Patent application number | Description | Published |
20130159029 | SYSTEM AND METHOD OF USING LOAD NETWORK TO ASSOCIATE PRODUCT OR SERVICE WITH A CONSUMER TOKEN - Systems, devices, apparatuses, and methods for conducting a transaction in which a consumer purchases a product or a service by providing payment to a merchant whom is not the provider of the product or service. The invention permits a consumer to present cash or a payment device (such as a credit card or debit card) to a merchant, where that merchant may be an element of a load network or payment processing network. In a typical load network transaction, the merchant would accept the cash or payment device from the consumer and use the funds provided to “load” or recharge an account of the consumer. However, instead of this use of the network, embodiments of the invention operate to allow the consumer to provide the source of payment to the merchant for a product or service offered by a third party which is accessed by the consumer using a consumer token. | 06-20-2013 |
20130159184 | SYSTEM AND METHOD OF USING LOAD NETWORK TO ASSOCIATE PRODUCT OR SERVICE WITH A CONSUMER TOKEN - Systems, devices, apparatuses, and methods for conducting a transaction in which a consumer purchases a product or a service by providing payment to a merchant whom is not the provider of the product or service. The invention permits a consumer to present cash or a payment device (such as a credit card or debit card) to a merchant, where that merchant may be an element of a load network or payment processing network. In a typical load network transaction, the merchant would accept the cash or payment device from the consumer and use the funds provided to “load” or recharge an account of the consumer. However, instead of this use of the network, embodiments of the invention operate to allow the consumer to provide the source of payment to the merchant for a product or service offered by a third party which is accessed by the consumer using a consumer token. | 06-20-2013 |
Patent application number | Description | Published |
20110166995 | System and Method for Temporarily Enabling Proprietary Transit Payments on a Hotel Room Key - One embodiment of the invention is directed to a system comprising a database and a server computer coupled to the database, wherein the server computer comprises a processor and a computer-readable storage medium coupled to the processor, the computer readable storage medium comprising code executable by the processor for implementing a method comprising: receiving transit transaction data, determining a hotel based on the transit transaction data, and sending the transit transaction data to the hotel, wherein the hotel places a transit charge based on the transit transaction data onto a hotel folio. Another embodiment of the invention is directed to a method, the method comprising receiving transit transaction data, determining a hotel based on the transit transaction data, and sending the transit transaction data to the hotel, wherein the hotel places a transit charge based on the transit transaction data onto a hotel folio | 07-07-2011 |
20120022973 | TRUSTED INTERNAL INTERFACE - An interface and device architecture for a payment device. An interface between a payment application installed in a payment device and one or more value-add applications (such as loyalty programs, transit applications, etc.) that are also installed in the payment device. The API or interface design permits communications and data transfer between the payment application and one or more value-add applications. This reduces (and in some cases may prevent) the need for back-end server processing of data that may be relevant to both a payment transaction and to a function of the value-add application. Similarly, the same or another API or interface may enable communications and data transfer between a value-add application and the payment application. | 01-26-2012 |
20130046588 | TRUSTED INTERNAL INTERFACE - An interface and device architecture for a payment device. An interface between a payment application installed in a payment device and one or more value-add applications (such as loyalty programs, transit applications, etc.) that are also installed in the payment device. The API or interface design permits communications and data transfer between the payment application and one or more value-add applications. This reduces (and in some cases may prevent) the need for back-end server processing of data that may be relevant to both a payment transaction and to a function of the value-add application. Similarly, the same or another API or interface may enable communications and data transfer between a value-add application and the payment application. | 02-21-2013 |
20140344156 | BUYER INITIATED PAYMENT - Transferring funds from a payment originator (or payor) to a payment beneficiary (or payee) pushes the funds directly to a beneficiary's bank. The beneficiary's bank is not required to actively pull funds into the beneficiary's account. An originator can use a publicly known beneficiary indicator to direct payment to the beneficiary. The publicly known beneficiary indicator can be publicly used without exposing a beneficiary account to unauthorized debits or fraud since it can only be used to make credits to the beneficiary account, e.g. a deposit-only account. A pre-settlement conversation is used between the two banks to verify and evaluate information about an upcoming transfer of funds to determine whether to accept the funds transfer. The messages in the pre-settlement conversation contain information about the transaction. | 11-20-2014 |