WO2002071201A1 - Method and apparatus for electronic document exchange - Google Patents

Method and apparatus for electronic document exchange Download PDF

Info

Publication number
WO2002071201A1
WO2002071201A1 PCT/US2001/006752 US0106752W WO02071201A1 WO 2002071201 A1 WO2002071201 A1 WO 2002071201A1 US 0106752 W US0106752 W US 0106752W WO 02071201 A1 WO02071201 A1 WO 02071201A1
Authority
WO
WIPO (PCT)
Prior art keywords
document
relationship
documents
dtd
parties
Prior art date
Application number
PCT/US2001/006752
Other languages
French (fr)
Other versions
WO2002071201A8 (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
Priority claimed from US09/795,790 external-priority patent/US20010027459A1/en
Application filed by Xbridge Software, Inc. filed Critical Xbridge Software, Inc.
Priority to AU2001243386A priority Critical patent/AU2001243386A1/en
Publication of WO2002071201A1 publication Critical patent/WO2002071201A1/en
Publication of WO2002071201A8 publication Critical patent/WO2002071201A8/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/04Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2463/00Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00
    • H04L2463/102Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00 applying security measure for e-commerce

Definitions

  • An electronic commerce network enables corporations to transact business over the Internet or other Networks.
  • a characteristic of this environment is that each party employs one or more systems, services and protocols to support processes within their organization.
  • Another characteristic is that documents and document structures differ according to the context of the prevailing relationship between two or more parties using the document. For example, an order document is regarded and processed differently when viewed from a manufacturing context than from an accounts receivable or an employee commission context.
  • US 5,878,398 (Tokuda et al) teaches the routing of documents between document type and the associated users or departments of that document. This routing method is simplistic and does not take into account different types of recipients and their respective needs in the context of the document. For example, an Order Form coming from an external party may need to be handled by several parties simultaneously. The sales department, the purchasing department and the accounts department may need knowledge of the document. This invention only provides for serial routing of documents, and not multiple parallel paths for the document. US 5,557,70 (Edwards et al) teaches document structure for meaning within the
  • EDI Electronic Data Interchange
  • the data dictionary is previously defined and uses a simple translation technique to move between standardized EDI documents and internal data formats. This does not allow a document to be routed within the context of the relationship with the third party and does not allow the flexibility of definingmeaning and logic for documents.
  • US 5,983,248 (DeRose et al) teaches the means for indexing, navigating, and displaying electronic documents on an output device.
  • the descriptive markup describes the content and the meaning of "tagged" data within the document. However, it does not provide for the logical use of that document. For example, although it may describe the fact that it is a purchase order, and that a purchase order has various fields of data, and that data can be represented by a tree, and that tree is displayable, it does not provide for the logic of what to do with that document.
  • the present invention provides a system and method for electronic exchange and processing of documents, using standard protocols, via private and public communications networks.
  • Each participating organization defines a relationship to other organizations, including security rules (model), definitions for documents exchanged with other organizations, and rules (decision templates) for processing each document type.
  • security rules model
  • definitions for documents exchanged with other organizations and rules (decision templates) for processing each document type.
  • decision templates rules for processing each document type.
  • the security model As documents are exchanged between organizations, the security model, the document definitions and associated decision templates manage and control the flow and processing of exchanged documents. Accordingly, besides the several objects and advantages of the invention described above, several objects and advantages of the present invention are now described.
  • the system and method facilitate commercial transactions over a computer driven network capable of providing communications between at least two parties.
  • Another object is to provide an electronic computer architecture that accommodates a wide variety of commerce transactions including those that are now currently physical in nature.
  • Another object is to provide a means for transmitting and receiving XML documents over a public or private infrastructure reliably and securely.
  • Another object is to provide a means to associate logic to data documents within the context of relationships between two or more parties.
  • FIG 1 is a diagram of the environment and major components of electronic document exchange
  • FIG 2 is a diagram of the organizational container, the relationship container and the document definitions and decision templates
  • FIG 3 is a flow diagram on the creation of organizational containers
  • FIG 4 is a flow diagram on the creation of the relationship container
  • FIG 5 is a flow diagram on adding document adding decision trees to document definitions within a relationship container
  • FIG 6 is a flow diagram of how an incoming document is handled. DETAILED DESCRIPTION OF THE INVENTION
  • Each system is similarly configured, 122, with web servers 110, document servers 112, security monitors, e.g. "firewalls" 114, production systems 116, location / department, etc. document servers, and intranet web servers 120. (Not all components may be in all systems.)
  • URL Universal Reference Locator
  • the URL allows one computer within the Internet to request and receive a specific file from another computer connected to the Internet. These individual files may be public or protected by userid/password combinations.
  • this technique is used for one customer system to access document and document information within another computer, including document interchange.
  • Each participating organization defines an "organizational container" 204 for each other participating organization. If there are N participating organizations, each organization will have N-l containers, one for each of the others.
  • An organizational container consists of a security model 206 which gives the rules for document exchange to that organization. These rules may include rules such as "free exchange of all documents”, “classified documents may not be sent or received”, “order documents only”, or "documents may be received and not sent”.
  • the container has one document definition (Document Type Definition or "DTD") 208 for each document type exchanged with the organization.
  • This document type definition defines what data elements can and must be included in the document.
  • a decision template 210 Associated with each DTD 208 is a decision template 210.
  • the decision template 210 contains the logic of how the document is to be handled once received.
  • the invention takes place in two phases: the definition of organizations and organizational containers; and the interchange of documents between organizations once defined.
  • the first phase is shown in figures 3-5.
  • Fig 3 shows how the third party organization container is created.
  • the user firstly adds a new organization 300.
  • the user then enters the default URL and user password combination 302. If the URL and user password combination is not accepted 304 then it is rejected 312. If it is accepted then the details are either retrieved from the remote server or inputted by the user 306.
  • the information is then tested for validity 308. If the information is incorrect, then the details are requested from the user. If the information is correct, the organization container is stored on the server 310.
  • the URL of the document server on the remote organization's document server is stored on each other computer which has a relation with the organization.
  • Fig 4. This shows how relationships are created inside organization containers.
  • the organization container previously created is selected 400.
  • the new relationship is added 402.
  • document definitions (DTD) URLs are added 404.
  • the URL is then tested to see if the DTD is available and valid 406. If valid then the security model is requested. This can be the default or a alternate model inputted 408 by the user. If there are more DTD's to add then these are added as well.
  • the relationship is then stored on the server.
  • each relationship between the organizations is defined, including security rules used between the organizations.
  • Fig 5. This shows the addition of a decision tree to a document definition.
  • the user selects the organization container 500, then selects the relationship within the organization 502. Then the user selects the document definition previously added to the relationship container 504. A decision tree is then added to the document definition 506. This can be created or a previously created definition may be used. If there are more definitions, then they are also added 508. The relationship is then saved on the server.
  • each of the organizations are defined and each of the relationships between organizations are defined.
  • the relationship defines the security rules between organizational pairs, documents exchanged between the organizations, and the decision tree used to process each document received. This information is stored on servers within the Internet as documents, identified by a URL and possibly protected by userid/password.
  • Phase two consists of the interchange of documents between the organizations set up in phase 1.
  • FIG. 6 It shows the path an incoming document 600 takes.
  • the document is received and the document definition type is extracted from the document 610.
  • the sending organization is identified from information in the DTD.
  • the predefined relationship with that organization is then found 620.
  • the decision tree is extracted 640.
  • the tree is then executed 650.
  • the result set is the extracted from the server 660.
  • the result set is marked up 680 and the output document 690 is dispatched.
  • the present invention provides the ability to tailor business rules and logic depending on the context of the document within the relationship with a third party. This allows for many different documents to be handled with out the need for coding each document instance.
  • the preferred embodiment provides the ability to transact business between a multiplicity of partners within the instance of a transaction, have a multiplicity of relationships within the instance of a transaction, and have a multiplicity of decisions within the instance of a transaction.
  • the ability to provide extensible business logic through compound templates will allow businesses to greatly improve the automation of business transactions and reduce the cost of those transactions.
  • the present invention provides a method and apparatus for the movement of any types of business to business or business to consumer document or group of documents to assist in transactions or information dissemination.
  • Exchange could be used as a means to facilitate the exchange and conversion of a document from one definition to another. It can be used to serve clients as well as other servers or any remote application that wishes to move electronic documents.
  • Electronic Document Exchange lends itself to: a) conversion of documents between definitions; b) It lends itself to business document aggregation wherein multiple documents form the instance of the relationship between a multiplicity of parties; c) It lends itself for multiple documents within a single transaction or common transactions; and d) it lends itself to handle multiple language documents. Accordingly, the scope of the invention should be determined not by the embodiments illustrated, but by the appended claims and their legal equivalents.

Abstract

A method and apparatus for performing electronic document exchange between a plurality of parties is described. Each party may have a multiple number of data communications processors at various locations. These data communications processors or servers transmit documents between respective parties under the context of relationships between the two or more parties. When the organizations decide on those relationships, they exchange capability to exchange documents through the establishment of a security protocol model and document type definitions (DTD) for the exchanged documents. These DTDs are stored within relationship containers on the server. The relationships are stored within organizational containers. Additionally, DTDs inherit attributes of the relationship and of the organization. Multiple documents in relationships and multiple relationships within organizational containers can exist. The logic of the document is defined within the context of the relationship between two parties. This logic is associated with the DTD and stored within the appropriate relationship where the DTD is stored. Once a document is received, the DTD is extracted and the relationship is located for that DTD. At each step, the requestor is tested to see whether the request is working within the relationship. The document and the decision template are passed through the engine and the result set is marked up and passed back to the requestor.

Description

METHOD AND APPARATUS FOR ELECTRONIC DOCUMENT EXCHANGE
CROSS REFERENCE TO RELATED APPLICATIONS This patent is cross-reference to patent application "Method and apparatus for using an expert system to execute business documents to facilitate electronic commerce" filed on 12/03/99 and serial number 60/169213. This invention claims the benefit of U.S. Provisional Patent Application 60/186,014 filed on March 1, 2000. FIELD OF THE INVENTION The invention relates generally to computers and, more particularly, to a method and apparatus to facilitate the exchange of electronic documents between businesses and other types of organizations, and the subsequent processing of such documents. BACKGROUND OF THE INVENTION
An electronic commerce network enables corporations to transact business over the Internet or other Networks. A characteristic of this environment is that each party employs one or more systems, services and protocols to support processes within their organization. Another characteristic is that documents and document structures differ according to the context of the prevailing relationship between two or more parties using the document. For example, an order document is regarded and processed differently when viewed from a manufacturing context than from an accounts receivable or an employee commission context.
The major area of prior art associated with the transmission of documents is in the Electronic Data Interchange (EDI) area. For example, US 5,894,558 (Falker ) teaches converting a document by means of a normalization process into standard formats for both structure arid meaning. Although structure normalization is necessary to traverse standard network protocols, standardizing the document's meaning requires a data dictionary, an identification and use description for each field contained within the document, for each party. This method does not provide flexibility for users of the system. Modification of the data dictionary is slow and cumbersome, and required all parties to have identical versions installed at all times. Furthermore the logic of routing of documents is fixed and limited by the rule sets supported by the data dictionary used.
US 4,648,061 (Foster) teaches a distribution network for the interchange of documents by creating an underlying protocol that negotiates between two or more processors and interrogates the respective capabilities to transmit documents. There still must be a structure and meaning predefined to the document once the negotiation is complete.
US 5,878,398 (Tokuda et al) teaches the routing of documents between document type and the associated users or departments of that document. This routing method is simplistic and does not take into account different types of recipients and their respective needs in the context of the document. For example, an Order Form coming from an external party may need to be handled by several parties simultaneously. The sales department, the purchasing department and the accounts department may need knowledge of the document. This invention only provides for serial routing of documents, and not multiple parallel paths for the document. US 5,557,70 (Edwards et al) teaches document structure for meaning within the
Electronic Data Interchange (EDI) format. With EDI the data dictionary is previously defined and uses a simple translation technique to move between standardized EDI documents and internal data formats. This does not allow a document to be routed within the context of the relationship with the third party and does not allow the flexibility of definingmeaning and logic for documents.
US 5,983,248 (DeRose et al) teaches the means for indexing, navigating, and displaying electronic documents on an output device. The descriptive markup describes the content and the meaning of "tagged" data within the document. However, it does not provide for the logical use of that document. For example, although it may describe the fact that it is a purchase order, and that a purchase order has various fields of data, and that data can be represented by a tree, and that tree is displayable, it does not provide for the logic of what to do with that document. Once the document is rendered for display or print, it is up to the user to decide how to process it.
Therefore, what is needed is an invention that facilitates electronic document exchanges utilizing standard protocols and that is flexible to use. SUMMARY OF THE INVENTION
The present invention provides a system and method for electronic exchange and processing of documents, using standard protocols, via private and public communications networks. Each participating organization defines a relationship to other organizations, including security rules (model), definitions for documents exchanged with other organizations, and rules (decision templates) for processing each document type. As documents are exchanged between organizations, the security model, the document definitions and associated decision templates manage and control the flow and processing of exchanged documents. Accordingly, besides the several objects and advantages of the invention described above, several objects and advantages of the present invention are now described. First, the system and method facilitate commercial transactions over a computer driven network capable of providing communications between at least two parties. Another object is to provide an electronic computer architecture that accommodates a wide variety of commerce transactions including those that are now currently physical in nature.
Another object is to provide a means for transmitting and receiving XML documents over a public or private infrastructure reliably and securely.
Another object is to provide a means to associate logic to data documents within the context of relationships between two or more parties.
It is a further objective to identify documents that are to be transacted with the context of relationships between two or more parties.
It is a further objective to identify document types and assign decision trees to those document types to facilitate transactions. It is a further object to provide an abstract layer above existing applications to facilitate electronic document exchange.
It is a further object of the invention to provide a mechanism for the unfettered establishment of electronic commerce relationships without due regard for technologies or systems. Therefore, in accordance with the previous description, objects, features and advantages of the present invention will become apparent to one skilled in the art from the subsequent description and the appended claims taken in conjunction with the accompanying drawings. BRIEF DESCRIPTION OF THE DRAWINGS
FIG 1 is a diagram of the environment and major components of electronic document exchange;
FIG 2 is a diagram of the organizational container, the relationship container and the document definitions and decision templates;
FIG 3 is a flow diagram on the creation of organizational containers;
FIG 4 is a flow diagram on the creation of the relationship container; FIG 5 is a flow diagram on adding document adding decision trees to document definitions within a relationship container; and
FIG 6 is a flow diagram of how an incoming document is handled. DETAILED DESCRIPTION OF THE INVENTION
The foregoing and other objects, advantages and manner of operation and novel features will be understood from the detailed description when read in conjunction with the accompanying drawings. Refer to Figure 1. Two or more computer systems, shown as "Third Party Computer
System" 100-106, are connected to the Internet via communications lines. (It should be clear, that these could also be entities, e.g. departments, branches, headquarters, etc., within the same company. It should also be clear that the Internet could also be an intranet, or a LAN or WAN communication network for example.) Each system is similarly configured, 122, with web servers 110, document servers 112, security monitors, e.g. "firewalls" 114, production systems 116, location / department, etc. document servers, and intranet web servers 120. (Not all components may be in all systems.)
Within this network, access to specific information is through a standard address called the "Universal Reference Locator" or URL. The URL allows one computer within the Internet to request and receive a specific file from another computer connected to the Internet. These individual files may be public or protected by userid/password combinations. Within the current invention, this technique is used for one customer system to access document and document information within another computer, including document interchange.
Refer to Figure 2. Each participating organization defines an "organizational container" 204 for each other participating organization. If there are N participating organizations, each organization will have N-l containers, one for each of the others.
An organizational container consists of a security model 206 which gives the rules for document exchange to that organization. These rules may include rules such as "free exchange of all documents", "classified documents may not be sent or received", "order documents only", or "documents may be received and not sent".
The container has one document definition (Document Type Definition or "DTD") 208 for each document type exchanged with the organization. This document type definition defines what data elements can and must be included in the document. Associated with each DTD 208 is a decision template 210. The decision template 210 contains the logic of how the document is to be handled once received.
The invention takes place in two phases: the definition of organizations and organizational containers; and the interchange of documents between organizations once defined. The first phase is shown in figures 3-5. Fig 3 shows how the third party organization container is created. The user firstly adds a new organization 300. The user then enters the default URL and user password combination 302. If the URL and user password combination is not accepted 304 then it is rejected 312. If it is accepted then the details are either retrieved from the remote server or inputted by the user 306. The information is then tested for validity 308. If the information is incorrect, then the details are requested from the user. If the information is correct, the organization container is stored on the server 310. At the completion of this step, the URL of the document server on the remote organization's document server is stored on each other computer which has a relation with the organization. Refer now to Fig 4. This shows how relationships are created inside organization containers. First, the organization container previously created is selected 400. Then the new relationship is added 402. Within this relationship, document definitions (DTD) URLs are added 404. The URL is then tested to see if the DTD is available and valid 406. If valid then the security model is requested. This can be the default or a alternate model inputted 408 by the user. If there are more DTD's to add then these are added as well. The relationship is then stored on the server. At the end of this step, each relationship between the organizations is defined, including security rules used between the organizations.
Refer to Fig 5. This shows the addition of a decision tree to a document definition. First, the user selects the organization container 500, then selects the relationship within the organization 502. Then the user selects the document definition previously added to the relationship container 504. A decision tree is then added to the document definition 506. This can be created or a previously created definition may be used. If there are more definitions, then they are also added 508. The relationship is then saved on the server.
Thus at the completion of phase one, each of the organizations are defined and each of the relationships between organizations are defined. The relationship defines the security rules between organizational pairs, documents exchanged between the organizations, and the decision tree used to process each document received. This information is stored on servers within the Internet as documents, identified by a URL and possibly protected by userid/password.
Phase two consists of the interchange of documents between the organizations set up in phase 1. Refer now to Figure 6. It shows the path an incoming document 600 takes. The document is received and the document definition type is extracted from the document 610. The sending organization is identified from information in the DTD. The predefined relationship with that organization is then found 620. From that relationship 630, the decision tree is extracted 640. The tree is then executed 650. The result set is the extracted from the server 660.
The result set is marked up 680 and the output document 690 is dispatched.
In sum, a number of advantages of the invention become evident. First, the present invention provides the ability to tailor business rules and logic depending on the context of the document within the relationship with a third party. This allows for many different documents to be handled with out the need for coding each document instance.
In addition, the preferred embodiment provides the ability to transact business between a multiplicity of partners within the instance of a transaction, have a multiplicity of relationships within the instance of a transaction, and have a multiplicity of decisions within the instance of a transaction.
Moreover, the ability to provide extensible business logic through compound templates will allow businesses to greatly improve the automation of business transactions and reduce the cost of those transactions. Furthermore, the present invention provides a method and apparatus for the movement of any types of business to business or business to consumer document or group of documents to assist in transactions or information dissemination.
While the above description contains may specifics, these should not be construed as limitations to the scope of the invention, but rather as an exemplification of one of the preferred embodiment thereof. Many other variations are possible. For example Electronic Document
Exchange could be used as a means to facilitate the exchange and conversion of a document from one definition to another. It can be used to serve clients as well as other servers or any remote application that wishes to move electronic documents.
Additionally, Electronic Document Exchange lends itself to: a) conversion of documents between definitions; b) It lends itself to business document aggregation wherein multiple documents form the instance of the relationship between a multiplicity of parties; c) It lends itself for multiple documents within a single transaction or common transactions; and d) it lends itself to handle multiple language documents. Accordingly, the scope of the invention should be determined not by the embodiments illustrated, but by the appended claims and their legal equivalents.

Claims

1. A method for the electronic document exchange of XML documents consisting of a multiplicity of communicating data processors, the method comprising: creating an organizational container for each of a plurality of parties; creating a plurality of relationship containers for each relationship between two or more of the plurality of parties; installing the plurality of relationship containers inside the appropriate organizational container; identifying an appropriate document to formalize each relationship between two more of the plurality of parties; exchanging the Uniform Resources Locator (URL) of a Document Type Definition (DTD) of the appropriate document; assigning a decision tree for each DTD; and storing the DTD and the decision tree in the appropriate relationship container.
2. The method according to claim 1, further including: determining a method of transacting documents; establishing a document interchange session based upon the result of the determining step; transmitting a document from a first party to a second party according to the appropriate relationship; receiving the electronic document by the second party from the first party; extracting the DTD from the document; and retrieving the decision tree for that Document Type Definition.
3. The method of claim 2, further including executing the document as per the decision tree and extracting a plurality of results.
4. The method of claim 3, further including passing the plurality of results back to the second party.
PCT/US2001/006752 2001-02-28 2001-03-02 Method and apparatus for electronic document exchange WO2002071201A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2001243386A AU2001243386A1 (en) 2001-02-28 2001-03-02 Method and apparatus for electronic document exchange

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US09/795,790 2001-02-28
US09/795,790 US20010027459A1 (en) 1999-12-03 2001-02-28 Method and apparatus for electronic document exchange
US18601401P 2001-03-01 2001-03-01

Publications (2)

Publication Number Publication Date
WO2002071201A1 true WO2002071201A1 (en) 2002-09-12
WO2002071201A8 WO2002071201A8 (en) 2002-10-24

Family

ID=26881693

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2001/006752 WO2002071201A1 (en) 2001-02-28 2001-03-02 Method and apparatus for electronic document exchange

Country Status (1)

Country Link
WO (1) WO2002071201A1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2927711A1 (en) * 2008-02-19 2009-08-21 B2Boost Com DEVICE FOR EXCHANGING DOCUMENTS BETWEEN TWO PARTS THROUGH A NETWORK

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5740425A (en) * 1995-09-26 1998-04-14 Povilus; David S. Data structure and method for publishing electronic and printed product catalogs
US5966531A (en) * 1989-07-27 1999-10-12 Reuters, Ltd. Apparatus and method for providing decoupled data communications between software processes

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5966531A (en) * 1989-07-27 1999-10-12 Reuters, Ltd. Apparatus and method for providing decoupled data communications between software processes
US5740425A (en) * 1995-09-26 1998-04-14 Povilus; David S. Data structure and method for publishing electronic and printed product catalogs

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
LEE T. ET AL.: "Information integration with attribution support for corporate profiles", ACM CONFERENCE AND INFORMATION AND KNOWLEDGE MANAGEMENT, November 1999 (1999-11-01), pages 423 - 429, XP002943278 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2927711A1 (en) * 2008-02-19 2009-08-21 B2Boost Com DEVICE FOR EXCHANGING DOCUMENTS BETWEEN TWO PARTS THROUGH A NETWORK
WO2009104098A1 (en) * 2008-02-19 2009-08-27 B2Boost.Com Device for exchanging documents between two parties through a network

Also Published As

Publication number Publication date
WO2002071201A8 (en) 2002-10-24

Similar Documents

Publication Publication Date Title
US7337132B2 (en) Customizable two step mapping of extensible markup language data in an e-procurement system and method
US9742614B2 (en) Data-type definition driven dynamic business component instantiation and execution framework
US8332310B2 (en) System and method for facilitating the handling of a dispute using disparate architecture
US7337148B2 (en) Enhanced security and processing for web service business transactions
Chesher et al. Introduction to electronic commerce
US8443185B2 (en) System for management and processing of electronic vendor mail
US20110208610A1 (en) Method and system for exchanging business documents
US20050222896A1 (en) Systems, methods, and software for leveraging informational assets across multiple business units
US6851087B1 (en) System and method of processing computer form data
US20020107752A1 (en) System and method for integrating web-originated orders with backend business systems
US20020107699A1 (en) Data management system and method for integrating non-homogenous systems
JPH09212549A (en) Method and system for electronic commerce
US7548615B2 (en) Rate validation system and method
US20090259510A1 (en) Operational Support System for Telecommunication Services
CA2502612C (en) Method for business to business collaborative viral adoption
JP4303541B2 (en) Search method and search broker
US20050038683A1 (en) System and method of international patent application
CN110503436B (en) Payment message processing method and system for transmitting image file through SWIFT
US20010027459A1 (en) Method and apparatus for electronic document exchange
US7444346B2 (en) System and method for simple object access protocol access to interface definition language based services
US8442873B2 (en) Order processing system, method and program product
WO2002003595A2 (en) Process and architecture for xml-based insurance marketplace
US7904833B2 (en) Electronic commerce GUI for displaying trading partners
US8606965B1 (en) System and method for facilitating communication of data among entities in an electronic trading network
WO2002071201A1 (en) Method and apparatus for electronic document exchange

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 CO 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

AK Designated states

Kind code of ref document: C1

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 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: C1

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

CFP Corrected version of a pamphlet front page
CR1 Correction of entry in section i

Free format text: PAT. BUL. 37/2002 UNDER (30) DELETE "60/186014, 20010301, US"

Free format text: PAT. BUL. 37/2002 UNDER (30) DELETE "60/186014, 20010301, US"

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)
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP