Mastercard International Incorporated

Manoneet Kohli

Laurie Ann Nicoletti

Shane Lansley Jorge Jose Deniz

Ankur Arora

Jaipal Singh Kumawat

Rick Unnerstall

Vikas Bishnoi

Shreya Mittal

Shuvam Sengupta

Nishant Maheshwari

Shubham Bijawat

Navneet Kumar

Manish Kumar

Deepak Yadav

Pulkit Gupta

Lakshmi Sushma Daggubati

Sri Chaitanya Sanaboina

Shane Lansley Jorge Deniz

An authentication computing device including at least one processor in communication with a memory is provided. The processor stores, within the memory, an authentication profile associated with an account holder. The authentication profile includes an account identifier associated with a payment account of the account holder and authentication information. The processor further receives an authentication request associated with the payment account and a payment card action request from a requestor for a payment card action to be performed through an automated teller machine (ATM). The processor also retrieves the stored authentication profile, generates an authentication challenge based on the authentication profile, transmits the authentication challenge to a client device and/or the ATM, receives an authentication response from the requestor, and determines an authentication result based, at least in part, on the authentication response. The authentication result indicates if the requestor is the authenticated account holder of the payment account.

Systems and methods for authenticating a requestor at a computing device

In one aspect, a fault intercepting computing device is provided. The fault intercepting computing devices receives a request message including an outdated key value from a client computing device, retrieves an updated key value from a key mapping database, generates a remapped request based on the request message by replacing the outdated key value with the updated key value in the request message, and transmits the remapped request to a host computing device. The fault intercepting computing device further receives an initial response from the host computing device including the updated key value, generates a surrogate response based on the initial response by replacing the updated key value with the outdated key value, appends a key remapped flag to the surrogate response, transmits the surrogate response, including the outdated key value to the client computing device.

Key value fault interception including surrogate responses

A dynamic receipt generating (DRG) computing device is provided. The DRG computing device is configured to receive user preference data including dynamic receipt preference data, and a payment account identifier associated with a user. The DRG computing device is also configured to store the user preference data, and receive real-time transaction data associated with a purchase made by the user using a payment account associated with the payment account, the real-time transaction data being in a first format. The DRG computing device is further configured to retrieve the user preference data from the memory based on the payment account identifier, and generate a dynamic receipt based on the real-time transaction data and the retrieved user preference data associated with the payment account identifier. The dynamic receipt having a second format different from the first format, and to transmit the generated dynamic receipt to the user.

Systems and methods for dynamically generating customized records

A cardholder authentication computing device for authenticating user computing devices during online payment transactions are provided. The cardholder authentication computing device leverages pre-authentication of a user by a private network to facilitate authentication of a user in the context of an online payment transaction between the user and a merchant. During the course of an online payment transaction, the cardholder authentication computing device may receive an authentication request messages containing pre-authentication data from a merchant computing device. The cardholder authentication computing device then authenticates the user based, in part, on the pre-authentication data. In certain embodiments, the cardholder authentication computing device may also determine whether one or more partner services apply to transactions between the user and the merchant based on the user's affiliation with the organization.

Systems and methods for authenticating a user using private network credentials

A transaction payload is received that represents at least i) a transaction initiated between a merchant and a customer, ii) an identification of the merchant, iii) an amount of the transaction, and iv) a transaction account associated with the customer. The transaction payload is encrypted using the OEM device credential. Thereafter, the transaction payload is decrypted and validated. Furthermore, the transaction payload is encrypted using an issuer credential, and routed via a predetermined payment service provider to a device associated with the issuer. Thereafter, the processor(s) receive from a device associated with the issuer, approval of the transaction, and transmit approval information to the enrolled mobile computing device for notifying the merchant that the transaction is approved.

System and method to support payment acceptance capability for merchants

A method for performing on-behalf tokenization for an automated teller machine (ATM) transaction to enable cardless transactions for any institutional entity includes: receiving, by a receiver of a processing server, a withdrawal request from a first computing system, the withdrawal request including at least a payment token and transaction data; validating, by a processor of the processing server, the payment token included in the withdrawal request; transmitting, by a transmitter of the processing server, the payment token to a second computing system; receiving, by the receiver of the processing server, cryptographic data from the second computing system; transmitting, by the transmitter of the processing server, at least the payment token, cryptographic data, and transaction data to a third computing system, wherein the first computing system, third computing system, and processing server are separate and distinct systems.

Method and system for enabling cardless transactions at an ATM for any institutional entity

A dynamic receipt generating (DRG) computing device for dynamically generating customized transaction records is provided. The DRG computing device includes at least one processor in communication with at least one memory device. The DRG computing device is configured to receive user preference data including dynamic receipt preference data, and a payment account identifier associated with a user. The DRG computing device is also configured to store the user preference data in memory and to receive real-time transaction data associated with a purchase made by the user using a payment account associated with the payment account, the real-time transaction data being in a first format. The DRG computing device is further configured to retrieve the user preference data from the memory based on the payment account identifier. The DRG computing device is configured to generate a dynamic receipt based on the real-time transaction data and the retrieved user preference data associated with the payment account identifier, the dynamic receipt having a second format different from the first format, and to transmit the generated dynamic receipt to the user.

Systems and computer-implemented methods of providing interoperability between incompatible payment systems may be provided. For example, a server may receive encoded data from a wallet server of the first closed loop payment system, the encoded data using an encoding scheme and being based on a digital encoding of a recipient. The server may identify a receiving institution of the second closed loop payment system based on the encoding scheme. The server may transmit the encoded data to the receiving institution and receive a response from the receiving institution. The response may include a recipient identifier and a recipient attribute. The server may mediate the payment from the sender closed loop account to the recipient closed loop account based on the receiving institution, the recipient identifier and the recipient attribute. For example, the server may perform clearing-and-settlement or switching-and-routing to mediate the payment.

Methods and systems of providing interoperability between incompatible payment systems

Provided are a system and method for authenticating a transaction. The authentication method may be performed by a user computing device, and may include providing, to a merchant device, account information for payment of a transaction, receiving, from the merchant device, a request to authenticate the transaction using payment software of the user device, and executing the payment software in a virtual environment. The executed payment software may authenticate, with an external server, that the account is paired with the payment software of the user device, and transmit a result of the authenticating to a payment network.

System and method for authenticating a transaction

Described herein is a computing device for applying merchant promotions to a push payment transaction. The computing device includes a processor and a memory. The processor is configured to receive a promotion request message. The promotion request message includes a merchant ID and an initial push payment transaction amount. The processor retrieves, from the memory, a merchant promotion and applies the retrieved merchant promotion to an initial transaction amount to determine an updated transaction amount. The processor then transmits a promotion response message, receives an authorization message and initiates a transfer of funds. The promotion response message includes the merchant ID and the updated transaction amount. The authorization message authorizes the push payment transaction in the updated transaction amount. The funds are transferred in the updated payment amount from the user account with the originating institution to the merchant account at the receiving institution.

Payment processing system for applying merchant promotions to a push payment transaction

Systems and methods are provided for use in facilitating network transactions. In connection therewith, a server receives a request from an application of a requestor mobile device and polls sender mobile devices for location data, where a subset of the sender mobile devices is within a defined distance of the requestor mobile device. The server then receives a response from one of the subset of sender mobile devices and presents the response to the application of the requestor mobile device. Upon acceptance of the response, the server transmits the acceptance to the sender mobile device, thereby enabling delivery of an amount requested to a requestor user associated with the requestor mobile device in exchange for a digital transaction from an account of the requestor user to an account of a sender user associated with the sender mobile device.

Systems and methods for use in facilitating network transactions

Systems and methods for authenticating a requestor at an ATM

A computer-implemented method for using network data in an automated delivery system is provided. The method is implemented using a delivery validation server in communication with a memory. The method includes receiving an online order originating from a user computer device. The online order includes a delivery address and network information associated with a wireless network associated with the delivery address. The method also includes configuring a delivery device based on the network information and the delivery address, and receiving a delivery confirmation message transmitted from the delivery device through the wireless network associated with the delivery address. The delivery device is connected to the wireless network based on the network information.

Systems and methods for using network data in an automated delivery system

The disclosure herein describes scheduling an automatic payment based on a recommended payment schedule that is generated based on a cashflow pattern. Cashflow data associated with a plurality of invoices is received, the cashflow data including data associated with past paid payments, past received payments, accounts receivable, and accounts payable. A cashflow pattern is determined based on the past paid payments and the past received payments. Then, a payment pattern associated with the accounts payable is generated based on the cashflow pattern and the accounts receivable, wherein the payment pattern indicates a pattern of payments that optimizes a net present value of funds associated with the set of accounts payable over an associated period. A recommended payment schedule based on the payment pattern is then provided via a user interface and, based on receiving input in response to the provided recommended payment schedule, at least one automatic payment is scheduled based on the payment pattern.

Growing community of inventors

O'Fallon, MO, United States of America

Manoneet Kohli