WO2008118373A1 - Method and system for defining cad part interfaces - Google Patents
Method and system for defining cad part interfaces Download PDFInfo
- Publication number
- WO2008118373A1 WO2008118373A1 PCT/US2008/003763 US2008003763W WO2008118373A1 WO 2008118373 A1 WO2008118373 A1 WO 2008118373A1 US 2008003763 W US2008003763 W US 2008003763W WO 2008118373 A1 WO2008118373 A1 WO 2008118373A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- rule
- computer
- reference use
- program product
- interface
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F30/00—Computer-aided design [CAD]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2111/00—Details relating to CAD techniques
- G06F2111/04—Constraint-based CAD
Definitions
- the present application provides a computer implemented method for defining part interfaces, comprising selecting a part; accessing a rule view corresponding to said part; and setting a rule to a reference use; whereby said rule limits said part to said reference use for a plurality of other parts.
- the method further comprising displaying said part to a user.
- the method wherein said setting said rule to said reference use occurs in said rule view.
- the method wherein said reference use is an inter-part linking.
- said reference use is an assembly constraint.
- said rule is one of an allow, an encourage, and a restrict.
- an owner sets said rule to said reference use.
- said owner restricts a linking property of said part.
- said linking property is an intra-part linking property.
- An advantage of the presently preferred embodiment is to provide a computer-program product tangibly embodied in a machine readable medium to perform a method for defining part interfaces, comprising select a part; access a rule view corresponding to said part; and set a rule to a reference use; whereby said rule limits said part to said reference use for a plurality of other parts.
- the computer-program product further comprising instructions to display said part to a user.
- the computer-program product, wherein said setting said rule to said reference use occurs in said rule view.
- the computer-program product, wherein said reference use is an inter-part linking.
- the computer-program product, wherein said reference use is an assembly constraint.
- the computer-program product wherein said rule is one of an allow, an encourage, and a restrict.
- the computer-program product wherein an owner sets said rule to said reference use.
- the computer-program product wherein said owner restricts a linking property of said part.
- the computer-program product, wherein said linking property is an intra-part linking property.
- Another advantage of the presently preferred embodiment is to provide a data processing system having at least a processor and accessible memory to implement a method for defining part interfaces, comprising means for selecting a part; means for accessing a rule view corresponding to said part; and means for setting a rule to a reference use.
- the data process system further comprising means for restricting a linking property of said part.
- Figure 1 is a logic flow diagram of the method employed by the presently preferred embodiment
- Figure 2 is an illustration of a windowed interface
- Figure 3 is a windowed interface illustrating a selection interface object
- Figure 4 is a block diagram of a computer environment in which the presently preferred embodiment may be practiced.
- an exemplary system for implementing the presently preferred embodiment includes a general-purpose computing device in the form of a computer 400, such as a desktop or laptop computer, including a plurality of related peripheral devices (not depicted).
- the computer 400 includes a microprocessor 405 and a bus 410 employed to connect and enable communication between the microprocessor 405 and a plurality of components of the computer 400 in accordance with known techniques.
- the bus 410 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures.
- the computer 400 typically includes a user interface adapter 415, which connects the microprocessor 405 via the bus 410 to one or more interface devices, such as a keyboard 420, mouse 425, and/or other interface devices 430, which can be any user interface device, such as a touch sensitive screen, digitized pen entry pad, etc.
- the bus 410 also connects a display device 435, such as an LCD screen or monitor, to the microprocessor 405 via a display adapter 440.
- the bus 410 also connects the microprocessor 405 to a memory 445, which can include ROM, RAM, etc.
- the computer 400 further includes a drive interface 450 that couples at least one storage device 455 and/or at least one optical drive 460 to the bus.
- the storage device 455 can include a hard disk drive, not shown, for reading and writing to a disk, a magnetic disk drive, not shown, for reading from or writing to a removable magnetic disk drive.
- the optical drive 460 can include an optical disk drive, not shown, for reading from or writing to a removable optical disk such as a CD ROM or other optical media.
- the aforementioned drives and associated computer-readable media provide nonvolatile storage of computer readable instructions, data structures, program modules, and other data for the computer 400.
- the computer 400 can communicate via a communications channel 465 with other computers or networks of computers.
- the computer 400 may be associated with such other computers in a local area network (LAN) or a wide area network (WAN), or it can be a client in a client/server arrangement with another computer, etc.
- LAN local area network
- WAN wide area network
- the presently preferred embodiment may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network.
- program modules may be located in both local and remote memory storage devices. All of these configurations, as well as the appropriate communications hardware and software, are known in the art.
- Software programming code that embodies the presently preferred embodiment is typically stored in the memory 445 of the computer 400.
- such software programming code may be stored with memory associated with a server.
- the software programming code may also be embodied on any of a variety of non-volatile data storage device, such as a hard- drive, a diskette or a CD-ROM.
- the code may be distributed on such media, or may be distributed to users from the memory of one computer system over a network of some type to other computer systems for use by users of such other systems.
- the techniques and methods for embodying software program code on physical media and/or distributing software code via networks are well known and will not be further discussed herein.
- Figure 1 is a logic flow diagram of the method employed by the presently preferred embodiment. Referring to Figure 1, display a part to a user (Step 105) in a computer implemented method for defining part interfaces 100. Next, access a rule view corresponding to said part (Step 110). Finally, set a rule to a reference use in said rule view (Step 115) so that said rule limits said part to said reference use by a plurality of other parts.
- Step l [Para 21 ] Figure 2 is an illustration of a windowed interface.
- Step 105 the user selects a part 200 to view in a windowed display 205 (Step 105).
- the user initiates the association of at least one rule to the part 200 by activating a dialog window 210.
- the user can codify a design intent by accessing a rule view 215 that corresponds to the part 200 in display.
- the user has a visual indication as to what are the reference uses, how many there are, and the corresponding default rules associated (Step 110).
- Example reference uses include “Part Linking” and “Assembly Constraints.”
- Example rules include “Allow Selection of Any Geometry or Expression,” “Encourage Use of Interface Objects,” and “Restrict Selection to Only Interface Objects.”
- “Restrict” illustrates “Restrict Selection to Only Interface Objects” but it is understood that “Restrict” alternatively could be phrased “Allow” or “Encourage” to illustrate “Allow Selection of Any Geometry or Expression” or “Encourage Use of Interface Objects,” respectively.
- the user can set the rule to the reference use, for example, set "Allow Selection of Any Geometry or Expression” to "Part Linking” (Step 115), so as to restrict "part linking" to any geometry or expression, which allows the user to un-restrict the use of the part 200 when referencing other parts.
- the part 200 may have multiple interfaces by multiple users, but it is the original user, i.e., the owner, of the interface that has restricted the linking property of the part 200. The result of which is the owner of the interface determines if other parts are allowed to reference objects that are not in the interface when linking inter-part geometry, also referred to as inter-part linking. Step 4
- Figure 3 is a windowed interface illustrating a selection interface object.
- the user can select a geometric object or an expression, or both, subject to the interface constraints imposed by the owner of the interface.
- the part has the reference use of "Assembly Constraint” to "Restrict Selection to Only Interface Objects.”
- Illustrated at 305 is where the user has imposed the "Restrict Selection to Only Interface Objects" as denoted by the term "Restrict”.
- the user selects the geometric object referenced in this Figure as a fixed plane 300 as an interface object for other objects to interface with. Given the restriction imposed by the parts, other parts can be interfaced to the current part through the interface object, e.g., the fixed plan 300.
- one designer designs the engine mounts, e.g., some type of heavy duty flange with bolt holes in it, and positions the bolts in the assembly.
- a second designer is responsible for designing the mounting area that the engine mounts will attach to on the car body.
- the designer of a product has specific geometry and expressions that he intends users of his product to reference or, e.g., by linking to, when interacting with his product. If designers that interact with the product all reference the intended geometry, then the designer of the product can try to keep those areas as stable (non-changing) as possible. This reduces the need for rework of the downstream designs that interact with the product when minor changes are made.
- the designer of the mounting area(s) will want to link some geometry from the engine mount interface in order to design the mounting areas.
- the interface objects in the engine mount part should be easily identifiable so that they can be selected in the graphics window. It will also be obvious when an object is selected that is not part of the interface. It is important to note that the designer of the engine mounts on the engine will expect to be able to find out what parts are referencing the geometry/objects identified as part of his interface (see below). It's equally true that the designer creating objects that reference the interface objects will not have write access to the engine part files.
- the designer interacting with a part that has a defined interface wants to reference things in the interface so that he can gain all of the benefits described in the scenario above (more stability when minor changes are made to the product interacting with).
- the user needs to be able to know what's in the interface easily at the time of reference creation. This will ensure that designers interacting with a product will use the intended objects.
- [Para 29] Further, should the user be asked to make a design change to the engine mounts on the engine, and knows that this will have some impact on his interface objects. Being a conscientious designer, there is the desire to determine what existing parts will be impacted, and what that impact will be.
- the benefits of being able to know the impact of a change are: (1) the ability to communicate to the users of the interface that the change is about to happen (by determining the owners of the parts that reference the interface); (2) the ability to review the current usage, and give advice on how to cope with the change; and (3) the ability to conduct an impact study to defend for or against making the prescribed change in the first place.
- a key decision the owner of the part is trying to make is whether the change can just be saved with the current revision, has to be saved with a new revision or has to be saved as a new part number. It is costly to introduce new part numbers, and even a new revision incurs a new cost so designers try to avoid this as much as possible.
- Step 1 through Step 5 the presently preferred embodiment has disclosed complete solution to define part interfaces.
- the presently preferred embodiment may be implemented in digital electronic circuitry, or in computer hardware, firmware, software, or in combinations thereof.
- An apparatus of the presently preferred embodiment may be implemented in a computer program product tangibly embodied in a machine-readable storage device for execution by a programmable processor; and method steps of the presently preferred embodiment may be performed by a programmable processor executing a program of instructions to perform functions of the presently preferred embodiment by operating on input data and generating output.
- the presently preferred embodiment may advantageously be implemented in one or more computer programs that are executable on a programmable system including at least one programmable processor coupled to receive data and instructions from, and to transmit data and instructions to, a data storage system, at least one input device, and at least one output device.
- the application program may be implemented in a high-level procedural or object- oriented programming language, or in assembly or machine language if desired; and in any case, the language may be an assembled, compiled or interpreted language.
- a processor will receive instructions and data from a readonly memory and/or a random access memory.
- Storage devices suitable for tangibly embodying computer program instructions and data include all forms of nonvolatile memory, including by way of example semiconductor memory devices, such as EPROM, EEPROM, and flash memory devices; magnetic disks such as internal hard disks and removable disks; magneto-optical disks; and CD-ROM disks. Any of the foregoing may be supplemented by, or incorporated in, specially- designed ASICs (applicationZ-specific integrated circuits).
- a number of embodiments have been described. It will be understood that various modifications may be made without departing from the spirit and scope of the presently preferred embodiment. Therefore, other implementations are within the scope of the following claims.
Abstract
A system, method, and computer program for defining part interfaces, comprising selecting a part; accessing a rule view corresponding to said part; and setting a rule to a reference use; whereby said rule limits said part to said reference use for a plurality of other parts, and appropriate means and computer-readable instructions.
Description
METHOD AND SYSTEM FOR DEFINING CAD PART INTERFACES
Cross-Reference to Related Applications
[Para 1 ] This Application claims priority to pending Provisional U.S. Application Ser. No. 60/896,665, filed on March 23, 2007.
Technical Field
[Para 2] The presently preferred embodiment of the innovations described herein relate generally to software applications. More specifically, the presently preferred embodiment relates to defining part interfaces in a CAD application.
Background
[Para 3] Current CAD applications allow a user to define parent-child relationships (links) between objects, such as geometry, expressions, and parts. The user, unfortunately, cannot control what objects within a part may be used to create a relationship to another related or derived part. Similarly, the user cannot specify mating points/geometry that are needed to assemble standard and reusable parts when they are used in other assemblies. Consequently, users can create unmanageable dependencies, etc., that are too complex to understand. In many cases, the user may reach interdependent situations that do not have a solution.
[Para 4] In order to trace the interdependencies, the CAD systems of today, require that the inter-connected parts, etc., be fully loaded into memory. As the assemblies grow in complexity, however, this load requirement is not always practicable when all of the parts are not known. Even if all of the parts are known, they may not all fit into a memory load. Consequently, it is often times
difficult for the user to determine what part files will be impacted when a particular object in another part file is changed or deleted. [Para 5] What is needed is a system and method that allows users the ability to define and control dependencies at a part level so the original designer of the part can limit or eliminate dependencies placed upon the part, as well as determine which parts are compatible in an assembly without having to load the parts in to a CAD system to visually inspect them.
Summary
[Para 6] To achieve the foregoing, and in accordance with the purpose of the presently preferred embodiment as described herein, the present application provides a computer implemented method for defining part interfaces, comprising selecting a part; accessing a rule view corresponding to said part; and setting a rule to a reference use; whereby said rule limits said part to said reference use for a plurality of other parts. The method, further comprising displaying said part to a user. The method, wherein said setting said rule to said reference use occurs in said rule view. The method, wherein said reference use is an inter-part linking. The method, wherein said reference use is an assembly constraint. The method, wherein said rule is one of an allow, an encourage, and a restrict. The method, wherein an owner sets said rule to said reference use. The method, wherein said owner restricts a linking property of said part. The method, wherein said linking property is an intra-part linking property.
[Para 7] An advantage of the presently preferred embodiment is to provide a computer-program product tangibly embodied in a machine readable medium to
perform a method for defining part interfaces, comprising select a part; access a rule view corresponding to said part; and set a rule to a reference use; whereby said rule limits said part to said reference use for a plurality of other parts. The computer-program product, further comprising instructions to display said part to a user. The computer-program product, wherein said setting said rule to said reference use occurs in said rule view. The computer-program product, wherein said reference use is an inter-part linking. The computer-program product, wherein said reference use is an assembly constraint. The computer-program product, wherein said rule is one of an allow, an encourage, and a restrict. The computer-program product, wherein an owner sets said rule to said reference use. The computer-program product, wherein said owner restricts a linking property of said part. The computer-program product, wherein said linking property is an intra-part linking property.
[Para 8] Another advantage of the presently preferred embodiment is to provide a data processing system having at least a processor and accessible memory to implement a method for defining part interfaces, comprising means for selecting a part; means for accessing a rule view corresponding to said part; and means for setting a rule to a reference use. The data process system, further comprising means for restricting a linking property of said part [Para 9] Other advantages of the presently preferred embodiment will be set forth in part in the description and in the drawings that follow, and, in part will be learned by practice of the presently preferred embodiment. The presently preferred embodiment will now be described with reference made to the following
Figures that form a part hereof. It is understood that other embodiments may be utilized and changes may be made without departing from the scope of the presently preferred embodiment.
Brief Description of the Drawings
[Para 10] A presently preferred embodiment will hereinafter be described in conjunction with the appended drawings, wherein like designations denote like elements, and:
[Para 1 1 ] Figure 1 is a logic flow diagram of the method employed by the presently preferred embodiment;
[Para 1 2] Figure 2 is an illustration of a windowed interface; [Para 1 3] Figure 3 is a windowed interface illustrating a selection interface object; and
[Para 14] Figure 4 is a block diagram of a computer environment in which the presently preferred embodiment may be practiced.
Detailed Description of the Preferred Embodiments Computer System
[Para 1 5] The numerous innovative teachings of the present application will be described with particular reference to the presently preferred embodiments. It should be understood, however, that this class of embodiments provides only a few examples of the many advantageous uses of the innovative teachings herein. The presently preferred embodiment provides, among other things, a system and method for defining part interfaces. Now therefore, in accordance with the presently preferred embodiment, an operating system executes on a computer,
such as a general-purpose personal computer. Figure 4 and the following discussion are intended to provide a brief, general description of a suitable computing environment in which the presently preferred embodiment may be implemented. Although not required, the presently preferred embodiment will be described in the general context of computer-executable instructions, such as program modules, being executed by a personal computer. Generally program modules include routines, programs, objects, components, data structures, etc., that perform particular tasks or implement particular abstract data types. The presently preferred embodiment may be performed in any of a variety of known computing environments.
[Para 16] Referring to Figure 4, an exemplary system for implementing the presently preferred embodiment includes a general-purpose computing device in the form of a computer 400, such as a desktop or laptop computer, including a plurality of related peripheral devices (not depicted). The computer 400 includes a microprocessor 405 and a bus 410 employed to connect and enable communication between the microprocessor 405 and a plurality of components of the computer 400 in accordance with known techniques. The bus 410 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures. The computer 400 typically includes a user interface adapter 415, which connects the microprocessor 405 via the bus 410 to one or more interface devices, such as a keyboard 420, mouse 425, and/or other interface devices 430, which can be any user interface device, such as a touch sensitive screen, digitized pen entry pad,
etc. The bus 410 also connects a display device 435, such as an LCD screen or monitor, to the microprocessor 405 via a display adapter 440. The bus 410 also connects the microprocessor 405 to a memory 445, which can include ROM, RAM, etc.
[Para 1 7] The computer 400 further includes a drive interface 450 that couples at least one storage device 455 and/or at least one optical drive 460 to the bus. The storage device 455 can include a hard disk drive, not shown, for reading and writing to a disk, a magnetic disk drive, not shown, for reading from or writing to a removable magnetic disk drive. Likewise the optical drive 460 can include an optical disk drive, not shown, for reading from or writing to a removable optical disk such as a CD ROM or other optical media. The aforementioned drives and associated computer-readable media provide nonvolatile storage of computer readable instructions, data structures, program modules, and other data for the computer 400.
[Para 1 8] The computer 400 can communicate via a communications channel 465 with other computers or networks of computers. The computer 400 may be associated with such other computers in a local area network (LAN) or a wide area network (WAN), or it can be a client in a client/server arrangement with another computer, etc. Furthermore, the presently preferred embodiment may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote memory storage devices. All of these configurations, as well as
the appropriate communications hardware and software, are known in the art. [Para 1 9] Software programming code that embodies the presently preferred embodiment is typically stored in the memory 445 of the computer 400. In the client/server arrangement, such software programming code may be stored with memory associated with a server. The software programming code may also be embodied on any of a variety of non-volatile data storage device, such as a hard- drive, a diskette or a CD-ROM. The code may be distributed on such media, or may be distributed to users from the memory of one computer system over a network of some type to other computer systems for use by users of such other systems. The techniques and methods for embodying software program code on physical media and/or distributing software code via networks are well known and will not be further discussed herein. Method for Defining Part Interfaces
[Para 20] Figure 1 is a logic flow diagram of the method employed by the presently preferred embodiment. Referring to Figure 1, display a part to a user (Step 105) in a computer implemented method for defining part interfaces 100. Next, access a rule view corresponding to said part (Step 110). Finally, set a rule to a reference use in said rule view (Step 115) so that said rule limits said part to said reference use by a plurality of other parts. Theese methods of defining part interfaces in accordance with the presently preferred embodiment are set forth in more detail below. Step l [Para 21 ] Figure 2 is an illustration of a windowed interface. Referring to
Figure 2, utilizing a computer aided design (CAD) application, the user selects a part 200 to view in a windowed display 205 (Step 105). In accordance with the presently preferred embodiment, the user initiates the association of at least one rule to the part 200 by activating a dialog window 210. Step 2
[Para 22] With the dialog window 210 in view, the user can codify a design intent by accessing a rule view 215 that corresponds to the part 200 in display. When accessing the rule view 215, the user has a visual indication as to what are the reference uses, how many there are, and the corresponding default rules associated (Step 110). Example reference uses include "Part Linking" and "Assembly Constraints." Example rules include "Allow Selection of Any Geometry or Expression," "Encourage Use of Interface Objects," and "Restrict Selection to Only Interface Objects." As shown in Figure 3, "Restrict" illustrates "Restrict Selection to Only Interface Objects" but it is understood that "Restrict" alternatively could be phrased "Allow" or "Encourage" to illustrate "Allow Selection of Any Geometry or Expression" or "Encourage Use of Interface Objects," respectively. Step 3
[Para 23] In the rule view 215, the user can set the rule to the reference use, for example, set "Allow Selection of Any Geometry or Expression" to "Part Linking" (Step 115), so as to restrict "part linking" to any geometry or expression, which allows the user to un-restrict the use of the part 200 when referencing other parts. In practice, the part 200 may have multiple interfaces by multiple users,
but it is the original user, i.e., the owner, of the interface that has restricted the linking property of the part 200. The result of which is the owner of the interface determines if other parts are allowed to reference objects that are not in the interface when linking inter-part geometry, also referred to as inter-part linking. Step 4
[Para 24] Figure 3 is a windowed interface illustrating a selection interface object. Referring to Figure 3, the user can select a geometric object or an expression, or both, subject to the interface constraints imposed by the owner of the interface. The part has the reference use of "Assembly Constraint" to "Restrict Selection to Only Interface Objects." Illustrated at 305 is where the user has imposed the "Restrict Selection to Only Interface Objects" as denoted by the term "Restrict". With that rule/restriction in place, the user selects the geometric object referenced in this Figure as a fixed plane 300 as an interface object for other objects to interface with. Given the restriction imposed by the parts, other parts can be interfaced to the current part through the interface object, e.g., the fixed plan 300. Step 5
[Para 25] At this point, the owner of the interface could add another geometric object or an expression to the interface objects. Likewise, a number of functions are available to perform additional actions on the interface objects, such as "Remove from Interface," "Properties," "Where Referenced," and "Information" shown at 1, 2, 3, and 4, respectively. Example
[Para 26] In an example scenario based upon the presently preferred embodiment, where a user intends to virtually mount an engine into a car utilizing a CAD application, like NX® from Siemens Product Lifecycle Management Software, Inc., that engine has geometry that represents the engine mounts some of which will be part of the engine's interface. In this example, one designer designs the engine mounts, e.g., some type of heavy duty flange with bolt holes in it, and positions the bolts in the assembly. A second designer is responsible for designing the mounting area that the engine mounts will attach to on the car body.
[Para 27] The user that designs the mounts on the engine will want to identify specific pieces of geometry on those mounts as part of the interface for the engine. Specifically, the hole for the mounting bolt and the face on the engine mount that will sit on the car body mounting face. The expectation is that the designer of the car body will build mounting areas that can hold the engine mounts, i.e., are the right size and shape, and are in the right position. In order to specify which geometry is part of the engine mount's interface, it's expected that the designer will invoke a dialog in the CAD application. The expectation is that the interface will be identified after the engine mount parts are designed rather than during the design. However, it should be possible to invoke the dialog multiple times and to add or remove geometry from the set of identified interfaces. Put another way, the designer of a product has specific geometry and expressions that he intends users of his product to reference or, e.g., by linking to, when interacting with his product. If designers that interact with the product
all reference the intended geometry, then the designer of the product can try to keep those areas as stable (non-changing) as possible. This reduces the need for rework of the downstream designs that interact with the product when minor changes are made.
[Para 28] Continuing, the designer of the mounting area(s) will want to link some geometry from the engine mount interface in order to design the mounting areas. Utilizing the Geometry Linker (or perhaps to the Copy Geometry From Part) dialog, the interface objects in the engine mount part should be easily identifiable so that they can be selected in the graphics window. It will also be obvious when an object is selected that is not part of the interface. It is important to note that the designer of the engine mounts on the engine will expect to be able to find out what parts are referencing the geometry/objects identified as part of his interface (see below). It's equally true that the designer creating objects that reference the interface objects will not have write access to the engine part files. Put another way, the designer interacting with a part that has a defined interface wants to reference things in the interface so that he can gain all of the benefits described in the scenario above (more stability when minor changes are made to the product interacting with). Here the user needs to be able to know what's in the interface easily at the time of reference creation. This will ensure that designers interacting with a product will use the intended objects. [Para 29] Further, should the user be asked to make a design change to the engine mounts on the engine, and knows that this will have some impact on his interface objects. Being a conscientious designer, there is the desire to determine
what existing parts will be impacted, and what that impact will be. The benefits of being able to know the impact of a change are: (1) the ability to communicate to the users of the interface that the change is about to happen (by determining the owners of the parts that reference the interface); (2) the ability to review the current usage, and give advice on how to cope with the change; and (3) the ability to conduct an impact study to defend for or against making the prescribed change in the first place. A key decision the owner of the part is trying to make is whether the change can just be saved with the current revision, has to be saved with a new revision or has to be saved as a new part number. It is costly to introduce new part numbers, and even a new revision incurs a new cost so designers try to avoid this as much as possible. Conclusion
[Para 30] From Step 1 through Step 5, the presently preferred embodiment has disclosed complete solution to define part interfaces. The presently preferred embodiment may be implemented in digital electronic circuitry, or in computer hardware, firmware, software, or in combinations thereof. An apparatus of the presently preferred embodiment may be implemented in a computer program product tangibly embodied in a machine-readable storage device for execution by a programmable processor; and method steps of the presently preferred embodiment may be performed by a programmable processor executing a program of instructions to perform functions of the presently preferred embodiment by operating on input data and generating output. [Para 31 ] The presently preferred embodiment may advantageously be
implemented in one or more computer programs that are executable on a programmable system including at least one programmable processor coupled to receive data and instructions from, and to transmit data and instructions to, a data storage system, at least one input device, and at least one output device. The application program may be implemented in a high-level procedural or object- oriented programming language, or in assembly or machine language if desired; and in any case, the language may be an assembled, compiled or interpreted language.
[Para 32] Generally, a processor will receive instructions and data from a readonly memory and/or a random access memory. Storage devices suitable for tangibly embodying computer program instructions and data include all forms of nonvolatile memory, including by way of example semiconductor memory devices, such as EPROM, EEPROM, and flash memory devices; magnetic disks such as internal hard disks and removable disks; magneto-optical disks; and CD-ROM disks. Any of the foregoing may be supplemented by, or incorporated in, specially- designed ASICs (applicationZ-specific integrated circuits). [Para 33] A number of embodiments have been described. It will be understood that various modifications may be made without departing from the spirit and scope of the presently preferred embodiment. Therefore, other implementations are within the scope of the following claims.
Claims
What is claimed is:
[Claim 1 ] A computer implemented method for defining part interfaces, comprising: selecting a part; accessing a rule view corresponding to said part; and setting a rule to a reference use; whereby said rule limits said part to said reference use for a plurality of other parts.
[Claim 2] The method of claim 1, further comprising displaying said part to a user.
[Claim 3] The method of claim 1, wherein said setting said rule to said reference use occurs in said rule view.
[Claim 4] The method of claim 1, wherein said reference use is an inter- part linking.
[Claim 5] The method of claim 1, wherein said reference use is an assembly constraint.
[Claim 6] The method of claim 1, wherein said rule is one of an allow, an encourage, and a restrict.
[Claim 7] The method of claim 1, wherein an owner sets said rule to said reference use.
[Claim 8] The method of claim 7, wherein said owner restricts a linking property of said part.
[Claim 9] The method of claims, wherein said linking property is an intra- part linking property.
[Claim 10] A computer-program product tangibly embodied in a machine readable medium to perform a method for defining part interfaces, comprising: select a part; access a rule view corresponding to said part; and set a rule to a reference use; whereby said rule limits said part to said reference use for a plurality of other parts.
[Claim 1 1 ] The computer-program product of claim 10, further comprising instructions to display said part to a user.
[Claim 12] The computer-program product of claim 10, wherein said setting said rule to said reference use occurs in said rule view.
[Claim 13] The computer-program product of claim 10, wherein said reference use is an inter-part linking.
[Claim 14] The computer-program product of claim 10, wherein said reference use is an assembly constraint.
[Claim 1 5] The computer-program product of claim 10, wherein said rule is one of an allow, an encourage, and a restrict.
[Claim 16] The computer-program product of claim 10, wherein an owner sets said rule to said reference use.
[Claim 1 7] The computer-program product of claim 16, wherein said owner restricts a linking property of said part.
[Claim 1 8] The computer-program product of claim 17, wherein said linking property is an intra-part linking property.
[Claim 1 9] A data processing system having at least a processor and accessible memory to implement a method for defining part interfaces, comprising: means for selecting a part; means for accessing a rule view corresponding to said part; and means for setting a rule to a reference use.
[Claim 20] The data process system of claim 19, further comprising means for restricting a linking property of said part.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP08727073A EP2140383A1 (en) | 2007-03-23 | 2008-03-21 | Method and system for defining cad part interfaces |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US89666507P | 2007-03-23 | 2007-03-23 | |
US60/896,665 | 2007-03-23 | ||
US12/052,519 US7970587B2 (en) | 2007-03-23 | 2008-03-20 | System and method for defining part interfaces |
US12/052,519 | 2008-03-20 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2008118373A1 true WO2008118373A1 (en) | 2008-10-02 |
Family
ID=39638905
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2008/003763 WO2008118373A1 (en) | 2007-03-23 | 2008-03-21 | Method and system for defining cad part interfaces |
Country Status (3)
Country | Link |
---|---|
US (1) | US7970587B2 (en) |
EP (1) | EP2140383A1 (en) |
WO (1) | WO2008118373A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103093023A (en) * | 2011-11-07 | 2013-05-08 | 波音公司 | Computer aided design model analysis system |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8490050B2 (en) * | 2008-04-17 | 2013-07-16 | Microsoft Corporation | Automatic generation of user interfaces |
US20100145492A1 (en) * | 2008-12-09 | 2010-06-10 | The Boeing Company | Automated Custom Design Generation |
US10394967B2 (en) * | 2015-06-18 | 2019-08-27 | Siemens Product Lifecycle Management Software Inc. | Method and apparatus for automatically assembling components in a computer-aided design (CAD) environment |
WO2017074559A1 (en) | 2015-10-27 | 2017-05-04 | Siemens Product Lifecycle Management | Method, data processing system and non-transitory computer-readable storage medium for automatically assembling components in a computer-aided design (cad) environment |
CN110232259B (en) * | 2018-07-16 | 2021-03-09 | 苏州浩辰软件股份有限公司 | External file reference method and device in CAD system, storage medium and terminal |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030067487A1 (en) * | 2001-09-28 | 2003-04-10 | Autodesk, Inc. | Intelligent constraint definitions for assembly part mating |
US6718218B1 (en) * | 2000-10-06 | 2004-04-06 | Hewlett-Packard Company | CAD data model with design notes |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5251290A (en) * | 1991-03-25 | 1993-10-05 | Schlumberger Technology Corporation | Modeling method for sorting dependencies among geometric entities |
CA2065473C (en) * | 1991-04-25 | 1999-08-10 | Kouichi Shibao | Knowledge base management system for an information reasoning apparatus |
US5323333A (en) * | 1991-12-30 | 1994-06-21 | Johnson Richard W | Apparatus and method for allocating tolerances |
JPH06348746A (en) | 1993-06-11 | 1994-12-22 | Hitachi Ltd | Finite element method oscillation analysis system for multiprocessor |
US5485390A (en) * | 1993-11-30 | 1996-01-16 | The United States Of America As Represented By The Secrectary Of The Air Force | Inductive-deductive process design for machined parts |
JP3333319B2 (en) * | 1994-06-03 | 2002-10-15 | 三菱電機株式会社 | 2D and 3D integrated CAD system |
US5815154A (en) * | 1995-12-20 | 1998-09-29 | Solidworks Corporation | Graphical browser system for displaying and manipulating a computer model |
JP3733990B2 (en) | 1997-05-22 | 2006-01-11 | 東京製綱株式会社 | Linear body analysis method and apparatus, and recording medium storing linear body analysis program |
US6110213A (en) * | 1997-11-06 | 2000-08-29 | Vlt Coporation | Fabrication rules based automated design and manufacturing system and method |
JPH11319971A (en) | 1998-05-11 | 1999-11-24 | Nissan Motor Co Ltd | Method for predicting occurrence of wrinkle in pressing |
US6629065B1 (en) * | 1998-09-30 | 2003-09-30 | Wisconsin Alumni Research Foundation | Methods and apparata for rapid computer-aided design of objects in virtual reality and other environments |
JP2001201408A (en) | 2000-01-18 | 2001-07-27 | Toyota Motor Corp | Dynamic explicit finite element method for suppressing stress vibration |
US7280990B2 (en) * | 2001-08-07 | 2007-10-09 | Ugs Corp. | Method and system for designing and modeling a product in a knowledge based engineering environment |
US7337093B2 (en) * | 2001-09-07 | 2008-02-26 | Purdue Research Foundation | Systems and methods for collaborative shape and design |
US20030114947A1 (en) * | 2001-12-13 | 2003-06-19 | Kazuo Tanaguchi | Storage medium recording 3D CAD editing program, 3D CAD editing method, 3D CAD editing device and 3D CAD editing program |
US7479959B2 (en) * | 2004-02-23 | 2009-01-20 | Ironclad Llc | Geometric modeling system with intelligent configuring of solid shapes |
US7590497B2 (en) * | 2004-10-05 | 2009-09-15 | Dassault Systemes Solidworks Corporation | Automatic generation of tolerance schemes |
-
2008
- 2008-03-20 US US12/052,519 patent/US7970587B2/en active Active
- 2008-03-21 WO PCT/US2008/003763 patent/WO2008118373A1/en active Application Filing
- 2008-03-21 EP EP08727073A patent/EP2140383A1/en not_active Withdrawn
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6718218B1 (en) * | 2000-10-06 | 2004-04-06 | Hewlett-Packard Company | CAD data model with design notes |
US20030067487A1 (en) * | 2001-09-28 | 2003-04-10 | Autodesk, Inc. | Intelligent constraint definitions for assembly part mating |
Non-Patent Citations (1)
Title |
---|
SOHRT W ET AL: "Interaction with constraints in 3D modeling", PROCEEDINGS. SYMPOSIUM ON SOLID MODELING FOUNDATIONS AND CAD /CAM APPLICATIONS, XX, XX, 5 June 1991 (1991-06-05), pages 387 - 396, XP002231158 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103093023A (en) * | 2011-11-07 | 2013-05-08 | 波音公司 | Computer aided design model analysis system |
US9619586B2 (en) | 2011-11-07 | 2017-04-11 | The Boeing Company | Computer aided design model analysis system |
CN103093023B (en) * | 2011-11-07 | 2017-05-17 | 波音公司 | Computer aided design model method and system used for managing objects |
Also Published As
Publication number | Publication date |
---|---|
EP2140383A1 (en) | 2010-01-06 |
US20080294388A1 (en) | 2008-11-27 |
US7970587B2 (en) | 2011-06-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7970587B2 (en) | System and method for defining part interfaces | |
US7809597B2 (en) | Progressive refinement model for business processes | |
US9430588B2 (en) | Assembly connection method for attaching virtual parts in a computer aided design software environment | |
US20070226038A1 (en) | Modeling of business process data | |
US7908665B2 (en) | Cloaked data objects in an electronic content management security system | |
US20100274818A1 (en) | Method and System for Updating Object Data With Respect to Object Specifications in a Product Life Cycle Management System | |
US8225283B2 (en) | Method and apparatus for enabling collaborative product development processes | |
US20080162091A1 (en) | Method and Computer Program Product of Computer Aided Design of a Product Comprising a Set of Constrained Objects | |
US8423477B2 (en) | Providing multiple views of a business process definition to different classes of users | |
Luo et al. | Threat analysis and risk assessment for connected vehicles: A survey | |
Mellegård et al. | Characterizing model usage in embedded software engineering: a case study | |
US20140278307A1 (en) | Generating variants from file differences | |
Blackburn et al. | Model-based approach to security test automation | |
US20100030526A1 (en) | Axial bolted flange design methods and systems | |
JP6851856B2 (en) | Co-design support device, co-design support method, and program | |
US20080024507A1 (en) | Component Suppression in Mechanical Designs | |
Liaghati et al. | A method for the inclusion of human factors in system design via use case definition | |
EP2466455A1 (en) | Definition of objects in object-oriented programming environments | |
Parsons | Components and the World of Chaos | |
Vistbakka et al. | Modelling and verification of dynamic role-based access control | |
Pitchford | Embedded software quality, integration, and testing techniques | |
Yang et al. | Formal modeling and analysis of scientific workflows using hierarchical state machines | |
Denson et al. | How to choose and use modeling software: Consulting engineers should evaluate how to select and use the right modeling software tools for a building design project. | |
US20170235851A1 (en) | System and method for designing pin joint | |
Sun et al. | Supporting iterative development of robust operation contracts in UML requirements models |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 08727073 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
REEP | Request for entry into the european phase |
Ref document number: 2008727073 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2008727073 Country of ref document: EP |