US20230214810A1 - System and method for providing a real-time payment between a customer financial institution account and a merchant financial institution account for a transaction based on a direct communication between a user device and a point-of-sale device - Google Patents
System and method for providing a real-time payment between a customer financial institution account and a merchant financial institution account for a transaction based on a direct communication between a user device and a point-of-sale device Download PDFInfo
- Publication number
- US20230214810A1 US20230214810A1 US18/057,387 US202218057387A US2023214810A1 US 20230214810 A1 US20230214810 A1 US 20230214810A1 US 202218057387 A US202218057387 A US 202218057387A US 2023214810 A1 US2023214810 A1 US 2023214810A1
- Authority
- US
- United States
- Prior art keywords
- financial institution
- merchant
- customer
- institution account
- transaction
- 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
- 238000000034 method Methods 0.000 title claims abstract description 39
- 238000004891 communication Methods 0.000 title abstract description 44
- 238000013475 authorization Methods 0.000 claims abstract description 64
- 230000004044 response Effects 0.000 claims description 5
- 238000010586 diagram Methods 0.000 description 16
- 238000003860 storage Methods 0.000 description 14
- 238000012545 processing Methods 0.000 description 4
- 238000012790 confirmation Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 229920004880 RTP PEK Polymers 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000003068 static effect Effects 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/38—Payment protocols; Details thereof
- G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
-
- 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/206—Point-of-sale [POS] network systems comprising security or operator identification provisions, e.g. password entry
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
- G06K7/10—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
- G06K7/14—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation using light without selection of wavelength, e.g. sensing reflected white light
- G06K7/1404—Methods for optical code recognition
- G06K7/1408—Methods for optical code recognition the method being specifically adapted for the type of code
- G06K7/1417—2D bar 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/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/20—Point-of-sale [POS] network systems
- G06Q20/204—Point-of-sale [POS] network systems comprising interface for record bearing medium or carrier for electronic funds transfer or payment credit
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/26—Debit schemes, e.g. "pay now"
-
- 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/327—Short range or proximity payments by means of M-devices
- G06Q20/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-device
-
- 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/327—Short range or proximity payments by means of M-devices
- G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
-
- 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/409—Device specific authentication in transaction processing
Definitions
- the present disclosure relates to facilitating electronic transactions between users and merchants via a real-time payment (RTP) network. More particularly, the present disclosure relates to a payment facilitator device configured to provide a payment authorization to an RTP network to initiate an RTP between a customer financial institution account and a merchant financial institution account for a transaction, based on a user device of a customer and a point-of-sale (POS) device of a merchant performing a direct communication regarding the transaction.
- RTP real-time payment
- a customer may desire to purchase an item from a merchant.
- the customer typically utilizes a payment vehicle (e.g., a debit card, a credit card, etc.) to initiate a transaction via a POS device of the merchant.
- a payment network e.g., a debit card network, a credit card network, etc.
- the transaction amount of the transaction is provided to a financial institution account of the merchant.
- Utilization of the payment network introduces a network delay between the time of the transaction and the time of the transaction amount being provided to the financial institution account of the merchant, poses a security risk for sensitive information, and introduces fees that are incurred by the customer and/or the merchant.
- a payment facilitator device may include a memory configured to store instructions; and a processor configured to execute the instructions to: based on a user device of a customer and a point-of-sale (POS) device of a merchant performing a direct communication regarding a transaction, receive a payment request for a transaction amount of the transaction; receive a customer authorization for the transaction; and provide a payment authorization to a real-time payment (RTP) network to initiate an RTP for the transaction amount of the transaction from a customer financial institution account to a merchant financial institution account, based on receiving the customer authorization for the transaction.
- POS point-of-sale
- RTP real-time payment
- a method performed by a payment facilitator device may include, based on a user device of a customer and a point-of-sale (POS) device of a merchant performing a direct communication regarding a transaction, receiving a payment request for a transaction amount of the transaction; receiving a customer authorization for the transaction; and providing a payment authorization to a real-time payment (RTP) network to initiate an RTP for the transaction amount of the transaction from a customer financial institution account to a merchant financial institution account, based on receiving the customer authorization for the transaction.
- POS point-of-sale
- RTP real-time payment
- a non-transitory computer-readable medium may store instructions that, when executed by a processor of a payment facilitator device, cause the processor to: based on a user device of a customer and a point-of-sale (POS) device of a merchant performing a direct communication regarding a transaction, receive a payment request for a transaction amount of the transaction; receive a customer authorization for the transaction; and provide a payment authorization to a real-time payment (RTP) network to initiate an RTP for the transaction amount of the transaction from a customer financial institution account to a merchant financial institution account, based on receiving the customer authorization for the transaction.
- POS point-of-sale
- RTP real-time payment
- FIG. 1 is a diagram of an example system 100 for providing an RTP from a customer financial institution account to a merchant financial institution account based on a direct communication between a user device of a customer and a POS device of a merchant;
- FIG. 2 is a diagram of example components of a device 200 ;
- FIG. 3 is a flowchart of an example process 300 for providing an RTP from a customer financial institution account to a merchant financial institution account based on a direct communication between a user device of a customer and a POS device of a merchant;
- FIG. 4 is an example diagram of a process 400 of providing an RTP from a customer financial institution account to a merchant financial institution account based on a direct communication between a user device of a customer and a POS device of a merchant and based on a payment request from the user device;
- FIG. 5 is an example diagram of a process 500 of providing an RTP from a customer financial institution account to a merchant financial institution account based on a direct communication between a user device of a customer and a POS device of a merchant and based on a payment request from the POS device;
- FIG. 6 is a diagram of an example process 600 of providing a payment authorization to an RTP network to initiate an RTP for a transaction amount of a transaction directly from a customer financial institution account to a merchant financial institution account;
- FIG. 7 is a diagram of an example process 700 of providing a payment authorization to an RTP network to initiate an RTP for a transaction amount of a transaction from a customer financial institution account to a merchant financial institution account via a request for payment (RFP) from a sponsor financial institution;
- RTP request for payment
- FIGS. 8 A and 8 B are diagrams of a user interface 800 of an application of a user device that is associated with a customer financial institution.
- FIG. 9 is a diagram of a user interface 900 of an application of a user device that is provided by a merchant for utilization by a user.
- the present disclosure relates to facilitating electronic transactions between users and merchants via a real-time payment (RTP) network. More particularly, the present disclosure relates to a payment facilitator device configured to provide a payment authorization to an RTP network to initiate an RTP between a customer financial institution account and a merchant financial institution account for a transaction, based on a user device of a customer and a point-of-sale (POS) device of a merchant performing a direct communication regarding the transaction.
- RTP real-time payment
- utilization of a debit card network or a credit card network introduces a network delay between the time of the transaction and the time of the transaction amount being provided to the financial institution account of the merchant, poses a security risk for sensitive information, poses a risk for insufficient funds on debit transactions, and introduces fees that are incurred by the customer and/or the merchant.
- the payment facilitator device is configured to provide a payment authorization to an RTP network that enables an RTP between a customer financial institution account and merchant financial institution account for a transaction, based on a user device of a customer and a POS device of a merchant performing a direct communication regarding the transaction.
- the payment facilitator device may receive a payment request for a transaction amount of a transaction based on a user device of a customer and a POS device of a merchant performing a direct communication regarding a transaction. Further, the payment facilitator device may receive a customer authorization for the transaction, and provide a payment authorization to an RTP network to initiate an RTP for the transaction amount of the transaction from a customer financial institution account to a merchant financial institution account, based on receiving the customer authorization for the transaction.
- the present disclosure reduces a network delay between the time of the transaction and the time of the transaction amount being provided to the financial institution account of the merchant, improves security sensitive information, and reduces fees that are incurred by the customer and/or the merchant.
- FIG. 1 is a diagram of an example system 100 for providing an RTP from a customer financial institution account to a merchant financial institution account based on a direct communication between a user device of a customer and a POS device of a merchant.
- the system 100 may include a user device 110 (e.g., a smartphone, a tablet computer, a smart watch, etc.), a POS device 120 (e.g., a physical POS device, a virtual POS device, etc.), a payment facilitator device 130 (e.g., a server, a cloud computing platform, a computing device, a user device, a POS device, etc.), an RTP network 140 (e.g., a network of computing devices, a network of clouding computing platforms, etc.), a customer financial institution server 150 (e.g., a server, a cloud computing platform, etc.), a customer financial institution account 160 (e.g., a server, a cloud computing platform, etc.), a sponsor financial institution server 170 (e.g., a server, a cloud computing platform, etc.), a merchant financial institution server 180 (e.g., a server, a cloud computing platform, etc.), and a merchant financial institution account 190
- a user device 110
- One or more of the devices of the system 100 may be integrated into a single device. Additionally, the customer financial institution account 160 and the merchant financial institution account 190 may be associated with a same underlying financial institution, and/or may be associated with a same underlying financial institution server.
- the payment facilitator device 130 may be implemented as a physical device.
- the payment facilitator device 130 may be implemented as a server that is remote from a POS, may be implemented as a POS terminal, or the like.
- the payment facilitator device 130 may be implemented in software.
- the payment facilitator device 130 may be implemented as software executable by the user device 110 , may be implemented as software executable by the POS device 120 , or the like.
- the system 100 may be configured to provide an RTP from a customer financial institution account 160 to a merchant financial institution account 190 , based on a direct communication between the user device 110 and the POS device 120 .
- a customer may desire to purchase a set of items from a merchant. To do so, the customer may select the set of items to be purchased from a merchant. The set of items may be input to the POS device 120 . At this point, a transaction amount may refer to a total amount of the set of items. Further, a transaction may refer to the purchase of the set of items by the customer from the merchant.
- the user device 110 and the POS device 120 may perform a direct communication regarding the transaction in order to communicate transaction information.
- the user device 110 may display a quick response (QR) code that is representative of (i.e., encodes) transaction information, such as a customer identifier, a customer financial institution account identifier, and a customer authentication.
- the POS device 120 may read the QR code, and obtain the transaction information.
- the POS device 120 may provide, to the payment facilitator device 130 , a payment request for the transaction amount of the transaction.
- the payment request may include transaction information such as the customer identifier, the customer financial institution account identifier, the customer authentication, a merchant identifier, the transaction amount, and a payment request identifier.
- a portion of the transaction information included in the payment request such as the customer identifier, the customer financial institution account identifier, and the customer authentication, may correspond to the transaction information received from the user device 110 as a QR code.
- the POS device 120 may display a QR code including transaction information, such as the merchant identifier, the transaction amount, and the payment request identifier.
- the user device 110 may read the QR code, and obtain the transaction information.
- the user device 110 may provide, to the payment facilitator device 130 , a payment request for the transaction amount of the transaction including transaction information such as a customer identifier, a customer financial institution account identifier, a customer authentication, the merchant identifier, the transaction amount, and the payment request identifier.
- a portion of the transaction information included in the payment request such as the merchant identifier, the transaction amount, and the payment request identifier, may correspond to the transaction information received from the POS device 120 as a QR code.
- the payment facilitator device 130 may receive the payment request and the transaction information, and may receive a customer authorization for the transaction. For example, the payment facilitator device 130 may prompt the user device 110 for the customer authorization, and receive the customer authorization based on the prompt. As another example, the payment facilitator device 130 may receive the customer authorization from the user device 110 as a part of the payment request.
- the payment facilitator device 130 may provide a payment authorization to an RTP network 140 to initiate an RTP for the transaction amount of the transaction from a customer financial institution account 160 to a merchant financial institution account 190 , based on receiving the customer authorization for the transaction. Based on the payment authorization, an RTP may be provided from the customer financial account 160 to the merchant financial institution account 190 .
- example embodiments of the present disclosure improve the efficiency of transactions by providing an RTP from a customer financial institution account 160 to a merchant financial institution account 190 , reduce network delay associated with transactions by avoiding utilization of debit card networks or credit card networks, enhance the security of transactions by exchanging transaction information via a direct communication between the user device 110 and the POS device 120 , reduce fees associated with transactions by avoiding utilization of debit cards and credit cards, and improve the efficiency and ease of transactions by permitting the customer to purchase a set of items by interacting with an application of the user device 110 .
- FIG. 2 is a diagram of example components of a device 200 .
- Device 200 may correspond to the user device 110 , the POS device 120 , the payment facilitator device 130 , the RTP network 140 , the customer financial institution server 150 , the sponsor financial institution server 170 , and/or the merchant financial institution server 180 .
- the device 200 may include a bus 210 , a processor 220 , a memory 230 , a storage component 240 , an input component 250 , an output component 260 , and a communication interface 270 .
- the bus 210 includes a component that permits communication among the components of the device 200 .
- the processor 220 may be implemented in hardware, firmware, or a combination of hardware and software.
- the processor 220 may be a central processing unit (CPU), a graphics processing unit (GPU), an accelerated processing unit (APU), a microprocessor, a microcontroller, a digital signal processor (DSP), a field-programmable gate array (FPGA), an application-specific integrated circuit (ASIC), or another type of processing component.
- CPU central processing unit
- GPU graphics processing unit
- APU accelerated processing unit
- microprocessor a microcontroller
- DSP digital signal processor
- FPGA field-programmable gate array
- ASIC application-specific integrated circuit
- the processor 220 may include one or more processors capable of being programmed to perform a function.
- the memory 230 may include a random access memory (RAM), a read only memory (ROM), and/or another type of dynamic or static storage device (e.g., a flash memory, a magnetic memory, and/or an optical memory) that stores information and/or instructions for use by the processor 220 .
- RAM random access memory
- ROM read only memory
- static storage device e.g., a flash memory, a magnetic memory, and/or an optical memory
- the storage component 240 may store information and/or software related to the operation and use of the device 200 .
- the storage component 240 may include a hard disk (e.g., a magnetic disk, an optical disk, a magneto-optic disk, and/or a solid state disk), a compact disc (CD), a digital versatile disc (DVD), a floppy disk, a cartridge, a magnetic tape, and/or another type of non-transitory computer-readable medium, along with a corresponding drive.
- the input component 250 may include a component that permits the device 200 to receive information, such as via user input (e.g., a touch screen display, a keyboard, a keypad, a mouse, a button, a switch, and/or a microphone). Additionally, or alternatively, the input component 250 may include a sensor for sensing information (e.g., a global positioning system (GPS) component, an accelerometer, a gyroscope, and/or an actuator).
- the output component 260 may include a component that provides output information from the device 200 (e.g., a display, a speaker, and/or one or more light-emitting diodes (LEDs)).
- LEDs light-emitting diodes
- the communication interface 270 may include a transceiver-like component (e.g., a transceiver and/or a separate receiver and transmitter) that enables the device 200 to communicate with other devices, such as via a wired connection, a wireless connection, or a combination of wired and wireless connections.
- the communication interface 270 may permit the device 200 to receive information from another device and/or provide information to another device.
- the communication interface 270 may include an Ethernet interface, an optical interface, a coaxial interface, an infrared interface, a radio frequency (RF) interface, a universal serial bus (USB) interface, a Wi-Fi interface, a cellular network interface, or the like.
- the device 200 may perform one or more processes described herein. The device 200 may perform these processes based on the processor 220 executing software instructions stored by a non-transitory computer-readable medium, such as the memory 230 and/or the storage component 240 .
- a computer-readable medium may be defined herein as a non-transitory memory device.
- a memory device may include memory space within a single physical storage device or memory space spread across multiple physical storage devices.
- the software instructions may be read into the memory 230 and/or the storage component 240 from another computer-readable medium or from another device via the communication interface 270 .
- the software instructions stored in the memory 230 and/or the storage component 240 may cause the processor 220 to perform one or more processes described herein.
- hardwired circuitry may be used in place of or in combination with software instructions to perform one or more processes described herein. Thus, implementations described herein are not limited to any specific combination of hardware circuitry and software.
- the device 200 may include a cloud server or a group of cloud servers.
- the device 200 may be hosted in a cloud computing environment, or may be partially cloud-based.
- the cloud computing environment may refer to an environment that hosts the device 200 .
- the cloud computing environment may provide computation, software, data access, storage, etc., services to one or more of the user device 110 , the POS device 120 , the payment facilitator device 130 , the RTP network 140 , the customer financial institution server 150 , the customer financial institution account 160 , the sponsor financial institution server 170 , the merchant financial institution server 180 , and/or the merchant financial institution account 190
- the cloud computing environment may include a group of computing resources such as applications, virtual machines (VMs), virtualized storages (e.g., databases), hypervisors, or the like.
- the application may include one or more software applications that may be provided to or accessed by the user device 110 , the POS device 120 , the payment facilitator device 130 , the RTP network 140 , the customer financial institution server 150 , the customer financial institution account 160 , the sponsor financial institution server 170 , the merchant financial institution server 180 , and/or the merchant financial institution account 190 .
- the VM may include a software implementation of a machine that executes programs like a physical machine.
- the virtualized storage may include one or more storage systems and/or one or more devices that use virtualization techniques within the storage systems or devices of the cloud computing environment.
- the hypervisor may provide hardware virtualization techniques that allow multiple operating systems to execute concurrently on a host computer.
- the device 200 may include additional components, fewer components, different components, or differently arranged components than those shown in FIG. 2 . Additionally, or alternatively, a set of components (e.g., one or more components) of the device 200 may perform one or more functions described as being performed by another set of components of the device 200 .
- FIG. 3 is a flowchart of an example process 300 for providing an RTP from a customer financial institution account to a merchant financial institution account based on a direct communication between a user device of a customer and a POS device of a merchant.
- the process 300 may include, based on a user device of a customer and a POS device of a merchant performing a direct communication regarding a transaction, receiving a payment request for a transaction amount of the transaction including information identifying a customer financial institution account and a merchant financial institution account (operation 310 ).
- the payment facilitator device 130 may receive a payment request for a transaction amount of a transaction, based on the user device 110 and the POS device 120 performing a direct communication regarding the transaction.
- the payment request may be a request for an RTP for a transaction amount of a transaction from the customer financial institution account 160 to the merchant financial institution account 190 .
- the payment request may include transaction information, such as information identifying the payment request (e.g., a payment request globally unique identifier (GUID)), information identifying the transaction (e.g., a transaction identifier), information identifying the transaction amount, information identifying the transaction time and date (e.g., a timestamp), information identifying the transaction location (e.g., geographical coordinates, a merchant address, or the like), information identifying the customer (e.g., a customer identifier), information identifying the customer financial institution account 160 (e.g., a customer financial institution account identifier), information identifying the user device 110 (e.g., a device identifier, an Internet Protocol (IP) address, a media access control (MAC) address, or the like), information identifying the merchant (e.g., a merchant identifier), information identifying the merchant financial institution account 190 (e.g., a merchant financial institution account identifier), and/or the like.
- GUID globally unique identifier
- IP Internet
- the direct communication may be a communication to communicate the transaction information.
- the direct communication may be a QR communication, a near field communication (NFC), a Wi-Fi Direct (WFD) communication, a Bluetooth communication, or the like.
- the POS device 120 may display a QR code including transaction information, such as information identifying the merchant, information identifying the merchant financial institution account 190 , information identifying the transaction, information identifying the transaction amount, or the like.
- the user device 110 may read the QR code, and obtain the transaction information, such as the information identifying the merchant, information identifying the merchant financial institution account 190 , information identifying the transaction, information identifying the transaction amount, or the like.
- the user device 110 may display a QR code including transaction information, such as information identifying the customer, information identifying the customer financial institution account 160 , or the like.
- the POS device 120 may read the QR code, and obtain the transaction information, such as the information identifying the customer, information identifying the customer financial institution account 160 , or the like.
- the payment facilitator device 130 may receive the payment request from the POS device 120 .
- the POS device 120 may perform the direct communication with the user device 110 , receive transaction information from the user device 110 based on performing the direct communication, and provide the payment request and the transaction information to the payment facilitator device 130 .
- the payment facilitator device 130 may receive the payment request from the user device 110 .
- the user device 110 may perform the direct communication with the POS device 120 , receive transaction information from the POS device 120 based on performing the direct communication, and provide the payment request and the transaction information to the payment facilitator device 130 .
- the process 300 may include receiving a customer authorization for the transaction (operation 320 ).
- the payment facilitator device 130 may receive a customer authorization from the user device 110 .
- the payment facilitator device 130 may receive the customer authorization from the user device 110 in the payment request.
- the user device 110 may provide the payment request including the customer authorization.
- the payment facilitator device 130 may provide a request for the customer authorization to the user device 110 , and receive the customer authorization based on providing the request.
- the payment facilitator device 130 may receive the payment request and provide a request for the customer authorization to the user device 110 .
- the payment facilitator device 130 may identify the user device 110 based on the transaction information, such as information identifying the user device 110 and/or the customer, included in the payment request, and provide the request for the customer authorization based on the transaction information.
- the customer authorization may include information authorizing the transaction.
- the user device 110 may generate the customer authorization based on the user authorizing the transaction, based on the user performing an authentication and/or authorization process, or the like.
- the process 300 may include providing a payment authorization to an RTP network to initiate an RTP for the transaction amount of the transaction from the customer financial institution account to the merchant financial institution account, based on receiving the customer authorization for the transaction (operation 330 ).
- the payment facilitator device 130 may provide a payment authorization to the RTP network 140 to initiate an RTP for the transaction amount of the transaction from the customer financial institution account 160 to the merchant financial institution account 190 .
- the RTP network 140 may include a payment rail such as The Clearing House (TCH) RTP (TCH RTP), TCH RTP with RFP, FedNow with Direct Credit, Automated Clearing House (ACH), same-day ACH, or the like.
- TCH Clearing House
- ACH Automated Clearing House
- the payment facilitator device 130 may provide the payment authorization to the customer financial institution server 150 .
- the payment facilitator device 130 may identify the transaction information, such as the information identifying the customer financial institution account 160 and the merchant financial institution account 190 from the payment request, and provide the payment authorization to the customer financial institution server 150 to initiate the RTP from the customer financial institution account 160 to the merchant financial institution account 190 .
- the customer financial institution server 150 may provide an RTP to the merchant financial institution server 180 such that the transaction amount is transferred from the customer financial institution account 160 to the merchant financial institution account 190 via the RTP.
- the customer financial institution server 150 may provide a payment success notification to the payment facilitator device 130 .
- the payment facilitator device 130 may provide a payment success notification to the user device 110 and/or the POS device 120 .
- the payment facilitator device 130 may provide the payment authorization to the sponsor financial institution server 170 .
- the sponsor financial institution server 170 is associated with a sponsor that permits the entity associated with payment facilitator device 130 to onboard new customers, accept payments, etc. Further, the sponsor may ensure that various regulatory rules are complied with by the entity associated with the payment facilitator device 130 .
- the sponsor financial institution server 170 may receive the payment authorization, and provide a payment request to the customer financial institution server 150 .
- the customer financial institution server 150 may receive the payment request from the sponsor financial institution server 170 , and provide an RTP to the sponsor financial institution server 170 .
- the sponsor financial institution server 170 may receive the RTP from the customer financial institution server 150 , and provide the RTP to the merchant financial institution server 180 such that the transaction amount is transferred from the customer financial institution account 160 to the merchant financial institution account 190 in the RTP.
- the sponsor financial institution server 170 may provide a payment success notification to the payment facilitator device 130 .
- the payment facilitator device 130 may provide a payment success notification to the user device 110 and the POS device 120 .
- an “RTP” may refer to a payment that is made between a set of accounts (e.g., the customer financial institution account 160 and the merchant financial institution account 190 ) without the utilization of a credit card or a debit card and/or the utilization of a credit card network, a debit card network, or the like. Further, an RTP may refer to a remittance between a source account and a destination account. The transaction process may include zero, one, or n (e.g., n>1) intermediary accounts. An RTP may also be referred to as an “instant payment,” a “faster payment,” or the like.
- FIG. 3 shows example operations of the process 300
- the process 300 may include additional operations, fewer operations, different operations, or differently arranged operations than those depicted in FIG. 3 . Additionally, or alternatively, two or more of the operations of the process 300 may be performed in parallel.
- FIG. 4 is an example diagram of a process 400 of providing an RTP from a customer financial institution account to a merchant financial institution account based on a direct communication between a user device of a customer and a POS device of a merchant and based on a payment request from the user device.
- the user device 110 and the POS device 120 may perform a direct communication regarding a transaction.
- the POS device 120 may display a QR code including transaction information, such as information identifying the payment request to be made in association with the transaction, information identifying the merchant, information identifying the merchant financial institution account 190 , etc.
- the user device 110 may read the QR code, and obtain the transaction information.
- the user device 110 may provide, to the payment facilitator device 130 , a payment request including transaction information, such as information identifying the customer financial institution account 160 , information identifying the merchant financial institution account 190 , information identifying the transaction, information identifying the payment request to be made in association with the transaction, information identifying the merchant, or the like.
- transaction information such as information identifying the customer financial institution account 160 , information identifying the merchant financial institution account 190 , information identifying the transaction, information identifying the payment request to be made in association with the transaction, information identifying the merchant, or the like.
- the user device 110 may provide, to the payment facilitator device 130 , a customer authorization for the transaction.
- the customer authorization may be included in the payment request.
- the payment facilitator device 130 may provide, to the RTP network 140 , a payment authorization to initiate an RTP for the transaction amount of the transaction from the customer financial institution account 160 to the merchant financial institution account 190 , based on receiving the customer authorization for the transaction.
- FIG. 5 is an example diagram of a process 400 of providing an RTP from a customer financial institution account to a merchant financial institution account based on a direct communication between a user device of a customer and a POS device of a merchant and based on a payment request from the POS device.
- the user device 110 and the POS device 120 may perform a direct communication regarding a transaction.
- the user device 110 may display a QR code including transaction information, such as information identifying the customer, information identifying the customer financial account 160 , or the like.
- the user device 110 may read the QR code, and obtain the transaction information.
- the POS device 120 may provide, to the payment facilitator device 130 , the payment request including transaction information, such as information identifying the customer financial institution account 160 , information identifying the merchant financial institution account 190 , information identifying the transaction, information identifying the payment request to be made in association with the transaction, information identifying the merchant, or the like.
- transaction information such as information identifying the customer financial institution account 160 , information identifying the merchant financial institution account 190 , information identifying the transaction, information identifying the payment request to be made in association with the transaction, information identifying the merchant, or the like.
- the user device 110 may provide, to the payment facilitator device 130 , a customer authorization for the transaction.
- the user device 110 may provide the customer authorization based on a request for the customer authorization that is received form the payment facilitator device 130 .
- the payment facilitator device 130 may identify the user device 110 based on the transaction information included in the payment request, and provide a request for the customer authorization to the user device 110 .
- the payment facilitator device 130 may provide, to the RTP network 140 , a payment authorization to initiate an RTP for the transaction amount of the transaction from the customer financial institution account 160 to the merchant financial institution account 190 , based on receiving the customer authorization for the transaction.
- FIG. 6 is a diagram of an example process of providing a payment authorization to an RTP network to initiate an RTP for a transaction amount of a transaction directly from a customer financial institution account to a merchant financial institution account.
- the payment facilitator device 130 may provide, to the RTP network 140 , a payment authorization to initiate an RTP for a transaction amount of a transaction from a customer financial institution account 160 to a merchant financial institution account 190 .
- the customer financial institution server 150 may receive the payment request, and, as shown by reference number 620 , may provide the RTP for the transaction amount of the transaction to a merchant financial institution server 180 .
- FIG. 7 is a diagram of an example process of providing a payment authorization to an RTP network to initiate an RTP for a transaction amount of a transaction from a customer financial institution account to a merchant financial institution account via an RFP from a sponsor financial institution.
- the payment facilitator device 130 may provide, to the RTP network 140 , a payment authorization to initiate an RTP for a transaction amount of a transaction from a customer financial institution account 160 to a merchant financial institution account 190 .
- the sponsor financial institution server 170 may receive the payment authorization, and, as shown by reference number 720 , provide an RFP to the customer financial institution server 150 .
- the customer financial institution server 150 may receive the RFP, and, as shown by reference number 730 , may provide an RFP response for the transaction amount of the transaction to the sponsor financial institution server 170 . As shown by reference number 740 , the sponsor financial institution server may provide payment for the transaction amount of the transaction to the merchant financial institution account 190 .
- FIGS. 8 A and 8 B are diagrams of a user interface 800 of an application of the user device 110 that is associated with the customer financial institution.
- the user device 110 may execute the application associated with the customer financial institution, and provide the user interface 800 for display based on executing the application associated with the customer financial institution.
- the application may permit the user device 110 to provide functionality for providing RTPs from the customer financial institution account 160 to the merchant financial institution account 190 .
- the customer may utilize the application on the user device 110 in order to complete a transaction involving a merchant.
- the user interface 800 may display an instruction screen identifying instructions for using the user device 110 in order to provide an RTP to a merchant.
- the user interface 800 may display instructions instructing the user to: 1) select a “Pay-by-Bank” option on the POS Device 120 during a checkout process; 2) open the customer financial institution application on the user device 110 and select the “Pay-by-Bank” option; 3) scan a QR code displayed by the POS Device 120 ; and 4) finish payment on the user device 110 .
- the user interface 800 may display an account selection screen that displays the customer financial account(s) 160 that are linked to the customer financial institution application, and that permits the user to select a particular customer financial institution account 160 to be used to provide an RTP to a merchant financial institution account 190 .
- the user interface 800 may display a preferences screen that permits the user to set a budget, setup two-factor authentication, and link a customer account associated with a merchant to the customer financial institution application.
- the user interface 800 may display a tutorial screen that provides tips and instructions to the user on how to use the customer financial institution application of the user device 110 .
- the user interface 800 may display an accounts screen that identifies the customer financial institution accounts 160 that are linked to the customer financial institution application. Further, as shown, the user interface 800 may display a “Pay-by-Bank” icon that permits the user to initiate pay for a transaction via an RTP.
- the user interface 800 may display a QR screen that includes a “Scan QR” icon, and a “Show QR icon.” If the customer selects the “Scan QR” icon, then the user interface 800 displays a view of the camera of the user device 110 including alignment indicators for aligning with a QR code that is displayed via the POS Device 120 and that includes transaction information that is to be communicated to the user device 110 . Alternatively, and as shown by reference number 840 , if the customer selects the “Show QR” icon, then the user interface 800 displays a QR code including transaction information associated with the transaction to be communicated to the POS Device 120 . The customer may interact with the QR screen in order to perform a direct communication with the POS device 120 .
- the user interface 800 may display a transaction screen that includes transaction details associated with the transaction.
- the transaction details include a merchant identifier, a date and time of the transaction, and a transaction amount.
- the user interface 800 may display a payment method of the transaction, a budget of the user, a coupon input area, etc.
- the user interface 800 may display an “Approve Purchase” icon that permits the user to authorize the transaction.
- the user interface 800 may display a transaction confirmation screen that displays a confirmation of the transaction and that displays transaction details of the transaction.
- FIG. 9 is a diagram of a user interface 900 of an application of the user device 110 that is provided by a merchant for utilization by a user.
- the user device 110 may execute the application provided by the merchant, and provide the user interface 900 for display based on executing the application provided by the merchant.
- the user interface 900 may display a notification screen that provides a notification that the application provided by the merchant is available to be used by the user device 110 .
- the user interface 900 may display a user information screen that prompts the user to input personal information, such as a date of birth, a social security number, an address, etc.
- the user interface 900 may display a credential screen that prompts the user to link the customer financial institution account 160 to the application provided by the merchant.
- the user interface 900 may display a verification screen that displays information identifying that a verification code was provided to the user device 110 .
- the user interface 900 may display a confirmation screen identifying that the customer financial institution account 160 is linked to the application associated with the merchant.
- example embodiments of the present disclosure improve the efficiency of transactions by providing an RTP from a customer financial institution account to a merchant financial institution account, reduce network delay associated with transactions by avoiding utilization of debit card networks and credit card networks, enhance the security of transactions by exchanging transaction information via a direct communication between the user device and the POS device, and reduce fees associated with transactions by avoiding utilization of debit cards and credit cards.
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Finance (AREA)
- Computer Security & Cryptography (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Artificial Intelligence (AREA)
- General Health & Medical Sciences (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Electromagnetism (AREA)
- Toxicology (AREA)
- Health & Medical Sciences (AREA)
- Cash Registers Or Receiving Machines (AREA)
Abstract
Description
- The present disclosure relates to facilitating electronic transactions between users and merchants via a real-time payment (RTP) network. More particularly, the present disclosure relates to a payment facilitator device configured to provide a payment authorization to an RTP network to initiate an RTP between a customer financial institution account and a merchant financial institution account for a transaction, based on a user device of a customer and a point-of-sale (POS) device of a merchant performing a direct communication regarding the transaction.
- A customer may desire to purchase an item from a merchant. To do so, the customer typically utilizes a payment vehicle (e.g., a debit card, a credit card, etc.) to initiate a transaction via a POS device of the merchant. A payment network (e.g., a debit card network, a credit card network, etc.) then authorizes and processes the transaction. Ultimately, the transaction amount of the transaction is provided to a financial institution account of the merchant. Utilization of the payment network introduces a network delay between the time of the transaction and the time of the transaction amount being provided to the financial institution account of the merchant, poses a security risk for sensitive information, and introduces fees that are incurred by the customer and/or the merchant.
- According to an aspect of an example embodiment, a payment facilitator device may include a memory configured to store instructions; and a processor configured to execute the instructions to: based on a user device of a customer and a point-of-sale (POS) device of a merchant performing a direct communication regarding a transaction, receive a payment request for a transaction amount of the transaction; receive a customer authorization for the transaction; and provide a payment authorization to a real-time payment (RTP) network to initiate an RTP for the transaction amount of the transaction from a customer financial institution account to a merchant financial institution account, based on receiving the customer authorization for the transaction.
- According to an aspect of an example embodiment, a method performed by a payment facilitator device may include, based on a user device of a customer and a point-of-sale (POS) device of a merchant performing a direct communication regarding a transaction, receiving a payment request for a transaction amount of the transaction; receiving a customer authorization for the transaction; and providing a payment authorization to a real-time payment (RTP) network to initiate an RTP for the transaction amount of the transaction from a customer financial institution account to a merchant financial institution account, based on receiving the customer authorization for the transaction.
- According to an aspect of an example embodiment, a non-transitory computer-readable medium may store instructions that, when executed by a processor of a payment facilitator device, cause the processor to: based on a user device of a customer and a point-of-sale (POS) device of a merchant performing a direct communication regarding a transaction, receive a payment request for a transaction amount of the transaction; receive a customer authorization for the transaction; and provide a payment authorization to a real-time payment (RTP) network to initiate an RTP for the transaction amount of the transaction from a customer financial institution account to a merchant financial institution account, based on receiving the customer authorization for the transaction.
- The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate example embodiments of the present disclosure and together with the description, serve to explain the principles of the disclosure.
-
FIG. 1 is a diagram of anexample system 100 for providing an RTP from a customer financial institution account to a merchant financial institution account based on a direct communication between a user device of a customer and a POS device of a merchant; -
FIG. 2 is a diagram of example components of adevice 200; -
FIG. 3 is a flowchart of anexample process 300 for providing an RTP from a customer financial institution account to a merchant financial institution account based on a direct communication between a user device of a customer and a POS device of a merchant; -
FIG. 4 is an example diagram of aprocess 400 of providing an RTP from a customer financial institution account to a merchant financial institution account based on a direct communication between a user device of a customer and a POS device of a merchant and based on a payment request from the user device; -
FIG. 5 is an example diagram of aprocess 500 of providing an RTP from a customer financial institution account to a merchant financial institution account based on a direct communication between a user device of a customer and a POS device of a merchant and based on a payment request from the POS device; -
FIG. 6 is a diagram of anexample process 600 of providing a payment authorization to an RTP network to initiate an RTP for a transaction amount of a transaction directly from a customer financial institution account to a merchant financial institution account; -
FIG. 7 is a diagram of anexample process 700 of providing a payment authorization to an RTP network to initiate an RTP for a transaction amount of a transaction from a customer financial institution account to a merchant financial institution account via a request for payment (RFP) from a sponsor financial institution; -
FIGS. 8A and 8B are diagrams of auser interface 800 of an application of a user device that is associated with a customer financial institution; and -
FIG. 9 is a diagram of auser interface 900 of an application of a user device that is provided by a merchant for utilization by a user. - The present disclosure relates to facilitating electronic transactions between users and merchants via a real-time payment (RTP) network. More particularly, the present disclosure relates to a payment facilitator device configured to provide a payment authorization to an RTP network to initiate an RTP between a customer financial institution account and a merchant financial institution account for a transaction, based on a user device of a customer and a point-of-sale (POS) device of a merchant performing a direct communication regarding the transaction.
- As discussed above, utilization of a debit card network or a credit card network introduces a network delay between the time of the transaction and the time of the transaction amount being provided to the financial institution account of the merchant, poses a security risk for sensitive information, poses a risk for insufficient funds on debit transactions, and introduces fees that are incurred by the customer and/or the merchant.
- The embodiments described in the current disclosure solve or mitigate the aforementioned problems by implementing a payment facilitator device in the payment transaction workflow, the payment facilitator device is configured to provide a payment authorization to an RTP network that enables an RTP between a customer financial institution account and merchant financial institution account for a transaction, based on a user device of a customer and a POS device of a merchant performing a direct communication regarding the transaction.
- For example, in one embodiment, the payment facilitator device may receive a payment request for a transaction amount of a transaction based on a user device of a customer and a POS device of a merchant performing a direct communication regarding a transaction. Further, the payment facilitator device may receive a customer authorization for the transaction, and provide a payment authorization to an RTP network to initiate an RTP for the transaction amount of the transaction from a customer financial institution account to a merchant financial institution account, based on receiving the customer authorization for the transaction.
- By implementing the payment facilitator device as described in the current disclosure, the present disclosure reduces a network delay between the time of the transaction and the time of the transaction amount being provided to the financial institution account of the merchant, improves security sensitive information, and reduces fees that are incurred by the customer and/or the merchant.
-
FIG. 1 is a diagram of anexample system 100 for providing an RTP from a customer financial institution account to a merchant financial institution account based on a direct communication between a user device of a customer and a POS device of a merchant. - As shown in
FIG. 1 , thesystem 100 may include a user device 110 (e.g., a smartphone, a tablet computer, a smart watch, etc.), a POS device 120 (e.g., a physical POS device, a virtual POS device, etc.), a payment facilitator device 130 (e.g., a server, a cloud computing platform, a computing device, a user device, a POS device, etc.), an RTP network 140 (e.g., a network of computing devices, a network of clouding computing platforms, etc.), a customer financial institution server 150 (e.g., a server, a cloud computing platform, etc.), a customer financial institution account 160 (e.g., a server, a cloud computing platform, etc.), a sponsor financial institution server 170 (e.g., a server, a cloud computing platform, etc.), a merchant financial institution server 180 (e.g., a server, a cloud computing platform, etc.), and a merchant financial institution account 190 (e.g., a server, a cloud computing platform, etc.). - One or more of the devices of the
system 100 may be integrated into a single device. Additionally, the customer financial institution account 160 and the merchantfinancial institution account 190 may be associated with a same underlying financial institution, and/or may be associated with a same underlying financial institution server. - The
payment facilitator device 130 may be implemented as a physical device. For example, thepayment facilitator device 130 may be implemented as a server that is remote from a POS, may be implemented as a POS terminal, or the like. Alternatively, thepayment facilitator device 130 may be implemented in software. For example, thepayment facilitator device 130 may be implemented as software executable by the user device 110, may be implemented as software executable by thePOS device 120, or the like. - The
system 100 may be configured to provide an RTP from a customer financial institution account 160 to a merchantfinancial institution account 190, based on a direct communication between the user device 110 and thePOS device 120. - As a non-limiting example, a customer may desire to purchase a set of items from a merchant. To do so, the customer may select the set of items to be purchased from a merchant. The set of items may be input to the
POS device 120. At this point, a transaction amount may refer to a total amount of the set of items. Further, a transaction may refer to the purchase of the set of items by the customer from the merchant. - To initiate the RTP, the user device 110 and the
POS device 120 may perform a direct communication regarding the transaction in order to communicate transaction information. As an example, the user device 110 may display a quick response (QR) code that is representative of (i.e., encodes) transaction information, such as a customer identifier, a customer financial institution account identifier, and a customer authentication. In this case, thePOS device 120 may read the QR code, and obtain the transaction information. Further, thePOS device 120 may provide, to thepayment facilitator device 130, a payment request for the transaction amount of the transaction. The payment request may include transaction information such as the customer identifier, the customer financial institution account identifier, the customer authentication, a merchant identifier, the transaction amount, and a payment request identifier. As discussed above, a portion of the transaction information included in the payment request, such as the customer identifier, the customer financial institution account identifier, and the customer authentication, may correspond to the transaction information received from the user device 110 as a QR code. - As another example, the
POS device 120 may display a QR code including transaction information, such as the merchant identifier, the transaction amount, and the payment request identifier. In this case, the user device 110 may read the QR code, and obtain the transaction information. Further, the user device 110 may provide, to thepayment facilitator device 130, a payment request for the transaction amount of the transaction including transaction information such as a customer identifier, a customer financial institution account identifier, a customer authentication, the merchant identifier, the transaction amount, and the payment request identifier. Here, a portion of the transaction information included in the payment request, such as the merchant identifier, the transaction amount, and the payment request identifier, may correspond to the transaction information received from thePOS device 120 as a QR code. - In either case, the
payment facilitator device 130 may receive the payment request and the transaction information, and may receive a customer authorization for the transaction. For example, thepayment facilitator device 130 may prompt the user device 110 for the customer authorization, and receive the customer authorization based on the prompt. As another example, thepayment facilitator device 130 may receive the customer authorization from the user device 110 as a part of the payment request. - The
payment facilitator device 130 may provide a payment authorization to anRTP network 140 to initiate an RTP for the transaction amount of the transaction from a customer financial institution account 160 to a merchantfinancial institution account 190, based on receiving the customer authorization for the transaction. Based on the payment authorization, an RTP may be provided from the customer financial account 160 to the merchantfinancial institution account 190. - In this way, example embodiments of the present disclosure improve the efficiency of transactions by providing an RTP from a customer financial institution account 160 to a merchant
financial institution account 190, reduce network delay associated with transactions by avoiding utilization of debit card networks or credit card networks, enhance the security of transactions by exchanging transaction information via a direct communication between the user device 110 and thePOS device 120, reduce fees associated with transactions by avoiding utilization of debit cards and credit cards, and improve the efficiency and ease of transactions by permitting the customer to purchase a set of items by interacting with an application of the user device 110. -
FIG. 2 is a diagram of example components of adevice 200.Device 200 may correspond to the user device 110, thePOS device 120, thepayment facilitator device 130, the RTPnetwork 140, the customerfinancial institution server 150, the sponsorfinancial institution server 170, and/or the merchantfinancial institution server 180. - As shown in
FIG. 2 , thedevice 200 may include a bus 210, aprocessor 220, amemory 230, astorage component 240, aninput component 250, anoutput component 260, and acommunication interface 270. - The bus 210 includes a component that permits communication among the components of the
device 200. Theprocessor 220 may be implemented in hardware, firmware, or a combination of hardware and software. Theprocessor 220 may be a central processing unit (CPU), a graphics processing unit (GPU), an accelerated processing unit (APU), a microprocessor, a microcontroller, a digital signal processor (DSP), a field-programmable gate array (FPGA), an application-specific integrated circuit (ASIC), or another type of processing component. - The
processor 220 may include one or more processors capable of being programmed to perform a function. Thememory 230 may include a random access memory (RAM), a read only memory (ROM), and/or another type of dynamic or static storage device (e.g., a flash memory, a magnetic memory, and/or an optical memory) that stores information and/or instructions for use by theprocessor 220. - The
storage component 240 may store information and/or software related to the operation and use of thedevice 200. For example, thestorage component 240 may include a hard disk (e.g., a magnetic disk, an optical disk, a magneto-optic disk, and/or a solid state disk), a compact disc (CD), a digital versatile disc (DVD), a floppy disk, a cartridge, a magnetic tape, and/or another type of non-transitory computer-readable medium, along with a corresponding drive. - The
input component 250 may include a component that permits thedevice 200 to receive information, such as via user input (e.g., a touch screen display, a keyboard, a keypad, a mouse, a button, a switch, and/or a microphone). Additionally, or alternatively, theinput component 250 may include a sensor for sensing information (e.g., a global positioning system (GPS) component, an accelerometer, a gyroscope, and/or an actuator). Theoutput component 260 may include a component that provides output information from the device 200 (e.g., a display, a speaker, and/or one or more light-emitting diodes (LEDs)). - The
communication interface 270 may include a transceiver-like component (e.g., a transceiver and/or a separate receiver and transmitter) that enables thedevice 200 to communicate with other devices, such as via a wired connection, a wireless connection, or a combination of wired and wireless connections. Thecommunication interface 270 may permit thedevice 200 to receive information from another device and/or provide information to another device. For example, thecommunication interface 270 may include an Ethernet interface, an optical interface, a coaxial interface, an infrared interface, a radio frequency (RF) interface, a universal serial bus (USB) interface, a Wi-Fi interface, a cellular network interface, or the like. - The
device 200 may perform one or more processes described herein. Thedevice 200 may perform these processes based on theprocessor 220 executing software instructions stored by a non-transitory computer-readable medium, such as thememory 230 and/or thestorage component 240. A computer-readable medium may be defined herein as a non-transitory memory device. A memory device may include memory space within a single physical storage device or memory space spread across multiple physical storage devices. - The software instructions may be read into the
memory 230 and/or thestorage component 240 from another computer-readable medium or from another device via thecommunication interface 270. When executed, the software instructions stored in thememory 230 and/or thestorage component 240 may cause theprocessor 220 to perform one or more processes described herein. Additionally, or alternatively, hardwired circuitry may be used in place of or in combination with software instructions to perform one or more processes described herein. Thus, implementations described herein are not limited to any specific combination of hardware circuitry and software. - The
device 200 may include a cloud server or a group of cloud servers. For example, thedevice 200 may be hosted in a cloud computing environment, or may be partially cloud-based. The cloud computing environment may refer to an environment that hosts thedevice 200. The cloud computing environment may provide computation, software, data access, storage, etc., services to one or more of the user device 110, thePOS device 120, thepayment facilitator device 130, theRTP network 140, the customerfinancial institution server 150, the customer financial institution account 160, the sponsorfinancial institution server 170, the merchantfinancial institution server 180, and/or the merchantfinancial institution account 190 - The cloud computing environment may include a group of computing resources such as applications, virtual machines (VMs), virtualized storages (e.g., databases), hypervisors, or the like. The application may include one or more software applications that may be provided to or accessed by the user device 110, the
POS device 120, thepayment facilitator device 130, theRTP network 140, the customerfinancial institution server 150, the customer financial institution account 160, the sponsorfinancial institution server 170, the merchantfinancial institution server 180, and/or the merchantfinancial institution account 190. The VM may include a software implementation of a machine that executes programs like a physical machine. The virtualized storage may include one or more storage systems and/or one or more devices that use virtualization techniques within the storage systems or devices of the cloud computing environment. The hypervisor may provide hardware virtualization techniques that allow multiple operating systems to execute concurrently on a host computer. - The number and arrangement of the components shown in
FIG. 2 are provided as an example. In practice, thedevice 200 may include additional components, fewer components, different components, or differently arranged components than those shown inFIG. 2 . Additionally, or alternatively, a set of components (e.g., one or more components) of thedevice 200 may perform one or more functions described as being performed by another set of components of thedevice 200. -
FIG. 3 is a flowchart of anexample process 300 for providing an RTP from a customer financial institution account to a merchant financial institution account based on a direct communication between a user device of a customer and a POS device of a merchant. - As shown in
FIG. 3 , theprocess 300 may include, based on a user device of a customer and a POS device of a merchant performing a direct communication regarding a transaction, receiving a payment request for a transaction amount of the transaction including information identifying a customer financial institution account and a merchant financial institution account (operation 310). - For example, the
payment facilitator device 130 may receive a payment request for a transaction amount of a transaction, based on the user device 110 and thePOS device 120 performing a direct communication regarding the transaction. - The payment request may be a request for an RTP for a transaction amount of a transaction from the customer financial institution account 160 to the merchant
financial institution account 190. - The payment request may include transaction information, such as information identifying the payment request (e.g., a payment request globally unique identifier (GUID)), information identifying the transaction (e.g., a transaction identifier), information identifying the transaction amount, information identifying the transaction time and date (e.g., a timestamp), information identifying the transaction location (e.g., geographical coordinates, a merchant address, or the like), information identifying the customer (e.g., a customer identifier), information identifying the customer financial institution account 160 (e.g., a customer financial institution account identifier), information identifying the user device 110 (e.g., a device identifier, an Internet Protocol (IP) address, a media access control (MAC) address, or the like), information identifying the merchant (e.g., a merchant identifier), information identifying the merchant financial institution account 190 (e.g., a merchant financial institution account identifier), and/or the like.
- The direct communication may be a communication to communicate the transaction information. As examples, the direct communication may be a QR communication, a near field communication (NFC), a Wi-Fi Direct (WFD) communication, a Bluetooth communication, or the like. For example, in the case of a QR communication, the
POS device 120 may display a QR code including transaction information, such as information identifying the merchant, information identifying the merchantfinancial institution account 190, information identifying the transaction, information identifying the transaction amount, or the like. In this case, the user device 110 may read the QR code, and obtain the transaction information, such as the information identifying the merchant, information identifying the merchantfinancial institution account 190, information identifying the transaction, information identifying the transaction amount, or the like. Alternatively, the user device 110 may display a QR code including transaction information, such as information identifying the customer, information identifying the customer financial institution account 160, or the like. In this case, thePOS device 120 may read the QR code, and obtain the transaction information, such as the information identifying the customer, information identifying the customer financial institution account 160, or the like. - The
payment facilitator device 130 may receive the payment request from thePOS device 120. For example, thePOS device 120 may perform the direct communication with the user device 110, receive transaction information from the user device 110 based on performing the direct communication, and provide the payment request and the transaction information to thepayment facilitator device 130. - Alternatively, the
payment facilitator device 130 may receive the payment request from the user device 110. For example, the user device 110 may perform the direct communication with thePOS device 120, receive transaction information from thePOS device 120 based on performing the direct communication, and provide the payment request and the transaction information to thepayment facilitator device 130. - As further shown in
FIG. 3 , theprocess 300 may include receiving a customer authorization for the transaction (operation 320). For example, thepayment facilitator device 130 may receive a customer authorization from the user device 110. - The
payment facilitator device 130 may receive the customer authorization from the user device 110 in the payment request. For example, the user device 110 may provide the payment request including the customer authorization. Alternatively, thepayment facilitator device 130 may provide a request for the customer authorization to the user device 110, and receive the customer authorization based on providing the request. For example, in the situation where thePOS device 120 provides the payment request to thepayment facilitator device 130, thepayment facilitator device 130 may receive the payment request and provide a request for the customer authorization to the user device 110. In this case, thepayment facilitator device 130 may identify the user device 110 based on the transaction information, such as information identifying the user device 110 and/or the customer, included in the payment request, and provide the request for the customer authorization based on the transaction information. - The customer authorization may include information authorizing the transaction. For example, the user device 110 may generate the customer authorization based on the user authorizing the transaction, based on the user performing an authentication and/or authorization process, or the like.
- As further shown in
FIG. 3 , theprocess 300 may include providing a payment authorization to an RTP network to initiate an RTP for the transaction amount of the transaction from the customer financial institution account to the merchant financial institution account, based on receiving the customer authorization for the transaction (operation 330). For example, thepayment facilitator device 130 may provide a payment authorization to theRTP network 140 to initiate an RTP for the transaction amount of the transaction from the customer financial institution account 160 to the merchantfinancial institution account 190. - The
RTP network 140 may include a payment rail such as The Clearing House (TCH) RTP (TCH RTP), TCH RTP with RFP, FedNow with Direct Credit, Automated Clearing House (ACH), same-day ACH, or the like. - The
payment facilitator device 130 may provide the payment authorization to the customerfinancial institution server 150. For example, thepayment facilitator device 130 may identify the transaction information, such as the information identifying the customer financial institution account 160 and the merchantfinancial institution account 190 from the payment request, and provide the payment authorization to the customerfinancial institution server 150 to initiate the RTP from the customer financial institution account 160 to the merchantfinancial institution account 190. The customerfinancial institution server 150 may provide an RTP to the merchantfinancial institution server 180 such that the transaction amount is transferred from the customer financial institution account 160 to the merchantfinancial institution account 190 via the RTP. The customerfinancial institution server 150 may provide a payment success notification to thepayment facilitator device 130. Thepayment facilitator device 130 may provide a payment success notification to the user device 110 and/or thePOS device 120. - Alternatively, the
payment facilitator device 130 may provide the payment authorization to the sponsorfinancial institution server 170. In some cases, the sponsorfinancial institution server 170 is associated with a sponsor that permits the entity associated withpayment facilitator device 130 to onboard new customers, accept payments, etc. Further, the sponsor may ensure that various regulatory rules are complied with by the entity associated with thepayment facilitator device 130. - The sponsor
financial institution server 170 may receive the payment authorization, and provide a payment request to the customerfinancial institution server 150. The customerfinancial institution server 150 may receive the payment request from the sponsorfinancial institution server 170, and provide an RTP to the sponsorfinancial institution server 170. The sponsorfinancial institution server 170 may receive the RTP from the customerfinancial institution server 150, and provide the RTP to the merchantfinancial institution server 180 such that the transaction amount is transferred from the customer financial institution account 160 to the merchantfinancial institution account 190 in the RTP. The sponsorfinancial institution server 170 may provide a payment success notification to thepayment facilitator device 130. Thepayment facilitator device 130 may provide a payment success notification to the user device 110 and thePOS device 120. - As used herein, an “RTP” may refer to a payment that is made between a set of accounts (e.g., the customer financial institution account 160 and the merchant financial institution account 190) without the utilization of a credit card or a debit card and/or the utilization of a credit card network, a debit card network, or the like. Further, an RTP may refer to a remittance between a source account and a destination account. The transaction process may include zero, one, or n (e.g., n>1) intermediary accounts. An RTP may also be referred to as an “instant payment,” a “faster payment,” or the like.
- Although
FIG. 3 shows example operations of theprocess 300, theprocess 300 may include additional operations, fewer operations, different operations, or differently arranged operations than those depicted inFIG. 3 . Additionally, or alternatively, two or more of the operations of theprocess 300 may be performed in parallel. -
FIG. 4 is an example diagram of aprocess 400 of providing an RTP from a customer financial institution account to a merchant financial institution account based on a direct communication between a user device of a customer and a POS device of a merchant and based on a payment request from the user device. - As shown by
reference number 410, the user device 110 and thePOS device 120 may perform a direct communication regarding a transaction. ThePOS device 120 may display a QR code including transaction information, such as information identifying the payment request to be made in association with the transaction, information identifying the merchant, information identifying the merchantfinancial institution account 190, etc. The user device 110 may read the QR code, and obtain the transaction information. - As shown by
reference number 420, the user device 110 may provide, to thepayment facilitator device 130, a payment request including transaction information, such as information identifying the customer financial institution account 160, information identifying the merchantfinancial institution account 190, information identifying the transaction, information identifying the payment request to be made in association with the transaction, information identifying the merchant, or the like. - As shown by reference number 430, the user device 110 may provide, to the
payment facilitator device 130, a customer authorization for the transaction. The customer authorization may be included in the payment request. - As shown by
reference number 440, thepayment facilitator device 130 may provide, to theRTP network 140, a payment authorization to initiate an RTP for the transaction amount of the transaction from the customer financial institution account 160 to the merchantfinancial institution account 190, based on receiving the customer authorization for the transaction. -
FIG. 5 is an example diagram of aprocess 400 of providing an RTP from a customer financial institution account to a merchant financial institution account based on a direct communication between a user device of a customer and a POS device of a merchant and based on a payment request from the POS device. - As shown by
reference number 510, the user device 110 and thePOS device 120 may perform a direct communication regarding a transaction. The user device 110 may display a QR code including transaction information, such as information identifying the customer, information identifying the customer financial account 160, or the like. The user device 110 may read the QR code, and obtain the transaction information. - As shown by
reference number 520, thePOS device 120 may provide, to thepayment facilitator device 130, the payment request including transaction information, such as information identifying the customer financial institution account 160, information identifying the merchantfinancial institution account 190, information identifying the transaction, information identifying the payment request to be made in association with the transaction, information identifying the merchant, or the like. - As shown by reference number 530, the user device 110 may provide, to the
payment facilitator device 130, a customer authorization for the transaction. The user device 110 may provide the customer authorization based on a request for the customer authorization that is received form thepayment facilitator device 130. For example, thepayment facilitator device 130 may identify the user device 110 based on the transaction information included in the payment request, and provide a request for the customer authorization to the user device 110. - As shown by
reference number 540, thepayment facilitator device 130 may provide, to theRTP network 140, a payment authorization to initiate an RTP for the transaction amount of the transaction from the customer financial institution account 160 to the merchantfinancial institution account 190, based on receiving the customer authorization for the transaction. -
FIG. 6 is a diagram of an example process of providing a payment authorization to an RTP network to initiate an RTP for a transaction amount of a transaction directly from a customer financial institution account to a merchant financial institution account. As shown byreference number 610, thepayment facilitator device 130 may provide, to theRTP network 140, a payment authorization to initiate an RTP for a transaction amount of a transaction from a customer financial institution account 160 to a merchantfinancial institution account 190. The customerfinancial institution server 150 may receive the payment request, and, as shown byreference number 620, may provide the RTP for the transaction amount of the transaction to a merchantfinancial institution server 180. -
FIG. 7 is a diagram of an example process of providing a payment authorization to an RTP network to initiate an RTP for a transaction amount of a transaction from a customer financial institution account to a merchant financial institution account via an RFP from a sponsor financial institution. As shown byreference number 710, thepayment facilitator device 130 may provide, to theRTP network 140, a payment authorization to initiate an RTP for a transaction amount of a transaction from a customer financial institution account 160 to a merchantfinancial institution account 190. The sponsorfinancial institution server 170 may receive the payment authorization, and, as shown byreference number 720, provide an RFP to the customerfinancial institution server 150. The customerfinancial institution server 150 may receive the RFP, and, as shown byreference number 730, may provide an RFP response for the transaction amount of the transaction to the sponsorfinancial institution server 170. As shown byreference number 740, the sponsor financial institution server may provide payment for the transaction amount of the transaction to the merchantfinancial institution account 190. -
FIGS. 8A and 8B are diagrams of auser interface 800 of an application of the user device 110 that is associated with the customer financial institution. For example, the user device 110 may execute the application associated with the customer financial institution, and provide theuser interface 800 for display based on executing the application associated with the customer financial institution. - The application may permit the user device 110 to provide functionality for providing RTPs from the customer financial institution account 160 to the merchant
financial institution account 190. For example, the customer may utilize the application on the user device 110 in order to complete a transaction involving a merchant. - As shown by
reference number 805, theuser interface 800 may display an instruction screen identifying instructions for using the user device 110 in order to provide an RTP to a merchant. For example, theuser interface 800 may display instructions instructing the user to: 1) select a “Pay-by-Bank” option on thePOS Device 120 during a checkout process; 2) open the customer financial institution application on the user device 110 and select the “Pay-by-Bank” option; 3) scan a QR code displayed by thePOS Device 120; and 4) finish payment on the user device 110. - As shown by
reference number 810, theuser interface 800 may display an account selection screen that displays the customer financial account(s) 160 that are linked to the customer financial institution application, and that permits the user to select a particular customer financial institution account 160 to be used to provide an RTP to a merchantfinancial institution account 190. - As shown by
reference number 815, theuser interface 800 may display a preferences screen that permits the user to set a budget, setup two-factor authentication, and link a customer account associated with a merchant to the customer financial institution application. - As shown by
reference numbers user interface 800 may display a tutorial screen that provides tips and instructions to the user on how to use the customer financial institution application of the user device 110. - As shown by
reference number 830, theuser interface 800 may display an accounts screen that identifies the customer financial institution accounts 160 that are linked to the customer financial institution application. Further, as shown, theuser interface 800 may display a “Pay-by-Bank” icon that permits the user to initiate pay for a transaction via an RTP. - As shown by
reference number 835, theuser interface 800 may display a QR screen that includes a “Scan QR” icon, and a “Show QR icon.” If the customer selects the “Scan QR” icon, then theuser interface 800 displays a view of the camera of the user device 110 including alignment indicators for aligning with a QR code that is displayed via thePOS Device 120 and that includes transaction information that is to be communicated to the user device 110. Alternatively, and as shown byreference number 840, if the customer selects the “Show QR” icon, then theuser interface 800 displays a QR code including transaction information associated with the transaction to be communicated to thePOS Device 120. The customer may interact with the QR screen in order to perform a direct communication with thePOS device 120. - As shown by
reference number 845, theuser interface 800 may display a transaction screen that includes transaction details associated with the transaction. For example, the transaction details include a merchant identifier, a date and time of the transaction, and a transaction amount. Further, theuser interface 800 may display a payment method of the transaction, a budget of the user, a coupon input area, etc. Further, as shown, theuser interface 800 may display an “Approve Purchase” icon that permits the user to authorize the transaction. - As shown by
reference number 850, theuser interface 800 may display a transaction confirmation screen that displays a confirmation of the transaction and that displays transaction details of the transaction. -
FIG. 9 is a diagram of auser interface 900 of an application of the user device 110 that is provided by a merchant for utilization by a user. For example, the user device 110 may execute the application provided by the merchant, and provide theuser interface 900 for display based on executing the application provided by the merchant. - As shown by
reference number 910, theuser interface 900 may display a notification screen that provides a notification that the application provided by the merchant is available to be used by the user device 110. - As shown by
reference number 920, theuser interface 900 may display a user information screen that prompts the user to input personal information, such as a date of birth, a social security number, an address, etc. - As shown by
reference number 930, theuser interface 900 may display a credential screen that prompts the user to link the customer financial institution account 160 to the application provided by the merchant. - As shown by
reference number 940, theuser interface 900 may display a verification screen that displays information identifying that a verification code was provided to the user device 110. - As shown by
reference number 950, theuser interface 900 may display a confirmation screen identifying that the customer financial institution account 160 is linked to the application associated with the merchant. - As described herein, example embodiments of the present disclosure improve the efficiency of transactions by providing an RTP from a customer financial institution account to a merchant financial institution account, reduce network delay associated with transactions by avoiding utilization of debit card networks and credit card networks, enhance the security of transactions by exchanging transaction information via a direct communication between the user device and the POS device, and reduce fees associated with transactions by avoiding utilization of debit cards and credit cards.
- While principles of the present disclosure are described herein with reference to example embodiments for particular applications, it should be understood that the disclosure is not limited thereto. Those having ordinary skill in the art and access to the teachings provided herein will recognize additional modifications, applications, embodiments, and substitution of equivalents all fall within the scope of the embodiments described herein.
Claims (21)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US18/057,387 US20230214810A1 (en) | 2021-12-30 | 2022-11-21 | System and method for providing a real-time payment between a customer financial institution account and a merchant financial institution account for a transaction based on a direct communication between a user device and a point-of-sale device |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17/566,111 US20230214809A1 (en) | 2021-12-30 | 2021-12-30 | System and method for providing a real-time payment between a customer financial institution account and a merchant financial institution account for a transaction based on a direct communication between a user device and a point-of-sale device |
US18/057,387 US20230214810A1 (en) | 2021-12-30 | 2022-11-21 | System and method for providing a real-time payment between a customer financial institution account and a merchant financial institution account for a transaction based on a direct communication between a user device and a point-of-sale device |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US17/566,111 Continuation US20230214809A1 (en) | 2021-12-30 | 2021-12-30 | System and method for providing a real-time payment between a customer financial institution account and a merchant financial institution account for a transaction based on a direct communication between a user device and a point-of-sale device |
Publications (1)
Publication Number | Publication Date |
---|---|
US20230214810A1 true US20230214810A1 (en) | 2023-07-06 |
Family
ID=85278001
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US17/566,111 Pending US20230214809A1 (en) | 2021-12-30 | 2021-12-30 | System and method for providing a real-time payment between a customer financial institution account and a merchant financial institution account for a transaction based on a direct communication between a user device and a point-of-sale device |
US18/057,395 Pending US20230214811A1 (en) | 2021-12-30 | 2022-11-21 | System and method for providing a real-time payment between a customer financial institution account and a merchant financial institution account for a transaction based on a direct communication between a user device and a point-of-sale device |
US18/057,387 Pending US20230214810A1 (en) | 2021-12-30 | 2022-11-21 | System and method for providing a real-time payment between a customer financial institution account and a merchant financial institution account for a transaction based on a direct communication between a user device and a point-of-sale device |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US17/566,111 Pending US20230214809A1 (en) | 2021-12-30 | 2021-12-30 | System and method for providing a real-time payment between a customer financial institution account and a merchant financial institution account for a transaction based on a direct communication between a user device and a point-of-sale device |
US18/057,395 Pending US20230214811A1 (en) | 2021-12-30 | 2022-11-21 | System and method for providing a real-time payment between a customer financial institution account and a merchant financial institution account for a transaction based on a direct communication between a user device and a point-of-sale device |
Country Status (2)
Country | Link |
---|---|
US (3) | US20230214809A1 (en) |
WO (1) | WO2023130017A1 (en) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20200118090A1 (en) * | 2015-07-21 | 2020-04-16 | Early Warning Services, Llc | Secure transactions with offline device |
US20210081946A1 (en) * | 2019-09-12 | 2021-03-18 | Mastercard Labs Kenya Holdings Pte. Ltd. | Methods and Systems for Facilitating Microcredit for Processing a Payment Transaction |
US20210256524A1 (en) * | 2020-02-18 | 2021-08-19 | Bank Of America Corporation | Real-time resource tracking and lookup facility |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101517515B1 (en) * | 2013-02-04 | 2015-05-04 | 주식회사 케이비데이타시스템 | System and method for instant payment using quick response code |
US9953311B2 (en) * | 2013-09-25 | 2018-04-24 | Visa International Service Association | Systems and methods for incorporating QR codes |
US11587054B2 (en) * | 2017-09-22 | 2023-02-21 | Mastercard International Incorporated | Optical-scan triggered electronic funds transfer for purchase transaction |
US20190139042A1 (en) * | 2017-11-09 | 2019-05-09 | Bonne Idee | Devices, systems, and methods for real-time payments at the point of sale |
-
2021
- 2021-12-30 US US17/566,111 patent/US20230214809A1/en active Pending
-
2022
- 2022-11-21 US US18/057,395 patent/US20230214811A1/en active Pending
- 2022-11-21 US US18/057,387 patent/US20230214810A1/en active Pending
- 2022-12-29 WO PCT/US2022/082543 patent/WO2023130017A1/en unknown
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20200118090A1 (en) * | 2015-07-21 | 2020-04-16 | Early Warning Services, Llc | Secure transactions with offline device |
US20210081946A1 (en) * | 2019-09-12 | 2021-03-18 | Mastercard Labs Kenya Holdings Pte. Ltd. | Methods and Systems for Facilitating Microcredit for Processing a Payment Transaction |
US20210256524A1 (en) * | 2020-02-18 | 2021-08-19 | Bank Of America Corporation | Real-time resource tracking and lookup facility |
Also Published As
Publication number | Publication date |
---|---|
US20230214811A1 (en) | 2023-07-06 |
WO2023130017A1 (en) | 2023-07-06 |
US20230214809A1 (en) | 2023-07-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20190130408A1 (en) | Hands-free transactions verified by location | |
US11113711B2 (en) | Intra-transaction account generation | |
US20220198423A1 (en) | Generating an online storefront | |
US11880812B2 (en) | Systems and methods for third party payment at point of sale terminals | |
US20210390539A1 (en) | Real-time processing of requests related to facilitating use of an account | |
KR20170118431A (en) | Electronic device and payment method using the same | |
US20160180320A1 (en) | System and method for facilitating an online transaction with a second mobile device | |
US20220366396A1 (en) | Enrolling Mobile-Payment Customers After Online Transactions | |
US20230214810A1 (en) | System and method for providing a real-time payment between a customer financial institution account and a merchant financial institution account for a transaction based on a direct communication between a user device and a point-of-sale device | |
US20160275493A1 (en) | Secure electronic transaction framework | |
US11232431B2 (en) | Transaction management based on audio of a transaction | |
US20160180319A1 (en) | System and method for facilitating an online transaction with a mobile device | |
US11893562B2 (en) | Offloading a signing operation on a user device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: WORLDPAY, LLC, OHIO Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:WHITE, JANAI A.;WALKER, DENZELLE R.;YARBROUGH, BLAKE C.;AND OTHERS;SIGNING DATES FROM 20211224 TO 20211228;REEL/FRAME:061850/0707 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
AS | Assignment |
Owner name: JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT, DELAWARE Free format text: SECURITY INTEREST;ASSIGNOR:WORLDPAY, LLC;REEL/FRAME:066624/0719 Effective date: 20240131 Owner name: WILMINGTON TRUST, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT, MINNESOTA Free format text: SECURITY INTEREST;ASSIGNOR:WORLDPAY, LLC;REEL/FRAME:066626/0655 Effective date: 20240131 |