US20220300937A1 - Transaction flows and transaction processing for bridged payment systems - Google Patents
Transaction flows and transaction processing for bridged payment systems Download PDFInfo
- Publication number
- US20220300937A1 US20220300937A1 US17/665,836 US202217665836A US2022300937A1 US 20220300937 A1 US20220300937 A1 US 20220300937A1 US 202217665836 A US202217665836 A US 202217665836A US 2022300937 A1 US2022300937 A1 US 2022300937A1
- Authority
- US
- United States
- Prior art keywords
- payment
- transaction
- merchant
- psp
- account
- 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.)
- Pending
Links
- 238000012545 processing Methods 0.000 title description 13
- 230000004044 response Effects 0.000 claims abstract description 22
- 230000008901 benefit Effects 0.000 claims abstract description 11
- 238000000034 method Methods 0.000 claims description 53
- 230000008569 process Effects 0.000 claims description 26
- 238000012546 transfer Methods 0.000 claims description 9
- 238000012790 confirmation Methods 0.000 claims description 4
- 230000000977 initiatory effect Effects 0.000 claims 3
- 238000001514 detection method Methods 0.000 abstract description 3
- 238000004891 communication Methods 0.000 description 22
- 230000015654 memory Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 8
- 238000013475 authorization Methods 0.000 description 6
- 230000003993 interaction Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 230000009268 pathologic speech processing Effects 0.000 description 2
- 208000032207 progressive 1 supranuclear palsy Diseases 0.000 description 2
- KOTOUBGHZHWCCJ-UHFFFAOYSA-N IPSP Chemical compound CCS(=O)CSP(=S)(OC(C)C)OC(C)C KOTOUBGHZHWCCJ-UHFFFAOYSA-N 0.000 description 1
- ZLSSXLNNHMPGJW-UHFFFAOYSA-N [1-hydroxy-4-[methyl(pentyl)amino]-1-phosphonobutyl]phosphonic acid Chemical compound CCCCCN(C)CCCC(O)(P(O)(O)=O)P(O)(O)=O ZLSSXLNNHMPGJW-UHFFFAOYSA-N 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 238000013479 data entry Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
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
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N20/00—Machine learning
-
- 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/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/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
- Payment networks for the purpose of funds transfer between bank accounts are commonly used for the purpose of moving money from one person's bank account to another person's bank account (i.e., a “Person to Person” or “P2P” transfer).
- P2P Person to Person
- a difficulty in applying such transfers as a payment for goods or services at a merchant site or payment to a merchant (a “P2M” payment) has existed due to the lack of acceptance points to enable EFT payment network transactions to be accepted by merchants.
- Payment cards which allow users to perform credit and debit transactions are in widespread use. These cards are typically issued by financial institutions and allow users to initiate transactions at merchants and other point of sale locations. In order to ensure interoperability between these payment cards and card readers, the payment cards are typically formed pursuant to standards such as ISO/IEC 7810 and 7811 (regarding the physical characteristics of magnetic stripe cards) or ISO/IEC 14443 or 15693 (or others, regarding the electrical characteristics of contactless payment cards). These payment cards, however, use account numbers and routing information which requires that they be routed through a bank card network, and do not allow direct access to a user's bank account. A routing number on a typical payment card is not the same as the routing number of a user's direct deposit account (DDA) or other financial account.
- DDA direct deposit account
- FIG. 1 is a block diagram of a payment card account system.
- FIG. 2 is block diagram of a payment system such as an EFT (electronic funds transfer) system.
- EFT electronic funds transfer
- FIG. 3 is a block diagram of a payment transaction system provided in accordance with aspects of the present disclosure.
- FIG. 4 is a schematic plan view of a payment IC (integrated circuit) card that may be employed in connection with the system of FIG. 3 .
- FIG. 5 is a block diagram of an example computer system that may perform functions in the system of FIG. 3 .
- FIGS. 6, 7, 8 and 9 are flow charts that illustrate processes that may be performed in the system of FIG. 3 in accordance with aspects of the present disclosure.
- a transaction may be initiated at a merchant device, and then—via processing at one or more of the merchant, an originator payment services provider (O-PSP), a payment network (e.g., an EFT network) and a beneficiary payment services provider (B-PSP)—payment for the transaction from a customer to the merchant may be executed as an EFT from the customer's deposit account.
- O-PSP originator payment services provider
- B-PSP beneficiary payment services provider
- a new type of payment card may be allowed to issue a new type of payment card to users so that users are able to conduct transactions involving their direct deposit account (DDA) or other financial accounts (such as checking, savings or other financial accounts).
- DDA direct deposit account
- Embodiments allow a card having a physical form factor pursuant to ISO/IEC 7810 to be provided to a user, where the card includes routing and account information of the user's bank account. The routing and account information may be used to initiate or conduct transactions using a payment network (e.g., such as an automated clearing house or ACH network).
- a payment network e.g., such as an automated clearing house or ACH network.
- systems, methods and devices including a data card which comprises a first face, a second face, and a storage device comprising stored encoded data, wherein the encoded data include a financial account routing number and a customer bank account number wherein the stored encoded data is readable by a payment card reader configured to read at least one of (i) magnetic stripe data pursuant to ISO/IEC 7811, (ii) contactless data pursuant to ISO/IEC 14443, (iii) contactless data pursuant to ISO/IEC 15693; and (iv) data via direct electronic contact pursuant to ISO/IEC 7816.
- the data card has a magnetic stripe on the first face.
- the data card has an embossed or printed account identifier on at least one of said first face and said second face.
- Some embodiments allow the use of physical and virtual payment cards and devices which may be used with at existing payment card acceptance points which cause a push payment instruction to be made via a banking network (such as the automated clearing house “ACH” network) effecting a debit of funds from a user's bank account.
- a banking network such as the automated clearing house “ACH” network
- the payment card of the present invention includes an account identifier or other information which, when routed through the existing payment card network, identifies the payment transaction as relating to a payment type in which a push payment instruction is to be created.
- FIG. 1 is a block diagram that illustrates a payment card account system 100 .
- the 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.
- Block 104 in FIG. 1 represents a merchant device such as a POS (point of sale) terminal/card reader.
- the merchant device 104 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, e.g., 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, a mobile device running a mobile browser, etc.; in such situations, the customer device 102 may engage in an online shopping session with an e-commerce website hosted by the merchant device 104 .
- a computer 106 operated by an acquirer is also shown as part of the system 100 in FIG. 1 .
- the acquirer computer 106 may receive a payment account system authorization request message for the transaction from the merchant device 104 .
- the acquirer computer 106 may route the authorization request message via a card network 108 to a server computer 110 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 may be routed back to the merchant device 104 via the card network 108 and the acquirer computer 106 .
- Banknet One well known example of a card network is referred to as the “Banknet” system, and is operated by Mastercard International Incorporated, which is the assignee hereof.
- the payment account issuer server computer 110 may be operated by or on behalf of a financial institution (“FI”) that issues payment accounts to individual users such as the customer who presented or operated the customer device 102 referred to above.
- the payment card issuer server 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.
- a typical payment system may process many purchase transactions (including simultaneous transactions) and may include a considerable number of payment account issuers and their computers, a considerable number of acquirers and their computers, and numerous merchants and their devices, as well as a very large number of customer devices.
- FIG. 2 is a block diagram that illustrates a payment network system 200 , of which one example is the ACH (automated clearing house) system operated in the United States.
- ACH automated clearing house
- the system 200 includes an originator device 202 , which may be a computer operated by an originator of a transaction. Common kinds of transactions are credit transactions and debit transactions.
- the originator is the party that initiates the transaction.
- the originator may be, for example, an individual or a corporation or other organization.
- the system 200 further 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 system 200 .
- the originator PSP computer 204 may be operated by an originator PSP of which the originator is a customer.
- the switch/network 206 may be operated by a governmental or private entity that serves as a clearing facility for the system 200 .
- 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 PSPs may typically be banks or other financial institutions (FIs).
- the communications among the parties in the 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 may process many transactions (including simultaneous transactions) and may include a considerable number of PSPs and their computers, one or more clearing operators, and numerous originators and beneficiaries
- FIG. 3 is a block diagram of a payment transaction system 300 provided in accordance with aspects of the present disclosure.
- the payment transaction system 300 may include a customer device 302 .
- the customer device 302 may be in the form of a card shaped device that stores and allows reading of a token.
- the token may be mapped in the system 300 to the customer's deposit account details.
- the deposit account details may be directly stored in the card shaped device.
- the customer device may be a fob or a mobile device that runs a payment application to support interaction with merchant devices (such as the merchant device/POS terminal indicated by reference numeral 304 in FIG. 3 ).
- the customer device 302 may be a PC or laptop computer or a smartphone/mobile device that runs a web browser.
- the merchant device/POS terminal 304 may in some cases be deployed at a checkout counter in a retail store and equipped with a card reader or other mechanism for receiving data from a customer device.
- the merchant device 304 may be an e-commerce server computer that hosts an online shopping website that the customer may access with the customer device 302 .
- system 300 may include a merchant computer system 306 that may in some embodiments receive transaction data from the merchant device 304 and perform processing according to one or more transaction flows as described below.
- a merchant computer system 306 may in some embodiments receive transaction data from the merchant device 304 and perform processing according to one or more transaction flows as described below.
- the system 300 may also include an originator PSP 308 in communication with the merchant system 306 .
- the description of the originator PSP 204 in regard to FIG. 2 may also be applicable, in at least some respects, to the originator PSP 308 shown in FIG. 3 .
- the originator PSP (O-PSP) 308 may perform processing according to one or more transaction flows as described below.
- a digital wallet provider 310 may be involved in the transaction flow and may be in communication with the merchant system 306 . In such use cases, the digital wallet provider 310 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 system 300 may also include a payment switch/network 312 .
- the payment switch/network 312 may be in communication with the O-PSP 308 .
- the description of the payment switch/network 206 in regard to FIG. 2 may, in at least some respects, be applicable to the payment switch/network 312 shown in FIG. 3 .
- the payment switch/network 312 may perform processing according to one or more transaction flows as described below.
- the system 300 may include a beneficiary payment services provider (B-PSP) 314 .
- the B-PSP 314 may be in communication with the payment switch/network 312 .
- the description of the beneficiary PSP 208 in regard to FIG. 2 may be applicable, at least in some respects, to the B-PSP 314 shown in FIG. 3 .
- the B-PSP may be a bank or other financial institution at which the customer has a deposit account.
- any one or more of the blocks shown in FIG. 3 may also be considered to represent one or more computer systems or other computing devices (e.g. smartphones or other mobile devices) operated by such entity.
- computing devices e.g. smartphones or other mobile devices
- FIG. 4 is a schematic plan view of a payment IC (integrated circuit) card 400 that may be employed in connection with the system of FIG. 3 .
- the payment IC card 400 may serve the role of the customer device 302 shown in FIG. 3 .
- the payment IC card 400 may resemble a typical contactless IC (integrated circuit) payment card.
- the payment IC card 400 may include a support structure 402 that has an outer surface that defines a card shaped body.
- the card shaped body may have the same form factor as a conventional payment card and may be formed from one or more layers of plastic (not separately indicated).
- the payment IC card 400 has front and rear faces, which are not separately indicated by the drawing. Such faces are well known to designers and users of payment cards.
- the payment IC card 400 further includes an IC 404 and an antenna 406 , both supported in or on the support structure 402 .
- the IC 404 may include a processor, a memory and a communications transceiver.
- the communications transceiver may couple the processor to the antenna 406 .
- the memory may be in communication with the processor and may store program instructions.
- the program instructions may control the processor to perform functions as described herein.
- the processor may control the communications transceiver so that the processor is enabled to receive and transmit data via the transceiver in the form of short-range data communications.
- the antenna 406 may comprise several loops along the periphery of the support structure 402 .
- the IC 404 may include electrically conductive contact pads 408 and 410 , by which the communications transceiver of the IC 404 may be electrically connected to the antenna 406 .
- the antenna 406 may be configured and/or the IC 404 may be programmed such that the payment IC card 400 is operable in accordance with either or both of the contactless data reading standards ISO/IEC 14443 and ISO/IEC 15693.
- the payment IC card 400 may also include a magnetic stripe (not shown) carried—for example— on the rear face (not shown) of the payment IC card 400 .
- the magnetic stripe and the payment IC card 400 may be generally in compliance with the magnetic stripe card standard ISO/IEC 7811.
- the payment IC card 400 may be personalized by storage of user-specific data in the memory of the IC 404 .
- the stored data may include a bank deposit account number. This would be appropriate in cases where the merchant device 304 and the system 300 generally are configured to read and engage in transaction messaging with use of the consumer's deposit bank account number.
- the stored data may include a token that is in the format of a payment card account number. The token may not be associated with a payment card account, but rather may be translatable (for example, by the O-PSP 308 ; for example, by reference to a Token Service Provider (not shown)) to the consumer's deposit bank account number.
- various types of information may be printed and/or embossed on the face(s)—not shown—of the payment IC card 400 .
- FIG. 5 is a block diagram of an example computer system 502 that may perform functions in the system of FIG. 3 .
- the computer system 502 illustrates an example of one or more of the computer systems that may, as indicated above, be represented by one of the blocks depicted in FIG. 3 .
- the ensuing discussion provides an overview of a typical one of the system component computers, and accordingly, the computer system 502 will be nominally designated as a “system component computer” in the following description.
- system component computer 502 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 system component computer 502 may include a computer processor 500 operatively coupled to a communication device 501 , a storage device 504 , an input device 506 and an output device 508 .
- the communication device 501 , the storage device 504 , the input device 506 and the output device 508 may all be in communication with the processor 500 .
- the computer processor 500 may be constituted by one or more processors. Processor 500 operates to execute processor-executable steps, contained in program instructions described below, so as to control the system component computer 502 to provide desired functionality.
- Communication device 501 may be used to facilitate communication with, for example, other devices (such as other components of the payment system 300 , as well as mobile devices and/or computing devices operated by account holders).
- Communication device 501 may comprise numerous communication ports (not separately shown), to allow the system component computer 502 to communicate simultaneously with a number of other computers and other devices, including communications as required to simultaneously handle numerous interactions with other devices and/or numerous transactions.
- 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 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 so-called flash memory. Any one or more of such information storage devices may be considered to be a 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 so-called flash memory.
- RAM Random Access Memory
- ROM Read Only Memory
- Storage device 504 stores one or more programs for controlling processor 500 .
- the programs comprise program instructions (which may be referred to as computer readable program code means) that contain processor-executable process steps of the system component computer 502 , executed by the processor 500 , to cause the system component computer 502 to function as described herein.
- the programs may include one or more conventional operating systems (not shown) that control the processor 500 so as to manage and coordinate activities and sharing of resources in the system component computer 502 , and to serve as a host for application programs (described below) that run on the system component computer 502 .
- the programs stored in the storage device 504 may include, for example, a transaction handling application program 510 .
- the transaction handling application program 510 may operate to handle transactions according to the particular role of the system component computer 402 in one or more of the transaction flows described below.
- the storage device 504 may further store one or more software modules (block 512 ) that serve as software interfaces between the system component computer 502 and one or more other components of the system 300 .
- the storage device 504 may also store, and the system component computer 502 may also execute, other programs, which are not shown.
- programs may include communications software and a reporting application.
- the latter program may respond to requests from system administrators for reports on the activities performed by the system component computer 502 .
- the other programs may also include, e.g., device drivers, database management software, etc.
- the storage device 504 may also store one or more databases 514 needed for operation of the system component computer 502 .
- Other computerized components of the system 300 may be constituted by computer hardware having the same type of components and hardware architecture as described herein with reference to FIG. 5 .
- FIG. 6 is a flow chart that provides an overview of the various transaction processes that may be performed in the system of FIG. 3 in accordance with aspects of the present disclosure. Details of particular alternative transaction process flows are described below.
- an interaction occurs between the customer device 302 and the merchant device 304 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.
- Block 604 in FIG. 6 represents processing that may occur in or by the merchant system 306 in connection with a transaction flow.
- Block 606 in FIG. 6 represents processing that may occur by the digital wallet provider 310 , in a use case in which the digital wallet provider is involved in the transaction flow.
- Block 608 in FIG. 6 represents processing that may occur by the O-PSP 308 in connection with a transaction flow.
- Block 610 in FIG. 6 represents processing that may occur by the payment switch/network 312 in connection with a transaction flow.
- Block 612 in FIG. 6 represents processing that may occur by the B-PSP 314 in connection with a transaction flow
- a virtual or physical merchant card acceptance terminal initiates a transaction that is transmitted via a merchant system.
- 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.
- the merchant system may determine the originator PSP (O-PSP), and build the transaction request message.
- the transaction request message is then submitted by the merchant system to the O-PSP.
- the O-PSP evaluates the transaction request message and authenticates the consumer credentials and debits the originator/consumer account.
- the flow then proceeds to the payment network (EFT network), which determines the routing path and routes to the beneficiary PSP (B-PSP).
- EFT network determines the routing path and routes to the beneficiary PSP
- the B-PSP 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 returns a response message to the O-PSP via the payment network (EFT network).
- the O-PSP returns the response to the merchant system/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.
- the merchant acquirer may evaluate the payment credentials in the message, and if the same are tokenized, may call a detokenization service provided by a Token Service Provider.
- the merchant acquirer may determine the O-PSP and transmit the message to the O-PSP.
- the O-PSP evaluates the transaction request message and authenticates the consumer credentials and debits the originator/consumer account.
- the O-PSP also routes the message to the payment network (EFT network).
- the payment network determines the routing path and routes the message to the B-PSP.
- the B-PSP 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 returns a response message to the O-PSP via the payment network (EFT network).
- the O-PSP returns the response to the merchant system/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.
- the merchant acquirer may evaluate the payment credentials in the message, and may determine the payment network (EFT network).
- the payment 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.
- the payment network may determine the O-PSP and transmit the message to the O-PSP.
- the O-PSP may evaluate the message and authenticate the consumer credentials and debit the originator/consumer account.
- the O-PSP may return the response to the payment network, which determines the routing path and routes the message to the B-PSP.
- the B-PSP 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 returns a response message to the O-PSP via the payment network (EFT network).
- the O-PSP returns the response to the merchant system/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 and builds and submits a transaction request message to the O-PSP.
- the O-PSP 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.
- the B-PSP 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 returns a response message to the O-PSP via the payment network (EFT network).
- the O-PSP 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 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 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.
- FIG. 7 is a flow chart that illustrates a process that may be performed in the system of FIG. 3 .
- FIG. 7 may be regarded as recapitulating and/or providing additional detail with respect to the process illustrated in FIG. 6 .
- a transaction is initiated at a card acceptance terminal.
- the card acceptance terminal may be a POS terminal including a card reader, and may be an example of the merchant device 304 shown in FIG. 3 .
- the customer device 302 may be a payment IC card. This process step may include the merchant device 304 receiving payment credentials (e.g., account number or token) by reading the customer device 302 .
- the merchant system 306 may receive the payment credentials from the merchant device 304 and may evaluate the payment credentials (including, e.g., parsing the format of data contained in the payment credentials).
- the merchant system 306 may determine an appropriate O-PSP for the transaction, in view of the payment credentials submitted for the transaction.
- the merchant system 306 may build a suitable transaction request message.
- the merchant system 306 may submit the transaction request message that it has built to the O-PSP 308 .
- the O-PSP 308 may evaluate the transaction request message. This may include performing various security checks. Moreover, at 714 , the O-PSP 308 may authenticate the consumer's credentials (e.g., by validating a cryptogram that was generated by the customer device 302 and included in the transaction request message).
- the O-PSP 308 may debit the consumer's account (e.g., the consumer's bank deposit account maintained by the O-PSP). The amount of the debit may correspond to the transaction amount as indicated in the transaction request message. Suitable messaging may then occur between the O-PSP 308 and the payment switch/network 312 .
- the consumer's account e.g., the consumer's bank deposit account maintained by the O-PSP.
- the payment switch/network 312 may determine a transaction routing path for a transaction message to complete the transaction. The routing may be based on information provided in the messaging from the O-PSP 308 .
- the payment switch/network 312 may route a transaction message to the B-PSP 314 .
- the message may identify the merchant/beneficiary's account.
- the B-PSP 314 may evaluate the transaction message that was routed to it from the payment switch/network 312 . This may involve further security checks.
- the B-PSP 314 may check the validity of the indicated beneficiary account.
- the B-PSP 314 may post the transaction against the beneficiary account (this may be net of fees).
- the B-PSP 314 may return a response message to the O-PSP 308 via the payment switch/network 312 .
- the response message may be for confirming that the transaction was completed and the funds credited to the merchant's account.
- the response message provided to the O-PSP 308 may be returned to the merchant system 306 and/or the merchant device 304 . This may signal completion of the transaction at the point of sale.
- the discussion will now turn to certain measures that may be necessary or desirable in a unified/bridged payment system in which both EFT transactions and conventional payment card account transactions are processed to settle purchases by consumers from merchants.
- the system may resemble the system 300 , while also including elements of the payment card account system 100 shown in FIG. 1 .
- the authorization request and response occur at the time of the purchase transaction, and then the actual transfer of funds from the consumer's bank to the merchant's bank is implemented via a subsequent batch clearing process.
- the following discussion will touch on certain measures that may be undertaken to assist in enabling EFT transactions to coexist with payment card account system clearing functions.
- FIG. 8 is a flow chart that illustrates a process that may be performed according to aspects of the present disclosure. The process may be performed at a transaction acquirer (such as element 106 in FIG. 1 ) that also receives and processes EFT system transactions (as does the O-PSP 308 in FIG. 3 ).
- a transaction acquirer such as element 106 in FIG. 1
- EFT system transactions as does the O-PSP 308 in FIG. 3 .
- the transaction acquirer receives a transaction request message from a merchant.
- the message may be in a message format prescribed for the payment card account system in which the transaction acquirer operates.
- the message may represent a purchase transaction accepted by the merchant.
- the transaction request message may include an indication that the payment to the merchant for the current transaction is to be effected via an EFT transaction contemporaneous with the underlying purchase transaction. Thus the funds are to be transferred via an EFT system to a bank account to benefit the merchant.
- the indicator may be a specific flag and/or the format of the consumer's account number, or based on the BIN (bank identification number) portion of a token that is included in the transaction request message.
- the transaction acquirer may detect the indication that this is to be an EFT transaction.
- the indication may be detected, in some embodiments, by reading the BIN portion of the token (if present) and matching it to a BIN or BIN range that corresponds to tokens used for EFT transactions.
- the detection of the indication may be an outcome of a detokenization process requested by the transaction acquirer.
- the transaction acquirer stores a record of the purchase transaction.
- the record, as stored may include (in response to the detection of the EFT transaction) a “don't clear” flag that is set to indicate that the transaction acquirer is not to submit the record for clearing in a subsequent batch clearing process for the day's transactions. It is appropriate to omit the transaction from clearing, because the EFT transaction has itself provided the necessary transfer of funds to the merchant or the merchant's account or for the merchant's benefit.
- FIG. 9 is a flow chart that illustrates a process that may be performed according to aspects of the present disclosure.
- the process of FIG. 9 is an alternative to the process of FIG. 8 , and may be performed, for example, at a central facility of the payment system.
- the central facility may be the payment switch/network 312 , the card network 108 ( FIG. 1 ) and/or a bridging function or device (not separately shown) that interconnects elements 108 and 312 .
- a bridging function or device not separately shown
- the payment card account system computer receives a transaction request message.
- the message relates to a purchase transaction performed by a customer and a merchant point of sale.
- the transaction request message is routed by the payment card account system computer for payment to benefit the merchant from the customer's deposit bank account via an EFT system.
- a lapse of time may occur until it becomes time for clearing of the day's payment card account system transactions.
- the payment card account system computer may receive a request for clearing of the transaction according to payment card account system clearing practices.
- the request may be included in a batch of requests and may originate from a transaction acquirer.
- the payment card account system computer “knows” that the merchant has already received payment for the transaction. Accordingly, and as indicated at 912 , the payment card account system computer excludes the transaction in question from the clearing process.
- the payment card account system computer may exclude the transaction from clearing based on a BIN portion of a token associated with the transaction (e.g., because the indicated BIN range is associated with tokens that represent deposit bank accounts from which EFT transactions may be funded).
- the payment card account system computer may exclude the transaction based on an indication or flag in a previously stored record for the transaction. It will be recognized that the payment card account system computer may be deemed a clearing computer.
- 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.
- memory should be understood to encompass a single memory or storage device or two or more memories or storage devices.
- a “server” includes a computer device or system that responds to numerous requests for service from other devices.
- the term “payment card system account” includes a credit card account, a deposit account that the account holder may access using a debit card, a prepaid card account, or any other type of account from which payment transactions may be consummated.
- the terms “payment card system account” and “payment card account” and “payment account” are used interchangeably herein.
- the term “payment card account number” includes a number that identifies a payment card system account or a number carried by a payment card, or a number that is used to route a transaction in a payment system that handles payment card transactions.
- the term “payment card” includes a credit card, debit card, prepaid card, or other type of payment instrument, whether an actual physical card, electronic, or virtual.
- the term “payment card system” or “payment account system” refers to a system for handling purchase transactions and related transactions.
- An example of such a system is the one operated by Mastercard International Incorporated, the assignee of the present disclosure.
- the term “payment card system” may be limited to systems in which member financial institutions issue payment card accounts to individuals, businesses and/or other organizations.
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)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- Development Economics (AREA)
- 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)
- Computer Vision & Pattern Recognition (AREA)
- Data Mining & Analysis (AREA)
- Evolutionary Computation (AREA)
- Medical Informatics (AREA)
- Artificial Intelligence (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Mathematical Physics (AREA)
Abstract
Description
- This application is a Continuation of U.S. Non-Provisional patent application Ser. No. 15/621,477 (filed Jun. 13, 2017) which 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.
- Payment networks for the purpose of funds transfer between bank accounts are commonly used for the purpose of moving money from one person's bank account to another person's bank account (i.e., a “Person to Person” or “P2P” transfer). A difficulty in applying such transfers as a payment for goods or services at a merchant site or payment to a merchant (a “P2M” payment) has existed due to the lack of acceptance points to enable EFT payment network transactions to be accepted by merchants.
- Payment cards which allow users to perform credit and debit transactions are in widespread use. These cards are typically issued by financial institutions and allow users to initiate transactions at merchants and other point of sale locations. In order to ensure interoperability between these payment cards and card readers, the payment cards are typically formed pursuant to standards such as ISO/IEC 7810 and 7811 (regarding the physical characteristics of magnetic stripe cards) or ISO/IEC 14443 or 15693 (or others, regarding the electrical characteristics of contactless payment cards). These payment cards, however, use account numbers and routing information which requires that they be routed through a bank card network, and do not allow direct access to a user's bank account. A routing number on a typical payment card is not the same as the routing number of a user's direct deposit account (DDA) or other financial account.
- Features and advantages of some embodiments of the present disclosure, and the manner in which the same are accomplished, will become more readily apparent upon consideration of the following detailed description of the invention taken in conjunction with the accompanying drawings, which illustrate preferred and example embodiments and which are not necessarily drawn to scale, wherein:
-
FIG. 1 is a block diagram of a payment card account system. -
FIG. 2 is block diagram of a payment system such as an EFT (electronic funds transfer) system. -
FIG. 3 is a block diagram of a payment transaction system provided in accordance with aspects of the present disclosure. -
FIG. 4 is a schematic plan view of a payment IC (integrated circuit) card that may be employed in connection with the system ofFIG. 3 . -
FIG. 5 is a block diagram of an example computer system that may perform functions in the system ofFIG. 3 . -
FIGS. 6, 7, 8 and 9 are flow charts that illustrate processes that may be performed in the system ofFIG. 3 in accordance with aspects of the present disclosure. - In general, and for the purpose of introducing concepts of embodiments of the present disclosure, according to various use cases or alternative transaction flows, a transaction may be initiated at a merchant device, and then—via processing at one or more of the merchant, an originator payment services provider (O-PSP), a payment network (e.g., an EFT network) and a beneficiary payment services provider (B-PSP)—payment for the transaction from a customer to the merchant may be executed as an EFT from the customer's deposit account. Such an arrangement brings card payment network acceptance together with an EFT system to bridge an existing gap relative to P2M payments. This arrangement builds on the wide array of acceptance points that have secure interfaces and are offered in the card payment network acceptance point population and card payment network infrastructure. Measures may be taken to exclude transactions initiated from merchant acceptance points and funded via an EFT system from being included in card network clearing processes.
- In other embodiments, it may be allowed to issue a new type of payment card to users so that users are able to conduct transactions involving their direct deposit account (DDA) or other financial accounts (such as checking, savings or other financial accounts). Embodiments allow a card having a physical form factor pursuant to ISO/IEC 7810 to be provided to a user, where the card includes routing and account information of the user's bank account. The routing and account information may be used to initiate or conduct transactions using a payment network (e.g., such as an automated clearing house or ACH network). Pursuant to some embodiments, systems, methods and devices are provided including a data card which comprises a first face, a second face, and a storage device comprising stored encoded data, wherein the encoded data include a financial account routing number and a customer bank account number wherein the stored encoded data is readable by a payment card reader configured to read at least one of (i) magnetic stripe data pursuant to ISO/IEC 7811, (ii) contactless data pursuant to ISO/IEC 14443, (iii) contactless data pursuant to ISO/IEC 15693; and (iv) data via direct electronic contact pursuant to ISO/IEC 7816. In some embodiments, the data card has a magnetic stripe on the first face. In some embodiments, the data card has an embossed or printed account identifier on at least one of said first face and said second face. The result is an improved payment card system allowing users direct access to their financial accounts at the many card payment network acceptance points which support these card form factors.
- Some embodiments allow the use of physical and virtual payment cards and devices which may be used with at existing payment card acceptance points which cause a push payment instruction to be made via a banking network (such as the automated clearing house “ACH” network) effecting a debit of funds from a user's bank account. In some embodiments, the payment card of the present invention includes an account identifier or other information which, when routed through the existing payment card network, identifies the payment transaction as relating to a payment type in which a push payment instruction is to be created.
-
FIG. 1 is a block diagram that illustrates a paymentcard account system 100. - The
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.Block 104 inFIG. 1 represents a merchant device such as a POS (point of sale) terminal/card reader. Themerchant device 104 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, e.g., 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, a mobile device running a mobile browser, etc.; in such situations, thecustomer device 102 may engage in an online shopping session with an e-commerce website hosted by themerchant device 104. - A
computer 106 operated by an acquirer (acquiring financial institution) is also shown as part of thesystem 100 inFIG. 1 . Theacquirer computer 106 may receive a payment account system authorization request message for the transaction from themerchant device 104. Theacquirer computer 106 may route the authorization request message via acard network 108 to aserver computer 110 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 paymentissuer server computer 110 may be routed back to themerchant device 104 via thecard network 108 and theacquirer computer 106. - One well known example of a card network is referred to as the “Banknet” system, and is operated by Mastercard International Incorporated, which is the assignee hereof.
- The payment account
issuer server computer 110 may be operated by or on behalf of a financial institution (“FI”) that issues payment accounts to individual users such as the customer who presented or operated thecustomer device 102 referred to above. For example, the payment cardissuer server 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 of the
system 100 as depicted inFIG. 1 are only those that are needed for processing a single transaction. A typical payment system may process many purchase transactions (including simultaneous transactions) and may include a considerable number of payment account issuers and their computers, a considerable number of acquirers and their computers, and numerous merchants and their devices, as well as a very large number of customer devices. -
FIG. 2 is a block diagram that illustrates apayment network system 200, of which one example is the ACH (automated clearing house) system operated in the United States. - The
system 200 includes anoriginator device 202, which may be a computer operated by an originator of a transaction. Common kinds of transactions are credit transactions and debit transactions. The originator is the party that initiates the transaction. The originator may be, for example, an individual or a corporation or other organization. - The
system 200 further includes an originator PSP (payment services provider)computer 204. The originator PSPcomputer 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 thesystem 200. The originator PSPcomputer 204 may be operated by an originator PSP of which the originator is a customer. The switch/network 206 may be operated by a governmental or private entity that serves as a clearing facility for thesystem 200. - Also included in the
system 200 is a beneficiary PSPcomputer 208. The beneficiary PSPcomputer 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 PSPs may typically be banks or other financial institutions (FIs). - The communications among the parties in the
system 200 may typically be conducted using XML (eXtensible Markup Language) and may comply with a standard according to ISO 20022. - The components of the
system 200 as depicted inFIG. 2 are only those that are needed for processing a single transaction. A typical payment network system may process many transactions (including simultaneous transactions) and may include a considerable number of PSPs and their computers, one or more clearing operators, and numerous originators and beneficiaries -
FIG. 3 is a block diagram of apayment transaction system 300 provided in accordance with aspects of the present disclosure. - The
payment transaction system 300 may include acustomer device 302. Thecustomer device 302 may be in the form of a card shaped device that stores and allows reading of a token. The token may be mapped in thesystem 300 to the customer's deposit account details. Alternatively, the deposit account details may be directly stored in the card shaped device. As an alternative to the card shaped device, the customer device may be a fob or a mobile device that runs a payment application to support interaction with merchant devices (such as the merchant device/POS terminal indicated byreference numeral 304 inFIG. 3 ). - As another alternative, the
customer device 302 may be a PC or laptop computer or a smartphone/mobile device that runs a web browser. - The merchant device/
POS terminal 304 may in some cases be deployed at a checkout counter in a retail store and equipped with a card reader or other mechanism for receiving data from a customer device. In other use cases, themerchant device 304 may be an e-commerce server computer that hosts an online shopping website that the customer may access with thecustomer device 302. - In addition, the
system 300 may include amerchant computer system 306 that may in some embodiments receive transaction data from themerchant device 304 and perform processing according to one or more transaction flows as described below. - The
system 300 may also include anoriginator PSP 308 in communication with themerchant system 306. The description of theoriginator PSP 204 in regard toFIG. 2 may also be applicable, in at least some respects, to theoriginator PSP 308 shown inFIG. 3 . The originator PSP (O-PSP) 308 may perform processing according to one or more transaction flows as described below. - In some use cases/transaction flows, a
digital wallet provider 310 may be involved in the transaction flow and may be in communication with themerchant system 306. In such use cases, thedigital wallet provider 310 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
system 300 may also include a payment switch/network 312. The payment switch/network 312 may be in communication with the O-PSP 308. The description of the payment switch/network 206 in regard toFIG. 2 may, in at least some respects, be applicable to the payment switch/network 312 shown inFIG. 3 . The payment switch/network 312 may perform processing according to one or more transaction flows as described below. - Still further, the
system 300 may include a beneficiary payment services provider (B-PSP) 314. The B-PSP 314 may be in communication with the payment switch/network 312. The description of thebeneficiary PSP 208 in regard toFIG. 2 may be applicable, at least in some respects, to the B-PSP 314 shown inFIG. 3 . The B-PSP may be a bank or other financial institution at which the customer has a deposit account. - Any one or more of the blocks shown in
FIG. 3 , in addition to representing the indicated entity, may also be considered to represent one or more computer systems or other computing devices (e.g. smartphones or other mobile devices) operated by such entity. -
FIG. 4 is a schematic plan view of a payment IC (integrated circuit)card 400 that may be employed in connection with the system ofFIG. 3 . In particular, in some instances and/or in some embodiments, thepayment IC card 400 may serve the role of thecustomer device 302 shown inFIG. 3 . In its hardware aspects, thepayment IC card 400 may resemble a typical contactless IC (integrated circuit) payment card. - In the embodiment shown in
FIG. 4 , thepayment IC card 400 may include asupport structure 402 that has an outer surface that defines a card shaped body. The card shaped body may have the same form factor as a conventional payment card and may be formed from one or more layers of plastic (not separately indicated). It will be appreciated that thepayment IC card 400 has front and rear faces, which are not separately indicated by the drawing. Such faces are well known to designers and users of payment cards. - The
payment IC card 400 further includes anIC 404 and anantenna 406, both supported in or on thesupport structure 402. Although the following constituent components are not shown, it should be understood that theIC 404 may include a processor, a memory and a communications transceiver. The communications transceiver may couple the processor to theantenna 406. The memory may be in communication with the processor and may store program instructions. The program instructions may control the processor to perform functions as described herein. The processor may control the communications transceiver so that the processor is enabled to receive and transmit data via the transceiver in the form of short-range data communications. - As shown in
FIG. 4 , theantenna 406 may comprise several loops along the periphery of thesupport structure 402. - The
IC 404 may include electricallyconductive contact pads IC 404 may be electrically connected to theantenna 406. - The
antenna 406 may be configured and/or theIC 404 may be programmed such that thepayment IC card 400 is operable in accordance with either or both of the contactless data reading standards ISO/IEC 14443 and ISO/IEC 15693. In addition or alternatively, thepayment IC card 400 may also include a magnetic stripe (not shown) carried—for example— on the rear face (not shown) of thepayment IC card 400. For example, the magnetic stripe and thepayment IC card 400 may be generally in compliance with the magnetic stripe card standard ISO/IEC 7811. In addition or alternatively, thepayment IC card 400 may have surface contact pads (not shown), e.g., on the front face (not shown) of thepayment IC card 400, and thepayment IC card 400 may be otherwise programmed and/or configured to conform to the contact data card standard ISO/IEC 7816 and/or the well-known EMV standard. - The
payment IC card 400 may be personalized by storage of user-specific data in the memory of theIC 404. In some embodiments, the stored data may include a bank deposit account number. This would be appropriate in cases where themerchant device 304 and thesystem 300 generally are configured to read and engage in transaction messaging with use of the consumer's deposit bank account number. In other embodiments, the stored data may include a token that is in the format of a payment card account number. The token may not be associated with a payment card account, but rather may be translatable (for example, by the O-PSP 308; for example, by reference to a Token Service Provider (not shown)) to the consumer's deposit bank account number. - As is commonly the case with payment cards, various types of information may be printed and/or embossed on the face(s)—not shown—of the
payment IC card 400. -
FIG. 5 is a block diagram of anexample computer system 502 that may perform functions in the system ofFIG. 3 . Thecomputer system 502 illustrates an example of one or more of the computer systems that may, as indicated above, be represented by one of the blocks depicted inFIG. 3 . The ensuing discussion provides an overview of a typical one of the system component computers, and accordingly, thecomputer system 502 will be nominally designated as a “system component computer” in the following description. - Referring now to
FIG. 5 , thesystem component computer 502 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
system component computer 502 may include a computer processor 500 operatively coupled to acommunication device 501, astorage device 504, aninput device 506 and anoutput device 508. Thecommunication device 501, thestorage device 504, theinput device 506 and theoutput device 508 may all be in communication with the processor 500. - The computer processor 500 may be constituted by one or more processors. Processor 500 operates to execute processor-executable steps, contained in program instructions described below, so as to control the
system component computer 502 to provide desired functionality. -
Communication device 501 may be used to facilitate communication with, for example, other devices (such as other components of thepayment system 300, as well as mobile devices and/or computing devices operated by account holders).Communication device 501 may comprise numerous communication ports (not separately shown), to allow thesystem component computer 502 to communicate simultaneously with a number of other computers and other devices, including communications as required to simultaneously handle numerous interactions with other devices and/or numerous transactions. -
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 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 so-called flash memory. Any one or more of such information storage devices may be considered to be a computer-readable storage medium or a computer usable medium or a memory. -
Storage device 504 stores one or more programs for controlling processor 500. The programs comprise program instructions (which may be referred to as computer readable program code means) that contain processor-executable process steps of thesystem component computer 502, executed by the processor 500, to cause thesystem component computer 502 to function as described herein. - The programs may include one or more conventional operating systems (not shown) that control the processor 500 so as to manage and coordinate activities and sharing of resources in the
system component computer 502, and to serve as a host for application programs (described below) that run on thesystem component computer 502. - The programs stored in the
storage device 504 may include, for example, a transactionhandling application program 510. The transactionhandling application program 510 may operate to handle transactions according to the particular role of thesystem component computer 402 in one or more of the transaction flows described below. - The
storage device 504 may further store one or more software modules (block 512) that serve as software interfaces between thesystem component computer 502 and one or more other components of thesystem 300. - The
storage device 504 may also store, and thesystem component computer 502 may also execute, other programs, which are not shown. For example, such programs may include communications software and a reporting application. The latter program may respond to requests from system administrators for reports on the activities performed by thesystem component computer 502. The other programs may also include, e.g., device drivers, database management software, etc. - The
storage device 504 may also store one ormore databases 514 needed for operation of thesystem component computer 502. - Other computerized components of the
system 300 may be constituted by computer hardware having the same type of components and hardware architecture as described herein with reference toFIG. 5 . -
FIG. 6 is a flow chart that provides an overview of the various transaction processes that may be performed in the system ofFIG. 3 in accordance with aspects of the present disclosure. Details of particular alternative transaction process flows are described below. - At 602 in
FIG. 6 , an interaction occurs between thecustomer device 302 and themerchant device 304 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. -
Block 604 inFIG. 6 represents processing that may occur in or by themerchant system 306 in connection with a transaction flow. -
Block 606 inFIG. 6 represents processing that may occur by thedigital wallet provider 310, in a use case in which the digital wallet provider is involved in the transaction flow. -
Block 608 inFIG. 6 represents processing that may occur by the O-PSP 308 in connection with a transaction flow. -
Block 610 inFIG. 6 represents processing that may occur by the payment switch/network 312 in connection with a transaction flow. -
Block 612 inFIG. 6 represents processing that may occur by the B-PSP 314 in connection with a transaction flow - There will now be described examples of four or more transaction flows 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. - According to one alternative network flow, a virtual or physical merchant card acceptance terminal initiates a transaction that is transmitted via a merchant system. 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. Also prior to transmitting the request, the merchant system may determine the originator PSP (O-PSP), and build the transaction request message. The transaction request message is then submitted by the merchant system to the O-PSP. The O-PSP evaluates the transaction request message and authenticates the consumer credentials and debits the originator/consumer account. The flow then proceeds to the payment network (EFT network), which determines the routing path and routes to the beneficiary PSP (B-PSP). The B-PSP 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 returns a response message to the O-PSP via the payment network (EFT network). The O-PSP returns the response to the merchant system/merchant card acceptance terminal.
- According to 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. The merchant acquirer may evaluate the payment credentials in the message, and if the same are tokenized, may call a detokenization service provided by a Token Service Provider. The merchant acquirer may determine the O-PSP and transmit the message to the O-PSP. The O-PSP evaluates the transaction request message and authenticates the consumer credentials and debits the originator/consumer account. The O-PSP also routes the message to the payment network (EFT network). The payment network determines the routing path and routes the message to the B-PSP. The B-PSP 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 returns a response message to the O-PSP via the payment network (EFT network). The O-PSP returns the response to the merchant system/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. The merchant acquirer may evaluate the payment credentials in the message, and may determine the payment network (EFT network). The payment 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 network may determine the O-PSP and transmit the message to the O-PSP. The O-PSP may evaluate the message and authenticate the consumer credentials and debit the originator/consumer account. Also, the O-PSP may return the response to the payment network, which determines the routing path and routes the message to the B-PSP. The B-PSP 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 returns a response message to the O-PSP via the payment network (EFT network). The O-PSP returns the response to the merchant system/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 and builds and submits a transaction request message to the O-PSP. The O-PSP 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. The B-PSP 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 returns a response message to the O-PSP via the payment network (EFT network). The O-PSP 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 flow, where the digital wallet provider may act as B-PSP 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 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.
-
FIG. 7 is a flow chart that illustrates a process that may be performed in the system ofFIG. 3 .FIG. 7 may be regarded as recapitulating and/or providing additional detail with respect to the process illustrated inFIG. 6 . - At 702 in
FIG. 7 , a transaction is initiated at a card acceptance terminal. The card acceptance terminal may be a POS terminal including a card reader, and may be an example of themerchant device 304 shown inFIG. 3 . Thecustomer device 302 may be a payment IC card. This process step may include themerchant device 304 receiving payment credentials (e.g., account number or token) by reading thecustomer device 302. - At 704, the
merchant system 306 may receive the payment credentials from themerchant device 304 and may evaluate the payment credentials (including, e.g., parsing the format of data contained in the payment credentials). - At 706, the
merchant system 306 may determine an appropriate O-PSP for the transaction, in view of the payment credentials submitted for the transaction. At 708, themerchant system 306 may build a suitable transaction request message. At 710, themerchant system 306 may submit the transaction request message that it has built to the O-PSP 308. - At 712, the O-
PSP 308 may evaluate the transaction request message. This may include performing various security checks. Moreover, at 714, the O-PSP 308 may authenticate the consumer's credentials (e.g., by validating a cryptogram that was generated by thecustomer device 302 and included in the transaction request message). - At 716, the O-
PSP 308 may debit the consumer's account (e.g., the consumer's bank deposit account maintained by the O-PSP). The amount of the debit may correspond to the transaction amount as indicated in the transaction request message. Suitable messaging may then occur between the O-PSP 308 and the payment switch/network 312. - At 718, the payment switch/
network 312 may determine a transaction routing path for a transaction message to complete the transaction. The routing may be based on information provided in the messaging from the O-PSP 308. - At 720, the payment switch/
network 312 may route a transaction message to the B-PSP 314. The message may identify the merchant/beneficiary's account. - At 722, the B-
PSP 314 may evaluate the transaction message that was routed to it from the payment switch/network 312. This may involve further security checks. - At 724, the B-
PSP 314 may check the validity of the indicated beneficiary account. - At 726, the B-
PSP 314 may post the transaction against the beneficiary account (this may be net of fees). - At 728, the B-
PSP 314 may return a response message to the O-PSP 308 via the payment switch/network 312. The response message may be for confirming that the transaction was completed and the funds credited to the merchant's account. - At 730, the response message provided to the O-
PSP 308 may be returned to themerchant system 306 and/or themerchant device 304. This may signal completion of the transaction at the point of sale. - The discussion will now turn to certain measures that may be necessary or desirable in a unified/bridged payment system in which both EFT transactions and conventional payment card account transactions are processed to settle purchases by consumers from merchants. The system may resemble the
system 300, while also including elements of the paymentcard account system 100 shown inFIG. 1 . - In many payment card account transactions, the authorization request and response occur at the time of the purchase transaction, and then the actual transfer of funds from the consumer's bank to the merchant's bank is implemented via a subsequent batch clearing process. The following discussion will touch on certain measures that may be undertaken to assist in enabling EFT transactions to coexist with payment card account system clearing functions.
-
FIG. 8 is a flow chart that illustrates a process that may be performed according to aspects of the present disclosure. The process may be performed at a transaction acquirer (such aselement 106 inFIG. 1 ) that also receives and processes EFT system transactions (as does the O-PSP 308 inFIG. 3 ). - At 802 in
FIG. 8 , the transaction acquirer receives a transaction request message from a merchant. The message may be in a message format prescribed for the payment card account system in which the transaction acquirer operates. The message may represent a purchase transaction accepted by the merchant. The transaction request message may include an indication that the payment to the merchant for the current transaction is to be effected via an EFT transaction contemporaneous with the underlying purchase transaction. Thus the funds are to be transferred via an EFT system to a bank account to benefit the merchant. The indicator may be a specific flag and/or the format of the consumer's account number, or based on the BIN (bank identification number) portion of a token that is included in the transaction request message. - At 804, the transaction acquirer may detect the indication that this is to be an EFT transaction. The indication may be detected, in some embodiments, by reading the BIN portion of the token (if present) and matching it to a BIN or BIN range that corresponds to tokens used for EFT transactions. Alternatively, the detection of the indication may be an outcome of a detokenization process requested by the transaction acquirer.
- At 806, the transaction acquirer stores a record of the purchase transaction. The record, as stored, may include (in response to the detection of the EFT transaction) a “don't clear” flag that is set to indicate that the transaction acquirer is not to submit the record for clearing in a subsequent batch clearing process for the day's transactions. It is appropriate to omit the transaction from clearing, because the EFT transaction has itself provided the necessary transfer of funds to the merchant or the merchant's account or for the merchant's benefit.
-
FIG. 9 is a flow chart that illustrates a process that may be performed according to aspects of the present disclosure. The process ofFIG. 9 is an alternative to the process ofFIG. 8 , and may be performed, for example, at a central facility of the payment system. The central facility may be the payment switch/network 312, the card network 108 (FIG. 1 ) and/or a bridging function or device (not separately shown) that interconnectselements FIG. 9 , it is assumed—without limitation—that the process occurs at thecard network 108 and is accordingly performed by a payment card account system computer. - At 902, the payment card account system computer receives a transaction request message. The message relates to a purchase transaction performed by a customer and a merchant point of sale.
- At 904, the transaction request message is routed by the payment card account system computer for payment to benefit the merchant from the customer's deposit bank account via an EFT system.
- At 906, confirmation of the payment is received.
- Thereafter, a lapse of time (indicated at 908) may occur until it becomes time for clearing of the day's payment card account system transactions.
- At 910, the payment card account system computer may receive a request for clearing of the transaction according to payment card account system clearing practices. The request may be included in a batch of requests and may originate from a transaction acquirer. However, the payment card account system computer “knows” that the merchant has already received payment for the transaction. Accordingly, and as indicated at 912, the payment card account system computer excludes the transaction in question from the clearing process. In some embodiments, the payment card account system computer may exclude the transaction from clearing based on a BIN portion of a token associated with the transaction (e.g., because the indicated BIN range is associated with tokens that represent deposit bank accounts from which EFT transactions may be funded). In some embodiments, the payment card account system computer may exclude the transaction based on an indication or flag in a previously stored record for the transaction. It will be recognized that the payment card account system computer may be deemed a clearing computer.
- 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.
- As used herein and in the appended claims, the term “memory” should be understood to encompass a single memory or storage device or two or more memories or storage devices.
- As used herein and in the appended claims, a “server” includes a computer device or system that responds to numerous requests for service from other devices.
- 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 simultaneous performance of at least some steps and/or omitting one or more steps.
- As used herein and in the appended claims, the term “payment card system account” includes a credit card account, a deposit account that the account holder may access using a debit card, a prepaid card account, or any other type of account from which payment transactions may be consummated. The terms “payment card system account” and “payment card account” and “payment account” are used interchangeably herein. The term “payment card account number” includes a number that identifies a payment card system account or a number carried by a payment card, or a number that is used to route a transaction in a payment system that handles payment card transactions. The term “payment card” includes a credit card, debit card, prepaid card, or other type of payment instrument, whether an actual physical card, electronic, or virtual.
- As used herein and in the appended claims, the term “payment card system” or “payment account system” refers to a system for handling purchase transactions and related transactions. An example of such a system is the one operated by Mastercard International Incorporated, the assignee of the present disclosure. In some embodiments, the term “payment card system” may be limited to systems in which member financial institutions issue payment card accounts to individuals, businesses and/or other organizations.
- Although the present invention has been described in connection with specific example embodiments, it should be understood that various changes, substitutions, and alterations apparent to those skilled in the art 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 (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17/665,836 US20220300937A1 (en) | 2016-06-15 | 2022-02-07 | Transaction flows and transaction processing for bridged payment systems |
Applications Claiming Priority (12)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201662350416P | 2016-06-15 | 2016-06-15 | |
US201662350335P | 2016-06-15 | 2016-06-15 | |
US201662350407P | 2016-06-15 | 2016-06-15 | |
US201662350322P | 2016-06-15 | 2016-06-15 | |
US201662351227P | 2016-06-16 | 2016-06-16 | |
US201662350821P | 2016-06-16 | 2016-06-16 | |
US201662350831P | 2016-06-16 | 2016-06-16 | |
US201662351155P | 2016-06-16 | 2016-06-16 | |
US201662351016P | 2016-06-16 | 2016-06-16 | |
US201662351164P | 2016-06-16 | 2016-06-16 | |
US15/621,477 US20170364879A1 (en) | 2016-06-15 | 2017-06-13 | Transaction flows and transaction processing for bridged payment systems |
US17/665,836 US20220300937A1 (en) | 2016-06-15 | 2022-02-07 | Transaction flows and transaction processing for bridged payment systems |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/621,477 Continuation US20170364879A1 (en) | 2016-06-15 | 2017-06-13 | Transaction flows and transaction processing for bridged payment systems |
Publications (1)
Publication Number | Publication Date |
---|---|
US20220300937A1 true US20220300937A1 (en) | 2022-09-22 |
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,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/621,477 Abandoned US20170364879A1 (en) | 2016-06-15 | 2017-06-13 | Transaction flows and transaction processing for bridged payment systems |
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 Before (6)
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,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/621,477 Abandoned US20170364879A1 (en) | 2016-06-15 | 2017-06-13 | Transaction flows and transaction processing for bridged payment systems |
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 |
Family Applications After (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
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) | EP3472780A1 (en) |
CN (6) | CN109564657A (en) |
WO (6) | WO2017218482A1 (en) |
Families Citing this family (69)
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 |
US11164091B1 (en) | 2016-05-12 | 2021-11-02 | State Farm Mutual Automobile Insurance Company | Natural language troubleshooting 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 |
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 |
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 |
US20190114598A1 (en) * | 2017-10-18 | 2019-04-18 | Mastercard International Incorporated | Payment network as a platform |
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 |
US20190325410A1 (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 |
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 |
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 |
US11049095B2 (en) | 2018-12-21 | 2021-06-29 | 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 |
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 |
US20210073751A1 (en) * | 2019-09-09 | 2021-03-11 | Visa International Service Association | Global merchant gateway |
US20210103910A1 (en) * | 2019-10-04 | 2021-04-08 | Mastercard International Incorporated | Multiple settlement options in payment system |
US11989702B2 (en) * | 2019-12-12 | 2024-05-21 | Intuit Inc. | Automated validation of digit sequences in transactions |
CN111192057B (en) * | 2019-12-31 | 2021-10-15 | 网联清算有限公司 | Payment processing method, device and system |
US20210264432A1 (en) * | 2020-02-24 | 2021-08-26 | Elfstone Inc. | Method for authenticating transactions in real-time |
US11468415B2 (en) * | 2020-03-17 | 2022-10-11 | Bank Of America Corporation | Automated transaction processing based on cognitive learning |
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 |
US11710133B2 (en) * | 2020-12-30 | 2023-07-25 | Mastercard International Incorporated | Multi-network tokenization systems and methods |
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 |
WO2023244501A1 (en) * | 2022-06-15 | 2023-12-21 | Visa International Service Association | System, method, and computer program product for network message augmentation |
EP4369274A1 (en) * | 2022-11-10 | 2024-05-15 | IPCO 2012 Limited | Method for authorizing a payment transaction |
WO2024119194A1 (en) * | 2022-12-02 | 2024-06-06 | Tbcasoft, Inc. | Methods for cross-service provider online payment |
Family Cites Families (135)
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 |
US8452704B2 (en) * | 2000-07-11 | 2013-05-28 | 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 |
US7742990B2 (en) * | 2002-03-29 | 2010-06-22 | Ntt Docomo, Inc. | Communication control method in connection-oriented communication, related transfer device, and billing 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 |
US8732044B2 (en) * | 2006-05-23 | 2014-05-20 | Mastercard International Incorporated | Electronic transaction apparatus and method |
WO2007149820A2 (en) * | 2006-06-18 | 2007-12-27 | Merrill Lynch & Co., Inc. | 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 |
CN101595491A (en) * | 2006-12-26 | 2009-12-02 | 维萨美国股份有限公司 | Mobile vending purchasing |
AU2008243004B2 (en) * | 2007-04-17 | 2013-06-27 | Visa U.S.A. Inc. | 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 |
WO2010022129A1 (en) * | 2008-08-20 | 2010-02-25 | Xcard Holdings Llc | 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 |
WO2010126509A2 (en) * | 2009-04-30 | 2010-11-04 | Donald Michael Cardina | Systems and methods for randomized mobile payment |
CA2773139A1 (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 |
US9258296B2 (en) * | 2010-07-29 | 2016-02-09 | 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 |
WO2012161808A2 (en) * | 2011-02-25 | 2012-11-29 | 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 |
AP3678A (en) * | 2011-04-11 | 2016-04-16 | Visa Int Service Ass | Interoperable financial transactions via mobile devices |
US20130110658A1 (en) * | 2011-05-05 | 2013-05-02 | 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 |
CN103765454B (en) * | 2011-06-07 | 2018-02-27 | 维萨国际服务协会 | Pay the tokenized device, method and system of privacy |
US8700527B2 (en) * | 2011-07-14 | 2014-04-15 | Bank Of America Corporation | Merchant bill pay |
US20130018779A1 (en) * | 2011-07-14 | 2013-01-17 | Bank Of America Corporation | Alias-based merchant transaction system |
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 |
US9053481B2 (en) * | 2011-12-21 | 2015-06-09 | 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 |
CA3204698A1 (en) * | 2012-03-19 | 2013-09-26 | Fidelity Information Services, Llc | Systems and methods for real-time account access |
US10535064B2 (en) * | 2012-03-19 | 2020-01-14 | 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 |
EP2997532A4 (en) * | 2013-05-15 | 2016-05-11 | Visa Int Service Ass | 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 |
CA2918788C (en) * | 2013-07-24 | 2020-06-16 | Visa International Service Association | Systems and methods for interoperable network token processing |
GB2516828A (en) * | 2013-07-25 | 2015-02-11 | Visa Europe Ltd | Processing electronic tokens |
AP2016009010A0 (en) * | 2013-07-26 | 2016-01-31 | Visa Int Service Ass | 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 |
US20160104122A1 (en) * | 2014-10-10 | 2016-04-14 | Bank Of America Corporation | Remote video conferencing system |
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 |
US11023878B1 (en) * | 2015-06-05 | 2021-06-01 | Square, 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 |
US20190356489A1 (en) * | 2018-05-18 | 2019-11-21 | Visa International Service Association | Method and system for access token processing |
-
2017
- 2017-06-13 EP EP17731776.5A patent/EP3472780A1/en active Pending
- 2017-06-13 CN CN201780036395.2A patent/CN109564657A/en active Pending
- 2017-06-13 US US15/621,383 patent/US20170364878A1/en not_active Abandoned
- 2017-06-13 WO PCT/US2017/037170 patent/WO2017218482A1/en unknown
- 2017-06-13 US US15/621,327 patent/US20170364890A1/en not_active Abandoned
- 2017-06-13 WO PCT/US2017/037171 patent/WO2017218483A1/en unknown
- 2017-06-13 CN CN201780036374.0A patent/CN109313756B/en active Active
- 2017-06-13 WO PCT/US2017/037178 patent/WO2017218487A1/en unknown
- 2017-06-13 WO PCT/US2017/037182 patent/WO2017218489A1/en unknown
- 2017-06-13 WO PCT/US2017/037165 patent/WO2017218479A1/en unknown
- 2017-06-13 EP EP17731778.1A patent/EP3472781A1/en not_active Ceased
- 2017-06-13 WO PCT/US2017/037174 patent/WO2017218485A1/en unknown
- 2017-06-13 EP EP17731777.3A patent/EP3472791A1/en not_active Ceased
- 2017-06-13 CN CN201780036340.1A patent/CN109313754A/en active Pending
- 2017-06-13 US US15/621,477 patent/US20170364879A1/en not_active Abandoned
- 2017-06-13 CN CN201780036372.1A patent/CN109313755A/en active Pending
- 2017-06-13 CN CN201780036397.1A patent/CN109313766A/en active Pending
- 2017-06-13 EP EP17731779.9A patent/EP3472782A1/en not_active Ceased
- 2017-06-13 EP EP17731780.7A patent/EP3472783A1/en not_active Ceased
- 2017-06-13 CN CN201780036094.XA patent/CN109313764A/en active Pending
- 2017-06-13 EP EP17732681.6A patent/EP3472789A1/en not_active Ceased
- 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
Also Published As
Publication number | Publication date |
---|---|
US20170364880A1 (en) | 2017-12-21 |
US20170364918A1 (en) | 2017-12-21 |
US20170364879A1 (en) | 2017-12-21 |
CN109313764A (en) | 2019-02-05 |
EP3472791A1 (en) | 2019-04-24 |
WO2017218489A1 (en) | 2017-12-21 |
US20170364910A1 (en) | 2017-12-21 |
WO2017218487A1 (en) | 2017-12-21 |
CN109313754A (en) | 2019-02-05 |
CN109313756A (en) | 2019-02-05 |
EP3472783A1 (en) | 2019-04-24 |
US20230385797A1 (en) | 2023-11-30 |
US20230385796A1 (en) | 2023-11-30 |
EP3472780A1 (en) | 2019-04-24 |
US20170364878A1 (en) | 2017-12-21 |
WO2017218485A1 (en) | 2017-12-21 |
EP3472782A1 (en) | 2019-04-24 |
WO2017218482A1 (en) | 2017-12-21 |
US20220222643A1 (en) | 2022-07-14 |
US20170364890A1 (en) | 2017-12-21 |
CN109564657A (en) | 2019-04-02 |
CN109313755A (en) | 2019-02-05 |
CN109313766A (en) | 2019-02-05 |
EP3472789A1 (en) | 2019-04-24 |
WO2017218483A1 (en) | 2017-12-21 |
US11763284B2 (en) | 2023-09-19 |
CN109313756B (en) | 2023-03-10 |
EP3472781A1 (en) | 2019-04-24 |
WO2017218479A1 (en) | 2017-12-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220300937A1 (en) | Transaction flows and transaction processing for bridged payment systems | |
US10108938B1 (en) | Cryptocurrency payment network | |
US20180240115A1 (en) | Methods and systems for payments assurance | |
US8712914B2 (en) | Method and system for facilitating micropayments in a financial transaction system | |
US10552822B2 (en) | System and method for processing financial transactions using a mobile device for payment | |
US20110238553A1 (en) | Electronic account-to-account funds transfer | |
US20160364795A1 (en) | Systems and methods for extending credit to small/medium-sized enterprises | |
CN111213172A (en) | Accessing ACH transaction functionality through digital wallet | |
WO2019060064A1 (en) | Optical-scan triggered electronic funds transfer for purchase transaction | |
CN109214815B (en) | System and method for accepting dual function payment credentials | |
US20210279734A1 (en) | Real time interaction processing system and method | |
WO2020040916A1 (en) | System and method for linking payment card to payment account | |
US11972413B2 (en) | Digital wallet promotions through tokenization platform | |
KR20200129748A (en) | Payment system and payment method using issued card |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
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: ADVISORY ACTION MAILED |
|
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: 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 |