Integration of payment capability into secure elements of computers

• US 9,589,268 B2
• Filed: 05/27/2016
• Issued: 03/07/2017
• Est. Priority Date: 02/24/2010
• Status: Active Grant

• Current Assignee: Visa International Service Association (Visa, Inc.)
• Original Assignee: Visa International Service Association (Visa, Inc.)
• Inventors: Hammad, Ayman
• Primary Examiner(s): Lee, Michael G
• Assistant Examiner(s): TARDIF, DAVID P
• Application Number:
  US15/167,804
• Publication Number:
  US 20160275501A1
• Time in Patent Office: 284 Days
• Field of Search: 235/375
• US Class Current: 1/1
• CPC Class Codes: G06F 16/2457 with adaptation to user needs
• CPC Class Codes: G06F 21/34 involving the use of external additional devices, e.g. dongles or smart cards
• CPC Class Codes: G06F 2221/2129 Authenticate client device independently of the user
• CPC Class Codes: G06Q 20/12 specially adapted for electronic shopping systems
• CPC Class Codes: G06Q 20/227 characterised in that multiple accounts are available, e.g. to the payer
• CPC Class Codes: G06Q 20/385 using an alias or single-use codes
• 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
• CPC Class Codes: G06Q 20/401 Transaction verification
• CPC Class Codes: G06Q 20/42 Confirmation, e.g. check or permission by the legal debtor of payment
• CPC Class Codes: G06Q 20/425 using two different networks, one for transaction and one for security confirmation
• CPC Class Codes: H04L 2209/56 Financial cryptography, e.g. electronic payment or e-cash
• CPC Class Codes: H04L 63/0428 wherein the data content is protected, e.g. by encrypting or encapsulating the payload
• CPC Class Codes: H04L 63/06 for supporting key management in a packet data network cryptographic mechanisms or cryptographic arrangements for key management H04L9/08
• CPC Class Codes: H04L 63/0853 using an additional device, e.g. smartcard, SIM or a different communication terminal cryptographic mechanisms or cryptographic arrangements for entity authentication involving additional secure or trusted devices H04L9/3234
• CPC Class Codes: H04L 63/102 Entity profiles
• CPC Class Codes: H04L 63/126 the source of the received data
• CPC Class Codes: H04L 63/1441 Countermeasures against malicious traffic countermeasures against attacks on cryptographic mechanisms H04L9/002
• CPC Class Codes: H04L 9/14 using a plurality of keys or algorithms
• CPC Class Codes: H04L 9/3234 involving additional secure or trusted devices, e.g. TPM, smartcard, USB or software token network architectures or network communication protocols for supporting authentication of entities using an additional device in a packet data network H04L63/0853

Abstract

Methods, secure elements, validation entities, and computer program products for effecting secure communication of payment information to merchants for Internet-based purchases. Payment information for a user'"'"'s real payment information is installed in a secure element of a computer, the payment information may comprise a pseudo PAN number for the portable consumer device provided by a validation entity. The secure element is shielded from the computer'"'"'s operating system to thwart hacker attacks. The user accesses the secure element to make a purchase. In response, the secure element contacts the validation entity with the pseudo account number, and in response obtains dynamic payment information that the secure element can used to effect the payment. The dynamic payment information comprises an account number that is different from the pseudo PAN, and which has at least one difference which respect to the user'"'"'s real payment information.

Claims

1. A method comprising:

receiving, at a computer comprising a secure element, a real account number, wherein the secure element is immune from being hacked by computer viruses installed on the computer, wherein the secure element comprises a processor, a memory coupled to the processor, and an input/output controller coupled to the processor, and wherein the memory of the secure element stores a unique identifier identifying the secure element;

obtaining the unique identifier identifying the secure element from the memory of the secure element;

encrypting, the unique identifier identifying the secure element using an encryption key stored in the secure element, prior to sending the obtained unique identifier to a remote server;

sending the real account number, and the encrypted unique identifier identifying the secure element to the remote server;

receiving, in response to sending the real account number, and the encrypted unique identifier identifying the secure element to the remote server, a pseudo account number from the remote server, the received pseudo account number being different from the real account number and having the same form as the real account number; and

storing, in the memory of the secure element, the received pseudo account number.

2. The method of claim 1, further comprising:

sending, from the secure element of the computer, a representation of the pseudo account number to the remote server; and

receiving, in response, dynamic payment information from the remote server, wherein the received dynamic payment information comprises a dynamic account number that is different from the pseudo account number.

3. The method of claim 2, wherein sending the representation of the pseudo account number comprises sending the representation as a cryptogram based on the pseudo account number.

4. The method of claim 2, wherein the computer is a phone.

5. The method of claim 1 further comprising:

sending, by the computer, the pseudo account number to the remote server;

receiving, by the computer and from the remote server, dynamic payment information; and

providing, by the computer, the dynamic payment information to a merchant computer to conduct a payment transaction.

6. The method of claim 1 further comprising:

sending, from the secure element of the computer, a representation of the pseudo account number to the remote server;

receiving, in response, dynamic payment information from the remote server, wherein the received dynamic payment information comprises a dynamic account number that is different from the pseudo account number; and

providing, by the computer, the dynamic payment information to a merchant Website to conduct a purchase transaction.

7. A computer comprising:

a secure element comprising a data processor, wherein the secure element is immune from being hacked by computer viruses installed on the computer, wherein the secure element further comprises a memory coupled to the data processor, and an input/output controller coupled to the data processor, and wherein the memory stores a unique identifier identifying the secure element; and

a computer program product coupled to the data processor, the computer program product embodied on a tangible non-transitory computer-readable medium comprising code executable the data processor of the secure element to implement a method comprising

receiving a real account number,

obtaining the unique identifier identifying the secure element from the memory of the computer,

encrypting the unique identifier identifying the secure element using an encryption key stored in the secure element, prior to sending the obtained unique identifier to a remote server,

sending the real account number, and the encrypted unique identifier identifying the secure element to the remote server,

receiving, in response to sending the received real account number, and the encrypted unique identifier identifying the secure element to the remote server, a pseudo account number from the remote server, the received pseudo account number being different from the real account number and having the same form as the real account number, and

storing, in the memory of the secure element, the received pseudo account number.

8. The computer of claim 7, wherein the method further comprises:

sending, from the secure element, a representation of the pseudo account number to the remote server; and

receiving, in response, dynamic payment information from the remote server, wherein the received dynamic payment information comprises a dynamic account number that is different from the pseudo account number.

9. The computer of claim 8, wherein sending the representation of the pseudo account number comprises sending the representation as a cryptogram based on the pseudo account number and the unique identifier identifying the secure element.

10. A method comprising:

receiving, at a remote server, a request from a secure element of a computer to provide a pseudo account number, the request including a unique identifier identifying the secure element, and a real account number, wherein the secure element is immune from being hacked by computer viruses installed on the computer, wherein the secure element further comprises a data processor, a memory coupled to the data processor, and an input/output controller coupled to the data processor, and wherein the memory stores the unique identifier identifying the secure element;

applying at least one validation test pertaining to the received request;

sending, if the at least one validation test is passed, a pseudo account number to the secure element, wherein the pseudo account number has the same form as the real account number; and

storing the pseudo account number with an indication of at least the received real account number,

wherein the unique identifier identifying the secure element is encrypted using an encryption key stored in the secure element, prior to receiving the request.

11. The method of claim 10, further comprising:

receiving, at the remote server, a request from the secure element of the computer to provide dynamic payment information, the request including the pseudo account number and the unique identifier identifying the secure element;

applying at least one validation test pertaining to the received request; and

sending, if the at least one validation test is passed, the dynamic payment information to the secure element.

12. The method of claim 10, wherein the computer is a mobile phone, and wherein the unique identifier is encrypted in the request to provide dynamic payment information.

13. The method of claim 10, further comprising:

receiving, at the remote server, a request from the secure element of the computer to provide dynamic payment information, the request including the pseudo account number, the unique identifier identifying the secure element, and an identifier of a merchant;

applying at least one validation test pertaining to the received request; and

sending, if the at least one validation test is passed, the dynamic payment information and the identifier of the merchant to a payment processing network.

14. The method of claim 10, further comprising:

receiving, at the remote server, a request from a payment processing network to provide real payment information corresponding to an instance of dynamic payment information; and

providing the requested real payment information to the payment processing network.

15. The method of claim 10 further comprising:

receiving, the pseudo account number, by the remote server from the secure element; and

after receiving the pseudo account number from the secure element, providing, by the remote server, dynamic payment information to the computer.

16. A remote server comprising:

a data processor;

a networking facility coupled to the processor;

a computer-readable medium coupled to the processor; and

a computer program product embodied on the computer-readable medium, the computer program product comprising code executable by the data processor to implement a method comprising

receiving a request from a secure element of a computer to provide a pseudo account number, the request including a unique identifier identifying the secure element, and a real account number, wherein the secure element is immune from being hacked by computer viruses installed on the computer, wherein the secure element further comprises a memory and an input/output controller coupled to the data processor, and wherein the memory stores the unique identifier identifying the secure element,

applying at least one validation test pertaining to the received request for a pseudo account number,

sending, if the at least one validation test is passed, the pseudo account number to the secure element, wherein the pseudo account number has the same form as the real account number, and

storing the pseudo account number with an indication of at least the received real account number,

wherein in the method, the unique identifier identifying the secure element is encrypted using an encryption key stored in the secure element, prior to receiving the request.

17. The remote server of claim 16, wherein the method further comprises:

receiving a request from the secure element of the computer to provide dynamic payment information, the request including the pseudo account number and the unique identifier identifying the secure element;

applying at least one validation test pertaining to the received request for dynamic payment information; and

sending, if the at least one validation test is passed, dynamic payment information to the secure element.

18. The remote server of claim 17, wherein applying at least one validation test pertaining to the received request for the pseudo account number comprises one or more of:

comparing the received unique identifier identifying the secure element against a database of valid identifiers to find a match;

or

comparing the received unique identifier identifying the secure element against a database of identifiers of secure elements involved in prior fraudulent activity.

19. The remote server of claim 16, wherein applying at least one validation test pertaining to the received request for the pseudo account number comprises:

accessing a database to determine a limit on the number of secure elements that has been placed on the received real account number;

accessing a database to determine a current number of secure elements that has already been associated to the received real account number; and

comparing the current number to the limit to determine if an additional association of a secure element would exceed the limit.

20. The remote server of claim 16, wherein applying at least one validation test pertaining to the received request for the pseudo account number comprises one or more of the following:

comparing the received identifier identifying the secure element against a database of valid identifiers to find a match;

comparing the received identifier identifying the secure element against a database of identifiers of secure elements involved in prior fraudulent activity;

or

accessing a database to obtain the record for the received pseudo account number, to obtain from the record the identifiers for all of the secure elements that have been previously associated with the received pseudo account number, and to compare the unique identifier identifying the secure element received in the request against each identifier in the accessed record for a match.