告警信息的处理方法及装置与流程

本发明涉及信息处理领域，具体而言，涉及一种告警信息的处理方法及装置。

背景技术：

由于电力配电通信网规模大、结构复杂，设备故障产生的告警数据之间往往存在关联关系，或者在时间上存在偏序关系，导致其中一个网元的故障可能引发多个网元告警，产生大量衍生告警，严重影响告警发现、定位、处理的速度和效率。另一方面，电力配电通信网需要特别关注重要业务的告警信息，以保证重要业务的服务质量从告警报告中准确分离和定位产生故障的原因和位置是非常困难的，从告警报告中准确分离和定位产生故障的原因和位置是非常困难的，主要表现为：①告警事件中可能包括许多无意义信息和冗余信息。②由于一个故障，导致设备产生了多个告警。③在大型的、异构的通信网络中没有统一的网络时间，会给告警事件通过时间进行相关性分析和比较带来极大的困难。④故障本身间歇性发作，导致系统会接收到大量重复告警，影响关联分析的准确性。⑤通常假设可以获得网络设备发出的全部告警信息，但在某些特殊情况下不可能得到完整的信息。⑥有可能存在多个反应故障告警事件同时发生的情况。例如，网络的连接若出现故障，则链路连接的两端都会发出告警事件。⑦已知部件的故障可能会影响到其他几个部件，产生故障扩散。故障的影响会沿着网络设备扩散，例如，OLT和ONU连接关系所形成的路径。⑧多个故障同时发生，则告警事件有许多潜在重叠。⑨产生故障的问题不是总能观察到的。许多产生故障的根本性问题可能无法直接观察到。⑩由于通信网络是一个不断发展变化的网络，例如，配置参数发生变化和网络拓扑结构改动，都会引起告警相关性规则出现变化。

针对上述的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种告警信息的处理方法及装置，以至少解决由于设备故障产生的告警数据之间往往存在关联关系，或者在时间上存在偏序关系，导致其中一个网元的故障造成的多个网元告警，产生大量衍生告警，影响告警发现、定位、处理的速度和效率的技术问题。

根据本发明实施例的一个方面，提供了一种告警信息的处理方法，该方法包括：接收通信设备发出的多条告警信息；确定每条告警信息的属性类别；提取属性类别为第一类告警的告警信息，得到待处理的告警信息，其中，第一类告警为告警信息之间存在关联关系的告警；采用关联规则库对待处理的告警信息进行过滤处理；以及将处理后的告警信息显示在目标界面。

进一步地，在接收通信设备发出的多条告警信息之后，在确定每条告警信息的属性类别之前，该方法还包括：分别按照多条预设条件对多条告警信息进行过滤处理；确定每条告警信息的属性类别包括：确定过滤处理后的每条告警信息的属性类别。

进一步地，在采用关联规则库对待处理的告警信息进行过滤处理之前，该方法还包括：通过对通信设备发出的历史告警信息进行学习训练，得到告警信息之间的多条关联规则；将多条关联规则存储至预设数据库中；以及将预设数据库作为关联规则库。

进一步地，在采用关联规则库对待处理的告警信息进行过滤处理之后，该方法还包括：对待处理的告警信息进行学习训练，得到待处理的告警信息之间的关联规则；判断在关联规则库中是否存在待处理的告警信息之间的关联规则；如果在关联规则库中不存在待处理的告警信息之间的关联规则，将待处理的告警信息之间的关联规则存储至关联规则库。

进一步地，将处理后的告警信息显示在目标界面包括：生成处理后的告警信息对应的可视化视图；在目标界面上确定显示可视化视图的位置；以及在位置上显示可视化视图。

根据本发明实施例的另一方面，还提供了一种告警信息的处理装置，该装置包括：接收单元，用于接收通信设备发出的多条告警信息；第一确定单元，用于确定每条告警信息的属性类别；提取单元，用于提取属性类别为第一类告警的告警信息，得到待处理的告警信息，其中，第一类告警为告警信息之间存在关联关系的告警；第一处理单元，用于采用关联规则库对待处理的告警信息进行过滤处理；以及显示单元，用于将处理后的告警信息显示在目标界面。

进一步地，该装置还包括：第二处理单元，用于在接收通信设备发出的多条告警信息之后，在确定每条告警信息的属性类别之前，分别按照多条预设条件对多条告警信息进行过滤处理；第一确定单元还包括确定过滤处理后的每条告警信息的属性类别。

进一步地，该装置还包括：第一训练单元，用于在采用关联规则库对待处理的告警信息进行过滤处理之前，通过对通信设备发出的历史告警信息进行学习训练，得到告警信息之间的多条关联规则；第一存储单元，用于将多条关联规则存储至预设数据库中；以及第二确定单元，用于将预设数据库作为关联规则库。

进一步地，该装置还包括：第二训练单元，用于在采用关联规则库对待处理的告警信息进行过滤处理之后，对待处理的告警信息进行学习训练，得到待处理的告警信息之间的关联规则；判断单元，用于判断在关联规则库中是否存在待处理的告警信息之间的关联规则；第二存储单元，用于在关联规则库中不存在待处理的告警信息之间的关联规则的情况下，将待处理的告警信息之间的关联规则存储至关联规则库。

进一步地，该显示单元包括：生成模块，用于生成处理后的告警信息对应的可视化视图；确定模块，用于在目标界面上确定显示可视化视图的位置；以及显示模块，用于在位置上显示可视化视图。

在本发明实施例中，通过接收通信设备发出的多条告警信息；确定每条告警信息的属性类别；提取属性类别为第一类告警的告警信息，得到待处理的告警信息，其中，第一类告警为告警信息之间存在关联关系的告警；采用关联规则库对待处理的告警信息进行过滤处理；以及将处理后的告警信息显示在目标界面，达到了对存在关联关系的告警信息进行过滤处理，将处理后的告警信息在目标界面上进行显示，从而实现了对告警信息进行快速定位和进行后续处理效率的技术效果，进而解决了由于设备故障产生的告警数据之间往往存在关联关系，或者在时间上存在偏序关系，导致其中一个网元的故障造成的多个网元告警，产生大量衍生告警，影响告警发现、定位、处理的速度和效率的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

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

图2是根据本申请实施例提供的告警信息的处理方法进行实验测试的示意图；

图3是根据本申请实施例提供的告警信息的处理装置的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了便于描述，以下对本申请实施例涉及的部分名词或术语进行说明：

OLT：Optical Line Terminal，光线路终端。

ONU：Optical Network Unit，光网络单元。

根据本申请的实施例，提供了一种告警信息的处理方法。

图1是根据本申请实施例的告警信息的处理方法的流程图。如图1所示，该方法包括以下步骤：

步骤S102，接收通信设备发出的多条告警信息。

本申请中提及的通信设备可以为光线路终端、光网络单元和交换机，接收通信设备发出的多条告警信息。本申请中提及的告警信息为发现通信设备在运行的过程中出现异常发出的信息，该告警信息中可能包括通信设备出现异常的原因或者发送该告警信息的来源等等。

作为一种可选的实施例，为了提升在多条告警信息中找出有效的告警信息的效率，在本申请实施例提供的告警信息的处理方法中，在接收通信设备发出的多条告警信息之后，在确定每条告警信息的属性类别之前，该方法还包括：分别按照多条预设条件对多条告警信息进行过滤处理。

例如，多条告警信息中包括频闪告警、重复告警和虚假事件告警等等，频闪告警能够在触发后极短时间内恢复，做频闪计数的告警信息，重复告警会在未恢复的时间段内重复产生告警事件，导致同一条告警多次出现。可以考虑对首次触发的告警进行标识，在该告警未恢复期间触发的相同告警进行归并处理。虚假事件告警并非真正的告警事件，有可能是一些通知事件，例如，割接、正常检修等导致的虚假告警，可以直接丢弃。

分别按照多条预设条件对多条告警信息进行过滤处理，也即进行底层过滤，通过过滤处理后，过滤掉频闪告警、重复告警和虚假事件告警等等视为无效的告警信息，从而提升在多条告警信息中找出有效的告警信息的效率。还可以将过滤后的有效告警信息存入预设数据库。

步骤S104，确定每条告警信息的属性类别。

在本申请中提及的告警信息的属性类别包括第一类告警和第二类告警，第一类告警为告警信息与其它告警信息之间存在关联关系的告警信息，第一类告警为告警信息与其它告警信息之间部存在关联关系的告警信息。例如，通信设备产生告警信息A时，也会触发产生告警信息B和告警信息C，也即视为告警信息A、告警信息B和告警信息C之间存在关联关系。

在此步骤中确定通信设备发出的每条告警信息的属性类别。如果按照多条预设条件对多条告警信息进行过滤处理，则确定过滤处理后的每条告警信息的属性类别。

步骤S106，提取属性类别为第一类告警的告警信息，得到待处理的告警信息，其中，第一类告警为告警信息之间存在关联关系的告警。

由于设备故障产生的告警数据之间往往存在关联关系，或者在时间上存在偏序关系，导致其中一个网元的故障造成的多个网元告警，产生大量衍生告警，影响告警发现、定位、处理的速度和效率在此步骤中，提取属性类别为第一类告警的告警信息，得到待处理的告警信息，用于后续对告警信息之间存在关联关系的告警信息进行处理。

步骤S108，采用关联规则库对待处理的告警信息进行过滤处理。

通过采用关联规则库对待处理的告警信息进行过滤处理，从而提升对有效告警信息的发现、定位、处理的速度和效率。

可选地，在本申请实施例提供的告警信息的处理方法中，在采用关联规则库对待处理的告警信息进行过滤处理之前，该方法还包括：通过对通信设备发出的历史告警信息进行学习训练，得到告警信息之间的多条关联规则；将多条关联规则存储至预设数据库中；以及将预设数据库作为关联规则库。

对通信设备发出的历史告警信息进行学习训练，或者通过技术维护人员对通信设备发出的历史告警信息进行总结归纳，得出告警信息之间的多条关联规则。也即，技术维护人员积累的经验知识，将人工经验与系统自动挖掘出的关联规则相结合，用以完善关联规则库。可以通过人机交互的方式对关联规则库进行更新，或者通过预先向经验库中存入经验之后，对关联规则库实现自动更新，以便后续对告警信息进行处理时，直接获取关联规则对待处理的告警信息进行过滤处理。从而提升了对有效告警信息的发现、定位、处理的速度和效率。

可选地，在本申请实施例提供的告警信息的处理方法中，在采用关联规则库对待处理的告警信息进行过滤处理之后，该方法还包括：对待处理的告警信息进行学习训练，得到待处理的告警信息之间的关联规则；判断在关联规则库中是否存在待处理的告警信息之间的关联规则；如果在关联规则库中不存在待处理的告警信息之间的关联规则，将待处理的告警信息之间的关联规则存储至关联规则库。

通过以上方案，将在关联规则库中不存在待处理的告警信息之间的关联规则，存储至关联规则库。从而对关联规则库进行不断更新和完善。从而保证了后续可以快速、准确地分析出衍生告警和根告警，生成告警树并分层呈现。从而有效压缩实时告警表中的告警数量，实现故障的快速发现、定位和处理。

步骤S110，将处理后的告警信息显示在目标界面。

通过将处理后的告警信息显示在目标界面，从而能够快速的发现有效告警信息，在多条告警信息中定位到有效告警信息，从而提高对告警信息的处理和响应的速度和效率。

可选地，在本申请实施例提供的告警信息的处理方法中，将处理后的告警信息显示在目标界面包括：生成处理后的告警信息对应的可视化视图；在目标界面上确定显示可视化视图的位置；以及在位置上显示可视化视图。

根据用户的关注度和业务需求，通过视图的形式予以呈现。使用告警池技术可以实现多视图呈现，其中每一个视图都有一个过滤器，视图只显示满足过滤器的部分数据，实现每个视图只呈现特定用户所关注的告警。通过将处理后的告警信息通过可视化视图的方式显示在目标界面，从而实现了更加快速的发现有效告警信息，在多条告警信息中定位到有效告警信息，从而提高对告警信息的处理和响应的速度和效率。

本申请实施例提供的告警信息的处理方法，通过接收通信设备发出的多条告警信息；确定每条告警信息的属性类别；提取属性类别为第一类告警的告警信息，得到待处理的告警信息，其中，第一类告警为告警信息之间存在关联关系的告警；采用关联规则库对待处理的告警信息进行过滤处理；以及将处理后的告警信息显示在目标界面，达到了对存在关联关系的告警信息进行过滤处理，将处理后的告警信息在目标界面上进行显示，从而实现了对告警信息进行快速定位和进行后续处理效率的技术效果，进而解决了由于设备故障产生的告警数据之间往往存在关联关系，或者在时间上存在偏序关系，导致其中一个网元的故障造成的多个网元告警，产生大量衍生告警，影响告警发现、定位、处理的速度和效率的技术问题。

为了验证上述的告警信息的处理方法的性能和效率，以对配电通信网服务质量影响最大的线路故障为例，讨论底层网络出现线路故障对高层网络服务的影响。假设使用一台OLT(Optical Line Terminal，光线路终端)设备和一台ONU(Optical Network Unit，光网络单元)设备组建实验网络，图2是根据本申请实施例提供的告警信息的处理方法进行实验测试的示意图，OLT与ONU系统的承载关系如图2所示。具体如下：

1)物理传输层由4个光缆段组成{1号，2号，3号，4号}，光缆上承载一个光网络系统。

2)OLT系统由a、b、c、d共4个节点组成3个光传送段{a-b，b-c，c-d}。

3)在OLT系统上同时承载4个系统{R1，R2，R3，R4}。其中R1和R4承载在a-b和b-c段上，R2承载在b-c和c-d段上，R3承载在c-d段上。

为光缆段信息、OLT光传送段信息、ONU复用段信息分别定义变量M＝{M1，M2，M3，M4}，N＝{N1，N2，N3}，E＝{E1，E2，E3，E4}。所有变量的值域为{normal，fault}。当变量等于fault时，表示线路故障，无法为上层提供可靠的传输服务。

故障1：在某个时间段内，R1和R4同时上报告警，告警指示R1和R4复用段线路故障。模型分析结果为，引起“R1和R4同时出现告警”的根故障是1号或2号光缆段出现线路故障。

故障2：在某个时间段内，R2和R3同时上报告警，告警指示R2和R3复用段线路故障。模型分析结果为，引起“R2和R3同时出现告警”的根故障是4号光缆段出现线路故障。

故障3：在某个时间段内，R1，R2和R4同时上报告警，告警指示R1，R2和R4复用段线路故障。模型分析结果为，引起“R1，R2和R4同时出现告警”的根故障是3号光缆段出现线路故障。

根据历史故障数据获得故障先验概率后(预定义规则库规则)，多次测量结果得出本模型的故障诊断准确率可以达到92％以上。另一方面，根据文中的根告警诊断模型，用Oracle和JAVA编写一套程序，并将取自某配电通信网管系统的原始告警数据经程序分析处理。实验运行证明，该模型能够高效地实现告警分析定位。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例还提供了一种告警信息的处理装置，需要说明的是，本申请实施例的告警信息的处理装置可以用于执行本申请实施例所提供的用于告警信息的处理方法。以下对本申请实施例提供的告警信息的处理装置进行介绍。

图2是根据本申请实施例的告警信息的处理装置的示意图。如图2所示，该装置包括：接收单元10、第一确定单元20、提取单元30、第一处理单元40和显示单元50。

具体地，接收单元10，用于接收通信设备发出的多条告警信息。

第一确定单元20，用于确定每条告警信息的属性类别。

提取单元30，用于提取属性类别为第一类告警的告警信息，得到待处理的告警信息，其中，第一类告警为告警信息之间存在关联关系的告警。

第一处理单元40，用于采用关联规则库对待处理的告警信息进行过滤处理。

显示单元50，用于将处理后的告警信息显示在目标界面。

本申请实施例提供的告警信息的处理装置，通过接收单元10接收通信设备发出的多条告警信息；第一确定单元20确定每条告警信息的属性类别；提取单元30提取属性类别为第一类告警的告警信息，得到待处理的告警信息，其中，第一类告警为告警信息之间存在关联关系的告警；第一处理单元40采用关联规则库对待处理的告警信息进行过滤处理；以及显示单元50将处理后的告警信息显示在目标界面，达到了对存在关联关系的告警信息进行过滤处理，将处理后的告警信息在目标界面上进行显示，从而实现了对告警信息进行快速定位和进行后续处理效率的技术效果，进而解决了由于设备故障产生的告警数据之间往往存在关联关系，或者在时间上存在偏序关系，导致其中一个网元的故障造成的多个网元告警，产生大量衍生告警，影响告警发现、定位、处理的速度和效率的技术问题。

可选地，在本申请实施例提供的告警信息的处理装置中，该装置还包括：第二处理单元，用于在接收通信设备发出的多条告警信息之后，在确定每条告警信息的属性类别之前，分别按照多条预设条件对多条告警信息进行过滤处理；第一确定单元还包括确定过滤处理后的每条告警信息的属性类别。

可选地，在本申请实施例提供的告警信息的处理装置中，该装置还包括：第一训练单元，用于在采用关联规则库对待处理的告警信息进行过滤处理之前，通过对通信设备发出的历史告警信息进行学习训练，得到告警信息之间的多条关联规则；第一存储单元，用于将多条关联规则存储至预设数据库中；以及第二确定单元，用于将预设数据库作为关联规则库。

可选地，在本申请实施例提供的告警信息的处理装置中，该装置还包括：第二训练单元，用于在采用关联规则库对待处理的告警信息进行过滤处理之后，对待处理的告警信息进行学习训练，得到待处理的告警信息之间的关联规则；判断单元，用于判断在关联规则库中是否存在待处理的告警信息之间的关联规则；第二存储单元，用于在关联规则库中不存在待处理的告警信息之间的关联规则的情况下，将待处理的告警信息之间的关联规则存储至关联规则库。

可选地，在本申请实施例提供的告警信息的处理装置中，该显示单元50包括：生成模块，用于生成处理后的告警信息对应的可视化视图；确定模块，用于在目标界面上确定显示可视化视图的位置；以及显示模块，用于在位置上显示可视化视图。

所述告警信息的处理装置包括处理器和存储器，上述接收单元10、第一确定单元20、提取单元30、第一处理单元40和显示单元50等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元实现相应功能。上述第一预设规则、第二预设规则都可以存储在存储器中。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数处理告警信息。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本申请还提供了一种计算机程序产品的实施例，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序代码：接收通信设备发出的多条告警信息；确定每条告警信息的属性类别；提取属性类别为第一类告警的告警信息，得到待处理的告警信息，其中，第一类告警为告警信息之间存在关联关系的告警；采用关联规则库对待处理的告警信息进行过滤处理；以及将处理后的告警信息显示在目标界面。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。