Application management for simulated contactless payment cards

1. A computing device comprising:

a processor;

a storage device, the storage device having a first volatile memory, a second volatile memory, and a non-volatile memory, the non-volatile memory storing a default proximity payment system environment (PPSE) entry; and

instructions stored in the storage device that when executed by the processor, direct the computing device to:

provision a payment application on a first channel;

maintain the first channel as open for the payment application;

receive payment card profile information through the first channel;

store the payment card profile information in the first volatile memory;

determine whether the payment card profile information includes a new PPSE entry or does not include the new PPSE entry;

if the payment card profile information includes a new PPSE entry, update a PPSE response in the second volatile memory with the new PPSE entry;

if the payment card profile information does not include the new PPSE entry, update the PPSE response in the second volatile memory with the default PPSE entry; and

communicate, through a second channel and while the first channel is maintained as open for the payment application, payment information including the updated PPSE response to a POS terminal.

2. The computing device of claim 1 , wherein the first volatile memory is a CLEAR_ON_DESELECT transient memory and the second volatile memory is a CLEAR_ON_RESET transient memory.

3. The computing device of claim 1 , wherein the instructions further direct the computing device to:

install the payment application onto a secure element of the storage device, the payment application associated with a specific payment card product;

receive the default PPSE entry for the specific payment card product; and

store the default PPSE entry in the non-volatile memory.

4. The computing device of claim 1 , wherein the first channel is maintained open between a provisioning service and the payment application.

5. The computing device of claim 4 , further comprising instructions for a PPSE application programming interface (API) that directs the PPSE response in the second volatile memory to be updated with the new PPSE entry, the PPSE API being callable by the payment application after the payment card profile information is received from the provisioning service through the first channel.

6. A storage medium having instructions for application management for simulated contactless cards service stored thereon that when executed by a processor, direct a computing device providing a contactless payment device to:

provision a payment application on a first channel;

maintain the first channel as open for the payment application;

receive payment card profile information through the first channel;

store the payment card profile information in a first volatile memory;

determine whether the payment card profile information includes a new proximity payment system environment (PPSE) entry or does not include the new PPSE entry;

if the payment card profile information includes a new PPSE entry, update a PPSE response in a second volatile memory with the new PPSE entry;

if the payment card profile information does not include the new PPSE entry, update the PPSE response in the second volatile memory with a default PPSE entry; and

communicate, through a second channel and while the first channel is maintained as open for the payment application, payment information including the updated PPSE response to a POS terminal.

7. The storage medium of claim 6 , wherein the first volatile memory is a CLEAR_ON_DESELECT transient memory and the second volatile memory is a CLEAR_ON_RESET transient memory.

8. The storage medium of claim 6 , wherein the first channel is maintained open between a provisioning service and the payment application.

9. The storage medium of claim 6 , wherein the instructions further direct the computing device to:

install the payment application onto a secure element, the payment application associated with a specific payment card product;

receive the default PPSE entry for the specific payment card product; and

store the default PPSE entry in a non-volatile memory.

10. The storage medium of claim 9 , further comprising instructions for a PPSE application programming interface (API) that directs the PPSE response in the second volatile memory to be updated with the new PPSE entry, the PPSE API being callable by the payment application after the payment card profile information is received through the first channel.

11. A method comprising:

provisioning a payment application on a first channel;

maintaining the first channel open between a provisioning service and the payment application;

receiving payment card profile information through the first channel;

storing the payment card profile information in a first volatile memory;

determining whether the payment card profile information includes a new proximity payment system environment (PPSE) entry or does not include the new PPSE entry;

if the payment card profile information includes a new PPSE entry, updating a PPSE response in a second volatile memory with the new PPSE entry;

if the payment card profile information does not include the new PPSE entry, updating the PPSE response in the second volatile memory with a default PPSE entry stored in a non-volatile memory; and

communicating, through a second channel and while the first channel is maintained as open between the provisioning service and the payment application, payment information including the updated PPSE response to a POS terminal.

12. The method of claim 11 , wherein the first volatile memory is a CLEAR_ON_DESELECT transient memory and the second volatile memory is a CLEAR_ON_RESET transient memory.

13. The method of claim 12 , further comprising:

installing the payment application onto a secure element, the payment application associated with a specific payment card product;

receiving the default PPSE entry for the specific payment card product; and

storing the default PPSE entry in the non-volatile memory.

14. The method of claim 11 , wherein the updating the PPSE response in the second volatile memory with the received new PPSE entry is performed via a PPSE application programming interface (API) that directs the PPSE response in the second volatile memory to be updated with the new PPSE entry, the PPSE API being callable by the payment application after the payment card profile information is received from the provisioning service through the first channel.

15. The method of claim 11 , further comprising: flushing the payment card profile information out of the first volatile memory after communicating the payment information to the POS terminal.