CN109876447A - 一种大型游戏资源规范监测方法及装置 - Google Patents

Abstract

本发明提出了一种大型游戏资源规范监测方法，包括以下步骤S100)获取客户端的动作，并当客户端向服务端发出文件上传请求时，启动第一处理装置；S200)第一处理装置获取客户端上传的一个或多个文件，并判断一个或多个文件是否满足第一约束关系，若满足，则通过客户端的文件上传请求，服务端接收上传的一个或多个文件，并继续执行以下步骤，若不满足，则提示错误；S300)启动第二处理装置，获取并将以下数据中的至少一项写入数据库：路径hash值，入库者，入库时间，版本号。

Description

一种大型游戏资源规范监测方法及装置

技术领域

本发明涉及数据库数据传输领域，特别涉及一种大型游戏资源规范监测方法及装置。

背景技术

目前任何一款游戏的开发，都需要程序、策划、美术的协作，而对于大量的游戏资源需要用到版本管理工具。如果在游戏制作的后期，发现容易闪退，游戏内存消耗过大跑不动，游戏画面和模型呈现有缺陷。这个时候才去找是策划，程序，还是美术的问题，是一个非常繁琐的过程，特别是庞大的游戏资源规范会是游戏问题的难点。

并且，在现在的游戏开发中，对于游戏资源的管理，比较流行是版本管理工具有SVN和git，美术人员要对版本管理工具的使用比较熟悉才能发挥其作用，否则可能会对游戏的开发产生不同程度的游戏资源问题。

发明内容

本发明针对现有技术中版本管理工具对于美术人员来说较为复杂，不便于美术人员掌握的问题，提出一种大型游戏资源规范监测方法及装置。

首先，本发明提出一种大型游戏资源规范监测方法，包括以下步骤：

S100)获取客户端的动作，并当客户端向服务端发出文件上传请求时，启动第一处理装置；

S200)第一处理装置获取客户端上传的一个或多个文件，并判断一个或多个文件是否满足第一约束关系，若满足，则通过客户端的文件上传请求，服务端接收上传的一个或多个文件，并继续执行以下步骤，若不满足，则提示错误；

S300)启动第二处理装置，获取并将以下数据中的至少一项写入数据库：路径hash值，入库者，入库时间，版本号。

进一步，在本发明提出的上述方法中，步骤S200还包括以下子步骤：

S210A)获取一个或多个文件所依赖的数据库中的一个或多个文件名；

S220A)查找数据库中的一个或多个文件，若数据库中的一个或多个文件存在，则判断满足第一约束关系。

进一步，在本发明提出的上述方法中，步骤S200还包括以下子步骤：

S210B)至少显示以下信息中的一项：不满足第一约束关系的客户端上传的一个或多个文件的文件名、数量以及错误详细说明页面连接；

S220B)在错误详细说明页面连接中，至少显示以下信息中的一项：不满足第一约束关系的客户端上传的一个或多个文件的文件名及文件类型、与其存在第一约束关系的一个或多个文件，以及备注信息。

具体地，在本发明提出的上述方法中，所述第一处理装置及第二处理装置使用SVN系统的hook机制。

具体地，在本发明提出的上述方法中，所述第一处理装置为SVN系统的pre-commit接口。

具体地，在本发明提出的上述方法中，所述第二处理装置为SVN系统的post-commit接口。

进一步，在本发明提出的上述方法中，步骤S200还包括以下子步骤：

S210C)pre-commit接口向hook返回一个或多个参数；

S220C)post-commit接口向hook返回一个或多个参数；

S230C)hook向pre-commit接口和/或post-commit接口返回一个或多个参数。

进一步，在本发明提出的上述方法中，步骤S200还包括以下子步骤：

S210D)判断hook向pre-commit接口返回的第一参数值，若非0，则中止上传；

S220D)忽略hook向post-commit接口返回的第二参数值。

其次，本发明提出一种大型游戏资源规范监测装置，包括以下模块：

获取模块，用于获取客户端的动作，并当客户端向服务端发出文件上传请求时，启动第一处理装置；

第一处理模块，用于第一处理装置获取客户端上传的一个或多个文件，并判断一个或多个文件是否满足第一约束关系，若满足，则通过客户端的文件上传请求，服务端接收上传的一个或多个文件，并继续启动第二处理模块，若不满足，则提示错误；

第二处理模块，用于启动第二处理装置，获取并将以下数据中的至少一项写入数据库：路径hash值，入库者，入库时间，版本号。

最后，本发明提出一种计算机可读存储介质，其上存储有计算机指令，所述指令用于执行上述的方法。

本发明的有益效果是：通过本发明所提出的方法及装置，既保证了游戏资源的规范性，也防止了仓库错误资源的堆积和资源版本管理的错乱，从而保证游戏的质量。极早发现资源相关问题，大大降低游戏后续开发过程中，因资源模块方面的出错率，节约的人力资源，有效提高产品质量。

附图说明

图1所示为本发明所提出的一种大型游戏资源规范监测方法的第一实施例的总流程图；

图2所示为本发明所提出的一种大型游戏资源规范监测方法的第一实施例的pre-commit接口处理步骤流程图；

图3所示为本发明所提出的一种大型游戏资源规范监测方法的第一实施例的post-commit接口处理步骤流程图；

图4所示为本发明所提出的一种大型游戏资源规范监测方法的第二实施例的上传界面示意图；

图5所示为本发明所提出的一种大型游戏资源规范监测方法的第二实施例的上传成功界面示意图；

图6所示为本发明所提出的一种大型游戏资源规范监测方法的第二实施例的上传失败界面示意图；

图7所示为本发明所提出的一种大型游戏资源规范监测方法的第三实施例流程图；

图8所示为本发明所提出的一种大型游戏资源规范监测方法的第四实施例流程图；

图9所示为本发明所提出的一种大型游戏资源规范监测方法的第五实施例流程图；

图10所示为本发明所提出的一种大型游戏资源规范监测方法的第六实施例流程图；

图11所示为本发明所提出的一种大型游戏资源规范监测方法的第七实施例流程图；

图12所示为本发明所提出的一种大型游戏资源规范监测装置的框架图。

具体实施方式

以下将结合实施例和附图对本发明的构思、具体结构及产生的技术效果进行清楚、完整的描述，以充分地理解本发明的目的、方案和效果。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。附图中各处使用的相同的附图标记指示相同或相似的部分。

需要说明的是，如无特殊说明，当某一特征被称为“固定”、“连接”在另一个特征，它可以直接固定、连接在另一个特征上，也可以间接地固定、连接在另一个特征上。此外，本申请中所使用的上、下、左、右等描述仅仅是相对于附图中本申请各组成部分的相互位置关系来说的。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

此外，除非另有定义，本文所使用的所有的技术和科学术语与本技术领域的技术人员通常理解的含义相同。本文说明书中所使用的术语只是为了描述具体的实施例，而不是为了限制本申请。本文所使用的术语“和/或”包括一个或多个相关的所列项目的任意的组合。

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

在本发明的实施例中，方法步骤可以按另一个顺序执行。本发明并不限于所述的方法步骤确定的顺序。

参照图1所示的本发明所提出的一种大型游戏资源规范监测方法的第一实施例的总流程图，在本发明的一个实施例中，和其他版本控制系统一样，SVN提供了hook机制，能在特定重要动作发生时触发自定义脚本。本发明利用的正是SVN服务端的钩子——pre-commit和post-commit。这两个钩子涉及的是提交过程，相关的技术流程如下：

第一步，启动pre-commit接口：当用户在客户端上传文件的时候，服务器首先会触发pre-commit接口，解析各资源文件依赖的资源文件，判断每个依赖文件是否在本次入库列表或SVN库中已经存在。(如图1所示)；

由于SVN库访问很慢，这里对于库内文件存在与否的判断，直接查数据库(是post-commit记录到数据里的信息)；

若通过检查规范，确保模型所依赖的游戏资源以及资源文件之间的多重依赖关系没有错误，则通过此次上传操作，文件成功上传后SVN系统会自动触发post-commit接口。(如图3所示)；

若资源文件没有通过检查规范，则放弃入库，缺失依赖信息写入到数据库，供web错误平台展现，并在服务器后台把生成错误报告的Web网址显示到SVN的UI界面，详细显示上传的资源文件所缺失哪些依赖资源，和补全缺失文件的途径。(如图2所示)；

第二步，启动post-commit接口：负责将通过检查规范的资源入库文件相关信息，写入数据库：路径hash值，入库者，入库时间，版本号。(如图3所示)；

由于SVN服务器端有自己的一套文件系统，对于文件信息的提取速度都比较慢，为了解决大量资源入库的时候，取数据的性能问题，本发明引入了数据库，利用前面post-commit记录到数据库的信息，以索引代替资源文件的相关信息，查数据库的效率比在SVN服务器提取资源的效率高。

进一步，在本发明的一个实施例中，通过美术人员将游戏资源上传到SVN仓库的过程，进一步描述本发明所提出的方法步骤，具体有以下步骤。

第一步：在SVN的服务端设置二次开发好的pre-commit接口和post-commit接口；

第二步：选择本次需要上传的资源文件；(参照图4，上传界面中可选择需要上传的文件，通过勾选的方式进行选择，并且上传界面还能显示文件的版本号，以便上传者进行有效区分识别，勾选好之后便可以进行上传了)；

第三步：使用SVN客户端进行上传操作；

第四步：资源文件经过服务端被拦截，并进行游戏资源规范检查；

第五步：若游戏资源文件经规范检查后，没有发现错误，则允许文件上传至服务器。(上传成功的界面参照图5，其中界面可以显示出上传成功的文件名，版本号以及上传成功的文件数)文件上传成功后触发post-commit接口，把本次提交的资源文件信息写到数据库中(路径hash值，入库者，入库时间，版本号，具体格式可参照下表)；

文件名	版本号	hash值	上传时间	入库者

第六步：若游戏资源文件经规范检查以后，发现了问题，则会在SVN客户端的上传界面，显示一个web地址，提示上传者，本次资源文件存在什么问题，以及解决的途径，并告知本次资源提交入库失败，资源文件并没有成功上传到SVN仓库中。(界面可参照图6，界面显示了检查的文件数量，出错的文件数量，错误的数量，以及用时，并提供了错误详细报告的连接地址，以便进行进一步的查询)。web地址的详细错误信息页所显示的内容参考如下的表格。

上传时间

上传者

文件名

文件类型

依赖文件

版本号

HASH路径

备注

参照图7所示的本发明所提出的一种大型游戏资源规范监测方法的第三实施例流程图，在本发明的一个实施例中，提出了一种大型游戏资源规范监测方法的流程图，包括以下步骤：

S100)获取客户端的动作，并当客户端向服务端发出文件上传请求时，启动第一处理装置；

S200)第一处理装置获取客户端上传的一个或多个文件，并判断一个或多个文件是否满足第一约束关系，若满足，则通过客户端的文件上传请求，服务端接收上传的一个或多个文件，并继续执行以下步骤，若不满足，则提示错误；

S300)启动第二处理装置，获取并将以下数据中的至少一项写入数据库：路径hash值，入库者，入库时间，版本号。

进一步，参照图8所示的本发明所提出的一种大型游戏资源规范监测方法的第四实施例流程图，在本发明的一个实施例中，步骤S200还包括以下子步骤：

S210A)获取一个或多个文件所依赖的数据库中的一个或多个文件名；

S220A)查找数据库中的一个或多个文件，若数据库中的一个或多个文件存在，则判断满足第一约束关系。

进一步，参照图9所示的本发明所提出的一种大型游戏资源规范监测方法的第四实施例流程图，在本发明的一个实施例中，步骤S200还包括以下子步骤：

S210B)至少显示以下信息中的一项：不满足第一约束关系的客户端上传的一个或多个文件的文件名、数量以及错误详细说明页面连接；

S220B)在错误详细说明页面连接中，至少显示以下信息中的一项：不满足第一约束关系的客户端上传的一个或多个文件的文件名及文件类型、与其存在第一约束关系的一个或多个文件，以及备注信息。

具体地，在本发明提出的上述方法中，所述第一处理装置及第二处理装置使用SVN系统的hook机制。

具体地，在本发明提出的上述方法中，所述第一处理装置为SVN系统的pre-commit接口。

具体地，在本发明提出的上述方法中，所述第二处理装置为SVN系统的post-commit接口。

进一步，参照图10所示的本发明所提出的一种大型游戏资源规范监测方法的第五实施例流程图，在本发明的一个实施例中，步骤S200还包括以下子步骤：

S210C)pre-commit接口向hook返回一个或多个参数；

S220C)post-commit接口向hook返回一个或多个参数；

S230C)hook向pre-commit接口和/或post-commit接口返回一个或多个参数。

进一步，参照图11所示的本发明所提出的一种大型游戏资源规范监测方法的第六实施例流程图，在本发明的一个实施例中，步骤S200还包括以下子步骤：

S210D)判断hook向pre-commit接口返回的第一参数值，若非0，则中止上传；

S220D)忽略hook向post-commit接口返回的第二参数值。

具体地，SVN是Subversion的简称，是一个开放源代码的版本控制系统。

具体地，所谓SVN的hook机制，就是用户在管理数据仓库的时候，当特定的事件发生时，相应的hook会被调用，hook其实就相当于特定事件的处理函数，pre-commit及post-commit的具体说明如下表所示：

参照图12所示的本发明所提出的一种大型游戏资源规范监测装置的框架图，在本发明的一个实施例中，提出了一种大型游戏资源规范监测装置的框架图，包括以下模块：

获取模块，用于获取客户端的动作，并当客户端向服务端发出文件上传请求时，启动第一处理装置；

第一处理模块，用于第一处理装置获取客户端上传的一个或多个文件，并判断一个或多个文件是否满足第一约束关系，若满足，则通过客户端的文件上传请求，服务端接收上传的一个或多个文件，并继续启动第二处理模块，若不满足，则提示错误；

第二处理模块，用于启动第二处理装置，获取并将以下数据中的至少一项写入数据库：路径hash值，入库者，入库时间，版本号。

进一步，在本发明的一个实施例中，第一处理模块还可包括以下子模块：

获取子模块，用于获取一个或多个文件所依赖的数据库中的一个或多个文件名；

判断子模块，用于查找数据库中的一个或多个文件，若数据库中的一个或多个文件存在，则判断满足第一约束关系。

进一步，在本发明的一个实施例中，第一处理模块还可包括以下子模块：

第一显示子模块，用于至少显示以下信息中的一项：不满足第一约束关系的客户端上传的一个或多个文件的文件名、数量以及错误详细说明页面连接；

第二显示子模块，用于在错误详细说明页面连接中，至少显示以下信息中的一项：不满足第一约束关系的客户端上传的一个或多个文件的文件名及文件类型、与其存在第一约束关系的一个或多个文件，以及备注信息。

具体地，在本发明提出的上述方法中，所述第一处理装置及第二处理装置使用SVN系统的hook机制。

具体地，在本发明提出的上述方法中，所述第一处理装置为SVN系统的pre-commit接口。

具体地，在本发明提出的上述方法中，所述第二处理装置为SVN系统的post-commit接口。

进一步，在本发明的一个实施例中，第一处理模块还可包括以下子模块：

第一返回子模块，用于pre-commit接口向hook返回一个或多个参数；

第二返回子模块，用于post-commit接口向hook返回一个或多个参数；

第三返回子模块，用于hook向pre-commit接口和/或post-commit接口返回一个或多个参数。

进一步，参在本发明的一个实施例中，第一处理模块还可包括以下子模块：

终止子模块，用于判断hook向pre-commit接口返回的第一参数值，若非0，则中止上传。

最后，在本发明的一个实施例中，本发明还提出一种计算机可读存储介质，其上存储有计算机指令，所述指令用于执行上述的方法。

综上所述，通过本发明所提出的方法及装置，既保证了游戏资源的规范性，也防止了仓库错误资源的堆积和资源版本管理的错乱，从而保证游戏的质量。极早发现资源相关问题，大大降低游戏后续开发过程中，因资源模块方面的出错率，节约的人力资源，有效提高产品质量

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

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

本文描述了本公开的实施例，包括发明人已知用于执行本发明的最佳模式。在阅读了上述描述后，这些所述实施例的变化对本领域的技术人员将变得明显。发明人希望技术人员视情况采用此类变型，并且发明人意图以不同于如本文具体描述的方式来实践本公开的实施例。因此，经适用的法律许可，本公开的范围包括在此所附的权利要求书中叙述的主题的所有修改和等效物。此外，本公开的范围涵盖其所有可能变型中的上述元素的任意组合，除非本文另外指示或以其他方式明显地与上下文矛盾。

尽管本发明的描述已经相当详尽且特别对几个所述实施例进行了描述，但其并非旨在局限于任何这些细节或实施例或任何特殊实施例，而是应当将其视作是通过参考所附权利要求考虑到现有技术为这些权利要求提供广义的可能性解释，从而有效地涵盖本发明的预定范围。此外，上文以发明人可预见的实施例对本发明进行描述，其目的是为了提供有用的描述，而那些目前尚未预见的对本发明的非实质性改动仍可代表本发明的等效改动。

因此，应以说明性意义而不是限制性意义来理解本说明书和附图。然而，将明显的是：在不脱离如权利要求书中阐述的本申请的更宽广精神和范围的情况下，可以对本申请做出各种修改和改变。

其他变型在本申请的精神内。因此，尽管所公开的技术可容许各种修改和替代构造，但在附图中已示出并且在上文中详细描述所示的其某些实施例。然而，应当理解，并不意图将本申请局限于所公开的一种或多种具体形式；相反，其意图涵盖如所附权利要求书中所限定落在本申请的精神和范围内的所有修改、替代构造和等效物。

Claims (10)

1.一种大型游戏资源规范监测方法，其特征在于，包括以下步骤：

S100)获取客户端的动作，并当客户端向服务端发出文件上传请求时，启动第一处理装置；

S200)第一处理装置获取客户端上传的一个或多个文件，并判断一个或多个文件是否满足第一约束关系，若满足，则通过客户端的文件上传请求，服务端接收上传的一个或多个文件，并继续执行以下步骤，若不满足，则提示错误；

S300)启动第二处理装置，获取并将以下数据中的至少一项写入数据库：路径hash值，入库者，入库时间，版本号。

2.根据权利要求1所述的大型游戏资源规范监测方法，其特征在于，步骤S200还包括以下子步骤：

S210A)获取一个或多个文件所依赖的数据库中的一个或多个文件名；

S220A)查找数据库中的一个或多个文件，若数据库中的一个或多个文件存在，则判断满足第一约束关系。

3.根据权利要求1所述的大型游戏资源规范监测方法，其特征在于，步骤S200还包括以下子步骤：

S210B)至少显示以下信息中的一项：不满足第一约束关系的客户端上传的一个或多个文件的文件名、数量以及错误详细说明页面连接；

S220B)在错误详细说明页面连接中，至少显示以下信息中的一项：不满足第一约束关系的客户端上传的一个或多个文件的文件名及文件类型、与其存在第一约束关系的一个或多个文件，以及备注信息。

4.根据权利要求1所述的大型游戏资源规范监测方法，其特征在于，所述第一处理装置及第二处理装置使用SVN系统的hook机制。

5.根据权利要求4所述的大型游戏资源规范监测方法，其特征在于，所述第一处理装置为SVN系统的pre-commit接口。

6.根据权利要求4所述的大型游戏资源规范监测方法，其特征在于，所述第二处理装置为SVN系统的post-commit接口。

7.根据权利要求5或6任一项所述的大型游戏资源规范监测方法，其特征在于，步骤S200还包括以下子步骤：

S210C)pre-commit接口向hook返回一个或多个参数；

S220C)post-commit接口向hook返回一个或多个参数；

S230C)hook向pre-commit接口和/或post-commit接口返回一个或多个参数。

8.根据权利要求5或6任一项所述的大型游戏资源规范监测方法，其特征在于，步骤S200还包括以下子步骤：

S210D)判断hook向pre-commit接口返回的第一参数值，若非0，则中止上传；

S220D)忽略hook向post-commit接口返回的第二参数值。

9.一种大型游戏资源规范监测装置，其特征在于，包括以下模块：

获取模块，用于获取客户端的动作，并当客户端向服务端发出文件上传请求时，启动第一处理装置；

第一处理模块，用于第一处理装置获取客户端上传的一个或多个文件，并判断一个或多个文件是否满足第一约束关系，若满足，则通过客户端的文件上传请求，服务端接收上传的一个或多个文件，并继续启动第二处理模块，若不满足，则提示错误；

第二处理模块，用于启动第二处理装置，获取并将以下数据中的至少一项写入数据库：路径hash值，入库者，入库时间，版本号。

10.一种计算机可读存储介质，其上存储有计算机指令，所述指令用于执行上述权利要求1-8任一项所述的方法。