Online business method, system and apparatus based on open application programming interface

• US 9,146,786 B2
• Filed: 05/17/2011
• Issued: 09/29/2015
• Est. Priority Date: 06/10/2010
• Status: Active Grant

• Current Assignee: Alibaba Group Holding Ltd.
• Original Assignee: Alibaba Group Holding Ltd.
• Inventors: Lin, Tao, Li, Junxu
• Primary Examiner(s): Gee, Jason K.
• Assistant Examiner(s): Ullah, Sharif E
• Application Number:
  US13/257,225
• Publication Number:
  US 20130074151A1
• Time in Patent Office: 1,596 Days
• Field of Search: 726/3, 726/2, 726/21, 726/36, 713/150, 713/163, 713/181, 380/255, 380/264, 380/276
• US Class Current: 1/1
• CPC Class Codes: G06F 21/31 User authentication
• CPC Class Codes: G06F 21/33 using certificates
• CPC Class Codes: G06F 9/54 Interprogram communication
• CPC Class Codes: G06F 9/547 Remote procedure calls [RPC]; Web services
• CPC Class Codes: H04L 67/52 specially adapted for the location of the user terminal
• CPC Class Codes: H04L 67/53 using third party service providers

Abstract

The present disclosure introduces a method, a system and an apparatus of implementing online transaction according to Open API. In one aspect, a method includes: receiving a first invocation request to invoke an Open API from a third party development server according to a user'"'"'s transaction request; determining an ISP server corresponding to the Open API as requested to be invoked in the invocation request; sending the first invocation request to the determined ISP server; receiving a service page returned by the ISP server according to the first invocation request; and sending the service page to the third party development server for processing the service page and sending the processed service page to the user, the processing comprising embedding the service page into a page corresponding to the transaction request.

Claims

1. A method comprising:

receiving a first invocation request that invokes a plurality of Application Programming Interfaces (APIs), the plurality of APIs including a first API and a second API;

determining whether an invocation relationship exists among the plurality of APIs; and

in response to determining that the invocation relationship exists among the plurality of APIs,

determining an invocation sequence that invokes the second API through the first API;

determining a first Internet Service Provider (ISP) server that provides a first service corresponding to the first API;

requesting the first ISP server to send a second invocation request to a second ISP server that provides a second service corresponding to the second API according to the invocation sequence; and

receiving from the first ISP server a service page from the second ISP server corresponding to the second API that processes the second invocation request.

2. The method as recited in claim 1, wherein in response to determining that the invocation relationship does not exist among the plurality of APIs, sending the first invocation request to a respective ISP server corresponding to a respective API of the plurality of APIs.

3. The method as recited in claim 1, further comprising:

embedding in the first invocation request the invocation sequence of the plurality of APIs.

4. The method as recited in claim 1, further comprising embedding the service page returned by the first ISP server in a page corresponding to a request of a user in a form of Iframe.

5. The method as recited in claim 1, further comprising authenticating a user who sends a request that triggers the first invocation request.

6. The method as recited in claim 1, wherein determining the first ISP server that provides the first service corresponding to the first API comprises:

in response to determining that there are multiple ISP servers that provide the first service corresponding to the first API, employing a random route algorithm to locate one of the multiple ISP servers; and

sending the first invocation request to a located ISP server.

7. The method as recited in claim 1, further comprising:

processing the service page returned by the first ISP server, the processing including embedding the service page into a page corresponding to a request from a user that triggers the first invocation request.

8. The method as recited in claim 1, wherein the first invocation request is triggered by a request from a user.

9. The method as recited in claim 1, wherein the second invocation request is the first invocation request.

10. The method as recited in claim 1, wherein:

the first invocation request is received from a third party development server in response to a request of a user; and

the method further comprises;

sending the service page to the third party development server for processing and returning to the user.

11. The method as recited in claim 10, wherein the processing includes embedding the service page in a page corresponding to the request of the user.

12. The method as recited in claim 1, wherein the plurality of APIs are open APIs.

13. An apparatus comprising:

one or more data processing equipment;

a memory having stored thereon computer-executable components that are executable by the one or more data processing equipment, the computer-executable components including;

a first receiving unit that receives a first invocation request that invokes a plurality of Application Programming Interfaces (APIs), the plurality of APIs including a first API and a second API;

a first ISP invocation unit that;

determines an invocation relationship among the plurality of APIs, the invoke relationship including an invocation sequence that invokes the second API through the first API;

determines a first Internet Service Provider (ISP) server that provides a first service corresponding to the first API; and

requests the first ISP server to send a second invocation request to a second ISP server that provides a second service corresponding to the second API according to the invocation sequence; and

a first invocation result feedback unit that receives from the first ISP server a service page from the second ISP server corresponding to the second API that processes the second invocation request.

14. The apparatus as recited in claim 13, further comprising:

an invoke relationship embedding unit that embeds the invocation relationship among the plurality of APIs to the service page.

15. The apparatus as recited in claim 13, further comprising:

an authentication unit that authenticates a user who sends a request that triggers the first invocation request.

16. The apparatus as recited in claim 15, wherein the authentication unit comprises:

an authentication module that determines a user authentication in an event that the user meets a setting condition, wherein the setting condition comprises;

creating a user login certification when the user logs in successfully; and

determining the user login certification is valid.

17. The apparatus as recited in claim 13, wherein the first ISP invocation unit comprises:

an ISP server determination module that determines that there are multiple ISP servers that provide the service corresponding to the first API; and

an ISP server selection module that employs a random route algorithm to locate one of the multiple ISP servers.

18. The apparatus as recited in claim 13, wherein the first invocation result feedback unit further sends the service page to a third party development server for processing the service page, the processing comprising embedding the service page into a page corresponding to a request from a user to the third party development server that triggers the first invocation request.

19. The apparatus as recited in claim 13, wherein the service page indicates a domain name of the second ISP server.

20. The apparatus as recited in claim 13, wherein:

the first receiving unit receives the first invocation request from a third party development server in response to a request of a user.

21. The apparatus as recited in claim 13, wherein the plurality of APIs are open APIs.

22. A system comprising:

a third party development server, including one or more data processing equipment, that;

receives a request of a user;

sends an invocation request to invoke a plurality of Application Programming Interfaces (APIs) to a transaction implementation server based on the request of the user, the plurality of APIs including a first API and a second API, the invocation request including an invocation relationship among the plurality of APIs, the invoke relationship including an invocation sequence that invokes the second API through the first API;

receives a service page returned from a first Internet Service Provider (ISP) server that provides a first service corresponding to the first API to the transaction implementation server, the service page being received by the first ISP server from a second ISP server that provides a second service corresponding to the second API; and

embeds the service page into a page corresponding to the request before providing to the user.

23. The system as recited in claim 22, wherein the transaction implementation server, including one or more data processing equipment;

determines a respective ISP server corresponding to a respective API in response to the invocation request;

sends the invocation request to the determined respective ISP server;

receives the service page returned by the respective ISP server; and

sends the service page to the third party development server.

24. The system as recited in claim 23, wherein the respective ISP server, including one or more data processing equipment, returns the service page to the transaction implementation server according to the invocation request sent by the transaction implementation server.

25. The system as recited in claim 22, wherein the page corresponding to the user request indicates a domain name of the transaction implementation server.

26. The system as recited in claim 22, wherein the plurality of APIs are open APIs.