CN107846465A - 更新客户端资源包的方法和装置 - Google Patents

Abstract

本发明公开了一种更新客户端资源包的方法和装置。其中，该方法包括：在目标客户端调用检查更新接口的情况下，获取目标客户端的客户端版本信息和目标客户端内至少一个本地资源包的资源包版本信息，其中，检查更新接口用于后台服务器更新目标客户端内需要更新的一个或多个本地资源包；基于客户端版本信息，查找后台服务器上与目标客户端内每个本地资源包对应的待升级资源包；基于每个本地资源包的版本信息和对应的待升级资源包的版本信息的比较结果，确定是否对每个本地资源包进行更新。本发明解决了现有技术中由于客户端应用程序加载的静态资源通常存储客户端本地导致无法实时更新的技术问题。

Description

更新客户端资源包的方法和装置

技术领域

本发明涉及互联网技术领域，具体而言，涉及一种更新客户端资源包的方法和装置。

背景技术

客户端是指与服务器相对应，为客户提供本地服务的应用程序。除了一些本地运行的应用程序，大多数客户端需要与服务器配合运行。随着互联网技术的发展，各种各样的客户端应用(例如QQ、微信等)普及到人们的生活和工作中。

为了提供客户端运行的效率，这些客户端通常会在内部加载一些静态资源(例如，图片或客户端脚本等)，并将这些资源都打包存储在客户端本地。客户端通常会提供不同的业务，而每个业务都会有相应的资源包，现有技术在更新客户端的资源包时，当通常需要用户定期升级或更新整个客户端应用，效率不高，且无法随着后台服务器的更新而及时得到升级或更新。

针对上述现有技术中由于客户端应用程序加载的静态资源通常存储客户端本地导致无法实时更新的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种更新客户端资源包的方法和装置，以至少解决现有技术中由于客户端应用程序加载的静态资源通常存储客户端本地导致无法实时更新的技术问题。

根据本发明实施例的一个方面，提供了一种更新客户端资源包的方法，包括：在目标客户端调用检查更新接口的情况下，获取目标客户端的客户端版本信息和目标客户端内至少一个本地资源包的资源包版本信息，其中，检查更新接口用于后台服务器更新目标客户端内需要更新的一个或多个本地资源包；基于客户端版本信息，查找后台服务器上与目标客户端内每个本地资源包对应的待升级资源包；基于每个本地资源包的版本信息和对应的待升级资源包的版本信息的比较结果，确定是否对每个本地资源包进行更新。

根据本发明实施例的另一方面，还提供了一种更新客户端资源包的装置，包括：获取单元，用于在目标客户端调用检查更新接口的情况下，获取目标客户端的客户端版本信息和目标客户端内至少一个本地资源包的资源包版本信息，其中，检查更新接口用于后台服务器更新目标客户端内需要更新的一个或多个本地资源包；查找单元，用于基于客户端版本信息，查找后台服务器上与目标客户端内每个本地资源包对应的待升级资源包；确定单元，用于基于每个本地资源包的版本信息和对应的待升级资源包的版本信息的比较结果，确定是否对每个本地资源包进行更新。

根据本发明实施例的另一方面，还提供了一种存储介质，存储介质包括存储的程序，其中，程序执行上述的更新客户端资源包的方法。

根据本发明实施例的另一方面，还提供了一种处理器，其特征在于，处理器用于运行程序，其中，程序运行时执行上述的更新客户端资源包的方法。

在本发明实施例中，在目标客户端调用检查更新接口的情况下，获取目标客户端的客户端版本信息和目标客户端内至少一个本地资源包的资源包版本信息，其中，检查更新接口用于后台服务器更新目标客户端内需要更新的一个或多个本地资源包；基于客户端版本信息，查找后台服务器上与目标客户端内每个本地资源包对应的待升级资源包；基于每个本地资源包的版本信息和对应的待升级资源包的版本信息的比较结果，确定是否对每个本地资源包进行更新，达到了通过后台服务器自动检查和更新客户端上资源包的目的，从而实现了当客户端的后台服务器更新某个资源包后及时同步到相应的客户端的技术效果，进而解决了现有技术中由于客户端应用程序加载的静态资源通常存储客户端本地导致无法实时更新的技术问题。

附图说明

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

图1是根据本发明实施例的一种更新客户端资源包的方法流程图；

图2是根据本发明实施例的一种可选的更新客户端资源包的方法流程图；

图3是根据本发明实施例的一种可选的更新客户端资源包的方法流程图；

图4是根据本发明实施例的一种可选的更新客户端资源包的方法流程图；

图5是根据本发明实施例的一种优选的更新客户端资源包的方法流程图；以及

图6是根据本发明实施例的一种更新客户端资源包的装置示意图。

具体实施方式

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

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

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

图1是根据本发明实施例的一种更新客户端资源包的方法流程图，如图1所示，该方法包括如下步骤：

步骤S102，在目标客户端调用检查更新接口的情况下，获取目标客户端的客户端版本信息和目标客户端内至少一个本地资源包的资源包版本信息，其中，检查更新接口用于后台服务器更新目标客户端内需要更新的一个或多个本地资源包。

作为一种可选的实施例，上述目标客户端可以终端设备(包括但不限于手机、平板电脑、笔记本电脑、计算机等)上任意一个客户端应用，包括但不限于即时通讯软件客户端(例如QQ、微信等)、邮件客户端(例如，Foxmail等)、游戏客户端、工具类应用客户端(例如，携程等)。上述检查更新接口可以是用于目标客户端与后台服务器通信的一个接口，用于后台服务器更新目标客户端内的需要更新的一个或多个本地资源包。

可选地，上述本地资源包可以是静态资源包，通常情况下，为了提高客户端的运行效率，需要客户端在内部加载一些静态资源，包括但不限于图片和客户端脚本文件，这些静态资源由于存储在客户端本地，当客户端的后台服务器上更新或升级了某个静态资源，客户端本地的静态资源无法及时更新，会导致出错或效果差的问题。

需要说明的是，目标客户端调用检查更新接口的方式包括但不限于打开目标客户端、使用目标客户端上某个功能或服务而执行的操作(例如，点击、触摸等)。由于每个业务线都有自己的资源包，上述检查更新接口可以用于检查或更新目标客户端上任意一个业务线的资源包。

容易注意的是，客户端的版本信息不同，所采用的资源包也不同，因而，后台服务器在通过检查更新接口更新目标客户端上的资源包时需要考虑目标客户端的版本信息。由此，当目标客户端调用检查更新接口的情况下，既要目标客户端的客户端版本信息，也要获取目标客户端内至少一个本地资源包的资源包版本信息，以便基于目标客户端的版本信息来对该目标客户端上各个业务线的静态资源包(即上述本地资源包)。例如，针对Android平台上开发的应用客户端与针对iOS平台上开发的应用客户端差异较大，如果将针对Android平台开发的静态资源包更新到iOS平台上，可能会导致应用客户端出现错误，或效果变差。另外，即使针对同一个平台，由于平台的版本信息不一致，也会导致更新后的应用客户端无法正常使用。

步骤S104，基于客户端版本信息，查找后台服务器上与目标客户端内每个本地资源包对应的待升级资源包。

作为一种可选的实施例，上述后台服务器可以是与上述目标客户端对应的，用于向目标客户端提供应用服务的服务器，例如，当目标客户端为QQ时，对应的后台服务器可以是QQ的后台管理服务。上级待升级资源包可以与每个本地资源包对应的版本信息不同的资源包，可能是该本地资源的旧版本资源包，也可能是更新后的新版本资源包，还可能与本地资源的版本信息相同的资源包。可选地，上述后台服务器上述存储有每个静态资源包所有版本信息的历史版本资源包。

步骤S106，基于每个本地资源包的版本信息和对应的待升级资源包的版本信息的比较结果，确定是否对每个本地资源包进行更新。

需要说明的是，由于后台服务器上与目标客户端内每个本地资源包对应的待升级资源包可能是旧版本的资源包，也可能是新版本的资源包，还可能与本地资源的版本信息相同的资源包，因而，在基于目标客户端的版本信息从后台服务器上查找到与每个本地资源包对应的待升级资源包后，要比较每个本地资源包的版本信息与对应的待升级资源包的版本信息，并根据比较结果确定是否对每个本地资源包更新。作为一种可选的实施方式，只有在本地资源包的版本信息低于对应的待升级资源包的版本信息的情况下，才对该本地资源包进行更新。

由上可知，在本申请上述实施例中，在目标客户端调用与后台服务器之间用于更新该目标客户端上至少一个本地资源包的检查更新接口的情况下，获取目标客户端的客户端版本信息以及目标客户端内至少一个本地资源包的资源包版本信息，并基于客户端版本信息，查找该后台服务器上与该目标客户端内每个本地资源包对应的待升级资源包，比较该目标客户端内每个本地资源包与对应的待升级资源包的版本信息，根据比较结果确定是否对目标客户端上的每个本地资源包进行更新，达到了通过后台服务器自动检查和更新客户端上资源包的目的，从而实现了当客户端的后台服务器更新某个资源包后及时同步到相应的客户端的技术效果，进而解决了现有技术中由于客户端应用程序加载的静态资源通常存储客户端本地导致无法实时更新的技术问题。

在一种可选的实施例中，如图2所示，基于每个本地资源包的版本信息和对应的待升级资源包的版本信息的比较结果，确定是否对每个本地资源包进行更新，可以包括如下步骤：

步骤S202，判断本地资源包的版本信息是否低于对应的待升级资源包的版本信息；

步骤S204，在本地资源包的版本信息低于对应的待升级资源包的版本信息的情况下，对本地资源包进行更新。

基于上述实施例，作为一种可选的实施方式，在本地资源包的版本信息低于对应的待升级资源包的版本信息的情况下，对本地资源包进行更新，可以包括如下步骤：

步骤S2041，基于本地资源包的版本信息和对应的待升级资源包的版本信息，查找后台服务器上是否存在对应的差分包，其中，差分包包含基于二进制计算出本地资源包和对应的待升级资源包的差异部分的程序；

步骤S2043，在后台服务器上存在对应的差分包的情况下，向目标客户端返回差分包的地址信息，其中，目标客户端基于差分包的地址信息，下载差分包，并将差分包和本地资源包合并以实现对本地资源包的更新。

具体地，在上述步骤中，当后台服务器查找到与目标客户端内每个本地资源包对应的待升级资源包，并确定本地资源包的版本信息低于对应的待升级资源包的版本信息的情况下，可以对客户端本地资源包与后台服务器上对应的待升级资源包(也称待更新资源包)进行差分计算，从二进制计算出本地资源包与对应的待升级资源包的差别，生成一个差分包，客户端只需要下载该差分包，然后与该本地资源包合并即可，无需下载整个待升级资源包。

通过上述步骤公开的方案，以差分包的方式进行升级，可以节省一定的流量。

可选地，在后台服务器上不存在对应的差分包的情况下，向目标客户端返回全量包的地址信息，其中，全量包包含用于更新本地资源包的待升级资源包的全部程序；其中，目标客户端基于全量包的地址信息，下载全量包以实现对本地资源包的更新。

根据上述任意一种可选的实施例，作为一种可选的实施例，如图3所示，上述方法还可以包括如下步骤：

步骤S302，建立至少一个资源包列表，其中，每个资源包列表用于记录对应的资源包的历史版本包以及对应的版本信息，其中，版本信息至少包括：每个历史版本包的优先级信息；

步骤S304，将资源包列表中的多个历史版本包按照每个历史版本包的优先级排序。

具体地，在上述步骤中，后台服务器可以存储每个静态资源所有的历史版本包以及对应的版本信息，版本信息中可以包含每个历史版本包的优先级信息，一种可选的实施例中，可以用一个数字表示优先级的高低，数字越大优先级越高。当客户端检查更新时，后端服务会将所有资源包的优先级信息一同返回给客户端，客户端根据优先级排序后，优先下载使用优先级高的资源包。

一种可选的实施例中，在资源包打包阶段，会将该资源包的版本以及资源包所适用的客户端信息标示在包内。打包成功后，上传到后端服务，后端服务会解析资源包的信息，将资源包的信息存储在内存列表中，按照版本逆序排列，最高版本存在列表头部，最后将资源包上传到下载服务器。客户端在调用后端检查更新接口时，后端接口会从内存列表头部开始查找，根据客户端信息找到适用于该客户端的最新版本的资源包。预先将资源包按照版本逆序存储，可以实现快速查找，缩短接口响应时间等。

可选地，基于上述实施例，作为一种可选的实施方式，基于客户端版本信息，查找后台服务器上与目标客户端内每个本地资源包对应的待升级资源包，可以包括如下步骤：

基于排序后的资源包列表，查找每个资源包对应的待升级资源包。

通过上述实施方式，在基于客户端版本信息，查找后台服务器上与目标客户端内每个本地资源包对应的待升级资源包的时候，可以基于排序后的资源包列表，查找每个资源包对应的待升级资源包，可以提高查找的响应效率和准确率。

可选地，基于上述任意一种可选的实施例，作为一种可选的实施方式，如图4所示，上述方法还可以包括如下步骤：

步骤S402，遍历目标客户端的所有本地资源包，检测是否存在已经下线的资源包；

步骤S404，将目标客户端内已经下线的资源包删除，并设置目标客户端拒绝加载已经下线的资源包。

具体地，在上述实施例中，由于后台服务器上存储有每个资源包所有的历史版本，已下线的资源包信息也会存储在后端服务，客户端调用检查更新接口时，会携带客户端当前包含使用的所有资源包的版本，后端服务会检查这些资源包及其版本，并将已下线的资源包信息返回给客户端。对于已经下线的资源包，客户端会拒绝加载使用并删除。

作为一种优选的实施例，图5是根据本发明实施例的一种优选的更新客户端资源包的方法流程图，如图5所示，包括如下步骤：

(1)客户端调用检查更新接口，携带客户端信息(包括客户端版本信息，本地包含的所有资源包的包名和版本)

(2)客户端包含多个资源包，每个资源包的包名是唯一的。每个资源包会有多个历史版本包，每次发布资源包都会生成新的版本包，版本号不断累积加，后端会存储每个资源包的所有历史版本包信息(包括版本号、校验码、下载地址、下载这个版本包需要的客户端最低版本)。后端为每个资源包建立一个列表，将该资源包的历史版本包按照版本号逆序存储在列表中，最高版本的包在列表首部。

(3)后台服务器遍历所有客户端携带的资源包，判断每一个资源包是否下线，下线的资源包放在下线列表中最后返回给客户端。

(4)后台服务器根据客户端的版本号和所有资源包版本号从对应的列表首部开始查找，找到第一个适用于该客户端的资源包，如果这个资源包版本高于客户端携带的该资源包版本，作为待升级全量资源包，如果低于客户端携带的该资源包版本，则不需要在下载更新。

(5)后台服务器会为同一资源包的所有历史版本做两两差分计算，然后把所有的差分包存储在服务器上，根据两个资源包的版本号，可以找到这两个资源包对应的差分包地址。

(6)如果某个资源包找到了待升级的资源包，则根据客户端携带的资源包版本和待升级资源包版本找到对应的差分包地址。

(7)如果找到差分包，返回结果中添加上差分包地址，否则只返回全量包地址。

(8)客户端升级的时候会做判断，如果有差分包地址，会下载差分包，然后用差分包与本地资源包合并计算进行升级；否则下载全量包升级。

通过上述实施例，后台服务器可以对客户端上的资源包进行智能检查更新，包括查找最匹配的资源包，按照资源包优先级排序，对于错误的资源包，告知客户端进行下线操作(例如，某个资源包的某个版本有错误，开发人员可以通过配置平台上指定其下线；后台服务器会将下线的资源包的下线列表返回给客户端，以便客户端删除该资源包，会拒绝加载)；利用差分包进行省流量升级等功能。

根据本发明实施例，还提供了一种用于实现上述更新客户端资源包的方法的装置实施例，图6是根据本发明实施例的一种更新客户端资源包的装置示意图，如图6所示，该装置包括：获取单元601、查找单元603和确定单元605。

其中，获取单元601，用于在目标客户端调用检查更新接口的情况下，获取目标客户端的客户端版本信息和目标客户端内至少一个本地资源包的资源包版本信息，其中，检查更新接口用于后台服务器更新目标客户端内需要更新的一个或多个本地资源包；

查找单元603，用于基于客户端版本信息，查找后台服务器上与目标客户端内每个本地资源包对应的待升级资源包；

确定单元605，用于基于每个本地资源包的版本信息和对应的待升级资源包的版本信息的比较结果，确定是否对每个本地资源包进行更新。

此处需要说明的是，上述获取单元601、查找单元603和确定单元605对应于方法实施例中的步骤S102至S106，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述方法实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以在诸如一组计算机可执行指令的计算机系统中执行。

由上可知，在本申请上述实施例中，通过获取单元601在目标客户端调用与后台服务器之间用于更新该目标客户端上至少一个本地资源包的检查更新接口的情况下，获取目标客户端的客户端版本信息以及目标客户端内至少一个本地资源包的资源包版本信息，并通过查找单元603基于客户端版本信息，查找该后台服务器上与该目标客户端内每个本地资源包对应的待升级资源包，通过确定单元605比较该目标客户端内每个本地资源包与对应的待升级资源包的版本信息，根据比较结果确定是否对目标客户端上的每个本地资源包进行更新，达到了通过后台服务器自动检查和更新客户端上资源包的目的，从而实现了当客户端的后台服务器更新某个资源包后及时同步到相应的客户端的技术效果，进而解决了现有技术中由于客户端应用程序加载的静态资源通常存储客户端本地导致无法实时更新的技术问题。

在一种可选的实施例中，上述确定单元605包括：判断模块，用于判断本地资源包的版本信息是否低于对应的待升级资源包的版本信息；更新模块，用于在本地资源包的版本信息低于对应的待升级资源包的版本信息的情况下，对本地资源包进行更新。

在一种可选的实施例中，上述更新模块包括：查找子模块，用于基于本地资源包的版本信息和对应的待升级资源包的版本信息，查找后台服务器上是否存在对应的差分包，其中，差分包包含基于二进制计算出本地资源包和对应的待升级资源包的差异部分的程序；第一执行子模块，用于在后台服务器上存在对应的差分包的情况下，向目标客户端返回差分包的地址信息，其中，目标客户端基于差分包的地址信息，下载差分包，并将差分包和本地资源包合并以实现对本地资源包的更新。

在一种可选的实施例中，上述更新模块还包括：第二执行子模块，用于在后台服务器上不存在对应的差分包的情况下，向目标客户端返回全量包的地址信息，其中，全量包包含用于更新本地资源包的待升级资源包的全部程序；其中，目标客户端基于全量包的地址信息，下载全量包以实现对本地资源包的更新。

在一种可选的实施例中，上述装置还包括：建立单元，用于建立至少一个资源包列表，其中，每个资源包列表用于记录对应的资源包的历史版本包以及对应的版本信息，其中，版本信息至少包括：每个历史版本包的优先级信息；排序单元，用于将资源包列表中的多个历史版本包按照每个历史版本包的优先级排序。

在一种可选的实施例中，上述查找单元603还用于基于排序后的资源包列表，查找每个资源包对应的待升级资源包。

在一种可选的实施例中，上述装置还包括：遍历单元，用于遍历目标客户端的所有本地资源包，检测是否存在已经下线的资源包；处理单元，用于将目标客户端内已经下线的资源包删除，并设置目标客户端拒绝加载已经下线的资源包。

根据本发明实施例，还提供了一种存储介质，存储介质包括存储的程序，其中，程序执行权利要求上述方法实施例中任意一项可选的或优选的更新客户端资源包的方法。

根据本发明实施例，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述方法实施例中任意一项可选的或优选的更新客户端资源包的方法。

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

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

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

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

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、后台服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (10)

1.一种更新客户端资源包的方法，其特征在于，包括：

在目标客户端调用检查更新接口的情况下，获取所述目标客户端的客户端版本信息和所述目标客户端内至少一个本地资源包的资源包版本信息，其中，所述检查更新接口用于后台服务器更新所述目标客户端内需要更新的一个或多个本地资源包；

基于所述客户端版本信息，查找所述后台服务器上与所述目标客户端内每个本地资源包对应的待升级资源包；

基于所述每个本地资源包的版本信息和对应的待升级资源包的版本信息的比较结果，确定是否对所述每个本地资源包进行更新。

2.根据权利要求1所述的方法，其特征在于，基于所述每个本地资源包的版本信息和对应的待升级资源包的版本信息的比较结果，确定是否对所述每个本地资源包进行更新，包括：

判断所述本地资源包的版本信息是否低于对应的待升级资源包的版本信息；

在所述本地资源包的版本信息低于对应的待升级资源包的版本信息的情况下，对所述本地资源包进行更新。

3.根据权利要求2所述的方法，其特征在于，在所述本地资源包的版本信息低于对应的待升级资源包的版本信息的情况下，对所述本地资源包进行更新，包括：

基于所述本地资源包的版本信息和对应的待升级资源包的版本信息，查找所述后台服务器上是否存在对应的差分包，其中，所述差分包包含基于二进制计算出所述本地资源包和对应的待升级资源包的差异部分的程序；

在所述后台服务器上存在对应的差分包的情况下，向所述目标客户端返回所述差分包的地址信息，其中，所述目标客户端基于所述差分包的地址信息，下载所述差分包，并将所述差分包和所述本地资源包合并以实现对所述本地资源包的更新。

4.根据权利要求2所述的方法，其特征在于，在所述后台服务器上不存在对应的差分包的情况下，向所述目标客户端返回全量包的地址信息，其中，所述全量包包含用于更新本地资源包的待升级资源包的全部程序；

其中，所述目标客户端基于所述全量包的地址信息，下载所述全量包以实现对所述本地资源包的更新。

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

建立至少一个资源包列表，其中，每个资源包列表用于记录对应的资源包的历史版本包以及对应的版本信息，其中，所述版本信息至少包括：每个历史版本包的优先级信息；

将所述资源包列表中的多个历史版本包按照每个历史版本包的优先级排序。

6.根据权利要求5所述的方法，其特征在于，基于所述客户端版本信息，查找所述后台服务器上与所述目标客户端内每个本地资源包对应的待升级资源包，包括：

基于排序后的资源包列表，查找所述每个资源包对应的待升级资源包。

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

遍历所述目标客户端的所有本地资源包，检测是否存在已经下线的资源包；

将所述目标客户端内已经下线的资源包删除，并设置所述目标客户端拒绝加载所述已经下线的资源包。

8.一种更新客户端资源包的装置，其特征在于，包括：

获取单元，用于在目标客户端调用检查更新接口的情况下，获取所述目标客户端的客户端版本信息和所述目标客户端内至少一个本地资源包的资源包版本信息，其中，所述检查更新接口用于后台服务器更新所述目标客户端内需要更新的一个或多个本地资源包；

查找单元，用于基于所述客户端版本信息，查找所述后台服务器上与所述目标客户端内每个本地资源包对应的待升级资源包；

确定单元，用于基于所述每个本地资源包的版本信息和对应的待升级资源包的版本信息的比较结果，确定是否对所述每个本地资源包进行更新。

9.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序执行权利要求1至7中任意一项所述的更新客户端资源包的方法。

10.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至7中任意一项所述的更新客户端资源包的方法。