US 11,853,980 B2
System and method for implementing transaction processing ecosystems
Chris Hundling, St. Petersburg, FL (US); Stephen Saponara, Ringoes, NJ (US); Matthew Winn, Glasgow (GB); Scott Wilson, Glasgow (GB); Anne K. Teixeira, Tampa, FL (US); Rohit Singh Chauhan, London (GB); and Clayton Schnelker, Valrico, FL (US)
Assigned to JPMORGAN CHASE BANK, N.A., New York, NY (US)
Filed by JPMorgan Chase Bank, N.A., New York, NY (US)
Filed on Sep. 16, 2019, as Appl. No. 16/571,779.
Claims priority of provisional application 62/731,396, filed on Sep. 14, 2018.
Prior Publication US 2020/0090144 A1, Mar. 19, 2020
Int. Cl. G06Q 20/08 (2012.01); G06F 9/46 (2006.01); G06F 16/25 (2019.01); G06F 5/00 (2006.01); G06Q 20/04 (2012.01)
CPC G06Q 20/085 (2013.01) [G06F 5/00 (2013.01); G06F 9/466 (2013.01); G06F 16/258 (2019.01); G06Q 20/042 (2013.01); G06F 2205/003 (2013.01)] 17 Claims
OG exemplary drawing
 
1. A transaction processing ecosystem comprising:
a plurality of data sources;
a capture interface; and
a financial transaction processing system comprising a message bus and a plurality of processors interfacing with the message bus and configured to perform:
registering, with the message bus, registration information of each of the plurality of processors, the registration information indicating a transaction processing capability of a respective processor, and the plurality of processors having different transaction processing capabilities such that each of the plurality of processors is capable of processing a different transaction type;
receiving, via the capture interface, raw data in a raw data format for a payment transaction, wherein the raw data comprises client instructions;
registering the raw data format with the message bus, the registration comprising mapping each of a plurality of data fields in the raw data format to a corresponding data field in a standardized logical data model format;
normalizing, via the capture interface, the raw data into standardized transaction data for the standard logical data model format based on the raw data format registration, to provide a normalized transaction format;
publishing, via the capture interface, the normalized transaction format as a transaction to the message bus that interfaces with the plurality of processors such that each of the plurality of processors is notified of the publishing;
monitoring, by the plurality of processors, the message bus for the transaction to process based on the registration information of each of the plurality of processors, the transaction including a first sub-transaction of a first transaction type and a second sub-transaction of a second transaction type that is different from the first transaction type;
pulling, by a first processor among the plurality of processors and from the message bus, the transaction including the first sub-transaction of the first transaction type for processing based on a transaction processing capability of the first processor according to the registration information of each of the plurality of processors, wherein the first transaction type corresponds to a transaction type capable of being processed by the first processor among the plurality of processors, but not by other processors among the plurality of processors;
notifying the other processors among the plurality of processors of the transaction pulled for processing based on the transaction processing capability of the first processor;
processing, via the first processor of the plurality of processors, the first sub-transaction of the transaction;
returning the transaction processed by the first processor to the message bus and publishing the transaction including the second sub-transaction that has not yet been processed to the message bus for further processing by another processor among the plurality of processors;
monitoring, by the plurality of processors and based on the registration information of each of the plurality of processors, the message bus for the transaction that was processed by the first processor and requires further processing of the second sub-transaction;
pulling, from the message bus and by a second processor among the plurality of processors, the transaction including the second sub-transaction for processing, when the second transaction type of the second sub-transaction corresponds to a transaction type capable of being processed by the second processor among the plurality of processors, but not by the other processors among the plurality of processors;
determining whether the second processor is an end point for the payment transaction, such that no further processing is required by remaining of the plurality of processors; and
in response to a determination that the second processor is the end point for the payment transaction, sending the processed standardized transaction to a user interface and completing the payment transaction.