WO2003081469A2 - Linking historic data versions - Google Patents

Linking historic data versions Download PDF

Info

Publication number
WO2003081469A2
WO2003081469A2 PCT/IB2003/002025 IB0302025W WO03081469A2 WO 2003081469 A2 WO2003081469 A2 WO 2003081469A2 IB 0302025 W IB0302025 W IB 0302025W WO 03081469 A2 WO03081469 A2 WO 03081469A2
Authority
WO
WIPO (PCT)
Prior art keywords
data set
secondary data
modified
primary data
version
Prior art date
Application number
PCT/IB2003/002025
Other languages
French (fr)
Other versions
WO2003081469A3 (en
Inventor
Wolfgang Kalthoff
Thomas Vogt
Guenter Huber
Guido Hoeckele
Original Assignee
Sap Aktiengesellschaft
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sap Aktiengesellschaft filed Critical Sap Aktiengesellschaft
Priority to AU2003230130A priority Critical patent/AU2003230130A1/en
Priority to EP03722973A priority patent/EP1490798A2/en
Publication of WO2003081469A2 publication Critical patent/WO2003081469A2/en
Publication of WO2003081469A3 publication Critical patent/WO2003081469A3/en

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28—Databases characterised by their database models, e.g. relational or object models
    • G06F16/284—Relational databases
    • G06F16/288—Entity relationship models
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99942—Manipulating data structure, e.g. compression, compaction, compilation
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99943—Generating database or data structure, e.g. via user interface
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99944—Object-oriented database structure
    • Y10S707/99945—Object-oriented database structure processing

Definitions

  • the present invention relates to data processing, and more particularly, to managing data received from external processes. 5
  • An important factor in the success of businesses in the current era is the ability to flexibly react to the requirements of the market. Shorter product cycles require decreased product development times and quicker introduction to market while increased customer demands for individual solutions increases the number of variants.
  • External processes can include, for example, verification processes, costing evaluations and crash tests (for automobile production systems).
  • the present invention provides methods and apparatus, including computer .0 program products, for managing data.
  • the invention features methods and apparatus implementing a technique for managing data.
  • the technique includes defining a secondary data set in a primary data set, linking the secondary data set to state information of the primary data set, transmitting the secondary data set to an external entity, receiving !5 a modified secondary data set from the external entity and linking the modified secondary data set to a version of the primary data set stored with reference to state the information.
  • the state information defines the state of the primary data set at the time the secondary data set is defined.
  • the link between the modified secondary data set and the primary data set allows access by a user of a modified primary data set if the primary data set has .0 changed with reference to the state information.
  • Particular implementations can include one or more of the following features.
  • Linking the secondary data set to the state information can include associating the secondary data set with the primary data set at a time tl .
  • Linking the modified secondary data set to the version of the primary data set stored with reference to the state information can include linking the modified secondary data set to the version of the primary data set existing at a time tl .
  • the version of the primary data set stored with reference to the state information can be linked to the modified primary data set.
  • Linking the version of the primary data set stored with reference to the state information to the modified primary data set can include linking the version of the primary data set stored with reference to the state information to a version of the primary data set at a time t2, where the version of the primary data set at time t2 represents the current state of the primary data set.
  • the extended data can be received and linked to the modified secondary data set., the extended data including data added to the secondary data set for processes performed at the external entity.
  • the secondary data set to the external entity can be transmitted to a verification entity, a cost calculating entity, an evaluation entity or a crash test entity.
  • Processes can be performed on the secondary data set at the external entity to obtain the modified set.
  • the processes performed on the secondary data set can include performing evaluations using the secondary data set.
  • a user can be provided with a user interface to access the modified secondary data set.
  • the external data can include extended data used by the external entity to perform the evaluations on the product structure.
  • the data storage system can be part of a central module including long-term storage of data related to the product creation process.
  • a central data storage stores all objects related to a product creation process, and transmits data, such as product structure, to other entities to perform evaluations. If the product structure has changed when the results of the evaluations are returned, the evaluation results can be stored with the corresponding historic product structure, i.e., the product structure existing at the time the product structure data was sent to the evaluating entity.
  • a user can navigate between the current product structure and the results of evaluations performed on the historic product structure through an evaluation results tool including navigational links between the current product structure and the evaluation results at the corresponding historic product structure.
  • the navigational links can also include links to additional data used in the evaluation process.
  • the access to the results of the evaluations performed on the historic product structure, and the additional data used to perform the evaluations, allows a user to determine if the evaluations are relevant to the current product structure.
  • the evaluation results tool provides users, such as designers, quick access to relevant evaluation results.
  • FIG. 1 is a block diagram illustrating an implementation of a product creation system.
  • FIG. 2 is a block diagram illustrating an implementation of a data store in an entity of a product creation system.
  • FIG. 5 is a block diagram illustrating an implementation of a product record including a link to historic data.
  • FIG. 7 is a block diagram illustrating an implementation of an external data record.
  • an external data management system can be implemented in a product creation system.
  • the product creation system includes a central module 110 and :o entity modules 120.
  • modules 110, 120 includes a data store 115, 125, and engines 112, 122.
  • Engines 112, 122 can represent one or more engines for performing processes in modules 110, 120.
  • the central module 110 and the entity modules 120 can include one or more computer systems, computer applications and/or individual or groups of users.
  • the processes performed at the central module 110 and the entity modules 120 can be performed in engines 112 by computer applications and/or users.
  • Each entity module 120 can include modules to perform evaluations such as cost calculations, crash tests, verifications and other evaluations related to a product creation process.
  • FIG. 5 is a block diagram illustrating an implementation of a product record including a link to historic data.
  • the product record 220 can be part of the product structure (T2) module 430.
  • the product record 220 is shown as a tree structure including a plurality of objects 230.
  • the product record also includes a link to a historic structure 510.
  • the historic structure can be the product structure (Tl) stored in location 410.
  • a user interface of the product record 220 can include the tree structure with a branch to historic structure 510 at every object 230 which has a corresponding historic object 530.
  • FIG. 7 is a block diagram illustrating an implementation of a user interface 700 of an external data record 640.
  • the user interface 700 can include results from one or more entity modules 120.
  • the user interface 700 can display cost calculations performed by a cost management module, weight calculations performed by a verification module, and crash test results performed by a crash test module.
  • Each listing of an evaluation result can include a scalar value, if a scalar value can be listed, and/or a user interface control 710 representing a link to a corresponding results record for the evaluation listed.
  • the scalar value field can include the user interface control 710 to the corresponding results record for the evaluation listed.
  • a user can view a result record for a specific evaluation by selecting the user interface control 710 corresponding to the evaluation.
  • the result record can include the results 640 of the specific evaluation and a listing of or a user interface control representing a link to extended data 650 used to perform the evaluation.
  • the user interface 700 can also include a traffic light symbol 720 or other indicator of what results corresponding to the traffic light symbol 720 suggest. For example, if the results of a crash test are negative, the traffic light 720 can include shading in the area corresponding to the red light. If the results indicate that a closer look should be given to the structure, the traffic light 720 can include shading in the area corresponding to the yellow light. If the results for the crash test were good, the traffic light 720 can include shading in the area corresponding to the green light.
  • FIG. 8 is a flow diagram illustrating one implementation of a method for managing external data in a product creation system.
  • the central module 110 transmits the secondary data set to an external entity, such as entity module 120.
  • entity module 120 can perform evaluations on the secondary data set.
  • the evaluations can include cost calculations, verification, crash tests, or other tests that the central module would like performed based on the product structure 220.
  • the modified secondary data set can be stored with the product structure (Tl) in location 410.
  • the link between the modified secondary data set and the primary data set allows access by a user of a modified primary data set
  • the method can also include linking the modified primary data set, represented by the product structure (T2), to the primary data set at time Tl .
  • the product structure (T2), stored in location 430 is linked to the product structure (Tl).
  • the product structure (Tl) is labeled as a historic structure 510 in the product structure (T2).
  • Method steps of the invention can be performed by one or more programmable processors executing a computer program to perform functions of the invention by operating on input data and generating output. Method steps can also be performed by, and apparatus of the invention can be implemented as, special purpose logic circuitry, e.g., an FPGA (field programmable gate array) or an ASIC (application-specific integrated circuit).
  • FPGA field programmable gate array
  • ASIC application-specific integrated circuit
  • Information carriers suitable for embodying computer program instructions and data include all forms of non- volatile memory, including by way of example semiconductor memory devices, e.g., EPROM, EEPROM, and flash memory devices; magnetic disks such as internal hard disks and removable disks; magneto-optical disks; and CD-ROM and DND-ROM disks.
  • semiconductor memory devices e.g., EPROM, EEPROM, and flash memory devices
  • magnetic disks such as internal hard disks and removable disks
  • magneto-optical disks and CD-ROM and DND-ROM disks.
  • the processor and the memory can be supplemented by, or incorporated in special purpose logic circuitry.
  • the invention can be implemented on a computer having a display device such as a CRT (cathode ray tube) or LCD (liquid crystal display) monitor for displaying information to the user and a keyboard and a pointing device such as a mouse or a trackball by which the user can provide input to the computer.
  • a display device such as a CRT (cathode ray tube) or LCD (liquid crystal display) monitor for displaying information to the user and a keyboard and a pointing device such as a mouse or a trackball by which the user can provide input to the computer.
  • Other kinds of devices can be used to provide for interaction with a user as well; for example, feedback provided to the user can be any form of sensory feedback, such as visual feedback, auditory feedback, or tactile feedback; and input from the user can be received in any form, including acoustic, speech, or tactile input.
  • the invention can be implemented in a computing system that includes a back-end component, e.g., as a data server, or that includes a middleware component, e.g., an application server, or that includes a front-end component, e.g., a client computer having a graphical user interface or an Web browser through which a user can interact with an implementation of the invention, or any combination of such back-end, middleware, or front-end components.
  • the components of the system can be intercom ected by any form or medium of digital data communication, e.g., a communication network. Examples of communication networks include a local area network ("LAN”), a wide area network (“WAN”), and the Internet.
  • LAN local area network
  • WAN wide area network
  • the Internet the global information network
  • the computing system can include clients and servers.
  • a client and server are generally remote from each other and typically interact through a communication network.
  • the relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other.
  • the invention has been described in terms of particular embodiments. Other embodiments are within the scope of the following claims. For example, the steps of the invention can be performed in a different order and still achieve desirable results.

Abstract

Methods and apparatus, including computer program products, for managing data. The technique includes defining a secondary data set in a primary data set, linking the secondary data set to state information of the primary data set, transmitting the secondary data set to an external entity, receiving a modified secondary data set from the external entity and linking the modified secondary data set to a version of the primary data set stored with reference to state the information. The state information defines the state of the primary data set at the time the secondary data set is defined. The link between the modified secondary data set and the primary data set allows access by a user of a modified primary data set if the primary data set has changed with reference to the state information.

Description

EXTERNAL EVALUATIONPROCESSES
BACKGROUND The present invention relates to data processing, and more particularly, to managing data received from external processes. 5 An important factor in the success of businesses in the current era is the ability to flexibly react to the requirements of the market. Shorter product cycles require decreased product development times and quicker introduction to market while increased customer demands for individual solutions increases the number of variants.
These factors require businesses to be able to proceed simultaneously with the 10 definition of the product requirements and its structure, while participating in collaborative processes with external entities such as subcontractors and development partners. New products must be introduced rapidly to market based on internally and externally defined requirements. In order to do this, different approaches must be considered, and input can be provided by external entities performing external evaluation 15 processes.
External processes can include, for example, verification processes, costing evaluations and crash tests (for automobile production systems).
SUMMARY OF THE INVENTION The present invention provides methods and apparatus, including computer .0 program products, for managing data.
In general, in one aspect, the invention features methods and apparatus implementing a technique for managing data. The technique includes defining a secondary data set in a primary data set, linking the secondary data set to state information of the primary data set, transmitting the secondary data set to an external entity, receiving !5 a modified secondary data set from the external entity and linking the modified secondary data set to a version of the primary data set stored with reference to state the information. The state information defines the state of the primary data set at the time the secondary data set is defined. The link between the modified secondary data set and the primary data set allows access by a user of a modified primary data set if the primary data set has .0 changed with reference to the state information. Particular implementations can include one or more of the following features. Linking the secondary data set to the state information can include associating the secondary data set with the primary data set at a time tl . Linking the modified secondary data set to the version of the primary data set stored with reference to the state information can include linking the modified secondary data set to the version of the primary data set existing at a time tl .
The version of the primary data set stored with reference to the state information can be linked to the modified primary data set. Linking the version of the primary data set stored with reference to the state information to the modified primary data set can include linking the version of the primary data set stored with reference to the state information to a version of the primary data set at a time t2, where the version of the primary data set at time t2 represents the current state of the primary data set.
The extended data can be received and linked to the modified secondary data set., the extended data including data added to the secondary data set for processes performed at the external entity. The secondary data set to the external entity can be transmitted to a verification entity, a cost calculating entity, an evaluation entity or a crash test entity. Processes can be performed on the secondary data set at the external entity to obtain the modified set. The processes performed on the secondary data set can include performing evaluations using the secondary data set. A user can be provided with a user interface to access the modified secondary data set.
The technique can also include determining if the modified secondary data set is relevant to the modified primary data set, and linking the modified secondary data set to the modified primary data set if the modified secondary data set is relevant to the modified primary data set. The determination if the modified secondary data set is relevant to the modified primary data set can include receiving input from a user indicating that the modified secondary data set is relevant to the modified primary data set.
In general, in one aspect, the invention features an external data management system. The system can include a data storage system and a product record user interface, where the data storage system stores a historic version of a product record and a current version of the product record. The historic version of a product record can include a link to external data, where the external data is received from an external entity and includes results of evaluations performed on a product structure based on the historic version of the product record. The current version of the product record can include a link to the historic version of the product record. The product record user interface presents a user with a current version of the product record including a user interface control. The user interface control represents the link to the historic version of the product record, and allows the user to access the historic version of the product record, including the external data, through the product record user interface.
Particular implementations can include one or more of the following features. The external data can include extended data used by the external entity to perform the evaluations on the product structure. The data storage system can be part of a central module including long-term storage of data related to the product creation process.
The invention can be implemented to realize one or more of the following advantages. A central data storage stores all objects related to a product creation process, and transmits data, such as product structure, to other entities to perform evaluations. If the product structure has changed when the results of the evaluations are returned, the evaluation results can be stored with the corresponding historic product structure, i.e., the product structure existing at the time the product structure data was sent to the evaluating entity. A user can navigate between the current product structure and the results of evaluations performed on the historic product structure through an evaluation results tool including navigational links between the current product structure and the evaluation results at the corresponding historic product structure. The navigational links can also include links to additional data used in the evaluation process. The access to the results of the evaluations performed on the historic product structure, and the additional data used to perform the evaluations, allows a user to determine if the evaluations are relevant to the current product structure. The evaluation results tool provides users, such as designers, quick access to relevant evaluation results.
The details of one or more implementations of the invention are set forth in the accompanying drawings and the description below. Other features and advantages of the invention will become apparent from the description, the drawings, and the claims.
BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a block diagram illustrating an implementation of a product creation system. FIG. 2 is a block diagram illustrating an implementation of a data store in an entity of a product creation system.
FIG. 3 is a block diagram illustrating a class record within a product record of the product creation system. 5 FIG. 4 is a block diagram illustrating an implementation of an external data management system in a product creation system.
FIG. 5 is a block diagram illustrating an implementation of a product record including a link to historic data.
FIG. 6 is a block diagram illustrating an implementation of a historic product o record.
FIG. 7 is a block diagram illustrating an implementation of an external data record.
FIG. 8 is a flow diagram illustrating one implementation of a method for managing external data in a product creation system. 5 Like reference numbers and designations in the various drawings indicate like elements.
DETAILED DESCRIPTION As shown in FIG. 1, an external data management system can be implemented in a product creation system. The product creation system includes a central module 110 and :o entity modules 120. Each of modules 110, 120 includes a data store 115, 125, and engines 112, 122. Engines 112, 122 can represent one or more engines for performing processes in modules 110, 120.
The central module 110 represents a centralized control for a product creation process. The entity modules 120 represent entities involved in the product creation 15 process. Typically, many entities can participate in the development of a product.
The entities can include internal and external entities. For example, entity modules 120 can include modules for testing, cost management, verification, and digital mockup. These entity modules 120 can forward data to the central module 110 which other services use for their processes. The central module 110 and the entity modules 120 ιθ can communicate through a network 130.
The central module 110 includes a central data store 115 that stores master data for a product creation process. The central data can be accessed by the entity modules 120 or transmitted to the entity modules 120 through network 130. Each of the entity modules 120 includes a data store 125 for storing the data received from the central module 110 and for additional entity specific data developed in a given entity module 120. For example, if the entity module 120 is a verification module, the corresponding data store 125 can store additional data used to complete a verification process. The entity specific data can be transmitted to the central data store 115.
Data for the product creation process can be stored in records in the data stores 115, 125. The data includes objects associated with the product creation process. These objects can include product classes, attributes, product line designs, parts lists, materials lists, quality characteristics, and requirements. The objects can be organized in the data store with relation to products, product lines, and classes of products, as described below with reference to FIG. 2 and FIG. 3.
The entity modules 120 can perform evaluations related to the product creation process in parallel or asynchronously through engines 122. Each developing entity module 120 can develop different versions of each object of the product creation process. Each evaluating entity module 120 can perform evaluations based on different versions of products or product lines stored in the central module 110.
The central module 110 and the entity modules 120 can include one or more computer systems, computer applications and/or individual or groups of users. The processes performed at the central module 110 and the entity modules 120 can be performed in engines 112 by computer applications and/or users. Each entity module 120 can include modules to perform evaluations such as cost calculations, crash tests, verifications and other evaluations related to a product creation process.
FIG. 2 is a block diagram illustrating an example of a product record 220 stored in a data store 115, 125. The product associated with the product record 220 can include a specific product or a product line. The product record 220 can include object records 230, such as, for example, one or more class records. Classes can include, in the example of an automobile creation process, types, models, body styles, and sizes. Class records can contain information about classes or sub-classes of the product(s). Thus, each object record 230 in a first tier 240 can have one or more object records 230 in a second tier 250 associated with it.
Object records 230 can be organized in a variety of ways. In one implementation, the object records 230 can be organized in a tree structure with broader objects including narrower objects (or sub-objects) in its branches. For example, a first tier 240 of automobile classes can include types of automobiles, such as economy car, luxury car or sports car. Then, a second tier of automobile classes 250 can include models that are available under that type definition.
In a more general case, the product record 220 can include other types of objects and relationships between these objects. For example, object records 230 can include information about materials, structures, and/or goals.
FIG. 3 is a block diagram illustrating a class record 230 within the product record (FIG. 2). Object record 230 can include a variety of documents, such as a specification document 320, a computer-aided design ("CAD") Document 330 and a Parts/Materials document 340.
The specification document 320 can include attribute records 322. Each attribute record 322 can contain information about an attribute associated with the product. Attributes can include component information such as engine type (e.g., 95 HP, 110 HP, 125 HP, etc.) or brake type (e.g., disc or drum), or characteristics such as body color (e.g., black, silver, red, etc.) or fuel efficiency (e.g., 25 m.p.g.). Each attribute record 322 can include a value for each attribute. For example, if the attribute record 322 stores information for the attribute "engine power," the information stored in the attribute record can include a value of "110 HP."
FIG. 4 is a block diagram illustrating an implementation of an external data management system in a product creation system. Central module 110 includes product structures (Tl) and (T2), stored in locations 410, 430 of data store 115. Central module 110 also includes a remodel engine 420.
Product structure (Tl), stored in location 410, includes a product structure at time Tl . The product structure can include all objects stored for a product. The remodel engine 420 integrates information received from other modules and/or changes to the product structure (Tl).
The product structure (T2), stored in location 430, includes the product structure at time T2. The product structure (T2) includes a product structure defined in the remodel engine 420, incorporating the information or changes to the product structure (Tl). The time T2 represents the time when central module 110 receives evaluation results data from entity module 120. The entity module 120 includes a product structure (Tl) stored in location 460, an evaluation engine 440, and results (T2), stored in location 450. Entity module 120 receives the product structure information into location 460 at time Tl. The evaluation engine 440 performs evaluations based on the product structure (Tl). The results of the evaluation, results (T2), are stored in location 450, and sent to the central module 110 at a time T2.
For example, the entity module 120 can include a module that performs car crash tests. The entity module 120 receives product structure (Tl) at location 460, performs the car crash tests through evaluation engine 440, and stores the results (T2) in location 450. The entity module can locally extend the available data, i.e., product structure (Tl), by including extended data 470. Extended data 470 can be used by entity module 120 to add context to the product structure (Tl) in performing the evaluations in evaluation engine 440. In the car crash test example, the extended data can include a full fuel tank. The entity module 120 then transmits the results to central module 110. The extended data 470 is only relevant for the correct product structure, i.e., the product structure existing at Tl which is used to perform the evaluations. The extended data 470 is linked to product structure (Tl), but does not become part of product structure (Tl).
The central module 110 stores the received results, results (T2) with the product structure (Tl) in location 410. The product structure (T2) stored in location 430 can include a link to the product structure (Tl). The link to product structure (Tl) in product structure (T2) can be labeled a historic product structure in a user interface. Thus, a virtual link is defined between the product structure (T2) and the results (T2) by adding the results (T2) to the product structure (Tl). A user can access the results through a link to the product structure (Tl) in a user interface.
FIG. 5 is a block diagram illustrating an implementation of a product record including a link to historic data. The product record 220 can be part of the product structure (T2) module 430. The product record 220 is shown as a tree structure including a plurality of objects 230. The product record also includes a link to a historic structure 510. The historic structure can be the product structure (Tl) stored in location 410. A user interface of the product record 220 can include the tree structure with a branch to historic structure 510 at every object 230 which has a corresponding historic object 530.
As shown in Fig. 5, historic product record 520 can include historic object records 530 associated with the historic product record 520. Each historic object record 530 is linked to a corresponding object record 230 in the current product record 220 which has a corresponding historic object 530.
The historic structure 510 can be different from the product structure 220. For example, the product record 220 can include changes in types of classes 230 defined or changes within class records 230, such as changes to attributes 322. Further, object records 230 in product record 220 may not correspond to historic object records 530. If an object record 230 has been added to product record 220 that was not in historic structure 510, there will not be a link from the historic structure 510 to the added object record 230. If an object record 530 that existed in the historic structure 510 has been deleted, and thus, no longer exists in the current product record 220, there will be no link from the deleted historic object record 530 to the current product record 220.
FIG. 6 is a block diagram illustrating an implementation of a historic product record 510. As described above, the historic structure 510 can include the product structure (Tl) stored in location 410.
The historic product structure 510 includes a link to extended data 650 and evaluation results 640, which includes results (T2), received from entity module 120. The evaluation results 640 can include a link to extended data 650, which can include the extended data 470 used by the entity module 120 to perform evaluations.
FIG. 7 is a block diagram illustrating an implementation of a user interface 700 of an external data record 640. The user interface 700 can include results from one or more entity modules 120. For example, the user interface 700 can display cost calculations performed by a cost management module, weight calculations performed by a verification module, and crash test results performed by a crash test module. Each listing of an evaluation result can include a scalar value, if a scalar value can be listed, and/or a user interface control 710 representing a link to a corresponding results record for the evaluation listed. In one implementation, the scalar value field can include the user interface control 710 to the corresponding results record for the evaluation listed.
The results can be listed by type of results, such as cost calculations, and date of results. The listing of the results can also include a user interface control representing a link to extended data used in obtaining the results.
A user can view a result record for a specific evaluation by selecting the user interface control 710 corresponding to the evaluation. Referring to Fig. 6, the result record can include the results 640 of the specific evaluation and a listing of or a user interface control representing a link to extended data 650 used to perform the evaluation.
Thus, for example, a user seeing that the cost of a part has been rising over the course of a year can select the user interface control 710 to retrieve the associated results record. The results record 710, and extended data, can include a link to the historic structure, which can indicate that some aspect of the part was substituted, increasing costs.
The user interface 700 can also include a traffic light symbol 720 or other indicator of what results corresponding to the traffic light symbol 720 suggest. For example, if the results of a crash test are negative, the traffic light 720 can include shading in the area corresponding to the red light. If the results indicate that a closer look should be given to the structure, the traffic light 720 can include shading in the area corresponding to the yellow light. If the results for the crash test were good, the traffic light 720 can include shading in the area corresponding to the green light.
FIG. 8 is a flow diagram illustrating one implementation of a method for managing external data in a product creation system.
At step 810, a secondary data set is defined in the central module 110. The secondary data set can include a copy of the product structure (Tl), representing a product record 220 at time Tl. At step 820, the central module 110 links the secondary data set to state information of a primary data set. The primary data set can include product structure (Tl). The state information can include the time, Tl, the secondary data set is created and sent to an external entity.
At step 830, the central module 110 transmits the secondary data set to an external entity, such as entity module 120. The external entity can perform evaluations on the secondary data set. The evaluations can include cost calculations, verification, crash tests, or other tests that the central module would like performed based on the product structure 220.
At step 840, the central module 110 receives a modified secondary data set. The modified secondary data set can include the results of the evaluations performed at the external entity. The central module 110 can also receive extended data with the results of the evaluations. The extended data can include data used by the external entity to perform evaluations. For example, for weight calculations for a car, the extended data can include the addition of a driver and/or 5 gallons of gasoline in the fuel tank. At step 850, the central module 110 links the modified secondary data set to the primary data set based on the state information. If the primary data set or product record 220 has been modified, the modified secondary data set is stored with a record of the primary data set corresponding to the state information. Thus, if the state information includes a reference to a product structure at a time Tl, the modified secondary data set can be stored with the product structure (Tl) in location 410. The link between the modified secondary data set and the primary data set allows access by a user of a modified primary data set
The method can also include linking the modified primary data set, represented by the product structure (T2), to the primary data set at time Tl . Thus, the product structure (T2), stored in location 430 is linked to the product structure (Tl). The product structure (Tl) is labeled as a historic structure 510 in the product structure (T2).
The invention can be implemented in digital electronic circuitry, or in computer hardware, firmware, software, or in combinations of them. The invention can be implemented as a computer program product, i.e., a computer program tangibly embodied in an information carrier, e.g., in a machine-readable storage device or in a propagated signal, for execution by, or to control the operation of, data processing apparatus, e.g., a programmable processor, a computer, or multiple computers. A computer program can be written in any form of programming language, including compiled or interpreted languages, and it can be deployed in any form, including as a stand-alone program or as a module, component, subroutine, or other unit suitable for use in a computing environment. A computer program can be deployed to be executed on one computer or on multiple computers at one site or distributed across multiple sites and interconnected by a communication network.
Method steps of the invention can be performed by one or more programmable processors executing a computer program to perform functions of the invention by operating on input data and generating output. Method steps can also be performed by, and apparatus of the invention can be implemented as, special purpose logic circuitry, e.g., an FPGA (field programmable gate array) or an ASIC (application-specific integrated circuit).
Processors suitable for the execution of a computer program include, by way of example, both general and special purpose microprocessors, and any one or more processors of any kind of digital computer. Generally, a processor will receive instructions and data from a read-only memory or a random access memory or both. The essential elements of a computer are a processor for executing instructions and one or more memory devices for storing instructions and data. Generally, a computer will also include, or be operatively coupled to receive data from or transfer data to, or both, one or more mass storage devices for storing data, e.g., magnetic, magneto-optical disks, or optical disks. Information carriers suitable for embodying computer program instructions and data include all forms of non- volatile memory, including by way of example semiconductor memory devices, e.g., EPROM, EEPROM, and flash memory devices; magnetic disks such as internal hard disks and removable disks; magneto-optical disks; and CD-ROM and DND-ROM disks. The processor and the memory can be supplemented by, or incorporated in special purpose logic circuitry.
To provide for interaction with a user, the invention can be implemented on a computer having a display device such as a CRT (cathode ray tube) or LCD (liquid crystal display) monitor for displaying information to the user and a keyboard and a pointing device such as a mouse or a trackball by which the user can provide input to the computer. Other kinds of devices can be used to provide for interaction with a user as well; for example, feedback provided to the user can be any form of sensory feedback, such as visual feedback, auditory feedback, or tactile feedback; and input from the user can be received in any form, including acoustic, speech, or tactile input.
The invention can be implemented in a computing system that includes a back-end component, e.g., as a data server, or that includes a middleware component, e.g., an application server, or that includes a front-end component, e.g., a client computer having a graphical user interface or an Web browser through which a user can interact with an implementation of the invention, or any combination of such back-end, middleware, or front-end components. The components of the system can be intercom ected by any form or medium of digital data communication, e.g., a communication network. Examples of communication networks include a local area network ("LAN"), a wide area network ("WAN"), and the Internet.
The computing system can include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other. The invention has been described in terms of particular embodiments. Other embodiments are within the scope of the following claims. For example, the steps of the invention can be performed in a different order and still achieve desirable results.
What is claimed is:

Claims

CLAIMSWhat is claimed is:
1. A method for managing data, comprising: defining a secondary data set in a primary data set; linking the secondary data set to state information of the primary data set, the state information defining the state of the primary data set at the time the secondary data set is defined; transmitting the secondary data set to an external entity; receiving a modified secondary data set from the external entity; and linking the modified secondary data set to a version of the primary data set stored with reference to the state information, the link between the modified secondary data set and the primary data set allowing access by a user of a modified primary data set, if the primary data set has changed with reference to the state information.
2. The method of claim 1 , wherein linking the secondary data set to the state information includes associating the secondary data set with the primary data set at a time tl .
3. The method of claim 1 , wherein linking the modified secondary data set to the version of the primary data set stored with reference to the state information includes linking the modified secondary data set to the version of the primary data set existing at a time tl .
4. The method of claim 1 , further comprising linking the version of the primary data set stored with reference to the state information to the modified primary data set.
5. The method of claim 4, wherein linking the version of the primary data set stored with reference to the state information to the modified primary data set, includes linking the version of the primary data set stored with reference to the state information to a version of the primary data set at a time t2, the version of the primary data set at time t2 representing the current state of the primary data set.
6. The method of claim 1 , further comprising receiving and linking extended data to the modified secondary data set, the extended data including data added to the secondary data set for processes performed at the external entity.
7. The method of claim 1 , wherein transmitting the secondary data set to the external entity includes transmitting the secondary data set to a verification entity.
8. The method of claim 1 , wherein transmitting the secondary data set to the external entity includes transmitting the secondary data set to a cost calculating entity.
9. The method of claim 1 , wherein transmitting the secondary data set to the external entity includes transmitting the secondary data set to an evaluation entity.
10. The method of claim 1 , wherein transmitting the secondary data set to the external entity includes transmitting the secondary data set to a crash test entity.
11. The method of claim 1 , further comprising performing processes on the secondary data set at the external entity to obtain the modified set.
12. The method of claim 11 , wherein performing processes on the secondary data set includes performing evaluations using the secondary data set.
13. The method of claim 1 , further comprising providing the user with a user interface to access the modified secondary data set.
14. The method of claim 13 , further comprising determining if the modified secondary data set is relevant to the modified primary data set and linking the modified secondary data set to the modified primary data set if the modified secondary data set is relevant to the modified primary data set.
15. The method of claim 14, wherein determining if the modified secondary data set is relevant to the modified primary data set includes receiving input from a user indicating that the modified secondary data set is relevant to the modified primary data set.
16. A computer program product, tangibly stored on a computer-readable medium, the computer program product comprising instructions operable to cause a programmable processor to: define a secondary data set in a primary data set; link the secondary data set to state information of the primary data set, the state information defining the state of the primary data set at the time the secondary data set is defined; transmit the secondary data set to an external entity; receive a modified secondary data set from the external entity; and link the modified secondary data set to a version of the primary data set stored with reference to the state information, the link between the modified secondary data set and the primary data set allowing access by a user of a modified primary data set, if the primary data set has changed with reference to the state information.
17. The computer program product of claim 16, wherein the instructions operable to cause a programmable processor to link the secondary data set to the state information include instructions operable to cause a programmable processor to associate the secondary data set with the primary data set at a time tl .
18. The computer program product of claim 16, wherein the instructions operable to cause a programmable processor to link the modified secondary data set to the version of the primary data set stored with reference to the state information include instructions operable to cause a programmable processor to link the modified secondary data set to the version of the primary data set existing at a time tl.
19. The computer program product of claim 16, further comprising instructions operable to cause a programmable processor to link the version of the primary data set stored with reference to the state information to the modified primary data set.
20. The computer program product of claim 19, wherein the instructions operable to cause a programmable processor to link the version of the primary data set stored with reference to the state information to the modified primary data set, include instructions operable to cause a programmable processor to link the version of the primary data set stored with reference to the state information to a version of the primary data set at a time t2, the version of the primary data set at time t2 representing the current state of the primary data set.
21. The computer program product of claim 16, further comprising instructions operable to cause a programmable processor to receive and link extended data to the modified secondary data set, the extended data including data added to the secondary data set for processes performed at the external entity.
22. The computer program product of claim 16, wherein the instructions operable to cause a programmable processor to transmit the secondary data set to the external entity include instructions operable to cause a programmable processor to transmit the secondary data set to a verification entity.
23. The computer program product of claim 16, wherein the instructions operable to cause a programmable processor to transmit the secondary data set to the external entity include instructions operable to cause a programmable processor to transmit the secondary data set to a cost calculating entity.
24. The computer program product of claim 16, wherein the instructions operable to cause a programmable processor to transmit the secondary data set to the external entity include instructions operable to cause a programmable processor to transmit the secondary data set to an evaluation entity.
25. The computer program product of claim 16, wherein the instructions operable to cause a programmable processor to transmit the secondary data set to the external entity include instructions operable to cause a programmable processor to transmit the secondary data set to a crash test entity.
26. The computer program product of claim 16, further comprising instructions operable to cause a programmable processor to perform processes on the secondary data set at the external entity to obtain the modified set.
27. The computer program product of claim 26, wherein the instructions operable to cause a programmable processor to perform processes on the secondary data set include instructions operable to cause a programmable processor to perform evaluations using the secondary data set.
28. The computer program product of claim 16, further comprising instructions operable to cause a programmable processor to provide the user with a user interface to access the modified secondary data set.
29. The computer program product of claim 28, further comprising the instructions operable to cause a programmable processor to determine if the modified secondary data set is relevant to the modified primary data set and link the modified secondary data set to the modified primary data set if the modified secondary data set is relevant to the modified primary data set.
30. The method of claim 29, wherein the instructions operable to cause a programmable processor to determine if the modified secondary data set is relevant to the modified primary data set include instructions operable to cause a programmable processor to receive input from a user indicating that the modified secondary data set is relevant to the modified primary data set.
31. An external data management system in a product creation process, comprising: a data storage system storing a historic version of a product record including a link to external data, the external data received from an external entity and including results of evaluations performed on a product structure based on the historic version of the product record, and a current version of the product record including a link to the historic version of the product record; and a product record user interface presenting a user with a current version of the product record including a user interface control representing the link to the historic version of the product record, the user interface control allowing the user to access the historic version of the product record, including the external data, through the product record user interface.
32. The external data management system of claim 31 , wherein the external data includes extended data used by the external entity to perform the evaluations on the product structure.
33. The external data management system of claim 31 , wherein the data storage system is part of a central module including long-term storage of data related to the product creation process.
PCT/IB2003/002025 2002-03-21 2003-03-21 Linking historic data versions WO2003081469A2 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
AU2003230130A AU2003230130A1 (en) 2002-03-21 2003-03-21 Linking historic data versions
EP03722973A EP1490798A2 (en) 2002-03-21 2003-03-21 Linking historic data versions

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US36739702P 2002-03-21 2002-03-21
US60/367,397 2002-03-21
US10/328,716 2002-12-23
US10/328,716 US7133878B2 (en) 2002-03-21 2002-12-23 External evaluation processes

Publications (2)

Publication Number Publication Date
WO2003081469A2 true WO2003081469A2 (en) 2003-10-02
WO2003081469A3 WO2003081469A3 (en) 2004-03-04

Family

ID=28044874

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2003/002025 WO2003081469A2 (en) 2002-03-21 2003-03-21 Linking historic data versions

Country Status (4)

Country Link
US (3) US7133878B2 (en)
EP (1) EP1490798A2 (en)
AU (1) AU2003230130A1 (en)
WO (1) WO2003081469A2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8117157B2 (en) 2002-03-21 2012-02-14 Sap Ag External evaluation processes

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10157539A1 (en) * 2001-11-23 2003-06-05 Siemens Ag Engineering system and automation system
EP1591914A1 (en) * 2004-04-26 2005-11-02 Sap Ag Method, computer program product and device for importing a plurality of data sets into a system
US8850390B2 (en) 2010-11-15 2014-09-30 Sap Ag Status management for phased implementation of configuration changes
US20150213154A1 (en) * 2014-01-28 2015-07-30 Stephan Toebben Transitioning cad model data into variant configurations
WO2016111899A1 (en) * 2015-01-05 2016-07-14 Petrucci Gary M Methods and materials for treating lung disorders
CN111241082B (en) * 2020-01-13 2020-10-23 贝壳找房(北京)科技有限公司 Data correction method and device
US11423047B2 (en) 2020-05-11 2022-08-23 Sap Se Copy execution within a local database

Family Cites Families (59)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4459663A (en) * 1981-07-02 1984-07-10 American Business Computer Data processing machine and method of allocating inventory stock for generating work orders for producing manufactured components
JPH087709B2 (en) * 1989-05-15 1996-01-29 インターナシヨナル・ビジネス・マシーンズ・コーポレーシヨン Access privilege control method and system
US5182705A (en) * 1989-08-11 1993-01-26 Itt Corporation Computer system and method for work management
US6044205A (en) 1996-02-29 2000-03-28 Intermind Corporation Communications system for transferring information between memories according to processes transferred with the information
US5099431A (en) * 1989-10-23 1992-03-24 International Business Machines Corporation Automated re-work shop order scheduling system
US5191534A (en) * 1990-08-21 1993-03-02 International Business Machines Corporation Engineering and manufacturing change control mechanism
US5311424A (en) * 1991-06-28 1994-05-10 International Business Machines Corporation Method and system for product configuration definition and tracking
US5418945A (en) * 1992-05-18 1995-05-23 Motorola, Inc. File based and highly available hybrid database
US5655085A (en) * 1992-08-17 1997-08-05 The Ryan Evalulife Systems, Inc. Computer system for automated comparing of universal life insurance policies based on selectable criteria
US5442782A (en) 1993-08-13 1995-08-15 Peoplesoft, Inc. Providing information from a multilingual database of language-independent and language-dependent items
US5694598A (en) 1994-10-12 1997-12-02 U S West Technologies, Inc. Method for mapping data between a relational format and an object-oriented format
US5710884A (en) * 1995-03-29 1998-01-20 Intel Corporation System for automatically updating personal profile server with updates to additional user information gathered from monitoring user's electronic consuming habits generated on computer during use
US6405132B1 (en) * 1997-10-22 2002-06-11 Intelligent Technologies International, Inc. Accident avoidance system
US6768944B2 (en) * 2002-04-09 2004-07-27 Intelligent Technologies International, Inc. Method and system for controlling a vehicle
US5703938A (en) * 1995-08-28 1997-12-30 Mct Communications Corp. Method of optimizing access trunk configurations and system therefor
US5911131A (en) * 1995-12-20 1999-06-08 Vig; Tommy Computer aided calculation, appraisal and valuation of works of art
US6067525A (en) * 1995-10-30 2000-05-23 Clear With Computers Integrated computerized sales force automation system
US5966715A (en) * 1995-12-29 1999-10-12 Csg Systems, Inc. Application and database security and integrity system and method
US5911139A (en) 1996-03-29 1999-06-08 Virage, Inc. Visual image database search engine which allows for different schema
US6366930B1 (en) * 1996-04-12 2002-04-02 Computer Associates Think, Inc. Intelligent data inventory & asset management systems method and apparatus
US6032147A (en) 1996-04-24 2000-02-29 Linguateq, Inc. Method and apparatus for rationalizing different data formats in a data management system
US5859972A (en) * 1996-05-10 1999-01-12 The Board Of Trustees Of The University Of Illinois Multiple server repository and multiple server remote application virtual client computer
US6236997B1 (en) * 1997-06-23 2001-05-22 Oracle Corporation Apparatus and method for accessing foreign databases in a heterogeneous database system
US6018742A (en) 1998-07-07 2000-01-25 Perigis Corporation Constructing a bifurcated database of context-dependent and context-independent data items
US6226650B1 (en) * 1998-09-17 2001-05-01 Synchrologic, Inc. Database synchronization and organization system and method
US6857123B1 (en) 1998-12-18 2005-02-15 International Business Machines Corporation Method and apparatus for a Meta Data Service in a data processing system
JP3871461B2 (en) * 1999-02-02 2007-01-24 ローム株式会社 Microcontroller for sequence control
JP2000218473A (en) * 1999-02-04 2000-08-08 Mitsubishi Electric Corp Process control device and process control method
US20030191832A1 (en) 1999-06-01 2003-10-09 Ramakrishna Satyavolu Method and apparatus for controlled establishment of a turnkey system providing a centralized data aggregation and summary capability to third party entities
US6567818B1 (en) 1999-06-14 2003-05-20 International Business Machines Corporation Employing management policies to manage instances of objects
US6883136B1 (en) 1999-08-19 2005-04-19 Azi, Inc. Simultaneous display and formatting of disparate values in a tabular form
US6754666B1 (en) * 1999-08-19 2004-06-22 A2I, Inc. Efficient storage and access in a database management system
US6879976B1 (en) 1999-08-19 2005-04-12 Azi, Inc. Data indexing using bit vectors
US6783682B1 (en) * 1999-08-20 2004-08-31 L.E.T., Leading Edge Technologies Limited Salt water desalination process using ion selective membranes
US20020184308A1 (en) 1999-08-23 2002-12-05 Levy Martin J. Globalization and normalization features for processing business objects
US6324647B1 (en) 1999-08-31 2001-11-27 Michel K. Bowman-Amuah System, method and article of manufacture for security management in a development architecture framework
WO2001037097A1 (en) 1999-11-15 2001-05-25 Smithkline Beecham Corporation Method for identifying unique entities in disparate data files
US7103605B1 (en) 1999-12-10 2006-09-05 A21, Inc. Timeshared electronic catalog system and method
US7809659B1 (en) * 2000-02-24 2010-10-05 Paiz Richard S Method for presenting optimal internet keyword based search result sets using an environmental bitmap and environmental bitmap pyramid structure
ZA200002638B (en) * 2000-05-26 2001-01-31 Jan Christoffel De Waal The production of dicalcium phosphate or monocalcium phosphate.
AU2002214540A1 (en) 2000-09-20 2002-04-02 A2I, Inc. Method and apparatus for dynamically formatting and displaying tabular data in real time
DE10049940A1 (en) 2000-10-06 2002-04-18 Plecto Ag Transformation connector for converting data from a proprietary format to a commercial format before it is transmitted over a network, where typically the transfer format is an XML language, so data can easily be transmitted
WO2002029608A2 (en) * 2000-10-06 2002-04-11 Optiant, Inc. System and method for determining the optimum configuration strategy for systems with multiple decision options
US7143076B2 (en) * 2000-12-12 2006-11-28 Sap Aktiengesellschaft Method and apparatus for transforming data
WO2002047463A2 (en) 2000-12-12 2002-06-20 A2I, Inc. A method and apparatus for transforming data
US6668254B2 (en) * 2000-12-21 2003-12-23 Fulltilt Solutions, Inc. Method and system for importing data
US7013289B2 (en) 2001-02-21 2006-03-14 Michel Horn Global electronic commerce system
US20020161778A1 (en) 2001-02-24 2002-10-31 Core Integration Partners, Inc. Method and system of data warehousing and building business intelligence using a data storage model
US20020138317A1 (en) * 2001-03-21 2002-09-26 Milling Systems And Concepts Pte Ltd. System for implementing an exchange
JP3927380B2 (en) * 2001-06-07 2007-06-06 松下電器産業株式会社 NC data management apparatus and NC data management method for production system
US6738682B1 (en) * 2001-09-13 2004-05-18 Advances Micro Devices, Inc. Method and apparatus for scheduling based on state estimation uncertainties
US20090138342A1 (en) * 2001-11-14 2009-05-28 Retaildna, Llc Method and system for providing an employee award using artificial intelligence
US6915287B1 (en) * 2001-12-13 2005-07-05 Novell, Inc. System, method and computer program product for migrating data from one database to another database
US6895408B1 (en) 2002-03-19 2005-05-17 Oracle International Corporation Method and apparatus to facilitate interaction management between loosely coupled applications
US7133878B2 (en) 2002-03-21 2006-11-07 Sap Aktiengesellschaft External evaluation processes
US7219104B2 (en) 2002-04-29 2007-05-15 Sap Aktiengesellschaft Data cleansing
US6938038B2 (en) * 2002-06-04 2005-08-30 Sap Aktiengesellschaft Method and apparatus for generating and utilizing qualifiers and qualified taxonomy tables
US20040015408A1 (en) 2002-07-18 2004-01-22 Rauen Philip Joseph Corporate content management and delivery system
US7139633B2 (en) 2002-08-29 2006-11-21 Jyoti Mazumder Method of fabricating composite tooling using closed-loop direct-metal deposition

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
BONGHEE HONG ET AL: "MODELING OF VERSION RELATIONSHIPS FOR CAD DATABASES" COMPUTERS AND COMMUNICATIONS TECHNOLOGY TOWARD 2000. SEOUL, AUG. 25 - 28, 1987, PROCEEDINGS OF THE REGION 10 CONFERENCE. (TENCON), NEW YORK, IEEE, US, vol. 1 CONF. 3, 25 August 1987 (1987-08-25), pages 142-146, XP000011783 *
CHOU H-T ET AL: "Versions and change notification in an object-oriented database system" PROCEEDINGS OF THE DESIGN AUTOMATION CONFERENCE. ANAHEIM, JUNE 12 - 15, 1988, PROCEEDINGS OF THE DESIGN AUTOMATION CONFERENCE (DAC), NEW YORK, IEEE, US, vol. CONF. 25, 12 June 1988 (1988-06-12), pages 275-281, XP010013006 ISBN: 0-8186-0864-1 *
KAMITA T ET AL: "A database architecture and version control for group work" SYSTEM SCIENCES, 1994. VOL.III: INFORMATION SYSTEMS: DECISION SUPPORT AND KNOWLEDGE-BASED SYSTEMS, PROCEEDINGS OF THE TWENTY-SEVENTH HAWAII INTERNATIONAL CONFERENCE ON WAILEA, HI, USA 4-7 JAN. 1994, LOS ALAMITOS, CA, USA,IEEE COMPUT. SOC, 4 January 1994 (1994-01-04), pages 438-447, XP010097053 ISBN: 0-8186-5070-2 *
RANA S P ET AL: "VERSION SUPPORT FOR MANUFACTURING DATABASE SYSTEMS" INTERNATIONAL CONFERENCE ON INDUSTRIAL & ENGINEERING APPLICATIONS OF ARTIFICIAL INTELLIGENCE & EXPERT SYSTEMS, TULLAHOMA, IN, US, NEW YORK, NY, US, vol. 2, 6 June 1989 (1989-06-06), pages 779-784, XP000605772 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8117157B2 (en) 2002-03-21 2012-02-14 Sap Ag External evaluation processes
US9400836B2 (en) 2002-03-21 2016-07-26 Sap Se External evaluation processes

Also Published As

Publication number Publication date
WO2003081469A3 (en) 2004-03-04
US8117157B2 (en) 2012-02-14
AU2003230130A1 (en) 2003-10-08
EP1490798A2 (en) 2004-12-29
AU2003230130A8 (en) 2003-10-08
US7133878B2 (en) 2006-11-07
US20030182298A1 (en) 2003-09-25
US20070038686A1 (en) 2007-02-15
US9400836B2 (en) 2016-07-26
US20120143926A1 (en) 2012-06-07

Similar Documents

Publication Publication Date Title
US9400836B2 (en) External evaluation processes
EP1796005B1 (en) A method of configuring a device
Friedenthal et al. A practical guide to SysML: the systems modeling language
Klien et al. Ontology-based discovery of geographic information services—An application in disaster management
US6578174B2 (en) Method and system for chip design using remotely located resources
Adar GUESS: a language and interface for graph exploration
US8352495B2 (en) Distributed platform for network analysis
US7031955B1 (en) Optimization using a multi-dimensional data model
CN102902839A (en) Apparatus and method for managing integrated circuit designs
CN101410841B (en) Method, system and program product supporting specification of signals for simulation result viewing
US20030182167A1 (en) Goal management
Aungst et al. The virtual integrated design method
US20130166603A1 (en) Consumer-related specialization of metadata models based on a template-projection approach
Colomb et al. An approach to ontology for institutional facts in the semantic web
Svetashova et al. Semantic Interoperability and Interrater Agreement in Annotation of IoT Data.
Webster Structured methods for GIS design part 1: A relational system for physical plan monitoring
Mili Determining the reuse worthiness of a component: empirical and analytical approaches.
Fagerholm Measuring and tracking quality factors in Free and Open Source Software projects
d’Auriol Concept visualizations of computer programs
Tooley Software Engineer's Pocket Book
Pease et al. Enhancing the Architectural Characterization of Parallel Proto
Basnet Formulation of Decision Support Systems (DSS) Architectures for Highway Toll Plazas
TOPPANO Information Modelling and Knowledge Bases, VIII 31 H. Kangassalo et al.(Eds.) IOS Press, 1997
Shoval Object Oriented Methodologies and the UMI
Paternò et al. Integration of Multiple Techniques to Support Usability Evaluation of Web Applications

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NI NO NZ OM PH PL PT RO RU SC SD SE SG SK SL TJ TM TN TR TT TZ UA UG UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2003722973

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2003722973

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP