CN116170278A - 一种告警处理方法及其装置 - Google Patents

Abstract

本公开提供一种告警处理方法及其装置，其中方法包括：获取告警设备对应的可告警信息；根据可告警信息创建告警规则表，建立告警设备与告警规则表之间的映射关系，从告警规则表中提取至少一条告警规则进行合并得到合并规则；获取与合并规则对应的告警数据；对告警数据进行发送。本公开通过获取各个告警设备对应的可告警信息，实现了根据不同的告警设备的可告警信息设置告警规则表，进而根据用户需求减少告警的推送次数；通过提取告警规则得到关联规则，并根据关联规则获取和推送告警数据，从而实现按需获取告警数据和按需推送数据，进而减少数据的获取量和数据的推送量，即减少了对服务器的要求和提高用户的体验度。

Description

一种告警处理方法及其装置

技术领域

本公开涉及通信技术领域，尤其涉及一种告警处理方法及其装置。

背景技术

随着通信技术的发展，与通信技术关联的设备通常都会对成千上万的业务指标、服务器指标等进行监控，从而保证整个设备运行的稳定性。但是在对这些指标进行监控时，将会产生很多告警，并需要将产生的告警推送到处理设备。

目前，设备监测到属性达到告警阈值即可触发告警，设备将发短信、APP推送、微信公众号推送给用户，然而现有技术中的告警信息推送频率过于频繁；

例如，当设备属性一直长时间处于达到阈值的状态，将会一直推送消息给用户，而对于用户来说在规定的时间内我只需要被通知一次或几次就可以了，没必要每一条告警都推送，因此现有技术方案会存在以下缺陷：

1、大量的告警推送消息将对用户造成一定程度上的骚扰；

2、对于企业来说，大量的发送告警信息也是成本的一种浪费。

因此目前需要解决如何减少多个告警设备的告警信息推送量的问题。

发明内容

本公开提供了一种告警处理方法及其装置。

根据本公开的第一方面，提供了一种告警处理方法，其中，包括：

获取告警设备对应的可告警信息；

根据可告警信息创建告警规则表，建立告警设备与告警规则表之间的映射关系，从告警规则表中提取至少一条告警规则进行合并，以得到合并规则；

获取与合并规则对应的告警数据；

对告警数据进行发送。

根据本公开的第二方面，提供了一种告警处理装置，其中，包括：

第一获取模块，获取告警设备对应的可告警信息；

合并模块，根据可告警信息创建告警规则表，建立告警设备与告警规则表之间的映射关系，从告警规则表中提取至少一条告警规则进行合并，以得到合并规则；

第二获取模块，获取与合并规则对应的告警数据；

发送模块，对告警数据进行发送。

根据本公开的第三方面，提供了电子设备，包括：

至少一个处理器；以及

与至少一个处理器通信连接的存储器；其中，

存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述任一项的方法。

根据本公开的第四方面，提供了存储有计算机指令的计算机可读存储介质，其中，计算机指令用于使计算机执行根据上述任一项的方法。

本公开提供的技术方案带来的有益效果是：

本公开实施例提供的方案，通过获取各个告警设备对应的可告警信息，实现对多个告警设备的告警数据的推送设置，从而实现了根据不同的告警设备的可告警信息设置告警规则表，并且实现了统一管理接入的多个告警设备的告警推送，进而根据用户需求减少告警的推送次数；

并且通过提取告警规则得到关联规则，并获取与关联规则对应的告警数据，从而实现根据需求获取告警数据，并进行推送，从而实现了按需获取告警数据和按需推送数据，进而减少数据的获取量和数据的推送量，即减少了对服务器的要求和提高用户的体验度。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是根据本公开实施例一提供的一种告警处理方法的流程示意图；

图2是根据本公开实施例二提供的一种告警处理装置的结构示意图；

图3是本公开实施例的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

实施例一

图1示出了本公开实施例提供的一种告警处理方法，如图1所示，包括：

步骤S101，获取告警设备对应的可告警信息；

步骤S102，根据可告警信息创建告警规则表，建立告警设备与告警规则表之间的映射关系，从告警规则表中提取至少一条告警规则进行关联，以得到关联规则；

步骤S103，获取与关联规则对应的告警数据，并根据关联规则发送告警数据。

本公开可以通过获取各个告警设备对应的可告警信息，实现对多个告警设备的告警数据的推送设置，从而实现了根据不同的告警设备的可告警信息设置告警规则表，并且实现了统一管理接入的多个告警设备的告警推送，进而根据用户需求减少告警的推送次数；

并且本公开通过提取告警规则得到关联规则，并获取与关联规则对应的告警数据，从而实现根据需求获取告警数据，并进行推送，从而实现了按需获取告警数据和按需推送数据，进而减少数据的获取量和数据的推送量，即减少了对服务器的要求和提高用户的体验度。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本公开中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

在上述实施例中，通过获取与关联规则对应的告警数据，解决了现有技术中先获取大量的告警数据，随后根据需求从大量的告警数据刷选符合需求的告警数据存在的数据量较大的问题；

在上述实施例中，通过关联规则对告警数据进行推送，实现了按需推送数据，进而减少了软件成本和提高用户体验度。

需要说明的是，本公开可以直接通过无线通信方式或优先通信方式连接各个告警设备，由于上述告警设备自身就会设置有可告警信息，因此本公开可以直接获取。

示例性的，用户可以选择告警设备对应的告警规则表中的至少一条告警规则组合成关联规则，从而提高兼容性和用户体验度。

示例性地，告警设备可以包括门窗传感器、温湿度传感器等；

一种告警处理方法，

第一、可以获取门窗传感器和温湿度传感器对应的可告警信息；

例如，门窗传感器的可告警信息，该可告警信息可以为门窗开关状态、门窗传感器的启动关闭状态，该门窗开关状态包括打开状态和关闭状态，该门窗传感器的启动关闭状态包括门窗传感器触发启动状态和门窗传感器触发关闭状态；

温湿度传感器的可告警信息可以为当前湿度和当前温度；

第二、根据上述可告警信息创建告警规则表，建立告警设备与告警规则表之间的映射关系；

例如，可将门窗传感器对应的告警规则表设置为第一告警规则表，将温湿度传感器对应的告警规则表设置为第二告警规则表。此时第一告警规则表中可以包括：

规则A1，将门窗开关状态中的打开状态设置为告警特征；

规则A2，将门窗开关状态中的关闭状态设置为告警特征；

规则A3，将门窗传感器的启动关闭状态中的打开状态设置为告警特征；

规则A4，将门窗传感器的启动关闭状态中的关闭状态设置为告警特征；

规则A5，设置告警特征的采集时间段；

规则A6，设置告警特征的采集时间段内的可采集告警数量；

规则A7，设置告警特征或关联特征的告警范围，例如，将告警特征在预设时间内的采集数量的范围作为筛选特征；

规则A8，设置告警特征的推送时间段；

规则A9，设置告警特征的采集间隔时间。

此时第二告警规则表中可以包括：

规则B1，将温湿度传感器采集到的当前湿度为告警特征；

规则B2，将温湿度传感器采集到的当前温度为告警特征；

规则B3，将温湿度传感器采集到的当前湿度对应的级别为告警特征；

规则B4，将温湿度传感器采集到的当前温度对应的级别为告警特征；等。

第三、从告警规则表中提取至少一条告警规则进行关联，已得到关联规则；

例如，可以将上述第一告警规则表中的规则A1、规则A7和规则A8进行关联，已得到关联规则，上述关联规则包括：

规则A1，将门窗开关状态中的打开状态设置为告警特征；

规则A8，设置告警数据的推送时间段，例如第一次触发告警后将告警数据第一次推送给用户，随后在触发第一触发告警后的60分钟后再次将告警数据推送给用户；

规则A9，设置告警数据的采集间隔时间，例如采集间隔时间为30分钟。

第四，获取与关联规则对应的告警数据；

例如，在上述示例中，可以获取设置每隔30分钟采集门窗开关状态中的打开状态对应的告警数据；将每次采集到的告警数据在推送时间段内发送给用户。

举例说明，可以将采集到7:30-8:00中采集的上述告警数据在8:00时发送给用户，此时用户只需要接收到一次告警数据，该次告警数据中包括7:30-8:00中采集的所有上述告警数据，随后又采集到了8:00-8:30的告警数据，由于推送时间段的限制，无法在8:30中将告警数据发送给用户，此时继续采集8:30-9:00的告警数据，此时正好到了推送时间段，因此可以在9:00左右将8:00-9:00的告警数据一次性推送给用户。

本例子实现了在前一次触发告警后60分钟内如果还有告警将不再触发，直到前一次触发告警后60分钟通知用户。

本公开实施例提供了一种可能的实现方式，告警规则表中的告警规则包括：

将可告警信息相关联的数据作为告警特征；

设置告警特征相关联的关联特征。

具体地，告警规则包括下述两大类：

第一类：直接将可告警信息相关联的数据设置为告警特征；

第二类：获取设置好的告警特征相关联的特征，并将上述相关联的特征设置为关联特征。

从而通过这两大类告警规则建立告警规则表，方便后续的告警规则筛选。

示例性的，门窗传感器可以包括以下第一类告警规则：

规则A1，将门窗开关状态中的打开状态设置为告警特征；

规则A2，将门窗开关状态中的关闭状态设置为告警特征；

规则A3，将门窗传感器的启动关闭状态中的打开状态设置为告警特征；

规则A4，将门窗传感器的启动关闭状态中的关闭状态设置为告警特征；

门窗传感器可以包括下列第二类告警规则：

规则A5，设置告警特征的采集时间段；

规则A6，设置告警特征的采集时间段内的可采集告警数量；

规则A7，设置告警特征或关联特征的告警范围，例如，将告警特征在预设时间内的采集数量的范围作为筛选特征；

规则A8，设置告警特征的推送时间段；

规则A9，设置告警特征的采集间隔时间。

需要说明的是，告警特征可以为至少一个；例如，可以同时将规则A1和规则A3作为告警特征；此时，会同时获取规则A1对应的第二类告警规则、规则A3对应的第二类告警规则。

示例性的，温湿度传感器可以包括以下两大类规则：

第一类：将可告警信息相关联的数据作为告警特征；

例如，温湿度传感器的告警规则表中可以包括以下第一类规则：

规则B1，将温湿度传感器采集到的当前湿度为告警特征；

规则B2，将温湿度传感器采集到的当前温度为告警特征；

规则B3，将温湿度传感器采集到的当前湿度对应的级别为告警特征；

规则B4，将温湿度传感器采集到的当前温度对应的级别为告警特征；

第二类：采集与告警数据相关联的特征；

例如，温湿度传感器的告警规则表中可以包括以下第二类规则：

规则B5，设置告警特征的告警范围；

规则B6，设置告警特征的采集时间段；

规则B7，设置告警特征的采集时间段内的可采集告警数量；

规则B8，设置告警特征的推送时间段；

规则B9，设置告警数据的采集间隔时间。

本公开实施例提供了一种可能的实现方式，其中，告警特征包括：可告警信息的名称、可告警信息的级别、可告警信息的事件类型中的至少一项。

示例性的，门窗传感器的告警特征可以包括：

门窗开关状态，门窗传感器的启动关闭状态；(即可告警信息的名称)

门窗开关状态中的打开、关闭状态，启动关闭状态中的打开、关闭状态；(即可告警信息的事件类型)

示例性的，温湿度传感器的告警特征可以包括：温湿度传感器采集到的温湿度；(即可告警信息的名称)

温湿度传感器采集到的温湿度的级别，例如将采集到的湿度设置为较低湿度、标准湿度、较高湿度等；(即可告警信息的级别)

本公开实施例提供了一种可能的实现方式，其中，关联特征包括：告警特征的采集特征、推送特征和告警筛选特征。

本公开实施例提供了一种可能的实现方式，其中，采集特征包括：告警特征的采集间隔时间、告警特征的采集时间段以及在采集时间段的可采集告警数量中的至少一项；

推送特征包括：告警特征的推送时间段、推送间隔时间、推送延迟时间和在推送时间段的可推送告警数量中的至少一项；

告警筛选特征包括：告警范围。

示例性地，门窗传感器的关联特征可以包括：

规则A5，设置告警特征的采集时间段；

规则A6，设置告警特征的采集时间段内的可采集告警数量；

规则A7，设置告警特征或关联特征的告警范围，例如，将告警特征在预设时间内的采集数量的范围作为筛选特征；

规则A8，设置告警特征的推送时间段；

规则A9，设置告警特征的采集间隔时间。

其中，规则A5、A6为采集特征，规则A7为筛选特征，规则A8、A9为推送特征。

示例性地，温湿度传感器的关联特征可以包括：

规则B5，设置告警特征的告警范围，例如，当告警特征为温湿度对应的级别时，可以告警范围设置为高级别的温湿度，例如设置温湿度告警范围，当温湿度处于该范围时触发告警；

规则B6，设置告警特征的采集时间段；

规则B7，设置告警特征的采集时间段内的可采集告警数量；

规则B8，设置告警特征的推送时间段；

规则B9，设置告警数据的推送间隔时间；

其中，规则A5为筛选特征，规则B6、B7为采集特征，规则B8、B9为推送特征。

本公开实施例提供了一种可能的实现方式，其中，于关联特征包括可采集告警数量时，对采集的告警数据进行计数，使得采集的告警数据符合可采集告警数量的要求。

示例性的，可以设置可采集告警数量为30，每采集一次告警特征对应的告警数据后进行计数，当次数达到30次，不再采集，上述30次告警数据等待推送。

本公开实施例提供了一种可能的实现方式，其中，于关联特征包括推送告警数量时，对推送的告警数据进行计数，使得推送的告警数据符合可推送告警数量的要求。

示例性的，可以设置可推送告警数量为20，每推送一次告警数据后进行计数，当次数达到20次，不再推送。

本公开实施例提供了一种可能的实现方式，其中，于关联特征包括推送延迟时间时，响应于获取告警数据时，将延迟标识加入到用于存储告警数据的存储器中；

响应于符合推送延迟时间时，将存储器中的告警数据进行推送。

示例性的，可以将推送延迟时间设置为30分钟，当关联特征包括推送延迟时间，此时根据关联特征采集告警数据，并在采集告警数据时，将延迟标识加入到用于存储告警数据的存储器中，此时可以获取添加延迟标识的当前时间，等待30分钟后，将告警数据推送给用户。

示例性的，当关联特征包括可采集告警数量和推送延迟时间时，可以设置推送延迟时间的起算点，例如可以将可采集告警数量对应的第一次采集到的告警数据对应的采集时间作为起算点。

实施例二

以上是对一种告警处理方法进行的描述，下面将对一种告警处理装置进行描述。

图2示出了本公开实施例提供的一种告警处理装置，其中，包括：

第一获取模块201，获取告警设备对应的可告警信息；

合并模块202，根据可告警信息创建告警规则表，建立告警设备与告警规则表之间的映射关系，从告警规则表中提取至少一条告警规则进行合并，以得到合并规则；

第二获取模块203，获取与合并规则对应的告警数据；

发送模块204，对告警数据进行发送。

本公开可以通过获取各个告警设备对应的可告警信息，实现对多个告警设备的告警数据的推送设置，从而实现了根据不同的告警设备的可告警信息设置告警规则表，并且实现了统一管理接入的多个告警设备的告警推送，进而根据用户需求减少告警的推送次数；

并且本公开通过提取告警规则得到关联规则，并获取与关联规则对应的告警数据，从而实现根据需求获取告警数据，并进行推送，从而实现了按需获取告警数据和按需推送数据，进而减少数据的获取量和数据的推送量，即减少了对服务器的要求和提高用户的体验度。

对于本公开实施例，其实现的有益效果和实施例同上述告警处理方法的有益效果和实施例，此处不再赘述。

本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备和一种存储有计算机指令的计算机可读存储介质。

电子设备，其中包括：

至少一个处理器；以及

与至少一个处理器通信连接的存储器；其中，

存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述任一项的告警处理方法。

该电子设备可以通过获取各个告警设备对应的可告警信息，实现对多个告警设备的告警数据的推送设置，从而实现了根据不同的告警设备的可告警信息设置告警规则表，并且实现了统一管理接入的多个告警设备的告警推送，进而根据用户需求减少告警的推送次数；

并且该电子设备可以通过提取告警规则得到关联规则，并获取与关联规则对应的告警数据，从而实现根据需求获取告警数据，并进行推送，从而实现了按需获取告警数据和按需推送数据，进而减少数据的获取量和数据的推送量，即减少了对服务器的要求和提高用户的体验度。

该存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使计算机执行本公开实施例提供的方法。

计算机存储介质，其中，计算机存储介质存储有一条或多条指令，一条或多条指令适于由处理器加载并执行如任一项的告警处理方法。

该存储介质可以通过获取各个告警设备对应的可告警信息，实现对多个告警设备的告警数据的推送设置，从而实现了根据不同的告警设备的可告警信息设置告警规则表，并且实现了统一管理接入的多个告警设备的告警推送，进而根据用户需求减少告警的推送次数；

并且该存储介质可以通过提取告警规则得到关联规则，并获取与关联规则对应的告警数据，从而实现根据需求获取告警数据，并进行推送，从而实现了按需获取告警数据和按需推送数据，进而减少数据的获取量和数据的推送量，即减少了对服务器的要求和提高用户的体验度。

图3示出了可以用来实施本公开的实施例的示例电子设备300的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其他适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其他类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图3所示，设备300包括计算单元301，其可以根据存储在只读存储器(ROM)302中的计算机程序或者从存储单元308加载到随机访问存储器(RAM)303中的计算机程序，来执行各种适当的动作和处理。在RAM 303中，还可存储设备300操作所需的各种程序和数据。计算单元301、ROM 302以及RAM 303通过总线304彼此相连。输入/输出(I/O)接口307也连接至总线304。

设备300中的多个部件连接至I/O接口305，包括：输入单元306，例如键盘、鼠标等；输出单元307，例如各种类型的显示器、扬声器等；存储单元308，例如磁盘、光盘等；以及通信单元309，例如网卡、调制解调器、无线通信收发机等。通信单元309允许设备300通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元301可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元301的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元301执行上文所描述的各个方法和处理，例如告警处理方法。例如，在一些实施例中，告警处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元307。在一些实施例中，计算机程序的部分或者全部可以经由ROM 302和/或通信单元309而被载入和/或安装到设备300上。当计算机程序加载到RAM 303并由计算单元301执行时，可以执行上文描述的告警处理方法的一个或多个步骤。备选地，在其他实施例中，计算单元301可以通过其他任何适当的方式(例如，借助于固件)而被配置为告警处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (10)

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

获取告警设备对应的可告警信息；

根据所述可告警信息创建告警规则表，建立所述告警设备与所述告警规则表之间的映射关系，从所述告警规则表中提取至少一条告警规则进行合并，以得到合并规则；

获取与所述合并规则对应的告警数据；

对所述告警数据进行发送。

2.根据权利要求1所述的告警处理方法，其特征在于，所述告警规则表中的所述告警规则包括：

将所述可告警信息相关联的数据作为告警特征；

设置所述告警特征相关联的关联特征。

3.根据权利要求2所述的告警处理方法，其特征在于，所述告警特征包括：所述可告警信息的名称、所述可告警信息的级别、所述可告警信息的事件类型中的至少一项。

4.根据权利要求2所述的告警处理方法，其特征在于，所述关联特征包括：所述告警特征的采集特征、推送特征和告警筛选特征。

5.根据权利要求4所述的告警处理方法，其特征在于，所述采集特征包括：所述告警特征的采集间隔时间、所述告警特征的采集时间段以及在所述采集时间段的可采集告警数量中的至少一项；

所述推送特征包括：所述告警特征的推送时间段、推送间隔时间、推送延迟时间和在所述推送时间段的可推送告警数量中的至少一项；

所述告警筛选特征包括：告警范围。

6.根据权利要求5所述的告警处理方法，其特征在于，于所述关联特征包括所述可采集告警数量时，对采集的所述告警数据进行计数，使得采集的所述告警数据符合所述可采集告警数量的要求；

于所述关联特征包括所述推送告警数量时，对推送的所述告警数据进行计数，使得推送的所述告警数据符合所述可推送告警数量的要求。

7.根据权利要求5所述的告警处理方法，其特征在于，于所述关联特征包括所述推送延迟时间时，响应于获取告警数据时，将延迟标识加入到用于存储告警数据的存储器中；

响应于符合推送延迟时间时，将所述存储器中的告警数据进行推送。

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

第一获取模块，获取告警设备对应的可告警信息；

合并模块，根据所述可告警信息创建告警规则表，建立所述告警设备与所述告警规则表之间的映射关系，从所述告警规则表中提取至少一条告警规则进行合并，以得到合并规则；

第二获取模块，获取与所述合并规则对应的告警数据；

发送模块，对所述告警数据进行发送。

9.一种电子设备，其特征在于，至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的方法。

10.一种存储有计算机指令的计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行根据权利要求1-7中任一项所述的方法。

Images