Transaction-based enterprise application integration (EAI) and development system

• US 7,243,120 B2
• Filed: 08/27/2001
• Issued: 07/10/2007
• Est. Priority Date: 08/25/2000
• Status: Active Grant

• Current Assignee: Integrated Business Systems and Services, Inc.
• Original Assignee: Integrated Business Systems and Services, Inc.
• Inventors: Massey, Stuart E.
• Primary Examiner(s): Flynn; Nathan
• Assistant Examiner(s): Joo; Joshua
• Application Number:
  US09/940,179
• Publication Number:
  US 20020111820A1
• Time in Patent Office: 2,143 Days
• Field of Search: 709200-201, 709/217, 709/230, 707100-102
• US Class Current: 709/200
• CPC Class Codes: G06Q 10/06 Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
• CPC Class Codes: G06Q 10/087 Inventory or stock management, e.g. order filling, procurement or balancing against orders
• CPC Class Codes: G06Q 20/00 Payment architectures, schemes or protocols apparatus for performing or posting payment transactions G07F7/08, G07F19/00; electronic cash registers G07G1/12
• CPC Class Codes: G06Q 20/02 involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
• CPC Class Codes: G06Q 30/06 Buying, selling or leasing transactions
• CPC Class Codes: Y10S 707/99942 Manipulating data structure, e.g. compression, compaction, compilation
• CPC Class Codes: Y10S 707/99943 Generating database or data structure, e.g. via user interface

Abstract

An architecture for a computing environment wherein transactions preferably model the enterprise and its business processes directly, allowing third-party systems, like ERP, supply chain and Web portals, to be more loosely coupled. Because the system will often be distributed throughout the enterprise, reliance on central critical servers is reduced. The system of the present invention can also fill-in gaps in the functionality of legacy systems, as well as invoke complex applications and direct automated systems. The system offers an architecture where users can model their particular enterprises in business terms so that disparate applications can be linked without custom programming.

Claims

1. A method of performing transactions between disparate systems in a computing environment, said method comprising steps of:

(a) receiving a first message in a first message format from an originating system, said message having request data indicative of a transaction request;

(b) at a first interface, evaluating said first message to ascertain said request data;

(c) said first interface further applying a predetermined criteria to said request data so as to generate a context data structure organizationally independent of said first message format, said context data structure containing a plurality of data elements indicative of said transaction request, wherein said context data structure further includes an object identifier that refers to a configuration object that is indicative of the transaction request;

(d) routing said context data structure to an appropriate service system through use of configuration objects such that at least one predetermined ruleset is invoked so that said transaction request can be responsively fulfilled by acting upon said plurality of data elements of said context data structure according to said at least one predetermined ruleset, said configuration objects being modifiable independently of said at least one predetermined ruleset,

wherein said configuration object corresponds to an associated predetermined ruleset of said at least one predetermined ruleset, and looking up said configuration object that is associated with the object identifier to invoke said associated predetermined ruleset; and

wherein said configuration object further comprises an object type, an object id, an object name, and an object version, and at least one of said object type, said object id, said object name, and said object version is used to identify said configuration object;

(e) fulfilling said transaction request at said service system and indicating the fulfilled said transaction request to said first interface; and

(f) issuing via said first interface a second message to said originating system in said first message as a first response message to said transaction request.

2. The method as set forth in claim 1, wherein said first interface includes a network agent and an interface agent, said network agent being operative to extract said request data from said first message and said interface agent being operative to produce said transaction request therefrom.

3. The method as set forth in claim 2, wherein said service system includes a server agent in communication with said interface agent.

4. The method as set forth in claim 3, wherein said agents communicate with each other via message queues.

5. The method as set forth in claim 1, wherein said step of fulfilling said transaction request comprises:

(g) at a second interface, issuing a third message in a second message format to an auxiliary system requesting information;

(h) receiving a second response message at said second interface in said second message format containing said information; and

(i) extracting said information from said second response message at said second interface and providing said information to said service system.

6. The method as set forth in claim 5, wherein said first message format and said second message format are different protocols.

7. The method as set forth in claim 5, wherein said first message format and said second message format are equivalent protocols.