CN111026431A

CN111026431A - 一种游戏软件的更新方法、装置及系统

Info

Publication number: CN111026431A
Application number: CN201911318360.5A
Authority: CN
Inventors: 毛芳
Original assignee: Shanghai Mihoyo Tianming Technology Co Ltd
Current assignee: Shanghai Mihoyo Tianming Technology Co Ltd
Priority date: 2019-12-19
Filing date: 2019-12-19
Publication date: 2020-04-17
Anticipated expiration: 2039-12-19
Also published as: CN111026431B

Abstract

本发明实施例公开了一种游戏软件的更新方法、装置及系统。该方法包括：客户端获取服务器发送的目标游戏软件的预设监控条件文件；所述客户端根据所述预设监控条件文件，生成监控数据；所述客户端将所述监控数据发送给所述服务器，并基于接收到的所述服务器发送的更新文件对所述目标游戏软件进行更新。本发明实施例通过接收服务器的预设监控条件文件对目标游戏软件进行监控，解决了事件日志数据量很少无法实现bug复现的问题，同时，预设监控条件文件可以降低不必要的数据量产生，使得获取到的数据更具有针对性，且bug数据容易被定位，从而提高了游戏软件更新的效率。

Description

一种游戏软件的更新方法、装置及系统

技术领域

本发明实施例涉及软件技术领域，尤其涉及一种游戏软件的更新方法、装置及系统。

背景技术

在游戏软件的开发过程中，测试人员在对游戏进行测试时，如果游戏在某一运行环节出现代码故障，即bug，测试人员为了向游戏开发者进行反馈且不浪费游戏开发者的时间，需要将在测试过程中导致bug出现的步骤进行描述，即bug复现，其中，bug复现需要包括所有的测试步骤、使用操作和操作时间等信息。但是当游戏投入市场后，用户在使用该游戏过程中产生bug后生成的小概率随时事件日志很少，使得游戏开发者在对游戏性能进行优化更新时，由于无法对bug进行定位和复现，从而降低游戏开发者修复bug的效率，影响用户体验。

发明内容

本发明实施例提供了一种游戏软件的更新方法、装置及系统，以实现对游戏软件产生的数据进行监控，方便对bug进行定位和复现，提高游戏软件更新的效率。

第一方面，本发明实施例提供了一种游戏软件的更新方法，该方法包括：

客户端获取服务器发送的目标游戏软件的预设监控条件文件；

所述客户端根据所述预设监控条件文件，生成监控数据；

所述客户端将所述监控数据发送给所述服务器，并基于接收到的所述服务器发送的更新文件对所述目标游戏软件进行更新。

第二方面，本发明实施例还提供了一种游戏软件的更新方法，该方法包括：

服务器将预设监控条件文件发送给安装有目标游戏软件的客户端；

所述服务器接收所述客户端发送的根据所述预设监控条件文件生成的监控数据，并对所述监控数据进行数据处理，生成数据分析文件；

所述服务器根据所述数据分析文件确定更新文件，并将所述更新文件发送给所述客户端，以使所述客户端对所述目标游戏软件进行更新。

第三方面，本发明实施例还提供了一种游戏软件的更新装置，该装置包括：

预设监控条件文件获取模块，用于获取服务器发送的目标游戏软件的预设监控条件文件；

监控数据生成模块，用于根据所述预设监控条件文件，生成监控数据；

游戏软件更新模块，用于将所述监控数据发送给所述服务器，并基于接收到的所述服务器发送的更新文件对所述目标游戏软件进行更新。

第四方面，本发明实施例还提供了一种游戏软件的更新装置，该装置包括：

预设监控条件文件发送模块，用于将预设监控条件文件发送给安装有目标游戏软件的客户端；

数据分析文件生成模块，用于接收所述客户端发送的根据所述预设监控条件文件生成的监控数据，并对所述监控数据进行数据处理，生成数据分析文件；

更新文件发送模块，用于根据所述数据分析文件确定更新文件，并将所述更新文件发送给所述客户端，以使所述客户端对目标所述游戏软件进行更新。

第五方面，本发明实施例还提供了一种游戏软件的更新系统，该系统包括：

所述客户端获取所述服务器发送的目标游戏软件的预设监控条件文件；根据所述预设监控条件文件，生成监控数据；将所述监控数据发送给所述服务器；所述服务器接收所述客户端发送的监控数据，并对所述监控数据进行数据处理，生成数据分析文件；所述服务器根据所述数据分析文件，确定更新文件，并将所述更新文件发送给所述客户端；所述客户端基于接收到的所述服务器发送的更新文件对所述目标游戏软件进行更新。

本发明实施例通过接收服务器的预设监控条件文件对目标游戏软件进行监控，解决了事件日志数据量很少无法实现bug复现的问题，同时，预设监控条件文件可以降低不必要的数据量产生，使得获取到的数据更具有针对性，且bug数据容易被定位，从而提高了游戏软件更新的效率。

附图说明

图1是本发明实施例一提供的一种游戏软件的更新方法的流程图。

图2是本发明实施例二提供的一种游戏软件的更新方法的流程图。

图3是本发明实施例三提供的一种游戏软件的更新方法的流程图。

图4是本发明实施例四提供的一种游戏软件的更新装置的示意图。

图5是本发明实施例五提供的一种游戏软件的更新装置的示意图。

图6是本发明实施例六提供的一种游戏软件的更新系统的结构示意图。

图7是本发明实施例六提供的一种游戏软件的更新系统的具体实例的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1是本发明实施例一提供的一种游戏软件的更新方法的流程图，本实施例可适用于对游戏软件进行更新的情况，该方法可以由游戏软件的更新装置来执行，该装置可采用软件和/或硬件的方式实现，该装置可以配置于客户端中。

具体包括如下步骤：

S110、客户端获取服务器发送的目标游戏软件的预设监控条件文件。

其中，客户端上安装有目标游戏软件，示例性的，客户端可以是手机、计算机或平板电脑等。其中，服务器是一种高性能计算机，作为网络的节点，存储和处理网络上的数据和信息，为其他客户端提供应用服务。

其中，预设监控条件文件包括对目标游戏软件需要进行监控的预设监控条件，示例性的，预设监控条件包括但不限于系统进程、系统内存和预设触发条件。其中，预设触发条件包括目标游戏软件中预设操作对象被触发使用。示例性的，预设操作对象可以是关卡、角色或特效。触发使用可以是用户点击触发，也可以是目标游戏软件加载该预设操作对象。在一个实施例中，可选的，预设触发条件还包括用户在客户端对基于目标游戏软件输入的操作指令，示例性的，操作指令可以是连续点击指令、滑动指令和切换指令等。

S120、客户端根据预设监控条件文件，生成监控数据。

在一个实施例中，可选的，客户端根据预设监控条件文件中的预设监控条件，对目标游戏软件进行监控并生成监控数据，其中，预设监控条件包括系统进程和系统内存中至少一个。

其中，系统进程包括正在运行的目标游戏软件产生的至少一个线程，其中，线程是客户端能够进行运算调度的最小单位。系统内存包括客户端临时存储目标游戏软件的程序指令和数据的主要区域，其中，系统内存包括物理内存和虚拟内存。

在一个实施例中，可选的，客户端根据预设监控文件中的系统进程和系统内存，对目标游戏软件进行监控，生成系统进程数据和系统内存数据。其中，系统进程数据包括目标游戏程序在运行过程中的至少一个线程数据。系统内存数据包括目标游戏程序在运行过程中系统内存的存储已占用空间和未占用空间的数据。

在一个实施例中，可选的，客户端确定用户输入的触发条件是否与预设监控条件文件中的预设监控条件相同，其中，预设监控条件包括玩家触发条件、关卡触发条件、角色触发条件、非玩家角色触发条件、地图触发条件、特效触发条件和道具触发条件中的至少一个；如果是，则客户端采集与触发条件对应的监控数据。

在一个实施例中，可选的，客户端识别接收到的触发指令，并根据触发指令的类型生成对应的触发条件；确定用户输入的触发条件是否与预设监控条件文件中的预设监控条件相同。其中，示例性的，玩家登录和退出目标游戏软件时产生玩家触发指令；用户打开预设关卡和退出预设关卡时产生的关卡触发指令。其中，预设关卡包括但不限于已对用户开放的开放关卡和待通关的通关关卡。具体的，通关关卡是指用户需要完成其他的关卡才能被开放的关卡。打开预设关卡是指用户打开开放关卡或进入通过关卡；用户使用预设角色时产生角色触发指令，其中，角色与目标游戏软件的角色设置有关，此处对角色的类型不作限定；用户对非玩家角色进行操作时产生非玩家角色触发指令，其中，非玩家角色是目标游戏软件系统设置的角色，示例性的，用户对非玩家角色进行的操作可以是点击或建立对战关系；用户进入和退出地图时产生地图触发指令；用户使用预设特效时产生特效触发指令；用户使用预设预设道具时产生道具触发指令。

在一个实施例中，可选的，如果用户输入的触发条件与预设监控条件相同，则客户端采集触发指令产生后目标游戏软件产生的系统进程数据、系统内存数据和用户操作数据中至少一种。其中，示例性的，用户操作数据包括点击操作数据、滑动操作数据或切换操作数据等。

S130、客户端将监控数据发送给服务器，并基于接收到的服务器发送的更新文件对目标游戏软件进行更新。

在一个实施例中，可选的，客户端采用http传输协议将监控数据发送给服务器。

在一个实施例中，可选的，更新文件包括性能优化文件、故障程序的修复文件和新增游戏功能文件。其中，示例性的，性能优化文件可以是对场景或特效的美术优化，也可以是对目标游戏软件运行时流畅度的优化等，此处对性能优化的类型不作限定。

本实施例的技术方案，通过接收服务器的预设监控条件文件对目标游戏软件进行监控，解决了事件日志数据量很少无法实现bug复现的问题，同时，预设监控条件文件可以降低不必要的数据量产生，使得获取到的数据更具有针对性，且bug数据容易被定位，从而提高了游戏软件更新的效率。

实施例二

图2是本发明实施例二提供的一种游戏软件的更新方法的流程图，本实施例可适用于对游戏软件进行更新的情况，该方法可以由游戏软件的更新装置来执行，该装置可采用软件和/或硬件的方式实现，该装置可以配置于服务器中。

具体包括如下步骤：

S210、服务器将预设监控条件文件发送给安装有目标游戏软件的客户端。

S220、服务器接收客户端发送的根据预设监控条件文件生成的监控数据，并对监控数据进行数据处理，生成数据分析文件。

其中，示例性的，数据处理包括但不限于查找、数据统计、格式转换和数据分类。

在一个实施例中，可选的，预设监控条件包括系统进程和系统内存，相应的，监控数据包括系统进程数据和系统内存数据。在一个实施例中，可选的，对系统进程数据和系统内存数据进行数据处理，生成数据分析文件。其中，系统进程数据包括目标游戏程序在运行过程中的至少一个线程数据。系统内存数据包括目标游戏程序在运行过程中系统内存的存储已占用空间和未占用空间的数据。在一个实施例中，可选的，确定监控数据中的系统内存数据的已占用空间数据是否超过占用阈值，如果是，则获取与已占用空间数据超过占用阈值时对应的系统进程数据，并根据系统进程数据生成数据分析文件。其中，示例性的，可以采用Memory Profiler内存分析器确定已占用空间数据是否超过占用阈值。

在一个实施例中，可选的，服务器确定监控数据中是否存在程序故障数据；如果是，则服务器根据与程序故障数据对应的预设监控条件以及与预设监控条件对应的监控数据，生成故障标记数据文件。

其中，程序故障数据是指目标游戏软件在运行过程中出现的缺陷或问题，示例性的，程序故障可以是闪退、卡顿或错误弹窗。

S230、服务器根据数据分析文件确定更新文件，并将更新文件发送给客户端，以使客户端对目标游戏软件进行更新。

其中，数据分析文件包括故障标记数据文件，根据故障标记数据文件中的预设监控条件可以对程序故障数据进行定位，根据故障标记数据文件中的与预设监控条件对应的监控数据，可以对程序故障数据进行复现。根据定位结果和复现结果确定更新文件。其中，更新文件包括故障程序的修复文件。

在上述实施例的基础上，可选的，服务器对故障标记数据文件中各预设监控条件进行统计，并根据统计结果确定更新文件，其中，更新文件包括程序优化文件。

在一个实施例中，可选的，如果故障标记数据文件中的预设监控条件出现的次数超过出现次数阈值，则对与该预设监控条件对应的监控数据中的预设监控对象进行程序优化。其中，预设监控条件包括预设触发条件。预设监控对象包括预设操作对象和预设系统对象。其中，示例性的，预设操作对象可以是关卡、角色或特效，预设系统对象可以是游戏场景中的对象，如建筑物、植物、河流或背景人物等。

在上述实施例的基础上，可选的，更新文件还包括性能优化文件和新增游戏功能文件。其中，示例性的，性能优化文件可以是对场景或特效的美术优化，也可以是对目标游戏软件运行时流畅度的优化等，此处对性能优化的类型不作限定。

本实施例的技术方案，通过将预设监控条件文件发送给客户端，并对客户端发送的根据预设监控条件文件生成的监控数据进行数据处理，解决了事件日志数据量很少无法实现bug复现的问题，同时，预设监控条件文件可以降低不必要的数据量产生，使得获取到的数据更具有针对性，且bug数据容易被定位和复现，从而提高了游戏软件更新的效率。

实施例三

图3是本发明实施例三提供的一种游戏软件的更新方法的流程图，本实施例的技术方案是上述实施例的基础上的进一步细化。可选的，所述对所述监控数据进行数据处理，生成数据分析文件，包括：所述服务器对所述监控数据进行统计分析，将统计分析结果作为数据分析文件，其中，所述监控数据包括点击数据和预设对象触发数据。

本实施例的具体实现步骤包括：

S310、服务器将预设监控条件文件发送给安装有目标游戏软件的客户端。

S320、服务器对监控数据进行统计分析，将统计分析结果作为数据分析文件，其中，监控数据包括点击操作数据和预设场景加载数据。

其中，点击操作数据包括客户端运行目标游戏软件时，用户点击目标游戏软件中预设操作对象的操作数据。其中，示例性的，预设操作对象可以是角色、非玩家角色、道具或特效等。预设场景加载数据包括客户端运行目标游戏软件时，预设场景中的各预设系统对象的加载数据，其中，示例性的，预设系统对象可以是建筑物、植物、河流或背景人物等。加载数据可以是加载次数或被点击次数

S330、服务器根据数据分析文件确定更新文件，并将更新文件发送给客户端，以使客户端对目标游戏软件进行更新。

在一个实施例中，根据统计分析结果，确定更新文件。具体的，当监控数据包括点击操作数据，且角色A的点击次数超过点击阈值时，则对角色A进行性能优化。当监控数据包括预设场景加载数据，且建筑物A的加载次数超过加载阈值时，则对建筑物A进行性能优化。其中，示例性的，性能优化的可以是多细节层析优化(Levels of Detail，LOD)。LOD技术指根据物体模型的节点在显示环境中所处的位置和重要度，决定物体渲染的资源分配，降低非重要物体的面数和细节度，从而获得高效率的渲染运算。举例而言，预设场景中，增加建筑物A渲染时的资源分配率，降低预设场景中其他场景画面的细节度和资源分配率，从而提高建筑A的渲染效果。

本实施例的技术方案，通过对监控数据进行统计分析数据处理，解决了游戏软件更新时针对性不强的问题，根据统计分析结果，确定目标游戏软件中可能易发生程序故障的监控数据，以便提前对目标游戏软件进行性能优化，从而降低程序故障的发生率，从而提高用户体验。

实施例四

图4是本发明实施例四提供的一种游戏软件的更新装置的示意图。本实施例可适用于对游戏软件进行更新的情况，该装置可采用软件和/或硬件的方式实现，该装置可以配置于客户端中。该游戏软件的更新装置包括预设监控条件文件获取模块410、监控数据生成模块420和游戏软件更新模块430。

其中，预设监控条件文件获取模块410，用于获取服务器发送的目标游戏软件的预设监控条件文件；

监控数据生成模块420，用于根据所述预设监控条件文件，生成监控数据；

游戏软件更新模块430，用于将所述监控数据发送给所述服务器，并基于接收到的所述服务器发送的更新文件对所述目标游戏软件进行更新。

在上述技术方案的基础上，可选的，监控数据生成模块420包括：

监控数据生成第一单元，用于根据预设监控条件文件中的预设监控条件，对目标游戏软件进行监控并生成监控数据，其中，预设监控条件包括系统进程和系统内存中至少一个。

可选的，监控数据生成模块420包括：

监控该数据生成第二单元，用于确定用户输入的触发条件是否与预设监控条件文件中的预设监控条件相同，其中，预设监控条件包括玩家触发条件、关卡触发条件、角色触发条件、非玩家角色触发条件、地图触发条件、特效触发条件和道具触发条件中的至少一个；如果是，则客户端采集与触发条件对应的监控数据。

本发明实施例所提供的游戏软件的更新装置可以用于执行本发明实施例所提供的游戏软件的更新方法，具备执行方法相应的功能和有益效果。

值得注意的是，上述游戏软件的更新装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

实施例五

图5是本发明实施例五提供的一种游戏软件的更新装置的示意图。本实施例可适用于对游戏软件进行更新的情况，该装置可采用软件和/或硬件的方式实现，该装置可以配置于服务器中。该游戏软件的更新装置包括预设监控条件文件发送模块510、数据分析文件生成模块520和更新文件发送模块530。

其中，预设监控条件文件发送模块510，用于将预设监控条件文件发送给安装有目标游戏软件的客户端；

数据分析文件生成模块520，用于接收客户端发送的根据预设监控条件文件生成的监控数据，并对监控数据进行数据处理，生成数据分析文件；

更新文件发送模块530，用于根据数据分析文件确定更新文件，并将更新文件发送给客户端，以使客户端对目标游戏软件进行更新。

在上述技术方案的基础上，可选的，数据分析文件生成模块520包括：

故障标记数据文件生成单元，用于确定监控数据中是否存在程序故障数据；如果是，则根据与程序故障数据对应的预设监控条件以及与预设监控条件对应的监控数据，生成故障标记数据文件。

可选的，更新文件发送模块530具体用于：

对故障标记数据文件中各预设监控条件进行统计，并根据统计结果确定更新文件，其中，更新文件包括程序优化文件。

可选的，数据分析文件生成模块520包括：

数据分析文件生成单元，用于对监控数据进行统计分析，将统计分析结果作为数据分析文件，其中，监控数据包括点击操作数据和预设场景加载数据。

实施例六

图6是本发明实施例六提供的一种游戏软件的更新系统的结构示意图，本发明实施例为本发明上述实施例任一所述的游戏软件的更新方法的实现提供服务。

该游戏软件的更新系统的组件包括至少一个客户端60和服务器61。其中，客户端60获取服务器61发送的目标游戏软件的预设监控条件文件；根据预设监控条件文件，生成监控数据；将监控数据发送给服务器61；服务器61接收客户端60发送的监控数据，并对监控数据进行数据处理，生成数据分析文件；服务器61根据数据分析文件，确定更新文件，并将更新文件发送给客户端60；客户端60基于接收到的服务器61发送的更新文件对目标游戏软件进行更新。

客户端60和服务器61的组件中还包括各自的处理器和存储器(图中未示出)。

其中，客户端60的存储器作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的游戏软件的更新方法对应的程序指令/模块(例如，预设监控条件文件获取模块410、监控数据生成模块420和游戏软件更新模块430)。处理器通过运行存储在存储器中的软件程序、指令以及模块，从而执行游戏软件的更新系统的各种功能应用以及数据处理，即实现上述的游戏软件的更新方法。

存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至客户端60。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

其中，服务器61的存储器作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的游戏软件的更新方法对应的程序指令/模块(例如，预设监控条件文件发送模块510、数据分析文件生成模块520和更新文件发送模块530)。处理器通过运行存储在存储器中的软件程序、指令以及模块，从而执行游戏软件的更新系统的各种功能应用以及数据处理，即实现上述的游戏软件的更新方法。

存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至服务器61。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

图7是本发明实施例六提供的一种游戏软件的更新系统的具体实例的结构示意图。如图7所示，游戏软件的更新系统中客户端的类型包括台式机601、智能手机602、平板电脑603和笔记本电脑604。

通过上述游戏软件的更新系统，解决了事件日志数据量很少无法实现bug复现的问题，同时，预设监控条件文件可以降低不必要的数据量产生，使得获取到的数据更具有针对性，且bug数据容易被定位，从而提高了游戏软件更新的效率。

实施例七

本发明实施例七还提供了一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行一种游戏软件的更新方法，该方法包括：

客户端根据预设监控条件文件，生成监控数据；

客户端将监控数据发送给服务器，并基于接收到的服务器发送的更新文件对目标游戏软件进行更新。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言，诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络包括局域网(LAN)或广域网(WAN)，连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

当然，本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上的方法操作，还可以执行本发明任意实施例所提供的游戏软件的更新方法中的相关操作。

实施例八

本发明实施例八还提供了一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行一种游戏软件的更新方法，该方法包括：

服务器接收客户端发送的根据预设监控条件文件生成的监控数据，并对监控数据进行数据处理，生成数据分析文件；

服务器根据数据分析文件确定更新文件，并将更新文件发送给客户端，以使客户端对目标游戏软件进行更新。

关于具体实施方式参考上述实施例，为避免重复，此处不再赘述。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims

1.一种游戏软件的更新方法，其特征在于，包括：

所述客户端根据所述预设监控条件文件，生成监控数据；

2.根据权利要求1所述的方法，其特征在于，所述客户端根据所述预设监控条件文件，生成监控数据，包括：

所述客户端根据所述预设监控条件文件中的预设监控条件，对所述目标游戏软件进行监控并生成监控数据，其中，所述预设监控条件包括系统进程和系统内存中至少一个。

3.根据权利要求1所述的方法，其特征在于，所述客户端根据所述预设监控条件文件，生成监控数据，包括：

所述客户端确定用户输入的触发条件是否与所述预设监控条件文件中的预设监控条件相同，其中，所述预设监控条件包括玩家触发条件、关卡触发条件、角色触发条件、非玩家角色触发条件、地图触发条件、特效触发条件和道具触发条件中的至少一个；

如果是，则所述客户端采集与所述触发条件对应的监控数据。

4.一种游戏软件的更新方法，其特征在于，包括：

5.根据权利要求4所述的方法，其特征在于，所述对所述监控数据进行数据处理，生成数据分析文件，包括：

所述服务器确定所述监控数据中是否存在程序故障数据；

如果是，则所述服务器根据与所述程序故障数据对应的预设监控条件以及与所述预设监控条件对应的监控数据，生成故障标记数据文件。

6.根据权利要求5所述的方法，其特征在于，所述根据所述数据分析文件，确定更新文件，包括：

所述服务器对所述故障标记数据文件中各预设监控条件进行统计，并根据统计结果确定更新文件，其中，所述更新文件包括程序优化文件。

7.根据权利要求4所述的方法，其特征在于，所述对所述监控数据进行数据处理，生成数据分析文件，包括：

所述服务器对所述监控数据进行统计分析，将统计分析结果作为数据分析文件，其中，所述监控数据包括点击操作数据和预设场景加载数据。

8.一种游戏软件的更新装置，其特征在于，配置于客户端，包括：

9.一种游戏软件的更新装置，其特征在于，配置于服务器，包括：

10.一种游戏软件的更新系统，其特征在于，包括：至少一个客户端和服务器；

其中，所述客户端获取所述服务器发送的目标游戏软件的预设监控条件文件；根据所述预设监控条件文件，生成监控数据；将所述监控数据发送给所述服务器；所述服务器接收所述客户端发送的监控数据，并对所述监控数据进行数据处理，生成数据分析文件；所述服务器根据所述数据分析文件，确定更新文件，并将所述更新文件发送给所述客户端；所述客户端基于接收到的所述服务器发送的更新文件对所述目标游戏软件进行更新。