US20070244971A1 - Transaction-based enterprise application integration (EAI) and development system - Google Patents
Transaction-based enterprise application integration (EAI) and development system Download PDFInfo
- Publication number
- US20070244971A1 US20070244971A1 US11/818,317 US81831707A US2007244971A1 US 20070244971 A1 US20070244971 A1 US 20070244971A1 US 81831707 A US81831707 A US 81831707A US 2007244971 A1 US2007244971 A1 US 2007244971A1
- Authority
- US
- United States
- Prior art keywords
- message
- interface
- set forth
- agents
- transaction
- Prior art date
- Legal status (The legal status 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 status listed.)
- Abandoned
Links
Images
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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
-
- 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/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
-
- 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/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99942—Manipulating data structure, e.g. compression, compaction, compilation
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99943—Generating database or data structure, e.g. via user interface
Definitions
- the present invention relates to message processing in a network of interconnected computers and other electronic devices. More particularly, the present invention relates to a system for moving messages among the interconnected computers based on the transactions to be performed.
- ERP enterprise resources planning
- One common approach to allow communication between disparate computers in a common enterprise utilizes a centralized, content-based routing software engine.
- Content-based routing uses the content of a particular piece of information to determine where it needs to be sent.
- a series of pre-programmed adapters may be provided by the software vendor to help integrate the routing engine to various environments.
- the present invention recognizes and addresses the foregoing disadvantages, and others, of prior art constructions and methods. Accordingly, it is an object of the present invention to provide an improved system for moving messages among interconnected computers.
- the architecture of the present invention is not based upon a central server that simply maps data and routes messages between existing applications. Instead, transactions of the present invention 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.
- system of the present invention can fill-in gaps in the functionality of legacy systems, as well as invoke complex applications and direct automated systems.
- the system offers an environment where users can model their particular enterprises in business terms (the often complex and usually incomplete mix of real systems in which businesses are run), not computer languages. Thus, disparate applications can be linked without custom programming.
- FIG. 1 is a block diagram of a plurality of disparate computers interconnected according to the present invention
- FIG. 2 is a block diagram showing more detail regarding one of the computers of FIG. 1 ;
- FIG. 3 is a diagrammatic representation of a “context” which may be generated during use of the system shown in FIG. 1 ;
- FIG. 4 is a diagram showing various agents that may be used in a system of the present invention.
- FIG. 5 is a flow chart showing operation of a server agent
- FIG. 6 is a flow chart showing operation of an interface agent
- FIG. 7 is a flow chart showing operation of a user login agent
- FIG. 8 is an exemplary configuration set up screen display
- FIG. 9 is a diagram showing an exemplary referential relationship among preferred configuration objects.
- FIG. 10 is a further diagram of a system in accordance with the present invention by which a simplified example may be described.
- FIG. 1 is a diagrammatic representation illustrating the manner in which various “trading partners” may be interconnected in accordance with the present invention. Specifically, a total of four trading partners 10 a - d (also referred to as TP 1 -TP 4 ) communicate with one another via a “transaction-based environment” 11 by which messages are directed according to the transaction to be performed. This is in contrast to many systems of the prior art which have relied on specific message routing from one computer to another.
- FIG. 2 illustrates transaction partner TP 1 for purposes of illustration.
- a computer running an application 12 has also been loaded with “agents” and “configuration objects” to be explained more fully below.
- an interface 14 exists on the computer for the purposes of communicating with other trading partners. Messages (including events) sent by application 12 are converted by interface 14 into a “context” which dictates the action to be taken.
- Agents may be running on any number of computers supporting a distributed application according to the present invention. Agents may be implemented as “processes” or “tasks,” depending on the operating system of the individual computer.
- Agents running on a given computer communicate with each other using message queues, implemented according to the facilities provided by the operating system.
- message queues are implemented in memory.
- the queues to certain types of agents can be configured to be disk queues, freeing the application from limitations on the number of outstanding messages and their retention across computer restarts.
- Each computer which supports these agents normally has a local copy of the configuration (i.e., the collection of “configuration objects”). Agents typically load configuration records into shared memory regions as they are referenced, so that subsequent references to those records are efficient.
- context 16 may be configured having a header 18 , followed by a sequence of element value nodes 20 , each of which identify the Element whose value is stored using its object identifier, the size of the value stored, and the value itself.
- message nodes and address nodes may appear among the element value nodes. These are similar to the element value nodes, except that they contain the text of messages or address info added and/or used by network agents and related verbs.
- header 18 contains a hash-table of pointers to element value nodes. So that more than one Element can be added to context 16 with the same hash-value, element value nodes 20 may contain a pointer to the next node with the same hash value.
- Additional header fields include the object identifier of the current Transaction (if one has been selected), a unique transaction identifier, sending and destination agent object identifiers, and sending and destination system object identifiers.
- the agents in a particular application may include server agents 24 , interface agents 26 , network agents 28 and user login agents 30 .
- a server agent processes requests for transaction services.
- a server agent When a server agent is started on a particular computer (as indicated at 32 ), it reads its configuration object (as indicated at 34 ) to determine whether it should read requests from a memory-resident message queue or a disk queue. It then waits (as indicated at 36 ) to receive request messages from the queue.
- the server agent Upon receipt of a transaction request or advice, the server agent makes the transaction context contained in the message the current transaction context. It then looks up the configuration object associated with the transaction object identifier contained in the message (as indicated at 40 ), and invokes the associated ruleset (as indicated at 42 ). In addition to other actions, such as data table access/modifications and requests of other agents, the ruleset typically makes changes to the transaction context. It is the resulting context that is returned to the requesting agent. Once the ruleset is complete, the agent's local copy of the context is discarded, and the agent returns to its request queue for the next request message (as indicated at 44 ).
- a request message sent to an interface agent may be an incoming message from an associated network agent, or a transaction request/advice or response from some other agent (e.g., Server, User Login, or other Interface).
- some other agent e.g., Server, User Login, or other Interface
- An incoming message from a network agent comprises a context containing message and possibly address nodes.
- the context contains a reserved token identifying it as an incoming message (identification indicated at 52 ).
- the interface agent Upon receipt of an outgoing transaction request/advice or response context, the interface agent makes the received context the current context. It then invokes its out ruleset (as indicated at 54 ), which may compose and send outgoing message requests to a network agent, invoke additional transactions, or initiate a transaction response. Once the ruleset is complete, the agent returns to waiting for messages from its queue (as indicated at 56 ).
- the interface agent Upon receipt of an incoming message context from a network agent, the interface agent invokes its in ruleset (as indicated at 58 ).
- the in ruleset may examine the text of the message received, invoke transactions, or restore a previously pended transaction context and initiate a response. Once the ruleset is complete, the agent returns to waiting for messages from its queue (as indicated at 56 ).
- a network agent handles the protocol by which communications with an external entity are implemented, converting a sequence of events and associated timings into a stream of incoming and outgoing messages.
- a network agent When a network agent is started on a particular computer, it reads its configuration object to determine whether it should read requests from a memory-resident message queue or a disk queue, and to discover the details of its particular communications protocol (it also reads its associated protocol configuration object). It then waits to receive request messages from the queue, while it handles communications with the external entity.
- the network agent Upon receipt of an outgoing message request from its associated interface agent, the network agent sends, or queues to send as soon as possible, the associated message to the external entity. Upon receipt of an incoming message from an external entity, the network agent composes a context containing the text of the received message and sends the context to its associated interface agent.
- Each configuration object has an object type, an object id, an object name, and an object version. Users configuring an application may generally refer to objects by their object type and object name, which uniquely identify them. Object type and object id also uniquely identify a configuration object. The object id may be arbitrarily assigned when a configuration object is created. Object type and object id are generally used internally by the system to store relationships among configuration objects and values of objects at run-time. The combination of object type and id is often referred to here as an object identifier.
- Class configuration objects identify data types and associated default values. Classes are generally used as attributes of other objects, such as Data Elements. Attribute Description Data Type Identifies the structure of data. Possible values may include binary integer (1, 2, 4, or 8 bytes), binary floating point (4 or 8 bytes), character (fixed-length, null- terminated, or leading length byte/word; character set ASCII or EBCDIC), bit string (fixed-length or leading length byte/word), packed decimal (signed or unsigned; fixed length or leading length byte), or object identifier. Extent1 Specifies the length of data. For variable-length Data Types, specifies the maximum number of characters, digits or hits. For binary Data Types, specifies the number of significant digits (precision).
- Extent2 For floating point Data Types, specifies the number of decimal places to display. Default Label The label to use when displaying or prompting for data. Default (2) The headers to use when displaying Headers columns of data. Default A description to use when displaying Description or prompting for data (the default help text). Default Value The object identifier of a Function which determines a default value for the data when no explicit value has been set. Default The object identifier of a Function which determines whether or not the value set for the data is valid (as defined by the application). (2) Element (Data Dictionary Object)
- Element configuration objects identify atomic units of data which may have a value in the context of a transaction, or which may represent fields in records, in messages, or on data-entry screens.
- Attribute Description Class The object identifier of a Class which describes the format of the data. Label The label to use when displaying or prompting for data; if not specified, inherited from the Class. Headers (2) The headers to use when displaying columns of data; if not specified, inherited from the Data Class. Description A description to use when displaying or prompting for data (the default help text); if not specified, inherited from the Class. Default Value The object identifier of a Function which determines a default value for the element when no explicit value has been set; if not specified, inherited from the Class. (3) Item (Data Dictionary Object)
- Item configuration objects identify atomic units of data which may have a system-wide value on the current System. Because the value of an Item is held in configuration, all agents active on a given system see the value assigned to the Item most recently by any agent.
- Attribute Description Data Type Identifies the structure of data. Possible values may include binary integer (1, 2, 4, or 8 bytes), binary floating point (4 or 8 bytes), character (fixed-length, null- terminated, or leading length byte/word; character set ASCII or EBCDIC), bit string (fixed-length or leading length byte/word), packed decimal (signed or unsigned; fixed length or leading length byte), or object identifier.
- Extent1 Specifies the length of data.
- variable-length Data Types specifies the maximum number of characters, digits or bits.
- binary Data Types specifics the number of significant digits (precision).
- Extent2 For floating point Data Types, specifies the number of decimal places to display. Dimension Identifies the number values which may be set. If greater than one, the Item may be thought of as an array. Value The value returned when this Item is referenced. (4) Record (Data Dictionary Object)
- Record configuration objects identify arrangements of fields, which may be Elements or sub-Records. These arrangements may be positional, in which the fields and the order in which they appear is pre-determined; bit-mapped, in which case certain fields appear in the record only if an associated controlling bit is set; or tagged, in which case fields may appear in any order, and are identified by a preceding unique tag (possibly with an associated field length indicator).
- Attribute Description Type Identifies the type of field arrangement. Possible values include positional, bit-mapped, and tagged (tag before length, length before tag, or tag only).
- Tag Class The object identifier of a Class which specifies the structure of field tags (if Type is tagged).
- the object identifier of a Class which specifies the structure of field length indicators (if Type is tagged). Fields Identifies the fields which may appear in the record. Each entry in Fields has the following attributes: Object The object identifier of an Identifier Element or Record which describes this field. Dimension Identifies the number times this field is repeated at this position (i.e., the field is an array of values). The array dimension may depend on the value of another field in the record, in which ease Dimension is negative and its absolute value represents which entry in Fields specifies the array dimension. Optional (flag) If set, indicates that the field need not appear in every instance of the Record.
- Bit-Mapped indicates that the field's existence in any instance of the record depends on the value of a bit in a bit-map.
- Existence indicates that the Depends field's existence in any instance of the record depends on the value returned by the Function identified by the Exists attribute.
- Length Depends indicates that the field's length in any instance of the record depends on the value returned by the Function identified by the Length attribute.
- Terminated indicates that the field's length varies (up to its maximum length), in that the end of the field is marked by one of a set of Terminators.
- Terminated indicates that Terminators may be included the field data if preceded by an Escape character.
- Parent Bit-map The Object Identifier of the field which acts as the bit map containing the bit which controls the existence of this field (if Bit-Mapped is set). Parent More than one field may have the Occurrence Parent Bitmap's Object Identifier. If the intended Parent Bit-map is not the first of these, this indicates which one it is (if Bit-Mapped is set).
- Bit-map Format Identifies how the Parent Bit-map is to be interpreted. Possible values include binary encoded, character encoded (a string of “0” and “1” characters), and hexadecimal encoded.
- Bit-map Identifies which bit in the Position Parent Bit-map controls the existence of this field (if Bit- Mapped is set).
- Tag Value The particular tag value that identifies this field (if Type is tagged). When this value is encountered in the record, the field is assumed to follow (possibly following with an associated length indication). Terminators A set of characters, any of which indicate the end of this field when they appear (if Terminated is set). Escape A character which, when it appears in the field data, indicates that the character which follows it is to be treated as field data (if Terminated and Escaped are set).
- Exists The object identifier of a Function which when evaluated (as a particular instance of a Record is being analyzed) determines whether or not this field appears in the record (if Existence Depends is set). Length The object identifier of a Function which when evaluated (as a particular instance of a Record is being analyzed) determines the length of this field as it appears in the record (if Length Depends is set). (5) File (Data Dictionary Object
- File (or Table) configuration objects identify long term storage (typically on disk) for data records. Attribute Description Organization Specifies how the data is stored. Possible values include (but are not limited to) Fixed (records are of a specified length in a operating-system native flat file), Varying (vfile format, in which all records have a leading and trailing length word, the trailing length word falling on the nearest even byte boundary; deleted records are identified by a negative record length), or Queue (internal format for holding messages destined for a particular agent). Record The object identifier of a Definition Record which describes the format of records in the File. System The object identifier of a System which identifies the location of the file in a distributed system.
- an instance of the File can exist on each System.
- Data Path The operating-system and Organization dependent path which locates the data. This may specify, for example, a directory and file name, and may be relative.
- Open Mode The way in which multiple agent processes coordinate access to the data in the File. Possible values may include record locking, and exclusive.
- Deleted The object identifier of an Index by Record which areas of the data from which Index records have been deleted may be located. Indexes A list of object identifiers, each identifying an Index by which records may be located and sorted. (6) Index (Data Dictionary Object)
- Key configuration objects are used to sort records in Files (Tables). Attribute Description File The object identifier of the associated File (Table). Data Path The operating-system and File Organization dependent path which locates the indexing data. This may specify, for example, a directory and file name, and may be relative. Collation Determines sort order. Possible values include ascending or descending ASCII, Alphabetic or numeric. Key A list of object identifiers, each Definitions identifying a Key that specifies what record-associated data is assembled to create entries in the index. Since more than one Key may be specified, records may have multiple index entries. (7) Key (Data Dictionary Object)
- Index configuration objects specify what record-associated data is assembled to create entries in an associated Index.
- Attribute Description File (Table)
- Table The object identifier of the associated File (Table).
- Mode Indicates whether entries in the Index are created for records which are missing some or all of the values from which Components are resolved.
- Index The object identifier of the associated Index.
- Components Each component entry identifies Elements in the Record from which data is to be taken to form an entry in the Index. These data are concatenated to form the entry.
- Element The object identifier of the element from which the component is taken.
- Offset identifies the first byte of the Element value to be used.
- Length identifies the number of bytes of the Element value to be used. Note that Offset and Length might be thought of as a sub-string of the value.
- System configuration objects identify the locations where transaction handling agents or resources reside.
- a “system” may represent a particular software application, a computer, a group of computers, a communications network, or other equipment with which a distributed implementation of the present architecture may communicate and which offers transaction services.
- Systems on which the present architecture is installed and which support one or more transaction-handling agents which share the current configuration are referred to as “internal” to the distributed implementation.
- Others may be referred to as “external.” It is possible for a single computer to house multiple Systems (both internal and external) simultaneously. Note that it is not necessary to identify as Systems those applications, computers, networks or equipment which only originate Transactions (i.e., which offer no transaction services).
- Attribute Description Interface ID The object identifier of an Interface through which to communicate with the System. Does not need to be specified for “internal” systems. (9) Server (System Topology Object)
- Server (transaction service) configuration objects identify entities which process transactions. Servers are “internal” if their associated System is “internal,” and “external” otherwise. Attribute Description System The object identifier of the System on which the Server agent executes. Queue The object identifier of a File that holds requests destined for the Server agent. If not set, requests are held in memory. Does not need to be specified if the System attribute specified is “external.” (10) Transaction (System Topology Object)
- Transaction configuration objects identify atomic units of work in an application implemented according to the invention.
- Attribute Description Ruleset The object identifier of a Ruleset that specifies how the Transaction is to be processed. Does not need to be specified if all of the Servers specified are “external.” Servers A list of object identifiers identifying the Servers which are capable of processing the Transaction. (11) Interface (System Topology Object)
- Interface configuration objects identify agents which handle the flow of transactions to and from external applications, computers, communications networks or other equipment.
- Attribute Description System The object identifier of the System on which the interface agent executes. Queue The object identifier of a File that holds requests destined for the interface agent. If not set, requests are held in memory.
- In Ruleset The object identifier of a Ruleset which specifies how to interpret incoming messages or events. This ruleset may specify the interpretation rules completely, or may select an In Message which specifies additional interpretation rules.
- Out Ruleset The object identifier of a Ruleset which specifies how to construct outgoing messages or events. This ruleset may specify the construction rules completely, or may select an Out Message which specifies additional construction rules.
- Networks A list of object identifiers identifying the Networks which handle messages passing to and from the external applications, computers, communications networks or other equipment. (12) In Message, Out Message (System Topology Object)
- In Message and Out Message configuration objects identify additional message processing rules to be invoked by interfaces.
- the In Ruleset for a given Interface may have rules which identify categories of messages, and select appropriate In Message types for detailed analysis depending on the category. Note that this is most useful for interfaces that must handle complex sets of messages.
- Attribute Description Ruleset The object identifier of a Ruleset that specifies how the message is to be processed (analyzed or constructed). (13) Network (System Topology Object)
- Network configuration objects identify agents which handle messages and/or event notifications to and from external applications, computers, communications networks or other equipment.
- Attribute Description System The object identifier of the System on which the Network agent executes. Queue The object identifier of a File that holds requests destined for the Network agent. If not set, requests are held in memory.
- Interface The object identifier of the Interface to which the Network agent sends incoming messages, and from which it receives outgoing messages.
- Type Identifies the type of external application, computer, communications network or other equipment with which to communicate (e.g. generic, Intermec) Protocol
- the object identifier of a Protocol object which specifies protocol type and parameters necessary for communication with the external application, computer, communications network or other equipment. Type Identifies the type of external application, computer, communications network or other equipment with which to communicate (e.g. generic, Intermec) Network Info Identifies any additional, Network Type-specific communications parameters.
- Protocol configuration objects identify communications protocol parameters necessary for communications with external applications, computers, communications networks or other equipment.
- Attribute Description Type The type of communications protocol to use. Possible values include (but are not limited to) async, bisync, TCP/IP (client or server), UDP, X25 (PVC or SVC), LU2, LU6.2, etc. Additional attributes vary depending on the Type selected. For example, async attributes include Baud Rate, Character Size, Stop Bits, Parity, Flow Control, and Record Demarcation (which includes record length if records are of a fixed length, or the end-of-record character otherwise). Similarly, TCP/IP Client attributes include Destination Host Name, Service Name, and Record Demarcation. (15) Device (System Topology Object)
- Device configuration objects identify external devices that the application would like to manage.
- the application can send explicit messages to Devices (e.g. “print” commands to a label printer). Additionally, the system can manage the download of configuration data (e.g. form definitions, programs, etc.) to Devices.
- Attribute Description Type The type of Device (e.g. Intermec label printer). Address Device address information by which messages to/from the Device are routed/identified.
- Network The object identifier of the Network which handles communications with the Device. Control Names which identify configuration Entries data (formats, programs, etc.) currently downloaded to the Device. The names are Type specific, but normally those of Control objects which further specify what configuration data is downloaded. (16) Control (System Topology Object)
- Control configuration objects identify configuration data that may be downloaded to Devices (e.g. form definitions, programs, etc.), or additional Network-specific configuration (e.g. data-point definitions).
- Attribute Description Type The type of Device (e.g. Intermec label printer).
- Buffer Type Specifies bow Buffer is to be interpreted. Possible values include (but are not limited to) Direct (Buffer contains literal download data), Indirect (Buffer contains the pathname of a file which contains the download data), or Data Point (Buffer contains a list of data point definitions). Buffer Contains control information (as specified by Buffer Type). (17) Screen (Application Presentation Object)
- Screen configuration objects identify application presentation screens, used for user input and/or display of data.
- Attribute Description Detail Object The object identifier of a Menu, Listing, or Data Entry that specifies the details of the data presentation.
- Title Text which may appear as a screen title.
- Actions A list of object identifiers of Rulesets which can be invoked at the request of the user when the Screen is active, via associated function key or button. Each Action has an associated label that should describe the function implemented by the Ruleset.
- Access Control A list of entries controlling who may use this Screen, and which of the Actions they are allowed. Each entry has the following attributes: User or The object identifier of a User or Group Group for which access is being specified.
- the system first checks for an entry for the current user; if none exists, the system checks for an entry for the current user's group. Access Allowed or disallowed. The disallowed Type value is useful for excluding a particular member of a group while still allowing access for the group. Allowed Indicates which of the Actions may be Actions invoked by the user or group. (18) Menu (Application Presentation Object)
- Menu configuration objects identify application presentation menus. When a Screen which refers to a Menu is invoked, a list of selections from which the user may select is displayed. Attribute Description Selections A list of entries that determines what actions are available from the Menu. Each entry has the following attributes: Action The object identifier of a Ruleset which can be invoked at the request of the user when the Menu is active, via associated key-press or button. Label Text which should describe the function implemented by the Ruleset. One of the letters of the Label may be identified as a “hot key,” in which case it will appear underlined (or otherwise highlighted) to indicate that this selection may be made by pressing the associated letter key. (19) Listing (Application Presentation Object)
- Listing configuration objects identify application presentation listings. When a Screen which refers to a Listing is invoked, a list is displayed which is constructed from a specified set of records in a table. Attribute Description Index The object identifier of an Index which determines the File from which records are selected, and the order in which they appear. Record The object identifier of a Record Determination which determines how the records are to be interpreted. By default, the Record Definition attribute of the associated File is used. First Key The object identifier of a Function which, when evaluated, determines the value of key of the first record to be displayed in the list. Last Key The object identifier of a Function which, when evaluated, determines the value of key of the last record to he displayed in the list.
- Filter The object identifier of a Function which, when evaluated for each record, determines whether or not the record is to be included in the list.
- Display The object identifier of a Function which, when evaluated for each record, determines the text to be displayed list.
- Data Entry configuration objects identify data entry screens. When a Screen which refers to a Data Entry is invoked, a specified arrangement of fields is displayed. Some or all of the fields may be edited by the user, as allowed by the configuration.
- Attribute Description Record The object identifier of a Record which determines the set of fields which are to appear on the screen.
- Fields A set of entries which determines how each of the Elements in the Record are to be displayed. Each entry has the following attributes: Label The column and row at which the field Location label is to be displayed. Label The number of characters of field Length label to display. Label Display attributes of the label (e.g. Display underlined, hold, dim, etc.) Modes Field The column and row at which the field Locations is to be displayed.
- Field The number of characters of field to Length display.
- Field Display attributes of the field e.g., Display underlined bold, dim, etc.
- Modes Field Controls how data is entered (e.g., Control normal, output-only, select-only, Modes etc).
- Detail The object identifier of a Ruleset Ruleset which is invoked when the user requests details about this field. This Ruleset can implement any application functionality, but typically allows selection of a value for the field.
- (21) Report Application Presentation Object
- Report configuration objects identify reports which may be displayed or printed.
- a Report consists of optional title and header lines, primary lines composed of a set of columns, and alternate lines of arbitrary text that may be interspersed with the primary lines.
- Attribute Description Index The object identifier of an Index which determines the File from which records are selected, and the order in which they appear.
- First Key The object identifier of a Function which, when evaluated, determines the value of key of the first record from which to generate report lines.
- Last Key The object identifier of a Function which, when evaluated, determines the value of key of the last record from which to generate report lines.
- Report Format Identifies the format of the report (e.g., standard, free-format, form, etc.)
- Title Lines The object identifiers of Functions which, when evaluated, determine the text to appear in the report titles (at the top of each page in a standard format report).
- Header Fields The object identifiers of Functions which, when evaluated, determine the text to appear in the report headers (typically on each page before column headers, and primary and alternate report lines, although, in the ease of form reports, Header Field values may appear anywhere on the form).
- Each Header Field also has associated formatting information, such as indent, width and justification.
- Page Breaks The object identifiers of Functions which, when evaluated after reading a record, determine whether to insert a page break before generating any additional primary or alternate lines.
- Pre-Processing The object identifier of a Ruleset which is evaluated after reading each record and before any additional processing is done.
- Post- The object identifier of a Ruleset Processing which is evaluated before reading the next record, after all processing for the current record is complete.
- Filter The object identifier of a Function which is evaluated after reading each record and performing the Pre- Processing and which determines whether primary lines are generated (or Slave processing occurs) for the record.
- Slave The object identifier of a Report controls report formatting.
- Alternate Entries which control arbitrary text Lines lines which may appear on the report.
- Each entry has the following attributes: Filter The object identifier of a Function which is evaluated for each record to determine whether this Alternate Line is to be generated.
- Contents The object identifier of a Function which, when evaluated, determines the text to appear.
- Explode The object identifier of a Ruleset which can be invoked when the Alternate Line text is selected by a user who is viewing the report online. Format Text width, indent and justification. Location Whether the Alternate Line is to be generated before or after the primary line, and/or at the end of the report.
- Primary Line Includes: number of column headers and Format footers; whether to suppress column headers and footers on pages on which no primary line appears; whether or not footers “float” (appear immediately after the last detail line) or are fixed at the bottom of each page.
- Primary Line The object identifier of a Ruleset Explode which can be invoked when the primary line is selected by a user who is viewing the report on-line.
- Primary Line Entries which control primary text Columns lines appearing on the report. Each entry controls a column of output and has the following attributes: Contents The object identifier of a Function or Element which, when evaluated, determines the text to appear in the column. Format Column width, indent and justification.
- Headers The object identifiers of a Function which, when evaluated, determine the text to appear at the top of the column on each page. Each of the Headers has associated formatting information, including justification.
- Footers The object identifiers of a Function which, when evaluated, determine the text to appear at the bottom of the column on each page. Each of the Footers has associated formatting information, including justification. (22) User (User Access Object)
- User configuration objects identify users who may access applications via application presentation objects. Attribute Description Group Name The Group to which the User belongs. Password information against which to verify entered passwords. Ruleset The object identifier of a Ruleset which is invoked when the User logs in. If not set, the Ruleset for the Group is invoked. (23) Group (User Access Object)
- Group configuration objects identify groups of users who may access applications via application presentation objects. Attribute Description Default The object identifier of a Ruleset Ruleset which may be invoked when a User in this Group logs in. (24) Ruleset (Rule Management Object)
- Ruleset configuration objects encode application-specific functionality. Rulesets are composed using a set of verbs to form rules.
- a rule is composed of an antecedent and a consequent.
- An antecedent is a conjunction of conditionals (constructed of verbs), evaluated one at a time. If the conditionals return a non-false value, the rule is said to be fired.
- a consequent is a list of statements (constructed of verbs) to be evaluated when the rule is fired.
- the first rule to be fired completes the invocation of the Ruleset, and none of its subsequent rules are evaluated.
- Function configuration objects encode application-specific functionality. When invoked, a Function returns a value.
- a hypothetical transaction can be followed through a system of the present invention.
- the transaction is a financial transaction that must check with an external system for verification.
- the result of the transaction will be sent back to the originating external system as a response.
- Network agent NET 1 (indicated at 80 ) using Protocol PROT 1 reads in a message from its external system 82 .
- NET 1 sends this message to its associated Interface agent IFC 1 (indicated at 84 ).
- IFC 1 examines the message to determine what type of message it is. Using the appropriate record structure (REC 1 ) as a map, it then binds the message into an initialized Context. This puts the message data into the various data Elements within Context, making the transaction context independent of the message layout.
- REC 1 record structure
- IFC 1 then sends the Context to the appropriate Server agent SVR 1 (indicated at 86 ) for processing.
- the routing to the correct server takes place automatically within the system. This allows for busy servers to be alleviated during periods of heavy stress.
- SVR 1 reads the Context and performs the desired Transaction TRN 1 .
- TRN 1 needs to request information from external system 2 (indicated at 88 ) about the information in Context.
- Context is sent to interface agent IFC 2 (indicated at 90 ).
- IFC 2 builds a message from Context using REC 2 .
- the message is sent to network agent NET 2 (indicated at 92 ).
- NET 2 reads the message and transmits it to external system 2 using PROT 2 .
- NET 2 reads a message in from external system 88 .
- NET 2 sends the message to IFC 2 .
- IFC 2 identifies the message as the response to TRN 1 . It binds the message into the Context of TRN 1 instead of an initialized Context. Thus, the response from the external system becomes part of our Context.
- IFC 2 sends the Context back to SVR 1 .
- SVRL uses the response information in additional processing.
- TRN 1 updates files with the initial result.
- TRN 1 sends Context to another server agent SVR 2 (indicated at 94 ) for additional processing.
- SVR 2 reads the Context and performs TRN 2 .
- TRN 2 updates files with the results.
- Context is sent back to the originating Interface IFC 1 as a response. Thus, the transaction request has been fulfilled.
- IFC 1 builds a message from Context using REC 3 .
- the message is sent to NET 1 .
- NET 1 reads the message and transmits it using PROT 1 .
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.
Description
- This application is a continuation of copending application Ser. No. 09/940,179, filed Aug. 27, 2001, which claims the benefit of provisional application Ser. No. 60/228,219, filed Aug. 25, 2000. The foregoing applications are relied on herein and incorporated herein by reference.
- The present invention relates to message processing in a network of interconnected computers and other electronic devices. More particularly, the present invention relates to a system for moving messages among the interconnected computers based on the transactions to be performed.
- It is often necessary in various commercial enterprises to route messages among interconnected computers. For example, an enterprise resources planning (ERP) system installed in a production facility may need to communicate with computers used to control production equipment on the plant floor. Frequently, however, these various computers will have disparate operating systems and communication protocols.
- One common approach to allow communication between disparate computers in a common enterprise utilizes a centralized, content-based routing software engine. Content-based routing uses the content of a particular piece of information to determine where it needs to be sent. A series of pre-programmed adapters may be provided by the software vendor to help integrate the routing engine to various environments.
- It is not unusual for a content-based routing engine to require a large amount of custom programming in order to operate in a particular situation. For example, significant custom programming will be required if the individual implementations of the environment have been significantly customized beyond that which the adapters are programmed to expect. Moreover, an extensive amount of programming may be required for implementation and maintenance in an environment of constantly changing interfaces and application logic found in the world of manufacturing plant automation and B2B trading partners.
- The present invention recognizes and addresses the foregoing disadvantages, and others, of prior art constructions and methods. Accordingly, it is an object of the present invention to provide an improved system for moving messages among interconnected computers.
- It is a further object of the present invention to provide an improved system for moving messages among interconnected computers that substantially reduces or eliminates the need for custom programming.
- It is a further object of the present invention to provide a system for moving messages among interconnected computers in a network based on the transactions to be performed.
- Unlike the prior art, the architecture of the present invention is not based upon a central server that simply maps data and routes messages between existing applications. Instead, transactions of the present invention 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.
- In addition, the system of the present invention can fill-in gaps in the functionality of legacy systems, as well as invoke complex applications and direct automated systems. The system offers an environment where users can model their particular enterprises in business terms (the often complex and usually incomplete mix of real systems in which businesses are run), not computer languages. Thus, disparate applications can be linked without custom programming.
- Other objects, features and aspects of the present invention are provided by various combinations and subcombinations of the disclosed elements, which are discussed in greater detail below.
- A full and enabling disclosure of the present invention, including the best mode thereof, to one of ordinary skill in the art, is set forth more particularly in the remainder of the specification, including reference to the accompanying drawings, in which:
-
FIG. 1 is a block diagram of a plurality of disparate computers interconnected according to the present invention; -
FIG. 2 is a block diagram showing more detail regarding one of the computers ofFIG. 1 ; -
FIG. 3 is a diagrammatic representation of a “context” which may be generated during use of the system shown inFIG. 1 ; -
FIG. 4 is a diagram showing various agents that may be used in a system of the present invention; -
FIG. 5 is a flow chart showing operation of a server agent; -
FIG. 6 is a flow chart showing operation of an interface agent; -
FIG. 7 is a flow chart showing operation of a user login agent; -
FIG. 8 is an exemplary configuration set up screen display; -
FIG. 9 is a diagram showing an exemplary referential relationship among preferred configuration objects; and -
FIG. 10 is a further diagram of a system in accordance with the present invention by which a simplified example may be described. - Repeat use of reference characters in the present specification and drawings is intended to represent same or analogous features or elements of the invention.
- It is to be understood by one of ordinary skill in the art that the present discussion is a description of exemplary embodiments only, and is not intended as limiting the broader aspects of the invention, which broader aspects are embodied in the exemplary constructions.
-
FIG. 1 is a diagrammatic representation illustrating the manner in which various “trading partners” may be interconnected in accordance with the present invention. Specifically, a total of four trading partners 10 a-d (also referred to as TP1-TP4) communicate with one another via a “transaction-based environment” 11 by which messages are directed according to the transaction to be performed. This is in contrast to many systems of the prior art which have relied on specific message routing from one computer to another. - Further details of the transaction partners can be discerned from
FIG. 2 , which illustrates transaction partner TP1 for purposes of illustration. In this case, a computer running anapplication 12 has also been loaded with “agents” and “configuration objects” to be explained more fully below. As a result, aninterface 14 exists on the computer for the purposes of communicating with other trading partners. Messages (including events) sent byapplication 12 are converted byinterface 14 into a “context” which dictates the action to be taken. - It is useful at this point to described in detail the agents that may be utilized in a system of the present invention, as well as the objects which model the topography of an enterprise in which the system is employed.
- Any number of “agents” may be running on any number of computers supporting a distributed application according to the present invention. Agents may be implemented as “processes” or “tasks,” depending on the operating system of the individual computer.
- Agents running on a given computer communicate with each other using message queues, implemented according to the facilities provided by the operating system. By default, message queues are implemented in memory. The queues to certain types of agents can be configured to be disk queues, freeing the application from limitations on the number of outstanding messages and their retention across computer restarts.
- Each computer which supports these agents normally has a local copy of the configuration (i.e., the collection of “configuration objects”). Agents typically load configuration records into shared memory regions as they are referenced, so that subsequent references to those records are efficient.
- Each agent, as it handles transactions and applications, holds current Element values in a data structure referred to as “context.” As shown in
FIG. 3 ,context 16 may be configured having aheader 18, followed by a sequence ofelement value nodes 20, each of which identify the Element whose value is stored using its object identifier, the size of the value stored, and the value itself. - Additionally, message nodes and address nodes (e.g., message nodes 22) may appear among the element value nodes. These are similar to the element value nodes, except that they contain the text of messages or address info added and/or used by network agents and related verbs.
- To facilitate efficient lookup,
header 18 contains a hash-table of pointers to element value nodes. So that more than one Element can be added tocontext 16 with the same hash-value,element value nodes 20 may contain a pointer to the next node with the same hash value. - Additional header fields include the object identifier of the current Transaction (if one has been selected), a unique transaction identifier, sending and destination agent object identifiers, and sending and destination system object identifiers.
- As shown in
FIG. 4 , the agents in a particular application may includeserver agents 24,interface agents 26, network agents 28 anduser login agents 30. - Referring now to
FIG. 5 , a server agent processes requests for transaction services. When a server agent is started on a particular computer (as indicated at 32), it reads its configuration object (as indicated at 34) to determine whether it should read requests from a memory-resident message queue or a disk queue. It then waits (as indicated at 36) to receive request messages from the queue. - A transaction service request is identified as a transaction request or a transaction advice. The agent sending a transaction request expects a response. The agent sending a transaction advice does not expect a response. Other possible request message types include administrative requests, such as shut-down (as indicated at 38).
- Multiple server agents may be started for a particular server configuration object. In this case, all agents wait for requests on a common queue. This allows multiple requests to he handled simultaneously. During the course of processing a request, a server agent may need to make a request of some other agent. In this case, the server agent waits for the response to its request on an agent-specific (i.e. process- or task-specific) message queue.
- Upon receipt of a transaction request or advice, the server agent makes the transaction context contained in the message the current transaction context. It then looks up the configuration object associated with the transaction object identifier contained in the message (as indicated at 40), and invokes the associated ruleset (as indicated at 42). In addition to other actions, such as data table access/modifications and requests of other agents, the ruleset typically makes changes to the transaction context. It is the resulting context that is returned to the requesting agent. Once the ruleset is complete, the agent's local copy of the context is discarded, and the agent returns to its request queue for the next request message (as indicated at 44).
- Referring now to
FIG. 6 , an interface agent translates between a stream of messages to and from some external entity into a set of transaction requests and responses. When an interface agent is started on a particular computer (as indicated at 46), it reads its configuration object to determine whether it should read requests from a memory-resident message queue or a disk queue (as indicated at 48). It then waits to receive request messages from the queue (as indicated at 50). - A request message sent to an interface agent may be an incoming message from an associated network agent, or a transaction request/advice or response from some other agent (e.g., Server, User Login, or other Interface).
- An incoming message from a network agent comprises a context containing message and possibly address nodes. In place of a transaction object identifier, the context contains a reserved token identifying it as an incoming message (identification indicated at 52).
- Upon receipt of an outgoing transaction request/advice or response context, the interface agent makes the received context the current context. It then invokes its out ruleset (as indicated at 54), which may compose and send outgoing message requests to a network agent, invoke additional transactions, or initiate a transaction response. Once the ruleset is complete, the agent returns to waiting for messages from its queue (as indicated at 56).
- Upon receipt of an incoming message context from a network agent, the interface agent invokes its in ruleset (as indicated at 58). The in ruleset may examine the text of the message received, invoke transactions, or restore a previously pended transaction context and initiate a response. Once the ruleset is complete, the agent returns to waiting for messages from its queue (as indicated at 56).
- A network agent handles the protocol by which communications with an external entity are implemented, converting a sequence of events and associated timings into a stream of incoming and outgoing messages. When a network agent is started on a particular computer, it reads its configuration object to determine whether it should read requests from a memory-resident message queue or a disk queue, and to discover the details of its particular communications protocol (it also reads its associated protocol configuration object). It then waits to receive request messages from the queue, while it handles communications with the external entity.
- Upon receipt of an outgoing message request from its associated interface agent, the network agent sends, or queues to send as soon as possible, the associated message to the external entity. Upon receipt of an incoming message from an external entity, the network agent composes a context containing the text of the received message and sends the context to its associated interface agent.
- Referring now to
FIG. 7 , a user login (aka screen) agent handles application presentation services, including full-screen presentation and capture of data, and full-screen user access to application functionality. Upon invocation (as indicated at 60), a user login agent prompts the user for username and password (as indicated at 62). The user login agent then reads its configuration object (as indicated at 64). If a user configuration object corresponding to the entered username is found (as indicated at 66), and the entered password matches the associated password information, the associated ruleset is invoked (as indicated at 68). The Ruleset may use a variety of verbs to invoke menus, listings and data-entry screens identified by Screen configuration objects. If a user is not found, the agent exits (as indicated at 70). - Users configuring an application according to the present invention will be presented a series of screens, such as that shown in
FIG. 8 , that describe different and independent aspects of the particular computing environment. The resulting “configuration objects” are stored on disk as a set of records of varying length in a file with associated indexes. At run-time, configuration objects are read as they are referenced into memory regions which are shared among executing agent processes, including server agents (transaction service agents), interface agents, network agents and user login agents (i.e., screen agents). - Each configuration object has an object type, an object id, an object name, and an object version. Users configuring an application may generally refer to objects by their object type and object name, which uniquely identify them. Object type and object id also uniquely identify a configuration object. The object id may be arbitrarily assigned when a configuration object is created. Object type and object id are generally used internally by the system to store relationships among configuration objects and values of objects at run-time. The combination of object type and id is often referred to here as an object identifier.
- The referential relationships among configuration objects is shown in
FIG. 9 . With this as a backdrop, various configuration objects will now be described. - (1) Class (Data Dictionary Object)
- Class configuration objects identify data types and associated default values. Classes are generally used as attributes of other objects, such as Data Elements.
Attribute Description Data Type Identifies the structure of data. Possible values may include binary integer (1, 2, 4, or 8 bytes), binary floating point (4 or 8 bytes), character (fixed-length, null- terminated, or leading length byte/word; character set ASCII or EBCDIC), bit string (fixed-length or leading length byte/word), packed decimal (signed or unsigned; fixed length or leading length byte), or object identifier. Extent1 Specifies the length of data. For variable-length Data Types, specifies the maximum number of characters, digits or hits. For binary Data Types, specifies the number of significant digits (precision). Extent2 For floating point Data Types, specifies the number of decimal places to display. Default Label The label to use when displaying or prompting for data. Default (2) The headers to use when displaying Headers columns of data. Default A description to use when displaying Description or prompting for data (the default help text). Default Value The object identifier of a Function which determines a default value for the data when no explicit value has been set. Default The object identifier of a Function which determines whether or not the value set for the data is valid (as defined by the application).
(2) Element (Data Dictionary Object) - Element configuration objects identify atomic units of data which may have a value in the context of a transaction, or which may represent fields in records, in messages, or on data-entry screens.
Attribute Description Class The object identifier of a Class which describes the format of the data. Label The label to use when displaying or prompting for data; if not specified, inherited from the Class. Headers (2) The headers to use when displaying columns of data; if not specified, inherited from the Data Class. Description A description to use when displaying or prompting for data (the default help text); if not specified, inherited from the Class. Default Value The object identifier of a Function which determines a default value for the element when no explicit value has been set; if not specified, inherited from the Class.
(3) Item (Data Dictionary Object) - Item configuration objects identify atomic units of data which may have a system-wide value on the current System. Because the value of an Item is held in configuration, all agents active on a given system see the value assigned to the Item most recently by any agent.
Attribute Description Data Type Identifies the structure of data. Possible values may include binary integer (1, 2, 4, or 8 bytes), binary floating point (4 or 8 bytes), character (fixed-length, null- terminated, or leading length byte/word; character set ASCII or EBCDIC), bit string (fixed-length or leading length byte/word), packed decimal (signed or unsigned; fixed length or leading length byte), or object identifier. Extent1 Specifies the length of data. For variable-length Data Types, specifies the maximum number of characters, digits or bits. For binary Data Types, specifics the number of significant digits (precision). Extent2 For floating point Data Types, specifies the number of decimal places to display. Dimension Identifies the number values which may be set. If greater than one, the Item may be thought of as an array. Value The value returned when this Item is referenced.
(4) Record (Data Dictionary Object) - Record configuration objects identify arrangements of fields, which may be Elements or sub-Records. These arrangements may be positional, in which the fields and the order in which they appear is pre-determined; bit-mapped, in which case certain fields appear in the record only if an associated controlling bit is set; or tagged, in which case fields may appear in any order, and are identified by a preceding unique tag (possibly with an associated field length indicator).
Attribute Description Type Identifies the type of field arrangement. Possible values include positional, bit-mapped, and tagged (tag before length, length before tag, or tag only). Tag Class The object identifier of a Class which specifies the structure of field tags (if Type is tagged). The object identifier of a Class which specifies the structure of field length indicators (if Type is tagged). Fields Identifies the fields which may appear in the record. Each entry in Fields has the following attributes: Object The object identifier of an Identifier Element or Record which describes this field. Dimension Identifies the number times this field is repeated at this position (i.e., the field is an array of values). The array dimension may depend on the value of another field in the record, in which ease Dimension is negative and its absolute value represents which entry in Fields specifies the array dimension. Optional (flag) If set, indicates that the field need not appear in every instance of the Record. Bit-Mapped (flag) If set, indicates that the field's existence in any instance of the record depends on the value of a bit in a bit-map. Existence (flag) If set, indicates that the Depends field's existence in any instance of the record depends on the value returned by the Function identified by the Exists attribute. Length Depends (flag) If set, indicates that the field's length in any instance of the record depends on the value returned by the Function identified by the Length attribute. Terminated (flag) If set, indicates that the field's length varies (up to its maximum length), in that the end of the field is marked by one of a set of Terminators. Escaped (flag) If set, and Terminated is set, indicates that Terminators may be included the field data if preceded by an Escape character. Parent Bit-map The Object Identifier of the field which acts as the bit map containing the bit which controls the existence of this field (if Bit-Mapped is set). Parent More than one field may have the Occurrence Parent Bitmap's Object Identifier. If the intended Parent Bit-map is not the first of these, this indicates which one it is (if Bit-Mapped is set). Bit-map Format Identifies how the Parent Bit-map is to be interpreted. Possible values include binary encoded, character encoded (a string of “0” and “1” characters), and hexadecimal encoded. Bit-map Identifies which bit in the Position Parent Bit-map controls the existence of this field (if Bit- Mapped is set). Tag Value The particular tag value that identifies this field (if Type is tagged). When this value is encountered in the record, the field is assumed to follow (possibly following with an associated length indication). Terminators A set of characters, any of which indicate the end of this field when they appear (if Terminated is set). Escape A character which, when it appears in the field data, indicates that the character which follows it is to be treated as field data (if Terminated and Escaped are set). Exists The object identifier of a Function which when evaluated (as a particular instance of a Record is being analyzed) determines whether or not this field appears in the record (if Existence Depends is set). Length The object identifier of a Function which when evaluated (as a particular instance of a Record is being analyzed) determines the length of this field as it appears in the record (if Length Depends is set).
(5) File (Data Dictionary Object) - File (or Table) configuration objects identify long term storage (typically on disk) for data records.
Attribute Description Organization Specifies how the data is stored. Possible values include (but are not limited to) Fixed (records are of a specified length in a operating-system native flat file), Varying (vfile format, in which all records have a leading and trailing length word, the trailing length word falling on the nearest even byte boundary; deleted records are identified by a negative record length), or Queue (internal format for holding messages destined for a particular agent). Record The object identifier of a Definition Record which describes the format of records in the File. System The object identifier of a System which identifies the location of the file in a distributed system. If not set, an instance of the File can exist on each System. Data Path The operating-system and Organization dependent path which locates the data. This may specify, for example, a directory and file name, and may be relative. Open Mode The way in which multiple agent processes coordinate access to the data in the File. Possible values may include record locking, and exclusive. Deleted The object identifier of an Index by Record which areas of the data from which Index records have been deleted may be located. Indexes A list of object identifiers, each identifying an Index by which records may be located and sorted.
(6) Index (Data Dictionary Object) - Key configuration objects are used to sort records in Files (Tables).
Attribute Description File The object identifier of the associated File (Table). Data Path The operating-system and File Organization dependent path which locates the indexing data. This may specify, for example, a directory and file name, and may be relative. Collation Determines sort order. Possible values include ascending or descending ASCII, Alphabetic or numeric. Key A list of object identifiers, each Definitions identifying a Key that specifies what record-associated data is assembled to create entries in the index. Since more than one Key may be specified, records may have multiple index entries.
(7) Key (Data Dictionary Object) - Index configuration objects specify what record-associated data is assembled to create entries in an associated Index.
Attribute Description File (Table) The object identifier of the associated File (Table). Mode Indicates whether entries in the Index are created for records which are missing some or all of the values from which Components are resolved. Index The object identifier of the associated Index. Components Each component entry identifies Elements in the Record from which data is to be taken to form an entry in the Index. These data are concatenated to form the entry. Element The object identifier of the element from which the component is taken. This is fully qualified, as necessary, with the object identifiers of any sub-Records in which the Element appears, and, in the case of arrays (of the Element and/or any sub-Record) the desired array instance(s). Offset If set, identifies the first byte of the Element value to be used. Length If set, identifies the number of bytes of the Element value to be used. Note that Offset and Length might be thought of as a sub-string of the value.
(8) System (System Topology Object) - System configuration objects identify the locations where transaction handling agents or resources reside. A “system” may represent a particular software application, a computer, a group of computers, a communications network, or other equipment with which a distributed implementation of the present architecture may communicate and which offers transaction services. Systems on which the present architecture is installed and which support one or more transaction-handling agents which share the current configuration are referred to as “internal” to the distributed implementation. Others may be referred to as “external.” It is possible for a single computer to house multiple Systems (both internal and external) simultaneously. Note that it is not necessary to identify as Systems those applications, computers, networks or equipment which only originate Transactions (i.e., which offer no transaction services).
Attribute Description Interface ID The object identifier of an Interface through which to communicate with the System. Does not need to be specified for “internal” systems.
(9) Server (System Topology Object) - Server (transaction service) configuration objects identify entities which process transactions. Servers are “internal” if their associated System is “internal,” and “external” otherwise.
Attribute Description System The object identifier of the System on which the Server agent executes. Queue The object identifier of a File that holds requests destined for the Server agent. If not set, requests are held in memory. Does not need to be specified if the System attribute specified is “external.”
(10) Transaction (System Topology Object) - Transaction configuration objects identify atomic units of work in an application implemented according to the invention.
Attribute Description Ruleset The object identifier of a Ruleset that specifies how the Transaction is to be processed. Does not need to be specified if all of the Servers specified are “external.” Servers A list of object identifiers identifying the Servers which are capable of processing the Transaction.
(11) Interface (System Topology Object) - Interface configuration objects identify agents which handle the flow of transactions to and from external applications, computers, communications networks or other equipment.
Attribute Description System The object identifier of the System on which the interface agent executes. Queue The object identifier of a File that holds requests destined for the interface agent. If not set, requests are held in memory. In Ruleset The object identifier of a Ruleset which specifies how to interpret incoming messages or events. This ruleset may specify the interpretation rules completely, or may select an In Message which specifies additional interpretation rules. Out Ruleset The object identifier of a Ruleset which specifies how to construct outgoing messages or events. This ruleset may specify the construction rules completely, or may select an Out Message which specifies additional construction rules. Networks A list of object identifiers identifying the Networks which handle messages passing to and from the external applications, computers, communications networks or other equipment.
(12) In Message, Out Message (System Topology Object) - In Message and Out Message configuration objects identify additional message processing rules to be invoked by interfaces. For example, the In Ruleset for a given Interface may have rules which identify categories of messages, and select appropriate In Message types for detailed analysis depending on the category. Note that this is most useful for interfaces that must handle complex sets of messages.
Attribute Description Ruleset The object identifier of a Ruleset that specifies how the message is to be processed (analyzed or constructed).
(13) Network (System Topology Object) - Network configuration objects identify agents which handle messages and/or event notifications to and from external applications, computers, communications networks or other equipment.
Attribute Description System The object identifier of the System on which the Network agent executes. Queue The object identifier of a File that holds requests destined for the Network agent. If not set, requests are held in memory. Interface The object identifier of the Interface to which the Network agent sends incoming messages, and from which it receives outgoing messages. Type Identifies the type of external application, computer, communications network or other equipment with which to communicate (e.g. generic, Intermec) Protocol The object identifier of a Protocol object which specifies protocol type and parameters necessary for communication with the external application, computer, communications network or other equipment. Type Identifies the type of external application, computer, communications network or other equipment with which to communicate (e.g. generic, Intermec) Network Info Identifies any additional, Network Type-specific communications parameters.
(14) Protocol (System Topology Object) - Protocol configuration objects identify communications protocol parameters necessary for communications with external applications, computers, communications networks or other equipment.
Attribute Description Type The type of communications protocol to use. Possible values include (but are not limited to) async, bisync, TCP/IP (client or server), UDP, X25 (PVC or SVC), LU2, LU6.2, etc.
Additional attributes vary depending on the Type selected. For example, async attributes include Baud Rate, Character Size, Stop Bits, Parity, Flow Control, and Record Demarcation (which includes record length if records are of a fixed length, or the end-of-record character otherwise). Similarly, TCP/IP Client attributes include Destination Host Name, Service Name, and Record Demarcation.
(15) Device (System Topology Object) - Device configuration objects identify external devices that the application would like to manage. The application can send explicit messages to Devices (e.g. “print” commands to a label printer). Additionally, the system can manage the download of configuration data (e.g. form definitions, programs, etc.) to Devices.
Attribute Description Type The type of Device (e.g. Intermec label printer). Address Device address information by which messages to/from the Device are routed/identified. Network The object identifier of the Network which handles communications with the Device. Control Names which identify configuration Entries data (formats, programs, etc.) currently downloaded to the Device. The names are Type specific, but normally those of Control objects which further specify what configuration data is downloaded.
(16) Control (System Topology Object) - Control configuration objects identify configuration data that may be downloaded to Devices (e.g. form definitions, programs, etc.), or additional Network-specific configuration (e.g. data-point definitions).
Attribute Description Type The type of Device (e.g. Intermec label printer). Buffer Type Specifies bow Buffer is to be interpreted. Possible values include (but are not limited to) Direct (Buffer contains literal download data), Indirect (Buffer contains the pathname of a file which contains the download data), or Data Point (Buffer contains a list of data point definitions). Buffer Contains control information (as specified by Buffer Type).
(17) Screen (Application Presentation Object) - Screen configuration objects identify application presentation screens, used for user input and/or display of data.
Attribute Description Detail Object The object identifier of a Menu, Listing, or Data Entry that specifies the details of the data presentation. Title Text which may appear as a screen title. Actions A list of object identifiers of Rulesets which can be invoked at the request of the user when the Screen is active, via associated function key or button. Each Action has an associated label that should describe the function implemented by the Ruleset. Access Control A list of entries controlling who may use this Screen, and which of the Actions they are allowed. Each entry has the following attributes: User or The object identifier of a User or Group Group for which access is being specified. The system first checks for an entry for the current user; if none exists, the system checks for an entry for the current user's group. Access Allowed or disallowed. The disallowed Type value is useful for excluding a particular member of a group while still allowing access for the group. Allowed Indicates which of the Actions may be Actions invoked by the user or group.
(18) Menu (Application Presentation Object) - Menu configuration objects identify application presentation menus. When a Screen which refers to a Menu is invoked, a list of selections from which the user may select is displayed.
Attribute Description Selections A list of entries that determines what actions are available from the Menu. Each entry has the following attributes: Action The object identifier of a Ruleset which can be invoked at the request of the user when the Menu is active, via associated key-press or button. Label Text which should describe the function implemented by the Ruleset. One of the letters of the Label may be identified as a “hot key,” in which case it will appear underlined (or otherwise highlighted) to indicate that this selection may be made by pressing the associated letter key.
(19) Listing (Application Presentation Object) - Listing configuration objects identify application presentation listings. When a Screen which refers to a Listing is invoked, a list is displayed which is constructed from a specified set of records in a table.
Attribute Description Index The object identifier of an Index which determines the File from which records are selected, and the order in which they appear. Record The object identifier of a Record Determination which determines how the records are to be interpreted. By default, the Record Definition attribute of the associated File is used. First Key The object identifier of a Function which, when evaluated, determines the value of key of the first record to be displayed in the list. Last Key The object identifier of a Function which, when evaluated, determines the value of key of the last record to he displayed in the list. Filter The object identifier of a Function which, when evaluated for each record, determines whether or not the record is to be included in the list. Display The object identifier of a Function which, when evaluated for each record, determines the text to be displayed list.
(20) Data Entry (Application Presentation Object) - Data Entry configuration objects identify data entry screens. When a Screen which refers to a Data Entry is invoked, a specified arrangement of fields is displayed. Some or all of the fields may be edited by the user, as allowed by the configuration.
Attribute Description Record The object identifier of a Record which determines the set of fields which are to appear on the screen. Fields A set of entries which determines how each of the Elements in the Record are to be displayed. Each entry has the following attributes: Label The column and row at which the field Location label is to be displayed. Label The number of characters of field Length label to display. Label Display attributes of the label (e.g. Display underlined, hold, dim, etc.) Modes Field The column and row at which the field Locations is to be displayed. Field The number of characters of field to Length display. Field Display attributes of the field (e.g., Display underlined bold, dim, etc.) Modes Field Controls how data is entered (e.g., Control normal, output-only, select-only, Modes etc). Detail The object identifier of a Ruleset Ruleset which is invoked when the user requests details about this field. This Ruleset can implement any application functionality, but typically allows selection of a value for the field.
(21) Report (Application Presentation Object) - Report configuration objects identify reports which may be displayed or printed. A Report consists of optional title and header lines, primary lines composed of a set of columns, and alternate lines of arbitrary text that may be interspersed with the primary lines.
Attribute Description Index The object identifier of an Index which determines the File from which records are selected, and the order in which they appear. First Key The object identifier of a Function which, when evaluated, determines the value of key of the first record from which to generate report lines. Last Key The object identifier of a Function which, when evaluated, determines the value of key of the last record from which to generate report lines. Report Format Identifies the format of the report (e.g., standard, free-format, form, etc.) Title Lines The object identifiers of Functions which, when evaluated, determine the text to appear in the report titles (at the top of each page in a standard format report). Header Fields The object identifiers of Functions which, when evaluated, determine the text to appear in the report headers (typically on each page before column headers, and primary and alternate report lines, although, in the ease of form reports, Header Field values may appear anywhere on the form). Each Header Field also has associated formatting information, such as indent, width and justification. Page Breaks The object identifiers of Functions which, when evaluated after reading a record, determine whether to insert a page break before generating any additional primary or alternate lines. Pre-Processing The object identifier of a Ruleset which is evaluated after reading each record and before any additional processing is done. Post- The object identifier of a Ruleset Processing which is evaluated before reading the next record, after all processing for the current record is complete. Filter The object identifier of a Function which is evaluated after reading each record and performing the Pre- Processing and which determines whether primary lines are generated (or Slave processing occurs) for the record. Slave The object identifier of a Report controls report formatting. For each record read as specified in the current Report, a complete set of records is processed as defined by the Slave Report configuration. Alternate Entries which control arbitrary text Lines lines which may appear on the report. Each entry has the following attributes: Filter The object identifier of a Function which is evaluated for each record to determine whether this Alternate Line is to be generated. Contents The object identifier of a Function which, when evaluated, determines the text to appear. Explode The object identifier of a Ruleset which can be invoked when the Alternate Line text is selected by a user who is viewing the report online. Format Text width, indent and justification. Location Whether the Alternate Line is to be generated before or after the primary line, and/or at the end of the report. Primary Line Includes: number of column headers and Format footers; whether to suppress column headers and footers on pages on which no primary line appears; whether or not footers “float” (appear immediately after the last detail line) or are fixed at the bottom of each page. Primary Line The object identifier of a Ruleset Explode which can be invoked when the primary line is selected by a user who is viewing the report on-line. Primary Line Entries which control primary text Columns lines appearing on the report. Each entry controls a column of output and has the following attributes: Contents The object identifier of a Function or Element which, when evaluated, determines the text to appear in the column. Format Column width, indent and justification. Headers The object identifiers of a Function which, when evaluated, determine the text to appear at the top of the column on each page. Each of the Headers has associated formatting information, including justification. Footers The object identifiers of a Function which, when evaluated, determine the text to appear at the bottom of the column on each page. Each of the Footers has associated formatting information, including justification.
(22) User (User Access Object) - User configuration objects identify users who may access applications via application presentation objects.
Attribute Description Group Name The Group to which the User belongs. Password information against which to verify entered passwords. Ruleset The object identifier of a Ruleset which is invoked when the User logs in. If not set, the Ruleset for the Group is invoked.
(23) Group (User Access Object) - Group configuration objects identify groups of users who may access applications via application presentation objects.
Attribute Description Default The object identifier of a Ruleset Ruleset which may be invoked when a User in this Group logs in.
(24) Ruleset (Rule Management Object) - Ruleset configuration objects encode application-specific functionality. Rulesets are composed using a set of verbs to form rules. A rule is composed of an antecedent and a consequent. An antecedent is a conjunction of conditionals (constructed of verbs), evaluated one at a time. If the conditionals return a non-false value, the rule is said to be fired. A consequent is a list of statements (constructed of verbs) to be evaluated when the rule is fired. The first rule to be fired completes the invocation of the Ruleset, and none of its subsequent rules are evaluated.
The syntax is as follows: Ruleset:= always: Stmt; [[Stmt;] . . .] Ruleset:= Rule [Rule . . .] [DfltRule ] Rule:= if: Cond [[ & Cond] . . .] then: Stmt; [[ Stmt; ] . . .]] DfltRule:= otherwise: Stmt; [[ Stmt;] . . .] Cond:= verb ([arg . . .] ) Stmt:= verb ([ arg . . .] ) Arg:= verb ([ arg . . .] ) Arg:= literal (test string, name or number)
(25) Function (Rule Management Object) - Function configuration objects encode application-specific functionality. When invoked, a Function returns a value. Functions are composed by nesting verbs.
The syntax is as follows: Function:= verb ([arg . . .]); Arg:= verb ([arg . . .]) Arg:= literal (text string, name or number) - With reference to
FIG. 10 , a hypothetical transaction can be followed through a system of the present invention. Imagine the transaction is a financial transaction that must check with an external system for verification. The result of the transaction will be sent back to the originating external system as a response. - STEP I Message Origination
- Network agent NET1 (indicated at 80) using Protocol PROT1 reads in a message from its
external system 82. - NET1 sends this message to its associated Interface agent IFC1 (indicated at 84).
- IFC1 examines the message to determine what type of message it is. Using the appropriate record structure (REC1) as a map, it then binds the message into an initialized Context. This puts the message data into the various data Elements within Context, making the transaction context independent of the message layout.
- IFC1 then sends the Context to the appropriate Server agent SVR1 (indicated at 86) for processing. Actually, the routing to the correct server takes place automatically within the system. This allows for busy servers to be alleviated during periods of heavy stress.
- STEP II Initial Processing
- SVR1 reads the Context and performs the desired Transaction TRN1.
- TRN1 needs to request information from external system 2 (indicated at 88) about the information in Context.
- STEP III Information Request
- Context is sent to interface agent IFC2 (indicated at 90).
- IFC2 builds a message from Context using REC2.
- The message is sent to network agent NET2 (indicated at 92).
- NET2 reads the message and transmits it to
external system 2 using PROT2. - STEP IV Information Response
- Some time later, NET2 reads a message in from
external system 88. - NET2 sends the message to IFC2.
- IFC2 identifies the message as the response to TRN1. It binds the message into the Context of TRN1 instead of an initialized Context. Thus, the response from the external system becomes part of our Context.
- IFC2 sends the Context back to SVR1.
- STEP V Secondary Processing
- SVRL uses the response information in additional processing.
- TRN1 updates files with the initial result.
- TRN1 sends Context to another server agent SVR2 (indicated at 94) for additional processing.
- SVR2 reads the Context and performs TRN2.
- TRN2 updates files with the results.
- Context is sent back to the originating Interface IFC1 as a response. Thus, the transaction request has been fulfilled.
- STEP VI Send Result
- IFC1 builds a message from Context using REC3.
- The message is sent to NET1.
- NET1 reads the message and transmits it using PROT1.
- While preferred embodiments of the present invention and preferred methods of practicing same have been shown and described, modifications and variations may be made by thereto by those of ordinary skill in the art without departing from the spirit and scope of the present invention, which is more particularly set forth in the appended claims. In addition, it should be understood that aspects of the various embodiments may be interchanged both in whole or in part. Furthermore, those of ordinary skill in the art will appreciate that the foregoing description is by way of example only, and is not intended to be limitative of the invention so further described in such appended claims.
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 first 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 said transaction request;
(d) routing said transaction request to an appropriate service system to be responsively fulfilled;
(e) fulfilling said transaction request at said service system and indicating same to said first interface; and
(f) issuing via said first interface a second message to said originating system in said first message format as a first response message to said transaction request.
2. A 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. A method as set forth in claim 2 , wherein said service system includes a server agent in communication with said interface agent.
4. A method as set forth in claim 3 , wherein said agents communicate with each other via message queues.
5. A method as set forth in claim 1 , wherein said first interface functions to generate a context data structure organizationally independent of said first message format, said context data structure being acted upon in servicing said transaction request.
6. A method as set forth in claim 5 , wherein said transaction request is routed to said service system through application of topological configuration objects to a predetermined ruleset.
7. A method as set forth in claim 6 , wherein said predefined configuration objects are modifiable independently of said ruleset.
8. A 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 message at said second interface and providing said information to said service system.
9. A method as set forth in claim 8 , wherein said first message format and said second message format are different protocols.
10. A method as set forth in claim 8 , wherein said first message format and said second message format are equivalent protocols.
11. In a computing environment including a plurality of computer systems, an arrangement comprising:
each of said computer systems being equipped with agents operative to transfer external messages into and out of a particular message format;
each of said computer systems further having stored configuration objects indicating expected transaction requests and corresponding service systems; and
such that transaction requests are disassociated from incoming message by said agents and configuration objects, said transaction requests being automatically routed to appropriate service systems for fulfillment.
12. An arrangement as set forth in claim 11 , wherein said agents include:
network agents operative to extract request data from said external messages;
interface agents operative to produce said transaction request from said request data; and
server agents in communication with said interface agents so as to fulfill said transaction requests.
13. An arrangement as set forth in claim 12 , wherein said agents communicate with each other using message queues.
14. An arrangement as set forth in claim 11 , wherein said agents function to generate a context data structure organizationally independent of said external messages, said context data structure being acted upon in fulfilling said transaction request.
15. An arrangement as set forth in claim 11 , wherein said configuration objects are easily modifiable to reflect changes in said computing environment.
16. An arrangement for performing transactions between a first computer entity and a second computer entity having disparate operating systems, said arrangement comprising:
a first interface running first agents according to predetermined configuration objects;
a second interface running second agents according to said predetermined configuration objects;
said first interface being operative to translate a first message in a first message format received from said first computer entity into an organizationally independent context data structure; and
said second interface reading and acting upon said context data structure to produce a second message in a second message format issued to said second computer entity.
17. An arrangement as set forth in claim 16 , wherein:
said second computer entity issues a third message in said second message format in response to said second message, said second interface being operative to update said context data structure based thereon; and
said first interface responsively acting to read said context data structure and produce a fourth message in said first message format back to said first computer entity.
18. An arrangement as set forth in claim 16 , wherein said context data structure includes a hash table containing pointers to a plurality of element value locations.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/818,317 US20070244971A1 (en) | 2000-08-25 | 2007-06-14 | Transaction-based enterprise application integration (EAI) and development system |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US22821900P | 2000-08-25 | 2000-08-25 | |
US09/940,179 US7243120B2 (en) | 2000-08-25 | 2001-08-27 | Transaction-based enterprise application integration (EAI) and development system |
US11/818,317 US20070244971A1 (en) | 2000-08-25 | 2007-06-14 | Transaction-based enterprise application integration (EAI) and development system |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/940,179 Continuation US7243120B2 (en) | 2000-08-25 | 2001-08-27 | Transaction-based enterprise application integration (EAI) and development system |
Publications (1)
Publication Number | Publication Date |
---|---|
US20070244971A1 true US20070244971A1 (en) | 2007-10-18 |
Family
ID=22856291
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/940,179 Expired - Lifetime US7243120B2 (en) | 2000-08-25 | 2001-08-27 | Transaction-based enterprise application integration (EAI) and development system |
US11/818,317 Abandoned US20070244971A1 (en) | 2000-08-25 | 2007-06-14 | Transaction-based enterprise application integration (EAI) and development system |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/940,179 Expired - Lifetime US7243120B2 (en) | 2000-08-25 | 2001-08-27 | Transaction-based enterprise application integration (EAI) and development system |
Country Status (3)
Country | Link |
---|---|
US (2) | US7243120B2 (en) |
AU (1) | AU2001286786A1 (en) |
WO (1) | WO2002019127A1 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090044089A1 (en) * | 2007-08-06 | 2009-02-12 | Apple Inc. | Automatic insertion of a default function |
US20090306999A1 (en) * | 2008-06-06 | 2009-12-10 | Microsoft Corporation | Conversational parallelism for message processing |
Families Citing this family (63)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030046289A1 (en) * | 2001-09-05 | 2003-03-06 | Infravio | Meta browsing with external execution of third party services |
US7831655B2 (en) * | 2001-10-18 | 2010-11-09 | Bea Systems, Inc. | System and method for implementing a service adapter |
US7222148B2 (en) * | 2002-05-02 | 2007-05-22 | Bea Systems, Inc. | System and method for providing highly available processing of asynchronous service requests |
EP1403794A1 (en) * | 2002-09-27 | 2004-03-31 | Sap Ag | Method and system for automatic storage of business data |
EP1403793A1 (en) * | 2002-09-27 | 2004-03-31 | Sap Ag | Method for automatic integrated document filing in the logging of business transactions |
US7162722B1 (en) | 2002-11-27 | 2007-01-09 | Massachusetts Mutual Life Insurance Company A Massmutual Financial Group | Systems and methods for integrating a plurality of computer resources |
EP1477917A1 (en) * | 2003-05-13 | 2004-11-17 | SAP Aktiengesellschaft | System, method, and software application for modelling the structure of enterprises |
US8548170B2 (en) | 2003-12-10 | 2013-10-01 | Mcafee, Inc. | Document de-registration |
US7984175B2 (en) | 2003-12-10 | 2011-07-19 | Mcafee, Inc. | Method and apparatus for data capture and analysis system |
US7774604B2 (en) | 2003-12-10 | 2010-08-10 | Mcafee, Inc. | Verifying captured objects before presentation |
US7899828B2 (en) | 2003-12-10 | 2011-03-01 | Mcafee, Inc. | Tag data structure for maintaining relational data over captured objects |
US7814327B2 (en) | 2003-12-10 | 2010-10-12 | Mcafee, Inc. | Document registration |
US8656039B2 (en) | 2003-12-10 | 2014-02-18 | Mcafee, Inc. | Rule parser |
DE102004001323B3 (en) * | 2004-01-08 | 2005-07-07 | Conxpert Holding Gmbh | Method and device for monitoring the data exchange between application systems |
US7930540B2 (en) | 2004-01-22 | 2011-04-19 | Mcafee, Inc. | Cryptographic policy enforcement |
US7962591B2 (en) | 2004-06-23 | 2011-06-14 | Mcafee, Inc. | Object classification in a capture system |
US8560534B2 (en) | 2004-08-23 | 2013-10-15 | Mcafee, Inc. | Database for a capture system |
US7949849B2 (en) | 2004-08-24 | 2011-05-24 | Mcafee, Inc. | File system for a capture system |
US20060085205A1 (en) * | 2004-10-08 | 2006-04-20 | Sampath Kumar | Method, program and system for the implementation of cognitive business processes |
US20060080159A1 (en) * | 2004-10-08 | 2006-04-13 | Sampath Kumar | Method, program and system for the implementation of cognitive business processes in a sales enterprise |
US20060116919A1 (en) * | 2004-11-29 | 2006-06-01 | Microsoft Corporation | Efficient and flexible business modeling based upon structured business capabilities |
US20060229926A1 (en) * | 2005-03-31 | 2006-10-12 | Microsoft Corporation | Comparing and contrasting models of business |
US20060229922A1 (en) * | 2005-03-31 | 2006-10-12 | Microsoft Corporation | Association and visualization of schematized business networks |
EP1715653B1 (en) * | 2005-04-19 | 2008-07-30 | Sap Ag | A system and method for mediating within a network |
US20060241956A1 (en) * | 2005-04-22 | 2006-10-26 | Microsoft Corporation | Transforming business models |
US7907608B2 (en) | 2005-08-12 | 2011-03-15 | Mcafee, Inc. | High speed packet capture |
US7818326B2 (en) | 2005-08-31 | 2010-10-19 | Mcafee, Inc. | System and method for word indexing in a capture system and querying thereof |
US7730011B1 (en) | 2005-10-19 | 2010-06-01 | Mcafee, Inc. | Attributes of captured objects in a capture system |
US7657104B2 (en) * | 2005-11-21 | 2010-02-02 | Mcafee, Inc. | Identifying image type in a capture system |
KR100703803B1 (en) * | 2006-01-04 | 2007-04-09 | 삼성전자주식회사 | Apparatus and method for message processing for stability of application units |
US20070203718A1 (en) * | 2006-02-24 | 2007-08-30 | Microsoft Corporation | Computing system for modeling of regulatory practices |
US7921432B2 (en) * | 2006-03-17 | 2011-04-05 | Microsoft Corporation | Managed application execution application programming interface and schema |
US7908611B2 (en) * | 2006-03-17 | 2011-03-15 | Microsoft Corporation | Unmanaged programming language interoperability with managed internet protocol context |
US20070226504A1 (en) * | 2006-03-24 | 2007-09-27 | Reconnex Corporation | Signature match processing in a document registration system |
US8504537B2 (en) | 2006-03-24 | 2013-08-06 | Mcafee, Inc. | Signature distribution in a document registration system |
US7689614B2 (en) | 2006-05-22 | 2010-03-30 | Mcafee, Inc. | Query generation for a capture system |
US8010689B2 (en) | 2006-05-22 | 2011-08-30 | Mcafee, Inc. | Locational tagging in a capture system |
US7958227B2 (en) | 2006-05-22 | 2011-06-07 | Mcafee, Inc. | Attributes of captured objects in a capture system |
US20080141280A1 (en) * | 2006-12-04 | 2008-06-12 | Bea Systems, Inc. | Method for handling communication without centralized component within a fully distributed network |
US8904341B2 (en) * | 2007-04-30 | 2014-12-02 | Hewlett-Packard Development Company, L.P. | Deriving grounded model of business process suitable for automatic deployment |
CN101946257A (en) * | 2007-12-20 | 2011-01-12 | 惠普开发有限公司 | Modelling computer based business process and simulating operation |
EP2223281A4 (en) * | 2007-12-20 | 2011-05-25 | Hewlett Packard Development Co | Modelling computer based business process for customisation and delivery |
WO2009082382A1 (en) * | 2007-12-20 | 2009-07-02 | Hewlett-Packard Development Company, L.P. | Automated model generation for computer based business process |
EP2223277A4 (en) * | 2007-12-20 | 2012-02-29 | Hewlett Packard Development Co | Model based deployment of computer based business process on dedicated hardware |
US8205242B2 (en) | 2008-07-10 | 2012-06-19 | Mcafee, Inc. | System and method for data mining and security policy management |
US8271319B2 (en) * | 2008-08-06 | 2012-09-18 | Microsoft Corporation | Structured implementation of business adaptability changes |
US9253154B2 (en) | 2008-08-12 | 2016-02-02 | Mcafee, Inc. | Configuration management for a capture/registration system |
US20100057508A1 (en) * | 2008-09-02 | 2010-03-04 | Microsoft Corporation | Structured implementation of business functionality changes |
US8195504B2 (en) | 2008-09-08 | 2012-06-05 | Microsoft Corporation | Linking service level expectations to performing entities |
US20100082380A1 (en) * | 2008-09-30 | 2010-04-01 | Microsoft Corporation | Modeling and measuring value added networks |
US8150726B2 (en) * | 2008-09-30 | 2012-04-03 | Microsoft Corporation | Linking organizational strategies to performing capabilities |
US8312419B2 (en) * | 2008-10-30 | 2012-11-13 | Hewlett-Packard Development Company, L.P. | Automated lifecycle management of a computer implemented service |
US8655711B2 (en) * | 2008-11-25 | 2014-02-18 | Microsoft Corporation | Linking enterprise resource planning data to business capabilities |
US8850591B2 (en) | 2009-01-13 | 2014-09-30 | Mcafee, Inc. | System and method for concept building |
US8706709B2 (en) | 2009-01-15 | 2014-04-22 | Mcafee, Inc. | System and method for intelligent term grouping |
US8473442B1 (en) | 2009-02-25 | 2013-06-25 | Mcafee, Inc. | System and method for intelligent state management |
US8667121B2 (en) | 2009-03-25 | 2014-03-04 | Mcafee, Inc. | System and method for managing data and policies |
US8447722B1 (en) | 2009-03-25 | 2013-05-21 | Mcafee, Inc. | System and method for data mining and security policy management |
US8914544B2 (en) | 2010-06-23 | 2014-12-16 | Smartek21, Llc | Computer-implemented system and method for transparently interfacing with legacy line of business applications |
US8806615B2 (en) | 2010-11-04 | 2014-08-12 | Mcafee, Inc. | System and method for protecting specified data combinations |
US8700561B2 (en) | 2011-12-27 | 2014-04-15 | Mcafee, Inc. | System and method for providing data protection workflows in a network environment |
US10044595B1 (en) * | 2016-06-30 | 2018-08-07 | Dell Products L.P. | Systems and methods of tuning a message queue environment |
US11151110B2 (en) * | 2018-09-24 | 2021-10-19 | Salesforce.Com, Inc. | Identification of records for post-cloning tenant identifier translation |
Citations (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5329619A (en) * | 1992-10-30 | 1994-07-12 | Software Ag | Cooperative processing interface and communication broker for heterogeneous computing environments |
US5561797A (en) * | 1993-03-15 | 1996-10-01 | International Business Machines Corporation | Method for synchronizing transaction processing in a distributed heterogeneous system |
US5706516A (en) * | 1995-01-23 | 1998-01-06 | International Business Machines Corporation | System for communicating messages among agent processes |
US5721909A (en) * | 1994-03-30 | 1998-02-24 | Siemens Stromberg-Carlson | Distributed database architecture and distributed database management system for open network evolution |
US5754772A (en) * | 1996-03-26 | 1998-05-19 | Unisys Corporation | Transaction service independent HTTP server-to-transaction gateway |
US5790789A (en) * | 1996-08-02 | 1998-08-04 | Suarez; Larry | Method and architecture for the creation, control and deployment of services within a distributed computer environment |
US5832484A (en) * | 1996-07-02 | 1998-11-03 | Sybase, Inc. | Database system with methods for parallel lock management |
US5913061A (en) * | 1997-01-08 | 1999-06-15 | Crossroads Software, Inc. | Modular application collaboration |
US5916307A (en) * | 1996-06-05 | 1999-06-29 | New Era Of Networks, Inc. | Method and structure for balanced queue communication between nodes in a distributed computing application |
US5924097A (en) * | 1997-12-23 | 1999-07-13 | Unisys Corporation | Balanced input/output task management for use in multiprocessor transaction processing system |
US5937917A (en) * | 1996-06-12 | 1999-08-17 | Matsushita Electric Industrial Co., Ltd. | Charging method and charging structure of combustible gas and oxidizer gas, and material to be charged by using the charging method and the charging structure |
US6039245A (en) * | 1996-06-10 | 2000-03-21 | Diebold, Incorporated | Financial transaction processing system and method |
US6108649A (en) * | 1998-03-03 | 2000-08-22 | Novell, Inc. | Method and system for supplanting a first name base with a second name base |
US6122363A (en) * | 1998-07-24 | 2000-09-19 | Mci Communications Corp. | Multi-protocol interface apparatus at a service control point |
US6237041B1 (en) * | 1998-10-20 | 2001-05-22 | Corus Technologies Aktiebolag | System using integrating server for transforming message from one system-specific native format to another system specific format according to description of client computers |
US6256676B1 (en) * | 1998-11-18 | 2001-07-03 | Saga Software, Inc. | Agent-adapter architecture for use in enterprise application integration systems |
US20030009543A1 (en) * | 2001-04-30 | 2003-01-09 | Ankur Gupta | Network management system and computer-based methods for network management |
US20030051236A1 (en) * | 2000-09-01 | 2003-03-13 | Pace Charles P. | Method, system, and structure for distributing and executing software and data on different network and computer devices, platforms, and environments |
US6606660B1 (en) * | 1999-08-31 | 2003-08-12 | Accenture Llp | Stream-based communication in a communication services patterns environment |
US6681228B2 (en) * | 2001-11-01 | 2004-01-20 | Verisign, Inc. | Method and system for processing query messages over a network |
US6785730B1 (en) * | 1999-02-16 | 2004-08-31 | Rebecca S. Taylor | Generic communications protocol translator |
US20040249814A1 (en) * | 1998-02-19 | 2004-12-09 | Navarre Gloria Jean | System and method for executing a request from a client application |
US7028312B1 (en) * | 1998-03-23 | 2006-04-11 | Webmethods | XML remote procedure call (XML-RPC) |
US7574432B1 (en) * | 2000-02-25 | 2009-08-11 | Pedestrian Concepts Llc | Search-on-the-fly/sort-on-the-fly search engine |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6754772B2 (en) * | 2001-11-15 | 2004-06-22 | Micron Technology, Inc. | Distributed cache |
-
2001
- 2001-08-27 AU AU2001286786A patent/AU2001286786A1/en not_active Abandoned
- 2001-08-27 WO PCT/US2001/026630 patent/WO2002019127A1/en active Application Filing
- 2001-08-27 US US09/940,179 patent/US7243120B2/en not_active Expired - Lifetime
-
2007
- 2007-06-14 US US11/818,317 patent/US20070244971A1/en not_active Abandoned
Patent Citations (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5329619A (en) * | 1992-10-30 | 1994-07-12 | Software Ag | Cooperative processing interface and communication broker for heterogeneous computing environments |
US5561797A (en) * | 1993-03-15 | 1996-10-01 | International Business Machines Corporation | Method for synchronizing transaction processing in a distributed heterogeneous system |
US5721909A (en) * | 1994-03-30 | 1998-02-24 | Siemens Stromberg-Carlson | Distributed database architecture and distributed database management system for open network evolution |
US5706516A (en) * | 1995-01-23 | 1998-01-06 | International Business Machines Corporation | System for communicating messages among agent processes |
US5754772A (en) * | 1996-03-26 | 1998-05-19 | Unisys Corporation | Transaction service independent HTTP server-to-transaction gateway |
US5916307A (en) * | 1996-06-05 | 1999-06-29 | New Era Of Networks, Inc. | Method and structure for balanced queue communication between nodes in a distributed computing application |
US6039245A (en) * | 1996-06-10 | 2000-03-21 | Diebold, Incorporated | Financial transaction processing system and method |
US5937917A (en) * | 1996-06-12 | 1999-08-17 | Matsushita Electric Industrial Co., Ltd. | Charging method and charging structure of combustible gas and oxidizer gas, and material to be charged by using the charging method and the charging structure |
US5832484A (en) * | 1996-07-02 | 1998-11-03 | Sybase, Inc. | Database system with methods for parallel lock management |
US5790789A (en) * | 1996-08-02 | 1998-08-04 | Suarez; Larry | Method and architecture for the creation, control and deployment of services within a distributed computer environment |
US5913061A (en) * | 1997-01-08 | 1999-06-15 | Crossroads Software, Inc. | Modular application collaboration |
US5924097A (en) * | 1997-12-23 | 1999-07-13 | Unisys Corporation | Balanced input/output task management for use in multiprocessor transaction processing system |
US20040249814A1 (en) * | 1998-02-19 | 2004-12-09 | Navarre Gloria Jean | System and method for executing a request from a client application |
US6108649A (en) * | 1998-03-03 | 2000-08-22 | Novell, Inc. | Method and system for supplanting a first name base with a second name base |
US7028312B1 (en) * | 1998-03-23 | 2006-04-11 | Webmethods | XML remote procedure call (XML-RPC) |
US6122363A (en) * | 1998-07-24 | 2000-09-19 | Mci Communications Corp. | Multi-protocol interface apparatus at a service control point |
US6237041B1 (en) * | 1998-10-20 | 2001-05-22 | Corus Technologies Aktiebolag | System using integrating server for transforming message from one system-specific native format to another system specific format according to description of client computers |
US6256676B1 (en) * | 1998-11-18 | 2001-07-03 | Saga Software, Inc. | Agent-adapter architecture for use in enterprise application integration systems |
US6785730B1 (en) * | 1999-02-16 | 2004-08-31 | Rebecca S. Taylor | Generic communications protocol translator |
US6606660B1 (en) * | 1999-08-31 | 2003-08-12 | Accenture Llp | Stream-based communication in a communication services patterns environment |
US7574432B1 (en) * | 2000-02-25 | 2009-08-11 | Pedestrian Concepts Llc | Search-on-the-fly/sort-on-the-fly search engine |
US20030051236A1 (en) * | 2000-09-01 | 2003-03-13 | Pace Charles P. | Method, system, and structure for distributing and executing software and data on different network and computer devices, platforms, and environments |
US20030009543A1 (en) * | 2001-04-30 | 2003-01-09 | Ankur Gupta | Network management system and computer-based methods for network management |
US6681228B2 (en) * | 2001-11-01 | 2004-01-20 | Verisign, Inc. | Method and system for processing query messages over a network |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090044089A1 (en) * | 2007-08-06 | 2009-02-12 | Apple Inc. | Automatic insertion of a default function |
US20090306999A1 (en) * | 2008-06-06 | 2009-12-10 | Microsoft Corporation | Conversational parallelism for message processing |
US8370851B2 (en) | 2008-06-06 | 2013-02-05 | Microsoft Corporation | Conversational parallelism for message processing |
Also Published As
Publication number | Publication date |
---|---|
US20020111820A1 (en) | 2002-08-15 |
AU2001286786A1 (en) | 2002-03-13 |
US7243120B2 (en) | 2007-07-10 |
WO2002019127A1 (en) | 2002-03-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7243120B2 (en) | Transaction-based enterprise application integration (EAI) and development system | |
US6836890B1 (en) | Methods and systems for message translation and parsing of data structures in a distributed component architecture | |
US5778213A (en) | Multilingual storage and retrieval | |
US6711624B1 (en) | Process of dynamically loading driver interface modules for exchanging data between disparate data hosts | |
US6708166B1 (en) | Method and apparatus for storing data as objects, constructing customized data retrieval and data processing requests, and performing householding queries | |
US6339795B1 (en) | Automatic transfer of address/schedule/program data between disparate data hosts | |
US7080099B2 (en) | Method and system for storing and managing electronic mail | |
US6810429B1 (en) | Enterprise integration system | |
US6704723B1 (en) | Method and system for providing business intelligence information over a computer network via extensible markup language | |
US20090157596A1 (en) | System for converting message data into relational table format | |
US6715128B1 (en) | Method for converting directory data, and program and device therefor | |
US6253244B1 (en) | System and computer-implemented method for providing access to host-based screen applications using business-centric software components | |
CN114553784A (en) | Current limiting processing method and device | |
CN101170436B (en) | A method for managing template in network management system | |
US7263656B2 (en) | Method and device for scheduling, generating and processing a document comprising blocks of information | |
JP2005285009A (en) | Method and program for providing interaction among different applications via data displayed on screen | |
US7913235B2 (en) | On-demand creation of POSIX locale source | |
US7272836B1 (en) | Method and apparatus for bridging service for standard object identifier based protocols | |
JP2002342142A (en) | Write control method, device for managing structured document, device for editing structured document, and program | |
CA2453971C (en) | On-demand creation of java locale source | |
JPH1040155A (en) | System for managing data base | |
US20030158856A1 (en) | Profile integrator and method thereof | |
JPH11250092A (en) | Shared database, shared databse system, method for extracting data from shared database and medium recording data extraction program from shared databse | |
JP3676564B2 (en) | Database apparatus, database system, database apparatus control method, and recording medium | |
US6427144B1 (en) | Information gathering facility employing dictionary file containing inquiry invoking an external process |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: RHI ENTERPRISES, LLC, MICHIGAN Free format text: SECURITY INTEREST;ASSIGNOR:INTEGRATED BUSINESS SYSTEMS AND SERVICES, INC.;REEL/FRAME:043493/0741 Effective date: 20170814 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STCV | Information on status: appeal procedure |
Free format text: NOTICE OF APPEAL FILED |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |