CN106789394A - 一种长连接服务器保活报文控制方法及*** - Google Patents
一种长连接服务器保活报文控制方法及*** Download PDFInfo
- Publication number
- CN106789394A CN106789394A CN201611031953.XA CN201611031953A CN106789394A CN 106789394 A CN106789394 A CN 106789394A CN 201611031953 A CN201611031953 A CN 201611031953A CN 106789394 A CN106789394 A CN 106789394A
- Authority
- CN
- China
- Prior art keywords
- client
- network quality
- keep alive
- alive packet
- message
- 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.)
- Pending
Links
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/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/14—Session management
- H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
- H04L67/145—Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session
Landscapes
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种长连接服务器保活报文控制方法,包括步骤:S100、接收客户端发送的报文,并根据所述报文监测客户端的网络质量数据;S200、根据客户端的网络质量数据计算该客户端对应的保活报文的时间间隔;S300、按照所述客户端对应的保活报文的时间间隔向该客户端发送保活报文。本发明通过监测客户端的网络质量数据来计算相应的保活报文的时间间隔,通过调节保活报文的时间间隔来减少保活报文对网络带宽的占用,从而节约网络带宽。
Description
技术领域
本发明涉及网络管理领域,尤其涉及一种长连接服务器保活报文控制方法及***。
背景技术
随着智能家居的发展,越来越多的设备需要接入到服务器,为了能和服务器保持实时通信,大多数设备都采用长连接的方式与服务器保持连接。设备与服务器之间一般会定时发送保活报文即KeepAlive报文来检测双方是否在线。监控KeepAlive报文的目的是为了能使得设备与服务器保持实时连接,一旦设备发生断线,则立马重新连接。
当接入到服务器设备的数量越来越大,服务器发送的KeepAlive报文的数量也会线性增长,设备在大多数情况下都是属于空闲状态,只有KeepAlive报文需要定期发送,这样,KeepAlive报文占据了网络资源的大部分的带宽。
发明内容
为解决上述技术问题,本发明提供一种长连接服务器保活报文控制方法及***,能够根据客户端的网络质量调整保活报文的时间间隔,从而降低整体的KeepAlive报文的数量,同时也降低了网络带宽消耗。
本发明提供的技术方案如下:
本发明公开了一种长连接服务器保活报文控制方法,包括步骤:S100、接收客户端发送的报文,并根据所述报文监测客户端的网络质量数据;S200、根据客户端的网络质量数据计算该客户端对应的保活报文的时间间隔;S300、按照所述客户端对应的保活报文的时间间隔向该客户端发送保活报文。
本发明通过监测客户端的网络质量数据来计算相应的保活报文的时间间隔,通过调节保活报文的时间间隔来减少保活报文对网络带宽的占用,从而节约网络带宽。
进一步优选的,所述步骤S100“根据所述报文监测客户端的网络质量数据”进一步包括步骤:S110、记录客户端发送报文失败的次数;S120、记录客户端报文的响应速度;S130、根据客户端发送报文失败的次数和客户端报文的响应速度确定客户端的网络质量数据。
本发明根据客户端发送报文失败次数以及客户端报文的响应速度来确定不同的客户端的网络质量数据,为不同网络质量等级的客户端分配不同保活报文的时间间隔提供计算依据,从而实现向网络质量较好的客户端发送保活报文的时间间隔比较长,向网络质量较差的客户端发送保活报文的时间间隔比较短,减少保活报文发送,实现合理利用网络带宽。
进一步优选的,所述步骤S200根据客户端的网络质量数据计算该客户端对应的保活报文的时间间隔进一步包括步骤:S210、对网络质量数据进行量化,将网络质量数据分为N个网络质量等级;S220、根据监测的客户端的网络质量数据判断该客户端的网络质量等级;S230、按照以下公式计算该客户端对应的保活报文的时间间隔T,T=Tmin+(Tmax-Tmin)*i/N;其中,Tmin为网络质量等级为最低等级时的保活报文的时间间隔,Tmax为网络质量等级为最高等级时的保活报文的时间间隔,i为当前客户端的网络质量等级,N为网络质量等级数量。
进一步优选的,还包括步骤:S400、当监测到客户端发送错误报文的数量在第一预设时长内增加预设个数,则将该客户端对应的网络质量等级下降至下一级;若当前客户端对应的网络质量等级为最低等级,则不作处理。
本发明根据监测实际客户端网络环境的变化动态地调整客户端的网络质量等级,根据网络等级的变化调整相应的保活报文的时间间隔,更加灵活适用于多变的网络环境。
进一步优选的,还包括步骤:S500、当第二预设时长内监测到服务器与客户端完成一次报文交互的时间超过预设消耗时间,则将该客户端对应的网络质量等级下降至下一级;若当前客户端对应的网络质量等级为最低等级,则不作处理。
本发明根据监测实际客户端网络环境的变化动态地调整客户端的网络质量等级,根据网络等级的变化调整相应的保活报文的时间间隔,更加灵活适用于多变的网络环境。
本发明还公开了一种长连接服务器保活报文控制***,包括:报文接收模块,用于接收客户端发送的报文;网络质量数据监测模块,用于根据客户端发送的报文监测客户端的网络质量数据;保活报文管理模块,用于根据客户端的网络质量数据计算该客户端对应的保活报文的时间间隔;报文发送模块,用于按照所述客户端对应的保活报文的时间间隔向该客户端发送保活报文。
进一步优选的,所述网络质量数据监测模块进一步包括:第一记录子模块,用于记录客户端发送报文失败的次数;第二记录子模块,用于记录客户端报文的响应速度;网络质量确定子模块,用于根据客户端发送报文失败的次数和客户端报文的响应速度确定客户端的网络质量数据。
进一步优选的,所述保活报文管理模块进一步包括:网络质量等级划分子模块,用于对网络质量数据进行量化,将网络质量数据分为N个网络质量等级;网络质量等级判断子模块,用于根据监测的客户端的网络质量数据判断该客户端对应的网络质量等级;时间间隔计算子模块,用于按照以下公式计算该客户端对应的保活报文的时间间隔T,T=Tmin+(Tmax-Tmin)*i/N;其中,Tmin为网络质量等级为最低等级时的保活报文的时间间隔,Tmax为网络质量等级为最高等级时的保活报文的时间间隔,i为当前客户端的网络质量等级,N为网络质量等级数量。
进一步优选的,还包括:报文监测模块,用于监测客户端发送错误报文的数量在第一预设时长内增加的个数是否达到预设个数;网络质量等级控制模块,用于当客户端发送错误报文的数量在预设时长内增加预设个数,则将该客户端对应的网络质量等级下降至下一级;若当前客户端对应的网络质量等级为最低等级,则不作处理。
进一步优选的,所述报文监测模块还用于监测服务器与客户端完成一次报文交互的时间是否超过预设消耗时间;所述网络质量等级控制模块还用于当第二预设时长内监测服务器与客户端完成一次报文交互的时间超过预设消耗时间,则将该客户端对应的网络质量等级下降至下一级;若当前客户端对应的网络质量等级为最低等级,则不作处理。
与现有技术相比,本发明通过监测客户端的网络质量数据来计算相应的保活报文的时间间隔,为不同网络质量等级的客户端分配不同保活报文的时间间隔提供计算依据,从而实现向网络质量较好的客户端发送保活报文的时间间隔比较长,向网络质量较差的客户端发送保活报文的时间间隔比较短,通过调节保活报文的时间间隔来减少保活报文对网络带宽的占用,从而节约网络带宽。
附图说明
下面将以明确易懂的方式,结合附图说明优选实施方式,对本发明予以进一步说明。
图1为本发明长连接服务器保活报文控制方法的主要步骤示意图;
图2为本发明长连接服务器保活报文控制方法的完整步骤示意图;
图3为本发明长连接服务器保活报文控制***的主要组成示意图;
图4为本发明长连接服务器保活报文控制***的完整组成示意图。
附图标号说明:
100、报文接收模块,200、网络质量数据监测模块,210、第一记录子模块,220、第二记录子模块,230、网络质量确定子模块,300、保活报文管理模块,310、网络质量等级划分子模块,320、网络质量等级判断子模块,330、时间间隔计算子模块,400、报文发送模块,500、报文监测模块,600、网络质量等级控制模块。
具体实施方式
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对照附图说明本发明的具体实施方式。显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图,并获得其他的实施方式。
为使图面简洁,各图中只示意性地表示出了与本发明相关的部分,它们并不代表其作为产品的实际结构。另外,以使图面简洁便于理解,在有些图中具有相同结构或功能的部件,仅示意性地绘示了其中的一个,或仅标出了其中的一个。在本文中,“一个”不仅表示“仅此一个”,也可以表示“多于一个”的情形。
图1为本发明一种长连接服务器保活报文控制方法的主要步骤示意图,如图1所示,一种长连接服务器保活报文控制方法,包括步骤:S100、接收客户端发送的报文,并根据所述报文监测客户端的网络质量数据;S200、根据客户端的网络质量数据计算该客户端对应的保活报文的时间间隔;S300、按照所述客户端对应的保活报文的时间间隔向该客户端发送保活报文。
具体的,本发明监控每个客户端的网络质量,对于网络质量较好的客户端,不需要过于频繁地发送保活报文即KeepAlive报文,对于网络质量较差的客户端,由于其发生断线的概率较高,因此发送KeepAlive报文的频率也相应高些。本发明通过监测客户端的网络质量数据来计算相应的保活报文的时间间隔,通过调节保活报文的时间间隔来减少保活报文对网络带宽的占用,从而节约网络带宽。
图2为本发明长连接服务器保活报文控制方法的完整步骤示意图。优选的,如图2所示,所述步骤S100“根据所述报文监测客户端的网络质量数据”进一步包括步骤:S110、记录客户端发送报文失败的次数;S120、记录客户端报文的响应速度;S130、根据客户端发送报文失败的次数和客户端报文的响应速度确定客户端的网络质量数据。
具体的,本发明监控每个客户端的设备对保活报文的响应速度,一般而言,响应速度越快,网络质量越好,而响应速度慢,或者不响应,需要重传的设备,网络质量较差。本发明根据客户端发送报文失败次数以及客户端报文的响应速度来确定不同的客户端的网络质量数据,为不同网络质量等级的客户端分配不同保活报文的时间间隔提供计算依据,从而实现向网络质量较好的客户端发送保活报文的时间间隔比较长,向网络质量较差的客户端发送保活报文的时间间隔比较短,减少保活报文发送,实现合理利用网络带宽。
如图2所示,优选的,所述步骤S200根据客户端的网络质量数据计算该客户端对应的保活报文的时间间隔进一步包括步骤:S210、对网络质量数据进行量化,将网络质量数据分为N个网络质量等级;S220、根据监测的客户端的网络质量数据判断该客户端的网络质量等级;S230、按照以下公式计算该客户端对应的保活报文的时间间隔T,T=Tmin+(Tmax-Tmin)*i/N;其中,Tmin为网络质量等级为最低等级时的保活报文的时间间隔,Tmax为网络质量等级为最高等级时的保活报文的时间间隔,i为当前客户端的网络质量等级,N为网络质量等级数量。
具体的,下面详细讲述KeepAlive报文发送的时间间隔的计算方法。
设网络最佳情况下,KeepAlive报文的时间间隔也应该最长,设为Tmax,网络环境最差的情况下,KeepAlive报文的时间间隔最短,设为Tmin。为了得到确切的网络质量数据,必须对网络质量进行量化,将网络质量分为10个等级,最好的是L10,最差的是L1,L10的KeepAlive报文时间间隔为Tmax,L1的KeepAlive报文时间间隔则为Tmin,中间第i等级为Li,则KeepAlive时间间隔为Tmin+(Tmax-Tmin)*i/10。
优选的,还包括步骤:S400、当监测到客户端发送错误报文的数量在第一预设时长内增加预设个数,则将该客户端对应的网络质量等级下降至下一级;若当前客户端对应的网络质量等级为最低等级,则不作处理。
具体的,本实施例中根据实际客户端的网络环境来调整客户端的网络质量等级,比如,如果第一预设时长内(本实施例中以1小时为例)错误报文增加预设个数(本实施例中以1个为例),则等级下降一级,L1级为最低等级,达到最低等级后就不再下降。本发明根据监测实际客户端网络环境的变化动态地调整客户端的网络质量等级,根据网络等级的变化调整相应的保活报文的时间间隔,更加灵活适用于多变的网络环境。
优选的,还包括步骤:S500、当第二预设时长内监测到服务器与客户端完成一次报文交互的时间超过预设消耗时间,则将该客户端对应的网络质量等级下降至下一级;若当前客户端对应的网络质量等级为最低等级,则不作处理。
具体的,设正常的报文交互一次的预设消耗时间为Tkeepalive,如果第二预设时长(以1个小时为例)内有一次交互时间大于Tkeepalive则等级也下降一级。本发明根据监测实际客户端网络环境的变化动态地调整客户端的网络质量等级,根据网络等级的变化调整相应的保活报文的时间间隔,更加灵活适用于多变的网络环境。
图3为本发明长连接服务器保活报文控制***的主要组成示意图。如图3所示,一种长连接服务器保活报文控制***,包括:报文接收模块100,用于接收客户端发送的报文;网络质量数据监测模块200,用于根据客户端发送的报文监测客户端的网络质量数据;保活报文管理模块300,用于根据客户端的网络质量数据计算该客户端对应的保活报文的时间间隔;报文发送模块400,用于按照所述客户端对应的保活报文的时间间隔向该客户端发送保活报文。
具体的,本发明监控每个客户端的网络质量,对于网络质量较好的客户端,不需要过于频繁地发送保活报文即KeepAlive报文,对于网络质量较差的客户端,由于其发生断线的概率较高,因此发送KeepAlive报文的频率也相应高些。本发明通过监测客户端的网络质量数据来计算相应的保活报文的时间间隔,通过调节保活报文的时间间隔来减少保活报文对网络带宽的占用,从而节约网络带宽。
图4为本发明长连接服务器保活报文控制***的完整组成示意图。如图4所示,优选的,所述网络质量数据监测模块200进一步包括:第一记录子模块210,用于记录客户端发送报文失败的次数;第二记录子模块220,用于记录客户端报文的响应速度;网络质量确定子模块230,用于根据客户端发送报文失败的次数和客户端报文的响应速度确定客户端的网络质量数据。
具体的,本实施例中客户端发送报文失败次数越高,说明该客户端的网络质量越差,客户端报文的响应速度的计算方法是根据发送出去的报文时间与响应的报文时间差,时间差越长说明网络质量越差,时间越短,说明网络质量越好。
优选的,所述保活报文管理模块300进一步包括:网络质量等级划分子模块310,用于对网络质量数据进行量化,将网络质量数据分为N个网络质量等级;网络质量等级判断子模块320,用于根据监测的客户端的网络质量数据判断该客户端对应的网络质量等级;时间间隔计算子模块330,用于按照以下公式计算该客户端对应的保活报文的时间间隔T,T=Tmin+(Tmax-Tmin)*i/N;其中,Tmin为网络质量等级为最低等级时的保活报文的时间间隔,Tmax为网络质量等级为最高等级时的保活报文的时间间隔,i为当前客户端的网络质量等级,N为网络质量等级数量。
具体的,下面详细讲述KeepAlive报文发送的时间间隔的计算方法。
设网络最佳情况下,KeepAlive报文的时间间隔也应该最长,设为Tmax,网络环境最差的情况下,KeepAlive报文的时间间隔最短,设为Tmin。为了得到确切的网络质量数据,必须对网络质量进行量化,将网络质量分为10个等级,最好的是L10,最差的是L1,L10的KeepAlive报文时间间隔为Tmax,L1的KeepAlive报文时间间隔则为Tmin,中间第i等级为Li,则KeepAlive时间间隔为Tmin+(Tmax-Tmin)*i/10。
优选的,还包括:报文监测模块500,用于监测客户端发送错误报文的数量在预设时长内增加的个数是否达到预设个数;网络质量等级控制模块600,用于当客户端发送错误报文的数量在预设时长内增加预设个数,则将该客户端对应的网络质量等级下降至下一级;若当前客户端对应的网络质量等级为最低等级,则不作处理。
具体的,本实施例中根据实际客户端的网络环境来调整客户端的网络质量等级,比如,如果第一预设时长内(本实施例中以1小时为例)错误报文增加预设个数(本实施例中以1个为例),则等级下降一级,L1级为最低等级,达到最低等级后就不再下降。本发明根据监测实际客户端网络环境的变化动态地调整客户端的网络质量等级,根据网络等级的变化调整相应的保活报文的时间间隔,更加灵活适用于多变的网络环境。
优选的,所述报文监测模块500还用于监测服务器与客户端完成一次报文交互的时间是否超过预设消耗时间;所述网络质量等级控制模块600还用于当监测服务器与客户端完成一次报文交互的时间超过预设消耗时间,则将该客户端对应的网络质量等级下降至下一级;若当前客户端对应的网络质量等级为最低等级,则不作处理。
具体的,设正常的报文交互一次的预设消耗时间为Tkeepalive,如果第二预设时长(以1个小时为例)内有一次交互时间大于Tkeepalive则等级也下降一级。本发明根据监测实际客户端网络环境的变化动态地调整客户端的网络质量等级,根据网络等级的变化调整相应的保活报文的时间间隔,更加灵活适用于多变的网络环境。
需要说明的是,本***中各模块之间的信息交互、执行过程等内容与上述方法实施例基于同一构思,具体内容可参见本发明方法实施例中的叙述,此处不再赘述。
应当说明的是,上述实施例均可根据需要自由组合。以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种长连接服务器保活报文控制方法,其特征在于,包括步骤:
S100、接收客户端发送的报文,并根据所述报文监测客户端的网络质量数据;
S200、根据客户端的网络质量数据计算该客户端对应的保活报文的时间间隔;
S300、按照所述客户端对应的保活报文的时间间隔向该客户端发送保活报文。
2.如权利要求1所述的长连接服务器保活报文控制方法,其特征在于,所述步骤S100“根据所述报文监测客户端的网络质量数据”进一步包括步骤:
S110、记录客户端发送报文失败的次数;
S120、记录客户端报文的响应速度;
S130、根据客户端发送报文失败的次数和客户端报文的响应速度确定客户端的网络质量数据。
3.如权利要求1或2所述的长连接服务器保活报文控制方法,其特征在于,所述步骤S200根据客户端的网络质量数据计算该客户端对应的保活报文的时间间隔进一步包括步骤:
S210、对网络质量数据进行量化,将网络质量数据分为N个网络质量等级;
S220、根据监测的客户端的网络质量数据判断该客户端的网络质量等级;
S230、按照以下公式计算该客户端对应的保活报文的时间间隔T,T=Tmin+(Tmax-Tmin)*i/N;其中,Tmin为网络质量等级为最低等级时的保活报文的时间间隔,Tmax为网络质量等级为最高等级时的保活报文的时间间隔,i为当前客户端的网络质量等级,N为网络质量等级数量。
4.如权利要求3所述的长连接服务器保活报文控制方法,其特征在于,还包括步骤:
S400、当监测到客户端发送错误报文的数量在第一预设时长内增加预设个数,则将该客户端对应的网络质量等级下降至下一级;若当前客户端对应的网络质量等级为最低等级,则不作处理。
5.如权利要求3所述的长连接服务器保活报文控制方法,其特征在于,还包括步骤:
S500、当第二预设时长内监测到服务器与客户端完成一次报文交互的时间超过预设消耗时间,则将该客户端对应的网络质量等级下降至下一级;若当前客户端对应的网络质量等级为最低等级,则不作处理。
6.一种长连接服务器保活报文控制***,其特征在于,包括:
报文接收模块,用于接收客户端发送的报文;
网络质量数据监测模块,用于根据客户端发送的报文监测客户端的网络质量数据;
保活报文管理模块,用于根据客户端的网络质量数据计算该客户端对应的保活报文的时间间隔;
报文发送模块,用于按照所述客户端对应的保活报文的时间间隔向该客户端发送保活报文。
7.如权利要求6所述的长连接服务器保活报文控制***,其特征在于,所述网络质量数据监测模块进一步包括:
第一记录子模块,用于记录客户端发送报文失败的次数;
第二记录子模块,用于记录客户端报文的响应速度;
网络质量确定子模块,用于根据客户端发送报文失败的次数和客户端报文的响应速度确定客户端的网络质量数据。
8.如权利要求6或7所述的长连接服务器保活报文控制***,其特征在于,所述保活报文管理模块进一步包括:
网络质量等级划分子模块,用于对网络质量数据进行量化,将网络质量数据分为N个网络质量等级;
网络质量等级判断子模块,用于根据监测的客户端的网络质量数据判断该客户端对应的网络质量等级;
时间间隔计算子模块,用于按照以下公式计算该客户端对应的保活报文的时间间隔T,T=Tmin+(Tmax-Tmin)*i/N;其中,Tmin为网络质量等级为最低等级时的保活报文的时间间隔,Tmax为网络质量等级为最高等级时的保活报文的时间间隔,i为当前客户端的网络质量等级,N为网络质量等级数量。
9.如权利要求8所述的长连接服务器保活报文控制***,其特征在于,还包括:
报文监测模块,用于监测客户端发送错误报文的数量在第一预设时长内增加的个数是否达到预设个数;
网络质量等级控制模块,用于当客户端发送错误报文的数量在预设时长内增加预设个数,则将该客户端对应的网络质量等级下降至下一级;若当前客户端对应的网络质量等级为最低等级,则不作处理。
10.如权利要求9所述的长连接服务器保活报文控制***,其特征在于,所述报文监测模块还用于监测服务器与客户端完成一次报文交互的时间是否超过预设消耗时间;所述网络质量等级控制模块还用于当第二预设时长内监测服务器与客户端完成一次报文交互的时间超过预设消耗时间,则将该客户端对应的网络质量等级下降至下一级;若当前客户端对应的网络质量等级为最低等级,则不作处理。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611031953.XA CN106789394A (zh) | 2016-11-18 | 2016-11-18 | 一种长连接服务器保活报文控制方法及*** |
PCT/CN2017/087059 WO2018090602A1 (zh) | 2016-11-18 | 2017-06-02 | 一种长连接服务器保活报文控制方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611031953.XA CN106789394A (zh) | 2016-11-18 | 2016-11-18 | 一种长连接服务器保活报文控制方法及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106789394A true CN106789394A (zh) | 2017-05-31 |
Family
ID=58970890
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611031953.XA Pending CN106789394A (zh) | 2016-11-18 | 2016-11-18 | 一种长连接服务器保活报文控制方法及*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106789394A (zh) |
WO (1) | WO2018090602A1 (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018090602A1 (zh) * | 2016-11-18 | 2018-05-24 | 上海斐讯数据通信技术有限公司 | 一种长连接服务器保活报文控制方法及*** |
CN109842647A (zh) * | 2017-11-27 | 2019-06-04 | 中移(杭州)信息技术有限公司 | 一种维持长连接的方法、装置、***及介质 |
CN110336708A (zh) * | 2019-05-24 | 2019-10-15 | 重庆科技学院 | 一种面向虚拟跨域通信的弹性保活***及方法 |
CN111866107A (zh) * | 2020-07-10 | 2020-10-30 | 杭州叙简科技股份有限公司 | 一种移动执法仪按照均衡保活方法 |
CN115209478A (zh) * | 2022-09-16 | 2022-10-18 | 南京博鼎资讯科技有限公司 | 基于人工智能的新一代移动通信长期保活的数据处理方法 |
CN116886755A (zh) * | 2023-09-08 | 2023-10-13 | 安擎计算机信息股份有限公司 | 一种被测服务器的保活方法及装置 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113765711B (zh) * | 2021-08-25 | 2023-12-26 | 新华三大数据技术有限公司 | 一种网络设备保活方法及装置 |
CN113783728A (zh) * | 2021-09-10 | 2021-12-10 | 咪咕数字传媒有限公司 | 连接优化方法、装置、计算设备及计算机存储介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101778019A (zh) * | 2010-04-01 | 2010-07-14 | 杭州华三通信技术有限公司 | 一种心跳检测报文的发送方法和设备 |
US20120030280A1 (en) * | 2010-07-27 | 2012-02-02 | Qualcomm Incorporated | Apparatus and method for reducing frequent server messages |
CN103139303A (zh) * | 2013-02-07 | 2013-06-05 | 网易(杭州)网络有限公司 | 一种用于保持连接的心跳方法、装置及*** |
CN103297461A (zh) * | 2012-02-28 | 2013-09-11 | ***通信集团公司 | Nat会话保活时长设置方法以及客户端和服务器 |
CN103518342A (zh) * | 2013-04-26 | 2014-01-15 | 华为技术有限公司 | 一种心跳信号的发送控制方法及装置 |
CN104378844A (zh) * | 2014-10-22 | 2015-02-25 | 杭州华三通信技术有限公司 | 一种隧道保活报文的传输方法和设备 |
CN105577507A (zh) * | 2014-11-10 | 2016-05-11 | ***通信集团广东有限公司 | 一种心跳包发送间隔的调整方法、装置及服务器 |
CN105610913A (zh) * | 2015-12-22 | 2016-05-25 | 用友网络科技股份有限公司 | 通信网络中长连接的心跳保活方法及装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102843250B (zh) * | 2011-06-21 | 2018-01-19 | 中兴通讯股份有限公司 | 一种心跳周期的自适应方法和装置 |
US9231850B2 (en) * | 2012-02-21 | 2016-01-05 | Cisco Technology, Inc. | Keepalive mechanism to maintain links in a lossy environment |
CN106789394A (zh) * | 2016-11-18 | 2017-05-31 | 上海斐讯数据通信技术有限公司 | 一种长连接服务器保活报文控制方法及*** |
-
2016
- 2016-11-18 CN CN201611031953.XA patent/CN106789394A/zh active Pending
-
2017
- 2017-06-02 WO PCT/CN2017/087059 patent/WO2018090602A1/zh active Application Filing
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101778019A (zh) * | 2010-04-01 | 2010-07-14 | 杭州华三通信技术有限公司 | 一种心跳检测报文的发送方法和设备 |
US20120030280A1 (en) * | 2010-07-27 | 2012-02-02 | Qualcomm Incorporated | Apparatus and method for reducing frequent server messages |
CN103297461A (zh) * | 2012-02-28 | 2013-09-11 | ***通信集团公司 | Nat会话保活时长设置方法以及客户端和服务器 |
CN103139303A (zh) * | 2013-02-07 | 2013-06-05 | 网易(杭州)网络有限公司 | 一种用于保持连接的心跳方法、装置及*** |
CN103518342A (zh) * | 2013-04-26 | 2014-01-15 | 华为技术有限公司 | 一种心跳信号的发送控制方法及装置 |
CN104378844A (zh) * | 2014-10-22 | 2015-02-25 | 杭州华三通信技术有限公司 | 一种隧道保活报文的传输方法和设备 |
CN105577507A (zh) * | 2014-11-10 | 2016-05-11 | ***通信集团广东有限公司 | 一种心跳包发送间隔的调整方法、装置及服务器 |
CN105610913A (zh) * | 2015-12-22 | 2016-05-25 | 用友网络科技股份有限公司 | 通信网络中长连接的心跳保活方法及装置 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018090602A1 (zh) * | 2016-11-18 | 2018-05-24 | 上海斐讯数据通信技术有限公司 | 一种长连接服务器保活报文控制方法及*** |
CN109842647A (zh) * | 2017-11-27 | 2019-06-04 | 中移(杭州)信息技术有限公司 | 一种维持长连接的方法、装置、***及介质 |
CN110336708A (zh) * | 2019-05-24 | 2019-10-15 | 重庆科技学院 | 一种面向虚拟跨域通信的弹性保活***及方法 |
CN111866107A (zh) * | 2020-07-10 | 2020-10-30 | 杭州叙简科技股份有限公司 | 一种移动执法仪按照均衡保活方法 |
CN111866107B (zh) * | 2020-07-10 | 2023-01-03 | 杭州叙简科技股份有限公司 | 一种移动执法仪按照均衡保活方法 |
CN115209478A (zh) * | 2022-09-16 | 2022-10-18 | 南京博鼎资讯科技有限公司 | 基于人工智能的新一代移动通信长期保活的数据处理方法 |
CN115209478B (zh) * | 2022-09-16 | 2022-11-25 | 南京博鼎资讯科技有限公司 | 基于人工智能的新一代移动通信长期保活的数据处理方法 |
CN116886755A (zh) * | 2023-09-08 | 2023-10-13 | 安擎计算机信息股份有限公司 | 一种被测服务器的保活方法及装置 |
CN116886755B (zh) * | 2023-09-08 | 2023-11-17 | 安擎计算机信息股份有限公司 | 一种被测服务器的保活方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2018090602A1 (zh) | 2018-05-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106789394A (zh) | 一种长连接服务器保活报文控制方法及*** | |
EP1122917B1 (en) | System and method for exchanging network management data | |
US8667126B2 (en) | Dynamic rate heartbeating for inter-node status updating | |
CN110808874B (zh) | 一种跨机房服务监控方法、装置、存储介质及服务器 | |
US9313015B2 (en) | HTTP-based synchronization method and apparatus | |
CN108390881A (zh) | 一种分布式高并发实时消息推送方法及*** | |
CN109819057A (zh) | 一种负载均衡方法及*** | |
US20060069777A1 (en) | Request message control method for using service and service providing system | |
CN102576320B (zh) | 用于接入点拥塞的检测和减小的方法和*** | |
US20030145084A1 (en) | System and method for decentralized system and network performance assessment and verification | |
CN107249136A (zh) | 网络连接方法及装置 | |
CN101917406A (zh) | 数据传输方法及数据传输*** | |
CN113395671B (zh) | 消息推送速率的调节方法、装置和服务器 | |
CN109639490A (zh) | 一种宕机通知方法及装置 | |
CN106230939B (zh) | 一种应用运行监控方法及*** | |
CN114640705B (zh) | 一种大规模物联终端心跳监控方法 | |
JP2000299712A (ja) | データ配信システム、送信制御機器および受信制御機器 | |
CN109905419A (zh) | 一种数据传输的方法及设备 | |
CN112866390B (zh) | 一种数据传输方法、装置、终端设备和存储介质 | |
KR20190047889A (ko) | 시간 동기화를 위한 장치 및 방법 | |
CN109587249A (zh) | 信息发送、接收方法、装置、服务器、客户端及存储介质 | |
CN116185912B (zh) | Ecat耦合器的工业总线负载均衡方法、装置、设备及介质 | |
CN115277595B (zh) | 数据发送方法及相关装置 | |
CN116166451B (zh) | 一种主题数量的动态调节方法、***、装置及存储介质 | |
CN108964955A (zh) | 一种丢失Trap报文查找方法和网络管理***及一种SNMP代理 |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170531 |
|
RJ01 | Rejection of invention patent application after publication |