Cloud-based virtual wallet NFC apparatuses, methods and systems
US-10192216-B2 · Jan 29, 2019 · US
US12260406B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-12260406-B2 |
| Application number | US-202318219945-A |
| Country | US |
| Kind code | B2 |
| Filing date | Jul 10, 2023 |
| Priority date | Jan 19, 2015 |
| Publication date | Mar 25, 2025 |
| Grant date | Mar 25, 2025 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
Systems, methods and data structures for the processing of data for the secure creation, administration, manipulation, processing, and storage of electronic data useful in the processing of electronic payment transactions and other secure data processes. Aspects of such systems include trusted platforms by which networked communication devices and merchant systems may registered as trusted entities. Information associated with particular payment means, such as accounts or payment tokens, can be stored on device(s) secure data sets known as virtual or electronic wallets, or in the form of secure payment tokens. Among other improvements, the invention enables the use of multiple payment accounts to fund purchases and other electronic transactions.
Opening claim text (preview).
The invention claimed is: 1. A transaction processing system comprising: at least one network communication interface; at least one processor; and at least one persistent memory device, the at least one persistent memory device comprising stored, machine-interpretable instructions adapted to cause the at least one processor to: generate and store, a secure data set representing a trust certificate to a user device, the secure data set comprising an unique identifier associated with the user device for authorizing a trusted wallet application on the user device as a trusted device; transmit, via the at least one network communication interface, the secure data set to the trusted wallet application for secure storage at the user device; receive, from the trusted wallet application on the user device, via the at least one network communication interface, a transaction authorization request data set, the transaction authorization request data set comprising data representing at least: the trust certificate, a merchant identifier associated with a merchant, a transaction amount payable to the merchant, a plurality of source identifiers, each source identifier associated with a respective funding source from a plurality of transaction payment funding sources, and a respective portion of the transaction amount payable to the merchant to be funded from each respective funding source of the plurality of transaction payment funding sources; upon authentication of the trusted wallet application on the user device based at least on the trust certificate: verify, for each of the plurality of transaction payment funding sources associated with the plurality of source identifiers, sufficient fund is available to satisfy each respective portion of the transaction amount payable to the merchant to be funded; generate, upon the verification that sufficient fund is available to satisfy each respective portion of the transaction amount payable to the merchant to be funded, a dynamic card token comprising the transaction amount payable to the merchant and a single transaction payment funding source identifier; and route, via the network communication interface, to at least one of the user device and a merchant transaction system associated with the merchant, the dynamic card token; and receive, via the network communication interface, a confirmation message that a transaction is completed using the routed dynamic card token. 2. The transaction processing system of claim 1 , wherein verifying, for at least one of the plurality of transaction payment funding sources, sufficient fund is available to satisfy the respective portion of the transaction amount payable to the merchant to be funded comprises: routing, to a third-party financial services provider system associated with the at least one payment funding source having the respective source identifier, a payment authorization request data set, the payment authorization request data set comprising data representing a value corresponding to the respective portion of the amount payable to the merchant to be funded from the at least one payment funding source; and receiving, from the at least one third-party financial services provider system, a confirmation that sufficient fund is available to satisfy the respective portion of the amount payable to the merchant. 3. The transaction processing system of claim 2 , wherein: the at least one payment funding source associated with the third-party financial services provider comprises at least one of: a loyalty points account, a rewards points account, and a gift account; and the at least one payment funding source is not acknowledged by the merchant transaction system as a transaction payment funding source. 4. The transaction processing system of claim 1 , wherein the transaction authorization request data set is formatted in accordance with a payment protocol, the payment protocol providing a discretionary data field, and the discretionary data field comprises data encoded to represent the plurality of payment funding sources and the respective portion of the transaction amount payable to the merchant to be funded using each of the plurality of payment funding sources. 5. The transaction processing system of claim 1 , wherein the single transaction payment funding source identifier is compliant with a payment protocol acceptable to the merchant transaction system. 6. The transaction processing system of claim 1 , wherein the single transaction payment funding source identifier comprises an account number associated with an account administrated by the transaction processing system. 7. The transaction processing system of claim 6 , wherein the single transaction payment funding source identifier is associated with an interim payment funding source. 8. The transaction processing system of claim 7 , wherein the transaction authorization request data set comprises data representing a purchase transaction funding source, and the machine-interpretable instructions are adapted to cause the at least one processor to: transfer to an account associated with the interim payment funding source, from an account associated with the purchase transaction funding source, an amount sufficient to compensate for at least some or all of the transaction amount payable to the merchant to be funded using the plurality of transaction payment funding sources. 9. The transaction processing system of claim 1 , wherein the plurality of transaction payment funding sources comprises at least any two of: a least one currency debit account, at least one currency credit account, and at least one non-currency value account. 10. The transaction processing system of claim 9 , wherein the at least one non-currency value account comprises at least one of a loyalty points account, a rewards points account, and a gift account. 11. A computer-implemented method for securely authenticating a trusted device and processing data transactions from the trusted device, the method comprising: generating and storing, by a transaction processing system, a secure data set representing a trust certificate to a user device, the secure data set comprising an unique identifier associated with the user device for authorizing a trusted wallet application on the user device as a trusted device; transmitting, by the transaction processing system via the at least one network communication interface, the secure data set to the trusted wallet application for secure storage at the user device; receiving, by the transaction processing system from the trusted wallet application on the user device, via the at least one network communication interface, a transaction authorization request data set, the transaction authorization request data set comprising data representing at least: the trust certificate, a merchant identifier associated with a merchant, a transaction amount payable to the merchant, a plurality of source identifiers, each source identifier associated with a respective funding source from a plurality of transaction payment funding sources, and a respective portion of the transaction amount payable to the merchant to be funded from each respective funding source of the plurality of transaction payment funding sources; upon authentication of the trusted wallet application on the user device based at least on the trust certificate: verifying, for each of the plurality of transaction payment funding sources associated with the plurality of source identifiers, sufficient fund is available to satisfy each respective portion of the transaction amount payable to the merchant to be funded; generating, upon the verification that sufficient fund is available to satisfy ea
the neutral party being a clearing house · CPC title
specially adapted for electronic shopping systems · CPC title
using electronic wallets or electronic money safes · CPC title
comprising interface for record bearing medium or carrier for electronic funds transfer or payment credit · CPC title
Virtual cards · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.