VIRTUAL WALLET ACCOUNT WITH AUTOMATIC-LOADING

• US 20130275300A1
• Filed: 04/17/2013
• Published: 10/17/2013
• Est. Priority Date: 07/06/2010
• Status: Abandoned Application

• Current Assignee: Mastercard International Incorporated (MasterCard Incorporated)
• Original Assignee: Mastercard International Incorporated (MasterCard Incorporated)
• Inventors: Killian, Patrick, Malhotra, Sandeep
• Application Number:
  US13/864,557
• Publication Number:
  US 20130275300A1
• Time in Patent Office: Days
• US Class Current: 705/41
• CPC Class Codes: G06Q 20/105 involving programming of a portable memory device, e.g. IC cards, "electronic purses"
• CPC Class Codes: G06Q 20/349 Rechargeable cards
• CPC Class Codes: G06Q 20/351 Virtual cards
• CPC Class Codes: G06Q 20/36 using electronic wallets or electronic money safes
• CPC Class Codes: G06Q 20/40 Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists

Abstract

Methods and apparatus for operating a virtual wallet system to improve the operation of decoupled debit payment account schemes are described. In an embodiment, the process includes a virtual wallet server receiving a peer to peer purchase authorization request from an originating payment service provider (PSP). The virtual wallet server maps the virtual wallet account number to a consumer funding account, validates the consumer, applies issuer-defined business rules to the purchase transaction details, determines that the issuer-defined rules are satisfied, and generates and routes a standard purchase authorization request message to a first payment network authorization system for routing to an issuer of the funding account. The process also includes the virtual wallet server acting as an original acquirer proxy and receiving an authorization response approving the payment transaction, loading the consumer'"'"'s virtual wallet account in real time to match the payment amount, and transmitting the payment authorization response to a second payment authorization network for routing to a receiving financial institution.

Claims

1. A method comprising:

receiving, by a virtual wallet server from an originating payment service provider (PSP), a peer to peer purchase authorization request that comprises a virtual wallet account number of a consumer and purchase transaction details;

mapping, by the virtual wallet server, the virtual wallet account number to at least one funding account associated with the consumer;

validating, by the virtual wallet server, the consumer;

applying issuer-defined business rules to the purchase transaction details;

determining that the issuer-defined rules are satisfied;

generating a standard purchase authorization request message containing the purchase transaction details and routing the standard purchase authorization request message to a first payment network authorization system for routing to at least one issuer of the at least one funding account;

receiving, at the virtual wallet server acting as an original acquirer proxy, an authorization response from the first payment network authorization system approving the payment transaction;

loading, by the virtual wallet server, the consumer'"'"'s virtual wallet account in real time to match the payment amount; and

transmitting, by the virtual wallet server to a second payment authorization network, the payment authorization response for routing to a receiving financial institution.

2. The method of claim 1, further comprising:

receiving, by the virtual wallet server, an authorization response message from the second authorization payment network approving the purchase transaction;

generating a purchase transaction approval message; and

transmitting, by the virtual wallet server, the purchase transaction approval message to the originating PSP.

3. The method of claim 1, further comprising:

receiving, by the virtual wallet server, an authorization response message from the second authorization payment network declining the purchase transaction;

generating a purchase transaction declined message; and

transmitting, by the virtual wallet server, the purchase transaction declined message to the originating PSP.

4. The method of claim 1, further comprising, subsequent to mapping the virtual wallet account number:

determining, by the virtual wallet server, that the virtual account number of the consumer is invalid;

generating by the virtual wallet server, a purchase transaction declined message; and

transmitting the purchase transaction declined message to the originating PSP.

5. The method of claim 1, further comprising, subsequent to validating the consumer:

determining, by the virtual wallet server, that the peer to peer purchase authorization request from the originating PSP satisfies an on-us payment transaction agreement;

generating a purchase transaction approval message; and

transmitting, by the virtual wallet server, the purchase transaction approval message to the originating PSP.

6. The method of claim 5, wherein the on-us payment transaction agreement includes at least one restriction associated with the purchase transaction details.

7. The method of claim 1, wherein applying issuer-defined business rules comprises at least one of applying CVC data, applying transaction limits, applying risk scoring, adding convenience fees, adding loyalty credits, subtracting promotional credits, and subtracting loyalty credits.

8. A non-transitory computer readable medium storing instructions for controlling a processor, the instructions configured to cause the processor to:

receive from an originating payment service provider (PSP), a peer to peer purchase authorization request that comprises a virtual wallet account number of a consumer and purchase transaction details;

map the virtual wallet account number to at least one funding account associated with the consumer;

validate the consumer;

apply issuer-defined business rules to the purchase transaction details;

determine that the issuer-defined rules are satisfied;

generate a standard purchase authorization request message containing the purchase transaction details and route the standard purchase authorization request message to a first payment network authorization system for routing to at least one issuer of the at least one funding account;

receive an authorization response from the first payment network authorization system approving the payment transaction;

load the consumer'"'"'s virtual wallet account in real time to match the payment amount; and

transmit by the virtual wallet server to a second payment authorization network, the payment authorization response for routing to a receiving financial institution.

9. The non-transitory computer readable medium of claim 8, further comprising instructions configured to cause the processor to:

receive an authorization response message from the second authorization payment network approving the purchase transaction;

generate a purchase transaction approval message; and

transmit the purchase transaction approval message to the originating PSP.

10. The non-transitory computer readable medium of claim 8, further comprising instructions configured to cause the processor to:

receive an authorization response message from the second authorization payment network declining the purchase transaction;

generate a purchase transaction declined message; and

transmit the purchase transaction declined message to the originating PSP.

11. The non-transitory computer readable medium of claim 8, further comprising, subsequent to executing the instructions for mapping the virtual wallet account number, instructions configured to cause the processor to:

determine that the virtual account number of the consumer is invalid;

generate a purchase transaction declined message; and

transmit the purchase transaction declined message to the originating PSP.

12. The non-transitory computer readable medium of claim 8, further comprising, subsequent to executing the instructions for validating the consumer, instructions configured to cause the processor to:

determine that the peer to peer purchase authorization request from the originating PSP satisfies an on-us payment transaction agreement;

generate a purchase transaction approval message; and

transmit the purchase transaction approval message to the originating PSP.