CN106982168A - 一种报文处理、节点管理、报文分发方法、装置及系统 - Google Patents
一种报文处理、节点管理、报文分发方法、装置及系统 Download PDFInfo
- Publication number
- CN106982168A CN106982168A CN201610033701.4A CN201610033701A CN106982168A CN 106982168 A CN106982168 A CN 106982168A CN 201610033701 A CN201610033701 A CN 201610033701A CN 106982168 A CN106982168 A CN 106982168A
- Authority
- CN
- China
- Prior art keywords
- message
- message processing
- processing node
- node
- service end
- 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
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- 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
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
- H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种报文处理方法,该方法包括:根据报文处理节点的当前状态信息确定出可用报文处理节点;向可用报文处理节点分发实时接收到的报文。本发明还同时公开了一种报文处理系统、一种报报文处理节点管理方法及装置、以及一种报文分发方法及装置。
Description
技术领域
本发明涉及电信领域,尤其涉及一种报文处理、节点管理、报文分发方法、装置及系统。
背景技术
目前,电信运营商实时在产生用户通话数据、上网数据、信令数据等大数据。这类数据的共同特点是数据量特别大、用户规模大,一般省份每日通常会产生数TB(TeraByte,太字节)级的信令等大数据,数据记录达到数百亿条。且电信运营商通常需对这类大数据进行处理。相关技术中这类大数据报文处理方式通常为,大数据报文服务器发布其接收大数据报文的地址和端口;数据源端根据该地址和端口,通过消息方式向大数据报文处理服务器发送大数据报文;大数据报文处理服务器实时监测并接收大数据报文;大数据报文处理服务器对接收到的大数据报文进行处理。
但上述大数据报文的处理方式存在如下问题:可以实时接收数据源端的大数据报文,但不能弹性扩展报文处理能力,在大数据报文的数据量急剧增加的情况下,不能实时处理实时接收到的报文。
发明内容
有鉴于此,本发明实施例期望提供一种报文处理方法及系统、一种报文处理节点管理方法及装置、以及一种报文分发方法及装置,以实时处理实时接收到的报文。
为达到上述目的,本发明的技术方案是这样实现的:
本发明实施例提供了一种报文处理方法,所述方法包括:
根据报文处理节点的当前状态信息确定出可用报文处理节点;
向所述可用报文处理节点分发实时接收到的报文。
进一步,所述报文处理节点的当前状态信息包括:所述报文处理节点的注册请求,及所述报文处理节点的当前健康状态信息。
进一步,所述报文处理节点的当前状态信息的获取过程,包括:
向已注册的报文处理节点定时发送第一心跳报文;
根据所述第一心跳报文的应答信息获得已注册的所述报文处理节点的当前健康状态信息。
进一步,所述向所述可用报文处理节点分发实时接收到的报文,包括:
按照负载均衡方式向所述可用报文处理节点分发实时接收到的报文。
进一步,所述报文的实时接收过程,包括:
通过第二心跳报文监测主接收服务端的运行状态;
在所述主接收服务端的运行状态为正常时,通过所述主接收服务端实时接收所述报文;
在所述主接收服务端的运行状态为故障时,通过所述备接收服务端实时接收所述报文。
本发明实施例还提供了一种报文处理系统,所述系统包括:接收服务端、节点管理端和至少一个报文处理节点;至少一个报文处理节点中包括可用报文处理节点;
所述节点管理端,用于根据所述报文处理节点的当前状态信息确定出可用报文处理节点;
所述接收服务端,用于向所述可用报文处理节点分发实时接收到的所述报文。
进一步,所述节点管理端具体还用于向所述接收服务端发送所述可用报文处理节点的标识信息;相应的,所述接收服务端具体用于根据所述可用报文处理节点的标识信息,向所述可用报文处理节点分发实时接收到的所述报文。
进一步,所述接收服务端包括主接收服务端和备接收服务端;
所述主接收服务端,用于在所述主接收服务端的运行状态为正常时,实时接收所述报文。
所述备接收服务端,用于通过第二心跳报文监测所述主接收服务端的运行状态;在所述主接收服务端的运行状态为故障时,实时接收所述报文。
本发明实施例还提供了一种报文处理节点管理方法,所述方法包括:
根据报文处理节点的当前状态信息确定出可用报文处理节点;
发送所述可用报文处理节点的标识信息。
本发明实施例还提供了一种报文处理节点管理装置,所述装置包括:
确定模块,用于根据报文处理节点的当前状态信息确定出可用报文处理节点;
发送模块,用于发送所述可用报文处理节点的标识信息。
本发明实施例还提供了一种报文分发方法,所述方法包括:
接收可用报文处理节点的标识信息;
根据所述标识信息向所述可用报文处理节点分发实时接收到的报文;
其中,所述可用报文处理节点是根据报文处理节点的当前状态信息确定出的。
本发明实施例还提供了一种报文分发装置,所述装置包括:
第二接收模块,用于接收可用报文处理节点的标识信息;
第二分发模块,用于根据所述标识信息向所述可用报文处理节点分发实时接收到的报文;
其中,所述可用报文处理节点是根据报文处理节点的当前状态信息确定出的。
本发明实施例提供的一种报文处理、节点管理、报文分发方法、装置及系统,根据报文处理节点的当前状态信息确定出可用报文处理节点;向可用报文处理节点分发实时接收到的报文。如此,能弹性扩展报文处理系统的报文处理能力,分布式处理实时接收到的报文,从而实现实时处理实时接收到的报文;同时,还能避免向故障的报文处理节点分发实时接收到的报文,从而避免丢失实时接收到的报文。
附图说明
图1为本发明实施例提供的一种报文处理方法的流程示意图;
图2为本发明实施例提供的一种报文处理系统的结构示意图;
图3为本发明提供的一种报文处理系统具体实施例的结构示意图;
图4为本发明实施例提供的一种报文处理节点管理方法的流程示意图;
图5为本发明实施例提供的一种报文处理节点管理装置的结构示意图;
图6为本发明实施例提供的一种报文分发方法的流程示意图;
图7为本发明实施例提供的一种报文分发装置的结构示意图。
具体实施方式
在本发明实施例中,报文处理系统的节点管理端根据报文处理节点的当前状态信息确定出可用报文处理节点;报文处理系统的节点管理端向可用报文处理节点分发实时接收到的报文。
下面结合附图和具体实施例,对本发明进一步详细说明。
图1为本发明实施例提供的一种报文处理方法的流程示意图,如图1所示,该方法包括:
步骤101:根据报文处理节点的当前状态信息确定出可用报文处理节点。
具体地,本步骤可以为,报文处理系统的节点管理端根据报文处理节点的当前状态信息确定出报文处理节点中的可用报文处理节点。所述可用报文处理节点即为可用的报文处理节点。
需说明的是,所述报文处理节点的当前状态信息可以包括,报文处理节点的注册请求,及报文处理节点的当前健康状态信息。从而使得报文处理系统的节点管理端获知,当前是否存在刚注册的可用的报文处理节点,及已注册的报文处理节点中哪些是当前可用的。
具体地,本步骤可以包括,报文处理系统的节点管理端获取各个报文处理节点的当前状态信息;该节点管理端根据本次获取到的当前状态信息确定出可用报文处理节点。
下面详细描述下所述报文处理系统的节点管理端获取各个报文处理节点的当前状态信息步骤。
具体地,所述报文处理系统的节点管理端获取各个报文处理节点的当前状态信息,可以包括,报文处理系统的节点管理端获取报文处理节点的注册请求;节点管理端获取报文处理节点的当前健康状态信息。
具体地,所述报文处理系统的节点管理端获取报文处理节点的注册请求,可以包括,报文处理节点判断自身是否已向节点管理端发送了注册请求;在确定未向节点控管理端发送注册请求时,报文处理节点向节点管理端发送携带有自身相关信息的注册请求;节点管理端接收注册请求;节点管理端从接收到的注册请求中解析出报文处理节点的相关信息;节点管理端登记报文处理节点的相关信息。从而使得节点管理端可以获得报文处理系统中新增的报文处理节点的注册请求。
需说明的是,所述报文处理节点的相关信息可以包括,报文处理节点的地址等信息,如报文处理节点的IP(Internet Protocol,互联网协议)地址和端口号等信息。需说明的是,在实际应用中,为了可以及时接收处理报文,报文处理节点可以在被添加到报文处理系统,且被启动后,立即向节点管理端发送注册请求。
具体地,所述节点管理端获取报文处理节点的当前健康状态信息,可以包括,节点管理端向已注册的报文处理节点定时发送第一心跳报文;节点管理端根据第一心跳报文的应答信息获得已注册的报文处理节点的当前健康状态信息。即所述报文处理节点的当前状态信息的获取过程,可以包括:节点管理端向已注册的报文处理节点定时发送第一心跳报文;节点管理端根据第一心跳报文的应答信息获得已注册的报文处理节点的当前健康状态信息。从而使得节点管理端可以获得报文处理系统中已注册的报文处理节点的当前健康状态信息。
具体地,所述节点管理端向已注册的报文处理节点定时发送第一心跳报文,节点管理端根据第一心跳报文的应答信息获得已注册的报文处理节点的当前健康状态信息,可以包括,节点管理端向各个已注册的报文处理节点发送第一心跳报文;节点管理端启动定时器开始计时;节点管理端接收并保存第一心跳报文的应答信息;在定时器计时结束时,节点管理端判断已保存的应答信息中是否包括相应已注册报文处理节点反馈的应答信息;在已保存的应答信息中包括相应已注册报文处理节点反馈的应答信息时,节点管理端将该报文处理节点的当前健康状态信息更新为正常,否则,将该报文处理节点的当前健康状态信息更新为故障;节点管理端删除已保存的应答信息。
如若节点管理端用数值1表示报文处理节点的当前健康状态信息为正常,用数值0表示报文处理节点的当前健康状态信息为故障,则在已保存的应答信息中包括相应已注册报文处理节点反馈的应答信息时,节点管理端将该报文处理节点的当前健康状态信息更新为1,否则,将该报文处理节点的当前健康状态信息更新为0;节点管理端删除已保存的应答信息。
下面详细描述下所述节点管理端根据本次获取到的当前状态信息确定出可用报文处理节点步骤。
具体地,所述节点管理端根据本次获取到的当前状态信息确定出可用报文处理节点,可以包括,报文处理系统的节点管理端根据本次获取到的注册请求确定可用报文处理节点;节点管理端根据本次获取到的当前健康状态信息确定可用报文处理节点。
具体地,所述根据本次获取到的注册请求确定可用报文处理节点,可以包括,报文处理系统的节点管理端将本次获取到的注册请求对应的报文处理节点,确定为可用报文处理节点。从而使得节点管理端可以确定出报文处理系统中新增的可用的报文处理节点。
具体地,所述节点管理端根据本次获取到的当前健康状态信息确定可用报文处理节点,可以包括,报文处理系统的节点管理端读取相应已注册的报文处理节点的当前健康状态信息;节点管理端根据读取到的当前健康状态信息判断相应已注册的报文处理节点当前健康状态是否为正常;在相应已注册的报文处理节点当前健康状态为正常时,节点管理端确定相应已注册的报文处理节点为可用报文处理节点,否则,节点管理端确定相应已注册的报文处理节点为不可用报文处理节点。从而使得节点管理端可以确定出,报文处理系统已注册的报文处理节点中可用的报文处理节点。
如报文处理系统的节点管理端读取相应已注册的报文处理节点的当前健康状态信息;节点管理端判断读取到的当前健康状态信息是否为1;在读取到的当前健康状态信息为1时,节点管理端确定相应已注册的报文处理节点为可用报文处理节点,否则,节点管理端确定相应已注册的报文处理节点为不可用报文处理节点。
步骤102:向可用报文处理节点分发实时接收到的报文。
具体地,本步骤可以为,报文处理系统中的接收服务端向可用报文处理节点分发实时接收到的报文。即接收服务端向报文处理系统已注册的报文处理节点中可用的报文处理节点分发实时接收到的报文;或者,接收服务端向报文处理系统已注册的报文处理节点中可用的报文处理节点,及报文处理系统中新增的可用的报文处理节点,分发实时接收到的报文。
如此,能在不影响报文处理系统实时接收数据源端发送的报文,及报文处理系统中已注册的报文处理节点正常处理接收到的报文的情况下,弹性扩展报文处理系统的报文处理能力,分布式处理实时接收到的报文,从而实现实时处理实时接收到的报文;同时,还能避免向故障的报文处理节点分发实时接收到的报文,从而避免丢失实时接收到的报文。
具体地,本步骤可以包括,接收服务端获取可用报文处理节点的地址;接收服务端根据可用报文处理节点的地址,向可用报文处理节点分发实时接收到的报文。
具体地,所述接收服务端获取可用报文处理节点的地址,可以包括,节点管理端从已登记的报文处理节点的相关信息中,读取出可用报文处理节点的地址;节点管理端向接收服务端发送读取出的可用报文处理节点的地址;接收服务端接收可用报文处理节点的地址。其中,所述可用报文处理节点的地址可以包括,可用报文处理节点的IP地址和端口号。
具体地,所述接收服务端获取可用报文处理节点的地址,或者可以包括,节点管理端从已登记的报文处理节点的相关信息中,读取出可用报文处理节点的设备标识信息;节点管理端向接收服务端发送读取出的可用报文处理节点的设备标识信息;接收服务端接收可用报文处理节点的设备标识信息;接收服务端根据可用报文处理节点的设备标识信息从标识地址映射表中读取出该可用报文处理节点的地址。其中,所述标识地址映射表中对应可用报文处理节点的设备标识信息记录有可用报文处理节点的地址。其中,所述可用报文处理节点的地址可以包括,可用报文处理节点的IP地址和端口号。
具体地,本步骤可以为,接收服务端按照负载均衡方式向可用报文处理节点分发实时接收到的报文。如若当前报文处理系统包括两个可用报文处理节点,分别为A可用报文处理节点和B可用报文处理节点;接收服务端将第一个报文分发给A可用报文处理节点,将第二个报文分发给B可用报文处理节点,将第三个报文再分发给A可用报文处理节点,将第四个报文再分发给B可用报文处理节点,如此分发实时接收到的报文。
需说明的是,为了使得报文处理系统的接收服务端可以实时接收数据源端的报文,所述报文的实时接收过程,可以包括,接收服务端向数据源端发布接收服务端的报文接收地址;数据源端通过消息方式根据报文接收地址向接收服务端发送报文;接收服务端实时接收数据源端发送的报文。其中,所述报文接收地址可以包括接收服务端的IP地址和端口号。从而使得报文处理系统的接收服务端可以实时接收数据源端的报文。
需说明的是,为了使得报文处理系统的接收服务端可以实时接收到数据源端的报文,所述报文的实时接收过程,可以包括,通过第二心跳报文监测主接收服务端的运行状态;在主接收服务端的运行状态为正常时,通过主接收服务端实时接收报文;在主接收服务端的运行状态为故障时,通过备接收服务端实时接收报文。从而使得报文处理系统的接收服务端可以实时接收到数据源端的报文。
具体地,所述接收服务端包括主接收服务端和备接收服务端;备接收服务端通过第二心跳报文监测主接收服务端的运行状态;在主接收服务端的运行状态为正常时,通过主接收服务端实时接收报文。在主接收服务端的运行状态为故障时,通过备接收服务端实时接收报文。从而可以在报文处理系统的主接收服务端出现故障,无法接收报文的情况下,立即切换至报文处理系统的备接收服务端,通过备接收服务端实时接收报文,使得报文处理系统可以实时接收报文。
其中,所述报文可以包括用户通话数据、上网数据、信令数据等大数据的报文。
为了实现上述方法,本发明公开了一种报文处理系统。
图2为本发明实施例提供的一种报文处理系统的结构示意图,如图2所示,所述报文处理系统包括:接收服务端201、节点管理端202和至少一个报文处理节点203;至少一个报文处理节点203中包括可用报文处理节点;
所述节点管理端202,用于根据所述报文处理节点203的当前状态信息确定出可用报文处理节点;
所述接收服务端201,用于向所述可用报文处理节点分发实时接收到的所述报文。
进一步,所述节点管理端具体还用于向所述接收服务端发送所述可用报文处理节点的标识信息;相应的,所述接收服务端具体用于根据所述可用报文处理节点的标识信息,向所述可用报文处理节点分发实时接收到的所述报文。
进一步,所述接收服务端包括主接收服务端2011和备接收服务端2012;所述主接收服务端2011,用于在所述主接收服务端2011的运行状态为正常时,实时接收所述报文。所述备接收服务端2012,用于通过第二心跳报文监测所述主接收服务端2011的运行状态;在所述主接收服务端2011的运行状态为故障时,实时接收所述报文。
进一步,所述报文处理节点的当前状态信息包括:所述报文处理节点的注册请求,及所述报文处理节点的当前健康状态信息。
进一步,所述节点管理端202,具体用于向已注册的报文处理节点定时发送第一心跳报文;根据所述第一心跳报文的应答信息获得已注册的所述报文处理节点的当前健康状态信息。
进一步,所述接收服务端201,具体用于按照负载均衡方式向所述可用报文处理节点分发实时接收到的报文。
图3为本发明提供的一种报文处理系统具体实施例的结构示意图,如图3所示,所述报文处理系统包括:接收服务端201、节点管理端202和多个报文处理节点203;所述接收服务端201包括主接收服务端2011和备接收服务端2012;所述主接收服务端2011和备接收服务端2012均包括所述第一接收模块2013及第一分发模块2014;
主接收服务端2011的第一接收模块2013,用于在主接收服务端的运行状态为正常时,实时接收报文;
备接收服务端2012的第一接收模块2013,用于通过第二心跳报文监测主接收服务端2011的运行状态;在主接收服务端的运行状态为故障时,实时接收报文;
节点管理端202,用于根据报文处理节点203的当前状态信息确定出报文处理节点203中的可用报文处理节点;向第一分发模块2014发送可用报文处理节点的标识信息;
主接收服务端2011的第一分发模块2014,用于在主接收服务端2011的运行状态为正常时,根据可用报文处理节点的标识信息,向可用报文处理节点分发主接收服务端2011的第一接收模块2013实时接收到的报文;
备接收服务端2012的第一分发模块2014,用于在主接收服务端2011的运行状态为故障时,根据可用报文处理节点的标识信息,向可用报文处理节点分发主接收服务端备接收服务端2012的第一接收模块2013实时接收到的报文;
报文处理节点203中的可用报文处理节点,用于实时接收并处理第一分发模块2014发送的报文。
进一步,第一接收模块2013具体用于向数据源端204发布接收服务端201的报文接收地址;数据源端204用于通过消息方式根据报文接收地址向接收服务端201发送报文;接收服务端201的第一接收模块2013具体用于实时接收数据源端204通过消息方式发送的报文。
其中,报文接收地址包括IP地址和端口号。其中,数据源端204可以为多个网元2041。需说明的是,在实际应用场景下,接收服务端201的主接收服务端2011可以为主接收服务器,接收服务端201的备接收服务端2012可以为备接收服务器。需说明的是,所述报文可以包括用户通话数据、上网数据、信令数据等大数据的报文。
进一步,节点管理端202具体用于向报文第一分发模块2014发送可用报文处理节点的地址。即所述可用报文处理节点的标识信息可以为可用报文处理节点的地址。
进一步,所述节点管理端202可以包括第一注册模块2021、状态检测模块2022及节点调整模块2023;所述报文处理节点的当前状态信息可以包括,报文处理节点的注册请求,及报文处理节点的当前健康状态信息;第一注册模块2021,用于获取报文处理节点的注册请求,根据本次获取到的注册请求确定可用报文处理节点;状态检测模块2022,用于获取报文处理节点的当前健康状态信息,根据本次获取到的当前健康状态信息确定可用报文处理节点;节点调整模块2023,用于向报文第一分发模块2014发送可用报文处理节点的地址。
进一步,报文处理系统中新增的报文处理节点203,用于向节点管理端202发送注册请求;节点管理端202的第一注册模块2021,具体用于接收新增的报文处理节点203发送的注册请求,所述注册请求可以包括报文处理节点203的IP地址和端口号;根据注册请求登记报文处理节点203的IP地址和端口号;将本次获取到的注册请求对应的报文处理节点203,确定为可用报文处理节点。
进一步,状态检测模块2022,具体用于向各个已注册的报文处理节点203发送第一心跳报文;启动定时器开始计时;接收并保存第一心跳报文的应答信息;在定时器计时结束时,节点管理端判断已保存的应答信息中是否包括相应已注册报文处理节点反馈的应答信息;在已保存的应答信息中包括相应已注册报文处理节点反馈的应答信息时,将该报文处理节点的当前健康状态信息更新为正常,否则,将该报文处理节点的当前健康状态信息更新为故障;删除已保存的应答信息;读取相应已注册的报文处理节点203的当前健康状态信息;根据读取到的当前健康状态信息判断相应已注册的报文处理节点203当前健康状态是否为正常;在相应已注册的报文处理节点203当前健康状态为正常时,确定相应已注册的报文处理节点203为可用报文处理节点,否则,确定相应已注册的报文处理节点203为不可用报文处理节点。
进一步,主接收服务端2011的第一分发模块2014,用于在主接收服务端2011的运行状态为正常时,根据可用报文处理节点的地址,向可用报文处理节点分发主接收服务端2011的第一接收模块2013实时接收到的报文;备接收服务端2012的第一分发模块2014,用于在主接收服务端2011的运行状态为故障时,根据可用报文处理节点的地址,向可用报文处理节点分发主接收服务端备接收服务端2012的第一接收模块2013实时接收到的报文。
进一步,第一分发模块2014,用于按照报文分发策略向各个可用报文处理
节点分发实时接收的报文。需说明的是,在实际应用中,第一分发模块2014
可以采用Linux操作系统(一种操作系统)的IPtables(一种报文转发工具)来
实现。即利用IPtables的路由转发功能,按照报文分发策略将第一接收模块2013
实时接收的报文,发送到各个可用报文处理节点。
进一步,各个报文处理节点203均可以包括接收端口2031、第二注册模块2032、处理模块2033及心跳报文处理模块2034;接收端口2031,用于接收报文;第二注册模块2032,用于在接收端口2031接收报文之前,向节点管理端202发送注册请求,该注册请求包括报文处理节点203的IP地址和端口号等信息;处理模块2033,用于处理接收端口2031接收的报文;心跳报文处理模块2034,用于接收节点管理端202发送的第一心跳报文,向节点管理端202发送第一心跳报文的应答信息。具体地,接收端口2031可以为Bind端口;该Bind端口是一种利用Bind函数(用于将套接字与指定端口相连)实现的端口。需说明的是,在实际应用场景,报文处理节点203可以为报文处理服务器。
如此,能在不影响报文处理系统实时接收数据源端发送的报文,及报文处理系统中已注册的报文处理节点正常处理接收到的报文的情况下,弹性扩展报文处理系统的报文处理能力,分布式处理实时接收到的报文,从而实现实时处理实时接收到的报文;同时,还能避免向故障的报文处理节点分发实时接收到的报文,从而避免丢失实时接收到的报文。
在实际应用中,所述接收服务端201、节点管理端202、报文处理节点203均可由位于服务器中的中央处理器(Central Processing Unit,CPU)、微处理器(Micro Processor Unit,MPU)、数字信号处理器(Digital Signal Processor,DSP)、或现场可编程门阵列(Field Programmable Gate Array,FPGA)等实现。
图4为本发明实施例提供的一种报文处理节点管理方法的流程示意图,如图4所示,该方法包括:
步骤401:根据报文处理节点的当前状态信息确定出可用报文处理节点。
具体地,本步骤可以为,报文处理系统的节点管理端根据报文处理节点的当前状态信息确定出报文处理节点中的可用报文处理节点。所述可用报文处理节点即为可用的报文处理节点。
需说明的是,所述报文处理节点的当前状态信息可以包括,报文处理节点的注册请求,及报文处理节点的当前健康状态信息。从而使得报文处理系统的节点管理端获知,当前是否存在刚注册的可用的报文处理节点,及已注册的报文处理节点中哪些是当前可用的。
具体地,本步骤可以包括,报文处理系统的节点管理端获取各个报文处理节点的当前状态信息;该节点管理端根据本次获取到的当前状态信息确定出可用报文处理节点。
下面详细描述下所述报文处理系统的节点管理端获取各个报文处理节点的当前状态信息步骤。
具体地,所述报文处理系统的节点管理端获取各个报文处理节点的当前状态信息,可以包括,报文处理系统的节点管理端获取报文处理节点的注册请求;节点管理端获取报文处理节点的当前健康状态信息。
具体地,所述报文处理系统的节点管理端获取报文处理节点的注册请求,可以包括,报文处理节点判断自身是否已向节点管理端发送了注册请求;在确定未向节点控管理端发送注册请求时,报文处理节点向节点管理端发送携带有自身相关信息的注册请求;节点管理端接收注册请求;节点管理端从接收到的注册请求中解析出报文处理节点的相关信息;节点管理端登记报文处理节点的相关信息。从而使得节点管理端可以获得报文处理系统中新增的报文处理节点的注册请求。
需说明的是,所述报文处理节点的相关信息可以包括,报文处理节点的地址等信息,如报文处理节点的IP(Internet Protocol,互联网协议)地址和端口号等信息。需说明的是,在实际应用中,为了可以及时接收处理报文,报文处理节点可以在被添加到报文处理系统,且被启动后,立即向节点管理端发送注册请求。
具体地,所述节点管理端获取报文处理节点的当前健康状态信息,可以包括,节点管理端向已注册的报文处理节点定时发送第一心跳报文;节点管理端根据第一心跳报文的应答信息获得已注册的报文处理节点的当前健康状态信息。即所述报文处理节点的当前状态信息的获取过程,可以包括:节点管理端向已注册的报文处理节点定时发送第一心跳报文;节点管理端根据第一心跳报文的应答信息获得已注册的报文处理节点的当前健康状态信息。从而使得节点管理端可以获得报文处理系统中已注册的报文处理节点的当前健康状态信息。
具体地,所述节点管理端向已注册的报文处理节点定时发送第一心跳报文,节点管理端根据第一心跳报文的应答信息获得已注册的报文处理节点的当前健康状态信息,可以包括,节点管理端向各个已注册的报文处理节点发送第一心跳报文;节点管理端启动定时器开始计时;节点管理端接收并保存第一心跳报文的应答信息;在定时器计时结束时,节点管理端判断已保存的应答信息中是否包括相应已注册报文处理节点反馈的应答信息;在已保存的应答信息中包括相应已注册报文处理节点反馈的应答信息时,节点管理端将该报文处理节点的当前健康状态信息更新为正常,否则,将该报文处理节点的当前健康状态信息更新为故障;节点管理端删除已保存的应答信息。
如若节点管理端用数值1表示报文处理节点的当前健康状态信息为正常,用数值0表示报文处理节点的当前健康状态信息为故障,则在已保存的应答信息中包括相应已注册报文处理节点反馈的应答信息时,节点管理端将该报文处理节点的当前健康状态信息更新为1,否则,将该报文处理节点的当前健康状态信息更新为0;节点管理端删除已保存的应答信息。
下面详细描述下所述节点管理端根据本次获取到的当前状态信息确定出可用报文处理节点步骤。
具体地,所述节点管理端根据本次获取到的当前状态信息确定出可用报文处理节点,可以包括,报文处理系统的节点管理端根据本次获取到的注册请求确定可用报文处理节点;节点管理端根据本次获取到的当前健康状态信息确定可用报文处理节点。
具体地,所述根据本次获取到的注册请求确定可用报文处理节点,可以包括,报文处理系统的节点管理端将本次获取到的注册请求对应的报文处理节点,确定为可用报文处理节点。从而使得节点管理端可以确定出报文处理系统中新增的可用的报文处理节点。
具体地,所述节点管理端根据本次获取到的当前健康状态信息确定可用报文处理节点,可以包括,报文处理系统的节点管理端读取相应已注册的报文处理节点的当前健康状态信息;节点管理端根据读取到的当前健康状态信息判断相应已注册的报文处理节点当前健康状态是否为正常;在相应已注册的报文处理节点当前健康状态为正常时,节点管理端确定相应已注册的报文处理节点为可用报文处理节点,否则,节点管理端确定相应已注册的报文处理节点为不可用报文处理节点。从而使得节点管理端可以确定出,报文处理系统已注册的报文处理节点中可用的报文处理节点。
如报文处理系统的节点管理端读取相应已注册的报文处理节点的当前健康状态信息;节点管理端判断读取到的当前健康状态信息是否为1;在读取到的当前健康状态信息为1时,节点管理端确定相应已注册的报文处理节点为可用报文处理节点,否则,节点管理端确定相应已注册的报文处理节点为不可用报文处理节点。
步骤402:发送可用报文处理节点的标识信息。
具体地,本步骤可以为,报文处理系统的节点管理端向报文处理系统的接收服务端发送可用报文处理节点的标识信息。
具体地,本步骤可以为,报文处理系统的节点管理端发送可用报文处理节点的地址。本步骤或者可以为报文处理系统的节点管理端发送可用报文处理节点的设备标识信息。即可用报文处理节点的标识信息可以为可用报文处理节点的地址,或者可以为可用报文处理节点的设备标识信息。
如此,可以向接收服务端中的分发模块发送可用报文处理节点的标识信息,使得接收服务端中的分发模块可以获知报文处理系统中的可用报文处理节点有哪些,并可以向报文处理系统中的可用报文处理节点分发实时接收到的报文。
为了实现上述方法,本发明公开了一种报文处理节点管理装置。
图5为本发明实施例提供的一种报文处理节点管理装置的结构示意图,如图5所示,所述装置包括:
确定模块501,用于根据报文处理节点的当前状态信息确定出可用报文处理节点;
发送模块502,用于发送所述可用报文处理节点的标识信息。
在实际应用中,所述确定模块501及发送模块502均可由位于服务器中的中央处理器(Central Processing Unit,CPU)、微处理器(Micro Processor Unit,MPU)、数字信号处理器(Digital Signal Processor,DSP)、或现场可编程门阵列(Field Programmable Gate Array,FPGA)等实现。
图6为本发明实施例提供的一种报文分发方法的流程示意图,如图6所示,所述方法包括:
步骤601:接收可用报文处理节点的标识信息。
具体地,本步骤可以为,报文处理系统的接收服务端接收可用报文处理节点的标识信息。
具体地,本步骤可以为,报文处理系统的接收服务端接收可用报文处理节点的地址。本步骤或者可以为,报文处理系统的接收服务端接收可用报文处理节点的设备标识信息。即可用报文处理节点的标识信息可以为可用报文处理节点的地址,或者可以为可用报文处理节点的设备标识信息。
步骤602:根据可用报文处理节点的标识信息向可用报文处理节点分发实时接收到的报文。
具体地,本步骤可以为,报文处理系统的接收服务端根据可用报文处理节点的标识信息向可用报文处理节点分发实时接收到的报文。
具体地,本步骤可以为,报文处理系统的接收服务端根据可用报文处理节点的地址向可用报文处理节点分发实时接收到的报文。即可用报文处理节点的标识信息可以为可用报文处理节点的地址。
具体地,本步骤可以包括,报文处理系统的接收服务端根据可用报文处理节点的设备标识信息获取可用报文处理节点的地址;报文处理系统的接收服务端根据可用报文处理节点的地址向可用报文处理节点分发实时接收到的报文。即可用报文处理节点的标识信息或者可以为可用报文处理节点的设备标识信息。
具体地,所述根据可用报文处理节点的设备标识信息获取可用报文处理节点的地址,可以为,接收服务端根据可用报文处理节点的设备标识信息从标识地址映射表中读取出该可用报文处理节点的地址。其中,所述标识地址映射表中对应可用报文处理节点的设备标识信息记录有可用报文处理节点的地址。
其中,所述可用报文处理节点的地址可以包括,可用报文处理节点的IP地址和端口号。其中,所述可用报文处理节点是根据报文处理节点的当前状态信息确定出的。
如此,使得接收服务端可以实时向报文处理系统中的可用报文处理节点发送实时接收到的报文。
为了实现上述方法,本发明公开了一种报文分发装置。
图7为本发明实施例提供的一种报文分装置的结构示意图,如图7所示,所述装置包括:
第二接收模块701,用于接收可用报文处理节点的标识信息;
第二分发模块702,用于根据所述标识信息向所述可用报文处理节点分发实时接收到的报文;
其中,所述可用报文处理节点是根据报文处理节点的当前状态信息确定出的。
在实际应用中,所述第二接收模块701、第二分发模块702均可由位于服务器中的中央处理器(Central Processing Unit,CPU)、微处理器(Micro ProcessorUnit,MPU)、数字信号处理器(Digital Signal Processor,DSP)、或现场可编程门阵列(Field Programmable Gate Array,FPGA)等实现。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化,本发明的保护范围以权利要求为准。
Claims (12)
1.一种报文处理方法,其特征在于,所述方法包括:
根据报文处理节点的当前状态信息确定出可用报文处理节点;
向所述可用报文处理节点分发实时接收到的报文。
2.根据权利要求1所述的方法,其特征在于,所述报文处理节点的当前状态信息包括:所述报文处理节点的注册请求,及所述报文处理节点的当前健康状态信息。
3.根据权利要求1所述的方法,其特征在于,所述报文处理节点的当前状态信息的获取过程,包括:
向已注册的报文处理节点定时发送第一心跳报文;
根据所述第一心跳报文的应答信息获得已注册的所述报文处理节点的当前健康状态信息。
4.根据权利要求1所述的方法,其特征在于,所述向所述可用报文处理节点分发实时接收到的报文,包括:
按照负载均衡方式向所述可用报文处理节点分发实时接收到的报文。
5.根据权利要求1所述的方法,其特征在于,所述报文的实时接收过程,包括:
通过第二心跳报文监测主接收服务端的运行状态;
在所述主接收服务端的运行状态为正常时,通过所述主接收服务端实时接收所述报文;
在所述主接收服务端的运行状态为故障时,通过所述备接收服务端实时接收所述报文。
6.一种报文处理系统,其特征在于,所述系统包括:接收服务端、节点管理端和至少一个报文处理节点;至少一个报文处理节点中包括可用报文处理节点;
所述节点管理端,用于根据所述报文处理节点的当前状态信息确定出可用报文处理节点;
所述接收服务端,用于向所述可用报文处理节点分发实时接收到的所述报文。
7.根据权利要求6所述的系统,其特征在于,所述节点管理端具体还用于向所述接收服务端发送所述可用报文处理节点的标识信息;相应的,所述接收服务端具体用于根据所述可用报文处理节点的标识信息,向所述可用报文处理节点分发实时接收到的所述报文。
8.根据权利要求6所述的系统,其特征在于,所述接收服务端包括主接收服务端和备接收服务端;
所述主接收服务端,用于在所述主接收服务端的运行状态为正常时,实时接收所述报文;
所述备接收服务端,用于通过第二心跳报文监测所述主接收服务端的运行状态;在所述主接收服务端的运行状态为故障时,实时接收所述报文。
9.一种报文处理节点管理方法,其特征在于,所述方法包括:
根据报文处理节点的当前状态信息确定出可用报文处理节点;
发送所述可用报文处理节点的标识信息。
10.一种报文处理节点管理装置,其特征在于,所述装置包括:
确定模块,用于根据报文处理节点的当前状态信息确定出可用报文处理节点;
发送模块,用于发送所述可用报文处理节点的标识信息。
11.一种报文分发方法,其特征在于,所述方法包括:
接收可用报文处理节点的标识信息;
根据所述标识信息向所述可用报文处理节点分发实时接收到的报文;
其中,所述可用报文处理节点是根据报文处理节点的当前状态信息确定出的。
12.一种报文分发装置,其特征在于,所述装置包括:
第二接收模块,用于接收可用报文处理节点的标识信息;
第二分发模块,用于根据所述标识信息向所述可用报文处理节点分发实时接收到的报文;
其中,所述可用报文处理节点是根据报文处理节点的当前状态信息确定出的。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610033701.4A CN106982168A (zh) | 2016-01-19 | 2016-01-19 | 一种报文处理、节点管理、报文分发方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610033701.4A CN106982168A (zh) | 2016-01-19 | 2016-01-19 | 一种报文处理、节点管理、报文分发方法、装置及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106982168A true CN106982168A (zh) | 2017-07-25 |
Family
ID=59339872
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610033701.4A Pending CN106982168A (zh) | 2016-01-19 | 2016-01-19 | 一种报文处理、节点管理、报文分发方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106982168A (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101986272A (zh) * | 2010-11-05 | 2011-03-16 | 北京大学 | 一种云计算环境下的任务调度方法 |
CN102521044A (zh) * | 2011-12-30 | 2012-06-27 | 北京拓明科技有限公司 | 一种基于消息中间件的分布式任务调度方法及系统 |
WO2014025621A2 (en) * | 2012-08-07 | 2014-02-13 | Qualcomm Incorporated | STATISTICS AND FAILURE DETECTION IN A NETWORK ON A CHIP (NoC) NETWORK |
CN105100259A (zh) * | 2015-08-18 | 2015-11-25 | 北京京东尚科信息技术有限公司 | 一种分布式定时任务执行方法和系统 |
US20150381440A1 (en) * | 2014-06-27 | 2015-12-31 | Bin Zhao | Systems and methods for visualizing a call over network |
-
2016
- 2016-01-19 CN CN201610033701.4A patent/CN106982168A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101986272A (zh) * | 2010-11-05 | 2011-03-16 | 北京大学 | 一种云计算环境下的任务调度方法 |
CN102521044A (zh) * | 2011-12-30 | 2012-06-27 | 北京拓明科技有限公司 | 一种基于消息中间件的分布式任务调度方法及系统 |
WO2014025621A2 (en) * | 2012-08-07 | 2014-02-13 | Qualcomm Incorporated | STATISTICS AND FAILURE DETECTION IN A NETWORK ON A CHIP (NoC) NETWORK |
US20150381440A1 (en) * | 2014-06-27 | 2015-12-31 | Bin Zhao | Systems and methods for visualizing a call over network |
CN105100259A (zh) * | 2015-08-18 | 2015-11-25 | 北京京东尚科信息技术有限公司 | 一种分布式定时任务执行方法和系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101842710B (zh) | 桥接/虚拟专用lan服务环境中的可缩放连通性故障管理 | |
CN100518105C (zh) | 实现网络监控的方法、系统及内容分发网络 | |
CN104683736B (zh) | 用于获取网络视频的方法和系统 | |
CN106797405A (zh) | 分布式负载均衡系统、健康检查方法和服务节点 | |
CN109871224A (zh) | 一种基于用户标识的灰度发布方法、系统、介质及设备 | |
CN101632273A (zh) | 用于媒体网关处的源识别ip路由的方法、系统和计算机程序产品 | |
CA2558671A1 (en) | Centrally controlled distributed marking of content | |
US9167031B2 (en) | Distributed processing system and distributed processing method | |
CN104270291A (zh) | Cdn网络质量监控方法 | |
CN105323330B (zh) | 采用网络环拓扑的工业控制装置的互联网协议寻址 | |
CN106603550A (zh) | 一种网络隔离方法及装置 | |
EP1035709A3 (en) | Monitoring of nodes in an Intelligent Network | |
CN102387028A (zh) | 网络系统、管理服务器及oam试验管理方法 | |
SE515084C2 (sv) | Förfarande och anordning i ett IP-nät | |
CN108092976A (zh) | 设备指纹构造方法及装置 | |
CN101409654B (zh) | 一种网络管理系统中处理snmp信息的方法 | |
CN109167762A (zh) | 一种iec104报文校验方法及装置 | |
CN108989084A (zh) | 异常数据监控方法、装置及系统 | |
CN108173810A (zh) | 一种传输网络数据的方法及装置 | |
CN102572013B (zh) | 一种基于免费arp实现代理arp的方法及系统 | |
CN101119275B (zh) | 使业务提供商设备获取信息的方法、设备和系统 | |
CN106209680A (zh) | 信息处理装置以及方法 | |
CN105049300B (zh) | 一种检测nat网络类型的方法及装置 | |
CN106878258A (zh) | 一种攻击定位方法及装置 | |
CN106982168A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170725 |
|
RJ01 | Rejection of invention patent application after publication |