Nothing Special   »   [go: up one dir, main page]

WO2001073650A1 - Procede et appareil qui, pour faciliter le commerce electronique, utilisent un systeme expert pour l'execution de documents de transaction commerciale - Google Patents

Procede et appareil qui, pour faciliter le commerce electronique, utilisent un systeme expert pour l'execution de documents de transaction commerciale Download PDF

Info

Publication number
WO2001073650A1
WO2001073650A1 PCT/US2001/008717 US0108717W WO0173650A1 WO 2001073650 A1 WO2001073650 A1 WO 2001073650A1 US 0108717 W US0108717 W US 0108717W WO 0173650 A1 WO0173650 A1 WO 0173650A1
Authority
WO
WIPO (PCT)
Prior art keywords
document
entities
document object
manager
further including
Prior art date
Application number
PCT/US2001/008717
Other languages
English (en)
Inventor
Gregory T. Royal
Original Assignee
Xbridge Software, Inc.
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 Xbridge Software, Inc. filed Critical Xbridge Software, Inc.
Priority to CA002403652A priority Critical patent/CA2403652A1/fr
Priority to EP01920513A priority patent/EP1266331A4/fr
Priority to NZ521427A priority patent/NZ521427A/en
Priority to AU2001247559A priority patent/AU2001247559A1/en
Publication of WO2001073650A1 publication Critical patent/WO2001073650A1/fr

Links

Classifications

    • 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/10—Office automation; Time management

Definitions

  • the present invention relates to an expert system method and apparatus to facilitate the movement of business transaction documents between a plurality of organizational entities and within those entities.
  • a business contract consists of a document and a relationship between two or more entities in order to transact business.
  • the document for example an Invoice, is not an Invoice unless it inherits its state from the prescribed relationship.
  • the document is the reduction of the relationship into words and logic, not the contract itself.
  • Electronic Commerce is a relatively new field of endeavor.
  • the transaction of business has used paper or a facsimile thereof as the preferred mechanism as a means of transaction.
  • An example is the Purchase Order.
  • This document in itself may yield any number of additional documents, such as contracts for sale, supplier agreements, bills of lading, customs documents, bank drafts etc.
  • Inherent in business is a set if logic that is learned by teams of administration staff to conduct day to day business. There have been a number of attempts to automate these processes over the years.
  • Electronic Data Interchange directed by the American National Standards Institute and others have ratified EDI standards such as ANSI ASC X.121 (often called ANSI X.12), UNTDI2 and EDIFACT3. These standards have relied upon costly value added networks and proprietary equipment.
  • U.S. Pat. 5,794,234 (The EC Company, Aug 1998) provides for the Method and System for providing electronic commerce between incompatible data processing systems. This is a simple translation system that uses a universal file format to translate a transaction from one format to another. It does not encompass business logic, it simply translates the transaction from one format to another and forwards it. Business logic is provided by other systems.
  • U.S. Pat. 5,410,675 (Shreve et al, Apr 1995) is a method for restructuring input data having a pre- specified data structure as input with a data management engine, such as a translation engine, which is dynamically configured by the input data to conform the input data to an output data structure.
  • a data management engine such as a translation engine
  • This prior art assumes a known state at all times as the input passes to the output. No logic is used internal to the system to act upon the data and influence it, other that the input itself.
  • U.S. Pat. 5,970,475 (Intelisys, Oct 1999) provides for the building of an electronic procurement system for trading partners. Using three basic entities, it provides a framework for the clearance of transactions between trading partners. It again uses static business logic to facilitate the transaction nor does it address the problem of multiple disparate systems of suppliers. Furthermore, the patent states that the supplier catalogue is based on software that is dependent on the purchasers procurement system. It does not provide for suppliers to have multiple vendor systems and the integration of each of those.
  • U.S. Pat. 4,803,641 (Tecknowledge, Feb 1989) provides for the building an expert system tool on a computer. It provides a mechanism for a user to interact with the computer system and extract knowledge from a knowledge base. Specifically, this is used for computer consultation, medical consultation or where there exists a substantial body of knowledge exists to solve a specific problem.
  • U.S. Pat 5,319,740 (Hitachi, June 1994) provides for a building method where the inference process is executed with a static decision tree and user based responses. It does not provide for or make any dynamic allocation of decision trees nor does it allow for modification of those trees within the system itself.
  • US Pat. 5,835,683 (IBM, Nov 1998) provides for the creation and maintenance of a knowledge base for an expert system. The knowledge base is created at runtime with instances of cells to develop the decisions to be made. What is does not do is provide a means for the expert system to interact with other computer systems to solve problems. Nor does allow for dynamic allocation of decision trees to documents or the ability for multiple recursive trees to exist. Automated procurement lends itself well to the World Wide Web.
  • U.S. Pat 5,361,199 (TI, Nov 1994) provides for the Automated procurement system with multi-system data access.
  • This prior art requires firstly a homogeneous environment to operate and secondly a simple data storage mechanism to support queries across the data.
  • U.S. Pat 5,319,542 (IBM, June 1994) provides for a system to requisite goods through the use of catalogues, both public and private. Again this patent assumes that the environment is static and uniform amongst suppliers and vendors. The assumption in this art is that the environment is homogenous. An extension of this art using the Internet would come up with considerable difficulties.
  • the present invention provides a method for providing an expert system method and apparatus that allows an organization or plurality of organizations to pass business transactional documents between each other. This allows for the timely execution of business logic, rules and tasks to automate the business process which is currently to a large extent manual in nature.
  • an expert system that provides for the input of multiple disparate documents from multiple sources. These documents are identified by the source of the document, duly authenticated, and by a type definition as to the format and structure of the document.
  • a Profile Manager may append additional information to the document. This may be information about the source of the document or relating to objects inside the document.
  • This document is then parsed through a generic parser, or multiple receptors depending on the schema that the document is coded for and normalized to the internal schema of an Expert Engine. This document is then passed to an Inference Engine for normalization.
  • the Inference Engine assigns a Decision Template to the document via a Template Manager.
  • the Decision Template contains information as how to execute the document package dependent on the nature and constitution of the document.
  • the document package is then passed to a Dynamic Node Engine to execute the Decision Template through it's own Node Execution Manager.
  • the Inference Engine has the ability to identify embedded templates within a template and pass execution control back to the Template Manager to fetch additional templates to execute. Using common recursive techniques, templates can be embedded with templates to develop very complex compound templates.
  • the Node Execution Manager executes individual nodes in the decision template, generally either a conditional branch or a task to be executed. A Task Engine then executes the task itself.
  • a multiple number of tasks are applicable to the document including, but not limited to, add, insert, edit, delete, query and fetch internal data or data from external sources.
  • An example of an external source is legacy systems through the use of connectors to data-sources. These connectors are flexible classes and methods that use standard protocols to connect to these data-sources.
  • the Dynamic Node Engine Once the Dynamic Node Engine has completed all nodes for a template, it passes control back to the Inference Engine.
  • the Inference Engine checks to see if all templates have been completed. If so, the result is passed to an Output Manager to complete the response.
  • the Output Manager updates internal tables via the Profile Manager, then converts the document back to the original source document type using a reverse parser. It also will append any presentation documents formats required such as XSL and CSS and pass the result back across the network to the source. Presentation formats are not limited to US English. Most foreign languages can be supported using Document Type Definitions for that Language.
  • An object of the present invention is to provide a system for facilitating commercial transactions over a computer driven network capable of providing communications between at least two parties. It is a further object of the invention to provide an electronic computer architecture that accommodate a wide variety of commerce transactions including those that are now currently physical in nature.
  • FIG 1 is a flow diagram of the major constituent parts of the expert system
  • FIG 2 is a more detailed flow diagram exposing the Inference Engine and its constituent parts
  • FIG 3 is a more detailed flow diagram exposing the Input Manager and its constituent parts
  • FIG 4 is a more detailed flow diagram exposing the Profile Manager and its constituent parts
  • FIG 5 is a more detailed flow diagram exposing the Node Execution Manager and its constituent parts
  • FIG 6 is a more detailed flow diagram exposing the Task Engine and its constituent parts
  • FIG 7 is a more detailed flow diagram exposing the Output Manager and its constituent parts
  • FIG 8 is a schematic of the primary participants and how the expert server fits into an existing co ⁇ orate network architecture.
  • FIG 9 provides a breakdown of the components required to build the Expert Engine;
  • FIG 10 provides a logic chart showing the logic flow inside the Expert Engine
  • FIG 11 is flowchart for validation and authentication of incoming requestors
  • FIG 12 is a flowchart for the validation and normalization of incoming documents
  • FIG 13 is a flowchart of the Profile Manager
  • FIG 14 is a flowchart of the Inference Engine.
  • FIG 15 is a flowchart of the Output Manager DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
  • FIG 1 the figure represents the three major components of the Expert System 100.
  • An Input Manager 200 to receive incoming documents the Inference Engine 400 that provides the processing logic, and an Output Manager 600 that formats and dispatches the output in a defined manner.
  • Fig 2 represents an exploded view of the Inference Engine.
  • the major components of the Inference Engine 400 are the Template Manager 410 and the Dynamic Node Engine 420.
  • the Template Manager 410 receives the input document from the Input Manager 200.
  • the Template Manager 410 then provides the template based on the input document and the profiles attached at the input stage. Any one of the profiles, or the document itself can alter the decision template used.
  • a request comes in for a catalogue item, a PC Workstation for a staff X.
  • the request comes in via an XML request.
  • This document is normalized and passed to the Profile Manager (shown in Fig 3).
  • the Profile Manager then appends the staff/department profile, and a catalogue profile to the request
  • the catalogue request is passed to the Inference Engine 400.
  • the Template Manager 410 decides the correct decision template to use and passes that template to the Dynamic Node Engine 420.
  • the staff profile can alter what workstation configurations that are passed back as the result of the action.
  • Another example would be a purchase order for an item that requires customs clearance.
  • the Profile Manager would attach details of the clearance procedure that is then passed to the Template Manager 410.
  • a template is then assigned to follow the import procedure.
  • the Template Manager 410 Once the Template Manager 410 has assigned a template to the document, it is passed to the Dynamic Node Engine 420.
  • the Dynamic Node Engine 420 uses the template to pass each node in the Decision Template 430 to the Node Execution Manager 440.
  • Control can be passed back to the Inference Engine 400 and the Template Manager 410 if the current node requests the execution of another template.
  • a node can call another template to request import clearance documentation.
  • the Inference Engine 400 uses recursive techniques to execute each template until all of the templates are completed 480. This way, distinct, but common decision trees can be embedded into each other resulting in highly flexible business process logic. Once all the templates are complete, the result is passed to the Output Manager 600.
  • Fig 3 shows the components and flow of the Input Manager 200.
  • the Expert System receives a request from an external source. The request is validated and a session key is generated for this transaction 210. The request is validated as an XML document and the Document Type Definition are checked for validity 220.
  • a gene ⁇ c parser can be used to parse the document for normalizing for internal processing. Alternatively, the Document type is used to identify the correct parser to normalize the document 230.
  • the parsers 240 - 270 normalize the document for internal processing.
  • Fig 4 shows the components for the Profile Manager 300. The profile manager attaches profile information for suppliers and other third parties such as freight, logistics and clearance houses 320, 360.
  • Fig 5 shows an exploded view of the Node Execution Manager 440.
  • the Node Execution Manager 440 The Node Execution
  • Manager 440 looks at the node to decide whether a decision needs to be made, such as a conditional branch 442, or other decision 444, or pass the node to the Task Engine 450.
  • the modular Task Engine 450 then passes the execution of the node off and continues on with the decision tree.
  • Fig 6 is an exploded view of the Task Engine 450.
  • the Task Engine's 450 job is to execute tasks inside the decision tree.
  • the Task Engine 450 executes instructions within the task passed to the Task Engine 450.
  • tasks can be compound SQL statements or predefined tasks 460.
  • connectors can be defined to call other XML databases, or Expert Servers 490, SAP R 3 using ABAP 491, or CORBA, JDBC, ODBC COM/DCOM compliant data sources 492.
  • Fig 7 is an exploded view of the Output Manager 600.
  • the results of the execution are passed from the Inference Engine 400, to the Output Manager 600.
  • the Profile Manager 300 first checks the output to see if there is any need to update the profile tables 610.
  • An example of a profile update may be a change m a discount structure as a result of a query to a supplier catalogue.
  • the result is then converted back into the document type expected by the external system 630.
  • Examples are Open Business Initiative (OBI), cXML, Biztalk, Common Business Language or other XML based formats 640 - 670.
  • OBI Open Business Initiative
  • cXML cXML
  • Biztalk Common Business Language
  • Common Business Language Common Business Language
  • Another option is to pass back presentation information if the external system requires formatting information. Examples of formatting are CSS and XSL 680.
  • Fig 8 provides a view of how the expert server is setup in a networked environment. External organizations wish to transact business with Organization A. Organization A has a web presence 850 that provides information and services for the business. This could include marketing information and shopping facilities.
  • One example is when Customer 810 makes a request for a catalogue item on the company Web Server 850.
  • the Web Server makes a request back to the Internal Expert Server 100 via an XML request.
  • the Expert Server 100 calls the information from the Legacy System 870 for the catalogue item information, which then passes it back to the Web Server 850.
  • the Customer 810 then wants to know the delivery time for the item in question.
  • Web Server 850 calls the Expert Server 100 to ask the delivery timeframe.
  • the Expert Server 100 asks for the build time from the Legacy System 870 and the delivery time and cost from the Logistics Server 820. This is passed to the customer browser along with the presentation information.
  • the Customer 810 then wants to query an item that is not available in the existing catalogue.
  • the Web Server makes a request back to the Internal Expert Server 100 via an XML request.
  • the Expert Server 100 calls the information from the Legacy System 870 for the catalogue item information, which then passes it back to the Web Server 850.
  • the Customer 810 then wants to know the delivery time for the item
  • Web Server 850 asks the Expert Server 100.
  • the Expert Server 100 asks either a third party XML Server 800, or a business portal such as Ariba or CommerceOne 830.
  • the result is returned to the Customer browser 810 along with formatting information.
  • Another example is when a third party vendor wants to sell an item of Organization A.
  • the third party server 800 calls the Expert Server 100 to ask if the item is available.
  • the third party 800 passes the configuration as an XML document to the Expert Server 100.
  • the Expert Server 100 parses the document through a rule checker and returns the result.
  • Fig 9 shows the hardware and software components necessary to build the Expert Server.
  • a computer hardware platform 920 is required along with an operating system 922.
  • Example operating systems are Windows NT Server with a Compaq Proliant Server or a AS400 with OS400 operating system. However, most platforms are supported by the preferred embodiment.
  • the Network Card 930 and the TCP/IP Stack 932 are also shown.
  • Databases that can be used are an ANSI SQL compliant Database such as Oracle 924, Microsoft Sequel Server 926 or MySQL 928. This list is not exhaustive although the database needs to be JDBC or ODBC compliant. On top of the database is the Java Development Kit 934 including the Java Database Connector 936.
  • the Web Server 944 provides communication between the Expert Server and third party organizations running Web Servers, web browsers, and other XML compliant systems.
  • Web Servers are Apache, Netscape Commerce Server, and Microsoft's Internet Information Server (US).
  • the Web Server supports Perl scripting language 938. Common examples of other languages that can be used are Active Perl for Windows NT and Mod_perl for the Apache Server.
  • the XML Parser 940 is used to parse, generate, manipulate, and validate XML documents. Examples of popular XML Parsers include XML Parser for Java from IBM and Cocoon from the Apache Software Foundation.
  • the Web Server uses Secure Sockets to provide an encrypted link to a third party browser 948.
  • Server to Server communication 946 security is provided by public key encryption techniques implemented by the various techniques dependant on the requirement of both parties. Examples are RSA Encryption, Pretty Good Privacy and Motorola's CipherNet.
  • a Digital certificate is attached to the document to certify the authenticity of the third party.
  • Fig 10 provides a logic chart showing the logic flow inside the Expert Engine. The Expert Engine first receives the XML document as input 950. The document is then validated and a session identifier is assigned 952. Profiles are then attached based on objects in the document 954. A decision template is assigned to the document 956, and the nodes are executed 958. If there is an embedded template 960, then control is passed back to the top of the new decision template 956.
  • the Expert system is a set of classes and methods designed to work on document objects. Now referring to Fig 11, the document is received from the listener port on the Host System 1010. The listener program receives a request to connect to the port using Secure Layer Socket.
  • the server can assign the sockets on any number of ways. For example, a set of sockets can be used for low security traffic from a superset of IP addresses and a set for high security traffic which allows access from a subset of IP address. Ports can be assigned for specific high traffic business such as the top supplier or customer.
  • the listener program accepts the request and creates a secure socket with the Requestor 1020. Once the socket is created, the document is called to test the nature of the document 1030. The decision is then made as to whether or not the certification is needed for the request 1040. If certification is needed, then the socket is passed off to the authentication manager to certify that the requestor is as who they say they are.
  • Authentication is achieved by two methods, firstly by the use of an approved certificate from a trusted authonty such as Verisign 1063 or by using standards such as X.509 from the Internet Enginee ⁇ ng Task Force (IETF) 1062 or PGP from Pretty Good P ⁇ vacy 1061.
  • IETF Internet Enginee ⁇ ng Task Force
  • PGP Pretty Good P ⁇ vacy 1061.
  • Each of the authentication methods are classes that are used to validate the document.
  • the certificate is requested from the third party 1050, and verified from a trusted third party or through the exchange of keys 1060.
  • the document validation process accepts the document from the authenticator 1100. This next process validates the structure of the document prepa ⁇ ng it for the Inference Engine. The process extracts the document type definition (DTD) from the document 1110. The next step is to ask whether the document has a schema that is known to the system 1120. If it is not known, then the schema is called from the remote site provided in the document 1130. Sets of classes are defined to handle popular schema 1170. Examples are Common Business Language, Biztalk, Open Business Initiative and cXML 1171, 1172, 1173. Then, two tests are performed. The first is whether the document is well formed, that is does it follow XML tag conventions?
  • the second is whether the document is valid, which means does it conform to the DTD attached to the document 1150? If either of the tests fail, then the administrator is flagged and the document session is dropped 1160. Otherwise, the document is normalized using an internal schema for the Inference Engine 1180. This includes making sure elements are correctly typed. The normalized document is then passed to the Profile Manager 1190.
  • the Profile Manager in Fig 13 profiles information that assist in the execution of the document. For example, supplier information, logistics information, and data-source access.
  • the Profile Manager accepts the instance of the document and its definition from the validation process 1200.
  • the document is then tested for object tags that relate to objects defined outside elsewhere 1210. If there are external objects 1220, the object data is sub-classed to the document object 1230.
  • the document makes a request for a price and delivery timeframe for item ABCEF using UPS ground.
  • UPS within this document will allow the Inference Engine to quickly extract the information from either an internal databases or through a remote invocation to the UPS site.
  • the subclass holds the methods and the Inference Engine does not care how the data is retrieved.
  • the object profiles are sub-classed under the Document Engine 1240. Once this is complete, the instance of the XML document is passed to the Inference Engine 1250.
  • the Inference Engine accepts the document from the Profile Manager
  • the document object includes the definition and subclasses.
  • the document then enters the Template Manager.
  • the Template Manager's job is to assign a decision tree to the document object
  • the Template itself is a document object model (DOM) instance of an XML model. It is assigned based on the nature of the document and the requestor 1320.
  • DOM document object model
  • the execution manager fetches the template 1320 and prepares the template for execution.
  • the node from the template is then fetched 1330.
  • the node itself can fetch a template 1340.
  • the node is executed 1350 using various classes previously sub-classed or from new interfaces or classes as needed
  • the Node Execution Manager tests for the end of the decision template 1360. If this is true, then the Template Manager tests to see if all the templates have been executed 1370. If this is true, then the results of the execution manager are passed to the Output Manager 1380.
  • the Output Manager is depicted in Fig 15. The output manager receives the output from the
  • the Profile Manager then tests to see if the output has any reference to existing data objects 1410. If this is true, the profile data-sources are updated 1420. An example would be the modification of delivery address, or a change in the address of a server. The data-sources need to be assigned by the administrator 1421, 1422, 1423. At this point, the result is a well-formed valid XML document 1430.
  • the Output Manager then tests to see if the document requires reformatting for output 1440. If so, then the correct parser is called from the classes 1441, 1442,1443. It is not always necessary to reformat the document if the recipient of the output can accept well-formed documents themselves.
  • the result of an update can simply return a well-formed XML document stating that the update was successful.
  • the Output Manager then tests to see if presentation information is required 1460. If the recipient of the output is a browser, then presentation information will be needed to correctly display the output. If the recipient is another expert engine or server application, then presentation information will probably not be needed as the other server will do its own processing.
  • the Output Manager attaches presentation information if required 1470. There are a number of ways currently available to do this including CSS and XSL 1471,1472,1473. The completed document object is passed back through the port to the recipient 1480. From the description above, a number of advantages of the invention become evident. For example, the ability to tailor the business rules and logic depending on the context of the document. This allows for many different documents to be handled without the need for coding each document instance.
  • This invention solves this problem by using XML to normalize internally.
  • This modular approach allows the invention to also normalize legacy interfaces such as COM and CORBA objects, ABAP and others.
  • legacy interfaces such as COM and CORBA objects, ABAP and others.
  • the ability to provide extensible business logic through compound templates allows businesses to greatly improve the automation of business transactions and reduce the cost of those transactions. This also reduces the complexity of business logic.
  • the expert system method and apparatus provides a highly extensible platform for business to business transactions that improves the ability of business to conduct commerce with multiple disparate suppliers and third parties. Furthermore, the use of dynamic templates and dynamic node execution overcomes the prior art's inability to respond to dynamic environments.
  • expert system can be embodied including but not limited to C, C++, Perl , Visual Basic, ASP, Oracle etc.
  • the expert system has the advantage that: it lends itself to diagnostic and consultative capabilities for web based application such as Customer Resource Management, Customer Service Systems, and Sales force automation.
  • the invention also lends itself to website portal integration, web retail shopping and comparative shopping.
  • the invention also lends itself to electronic procurement systems.
  • the system also has a capability to facilitate complex document routing. That is, it can pawn multiple documents from one document or vice verse. Each has it's own logic to follow.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Data Mining & Analysis (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Stored Programmes (AREA)

Abstract

L'invention concerne un procédé et un système destinés à un système de commerce électronique permettant aux sociétés d'effectuer des transactions commerciales via l'Internet ou des réseaux à valeur ajoutée. Le système expert permet aux entreprises d'effectuer des transactions commerciales indépendamment des disparités qui peuvent exister entre systèmes internes et entre les systèmes logistiques et ceux du fournisseur. L'invention concerne donc un système expert, un procédé et un appareil faisant intervenir un gestionnaire (200) d'entrées servant à normaliser les documents entrants, et un moteur (400) d'inférence comprenant un gestionnaire (410)dynamique de modèles décisionnels servant à affecter des modèles aux documents en fonction de l'environnement. Le moteur d'inférence exécute le modèle au moyen d'un moteur (420) dynamique de noeuds et du gestionnaire (440) d'exécution de noeuds, qui, pour exécuter le modèle décisionnel (430) font défiler le modèle décisionnel, exécutent un branchement conditionnel ou transfèrent l'exécution au gestionnaire de tâches. Le gestionnaire de tâches identifie la source de données à manipuler appropriée et renvoie le résultat au gestionnaire d'exécution de noeuds.
PCT/US2001/008717 2000-03-24 2001-03-19 Procede et appareil qui, pour faciliter le commerce electronique, utilisent un systeme expert pour l'execution de documents de transaction commerciale WO2001073650A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CA002403652A CA2403652A1 (fr) 2000-03-24 2001-03-19 Procede et appareil qui, pour faciliter le commerce electronique, utilisent un systeme expert pour l'execution de documents de transaction commerciale
EP01920513A EP1266331A4 (fr) 2000-03-24 2001-03-19 Procede et appareil qui, pour faciliter le commerce electronique, utilisent un systeme expert pour l'execution de documents de transaction commerciale
NZ521427A NZ521427A (en) 2000-03-24 2001-03-19 Method and apparatus for using an expert system to execute business transaction documents to facilitate electronic commerce
AU2001247559A AU2001247559A1 (en) 2000-03-24 2001-03-19 Method and apparatus for using an expert system to execute business transaction documents to facilitate electronic commerce

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US53418000A 2000-03-24 2000-03-24
US09/534,180 2000-03-24

Publications (1)

Publication Number Publication Date
WO2001073650A1 true WO2001073650A1 (fr) 2001-10-04

Family

ID=24129004

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2001/008717 WO2001073650A1 (fr) 2000-03-24 2001-03-19 Procede et appareil qui, pour faciliter le commerce electronique, utilisent un systeme expert pour l'execution de documents de transaction commerciale

Country Status (5)

Country Link
EP (1) EP1266331A4 (fr)
AU (1) AU2001247559A1 (fr)
CA (1) CA2403652A1 (fr)
NZ (1) NZ521427A (fr)
WO (1) WO2001073650A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010139167A1 (fr) * 2009-06-05 2010-12-09 深圳市脑库计算机系统有限公司 Plate-forme de système d'application support d'expert permettant une prise de décision concernant des affaires gouvernementales et des affaires commerciales et procédé de construction associé
US9946694B2 (en) 2012-11-13 2018-04-17 Dicentral Corporation Methods, systems and apparatuses for scalable electronic data interchange communications with smart web forms
US12033195B1 (en) * 2021-03-29 2024-07-09 Amazon Technologies, Inc. E-commerce document framework with cross-source and cross-document validation

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115955309B (zh) * 2023-03-13 2023-06-02 浙江华创视讯科技有限公司 一种加密推理方法及其系统、设备、存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5970475A (en) * 1997-10-10 1999-10-19 Intelisys Electronic Commerce, Llc Electronic procurement system and method for trading partners
US6157915A (en) * 1998-08-07 2000-12-05 International Business Machines Corporation Method and apparatus for collaboratively managing supply chains

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5043891A (en) * 1985-08-16 1991-08-27 Wang Laboratories, Inc. Document generation apparatus and methods
US6006242A (en) * 1996-04-05 1999-12-21 Bankers Systems, Inc. Apparatus and method for dynamically creating a document
US6810429B1 (en) * 2000-02-03 2004-10-26 Mitsubishi Electric Research Laboratories, Inc. Enterprise integration system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5970475A (en) * 1997-10-10 1999-10-19 Intelisys Electronic Commerce, Llc Electronic procurement system and method for trading partners
US6157915A (en) * 1998-08-07 2000-12-05 International Business Machines Corporation Method and apparatus for collaboratively managing supply chains

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP1266331A4 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010139167A1 (fr) * 2009-06-05 2010-12-09 深圳市脑库计算机系统有限公司 Plate-forme de système d'application support d'expert permettant une prise de décision concernant des affaires gouvernementales et des affaires commerciales et procédé de construction associé
US9946694B2 (en) 2012-11-13 2018-04-17 Dicentral Corporation Methods, systems and apparatuses for scalable electronic data interchange communications with smart web forms
US12033195B1 (en) * 2021-03-29 2024-07-09 Amazon Technologies, Inc. E-commerce document framework with cross-source and cross-document validation

Also Published As

Publication number Publication date
AU2001247559A1 (en) 2001-10-08
NZ521427A (en) 2005-05-27
CA2403652A1 (fr) 2001-10-04
EP1266331A1 (fr) 2002-12-18
EP1266331A4 (fr) 2003-06-25

Similar Documents

Publication Publication Date Title
US7337148B2 (en) Enhanced security and processing for web service business transactions
US9197694B2 (en) Providing on-demand access to services in a wide area network
US7797452B2 (en) Method and system for facilitating the integration of a plurality of dissimilar systems
US7831693B2 (en) Structured methodology and design patterns for web services
US9467405B2 (en) Routing messages between applications
US6585778B1 (en) Enforcing data policy using style sheet processing
US8700781B2 (en) Automated processing of service requests using structured messaging protocols
US20020184145A1 (en) Methods and system for integrating XML based transactions in an electronic invoice presentment and payment environment
Ba et al. Using client-broker-server architecture for Intranet decision support
US20080222517A1 (en) Applying Patterns to XSD for Extending Functionality to Both XML and non-XML Data Data Structures
US20120324125A1 (en) System and method for routing messages between applications
US10848541B2 (en) Method and system for facilitating the integration of a plurality of dissimilar systems
US7257647B2 (en) Development environment platform using message type mapping for converting message and providing information between systems having different data structures
Dan et al. Business-to-business integration with tpaML and a business-to-business protocol framework
US9948644B2 (en) Routing messages between applications
US7107333B2 (en) Method and apparatus for processing workflow through a gateway
JP2005505815A (ja) 企業間取引における共同作業のバイラル採択のための方法
US20030154154A1 (en) Trading partner conversation management method and system
WO2001073650A1 (fr) Procede et appareil qui, pour faciliter le commerce electronique, utilisent un systeme expert pour l'execution de documents de transaction commerciale
Olivier et al. Wrappers––a mechanism to support state-based authorisation in Web applications
Dheeradhada St. Gabriel's Library, kJ
Dheeradhada On-line business information system of the computer solution company
Van de Putte et al. AIM Architecture for Financial Services
Adan et al. Integrating WebSphere Commerce Suite
JP2001216415A (ja) 単位毎情報管理システム

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ 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 NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

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

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 521427

Country of ref document: NZ

WWE Wipo information: entry into national phase

Ref document number: 2403652

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 2001920513

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2001247559

Country of ref document: AU

WWP Wipo information: published in national office

Ref document number: 2001920513

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: JP

WWP Wipo information: published in national office

Ref document number: 521427

Country of ref document: NZ

WWG Wipo information: grant in national office

Ref document number: 521427

Country of ref document: NZ

WWW Wipo information: withdrawn in national office

Ref document number: 2001920513

Country of ref document: EP