CN108021492B - 一种告警合并方法及设备 - Google Patents

Abstract

本发明实施例公开了一种告警合并方法及设备，涉及计算机技术领域，可以提高告警合并的准确性，并提高告警合并的效率。具体方案为：接收至少两个第一告警的信息，至少两个第一告警中每个第一告警的信息包含第一告警的标识和第一告警的产生时间；若至少两个第一告警中的任意两个第一告警的标识分别与保存的至少一组告警对中任意一组告警对中的两个历史告警的标识相同，且任意两个第一告警的产生时间的时间差小于预定时间阈值，则确定任意两个第一告警存在关联关系；将存在关联关系的两个第一告警进行合并处理。本发明实施例用于告警合并的过程中。

Description

一种告警合并方法及设备

技术领域

本发明涉及计算机技术领域，尤其涉及一种告警合并方法及设备。

背景技术

网络中的各个网元都可以进行自身故障的检测，并在检测到故障后向网络中的告警管理设备上报告警。其中，当一个基础设备(如应用服务器)故障后，不仅该基础设备会向告警管理设备上报告警；使用该基础设备提供的业务服务资源执行业务的业务设备(如使用应用服务器提供的应用数据资源，为用户提供服务的终端设备)也可能会由于该基础设备故障，不能执行相应的业务向告警管理设备上报告警。如此，则可能会出现多个网元因为同一个故障分别向告警管理设备上报告警，而造成告警泛滥的问题。

为了缓解上述告警泛滥的问题，告警管理设备可以通过时间窗的方式对接收到的告警进行合并。具体的，告警管理设备可以设置时间窗的时长和时间窗移动步长；将接收到的告警按照告警的产生时间的先后顺序进行排序；从排序最早的告警开始，分析一个时间窗内的所有告警，对该时间窗内的告警进行合并；按照时间窗移动步长移动时间窗，从移动后的时间窗中排序最早的告警开始，分析一个时间窗内的所有告警，对该移动后的时间窗内的告警进行合并，直至处理完所有的告警。

上述通过时间窗的方式合并告警的过程中，由于时间窗只能够按照预设的时间窗移动步长进行移动，即时间窗是不连续的或者相连时间窗可能会存在交叠；因此，可能会由于不能分析所有告警或者重复分析部分告警导致告警合并结果不准确的问题。并且，通过时间窗的方式合并告警只能对已生成的告警进行分析合并，其合并结果并不能够应用于后续的第一告警中，告警合并的效率较低。

发明内容

本申请的实施例提供一种告警合并方法及设备，可以提高告警合并的准确性，并提高告警合并的效率。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请提供一种告警合并方法，该方法可以包括：接收至少两个第一告警的信息，至少两个第一告警中每个第一告警的信息包含第一告警的标识和第一告警的产生时间；若至少两个第一告警中的任意两个第一告警的标识分别与保存的至少一组告警对中任意一组告警对中的两个历史告警的标识相同，且任意两个第一告警的产生时间的时间差小于预定时间阈值，则确定任意两个第一告警存在关联关系；将存在关联关系的两个第一告警进行合并处理。

其中，由于上述至少一组告警对中的任一告警对中的两个历史告警都是可能存在关联关系的；因此，如果上述至少两个第一告警中的任意两个第一告警的标识分别与任一告警对中的两个历史告警的标识相同，则表示该任意两个第一告警可能存在关联关系。并且，由于各个网元上报的存在关联关系的告警都是在一定时间内先后产生的；因此，如果告警管理设备可以确定上述任意两个第一告警的标识分别与任一告警对中的两个历史告警的标识相同，且这两个第一告警的产生时间的时间差小于预定时间阈值，则可以确定这两个第一告警存在关联关系，则可以将这两个第一告警进行合并处理。而不是通过时间窗的方式合并告警，如此，便可以避免由于时间窗是不连续的或者相连时间窗可能会存在交叠，不能分析所有告警或者重复分析部分告警，导致告警合并结果不准确的问题，提高了告警合并结果的准确性。并且，在本方案中，可以在随时接收到第一告警后，都可以将第一告警的标识与至少一组告警对中的历史告警的标识进行对比，以确定是否存在可以与该第一告警合并的其他告警，并进行告警合并，即本方案可以应用于后续接收到的任意第一告警的合并过程中，可以提高告警的合并效率。

在一种可能的实现方式中，在上述“若至少两个第一告警中的任意两个第一告警的标识分别与保存的至少一组告警对中任意一组告警对中的两个历史告警的标识相同，且任意两个第一告警的产生时间的时间差小于预定时间阈值，则确定任意两个第一告警存在关联关系”之前，本申请提供的告警合并方法中，可以预先分析至少两个历史告警，确定出至少一组告警对。具体的，在上述“若至少两个第一告警中的任意两个第一告警的标识分别与保存的至少一组告警对中任意一组告警对中的两个历史告警的标识相同，且任意两个第一告警的产生时间的时间差小于预定时间阈值，则确定任意两个第一告警存在关联关系”之前，本申请提供的告警合并方法还可以包括：获取至少两个历史告警的信息，至少两个历史告警中每个历史告警的信息包含历史告警的标识和历史告警的产生时间；统计至少两个历史告警的信息，获得至少两个历史告警中任意两个历史告警同时出现的次数和任意两个历史告警出现的总次数；根据任意两个历史告警同时出现的次数和任意两个历史告警出现的总次数，从至少两个历史告警中确定出至少一组告警对，并保存至少一组告警对。

在一种可能的实现方式中，上述“根据任意两个历史告警同时出现的次数和任意两个历史告警出现的总次数，从至少两个历史告警中确定出至少一组告警对，并保存至少一组告警对”可以包括：计算任意两个历史告警同时出现的次数和任意两个历史告警出现的总次数的比值，得到任意两个历史告警的关系比重，任意两个历史告警的关系比重用于表征任意两个历史告警存在关联关系的可能性；若任意两个历史告警的关系比重大于第一关系阈值，则确定任意两个历史告警组成告警对；保存任意两个历史告警组成的告警对。其中，由于至少两个历史告警中的任意两个历史告警的关系比重为这两个历史告警同时出现的次数x和这两个历史告警出现的总次数y的比值x/y；因此，如果两个历史告警关系比重大于一定值(第一关系阈值)，则表示这两个历史告警同时出现的次数在这两个历史告警出现的总次数中所占的比重较大，则可以确定这两个历史告警很有可能是由同一故障所触发的告警，如此，告警管理设备则可以确定该这两个历史告警可以组成一个告警对。

在一种可能的实现方式中，上述“根据任意两个历史告警同时出现的次数和任意两个历史告警出现的总次数，从至少两个历史告警中确定出至少一组告警对，并保存至少一组告警对”可以包括：计算任意两个历史告警同时出现的次数和任意两个历史告警出现的总次数的比值，得到任意两个历史告警的关系比重，任意两个历史告警的关系比重用于表征任意两个历史告警存在关联关系的可能性；若任意两个历史告警同时出现的次数大于第二关系阈值，且任意两个历史告警的关系比重大于第三关系阈值，则确定任意两个历史告警组成告警对；保存任意两个历史告警组成的告警对。由于至少两个历史告警中的任意两个历史告警的关系比重为这两个历史告警同时出现的次数x和这两个历史告警出现的总次数y的比值x/y；因此，如果两个历史告警同时出现的次数大于一定值(第二关系阈值)，且这两个历史告警的关系比重大于一定值(第三关系阈值)，则表示这两个历史告警同时出现的次数较大，且这两个历史告警同时出现的次数在这两个历史告警出现的总次数中所占的比重较大，则可以确定这两个历史告警很有可能是由同一故障所触发的告警，如此，告警管理设备则可以确定该这两个历史告警可以组成一个告警对。

在一种可能的实现方式中，在上述“统计至少两个历史告警的信息，获得至少两个历史告警中任意两个历史告警同时出现的次数和任意两个历史告警出现的总次数”之后，本申请提供的告警合并方法还可以包括：将至少两个历史告警中任意两个历史告警同时出现的次数和任意两个历史告警出现的总次数保存在关系信息集合中。其中，随着第一告警(新告警)的产生，每个历史告警出现的次数，以及其他历史告警与该历史告警同时出现的次数都会发生变化；在“统计至少两个历史告警的信息，获得至少两个历史告警中任意两个历史告警同时出现的次数和任意两个历史告警出现的总次数”之后，保存“任意两个历史告警同时出现的次数和任意两个历史告警出现的总次数”，可以方便当这两个历史告警同时出现的次数，及其出现的总次数发生变化时，可以及时更新这两个历史告警同时出现的次数，及其出现的总次数。

在一种可能的实现方式中，在上述“接收至少两个第一告警的信息”之后，本申请提供的告警合并方法还可以包括：根据至少两个第一告警的信息，更新保存有任意两个历史告警同时出现的次数和任意两个历史告警出现的总次数的关系信息集合，得到保存有至少两个第二告警中任意两个第二告警同时出现的次数和任意两个第二告警出现的总次数的关系信息集合，至少两个第二告警包括至少两个第一告警和至少两个历史告警；计算任意两个第二告警同时出现的次数和任意两个第二告警出现的总次数的比值，得到任意两个第二告警的关系比重，任意两个第二告警的关系比重用于表征任意两个第二告警存在关联关系的可能性；若任意两个第二告警的关系比重大于第一关系阈值，则确定任意两个第二告警组成告警对，或者，若任意两个第二告警同时出现的次数大于第二关系阈值，且任意两个第二告警的关系比重大于第三关系阈值，则确定任意两个第二告警组成告警对；根据任意两个第二告警组成的告警对，更新保存的至少一组告警对。其中，随着第一告警的产生，每个历史告警出现的次数，以及其他历史告警与该历史告警同时出现的次数都会发生变化。例如，当一个第一告警的标识与一个历史告警的标识相同时，则可以为关系信息集合中该历史告警出现的次数加1，当任意两个第一告警同时出现时，则可以为关系信息集合中、与该任意两个第一告警的标识分别相同的历史告警同时出现的次数加1；当第一告警的标识与至少两个历史告警中的任意一个历史告警的标识都不相同时，则可以在关系信息集合中添加该第一告警与至少两个历史告警中每个历史告警同时出现的次数(x＝0)和该第一告警与至少两个历史告警中每个历史告警出现的总次数(y＝1+z，z为该历史告警出现的次数)。

在一种可能的实现方式中，在上述“确定所述任意两个第一告警存在关联关系”之后，本申请提供的告警合并方法还可以包括：从存在关联关系的两个第一告警中确定出原因告警和结果告警，存在关联关系的两个第一告警中由业务设备触发的告警为结果告警，由基础设备触发的告警为所述原因告警；在告警展示界面中将原因告警作为主告警展示，将与原因告警存在关联关系的结果告警作为相关告警展示。其中，在告警展示界面中将原因告警作为主告警展示，将与原因告警存在关联关系的结果告警作为相关告警展示，可以方便维护人员根据告警展示界面所展示的原因告警定位产生该原因告警和对应结果告警的故障，只要解决了产生该原因告警的故障，便可以消除产生对应结果告警的故障。

在一种可能的实现方式中，在上述“在告警展示界面中将所述原因告警作为主告警展示，将与所述原因告警存在关联关系的结果告警作为相关告警展示”之后，本申请提供的告警合并方法还可以包括：通过告警展示界面接收关联关系删除指示；删除关联关系删除指示对应的告警对。其中，上述“删除关联关系删除指示对应的告警对”的具体方式可以为：将关联关系删除指示对应的告警对中的两个告警同时出现的次数以及这两个告警出现的总次数清零。其中，上述关系删除指示可以为维护人员根据其从业经验，判断一告警对对应的两个告警不可能存在关联关系时发起的。本申请提供的告警合并方法中，可以接收上述关系删除指示，将不可能存在关联关系的两个告警同时出现的次数以及这两个告警出现的总次数清零。如此，这两个告警则不可能组成告警对，进而不能用于后续产生的新告警的合并，可以避免由于保存的告警对不准确，影响后续进行告警合并的准确性。

第二方面，本申请提供一种告警管理设备，包括：接收单元、确定单元和合并单元。接收单元，用于接收至少两个第一告警的信息，上述至少两个第一告警中每个第一告警的信息包含第一告警的标识和第一告警的产生时间；确定单元，用于若该接收单元接收的该至少两个第一告警中的任意两个第一告警的标识分别与保存的至少一组告警对中任意一组告警对中的两个历史告警的标识相同，且该任意两个第一告警的产生时间的时间差小于预定时间阈值，则确定该任意两个第一告警存在关联关系；合并单元，用于将该确定单元确定的存在关联关系的两个第一告警进行合并处理。

在一种可能的实现方式中，该告警管理设备，还包括：获取单元、统计单元和存储单元。其中，获取单元，用于在上述确定单元确定上述任意两个第一告警存在关联关系之前，获取至少两个历史告警的信息，该至少两个历史告警中每个历史告警的信息包含历史告警的标识和历史告警的产生时间；统计单元，用于统计上述接收单元接收的该至少两个历史告警的信息，获得该至少两个历史告警中任意两个历史告警同时出现的次数和该任意两个历史告警出现的总次数；上述确定单元，还用于根据该统计单元统计得到的该任意两个历史告警同时出现的次数和该任意两个历史告警出现的总次数，从该至少两个历史告警中确定出至少一组告警对；存储单元，用于保存该至少一组告警对。

在一种可能的实现方式中，上述确定单元具体用于：计算上述任意两个历史告警同时出现的次数和该任意两个历史告警出现的总次数的比值，得到该任意两个历史告警的关系比重，该任意两个历史告警的关系比重用于表征该任意两个历史告警存在关联关系的可能性；若该任意两个历史告警的关系比重大于第一关系阈值，则确定该任意两个历史告警组成告警对，或者，若该任意两个历史告警同时出现的次数大于第二关系阈值，且该任意两个历史告警的关系比重大于第三关系阈值，则确定该任意两个历史告警组成告警对；上述存储单元，具体用于保存该确定单元确定的该任意两个历史告警组成的告警对。

在一种可能的实现方式中，上述告警管理设备，还包括：更新单元和计算单元。其中，更新单元，用于在上述接收单元接收至少两个第一告警的信息之后，根据该至少两个第一告警的信息，更新保存有上述任意两个历史告警同时出现的次数和所述该两个历史告警出现的总次数的关系信息集合，得到保存有至少两个第二告警中任意两个第二告警同时出现的次数和该任意两个第二告警出现的总次数的关系信息集合，该至少两个第二告警包括该至少两个第一告警和该至少两个历史告警；计算单元，用于计算该更新单元更新后的关系信息集合中保存的该任意两个第二告警同时出现的次数和该任意两个第二告警出现的总次数的比值，得到该任意两个第二告警的关系比重，该任意两个第二告警的关系比重用于表征该任意两个第二告警存在关联关系的可能性；上述确定单元，还用于若该计算单元计算得到的该任意两个第二告警的关系比重大于第一关系阈值，则确定该任意两个第二告警组成告警对，或者，若该任意两个第二告警同时出现的次数大于第二关系阈值，且该任意两个第二告警的关系比重大于第三关系阈值，则确定该任意两个第二告警组成告警对；该更新单元，还用于根据该确定单元确定的任意两个第二告警组成的告警对，更新保存的上述至少一组告警对。

在一种可能的实现方式中，上述确定单元，还用于在确定上述任意两个第一告警存在关联关系之后，从上述存在关联关系的两个第一告警中确定出原因告警和结果告警，该存在关联关系的两个第一告警中由业务设备触发的告警为结果告警，由基础设备触发的告警为原因告警；该告警管理设备，还包括：显示单元，用于在告警展示界面中将该原因告警作为主告警展示，将与该原因告警存在关联关系的结果告警作为相关告警展示。

第三方面，本申请提供一种告警管理设备，包括：处理器、存储器、显示器、总线和通信接口；处理器、存储器、显示器和通信接口通过总线相连；存储器用于存储计算机程序代码，计算机程序代码包括指令，当处理器执行指令时，上述告警管理设备执行如第一方面及其任一种可能的实现方式所述的告警合并方法。

第四方面，本申请提供一种计算机存储介质，该计算机存储介质中存储有计算机程序代码，该计算机程序代码包括指令，当告警管理设备的处理器执行指令时，告警管理设备执行如第一方面及其各种可能的实现方式中的告警合并方法。

需要说明的是，上述第三方面和第四方面中告警管理设备的各个单元的详细描述和相应技术效果分析可参见上述第一方面及其各种可能的实现方式中的详细描述，本申请这里不再赘述。

附图说明

图1为本发明实施例提供的一种故障管理系统的网络结构示意图；

图2为本发明实施例提供的一种告警管理设备的结构组成示意图；

图3为本发明实施例提供的一种告警合并方法流程图；

图4为本发明实施例提供的另一种告警合并方法流程图；

图5为本发明实施例提供的另一种告警合并方法流程图；

图6为本发明实施例提供的另一种告警合并方法流程图；

图7为本发明实施例提供的另一种告警合并方法流程图；

图8为本发明实施例提供的另一种告警合并方法流程图；

图9为本发明实施例提供的另一种告警合并方法流程图；

图10为本发明实施例提供的一种告警展示界面的实例示意图；

图11为本发明实施例提供的另一种告警展示界面的实例示意图；

图12为本发明实施例提供的另一种告警展示界面的实例示意图；

图13为本发明实施例提供的另一种告警展示界面的实例示意图；

图14为本发明实施例提供的另一种告警合并方法流程图；

图15为本发明实施例提供的另一种告警展示界面的实例示意图；

图16为本发明实施例提供的告警管理设备的一种可能的结构示意图；

图17为本发明实施例提供的告警管理设备的另一种可能的结构示意图；

图18为本发明实施例提供的告警管理设备的另一种可能的结构示意图；

图19为本发明实施例提供的告警管理设备的另一种可能的结构示意图。

具体实施方式

在本发明实施例的描述中，除非另有说明，“至少两个”或“多个”的含义是指两个或两个以上。例如，至少两个告警是指两个或两个以上告警，多个告警对是指两个或两个以上告警对。

本发明实施例提供的一种告警合并方法及装置，可以应用于故障告警的管理过程中，可以提高告警合并的准确性，并提高告警合并的效率。

本发明实施例提供的告警合并方法所应用的故障管理系统可以包括：告警管理设备、至少两个基础设备和至少两个业务设备，基础设备可以用于为业务设备提供业务服务。

示例性的，上述基础设备可以为能够提供业务服务资源的网络设备。上述业务设备可以为手机、个人计算机(英文：Personal Computer，简称：PC)、平板电脑等能够访问上述基础设备，为用户提供业务服务的终端设备。

例如，基础设备可以为能够提供视频资源的视频服务器，业务设备可以为手机、PC、平板电脑等能够访问该视频服务器，为用户播放视频的终端设备。或者，基础设备可以为终端设备中安装的应用程序(英文：Application，简称：APP)的应用服务器，如基础设备可以为终端设备中的游戏APP的应用服务器或者通信APP的应用服务器，业务设备可以为手机、PC、平板电脑等能够访问该应用服务器，为用户提供游戏服务或者通信服务的终端设备。

当然，上述基础设备还可以为用于存储数据的数据库，业务设备可以为能够访问该数据库从该数据库中读取或者写入数据的终端设备或者网络设备。

请参考图1，其示除了本发明实施例提供的一种故障管理系统的网络结构示意图，如图1所示，本发明实施例以上述故障管理系统包括：告警管理设备11、基础设备21、基础设备22、业务设备31、业务设备32、业务设备33和业务设备34为例，对本发明实施例所提供的告警合并方法所应用的故障管理系统进行举例说明。其中，上述基础设备21用于为业务设备31和业务设备32提供业务服务资源，基础设备22可以为业务设备33和业务设备34提供业务服务资源。

其中，基础设备(如基础设备21或基础设备22)在该基础设备故障后，可以生成对应于该故障的告警，并向告警管理设备11发送该告警的信息。业务设备(如业务设备31、业务设备32、业务设备33和业务设备34)在该业务设备故障后，可以生成对应于该故障的告警，并向告警管理设备11发送该告警的信息。上述任一告警的信息可以包括该告警的标识和该告警的产生时间。

上述告警管理设备11用于接收基础设备21、基础设备22、业务设备31、业务设备32、业务设备33或者业务设备34上报的告警，并对接收到的告警进行管理，如告警管理设备11可以对接收到的告警进行合并。当然，告警管理设备11还可以通过其告警展示界面向用户展示其接收到的告警。告警管理设备11还可以分析其接收到的告警，确定出触发该告警的故障原因，并通过其告警展示界面展示该故障原因，以便于维护人员可以根据该故障原因及时对上述业务设备或者基础设备进行维护。

可以想到的是，上述业务设备故障所产生的告警可以为由于该业务设备自身发生故障所产生的告警，也可以为由于为该业务设备提供业务服务资源的基础设备发生故障，导致该业务设备的一项业务无法正常运行而产生的告警。例如，假设基础设备22为业务设备34中的游戏APP-1的应用服务器。此时，业务设备34故障所产生的告警可以为业务设备34自身发生故障所产生的告警，也可以为由于基础设备22发生故障，导致业务设备34中的游戏APP-1无法正常使用时，业务设备34所生成的告警。本发明实施例提供的告警合并方法，可以将存在关联关系的第一告警(如基础设备22故障所产生的告警和由于基础设备22故障导致业务设备34所产生的告警)进行合并处理。

请参考图2，其示出了本发明实施例提供的一种告警管理设备的结构组成示意图。如图2所示，该告警管理设备可以包括：当前告警处理模块201、历史告警处理模块202、告警合并模块203和告警展示模块204。

其中，当前告警处理模块201用于接收上述基础设备和/或业务设备上报的至少两个第一告警(当前产生的新告警)，确定出每个第一告警的信息(包括第一告警的标识和第一告警的产生时间)；向告警合并模块203发送第一告警的信息。

历史告警处理模块202可以用于确定并保存至少两个历史告警的信息(包括至少两个历史告警中每个历史告警的标识和产生时间)；向告警合并模块203发送至少两个历史告警的信息。

告警合并模块203可以用于接收历史告警处理模块202发送的至少两个历史告警的信息，或者从历史告警处理模块202读取至少两个历史告警的信息；分析至少两个历史告警的信息，确定出至少一组告警对，该至少一组告警对中的每组告警对由可能存在关联关系的两个历史告警组成；保存至少一组告警对；保存分析得到的至少一组告警对。

告警合并模块203还可以用于接收当前告警处理模块201发送的至少两个第一告警的信息，或者，从当前告警处理模块201读取至少两个第一告警的信息；在至少两个第一告警中的任意两个第一告警的标识分别与上述保存的至少一组告警对中任意一组告警对中的两个历史告警的标识相同，且任意两个第一告警的产生时间的时间差小于预定时间阈值时，则确定这两个第一告警存在关联关系。上述告警合并模块203还可以用于保存存在关联关系的两个第一告警的标识及其关联关系。

告警合并模块203还可以用于查询保存的任意两个告警之间的关联关系，并向告警展示模块204发送查询到的关联关系，使得告警展示模块204根据告警之间的关联关系进行告警的展示。告警合并模块203还可以用于接收用户通过告警展示模块204触发的关系删除指示，删除告警合并模块203中保存的与关系删除指示对应的告警对。

需要说明的是，本发明实施例中的告警合并方法的执行主体可以为上述告警管理设备，或者可以为上述告警管理设备的中央处理器(英文：Central Processing Unit，简称：CPU)，或者可以为上述告警管理设备中用于进行告警合并的告警合并模块。

示例性的，本发明实施例以告警管理设备执行告警合并方法为例，对本发明实施例提供的一种告警合并方法进行详细地说明：

如图3所示，本发明实施例提供的一种告警合并方法可以包括S301-S304：

S301、基础设备和/或业务设备发生故障后，向告警管理设备发送至少一个第一告警的信息。

其中，第一告警的信息包含第一告警的标识和第一告警的产生时间。

示例性的，第一告警的标识可以是该第一告警的身份标识号(英文：Identity，简称：ID)。第一告警的产生时间可以为基础设备或者业务设备生成该第一告警的时间。

S302、告警管理设备接收基础设备和/或业务设备发送的至少两个第一告警的信息。

其中，至少两个第一告警可以是基础设备发生故障所产生的告警，也可以是业务设备发生故障所产生的告警。

S303、若至少两个第一告警中的任意两个第一告警的标识分别与保存的至少一组告警对中任意一组告警对中的两个历史告警的标识相同，且任意两个第一告警的产生时间的时间差小于预定时间阈值，告警管理设备则确定任意两个第一告警存在关联关系。

其中，告警管理设备中可以预先保存至少一组告警对，该至少一组告警对中的每组告警对由可能存在关联关系的两个历史告警组成。告警管理设备可以分析预设时间段内接收到的至少两个历史告警的信息，从至少两个历史告警中确定出可能存在关联关系的告警，确定由可能存在关联关系的两个告警组成一组告警对，并保存在告警对。其中，至少两个历史告警中每个历史告警的信息包含该历史告警的标识和该历史告警的产生时间。

示例性的，告警管理设备可以采用表格的方式存储上述至少一组告警对。假设上述至少两个历史告警包括：ID为1的告警、ID为2的告警、ID为3的告警、ID为4的告警、ID为5的告警和ID为6的告警。其中，这6个告警中，ID为1的告警与ID为2的告警可能存在关联关系、ID为1的告警与ID为4的告警可能存在关联关系、ID为2的告警与ID为4的告警可能存在关联关系、ID为3的告警与ID为5的告警可能存在关联关系，即告警管理设备可以根据这6个告警得到4组告警对。如表1所示，为本发明实施例提供的一种告警对表的实例：

表1

其中，一个告警不只可能与该告警之外的其他一个告警存在关联关系，还可能同时与其他两个告警存在关联关系。如表1所示，ID为1的告警不仅可能与ID为2的告警存在关联关系、该ID为1的告警还可能与ID为4的告警存在关联关系。

示例性的，以如表1所示的告警对表中包含的告警对为例，告警管理设备可以在接收到至少两个第一告警的信息后，将该至少两个第一告警中每个第一告警的标识分别与上述4组告警对中的告警的标识进行对比。

假设告警管理设备接收到的至少两个第一告警的信息包括ID为1的第一告警的信息、ID为2的第一告警的信息、ID为4的第一告警的信息、ID为6的第一告警的信息和ID为7的第一告警的信息。其中，ID为1的第一告警的产生时间为2016年9月8日14:02:30，ID为2的第一告警的产生时间为2016年9月8日14:02:45，ID为4的第一告警的产生时间为2016年9月8日14:10:32，ID为6的第一告警的产生时间为2016年9月8日14:10:26，ID为7的第一告警的产生时间为2016年9月8日14:12:26。假设上述预定时间阈值为3分钟。

此时，由于ID为1的第一告警的标识与如表1所示的告警对1中ID为1的第一告警的标识相同，ID为2的第一告警的标识与如表1所示的告警对1中ID为2的第一告警的标识相同；并且，ID为1的第一告警的产生时间(2016年9月8日14:02:30)与ID为2的第一告警的产生时间(2016年9月8日14:02:45)的时间差(15秒)小于预定时间阈值(3分钟)；因此，告警管理设备可以确定上述ID为1的第一告警与ID为2的第一告警存在关联关系，则可以将ID为1的第一告警与ID为2的第一告警进行合并处理。

由于ID为1的第一告警的标识与如表1所示的告警对2中ID为1的第一告警的标识相同，ID为4的第一告警的标识与如表1所示的告警对2中ID为4的第一告警的标识相同；但是，ID为1的第一告警的产生时间(2016年9月8日14:02:30)与ID为4的第一告警的产生时间(2016年9月8日14:10:32)的时间差(8分2秒)大于预定时间阈值(3分钟)；因此，告警管理设备可以确定上述ID为1的第一告警与ID为4的第一告警不存在关联关系，ID为1的第一告警与ID为4的第一告警不能够进行合并处理。

S304、告警管理设备将存在关联关系的两个第一告警进行合并处理。

示例性的，由于上述ID为1的第一告警与ID为2的第一告警存在关联关系；因此告警管理设备，可以将ID为1的第一告警与ID为2的第一告警进行合并处理。

本发明实施例提供的告警合并方法，由于上述至少一组告警对中的任一告警对中的两个历史告警都是可能存在关联关系的；因此，如果上述至少两个第一告警中的任意两个第一告警的标识分别与任一告警对中的两个历史告警的标识相同，则表示该任意两个第一告警可能存在关联关系。并且，由于各个网元上报的存在关联关系的告警都是在一定时间内先后产生的；因此，如果告警管理设备可以确定上述任意两个第一告警的标识分别与任一告警对中的两个历史告警的标识相同，且这两个第一告警的产生时间的时间差小于预定时间阈值，则可以确定这两个第一告警存在关联关系，则可以将这两个第一告警进行合并处理。而不是通过时间窗的方式合并告警，如此，便可以避免由于时间窗是不连续的或者相连时间窗可能会存在交叠，不能分析所有告警或者重复分析部分告警，导致告警合并结果不准确的问题，提高了告警合并结果的准确性。并且，在本方案中，可以在随时接收到第一告警后，都可以将第一告警的标识与至少一组告警对中的历史告警的标识进行对比，以确定是否存在可以与该第一告警合并的其他告警，并进行告警合并，即本方案可以应用于后续接收到的任意第一告警的合并过程中，可以提高告警的合并效率。

进一步的，告警管理设备可以在执行S303之前，预先分析至少两个历史告警的信息确定出至少一组告警对。具体的，在图3所示的S303之前，上述告警合并方法还可以包括S401-S403。如图4所示，本发明实施例以图3所示的S301之前，上述告警合并方法还可以包括S401-S403为例，对本发明实施例提供的告警合并方法进行举例说明。：

S401、告警管理设备获取至少两个历史告警的信息，至少两个历史告警中每个历史告警的信息包含历史告警的标识和历史告警的产生时间。

其中，上述至少两个历史告警的信息可以为上述基础设备和/或业务设备在其发生故障后发送至告警管理设备的，告警管理设备可以保存接收到的告警的信息。

S402、告警管理设备统计至少两个历史告警的信息，获得至少两个历史告警中任意两个历史告警同时出现的次数和任意两个历史告警出现的总次数。

其中，告警管理设备可以根据上述两个历史告警的信息中包含的历史告警的标识，确定出每个历史告警出现的次数，然后计算出任意两个历史告警出现的总次数；告警管理设备可以对比每个历史告警的产生时间，确定任意两个历史告警同时出现的次数。

需要说明的是，本发明实施例中“两个告警同时出现”具体是指这连个的产生时间的时间差小于预定时间阈值。示例性的，如上述“告警1与告警2同时出现”具体指该告警1与该告警2的产生时间的时间差小于预定时间阈值。

S403、告警管理设备根据任意两个历史告警同时出现的次数和任意两个历史告警出现的总次数，从至少两个历史告警中确定出至少一组告警对，并保存至少一组告警对。

在本发明实施例的第一种应用场景中，如图5所示，图4中的S403可以包括S403a-S403c：

S403a、告警管理设备计算任意两个历史告警同时出现的次数和任意两个历史告警出现的总次数的比值，得到任意两个历史告警的关系比重。

其中，任意两个历史告警的关系比重用于表征任意两个历史告警存在关联关系的可能性。

示例性的，告警管理设备可以计算历史告警1与历史告警2同时出现的次数x和历史告警1与历史告警2出现的总次数y的比值x/y，该x/y即为历史告警1与历史告警2的关系比重。

S403b、若任意两个历史告警的关系比重大于第一关系阈值，告警管理设备则确定这两个历史告警组成告警对。

其中，由于两个历史告警的关系比重为这两个历史告警同时出现的次数x和这两个历史告警出现的总次数y的比值x/y；因此，如果这两个历史告警的关系比重大于一定值(第一关系阈值)，则表示这两个历史告警同时出现的次数在这两个历史告警出现的总次数中所占的比重较大，则可以确定这两个历史告警很有可能是由同一故障所触发的告警，如此，告警管理设备则可以确定这两个历史告警可能存在关联关系，可以组成告警对。

S403c、告警管理设备保存上述两个历史告警组成的告警对。

在第一种应用场景的一种可能的实现方式中，为了提高告警管理设备确定两个历史告警可能存在关联关系的准确性。如图6所示，如图5所示的S403b可以替换为S403b＇：

S403b＇、若任意两个历史告警同时出现的次数大于第二关系阈值，且任意两个历史告警的关系比重大于第三关系阈值，告警管理设备则确定任意两个历史告警组成告警对。

其中，由于两个历史告警的关系比重为这两个历史告警同时出现的次数x和这两个历史告警出现的总次数y的比值x/y；因此，如果这两个历史告警同时出现的次数大于一定值(第二关系阈值)，且这两个历史告警的关系比重大于一定值(第三关系阈值)，则表示这两个历史告警同时出现的次数较大，且这两个历史告警同时出现的次数在这两个历史告警出现的总次数中所占的比重较大，则可以确定这两个历史告警很有可能是由同一故障所触发的告警，如此，告警管理设备则可以确定这两个历史告警可能存在关联关系，可以组成告警对。

随着第一告警的产生，每个历史告警出现的次数，以及其他历史告警与该历史告警同时出现的次数都会发生变化。因此，告警管理设备可以在获得至少两个历史告警中任意两个历史告警同时出现的次数和任意两个历史告警出现的总次数后，保存至少两个历史告警中任意两个历史告警同时出现的次数和任意两个历史告警出现的总次数。具体的，在S402之后，本发明实施例的方法还可以包括S701。如图7所示，本发明实施例这里以图4中的S402之后，上述告警合并方法还包括S701为例，对本发明实施例的方法进行举例说明：

S701、告警管理设备将至少两个历史告警中任意两个历史告警同时出现的次数和任意两个历史告警出现的总次数保存在关系信息集合中。

示例性的，告警管理设备可以采用表格的方式将至少两个历史告警中任意两个历史告警同时出现的次数和任意两个历史告警出现的总次数保存在关系信息集合中。其中，假设任意两个历史告警为ID a的告警和ID为b的告警，ID a的告警和ID为b的告警同时出现的次数为x，ID a的告警和ID为b的告警出现的总次数为y，则告警管理设备可以采用在表格中ID a对应的行，ID b对应的列中的表格元素(x，y)表示ID a的告警和ID为b的告警同时出现的次数和出现的总次数。

例如，假设上述至少两个历史告警包括4个历史告警，告警管理设备可以根据这4个历史告警的ID对这4个历史告警进行排序，排序结果为ID 1、ID 2、ID 3和ID 4，然后统计这4个历史告警的信息，获得包含这4个历史告警中任意两个历史告警同时出现的次数和出现的总次数的关系信息表。如表2所示，为本发明实施例提供的一种关系信息表实例：

表2

上述至少两个历史告警中任意两个历史告警可以是以上述表格(即关系信息表)的形式保存的，还可以是以矩阵的形式保存的。

其中，为了避免关系信息表中重复存储两个告警的关系信息(包括两个告警同时出现的次数和这两个告警出现的总次数)，例如同时采用“ID 1对应的行、ID 2对应的列中的表格元素(x，y)”和“ID 2对应的行、ID 1对应的列中的表格元素(x，y)”存储ID为1的告警和ID为2的告警的关系信息，本发明实施例可以仅使用关系信息表主对角线的上半部分或者下半部分来存储上述至少两个历史告警中任意两个历史告警。其中，如表2所示，本发明实施例以“使用关系信息表主对角线的下半部分来存储上述至少两个历史告警中任意两个历史告警的关系信息”为例，对本发明实施例采用表格方式存储上述至少两个历史告警中任意两个历史告警的关系信息的具体方法进行举例说明。

进一步的，上述两个历史告警的关系信息还可以包括：这两个历史告警中最近产生的告警的ID和该最近产生的告警的产生时间。例如，任意两个历史告警的关系信息可以为(x，y，ID，time)，其中，(x，y，ID，time)中x用于表示这两个历史告警同时出现的次数、y用于表示这两个历史告警出现的总次数，ID为最近产生的告警的ID，time为该最近产生的告警的产生时间。

需要说明的是，本发明实施例中可以先执行S403，再执行S701；也可以先执行S701，再执行S403；还可以同时执行S403和S701。本发明实施例中可以先执行S301-S304，再执行S701；也可以先执行S701，再执行S301-S304；还可以同时执行S301-S304和S701。本发明实施例对于S403和S701，以及S301-S304和S701执行的先后顺序不做限制。

进一步的，随着第一告警的产生，每个历史告警出现的次数，以及其他历史告警与该历史告警同时出现的次数都会发生变化。例如，当一个第一告警的标识与一个历史告警的标识相同时，则可以为关系信息集合中该历史告警出现的次数加1，当任意两个第一告警同时出现时，则可以为关系信息集合中、与该任意两个第一告警的标识分别相同的历史告警同时出现的次数加1；当第一告警的标识与至少两个历史告警中的任意一个历史告警的标识都不相同时，则可以在关系信息集合中添加该第一告警与至少两个历史告警中每个历史告警同时出现的次数(x＝0)和该第一告警与至少两个历史告警中每个历史告警出现的总次数(y＝1+z，z为该历史告警出现的次数)。具体的，如图8所示，在图7所示的S701和S304之后，本发明实施例的方法还可以包括S801-S804：

S801、告警管理设备根据至少两个第一告警的信息，更新保存有任意两个历史告警同时出现的次数和任意两个历史告警出现的总次数的关系信息集合，得到保存有至少两个第二告警中任意两个第二告警同时出现的次数和任意两个第二告警出现的总次数的关系信息集合。

其中，至少两个第二告警包括至少两个第一告警和至少两个历史告警。

示例性的，假设表2中ID为1的告警出现的次数为15，ID为2的告警出现的次数为20，ID为3的告警出现的次数为19，ID为4的告警出现的次数为8；则ID为1的告警与ID为2的告警出现的总次数y_2-1＝35，ID为1的告警与ID为3的告警出现的总次数为y_3-1＝19，ID为1的告警与ID为4的告警同时出现的次数y_4-1＝23；ID为2的告警与ID为3的告警出现的总次数y_3-2＝39；ID为2的告警与ID为4的告警出现的总次数y_4-2＝28；ID为3的告警与ID为4的告警出现的总次数y_4-3＝27。

同时，假设表2中ID为1的告警与ID为2的告警同时出现的次数x_2-1＝5，ID为1的告警与ID为3的告警同时出现的次数x_3-1＝4，ID为1的告警与ID为4的告警同时出现的次数x_4-1＝3；ID为2的告警与ID为3的告警同时出现的次数x_3-2＝7；ID为2的告警与ID为4的告警同时出现的次数x_4-2＝8；ID为3的告警与ID为4的告警同时出现的次数x_4-3＝2。即表2中的(x_2-1，y_2-1)＝(5，35)，(x_3-1，y_3-1)＝(4，19)、(x_4-1，y_4-1)＝(3，23)，(x_3-2，y_3-2)＝(7，39)，(x_4-2，y_4-2)＝(8，28)，(x_4-3，y_4-3)＝(2，27)，可以得到如表3所示的关系信息表：

表3

其中，假设上述至少两个第一告警中包括三个第一告警，这三个第一告警的标识分别为ID 1、ID 2和ID5。告警管理设备可以依次根据这三个第一告警，更新如表3所示的关系信息表所代表的关系信息集合中任意两个告警出现的总次数y；然后，根据这三个第一告警中任意两个告警的产生时间的时间差，更新关系信息集合中任意两个告警同时出现的次数x。

示例性的，告警管理设备依次根据上述三个第一告警，更新如表3所示的关系信息表所代表的关系信息集合中任意两个告警出现的总次数y的方法可以包括Sa-Sc：

Sa、对于至少两个第一告警中ID为1的第一告警，由于ID为1的第一告警的标识与表3所示的表格元素(x_2-1，y2-1)、(x_3-1，y_3-1)和(x_4-1，y_4-1)对应的ID为1的告警的标识相同，因此，告警管理设备可以将表3所示的表格元素(x_2-1，y_2-1)更新为(x_2-1，y_2-1+1)＝(5，36)，将表格元素(x_3-1，y_3-1)更新为(x_3-1，y_3-1+1)＝(4，20)，将表格元素(x_4-1，y_4-1)更新为(x_4-1，y_4-1+1)＝(3，24)，得到如表4所示的关系信息表：

表4

Sb、对于至少两个第一告警中ID为2的第一告警，由于ID为2的第一告警的标识与表4所示的表格元素(x_2-1，y_2-1)、(x_3-2，y_3-2)和(x_4-2，y_4-2)对应的ID为2的第一告警的标识相同，因此，告警管理设备可以将表4所示的表格元素(x_2-1，y_2-1)更新为(x_2-1，y_2-1+1)＝(5，37)，将表格元素(x_3-2，y_3-2)更新为(x_3-2，y_3-2+1)＝(7，40)，将表格元素(x_4-2，y_4-2)更新为(x_4-2，y_4-2+1)＝(8，29)，得到如表5所示的关系信息表：

表5

Sc、对于至少两个第一告警中ID为5的第一告警，由于ID为5的第一告警的标识与表5所示的任一表格元素对应的告警的标识均相同；因此，告警管理设备可以在如表5所示的关系信息表所代表的关系信息集合中添加表格元素(x_5-1，y_5-1)、表格元素(x_5-2，y_5-2)、表格元素(x_5-3，y_5-3)和表格元素(x_5-4，y_5-4)。其中，x_5-1是ID为5的第一告警与表5所示的关系信息表中的ID为1的告警同时出现的次数，y_5-1是ID为5的第一告警与表5所示的关系信息表中的ID为1的告警出现的总次数；x_5-2是ID为5的第一告警与表5所示的关系信息表中的ID为2的告警同时出现的次数，y_5-2是ID为5的第一告警与表5所示的关系信息表中的ID为2的告警出现的总次数；x_5-3是ID为5的第一告警与表5所示的关系信息表中的ID为3的告警同时出现的次数，y_5-3是ID为5的第一告警与表5所示的关系信息表中的ID为3的告警出现的总次数；x_5-4是ID为5的第一告警与表5所示的关系信息表中的ID为4的告警同时出现的次数，y_5-4是ID为5的第一告警与表5所示的关系信息表中的ID为4的告警出现的总次数。

其中，由于表5所示的ID为1的告警出现的次数为16，ID为2的告警出现的次数为21，ID为3的告警出现的次数为19，ID为4的告警出现的次数为8；则ID为5的告警与ID为2的告警出现的总次数y_5-1＝17，ID为5的告警与ID为2的告警出现的总次数为y_5-2＝22，ID为5的告警与ID为3的告警出现的总次数y_5-3＝20；ID为5的告警与ID为4的告警出现的总次数y_5-4＝9。如此，便可以得到如表6所示的关系信息表：

表6

示例性的，假设ID为1的第一告警的产生时间为2016年9月8日14:02:30，ID为2的第一告警的产生时间为2016年9月8日14:05:25，ID为5的第一告警的产生时间为2016年9月8日14:07:25，上述预定时间阈值为3分钟。告警管理设备根据上述三个第一告警中任意两个告警的产生时间的时间差，更新如表6所示的关系信息表所代表的关系信息集合中任意两个告警同时出现的次数x的方法可以包括Sd-Se：

Sd、对于ID为1的第一告警和ID为2的第一告警，由于这两个第一告警的标识分别与表6所示的表格元素(x_2-1，y_2-1)对应的两个告警的标识相同，并且，ID为1的第一告警的产生时间(2016年9月8日14:02:30)与ID为2的第一告警的产生时间(2016年9月8日14:05:25)的时间差(2分55秒)小于预定时间阈值(3分钟)；因此，告警管理设备可以将如表6所示的表格元素(x_2-1，y_2-1)更新为(x_2-1+1，y_2-1)＝(6，37)。

Se、对于ID为2的第一告警和ID为5的第一告警，由于这两个第一告警的标识分别与表6所示的表格元素(x_5-2，y_5-2)对应的两个告警的标识相同，并且，ID为5的第一告警的产生时间(2016年9月8日14:07:25)与ID为1的第一告警的产生时间(2016年9月8日14:05:25)的时间差(2分钟)小于预定时间阈值(3分钟)；因此，告警管理设备可以将如表6所示的表格元素(x_5-2，y_5-2)更新为(x_5-2+1，y_5-2)＝(1，22)。

如此，在执行Sd-Se后，可以得到如表7所示的关系信息表：

表7

其中，如表7所示的关系信息表所表示的关系信息集合中，包括五个第二告警(ID为1的告警、ID为2的告警、ID为3的告警、ID为4的告警和ID为5的告警)中任意两个第二告警同时出现的次数和任意两个第二告警同时出现的总次数。

S802、告警管理设备计算任意两个第二告警同时出现的次数和任意两个第二告警出现的总次数的比值，得到任意两个第二告警的关系比重。

其中，上述任意两个第二告警的关系比重用于表征任意两个第二告警存在关联关系的可能性。

S803、若任意两个第二告警的关系比重大于第一关系阈值，告警管理设备则确定上述任意两个第二告警组成告警对。

可选的，S803可以替换为：若任意两个第二告警同时出现的次数大于第二关系阈值，且任意两个第二告警的关系比重大于第三关系阈值，告警管理设备则确定任意两个第二告警组成告警对。

S804、告警管理设备根据任意两个第二告警组成的告警对，更新保存的至少一组告警对。

其中，告警管理设备在更新上述关系信息集合后，可以确定更新后的关系信息集合中包含的任意两个第二告警同时出现的次数和任意两个第二告警出现的总次数，重新确定告警对，并采用重新确定的告警对更新S403中保存的至少一组告警对。

示例性的，表3所示的关系信息表所代表的关系信息集合为更新前的关系信息集合，表7所示的关系信息表所代表的关系信息集合为更新后的关系信息集合。

以ID为4的告警与ID为1的告警为例，如表3所示，ID为4的告警与ID为1的告警同时出现的次数为3，ID为4的告警与ID为1的告警出现的总次数为23。假设第一关系阈值为12.5％，由于表3所示的ID为4的告警与ID为1的告警的关系比重3/23大于12.5％，因此告警管理设备可以执行S403c(保存ID为4的告警与ID为1的告警组成的告警对)。如表7所示，ID为4的告警与ID为1的告警同时出现的次数为3，ID为4的告警与ID为1的告警出现的总次数为24；由于表7所示的ID为4的告警与ID为1的告警的关系比重3/24等于12.5％，因此告警管理设备可以确定表7所示的ID为4的告警与ID为1的告警不能组成告警对，告警管理设备则可以删除执行S403c所保存的ID为4的告警与ID为1的告警组成的告警对。

本发明实施例提供的告警合并方法，可以在保存的告警对中的两个告警同时出现的次数和该告警对中的两个告警出现的总次数发生变化，导致该告警对中的两个告警的关联关系发生变化(即该告警对中的两个告警由存在关联关系到不存在关联关系)后，实时删除该告警对，即可以实时更新保存的告警对，从而可以提高后续进行告警合并的准确性。

进一步的，告警管理设备还可以在确定两个第一告警存在关联关系后，通过告警展示界面展示存在关联关系的告警。其中，存在关联关系的两个告警可能是由业务设备上报的告警，也可能是由基础设备上报的告警；而由业务设备上报的告警可以为由于该业务设备自身故障所产生的告警，或者，由业务设备上报的告警可以为由于为该业务设备提供业务服务资源的基础设备故障所产生的告警。基于此，本发明实施例可以在通过告警展示界面展示存在关联关系的告警之前，可以从存在关联关系的两个告警中确定出原因告警(由业务设备触发的告警)和结果告警(由基础设备触发的告警)。具体的，在S304之后，本发明实施例的方法可以包括：S901-S902。例如，如图9所示，在如图3所示的S304之后，本发明实施例的方法可以包括：S901-S902：

S901、告警管理设备从存在关联关系的两个第一告警中确定出原因告警和结果告警。

S902、告警管理设备在告警展示界面中将原因告警作为主告警展示，将与原因告警存在关联关系的结果告警作为相关告警展示。

其中，告警管理设备将在告警展示界面中告警管理设备将原因告警作为主告警展示，将与原因告警存在关联关系的结果告警作为相关告警展示，可以方便维护人员根据告警展示界面所展示的原因告警定位产生该原因告警和对应结果告警的故障，只要解决了产生该原因告警的故障，便可以消除产生对应结果告警的故障。

请参考图10，其示出了本发明实施例提供的一种告警展示界面的实例示意图。如图10所示，该告警展示界面中可以包括告警展示方式的选择按钮“告警展方式

”，该告警展示方式的选择按钮用于进行告警展示方式的选择。本发明实施例中告警展示方式可以包括自动汇聚展示方式和独立展示方式。当告警管理设备检测到上述告警展示方式的选择按钮被触发后，则可以显示如图11所示的包括“自动汇聚展示”选择窗和“独立展示”选择窗的下拉菜单的告警展示界面。其中，如图10或图11所示，告警展示界面中默认的告警展示方式可以为自动汇聚展示方式。

示例性的，当告警管理设备检测到如图11所示的“独立展示”选择窗被触发后，告警管理设备则可以显示如图12所示的告警展示界面。其中，如图12所示，告警管理设备检测“独立展示”选择窗被触发，可以为当主告警1被选定后，针对主告警1的展示方式的选择。当然，告警管理设备检测“独立展示”选择窗被触发，也可以是可以为针对所有主告警的展示方式的选择。

其中，由于一个告警不只可以与该告警之外的其他一个告警存在关联关系，还可以同时与其他两个告警存在关联关系，如表1所示，ID为1的告警不仅可以与ID为2的告警存在关联关系、该ID为1的告警还可以与ID为4的告警存在关联关系；因此，一个主告警不只可以与一个相关告警存在关联关系，还可以同时与其他两个相关告警存在关联关系。当告警管理设备采用独立展示方式展示主告警1及其相关告警时，如图12所示，告警展示界面上展示了与主告警存在关联关系的两个相关告警(相关告警1和相关告警2)。

进一步的，本发明实施例中，还可以通告人为触发的方式删除告警对。具体的，如图13所示，告警展示界面中还可以包括用于删除告警对的删除按钮。如图14所示，在图9中的902之后，本发明实施例提供的告警合并方法还可以包括S1401-S1402：

S1401、告警管理设备通过告警展示界面接收关联关系删除指示。

S1402、告警管理设备删除关联关系删除指示对应的告警对。

示例性的，当告警管理设备检测到如图13所示的告警展示界面中相关告警1右侧的删除按钮被触发时，告警管理设备则可以删除主告警1与相关告警1组成的告警对；并且，当告警管理设备检测到如图13所示的告警展示界面中相关告警1右侧的删除按钮被触发时，告警管理设备则可以更新其告警展示界面，显示如图15所示的告警展示界面。其中，上述关系删除指示可以为维护人员根据其从业经验，判断一告警对对应的两个告警不可能存在关联关系时发起的。

告警管理设备可以通过“将关联关系删除指示对应的告警对中的两个告警同时出现的次数以及这两个告警出现的总次数清零”的方式删除关联关系删除指示对应的告警对。当然，

本发明实施例提供的告警合并方法，可以接收上述关系删除指示，将不可能存在关联关系的两个告警同时出现的次数以及这两个告警出现的总次数清零。如此，这两个告警则不可能组成告警对，进而不能用于后续产生的新告警的合并，可以避免由于保存的告警对不准确，影响后续进行告警合并的准确性。

上述主要从各个网元之间交互的角度对本发明实施例提供的方案进行了介绍。可以理解的是，各个网元，例如告警管理设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

本发明实施例可以根据上述方法示例对告警管理设备进行单元的划分，例如，可以对应各个功能划分各个单元，也可以将两个或两个以上的功能集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

图16示出了上述实施例中所涉及的告警管理设备的一种可能的结构示意图。如图16所示，告警管理设备1600包括：接收单元1601、确定单元1602和合并单元1603。

其中，上述接收单元1601，用于接收基础设备和/或业务设备等发送的信息，如可以用于接收基础设备和/或业务设备发送的至少两个第一告警的信息。例如，该接收单元1601用于支持告警管理设备1600执行图3、图4、图5、图6、图7、图8、图9、图14中的S302，和/或用于本文所描述的技术的其它过程。

上述确定单元1602，用于确定告警之间的关联关系，如可以用于确定该接收单元1601接收的至少两个第一告警中的任意两个第一告警存在关联关系。例如，该确定单元1602可以用于支持该告警管理设备1600执行图3、图4、图5、图6、图7、图8、图9、图14中任一附图中的S303，和/或用于本文所描述的技术的其它过程。

上述合并单元1603，用于将存在关联关系的两个告警进行合并处理，如可以用于将该确定单元1602确定的存在关联关系的两个第一告警进行合并处理。例如，该合并单元1603可以用于支持该告警管理设备1600执行图3、图4、图5、图6、图7、图8、图9、图14中的S304，和/或用于本文所描述的技术的其它过程。

请参考图17，其示出了上述实施例中所涉及的告警管理设备的另一种可能的结构示意图。如图17所示，告警管理设备1600还包括：获取单元1604、统计单元1605和存储单元1606。上述获取单元1604用于获取至少两个历史告警的信息。例如，该获取单元1604可以用于支持该告警管理设备1600执行图4、图5、图6、图7、图8中的S401，和/或用于本文所描述的技术的其它过程。上述统计单元1605用于支持该告警管理设备1600执行图4、图5、图6、图7、图8中的S402，和/或用于本文所描述的技术的其它过程。上述确定单元1602用于支持该告警管理设备1600执行图4、图7、图8中的S403中“确定出至少一组告警对”的步骤，图5中的S403a和S403b，图6中的S403a和S403b＇，和/或用于本文所描述的技术的其它过程。上述存储单元1606用于支持该告警管理设备1600执行图4、图7、图8中的S403中“保存至少一组告警对”的步骤，图5和图6中的S403c，和/或用于本文所描述的技术的其它过程。

进一步的，上述存储单元1606还可以用于支持该告警管理设备1600执行图7中的S701，和/或用于本文所描述的技术的其它过程。

请参考图18，其示出了上述实施例中所涉及的告警管理设备的另一种可能的结构示意图。如图18所示，告警管理设备1600包括：更新单元1607和计算单元1608。上述更新单元1607可以用于支持该告警管理设备1600执行图8中的S801，和/或用于本文所描述的技术的其它过程。上述计算单元1608可以用于支持该告警管理设备1600执行图8中的S802，和/或用于本文所描述的技术的其它过程。上述确定单元1602还可以用于支持该告警管理设备1600执行图8中的S803，和/或用于本文所描述的技术的其它过程。

进一步的，上述告警管理设备1600还包括：显示单元。上述确定单元1602，还可以用于支持告警管理设备1600执行图9中的S901，和/或用于本文所描述的技术的其它过程。显示单元，用于支持该告警管理设备1800执行图9中的S902。

进一步的，上述接收单元1601还可以用于支持告警管理设备1600执行图14中的S1401，和/或用于本文所描述的技术的其它过程。上述告警管理设备1600还可以包括删除单元，该删除单元可以用于支持告警管理设备1600执行图14中的S1402，和/或用于本文所描述的技术的其它过程。

进一步的，上述告警管理设备还可以包括发送单元，该发送单元用于向基础设备和业务设备发送告警合并结果，或者该发送单元可以用于向基础设备和业务设备发送对告警进行分析的分析结果等信息。

需要说明的是，上述接收单元1601、确定单元1602、合并单元1603、获取单元1604、统计单元1605、存储单元1606、更新单元1607、计算单元1608、显示单元和删除单元还可以为对如图2所示的告警管理设备中的告警合并模块203中进行功能划分得到的、用以实现不同功能的单元。

采用集成的模块的情况下，上述接收单元1601和发送单元可以集成在一个通信模块中实现，该通信模块可以是通信接口，该通信接口可以用于告警管理设备与业务设备或者基础设备进行通信，或者该通信接口可以接收用户通过连接该告警管理设备的外部设备(如键盘或者鼠标)发起的触发指令(如关联关系删除指令)。上述确定单元1602、合并单元1603、获取单元1604、统计单元1605、更新单元1607、计算单元1608和删除单元可以集成在一个处理模块中实现，该处理模块可以是处理器或控制器，例如可以是CPU，通用处理器，数字信号处理器(英文：Digital Signal Processor，简称：DSP)，专用集成电路(英文：Application-Specific Integrated Circuit，简称：ASIC)，现场可编程门阵列(英文：Field Programmable Gate Array，简称：FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种举例说明逻辑方框，模块和电路。处理模块也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。存储单元1606可以是存储器。显示单元可以是显示器。

当上述处理模块为处理器，通信模块为通信接口，存储单元为存储器，显示单元为显示器时，本发明实施例提供的告警管理设备可以为图19所示的告警管理设备1900。

请参考图19，告警管理设备1900包括：处理器1901、通信接口1902、存储器1903、总线1904以及显示器1905。其中，处理器1901、通信接口1902、存储器1903和显示器1905通过总线1904相互连接。其中，总线1904可以分为地址总线、数据总线、控制总线等。为便于表示，图19中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

本发明实施例还提供一种计算机存储介质，该计算机存储介质中存储有计算机程序代码，该计算机程序代码包括指令，当告警管理设备1900的处理器1901执行该指令时，告警管理设备1900执行如图3、图4、图5、图6、图7、图8、图9、图14中任一附图中的相关方法步骤，进行告警合并处理。

本发明实施例提供的告警管理设备中各个模块或者模块的详细描述以及各个单元或者模块执行如图3、图4、图5、图6、图7、图8、图9、图14中任一附图中的相关方法步骤后所带来的技术效果可以参考本发明方法实施例中的相关描述，此处不再赘述。

结合本发明公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(Random Access Memory，RAM)、闪存、只读存储器(ReadOnly Memory，ROM)、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、电可擦可编程只读存储器(Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。当然，处理器和存储介质也可以作为分立组件存在于核心网接口设备中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。

Claims (9)

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

接收至少两个第一告警的信息，所述至少两个第一告警中每个第一告警的信息包含第一告警的标识和第一告警的产生时间；

若所述至少两个第一告警中的任意两个第一告警的标识分别与保存的至少一组告警对中任意一组告警对中的两个历史告警的标识相同，且所述任意两个第一告警的产生时间的时间差小于预定时间阈值，则确定所述任意两个第一告警存在关联关系；

将存在关联关系的两个第一告警进行合并处理；

在所述确定所述任意两个第一告警存在关联关系之前，所述方法还包括：

获取至少两个历史告警的信息，所述至少两个历史告警中每个历史告警的信息包含历史告警的标识和历史告警的产生时间；

统计所述至少两个历史告警的信息，获得所述至少两个历史告警中所述任意两个历史告警同时出现的次数和所述任意两个历史告警出现的总次数；

根据所述任意两个历史告警同时出现的次数和所述任意两个历史告警出现的总次数，从所述至少两个历史告警中确定出所述至少一组告警对，并保存所述至少一组告警对。

2.根据权利要求1所述的方法，其特征在于，所述根据所述任意两个历史告警同时出现的次数和所述任意两个历史告警出现的总次数，从所述至少两个历史告警中确定出所述至少一组告警对，并保存所述至少一组告警对，包括：

计算所述任意两个历史告警同时出现的次数和所述任意两个历史告警出现的总次数的比值，得到所述任意两个历史告警的关系比重，所述任意两个历史告警的关系比重用于表征所述任意两个历史告警存在关联关系的可能性；

若所述任意两个历史告警的关系比重大于第一关系阈值，则确定所述任意两个历史告警组成告警对，或者，若所述任意两个历史告警同时出现的次数大于第二关系阈值，且所述任意两个历史告警的关系比重大于第三关系阈值，则确定所述任意两个历史告警组成告警对；

保存所述任意两个历史告警组成的告警对。

3.根据权利要求2所述的方法，其特征在于，在所述接收至少两个第一告警的信息之后，所述方法还包括：

根据所述至少两个第一告警的信息，更新保存有所述任意两个历史告警同时出现的次数和所述任意两个历史告警出现的总次数的关系信息集合，得到保存有至少两个第二告警中任意两个第二告警同时出现的次数和所述任意两个第二告警出现的总次数的关系信息集合，所述至少两个第二告警包括所述至少两个第一告警和所述至少两个历史告警；

计算所述任意两个第二告警同时出现的次数和所述任意两个第二告警出现的总次数的比值，得到所述任意两个第二告警的关系比重，所述任意两个第二告警的关系比重用于表征所述任意两个第二告警存在关联关系的可能性；

若所述任意两个第二告警的关系比重大于第一关系阈值，则确定所述任意两个第二告警组成告警对，或者，若所述任意两个第二告警同时出现的次数大于第二关系阈值，且所述任意两个第二告警的关系比重大于第三关系阈值，则确定所述任意两个第二告警组成告警对；

根据所述任意两个第二告警组成的告警对，更新保存的所述至少一组告警对。

4.根据权利要求1-3中任一项所述的方法，其特征在于，在所述确定所述任意两个第一告警存在关联关系之后，所述方法还包括：

从所述存在关联关系的两个第一告警中确定出原因告警和结果告警，所述存在关联关系的两个第一告警中由业务设备触发的告警为所述结果告警，由基础设备触发的告警为所述原因告警，所述业务设备包括用于为用户提供服务的设备，所述基础设备包括用于为业务设备提供业务服务的设备；

在告警展示界面中将所述原因告警作为主告警展示，将与所述原因告警存在关联关系的结果告警作为相关告警展示。

5.一种告警管理设备，其特征在于，包括：

接收单元，用于接收至少两个第一告警的信息，所述至少两个第一告警中每个第一告警的信息包含第一告警的标识和第一告警的产生时间；

确定单元，用于若所述接收单元接收的所述至少两个第一告警中的任意两个第一告警的标识分别与保存的至少一组告警对中任意一组告警对中的两个历史告警的标识相同，且所述任意两个第一告警的产生时间的时间差小于预定时间阈值，则确定所述任意两个第一告警存在关联关系；

合并单元，用于将所述确定单元确定的存在关联关系的两个第一告警进行合并处理；

获取单元，用于在所述确定单元确定所述任意两个第一告警存在关联关系之前，获取至少两个历史告警的信息，所述至少两个历史告警中每个历史告警的信息包含历史告警的标识和历史告警的产生时间；

统计单元，用于统计所述接收单元接收的所述至少两个历史告警的信息，获得所述至少两个历史告警中所述任意两个历史告警同时出现的次数和所述任意两个历史告警出现的总次数；

所述确定单元，还用于根据所述统计单元统计得到的所述任意两个历史告警同时出现的次数和所述任意两个历史告警出现的总次数，从所述至少两个历史告警中确定出所述至少一组告警对；

存储单元，用于保存所述确定单元确定的所述至少一组告警对。

6.根据权利要求5所述的告警管理设备，其特征在于，所述确定单元具体用于：

计算所述任意两个历史告警同时出现的次数和所述任意两个历史告警出现的总次数的比值，得到所述任意两个历史告警的关系比重，所述任意两个历史告警的关系比重用于表征所述任意两个历史告警存在关联关系的可能性；若所述任意两个历史告警的关系比重大于第一关系阈值，则确定所述任意两个历史告警组成告警对，或者，若所述任意两个历史告警同时出现的次数大于第二关系阈值，且所述任意两个历史告警的关系比重大于第三关系阈值，则确定所述任意两个历史告警组成告警对；

所述存储单元，具体用于保存所述确定单元确定的所述任意两个历史告警组成的告警对。

7.根据权利要求6所述的告警管理设备，其特征在于，还包括：

更新单元，用于在所述接收单元接收所述至少两个第一告警的信息之后，根据所述至少两个第一告警的信息，更新保存有所述任意两个历史告警同时出现的次数和所述任意两个历史告警出现的总次数的关系信息集合，得到保存有至少两个第二告警中任意两个第二告警同时出现的次数和所述任意两个第二告警出现的总次数的关系信息集合，所述至少两个第二告警包括所述至少两个第一告警和所述至少两个历史告警；

计算单元，用于计算所述更新单元更新后的关系信息集合中保存的所述任意两个第二告警同时出现的次数和所述任意两个第二告警出现的总次数的比值，得到所述任意两个第二告警的关系比重，所述任意两个第二告警的关系比重用于表征所述任意两个第二告警存在关联关系的可能性；

所述确定单元，还用于若所述计算单元计算得到的所述任意两个第二告警的关系比重大于第一关系阈值，则确定所述任意两个第二告警组成告警对，或者，若所述任意两个第二告警同时出现的次数大于第二关系阈值，且所述任意两个第二告警的关系比重大于第三关系阈值，则确定所述任意两个第二告警组成告警对；

所述更新单元，还用于根据所述确定单元确定的所述任意两个第二告警组成的告警对，更新保存的所述至少一组告警对。

8.根据权利要求7所述的告警管理设备，其特征在于，所述确定单元，还用于在确定所述任意两个第一告警存在关联关系之后，从所述存在关联关系的两个第一告警中确定出原因告警和结果告警，所述存在关联关系的两个第一告警中由业务设备触发的告警为所述结果告警，由基础设备触发的告警为所述原因告警，所述业务设备包括用于为用户提供服务的设备，所述基础设备包括用于为业务设备提供业务服务的设备；

所述告警管理设备，还包括：

显示单元，用于在告警展示界面中将所述原因告警作为主告警展示，将与所述原因告警存在关联关系的结果告警作为相关告警展示。

9.一种告警管理设备，其特征在于，包括：处理器、存储器、显示器、总线和通信接口，所述处理器、所述存储器、所述显示器和所述通信接口通过所述总线相连；

所述存储器用于存储计算机程序代码，所述计算机程序代码包括指令，当所述处理器执行所述指令时，所述告警管理设备执行如权利要求1-4中任一项所述的告警合并方法。

Images