CN203039710U - 一种基于多级esb总线间信息交互的系统 - Google Patents

Abstract

本实用新型提供了一种基于多级ESB总线间信息交互的系统，以解决单一总线造成信息拥堵和系统响应及处理效率下降的问题。所述系统包括：一级总线，二级总线，一级设备和二级设备；所述一级总线上接入若干个一级设备，所述二级总线上接入若干个二级设备；所述二级设备将交互信息传至该二级设备接入的二级总线，该二级总线将所述交互信息传至该二级总线上接入的其他二级设备，或者传至一级总线，再由一级总线传至一级设备；所述一级设备将交互信息传至该一级设备接入的一级总线，该一级总线将所述交互信息传至该一级总线上接入的其他一级设备，或者传至二级总线，再由该二级总线传至该二级总线上接入的二级设备。避免了单一总线信息拥堵的弊病。

Description

一种基于多级ESB总线间信息交互的系统

技术领域

本实用新型涉及通信技术，特别是涉及一种基于多级ESB总线间信息交互的系统。

背景技术

随着企业信息化应用程度的加深，企业内部越来越多的信息化系统需要互联互通，近几年随着IT技术的发展，面向服务的体系结构(Service-OrientedArchitecture，SOA)的软件架构设计思想已深入到企业的具体应用系统设计中。作为SOA发展的更高阶段，企业服务总线(Enterprise Service Bus，ESB)也成功的应用于企业，并且取得了较好的效果。

现有技术方案如图1所示，采用单一一条总线，连接不同的接入系统，如应用系统1、应用系统2、应用系统3和应用系统4。不同系统通过统一的规范和交互协议进行信息和数据的交互。

但是，随着系统规模的不断增大，总线连接的接入系统越来越多，势必造成在一条总线上的信息拥堵和系统响应及处理效率下降。而且，如果总线系统瘫痪，则造成所有接入系统都不能互联互通，系统的健壮性不够强。

实用新型内容

本实用新型提供了一种基于多级ESB总线间信息交互的系统，以解决单一总线造成信息拥堵和系统响应及处理效率下降的问题。

为了解决上述问题，本实用新型公开了一种基于多级ESB总线间信息交互的系统，包括：

一级总线，二级总线，一级设备和二级设备；

所述一级总线上接入若干个一级设备，所述二级总线上接入若干个二级设备；

所述二级设备将交互信息传至该二级设备接入的二级总线，该二级总线将所述交互信息传至该二级总线上接入的其他二级设备，或者传至一级总线，再由一级总线传至一级设备；

所述一级设备将交互信息传至该一级设备接入的一级总线，该一级总线将所述交互信息传至该一级总线上接入的其他一级设备，或者传至二级总线，再由该二级总线传至该二级总线上接入的二级设备。

可选地，所述二级总线为多个。

可选地，所述一级总线上接入若干个二级设备，所述二级设备将交互信息传至所述一级总线，所述一级总线将所述交互信息传至该一级总线上接入的一级设备。

可选地，所述一级设备中包含若干个二级设备和该一级设备内部的二级总线，各二级设备接入所述一级设备内部的二级总线。

与现有技术相比，本实用新型包括以下优点：

本实用新型提出了多级ESB总线结构，以及在多级ESB间实现交互的方案，具有以下有点：

第一，适用于大规模软件系统集成项目的设计与实施；

第二，避免了单一总线信息拥堵，健壮性不高，规模增大以后，响应和处理效率下降的弊病；

第三，使软件系统架构更趋于合理，为系统部署、实施和联调都提供了方便，如联调时可以分级调试，减少了系统联调的复杂性和难度；

第四，提高了系统整体的性能和稳定性；

第五，如果结合采用VLAN(Virtual Local Area Network，中文名为″虚拟局域网″)等局域网逻辑隔离技术，将对系统的安全性有进一步的提高。

附图说明

图1是现有技术中一种单一总线结构示意图；

图2是本实用新型实施例所述一种多级ESB总线结构的示意图；

图3是本实用新型实施例所述一种多级ESB总线结构总线间的交互示意图；

图4是本实用新型实施例所述一种多级ESB总线结构的交互示意图；

图5是本实用新型实施例所述一种业务系统的体系示意图；

图6是图5实施例所述的业务系统的多级SOA体系架构示意图；

图7是本实用新型实施例所述一种基于多级ESB总线间信息交互的方法流程图；

图8是本实用新型实施例所述一种基于多级ESB总线间信息交互的系统结构图。

具体实施方式

为使本实用新型的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本实用新型作进一步详细的说明。

随着成熟技术的应用，图1所示的单一总线结构解决了原有问题，即系统间整合和互联互通问题。但是企业网规模的越来越大，接入的系统增多，造成了依靠单一总线结构的信息拥堵。一般基于单一总线结构的系统，首先要定义系统间交互协议和数据结构，也就是系统交互规范；然后不同系统接入时，遵循已经制定的规范和协议，实现数据和信息的交互。如果接入系统较多就势必造成单一总线结构接收交互请求数据的增多，尤其对于大数据的交互，还会带来数据迁移量的增大，不同应用都跑在一条总线上，同时发起数据和信息的交互，必然造成系统效率的降低，形成系统拥堵。

因此，随着系统规模的增大，系统间互联的实现方式有待改变，本实用新型提出了一种多级ESB总线结构，以及在多级ESB间实现交互的理论和方法。

下面通过实施例对本实用新型的实现进行详细说明。

需要说明的是，全文的应用系统可以替换为“设备”表示，如“一级应用系统”可指“一级设备”，“二级应用系统”可指“二级设备”。

参照图2，其示出了本实用新型实施例所述一种多级ESB总线结构的示意图。

为了避免所有数据都拥堵在一条总线上，本实用新型实施例构建了二级总线。

首先，并不是将所有应用系统都接入一级总线，而是将部分应用系统接入二级总线，这些接入二级总线的应用系统在业务上相关性和交互性较强。这样二级总线就连接了若干个接入应用系统组成的域(或板块)，接入二级系统的应用系统具有较强的内聚性，即接入二级总线的应用系统通过二级总线完成绝大部分和其它系统间的数据和信息的交互，而与二级总线之外的系统交互数据要少很多。

其次，提出多级总线间交互及总线与系统间的交互方式，仍是依靠规范和协议完成。参照图3，其示出了本实用新型实施例所述一种多级ESB总线结构总线间的交互示意图。

如图3所示，在总线间定义总线级别的交互规范和协议。这个协议是用于总线间信息通信和消息传递的协议和机制。本实施例中，所述总线间定义的总线级别的交互规范和协议是指：一级总线与二级总线之间用于信息通信和消息传递的交互规范和协议。

再次，定义不同总线内部的交互协议和规范。参照图4，其示出了本实用新型实施例所述一种多级ESB总线结构的交互示意图。

如图4所示，分别定义一级总线和二级总线的交互规范和协议，两级总线内部的规范和协议没有相关性，完全是依据实际业务需求定义的合理的总线内部交换机制。因此，也体现了软件工程理论中“高内聚，低耦合”的设计思想。

基于以上图2、图3和图4，这些图中所示的多级ESB总线结构具体包括：

一级总线，二级总线，一级应用系统和二级应用系统。

所述一级总线上接入若干个一级应用系统，如图2中所示的一级应用系统1和一级应用系统2；所述二级总线上接入若干个二级应用系统，如图2中所示的二级应用系统1和二级应用系统2。

应用系统之间进行交互时，可以通过一级总线或二级总线或一级与二级总线相结合的方式实现。具体如下：

所述二级应用系统将交互信息传至该二级应用系统接入的二级总线，该二级总线将所述交互信息传至该二级总线上接入的其他二级应用系统，或者传至一级总线，再由一级总线传至一级应用系统。

例如，二级应用系统1将交互信息传至该二级应用系统接入的二级总线，该二级总线将所述交互信息传至该二级总线上接入的二级应用系统2；或者，该二级总线将所述交互信息传至一级总线，一级总线再将该交互信息传至一级应用系统1或一级应用系统2。

所述一级应用系统将交互信息传至该一级应用系统接入的一级总线，该一级总线将所述交互信息传至该一级总线上接入的其他一级应用系统，或者传至二级总线，再由该二级总线传至该二级总线上接入的二级应用系统。

例如，一级应用系统1将交互信息传至该一级应用系统接入的一级总线，该一级总线将所述交互信息传至该一级总线上接入的一级应用系统2；或者，该一级总线将所述交互信息传至二级总线，二级总线再将该交互信息传至二级应用系统1或二级应用系统2。

优选地，所述二级总线可以为多个。

优选地，所述一级总线上还可接入若干个二级应用系统，所述二级应用系统将交互信息传至所述一级总线，所述一级总线将所述交互信息传至该一级总线上接入的一级应用系统。

优选地，所述一级应用系统中还可包含若干个二级应用系统和该一级应用系统内部的二级总线，各二级应用系统接入所述一级应用系统内部的二级总线。

在上述总线之间的交互过程中，按照一级总线与二级总线间的交互规范和协议进行交互。在上述总线内部的交互过程中，二级应用系统之间的交互按照二级总线内部的交互规范和协议，一级应用系统之间的交互按照一级总线内部的交互规范和协议。

为了使本领域技术人员更加了解上述多级ESB总线结构，下面通过一个具体的例子进行说明。但是，本实用新型的保护范围不应限定于下面的实施例。

参照图5，其示出了本实用新型实施例所述一种业务系统的体系示意图。

所述业务系统为基于卫星技术的数字发行系统，系统由七个体系、一个中心、以及一套技术标准与规范组成。

七大体系包括：内容生产体系、版权保护体系、运营支撑体系、服务保障体系、内容传输体系、安全监管体系、发行终端体系，以及与他们匹配的数据中心和标准规范。

其中，各个体系的功能如下：

1)内容生产体系：主要包含的功能模块为集成门户、收录编目、转换封装、存储归档、投递准备。主要涉及：内容引进、视音频的内容制作、富媒体内容的制作，内容编目，投递单的编排。

2)版权保护体系：主要包含的功能模块为用户授权、加密管理、密钥管理、数字水印及数字指纹等。

3)运营支撑体系：主要包含的功能模块为用户管理、产品管理、工单管理、营销管理、统计报表、计费结算、财务管理、业务监管、渠道管理、资源管理、合作伙伴管理。

4)服务保障体系：主要包括网上营业厅、呼叫中心两大子系统，以及统一身份认证。

5)内容传输体系：主要包括两种投递方式，卫星投递及IP网络投递。

6)安全监管体系：包括信号监控、信道监控、频道监控、业务监控、内容监控、信息采集、统计展现等功能模块。

7)发行终端体系：主要包括各种类型的终端。

8)数据中心：包括机房、网络、综合管理系统、消费反馈、安全体系等模块。主要涉及数据中心基础设施，包括服务器，存储，网络，应用介质，机房设施，空调设备等等；还包括卫星基础设施、IP网络、双中心的专线、与外网的专线等网络设施；考虑主中心与异地灾备中心的双中心运行模式。从网络、投递、应用软件部署要求、数据灾备要求以及运营管理模式等各方面均需要考虑“双中心”。

参照图6，其示出了图5实施例所述的业务系统的多级SOA体系架构示意图。

所述图6是基于云计算理念与技术的多级SOA体系架构，在该体系架构中，部署了一级ESB总线和二级ESB总线。此外，制定一级ESB总线与二级ESB总线间的交互规范和协议，并分别制定一级ESB总线内部和二级ESB总线内部各自的交互规范和协议。

其中，上述的七大体系(为一级应用系统)：内容生产体系、版权保护体系、运营支撑体系、服务保障体系、内容传输体系、安全监管体系、发行终端体系，均接入所述一级ESB总线，七大体系之间可通过一级总线内部的规范和协议进行交互。

在某些体系内，如内容生产体系、运营支撑体系和服务保障体系内部，又包含了多个子系统(为二级应用系统)，这些子系统接入了体系内部部署的二级ESB总线，并按照二级总线内部的规范和协议进行交互。不同体系内部，其二级总线内部的规范和协议也可能不同。

例如，运营支撑体系可通过一级ESB总线与内容生产体系、版权保护体系或内容传输体系进行交互。当然，运营支撑体系也可通过一级ESB总线与其他体系交互，或者其他体系之间通过一级ESB总线进行交互。

再例如，内容生产体系内部的各个子系统，如生产管理系统、内容集成系统、产品管理系统等子系统，都接入内容生产体系内部的二级ESB总线，并且各个子系统之间按照该二级ESB总线内部的规范和协议进行交互。

此外，二级应用系统也可以与一级应用系统之间进行交互，交互方式有两种：一种是直接通过所述一级总线，并按照所述一级总线内部的交互规范和协议进行信息交互；另一种是先与自己内部的二级总线交互，然后该二级总线与一级总线交互，最后由一级总线与一级应用系统交互。

例如，内容生产体系内部的内容集成系统，可以将大量的文件直接通过一级总线传给版权保护系统，而将一些数据量小的信息传给内部的二级总线，再由二级总线传给一级总线，然后由一级总线传给其他体系。

基于以上内容，下面详细介绍所述基于云计算理念与技术的多级SOA体系架构。

1)内容生产体系：分为内容供应集成门户、内容生产管理系统、内容集成系统、介质管理系统、版权信息管理系统、产品管理系统、产品发布系统、价值核算系统八个子系统。

2)版权保护体系：分为版权保护(DRM)系统1、版权保护(DRM)系统2两个子系统。

3)运营支撑体系：分为业务支撑(BOSS)系统、运营支持门户系统、短信网关系统、经营分析系统、充值卡支持运营系统五个子系统。

4)服务保障体系：分为营销门户系统、客户服务系统、统一身份认证系统、信息反馈系统、反馈信息分析系统五个子系统。

5)内容传输体系：分为数据投递(PUSH)系统、数据投递指南系统、双向数据投递系统、CDN系统、终端升级系统、终端升级管理系统、IP网络(其中使用了数据接收缓存转发系统)七个子系统和分前端系统、卫星上行系统两个运行环境。

6)安全监管体系：分为监控监测系统、业务监管系统、监测信息分析处理系统三个子系统。

7)发行终端体系：分为基本型接入终端、通用型接入终端、行业基本型接入终端、行业通用型接入终端四种类型的接入终端。

8)公共基础服务：为整个系统平台提供公共基础服务，包括统一身份认证系统、PKI系统、统一授时。

9)地面服务网点营业管理系统是为整个项目系统平台提供服务管理的系统。

上述几十个三级系统通过SOA应用集成平台完成系统间的集成。而在体系间系统的连接关系不是完全一样。

例如，内容生产体系的系统先通过内容生产体系集成平台连通，内容生产体系集成平台再与SOA应用集成平台连通；运营支撑体系围绕BOSS系统作核心，BOSS系统内有集成平台，其它的系统连接BOSS系统内的集成平台。

安全监管体系中监控监测系统和业务监管系统收集大平台的数据转交监测信息分析处理系统进行后台的分析，分析完成后再由监控监测系统和业务监管系统呈现结果。

内容传输体系中数据投递指南系统接收内容生产体系内产品发布系统的投递单，对卫星信道、PID管理分配由PUSH系统发送到前端链路运行环境再到卫星上行运行环境。

本实施例还会考虑双向数据投递系统的应用。由卫星通过数据接收缓存转发系统将卫星网到居民小区的IP网转发。网络转发系统将内容生产体系中产品发布系统的内容转发到有线网络、移动网络转发、IPTV网络等。内容传输体系还包括终端升级管理系统和终端升级系统，负责终端的在线升级。发行终端体系包括基本型接入终端、通用型接入终端、行业基本型接入终端、行业通用型接入终端。它们包含有DRM(Digital Rights Management，内容数字版权加密保护技术)代理进行解密、PKI(Public Key Infrastructure，公钥基础设施)、带AP(Access Point，访问节点、会话点或存取桥接器)接入的媒体中心、集成到显示终端的接收卡等。

上述实施例是以基于卫星技术的数字发行系统为例进行说明，但具体应用中也可以应用到其他应用系统中，其实施原理与上述实施例相似，故不再赘述。

基于以上内容，本实用新型实施例提供了一种基于多级ESB总线间信息交互的方法。参照图7，其示出了本实用新型实施例所述一种基于多级ESB总线间信息交互的方法流程图。

步骤100，构建一级总线和二级总线；

步骤120，制定一级总线与二级总线间的交互规范和协议，并分别制定一级总线内部和二级总线内部各自的交互规范和协议；

步骤140，将若干个二级应用系统接入二级总线，并将若干个一级应用系统接入一级总线；

步骤160，所述二级应用系统之间通过所述二级总线，并按照所述二级总线内部的交互规范和协议进行信息交互；

所述一级应用系统之间通过所述一级总线，并按照所述一级总线内部的交互规范和协议进行信息交互。

进一步优选地，

还可以将所述二级应用系统接入所述一级总线；

所述接入一级总线的二级应用系统与一级应用系统之间通过所述一级总线，并按照所述一级总线内部的交互规范和协议进行信息交互。

例如，将图6中的内容集成系统接入一级ESB总线，所述内容集成系统将大数量的文件直接传至一级ESB总线，并通过一级ESB总线传至版权保护体系。

进一步优选地，

上述方法还可以包括二级应用系统与一级应用系统之间的信息交互步骤，该步骤具体包括：

所述二级应用系统按照接入的二级总线的内部交互规范和协议，将交互信息传至所述接入的二级总线；

所述二级总线按照一级总线与二级总线间的交互规范和协议，将所述交互信息传至一级总线；

所述一级总线按照一级总线内部的交互规范和协议，将所述交互信息传至一级应用系统。

例如，图6中的内容集成系统将一些数据量小的信息传给内部的二级ESB总线，再由二级ESB总线传给一级ESB总线，然后由一级ESB总线传给其他体系。

进一步优选地，

所述制定二级总线内部的交互规范和协议为：

针对不同的二级总线依据业务需求制定不同的二级总线内部的交互规范和协议。

进一步优选地，

所述一级应用系统中还可以包含若干个二级应用系统；

所述二级应用系统之间通过一级应用系统内部的二级总线，并按照所述二级总线内部的交互规范和协议进行信息交互；

所述二级应用系统通过与一级应用系统内部的二级总线的交互，以及所述二级总线与一级总线之间的交互，以及所述一级总线与其他一级应用系统的交互，完成所述二级应用系统与所述其他一级应用系统之间的信息交互。

例如，图6中的内容生产体系、运营支撑体系和服务保障体系内部都包含了子系统，这些子系统与自己体系内部的其他子系统之间通过体系内部的二级总线进行交互，与外部体系交互时可直接通过一级总线，也可通过二级总线和一级总线完成。

综上所述，本实用新型各实施例提供的基于多级ESB总线间信息交互的系统和方法，具有以下优势：

第一，适用于大规模软件系统集成项目的设计与实施；

第二，避免了单一总线信息拥堵，健壮性不高，规模增大以后，响应和处理效率下降的弊病；

第三，使软件系统架构更趋于合理，为系统部署、实施和联调都提供了方便，如联调时可以分级调试，减少了系统联调的复杂性和难度；

第四，提高了系统整体的性能和稳定性；

第五，如果结合采用VLAN(Virtual Local Area Network，中文名为″虚拟局域网″)等局域网逻辑隔离技术，将对系统的安全性有进一步的提高。

需要说明的是，对于前述的方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本实用新型并不受所描述的动作顺序的限制，因为依据本实用新型，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本实用新型所必需的。

基于上述方法实施例的说明，本实用新型还提供了相应的系统实施例，来实现上述方法实施例所述的内容。

参照图8，其示出了本实用新型实施例所述一种基于多级ESB总线间信息交互的系统结构图。

所述系统主要包括以下模块：

多级总线构建模块10，用于构建一级总线和二级总线；

协议制定模块20，用于制定一级总线与二级总线间的交互规范和协议，并分别制定一级总线内部和二级总线内部各自的交互规范和协议；

第一系统接入模块30，用于将若干个二级应用系统接入二级总线，并将若干个一级应用系统接入一级总线；

第一信息交互模块40，用于所述二级应用系统之间通过所述二级总线，并按照所述二级总线内部的交互规范和协议进行信息交互；所述一级应用系统之间通过所述一级总线，并按照所述一级总线内部的交互规范和协议进行信息交互。

优选地，所述系统还可以包括：

第二系统接入模块，用于将所述二级应用系统接入所述一级总线；

第二信息交互模块，用于所述接入一级总线的二级应用系统与一级应用系统之间通过所述一级总线，并按照所述一级总线内部的交互规范和协议进行信息交互。

优选地，所述系统还可以包括：

第三信息交互模块，用于二级应用系统与一级应用系统之间的信息交互，具体包括：

二级总线内部交互子模块，用于所述二级应用系统按照接入的二级总线的内部交互规范和协议，将交互信息传至所述接入的二级总线；

一级总线与二级总线交互子模块，用于所述二级总线按照一级总线与二级总线间的交互规范和协议，将所述交互信息传至一级总线；

一级总线内部交互子模块，用于所述一级总线按照一级总线内部的交互规范和协议，将所述交互信息传至一级应用系统。

优选地，所述协议制定模块20用于针对不同的二级总线依据业务需求制定不同的二级总线内部的交互规范和协议。

对于上述系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见图7所示方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域技术人员易于想到的是：上述各个实施例的任意组合应用都是可行的，故上述各个实施例之间的任意组合都是本实用新型的实施方案，但是由于篇幅限制，本说明书在此就不一一详述了。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

以上对本实用新型所提供的一种基于多级ESB总线间信息交互的系统，进行了详细介绍，本文中应用了具体个例对本实用新型的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本实用新型的方法及其核心思想；同时，对于本领域的一般技术人员，依据本实用新型的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本实用新型的限制。

Claims (4)

1.一种基于多级ESB总线间信息交互的系统，其特征在于，包括：

一级总线，二级总线，一级设备和二级设备；

所述一级总线上接入若干个一级设备，所述二级总线上接入若干个二级设备；

所述二级设备将交互信息传至该二级设备接入的二级总线，该二级总线将所述交互信息传至该二级总线上接入的其他二级设备，或者传至一级总线，再由一级总线传至一级设备；

所述一级设备将交互信息传至该一级设备接入的一级总线，该一级总线将所述交互信息传至该一级总线上接入的其他一级设备，或者传至二级总线，再由该二级总线传至该二级总线上接入的二级设备。

2.根据权利要求1所述的系统，其特征在于，所述二级总线为多个。

3.根据权利要求1所述的系统，其特征在于：

所述一级总线上接入若干个二级设备，所述二级设备将交互信息传至所述一级总线，所述一级总线将所述交互信息传至该一级总线上接入的一级设备。

4.根据权利要求1所述的系统，其特征在于：

所述一级设备中包含若干个二级设备和该一级设备内部的二级总线，各二级设备接入所述一级设备内部的二级总线。

Images