CN109144825A - 一种报警数据监控方法、装置及设备 - Google Patents

Abstract

本说明书公开一种报警数据监控方法、装置及设备，应用于计算机领域，该方法包括：判断报警数据是否满足预设噪音条件；如果满足，确定报警数据是对目标系统的监控噪音；否则，确定报警数据是对目标系统的有效报警数据。

Description

一种报警数据监控方法、装置及设备

技术领域

本说明书实施例涉及计算机领域，尤其涉及一种报警数据监控方法、装置及设备。

背景技术

在一般情况下，支付渠道的使用量是稳定的曲线。如果管控支付渠道可用性的计算机系统出现故障，支付渠道的使用量就会大幅度出现下降，而支付渠道的使用量下降到一定程度就会触发报警，从而可以发现计算机系统的故障。但是，在实际运行过程中，触发报警的实际源头可能有多种，一些源头导致的报警与管控支付渠道可用性的计算机系统故障无关。因此，对于这样的报警虽然对于整体业务而言是有效报警，但是对于管控支付渠道的计算机系统而言却是监控噪音。

发明内容

本说明书实施例提供一种报警数据监控方法、装置及设备。

第一方面，本说明书实施例提供一种报警数据监控方法，包括：获取针对业务功能的报警数据；判断所述报警数据是否满足预设噪音条件；如果满足，确定所述报警数据是对目标系统的监控噪音；否则，确定所述报警数据是对所述目标系统的有效报警数据，其中，所述目标系统用于管控完成所述业务功能的渠道。

第二方面，本说明书实施例提供一种报警数据监控装置，包括：数据获取单元，用于获取针对业务功能的报警数据；数据判断单元，用于判断所述报警数据是否满足预设噪音条件；数据确定单元，用于如果数据判断单元的判断结果为满足，确定所述报警数据是对目标系统的监控噪音；否则，确定所述报警数据是对所述目标系统的有效报警数据，其中，所述目标系统用于管控完成所述业务功能的渠道。

第三方面，本说明书实施例提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时第一方面中任一项所述的步骤。

本说明书实施例提供的一个或者多个实施例，至少实现了如下技术效果或者优点：

通过判断针对业务功能的报警数据是否满足预设噪音条件，目标系统管控用于完成业务功能的渠道；如果满足，确定报警数据是对目标系统的监控噪音；否则，确定报警数据是对目标系统的有效报警数据。从而通过二次判断报警数据是否是对目标系统的监控噪音，以识别出不是对目标系统的故障报警的报警数据。从而，能够准确监控计算机系统的运行状态，以免对目标系统所发生故障的漏报和错报。

附图说明

图1为本说明书实施中报警数据监控方法的场景示意图；

图2为本说明书实施例第一方面中报警数据监控方法的流程图；

图3为本说明书实施例第一方面中报警数据监控方法的实例示意图；

图4为本说明书实施例第二方面中报警数据监控装置的结构示意图；

图5为本说明书实施例第三方面中计算机设备的结构示意图。

具体实施方式

为了更好的理解上述技术方案，下面通过附图以及具体实施例对本说明书实施例的技术方案做详细的说明，应当理解本说明书实施例以及实施例中的具体特征是对本说明书实施例技术方案的详细的说明，而不是对本说明书技术方案的限定，在不冲突的情况下，本说明书实施例以及实施例中的技术特征可以相互组合。

参见图1，为本说明书实施例提供的报警数据监控方法的场景示意图，计算机设备100，计算机设备100上包括目标系统101、由目标系统101管控的渠道102。渠道102用于完成业务功能。其中，渠道102需要调用目标系统101、以及与目标系统101关联的上游系统103和/或与目标系统101关联的下游系统104，以完成业务功能。

目标系统101或者上游系统103发生故障，均会导致对渠道102的使用量大幅变化，当变化达到预设阈值会触发报警。另外，即使目标系统101和上游系统103均未发生故障，业务量发生大幅度变化也会导致对渠道102的使用量大幅度变化，当变化达到预设阈值也会触发报警。其中，上游系统103发生故障和业务量变化触发的报警，对于业务功能而言是有效报警；但是，对于目标系统101而言却是监控噪音，本说明书实施例在于识别对于目标系统101而言的监控噪音。

举例来讲，渠道102为支付渠道。比如，余额宝、支付宝余额等方支付渠道。计算机设备100位于网络侧，目标系统101为计算机设备100上用于管控支付渠道可用性的计算机系统。

为了过滤掉对于目标系统101的监控噪音，传统的手段是针对固定时间段的业务量大幅度变化，在固定时间段内放宽报警阈值，让监控噪音在固定时间段内达不到报警阀值，从而过滤掉业务量大幅度变化导致的监控噪音。但是，如果目标系统101在放宽报警阀值的时间段内发生故障，就无法监控到。

第一方面，本说明书实施例提供一种报警数据监控方法，可以应用于计算机设备100，也可以应用于对计算机设备100进行监控的关联设备中。

参考图2所示，本说明书实施例提供的报警数据监控方法包括步骤S201～S203：

S201、获取针对业务功能的报警数据。

在本说明书实施例中的业务功能由渠道完成，渠道的可用性由目标系统管控。

目标系统发生故障会导致完成业务功能的渠道不可用，而渠道不可用会引起渠道的使用量下降。上游系统发生故障，则进入目标系统的调用请求会减少，调用请求减少也会引起渠道的使用量下降。业务功能的业务量减少，则进入目标系统的调用请求会减少，进而引起渠道的使用量下降。业务功能的业务量增多，则进入目标系统的调用请求会增多，进而引起渠道的使用量上升。

步骤S201中，有多种不同的实施方式可以获取报警数据，具体可以是：被动接收当前次触发的报警数据，或者按照预设时间间隔主动读取报警数据。比如，间隔一分钟或者两分钟主动读取一次报警数据。

在本说明书实施例提供的一可选实施方式中，报警数据是对渠道的使用量变化数据。具体而言，使用量变化数据为：使用量上升值、使用量下降值中的一种。

在具体实施过程中，使用量上升值可以是使用量上升比例，比如：使用量上升x％，其中，x为小于100的正整数。举例来讲，对渠道的使用量上升15％、对渠道的使用量上升25％等等数据。

在具体实施过程中，使用量下降值可以是使用量下降比例：使用量下降m％，其中，m为小于100的正整数。举例来讲，对渠道的使用量下降10％、对渠道的使用量下降20％等等数据。

在具体实施过程中，报警数据是对渠道的使用量变化超过预设报警阈值时触发生成。预设报警阈值包括预设上升阈值、预设下降阈值。具体来讲，对渠道的使用量上升值大于预设上升阈值时触发生成上升报警数据；对渠道的使用量下降值大于预设下降阈值时触发生成下降报警数据。

但是，本说明书实施例中并不限定预设上升阈值、预设下降阈值的具体数值，在具体实施过程中，可以根据实际情况和需求进行设置。

具体来讲，预设上升阈值为a％。其中，a为小于100的正整数，x大于a。则对渠道的使用量上升比例x％大于a％时触发生成上升报警数据。

具体来讲，预设下降阈值为b％。其中，b为小于100的正整数，m大于b。对渠道的使用量下降比例m％大于b％时触发生成下降报警数据。

以支付场景为例，对支付渠道的使用量上升比例大于预设上升阈值时触发生成上升报警数据；对支付渠道的使用量下降比例大于预设下降阈值时触发生成下降报警数据。

比如，预设上升阈值为对渠道的使用量上升5％，则：如果对渠道的使用量上升15％，则触发生成上升报警数据为：渠道的使用量上升15％；如果对渠道的使用量上升10％，则触发生成上升报警数据为：渠道的使用量上升10％；如果对渠道的使用量上升0～5％，则不会触发生成上升报警数据。

比如，预设下降阈值为对渠道的使用量下降5％，则：如果对渠道的使用量下降6％，则触发生成下降报警数据为：渠道的使用量下降6％；如果对渠道的使用量下降11％，则触发生成下降报警数据为：渠道的使用量下降10％；如果对渠道的使用量下降0～5％，则不会触发生成下降报警数据。

以支付场景为例，下降报警数据，具体可以由如下三种情况中的任意一种情况下触发，或者多种情况联合触发：

情况一、目标系统发生故障，在此基础上，虽然向目标系统发起的调用请求的请求量变化平稳。但是，由于目标系统无法对向目标系统发起的调用请求进行响应，会使得对渠道的使用量下降，进而导致对渠道的使用量降低比例大于预设下降阈值。

情况二：向目标系统发起的调用请求的请求量下降。导致目标系统返回的结果数量也相应减少，导致对渠道的使用量降低比例大于预设下降阈值，这种情况下如果触发生成报警数据，是对目标系统的监控噪音。

具体来讲，在情况二中，向目标系统发起的调用请求的请求量下降，至少如下两种更具体情况导致：A、在固定时间或不固定的时间有营销活动，当营销活动结束时业务量会下降，从而导致对渠道的使用量下降；B、目标系统的上游系统升级或者发生故障时，会对渠道的使用量下降。

比如，每分钟对支付宝余额、余额宝等支付渠道的使用量应该是稳定曲线，曲线的波动在预设波动范围内。如果对接的银行系统发生故障或升级、或者管控支付宝余额、余额宝等支付渠道可用性的系统发生故障时，或者营销活动结束时，则当前分钟内对支付宝余额、余额宝等支付渠道的使用量相比于上一分钟会下降。

S202、判断报警数据是否满足预设噪音条件。

预设噪音条件包括多种，预设噪音条件基于应用场景不同而设置的不同。S202中：确定出报警数据对应配置的预设噪音条件；判断报警数据是否满足报警数据对应配置的预设噪音条件。

在一可选的实施方式中，报警数据对应配置的预设噪音条件可以为：噪音规则集合。噪音规则集合中包含基于报警数据配置的一个以上噪音识别规则。基于此，S202具体包括如下步骤S2021和S2022：

S2021：读取噪音规则集合，噪音规则集合中包含基于报警数据配置的一个以上噪音识别规则。

需要说明的是，根据报警数据的类型对应配置噪音规则集合中的噪音识别规则，从而，所使用的噪音识别规则与应用场景相适应。

以支付场景为例，举例两种针对支付场景对应配置的噪音识别规则。

噪音识别规则一：请求量变化数据与报警数据为相同变化趋势，则是目标系统的监控噪音。

在本说明书实施例中，请求量变化数据表征特定时间段内向管控目标系统发起的调用请求的请求量变化，调用请求的请求量变化会影响对渠道的使用量变化。调用请求的请求量变化数据，具体为：调用请求的请求量下降比例、调用请求的请求量上升比例。

具体来讲，针对渠道使用量上升的情况，特定时间段为第一时间段，报警数据为：第一时间段内对渠道的使用量上升比例。其中，第一时间段是：从渠道使用量由平稳状态向上升状态改变的时刻开始，直至当前时刻(此时的当前时刻为触发生成上升报警数据的时刻)。

具体来讲，针对渠道使用量下降的情况，特定时间段为第二时间段，报警数据为：第二时间段内对渠道的使用量下降比例。其中，第二时间段是：从渠道使用量由平稳状态向下降状态改变的时刻开始，直至当前时刻(此时的当前时刻为触发生成下降报警数据的时刻)。

具体而言，请求量变化数据与报警数据是针对同一时间段的变化数据。

噪音识别规则二：在生成报警数据的时间点渠道处于关闭状态，则是目标系统的监控噪音。

S2022：判断报警数据是否命中噪音规则集合中的一个以上噪音识别规则；如果命中噪音规则集合中的一个以上噪音识别规则，确定报警数据满足预设噪音条件；如果没有命中噪音规则集合中的任一噪音识别规则，确定报警数据不满足预设噪音条件。

针对步骤S2022，可以是：并行的将报警数据与噪音规则集合中的噪音识别规则进行匹配，以判断报警数据是否命中噪音规则集合中的一个以上噪音识别规则。

针对步骤S2022，还可以是：依次判断报警数据是否命中噪音规则集合中的噪音识别规则，直至判断出报警数据命中噪音规则集合中的噪音识别规则时结束，从而确定报警数据满足预设噪音条件；如果直至判断出报警数据没有命中噪音规则集合中的最后一个噪音识别规则，确定报警数据不满足预设噪音条件。

以前述举例的噪音识别规则一、噪音识别规则二为例，对S2022中是否命中噪音识别规则的实施方式进行说明：

基于噪音识别规则一：

判断第一时间段内向目标系统发起的调用请求的请求量是否上升第一数值范围；如果是，确定报警数据满足预设噪音条件；否则，确定报警数据不满足预设噪音条件。

其中，第一数值范围基于使用量上升比例设置。具体而言，第一数值范围基于使用量上升比例和预设的上升容忍值得到。比如，报警数据是：渠道的使用量上升x％报警，则第一数值范围为[x％-y％，x％+y％]，其中，x％为对渠道的使用量上升比例，y％为预设的上升容忍值。

判断第二时间段内向目标系统发起的调用请求的请求量是否下降第二数值范围；如果是，确定报警数据满足预设噪音条件；否则，确定报警数据不满足预设噪音条件。

其中，第二数值范围基于使用量下降比例设置。具体而言，第二数值范围基于使用量下降比例和预设的下降容忍值得到。比如，报警数据是：渠道的使用量下降m％报警，则第二数值范围为[m％-n％，m％+n％]，其中，m％为渠道的使用量下降比例，n％为预设的下降容忍值。

具体实施过程中，可以将“相同变化趋势”放宽至：请求量变化数据与报警数据同为上升变化、或者请求量变化数据与报警数据同为下降变化。

基于噪音识别规则二：

获取生成报警数据的时间点；判断渠道在生成报警数据的时间点是否处于关闭状态；如果渠道在生成报警数据的时间点处于关闭状态，确定报警数据满足预设噪音条件；否则，确定报警数据不满足预设噪音条件。

需要说明的是，在支付场景下并不限于上述两种噪音识别规则，可以根据实际需求设置更多的噪音识别规则，或者只使用其中一种噪音识别规则。

S203：如果满足预设噪音条件，确定报警数据是对目标系统的监控噪音；如果不满足预设噪音条件，确定报警数据是对目标系统的有效报警数据。

进一步的，本说明书实施例还提供如下可选的实施方式，在确定报警数据是对目标系统的监控噪音之后，忽略报警数据。在确定报警数据是对目标系统的有效报警数据之后，基于报警数据执行报警动作。从而能够提高对目标系统是否发生故障的报警准确性，避免误报警。

下面参考图3所示，以前述举例的噪音识别规则一、噪音识别规则二为例，给出应用于支付场景的具体实例：

步骤S1：接收报警数据，报警数据为支付渠道的使用量下降比例大于预设下降阈值时触发生成，报警数据为支付渠道从使用量开始下降的时刻开始，直至生成报警数据的时刻结束，这一时间段内对支付渠道的使用量下降比例。

步骤S3、读取与报警数据对应配置的噪音识别规则：噪音识别规则一、噪音识别规则二。

步骤S5、读取请求量变化数据，判断请求量变化数据与报警数据是否为相同变化趋势；如果为相同变化趋势，执行步骤S11。如果不为相同变化趋势，执行步骤S7。其中，是否为相同变化趋势，参考前文所描述。

步骤S7：获取生成报警数据的时间点，并判断支付渠道在生成报警数据的时间点是否处于关闭状态；如果支付渠道在生成报警数据的时间点处于关闭状态，则执行步骤9；如果支付渠道在生成报警数据的时间点不是处于关闭状态，执行步骤11。

步骤S9：确定报警数据是对目标系统的有效报警数据。

步骤S11：确定报警数据是对目标系统的监控噪音。

通过上述基于支付场景的实施例，能够提高对目标系统是否发生故障的监控准确性，排除了营销活动、上游系统的故障、升级等情况触发产生的报警数据。

第二方面，基于同一发明构思，本说明书实施例提供一种报警数据监控装置，参考图4所示，包括：

数据获取单元401，用于获取针对业务功能的报警数据；

数据判断单元402，用于判断报警数据是否满足预设噪音条件；

数据确定单元403，用于如果数据判断单元的判断结果为满足，确定报警数据是对目标系统的监控噪音；否则，确定报警数据是对目标系统的有效报警数据，其中，目标系统用于管控完成业务功能的渠道。

在一可选的实施方式中，所述装置还包括：

数据忽略单元，用于在确定报警数据是对目标系统的监控噪音之后，忽略报警数据。

在一可选的实施方式中，所述装置还包括：

报警单元，用于在确定报警数据是对目标系统的有效报警数据之后，基于报警数据执行报警动作。

在一可选的实施方式中，数据判断单元402，包括：

读取子单元，用于读取噪音规则集合，噪音规则集合中包含基于报警数据配置的一个以上噪音识别规则；

判断子单元，用于判断报警数据是否命中噪音规则集合中的一个以上噪音识别规则；如果是，确定报警数据满足预设噪音条件；否则，确定报警数据不满足预设噪音条件。

在一可选的实施方式中，判断子单元，具体用于：

读取请求量变化数据，请求量变化数据表征特定时间段内向目标系统发起的调用请求的请求量变化，调用请求的请求量变化影响对渠道的使用量；

判断请求量变化数据与报警数据是否为相同变化趋势，其中，报警数据是对渠道的使用量变化超出预设报警阈值时生成；

如果为相同变化趋势，确定报警数据满足预设噪音条件。

在一可选的实施方式中，判断子单元，还用于：

如果不为相同变化趋势，获取生成报警数据的时间点；

判断渠道在时间点是否处于关闭状态；

如果处于关闭状态，确定报警数据满足预设噪音条件；否则，确定报警数据不满足预设噪音条件。

在一可选的实施方式中，报警数据为：第一时间段内对渠道的使用量上升比例；

判断子单元，具体用于：

判断第一时间段内向目标系统发起的调用请求的请求量是否上升第一数值范围，第一数值范围基于使用量上升比例设置。

在一可选的实施方式中，报警数据为：第二时间段内对目标系统的使用量下降比例；

判断子单元，具体用于：

判断第二时间段内向目标系统发起的调用请求的请求量是否下降第二数值范围，第二数值范围基于使用量下降比例设置。

第三方面，基于与前述实施例中报警数据监控方法同样的发明构思，本说明书实施例还提供一种计算机设备，如图5所示，包括存储器504、处理器502及存储在存储器504上并可在处理器502上运行的计算机程序，处理器502执行程序时实现前文的报警数据监控方法任一可能的实施方式的步骤。

其中，在图5中，总线架构(用总线500来代表)，总线500可以包括任意数量的互联的总线和桥，总线500将包括由处理器502代表的一个或多个处理器和存储器504代表的存储器的各种电路链接在一起。总线500还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口506在总线500和接收器501和发送器503之间提供接口。接收器501和发送器503可以是同一个元件，即收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器502负责管理总线500和通常的处理，而存储器504可以被用于存储处理器502在执行操作时所使用的数据。

第四方面，基于与前述实施例中业务文档处理方法同样的发明构思，本说明书还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前文业务文档处理方法中任一可能的实现方式所述的步骤。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的设备。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令设备的制造品，该指令设备实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本说明书的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本说明书范围的所有变更和修改。

显然，本领域的技术人员可以对本说明书进行各种改动和变型而不脱离本说明书的精神和范围。这样，倘若本说明书的这些修改和变型属于本说明书权利要求及其等同技术的范围之内，则本说明书也意图包含这些改动和变型在内。

Claims (17)

1.一种报警数据监控方法，其特征在于，包括：

获取针对业务功能的报警数据；

判断所述报警数据是否满足预设噪音条件；

如果满足，确定所述报警数据是对目标系统的监控噪音；否则，确定所述报警数据是对所述目标系统的有效报警数据，其中，所述目标系统用于管控完成所述业务功能的渠道。

2.如权利要求1所述的报警数据监控方法，其特征在于，在所述确定所述报警数据是对所述目标系统的监控噪音之后，还包括：

忽略所述报警数据。

3.如权利要求1所述的报警数据监控方法，其特征在于，在所述确定所述报警数据是对所述目标系统的有效报警数据之后，还包括：

基于所述报警数据执行报警动作。

4.如权利要求1所述的报警数据监控方法，其特征在于，所述判断所述报警数据是否满足预设噪音条件，包括：

读取噪音规则集合，所述噪音规则集合中包含基于所述报警数据配置的一个以上噪音识别规则；

判断所述报警数据是否命中所述噪音规则集合中的一个以上噪音识别规则；如果是，确定所述报警数据满足所述预设噪音条件；否则，确定所述报警数据不满足所述预设噪音条件。

5.如权利要求4所述的报警数据监控方法，其特征在于，所述判断所述报警数据是否命中所述噪音规则集合中的一个以上噪音识别规则，包括：

读取请求量变化数据，所述请求量变化数据表征特定时间段内向所述目标系统发起的调用请求的请求量变化，所述调用请求的请求量变化影响对所述渠道的使用量；

判断所述请求量变化数据与所述报警数据是否为相同变化趋势，其中，所述报警数据是对所述渠道的使用量变化超出预设报警阈值时生成；

如果为相同变化趋势，确定所述报警数据满足所述预设噪音条件。

6.如权利要求5所述的报警数据监控方法，其特征在于，在所述判断所述请求数据与所述报警数据是否为相同变化趋势之后，还包括：

如果不为相同变化趋势，获取生成所述报警数据的时间点；

判断所述渠道在所述时间点是否处于关闭状态；

如果处于所述关闭状态，确定所述报警数据满足所述预设噪音条件；否则，确定所述报警数据不满足所述预设噪音条件。

7.如权利要求5或6所述的报警数据监控方法，其特征在于，所述报警数据为：第一时间段内对所述渠道的使用量上升比例；

所述判断请求数据与所述报警数据是否属于相同变化趋势，包括：

判断所述第一时间段内向所述目标系统发起的调用请求的请求量是否上升第一数值范围，所述第一数值范围基于所述使用量上升比例设置。

8.如权利要求5或6所述的报警数据监控方法，其特征在于，所述报警数据为：第二时间段内对所述目标系统的使用量下降比例；

所述判断请求数据与所述报警数据是否属于相同变化趋势，包括：

判断所述第二时间段内向所述目标系统发起的调用请求的请求量是否下降第二数值范围，所述第二数值范围基于所述使用量下降比例设置。

9.一种报警数据监控装置，其特征在于，包括：

数据获取单元，用于获取针对业务功能的报警数据；

数据判断单元，用于判断所述报警数据是否满足预设噪音条件；

数据确定单元，用于如果数据判断单元的判断结果为满足，确定所述报警数据是对目标系统的监控噪音；否则，确定所述报警数据是对所述目标系统的有效报警数据，其中，所述目标系统用于管控完成所述业务功能的渠道。

10.如权利要求9所述的报警数据监控装置，其特征在于，还包括：

数据忽略单元，用于在确定所述报警数据是对目标系统的监控噪音之后，忽略所述报警数据。

11.如权利要求9所述的报警数据监控装置，其特征在于，还包括：

报警单元，用于在所述确定所述报警数据是对所述目标系统的有效报警数据之后，基于所述报警数据执行报警动作。

12.如权利要求9所述的报警数据监控装置，其特征在于，所述数据判断单元，包括：

读取子单元，用于读取噪音规则集合，所述噪音规则集合中包含基于所述报警数据配置的一个以上噪音识别规则；

判断子单元，用于判断所述报警数据是否命中所述噪音规则集合中的一个以上噪音识别规则；如果是，确定所述报警数据满足所述预设噪音条件；否则，确定所述报警数据不满足所述预设噪音条件。

13.如权利要求12所述的报警数据监控装置，其特征在于，所述判断子单元，具体用于：

读取请求量变化数据，所述请求量变化数据表征特定时间段内向所述目标系统发起的调用请求的请求量变化，所述调用请求的请求量变化影响对所述渠道的使用量；

判断所述请求量变化数据与所述报警数据是否为相同变化趋势，其中，所述报警数据是对所述渠道的使用量变化超出预设报警阈值时生成；

如果为相同变化趋势，确定所述报警数据满足所述预设噪音条件。

14.如权利要求13所述的报警数据监控装置，其特征在于，所述判断子单元，还用于：

如果不为相同变化趋势，获取生成所述报警数据的时间点；

判断所述渠道在所述时间点是否处于关闭状态；

如果处于所述关闭状态，确定所述报警数据满足所述预设噪音条件；否则，确定所述报警数据不满足所述预设噪音条件。

15.如权利要求13或14所述的报警数据监控装置，其特征在于，所述报警数据为：第一时间段内对所述渠道的使用量上升比例；

所述判断子单元，具体用于：

判断所述第一时间段内向所述目标系统发起的调用请求的请求量是否上升第一数值范围，所述第一数值范围基于所述使用量上升比例设置。

16.如权利要求13或14所述的报警数据监控装置，其特征在于，所述报警数据为：第二时间段内对所述目标系统的使用量下降比例；

所述判断子单元，具体用于：

判断所述第二时间段内向所述目标系统发起的调用请求的请求量是否下降第二数值范围，所述第二数值范围基于所述使用量下降比例设置。

17.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1-8中任一项所述的步骤。