专利名称：一种实现企业融合通讯的业务支撑系统及其方法
技术领域：
本发明涉及企业融合通讯领域，尤其涉及该领域内的一种实现企业融 合通讯的业务支撑系统及其业务交互方法。
背景技术：
随着互联网技术与通信技术的发展和完善，企业在追求一站式信息化
应用解决方案的同时，还对IT (Information Technology,即信息技术)业 务与通信业务融合提出了新的需求，不仅仅需要二者在业务形式上达到融 合，而且还需要二者在业务开发模式及业务软件架构上也要达到融合。因 此，目前很多电信企业和IT企业都致力于企业融合通讯领域，并各自提出 了针对ICT (Information and Communications Technology, 即信息与通讯 技术)融合业务的业务开发平台，并在所述业务开发平台的基础上，建立 一个业务支撑系统，以满足在ICT融合业务上统一发现、统一配置以及统 一路由，同时，达到IT业务软件和电信业务软件架构统一设计。
由于通信业务和IT业务在产品形态、工作流程、部署方式以及技术框 架上差别很大，使得大多数企业融合通讯业务支撑系统庞大、业务管理配 置繁瑣，业务单元之间接口关系耦合太紧密，造成业务定制化程度不高以 及网络部署困难等问题。而要解决这些问题，最关键、最重要就是如何优 化业务支撑系统内部各业务单元之间的交互方式、各业务单元之间层次关 系以及接口耦合方式。
现有技术已经提供了多种业务单元之间的业务交互方式，具体请参阅 中国专利申请号为200810065272.4的专利文献，所述专利文献的名称为《一种基于企业业务开发平台的业务支撑系统和方法》，该专利在其发明内容中 提出了一种业务支撑系统及其方法，其构建了业务支撑系统中各个业务单 元之间的层次关系和交互方式。具体为，服务管理单元与业务控制单元之 间采用接口调用的交互方式，业务控制单元内部各个子控制单元之间以及 业务控制单元与引擎适配器子系统的业务接入层之间采用软总线交互方
式，而业务接入层与协议栈之间又采用接口调用.的交互方式，这样的交互 方式，造成整个业务支撑系统框架中，多个业务子系统之间采用纵向结构 方式，层与层之间耦合性和相互依赖性太强，且业务单元之间交互方式不 统一，不利于业务单元扩展，且子系统之间以及子系统内部业务单元之间 的交互方式也比较复杂。
可见，现有技术还有待于改进和发展。
发明内容
本发明的目的在于，提供一种实现企业融合通讯的业务支撑系统及其 方法，解决现有技术中业务支撑系统的软件框架上纵向分层结构带来的层 与层之间依赖性强、业务单元之间交互方式不统一 以及耦合关系太紧密的问题。
为解决上述技术问题，本发明的技术方案如下 一种实现企业融合通讯的方法，其中，该方法包括以下步骤
A、 业务支撑系统初始化，每个业务单元在消息通讯支撑子系统中注册；
B、 业务单元按照消息通讯机制直接发送消息给所述消息通讯支撑子系
统；
C、 所述消息通讯支撑子系统转发所述消息给消息接收方业务单元；
D、 消息，接收方业务单元接收并处理所述消息。 所述的实现企业融合通讯的方法，其中，每个业务单元对应一个进程
标识符，所述进程标识符包括进程号、业务单元号、节点号以及群组号，所述步骤A中，每个业务在消息通讯支撑子系统中注册其对应的进程标识符。
所述的实现企业融合通讯的方法，其中，所述步骤B中，所述业务单 元将消息头与消息内容封装为一个消息体；所述业务单元的消息发送模块 根据所述消息头中消息发送类型、对比消息发送方设备号和消息接收方设 备，来确定所述消息通讯机制；所述消息发送模块按照所述消息通讯机制 将所述封装后的消息体发送至所述消息通讯支撑子系统。
所述的实现企业融合通讯的方法，其中，所述步骤B中，如果所述消 息发送类型为点到点发送类型且所述消息发送方设备号与消息接收方设备 号一致，则确定所述消息通讯机制为操作系统进程间通讯机制；如果所述 消息发送类型为组播通讯或者所述消息发送方设备号与消息接收方设备号 不一致，则确定所述消息通讯才几制为应用软总线通讯4几制。
所述的实现企业融合通讯的方法，其中，所述步骤B中，如果确定所 述消息通讯机制为操作系统进程间通讯才几制，则发送消息给消息通讯支撑 子系统中的进程间通讯支撑单元，步骤C中，进程间通讯支撑单元转发所 述消息给所述消息接收方业务单元。
所述的实现企业融合通讯的方法，其中，所述步骤B中，如果确定所 述消息通讯^L制为应用软总线通讯机制，则发送消息给消息通讯支撑子系 统中的应用总线支撑单元，步骤C中，应用总线支撑单元转发所述消息给 消息接收方。
所述的实现企业融合通讯的方法，其中，所述步骤D中，消息接收方 业务单元监听到有新的消息需要接收，则提取出所述新的消息内容并转发 给其消息派发模块；所述消息派发模块通过回调方式将所述新的消息内容 转发给其消息处理才莫块。
所述的实现企业融合通讯的方法，其中，步骤A中，业务支撑系统初 始化时，每个业务单元启动两个消息监听线程，分别实时监听业务单元进程消息队列和业务单元与应用软总线支撑单元之间协议会话；所述步骤D 中，消息接收方业务单元的两个消息监听线程中的一个或者两个监听到有 新的消息需要接收，则监听到新消息的消息监听线程提取所述新的消息内 容《
一种实现企业融合通讯的业务支撑系统，其包括 一个消息通讯支撑子系统；
多个业务子系统，其并行通信连接至所述消息通讯支撑子系统，每个 业务子系统包括多个业务单元，所述多个业务单元并行通信连接至所述消 息通i孔子系统。
所述的实现企业融合通讯的业务支撑系统，其中，每个业务单元的消 息发送模块、消息接收模块直接与消息通讯支撑子系统的进程间通讯支撑 单元和应用软总线支撑单元通信连接。
本发明提供的一种实现企业融合通讯的业务支撑系统及其方法，其整 个业务融合系统采用横向结构方式来设计软件框架，各个子系统在软件框 架上是并列关系，便于裁减或者扩展其上的业务单元(或模块)，且其业 务单元之间的交互方式采用松耦合方式，其接口可灵活扩展，从而使得企 业融合通讯系统实现在产品架构、软件结构以及软件中间件上达到真正融
间数据同步的功能，方便企业异地通讯。
图1为本发明实施例提供的一种企业融合业务系统中，多个节点下业 务支撑系统的内部结构关系图。
图2为本发明所述基于图1业务支撑系统的实现企业融合通讯的方法 流程图。
具体实施例方式
下面结合附图和具体实施方式
对本发明进行详细说明。
请参阅图1,本发明实施例提供的一种企业融合业务系统中，多个节点 下业务支撑系统的内部结构关系图。
该多个节点下业务支撑系统分别为节点1业务支撑系统、节点2业务 支撑系统直至节点n业务支撑系统。
每个业务支撑系统包括多个业务子系统和一个消息通讯支撑子系统； 每个业务子系统包括多个业务单元。多个业务子系统并行通信连接至所述 消息通讯支撑子系统。
每个业务单元具有一个消息处理模块、 一个消息递发模块、 一个消息 发起模块和一个消息接收模块。
所述消息通讯支撑子系统包括一个进程间通讯支撑单元和一个应用软 总线支撑单元。不同节点下的业务支撑系统通过其应用软总线支撑单元进 行消息通讯。
多个业务子系统并列通信连接至消息通讯支撑子系统。每个业务子系 统中的多个业务单元并行通信连接至所述消息通讯支撑子系统。
可以理解，所述并列的业务子系统成横向结构，其在所述业务支撑系 统的软件架构中成并列关系。每个业务子系统&括多个业务单元中，业务 单元为其最小单元，所述多个业务子系统之间、业务子系统中多个业务单 元之间均采用消息通讯机制。
每个业务单元的消息发送模块、消息接收模块直接与消息通讯支撑子
系统的进程间通讯支撑单元和应用软总线支撑单元通信连接。每个业务单 元之间通过所述消息通讯支撑子系统进行消息通讯；不同节点下的不同业 务支撑系统的消息通讯支撑子系统之间进行消息通讯。
每个业务单元中，其消息发送模块具有一个消息发送接口，所述消息
发送模块设定两种消息发送机制，分别为操作系统进程间通讯机制和应用软总线网络通讯机制。每个业务单元中的消息接收模块包含两个消息监听 线程，分別为第一消息监听线程和第二消息监听线程，所述第一消息监听 线程与进程间通讯支撑单元通信连接以监听其对应业务单元进程消息队
列；所述第二消息监听线程与应用软总线支撑单元通信连接以监听其对应 业务单元与应用软总线支撑单元之间的协议会话。
优选地，所述应用软总线网络通讯机制支持Socket协议。业务单元与 应用软总线支撑单元之间的协议会话基于Socket协议。所述Socket协议为 本领域内熟知的一种进程通讯协议，其原理在此不作赘述。
所述多个业务单元之间通过所述应用软总线支撑单元进行消息通讯， 可以理解，不同节点下不同业务支撑系统之间也通过其应用软总线支撑单 元进行消息通讯。那么，同一节点下的不同业务单元之间、不同节点下的 不同业务支撑系统之间均通过应用软总线支撑单元进行消息通讯。
应用软总线支撑单元之间消息通讯基于所述socket协议的网络通讯机制。
下面结合图2,详细说明本发明实施例提供的一种实现企业融合通讯的 方法，其包括以下步骤
S201、业务支撑系统初始化，每个业务单元向所述消息通讯支撑子系 统注册；
具体地，每个业务单元将其进程标识符写入其配置文件中。在业务系 统初始化时，每个业务单元将其进程标识符在所述消息通讯支撑子系统上。
优选地，每个业务单元对应一个进程标识符(PID),所述进程标识符 包括多个标识信息，分別为进程号、业务单元号、节点号以及群组号。可 以理解，所述进程号标识一个操作系统下对应的进程，其用于区分不同进 程之间通讯；所述业务单元号标识同一个节点下对应的业务单元，其用于 同 一个系统下区分不同应用之间消息通讯；所述节点号标识对应的节点信 息，用于区分分布式组网下不同节点之间消息通讯。所述群组号标识消息组播方式下的组信息，用于区分不同组之间进行消息组播通讯。
具体地，在所述业务支撑系统运行之前(初始化)，系统(或者系统
管理员)为每个节点下每个业务单元分配所述进程标识符；可以理解，不 同节点下的不同业务支撑系统不同网络下的系统都由节点号唯一标识；同 一节点内不同业务单元之间通过其业务单元号进行唯一标识；节点内同一 个操作系统下运行的不同进程通过进程号进行唯一标识。节点间以及节点 内部不同群组的组寺番通讯釆用群组号进4亍唯一标识。
支撑系统启动后，每个业务单元向支撑子系统注册其进程标识符。 优选地,在在业务系统初始化时，每个业务单元启动其两个消息监听 线程，所述第一消息监听线程实时监听其对应业务单元进程消息队列；所 述第二消息监听线程实时监听其对应业务单元与应用软总线支撑单元之间 的协议^^舌。
5202、 业务单元按照消息通讯机制将消息发送给所述消息通讯支撑子 系统；
具体地，步骤S202中，业务单元依次执行步骤S203、 S204、 S205及 S206:
5203、 业务单元将消息头和消息内容封装为一个消息体；
具体地，业务单元写所述消息头，所述消息头包括多个信息元，分别 为消息发送方PID、消息接收方PID、事件号、消息发送类型以及消息内 容长度。
5204、 业务单元调用消息发送模块的本地消息发送接口；
5205、 所述消息发送模块根据所述消息头中的消息发送类型、对比消 息发送源与消息接收端之间设备号，确定所述消息通讯机制；
具体地，如果所述消息发送类型为点到点发送类型且所述消息发送方 设备号与消息接收方设备号一致，则确定所述消息通讯机制为操作系统进 程间通讯机制；如果所述消息发送类型为组播通讯或者所述消息发送方设备号与消息接收方设备号不一致，则确定所述消息通讯机制为应用软总线 通讯机制。
5206、 根据所述消息通讯机制发送至消息通讯支撑子系统中对应的支 撑单元。
具体地，如果确定是操作系统进程间通讯机制，则发送消息给消息通 讯支撑子系统中的进程间通讯支撑单元；如果确定是应用软总线通讯机制， 则发送消息给消息通讯支撑子系统中的应用总线支撑单元。
5207、 所述消息通讯支撑子系统转发所述消息给消息接收方业务单元。 可以理解，由于步骤S202中存在两种消息通讯机制(或者消息发送机
制)，如果确定是操作系统进程间通讯机制，则那么在步骤S207中，所述 进程间通讯支撑单元转发所述消息给所述消息接收方业务单元；如果确定 是应用软总线通讯才几制，那么在步骤S207中，应用总线支撑单元转发所述 消息给消息接收方。
5208、 消息接收方业务单元接收并处理消息。
可以理解，所述消息接收方作为一个消息接收端业务单元，其消息接 收模块在系统初始化时启动其上两个消息监听线程，以实时监听其业务单 元消息队列和业务单元与应用总线支撑单元之间协议会话；
一旦其第一消息监听线程或者第二消息监听线程检测到消息队列或者 socket会话下IO通道緩存中有新的消息需要接收，则第一消息监听线程或 者第二消息监听线程将消息队列内容或者10緩存中的消息内容提取出来， 并传给消息派发模块。
消息派发模块将收到的消息内容通过回调方式派发给消息处理模块。 可以理解，消息处理模块对各种类型的消息进行不同的处理。 本发明实施例提供的实现企业融合通讯的业务支撑系统及其方法，其 整个支撑系统内部软件结构采用纵向设计方式，层与层之间采用并列关系， 各个子系统之间以及子系统内部各个业务单元之间都是采用消息通讯机制，因此接口耦合比较松，利于业务单元的扩展和裁减，实现将各种新的
业务单元快速地、动态加载到所述业务支撑系统中；同时，企业原有的业 务模式、软件模块以及业务单元之间交互方式保持不变，便于整个支撑系 统的业务定制以及裁减。
以上说明书中的具体实施部分，仅是本发明的较佳实施例而已，并非 对本发明作任何形式上的限制，虽然本发明已以较佳实施例揭露如上，然 而并非用以限定本发明，任何熟悉本专业的技术人员，在不脱离本发明技 术方案范围内，当可利用上述揭示的方法及技术内容做出些许的更动或修 饰为等同变化的等效实施例，但是凡是未脱离本发明技术方案的内容，依 据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰， 均仍属于本发明技术方案的范围内。
权利要求
1、一种实现企业融合通讯的方法，其特征在于，该方法包括以下步骤A、业务支撑系统初始化，每个业务单元在消息通讯支撑子系统中注册；B、业务单元按照消息通讯机制直接发送消息给所述消息通讯支撑子系统；C、所述消息通讯支撑子系统转发所述消息给消息接收方业务单元；D、消息接收方业务单元接收并处理所述消息。
2、 如权利要求1所述的实现企业融合通讯的方法，其特征在于，每个 业务单元对应一个进程标识符，所述进程标识符包括进程号、业务单元号、 节点号以及群组号，所述步骤A中，每个业务在消息通讯支撑子系统中注 册其对应的进程标识符。
3、 如权利要求1所述的实现企业融合通讯的方法，其特征在于，所述 步骤B中，所述业务单元将消息头与消息内容封装成一个消息体；所述业 务单元的消息发送模块根据所述消息头中消息发送类型、对比消息发送方 设备号和消息接收方设备，来确定所述消息通讯机制；所述消息发送模块 按照所述消息通讯^/L制将所述封装后的消息体发送至所述消息通讯支撑子 系统。
4、 如权利要求3所述的实现企业融合通讯的方法，其特征在于，所述 步骤B中，如果所述消息发送类型为点到点发送类型且所述消息发送方设 备号与消息接收方设备号一致，则确定所述消息通讯机制为操作系统进程 间通讯机制；如果所述消息发送类型为组播通讯或者所述消息发送方设备 号与消息接收方设备号不一致，则确定所述消息通讯机制为应用软总线通讯机制。
5、 如权利要求4所述的实现企业融合通讯的方法，其特征在于，所述 步骤B中，如果确定所述消息通讯机制为操作系统进程间通讯机制，则发 送消息给所述消息通讯支撑子系统中的进程间通讯支撑单元，步骤C中， 所述进程间通讯支撑单元转发所述消息给所述消息接收方业务单元。
6、 如权利要求4所述的实现企业融合通讯的方法，其特征在于，所述 步骤B中，如果确定所述消息通讯机制为应用软总线通讯机制，则发送消 息给所述消息通讯支撑子系统中的应用总线支撑单元，步骤C中，应用总 线支撑单元转发所述消息给消息接收方。
7、 如;f又利要求5或6所述的实现企业融合通讯的方法，其特征在于， 所述步骤D中，消息接收方业务单元监听到有新的消息需要接收，则提取 出所述新的消息内容并转发给其消息派发模块；所述消息派发模块通过回 调方式将所述新的消息内容转发给其消息处理模块。
8、 如权利要求7所述的实现企业融合通讯的方法，其特征在于，步骤 A中，业务支撑系统初始化时，每个业务单元启动两个消息监听线程，分 别实时监听业务单元进程消息队列和业务单元与应用软总线支撑单元之间 协议会话；所述步骤D中，消息接收方业务单元的两个消息监听线程中的 一个或者两个监听到有新的消息需要接收，则监听到新消息的消息监听线 程提取所述新的消息内容。
9、 一种实现企业融合通讯的业务支撑系统，其包括 一个消息通讯支撑子系统；多个业务子系统，其并行通信连接至所述消息通讯支撑子系统，每个业 务子系统包括多个业务单元，所述多个业务单元并行通信连接至所述消息 通讯支撑子系统。
10、 如权利要求9所述的实现企业融合通讯的业务支撑系统，其特征在于，每个业务单元的消息发送模块、消息接收模块直接与消息通讯支撑子 系统的进程间通讯支撑单元和应用软总线支撑单元通信连接。
全文摘要
本发明公开了一种实现企业融合通讯的业务支撑系统及其方法，该方法包括以下步骤业务支撑系统初始化，每个业务单元在消息通讯支撑子系统中注册；业务单元按照消息通讯机制直接发送消息给所述消息通讯支撑子系统；所述消息通讯支撑子系统转发所述消息给消息接收方业务单元；消息接收方业务单元接收并处理所述消息。所述业务支撑系统中，多个业务子系统、业务子系统中的多个业务单元成并列关系。本发明的实现企业融合通讯的业务支撑系统及其方法，各个子系统之间以及子系统内部各个业务单元之间都是采用消息通讯机制，利于业务单元的扩展和裁减，实现将各种新的业务单元快速地、动态加载到所述业务支撑系统中。
文档编号H04L12/58GK101626348SQ20081006848
公开日2010年1月13日 申请日期2008年7月10日 优先权日2008年7月10日
发明者睿 李, 翟来国, 蔡文晖 申请人:中兴通讯股份有限公司