CN108888951A - 游戏资源处理方法和装置 - Google Patents

Abstract

本发明公开了一种游戏资源处理方法和装置。该方法包括：在接收到游戏资源下载指令后，判断待下载的目标资源是否为首包资源，其中，首包资源为游戏启动需要的资源；如果待下载的目标资源是首包资源，则下载目标资源，如果待下载的目标资源不是首包资源，则暂不下载目标资源；在首包资源下载完成之后，安装并启动游戏。通过本发明，达到了减少游戏下载安装耗时的效果。

Description

游戏资源处理方法和装置

技术领域

本发明涉及游戏领域，具体而言，涉及一种游戏资源处理方法和装置。

背景技术

一般情况下，大部分现有的网络游戏在游戏打包发布网络上供玩家下载时，会将所有游戏资源随着可执行程序一同打包发布，玩家将游戏程序与游戏资源下载到本地，安装后即可开始运行游戏。而随着现代硬件技术与图形技术的发展，游戏资源在游戏包体中体积的占比越来越重，平均能占到90％以上。但是大部分游戏在启动时真正需要的游戏资源只占总体的极少数，大部分的游戏资源都是为后续的游戏流程准备的，这些资源在游戏启动时并不需要，游戏也不会主动读取。另一方面，网络带宽随着网络技术的快速发展，可以更加快速稳定地访问网络资源。

当前网络游戏的资源管理方式大多比较简单粗暴，一般是将资源随游戏可执行文件一同发布网络平台，用户将所有资源下载、安装到磁盘上，游戏程序在运行过程中需要的资源认为已经存在于磁盘上并直接访问，如果磁盘上该资源不存在，则认为该资源丢失，无法加载。游戏过程中，游戏程序通过网络只就游戏数据进行通信，不涉及资源数据。现有方案要求用户在开始游戏前，便需要下载全部的游戏资源，增加用户下载、安装游戏的时间。

发明人发现，网络游戏完全有可能只随可执行程序打包少量启动时必需的资源，待游戏启动后，后台在游戏运行的过程中，根据游戏的需要再通过网络下载相应的游戏资源。这样既可减小游戏包体大小，缩短玩家的下载时间，又可缩短游戏的安装时间。

针对相关技术中游戏下载安装耗时长的问题，目前尚未提出有效的解决方案。

发明内容

本发明的主要目的在于提供一种游戏资源处理方法和装置，以解决游戏下载安装耗时长的问题。

为了实现上述目的，根据本发明的一个方面，提供了一种游戏资源处理方法，该方法包括：在接收到游戏资源下载指令后，判断待下载的目标资源是否为首包资源，其中，所述首包资源为游戏启动需要的资源；如果待下载的目标资源是首包资源，则下载所述目标资源，如果待下载的目标资源不是首包资源，则暂不下载所述目标资源；在首包资源下载完成之后，安装并启动游戏。

进一步地，在安装并启动游戏之后，所述方法还包括：获取游戏的资源服务器上最新的游戏资源版本；对比游戏的资源服务器上最新的游戏资源版本与游戏的本地游戏资源版本，根据比对结果更新所述本地游戏资源的文件状态。

进一步地，对比游戏的资源服务器上最新的游戏资源版本与游戏的本地游戏资源版本，根据比对结果更新所述本地游戏资源的文件状态包括：将游戏的资源服务器上最新的游戏资源包的包文件头与本地游戏资源的包文件头进行对比，确定游戏的资源服务器上游戏资源文件基本信息的位置是否发生改变，其中，包文件头中携带有游戏资源文件的基本信息在游戏资源包中的位置和大小；如果对比游戏资源文件基本信息的位置发生改变，则将发生改变的本地游戏资源文件基本信息标记为第一状态，其中，所述第一状态用于指示所述本地游戏资源文件为待更新状态；如果对比游戏资源文件基本信息的位置没有发生改变，则将没发生改变的本地游戏资源文件基本信息标记为第二状态，其中，所述第二状态用于指示所述本地游戏资源文件为已就绪状态。

进一步地，在将发生改变的本地游戏资源文件基本信息标记为第一状态之后，所述方法还包括：为游戏的资源服务器中发生改变的游戏资源文件对应的本地游戏资源文件在资源包中的预设位置预留填充空间。

进一步地，所述方法还包括：在游戏需要加载第一资源文件时，获取所述第一资源文件的文件基本信息标记状态；如果所述第一资源文件的文件基本信息标记状态为所述第二状态，则读取所述第一资源文件，并按照资源编辑器的预设规则解析出所述第一资源文件所依赖的资源的路径，通过所述第一资源文件所依赖的资源的路径获取该路径对应的依赖文件在资源包中的状态；如果所述第一资源文件的文件基本信息标记状态为所述第一状态，则暂停加载所述第一资源文件，并向游戏的资源服务器请求下载数据，数据下载完成后更新至所述第一资源文件的文件包中，并将所述第一资源文件对应的本地游戏资源文件的文件基本信息标记状态为所述第二状态。

进一步地，在接收到游戏资源下载指令之前，所述方法还包括：第一资源文件所引用的文件的存储路径记录在所述第一资源文件中。

进一步地，在接收到游戏资源下载指令之前，所述方法还包括：所述游戏资源被按照启动游戏是否需要分为首包资源和非首包资源。

为了实现上述目的，根据本发明的另一方面，还提供了一种游戏资源处理装置，该装置包括：判断单元，用于在接收到游戏资源下载指令后，判断待下载的目标资源是否为首包资源，其中，所述首包资源为游戏启动需要的资源；下载单元，用于在待下载的目标资源是首包资源时，下载所述目标资源，在待下载的目标资源不是首包资源时，暂不下载所述目标资源；安装单元，用于在首包资源下载完成之后，安装并启动游戏。

为了实现上述目的，根据本发明的另一方面，还提供了一种存储介质，包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备本发明所述的游戏资源处理方法。

为了实现上述目的，根据本发明的另一方面，还提供了一种处理器，用于运行程序，其中，所述程序运行时执行本发明所述的游戏资源处理方法。

本发明通过在接收到游戏资源下载指令后，判断待下载的目标资源是否为首包资源，其中，首包资源为游戏启动需要的资源；如果待下载的目标资源是首包资源，则下载目标资源，如果待下载的目标资源不是首包资源，则暂不下载目标资源；在首包资源下载完成之后，安装并启动游戏，解决了游戏下载安装耗时长的问题，进而达到了减少游戏下载安装耗时的效果。

附图说明

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

图1是根据本发明实施例的游戏资源处理方法的流程图；

图2是根据本发明实施例的游戏资源的依赖关系的示意图；

图3是根据本发明实施例的不同类型资源的存储关系的示意图；

图4是根据本发明实施例的资源包中文件的关系图；

图5是根据本发明实施例的更新文件状态的流程图；

图6是根据本发明实施例的资源加载流程图；

图7是根据本发明实施例的游戏资源处理装置的示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

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

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

本发明实施例提供了一种游戏资源处理方法。

图1是根据本发明实施例的游戏资源处理方法的流程图，如图1所示，该方法包括以下步骤：

步骤S102：在接收到游戏资源下载指令后，判断待下载的目标资源是否为首包资源，其中，所述首包资源为游戏启动需要的资源；

步骤S104：如果待下载的目标资源是首包资源，则下载所述目标资源，如果待下载的目标资源不是首包资源，则暂不下载所述目标资源；

步骤S106：在首包资源下载完成之后，安装并启动游戏。

该实施例采用在接收到游戏资源下载指令后，判断待下载的目标资源是否为首包资源，其中，首包资源为游戏启动需要的资源；如果待下载的目标资源是首包资源，则下载目标资源，如果待下载的目标资源不是首包资源，则暂不下载目标资源；在首包资源下载完成之后，安装并启动游戏，解决了游戏下载安装耗时长的问题，进而达到了减少游戏下载安装耗时的效果。

在本发明实施例中，首包资源为启动需要的资源，即，安装运行该游戏所必须的资源，由于一些资源可能在游戏运行初期并不需要，可以在游戏运行起来之后再根据需要下载，因此，可以在初期游戏资源下载时仅下载首包资源，对于非首包资源，则可以不用下载，在首包资源下载完成之后，即安装启动游戏。这样，可以大大减少游戏下载和安装的时间，减少用户等待。

可选地，在安装并启动游戏之后，获取游戏的资源服务器上最新的游戏资源版本；对比游戏的资源服务器上最新的游戏资源版本与游戏的本地游戏资源版本，根据比对结果更新本地游戏资源的文件状态。

在游戏运行过程中，可能随时产生新的游戏资源文件，如果服务器发布了新的游戏资源版本，则本地当前的游戏资源不是最新版本，如果没有发布新的游戏资源版本，则本地当前的游戏资源是最新版本，这种情况下，可以根据本地和服务器的游戏资源版本是否一样来判断本地的游戏资源是否更新到最新版本，如果没有更新到最新版本，则从服务器获取最新的游戏资源的基本文件信息来更新到本地资源包中，由于游戏资源包括多个资源文件，对于不同的资源文件可能有的更新了，有的没有更新，只需要将服务器更新的资源文件更新到本地即可，无需全部下载替换，节省用户的时间。比对游戏资源的版本，不仅包含判断网络资源与本地资源的异同，还包含更新本地资源的文件状态，即是否需要更新。

可选地，根据游戏的资源服务器上最新的游戏资源版本判断游戏的本地资源是否更新至最新版本包括：将游戏的资源服务器上最新的游戏资源包的包文件头与本地游戏资源的包文件头进行对比，确定游戏的资源服务器上游戏资源文件基本信息的位置是否发生改变，其中，包文件头中携带有游戏资源文件的基本信息在游戏资源包中的位置和大小；如果对比游戏资源文件基本信息的位置发生改变，则将发生改变的本地游戏资源文件基本信息标记为第一状态，其中，第一状态用于指示本地游戏资源文件为待更新状态；如果对比游戏资源文件基本信息的位置没有发生改变，则将没发生改变的本地游戏资源文件基本信息标记为第二状态，其中，第二状态用于指示本地游戏资源文件为已就绪状态。

由于游戏资源包的包文件头中包含有资源文件的基本信息，通过对比包文件头中的资源文件的基本信息可以判断出本地游戏资源包和服务器的游戏资源包是否发生变化，如果游戏资源文件基本信息的位置发生改变，则说明服务器上的资源文件更新，将本地的资源文件的基本信息标记为待更新状态，以备后续更新，反之则标记为已就绪状态，无需更新。

可选地，在将发生改变的本地游戏资源文件基本信息标记为第一状态之后，为游戏的资源服务器中发生改变的游戏资源文件对应的本地游戏资源文件在资源包中的预设位置预留填充空间。

如果某个资源文件处于待更新状态，则为新内容预留新的空间。

可选地，在游戏需要加载第一资源文件时，获取第一资源文件的文件基本信息标记状态；如果第一资源文件的文件基本信息标记状态为第二状态，则读取第一资源文件，并按照资源编辑器的预设规则解析出第一资源文件所依赖的资源的路径，通过第一资源文件所依赖的资源的路径获取该路径对应的依赖文件在资源包中的状态；如果第一资源文件的文件基本信息标记状态为第一状态，则暂停加载第一资源文件，并向游戏的资源服务器请求下载数据，数据下载完成后更新至第一资源文件的文件包中，并将第一资源文件对应的本地游戏资源文件的文件基本信息标记状态为第二状态。

在游戏运行中需要加载某个资源文件时，先获取该资源文件的文件状态，如果状态为已就绪状态，则可以读取该文件并按照资源编辑器的规则解析资源路径，获取对应的依赖文件在资源包中的状态，如果是已更新状态则可以直接加载所依赖的文件，如果这个资源文件的基本信息标记状态为待更新状态，则先暂停加载，需要通知网络模块向资源服务器请求相应的数据，在数据下载完成后，将数据更新至本地的资源包文件中，并将该文件的状态更改为已就绪状态，可以重启暂停的加载任务，直接读取使用文件。

可选地，在接收到游戏资源下载指令之前，第一资源文件所引用的文件的存储路径记录在第一资源文件中。

在游戏资源制作阶段将某个资源文件以及其所引用的文件的路径都记录到该文件中，例如，例如模型文件A，将依赖的贴图文件B，网格文件C、材质文件D等文件的路径记录到A中，这样可以方便文件使用时的查找和获取。例如，游戏中的盔甲依赖特效来使用，特效文件时常更新，如果开发者忘记将更新的特效文件存入指定的位置，则可能由于无法加载特效而无法使用盔甲，因而本发明实施例中，按照从属关系在上一层极的文件中记录下一层级的文件的路径，将特效的路径记录到盔甲文件里，这一可以根据路径找到文件，即使有新的特效文件更新，只要将路径保存到盔甲文件中，即可找到更新的特效文件，防止文件存放位置错误而无法使用特效文件。

可选地，在接收到游戏资源下载指令之前，游戏资源被按照启动游戏是否需要分为首包资源和非首包资源。

在数据资源打包阶段就将首包资源和非首包资源打包好，这样可以方便用户下载安装。

本发明实施例还提供了一种优选实施方式，下面结合该优选实施方式对本发明实施例的技术方案进行说明。

本发明实施例的技术方案可以作为一种基于网络流的游戏资源管理方法，提供一种减少用户下载、安装游戏时间的游戏资源管理方式。

首先在资源制作阶段，通过资源制作工具将该资源引用的其他资源记录到资源文件中，例如模型文件A，将依赖的贴图文件B，网格文件C、材质文件D等文件的路径记录到A中。

在游戏发布前，将游戏资源按照是否启动需要进行分类处理，启动需要的资源打包至含有游戏可执行文件的首包中发布到用户网络平台；非启动需要的资源则可按照资源制作人员的意愿随意存放，封包并上传到资源服务器中，供用户在游戏过程中访问下载。

用户通过网络平台下载首包，安装后即可进入游戏。进入游戏后，游戏程序在后台先与资源服务器通信，获取资源服务器上最新的游戏资源版本，检测本地资源是否更新至最新，否则，再向资源服务器获取最新的游戏资源的基本文件信息，包括资源文件在资源包中的位置，大小，MD5等等。

然后程序将资源的基本文件信息更新到游戏本地的资源包中，更新后，资源包中的某个文件将处于两种状态：如果服务器的基本文件信息与本地资源的基本文件信息一致，将该文件标记为“已就绪”状态，否则，将文件标记为“待更新”状态。

当游戏需要加载某个资源时，先通过游戏的文件系统获取该资源的状态，如果文件被标记“待更新”状态，则通知网络模块向资源服务器下载该文件，持久化到本地后，将标记改为“已就绪”；如果文件被标记为“已就绪”，则读取该文件，分析出该文件引用的其他资源后，对每个资源文件判断是“待更新”状态还是“已就绪”状态，然后根据状态判断是直接加载还是从资源服务器下载，以此类推递归下去。

当游戏需要加载的某个资源，以及其引用的所有其他文件都已标记为“已就绪”，则真正开始读取资源包中的资源，执行加载任务。

与现有技术相比，这种基于网络流的资源管理方式，可以允许用户在下载少数游戏资源后便可启动游戏，减少用户下载、安装游戏的时间，只需要在运行阶段，程序后台利用网络，按需向资源服务器请求相关资源，可在基本不影响用户体验的前提下，实现跟现有技术基本相同的游戏体验。

具体的，分为以下几个阶段：

资源制作阶段：

图2是根据本发明实施例的游戏资源的依赖关系的示意图，如图2所示，利用游戏专用的资源编辑器制作游戏资源时，因为编辑器对于某个资源文件以及其依赖的其他资源文件的关系是完全了解的，因此在保存资源时，可将文件的依赖关系记录在资源文件中。

资源打包阶段：

将游戏资源按照启动是否需要，分为首包资源与非首包资源，首包资源与可执行程序打包，发布到用户下载平台。非首包资源在打包时，一并将资源包中所有文件的基本文件信息提取，与资源包上传至资源服务器，图3是根据本发明实施例的不同类型资源的存储关系的示意图，如图3所示，文件的基本信息包括，文件在资源包中的起始位置、大小、压缩方式、MD5校验码等信息。图4是根据本发明实施例的资源包中文件的关系图，如图4所示，资源包中的信息可分为三类：包文件头，包中文件的基本信息集合以及具体的文件内容信息，包文件头给出基本信息集合在包中的起始位置与大小，而文件基本信息再给出具体文件在资源包中的起始位置、大小等信息，游戏程序通过这两层引用关系获取某个文件在资源包中的数据。

游戏运行阶段：

在游戏启动后，程序后台向资源服务器获取最新的包文件头和资源基本信息，并与游戏本地的资源进行对比，更新资源包中的文件状态。包文件头可确定最新版本的资源包中，文件基本信息集合的位置是否发生改变。而根据服务器下发的基本文件信息集合，将本地有差异的基本文件信息条目标记为“待更新”状态，并且基本信息中的起始位置、大小，为文件在资源包中相应的位置预留一段空间，以便后续下载真正的内容后，填充进去。图5是根据本发明实施例的更新文件状态的流程图，如图5所示，假设资源包的文件2发生变化，为文件2的新内容预留新的空间，从而导致基本信息集合往后移动，文件2的基本信息条目指向新的预留空间，并标记为“待更新”。

图6是根据本发明实施例的资源加载流程图，如图6所示，在文件状态更新后，当游戏需要加载某个资源文件时，先获取该资源文件的文件状态，如果状态为“已就绪”，读取该文件，并按照资源编辑器的规则，解析出其依赖资源的路径，通过路径，获取该路径对应的依赖文件在资源包中的状态；如果待加载的资源状态为“待更新”，则先暂停加载，并通知网络模块向资源服务器请求相应的数据，数据下载后，将数据更新至磁盘中的资源包文件，并将该文件的状态修改为“已就绪”，通过跟前述相同的流程，继续分析、下载其依赖文件。带该资源文件以及其依赖的其他资源均被标记为“已就绪”后，重启先前暂停的加载任务。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本发明实施例提供了一种游戏资源处理装置，该装置可以用于执行本发明实施例的游戏资源处理方法。

图7是根据本发明实施例的游戏资源处理装置的示意图，如图7所示，该装置包括：

判断单元10，用于在接收到游戏资源下载指令后，判断待下载的目标资源是否为首包资源，其中，首包资源为游戏启动需要的资源；

下载单元20，用于在待下载的目标资源是首包资源时，下载目标资源，在待下载的目标资源不是首包资源时，暂不下载目标资源；

安装单元30，用于在首包资源下载完成之后，安装并启动游戏。

该实施例采用判断单元10，在接收到游戏资源下载指令后，判断待下载的目标资源是否为首包资源，其中，首包资源为游戏启动需要的资源；下载单元20，用于在待下载的目标资源是首包资源时，下载目标资源，在待下载的目标资源不是首包资源时，暂不下载目标资源；安装单元30，用于在首包资源下载完成之后，安装并启动游戏，解决了游戏下载安装耗时长的问题，进而达到了减少游戏下载安装耗时的效果。

所述游戏资源处理装置包括处理器和存储器，上述判断单元、下载单元、安装单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来减少游戏下载安装耗时。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现所述游戏资源处理方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述游戏资源处理方法。

本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：在接收到游戏资源下载指令后，判断待下载的目标资源是否为首包资源，其中，首包资源为游戏启动需要的资源；如果待下载的目标资源是首包资源，则下载目标资源，如果待下载的目标资源不是首包资源，则暂不下载目标资源；在首包资源下载完成之后，安装并启动游戏。本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：在接收到游戏资源下载指令后，判断待下载的目标资源是否为首包资源，其中，首包资源为游戏启动需要的资源；如果待下载的目标资源是首包资源，则下载目标资源，如果待下载的目标资源不是首包资源，则暂不下载目标资源；在首包资源下载完成之后，安装并启动游戏。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种游戏资源处理方法，其特征在于，包括：

在接收到游戏资源下载指令后，判断待下载的目标资源是否为首包资源，其中，所述首包资源为游戏启动需要的资源；

如果待下载的目标资源是首包资源，则下载所述目标资源，如果待下载的目标资源不是首包资源，则暂不下载所述目标资源；

在首包资源下载完成之后，安装并启动游戏。

2.根据权利要求1所述的方法，其特征在于，在安装并启动游戏之后，所述方法还包括：

获取游戏的资源服务器上最新的游戏资源版本；

对比游戏的资源服务器上最新的游戏资源版本与游戏的本地游戏资源版本，根据比对结果更新所述本地游戏资源的文件状态。

3.根据权利要求2所述的方法，其特征在于，对比游戏的资源服务器上最新的游戏资源版本与游戏的本地游戏资源版本，根据比对结果更新所述本地游戏资源的文件状态包括：

将游戏的资源服务器上最新的游戏资源包的包文件头与本地游戏资源的包文件头进行对比，确定游戏的资源服务器上游戏资源文件基本信息的位置是否发生改变，其中，包文件头中携带有游戏资源文件的基本信息在游戏资源包中的位置和大小；

如果对比游戏资源文件基本信息的位置发生改变，则将发生改变的本地游戏资源文件基本信息标记为第一状态，其中，所述第一状态用于指示所述本地游戏资源文件为待更新状态；

如果对比游戏资源文件基本信息的位置没有发生改变，则将没发生改变的本地游戏资源文件基本信息标记为第二状态，其中，所述第二状态用于指示所述本地游戏资源文件为已就绪状态。

4.根据权利要求3所述的方法，其特征在于，在将发生改变的本地游戏资源文件基本信息标记为第一状态之后，所述方法还包括：

为游戏的资源服务器中发生改变的游戏资源文件对应的本地游戏资源文件在资源包中的预设位置预留填充空间。

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

在游戏需要加载第一资源文件时，获取所述第一资源文件的文件基本信息标记状态；

如果所述第一资源文件的文件基本信息标记状态为所述第二状态，则读取所述第一资源文件，并按照资源编辑器的预设规则解析出所述第一资源文件所依赖的资源的路径，通过所述第一资源文件所依赖的资源的路径获取该路径对应的依赖文件在资源包中的状态；

如果所述第一资源文件的文件基本信息标记状态为所述第一状态，则暂停加载所述第一资源文件，并向游戏的资源服务器请求下载数据，数据下载完成后更新至所述第一资源文件的文件包中，并将所述第一资源文件对应的本地游戏资源文件的文件基本信息标记状态为所述第二状态。

6.根据权利要求1所述的方法，其特征在于，在接收到游戏资源下载指令之前，所述方法还包括：

第一资源文件所引用的文件的存储路径记录在所述第一资源文件中。

7.根据权利要求1所述的方法，其特征在于，在接收到游戏资源下载指令之前，所述方法还包括：

所述游戏资源被按照启动游戏是否需要分为首包资源和非首包资源。

8.一种游戏资源处理装置，其特征在于，包括：

判断单元，用于在接收到游戏资源下载指令后，判断待下载的目标资源是否为首包资源，其中，所述首包资源为游戏启动需要的资源；

下载单元，用于在待下载的目标资源是首包资源时，下载所述目标资源，在待下载的目标资源不是首包资源时，暂不下载所述目标资源；

安装单元，用于在首包资源下载完成之后，安装并启动游戏。

9.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至7中任意一项所述的游戏资源处理方法。

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