CN115277355A - 一种监控系统状态码数据的处理方法、装置、设备及介质 - Google Patents

Abstract

本发明提供一种监控系统状态码数据的处理方法、装置、设备及介质，所述方法包括在预设时间内监听当前用户的监控系统中的内部数据，获取监控数据；获取监控数据的统一资源标识符，根据统一资源标识符，查询监控数据关联的状态码数据；依据告警规则对状态码数据进行告警判断，获取发生告警的告警时间和告警数据；依据告警时间和告警数据，生成告警文件。本发明降低了监控系统的运维成本，增加了监控系统的监控效率。

Description

一种监控系统状态码数据的处理方法、装置、设备及介质

技术领域

本申请涉及计算机数据监控领域，具体涉及一种监控系统状态码数据的处理方法、装置、设备及介质。

背景技术

对于开源的监控系统而言，通过不同的组件可完成监控数据的采集、存储、查询及监控告警等功能。在一个周期时间下，监控系统可查询其内部的输出数据的数值，并可获取输出数据是否处于报错状态。当输出数据处于报错状态时，监控系统可显示出告警信息，提醒当前用户对报错状态的输出数据进行人工处理。然而在监控系统显示出告警信息之后，当前用户只能了解出输出数据出现报错状态情况，无法从告警信息中了解报错状态的具体报错信息。

发明内容

鉴于以上所述现有技术的缺点，本发明提供一种监控系统状态码数据的处理方法，以解决上述用户无法从告警信息中了解报错状态的具体报错信息的问题。

本发明提供的一种监控系统状态码数据的处理方法，包括：

在预设时间内监听当前用户的监控系统中的内部数据，获取监控数据；

获取所述监控数据的统一资源标识符，根据所述统一资源标识符，查询所述监控数据关联的状态码数据；

依据告警规则对所述状态码数据进行告警判断，获取发生告警的告警时间和告警数据；

依据所述告警时间和所述告警数据，生成告警文件。

于本发明的一实施例中，所述获取所述监控数据的统一资源标识符，根据所述统一资源标识符，查询所述监控数据关联的状态码数据的步骤和所述依据告警规则对所述状态码数据进行告警判断，获取发生告警的告警时间和告警数据的步骤之间，包括：

按照时间的先后顺序，将所述状态码数据及其对应的时间进行存储。

于本发明的一实施例中，所述依据所述告警时间和所述告警数据，生成告警文件的步骤之后，包括：

发送所述告警文件至所述当前用户。

于本发明的一实施例中，所述发送所述告警文件至所述当前用户的步骤，包括：

当发送所述告警数据的数量小于预设的告警阈值数量时，不发送所述告警文件；

当发送所述告警数据的数量大于等于预设的告警阈值数量时，发送所述告警文件。

于本发明的一实施例中，所述当发送所述告警数据的数量大于等于预设的告警阈值数量时，发送所述告警文件的步骤之后，包括：

发送所述告警数据的告警级别至所述当前用户，所述告警级别表征所述告警数据的数量对应的严重程度。

于本发明的一实施例中，所述按照时间的先后顺序，将所述状态码数据及其对应的时间进行存储的步骤，包括：

在所述预设时间内，将所述状态码数据及其对应的时间进行存储，记录为状态码数据表；

显示所述状态码数据表。

于本发明的一实施例中，所述显示所述状态码数据表的步骤之后，包括：

依据告警规则对所述状态码数据进行告警判断，获取发生告警的告警时间和告警数据；

在所述状态码数据表中，将所述告警数据关联的状态码进行显示。

本发明提供的一种监控系统状态码数据的处理装置，所述装置包括：

监听单元，用于在预设时间内监听当前用户的监控系统中的内部数据，获取监控数据；

查询单元，用于获取所述监控数据的统一资源标识符，根据所述统一资源标识符，查询所述监控数据关联的状态码数据；

获取单元，用于依据告警规则对所述状态码数据进行告警判断，获取发生告警的告警时间和告警数据；

生成单元，用于依据所述告警时间和所述告警数据，生成告警文件。

本发明提供的一种电子设备，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如上述任一项所述的监控系统状态码数据的处理方法。

本发明提供的一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行上述任一项所述的监控系统状态码数据的处理方法。

本发明的有益效果：本发明可从告警信息中了解报错状态的具体报错信息，便于当前用户对报错数据进行针对性的处理，降低了监控系统的运维成本，增加了监控系统的监控效率，提高了监控系统的生命周期。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1是本申请的一示例性实施例示出的监控系统状态码数据的处理方法的实施环境示意图；

图2是本申请的一示例性实施例示出的监控系统状态码数据的处理方法的流程图；

图3是本申请的一示例性实施例示出的监控系统状态码数据的处理方法的又一流程示意图；

图4是本申请的一示例性实施例示出的监控系统状态码数据的处理方法的又一流程示意图；

图5是图2所示实施例中的步骤S350在一示例性的实施例中的流程图；

图6是本申请的一示例性实施例示出的监控系统状态码数据的处理方法的模型示意图；

图7是本申请的一示例性实施例示出的监控系统状态码数据的处理装置的结构示意图；

图8是本申请的一示例性实施例示出的计算机设备的一结构示意图。

具体实施方式

以下将参照附图和优选实施例来说明本发明的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本发明，而不是为了限制本发明的保护范围。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

在下文描述中，探讨了大量细节，以提供对本发明实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本发明的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本发明的实施例难以理解。

首先需要说明的是，Prometheus是是一个开源监控解决方案，用于收集和聚合指标作为时间序列数据。更简单地说，Prometheus商店中的每个项目都是一个指标事件，并带有它发生的时间戳。Prometheus实时存储事件。这些事件可以是与您的应用程序相关的任何事件，例如内存消耗、网络利用率或单个传入请求。基本数据单位是“度量”。每个指标都分配了一个名称，也可以引用它和一组标签。标签是任意键值数据对，可用于过滤数据库中的指标。Prometheus中的数据使用PromQL进行查询，PromQL是一种内置查询语言，可让您使用各种运算符和函数来选择、解析和格式化指标。由于Prometheus使用时间序列存储，因此支持基于时间的范围和持续时间选择，可以轻松处理在特定时间段内添加的表面数据。

图1是本申请的一示例性实施例示出的监控系统状态码数据的处理方法的实施环境示意图。如图1所示，在一些实施例中，客户端110的当前用户，可通过通信网络向服务端130发送输入指令。服务端130在接收到客户端110的输入指令之后，可进行监控系统状态码数据的处理。其中，图1所示的服务端110可以是智能手机、车载电脑、平板电脑、笔记本电脑或者可穿戴设备等任意支持发送信号的终端设备，但并不限于此。图1所示的服务端130是服务器，例如可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器，在此也不进行限制。客户端110可以通过3G(第三代的移动信息技术)、4G(第四代的移动信息技术)、5G(第五代的移动信息技术)等无线网络与服务端130进行通信，本处也不对此进行限制。

在一些实施例中，Prometheus通过周期时间采集输出数据，获取URI(UniformResource Identifier，统一资源标识符)地址的信息和状态码变化的数据。在平均一分钟内，出现了非200的错误状态码，并且错误状态码的出现次数大于一定数量时，可触发报错状态。但是目前Prometheus出现报错状态时，当前用户无法获取报错状态的具体信息。为解决这些问题，本申请的实施例分别提出一种监控系统状态码数据的处理方法、一种监控系统状态码数据的处理装置、一种电子设备、一种计算机可读存储介质以及一种计算机程序产品，以下将对这些实施例进行详细描述。

请参阅图2，图2是本申请的一示例性实施例示出的监控系统状态码数据的处理方法的流程图。在一些实施例中，该方法可以应用于图1所示的实施环境，并由该实施环境中的客户端110具体执行。应理解的是，该方法也可以适用于其它的示例性实施环境，并由其它实施环境中的设备具体执行，本实施例不对该方法所适用的实施环境进行限制。

在一些实施例中，示例性的，本实施例揭示的监控系统状态码数据的处理方法所适用的客户110端中可以安装有SDK(Software Development Kit，软件开发工具包，是为特定的软件包、软件框架、操作系统等建立应用软件时的开发工具集合)，而本实施例揭示的方法具体实现为该SDK对外提供的一项或多项功能。

如图2所示，在一示例性的实施例中，监控系统状态码数据的处理方法至少包括步骤S210至步骤S270，详细介绍如下：

步骤S210，在预设时间内监听当前用户的监控系统中的内部数据，获取监控数据。

在一些实施例中，预设时间是预先设定的，可反应在一个时间段内监控系统的内部数据的变化情况。监听监控系统中的内部数据，并可按照当前用户的需求，将监控系统中的一部分内部数据设定为监控数据。监控数据表征当前用户需求的数据，当前用户通过对监控数据的查看，可对监控系统的内部数据的变化情况进行整体把握。

步骤S230，获取所述监控数据的统一资源标识符，根据所述统一资源标识符，查询所述监控数据关联的状态码数据。

在一些实施例中，当前用户在监控系统可定义重要的URI(Uniform ResourceIdentifier，统一资源标识符)、状态码和数据计数周期。其中，统一资源标识符(UniformResource Identifier，URI)是一个用于标识某一互联网资源名称的字符串。该种标识允许用户对任何(包括本地和互联网)的资源通过特定的协议进行交互操作。URI由包括确定语法和相关协议的方案所定义。Web(World Wide Web，即全球广域网)上可用的每种资源-HTM文档、图像、视频片段、程序等，由一个通用资源标识符(Uniform Resource Identifier,简称"URI")进行定位。

在一些实施例中，状态码的类别可包括1XX(信息性状态码)表示接收的请求正在处理，2XX(成功状态码)表示请求正常处理完毕，3XX(重定向状态码)表示需要进行附加操作以完成请求，4XX(客户端错误状态码)表示服务器无法处理请求，5XX(服务器错误状态码)表示服务器处理请求出错。例如，常见状态码包括200OK——客户端发来的请求在服务器端被正常处理在响应报文中，随状态码返回的信息会因方法的不同而改变。比如，使用GET时对应请求资源的实体会作为响应返回；使用HEAD时，在响应中只返回首部，不返回实体的主体部分。404Not Found——服务器上无法找到请求的资源。可先获取监控数据的统一资源标识符，可进一步的通过统一资源标识符，查询监控数据关联的状态码数据。可将统一资源标识符、状态码数据、数据计数周期等整理生成健康状态页信息。健康状态页信息的数据指标格式可为metric数据类型，Prometheus server可对metric数据类型的数据进行采集，即Prometheus server可采集健康状态页信息，获取统一资源标识符、状态码数据、数据计数周期等数据。

步骤S250，依据告警规则对所述状态码数据进行告警判断，获取发生告警的告警时间和告警数据。

在一些实施例中，预设告警规则，并依据告警规则对状态码数据进行告警判断。例如，可将2XX(成功状态码)表示请求正常处理完毕，可将3XX(重定向状态码)、4XX(客户端错误状态码)和5XX(服务器错误状态码)出现时，可给出告警判断。在做出告警判断之后，可获取发生告警的告警时间和告警数据。告警数据可包括告警数据的数值、告警数据的状态码数据、状态码数据表示的中文含义等。Prometheus server为Prometheus组件中的核心部分，负责实现对监控数据的获取、存储以及查询。Prometheus server可以通过静态配置管理监控目标，从监控系统的健康状态页信息中获取数据。Prometheus server需要对采集到的监控数据进行存储，Prometheus server本身是一个时序数据库，可将采集到的监控数据按照时间序列的方式存储在本地磁盘当中。Prometheus server对外提供了自定义的PromQL语言，实现对数据的查询以及分析。根据监控系统中数据的重要程度，可以自定义对状态码数据的采集时间周期。

步骤S270，依据所述告警时间和所述告警数据，生成告警文件。

在一些实施例中，在做出告警判断之后，可获取发生告警的告警时间和告警数据。并且依据告警时间和告警数据，可进一步的生成告警文件。Prometheus的告警规则以yaml格式配置在Prometheus server中，核心属性为expr字段，该字段值实际上是一种Prometheus自定义的查询语言(PromQL)，同时支持在告警规则的表达式自定义，告警触发条件查询语句。告警规则中expr属性可自定义的特殊时间间隔计数，同时结合alertmanager(报警模块)的webhook功能，实现多种形式告警方式。其中报警规则在Prometheus定义，警报规则触发以后，才会将信息转发到给独立的组件Alertmanager，经过Alertmanager对警报的信息处理后，最终通过接收器发送给指定用户。

可以看出，本实施例提供的技术方案中，首先，可在预设的时间内对当前用户的监控系统中的内部数据进行监听，将当前用户需求的部分内部数据设定为监控数据。其次，可获取监控数据中的统一资源标识符，根据统一资源标识符可查询出监控数据关联的状态码数据，通过状态码数据可表征出当前数据是否出现报错状态。根据告警规则，对状态码数据进行告警判断，当状态码数据出现告警时，可获取告警时间以及告警数据，并将告警时间和告警数据生成告警文件。在状态码报错情况下，当前用户可通过查看告警文件获取告警具体信息，从而可对状态码报错情况做出及时有效的处理。

图3是本申请的一示例性实施例示出的监控系统状态码数据的处理方法的又一流程示意图。监控系统状态码数据的处理方法可包括步骤S310至步骤S390，详细介绍如下：

步骤S310，在预设时间内监听当前用户的监控系统中的内部数据，获取监控数据。

在一些实施例中，监控数据表征当前用户需求的数据，当前用户通过对监控数据的查看，可对监控系统的内部数据的变化情况进行整体把握。

步骤S330，获取所述监控数据的统一资源标识符，根据所述统一资源标识符，查询所述监控数据关联的状态码数据。

在一些实施例中，可先获取监控数据的统一资源标识符，可进一步的通过统一资源标识符，查询监控数据关联的状态码数据。可将统一资源标识符、状态码数据、数据计数周期等整理生成健康状态页信息。

步骤S350，按照时间的先后顺序，将所述状态码数据及其对应的时间进行存储。

在一些实施例中，可将状态码数据及其对应的时间信息进行存储，例如可在一个预设的时间内，将状态码数据跟时间一一对应，然后生成状态码数据的文件表。Prometheusserver需要对采集到的监控数据进行存储，Prometheus server本身是一个时序数据库，可将采集到的监控数据按照时间序列的方式存储在本地磁盘当中。

步骤S370，依据告警规则对所述状态码数据进行告警判断，获取发生告警的告警时间和告警数据。

在一些实施例中，在做出告警判断之后，可获取发生告警的告警时间和告警数据。告警数据可包括告警数据的数值、告警数据的状态码数据、状态码数据表示的中文含义等。

步骤S390，依据所述告警时间和所述告警数据，生成告警文件。

在一些实施例中，在做出告警判断之后，可获取发生告警的告警时间和告警数据。并且依据告警时间和告警数据，可进一步的生成告警文件。

图4是本申请的一示例性实施例示出的监控系统状态码数据的处理方法的又一流程示意图。监控系统状态码数据的处理方法可包括步骤S410至步骤S450，详细介绍如下：

步骤S410，比较所述告警数据的数量与预设的告警阈值数量。当所述告警数量的数量小于预设的告警阈值数量时，不发送所述告警文件。

在一些实施例中，告警阈值数量是预先定义的。当所述告警数量的数量小于预设的告警阈值数量时，可表示当前告警数量较少，在不影响监控系统正常工作的状态下，可不向当前用户发送告警文件。

步骤S430，当所述告警数量的数量大于等于预设的告警阈值数量时，发送所述告警文件。

在一些实施例中，当所述告警数量的数量大于等于预设的告警阈值数量时，可表示当前告警数量较多，在影响监控系统正常工作的状态下，可向当前用户发送告警文件。

步骤S450，发送所述告警数据的告警级别至所述当前用户，所述告警级别表征所述告警数据的数量对应的严重程度。

在一些实施例中，在向当前用户发送告警文件之后，可将告警数据对应的告警级别发送至当前用户。告警级别可表示告警数据的数量对应的严重程度。例如告警级别可包括高级告警、中级告警、初级告警，初级告警表示轻微的告警程度，中级告警表示中等的告警程度，高级告警表示严重的告警程度。

图5是图2所示实施例中的步骤S350在一示例性的实施例中的流程图，监控系统状态码数据的处理方法可包括步骤S410至步骤S450，详细介绍如下：

步骤S510，在所述预设时间内，将所述状态码数据及其对应的时间进行存储，记录为状态码数据表。

在一些实施例中，在预设时间内，可将状态码数据及其对应的时间信息进行存储，记录为状态码数据表。在状态码数据表中，可获取到预设时间内所有的状态码数据信息。

步骤S530，显示所述状态码数据表。

在一些实施例中，对预设时间内所有的状态码数据信息进行显示。

步骤S550，依据告警规则对所述状态码数据进行告警判断，获取发生告警的告警时间和告警数据。

在一些实施例中，在做出告警判断之后，可获取发生告警的告警时间和告警数据。告警数据可包括告警数据的数值、告警数据的状态码数据、状态码数据表示的中文含义等。

步骤S570，在所述状态码数据表中，将所述告警数据关联的状态码进行显示。

在一些实施例中，在状态码数据表中，将告警数据关联的状态码进行显示，可直观的查看到是哪些状态码出现了告警。

图6是本申请的一示例性实施例示出的监控系统状态码数据的处理方法的模型示意图。在一些实施例中，首先，可对业务系统状态码610进行指标数据采集，在预设的时间内对当前用户的监控系统中的内部数据进行监听，将当前用户需求的部分内部数据设定为监控数据。其次，可获取监控数据中的统一资源标识符，根据统一资源标识符可查询出监控数据关联的状态码数据，通过状态码数据可表征出当前数据是否出现报错状态。在监控系统服务630中，设置告警触发消息，配置告警触发规则。根据告警规则，对状态码数据进行告警判断，当状态码数据出现告警时，可获取告警时间以及告警数据，并将告警时间和告警数据生成告警文件。告警文件可通过报警模块650进行信息的加工处理，并且报警模块650可将告警信息的告警文件发送至当前用户。在状态码报错情况下，当前用户可通过查看告警文件获取告警具体信息，从而可对状态码报错情况做出及时有效的处理。

图7是本申请的一示例性实施例示出的监控系统状态码数据的处理装置的结构示意图。该装置可以应用于图1所示的实施环境，并具体配置在服务端端130中。该装置也可以适用于其它的示例性实施环境，并具体配置在其它设备中，本实施例不对该装置所适用的实施环境进行限制。

如图7所示，该示例性的监控系统状态码数据的处理装置包括：

监听单元710，用于在预设时间内监听当前用户的监控系统中的内部数据，获取监控数据。

在一些实施例中，预设时间是预先设定的，可反应在一个时间段内监控系统的内部数据的变化情况。监听监控系统中的内部数据，并可按照当前用户的需求，将监控系统中的一部分内部数据设定为监控数据。监控数据表征当前用户需求的数据，当前用户通过对监控数据的查看，可对监控系统的内部数据的变化情况进行整体把握。

查询单元730，用于获取所述监控数据的统一资源标识符，根据所述统一资源标识符，查询所述监控数据关联的状态码数据。

在一些实施例中，可先获取监控数据的统一资源标识符，可进一步的通过统一资源标识符，查询监控数据关联的状态码数据。可将统一资源标识符、状态码数据、数据计数周期等整理生成健康状态页信息。Prometheus server可采集健康状态页信息，获取统一资源标识符、状态码数据、数据计数周期等数据。

获取单元750，用于依据告警规则对所述状态码数据进行告警判断，获取发生告警的告警时间和告警数据。

在一些实施例中，在做出告警判断之后，可获取发生告警的告警时间和告警数据。告警数据可包括告警数据的数值、告警数据的状态码数据、状态码数据表示的中文含义等。Prometheus server实现对数据的查询以及分析。根据监控系统中数据的重要程度，可以自定义对状态码数据的采集时间周期。

生成单元770，用于依据所述告警时间和所述告警数据，生成告警文件。

在一些实施例中，在一些实施例中，在做出告警判断之后，可获取发生告警的告警时间和告警数据。并且依据告警时间和告警数据，可进一步的生成告警文件。

图8示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。需要说明的是，图8示出的电子设备的计算机系统800仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图8所示，计算机系统800包括中央处理单元(Central Processing Unit，CPU)801，其可以根据存储在只读存储器(Read-Only Memory，ROM)802中的程序或者从储存部分808加载到随机访问存储器(Random Access Memory，RAM)803中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 803中，还存储有系统操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(Input/Output，I/O)接口805也连接至总线804。

以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分807；包括硬盘等的储存部分808；以及包括诸如LAN(Local Area Network，局域网)卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入储存部分808。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

本申请的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机的处理器执行时，使计算机执行如前所述的监控系统状态码数据的处理方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。

本申请的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的监控系统状态码数据的处理方法。

上述实施例仅示例性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，但凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

Claims (10)

1.一种监控系统状态码数据的处理方法，其特征在于，所述方法包括：

在预设时间内监听当前用户的监控系统中的内部数据，获取监控数据；

获取所述监控数据的统一资源标识符，根据所述统一资源标识符，查询所述监控数据关联的状态码数据；

依据告警规则对所述状态码数据进行告警判断，获取发生告警的告警时间和告警数据；

依据所述告警时间和所述告警数据，生成告警文件。

2.根据权利要求1所述的监控系统状态码数据的处理方法，其特征在于，所述获取所述监控数据的统一资源标识符，根据所述统一资源标识符，查询所述监控数据关联的状态码数据的步骤和所述依据告警规则对所述状态码数据进行告警判断，获取发生告警的告警时间和告警数据的步骤之间，包括：

按照时间的先后顺序，将所述状态码数据及其对应的时间进行存储。

3.根据权利要求1所述的监控系统状态码数据的处理方法，其特征在于，所述依据所述告警时间和所述告警数据，生成告警文件的步骤之后，包括：

发送所述告警文件至所述当前用户。

4.根据权利要求3所述的监控系统状态码数据的处理方法，其特征在于，所述发送所述告警文件至所述当前用户的步骤，包括：

当发送所述告警数据的数量小于预设的告警阈值数量时，不发送所述告警文件；

当发送所述告警数据的数量大于等于预设的告警阈值数量时，发送所述告警文件。

5.根据权利要求4所述的监控系统状态码数据的处理方法，其特征在于，所述当发送所述告警数据的数量大于等于预设的告警阈值数量时，发送所述告警文件的步骤之后，包括：

发送所述告警数据的告警级别至所述当前用户，所述告警级别表征所述告警数据的数量对应的严重程度。

6.根据权利要求1所述的监控系统状态码数据的处理方法，其特征在于，所述按照时间的先后顺序，将所述状态码数据及其对应的时间进行存储的步骤，包括：

在所述预设时间内，将所述状态码数据及其对应的时间进行存储，记录为状态码数据表；

显示所述状态码数据表。

7.根据权利要求6所述的监控系统状态码数据的处理方法，其特征在于，所述显示所述状态码数据表的步骤之后，包括：

依据告警规则对所述状态码数据进行告警判断，获取发生告警的告警时间和告警数据；

在所述状态码数据表中，将所述告警数据关联的状态码进行显示。

8.一种路况刷新装置，其特征在于，所述装置包括：

监听单元，用于在预设时间内监听当前用户的监控系统中的内部数据，获取监控数据；

查询单元，用于获取所述监控数据的统一资源标识符，根据所述统一资源标识符，查询所述监控数据关联的状态码数据；

获取单元，用于依据告警规则对所述状态码数据进行告警判断，获取发生告警的告警时间和告警数据；

生成单元，用于依据所述告警时间和所述告警数据，生成告警文件。

9.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求1至7中任一项所述的监控系统状态码数据的处理方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行权利要求1至7中任一项所述的监控系统状态码数据的处理方法。

Images