System and method for exchanging information among exchange applications

• US 8,620,989 B2
• Filed: 12/01/2006
• Issued: 12/31/2013
• Est. Priority Date: 12/01/2005
• Status: Active Grant

• Current Assignee: FireStar Software Incorporated
• Original Assignee: FireStar Software Incorporated
• Inventors: Eisner, Mark, Oancea, Gabriel
• Primary Examiner(s): SHAW, PETER C
• Application Number:
  US11/566,175
• Publication Number:
  US 20070165625A1
• Time in Patent Office: 2,587 Days
• Field of Search: 709/201, 709/202, 709/203, 370/351, 370/352
• US Class Current: 709/201
• CPC Class Codes: G06F 15/16 Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs coordinating program control therefor G06F9/52; in regulating and control system G05B
• CPC Class Codes: G06F 2209/548 Queue
• CPC Class Codes: G06F 9/546 Message passing systems or structures, e.g. queues
• CPC Class Codes: G06Q 10/10 Office automation; Time management
• CPC Class Codes: G06Q 20/027 involving a payment switch or gateway
• CPC Class Codes: G06Q 20/223 based on the use of peer-to-peer networks
• CPC Class Codes: G06Q 30/00 Commerce
• CPC Class Codes: H04L 2463/102 applying security measure for e-commerce
• CPC Class Codes: H04L 49/3009 Header conversion, routing tables or routing tags
• CPC Class Codes: H04L 49/309 Header conversion, routing tables or routing tags
• CPC Class Codes: H04L 49/9042 Separate storage for different parts of the packet, e.g. header and payload
• CPC Class Codes: H04L 51/00 User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
• CPC Class Codes: H04L 63/0209 Architectural arrangements, e.g. perimeter networks or demilitarized zones
• CPC Class Codes: H04L 63/0823 using certificates cryptographic mechanisms or cryptographic arrangements for entity authentication involving certificates H04L9/3263
• CPC Class Codes: H04L 63/102 Entity profiles
• CPC Class Codes: H04L 63/12 Applying verification of the received information cryptographic mechanisms or cryptographic arrangements for data integrity or data verification H04L9/32
• CPC Class Codes: H04L 63/123 received data contents, e.g. message integrity
• CPC Class Codes: H04L 63/126 the source of the received data
• CPC Class Codes: H04L 67/10 in which an application is distributed across nodes in the network software deployment G06F8/60; multiprogramming arrangements G06F9/46
• CPC Class Codes: H04L 67/147 Signalling methods or messages providing extensions to protocols defined by standardisation
• CPC Class Codes: H04L 67/56 : Provisioning of proxy services store-and-forward switching systems in data switching networks H04L12/54
• CPC Class Codes: H04L 67/561 : Adding application-functional data or data for application control, e.g. adding metadata
• CPC Class Codes: H04L 67/565 : Conversion or adaptation of application format or content adding application control or application functional data H04L67/561
• CPC Class Codes: H04L 69/161 : Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
• CPC Class Codes: H04L 69/22 : Parsing or analysis of headers
• CPC Class Codes: H04L 69/329 : in the application layer [OSI layer 7]

Abstract

In a system and method for processing messages in a gateway, a gateway message is received at the gateway, the gateway message including a gateway message header and a payload, the gateway message header including a unique message identifier block, a target block identifying where the gateway message is going, and a history block providing a log of what has happened to the gateway message. Each block in the gateway message header is processed by the gateway in accordance with a message type, the processing including determining a target application for receiving the payload. The payload is provided to the determined target application. Each block includes one or more values.

Claims

1. A method for processing messages in a gateway, comprising:

receiving a message from a remote gateway, the message being associated with a message type and comprising a message header and a payload,

wherein the message header comprises a set of blocks, each of which contain one or more fields of information, that comprise information to support processing by the gateway,

wherein each message type comprises associated definitions of;

one or more header blocks, that cannot be customized or extended, at least one header block that can be customized or extended by a service provider; and

at least one header block that can be defined by a service provider;

processing the message at the gateway by executing an appropriate module for each header block, wherein each appropriate module from a plurality of modules is identified by the message'"'"'s message type and the corresponding header block; and

wherein the message header contains a security block that indicates what portions of the message header or portions of a message body are encrypted and what portions of the message header or portions of the message body are digitally signed, and wherein any of the encrypted portions and any of the digitally signed portions comprises one or more fields.

2. The method according to 1, wherein the message header comprises an attachment block providing one or more attachment tokens providing information about one or more attachments comprising the location of an attachment,

wherein the one or more attachments are stored in a data store of a sending application or stored in a data store of a source gateway,

the method further comprising providing the location of the one or more tokens to the target application.

3. The method according to claim 2, the method further comprising

receiving a request from the target application to provide to the target application a copy of the attachment stored in a data store in a gateway, wherein the request contains a copy of the one or more attachment tokens.

4. The method according to claim 2, the method further comprising

receiving a request from the target application to move an attachment stored in a data store in a source gateway to a data store in a target gateway, wherein the request contains a copy of the one or more attachment tokens.

5. The method according to claim 2, the method further comprising:

receiving a request from the target application to provide read access to an attachment stored in a data store in a source gateway, wherein the request contains a copy of the one or more attachment tokens.

6. The method according to claim 1, wherein the payload is part of a collection, and

wherein the message header further comprises a collection block comprising a collection identifier indicating to which collection the application payload belongs and a collection type.

7. The method according to claim 6, wherein the collection type is a group, the group having an indication of a beginning of the group.

8. The method according to claim 6, wherein the collection type is a set, the set having an indication of a beginning and an end of the set.

9. The method according to claim 6, wherein the collection type is a sequence, the sequence having an indication of a beginning and an end of the sequence and an indication of an order of the sequence.

10. The method according to claim 6 further comprising executing a process on the message, wherein the process is selected from a plurality of processes based on the collection type.

11. The method according to claim 1, wherein the identified module for a header block utilizes the information in that header block in the identified module'"'"'s processing.

12. The method according to claim 11, wherein the module comprises a scripted sequence of procedures, the sequence of procedures comprising executing an object class associated with each block in the message header.

13. The method according to claim 12, further comprising adding a procedure to the sequence of procedures in the identified module that meets requirements of a defined programming interface.

14. The method according to claim 11, further comprising changing a procedure in the sequence of procedures in the identified module that meets requirements of a defined programming interface.

15. The method according to claim 12, wherein a procedure in the sequence of procedures in the identified module comprises a declarative collection of business rules.

16. The method according to claim 1, further comprising providing information in the message to either the gateway or an out queue based on information in the message, the out queue providing the information in the message to a target application.

17. The method according to claim 16, wherein the message is provided to the gateway or the out queue based on the target block in the message header.

18. The method according to claim 1, further comprising sending information in the message to a target application based on information in the message using a messaging mechanism.

19. The method according to claim 1, further comprising identifying a payload type from the message;

determining if the payload is structured based on the payload type;

applying a mapper to transform payload from a normative XML formatted payload into a non-normative XML formatted payload if the payload is structured; and

applying a formatter to transform the payload from the non-normative XML formatted payload into a structured format of the payload.

20. The method according to claim 19, wherein the applied formatter is selected from a plurality of formatters based on the payload type.

21. The method according to claim 19, wherein the applied mapper is selected from a plurality of mappers based on the payload type.

22. The method according to claim 19, wherein the normative XML formatted payload has a structure and an associated set of rules that are expected by the gateway.

23. The method according to claim 19, wherein the formatter transforms each element of the non-normative XML formatted payload into an element of the payload in the structured format.

24. The method according to claim 19, further comprising validating at least the non-normative XML formatted payload or the normative XML formatted payload based on an XML schema associated with the non-normatively XML format or normative XML format, respectively.

25. The method according to claim 24, wherein the XML schema comprises at least one cross-field syntax rule, the validating comprising validation of the at least one cross-field syntax rule.

26. The method according to claim 1, wherein the message comprises a key block in the message header, the key block identifying fields in the message that are persisted in a data store.

27. The method according to claim 26, further comprising persisting the message in the data store, the persisting comprising extracting values from the identified fields in the key block and storing the identified fields in the data store so that the identified fields are searchable.

28. The method according to claim 1, wherein the payload comprises financial transaction data.

29. The method according to claim 1, wherein the payload comprises medical or patient data.

30. The method according to claim 1, wherein the payload comprises security and access control data.

31. The method according to claim 1, wherein the payload comprises compliance and regulatory data.

32. The method according to claim 1, wherein the payload comprises communication protocols and network data.

33. The method according to claim 14, wherein a procedure in the sequence of procedures in the identified module comprises a declarative collection of business rules.

34. A gateway for processing messages, comprising:

a processor; and

a memory, coupled to the processor, the memory comprising a plurality of instructions executed by the processor, the plurality of instructions configured to;

receive a message from a remote gateway, the message being associated with a message type including a message header and a payload, the message header including a set of blocks, each of which contain one or more fields of information, that comprise information to support processing by the gateway,

wherein each message type includes associated definitions of;

one or more header blocks, that cannot be customized or extended, at least one header block that can be customized or extended by a service provider; and

at least one header block that can be defined by a service provider;

wherein the plurality of instructions is further configured to process the message at the gateway by executing an appropriate module for each header block, wherein each appropriate module from a plurality of modules is identified by the message'"'"'s message type and the corresponding header block; and

wherein the message header contains a security block that indicates what portions of the message header or portions of a message body are encrypted and what portions of the message header or portions of the message body are digitally signed, and wherein any of the encrypted portions and any of the digitally signed portions comprises one or more fields.

35. The gateway according to claim 34, the memory further comprising instructions configured to:

identify a payload type from the message;

determine if the payload is structured based on the payload type;

apply a mapper to transform payload from a normative XML formatted payload into a non-normative XML formatted payload if the payload is structured; and

apply a formatter to transform the payload from the non-normative XML formatted payload into a structured format of the payload.

36. A gateway for processing messages, comprising:

a first abstract queue configured to receive a message from a remote gateway, the message being associated with a message type and comprising a message header and a payload, the message header comprising a set of blocks, each of which contain one or more fields of information, that comprise information to support processing by the gateway,

wherein each message type comprises associated definitions of;

one or more header blocks, that cannot be customized or extended, at least one header block that can be customized or extended by a service provider; and

at least one header block that can be defined by a service provider;

at least one processor configured to process the message at the gateway by executing an appropriate module for each header block, wherein each appropriate module from a plurality of modules is identified by the message'"'"'s message type and the corresponding header block;

a second abstract queue configured to receive the payload from the at least one processor and to provide the payload to the target application and

wherein the message header contains a security block that indicates what portions of the message header or portions of a message body are encrypted and what portions of the message header or portions of the message body are digitally signed, and wherein any of the encrypted portions and any of the digitally signed portions comprises one or more fields.

37. The gateway according to claim 36, wherein the at least one processing unit further comprises:

a mapper to transform the payload from a normative XML formatted payload into a non-normative XML formatted payload if the payload is structured; and

a formatter to transform the payload from the non-normative XML formatted payload into a structured format of the payload.