资源更新方法、装置和电子设备与流程

本申请涉及互联网技术领域，尤其涉及一种资源更新方法、装置和电子设备。

背景技术：

目前，游戏已经成为用户生活中的重要娱乐，然而，很多游戏资源更新频繁，消耗大量流量资源，比如赛车游戏资源，包括地图、数据配置文件和比赛人工智能数据等更新比较频繁，每次更新资源都需要用户删除旧的安装包，下载新的安装包，对于用户的流量消耗非常大且更新效率比较低。

技术实现要素：

本申请旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本申请提出一种资源更新方法，解决了现有技术中每次更新资源都需要用户删除旧的安装包，下载新的安装包，流量消耗非常大且更新效率比较低的技术问题。

本申请提出一种资源更新装置。

本申请提出一种电子设备。

本申请提出一种计算机可读存储介质。

本申请第一方面实施例提出了一种资源更新方法，包括：

从更新资源服务器中获取配置信息；

根据所述配置信息，获取更新资源包名称和所述更新资源包中的各更新文件校验码；

判断所述更新资源包名称和当前资源包名称是否一致；

若是，则判断所述更新文件检验码与待更新文件校验码是否一致；

若是，则从所述更新资源服务器中，获取与所述更新文件检验码对应的更新文件；

通过所述更新文件更新所述待更新文件。

可选地，作为本申请第一方面的第一种可能的实现方式，在从所述更新资源服务器中，获取与所述更新文件检验码对应的更新文件之前，还包括：

获取可用存储空间；以及所述更新文件的占用存储空间；

判断所述可用存储空间是否小于所述占用存储空间；

若所述可用存储空间小于所述占用存储空间，则生成提示信息进行提示。

本申请第二方面实施例提出了另一种资源更新方法，包括：

获取更新文件；

通过消息摘要算法对所述更新文件进行编码处理，生成所述更新文件校验码；

获取各更新文件；

通过unity引擎对所述各更新文件进行整合处理，生成更新资源包；

根据所述更新文件校验码和所述更新资源包名称，生成预设格式的配置信息；

存储所述配置信息和所述待更新资源包。

可选地，作为本申请第二方面的第一种可能的实现方式，在生成预设格式的配置信息之后，所述方法还包括：

备份所述配置信息。

本申请第三方面实施例提出了一种资源更新装置，该装置包括：

第一获取模块，用于从更新资源服务器中获取配置信息；

第二获取模块，用于根据所述配置信息，获取更新资源包名称和所述更新资源包中的各更新文件校验码；

第一判断模块，用于判断所述更新资源包名称和当前资源包名称是否一致；

第二判断模块，用于在判断所述更新资源包名称和当前资源包名称一致时判断所述更新文件检验码与待更新文件校验码是否一致；

第三获取模块，用于在所述更新文件检验码与待更新文件校验码一致时从所述更新资源服务器中，获取与所述更新文件检验码对应的更新文件；

更新模块，用于通过所述更新文件更新所述待更新文件。

可选地，作为本申请第三方面的第一种可能的实现方式，所述的装置，还包括：

第四获取模块，用于获取可用存储空间；以及所述更新文件的占用存储空间；

第三判断模块，用于判断所述可用存储空间是否小于所述占用存储空间；

提示模块，用于若所述可用存储空间小于所述占用存储空间，则生成提示信息进行提示。

本申请第四方面实施例提出了另一种资源更新装置，该装置包括：

第五获取模块，用于获取更新文件；

第一生成模块，用于通过消息摘要算法对所述更新文件进行编码处理，生成所述更新文件校验码；

第六获取模块，用于获取各更新文件；

第二生成模块，用于通过unity引擎对所述各更新文件进行整合处理，生成更新资源包；

第三生成模块，用于根据所述更新文件校验码和所述更新资源包名称，生成预设格式的配置信息；

存储模块，用于存储所述配置信息和所述待更新资源包。

可选地，作为本申请第四方面的第一种可能的实现方式，所述的装置，还包括：

备份模块，用于备份所述配置信息。

本申请第五方面实施例提出了一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现第一方面所述的资源更新方法。

本申请第六方面实施例提出了一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现第二方面所述的资源更新方法。

本申请第七方面实施例提出了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，实现第一方面所述的资源更新方法。

本申请第八方面实施例提出了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，实现第二方面所述的资源更新方法。

本申请实施例所提供的技术方案，可以包含如下的有益效果：

通过从更新资源服务器中获取配置信息；根据配置信息，获取更新资源包名称和更新资源包中的各更新文件校验码；判断更新资源包名称和当前资源包名称是否一致；若是，则判断更新文件检验码与待更新文件校验码是否一致；若是，则从更新资源服务器中，获取与更新文件检验码对应的更新文件；通过更新文件更新待更新文件。由此，避免了频繁删除下载安装包的问题，提高了资源更新效率，提升用户体验。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例所提供的一种资源更新方法的流程示意图；

图2为本申请实施例所提供的另一种资源更新方法的流程示意图；

图3为本申请实施例所提供的又一种资源更新方法的流程示意图；

图4为本申请实施例提供的一种资源更新装置的结构示意图；

图5为本申请实施例所提供的另一种资源更新装置的结构示意图；

图6为本申请实施例所提供的又一种资源更新装置的结构示意图；

图7为本申请实施例所提供的再一种资源更新装置的结构示意图；以及

图8为本申请电子设备一个实施例的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的资源更新方法、装置和电子设备。

图1为本申请实施例所提供的一种资源更新方法的流程示意图。

本实施例示出的资源更新方法从客户端侧进行描述，如图1所示，该方法包括以下步骤：

步骤101，从更新资源服务器中获取配置信息。

步骤102，根据配置信息，获取更新资源包名称和更新资源包中的各更新文件校验码。

在实际应用中，用户可以根据需要在客户端上安装一个或者多个游戏，可以理解的是，比如在安装游戏a时默认下载当前时间最新版本的游戏a安装包1来进行安装，还可以理解的是，随着时间的推移，可能出现更新版本的游戏a安装包2，现有技术中是将游戏a安装包1进行删除，下载游戏a安装包2进行安装，这种方式消耗大量流量以及更新效率比较低。

针对上述问题，本申请提出一种资源更新方法，通过对资源包名称的对比一致，以及更新文件检验码与待更新文件校验码对比一致，从更新资源服务器中，获取与更新文件检验码对应的更新文件，通过更新文件更新待更新文件，避免了频繁删除下载安装包的问题，提高了资源更新效率，提升用户体验。

具体地，可以检测是否满足资源更新条件，可以理解的是，可以通过很多种方式检测是否满足资源更新条件，比如通过资源版本号的比对，当前已经安装的资源版本号与待更新资源的资源版本号进行比较是否一致的方式来进行判断；或者是通过预先安装的资源更新检测应用程序，按照预设时间间隔自动检测是否需要进行更新。

其中，配置信息是预先处理生成存储在更新资源服务器中的，在需要进行资源更新时，可以从更新资源服务器中获取配置信息，并对配置信息进行解析可以获取更新资源包名称和更新资源包中的各更新文件校验码。

步骤103，判断更新资源包名称和当前资源包名称是否一致。

步骤104，若是，则判断更新文件检验码与待更新文件校验码是否一致。

步骤105，若是，则从更新资源服务器中，获取与更新文件检验码对应的更新文件。

步骤106，通过更新文件更新待更新文件。

具体地，在获取到更新资源包名称和更新资源包中的各更新文件校验码后，首先将更新资源包名称和当前资源包名称进行比较，比如更新资源包名称和当前资源包名称都是ak48，则进一步判断更新文件校验码与待更新文件校验码是否一致，也就是选择从更新资源服务器中只下载更新文件检验码与待更新文件校验码一致时更新文件检验码对应的更新文件，最后根据更新文件更新待更新文件。

举例而言，更新资源包名称为关键词a1、当前资源包名称是关键词a2，各更新文件校验码为关键词a1对应的多个关键数值，待更新文件校验码为关键词a2对应的多个关键数值，在确定更新资源包名称和当前资源包名称一致即关键词a1和关键词a2一样的情况，分别比较其对应的多个关键数值是否一样，并选择出关键数值一样的，最后下载一样关键数值对应的更新文件更新待更新文件。

由此，减少了因为资源更新，造成的频繁让用户删除旧的安装包下载新的安装包的问题，提升了玩家体验，减轻了频繁提交安装包的，平台审核过程，以及减轻了游戏开发中过多的版本需求的压力，提升了研发效率。

需要说明的是，为了保证资源更新的准确性和有效性，还可以在从更新资源服务器中获取与更新文件检验码对应的更新文件之前，确定是否具有足够的存储空间来满足更新操作的需求，具体如图2所示，包括：

步骤201，获取可用存储空间，以及更新文件的占用存储空间。

步骤202，判断可用存储空间是否小于占用存储空间。

步骤203，若可用存储空间小于占用存储空间，则生成提示信息进行提示。

具体地，在更新之前检测存储空间是否足够支持更新操作，在不足够的情况下提示用户可用内存已经不能满足更新需求，用户可以采取一些措施清理一些内存空间等方式。由此，进一步提高资源更新效率，提升用户体验。

本实施例的资源更新方法中，通过从更新资源服务器中获取配置信息；根据配置信息，获取更新资源包名称和更新资源包中的各更新文件校验码；判断更新资源包名称和当前资源包名称是否一致；若是，则判断更新文件检验码与待更新文件校验码是否一致；若是，则从更新资源服务器中，获取与更新文件检验码对应的更新文件；通过更新文件更新待更新文件。由此，避免了频繁删除下载安装包的问题，提高了资源更新效率，提升用户体验。

为了更加全面描述本申请的资源更新方法，下面结合图3从服务器侧进行描述。具体地，如图3所示，包括：

步骤301，获取更新文件。

步骤302，通过消息摘要算法对更新文件进行编码处理，生成更新文件校验码。

其中，更新文件可以是模型文件、地图文件和数据配置表文件等等，作为一种可能实现方式，对更新文件进行md5(消息摘要算法)编码生成唯一的字符串即更新文件校验码，也就是说每一个更新文件都有其对应的更新文件校验码，通过更新文件校验码来唯一表示该更新文件。

步骤303，获取各更新文件。

步骤304，通过unity引擎对各更新文件进行整合处理，生成更新资源包。

步骤305，根据更新文件校验码和更新资源包名称，生成预设格式的配置信息。

步骤305，存储配置信息和待更新资源包。

具体地，可以针对同一游戏中的各个更新文件比如赛车游戏中的模型文件、地图文件和数据配置表文件等通过unity引擎(游戏引擎)进行打包生成预设类型(即支持更新下载的类型)的更新资源包。

进一步地，将更新文件校验码和更新资源包名称进行组合，生成预设格式的配置信息，其中，预设格式可以根据需要进行设置，比如json(javascriptobjectnotation,js对象简谱)格式(即一种轻量级的数据交换格式)的配置信息。

具体地，配置信息和更新资源包都存储在更新资源服务器中，可以理解的是，更新资源服务器可以存储一个或者多个配置信息以及对应的更新资源包，也就是一个配置信息对应一个更新资源包。

需要说明的是，还需要为配置信息标上版本号以确定后续下载的是版本号对应的配置信息，提高更新效率。

本实施例的资源更新方法中，通过获取更新文件，通过消息摘要算法对更新文件进行编码处理，生成更新文件校验码，获取各更新文件，通过unity引擎对各更新文件进行整合处理，生成更新资源包，根据更新文件校验码和更新资源包名称，生成预设格式的配置信息，存储配置信息和待更新资源包。由此，以便提供配置信息进行判断，以及提供更新文件以更新待更新文件，避免了频繁删除下载安装包的问题，提高了资源更新效率，提升用户体验。

基于上述实施例中，为了避免配置信息由于某种原因被删除，可以对配置信息进行备份，另外还可以对备份的配置信息进行分析，以提高资源更新的效率和安全性。

为了实现上述实施例，本申请还提出一种资源更新装置。

图4为本申请实施例提供的一种资源更新装置的结构示意图。

如图4所示，该装置包括：第一获取模块401、第二获取模块402、第一判断模块403、第二判断模块404、第三获取模块405和更新模块406。

其中，第一获取模块401，用于从更新资源服务器中获取配置信息。

第二获取模块402，用于根据配置信息，获取更新资源包名称和更新资源包中的各更新文件校验码。

第一判断模块403，用于判断更新资源包名称和当前资源包名称是否一致。

第二判断模块404，用于在判断更新资源包名称和当前资源包名称一致时判断更新文件检验码与待更新文件校验码是否一致。

第三获取模块405，用于在更新文件检验码与待更新文件校验码一致时从更新资源服务器中，获取与更新文件检验码对应的更新文件。

更新模块406，用于通过更新文件更新待更新文件。

基于上述实施例，本申请实施例还提供了一种资源更新装置的可能的实现方式，图5为本申请实施例所提供的另一种资源更新装置的结构示意图，在图4的基础上，所述装置还包括：第四获取模块407、第三判断模块408和提示模块409。

其中，第四获取模块407，用于获取可用存储空间；以及更新文件的占用存储空间。

第三判断模块408，用于判断可用存储空间是否小于占用存储空间。

提示模块409，用于若可用存储空间小于占用存储空间，则生成提示信息进行提示。

需要说明的是，前述对方法实施例的解释说明也适用于该实施例的装置，此处不再赘述。

本实施例的资源更新装置中，通过从更新资源服务器中获取配置信息；根据配置信息，获取更新资源包名称和更新资源包中的各更新文件校验码；判断更新资源包名称和当前资源包名称是否一致；若是，则判断更新文件检验码与待更新文件校验码是否一致；若是，则从更新资源服务器中，获取与更新文件检验码对应的更新文件；通过更新文件更新待更新文件。由此，避免了频繁删除下载安装包的问题，提高了资源更新效率，提升用户体验。

为了实现上述实施例，本申请还提出一种资源更新装置。

图6为本申请实施例提供的又一种资源更新装置的结构示意图。

如图6所示，该装置包括：第五获取模块601、第一生成模块602、第六获取模块603、第二生成模块604、第三生成模块605和存储模块606。

第五获取模块601，用于获取更新文件。

第一生成模块602，用于通过消息摘要算法对更新文件进行编码处理，生成更新文件校验码。

第六获取模块603，用于获取各更新文件。

第二生成模块604，用于通过unity引擎对各更新文件进行整合处理，生成更新资源包。

第三生成模块605，用于根据更新文件校验码和更新资源包名称，生成预设格式的配置信息。

存储模块606，用于存储配置信息和所述待更新资源包。

基于上述实施例，本申请实施例还提供了一种资源更新装置的可能的实现方式，图7为本申请实施例所提供的再一种资源更新装置的结构示意图，在图6的基础上，所述装置还包括：备份模块607。

备份模块607，用于备份配置信息。

本实施例的资源更新装置中，通过获取更新文件，通过消息摘要算法对更新文件进行编码处理，生成更新文件校验码，获取各更新文件，通过unity引擎对各更新文件进行整合处理，生成更新资源包，根据更新文件校验码和更新资源包名称，生成预设格式的配置信息，存储配置信息和待更新资源包。由此，以便提供配置信息进行判断，以及提供更新文件以更新待更新文件，避免了频繁删除下载安装包的问题，提高了资源更新效率，提升用户体验。

为了实现上述实施例，本申请还提出一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行该程序时，实现如前述方法实施例所述的资源更新方法。

本申请实施例还提供一种电子设备，电子设备包含前述任一实施例所述的装置。

图8为本申请电子设备一个实施例的结构示意图，可以实现本申请图1-3所示方法实施例的流程，如图8所示，上述电子设备可以包括：壳体91、处理器92、存储器93、电路板94和电源电路95，其中，电路板94安置在壳体91围成的空间内部，处理器92和存储器93设置在电路板94上；电源电路95，用于为上述电子设备的各个电路或器件供电；存储器93用于存储可执行程序代码；处理器92通过读取存储器93中存储的可执行程序代码来运行与可执行程序代码对应的程序，用于执行前述任一实施例所述的视频生成方法。

处理器92对上述步骤的具体执行过程以及处理器92通过运行可执行程序代码来进一步执行的步骤，可以参见本申请图1-3所示方法实施例的描述，在此不再赘述。

该电子设备以多种形式存在，包括但不限于：

(1)移动通信设备：这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括：智能手机(例如iphone)、多媒体手机、功能性手机，以及低端手机等。

(2)超移动个人计算机设备：这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括：pda、mid和umpc设备等，例如ipad。

(3)便携式娱乐设备：这类设备可以显示和播放多媒体内容。该类设备包括：音频、视频播放器(例如ipod)，掌上游戏机，电子书，以及智能玩具和便携式车载导航设备。

(4)服务器：提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、系统总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。

(5)其他具有数据交互功能的电子设备。

为了实现上述实施例，本申请还提出一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，实现如前述方法实施例所述的资源更新方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。