CN117065359A - 自动获取游戏的配置文件的方法、装置、介质及设备 - Google Patents

Abstract

本申请涉及一种自动获取游戏的配置文件的方法、装置、介质及设备，其中方法包括：获取针对至少一个游戏的基础配置信息的修改指令；确定各所述修改指令对应的基础配置信息修改后的文件生成路径；根据各所述文件生成路径，将对应的基础配置信息修改得到的配置信息文件重定向至预设的沙箱目录中；从所述沙箱目录的各所述配置信息文件中筛选各所述游戏的配置文件，并从各所述配置文件中确定每个所述游戏对应的配置文件。其中，从沙箱目录中的各个配置信息文件中筛选出起到配置作用的配置文件，并将配置文件和修改基础配置信息的游戏进行一一匹配，从而使得在游戏较多时，提升获取各个游戏对应的配置文件的效率。

Description

自动获取游戏的配置文件的方法、装置、介质及设备

技术领域

本申请涉及云游戏技术领域，具体涉及一种自动获取游戏的配置文件的方法、装置、介质及设备。

背景技术

随着云游戏技术的发展，云游戏技术正在推动游戏行业走向新的发展阶段，云游戏在日常生活中也是越来越普遍，越来越受到玩家青睐。云游戏的概念简言之为：游戏运行在云服务器，玩家的终端无需安装游戏，便可以实现游戏畅玩。

其中，玩家在玩云游戏之前，需要通过云服务器中的模拟终端环境获取游戏的基础配置信息对应的配置文件，并在本地进行配置，从而使得顺利地按照配置启动游戏。目前常用的方式是通过解析游戏程序本身的文件结构来获取游戏的基础配置信息对应的配置文件，但是当云服务器中的游戏较多时，此种方式获取游戏的基础配置信息对应的配置文件的效率较低。

发明内容

为了提升获取游戏的基础配置信息对应的配置文件的效率，本申请提供一种自动获取游戏的配置文件的方法、装置、介质及设备。

在本申请的第一方面提供了一种自动获取游戏的配置文件的方法，具体包括：

获取针对至少一个游戏的基础配置信息的修改指令；

确定各所述修改指令对应的基础配置信息修改后的文件生成路径；

根据各所述文件生成路径，将对应的基础配置信息修改得到的配置信息文件重定向至预设的沙箱目录中；

从所述沙箱目录的各所述配置信息文件中筛选各所述游戏的配置文件，并从各所述配置文件中确定每个所述游戏对应的配置文件。

通过采用上述技术方案，获取到基础配置信息的修改指令时，说明游戏的基础配置信息存在修改，由于游戏的基础配置信息一旦修改，游戏会重新保存修改后的基础配置信息的相关文件。因此，根据修改指令，重新指定修改指令对应的基础配置信息修改后的文件生成路径，即，在文件生成路径指向的位置中会保存修改后的基础配置信息的相关文件。接着各个游戏基础配置信息修改后得到的配置信息文件在对应的文件生成路径的作用下，重定向预设的沙箱目录中。最后从沙箱目录中的各个配置信息文件中筛选出起到配置作用的配置文件，并将配置文件和修改基础配置信息的游戏进行一一匹配，从而使得在游戏较多时，提升获取各个游戏修改后的基础配置信息对应的配置文件的效率。

可选的，所述获取至少一个游戏的基础配置信息的修改指令，具体包括：

对至少一个游戏的基础配置信息进行修改；

通过HOOK对预置的文件操作函数进行监听，得到至少一个游戏的基础配置信息的修改指令。

通过采用上述技术方案，对云服务器中运行的至少一个游戏的基础配置进行修改，随即会产生修改动作。由于云服务器中同时预置有文件操作函数，并且HOOK对文件操作函数进行实时监听，会实时监听到产生的修改动作，最终捕获到游戏基础配置信息的修改指令，从而方便后续更加精准地触发文件的重定向。

可选的，所述预置的文件操作函数为ntCreateFile函数。

通过采用上述技术方案，文件操作函数采用ntCreateFile函数，ntCreateFile函数用于处理文件系统操作，可以实现文件的创建、打开、读、写、关闭等操作，一旦基础配置信息存在修改，存在文件的写入，文件操作函数就会被调用，从而使得后续通过HOOK监听文件操作函数，更容易更准确地的捕捉到修改指令。

可选的，所述确定各所述修改指令对应的基础配置信息修改后的文件生成路径，具体包括：

基于各所述修改指令，触发对应的基础配置信息修改后的配置信息文件的重定向；

根据各所述重定向，确定对应的基础配置信息的文件生成路径。

通过采用上述技术方案，确定存在修改的基础配置信息对应的修改指令后，达到触发条件，并触发文件的重定向，即，基础配置信息修改后、重新进行保存的配置信息文件的重定向，最后基于重定向，为进行修改的基础配置信息重新指定文件生成路径，从而使得形成的配置信息文件可以根据文件生成路径，保存至指定位置，从而避免对每个游戏程序本身的文件结构进行解析来获取游戏的配置文件，直接可从此指定位置中获取。

可选的，所述从所述沙箱目录的各所述配置信息文件中筛选各所述游戏的配置文件，具体包括：

获取所述沙箱目录中各所述配置信息文件的拓展名；

从所述沙箱目录中筛选拓展名与预置的特定拓展名一致的配置文件，所述预置的特定拓展名为各所述游戏的基础配置信息的配置文件的拓展名。

通过采用上述技术方案，各个游戏修改基础配置信息后的配置信息文件保存至沙箱目录中后，将各个配置信息文件的拓展名与配置文件的特定拓展名进行对比，将拓展名与特定拓展名一致的配置信息文件确定为配置文件，从而快速地从众多配置信息文件中获取多个游戏基础配置信息的配置文件。。

可选的，所述从各所述配置文件中确定每个所述游戏对应的配置文件，具体包括：

将各所述配置文件逐个加载至各所述游戏对应的模拟终端环境中，并分别运行每个所述游戏；

若运行成功，则将当前加载的配置文件确定为对应的游戏的配置文件；

若运行未成功，则继续加载下一个配置文件并分别运行每个所述游戏，直到运行成功

通过采用上述技术方案，多个配置文件确定后，将配置文件加载到每个游戏对应的模拟终端环境中并其启动运行游戏，如果游戏运行成功，说明此配置文件可以为此游戏进行游戏配置设置，那么将此配置文件确定为此游戏对应的配置文件；如果运行没有成功，说明此运行此配置文件不能对此游戏进行配置设置，即配置文件不属于此游戏，那么继续将下一个配置文件加载至模拟终端环境中尝试运行。从而最终快速获取多个游戏各自对应的配置文件。

可选的，所述获取至少一个游戏的基础配置信息的修改指令之前，还包括：

创建至少一个游戏各自对应的模拟终端环境；

所述获取至少一个游戏的基础配置信息的修改指令，具体包括：

基于各所述模拟终端环境，获取对应的游戏的基础配置信息的修改指令。

通过采用上述技术方案，创建每个游戏对应的模拟终端环境，使得每个游戏运行在对应的模拟终端环境中，即沙箱隔离区，不仅可以让游戏与玩家的终端更好的交互，而且还能为每个游戏提供独立的隔离环境，让各游戏之间运行不受影响，最重要的是不会主体的云服务器造成影响。另外，基于模拟终端环境，云服务器也能较便捷地捕捉获取到游戏的基础配置信息的修改指令（或修改动作）。

在本申请的第二方面提供了一种自动获取游戏的配置文件的装置，具体包括：

修改获取模块(11)，用于获取针对至少一个游戏的基础配置信息的修改指令；

路径确定模块(12)，用于确定各所述修改指令对应的基础配置信息修改后的文件生成路径；

文件定向模块(13)，用于根据各所述文件生成路径，将对应的基础配置信息修改得到的配置信息文件重定向至预设的沙箱目录中；

配置确定模块(14)，用于从所述沙箱目录的各所述配置信息文件中筛选各所述游戏的配置文件，并从各所述配置文件中确定每个所述游戏对应的配置文件。

通过采用上述技术方案，修改获取模块获取针对至少一个游戏的基础配置信息的修改指令，由文件定向模块根据获取到的各个修改指令，确定对应的基础配置信息修改后的文件生成路径，接着文件定向模块根据文件生成路径，将基础配置信息修改得到的配置信息文件重定向保存至预设的沙箱目录中，最后由配置确定模块从沙箱目录的多个配置信息文件中筛选出多个游戏的配置文件，并将每个配置文件与游戏进行一一匹配对应，从而实现自动获取每个游戏的配置文件。

综上所述，本申请包括以下至少一种有益技术效果：

获取到基础配置信息的修改指令时，说明游戏的基础配置信息存在修改，由于游戏的基础配置信息一旦修改，游戏会重新保存修改后的基础配置信息的相关文件。因此，根据修改指令，重新指定修改指令对应的基础配置信息修改后的文件生成路径，即，在文件生成路径指向的位置中会保存修改后的基础配置信息的相关文件。接着各个游戏基础配置信息修改后得到的配置信息文件在对应的文件生成路径的作用下，重定向预设的沙箱目录中。最后从沙箱目录中的各个配置信息文件中筛选出起到配置作用的配置文件，并将配置文件和修改基础配置信息的游戏进行一一匹配，从而使得在游戏较多时，提升获取各个游戏修改后的基础配置信息对应的配置文件的效率。

附图说明

图1是本申请实施例提供的一种自动获取游戏的配置文件的方法的流程示意图；

图2是本申请实施例提供的一种游戏配置设置功能的界面示意图；

图3是本申请实施例提供的一种配置信息文件重定向的流程示意图；

图4是本申请实施例提供的一种游戏基础配置信息获取的流程示意图；

图5是本申请实施例提供的另一种自动获取游戏的配置文件的方法的流程示意图；

图6是本申请实施例提供的一种自动获取游戏的配置文件的装置的结构示意图；

图7是本申请实施例提供的另一种自动获取游戏的配置文件的装置的结构示意图。

附图标记说明：11、修改获取模块；12、路径确定模块；13、文件定向模块；14、配置确定模块；15、环境模拟模块。

实施方式

为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。

在本申请实施例的描述中，“示性的”、“例如”或者“举例来说”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示性的”、“例如”或者“举例来说”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示性的”、“例如”或者“举例来说”等词旨在以具体方式呈现相关概念。

在本申请实施例的描述中，术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，单独存在B，同时存在A和B这三种情况。另外，除非另有说明，术语“多个”的含义是指两个或两个以上。

玩家通过终端启动云游戏时，需要云服务器中的模拟终端环境获取到运行在云服务器中的游戏的基础配置信息，其中，模拟终端环境为游戏程序与玩家的终端之间的交互桥梁，接着按照获取的基础配置信息对应的配置文件对游戏进行本地配置，使得游戏可以按照基础配置信息对应的配置启动，最后渲染后的游戏画面压缩后通过网络传送给玩家的终端，从而使得玩家在终端上可以按照此配置启动运行云游戏。

当运行在云服务器中的游戏程序较多时，如何快速的获取各个游戏的基础配置信息成为亟待解决的问题。通过本申请提供的自动获取游戏的配置文件的方法，能够较为快速地获取各个游戏的基础配置信息对应的配置文件，避免对每个游戏程序本身的文件结构进行解析来获取配置文件，因为运行在云服务器中游戏数量较多时，解析游戏程序本身的文件结构会拖慢获取多个游戏基础配置信息的进度，容易影响玩家们的云游戏体验。其中，获取游戏的配置文件，即，获取游戏的基础配置信息。需要说明的是，终端可以是诸如手机、平板电脑、电子书阅读器、多媒体播放设备、可穿戴设备、PC(PersonalComputer，个人计算机)等电子设备。

另外，本申请一个实施例提供的实施环境包括云服务器，即，本申请提供的自动获取游戏的配置文件的方法执行主体为云服务器。

参见图1，本申请实施例公开了一种自动获取游戏的配置文件的方法的流程示意图，可依赖于计算机程序实现，也可运行于基于冯诺依曼体系的自动获取游戏的配置文件的装置上。该计算机程序可集成在应用中，也可作为独立的工具类应用运行，具体包括：

S101：获取针对至少一个游戏的基础配置信息的修改指令。

在一个可实现的实施方式中，对至少一个游戏的基础配置信息进行修改；

通过HOOK对预置的文件操作函数进行监听，得到至少一个游戏的基础配置信息的修改指令。

具体的，基础配置信息指的是游戏进行过程中，影响玩家游戏体验的游戏参数。可以通过调整游戏的基础配置信息，使得玩家在游戏中拥有较好地的游戏体验。基础配置信息包括：控制设备类型、震动以及镜头的反转、回正、距离、切换人称；键位设置、快捷键、操作习惯；图像质量、显示分辨率、是否全屏、亮度、帧率、垂直同步、阴影质量、抗锯齿、后期效果、动态模糊、光线追踪等；声音音量、音效、字幕、语言、音频输出等等。不同类型的游戏类型，对应的基础配置信息不同，例如，对于fps类型游戏，基础配置信息包括第一人称和第三人称的切换人称的配置设置。但是对于moba类型游戏，对应的基础配置信息可能就没有切换人称的配置设置。在本申请实施例中，一个游戏的基础配置信息存在多个。

如图2所示，云服务器通过运行在其中的至少一个游戏自身具有的配置设置功能，对游戏的基础配置信息进行修改。当修改游戏的基础配置信息中的一个配置时，游戏自身会保存此配置修改后形成的文件或注册表。其中，在本申请实施例中，可以修改每个游戏的基础配置信息中的所有配置，在其他实施例中，也可以修改每个游戏的基础配置信息中的部分配置。

一旦对运行在云服务器中的游戏的基础配置信息进行修改，就会产生修改动作，对于对应的游戏的系统文件而言，存在写入动作，即会产生系统文件操作。因此，通过HOOK监听预置的文件操作函数，能较好地拦截系统文件操作，捕捉到修改基础配置信息产生的写入动作。其中，HOOK中文译为“挂钩”或“钩子”，对特定的系统事件进行HOOK监听后，一旦发生以HOOK事情，对该事件进行HOOK的程度会收到系统的通知。文件操作参数为ntCreateFile函数，在其他实施例中，文件操作函数也可以为fopen函数。文件操作函数指的是一种用于操作文件和文件系统的函数，它们提供了一种便利的方式来创建、更新、移动和删除文件以及文件夹。在本申请实施例中，游戏的基础配置信息一旦修改，预置的文件操作函数就会创建更新对应的文件或注册表，对预置的文件操作函数进行监听的HOOK就会拦截捕捉到对应的写入动作，最终获取到至少一个游戏的基础配置信息的修改指令。

S102：确定各修改指令对应的基础配置信息修改后的文件生成路径。

在一个可实现的实施方式中，基于各修改指令，触发对应的基础配置信息修改后的配置信息文件的重定向；

根据各重定向，确定对应的基础配置信息的文件生成路径。

具体的，通常情况下，对游戏的基础配置信息进行修改后，会形成整个游戏的配置信息文件，配置信息文件为游戏基础配置修改后形成的文件或注册表，并且会默认保存到对应游戏所在文件夹内。基于此种情况，获取游戏修改后的配置信息文件，需要解析对应游戏程序的文件结构，效率较低。因此，需要重新指定基础配置信息修改后的文件生成路径，即基础配置信息修改后的配置信息文件的保存路径。

其中，重定向(Redirect)指的是通过各种方法将各种网络请求重新定个方向转到其它位置。在本申请实施例中，可以理解为文件重定向，即重新选定配置信息文件的指向。进一步地，云服务器中预置有重定向的触发条件，触发条件为捕捉获取到基础配置信息的修改指令。

存在修改的基础配置信息对应的修改指令获取后，满足触发条件，触发对应的基础配置信息修改后的配置信息文件的重定向，重新为对应的基础配置信息（存在修改）选定文件生成路径，从而使得能在文件生成路径指向的位置形成并保存修改后的基础配置信息对应的配置信息文件，无需解析对应的游戏程序本身的文件结构。需要说明的是，在本申请实施例中，文件生成路径为预置，云服务器中所有游戏的基础配置信息修改后的文件生成路径可以相同，在其他实施例中，也可以每个游戏对应一个独立的文件生成路径。

S103：根据各文件生成路径，将对应的基础配置信息修改得到的配置信息文件重定向至预设的沙箱目录中。

具体的，如图3所示，修改的基础配置信息对应的文件生成路径确定后，在每个基础配置信息修改完成的情况下，此基础配置信息的配置信息文件自动保存到对应的文件生成路径所指向的沙箱目录中，从而使得获取每个游戏的基础配置信息无需解析对应的游戏程序本身的文件结构，可以直接从沙箱目录中提取。其中，沙箱目录对应一个沙箱隔离区，指的是运行沙箱程序时用于暂存数据的目录，在本申请实施例中，为暂存云服务器中各个游戏基础配置信息修改后的配置信息文件的目录。沙箱（Sandbox）是一个在计算机安全领域中的概念，指的是一个模拟的环境，其中的程序可以在不受限制的情况下访问计算机资源，但同时也意味着对于这些计算机资源的访问和操作必须是受限制，不能对计算机系统造成永久性的损害。需要说明的是，在本申请实施例中，沙箱目录为预设，并且云服务器中所有游戏的基础配置信息修改后的配置信息文件均为重定向到此沙箱目录中，即沙箱目录中保存有各个游戏修改的基础配置信息对应的配置信息文件，并且每个配置信息文件与每个游戏的对应关系不确定。

例如，M游戏基础配置信息M1为分辨率：1080*960、抗锯齿：低、显示模式：窗口化全屏、阴影效果：低……，此时基础配置信息对应的配置信息文件为m。将M游戏基础配置信息M1中的分辨率进行修改，修改为1280*1080，那么基础配置信息M1对应的文件生成路径为O，此时修改后形成的配置信息文件为m1，并且m1直接存储到文件生成路径O指向的位置。

S104：从沙箱目录的各配置信息文件中筛选各游戏的配置文件，并从各配置文件中确定每个游戏对应的配置文件。

具体的，配置文件是指的开发过程中，用于描述游戏的参数、玩法、样式等方面的文件，这些配置文件通常是由游戏开发者自行编写，描述游戏的各种参数和属性，以便游戏引擎能正确地处理和渲染游戏画面和场景。在游戏开发中，配置文件通常需要进行不断的维护和更新，以保证游戏的稳定性和可玩性。配置文件的更新可以通过修改配置文件本身或者通过在游戏运行时动态更新配置文件来实现。在本申请实施例中，配置文件与基础配置信息一一对应，并且配置信息文件中包含有配置文件。需要说明的是，获取每个游戏的基础配置信息，其实就是获取每个游戏的基础配置信息对应的配置文件，因为对游戏进行配置时，主要是通过配置文件来实现，详细过程可参见图4。

例如，修改后形成的配置信息文件m1中是包含有配置文件m2，配置文件m2中的分辨率对应的参数也相应进行了调整更新，从而使得通过此配置文件m2启动游戏M后，游戏M中的基础配置信息为分辨率：1280*1080、抗锯齿：低、显示模式：窗口化全屏、阴影效果：低……。

从沙箱目录保存的所有配置信息文件中筛选出存在配置修改的所有游戏的配置文件，一种可行的筛选方式为：可以以配置文件特定的拓展名为搜索关键词，对沙箱目录中的所有配置信息文件进行搜索，筛选出拥有特定的拓展名的配置文件。配置文件筛选出来后，需要将配置文件与修改配置的游戏进行一一匹配。将每个配置文件依次加载到云服务器中的模拟终端环境中，其中，模拟终端环境是通过沙箱技术创建的一个虚拟的隔离环境，其中，每个模拟终端环境中均运行有一个游戏。

最后通过加载进模拟终端环境中的配置文件，启动运行游戏，如果运行成功，说明通过此配置文件可以成功对游戏配置成功，进而说明此配置文件属于此运行成功的游戏，按照此方式，可以从众多配置文件中，确定每个游戏修改后的基础配置信息对应的配置文件。

参见图5，本申请实施例公开另一种自动获取游戏的配置文件的方法的流程示意图，可依赖于计算机程序实现，也可运行于基于冯诺依曼体系的自动获取游戏的配置文件的装置上。该计算机程序可集成在应用中，也可作为独立的工具类应用运行，具体包括：

S201：创建至少一个游戏各自对应的模拟终端环境。

S202：基于各模拟终端环境，获取对应的游戏的基础配置信息的修改指令。

具体的，通过虚拟化技术在云服务器中创建至少一个虚拟的操作系统环境，即模拟终端环境，沙箱运行环境与云服务器系统完全隔离，使得在其中的游戏无法影响云服务器系统。需要说明的是，每个模拟终端环境对应一个游戏。

接着在每个沙箱运行环境中，通过对应游戏的配置设置功能，对基础配置信息进行修改，并且通过HOOK对预置的文件操作函数进行监听，最终捕获到对此基础配置信息的修改指令。获取修改指令的详细过程，可参见步骤S101，在此不再赘述。

S203：确定各修改指令对应的基础配置信息修改后的文件生成路径。

S204：根据各文件生成路径，将对应的基础配置信息修改得到的配置信息文件重定向至预设的沙箱目录中。

具体的，可参考步骤S102-S103，在此不再赘述。

S205：获取沙箱目录中各配置信息文件的拓展名。

S206：从沙箱目录中筛选拓展名与预置的特定拓展名一致的配置文件，预置的特定拓展名为各游戏的基础配置信息的配置文件的拓展名。

具体的，各个游戏对应的配置信息文件重定向到预设的沙箱目录中后，通过PHPpathinfo函数获取各个配置信息文件的拓展名，其中，拓展名是操作系统用来标志文件类型的一种机制，通常来说，拓展名位于主文件名的后面，由一个分隔符分隔。

各个配置信息文件的拓展名确定后，将每个配置信息文件的拓展名与预设的特定拓展名进行对比，其中，特定拓展名可以为“.sav”或“.json”，游戏的类型不同，对应配置文件的特定拓展名也会不同，在其他实施例中，特定拓展名也可以为“.yaml”或“.xml”。从多个配置信息文件中筛选出拓展名与特定拓展名一致的配置信息文件，即配置文件，最终实现从沙箱目录中确定配置文件，配置文件可以为一个，也可以为多个。

S207：将各配置文件逐个加载至各游戏对应的的模拟终端环境中，并分别运行每个游戏。

具体的，配置文件确定后，需要将配置文件与每个游戏进行一一匹配。因此将每个配置文件依次加载至每个游戏对应的模拟终端环境中。从而使得每个模拟终端环境中游戏能按照加载的配置文件进行配置设置并且启动运行，进而确定此配置文件最终对应的游戏。

例如，存在配置修改的游戏有3个，分别是A、B和C，分别运行在对应的模拟终端环境中，配置文件存在3个，分别为a、b和c，将配置文件a分别加载至三个模拟终端环境中，启动运行游戏A、B和C。

S208：若运行成功，则将当前加载的配置文件确定为对应的游戏的配置文件。

S209：若运行未成功，则继续加载下一个配置文件并分别运行每个游戏，直到运行成功。

具体的，如果存在运行成功的游戏，说明当前加载的配置文件属于此运行成功的游戏，那么将当前加载的配置文件为运行成功的游戏基础配置信息的配置文件；如果存在游戏运行未成功，按照当前加载的配置文件无法正常对此游戏进行配置设置，进而无法正常启动，说明当前加载的配置文件不是此游戏修改后的基础配置信息对应的配置文件，那么从所有配置文件中读取下一个配置文件并加载到模拟终端环境中，启动每个游戏，依次类推，直到配置存在修改的所有游戏均运行成功，最终确定每个游戏的基础配置信息的配置文件。

本申请实施例自动获取游戏的配置文件的方法的实施原理为：获取到基础配置信息的修改指令时，说明游戏的基础配置信息存在修改，由于游戏的基础配置信息一旦修改，游戏会重新保存修改后的基础配置信息的相关文件。因此，根据修改指令，重新指定修改指令对应的基础配置信息修改后的文件生成路径，即，在文件生成路径指向的位置中会保存修改后的基础配置信息的相关文件。接着各个游戏基础配置信息修改后得到的配置信息文件在对应的文件生成路径的作用下，重定向预设的沙箱目录中。最后从沙箱目录中的各个配置信息文件中筛选出起到配置作用的配置文件，并将配置文件和修改基础配置信息的游戏进行一一匹配，从而使得在游戏较多时，提升获取各个游戏修改后的基础配置信息对应的配置文件的效率。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

请参见图6，为本申请实施例提供的自动获取游戏的配置文件的装置的结构示意图。该应用于自动获取游戏的配置文件的装置可以通过软件、硬件或者两者的结合实现成为装置的全部或一部分。该装置1包括修改获取模块11、路径确定模块12、文件定向模块13和配置确定模块14。

修改获取模块11，用于获取针对至少一个游戏的基础配置信息的修改指令；

路径确定模块12，用于确定各修改指令对应的基础配置信息修改后的文件生成路径；

文件定向模块13，用于根据各文件生成路径，将对应的基础配置信息修改得到的配置信息文件重定向至预设的沙箱目录中；

配置确定模块14，用于从沙箱目录的各配置信息文件中筛选各游戏的配置文件，并从各配置文件中确定每个游戏对应的配置文件。

可选的，修改获取模块11，具体用于：

对至少一个游戏的基础配置信息进行修改；

通过HOOK对预置的文件操作函数进行监听，得到至少一个游戏的基础配置信息的修改指令。

可选的，路径确定模块12，具体用于：

基于各修改指令，触发对应的基础配置信息修改后的配置信息文件的重定向；

根据各重定向，确定对应的基础配置信息的文件生成路径。

可选的，配置确定模块14，具体用于：

获取沙箱目录中各配置信息文件的拓展名；

从沙箱目录中筛选拓展名与预置的特定拓展名一致的配置文件，预置的特定拓展名为各游戏的基础配置信息的配置文件的拓展名。

可选的，配置确定模块14，具体还用于：

将各配置文件逐个加载至各游戏对应的模拟终端环境中，并分别运行每个游戏；

若运行成功，则将当前加载的配置文件确定为对应的游戏的配置文件；

若运行未成功，则继续加载下一个配置文件并分别运行每个游戏，直到运行成功。

可选的，如图7所示，装置1还包括环境模拟模块15，具体用于：

创建至少一个游戏各自对应的模拟终端环境；

获取至少一个游戏的基础配置信息的修改指令，具体包括：

基于各模拟终端环境，获取对应的游戏的基础配置信息的修改指令。

需要说明的是，上述实施例提供的一种自动获取游戏的配置文件的装置在执行自动获取游戏的配置文件的方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的一种自动获取游戏的配置文件的装置与一种自动获取游戏的配置文件的方法实施例属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。

本申请实施例还公开一种计算机可读存储介质，并且，计算机可读存储介质存储有计算机程序，其中，计算机程序被处理器执行时，采用了上述实施例的一种自动获取游戏的配置文件的方法。

其中，计算机程序可以存储于计算机可读介质中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间件形式等，计算机可读介质包括能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器（ROM）、随机存取存储器（RAM）、电载波信号、电信信号以及软件分发介质等，需要说明的是，计算机可读介质包括但不限于上述元器件。

其中，通过本计算机可读存储介质，将上述实施例的一种自动获取游戏的配置文件的方法存储于计算机可读存储介质中，并且，被加载并执行于处理器上，以方便上述方法的存储及应用。

本申请实施例还公开一种电子设备，计算机可读存储介质中存储有计算机程序，计算机程序被处理器加载并执行时，采用了上述一种自动获取游戏的配置文件的方法。

其中，电子设备可以采用台式电脑、笔记本电脑或者云端服务器等电子设备，并且，电子设备设备包括但不限于处理器以及存储器，例如，电子设备还可以包括输入输出设备、网络接入设备以及总线等。

其中，处理器可以采用中央处理单元（CPU），当然，根据实际的使用情况，也可以采用其他通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现成可编程门阵列（FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，通用处理器可以采用微处理器或者任何常规的处理器等，本申请对此不做限制。

其中，存储器可以为电子设备的内部存储单元，例如，电子设备的硬盘或者内存，也可以为电子设备的外部存储设备，例如，电子设备上配备的插接式硬盘、智能存储卡（SMC）、安全数字卡（SD）或者闪存卡（FC）等，并且，存储器还可以为电子设备的内部存储单元与外部存储设备的组合，存储器用于存储计算机程序以及电子设备所需的其他程序和数据，存储器还可以用于暂时地存储已经输出或者将要输出的数据，本申请对此不做限制。

其中，通过本电子设备，将上述实施例的一种自动获取游戏的配置文件的方法存储于电子设备的存储器中，并且，被加载并执行于电子设备的处理器上，方便使用。

以上所述者，仅为本公开的示例性实施例，不能以此限定本公开的范围。即但凡依本公开教导所作的等效变化与修饰，皆仍属本公开涵盖的范围内。本领域技术人员在考虑说明书及实践这里的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未记载的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的范围和精神由权利要求限定。

Claims (10)

1.一种自动获取游戏的配置文件的方法，其特征在于，应用于云服务器，所述方法包括：

获取针对至少一个游戏的基础配置信息的修改指令；

确定各所述修改指令对应的基础配置信息修改后的文件生成路径；

根据各所述文件生成路径，将对应的基础配置信息修改得到的配置信息文件重定向至预设的沙箱目录中；

从所述沙箱目录的各所述配置信息文件中筛选各所述游戏的配置文件，并从各所述配置文件中确定每个所述游戏对应的配置文件。

2.根据权利要求1所述的自动获取游戏的配置文件的方法，其特征在于，所述获取至少一个游戏的基础配置信息的修改指令，具体包括：

对至少一个游戏的基础配置信息进行修改；

通过HOOK对预置的文件操作函数进行监听，得到至少一个游戏的基础配置信息的修改指令。

3.根据权利要求2所述的自动获取游戏的配置文件的方法，其特征在于：所述预置的文件操作函数为ntCreateFile函数。

4.根据权利要求1所述的自动获取游戏的配置文件的方法，其特征在于，所述确定各所述修改指令对应的基础配置信息修改后的文件生成路径，具体包括：

基于各所述修改指令，触发对应的基础配置信息修改后的配置信息文件的重定向；

根据各所述重定向，确定对应的基础配置信息的文件生成路径。

5.根据权利要求1所述的自动获取游戏的配置文件的方法，其特征在于，所述从所述沙箱目录的各所述配置信息文件中筛选各所述游戏的配置文件，具体包括：

获取所述沙箱目录中各所述配置信息文件的拓展名；

从所述沙箱目录中筛选拓展名与预置的特定拓展名一致的配置文件，所述预置的特定拓展名为各所述游戏的基础配置信息的配置文件的拓展名。

6.根据权利要求1所述的自动获取游戏的配置文件的方法，其特征在于，所述从各所述配置文件中确定每个所述游戏对应的配置文件，具体包括：

将各所述配置文件逐个加载至各所述游戏对应的模拟终端环境中，并分别运行每个所述游戏；

若运行成功，则将当前加载的配置文件确定为对应的游戏的配置文件；

若运行未成功，则继续加载下一个配置文件并分别运行每个所述游戏，直到运行成功。

7.根据权利要求6所述的自动获取游戏的配置文件的方法，其特征在于，所述获取至少一个游戏的基础配置信息的修改指令之前，还包括：

创建至少一个游戏各自对应的模拟终端环境；

所述获取至少一个游戏的基础配置信息的修改指令，具体包括：

基于各所述模拟终端环境，获取对应的游戏的基础配置信息的修改指令。

8.一种自动获取游戏的配置文件的装置，其特征在于，包括：

修改获取模块(11)，用于获取针对至少一个游戏的基础配置信息的修改指令；

路径确定模块(12)，用于确定各所述修改指令对应的基础配置信息修改后的文件生成路径；

文件定向模块(13)，用于根据各所述文件生成路径，将对应的基础配置信息修改得到的配置信息文件重定向至预设的沙箱目录中；

配置确定模块(14)，用于从所述沙箱目录的各所述配置信息文件中筛选各所述游戏的配置文件，并从各所述配置文件中确定每个所述游戏对应的配置文件。

9.一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，其特征在于，所述计算机程序被处理器加载并执行时，采用了权利要求1-7中任一项所述的方法。

10.一种电子设备，包括存储器、处理器及存储在存储器中并能够在处理器上运行的计算机程序，其特征在于，所述处理器加载并执行计算机程序时，采用了权利要求1-7中任一项所述的方法。