游戏文件处理系统的制作方法

1.本发明实施例涉及互联网技术领域，尤其涉及游戏文件处理系统。


背景技术：

2.随着互联网游戏技术的发展，游戏支撑数据也越来越多。一款成功游戏产品简直是沙粒淘金。这就要求游戏团队对研发产品设计的方案、趣味玩法、数值正确做出快速高效的验证与调整，稳定高效的数值档更新环境就成研发团队最迫切需求，也将降低研发成本与研发时间，目前主要有种：
3.1.通过版本仓库提供管理数值档的维护与更新。
4.2.自行研究文件服管理数值档的维护与更新。
5.然而，面对支撑数据庞大的游戏进行频繁、快速的更新调整严重影响游戏开发效率。具体来说，在游戏更新开发过程中，不仅要对数值档进行维护更新，还要对游戏配置文件进行出档和更新。因此，需要一种能够快速高效的完成相关文档的出档、更新。


技术实现要素：

6.本发明实施例提供游戏文件处理系统，用以提高游戏文件处理效率。
7.第一方面，本发明实施例提供一种游戏文件处理系统，该系统包括：
8.文件列表生成器、变动监测器和文档生成器；其中，
9.所述变动监测器，用于对数值编辑器中数据信息进行变动监测；在监测到任一所述数据信息发生变动，记录变动信息；
10.所述文档生成器，用于获取所述变动信息，根据所述变动信息生成第一文件，并上传所述第一文件到存储服务器进行存储；
11.所述文件列表生成器，用于基于所述存储服务器输出的所述第一文件的版本信息更新文件版本节点列表。
12.可选地，还包括任务调度触发器；以及
13.所述变动监测器，用于在监测到表元或数值中任一数据信息的变动时，基于所述变动信息更新日志文件；
14.所述任务调度触发器，用于基于所述日志文件中记载的变动信息，向所述文档生成器发送携带有所述变动信息的控制指令；
15.所述文档生成器在获取所述变动信息时，具体用于从接收的所述控制指令中获取所述变动信息。
16.可选地，所述存储服务器，还用于基于所述第一文件的文件流输出校验码；以及基于所述校验码和所述第一文件的文件标识生成文件名。
17.可选地，所述文件列表生成器，具体用于：
18.获取所述存储服务器输出的所述第一文件的版本信息；
19.将所述第一文件的所述版本信息、所述文件名和所述校验码更新至所述文件版本
节点列表。
20.可选地，所述文件列表生成器，还用于：
21.获取所述文件版本节点列表中至少一个第二文件的文件名；
22.通过比对所述至少一个第二文件的文件名中的校验码与所述第一文件的校验码，确定至少一个第二文件中是否存在需基于所述第一文件更新的目标文件；
23.在存在的情况下，则利用所述第一文件更新所述目标文件；并更新所述文件版本节点列表。
24.可选地，所述文件列表生成器，在更新所述文件版本节点列表之后，还用于接收所述目标文件的版本信息或时间参数；
25.根据所述目标文件的版本信息或时间参数，输出包含有对应的所述文件名和/或所述校验码的所述文件版本节点列表。
26.可选地，所述文档生成器，在更新所述文件版本节点列表之后，还用于接收目标文件的所述文件名和/或所述校验码；
27.根据所述文件名和/或所述校验码，输出对应的所述第一文件。
28.可选地，还包括：
29.文件维护触发器，用于在所述第一文件的定时周期满足定时阈值或者所述第一文件处于未使用状态时，发送针对所述第一文件的删除指令；
30.文件维护执行器，用于在接收到所述删除指令时，将存储的所述第一文件删除，并删除所述文件版本节点列表中所述第一文件对应的所述版本信息和所述校验码。
31.可选地，所述系统还包括：更新模块：
32.所述更新模块用于获取客户端提供的所述文件版本节点列表的关联信息，所述关联信息包括如下中的至少一项：更新时间、更新内容及所述第一文件的上传方信息中的至少一项；
33.将所述关联信息发送至所述客户端，以由所述客户端对所述关联信息进行显示。
34.可选地，所述系统还包括：操作界面；所述操作界面，展示有文档出档历史信息和版本相关信息，以便基于用户对所述操作界面中可操作元素的操作指令，执行对所述第一文件的出档或修改操作。
35.在本发明实施例中，文件列表生成器、变动监测器和文档生成器；其中，所述变动监测器，用于对数值编辑器中数据信息进行变动监测；在监测到任一所述数据信息发生变动，记录变动信息；所述文档生成器，用于获取所述变动信息，根据所述变动信息生成第一文件，并上传所述第一文件到存储服务器进行存储；所述文件列表生成器，用于基于所述存储服务器输出的所述第一文件的版本信息更新文件版本节点列表。通过上述技术方案，在对文件进行处理的时候，通过基于第一文件对应的变动信息进行监测，及时更新第一文件以及文件版本列表，基于文件版本节点列表以及存储服务器实现对文件更新管理以及相关文件验证，在游戏文件处理过程能够有效提高文件处理效率。
附图说明
36.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发
明的一些实施例，对于本领域普通技术人员来讲在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
37.图1为本技术技术方案提出的一种游戏文件处理系统的结构示意图；
38.图2为本技术实施例提供的文件版本节点列表的示意图；
39.图3为本技术实施例提供举例说明文件版本节点列表生成过程的示意图；
40.图4为本技术实施例提供的一种文件版本节点列表更新方法的流程示意图；
41.图5为本技术实施例提供的存储服务器的工作流程示意图；
42.图6为本技术实施例举例说明前端用户操作界面的展示示意图。
具体实施方式
43.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
44.在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种。
45.取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
46.另外，下述各实施例中的步骤时序仅为一种举例，而非严格限定。
47.随着互联网游戏技术的发展，游戏支撑数据也越来越多。为了更好的满足用户日益变化的游戏体验，需要根据接收到的游戏用户反馈及时对游戏进行调整更新。在实际应用中，游戏相关文档数量比较多，文档更新、维护任务重。此外，为了更好的满足用户游戏体验，游戏更新频率也越来越高，对应的游戏相关文档的维护任务变得更为繁重。现有技术中，文件维护工作通常需要借助辅助工具来实现，但是维护效率低、维护成本高，无法满足游戏快速研发需求。因此，需要一种能够快速高效的完成相关文档的维护工作的技术方案。
48.为了便于理解，下面具体举例说明游戏文件处理系统。如图1为本技术技术方案提出的一种游戏文件处理系统的流程示意图。从图1中可以看到具体包括：
49.文件列表生成器101、变动监测器102和文档生成器103；其中，
50.所述变动监测器102，用于对数值编辑器104中数据信息进行变动监测；在监测到任一所述数据信息发生变动，记录变动信息；
51.所述文档生成器103，用于获取所述变动信息，根据所述变动信息生成第一文件，并上传所述第一文件到存储服务器105进行存储；
52.所述文件列表生成器101，用于基于所述存储服务器105输出的所述第一文件的版本信息更新文件版本节点列表。
53.该游戏文件处理系统包括文件列表生成器101、变动监测器102、文档生成器103、数值编辑器104和存储服务器105。
54.如图2为本技术实施例提供的文件版本节点列表的示意图。从图2中可以看到，在列表中包含有基本定义区，在基本定义区中包含有版本号、版本生成时间等等。在文件列表中，包含有文件夹名和文件名，其中，文件夹名是通过文件标识(也可以是原文件名)显示的，文件名则是由文件标识和校验码组合得到的。若需要下载文件，则可以通过指定文件名下载到对应的文件，在下载的时候，需要基于文件名中的crc32校验码做校验。这里所说的数据信息包括表元信息和数值信息。这里所说的变动监测器可以包括表元变动监测器和数值变动监测器，这里所说的文档生成器可以是代码结构文档生成器和数值文档生成器。
55.为了便于理解，下面对文件版本节点列表的更新多次进行举例说明。如图3为本技术实施例提供举例说明文件版本节点列表生成过程的示意图。从图3中可以看到，首先进行任务初始化操作，加载文件信息、原来的文件版本节点路径、文件存储路径等等。其中文件信息可以分为表元文件(例如包括代码结构文件和枚举结构文件)和数值文件。分别利用表元变动监测器和数值变动监测器进行监测，比如可以检查数值编辑器表元日志最新变动记录，并输出包含有服务模块id、表元id、日志id等。还可以检查数值编辑器中数据日志最新变动记录，并输出包含有服务模块id、数据id和日志id等。
56.在实际应用中，可以通过任务触发器定时检查变动监测器的监测结果。比如，1秒中对变动监测器进行一次检查。当监测到日志文件的变动后，可以利用更新器更新生成代码文件或者数值文件。在根据变动结果进行文件更新的时候，可以分为全量更新和增量更新。其中，增量更新适用于针对部分少量数值、表元等进行更新的方式。当然，具体采用何种更新方式，可以由用户根据实际需求决定。
57.还包括用于生成对应文档的多个生成器，比如，代码结构生成器、枚举结构生成器、数值文件生成器等。利用这些生成器将生成文件输入给存储服务器，进而由存储服务器进行存储并输出各自对应的crc32校验码，以及文件版本信息、文件列表等。基于得到的这些信息对原有文件版本节点列表进行更新，输出更新后文件版本节点列表。
58.如图1所示，在该系统中还包括任务调度触发器106；以及
59.所述变动监测器102，用于在监测到表元或数值中任一数据信息的变动时，基于所述变动信息更新日志文件；
60.所述任务调度触发器106，用于基于所述日志文件中记载的变动信息，向所述文档生成器103发送携带有所述变动信息的控制指令；
61.所述文档生成器103在获取所述变动信息时，具体用于从接收的所述控制指令中获取所述变动信息。
62.在实际应用中，可以通过日志文件对其中包含的各文件和数据状态进行监控。当文件整体版本更新或者文件中任一表元发生变动、任一数值发生变动，都会在日志文件中保存有对应的变动记录。因此，当判断是否需要进行文件更新的时候，可以定时对日志文件进行检测。一般来说，在变动记录中记录有发生变动的变动时间(可以理解为时间参数)、文件名、版本信息、crc32码等，通过这些变动记录可以容易确定对应的第一文件。
63.下面对日志文件的更新方式进行举例说明。服务端接收到任一设备上传的第一文件，进而根据所述第一文件的版本信息，将所述第一文件存储至相应区域；将针对所述第一文件的存储操作信息更新至所述日志文件。
64.需要说明的是，在对第一文件进行存储的时候，是需要根据版本信息确定对应的
存储位置的。例如，需要将目标文件不同版本文件存储到同一存储区区域内，在存储的时候，可以替换掉老版本，也可以分别存储在不同分支当中，当满足定时时间之后进行清除。在执行完对第一文件的存储操作之后，将第一文件相关的存储操作信息更新到日志文件中。进而，可以通过日志文件及时、准确的了解到第一文件的更新状况，从而可以根据需要实现快速更新。
65.具体来说，若检测到所述日志文件的变动记录，则基于所述第一文件的存储路径获取文件信息，其中，所述文件信息包括：所述版本信息和所述校验码中至少一种；基于获取到的所述版本信息和所述校验码，更新所述文件版本节点列表。
66.如前文所述，将第一文件存储到指定位置之后，可以知道第一文件的存储路径。在完成第一文件的存储之后，可以获取到第一文件对应的crc32码和/或版本信息。进而，可以基于版本信息和校验码更新得到如图2所示的文件版本节点列表。
67.需要说明的是，这里所说的校验码可以是以32位循环沉余校验码方式生成文件流的crc32文件码，以crc32文件码为载体对第一文件进行沉余检验。
68.在实际应用中，获取到第一文件之后，将对第一文件进行存储。进而，在存储过程中，生成第一文件的文件流对应的校验码。为了便于对后续过程中对游戏相关文件(比如，代码文件、数值文件等等)的维护管理，基于第一文件的文件名和版本信息，生成文件版本节点列表。
69.容易理解的是，这里所说的版本信息是游戏相关文件(比如，代码文件)在进行版本更新的时候得到的新的版本号等信息。在对文件进行更新的时候，文件版本节点列表中的版本信息、文件名等也需要进行相应更新。后续需要对文件进行查找、更新等操作时，可以基于文件版本节点列表实现。
70.图1中的文件列表生成器101的工作流程如图4所示。下面结合图4对文件列表生成器的工作流程进行举例说明。如图4为本技术实施例提供的一种文件版本节点列表更新方法的流程示意图。从图4中可以看到对文件版本节点列表更新步骤如下：401：获取所述文件版本节点列表中至少一个第二文件的文件名。402：通过比对所述至少一个第二文件的文件名中的校验码与所述第一文件的校验码，确定至少一个第二文件中是否存在需基于所述第一文件更新的目标文件。403：在存在的情况下，则利用所述第一文件更新所述目标文件；并更新所述文件版本节点列表。
71.当需要进行更新检测的时候，获取到文件版本节点列表中包含的第二文件的文件名，进一步确定该文件名中包含的文件标识和校验码。进而，将第二文件的校验码与第一文件的校验码进行对比，若发现有相同的校验码，则对表示在先存在一个早版本的文件，需要利用第一文件对原有目标文件进行更新。例如，在文件版本节点列表中包含有文件2crc32，那么在判断是否需要利用第一文件对目标文件进行更新的时候，将第一文件的文件1crc32与文件2crc32进行对比，若crc32相同，则表示是两个不同版本，则需要利用第一文件对目标文件进行更新。同时，还需要对文件版本节点列表进行更新。在后面实施例中将具体举例说明如何进行文件版本节点列表进行更新。
72.其中，获取第一文件的方式，包括：检测用于记录文件操作信息的日志文件；当检测到所述日志文件中存在变动记录时，获取与所述变动记录对应的所述第一文件。
73.其中，利用存储服务器105存储文件并生成crc32码的过程可以参考图5。如图5为
本技术实施例提供的存储服务器的工作流程示意图。存储服务器需输入文件流与文件存储路径等参数，以文件标识为文件夹名创建文件夹，以32位循环沉余校验码方式生成文件流的crc32文件码，以crc32文件码为载体对文件进行沉余检验。进而，判断对应的文件存储路径中是否已存储有相同crc32码，若存在则直接返回crc32码，若不存在则以crc32为文件名并存储该文件。且以该码为文件名存储文件，执行成功后输crc32文件码。其中该服务避免文件读写冲突、占用、沉余。
74.在本技术一个或者多个实施例中，该文件列表生成器101，在更新所述文件版本节点列表之后，还用于接收所述目标文件的版本信息或时间参数；根据所述目标文件的版本信息或时间参数，输出包含有对应的所述文件名和/或所述校验码的所述文件版本节点列表。
75.在实际应用中，目标文件更新后会对应不同的版本信息，各个版本信息上传给存储服务器的时间也不相同，上传时间早对应的版本旧，上传时间晚对应版本新。用户想要了解某个目标文件特定版本，可以通过上传准确的版本信息查找到该版本对应的文件版本节点列表，当然，若用户无法知晓具体是哪个版本，也可以输入时间参数。这个时间参数是用户所需要版本文件的上传时间。这样，用户可以凭借记忆输入时间参数，根据时间查找到在时间参数附近的至少一个文件版本节点列表。若时间参数是准确且正确的，则直接输出对应的文件版本节点列表；若时间参数是不准确的，那么可以将与该时间参数相邻的多个文件版本节点列表输出，或者输出与时间参数相邻的多个文件版本节点列表中较新的一个列表。
76.在本技术一个或者多个实施例中，文档生成器103，在更新所述文件版本节点列表之后，还用于接收目标文件的所述文件名和/或所述校验码；根据所述文件名和/或所述校验码，输出对应的所述第一文件。
77.在实际应用中，当用户想要下载指定文件的时候(比如，想要下载第一文件)，则可以输入对应的文件名或者对应的校验码。一般来说，在接收到文件名或者校验码之后，根据文件名或者校验码下载最新版本的文件。当然，用户也可以在输入文件名或对应校验码的同时，还输入所需版本信息(比如版本号)。因此通过上述方案，用户获取到的第一文件可以是最新版本文件或者指定版本文件。
78.在实际应用中，还系统还包括：文件维护触发器107，用于在所述第一文件的定时周期满足定时阈值或者所述第一文件处于未使用状态时，发送针对所述第一文件的删除指令。
79.文件维护执行器108，用于在接收到所述删除指令时，将存储的所述第一文件删除，并删除所述文件版本节点列表中所述第一文件对应的所述版本信息和所述校验码。
80.在实际使用过程中，还需要利用文件维护触发器和文件维护执行器对文件进行维护，主要对存储服务器中存储的各文件进行维护，及时清除掉定时周期满足定时阈值的相关文件，比如，文件维护触发器107发现某些数值文件在启动的时候使用到了，但是在后续正常工作过程中用不到，则此时可以利用文件维护执行器108将该数据文件进行清除。此外，文件维护触发器107还可以判断某个文件是否还在正常使用，若在正常使用则保留，若在一段时间内均未使用，则可以利用文件维护执行器108将该文件删除。需要说明的是在删除第一文件之后，还需要对文件版本节点列表进行修改。修改的方式可以是直接重新生成
文件版本节点列表，也可以是在原有的文件版本节点列表中删除掉对应的文件名和校验码。
81.此外，本技术技术方案中，还可以还包括更新模块109：获取所述文件版本节点列表的关联信息，所述关联信息包括如下中的至少一项：更新时间、更新内容及所述第一文件的上传方信息中的至少一项；将所述关联信息发送至客户端，以由所述客户端对所述关联信息进行显示。举例来说，该更新模块的工作过程可以通过可视化系统来实现。例如，可视化系统中包含有前端用户操作界面和云服务器。
82.如图6为本技术实施例举例说明前端用户操作界面的展示示意图。从图6中可以看到，用户可以通过前端操作界面操作并展示文档出档历史信息和版本相关信息。其中，文档出档历史信息包括文档版本、出档时间、出档变更内容、操作人等等。在图6中的所示，版本相关信息可以是分支版本列表，在列表中展示文件版本相关信息。前端操作界面通过网络接口从云文档服务器读取已有的文件版本节点列表，在该列表中可以看到文件的版本信息、时间参数、文件列表传输api等等。当然，在需要的情况下，用户还可以通过该前端用户操作界面实现文件、文件版本节点列表的重新生成。在当前展示界面中，还存在一些可操作元素，比如图中菜单1、菜单2等可以是可操作元素，实现对分支版本列表或文档出档历史信息的增删操作等。可操作元素还可以是列表中的具体信息，比如，通过单击右键可以调出对应功能下拉菜单，通过功能下拉菜单实现对列表中的内容的增、删、改。
83.在前端用户操作界面上还可以显示文件更新时间、更新内容和第一文件的上传方信息(比如，上传api)以及对应的文件版本节点列表相关内容。
84.此外本技术技术方案中还可以提供代码文件、数值文件、游戏全局配置文件等相关文件的变动的消息订阅。可以通过云服务器向订阅者推送文件变动内容、变动发起人(也就是文件的修改者)、变动时间等，以便用户可以及时、全面的了解变动的情况。
85.需要说明的是，这里所说的云服务器主要用于承载数值文件、代码文件及游戏相关配置文档的生成、下载服务。以及为前端用户操作界面提供版本信息、时间参数、文件列表传输api待展示信息，提供api调用服务等。
86.基于上述实施例，获取第一文件；基于所述第一文件的文件流生成校验码；根据所述校验码，确定所述第一文件的文件名；获取所述第一文件的版本信息对应的版本节点列表；将所述第一文件的文件名更新至所述版本节点列表。通过上述技术方案，在对文件进行处理的时候，通过基于第一文件对应的文件流得到对应的校验码。进而，基于校验码和文件版本信息生成文件版本节点列表。在文件上传、下载、更新等相关文件验证操作的时候，都基于该校验码实现的，在游戏文件处理过程中避免对文件占用，能够有效提高文件处理效率。
87.以上所描述的实施例仅仅是示意性的，其中所述作为分离部件说明的各个模块可以是或者也可以不是物理上分开的。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
88.通过以上的实施例的描述，本领域的技术人员可以清楚地了解到各实施例可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件和软件结合的方式来实现。基于这样的理解，上述技术方案本质上或者说做出贡献的部分可以以计算机产品的形式体现
出来，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd
‑
rom、光学存储器等)上实施的计算机程序产品的形式。
89.最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。