SECURE PAYMENT SYSTEM

• US 20090240620A1
• Filed: 03/24/2008
• Published: 09/24/2009
• Est. Priority Date: 03/24/2008
• Status: Abandoned Application

• Current Assignee: Propay USA Incorporated
• Original Assignee: Propay USA Incorporated
• Inventors: Peck, Wayne William, Allen, Frank Anthony, Anderson, Paul Harold, Kendrick, Jeff P.
• Application Number:
  US12/054,304
• Publication Number:
  US 20090240620A1
• Time in Patent Office: Days
• US Class Current: 705/39
• CPC Class Codes: G06Q 20/02 involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
• CPC Class Codes: G06Q 20/10 specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
• CPC Class Codes: G06Q 20/12 specially adapted for electronic shopping systems
• CPC Class Codes: G06Q 20/3821 Electronic credentials
• 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

Abstract

Systems and method for performing secure electronic payment transactions to allow merchants to perform payment processing such that the merchant is only required to identify a unique identifier of a customer account and not data specific to a particular payment device.

Claims

1. A method of processing electronic payment transactions using at least one payment device of a customer without requiring a merchant to store data specific to the at least one payment device, the method comprising:

receiving identification information of a customer account;

generating a unique identifier associated with the customer account;

receiving data specific to a first payment device;

storing identification information of the customer account and the data specific to the first payment device;

providing the unique identifier to at least one of the merchant or a customer;

receiving a payment processing request from the merchant that includes the unique identifier; and

processing the payment processing request using the first payment device such that the merchant is only required to identify the unique identifier of the customer account and not the data specific to the first payment device.

2. The method as recited in claim 1, further comprising receiving one or more preferences associated with the unique identifier.

3. The method as recited in claim 2, further comprising receiving data specific to a second payment device, wherein receiving one or more preferences associated with the unique identifier comprises receiving at least one of:

an order in which the first payment device and second payment device should be used to process a payment processing request from a merchant;

a preference that payment processing requests from a particular merchant can only be processed using one of the first payment device or the second payment device, but not both;

or

distributed payment rules between the first payment device and the second payment device.

4. The method as recited in claim 2, wherein the one or more preferences comprises at least one of:

a particular merchant authorized to make payment processing requests using the unique identifier;

a maximum purchase amount allowed for a payment processing request associated with the unique identifier;

a maximum number of uses allowed for the unique identifier;

a maximum time period allowed for the unique identifier;

a minimum balance that must be maintained on the first payment device before a payment processing request is allowed;

or

a payment schedule.

5. The method as recited in claim 1, wherein receiving identification information of a customer account and receiving data specific to a first payment device occur from a merchant independent of when a customer is attempting an electronic payment transactions.

6. The method as recited in claim 1, wherein receiving identification information of a customer account and receiving data specific to a first payment device occurs while the customer is attempting an electronic payment transaction.

7. A method of processing electronic payment transactions using at least one payment device of a customer without requiring a merchant to store data specific to the at least one payment device, the method comprising:

receiving identification information of a customer account;

generating a unique identifier associated with the customer account;

receiving data specific to a first payment device and a second payment device;

receiving one or more preferences associated with the unique identifier including receiving an order in which the first payment device and second payment device should be used to process a payment processing request from a merchant;

storing identification information of the customer account, the data specific to the first payment device and second payment device, and the one or more preferences associated with the customer account;

providing the unique identifier to at least one of a merchant or a customer;

receiving a payment processing request from a merchant that includes the unique identifier but does not specify which of the first payment device or second payment device to use to process the payment processing request; and

processing the payment processing request according to the one or more preferences such that the merchant is only required to specify the unique identifier of the customer account and not the data specific to the first payment device or second payment device.

8. The method as recited in claim 7, wherein receiving one or more preferences associated with the unique identifier comprises receiving a preference that payment processing requests from a particular merchant can only be processed using one of the first payment device or the second payment device, but not both.

9. The method as recited in claim 7, wherein receiving one or more preferences associated with the unique identifier comprises receiving a preference that payment processing requests should be processed by distributing payment between the first payment device and the second payment device.

10. A method of processing electronic payment transactions using at least one payment device of a customer without requiring a merchant to store data specific to the at least one payment device, the method comprising:

receiving identification information of a customer account;

generating a unique identifier associated with the customer account;

receiving data specific to a first payment device and a second payment device;

receiving one or more preferences associated with the unique identifier including receiving a preference that payment processing requests from a merchant can only be processed using one of the first payment device or the second payment device, but not both;

storing identification information of the customer account, the data specific to the first payment device and second payment device, and the one or more preferences associated with the customer account;

providing the unique identifier to at least one of the merchant or a customer;

receiving a payment processing request from the merchant that includes the unique identifier; and

processing the payment processing request according to the one or more preferences such that the merchant is only required to identify the unique identifier of the customer account and not the data specific to the first payment device or second payment device.

11. The method as recited in claim 10, wherein the payment processing request does not specify which of the first payment device or second payment device to use to process the payment processing request.

12. The method as recited in claim 10, wherein the payment processing request does specify which of the first payment device or second payment device to use to process the payment processing request.

13. The method as recited in claim 10, further comprising

receiving data specific to a third payment device;

receiving a preference that payment processing requests from the merchant can also be processed using the third payment device; and

receiving a preference of an order in which the first payment device, second payment device and third payment device should be used to process a payment processing request from any merchant.

14. The method as recited in claim 13, wherein receiving one or more preferences associated with the unique identifier comprises receiving a preference that payment processing requests for the merchant should be processed by distributing payment between the first payment device and the third payment device.

15. A method of processing electronic payment transactions using at least one payment device of a customer without requiring a merchant to store data specific to the at least one payment device, the method comprising:

receiving identification information of a customer account;

generating a unique identifier associated with the customer account;

receiving data specific to a first payment device and a second payment device;

receiving one or more preferences associated with the unique identifier including receiving distributed payment rules to distribute a payment processing request from a merchant between the first payment device and second payment device;

storing identification information of the customer account, the data specific to the first payment device and second payment device, and the one or more preferences associated with the customer account;

providing the unique identifier to at least one of a merchant or a customer;

receiving a payment processing request from a merchant that includes the unique identifier but does not specify which of the first payment device or second payment device to use to process the payment processing request; and

processing the payment processing request according to the one or more preferences such that the merchant is only required to specify the unique identifier of the customer account and not the data specific to the first payment device or second payment device.

16. The method as recited in claim 15, wherein the distributed payment rules define a ratio that defines a percentage of a total purchase amount to be paid using the first payment device, and a percentage of the total purchase amount to be paid using the second payment device.

17. The method as recited in claim 15, wherein the distributed payment rules define a first tier that defines an amount up to which to use the first payment device to pay at least a portion of a total purchase amount and a second tier that defines an amount above the first tier amount up to which to use the second payment device to pay at least a portion of a total purchase amount.

18. A method of processing electronic payment transactions using at least one payment device of a customer without allowing a merchant to store payment device-specific data, the method comprising:

receiving identification information of a customer account;

receiving a request for a temporary unique identifier associated with the customer account;

generating the temporary unique identifier associated with the customer account that is valid for a maximum number of uses;

receiving data specific to a first payment device;

storing identification information of the customer account, the data specific to the first payment device, and the one or more preferences associated with the customer account;

providing the temporary unique identifier to at least one of a merchant or a customer;

receiving payment processing request from a merchant that does not specify which of the first payment device or second payment device to be used to process the payment processing request, the payment processing request including the temporary unique identifier;

determining whether the temporary unique identifier is valid; and

if the temporary identifier is valid, processing the payment processing request according to the one or more preferences such that the merchant is only required to identify the temporary unique identifier of the customer account and not the data specific to the first payment device or second payment device.

19. The method as recited in claim 18, wherein generating the temporary unique identifier associated with the customer account that is valid for a maximum number of uses also includes defining a specified period of time for which the temporary unique identifier is valid.

20. The method as recited in claim 18, wherein determining whether the temporary unique identifier is valid comprises determining whether receipt of the temporary unique identifier is below or meets the maximum number of uses such that the receipt of the temporary unique identifier is valid.

21. The method as recited in claim 19, wherein determining whether the temporary unique identifier is valid comprises determining whether the temporary unique identifier has been received within the specified period of time such that the receipt of the temporary unique identifier is valid.