IP Library Granted Patent US 7,243,120
Granted Patent B2
US 7,243,120 · App. 09/940,179 · Granted Jul 10, 2007

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

Assignee: Integrated Business Systems and Services, Inc.
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 7,243,120
App. No.
09/940,179
Granted
Jul 10, 2007
Kind
B2
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 (18)

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.

Assignments (3)
SECURITY INTEREST Recorded Sep 6, 2017
From: INTEGRATED BUSINESS SYSTEMS AND SERVICES, INC.
To: RHI ENTERPRISES, LLC
Reel/Frame 043493/0741 →
SECURITY INTEREST Recorded Feb 25, 2005
From: INTEGRATED BUSINESS SYSTEMS AND SERVICES, INC.
To: FITZ-JOHN CREIGHTON MCMASTER
Reel/Frame 016299/0136 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jan 16, 2002
From: MASSEY, STUART E.
To: INTEGRATED BUSINESS SYSTEMS AND SERVICES, INC.
Reel/Frame 012488/0319 →
Continuity (2)
Provisional Application 6022821900 · Aug 25, 2000
Related Publication 20020111820A1 · Aug 15, 2002