CN103701930A - 一种移动应用程序的实时更新方法及系统 - Google Patents

Abstract

本发明公开了一种移动应用程序的实时更新方法和系统，包括：服务器端对开发者上传的应用程序新版本和原存储的旧版本进行差异计算，产生所述两版本之间的差异化增量；移动终端连接移动网络检查是否有新版本程序发布，如果没有则程序正常运行，否则程序向服务器端发出下载新版本的请求；服务器端接收到请求，检查是否储存移动端版本和当前最新版本的差异化增量，如果存在则向移动终端发送所述差异化增量，否则进行差异计算生成两版本的差异化增量并发送给移动终端；移动终端通过接收服务器端发送的差异化增量数据对移动应用进行增量式更新。相较于现有技术，本发明能有效简化发布流程，减少移动应用更新时的网络流量，最大化节省手机流量。

Description

一种移动应用程序的实时更新方法及系统

技术领域

本发明涉及到软件的增量式更新技术，特别涉及一种移动应用程序的实时更新方法及系统。

背景技术

目前智能手机移动终端上的应用软件的体积在迅速地膨胀，几乎每一款重要的软件的体积增长都是直线增加的，但增加到5MB~10MB以后，体积就不再直线增长了。因为每个用户的手机的流量仅有100MB的预算，而每个人手机上的应用程序通常都有几十个，这些流量远远不够。另外，移动网络的速度也极慢，下载这么大的软件是十分困难的。同时也出现了其他许多问题：一方面，软件体积过大，导致更新极其艰难；另一方面，软件体积过大，导致软件开发者需要绞尽脑汁去优化软件的体积。

发明内容

本发明利用增量更新技术以及移动端增量重组及编译技术，通过设计一套完整的包括移动应用版本控制，增量计算，增量分发，增量重组，以及应用合成等功能方法，能够有效降低移动应用程序更新文件的体积，从而降低移动应用在更新过程中所需的网络流量。

本发明的原理是通过采用增量更新，即在进行更新操作时，只更新需要改变的地方，不需要更新或者已经更新过的地方则不会重复更新，增量更新与完全更新相对。关于移动客户端软件的增量式更新升级是先将应用的旧版本的安装包与新版本安装包做差异比较，得到更新部分的补丁。在用户下载了补丁包之后，需要在手机端将他们组合起来。先将手机端的旧版本软件，复制到存储卡或者缓存中，将它们和之前的旧版的数据进行组合，得到一个新版本的安装包，从而节省了网络传输的流量。

为实现上述目的，本发明的技术方案为：   

一种移动应用程序的实时更新方法，该方法包括以下步骤：

S1：服务器端对开发者上传的应用程序新版本和原存储的旧版本进行差异计算，产生所述两版本之间的差异化增量；

S2：移动终端连接移动网络检查是否有新版本程序发布，如果没有则程序正常运行，否则程序向服务器端发出下载新版本的请求；

S3：服务器端接收到所述请求，检查是否储存有移动端版本和当前最新版本的差异化增量，如果存在则向移动终端发送所述差异化增量，否则进行差异计算生成两版本的差异化增量并发送给移动终端；

S4：移动终端通过接收服务器端发送的差异化增量数据对移动应用进行增量式更新。

进一步的，该动应用程序的实时更新方法还包括如下步骤：

服务器端对第一次上传的新应用程序进行编译，并为这个应用程序生成一个特定的目录用于维护这个应用及其后续更新版本。

进一步的，所述编译过程包括：

编译应用程序中出现的资源文件，并将所述资源文件转化为Java源码；

通过编译器把Java源文件编译成class文件，然后再把class文件编译成Dalvik下的dex文件；

把整个应用打包成一个apk程序，对apk程序进行签名并进行字节码对齐处理。

进一步的，所述步骤S3中的差异化计算包括：

利用反编译工具将应用程序的dex文件转化为smali中间码文件；

基于所述应用程序的两版本的smali中间码进行差异计算；

对差异化后的增量进行优化处理并进行压缩打包，通知移动端所该差异化增量包的地址。

进一步的，所述步骤S4包括：

移动终端接收到新版本的请求之后，下载应用程序更新的差异化增量；

利用解压工具解压出每个文件的增量，即每个文件的smali中间码的差异；

从当前版本的移动应用程序中反汇编出当前版本的smali中间码；

利用移动终端的补丁工具，通过当前版本的smali文件和对应下载的差异化增量文件得到新版的smali文件；

将应用程序的程序代码的smali文件转成dex文件，应用程序资源文件的smali文件转成res文件；

生成新版本的apk文件，对apk文件进行签名和字节码对齐操作，然后启动平台安装程序，终止当前进程，安装apk文件完成更新。

本发明的另一目的在于提供一种移动应用程序的实时更新系统，包括服务器端和移动终端；

所述服务器端包括：

更新数据生成模块，用于对开发者上传的应用程序新版本和原存储的旧版本进行差异计算，产生所述两版本之间的差异化增量；

中间码版本管理模块，用于接收移动终端发送的下载新版本请求，检查是否储存有移动端版本和当前最新版本的差异化增量，如果存在则向移动终端发送所述差异化增量，否则进行差异计算生成两版本的差异化增量并发送给移动终端；

所述移动终端包括：

更新检测模块，用于连接移动网络检查是否有新版本程序发布，如果没有则程序正常运行，否则程序向服务器端发出下载新版本的请求；

更新控制模块，用于通过接收服务器端发送的差异化增量数据对移动应用进行增量式更新。

进一步的，所述服务器端还包括编译及版本控制模块，用于对第一次上传的新应用程序进行编译，并为这个应用程序生成一个特定的目录用于维护这个应用及其后续更新版本。

进一步的，所述编译及版本控制模块用于：编译应用程序中出现的资源文件，并将所述资源文件转化为Java源码；通过编译器把Java源文件编译成class文件，然后再把class文件编译成Dalvik下的dex文件；把整个应用打包成一个apk程序，对apk程序进行签名并进行字节码对齐处理。

进一步的，所述中间码版本管理模块用于：利用反编译工具将应用程序的dex文件转化为smali中间码文件；基于所述应用程序的两版本的Smali中间码进行差异计算；对差异化后的增量进行优化处理并进行压缩打包，通知移动端所该差异化增量包的地址。

进一步的，所述更新控制模块用于：

移动终端接收到新版本的请求之后，下载应用程序更新的差异化增量；利用解压工具解压出每个文件的增量，即每个文件的smali中间码的差异；从当前版本的移动应用程序中反汇编出当前版本的smali中间码；利用移动终端的补丁工具，通过当前版本的smali文件和对应下载的差异化增量文件得到新版的smali文件；将应用程序的程序代码的smali文件转成dex文件，应用程序资源文件的smali文件转成res文件；生成新版本的apk文件，对apk文件进行签名和字节码对齐操作，然后启动平台安装程序，终止当前进程，安装apk文件完成更新。

相较于现有技术，本发明的有益效果是：

1）能有效简化发布流程，本发明使得一款手机应用在应用市场或者网站上的安装包的版本不需要改变，每次的版本更新不需要去频繁地维护应用市场和网站的版本库；

2）通过改进的启发式的方法对程序版本做增量式更新，能够有效地减少移动应用更新时的网络流量，最大化的节省手机流量；

3）通过移动端的编译技术，把app的编译过程的一部分延生到移动端完成，使得启发式的增量方法成为可能。 

附图说明

图1为本发明实施例的方法流程示意图。

图2为本发明实施例的系统架构图。

图3为本发明实施例的系统结构示意图。

图4为本发明实施例的服务器端示意图。

图5为本发明实施例的移动终端示意图。 

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明，以下具体实施例中将以安装有Android操作系统的移动终端为例，显而易见本技术方案也可应用与安装其它操作系统的移动终端。

如附图1所示，一种移动应用程序的实时更新方法，该方法包括以下步骤和内容：

有新的应用程序时，首先需要发布到服务器端中，用户在本地的开发环境中开发完应用之后，通过配置的一个发布插件，把移动应用传输到服务器之上，如附图2所述。此时服务器会调用服务器端的编译工具集对应用程序进行编译，编译的过程如下：一、通过appt等工具对Android的资源进行打包，由aidl等工具把Android的接口描述语言转化为.java文件，编译移动应用中出现的资源文件，并将Android中的所述资源文件转化为Java源码；二、通过Javac编译器把Java源文件编译成class文件，然后把class文件编译成Dalvik下的dex文件；三、利用apkbuilder等apk生成工具把整个应用打包成一个apk程序；四、通过jarsigner等工具对apk程序进行签名，并用zipalign等工具进行字节码对齐的处理。至此，一个应用在服务器端被完整编译出来，服务器端会为这个应用生成一个特定的目录用于维护这个应用后续的更新版本控制。

S1：服务器端对开发者上传的应用程序新版本和原存储的旧版本进行差异计算，产生所述两版本之间的差异化增量。

S2：移动端首次安装应用程序的时候并没有显示出太大的不同，按照正常的安装方式即可。当每一次程序启动的时候，内置于程序中的更新检查模块会去检查是否有有新版本发布，如果没有检测的新版本程序的发布，则程序安装其原有的逻辑正常运行。否则，程序会对服务器发出下载新版本的请求。

S3：服务器端接收到所述请求，检查是否储存有移动端版本和当前最新版本的差异化增量，如果存在则向移动终端发送所述差异化增量，否则调用二进制差异工具进行差异计算生成两版本的差异化增量并发送给移动终端。

此时，利用baksmali将应用程序的dex文件转化为smali这个中间码文件，基于所述应用程序的移动端版本和当前最新版本这两版本的smali中间码进行差异计算，最后还需要对这个差异化后的增量进行优化处理，然后用zip对这个差异进行压缩，然后把差异放置于一个web服务器下，并通知移动端这个增量包的地址。

S4：移动终端通过接收服务器端发送的差异化增量数据对移动应用进行增量式更新，具体为：

移动端接收到新版本的请求之后，会去下载这个版本更新的增量，当增量下载完毕后，然后利用解压工具解压出每个文件的增量，也就是每个文件的smali中间码的差异。

然后进行编译：从当前的移动程序中使用baksmali等反编译工具反汇编出当前版本移动应用的smali表示，我们称之为旧版smali文件，而下载过来的增量解压出来的文件则称为smali_patch文件，利用移动端的patch工具，通过旧版smali文件和对应的smali_patch文件得到新版的smali文件，最后得到新的dex文件；资源文件的处理方式也是类似的过程，得到新的res文件，然后使用apkbuilder生成apk文件，最后对apk文件进行签名和字节码对其操作。这样在移动端还原出新版安装程序，然后启动平台安装程序，终止当前进程，安装apk文件，使得该应用的版本升级完成。

相应于本发明的一种移动应用程序的实时更新方法，还提供了一种移动应用程序的实时更新系统，附图2是本发明一种移动应用程序的实时更新系统的实施例结构示意图，如图2所示，所述系统，包括：移动终端2和服务器1。

如附图4所示，所述服务器1，包括：

更新数据生成模块11，用于对开发者上传的应用程序新版本和原存储的旧版本进行差异计算，产生所述两版本之间的差异化增量；

中间码版本管理模块12，用于接收移动终端发送的下载新版本请求，检查是否储存有移动端版本和当前最新版本的差异化增量，如果存在则向移动终端发送所述差异化增量，否则进行差异计算生成两版本的差异化增量并发送给移动终端；

其中，所述服务器1还包括编译及版本控制模块13，用于对第一次上传的新应用程序进行编译，并为这个应用程序生成一个特定的目录用于维护这个应用及其后续更新版本。

其中，所述编译及版本控制模块13具体用于：编译应用程序中出现的资源文件，并将Android中的资源文件转化为Java源码；通过编译器把Java源文件编译成class文件，然后再利用dex把class文件编译成Dalvik下的dex文件；把整个应用打包成一个apk程序，对apk程序进行签名并进行字节码对齐处理。

其中，所述中间码版本管理模块12具体用于：利用baksmali将应用程序的dex文件转化为smali中间码文件；基于所述应用程序的两版本的smali中间码进行差异计算；对差异化后的增量进行优化处理并进行压缩打包，通知移动端所该差异化增量包的地址。

如附图5所示，所述移动终端2包括：

更新检测模块21，用于连接移动网络检查是否有新版本程序发布，如果没有则程序正常运行，否则程序向服务器端发出下载新版本的请求；

更新控制模块22，用于通过接收服务器端发送的差异化增量数据对移动应用进行增量式更新。

其中，所述更新控制模块22具体用于：移动终端接收到新版本的请求之后，下载应用程序更新的差异化增量；利用解压工具解压出每个文件的增量，即每个文件的smali中间码的差异；从当前版本的移动应用程序中反汇编出当前版本的smali中间码；利用移动终端的patch工具，通过当前版本的smali文件和对应下载的差异化增量文件得到新版的smali文件；将应用程序的程序代码的smali文件转成dex文件，应用程序资源文件的smali文件转成res文件；使用apkbuilder生成新版本的apk文件，对apk文件进行签名和字节码对齐操作，然后启动平台安装程序，终止当前进程，安装apk文件完成更新。

本发明实施例提供的上述技术方案的全部或部分可以通过程序指令相关的硬件来完成，所述程序可以存储在可读取的存储介质中，该存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种移动应用程序的实时更新方法，其特征在于，该方法包括以下步骤：

S1：服务器端对开发者上传的应用程序新版本和原存储的旧版本进行差异计算，产生所述两版本之间的差异化增量；

S2：移动终端连接移动网络检查是否有新版本程序发布，如果没有则程序正常运行，否则程序向服务器端发出下载新版本的请求；

S3：服务器端接收到所述请求，检查是否储存有移动端版本和当前最新版本的差异化增量，如果存在则向移动终端发送所述差异化增量，否则进行差异计算生成两版本的差异化增量并发送给移动终端；

S4：移动终端通过接收服务器端发送的差异化增量数据对移动应用进行增量式更新。

2.根据权利要求1所述的移动应用程序的实时更新方法，其特征在于，还包括如下步骤：

服务器端对第一次上传的新应用程序进行编译，并为这个应用程序生成一个特定的目录用于维护这个应用及其后续更新版本。

3.根据权利要求2所述的移动应用程序的实时更新方法，其特征在于，所述编译过程包括：

编译应用程序中出现的资源文件，并将所述资源文件转化为Java源码；

通过编译器把Java源文件编译成class文件，然后再把class文件编译成Dalvik下的dex文件；

把整个应用打包成一个apk程序，对apk程序进行签名并进行字节码对齐处理。

4.根据权利要求1-3中任一所述的移动应用程序的实时更新方法，其特征在于，步骤S3中的差异化计算包括：

利用反编译工具将应用程序的dex文件转化为smali中间码文件；

基于所述应用程序的两版本的smali中间码进行差异计算；

对差异化后的增量进行优化处理并压缩打包，通知移动端该差异化增量包的地址。

5.根据权利要求4所述的移动应用程序的实时更新方法，其特征在于，所述步骤S4包括：

移动终端接收到新版本的请求之后，下载应用程序更新的差异化增量；

利用解压工具解压出每个文件的增量，即每个文件的smali中间码的差异；

从当前版本的移动应用程序中反汇编出当前版本的smali中间码；

利用移动终端的补丁工具，通过当前版本的smali文件和对应下载的差异化增量文件得到新版的smali文件；

将应用程序的程序代码的smali文件转成dex文件，应用程序资源文件的smali文件转成res文件；

生成新版本的apk文件，对apk文件进行签名和字节码对齐操作，然后启动平台安装程序，终止当前进程，安装apk文件完成更新。

6.一种移动应用程序的实时更新系统，包括服务器端和移动终端，其特征在于，

所述服务器端包括：

更新数据生成模块，用于对开发者上传的应用程序新版本和原存储的旧版本进行差异计算，产生所述两版本之间的差异化增量；

中间码版本管理模块，用于接收移动终端发送的下载新版本请求，检查是否储存有移动端版本和当前最新版本的差异化增量，如果存在则向移动终端发送所述差异化增量，否则进行差异计算生成两版本的差异化增量并发送给移动终端；

所述移动终端包括：

更新检测模块，用于连接移动网络检查是否有新版本程序发布，如果没有则程序正常运行，否则程序向服务器端发出下载新版本的请求；

更新控制模块，用于通过接收服务器端发送的差异化增量数据对移动应用进行增量式更新。

7.根据权利要求6所述的一种移动应用程序的实时更新系统，其特征在于：所述服务器端还包括编译及版本控制模块，用于对第一次上传的新应用程序进行编译，并为这个应用程序生成一个特定的目录用于维护这个应用及其后续更新版本。

8.根据权利要求7所述的一种移动应用程序的实时更新系统，其特征在于：所述编译及版本控制模块用于：编译应用程序中出现的资源文件，并将所述资源文件转化为Java源码；通过编译器把Java源文件编译成class文件，然后再把class文件编译成Dalvik下的dex文件；把整个应用打包成一个apk程序，对apk程序进行签名并进行字节码对齐处理。

9.根据权利要求6-8中任一所述的一种移动应用程序的实时更新系统，其特征在于：所述中间码版本管理模块用于：利用反编译工具将应用程序的dex文件转化为smali中间码文件；基于所述应用程序的两版本的smali中间码进行差异计算；对差异化后的增量进行优化处理并进行压缩打包，通知移动端所该差异化增量包的地址。

10.根据权利要求9所述的一种移动应用程序的实时更新系统，其特征在于：所述更新控制模块用于：

移动终端接收到新版本的请求之后，下载应用程序更新的差异化增量；利用解压工具解压出每个文件的增量，即每个文件的smali中间码的差异；从当前版本的移动应用程序中反汇编出当前版本的smali中间码；利用移动终端的补丁工具，通过当前版本的smali文件和对应下载的差异化增量文件得到新版的smali文件；将应用程序的程序代码的smali文件转成dex文件，应用程序资源文件的smali文件转成res文件；生成新版本的apk文件，对apk文件进行签名和字节码对齐操作，然后启动平台安装程序，终止当前进程，安装apk文件完成更新。

Images