|Publication number||US20060074841 A1|
|Application number||US 10/951,530|
|Publication date||Apr 6, 2006|
|Filing date||Sep 27, 2004|
|Priority date||Sep 27, 2004|
|Also published as||US7865403, US8140410, US20080091640, US20080091648|
|Publication number||10951530, 951530, US 2006/0074841 A1, US 2006/074841 A1, US 20060074841 A1, US 20060074841A1, US 2006074841 A1, US 2006074841A1, US-A1-20060074841, US-A1-2006074841, US2006/0074841A1, US2006/074841A1, US20060074841 A1, US20060074841A1, US2006074841 A1, US2006074841A1|
|Original Assignee||Harikrishnan Sugumaran|
|Export Citation||BiBTeX, EndNote, RefMan|
|Referenced by (6), Classifications (12), Legal Events (1)|
|External Links: USPTO, USPTO Assignment, Espacenet|
1. Field of the Invention
The present invention relates to a method, system, and program for translating and interfacing between data pools and product information management (PIM) systems
2. Description of the Related Art
Global Data Synchronization (GDS) is a process of exchanging product information between enterprise systems of suppliers and retailers. A supplier presents information on new/existing products to a data pool that is accessed by different retailers. The data pool requires the use of a standardized document to submit product information and request such information, usually through an Extensible Markup Language (XML) document including a XML Schema Definition (XSD) or Document Type Definition specified by the particular data pool. The data pool comprises a central location for storing the product information. Data pools streamline the process through which supplier product information is maintained and disseminated to retailers that may be interested in the product by providing a common format for the data. There are different data pool providers, such as UCCnet™, Transora™, World Wide Retail Exchange™, etc. Each data pool provider requires a different format for messages and the XML schema to update and access product information in the data pool.
The supplier sends the standardized product information to the data pool in an XML document conforming to the data pool's requirements to publish the product information. The supplier may also update existing product information in the data pool. Retailers may then subscribe to receive product information for specified products or products having certain attributes defined in the standard documents from the suppliers. The data pool may validate the product information published by the supplier. The retailer downloads the information in the data pool specific format.
A global registry provides an index to the extended item information for the products, i.e., the XML elements and attributes for each product. The extended item or product information for a product may include information on the operation, design, packaging, pricing, features, uses, ratings, etc. for a product, i.e., basically any information a retailer would be interested in reviewing when assessing a product. For each product maintained in a data pool, the global registry contains a short description of the product and item number, as well as a location of the data pool that hosts the product information. The supplier's data pool provider publishes information about the supplier's product to the global registry. The retailer's data pool provider, which may or may not be the supplier's provider, sends subscription information to the global registry. If publication and subscription information match, then the supplier data pool sends the requested product information to the retailer data pool. A Global Data Synchronization Network (GDSN) refers to the exchange of product information between different data pools connected via the global registry.
Provided are a method, system, and program for translating and interfacing between data pools and product information management (PIM) systems. An element mapping is generated for each of a plurality of data pools mapping user elements and attributes to the data pool elements and attributes, wherein the data pools maintain product information. A message mapping is generated for each of the plurality of data pools mapping user messages and their parameters to data pool messages and their parameters. For each of the plurality of data pools, code is maintained that is enabled to cause operations comprising receiving a first document including user elements and messages and mapping the user elements and messages in the first document to a second document including data pool elements and attributes corresponding to the user elements and messages in the first document.
In the following description, reference is made to the accompanying drawings which form a part hereof and which illustrate several embodiments of the present invention. It is understood that other embodiments may be utilized and structural and operational changes may be made without departing from the scope of the present invention.
The GDS 6 system includes a message manager 20 to manage messages received in the form of XML documents from the supplier PIM/GDS systems 2 a, 2 b . . . 2 n, the retailer PIM/GDS systems 4 a, 4 b . . . 4 n, and the data pools 8 a, 8 b . . . 8 n. The message manager 20 includes data pool metadata 22 a, 22 b . . . 2 n for each data pool 8 a, 8 b . . . 8 n with which the data pool manager 6 interfaces. The data pool metadata 22 a, 22 b . . . 2 n for each data pool 8 a, 8 b . . . 8 n includes data pool message metadata 24, code 28, operation metadata 30, and a message archive 32.
The data pool message element metadata 24 provides for elements and attributes defined in the PIM/GDS trade item related info 14, 18 a corresponding element and attribute in one data pool 8 a, 8 b . . . 8 n or a fixed value defined for the element. The data pool message element metadata 24 may also specify the relationship of elements, e.g., child, parent, etc. Code 28 comprises code the message manager 20 executes to use the data pool message element metadata 24 to translate messages requests between the supplier/retailer and the data pool. The code 28 includes code to map PIM/GDS operations to corresponding data pool operations, as well as a mapping of the PIM parameters for the PIM operation to the data pool parameters to use with the corresponding data pool operation. Thus, the code 28 maintains the message choreography for the particular PIM/GDS to data pool message mapping. This message mapping may involve the use of an internal workflow engine to validate check the parameters of the supplier PIM/GDS message and generate the data pool message.
The operation metadata 30 includes configuration information on the data pool 8 a, 8 b . . . 8 n represented by the data pool metadata 22 a, 22 b . . . 2 n, such as user name and passwords to use to connect to the data pool 8 a, 8 b . . . 8 n. Further, the operational metadata 30 may include messages that are inbound or outbound to a data pool having references to respective data pool message element metadata for all the elements that can be part of this message or operation. The operation metadata 30 may be different and specific for different retailers and suppliers. A message archive 32 archives and stores any messages sent from the supplier systems 2 a, 2 b . . . 2 n, the retailer systems 4 a, 4 b . . . 4 n, and the data pools 8 a, 8 b . . . 8 n for one data pool 8 a, 8 b . . . 8 n.
The supplier 2 a, 2 b . . . 2 n and retailer PIM/GDS systems 4 a, 4 b . . . 4 n may comprise a computing device capable of submitting product information related requests or transactions over a network (not shown) to the GDS 6 system, including desktop computers, notebook computers, workstations, hand held computers, servers, mainframes, telephony devices, etc. The GDS system 6 may comprise one or more computational machines, such as one or more servers, suitable for handling transaction requests from multiple supplier 2 a, 2 b . . . 2 n, retailer 4 a, 4 b . . . 4 n, and data pool 8 a, 8 b . . . 8 n systems. The supplier 2 a, 2 b . . . 2 n and retailer 4 a, 4 b . . . 4 n PIM/GDS systems may communicate with the GDS 6 over a network (not shown) and the GDS 6 may communicate with the data pools 8 a, 8 b . . . 8 n over the same or different network (not shown). The network(s) may comprise a Wide Area Network (WAN), Local Area Network (LAN), Storage Area Network (SAN), wireless network, the Internet, and Intranet, etc.
The data pools 8 a, 8 b . . . 8 n may comprise separately managed synchronized data pools including synchronized product information published by different product suppliers. For instance, the different data pool providers may include UCCnet™, Transora™, World Wide Retail Exchange™, etc. Each data pool 8 a, 8 b . . . 8 n may provide different element and attribute arrangements and use different document formats to exchange product information.
The message manager 20 uses (at block 108) the element mapping 24 and executes the code 28 to map a first definition of user (PIM/GDS) elements and their attributes in the first document, e.g., 14, to a second definition of the specified data pool elements and their attributes in the second document that is transmitted to the specified data pool 8 a, 8 b . . . 8 n. The first document, e.g., 14, from the supplier or retailer systems includes an identifier of the data pool 8 a, 8 b . . . 8 n to which the requests and operations in the first document are directed.
The data pool metadata 22 a, 22 b . . . 22 n may further include (at block 110) operational metadata 30 for each retailer and supplier initiating documents including user (PIM/GDS) messages including access information to access at least one data pool. Each retailer and supplier may have separate access, e.g., login, information or the same access information may be used for multiple suppliers and retailers. The operation metadata 30 may further include a network address of the supplier systems 2 a, 2 b . . . 2 n, retailer systems 4 a, 4 b . . . 4 n, and data pools 8 a, 8 b . . . 8 n. The message manager 20 transmits (at block 112) the second document to the specified data pool 8 a, 8 b . . . 8 n using the access information to enable access to the data pool 8 a, 8 b . . . 8 n for the retailer 2 a, 2 b . . . 2 n or supplier 4 a, 4 b . . . 4 n system sending the first document. The data pool metadata 22 a, 22 b . . . 2 n for each data pool 8 a, 8 b . . . 8 n further includes (at block 114) a message archive 32 for the data pool 8 a, 8 b . . . 8 n including messages received from suppliers 2 a, 2 b . . . 2 n and retailers 4 a, 4 b . . . 4 n directed to each data pool 8 a, 8 b . . . 8 n and messages received from the data pools 8 a, 8 b . . . 8 n directed to the suppliers or retailers.
Upon the message manager 20 receiving(at block 228) from the specified data pool 8 a, 8 b . . . 8 n a third document including at least one element and attributes for the requested product information in the specified data pool 8 a, 8 b . . . 8 n format, the message manager 20 accesses (at block 230) the code 28 for the specified data pool and the data pool message element metadata to map the at least one specified data pool element and attributes for the requested product information to at least one mapped user (PIM/GDS) element and attributes for the requested product information. The at least one mapped user (PIM/GDS) element and attributes are added (at block 232) to a fourth document, e.g., trade item related info 18, that is transmitted to the retailer system 4 a, 4 b . . . 4 n initially requesting the product information.
With the operations of
The described operations may be implemented as a method, apparatus or article of manufacture using standard programming and/or engineering techniques to produce software, firmware, hardware, or any combination thereof. The term “article of manufacture” as used herein refers to code or logic implemented in hardware logic (e.g., an integrated circuit chip, Programmable Gate Array (PGA), Application Specific Integrated Circuit (ASIC), etc.) or a computer readable medium, such as magnetic storage medium (e.g., hard disk drives, floppy disks, tape, etc.), optical storage (CD-ROMs, optical disks, etc.), volatile and non-volatile memory devices (e.g., EEPROMs, ROMs, PROMs, RAMs, DRAMs, SRAMs, firmware, programmable logic, etc.). Code in the computer readable medium is accessed and executed by a processor. The code in which preferred embodiments are implemented may further be accessible through a transmission media or from a file server over a network. In such cases, the article of manufacture in which the code is implemented may comprise a transmission media, such as a network transmission line, wireless transmission media, signals propagating through space, radio waves, infrared signals, etc. Thus, the “article of manufacture” may comprise the medium in which the code is embodied. Additionally, the “article of manufacture” may comprise a combination of hardware and software components in which the code is embodied, processed, and executed. Of course, those skilled in the art will recognize that many modifications may be made to this configuration without departing from the scope of the present invention, and that the article of manufacture may comprise any information bearing medium known in the art.
The described operations may be performed by circuitry, where “circuitry” refers to either hardware or software or a combination thereof. The circuitry for performing the operations of the described embodiments may comprise a hardware device, such as an integrated circuit chip, Programmable Gate Array (PGA), Application Specific Integrated Circuit (ASIC), etc. The circuitry may also comprise a processor component, such as an integrated circuit, and code in a computer readable medium, such as memory, wherein the code is executed by the processor to perform the operations of the described embodiments.
In described embodiments, the documents including the messages, elements and attributes comprise XML documents. In alternative embodiments, different structured documents may be used to transmit messages among suppliers, retailers and synchronized product data pools. Although document types other than XML may be used, in one embodiment, the supplier, retailer and data pools all use that same document type, e.g., the same spreadsheet type, an XML document, text document, Uniform Modeling Language (UML), etc., yet have different naming conventions and formats for messages and the different product information elements and attributes within the document type. In an alternative embodiment, the supplier, retailer and data pool may use different document types, e.g., XML, Hypertext Markup Language (HTML) documents, text files, spreadsheet files, etc. In such embodiments where the retailers, suppliers and data pools use different document types, e.g., one uses a spreadsheet, others use XML documents, then the data pool manager may translate between such different document types.
The illustrated operations of
The foregoing description of various embodiments of the invention has been presented for the purposes of illustration and description. It is not intended to be exhaustive or to limit the invention to the precise form disclosed. Many modifications and variations are possible in light of the above teaching. It is intended that the scope of the invention be limited not by this detailed description, but rather by the claims appended hereto. The above specification, examples and data provide a complete description of the manufacture and use of the composition of the invention. Since many embodiments of the invention can be made without departing from the spirit and scope of the invention, the invention resides in the claims hereinafter appended.
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US7751417 *||Nov 15, 2004||Jul 6, 2010||Sap, Ag||Accelerated system and methods for synchronizing, managing and publishing business information|
|US7865403||Dec 12, 2007||Jan 4, 2011||International Business Machines Corporation||Method, system, and program for translating and interfacing between data pools and product information management (PIM) systems|
|US8140410||Dec 12, 2007||Mar 20, 2012||International Business Machines Corporation||Method, system, and program for translating and interfacing between data pools and product information management (PIM) systems|
|US8325750||May 25, 2010||Dec 4, 2012||Sap Ag||Accelerated system and methods for synchronizing, managing, and publishing business information|
|US8526316 *||Apr 15, 2010||Sep 3, 2013||Sap Ag||System and method for dynamically modifying synchronized business information server interfaces|
|US20100257260 *||Apr 15, 2010||Oct 7, 2010||Sap, Aktiengesellschaft||System and method for dynamically modifying synchronized business information server interfaces|
|U.S. Classification||1/1, 707/E17.005, 707/999.001|
|Cooperative Classification||G06Q99/00, G06Q30/0641, G06Q30/0601, G06F17/30557|
|European Classification||G06Q30/0601, G06Q99/00, G06Q30/0641, G06F17/30S|
|Nov 18, 2004||AS||Assignment|
Owner name: INTERNATIONAL BUSINESS MACHINES CORPORATION, NEW Y
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:SUGUMARAN, HARIKRISHNAN;REEL/FRAME:015392/0282
Effective date: 20040926