CN104767630A - 一种基于告警关联的派单方法及装置 - Google Patents
一种基于告警关联的派单方法及装置 Download PDFInfo
- Publication number
- CN104767630A CN104767630A CN201410005930.6A CN201410005930A CN104767630A CN 104767630 A CN104767630 A CN 104767630A CN 201410005930 A CN201410005930 A CN 201410005930A CN 104767630 A CN104767630 A CN 104767630A
- Authority
- CN
- China
- Prior art keywords
- warning information
- incidence relation
- alarm
- preset
- association rule
- 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.)
- Granted
Links
Landscapes
- Alarm Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明提供了一种基于告警关联的派单方法及装置,所述方法包括:接收网元发送的第一告警信息;根据预设的告警关联规则,判断已经接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息;当判定有与所述第一告警信息存在关联关系的第二告警信息时,创建所述第一告警信息与所述第二告警信息的关联关系;当满足预设的派单条件时,根据所述关联关系、所述第二告警信息及与所述第二告警信息创建了所述关联关系的告警信息,派发故障工单。采用本发明提供的技术方案,能够为符合同样的关联规则的告警进行关联处理,减少了派单量,增加了有效工单的处理效率。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种基于告警关联的派单方法及装置。
背景技术
在移动通信网络中,网管系统根据网元发送的告警,通过告警派单接口,按时间顺序向EOMS(Electric Operation Maintenance System,电子运维系统)派发故障工单。网元发送的若干个告警在经过某种关联规则计算后发现是由同一种故障所引起的,这些由同一种故障引起的若干个告警只需要派发一张故障工单。
而在现有技术中,若干个告警与某一告警A在根据某种关联规则创建了关联关系后,对于在该关联关系创建之后接收到的告警B,即便该告警B与告警A根据相同的关联规则能够创建该相同的关联关系,该告警B与告警A也不会创建该关联关系,即关联关系只创建一次,如果某一告警已经与若干个告警创建了关联关系,就不会再与在此之后接收到的告警创建关联关系。这样就导致了在关联关系创建之后接收到的告警虽然与已经创建了关联关系的告警属于相同关联规则,却不会与已经创建了关联关系的告警一起派发一张工单,即,符合相同关联规则,由同一故障所引起的告警将会派发多张故障工单。从而,使得工单维护量大,而有效工单量少,派单效率低。
发明内容
为了解决上述问题,本发明提供了一种基于告警关联的派单方法及装置,能够在某一告警已经与若干个告警根据某一关联规则创建了关联关系时,该某一告警仍能够与在此之后接收到的,符合该关联规则的告警创建该关联关系,从而能够为符合同样的关联规则的告警进行关联处理,减少了派单量,增加了有效工单的处理效率。
为了实现上述目的,本发明提供了一种基于告警关联的派单方法,包括:接收网元发送的第一告警信息;根据预设的告警关联规则,判断已经接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息,所述告警关联规则为告警之间的关联关系成立的条件;当判定有与所述第一告警信息存在关联关系的第二告警信息时,创建所述第一告警信息与所述第二告警信息的关联关系;当满足预设的派单条件时,根据所述关联关系、所述第二告警信息及与所述第二告警信息创建了所述关联关系的告警信息,向电子运维系统派发故障工单。
优选的,所述接收网元发送的第一告警信息之前,还包括:设置告警关联规则,所述告警关联规则为告警之间的关联关系成立的条件。
优选的,所述根据预设的告警关联规则,判断已经接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息之前,还包括:根据预设的告警关联规则及所述第一告警信息,确定与所述第一告警信息匹配的告警关联规则;所述根据预设的告警关联规则,判断已经接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息,具体为:根据与所述第一告警信息匹配的告警关联规则,判断已经接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息。
优选的,所述根据预设的告警关联规则,判断已经接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息,具体为:确定在接收到所述第一告警信息之前的第一预设时间内接收到的告警信息;根据预设的告警关联规则,判断所述在接收到所述第一告警信息之前的第一预设时间内接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息;所述创建所述第一告警信息与所述第二告警信息的关联关系之后,还包括:确定所述第二告警信息的接收时间为所述关联关系的创建时间。
优选的,当所述第二告警信息为已经与其他告警信息创建了所述关联关系的告警信息时,所述创建所述第一告警信息与所述第二告警信息的关联关系之前,还包括:判断在接收到所述第一告警信息之前的第二预设时间内已经与所述第二告警信息创建了所述关联关系的其他告警信息的数量是否在预设数值范围内;当判定所述其他告警信息的数量在所述预设数值范围内时,创建所述第一告警信息与所述第二告警信息的关联关系,否则,不创建所述关联关系。
优选的,所述关联关系包括:主次关联关系、衍生关联关系及闪断关联关系。
本发明还提供了一种基于告警关联的派单装置,包括:接收模块,用于接收网元发送的第一告警信息;第一判断模块,用于根据预设的告警关联规则,判断已经接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息,所述告警关联规则为告警之间的关联关系成立的条件;关联关系创建模块,用于当判定有与所述第一告警信息存在关联关系的第二告警信息时,创建所述第一告警信息与所述第二告警信息的关联关系;派单模块,用于当满足预设的派单条件时,根据所述关联关系、所述第二告警信息及与所述第二告警信息创建了所述关联关系的告警信息,向电子运维系统派发故障工单。
优选的,所述装置,还包括:设置模块,用于设置告警关联规则,所述告警关联规则为告警之间的关联关系成立的条件。
优选的,所述装置,还包括:第一确定模块,用于根据预设的告警关联规则及所述第一告警信息,确定与所述第一告警信息匹配的告警关联规则;所述第一判断模块,进一步用于根据与所述第一告警信息匹配的告警关联规则,判断已经接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息。
优选的,所述第一判断模块还包括:第一确定单元,用于确定在接收到所述第一告警信息之前的预设时间内接收到的告警信息;第一判断单元,用于根据预设的告警关联规则,判断所述在接收到所述第一告警信息之前的预设时间内接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警;所述装置还包括:第二确定模块,用于确定所述第二告警信息的接收时间为所述关联关系的创建时间。
优选的,所述装置,还包括:第二判断模块,用于判断在接收到所述第一告警信息之前的第二预设时间内已经与所述第二告警信息创建了所述关联关系的其他告警信息的数量是否在预设数值范围内;所述关联关系创建模块,进一步用于当判定所述其他告警信息的数量在所述预设数值范围内时,创建所述第一告警信息与所述第二告警信息的关联关系,否则,不创建所述关联关系。
本发明的上述技术方案的有益效果如下:
本发明提供了一种基于告警关联的派单方法及装置,能够在某一告警已经与若干个告警根据某一关联规则创建了关联关系时,该某一告警仍能够与在此之后接收到的,符合该关联规则的告警创建该关联关系,从而能够为符合同样的关联规则的告警进行关联处理,减少了派单量,增加了有效工单的处理效率。
附图说明
图1为本发明实施例1提供的基于告警关联的派单方法流程图。
图2为主次关联关系创建示意图。
图3a为衍生关联关系创建示意图。
图3b为衍生关联关系变形示意图。
图4为不符合关联关系创建条件的告警接收时刻示意图。
图5a为符合关联关系创建条件的告警接收时刻示意图。
图5b为关联关系创建后告警接收时刻调整示意图。
图6为关联关系创建数量示意图。
图7为本发明实施例1提供的基于告警关联的派单装置结构示意图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚,下面将结合附图及具体实施例进行详细描述。
本发明针对现有技术中,在某一告警已经与若干个告警根据某一关联规则创建了关联关系之后,无法再与在关联关系创建之后接收到的,符合该关联规则的告警创建关联关系,导致故障工单维护量大,有效工单量少的问题,提供了一种基于告警关联的派单方法及装置,能够在某一告警已经与若干个告警根据某一关联规则创建了关联关系时,该某一告警仍能够与在此之后接收到的,符合该关联规则的告警创建该关联关系,从而能够为符合同样的关联规则的告警进行关联处理,减少了派单量,增加了有效工单的处理效率。
图1为本发明实施例1提供的基于告警关联的派单方法流程图。如图所示,所述方法包括:
步骤S100,接收网元发送的第一告警信息;
步骤S102,根据预设的告警关联规则,判断已经接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息,所述告警关联规则为告警之间的关联关系成立的条件;
步骤S104,当判定有与所述第一告警信息存在关联关系的第二告警信息时,创建所述第一告警信息与所述第二告警信息的关联关系;
步骤S106,当满足预设的派单条件时,根据所述关联关系、所述第二告警信息及与所述第二告警信息创建了所述关联关系的告警信息,向电子运维系统派发故障工单。
在上述技术方案中,在接收到第一告警信息后,首先根据预设的告警关联规则,判断是否有与该第一告警信息存在关联关系的第二告警信息,当有该第二告警信息时,创建该第二告警信息与该第一告警信息的关联关系,该第二告警信息包括已经与其他告警信息创建了关联关系的告警信息,即使该第二告警信息已经与其他的告警信息创建了所述关联关系,仍创建该第二告警信息与该第一告警信息的关联关系,第二告警信息在与第一告警信息创建关联关系时,可以产生一个关联消息,其内容包括关联关系类型、第一告警信息的标识及第二告警信息的标识;也可以在第二告警信息及第一告警信息的相关字段中做出标识,即告警信息可以包括若干字段来标识该告警信息是否创建了关联关系、关联关系的类型以及与该告警信息存在关联关系的告警的标识,第二告警信息及第一告警信息之间在创建关联关系时,可以在告警信第二告警信息及第一告警信息息中的上述字段中做出标识。在满足了预设的派单条件时,根据所述关联关系、所述第二告警信息及与所述第二告警信息创建了所述关联关系的告警信息包括所述第一告警信息及与所述第二告警信息创建了关联关系的其他告警信息,向电子运维系统派发故障工单,其中,预设的派单条件,可以为预设的时间,即每隔一段时间派发一次工单,也可以为预设的数量,即每当创建的关联关系达到预定的数量时派发一次工单。从而,能够将在关联关系创建之后接收到的,符合相同的关联规则的多个告警信息与已经创建了关联关系的告警信息进行关联处理,减少派发的故障工单数量。
其中,所述关联关系可以包括:主次关联关系、衍生关联关系及闪断关联关系。
举例说明如下:
情况一:
如图2所示,在时刻t1接收到告警A,根据预设的告警关联规则R1,告警A与已经接收到的告警B存在主次关联关系,告警A为告警B的次告警,则告警A与告警B建立主次关联关系,告警B的字段“是否创建了关联关系”被标记为“是”,“关联关系类型”被标记为“主次关联关系的主告警”,“与之存在关联关系的告警”被标记为“告警A”,而告警A的字段“是否创建了关联关系”被标记为“是”,“关联关系类型”被标记为“主次关联关系的次告警”,“与之存在关联关系的告警”被标记为“告警B”。在时刻t2又接收到告警C,告警C也满足告警关联规则R1,即告警C与告警B存在主次关联关系,告警C为告警B的次告警,则需要创建告警C与告警B的主次关联关系,此时告警B的字段“是否创建了关联关系”被标记为“是”,“关联关系类型”被标记为“主次关联关系的主告警”,“与之存在关联关系的告警”被标记为“告警A和告警C”,告警C的字段“是否创建了关联关系”被标记为“是”,“关联关系类型”被标记为“主次关联关系的次告警”,“与之存在关联关系的告警”被标记为“告警B”。即告警B与告警A、告警C存在主次关联关系,告警B为主告警,告警A、告警C为告警B的次告警。当符合派单条件时,例如,已经创建了预定数量的关联关系,根据告警A、告警B、告警C之间的关联关系,向电子运维系统派发故障工单,由于告警A、告警C为告警B的次告警,则派发的故障工单中可以以告警B为主,同时指出告警A、告警C的内容。
情况二:
如图3a所示,在时刻t1接收到告警A1,根据预设的告警关联规则R2,告警A1与已经接收到的告警A2、告警A3、告警A4存在衍生关联关系,其中,告警A2、告警A3、告警A4的接收时间可以不同,则在告警A1、告警A2、告警A3、告警A4之间建立衍生关联关系,告警A1的字段“是否创建了关联关系”被标记为“是”,“关联关系类型”被标记为“衍生关联关系”,“与之存在关联关系的告警”被标记为“告警A2、告警A3和告警A4”;告警A2的字段“是否创建了关联关系”被标记为“是”,“关联关系类型”被标记为“衍生关联关系”,“与之存在关联关系的告警”被标记为“告警A1、告警A3和告警A4”;告警A3的字段“是否创建了关联关系”被标记为“是”,“关联关系类型”被标记为“衍生关联关系”,“与之存在关联关系的告警”被标记为“告警A1、告警A2和告警A4”;告警A4的字段“是否创建了关联关系”被标记为“是”,“关联关系类型”被标记为“衍生关联关系”,“与之存在关联关系的告警”被标记为“告警A1、告警A2和告警A3”。在时刻t2又接收到告警A5,告警A5也满足告警关联规则R2,即告警A5与告警A1、告警A2、告警A3、告警A4存在衍生关联关系,则需要创建告警A5与告警A1、告警A2、告警A3、告警A4的衍生关联关系,告警A5的字段“是否创建了关联关系”被标记为“是”,“关联关系类型”被标记为“衍生关联关系”,“与之存在关联关系的告警”被标记为“告警A1、告警A2、告警A3和告警A4”,告警A1、告警A2、告警A3及告警A4的“与之存在关联关系的告警”相应的添加“告警A5”。当符合派单条件时,根据告警A1、告警A2、告警A3、告警A4、告警A5之间的关联关系,向电子运维系统派发故障工单,由于告警A1、告警A2、告警A3、告警A4、告警A5为衍生关系,则派发的故障工单中可以以衍生的告警为主,同时指出告警A1、告警A2、告警A3、告警A4、告警A5的内容。
为了方便对存在衍生关联关系的告警进行管理,也可以在首次创建衍生关联关系时,确定衍生的告警,如图3b所示,根据告警关联规则R2,可以确定由告警A1、告警A2、告警A3、告警A4衍生的告警,衍生告警为告警A,此时,告警A的字段“是否创建了关联关系”被标记为“是”,“关联关系类型”被标记为“衍生关联关系的衍生告警”,“与之存在关联关系的告警”被标记为“告警A1、告警A2、告警A3和告警A4”,告警A1、告警A2、告警A3及告警A4的“关联关系类型”被标记为“衍生关联关系的原告警”。
优选的,所述接收网元发送的第一告警信息之前,还可以包括:设置告警关联规则,所述告警关联规则为告警之间的关联关系成立的条件。
在上述技术方案中,在接收网元发送的第一告警信息之前,还可以包括设置告警关联规则,告警关联规则可以有多条,可以根据告警信息中的字段的值设置告警关联规则,例如,告警信息中有vendorName字段,可以根据该字段的值来设置告警关联规则,设置vendorName=“中兴”的告警信息是由供应商“中兴”的网元设备发送的。
优选的,所述根据预设的告警关联规则,判断已经接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息之前,还可以包括:根据预设的告警关联规则及所述第一告警信息,确定与所述第一告警信息匹配的告警关联规则;所述根据预设的告警关联规则,判断已经接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息,可以具体为:根据与所述第一告警信息匹配的告警关联规则,判断已经接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息。
在上述技术方案中,由于预设的告警关联规则有多条,因此,在根据预设的告警关联规则判断已经接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息之前,需要确定与所述第一告警信息匹配的告警关联规则,例如,第一告警信息中vendorName字段的值为“中兴”,interfaceType的值为“8”,则需要从预设的多条告警关联规则中,确定与该第一告警信息匹配的告警关联规则,为“vendorName=中兴,interfaceType=8”,根据该告警关联规则,判断是否有与第一告警信息存在关联关系的第二告警信息,例如,也满足上述告警关联规则“vendorName=中兴,interfaceType=8”的告警信息。
通常的,存在关联关系的若干条告警信息的接收时间处于一定的时间范围内,即如果两条告警信息的接收时间差超过了某一时间范围,则无需根据预设的告警关联规则判断该两条告警信息是否存在关联关系。
为了解决上述问题,优选的,所述根据预设的告警关联规则,判断已经接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息,可以具体为:确定在接收到所述第一告警信息之前的第一预设时间内接收到的告警信息;根据预设的告警关联规则,判断所述在接收到所述第一告警信息之前的第一预设时间内接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息;所述创建所述第一告警信息与所述第二告警信息的关联关系之后,还包括:确定所述第二告警信息的接收时间为所述关联关系的创建时间。
在上述技术方案中,先确定在接收到所述第一告警信息之前的第一预设时间内接收到的告警信息,对于接收时间在接收到所述第一告警信息之前的第一预设时间内的告警信息,根据预设的告警关联规则判断是否有与第一告警信息存在关联关系的第二告警信息之前;对于接收时间不在接收到所述第一告警信息之前的第一预设时间内的告警信息,无需根据预设的告警关联规则判断是否与第一告警信息存在关联关系。从而,减少了不必要的判断步骤,节省了操作时间。
举例说明如下,设置所述第一预设时间为T1。
如图4所示,在t=0时刻,接收到告警A,在t=t1时刻接收到告警B,当t1>T1时,即告警A的接收时间在告警B之前,且告警A与告警B的接收时间差值超出了时间段T1的范围,因此,无需根据预设的告警关联规则判断告警A与告警B是否存在关联关系。
如图5a所示,在t=0时刻,接收到告警A,在t=t1时刻接收到告警B,当t1<T1时,即告警A的接收时间在告警B之前,且告警A与告警B的接收时间差值在时间段T1的范围内,因此,需要根据预设的告警关联规则判断告警A与告警B是否存在关联关系,当判定告警A与告警B存在关联关系后,创建告警A与告警B的关联关系,并将告警A的接收时间进行调整,确定告警A的接收时间为告警A与告警B的关联关系的创建时间,如图5b所示,由于在t1时刻接收到告警B后,判断在时刻t1-T1至时刻t1的范围内是否有告警信息与告警B存在关联关系及在告警A与告警B之间创建关联关系的时间很短,因此,可以认为告警A与告警B的关联关系的创建时间即为告警B的接收时间。
当在某一时间段内,接收的告警信息的数量过多时,如果该时间段内接收的告警信息均与某一已经接收的告警信息存在关联关系,则可能是由某一鼓掌所引起的告警风暴,即发生故障的网元在一时间段内持续地发送告警信息,而对此类的告警信息的创建关联关系,会影响系统的性能。
为了解决上述问题,优选的,当所述第二告警信息为已经与其他告警信息创建了所述关联关系的告警信息时,所述创建所述第一告警信息与所述第二告警信息的关联关系之前,还可以包括:判断在接收到所述第一告警信息之前的第二预设时间内已经与所述第二告警信息创建了所述关联关系的其他告警信息的数量是否在预设数值范围内;当判定所述其他告警信息的数量在所述预设数值范围内时,创建所述第一告警信息与所述第二告警信息的关联关系,否则,不创建所述关联关系。
在上述技术方案中,在判定有与第一告警信息存在关联关系的第二告警信息且该第二告警信息已经与其他的告警信息创建了所述关联关系时,首先判断该在一预设的第二时间段内,与第二告警信息创建了关联关系的其他告警信息的数量是否超出了预设的数值范围,当在一预设的第二时间段内,与第二告警信息创建了所述关联关系的其他告警信息的数量没有超出预设的数值范围时,创建该第二告警信息与第一告警信息的关联关系,否则,不创建该第二告警信息与第一告警信息的关联关系。从而,避免了当有网元在一时间段内持续地发送针对某一故障的告警信息时,无需对此类告警信息进行关联处理,提高了系统的性能。
其中,在一预设的第二时间段内,与第二告警信息创建了关联关系的其他告警信息的数量的计算方式与现有技术中的计算方式相同,即当有告警信息与该第二告警信息关联时,与第二告警信息创建了关联关系的其他告警信息的数量增加,当有告警信息与该第二告警信息关联关系消失时,与第二告警信息创建了关联关系的其他告警信息的数量减小。例如,由于告警信息能够会自行取消,即某网元可以发送告警取消消息来将其之前发送的告警信息取消,当一条告警信息被取消时,相应的,与该告警信息相关的告警信息的关联关系的数量将会减少。
举例说明如下,设置所述第二预设时间为T2,预设的数值范围为N。
如图6所示,在时刻t=0时,接收到告警A,在时刻t2时,接收到与告警A存在所述关联关系的告警B,而在时刻t2-T2至时刻t2的时间范围内,先后接收到与告警A存在关联关系的n1个告警信息。
当n1<N时,即在接收到告警B之前的T2时间范围内,与告警A创建了所述关联关系的告警信息的个数n=n1在预设的数值范围N内,则创建告警A与告警B的关联关系。
当n1>N时,即在接收到告警B之前的T2时间范围内,与告警A创建了所述关联关系的告警信息的个数n=n1超出了预设的数值范围N,则不会创建告警A与告警B的关联关系。
图7为本发明实施例1提供的基于告警关联的派单装置结构示意图。所述基于告警关联的派单装置70,包括:
接收模块71,用于接收网元发送的第一告警信息;
第一判断模块72,用于根据预设的告警关联规则,判断已经接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息,所述告警关联规则为告警之间的关联关系成立的条件;
关联关系创建模块73,用于当判定有与所述第一告警信息存在关联关系的第二告警信息时,创建所述第一告警信息与所述第二告警信息的关联关系;
派单模块74,用于当满足预设的派单条件时,根据所述关联关系、所述第二告警信息及与所述第二告警信息创建了所述关联关系的告警信息,向电子运维系统派发故障工单。
在上述技术方案中,接收模块71在接收到第一告警信息后,第一判断模块72根据预设的告警关联规则,判断是否有与该第一告警信息存在关联关系的第二告警信息,当有该第二告警信息时,关联关系创建模块73创建该第二告警信息与该第一告警信息的关联关系,即使该第二告警信息已经与其他的告警信息创建了所述关联关系,派单模块74在满足了预设的派单条件时,根据所述关联关系、所述第二告警信息及与所述第二告警信息创建了所述关联关系的告警信息包括所述第一告警信息及与所述第二告警信息创建了关联关系的其他告警信息,向电子运维系统派发故障工单,其中,预设的派单条件,可以为预设的时间,即每隔一段时间派发一次工单,也可以为预设的数量,即每当创建的关联关系达到预定的数量时派发一次工单。从而,能够将在关联关系创建之后接收到的,符合相同的关联规则的多个告警信息与已经创建了关联关系的告警信息进行关联处理,减少派发的故障工单数量。
优选的,所述装置,还包括:设置模块,用于设置告警关联规则,所述告警关联规则为告警之间的关联关系成立的条件。
优选的,所述装置,还包括:第一确定模块,用于根据预设的告警关联规则及所述第一告警信息,确定与所述第一告警信息匹配的告警关联规则;所述第一判断模块,进一步用于根据与所述第一告警信息匹配的告警关联规则,判断已经接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息。
优选的,所述第一判断模块还包括:第一确定单元,用于确定在接收到所述第一告警信息之前的预设时间内接收到的告警信息;第一判断单元,用于根据预设的告警关联规则,判断所述在接收到所述第一告警信息之前的预设时间内接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警;所述装置还包括:第二确定模块,用于确定所述第二告警信息的接收时间为所述关联关系的创建时间。
优选的,所述装置,还包括:第二判断模块,用于判断在接收到所述第一告警信息之前的第二预设时间内已经与所述第二告警信息创建了所述关联关系的其他告警信息的数量是否在预设数值范围内;所述关联关系创建模块,进一步用于当判定所述其他告警信息的数量在所述预设数值范围内时,创建所述第一告警信息与所述第二告警信息的关联关系,否则,不创建所述关联关系。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明所述原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (11)
1.一种基于告警关联的派单方法,其特征在于,包括:
接收网元发送的第一告警信息;
根据预设的告警关联规则,判断已经接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息,所述告警关联规则为告警之间的关联关系成立的条件;
当判定有与所述第一告警信息存在关联关系的第二告警信息时,创建所述第一告警信息与所述第二告警信息的关联关系;
当满足预设的派单条件时,根据所述关联关系、所述第二告警信息及与所述第二告警信息创建了所述关联关系的告警信息,向电子运维系统派发故障工单。
2.如权利要求1所述方法,其特征在于,所述接收网元发送的第一告警信息之前,还包括:
设置告警关联规则,所述告警关联规则为告警之间的关联关系成立的条件。
3.如权利要求1所述方法,其特征在于,所述根据预设的告警关联规则,判断已经接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息之前,还包括:
根据预设的告警关联规则及所述第一告警信息,确定与所述第一告警信息匹配的告警关联规则;
所述根据预设的告警关联规则,判断已经接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息,具体为:
根据与所述第一告警信息匹配的告警关联规则,判断已经接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息。
4.如权利要求1所述方法,其特征在于,所述根据预设的告警关联规则,判断已经接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息,具体为:
确定在接收到所述第一告警信息之前的第一预设时间内接收到的告警信息;
根据预设的告警关联规则,判断所述在接收到所述第一告警信息之前的第一预设时间内接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息;
所述创建所述第一告警信息与所述第二告警信息的关联关系之后,还包括:
确定所述第二告警信息的接收时间为所述关联关系的创建时间。
5.如权利要求1所述方法,其特征在于,当所述第二告警信息为已经与其他告警信息创建了所述关联关系的告警信息时,所述创建所述第一告警信息与所述第二告警信息的关联关系之前,还包括:
判断在接收到所述第一告警信息之前的第二预设时间内已经与所述第二告警信息创建了所述关联关系的其他告警信息的数量是否在预设数值范围内;
当判定所述其他告警信息的数量在所述预设数值范围内时,创建所述第一告警信息与所述第二告警信息的关联关系,否则,不创建所述关联关系。
6.如权利要求1-5任一所述方法,其特征在于,所述关联关系包括:主次关联关系、衍生关联关系及闪断关联关系。
7.一种基于告警关联的派单装置,其特征在于,包括:
接收模块,用于接收网元发送的第一告警信息;
第一判断模块,用于根据预设的告警关联规则,判断已经接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息,所述告警关联规则为告警之间的关联关系成立的条件;
关联关系创建模块,用于当判定有与所述第一告警信息存在关联关系的第二告警信息时,创建所述第一告警信息与所述第二告警信息的关联关系;
派单模块,用于当满足预设的派单条件时,根据所述关联关系、所述第二告警信息及与所述第二告警信息创建了所述关联关系的告警信息,向电子运维系统派发故障工单。
8.如权利要求7所述装置,其特征在于,还包括:
设置模块,用于设置告警关联规则,所述告警关联规则为告警之间的关联关系成立的条件。
9.如权利要求7所述装置,其特征在于,还包括:
第一确定模块,用于根据预设的告警关联规则及所述第一告警信息,确定与所述第一告警信息匹配的告警关联规则;
所述第一判断模块,进一步用于根据与所述第一告警信息匹配的告警关联规则,判断已经接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警信息。
10.如权利要求7所述装置,其特征在于,所述第一判断模块还包括:
第一确定单元,用于确定在接收到所述第一告警信息之前的预设时间内接收到的告警信息;
第一判断单元,用于根据预设的告警关联规则,判断所述在接收到所述第一告警信息之前的预设时间内接收到的告警信息中是否有与所述第一告警信息存在关联关系的第二告警;
所述装置还包括:
第二确定模块,用于确定所述第二告警信息的接收时间为所述关联关系的创建时间。
11.如权利要求7所述装置,其特征在于,还包括:
第二判断模块,用于判断在接收到所述第一告警信息之前的第二预设时间内已经与所述第二告警信息创建了所述关联关系的其他告警信息的数量是否在预设数值范围内;
所述关联关系创建模块,进一步用于当判定所述其他告警信息的数量在所述预设数值范围内时,创建所述第一告警信息与所述第二告警信息的关联关系,否则,不创建所述关联关系。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410005930.6A CN104767630B (zh) | 2014-01-03 | 2014-01-03 | 一种基于告警关联的派单方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410005930.6A CN104767630B (zh) | 2014-01-03 | 2014-01-03 | 一种基于告警关联的派单方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104767630A true CN104767630A (zh) | 2015-07-08 |
CN104767630B CN104767630B (zh) | 2018-12-07 |
Family
ID=53649261
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410005930.6A Active CN104767630B (zh) | 2014-01-03 | 2014-01-03 | 一种基于告警关联的派单方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104767630B (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105812247A (zh) * | 2016-05-04 | 2016-07-27 | 北京思特奇信息技术股份有限公司 | 一种通过电子邮件处理业务告警信息的方法及系统 |
CN106789347A (zh) * | 2017-01-22 | 2017-05-31 | 山东浪潮商用系统有限公司 | 一种基于告警数据实现告警关联和网络故障诊断的方法 |
CN106936621A (zh) * | 2015-12-31 | 2017-07-07 | 中国移动通信集团广东有限公司 | 一种工单风暴控制方法、装置及系统 |
CN106972942A (zh) * | 2016-01-13 | 2017-07-21 | 中国移动通信集团山西有限公司 | 告警处理方法及系统 |
CN112988525A (zh) * | 2021-03-22 | 2021-06-18 | 新华三技术有限公司 | 一种告警关联规则的匹配方法及装置 |
CN113256244A (zh) * | 2021-04-30 | 2021-08-13 | 新奇点智能科技集团有限公司 | 智能交通云管理平台生成告警工单的方法、装置、设备及存储介质 |
CN114124682A (zh) * | 2021-09-30 | 2022-03-01 | 卓望数码技术(深圳)有限公司 | 监控方法及监控系统 |
CN114398230A (zh) * | 2021-12-30 | 2022-04-26 | 连连(杭州)信息技术有限公司 | 一种告警信息处理方法、装置和存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020111755A1 (en) * | 2000-10-19 | 2002-08-15 | Tti-Team Telecom International Ltd. | Topology-based reasoning apparatus for root-cause analysis of network faults |
CN1992636A (zh) * | 2005-12-29 | 2007-07-04 | 华为技术有限公司 | 一种处理告警信息的系统及方法 |
CN101808015A (zh) * | 2009-02-18 | 2010-08-18 | 普天信息技术研究院有限公司 | 一种告警信息相关性的分析方法和装置 |
CN102075344A (zh) * | 2009-11-20 | 2011-05-25 | 中国移动通信集团北京有限公司 | 通信网络中的工单派发方法及告警信息过滤装置 |
CN102111788A (zh) * | 2009-12-29 | 2011-06-29 | 中兴通讯股份有限公司 | 一种告警处理方法及告警管理系统 |
CN102571407A (zh) * | 2010-12-30 | 2012-07-11 | 中国移动通信集团河北有限公司 | 告警关联分析方法及装置 |
CN102625350A (zh) * | 2012-03-09 | 2012-08-01 | 浪潮通信信息系统有限公司 | 一种基于告警关联的移动通信网管自动派单 |
-
2014
- 2014-01-03 CN CN201410005930.6A patent/CN104767630B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020111755A1 (en) * | 2000-10-19 | 2002-08-15 | Tti-Team Telecom International Ltd. | Topology-based reasoning apparatus for root-cause analysis of network faults |
CN1992636A (zh) * | 2005-12-29 | 2007-07-04 | 华为技术有限公司 | 一种处理告警信息的系统及方法 |
CN101808015A (zh) * | 2009-02-18 | 2010-08-18 | 普天信息技术研究院有限公司 | 一种告警信息相关性的分析方法和装置 |
CN102075344A (zh) * | 2009-11-20 | 2011-05-25 | 中国移动通信集团北京有限公司 | 通信网络中的工单派发方法及告警信息过滤装置 |
CN102111788A (zh) * | 2009-12-29 | 2011-06-29 | 中兴通讯股份有限公司 | 一种告警处理方法及告警管理系统 |
CN102571407A (zh) * | 2010-12-30 | 2012-07-11 | 中国移动通信集团河北有限公司 | 告警关联分析方法及装置 |
CN102625350A (zh) * | 2012-03-09 | 2012-08-01 | 浪潮通信信息系统有限公司 | 一种基于告警关联的移动通信网管自动派单 |
Non-Patent Citations (1)
Title |
---|
罗承廉: "《信息化建设理论与应用》", 31 March 2006 * |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106936621A (zh) * | 2015-12-31 | 2017-07-07 | 中国移动通信集团广东有限公司 | 一种工单风暴控制方法、装置及系统 |
CN106936621B (zh) * | 2015-12-31 | 2019-10-18 | 中国移动通信集团广东有限公司 | 一种工单风暴控制方法、装置及系统 |
CN106972942A (zh) * | 2016-01-13 | 2017-07-21 | 中国移动通信集团山西有限公司 | 告警处理方法及系统 |
CN106972942B (zh) * | 2016-01-13 | 2020-09-01 | 中国移动通信集团山西有限公司 | 告警处理方法及系统 |
CN105812247A (zh) * | 2016-05-04 | 2016-07-27 | 北京思特奇信息技术股份有限公司 | 一种通过电子邮件处理业务告警信息的方法及系统 |
CN106789347A (zh) * | 2017-01-22 | 2017-05-31 | 山东浪潮商用系统有限公司 | 一种基于告警数据实现告警关联和网络故障诊断的方法 |
CN112988525A (zh) * | 2021-03-22 | 2021-06-18 | 新华三技术有限公司 | 一种告警关联规则的匹配方法及装置 |
CN112988525B (zh) * | 2021-03-22 | 2022-07-22 | 新华三技术有限公司 | 一种告警关联规则的匹配方法及装置 |
CN113256244A (zh) * | 2021-04-30 | 2021-08-13 | 新奇点智能科技集团有限公司 | 智能交通云管理平台生成告警工单的方法、装置、设备及存储介质 |
CN114124682A (zh) * | 2021-09-30 | 2022-03-01 | 卓望数码技术(深圳)有限公司 | 监控方法及监控系统 |
CN114398230A (zh) * | 2021-12-30 | 2022-04-26 | 连连(杭州)信息技术有限公司 | 一种告警信息处理方法、装置和存储介质 |
CN114398230B (zh) * | 2021-12-30 | 2024-10-15 | 连连(杭州)信息技术有限公司 | 一种告警信息处理方法、装置和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN104767630B (zh) | 2018-12-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104767630A (zh) | 一种基于告警关联的派单方法及装置 | |
US9373247B2 (en) | Disaster monitoring and pre-warning system and method thereof | |
CN104954178A (zh) | 优化系统报警的方法及装置 | |
US8040231B2 (en) | Method for processing alarm data to generate security reports | |
US7471194B2 (en) | Trouble ticket service system, monitoring apparatus, and trouble ticket service method; for trouble ticket service system and monitoring apparatus use | |
CN107845008B (zh) | 信息接收控制方法及装置 | |
RU2011128354A (ru) | Способ и устройство защиты для контроля сборных шин электрической сети энергоснабжения | |
CN111130821B (zh) | 一种掉电告警的方法、处理方法及装置 | |
KR20150061102A (ko) | 관제 시스템 및 이를 이용한 관제 방법 | |
EP3154238B1 (en) | Method and device for policy-based m2m terminal device monitoring and control | |
CN107306212A (zh) | 智能家居告警方法、装置、智能防控终端及家庭智能网关 | |
CN103905271B (zh) | 一种告警风暴抑制方法 | |
JP6053914B2 (ja) | メッセージ送受信装置、自動検針システム、およびメッセージ送受信方法 | |
CN108171265A (zh) | 一种标签获得方法、装置及电子设备 | |
JP2015065601A (ja) | モバイルネットワークシステム | |
CN104601369A (zh) | It运维报警方法、装置和系统 | |
CN105323104A (zh) | 告警管理方法、装置及分组传送设备 | |
JP5104631B2 (ja) | 伝送装置及び伝送装置の分散管理方法 | |
JP6257987B2 (ja) | 情報提供システム及び情報提供方法 | |
CN105429823A (zh) | 分布式通信设备中组播流量检测方法及装置 | |
CN104539554A (zh) | 一种报文传输方法及报文处理系统 | |
CN106452849A (zh) | 一种多渠道气象信息监控和反馈方法 | |
JP2009089111A (ja) | 監視サーバ、監視システムおよび監視システムにおける通信方法。 | |
JP3159725U (ja) | 河川警報装置 | |
CN104184670A (zh) | 一种智能变电站中异常报文的隔离方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
EXSB | Decision made by sipo to initiate substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |