CN104065508A - 应用服务健康检查方法、装置和系统 - Google Patents
应用服务健康检查方法、装置和系统 Download PDFInfo
- Publication number
- CN104065508A CN104065508A CN201410283641.2A CN201410283641A CN104065508A CN 104065508 A CN104065508 A CN 104065508A CN 201410283641 A CN201410283641 A CN 201410283641A CN 104065508 A CN104065508 A CN 104065508A
- Authority
- CN
- China
- Prior art keywords
- application server
- state
- link
- normal
- server
- 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
- 238000000034 method Methods 0.000 title claims abstract description 20
- 230000002159 abnormal effect Effects 0.000 claims abstract description 77
- 230000005856 abnormality Effects 0.000 claims description 10
- 238000010586 diagram Methods 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Landscapes
- Computer And Data Communications (AREA)
Abstract
本发明提供了一种多链路的应用服务健康检查方法、装置和系统,其中方法包括,选择多链路中的一条链路向应用服务器发送连接请求,该连接请求包括检查任务;如果链路状态正常,获取应用服务器发送的响应报文的报文信息,并根据获得的报文信息,判断应用服务器状态是否正常;如果链路状态异常或者应用服务器状态异常,向用户设备发送故障信息。本发明通过在应用服务器和用户设备之间设置健康检查服务器,若检查出链路状态异常或者应用服务器异常,健康检查服务器向用户设备发送故障信息,以便用户及时获知链路状态和应用服务器状态。
Description
技术领域
本发明涉及故障检测技术,尤其涉及一种应用服务健康检查方法、装置和系统。
背景技术
随着互联网访问速度不断提升,用户对业务的持续性要求也不断提高。用户设备可以通过多条链路接入互联网并从应用服务器上获取应用服务。多条链路接入,可以实现在某条链路中断的情况下仍然可以给用户提供备份的访问链路,如此不仅加快了访问的速度,也提高了可靠性,从而增强了用户的互联网访问体验。
Ping是用来检查网络是否正常或者检查网络连接速度的命令,目前链路检查通常通过Ping方法来获取链路状态,所利用的原理基于唯一确定的IP地址,具体地,用户设备在链路上发送Ping报文到目标IP地址的应用服务器,如果在设定的时间内收到对方的回应,则视为链路正常,如果在设定的时间内没有收到对方的回应,则视为链路故障。
利用Ping方法可以方便有效的检测链路状态,但是无法检测到应用服务器状态,如果应用服务器发生崩溃或者宕机故障,就无法为用户提供正常的服务。
发明内容
为了解决上述技术问题,本发明提供一种应用服务健康检查方法、装置和系统,以便用户能够及时获知链路状态和应用服务器状态。
为了达到本发明目的,本发明提供了一种应用服务健康检查方法,包括:选择多链路中的一条链路向应用服务器发送连接请求,连接请求包括检查任务,检查任务包括检查链路状态和检查应用服务器状态;判断链路状态是否正常,如果判断出链路状态正常,获取应用服务器返回的响应报文的报文信息,并根据获得的报文信息,判断应用服务器状态是否正常;如果判断出链路状态异常或者应用服务器状态异常,向用户设备发送故障信息。
进一步地,该方法还包括:预先设置健康检查的检查周期;按照所述检查周期向应用服务器发送所述连接请求。
进一步地,该方法还包括:预先设置第一时长;判断链路状态是否正常包括:在第一时长内收到来自所述应用服务器的响应报文,判断出链路状态正常;在第一时长内未收到来自所述应用服务器的响应报文,判断出链路状态异常。
进一步地,判断应用服务器状态是否正常包括:如果报文信息中包含的特征值和应用服务器状态正常的特征值相同,则判断出应用服务器状态正常;如果报文信息中包含的特征值和应用服务器状态异常的特征值相同,则判断出所述应用服务器状态异常。
进一步地,所述故障信息包括链路状态异常或者应用服务器状态异常;所述应用服务器状态异常包括应用服务器状态的故障类型。
一种应用服务健康检查装置,包括:选择模块,用于选择多链路中的一条链路;发送模块,用于通过选择模块选择的链路向应用服务器发送连接请求,所述连接请求包括检查任务,检查任务包括检查链路状态和检查应用服务器状态;第一判断模块,用于根据是否收到应用服务器返回的响应报文,判断链路状态是否正常;获取模块,用于在链路状态正常时,获取应用服务器返回的响应报文的报文信息;第二判断模块,用于根据获得的报文信息,判断应用服务器状态是否正常;报警模块,用于在链路状态异常或者应用服务器状态异常时,向用户设备发送故障信息。
进一步地,应用服务健康检查装置还包括设置模块,用于预先设置健康检查的检查周期;发送模块按照所述检查周期向应用服务器发送所述连接请求。
进一步地,设置模块,还用于预先设置第一时长;第一判断模块根据是否收到应用服务器返回的响应报文,判断链路状态是否正常包括:第一判断模块在第一时长内收到来自所述应用服务器的响应报文,判断出链路状态正常;在第一时长内未收到来自所述应用服务器的响应报文,判断出链路状态异常。
进一步地,二判断模块,用于根据获得的报文信息,判断应用服务器状态是否正常包括:如果报文信息中包含的特征值和应用服务器状态正常的特征值相同,则判断出应用服务器状态正常;如果报文信息中包含的特征值和应用服务器状态异常的特征值相同,则判断出应用服务器状态异常。
进一步地,故障信息包括链路状态异常或者应用服务器状态异常;应用服务器状态异常包括应用服务器状态的故障类型。
一种应用服务健康检查系统,包括:健康检查服务器,用于选择多链路中的一条链路向应用服务器发送连接请求,所述连接请求包括检查任务,检查任务包括检查链路状态和检查应用服务器状态;判断链路状态是否正常,如果判断出链路状态正常,获取应用服务器返回的响应报文的报文信息,并根据获得的报文信息,判断应用服务器状态是否正常;如果判断出链路状态异常或者应用服务器状态异常,向用户设备发送故障信息;应用服务器,用于接收健康检查服务器发送的连接请求,并在链路状态正常时,向健康检查服务器发送响应报文;用户设备,用于如果链路状态异常或者应用服务器状态异常,接收健康检查服务器发送的故障信息。
进一步地,健康检查服务器还用于,预先设置健康检查的检查周期;健康检查服务器按照所述检查周期向应用服务器发送所述连接请求。
进一步地,健康检查服务器还用于,预先设置第一时长;健康检查服务器判断链路状态是否正常包括:健康检查服务器在第一时长内收到来自应用服务器的响应报文,判断出链路状态正常;在第一时长内未收到来自应用服务器的响应报文,判断出链路状态异常。
进一步地,健康检查服务器根据获得的报文信息,判断应用服务器状态是否正常包括:如果报文信息中包含的特征值和应用服务器状态正常的特征值相同,则判断出应用服务器状态正常;如果报文信息中包含的特征值和应用服务器状态异常的特征值相同,则判断出应用服务器状态异常。
进一步地,故障信息包括链路状态异常或者应用服务器状态异常;应用服务器状态异常包括应用服务器状态的故障类型。
与现有技术相比,本发明包括:选择多链路中的一条链路向应用服务器发送连接请求,该连接请求包括检查任务,检查任务包括检查链路状态和检查应用服务器状态;判断链路状态是否正常,如果判断出链路状态正常,获取应用服务器返回的响应报文的报文信息,并根据获得的报文信息,判断应用服务器状态是否正常;如果判断出链路状态异常或者应用服务器状态异常,向用户设备发送故障信息。本发明通过在应用服务器和用户设备之间设置健康检查服务器,若检查出链路状态异常或者应用服务器异常,健康检查服务器向用户设备发送故障信息,以便用户及时获知链路状态和应用服务器状态。
附图说明
图1是本发明应用服务健康检查系统的架构示意图。
图2是本发明应用服务健康检查方法的流程示意图。
图3是本发明应用服务健康检查装置的结构示意图。
具体实施方式
以下将结合附图所示的具体实施方式对本发明进行详细描述。
图1是本发明应用服务健康检查系统的结构示意图,如图1所示,该多链路的应用服务健康检查系统包括应用服务器、健康检查服务器和用户设备。其中,
健康检查服务器,与多个用户设备进行连接通信,且位于用户设备和应用服务器之间,通过多条链路接入应用服务器。健康检查服务器用于检查接入应用服务器的链路的链路状态是否正常,以及应用服务器状态是否正常。在链路状态正常和应用服务器状态正常时,用户设备可以根据自身需求从应用服务器上获取应用服务。在链路状态异常或者应用服务器状态异常时,健康服务器向用户设备发送故障信息,以便用户设备可以及时获知链路状态和应用服务器状态。
图2是本发明应用服务健康检查方法的流程示意图,结合图1和图2,应用服务健康检查方法包括:
步骤21、健康检查服务器设置健康检查的检查周期和接收应用服务器返回响应报文的第一时长。
在本步骤中,健康检查服务器预先设置健康检查的检查周期,例如健康健康检查的检查周期设置为每秒钟执行一次。健康检查服务器还预先设置接收应用服务器返回响应报文的第一时长。
步骤22、健康检查服务器选择多链路中的一条链路向应用服务器发送连接请求,该连接请求包括检查任务,该检查任务包括检查链路状态和检查应用服务器状态。
在本步骤中,健康检查服务器可以基于传输控制协议(TCP,TransmissionControl Protocol)/用户数据报协议(UDP,User Data Protocol)协议进行连接请求的发送,该连接请求可以是采用套接字(socket)编写的Ping报文。
健康检查服务器按照检查周期,选择多链路中的一条链路向应用服务器发送连接请求。如图1所示,假设应用服务器和健康检查服务器之间存在N条链路,健康检查服务器按照检查周期以选择链路1为例,向应用服务器发送连接请求。在本发明中,健康检查服务器可以基于开放式最短路径优先(OSPF,Open Shortest Path First)进行链路的选择,具体实现属于本领域技术人员的常用技术手段,并不用于限定本发明的保护范围,这里不再赘述。
本步骤中,检查任务包括检查链路状态和检查应用服务器状态,链路状态分为链路状态正常和链路状态异常,应用服务器状态分为应用服务器状态正常和应用服务器状态异常。在本发明中,可以具体设置应用服务器状态异常的故障类别,例如应用服务器断电、应用服务器断网、应用服务器对用户设备停止访问等。
应用服务器状态可以通过设置特征值来表示,例如应用服务器状态正常的特征值设置为0,应用服务器状态异常的特征值设置为1。还可以具体设置应用服务器状态异常的故障类别特征值,例如应用服务器断电的特征值设置为a,应用服务器断网的特征值设置为b、应用服务器对用户设备停止访问的特征值设置为c。
步骤23、健康检查服务器根据是否收到应用服务器发送的响应报文,判断链路状态是否正常,如果正常,进入步骤24;否则,进入步骤25。
在本步骤中,健康检查服务器可以预先设置第一时长,通过在第一时长内是否收到应用服务器的响应报文,来判断健康检查服务器和应用服务器间链路状态是否正常,该响应报文也可以是基于socket编写的Ping报文。
具体地,仍以选择链路1为例,如果在第一时长内收到应用服务器的响应报文,则健康检查服务器和应用服务器通过链路1连接成功,链路1状态正常。如果在第一时长内没有收到应用服务器的响应报文,则健康检查服务器和应用服务器通过链路1连接不成功,链路1状态异常。
步骤24、健康检查服务器获取应用服务器返回的响应报文的报文信息,并根据获得的报文信息,判断应用服务器状态是否正常,如果正常,返回步骤22;否则,进入步骤25。
在本步骤中,健康检查服务器获取应用服务器返回的响应报文的报文信息,其中,报文信息包括应用服务器状态,该应用服务器状态用特征值来表示。
根据报文信息中表示应用服务器状态的特征值,健康检查服务器可以判断出应用服务器状态。具体地,如果报文信息中包含的特征值和应用服务器状态正常的特征值相同,则应用服务器状态正常,如果报文信息中包含的特征值和应用服务器状态异常的特征值相同,则应用服务器状态异常。例如特征值为0,则表示应用服务器状态正常;特征值为a,则表示应用服务器状态异常,且故障类型为应用服务器断电。
步骤25、健康检查服务器向用户设备发送故障信息。
在本步骤中,如果判断出链路状态异常或者应用服务器状态异常,健康检查服务器向用户设备发送故障信息。故障信息包括链路状态异常或者应用服务器状态异常,其中应用服务器状态异常包括应用服务器状态的故障类型。
本发明应用服务健康检查方法,通过在应用服务器和用户设备之间设置健康检查服务器,若检查出链路状态异常或者应用服务器异常,健康检查服务器向用户设备发送故障信息,以便用户及时获知链路状态和应用服务器状态。
图3是本发明应用服务健康检查装置的结构示意图。该应用服务健康检查装置为健康检查服务器,包括,
设置模块31,用于设置健康检查的检查周期和接收应用服务器返回响应报文的第一时长。
选择模块32,用于按照设置模块31设置的检查周期,选择多链路中的一条链路。
假设应用服务器和健康检查服务器之间存在N条链路,选择模块按照设置模块设置的检查周期选择N条链路中的一条链路,以选择链路1为例。在本发明中,健康检查服务器可以基于OSPF(Open Shortest Path First,开放式最短路径优先)进行链路的选择。
发送模块33,用于通过选择模块32选择的链路向应用服务器发送连接请求,该连接请求包括检查任务,该检查任务包括检查链路状态和检查应用服务器状态。
链路状态分为链路状态正常和链路状态异常,应用服务器状态分为应用服务器状态正常和应用服务器状态异常。在本发明中,可以具体设置应用服务器状态异常的故障类别,例如应用服务器断电、应用服务器断网、应用服务器对用户设备停止访问等。
应用服务器状态可以通过设置特征值来表示。
第一判断模块34,用于是否收到应用服务器返回的响应报文,判断链路状态是否正常。
第一判断模块可以根据在设置模块31设置的第一时长内是否收到应用服务器返回的响应报文,来判断链路状态是否正常。具体地,第一判断模块在第一时长内收到来自应用服务器的响应报文,判断出链路状态正常;在第一时长内未收到来自应用服务器的响应报文,判断出链路状态异常。
获取模块35,用于如果链路状态正常,获取应用服务器返回的响应报文的报文信息。
如果链路状态正常,获取模块获取响应报文返回的报文信息,其中,报文信息包括应用服务器状态,该应用服务器状态用特征值来表示。
第二判断模块36,用于根据获得的报文信息,判断应用服务器状态是否正常。
根据报文信息中表示应用服务器状态的特征值,第二判断模块判断应用服务器状态是否正常。具体地,如果报文信息中包含的特征值和应用服务器状态正常的特征值相同,则应用服务器状态正常,如果报文信息中包含的特征值和应用服务器状态异常的特征值相同,则应用服务器状态异常。
报警模块37,用于如果链路状态异常或者应用服务器状态异常,向用户设备发送故障信息。
如果判断出链路状态异常或者应用服务器状态异常,报警模块向用户设备发送故障信息。故障信息包括链路状态异常或者应用服务器状态异常,其中应用服务器状态异常包括应用服务器状态的故障类型。
本发明应用服务健康检查装置,设置在应用服务器和用户设备之间,若检查出链路状态异常或者应用服务器异常,向用户设备发送故障信息,以便用户及时获知链路状态和应用服务器状态。
继续参考图1,该多链路的应用服务健康检查系统包括应用服务器、健康检查服务器和用户设备,其中,
健康检查服务器,用于选择多链路中的一条链路向应用服务器发送连接请求,该连接请求包括检查任务,该检查任务包括检查链路状态和检查应用服务器状态;根据是否收到应用服务器返回的响应报文,判断链路状态是否正常;如果链路状态正常,获取应用服务器返回的响应报文的报文信息,并根据获得的报文信息,判断应用服务器状态是否正常;如果链路状态异常或者应用服务器状态异常,向用户设备发送故障信息。
其中,健康检查服务器预先设置健康检查的检查周期,按照检查周期选择多链路中的一条链路向应用服务器发送连接请求。连接请求中的检查任务包括检查链路状态和检查应用服务器状态,链路状态分为链路状态正常和链路状态异常。
健康检查服务器还用于预先设置第一时长,健康检查服务器判断链路状态是否正常包括:健康检查服务器在第一时长内收到来自应用服务器的响应报文,判断出链路状态正常;在第一时长内未收到来自应用服务器的响应报文,判断出链路状态异常。
健康检查服务器判断应用服务器状态是否正常包括:响应报文的报文信息中包含表示应用服务器状态的特征值,如果报文信息中包含的特征值和应用服务器状态正常的特征值相同,则应用服务器状态正常,如果报文信息中包含的特征值和应用服务器状态异常的特征值相同,则应用服务器状态异常。
故障信息包括链路状态异常或者应用服务器状态异常,其中应用服务器状态异常包括应用服务器状态的故障类型。
应用服务器,用于接收健康检查服务器发送的连接请求,并在链路状态正常时,向健康检查服务器发送响应报文。
用户设备,用于如果链路状态异常或者应用服务器状态异常,接收健康检查服务器发送的故障信息。
本发明应用服务健康检查系统,通过在应用服务器和用户设备之间设置健康检查服务器,若检查出链路状态异常或者应用服务器异常,健康检查服务器向用户设备发送故障信息,以便用户及时链路状态和获知应用服务器状态。
应当理解,虽然本说明书根据实施方式加以描述,但并非每个实施方式仅包含一个独立的技术方案,说明书的这种叙述方式仅仅是为清楚起见,本领域技术人员应当将说明书作为一个整体,各实施方式中的技术方案也可以经适当组合,形成本领域技术人员可以理解的其他实施方式。
上文所列出的一系列的详细说明仅仅是针对本发明的可行性实施方式的具体说明,它们并非用于限制本发明的保护范围,凡未脱离本发明技艺精神所作的等效实施方式或变更均应包含在本发明的保护范围之内。
Claims (15)
1.一种应用服务健康检查方法,其特征在于,包括:
选择多链路中的一条链路向应用服务器发送连接请求,所述连接请求包括检查任务,检查任务包括检查链路状态和检查应用服务器状态;
判断链路状态是否正常,如果判断出链路状态正常,获取应用服务器返回的响应报文的报文信息,并根据获得的报文信息,判断应用服务器状态是否正常;
如果判断出链路状态异常或者应用服务器状态异常,向用户设备发送故障信息。
2.根据权利要求1所述的应用服务健康检查方法,其特征在于,该方法还包括:预先设置健康检查的检查周期;
按照所述检查周期向应用服务器发送所述连接请求。
3.根据权利要求1所述的应用服务健康检查方法,其特征在于,该方法还包括:预先设置第一时长;所述判断链路状态是否正常包括:
在所述第一时长内收到来自所述应用服务器的响应报文,判断出所述链路状态正常;在所述第一时长内未收到来自所述应用服务器的响应报文,判断出所述链路状态异常。
4.根据权利要求1所述的应用服务健康检查方法,其特征在于,所述判断应用服务器状态是否正常包括:
如果所述报文信息中包含的特征值和所述应用服务器状态正常的特征值相同,则判断出所述应用服务器状态正常;
如果所述报文信息中包含的特征值和所述应用服务器状态异常的特征值相同,则判断出所述应用服务器状态异常。
5.根据权利要求1~4任一项所述的应用服务健康检查方法,其特征在于,所述故障信息包括链路状态异常或者应用服务器状态异常;
所述应用服务器状态异常包括应用服务器状态的故障类型。
6.一种应用服务健康检查装置,其特征在于,包括:
选择模块,用于选择多链路中的一条链路;
发送模块,用于通过选择模块选择的链路向应用服务器发送连接请求,所述连接请求包括检查任务,检查任务包括检查链路状态和检查应用服务器状态;
第一判断模块,用于根据是否收到应用服务器返回的响应报文,判断链路状态是否正常;
获取模块,用于在链路状态正常时,获取应用服务器返回的响应报文的报文信息;
第二判断模块,用于根据获得的报文信息,判断应用服务器状态是否正常;
报警模块,用于在链路状态异常或者应用服务器状态异常时,向用户设备发送故障信息。
7.根据权利要求6所述的应用服务健康检查装置,其特征在于,还包括设置模块,用于预先设置健康检查的检查周期;
所述发送模块按照所述检查周期向应用服务器发送所述连接请求。
8.根据权利要求6所述的应用服务健康检查装置,其特征在于,所述设置模块,还用于预先设置第一时长;
所述第一判断模块根据是否收到应用服务器返回的响应报文,判断链路状态是否正常包括:
所述第一判断模块在所述第一时长内收到来自所述应用服务器的响应报文,判断出所述链路状态正常;在所述第一时长内未收到来自所述应用服务器的响应报文,判断出所述链路状态异常。
9.根据权利要求6所述的应用服务健康检查装置,其特征在于,所述第二判断模块,用于根据获得的报文信息,判断应用服务器状态是否正常包括:
如果所述报文信息中包含的特征值和所述应用服务器状态正常的特征值相同,则判断出所述应用服务器状态正常;
如果所述报文信息中包含的特征值和所述应用服务器状态异常的特征值相同,则判断出所述应用服务器状态异常。
10.根据权利要求6~9任一项所述的应用服务健康检查装置,其特征在于,所述故障信息包括链路状态异常或者应用服务器状态异常;
所述应用服务器状态异常包括应用服务器状态的故障类型。
11.一种应用服务健康检查系统,其特征在于,包括:
健康检查服务器,用于选择多链路中的一条链路向应用服务器发送连接请求,所述连接请求包括检查任务,检查任务包括检查链路状态和检查应用服务器状态;判断链路状态是否正常,如果判断出链路状态正常,获取应用服务器返回的响应报文的报文信息,并根据获得的报文信息,判断应用服务器状态是否正常;如果判断出链路状态异常或者应用服务器状态异常,向用户设备发送故障信息;
应用服务器,用于接收健康检查服务器发送的连接请求,并在链路状态正常时,向健康检查服务器发送响应报文;
用户设备,用于如果链路状态异常或者应用服务器状态异常,接收健康检查服务器发送的故障信息。
12.根据权利要求11所述的应用服务健康检查系统,其特征在于,所述健康检查服务器还用于,预先设置健康检查的检查周期;
所述健康检查服务器按照所述检查周期向应用服务器发送所述连接请求。
13.根据权利要求11所述的应用服务健康检查系统,其特征在于,所述健康检查服务器还用于,预先设置第一时长;所述健康检查服务器判断链路状态是否正常包括:
所述健康检查服务器在所述第一时长内收到来自所述应用服务器的响应报文,判断出所述链路状态正常;在所述第一时长内未收到来自所述应用服务器的响应报文,判断出所述链路状态异常。
14.根据权利要求11所述的应用服务健康检查系统,其特征在于,所述健康检查服务器根据获得的报文信息,判断应用服务器状态是否正常包括:
如果所述报文信息中包含的特征值和所述应用服务器状态正常的特征值相同,则判断出所述应用服务器状态正常;
如果所述报文信息中包含的特征值和所述应用服务器状态异常的特征值相同,则判断出所述应用服务器状态异常。
15.根据权利要求11~14任一项所述的应用服务健康检查系统,其特征在于,所述故障信息包括链路状态异常或者应用服务器状态异常;
所述应用服务器状态异常包括应用服务器状态的故障类型。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410283641.2A CN104065508A (zh) | 2014-06-23 | 2014-06-23 | 应用服务健康检查方法、装置和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410283641.2A CN104065508A (zh) | 2014-06-23 | 2014-06-23 | 应用服务健康检查方法、装置和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104065508A true CN104065508A (zh) | 2014-09-24 |
Family
ID=51553050
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410283641.2A Pending CN104065508A (zh) | 2014-06-23 | 2014-06-23 | 应用服务健康检查方法、装置和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104065508A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105939201A (zh) * | 2015-07-13 | 2016-09-14 | 杭州迪普科技有限公司 | 服务器状态的检查方法和装置 |
CN106686040A (zh) * | 2015-11-10 | 2017-05-17 | 阿里巴巴集团控股有限公司 | 一种报文处理方法和装置 |
CN106844073A (zh) * | 2017-01-24 | 2017-06-13 | 腾讯科技(深圳)有限公司 | 一种诊断应用的方法、诊断客户端及系统 |
CN107204875A (zh) * | 2017-05-11 | 2017-09-26 | 腾讯科技(深圳)有限公司 | 数据上报链路监测方法、装置、电子设备及存储介质 |
CN109361570A (zh) * | 2018-11-27 | 2019-02-19 | 深圳市关运通科技有限公司 | 一种报关通道监控预警方法和装置 |
CN110581855A (zh) * | 2019-09-12 | 2019-12-17 | 中国工商银行股份有限公司 | 应用控制方法、装置、电子设备和计算机可读存储介质 |
CN112187575A (zh) * | 2020-09-25 | 2021-01-05 | 杭州迪普科技股份有限公司 | 一种服务器健康状态的监测方法和装置 |
WO2021233262A1 (zh) * | 2020-05-21 | 2021-11-25 | 北京三快在线科技有限公司 | 通信控制 |
CN114650252A (zh) * | 2022-03-25 | 2022-06-21 | 华润数字科技(深圳)有限公司 | 基于企业服务总线的路由方法、装置及计算机设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101521603A (zh) * | 2008-12-26 | 2009-09-02 | 中兴通讯股份有限公司 | 一种快速检测链路连通性的方法及系统 |
CN102195828A (zh) * | 2010-03-16 | 2011-09-21 | 华为技术有限公司 | 服务器端口状态的探测方法和探测器 |
CN102624584A (zh) * | 2012-03-01 | 2012-08-01 | 中兴通讯股份有限公司 | 链路检测方法及装置 |
-
2014
- 2014-06-23 CN CN201410283641.2A patent/CN104065508A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101521603A (zh) * | 2008-12-26 | 2009-09-02 | 中兴通讯股份有限公司 | 一种快速检测链路连通性的方法及系统 |
CN102195828A (zh) * | 2010-03-16 | 2011-09-21 | 华为技术有限公司 | 服务器端口状态的探测方法和探测器 |
CN102624584A (zh) * | 2012-03-01 | 2012-08-01 | 中兴通讯股份有限公司 | 链路检测方法及装置 |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105939201A (zh) * | 2015-07-13 | 2016-09-14 | 杭州迪普科技有限公司 | 服务器状态的检查方法和装置 |
CN106686040A (zh) * | 2015-11-10 | 2017-05-17 | 阿里巴巴集团控股有限公司 | 一种报文处理方法和装置 |
WO2017080386A1 (zh) * | 2015-11-10 | 2017-05-18 | 阿里巴巴集团控股有限公司 | 一种报文处理方法和装置 |
CN106844073A (zh) * | 2017-01-24 | 2017-06-13 | 腾讯科技(深圳)有限公司 | 一种诊断应用的方法、诊断客户端及系统 |
CN106844073B (zh) * | 2017-01-24 | 2020-08-04 | 腾讯科技(深圳)有限公司 | 一种诊断应用的方法、诊断客户端及系统 |
CN107204875B (zh) * | 2017-05-11 | 2022-08-23 | 腾讯科技(深圳)有限公司 | 数据上报链路监测方法、装置、电子设备及存储介质 |
CN107204875A (zh) * | 2017-05-11 | 2017-09-26 | 腾讯科技(深圳)有限公司 | 数据上报链路监测方法、装置、电子设备及存储介质 |
CN109361570A (zh) * | 2018-11-27 | 2019-02-19 | 深圳市关运通科技有限公司 | 一种报关通道监控预警方法和装置 |
CN110581855A (zh) * | 2019-09-12 | 2019-12-17 | 中国工商银行股份有限公司 | 应用控制方法、装置、电子设备和计算机可读存储介质 |
CN110581855B (zh) * | 2019-09-12 | 2021-11-09 | 中国工商银行股份有限公司 | 应用控制方法、装置、电子设备和计算机可读存储介质 |
WO2021233262A1 (zh) * | 2020-05-21 | 2021-11-25 | 北京三快在线科技有限公司 | 通信控制 |
CN112187575A (zh) * | 2020-09-25 | 2021-01-05 | 杭州迪普科技股份有限公司 | 一种服务器健康状态的监测方法和装置 |
CN114650252A (zh) * | 2022-03-25 | 2022-06-21 | 华润数字科技(深圳)有限公司 | 基于企业服务总线的路由方法、装置及计算机设备 |
CN114650252B (zh) * | 2022-03-25 | 2023-11-21 | 华润数字科技(深圳)有限公司 | 基于企业服务总线的路由方法、装置及计算机设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104065508A (zh) | 应用服务健康检查方法、装置和系统 | |
US9501371B2 (en) | Method and apparatus for indirectly assessing a status of an active entity | |
CN103414916B (zh) | 一种故障诊断系统及方法 | |
US8134928B1 (en) | Technique for identifying a failed network interface card within a team of network interface cards | |
CN106603261B (zh) | 热备份方法、第一主用设备、备用设备和通信系统 | |
CN110505220B (zh) | 支持opc协议实现双机热备的方法、装置以及通信终端 | |
CN111786804A (zh) | 一种链路故障监控方法及装置 | |
EP2892274A1 (en) | Fault recovery method of operation and maintenance channel and network management terminal | |
EP2541840A2 (en) | Link fault detection method and apparatus | |
CN113726556B (zh) | 边缘物联代理节点运维方法、系统、存储介质及计算设备 | |
CN105429799A (zh) | 服务器备份方法及装置 | |
CN104125590A (zh) | 链路故障诊断装置以及方法 | |
JP7220231B2 (ja) | ネットワーク診断 | |
CN105516658A (zh) | 一种监控设备控制方法及装置 | |
CN105099762A (zh) | 一种系统运维功能的自检方法及自检系统 | |
CN103001822B (zh) | 网络异常的处理方法及装置 | |
CN106487696B (zh) | 链路故障检测方法及装置 | |
CN110971459B (zh) | 会话故障检测方法、装置、终端设备及可读存储介质 | |
CN104506358A (zh) | 基于snmp的网络管理系统及网络管理方法 | |
CN111083174B (zh) | 防火墙双机热备系统、备用防火墙及状态处理方法、装置 | |
CN105721232A (zh) | 一种实现链路检测的方法和装置 | |
KR20200116784A (ko) | 네트워크 오류 감지방법 | |
CN102638369B (zh) | 一种主备倒换的仲裁方法、装置和系统 | |
CA2912779C (en) | System and method for remote maintenance of user units | |
WO2016206512A1 (zh) | 一种诊断网络管理状态的方法、设备和网络侧设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20140924 |