CN107181780A - 通信通道处理方法和系统 - Google Patents
通信通道处理方法和系统 Download PDFInfo
- Publication number
- CN107181780A CN107181780A CN201610136917.3A CN201610136917A CN107181780A CN 107181780 A CN107181780 A CN 107181780A CN 201610136917 A CN201610136917 A CN 201610136917A CN 107181780 A CN107181780 A CN 107181780A
- Authority
- CN
- China
- Prior art keywords
- heartbeat
- passage
- data channel
- message
- data
- 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.)
- Granted
Links
Classifications
-
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
- G06F9/4887—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues involving deadlines, e.g. rate based, periodic
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
-
- 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
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
-
- 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
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/38—Connection release triggered by timers
Abstract
本申请实施例提供了一种通信通道处理方法和系统,其中,所述通信通道包括:主控进程与工作进程之间的心跳通道和数据通道,所述方法包括:确定与心跳通道具有关联关系的至少一个数据通道;对确定的所述至少一个数据通道进行检测;在检测到任一数据通道处于断开状态时,断开所述心跳通道,以使心跳超时;在确定心跳超时后,结束当前任务。通过本申请实施例保证了数据通道和心跳通道的状态的一致性,避免了任务被长时间搁置无法执行,以及系统资源的占用问题。
Description
技术领域
本申请涉及通信技术领域,特别是涉及一种通信通道处理方法和一种通信通道处理系统。
背景技术
在分布式系统中,程序通常运行在不同的节点上。程序间的通信一般分为两类,一、心跳通信,通过周期性的心跳信号同步对方的状态;二、数据通信,发送内容为用户逻辑相关的数据,如执行的任务指令和指令执行的结果。心跳通信的网络链路,我们称之为心跳通道;数据通信的网络链路,我们称之为数据通道。
在产品的实际运维过程中,特别是在集群网络压力大的时候,会出现部分或所有数据通道不通但是心跳通道依然连通的现象。当系统处于该状态的时候,主控进程(如,Master进程)发给工作进程(如,Worker进程)的命令无法得到执行,或者工作进程无法告诉主控进程任务的执行结果;由于主控进程认为工作进程仍正常运行,进而导致主控进程端的执行任务长时间无法结束,任务被搁置,严重影响了系统的正常运行。
发明内容
鉴于上述问题,提出了本申请实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种通信通道处理方法和系统。
为了解决上述问题,本申请公开了一种通信通道处理方法,其中,所述通信通道包括:主控进程与工作进程之间的心跳通道和数据通道,所述方法包括:
确定与心跳通道具有关联关系的至少一个数据通道;
对确定的所述至少一个数据通道进行检测;
在检测到任一数据通道处于断开状态时,断开所述心跳通道,以使心跳超时;
在确定心跳超时后,结束当前任务。
优选地,所述在确定心跳超时后,结束当前任务,包括:
若在第一预置时间内所述主控进程未接收到通过所述心跳通道发送的心跳消息,则确定心跳超时,并通过所述主控进程重调度所述当前任务;
若在第二预置时间内所述工作进程未接收到通过所述心跳通道发送的心跳消息,则确定心跳超时,并退出所述工作进程,以结束所述工作进程中执行的所述当前任务。
优选地,所述第二预置时间与所述心跳消息的发送间隔时间之和小于所述第一预置时间。
优选地,所述在检测到任一数据通道状态为断开状态时,断开所述心跳通道,以使心跳超时,包括:
在检测到任一数据通道状态为断开状态时,将工作进程的状态更新为超时状态,并控制工作进程停止向主控进程发送心跳消息,以使主控进程将所述主控进程中保存的工作进程的状态更新为超时状态。
优选地,所述在检测到任一数据通道状态为断开状态时,断开所述心跳通道,以使心跳超时,包括:
在检测到任一数据通道状态为断开状态时,控制主控进程停止向工作进程发送心跳消息,以使工作进程的状态更新为超时状态。
优选地,所述对确定的所述至少一个数据通道进行检测,包括:
通过设定检测消息判断所述数据通道是否处于断开状态;其中,所述设定检测消息为空的数据通信包。
优选地,所述通过设定检测消息判断所述数据通道是否处于断开状态,包括:
在检测到所述数据通道中的数据消息发送失败时,在所述数据通道中周期性地发送所述设定检测消息;
若在第一设定时间阈值内,所述设定检测消息持续发送失败,则确定所述数据通道处于断开状态;否则,确定所述数据通道处于连接状态。
优选地,所述方法还包括:
在检测到所述数据通道中的数据消息发送失败时,将所述数据通道对应的状态机由连通状态置为不确定状态;
以及,
在所述设定检测消息持续发送失败时,将所述数据通道对应的状态机由不确定状态置为断开状态。
优选地,所述数据通道中的数据消息与所述设定检测消息通过不同的进程进行分发和传输。
优选地,所述心跳通道基于用户数据报UDP协议实现通信:由所述工作进程通过所述心跳通道上报至所述主控进程的第一心跳消息中包括所述工作进程的UDP心跳地址;其中,所述UDP心跳地址用于使所述主控进程根据所述UDP心跳地址向所述工作进程发送第二心跳消息。
优选地,在所述确定与心跳通道具有关联关系的至少一个数据通道之前,所述方法还包括:
建立所述心跳通道与所述至少一个数据通道之间的关联关系;其中,所述心跳通道与所述至少一个数据通道是相互独立的通信通道。
优选地,所述建立所述心跳通道与至少一个数据通道之间的关联关系,包括:
判断当前数据通道中是否携带设定标识;
若所述当前数据通道中携带有所述设定标识,则将所述心跳通道的地址信息发送至所述当前数据通道,以根据所述地址信息建立所述当前数据通道与所述心跳通道之间的关联关系。
本申请还公开了一种通信通道处理系统,其中,所述通信通道包括:主控进程与工作进程之间的心跳通道和数据通道,所述系统包括:
确定模块,用于确定与心跳通道具有关联关系的至少一个数据通道;
检测模块,用于对确定的所述至少一个数据通道进行检测;
断开模块,用于在检测到任一数据通道处于断开状态时,断开所述心跳通道,以使心跳超时;
结束模块,用于在确定心跳超时后,结束当前任务。
优选地,所述结束模块,用于若在第一预置时间内所述主控进程未接收到通过所述心跳通道发送的心跳消息,则确定心跳超时,并通过所述主控进程重调度所述当前任务;以及,若在第二预置时间内所述工作进程未接收到通过所述心跳通道发送的心跳消息,则确定心跳超时,并退出所述工作进程,以结束所述工作进程中执行的上述当前任务。
优选地,所述第二预置时间与所述心跳消息的发送间隔时间之和小于所述第一预置时间。
优选地,所述断开模块,用于在检测到任一数据通道状态为断开状态时,将工作进程的状态更新为超时状态,并控制工作进程停止向主控进程发送心跳消息,以使主控进程将所述主控进程中保存的所述工作进程的状态更新为超时状态。
优选地,所述断开模块,用于在检测到任一数据通道状态为断开状态时,控制主控进程停止向工作进程发送心跳消息,以使工作进程的状态更新为超时状态。
优选地,所述检测模块,用于通过设定检测消息判断所述数据通道是否处于断开状态;其中,所述设定检测消息为空的数据通信包。
优选地,所述检测模块,用于在检测到所述数据通道中的数据消息发送失败时,在所述数据通道中周期性地发送所述设定检测消息;以及,若在第一设定时间阈值内,所述设定检测消息持续发送失败,则确定所述数据通道处于断开状态;否则,确定所述数据通道处于连接状态。
优选地,所述系统还包括:
状态配置模块,用于在检测到所述数据通道中的数据消息发送失败时,将所述数据通道对应的状态机由连通状态置为不确定状态;以及,在所述设定检测消息持续发送失败时,将所述数据通道对应的状态机由不确定状态置为断开状态。
优选地,所述数据通道中的数据消息与所述设定检测消息通过不同的进程进行分发和传输。
优选地,所述心跳通道基于用户数据报UDP协议实现通信:由所述工作通过所述心跳通道上报至所述主控进程的第一心跳消息中包括所述工作进程的UDP心跳地址;其中,所述UDP心跳地址用于使所述主控进程根据所述UDP心跳地址向所述工作进程发送第二心跳消息。
优选地,所述系统包括:
关系建立模块,用于在所述确定模块确定与心跳通道具有关联关系的至少一个数据通道之前,建立所述心跳通道与所述至少一个数据通道之间的关联关系;其中,所述心跳通道与所述至少一个数据通道是相互独立的通信通道。
优选地,所述关系建立模块,用于判断当前数据通道中是否携带设定标识;以及,在所述当前数据通道中携带有所述设定标识时,将所述心跳通道的地址信息发送至所述当前数据通道,以根据所述地址信息建立所述当前数据通道与所述心跳通道之间的关联关系。
本申请实施例包括以下优点:
本申请实施例所述的通信通道处理方案可以先确定与心跳通道具有关联关系的至少一个数据通道,然后对与心跳通道关联的至少一个数据通道进行检测;在检测到任一数据通道处于断开状态时,断开所述心跳通道,以使心跳超时,在确定心跳超时后,结束当前任务。可见,在本申请实施例中,实现了心跳通道与数据通道的关联,使得在数据通道不通时,心跳通道也会随之主动断开,保证了双通道的状态一致性。也即,当数据通道异常时,通信通道也主动断开,使得数据通道和通信通道均处于异常状态,进而可以及时结束当前任务,避免了当前任务的长时间、始终无法执行的问题,降低了系统资源的占用。
附图说明
图1是本申请实施例一中一种通信通道处理方法的步骤流程图;
图2是本申请实施例二中一种通信通道处理方法的步骤流程图;
图3是本申请实施例三中一种Master进程与Worker进程的通信架构图;
图4是本申请实施例三中一种心跳机制的原理图;
图5是本申请实施例三中一种设定检测消息的发送和处理流程图;
图6是本申请实施例三中一种数据通道状态机的转换示意图;
图7是本申请实施例三中一种关联模块的示意图;
图8是本申请实施例三中一种Worker进程的心跳状态机的转换示意图;
图9是本申请实施例三中一种Master进程的心跳状态机的转换示意图;
图10是本申请实施例四中一种通信通道处理系统的结构框图;
图11是本申请实施例四中一种优选的通信通道处理系统的结构框图。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本申请作进一步详细的说明。
实施例一
在分布式系统中,程序通常运行在不同的节点上,进程或程序间的通信一般分为两类:一、心跳通信,通过周期性的心跳消息来同步对方的状态;二、数据通信,发送与用户逻辑相关的数据内容,如执行的任务指令、指令执行的结果等。其中,心跳通信的网络链路可以称之为心跳通道,数据通信的网络链路可以称之为数据通道。在本实施例中,所述通信通道包括但不仅限于:主控进程与工作进程之间的心跳通道和数据通道。
参照图1,示出了本申请实施例一中一种通信通道处理方法的步骤流程图。在本实施例种,所述通信通道处理方法包括:
步骤102,确定与心跳通道具有关联关系的至少一个数据通道。
如前所述,主控进程和工作进程间可以包括心跳通道和数据通道。一般地,心跳通道可以有一条,数据通道则可以有多条。在本实施例中,心跳通道与部分数据通道可以不完全关联,具体的关联情况可以根据实际需求进行配置。例如,根据数据通道的作用和/或重要程度,可以配置部分数据通道与心跳通道关联,另一部分数据通道则与心跳通道独立,在保证了必要数据通道与心跳通道关联的同时避免了不必要数据通道对心跳通道的影响,降低了资源占用。需要说明的是,所述与心跳通道具有关联关系的至少一个数据通道与所述心跳通道间可以是逻辑关系上的关联,通道的网络链路本身仍是相互独立的。
步骤104,对确定的所述至少一个数据通道进行检测。
在本实施例中,可以采用任意一种适当的方式对确定的所述至少一个数据通道进行检测。所述检测具体可以是指检测所述与心跳通道具有关联关系的各个数据通道的网络链路是否畅通。例如,可以但不限于通过在数据通道中周期性的发送检测消息的方式来检测各个数据通道的网络链路是否畅通。
步骤106,在检测到任一数据通道处于断开状态时,断开所述心跳通道,以使心跳超时。
在本实施例中,在检测到任一数据通道处于断开状态时,可以通过任意一种适当的方式来断开心跳通道,以使心跳超时。例如,可以以发送通知消息的方式触发所述心跳通道的断开;或者直接控制所述心跳通道的断开,本实施例对此不作限制。
步骤108,在确定心跳超时后,结束当前任务。如前所述,在实际应用中,经常会出现数据通道的网络链路不通(断开)而心跳通道依然畅通的问题。当系统处于数据通道断开、心跳通道畅通的状态时,数据通道的断开会造成发送端(如,主控进程)发给接收端(如,工作进程)的命令无法得到执行,和/或,接收端无法将任务的执行结果发送给发送端的问题。然而,心跳通道的畅通,却使得心跳信号仍然可以正常发送和传输,发送端始终认为接收端处于正常运行状态,进而导致发送端的执行任务被长时间搁置无法结束,任务一直被保留(hang)。
在本实施例中,在心跳通道断开后,心跳信号将无法通过所述心跳通道继续正常发送和传递,心跳超时,接收端和发送端也就无法继续保持同步,发送端和接收端相互之间会认为对方都处于异常状态,在发送端和接收端异常状态时,当前任务可以被正常的结束和/或重调度,避免了当前任务的长期搁置,当前任务始终无法完成的问题。综上所述,本实施例所述的通信通道处理方法可以先确定与心跳通道具有关联关系的至少一个数据通道,然后对与心跳通道关联的至少一个数据通道进行检测;在检测到任一数据通道处于断开状态时,断开所述心跳通道,以使心跳超时,在确定心跳超时后,结束当前任务。可见,在本实施例中,实现了心跳通道与数据通道的关联,使得在数据通道不通时,心跳通道也会随之主动断开,保证了双通道的状态一致性。也即,当数据通道异常时,通信通道也主动断开,使得数据通道和通信通道均处于异常状态,进而可以及时结束当前任务,避免了当前任务的长时间搁置、始终无法执行的问题,降低了系统资源的占用。
实施例二
在分布式系统中,Master-Worker模式是常用的并行模式之一,Master-Worker模式的核心思想是:系统中的Master进程和Worker进程协作工作。其中,Master进程负责接收和分配任务;Worker进程负责处理任务。Worker进程在任务处理完成后,可以将任务的处理结果返回给Master进程,Master进程可以对Worker进程返回的处理结果进行归纳汇总。在本实施例中,主控进程和工作进程分别可以分别是对应Master进程和Worker进程。主控进程与工作进程之间的通信通道可以包括:心跳通道和数据通道。
参照图2,示出了本申请实施例二中一种通信通道处理方法的步骤流程图。在本实施例中,所述通信通道处理方法包括:
步骤202,建立心跳通道与至少一个数据通道之间的关联关系。
在本实施例中,可以根据实际情况建立心跳通道与数据通道之间的关联关系,例如,可以将所述至少一个数据通道关联到同一个心跳通道上,以提高系统的可扩展性。需要说明的是,所述心跳通道与所述至少一个数据通道只是具有关联关系,通道本身仍是相互独立的。
一种可行的建立所述心跳通道与至少一个数据通道之间的关联关系的方式可以如下:判断当前数据通道中是否携带设定标识;若所述当前数据通道中携带有所述设定标识,则将所述心跳通道的地址信息发送至所述当前数据通道,以根据所述地址信息建立所述当前数据通道与所述心跳通道之间的关联关系。换而言之,若当前数据通道中携带有设定标识,则说明该当前数据通道是与心跳通道相关联的:该当前数据通道不通,即认为网络是不通的,进而让心跳也超时,使得心跳通道也断开。而不携带设定标识的数据通道(也即,不与心跳通道关联的数据通道)不通,不会影响心跳通道的状态。其中,在实际应用中,可以根据数据通道在通信过程中的重要程度或者根据业务需求来配置设定标识,如,在重要程度较高的数据通道中配置设定标识;或者,在频繁被使用的数据通道中配置设定标识。
需要说明的是,所述通信通道可以基于过任意一种适当的协议进行通信。例如,Master进程与Worker进程之间的心跳通道可以基于UDP协议实现通信:由所述Worker进程通过所述心跳通道上报至所述主控进程的第一心跳消息中包括所述Worker进程的UDP心跳地址;其中,所述UDP心跳地址可以用于使所述Master进程根据所述UDP心跳地址向所述Worker进程发送第二心跳消息。其中,一种具体实现方式可以如下:Worker进程:Worker进程启动后,可以对本地的UDP端口进行动态监听,并主动与Master进程建立起网络连接,上报第一条心跳消息。其中,Worker进程上报的每条心跳消息中都包括通过监听确定的所述Worker进程的UDP心跳地址。Master进程:Master进程接收Worker进程上报的第一心跳消息,获取所述第一心跳消息中携带的所述Worker进程的UDP心跳地址,根据获取的所述Worker进程的UDP心跳地址向所述Worker进程发送第二心跳消息,进而实现Master进程与Worker进程之间的心跳通信。可见,在本实施例中,使用简单的UDP协议承载心跳通信,使得心跳协议非常简单,无论通信引起的网络负载还是收发方的处理逻辑都降低到最小,可以适应大规模并发的分布式应用。
步骤204,确定与心跳通道具有关联关系的至少一个数据通道。
在本实施例中,可以根据上述步骤202中预先建立的数据通道与心跳通道之间的关联关系来确定与心跳通道具有关联关系的至少一个数据通道。
步骤206,对确定的所述至少一个数据通道进行检测。
在本实施例中,一种可行的检测数据通道状态的方式可以如下:通过设定检测消息,判断所述数据通道是否处于断开状态。其中,所述设定检测消息为空的数据通信包。
具体地,在检测到所述数据通道中的数据消息发送失败时,在所述数据通道中周期性地发送所述设定检测消息;若在第一设定时间阈值内,所述设定检测消息持续发送失败,则确定所述数据通道处于断开状态;否则,确定所述数据通道处于连接状态。
在本实施例中,优选地,在检测到所述数据通道中的数据消息发送失败时,还可以将所述数据通道对应的状态机由连通状态置为不确定状态;以及,在所述设定检测消息持续发送失败时,将所述数据通道对应的状态机由不确定状态置为断开状态。
需要说明的是,所述数据通道中的数据消息与所述设定检测消息可以通过不同的进程进行分发和传输。从而减少所述设定检测消息对Master进程和/或Worker进程的影响。
步骤208,在检测到任一数据通道处于断开状态时,断开所述心跳通道,以使心跳超时。
在本实施例中,优选地,可以在检测到任一数据通道状态为断开状态时,将Worker进程的状态更新为超时状态,并控制Worker进程停止向Master进程发送心跳消息,以使Master进程将所述Master进程中保存的所述Worker进程的状态更新为超时状态。
优选地,可以在检测到任一数据通道状态为断开状态时,控制Master进程停止向Worker进程发送心跳消息,以使Worker进程的状态更新为超时状态。
步骤210,在确定心跳超时后,结束当前任务。
在本实施例中,心跳超时至少可以包括如下两种情况:
针对Master进程:若在第一预置时间内所述Master进程未接收到通过所述心跳通道发送的心跳消息,则确定心跳超时,并通过所述Master进程重调度所述当前任务。
针对Worker进程:若在第二预置时间内所述Worker进程未接收到通过所述心跳通道发送的心跳消息,则确定心跳超时,并退出所述Worker进程,以结束所述Worker进程中执行的所述当前任务。
可见,本实施例所述的通信通道处理方法实现了心跳通道与数据通道的状态关联,使得在数据通道不通时,心跳通道也会随之主动断开,保证了双通道的状态一致性。也即,当数据通道异常时,通信通道也主动断开,使得数据通道和通信通道均处于异常状态,进而可以及时结束当前任务,避免了当前任务的长时间搁置、始终无法执行的问题,降低了系统资源的占用。
其次,心跳通道与数据通道之间的网络链路仍是相互独立的,心跳通道可以基于简单的UDP协议实现通信,协议非常简单,无论通信引起的网络负载还是收发方的处理逻辑都降低到最小,使得本实施例所述的通信通道处理方法可以适应大规模并发的分布式应用。此外,本实施例所述的通信通道处理方法允许多条数据通道关联到同一条心跳通道上,进一步提高了系统的扩展性。
实施例三
结合上述实施例,本实施例通过一个具体实例对所述通信通道处理方法进行详细说明。
参照图3,示出了本申请实施例三中一种Master进程与Worker进程的通信架构图。
在本实施例中,分布式系统中的Worker进程端与Master进程端各自包含心跳通道模块(HB模块)和数据通道模块(PM模块)。
其中,HB模块,用于维护心跳通道,如,图3中的通道1,所述通道1用于传递心跳消息(HB消息)。PM模块,用于建立和维护数据通道,如,图3中的通道2和通道3,所述通道2和通道3用于收发数据消息(PB消息)。
在本实施例中,可以在通信双方之间(Worker进程端与Master进程端之间)可以通过HB模块维护一个心跳通道,以及通过PM模块维护多个数据通道。进一步地,在本申请中,可以建立一个心跳通道与至少一个数据通道之间的关联关系。
具体地,可以判断当前数据通道中是否携带设定标识;若所述当前数据通道中携带有所述设定标识,则将所述心跳通道的地址信息发送至所述当前数据通道,然后根据所述地址信息建立所述当前数据通道与所述心跳通道之间的关联关系。例如,在当前数据通道不通时,可以根据当前数据通道中携带的、用于指示与所述当前数据通道关联的心跳通道的地址信息确定所述心跳通道,然后,将指示当前数据通道不通的消息发送至确定的心跳通道,进而实现信息的交互和共享。其中,当前数据通道(PM模块)和心跳通道(HB模块)之间的消息的交互和共享可以但不仅限于基于Notify()方法的调用来实现。
具体地,可以通过如下几个方面对所述Master进程与Worker进程的通信架构进行说明。
一、心跳机制
在本实施例中,心跳机制有两种功能:一、让对方知道自己的状态(是否处于LIVE);二、Master进程主动停心跳让Worker进程超时,简称等死。
下面结合图4,对心跳机制的第二中功能进行说明。
参照图4,示出了本申请实施例三中一种心跳机制的原理图。
如图4,在t0时刻,Worker进程启动。在t1时刻,Master进程收到Worker第一次心跳,将Master进程中的Worker进程状态置为HBS_LIVE状态(活动状态,也即,第一状态),并开始向Worker进程发送心跳消息(实线表示)。在t2时刻,Worker进程第一次收到Master进程的心跳,进入HBS_LIVE状态(第一状态)。在t3时刻,发生了断网,此后Master进程和Worker进程依然会发送心跳消息,但是Master进程和Worker进程相互之间都无法收到对方的发送心跳消息(虚线表示)。Worker进程在WorkerTerminatedInterval时间(工作进程终止时间,也即,第二预置时间)内依然没有收到心跳消息后,在t5时刻,Worker进程进入HBS_TERMINATED状态(终止状态,也即第二状态),此时,Worker进程可以直接结束并退出。Master进程在MasterTimeoutInterval(主控进程超时时间)之后,也即,在t4时刻,将Worker进程在Master进程中置为HBS_TIMEOUT状态(超时状态)。t4刻开始,Master进程不再给Worker进程发送心跳消息,在持续MasterTerminatedInterval时间(主控进程终止时间,也即,第一预置时间)之后,在t6时刻,Master进程中的Worker进程状态被置为HBS_TERMINATED状态(终止状态,也即第二状态)。
优选地,在设置MasterTerminatedInterval时间(第一预置时间)和WorkerTerminatedInterval时间(第二预置时间)时,可以使第一预置时间=第二预置时间+心跳消息的发送间隔时间(HBLoopInterval),以确保Master进程中的Worker进程状态为HBS_TERMINATED的时候,Worker进程一定进入了HBS_TIMEOUT状态,经过这一阶段后,Master进程可以确定Worker进程已经超时,从而可以进行相应的清理动作。
二、数据通道
如图3所示,Master进程与Worker进程之间通过PM模块建立有一路或者多路的数据通道。在本实施例中,在建立的每条数据通道中都可以添加有一设定检测消息(如,PING消息),以实现对数据通道的检测。通过PING消息可以探测数据通道的连通性,并反馈到自身的状态机以确定数据通道是否处于连通的状态。
参照图5,示出了本申请实施例三中一种设定检测消息的发送和处理流程图。在本实施例中,当PM模块给对方发送数据消息(PB消息)不通的时候,PM模块会周期性地通过相同的网络链路发送空包,即PING消息。例如,PM模块可以将PING消息打包以message pack(信息包)的形式发送给RPC handler(RPC处理程序,Remote Procedure Call Protocol,RPC,远程过程调用协议)。其中,PB消息和PING消息的接收端口可以是一样的,但是它们的处理线程可以是分开的,从而减少PING消息对于接收端的影响。
进一步地,参照图6,示出了本申请实施例三中一种数据通道状态机的转换示意图。在本实施例中,在网络正常时,数据通道状态为CHANNEL_CONNECTED状态时,发送PB消息,不发送PING消息。当第一个PB消息发送失败的时候,状态机转入CHANNEL_UNSTABLE状态,发送PB消息,并周期性地发送PING消息。在CHANNEL_UNSTABLE状态下,若PB消息或PING消息发送成功,则重新切换至CHANNEL_CONNECTED状态;若,PB消息或PING消息发送失败,且,WaitTime≥Channel_Unstable_MaxTime(信道不稳定的最大时限),则状态机转入CHANNEL_DISCONNECTED状态,发送PB消息,并周期性地发送PING消息。换而言之,如果PB消息和PING消息一直发送失败,且持续时间大于等于Channel_Unstable_MaxDuration时间,状态机转入CHANNEL_DISCONNECTED状态,即数据通道不通状态。其中,WaitTime是指:PB消息或PING消息持续发送失败的时长。
三、心跳通道与数据通道的关联
因为心跳无论从通信协议还是处理逻辑上都比用户数据要简单,所以假定如果心跳不通那么双方的网络也是不通的,在实际的分布式系统应用过程中也仅遇到过心跳通而数据通道不通的问题。为了让心跳通道更真实地反映通信双方的网络状态,可以将数据通道的状态关联到心跳通道上,即数据通道不通时,心跳通道也应该断开。
1、模块关联
参照图7,示出了本申请实施例三中一种关联模块的示意图。在本实施例中,数据通道和心跳通道之间的关系可以是N:1的关系。其中,N≥1。可以将N个数据通道的状态汇总到一起,只要有一个数据通道不通,即认为网络是不通的,通过触发HeartBeat模块的Timeout事件,让心跳也超时,使得心跳通道也断开。如图7所示,数据通道1、数据通道2···数据通道N的通道状态(如,EVENT_PB_CONNECT,PB数据通道连接畅通;EVENT_PB_DISCONNECT,PB数据通道连接断开)可以汇总到Remote1中,对Remote1进行监控,若任一数据通道不通,则可以控制心跳超时(HeartBeatTimeout),使得心跳通道也断开。
2、Worker进程的心跳状态机转换
参照图8,示出了本申请实施例三中一种Worker进程的心跳状态机的转换示意图。在本实施例中,当数据通道不通(PB不通)时,Worker进程进入HBS_TIMEOUT状态(超时状态)。在超时状态下,Worker停止向Master进程发送心跳消息,以使Master进程在接收不到Worker进程发送的心跳消息时,将Master进程中保留的Worker进程的状态置为超时状态,重新调度任务。其中,WorkerTerminatedInterval时间、MasterTimeoutInterval(Master超时时间)和HBLoopInterval可以根据实际集群环境需要进行配置,本实施例对此不作限制。。
3、Master进程的心跳状态机转换
参照图9,示出了本申请实施例三中一种Master进程的心跳状态机的转换示意图。在本实施例中,Master进程的状态并没有任何增减,但是触发条件增加了一个:数据通道不通(PB不通)事件,当PB不通时,Master进程可以把对应的Worker进程的状态置为HBS_TIMEOUT,Master进程可以通过停发心跳消息,使得Worker进程也进入HBS_TIMEOUT状态。
可见,在本实施例中,实现了心跳通道与数据通道的关联,使得在数据通道不通时,心跳通道也会随之主动断开,保证了双通道的状态一致性。当数据通道异常时,通信通道也主动断开,可以对任务进行重配置,以重新启动任务,避免了任务被长时间搁置无法执行、占用系统资源的问题。
其次,心跳通道与数据通道之间是相对独立的,心跳通道使用简单的UDP协议承载心跳通信,使得心跳协议非常简单,无论通信引起的网络负载还是收发方的处理逻辑都降低到最小,适应大规模并发的分布式应用。此外,在本实施例中,允许多条数据通道关联到同一条心跳通道上,因此,大大提高了系统的扩展性。
实施例四
在上述实施例的基础上,本实施例还提供了一种通信通道处理系统。所述通信通道包括:主控进程与工作进程之间的心跳通道和数据通道。参照图10,示出了本申请实施例四中一种通信通道处理系统的结构框图。在本实施例中,所述通信通道处理系统可以包括:
确定模块1002,用于确定与心跳通道具有关联关系的至少一个数据通道。
检测模块1004,用于对确定的所述至少一个数据通道进行检测。
断开模块1006,用于在检测到任一数据通道处于断开状态时,断开所述心跳通道,以使心跳超时。
结束模块1008,用于在确定心跳超时后,结束当前任务。
可见,本实施例所述的述的通信通道处理系统实现了心跳通道与数据通道的状态关联,使得在数据通道不通时,心跳通道也会随之主动断开,保证了双通道的状态一致性。也即,当数据通道异常时,通信通道也主动断开,使得数据通道和通信通道均处于异常状态,进而可以及时结束,避免了当前任务的长时间搁置、始终无法执行的问题,降低了系统资源的占用。
参照图11,示出了本申请实施例四中一种优选的通信通道处理系统的结构框图。
在本实施例中,优选地,所述系统还可以包括:状态配置模块10010,用于在检测到所述数据通道中的数据消息发送失败时,将所述数据通道对应的状态机由连通状态置为不确定状态;以及,在所述设定检测消息持续发送失败时,将所述数据通道对应的状态机由不确定状态置为断开状态。
优选地,所述系统还可以包括:关系建立模块10012,用于在所述确定模块确定1002确定与心跳通道具有关联关系的至少一个数据通道之前,建立所述心跳通道与所述至少一个数据通道之间的关联关系;其中,所述心跳通道与所述至少一个数据通道是相互独立的通信通道。进一步优选地,所述关系建立模块10012,具体用于可以判断当前数据通道中是否携带设定标识;以及,在所述当前数据通道中携带有所述设定标识时,将所述心跳通道的地址信息发送至所述当前数据通道,以根据所述地址信息建立所述当前数据通道与所述心跳通道之间的关联关系。
在本实施例中,一优选地,所述结束模块1008,具体可以用于若在第一预置时间内所述主控进程未接收到通过所述心跳通道发送的心跳消息,则确定心跳超时,并通过所述主控进程重调度所述当前任务;以及,若在第二预置时间内所述工作进程未接收到通过所述心跳通道发送的心跳消息,则确定心跳超时,并退出所述工作进程,以结束所述工作进程中执行的上述当前任务。其中,所述第二预置时间与所述心跳消息的发送间隔时间之和小于所述第一预置时间。
在本实施例中,一优选地,所述断开模块1006,具体可以用于在检测到任一数据通道状态为断开状态时,将工作进程的状态更新为超时状态,并控制工作进程停止向主控进程发送心跳消息,以使主控进程将所述主控进程中保存的所述工作进程的状态更新为超时状态。另一优选地,所述断开模块1006,具体可以用于在检测到任一数据通道状态为断开状态时,控制主控进程停止向工作进程发送心跳消息,以使工作进程的状态更新为超时状态。
优选地,所述检测模块1004,具体可以用于通过设定检测消息判断所述数据通道是否处于断开状态;其中,所述设定检测消息为空的数据通信包。进一步优选地,所述检测模块1002,具体可以用于在检测到所述数据通道中的数据消息发送失败时,在所述数据通道中周期性地发送所述设定检测消息;以及,若在第一设定时间阈值内,所述设定检测消息持续发送失败,则确定所述数据通道处于断开状态;否则,确定所述数据通道处于连接状态。
在本实施例中,所述数据通道中的数据消息与所述设定检测消息可以通过不同的进程进行分发和传输。所述心跳通道可以基于用户数据报UDP协议实现通信:由所述工作通过所述心跳通道上报至所述主控进程的第一心跳消息中包括所述工作进程的UDP心跳地址;其中,所述UDP心跳地址用于使所述主控进程根据所述UDP心跳地址向所述工作进程发送第二心跳消息。
综上,本实施例所述的通信通道处理系统实现了心跳通道与数据通道的状态关联,使得在数据通道不通时,心跳通道也会随之主动断开,保证了双通道的状态一致性。也即,当数据通道异常时,通信通道也主动断开,使得数据通道和通信通道均处于异常状态,进而可以及时结束当前任务,避免了当前任务的长时间搁置、始终无法执行的问题,降低了系统资源的占用。
其次,心跳通道与数据通道之间的网络链路仍是相互独立的,心跳通道可以基于简单的UDP协议实现通信,协议非常简单,无论通信引起的网络负载还是收发方的处理逻辑都降低到最小,使得本实施例所述的通信通道处理方法可以适应大规模并发的分布式应用。此外,本实施例所述的通信通道处理方法允许多条数据通道关联到同一条心跳通道上,进一步提高了系统的扩展性。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
在一个典型的配置中,所述计算机设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非持续性的电脑可读媒体(transitory media),如调制的数据信号和载波。
本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本申请所提供的一种通信通道处理方法和一种通信通道处理系统进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (24)
1.一种通信通道处理方法,其中,所述通信通道包括:主控进程与工作进程之间的心跳通道和数据通道,其特征在于,所述方法包括:
确定与心跳通道具有关联关系的至少一个数据通道;
对确定的所述至少一个数据通道进行检测;
在检测到任一数据通道处于断开状态时,断开所述心跳通道,以使心跳超时;
在确定心跳超时后,结束当前任务。
2.根据权利要求1所述的方法,其特征在于,所述在确定心跳超时后,结束当前任务,包括:
若在第一预置时间内所述主控进程未接收到通过所述心跳通道发送的心跳消息,则确定心跳超时,并通过所述主控进程重调度所述当前任务;
若在第二预置时间内所述工作进程未接收到通过所述心跳通道发送的心跳消息,则确定心跳超时,并退出所述工作进程,以结束所述工作进程中执行的所述当前任务。
3.根据权利要求2所述的方法,其特征在于,所述第二预置时间与所述心跳消息的发送间隔时间之和小于所述第一预置时间。
4.根据权利要求1所述的方法,其特征在于,所述在检测到任一数据通道状态为断开状态时,断开所述心跳通道,以使心跳超时,包括:
在检测到任一数据通道状态为断开状态时,将工作进程的状态更新为超时状态,并控制工作进程停止向主控进程发送心跳消息,以使主控进程将所述主控进程中保存的工作进程的状态更新为超时状态。
5.根据权利要求1所述的方法,其特征在于,所述在检测到任一数据通道状态为断开状态时,断开所述心跳通道,以使心跳超时,包括:
在检测到任一数据通道状态为断开状态时,控制主控进程停止向工作进程发送心跳消息,以使工作进程的状态更新为超时状态。
6.根据权利要求1所述的方法,其特征在于,所述对确定的所述至少一个数据通道进行检测,包括:
通过设定检测消息判断所述数据通道是否处于断开状态;其中,所述设定检测消息为空的数据通信包。
7.根据权利要求6所述的方法,其特征在于,所述通过设定检测消息判断所述数据通道是否处于断开状态,包括:
在检测到所述数据通道中的数据消息发送失败时,在所述数据通道中周期性地发送所述设定检测消息;
若在第一设定时间阈值内,所述设定检测消息持续发送失败,则确定所述数据通道处于断开状态;否则,确定所述数据通道处于连接状态。
8.根据权利要求7所述的方法,其特征在于,还包括:
在检测到所述数据通道中的数据消息发送失败时,将所述数据通道对应的状态机由连通状态置为不确定状态;
以及,
在所述设定检测消息持续发送失败时,将所述数据通道对应的状态机由不确定状态置为断开状态。
9.根据权利要求6-8任一项所述的方法,其特征在于,所述数据通道中的数据消息与所述设定检测消息通过不同的进程进行分发和传输。
10.根据权利要求1所述的方法,其特征在于,所述心跳通道基于用户数据报UDP协议实现通信:由所述工作进程通过所述心跳通道上报至所述主控进程的第一心跳消息中包括所述工作进程的UDP心跳地址;其中,所述UDP心跳地址用于使所述主控进程根据所述UDP心跳地址向所述工作进程发送第二心跳消息。
11.根据权利要求1所述的方法,其特征在于,在所述确定与心跳通道具有关联关系的至少一个数据通道之前,所述方法还包括:
建立所述心跳通道与所述至少一个数据通道之间的关联关系;其中,所述心跳通道与所述至少一个数据通道是相互独立的通信通道。
12.根据权利要求11所述的方法,其特征在于,所述建立所述心跳通道与至少一个数据通道之间的关联关系,包括:
判断当前数据通道中是否携带设定标识;
若所述当前数据通道中携带有所述设定标识,则将所述心跳通道的地址信息发送至所述当前数据通道,以根据所述地址信息建立所述当前数据通道与所述心跳通道之间的关联关系。
13.一种通信通道处理系统,其中,所述通信通道包括:主控进程与工作进程之间的心跳通道和数据通道,其特征在于,所述系统包括:
确定模块,用于确定与心跳通道具有关联关系的至少一个数据通道;
检测模块,用于对确定的所述至少一个数据通道进行检测;
断开模块,用于在检测到任一数据通道处于断开状态时,断开所述心跳通道,以使心跳超时;
结束模块,用于在确定心跳超时后,结束当前任务。
14.根据权利要求13所述的系统,其特征在于,所述结束模块,用于若在第一预置时间内所述主控进程未接收到通过所述心跳通道发送的心跳消息,则确定心跳超时,并通过所述主控进程重调度所述当前任务;以及,若在第二预置时间内所述工作进程未接收到通过所述心跳通道发送的心跳消息,则确定心跳超时,并退出所述工作进程,以结束所述工作进程中执行的上述当前任务。
15.根据权利要求14所述的系统,其特征在于,所述第二预置时间与所述心跳消息的发送间隔时间之和小于所述第一预置时间。
16.根据权利要求13所述的系统,其特征在于,所述断开模块,用于在检测到任一数据通道状态为断开状态时,将工作进程的状态更新为超时状态,并控制工作进程停止向主控进程发送心跳消息,以使主控进程将所述主控进程中保存的所述工作进程的状态更新为超时状态。
17.根据权利要求13所述的系统,其特征在于,所述断开模块,用于在检测到任一数据通道状态为断开状态时,控制主控进程停止向工作进程发送心跳消息,以使工作进程的状态更新为超时状态。
18.根据权利要求13所述的系统,其特征在于,所述检测模块,用于通过设定检测消息判断所述数据通道是否处于断开状态;其中,所述设定检测消息为空的数据通信包。
19.根据权利要求18所述的系统,其特征在于,所述检测模块,用于在检测到所述数据通道中的数据消息发送失败时,在所述数据通道中周期性地发送所述设定检测消息;以及,若在第一设定时间阈值内,所述设定检测消息持续发送失败,则确定所述数据通道处于断开状态;否则,确定所述数据通道处于连接状态。
20.根据权利要求19所述的系统,其特征在于,还包括:
状态配置模块,用于在检测到所述数据通道中的数据消息发送失败时,将所述数据通道对应的状态机由连通状态置为不确定状态;以及,在所述设定检测消息持续发送失败时,将所述数据通道对应的状态机由不确定状态置为断开状态。
21.根据权利要求18-20任一项所述的系统,其特征在于,所述数据通道中的数据消息与所述设定检测消息通过不同的进程进行分发和传输。
22.根据权利要求13所述的系统,其特征在于,所述心跳通道基于用户数据报UDP协议实现通信:由所述工作通过所述心跳通道上报至所述主控进程的第一心跳消息中包括所述工作进程的UDP心跳地址;其中,所述UDP心跳地址用于使所述主控进程根据所述UDP心跳地址向所述工作进程发送第二心跳消息。
23.根据权利要求13所述的系统,其特征在于,还包括:
关系建立模块,用于在所述确定模块确定与心跳通道具有关联关系的至少一个数据通道之前,建立所述心跳通道与所述至少一个数据通道之间的关联关系;其中,所述心跳通道与所述至少一个数据通道是相互独立的通信通道。
24.根据权利要求23所述的系统,其特征在于,所述关系建立模块,用于判断当前数据通道中是否携带设定标识;以及,在所述当前数据通道中携带有所述设定标识时,将所述心跳通道的地址信息发送至所述当前数据通道,以根据所述地址信息建立所述当前数据通道与所述心跳通道之间的关联关系。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610136917.3A CN107181780B (zh) | 2016-03-10 | 2016-03-10 | 通信通道处理方法和系统 |
TW106104782A TWI761330B (zh) | 2016-03-10 | 2017-02-14 | 通訊通道處理方法和系統 |
PCT/CN2017/075576 WO2017152807A1 (zh) | 2016-03-10 | 2017-03-03 | 通信通道处理方法和系统 |
US16/127,134 US11150946B2 (en) | 2016-03-10 | 2018-09-10 | Method and system for processing communication channel |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610136917.3A CN107181780B (zh) | 2016-03-10 | 2016-03-10 | 通信通道处理方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107181780A true CN107181780A (zh) | 2017-09-19 |
CN107181780B CN107181780B (zh) | 2020-07-14 |
Family
ID=59790025
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610136917.3A Active CN107181780B (zh) | 2016-03-10 | 2016-03-10 | 通信通道处理方法和系统 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11150946B2 (zh) |
CN (1) | CN107181780B (zh) |
TW (1) | TWI761330B (zh) |
WO (1) | WO2017152807A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110673942A (zh) * | 2019-09-29 | 2020-01-10 | 北京浪潮数据技术有限公司 | 一种云平台的异步进程结束方法、装置及云平台服务器 |
CN115137447A (zh) * | 2022-09-02 | 2022-10-04 | 深圳北芯医疗科技有限公司 | 治疗仪的部件保护方法、设备和治疗仪 |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107181780B (zh) | 2016-03-10 | 2020-07-14 | 阿里巴巴集团控股有限公司 | 通信通道处理方法和系统 |
CN111045700B (zh) * | 2018-10-15 | 2023-05-05 | 阿里巴巴集团控股有限公司 | 数据更新方法、装置、系统、存储介质及电子设备 |
CN111371631B (zh) * | 2018-12-25 | 2022-04-19 | 成都鼎桥通信技术有限公司 | 一种心跳机制检测方法、终端设备和存储介质 |
CN113965482B (zh) * | 2021-10-19 | 2023-03-24 | 北京天融信网络安全技术有限公司 | 基于gRPC的数据传输方法、装置及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102231126A (zh) * | 2011-07-28 | 2011-11-02 | 大唐移动通信设备有限公司 | 一种实现多核处理器中核间备份的方法及系统 |
CN102739391A (zh) * | 2012-06-13 | 2012-10-17 | 烽火通信科技股份有限公司 | 基于异步通信实现同步命令的方法 |
CN103036904A (zh) * | 2012-12-27 | 2013-04-10 | 东方通信股份有限公司 | 一种在通信网络中使用udp协议进行数据可靠传输的方法 |
US20130151714A1 (en) * | 2011-12-13 | 2013-06-13 | Motorola Mobility, Inc. | Method and apparatus for adaptive network heartbeat message for tcp channel |
CN104936269A (zh) * | 2014-03-18 | 2015-09-23 | 华为终端有限公司 | 一种传输心跳消息的方法和装置 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6574661B1 (en) * | 1997-09-26 | 2003-06-03 | Mci Communications Corporation | Integrated proxy interface for web based telecommunication toll-free network management using a network manager for downloading a call routing tree to client |
US7953114B2 (en) * | 2004-08-06 | 2011-05-31 | Ipeak Networks Incorporated | System and method for achieving accelerated throughput |
US8005065B2 (en) * | 2007-09-11 | 2011-08-23 | Qualcomm Incorporated | Keep-alive for wireless networks |
US8364775B2 (en) * | 2010-08-12 | 2013-01-29 | International Business Machines Corporation | High availability management system for stateless components in a distributed master-slave component topology |
CN107181780B (zh) | 2016-03-10 | 2020-07-14 | 阿里巴巴集团控股有限公司 | 通信通道处理方法和系统 |
-
2016
- 2016-03-10 CN CN201610136917.3A patent/CN107181780B/zh active Active
-
2017
- 2017-02-14 TW TW106104782A patent/TWI761330B/zh active
- 2017-03-03 WO PCT/CN2017/075576 patent/WO2017152807A1/zh active Application Filing
-
2018
- 2018-09-10 US US16/127,134 patent/US11150946B2/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102231126A (zh) * | 2011-07-28 | 2011-11-02 | 大唐移动通信设备有限公司 | 一种实现多核处理器中核间备份的方法及系统 |
US20130151714A1 (en) * | 2011-12-13 | 2013-06-13 | Motorola Mobility, Inc. | Method and apparatus for adaptive network heartbeat message for tcp channel |
CN102739391A (zh) * | 2012-06-13 | 2012-10-17 | 烽火通信科技股份有限公司 | 基于异步通信实现同步命令的方法 |
CN103036904A (zh) * | 2012-12-27 | 2013-04-10 | 东方通信股份有限公司 | 一种在通信网络中使用udp协议进行数据可靠传输的方法 |
CN104936269A (zh) * | 2014-03-18 | 2015-09-23 | 华为终端有限公司 | 一种传输心跳消息的方法和装置 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110673942A (zh) * | 2019-09-29 | 2020-01-10 | 北京浪潮数据技术有限公司 | 一种云平台的异步进程结束方法、装置及云平台服务器 |
CN110673942B (zh) * | 2019-09-29 | 2022-06-17 | 北京浪潮数据技术有限公司 | 一种云平台的异步进程结束方法、装置及云平台服务器 |
CN115137447A (zh) * | 2022-09-02 | 2022-10-04 | 深圳北芯医疗科技有限公司 | 治疗仪的部件保护方法、设备和治疗仪 |
Also Published As
Publication number | Publication date |
---|---|
WO2017152807A1 (zh) | 2017-09-14 |
CN107181780B (zh) | 2020-07-14 |
US20180373563A1 (en) | 2018-12-27 |
TW201735595A (zh) | 2017-10-01 |
US11150946B2 (en) | 2021-10-19 |
TWI761330B (zh) | 2022-04-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107181780A (zh) | 通信通道处理方法和系统 | |
US10771323B2 (en) | Alarm information processing method, related device, and system | |
CN104022904B (zh) | 分布式机房it设备统一管理平台 | |
CN110808874B (zh) | 一种跨机房服务监控方法、装置、存储介质及服务器 | |
CN101170454B (zh) | 一种监控数据采集汇总状态的方法和系统 | |
CN107786616A (zh) | 基于云端的主机智能监控系统 | |
CN103560898B (zh) | 一种端口状态设置方法、端口优先级的选择方法及装置 | |
CN106656863A (zh) | 业务监控方法、装置和计算机设备 | |
CN105763394B (zh) | 一种网络链路检测方法、装置和系统 | |
CN101145977B (zh) | 一种IP数据网Qos监测系统及其测量方法 | |
CN105450668A (zh) | 云安全服务实现系统和云安全服务实现方法 | |
CN105897507A (zh) | 节点设备的状态检测方法和装置 | |
CN106487612A (zh) | 一种服务器节点监控方法、监控服务器及系统 | |
CN106357473B (zh) | 分布式多机系统、控制方法及控制装置 | |
CN107797896B (zh) | 一种流量数据自恢复处理方法和服务器 | |
CN106452978A (zh) | 一种通信异常的检测方法及装置 | |
CN110806921A (zh) | 一种ovs异常告警监控系统及方法 | |
WO2013086996A1 (zh) | 故障处理方法、设备和系统 | |
CN107948157A (zh) | 一种报文处理方法及装置 | |
CN106034047B (zh) | 数据处理方法及装置 | |
CN104468224A (zh) | 一种双重过滤的数据中心监控系统故障告警方法 | |
CN102970278B (zh) | 用于在工业信息系统间处理和推送报警信息的系统 | |
CN107800556A (zh) | 界面生成系统、钻取服务层装置、数据发送方法 | |
CN109615218A (zh) | 核电信息系统性能监测系统及方法 | |
CN111934793A (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 |