CN101094229B - 一种网络应用程序的增量升级方法 - Google Patents

Abstract

本发明公开了一种网络应用程序的增量升级方法，包括升级检测模块检测应用程序的升级触发条件，如果条件满足，启动应用程序的升级过程；应用程序的升级控制模块从升级服务器上下载对应的升级模块；升级控制模块按下述条件执行应用程序的升级过程：如果下载的升级模块在应用程序中不存在时，新增加为应用程序的模块单元；如果存在时，用下载的升级模块替换应用程序中原模块单元；如果下载的升级模块是删除应用程序中特定模块单元的指令时，删除应用程序中的特定模块单元。本发明可以将客户端的应用程序在升级时的下载量做到最小化，从而可显明减少对网络带宽的依赖，大幅降低升级时的下载量，不但提高了下载的速度，还可节省下载的成本。

Description

一种网络应用程序的增量升级方法

技术领域

本发明涉及软件应用领域，尤其是涉及一种网络应用程序的增量升级方法。

背景技术

一般的网络应用程序发布后，在生命期间内，可能要经常进行升级，升级中包含程序本身的升级及程序所调用的数据库的升级，其中在程序升级时，一般的作法是将整个程序下载到客户端后替换原来的程序，但这样会引发不少问题，如程序体积较大时，下载过程很长，如果是用手机在一些无线网络环境中下载，因受网络带宽及稳定性的限制，大程序的下载可能无法进行。其实，大量的应用程序的升级版本，也只是对原版本中的部分代码作了增删或修改，将整个程序下载安装就存在着资源的重复及浪费。尤其是有些新发布的网络应用程序，可能在试用期内会频繁升级，这种整个程序下载升级的方式更是变得在实施上困难重重。为解决这个问题，也有的网络程序是通过打补丁的方式实现增量升级，如WINDOWS的升级方式就是最典型的。但这种升级方式会导致系统中的文件越来越多，系统体积越来越庞大，而且废弃的文件也会越来越多，最后会导致系统过于庞大而稳定性及运行效率变差。在手机等移动终端广泛应用的今天，通过移动网络来下载并升级应用程序将会是大势所趋，如果仍然用传统的方法进行升级，必然会导致下载过程漫长、用户下载的流量费用过高的弊端。因此在网络程序的升级中，如何占用最小的资源实现快速下载升级，成为有待解决的问题。

发明内容

本发明为解决在较小带宽环境下，对客户端应用程序的快速下载升级的问题，提供一种网络应用程序的增量升级系统，包括客户端应用程序及升级服务器，应用程序由一个以上的模块单元组成，为了达到较好的效果，将经常需要升级的这种模块单元的体积设计得尽量小，这些模块单元间彼此独立存在并执行特定的任务，这些模块单元间通过统一的数据协议来交换信息；所述的服务器上有应用程序所对应的升级模块；应用程序中还包括升级控制模块及升级检测模块，当升级检测模块检测到应用程序需要升级时，升级控制模块只对需要升级的模块单元进行更新，或增加新的模块单元，或删除已有的模块单元。

上述的网络应用程序的增量升级系统的升级方法包括如下步骤：

步骤1：升级检测模块检测应用程序的升级触发条件，如果条件满足，启动应用程序的升级过程；

步骤2：应用程序的升级控制模块从升级服务器上下载对应的升级模块；

步骤3：升级控制模块按下述条件执行应用程序的升级过程，升级过程可在应用程序运行期间进行：

如果下载的升级模块在应用程序中不存在时，新增加为应用程序的模块单元；

如果下载的升级模块在应用程序中存在时，用下载的升级模块替换应用程序中原模块单元；

如果下载的升级模块是删除应用程序中特定模块单元的指令时，删除应用程序中的特定模块单元。

上述的升级触发条件为升级检测模块启动后，检测到升级服务器上出现应用程序的某个模块单元对应的新的升级模块。其中，升级检测模块的启动条件为下面3个条件中的任意一个：

（1）升级服务器上出现应用程序的新的升级模块时，升级服务器向客户端发送升级检测指令，客户端应用程序接受到升级检测指令后，将升级指令传给升级控制模块，由升级控制模块启动升级检测模块；

（2）由升级控制模块周期性地启动升级检测模块；

（3）应用程序启动后自动启动升级检测模块。

上述的新的升级模块的判断方法步骤为：

1）应用程序首次发布时，为每个模块单元赋予一个初始时间戳，应用程序被下载到客户端安装时，每个模块单元的初始时间戳不变；

2）升级服务器上发布每个升级模块时，为每个升级模块赋予一个更新时间戳，该升级模块被下载到客户端对应用程序升级时，升级后的模块单元采用原升级模块的更新时间戳；

3）升级检测模块在检测新的升级模块时，提取升级服务器上的各升级模块的更新时间戳，与本客户端应用程序中的对应模块单元的更新时间戳进行比较，如果发现有本客户端应用程序中的对应模块单元的更新时间戳所表示的时间早于对应的升级模块的更新时间戳，则该升级模块为新的升级模块，可进行下载升级。

在上述的升级过程中，如果应用程序运行期间正在调用被升级的模块单元时，升级控制模块自动检测被升级的模块单元的调用状态，当调用结束时，自动执行升级过程。如果应用程序运行期间一直调用被升级的模块单元时，在应用程序关闭后或下次启动后自动执行升级过程。

本发明可带来如下有益效果：

通过本发明提供的增量式升级方法，可以将客户端的应用程序在升级时的下载量做到最小化，从而可显明减少对网络带宽的依赖，大幅降低升级时的下载量，不但提高了下载的速度，还可节省下载的成本，甚至在应用程序运行时，也可以做到动态在线升级，方便用户的使用。

说明书附图

无附图。

具体实施方式

为了便于本领域普通技术人员理解和实施本发明，下面结合具体实施方式对本发明作进一步的详细描述。

这里以一个手机上的媒体播放器的升级系统的开发为例进行说明。对一款高端娱乐手机来讲，媒体播放器（以后简称播放器）是手机中的关键应用程序，主要用于播放音频及视频文件，或在线点播或直播视频节目。播放器程序首次发布后，一般是在手机出厂前先进行内置，可用户自行下载安装。在播放器使用过程中，可能要对存在的一些BUG进行修改，或增加新的功能模块，这样要不断发布新版本，让用户升级。为了让用户及时使用播放器的最新版本，而且减轻用户的升级负担，本播放器的设计中采用了增量自动升级系统，播放器共分为众多个独立模块单元，每个模块单元可单独运行，完成特定的任务，各模块单元之间通过统一的数据协议交换信息，每个模块单元以独立的文件存在，或将同类的模块单元封装到特定的模块包中，由播放器的管理模块调用。每个模块单元有独立的内部进程，只有模块单元在执行特定任务时相关程序代码调入内存运行，运行完毕立即终止其进程，清除其在内存驻留的代码。

播放器的应用程序升级系统中有升级控制模块及升级检测模块，下面以播放中增加“回放”功能模块为例为说明本发明的增加自动升级，这里的“回放”是一个比较实用的功能，在视频节目播放过程中，点击“回放”按钮后，播放的视频画面从当前画面开始倒放，倒放的速度可调，在倒放的过程中，点击“播放”按钮可恢复正常播放状态。

播放器在首次发布时，将最后完成的时间作为所有模块单元的统一更新时间戳，如“2007.06.30 10:30”，手机安装播放器后这个时间戳不变。播放器发布后，在用户试用阶段，发布了“回放”升级模块包，作为一个升级模块包发布到升级服务器的升级区中，该模块的更新时间戳，如“2007.07.1211:20”。

播放器设置了启动检测升级功能，即每次播放器在启动时，会自动启动升级检测模块，到升级服务器上检测是否有可升级的升级模块。如该播放器于“2007.07.15 12:10”被用户启动点播一个网络视频节目，播放器启动后，自动启动升级检测模块包，检测到升级服务器上的时间戳为“2007.07.1211:20”的“回放”升级模块包的时间戳晚于播放器所有应用程序时间戳，而且该模块包在应用程序中没有对应的模块单元，判断为一个新的升级模块包，由升级控制模块在后台自动下载该模块包，下载完毕后打开该模块包，其中有4个模块单元，分别是“回放”处理程序模块单元，“回放”面板按钮，“回放”菜单选项，“回放”帮助文件，这4个模块单元均有相同的更新时间戳“2007.07.12 11:20”。

打开上述模块包后，升级控制模块开始在后台对应用程序进行升级，将其中的“回放”处理程序模块单元加入到播放器应用程序中，并建立与其他模块的连接关系，其余的三个升级模块在播放器的应用程序中有对应的模块单元，需要做替换式升级，此时帮助文件没有打开，升级控制模块将原帮助文件进行更新，加入“回放”帮助内容，由于播放器正在使用，其中的菜单模块单元及操作面板单元正在被播放器调用，其进程在执行中，相关代码驻留内在，无法对这两个模块单元进行更新，由升级控制模块将其列入升级计划，在用户关闭播放器后自动升级，将相应的模块进行更新，更新时用“2007.07.12 11:20”替代原来的时间戳。经过更新后，播放器应用程序中的各模块单元就出现了不同的更新时间戳。

在上述的升级过程中，升级控制模块检测到有些待升级的模块单元在使用时，可弹出一个提示窗口，提示用户有新的可升级模块，用户是否需要立即升级，并说明升级过程需要XXX秒（可实验估算），用户确认后，暂停当前播放的视频节目，关闭当前调用的模块单元，待升级的模块单元完成更新后，自动启动关闭的模块单元，并刷新播放器的面板显示，可将增加的“回放”按钮及“回放”菜单突出显示，并在弹出的帮助窗口中显示“回放”功能的介绍。并提示“升级完成”，用户可点击“继续”，恢复原视频播放画面，继续播放用户点播的视频节目。在此期间，用户可以体验“回放”功能。

Claims (9)

1.一种网络应用程序的增量升级方法，其特征在于，包括如下步骤：

步骤1：升级检测模块检测应用程序的升级触发条件，如果条件满足，启动应用程序的升级过程；

步骤2：应用程序的升级控制模块从升级服务器上下载对应的升级模块；

步骤3：升级控制模块按下述条件执行应用程序的升级过程：

如果下载的升级模块在应用程序中不存在时，新增加为应用程序的模块单元；

如果下载的升级模块在应用程序中存在时，用下载的升级模块替换应用程序中原模块单元；

如果下载的升级模块是删除应用程序中特定模块单元的指令时，删除应用程序中的特定模块单元。

2.根据权利要求1所述的升级方法，其特征在于所述的升级触发条件为升级检测模块启动后，检测到升级服务器上出现应用程序的某个模块单元对应的新的升级模块。

3.根据权利要求2所述的升级方法，其特征在于升级检测模块的启动条件为升级服务器上出现应用程序的新的升级模块时，升级服务器向客户端发送升级检测指令，客户端应用程序接受到升级检测指令后，将升级指令传给升级控制模块，由升级控制模块启动升级检测模块。

4.根据权利要求2所述的升级方法，其特征在于升级检测模块的启动条件为由升级控制模块周期性地启动升级检测模块。

5.根据权利要求2所述的升级方法，其特征在于升级检测模块的启动条件为应用程序启动后自动启动升级检测模块。

6.根据权利要求2所述的升级方法，其特征在于所述的新的升级模块的判断方法步骤为：

1）应用程序首次发布时，为每个模块单元赋予一个初始时间戳，应用程序被下载到客户端安装时，每个模块单元的初始时间戳不变；

2）升级服务器上发布每个升级模块时，为每个升级模块赋予一个更新时间戳，该升级模块被下载到客户端对应用程序升级时，升级后的模块单元采用原升级模块的更新时间戳；

3）升级检测模块在检测新的升级模块时，提取升级服务器上的各升级模块的更新时间戳，与本客户端应用程序中的对应模块单元的更新时间戳进行比较，如果发现有本客户端应用程序中的对应模块单元的更新时间戳所表示的时间早于对应的升级模块的更新时间戳，则该升级模块为新的升级模块，可进行下载升级。

7.根据权利要求1所述的升级方法，其特征在于所述的升级过程可在应用程序运行期间进行。

8.根据权利要求7所述的升级方法，其特征在于，如果应用程序运行期间正在调用被升级的模块单元时，升级控制模块自动检测被升级的模块单元的调用状态，当调用结束时，自动执行升级过程。

9.根据权利要求8所述的升级方法，其特征在于，如果应用程序运行期间一直调用被升级的模块单元时，在应用程序关闭后或下次启动后自动执行升级过程。