CN107203395A - 资源升级方法、装置及计算机可读存储介质和电子设备 - Google Patents

Abstract

本公开是关于一种资源升级方法、装置及计算机可读存储介质和电子设备。该方法包括：向服务器发送资源升级请求，所述资源升级请求携带本地资源模块包的标识符及版本号；从所述服务器获取资源升级信息，所述资源升级信息由所述服务器基于所述资源升级请求生成并包括待更新模块包的标识符；以及根据所述资源升级信息中的模块包标识符来更新对应的本地资源模块包。本公开可以节省客户端升级所需的带宽资源和下载时间。

Description

资源升级方法、装置及计算机可读存储介质和电子设备

技术领域

本公开涉及计算机技术领域，尤其涉及一种资源升级方法、资源升级装置、实现该资源升级方法的计算机可读存储介质和电子设备。

背景技术

随着移动互联网和终端技术的普及，越来越多的商家都选择利用客户端应用程序为用户提供服务，从而极大的方便了人们的工作和生活。不同于仅在本地运行的应用程序，客户端应用程序由于能与服务器通信进行数据交互，因此可以便利地进行升级更新，从而能够适应服务商不断推出新的服务或运营活动。客户端应用程序的升级一般可分为两种类型，一种涉及代码性的修改，此时需要用户重新下载安装应用；另一种则只需要配置新的资源文件，应用往往可以通过自动下载升级资源包来实现。

相关技术中实现客户端应用程序的资源升级通常包括文件替换和二进制对比两种方式。对于前一种方式，由客户端从服务器获取资源包内所有文件的完整清单(包括版本号及下载路径)，在同本地保存的文件清单逐一对比后下载新文件替换本地的旧文件；这种方式在针对资源包中变动很小但占用空间很大的文件升级时，会导致占用带宽严重的问题，而且客户端要频繁进行文件比对，实现逻辑相对复杂。对于二进制对比的方式，需要在服务器手动配置资源文件清单，当某个资源文件有更新时，由服务器将该文件同其历史版本进行二进制对比，根据对比结果生成差异包和全量包供客户端下载升级；这种方式的问题在于：当有大量新增的资源文件时，手动配置资源文件清单的工作量较大且容易出错；同时对于频繁更新的文件，保留的大量差异包和频繁的二进制对比都会占用大量的服务器资源，影响客户端的用户体验。

因此，有必要提供一种新的技术方案改善上述方案中存在的一个或者多个问题。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种资源升级方法、资源升级装置、实现该资源升级方法的计算机可读存储介质和电子设备，进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的一个或者多个问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开实施例的第一方面，提供一种资源升级方法，应用于客户端，所述方法包括：

向服务器发送资源升级请求，所述资源升级请求携带本地资源模块包的标识符及版本号；

从所述服务器获取资源升级信息，所述资源升级信息由所述服务器基于所述资源升级请求生成并包括待更新模块包的标识符；以及

根据所述资源升级信息中的模块包标识符来更新对应的本地资源模块包。

在一个实施例中，所述资源升级信息还包括与所述待更新模块包的标识符对应的全量包路径、差分包路径或删除标记，所述更新对应的本地资源模块包还包括以下任选的一个或多个步骤：

根据所述资源升级信息中的全量包路径下载全量包；

根据所述资源升级信息中的差分包路径下载差分包，与相应的本地模块包进行合包；以及

根据所述资源升级信息中的删除标记删除相应的本地模块包。

根据本公开实施例的第二方面，提供一种资源升级方法，应用于服务器，所述方法包括：

接收客户端发送的资源升级请求，所述资源升级请求携带本地资源模块包的标识符及版本号；以及

基于所述资源升级请求生成资源升级信息并发送至所述客户端，所述资源升级信息包括待更新模块包的标识符，且所述待更新模块包的标识符用于标识对应需要在所述客户端更新的本地资源模块包。

在一个实施例中，所述服务器与存储模块包的数据库通信，所述方法还包括：

监控对所述数据库中所存储模块包的操作，

在监控到新增第一模块包时，基于所述数据库中与该第一模块包对应的所有文件生成第一全量包及对应的全量包路径；

在监控到第二模块包内的文件更新时，基于与该第二模块包对应的历史文件进行相应的文件更新，以生成第二全量包和/或差分包及对应的全量包路径和/或差分包路径；以及

在监控到删除第三模块包时，删除与该第三模块包对应的所有历史文件。

在一个实施例中，所述方法还包括：记录模块包的标识符、版本号与全量包路径和/或差分包路径的映射关系，

所述基于资源升级请求生成资源升级信息包括：

根据所述资源升级请求携带的所述标识符及版本号查询所述映射表，以及

基于查询到的全量包路径或差分包路径生成所述资源升级信息，以指示所述客户端下载全量包或差分包；或者在未查询到全量包路径和差分包路径时生成包括删除标记的所述资源升级信息，以指示所述客户端删除相应的模块包。

在一个实施例中，所述监控对数据库中所存储模块包的操作还包括：

在监控到设置针对第四模块包的过期版本号时，删除与该第四模块包对应的在所述过期版本号之前的历史文件。

根据本公开实施例的第三方面，提供一种资源升级装置，应用于客户端，其特征在于，所述装置包括：

请求模块，用于向服务器发送资源升级请求，所述资源升级请求携带本地资源模块包的标识符及版本号；

获取模块，用于从所述服务器获取资源升级信息，所述资源升级信息由所述服务器基于所述资源升级请求生成并包括待更新模块包的标识符；以及

升级模块，用于根据所述资源升级信息中的模块包标识符来更新对应的本地资源模块包。

在一个实施例中，所述资源升级信息还包括与所述待更新模块包的标识符对应的全量包路径、差分包路径或删除标记，所述升级模块包括以下任选的一个或多个单元：

第一下载单元，用于根据所述资源升级信息中的全量包路径下载全量包；

第二下载单元，用于根据所述资源升级信息中的差分包路径下载差分包，与相应的本地模块包进行合包；以及

删除单元，用于根据所述资源升级信息中的删除标记删除相应的本地模块包。

根据本公开实施例的第四方面，提供一种资源升级装置，应用于服务器，所述装置包括：

接收模块，用于接收客户端发送的资源升级请求，所述资源升级请求携带本地资源模块包的标识符及版本号；以及

传送模块，用于基于所述资源升级请求生成资源升级信息并发送至所述客户端，所述资源升级信息包括待更新模块包的标识符，且所述待更新模块包的标识符用于标识对应需要在所述客户端更新的本地资源模块包。

在一个实施例中，所述服务器与存储模块包的数据库通信，所述装置还包括：

监控模块，用于监控对所述数据库中所存储模块包的操作，

在监控到新增第一模块包时，所述监控模块基于所述数据库中与该第一模块包对应的所有文件生成第一全量包及对应的全量包路径；

在监控到第二模块包内的文件更新时，所述监控模块基于与该第二模块包对应的历史文件进行相应的文件更新，以生成第二全量包和/或差分包及对应的全量包路径和/或差分包路径；以及

在监控到删除第三模块包时，所述监控模块删除与该第三模块包对应的所有历史文件。

在一个实施例中，所述装置还包括：记录模块，用于记录模块包的标识符、版本号与全量包路径和/或差分包路径的映射关系，

所述传送模块包括：

查表单元，用于根据所述资源升级请求携带的所述标识符及版本号查询所述映射表，以及

生成单元，用于基于查询到的全量包路径或差分包路径生成所述资源升级信息，以指示所述客户端下载全量包或差分包；或者在未查询到全量包路径和差分包路径时生成包括删除标记的所述资源升级信息，以指示所述客户端删除相应的模块包。

在一个实施例中，所述监控模块还用于在监控到设置针对第四模块包的过期版本号时，删除与该第四模块包对应的在所述过期版本号之前的历史文件。

根据本公开实施例的第五方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的任意一个资源升级方法实施例的步骤。

根据本公开实施例的第六方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行如上所述的任意一个资源升级方法实施例的步骤。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开的一种实施例中，基于上述资源升级方法及装置，通过省略在客户端本地进行文件清单比对的操作节省了计算资源，并通过针对性的更新模块包减少了资源升级所需的数据量，从而能够降低客户端升级逻辑的复杂度，也节省了带宽资源和下载时间，提升了用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性示出本公开示例性实施例中资源升级方法流程图；

图2示意性示出图1所示资源升级方法实施例中步骤S103的实施例流程图；

图3示意性示出本公开另一示例性实施例中资源升级方法流程图；

图4示意性示出图3所示资源升级方法实施例中监控模块包操作的实施例流程图；

图5示意性示出本公开再一示例性实施例中资源升级方法流程图；

图6示意性示出图5所示资源升级方法实施例中步骤S502的实施例流程图；

图7示意性示出本公开示例性实施例中一种资源升级装置的结构图；

图8示意性示出本公开示例性实施例中另一种资源升级装置的结构图；

图9示出根据本公开示例实施方式中一种资源升级设备的示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

本示例实施方式中首先提供了一种资源升级方法，该方法可以应用于一安装有客户端的终端设备，例如可以是手机、个人计算机等等。参考图1中所示，该方法可以包括以下步骤：

S101、向服务器发送资源升级请求，所述资源升级请求携带本地资源模块包的标识符及版本号；

S102、从所述服务器获取资源升级信息，所述资源升级信息由所述服务器基于所述资源升级请求生成并包括待更新模块包的标识符；以及

S103、根据所述资源升级信息中的模块包标识符来更新对应的本地资源模块包。

根据上述资源升级方法，相比于相关技术中的资源升级方式，通过省略在客户端本地进行文件清单比对的操作节省了计算资源，通过针对性的更新模块包减少了资源升级所需的数据量，从而能够降低客户端升级逻辑的复杂度，也节省了带宽资源和下载时间，提升了用户体验。

下面将对本示例实施方式中的上述方法的各个步骤进行更详细的说明。

在步骤S101中，向服务器发送资源升级请求，所述资源升级请求携带本地资源模块包的标识符及版本号。

本示例实施方式中，所述本地资源是对客户端所有资源文件的统称。这些资源文件按业务或文件类型可分为不同的模块，每个模块可以包括若干资源文件。例如，某个广告模块的资源文件可能包括HTML(Hypertext Markup Language，超文本标记语言)文件，JS(JavaScript，一种原型化继承的面向对象的动态类型的客户端脚本语言)文件、CSS(Cascading Style Sheet，级联样式表)文件和图片文件等等。

模块的通常表现形式为文件夹，其是资源文件的组织方式。在一个实施例中，一个模块的文件夹即可视为该模块对应的模块包；在另一个实施例中，也可将对一个模块的文件夹进行压缩后生成的压缩文件视为该模块对应的模块包；本申请并不对此作出限制，下文中所使用的“模块”和“模块包”在不脱离本领域技术人员理解的情况下可互换使用。模块包是本申请方案中进行增量升级的最小数据单位，其在客户端和服务器端均可用标识符来表示其唯一性。在一个实施例中，模块包的标识符可为唯一的模块名或MD5(Message-Digest Algorithm 5，信息-摘要算法5)值；这里模块名类似于ID编号，可以将某一功能或某一组属性相同的文件的模块包进行唯一编号，作为其模块名；而MD5值则是针对模块包的压缩文件进行相应计算的结果。

模块包的版本号用来标识同一模块包内因文件更新而产生的前后不同版本。例如，对于同一个广告模块(包)，假设其标识符为“广告”，其在客户端的版本号为1.0，则“广告+1.0”即可唯一地标识该广告模块(包)及其在客户端的版本，从而便于后续在服务器定位到对应的模块(包)并进行新旧版本的对比。

在一个实施例中，客户端可以在每次开始运行时或结束运行时对本次资源进行扫描，以得到本地所有模块包的标识符及版本号，并据此生成所述资源升级请求发送至服务器。

在步骤S102中，从所述服务器获取资源升级信息，所述资源升级信息由所述服务器基于所述资源升级请求生成并包括待更新模块包的标识符。

在步骤S103中，根据所述资源升级信息中的模块包标识符来更新对应的本地资源模块包。

在一个实施例中，所述服务器一方面提供管理平台，供管理人员通过该管理平台进行模块的增加、删除和修改等更新操作；另一方面与客户端通信，并根据客户端发送的资源升级请求返回相应的资源升级信息。对应于管理平台的更新操作，服务器可以自动生成并维护模块的标识符与版本号的映射表。在该映射表中，每个标识符对应一个模块，每个模块至少可对应一个最新的版本号。

服务器在收到客户端的资源升级请求后，通过解析其中携带的标识符和版本号并据此查询映射表进行比对。比对结果至少包括以下四种：

(1)映射表中能够找到对应的模块，且版本号一致，表明无需更新；

(2)映射表中能够找到对应的模块，但版本号不一致，表明模块需要升级；

(3)映射表中不能找到对应的模块，表明模块已删除；

(4)映射表中有多出的模块，表明模块需要完全下载至客户端。

基于不同的比对结果，服务器生成相应的资源升级信息。在一个实施例中，资源升级信息至少包括待升级、待删除或待下载的模块包的标识符，为了对模块包需要的不同操作进行标识，可以设置对应的操作标记。仍以广告模块为例，假设服务器通过比对映射表后发现不存在资源升级请求中的“广告”标识，则其生成的资源升级信息中可携带“广告”标识+“删除”标记，以此表明需要在客户端对广告模块进行删除操作。

客户端在收到服务器发送的资源升级信息后，即可通过解析资源升级信息得到其中携带的标识符，从而定位到对应的模块包进行相应的更新操作。这里，针对删除操作而言，客户端仅需资源升级信息中的待删除的模块包的标识符(即，模块标识+操作标记)便可完成本地资源更新，而对于升级或下载等其他更新操作，客户端可进一步从服务器获取下载地址等其他信息，以下通过进一步的实施例详细描述。

在一个实施例中，所述资源升级信息中除了所述待更新模块包的标识符外，还可包括与这些标识符对应的全量包路径或差分包路径，以指示对应的全量包或差分包的下载地址。这里，全量包内包括一个模块包最新版本的所有文件，下载全量包意味着客户端的该模块内的资源文件将达到最新状态；差分包内包括一个模块从旧版本升级成新版本时需要的增量文件，下载差分包意味着客户端可通过将其与本地的旧版本模块包(可称为“源包”)进行合并，从而使该模块内的资源文件将达到最新状态。在一个实施例中，差分包可由服务器通过对新旧版本两个模块包进行二进制差分算法的计算而得到，具体实现可参考相关技术中的bsdiff(Binary diff utility，二进制差分工具)等开源工具，此处不加以详述。

与以上实施例相应的，在上述映射表中，每个模块可对应多个版本号，而最新的版本号可对应一个全量包路径，最新版本号之外的其他每个版本号则可分别对应一个差分包路径，一个示例如下表1所示。

表1

如此一来，所述服务器在收到客户端的资源升级请求后，通过解析其中携带的标识符和版本号并据此查询映射表进行比对，得到的比对结果及返回的相应信息至少包括以下四种：

(1)映射表中能够找到对应的模块，且与最新的版本号一致，表明无需更新，则资源升级信息中无需携带该模块的标识符；

(2)映射表中能够找到对应的模块，但版本号不是最新，表明模块需要升级，则资源升级信息中可携带该模块的标识符及与版本号对应的差分包路径；

(3)映射表中不能找到对应的模块，表明模块已删除，则资源升级信息中可携带该模块的标识符及删除标记；

(4)映射表中有多出的模块，表明模块需要完全下载至客户端，则资源升级信息中可携带该模块的标识符及全量包路径。

如上所述，服务器中针对同一个模块可保留多个版本号的升级文件，从而便于客户端下载相应的差分包进行增量升级，避免了频繁下载全量包的需求，同时节省了客户端所在终端设备和服务器的带宽和处理资源。

在一个实施例中，为了进一步节省服务器的存储资源，还可针对更新频繁的模块设置过期版本号，针对设置了过期版本号的模块将直接删除存储的低于该版本号的模块包，该模块有更新时也不再生成低于此版本号的差分包。以表1为例，当设置1.0为过期版本号时，服务器将删除此版本以下(例如，包含此版本)的差分包，维护的映射表中也将删除对应的表项。如此一来，上述四种比对结果中的第(2)项可能衍生为以下两种情况：

(2.1)映射表中能够找到对应的模块，但版本号不是最新，且映射表中存在相应的版本号，则资源升级信息中可携带该模块的标识符及与版本号对应的差分包路径；

(2.2)映射表中能够找到对应的模块，但版本号不是最新，且映射表中不存在相应的版本号，表明该版本号可能因设置了过期版本而被删除，则资源升级信息中可携带该模块的标识符及全量包路径。

这样，基于所述资源升级信息中携带的模块包标识符、全量包路径、差分包路径或删除标记等不同情况，所述步骤S103如图2所示相应的包括以下子步骤S1031-S1033中任选的一个或多个：

S1031、根据所述资源升级信息中的全量包路径下载全量包；

如上所述，通过下载全量包可实现使客户端本地的对应模块达到最新状态。需要说明的是，如果是因为上文第(2.2)项中所述的情况而收到全量包路径，则说明客户端本地仍存在低版本的模块包，此时客户端在下载全量包后即可删除原低版本的模块包，相当于完成了整个模块包的替换操作。

S1032、根据所述资源升级信息中的差分包路径下载差分包，与相应的本地模块包进行合包；

与上文所述在服务器所进行的生成差分包的计算对应，此处在客户端的合包操作也可以二进制的方式进行，相应的具体实现可参考bspatch(Binary patch utility，二进制合并工具)等开源工具，此处不加以详述。

S1033、根据所述资源升级信息中的删除标记删除相应的本地模块包。

需要说明的是，在上述步骤S1031和S1032中，客户端可以在对资源升级信息中的全量包路径和差分包路径进行识别后分别进行相应的下载替换或合包操作；但在另一个实施例中，与步骤S1033类似地，还可由服务器在基于全量包路径和差分包路径生成资源升级信息时创建相应的操作标记。例如，在步骤S1031中，针对因新增模块查询到的全量包路径，资源升级信息中可相应仅携带“下载新模块”的操作标记；而针对因模块旧版本被删除而查询到的全量包路径，资源升级信息中可携带“下载新模块”+“删除旧模块”的操作标记。又例如，在步骤S1032中，针对查询到的差分包路径，资源升级信息中可携带“下载差分包”+“合包”的操作标记。如此一来，客户端在解析资源升级信息时无需再分辨全量包路径和差分包路径，而只需按照其对应的操作标记来进行更新操作，从而更进一步简化了客户端的处理逻辑，节省了处理资源。

本示例实施方式中还提供了一种资源升级方法，该方法可以应用于与上述客户端通信的服务器中。参考图3中所示，该方法可以包括以下步骤：

S301、接收客户端发送的资源升级请求，所述资源升级请求携带本地资源模块包的标识符及版本号；以及

S302、基于所述资源升级请求生成资源升级信息并发送至所述客户端，所述资源升级信息包括待更新模块包的标识符，且所述待更新模块包的标识符用于标识对应需要在所述客户端更新的本地资源模块包。

根据上述资源升级方法，相比于相关技术中的资源升级方式，通过比对标识符及版本号来判断待更新的模块包，避免了频繁的二进制比对；通过针对性的更新模块包减少了资源升级所需的数据量，从而节省了带宽资源和下载时间；由此节省了服务器的处理资源，提升了服务器的工作效率。

下面将对本示例实施方式中的上述方法的各个步骤进行更详细的说明。

在步骤S301中，接收客户端发送的资源升级请求，所述资源升级请求携带本地资源模块包的标识符及版本号。

本示例实施方式中，所述本地资源是对客户端所有资源文件的统称。

如前文实施例所述，模块包是本申请方案中进行增量升级的最小数据单位，其在客户端和服务器端均可用标识符来表示其唯一性。在一个实施例中，模块包的标识符可为唯一的模块名或MD5值。

模块包的版本号用来标识同一模块包内因文件更新而产生的前后不同版本。例如，对于同一个广告模块(包)，假设其标识符为“广告”，其在客户端的版本号为1.0，则“广告+1.0”即可唯一地标识该广告模块(包)及其在客户端的版本，从而便于后续在服务器定位到对应的模块(包)并进行新旧版本的对比。

在一个实施例中，客户端可以在每次开始运行时或结束运行时对本次资源进行扫描，以得到本地所有模块包的标识符及版本号，并据此生成所述资源升级请求发送至服务器。

在步骤S302中，基于所述资源升级请求生成资源升级信息并发送至所述客户端，所述资源升级信息包括待更新模块包的标识符，且所述待更新模块包的标识符用于标识对应需要在所述客户端更新的本地资源模块包。

在一个实施例中，所述服务器一方面提供管理平台，供管理人员通过该管理平台进行模块的增加、删除和修改等更新操作；另一方面与客户端通信，并根据客户端发送的资源升级请求返回相应的资源升级信息。对应于管理平台的更新操作，服务器可以自动生成并维护模块的标识符与版本号的映射表。在该映射表中，每个标识符对应一个模块，每个模块至少可对应一个最新的版本号。

服务器在收到客户端的资源升级请求后，通过解析其中携带的标识符和版本号并据此查询映射表进行比对。比对结果至少包括以下四种：

(1)映射表中能够找到对应的模块，且版本号一致，表明无需更新；

(2)映射表中能够找到对应的模块，但版本号不一致，表明模块需要升级；

(3)映射表中不能找到对应的模块，表明模块已删除；

(4)映射表中有多出的模块，表明模块需要完全下载至客户端。

基于不同的比对结果，服务器生成相应的资源升级信息。在一个实施例中，资源升级信息至少包括待升级、待删除或待下载的模块包的标识符，为了对模块包需要的不同操作进行标识，可以设置对应的操作标记。仍以广告模块为例，假设服务器通过比对映射表后发现不存在资源升级请求中的“广告”标识，则其生成的资源升级信息中可携带“广告”标识+“删除”标记，以此表明需要在客户端对广告模块进行删除操作。

客户端在收到服务器发送的资源升级信息后，即可通过解析资源升级信息得到其中携带的标识符，从而定位到对应的模块包进行相应的更新操作。这里，针对删除操作而言，客户端仅需资源升级信息中的待删除的模块包的标识符(即，模块标识+操作标记)便可完成本地资源更新，而对于升级或下载等其他更新操作，客户端可进一步从服务器获取下载地址等其他信息，下文将通过其他实施例并结合图4-图6进行详细描述。

在一个实施例中，所述服务器与用于存储模块包的数据库通信。这里，数据库可以设置于所述服务器中，也可以设置于所述服务器能够访问的其他计算设备中，例如另一服务器或文件云平台。作为较佳的实施例，所述服务器与所述数据库可以分开设置，从而使二者分别承担各自的功能，数据库仅用于模块包的存储，而服务器则提供管理平台，供管理人员通过该管理平台对数据库中的模块进行增加、删除和修改等更新操作。这些操作所针对的对象在数据库中表现为模块的具体资源文件，而在服务器中则可表现为对应资源文件在数据库中的访问路径，例如为URL(Uniform Resource Locator，统一资源定位符)。

在一个实施例中，本申请的资源升级方法还包括监控对所述数据库中所存储模块包的操作。根据监控到的管理人员对模块的不同操作，在服务器中执行的资源升级方法如图4所示，还可包括以下步骤S401-S404。

S401：在监控到新增第一模块包时，基于所述数据库中与该第一模块包对应的所有文件生成第一全量包及对应的全量包路径。

对于新增模块操作，服务器可根据模块的URL遍历数据库中对应URL路径下的所有文件，生成模块内所有资源文件的清单，并下载模块内的所有文件，通过例如压缩等操作生成该模块的初始全量包再上传至数据库中。同时，服务器在其维护的映射表中新增表项，该表项的条目例如可包括该新增模块的标识符、版本号和全量包路径。需要说明的是，在本实施例中，服务器基于从数据库下载的文件生成的所有全量包和差分包都要再上传至数据库，并基于此得到全量包和差分包的下载URL。换言之，在本实施例中，服务器可以只进行运算存储，而不提供对外的文件服务。然而，本公开并不仅限于此。在另一实施例中，服务器也可以实现直接对数据库中的文件压缩并生成相应的全量包和差分包，而免除下载后再上传的操作。与后一实施例相比，本实施例存在以下优点：首先，差分算法涉及的运算量较大，在服务器本地进行能够避免影响数据库的存储性能；其次，数据库中的文件可能在上传后又立即被删除，由服务器扫描进行下载后压缩能够避免在数据库本地进行压缩时因文件缺失而导致失败；最后，本实施例中服务器提供的管理平台可以满足不同的业务系统(例如，对应不同的应用程序)进行资源升级管理，这些业务系统的资源文件可能分布在不同的数据库中，或者部分文件是需具备实时属性而不能放在数据库中，此时只需提供对管理平台可下载的URL，即可满足其资源增量升级的需求。

S402：在监控到第二模块包内的文件更新时，基于与该第二模块包对应的历史文件进行相应的文件更新，以生成第二全量包和/或差分包及对应的全量包路径和/或差分包路径。

对于模块内文件的更新(包括增加、修改和删除)操作，服务器可根据具体文件的URL下载或删除对应的文件，由此生成新版本的模块包，即得到新的全量包。另外，服务器还可基于例如二进制差分算法计算新模块包与服务器存储的各历史版本模块包之间的差分部分，将差分部分例如通过压缩后作为各历史版本模块包的增量差分包。同时，服务器在其维护的映射表中更新表项，更新后的表项条目可如上文表1所示，既包括该模块最新版本的版本号及全量包路径，也包括该模块各历史版本对应的差分包路径。

S403：在监控到删除第三模块包时，删除与该第三模块包对应的所有历史文件。

对于删除模块操作，服务器可根据模块的URL遍历并删除数据库中对应URL路径下的所有文件，同时在映射表中删除此模块的所有历史版本对应的表项。在一个实施例中，本步骤中服务器只删除数据库中由其上传的相应模块的全量包及差分包，同时删除本地相应模块的所有相关文件，包括该模块的所有全量包、差分包、下载文件以及其相关的映射表项。

S404：在监控到设置针对第四模块包的过期版本号时，删除与该第四模块包对应的在所述过期版本号之前的历史文件。

对于频繁更新的模块，如果服务器针对所有历史版本均生成并保留差分包，将大大浪费存储资源。为此，在一个实施例中，服务器提供的所述管理平台还可供管理人员对模块进行设置过期版本号的操作。相应的，服务器在监控到该操作时，可删除此模块的所有历史版本中低于该过期版本号的版本，此模块后续有更新时也不会再生成低于此版本号的差分包。

在上述实施例中，服务器根据监控到的管理人员对数据库中模块的更新操作而实时的更新维护模块包的映射表。在另一实施例中，所述管理平台还提供审核人员的审核功能，具体而言，服务器在监控到管理人员的更新操作时，如果产生新的模块或模块版本，则提醒(例如可以设置定时提醒)审核人员有新的模块或模块版本发布，由审核人员人工审核后发布或者由审核人员预先设置为自动发布。在对模块包进行发布操作后，除了将新模块或新增加的版本模块包上传至所述数据库外，还可记录或更新所述映射表中模块包的标识符、各历史版本号及对应的差分包路径以及最新版本号及对应的全量包路径。

在一个实施例中，所述服务器的管理平台对于上述数据库中模块的更新操作可以进行实时监控，一旦监控到新增、更新或删除等操作时即分别进行上述步骤S401-S404的操作。考虑到数据库中的文件可能存在误传或者发布错误需要删除等情况，如果进行实时监控并进行差分计算可能存在不必要的计算损耗；同时考虑到数据库中的资源文件进行发布后可能还需要一定的审核时间，因此，在另一个实施例中，所述服务器的管理平台还可根据设置的时间周期(例如以天或小时为单位)定时扫描数据库，确定各最新版本模块内对应的资源文件是否有更新，如果有更新则将更新后的文件下载到服务器本地，接续进行上述步骤S401-S404的操作。

如上文所述，在一个实施例中，上述应用于服务器的资源升级方法还包括：记录模块包的标识符、版本号与全量包路径和/或差分包路径的映射关系。相应的，上述步骤S302中基于资源升级请求生成资源升级信息如图5所示包括以下步骤：

S501：根据所述资源升级请求携带的所述标识符及版本号查询所述映射表，以及

S502：基于查询到的全量包路径或差分包路径生成所述资源升级信息，以指示所述客户端下载全量包或差分包；或者在未查询到全量包路径或差分包路径时生成包括删除标记的所述资源升级信息，以指示所述客户端删除相应的模块包。

在一个实施例中，上述步骤S502如图6所示包括以下子步骤：

S601：判断映射表中是否存在与资源升级请求携带的标识符对应的模块，如果是则进行步骤S603，否则进行步骤S602；

S602：生成包括该标识符及删除标记的资源升级信息，以指示所述客户端删除相应的模块包，接续进行步骤S607。

S603：判断映射表中是否存在与资源升级请求携带的版本号对应的版本，如果是则进行步骤S605，否则进行步骤S604。

S604：生成包括该标识符及全量包路径的资源升级信息，以指示所述客户端下载全量包，接续进行步骤S607。

S605：判断找到的对应版本是否是最新版本，如果是则表明无需更新，资源升级信息中无需携带该模块的标识符，接续进行步骤S607，如果否则进行步骤S606。

S606：生成包括该标识符及差分包路径的资源升级信息，以指示所述客户端下载差分包，接续进行步骤S607。

S607：判断资源升级请求携带的所有标识符是否完成比对，如果是则进行步骤S608，否则选择下一个标识符进行步骤S601。

S608：判断映射表中是否存在未匹配的标识符，如果是则进行步骤S609，否则进行步骤S610。

S609：生成包括该标识符及全量包路径的资源升级信息，以指示所述客户端下载全量包，接续进行步骤S610。

S610：综合前述步骤的结果生成最终的资源升级信息。

根据上述资源升级方法，相比于相关技术中的资源升级方式，通过比对标识符及版本号来判断待更新的模块包，避免了频繁的二进制比对；通过针对性的更新模块包减少了资源升级所需的数据量，从而节省了带宽资源和下载时间；由此节省了服务器的处理资源，提升了服务器的工作效率；同时提供了一种面向所有客户端的升级服务平台，可实现并自动监控数据库的模块更新，自动获取资源升级请求并与映射表比对后自动生成资源升级信息，实现了灵活、可靠、高效的资源升级方案。

需要说明的是，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。另外，也易于理解的是，这些步骤可以是例如在多个模块/进程/线程中同步或异步执行。

本示例实施方式中进一步提供了一种资源升级装置，该装置可以软件和/或硬件的方式应用于一安装有客户端的终端设备，例如可以是手机、个人计算机等等。参考图7所示，该装置包括请求模块71、获取模块72和升级模块73。

在一个实施例中，请求模块71用于向服务器发送资源升级请求，所述资源升级请求携带本地资源模块包的标识符及版本号；获取模块72用于从所述服务器获取资源升级信息，所述资源升级信息由所述服务器基于所述资源升级请求生成并包括待更新模块包的标识符；升级模块73用于根据所述资源升级信息中的模块包标识符来更新对应的本地资源模块包。

在一个实施例中，所述资源升级信息还包括与所述待更新模块包的标识符对应的全量包路径、差分包路径或删除标记。相应的，所述升级模块73包括以下任选的一个或多个单元：

第一下载单元731，用于根据所述资源升级信息中的全量包路径下载全量包；

第二下载单元732，用于根据所述资源升级信息中的差分包路径下载差分包，与相应的本地模块包进行合包；以及

删除单元733，用于根据所述资源升级信息中的删除标记删除相应的本地模块包。

本示例实施方式中相应还提供了另一种资源升级装置，该装置可以软件和/或硬件的方式应用于与上述客户端通信的服务器中。参考图8所示，该装置包括接收模块81和传送模块82。

在一个实施例中，接收模块81用于接收客户端发送的资源升级请求，所述资源升级请求携带本地资源模块包的标识符及版本号；传送模块82用于基于所述资源升级请求生成资源升级信息并发送至所述客户端，所述资源升级信息包括待更新模块包的标识符，且所述待更新模块包的标识符用于标识对应需要在所述客户端更新的本地资源模块包。

在一个实施例中，所述服务器与存储模块包的数据库通信，所述装置还包括：监控模块83，用于监控对所述数据库中所存储模块包的操作。进一步，在监控到新增第一模块包时，所述监控模块83基于所述数据库中与该第一模块包对应的所有文件生成第一全量包及对应的全量包路径；在监控到第二模块包内的文件更新时，所述监控模块83基于与该第二模块包对应的历史文件进行相应的文件更新，以生成第二全量包和/或差分包及对应的全量包路径和/或差分包路径；以及在监控到删除第三模块包时，所述监控模块83删除与该第三模块包对应的所有历史文件。

在一个实施例中，所述装置还包括：记录模块84，用于记录模块包的标识符、版本号与全量包路径和/或差分包路径的映射关系。相应的，所述传送模块82进一步包括：查表单元821和生成单元822。

在一个实施例中，查表单元821用于根据所述资源升级请求携带的所述标识符及版本号查询所述映射表；生成单元822用于基于查询到的全量包路径或差分包路径生成所述资源升级信息，以指示所述客户端下载全量包或差分包；或者在未查询到全量包路径和差分包路径时生成包括删除标记的所述资源升级信息，以指示所述客户端删除相应的模块包。

在一个实施例中，所述监控模块83还用于在监控到设置针对第四模块包的过期版本号时，删除与该第四模块包对应的在所述过期版本号之前的历史文件。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。作为模块或单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现木公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本示例实施方式中，还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时可以实现上述任意一个实施例中所述资源升级方法的步骤。所述资源升级方法的具体步骤可参考前述实施例中关于上述资源升级方法各步骤的详细描述，此处不再赘述。所述计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本示例实施方式中，还提供一种电子设备，该电子设备可以包括处理器，以及用于存储所述处理器的可执行指令的存储器。其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一个实施例中所述资源升级方法的步骤。该资源升级方法的步骤可参考前述方法实施例中的详细描述，此处不再赘述。所述电子设备可以是手机、平板电脑等移动终端，也可以是台式计算机、服务器等终端设备，本示例实施方式中对此不作限制。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本公开实施方式的上述方法。

图9示出根据本公开示例实施方式中一种资源升级装置90的示意图。例如，装置90可以被提供为一移动终端或一服务器。参照图9，装置90包括处理组件91，其进一步包括一个或多个处理器，以及由存储器92所代表的存储器资源，用于存储可由处理组件91的执行的指令，例如应用程序。存储器92中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件91被配置为执行指令，以执行上述资源升级方法。

装置90还可以包括一个电源组件93被配置为执行装置90的电源管理，一个有线或无线网络接口94被配置为将装置90连接到网络，和一个输入输出(I/O)接口95。装置90可以操作基于存储在存储器92的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。

Claims (14)

1.一种资源升级方法，应用于客户端，其特征在于，所述方法包括：

向服务器发送资源升级请求，所述资源升级请求携带本地资源模块包的标识符及版本号；

从所述服务器获取资源升级信息，所述资源升级信息由所述服务器基于所述资源升级请求生成并包括待更新模块包的标识符；以及

根据所述资源升级信息中的模块包标识符来更新对应的本地资源模块包。

2.根据权利要求1所述的方法，其特征在于，所述资源升级信息还包括与所述待更新模块包的标识符对应的全量包路径、差分包路径或删除标记，所述更新对应的本地资源模块包还包括以下任选的一个或多个步骤：

根据所述资源升级信息中的全量包路径下载全量包；

根据所述资源升级信息中的差分包路径下载差分包，与相应的本地模块包进行合包；以及

根据所述资源升级信息中的删除标记删除相应的本地模块包。

3.一种资源升级方法，应用于服务器，其特征在于，所述方法包括：

接收客户端发送的资源升级请求，所述资源升级请求携带本地资源模块包的标识符及版本号；以及

基于所述资源升级请求生成资源升级信息并发送至所述客户端，所述资源升级信息包括待更新模块包的标识符，且所述待更新模块包的标识符用于标识对应需要在所述客户端更新的本地资源模块包。

4.根据权利要求3所述的方法，其特征在于，所述服务器与存储模块包的数据库通信，所述方法还包括：

监控对所述数据库中所存储模块包的操作，

在监控到新增第一模块包时，基于所述数据库中与该第一模块包对应的所有文件生成第一全量包及对应的全量包路径；

在监控到第二模块包内的文件更新时，基于与该第二模块包对应的历史文件进行相应的文件更新，以生成第二全量包和/或差分包及对应的全量包路径和/或差分包路径；以及

在监控到删除第三模块包时，删除与该第三模块包对应的所有历史文件。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：记录模块包的标识符、版本号与全量包路径和/或差分包路径的映射关系，

所述基于资源升级请求生成资源升级信息包括：

根据所述资源升级请求携带的所述标识符及版本号查询所述映射表，以及

基于查询到的全量包路径或差分包路径生成所述资源升级信息，以指示所述客户端下载全量包或差分包；或者在未查询到全量包路径和差分包路径时生成包括删除标记的所述资源升级信息，以指示所述客户端删除相应的模块包。

6.根据权利要求4或5所述的方法，其特征在于，所述监控对数据库中所存储模块包的操作还包括：

在监控到设置针对第四模块包的过期版本号时，删除与该第四模块包对应的在所述过期版本号之前的历史文件。

7.一种资源升级装置，应用于客户端，其特征在于，所述装置包括：

请求模块，用于向服务器发送资源升级请求，所述资源升级请求携带本地资源模块包的标识符及版本号；

获取模块，用于从所述服务器获取资源升级信息，所述资源升级信息由所述服务器基于所述资源升级请求生成并包括待更新模块包的标识符；以及

升级模块，用于根据所述资源升级信息中的模块包标识符来更新对应的本地资源模块包。

8.根据权利要求1所述的装置，其特征在于，所述资源升级信息还包括与所述待更新模块包的标识符对应的全量包路径、差分包路径或删除标记，所述升级模块包括以下任选的一个或多个单元：

第一下载单元，用于根据所述资源升级信息中的全量包路径下载全量包；

第二下载单元，用于根据所述资源升级信息中的差分包路径下载差分包，与相应的本地模块包进行合包；以及

删除单元，用于根据所述资源升级信息中的删除标记删除相应的本地模块包。

9.一种资源升级装置，应用于服务器，其特征在于，所述装置包括：

接收模块，用于接收客户端发送的资源升级请求，所述资源升级请求携带本地资源模块包的标识符及版本号；以及

传送模块，用于基于所述资源升级请求生成资源升级信息并发送至所述客户端，所述资源升级信息包括待更新模块包的标识符，且所述待更新模块包的标识符用于标识对应需要在所述客户端更新的本地资源模块包。

10.根据权利要求9所述的装置，其特征在于，所述服务器与存储模块包的数据库通信，所述装置还包括：

监控模块，用于监控对所述数据库中所存储模块包的操作，

在监控到新增第一模块包时，所述监控模块基于所述数据库中与该第一模块包对应的所有文件生成第一全量包及对应的全量包路径；

在监控到第二模块包内的文件更新时，所述监控模块基于与该第二模块包对应的历史文件进行相应的文件更新，以生成第二全量包和/或差分包及对应的全量包路径和/或差分包路径；以及

在监控到删除第三模块包时，所述监控模块删除与该第三模块包对应的所有历史文件。

11.根据权利要求10所述的装置，其特征在于，所述装置还包括：记录模块，用于记录模块包的标识符、版本号与全量包路径和/或差分包路径的映射关系，

所述传送模块包括：

查表单元，用于根据所述资源升级请求携带的所述标识符及版本号查询所述映射表，以及

生成单元，用于基于查询到的全量包路径或差分包路径生成所述资源升级信息，以指示所述客户端下载全量包或差分包；或者在未查询到全量包路径和差分包路径时生成包括删除标记的所述资源升级信息，以指示所述客户端删除相应的模块包。

12.根据权利要求10或11所述的方法，其特征在于，所述监控模块还用于在监控到设置针对第四模块包的过期版本号时，删除与该第四模块包对应的在所述过期版本号之前的历史文件。

13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1～6任一项所述资源升级方法的步骤。

14.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1～6任一项所述资源升级方法的步骤。