一种更新方法及装置与流程

本申请涉及数据处理技术领域，特别涉及一种更新方法及装置、计算设备和计算机可读存储介质。

背景技术：

随着互联网的发展，应用程序的更新越来越频繁，而目标对应用程序进行更新时，基本都是需要将应用程序所有的资源重新打包，再由客户端下载更新后的资源包。由于资源包往往较大，这种更新方式会消耗大量时间和流量，因此会严重影响用户体验。

技术实现要素：

有鉴于此，本申请实施例提供了一种更新方法及装置、计算设备和计算机可读存储介质，以解决现有技术中存在的技术缺陷。

根据本申请实施例的第一方面，提供了一种更新方法，包括：

获取更新资源以及所述更新资源对应的目标资源标识；

基于所述目标资源标识以及预存的资源打包信息，确定待更新的目标资源包以及所述目标资源包中的待更新资源，其中，所述目标资源包中的各个资源存在依赖关系，所述依赖关系通过各个资源的资源标识进行表示；

根据所述更新资源更新所述待更新资源。

可选地，所述目标资源包，通过如下方式生成：

获取待打包的各个资源的资源标识；

基于所述资源标识，确定各个资源之间的资源依赖关系；

根据所述资源依赖关系以及预设打包规则对所述各个资源进行打包，生成至少一个资源包以及每个资源包对应的资源打包信息，其中，所述资源包中包括所述目标资源包。

可选地，所述根据所述更新资源更新所述待更新资源，包括：

通过所述更新资源替换所述目标资源包中的所述待更新资源；

替换完成后，对所述目标资源包的版本信息或校验码进行更新。

可选地，所述根据所述更新资源更新所述待更新资源之后，还包括：

接收客户端发送的更新请求；

基于所述更新请求，将所述目标资源包的资源属性列表发送至所述客户端；

接收所述客户端基于所述资源属性列表发送的针对所述目标资源包的资源更新列表；

向所述客户端发送所述资源更新列表对应的资源。

可选地，所述基于所述更新请求，将所述目标资源包的资源属性列表发送至所述客户端，包括：

将所述更新请求中携带的版本信息与所述目标资源包的版本信息进行对比；

在对比不一致的情况下，将所述目标资源包的资源属性列表发送至所述客户端。

可选地，所述向所述客户端发送所述资源更新列表对应的资源，包括：

根据所述资源更新列表，获取所述目标资源包中所述资源更新列表对应的资源；

将所述资源更新列表对应的资源进行压缩，生成压缩包；

将所述压缩包发送至所述客户端。

可选地，所述基于所述目标资源标识以及预存的资源打包信息，确定待更新的目标资源包以及所述目标资源包中的待更新资源，包括：

基于所述资源打包信息中资源包以及资源标识之间的关联关系，确定所述更新资源所属的目标资源包；

将所述目标资源包中所述目标资源标识对应资源确定为待更新资源。

根据本申请实施例的第二方面，提供了一种更新装置，包括：

获取模块，被配置为获取更新资源以及所述更新资源对应的目标资源标识；

确定模块，被配置为基于所述目标资源标识以及预存的资源打包信息，确定待更新的目标资源包以及所述目标资源包中的待更新资源，其中，所述目标资源包中的各个资源存在依赖关系，所述依赖关系通过各个资源的资源标识进行表示；

更新模块，被配置为根据所述更新资源更新所述待更新资源。

根据本申请实施例的第三方面，提供了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述计算机指令时实现所述更新方法的步骤。

根据本申请实施例的第四方面，提供了一种计算机可读存储介质，其存储有计算机指令，所述计算机指令被处理器执行时实现所述更新方法的步骤。

本申请实施例中提供的更新方法，通过获取更新资源以及所述更新资源对应的目标资源标识；基于所述目标资源标识以及预存的资源打包信息，确定待更新的目标资源包以及所述目标资源包中的待更新资源，其中，所述目标资源包中的各个资源存在依赖关系，所述依赖关系通过各个资源的资源标识进行表示；根据所述更新资源更新所述待更新资源，避免了将原有的所有资源都进行打包更新。而是可以将原有的资源包进行部分变动资源的更新，作为新的资源包，未变动部分则可继续沿用原有资源包中的资源，大大减少了更新资源的耗费的时间。

附图说明

图1是本申请实施例提供的计算设备的结构框图；

图2是本申请实施例提供的更新方法的流程图；

图3是本申请实施例提供的一种应用于游戏程序的更新方法的处理流程图；

图4是本申请实施例提供的更新装置的结构示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

首先，对本发明一个或多个实施例涉及的名词术语进行解释。

md5信息摘要算法(md5message-digestalgorithm)，一种被广泛使用的密码散列函数，可以产生出一个128位的散列值，用于确保信息传输完整一致。

在本申请中，提供了一种更新方法及装置、计算设备和计算机可读存储介质，在下面的实施例中逐一进行详细说明。

图1示出了根据本申请一实施例的计算设备100的结构框图。该计算设备100的部件包括但不限于存储器110和处理器120。处理器120与存储器110通过总线130相连接，数据库150用于保存数据。

计算设备100还包括接入设备140，接入设备140使得计算设备100能够经由一个或多个网络160通信。这些网络的示例包括公用交换电话网(pstn)、局域网(lan)、广域网(wan)、个域网(pan)或诸如因特网的通信网络的组合。接入设备140可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(nic))中的一个或多个，诸如ieee802.11无线局域网(wlan)无线接口、全球微波互联接入(wi-max)接口、以太网接口、通用串行总线(usb)接口、蜂窝网络接口、蓝牙接口、近场通信(nfc)接口，等等。

在本申请的一个实施例中，计算设备100的上述部件以及图1中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图1所示的计算设备结构框图仅仅是出于示例的目的，而不是对本申请范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备100可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或pc的静止计算设备。计算设备100还可以是移动式或静止式的服务器。

其中，处理器120可以执行图2所示更新方法中的步骤。图2示出了根据本申请一实施例的更新方法的流程图，包括步骤202至步骤206。

步骤202：获取更新资源以及所述更新资源对应的目标资源标识。

其中，所述更新资源，可以理解为针对资源包中的资源的更新资源，即对资源包中资源进行更新后生成的资源，此外，也可以理解为针对资源包新增的资源，在此不做限制；具体实施时，为了更好地对各个资源进行标识并区别，可以为每个资源都创建一个唯一标识(即资源标识)，则通过资源标识，即可以唯一确定一个资源。

具体的，资源可以是应用程序需要读取的资源，其中，资源的类型可以是图片、音频、视频、文字资源、模型、网络、场景等，在此不做限制；应用程序可以是游戏程序、电商程序、视频播放程序等，在此不做限制；进一步的，对至少一个资源进行打包，则可以生成资源包。

具体实施时，可以在创建资源时，为每个资源分配一个资源标识，则目标资源标识，可以理解为更新资源的资源标识。实际应用中，资源标识可以是预设长度的字符串，该字符串中可以包括字符和/或数字，在此不做限制。

步骤204：基于所述目标资源标识以及预存的资源打包信息，确定待更新的目标资源包以及所述目标资源包中的待更新资源。

其中，所述目标资源包中的各个资源存在依赖关系，所述依赖关系通过各个资源的资源标识进行表示。

具体的，所述资源打包信息，可以包括下述至少一项：资源包名称、资源包中资源的资源标识、资源包大小、资源包的md5值等，在此不做限制。

实际应用中，可以根据目标资源标识，在资源打包信息中进行检索，以确定该更新资源所属的资源包的资源名称，即确定目标资源包，并确定目标资源包中目标资源标识对应的待更新资源。

其中，待更新资源，可以理解为与更新资源具有相同资源标识的资源，也即更新资源与待更新资源本质上是同一个资源，在对待更新资源修改后，形成更新资源。

具体实施时，本申请实施例提供的一种可选实施方式中，所述基于所述目标资源标识以及预存的资源打包信息，确定待更新的目标资源包以及所述目标资源包中的待更新资源，具体采用如下方式实现：

基于所述资源打包信息中资源包以及资源标识之间的关联关系，确定所述更新资源所属的目标资源包；

将所述目标资源包中所述目标资源标识对应资源确定为待更新资源。

实际应用中，资源打包信息中可以包括资源包(比如资源包名称或资源包标识)与资源包中资源的资源标识的关联关系，比如，资源包中包括资源1、资源2、资源3、资源4，其中，资源包的名称为资源包a，资源1的资源标识为000232，资源2的资源标识为003323，资源3的资源标识为009123，资源4的资源标识为008231，则资源打包信息可以包括资源包a和资源标识为000232的关联关系、资源包a和资源标识为003323的关联关系、资源包a和资源标识为009123的关联关系以及资源包a和资源标识为008231的关联关系；具体实施时，该关联关系的表示方式是多种多样的，在此不做限制。

进一步的，在确定目标资源包之后，即可根据目标资源标识，确定待更新资源；沿用上例，目标资源标识为003323，根据上述资源打包信息中的资源包名称与资源标识之间对应关系，即可确定目标资源包为资源包a，并进一步基于目标资源标识，即可确定待更新资源为资源2。

本申请实施例，基于资源打包信息中资源包以及资源标识之间的关联关系，确定待更新的目标资源包，增加了确定目标资源包的效率，并通过目标资源标识，将更新资源与待更新资源进行对应，以便基于更新资源的目标资源标识，确定待更新资源，也增加了确定更新资源对应的待更新资源的效率。

进一步的，本申请实施例提供的一种可选实施方式中，所述目标资源包，通过如下方式生成：

获取待打包的各个资源的资源标识；

基于所述资源标识，确定各个资源之间的资源依赖关系；

根据所述资源依赖关系以及预设打包规则对所述各个资源进行打包，生成至少一个资源包以及每个资源包对应的资源打包信息，其中，所述资源包中包括所述目标资源包。

其中，资源依赖关系，也可以理解为各个资源之间的引用关系，比如：资源1依赖资源3，表示在使用资源1时，还需要加载资源3。

实际应用中，可以在资源内或资源的属性信息中添加其需要引用资源的资源标识(即依赖关系)，则通过各个资源的资源标识，即可确定各个资源之间的依赖关系。

所述打包规则，可以理解为预设的对资源进行打包(分包)的规则，具体的，打包规则可以是按照资源之间的依赖关系打包，也可以按照资源文件夹打包，还可以按照资源类型、资源场景或资源功能等进行打包，此外，还可以将以上两种或两种以上的规则进行组合，形成打包规则；实际应用中，打包规则，可以根据应用程序执行过程中对资源的使用情况进行确定，在此不做限制。

比如：应用程序中有两个场景，场景a和场景b，如果将场景a的资源场景b的资源打成一个包后，我们只要加载场景a就会去解包两个场景的资源，这是很浪费时间的。因此除了根据资源类型分包，还要结合资源功能进行分包。则场景a和场景b可以分为：场景a美术资源包、场景b美术资源包、公用场景资源包，具体的，美术资源包中可以包括对应场景的贴图、网格、动画相关的资源。

具体实施时，在确定资源依赖关系的基础上结合预设的打包规则，即可通过打包程序(比如unity打包工具等)对各个资源进行打包，从而生成资源包，实际应用中，在生成资源包的同时，还可以生成资源包对应的资源打包信息。由于资源标识可以唯一地标识一个资源，在资源打包信息中对资源包中包含的资源进行记录时，可以基于资源的资源标识，以便对资源包的内容以及结构进行标识，并有利于基于资源打包信息，对资源包的打包情况进行了解以及对比。

步骤206：根据所述更新资源更新所述待更新资源。

在确定更新资源对应的待更新资源的基础上，通过更新资源更新待更新资源的实现方式是多种多样的，具体的，可以删除待更新资源中的内容，并将更新资源的内容复制粘贴至待更新文件，也可以对比待更新资源与更新资源之间的差异，将差异部分添加至待更新文件等，在此不做限制。

具体实施时，由于资源包中各个资源之间的依赖关系通过资源标识进行表示，因此，在对资源包中的资源进行更新时，无需浪费时间重新对所有资源重新打包，而只需要根据更新资源，更新待更新资源即可，极大地提高了服务端资源更新的效率。

除上述更新方式之外，本申请实施例提供的一种可选实施方式中，所述根据所述更新资源更新所述待更新资源，具体采用如下方式实现：

通过所述更新资源替换所述目标资源包中的所述待更新资源；

替换完成后，对所述目标资源包的版本信息或校验码进行更新。

具体的，通过所更新资源替换所述目标资源包中的所述待更新资源，可以是先删除目标资源包中的待更新资源，并将更新资源添加至所述待更新资源对应的存储位置。也可以在更新资源与待更新资源的资源名称不同的情况下，也可以先将更新资源添加至目标资源包中待更新资源所在的存储位置，再删除待更新资源，此外，还可以采用其他替换方式，在此不做限制。

进一步的，替换完成之后，还需要将目标资源包的版本信息或校验码进行更新，用以表示该目标资源包发生变更，此外，还可以变更目标资源包的资源标识或为目标资源包添加变更标记等方式，表示目标资源包发生变更。

其中，该校验码，可以是md5码，md5可以是基于预设的规则生成一个的字符串，在目标资源包没有变化时，通常目标资源包所对应的md5码是固定的，当目标资源包的内容变化后，其md5值也会变更，因此，md5码也可以用于防篡改。

本申请实施例，通过更新资源替换目标资源包中的待更新资源的方式，对目标资源包进行更新，提高了更新的准确性，并避免了对目标资源包重新打包，提高了资源包的更新效率，此外，在替换完成之后，直接对目标资源包的版本信息或校验码进行更新，为目标资源包是否更新提供了判断依据，也提高了对目标资源包是否更新的判断效率。

实际应用中，对服务端的资源包进行更新之后，还需要对客户端对应的资源包也进行更新，以保障客户端与服务端的资源信息保持同步，本申请实施例提供的一种可选实施方式中，所述根据所述更新资源更新所述待更新资源之后，还包括：

接收客户端发送的更新请求；

基于所述更新请求，将所述目标资源包的资源属性列表发送至所述客户端；

接收所述客户端基于所述资源属性列表发送的针对所述目标资源包的资源更新列表；

向所述客户端发送所述资源更新列表对应的资源。

具体实施时，客户端可以在满足预设的更新触发条件的情况下，向服务端发送更新请求，其中，更新触发条件，可以是用户提交的更新指令，此外，也可以是满预设时间周期，或用户开启应用程序等，在此不做限制。

在接收到客户端发送的更新请求后，将目标资源包的资源属性列表发送至客户端，其中，资源属性列表，可以理解为资源包中资源的属性信息的列表，具体的，所述属性信息，可以包括：资源标识、资源大小、资源的校验码(比如md5码)、资源路径等信息。

客户端在接收到该资源属性列表之后，可以将该资源属性列表与它自身存储的目标资源包的第二资源属性列表进行对比，若该资源属性列表与第二资源属性列表不一致，则可以进一步确定是哪个资源的属性信息发生了变更，即表示该资源发生了变更，则将该资源的资源标识，或，资源名称以及资源路径等添加至资源更新列表。

具体的，将发生变更的资源的信息添加至资源更新列表，并将该资源更新列表发生至服务端，以便服务端根据该资源更新列表，确定客户端需要更新的资源，并将资源更新列表对应的资源发送至客户端，以便通过增量的方式对客户端的资源进行更新，避免了客户端下载整个目标资源包，也避免了在下载过程中消耗大量时间和流量，从而提升用户对应用程序的使用体验。

进一步的，本申请实施例提供的一种可选实施方式中，所述基于所述更新请求，将所述目标资源包的资源属性列表发送至所述客户端，具体采用如下方式实现：

将所述更新请求中携带的版本信息与所述目标资源包的版本信息进行对比；

在对比不一致的情况下，将所述目标资源包的资源属性列表发送至所述客户端。

具体实施时，为了节约计算资源，可以使客户端上传的更新请求中携带目标资源包的版本信息，以便将更新请求中携带的版本信息，与服务端目标资源包的版本信息进行对比，在对比一致的情况下，表明服务端的目标资源包与客户端的目标资源包相同，也表明客户端的目标资源包无需更新，则向客户端发送无需更新的通知，具体的该通知可以是多种多样的，比如该通知可以是：“您的程序或资源包已经是最新版本，无需更新”。

在对比不一致的情况下，表明服务端的目标资源包与客户端的目标资源包不相同，也表明客户端的目标资源包需要更新，则再将目标资源包中资源的资源属性列表发送至客户端，以使客户端对比是目标资源包中的哪个资源发生了变更。

本申请实施例，先将更新请求中携带的版本信息与目标资源包的版本信息进行对比，且在对比不一致的情况下，再向客户端发送资源属性列表，减少了与客户端之间的不必要的通信，也节约了客户端的计算资源。

再进一步的，为了减少客户端的更新时间以及减少客户端进行更新时耗费的流量，本申请实施例提供的一种可选实施方式中，所述向所述客户端发送所述资源更新列表对应的资源，具体采用如下方式实现：

根据所述资源更新列表，获取所述目标资源包中所述资源更新列表对应的资源；

将所述资源更新列表对应的资源进行压缩，生成压缩包；

将所述压缩包发送至所述客户端。

具体实施时，接收到客户端发送的针对所述目标资源包的资源更新列表之后，基于资源更新列表中的资源信息，获取对应的资源，并将获取的资源进行压缩，生成压缩包，并以压缩包的形式，将客户端需要下载的资源发送至客户端。

客户端在接收到压缩包之后，可以将压缩包进行解压缩，并将解压缩获得的资源更新目标资源包中对应的资源。

综上所述，本申请实施例中提供的更新方法，通过获取更新资源以及所述更新资源对应的目标资源标识；基于所述目标资源标识以及预存的资源打包信息，确定待更新的目标资源包以及所述目标资源包中的待更新资源，其中，所述目标资源包中的各个资源存在依赖关系，所述依赖关系通过各个资源的资源标识进行表示；根据所述更新资源更新所述待更新资源，避免了将原有的所有资源都进行打包更新。而是可以将原有的资源包进行部分变动资源的更新，作为新的资源包，未变动部分则可继续沿用原有资源包中的资源，大大减少了更新资源的耗费的时间。

图3示出了本申请一实施例提供的一种应用于游戏程序的更新方法的处理流程图，该更新方法以游戏程序为例进行描述，具体包括步骤302至步骤330。

步骤302：获取目标游戏中待打包的各个资源的资源标识。

步骤304：基于所述资源标识，确定各个资源之间的资源依赖关系。

步骤306：根据所述资源依赖关系以及预设打包规则对所述各个资源进行打包，生成至少一个资源包以及每个资源包对应的资源打包信息，其中，所述资源包中包括所述目标资源包。

步骤308：获取更新资源以及所述更新资源对应的目标资源标识。

步骤310：基于所述资源打包信息中资源包以及资源标识之间的关联关系，确定所述更新资源所属的目标资源包。

步骤312：将所述目标资源包中所述目标资源标识对应资源确定为待更新资源。

其中，所述目标资源包中的各个资源存在依赖关系，所述依赖关系通过各个资源的资源标识进行表示。

步骤314：通过所述更新资源替换所述目标资源包中的所述待更新资源。

步骤316：替换完成后，对所述目标资源包的版本信息进行更新。

步骤318：接收客户端针对所述目标游戏发送的更新请求。

步骤320：将所述更新请求中携带的版本信息与所述目标资源包的版本信息进行对比。

步骤322：在对比不一致的情况下，将所述目标资源包的资源属性列表发送至所述客户端。

步骤324：接收所述客户端基于所述资源属性列表发送的针对所述目标资源包的资源更新列表。

步骤326：根据所述资源更新列表，获取所述目标资源包中所述资源更新列表对应的资源。

步骤328：将所述资源更新列表对应的资源进行压缩，生成压缩包。

步骤330：将所述压缩包发送至所述客户端。

综上所述，本申请实施例中提供的更新方法，通过获取更新资源以及所述更新资源对应的目标资源标识；基于所述目标资源标识以及预存的资源打包信息，确定待更新的目标资源包以及所述目标资源包中的待更新资源，其中，所述目标资源包中的各个资源存在依赖关系，所述依赖关系通过各个资源的资源标识进行表示；根据所述更新资源更新所述待更新资源，避免了将原有的所有资源都进行打包更新。而是可以将原有的资源包进行部分变动资源的更新，作为新的资源包，未变动部分则可继续沿用原有资源包中的资源，大大减少了更新资源的耗费的时间。

与上述方法实施例相对应，本申请还提供了更新装置实施例，图4示出了本申请一个实施例的更新装置的结构示意图。如图4所示，该装置400包括：

获取模块402，被配置为获取更新资源以及所述更新资源对应的目标资源标识；

确定模块404，被配置为基于所述目标资源标识以及预存的资源打包信息，确定待更新的目标资源包以及所述目标资源包中的待更新资源，其中，所述目标资源包中的各个资源存在依赖关系，所述依赖关系通过各个资源的资源标识进行表示；

更新模块406，被配置为根据所述更新资源更新所述待更新资源。

可选地，所述目标资源包，通过运行如下模块生成：

获取标识模块，被配置为获取待打包的各个资源的资源标识；

确定关系模块，被配置为基于所述资源标识，确定各个资源之间的资源依赖关系；

打包模块，被配置为根据所述资源依赖关系以及预设打包规则对所述各个资源进行打包，生成至少一个资源包以及每个资源包对应的资源打包信息，其中，所述资源包中包括所述目标资源包。

可选地，所述更新模块406，进一步被配置为：

通过所述更新资源替换所述目标资源包中的所述待更新资源；

替换完成后，对所述目标资源包的版本信息或校验码进行更新。

可选地，所述更新装置，还包括：

接收请求模块，被配置为接收客户端发送的更新请求；

发送列表模块，被配置为基于所述更新请求，将所述目标资源包的资源属性列表发送至所述客户端；

接收列表模块，被配置为接收所述客户端基于所述资源属性列表发送的针对所述目标资源包的资源更新列表；

发送资源模块，被配置为向所述客户端发送所述资源更新列表对应的资源。

可选地，所述发送列表模块，进一步被配置为：

将所述更新请求中携带的版本信息与所述目标资源包的版本信息进行对比；

在对比不一致的情况下，将所述目标资源包的资源属性列表发送至所述客户端。

可选地，所述发送资源模块，进一步被配置为：

根据所述资源更新列表，获取所述目标资源包中所述资源更新列表对应的资源；

将所述资源更新列表对应的资源进行压缩，生成压缩包；

将所述压缩包发送至所述客户端。

可选地，所述确定模块404，进一步被配置为：

基于所述资源打包信息中资源包以及资源标识之间的关联关系，确定所述更新资源所属的目标资源包；

将所述目标资源包中所述目标资源标识对应资源确定为待更新资源。

综上所述，本申请实施例中提供的更新装置，通过获取更新资源以及所述更新资源对应的目标资源标识；基于所述目标资源标识以及预存的资源打包信息，确定待更新的目标资源包以及所述目标资源包中的待更新资源，其中，所述目标资源包中的各个资源存在依赖关系，所述依赖关系通过各个资源的资源标识进行表示；根据所述更新资源更新所述待更新资源，避免了将原有的所有资源都进行打包更新。而是可以将原有的资源包进行部分变动资源的更新，作为新的资源包，未变动部分则可继续沿用原有资源包中的资源，大大减少了更新资源的耗费的时间。

上述为本实施例的一种更新装置的示意性方案。需要说明的是，该更新装置的技术方案与上述的更新方法的技术方案属于同一构思，更新装置的技术方案未详细描述的细节内容，均可以参见上述更新方法的技术方案的描述。

本申请一实施例中还提供一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述计算机指令时实现所述的更新方法的步骤。

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的更新方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述更新方法的技术方案的描述。

本申请一实施例还提供一种计算机可读存储介质，其存储有计算机指令，所述计算机指令被处理器执行时实现如前所述更新方法的步骤。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的更新方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述更新方法的技术方案的描述。

上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

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

以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本申请的内容，可作很多的修改和变化。本申请选取并具体描述这些实施例，是为了更好地解释本申请的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。