CN108111331B - 更新数据包的获取方法、装置、存储介质、处理器及*** - Google Patents

Abstract

本发明公开了一种更新数据包的获取方法、装置、存储介质、处理器及***。该方法包括：接收来自于终端的更新请求消息，其中，更新请求消息用于请求服务器对终端上安装的应用程序的一个或多个组件进行增量更新，更新请求消息中携带有一个或多个组件的版本信息和第一校验信息；根据版本信息和第一校验信息获取待更新数据包，其中，待更新数据包用于对一个或多个组件进行增量更新；向终端返回待更新数据包的下载地址。本发明解决了相关技术中所提供的应用程序更新方式的更新数据量较大、更新速度较慢，严重制约应用程序的迭代效率的技术问题。

Description

更新数据包的获取方法、装置、存储介质、处理器及***

技术领域

本发明涉及计算机领域，具体而言，涉及一种更新数据包的获取方法、装置、存储介质、处理器及***。

背景技术

目前，伴随着通信业务***式增长、场景变得更加细化，终端上安装的应用程序体积较之前相比出现明显增长，且应用版本发布出现不断更迭。现有的应用程序更新方式存在更新数据量大、更新速度缓慢的缺陷，从而不仅会造成终端的网络流量损耗，应用程序的技术缺陷弥补或新兴功能发布到达用户的实时性较差，严重制约应用程序的迭代效率。

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

发明内容

本发明至少部分实施例提供了一种更新数据包的获取方法、装置、存储介质、处理器及***，以至少解决相关技术中所提供的应用程序更新方式的更新数据量较大、更新速度较慢，严重制约应用程序的迭代效率的技术问题。

根据本发明其中一实施例，提供了一种更新数据包的获取方法，包括：

接收来自于终端的更新请求消息，其中，更新请求消息用于请求服务器对终端上安装的应用程序的一个或多个组件进行增量更新，更新请求消息中携带有一个或多个组件的版本信息和第一校验信息；根据版本信息和第一校验信息获取待更新数据包，其中，待更新数据包用于对一个或多个组件进行增量更新；向终端返回待更新数据包的下载地址。

可选地，根据版本信息和第一校验信息获取待更新数据包包括：根据第一校验信息确定服务器当前存储有与版本信息对应的第一版本应用组件安装包；确定服务器本地不存在差分数据包，其中，差分数据包用于对一个或多个组件进行增量更新；将第二版本应用组件安装包与第一版本应用组件安装包进行差分处理，得到差分数据包，其中，第二版本高于第一版本。

可选地，根据版本信息和第一校验信息获取待更新数据包包括：根据第一校验信息确定服务器当前存储有与版本信息对应的第一版本应用组件安装包；从预设存储区域获取待更新数据包，其中，待更新数据包由服务器预先对第二版本应用组件安装包与第一版本应用组件安装包进行差分处理得到，第二版本高于第一版本。

可选地，在向终端返回待更新数据包的下载地址之后，还包括：接收来自于终端的下载请求消息，其中，下载请求消息用于根据下载地址获取待更新数据包；响应于下载请求消息，向终端发送待更新数据包和第二校验信息，其中，第二校验信息用于验证待更新数据包是否与一个或多个组件相适配。

根据本发明其中一实施例，还提供了另一种更新数据包的获取方法，包括：

向服务器发送更新请求消息，其中，更新请求消息用于请求服务器对终端本地安装的应用程序的一个或多个组件进行增量更新，更新请求消息中携带有一个或多个组件的版本信息和第一校验信息；接收服务器返回的待更新数据包的下载地址，其中，待更新数据包由服务器根据版本信息和第一校验信息得到，待更新数据包用于对一个或多个组件进行增量更新。

可选地，在接收服务器返回的下载地址之后，还包括：根据下载地址从服务器获取待更新数据包和第二校验信息，其中，第二校验信息用于验证待更新数据包是否与一个或多个组件相适配；通过第二校验信息确定待更新数据包与一个或多个组件相适配；将待更新数据包与一个或多个组件进行合并。

根据本发明其中一实施例，提供了一种更新数据包的获取装置，包括：

第一接收模块，用于接收来自于终端的更新请求消息，其中，更新请求消息用于请求服务器对终端上安装的应用程序的一个或多个组件进行增量更新，更新请求消息中携带有一个或多个组件的版本信息和第一校验信息；获取模块，用于根据版本信息和第一校验信息获取待更新数据包，其中，待更新数据包用于对一个或多个组件进行增量更新；第一反馈模块，用于向终端返回待更新数据包的下载地址。

可选地，获取模块包括：第一确定单元，用于根据第一校验信息确定服务器当前存储有与版本信息对应的第一版本应用组件安装包；第二确定单元，用于确定服务器本地不存在差分数据包，其中，差分数据包用于对一个或多个组件进行增量更新；第一获取单元，用于将第二版本应用组件安装包与第一版本应用组件安装包进行差分处理，得到差分数据包，其中，第二版本高于第一版本。

可选地，获取模块包括：第三确定单元，用于根据第一校验信息确定服务器当前存储有与版本信息对应的第一版本应用组件安装包；第二获取单元，用于从预设存储区域获取待更新数据包，其中，待更新数据包由服务器预先对第二版本应用组件安装包与第一版本应用组件安装包进行差分处理得到，第二版本高于第一版本。

可选地，上述装置还包括：第二接收模块，用于接收来自于终端的下载请求消息，其中，下载请求消息用于根据下载地址获取待更新数据包；第二反馈模块，用于响应于下载请求消息，向终端发送待更新数据包和第二校验信息，其中，第二校验信息用于验证待更新数据包是否与一个或多个组件相适配。

根据本发明其中一实施例，提供了另一种更新数据包的获取装置，包括：

发送模块，用于向服务器发送更新请求消息，其中，更新请求消息用于请求服务器对终端本地安装的应用程序的一个或多个组件进行增量更新，更新请求消息中携带有一个或多个组件的版本信息和第一校验信息；接收模块，用于接收服务器返回的待更新数据包的下载地址，其中，待更新数据包由服务器根据版本信息和第一校验信息得到，待更新数据包用于对一个或多个组件进行增量更新。

可选地，上述装置还包括：获取模块，用于根据下载地址从服务器获取待更新数据包和第二校验信息，其中，第二校验信息用于验证待更新数据包是否与一个或多个组件相适配；确定模块，用于通过第二校验信息确定待更新数据包与一个或多个组件相适配；处理模块，用于将待更新数据包与一个或多个组件进行合并。

根据本发明其中一实施例，提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行上述更新数据包的获取方法。

根据本发明其中一实施例，提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述更新数据包的获取方法。

根据本发明其中一实施例，提供了一种应用程序组件的更新***，包括：终端和服务器，其中，服务器用于执行上述更新数据包的获取方法，终端用于上述另一种更新数据包的获取方法。

在本发明至少部分实施例中，采用接收来自于终端的更新请求消息，该更新请求消息用于请求服务器对终端上安装的应用程序的一个或多个组件进行增量更新以及该更新请求消息中携带有一个或多个组件的版本信息和第一校验信息的方式，根据版本信息和第一校验信息获取待更新数据包，该待更新数据包用于对一个或多个组件进行增量更新，以及向终端返回待更新数据包的下载地址，达到了提升应用程序组件更新时效性的目的，从而实现了降低应用更新所耗费的网络流量、减少时间成本的技术效果，进而解决了相关技术中所提供的应用程序更新方式的更新数据量较大、更新速度较慢，严重制约应用程序的迭代效率的技术问题。

附图说明

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

图1是根据本发明其中一实施例的一种更新数据包的获取方法的流程图；

图2是根据本发明其中一实施例的另一种更新数据包的获取方法的流程图；

图3是根据本发明其中一实施例的应用程序组件的更新***的结构示意图；

图4是根据本发明其中一实施例的一种更新数据包的获取装置的结构框图；

图5是根据本发明其中一优选实施例的一种更新数据包的获取装置的结构框图；

图6是根据本发明其中一实施例的另一种更新数据包的获取装置的结构框图；

图7是根据本发明其中一优选实施例的另一种更新数据包的获取装置的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本发明其中一实施例，提供了一种更新数据包的获取方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明其中一实施例的一种更新数据包的获取方法的流程图，如图1所示，该方法包括如下步骤：

步骤S10，接收来自于终端的更新请求消息，其中，更新请求消息用于请求服务器对终端上安装的应用程序的一个或多个组件进行增量更新，更新请求消息中携带有一个或多个组件的版本信息和第一校验信息；

步骤S12，根据版本信息和第一校验信息获取待更新数据包，其中，待更新数据包用于对一个或多个组件进行增量更新；

步骤S14，向终端返回待更新数据包的下载地址。

通过上述步骤，可以采用接收来自于终端的更新请求消息，该更新请求消息用于请求服务器对终端上安装的应用程序的一个或多个组件进行增量更新以及该更新请求消息中携带有一个或多个组件的版本信息和第一校验信息的方式，根据版本信息和第一校验信息获取待更新数据包，该待更新数据包用于对一个或多个组件进行增量更新，以及向终端返回待更新数据包的下载地址，达到了提升应用程序组件更新时效性的目的，从而实现了降低应用更新所耗费的网络流量、减少时间成本的技术效果，进而解决了相关技术中所提供的应用程序更新方式的更新数据量较大、更新速度较慢，严重制约应用程序的迭代效率的技术问题。

增量更新是指服务器通过特定算法查找新版本内容与旧版本内容存在差异的部分(该过程被称为差分)，然后提取差异部分形成更新补丁(patch)，即上述待更新数据包。终端在检测更新过程中，只需要将更新补丁下载到终端本地，然后将更新补丁合并至本地的应用程序组件安装包，进而形成新版本的应用程序组件安装包。终端本地的应用程序组件安装包通过提取当前已安装的应用程序包文件(APK)得到。

可选地，在步骤S12中，根据版本信息和第一校验信息获取待更新数据包可以包括以下执行步骤：

步骤S121，根据第一校验信息确定服务器当前存储有与版本信息对应的第一版本应用组件安装包；

步骤S122，确定服务器本地不存在差分数据包，其中，差分数据包用于对一个或多个组件进行增量更新；

步骤S123，将第二版本应用组件安装包与第一版本应用组件安装包进行差分处理，得到差分数据包，其中，第二版本高于第一版本。

首先，终端需要将本地已安装的第一版本应用组件安装包的版本号和第一校验信息(例如：消息摘要算法第五版(MD5))发送至服务器。其次，服务器需要根据第一校验信息确定终端上报的第一版本应用组件安装包与服务器本地存储的第一版本应用组件安装包相一致，例如：终端安装的第一版本应用组件安装包是从正规渠道下载得到的而并非是通过暴力破解得到的。然后，服务器判断本地是否存储有预先生成的差分数据包，其中，该待更新数据包由服务器预先对第二版本应用组件安装包与第一版本应用组件安装包进行差分处理得到，第二版本应用组件安装包是对第一版本应用组件安装包进行升级后得到的安装包。最后，服务器如果确定本地不存在差分数据包，则可以利用安卓(android)中提供的制作二进制差分增量升级包的工具“bsdiff”，根据第二版本应用组件安装包与第一版本应用组件安装包这两个不同版本的二进制文件，生成上述更新补丁。具体地，服务器可以使用如下命令：bsdiff oldelement newelement patchelement生成上述更新补丁。

可选地，在步骤S12中，根据版本信息和第一校验信息获取待更新数据包可以包括以下执行步骤：

步骤S124，根据第一校验信息确定服务器当前存储有与版本信息对应的第一版本应用组件安装包；

步骤S125，从预设存储区域获取待更新数据包，其中，待更新数据包由服务器预先对第二版本应用组件安装包与第一版本应用组件安装包进行差分处理得到，第二版本高于第一版本。

如果服务器判定本地存储有预先生成的差分数据包，即，服务器已经预先利用android中提供的制作二进制差分增量升级包的工具“bsdiff”，对第二版本应用组件安装包与第一版本应用组件安装包这两个不同版本的二进制文件进行差分处理，生成上述更新补丁，则服务器可以从预设存储区域直接获取该更新补丁。

可选地，在步骤S14，向终端返回待更新数据包的下载地址之后，还可以包括以下执行步骤：

步骤S15，接收来自于终端的下载请求消息，其中，下载请求消息用于根据下载地址获取待更新数据包；

步骤S16，响应于下载请求消息，向终端发送待更新数据包和第二校验信息，其中，第二校验信息用于验证待更新数据包是否与一个或多个组件相适配。

服务器将生成的更新补丁xx.patch存储在服务器上的预设存储区域，供终端下载更新。对应多个版本的应用程序组件更新需要对不同版本分别进行差分处理，以便根据终端实际需求执行有目的性的升级。然而，对于版本跨度较大的情形，则可以采用应用程序整体全量更新的方式完成应用程序更新处理。另外，服务器还可以向终端下发第二校验信息(例如：MD5)，以便终端在对应用程序组件更新过程中不仅可以确认更新补丁与第一版本应用组件安装包相适配，同时也可以确认此次更新的基础是第一版本应用组件安装包，以及还确认终端将第一版本应用组件安装包与待更新数据包进行合并所得到的第二版本应用组件安装包与服务器上存储的第二版本应用组件安装包保持一致。

根据本发明其中一实施例，提供了另一种更新数据包的获取方法的实施例，图2是根据本发明其中一实施例的另一种更新数据包的获取方法的流程图，如图2所示，该方法包括如下步骤：

步骤S20，向服务器发送更新请求消息，其中，更新请求消息用于请求服务器对终端本地安装的应用程序的一个或多个组件进行增量更新，更新请求消息中携带有一个或多个组件的版本信息和第一校验信息；

步骤S22，接收服务器返回的待更新数据包的下载地址，其中，待更新数据包由服务器根据版本信息和第一校验信息得到，待更新数据包用于对一个或多个组件进行增量更新。

可选地，在步骤S22，接收服务器返回的下载地址之后，还可以包括以下执行步骤：

步骤S23，根据下载地址从服务器获取待更新数据包和第二校验信息，其中，第二校验信息用于验证待更新数据包是否与一个或多个组件相适配；

步骤S24，通过第二校验信息确定待更新数据包与一个或多个组件相适配；

步骤S25，将待更新数据包与一个或多个组件进行合并。

在终端从服务器下载到xx.patch补丁包之后，需要获取xx.patch补丁所对应的APK。终端使用bspatch工具将原来安装的旧版本APK与更新补丁合成新版本APK。终端旧版本的APK可以通过复制预设目录(例如：data/app)下的APK文件获取。

另外，服务器还可以向终端下发第二校验信息(例如：MD5)，以便终端在对应用程序组件更新过程中不仅可以确认更新补丁与第一版本应用组件安装包相适配，同时也可以确认此次更新的基础是第一版本应用组件安装包，以及还确认终端将第一版本应用组件安装包与更新补丁进行合并所得到的第二版本应用组件安装包与服务器上存储的第二版本应用组件安装包保持一致。

图3是根据本发明其中一实施例的应用程序组件的更新***的结构示意图，如图3所示，该***包括：终端1和服务器2。该***为通用于各种组件化开发的客户端的框架，可以集成到各种类型APP中，并在用户无法感知的情况下完成各个安卓应用组件的增量更新。该***可以包括以下操作流程：

首先，终端需要将本地已安装的第一版本应用组件安装包的版本号和第一校验信息(例如：MD5)发送至服务器。

其次，服务器需要根据第一校验信息确定终端上报的第一版本应用组件安装包与服务器本地存储的第一版本应用组件安装包相一致。

再次，服务器判断本地是否存储有预先生成的差分数据包，其中，该待更新数据包由服务器预先对第二版本应用组件安装包与第一版本应用组件安装包进行差分处理得到，第二版本应用组件安装包是对第一版本应用组件安装包进行升级后得到的安装包。

然后，服务器如果确定本地不存在差分数据包，则可以利用android中提供的制作二进制差分增量升级包的工具“bsdiff”，根据第二版本应用组件安装包与第一版本应用组件安装包这两个不同版本的二进制文件，生成上述更新补丁。如果服务器判定本地存储有预先生成的差分数据包，即，服务器已经预先利用android中提供的制作二进制差分增量升级包的工具“bsdiff”，对第二版本应用组件安装包与第一版本应用组件安装包这两个不同版本的二进制文件进行差分处理，生成上述更新补丁，则服务器可以从预设存储区域直接获取该更新补丁。

最后，在终端从服务器下载到更新补丁包之后，需要获取更新补丁所对应的应用组件安装包。终端使用合成工具将第一版本应用组件安装包与更新补丁进行合并得到第二版本应用组件安装包。终端的第一版本应用组件安装包可以通过复制预设目录(例如：data/app)下的APK文件获取。另外，服务器还可以向终端下发第二校验信息(例如：MD5)，以便终端在对应用程序组件更新过程中不仅可以确认更新补丁与第一版本应用组件安装包相适配，同时也可以确认此次更新的基础是第一版本应用组件安装包，以及还确认终端将第一版本应用组件安装包与待更新数据包进行合并所得到的第二版本应用组件安装包与服务器上存储的第二版本应用组件安装包保持一致。

根据本发明其中一实施例，提供了一种更新数据包的获取装置的实施例，图4是根据本发明其中一实施例的一种更新数据包的获取装置的结构框图，如图4所示，该装置包括：第一接收模块10，用于接收来自于终端的更新请求消息，其中，更新请求消息用于请求服务器对终端上安装的应用程序的一个或多个组件进行增量更新，更新请求消息中携带有一个或多个组件的版本信息和第一校验信息；获取模块20，用于根据版本信息和第一校验信息获取待更新数据包，其中，待更新数据包用于对一个或多个组件进行增量更新；第一反馈模块30，用于向终端返回待更新数据包的下载地址。

可选地，获取模块20包括：第一确定单元(图中未示出)，用于根据第一校验信息确定服务器当前存储有与版本信息对应的第一版本应用组件安装包；第二确定单元(图中未示出)，用于确定服务器本地不存在差分数据包，其中，差分数据包用于对一个或多个组件进行增量更新；第一获取单元(图中未示出)，用于将第二版本应用组件安装包与第一版本应用组件安装包进行差分处理，得到差分数据包，其中，第二版本高于第一版本。

可选地，获取模块20包括：第三确定单元(图中未示出)，用于根据第一校验信息确定服务器当前存储有与版本信息对应的第一版本应用组件安装包；第二获取单元(图中未示出)，用于从预设存储区域获取待更新数据包，其中，待更新数据包由服务器预先对第二版本应用组件安装包与第一版本应用组件安装包进行差分处理得到，第二版本高于第一版本。

可选地，图5是根据本发明其中一优选实施例的一种更新数据包的获取装置的结构框图，如图5所示，上述装置还包括：第二接收模块40，用于接收来自于终端的下载请求消息，其中，下载请求消息用于根据下载地址获取待更新数据包；第二反馈模块50，用于响应于下载请求消息，向终端发送待更新数据包和第二校验信息，其中，第二校验信息用于验证待更新数据包是否与一个或多个组件相适配。

根据本发明其中一实施例，提供了一种更新数据包的获取装置的实施例，图6是根据本发明其中一实施例的另一种更新数据包的获取装置的结构框图，如图6所示，该装置包括：发送模块60，用于向服务器发送更新请求消息，其中，更新请求消息用于请求服务器对终端本地安装的应用程序的一个或多个组件进行增量更新，更新请求消息中携带有一个或多个组件的版本信息和第一校验信息；接收模块70，用于接收服务器返回的待更新数据包的下载地址，其中，待更新数据包由服务器根据版本信息和第一校验信息得到，待更新数据包用于对一个或多个组件进行增量更新。

可选地，图7是根据本发明其中一优选实施例的另一种更新数据包的获取装置的结构框图，如图7所示，上述装置还包括：获取模块80，用于根据下载地址从服务器获取待更新数据包和第二校验信息，其中，第二校验信息用于验证待更新数据包是否与一个或多个组件相适配；确定模块90，用于通过第二校验信息确定待更新数据包与一个或多个组件相适配；处理模块100，用于将待更新数据包与一个或多个组件进行合并。

根据本发明其中一实施例，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行上述更新数据包的获取方法。上述存储介质可以包括但不限于：U盘、只读存储器(ROM)、随机存取存储器(RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

根据本发明其中一实施例，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述更新数据包的获取方法。上述处理器可以包括但不限于：微处理器(MCU)或可编程逻辑器件(FPGA)等的处理装置。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (9)

1.一种更新数据包的获取方法，其特征在于，包括：

接收来自于终端的更新请求消息，其中，所述更新请求消息用于请求服务器对所述终端上安装的应用程序的一个或多个组件进行增量更新，所述更新请求消息中携带有所述一个或多个组件的版本信息和第一校验信息，所述第一校验信息用于验证所述应用程序的获取渠道；

根据所述版本信息和所述第一校验信息获取待更新数据包，其中，所述待更新数据包用于对所述一个或多个组件进行增量更新；

向所述终端返回所述待更新数据包的下载地址；

其中，在向所述终端返回所述待更新数据包的所述下载地址之后，还包括：接收来自于所述终端的下载请求消息，其中，所述下载请求消息用于根据所述下载地址获取所述待更新数据包；响应于所述下载请求消息，向所述终端发送待更新数据包和第二校验信息，其中，所述第二校验信息用于验证所述待更新数据包是否与所述一个或多个组件相适配；

其中，根据所述版本信息和所述第一校验信息获取所述待更新数据包包括：根据所述第一校验信息确定所述服务器当前存储有与所述版本信息对应的第一版本应用组件安装包；确定所述服务器本地不存在差分数据包，其中，所述差分数据包用于对所述一个或多个组件进行增量更新；将第二版本应用组件安装包与所述第一版本应用组件安装包进行差分处理，得到所述差分数据包，其中，第二版本高于第一版本。

2.根据权利要求1所述的方法，其特征在于，根据所述版本信息和所述第一校验信息获取所述待更新数据包包括：

根据所述第一校验信息确定所述服务器当前存储有与所述版本信息对应的第一版本应用组件安装包；

从预设存储区域获取所述待更新数据包，其中，所述待更新数据包由所述服务器预先对第二版本应用组件安装包与第一版本应用组件安装包进行差分处理得到，第二版本高于第一版本。

3.一种更新数据包的获取方法，其特征在于，包括：

向服务器发送更新请求消息，其中，所述更新请求消息用于请求所述服务器对终端本地安装的应用程序的一个或多个组件进行增量更新，所述更新请求消息中携带有所述一个或多个组件的版本信息和第一校验信息，所述第一校验信息用于验证所述应用程序的获取渠道；

接收所述服务器返回的待更新数据包的下载地址，其中，所述待更新数据包由所述服务器根据所述版本信息和所述第一校验信息得到，所述待更新数据包用于对所述一个或多个组件进行增量更新；

其中，在接收所述服务器返回的所述下载地址之后，还包括：根据所述下载地址从所述服务器获取所述待更新数据包和第二校验信息，其中，所述第二校验信息用于验证所述待更新数据包是否与所述一个或多个组件相适配；通过所述第二校验信息确定所述待更新数据包与所述一个或多个组件相适配；将所述待更新数据包与所述一个或多个组件进行合并；

其中，所述服务器还用于根据所述第一校验信息确定所述服务器当前存储有与所述版本信息对应的第一版本应用组件安装包；确定所述服务器本地不存在差分数据包，其中，所述差分数据包用于对所述一个或多个组件进行增量更新；将第二版本应用组件安装包与所述第一版本应用组件安装包进行差分处理，得到所述差分数据包，其中，第二版本高于第一版本。

4.一种更新数据包的获取装置，其特征在于，包括：

第一接收模块，用于接收来自于终端的更新请求消息，其中，所述更新请求消息用于请求服务器对所述终端上安装的应用程序的一个或多个组件进行增量更新，所述更新请求消息中携带有所述一个或多个组件的版本信息和第一校验信息，所述第一校验信息用于验证所述应用程序的获取渠道；

获取模块，用于根据所述版本信息和所述第一校验信息获取待更新数据包，其中，所述待更新数据包用于对所述一个或多个组件进行增量更新；

第一反馈模块，用于向所述终端返回所述待更新数据包的下载地址；

其中，所述装置还包括：第二接收模块，用于接收来自于所述终端的下载请求消息，其中，所述下载请求消息用于根据所述下载地址获取所述待更新数据包；第二反馈模块，用于响应于所述下载请求消息，向所述终端发送待更新数据包和第二校验信息，其中，所述第二校验信息用于验证所述待更新数据包是否与所述一个或多个组件相适配；

其中，所述获取模块包括：第一确定单元，用于根据所述第一校验信息确定所述服务器当前存储有与所述版本信息对应的第一版本应用组件安装包；第二确定单元，用于确定所述服务器本地不存在差分数据包，其中，所述差分数据包用于对所述一个或多个组件进行增量更新；第一获取单元，用于将第二版本应用组件安装包与所述第一版本应用组件安装包进行差分处理，得到所述差分数据包，其中，第二版本高于第一版本。

5.根据权利要求4所述的装置，其特征在于，所述获取模块包括：

第三确定单元，用于根据所述第一校验信息确定所述服务器当前存储有与所述版本信息对应的第一版本应用组件安装包；

第二获取单元，用于从预设存储区域获取所述待更新数据包，其中，所述待更新数据包由所述服务器预先对第二版本应用组件安装包与第一版本应用组件安装包进行差分处理得到，第二版本高于第一版本。

6.一种更新数据包的获取装置，其特征在于，包括：

发送模块，用于向服务器发送更新请求消息，其中，所述更新请求消息用于请求所述服务器对终端本地安装的应用程序的一个或多个组件进行增量更新，所述更新请求消息中携带有所述一个或多个组件的版本信息和第一校验信息，所述第一校验信息用于验证所述应用程序的获取渠道；

接收模块，用于接收所述服务器返回的待更新数据包的下载地址，其中，所述待更新数据包由所述服务器根据所述版本信息和所述第一校验信息得到，所述待更新数据包用于对所述一个或多个组件进行增量更新；

其中，所述装置还包括：获取模块，用于根据所述下载地址从所述服务器获取所述待更新数据包和第二校验信息，其中，所述第二校验信息用于验证所述待更新数据包是否与所述一个或多个组件相适配；确定模块，用于通过所述第二校验信息确定所述待更新数据包与所述一个或多个组件相适配；处理模块，用于将所述待更新数据包与所述一个或多个组件进行合并；

其中，所述服务器还用于根据所述第一校验信息确定所述服务器当前存储有与所述版本信息对应的第一版本应用组件安装包；确定所述服务器本地不存在差分数据包，其中，所述差分数据包用于对所述一个或多个组件进行增量更新；将第二版本应用组件安装包与所述第一版本应用组件安装包进行差分处理，得到所述差分数据包，其中，第二版本高于第一版本。

7.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至2或3中任意一项所述的更新数据包的获取方法。

8.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至2或3中任意一项所述的更新数据包的获取方法。

9.一种应用程序组件的更新***，其特征在于，包括：终端和服务器，其中，所述服务器用于执行权利要求1至2中任意一项所述的更新数据包的获取方法，所述终端用于执行权利要求3所述的更新数据包的获取方法。

Images