SYSTEM AND METHOD FOR RULES-BASED SERIALIZED SERVICE TRANSACTION PROCESSING

• US 20090076864A1
• Filed: 09/14/2007
• Published: 03/19/2009
• Est. Priority Date: 09/14/2007
• Status: Abandoned Application

• Current Assignee: IP Commerce, Inc.
• Original Assignee: IP Commerce, Inc.
• Inventors: KAHN, Alfred IV, JOHNSON, David S.
• Application Number:
  US11/855,799
• Publication Number:
  US 20090076864A1
• Time in Patent Office: Days
• US Class Current: 705/7
• CPC Class Codes: G06Q 10/06 Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
• CPC Class Codes: G06Q 40/00 Finance; Insurance; Tax strategies; Processing of corporate or income taxes

Abstract

The present invention is directed to a services system using Internet Protocol (“IP”), integrating applications, and enabling participants of the services system to collaborate, and build, provision, and manage payment (commerce) services. The services network enables multiple transactions contained within a single transaction message to be processed by multiple participants within in the service system. Commerce business rules govern how individual transactions with a multi-transaction message are processed by participants in the service system.

Claims

1. A system for managing the processing of a multi-transaction request, comprising:

at least one database containing commerce business rules;

at least one server operable to execute a multi-transaction management process for receiving a multi-transaction request, creating a multi-transaction message, and managing the analysis and processing of the multi-transaction message according to the commerce business rules.

2. The system of claim 1, wherein the multi-transaction message further comprises;

a set of one or more transactions; and

meta-data associated with the set of one or more transactions.

3. The system of claim 1, wherein the multi-transaction message further comprises a set of one or more transactions and each transaction within the set of a one or more transactions is contained within a distinct section of the multi-transaction message and each distinct section is associated with one service.

4. The system of claim 3, wherein each distinct section within the transaction message associated with a service, contains meta-data specific to the transaction within that section.

5. The system of claim 4, wherein each distinct section of the multi-transaction message is in a sequence specific order in which the transactions are to be processed.

6. A method for processing a multi-transaction message based on the characteristics of one or more individual transactions within the multi-transaction message, comprising the steps of:

receiving a request for processing a multi-transaction message, the request containing one or more individual transactions;

analyzing the request against commerce business rules to determine if the one or more individual transactions are valid for processing with the commerce business rules;

in the event that the one or more individual transactions are valid for processing, creating a multi-transaction message by removing each of the one or more transactions from the request to form a multi-transaction message containing each of the one or more transactions;

analyzing a first transaction from the one or more transactions against the commerce business rules to determine if the transaction is valid for processing with the commerce business rules; and

in the event that the first transaction is valid for processing, processing the first transaction against the commerce business rules.

7. The method of claim 6, further comprising the steps of:

analyzing a second transaction from the one or more transactions against the commerce business rules to determine if the transaction is valid for processing with the commerce business rules; and

in the event that the second transaction is valid for processing, processing the second transaction against the commerce business rules.

8. The method of claim 6, further comprising the step of:

processing the remaining transactions from the one or more transactions;

creating a response message with processing results from each of the one or more transactions;

forwarding the response message.

9. The method of claim 6, further comprising the step of defining commerce business rules to contain attributes enabling a services system to classify transactions for processing based on data within a transaction.

10. The method of claim 6, further comprising the step of defining commerce business rules to contain attributes enabling a services system to classify transactions for processing based upon the combination of data of a first transaction and data resulting from the processing of a second transaction.

11. The method of claim 6, wherein the transactions within a multi-transaction message are processed serially in sequence of order within the multi-transaction message.

12. The method of claim 6, further comprising the step of evaluating the characteristics of the multi-transaction message to determine whether or not to continue processing subsequent transactions within the multi-transaction message based on processing rule attributes associated with the characteristics of the transaction.

13. The method of claim 6, further comprising the step of evaluating the characteristics of the multi-transaction message to determine whether or not to continue processing subsequent transactions within the multi-transaction message based on the result of processing the previous transaction within the message.