CN102546736A - widget应用之间的通信方法和系统 - Google Patents

Abstract

本发明提出widget应用之间的通信方法和系统，发起方widget应用向发起方widget引擎发送调用消息，发起方widget引擎接收调用消息，判断是否为同设备调用，如果是同设备调用，根据调用消息中接收方ID确定同设备接收方widget应用并向其发送调用消息，建立发起方widget应用与同设备接收方widget应用的通信；发起方widget应用根据调用消息中调用类型、生命周期类型执行对同设备接收方widget应用的调用。本发明实现由widget应用发起对widget引擎、其他widget应用的调用和信息传递。

Description

widget应用之间的通信方法和系统

技术领域

本发明涉及移动互联网应用技术领域，尤其涉及widget应用之间的通信方法和系统。

背景技术

随着移动互联网应用的普及，各种手机平台上推出了层出不穷的widget引擎，基于不同的web engine开发，API和开发工具均存在差异。而在应用开发过程中，现有的widget引擎均缺少widget应用之间的通信机制，比如，没有传递启动参数、在应用之间也没有传入参数的方法，导致开发过程中有很多不便之处：

比如，widget应用之间无法互相调用，导致基础功能的重复开发，即对于不同开发者而言，同样的功能代码需要重复开发，对于同一开发者的不同应用而言，需要重复发布。此外，widget应用的安装包过大，不同厂商无法就同一应用进行协同开发，widget应用等。

发明内容

本发明要解决的技术问题是提出widget应用之间以widget引擎为媒介进行通信及相互调用的方法，能够由widget应用发起对widget引擎、其他widget应用的调用和信息传递。

为解决上述问题，本发明提供了widget应用之间的通信系统，包括：

发起方widget应用，用于向发起方widget引擎发送调用消息，在调用消息中包括发起方ID、接收方ID、调用类型、生命周期类型，其中，发起方ID包括发起方widget应用ID、发起方设备ID；接收方ID包括接收方widget应用ID；

发起方widget引擎，用于接收发起方widget应用发送的调用消息，判断为同设备调用时，根据调用消息中接收方ID确认同设备接收方widget应用并向其发送调用消息；

同设备接收方widget应用，用于接收发起方widget引擎的调用消息，建立与发起方widget应用的通信，并根据调用消息中调用类型、生命周期类型执行调用操作。

本发明还提出widget应用之间的通信方法，包括以下步骤：

发起方widget应用向发起方widget引擎发送调用消息，在调用消息中包括发起方ID、接收方ID、调用类型、生命周期类型，其中，发起方ID包括发起方widget应用ID、发起方设备ID；接收方ID包括接收方widget应用ID；

发起方widget引擎接收调用消息，判断是否为同设备调用，如果是同设备调用，根据调用消息中接收方ID确定同设备接收方widget应用并向其发送调用消息，建立发起方widget应用与同设备接收方widget应用的通信；

发起方widget应用根据调用消息中调用类型、生命周期类型执行对同设备接收方widget应用的调用。

本发明提出widget应用之间的通信系统和方法，通过对widget应用进行分级编码、在widget引擎上增加通信控制功能，并开放通信接口协议给widget应用的方案，实现widget应用发起对widget引擎、其他widget应用的调用和信息传递。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明实施例中widget应用发起对同一设备上widget引擎的调用的系统结构图。

图2为本发明另一实施例中widget应用发起对跨设备的widget引擎的调用的系统结构图。

图3为本发明实施例中发起方widget引擎与接收方widget引擎的系统结构图。

图4为本发明实施例中widget应用与引擎之间的调用消息信令格式示意图。

图5为本发明实施例中widget应用之间的通信方法流程图。

图6为本发明widget应用之间通信实例的示意图。

具体实施方式

下面将结合附图，对本发明widget应用之间的通信系统进行说明，通过本发明所述系统，可以执行同一设备的同步、异步调用，系统结构图如图1所示。也可以执行跨设备的同步、异步调用，系统结构图如图2所示。下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

如图1所示，为本发明实施例中widget应用之间的通信系统，用于实现由widget应用发起对同一设备上widget引擎的调用、其他widget应用的调用和信息传递。该系统包括：

发起方widget应用11，用于向发起方widget引擎12发送调用消息，在调用消息中包括发起方ID、接收方ID、调用类型、生命周期类型，其中，发起方ID包括发起方widget应用ID、发起方设备ID；接收方ID包括接收方widget应用ID。

发起方widget引擎12，用于接收发起方widget应用11发送的调用消息，判断是否为同设备调用，如果是同设备调用，根据调用消息中接收方ID确认同设备接收方widget应用13，向其发送调用消息。

作为本发明的一个实施例，发起方widget应用11还可以执行跨设备调用，所包括的模块以及执行的操作将在图2中进行说明。

同设备接收方widget应用13，用于接收发起方widget引擎12的调用消息，建立与发起方widget应用的通信。在建立通信后，发起方widget应用可以根据调用消息中调用类型以及生命周期类型，执行对同设备接收方widget应用13的调用。

具体的调用操作可以包括如下之一：同步调用后关闭接收方widget应用、异步调用后关闭接收方widget应用、发起方widget应用与接收方widget应用并行运行。

如图2所示，为本发明另一实施例中widget应用之间的通信系统，用于实现由widget应用发起对跨设备的widget引擎的调用，在图1的基础上，还包括：

接收方widget引擎21，用于接收发起方widget引擎12发送的调用消息，在调用消息中包括发起方ID、接收方ID、调用类型、生命周期类型，其中，发起方ID包括发起方widget应用ID、发起方设备ID；接收方ID包括接收方widget应用ID、接收方设备ID。根据调用消息中接收方ID确认应用，向已启动的跨设备接收方widget应用22发送调用消息。

跨设备接收方widget应用22，耦合于接收方widget引擎21，用于接收到接收方widget引擎21的调用消息时，建立与发起方widget应用的通信，并根据调用消息中调用类型、生命周期类型执行调用操作。

具体的调用操作可以包括如下之一：同步调用后关闭接收方widget应用、异步调用后关闭接收方widget应用、发起方widget应用与接收方widget应用并行运行。

本发明提出widget应用之间的通信系统，通过对widget应用进行分级编码、在widget引擎上增加通信控制功能，并开放通信接口协议给widget应用的方案，实现widget应用发起对widget引擎、其他widget应用的调用和信息传递。

下面对本发明中发起方widget引擎12、接收方widget引擎21的具体结构进行说明。本领域技术人员应该可以理解，所述说明只是示例性说明，不应理解为对本发明的限制。

如图3所示，发起方widget引擎12可以包括：调用消息接收模块121、设备类型判断模块122。

调用消息接收模块121，用于接收发起方widget应用11发送的调用消息。

调用类型包括：同步调用或异步调用。同步调用可以保证业务逻辑顺序执行，异步调用则可以保证应用的并行运行，各自满足不同的业务需求。

生命周期类型指的是调用后发起方widget应用和接收方widget应用是否活动，主要包括以下情况：同步调用后关闭接收方widget应用，异步调用后关闭接收方widget应用或发起方widget应用与接收方widget应用并行运行。

作为本发明的一个实施例，当同设备接收方widget应用13所在设备上具有多引擎实例时，所述发起方ID还包括发起方widget引擎ID，以确认将调用消息发送到哪个发起方widget引擎。当然，在调用消息中还可以包括其他参数，比如，发起方应用厂商ID。

作为本发明的一个实施例，调用消息的结构可以如图4所示，还可以包括消息体、数据长度以及校验码。消息体采用XML格式封装，可以包括：状态码，用于表示返回的执行结果，即执行后接收方所处状态的代码，一般0为成功；Base64编码，可传输二进制数据；调用所需凭证，根据经密钥签名的Widget应用ID来判断。当然，消息体也可以为空。在本实施例中，各个参数共同连接成一个字符串，用特殊分隔符进行分隔，可以采用“，”分隔。

设备类型判断模块122，耦合于调用消息接收模块121，判断是同设备调用还是跨设备调用，当为同设备调用时，根据调用消息中接收方ID确认同设备接收方widget应用13并向其发送调用消息。当为跨设备调用时，向接收方widget引擎21发送调用消息。所执行的跨设备的具体操作将在下面进行说明。

作为本发明的一个实施例，设备类型判断模块122接收调用消息时，当调用消息中接收方设备ID的字段为空，或者发起方设备ID与接收方设备ID一致时，为同设备调用，当发起方设备ID与接收方设备ID不一致时，为跨设备调用。

原有的widget应用编码仅在单一引擎内有效，已公开的系统中没有分级编码的描述，仅采用单一文本字段进行表示(如：W3C中定位为widgetName)。本发明采用多级编码，可以唯一确定在一个应用域中(如电信网络中、家庭网络中)的某个widget应用的实例。

再如图3所示，接收方widget引擎21可以包括：应用启动模块211、跨设备应用发送模块212。以建立起跨设备发起方widget应用与接收方widget应用之间的通信。

应用启动模块211，用于启动接收方widget应用。

跨设备应用发送模块212，用于在跨设备调用时，从设备类型判断模块接收调用消息，根据调用消息中接收方ID确定跨设备接收方widget应用，向已启动的跨设备接收方widget应用发送调用消息。

作为本发明的一个实施例，进行跨设备调用时，调用消息中，发起方ID包括发起方widget应用ID、发起方设备ID，接收方ID包括接收方widget应用ID、接收方设备ID。即新增接收方设备ID，以根据接收方widget应用ID、接收方设备ID可以定位目标应用。

当跨设备接收方widget应用22所在设备上具有多引擎实例时，所述接收方ID还包括接收方widget引擎ID，以确认将调用消息发送到哪个接收方widget引擎。那么，发起方widget引擎可以通过接收方ID中的接收方设备ID、接收方widget引擎ID和接收方widget应用ID定位目标应用。当然，在调用消息中还可以包括其他参数，比如，接收方应用厂商ID。

本发明从widget应用的角度入手，以widget应用作为通信和调用的发起者，依据要发起的调用或通信类型组织消息，主动的发送给widget引擎。从而实现由widget应用发起对widget引擎、其他widget应用的调用和信息传递。

如图5所示，本发明实施例中widget应用之间的通信方法，Widget应用通过widget引擎中转发送控制消息，以控制其他widget应用。包括以下步骤：

在步骤501，发起方widget应用向发起方widget引擎发送调用消息。在调用消息中包括发起方ID、接收方ID、调用类型、生命周期类型，其中，发起方ID包括发起方widget应用ID、发起方设备ID；接收方ID包括接收方widget应用ID。

在步骤502，发起方widget引擎接收调用消息，判断是否为同设备调用，如果是同设备调用，执行步骤503。如果是跨设备调用，执行步骤505。

作为本发明的一个实施例，判断是否为同设备调用的操作为：当调用消息中接收方设备ID的字段为空，或者发起方设备ID与接收方设备ID一致时，为同设备调用，当发起方设备ID与接收方设备ID不一致时，为跨设备调用。

在步骤503，为同设备调用，根据调用消息中接收方ID确定同设备接收方widget应用并向其发送调用消息，建立发起方widget应用与同设备接收方widget应用的通信。

在步骤504，发起方widget应用根据调用消息中调用类型、生命周期类型执行对同设备接收方widget应用的调用。

建立发起方widget应用与同设备接收方widget应用的通信的操作为：根据调用消息中调用类型执行调用操作，并根据调用消息中生命周期类型执行调用后操作。此时执行在同设备上，同一进程中/不同进程中的分布式调用，包括：执行同步调用，关闭接收方widget应用，接收方widget应用交还控制权给接收方widget引擎，结束本次调用过程；执行异步调用，关闭接收方widget应用，结束本次调用过程；执行异步调用，发起方widget应用与接收方widget应用并行运行，结束本次调用过程。

同步和异步调用依据具体的业务需求而定，例如发起方应用需要返回结果作为下一步操作的依据或参数则应执行同步调用，如无明确的同步调用需求可采用异步调用以降低调用的复杂度。

至此，本发明完成了发起方widget应用对发起方引擎以及同设备接收方widget应用的调用过程。当然，本发明还可以进一步完成发起方widget应用对跨设备接收方widget应用的调用过程，具体的实现过程将从步骤505开始执行。

在步骤505，为跨设备调用，发起方widget引擎通过接收方widget应用的地址找到接收方widget引擎，向其发送调用消息。

获取接收方widget应用的地址的方法可以采用现有技术中网络集中查询分发或提前指定方式。即本发明不涉及Widget引擎之间跨设备发现和通信的机制。

在步骤506，由接收方widget引擎根据调用消息中接收方ID确定跨设备接收方widget应用，并确认跨设备接收方widget应用是否处于运行状态，如果未处于运行状态，则启动跨设备接收方widget应用。

在步骤507，向已启动的跨设备接收方widget应用发送调用消息，建立发起方widget应用与跨设备接收方widget应用的通信，发起方widget应用根据调用消息中调用类型、生命周期类型执行对跨设备接收方widget应用的调用。

建立发起方widget应用与跨设备接收方widget应用的通信的操作为：发起方widget应用根据调用消息中调用类型执行调用操作，并根据调用消息中生命周期类型执行调用后操作，以对跨设备接收方widget应用进行生命周期管理。此时执行跨设备的调用过程，包括：执行同步调用，关闭接收方widget应用，接收方widget应用交还控制权给接收方widget引擎，结束本次调用过程。执行异步调用，关闭接收方widget应用或发起方widget应用与接收方widget应用并行运行，结束本次调用过程。

在本发明中，上述调用过程包括以下四个流程：1)widget应用本地同步调用流程，即同设备同步调用；2)widget应用本地异步调用流程，即同设备异步调用；3)widget应用远程同步调用流程，即跨设备同步调用；4)widget应用远程异步调用流程，即跨设备异步调用。当然，在调用过程中还可以定时关闭、延时关闭接收方widget应用，此时，需要在发起的调用消息中增加表明定时关闭、延时关闭的参数。

图6为本发明widget应用之间通信实例的示意图，在该图中，设备1中具有widget引擎实例1和widget引擎实例2，widget引擎实例1对应多个widget应用实例，包括widget应用1、widget应用2......。设备2中具有widget引擎实例3，widget引擎实例3对应多个widget应用实例，包括widget应用21、widget应用22......。

其中，设备1中widget应用1要调用设备2中widget应用22。由于要进行跨设备调用，所以，设备1中widget应用1将调用消息发给设备1中widget引擎实例1，由widget引擎实例1通过widget引擎之间跨设备发现和通信机制找到设备2中widget引擎实例3，由widget引擎实例3向widget应用22发送调用消息，实现widget应用1对widget应用22的跨设备调用操作。

通过上述实施例可以看出，在本发明中Widget引擎和widget应用通过同步和异步调用和消息传递以及生命周期管理，使多个widget应用间可以有效的协作和共同，尤其是为不同类型设备上的widget应用的互相协作提供了可能性。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过在widget引擎上增加widget应用寻址、定位、生命周期管理模块，通过改造软件方式基于调用手机系统软件来完成，前述的程序可以存储于设备的可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应当说明的是：以上实施例仅用以说明本发明的技术方案而非对其限制；尽管参照较佳实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本发明的具体实施方式进行修改或者对部分技术特征进行等同替换；而不脱离本发明技术方案的精神，其均应涵盖在本发明请求保护的技术方案范围当中。

Claims (10)

1.widget应用之间的通信系统，包括：

发起方widget应用，用于向发起方widget引擎发送调用消息，在调用消息中包括发起方ID、接收方ID、调用类型、生命周期类型，其中，发起方ID包括发起方widget应用ID、发起方设备ID；接收方ID包括接收方widget应用ID；

发起方widget引擎，用于接收发起方widget应用发送的调用消息，判断为同设备调用时，根据调用消息中接收方ID确认同设备接收方widget应用并向其发送调用消息；

同设备接收方widget应用，用于接收发起方widget引擎的调用消息，建立与发起方widget应用的通信，并根据调用消息中调用类型、生命周期类型执行调用操作。

2.根据权利要求1所述widget应用之间的通信系统，还包括：

接收方widget引擎，用于接收发起方widget引擎发送的调用消息，所述接收方ID还包括接收方设备ID；根据调用消息中所述接收方ID确认跨设备接收方widget应用，向已启动的跨设备接收方widget应用发送调用消息；

跨设备接收方widget应用，用于接收到接收方widget引擎的调用消息时，建立与发起方widget应用的通信，并根据调用消息中调用类型、生命周期类型执行调用操作。

3.根据权利要求2所述widget应用之间的通信系统，其中，发起方widget引擎包括：

调用消息接收模块，用于接收发起方widget应用发送的调用消息；

设备类型判断模块，耦合于调用消息接收模块，判断同设备调用还是跨设备调用，当为同设备调用时，根据调用消息中接收方ID确认同设备接收方widget应用并向其发送调用消息。

4.根据权利要求3所述widget应用之间的通信系统，其中，接收方widget引擎包括：

应用启动模块，用于启动接收方widget应用；

跨设备应用发送模块，用于在跨设备调用时，从设备类型判断模块接收调用消息，根据调用消息中接收方ID确认跨设备接收方widget应用，向已启动的跨设备接收方widget应用发送调用消息。

5.根据权利要求3所述widget应用之间的通信系统，其中：

发起方widget应用发送的调用消息中还包括发起方widget引擎ID，以确认在同设备调用时，将调用消息发送到多个发起方widget引擎中的一个。

6.根据权利要求4所述widget应用之间的通信系统，其中：

发起方widget应用发送的调用消息中还包括接收方widget引擎ID，以确认在跨设备调用时，将调用消息发送到多个接收方widget引擎的一个。

7.根据权利要求1～6中任一所述widget应用之间的通信系统，其中：

发起方widget引擎提取调用消息中发起方设备ID与接收方设备ID，当接收方设备ID的字段为空，或者发起方设备ID与接收方设备ID一致时，为同设备调用，当发起方设备ID与接收方设备ID不一致时，为跨设备调用。

8.widget应用之间的通信方法，包括以下步骤：

发起方widget应用向发起方widget引擎发送调用消息，在调用消息中包括发起方ID、接收方ID、调用类型、生命周期类型，其中，发起方ID包括发起方widget应用ID、发起方设备ID；接收方ID包括接收方widget应用ID；

发起方widget引擎接收调用消息，判断是否为同设备调用，如果是同设备调用，根据调用消息中接收方ID确定同设备接收方widget应用并向其发送调用消息，建立发起方widget应用与同设备接收方widget应用的通信；

发起方widget应用根据调用消息中调用类型、生命周期类型执行对同设备接收方widget应用的调用。

9.根据权利要求8所述widget应用之间的通信方法，其中，判断是否为同设备调用的操作，还包括以下步骤：

如果为跨设备调用，发起方widget引擎向接收方widget引擎发送调用消息；

由接收方widget引擎根据调用消息中接收方ID确定跨设备接收方widget应用，向已启动的跨设备接收方widget应用发送调用消息，建立发起方widget应用与跨设备接收方widget应用的通信；

发起方widget应用根据调用消息中调用类型、生命周期类型执行对跨设备接收方widget应用的调用。

10.根据权利要求8或9所述widget应用之间的通信方法，其中，判断是否为同设备调用的操作，包括以下步骤：

发起方widget引擎提取调用消息中发起方设备ID与接收方设备ID，当接收方设备ID的字段为空，或者发起方设备ID与接收方设备ID一致时，判断为同设备调用，当发起方设备ID与接收方设备ID不一致时，判断为跨设备调用。

Images