网络故障信息收集方法、网络系统、存储介质及网络设备与流程

本申请涉及无线通信技术领域，特别是涉及一种网络故障信息的收集方法、网络系统、存储介质及网络设备。

背景技术：

无线网络很容易受到各种环境因素的影响，当某个网络节点出现故障，平台端无法正常显示该设备节点的信息时，技术人员往往需要耗费大量的时间和客户协调资源进行无线网络相关日志的收集并分析。

现有的技术方案，当某台网络设备出现网络故障后，往往需要技术支持人员亲临现场或者搭建远程环境指导客户收集日志，尤其是某些应用场景，网络故障是概率性出现的，用户未必能够有效的保护现场环境并协助技术人员进行问题定位。总体来讲，目前的技术方案定位无线网络问题耗时长、效率低。

技术实现要素：

本申请主要提供一种网络故障信息的收集方法、网络系统、存储介质及网络设备，能够提高确定网络故障原因的速度及效率。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种网络故障信息的收集方法。该网络故障信息的收集方法包括：获取当前节点的第一网络与上级节点的连接状态；当连接状态处于非正常状态时，从当前节点收集当前节点的第一故障信息并发送故障委托请求给周围的伙伴节点；发送当前节点的第一故障信息给响应故障委托请求的伙伴节点，以由响应的伙伴节点将当前节点的第一故障信息转发至上级节点。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种网络故障信息的收集方法。该网络故障信息的收集方法包括：由上级节点接收第一整合信息，其中第一整合信息包括由下级故障节点从自身收集并经下级正常节点转发的第一故障信息以及下级正常节点从自身收集的第一连接状态信息；上级节点从自身收集与下级故障节点相关的第二故障信息以及与各下级正常节点相关的第二连接状态信息；发送由第一故障信息、第一连接状态信息、第二故障信息和第二连接状态信息整合生成的第二整合信息。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种网络系统。该网络系统包括上级节点以及通过第一网络与上级节点连接的多个下级节点，当多个下级节点中存在与上级节点的连接状态处于非正常状态的下级故障节点时，下级故障节点向其他下级节点发送故障委托请求，并向响应该故障委托请求的下级正常节点发送下级故障节点从自身收集的第一故障信息，下级正常节点将第一故障信息发送给上级节点。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种存储介质。该存储介质上存储有程序数据，程序数据被处理器执行时实现如上述方法的步骤。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种网络设备。该网络设备包括连接的处理器和存储器，存储器存储有计算机程序，处理器执行计算机程序时，实现如上述方法的步骤。

本申请的有益效果是：区别于现有技术的情况，本申请公开了一种网络故障信息的收集方法、网络系统、存储介质及网络设备。网络连接状态处于非正常状态的当前节点通过向周围的伙伴节点发生故障委托请求，并向响应该故障委托请求的伙伴节点发送当前节点自身的第一故障信息，以使得当前节点自身的第一故障信息能够由该伙伴节点转发至上级节点，进而当前节点能够自动且及时地收集自身在发生故障时的第一故障信息，并能够快速地通过伙伴节点将自身的第一故障信息上传，减少了技术人员获取数据的时间，以及使得技术人员能够获取最准确的数据，提高了技术人员确定网络故障的效率。

附图说明

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

图1是本申请提供的网络故障信息的收集方法的一实施例的流程示意图；

图2是图1实施例中步骤12中发送故障委托请求的流程示意图；

图3是图1实施例中步骤13的流程示意图；

图4是本申请提供的网络故障信息的收集方法的另一实施例的流程示意图；

图5是图4实施例中步骤25的流程示意图；

图6是本申请提供的网络故障信息的收集方法的又一实施例的流程示意图；

图7是本申请提供的网络系统的一实施例的结构示意图；

图8是本申请提供的存储介质的一实施例的结构示意图；

图9是本申请提供的网络设备的一实施例的结构示意图。

具体实施方式

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

本申请实施例中的术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”、“第三”的特征可以明示或者隐含地包括至少一个该特征。本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

参阅图1，本申请提供的网络故障信息的收集方法的一实施例的流程示意图。

步骤11：获取当前节点的第一网络与上级节点的连接状态。

可选地，当前节点为与上级节点通过第一网络连接的多个下级节点中的一个，下级节点可以是网络摄像机(ipcamera，ipc)、智能语音终端等网络设备，其能够采集数据信息；上级节点可以是网络硬盘录像机(networkvideorecorder，nvr)、路由器等允许网络设备接入的终端，其能够接收由下级节点所发送的数据，并可将所接收的数据打包上传至网络云端设备等。

可选地，第一网络可以为wifi网络、zigbee网络、4g网络、3g网络等。进而，当前节点能够通过第一网络与上级节点进行通信连接。

当前节点获取其自身的第一网络与上级节点的连接状态，该连接状态可以是正常状态，如当前节点能够与上级节点相互交互、进行数据传输等；该连接状态也可以是非正常状态，如当前节点无法与上级节点进行通信交互、传输数据的丢包率超过预设丢包率阈值等。

而通常上级节点同时接入多个下级节点，每一下级节点均可获取自身的第一网络与上级节点的连接状态。

可选地，当前节点(如ipc设备)在开启时自动获取其与上级节点(如nvr设备)的第一网络的连接状态，并在后续持续定时获取其与上级节点的第一网络的连接状态，从而能够保证节点及时获取自身的异常状况。

具体地，当前节点向上级节点发送一定数量的检测数据包，该检测数据包仅包括几个字节的信息，正常状况下，当前节点每向上级节点发送一个数据包后均会得到上级节点的回复信号，当前节点统计该一定数量数据包的回复率，当该回复率低于预设回复率阈值时，即可判断出当前节点第一网络的连接状态处于非正常状态；否则，当前节点第一网络的连接状态处于正常状态。

相对而言，当前节点与上级节点的通信数据包通常包含几千甚至上万个字节，若当前节点向上级节点发送的检测数据包的回复率得不到保证，可以得知通信数据包的丢包率必然十分严重。

例如，当前节点连续5分钟每分钟发送10个检测数据包，若其中的40个检测数据包得到回复，设定预设回复率阈值为90％，则检测数据包的实际回复率为80％，其低于预设回复率阈值，当前节点第一网络的连接状态处于非正常状态；若其中46个检测数据包得到回复，实际回复率为92％，其大于预设回复率阈值，则当前节点第一网络的连接状态处于正常状态。

步骤12：当连接状态处于非正常状态时，收集当前节点的第一故障信息并发送故障委托请求给周围的伙伴节点。

当连接状态处于非正常状态时，当前节点收集自身的第一故障信息并发送故障委托请求给周围的伙伴节点。

该伙伴节点为与该当前节点连接于同一上级节点的其他下级节点。例如，ipc设备a、ipc设备b、ipc设备c与同一nvr设备无线连接，令ipc设备a为当前节点，则ipc设备b、ipc设备c为伙伴节点。本申请对下级节点的数量不作限制。

在当前节点第一网络的连接状态为非正常状态时，其周围至少存在一个伙伴节点的第一网络的连接状态为正常状态，进而将故障委托请求无差别发送给周围的伙伴节点，伙伴节点会自主响应故障委托请求，同时当前节点收集自身的故障信息。

可选地，第一故障信息包括网络信号强度、网络密码表单、程序进程崩溃信息等。即第一故障信息为当前节点第一网络的连接状态为变更非正常状态之前一定时长内的网络连接状态信息。

具体地，参阅图2，步骤12中当前节点发送故障委托请求给周围的伙伴节点的步骤可按如下步骤执行。

步骤120：判断当前节点的第一网络的无线广播功能是否正常。

判断当前节点的第一网络的无线广播功能是否正常，可通过判断第一网络的探测请求是否可以被正常响应。

若第一网络的探测请求可以正常响应，则认为第一网络的无线广播功能是正常的，执行步骤121，以利用第一网络的广播功能发送故障委托请求。

若第一网络的探测请求无法响应，则认为第一网络的无线广播功能是非正常的，执行步骤122。

步骤121：利用第一网络的无线广播功能向伙伴节点发送故障委托请求。

具体地，当前节点可以基于第一网络的探测帧的私有网络信息发送故障委托请求。

例如，在探测帧的私有网络信息中编译携带特殊字符，该特殊字符被伙伴节点解码后对应有相应的命令，进而使得伙伴节点响应该故障探测请求。

步骤122：采用第二网络向伙伴节点发送故障委托请求。

第一网络的探测请求无法响应时，当前节点采用不同于第一网络的第二网络向伙伴节点发送故障委托请求。

可选地，第一网络为wifi网络，第二网络包括蓝牙网络和/或433mhz网络。进而，当前节点采用蓝牙网络和/或433mhz网络向伙伴节点发送故障委托请求。

需要说明的是，在节点开启时，第二网络随之被开启，进而保证当前节点的故障委托请求、第一故障信息至少能够通过第二网络发送给伙伴节点。

步骤13：发送当前节点的第一故障信息给响应该故障委托请求的伙伴节点。

发送当前节点的第一故障信息给响应该故障委托请求的伙伴节点，以由该响应的伙伴节点将当前节点的第一故障信息转发至上级节点。

当前节点与最快响应的伙伴节点建立通信连接，通信连接可以是当前节点与伙伴节点间的wifi网络连接、蓝牙网络连接或433mhz网络连接。

当前节点的第一网络与上级节点的连接状态处于非正常状态时，当前节点的第一网络的功能可以是完好的。例如，当前节点所处的环境中存在电磁干扰，而当前节点与上级节点的距离稍远，导致其无法与上级节点建立通信连接；但其与周围的伙伴节点的距离较近，进而其可以与伙伴节点建立第一网络通信。或者，上级节点接收的数据包饱和而使得当前节点与上级节点断开连接，但当前节点的第一网络任然是完好的。进而，当前节点通过第一网络发送第一故障信息给响应故障委托请求的伙伴节点。

当第一网络的功能损坏时，当前节点通过第二网络发送第一故障信息给响应故障委托请求的伙伴节点。

本实施例中，与上级节点通信连接的多个节点均具有wifi网络、蓝牙网络、433mhz网络。

参阅图3，发送当前节点的第一故障信息给响应该故障委托请求的伙伴节点的步骤可按如下步骤执行。

步骤130：根据当前节点与响应的伙伴节点之间的可用通讯网络的优先级确定最优通信网络。

具体地，wifi网络、蓝牙网络以及433mhz网络的优先级依次降低。

可用通信网络例如为wifi网络、蓝牙网络以及433mhz网络中的至少一个。若伙伴节点与当前节点之间没有可用通信网络，则该伙伴节点就不会响应当前节点的故障委托请求。

wifi网络为节点的第一网络，蓝牙网络为节点的第二网络，433mhz为节点的第三网络。例如，若当前节点的wifi网络是正常的，则当前节点与响应的伙伴节点之间建立wifi网络通信。若当前节点的wifi网络损坏，以及响应的伙伴节点的蓝牙网络损坏，则当前节点与响应的伙伴节点之间建立433mhz网络通信。

步骤131：利用最优通信网络发送当前节点的第一故障信息。

当前节点将收集的第一故障信息通过最优通信网络发送给伙伴节点，以由该响应的伙伴节点将当前节点的第一故障信息转发至上级节点。

参阅图4，图4是本申请提供的网络故障信息的收集方法的另一实施例的流程示意图。

步骤21：获取当前节点的第一网络与上级节点的连接状态。

当前节点的第一网络与上级节点的连接状态处于非正常状态时，当前节点依次执行步骤22、步骤23。

当前节点的第一网络与上级节点的连接状态处于正常状态时，当前节点依次执行步骤24、步骤25。

步骤22：当连接状态处于非正常状态时，从当前节点收集当前节点的第一故障信息并发送故障委托请求给周围的伙伴节点。

步骤23：发送当前节点的第一故障信息给响应该故障委托请求的伙伴节点。

步骤24：当连接状态处于正常状态时，则对所接收到的伙伴节点的故障委托请求进行响应。

当前节点的第一网络与上级节点的连接状态处于正常状态时，当前节点间隔一定时长就探测一次周围空间是否存在故障委托请求信号，例如当前节点同时利用wifi网络、蓝牙网络、433mhz网络探测故障委托请求，若检测到伙伴节点发出的故障委托请求，则当前节点对所接受到的伙伴节点的故障委托请求进行响应。

例如，当前节点间隔一秒就探测一次是否有故障委托请求，即当前节点探测一次故障委托请求后，休眠一秒，之后再次探测故障委托请求，从而可以减少节点的能耗，如此循环往复，直至当前节点检测到伙伴节点的故障委托请求后，对伙伴节点的故障委托请求进行响应，伙伴节点可以选择与当前节点建立通信连接；或者，之后当前节点的连接状态变更为非正常状态时，当前节点则停止对故障委托请求的探测。

步骤25：通过第一网络将伙伴节点所发送的第一故障信息转发至上级节点。

在当前节点与伙伴节点建立通信连接后，当前节点接收伙伴节点所发送的第一故障信息，并通过第一网络将第一故障信息转发至上级节点。

参阅图5，通过第一网络将伙伴节点所发送的第一故障信息转发至上级节点的步骤，具体按下述步骤执行。

步骤250：对接收到的伙伴节点的第一故障信息进行处理，以生成第一整合信息。

通常处于非正常状态的伙伴节点的第一故障信息经过加密以数据包的形式传输给当前节点，当前节点对该数据包进行解密、预处理，以生成第一整合信息。

具体地，整合伙伴节点的第一故障信息和当前节点从自身收集的第一连接状态信息，以生成第一整合信息。

可选地，第一连接状态信息包括网络信号强度、网络密码表单、程序进程崩溃信息等，即第一连接状态信息为当前节点第一网络的连接状态为正常状态时的网络连接状态信息。

进而，本申请将第一连接状态信息作为第一故障信息的参照，一起上传至上级节点，以便于分析出伙伴节点的故障原因。

例如，上级节点的变更了密码表单，当前节点也随上级节点变更了密码表单，而伙伴节点的密码表单仍是旧密码表，进而通过比对当前节点与伙伴节点的密码表单，即可确定出伙伴节点的故障原因为网络连接密码错误，更新网络连接密码即可。

例如，第一故障信息中包含有程序进程崩溃信息，而其他数据与第一连接状态信息中的数据相同，则可以确定伙伴节点的故障原因是由于伙伴节点的程序运行出错导致，将出错的程序修正即可。

进而，将当前节点的第一连接状态信息与伙伴节点的第一故障信息进行整合，生成第一整合信息，能够更加方便地分析出伙伴节点的故障原因。

步骤251：向上级节点发送第一整合信息。

当前节点通过第一网络向上级节点发送第一整合信息。

参阅图6，图6是本申请提供的网络故障信息的收集方法的又一实施例的流程示意图

步骤30：接收第一整合信息。

多个下级节点均通过第一网络与上级节点连接，其中下级节点的第一网络与上级节点的连接状态为非正常状态时则称其为下级故障节点，下级节点的第一网络与上级节点的连接状态为正常状态时则称其为下级正常节点。

上级节点接收由下级正常节点发送的第一整合信息，其中该第一整合信息包括由下级故障节点从自身收集并经下级正常节点转发的第一故障信息以及下级正常节点从自身收集的第一连接状态信息。

上级节点由第一故障信息获取下级故障节点的身份信息，以便于后续获取自身与该下级故障节点相关数据。

步骤31：收集与下级故障节点相关的第二故障信息以及与各下级正常节点相关的第二连接状态信息。

上级节点确认了下级故障节点的身份信息后，进一步从自身收集与下级故障节点相关的第二故障信息，该第二故障信息为下级故障节点在与上级节点出现故障之前一段时长内上级节点所记录的数据信息，例如下级故障节点的数据重传率、下级故障节点被上级节点主动踢出网络或上级节点丢失下级故障节点的网络信号、出现故障的时间等数据。

上级节点还收集与各下级正常节点相关的第二连接状态信息，该第二连接状态信息包括与上级节点正常连接的各下级正常节点在上级节点的信道占用比及上级节点向各下级正常节点发送的ping包的回复率、与各下级正常强节点连接的信号度等。

因为各下级节点(包括下级正常节点和下级故障节点)分布的环境位置不同，受到的环境信号干扰的程度不同，因而下级故障节点发生故障的原因可能来自下级节点内部自身或所处周围环境。

例如安装于家庭环境下的监控系统，nvr设备与多个ipc设备通过无线连接，ipc设备可以设置于门廊、客厅、厨房、卧室及书房等位置，它们所处的环境不同，因而所受到信号干扰的程度不同。进而通过收集上级节点与各下级正常节点相关的第二连接状态信息，并作为第二故障信息的参照对比，进而便于分析下级故障节点发生故障的原因。

例如，当厨房中的电磁炉工作时，其对厨房内的ipc设备具有较强的电磁干扰，而对其余位置的ipc设备的干扰程度较弱，进而致使厨房内的ipc设备的第一网络与nvr设备的连接状态处于非正常状态，通过分析从nvr设备端收集的第二故障信息和第二连接状态信息，比较多个距上级节点距离大概相当的下级正常节点的信号强度和下级故障节点的信号强度，若从位置关系上发现越靠近下级故障节点的下级正常节点的信号强度逐渐减弱，则表明该下级故障节点收到所处环境中的信号干扰；若位置关系上发现各下级正常节点的信号强度均大致相当或靠近下级故障节点的下级正常节点的信号强度良好，则表明故障原因来自节点内部，具体地可用其他数据进行进一步分析确定。以上各下级节点的方位信息(距离、方向)同样包含于第二连接状态信息及第二故障信息中。

步骤32：发送由第一故障信息、第一连接状态信息、第二故障信息和第二连接状态信息整合生成的第二整合信息。

上级节点向网络云端平台发送由第一故障信息、第一连接状态信息、第二故障信息和第二连接状态信息整合生成的第二整合信息，以便于由数据处理能力更强的网络云端平台分析对比各项数据的差异，进而确定下级故障节点的故障原因，并给出相应的解决方案，便于维修人员或用户高效地排出故障。参阅图7，图7是本申请提供的网络系统的一实施例的结构示意图。

该网络系统100包括上级节点10以及通过第一网络与所述上级节点10连接的多个下级节点20，当多个下级节点20中存在与上级节点10的连接状态处于非正常状态的下级故障节点21时，下级故障节点21向其他下级节点20发送故障委托请求，并向响应故障委托请求的下级正常节点22发送下级故障节点21从自身收集的第一故障信息，下级正常节点22将第一故障信息发送给上级节点10。

该网络系统100开启时，各下级节点20先开启第二网络，以保证下级节点在处于非正常状态时能够向其周围的下级节点传输数据；各下级节点20启动第一网络与上级节点10连接，并进行初始化，以检测它们之间的连接状态，之后各下级节点20定时检测自身的第一网络与上级节点10的连接状态。若其中一个下级节点20的连接状态处于非正常状态时，为便于描述相应地称其为下级故障节点21，则该下级故障节点21收集自身的第一故障信息并向周围的下级正常节点22发送故障委托请求。下级正常节点22定时探测故障委托请求，当探测到故障委托请求时，响应该故障委托请求，下级故障节点21与下级正常节点22之间建立通信连接，进而下级故障节点21将第一故障信息发送给该下级正常节点22。

响应该故障委托请求的下级正常节点22还将第一故障信息与自身的第一连接状态信息整合生成第一整合信息，并将该第一整合信息发送给上级节点10。

上级节点10进一步从自身收集与下级故障节点21相关的第二故障信息以及与各下级正常节点22相关的第二连接状态信息，并发送由第一故障信息、第一连接状态信息、第二故障信息和第二连接状态信息整合生成的第二整合信息。

具体细节可参照前述实施例，本实施例不再赘述。

参阅图8，图8是本申请提供的存储介质的一实施例的结构示意图。

该存储介质30存储有程序数据31，程序数据31在被处理器执行时，实现如图1至图6所描述的网络故障信息的收集方法。

该程序数据31存储于一个存储介质30中，包括若干指令用于使得一台网络设备(可以路由器、个人计算机、服务器等网络设备)或处理器执行本申请各个实施例所述方法的全部或部分步骤。

可选的，存储介质30可以为u盘、移动硬盘、只读存储器(rom)、随机存取存储器(ram)、磁盘或者光盘等各种可以存储程序数据31的介质。

参阅图9，图9是本申请提供的网络设备的一实施例的结构示意图。

该电子装置40包括连接的处理器42和存储器41，存储器41存储有计算机程序，处理器42执行该计算机程序时，实现如图1至图6所描述的网络故障信息的收集方法。

区别于现有技术的情况，本申请公开了一种网络故障信息的收集方法、网络系统、存储介质及网络设备。网络连接状态处于非正常状态的当前节点通过向周围的伙伴节点发生故障委托请求，并向响应该故障委托请求的伙伴节点发送当前节点自身的第一故障信息，以使得当前节点自身的第一故障信息能够由该伙伴节点转发至上级节点，进而当前节点能够自动且及时地收集自身在发生故障时的第一故障信息，并能够快速地通过伙伴节点将自身的第一故障信息上传，减少了技术人员获取数据的时间，以及使得技术人员能够获取最准确的数据，提高了技术人员确定网络故障的效率。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于存储介质实施例及电子装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

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

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

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

以上所述仅为本申请的实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。