CN115834330B - 群障检测方法、装置、设备及存储介质 - Google Patents

Abstract

本申请关于一种群障检测方法、装置、设备及存储介质，涉及通信技术领域。该方法包括：在确定网络拓扑中存在故障设备的情况下，获取多个账户中每个账户的上网拓扑路径；从多个账户中确定候选异常账户，候选异常账户的上网拓扑路径包括故障设备；从候选异常账户中确定目标异常账户，目标异常账户的上网拓扑路径不存在备用路径；备用路径的起始设备和终点设备均位于异常账户的上网拓扑路径中，且备用路径不包括故障设备；在目标异常账户的数量大于或者等于预设阈值的情况下，确定存在群障。

Description

群障检测方法、装置、设备及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种群障检测方法、装置、设备及存储介质。

背景技术

群障为当网络设备质量出现问题时，影响的账户数量达到运营商定义的阈值。当前在进行群障发现的方法主要包括被动报障。具体的，被动报障为当网络设备质量出现故障时，受影响的账户通过拨打运营商客户电话进行报障，由客服人员通过报障的人数和报障人所在的地区判断是否存在群障。

但是，在上述群障的检测方法中，被动报障需要由客服人员将账户信息、故障信息进行记录、上报，导致群障检测的效率较低。

发明内容

本申请提供一种群障检测方法、装置、设备及存储介质，以至少解决相关技术，尤其是第五代光网络中无法及时发现或者检测群障的技术问题。本申请的技术方案如下：

根据本申请涉及的第一方面，提供一种群障检测方法，包括：在确定网络拓扑中存在故障设备的情况下，获取多个账户中每个账户的上网拓扑路径；从多个账户中确定候选异常账户，候选异常账户的上网拓扑路径包括故障设备；从候选异常账户中确定目标异常账户，目标异常账户的上网拓扑路径不存在备用路径；备用路径的起始设备和终点设备均位于异常账户的上网拓扑路径中，且备用路径不包括故障设备；在目标异常账户的数量大于或者等于预设阈值的情况下，确定存在群障。

在一种可能的实施方式中，上述方法还包括：获取网络拓扑中每个设备的多项设备信息；多项设备信息包括设备状态、板卡状态、端口状态、中央处理器CPU占用率、内存占用率、电压、电流、光衰、误码值、媒体存取控制位址mac地址；根据预设的故障分析模型以及每个设备的多项设备信息，确定网络拓扑中是否存在故障设备；故障分析模型用于基于每项设备信息对应的安全阈值，确定每个设备是否为故障设备。

在一种可能的实施方式中，上述方法还包括：基于预设的链路层发现协议，获取多个核心路由CR设备中每个CR设备的关联设备，得到以每个CR设备为起点的网络子拓扑；根据获取到的多个网络子拓扑，确定网络拓扑；多个网络子拓扑与多个CR设备一一对应。

在一种可能的实施方式中，上述一个账户的上网拓扑路径包括一个账户的用户设备以及一个账户对应的核心路由CR设备；获取多个账户中每个账户的上网拓扑路径，包括：从账户网络拓扑中查询每个账户的上网拓扑路径；账户网络拓扑为基于预设的关联算法、每个账户的用户设备、以及每个账户对应的CR设备生成的。

在一种可能的实施方式中，上述方法还包括：将目标异常账户的上网拓扑路径、以及目标异常账户的上网拓扑路径上设备的信息封装为显示信息，并显示显示信息。

根据本申请提供的第二方面，提供一种群障检测装置，包括获取单元以及确定单元；获取单元，用于在确定单元确定网络拓扑中存在故障设备的情况下，获取多个账户中每个账户的上网拓扑路径；确定单元，用于从多个账户中确定候选异常账户，候选异常账户的上网拓扑路径包括故障设备；确定单元，还用于从候选异常账户中确定目标异常账户，目标异常账户的上网拓扑路径不存在备用路径；备用路径的起始设备和终点设备均位于异常账户的上网拓扑路径中，且备用路径不包括故障设备；确定单元，还用于在目标异常账户的数量大于或者等于预设阈值的情况下，确定存在群障。

在一种可能的实施方式中，上述获取单元，还用于获取网络拓扑中每个设备的多项设备信息；多项设备信息包括设备状态、板卡状态、端口状态、中央处理器CPU占用率、内存占用率、电压、电流、光衰、误码值、媒体存取控制位址mac地址；确定单元，还用于根据预设的故障分析模型以及每个设备的多项设备信息，确定网络拓扑中是否存在故障设备；故障分析模型用于基于每项设备信息对应的安全阈值，确定每个设备是否为故障设备。

在一种可能的实施方式中，上述获取单元，还用于基于预设的链路层发现协议，获取多个核心路由CR设备中每个CR设备的关联设备，得到以每个CR设备为起点的网络子拓扑；确定单元，还用于根据获取到的多个网络子拓扑，确定网络拓扑；多个网络子拓扑与多个CR设备一一对应。

在一种可能的实施方式中，上述一个账户的上网拓扑路径包括一个账户的用户设备以及一个账户对应的核心路由CR设备；获取单元，具体用于：从账户网络拓扑中查询每个账户的上网拓扑路径；账户网络拓扑为基于预设的关联算法、每个账户的用户设备、以及每个账户对应的CR设备生成的。

在一种可能的实施方式中，上述装置还包括处理单元，处理单元用于：将目标异常账户的上网拓扑路径、以及目标异常账户的上网拓扑路径上设备的信息封装为显示信息，并显示显示信息。

根据本申请提供的第三方面，提供一种电子设备，包括：处理器；用于存储处理器可执行指令的存储器；其中，处理器被配置为执行指令，以实现上述第一方面及其任一种可能的实施方式的方法。

根据本申请提供的第四方面，提供一种计算机可读存储介质，当计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述第一方面中及其任一种可能的实施方式的方法。

根据本申请提供的第五方面，提供一种计算机程序产品，计算机程序产品包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行上述第一方面及其任一种可能的实施方式的方法。

本申请提供的第一方面的技术方案至少带来以下有益效果：在确定任意设备出现故障之后，首先确定该故障设备影响的候选异常账户。进一步的，通过判断候选异常账户的上网拓扑路径是否存在备用路径，来判断候选异常账户是否为目标异常账户，并基于目标异常账户的数量与预设阈值的比较，来判断网络拓扑中是否存在群障。这样，基于上述技术方案，能够基于网络拓扑和账户的上述拓扑路径，确定该故障设备实际所影响的上网账户的范围，可以在无需账户上报故障的情况下主动检测到群障，能够提高检测群障的效率。

需要说明的是，第二方面至第五方面中的任一种实现方式所带来的技术效果可参见第一方面中对应实现方式所带来的技术效果，此处不再赘述。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理，并不构成对本申请的不当限定。

图1是根据一示例性实施例示出的一种群障检测系统的结构示意图；

图2是根据一示例性实施例示出的一种群障检测方法的流程图；

图3是根据一示例性实施例示出的又一种群障检测方法的流程图；

图4是根据一示例性实施例示出的又一种群障检测方法的示意图；

图5是根据一示例性实施例示出的又一种群障检测方法的流程图；

图6是根据一示例性实施例示出的一种群障检测装置的框图；

图7是根据一示例性实施例示出的又一种群障检测装置的框图；

图8是根据一示例性实施例示出的一种电子设备的框图。

具体实施方式

为了使本领域普通人员更好地理解本申请的技术方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

首先，对本申请实施例中涉及的技术特征进行解释：

1.链路层发现协议(linkLayerdiscoveryprotocol，LLDP)是一种数据链路层协议，网络设备可以通过在本地网络中发送链路层发现协议数据单元(linklayerdiscoveryprotocoldataunit，LLDPDU)来通告其他设备自身的状态，是一种能够使网络中的设备互相发现并通告状态、交互信息的协议。

2.简单网络管理协议(simplenetworkmanagementprotocol，SNMP)的原来名字叫做简单网关监控协议(simplegatewaymonitoringprotocol，SGMP)。最早是国际互联网工程任务组(theinternetengineeringtaskforce，IETF)的研究小组提出来的，在SGMP协议的基础之上，加上新的管理信息结构和管理信息库，让SGMP更加全面。简单性和扩展性是SNMP所体现出来的，其中包含数据库类型(databaseschema)，一个应用层协议(applicationlayerprotocol)和一些资料文件。SNMP管理协议不光能够加强网络管理系统的效能，而且还可以用来对网络中的资源进行管理和实时监控。

3.管理信息库(managementinformationbase，MIB)是传输控制协议/网际协议(transmissioncontrolprotocol/internetprotocol，TCP/IP)标准框架的内容之一，MIB定义了网络设备需要保存的数据项、允许对每个数据项进行的操作及其含义，即管理系统可访问的网络设备的控制和状态信息等数据变量都保存在MIB中。

在对本申请提供的群障检测方法进行详细介绍之前，先对本申请涉及的实施环境(实施架构)进行简单介绍。

本发明实施例提供的群障检测方法可以适用于群障检测系统。图1示出了该群障检测系统的一种结构示意图。如图1所示，群障检测系统10包括群障检测装置11以及电子设备12。群障检测装置11与电子设备12连接，群障检测装置11与电子设备12之间可以采用有线方式连接，也可以采用无线方式连接，本发明实施例对此不作限定。

群障检测装置11可以用于与电子设备12进行数据交互，例如，从电子设备12中获取网络设备的网络拓扑数据，以及账户上网的账户网络拓，并在确定网络拓扑中存在故障设备的情况下，确定故障设备影响的候选异常账户，并从中确定无法正常上网的目标异常账户。

群障检测装置11还用于确定目标异常账户之后，在目标异常账户的数量大于预设阈值的情况下，确定存在群障。

可选的，该群障检测装置11和电子设备均可以是物理机，例如：台式电脑，又称台式机或桌面机(desktopcomputer)、手机、平板电脑、笔记本电脑、超级移动个人计算机(ultra-mobilepersonalcomputer，UMPC)、上网本、个人数字助理(personaldigitalassistant，PDA)等终端设备，也可以为交换机、路由器等网络设备。同时，该电子设备还可以为服务器，也可以为多个服务器组成的服务器群。

可选的，上述群障检测装置也可以通过部署在物理机上的虚拟机(virtualmachine，VM)，实现上述群障检测装置所要实现的功能。

需要说明的，群障检测装置11和电子设备12可以为相互独立的设备，也可以集成于同一设备中，本公开对此不作具体限定。

当群障检测装置11和电子设备12集成于同一设备时，群障检测装置11和电子设备12之间的通信方式为该设备内部模块之间的通信。这种情况下，二者之间的通信流程与“群障检测装置11和电子设备12之间相互独立的情况下，二者之间的通信流程”相同。

在本公开提供的以下实施例中，本公开以群障检测装置11和电子设备12相互独立设置为例进行说明。

为了便于理解，以下结合附图对本申请提供的群障检测方法进行具体介绍。

图2是根据一示例性实施例示出的一种群障检测方法的流程图，该方法可以应用于电子设备，也可以应用于与电子设备连接的群障检测装置。同时，该方法也可以应用于电子设备或者群障检测装置类似的设备。以下，以该方法应用于群障检测装置为例，对该方法进行说明，如图2所示，该群障检测方法包括以下步骤：

S201、群障检测装置确定网络拓扑中是否存在故障设备。

作为一种可能的实现方式，群障检测装置可以接收电子设备定期发送的网络拓扑中每个设备的多项设备信息，并根据每个设备的多项设备信息，确定网络拓扑中是否存在故障设备。

需要说明的，网络拓扑中的设备均为网络设备，例如可以为交换机、网关、账户的用户设备、出口路由器、每个城市的核心路由(corerouter，CR)设备等，本申请对此不作限定。同时，上述多项设备信息可以包括设备状态、板卡状态、端口状态、中央处理器(centralprocessingunit，CPU)占用率、内存占用率、电压、电流、端口光衰、误码值、媒体存取控制位址(mediaaccesscontroladdress，MAC)地址。

例如，上述多项设备信息可以存储于管理信息库(managementinformationbase，mib)中，群障检测装置可以以简单网络管理协议(simplenetworkmanagement protocol--SNMP)协议从mib库中获取多项设备信息。

其中，设备状态用于反映设备的运行状态，例如可以为开关机状态、运行模式等，板卡状态用于反映设备上板卡的加载情况、占用情况、运行状态、通断状态等。端口状态用于反映板卡上各端口的通断状态、连接状态、数据流量等。CPU占用率用于反映设备中CPU的资源使用情况。内存率用于反映设备中内存的使用情况。

在实际应用过程中，上述多项设备信息还可以包括CPU风扇温度、板卡的电压、板卡的内存等信息项。

在一些情况下，每项设备信息均对应有不同的安全阈值，对于任意一个设备，群障检测装置可以基于各项设备信息的参数值与其对应的安全阈值进行比较，在任意一项设备信息不满足安全阈值对应的条件的情况下，确定该设备为故障设备。

在另外一种情况下，群障检测装置还可以根据预设的故障分析模型以及每个设备的多项设备信息，确定网络拓扑中是否存在故障设备。

其中，故障分析模型用于基于每项设备信息对应的安全阈值，确定每个设备是否为故障设备。

例如，群障检测装置将每个设备的多项设备信息输入到故障分析模型中，得到每个设备为故障设备的概率。该概率大于预设概率的情况下，群障检测装置确定该设备为故障设备。

S202、群障检测装置在确定网络拓扑中存在故障设备的情况下，获取多个账户中每个账户的上网拓扑路径。

作为一种可能的实现方式，群障检测装置可以从账户网络拓扑中查询每个账户的上网拓扑路径。

其中，账户网络拓扑中包括每个账户的上网拓扑路径，一个账户的上网拓扑路径包括该账户的用户设备、该账户所在城市的CR设备以及该账户的用户设备与该账户所在城市的CR设备之间的拓扑路径。

需要说明的，账户网络拓扑为基于预设的关联算法、每个账户的用户设备、以及每个账户对应的CR设备生成的。

此步骤中生成账户网络拓扑的具体实现方式，可以参照本申请实施例的后续描述，此处不再进行赘述。

S203、群障检测装置从多个账户中确定候选异常账户。

其中，候选异常账户的上网拓扑路径包括故障设备。

作为一种可能的实现方式，群障检测装置对多个账户中的每个账户的上网拓扑路径进行遍历，确定上网拓扑路径包括故障设备的候选异常账户。

需要说明的，候选异常账户可以为一个，也可以为多个，本申请对此不做限定。

S204、群障检测装置从候选异常账户中确定目标异常账户。

其中，目标异常账户的上网拓扑路径不存在备用路径。备用路径的起始设备和终点设备均位于异常账户的上网拓扑路径中，且备用路径不包括故障设备。

作为一种可能的实现方式，对于任意一个候选异常账户，群障检测装置对该候选异常账户的上网拓扑路径上的每个设备进行遍历，将该设备作为备用路径的起始设备，判断上网拓扑路径上是否存在相应的终点设备，以使得备用路径可以不经过故障设备。

若任意一个候选异常账户的上网拓扑路径中存在备用路径上的起始设备和终点设备，则群障检测确定该候选异常账户不为目标异常账户。

另一种情况下，若该候选异常账户的上网拓扑路径中不存在任意一个设备可以作为起点设备或者终点设备，即该异常候选账户的上网拓扑路径不存在备用路径，则群障检测装置确定该候选异常账户为目标异常账户。

可以理解的，在存在故障设备的情况下，该候选异常账户的上网拓扑路径也存在异常，会影响候选异常账户正常上网，若该候选异常账户的上网拓扑路径存在备用路径，则可以通过备用路径报障该候选异常账户正常上网。相应的，若任意一个候选异常账户为目标异常账户，则确定该候选异常账户在故障设备的影响下无法正常上网。

S205、群障检测装置在目标异常账户的数量大于或者等于预设阈值的情况下，确定存在群障。

作为一种可能的实现方式，群障检测装置在确定候选异常账户中所有的目标异常账户之后，判断所有的目标异常账户的数量是否大于或者等于预设阈值，并在目标异常账户的数量大于或者等于预设阈值的情况下，确定存在群障。

需要说明的，若目标异常账户的数量大于或者等于预设阈值，则表明该故障设备的影响范围以足够大，满足运营商判断存在群障的条件。

示例性的，上述预设阈值可以为20。

本申请实施例提供的上述技术方案，在确定任意设备出现故障之后，首先确定该故障设备影响的候选异常账户。进一步的，通过判断候选异常账户的上网拓扑路径是否存在备用路径，来判断候选异常账户是否为目标异常账户，并基于目标异常账户的数量与预设阈值的比较，来判断网络拓扑中是否存在群障。这样，基于上述技术方案，能够基于网络拓扑和账户的上述拓扑路径，确定该故障设备实际所影响的上网账户的范围，可以在无需账户上报故障的情况下主动检测到群障，能够提高检测群障的效率。

在一些实施例中，为了能够确定上述网络拓扑，如图3所示，本申请实施例提供的群障检测方法，还包括以下步骤：

S301、群障检测装置基于预设的链路层发现协议，获取多个核心路由CR设备中每个CR设备的关联设备，得到以每个CR设备为起点的网络子拓扑。

其中，多个网络子拓扑与多个CR设备一一对应。

作为一种可能的实现方式，群障检测装置基于链路层发现协议，确定与每个CR设备连接的设备。

进一步的，针对每个与CR设备连接的设备，群障检测装置同样基于链路层发现协议，以递归的方式逐层逐级确定与该设备连接的设备，直至确定到所有设备的拓扑数据，得到该CR设备为起点的网络子拓扑。

需要说明的，CR设备与网络子拓扑一一对应，多个CR设备之间可以相互连接。

作为一种示例，上述链路层发现协议可以为(linklayerdiscoveryprotocol，LLDP)协议。

S302、群障检测装置根据获取到的多个网络子拓扑，确定网络拓扑。

作为一种可能的实现方式，群障检测装置在确定到所有CR设备中每个设备对应的网络子拓扑之后，可以将确定到的多个网络子拓扑合并为上述网络拓扑。

作为另外一种可能的实现方式，群障检测装置还可以基于预设的Apriori算法计算历史时间段内基于LLDP协议确定到的网络子拓扑，并进行合并得到网络拓扑。

例如，上述历史时间段可以为5分钟。

在一些情况下，群障检测装置还可以在确定网络拓扑之后，以树形结构的方式显示网络拓扑，进而实现网络拓扑可视化的目的。

本申请实施例提供的上述技术方案，可以基于预设的链路层发现协议，逐层发现设备，并基于逐层发现的设备确定网络拓扑，给出了一种确定网络拓扑的实现方式，同时也能够提高群障检测方法的效率。

在一些实施例中，上述实施例中涉及一个账户的上网拓扑路径包括一个账户的用户设备以及一个账户对应的核心路由CR设备，以及，账户网络拓扑为基于预设的关联算法、每个账户的用户设备、以及每个账户对应的CR设备生成的。

因此，为了能够生成该账户网络拓扑，如图4所示，本申请实施例提供的群障检测方法还包括以下步骤：

S401、群障检测装置获取每个账户的用户设备、每个账户对应的CR设备。

作为一种可能的实现方式，群障检测装置可以从网络账户的上网认证系统中获取所有账户的账户信息。

其中，账户信息包括账户的标志、在线状态、用户设备的地址和账户对应的CR设备。

需要说明的，上述账户的标识具体可以为账户的宽带账号，用户设备具体可以为账户的接入设备，账户对应的CR设备具体可以包括账户接入的端口信息。

S402、群障检测装置基于预设的关联算法、每个账户的用户设备、以及每个账户对应的CR设备，生成账户网络拓扑。

作为一种可能的实现方式，群障检测装置基于预设的关联算法，确定每个账户以用户设备为起点，每个账户对应的CR设备为终点的上网拓扑路径。

示例性的，上述关联算法具体可以为Apriori算法。

在一些实施例中，群障的检测方法还包括一种告警报障，即运维人员接收到各个网络设备厂家的网管系统对故障设备的告警，通过分析故障设备和网络链路的故障影响来判断是否存在群障。但是，这种告警报障在告警之后，运维人员也只能根据故障设备的信息大致分析出故障影响范围，尤其是在运营商网络拓扑体量大、链路复杂的擒故康下，运维人员无法在短时间内分析出具体造成大面积故障的根本原因，因此，为了能够便于运维人员分析群障，如图5所示，本申请实施例提供的群障检测方法，还包括以下步骤：

S501、群障检测装置将目标异常账户的上网拓扑路径、以及目标异常账户的上网拓扑路径上设备的信息封装为显示信息。

作为一种可能的实现方式，群障检测装置在确定存在群障之后，将目标异常账户的上网拓扑路径、以及该上网拓扑路径上所有设备的设备信息以接口参数的形式进行封装，得到显示信息。

在一些情况下，显示信息可以包括目标异常账户的标识，还可以包括故障设备的信息，以及故障设备的关联设备的信息。故障设备的关联设备为基于LLDP协议发现的。

其中，故障设备的关联设备具体包括与故障设备直接连接的设备以及与故障设备间接连接的设备。

可以理解的，在目标异常账户的上网拓扑路径上，包括故障设备以及故障设备的关联设备。

S502、群障检测装置显示显示信息。

作为一种可能的实现方式，群障检测装置向电子设备发送上述显示信息，以使得电子设备显示该显示信息。

可以理解的，群障检测装置显示该显示信息，可以为运维人员处理群障提供依据，可以进一步确保运维人员能够快速处理群障。

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

本申请实施例可以根据上述方法，示例性的对群障检测装置或电子设备进行功能模块的划分，例如，群障检测装置或电子设备可以包括对应各个功能划分的各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

例如，本申请实施例还提供一种群障检测装置。

在一些实施例中，图6是根据一示例性实施例示出的一种群障检测装置的框图。参照图6，该群障检测装置600包括动态台账模块601、动态监控模块602、拓扑还原模块603、以及群障计算模块604。

其中，动态台账模块601内置有LLDP协议和CR设备的信息，可以基于LLDP协议和CR设备确定每个CR设备对应的网络子拓扑，以及确定网络拓扑。例如，动态台账模块601可以用于执行上述S301-S302。

在实际应用中，动态台账模块601还可以被划分为组网网络设备动态发现模块和组网的全网拓扑链路还原模块。其中，组网网络设备动态发现模块用于实现上述S301的功能，组网的全网拓扑链路还原模块用于实现上述S302的功能以及以树状结构显示网络拓扑的功能。

动态监控模块602，用于对网络拓扑中的设备的信息进行实时采集，以实时发现网络拓扑中存在故障设备。例如，动态监控模块602可以用于执行上述S201。

拓扑还原模块603内置有拓扑关系算法，用于根据拓扑关系算法确定账户网络拓扑，以及确定任意账户的上网拓扑路径是否存在备用路径。例如，拓扑还原模块603可以用于执行上述S401-S402。

在实际应用中，上述动态监控模块602和拓扑还原模块603还可以被组合称之为全网设备动态监控管理模块，具体用于实现上述动态监控模块602和拓扑还原模块603的全部功能。

群障计算模块604用于从所有的账户中确定候选异常账户以及从候选异常账户中确定目标异常账户，并根据目标异常账户的数量确定是否存在群障。例如，群障计算模块604可以用于执行上述S203-S205，或者用于计算群障影响的账户。

图7是根据一示例性实施例示出的一种群障检测装置的框图。参照图7，该群障检测装置700包括获取单元701以及确定单元702。

获取单元701，用于在确定单元702确定网络拓扑中存在故障设备的情况下，获取多个账户中每个账户的上网拓扑路径。

确定单元702，用于从多个账户中确定候选异常账户，候选异常账户的上网拓扑路径包括故障设备。

确定单元702，还用于从候选异常账户中确定目标异常账户，目标异常账户的上网拓扑路径不存在备用路径。备用路径的起始设备和终点设备均位于异常账户的上网拓扑路径中，且备用路径不包括故障设备。

确定单元702，还用于在目标异常账户的数量大于或者等于预设阈值的情况下，确定存在群障。

可选的，如图7所示，本申请实施例提供的群障检测装置700中，获取单元701，还用于获取网络拓扑中每个设备的多项设备信息。多项设备信息包括设备状态、板卡状态、端口状态、中央处理器CPU占用率、内存占用率、电压、电流、光衰、误码值、媒体存取控制位址mac地址。

确定单元702，还用于根据预设的故障分析模型以及每个设备的多项设备信息，确定网络拓扑中是否存在故障设备。故障分析模型用于基于每项设备信息对应的安全阈值，确定每个设备是否为故障设备。

可选的，如图7所示，本申请实施例提供的群障检测装置700中，获取单元701，还用于基于预设的链路层发现协议，获取多个核心路由CR设备中每个CR设备的关联设备，得到以每个CR设备为起点的网络子拓扑。

确定单元702，还用于根据获取到的多个网络子拓扑，确定网络拓扑。多个网络子拓扑与多个CR设备一一对应。

可选的，如图7所示，本申请实施例提供的群障检测装置700中，一个账户的上网拓扑路径包括一个账户的用户设备以及一个账户对应的核心路由CR设备。获取单元701，具体用于：

从账户网络拓扑中查询每个账户的上网拓扑路径。账户网络拓扑为基于预设的关联算法、每个账户的用户设备、以及每个账户对应的CR设备生成的。

可选的，如图7所示，本申请实施例提供的群障检测装置700还包括处理单元703，处理单元703用于：

将目标异常账户的上网拓扑路径、以及目标异常账户的上网拓扑路径上设备的信息封装为显示信息，并显示显示信息。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图8是根据一示例性实施例示出的一种电子设备的框图。如图8所示，电子设备800包括但不限于：处理器801和存储器802。

其中，上述的存储器802，用于存储上述处理器801的可执行指令。可以理解的是，上述处理器801被配置为执行指令，以实现上述实施例中的群障检测方法。

需要说明的是，本领域技术人员可以理解，图8中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图8所示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

处理器801是电子设备的控制中心，利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储器802内的软件程序和/或模块，以及调用存储在存储器802内的数据，执行电子设备的各种功能和处理数据，从而对电子设备进行整体监控。处理器801可包括一个或多个处理单元。可选的，处理器801可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器801中。

存储器802可用于存储软件程序以及各种数据。存储器802可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能模块所需的应用程序(比如确定单元、处理单元等)等。此外，存储器802可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器802，上述指令可由电子设备800的处理器801执行以实现上述实施例中的群障检测方法。

在实际实现时，图7中的获取单元701、确定单元702、处理单元703的功能均可以由图8中的处理器801调用存储器802中存储的计算机程序实现。其具体的执行过程可参考上实施例中的群障检测方法部分的描述，这里不再赘述。

可选地，计算机可读存储介质可以是非临时性计算机可读存储介质，例如，该非临时性计算机可读存储介质可以是只读存储器(Read-OnlyMemory，ROM)、随机存储存储器(RandomAccessMemory，RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，本申请实施例还提供了一种包括一条或多条指令的计算机程序产品，该一条或多条指令可以由电子设备的处理器801执行以完成上述实施例中的群障检测方法。

需要说明的是，上述计算机可读存储介质中的指令或计算机程序产品中的一条或多条指令被电子设备的处理器执行时实现上述群障检测方法实施例的各个过程，且能达到与上述群障检测方法相同的技术效果，为避免重复，这里不再赘述。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全分类部或者部分功能。

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

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

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

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全分类部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全分类部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (12)

1.一种群障检测方法，其特征在于，包括：

在确定网络拓扑中存在故障设备的情况下，获取多个账户中每个账户的上网拓扑路径；

从所述多个账户中确定候选异常账户，所述候选异常账户的上网拓扑路径包括所述故障设备；

从所述候选异常账户中确定目标异常账户，所述目标异常账户的上网拓扑路径不存在备用路径；所述备用路径的起始设备和终点设备均位于所述异常账户的上网拓扑路径中，且所述备用路径不包括所述故障设备；

在所述目标异常账户的数量大于或者等于预设阈值的情况下，确定存在群障。

2.根据权利要求1所述的群障检测方法，其特征在于，所述方法还包括：

获取所述网络拓扑中每个设备的多项设备信息；所述多项设备信息包括设备状态、板卡状态、端口状态、中央处理器CPU占用率、内存占用率、电压、电流、光衰、误码值、媒体存取控制位址mac地址；

根据预设的故障分析模型以及每个设备的多项设备信息，确定所述网络拓扑中是否存在所述故障设备；所述故障分析模型用于基于每项设备信息对应的安全阈值，确定所述每个设备是否为所述故障设备。

3.根据权利要求1所述的群障检测方法，其特征在于，所述方法还包括：

基于预设的链路层发现协议，获取多个核心路由CR设备中每个CR设备的关联设备，得到以所述每个CR设备为起点的网络子拓扑；

根据获取到的多个网络子拓扑，确定所述网络拓扑；所述多个网络子拓扑与所述多个CR设备一一对应。

4.根据权利要求1-3中任一项所述的群障检测方法，其特征在于，一个账户的上网拓扑路径包括一个账户的用户设备以及所述一个账户对应的核心路由CR设备；所述获取多个账户中每个账户的上网拓扑路径，包括：

从账户网络拓扑中查询所述每个账户的上网拓扑路径；所述账户网络拓扑为基于预设的关联算法、所述每个账户的用户设备、以及所述每个账户对应的CR设备生成的。

5.根据权利要求4所述的群障检测方法，其特征在于，所述方法还包括：

将所述目标异常账户的上网拓扑路径、以及所述目标异常账户的上网拓扑路径上设备的信息封装为显示信息，并显示所述显示信息。

6.一种群障检测装置，其特征在于，包括获取单元以及确定单元；

所述获取单元，用于在所述确定单元确定网络拓扑中存在故障设备的情况下，获取多个账户中每个账户的上网拓扑路径；

所述确定单元，用于从所述多个账户中确定候选异常账户，所述候选异常账户的上网拓扑路径包括所述故障设备；

所述确定单元，还用于从所述候选异常账户中确定目标异常账户，所述目标异常账户的上网拓扑路径不存在备用路径；所述备用路径的起始设备和终点设备均位于所述异常账户的上网拓扑路径中，且所述备用路径不包括所述故障设备；

所述确定单元，还用于在所述目标异常账户的数量大于或者等于预设阈值的情况下，确定存在群障。

7.根据权利要求6所述的群障检测装置，其特征在于，所述获取单元，还用于获取所述网络拓扑中每个设备的多项设备信息；所述多项设备信息包括设备状态、板卡状态、端口状态、中央处理器CPU占用率、内存占用率、电压、电流、光衰、误码值、媒体存取控制位址mac地址；

所述确定单元，还用于根据预设的故障分析模型以及每个设备的多项设备信息，确定所述网络拓扑中是否存在所述故障设备；所述故障分析模型用于基于每项设备信息对应的安全阈值，确定所述每个设备是否为所述故障设备。

8.根据权利要求6所述的群障检测装置，其特征在于，所述获取单元，还用于基于预设的链路层发现协议，获取多个核心路由CR设备中每个CR设备的关联设备，得到以所述每个CR设备为起点的网络子拓扑；

所述确定单元，还用于根据获取到的多个网络子拓扑，确定所述网络拓扑；所述多个网络子拓扑与所述多个CR设备一一对应。

9.根据权利要求6-8中任一项所述的群障检测装置，其特征在于，一个账户的上网拓扑路径包括一个账户的用户设备以及所述一个账户对应的核心路由CR设备；所述获取单元，具体用于：

从账户网络拓扑中查询所述每个账户的上网拓扑路径；所述账户网络拓扑为基于预设的关联算法、所述每个账户的用户设备、以及所述每个账户对应的CR设备生成的。

10.根据权利要求9所述的群障检测装置，其特征在于，所述装置还包括处理单元，所述处理单元用于：

将所述目标异常账户的上网拓扑路径、以及所述目标异常账户的上网拓扑路径上设备的信息封装为显示信息，并显示所述显示信息。

11.一种电子设备，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至5中任一项所述的方法。

12.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中存储的计算机执行指令由电子设备的处理器执行时，所述电子设备能够执行如权利要求1至5中任一项所述的方法。