网络连接的修复方法、系统、计算机设备和存储介质与流程

1.本技术涉及无线技术领域，特别是涉及一种网络连接的修复方法、系统、计算机设备和存储介质。


背景技术：

2.随着物联网技术的发展，各种无线技术都应用到智能家居领域，比如无线保真(wireless fidelity，wifi)，紫蜂(zigbee)，低功耗蓝牙(bluetooth low energy，ble)等。但是目前仍然没有出现统一的智能家居互联的标准，因此，现有的智能家居中存在wifi，zigbee，ble设备混用的情况。
3.然而，现有的网络连接中时常也会出现部分网络连接异常的问题，这会导致智能家居网络中，部分家居设备处于掉线状态，而无法正常使用。


技术实现要素：

4.基于此，有必要针对上述技术问题，提供一种能够解决部分网络连接异常问题的网络连接的修复方法、计算机设备和存储介质。
5.一种网络连接的修复方法，应用于智能网关，方法包括：
6.当存在掉线设备时，生成扫描指令以指示各在线设备进行扫描；
7.分别接收各在线设备生成的扫描结果，扫描结果包括在线设备的信号范围内的各掉线设备的地址；
8.根据扫描结果生成携带支援信息的支援指令，以指示目标在线设备与对应的各掉线设备建立连接，支援信息包括目标在线设备与至少一个掉线设备之间的对应关系。
9.在其中一个实施例中，当存在掉线设备前，还包括：
10.接收各在线设备发送的心跳包；
11.当没有接收到全部的在线设备的心跳包时，判定存在掉线设备。
12.在其中一个实施例中，扫描结果还包括各在线设备扫描到的各掉线设备的广播信号的信号强度，根据扫描结果生成携带支援信息的支援指令，包括：
13.获取同一掉线设备对应的多个信号强度中的最大值，将最大值对应的在线设备作为当前掉线设备对应的目标在线设备；
14.获取目标在线设备的地址，将各掉线设备的地址和与各掉线设备对应的目标在线设备的地址作为支援信息生成支援指令。
15.一种网络连接的修复方法，应用于在线设备，方法包括：
16.接收智能网关发送的扫描指令；
17.响应于扫描指令对信号范围内的掉线设备进行扫描，生成扫描结果并发送给智能网关；
18.当接收到智能网关根据扫描结果生成的携带支援信息的支援指令时，作为目标在线设备发送连接请求至对应的各目标掉线设备以建立连接，支援信息包括目标在线设备与
至少一个掉线设备之间的对应关系。
19.在其中一个实施例中，在线设备包括父节点设备和子节点设备，子节点设备与父节点设备直接连接，并经父节点设备连接至智能网关，父节点设备用于转发智能网关反馈的心跳包收到指令至子节点设备；方法还包括：
20.当子节点设备在预设时间内与父节点设备连接正常，但未接收到心跳包收到指令时，将子节点设备标记为掉线设备。
21.在其中一个实施例中，在线设备包括父节点设备和子节点设备，子节点设备与父节点设备直接连接，并经父节点设备连接至智能网关，方法还包括：
22.获取子节点设备与父节点设备的实时通信强度，当实时通信强度小于阈值时，将当前在线设备标记为掉线设备。
23.一种网络连接的修复方法，应用于掉线设备，方法包括：
24.发送广播信号，广播信号用于在在线设备扫描时，告知在线设备在扫描信号范围内存在掉线设备；
25.接收在线设备发送的连接请求，并响应于连接请求与在线设备建立连接。
26.一种网络连接的修复系统，包括智能网关、在线设备和掉线设备；其中，
27.智能网关用于当存在掉线设备时，生成扫描指令以指示各在线设备进行扫描；分别接收各在线设备生成的扫描结果，扫描结果包括在线设备的信号范围内的各掉线设备的地址；根据扫描结果生成携带支援信息的支援指令，以指示目标在线设备与对应的各掉线设备建立连接，支援信息包括目标在线设备与至少一个掉线设备之间的对应关系；
28.在线设备用于接收智能网关发送的扫描指令；响应于扫描指令对信号范围内的掉线设备进行扫描，并生成扫描结果；当接收到智能网关根据扫描结果生成的携带支援信息的支援指令时，作为目标在线设备发送连接请求至对应的各目标掉线设备以建立连接，支援信息包括目标在线设备与至少一个掉线设备之间的对应关系；
29.掉线设备用于发送广播信号，广播信号用于在线设备扫描时，告知在线设备在扫描信号范围内存在掉线设备；接收在线设备发送的连接请求，并响应于连接请求与在线设备建立连接。
30.一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述的方法的步骤。
31.一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述的方法的步骤。
32.本发明智能网关判断当网络连接中存在掉线设备时，通过生成扫描指令，以指示网络连接中所有在线设备进行扫描，并在接收到在线设备的扫描结果后，指定在线设备中的目标在线设备与掉线设备进行连接，协助掉线设备重新加入网络中，修复了网络连接问题，提升了网络稳定性。
附图说明
33.图1为一个实施例中网络连接的修复方法的应用环境图；
34.图2为一个实施例中网络连接的修复方法的流程示意图之一；
35.图3为一个实施例中网络连接的修复方法的流程示意图之二；
36.图4为一个实施例中网络连接的修复方法的流程示意图之三；
37.图5为一个实施例中网络连接的修复方法的流程示意图之四；
38.图6为一个实施例中网络连接的修复方法的流程示意图之五；
39.图7为一个实施例中网络连接的修复系统示意图；
40.图8为一个实施例中网络连接的修复方法的信令图；
41.图9为一个实施例中网络连接的修复装置的结构示意图之一；
42.图10为一个实施例中网络连接的修复装置的结构示意图之二；
43.图11为一个实施例中网络连接的修复装置的结构示意图之三。
具体实施方式
44.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
45.本技术实施例提供的网络连接的修复方法，可以应用于如图1所示的应用环境中。其中，多个终端设备102通过网络与智能网关104进行通讯。数据存储系统可以存智能网关104需要处理的数据。数据存储系统可以集成在智能网关104上，也可以放在云上或其他网络服务器上。具体地，本技术实施例中网络连接的修复办法中的智能网关104，可以是但不限于是智能网关、服务器或者其他具备网关功能的设备。例如，智能家居中的控制面板。本领域技术人员可以根据本技术的网络连接的修复方法应用于多种网络连接场景中，在此并不做限定。智能网关104通过与终端设备102保持心跳机制，实现对终端设备102中是否掉线的监测，当智能网关104判断多个终端设备102中存在掉线的终端设备102时，即通过指示在线的终端设备102对掉线的终端设备102进行扫描，并根据各在线终端设备102的扫描结果，指定在线的终端设备102中的至少一个与掉线的终端设备102进行连接，使得掉线的终端设备102重新加入网络。同时，掉线的终端设备102在掉线的同时，也会发出广播，以便于在线的终端设备102对其进行查找，实现维持网络连接稳定的效果。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智控面板、智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
46.在其中一个实施例中，如图2所示，提供了一种网络连接的修复方法的流程示意图，应用于智能网关，该方法包括步骤s110～s130。
47.步骤s110，当存在掉线设备时，生成扫描指令以指示各在线设备进行扫描。
48.具体地，本实施例中的智能网关中连接多个设备，多个设备通过无线技术连接到智能网关，当智能网关发现多个设备中存在掉线设备时，即生成扫描指令，并将该扫描指令发送至还在线的在线设备中，以指示所有在线设备启动扫描模式，对各自周围的设备进行扫描。同时，智能网关在发现多个设备中存在掉线设备时，智能网关自身也可对启动扫描模块，对周围的掉线设备进行扫描。当智能网关扫描到掉线设备时，可记录智能网关自身扫描到的结果。
49.其中，扫描可以是但不仅限于wifi扫描、zigbee扫描、ble扫描。但随着半导体技术
的快速发展，现在wifi芯片方案或zigbee芯片方案在成本不增加的情况下，基本都自带ble模块，因此，本实施例中具体地可以通过ble扫描技术扫描周围所有具有ble模块，并进行广播的掉线设备，即，不限于掉线设备是wifi设备、zigbee设备还是ble设备。
50.步骤s120，分别接收各在线设备生成的扫描结果，扫描结果包括在线设备的信号范围内的各掉线设备的地址。
51.具体地，本实施例中的智能网关还用于在指示所有在线设备对各自周围的设备进行扫描之后，接收所有在线设备生成的扫描结果，其中，扫描结果包括了各在线设备在扫描信号范围内，扫描到的各掉线设备的地址。可以理解的是，当在线设备没有扫描周围的掉线设备时，可以向智能网关反馈没有掉线设备地址的扫描结果，也可以不反馈扫描结果。同时，很容易理解的是，扫描结果中也还包括了用于扫描的在线设备的地址，智能网关能根据扫描结果可以得知扫描结果中扫描的在线设备和掉线设备之间的映射关系。另外，在线设备和智能网关在对各自周围的设备进行扫描时，不仅能扫描到掉线设备的地址，还可能扫描到各在线设备和/或智能网关的地址，此时，扫描结果中不仅包括了在线设备和掉线设备之间的映射关系，还可以包括在线设备和在线设备，或者在线设备和智能网关之间的映射关系。当智能网关接收到扫描结果时，可以对扫描结果进行筛选，获取扫描的在线设备和掉线设备之间的映射关系。
52.步骤s130，根据扫描结果生成携带支援信息的支援指令，以指示目标在线设备与对应的各掉线设备建立连接，支援信息包括目标在线设备与至少一个掉线设备之间的对应关系。
53.具体地，本实施例中，智能网关根据扫描结果判定出可以用于对掉线设备发起网络连接请求的在线设备，并将该在线设备标记为目标在线设备，生成携带支援信息的支援指令，以指示目标在线设备与对应的掉线设备进行连接。其中，当支援指令的数量为多个时，智能网关可以将多个支援指令分别一一对应发送至多个目标在线设备。
54.其中，目标在线设备与掉线设备的网络连接可以是wifi连接，可以是zigbee连接，还可以是ble连接。如上述，ble模块先如今在wifi设备和zigbee设备中均有设置，因此，本实施例中的目标在线设备与掉线设备则可以通过ble模块进行更广泛的连接，即，目标在线设备和掉线设备可以分别是wifi设备与zigbee设备，也可以是wifi设备和wifi设备等。
55.具体地，本实施例中的掉线设备在发出广播信号时，即启动自己的ble slave模式，因此，目标设备在与对应的掉线设备进行连接时，通过启动自己的ble master模式，对应的与掉线设备进行连接。
56.为了便于理解在线设备、目标在线设备和掉线设备的关系，以下举例仅用于说明，但不用于限定本技术的保护范围。例如，多个在线设备中包括：在线设备1、在线设备2和在线设备3；多个掉线设备包括：掉线设备1、掉线设备2。其中，在线设备2能够扫描到掉线设备1和掉线设备2，在线设备1和在线设备3不能扫描到掉线设备1和掉线设备2，则判定在线设备2为目标在线设备，智能网关生成的支援信息，用于指示在线设备2与掉线设备1和/或掉线设备2进行连接，掉线设备1和/或掉线设备2可以通过在线设备2的中继实现通信。
57.本实施例中，智能网关在发现掉线设备时，通过指示所有在线设备对掉线设备进行扫描，并指定目标掉线设备与各掉线设备进行连接，解决了物联网网络连接中连接稳定性问题。
58.在其中一个实施例中，如图3所示，提供了一种网络连接的修复方法的流程示意图，上述步骤s110前还包括步骤s140～s150。
59.步骤s140，接收各在线设备发送的心跳包。
60.具体地，本实施例中的智能网关接收由在线设备以一定周期上报的心跳包，例如，一分钟上报一次的心跳包。可以理解的是，本实施例中的心跳包上报周期仅仅用于举例，并不用于限定本技术的保护范围，本领域技术人员可根据实际应用情况，合理设置。
61.步骤s150，当没有接收到全部的在线设备的心跳包时，判定存在掉线设备。
62.具体地，当智能网关在连续的至少两个周期，没有接收到同一设备的心跳包时，则认定该网络中存在掉线设备。本实施例中的在线设备与智能网关具有心跳机制，以便于智能网关知道所有连接的设备的在线状态。
63.在其中一个实施例中，当智能网关接收到目标在线设备生成的通知信号后，智能网关将该通知信号发送给各在线设备。其中，通知信号是目标在线设备与掉线设备重新建立连接后生成的信号，以通知各在线设备，原掉线设备重新连网后，由目标在线设备进行代理，后续信息由目标在线设备转发至原掉线设备中，以最终实现网络信息的传递。
64.在其中一个实施例中，扫描结果还包括各在线设备扫描到的各掉线设备的广播信号的信号强度，如图4所示，提供了一种网络连接的修复方法的流程示意图，上述步骤s130中根据扫描结果生成携带支援信息的支援指令，包括步骤s131～s132。
65.步骤s131，获取同一掉线设备对应的多个信号强度中的最大值，将最大值对应的在线设备作为当前掉线设备对应的目标在线设备。
66.具体地，本实施例中的在线设备在周围扫描到掉线设备时，还记录了扫描到该掉线设备广播信号的信号强度。智能网关以扫描结果中各在线设备扫描到该广播信号强度的最大值为标准，从扫描到该广播信号的在线设备中选取目标在线设备。例如，在线设备包括：在线设备1和在线设备2，掉线设备包括：掉线设备1。在线设备1扫描到掉线设备1的广播信号强度为-10dbm，在线设备2扫描到掉线设备1的广播信号强度为-100dbm。则将在线设备1作为目标在线设备。可以理解的是，本实施例中的信号强度仅仅用于举例，并不能用于限定本技术的保护范围。
67.步骤s132，获取目标在线设备的地址，将各掉线设备的地址和与各掉线设备对应的目标在线设备的地址作为支援信息生成支援指令。
68.其中，支援信息包括目标在线设备与至少一个掉线设备之间的对应关系。本实施例通过智能网关以扫描结果中各在线设备扫描到掉线设备的广播信号强度的最大值为标准，从扫描到掉线设备的广播信号的在线设备中，选取扫描到广播信号强度最大的在线设备作为目标设备，保证了后续网络连接的稳定性。
69.在其中一个实施例中，扫描结果还包括各在线设备扫描到的各掉线设备的扫描时间，上述步骤s131包括：
70.获取同一掉线设备对应的多个扫描时间的先后顺序，将最先扫描到当前掉线设备的在线设备作为当前掉线设备对应的目标在线设备。
71.具体地，本实施例中，当同一掉线设备被多个在线设备扫描到后，智能网关可根据多个在线设备扫描到的掉线设备的时间顺序，选取最先扫描到当前掉线设备的在线设备，作为目标在线设备。以此，实现网络连接的快速修复，降低延误网络信息的传递的风险。
72.在其中一个实施例中，扫描结果还包括扫描到掉线设备的各在线设备的负载数量，上述步骤s131包括：
73.获取同一掉线设备对应的在线设备的负载数量，选取负载数量最少的在线设备作为当前掉线设备的目标在线设备。
74.具体地，本实施例中，当同一掉线设备被多个在线设备扫描到后，智能网关可根据扫描到掉线设备的各在线设备的负载数量进行筛选，其中，在线设备的负载数量为当前在线设备已经连接的其他在线设备的数量，选取在线设备中负载数量最少的作为当前掉线设备的目标在线设备。以此，增强网络连接的健壮性，降低在线设备因负载数量过高造成的信息传递过慢，以及降低在线设备因负载数量过大造成的硬件设备出现高温等问题。
75.在其中一个实施例中，扫描结果包括上述在线设备扫描到掉线设备广播的信号强度、扫描时间以及在线设备的负载数量。本实施例通过根据信号强度、扫描时间以及在线设备的负载数量，对发现同一掉线设备的在线设备进行综合评分，确定最优的在线设备作为目标在线设备。以此，增强网络连接修复后的稳定性。
76.在其中一个实施例中，当存在掉线设备时生成提示信号，并将提示信号发送给移动端，以提示用户网络中存在掉线设备。
77.本实施例通过智能网关生成提示信号，以提示用户连接网络中存在掉线设备。例如，在智能家居场景中，若原在线设备的扫地机器人掉线，用户可以通过移动终端得知扫地机器人掉线，用户可以选择人为干预，也可以等待网络连接的修复，待网络连接修复后，智能网关将扫地机器人重新加入网络的信息，发送给用户，以为便于用户获取智能家居中的网络状态。
78.在其中一个实施例中，如图5所示，提供了一种网络连接的修复方法的流程示意图，应用于在线设备，该方法包括步骤s160～s180。
79.步骤s160，接收智能网关发送的扫描指令。
80.步骤s170，响应于扫描指令对信号范围内的掉线设备进行扫描，生成扫描结果并发送给智能网关。
81.具体地，如上述，可以通过wifi扫描、zigbee扫描，还可以通过ble扫描。本实施例中的扫描具体地可以是在线设备打开各自的ble模块，对各自周围的广播信号进行扫描，在线设备根据各自的扫描生成扫描结果，并将各自的扫描结果发送给智能网关。本实施例中，各在线设备通过启动ble模块进行扫描，以查找到信号范围内，各掉线设备通过启动ble模块发送的广播信号。其中，为了降低ble模块启动带来的功耗，各在线设备可以在将扫描结果发送给智能网关前，通过原有的正常连接的网络将扫描结果发送给智能网关，例如，wifi设备通过原有的正常连接的wifi网络将扫描结果发送给智能网关。各在线设备也可以在将扫描结果发送给智能网关时，或者在将扫描结果发送给智能网关后，关闭自己的扫描功能，以降低功耗。
82.具体地，当本实施例中在线设备的ble模块在关闭后，在线设备在接收到新的扫描指令后，在线设备还可以响应于新的扫描指令启动ble模块并进行扫描。而当在线设备的ble模块不关闭时，在线设备接收到新的扫描指令后，响应于新的扫描指令直接进行扫描。
83.具体地，在线设备将各自的扫描结果发送给智能网关后，智能网关根据扫描结果生成携带支援信息的支援信号，该支援信息包括了目标在线设备与掉线设备之间的对应关
系，因此，在线设备中被指定为目标在线设备的在线设备，在接收到支援指令时，目标在线设备会根据支援信息对指定的掉线设备发起连接请求。其中，连接请求可以是wifi连接请求，可以是zigbee连接请求，还可以是ble连接请求，在此不做限定。由于现有的wifi设备和zigbee设备中均包括了ble模块，因此，本实施例中具体地，目标在线设备以ble连接请求方式向掉线设备发送连接请求，以实现不限定目标在线设备与掉线设备必须是同一种网络设备的要求，实现更广泛的设备网络连接。
84.在其中一个实施例中，各在线设备被配置有一一对应的设备合法性令牌，在目标设备向各掉线设备发起网络连接请求前，验证各掉线设备的设备合法性令牌，判断待发起网络连接请求对应的各掉线设备是否为合法设备，仅对合法设备发起网络连接请求，以确保网络安全性，防止非合法的设备加入网络。
85.在其中一个实施例中，在线设备包括父节点设备和子节点设备，子节点设备与父节点设备直接连接，并经父节点设备连接至智能网关，父节点设备用于转发所述智能网关反馈的心跳包收到指令至所述子节点设备；方法还包括以下步骤：
86.当子节点设备在预设时间内与所述父节点设备连接正常，但未接收到心跳包收到指令时，将子节点设备标记为掉线设备。
87.具体地，本实施例中的智能网关与在线设备保持的是双向心跳机制，即，智能网关在接收到设备发送的心跳包的同时，还会反馈自己已经收到该设备上报的心跳包的心跳包收到指令。可以理解的是，这里心跳包收到指令与各在线设备上报的心跳包是一一对应的，例如，在线设备1上报一次心跳包，智能网关在收到在线设备1上报的心跳包，则会向在线设备1反馈对应的心跳包收到指令；在线设备2上报一次心跳包，智能网关在收到在线设备2上报的心跳包，则会向在线设备2反馈对应的心跳包收到指令；其他设备则以此类推，不再赘述。另外，本实施例中子节点设备通过邻居发现协议，判断父节点设备与子节点设备是否还能正常通讯。
88.当子节点设备发现没有接收到智能网关反馈的心跳包收到指令时，会通过邻居发现协议，判断自己与父节点设备的连接是否正常，并依旧以一定的周期上报自己的心跳包，例如，30秒一次。但是，当在一定预设时间内，例如，五分钟内，子节点设备通过邻居发现协议判断出自己与父节点设备连接正常，但是，五分钟内仍然没有接收到智能网关反馈的心跳包收到指令时，此时的网络中，实际是父节点设备处于掉线状态，子节点设备将在预设时间内等待掉线的父节点设备进行重连，以此，只需父节点设备实现一次网络重连，即可恢复网络连接。若预设时间内，父节点设备仍然不能重新加入网络，子节点设备还是无法接收到智能网关反馈的心跳包收到指令时，子节点设备确定自身为掉线设备。
89.在其中一个实施例中，当子节点设备与父节点连接异常时，将子节点设备标记为掉线设备。
90.具体地，本实施例中的子节点设备通过邻居发现协议发现自己与父节点设备连接异常，同时子节点设备也无法收到智能网关反馈的心跳包收到指令，即，将自己确定为掉线设备。
91.在其中一个实施例中，当与智能网关直连的在线设备未接收到智能网关反馈的心跳包收到指令时，将该在线设备标记为掉线设备。
92.具体地，本实施例中的与智能网关直连的在线设备也还可以通过邻居发现协议发
现自己与智能网关的连接异常，进而确定自己为掉线设备。
93.需要说明的是，当父节点设备和其挂载的子节点设备均为掉线设备时，父节点设备优先进行网络连接修复，且原网络(即，父节点设备与子节点设备的网络连接关系)保持不变。相较父节点设备确定自己为掉线设备的时间，子节点设备确定自己为掉线设备的时间更长，防止一个父节点设备掉线后，其挂载的多个子节点设备也将自身作为掉线设备，同时开启网络连接修复，从而增加网络连接修复的压力，影响网络修复效率。
94.作为另一种实施方式，当子节点设备确定自身网络连接异常时，判断连接异常是和自己的邻居节点连接异常导致的还是由于非邻居节点(远端节点)连接异常导致的，如果是因为邻居节点连接异常导致，则立马发出掉线广播信号；如果是因为非邻居节点(远端节点)连接异常导致，则依旧以一定频率(比如30s一次)尝试上报心跳包，如果第二预设时间内(比如5分钟)后还是无法收到心跳包收到指令，则确定自身为掉线设备，并发出掉线广播信号，如果第二预设时间内收到了心跳包收到指令，则无需发出掉线广播信号，按正常设备运行。
95.在其中一个实施例中，在线设备包括父节点设备和子节点设备，子节点设备与父节点设备直接连接，并经父节点设备连接至智能网关，方法还包括步骤：
96.获取子节点设备与父节点设备的实时通信强度，当实时通信强度小于阈值时，将当前在线设备标记为掉线设备。
97.具体地，本实施例中，掉线设备通过与目标在线设备建立连接重新加入网络后，原掉线设备切换为子节点设备，而连接的目标在线设备切换为父节点设备，由父节点设备代理转发子节点设备的信息。本实施例中还通过监测子节点设备与父节点设备之间的实时通信强度，判定子节点设备是否掉线。即使在子节点设备仍然能接收智能网关的反馈的心跳包收到指令时，由于连接信号非常弱，子节点设备将断开与父节点设备的连接，并重新广播，以便于在线设备扫描并与其重新建立连接，解决了部分因网络连接较弱造成网络不稳定的问题。其中，在线设备均参与扫描，在此并不剔除与其实时通信强度低于阈值的父节点设备。以此，降低了由于其他因素干扰本实施例中父节点设备与子节点设备实时通信强度的误判风险。
98.在其中一个实施例中，如图6所示，提供了一种网络连接的修复方法的流程示意图，应用于掉线设备，方法包括步骤s190～s200。
99.步骤s190，发送广播信号，广播信号用于在在线设备扫描时，告知在线设备在扫描信号范围内存在掉线设备。
100.具体地，本实施例中的广播信号可以是但不仅限于wifi广播信号、zigbee广播信号和ble广播信号中的至少一种。由于ble模块在各在线设备中设置较为广泛，本实施例中的用于生成广播信号的具体为ble模块，广播信号用于告知在线设备在扫描信号范围内存在网络连接异常的设备。
101.其中，如上述，当在线设备中无法接收到智能网关设备反馈的心跳包收到指令时，认定自己为掉线设备，并启动ble模块向周围发送网络连接异常的广播信号。另外，如上述，若当前设备为重新连网的子节点设备时，当子节点设备监测到与子节点设备连接的父节点设备之间实时通信强度低于阈值时，子节点设备也断开与其连接的父节点设备之间的连接，并认定自己为掉线设备和启动ble模块向周围发送网络连接异常的广播信号。即，上述
实施例中对于在线设备标记为掉线设备的场景下，掉线设备均可生成并发送广播信号，在此不再赘述。
102.步骤s200，接收在线设备发送的连接请求，并响应于连接请求与在线设备建立连接。
103.本实施例的掉线设备通过发送广播信号，以便于周围在线设备获取掉线设备的地址，并与掉线设备重新建立连接。
104.在其中一个实施例中，如图7所示，本实施例提供了一种网络连接的修复系统示意图200，包括了智能网关、wifi路由器、多个wifi设备、多个zigbee设备和多个ble设备。多个wifi设备包括wifi设备1和wifi设备2；多个zigbee设备包括：zigbee设备1、zigbee设备2、zigbee设备3和zigbee设备4，ble设备包括ble设备1和ble设备2。
105.其中，智能网关的限定如上述在网络连接的修复方法中的限定，在此只做简述。智能网关当发现wifi设备2掉线时，生成扫描指令以指示所有在线设备，包括wifi设备1、zigbee设备1、zigbee设备2、zigbee设备3、zigbee设备4以及ble设备1和ble设备2等在线设备，启动ble模块对周围进行扫描；同时，掉线的wifi设备2在掉线时，启动ble模块发送广播信号，以告知在线设备在扫描信号范围内存在掉线设备；智能网关接收在线设备反馈的扫描结果，根据扫描结果选取wifi设备1为目标在线设备，生成支援信息，以指示wifi设备1与wifi设备2进行连接。
106.类似的，当zigbee设备2与zigbee设备3连接异常时，zigbee设备3生成广播信号，智能网关指示扫描到zigbee设备3广播信号最强的wifi设备1与zigbee设备3进行连接。可以理解的是，本领域技术人员可以根据上述方法实现对其他网络连接的修复，在不脱离本技术构思的前提下，均属于本技术的保护范围，在此不再赘述其他类似情况。
107.在其中一个实施例中，如图8所示，提供了一种网络连接的修复方法信令图。该方法包括：
108.步骤s210，在线设备发送心跳包给智能网关。
109.具体地，以上述实施例中的网络连接的修复系统为例，当该系统中在线设备均向智能网关发送各在线设备的心跳包；且，各在线设备之间也会互相发送各自的心跳包。步骤s140，智能网关接收各在线设备发送的心跳包。
110.步骤s150，当智能网关没有接收到全部的在线设备的心跳包时，判定存在掉线设备。
111.具体地，以上述实施例中的网络连接的修复系统为例，当智能网关没有接收到wifi设备2发送的心跳包时，则判定网络中存在掉线设备。
112.步骤s220，智能网关反馈心跳包收到指令给在线设备。
113.具体地，为了便于标记在线设备是否为掉线设备，智能网关还用于反馈心跳包收到指令给在线设备。
114.步骤s230，当与智能网关直连的在线设备未能接收智能网关反馈的心跳包收到指令时，将在线设备标记为掉线设备；以及经父节点设备连接至智能网关的子节点设备在预设时间内与所述父节点连接正常，但未接收到心跳包收到指令时，将子节点设备标记为掉线设备；以及经父节点设备连接至智能网关的子节点设备与父节点设备连接异常时，将子节点设备标记为掉线设备。
115.以上述实施例中的网络连接的修复系统为例，当ble设备1没有接收到智能网关反馈的心跳包收到指令时，标记为掉线设备；或者当ble设备2在预设时间内通过邻居发现协议判断自己与ble设备1连接正常，但是未接收到智能网关反馈的心跳包收到指令时，标记为掉线设备；或者当zigbee设备3通过邻居发现协议判断自己与zigbee设备2连接异常时，标记为掉线设备。
116.步骤s190，掉线设备发送广播信号，广播信号用于在在线设备扫描时，告知在线设备在扫描信号范围内存在掉线设备。
117.步骤s110，当存在掉线设备时，智能网关生成扫描指令以指示各在线设备进行扫描。
118.步骤s160，在线设备接收智能网关发送的扫描指令。
119.步骤s170，在线设备响应于扫描指令对信号范围内的掉线设备进行扫描，生成扫描结果并发送给智能网关。
120.步骤s120，智能网关分别接收各在线设备生成的扫描结果，扫描结果包括在线设备的信号范围内的各掉线设备的地址。
121.步骤s131，智能网关获取同一掉线设备对应的多个信号强度中的最大值，将最大值对应的在线设备作为当前掉线设备对应的目标在线设备。
122.步骤s132，智能网关获取目标在线设备的地址，将各掉线设备的地址和与各掉线设备对应的目标在线设备的地址作为支援信息生成支援指令。
123.步骤s180，当接收到智能网关根据扫描结果生成的携带支援信息的支援指令时，在线设备作为目标在线设备发送连接请求至对应的各目标掉线设备以建立连接，支援信息包括目标在线设备与至少一个掉线设备之间的对应关系。
124.步骤s200，掉线设备接收在线设备发送的连接请求，并响应于连接请求与在线设备建立连接。
125.可以理解的是，本实施例中的方法步骤与的限定均与上述实施例中的方法步骤相同，因此，对于本实施例中方法步骤的限定，请参阅上述实施例中对于同一步骤的限定，在此不再赘述。
126.应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
127.基于同样的发明构思，本技术实施例还提供了一种用于实现上述所涉及的网络连接的修复方法的网络连接的修复装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个网络连接的修复装置实施例中的具体限定可以参见上文中对于网络连接的修复方法的限定，在此不再赘述。
128.在其中一个实施例中，如图9所示，提供了一种网络连接的修复装置300，包括：扫描指令生成模块310、扫描结果接收模块320和支援指令生成模块330，其中，扫描指令生成
模块310用于当存在掉线设备时，生成扫描指令以指示各在线设备进行扫描；扫描结果接收模块320用于分别接收各在线设备生成的扫描结果，扫描结果包括在线设备的信号范围内的各掉线设备的地址；支援指令生成模块330用于根据扫描结果生成携带支援信息的支援指令，以指示目标在线设备与对应的各掉线设备建立连接，支援信息包括目标在线设备与至少一个掉线设备之间的对应关系。
129.智能网关通过指示各在线设备对周围掉线设备进行扫描，并根据扫描结果，指定目标的在线设备与掉线设备连接，修复了网络连接，维持了网络连接的稳定性。
130.在其中一个实施例中，如图10所示，提供了一种网络连接的修复装置400，包括：扫描指令接收模块410、扫描结果生成模块420和支援指令接收模块430，其中，扫描指令接收模块410用于接收智能网关发送的扫描指令；扫描结果生成模块420用于响应于扫描指令对信号范围内的掉线设备进行扫描，生成扫描结果并发送给智能网关；支援指令接收模块430用于当接收到智能网关根据扫描结果生成的携带支援信息的支援指令时，作为目标在线设备发送连接请求至对应的各目标掉线设备以建立连接，支援信息包括目标在线设备与至少一个掉线设备之间的对应关系。
131.在线设备通过接收智能网关的指令实现对周围掉线设备的扫描，并根据智能网关生成的支援指令，对掉线设备发起连接请求，实现掉线设备重新加入网络。
132.在其中一个实施例中，如图11所示，提供了一种网络连接的修复装置500，包括：广播信号发送模块510和连接请求接收模块520。其中，广播信号发送模块510用于发送广播信号，广播信号用于在在线设备扫描时，告知在线设备在扫描信号范围内存在掉线设备；连接请求接收模块520用于接收在线设备发送的连接请求，并响应于连接请求与在线设备建立连接。
133.掉线设备通过发送广播信号，以便于周围在线设备扫描和建立重新建立连接。
134.上述网络连接的修复装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
135.在其中一个实施例中，提供了一种网络连接的修复系统，包括智能网关、在线设备和掉线设备；其中，智能网关用于当存在掉线设备时，生成扫描指令以指示各在线设备进行扫描；分别接收各在线设备生成的扫描结果，扫描结果包括在线设备的信号范围内的各掉线设备的地址；根据扫描结果生成携带支援信息的支援指令，以指示目标在线设备与对应的各掉线设备建立连接，支援信息包括目标在线设备与至少一个掉线设备之间的对应关系；在线设备用于接收智能网关发送的扫描指令；响应于扫描指令对信号范围内的掉线设备进行扫描，并生成扫描结果；当接收到智能网关根据扫描结果生成的携带支援信息的支援指令时，作为目标在线设备发送连接请求至对应的各目标掉线设备以建立连接，支援信息包括目标在线设备与至少一个掉线设备之间的对应关系；掉线设备用于发送广播信号，广播信号用于在线设备扫描时，告知在线设备信号在扫描范围内存在掉线设备；接收在线设备发送的连接请求，并响应于连接请求与在线设备建立连接。
136.上述网络连接的修复系统中，通过智能网关通过判断网络中存在掉线设备后，生成扫描指令；掉线设备同时生产并发送广播信号；在线设备也响应于在智能网关的扫描指令，扫描周围的掉线设备的广播信号，并向智能网关反馈扫描结果；智能网关再根据在线设
备反馈的扫描结果，生成支援指令；在线设备中的目标在线设备响应于支援指令，向掉线设备发起连接请求；掉线设备响应于目标在线设备的连接请求，并与目标在线设备建立网络连接。以实现对网络连接的修复，提升网络连接的稳定性。
137.在其中一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各网络连接的修复方法实施例中的步骤。
138.在其中一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各网络连接的修复方法实施例中的步骤。
139.在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各网络连接的修复方法实施例中的步骤。
140.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory，rom)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(reram)、磁变存储器(magnetoresistive random access memory，mram)、铁电存储器(ferroelectric random access memory，fram)、相变存储器(phase change memory，pcm)、石墨烯存储器等。易失性存储器可包括随机存取存储器(random access memory，ram)或外部高速缓冲存储器等。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(static random access memory，sram)或动态随机存取存储器(dynamic random access memory，dram)等。本技术所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本技术所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
141.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
142.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本技术专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术的保护范围应以所附权利要求为准。