CN111324482A

CN111324482A - 一种计算机应用程序运行数据故障处理系统

Info

Publication number: CN111324482A
Application number: CN202010211814.5A
Authority: CN
Inventors: 李勉勉; 夏彬彬
Original assignee: Individual
Current assignee: Individual
Priority date: 2020-03-24
Filing date: 2020-03-24
Publication date: 2020-06-23

Abstract

本发明涉及一种计算机应用程序运行数据故障处理系统，包括应用程序运行数据获取模块、故障信息生成模块、内存数据库模块、故障数据发送模块、反馈信息接收模块、应用程序重启控制模块和显示模块。根据应用程序的运行数据生成故障信息，故障信息包括与运行故障类型对应的目标故障类型标识符以及对应的运行故障数据，若内存数据库模块中没有存储该目标故障类型标识符以及对应的运行故障数据，则将该目标故障类型标识符以及对应的运行故障数据存储至内存数据库模块中，并将该目标故障类型标识符以及对应的运行故障数据发送至后台服务器，降低了后台服务器的运行负担。

Description

一种计算机应用程序运行数据故障处理系统

技术领域

本发明涉及一种计算机应用程序运行数据故障处理系统。

背景技术

计算机应用程序在运行过程中，会将运行数据上传给后台服务器，以便于后台服务器实时监控应用程序的运行状态，其中，当应用程序运行故障时，上传的运行数据为与故障相关的关键日志数据。后台服务器会对很多应用程序上传的运行数据进行处理聚合、处理并整理输出。对于任意一个应用程序，在运行过程中，会上传很多次运行数据，其中，部分次的运行数据可能是相同的数据，即运行数据会重复，尤其是运行故障数据，比如相同故障类型的运行故障数据。然后，不管运行数据是否重复，目前通常是将运行数据按照相应的上传周期进行上传，就会使得应用程序将一些运行数据多次重复地上传给后台服务器。进而导致后台服务器在处理运行数据时，对同样的数据进行多次重复的处理，做很多重复的工作，不但给应用程序造成运行压力，同时也给后台服务器带来很大的运行负担。

发明内容

本发明的目的在于提供一种计算机应用程序运行数据故障处理系统，用于解决应用程序将运行数据多次重复地上传给后台服务器，会给后台服务器带来很大的运行负担的问题。

为了解决上述问题，本发明采用以下技术方案：

一种计算机应用程序运行数据故障处理系统，包括：

应用程序运行数据获取模块，用于获取应用程序的运行数据；

故障信息生成模块，用于根据所述应用程序的运行数据，生成故障信息，所述故障信息包括与运行故障类型对应的目标故障类型标识符以及对应的运行故障数据；

内存数据库模块，用于存储故障类型标识符以及对应的运行故障数据；

故障数据发送模块，用于若所述内存数据库模块中没有存储所述目标故障类型标识符以及对应的运行故障数据，则将所述目标故障类型标识符以及对应的运行故障数据存储至所述内存数据库模块中，以更新所述内存数据库模块，并将所述目标故障类型标识符以及对应的运行故障数据发送至后台服务器；

反馈信息接收模块，用于接收所述后台服务器发送的用于指示接收到所述目标故障类型标识符以及对应的运行故障数据的反馈信息；

应用程序重启控制模块，用于根据所述反馈信息控制所述应用程序重新启动；以及

显示模块，用于根据所述反馈信息从所述内存数据库模块中调取所述目标故障类型标识符以及对应的运行故障数据，并控制计算机屏幕显示所述目标故障类型标识符以及对应的运行故障数据。

可选地，所述获取应用程序的运行数据，包括：

接收与所述应用程序对应的hook脚本，所述hook脚本中包括所述应用程序的运行数据的获取信息；

在所述应用程序运行过程中，运行所述hook脚本，通过所述hook脚本获取与所述获取信息对应的运行数据。

可选地，所述接收与所述应用程序对应的hook脚本，包括：

通过hook serve接收所述hook脚本，所述hook serve用于管理所述hook脚本。

可选地，所述故障数据发送模块还用于若所述内存数据库模块中存储有所述目标故障类型标识符以及对应的运行故障数据，则只将所述目标故障类型标识符发送至后台服务器。

本发明的有益效果为：根据应用程序的运行数据生成故障信息，故障信息包括与运行故障类型对应的目标故障类型标识符以及对应的运行故障数据，若内存数据库模块中没有存储该目标故障类型标识符以及对应的运行故障数据，表示故障首次出现，则将该目标故障类型标识符以及对应的运行故障数据存储至内存数据库模块中，即更新内存数据库，并将该目标故障类型标识符以及对应的运行故障数据发送至后台服务器，也就是说，只有内存数据库中原先没有存储的新的故障类型的相关数据信息才发送至后台服务器，起到了去重的作用，相同故障的数据信息不再发送多次，只有第一次发送，其余次就不再发送，应用程序的运行压力得到一定程度的缓解，而且，后台服务器无需做很多重复的工作，降低了后台服务器的运行负担；而且，后台服务器在接收到目标故障类型标识符以及对应的运行故障数据之后会发送相应的反馈信息，根据该反馈信息控制应用程序重新启动，能够在一定程度上降低应用程序持续故障运行带来的更加严重的后果，重启后能够一定程度上降低故障严重程度，甚至于故障不再出现；通过计算机屏幕显示目标故障类型标识符以及对应的运行故障数据，不但能够表示后台服务器已经接收到目标故障类型标识符以及对应的运行故障数据，还能够使相关的运维人员直观获取应用程序的故障类型以及具体的运行故障数据，便于运维人员从应用程序侧采取相关的解决措施。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍：

图1是计算机应用程序运行数据故障处理系统的组成结构示意图。

具体实施方式

本实施例提供一种计算机应用程序运行数据故障处理系统（以下简称为系统），该系统为软件系统，由相关的软件模块构成。该系统的执行主体可以是安装有相关应用程序的计算机设备。其中，应用程序的种类有很多，比如：游戏应用程序、电子邮件应用程序、浏览器、Microsoft office应用程序等等，本实施例不对应用程序的具体种类做限定。

如图1所示，该系统包括应用程序运行数据获取模块、故障信息生成模块、内存数据库模块、故障数据发送模块、反馈信息接收模块、应用程序重启控制模块和显示模块。各个软件模块之间的关系由各个软件模块所对应的功能作用决定。

应用程序运行数据获取模块用于获取应用程序的运行数据，运行数据为应用程序在运行过程中所产生的运行数据。本实施例给出一种具体的实现过程：首先，接收与应用程序对应的hook（钩子）脚本，hook脚本中包括应用程序的运行数据的获取信息；然后，在应用程序运行过程中，运行hook脚本，通过hook脚本获取与获取信息对应的运行数据。其中，接收与应用程序对应的hook脚本具体为：通过hook serve（钩子服务）接收hook脚本，hookserve用于管理hook脚本。其中，hook serve是用于管理以及控制hook脚本的功能模块，用于控制hook脚本的启动，以及在hook脚本运行过程的进行监控等，具体可以是一个管理hook功能的插件。

本实施例中，接收与应用程序对应的hook脚本之前，应用程序运行数据获取模块还用于：接收hook serve的启动指令，基于hook serve的启动指令启动hook serve。在实际应用中，当hook serve需要处于运行的状态才可以管理控制hook脚本，即 hook serve需要处于运行的状态才可以接收到hook脚本。

获取到的应用程序的运行数据由实际情况决定，比如包括：用户的操作数据、应用启动时长、文件传输速率、应用程序无响应、网页访问异常等数据中的至少一种。

故障信息生成模块用于根据应用程序的运行数据，生成故障信息，该故障信息包括与运行故障类型对应的目标故障类型标识符以及对应的运行故障数据。

其中，故障类型标识符表示运行故障类型，具体可以是对与运行故障类型相关的有用信息进行md5处理后输出得到的数据标识符。相同的运行故障类型对应的故障类型标识符相同，不同的运行故障类型对应的故障类型标识符不同。因此，可以基于故障类型标识符，判断是否是相同的运行故障数据，即重复的运行故障数据。运行故障数据为与运行故障类型对应的故障内容的具体说明。其中，运行故障类型可以是应用程序无响应、运行崩溃、输入/输出异常、文件传输异常等等。

那么，根据应用程序的运行数据，生成故障信息，该故障信息包括与运行故障类型对应的目标故障类型标识符以及对应的运行故障数据。

内存数据库模块用于存储故障类型标识符以及对应的运行故障数据。内存数据库模块存储有不同的故障类型标识符以及对应的运行故障数据，存储的各故障类型标识符以及对应的运行故障数据可以是历史存储的各存储故障类型标识符以及对应的运行故障数据，也可以是后台服务器事先下载到内存数据库模块中。应当理解，在最初始情况下，内存数据库模块中可以未存储任何故障类型标识符以及对应的运行故障数据，在后续中逐渐累积，也可以本身就存储有相关的故障类型标识符以及对应的运行故障数据。内存数据库的读取性能较高，保证数据的读取性能。

故障数据发送模块用于：若内存数据库模块中没有存储目标故障类型标识符以及对应的运行故障数据，则将该目标故障类型标识符以及对应的运行故障数据存储至内存数据库模块中，以更新内存数据库模块，并将该目标故障类型标识符以及对应的运行故障数据发送至后台服务器。

其中，得到与运行故障类型对应的目标故障类型标识符以及对应的运行故障数据之后，判断内存数据库模块中是否存在该目标故障类型标识符以及对应的运行故障数据，由于故障类型标识符与运行故障数据相对应，因此，在比较时，可以只比较内存数据库模块中是否存在目标故障类型标识符。若内存数据库模块中没有存储目标故障类型标识符，即没有存储目标故障类型标识符以及对应的运行故障数据，表示该目标故障类型标识符为新的故障类型标识符，该目标故障类型标识符对应的运行故障类型首次出现，此时，需要将该首次出现的运行故障类型对应的运行故障数据以及该目标故障类型标识符存储至内存数据库模块中，以更新内存数据库模块。同时，将该目标故障类型标识符以及对应的运行故障数据发送至后台服务器。

进一步地，故障数据发送模块还用于：通过判断，若内存数据库模块中存储有上述目标故障类型标识符以及对应的运行故障数据，表示该目标故障类型标识符不是新的故障类型标识符，该目标故障类型标识符对应的运行故障类型不是第一次出现，之前出现过，即之前已经上传给后台服务器该目标故障类型标识符以及对应的运行故障数据，后台服务器中已经有该目标故障类型标识符以及对应的运行故障数据，此时，为了降低后台服务器的运行负担，无需再将该不是首次出现的运行故障类型对应的运行故障数据发送至后台服务器，也无需将该目标故障类型标识符以及对应的运行故障数据再次存储至内存数据库模块中，只将该目标故障类型标识符发送至后台服务器，使得后台服务器能够根据该目标故障类型标识符查询得到该目标故障类型标识符对应的运行故障数据。作为其他的实施例，若内存数据库模块中存储有上述目标故障类型标识符以及对应的运行故障数据，还可以不做任何处理，故障数据发送模块不向后台服务器发送任何数据，即不将该目标故障类型标识符发送至后台服务器。

后台服务器接收到该目标故障类型标识符以及对应的运行故障数据之后，对该目标故障类型标识符以及对应的运行故障数据进行相关处理，比如进行数据处理分析、聚合和整理。另外，若后台服务器只接收到该目标故障类型标识符，则后台服务器判定之前已处理过该目标故障类型标识符对应的运行故障数据，可以不再处理该运行故障数据，或者将之前处理得到的相关结果直接调取出来，降低后台服务器的运行负担。

后台服务器接收到该目标故障类型标识符以及对应的运行故障数据，或者只接收到该目标故障类型标识符之后，会向该系统的执行主体（即计算机）发送一个反馈信息，该反馈信息用于指示后台服务器已接收到该目标故障类型标识符以及对应的运行故障数据。该反馈信息可以是一个具有特定格式的确认码。

反馈信息接收模块用于接收后台服务器发送的用于指示接收到目标故障类型标识符以及对应的运行故障数据的反馈信息。

应用程序重启控制模块用于根据接收到的反馈信息控制应用程序重新启动。系统在接收到后台服务器发送的反馈信息之后，通过应用程序重启控制模块控制应用程序重新启动，重新启动的含义是：在应用程序重启控制模块的控制下，先控制应用程序退出，然后再启动应用程序。

显示模块用于根据反馈信息从内存数据库模块中调取目标故障类型标识符以及对应的运行故障数据，并控制计算机屏幕（即系统的执行主体的屏幕）显示该目标故障类型标识符以及对应的运行故障数据。

应用程序重启控制模块控制应用程序重新启动的过程与显示模块控制显示目标故障类型标识符以及对应的运行故障数据的过程是两个独立的过程，两者不存在严格的先后顺序。

上述实施例仅以一种具体的实施方式说明本发明的技术方案，任何对本发明进行的等同替换及不脱离本发明精神和范围的修改或局部替换，其均应涵盖在本发明权利要求保护的范围之内。

Claims

1.一种计算机应用程序运行数据故障处理系统，其特征在于，包括：

2.根据权利要求1所述的计算机应用程序运行数据故障处理系统，其特征在于，

所述获取应用程序的运行数据，包括：

3.根据权利要求2所述的计算机应用程序运行数据故障处理系统，其特征在于，

所述接收与所述应用程序对应的hook脚本，包括：

4.根据权利要求1-3任意一项所述的计算机应用程序运行数据故障处理系统，其特征在于，所述故障数据发送模块还用于若所述内存数据库模块中存储有所述目标故障类型标识符以及对应的运行故障数据，则只将所述目标故障类型标识符发送至后台服务器。