CN109814884A - 一种根据游戏资源类型进行资源管理的方法及系统 - Google Patents

Abstract

本发明的技术方案包括一种根据游戏资源类型进行资源管理的方法及系统，用于实现：通过对游戏资源进行分类，在游戏封包安装包和更新过程中，根据资源文件类型的不同采取预先封装进安装包和后续连接服务器拉取对应类型的资源文件和更新文件等操作，完成对游戏资源文件的管理。本发明的有益效果为：减少需要打进安装包的文件数量，以及减少需要立即下载的更新文件数量来实现减少游戏安装包体积，可大幅降低安装包大小；而更新时对于特定类资源无需立即下载，因此也可大幅度提升更新速度。

Description

一种根据游戏资源类型进行资源管理的方法及系统

技术领域

本发明涉及一种根据游戏资源类型进行资源管理的方法及系统，属于计算机技术领域。

背景技术

目前随着显卡等硬件技术的发展，游戏画面清晰度也逐步提高，在游戏中集成大量的高清资源，使得游戏安装包过大，同时，当游戏需要更新时，也会使得用户需要等待较长时间才能完成更新。严重影响用户的游戏体验，因此如何减少安装包的文件数量，以及如何减少需要立即下载的更新文件来实现减少游戏安装包体积的大小，是从业人员不得不考虑的问题。

发明内容

为解决上述问题，本发明的目的在于提供一种根据游戏资源类型进行资源管理的方法及系统，通过对游戏资源进行分类，在游戏封包安装包和更新过程中，根据资源文件类型的不同采取预先封装进安装包和后续连接服务器拉取对应类型的资源文件和更新文件等操作，完成对游戏资源文件的管理。

本发明解决其问题所采用的技术方案一方面是：一种根据游戏资源类型进行资源管理的方法，其特征在于，该方法包括以下步骤：对游戏资源进行分类，按照分类标准分为必要资源和非必要资源，其中分类标准可自定义；将必要资源打包进游戏安装包中，将非必要资源的索引表集成到游戏安装包中；将游戏安装包解压安装，并执行游戏，连接服务器判断游戏是否需要更新；判断需要更新的资源类型，若是必要资源，则立即从服务器上抓取该资源并下载，若是非必要资源，则根据服务器的信息修改非必要资源的索引表；执行游戏程序，按照游戏规则加载场景，根据加载场景判断对应的资源类型，执行对应的读取访问下载操作。

进一步的，所述分类标准为：游戏启动界面、用户登录界面、首场景中NPC、地形信息为必要资源；首场景中的修饰类资源以及除首场景外的其他场景为非必要资源。

进一步的，所述索引表记录了非必要资源的元数据信息。

进一步的，所述元数据信息包括但不限于文件名、文件大小、版本号，服务器存放节点以及状态标记。

进一步的，所述状态标记包括该资源是否已下载以及该资源是否需要更新。

进一步的，所述修改非必要资源的索引表包括：更改索引表中的状态标记，将是否需要更新状态标记更改为需要更新。

进一步的，所述执行游戏程序，按照游戏规则加载场景，根据加载场景判断对应的资源类型，执行对应的读取访问下载操作包括：若是必要资源，则直接访问该资源，若是非必要资源，读取索引表获取资源信息，若状态是已下载则直接访问该资源，若状态是需要更新则连接服务器抓取该资源并下载到本地。

进一步的，还包括在更新完成后，更改索引表中的状态标记，将已下载资源状态标记更改为已下载。

本发明解决其问题所采用的技术方案另一方面是：一种根据游戏资源类型进行资源管理的系统，其特征在于，包括：资源分类模块，用于按照分类标准对游戏资源进行分类；封包模块，用于将对应类型的资源集成到游戏安装包中；读取模块，用于读取游戏运行时需要调用的资源文件；通信模块，用于与游戏服务器建立通信连接，获取更新信息以及资源文件；更新模块，用于将通信模块获取的资源文件执行更新。

进一步的，所述更新模块还包括：写入覆盖模块，用于将更新后的资源文件写入替代旧版资源文件；修改模块，用于修改索引表信息；存储模块，用于存储更新后的资源文件。

本发明的有益效果是：本发明采用的一种根据游戏资源类型进行资源管理的方法及系统，减少需要打进安装包的文件数量，以及减少需要立即下载的更新文件数量来实现减少游戏安装包体积，可大幅降低安装包大小；而更新时对于特定类资源无需立即下载，因此也可大幅度提升更新速度。

附图说明

图1所示为根据本发明较佳实施例的方法流程示意图；

图2所示为根据本发明较佳实施例的引用关系图一；

图3所示为根据本发明较佳实施例的系统模块框图。

具体实施方式

以下将结合实施例和附图对本发明的构思、具体结构及产生的技术效果进行清楚、完整的描述，以充分地理解本发明的目的、方案和效果。

需要说明的是，如无特殊说明，本公开中所使用的上、下、左、右等描述仅仅是相对于附图中本公开各组成部分的相互位置关系来说的。在本公开中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。此外，除非另有定义，本文所使用的所有的技术和科学术语与本技术领域的技术人员通常理解的含义相同。本文说明书中所使用的术语只是为了描述具体的实施例，而不是为了限制本发明。

本文所提供的任何以及所有实例或示例性语言(“例如”、“如”等)的使用仅意图更好地说明本发明的实施例，并且除非另外要求，否则不会对本发明的范围施加限制。

参照1所示为根据本发明较佳实施例的方法流程示意图，

对游戏资源进行分类，按照分类标准分为必要资源和非必要资源，其中分类标准可自定义；

分类标准为游戏启动界面、用户登录界面、首场景中NPC、地形信息为必要资源；

首场景中的修饰类资源以及除首场景外的其他场景为非必要资源。

将必要资源打包进游戏安装包中，将非必要资源的索引表集成到游戏安装包中；

索引表记录了非必要资源的元数据信息，元数据信息包括但不限于文件名、文件大小、版本号，服务器存放节点以及状态标记，状态标记包括该资源是否已下载以及该资源是否需要更新。

将游戏安装包解压安装，并执行游戏，连接服务器判断游戏是否需要更新；

判断需要更新的资源类型，若是必要资源，则立即从服务器上抓取该资源并下载，若是非必要资源，则根据服务器的信息修改非必要资源的索引表；

执行游戏程序，按照游戏规则加载场景，根据加载场景判断对应的资源类型，执行对应的读取访问下载操作。

参照图2所示为根据本发明较佳实施例的引用关系图一，具体为游戏资源加载的逻辑判断步骤，首先判断需要加载资源的类型，

若是必要资源，则直接访问该资源，若是非必要资源，读取索引表获取资源信息，若状态是已下载则直接访问该资源，若状态是需要更新则连接服务器抓取该资源并下载到本地。

结合图1、图2的流程，以一例子加以说明，

技术流程如下：

第一步：对游戏资源进行分类，分为A类和B类。A类资源为游戏启动时必须依赖的资源，B类资源为用户在游戏中逐步体验各个场景而需要依赖的资源；

第二步：A类资源和B类资源进行分类的标准为：游戏启动界面、用户登录界面、首场景中(启动游戏进入的第一个场景地图)NPC、地形信息等为A类资源；而首场景中的树木、花草等修饰类资源为B类资源，同时除首场景外其它场景所有资源也被划分到B类资源中；

第三步：将A类资源打包进游戏安装包中，B类资源不打入游戏安装包，但将B类资源索引表集成到游戏安装包中，该索引表记录所有B类资源的元数据信息(文件名、文件大小、版本号，服务器存放节点、状态标记(是否已下载、是否需要更新))；

第四步：用户安装游戏并启动后，进入某个场景时，按需访问B类资源，通过访问B类资源索引表，若某资源未下载到本地，则从索引表中取出元数据信息构造下载链接，从服务器中将该资源下载到本地并保存；若该资源已下载到本地，则直接访问该资源；

第五步：当游戏需要更新时，若更新的资源为A类资源，则立即下载该资源并保存到本地；若资源为B类资源，则仅修改B类资源索引表，将其标记为需更新，待后续玩家在场景访问该资源时再下载该资源。

参照图3所示为根据本发明较佳实施例的系统模块框图，包括：

资源分类模块，用于按照分类标准对游戏资源进行分类；

封包模块，用于将对应类型的资源集成到游戏安装包中；

读取模块，用于读取游戏运行时需要调用的资源文件；

通信模块，用于与游戏服务器建立通信连接，获取更新信息以及资源文件；

更新模块，用于将通信模块获取的资源文件执行更新。

更新模块还包括：

写入覆盖模块，用于将更新后的资源文件写入替代旧版资源文件；

修改模块，用于修改索引表信息；

存储模块，用于存储更新后的资源文件。

以一游戏的实时例为例，

在WXGame游戏上使用该装置

第一步：将武侠类游戏WXGame中的资源分为A类和B类，登录界面及首场景长安地图的NPC、地形信息等资源划分为A类资源，长安场景中的数目、花草等修饰资源以及其他场景(太原、成都、巴蜀)的资源划分到B类资源中；

第二步：将A类资源打包进游戏安装包中，B类资源不打入游戏安装包，但将B类资源索引表集成到游戏安装包中，该索引表记录所有B类资源的元数据信息(文件名、文件大小、版本号，服务器存放节点、状态标记(是否已下载、是否需要更新))；；

第三步：用户安装完WXGame并进入游戏后，先在长安地图进行游戏，当玩家所处位置附近存在花草、树木或其完成长安场景所有任务要进入太原场景时，游戏客户端需要访问B类资源，WXGame每访问一个资源都进行一次操作(使用B类资源索引表构造下载链接＝>将资源下载到本地存储到硬盘＝>更新B类资源索引表的资源状态标记)；当用户体验完长安场景地图以及太原整个场景地图后，长安场景中的花草、树木等修饰资源以及太原场景地图的所有资源也就下载到用户磁盘中了，后续再重启游戏进入长安或太原地图时，不再需要重新下载资源；

第四步：当WXGame需要更新时，若更新的资源为A类资源，则立即下载该资源并保存到本地；若资源为B类资源，则仅修改B类资源索引表，将其标记为需更新，待后续玩家在场景访问该资源时再下载该资源；

第五步：WXGame打包时由于只将登录界面及长安地图的资源打包，而其他场景地图资源无需打包，因此可大幅降低安装包大小；而更新时对于B类资源无需立即下载，因此也可大幅度提升更新速度。

应当认识到，本发明的实施例可以由计算机硬件、硬件和软件的组合、或者通过存储在非暂时性计算机可读存储器中的计算机指令来实现或实施。所述方法可以使用标准编程技术-包括配置有计算机程序的非暂时性计算机可读存储介质在计算机程序中实现，其中如此配置的存储介质使得计算机以特定和预定义的方式操作——根据在具体实施例中描述的方法和附图。每个程序可以以高级过程或面向对象的编程语言来实现以与计算机系统通信。然而，若需要，该程序可以以汇编或机器语言实现。在任何情况下，该语言可以是编译或解释的语言。此外，为此目的该程序能够在编程的专用集成电路上运行。

此外，可按任何合适的顺序来执行本文描述的过程的操作，除非本文另外指示或以其他方式明显地与上下文矛盾。本文描述的过程(或变型和/或其组合)可在配置有可执行指令的一个或多个计算机系统的控制下执行，并且可作为共同地在一个或多个处理器上执行的代码(例如，可执行指令、一个或多个计算机程序或一个或多个应用)、由硬件或其组合来实现。所述计算机程序包括可由一个或多个处理器执行的多个指令。

进一步，所述方法可以在可操作地连接至合适的任何类型的计算平台中实现，包括但不限于个人电脑、迷你计算机、主框架、工作站、网络或分布式计算环境、单独的或集成的计算机平台、或者与带电粒子工具或其它成像装置通信等等。本发明的各方面可以以存储在非暂时性存储介质或设备上的机器可读代码来实现，无论是可移动的还是集成至计算平台，如硬盘、光学读取和/或写入存储介质、RAM、ROM等，使得其可由可编程计算机读取，当存储介质或设备由计算机读取时可用于配置和操作计算机以执行在此所描述的过程。此外，机器可读代码，或其部分可以通过有线或无线网络传输。当此类媒体包括结合微处理器或其他数据处理器实现上文所述步骤的指令或程序时，本文所述的发明包括这些和其他不同类型的非暂时性计算机可读存储介质。当根据本发明所述的方法和技术编程时，本发明还包括计算机本身。

计算机程序能够应用于输入数据以执行本文所述的功能，从而转换输入数据以生成存储至非易失性存储器的输出数据。输出信息还可以应用于一个或多个输出设备如显示器。在本发明优选的实施例中，转换的数据表示物理和有形的对象，包括显示器上产生的物理和有形对象的特定视觉描绘。

以上所述，只是本发明的较佳实施例而已，本发明并不局限于上述实施方式，只要其以相同的手段达到本发明的技术效果，都应属于本发明的保护范围。在本发明的保护范围内其技术方案和/或实施方式可以有各种不同的修改和变化。

Claims (10)

1.一种根据游戏资源类型进行资源管理的方法，其特征在于，该方法包括以下步骤：

对游戏资源进行分类，按照分类标准分为必要资源和非必要资源，其中分类标准可自定义；

将必要资源打包进游戏安装包中，将非必要资源的索引表集成到游戏安装包中；

将游戏安装包解压安装，并执行游戏，连接服务器判断游戏是否需要更新；

判断需要更新的资源类型，若是必要资源，则立即从服务器上抓取该资源并下载，若是非必要资源，则根据服务器的信息修改非必要资源的索引表；

执行游戏程序，按照游戏规则加载场景，根据加载场景判断对应的资源类型，执行对应的读取访问下载操作。

2.根据权利要求1所述的根据游戏资源类型进行资源管理的方法，其特征在于，所述分类标准为：

游戏启动界面、用户登录界面、首场景中NPC、地形信息为必要资源；

首场景中的修饰类资源以及除首场景外的其他场景为非必要资源。

3.根据权利要求1所述的根据游戏资源类型进行资源管理的方法，其特征在于，所述索引表记录了非必要资源的元数据信息。

4.根据权利要求3所述的根据游戏资源类型进行资源管理的方法，其特征在于，所述元数据信息包括但不限于文件名、文件大小、版本号，服务器存放节点以及状态标记。

5.根据权利要求4所述的根据游戏资源类型进行资源管理的方法，其特征在于，所述状态标记包括该资源是否已下载以及该资源是否需要更新。

6.根据权利要求1所述的根据游戏资源类型进行资源管理的方法，其特征在于，所述修改非必要资源的索引表包括：

更改索引表中的状态标记，将是否需要更新状态标记更改为需要更新。

7.根据权利要求1所述的根据游戏资源类型进行资源管理的方法，其特征在于，所述执行游戏程序，按照游戏规则加载场景，根据加载场景判断对应的资源类型，执行对应的读取访问下载操作包括：

若是必要资源，则直接访问该资源，若是非必要资源，读取索引表获取资源信息，若状态是已下载则直接访问该资源，若状态是需要更新则连接服务器抓取该资源并下载到本地。

8.根据权利要求7所述的根据游戏资源类型进行资源管理的方法，其特征在于，还包括在更新完成后，更改索引表中的状态标记，将已下载资源状态标记更改为已下载。

9.一种应用权利要求1-8任一所述的根据游戏资源类型进行资源管理的系统，其特征在于，包括：

资源分类模块，用于按照分类标准对游戏资源进行分类；

封包模块，用于将对应类型的资源集成到游戏安装包中；

读取模块，用于读取游戏运行时需要调用的资源文件；

通信模块，用于与游戏服务器建立通信连接，获取更新信息以及资源文件；

更新模块，用于将通信模块获取的资源文件执行更新。

10.根据权利要求9所述的根据游戏资源类型进行资源管理的系统，其特征在于，所述更新模块还包括：

写入覆盖模块，用于将更新后的资源文件写入替代旧版资源文件；

修改模块，用于修改索引表信息；

存储模块，用于存储更新后的资源文件。