多节点网络拓扑管理方法、装置及电子设备和存储介质
技术领域
本申请涉及服务器技术领域，更具体地说，涉及一种多节点网络拓扑管理方法、装置及一种电子设备和一种计算机可读存储介质。
背景技术
对于拥有多台服务器企业的公司，如何高效的管理网络成为了一个问题。当组网完成之后，只能人工去了解网络的连接方式，不仅需要较高的人力成本和时间成本，还不方便后续的管理和维护。因此，如何解决上述问题是本领域技术人员需要重点关注的。
发明内容
本申请的目的在于提供一种多节点网络拓扑管理方法、装置及一种电子设备和一种计算机可读存储介质，降低了多节点网络拓扑管理的时间和人力成本。
为实现上述目的，本申请提供了一种多节点网络拓扑管理方法，包括：
接收到节点扫描的触发指令后，对网络拓扑中的所有网络节点进行扫描，得到各个网络节点对应的节点信息和节点之间的链路信息；
基于预设指标项与所述节点信息的对比结果，判断所述各个网络节点是否需要进行告警，以确定所述各个网络节点的节点状态；
获取与所述各个网络节点的节点类型对应的图片，并根据所述节点状态确定所述图片的显示方式；
基于所述显示方式对所述各个网络节点对应的图片进行显示，根据所述链路信息进行节点连接并展示对应的链路状态，生成网络拓扑视图。
可选的，所述对网络拓扑中的所有网络节点进行扫描，得到各个网络节点对应的节点信息和节点之间的链路信息，包括：
利用SNMP协议对网络拓扑中的所有网络节点进行扫描，得到各个网络节点对应的节点信息，所述节点信息包括节点基本信息、节点硬件信息和资源实时信息中任一项或任几项的组合；
利用LLDP协议获取各个网络节点相邻的端口信息和节点信息，确定节点之间的链路信息；
若检测到当前网络节点的节点类型为服务器，则利用IPMI协议获取所述当前网络节点对应的节点信息。
可选的，所述基于预设指标项与所述节点信息的对比结果，判断所述各个网络节点是否需要进行告警，以确定所述各个网络节点的节点状态，包括：
对所述节点信息中的各项指标数据与所述预设指标项设定的告警范围进行对比；
若所述指标数据超出所述告警范围中的最小值，则判定当前网络节点对应的节点状态为轻微告警，并确定对应的告警类型，所述告警类型包括无用告警、可修复告警、短暂性告警和无法修复的告警中任一项或任几项的组合；
若所述指标数据超出所述告警范围中的最大值，则判定当前网络节点对应的节点状态为严重告警，并确定对应的所述告警类型；
若所述指标数据低于所述最小值，则判定当前网络节点对应的节点状态为状态正常。
可选的，所述对网络拓扑中的所有网络节点进行扫描，得到各个网络节点对应的节点信息和节点之间的链路信息之后，还包括：
获取所述链路信息各个链路对应的连接设备信息和连接端口信息；
根据所述连接设备信息和所述连接端口信息对所有链路进行去重处理。
可选的，所述基于所述显示方式对所述各个网络节点对应的图片进行显示，包括：
按照预设分层规则，计算所述各个网络节点在前端页面的显示位置；
基于所述显示方式和所述显示位置，对所述各个网络节点对应的图片进行分层显示。
可选的，所述根据所述链路信息进行节点连接并展示对应的链路状态，生成网络拓扑视图之后，还包括：
对网络拓扑中的所有网络节点进行重新扫描，获取各个网络节点对应的最新节点信息；
根据所述最新节点信息判断所述各个网络节点的节点状态是否发生改变，以确定是否需要更新告警级别，对所述网络拓扑视图进行更新；
若所述告警级别超过预设阈值，则向对应的管理终端推送告警提示信息。
可选的，所述基于所述显示方式对所述各个网络节点对应的图片进行显示，包括：
基于所述显示方式，对节点类型为交换机和路由器的网络节点对应的图片进行显示；
当接收到针对交换机或路由器的操作指令后，显示所述交换机或所述路由器下底层设备的基本信息。
为实现上述目的，本申请提供了一种多节点网络拓扑管理装置，包括：
节点扫描模块，用于接收到节点扫描的触发指令后，对网络拓扑中的所有网络节点进行扫描，得到各个网络节点对应的节点信息和节点之间的链路信息；
告警判定模块，用于基于预设指标项与所述节点信息的对比结果，判断所述各个网络节点是否需要进行告警，以确定所述各个网络节点的节点状态；
显示确定模块，用于获取与所述各个网络节点的节点类型对应的图片，并根据所述节点状态确定所述图片的显示方式；
拓扑生成模块，用于基于所述显示方式对所述各个网络节点对应的图片进行显示，根据所述链路信息进行节点连接并展示对应的链路状态，生成网络拓扑视图。
为实现上述目的，本申请提供了一种电子设备，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现前述公开的任一种多节点网络拓扑管理方法的步骤。
为实现上述目的，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现前述公开的任一种多节点网络拓扑管理方法的步骤。
通过以上方案可知，本申请提供的一种多节点网络拓扑管理方法，包括：接收到节点扫描的触发指令后，对网络拓扑中的所有网络节点进行扫描，得到各个网络节点对应的节点信息和节点之间的链路信息；基于预设指标项与所述节点信息的对比结果，判断所述各个网络节点是否需要进行告警，以确定所述各个网络节点的节点状态；获取与所述各个网络节点的节点类型对应的图片，并根据所述节点状态确定所述图片的显示方式；基于所述显示方式对所述各个网络节点对应的图片进行显示，根据所述链路信息进行节点连接并展示对应的链路状态，生成网络拓扑视图。由上可知，本申请可在组网完成后，对网络拓扑中的所有网络节点进行扫描，确定各节点是否需要进行告警，进而可根据节点的状态和类型对其进行显示，生成网络拓扑视图，无需人工检测网络连接方式，降低了多节点网络拓扑管理的时间和人力成本，便于直观的看到节点状态和组网方式，以便后续进行网络管理操作。
本申请还公开了一种多节点网络拓扑管理装置及一种电子设备和一种计算机可读存储介质，同样能实现上述技术效果。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例公开的一种多节点网络拓扑管理方法的流程图；
图2、图3为本申请实施例公开的另一种多节点网络拓扑管理方法的流程图；
图4为本申请实施例公开的又一种多节点网络拓扑管理方法的流程图；
图5为本申请实施例公开的一种具体的多节点网络拓扑管理方法的实施流程图；
图6为本申请实施例公开的一种多节点网络拓扑管理装置的结构图；
图7为本申请实施例公开的一种电子设备的结构图；
图8为本申请实施例公开的另一种电子设备的结构图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
在相关技术中，对于拥有多台服务器企业的公司，如何高效的管理网络成为了一个问题。当组网完成之后，只能人工去了解网络的连接方式，不仅需要较高的人力成本和时间成本，还不方便后续的管理和维护。
因此，本申请实施例公开了一种多节点网络拓扑管理方法，降低了多节点网络拓扑管理的时间和人力成本。
参见图1所示，本申请实施例公开的一种多节点网络拓扑管理方法包括：
S101：接收到节点扫描的触发指令后，对网络拓扑中的所有网络节点进行扫描，得到各个网络节点对应的节点信息和节点之间的链路信息；
本申请实施例中，可以在接收到节点扫描的触发指令后执行节点扫描操作，扫描网络拓扑中的所有网络节点，从而得到各个网络节点对应的节点信息，以及节点之间的链路信息。具体地，上述节点信息可以包括但不限于节点基本信息、节点硬件信息和资源实时信息。
在一种具体的实施方式中，可利用SNMP协议对网络拓扑中的所有网络节点进行扫描，得到各个网络节点对应的节点信息，并利用LLDP协议获取各个网络节点相邻的端口信息和节点信息，确定节点之间的链路信息。若检测到当前网络节点的节点类型为服务器，则利用IPMI协议获取当前网络节点对应的节点信息。
作为一种优选的实施方式，本步骤在扫描得到节点之间的链路信息之后，还可获取链路信息中各个链路对应的连接设备信息和连接端口信息；进而可根据连接设备信息和连接端口信息对所有链路进行去重处理。例如，当获取到链路信息后，会存在设备1的port1连接到设备2的port2，以及设备2的port2连接到设备1的port1这种情况。为此，本步骤在获取到全部的链路信息之后，首先进行遍历剔除上面的情况，实现链路信息的去重处理，将剩余的链路信息保存在数据库中，避免同一个端口连接两条连线。
S102：基于预设指标项与所述节点信息的对比结果，判断所述各个网络节点是否需要进行告警，以确定所述各个网络节点的节点状态；
本步骤中，可根据上述步骤扫描得到的节点信息，结合预设指标项判断各个网络节点的节点状态，即判断各个网络节点是否正常，是否需要进行告警。上述预设指标项具体可以指预先设定的用于判断节点是否发生异常的数据范围或阈值。
具体地，上述基于预设指标项与所述节点信息的对比结果，判断所述各个网络节点是否需要进行告警，以确定所述各个网络节点的节点状态的过程可以具体包括：对节点信息中的各项指标数据与预设指标项设定的告警范围进行对比；若指标数据超出告警范围中的最小值，则判定当前网络节点对应的节点状态为轻微告警，并确定对应的告警类型；若指标数据超出告警范围中的最大值，则判定当前网络节点对应的节点状态为严重告警，并确定对应的所述告警类型；若指标数据低于最小值，则判定当前网络节点对应的节点状态为状态正常。也即，本步骤可基于节点信息中的各项指标数据与预设告警范围的大小比较关系确定节点的状态。
需要指出的是，上述告警类型可以包括但不限于无用告警、可修复告警、短暂性告警和无法修复的告警，具体地，无用告警可以指对网络无影响或影响较小可忽略的告警，短暂性告警可以指由于实时运行状况导致的短暂告警，例如由于突然的业务量增多导致CPU温度升高等，可修复告警指能够自行修复或通过管理员操作修复成功的告警，无法修复的告警指无法修复成功的异常告警。
S103：获取与所述各个网络节点的节点类型对应的图片，并根据所述节点状态确定所述图片的显示方式；
需要说明的是，本步骤可以根据节点扫描结果以及节点状态判断结果，获取与各节点类型对应的图片，同时根据节点状态确定图片显示方式。例如，若节点状态为正常，则通过绿色显示节点对应的图片；若节点状态为轻微告警，则通过黄色显示节点对应的图片；若节点状态为严重告警，则通过红色显示节点对应的图片；若节点状态为离线状态，则通过灰色显示节点对应的图片。
S104：基于所述显示方式对所述各个网络节点对应的图片进行显示，根据所述链路信息进行节点连接并展示对应的链路状态，生成网络拓扑视图。
可以理解的是，在确定显示方式之后，可根据对应的显示方式对网络节点的图片进行显示，并根据链路信息连接对应的网络节点，同时可显示链路状态，从而生成网络拓扑视图。
具体地，链路状态可以包括正常状态、异常状态，可通过灰色连线表示正常链路，通过红色连线表示异常链路。另外，为了清晰地展示节点之间的关系，允许节点之间多个端口之间连线，即显示的链路具体为节点端口之间的链路。
上述基于所述显示方式对所述各个网络节点对应的图片进行显示的过程可以具体包括：按照预设分层规则，计算各个网络节点在前端页面的显示位置；基于显示方式和显示位置，对各个网络节点对应的图片进行分层显示。也即，由于网络拓扑中节点太多，为了更高效的利用前端有效的页面空间和提高用户体验，可将节点按照分层的方式进行排列，除了第一次获取拓扑视图界面之外，后续可只获取当前节点的上下层关系，从而从根本上减少每次请求返回的数据。
上述预设分层规则可以具体包括以下位置计算公式，以通过位置计算公式确定节点显示位置。位置计算公式可以包括：当只存在一层节点的时候，节点横向位置为：X＝(当前层数据长度－当前数据下标*2)*100，节点纵向位置为：Y＝canvas页面高度*层数－随机数[0,1)*(上下随机浮动数)，上下随机浮动数为根据节点个数设计的数值。当存在多层节点的时候，节点横向位置为：X＝(当前层数据长度－当前数据下标*2)*(下层数据个数/上层数据个数)*100，节点纵向位置可参考上述只存在一层节点时的位置计算公式。
通过以上方案可知，本申请提供的一种多节点网络拓扑管理方法，包括：接收到节点扫描的触发指令后，对网络拓扑中的所有网络节点进行扫描，得到各个网络节点对应的节点信息和节点之间的链路信息；基于预设指标项与所述节点信息的对比结果，判断所述各个网络节点是否需要进行告警，以确定所述各个网络节点的节点状态；获取与所述各个网络节点的节点类型对应的图片，并根据所述节点状态确定所述图片的显示方式；基于所述显示方式对所述各个网络节点对应的图片进行显示，根据所述链路信息进行节点连接并展示对应的链路状态，生成网络拓扑视图。由上可知，本申请可在组网完成后，对网络拓扑中的所有网络节点进行扫描，确定各节点是否需要进行告警，进而可根据节点的状态和类型对其进行显示，生成网络拓扑视图，无需人工检测网络连接方式，降低了多节点网络拓扑管理的时间和人力成本，便于直观的看到节点状态和组网方式，以便后续进行网络管理操作。
本申请实施例公开了另一种多节点网络拓扑管理方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。参见图2、图3所示，具体的：
S201：接收到节点扫描的触发指令后，对网络拓扑中的所有网络节点进行扫描，得到各个网络节点对应的节点信息和节点之间的链路信息；
S202：基于预设指标项与所述节点信息的对比结果，判断所述各个网络节点是否需要进行告警，以确定所述各个网络节点的节点状态；
S203：获取与所述各个网络节点的节点类型对应的图片，并根据所述节点状态确定所述图片的显示方式；
S204：基于所述显示方式对所述各个网络节点对应的图片进行显示，根据所述链路信息进行节点连接并展示对应的链路状态，生成网络拓扑视图；
S205：对网络拓扑中的所有网络节点进行重新扫描，获取各个网络节点对应的最新节点信息；
S206：根据所述最新节点信息判断所述各个网络节点的节点状态是否发生改变，以确定是否需要更新告警级别，对所述网络拓扑视图进行更新；
S207：若所述告警级别超过预设阈值，则向对应的管理终端推送告警提示信息。
本申请实施例中，可以在生成网络拓扑视图之后，按照一定的时间周期定时对网络拓扑中的所有网络节点进行重新扫描，获取各个网络节点对应的最新节点信息，并根据最新节点信息与上次的节点信息进行比较，判断节点状态是否发生改变，从而确定是否需要更新告警级别。若需要更新告警级别，则相应的在网络拓扑视图中更新对应图片的显示方式。例如，若原先存在的可修复告警和短暂性告警依然存在，则将当前告警级别提升。如果原先存在的告警被修复，则将告警状态修改为正常状态，并修改数据库中告警表，将更新后的数据返回给展示层，展示层对将收到的数据进行处理，以实时更新视图。优选的，当告警级别超过预设阈值之后，可向对应的管理终端推送告警提示信息，以提示管理员及时进行告警处理。
作为一种可选的实施方式，除了按照时间周期定时对网络拓扑中的所有网络节点进行重新扫描之外，还可接收用户手动发送的扫描请求，服务端接收到请求后进行重新扫描。
本申请实施例公开了又一种多节点网络拓扑管理方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。参见图4所示，具体的：
S301：接收到节点扫描的触发指令后，对网络拓扑中的所有网络节点进行扫描，得到各个网络节点对应的节点信息和节点之间的链路信息；
S302：基于预设指标项与所述节点信息的对比结果，判断所述各个网络节点是否需要进行告警，以确定所述各个网络节点的节点状态；
S303：获取与所述各个网络节点的节点类型对应的图片，并根据所述节点状态确定所述图片的显示方式；
S304：基于所述显示方式，对节点类型为交换机和路由器的网络节点对应的图片进行显示，根据所述链路信息进行节点连接并展示对应的链路状态，生成网络拓扑视图；
S305：当接收到针对交换机或路由器的操作指令后，显示所述交换机或所述路由器下底层设备的基本信息。
需要指出的是，考虑到服务器一般处于整个网络的最底层，且网络拓扑中所有网络节点的数量众多，尤其是服务器类型的节点，因此，本申请实施例在初步显示加载网络拓扑视图时不显示服务器类型的节点，仅对节点类型为交换机和路由器的网络节点对应的图片进行显示，以显示拓扑的网络框架，从而减少数据量。当用户通过显示页面下发对某个交换机或路由器的操作指令后，可显示该交换机或路由器下底层设备的基本信息，即显示服务器节点的具体信息。例如，当检测到鼠标放在某个服务器上，则会向后端发送一次数据请求以获取对应的节点信息，此时数据不需要进行存储，后端可直接将数据按照规则处理后返回给展示层进行显示。
下面通过一种具体的系统架构对本申请实施例提供的多节点网络拓扑管理方法进行介绍。该系统可具体包括：展示层、服务层和数据层。其中，展示层具体用于实现节点展示、节点添加、链路添加、链路编辑、链路删除等功能；服务层具体用于实现节点扫描、节点分类、节点存储、节点计算、告警自动化修复、告警通知等功能；数据层具体用于保存节点数据、链路数据、服务器实时数据、告警数据。
具体地，上述展示层可进行视图展示，页面整体展示可以基于canvas画图实现，当前端拿到扫描得到的节点信息和链路信息之后再对其进行处理，根据节点的类别和状态使用相对应的图片在canvas中画图。为了展示节点与节点的关系，页面中不能存在游离的节点，且展示页面的初步加载页不显示服务器类型的节点。用户可以操作某个交换机和路由器查看底层的设备。当删除两个设备之间的连线时，若被删除连线的设备没有上下层连接设备，则两个设备处于游离状态，将直接删除这两个设备。
在具体实施中，服务层可利用SNMP/LLDP/IPMI协议，进行网络节点扫描，从而获取节点的基本数据、硬件信息、资源实时信息和当前拓扑中所有节点的告警信息。进而可根据节点信息进行节点分类，可包括服务器、路由器、交换机等类型。扫描得到的资源信息和告警信息，可按照数据库中定义的字段进行存储。进一步地，可通过设置的阈值，判断哪些节点会产生告警；通过节点的出入度计算，当前节点在拓扑中所处的位置，并计算展示层节点所处的位置；在扫描结束后，根据最新的节点信息更新当前的告警数据库表。
参见图5所示，本申请实施例可利用SNMP/IPMI/LLDP扫描网络拓扑中交换机/路由器/服务器的节点，LLDP协议根据当前端口的ChassisId获取当前设备相邻的端口信息和节点信息，此时判断当前类型是否为服务器，如果是服务器，可以使用IPMI协议获取当前服务器的基本信息、设备的硬件信息、实时数据信息，例如CPU、内存、磁盘等。进而对SNMP协议和IPMI获取的节点数据与预先设置的告警阈值进行比较，如果高于预设的阈值则会产生告警，可以设置告警范围，如果高于预设阈值的最小值则会产生轻微告警，如果高于最高的预设阈值最大值则会产生严重告警。进而可结合大数据分析模型，将告警分为无用告警、可修复告警、短暂性告警和无法修复的告警。最终可根据节点的告警情况，对拓扑数据进行修改，生成网络拓扑视图并显示。
在数据层中，可为每种信息创建对应的数据表，以存储节点信息、链路信息和告警信息。具体地，节点信息可包括但不限于设备id、设备ip地址、设备名称、设备类型、设备状态、设备Mac地址、设备描述信息；链路信息可包括但不限于连接id、设备id1、设备id1端口id、设备id1端口名称、设备id1端口带宽、设备id1端口MAC地址、id1端口描述信息、端口状态、连接状态、设备id2、设备id2端口id、设备id2端口名称、设备id2端口带宽、设备id2端口MAC地址、id2端口描述信息；告警信息可包括但不限于告警设备ID、告警名称、告警级别、告警时间、告警种类、告警修复时间等。
需要指出的是，由于交换机在整个拓扑中的位置不同，存在不同类型的分类，此时可以按照交换机的出入度分为EOR和TOR两种。其中，EOR指接入的交换机集中安装在一列机柜端部的机柜内，通过水平缆线以永久链路方式连接设备柜内的主机/服务器/小型机设备。TOR指服务器机柜的最上面安装接入的交换机。
下面对本申请实施例提供的一种多节点网络拓扑管理装置进行介绍，下文描述的一种多节点网络拓扑管理装置与上文描述的一种多节点网络拓扑管理方法可以相互参照。
参见图6所示，本申请实施例提供的一种多节点网络拓扑管理装置包括：
节点扫描模块401，用于接收到节点扫描的触发指令后，对网络拓扑中的所有网络节点进行扫描，得到各个网络节点对应的节点信息和节点之间的链路信息；
告警判定模块402，用于基于预设指标项与所述节点信息的对比结果，判断所述各个网络节点是否需要进行告警，以确定所述各个网络节点的节点状态；
显示确定模块403，用于获取与所述各个网络节点的节点类型对应的图片，并根据所述节点状态确定所述图片的显示方式；
拓扑生成模块404，用于基于所述显示方式对所述各个网络节点对应的图片进行显示，根据所述链路信息进行节点连接并展示对应的链路状态，生成网络拓扑视图。
关于上述模块401至404的具体实施过程可参考前述实施例公开的相应内容，在此不再进行赘述。
本申请还提供了一种电子设备，参见图7所示，本申请实施例提供的一种电子设备包括：
存储器100，用于存储计算机程序；
处理器200，用于执行所述计算机程序时可以实现上述实施例所提供的步骤。
具体的，存储器100包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机可读指令，该内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。处理器200在一些实施例中可以是一中央处理器(CentralProcessing Unit，CPU)、控制器、微控制器、微处理器或其他数据处理芯片，为电子设备提供计算和控制能力，执行所述存储器100中保存的计算机程序时，可以实现前述任一实施例公开的多节点网络拓扑管理方法。
在上述实施例的基础上，作为优选实施方式，参见图8所示，所述电子设备还包括：
输入接口300，与处理器200相连，用于获取外部导入的计算机程序、参数和指令，经处理器200控制保存至存储器100中。该输入接口300可以与输入装置相连，接收用户手动输入的参数或指令。该输入装置可以是显示屏上覆盖的触摸层，也可以是终端外壳上设置的按键、轨迹球或触控板，也可以是键盘、触控板或鼠标等。
显示单元400，与处理器200相连，用于显示处理器200处理的数据以及用于显示可视化的用户界面。该显示单元400可以为LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。
网络端口500，与处理器200相连，用于与外部各终端设备进行通信连接。该通信连接所采用的通信技术可以为有线通信技术或无线通信技术，如移动高清链接技术(MHL)、通用串行总线(USB)、高清多媒体接口(HDMI)、无线保真技术(WiFi)、蓝牙通信技术、低功耗蓝牙通信技术、基于IEEE802.11s的通信技术等。
图8仅示出了具有组件100-500的电子设备，本领域技术人员可以理解的是，图8示出的结构并不构成对电子设备的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。
本申请还提供了一种计算机可读存储介质，该存储介质可以包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。该存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现前述任一实施例公开的多节点网络拓扑管理方法。
本申请可在组网完成后，对网络拓扑中的所有网络节点进行扫描，确定各节点是否需要进行告警，进而可根据节点的状态和类型对其进行显示，生成网络拓扑视图，无需人工检测网络连接方式，降低了多节点网络拓扑管理的时间和人力成本，便于直观的看到节点状态和组网方式，以便后续进行网络管理操作。
说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。
还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
