CN108900353B - 故障告警方法及终端设备 - Google Patents

Abstract

本发明涉及计算机技术领域，提供了一种故障告警方法及终端设备。该方法包括：根据各节点之间的功能关系将系统的业务层节点、应用层节点和设备层节点进行关联，生成关联链路；在监测到所述关联链路中第一节点的告警信息后，查找告警数据库中是否存在与所述第一节点相关联的告警集合；所述第一节点为所述关联链路中的任一节点；若所述告警数据库中存在与所述第一节点相关联的告警集合，则将所述第一节点的节点标识及告警信息添加至相关联的告警集合。本发明能够以告警集合整体进行故障定位来取代根据各个节点告警信息分别进行故障定位，能够减弱单个节点的无效告警信息对故障定位的影响，进而提高故障定位的准确性。

Description

故障告警方法及终端设备

技术领域

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

背景技术

随着云计算和互联网的高速发展，大量应用需要横跨不同网络终端，系统架构越来越复杂。为保证系统的正常运行，需要对系统进行监控，及时对故障进行告警。目前通常是分别对系统中各架构层进行监控，对各架构层出现的故障分别进行告警，比如基础设备监控只负责设备相应指标的监控，应用监控只负责应用层面监控，业务监控只负责业务数据的监控。由于系统各架构层之间会相互影响，某一架构层的故障可能会引起其他架构层相应的故障告警，分别对各架构层进行故障告警，会存在无效的告警信息，使告警信息无法反应故障的准确位置，不能给予监控人员准确地故障提示，告警效果差。

发明内容

有鉴于此，本发明实施例提供了故障告警方法及终端设备，以解决目前故障告警方法存在无效的告警信息，故障定位准确性差的问题。

本发明实施例的第一方面提供了故障告警方法，包括：

根据各节点之间的功能关系将系统的业务层节点、应用层节点和设备层节点进行关联，生成关联链路；

在监测到所述关联链路中第一节点的告警信息后，查找告警数据库中是否存在与所述第一节点相关联的告警集合；所述第一节点为所述关联链路中的任一节点；

若所述告警数据库中存在与所述第一节点相关联的告警集合，则将所述第一节点的节点标识及告警信息添加至相关联的告警集合。

本发明实施例的第二方面提供了计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现第一方面中的故障告警方法。

本发明实施例的第三方面提供了终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如下步骤：

根据各节点之间的功能关系将系统的业务层节点、应用层节点和设备层节点进行关联，生成关联链路；

在监测到所述关联链路中第一节点的告警信息后，查找告警数据库中是否存在与所述第一节点相关联的告警集合；所述第一节点为所述关联链路中的任一节点；

若所述告警数据库中存在与所述第一节点相关联的告警集合，则将所述第一节点的节点标识及告警信息添加至相关联的告警集合。

本发明实施例与现有技术相比存在的有益效果是：通过根据各节点之间的功能关系将系统的业务层节点、应用层节点和设备层节点进行关联，生成关联链路，关联链路能够清楚地表明系统中存在关联的节点；通过在告警数据库中查找到与第一节点相关联的告警集合后，将第一节点的节点标识及告警信息添加至相关联的告警集合，能够将相关联的节点的告警信息集中到一个告警集合中，以告警集合整体进行故障定位来取代根据各个节点告警信息分别进行故障定位，能够减弱单个节点的无效告警信息对故障定位的影响，进而提高故障定位的准确性。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的故障告警方法的实现流程图；

图2是本发明一个实施例提供的故障告警方法中识别第一节点的实现流程图；

图3是本发明另一实施例提供的故障告警方法中识别第一节点的实现流程图；

图4是本发明实施例提供的故障告警方法中查找待整合数据库的实现流程图；

图5是本发明实施例提供的故障告警方法中根据状态信息判定第一节点的告警信息的实现流程图；

图6是本发明实施例提供的故障告警方法的一个实施示例的流程示意图；

图7是本发明实施例提供的故障告警装置的示意图；

图8是本发明实施例提供的终端设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

图1为本发明实施例提供的故障告警方法的实现流程图，详述如下：

在S101中，根据各节点之间的功能关系将系统的业务层节点、应用层节点和设备层节点进行关联，生成关联链路。

在本实施例中，系统架构层包括业务层、应用层和设备层。节点为用于监测系统运行状态的功能节点。可以根据节点所属的架构层划分节点的类型，节点的类型为业务层节点、应用层节点和设备层节点三种，其中业务层节点为与业务数据相关的节点，如业务数据库中的用户注册数据、用户贷款申请数据、用户认证数据的查找及更新等；应用层节点为与终端应用相关的节点，如用户注册信息、用户贷款申请信息、用户认证信息的获取界面及控件状态等；设备层节点为与终端硬件设备相关的节点，如按键、触摸屏、摄像头等输入输出装置、处理器、内存的状态等。可以根据实际需求确定节点的具体功能、范围等，在此不作限定。

各节点之间的功能关系为完成系统某一功能的多个节点之间的关系。例如系统的一个功能为获取用户的认证数据并将认证数据保存到业务数据库，此功能涉及的节点可以包括应用显示用户进行认证的界面及相关操作控件、摄像头采集用户头像、输入设备采集用户输入的身份认证信息、通信装置将认证数据上传至服务器的业务数据库，业务数据库对该用户对应的认证数据更新等。

完成系统某一功能的多个节点相互之间会存在影响，例如设备层中摄像头未能采集到用户头像，会导致应用层中的用户头像获取界面停留的时间超过阈值内，会导致业务层的业务数据库中用户身份数据无法进行更新。

根据各节点之间的功能关系可以将系统的业务层节点、应用层节点和设备层节点进行关联，生成关联链路。通过关联链路可以清楚地反映相互影响的节点关系。

其中，关联链路可以有多个，每个关联链路可以包含相互影响的节点的节点标识及各节点间的关联关系。系统的一个节点可以存在于一个或多个关联链路中，也可以不存在于任何一个关联链路而作为一个独立节点。一个关联链路包括至少两个节点的节点标识。关联链路中各节点的类型不作限定，一个关联链路可以包含多个同一类型的节点，也可以包含多个类型的节点，例如可以包括三个业务层节点，或者一个业务层节点和一个设备层节点，或者两个业务层节点、一个应用层节点和三个设备层节点等。

可选地，关联链路可以以图形形式显示，便于监控人员直观地查看及调整各个关联链路及每个关联链路中节点之间的关联关系，例如可以用拓扑图等图形来显示关联链路。

在S102中，在监测到所述关联链路中第一节点的告警信息后，查找告警数据库中是否存在与所述第一节点相关联的告警集合；所述第一节点为所述关联链路中的任一节点。

在本实施例中，关联链路中的任一节点在发生故障后，通过监测进程可以监测到该节点的告警信息。其中，告警信息可以包括该节点具体的故障描述信息，例如图像采集装置调用失败，应用停留在用户认证数据获取界面的时间超过预设阈值，业务数据库中的用户认证数据在预设时刻没有正常更新等。

告警数据库为保存告警集合的数据库。每个告警集合包括至少一个处于告警状态的节点的节点标识及告警信息。一个告警集合可以仅包括一个处于告警状态的节点的节点标识及告警信息，也可以包括处于告警状态且相关联的多个节点的节点标识及告警信息。一个处于告警状态的节点可以包含于一个或多个告警集合中。与第一节点相关联的告警集合为包含与第一节点相关联的节点的节点标识及告警信息的告警集合。

若监测到一个节点的告警信息，在该节点故障解决成功或者确认该节点的告警信息为错误告警后，可以解除该节点的告警，使该节点结束告警状态。从监测到一个节点的告警信息到该节点的告警解除期间，该节点始终处于告警状态。

在一个告警集合中所包含的一个节点解除告警后，从告警集合中删除该节点的节点标识及告警信息。在一个告警集合中所有节点均解除告警后，从告警数据库中删除该告警集合。

在S103中，若所述告警数据库中存在与所述第一节点相关联的告警集合，则将所述第一节点的节点标识及告警信息添加至相关联的告警集合。

在本实施例中，若在告警数据库中查找到与第一节点相关联的N个告警集合，则将第一节点的节点标识及告警信息分别添加至相关联的N个告警集合，N为大于零的整数。

若告警数据库中存在与第一节点相关联的告警集合，则表明在第一节点告警之前，已经有与第一节点相关联的节点的告警信息被监测到，那么第一节点的告警可能是由相关联的节点的故障引起的，而第一节点本身不存在故障问题。例如第一节点的告警信息是应用停留在用户认证数据获取界面的时间超过预设阈值，而在此之前已经监测到图像采集装置调用失败的设备层节点的告警信息，那么第一节点本身不存在故障，而是相关联的节点的故障所引起的告警信息。这种情况下第一节点的告警信息并不是有效的告警信息，不能单独作为故障定位的依据。若直接根据第一节点的告警信息进行故障定位，会对故障定位造成干扰，导致故障定位不准确。

通过将一个告警集合作为一个整体进行故障定位，根据一个告警集合中相关联的节点的告警信息以及节点间的关联关系，确定出故障的位置，能够提高故障定位的准确性。

可选地，将告警集合以拓扑图的形式展示给监控人员查看，使监控人员能够直观清楚地获知告警集合中节点之间的关联关系，便于监控人员快速定位出告警集合对应的故障。

本发明实施例通过根据各节点之间的功能关系将系统的业务层节点、应用层节点和设备层节点进行关联，生成关联链路，关联链路能够清楚地表明系统中存在关联的节点；通过在告警数据库中查找到与第一节点相关联的告警集合后，将第一节点的节点标识及告警信息添加至相关联的告警集合，能够将相关联的节点的告警信息集中到一个告警集合中，以告警集合整体进行故障定位来取代根据各个节点告警信息分别进行故障定位，能够减弱单个节点的无效告警信息对故障定位的影响，进而提高故障定位的准确性。

作为本发明的一个实施例，所述告警集合包括至少一个处于告警状态的业务层节点的节点标识及告警信息。如图2所示，在S102之后，上述方法还可以包括：

在S201中，若所述告警数据库中不存在与所述第一节点相关联的告警集合，则识别所述第一节点是否为业务层节点。

在本实施例中，一个告警集合至少包括一个处于告警状态的业务层节点的节点标识及告警信息。由于业务层节点为涉及业务数据的相关节点，是系统中最为关键的节点，因此可以以至少一个业务层节点为核心，构建告警集合。一个告警集合可以仅包括一个或多个业务层节点的节点标识及告警信息，也可以包括相关联的其它系统架构层的节点的节点标识及告警信息。

若告警数据库中不存在与第一节点相关联的告警集合，则表明在第一节点告警之前没有监测到与第一节点相关联的节点的告警信息，那么识别第一节点是业务层节点还是应用层节点或设备层节点。

在一个实施例中，可以通过第一节点的节点标识识别第一节点是否为业务层节点。一个节点的节点标识中包含有节点类型对应的标识，通过节点类型对应的标识可以识别出第一节点是否为业务层节点。

在另一实施例中，可以通过第一节点的告警信息识别第一节点是否为业务层节点。告警信息中包含该节点的节点类型，通过识别告警信息中第一节点的节点类型确定第一节点是否为业务层节点。

在S202中，若识别出所述第一节点为业务层节点，则在所述告警数据库中创建第一告警集合，并将所述第一节点的节点标识及告警信息添加至所述第一告警集合。

在本实施例中，第一告警集合为在告警数据库中新创建的告警集合。在识别出第一节点为业务层节点后，在告警数据库中创建第一节点对应的告警集合，即第一告警集合，并将第一节点的节点标识及告警信息添加至第一告警集合。

本实施例通过在识别出第一节点为业务层节点后，在告警数据库中创建第一节点对应的第一告警集合，从而使每一个业务层节点的告警信息都能及时地添加到告警集合中，以便根据系统的关键节点的告警信息及时进行故障定位，减少因故障定位不及时造成的损失。

作为本发明的一个实施例，如图3所示，在S201之后，上述方法还可以包括：

在S301中，若识别出所述第一节点不是业务层节点，则将所述第一节点的节点标识及告警信息保存至待整合数据库。

在本实施例中，在识别出第一节点为应用层节点或设备层节点后，可以将第一节点的节点标识及告警信息保存至待整合数据库。由于没有查找到第一节点相关联的告警集合，且第一节点不是业务层节点，不能新创建第一节点对应的告警集合。可以将第一节点的节点标识及告警信息先保存到待整合数据库中，若之后有与第一节点相关联的告警集合被创建，再将待整合数据库中的第一节点的节点标识及告警信息添加到相关联的告警集合中。

作为本发明的一个实施例，如图4所示，在S202中“在所述告警数据库中创建第一告警集合”之后，上述方法还可以包括：

在S401中，查找所述待整合数据库是否存在第二节点的节点标识；所述第二节点为与所述第一节点相关联的节点。

在S402中，若所述待整合数据库存在所述第二节点的节点标识，则将所述第二节点的节点标识及告警信息添加至所述第一告警集合。

在本实施例中，第一告警集合包含第一节点的节点标识及告警信息。可以在待整合数据库中查找是否存在第二节点的节点标识。若整合数据库中存在第二节点的节点标识，则表明第二节点与第一告警集合相关联，可以将第二节点的节点标识及告警信息添加到第一告警集合中，并将待整合数据库中的第二节点的节点标识及告警信息删除。

本实施例通过及时将待整合数据库中的节点标识及告警信息添加到第一告警集合，能够及时更新第一告警集合，使第一告警集合能够包含相关联的节点的告警信息，从而确定出故障位置。

作为本发明的一个实施例，如图5所示，在S202中“识别出所述第一节点为业务层节点”之后，“在所述告警数据库中创建第一告警集合”之前，上述方法还可以包括：

在S501中，从所述关联链路中获取与所述第一节点相关联的节点的状态信息。

在本实施例中，状态信息可以为告警状态和非告警状态。一个节点的状态信息为告警状态，表示监测到该节点的告警信息且该节点的告警并未解除。一个节点的状态信息为非告警状态，表示未监测到该节点的告警信息或该节点的告警已经被解除，该节点正常运行。

在S502中，根据所述状态信息判断所述第一节点的告警信息是正确告警还是错误告警。

在本实施例中，相关联的节点在功能上存在影响，因此通过与第一节点相关联的一个或多个节点的状态信息可以推理出第一节点的告警信息是否有误。例如，若第一节点的告警必然引起第三节点和第四节点的告警，而获取到第三节点和第四节点的状态信息均为非告警状态，那么可以判定第一节点的告警信息是错误告警，第一节点实际并不存在故障。

在S503中，若判断出所述第一节点的告警信息为正确告警，则在所述告警数据库中创建所述第一告警集合。

在S504中，若判断出所述第一节点的告警信息为错误告警，则丢弃所述第一节点的告警信息。

本实施例通过与第一节点相关联的节点的状态信息判断第一节点的告警信息是否有误，能够减少错误告警的情况，确保节点告警信息的真实性，从而提高故障定位的准确性。

如图6所示为本发明实施例提供的一个实施示例的流程示意图，该流程的实现原理与图1至图5的实现原理一致，因此仅简要地描述该流程，不赘述：

在S601中，根据各节点之间的功能关系将系统的业务层节点、应用层节点和设备层节点进行关联，生成关联链路。

在S602中，在监测到关联链路中第一节点的告警信息后，查找告警数据库中是否存在与第一节点相关联的告警集合。

在S603中，若是，则将第一节点的节点标识及告警信息添加至相关联的告警集合。

在S604中，若否，则识别第一节点是业务层节点、应用层节点还是设备层节点。

在S605中，若第一节点是应用层节点或设备层节点，则将第一节点的节点标识及告警信息保存至待整合数据库。

在S606中，若第一节点是业务层节点，则从关联链路中获取与第一节点相关联的节点的状态信息。

在S607中，根据状态信息判断第一节点的告警信息是正确告警还是错误告警。

在S608中，若判断出第一节点的告警信息为错误告警，则丢弃第一节点的告警信息。

在S609中，若判断出第一节点的告警信息为正确告警，则在告警数据库中创建第一告警集合，并将第一节点的节点标识及告警信息添加至第一告警集合。

在S610中，查找待整合数据库是否存在第二节点的节点标识；第二节点为与第一节点相关联的节点；

在S611中，若待整合数据库存在第二节点的节点标识，则将第二节点的节点标识及告警信息添加至第一告警集合。

本发明实施例通过建立关联链路将业务层节点、应用层节点和设备层节点关联到一起，便于工作人员进行综合分析及查看。通过判断监测到的节点的告警信息是否与各个告警集合相关联，能够及时地将新增的节点的告警信息添加至相关联的告警集合。通过判断监测到的告警信息的节点是业务层节点、应用层节点还是设备层节点，能够根据节点的类型对告警信息进行相应的处理。通过根据获取到相关联节点的状态信息，分析业务层节点的告警是否有误，能够排除掉错误的业务层节点告警，提高告警的有效性。通过待整合数据库保存各个零散的应用层节点告警和设备层节点告警，一方面避免零散的告警信息对故障定位的干扰，另一方面能够为告警集合的建立提供数据支持。

本发明实施例通过根据各节点之间的功能关系将系统的业务层节点、应用层节点和设备层节点进行关联，生成关联链路，关联链路能够清楚地表明系统中存在关联的节点；通过在告警数据库中查找到与第一节点相关联的告警集合后，将第一节点的节点标识及告警信息添加至相关联的告警集合，能够将相关联的节点的告警信息集中到一个告警集合中，以告警集合整体进行故障定位来取代根据各个节点告警信息分别进行故障定位，能够减弱单个节点的无效告警信息对故障定位的影响，进而提高故障定位的准确性。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

对应于上文实施例所述的故障告警方法，图7示出了本发明实施例提供的故障告警装置的示意图。为了便于说明，仅示出了与本实施例相关的部分。

参照图7，该装置包括生成模块71、查找模块72和处理模块73。

生成模块71，用于根据各节点之间的功能关系将系统的业务层节点、应用层节点和设备层节点进行关联，生成关联链路。

查找模块72，用于在监测到所述关联链路中第一节点的告警信息后，查找告警数据库中是否存在与所述第一节点相关联的告警集合；所述第一节点为所述关联链路中的任一节点。

处理模块73，用于若所述告警数据库中存在与所述第一节点相关联的告警集合，则将所述第一节点的节点标识及告警信息添加至相关联的告警集合。

可选地，所述告警集合包括至少一个处于告警状态的业务层节点的节点标识及告警信息；所述处理模块73还用于：

若所述告警数据库中不存在与所述第一节点相关联的告警集合，则识别所述第一节点是否为业务层节点；

若识别出所述第一节点为业务层节点，则在所述告警数据库中创建第一告警集合，并将所述第一节点的节点标识及告警信息添加至所述第一告警集合。

可选地，所述处理模块73还用于：

若识别出所述第一节点不是业务层节点，则将所述第一节点的节点标识及告警信息保存至待整合数据库。

可选地，所述处理模块73还用于：

查找所述待整合数据库是否存在第二节点的节点标识；所述第二节点为与所述第一节点相关联的节点；

若所述待整合数据库存在所述第二节点的节点标识，则将所述第二节点的节点标识及告警信息添加至所述第一告警集合。

可选地，所述处理模块73还用于：

从所述关联链路中获取与所述第一节点相关联的节点的状态信息；

根据所述状态信息判断所述第一节点的告警信息是正确告警还是错误告警；

若判断出所述第一节点的告警信息为正确告警，则在所述告警数据库中创建所述第一告警集合；

若判断出所述第一节点的告警信息为错误告警，则丢弃所述第一节点的告警信息。

本发明实施例通过根据各节点之间的功能关系将系统的业务层节点、应用层节点和设备层节点进行关联，生成关联链路，关联链路能够清楚地表明系统中存在关联的节点；通过在告警数据库中查找到与第一节点相关联的告警集合后，将第一节点的节点标识及告警信息添加至相关联的告警集合，能够将相关联的节点的告警信息集中到一个告警集合中，以告警集合整体进行故障定位来取代根据各个节点告警信息分别进行故障定位，能够减弱单个节点的无效告警信息对故障定位的影响，进而提高故障定位的准确性。

图8是本发明一实施例提供的终端设备的示意图。如图8所示，该实施例的终端设备8包括：处理器80、存储器81以及存储在所述存储器81中并可在所述处理器80上运行的计算机程序82，例如程序。所述处理器80执行所述计算机程序82时实现上述各个方法实施例中的步骤，例如图1所示的步骤101至103。或者，所述处理器80执行所述计算机程序82时实现上述各装置实施例中各模块/单元的功能，例如图7所示模块71至73的功能。

示例性的，所述计算机程序82可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器81中，并由所述处理器80执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序82在所述终端设备8中的执行过程。

所述终端设备8可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括，但不仅限于，处理器80、存储器81。本领域技术人员可以理解，图8仅仅是终端设备8的示例，并不构成对终端设备8的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线、显示器等。

所称处理器80可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器81可以是所述终端设备8的内部存储单元，例如终端设备8的硬盘或内存。所述存储器81也可以是所述终端设备8的外部存储设备，例如所述终端设备8上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器81还可以既包括所述终端设备8的内部存储单元也包括外部存储设备。所述存储器81用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器81还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

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

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

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (6)

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

根据各节点之间的功能关系将系统的业务层节点、应用层节点和设备层节点进行关联，生成关联链路；

在监测到所述关联链路中第一节点的告警信息后，查找告警数据库中是否存在与所述第一节点相关联的告警集合；所述第一节点为所述关联链路中的任一节点；

若所述告警数据库中存在与所述第一节点相关联的告警集合，则将所述第一节点的节点标识及告警信息添加至相关联的告警集合；

所述告警集合包括至少一个处于告警状态的业务层节点的节点标识及告警信息；

在所述查找告警数据库中是否存在与所述第一节点相关联的告警集合之后，还包括：

若所述告警数据库中不存在与所述第一节点相关联的告警集合，则识别所述第一节点是否为业务层节点；

若识别出所述第一节点为业务层节点，则在所述告警数据库中创建第一告警集合，并将所述第一节点的节点标识及告警信息添加至所述第一告警集合；

在所述识别所述第一节点是否为业务层节点之后，还包括：

若识别出所述第一节点不是业务层节点，则将所述第一节点的节点标识及告警信息保存至待整合数据库。

2.如权利要求1所述的故障告警方法，其特征在于，在所述告警数据库中创建第一告警集合之后，还包括：

查找所述待整合数据库是否存在第二节点的节点标识；所述第二节点为与所述第一节点相关联的节点；

若所述待整合数据库存在所述第二节点的节点标识，则将所述第二节点的节点标识及告警信息添加至所述第一告警集合。

3.如权利要求2所述的故障告警方法，其特征在于，在所述识别出所述第一节点为业务层节点之后，在所述告警数据库中创建第一告警集合之前，还包括：

从所述关联链路中获取与所述第一节点相关联的节点的状态信息；

根据所述状态信息判断所述第一节点的告警信息是正确告警还是错误告警；

若判断出所述第一节点的告警信息为正确告警，则在所述告警数据库中创建所述第一告警集合；

若判断出所述第一节点的告警信息为错误告警，则丢弃所述第一节点的告警信息。

4.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至3任一项所述方法的步骤。

5.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如下步骤：

根据各节点之间的功能关系将系统的业务层节点、应用层节点和设备层节点进行关联，生成关联链路；

在监测到所述关联链路中第一节点的告警信息后，查找告警数据库中是否存在与所述第一节点相关联的告警集合；所述第一节点为所述关联链路中的任一节点；

若所述告警数据库中存在与所述第一节点相关联的告警集合，则将所述第一节点的节点标识及告警信息添加至相关联的告警集合；

所述告警集合包括至少一个处于告警状态的业务层节点的节点标识及告警信息；

在所述查找告警数据库中是否存在与所述第一节点相关联的告警集合之后，还包括：

若所述告警数据库中不存在与所述第一节点相关联的告警集合，则识别所述第一节点是否为业务层节点；

若识别出所述第一节点为业务层节点，则在所述告警数据库中创建第一告警集合，并将所述第一节点的节点标识及告警信息添加至所述第一告警集合；

在所述识别所述第一节点是否为业务层节点之后，还包括：

若识别出所述第一节点不是业务层节点，则将所述第一节点的节点标识及告警信息保存至待整合数据库。

6.如权利要求5所述的终端设备，其特征在于，在所述告警数据库中创建第一告警集合之后，还包括：

查找所述待整合数据库是否存在第二节点的节点标识；所述第二节点为与所述第一节点相关联的节点；

若所述待整合数据库存在所述第二节点的节点标识，则将所述第二节点的节点标识及告警信息添加至所述第一告警集合。

Images