一种实现企业融合通讯的业务支撑系统及其方法

摘要

本发明公开了一种实现企业融合通讯的业务支撑系统及其方法，该方法包括以下步骤：业务支撑系统初始化，每个业务单元在消息通讯支撑子系统中注册；业务单元按照消息通讯机制直接发送消息给所述消息通讯支撑子系统；所述消息通讯支撑子系统转发所述消息给消息接收方业务单元；消息接收方业务单元接收并处理所述消息。所述业务支撑系统中，多个业务子系统、业务子系统中的多个业务单元成并列关系。本发明的实现企业融合通讯的业务支撑系统及其方法，各个子系统之间以及子系统内部各个业务单元之间都是采用消息通讯机制，利于业务单元的扩展和裁减，实现将各种新的业务单元快速地、动态加载到所述业务支撑系统中。

说明书

技术领域

本发明涉及企业融合通讯领域，尤其涉及该领域内的一种实现企业融合通讯的业务支撑系统及其业务交互方法。

背景技术

随着互联网技术与通信技术的发展和完善，企业在追求一站式信息化应用解决方案的同时，还对IT(Information Technology，即信息技术)业务与通信业务融合提出了新的需求，不仅仅需要二者在业务形式上达到融合，而且还需要二者在业务开发模式及业务软件架构上也要达到融合。因此，目前很多电信企业和IT企业都致力于企业融合通讯领域，并各自提出了针对ICT(Information and Communications Technology，即信息与通讯技术)融合业务的业务开发平台，并在所述业务开发平台的基础上，建立一个业务支撑系统，以满足在ICT融合业务上统一发现、统一配置以及统一路由，同时，达到IT业务软件和电信业务软件架构统一设计。

由于通信业务和IT业务在产品形态、工作流程、部署方式以及技术框架上差别很大，使得大多数企业融合通讯业务支撑系统庞大、业务管理配置繁琐，业务单元之间接口关系耦合太紧密，造成业务定制化程度不高以及网络部署困难等问题。而要解决这些问题，最关键、最重要就是如何优化业务支撑系统内部各业务单元之间的交互方式、各业务单元之间层次关系以及接口耦合方式。

现有技术已经提供了多种业务单元之间的业务交互方式，具体请参阅中国专利申请号为200810065272.4的专利文献，所述专利文献的名称为《一种基于企业业务开发平台的业务支撑系统和方法》，该专利在其发明内容中提出了一种业务支撑系统及其方法，其构建了业务支撑系统中各个业务单元之间的层次关系和交互方式。具体为，服务管理单元与业务控制单元之间采用接口调用的交互方式，业务控制单元内部各个子控制单元之间以及业务控制单元与引擎适配器子系统的业务接入层之间采用软总线交互方式，而业务接入层与协议栈之间又采用接口调用的交互方式，这样的交互方式，造成整个业务支撑系统框架中，多个业务子系统之间采用纵向结构方式，层与层之间耦合性和相互依赖性太强，且业务单元之间交互方式不统一，不利于业务单元扩展，且子系统之间以及子系统内部业务单元之间的交互方式也比较复杂。

可见，现有技术还有待于改进和发展。

发明内容

本发明的目的在于，提供一种实现企业融合通讯的业务支撑系统及其方法，解决现有技术中业务支撑系统的软件框架上纵向分层结构带来的层与层之间依赖性强、业务单元之间交互方式不统一以及耦合关系太紧密的问题。

为解决上述技术问题，本发明的技术方案如下：

一种实现企业融合通讯的方法，其中，该方法包括以下步骤：

A、业务支撑系统初始化，每个业务单元在消息通讯支撑子系统中注册；

B、业务单元按照消息通讯机制直接发送消息给所述消息通讯支撑子系统；

C、所述消息通讯支撑子系统转发所述消息给消息接收方业务单元；

D、消息接收方业务单元接收并处理所述消息。

所述的实现企业融合通讯的方法，其中，每个业务单元对应一个进程标识符，所述进程标识符包括进程号、业务单元号、节点号以及群组号，所述步骤A中，每个业务在消息通讯支撑子系统中注册其对应的进程标识符。

所述的实现企业融合通讯的方法，其中，所述步骤B中，所述业务单元将消息头与消息内容封装为一个消息体；所述业务单元的消息发送模块根据所述消息头中消息发送类型、对比消息发送方设备号和消息接收方设备，来确定所述消息通讯机制；所述消息发送模块按照所述消息通讯机制将所述封装后的消息体发送至所述消息通讯支撑子系统。

所述的实现企业融合通讯的方法，其中，所述步骤B中，如果所述消息发送类型为点到点发送类型且所述消息发送方设备号与消息接收方设备号一致，则确定所述消息通讯机制为操作系统进程间通讯机制；如果所述消息发送类型为组播通讯或者所述消息发送方设备号与消息接收方设备号不一致，则确定所述消息通讯机制为应用软总线通讯机制。

所述的实现企业融合通讯的方法，其中，所述步骤B中，如果确定所述消息通讯机制为操作系统进程间通讯机制，则发送消息给消息通讯支撑子系统中的进程间通讯支撑单元，步骤C中，进程间通讯支撑单元转发所述消息给所述消息接收方业务单元。

所述的实现企业融合通讯的方法，其中，所述步骤B中，如果确定所述消息通讯机制为应用软总线通讯机制，则发送消息给消息通讯支撑子系统中的应用总线支撑单元，步骤C中，应用总线支撑单元转发所述消息给消息接收方。

所述的实现企业融合通讯的方法，其中，所述步骤D中，消息接收方业务单元监听到有新的消息需要接收，则提取出所述新的消息内容并转发给其消息派发模块；所述消息派发模块通过回调方式将所述新的消息内容转发给其消息处理模块。

所述的实现企业融合通讯的方法，其中，步骤A中，业务支撑系统初始化时，每个业务单元启动两个消息监听线程，分别实时监听业务单元进程消息队列和业务单元与应用软总线支撑单元之间协议会话；所述步骤D中，消息接收方业务单元的两个消息监听线程中的一个或者两个监听到有新的消息需要接收，则监听到新消息的消息监听线程提取所述新的消息内容。

一种实现企业融合通讯的业务支撑系统，其包括：

一个消息通讯支撑子系统；

多个业务子系统，其并行通信连接至所述消息通讯支撑子系统，每个业务子系统包括多个业务单元，所述多个业务单元并行通信连接至所述消息通讯子系统。

所述的实现企业融合通讯的业务支撑系统，其中，每个业务单元的消息发送模块、消息接收模块直接与消息通讯支撑子系统的进程间通讯支撑单元和应用软总线支撑单元通信连接。

本发明提供的一种实现企业融合通讯的业务支撑系统及其方法，其整个业务融合系统采用横向结构方式来设计软件框架，各个子系统在软件框架上是并列关系，便于裁减或者扩展其上的业务单元(或模块)，且其业务单元之间的交互方式采用松耦合方式，其接口可灵活扩展，从而使得企业融合通讯系统实现在产品架构、软件结构以及软件中间件上达到真正融合。而且，本发明的业务交互方法还具备企业分布式自组网以及跨网络之间数据同步的功能，方便企业异地通讯。

附图说明

图1为本发明实施例提供的一种企业融合业务系统中，多个节点下业务支撑系统的内部结构关系图。

图2为本发明所述基于图1业务支撑系统的实现企业融合通讯的方法流程图。

具体实施方式

下面结合附图和具体实施方式对本发明进行详细说明。

请参阅图1，本发明实施例提供的一种企业融合业务系统中，多个节点下业务支撑系统的内部结构关系图。

该多个节点下业务支撑系统分别为节点1业务支撑系统、节点2业务支撑系统直至节点n业务支撑系统。

每个业务支撑系统包括多个业务子系统和一个消息通讯支撑子系统；每个业务子系统包括多个业务单元。多个业务子系统并行通信连接至所述消息通讯支撑子系统。

每个业务单元具有一个消息处理模块、一个消息递发模块、一个消息发起模块和一个消息接收模块。

所述消息通讯支撑子系统包括一个进程间通讯支撑单元和一个应用软总线支撑单元。不同节点下的业务支撑系统通过其应用软总线支撑单元进行消息通讯。

多个业务子系统并列通信连接至消息通讯支撑子系统。每个业务子系统中的多个业务单元并行通信连接至所述消息通讯支撑子系统。

可以理解，所述并列的业务子系统成横向结构，其在所述业务支撑系统的软件架构中成并列关系。每个业务子系统包括多个业务单元中，业务单元为其最小单元，所述多个业务子系统之间、业务子系统中多个业务单元之间均采用消息通讯机制。

每个业务单元的消息发送模块、消息接收模块直接与消息通讯支撑子系统的进程间通讯支撑单元和应用软总线支撑单元通信连接。每个业务单元之间通过所述消息通讯支撑子系统进行消息通讯；不同节点下的不同业务支撑系统的消息通讯支撑子系统之间进行消息通讯。

每个业务单元中，其消息发送模块具有一个消息发送接口，所述消息发送模块设定两种消息发送机制，分别为操作系统进程间通讯机制和应用软总线网络通讯机制。每个业务单元中的消息接收模块包含两个消息监听线程，分别为第一消息监听线程和第二消息监听线程，所述第一消息监听线程与进程间通讯支撑单元通信连接以监听其对应业务单元进程消息队列；所述第二消息监听线程与应用软总线支撑单元通信连接以监听其对应业务单元与应用软总线支撑单元之间的协议会话。

优选地，所述应用软总线网络通讯机制支持Socket协议。业务单元与应用软总线支撑单元之间的协议会话基于Socket协议。所述Socket协议为本领域内熟知的一种进程通讯协议，其原理在此不作赘述。

所述多个业务单元之间通过所述应用软总线支撑单元进行消息通讯，可以理解，不同节点下不同业务支撑系统之间也通过其应用软总线支撑单元进行消息通讯。那么，同一节点下的不同业务单元之间、不同节点下的不同业务支撑系统之间均通过应用软总线支撑单元进行消息通讯。

应用软总线支撑单元之间消息通讯基于所述socket协议的网络通讯机制。

下面结合图2，详细说明本发明实施例提供的一种实现企业融合通讯的方法，其包括以下步骤：

S201、业务支撑系统初始化，每个业务单元向所述消息通讯支撑子系统注册；

具体地，每个业务单元将其进程标识符写入其配置文件中。在业务系统初始化时，每个业务单元将其进程标识符在所述消息通讯支撑子系统上。

优选地，每个业务单元对应一个进程标识符(PID)，所述进程标识符包括多个标识信息，分别为进程号、业务单元号、节点号以及群组号。可以理解，所述进程号标识一个操作系统下对应的进程，其用于区分不同进程之间通讯；所述业务单元号标识同一个节点下对应的业务单元，其用于同一个系统下区分不同应用之间消息通讯；所述节点号标识对应的节点信息，用于区分分布式组网下不同节点之间消息通讯。所述群组号标识消息组播方式下的组信息，用于区分不同组之间进行消息组播通讯。

具体地，在所述业务支撑系统运行之前(初始化)，系统(或者系统管理员)为每个节点下每个业务单元分配所述进程标识符；可以理解，不同节点下的不同业务支撑系统不同网络下的系统都由节点号唯一标识；同一节点内不同业务单元之间通过其业务单元号进行唯一标识；节点内同一个操作系统下运行的不同进程通过进程号进行唯一标识。节点间以及节点内部不同群组的组播通讯采用群组号进行唯一标识。

支撑系统启动后，每个业务单元向支撑子系统注册其进程标识符。

优选地，在在业务系统初始化时，每个业务单元启动其两个消息监听线程，所述第一消息监听线程实时监听其对应业务单元进程消息队列；所述第二消息监听线程实时监听其对应业务单元与应用软总线支撑单元之间的协议会话。

S202、业务单元按照消息通讯机制将消息发送给所述消息通讯支撑子系统；

具体地，步骤S202中，业务单元依次执行步骤S203、S204、S205及S206：

S203、业务单元将消息头和消息内容封装为一个消息体；

具体地，业务单元写所述消息头，所述消息头包括多个信息元，分别为：消息发送方PID、消息接收方PID、事件号、消息发送类型以及消息内容长度。

S204、业务单元调用消息发送模块的本地消息发送接口；

S205、所述消息发送模块根据所述消息头中的消息发送类型、对比消息发送源与消息接收端之间设备号，确定所述消息通讯机制；

具体地，如果所述消息发送类型为点到点发送类型且所述消息发送方设备号与消息接收方设备号一致，则确定所述消息通讯机制为操作系统进程间通讯机制；如果所述消息发送类型为组播通讯或者所述消息发送方设备号与消息接收方设备号不一致，则确定所述消息通讯机制为应用软总线通讯机制。

S206、根据所述消息通讯机制发送至消息通讯支撑子系统中对应的支撑单元。

具体地，如果确定是操作系统进程间通讯机制，则发送消息给消息通讯支撑子系统中的进程间通讯支撑单元；如果确定是应用软总线通讯机制，则发送消息给消息通讯支撑子系统中的应用总线支撑单元。

S207、所述消息通讯支撑子系统转发所述消息给消息接收方业务单元。

可以理解，由于步骤S202中存在两种消息通讯机制(或者消息发送机制)，如果确定是操作系统进程间通讯机制，则那么在步骤S207中，所述进程间通讯支撑单元转发所述消息给所述消息接收方业务单元；如果确定是应用软总线通讯机制，那么在步骤S207中，应用总线支撑单元转发所述消息给消息接收方。

S208、消息接收方业务单元接收并处理消息。

可以理解，所述消息接收方作为一个消息接收端业务单元，其消息接收模块在系统初始化时启动其上两个消息监听线程，以实时监听其业务单元消息队列和业务单元与应用总线支撑单元之间协议会话；

一旦其第一消息监听线程或者第二消息监听线程检测到消息队列或者socket会话下IO通道缓存中有新的消息需要接收，则第一消息监听线程或者第二消息监听线程将消息队列内容或者IO缓存中的消息内容提取出来，并传给消息派发模块。

消息派发模块将收到的消息内容通过回调方式派发给消息处理模块。

可以理解，消息处理模块对各种类型的消息进行不同的处理。

本发明实施例提供的实现企业融合通讯的业务支撑系统及其方法，其整个支撑系统内部软件结构采用纵向设计方式，层与层之间采用并列关系，各个子系统之间以及子系统内部各个业务单元之间都是采用消息通讯机制，因此接口耦合比较松，利于业务单元的扩展和裁减，实现将各种新的业务单元快速地、动态加载到所述业务支撑系统中；同时，企业原有的业务模式、软件模块以及业务单元之间交互方式保持不变，便于整个支撑系统的业务定制以及裁减。

以上说明书中的具体实施部分，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明，任何熟悉本专业的技术人员，在不脱离本发明技术方案范围内，当可利用上述揭示的方法及技术内容做出些许的更动或修饰为等同变化的等效实施例，但是凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰，均仍属于本发明技术方案的范围内。