Visa International Service Association

Phillip Kumnick

Joseph Bjorn Ovick

Mark Andrew Carlson

Glenn Leon Powell

Patrick Stan

Krishna Prasad Koganti

Ryan Hagey

Margaret Reid

Patrick Wright

Patrick L Faith

Theodore David Harris

Edward Katzin

Jennifer A Schulz

Prasanna L Narayan

Nancy L Kim

Chandra Srivastava

Madhu Vasu

Ayman A Hammad

Thomas Purves

Igor V Karpenko

Saurav Chatterjee

Diane C Salmon

Michael Kenji Mori

Stacy Sweeney Pourfallah

Peter Ciurea

Tenni Theurer

Julian Hua

Shipra Jha

Shaw Li

Prakash Hariramani

Abhinav Shrivastava

Gregory Kenneth Storey

Andrew Beck

Sebastian Badea

Susan French

Vanita Pandey

Miroslav Gavrilov

Amit Bhargava

Ben Pfisterer

Victoria Graham

Barbara Elizabeth Patterson

Prasanna Laxminarayanan

A method for providing a token code in conjunction with a value token is disclosed. The token code serves as a shared secret for authenticating the use of the value token. Multiple token holders can possess the same value token, but each token holder may have a different token code for use with the value token.

System and method for token domain control

A method for tokenizing credentials is disclosed. In addition to a token, a verification value can be provided for each interaction. The verification value can be generated based at least in part on a dynamic data element. The dynamic data element may be kept secret, while the verification value can be distributed for use during an interaction. When the verification value is used, it can be validated by re-creating the verification value based at least on the stored dynamic data element.

Unique code for token verification

The MERCHANT-CONSUMER BRIDGING PLATFORM APPARATUSES, METHODS AND SYSTEMS ('MCB-Platform') various activity requests (e.g., transaction request, merchant information update request, offer issuance request, etc.) via MCB-Platform components into transaction records and merchant database updates outputs. In one implementation, a method is disclosed, comprising: receiving an activity request including merchant information associated with a merchant; retrieving a previously stored merchant record from a database; determining merchant information update indicia based on a comparison of the merchant information and the previously stored merchant record; determining a confidence metric for the merchant information update; retrieving a confidence requirement based on the activity request; determining, within a low-latency processing time-frame, whether the determined confidence metric satisfies the retrieved confidence requirement; performing the requested activity and updating the previously stored merchant record with the merchant information update indicia when the determined confidence metric satisfies the retrieved confidence requirement; and declining the activity request when the determined confidence metric satisfies the retrieved confidence requirement.

Merchant-consumer bridging platform apparatuses, methods and systems

The UNIVERSAL ELECTRONIC PAYMENT APPARATUSES, METHODS AND SYSTEMS ('UEP') transform touchscreen inputs into a virtual wallet mobile application interface via UEP components into purchase transaction triggers and receipt notices. In one implementation the UEP provides, via a user device, a product information search request; and obtains, in response to the product information search request, information on a first product for sale by a first merchant and a second product for sale by a second merchant. The UEP generates a single purchase transaction request, using the information on the first product for sale by the first merchant and the second product for sale by the second merchant. The UEP provides, via the user device, the single purchase transaction request for payment processing. Also, the UEP obtains an electronic purchase receipt for the first product for sale by the first merchant and the second product for sale by the second merchant.

Universal electronic payment apparatuses, methods and systems

A system includes a transaction terminal that is configured to examine an authorization response for an indicator, which, when set, causes the transaction terminal to communicate with a portal to obtain content relevant to the receipt for the transaction approved by the authorization response. The content may identify the benefit of an offer applied to the transaction, which is not reflected in the authorization response. The content may direct the user to select an option regarding the delivery of the receipt. Options presented for selection include suppression of the printing of the paper receipt in favor of an electronic receipt transmitted to a communication reference of the user, printing a mini paper receipt in addition to transmitting an electronic receipt, and/or printing the full paper receipt at the transaction terminal.

Systems and methods to generate a receipt for a transaction

To automate the redemption of offer benefits, data associating offers and payment accounts is stored in the data warehouse of a first transaction handler. If a payment account to which an offer is associated is in the payment processing network of a second transaction handler separate from the first transaction handler, the system uses a payment processor that is in both the payment processing network of the first transaction handler and the payment processing network of the second transaction handler to communicate with the first transaction handler to detect the authorization request in the payment account that satisfies the benefit redemption requirements of the respective offer and apply the offer benefit to the transaction when the authorization request is detected.

Systems and methods to apply benefit of offers

Techniques described herein relate to using tokenization with BIN table routing by configuring a computer system, such as an acquirer computer, to utilize a token BIN translation table to determine which payment processing network(s) are eligible to route a transaction based upon a utilized token. In an embodiment, each token BIN translation table entry associates a token BIN with one or more payment processing networks that are eligible to route transactions. An acquirer computer, upon receiving a token for a transaction, thus may flexibly route the transaction to an eligible network from the set of payment processing networks identified by the entry corresponding to the token's BIN value. The entry may further identify verification methods for the eligible payment processing networks, and may identify product type attributes of the account associated with the token, either of which may be used in determining which payment processing network to select.

Multi-network token bin routing with defined verification parameters

A system, configured to integrate the processing of transactions and offers applicable to the transactions, includes: a data warehouse storing an offer in association with a financial payment account; a gateway configured to receive an authorization request that is transmitted from a transaction terminal without going through an acquirer processor, the gateway coupled with the data warehouse to determine whether the offer is applicable to the authorization request and if so, apply a benefit of the offer to the authorization request; and a transaction handler coupled with the gateway to process the authorization request submitted from the gateway, provide an authorization response corresponding to the authorization request, and communicate with the acquirer processor to credit funds according to the authorization request to a merchant account associated with the transaction terminal.

Systems and methods to process transactions and offers via a gateway

A system includes a transaction handler configured to split a transaction, initiated between an acquirer processor representing a merchant and an issuer processor representing an account holder, into separate transactions with the issuer processor and at least one sponsor processor that is configured to provide the benefit of offers to applicable transactions. A portal is configured to notify the account holder of the award/redemption of the benefit of an offer using a communication channel separate from the transaction terminal that initiates and approves the transaction between the account holder and the merchant.

Systems and methods to apply the benefit of offers via a transaction handler

A method for utilizing a non-transactable account identifier with a payment token is disclosed. The non-transactable account identifier can have the same format as a primary account number (PAN) and the payment token, but is not used to conduct a payment transaction.

Payment account identifier system

The UNIVERSAL ELECTRONIC PAYMENT APPARATUS, METHODS AND SYSTEMS ('UEP') transform touchscreen inputs into a virtual wallet mobile application interface via UEP components into purchase transaction triggers and receipt notices. In one implementation the UEP provides, via a user device, a product information search request; and obtains, in response to the product information search request, information on a first product for sale by a first merchant and a second product for sale by a second merchant. The UEP generates a single purchase transaction request, using the information on the first product for sale by the first merchant and the second product for sale by the second merchant. The UEP provides, via the user device, the single purchase transaction request for payment processing. Also, the UEP obtains an electronic purchase receipt for the first product for sale by the first merchant and the second product for sale by the second merchant.

Growing community of inventors

Phoenix, AZ, United States of America

Phillip Kumnick