应用系统运行状态的监控方法、装置及设备与流程

1.本技术实施例涉及互联网技术领域，尤其涉及一种应用系统运行状态的监控方法、装置及设备。


背景技术：

2.在现有的监控系统中，电子设备，例如服务器中的监控平台在对各应用系统进行监控之前，需要先将监控平台提供的埋点代码植入到应用系统的本地部署代码中，通过代码捕捉异常信息并反馈给监控平台，监控平台按照预设的报警规则，在满足报警条件时执行报警操作。
3.可以看出，在通过代码捕捉异常信息的方式对应用系统进行监控时，由于代码捕捉到的异常信息均是在应用系统发生异常后采集的，因此，监控平台只能在应用系统发生异常后进行告警，而无法在应用系统发生异常之前进行提前预警。


技术实现要素：

4.本技术实施例提供了一种应用系统运行状态的监控方法、装置及设备，电子设备在对应用系统的运行状态进行监控时，实现了在应用系统发生异常之前进行提前预警。
5.第一方面，本技术实施例提供了一种应用系统运行状态的监控方法，应用于电子设备，该应用系统运行状态的监控方法可以包括：
6.获取应用系统对应的图像信息，所述图像信息用于指示应用系统的运行状态；所述图像信息为对所述应用系统的运行状态信息经过成像服务处理后生成的。
7.采用深度学习算法对所述图像信息进行分析，得到所述应用系统的运行状态的预测结果；所述预测结果包括运行正常或者运行异常。
8.根据所述预测结果输出提示信息。
9.在一种可能的实现方式中，所述根据所述预测结果输出提示信息，可以包括：
10.若所述预测结果为运行异常，则输出第一提示信息；所述第一提示信息用于提示所述应用系统的运行状态即将发生异常。
11.若所述预测结果为运行正常，则输出第二提示信息；所述第二提示信息用于提示所述应用系统的运行状态正常。
12.在一种可能的实现方式中，所述获取应用系统对应的图像信息，可以包括：
13.通过所述应用系统所在的电子设备中安装的客户端、所述应用系统所在的电子设备的浏览器页面中的插件、或者所述监控平台的页面中的至少一种获取所述应用系统对应的运行状态信息。
14.在一种可能的实现方式中，所述应用系统所在的电子设备中安装有客户端，所述获取应用系统对应的图像信息，可以包括：
15.接收所述客户端发送的所述应用系统对应的第一图像信息。
16.其中，所述第一图像信息包括所述应用系统的日志信息、所述应用系统所在的电
子设备的内存信息、所述电子设备的中央处理器cpu利用率、或者所述电子设备的硬件信息中的至少一种。
17.在一种可能的实现方式中，所述应用系统所在的电子设备的浏览器页面中安装有插件，所述获取应用系统对应的图像信息，可以包括：
18.接收浏览器插件上传的浏览器页面对应的第二图像信息；所述第二图像信息用于指示浏览器页面的运行状态。
19.根据所述浏览器页面对应的第二图像信息，分析确定所述应用系统对应的第三图像信息。
20.其中，所述第三图像信息包括js脚本信息、http响应时长、或者http请求状态信息中的至少一种。
21.在一种可能的实现方式中，所述获取应用系统对应的图像信息，包括：
22.接收在所述监控平台的页面上上传的所述应用系统的运行状态信息；其中，所述运行状态信息包括所述应用系统的日志信息、所述应用系统所在的电子设备的内存信息、所述电子设备的中央处理器cpu利用率、或者所述电子设备的硬件信息中的至少一种。
23.对所述运行状态信息进行成像服务处理，得到所述应用系统对应的第一图像信息。
24.第二方面，本技术实施例还提供了一种应用系统运行状态的监控装置，可以包括：
25.获取模块，用于获取应用系统对应的图像信息，所述图像信息用于指示应用系统的运行状态；所述图像信息为对所述应用系统的运行状态信息经过成像服务处理后生成的。
26.处理模块，用于采用深度学习对所述图像信息进行分析，得到所述应用系统的运行状态的预测结果；所述预测结果包括运行正常或者运行异常。
27.输出模块，用于根据所述预测结果输出提示信息。
28.在一种可能的实现方式中，所述输出模块，具体用于若所述预测结果为运行异常，则输出第一提示信息；所述第一提示信息用于提示所述应用系统的运行状态即将发生异常；若所述预测结果为运行正常，则输出第二提示信息；所述第二提示信息用于提示所述应用系统的运行状态正常。
29.在一种可能的实现方式中，所述获取模块，具体用于通过所述应用系统所在的电子设备中安装的客户端、所述应用系统所在的电子设备的浏览器页面中的插件、或者所述监控平台的页面中的至少一种获取所述应用系统对应的运行状态信息。
30.在一种可能的实现方式中，所述应用系统所在的电子设备中安装有客户端；所述获取模块，具体用于接收所述客户端发送的所述应用系统对应的第一图像信息。
31.其中，所述第一图像信息包括所述应用系统的日志信息、所述应用系统所在的电子设备的内存信息、所述电子设备的中央处理器cpu利用率、或者所述电子设备的硬件信息中的至少一种。
32.在一种可能的实现方式中，所述应用系统所在的电子设备的浏览器页面中安装有插件；所述获取模块，具体用于接收所述浏览器插件上传的浏览器页面对应的第二图像信息；所述第二图像信息用于指示浏览器页面的运行状态。
33.根据所述浏览器页面对应的第二图像信息，分析确定所述应用系统对应的第三图
像信息。
34.其中，所述第三图像信息包括js脚本信息、http响应时长、或者http请求状态信息中的至少一种。
35.在一种可能的实现方式中，所述获取模块，具体用于接收在所述监控平台的页面上上传的所述应用系统的运行状态信息；其中，所述运行状态信息包括所述应用系统的日志信息、所述应用系统所在的电子设备的内存信息、所述电子设备的中央处理器cpu利用率、或者所述电子设备的硬件信息中的至少一种。
36.所述处理模块，还用于对所述运行状态信息进行成像服务处理，得到所述应用系统对应的第一图像信息。
37.第三方面，本技术实施例还提供了一种电子设备，该电子设备可以包括存储器和处理器；其中，
38.所述存储器，用于存储计算机程序。
39.所述处理器，用于读取所述存储器存储的计算机程序，并根据所述存储器中的计算机程序执行上述第一方面任一种可能的实现方式中所述的应用系统运行状态的监控方法。
40.第四方面，本技术实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现上述第一方面任一种可能的实现方式中所述的应用系统运行状态的监控方法。
41.由此可见，本技术实施例提供的应用系统运行状态的监控方法、装置及设备，在对应用系统的运行状态进行监控时，电子设备中的监控平台，先获取用于指示应用系统的运行状态的图像信息，该图像信息为对应用系统的运行状态信息经过成像服务处理后生成的，在获取到该图像信息后，通过采用深度学习算法对经过成像服务处理得到的图像信息进行识别分析，得到应用系统的运行状态的预测结果，预测结果包括运行正常或者运行异常；并根据预测结果输出提示信息，以通过提示信息进行预测提示，实现了在应用系统发生异常之前进行提前预警。
附图说明
42.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
43.图1为本技术实施例提供的一种可能的应用场景的示意图；
44.图2为本技术实施例提供的一种应用系统运行状态的监控方法的流程示意图；
45.图3为本技术实施例提供的一种获取应用系统对应的图像信息的架构示意图；
46.图4为本技术实施例提供的一种客户端获取另一种获取应用系统对应的图像信息的架构示意图；
47.图5为本技术实施例提供的一种监控平台分析应用系统运行状态的架构示意图；
48.图6为本技术实施例提供的一种应用系统运行状态的监控装置的结构示意图；
49.图7为本发明实施例提供的一种电子设备的结构示意图。
50.通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为
本领域技术人员说明本公开的概念。
具体实施方式
51.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
52.在本技术的实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况，其中a，b可以是单数或者复数。在本技术的文字描述中，字符“/”一般表示前后关联对象是一种“或”的关系。
53.图1为本技术实施例提供的一种可能的应用场景的示意图，示例的，请参见图1所示，电子设备，例如，服务器中的监控平台在对应用系统的运行状态进行监控时，是先将监控平台提供的埋点代码植入到应用系统的本地部署代码中，通过代码捕捉异常信息并反馈给监控平台，监控平台按照预设的报警规则，在满足报警条件时执行报警操作。但是，由于代码捕捉到的异常信息均是在应用系统发生异常后采集的，因此，监控平台只能在应用系统发生异常后进行告警，而无法在应用系统发生异常之前进行提前预警。
54.为了在对应用系统的运行状态进行监控时，实现在应用系统发生异常之前进行提前预警，本技术实施例提供了一种应用系统运行状态的监控方法，在对应用系统的运行状态进行监控时，电子设备中的监控平台先获取用于指示应用系统的运行状态的图像信息，该图像信息为对应用系统的运行状态信息经过成像服务处理后生成的，在获取到该图像信息后，通过采用深度学习算法对经过成像服务处理得到的图像信息进行分析，得到应用系统的运行状态的预测结果，预测结果包括运行正常或者运行异常；并根据预测结果输出提示信息，从而通过提示信息进行预测提示，实现了在应用系统发生异常之前进行提前预警。
55.下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
56.图2为本技术实施例提供的一种应用系统运行状态的监控方法的流程示意图，该应用系统运行状态的监控方法可以由软件和/或硬件装置执行，例如，该硬件装置可以为应用系统运行状态的监控装置，该应用系统运行状态的监控装置可以设置在电子设备中，示例的，该电子设备可以为服务器，也可以为终端。请参见图2所示，该应用系统运行状态的监控方法可以包括：
57.s201、获取应用系统对应的图像信息。
58.其中，图像信息用于指示应用系统的运行状态，图像信息为对应用系统的运行状态信息经过成像服务处理后生成的。在本技术实施例中，该图像信息为符合监控平台定义的图像规范的图像信息。
59.可以理解的是，用于指示应用系统的运行状态的图像信息的数量可以为一个，也可以为多个，具体可以根据实际需要进行设置，在此，对于图像信息的数量，本技术实施例不做具体限制。假设运行状态信息包括应用系统的日志信息、应用系统所在的电子设备的内存信息、电子设备的中央处理器cpu利用率、以及电子设备的硬件信息，则用于指示该运
行状态信息的图像信息可以为同一个图像信息，在该种情况下，电子设备中的监控平台获取到的用于指示应用系统运行状态的图像信息的数量为一个；当然，用于指示该运行状态信息的图像信息也可以为不同的图像信息，例如四个图像信息，应用系统的日志信息、应用系统所在的电子设备的内存信息、电子设备的中央处理器cpu利用率、以及电子设备的硬件信息对应有各自的图像信息，在该种情况下，监控平台获取到的用于指示应用系统运行状态的图像信息的数量为四个。
60.示例的，在获取应用系统对应的图像信息时，可以通过应用系统所在的电子设备中安装的客户端获取应用系统对应的图像信息，也可以通过应用系统所在的电子设备，例如用户设备的浏览器页面中的插件获取应用系统对应的图像信息。此外，由于监控平台还支持图片上传分析、excel上传，因此，监控平台还可以接收运营人员在监控平台的页面上上传的应用系统的运行状态信息，并通过该运动状态信息获取应用系统对应的图像信息，示例的，请参见图3所示，图3为本技术实施例提供的一种获取应用系统对应的图像信息的架构示意图，下面，将分别通过下述三种可能的实现方式，对如何获取应用系统对应的运行状态信息进行详细地描述。
61.在一种可能的实现方式中，可以在应用系统所在的电子设备，例如服务器中安装客户端，客户端可以同tomcat、jdk、nginx、mysql、ftp等常用服务程序一同部署在应用系统的服务器或者容器中，并且，客户端可以同tomcat、jdk、nginx、mysql、ftp等常用服务程序一起被做成一个系统镜像，该系统镜像可以被部署在电子设备中。客户端采集待监控应用系统的运行状态信息，并对该运行状态信息进行成像服务处理，得到用于表示应用系统运行状态的第一图像信息；监控平台可以预先通过配置、设置长连接或短连接的方式，并采用主动抓取或被动监听的方式获取用于指示应用系统运行状态的第一图像信息，以接收应用系统发送的第一图像信息，从而获取到应用系统对应的第一图像信息。示例的，应用系统可以与监控平台预先建立tcp/ip连接，这样应用系统可以通过预先建立的tcp/ip连接将用于指示应用系统运行状态的第一图像信息发送给监控平台。
62.其中，第一图像信息包括应用系统的日志信息、应用系统所在的电子设备的内存信息、电子设备的中央处理器cpu利用率、或者电子设备的硬件信息中的至少一种，当然，也可以包括其它信息，在此，本技术实施例只是以第一图像信息可以包括应用系统的日志信息、应用系统所在的电子设备的内存信息、电子设备的中央处理器cpu利用率、或者电子设备的硬件信息中的至少一种为例进行说明，但并不代表本技术实施例仅局限于此。
63.可以看出，在该种可能的实现方式中，客户端主要负责数据采集和成像服务处理，示例的，请参见图4所示，图4为本技术实施例提供的一种客户端获取另一种获取应用系统对应的图像信息的架构示意图，客户端采集到的数据为应用系统的运行状态信息，且数据采集过程对研发无感知，研发人员无需将代码植入到监控平台的本地代码中，采集数据的数据源广度变大。在采集到应用系统的运行状态信息之后，对该运行状态信息进行成像服务处理，从而得到应用系统对应的第一图像信息。
64.由此可见，在该种可能的实现方式中，在对采集到的运行状态信息进行成像服务处理时，与现有技术不同的是，不再是由监控平台对运行状态信息进行成像服务处理，而是通过客户端对运行状态信息进行成像服务处理，得到应用系统对应的第一图像信息；这样不仅可以降低监控平台的负载，而且可以方便运营人员在客户端上查看应用系统对应的第
一图像信息，当然，还可以提供tcp/ip端口，方便对外的赋能、接入。可以理解的是，虽然是通过客户端对运行状态信息进行成像服务处理，但是，监控平台中仍然可以部署有成像服务，当然，也可以无需部署成像服务，具体可以根据实际需要进行设置。
65.在另一种可能的实现方式中，可以在应用系统对应的访问端，例如浏览器页面，通过浏览器插件采集浏览器页面的运行状态信息，并对浏览器页面的运行状态信息进行成像服务处理，得到用于指示浏览器页面的运行状态的第二图像信息，并将用于指示浏览器页面的运行状态的第二图像信息发送给监控平台，监控平台根据该第二图像信息分析确定应用系统对应的第三图像信息，从而获取到应用系统对应的第三图像信息。示例的，浏览器插件可以与监控平台预先建立tcp/ip连接，这样浏览器插件可以通过超文本传输协议(hyper text transfer protocol，http)等将用于指示浏览器页面的运行状态的第二图像信息发送给监控平台。
66.其中，第三图像信息包括js脚本信息、http响应时长、或者http请求状态信息中的至少一种，当然，也可以包括其它信息，在此，本技术实施例只是以第三图像信息可以包括js脚本信息、http响应时长、或者http请求状态信息中的至少一种为例进行说明，但并不代表本技术实施例仅局限于此。
67.由此可见，在该种可能的实现方式中，在对采集到的浏览器页面的运行状态信息进行成像服务处理时，与现有技术不同的是，同样不再是由监控平台对该浏览器页面的运行状态信息进行成像服务处理，而是通过浏览器插件对该浏览器页面的运行状态信息进行成像服务处理；这样不仅可以降低监控平台的负载，而且可以方便运营人员在浏览器插件查看用于指示浏览器页面的运行状态的第二图像信息，当然，还可以提供tcp/ip端口，方便对外的赋能、接入。可以理解的是，虽然是通过浏览器插件对浏览器页面的运行状态信息进行成像服务处理，但是，监控平台中仍然可以部署有成像服务，当然，也可以无需部署成像服务，具体可以根据实际需要进行设置。
68.此外，由于监控平台还支持图片上传分析、excel上传，因此，监控平台还可以基于运营人员在监控平台的页面上上传的应用系统的运行状态信息，获取应用系统对应的图像信息，可参见下一种可能的实现方式。
69.在又一种可能的实现方式中，运营人员可以在监控平台的页面上上传应用系统的运行状态信息，使得监控平台完成对运行状态信息的采集，数据采集过程对研发无感知，研发人员无需将代码植入到监控平台的本地代码中，采集数据的数据源广度变大；在采集到运营人员在监控平台的页面上上传的应用系统的运行状态信息后，对该运行状态信息进行成像服务处理，从而获取到应用系统对应的第一图像信息。
70.可以理解的是，在该种可能的实现方式中，第一图像信息同样可以包括应用系统的日志信息、应用系统所在的电子设备的内存信息、电子设备的cpu利用率、或者电子设备的硬件信息中的至少一种，当然，也可以包括其它信息，在此，本技术实施例只是以第一图像信息可以包括应用系统的日志信息、应用系统所在的电子设备的内存信息、电子设备的中央处理器cpu利用率、或者电子设备的硬件信息中的至少一种为例进行说明，但并不代表本技术实施例仅局限于此。
71.由此可见，与上述两种可能的实现方式不同的是，在该种可能的实现方式中，监控平台中需要部署有成像服务，这样监控平台接收到运营人员在监控平台的页面上上传的应
用系统的运行状态信息后，对该运行状态信息进行成像服务处理，从而获取到应用系统对应的第一图像信息。
72.可以理解的是，在获取应用系统对应的图像信息时，本技术实施例只是以上述三种可能的实现方式为例进行说明，但并不代表本技术实施例仅局限于此。
73.监控平台在获取到应用系统对应的图像信息之后，可以分类存储各种类型的图像信息，并执行下述s202：
74.s202、采用深度学习算法对图像信息进行分析，得到应用系统的运行状态的预测结果。
75.其中，预测结果包括运行正常或者运行异常。
76.监控平台在通过上述三种可能的实现方式中任一种可能的实现方式获取到应用系统对应的图像信息之后，可以采用深度学习算法对应用系统对应的图像信息进行图像识别分析，示例的，请参见图5所示，图5为本技术实施例提供的一种监控平台分析应用系统运行状态的架构示意图，在对应用系统对应的图像信息进行图像识别分析之后，可以得到应用系统的运行状态的预测结果，该预测预测结果可以为应用系统运行正常，也可以为应用系统运行异常。
77.示例的，监控平台在采用深度学习算法对图像信息进行分析时，由于图像信息为符合监控平台的图像接口规范，如标准的文字话术、标准的图像图形及色差规范、标准的格式大小等图像信息，如果单个或多个指标达到报警阈值则直接报警并返回，否则进行预警操作：采用卷积神经网络模型，在该相对有较高分类标识度的图像信息中，抽取一个监控标准时间长度来形成单个或多个指标曲线，并通过线性回归算法对单个指标性能曲线进行分析，预测未来一个时间段内应用系统的运行状态，再结合预先设定的既定规则，例如，图像信息的色差表是否达到预警色差值，若未达到预警色差值，则认为预测结果为运行正常，若达到预警色差值，则认为预测结果为运行异常，并进行预警。
78.在得到应用系统的运行状态的预测结果后，就可以根据预测结果输出提示信息，即执行下述s203：
79.s203、根据预测结果输出提示信息。
80.示例的，在根据预测结果输出提示信息时，若预测结果为运行异常，则输出第一提示信息；第一提示信息用于提示应用系统的运行状态即将发生异常，这样可以使得运营人员及时发现应用系统潜在的危险，并在应用系统发生异常之前，提前执行相应的修复操作。若预测结果为运行正常，则输出第二提示信息；第二提示信息用于提示应用系统的运行状态正常，这样可以使得运营人员及时获知到应用系统的运行状态。
81.示例的，在通过提示信息提示应用系统的运行状态时，可以通过咚咚的方式输出提示信息，可以通过邮件的方式输出提示信息，也可以短信的方式输出提示信息，当然，也可以通过电话的方式输出提示信息，当然，还可以通过其它方式输出提示信息，只要能够达到提示的目的即可，在此，本技术实施例只是以上述几种可能的实现方式为例进行说明，但并不代表本技术实施例仅局限于此。
82.由此可见，本技术实施例提供的应用系统运行状态的监控方法，在对应用系统的运行状态进行监控时，电子设备中的监控平台，先获取用于指示应用系统的运行状态的图像信息，该图像信息为对应用系统的运行状态信息经过成像服务处理后生成的，在获取到
该图像信息后，通过采用深度学习算法对经过成像服务处理得到的图像信息进行分析，得到应用系统的运行状态的预测结果，预测结果包括运行正常或者运行异常；并根据预测结果输出提示信息，从而通过提示信息进行预测提示，实现了在应用系统发生异常之前进行提前预警。
83.图6为本技术实施例提供的一种应用系统运行状态的监控装置60的结构示意图，示例的，请参见图6所示，该应用系统运行状态的监控装置60可以包括：
84.获取模块601，用于获取应用系统对应的图像信息，图像信息用于指示应用系统的运行状态；图像信息为对应用系统的运行状态信息经过成像服务处理后生成的。
85.处理模块602，用于采用深度学习算法对图像信息进行分析，得到应用系统的运行状态的预测结果；预测结果包括运行正常或者运行异常。
86.输出模块603，用于根据预测结果输出提示信息。
87.可选的，输出模块603，具体用于若预测结果为运行异常，则输出第一提示信息；第一提示信息用于提示应用系统的运行状态即将发生异常；若预测结果为运行正常，则输出第二提示信息；第二提示信息用于提示应用系统的运行状态正常。
88.可选的，获取模块601，具体用于通过应用系统所在的电子设备中安装的客户端、应用系统所在的电子设备的浏览器页面中的插件、或者监控平台的页面中的至少一种获取应用系统对应的运行状态信息。
89.可选的，应用系统所在的电子设备中安装有客户端。
90.获取模块601，具体用于接收客户端发送的应用系统对应的第一图像信息。
91.其中，第一图像信息包括应用系统的日志信息、应用系统所在的电子设备的内存信息、电子设备的中央处理器cpu利用率、或者电子设备的硬件信息中的至少一种。
92.可选的，应用系统所在的电子设备的浏览器页面中安装有插件。
93.获取模块601，具体用于接收浏览器插件上传的浏览器页面对应的第二图像信息；第二图像信息用于指示浏览器页面的运行状态；
94.根据浏览器页面对应的第二图像信息，分析确定应用系统对应的第三图像信息；
95.其中，第三图像信息包括js脚本信息、http响应时长、或者http请求状态信息中的至少一种。
96.可选的，获取模块601，具体用于接收在监控平台的页面上上传的应用系统的运行状态信息；其中，运行状态信息包括应用系统的日志信息、应用系统所在的电子设备的内存信息、电子设备的中央处理器cpu利用率、或者电子设备的硬件信息中的至少一种。
97.处理模块602，还用于对运行状态信息进行成像服务处理，得到应用系统对应的第一图像信息。
98.本技术实施例提供的应用系统运行状态的监控装置60，可以执行上述任一实施例中的应用系统运行状态的监控方法的技术方案，其实现原理以及有益效果与应用系统运行状态的监控方法的实现原理及有益效果类似，可参见应用系统运行状态的监控方法的实现原理及有益效果，此处不再进行赘述。
99.图7为本发明实施例提供的一种电子设备70的结构示意图，示例的，请参见图7所示，该电子设备70可以包括处理器701和存储器702；其中，
100.存储器702，用于存储计算机程序。
101.处理器701，用于读取存储器702存储的计算机程序，并根据所述存储器702中的计算机程序执行上述任一实施例中的应用系统运行状态的监控方法的技术方案。
102.可选地，存储器702既可以是独立的，也可以跟处理器701集成在一起。当存储器702是独立于处理器701之外的器件时，电子设备还可以包括：总线，用于连接存储器702和处理器701。
103.可选地，本实施例还包括：通信接口，该通信接口可以通过总线与处理器701连接。处理器701可以控制通信接口来实现上述电子设备的接收和发送的功能。
104.本发明实施例所示的电子设备70，可以执行上述任一实施例中的应用系统运行状态的监控方法的技术方案，其实现原理以及有益效果与应用系统运行状态的监控方法的实现原理及有益效果类似，可参见应用系统运行状态的监控方法的实现原理及有益效果，此处不再进行赘述。
105.本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现上述任一实施例中的应用系统运行状态的监控方法的技术方案，其实现原理以及有益效果与应用系统运行状态的监控方法的实现原理及有益效果类似，可参见应用系统运行状态的监控方法的实现原理及有益效果，此处不再进行赘述。
106.在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所展示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
107.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元展示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
108.上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本发明各个实施例方法的部分步骤。
109.应理解的是，上述处理器可以是中央处理单元(英文：central processingunit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digital signal processor，简称：dsp)、专用集成电路(英文：application specificintegrated circuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
110.存储器可能包含高速ram存储器，也可能还包括非易失性存储nvm，例如至少一个
磁盘存储器，还可以为u盘、移动硬盘、只读存储器、磁盘或光盘等。
111.总线可以是工业标准体系结构(industry standard architecture，isa)总线、外部设备互连(peripheral component，pci)总线或扩展工业标准体系结构(extended industry standard architecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本发明附图中的总线并不限定仅有一根总线或一种类型的总线。
112.上述计算机可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
113.最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。