[发明专利]应用安装包的增量更新方法、装置、终端及服务器

说明书

本发明公开了一种应用安装包的增量更新方法、装置、终端及服务器。该方法包括：从服务器下载补丁数据包，其中，补丁数据包是由服务器通过将第一版本的应用安装包中的第一组二进制数据与第二版本的应用安装包中的第二组二进制数据进行差分处理后得到的数据包，预设空闲字段中携带的数据包括：与补丁数据包对应的第一渠道信息；获取本地存储的应用安装包；采用补丁数据包对本地存储的应用安装包进行增量更新，得到更新后的应用安装包。本发明解决了相关技术中所提供的应用安装包更新方式不但增加了管理多个CPS包的成本，而且在版本更新时容易给用户带来时间上和网络流量上的损失的技术问题。

技术领域

本发明涉及计算机领域，具体而言，涉及一种应用安装包的增量更新方法、装置、终端及服务器。

背景技术

目前，在安卓系统上，在对一款应用(APP)进行安卓安装包(APK)升级时，如果执行完整APK的更新操作，那么用户便需要下载完整的APK包，其消耗的网络流量与时间成本将大幅地增加，从而在应用版本升级时易增大用户流失率。如果将该APP升级所需的完整APK包同时分发到多个商品推广解决方案(CPS)渠道(即多个推广游戏的平台)，那么在每次执行升级操作的过程中，需要打包多个不同的CPS包(其内容与APK基本相同，区别在于：用于区分官网下发的APK包与特定CPS包的字段不同)。每个CPS包需要经过对官网下发的数据包进行解压、反编译、写入APPchannel、重签、生成APK流程，消耗的时间成本也将会大幅增加，同时当这些CPS包如果需要进行APK升级时，则会带来大量的时间成本和数据包的维护成本。

目前对于这种情况，某些应用主要对官网包和CPS包进行单独的APK管理以及更新，更新方式有些直接使用的是完整包更新。例如：一个APP最新发布了2.0版本，同时这个APP已接入5个渠道，那么在该APP生成APK时便需要生成一个官网包和5个CPS包，同时每个数据包的升级也需要进行单独维护，以及在升级过程中下载的升级包也需要单独地生成与维护。这样，不但增加了管理多个CPS包的成本，而且在版本更新时容易给用户带来时间上和网络流量上的损失。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明至少部分实施例提供了一种应用安装包的增量更新方法、装置、终端及服务器，以至少解决相关技术中所提供的应用安装包更新方式不但增加了管理多个CPS包的成本，而且在版本更新时容易给用户带来时间上和网络流量上的损失的技术问题。

根据本发明其中一实施例，提供了一种应用安装包的增量更新方法，包括：

从服务器下载补丁数据包，其中，补丁数据包是由服务器通过将第一版本的应用安装包中的第一组二进制数据与第二版本的应用安装包中的第二组二进制数据进行差分处理后得到的数据包，第一版本晚于第二版本，第一组二进制数据是从第一版本的应用安装包中去除预设空闲字段中携带的数据后得到的数据，第二组二进制数据是从第二版本的应用安装包中去除预设空闲字段中携带的数据后得到的数据，预设空闲字段中携带的数据包括：与补丁数据包对应的第一渠道信息；获取本地存储的应用安装包；采用补丁数据包对本地存储的应用安装包进行增量更新，得到更新后的应用安装包。

可选地，采用补丁数据包对本地存储的应用安装包进行增量更新，得到更新后的应用安装包包括：从本地存储的应用安装包中去除与预设空闲字段对应的部分数据，得到第三组二进制数据，其中，部分数据包括：与本地存储的应用安装包对应的第二渠道信息；将补丁数据包与第三组二进制数据进行合并，生成第四组二进制数据；将部分数据重新写入至第四组二进制数据，得到更新后的应用安装包。

可选地，在采用补丁数据包对本地存储的应用安装包进行增量更新，得到更新后的应用安装包之后，包括：将更新后的应用安装包存储在本地预设目录；调用本地操作系统中预设的安装方式从本地预设目录读取并安装更新后的应用安装包。

可选地，预设空闲字段为zip comment字段，预设空闲字段的总长度为固定长度。