Abstract:
Inferring purchase intent using non-payment transaction signals predicts whether a payment transaction has been completed based on non-payment information. An account system that operates outside of the payment path does not take part in and the approval of a financial transaction between the user and the merchant system, distributes an offer to the user. The user completes a financial payment transaction with the merchant and the account system determines whether a trigger event has occurred. The user performs an action or enters information using the user computing device, and the user computing device transmits an indication of the action to the account system. In another example, the account system receives notification from another system or device. The account system determines whether the action is a trigger event and the predictive model determines whether the user completed a financial transaction and/or redeemed the distributed offer.
Abstract:
An account management system creates a bundle of private application transaction counters (ATCs) and a bundle of corresponding public ATCs, and transmits them to a user device. The device receives a request for payment information from a merchant and processes the request without accessing a secure element processor on the device. The device calculates a security code using one of the bundle of private ATCs and a transaction number received from the merchant. The device transmits proxy account information, the calculated security code, and the corresponding public ATCs to the merchant. The merchant transmits a payment request to the account management system as the issuer of the proxy account information. The account management system retrieves the private ATC using the public ATC, and determines the validity of the security code by recomputing it. The account management system retrieves the financial account information and requests authorization from the issuer.
Abstract:
A method for maintaining a prepaid payment system comprises a user account that can be utilized to complete a purchase transaction with a merchant. A delayed processing window is introduced between a time when the merchant receives a payment approval notification from the payment system and a time when the payment system transmits a payment request to an issuer of a funding account associated with the user's payment system account. The payment system utilizes a user's stored value account maintained by the payment system to satisfy the requirements of a prepaid program, and therefore processes the payment request received from the merchant and transmits the payment approval notification without obtaining prior authorization from the issuer of the funding account. The payment system submits one or more payment requests for the funding transaction at a time after the completion of the purchase transaction between the user and the merchant.
Abstract:
A method for maintaining a prepaid payment system comprises a user account that can be utilized to complete a purchase transaction with a merchant. A delayed processing window is introduced between a time when the merchant receives a payment approval notification from the payment system and a time when the payment system transmits a payment request to an issuer of a funding account associated with the user's payment system account. The payment system utilizes a user's stored value account maintained by the payment system to satisfy the requirements of a prepaid program, and therefore processes the payment request received from the merchant and transmits the payment approval notification without obtaining prior authorization from the issuer of the funding account. The payment system submits one or more payment requests for the funding transaction at a time after the completion of the purchase transaction between the user and the merchant.
Abstract:
Identifying the geolocation of POS terminals using non-payment events to predict when the geolocation of a computing device at a time when the device detects events corresponds to the geolocation of the terminal. The device monitors for pre-selected events and transmit data to the account system. The account system determines a frequency of the events and it reaches a pre-defined threshold, the account system identifies the location of the terminal by identifying the common geolocation of the events. The identified geolocation is saved so that when a user then enters the location and transmits event data to the account system, the system can compare the geolocation of the event data to the saved geolocation to determine whether the computing device is located at the terminal. If the computing device is located at the terminal, the account system transmits offers or other content for display and use at the identified terminal.
Abstract:
A method for maintaining a prepaid payment system comprises a user account that can be utilized to complete a purchase transaction with a merchant. A delayed processing window is introduced between a time when the merchant receives a payment approval notification from the payment system and a time when the payment system transmits a payment request to an issuer of a funding account associated with the user's payment system account. The payment system utilizes a user's stored value account maintained by the payment system to satisfy the requirements of a prepaid program, and therefore processes the payment request received from the merchant and transmits the payment approval notification without obtaining prior authorization from the issuer of the funding account. The payment system submits one or more payment requests for the funding transaction at a time after the completion of the purchase transaction between the user and the merchant.
Abstract:
In an example embodiment, the user initiates a digital wallet transaction at a point of sale (“POS”) terminal of a merchant system. The POS terminal receives payment account information options associated with the user's digital wallet account from the account management system to display to the user. The user selects one or more payment account information options via a user interface of the POS terminal. The account management system receives an indication of the user's one or more selections, generates one or more payment tokens based on the corresponding selected payment account information options, and transmits the one or more payment tokens to the POS terminal for use in a transaction. The POS terminal communicates with one or more issuer systems associated with the selected payment account information options to process the transaction using corresponding payment tokens. The user receives a transaction receipt at the POS terminal.
Abstract:
Redeeming closed loop payment instruments in wallet account transactions comprises a payment system server configured to associate financial accounts with a payment account of a user, comprising at least one closed loop account. The server receives, from a card network, a first payment authorization request originating from a merchant, comprising the payment account identifier and a request to fund a transaction. The server communicates, to a closed loop account issuer computing system, a redemption request to redeem funds from the closed loop account. The server receives a redemption of funds from the closed loop account. The server deducts the redeemed funds redeemed from a total amount of funds requested in the first payment authorization request. Upon receiving the funds, the server communicates to the merchant computing system a second authorization for the total amount of funds requested in the first authorization request based on the redemption of funds.
Abstract:
An account management system creates a bundle of private application transaction counters (ATCs) and a bundle of corresponding public ATCs, and transmits them to a user device. The device receives a request for payment information from a merchant and processes the request without accessing a secure element processor on the device. The device calculates a security code using one of the bundle of private ATCs and a transaction number received from the merchant. The device transmits proxy account information, the calculated security code, and the corresponding public ATCs to the merchant. The merchant transmits a payment request to the account management system as the issuer of the proxy account information. The account management system retrieves the private ATC using the public ATC, and determines the validity of the security code by recomputing it. The account management system retrieves the financial account information and requests authorization from the issuer.
Abstract:
Inferring purchase intent using non-payment transaction signals predicts whether a payment transaction has been completed based on non-payment information. An account system that operates outside of the payment path does not take part in and the approval of a financial transaction between the user and the merchant system, distributes an offer to the user. The user completes a financial payment transaction with the merchant and the account system determines whether a trigger event has occurred. The user performs an action or enters information using the user computing device, and the user computing device transmits an indication of the action to the account system. In another example, the account system receives notification from another system or device. The account system determines whether the action is a trigger event and the predictive model determines whether the user completed a financial transaction and/or redeemed the distributed offer.