[发明专利]一种消息交互的方法、系统和设备

说明书

技术领域

本发明涉及通信技术领域，特别涉及一种消息交互的方法、系统和设备。

背景技术

在各类大型应用系统中，应用系统通常提供大量的功能，这些功能由各个分散的应用程序独立或者交互来完成。系统越复杂，通常进程数量越多，一个任务需要进程的协作也越多。相应的，进程内部和进程之间的交互关系和次数也越多。

在进程内部和进程之间的构建统一的消息总线，提供高效可靠的消息通讯机制是大型应用系统中必不可少的基础程序实施之一。消息总线不仅能够负责一个计算机系统内进程间的通讯，同时也要跨网络的、跨多种操作平台、各种异构应用服务进程之间的通讯。

在众多的消息总线模型中，既有CORBA(Common Object Request BrokerArchitecture，公共对象请求代理体系结构)、DCOM(Distributed ComponentObject Model，分布式组件对象模型)这样的重量级的服务体系结构，也有用进程之间采用原始的TCP(Transmission Control Protocol，传输控制协议)/IP(Internet Protocol，因特网协议)、SIP(Session Initiation Protocol，会话发起协议)进行通讯的底层模型。前者的重点放在服务的注册、感知和访问上，而后者的重点放在消息封装和分发上。目前对于总线的拓扑设计并没有详细设计和约定。这种情况造成不少系统从应用开发角度虽然得到了简化，但系统的执行效率、可靠性上没有得到有效的保证。

现有技术中提出了一种星型的总线模型iMF(Intelligent Message Frame，智能消息框架)，解决了多服务进程互相协作时，存在N*N种海量连接的问题。

iMF是以iMG(Intelligent Message Gateway，消息发送网关)为中心的星型通信结构，每个SP(Service Process，应用服务进程)都与iMG建立连接。SP与iMG之间通过TCP通信，它们可以在同一台机器上，也可在不同的机器上。iMF的一示意图如下图1所示。

该技术中，在开发业务时，为每个SP分配一个静态进程ID，进程内部划分为若干SM(Service Module，服务模块)，每个服务模块也分配一个静态模块ID。系统初始化时，每个SP注册到充当BP(Bus Process，总线进程)角色的iMG，并告知iMG自身的进程ID。当SP内部的不同SM需要交互时，消息直接发送到目的SM。当SM需要发送消息给其它SP的SM时，首先消息发送给BP，BP收到消息后，根据目的SP的进程ID把消息发送给目的SP。目的SM在收到消息后，根据SM的模块ID分发给目的SM。如果目的SM需要返回响应消息，则消息顺着相反的路径达到源SM。图1中的粗线表示了以上描述的消息传递路径。

现有技术中存在的问题在于：单中心的星型结构成为协作类任务的单一故障点。如果是需要用户参与的界面应用，则用户客户端也是通过iMG访问服务时，一旦iMG故障，用户将无法完成任何操作；进程数量急剧增加时，iMG成为全网消息交互的瓶颈；同一个计算机内部进程交互也要通过网络中的iMG进行转发，在计算机分布范围较广时，直接影响系统处理性能；当个别进程直接消息量非常大时，因为消息没有优先级，转发进程一视同仁，会影响到其他进程之间的交互；采用静态ID的分配，不利于系统的对外开放和合作开发，因为ID必须按照一定值范围划分，分配小则不足用，分配大则很快把整个空间消耗完毕。同时，服务模块和进程绑定，这约束各厂商的服务模块一旦划分将不能调整，否则直接造成合作厂商的应用无法使用。

发明内容

本发明提供一种消息交互的方法、系统和设备，用于提高应用系统中服务模块之间的交互效率，实现高可靠性和高性能的通信。

为达到上述目的，本发明提供一种消息交互的方法，包括：

在位于不同服务区域的多个服务模块SM之间构架消息交互通道，所述消息交互通道包括本地总线进程L-BP、网络总线进程N-BP以及不同SM间直连通道中的一种或多种；

通过所述消息交互通道实现不同服务模块SM之间的通信。

其中，还包括：

预先在每一服务模块SM上配置命名服务器NS的地址信息，根据所述NS的地址信息向所述NS注册SM的名称，并接收所述NS分配的服务ID；所述服务模块SM与所述NS通过L-BP、N-BP、或独立通道连接。