CN101364924A - 一种基于企业服务总线的数据采集自适应体系结构 - Google Patents

Abstract

本发明提供一种基于企业服务总线的数据采集自适应体系结构，所述自适应体系结构是一个基于消息队列、消息代理的开放式面向服务的架构，由消息队列、消息代理搭建负责消息的路由和转发的企业服务总线，各个业务处理模块和业务管理模块将自身功能封装为服务接入企业服务总线。本发明以消息代理、消息队列以及应用服务器来搭建一个基于企业服务总线的自适应体系结构，并以该体系结构集成不同的应用系统，用来从一些应用系统提取数据、构建新的功能，或者在一些系统间做数据转发，具有重大意义。

Description

一种基于企业服务总线的数据采集自适应体系结构

技术领域

本发明属于数据采集技术应用领域，特别是涉及一种基于企业服务总线的数据采集自适应体系结构。

技术背景

随着3G时代的到来，增值业务的数量也会迅速增长，系统的可扩展性变得越来越重要，把一种新增的业务平滑的接入统一的管理平台而无需重启平台成为一种必要。因此，系统的自适应性也变的尤为重要。

自适应系统的特点是业务服务器或者客户端接入系统的时候无需重启系统，即客户端能自动适应系统。自适应系统扩展性强，能提供按需求动态扩展系统的能力。

另一方面，企业服务总线提供了统一的信息交换平台和信息格式，降低了系统间的转换的数量和复杂度，提高了复用度，从而降低系统整合的成本。

企业服务总线的特性包括：

通用性，提供跨越整个企业环境的连接层；

异构性，提供面向消息的多平台、多协议和多API支持层，能够整合异构系统；

互操作性，提供标准协议的支持，支持来自多个供应商的系统之间的交互；

可扩展性，提供按需求动态扩展系统的能力服务质量，提供各种服务质量，如安全、性能、可靠性、可伸缩性等；

替换功能，使用开放API以确保替换供应商的实现。

另一方面，消息队列中间件是一种通过使用驻留在内存或硬盘上的队列作为消息缓冲，提供分布式应用间可靠信息交换的机制。消息队列中间件中最重要的是消息队列服务，该服务管理所有与队列相关的操作，如队列的创建、启动、停止和存取等。

消息代理中间件是以消息队列中间件作为底层的传输核心，在其上提供了应用集成所必须的数据的转换、收集、翻译、过滤、映射和路由等功能的消息代理实现形式。

因此，以消息代理、消息队列以及应用服务器来搭建一个基于企业服务总线的自适应体系结构，并以该体系结构集成不同的应用系统，用来从一些应用系统提取数据、构建新的功能，或者在一些系统间做数据转发，具有重大意义。

发明内容

本发明的目的在于提供一种基于企业服务总线的数据采集自适应体系结构。

为了实现上述发明目的，采用的技术方案如下：

一种基于企业服务总线的数据采集自适应体系结构，所述自适应体系结构是一个基于消息队列、消息代理的开放式面向服务的架构，由消息队列、消息代理搭建负责消息的路由和转发的企业服务总线，各个业务处理模块和业务管理模块将自身功能封装为服务接入企业服务总线。

上述技术方案中，应用服务器通过企业服务总线连接到数据采集平台。

设备或网关通过企业服务总线接入到数据采集平台。

进一步的，设备或网关通过网关接入模块连入企业服务总线，再接入数据采集平台。

本发明各个业务处理模块和业务管理模块之间以消息的方式通过企业服务总线进行交互。

所述企业服务总线的消息代理模型如下：

包括消息引擎和消息路由，各种应用之间的消息交换分成企业内部以及企业之间两种，在企业内部消息的交换过程中，针对不同应用对消息结构和语义理解的差异而转换相应消息的格式，最后结合用户定义的规则以及目标地址将其发送到目标应用；而对于企业之间的消息传递，通过一个应用层次的路由模块，向消息网关提供路径选择的支持，以实现流量控制以及在实际的广域网拓扑结构中实时地选择一条合适的路径。

所述消息路由结构如下：

包括核心路由表及路由表管理模块，其设置有路径查询接口；

还包括路径协商模块，路径协商模块定期侦测与直接连接的链路的通断状态，并且将这种状态的变化转化成路由信息；

还包括配置管理模块；

所述配置管理模块与路径协商模块的路径信息库连接，所述路由表管理模块也与路径协商模块的路径信息库连接。

本发明的有益效果在于：

1、能够方便地以现有系统为基础构建更大、业务逻辑更复杂的系统，或者综合一些现有的系统来构建新的业务服务。同时又能很好地保护现有系统，不至于为了开发新的系统重新开发所有的功能、报废所有现存的软件系统；

2、基于企业服务总线的系统架构耦合度非常低，各模块易于维护和替换；

3、本发明的系统架构具有优良的可扩展性，一个应用的服务器和客户端均可方便地接入企业服务总线，从而加入到现有系统中，扩展系统功能。

当采用本发明的体系结构构建数据采集项目时，由于应用服务器和各种设备或网关都是通过企业服务总线接入数据采集平台，利用消息队列、消息代理搭建的企业服务总线的优势，数据采集平台在各种设备接入的过程中无需重启，符合自适应体系结构要求。

附图说明

图1为本发明的总体架构示意图；

图2为本发明的消息代理模型结构图；

图3为本发明的消息路由整体结构图。

具体实施方式

下面结合附图对本发明做进一步的说明。

图1描述了基于由消息代理构成的企业服务总线系统总体架构图。这种结构以企业服务总线为核心，其他模块和设备自适应的接入到总线上，模块和设备之间的通信全部由总线负责，各模块之间以消息的方式通过企业服务总线进行交互。企业服务总线负责消息的路由和转发。耦合度非常低。

企业服务总线提供了统一的信息交换平台和信息格式，降低了系统间的转换的数量和复杂度，提高了复用度，从而降低系统整合的成本。

整个系统是一个基于消息队列、消息代理的开放式SOA架构，符合松“耦合”、“粗粒度”、“异步”三个原则。

各个业务处理模块和业务管理模块将自身功能封装成服务，接入消息队列、消息代理搭建的企业服务总线；各模块之间以消息的方式通过企业服务总线进行交互。企业服务总线负责消息的路由和转发。耦合度非常低。

各种应用的服务器通过消息队列、消息代理搭建的企业服务总线连接到数据采集平台。

各种设备，网关通过网关接入模块连入企业服务总线，再接入数据采集平台。

由于应用服务器和各种设备或网关都是通过企业服务总线接入数据采集平台，利用消息队列、消息代理的优势，数据采集平台在各种设备接入的过程中无需重启，具有自适应性，符合自适应体系结构。

图2描述了消息代理模型。

它包括两大主要功能：消息引擎和基于消息内容的路由。在这种模型基础上，应用之间的消息交换可以分成企业内部以及企业之间两种范畴。在企业内部消息的交换过程中，可能需要针对不同应用对消息结构和语义理解的差异而转换相应消息的格式，最后结合用户定义的规则以及目标地址将其发送到目标应用。而对于企业之间的消息传递，为了实现流量控制以及在实际的广域网拓扑结构中实时地选择一条合适的路径，在这个消息代理模型中还特别设计了一个应用层次的路由模块，专门向消息网关提供路径选择的支持。

采用消息代理进行应用之间的消息集成以后，各应用之间的消息接口数减少，从而极大地降低了连接的复杂度。在扩展性方面，由于应用之间无需相互感知，只需要与消息代理交互，增加或移动应用只需修改应用与消息代理之间的消息配置，从而极大地提高了系统的扩展性和灵活性。通过消息路由，还有助于控制分布在广域网上的众多消息代理之间的通信。

通过消息代理进行消息交换，就必须理解被交换消息的格式，而且被集成应用之间交换的消息在格式语法和含义上语义不可避免地存在差异。所以，消息代理模型中的消息引擎必须消除这些差异，以便使接收方应用能够理解。消息引擎首先通过用户定义的消息格式描述将应用发送来的以其私有二进制格式表示的消息转换成格式消息的翻译，然后当接收方应用需要另外一种格式的消息时，消息引擎再通过表单将其转换消息的转换，最后发送给接收方。

图3描述了消息路由的整体结构。

消息路由有时也称为“流量控制”或“基于消息内容的路由”，通过它，可以使应用之间的消息交换处于一种可控的状态，并且能够按照一定的规则将消息传送到目标应用，同时也提供一定程度的流量控制功能。消息路由包含两种情况，一种是企业内部应用之间，或者是消息代理内部连接的应用之间的目的地选择，它通过消息头部的地址域、用户预先设置的特殊规则以及点到点的队列方式或按照主题组织的发布订阅方式两种不同的传递模式来确定消息的目的地。另外一种情况发生在企业之间，或者说是在不同消息代理的外部消息网关之间的路径选择参见图，它为图中的消息网关提供广域网范围内的路径选择的支持。

消息路由的核心路由表的管理和维护为需要路径选择支持的系统提供了路径查询的接口。本实施例采用了分布式的路由算法，并且配合设计模式，以便适应将来路由算法灵活替换的要求。

路径协商模块为了能够适应网络拓扑结构的动态变化，路径协商模块将定期侦测与自己直接连接的链路的通断状态，并且及时将这种状态的变化转化成路由信息，一方面通知本地核心路由表管理模块另一方面扩散给与自己直接相连的消息代理，从而实现消息路由信息的动态更新。同时，协商模块还根据一定的流量控制策略，对路由表进行局部的调控，从而缓解企业消息代理之间在广域网范围内消息交换高峰期的压力。

Claims (7)

1、一种基于企业服务总线的数据采集自适应体系结构，其特征在于所述自适应体系结构是一个基于消息队列、消息代理的开放式面向服务的架构，由消息队列、消息代理搭建负责消息的路由和转发的企业服务总线，各个业务处理模块和业务管理模块将自身功能封装为服务接入企业服务总线。

2、根据权利要求1所述的基于企业服务总线的数据采集自适应体系结构，其特征在于应用服务器通过企业服务总线连接到数据采集平台。

3、根据权利要求1或2所述的基于企业服务总线的数据采集自适应体系结构，其特征在于设备或网关通过企业服务总线接入到数据采集平台。

4、根据权利要求3所述的基于企业服务总线的数据采集自适应体系结构，其特征在于设备或网关通过网关接入模块连入企业服务总线，再接入数据采集平台。

5、根据权利要求4所述的基于企业服务总线的数据采集自适应体系结构，其特征在于各个业务处理模块和业务管理模块之间以消息的方式通过企业服务总线进行交互。

6、根据权利要求1所述的基于企业服务总线的数据采集自适应体系结构，其特征在于所述企业服务总线的消息代理模型如下：

包括消息引擎和消息路由，各种应用之间的消息交换分成企业内部以及企业之间两种，在企业内部消息的交换过程中，针对不同应用对消息结构和语义理解的差异而转换相应消息的格式，最后结合用户定义的规则以及目标地址将其发送到目标应用；而对于企业之间的消息传递，通过一个应用层次的路由模块，向消息网关提供路径选择的支持，以实现流量控制以及在实际的广域网拓扑结构中实时地选择一条合适的路径。

7、根据权利要求6所述的基于企业服务总线的数据采集自适应体系结构，其特征在于所述消息路由结构如下：

包括核心路由表及路由表管理模块，其设置有路径查询接口；

还包括路径协商模块，路径协商模块定期侦测与直接连接的链路的通断状态，并且将这种状态的变化转化成路由信息；

还包括配置管理模块；

所述配置管理模块与路径协商模块的路径信息库连接，所述路由表管理模块也与路径协商模块的路径信息库连接。

Images