IP Library Granted Patent US 9,646,302
Granted Patent B2
US 9,646,302 · App. 14/164,901 · Granted May 9, 2017

Systems, methods, and computer program products for managing wallet activation

View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 9,646,302
App. No.
14/164,901
Granted
May 9, 2017
Kind
B2
Abstract

Systems, methods, and computer program products are provided for managing activation in a mobile wallet. A wallet activation request is received from a wallet client. The wallet activation request is transmitted to a central trusted service manager (TSM). One or more push messages including activation data are received from the TSM, and the push messages are transmitted to the wallet client, in response to a second request from the wallet client while the wallet client is in an active state.

Claims (40)

1. A wallet server system to manage activation of a mobile wallet, comprising:

at least one memory; and

a processor coupled to the at least one memory, the processor being operable to:

receive a wallet activation request from a wallet client, wherein the wallet client is an application executed in an operating system (OS) allowing multitasking via foreground and background states, wherein the wallet client, when executing in a foreground state, is able to receive push messages from a central trusted service manager (TSM) and wherein the wallet client, when executing in a background state, is unable to receive push messages from the TSM;

transmit the wallet activation request to the central TSM;

receive one or more push messages including activation data from the central TSM;

receive, from the wallet client, a second request indicating that the wallet client is in a foreground state; and

in response to receiving from the wallet client the second request indicating that the wallet client is in the foreground state, transmit the one or more push messages to the wallet client.

2. The system according to claim 1 , wherein the foreground state of the application comprises an active state of the application and the background state of the application comprises an inactive state of the application or a state of the application less active than the foreground state of the application.

3. The system according to claim 1 , wherein the one or more push messages are generated at the central TSM, and include one or more bundled payloads with each bundled payload having multiple data elements.

4. The system according to claim 3 , wherein a first push message includes a first bundled payload comprising wallet activation messages, and wherein a second push message includes a second bundled payload comprising setup service account data and key rotation data.

5. The system according to claim 1 , wherein the processor is further operable to establish a wallet activation session with the central TSM for receiving the push messages.

6. The system according to claim 1 , wherein the processor is further operable to periodically delete push messages which have not been processed by the wallet client.

7. The system according to claim 1 , wherein the wallet client includes a user interface for displaying a status of receiving the push messages from the wallet server.

8. The system according to claim 1 , wherein the wallet client enables reception of push messages for a predetermined period of time.

9. A method for managing activation of a mobile wallet, the method comprising:

receiving a wallet activation request from a wallet client, wherein the wallet client is an application executed in an operating system (OS) allowing multitasking via foreground and background states, wherein the wallet client, when executing in a foreground state, is able to receive push messages and wherein the wallet client, when executing in a background state, is unable to receive push messages;

transmitting the wallet activation request to a central trusted service manager (TSM);

receiving one or more push messages including activation data from the TSM;

receive, from the wallet client, a second request indicating that the wallet client is in a foreground state; and

transmitting the push messages to the wallet client, in response to receiving from the wallet client the second request indicating that the wallet client is in a foreground state, while the wallet client is in the foreground state.

10. The method according to claim 9 , wherein the foreground state of the application comprises an active state of the application and the background state of the application comprises an inactive state of the application or a state of the application less active than the foreground state of the application.

11. The method according to claim 9 , wherein the one or more push messages are generated by the TSM, and include one or more bundled payloads with each bundled payload having multiple data elements.

12. The method according to claim 11 , wherein a first push message includes a first bundled payload comprising wallet activation messages, and wherein a second push message includes a second bundled payload comprising setup service account data and key rotation data.

13. The method according to claim 9 , wherein the TSM establishes a wallet activation session with the wallet server for transmitting the push messages to the wallet server.

14. The method according to claim 9 , wherein the wallet server periodically deletes push messages which have not been processed by the wallet client.

15. The method according to claim 9 , wherein the wallet client includes a user interface for displaying a status of receiving the push messages from the wallet server.

16. The method according to claim 9 , wherein the wallet client enables reception of push messages for a predetermined period of time.

17. A non-transitory computer-readable medium having stored thereon sequences of instructions for causing one or more processors to:

receive a wallet activation request from a wallet client, wherein the wallet client is an application executed in an operating system (OS) allowing multitasking via foreground and background states, wherein the wallet client, when executing in a foreground state, is able to receive push messages and wherein the wallet client, when executing in a background state, is unable to receive push messages;

transmit the wallet activation request to a central trusted service manager (TSM);

receive one or more push messages including activation data from the TSM;

receive, from the wallet client, a second request indicating that the wallet client is in a foreground state; and

transmit the push messages to the wallet client, in response to receiving the second request from the wallet client indicating that the wallet client is in the foreground state, while the wallet client is in the foreground state.

18. A wallet client system for managing activation of a mobile wallet, the system comprising:

at least one memory; and

a processor coupled to the at least one memory, the processor being operable to execute a wallet client in an operating system (OS) allowing multitasking via foreground and background states, wherein the processor, when executing the wallet client in a foreground state, is able to receive push messages from a trusted service manager (TSM) and wherein the processor, when executing the wallet client in the background state, is unable to receive push messages from the TSM, the processor being operable to:

transmit a wallet activation request to a wallet server, wherein the wallet server transmits the activation request to a central trusted service manager (TSM), and wherein the wallet server receives one or more push messages including activation data from the TSM; and

transmitting a second request to the wallet server while the wallet client system is being executed by the processor in the foreground state; and

receiving the one or more push messages while the wallet client system is being executed in the foreground state.

Assignments (3)
CHANGE OF NAME Recorded Oct 5, 2017
From: GOOGLE INC.
To: GOOGLE LLC
Reel/Frame 044129/0001 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Apr 20, 2015
From: JVL VENTURES, LLC
To: GOOGLE INC.
Reel/Frame 035463/0544 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jan 27, 2014
From: RAVINDRANATH, SAJITH; RANGANATHAN, BALA
To: JVL VENTURES, LLC
Reel/Frame 032054/0380 →