CN102075539B - 数据推送系统及方法 - Google Patents

Abstract

本发明公开了一种数据推送系统及方法。其中，该系统包括：Widget应用服务器，用于向推送网关发出携带有承载需要推送给目标终端的数据内容的Widget的推送请求，所述推送网关，用于接收所述推送请求，并将所述Widget发送给所述目标终端，所述目标终端，用于接收所述Widget，并安装或更新所述Widget；其中，该方法包括：Widget应用服务器向推送网关发出携带有承载需要推送给目标终端的数据内容的Widget的推送请求，所述推送网关接收所述推送请求后将所述Widget发送给所述目标终端，所述目标终端接收所述Widget后安装或更新所述Widget，通过本发明，用户无须进行繁杂的下载操作，且能传送包含视音频、SVG及Flash等高级媒体格式。

Description

数据推送系统及方法

技术领域

本发明涉及通信领域，具体而言，涉及一种数据推送系统及方法。

背景技术

推送(Push)技术是一种服务器主动将数据内容发送给客户端的技术，它区别于传统的客户端与服务器之间“请求/应答”式的通讯方式，具有服务传送及时，通讯方式灵活等优点。推送技术已成为服务提供商或者电信运营商承载业务的重要形式。目前，如新闻、通知及广告等信息的发布也越来越多的以推送的方式进行。

微件(Widget)是一种新型的基于Web技术的应用程序框架体系，它能够承载无限丰富的信息内容，并提供功能强大的人机交互接口和绚丽的交互界面，例如天气预报、模拟时钟、股票信息及新闻阅读等应用是目前最为常见和被广泛接受的Widget应用。当前，Widget越来越引起移动运营商和服务提供商的重视，它将成为其承载移动业务的重要载体。

目前的相关技术中，比如推送邮件(PushMail)和推送信息(PushMessage)虽然采用推送技术，由服务器将信息发送到移动终端，但用户仍旧需要进行繁杂的下载操作，且其发送的信息内容过于单调，支持的文件浏览格式较少，一般不能传送包含视音频、音频、SVG及Flash等高级媒体格式，也不能将所有资源有机的融合在一起，从而提供灵活多样的人机交互方式。

发明内容

本发明的主要目的在于提供一种数据推送系统及方法，以至少解决上述问题之一。

根据本发明的一个方面，提供了一种数据推送系统，包括：Widget应用服务器，用于向推送网关发出推送请求，其中，所述推送请求中携带有承载需要推送给目标终端的数据内容的Widget；所述推送网关，用于接收所述推送请求，并将所述Widget发送给所述目标终端；所述目标终端，用于接收所述Widget，并安装或更新所述Widget。

根据本发明的另一方面，提供了一种数据推送方法，包括：Widget应用服务器向推送网关发出推送请求，其中，所述推送请求中携带有承载需要推送给目标终端的数据内容的Widget；所述推送网关接收所述推送请求后将所述Widget发送给所述目标终端；所述目标终端接收所述Widget后安装或更新所述Widget。

通过本发明，Widget应用服务器以Widget的形式将数据内容推送到推送网关，由推送网关将承载推送数据内容的Widget发送给目标终端，由目标终端安装或更新Widget，从而实现的数据内容的推送，由于Widget应用服务器将数据内容承载在Widget上推送给目标终端，从而解决了相关技术中用户需要进行繁杂的下载操作的问题，并且，由于Widget可以将音频、音频、SVG及Flash等所有资源有机的融合在一起，从而提供灵活多样的人机交互方式。

附图说明

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

图1是根据本发明实施例的数据推送系统的结构示意图；

图2是根据本发明优选实施例的数据推送系统的结构示意图；

图3是根据本发明实施例的推送网关的结构示意图；

图4是根据本发明实施例的推送客户端的结构示意图；

图5是根据本发明实施例Widget客户端的结构示意图；

图6是根据本发明实施例数据推送方法的流程图；

图7是本发明实施例中Widget应用服务器发起推送的流程图；

图8是本发明实施例中推送网关执行推送的流程图；

图9是本发明实施例中目标终端接收推送的处理流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

实施例一

图1为根据本发明实施例的数据推送系统的结构示意图，如图1所示，该系统主要包括：Widget应用服务器10、推送网关20和目标终端30。其中，Widget应用服务器10，用于向推送网关20发出推送请求，其中，该推送请求中携带有承载需要推送给目标终端的数据内容的Widget(或者也可以称为Widget应用包)；推送网关20，用于接收上述推送请求，并将该Widget发送给目标终端30；目标终端30，用于接收上述Widget，安装或更新该Widget。

在本发明实施例中，Widget应用服务器10为服务内容提供者，可以是服务型网站或者应用商店(AppMarket)的形式，主要用于：(1)管理Widget应用及更新，主要包括：提供Widget分类管理、展示平台，以方便用户准确定位喜好和需求；提供必要的简介或者预览，或者用户评分，可以更好的帮助用户选择；另外，还可以像AppMarket为开发者提供上传应用的开放平台；(2)接收用户的服务定制，管理用户信息及定制内容，例如，可以选择MySQL等大型关系数据库来存储用户注册的必要信息(例如，移动用户综合业务数字网号码(MobileSubscriberIntegratedServicesDigitalNetworkNumber，简称为MSISDN))，以提供推送定位；(3)还作为Push动作发起方，在需要向目标终端30推送数据内容时，通过推送网关10执行推送。

推送网关20用于处理Widget应用服务器10的推送请求，将Widget应用服务器10的推送的信息打包，并作必要的编码和压缩；并将Widget应用服务器10的推送的信息推送到目标终端。

在本发明优选实施例中，推送网关20可以从Widget应用服务器10发送的推送请求的Push头提供的目标终端30的信息，与之建立无线链接；然后执行Push，通过建立的连接将Widget发送至目标终端30，并且，推送网关20还用于向Widget应用服务器反馈必要的推送状态。

图2是根据本发明优选实施例的数据推送系统的结构示意图，如图2所示，在该优选实施例中，目标终端30包括：推送接收客户端32，用于与推送网关20建立无线连接，接收推送网关20发送的Widget；Widget客户端34，用于安装或更新推送接收客户端32接收到的Widget。

在本发明实施例中，Widget应用服务器10通过PAP协议访问推送网关20，在该子系统中推送网关20为事实上的服务器，需提供PAP协议定义的服务接口，例如，确认推送、更新推送、取消推送及推送状态查询等接口，Widget应用服务器10通过这些接口管理推送。推送网关20接收和应答的数据可以以XML的形式存在。例如，以“确认推送”为例，Widget应用服务器10发起推送操作的指令，分为控制信息和内容实体(即Widget本身)，其中，控制信息可以以XML文件形式描述PushMessage的配置信息、服务质量信息和Push对象的位置信息，推送网关20根据PushMessage的配置信息和服务质量信息判断该次推送的可行性，并反馈给服务器。若符合要求则解析推送地址，与Push接收客户端32通信。在推送过程，由于推送内容(Widget)一般较大，无连接服务(SMSetc.)无法承载，因此，需建立稳定的无线会话连接，因此，推送网关20的第一次推送为会话申请，推送网关20解析MSISDN，通过SMS信道发送会话申请，并接受客户端的会话连接，在会话连接建立以后，将Widget内容发送到终端。

在本发明优选实施方式中，上述各设备实体之间的通讯可以采用OMA推送(PUSH)标准中的规范。其中：(1)Widget应用服务器10与推送网关20之间的接口协议可以采用推送接口协议(PushAccessProtocol，简称为PAP)，该协议基于标准Internet协议(HTTP)；可以提供Push必要的服务接口，例如，发起、取消、状态查询等；控制消息内容可以基于XML来描述；并且支持多种Push相关的媒体类型(MIMEType)。(2)推送网关20与Push接收客户端32之间采用推送空中传输协议(PushOver-the-Airprotocol，简称为Push-OTA)，该协议可基于多种网络协议，例如，WSP、HTTP和SIP等，提供基于连接和无连接的服务。(3)Push接收客户端32与Widget客户端34之间采用推送客户端应用接口(PushClientApplicationInterface，简称为Push-CAI)，Push接收客户端32将Push事件通过客户端应用接口(CAI)通知Widget客户端34，Widget客户端34也通过CAI接收Widget应用包。

在本发明优选实施例中，在推送模式下，推送网关20不能主动连接Push接收客户端32，需要建立无线会话协议(WirelessSessionProtocol，简称为WSP)或者超文本传输通讯协议(HypertextTransferProtocol，简称为HTTP)连接，推送网关20需要先向客户端发送会话请求(SessionInitiationRequests，简称为SIR)，该会话请求为一次基于无连接传输的Push动作，例如，一次SMS信道中的Push。可以由推送接收客户端32中会话管理模块322来处理该会话请求，会话管理模块用于侦听会话请求，解析请求并校对，发现终端设备条件齐备后，连接Push网关，建立无线会话或者TCP链接，用于接收WidgetPush内容。

因此，如图3所示，本发明实施例中的推送网关20包括但不限于：会话建立模块202，用于向推送接收客户端32发送会话请求，以建立推送网关20与推送接收客户端32之间的会话或连接；推送模块204，用于将上述Widget打包压缩后通过会话建立模块202建立的会话或连接发送给推送接收客户端32。

如图4所示，本发明实施例中的推送接收客户端32包括但不限于：会话管理模块322，用于接收推送网关20发送的会话请求，以建立推送接收客户端32与推送网关20之间的会话或连接；接收模块324，用于接收推送网关20通过上述会话或连接发送的Widget。

Push接收客户端32需要为推送网关20和Widget客户端34提供服务接口。无线会话管理模块322作为客户端的子模块，用于处理来自推送网关20的会话请求，例如，无线管理模块322可以侦听SMS信道端口的内容，发现消息类型是会话请求(SIR类型)时，就解析该请求，获得本次推送的概要，例如，发送方地址、发送Widget的名称、版本及ID等信息，判断是否接收该Push内容。例如，若Widget已经安装过，就不再发起会话，不接收该Widget。获得会话确认后，无线会话管理模块322能够主动根据发送方地址(IP地址)连接推送网关20。

优选地，在本发明实施例中，如图5所示，Widget客户端34包括但不限于：解压模块342，用于解压推送接收客户端32接收到的Widget；判断模块344，用于根据解压后的Widget中的Widget应用配置文件，判断本地是否已安装与接收到的Widget的标识信息(例如，Widget的名称和/或标识(ID))相同的Widget，如果是，则触发更新模块346，如果否，则触发安装模块348；更新模块346，用于根据接收到的Widget更新本地已安装的与该Widget的标识信息相同的Widget；安装模块348，用于安装接收到的Widget。

Widget客户端34用于完成W3CWidget规范中的一切操作，包括Widget包配置文件读取、安装、更新、删除以及Widget的码头管理(即Widget置于启动栏)和Widget应用的启动等，其与标准的Widget客户端功能一致。在本发明实施例中，Widget客户端还需通过Push客户端提供的接口，提供检索Widget的接口。典型地，根据Widget的名称，可以检索到该Widget是否已经存在，若存在则返回版本、软件ID等信息。

在本发明实施例的一个实施方式中，推送接收客户端32的会话管理模块322还用于根据接收到的会话请求中携带的Widget的概要信息(例如，版本号和标识(ID))，判断Widget客户端34是否已安装该Widget，如果是，则拒绝该会话请求，如果否，则接受该会话请求，建立上述会话或连接。从而可以避免不必要的数据下载，节约数据流量，减轻网络负载。

在本发明实施例的另一个优选实施方式中，如图4所示，推送接收客户端32还可以包括：提示模块326，用于在会话管理模块322判定接受推送网关的会话请求的情况下，提示用户是否下载上述Widget。

通过本发明实施例提供的上述数据推送系统，可以实现Widget应用从Widget应用服务器10到目标终端30的推送，从而可以减少繁琐的下载操作，保证资讯的时效性，并通过Widget提供灵活多样的人机交互，提高用户体验。

实施例二

图6是根据本发明实施例的数据推送方法的流程图，该方法可以通过上述的系统来实现，如图6所示，主要包括以下步骤：

步骤S602，在需要向目标终端推送数据内容时，Widget应用服务器将承载数据内容的Widget应用包和目标终端的描述信息发送给推送网关；

例如，Widget应用服务器可以根据用户的定制信息，确定是否需要向目标终端推送数据内容，如果是，则数据内容承载在Widget应用包中，将Widget应用包和目标描述信息打包，发送给推送网关。

步骤S604，推送网关根据所述目标终端的描述信息，将该Widget应用包发送给目标终端；

例如，推送网关接收Widget应用服务器推送的承载上述数据内容的Widget应用包后，根据目标终端的描述信息，发起会话申请请求，与所述目标终端的推送接收客户端建立无线连接；然后通过建立的无线连接，将所述Widget应用包发送给所述推送接收客户端；推送接收客户端将所述Widget应用包发送给所述目标终端的Widget客户端。

其中，推送接收客户端在接收到所述推送网关发送的会话请求后，可以根据所述会话请求中携带的所述Widget应用包的相关信息，判断所述目标终端是否已安装所述Widget应用包，如果是，则拒绝所述会话请求，如果不是，则接受所述会话请求，建立与所述推送网关之间的会话或连接。

其中，推送接收客户端可以通过向所述Widget客户端发送查询请求，来判断目标终端是否已安装所述Widget应用包。例如，推送接收客户端可以发送携带该Widget的名称和/或版本的查询请求，Widget客户端接收到该查询请求后，检索是否已安装所述名称对应的Widget，如果是，则返回该Widget的版本及标识，如果不是，则返回指示未安装所述名称对应的Widget的指示信息，推送接收客户端根据所述Widget客户端返回的信息判断所述目标终端是否已安装所述Widget应用包，其中，如果所述Widget客户端返回的为指示未安装所述名称对应的Widget的指示信息，则所述推送接收客户端确定目标终端未安装所述Widget应用包，如果所述Widget客户端返回的为已安装的与所述名称对应的Widget的版本及标识，则所述推送接收客户端判断该版本及标识与所述Widget应用包对应的版本及标识是否相同，如果是，则确定所述目标终端已安装所述Widget应用包，如果不相同，则确定所述目标终端未安装所述Widget应用包。或者，Widget客户端接收到上述查询请求后，检索是否已安装所述名称及版本对应的Widget，并返回检索结果，推送接收客户端根据该检索结果可以判定目标终端是否已安装所述Widget应用包。

优选地，推送接收客户端在确定接受所述会话请求的情况下，还可以提示用户是否下载上述Widget应用包，从而可以提高用户体验。

优选地，Push接收客户端接收到Widget应用包，还可以向推送网关反馈完成状态，并关闭与推送网关之间的会话或连接。

假设Push-OTA基于无线会话层协议(WSP)，当推送网关接收到Widget应用服务器的推送请求后，首先，解析推送地址(MSISDN)，通过SMS信道发送第一条推送消息，该推送消息的内容类型(Contenttype)为application/widget-si(SIR)，指示为会话发起(Sessioninitiation)。目标终端无线会话管理模块侦听SMS端口，一旦收到ContentType为application/widget-si的Push消息，处理该Push消息。即判断是否接受该Push消息。application/widget-si类型的Push消息中包含了待推送Widget应用的相关信息，包括Widget的名称、版本号和软件ID，另外还包括服务器(这里是推送网关)的Url，作为连接的目标。当无线会话管理模块收到该Push消息时，首先根据版本号和ID检测该Widget是否已经安装过，通过Widget客户端的检索查询功能完成，如果返回未安装或更新时，才发起连接并下载。与传统的先下载后查看的方式相比，Push方式的可预见性可以避免不必要的数据下载，节约数据流量，减轻网络负载。

步骤S606，目标终端接收所述Widget应用包后，安装或更新Widget。

例如，Widget客户端可以解压所述Widget应用包，读取所述Widget应用包的配置文件，然后Widget客户端根据所述配置文件记录Widget的名称，判断本地是否已安装与所述名称对应的Widget，如果是，则使用接收到的所述Widget应用包更新本地已安装的所述Widget，如果不是，则安装所述Widget应用包。

例如，Push接收客户端在接收到Widget应用包后，可以通知Widget客户端处理该Widget应用包。Widget客户端首先解压该Widget应用包，读取Widget应用配置文件(Config.xml，位于Widget包中)，确定对Widget的处理方式，或者全新安装，或者版本更新。至此该次推送完成。

通过本发明实施例提供的上述方法，可以实现Widget应用以推送形式发布，为用户提供一种全新的服务体验，形成一种新的业务形式

实施例三

图7为本发明实施例中Widget应用服务器发起推送的流程图，如图7所示，在本发明实施例Widget应用服务器发起推送时Widget应用服务器侧的处理流程主要包括以下步骤：

步骤701，Widget应用服务器读取用户的定制信息；

步骤702，Widget应用服务器确定需要向目标终端推送数据内容，准备Widget应用包，将数据内容承载到Widget应用包中；

步骤703，Widget应用服务器进行推送内容打包，将控制信息和Widget应用包打包；

步骤704，Widget应用服务器发起推送，通过PAP协议将打包的内容发送给推送网关；

步骤705，Widget应用服务器接收推送网关返回的状态反馈；

步骤706，Widget应用服务器判断推送是否成功，如果，则推送完成并记录到用户数据库中，否则，返回步骤704。

通过上述流程，Widget应用服务器可以完成一次推送。

实施例四

图8为本发明实施例中推送过程中推送网关的处理流程图，如图8所示，在本发明实施例中推送过程中推送网关的处理流程主要包括以下步骤：

步骤801，推送网关接收来自Widget应用服务器的推送请求；

步骤802，推送网关解析推送请求中的控制信息，得到推送目标，即目标终端的地址等信息；

步骤803，推送网关发起SMS推送，通过SMS端口向推送接收客户端发送会议请求(SIR)；

步骤804，推送网关判断是否接收到推送接收客户端的会话连接，如果是，执行步骤805，否则，执行步骤807；

步骤805，推送网关接受推送客户端的会话连接，建立与推送接收客户端的会话或连接；

步骤806，推送网关在当前连接上推送Widget内容；

步骤807，推送网关向Widget应用服务器反馈推送状态，即反馈客户端无响应的指示信息；

步骤808，推送网关接收推送接收客户端返回的反馈信息(指示终端是否已接收)，并将该反馈信息上报给Widget应用服务器。

实施例五

图9为本发明实施例中推送过程中推送接收客户端的处理流程图，如图9所示，在本发明实施例中推送过程中推送接收客户端的处理流程主要包括以下步骤：

步骤901，推送接收客户端接收到来自推送网关的推送消息；

步骤902，推送接收客户端判断该推送消息的类型，如果是SIR类型，即会话请求，则执行步骤903，如果是Widget类型，即Widget内容，则执行步骤909；

步骤903，推送接收客户端解析该推送消息，获取待推送Widget应用的相关信息，包括：Widget的名称、版本号、软件ID等，另外，还可以包括服务器(本实施例中为推送网关0的URL，作为连接的目标；

步骤904，推送接收客户端根据版本号和软件ID检测该Widget是否已经安装，具体可以通过Widget客户端的检索查询完成；

步骤905，推送接收客户端接收Widget客户端返回的信息，如果该信息中包括版本号，则将该版本号与待接收的Widget进行比较；

步骤906，根据比较结果判断是否要接收上述Widget，如果是，则执行步骤908，否则，执行步骤907；

步骤907，不发起会话连接；

步骤908，向推送网关发起会话连接；

上述步骤903至908可以由推送接收客户端的无线会话管理模块，即会话管理模块322完成。

步骤909，推送接收客户端接收Widget，并将其发送给Widget客户端；

步骤910，推送接收客户端向推送网关反馈推送状态，并关闭与推送网关之间的连接。

从以上的描述中，可以看出，通过本发明实施例，Widget应用服务器以Widget的形式将数据内容推送到推送网关，由推送网关将承载推送数据内容的Widget发送给目标终端，由目标终端安装或更新Widget，从而实现的数据内容的推送，由于Widget应用服务器将数据内容承载在Widget上推送给目标终端，从而解决了相关技术中用户需要进行繁杂的下载操作的问题，并且，由于Widget可以将音频、音频、SVG及Flash等所有资源有机的融合在一起，从而提供灵活多样的人机交互方式。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种数据推送系统，其特征在于，包括：

Widget应用服务器，用于向推送网关发出推送请求，其中，所述推送请求中携带有承载需要推送给目标终端的数据内容的微件Widget；

其中，所述Widget应用服务器通过推送接口PAP协议向推送网关发送推送请求，所述推送请求还包括控制信息，所述控制信息包括：以XML文件形式描述推送信息的配置信息、服务质量信息和推送对象的位置信息；

所述推送网关，用于接收所述推送请求，并将所述Widget发送给所述目标终端；

所述目标终端，用于接收所述Widget，安装或更新所述Widget；

其中所述目标终端包括：推送接收客户端以及Widget客户端；

其中，所述推送接收客户端，用于与所述推送网关建立无线连接，接收所述Widget；

所述Widget客户端，用于安装或更新所述推送接收客户端接收到的所述Widget；所述推送网关根据所述推送信息的配置信息和所述服务质量信息判断该次推送的可行性，并反馈给所述Widget服务器；若符合要求则解析推送地址，与推送接收客户端通信。

2.根据权利要求1所述的系统，其特征在于，

所述推送网关包括：

会话建立模块，用于向所述推送接收客户端发送会话请求，以建立所述推送网关与所述推送接收客户端之间的会话或连接；

推送模块，用于将所述Widget打包压缩后通过所述会话建立模块建立的所述会话或连接发送给所述推送接收客户端；

所述推送接收客户端包括：

会话管理模块，用于接收所述会话请求，以建立所述推送接收客户端与所述推送网关之间的所述会话或连接；

接收模块，用于接收所述推送网关通过所述会话或连接发送的所述Widget。

3.根据权利要求1所述的系统，其特征在于，所述Widget客户端包括：

解压模块，用于解压所述推送接收客户端接收到的所述Widget；

判断模块，用于根据解压后的所述Widget中的Widget应用配置文件，判断本地是否已安装与所述Widget的标识信息相同的Widget，如果是，则触发更新模块，如果否，则触发安装模块；

所述更新模块，用于根据接收到的所述Widget更新本地已安装的与该Widget的标识信息相同的Widget；

所述安装模块，用于安装接收到的所述Widget。

4.根据权利要求2所述的系统，其特征在于，所述会话管理模块还用于根据所述会话请求中携带的所述Widget的概要信息，判断所述Widget客户端是否已安装所述Widget，如果是，则拒绝所述会话请求，如果否，则接受所述会话请求，建立所述会话或连接。

5.根据权利要求4所述的系统，其特征在于，所述推送接收客户端还包括：提示模块，用于在所述会话管理模块判定接受所述会话请求的情况下，提示用户是否下载所述Widget。

6.一种数据推送方法，其特征在于，包括：

在需要向目标终端推送数据内容时，Widget应用服务器将承载所述数据内容的Widget应用包和所述目标终端的描述信息发送给推送网关；

其中，所述Widget应用服务器通过推送接口PAP协议向推送网关发送推送请求，所述推送请求还包括控制信息，所述控制信息包括：以XML文件形式描述推送信息的配置信息、服务质量信息和推送对象的位置信息；所述推送网关根据所述目标终端的描述信息，将所述Widget应用包发送给所述目标终端；

所述目标终端接收所述Widget应用包后，所述目标终端的Widget客户端安装或更新所述Widget应用包；

其中，所述推送网关根据所述目标终端的描述信息，将所述Widget应用包发送给所述目标终端包括：所述推送网关接收所述Widget应用服务器推送的所述承载所述数据内容的Widget应用包，根据所述目标终端的描述信息，发起会话申请请求，与所述目标终端的推送接收客户端建立无线连接；所述推送网关通过建立的无线连接，将所述Widget应用包发送给所述推送接收客户端；所述推送接收客户端将所述Widget应用包发送给所述目标终端的Widget客户端；所述推送网关根据所述推送信息的配置信息和所述服务质量信息判断该次推送的可行性，并反馈给所述Widget服务器；若符合要求则解析推送地址，与推送接收客户端通信。

7.根据权利要求6所述的方法，其特征在于，所述推送网关与所述目标终端的推送接收客户端建立无线连接包括：

所述推送接收客户端接收所述推送网关发送的会话请求；

所述推送接收客户端根据所述会话请求中携带的所述Widget应用包的相关信息，判断所述目标终端是否已安装所述Widget应用包，如果是，则拒绝所述会话请求，如果不是，则接受所述会话请求，建立与所述推送网关之间的会话或连接。

8.根据权利要求7所述的方法，其特征在于，所述推送接收客户端判断所述目标终端是否已安装所述Widget应用包包括：

所述推送接收客户端向所述Widget客户端发送查询请求，所述查询请求中携带有Widget的名称和/或版本；

所述Widget客户端检索是否已安装所述名称对应的Widget，如果是，则返回该Widget的版本及标识，如果不是，则返回指示未安装所述名称对应的Widget的指示信息；

如果所述Widget客户端返回的为指示未安装所述名称对应的Widget的指示信息，则所述推送接收客户端确定所述目标终端未安装所述Widget应用包；或者，如果所述Widget客户端返回的为已安装的与所述名称对应的Widget的版本及标识，则所述推送接收客户端判断该版本及标识与所述Widget应用包对应的版本及标识是否相同，如果是，则确定所述目标终端已安装所述Widget应用包，如果不相同，则确定所述目标终端未安装所述Widget应用包。

9.根据权利要求6所述的方法，其特征在于，所述推送接收客户端在确定接受所述会话请求的情况下，所述方法还包括：所述推送接收客户端提示用户是否下载所述Widget应用包。

10.根据权利要求6所述的方法，其特征在于，所述目标终端的Widget客户端安装或更新所述Widget应用包包括：

所述Widget客户端解压所述Widget应用包，读取所述Widget应用包的配置文件；

所述Widget客户端根据所述配置文件记录Widget的名称，判断本地是否已安装与所述名称对应的Widget，如果是，则使用接收到的所述Widget应用包更新本地已安装的所述Widget，如果不是，则安装所述Widget应用包。