CN114827240A - 一种网络断线重连方法及系统 - Google Patents

Abstract

本发明提出了一种网络断线重连方法及系统，涉及物联网通信技术领域。通过检测数据流的掉线情况，可以清楚的了解到是哪个数据流出现掉线情况，进而方便采取对应的措施；然后根据掉线情况获取数据流对应的服务器类型；然后根据数据流对应的服务器类型在预置的重连匹配库中进行匹配，得到匹配的重连策略，通过服务器类型匹配可以得到对应的重连策略，避免了所有的数据流都是采用同样策略进行网络重连；最后根据匹配的重连策略进行网络修复，从而可以使正常通信的数据流不会受到网络修复的影响，从而大大减少不同数据流之间的影响，同时明显提升终端设备传输数据稳定性，提升了用户的体验感。

Description

一种网络断线重连方法及系统

技术领域

本发明涉及物联网通信技术领域，具体而言，涉及一种网络断线重连方法及系统。

背景技术

在物联网通信过程，一个终端设备通常需要与多个服务器进行数据交互，即一个终端设备同时需要支持多个客户端（或数据流），由于网络或者其它故障，将会出现通信异常，此时需要再次与对应离线服务器进行连接，同时尽可能不要影响其它已经正常连接的服务器。如果不制定一个针对多数据流的掉线重连机制，将会严重影响这个设备工作。

所有的数据流都是采用同样策略进行网络重连，即与服务器连接异常，则重启网络，重新将数据流与对应服务器进行连接。该方法会大大影响到那些正常通信的数据流，增加了数据传输不稳定性。

发明内容

本发明的目的在于提供一种网络断线重连方法及系统，用以改善现有技术中采用同样策略进行网络重连，会大大影响到那些正常通信的数据流，增加了数据传输不稳定性的问题。

第一方面，本申请实施例提供一种网络断线重连方法，包括以下步骤：

检测数据流的掉线情况；

根据掉线情况获取数据流对应的服务器类型；

根据数据流对应的服务器类型在预置的重连匹配库中进行匹配，得到匹配的重连策略；

根据匹配的重连策略进行网络修复。

上述实现过程中，通过检测数据流的掉线情况，可以清楚的了解到是哪个数据流出现掉线情况，进而方便采取对应的措施；然后根据掉线情况获取数据流对应的服务器类型；然后根据数据流对应的服务器类型在预置的重连匹配库中进行匹配，得到匹配的重连策略，通过服务器类型匹配可以得到对应的重连策略，避免了所有的数据流都是采用同样策略进行网络重连；最后根据匹配的重连策略进行网络修复，从而可以使正常通信的数据流不会受到网络修复的影响，从而大大减少不同数据流之间的影响，同时明显提升终端设备传输数据稳定性，提升了用户的体验感。

基于第一方面，在本发明的一些实施例中，检测数据流的掉线情况的步骤之前还包括以下步骤：

初始化网络；

依次连接网络中的各个服务器。

基于第一方面，在本发明的一些实施例中，根据掉线情况获取数据流对应的服务器类型的步骤包括以下步骤：

判断掉线情况是否为掉线，若是，则识别该数据流对应的服务器类型；若否，则与对应服务器进行数据传输。

基于第一方面，在本发明的一些实施例中，根据匹配的重连策略进行网络修复的步骤包括以下步骤：

诊断网络；

按照匹配的重连策略中设定的时间间隔进行网络修复。

基于第一方面，在本发明的一些实施例中，按照匹配的重连策略中设定的时间间隔进行网络修复的步骤包括以下步骤：

按照匹配的重连策略中设定的时间间隔进行多次网络修复；

判断当前网络修复是否成功，若是，则与对应服务器进行数据传输；若否，则根据网络修复的次数进行网络初始化。

基于第一方面，在本发明的一些实施例中，根据网络修复的次数进行网络初始化的步骤包括以下步骤：

判断网络修复的次数是否大于预置的次数阈值，若是，则初始化网络；若否，则再次进行网络修复。

第二方面，本申请实施例提供一种网络断线重连系统，包括：

掉线检测模块，用于检测数据流的掉线情况；

服务器类型获取模块，用于根据掉线情况获取数据流对应的服务器类型；

重连策略匹配模块，用于根据数据流对应的服务器类型在预置的重连匹配库中进行匹配，得到匹配的重连策略；

网络修复模块，用于根据匹配的重连策略进行网络修复。

上述实现过程中，通过掉线检测模块检测数据流的掉线情况，可以清楚的了解到是哪个数据流出现掉线情况，进而方便采取对应的措施；然后服务器类型获取模块根据掉线情况获取数据流对应的服务器类型；然后重连策略匹配模块根据数据流对应的服务器类型在预置的重连匹配库中进行匹配，得到匹配的重连策略，通过服务器类型匹配可以得到对应的重连策略，避免了所有的数据流都是采用同样策略进行网络重连；网络修复模块根据匹配的重连策略进行网络修复，从而可以使正常通信的数据流不会受到网络修复的影响，从而大大减少不同数据流之间的影响，同时明显提升终端设备传输数据稳定性，提升了用户的体验感。

基于第二方面，在本发明的一些实施例中，还包括：

网络初始化模块，用于初始化网络；

连接模块，用于依次连接网络中的各个服务器。

第三方面，本申请实施例提供一种电子设备，其包括存储器，用于存储一个或多个程序；处理器。当一个或多个程序被处理器执行时，实现如上述第一方面中任一项的方法。

第四方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述第一方面中任一项的方法。

本发明实施例至少具有如下优点或有益效果：

本发明实施例提供一种网络断线重连方法及系统，通过检测数据流的掉线情况，可以清楚的了解到是哪个数据流出现掉线情况，进而方便采取对应的措施；然后根据掉线情况获取数据流对应的服务器类型；然后根据数据流对应的服务器类型在预置的重连匹配库中进行匹配，得到匹配的重连策略，通过服务器类型匹配可以得到对应的重连策略，避免了所有的数据流都是采用同样策略进行网络重连；最后根据匹配的重连策略进行网络修复，从而可以使正常通信的数据流不会受到网络修复的影响，从而大大减少不同数据流之间的影响，同时明显提升终端设备传输数据稳定性，提升了用户的体验感。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提供的一种网络断线重连方法流程图；

图2为本发明实施例提供的掉线重连策略在多数据流上应用的流程图；

图3为本发明实施例提供的一种网络断线重连系统结构框图；

图4为本发明实施例提供的一种电子设备的结构框图。

图标：11000-网络初始化模块；12000-连接模块；13000-掉线检测模块；14000-服务器类型获取模块；14100-掉线判断子模块；15000-重连策略匹配模块；17000-网络修复模块；17100-诊断子模块；17200-修复子模块；17210-多次修复单元；17220-修复判断单元；17221-修复次数判断子单元；101-存储器；102-处理器；103-通信接口。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

实施例

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的各个实施例及实施例中的各个特征可以相互组合。

请参看图1和图2，图1为本发明实施例提供的一种网络断线重连方法流程图，图2为本发明实施例提供的掉线重连策略在多数据流上应用的流程图。该网络断线重连方法，包括以下步骤：

步骤S110：检测数据流的掉线情况；上述数据流是指终端设备通常需要与多个服务器进行数据交互，数据交互的过程就会有多个数据流，与不同的服务器连接有不同的数据流。当网络或者其它故障，将会出现通信异常，数据流就会出现掉线的情况。上述检测可以是实时检测掉线情况，掉线检测采用现有的技术就可以实现，在此就不再赘述。上述掉线情况包括掉线和没有掉线。在进行检测数据流的掉线情况之前，还包括以下步骤：

首先，初始化网络；包括初始化各个服务器及终端、设置好网络中的各个参数等。

然后，依次连接网络中的各个服务器。在初始化网络后，就可以将终端与各个服务器进行连接，从而便于各个数据流的顺利传输。

步骤S120：根据掉线情况获取数据流对应的服务器类型；当掉线情况为掉线时，就获取对应的服务器类型。具体包括以下步骤：

判断掉线情况是否为掉线，若是，则识别该数据流对应的服务器类型；若否，则与对应服务器进行数据传输。上述识别数据流对应的服务器类型可以通过PING命令进行识别得到，还可以通过查看服务器返回的报头得到。在没有掉线的情况下，则说明通信连接完好，可以继续进行数据传输。上述服务器类型包括web服务器、应用服务器、数据库服务器、文件服务器和接入服务器等。

步骤S130：根据数据流对应的服务器类型在预置的重连匹配库中进行匹配，得到匹配的重连策略，重连策略包括TCP服务重连策略，NTRIP服务重连策略，MQTT服务重连策略，FTP服务重连策略；上述预置的重连匹配库包括有多种服务器类型以及各个服务器类型对应的重连策略。上述重连策略是指重连的方法，不同的服务器类型对应的重连策略不同。例如：服务器类型为web服务器，对应的重连策略为：间隔3s进行重连。服务器类型为应用服务器，对应的重连策略为：间隔10s进行重连。上述匹配的过程是指根据数据流对应的服务器类型在预置的重连匹配库中查找相同类型的服务器，进而得到对应的重连策略。例如，在上述例子中，数据流对应的服务器类型为web服务器，则经过匹配得到匹配的重连策略为：间隔3s进行重连。

步骤S140：根据匹配的重连策略进行网络修复。上述进行网络修复时，是根据匹配的重连策略进行修复，具体包括以下步骤：

首先，诊断网络；上述诊断网络包括：1，根据模块发送了传输指令，返回错误。说明网络异常。2，网络接收到网络断开的信息，说明服务连接已经断开。3，模块在设定的10s内没有返回，说明网络延迟严重。

然后，按照匹配的重连策略中设定的时间间隔进行网络修复。上述匹配的重连策略中预先根据不同的服务器类型设置有不同的时间间隔重连。上述重连是指重新与服务器的连接。上述在进行网络修复时，针对不同的数据流制定不同的重连策略；若其中一路数据流掉线，首先去诊断网络，然后按照设定的时间间隔尝试修复网络，直至修复网络失败次数达到指定次数，此时才去重启网络，重新连接所有数据流；若修复成功，并且没有达到指定修复失败次数，则不重新初始化网络。这样将会大大减少重启网络机会，提升终端设备数据传输稳定性。具体可以通过以下步骤完成：

首先，按照匹配的重连策略中设定的时间间隔进行多次网络修复；上述进行网络修复时指根据网络诊断的故障进行修复，上述设定的时间间隔是指间隔一定的时间尝试修复网络。例如：设定的时间间隔为10s，则间隔10s尝试修复一次，直至修复成功。

然后，判断当前网络修复是否成功，若是，则与对应服务器进行数据传输；若否，则根据网络修复的次数进行网络初始化。上述判断当前网络修复是否成功可以是通过检测数据流是否能够成功传输，还可以是检测网络连接情况。上述判断当前网络修复是否成功采用现有的技术就能够实现，在此就不再赘述。若当前网络修复成功，则可以与对应服务器进行数据传输任务，即可以与对应服务器进行数据传输。若没有修复成功，则进一步判断修复的次数是否达到指定的次数，具体可以通过以下判断实现：

判断网络修复的次数是否大于预置的次数阈值，若是，则初始化网络；若否，则再次进行网络修复。上述预置的次数阀值是根据不同的服务器类型在重连策略中预先设置的，例如：预置的次数阀值为10次，则表示按照时间间隔进行修复的次数为10次。当网络修复的次数到达预置的次数阀值后，说明多次修复不能修复成功，则采用初始化网络的方法进行重新连接，若没有达到预置的次数阀值，则可以继续进行网络修复。将网络修复的次数记为n，则每完成一次修复，n=n+1，然后再将n的值与预置的次数阈值对比，判断是否超过预置的次数阈值。上述在初始化网络后，进一步地就可以依次连接对应的服务器，进而进行数据传输了。

上述实现过程中，通过检测数据流的掉线情况，可以清楚的了解到是哪个数据流出现掉线情况，进而方便采取对应的措施；然后根据掉线情况获取数据流对应的服务器类型；然后根据数据流对应的服务器类型在预置的重连匹配库中进行匹配，得到匹配的重连策略，通过服务器类型匹配可以得到对应的重连策略，避免了所有的数据流都是采用同样策略进行网络重连；最后根据匹配的重连策略进行网络修复，从而可以使正常通信的数据流不会受到网络修复的影响，从而大大减少不同数据流之间的影响，同时明显提升终端设备传输数据稳定性，提升了用户的体验感。

基于同样的发明构思，本发明还提出一种网络断线重连系统，请参看图3，图3为本发明实施例提供的一种网络断线重连系统结构框图。该网络断线重连系统包括：

掉线检测模块13000，用于检测数据流的掉线情况；

服务器类型获取模块14000，用于根据掉线情况获取数据流对应的服务器类型；

重连策略匹配模块15000，用于根据数据流对应的服务器类型在预置的重连匹配库中进行匹配，得到匹配的重连策略；

网络修复模块17000，用于根据匹配的重连策略进行网络修复。

上述实现过程中，通过掉线检测模块13000检测数据流的掉线情况，可以清楚的了解到是哪个数据流出现掉线情况，进而方便采取对应的措施；然后服务器类型获取模块14000根据掉线情况获取数据流对应的服务器类型；然后重连策略匹配模块15000根据数据流对应的服务器类型在预置的重连匹配库中进行匹配，得到匹配的重连策略，通过服务器类型匹配可以得到对应的重连策略，避免了所有的数据流都是采用同样策略进行网络重连；网络修复模块17000根据匹配的重连策略进行网络修复，从而可以使正常通信的数据流不会受到网络修复的影响，从而大大减少不同数据流之间的影响，同时明显提升终端设备传输数据稳定性，提升了用户的体验感。

其中，还包括：

网络初始化模块11000，用于初始化网络；

连接模块12000，用于依次连接网络中的各个服务器。

其中，服务器类型获取模块14000包括：

掉线判断子模块14100，用于判断掉线情况是否为掉线，若是，则识别该数据流对应的服务器类型；若否，则与对应服务器进行数据传输。

其中，网络修复模块17000包括：

诊断子模块17100，用于诊断网络；

修复子模块17200，用于按照匹配的重连策略中设定的时间间隔进行网络修复。

其中，修复子模块17200包括：

多次修复单元17210，用于按照匹配的重连策略中设定的时间间隔进行多次网络修复；

修复判断单元17220，用于判断当前网络修复是否成功，若是，则与对应服务器进行数据传输；若否，则根据网络修复的次数进行网络初始化。

其中，修复判断单元17220包括：

修复次数判断子单元17221，用于判断网络修复的次数是否大于预置的次数阈值，若是，则初始化网络；若否，则再次进行网络修复。

请参阅图4，图4为本申请实施例提供的电子设备的一种示意性结构框图。电子设备包括存储器101、处理器102和通信接口103，该存储器101、处理器102和通信接口103相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。存储器101可用于存储软件程序及模块，如本申请实施例所提供的一种网络断线重连系统对应的程序指令/模块，处理器102通过执行存储在存储器101内的软件程序及模块，从而执行各种功能应用以及数据处理。该通信接口103可用于与其他节点设备进行信令或数据的通信。

其中，存储器101可以是但不限于，随机存取存储器（Random Access Memory，RAM），只读存储器（Read Only Memory，ROM），可编程只读存储器（Programmable Read-OnlyMemory，PROM），可擦除只读存储器（Erasable Programmable Read-Only Memory，EPROM），电可擦除只读存储器（Electric Erasable Programmable Read-Only Memory，EEPROM）等。

处理器102可以是一种集成电路芯片，具有信号处理能力。该处理器102可以是通用处理器，包括中央处理器（Central Processing Unit，CPU）、网络处理器（NetworkProcessor，NP）等；还可以是数字信号处理器（Digital Signal Processing，DSP）、专用集成电路（Application Specific Integrated Circuit，ASIC）、现场可编程门阵列（Field－Programmable Gate Array，FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

可以理解，图4所示的结构仅为示意，电子设备还可包括比图4中所示更多或者更少的组件，或者具有与图4所示不同的配置。图4中所示的各组件可以采用硬件、软件或其组合实现。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

综上，本申请实施例提供的一种网络断线重连方法及系统，通过检测数据流的掉线情况，可以清楚的了解到是哪个数据流出现掉线情况，进而方便采取对应的措施；然后根据掉线情况获取数据流对应的服务器类型；然后根据数据流对应的服务器类型在预置的重连匹配库中进行匹配，得到匹配的重连策略，通过服务器类型匹配可以得到对应的重连策略，避免了所有的数据流都是采用同样策略进行网络重连；最后根据匹配的重连策略进行网络修复，从而可以使正常通信的数据流不会受到网络修复的影响，从而大大减少不同数据流之间的影响，同时明显提升终端设备传输数据稳定性，提升了用户的体验感。

以上仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其它的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。

Claims (8)

1.一种网络断线重连方法，其特征在于，包括以下步骤：

检测数据流的掉线情况；

根据掉线情况获取数据流对应的服务器类型；

根据数据流对应的服务器类型在预置的重连匹配库中进行匹配，得到匹配的重连策略；

根据匹配的重连策略进行网络修复。

2.根据权利要求1所述的网络断线重连方法，其特征在于，所述检测数据流的掉线情况的步骤之前还包括以下步骤：

初始化网络；

依次连接网络中的各个服务器。

3.根据权利要求1所述的网络断线重连方法，其特征在于，所述根据掉线情况获取数据流对应的服务器类型的步骤包括以下步骤：

判断掉线情况是否为掉线，若是，则识别该数据流对应的服务器类型；若否，则与对应服务器进行数据传输。

4.根据权利要求1所述的网络断线重连方法，其特征在于，所述根据匹配的重连策略进行网络修复的步骤包括以下步骤：

诊断网络；

按照匹配的重连策略中设定的时间间隔进行网络修复。

5.根据权利要求4所述的网络断线重连方法，其特征在于，所述按照匹配的重连策略中设定的时间间隔进行网络修复的步骤包括以下步骤：

按照匹配的重连策略中设定的时间间隔进行多次网络修复；

判断当前网络修复是否成功，若是，则与对应服务器进行数据传输；若否，则根据网络修复的次数进行网络初始化。

6.根据权利要求5所述的网络断线重连方法，其特征在于，所述根据网络修复的次数进行网络初始化的步骤包括以下步骤：

判断网络修复的次数是否大于预置的次数阈值，若是，则初始化网络；若否，则再次进行网络修复。

7.一种网络断线重连系统，其特征在于，包括：

掉线检测模块，用于检测数据流的掉线情况；

服务器类型获取模块，用于根据掉线情况获取数据流对应的服务器类型；

重连策略匹配模块，用于根据数据流对应的服务器类型在预置的重连匹配库中进行匹配，得到匹配的重连策略；

网络修复模块，用于根据匹配的重连策略进行网络修复。

8.根据权利要求7所述的网络断线重连系统，其特征在于，还包括：

网络初始化模块，用于初始化网络；

连接模块，用于依次连接网络中的各个服务器。

Images