CN105530111A - 物联网告警抑制方法及系统 - Google Patents
物联网告警抑制方法及系统 Download PDFInfo
- Publication number
- CN105530111A CN105530111A CN201410563898.3A CN201410563898A CN105530111A CN 105530111 A CN105530111 A CN 105530111A CN 201410563898 A CN201410563898 A CN 201410563898A CN 105530111 A CN105530111 A CN 105530111A
- Authority
- CN
- China
- Prior art keywords
- warning information
- broadcast
- alarm
- internet
- things
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
Abstract
本发明公开了一种物联网告警抑制方法,该方法包括:A.当接收到物联网中的设备上报的告警信息时,判断所述告警信息的上报设备是否为预设的关键路径中的设备;若是,则执行步骤B;B.判断与所述告警信息对应的协议相同的历史告警信息在所述上报设备中是否已经上报;若否,则执行步骤C;C.对广播组内的设备广播所述告警信息。本发明还公开了一种物联网告警抑制系统。本发明使上报的告警信息彼此之间不再孤立,而是由丰富的节点层次关系,当其中一个关键路径的关键节点发生故障时,可以及时抑制这条关键路径上其他关联节点上报的告警,达到大大减轻告警服务器的压力,减少产生告警风暴的风险,高效收集,及时处理告警的目的。
Description
技术领域
本发明涉及物联网通信技术领域,尤其涉及物联网告警抑制方法及系统。
背景技术
物联网传感器设备一般地域分散,数量众多,难于管理。考虑物联网传感器设备如何高效的管理,特别是当海量的传感器由于网络抖动等原因向网管系统发送海量告警时,对网管系统的冲击,而且这些告警绝大部分是重复且无意义,如何抑制这些告警,如何有效的把其中有用的告警广播并及时通知到相关责任人去处理,是本发明的主要内容。
在实际的使用过程中,海量传感器是通过一个个交互或路由节点不断抵达到网管服务器的,这其中就存在关键路径问题,即像一棵大树一样,一旦其中某个树的主干发生故障,会影响主干下面所有的节点,导致大面积上报故障,但实际上只是主干这个节点的故障是主要原因,其他受影响的传感器上报都是被动影响的结果,所以需要一种手段去抑制这些被动上报的告警,减少告警垃圾产生。
上述内容仅用于辅助理解本发明的技术方案,并不代表承认上述内容是现有技术。
发明内容
本发明的主要目的在于解决垃圾告警信息多的技术问题。
为实现上述目的,本发明提供的一种物联网告警抑制方法,该方法包括以下步骤:
A、当接收到物联网中的设备上报的告警信息时,判断所述告警信息的上报设备是否为预设的关键路径中的设备;若是,则执行步骤B;
B、判断与所述告警信息对应的协议相同的历史告警信息在所述上报设备中是否已经上报;若否,则执行步骤C;
C、对广播组内的设备广播所述告警信息。
优选地,所述对广播组内的设备广播所述告警信息的步骤之前还包括:
判断所述告警信息中的关键字段是否满足预设条件;若是,则执行步骤C。
优选地,所述对广播组内的设备广播所述告警信息的步骤包括:
分析所述关键字段,获得所述告警信息的广播组的范围和所述广播组的优先级;
根据所述广播组的范围和广播组的优先级,对广播组内的设备广播所述告警信息。
优选地,所述根据所述广播组的范围和广播组的优先级,对广播组内的设备广播所述告警信息的步骤之后还包括:
若预设时间内没有收到所述广播组内设备反馈的告警信息确认消息,则逐级向优先级低于所述广播组的管理广播组内的设备广播所述告警信息,直至接收到告警信息确认消息并停止广播;
若对广播组和所有的管理广播组内的设备广播所述告警信息后,仍未接收到告警信息确认消息,则停止广播。
优选地,其特征在于,所述对广播组内的设备广播所述告警信息的步骤之后还包括:
记录所有的广播路径,并根据所述广播路径生成广播分析报表。
此外,为实现上述目的,本发明还提供一种物联网告警抑制系统,该系统包括:
第一判断模块,用于在接收到物联网中的设备上报的告警信息时,判断所述告警信息的上报设备是否为预设的关键路径中的设备;
第二判断模块,用于在判断所述告警信息的上报设备不是预设的关键路径中的设备时,判断与所述告警信息对应的协议相同的历史告警信息在所述上报设备中是否已经上报;
广播模块,用于在判断与所述告警信息协议相同的告警信息在所述上报设备中没有上报时,对广播组内的设备广播所述告警信息。
优选地,所述物联网告警抑制系统还包括:
第三判断模块,用于判断所述告警信息中的关键字段是否满足预设条件;若是,则对广播组内的设备广播所述告警信息。
优选地,所述广播模块包括:
分析单元,用于分析所述关键字段,获得所述告警信息的广播组的范围和所述广播组的优先级;
广播单元,用于根据所述广播组的范围和广播组的优先级,对广播组内的设备广播所述告警信息。
优选地,所述物联网告警抑制系统还包括:
逐级广播模块,用于在预设时间内没有收到所述广播组内设备反馈的告警信息确认消息时,逐级向优先级低于所述广播组的管理广播组内的设备广播所述告警信息,直至接收到告警信息确认消息并停止广播;
自动停止模块,用于在对广播组和所有的管理广播组内的设备广播所述告警信息后,仍未接收到告警信息确认消息时,停止广播。
优选地,所述物联网告警抑制系统还包括:
记录生成模块,用于记录所有的广播路径,并根据所述广播路径生成广播分析报表。
本发明通过在接收到物联网中的设备上报的告警信息时,判断该告警信息的上报设备是否为预设的关键路径中的设备,若是则进一步判断与该告警信息对应的协议相同的历史告警信息在所述上报设备中是否已经上报,若没有上报,则对广播组内的设备广播所述告警信息;这样,使上报的告警信息彼此之间不再孤立,而是由丰富的节点层次关系,当其中一个关键路径的关键节点发生故障时,可以及时抑制这条关键路径上其他关联节点上报的告警,达到大大减轻告警服务器的压力,减少产生告警风暴的风险,高效收集,及时处理告警的目的。
附图说明
图1为本发明物联网告警抑制方法第一实施例的流程示意图;
图2为本发明物联网告警抑制方法第二实施例的流程示意图;
图3为图2中对广播组内的设备广播告警信息的步骤的细化流程示意图;
图4为本发明物联网告警抑制方法第三实施例的流程示意图;
图5为本发明物联网告警抑制方法第四实施例的流程示意图;
图6为本发明物联网告警抑制方法第五实施例的流程示意图;
图7为本发明物联网告警抑制系统第一实施例的功能模块示意图;
图8为本发明物联网告警抑制系统第二实施例的功能模块示意图;
图9为图8中广播模块的细化功能模块示意图;
图10为本发明物联网告警抑制系统第三实施例的功能模块示意图;
图11为本发明物联网告警抑制系统第四实施例的功能模块示意图;
图12为本发明物联网告警抑制方法优选实施例的流程示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明提供一种物联网告警抑制方法。
参照图1,图1为本发明物联网告警抑制方法第一实施例的流程示意图。
在第一实施例中,该物联网告警抑制方法包括:
步骤S10,当接收到物联网中的设备上报的告警信息时,判断所述告警信息的上报设备是否为预设的关键路径中的设备;
在物联网中的设备开始上报告警信息之前,在网管系统(即物联网告警抑制系统)的服务器上配置相关配置参数,该相关配置参数包括:关键路径配置、各种抑制协议配置、处理组的人员、每个组人员的优先级、组的优先级权重,告警分析策略等;其中,在配置关键路径过程中,关键路径一般由IP地址或IP段作为关键字,组成一个树状结构,每个节点需要配置抑制协议,抑制协议包括Internet控制报文协议(InternetControlMessageProtocol,ICMP),简单网络管理协议(SimpleNetworkManagementProtocol,SNMP)等协议。
当网管系统接收到设备上报的告警信息后,首先判断该设备是不是关键路径中的设备,若是,则进行下一步;若不是,则直接丢弃该告警信息,这样就直接屏蔽了非关键路径上的设备上报的告警信息,即抑制关键路径上设备的关联设备上报的告警信息,从而大大减轻告警服务器的压力,减少产生告警风暴的风险。
步骤S20,若上报告警信息的设备为预设的关键路径中的设备,则判断与告警信息对应的协议相同的历史告警信息在上报设备中是否已经上报;
此步骤为了防止关键路径中的设备重复上报相同的告警信息,从而进一步减少网络中无用告警信息的数量,进一步优化网络,避免出现告警风暴。
步骤S30,若与告警信息对应的协议相同的历史告警信息在上报设备中没有上报,则对广播组内的设备广播告警信息;
若告警信息的上报设备不为预设关键路径中的设备,或者若与告警信息对应的协议相同的历史告警信息在上报设备中已经上报,则执行步骤S40,即丢弃告警信息。
在本实施例中,通过在接收到物联网中的设备上报的告警信息时,判断该告警信息的上报设备是否为预设的关键路径中的设备,若是则进一步判断与该告警信息对应的协议相同的历史告警信息在所述上报设备中是否已经上报,若没有上报,则对广播组内的设备广播所述告警信息;这样,使上报的告警信息彼此之间不再孤立,而是由丰富的节点层次关系,当其中一个关键路径的关键节点发生故障时,可以及时抑制这条关键路径上其他关联节点上报的告警,达到大大减轻告警服务器的压力,减少产生告警风暴的风险,高效收集,及时处理告警的目的。
进一步地,参照图2,图2为本发明物联网告警处理方法第二实施例的流程示意图;
在第二实施例中,该物联网告警抑制方法包括:
步骤S10,当接收到物联网中的设备上报的告警信息时,判断所述告警信息的上报设备是否为预设的关键路径中的设备;
步骤S20,若上报告警信息的设备为预设的关键路径中的设备,则判断与告警信息对应的协议相同的历史告警信息在上报设备中是否已经上报;
步骤S50,若与告警信息对应的协议相同的历史告警信息在上报设备中没有上报,则判断告警信息中的关键字是否满足预设条件;
告警信息中的关键字段包括告警码、告警类型、告警设备类型、附加信息等,分析告警信息,判断该告警信息中的关键字段是否满足预设条件,例如,预设条件规定告警码为单数的告警信息需要广播,则当上报的告警信息的告警码为单数时,则判定该告警信息需要对广播组内的设备广播。
步骤S30,若告警信息中的关键字段满足预设条件,则对广播组内的设备广播告警信息;
若告警信息的上报设备不为预设关键路径中的设备,或者若与告警信息对应的协议相同的历史告警信息在上报设备中已经上报,或者告警信息中的关键字段不满足预设条件,则执行步骤S40,即丢弃告警信息。
进一步地,参照图3,图3为图2中对广播组内的设备广播告警信息的步骤的细化流程示意图。
在本实施例中,步骤S30包括:
步骤S301,分析关键字段,获得告警信息的广播组的范围和广播组的优先级;
广播组的范围和广播组的优先级都可以配置的,例如广播组的范围可以划分为维护组、管理组,实施组等,配置不同组的优先级,例如维护组优先级大于管理组,管理组优先级大于实施组。此外,广播的告警级别也可以配置,例如一级告警的广播范围最大。
步骤S302,根据所述广播组的范围和广播组的优先级,对广播组内的设备广播所述告警信息。
当网管系统接收到设备的告警信息后,首先分析该告警信息获得该信息的广播范围和优先级,然后从关联度最高用户组开始广播,用户组内也按配置的优先级,先从关联度最高的人开始广播,通过email和短信的方式推送告警消息,当用户通过网管告警系统确认该条告警后,广播流程终止,如果预设时间(例如15分钟)告警没有得到确认和处理,根据组内的优先级配置,依次向组内其他人广播告警消息。
进一步地,参照图4,图4为本发明物联网告警处理方法第三实施例的流程示意图。
在第三实施例中,该物联网告警处理方法包括:
步骤S10,当接收到物联网中的设备上报的告警信息时,判断所述告警信息的上报设备是否为预设的关键路径中的设备;
步骤S20,若上报告警信息的设备为预设的关键路径中的设备,则判断与告警信息对应的协议相同的历史告警信息在上报设备中是否已经上报;
步骤S50,若与告警信息对应的协议相同的历史告警信息在上报设备中没有上报,则判断告警信息中的关键字是否满足预设条件;
若告警信息中的关键字段满足预设条件,则执行步骤S301分析关键字段,获得告警信息的广播组的范围和广播组的优先级;
步骤S302,根据所述广播组的范围和广播组的优先级,对广播组内的设备广播所述告警信息。
若告警信息的上报设备不为预设关键路径中的设备,或者若与告警信息对应的协议相同的历史告警信息在上报设备中已经上报,或者告警信息中的关键字段不满足预设条件,则执行步骤S40,即丢弃告警信息。
进一步地,参照图5,图5为本发明物联网告警处理方法第四实施例的流程示意图。
在第四实施例中,该物联网告警处理方法包括:
步骤S10,当接收到物联网中的设备上报的告警信息时,判断所述告警信息的上报设备是否为预设的关键路径中的设备;
步骤S20,若上报告警信息的设备为预设的关键路径中的设备,则判断与告警信息对应的协议相同的历史告警信息在上报设备中是否已经上报;
步骤S50,若与告警信息对应的协议相同的历史告警信息在上报设备中没有上报,则判断告警信息中的关键字是否满足预设条件;
若告警信息中的关键字段满足预设条件,则执行步骤S301分析关键字段,获得告警信息的广播组的范围和广播组的优先级;
步骤S302,根据所述广播组的范围和广播组的优先级,对广播组内的设备广播所述告警信息。
步骤S60,若预设时间内没有收到所述广播组内设备反馈的告警信息确认消息,则逐级向优先级低于所述广播组的管理广播组内的设备广播所述告警信息,直至接收到告警信息确认消息并停止广播;若对广播组和所有的管理广播组内的设备广播所述告警信息后,仍未接收到告警信息确认消息,则停止广播。
当关联度最高的组广播结束后,如果告警信息还没有得到处理,系统自动升级广播范围,向下一个更高级别的组进行广播,这个组应该是和前一个组有管理和考核关系的组,该组内的广播方式也是按配置的优先级来进行,依次间隔预设时间(例如15分钟)广播,直至告警信息得到处理。如果该组广播结束后告警信息还没有得到处理,依次向上升级,直至告警信息得到处理,如果配置的广播组都广播结束后,告警信息还没有得到处理,广播流程也自动结束,不再广播。
若告警信息的上报设备不为预设关键路径中的设备,或者若与告警信息对应的协议相同的历史告警信息在上报设备中已经上报,或者告警信息中的关键字段不满足预设条件,则执行步骤S40,即丢弃告警信息。
进一步地,参照图6,图6为本发明物联网告警处理方法第五实施例的流程示意图。
在第五实施例中,该物联网告警处理方法包括:
步骤S10,当接收到物联网中的设备上报的告警信息时,判断所述告警信息的上报设备是否为预设的关键路径中的设备;
步骤S20,若上报告警信息的设备为预设的关键路径中的设备,则判断与告警信息对应的协议相同的历史告警信息在上报设备中是否已经上报;
步骤S50,若与告警信息对应的协议相同的历史告警信息在上报设备中没有上报,则判断告警信息中的关键字是否满足预设条件;
若告警信息中的关键字段满足预设条件,则执行步骤S301分析关键字段,获得告警信息的广播组的范围和广播组的优先级;
步骤S302,根据所述广播组的范围和广播组的优先级,对广播组内的设备广播所述告警信息。
步骤S60,若预设时间内没有收到所述广播组内设备反馈的告警信息确认消息,则逐级向优先级低于所述广播组的管理广播组内的设备广播所述告警信息,直至接收到告警信息确认消息并停止广播;若对广播组和所有的管理广播组内的设备广播所述告警信息后,仍未接收到告警信息确认消息,则停止广播。
步骤S70,记录所有的广播路径,并根据广播路径生成广播分析报表。
每条告警信息的广播过程,包括向哪些组、哪些人发送了广播,谁最终处理的告警都需要记录到数据库中,并能生成广播的分析报告,通过人工分析这些报告中的告警信息广播路径和告警信息确认过程,来优化广播策略配置,进一步提高广播的效率,形成闭环。
在网管系统广播所有组和人后,如果还没有接收到告警信息的处理消息,就自动停止广播并记录广播路径到数据库中。
在通过分析数据库中的广播路径,生成广播分析报表,运维人员通过分析该报表,优化广播策略,并明确告警处理的责任人是否及时处理告警,做出相关考核处理。
若告警信息的上报设备不为预设关键路径中的设备,或者若与告警信息对应的协议相同的历史告警信息在上报设备中已经上报,或者告警信息中的关键字段不满足预设条件,则执行步骤S40,即丢弃告警信息。
此外,为实现上述目的,本发明还提供一种物联网告警抑制系统,参照图7,该系统包括:
第一判断模块100,用于在接收到物联网中的设备上报的告警信息时,判断所述告警信息的上报设备是否为预设的关键路径中的设备;
在物联网中的设备开始上报告警信息之前,在网管系统(即物联网告警抑制系统)的服务器上配置相关配置参数,该相关配置参数包括:关键路径配置、各种抑制协议配置、处理组的人员、每个组人员的优先级、组的优先级权重,告警分析策略等;其中,在配置关键路径过程中,关键路径一般由IP地址或IP段作为关键字,组成一个树状结构,每个节点需要配置抑制协议,抑制协议包括Internet控制报文协议(InternetControlMessageProtocol,ICMP),简单网络管理协议(SimpleNetworkManagementProtocol,SNMP)等协议。
当网管系统接收到设备上报的告警信息后,首先判断该设备是不是关键路径中的设备,若是,则进行下一步;若不是,则直接丢弃该告警信息,这样就直接屏蔽了非关键路径上的设备上报的告警信息,即抑制关键路径上设备的关联设备上报的告警信息,从而大大减轻告警服务器的压力,减少产生告警风暴的风险。
第二判断模块110,用于在判断所述告警信息的上报设备不是预设的关键路径中的设备时,判断与所述告警信息对应的协议相同的历史告警信息在所述上报设备中是否已经上报;
此模块为了防止关键路径中的设备重复上报相同的告警信息,从而进一步减少网络中无用告警信息的数量,进一步优化网络,避免出现告警风暴。
广播模块120,用于在判断与所述告警信息协议相同的告警信息在所述上报设备中没有上报时,对广播组内的设备广播所述告警信息。
若告警信息的上报设备不为预设关键路径中的设备,或者若与告警信息对应的协议相同的历史告警信息在上报设备中已经上报,则执行步骤S40,即丢弃告警信息。
在本实施例中,通过在接收到物联网中的设备上报的告警信息时,判断该告警信息的上报设备是否为预设的关键路径中的设备,若是则进一步判断与该告警信息对应的协议相同的历史告警信息在所述上报设备中是否已经上报,若没有上报,则对广播组内的设备广播所述告警信息;这样,使上报的告警信息彼此之间不再孤立,而是由丰富的节点层次关系,当其中一个关键路径的关键节点发生故障时,可以及时抑制这条关键路径上其他关联节点上报的告警,达到大大减轻告警服务器的压力,减少产生告警风暴的风险,高效收集,及时处理告警的目的。
进一步地,参照图8,图8为本发明物联网告警处理系统第二实施例的功能模块示意图。
在第二实施例中,所述物联网告警抑制系统还包括:
第三判断模块130,用于判断所述告警信息中的关键字段是否满足预设条件;若是,则对广播组内的设备广播所述告警信息。
告警信息中的关键字段包括告警码、告警类型、告警设备类型、附加信息等,分析告警信息,判断该告警信息中的关键字段是否满足预设条件,例如,预设条件规定告警码为单数的告警信息需要广播,则当上报的告警信息的告警码为单数时,则判定该告警信息需要对广播组内的设备广播。
进一步地,参照图9,图9为图8中广播模块的细化功能模块示意图。
广播模块120包括:
分析单元1201,用于分析所述关键字段,获得所述告警信息的广播组的范围和所述广播组的优先级;
广播组的范围和广播组的优先级都可以配置的,例如广播组的范围可以划分为维护组、管理组,实施组等,配置不同组的优先级,例如维护组优先级大于管理组,管理组优先级大于实施组。此外,广播的告警级别也可以配置,例如一级告警的广播范围最大。
广播单元1202,用于根据所述广播组的范围和广播组的优先级,对广播组内的设备广播所述告警信息。
当网管系统接收到设备的告警信息后,首先分析该告警信息获得该信息的广播范围和优先级,然后从关联度最高用户组开始广播,用户组内也按配置的优先级,先从关联度最高的人开始广播,通过email和短信的方式推送告警消息,当用户通过网管告警系统确认该条告警后,广播流程终止,如果预设时间(例如15分钟)告警没有得到确认和处理,根据组内的优先级配置,依次向组内其他人广播告警消息。
进一步地,参照图10,图10为本发明物联网告警处理系统第三实施例的功能模块示意图。
在第三实施例中,物联网告警抑制系统还包括:
逐级广播模块140,用于在预设时间内没有收到所述广播组内设备反馈的告警信息确认消息时,逐级向优先级低于所述广播组的管理广播组内的设备广播所述告警信息,直至接收到告警信息确认消息并停止广播;
自动停止模块150,用于在对广播组和所有的管理广播组内的设备广播所述告警信息后,仍未接收到告警信息确认消息时,停止广播。
当关联度最高的组广播结束后,如果告警信息还没有得到处理,系统自动升级广播范围,向下一个更高级别的组进行广播,这个组应该是和前一个组有管理和考核关系的组,该组内的广播方式也是按配置的优先级来进行,依次间隔预设时间(例如15分钟)广播,直至告警信息得到处理。如果该组广播结束后告警信息还没有得到处理,依次向上升级,直至告警信息得到处理,如果配置的广播组都广播结束后,告警信息还没有得到处理,广播流程也自动结束,不再广播。
进一步地,参照图11,图11为本发明物联网告警处理系统第四实施例的功能模块示意图。
在第四实施例中,所述物联网告警抑制系统还包括:
记录生成模块160,用于记录所有的广播路径,并根据所述广播路径生成广播分析报表。
每条告警信息的广播过程,包括向哪些组、哪些人发送了广播,谁最终处理的告警都需要记录到数据库中,并能生成广播的分析报告,通过人工分析这些报告中的告警信息广播路径和告警信息确认过程,来优化广播策略配置,进一步提高广播的效率,形成闭环。
在网管系统广播所有组和人后,如果还没有接收到告警信息的处理消息,就自动停止广播并记录广播路径到数据库中。
在通过分析数据库中的广播路径,生成广播分析报表,运维人员通过分析该报表,优化广播策略,并明确告警处理的责任人是否及时处理告警,做出相关考核处理。
此外,本发明还提供物联网告警方法和系统的优选实施例。
为了实现智能高效的告警抑制和广播,物联网告警系统优选实施例包括:
1、关键路径配置模块
在网管服务器系统上配置关键路径,该路径一般由IP地址或IP段作为关键字,组成一个树状结构,每个节点需要配置抑制协议。抑制协议包括ICMP,SNMP等支持的协议。
2、告警抑制模块
在网管服务器收到设备上报的告警后,首先判断该设备是不是在关键路径中的设备,如果是,判断相同协议的告警在该设备关联的关键路径节点中是否已经上报,如果已经上报,丢弃该告警,如果不是,把告警转给告警模块继续处理。
3、告警分析模块
告警分析模块输入是网管系统中产生的各种告警,分析模块通过分析告警码,告警类型和告警设备类型,附加信息等关键字段,分析该告警,并输出判断该告警是否需要广播,广播的范围(不同的组织)有哪些,这些组的优先级。
分析模块中分析逻辑都是可以配置的,这些配置包括用户组配置,可以配置不同定位的用户组,比如操作维护组,管理组,实施组等。配置不同组的优先级,配置广播的告警级别,配置每个告警码的分析策略等。
4、告警广播模块
当网管系统接收到设备的告警后,首先会通过告警分析模块得到该告警的广播范围和优先级,然后从关联度最高用户组开始广播,用户组内也按配置的优先级,先从关联度最高的人开始广播,通过email和短信的方式推送告警消息,当用户通过网管告警系统确认该条告警后,广播流程终止,如果15分钟内(可配置)告警没有得到确认和处理,根据组内的优先级配置,依次向组内其他人广播告警消息。
5、告警升级广播范围模块
当关联度最高的组广播结束后,如果告警还没有得到处理,系统自动升级广播范围,向下一个更高级别的组进行广播,这个组应该是和前一个组有管理和考核关系的组,该组内的广播方式也是按配置的优先级来进行,依次(15分钟)广播,直至告警得到处理。如果该组广播结束后告警还没有得到处理,依次向上升级,直至告警得到处理,如果配置的广播组都广播结束后,告警还没有得到处理,广播流程也自动结束,不再广播。
6、广播流程记录入库模块
每条告警的广播过程,包括向哪些组,哪些人发送了广播,谁最终处理的告警都需要记录到数据库中,并能生成广播的分析报告,通过人工分析这些报告中的告警广播路径,告警确认过程,来优化广播策略配置,进一步提高广播的效率,形成闭环。
在优选实施例中,由上述的技术方案可以得知,使用本方案具有如下有益效果:
一、通过智能广播系统有效的提高的网管系统告警的处理效率,减少垃圾告警的上报和广播的影响,提高了系统的整体运维能力;
二、通过广播报表分析,更清晰的了解到每个告警的处理流程,明确责任人,对后继提高运维效率提供了技术支撑。
参照图12,图12为本发明物联网告警抑制方法优选实施例的流程示意图。
在物联网告警抑制方法优选实施例中,以下结合图12,详细描述本发明的具体实施细节,根据技术方案中的说明,我们把具体的实施方式细化成了7个步骤,在此逐一进行说明。
1.在智慧矿山的网管系统中关于智能抑制和广播系统的相关配置参数,包括关键路径配置,各种抑制协议配置,处理组的人员,每个组人员的优先级,组的优先级权重,告警分析的策略等。
2.智慧矿山的各个传感器开始上报告警,网管接收到告警上报消息后,首先分析是否是关键路上的告警,如果是检查是否关键节点有告警产生,告警类型是否匹配,如果匹配,丢弃该告警,如果不是,转发给告警模块;
3.告警模块判断上报的告警是否需要广播,如果需要,转发告警消息给智能广播系统,智能广播系统中的告警消息分析模块,分析输出该条告警的广播范围和优先级并提交给广播模块;
4.广播模块根据接收到的告警消息,广播范围等信息后,开始对组内的人进行告警消息的广播。
5.当一个组的人员都广播结束后,如果该条告警的确认消息还没有从告警管理模块发出,广播模块开始对该条告警的广播策略进行升级,对更高级的管理组进行广播,直至接收到告警管理模块的告警确认消息,就停止广播并记录所有广播路径到数据库中;
6.广播模块广播所有组和人后,如果还没有接收到告警模块的处理消息,就自动停止广播并记录广播路径到数据库中。
7.在广播分析模块通过分析数据库中的广播路径,生成广播分析报表,运维人员通过分析该报表,优化广播策略,并明确告警处理的责任人是否及时处理告警,做出相关考核处理。
综上所述,本发明通过智能告警抑制和广播系统的广播策略,大大提升了告警上报和广播的效率,对提升物联网设备网管系统的效率,提高整体运维能力具有广泛的适用性和实用价值。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种物联网告警抑制方法,其特征在于,所述物联网告警抑制的方法包括以下步骤:
A、当接收到物联网中的设备上报的告警信息时,判断所述告警信息的上报设备是否为预设的关键路径中的设备;若是,则执行步骤B;
B、判断与所述告警信息对应的协议相同的历史告警信息在所述上报设备中是否已经上报;若否,则执行步骤C;
C、对广播组内的设备广播所述告警信息。
2.如权利要求1所述的物联网告警抑制方法,其特征在于,所述对广播组内的设备广播所述告警信息的步骤之前还包括:
判断所述告警信息中的关键字段是否满足预设条件;若是,则执行步骤C。
3.如权利要求2所述的物联网告警抑制方法,其特征在于,所述对广播组内的设备广播所述告警信息的步骤包括:
分析所述关键字段,获得所述告警信息的广播组的范围和所述广播组的优先级;
根据所述广播组的范围和广播组的优先级,对广播组内的设备广播所述告警信息。
4.如权利要求3所述的物联网告警抑制方法,其特征在于,所述根据所述广播组的范围和广播组的优先级,对广播组内的设备广播所述告警信息的步骤之后还包括:
若预设时间内没有收到所述广播组内设备反馈的告警信息确认消息,则逐级向优先级低于所述广播组的管理广播组内的设备广播所述告警信息,直至接收到告警信息确认消息并停止广播;
若对广播组和所有的管理广播组内的设备广播所述告警信息后,仍未接收到告警信息确认消息,则停止广播。
5.如权利要求1至4任意一项所述的物联网告警抑制方法,其特征在于,所述对广播组内的设备广播所述告警信息的步骤之后还包括:
记录所有的广播路径,并根据所述广播路径生成广播分析报表。
6.一种物联网告警抑制系统,其特征在于,所述物联网告警抑制系统包括:
第一判断模块,用于在接收到物联网中的设备上报的告警信息时,判断所述告警信息的上报设备是否为预设的关键路径中的设备;
第二判断模块,用于在判断所述告警信息的上报设备不是预设的关键路径中的设备时,判断与所述告警信息对应的协议相同的历史告警信息在所述上报设备中是否已经上报;
广播模块,用于在判断与所述告警信息协议相同的告警信息在所述上报设备中没有上报时,对广播组内的设备广播所述告警信息。
7.如权利要求6所述的物联网告警抑制系统,其特征在于,所述物联网告警抑制系统还包括:
第三判断模块,用于判断所述告警信息中的关键字段是否满足预设条件;若是,则对广播组内的设备广播所述告警信息。
8.如权利要求7所述的物联网告警抑制系统,其特征在于,所述广播模块包括:
分析单元,用于分析所述关键字段,获得所述告警信息的广播组的范围和所述广播组的优先级;
广播单元,用于根据所述广播组的范围和广播组的优先级,对广播组内的设备广播所述告警信息。
9.如权利要求8所述的物联网告警抑制系统,其特征在于,所述物联网告警抑制系统还包括:
逐级广播模块,用于在预设时间内没有收到所述广播组内设备反馈的告警信息确认消息时,逐级向优先级低于所述广播组的管理广播组内的设备广播所述告警信息,直至接收到告警信息确认消息并停止广播;
自动停止模块,用于在对广播组和所有的管理广播组内的设备广播所述告警信息后,仍未接收到告警信息确认消息时,停止广播。
10.如权利要求6至9任意一项所述的物联网告警抑制系统,其特征在于,所述物联网告警抑制系统还包括:
记录生成模块,用于记录所有的广播路径,并根据所述广播路径生成广播分析报表。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410563898.3A CN105530111A (zh) | 2014-10-21 | 2014-10-21 | 物联网告警抑制方法及系统 |
PCT/CN2015/078497 WO2016062062A1 (zh) | 2014-10-21 | 2015-05-07 | 物联网告警抑制方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410563898.3A CN105530111A (zh) | 2014-10-21 | 2014-10-21 | 物联网告警抑制方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105530111A true CN105530111A (zh) | 2016-04-27 |
Family
ID=55760205
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410563898.3A Withdrawn CN105530111A (zh) | 2014-10-21 | 2014-10-21 | 物联网告警抑制方法及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN105530111A (zh) |
WO (1) | WO2016062062A1 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107908530A (zh) * | 2017-11-27 | 2018-04-13 | 新华三云计算技术有限公司 | 一种告警处理方法以及装置 |
CN110149227A (zh) * | 2019-05-16 | 2019-08-20 | 平安科技(深圳)有限公司 | 网络告警的方法及装置 |
CN110278224A (zh) * | 2018-03-15 | 2019-09-24 | 罗森伯格(上海)通信技术有限公司 | 一种基于NB-IoT的监控系统及监控方法 |
CN113259262A (zh) * | 2021-03-29 | 2021-08-13 | 杭州涂鸦信息技术有限公司 | 消息上报方法及相关装置 |
CN114500248A (zh) * | 2022-04-01 | 2022-05-13 | 北京锐融天下科技股份有限公司 | 一种针对互联网软件系统中业务的监控与告警方法及系统 |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112700343A (zh) * | 2019-10-23 | 2021-04-23 | 中国石油天然气股份有限公司 | 基于油气物联网的运行监测方法及系统 |
CN112601216B (zh) * | 2020-12-10 | 2022-06-21 | 苏州浪潮智能科技有限公司 | 一种基于Zigbee的可信平台告警方法与系统 |
CN112860510A (zh) * | 2021-01-20 | 2021-05-28 | 中国农业银行股份有限公司 | 一种告警补偿方法及装置 |
CN114978789B (zh) * | 2021-03-19 | 2023-11-21 | 深圳市欧瑞博科技股份有限公司 | 安防信息的智能发送方法、设备、服务器及介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050070247A1 (en) * | 2003-09-30 | 2005-03-31 | Larson Keith N. | Emergency notification system using presence, triangulation, and wireless telephony |
CN101114945A (zh) * | 2007-09-04 | 2008-01-30 | 华为技术有限公司 | 控制告警流量的方法、管理设备、被管设备和系统 |
CN101137159A (zh) * | 2006-09-01 | 2008-03-05 | 中兴通讯股份有限公司 | 告警消息上报的方法 |
CN102404141A (zh) * | 2011-11-04 | 2012-04-04 | 华为技术有限公司 | 一种告警抑制的方法及装置 |
CN103684880A (zh) * | 2013-12-31 | 2014-03-26 | 上海斐讯数据通信技术有限公司 | 控制告警的方法及告警装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101141751A (zh) * | 2006-09-07 | 2008-03-12 | 中兴通讯股份有限公司 | 告警消息上报的系统 |
-
2014
- 2014-10-21 CN CN201410563898.3A patent/CN105530111A/zh not_active Withdrawn
-
2015
- 2015-05-07 WO PCT/CN2015/078497 patent/WO2016062062A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050070247A1 (en) * | 2003-09-30 | 2005-03-31 | Larson Keith N. | Emergency notification system using presence, triangulation, and wireless telephony |
CN101137159A (zh) * | 2006-09-01 | 2008-03-05 | 中兴通讯股份有限公司 | 告警消息上报的方法 |
CN101114945A (zh) * | 2007-09-04 | 2008-01-30 | 华为技术有限公司 | 控制告警流量的方法、管理设备、被管设备和系统 |
CN102404141A (zh) * | 2011-11-04 | 2012-04-04 | 华为技术有限公司 | 一种告警抑制的方法及装置 |
CN103684880A (zh) * | 2013-12-31 | 2014-03-26 | 上海斐讯数据通信技术有限公司 | 控制告警的方法及告警装置 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107908530A (zh) * | 2017-11-27 | 2018-04-13 | 新华三云计算技术有限公司 | 一种告警处理方法以及装置 |
CN110278224A (zh) * | 2018-03-15 | 2019-09-24 | 罗森伯格(上海)通信技术有限公司 | 一种基于NB-IoT的监控系统及监控方法 |
CN110149227A (zh) * | 2019-05-16 | 2019-08-20 | 平安科技(深圳)有限公司 | 网络告警的方法及装置 |
CN113259262A (zh) * | 2021-03-29 | 2021-08-13 | 杭州涂鸦信息技术有限公司 | 消息上报方法及相关装置 |
CN114500248A (zh) * | 2022-04-01 | 2022-05-13 | 北京锐融天下科技股份有限公司 | 一种针对互联网软件系统中业务的监控与告警方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
WO2016062062A1 (zh) | 2016-04-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105530111A (zh) | 物联网告警抑制方法及系统 | |
CN105183609B (zh) | 一种应用于软件系统的实时监控系统及方法 | |
US8576724B2 (en) | Method, system, and computer program product, for correlating special service impacting events | |
CN107046481A (zh) | 一种信息系统综合网管系统综合分析平台 | |
CN109361690B (zh) | 一种网络中的威胁处置策略生成方法及系统 | |
KR20180120558A (ko) | 딥러닝 기반 통신망 장비의 장애 예측 시스템 및 방법 | |
CN101114945B (zh) | 控制告警流量的方法、管理设备、被管设备和系统 | |
CN101877618B (zh) | 基于无代理方式进行监控的方法、服务器及系统 | |
JP2009171431A (ja) | トラフィック分析装置、トラフィック分析方法及びトラフィック分析システム | |
CN102387043B (zh) | 基于简单网络管理协议的告警解析方法、工作站及系统 | |
Izadi et al. | Effective resource utilization for alarm management | |
CN106357685A (zh) | 一种防御分布式拒绝服务攻击的方法及装置 | |
CN105847083A (zh) | 一种业务集中监控方法及系统 | |
CN103957118A (zh) | 电力数据通信网网络流量实时智能分析方法及其系统 | |
CN104320446A (zh) | 分布式多Agent的网站监控方法和系统 | |
CN109688018A (zh) | 一种基于设备异常的告警消息推送方法及系统 | |
EP2149224B1 (en) | Method of identifying a root cause of a network event | |
CN107547228A (zh) | 一种基于大数据的安全运维管理平台的实现架构 | |
CN105577401A (zh) | 网络设备告警上报的方法及网络设备 | |
CN107360035B (zh) | 一种数据处理方法及系统 | |
CN106936621A (zh) | 一种工单风暴控制方法、装置及系统 | |
CN106789347A (zh) | 一种基于告警数据实现告警关联和网络故障诊断的方法 | |
EP3154238A1 (en) | Policy-based m2m terminal device monitoring and control method and device | |
CN105450459B (zh) | 一种系统消息处理方法及收集器 | |
CN107733941A (zh) | 一种基于大数据的数据采集平台的实现方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20160427 |