US20170364878A1 - Systems and methods for bridging transactions between eft payment networks and payment card networks - Google Patents
Systems and methods for bridging transactions between eft payment networks and payment card networks Download PDFInfo
- Publication number
- US20170364878A1 US20170364878A1 US15/621,383 US201715621383A US2017364878A1 US 20170364878 A1 US20170364878 A1 US 20170364878A1 US 201715621383 A US201715621383 A US 201715621383A US 2017364878 A1 US2017364878 A1 US 2017364878A1
- Authority
- US
- United States
- Prior art keywords
- transaction
- payment
- account
- computer
- payment card
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/20—Point-of-sale [POS] network systems
- G06Q20/204—Point-of-sale [POS] network systems comprising interface for record bearing medium or carrier for electronic funds transfer or payment credit
-
- 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/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/102—Bill distribution or payments
-
- 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]
- G06Q20/023—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
-
- 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]
- G06Q20/027—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] involving a payment switch or gateway
-
- 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/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- 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/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/105—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems involving programming of a portable memory device, e.g. IC cards, "electronic purses"
-
- 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/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/108—Remote banking, e.g. home banking
-
- 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/08—Payment architectures
- G06Q20/20—Point-of-sale [POS] network systems
- G06Q20/202—Interconnection or interaction of plural electronic cash registers [ECR] or to host computer, e.g. network details, transfer of information from host to ECR or from ECR to ECR
-
- 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
-
- 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
- G06Q20/3221—Access to banking information through M-devices
-
- 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
-
- 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
-
- 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
-
- 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
-
- 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/38—Payment protocols; Details thereof
- G06Q20/385—Payment protocols; Details thereof using an alias or single-use codes
-
- 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/38—Payment protocols; Details thereof
- G06Q20/387—Payment using discounts or coupons
-
- 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/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
-
- 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/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
-
- 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/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4012—Verifying personal identification numbers [PIN]
-
- 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/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
-
- 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/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/405—Establishing or using transaction specific rules
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- 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/10—Office automation; Time management
- G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
-
- 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
- G06Q2220/00—Business processing using cryptography
Definitions
- EFT payment networks are configured to primarily transfer money electronically from one bank account to another, either within a single financial institution or across multiple institutions.
- the EFT network utilizes one or more computer-based systems without the direct intervention of bank staff to transfer the money, and the accounts can either be commercial accounts or consumer accounts.
- Payment card networks are configured to process credit card, debit card, and/or pre-paid card account transactions primarily in the retail space, to complete a sale or guarantee payment for services rendered by merchants. Payment card systems and/or payment card networks operate independently and/or mutually exclusively of the EFT payment networks despite some overlaps in in their application. Moreover, the payment card networks use communication protocols that are distinct from those used by the EFT payment networks.
- Gateways which are defined in a communication network as nodes that interface between two or more networks using different protocols by means of a translator, have been built and/or proposed to perform translations at the lower communications layers.
- gateways bridge two networks at the presentation layer (i.e., conversion from Extensible Markup Language (XML) to Abstract Syntax Notation One (ASN.1), wherein ASN.1 is a standard and notation that describes rules and structures for representing, encoding, transmitting, and decoding data in telecommunications and computer networking).
- ASN.1 is a standard and notation that describes rules and structures for representing, encoding, transmitting, and decoding data in telecommunications and computer networking.
- gateways bridge two networks at the application layer (i.e. conversion from International Organization for Standardization (ISO) 20022 to ISO 8583, wherein ISO 20022 is a standard for electronic data interchange between financial institutions and ISO 8583 is a standard for systems that exchange electronic transactions made by cardholders using payment cards).
- ISO International Organization for Standardization
- FIG. 1 is a block diagram illustrating a payment card account system in accordance with some embodiments of the disclosure.
- FIG. 2 is a block diagram of an embodiment of a payment network system in accordance with some embodiments of the disclosure.
- FIG. 3 is a diagram that illustrates a data communication model that is pertinent to aspects of the present disclosure.
- FIG. 4 is a block diagram illustrating a financial transaction system in accordance with some embodiments of the disclosure.
- FIG. 5 illustrates an example of a gateway computer system that may perform functions in the system of FIG. 4 in accordance with some embodiments of the disclosure.
- FIGS. 6, 7, 8 and 9 are flowcharts illustrating processes that may be performed in the system of FIG. 4 in accordance with some embodiments of the disclosure.
- systems, apparatus and methods for bridging networks at an application layer level especially between an EFT payment network and a payment card network.
- the described systems, apparatus and methods assist in the migration speed by which entities switch to modern common standards such as ISO 20022, while at the same time support backward compatibility to participants in a network.
- the systems, apparatus and methods presented herein provide freedom to networks and/or network participants to apply the protocol that best meets that system's optimal performance.
- a financial transaction network operates with one or more intelligent edge devices.
- These edge devices constitute the interface or gateway between network participants (for example, service providers for business applications) and to other networks.
- the edge devices or gateways serve a central switching platform that is the seat of the networks' operations, and that works independently of the chosen protocol of the network participants and/or other networks.
- the edge devices or gateways have the know how to be able to switch between its participants and other networks based on business rules that are applied at the application level.
- a transaction request message that includes a payment card account addressing indicator may be received at a gateway/bridging computer.
- the gateway/bridging computer may translate the payment card account addressing indicator to an account addressing indicator in a format for use in an EFT system.
- the gateway/bridging computer may generate and transmit a transaction request message suitable for routing in the EFT system.
- the latter request message may include the account addressing indicator that is in the EFT system format.
- Bridging of transactions between a payment card account network and an EFT network may include translating transaction messages at a presentation layer and at an application layer.
- a data dictionary may be referred to in order to map business fields from one standard message format to another. Some data elements may be decrypted and then encrypted during conversion of transaction messages. Digital signatures may be managed to authenticate converted transaction messages.
- a transaction message switching computer may be in communication with a payment card account system and an EFT system.
- the transaction message switching computer may store one or more business rules.
- the transaction message switching computer may apply the stored business rule(s) and consider the content of the transaction request message so as to select between the payment card account system and the EFT system in determining how to route the transaction request message. Factors such as routing fees and rapidity of execution may be weighed based on the business rule(s).
- the term “user” may be used interchangeably with the term “consumer” and/or the with the term “cardholder” and these terms are used herein to refer to a person, individual, consumer, customer, company, business or other entity that owns (or is authorized to use) a financial account such as a bank account (i.e., a savings account and/or a checking account) or payment card account (i.e., a credit card account, debit card account, or pre-paid card account) or some other type of financial account (such as a brokerage account, loyalty card account, and/or mass transit access account).
- a bank account i.e., a savings account and/or a checking account
- payment card account i.e., a credit card account, debit card account, or pre-paid card account
- some other type of financial account such as a brokerage account, loyalty card account, and/or mass transit access account.
- the term “payment card account” may include a credit card account, a debit card account, and/or a deposit account or other type of financial account that an account holder or cardholder may access.
- the term “payment card account number” includes a number that identifies a payment card system account or a number carried by a payment card, and/or a number that is used to route a transaction in a payment system that handles debit card and/or credit card transactions and the like.
- the terms “payment card system” or “payment card account system” refer to a system and/or network for processing and/or handling purchase transactions and related transactions, which may be operated by a payment card system operator such as Mastercard International Incorporated, or a similar system.
- the term “payment card system” may be limited to systems in which member financial institutions (such as banks) issue payment card accounts to individuals, businesses and/or other entities or organizations (and thus are known as issuer financial institutions or issuer banks).
- the terms “payment card system transaction data” and/or “payment card network transaction data” or “payment card transaction data” refer to transaction data associated with payment or purchase transactions that have been or are being processed over and/or by a payment card network or payment card account system.
- payment card system transaction data may include a number of data records associated with individual payment transactions (or purchase transactions) of cardholders that have been processed over a payment card system or payment card network.
- payment card system transaction data may include information such as data that identifies a cardholder, data that identifies a cardholder's payment device and/or payment card account, transaction date and time data, transaction amount data, an indication of the merchandise or services that have been purchased, and information identifying a merchant and/or a merchant category. Additional transaction details and/or transaction data may also be available and/or utilized for various purposes in some embodiments.
- FIG. 1 is a block diagram that illustrates a payment card system 100 .
- the payment card system 100 includes a customer device 102 such as a magnetic stripe card, a payment IC (integrated circuit) card (contactless and/or contact), or a payment-enabled mobile device (such as a Smartphone that includes a payment application), a merchant device 104 , an acquirer financial institution (FI) computer 106 , a card network 108 , and an issuer FI computer 110 .
- a customer device 102 such as a magnetic stripe card, a payment IC (integrated circuit) card (contactless and/or contact), or a payment-enabled mobile device (such as a Smartphone that includes a payment application)
- a merchant device 104 such as a payment IC (integrated circuit) card (contactless and/or contact), or a payment-enabled mobile device (such as a Smartphone that includes a payment application)
- FI acquirer financial institution
- the merchant device 104 may be, for example, a POS (point of sale) terminal/card reader or a merchant mobile device (i.e., a Smartphone), and may also be considered part of the payment card account system 100 .
- the customer device 102 may be presented to the merchant device 104 to consummate a purchase transaction and to permit the merchant device 104 to read payment card account data (including, for example, a payment account number) from the customer device 102 .
- the merchant device 104 may be an e-commerce server computer, and the customer device 102 may be a personal computer or a mobile device running mobile browser software or the like. In this case, the customer device 102 may engage in an online shopping session with an e-commerce website hosted by the merchant device 104 .
- the acquirer FI computer 106 may receive a payment account system authorization request message for the transaction from the merchant device 104 .
- the acquirer FI computer 106 may then route the authorization request message via a card network 108 to an issuer FI computer 110 , which is operated by the issuer of a payment account that is associated with the account number obtained by the merchant device 104 (e.g., from the customer device 102 ) and included in the authorization request message.
- the authorization response message generated by the payment issuer server computer 110 is routed back to the merchant device 104 via the card network 108 and the acquirer FI computer 106 .
- Banknet One well known example of a payment card network is referred to as the “Banknet” system, and is operated by Mastercard International Incorporated, the assignee of the present application.
- the payment account issuer FI computer 110 may be operated by or on behalf of a financial institution, such as a bank, that issues payment accounts to individual users (such as the customer or consumer who presented or operated the customer device 102 referred to above).
- a financial institution such as a bank
- the payment card issuer FI computer 110 may perform such functions as (a) receiving and responding to requests for authorization of payment account transactions to be charged to payment accounts issued by the FI; and (b) tracking and storing transactions and maintaining account records.
- the payment card account system communications among the merchants, acquirers, card network and/or issuers may conform to a known standard such as ISO 8583.
- the components shown in the system 100 of FIG. 1 are only those that are needed for processing a single transaction.
- a typical or practical payment system may process hundreds, thousands or more purchase transactions per day (including simultaneous transactions), and thus may include a considerable number of payment account issuers and their computers and/or computer networks, a considerable number of acquirers and their computers and/or computer networks, and numerous merchants and their devices, as well as a very large number of customer devices.
- FIG. 2 is a block diagram illustrating a payment network system 200 , of which one example is the ACH (automated clearing house) system operated in the United States.
- the payment network system 200 includes an originator device 202 , for example, a computer operated by an originator of a transaction. Common kinds of transactions handled by the payment network system 200 include credit transactions and debit transactions, wherein the originator 202 is the party that initiates the transaction.
- the originator may be, for example, an individual or a corporation or other organization or entity.
- the payment network system 200 also includes an originator PSP (payment services provider) computer 204 .
- the originator PSP computer 204 receives payment instructions from the originator and forwards data entries that reflect the instructions to a payment system switch/network 206 , which is also part of the payment network system 200 .
- the originator PSP computer 204 may be operated by an originator PSP (which may be, for example, an originating depository financial institution or “ODFI”) of which the originator is a customer.
- the switch/network 206 can be operated by a government agency or a private entity that serves as a clearing facility for the system 200 .
- a beneficiary PSP computer 208 (which may be, for example, a receiving depository financial institution or “RDFI”).
- the beneficiary PSP computer 208 receives entries from the payment system switch/network 206 and posts entries to accounts of depositors.
- the system 200 includes a beneficiary 210 that is one of the depositors of the beneficiary PSP.
- the account at the beneficiary PSP of the beneficiary may be credited with the amount instructed to be paid by the originator device 202 .
- the beneficiary may be, for example, an individual or a corporation or other organization. Both the originator and beneficiary PSPs may be banks or other types of financial institutions (FIs).
- the communications among the parties in the payment network system 200 may typically be conducted using XML (eXtensible Markup Language) and may comply with a standard according to ISO 20022.
- XML eXtensible Markup Language
- a typical payment network system 200 may process many transactions (including simultaneous transactions) and therefore may include a considerable number of PSPs and their computers and/or computer networks, one or more clearing operators, and numerous originators and beneficiaries.
- FIG. 3 is a diagram that illustrates a data communication model 300 that is pertinent to aspects of the present disclosure.
- the model in question is sometimes referred to as the “OSI model” (i.e., the Open Systems Interconnection model).
- This model is a conceptual model and is conceived of as having seven abstraction layers. Each layer serves the layer above it and is served by the layer below it.
- the layers are schematically illustrated in FIG. 3 , and consist of (from the lowest layer to the highest layer) the Physical Layer 302 , the Data Link Layer 304 , the Network Layer 306 , the Transport Layer 308 , the Session Layer 310 , the Presentation Layer 312 and the Application Layer 314 .
- a brief conceptual description of each layer now follows.
- the Physical Layer 302 defines the electrical and physical specifications of the data connection.
- the definition includes the device-to-physical-transmission medium relationship, where the medium may, for example, be a copper or fiber optic cable or a radio frequency.
- Pin layout, voltages, line impedance, cable specifications, signal timing and similar characteristics (and frequency for wireless devices) are characteristics defined for the Physical Layer 302 .
- the Physical Layer handles transmission and reception of unstructured raw data in a physical medium (which may be “over-the-air”).
- a transmission mode e.g., simplex, half duplex, full duplex
- a network topology may also be part of the definition of the Physical Layer 302 .
- the Data Link Layer 304 is concerned with node-to-node data transfer, and defines the link between two directly connected modes. This layer detects (and may correct) errors that may occur in the physical layer. As part of the Data Link Layer 304 , protocols may be defined for establishing and terminating a connection between two physically connected devices, and also for flow control between the devices.
- the Data Link Layer 304 may consist conceptually of two sublayers (not separately shown), namely the MAC (media access control) layer and the LLC (logical link control) layer.
- the Network Layer 306 provides functional and procedural arrangements for transferring variable length data sequences from one node to another connected to the same network (where the term network is defined as a medium to which many nodes can be connected, with each node having an address, and permitting each node connected to the network to transfer messages to other connected nodes by providing the message content and the address of the destination node). If a message is too long for transmission via the data link layer, the network may implement delivery by splitting the message into fragments at one node, sending the fragments separately, and reassembling the fragments at another node.
- the Transport Layer 308 provides functional and procedural arrangements for transferring variable-length data sequences between nodes over one or more networks.
- Transport Protocol Transmission Control Protocol
- the Transport Layer 308 manages reliability of a given link via processes such as flow control, segmentation/desegmentation and error control.
- the Transport Layer 308 also creates packets out of a message received via the Application Layer 314 . In a sense, the Transport Layer 308 engages with messages in terms of one or more “envelopes” for the messages.
- the Session Layer 310 controls connections between two devices.
- the Session Layer 310 sets up, maintains and terminates the connections between a local application and a remote application.
- the Session Layer 310 may allow for full-duplex, half-duplex or simplex operation, and provides functions such as checkpointing, adjournment, termination and restart.
- the Presentation Layer 312 sets the context between application-layer entities.
- the latter entities may use different syntaxes and semantics if the Presentation Layer 312 provides mapping between the different syntaxes and semantics.
- the Presentation Layer 312 may provide translation between application and network formats. Serialization/de-serialization may also be provided at the Presentation Layer 312 .
- the Application Layer 314 is the layer in the model 300 that is closest to the user. Both the user and the Application Layer 314 interact directly with the software application. Interaction between a software application and the Application Layer 312 occurs when the application implements a communication component. Functions provided by the Application Layer 314 include identifying communication partners, determining resource availability and synchronizing communication.
- FIG. 4 is a block diagram illustrating a financial transaction system 400 in accordance with some embodiments.
- a gateway computer 402 is shown operably connected between a payment card network 108 and a payment switch/network 206 . It should be understood, however, that in some embodiments the gateway computer 402 may be a component or components associated with and/or provided by and/or operated by the operator of the payment card network 108 . In some embodiments, the gateway computer 402 may function as a transaction message switching computer.
- the payment card network 108 processes credit and/or debit card payments between an acquirer financial institution (FI) 106 ( FIG. 1 ) and an issuer FI 110
- the payment switch/network 206 processes, for example, include credit and/or debit transactions between originator PSP computer 204 ( FIG. 2 ) and a beneficiary PSP computer 208 .
- a consumer utilizes his or her customer device 102 to initiate transactions.
- the customer device 102 may be, for example, a payment-enabled mobile device, or a personal computer, or browser-equipped mobile device by which the customer may communicate with the merchant device (such as a point of sale (POS) terminal, or a proximity reader associated with a POS terminal, or via a merchant Web page hosted by a merchant server computer).
- the customer device 102 may also be a plastic payment card in a standard format.
- the customer device 102 in whatever form, may have been provisioned/personalized with a token in a standard format for a payment card account number. Subsequent processing/translation of the token in the system 400 will be described below.
- the system 400 may also include a merchant computer system 404 that, in some embodiments, receives transaction data from the merchant device 104 and performs processing according to one or more transaction flows as described below.
- the system 400 may also include an acquirer/originator PSP 406 in communication with the merchant system 404 and the gateway computer 402 .
- the acquirer/originator PSP (O-PSP) computer 406 may perform processing according to one or more transaction flows as described below.
- the acquirer/originator PSP (O-PSP) computer 406 may implement functions of the above-mentioned acquirer FI 106 and/or the originator PSP computer 204 .
- a digital wallet provider 408 may be involved in the transaction flow and may be in communication with the merchant system 404 .
- the digital wallet provider 408 may perform processing as described below.
- the digital wallet provider may, by previous arrangement, have undertaken to store a digital wallet for the customer.
- the gateway computer 402 is configured to bridge the payment switch/network 206 and the payment card network 108 at the presentation layer level and/or the application layer level. In some implementations the gateway computer 402 is also configured to assist in the migration speed by which entities switch to modern common standards (such as ISO 20022) while at the same time support backward compatibility to participants in any particular payment network. In addition, the gateway computer 402 may be configured for providing network operators and/or network participants to apply the protocol that best suits their system's optimal performance level(s). Thus, the gateway computer 402 serves as a central switching platform that is the seat of the network's operations, and works independently of the chosen protocol of the network participants.
- the financial transaction system 400 allows a customer to pay a merchant for goods or services by various means, such as via a payment card account or via a value transfer from one or more of the customer's financial accounts (for example, a checking account) to a merchant's account.
- FIG. 5 is a block diagram of an example gateway computer system 500 that may perform functions in the system of FIG. 4 .
- the gateway computer system 500 is depicted as a stand-alone component, some or all of the functions ascribed to it may be performed by a computer system network and/or other components operated by, or associated with, the payment switch/network 206 and/or the payment card network 108 .
- the gateway computer system 500 may, in its hardware aspects, resemble a typical server computer and/or mainframe computer, but may be controlled by software to cause it to function as described herein.
- the gateway computer system 500 may be designed as a special purpose computer, and thus specially configured to perform the functions described herein.
- the gateway computer system 500 may include one or more gateway processor(s) 502 operatively coupled to a communication device 501 , a storage device 504 , an input device 506 and an output device 508 .
- the communications device 501 , the storage device 504 , the input device 506 and the output device 508 may all be in communication with and/or operably connected to the gateway processor(s) 502 .
- the gateway processor(s) 502 operate to execute processor-executable steps, contained in program instructions described below, so as to control the gateway computer system 500 to provide desired functionality.
- Communication device 501 may be used to facilitate communication with, for example, other devices (such as other components of the system 400 , as well as user mobile devices and/or other computing devices).
- Communication device 501 may comprise numerous communication ports (not separately shown), to allow the gateway computer system 500 to communicate simultaneously with a number of other computers and/or other devices, including communications as required to simultaneously handle numerous interactions with other devices which may be associated with numerous transactions, and to simultaneously handle numerous translations of transactions during processing.
- Input device 506 may comprise one or more of any type of peripheral device typically used to input data into a computer.
- the input device 506 may include a keyboard and a mouse.
- Output device 508 may comprise, for example, a display and/or an audio speaker, and/or a printer.
- Storage device 504 may comprise any appropriate information storage device, including combinations of magnetic storage devices (e.g., hard disk drives), optical storage devices such as CDs and/or DVDs, and/or semiconductor memory devices such as Random Access Memory (RAM) devices and Read Only Memory (ROM) devices, as well as flash memory and the like. Any one or more of such information storage devices may be considered to be a non-transitory computer-readable storage medium or a computer usable medium or a memory.
- magnetic storage devices e.g., hard disk drives
- optical storage devices such as CDs and/or DVDs
- semiconductor memory devices such as Random Access Memory (RAM) devices and Read Only Memory (ROM) devices, as well as flash memory and the like.
- RAM Random Access Memory
- ROM Read Only Memory
- Storage device 504 stores one or more programs for controlling the gateway processor(s) 502 .
- the programs comprise program instructions (which may be referred to as computer readable program code means) that contain processor-executable process steps of the gateway computer system 500 , executed by the gateway processor(s) 502 to cause the gateway computer system 500 (and/or other computer systems) to function as described herein.
- the programs may include one or more conventional operating systems (not shown) that control the gateway processor(s) 502 so as to manage and coordinate activities and sharing of resources in the gateway computer system 500 , and to serve as a host for application programs (described below) that run on the gateway computer system 500 .
- the programs stored in the storage device 504 may include, for example, a presentation layer translation module 510 which operates to convert various network messages at the presentation layer.
- the presentation layer translation module 510 may be configured for converting XML, ASN.1 (which may include BER, CER, DER, XER, CXER, E-XER, PER and GSER encoding rules), ISO 8583 encoding rules, FTP, and/or SMTP.
- Another program that may be stored in the storage device 504 is an application layer translation module 512 for causing the gateway processor(s) 502 to convert between various network messages at the level of the application layer.
- the application layer translation module 512 may be configured for converting ISO 8583 (which standard is commonly used by card networks), ISO 20022, and ISO 9362.
- the storage device 504 may also store a data dictionary module 514 for mapping all the business fields and their locations between the various protocols.
- This module 514 may also include encryption services configured to cause the gateway processor(s) 502 to encrypt and to decrypt sensitive data before and after translation, respectively, to ensure message component confidentiality (for example, to ensure the confidentiality associated with a PIN block in a card message).
- the storage device 504 may further store one or more device interface modules 516 that serve as software interfaces between the gateway computer system 500 and one or more other components, for example, as depicted in the system 400 of FIG. 4 .
- the storage device 504 may also store, and the gateway processor(s) 502 may also execute, other programs, which are not shown.
- programs may include communications software and one or more reporting applications.
- the latter program(s) may respond to requests from system administrators, for example, for reports on the activities performed by the gateway computer system 500 .
- the other programs may also include, for example, device drivers, database management software, and the like.
- the storage device 504 may also store one or more databases 518 that may be required for operation of the gateway computer system 500 .
- FIG. 6 is a flow chart 600 that illustrates an overview of various transaction processes that may be performed in the system of FIG. 4 in accordance with aspects of the present disclosure.
- the process of FIG. 6 relates to various types of payment transactions between customers and merchants, the details of which are described below.
- an interaction occurs between the customer device 102 and the merchant device 104 (See FIG. 4 ) to launch a transaction in which, for example, the customer may purchase an item and the merchant may be compensated by EFT from the customer's deposit account.
- a token or account number may be read/received from the customer device 102 by the merchant device 104 . The latter may also calculate a transaction amount.
- Block 604 in FIG. 6 represents processing that may occur in or by the merchant system 404 in connection with a transaction flow.
- Block 606 in FIG. 6 represents processing that may occur by the digital wallet provider 408 ( FIG. 4 ), in a use case in which the digital wallet provider is involved in the transaction flow.
- customer payment credentials such as a payment token or an account number may be provided by the digital wallet provider 408 , rather than such credentials being read/received during the interaction between the customer device 102 and the merchant device 104 at 602 .
- Block 608 in FIG. 6 represents processing that may occur by the acquirer/originator PSP (acquirer/O-PSP) 406 computer in connection with a transaction flow.
- the processing at block 608 may include the acquirer/originator PSP 406 receiving and retransmitting a transaction request message (e.g., by routing the message to the gateway computer 402 ).
- Block 610 in FIG. 6 represents processing that may occur by the gateway computer 402 in connection with a transaction flow. As discussed below in connection with further flow charts, the processing at 610 may involve message translation services and/or application of business rules to select between the payment card network 108 and the payment/switch network 206 for further routing of the transaction.
- Described below are several transaction flow examples that may be use cases of the process generally illustrated in FIG. 6 with respect to payment from a customer to a merchant via an EFT network. It should be understood, however, that the financial transaction system 400 is also configured for accepting payment card account payments from customers to merchants.
- a virtual or physical merchant card acceptance terminal initiates a transaction that is transmitted via a merchant system 404 .
- the merchant system may evaluate the payment credentials, and if the same are tokenized, may call a detokenization service provided by a Token Service Provider (not shown).
- the merchant system 404 may transmit the request to an acquirer/originator PSP computer 406 which evaluates the transaction request message and authenticates the consumer credentials and debits the originator/consumer account.
- the acquirer/originator PSP computer 406 then may build the transaction request message and submit it to the gateway computer 402 .
- the gateway computer 402 is configured to convert between various network message types at the presentation layer, and can convert between various network messages at the level of the application layer.
- the gateway computer determines that the flow should next proceed to the payment/switch network (EFT network), and thus processes the transaction request as necessary and transmits it to the payment/switch network which determines the routing path and routes to the beneficiary PSP (B-PSP) computer 208 .
- the B-PSP computer evaluates the messages, checks the validity of the beneficiary account, authorizes the transaction request message and posts the transaction (immediately or at a later point in time) against the beneficiary account.
- the B-PSP computer returns a response message to the acquirer/O-PSP computer 406 via the payment/switch network (EFT network) and the gateway computer 402 .
- the acquirer/O-PSP returns the response to the merchant system and/or merchant device (which may be, for example, a card acceptance terminal).
- a virtual or physical merchant card acceptance terminal initiates a transaction that is transmitted via the merchant system 404 .
- the merchant system builds and submits the transaction request message to the merchant acquirer.
- the merchant system may evaluate the payment credentials, and if the same are tokenized, may call a detokenization service provided by a Token Service Provider (not shown).
- the merchant system 404 may transmit the request to an acquirer/originator PCP computer 406 which evaluates the transaction request message and authenticates the consumer credentials and debits the originator/consumer account.
- the acquirer/originator PSP computer 406 then may build the transaction request message and submit it to the gateway computer 402 , which routes the message to the payment/switch network (EFT network) 206 for processing.
- the payment/switch network determines the routing path and routes the message to the B-PSP computer 208 .
- the B-PSP computer evaluates the message, checks the validity of the beneficiary account, authorizes the transaction request message and posts the transaction (immediately or at a later point in time) against the beneficiary account.
- the B-PSP computer then returns a response message to the acquirer/O-PSP 406 via the payment/switch network (EFT network) and gateway computer.
- the acquirer/O-PSP then returns the response to the merchant system and/or merchant card acceptance terminal.
- a virtual or physical merchant card acceptance terminal initiates a transaction that is transmitted via a merchant system.
- the merchant system builds and submits the transaction request message to the merchant acquirer/originator PSP computer, which may evaluate the payment credentials in the message before transmitting it to the gateway computer 402 .
- the gateway computer may determine that the transaction should be routed to the payment/switch network (EFT network).
- the payment/switch network may evaluate the message and evaluate the payment credentials in the message, and if the same are tokenized, may call a detokenization service provided by a Token Service Provider. Further, the payment/switch network may determine the O-PSP and transmit the message to the O-PSP computer.
- the O-PSP computer may evaluate the message and authenticate the consumer credentials and debit the originator/consumer account. Also, the O-PSP computer may return the response to the payment/switch network, which determines the routing path and routes the message to the B-PSP computer.
- the B-PSP computer evaluates the message, checks the validity of the beneficiary account, authorizes the transaction request message and posts the transaction (immediately or at a later point in time) against the beneficiary account.
- the B-PSP computer returns a response message to the O-PSP computer via the payment network (EFT network) and the gateway computer.
- the O-PSP computer returns the response to the merchant system and/or merchant card acceptance terminal.
- the card acceptance interface for a remote transaction may be a browser or mobile application utilizing manual entry of the token or other transaction information or the token may be supplied via a digital wallet.
- the user may provide payment credentials and other transaction-related information (name, billing address, shipping address, etc.) to complete the transaction either during the checkout process or with the information having been stored during enrollment (e.g., via a digital wallet).
- any one of the above alternative transaction flows may occur in various use cases.
- the following further alternative flow may take place.
- a digital wallet acceptance interface may be invoked, with user/customer authentication or with the customer pre-authenticated.
- the digital wallet provider may evaluate the payment credentials, and if the same are tokenized, may call a detokenization service provided by a Token Service Provider.
- the digital wallet provider determines the O-PSP computer and builds and submits a transaction request message to the O-PSP computer.
- the O-PSP computer evaluates the message and authenticates the consumer credentials and then forwards the message to the payment network (EFT network).
- the payment network determines the routing path and routes the message to the B-PSP computer.
- the B-PSP computer evaluates the message, checks the validity of the beneficiary account, authorizes the transaction request message and posts the transaction (immediately or at a later point in time) against the beneficiary account.
- the B-PSP computer returns a response message to the O-PSP computer via the payment/switch network (EFT network).
- the O-PSP computer returns the response message to the merchant via the payment network and via the digital wallet provider.
- the merchant may also receive other information such as billing address, shipping address, and loyalty account information in addition to a payment confirmation message.
- the digital wallet provider may act as B-PSP computer for the funding leg of the transaction, with the consumer originator account being debited and a B-PSP account (which can be a pooled account) of the digital wallet provider posted and credited.
- the digital wallet provider may act as O-PSP computer of the transaction where the digital wallet provider account is debited and the B-PSP account of the beneficiary will be posted and credited.
- the payment credentials may be a bank account number and bank routing information (IBAN, IFSC code, SWIFT code, etc.) and/or card number (credit, debit, prepaid, commercial, or a push card instrument tied to a deposit account). Mapping of tokens and payment credentials may allow for the merchant only to see the token and not the real payment credentials.
- the gateway computer 402 is configured to convert between various network messages at the presentation layer, including the likes of (but not limited to) XML, ASN.1 (which may include BER, CER, DER, XER, CXER, E-XER, PER and GSER encoding rules), ISO 8583 encoding rules, FTP, and/or SMTP.
- the gateway computer 402 is also configured to convert between various network messages at the level of the application layer, including the likes of (but not limited to) ISO 8583 (which standard is commonly used by card networks), ISO 20022, and ISO 9362.
- the gateway computer 402 may include a data dictionary that maps all the business fields and their locations between the various protocols, and may include encryption services to encrypt and to decrypt sensitive data before and after translation, respectively, to ensure message component confidentiality (for example, to ensure the confidentiality associated with a PIN block in a card message).
- the gateway computer 402 is also, in some embodiments, configured to employ digital signature management to maintain message integrity across the translation service so that it can be established that any given message originated from a trusted source.
- gateway computer 402 as described herein provides a quick and seamless way for any participant in one network to participate in another network with minimal or no network modifications necessary.
- the gateway computer 402 is thus configured to manage these operations and/or functionality.
- the application(s) described herein thus allow for network switches and/or network participants to migrate to a more current protocol while the rest of the network infrastructure can work through a system wide migration effort.
- a financial transaction system 400 may process many transactions (including simultaneous transactions) and therefore may include a multiplicity of gateway computers 402 , which can include two or more computers and/or computer networks, one or more payment card networks 108 , numerous acquirer FI computers 106 and numerous issuer FI computers 110 , one or more payment switch/network computers 206 , and numerous originator PSPs 204 and beneficiary PSPs 208 .
- gateway computers 402 can include two or more computers and/or computer networks, one or more payment card networks 108 , numerous acquirer FI computers 106 and numerous issuer FI computers 110 , one or more payment switch/network computers 206 , and numerous originator PSPs 204 and beneficiary PSPs 208 .
- numerous customer devices 102 and merchant devices 104 may be involved.
- FIG. 7 is a flow chart that illustrates another process that may be performed in the system 400 according to aspects of this disclosure.
- FIG. 7 illustrates processing that may occur (or primarily occur) in the gateway computer 402 .
- the gateway computer may receive a transaction request message.
- the transaction request message includes a token that represents the customer's deposit bank account.
- the token may be in a standard format for payment card account numbers as that format is defined in a payment card account system.
- the format may be sixteen decimal digits, for example.
- the token may be taken as an addressing indicator in that it can be processed so as to indicate the account from which the requested transaction is to be funded.
- the received transaction request message may also be generally in a format for transaction messaging in a payment card account system.
- Detokenization may then occur, either directly within the gateway computer 402 (by reference to a token directory, which is not shown) or indirectly by reference to a Token Service Provider (not shown).
- the token may be translated (block 704 , FIG. 7 ) to a bank account number that identifies the customer's bank deposit account.
- the bank account number may be in a format used in an EFT/ACH system, and may be in a format that is different from the format of the token received at 702 .
- the bank account number is suitable for being used as an addressing indicator in the EFT/ACH system to identify the funding account for the transaction.
- the bank account number may be in the MAN (International Bank Account Number) format.
- the gateway computer 402 may generate a transaction request message that is suitable for routing in the EFT/ACH system.
- the transaction request message generated at 706 may be in a different format from the transaction request message received at 702 .
- the gateway computer 402 effectively provides a bridging function between the payment card account system and the EFT/ACH system.
- the transaction request message generated at 706 may include the customer's bank deposit account number obtained during the translation at 704 .
- the gateway computer 402 may transmit the transaction request message generated at 706 to the EFT/ACH system, to continue performing the function of bridging the payment card account system and the EFT/ACH system. It will be appreciated that the transaction funding may be completed in the EFT/ACH system based on the transaction request message transmitted at 708 .
- FIG. 8 is a flow chart that illustrates another process that may be performed in the system 400 of FIG. 4 according to aspects of the present disclosure. The processing illustrated in FIG. 8 may be performed by the gateway computer 402 .
- the gateway computer 402 may convert a transaction request message at the presentation layer.
- the conversion may convert the message from a programming language used for payment card account transaction messages to a programming language used in EFT transaction messages.
- the gateway computer may convert the transaction message at an application layer. This conversion may convert the transaction message between a standard message format used in payment card account transaction messages to a different standard message format used in EFT/ACH transaction messages.
- the gateway computer 402 may refer to the data dictionary 514 ( FIG. 5 ) to map one or more business fields from the payment card transaction message format to the EFT/ACH transaction message format.
- the gateway computer 402 may decrypt and then encrypt at least some data elements from the payment card account transaction message.
- the data element(s) decrypted and encrypted may, for example include a PIN (personal identification number) block.
- the gateway computer 402 may manage and utilize one or more digital signatures to provide for the converted transaction message to be subject to authentication in the EFT/ACH system.
- the gateway computer 402 may perform the process of FIG. 8 with respect to each one of a large number of payment card account transaction messages that may be received for conversion by the gateway computer 402 .
- FIG. 9 is a flow chart that illustrates another process that may be performed in the system 400 of FIG. 4 according to aspects of the present disclosure.
- one or more business rules may be stored in the gateway computer 402 .
- the business rule(s) may guide the gateway computer 402 in selecting between the payment card account system and the EFT system for further routing of transaction messages received by the gateway computer 402 .
- the application of the business rules may allow the routing decisions of the gateway computer 402 to achieve certain business goals, including for example business goals of account issuers, merchants and/or system operators.
- the gateway computer 402 may receive a transaction message as indicated at 906 .
- the transaction message includes a token that is translatable into either one of a PAN (payment card account system account number) or a bank deposit account number (suitable for executing an EFT system transaction).
- the token can be translated so as to represent either one of two different funding accounts, one accessible via a payment card account system and the other accessible via an EFT system.
- the gateway computer 402 may apply one or more of the business rules stored at 902 to arrive at a routing decision to select between the two potential funding accounts, and thus to select between routing in the payment card account system or alternatively in the EFT system.
- the gateway computer may consider content of the transaction message, such as the BIN range of the token, the transaction amount, the merchant identifier or merchant category code, etc.
- the business rule(s) may guide the gateway computer to select between a routing decision outcome that will result in a lower transaction handling fee for the merchant versus a routing decision outcome that will result in more timely completion of the transaction at the time of sale.
- business rules may be in place for merchants that have expressed such a preference to make a routing decision based on the merchant identifier in the received transaction message, along with the known speed of completion or known fee structure of the payment card account system versus the EFT system.
- a decision block 910 may follow block 908 in the process of FIG. 9 .
- the gateway computer 402 makes a routing decision between the payment card system and the EFT system. That is, the gateway computer 402 selects between the payment card system and the EFT system for further routing of the transaction. It will be appreciated that the determination is based on one or more business rules and content of the transaction message received at 906 .
- block 912 may follow decision block 910 .
- the gateway computer 402 routes the transaction for completion via the payment card account system. In doing so, the gateway computer 402 may transmit a transaction message that includes a PAN into which the token has been translated.
- the gateway computer 402 selects the EFT system at decision block 910 , then block 914 may follow decision block 910 .
- the gateway computer 402 routes the transaction for completion via the EFT system. In doing so, the gateway computer may transmit a transaction message that includes a bank deposit account number into which the token has been translated. It may be the case that other aspects of message conversion may have occurred also in this instance, e.g., as described above in connection with FIG. 8 .
- steps 908 et seq. may only be applied to transaction messages which contain tokens that are mapped to both a payment card account number and a deposit bank account number, such that translation to one or the other of the two account numbers is to be selected as part of the translation process.
- the token may have a BIN (bank identification number) portion that is from a BIN or BIN range that indicates the token is mapped to both types of account numbers. Accordingly, in such embodiments, the gateway computer 402 may determine whether to proceed from step 906 to steps 908 et seq. based on the BIN portion of the token.
- the merchant identifier (merchant ID) in the transaction message identifies a merchant for which a business rule is stored. It is further assumed that the business rule calls for routing transactions for the merchant via the faster alternative, so as to minimize transaction execution time at the merchant's point of sale. Still a further assumption is that the gateway computer 402 has access to data that indicates either current or prevailing conditions in the payment card account system and the EFT system, from which data the gateway computer 402 is able to determine which system provides faster transaction completion. Based on that data, the gateway computer 402 may select the faster of the two systems for routing the transaction.
- the merchant ID in the transaction message identifies a merchant for which a business rule is stored.
- the business rule in question calls for routing transactions for the merchant so as to minimize transaction fees.
- the gateway computer 402 has access to data relating to the respective transaction fee arrangements applicable to the merchant for the two available routing alternatives. Based on that data and the business rule, the gateway computer 402 is able to determine which system is associated with a lower fee to the merchant for handling the current transaction. The gateway computer 402 may then route the transaction accordingly, by selecting the one of the two systems that provides the lower transaction cost for the merchant.
- transaction messaging referred to herein is performed in real time, or near-real time.
- at least some messages are transferred in batch processes, such as daily delivery of batches of messages for posting transactions to accounts.
- the gateway computer 402 is embodied as an intelligent edge device.
- the functional intelligence ascribed herein to the gateway computer 402 may reside elsewhere in the system 400 , and the topological location in the system depicted as occupied by the gateway computer 402 may alternatively be occupied by a conventional or near-conventional router.
- the gateway computer 402 when the gateway computer 402 routes a transaction to the EFT system it does so via the payment/switch network 206 . However, in other embodiments, or in other situations, it does so via the consumer's bank (i.e., via the B-PSP computer 208 ).
- the use of business rules for guiding routing decisions may provide improved flexibility and increased stakeholder options in a financial transaction system.
- the term “computer” should be understood to encompass a single computer or two or more computers in communication with each other.
- processor should be understood to encompass a single processor or two or more processors in communication with each other.
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Computer Security & Cryptography (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Software Systems (AREA)
- Artificial Intelligence (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Data Mining & Analysis (AREA)
- Evolutionary Computation (AREA)
- Medical Informatics (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Mathematical Physics (AREA)
Abstract
Description
- This application claims the benefit of U.S. Provisional Patent Application Nos. 62/350,322 (filed on Jun. 15, 2016); 62/350,335 (filed Jun. 15, 2016); 62/350,407 (filed Jun. 15, 2016); 62/351,155 (filed Jun. 16, 2016); 62/350,821 (filed Jun. 16, 2016); 62/351,016 (filed Jun. 16, 2016); 62/351,227 (filed Jun. 16, 2016); 62/350,831 (filed Jun. 16, 2016); 62/350,416 (filed Jun. 15, 2016); and 62/351,164 (filed Jun. 16, 2016); the contents of which provisional applications are hereby incorporated by reference for all purposes.
- Electronic funds transfer (EFT) payment networks are configured to primarily transfer money electronically from one bank account to another, either within a single financial institution or across multiple institutions. The EFT network utilizes one or more computer-based systems without the direct intervention of bank staff to transfer the money, and the accounts can either be commercial accounts or consumer accounts.
- Payment card networks are configured to process credit card, debit card, and/or pre-paid card account transactions primarily in the retail space, to complete a sale or guarantee payment for services rendered by merchants. Payment card systems and/or payment card networks operate independently and/or mutually exclusively of the EFT payment networks despite some overlaps in in their application. Moreover, the payment card networks use communication protocols that are distinct from those used by the EFT payment networks.
- Efforts are currently underway to standardize communication protocols for both EFT payment networks and payment card networks such that they can be used interchangeably. However, legacy systems, adoption costs and migration challenges have made it a difficult to realize a single ubiquitous network that would serve all EFT network and payment card system needs and/or requirements. Gateways, which are defined in a communication network as nodes that interface between two or more networks using different protocols by means of a translator, have been built and/or proposed to perform translations at the lower communications layers. But very few gateways bridge two networks at the presentation layer (i.e., conversion from Extensible Markup Language (XML) to Abstract Syntax Notation One (ASN.1), wherein ASN.1 is a standard and notation that describes rules and structures for representing, encoding, transmitting, and decoding data in telecommunications and computer networking). In addition, few gateways bridge two networks at the application layer (i.e. conversion from International Organization for Standardization (ISO) 20022 to ISO 8583, wherein ISO 20022 is a standard for electronic data interchange between financial institutions and ISO 8583 is a standard for systems that exchange electronic transactions made by cardholders using payment cards).
- Features and advantages of some embodiments, and the manner in which the same are accomplished, will become more readily apparent with reference to the following detailed description taken in conjunction with the accompanying drawings, which illustrate exemplary embodiments, wherein:
-
FIG. 1 is a block diagram illustrating a payment card account system in accordance with some embodiments of the disclosure. -
FIG. 2 is a block diagram of an embodiment of a payment network system in accordance with some embodiments of the disclosure. -
FIG. 3 is a diagram that illustrates a data communication model that is pertinent to aspects of the present disclosure. -
FIG. 4 is a block diagram illustrating a financial transaction system in accordance with some embodiments of the disclosure. -
FIG. 5 illustrates an example of a gateway computer system that may perform functions in the system ofFIG. 4 in accordance with some embodiments of the disclosure. -
FIGS. 6, 7, 8 and 9 are flowcharts illustrating processes that may be performed in the system ofFIG. 4 in accordance with some embodiments of the disclosure. - In general, and for the purpose of introducing concepts of novel embodiments described herein, presented are systems, apparatus and methods for bridging networks at an application layer level, especially between an EFT payment network and a payment card network. The described systems, apparatus and methods assist in the migration speed by which entities switch to modern common standards such as ISO 20022, while at the same time support backward compatibility to participants in a network. In addition, the systems, apparatus and methods presented herein provide freedom to networks and/or network participants to apply the protocol that best meets that system's optimal performance.
- In some embodiments, a financial transaction network operates with one or more intelligent edge devices. These edge devices constitute the interface or gateway between network participants (for example, service providers for business applications) and to other networks. The edge devices or gateways serve a central switching platform that is the seat of the networks' operations, and that works independently of the chosen protocol of the network participants and/or other networks. Thus, in some implementations the edge devices or gateways have the know how to be able to switch between its participants and other networks based on business rules that are applied at the application level.
- In some embodiments, a transaction request message that includes a payment card account addressing indicator may be received at a gateway/bridging computer. The gateway/bridging computer may translate the payment card account addressing indicator to an account addressing indicator in a format for use in an EFT system. The gateway/bridging computer may generate and transmit a transaction request message suitable for routing in the EFT system. The latter request message may include the account addressing indicator that is in the EFT system format.
- Bridging of transactions between a payment card account network and an EFT network may include translating transaction messages at a presentation layer and at an application layer. A data dictionary may be referred to in order to map business fields from one standard message format to another. Some data elements may be decrypted and then encrypted during conversion of transaction messages. Digital signatures may be managed to authenticate converted transaction messages.
- A transaction message switching computer may be in communication with a payment card account system and an EFT system. In operation, the transaction message switching computer may store one or more business rules. Upon receiving a transaction request message, the transaction message switching computer may apply the stored business rule(s) and consider the content of the transaction request message so as to select between the payment card account system and the EFT system in determining how to route the transaction request message. Factors such as routing fees and rapidity of execution may be weighed based on the business rule(s).
- Throughout this disclosure, examples of financial transactions will be described, which are not to be taken as limiting. In addition, a number of terms will be used, the use of which terms is not intended to be limiting, but rather the terms are used for convenience and ease of exposition. For example, as used herein, the term “user” may be used interchangeably with the term “consumer” and/or the with the term “cardholder” and these terms are used herein to refer to a person, individual, consumer, customer, company, business or other entity that owns (or is authorized to use) a financial account such as a bank account (i.e., a savings account and/or a checking account) or payment card account (i.e., a credit card account, debit card account, or pre-paid card account) or some other type of financial account (such as a brokerage account, loyalty card account, and/or mass transit access account). In addition, the term “payment card account” may include a credit card account, a debit card account, and/or a deposit account or other type of financial account that an account holder or cardholder may access. The term “payment card account number” includes a number that identifies a payment card system account or a number carried by a payment card, and/or a number that is used to route a transaction in a payment system that handles debit card and/or credit card transactions and the like. Moreover, as used herein the terms “payment card system” or “payment card account system” refer to a system and/or network for processing and/or handling purchase transactions and related transactions, which may be operated by a payment card system operator such as Mastercard International Incorporated, or a similar system. In some embodiments, the term “payment card system” may be limited to systems in which member financial institutions (such as banks) issue payment card accounts to individuals, businesses and/or other entities or organizations (and thus are known as issuer financial institutions or issuer banks). In addition, the terms “payment card system transaction data” and/or “payment card network transaction data” or “payment card transaction data” refer to transaction data associated with payment or purchase transactions that have been or are being processed over and/or by a payment card network or payment card account system. For example, payment card system transaction data may include a number of data records associated with individual payment transactions (or purchase transactions) of cardholders that have been processed over a payment card system or payment card network. In some embodiments, payment card system transaction data may include information such as data that identifies a cardholder, data that identifies a cardholder's payment device and/or payment card account, transaction date and time data, transaction amount data, an indication of the merchandise or services that have been purchased, and information identifying a merchant and/or a merchant category. Additional transaction details and/or transaction data may also be available and/or utilized for various purposes in some embodiments.
-
FIG. 1 is a block diagram that illustrates apayment card system 100. Thepayment card system 100 includes acustomer device 102 such as a magnetic stripe card, a payment IC (integrated circuit) card (contactless and/or contact), or a payment-enabled mobile device (such as a Smartphone that includes a payment application), amerchant device 104, an acquirer financial institution (FI)computer 106, acard network 108, and an issuer FIcomputer 110. - The
merchant device 104 may be, for example, a POS (point of sale) terminal/card reader or a merchant mobile device (i.e., a Smartphone), and may also be considered part of the paymentcard account system 100. Thecustomer device 102 may be presented to themerchant device 104 to consummate a purchase transaction and to permit themerchant device 104 to read payment card account data (including, for example, a payment account number) from thecustomer device 102. In other situations, themerchant device 104 may be an e-commerce server computer, and thecustomer device 102 may be a personal computer or a mobile device running mobile browser software or the like. In this case, thecustomer device 102 may engage in an online shopping session with an e-commerce website hosted by themerchant device 104. - During a purchase transaction, the
acquirer FI computer 106 may receive a payment account system authorization request message for the transaction from themerchant device 104. Theacquirer FI computer 106 may then route the authorization request message via acard network 108 to an issuer FIcomputer 110, which is operated by the issuer of a payment account that is associated with the account number obtained by the merchant device 104 (e.g., from the customer device 102) and included in the authorization request message. In some implementations, the authorization response message generated by the paymentissuer server computer 110 is routed back to themerchant device 104 via thecard network 108 and theacquirer FI computer 106. - One well known example of a payment card network is referred to as the “Banknet” system, and is operated by Mastercard International Incorporated, the assignee of the present application.
- Referring again to
FIG. 1 , the payment account issuer FIcomputer 110 may be operated by or on behalf of a financial institution, such as a bank, that issues payment accounts to individual users (such as the customer or consumer who presented or operated thecustomer device 102 referred to above). For example, the payment card issuer FIcomputer 110 may perform such functions as (a) receiving and responding to requests for authorization of payment account transactions to be charged to payment accounts issued by the FI; and (b) tracking and storing transactions and maintaining account records. - The payment card account system communications among the merchants, acquirers, card network and/or issuers may conform to a known standard such as ISO 8583.
- It should be understood that the components shown in the
system 100 ofFIG. 1 are only those that are needed for processing a single transaction. However, a typical or practical payment system may process hundreds, thousands or more purchase transactions per day (including simultaneous transactions), and thus may include a considerable number of payment account issuers and their computers and/or computer networks, a considerable number of acquirers and their computers and/or computer networks, and numerous merchants and their devices, as well as a very large number of customer devices. -
FIG. 2 is a block diagram illustrating apayment network system 200, of which one example is the ACH (automated clearing house) system operated in the United States. Thepayment network system 200 includes anoriginator device 202, for example, a computer operated by an originator of a transaction. Common kinds of transactions handled by thepayment network system 200 include credit transactions and debit transactions, wherein theoriginator 202 is the party that initiates the transaction. The originator may be, for example, an individual or a corporation or other organization or entity. - Referring again to
FIG. 2 , thepayment network system 200 also includes an originator PSP (payment services provider)computer 204. Theoriginator PSP computer 204 receives payment instructions from the originator and forwards data entries that reflect the instructions to a payment system switch/network 206, which is also part of thepayment network system 200. Theoriginator PSP computer 204 may be operated by an originator PSP (which may be, for example, an originating depository financial institution or “ODFI”) of which the originator is a customer. In some embodiments, the switch/network 206 can be operated by a government agency or a private entity that serves as a clearing facility for thesystem 200. - Also included in the
system 200 is a beneficiary PSP computer 208 (which may be, for example, a receiving depository financial institution or “RDFI”). Thebeneficiary PSP computer 208 receives entries from the payment system switch/network 206 and posts entries to accounts of depositors. - Still further, the
system 200 includes abeneficiary 210 that is one of the depositors of the beneficiary PSP. In the case of a credit transaction, the account at the beneficiary PSP of the beneficiary may be credited with the amount instructed to be paid by theoriginator device 202. The beneficiary may be, for example, an individual or a corporation or other organization. Both the originator and beneficiary PSPs may be banks or other types of financial institutions (FIs). - The communications among the parties in the
payment network system 200 may typically be conducted using XML (eXtensible Markup Language) and may comply with a standard according to ISO 20022. - It should be understood that the components of the
system 200 as depicted inFIG. 2 are only those that are needed for processing a single transaction. However, a typicalpayment network system 200 may process many transactions (including simultaneous transactions) and therefore may include a considerable number of PSPs and their computers and/or computer networks, one or more clearing operators, and numerous originators and beneficiaries. -
FIG. 3 is a diagram that illustrates adata communication model 300 that is pertinent to aspects of the present disclosure. The model in question is sometimes referred to as the “OSI model” (i.e., the Open Systems Interconnection model). This model is a conceptual model and is conceived of as having seven abstraction layers. Each layer serves the layer above it and is served by the layer below it. The layers are schematically illustrated inFIG. 3 , and consist of (from the lowest layer to the highest layer) thePhysical Layer 302, theData Link Layer 304, theNetwork Layer 306, theTransport Layer 308, theSession Layer 310, thePresentation Layer 312 and theApplication Layer 314. A brief conceptual description of each layer now follows. - The
Physical Layer 302 defines the electrical and physical specifications of the data connection. The definition includes the device-to-physical-transmission medium relationship, where the medium may, for example, be a copper or fiber optic cable or a radio frequency. Pin layout, voltages, line impedance, cable specifications, signal timing and similar characteristics (and frequency for wireless devices) are characteristics defined for thePhysical Layer 302. The Physical Layer handles transmission and reception of unstructured raw data in a physical medium (which may be “over-the-air”). A transmission mode (e.g., simplex, half duplex, full duplex) and a network topology may also be part of the definition of thePhysical Layer 302. - The
Data Link Layer 304 is concerned with node-to-node data transfer, and defines the link between two directly connected modes. This layer detects (and may correct) errors that may occur in the physical layer. As part of theData Link Layer 304, protocols may be defined for establishing and terminating a connection between two physically connected devices, and also for flow control between the devices. TheData Link Layer 304 may consist conceptually of two sublayers (not separately shown), namely the MAC (media access control) layer and the LLC (logical link control) layer. - The
Network Layer 306 provides functional and procedural arrangements for transferring variable length data sequences from one node to another connected to the same network (where the term network is defined as a medium to which many nodes can be connected, with each node having an address, and permitting each node connected to the network to transfer messages to other connected nodes by providing the message content and the address of the destination node). If a message is too long for transmission via the data link layer, the network may implement delivery by splitting the message into fragments at one node, sending the fragments separately, and reassembling the fragments at another node. - The
Transport Layer 308 provides functional and procedural arrangements for transferring variable-length data sequences between nodes over one or more networks. One well known example of a transport protocol is “TCP” (Transmission Control Protocol). TheTransport Layer 308 manages reliability of a given link via processes such as flow control, segmentation/desegmentation and error control. TheTransport Layer 308 also creates packets out of a message received via theApplication Layer 314. In a sense, theTransport Layer 308 engages with messages in terms of one or more “envelopes” for the messages. - The
Session Layer 310 controls connections between two devices. TheSession Layer 310 sets up, maintains and terminates the connections between a local application and a remote application. TheSession Layer 310 may allow for full-duplex, half-duplex or simplex operation, and provides functions such as checkpointing, adjournment, termination and restart. - The
Presentation Layer 312 sets the context between application-layer entities. The latter entities may use different syntaxes and semantics if thePresentation Layer 312 provides mapping between the different syntaxes and semantics. ThePresentation Layer 312 may provide translation between application and network formats. Serialization/de-serialization may also be provided at thePresentation Layer 312. - The
Application Layer 314 is the layer in themodel 300 that is closest to the user. Both the user and theApplication Layer 314 interact directly with the software application. Interaction between a software application and theApplication Layer 312 occurs when the application implements a communication component. Functions provided by theApplication Layer 314 include identifying communication partners, determining resource availability and synchronizing communication. -
FIG. 4 is a block diagram illustrating afinancial transaction system 400 in accordance with some embodiments. Agateway computer 402 is shown operably connected between apayment card network 108 and a payment switch/network 206. It should be understood, however, that in some embodiments thegateway computer 402 may be a component or components associated with and/or provided by and/or operated by the operator of thepayment card network 108. In some embodiments, thegateway computer 402 may function as a transaction message switching computer. - As explained above, the
payment card network 108 processes credit and/or debit card payments between an acquirer financial institution (FI) 106 (FIG. 1 ) and anissuer FI 110, whereas the payment switch/network 206 processes, for example, include credit and/or debit transactions between originator PSP computer 204 (FIG. 2 ) and abeneficiary PSP computer 208. In some embodiments, a consumer utilizes his or hercustomer device 102 to initiate transactions. Thecustomer device 102 may be, for example, a payment-enabled mobile device, or a personal computer, or browser-equipped mobile device by which the customer may communicate with the merchant device (such as a point of sale (POS) terminal, or a proximity reader associated with a POS terminal, or via a merchant Web page hosted by a merchant server computer). Thecustomer device 102 may also be a plastic payment card in a standard format. Thecustomer device 102, in whatever form, may have been provisioned/personalized with a token in a standard format for a payment card account number. Subsequent processing/translation of the token in thesystem 400 will be described below. - The
system 400 may also include amerchant computer system 404 that, in some embodiments, receives transaction data from themerchant device 104 and performs processing according to one or more transaction flows as described below. - The
system 400 may also include an acquirer/originator PSP 406 in communication with themerchant system 404 and thegateway computer 402. The acquirer/originator PSP (O-PSP)computer 406 may perform processing according to one or more transaction flows as described below. InFIG. 4 , the acquirer/originator PSP (O-PSP)computer 406 may implement functions of the above-mentionedacquirer FI 106 and/or theoriginator PSP computer 204. - In some use cases and/or transaction flows, a
digital wallet provider 408 may be involved in the transaction flow and may be in communication with themerchant system 404. In such use cases, thedigital wallet provider 408 may perform processing as described below. The digital wallet provider may, by previous arrangement, have undertaken to store a digital wallet for the customer. - As mentioned above, in some embodiments the
gateway computer 402 is configured to bridge the payment switch/network 206 and thepayment card network 108 at the presentation layer level and/or the application layer level. In some implementations thegateway computer 402 is also configured to assist in the migration speed by which entities switch to modern common standards (such as ISO 20022) while at the same time support backward compatibility to participants in any particular payment network. In addition, thegateway computer 402 may be configured for providing network operators and/or network participants to apply the protocol that best suits their system's optimal performance level(s). Thus, thegateway computer 402 serves as a central switching platform that is the seat of the network's operations, and works independently of the chosen protocol of the network participants. - Thus, the
financial transaction system 400 allows a customer to pay a merchant for goods or services by various means, such as via a payment card account or via a value transfer from one or more of the customer's financial accounts (for example, a checking account) to a merchant's account. -
FIG. 5 is a block diagram of an examplegateway computer system 500 that may perform functions in the system ofFIG. 4 . Although thegateway computer system 500 is depicted as a stand-alone component, some or all of the functions ascribed to it may be performed by a computer system network and/or other components operated by, or associated with, the payment switch/network 206 and/or thepayment card network 108. - Referring again to
FIG. 5 , thegateway computer system 500 may, in its hardware aspects, resemble a typical server computer and/or mainframe computer, but may be controlled by software to cause it to function as described herein. In addition, thegateway computer system 500 may be designed as a special purpose computer, and thus specially configured to perform the functions described herein. - The
gateway computer system 500 may include one or more gateway processor(s) 502 operatively coupled to acommunication device 501, astorage device 504, aninput device 506 and anoutput device 508. Thecommunications device 501, thestorage device 504, theinput device 506 and theoutput device 508 may all be in communication with and/or operably connected to the gateway processor(s) 502. The gateway processor(s) 502 operate to execute processor-executable steps, contained in program instructions described below, so as to control thegateway computer system 500 to provide desired functionality. -
Communication device 501 may be used to facilitate communication with, for example, other devices (such as other components of thesystem 400, as well as user mobile devices and/or other computing devices).Communication device 501 may comprise numerous communication ports (not separately shown), to allow thegateway computer system 500 to communicate simultaneously with a number of other computers and/or other devices, including communications as required to simultaneously handle numerous interactions with other devices which may be associated with numerous transactions, and to simultaneously handle numerous translations of transactions during processing. -
Input device 506 may comprise one or more of any type of peripheral device typically used to input data into a computer. For example, theinput device 506 may include a keyboard and a mouse.Output device 508 may comprise, for example, a display and/or an audio speaker, and/or a printer. -
Storage device 504 may comprise any appropriate information storage device, including combinations of magnetic storage devices (e.g., hard disk drives), optical storage devices such as CDs and/or DVDs, and/or semiconductor memory devices such as Random Access Memory (RAM) devices and Read Only Memory (ROM) devices, as well as flash memory and the like. Any one or more of such information storage devices may be considered to be a non-transitory computer-readable storage medium or a computer usable medium or a memory. -
Storage device 504 stores one or more programs for controlling the gateway processor(s) 502. The programs comprise program instructions (which may be referred to as computer readable program code means) that contain processor-executable process steps of thegateway computer system 500, executed by the gateway processor(s) 502 to cause the gateway computer system 500 (and/or other computer systems) to function as described herein. - The programs may include one or more conventional operating systems (not shown) that control the gateway processor(s) 502 so as to manage and coordinate activities and sharing of resources in the
gateway computer system 500, and to serve as a host for application programs (described below) that run on thegateway computer system 500. - The programs stored in the
storage device 504 may include, for example, a presentationlayer translation module 510 which operates to convert various network messages at the presentation layer. The presentationlayer translation module 510 may be configured for converting XML, ASN.1 (which may include BER, CER, DER, XER, CXER, E-XER, PER and GSER encoding rules), ISO 8583 encoding rules, FTP, and/or SMTP. - Another program that may be stored in the
storage device 504 is an applicationlayer translation module 512 for causing the gateway processor(s) 502 to convert between various network messages at the level of the application layer. The applicationlayer translation module 512 may be configured for converting ISO 8583 (which standard is commonly used by card networks), ISO 20022, and ISO 9362. - The
storage device 504 may also store adata dictionary module 514 for mapping all the business fields and their locations between the various protocols. Thismodule 514 may also include encryption services configured to cause the gateway processor(s) 502 to encrypt and to decrypt sensitive data before and after translation, respectively, to ensure message component confidentiality (for example, to ensure the confidentiality associated with a PIN block in a card message). - The
storage device 504 may further store one or moredevice interface modules 516 that serve as software interfaces between thegateway computer system 500 and one or more other components, for example, as depicted in thesystem 400 ofFIG. 4 . - The
storage device 504 may also store, and the gateway processor(s) 502 may also execute, other programs, which are not shown. For example, such programs may include communications software and one or more reporting applications. The latter program(s) may respond to requests from system administrators, for example, for reports on the activities performed by thegateway computer system 500. The other programs may also include, for example, device drivers, database management software, and the like. - The
storage device 504 may also store one ormore databases 518 that may be required for operation of thegateway computer system 500. - It should be understood that other computerized components of the
system 400 may be constituted by computer hardware having the same type of components and/or hardware architecture as described herein with reference toFIG. 5 . -
FIG. 6 is aflow chart 600 that illustrates an overview of various transaction processes that may be performed in the system ofFIG. 4 in accordance with aspects of the present disclosure. In particular, the process ofFIG. 6 relates to various types of payment transactions between customers and merchants, the details of which are described below. - At 602 in
FIG. 6 an interaction occurs between thecustomer device 102 and the merchant device 104 (SeeFIG. 4 ) to launch a transaction in which, for example, the customer may purchase an item and the merchant may be compensated by EFT from the customer's deposit account. For example, a token or account number may be read/received from thecustomer device 102 by themerchant device 104. The latter may also calculate a transaction amount. -
Block 604 inFIG. 6 represents processing that may occur in or by themerchant system 404 in connection with a transaction flow. -
Block 606 inFIG. 6 represents processing that may occur by the digital wallet provider 408 (FIG. 4 ), in a use case in which the digital wallet provider is involved in the transaction flow. For example, customer payment credentials such as a payment token or an account number may be provided by thedigital wallet provider 408, rather than such credentials being read/received during the interaction between thecustomer device 102 and themerchant device 104 at 602. -
Block 608 inFIG. 6 represents processing that may occur by the acquirer/originator PSP (acquirer/O-PSP) 406 computer in connection with a transaction flow. The processing atblock 608 may include the acquirer/originator PSP 406 receiving and retransmitting a transaction request message (e.g., by routing the message to the gateway computer 402). -
Block 610 inFIG. 6 represents processing that may occur by thegateway computer 402 in connection with a transaction flow. As discussed below in connection with further flow charts, the processing at 610 may involve message translation services and/or application of business rules to select between thepayment card network 108 and the payment/switch network 206 for further routing of the transaction. - Described below are several transaction flow examples that may be use cases of the process generally illustrated in
FIG. 6 with respect to payment from a customer to a merchant via an EFT network. It should be understood, however, that thefinancial transaction system 400 is also configured for accepting payment card account payments from customers to merchants. - According to one alternative network flow, a virtual or physical merchant card acceptance terminal initiates a transaction that is transmitted via a
merchant system 404. Prior to transmitting the request, the merchant system may evaluate the payment credentials, and if the same are tokenized, may call a detokenization service provided by a Token Service Provider (not shown). Themerchant system 404 may transmit the request to an acquirer/originator PSP computer 406 which evaluates the transaction request message and authenticates the consumer credentials and debits the originator/consumer account. The acquirer/originator PSP computer 406 then may build the transaction request message and submit it to thegateway computer 402. Thegateway computer 402 is configured to convert between various network message types at the presentation layer, and can convert between various network messages at the level of the application layer. In some embodiments, the gateway computer determines that the flow should next proceed to the payment/switch network (EFT network), and thus processes the transaction request as necessary and transmits it to the payment/switch network which determines the routing path and routes to the beneficiary PSP (B-PSP)computer 208. The B-PSP computer evaluates the messages, checks the validity of the beneficiary account, authorizes the transaction request message and posts the transaction (immediately or at a later point in time) against the beneficiary account. The B-PSP computer returns a response message to the acquirer/O-PSP computer 406 via the payment/switch network (EFT network) and thegateway computer 402. The acquirer/O-PSP returns the response to the merchant system and/or merchant device (which may be, for example, a card acceptance terminal). - According to another alternative network flow, a virtual or physical merchant card acceptance terminal initiates a transaction that is transmitted via the
merchant system 404. The merchant system builds and submits the transaction request message to the merchant acquirer. Prior to transmitting the request, the merchant system may evaluate the payment credentials, and if the same are tokenized, may call a detokenization service provided by a Token Service Provider (not shown). Themerchant system 404 may transmit the request to an acquirer/originator PCP computer 406 which evaluates the transaction request message and authenticates the consumer credentials and debits the originator/consumer account. The acquirer/originator PSP computer 406 then may build the transaction request message and submit it to thegateway computer 402, which routes the message to the payment/switch network (EFT network) 206 for processing. The payment/switch network determines the routing path and routes the message to the B-PSP computer 208. The B-PSP computer evaluates the message, checks the validity of the beneficiary account, authorizes the transaction request message and posts the transaction (immediately or at a later point in time) against the beneficiary account. The B-PSP computer then returns a response message to the acquirer/O-PSP 406 via the payment/switch network (EFT network) and gateway computer. The acquirer/O-PSP then returns the response to the merchant system and/or merchant card acceptance terminal. - According to still another alternative network flow, a virtual or physical merchant card acceptance terminal initiates a transaction that is transmitted via a merchant system. The merchant system builds and submits the transaction request message to the merchant acquirer/originator PSP computer, which may evaluate the payment credentials in the message before transmitting it to the
gateway computer 402. The gateway computer may determine that the transaction should be routed to the payment/switch network (EFT network). The payment/switch network may evaluate the message and evaluate the payment credentials in the message, and if the same are tokenized, may call a detokenization service provided by a Token Service Provider. Further, the payment/switch network may determine the O-PSP and transmit the message to the O-PSP computer. The O-PSP computer may evaluate the message and authenticate the consumer credentials and debit the originator/consumer account. Also, the O-PSP computer may return the response to the payment/switch network, which determines the routing path and routes the message to the B-PSP computer. The B-PSP computer evaluates the message, checks the validity of the beneficiary account, authorizes the transaction request message and posts the transaction (immediately or at a later point in time) against the beneficiary account. The B-PSP computer returns a response message to the O-PSP computer via the payment network (EFT network) and the gateway computer. The O-PSP computer returns the response to the merchant system and/or merchant card acceptance terminal. - The card acceptance interface for a remote transaction (such as an in-app transaction or an online transaction) may be a browser or mobile application utilizing manual entry of the token or other transaction information or the token may be supplied via a digital wallet. In such remote transactions, the user may provide payment credentials and other transaction-related information (name, billing address, shipping address, etc.) to complete the transaction either during the checkout process or with the information having been stored during enrollment (e.g., via a digital wallet).
- When the user engages in checkout from such an interface using a deposit account as the underlying source of funds, any one of the above alternative transaction flows may occur in various use cases. As another alternative, the following further alternative flow may take place.
- Via the merchant device a digital wallet acceptance interface may be invoked, with user/customer authentication or with the customer pre-authenticated. The digital wallet provider may evaluate the payment credentials, and if the same are tokenized, may call a detokenization service provided by a Token Service Provider. The digital wallet provider determines the O-PSP computer and builds and submits a transaction request message to the O-PSP computer. The O-PSP computer evaluates the message and authenticates the consumer credentials and then forwards the message to the payment network (EFT network). The payment network determines the routing path and routes the message to the B-PSP computer. The B-PSP computer evaluates the message, checks the validity of the beneficiary account, authorizes the transaction request message and posts the transaction (immediately or at a later point in time) against the beneficiary account. The B-PSP computer returns a response message to the O-PSP computer via the payment/switch network (EFT network). The O-PSP computer returns the response message to the merchant via the payment network and via the digital wallet provider. The merchant may also receive other information such as billing address, shipping address, and loyalty account information in addition to a payment confirmation message.
- There may be intermediate steps in the above described flow(s), where the digital wallet provider may act as B-PSP computer for the funding leg of the transaction, with the consumer originator account being debited and a B-PSP account (which can be a pooled account) of the digital wallet provider posted and credited. In the payment leg of the transaction, the digital wallet provider may act as O-PSP computer of the transaction where the digital wallet provider account is debited and the B-PSP account of the beneficiary will be posted and credited.
- In some embodiments, the payment credentials may be a bank account number and bank routing information (IBAN, IFSC code, SWIFT code, etc.) and/or card number (credit, debit, prepaid, commercial, or a push card instrument tied to a deposit account). Mapping of tokens and payment credentials may allow for the merchant only to see the token and not the real payment credentials.
- Accordingly, in some embodiments the
gateway computer 402 is configured to convert between various network messages at the presentation layer, including the likes of (but not limited to) XML, ASN.1 (which may include BER, CER, DER, XER, CXER, E-XER, PER and GSER encoding rules), ISO 8583 encoding rules, FTP, and/or SMTP. In some implementations, thegateway computer 402 is also configured to convert between various network messages at the level of the application layer, including the likes of (but not limited to) ISO 8583 (which standard is commonly used by card networks), ISO 20022, and ISO 9362. Moreover, thegateway computer 402 may include a data dictionary that maps all the business fields and their locations between the various protocols, and may include encryption services to encrypt and to decrypt sensitive data before and after translation, respectively, to ensure message component confidentiality (for example, to ensure the confidentiality associated with a PIN block in a card message). Thegateway computer 402 is also, in some embodiments, configured to employ digital signature management to maintain message integrity across the translation service so that it can be established that any given message originated from a trusted source. - Accordingly, use of the
gateway computer 402 as described herein provides a quick and seamless way for any participant in one network to participate in another network with minimal or no network modifications necessary. Thegateway computer 402 is thus configured to manage these operations and/or functionality. The application(s) described herein thus allow for network switches and/or network participants to migrate to a more current protocol while the rest of the network infrastructure can work through a system wide migration effort. - It should be understood that, for ease of understanding, a minimal number of components are shown in the
financial transaction system 400 ofFIG. 4 . However, a practical embodiment of afinancial transaction system 400 may process many transactions (including simultaneous transactions) and therefore may include a multiplicity ofgateway computers 402, which can include two or more computers and/or computer networks, one or morepayment card networks 108, numerousacquirer FI computers 106 and numerousissuer FI computers 110, one or more payment switch/network computers 206, andnumerous originator PSPs 204 andbeneficiary PSPs 208. In addition,numerous customer devices 102 andmerchant devices 104 may be involved. -
FIG. 7 is a flow chart that illustrates another process that may be performed in thesystem 400 according to aspects of this disclosure. In particular,FIG. 7 illustrates processing that may occur (or primarily occur) in thegateway computer 402. - At 702, the gateway computer may receive a transaction request message. For present purposes it is assumed that the transaction request message includes a token that represents the customer's deposit bank account. The token may be in a standard format for payment card account numbers as that format is defined in a payment card account system. The format may be sixteen decimal digits, for example. The token may be taken as an addressing indicator in that it can be processed so as to indicate the account from which the requested transaction is to be funded. The received transaction request message may also be generally in a format for transaction messaging in a payment card account system.
- Detokenization may then occur, either directly within the gateway computer 402 (by reference to a token directory, which is not shown) or indirectly by reference to a Token Service Provider (not shown). In either case, the token may be translated (block 704,
FIG. 7 ) to a bank account number that identifies the customer's bank deposit account. The bank account number may be in a format used in an EFT/ACH system, and may be in a format that is different from the format of the token received at 702. The bank account number is suitable for being used as an addressing indicator in the EFT/ACH system to identify the funding account for the transaction. The bank account number may be in the MAN (International Bank Account Number) format. - At 706, the
gateway computer 402 may generate a transaction request message that is suitable for routing in the EFT/ACH system. The transaction request message generated at 706 may be in a different format from the transaction request message received at 702. With the generation of the transaction request message at 706, thegateway computer 402 effectively provides a bridging function between the payment card account system and the EFT/ACH system. The transaction request message generated at 706 may include the customer's bank deposit account number obtained during the translation at 704. - At 708, the
gateway computer 402 may transmit the transaction request message generated at 706 to the EFT/ACH system, to continue performing the function of bridging the payment card account system and the EFT/ACH system. It will be appreciated that the transaction funding may be completed in the EFT/ACH system based on the transaction request message transmitted at 708. -
FIG. 8 is a flow chart that illustrates another process that may be performed in thesystem 400 ofFIG. 4 according to aspects of the present disclosure. The processing illustrated inFIG. 8 may be performed by thegateway computer 402. - At 802 in
FIG. 8 , thegateway computer 402 may convert a transaction request message at the presentation layer. The conversion may convert the message from a programming language used for payment card account transaction messages to a programming language used in EFT transaction messages. - At 804, the gateway computer may convert the transaction message at an application layer. This conversion may convert the transaction message between a standard message format used in payment card account transaction messages to a different standard message format used in EFT/ACH transaction messages.
- At 806, and possibly in aid of processing at 804, the
gateway computer 402 may refer to the data dictionary 514 (FIG. 5 ) to map one or more business fields from the payment card transaction message format to the EFT/ACH transaction message format. - At 808 in
FIG. 8 , and possibly in aid of processing at 802, 804 and/or 806, thegateway computer 402 may decrypt and then encrypt at least some data elements from the payment card account transaction message. The data element(s) decrypted and encrypted may, for example include a PIN (personal identification number) block. - At 810, the
gateway computer 402 may manage and utilize one or more digital signatures to provide for the converted transaction message to be subject to authentication in the EFT/ACH system. - In a practical embodiment of the
system 400, thegateway computer 402 may perform the process ofFIG. 8 with respect to each one of a large number of payment card account transaction messages that may be received for conversion by thegateway computer 402. -
FIG. 9 is a flow chart that illustrates another process that may be performed in thesystem 400 ofFIG. 4 according to aspects of the present disclosure. - At 902 in
FIG. 9 , and in a set-up, configuration or re-configuration mode for thegateway computer 402, one or more business rules may be stored in thegateway computer 402. As will be seen, the business rule(s) may guide thegateway computer 402 in selecting between the payment card account system and the EFT system for further routing of transaction messages received by thegateway computer 402. The application of the business rules may allow the routing decisions of thegateway computer 402 to achieve certain business goals, including for example business goals of account issuers, merchants and/or system operators. - After the set-up/configuration/re-configuration mode is completed, and thus after a lapse of time indicated at 904, the
gateway computer 402 may receive a transaction message as indicated at 906. It is assumed that the transaction message includes a token that is translatable into either one of a PAN (payment card account system account number) or a bank deposit account number (suitable for executing an EFT system transaction). Thus the token can be translated so as to represent either one of two different funding accounts, one accessible via a payment card account system and the other accessible via an EFT system. - At 908 in
FIG. 9 , thegateway computer 402 may apply one or more of the business rules stored at 902 to arrive at a routing decision to select between the two potential funding accounts, and thus to select between routing in the payment card account system or alternatively in the EFT system. In applying the business rule(s) to the transaction message received at 906, the gateway computer may consider content of the transaction message, such as the BIN range of the token, the transaction amount, the merchant identifier or merchant category code, etc. In some embodiments, the business rule(s) may guide the gateway computer to select between a routing decision outcome that will result in a lower transaction handling fee for the merchant versus a routing decision outcome that will result in more timely completion of the transaction at the time of sale. For example, certain merchants may have indicated that they prefer that latter outcome to the former, or vice versa. Accordingly, business rules may be in place for merchants that have expressed such a preference to make a routing decision based on the merchant identifier in the received transaction message, along with the known speed of completion or known fee structure of the payment card account system versus the EFT system. - A
decision block 910 may follow block 908 in the process ofFIG. 9 . Atdecision block 910 thegateway computer 402 makes a routing decision between the payment card system and the EFT system. That is, thegateway computer 402 selects between the payment card system and the EFT system for further routing of the transaction. It will be appreciated that the determination is based on one or more business rules and content of the transaction message received at 906. - If the
gateway computer 402 selects the payment card account system atdecision block 910, then block 912 may followdecision block 910. Atblock 912, thegateway computer 402 routes the transaction for completion via the payment card account system. In doing so, thegateway computer 402 may transmit a transaction message that includes a PAN into which the token has been translated. - If the
gateway computer 402 selects the EFT system atdecision block 910, then block 914 may followdecision block 910. Atblock 914, thegateway computer 402 routes the transaction for completion via the EFT system. In doing so, the gateway computer may transmit a transaction message that includes a bank deposit account number into which the token has been translated. It may be the case that other aspects of message conversion may have occurred also in this instance, e.g., as described above in connection withFIG. 8 . - In some embodiments,
steps 908 et seq. may only be applied to transaction messages which contain tokens that are mapped to both a payment card account number and a deposit bank account number, such that translation to one or the other of the two account numbers is to be selected as part of the translation process. In some embodiments, the token may have a BIN (bank identification number) portion that is from a BIN or BIN range that indicates the token is mapped to both types of account numbers. Accordingly, in such embodiments, thegateway computer 402 may determine whether to proceed fromstep 906 tosteps 908 et seq. based on the BIN portion of the token. - Some more specific examples will now be provided. These examples assume that the customer presents a token to the merchant, such that the token is translatable either into a PAN (for routing in the payment card account system) or a bank deposit account number (for routing in the EFT system).
- For the first example, it is assumed that the merchant identifier (merchant ID) in the transaction message identifies a merchant for which a business rule is stored. It is further assumed that the business rule calls for routing transactions for the merchant via the faster alternative, so as to minimize transaction execution time at the merchant's point of sale. Still a further assumption is that the
gateway computer 402 has access to data that indicates either current or prevailing conditions in the payment card account system and the EFT system, from which data thegateway computer 402 is able to determine which system provides faster transaction completion. Based on that data, thegateway computer 402 may select the faster of the two systems for routing the transaction. - In another example, it is again assumed that the merchant ID in the transaction message identifies a merchant for which a business rule is stored. In this current example, it is further assumed that the business rule in question calls for routing transactions for the merchant so as to minimize transaction fees. A further assumption is that the
gateway computer 402 has access to data relating to the respective transaction fee arrangements applicable to the merchant for the two available routing alternatives. Based on that data and the business rule, thegateway computer 402 is able to determine which system is associated with a lower fee to the merchant for handling the current transaction. Thegateway computer 402 may then route the transaction accordingly, by selecting the one of the two systems that provides the lower transaction cost for the merchant. - In some embodiments, transaction messaging referred to herein is performed in real time, or near-real time. In other embodiments, at least some messages are transferred in batch processes, such as daily delivery of batches of messages for posting transactions to accounts.
- In some embodiments, the
gateway computer 402 is embodied as an intelligent edge device. In other embodiments, the functional intelligence ascribed herein to thegateway computer 402 may reside elsewhere in thesystem 400, and the topological location in the system depicted as occupied by thegateway computer 402 may alternatively be occupied by a conventional or near-conventional router. - In some embodiments, or in some situations, when the
gateway computer 402 routes a transaction to the EFT system it does so via the payment/switch network 206. However, in other embodiments, or in other situations, it does so via the consumer's bank (i.e., via the B-PSP computer 208). - The use of business rules for guiding routing decisions may provide improved flexibility and increased stakeholder options in a financial transaction system.
- The above descriptions and illustrations of processes herein should not be considered to imply a fixed order for performing the process steps. Rather, the process steps may be performed in any order that is practicable, including the omission of one or more steps and/or the simultaneous performance of at least some steps.
- As used herein and in the appended claims, the term “computer” should be understood to encompass a single computer or two or more computers in communication with each other.
- As used herein and in the appended claims, the term “processor” should be understood to encompass a single processor or two or more processors in communication with each other.
- Although the present invention has been described in connection with specific exemplary embodiments, it should be understood that various changes, substitutions, and alterations would be apparent to those skilled in the art and can be made to the disclosed embodiments without departing from the spirit and scope of the invention as set forth in the appended claims.
Claims (20)
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US15/621,383 US20170364878A1 (en) | 2016-06-15 | 2017-06-13 | Systems and methods for bridging transactions between eft payment networks and payment card networks |
US17/708,458 US20220222643A1 (en) | 2016-06-15 | 2022-03-30 | Systems and methods for bridging transactions between eft payment networks and payment card networks |
Applications Claiming Priority (11)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201662350407P | 2016-06-15 | 2016-06-15 | |
US201662350335P | 2016-06-15 | 2016-06-15 | |
US201662350416P | 2016-06-15 | 2016-06-15 | |
US201662350322P | 2016-06-15 | 2016-06-15 | |
US201662350821P | 2016-06-16 | 2016-06-16 | |
US201662351155P | 2016-06-16 | 2016-06-16 | |
US201662351016P | 2016-06-16 | 2016-06-16 | |
US201662351227P | 2016-06-16 | 2016-06-16 | |
US201662351164P | 2016-06-16 | 2016-06-16 | |
US201662350831P | 2016-06-16 | 2016-06-16 | |
US15/621,383 US20170364878A1 (en) | 2016-06-15 | 2017-06-13 | Systems and methods for bridging transactions between eft payment networks and payment card networks |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US17/708,458 Continuation US20220222643A1 (en) | 2016-06-15 | 2022-03-30 | Systems and methods for bridging transactions between eft payment networks and payment card networks |
Publications (1)
Publication Number | Publication Date |
---|---|
US20170364878A1 true US20170364878A1 (en) | 2017-12-21 |
Family
ID=59091668
Family Applications (10)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/621,383 Abandoned US20170364878A1 (en) | 2016-06-15 | 2017-06-13 | Systems and methods for bridging transactions between eft payment networks and payment card networks |
US15/621,477 Abandoned US20170364879A1 (en) | 2016-06-15 | 2017-06-13 | Transaction flows and transaction processing for bridged payment systems |
US15/621,327 Abandoned US20170364890A1 (en) | 2016-06-15 | 2017-06-13 | System and method of payment of merchants on behalf of payment card system transaction acquirers |
US15/622,594 Abandoned US20170364910A1 (en) | 2016-06-15 | 2017-06-14 | System and method to push payment to beneficiary account using an alias |
US15/622,231 Abandoned US20170364918A1 (en) | 2016-06-15 | 2017-06-14 | Systems and methods for budget, financial account alerts management, remedial action controls and fraud monitoring |
US15/622,337 Active 2039-06-17 US11763284B2 (en) | 2016-06-15 | 2017-06-14 | System and method of tokenizing deposit account numbers for use at payment card acceptance point |
US17/665,836 Pending US20220300937A1 (en) | 2016-06-15 | 2022-02-07 | Transaction flows and transaction processing for bridged payment systems |
US17/708,458 Pending US20220222643A1 (en) | 2016-06-15 | 2022-03-30 | Systems and methods for bridging transactions between eft payment networks and payment card networks |
US18/448,587 Pending US20230385796A1 (en) | 2016-06-15 | 2023-08-11 | System and method of tokenizing deposit account numbers for use at payment card acceptance point |
US18/449,948 Pending US20230385797A1 (en) | 2016-06-15 | 2023-08-15 | System and method of payment of merchants on behalf of payment card system transaction acquirers |
Family Applications After (9)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/621,477 Abandoned US20170364879A1 (en) | 2016-06-15 | 2017-06-13 | Transaction flows and transaction processing for bridged payment systems |
US15/621,327 Abandoned US20170364890A1 (en) | 2016-06-15 | 2017-06-13 | System and method of payment of merchants on behalf of payment card system transaction acquirers |
US15/622,594 Abandoned US20170364910A1 (en) | 2016-06-15 | 2017-06-14 | System and method to push payment to beneficiary account using an alias |
US15/622,231 Abandoned US20170364918A1 (en) | 2016-06-15 | 2017-06-14 | Systems and methods for budget, financial account alerts management, remedial action controls and fraud monitoring |
US15/622,337 Active 2039-06-17 US11763284B2 (en) | 2016-06-15 | 2017-06-14 | System and method of tokenizing deposit account numbers for use at payment card acceptance point |
US17/665,836 Pending US20220300937A1 (en) | 2016-06-15 | 2022-02-07 | Transaction flows and transaction processing for bridged payment systems |
US17/708,458 Pending US20220222643A1 (en) | 2016-06-15 | 2022-03-30 | Systems and methods for bridging transactions between eft payment networks and payment card networks |
US18/448,587 Pending US20230385796A1 (en) | 2016-06-15 | 2023-08-11 | System and method of tokenizing deposit account numbers for use at payment card acceptance point |
US18/449,948 Pending US20230385797A1 (en) | 2016-06-15 | 2023-08-15 | System and method of payment of merchants on behalf of payment card system transaction acquirers |
Country Status (4)
Country | Link |
---|---|
US (10) | US20170364878A1 (en) |
EP (6) | EP3472783A1 (en) |
CN (6) | CN109564657A (en) |
WO (6) | WO2017218479A1 (en) |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20190114598A1 (en) * | 2017-10-18 | 2019-04-18 | Mastercard International Incorporated | Payment network as a platform |
WO2019203935A1 (en) * | 2018-04-20 | 2019-10-24 | Mastercard International Incorporated | Methods and system for selecting payment system for transaction routing |
US20190340589A1 (en) * | 2018-05-02 | 2019-11-07 | SOURCE Ltd. | System and method for optimizing routing of transactions over a computer network |
US20200202347A1 (en) * | 2018-12-21 | 2020-06-25 | Square, Inc. | Point of sale (pos) systems and methods with dynamic kernel selection |
US10762196B2 (en) | 2018-12-21 | 2020-09-01 | Square, Inc. | Point of sale (POS) systems and methods with dynamic kernel selection |
US10817869B2 (en) | 2016-06-29 | 2020-10-27 | Square, Inc. | Preliminary enablement of transaction processing circuitry |
US20210073751A1 (en) * | 2019-09-09 | 2021-03-11 | Visa International Service Association | Global merchant gateway |
US11010765B2 (en) | 2016-06-29 | 2021-05-18 | Square, Inc. | Preliminary acquisition of payment information |
US11049095B2 (en) | 2018-12-21 | 2021-06-29 | Square, Inc. | Point of sale (POS) systems and methods with dynamic kernel selection |
US20210295286A1 (en) * | 2020-03-17 | 2021-09-23 | Bank Of America Corporation | Automated Transaction Processing Based on Cognitive Learning |
US20220207532A1 (en) * | 2020-12-30 | 2022-06-30 | Mastercard International Incorporated | Multi-network tokenization systems and methods |
WO2023244501A1 (en) * | 2022-06-15 | 2023-12-21 | Visa International Service Association | System, method, and computer program product for network message augmentation |
WO2024119194A1 (en) * | 2022-12-02 | 2024-06-06 | Tbcasoft, Inc. | Methods for cross-service provider online payment |
US12067606B2 (en) | 2020-12-17 | 2024-08-20 | The Toronto-Dominion Bank | Real-time provisioning of targeted, alternative product information based on structured messaging data |
Families Citing this family (57)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10999298B2 (en) | 2004-03-02 | 2021-05-04 | The 41St Parameter, Inc. | Method and system for identifying users and detecting fraud by use of the internet |
US8151327B2 (en) | 2006-03-31 | 2012-04-03 | The 41St Parameter, Inc. | Systems and methods for detection of session tampering and fraud prevention |
US9112850B1 (en) * | 2009-03-25 | 2015-08-18 | The 41St Parameter, Inc. | Systems and methods of sharing information through a tag-based consortium |
US9633201B1 (en) | 2012-03-01 | 2017-04-25 | The 41St Parameter, Inc. | Methods and systems for fraud containment |
US9521551B2 (en) | 2012-03-22 | 2016-12-13 | The 41St Parameter, Inc. | Methods and systems for persistent cross-application mobile device identification |
US10212158B2 (en) * | 2012-06-29 | 2019-02-19 | Apple Inc. | Automatic association of authentication credentials with biometrics |
WO2014022813A1 (en) | 2012-08-02 | 2014-02-06 | The 41St Parameter, Inc. | Systems and methods for accessing records via derivative locators |
WO2014078569A1 (en) | 2012-11-14 | 2014-05-22 | The 41St Parameter, Inc. | Systems and methods of global identification |
US10902327B1 (en) | 2013-08-30 | 2021-01-26 | The 41St Parameter, Inc. | System and method for device identification and uniqueness |
US10331866B2 (en) | 2013-09-06 | 2019-06-25 | Apple Inc. | User verification for changing a setting of an electronic device |
US20150073998A1 (en) | 2013-09-09 | 2015-03-12 | Apple Inc. | Use of a Biometric Image in Online Commerce |
US20150220931A1 (en) | 2014-01-31 | 2015-08-06 | Apple Inc. | Use of a Biometric Image for Authorization |
US10091312B1 (en) | 2014-10-14 | 2018-10-02 | The 41St Parameter, Inc. | Data structures for intelligently resolving deterministic and probabilistic device identifiers to device profiles and/or groups |
US10565364B1 (en) | 2015-12-28 | 2020-02-18 | Wells Fargo Bank, N.A. | Token management systems and methods |
US10810663B1 (en) | 2016-05-12 | 2020-10-20 | State Farm Mutual Automobile Insurance Company | Heuristic document verification and real time deposit engine |
US11544783B1 (en) | 2016-05-12 | 2023-01-03 | State Farm Mutual Automobile Insurance Company | Heuristic credit risk assessment engine |
US10949863B1 (en) * | 2016-05-25 | 2021-03-16 | Wells Fargo Bank, N.A. | System and method for account abuse risk analysis |
GB2551790A (en) * | 2016-06-30 | 2018-01-03 | Ipco 2012 Ltd | A method, apparatus and system for electronic payments |
CN109416803A (en) * | 2016-07-06 | 2019-03-01 | 万事达卡国际公司 | It is presented sales message the method and system with opinion by dialog interface |
US20180101857A1 (en) * | 2016-10-06 | 2018-04-12 | American Express Travel Related Services Company, Inc. | Systems and methods for electronic payment using loyalty rewards |
US10915899B2 (en) * | 2017-03-17 | 2021-02-09 | Visa International Service Association | Replacing token on a multi-token user device |
US10706395B2 (en) * | 2017-07-11 | 2020-07-07 | American Express Travel Related Services Company, Inc. | Fund transfer service for multiple linked transaction accounts |
US11055678B1 (en) * | 2017-12-28 | 2021-07-06 | Worldpay, Llc | Systems and methods for employer direct electronic payment |
US11488170B1 (en) * | 2018-03-19 | 2022-11-01 | Worldpay, Llc | Systems and methods for automated fraud detection and analytics using aggregated payment vehicles and devices |
US20190295088A1 (en) * | 2018-03-23 | 2019-09-26 | Microsoft Technology Licensing, Llc | System and method for efficient detection of fraud in online transactions |
US11416863B2 (en) * | 2018-04-11 | 2022-08-16 | Wells Fargo Bank, N.A. | System and methods for assessing risk of fraud in an electronic transaction |
SG10201805351SA (en) * | 2018-06-21 | 2020-01-30 | Mastercard International Inc | Electronic system and computerized method for processing recurring payment transactions |
SG10201805340TA (en) | 2018-06-21 | 2020-01-30 | Mastercard International Inc | Payment transaction methods and systems enabling verification of payment amount by fingerprint of customer |
SG10201805343VA (en) * | 2018-06-21 | 2020-01-30 | Mastercard International Inc | Payment transaction methods and systems enabling verification of payment amount by payment card |
US20200007647A1 (en) * | 2018-06-28 | 2020-01-02 | Bank Of America Corporation | Real-time Event Orchestrator |
US11424910B2 (en) * | 2018-07-31 | 2022-08-23 | EMC IP Holding Company LLC | Enterprise storage of customer transaction data using a blockchain |
CN110826741A (en) * | 2018-08-14 | 2020-02-21 | 北京高德云图科技有限公司 | Network taxi booking and invoice issuing method, system and device |
US11182754B2 (en) * | 2018-08-28 | 2021-11-23 | Jpmorgan Chase Bank, N.A. | Methods for synthetic monitoring of systems |
WO2020061434A1 (en) * | 2018-09-21 | 2020-03-26 | Jpmorgan Chase Bank, N.A. | Systems and methods for conducting account tokenized transactions |
US11853997B2 (en) * | 2019-02-27 | 2023-12-26 | International Business Machines Corporation | Using quick response (QR) codes to collect recurring payments |
US11526867B2 (en) * | 2019-02-28 | 2022-12-13 | Stripe, Inc. | Push payment decision routing |
US20200279235A1 (en) | 2019-03-01 | 2020-09-03 | American Express Travel Related Services Company, Inc. | Payment transfer processing system |
US11663602B2 (en) * | 2019-05-15 | 2023-05-30 | Jpmorgan Chase Bank, N.A. | Method and apparatus for real-time fraud machine learning model execution module |
US10984434B1 (en) | 2019-07-02 | 2021-04-20 | Wells Fargo Bank, N.A. | Systems and methods for determining and providing non-financial benefits on a subscription basis |
US11663190B2 (en) | 2019-07-24 | 2023-05-30 | International Business Machines Corporation | Self-healing accounting system |
US20210103910A1 (en) * | 2019-10-04 | 2021-04-08 | Mastercard International Incorporated | Multiple settlement options in payment system |
EP4055550A4 (en) * | 2019-11-08 | 2022-12-21 | Microsoft Technology Licensing, LLC | Remittance with recipient alias |
US11989702B2 (en) * | 2019-12-12 | 2024-05-21 | Intuit Inc. | Automated validation of digit sequences in transactions |
CN113988847A (en) | 2019-12-31 | 2022-01-28 | 网联清算有限公司 | Payment processing method, device and system |
US20210264432A1 (en) * | 2020-02-24 | 2021-08-26 | Elfstone Inc. | Method for authenticating transactions in real-time |
CN111459054A (en) * | 2020-04-14 | 2020-07-28 | 珠海格力电器股份有限公司 | Recipe pushing method, equipment, storage medium and kitchen appliance |
CN111681114A (en) * | 2020-06-02 | 2020-09-18 | 重庆第二师范学院 | Financial classification management system and working method thereof |
US11449861B2 (en) * | 2020-06-08 | 2022-09-20 | Worldpay, Llc | Systems and methods for executing ecommerce guest checkout transactions |
US11449812B2 (en) | 2020-07-24 | 2022-09-20 | Bank Of America Corporation | System for establishment and dynamic adjustment of control parameters associated with resource distribution |
EP3951688A1 (en) * | 2020-08-05 | 2022-02-09 | Mastercard International Incorporated | A method, system and computer program product for instructing a transfer from an account |
US11463415B2 (en) * | 2020-11-19 | 2022-10-04 | Lexisnexis Risk Solutions, Inc. | Digital identity network alerts |
US11606339B1 (en) * | 2021-02-25 | 2023-03-14 | Amazon Technologies, Inc. | Privacy protecting transaction engine for a cloud provider network |
CN113537962A (en) * | 2021-07-15 | 2021-10-22 | 中国工商银行股份有限公司 | Alias-based payment method, device, equipment, storage medium and program product |
CN113537966B (en) * | 2021-07-19 | 2024-06-04 | 大唐网络有限公司 | Transaction method, device and system based on 5G |
US20230137892A1 (en) * | 2021-10-29 | 2023-05-04 | Google Llc | Method for Identifying Anomalous Transactions Using Machine Learning |
US11704669B1 (en) | 2022-01-03 | 2023-07-18 | Bank Of America Corporation | Dynamic contactless payment processing based on real-time contextual information |
EP4369274A1 (en) * | 2022-11-10 | 2024-05-15 | IPCO 2012 Limited | Method for authorizing a payment transaction |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140074724A1 (en) * | 2012-03-19 | 2014-03-13 | PayNet Payments Networks, LLC | Systems and methods for real-time account access |
US20140324687A1 (en) * | 2006-05-23 | 2014-10-30 | Mastercard International Incorporated | Electronic transaction apparatus and method |
US20160104122A1 (en) * | 2014-10-10 | 2016-04-14 | Bank Of America Corporation | Remote video conferencing system |
Family Cites Families (132)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5892900A (en) * | 1996-08-30 | 1999-04-06 | Intertrust Technologies Corp. | Systems and methods for secure transaction management and electronic rights protection |
US6658568B1 (en) * | 1995-02-13 | 2003-12-02 | Intertrust Technologies Corporation | Trusted infrastructure support system, methods and techniques for secure electronic commerce transaction and rights management |
US6636833B1 (en) * | 1998-03-25 | 2003-10-21 | Obis Patents Ltd. | Credit card system and method |
US20030140007A1 (en) * | 1998-07-22 | 2003-07-24 | Kramer Glenn A. | Third party value acquisition for electronic transaction settlement over a network |
US20130191278A1 (en) * | 1999-05-03 | 2013-07-25 | Jpmorgan Chase Bank, N.A. | Method and System for Processing Internet Payments Using the Electronic Funds Transfer Network |
EP1132797A3 (en) * | 2000-03-08 | 2005-11-23 | Aurora Wireless Technologies, Ltd. | Method for securing user identification in on-line transaction systems |
US6505772B1 (en) * | 2000-06-22 | 2003-01-14 | First Data Corporation | System for utilizing a single card to provide multiple services in an open network environment |
WO2002005192A1 (en) * | 2000-07-11 | 2002-01-17 | Citicorp Credit Services, Inc. | Method and system for on-line payments |
WO2002039360A1 (en) * | 2000-11-08 | 2002-05-16 | Orazio Pater | Electronic payment system and method |
US7225156B2 (en) * | 2001-07-11 | 2007-05-29 | Fisher Douglas C | Persistent dynamic payment service |
AU2003221097A1 (en) * | 2002-03-29 | 2003-10-13 | Ntt Docomo, Inc. | Communication control method in connection-type communication, related relay device, and accounting management device |
US20030220863A1 (en) * | 2002-05-24 | 2003-11-27 | Don Holm | System and method for varying electronic settlements between buyers and suppliers with dynamic discount terms |
US8412623B2 (en) * | 2002-07-15 | 2013-04-02 | Citicorp Credit Services, Inc. | Method and system for a multi-purpose transactional platform |
US20130240622A1 (en) * | 2011-07-18 | 2013-09-19 | Andrew H. B. Zhou | Facilitating mobile device payments using mobile payment account, mobile barcode and universal digital mobile currency |
US7945511B2 (en) * | 2004-02-26 | 2011-05-17 | Payment Pathways, Inc. | Methods and systems for identity authentication |
US6932268B1 (en) * | 2003-06-30 | 2005-08-23 | Checkfree Corporation | Dual mode credit card based payment technique |
US7472829B2 (en) * | 2004-12-10 | 2009-01-06 | Qsecure, Inc. | Payment card with internally generated virtual account numbers for its magnetic stripe encoder and user display |
US20140019352A1 (en) * | 2011-02-22 | 2014-01-16 | Visa International Service Association | Multi-purpose virtual card transaction apparatuses, methods and systems |
US7275685B2 (en) * | 2004-04-12 | 2007-10-02 | Rearden Capital Corporation | Method for electronic payment |
US20050246289A1 (en) * | 2004-04-13 | 2005-11-03 | Alexander Robert M Iv | System and method for processing and for funding a transaction |
US7603555B2 (en) * | 2004-12-07 | 2009-10-13 | Microsoft Corporation | Providing tokens to access extranet resources |
US20060213978A1 (en) * | 2005-03-25 | 2006-09-28 | Bluko Information Group | Method and system of advancing value from credit card account for use with stored value account |
US7774402B2 (en) * | 2005-06-29 | 2010-08-10 | Visa U.S.A. | Adaptive gateway for switching transactions and data on unreliable networks using context-based rules |
US7694287B2 (en) * | 2005-06-29 | 2010-04-06 | Visa U.S.A. | Schema-based dynamic parse/build engine for parsing multi-format messages |
US20070100748A1 (en) * | 2005-10-19 | 2007-05-03 | Sanjeev Dheer | Multi-channel transaction system for transferring assets between accounts at different financial institutions |
CN101379501A (en) * | 2005-12-20 | 2009-03-04 | 罗纳德·罗森伯格 | Method, transaction card or identification system for transaction network |
US8275715B2 (en) * | 2006-06-18 | 2012-09-25 | Bank Of America Corporation | Apparatuses, methods and systems for a deposit process manager decisioning engine |
US20080015988A1 (en) * | 2006-06-28 | 2008-01-17 | Gary Brown | Proxy card authorization system |
US20160112262A1 (en) * | 2014-10-18 | 2016-04-21 | Weaved, Inc. | Installation and configuration of connected devices |
US7739197B2 (en) * | 2006-10-05 | 2010-06-15 | International Business Machines Corporation | Guest limited authorization for electronic financial transaction cards |
US7548890B2 (en) * | 2006-11-21 | 2009-06-16 | Verient, Inc. | Systems and methods for identification and authentication of a user |
CN101211439A (en) * | 2006-12-26 | 2008-07-02 | 阿里巴巴公司 | Method and system for accomplishing on-line payment in instant communication software |
CN101647040A (en) * | 2006-12-26 | 2010-02-10 | 维萨美国股份有限公司 | Mobile payment system and method using alias |
KR101540417B1 (en) * | 2007-04-17 | 2015-07-29 | 비자 유에스에이 인코포레이티드 | Method and system for authenticating a party to a transaction |
US20080270246A1 (en) * | 2007-04-26 | 2008-10-30 | Grace Chen | Global electronic payment system |
US20080308624A1 (en) * | 2007-06-14 | 2008-12-18 | Richard Mervyn Gardner | Advance remote payment authority for real and virtual world transactions |
US8326758B2 (en) * | 2007-08-06 | 2012-12-04 | Enpulz, L.L.C. | Proxy card representing many monetary sources from a plurality of vendors |
US8355982B2 (en) * | 2007-08-16 | 2013-01-15 | Verifone, Inc. | Metrics systems and methods for token transactions |
US7567920B2 (en) * | 2007-11-01 | 2009-07-28 | Visa U.S.A. Inc. | On-line authorization in access environment |
US8694424B2 (en) * | 2007-12-18 | 2014-04-08 | Federal Reserve Bank Of Atlanta | System and method for managing foreign payments using separate messaging and settlement mechanisms |
WO2009092114A1 (en) * | 2008-01-18 | 2009-07-23 | Cashedge Inc. | Real-time settlement of financial transactions using electronic fund transfer networks |
GB0807676D0 (en) * | 2008-04-28 | 2008-06-04 | Royal Bank Of Scotland Plc The | Transaction system and method |
CA2637179A1 (en) * | 2008-07-30 | 2010-01-30 | John H. Dunstan | A device and system to enable and operate the selection, sales and distribution of lottery tickets and other tickets processes |
CN102160061B (en) * | 2008-08-20 | 2014-04-09 | X卡控股有限公司 | Secure smart card system |
US10970777B2 (en) * | 2008-09-15 | 2021-04-06 | Mastercard International Incorporated | Apparatus and method for bill payment card enrollment |
GB2488059B (en) * | 2009-01-06 | 2012-10-24 | Bcs Information Systems Pte Ltd | Electronic payment method of presentation to an automated clearing house (ACH) |
US20100211499A1 (en) * | 2009-02-13 | 2010-08-19 | Bank Of America Corporation | Systems, methods and computer program products for optimizing routing of financial payments |
US8732082B2 (en) * | 2009-03-03 | 2014-05-20 | Quercus (BVI) Limited | System and method for executing an electronic payment |
US9230259B1 (en) * | 2009-03-20 | 2016-01-05 | Jpmorgan Chase Bank, N.A. | Systems and methods for mobile ordering and payment |
US9886693B2 (en) * | 2009-03-30 | 2018-02-06 | Yuh-Shen Song | Privacy protected anti identity theft and payment network |
US20100274678A1 (en) * | 2009-04-22 | 2010-10-28 | Gofigure Payments, Llc | Systems, methods and devices for facilitating mobile payments |
US9117210B2 (en) * | 2009-04-30 | 2015-08-25 | Donald Michael Cardina | Systems and methods for randomized mobile payment |
WO2011028840A2 (en) * | 2009-09-02 | 2011-03-10 | Visa International Service Association | Portable consumer device with funds transfer processing |
US8332325B2 (en) * | 2009-11-02 | 2012-12-11 | Visa International Service Association | Encryption switch processing |
US10255591B2 (en) * | 2009-12-18 | 2019-04-09 | Visa International Service Association | Payment channel returning limited use proxy dynamic value |
US10089683B2 (en) * | 2010-02-08 | 2018-10-02 | Visa International Service Association | Fraud reduction system for transactions |
US20110208600A1 (en) * | 2010-02-25 | 2011-08-25 | Seergate Ltd. | Point of Sale Payment System and Method |
US20110320291A1 (en) * | 2010-06-28 | 2011-12-29 | Coon Jonathan C | Systems and methods for asynchronous mobile authorization of credit card purchases |
US8590779B2 (en) * | 2010-06-29 | 2013-11-26 | Visa International Service Association | Value token conversion |
US20120016799A1 (en) * | 2010-07-16 | 2012-01-19 | Patrick Killian | Money transfer system gateway service |
EP2598984A4 (en) * | 2010-07-29 | 2017-04-19 | Nirmal Juthani | System and method for generating a strong multi factor personalized server key from a simple user password |
CN101958025B (en) * | 2010-09-06 | 2014-06-18 | 广东铭鸿数据有限公司 | Mobile phone payment method using barcode technology, and on-site payment terminal and system |
US8676708B1 (en) * | 2010-10-29 | 2014-03-18 | Aton Behavioral Finance, LLC | Methods and apparatus for facilitating a financial transaction |
US8719166B2 (en) * | 2010-12-16 | 2014-05-06 | Verizon Patent And Licensing Inc. | Iterative processing of transaction information to detect fraud |
US8583498B2 (en) * | 2010-12-30 | 2013-11-12 | Face It Corp. | System and method for biometrics-based fraud prevention |
US8700510B2 (en) * | 2011-02-11 | 2014-04-15 | Federal Reserve Bank Of Atlanta | Redirecting or returning international credit transfers |
US8924297B2 (en) * | 2011-02-25 | 2014-12-30 | Visa International Service Association | Direct connection systems and methods |
US8352370B1 (en) * | 2011-03-28 | 2013-01-08 | Jpmorgan Chase Bank, N.A. | System and method for universal instant credit |
US9760871B1 (en) * | 2011-04-01 | 2017-09-12 | Visa International Service Association | Event-triggered business-to-business electronic payment processing apparatuses, methods and systems |
US9552573B2 (en) * | 2011-04-11 | 2017-01-24 | Visa International Service Association | Interoperable financial transactions via mobile devices |
WO2012151590A2 (en) * | 2011-05-05 | 2012-11-08 | Transaction Network Services, Inc. | Systems and methods for enabling mobile payments |
PT105677A (en) * | 2011-05-06 | 2012-11-06 | Manuel Janssen Valadas Preto | TELEMATIC PAYMENT CARD |
EP2718886A4 (en) * | 2011-06-07 | 2015-01-14 | Visa Int Service Ass | Payment privacy tokenization apparatuses, methods and systems |
US20130018779A1 (en) * | 2011-07-14 | 2013-01-17 | Bank Of America Corporation | Alias-based merchant transaction system |
US8700527B2 (en) * | 2011-07-14 | 2014-04-15 | Bank Of America Corporation | Merchant bill pay |
US20130024358A1 (en) * | 2011-07-21 | 2013-01-24 | Bank Of America Corporation | Filtering transactions to prevent false positive fraud alerts |
US20130036000A1 (en) * | 2011-08-02 | 2013-02-07 | Bank Of America Corporation | Financial transaction system and method |
US20130054468A1 (en) * | 2011-08-25 | 2013-02-28 | Platamovil International BV | System and method for conducting financial transactions |
US20130060708A1 (en) * | 2011-09-06 | 2013-03-07 | Rawllin International Inc. | User verification for electronic money transfers |
US8768830B1 (en) * | 2011-09-08 | 2014-07-01 | Citibank, N.A. | Method and system for a multi-purpose transactional platform |
US20140095383A1 (en) * | 2011-10-20 | 2014-04-03 | Bindu Rama Rao | System for anonymous funds transfer using adhoc staging accounts |
US10510056B2 (en) * | 2011-11-02 | 2019-12-17 | Mastercard International Incorporated | Method and system for multiple payment applications |
US20130151402A1 (en) * | 2011-12-09 | 2013-06-13 | Time Warner Cable Inc. | Systems and methods for electronic payment using a mobile device for billing to a subscriber account |
WO2013096606A1 (en) * | 2011-12-21 | 2013-06-27 | Mastercard International Incorporated | Methods and systems for providing a payment account with adaptive interchange |
US9830595B2 (en) * | 2012-01-26 | 2017-11-28 | Visa International Service Association | System and method of providing tokenization as a service |
EP2828810A4 (en) * | 2012-03-19 | 2015-05-06 | Paynet Payments Network Llc | Systems and methods for real-time account access |
US20140032407A1 (en) * | 2012-07-24 | 2014-01-30 | Shashi Kapur | System and Method for Funds Transfer Processing |
US11080701B2 (en) * | 2015-07-02 | 2021-08-03 | Royal Bank Of Canada | Secure processing of electronic payments |
US20140136309A1 (en) * | 2012-11-15 | 2014-05-15 | Wallaby Financial Inc. | System and method for optimizing card usage in a payment transaction |
US8572398B1 (en) * | 2013-02-13 | 2013-10-29 | Daniel Duncan | Systems and methods for identifying biometric information as trusted and authenticating persons using trusted biometric information |
US20140250011A1 (en) * | 2013-03-01 | 2014-09-04 | Lance Weber | Account type detection for fraud risk |
US9092778B2 (en) * | 2013-03-15 | 2015-07-28 | Varsgen, Llc | Bank account protection method utilizing a variable assigning request string generator and receiver algorithm |
US9898717B2 (en) * | 2013-03-25 | 2018-02-20 | Paypal, Inc. | Online remittance system with methodology for predicting disbursement times of online electronic funds transfers |
US9294475B2 (en) * | 2013-05-13 | 2016-03-22 | Hoyos Labs Ip, Ltd. | System and method for generating a biometric identifier |
KR102058175B1 (en) * | 2013-05-15 | 2019-12-20 | 비자 인터네셔널 서비스 어소시에이션 | Mobile tokenization hub |
US20150006386A1 (en) * | 2013-06-28 | 2015-01-01 | Sap Ag | Offline mobile payment process |
ITMI20131126A1 (en) * | 2013-07-04 | 2015-01-05 | Sempla Srl | METHOD AND SYSTEM FOR THE MANAGEMENT OF ELECTRONIC TRANSACTIONS |
EP2824628A1 (en) * | 2013-07-10 | 2015-01-14 | Vodafone Holding GmbH | Direct debit procedure |
RU2669081C2 (en) * | 2013-07-24 | 2018-10-08 | Виза Интернэшнл Сервис Ассосиэйшн | Systems and methods for interoperable network token processing |
GB2516828A (en) * | 2013-07-25 | 2015-02-11 | Visa Europe Ltd | Processing electronic tokens |
WO2015011655A1 (en) * | 2013-07-26 | 2015-01-29 | Visa International Service Association | Provisioning payment credentials to a consumer |
US10460322B2 (en) * | 2013-08-30 | 2019-10-29 | Mastercard International Incorporated | Methods and systems for verifying cardholder authenticity when provisioning a token |
US10515358B2 (en) * | 2013-10-18 | 2019-12-24 | Visa International Service Association | Contextual transaction token methods and systems |
US20150134539A1 (en) * | 2013-11-12 | 2015-05-14 | Shashi Kapur | System and method of processing point-of-sale payment transactions via mobile devices |
US10861090B2 (en) * | 2013-11-27 | 2020-12-08 | Apple Inc. | Provisioning of credentials on an electronic device using passwords communicated over verified channels |
CN103745401A (en) * | 2013-12-19 | 2014-04-23 | 镇江锐捷信息科技有限公司 | Method for realizing remote credit and loan system on mobile terminal |
US10127528B2 (en) * | 2013-12-20 | 2018-11-13 | Movocash, Inc. | Financial services ecosystem |
US20150199679A1 (en) * | 2014-01-13 | 2015-07-16 | Karthikeyan Palanisamy | Multiple token provisioning |
US9846878B2 (en) * | 2014-01-14 | 2017-12-19 | Visa International Service Association | Payment account identifier system |
EP2905735A1 (en) * | 2014-02-11 | 2015-08-12 | Peter Gautschi | Secure transaction processing in a communication system |
US20150254664A1 (en) * | 2014-03-04 | 2015-09-10 | Bank Of America Corporation | Token collaboration network |
US9183480B1 (en) * | 2014-04-03 | 2015-11-10 | Square, Inc. | Using temporary data with a magnetic stripe card |
US10902417B2 (en) * | 2014-04-29 | 2021-01-26 | Mastercard International Incorporated | Systems and methods of processing payment transactions using one-time tokens |
US10373154B2 (en) * | 2014-05-19 | 2019-08-06 | Mastercard International Incorporated | Apparatus, method, and computer program product for settlement to a merchant's card account using an on-line bill payment platform |
US20150363752A1 (en) * | 2014-06-13 | 2015-12-17 | Mastercard International Incorporated | Payment network with service provider directory function |
US9780953B2 (en) * | 2014-07-23 | 2017-10-03 | Visa International Service Association | Systems and methods for secure detokenization |
US20160034889A1 (en) * | 2014-07-29 | 2016-02-04 | Mastercard International Incorporated | Apparatus, method, and computer program product for automated sequential electronic payments |
US20160063487A1 (en) * | 2014-08-29 | 2016-03-03 | Capital One Services, Llc | System and method for double blind authentication |
CN104268743B (en) * | 2014-09-05 | 2017-11-14 | 哆啦宝(北京)科技有限公司 | A kind of Mobile banking's payment system automatically generated based on Quick Response Code |
US11257074B2 (en) * | 2014-09-29 | 2022-02-22 | Visa International Service Association | Transaction risk based token |
AU2015330644A1 (en) * | 2014-10-10 | 2017-04-20 | Royal Bank Of Canada | Systems for processing electronic transactions |
CN104361490B (en) * | 2014-11-03 | 2018-04-24 | 上海众人网络安全技术有限公司 | A kind of method of payment and system of sensitive information markization |
US10475003B2 (en) * | 2015-03-11 | 2019-11-12 | Paypal, Inc. | Enhanced mobile transactions and payments |
US11429975B1 (en) * | 2015-03-27 | 2022-08-30 | Wells Fargo Bank, N.A. | Token management system |
CN104717628B (en) * | 2015-03-31 | 2016-09-28 | 北京奇虎科技有限公司 | For answering method, the Apparatus and system that behavior is paid |
US11410154B2 (en) * | 2015-06-05 | 2022-08-09 | Block, Inc. | Apparatuses, methods, and systems for transmitting payment proxy information |
CN105139193B (en) * | 2015-07-31 | 2017-04-12 | 腾讯科技(深圳)有限公司 | Electronic resource processing method, electronic resource processing device and server |
US11308485B2 (en) * | 2016-07-15 | 2022-04-19 | Paypal, Inc. | Processing a transaction using electronic tokens |
US10496989B2 (en) * | 2016-02-22 | 2019-12-03 | Bank Of America Corporation | System to enable contactless access to a transaction terminal using a process data network |
US20170330186A1 (en) * | 2016-05-11 | 2017-11-16 | Gk Software Usa, Inc. | Decision Engine for Payments |
US11250424B2 (en) * | 2016-05-19 | 2022-02-15 | Visa International Service Association | Systems and methods for creating subtokens using primary tokens |
US12074974B2 (en) * | 2018-05-18 | 2024-08-27 | Visa International Service Association | Method and system for access token processing |
-
2017
- 2017-06-13 WO PCT/US2017/037165 patent/WO2017218479A1/en unknown
- 2017-06-13 US US15/621,383 patent/US20170364878A1/en not_active Abandoned
- 2017-06-13 EP EP17731780.7A patent/EP3472783A1/en not_active Ceased
- 2017-06-13 EP EP17731779.9A patent/EP3472782A1/en not_active Ceased
- 2017-06-13 CN CN201780036395.2A patent/CN109564657A/en active Pending
- 2017-06-13 CN CN201780036340.1A patent/CN109313754A/en active Pending
- 2017-06-13 EP EP17731777.3A patent/EP3472791A1/en not_active Ceased
- 2017-06-13 WO PCT/US2017/037170 patent/WO2017218482A1/en unknown
- 2017-06-13 CN CN201780036397.1A patent/CN109313766A/en active Pending
- 2017-06-13 US US15/621,477 patent/US20170364879A1/en not_active Abandoned
- 2017-06-13 CN CN201780036374.0A patent/CN109313756B/en active Active
- 2017-06-13 EP EP17731776.5A patent/EP3472780A1/en active Pending
- 2017-06-13 CN CN201780036372.1A patent/CN109313755A/en active Pending
- 2017-06-13 WO PCT/US2017/037178 patent/WO2017218487A1/en unknown
- 2017-06-13 CN CN201780036094.XA patent/CN109313764A/en active Pending
- 2017-06-13 WO PCT/US2017/037174 patent/WO2017218485A1/en unknown
- 2017-06-13 WO PCT/US2017/037171 patent/WO2017218483A1/en unknown
- 2017-06-13 US US15/621,327 patent/US20170364890A1/en not_active Abandoned
- 2017-06-13 EP EP17731778.1A patent/EP3472781A1/en not_active Ceased
- 2017-06-13 EP EP17732681.6A patent/EP3472789A1/en not_active Ceased
- 2017-06-13 WO PCT/US2017/037182 patent/WO2017218489A1/en unknown
- 2017-06-14 US US15/622,594 patent/US20170364910A1/en not_active Abandoned
- 2017-06-14 US US15/622,231 patent/US20170364918A1/en not_active Abandoned
- 2017-06-14 US US15/622,337 patent/US11763284B2/en active Active
-
2022
- 2022-02-07 US US17/665,836 patent/US20220300937A1/en active Pending
- 2022-03-30 US US17/708,458 patent/US20220222643A1/en active Pending
-
2023
- 2023-08-11 US US18/448,587 patent/US20230385796A1/en active Pending
- 2023-08-15 US US18/449,948 patent/US20230385797A1/en active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140324687A1 (en) * | 2006-05-23 | 2014-10-30 | Mastercard International Incorporated | Electronic transaction apparatus and method |
US20140074724A1 (en) * | 2012-03-19 | 2014-03-13 | PayNet Payments Networks, LLC | Systems and methods for real-time account access |
US20160104122A1 (en) * | 2014-10-10 | 2016-04-14 | Bank Of America Corporation | Remote video conferencing system |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10817869B2 (en) | 2016-06-29 | 2020-10-27 | Square, Inc. | Preliminary enablement of transaction processing circuitry |
US11010765B2 (en) | 2016-06-29 | 2021-05-18 | Square, Inc. | Preliminary acquisition of payment information |
US20190114598A1 (en) * | 2017-10-18 | 2019-04-18 | Mastercard International Incorporated | Payment network as a platform |
WO2019203935A1 (en) * | 2018-04-20 | 2019-10-24 | Mastercard International Incorporated | Methods and system for selecting payment system for transaction routing |
US20190340589A1 (en) * | 2018-05-02 | 2019-11-07 | SOURCE Ltd. | System and method for optimizing routing of transactions over a computer network |
US10762196B2 (en) | 2018-12-21 | 2020-09-01 | Square, Inc. | Point of sale (POS) systems and methods with dynamic kernel selection |
US11775957B2 (en) | 2018-12-21 | 2023-10-03 | Block, Inc. | Point of sale (POS) systems and methods with kernel selection |
US10990969B2 (en) * | 2018-12-21 | 2021-04-27 | Square, Inc. | Point of sale (POS) systems and methods for dynamically processing payment data based on payment reader capability |
US20200202347A1 (en) * | 2018-12-21 | 2020-06-25 | Square, Inc. | Point of sale (pos) systems and methods with dynamic kernel selection |
US11049095B2 (en) | 2018-12-21 | 2021-06-29 | Square, Inc. | Point of sale (POS) systems and methods with dynamic kernel selection |
US20210073751A1 (en) * | 2019-09-09 | 2021-03-11 | Visa International Service Association | Global merchant gateway |
US20210295286A1 (en) * | 2020-03-17 | 2021-09-23 | Bank Of America Corporation | Automated Transaction Processing Based on Cognitive Learning |
US11468415B2 (en) * | 2020-03-17 | 2022-10-11 | Bank Of America Corporation | Automated transaction processing based on cognitive learning |
US20220414624A1 (en) * | 2020-03-17 | 2022-12-29 | Bank Of America Corporation | Using Cognitive Automation to monitor payment processing |
US12067606B2 (en) | 2020-12-17 | 2024-08-20 | The Toronto-Dominion Bank | Real-time provisioning of targeted, alternative product information based on structured messaging data |
US20220207532A1 (en) * | 2020-12-30 | 2022-06-30 | Mastercard International Incorporated | Multi-network tokenization systems and methods |
US11710133B2 (en) * | 2020-12-30 | 2023-07-25 | Mastercard International Incorporated | Multi-network tokenization systems and methods |
WO2023244501A1 (en) * | 2022-06-15 | 2023-12-21 | Visa International Service Association | System, method, and computer program product for network message augmentation |
WO2024119194A1 (en) * | 2022-12-02 | 2024-06-06 | Tbcasoft, Inc. | Methods for cross-service provider online payment |
Also Published As
Publication number | Publication date |
---|---|
CN109313764A (en) | 2019-02-05 |
US20220300937A1 (en) | 2022-09-22 |
CN109313766A (en) | 2019-02-05 |
US20170364918A1 (en) | 2017-12-21 |
CN109313754A (en) | 2019-02-05 |
US11763284B2 (en) | 2023-09-19 |
US20220222643A1 (en) | 2022-07-14 |
EP3472780A1 (en) | 2019-04-24 |
EP3472789A1 (en) | 2019-04-24 |
US20170364890A1 (en) | 2017-12-21 |
US20170364879A1 (en) | 2017-12-21 |
WO2017218482A1 (en) | 2017-12-21 |
EP3472781A1 (en) | 2019-04-24 |
EP3472782A1 (en) | 2019-04-24 |
WO2017218485A1 (en) | 2017-12-21 |
CN109564657A (en) | 2019-04-02 |
WO2017218479A1 (en) | 2017-12-21 |
CN109313755A (en) | 2019-02-05 |
EP3472791A1 (en) | 2019-04-24 |
US20230385796A1 (en) | 2023-11-30 |
US20170364880A1 (en) | 2017-12-21 |
EP3472783A1 (en) | 2019-04-24 |
WO2017218483A1 (en) | 2017-12-21 |
WO2017218487A1 (en) | 2017-12-21 |
US20230385797A1 (en) | 2023-11-30 |
WO2017218489A1 (en) | 2017-12-21 |
CN109313756A (en) | 2019-02-05 |
US20170364910A1 (en) | 2017-12-21 |
CN109313756B (en) | 2023-03-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220222643A1 (en) | Systems and methods for bridging transactions between eft payment networks and payment card networks | |
US11783343B2 (en) | Token aggregation for multi-party transactions | |
US9978063B2 (en) | Direct connection systems and methods | |
US8856043B2 (en) | Method and system for managing data and enabling payment transactions between multiple entities | |
US20170148013A1 (en) | Providing shipping details on a pay transaction via the internet | |
US20150095225A1 (en) | Enabling synchronization between disparate payment account systems | |
US11875327B2 (en) | Methods and systems for dual-to-single message conversion in electronic transactions | |
CA3060785A1 (en) | Secure account creation | |
CN111213172B (en) | Accessing ACH transaction functions through digital wallet | |
WO2019203935A1 (en) | Methods and system for selecting payment system for transaction routing | |
US11544709B2 (en) | Systems and methods for single message transactions with batch settlement | |
US20230196314A1 (en) | Funds transfer service methods and systems for facilitating funds transfers | |
US20240232822A1 (en) | Systems and methods for implementing off-network services |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: MASTERCARD INTERNATIONAL INCORPORATED, NEW YORK Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:MALHOTRA, SANDEEP;SUBRAMANIAM, SHANTHAN;LORBERG, DANA J;SIGNING DATES FROM 20170601 TO 20170605;REEL/FRAME:042694/0146 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |