Centralized Payment Gateway System and Method

• US 20080103923A1
• Filed: 10/26/2007
• Published: 05/01/2008
• Est. Priority Date: 10/31/2006
• Status: Abandoned Application

• Current Assignee: Digital River Incorporated (Danube Private Holdings II, LLC)
• Original Assignee: Digital River Incorporated (Danube Private Holdings II, LLC)
• Inventors: Rieck, Keith A., Barker, Andrew Vernon, Korolev, Igor A.
• Application Number:
  US11/925,596
• Publication Number:
  US 20080103923A1
• Time in Patent Office: Days
• US Class Current: 705/26
• CPC Class Codes: G06Q 20/12 specially adapted for electronic shopping systems
• CPC Class Codes: G06Q 30/06 Buying, selling or leasing transactions
• CPC Class Codes: G06Q 30/0613 Third-party assisted
• CPC Class Codes: G06Q 30/0635 Processing of requisition or of purchase orders

Abstract

As a company acquires commerce platforms the maintenance of integrations with payment service providers becomes an issue. The best thing is to keep the amount of developers needed to a minimum and reduce transaction costs to a minimum; therefore a centralized code base is best for a company. A gateway is described that allows a company to expose a web service based application programming interface (API) to the integrating commerce platforms. This allows for a simple standardized integration for all available payment methods with out the commerce platform about the payment service provider. This removes the complexity and redundant integrations that each platform needs to have with each of the payment service providers. An advanced arbitration engine allows for the gateway to decide what the best cost based payment service to use for the transaction.

Claims

1. A computer based system having a software module programmed to enable more than one electronic commerce platform to communicate through a web service based application programming interface to more than one payment service provider.

2. A web service for providing a payment service arbitration engine, the web service being operatively configured to obtain user data from at least one electronic commerce platform and to determine an optimal payment service provider based upon the obtained user data.

3. A method for arbitrating between various payment service providers, comprising steps of:

obtaining user data from at least one electronic commerce platform; and

determining an optimal payment service provider based upon the obtained user data as well as currency requirements, exchange rates, transaction fees, and service provider location.

4. The method of claim 3 further comprising steps performed by a user interacting with the electronic commerce platform during a payment process of selecting payment method and entering payment information.

5. The method of claim 3 further comprising steps of:

communicating to platform to send payment information to a web service;

communicating to platform to send authorization requests to the web service; and

sending authorization response to platform.

6. The method of claim 5 further comprising a step of continuing a checkout process at the electronic commerce platform after the authorization response is received.

7. The method of claim 5 further comprising a step of fulfilling an order at the electronic commerce platform by sending a settlement request to a web service.

8. The method of claim 3 further comprising steps of:

constructing a Uniform Resource Locator (URL) for a payment process service provider;

redirecting customer to the URL; and

verifying customer'"'"'s payment from the payment process service provider.

9. The method of claim 8 further comprising a step of sending a communication to the electronic commerce platform that causes the platform to release a customer order after verifying the customer'"'"'s payment for the customer order.