SERVICE MASHUP METHOD IMPLEMENTED THROUGH DYNAMIC COOPERATION OF CLIENT AND SERVER, SERVER AND CLIENT

• US 20120246213A1
• Filed: 06/11/2012
• Published: 09/27/2012
• Est. Priority Date: 12/11/2009
• Status: Active Grant

• Current Assignee: Fraunhofer Gesellschaft Zur Foerderung Der Angewandten Forsching E.V., Huawei Technologies Co., Ltd. (Huawei Investment & Holding Co., Ltd.)
• Original Assignee: Fraunhofer Gesellschaft Zur Foerderung Der Angewandten Forsching E.V., Huawei Technologies Co., Ltd. (Huawei Investment & Holding Co., Ltd.)
• Inventors: Ma, Qifeng, Li, Yan, Pfeffer, Heiko, Stephan, Steglich, Wrona, Piotr
• Granted Patent: US 9,203,907 B2
• Time in Patent Office: Days
• US Class Current: 709/201
• CPC Class Codes: H04L 67/51 Discovery or management thereof, e.g. service location protocol [SLP] or web services
• CPC Class Codes: H04L 67/53 using third party service providers
• CPC Class Codes: H04L 67/561 Adding application-functional data or data for application control, e.g. adding metadata
• CPC Class Codes: H04L 67/63 Routing a service request depending on the request content or context

Abstract

Embodiments of the present invention disclose a service Mashup method implemented through dynamic cooperation of a client and a server, which includes: the server creates a Mashup application logic; the server binds a third-party service according to the Mashup application logic, and negotiates with the client to determine a specific bound service according to the local service bound by the client and the third-party service bound by the server; the server generates a service logic process according to the specific bound service and the Mashup application logic, and executes the service logic process in parallel with the client. Further, a Mashup server and a Mashup client are provided. The embodiments can improve the user experience of a Mashup service, simplify creation of a Mashup application, balance the processing capabilities of the client and the processing capabilities of the server, and properly ensure personal information security of a user.

Claims

1. A service Mashup method implemented through dynamic cooperation of a client and a server, comprising:

creating, by the server, a Mashup application logic after receiving a Mashup service creation request sent by the client;

binding, by the server, a third-party service according to the Mashup application logic, and sending the bound third-party service and the created Mashup application logic to the client, so that the client binds a local service of the client according to the Mashup application logic; and

negotiating with the client to determine a specific bound service according to the local service bound by the client and the third-party service bound by the server;

generating, by the server, a service logic process according to the specific bound service and the Mashup application logic; and

invoking, by the server, the specific service according to the service logic process to execute the service logic process in parallel with the client.

2. The service Mashup method according to claim 1, wherein the creating the Mashup application logic comprises:

using, by the server, a self-contained structured language to generate the Mashup application logic that is based on an HTML Tag or a Java Script object.

3. The service Mashup method according to claim 1, wherein:

the binding, by the server, the third-party service according to the Mashup application logic comprises;

binding, by the server, the third-party service according to the Mashup application logic by referring to QoS information of the server and information that is dynamically reported by the client as permitted.

4. The service Mashup method according to claim 1, wherein:

the negotiating, by the server, with the client to determine the specific bound service according to the local service bound by the client and the third-party service bound by the server comprises;

when the local service bound by the client is the same as the third-party service bound by the server, using the service that is commonly bound by the client and the server ; and

using preferentially the local service bound by the client when the local service bound by the client is different from the third-party service bound by the server.

5. The service Mashup method according to claim 1, wherein:

the executing, by the server, the service logic process in parallel with the client comprises;

performing, by the server and the client, synchronization operations based on different service execution states; and

requesting locking a correlated state, executing a correlation action, and sending correlated parameters to an opposite party, when the server or the client requires information from the opposite party.

6. The service Mashup method according to claim 1, wherein:

when the server supports more than two clients in sharing one Mashup application logic, and different clients bind different local services, the method further comprises;

sharing results of a specific service bound by the server among different clients;

and synchronizing Mashup services of different clients through a synchronization operation between the server and the client when an action of the client affects a state in the server.

7. T he service Mashup method according to claim 2, wherein:

when the server supports more than two clients in sharing one Mashup application logic, and different clients bind different local services, the method further comprises;

sharing results of a specific service bound by the server among different clients;

and synchronizing Mashup services of different clients through a synchronization operation between the server and the client when an action of the client affects a state in the server.

8. The service Mashup method according to claim3, wherein:

when the server supports more than two clients in sharing one Mashup application logic, and different clients bind different local services, the method further comprises;

sharing results of a specific service bound by the server among different clients;

and synchronizing Mashup services of different clients through a synchronization operation between the server and the client when an action of the client affects a state in the server.

9. The service Mashup method according to claim 4, wherein:

when the server supports more than two clients in sharing one Mashup application logic, and different clients bind different local services, the method further comprises;

sharing results of a specific service bound by the server among different clients;

and synchronizing Mashup services of different clients through a synchronization operation between the server and the client when an action of the client affects a state in the server.

10. The service Mashup method according to claim 5, wherein:

when the server supports more than two clients in sharing one Mashup application logic, and different clients bind different local services, the method further comprises;

sharing results of a specific service bound by the server among different clients;

and synchronizing Mashup services of different clients through a synchronization operation between the server and the client when an action of the client affects a state in the server.

11. A service Mashup method implemented through dynamic cooperation of a client and a server, comprising:

sending, by the client, a Mashup service creation request to the server, so that the server creates a Mashup application logic and binds a third-party service according to the Mashup application logic;

receiving, by the client, the bound third-party service and the created Mashup application logic sent by the server, and binding a local service according to the Mashup application logic;

reporting, by the client, the bound local service to the server, so that the server negotiates with the client to determine a specific bound service according to the local service bound by the client and the third-party service bound by the server and generates a service logic process according to the specific bound service and the Mashup application logic; and

invoking, by the client, a terminal or an external service according to the service logic process to execute the service logic process in parallel with the server.

12. The service Mashup method according to claim 11, wherein:

the binding, by the client, the local service according to the Mashup application logic comprises;

binding, by the client, the local service by referring to private information of a user and terminal-related service and resource information and according to the Mashup application logic created by the server.

13. A Mashup server, comprising:

a service creating module, configured to create a Mashup application logic according to a Mashup service creation request sent by a client;

a service matching module, configured to;

bind a third-party service according to the Mashup application logic created by the service creating module, and send the bound third-party service and the created Mashup application logic to the client, so that the client binds a local service of the client according to the Mashup application logic; and

negotiate with the client to determine a specific bound service according to the local service bound by the client and the third-party service bound by the server;

a service logic parsing module, configured to generate a service logic process according to the specific bound service and the Mashup application logic;

a service execution engine module, configured to invoke the specific service according to the service logic process to execute the service logic process in parallel with the client; and

a service synchronizing module, configured to synchronize state information between the client and the server during negotiation and execution of a Mashup service.

14. The Mashup server according to claim 13, further comprising:

a Mashup service database, configured to store Mashup application logics created by the service creating module;

a service catalog module, configured to store third-party services or data source information available to the Mashup server, and store mapping between the Mashup application logics generated by the Mashup server and specific services;

a user information module, configured to store public information of a user and information that is dynamically reported as permitted by the user; and

a service QoS evaluating module, configured to evaluate QoS information of relevant services and data sources in an execution process;

wherein

the service matching module is configured to bind specific services in the service catalog module according to the Mashup application logic in the Mashup service database and by referring to user information in the user information module and the QoS information of the relevant services and data sources in the service QoS evaluating module.

15. A Mashup client, comprising:

a service matching module, configured to;

send a Mashup service creation request to a server, so that the server creates a Mashup application logic;

receive the Mashup application logic created by the server and a third-party service that is bound according to the Mashup application logic; and

bind a local service according to the Mashup application logic;

a service execution engine module, configured to;

report the local service bound by the service matching module to the server, so that the server negotiates with the client to determine a specific bound service according to the local service bound by the client and the third-party service bound by the server and generates a service logic process according to the specific bound service and the Mashup application logic;

invoke the specific service according to the service logic process to execute the service logic process in parallel with the server; and

a service synchronizing module, configured to invoke a terminal or an external service according to the service logic process to execute the service logic process in parallel with the server.

16. The Mashup client according to claim 15, further comprising:

a user information module, configured to store private information of a user, and send relevant information to a Mashup server as permitted by the user; and

a service catalog module, configured to store terminal-related services and resource information, and also information on mapping of services and external services that can be directly invoked by the terminal;

wherein

the service matching module is configured to bind a local service in the service catalog module by referring to the private information of the user in the user information module and according to the Mashup application logic created by the server.