CN113034728A - 告警处理方法和装置 - Google Patents

Abstract

本申请提供一种告警处理方法和装置，方法包括：获取当前处理周期的采集信号；根据所述采集信号和告警策略，确定是否有缺失信号；在确定有所述缺失信号的情况下，根据所述缺失信号的类型查找当前处理周期的全量信号快照中的对应信号，作为补齐信号；采用所述采集信号和所述补齐信号，根据所述告警策略构建告警判别条件，以及根据所述告警判别条件生成当前告警判定结果。在缺失信号的情况下，无需如现有技术再去采用网络通信的方式获取请求信号，继而不会出现因为采用网络通信方式获取请求信号造成的报警延迟的问题，提高了报警的实时性。

Description

告警处理方法和装置

技术领域

本申请涉及计算机软件处理技术领域，具体设计一种告警处理方法和装置。

背景技术

为了能够远程监控车辆等运行设备的工作状态，车辆通信装置实时地向云端发送传感器信号；云端IOT设备在接收到车辆通信装置发送的传感器信号后，将传感器信号实时地写入磁盘，并将传感器信号发送给告警判别装置。

告警判别装置在接收到IOT发送的传感器信号后，根据信号获取所有包括此信号的告警策略集合数据，并根据告警策略集合数据判断是否有缺失信号。

如果没有缺失信号，告警判别装置直接根据规则构建告警判别条件，并基于告警判别条件确定是否需要告警。

如果有缺失信号，则需要根据缺失信号向IOT设备发出获取请求，以使得IOT设备返回补齐信号。此时，告警判别装置和IOT设备之间需要一次网络IO；另外，IOT设备需要将传感器信号实时地写入磁盘，并且其向告警判别装置发送信号和写入磁盘的逻辑是异步的；因此每次获取补齐信号均会收到网络影响和IOT设备写入影响，造成补齐信号的返回需要较大的时间延迟，即补齐信号的获取并不能满足实时性要求。

应当注意的是，背景技术描述的是与本申请相关的相关技术，仅是用于说明本申请解决的技术问题，但是并不应当因为相关内容写在此处，即认为相关技术属于现有技术。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本申请提供了一种告警处理方法和装置。

一方面，本申请提供一种告警处理方法，包括：

获取当前处理周期的采集信号；

根据所述采集信号和告警策略，确定是否有缺失信号；

在确定有所述缺失信号的情况下，根据所述缺失信号的类型查找当前处理周期的全量信号快照中的对应信号，作为补齐信号；

采用所述采集信号和所述补齐信号，根据所述告警策略构建告警判别条件，以及根据所述告警判别条件生成当前告警判定结果。

可选地，根据所述采集信号和告警策略，确定是否有缺失信号，包括：

比对所述采集信号和所述当前处理周期的全量信号快照，确定变化信号；

采用所述变化信号查询告警策略集合，确定需要执行的所述告警策略；

根据需要执行的所述告警策略和所述采集信号，确定是否有所述缺失信号；

采用所述采集信号和所述补齐信号，根据所述告警策略构建告警判别条件包括：采用所述变化信号和所述补齐信号，根据需要执行的所述告警策略构建所述告警判别条件。

可选地，所述告警处理方法还包括：根据所述变化信号和当前处理周期的全量快照信号，得到下一周期的全量信号快照。

可选地，所述告警处理方法还包括：

根据告警策略集合中的告警策略，过滤所述采集信号中的无用信号，得到过滤后的所述采集信号；

根据所述采集信号和告警策略，确定是否有缺失信号，包括：根据过滤后的所述采集信号和所述告警策略，确定是否有所述缺失信号。

可选地，所述告警处理方法还包括：

对过滤后的所述采集信号进行数据校验，排除无效信号而得到保留信号；

根据过滤后的所述采集信号和所述告警策略，确定是否有所述缺失信号，包括：根据所述保留信息和所述告警策略，确定是否有所述缺失信号。

可选地，所述采集信号按照预设分类规则存储在不同的存储单元中；

获取当前处理周期的采集信号，包括：

按照预设窗口期查询各个存储单元中的采集信号，得到待处理数据集；

按照时间序列查找待处理数据集，得到所述当前处理周期的采集信号。

可选地，所述告警处理方法还包括：判断所述当前告警判定结果和存储告警判定结果是否相同；

若相同，忽略所述当前告警判定结果；

若不同，根据当前告警判定结果生成对应的提示信息，以及采用所述当前告警判定结果替换所述存储告警判定结果。

另一方面，本申请提供一种告警处理装置，包括：

采集信号获取单元，用于获取当前处理周期的采集信号；

缺失信号识别单元，用于根据所述采集信号和告警策略，确定是否有缺失信号；

补齐信号获取单元，用于在确定有所述缺失信号的情况下，根据所述缺失信号的类型查找当前处理周期的全量信号快照中的对应信号，作为补齐信号；

告警判别单元，用于采用所述采集信号和所述补齐信号，根据所述告警策略构建告警判别条件，以及根据所述告警判别条件生成当前告警判定结果。

可选地，所述缺失信号判别单元，包括：

变化信号确定子单元，用于比对所述采集信号和所述当前处理周期的全量信号快照，确定变化信号；

告警策略确定子单元，用于采用所述变化信号查询告警策略集合，确定需要执行的所述告警策略；

缺失信号确定子单元，用于根据需要执行的所述告警策略和所述采集信号，确定是否有所述缺失信号；

所述告警判别单元采用所述变化信号和所述补齐信号，根据需要执行的所述告警策略构建所述告警判别条件。

可选地，所述告警处理装置还包括：

全量信号快照生成单元，用于根据所述变化信号和当前处理周期的全量快照信号，得到下一周期的全量信号快照。

可选地，所述告警处理装置还包括：

数据预处理单元，用于根据告警策略集合中的告警策略，过滤所述采集信号中的无用信号，得到过滤后的所述采集信号；以及，对过滤后的所述采集信号进行数据校验，排除无效信号而得到保留信号；

所述缺失信号识别单元根据所述保留信息和所述告警策略，确定是否有所述缺失信号。

可选地，所述采集信号按照预设分类规则存储在不同的存储单元中；

所述采集信号获取单元按照时间序列查找待处理数据集，得到所述当前处理周期的采集信号；所述待处理数据集为按照预设窗口期查询各个所述存储单元中的采集信号获得。

可选地，所述告警处理装置还包括：

告警提示单元，用于在所述当前告警判定结果和存储告警判定结果相同的情况下，忽略当前告警判定结果；以及，

在所述当前告警判定结果和所述存储告警判定结果不同的情况下，根据当前告警判定结果生成对应的提示信息，以及将所述当前告警判定结果替换所述存储告警判定结果。

本申请提供的报警处理方法和装置，在具有缺失信号的情况下，从当前周期对应的全量信号快照中获取与缺失信号类型相同的信号作为补齐信号，利用补齐信号和当前处理周期的采样信号进行组合构建告警判别条件，并基于告警判别条件生成告警判定结果。如此，在缺失信号的情况下，无需如现有技术再去采用网络通信的方式获取请求信号，继而避免出现因为采用网路通信方式获取请求信号造成的报警延迟的问题，提高了报警的准确性、实时性。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图；

图1是本申请实施例提供的告警处理方法流程图；

图2是本申请一个实施例提供的确定缺失信号的流程图；

图3是本申请实施例提供的告警处理装置的结构示意图；

图4是本申请实施例提供的电子设备的结构示意图；

其中：11-采集信号获取单元，12-缺失信号识别单元，13-补齐信号获取单元，14-告警判别单元，21-处理器，22-存储器，23-通信接口，24-总线系统。

具体实施方式

为了能够更清楚地理解本申请的上述目的、特征和优点，下面将对本申请的方案进行进一步描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本申请，但本申请还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本申请的一部分实施例，而不是全部的实施例。

本申请实施例提供一种告警处理方法，用于在某一处理周期的采集信号缺少部分必须信号，无法构建告警判别条件的情况下，能够基于全量信号快照中存储的信号查找到必须的信号，并构建告警判别条件，以避免出现采用与IOT设备通信请求缺失信号造成的判断延时问题。

图1是本申请实施例提供的告警处理方法流程图，如图1所示，本申请实施例提供的告警处理方法包括步骤S101-S104。

S101：获取当前处理周期的采集信号。

本申请实施例中，采集信号是由用户终端中各种传感器生成的用于表征用户终端状态的信号。用户终端的传感器生成采集信号后，发送给终端设备的通信装置，由通信装置发送至特定的远程处理设备。

在一个应用中，采集信号由终端设备发送给云端的IOT设备，云端IOT设备再将接收到的采集信号发送给用于实施告警处理的操作执行端。

用于实施告警处理的操作执行端可以采用主动查询的方法获取采集信号，也可以采用被动接收的方法获取采集信号。

在本申请实施例中，IOT设备生成的采集信号按照预定的分类规则存储在不同的存储单元中，即在多个存储单元中设置有不同的分类规则；对应的，用于告警处理的操作执行端或者应用程序按照预设的窗口期查询各个存储单元，获得对应的采集信号。

在一个具体应用中，存储设备采用了Kafka集群，构建多个存储单元；Kafka集群是一个高吞吐量的分布式是发布订阅系统，其可以对IOT发送的采集信号按照预先设定的分类规则进行存储；具体应用中，各个存储单元对应Kafka集群中的一个主题。采用Kafka集群的主题方式存储采集信号，可以采用主题的分片扩容特性，保证在客户终端急剧增加的情况下，仍能满足应用需求。

用于告警处理的操作执行端在接收到待处理数据集后，按照时间序列依次处理其中的采集信号。

应当注意的是，步骤S101中所说的当前处理周期是相对而言的。例如，针对待处理数据中的采集信号，当前处理周期的采集信号是所有未处理的采集信号中，时间标识最早的采集信号。

S102：根据所述采集信号和告警策略，确定是否有缺失信号。如果是，执行S103。

实际应用中，因为各种原因(例如用户终端传感器上传数据延迟、网络路由延迟)等，采集信号可能并不包括全量的采集信号；在某些情况下，采集信号中可能缺少告警策略中需要的信号。

为了能够基于告警策略构建告警判别条件，需要基于告警策略确定是当前周期的采集信号是否有缺失信号(即是否缺失构建告警标识式必须的信号)。

具体应用中，根据采集信号和告警策略，确定是否有缺失信号，是查询告警策略所需的各种信号类型，并与采集信号的类型进行比较，确定是否有缺失信号。

实际应用中，确定是否有缺失信号的结果有两种情况。

(1)采集信号相比于告警策略并没有缺失信号；在此情况下，则可以直接根据采集信号中的各种信号，基于告警策略构建告警判别条件，无需执行后续的操作步骤。

(2)采集信号相比于告警策略具有缺失信号，此时直接根据采集信号并不能构建出完整的告警判别条件，需要执行随后的操作步骤。

S103：根据缺失信号的类型查找当前处理周期的全量信号快照中的对应信号，作为补齐信号。

本申请实施例中，全量信号快照是包括告警策略中所需的所有信号类型的历史信号的集合。当前处理周期的全量信号快照是基于当前处理周期之前的处理周期的采集信号构建的一个信号集，在此信号集中各种信号均是历史处理周期中最新的信号。

应当注意的是，补齐信号是相当于当前处理周期的采集信号中的缺失信号而言的，实质上并不是缺失信号(从信号来源的角度考虑，缺失信号是没有发送给用于告警处理操作执行端或者用于告警处理程序的信号)，而仅是与缺失信号类型相同。

但是实际应用中，当前处理周期的全量信号快照中的信号相同的概率很大，因此，可以将当前处理周期的全量信号快照中的对应信号作为补齐信号，临时替代当前处理周期的缺失信号。

S104：采用采集信号和补齐信号，根据告警策略构建告警判别条件，以及根据告警判别条件生成当前告警判定结果。

在获取了补齐信号后，结合采集信号中的已有信号，具有了告警策略中的所有类型的信号。此时，可以根据采集信号和补齐信号，按照告警策略构建告警判别条件。

在构建了告警判别条件后，可以根据告警判别条件是否成立，生成当前告警判定结果。

为了能够更为明了的理解前述步骤S101-S104的技术内容，以下以一举例的方式对前述方法再做说明。

本例中，告警策略为A＝＝1&&B＝＝2&&D＝＝3；如果构建的告警判别条件成立，则表明出现了非正常情况，需要告警；如果构建的告警判别条件不成立，则表明没有出现非正常情况，不需要告警；为了基于前述的告警策略构建告警判别条件，需要的信号包括A、B和D。

在某一具体应用中，当前处理周期的采集信号为[A＝1，B＝2，C＝3]，则根据步骤S102，参照前述的告警策略确定缺失信号为信号D；相应的，根据S103需要根据查找当前处理周期的全量信号快照，获取补齐信号D’，根据查找缓存数据确定当前处理周期的全量信号快照为[A＝1，B＝2，C＝3，D＝2]，则确定补齐信号为D’＝2；之后，根据步骤S104，利用采集信号[A＝1，B＝2，C＝3]和补齐信号D’＝2，构建出告警判别条件为1＝＝1&&2＝＝2&&2＝＝3；根据语法逻辑判断确定前述的告警判别条件并不成立，基于预定规则确定不需要告警，因此生成的告警判定结果为false，即报警判定结果是无需报警。

应当注意的是，前述采用表达式方式表示告警判别条件仅是示例性的，在具体应用中还可以采用其他本领域已知的方式表示告警判别条件。

在本申请实施例具体应用中，前述的步骤S101-S104可以是采用Spark Streaming进行；Spark(Apache Spark)是专为大规模数据处理而设计的快速通用计算引擎，还支持一组丰富的高级工具，包括使用SQL处理结构化数据处理的Spark SQL、用于机器学习的MLlib、用于图计算的GraphX，以及Spark Streaming，其可以更好地适用于需要数据迭代的应用场景中；Spark Streaming是构建在Spark上的实时计算框架，其是对Spark核心API的扩展，用于实现高吞吐量、具备容错机制的实时流数据的处理。Spark Streaming可以从多种数据源获取处理数据，例如，可以从Kafka、Flume、Kinesis和TCP sockets中获取数据，可以采用诸如map、reduce、join和window等高级函数进行复杂算法实现对数据的处理，并将处理结果存储到文件系统、数据库和现场仪表盘中。

根据前文的步骤S101-S104分析，结合前述举例可知，本申请实施例提供的报警处理方法，在具有缺失信号的情况下，从当前周期对应的全量信号快照中获取与缺失信号类型相同的信号作为补齐信号，利用补齐信号和当前处理周期的采样信号进行组合构建告警判别条件，并基于告警判别条件生成告警判定结果。

采用本申请实施例提供的报警处理方法，在缺失信号的情况下，无需如现有技术再去采用网络通信的方式获取请求信号，继而不会出现因为采用网路通信方式获取请求信号造成的报警延迟的问题，提高了报警的实时性。

图2是本申请一个实施例提供的确定缺失信号的流程图。如图2所示，在本申请实施例具体应用中，为了进一步提高处理效率，更快地确定是否具有缺失信号，步骤S102可以细化为步骤S1021-S1023。

S1021：比对采集信号和当前处理周期的全量信号快照，确定变化信号。

在获取到当前处理周期的采集信号后，将采集信号与当前周期对应的全量信号快照进行比对，确定是否有变化信号。

如果没有变化信号，则确定当前处理周期已经获取的采集信号相比于历史周期获取的采集信号相比没有发生变化，采用当前处理周期采集信号构建的告警判别条件与以前处理周期的表达式相同，产生的判定结果与历史判定结果必然相同，因此无需进行继续判定。

而如果具有变化信号，则无法确定是否出现需要告警的事件，因此需要继续执行如下步骤。

S1022：采用变化信号查询告警策略集合，确定需要执行的告警策略。

本申请实施例中的一个应用中，告警策略集合中可能设置有多个告警策略，某些告警策略对应变化信号(也可能对应其他的非变化信号)，某些告警策略并不对应变化信号。根据前文描述，对于此类告警策略，并需要再次构建告警判别条件进行告警判断。即此时，可以不再考虑不包含变化信号的告警策略，仅考虑包含变化信号的告警策略。

S1023：根据需要执行的告警策略和采集信号，确定是否有缺失信号。

步骤S1023是根据变化信号查询告警策略所需的各种信号类型，并与变化信号的类型进行比较，确定是否有缺失信号。

如果具有缺失信号，则证明根据变化信号并不能构建出需要执行的告警策略对应的告警判别条件，因此需要执行步骤S103。

如果没有缺失信号，则证明根据变化信号就可以构建出需要执行的告警策略对应的告警判别条件，此时无需再执行步骤S103和S104。

对应前述的步骤S1021-S1023，本申请实施例中步骤S104中的采用采集信号和补齐信号，根据告警策略构建告警判别条件可以被细化为：采用变化信号和补齐信号，根据需要执行的告警策略构建告警判别条件；随后基于告警判别条件就可以生成当前告警判定结果。

采用前述的步骤S1021-S1023，通过对信号的分析，可以减少实际需要执行的告警策略，也就减少了后续各种操作，提高了告警操作效率。

为了能够清楚地理解基于步骤S1021-S1024的方案，以下再做举例说明。

本例中，告警策略为A＝＝1&&B＝＝2&&D＝＝3和A＝＝1&&C＝＝2；如果构建的告警判别条件成立，则表明出现了非正常情况，需要告警；如果构建的告警判别条件不成立，则表明没有出现非正常情况，不需要告警。另外，当前处理周期对应的全量信号快照为[A＝1,B＝1，C＝2，D＝3]。

在某一具体应用中，当前处理周期的采集信号为[A＝1，B＝2，C＝2]。根据步骤S1021，比对当前处理周期的采集信号[A＝1，B＝2，C＝2]和对应的全量信号快照[A＝1，B＝1，C＝2]，确定变化信号为B＝2，随后执行步骤S1022。

根据步骤S1022，确定告警策略中仅A＝＝1&&B＝＝2&&D＝＝3需要使用B＝2，而A＝＝1&&C＝＝2并不需要B＝2，此时并不需要针对A＝＝1&&C＝＝2构建告警判别条件，仅需要根据A＝＝1&&B＝＝2&&D＝＝3这一告警策略构建告警判别条件。

随后执行步骤S1023，基于告警策略A＝＝1&&B＝＝2&&D＝＝3和采集信号，确定已有的信号为A＝1和B＝2但缺少D。执行步骤S103，将全量信号快照中的D＝3作为补齐信号；最后，步骤S104采用A＝1、B＝2和D＝3构建告警判别条件(A＝1)＝＝1&&(B＝2)＝＝2&&(D＝3)＝＝3，根据告警判别条件确定判定结果为true，则报警判定结果是需要报警。

采用前述的步骤S1021-S1023细化步骤S102在告警策略集合中的告警策略很多的情况下，采用前述方法可以降低实际执行的告警策略的判断量，减小告警判别操作执行端的任务量。

本申请实施例中，告警处理方法除了包括前述的步骤S101-S104外，还可以包括步骤S105：根据变化信号和当前处理周期的全量快照信号，得到下一周期的全量信号快照。

步骤S105中，根据变化信号和当前处理周期的全量快照信号，构建下一周期的全量信号快照的过程，是采用变化信号替换当前处理周期的全量快照信号中的对应信号，得到下一处理周期的全量信号快照。例如，针对前述例子，当前处理周期的全量信号快照为[A＝1,B＝1，C＝2，D＝3]，变化信号为B＝2，采用B＝2替换B＝1，得到下一周期的全量信号快照[A＝1，B＝2，C＝2，D＝3]。下一周期的全量信号快照可以用于下一处理周期的告警处理，也就是说采用步骤S101-S105可实现告警处理的循环执行。

本申请实施例的一些应用中，在步骤S101和步骤S102之间，还可能包括一些预处理步骤，其中预处理步骤包括如下的A和B两种。

A：根据告警策略集合中的告警策略，过滤采集信号中的无用信号，得到过滤后的采集信号。采用A方法后，可以避免将某些并不需要的无用信号导入到步骤S102以及后续的操作步骤中，继而减少后续处理的任务量。

对应预处理步骤A，步骤S102中需要根据过滤后的采集信号和告警策略，确定是否有缺失信号。

B：对采集信号进行数据校验，排除无效信号而得到保留信号。实际应用中，因为用户终端的传感器检测问题或者传输过程中的异常干扰，某些采集信号出现了奇异情况(例如采集信号超出了传感器量程)；在此情况下，需要删除此类采集信号。

对应预处理步骤B，步骤S102中需要根据保留信号和告警策略，确定是否有缺失信号。

实际应用中，前述的A和B也可以同时使用，并且A和B的执行顺序并不做特别地限定，既可以是A先执行也可以是B先执行。以A执行为例，则执行步骤是：首先根据告警策略集合中的告警策略，过滤采集信号中的无用信号，得到过滤后的采集信号；随后再对过滤后的采集信号进行数据校验，排除无效信号而得到保留信号。

本申请实施例中，采集信号按照预设分类规则存储在不同的存储单元中；在此情况下，为了尽可能地减少网络资源的消耗，步骤S101可以细化为步骤S1011和S1012。

S1011：按照预设窗口查询各个存储单元中的采集信号，得到待处理数据集。

S1012：按照时间序列查找待处理数据集，得到当前处理周期的采集信号。

在基于前文表述的，在采用了Kafka集群存储不同存储单元的具体应用中，预设窗口期可以设置为10s。

本申请实施例的一个应用中，在采用了SparkStreaming的情况下，具体执行步骤S101-S104的操作执行端可以有多个，并且操作执行端的数量可以根据用户终端的数量做横向扩展；如此可以利用操作执行端无线横向扩展能增加算力的特性，满足用户终端快速增长造成的计算瓶颈问题，提升报警处理效率。应当注意的，在实际应用中，每个采集信号均具有对应的标识信息，执行各个存储单元管理的设备根据采集信号的标识信息进行分组，保证同一个客户端对应的采集信号仅会被一个操作执行端执行。

本申请实施例中，在获得当前告警判定结果后，还可以执行步骤S106-S108；应当注意的是，步骤S106和步骤S105是两个独立的步骤，二者可以并行执行。

S106：判断当前告警判定结果和存储告警判定结果是否相同；若是，执行S107；若否，执行S108。

S107：忽略当前告警判定结果。

S108：根据当前告警判定结果生成对应的提示信息，以及采用当前告警判定结果替换存储告警判定结果。

在本申请实施例中，存储告警判定结果是前一处理周期或者更前周期生成的判定结果，并且存储告警判定结果是历史处理周期中最新的告警判定结果。

如果当前告警判定结果与存储告警判定结果相同，则确定已经对相应的告警事件进行过告警或者进行过恢复提示，无需再次告警或恢复提示，因此执行S107忽略当前告警判定结果；而如果当前告警判定结果与存储告警判定结果不同，则确定出现了新的告警判定结果，因此执行步骤S108以生成提示信息，并将存储告警判定结果替换为当前告警判定结果，用于后续周期的再判断。

本申请实施例中，可以采用远程字典服务(Remote Dictionary Server，远程字典服务)实现前述步骤S106-S108，确定是否生成提示信息。远程字典服务，是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。

本申请实施例中具体应用中，提示信息可以存储在对应的kafka消息中并提供订阅服务，以通过订阅将提示信息发送给相关订阅客户；另外，提示信息也可以存储在数据库中。

除了提供前述的告警处理方法外，本申请实施例还提供一种与前述告警处理方法具有相同发明构思的告警处理装置。

图3是本申请实施例提供的告警处理装置的结构示意图。如图3所示，本申请实施例提供的告警处理装置包括采集信号获取单元11、缺失信号识别单元12、补齐信号获取单元13和告警判别单元14。

采集信号获取单元11用于获取当前处理周期的采集信号。

本申请实施例中，采集信号是由用户终端中各种传感器生成的用于表征用户终端状态的信号。用户终端的传感器生成采集信号后，发送给终端设备的通信装置，由通信装置发送至特定的远程处理设备。

在一个应用中，采集信号由终端设备发送给云端的IOT设备，云端IOT设备再将接收到的采集信发送给用于实施告警处理的操作执行端。

本申请实施例中，采集信号获取单元11可以采用主动查询的方法获取采集信号，也可以采用被动接收的方法获取采集信号。

在本申请实施例中，IOT设备生成的采集信号按照预定的分类规则存储在不同的存储单元中，即在不同的存储单元中设置有不同的分类规则；对应的，用于告警处理的操作执行端或者应用程序按照预设的窗口期查询各个存储单元，获得对应的采集信号。

在一个具体应用中，存储设备采用了Kafka集群，将Kafka集群中的各个主题作为存储单元。IOT设备在接收到终端发送来的采集信号后，将采集信号发送至Kafka集群中设定的主题(topic)中。采用Kafka集群的主题方式存储采集信号，可以采用主题的分片扩容特性，保证在客户终端急剧增加的情况下，仍能满足应用需求。

采集信号获取单元11在接收到待处理数据集后，按照时间序列依次处理其中的采集信号。

应当注意的是，当前处理周期是相对而言的。例如，针对待处理数据中的采集信号，当前处理周期的采集信号是所有未处理的采集信号中，时间标识最早的采集信号。

缺失信号识别单元12用于根据采集信号和告警策略，确定是否有缺失信号。

实际应用中，因为各种原因(例如用户终端传感器上传数据延迟、网络路由延迟)等，采集信号可能并不包括全量的采集信号；在某些情况下，采集信号中可能缺少告警策略中需要的信号。

为了能够基于告警策略构建告警判别条件，需要基于告警策略确定是当前周期的采集信号是否有缺失信号(即是否缺失构建告警标识式必须的信号)。

具体应用中，根据采集信号和告警策略，确定是否有缺失信号，是查询告警策略所需的各种信号类型，并与采集信号的类型进行比较，确定是否有缺失信号。

实际应用中，确定是否有缺失信号的结果有两种情况。

(1)采集信号相比于告警策略并没有缺失信号；在此情况下，则可以直接根据采集信号中的各种信号，基于告警策略构建告警判别条件，无需执行后续的操作步骤。

(2)采集信号相比于告警策略具有缺失信号，此时直接根据采集信号并不能构建出完整的告警判别条件，需要执行随后的操作步骤。

补齐信号获取单元13用于在确定有缺失信号的情况下，根据缺失信号的类型查找当前处理周期的全量信号快照中的对应信号，作为补齐信号。

本申请实施例中，全量信号快照是包括告警策略中所需的所有信号类型的历史信号的集合。当前处理周期的全量信号快照是基于当前处理周期之前的处理周期的采集信号构建的一个信号集，在此信号集中各种信号均是历史处理周期中最新的信号。

应当注意的是，补齐信号是相当于当前处理周期的采集信号中的缺失信号而言的，实质上并不是缺失信号(从信号来源的角度考虑，缺失信号是没有发送给用于告警处理操作执行端或者用于告警处理程序的信号)，而仅是与缺失信号类型相同。

但是实际应用中，当前处理周期的全量信号快照中的信号相同的概率很大，因此，可以将当前处理周期的全量信号快照中的对应信号作为补齐信号，临时替代当前处理周期的缺失信号。

告警判别单元14用于采用采集信号和补齐信号，根据告警策略构建告警判别条件，以及根据告警判别条件生成当前告警判定结果。

在获取了补齐信号后，结合采集信号中的已有信号，具有了告警策略中的所有类型的信号。此时，可以根据采集信号和补齐信号，按照告警策略构建告警判别条件。在构建了告警判别条件后，可以根据告警判别条件是否成立，生成当前告警判定结果。

本申请实施例提供的报警处理装置，在具有缺失信号的情况下，从当前周期对应的全量信号快照中获取与缺失信号类型相同的信号作为补齐信号，利用补齐信号和当前处理周期的采样信号进行组合构建告警判别条件，并基于告警判别条件生成告警判定结果。

采用本申请实施例提供的报警处理装置，在缺失信号的情况下，无需如现有技术再去采用网络通信的方式获取请求信号，继而不会出现因为采用网路通信方式获取请求信号造成的报警延迟的问题，提高了报警的实时性。

本申请实施例的一个应用中，缺失信号判别单元可以包括变化信号确定子单元、告警策略确定子单元和缺失信号确定子单元。

变化信号确定子单元用于比对采集信号和当前处理周期的全量信号快照，确定变化信号。

在获取到当前处理周期的采集信号后，将采集信号与当前周期对应的全量信号快照进行比对，确定是否有变化信号。

如果没有变化信号，则确定当前处理周期已经获取的采集信号相比于历史周期获取的采集信号相比没有发生变化，采用当前处理周期采集信号构建的告警判别条件与以前处理周期的表达式相同，产生的判定结果与历史判定结果必然相同，因此无需采用前述下述子单元执行对应的操作。

告警策略确定子单元用于采用变化信号查询告警策略集合，确定需要执行的告警策略。本申请实施例中的一个应用中，告警策略集合中可能设置有多个告警策略，某些告警策略对应变化信号(也可能对应其他的非变化信号)，某些告警策略并不对应变化信号。根据前文描述，对于此类告警策略，并需要再次构建告警判别条件进行告警判断。即此时，可以不再考虑不包含变化信号的告警策略，仅考虑包含变化信号的告警策略。

缺失信号确定子单元用于根据需要执行的告警策略和采集信号，确定是否有缺失信号。如果具有缺失信号，则证明根据变化信号并不能构建出需要执行的告警策略对应的告警判别条件，因此需要触发补齐信号获取单元13执行。如果没有缺失信号，则证明根据变化信号就可以构建出需要执行的告警策略对应的告警判别条件，也就无需触发补齐信号获取单元13执行。

对应前述的缺失信号判别单元的操作，告警判别单元14采用变化信号和补齐信号，根据需要执行的告警策略构建告警判别条件。

在本申请实施例的一个应用中，告警处理装置除了包括前述采集信号获取单元11、缺失信号识别单元12、补齐信号获取单元13和告警判别单元14，还包括全量信号快照生成单元，全量信号快照生成单元用于根据变化信号和当前处理周期的全量快照信号，得到下一周期的全量信号快照。

本申请实施例的一个应用中，告警处理装置还可以包括数据预处理单元，数据预处理单元用于根据告警策略集合中的告警策略，过滤采集信号中的无用信号，得到过滤后的采集信号；以及，对过滤后的采集信号进行数据校验，排除无效信号而得到保留信号。

在本申请实施例的一个具体应用中，采集信号按照预设分类规则存储在不通过的存储单元中，采集信号获取单元11可以按照预设窗口查询各个存储单元中的采集信号，得到待处理数据集；随后按照时间序列查找待处理数据集，得到当前处理周期的采集信号。

在本申请实施例的一个应用中，告警处理装置还可以包括告警提示单元。告警提示单元用于在当前告警判定结果和存储告警判定结果相同的情况下，忽略当前告警判定结果；以及，在当前告警判定结果和存储告警判定结果不同的情况下，根据当前告警判定结果生成对应的提示信息，以及将当前告警判定结果替换存储告警判定结果。

在本申请实施例中，存储告警判定结果是前一处理周期或者更前周期生成的判定结果，并且存储告警判定结果是历史处理周期中最新的告警判定结果。

如果当前告警判定结果与存储告警判定结果相同，则确定已经对相应的告警事件进行过告警或者进行过恢复提示，无需再次告警或恢复提示，因此忽略当前告警判定结果；而如果当前告警判定结果与存储告警判定结果不同，则确定出现了新的告警判定结果，因此需生成提示信息，并将存储告警判定结果替换为当前告警判定结果，用于后续周期的再判断。

本申请实施例中具体应用中，提示信息可以存储在对应的kafka消息中并提供订阅服务，以通过订阅将提示信息发送给相关订阅人员；另外，提示信息也可以存储在数据库中。

除了提供前述的微服务的处理方法和装置外，本申请实施例还提供一种电子设备。

图4是本申请实施例提供的电子设备的结构示意图。如图4所示，电子设备包括至少一个处理器21、至少一个存储器22和至少一个通信接口23。

本实施例中的存储器22可以是易失性存储器或非易失性存储器，或是前述的二者的结合。在一些具体实施方式中，存储器22存储了如下的元素：可执行单元或者数据结构，或者他们的子集，或者他们的扩展集：操作系统和应用程序。其中，操作系统，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础任务以及处理基于硬件的任务。应用程序，包含各种应用任务的应用程序。实现本申请实施例提供的报警处理方法的程序可以包含在应用程序中。

在本申请实施例中，处理器21通过调用存储器22存储的程序或指令(具体的，可以是应用程序中存储的程序或指令)，以执行报警处理方法的各个步骤。

本申请实施例中，处理器21可以是通用处理器、数字信号处理器(DigitalSignalProcessor，DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、现成可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本申请实施例提供的报警处理方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器22，处理器21读取存储器22中的信息，结合其硬件完成方法的步骤。

通信接口23用于实现智能驾驶控制系统与外部设备之间的信息传输，例如以获得各种车辆传感器数据，以及生成相应的控制指令并下发给车辆的执行机构。

电子设备中的存储器、处理器组件通过总线系统24耦合在一起，总线系统24用于实现这些组件之间的连接通信。本申请实施例中，总线系统可以为CAN总线，也可以是其他类型的总线。总线系统234除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但为了清楚说明起见，在图4中将各种总线都标为总线系统24。

本申请实施例还提出一种非暂态计算机可读存储介质，非暂态计算机可读存储介质存储程序或指令，程序或指令使计算机执行如前报警处理方法实施例的步骤，为避免重复描述，在此不再赘述。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本申请的具体实施方式，使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (15)

1.一种告警处理方法，其特征在于，包括：

获取当前处理周期的采集信号；

根据所述采集信号和告警策略，确定是否有缺失信号；

在确定有所述缺失信号的情况下，根据所述缺失信号的类型查找当前处理周期的全量信号快照中的对应信号，作为补齐信号；

采用所述采集信号和所述补齐信号，根据所述告警策略构建告警判别条件，以及根据所述告警判别条件生成当前告警判定结果。

2.根据权利要求1所述告警处理方法，其特征在于，根据所述采集信号和告警策略，确定是否有缺失信号，包括：

比对所述采集信号和所述当前处理周期的全量信号快照，确定变化信号；

采用所述变化信号查询告警策略集合，确定需要执行的所述告警策略；

根据需要执行的所述告警策略和所述采集信号，确定是否有所述缺失信号；

采用所述采集信号和所述补齐信号，根据所述告警策略构建告警判别条件包括：采用所述变化信号和所述补齐信号，根据需要执行的所述告警策略构建所述告警判别条件。

3.根据权利要求2所述告警处理方法，其特征在于，还包括：

根据所述变化信号和当前处理周期的全量快照信号，得到下一周期的全量信号快照。

4.根据权利要求1所述告警处理方法，其特征在于，还包括：

根据告警策略集合中的告警策略，过滤所述采集信号中的无用信号，得到过滤后的所述采集信号；

根据所述采集信号和告警策略，确定是否有缺失信号，包括：根据过滤后的所述采集信号和所述告警策略，确定是否有所述缺失信号。

5.根据权利要求4所述告警处理方法，其特征在于，还包括：

对过滤后的所述采集信号进行数据校验，排除无效信号以得到保留信号；

根据过滤后的所述采集信号和所述告警策略，确定是否有所述缺失信号，包括：根据所述保留信息和所述告警策略，确定是否有所述缺失信号。

6.根据权利要求1-3任一项所述告警处理方法，其特征在于，所述采集信号按照预设分类规则存储在不同的存储单元中；

获取当前处理周期的采集信号，包括：

按照预设窗口期查询各个存储单元中的采集信号，得到待处理数据集；

按照时间序列查找待处理数据集，得到所述当前处理周期的采集信号。

7.根据权利要求1-3任一项所述告警处理方法，其特征在于，还包括：

判断所述当前告警判定结果和存储告警判定结果是否相同；

若相同，忽略所述当前告警判定结果；

若不同，根据当前告警判定结果生成对应的提示信息，以及采用所述当前告警判定结果替换所述存储告警判定结果。

8.一种告警处理装置，其特征在于，包括：

采集信号获取单元，用于获取当前处理周期的采集信号；

缺失信号识别单元，用于根据所述采集信号和告警策略，确定是否有缺失信号；

补齐信号获取单元，用于在确定有所述缺失信号的情况下，根据所述缺失信号的类型查找当前处理周期的全量信号快照中的对应信号，作为补齐信号；

告警判别单元，用于采用所述采集信号和所述补齐信号，根据所述告警策略构建告警判别条件，以及根据所述告警判别条件生成当前告警判定结果。

9.根据权利要求8所述告警处理装置，其特征在于，所述缺失信号判别单元，包括：

变化信号确定子单元，用于比对所述采集信号和所述当前处理周期的全量信号快照，确定变化信号；

告警策略确定子单元，用于采用所述变化信号查询告警策略集合，确定需要执行的所述告警策略；

缺失信号确定子单元，用于根据需要执行的所述告警策略和所述采集信号，确定是否有所述缺失信号；

所述告警判别单元采用所述变化信号和所述补齐信号，根据需要执行的所述告警策略构建所述告警判别条件。

10.根据权利要求9所述告警处理装置，其特征在于，还包括：

全量信号快照生成单元，用于根据所述变化信号和当前处理周期的全量快照信号，得到下一周期的全量信号快照。

11.根据权利要求8所述告警处理装置，其特征在于，还包括：

数据预处理单元，用于根据告警策略集合中的告警策略，过滤所述采集信号中的无用信号，得到过滤后的所述采集信号；以及，对过滤后的所述采集信号进行数据校验，排除无效信号而得到保留信号；

所述缺失信号识别单元根据所述保留信息和所述告警策略，确定是否有所述缺失信号。

12.根据权利要求8-11任一项所述告警处理装置，其特征在于，

所述采集信号按照预设分类规则存储在不同的存储单元中；

所述采集信号获取单元按照时间序列查找待处理数据集，得到所述当前处理周期的采集信号；所述待处理数据集为按照预设窗口期查询各个所述存储单元中的采集信号获得。

13.根据权利要求8-11任一项所述告警处理装置，其特征在于，还包括：

提示单元，用于在所述当前告警判定结果和存储告警判定结果相同的情况下，忽略当前告警判定结果；以及，

在所述当前告警判定结果和所述存储告警判定结果不同的情况下，根据当前告警判定结果生成对应的提示信息，以及将所述当前告警判定结果替换所述存储告警判定结果。

14.一种电子设备，其特征在于，包括处理器和存储器；

所述处理器通过调用所述存储器存储的程序或指令，用于执行如权利要求1至8任一项所述方法的步骤。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储程序或指令，所述程序或指令使计算机执行如权利要求1至8所述方法的步骤。

Images