CN101945135A - 一种widget系统的升级方法及系统 - Google Patents

Abstract

本发明公开了一种widget系统的升级方法及系统，可及时更新版本，更好地满足用户需要，提高用户体验。所述升级方法包括：客户端启动widget系统后登录服务器，同时向服务器上报当前widget系统的版本信息；所述服务器根据所述版本信息判断如果客户端widget系统不是最新版本，则向所述客户端发送更新文件列表；所述客户端根据所述更新文件列表执行相应的操作，完成widget系统升级。本发明能够同时适用于桌面widget系统和移动终端设备上的widget系统，可以检测到下载服务器上的最新widget系统并自动下载更新升级，可使用户始终能够使用版本最新、功能最全的widget系统，以达到更好的用户体验。

Description

一种widget系统的升级方法及系统

技术领域

本发明涉及互联网应用领域，具体涉及一种widget系统的升级方法及系统。

背景技术

widget(微件)是一小块可以在任意一个基于HTML、JavaScript的Web页面上执行的代码、一个互联网的小应用，它的表现形式可能是视频，地图，新闻，小游戏等等。widget起源于苹果公司一位工程师的灵感，最初被实现在MAC OS(操作系统)上。它由widget引擎(又称为widget系统)和widget应用构成，能够极大的完善桌面应用和网络操作。Widget引擎是widget应用运行的平台，同时也通过ajax(Asynchronous JavaScript and XML，异步JavaScript和XML)技术提供了网络访问能力。在安装了widget引擎后，就可以在此引擎上运行具有各种不同功能的widget应用了。随着widget的发展，它具备了跨平台的能力，目前在windows、MAC OS、linux及各种手机平台上都能看到widget的影子。

Widget应用作为在互联网上兴起的一种小应用，在2007年开始widget概念在互联网上盛行，国内新浪、搜狐、盛大、中移动、联通都开始投入到widget的研发和标准制定中。Widget的表现形式也由最初的桌面widget、web widget，发展到终端设备上，如：2008年开始出现的手机widget和电视widget等。其共同想法是把桌面widget和web widget的一些特点引入到终端设备上。

为了在widget的发展中抢占先机，各大网站和厂商都发布了自己的widget标准。W3C(World Wide Web Consortium，万维网联盟)从2006年开始制定一个统一的widget标准，陆续发布了一系列的规范，但是这些规范标准都还处于草案阶段，且只是面向桌面widget系统。随着终端设备上widget的出现，一些厂商也开始制定运动终端上的widget规范。如：OMPT制定的BONDI规范，及中国移动参与制定的JIL规范。这些规范都提供了对终端设备上widget本地应用的支持。

目前业界只有widget应用的更新升级方式，而在widget系统的更新升级方面还是空白。但是widget系统中涉及到的如：html、css、JavaScript等技术都是在不停发展变化，而且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系统进行升级。

进一步地，所述客户端widget系统还包括用户交互模块，用于与用户进行交互，接收用户发送的立即安装命令或下次启动时再安装的命令。

为解决上述问题，本发明还提供了一种客户端更新升级子系统，包括网络交互模块、下载模块、更新安装模块、用户交互模块，其中：

网络交互模块，用于与服务器进行交互，登录服务器，并向服务器更新升级子系统上报当前widget系统的版本信息；以及用于接收服务器更新升级子系统发送的更新文件列表；

下载模块，用于根据所述更新文件列表，向服务器更新升级子系统发送下载文件请求，从服务器更新升级子系统下载对应的更新文件；

更新安装模块，用于根据下载的更新文件对widget系统进行升级。

本发明实施例能够同时适用于桌面widget系统和移动终端设备上的widget系统，可以检测到下载服务器上的最新widget系统并自动下载更新升级，可以使用户始终能够使用版本最新、功能最全的widget系统，以达到更好的用户体验。同时，还能节约用户的时间和精力。

附图说明

图1是本实施例widget系统功能框图；

图2是widget系统自动更新的流程图。

具体实施方式

在现有的widget系统中，通常都不提供widget系统更新升级的功能，而是需要用户来访问特定网站来查看widget系统的发布者有无新版本的widget系统发布，如果有的话再手动下载安装，既不快捷方便，又消耗用户的时间和精力。

为此，本发明提供一种widget系统升级方法，包括：客户端启动widget系统后登录服务器，同时向服务器上报当前widget系统的版本信息；所述服务器根据所述版本信息判断如果客户端widget系统不是最新版本，则向所述客户端发送更新文件列表；所述客户端根据所述更新文件列表执行相应的操作，完成widget系统升级。

优选地，在所述客户端启动widget系统后，登录服务器之前，所述客户端判断是否有未安装的更新，如果判断有未安装的更新，则安装所述更新。在安装所述更新完成后，再登录服务器；或者，退出升级流程；或者，在安装所述更新完成后，计算所述未安装的更新的下载时间与当前安装时间的时间间隔，判断如果所述时间间隔大于预定门限，则继续登录服务器，否则退出升级流程。

所述更新文件列表包括以下子列表中的一个或几个：要删除的文件列表、要增加的文件列表、要改变的文件列表。所述要删除的文件列表包括要删除的文件的名称；所述要增加的文件列表包括要增加的文件的名称以及该一个或多个文件的下载地址；所述要改变的文件列表包括要修改的文件的名称以及该一个或多个文件的下载地址。

所述客户端根据所述更新文件列表的内容判断需要下载文件，从所述服务器下载需要新增的文件和/或需要修改的文件并保存；客户端根据用户发送的立即安装命令或下次启动时再安装的命令，确定执行以下操作中一种或几种的时机：安装新增的文件、安装修改的文件、删除所述更新文件列表指示需要删除的文件。

采用了本发明的widget系统升级方法，既可以让用户第一时间使用到最新版本的widget系统，又为用户节约了时间和精力。

遵循W3C、JIL和BONDI标准定义的widget系统框架，本实施例所述的widget升级系统包括2个子系统：服务器的更新升级子系统和客户端的更新升级子系统，如图1所示，其中：

服务器的更新升级子系统的主要功能为：用于根据所述版本信息判断如果客户端的widget系统不是最新版本，则向所述客户端更新升级子系统发送更新文件列表。包括以下子模块：

网络交互模块，用于与客户端进行交互，提供客户端登录，接收客户端更新升级子系统发送的版本信息，以及用于向客户端更新升级子系统发送所述下载策略模块生成的更新文件列；

版本管理模块，以数据库的形式存放各个版本的widget系统，并能提供查询服务；

下载策略模块，用于根据所述客户端发送的版本信息以及版本管理模块保存的最新版本widget系统的版本信息判断客户端widget系统是否需要更新，如果需要更新，则通过所述版本管理模块查询其上保存的最新版本widget系统内容确定客户端widget系统中哪些文件需要更新，即比较客户端widget系统与版本数据库中最新版本widget系统的差异，生成更新文件列表，以便于增量更新；

下载模块，用于在客户端更新升级子系统发送下载文件请求时，向客户端更新升级子系统提供数据下载服务。

客户端的更新升级子系统的主要功能为：用于在widget系统启动后登录服务器，向服务器更新升级子系统上报当前widget系统的版本信息；以及用于根据所述服务器更新升级子系统发送的更新文件列表执行相应的操作，完成widget系统升级。包括以下子模块：

网络交互模块，用于与服务器的网络交互，登录服务器，并向服务器更新升级子系统上报当前widget系统的版本信息；以及用于接收服务器更新升级子系统发送的更新文件列表；

下载模块，用于根据所述更新文件列表，向服务器更新升级子系统发送下载文件请求，从服务器更新升级子系统下载对应的更新文件；

更新安装模块，用于根据下载的更新文件对widget系统进行升级。

优选地，所述客户端更新升级子系统还包括用户交互模块，用于与用户交互，接收用户发送的立即安装命令或下次启动时再安装的命令。

Widget系统的自动升级流程的一种实施方式如图2所示，包括以下步骤：

步骤201，客户端widget系统启动；

步骤202，判断是否有未安装的更新，如果有，执行步骤203，如果没有，执行步骤204；

步骤203，安装更新，执行步骤214；

优选地，考虑到有可能出现用户长时间没有在客户端使用widget系统的情况，在安装完上次的更新后，有可能仍然不是最新版本，为了防止此种情况出现，可在步骤203安装更新完毕后，返回步骤204；或者，在下载更新时记录下载时间，在安装更新时记录安装更新时间，比较两时间的时间间隔，如果大于预定值则执行步骤204，访问服务器，否则执行步骤214，不访问服务器。

步骤204，客户端登录服务器，并向服务器发送当前widget系统的版本信息；

widget系统登录服务器具体使用的协议可以使用HTTP(HyperText Transfer Protocol，超文本传输协议)、SIP(Session Initiation Protocol，会话初始协议)等，可由双方事先约定。

版本信息例如可以是版本号，也可以是唯一表示版本的其他任何信息。

步骤205，服务器将客户端当前widget系统的版本号与数据库中最新版本的版本号进行比较；

步骤206，服务器根据版本号比较结果判断客户端widget系统是否需要更新，如果是，执行步骤207，否则，执行步骤214；

步骤207，服务器对最新版本widget系统和客户端当前上报的widget系统版本进行比较，确定更新范围，生成更新列表，将更新列表发送给客户端；

服务器接收到客户端发送的版本信息后，与数据库中的最新版本进行比较，如果客户端的当前版本已经是最新版本了，则可结束更新过程，或者通知客户端无需更新；如果客户端的当前版本不是最新版本，即客户端版本号低于服务器上的最新版本号，比较客户端的当前版本和数据库中最新版本之间的差异。通常一个widget系统由多部分组成，可能的组成部分有：解压缩模块、widget安全模块、浏览器引擎、扩展的JavaScript API(Application Programming Interface，应用程序编程接口)、widget应用管理模块、安全等部分。新版本相对于旧版本而言，通常只有一个或多个部分发生了变化。因此更新时也只需更新对应部分即可，即差异性更新。根据比较结果，确认更新范围，以更新文件列表的方式返回给客户端。具体的形式可以采用xml(可扩展标记语言)文件实现，可包括以下子列表中的一个或多个：要删除的文件列表、要增加的文件列表和要改变的文件列表，每个子列表中包含需更新文件的文件名，需要时，还可包括需更新的一个或多个文件对应的url(Uniform/Universal Resource Locator，统一资源定位符)。

以包含上述三个子列表为例给出一种更新文件列表示例：

<update_fles_list>                     //更新文件列表

  <added_files_list>                   //要增加的文件列表

     <file>                            //增加的文件

          <filename>文件名</filename>  //增加文件的文件名

          <url>文件的url<url>          //文件对应的url

     </file>

     ....

  </added_files_list>

  <changed_file_list s>                //要改变的文件列表

    <file>                             //改变的文件

         <filename>文件名</filename>   //改变文件的文件名

          <url>文件的url<url>          //文件对应的url

    </file>

...

  </changed_fles_list>

  <delete_files_list>                  //要删除的文件列表

      <file>                           //删除的文件

           <filename>文件名</filename> //删除文件的文件名

      </file>

            ...

  </delete_files_list>

</update_file_list>

步骤208，客户端根据更新文件列表确认需更新的文件，如果有需要改变和/或需要更新的文件，则下载对应文件并保存；

在本步骤中，客户端在收到服务器返回的更新文件列表后，根据更新内容，下载对应文件，即对于安装列表内新增的和有变化的文件，按照每个文件的对应url下载文件，并把全部数据保存为临时文件。该临时文件如果没有被安装，在widget系统关闭后也不会被清除。

步骤209，判断用户确认是否立即安装，如果是，执行步骤211，否则执行步骤210；

下载完成后，提示用户是马上安装更新文件或下一次widget系统启动时再安装。

步骤210，标记该更新文件，以便在下次widget系统启动时安装；

步骤211，保存当前的系统状态；

步骤212，对widget系统进行更新；

如果用户选择马上安装，则保存widget系统的当前状态，关闭widget系统，根据更新策略进行更新安装，即只更新更新文件列表内的部分。按照更新文件列表里的新增文件，把新增文件添加进来；对于更新文件列表里有改变的文件进行覆盖操作；对于更新文件列表里需要删除的文件，进行删除操作。

步骤213，重新启动widget系统，并根据步骤211中保存的状态，恢复到关闭前的状态，同时删除临时保存的下载更新文件；

步骤214，退出更新。

通过以上步骤可以达到widget系统可更新的目的，可以有效提升用户体验，并为用户节约时间和精力。

在其他实施例中，可以不包括步骤202、209和210，即默认为发现更新便安装。在另外的实施例中，也可以不执行步骤211，仅在安装完更新后重启widget系统，不会打开之前打开的widget实例。

本实施例所提供的自动更新流程可与现有技术兼容，即可为用户提供一自动更新和手动更新按钮或选项，根据用户的选择，确定是自动更新还是手动更新。

需要说明的是，如果不冲突，本发明实施例以及实施例中的各个特征可以相互结合，均在本发明的保护范围之内。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (11)

1.一种widget系统的升级方法，包括：

客户端启动widget系统后登录服务器，同时向服务器上报当前widget系统的版本信息；

所述服务器根据所述版本信息判断如果客户端widget系统不是最新版本，则向所述客户端发送更新文件列表；

所述客户端根据所述更新文件列表执行相应的操作，完成widget系统升级。

2.根据权利要求1所述的方法，其特征在于：

在所述客户端启动widget系统后，登录服务器之前，所述方法还包括：所述客户端判断是否有未安装的更新，如果判断有未安装的更新，则安装所述更新。

3.根据权利要求2所述的方法，其特征在于：

如果判断有未安装的更新，在安装所述更新完成后，退出升级流程；

或者，在安装所述更新完成后，计算所述未安装的更新的下载时间与当前安装时间的时间间隔，判断如果所述时间间隔大于预定门限，则继续登录服务器，否则退出升级流程。

4.根据权利要求1所述的方法，其特征在于：

所述服务器根据所述版本信息判断如果客户端widget系统不是最新版本，则向所述客户端发送更新文件列表，具体包括：

服务器将其上保存的所述widget系统的最新版本的版本号与所述客户端上报的版本信息中的版本号进行比较，判断所述客户端版本号低于服务器上的最新版本号时，则比较最新版本widget系统与所述客户端widget系统版本的差异，根据所述差异确定更新范围，生成更新文件列表，向所述客户端发送。

5.根据权利要求1或4所述的方法，其特征在于：

所述更新文件列表包括以下子列表中的一个或几个：要删除的文件列表、要增加的文件列表、要改变的文件列表；

所述要删除的文件列表包括要删除的文件的名称；所述要增加的文件列表包括要增加的文件的名称以及该一个或多个文件的下载地址；所述要改变的文件列表包括要修改的文件的名称以及该一个或多个文件的下载地址。

6.根据权利要求5所述的方法，其特征在于：

所述客户端根据所述更新文件列表执行对应的操作，完成widget系统升级包括：

所述客户端根据所述更新文件列表的内容判断需要下载文件，从所述服务器下载需要新增的文件和/或需要修改的文件并保存；

客户端根据用户发送的立即安装命令或下次启动时再安装的命令，确定执行以下操作中一种或几种的时机：安装新增的文件、安装修改的文件、删除所述更新文件列表指示需要删除的文件。

7.一种widget系统的升级系统，包括服务器更新升级子系统和客户端更新升级子系统，其中：

所述客户端更新升级子系统，用于在widget系统启动后登录服务器，向服务器更新升级子系统上报当前widget系统的版本信息；以及用于根据所述服务器更新升级子系统发送的更新文件列表执行相应的操作，完成widget系统升级；

所述服务器更新升级子系统，用于根据所述版本信息判断如果客户端的widget系统不是最新版本，则向所述客户端更新升级子系统发送更新文件列表。

8.根据权利要求7所述的系统，其特征在于：

所述服务器更新升级子系统包括：网络交互模块、版本管理模块、下载策略模块和下载模块，其中：

网络交互模块，用于与客户端进行交互，提供客户端登录，接收客户端更新升级子系统发送的版本信息，以及用于向客户端更新升级子系统发送所述下载策略模块生成的更新文件列表；

版本管理模块，用于存放各个版本的widget系统，并提供查询服务；

下载策略模块，用于根据所述客户端发送的版本信息以及版本管理模块保存的最新版本widget系统的版本信息判断客户端widget系统是否需要更新，如果需要更新，则通过所述版本管理模块查询其上保存的最新版本widget系统内容确定客户端widget系统中需要更新范围，生成更新文件列表；

下载模块，用于在客户端更新升级子系统发送下载文件请求时，向客户端更新升级子系统提供数据下载服务。

9.根据权利要求7所述的系统，其特征在于：

所述客户端更新升级子系统包括：网络交互模块、下载模块和更新安装模块，其中：

网络交互模块，用于与服务器进行交互，登录服务器，并向服务器更新升级子系统上报当前widget系统的版本信息；以及用于接收服务器更新升级子系统发送的更新文件列表；

下载模块，用于根据所述更新文件列表，向服务器更新升级子系统发送下载文件请求，从服务器更新升级子系统下载对应的更新文件；

更新安装模块，用于根据下载的更新文件对widget系统进行升级。

10.根据权利要求9所述的系统，其特征在于：

所述客户端widget系统还包括用户交互模块，用于与用户进行交互，接收用户发送的立即安装命令或下次启动时再安装的命令。

11.一种客户端更新升级子系统，包括网络交互模块、下载模块、更新安装模块、用户交互模块，其中：

网络交互模块，用于与服务器进行交互，登录服务器，并向服务器更新升级子系统上报当前widget系统的版本信息；以及用于接收服务器更新升级子系统发送的更新文件列表；

下载模块，用于根据所述更新文件列表，向服务器更新升级子系统发送下载文件请求，从服务器更新升级子系统下载对应的更新文件；

更新安装模块，用于根据下载的更新文件对widget系统进行升级。

Images