CN110445682B - 监测联网节点存活状态的方法、服务器、设备及系统 - Google Patents
监测联网节点存活状态的方法、服务器、设备及系统 Download PDFInfo
- Publication number
- CN110445682B CN110445682B CN201910718608.0A CN201910718608A CN110445682B CN 110445682 B CN110445682 B CN 110445682B CN 201910718608 A CN201910718608 A CN 201910718608A CN 110445682 B CN110445682 B CN 110445682B
- Authority
- CN
- China
- Prior art keywords
- heartbeat packet
- frequency
- internet
- server
- equipment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
- H04L43/103—Active monitoring, e.g. heartbeat, ping or trace-route with adaptive polling, i.e. dynamically adapting the polling rate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种监测联网节点存活状态的方法、服务器、设备及系统,该方法由服务器执行,其中,包括:与设备建立通信连接;获取该设备的第一心跳包频率和第二心跳包频率,该第一心跳包频率大于该第二心跳包频率;基于该第一心跳包频率向该设备发送第一心跳包,基于该第二心跳包频率向该设备发送第二心跳包,其中,该设备在接收到该第一心跳包后不进行应答;如果在预定时间之内成功接收该第二心跳包的应答,则判定该设备处于存活状态。本申请在判断服务器的存活状态时,设备在监测第一心跳包的过程中只需要消耗接收功耗,无需消耗发送功耗,有利于节省设备的整体功耗,延长设备的使用寿命。本申请广泛应用于监测服务器和设备的存活状态。
Description
技术领域
本申请涉及通信技术领域,尤其是涉及一种监测联网节点存活状态的方法、服务器、设备及系统。
背景技术
随着万物互联时代的到来,服务器和设备(例如物联网设备)成为物联网的常见载体,在物联网的应用中会遇到判断服务器或设备是否存活的场景。
为确定服务器是否存活,通常采用的方式是利用设备定时或不定时地向服务器发送心跳包,若连续丢失预设的多个心跳包回复,则设备确定服务器离线。但在实践过程中发现,设备持续发送心跳包的功耗较大,极大的缩短了设备电池的使用时间,而且部分设备无法更换电池,使得设备的功耗直接影响到设备的使用寿命。
发明内容
本申请旨在至少在一定程度上解决相关技术中的技术问题之一。为此,本申请的一个目的是提供一种监测联网节点存活状态的方法、服务器、设备及系统,能够监测服务器的存活状态,在减少设备的功耗和延长设备的使用寿命的同时,能够提高判定的准确率。
本申请所采用的技术方案是:
第一方面,本申请提供一种监测联网节点存活状态的方法,由服务器执行,其中,包括:与物联网设备建立通信连接;获取该物联网设备的第一心跳包频率和第二心跳包频率,得到第一心跳包频率和第二心跳包频率,该第一心跳包频率大于该第二心跳包频率;基于该第一心跳包频率向该物联网设备发送第一心跳包,基于该第二心跳包频率向该物联网设备发送第二心跳包,其中,该物联网设备在接收到该第一心跳包后不进行应答,所述第一心跳包频率由物联网设备参数进行计算得到,所述第二心跳包频率由所述第一心跳包频率计算得到;如果在预定时间之内成功接收该第二心跳包的应答,则判定该物联网设备处于存活状态;如果所述物联网设备在第二预定时间之内接收到所述第一心跳包,则判定所述服务器为存活状态。
其中,第一心跳包频率和第二心跳包频率均根据如下物联网设备参数进行静态设定或动态调整:物联网设备的类型、型号、重要性、寿命、电池总量以及功率、工作时长、当前电池总量、当前功耗、当前时刻、是否需要连接服务器以及通信芯片的类型和型号。
其中,该第一心跳包用于物联网设备检测服务器是否存活,该第二心跳包用于服务器检测物联网设备是否存活。
其中,在服务器忙时,设置第二心跳包频率为0。
其中,该物联网设备参数包括静态设备参数和动态设备参数;根据该静态设备参数计算该物联网设备的第一心跳包频率,该第一心跳包频率的计算考虑各静态设备参数的权重;该第一心跳包频率的计算公式为:其中,f0表示物联网设备的心跳包频率,Δmi表示物联网设备的其中一个静态设备参数的权重,值为大于0小于1,且ηi表示该其中一个静态设备参数权重为100%时对应的心跳包频率,根据经验值设定;n表示物联网设备涉及的所有静态设备参数的个数总和;该第二心跳包频率的计算公式为:f1=f0*m;其中,f0表示物联网设备的第一心跳包频率,f1表示物联网设备的第二心跳包频率,m表示预定的系数,m<1,根据经验值设定;根据该动态设备参数重新计算该物联网设备的第一心跳包频率,将该重新计算的第一心跳包频率记作第三心跳包频率,该第三心跳包频率的计算考虑各静态设备参数的权重和各动态设备参数的影响因子;该第三心跳包频率的计算公式为:其中f0表示第一心跳包频率,ft表示第三心跳包频率,m表示动态设备参数的总个数,Δτj表示第j个动态设备参数对心跳包频率的影响因子,数值大于0;根据该第三心跳包频率重新计算该第二心跳包频率,将该重新计算的第二心跳包频率记作第四心跳包频率,该第四心跳包频率的计算公式为:f3=f2*m;其中,f3表示物联网设备的第四心跳包频率,f2表示物联网设备的第三心跳包频率,m表示预定的系数,m<1,根据经验值设定。
第二方面,本申请提供一种监测联网节点存活状态的方法,由与服务器通信的物联网设备执行,其中,包括:监测该服务器发送的第一心跳包和第二心跳包,所述第一心跳包的频率为第一心跳包频率,第二心跳包的频率为第二心跳包频率,所述第一心跳包频率大于所述第二心跳包频率,所述第一心跳包频率由物联网设备参数进行计算得到,所述第二心跳包频率由第一心跳包频率计算得到;如果所述物联网设备在第二预定时间之内接收到该第一心跳包,则判定该服务器为存活状态;如果所述物联网设备在第三预定时间之内接收到该第二心跳包,则向该服务器发送该第二心跳包的应答,如果所述服务器在第一预定时间之内成功接收所述第二心跳包的应答,则判定所述物联网设备处于存活状态。
其中,还包括:如果所述物联网设备在该第二预定时间之内未接收到该第一心跳包,则请求与该服务器建立通信连接;如果与该服务器建立通信连接成功,则判定该服务器为存活状态。
第三方面,本申请提供一种服务器,该服务器用于与服务器通信连接,该服务器包括:通信连接建立模块,用于与物联网设备建立通信连接;心跳包频率获取模块,用于获取该物联网设备的第一心跳包频率和第二心跳包频率,该第一心跳包频率大于该第二心跳包频率;第一心跳包发送模块,用于基于该第一心跳包频率向该物联网设备发送第一心跳包,其中,该物联网设备在接收到该第一心跳包后不进行应答,所述第一心跳包频率由物联网设备参数进行计算得到,所述第二心跳包频率由第一心跳包频率计算得到;第二心跳包发送模块,用于基于该第二心跳包频率向该物联网设备发送第二心跳包;第二心跳包接收模块,用于如果在预定时间之内成功接收该第二心跳包的应答,则判定该物联网设备处于存活状态;如果判断所述物联网设备在第二预定时间之内接收到所述第一心跳包,则判定所述服务器为存活状态。
第四方面,本申请提供一种物联网设备,该物联网设备包括:心跳包监测模块,用于监测该服务器发送的第一心跳包和第二心跳包,所述第一心跳包的频率为第一心跳包频率,第二心跳包的频率为第二心跳包频率,所述第一心跳包频率大于所述第二心跳包频率,所述第一心跳包频率由物联网设备参数进行计算得到,所述第二心跳包频率由第一心跳包频率计算得到;服务器存活状态第一判定模块,用于如果在预定时间之内接收到该第一心跳包,则判定该服务器为存活状态;第二心跳包应答模块,用于如果在预定时间之内接收到该第二心跳包,向该服务器发送该第二心跳包的应答,如果所述服务器在第一预定时间之内成功接收所述第二心跳包的应答,则判定所述物联网设备处于存活状态。
其中,该物联网设备还包括:与服务器建立通信连接模块,用于在该第二预定时间之内未接收到该第一心跳包,则请求与该服务器建立通信连接;服务器存活状态第二判定模块,用于如果与该服务器建立通信连接成功,则判定该服务器为存活状态。
其中,该物联网设备还包括:与备用服务器建立通信连接模块,用于在与该服务器建立连接失败之后,向该备用服务器发起建立连接请求;服务器掉线状态报告模块,用于如果与该备用服务器建立连接成功,向该备用服务器报告该服务器掉线状况。
第五方面,本申请提供一种监测联网节点存活状态的系统,该系统包括:根据上述任一种的服务器和根据上述任一种的物联网设备。
本申请采用服务器向物联网设备发送不同频率的第一心跳包和第二心跳包,其中,第一心跳包频率大于该第二心跳包频率,并且第一心跳包发送至物联网设备后,无需物联网设备进行回复。通过物联网设备是否接收到来自于服务器的第一心跳包,来判断服务器是否处于存活状态;服务器是否接收到来自于物联网设备的第二心跳包的回复,来判断物联网设备是否处于存活状态。这样,可分别判定服务器和物联网设备的存活状态。本申请在判断服务器的存活状态时,物联网设备在监测第一心跳包的过程中只需要接收数据,无须发送数据,因此物联网设备只需要消耗接收功耗,无需消耗发送功耗,有利于节省物联网设备的整体功耗,延长物联网设备的使用寿命。并且对于大部分物联网设备来说,其接收功耗远小于发送功耗,更进一步节省物联网设备的整体功耗。另一方面,本申请通过物联网设备来判断服务器的存活状态时,由于第二心跳包的频率较低,因此,有利于节省物联网设备的整体功耗。
进一步地,本申请还通过获取物联网设备的类型等静态设备参数来设定物联网设备的心跳包频率,这样,对不同的物联网设备设置不同的心跳包频率,例如,对物联网设备电池寿命较短或通信芯片接收功耗消耗较大的物联网设备发送低频率的心跳包,可以节省此类物联网设备监测心跳包的整体功耗,延长物联网设备的使用寿命。
进一步地,本申请还通过获取物联网设备的运行时长和是否需要与服务器通信等动态设备参数,来调整物联网设备的心跳包频率,可以灵活调整物联网设备监测心跳包的整体功耗。
进一步地,本申请在初步判定服务器处于掉线状态时,还通过物联网设备向服务器发起建立通信请求,如果物联网设备与服务器建立通信连接成功,则判定服务器处于存活状态;反之,判定服务器处于掉线状态。可以提高判断服务器是否处于存活状态的准确率。
此外,本申请在判定服务器处于掉线状态时,通过启用备用服务器,在与该备用服务器建立通信连接之后,向备用服务器报告服务器的异常状态。可以方便维护人员知晓服务器的网络故障,快速恢复服务器的正常使用。
本申请广泛应用于监测联网节点(包括服务器和物联网设备)的存活状态。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。
图1是本申请监测联网节点存活状态的方法的一实施例的流程示意图;
图2是图1的步骤S14的一实施例的流程示意图;
图3是本申请监测联网节点存活状态的方法的第二实施例的流程示意图;
图4是本申请监测联网节点存活状态的方法的第三实施例的流程示意图;
图5是图4的物联网设备的第三心跳包频率随时间变化的一实施例的折线示意图;
图6是本申请监测联网节点存活状态的方法的第四实施例的流程示意图;
图7是本申请监测联网节点存活状态的方法的第五实施例的流程示意图;
图8是本申请监测联网节点存活状态的系统的一实施例的结构示意图。
具体实施方式
为了更好地理解本申请的上述目的、方案和优势,下文提供了详细描述。该详细描述通过使用框图、流程图等附图和/或示例,阐明了装置和/或方法的各种实施方式。在这些框图、流程图和/或示例中,包含一个或多个功能和/或操作。本领域技术人员将理解到:这些框图、流程图或示例内的各个功能和/或操作,能够通过各种各样的硬件、软件、固件单独或共同实施,或者通过硬件、软件和固件的任意组合实施。
下面,对本申请涉及的一些共同的描述进行解释,需要说明的是,这些解释并不应视为对本申请要求的保护范围的限定。
一.服务器
本申请的服务器可以为实体设备,也可以为虚拟服务器,此处不限定。
本申请的实施例中,若服务器为实体设备,优选地,服务器与设备之间进行通信可采用的通信制式包括但不限于各种近场通信制式,比如:蓝牙、近场通信(Near FieldCommunication,NFC)、ZigBee、红外数据传输(Infrared Data Association,IrDA)、无线保真(Wireless Fidelity,WiFi)等。
服务器与设备之间还可以采用各种有线或无线通信方式,有线通信方式包括但不限于:以太网、MODEM通信。无线通信通信方式包括但不限于:2G、3G、4G、5G中的任意一种。
无论采用何种通信方式,只要能够实现服务器和终端之间通信即可。
二、设备
本申请的设备包括各种类型的物联网实体设备,比如家用电器设备、智能家居设备、安防监控设备、数据采集仪表设备、计算机设备、智能终端等,在此不一一列举。
三、心跳包频率
本申请所有的“心跳包频率”指的是,服务器(包括备用服务器)向设备发送心跳包的频率。
四、通信芯片的发送功耗和接收功耗对比
实践证明,通信芯片的接收功耗一般小于发送功耗,对于某些芯片,例如WIFI芯片,其接收功耗远小于发送功耗。具体地,请参考如下表所示示例:
表一
基于上述表一,可以分析得出:
(一)除了型号为A7131的2.4G芯片,大部分近场通信芯片的发送功耗远大于接收功耗,例如,型号为CYW43438@15dBm的WIFI芯片,其发送功耗是接收功耗的6.5倍。
(二)不同类型的通信芯片,比如WIFI芯片和2.4G芯片,两者的发送功耗和接收功耗完全不同,且功耗差值较大。例如,型号为CYW43438@15dBm的WIFI芯片与型号为A7190@17dbmd的2.4G芯片,前者发送功耗和接收功耗均为后者发送功耗和接收功耗的2倍。
(三)同类型同型号的通信芯片在不同的功率情况下对应的发送功耗不同,比如型号为CYW43438的WIFI芯片分别工作在15dBm和20dBm时,对应的发送功耗不相同,前者为260mA,后者为320mA。
五、socket
网络上的两个程序通过一个双向的通信连接实现数据的交换,这个连接的一端称为一个socket。socket的英文原义是“孔”或“插座”。作为BSD UNIX的进程通信机制,取后一种意思。通常也称作"套接字",用于描述IP地址和端口,是一个通信链的句柄,可以用来实现不同虚拟机或不同计算机之间的通信。在Internet上的主机一般运行了多个服务软件,同时提供几种服务。每种服务都打开一个socket,并绑定到一个端口上,不同的端口对应于不同的服务。socket正如其英文原意那样,像一个多孔插座。一台主机犹如布满各种插座的房间,每个插座有一个编号,有的插座提供220伏交流电,有的提供110伏交流电,有的则提供有线电视节目。客户软件将插头插到不同编号的插座,就可以得到不同的服务。
下文中将参考附图并结合实施例来详细说明本申请。需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
实施例一:
请参阅图1,图1是本申请监测联网节点存活状态的方法的一实施例的流程示意图。如图1所示,该方法包括如下步骤:
S11:服务器与物联网设备建立通信连接;
在步骤S11中,服务器与物联网设备建立通信连接的方式具有多种。以下介绍两种常见的建立通信连接的方式。
一、服务器与物联网设备之间通过发送握手包建立通信连接。具体地,其建立通信连接的过程包括如下步骤:
(1)服务器向物联网设备发送握手包;
其中,该握手包符合预定的通信协议格式。
(2)物联网设备持续接收该握手包,如果物联网设备接收到该握手包,则说明服务器与物联网设备成功建立通信连接。
其中,如果物联网设备接收到一串数据包,对该数据包进行数据校验,以判定该数据包是否为该握手包。数据校验合格后,物联网设备向服务器返回确认应答(例如:字符“ACK”)。服务器收到该确认应答,则说明服务器与物联网设备成功建立通信连接。
二、服务器和物联网设备通过socket建立通信连接。需要注意的是,此时,在服务器创建客户端套接字,在物联网设备创建服务器端套接字。
套接字之间的连接过程可以分为三个步骤:服务器监听、客户端请求、连接确认。
(1)服务器监听:服务器端套接字并不定位具体的客户端套接字,而是处于等待连接的状态,实时监控网络状态。
(2)客户端请求:是指由客户端套接字提出连接请求,要连接的目标是服务器端套接字。为此,客户端套接字必须首先描述它要连接的服务器套接字,指出服务器端套接字的地址和端口号,然后就向服务器端套接字提出连接请求。
(3)连接确认:是指当服务器端套接字监听到或者说接收到客户端套接字的连接请求,它就响应客户端套接字的请求,建立一个新的线程,把服务器端套接字的描述发给客户端,一旦客户端确认了此描述,连接就建立好了。而服务器端套接字继续处于监听状态,继续接收其他客户端套接字的连接请求。
S12:服务器获取物联网设备的第一心跳包频率和第二心跳包频率;
在步骤S12中,可根据经验值设定物联网设备的心跳包频率。比如,设定服务器每隔24S或30S向物联网设备发送一次心跳包。
可选地,在服务器中提供配置文件,以设置物联网设备的心跳包频率。也可以在服务器的应用程序中直接设定物联网设备的心跳包频率。还可以通过移动终端或手持PDA供服务器设置物联网设备的心跳包频率。
其中,在服务器忙时,比如,处理各采集电能量采集终端数据的电站服务器,在夜间时分(24:00-01:00),设置第二心跳包频率为0,即不检测物联网设备是否处于存活状态。
S13:服务器基于该第一心跳包频率向物联网设备发送第一心跳包,基于该第二心跳包频率向物联网设备发送第二心跳包。
在步骤S13中,例如,服务器每隔20分钟向物联网设备发送第一心跳包,每隔30分钟向物联网设备发送第二心跳包。
S14:物联网设备监测服务器发送的第一心跳包和第二心跳包;
以下具体说明步骤S14。
具体地,请参阅图2,图2是物联网设备监测服务器发送的心跳包的一实施例的流程示意图。步骤S14由物联网设备执行,包括如下步骤:
S141:接收心跳包;
在步骤S141中,可调用socket通信协议的read函数接收该心跳包。
S142:判断当次是否成功接收该心跳包;
其中,通过比对步骤S141接收的心跳包的数据包长度和心跳包中每个字节的数值是否符合预期值,来判断当次是否成功接收该心跳包。
例如,步骤S141接收的心跳包的数据包长度为15个字节,如果该15个字节符合预期的心跳包长度,然后判断该心跳包的数据内容是否正确,将该15个字节的每个字节的内容与预期的心跳包的各个字节的内容逐一进行比对,如果该每个字节的内容与预期的字节内容相同,则判定成功接收该心跳包;否则,判定未成功接收心跳包。
在步骤S142中,如果步骤S141接收成功,则执行步骤S144,继而执行步骤S12;反之,则执行下一步骤S143。
S143:如果当次接收失败,判断当前接收状态是否满足预设的停止接收条件;
在步骤S143中,如果当前接收状态不满足预设的停止接收条件,则返回到步骤S141,继续接收心跳包;反之,则执行步骤S144。
可选地,在步骤S141中设置一个定时器;在此步骤S143中,判断当前接收状态是否满足预设的停止接收条件为:判断当前定时器的流逝时间(或者剩余时间)是否超过(小于)预定的阈值,如果超过(小于)预定阈值,则判定停止接收;反之,则判定可继续接收。
可选地,判断当前接收状态是否满足预设的停止接收条件为:判断接收总次数是否超过预定的次数,例如,设定预定次数为50次;如果超过该预定次数,则判定停止接收;反之,则判定可继续接收。
S144:停止接收心跳包。
可以理解地,在软件程序实现上,可在循环体内,循环执行步骤S141-S143,如果在步骤S143中满足预设的停止接收条件,则中断循环,执行步骤S144。
S15:如果在预定时间之内接收到该心跳包,则物联网设备判定服务器为存活状态。
在步骤S15中,这里要说明的是,该预定时间大于步骤S143所描述的定时器的时间,因为执行步骤S14需要一定的时间(也许很少)。例如,如果72s内物联网设备未收到服务器发送的心跳包,则表示物联网设备与服务器未处于连接状态,服务器可能处于掉线状态。
在本实施例中,若物联网设备在步骤S15中,判定服务器处于存活状态,则物联网设备循环执行步骤S14-步骤S15,以持续判断服务器是否处于存活状态。
在本实施例中,采用服务器向物联网设备发送第一心跳包,通过监测物联网设备是否接收到第一心跳包,来判断服务器的存活状态。本实施例中的物联网设备判断服务器是否存活时,无须消耗发送功耗,只需要消耗接收功耗;并且,由于物联网设备的接收功耗一般小于发送功耗,因此,采用本实施例的监测方法,有利于节省物联网设备的整体功耗,从而节省物联网设备的使用电能,符合目前节能减排的形势要求。尤其对于无源物联网设备来说,有利于提高物联网设备的电池使用寿命,从而延长物联网设备的使用寿命。
第二方面,本实施例中,采用服务器向物联网设备发送第二心跳包,物联网设备向服务器发送该第二心跳包的回复,通过监测服务器是否接收到第二心跳包的回复,来判断物联网设备的存活状态。由于第二心跳包的频率较低,因此,有利于节省物联网设备的整体功耗。
本实施例实现了同时监测服务器和物联网设备的存活状态,且有利于节省监测功耗。
实施例二:
请参阅图4,图4是本申请监测联网节点存活状态的方法的第二实施例的流程示意图。与服务器连接的多个物联网设备可以是不同类型的,例如可以包括摄像头,电视机,地下水表检测器等,这些物联网设备的功能不同,工作场景工作模式不同,物联网设备的及时反应的需求也是不一样的,因此,不同的物联网设备可以设定不同的心跳包频率。本实施例与实施例一的区别在于,通过获取物联网设备的静态设备参数,来设置物联网设备的心跳包频率。
如图4所示,该方法包括如下步骤:
S21:服务器与物联网设备建立通信连接;
其中,步骤S21与实施例一的步骤S11相同。
S22:服务器获取物联网设备的静态设备参数,并根据该静态设备参数计算物联网设备的第一心跳包频率和第二心跳包频率;
在步骤S22中,静态设备参数包括:物联网设备的类型、型号、重要性、寿命、电池总量、功率以及通信芯片的类型和型号等。
其中,步骤S22的实施方式可以为:
(1)服务器从物联网设备获取全部静态设备参数,比如服务器与物联网设备首次建立通信连接时,发送特定的通信命令给物联网设备;物联网设备接收到特定的命令之后,向服务器发送自身的静态设备参数。
(2)服务器获取物联网设备的物联网设备类型和型号,然后根据物联网设备的类型和型号,在服务器的数据库中查询物联网设备的其他静态设备参数,比如通信芯片的类型和型号、物联网设备的重要性、寿命、电池总量以及功率等。
这里要说明的是,服务器也可以无需或不直接与物联网设备进行通信,以获取物联网设备的静态设备参数。比如,在服务器中通过应用软件手动配置物联网设备的物联网设备类型和型号,或者通过读取配置文件获取物联网设备的物联网设备类型和型号,然后在数据库中根据该物联网设备类型和型号查询物联网设备的其他静态设备参数;甚至,服务器还可以通过接收来自其他移动终端的通信数据,以获取物联网设备的静态设备参数。
优选地,通过经验值公式计算物联网设备的第一心跳包频率。该经验值公式考虑各个静态设备参数的权重。
为方便理解,该经验值公式可以表示如下:其中,f0表示物联网设备的第一心跳包频率,Δmi表示物联网设备的其中一个静态设备参数的权重,值为大于0小于1,且ηi表示该其中一个静态设备参数权重为100%时对应的心跳包频率,根据经验值设定;n表示物联网设备涉及的所有静态设备参数的个数总和。
根据前述的通信芯片的功耗表(表一)可以得出,不同类型或型号的通信芯片的接收功耗并不相同,因此有必要对不同的通信芯片设置不同的心跳包频率,例如,对于接收功耗仍然消耗较大的通信芯片,设置低频率的心跳包,这样有利于降低物联网设备工作过程中的整体功耗。
如下具体说明其他静态设备参数对于设置物联网设备的心跳包频率的影响。
(1)物联网设备的重要性。例如,有些不常用的物联网设备,可以降低其心跳包频率。
(2)物联网设备的寿命。为延长物联网设备的使用寿命,对物联网设备寿命较短的物联网设备,有必要降低其心跳包频率。
(3)物联网设备的电池总量。为延长物联网设备的使用寿命,对电池总量较少的物联网设备,有必要降低其心跳包频率。
(4)物联网设备的功率。为降低物联网设备的功耗,对功耗较大的物联网设备,有必要降低其心跳包频率。
在计算得出物联网设备的第一心跳包频率之后,可根据其他经验公式计算出第二心跳包频率。该经验值公式可以表示如下:f1=f0*m;其中,f0表示物联网设备的第一心跳包频率,f1表示物联网设备的第二心跳包频率,m表示预定的系数,m<1,根据经验值设定。
例如,计算得出第一心跳包频率f0=3次/小时,假设m=0.5,则f1=1.5次/小时,即服务器每20分钟向物联网设备发送第一心跳包,每40分钟向物联网设备发送第二心跳包。
S23-S26:分别同实施例一的步骤S13-S16。
在本实施例中,根据物联网设备的静态设备参数来计算物联网设备的心跳包频率,该静态设备参数与物联网设备的功耗或者使用寿命密切关联,这样,对不同的物联网设备设置不同的心跳包频率,例如,对物联网设备电池寿命较短或通信芯片接收功耗消耗较大的物联网设备发送低频率的心跳包,可以节省此类物联网设备监测心跳包的整体功耗,延长物联网设备的使用寿命。
实施例三:
请参阅图4,图4是本申请监测联网节点存活状态的方法的第三实施例的流程示意图。本实施例与实施例二的区别在于,进一步地,在服务器向物联网设备发送固定频率的心跳包间隔一段时间之后,实时获取物联网设备的动态设备参数,并根据该动态设备参数调整物联网设备的心跳包频率。
如图4所示,该方法包括如下步骤:
S31-S33:同实施例二的步骤S21-S23;
S34:在物联网设备运行一段时间之后,服务器实时获取物联网设备的动态设备参数,根据该静态设备参数和该动态设备参数计算物联网设备的第三心跳包频率和第四心跳包频率;
在步骤S34中,该动态设备参数包括:物联网设备的运行时长、当前电池总量、当前功耗、当前时刻以及是否需要连接服务器等。
可选地,服务器每隔一段时间自动获取物联网设备的动态设备参数。比如,在服务器的应用程序中设定每隔2小时获取物联网设备的动态设备参数;或者通过配置文件或手绘曲线图方式设置物联网设备获取动态设备参数的时间间隔。
可选地,服务器上设置手动按钮,点击该手动按钮,服务器就会即时获取物联网设备的动态设备参数,方便维护人员随时进行调整物联网设备的心跳包频率。
在步骤S35中,根据动态设备参数计算第三心跳包频率的计算公式可以参考实施例二的步骤S22,即将步骤S34获取的动态设备参数加入到心跳包频率计算公式中。
可选地,计算第三心跳包频率的公式如下:
以下具体介绍各动态设备参数及其对应的对心跳包频率的影响因子。
(1)当前功耗。可选地,若物联网设备当前功耗大于物联网设备额定功耗,则影响因子=额定功耗/当前功耗。
(2)当前电池电量。可选地,若物联网设备当前电池电量小于预定的阈值,则影响因子=当前电池电量/电池电量阈值。
(3)运行时长。可选地,若物联网设备运行时长超过预定的阈值,则影响因子=物联网设备运行时长阈值/当前物联网设备运行时长。
(4)当前时刻。可选地,根据物联网设备的工作特点,预先设定该影响因子。
(5)是否连接服务器,其对应的影响因子τ为1或0,即物联网设备不需要连接服务器,则将τ置为0,即服务器对物联网设备不发送心跳包;反之,则将τ置为1,即服务器对物联网设备发送心跳包。该场景应用在:比如物联网设备类型为电能量采集终端,此类物联网设备只需要在特定的时间段(例如:每天的23:00-24:00)与服务器通信(例如:电能量采集终端向服务器上报一天的历史数据记录)。
相应地,计算第四心跳包频率的公式如下:
f3=f2*m;其中,f3表示物联网设备的第四心跳包频率,f2表示物联网设备的第三心跳包频率,m表示预定的系数,m<1,根据经验值设定。
S35:服务器以该第三心跳包频率和第四心跳包频率向物联网设备发送心跳包;
S36:物联网设备监测服务器发送的第三心跳包和第四心跳包。
S37:如果在预定时间之内接收到第三心跳包,则物联网设备判定服务器为存活状态;如果在预定时间之内接收到第四心跳包,则向服务器发送第四心跳包的应答。
S38:如果在预定时间之内成功接收第四心跳包的应答,则判定物联网设备处于存活状态。
其中,步骤S35-S38中,服务器发送第三心跳包和第四心跳包的方法同实施例二中服务器发送第一心跳包和第二心跳包,物联网设备监测第三心跳包和第四心跳包的方法同实施例二中监测第三心跳包和第四心跳包的方法。
在执行步骤S38之后,可以理解地,循环执行步骤S34-S38。
请参阅图5,图5是物联网设备(某电能量采集器)的第三心跳包频率随时间变化的一实施例的折线示意图。如图5所示,物联网设备的第三心跳包频率在20:00-22:00时间段,对应的数值为4次/小时;在22:00-24:00时间段,该时间段为物联网设备准备上报数据时间段,因此为确保物联网设备的工作效率,相应减少物联网设备的心跳包频率,将第三心跳包频率设置为3次/小时;在24:00-4:00时间段,该时间段需要向服务器上报物联网设备当天的电能量和事件记录等数据,为确保服务器和物联网设备通信连接不中断,相应提高物联网设备的第三心跳包频率,将该数值设置为6次/小时。
在本实施例中,通过获取物联网设备的运行时长和是否需要与服务器通信等动态设备参数,来定时或不定时调整物联网设备的心跳包频率,相较于实施例二的方法,本实施例可以灵活调整物联网设备的心跳包频率,从而灵活调整监测心跳包的整体功耗,有利于进一步降低物联网设备工作过程中的功耗,提高物联网设备的使用寿命。
实施例四:
请参阅图6,图6是本申请监测联网节点存活状态的方法的第四实施例的流程示意图。如图6所示,本实施例与实施例一的区别在于:在初步判定服务器处于非存活状态时,为了排除某些异常情况,比如通信网络出现扰动,再一次通过物联网设备向服务器发送心跳包,进一步判定服务器是否处于存活状态。该方法包括如下步骤:
S41-S45:分别同实施例一的步骤S11-S15。
S46:在该预定时间之内未接收到该第一心跳包之后,物联网设备向服务器发起建立连接请求。
在步骤S46中,可选地,此时在物联网设备创建客户端套接字,在服务器创建服务器端套接字。具体地,通过套接字建立通信连接的方法在实施例一的步骤S11中已详细阐述,在此不再赘述。
S47:如果与服务器建立通信连接成功,物联网设备则判定服务器为存活状态。
在步骤S47中,如果物联网设备成功收到服务器的连接请求应答回复,则判定与服务器建立通信连接成功。
S48:同实施例一的步骤S16。
其中,在判定服务器为存活状态之后,结束步骤S47,服务器返回重新执行步骤S44-S47。
在本实施例中,相较于实施例一,通过步骤S46和步骤S47进一步判定服务器是否处于存活状态,有利于提高物联网设备判定服务器是否处于存活状态的准确率。可以理解地,也可以在实施例二或实施例三的最后一个步骤之后,执行本实施例的步骤S46和步骤S47的方法。
实施例五:
请参阅图7,图7是本申请监测联网节点存活状态的方法的一实施例的流程示意图。本实施例与实施例四的区别在于:在进一步判定服务器处于掉线状态,物联网设备进一步通过与备用服务器建立通信连接,并向备用服务器报告服务器处于掉线状态。如图7所示,该方法包括如下步骤:
S51-S57:分别同实施例一的步骤S41-S47。
S58:在与服务器建立通信连接失败之后,物联网设备向备用服务器发起建立连接请求;
在步骤S58中,物联网设备向备用服务器发起建立连接请求的方法与物联网设备向服务器发起建立请求的方法相同,在此不再赘述。
S59:如果与备用服务器建立连接成功,物联网设备向备用服务器报告服务器处于掉线状态。
在步骤S59中,物联网设备除了向备用服务器报告服务器处于掉线的状态之外,还可以向备用服务器报告物联网设备的异常通信数据记录。优选地,该异常通信数据记录采用日志文件形式记录服务器与物联网设备之间收发心跳包的异常数据信息。物联网设备将该日志文件上传到备用服务器。采用日志文件方式的好处是方便在备用服务器上保存异常数据信息。
优选地,备用服务器收到服务器处于掉线的状态时,以声音信号或者光信号方式发出告警提示信息,例如,采用扬声器发出提示声音,提醒维护人员进行检查。
这里要说明的是,备用服务器的数量不作限定,如果物联网设备无法与第一台备用服务器建立连接,则物联网设备可以与第二备用服务器建立连接。可选地,备用服务器的软硬件配置与服务器的软硬件配置相同。
在本实施例中,如果确定服务器处于掉线状态,那么服务器与物联网设备之间无法通信,物联网设备通过与备用服务器建立通信连接,以使物联网设备保持正常工作。
进一步地,本实施例的物联网设备还可以向备用服务器报告服务器的掉线状态,以方便维护人员获知服务器出现故障。
此外,本实施例可以将日志记录发送至备用服务器,这样,在备用服务器可根据日志记录,分析服务器的掉线故障原因,从而快速排除服务器的故障,重新启动服务器正常工作。
实施例六:
请一并参阅图8。图8是本申请监测联网节点存活状态的系统的一实施例的结构示意图。如图8所示,该服务器10包括通信连接建立模块11、心跳包频率获取模块12、第一心跳包发送模块13、第二心跳包发送模块14以及第二心跳包接收模块15。物联网设备20包括心跳包监测模块21、服务器存活状态第一判定模块22、第二心跳包应答模块23、与服务器建立通信连接模块24、服务器存活状态第二判定模块25、与备用服务器建立通信连接模块26以及服务器掉线状态报告模块27。
通信连接建立模块11,用于与物联网设备建立通信连接。
心跳包频率获取模块12,用于获取该物联网设备的第一心跳包频率和第二心跳包频率,该第一心跳包频率大于该第二心跳包频率。
第一心跳包发送模块13,用于基于该第一心跳包频率向该物联网设备发送第一心跳包,其中,该物联网设备在接收到该第一心跳包后不进行应答。
第二心跳包发送模块14,用于基于该第二心跳包频率向该物联网设备发送第二心跳包。
第二心跳包接收模块15,用于如果在预定时间之内成功接收该第二心跳包的应答,则判定该物联网设备处于存活状态。
心跳包监测模块21,用于监测该服务器发送的第一心跳包和第二心跳包。
服务器存活状态第一判定模块22,用于如果在预定时间之内接收到该第一心跳包,则判定该服务器为存活状态。
第二心跳包应答模块23,用于如果在预定时间之内接收到该第二心跳包,向该服务器发送该第二心跳包的应答。
与服务器建立通信连接模块24,用于在该第二预定时间之内未接收到该第一心跳包,则请求与该服务器建立通信连接。
服务器存活状态第二判定模块25,用于如果与该服务器建立通信连接成功,则判定该服务器为存活状态。
与备用服务器建立通信连接模块26,用于在与该服务器建立连接失败之后,向该备用服务器发起建立连接请求。
服务器掉线状态报告模块27,用于如果与该备用服务器建立连接成功,向该备用服务器报告该服务器掉线状况。
在其他实施例中,也可以省略与备用服务器建立通信连接模块26、服务器掉线状态报告模块27,甚至省略与服务器建立通信连接模块24、服务器存活状态第二判定模块25。在其他实施例中,心跳包频率获取模块12还用于获取静态设备参数来计算物联网设备的心跳包频率;并且还用于根据物联网设备的动态设备参数来调整物联网设备的心跳包频率。具体地,上述各模块的工作方法在实施例一至实施例五中已详细阐述,在此不作赘述。
综上,本申请提供一种监测联网节点存活状态的方法、服务器、物联网设备及系统,可实现同时监测服务器和物联网设备的存活状态。本申请采用服务器向物联网设备发送不同频率的第一心跳包和第二心跳包,其中,第一心跳包频率大于该第二心跳包频率,并且第一心跳包发送至物联网设备后,无需物联网设备进行回复。通过物联网设备是否接收到来自于服务器的第一心跳包,来判断服务器是否处于存活状态;服务器是否接收到来自于物联网设备的第二心跳包的回复,来判断物联网设备是否处于存活状态。这样,可分别判定服务器和物联网设备的存活状态。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的实施例的方法、物联网设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理物联网设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理物联网设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理物联网设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理物联网设备上,使得在计算机或其他可编程物联网设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程物联网设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请的实施例进行各种改动和变型而不脱离本申请的实施例的精神和范围。这样,倘若本申请的实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (10)
1.一种监测联网节点存活状态的方法,由服务器执行,其特征在于,包括:
与物联网设备建立通信连接;
获取所述物联网设备的第一心跳包的频率和第二心跳包的频率,得到第一心跳包频率和第二心跳包频率,所述第一心跳包频率大于所述第二心跳包频率,并且所述第一心跳包被发送至所述物联网设备之后,所述物联网设备不进行应答,所述第一心跳包频率由设备参数进行计算得到,所述第二心跳包频率由所述第一心跳包频率计算得到;
基于所述第一心跳包频率向所述物联网设备发送第一心跳包,基于所述第二心跳包频率向所述设备发送第二心跳包;
如果所述服务器在第一预定时间之内成功接收所述第二心跳包的应答,则判定所述物联网设备处于存活状态;如果所述物联网设备在第二预定时间之内接收到所述第一心跳包,则判定所述服务器为存活状态。
2.根据权利要求1所述的方法,其特征在于,第一心跳包频率和第二心跳包频率均根据所述设备参数进行静态设定或动态调整,其中,所述设备参数包括:物联网设备的类型、型号、重要性、寿命、电池总量以及功率、工作时长、当前电池总量、当前功耗、当前时刻、是否需要连接服务器以及通信芯片的类型和型号。
3.根据权利要求1所述的方法,其特征在于,所述第一心跳包用于所述物联网设备检测所述服务器是否存活,所述第二心跳包用于所述服务器检测所述物联网设备是否存活。
4.根据权利要求1所述的方法,其特征在于,在所述服务器忙时,设置所述第二心跳包频率为0。
5.根据权利要求1至4任意一项所述的方法,其特征在于,所述设备参数包括静态设备参数和动态设备参数;
根据所述静态设备参数计算所述设备的第一心跳包频率,所述第一心跳包频率的计算考虑各静态设备参数的权重;
所述第一心跳包频率的计算公式为:其中,f0表示物联网设备的心跳包频率,Δmi表示物联网设备的其中一个静态设备参数的权重,值为大于0小于1,且ηi表示该其中一个静态设备参数权重为100%时对应的心跳包频率,根据经验值设定;n表示设备涉及的所有静态设备参数的个数总和;
所述第二心跳包频率的计算公式为:f1=f0*m;其中,f0表示物联网设备的第一心跳包频率,f1表示物联网设备的第二心跳包频率,m表示预定的系数,m<1;
根据所述动态设备参数重新计算所述设备的第一心跳包频率,将所述重新计算的第一心跳包频率记作第三心跳包频率,所述第三心跳包频率的计算考虑各静态设备参数的权重和各动态设备参数的影响因子;
根据所述第三心跳包频率重新计算所述第二心跳包频率,将所述重新计算的第二心跳包频率记作第四心跳包频率,所述第四心跳包频率的计算公式为:f3=f2*m;其中,f3表示设的第四心跳包频率,f2表示设备的第三心跳包频率,m表示预定的系数,m<1,根据经验值设定。
6.一种监测联网节点存活状态的方法,由与服务器通信的物联网设备执行,其特征在于,包括:
监测所述服务器发送的第一心跳包和第二心跳包,其中,所述第一心跳包的频率为第一心跳包频率,第二心跳包的频率为第二心跳包频率,所述第一心跳包频率大于所述第二心跳包频率,所述第一心跳包频率由设备参数进行计算得到,所述第二心跳包频率由第一心跳包频率计算得到;
如果所述物联网设备在第二预定时间之内接收到所述第一心跳包,则判定所述服务器为存活状态;如果所述物联网设备在第三预定时间之内接收到所述第二心跳包,则向所述服务器发送所述第二心跳包的应答,如果所述服务器在第一预定时间之内成功接收所述第二心跳包的应答,则判定所述物联网设备处于存活状态。
7.根据权利要求6所述的方法,其特征在于,还包括:
如果所述物联网设备在所述第二预定时间之内未接收到所述第一心跳包,则请求与所述服务器建立通信连接;
如果与所述服务器建立通信连接成功,则判定所述服务器为存活状态。
8.一种服务器,其特征在于,包括:
通信连接建立模块,用于与物联网设备建立通信连接;
心跳包频率获取模块,用于获取所述物联网设备的第一心跳包频率和第二心跳包频率,所述第一心跳包频率大于所述第二心跳包频率,并且所述第一心跳包被发送至所述物联网设备之后,所述物联网设备不进行应答,所述第一心跳包频率由设备参数进行计算得到,所述第二心跳包频率由第一心跳包频率计算得到;
第一心跳包发送模块,用于基于所述第一心跳包频率向所述物联网设备发送第一心跳包;
第二心跳包发送模块,用于基于所述第二心跳包频率向所述设备发送第二心跳包;
第二心跳包接收模块,用于如果在第一预定时间之内成功接收所述第二心跳包的应答,则判定所述物联网设备处于存活状态;如果判断所述物联网设备在第二预定时间之内接收到所述第一心跳包,则判定所述服务器为存活状态。
9.一种物联网设备,用于与服务器通信连接,其特征在于,包括:
心跳包监测模块,用于监测所述服务器发送的第一心跳包和第二心跳包,所述第一心跳包的频率为第一心跳包频率,第二心跳包的频率为第二心跳包频率,所述第一心跳包频率大于所述第二心跳包频率,所述第一心跳包频率由设备参数进行计算得到,所述第二心跳包频率由第一心跳包频率计算得到;
服务器存活状态第一判定模块,用于如果所述物联网设备在第二预定时间之内接收到所述第一心跳包,则判定所述服务器为存活状态;
第二心跳包应答模块,用于如果在第三预定时间之内接收到所述第二心跳包,向所述服务器发送所述第二心跳包的应答,如果所述服务器在第一预定时间之内成功接收所述第二心跳包的应答,则判定所述物联网设备处于存活状态。
10.一种监测联网节点存活状态的系统,其特征在于,包括:根据权利要求8所述的服务器和根据权利要求9所述的物联网设备。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910718608.0A CN110445682B (zh) | 2019-08-05 | 2019-08-05 | 监测联网节点存活状态的方法、服务器、设备及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910718608.0A CN110445682B (zh) | 2019-08-05 | 2019-08-05 | 监测联网节点存活状态的方法、服务器、设备及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110445682A CN110445682A (zh) | 2019-11-12 |
CN110445682B true CN110445682B (zh) | 2022-11-25 |
Family
ID=68433322
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910718608.0A Active CN110445682B (zh) | 2019-08-05 | 2019-08-05 | 监测联网节点存活状态的方法、服务器、设备及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110445682B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111292518A (zh) * | 2020-02-17 | 2020-06-16 | 上海威派格智慧水务股份有限公司 | 一种dtu数据采集器的管理系统 |
CN112073747A (zh) * | 2020-09-18 | 2020-12-11 | 普联技术有限公司 | 一种流媒体数据预览方法、用户端设备及中继服务器 |
CN117135729B (zh) * | 2023-01-20 | 2024-05-24 | 荣耀终端有限公司 | 多设备协同方法、系统及终端设备 |
CN115801626B (zh) * | 2023-02-08 | 2023-05-09 | 华南师范大学 | 大规模广域分布式集群成员失效检测方法及系统 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103248504A (zh) * | 2012-02-06 | 2013-08-14 | 上海软智信息科技有限公司 | 一种集群节点匹配方法、集群通信模块、设备及系统 |
CN104243293A (zh) * | 2014-08-21 | 2014-12-24 | 深圳市合信自动化技术有限公司 | 一种心跳间隔自动调整的方法和网关设备、服务器 |
CN105897813A (zh) * | 2015-06-10 | 2016-08-24 | 乐视致新电子科技(天津)有限公司 | 心跳消息发送方法、接收方法及装置 |
CN106506277A (zh) * | 2016-11-17 | 2017-03-15 | 广东美的暖通设备有限公司 | 通信方法、通信装置及家电设备 |
CN106803833A (zh) * | 2015-11-26 | 2017-06-06 | 北京百度网讯科技有限公司 | 长连接中心跳的处理方法、装置及系统 |
CN106851799A (zh) * | 2017-01-19 | 2017-06-13 | 珠海市魅族科技有限公司 | 一种长连接中心跳包的发送方法及装置 |
CN107645529A (zh) * | 2016-07-21 | 2018-01-30 | 腾讯科技(深圳)有限公司 | 心跳包发送方法及装置 |
-
2019
- 2019-08-05 CN CN201910718608.0A patent/CN110445682B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103248504A (zh) * | 2012-02-06 | 2013-08-14 | 上海软智信息科技有限公司 | 一种集群节点匹配方法、集群通信模块、设备及系统 |
CN104243293A (zh) * | 2014-08-21 | 2014-12-24 | 深圳市合信自动化技术有限公司 | 一种心跳间隔自动调整的方法和网关设备、服务器 |
CN105897813A (zh) * | 2015-06-10 | 2016-08-24 | 乐视致新电子科技(天津)有限公司 | 心跳消息发送方法、接收方法及装置 |
CN106803833A (zh) * | 2015-11-26 | 2017-06-06 | 北京百度网讯科技有限公司 | 长连接中心跳的处理方法、装置及系统 |
CN107645529A (zh) * | 2016-07-21 | 2018-01-30 | 腾讯科技(深圳)有限公司 | 心跳包发送方法及装置 |
CN106506277A (zh) * | 2016-11-17 | 2017-03-15 | 广东美的暖通设备有限公司 | 通信方法、通信装置及家电设备 |
CN106851799A (zh) * | 2017-01-19 | 2017-06-13 | 珠海市魅族科技有限公司 | 一种长连接中心跳包的发送方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN110445682A (zh) | 2019-11-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110445682B (zh) | 监测联网节点存活状态的方法、服务器、设备及系统 | |
CN110445683B (zh) | 服务器、设备、监测服务器存活状态的方法及系统 | |
CN110572481A (zh) | 基于LoRa通信的智能化机电设备数据交互方法与系统 | |
CN108092847B (zh) | 一种电力lte无线终端远程在线监控方法 | |
CN108989463B (zh) | 一种数据处理方法和装置 | |
CN109067560B (zh) | 基于开放式通信的自描述终端即插即用方法 | |
CN110557460A (zh) | 数据中心的基础设施设备的监控系统 | |
CN110809262B (zh) | 一种基于coap协议的物联网设备运维管理方法 | |
CN110166322B (zh) | 一种计量自动化终端的检测方法和相关装置 | |
CN110601914B (zh) | 监测服务器存活状态的方法及系统 | |
CN112129343A (zh) | 一种基于云平台的服务器集群监测系统及方法 | |
CN111343700A (zh) | 无线传感网络通信方法 | |
CN104022515B (zh) | 无功补偿柜及其的无功补偿单元的控制方法 | |
CN214670231U (zh) | 一种基于物联网分布式架构的实时监控系统 | |
CN109039278A (zh) | 一种光伏组件的接线盒及监控方法、系统 | |
CN109460194A (zh) | 一种存储阵列监控系统及方法 | |
CN112073472B (zh) | 一种计数器软清零处理方法 | |
CN206003293U (zh) | 一种机床三色灯信号无线采集器 | |
CN210488271U (zh) | 数据中心的基础设施设备的监控系统 | |
EP2051044A1 (en) | Concentrator device with adjustable time-out | |
CN109195192B (zh) | 无线传感网的能量均衡调度方法、装置、系统及存储介质 | |
CN115412379B (zh) | 一种以太网供电系统监控管理方法、设备及介质 | |
CN219266796U (zh) | 一种工业设备实时远程通信系统 | |
CN118091334B (zh) | 一种智能短路接地监测系统及监测方法 | |
CN117675113B (zh) | 基于通信终端连接状态检测的波特率动态调整方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |