CN102082771B - 一种基于esb技术的服务管理中间件 - Google Patents

Abstract

本发明公开了一种基于ESB技术的服务管理中间件，该中间件位于访问层和服务层之间，包括接口模块、服务处理模块和性能管理模块，所述接口模块与访问层和服务层相连，接收访问层的访问请求，向服务层发送服务请求，接收服务层的服务结果，将该服务结果返回给访问层；所述服务处理模块，根据访问层的访问请求确定需要调用的服务，生成服务请求，根据预先配置的路由规则确定接收该服务请求的服务层，通过接口模块向所述服务层发送服务请求；所述性能管理模块，用于记录接口模块或服务处理模块处理访问请求的情况，并输出所述情况。应用本发明能够方便对企业信息资源进行集中管理。

Description

一种基于ESB技术的服务管理中间件

技术领域

本发明涉及移动通信系统的业务支撑技术领域，尤其涉及一种基于ESB技术的服务管理中间件。

背景技术

企业服务总线(Enterprise Service Bus，ESB)是传统中间件技术与XML、Web服务等技术结合的产物。ESB中间件产品利用的是Web服务标准和与公认的可靠消息(MOM)协议接口，利用Web服务描述语言接口封装MOM协议，以及在MOM传输层上传送简单对象应用(SOAP)协议。

ESB中间件位于访问层和服务层之间，其核心框架是提供访问层与服务层进行消息交换的容器，目前的ESB中间件在该核心框架之外，仅提供了服务路由等基本的功能模块，而在实际应用中，使用者往往希望通过该ESB中间件能了解企业信息资源的使用情况，以便于对企业信息资源进行集中管理。

发明内容

有鉴于此，本发明实施例的目的在于提供一种基于ESB技术的服务管理中间件，以便对企业信息资源进行集中管理。

为达到上述目的，本发明实施例的技术方案具体是这样实现的：

一种基于ESB技术的服务管理中间件，该中间件位于访问层和服务层之间，包括接口模块、服务处理模块和性能管理模块，

所述接口模块与访问层和服务层相连，接收访问层的访问请求，向服务层发送服务请求，接收服务层的服务结果，该服务结果返回给访问层；

所述服务处理模块，根据访问层的访问请求确定需要调用的服务，生成服务请求，根据预先配置的路由规则确定接收该服务请求的服务层，通过接口模块向所述服务层发送服务请求；

所述性能管理模块，用于记录接口模块或服务处理模块处理访问请求的情况，并输出所述情况。

由上述方案可见，由于本发明在基于ESB技术的中间件中设置了性能管理模块，用于记录接口模块或服务处理模块处理访问请求的情况，并输出所述情况，使得该中间件的使用者能够及时了解使用者通过该中间件访问服务层，即使用企业信息资源的情况，便于对企业信息资源进行管理。

附图说明

图1是本发明提供的基于ESB技术的服务管理中间件的结构图。

图2是本发明提供的基于ESB技术的服务管理中间件的详细结构示意图。

图3是访问图2所示服务管理中间件的处理流程图。

图4是服务层应答图2所示服务管理中间件的处理流程图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。

图1是本发明提供的基于ESB技术的服务管理中间件的结构图。如图1所示，该中间件位于访问层和服务层之间，包括接口模块101、服务处理模块102和性能管理模块103，其中：

接口模块101与访问层和服务层相连，接收访问层的访问请求，向服务层发送服务请求，接收服务层的服务结果，将该服务结果返回给访问层。

服务处理模块102，根据访问层的访问请求确定需要调用的服务，生成服务请求，根据预先配置的路由规则确定接收该服务请求的服务层，通过接口模块101向所述服务层发送服务请求。

性能管理模块103，用于记录接口模块101或服务处理模块102处理访问请求的情况，并输出所述情况。

其中的服务处理模块102，可以在根据访问层的访问请求确定出无法为该访问请求生成服务请求时，通过接口模块101向访问层返回访问应答失败的消息。

其中的性能管理模块103可以包括访问日志模块。

所述访问日志模块，用于记录访问流量或访问应答失败的数量。

所述访问日志模块还可以进一步记录访问请求的来源、访问请求对应的用户标识、访问请求对应的服务标识、访问请求时间、访问请求数据包的大小、访问应答状态、访问应答时间或访问应答数据包大小等信息。

所述访问日志模块记录的访问应答状态可以包括访问应答失败、访问应答失败原因或类型的代码或访问应答成功等信息。

性能管理模块103还可以包括访问性能监控模块。

所述访问性能监控模块与访问日志模块相连，用于统计并以图表形式展现单位时间内的访问请求数量和/或对访问请求的平均响应时间。

通过所述访问性能监控模块，可以清楚地观察到在单位时间内访问企业信息资源的请求数，即单位时间内使用企业信息资源的并发数，也可以清楚地观察到对访问请求的平均响应时间。

性能管理模块103还可以包括计费模块。

所述计费模块，用于存储需要收费的服务的收费规则，根据访问信息判断出需要对该访问请求的服务收取费用时，根据所述收费规则生成收费信息。

其中的计费规则可以是根据访问时间和/或访问请求的服务的流量和/或访问次数进行计费，则所述计费模块，根据访问时间和/或访问请求的服务的流量和/或访问次数生成收费信息。当然，所述计费规则还可以对部分服务计费，而免费提供其他服务，则所述计费模块根据访问信息判断该访问请求的服务，当该服务是收费服务时，根据收费规则对该服务进行计费，当该服务是免费服务时，不对该服务进行计费。

图1所示的中间件还可以进一步包括告警模块。

所述告警模块，配置有告警规则，判断出访问情况符合告警规则后，输出告警信息。

其中的告警规则可以是访问者没有访问权限，或者单位时间内的访问请求数量大于预定值等则输出告警信息。

所述告警模块，可以以短信方式或者邮件方式输出告警信息。当通过短信方式输出告警信息时，该告警模块具有能够根据当前的告警原因生成短信并发送短信的模块。当通过邮件方式输出告警信息时，该告警模块具有能够根据当前的告警原因生成邮件并发送邮件的模块。具体如何生成短信和邮件，可以参照短信和邮件的相关现有技术。

其中的接口模块101可以包括协议转换模块。

所述协议转换模块，将访问层采用第一协议发来的访问请求转换为图1所示的中间件处理访问请求所采用的第二协议。

其中，所述第一协议包括JMS协议或HTTP协议或FTP协议或FILE协议或SOAP协议。其中，图1所示中间件处理访问请求采用的第二协议可以是HTTP协议、SOAP协议等与访问协议不一样的协议。当然，该第二协议也可以与访问协议相同，此时中间件不需要对访问请求进行协议转换。

其中的接口模块101还可以进一步包括数据转换模块。

所述数据转换模块，将接口模块接收的数据转换为所述中间件指定类型的数据，将中间件指定类型的数据转换为接口模块能够处理的数据。

通过该数据转换模块，可以使得中间件能够处理访问请求中携带的各种不同数据结构的数据。

在数据转换模块和协议转换模块之间还可以包括翻译模块，所述翻译模块利用统一的数据字典，为输出到协议转换模块的参数的值翻译出相应的名称，以便于中间件的使用者识别各个参数的物理意义。

图1所示的中间件还可以进一步包括安全控制模块。

所述安全控制模块位于接口模块和服务处理模块之间，存储有该中间件的私钥和访问该中间件的客户端的公钥，利用所述私钥对接收的访问请求进行解密，利用所述公钥验证所述访问请求的签名，验证通过时将该访问请求发给服务处理模块，验证不通过时通过所述接口模块向访问层返回访问失败应答。

图1所示的中间件还可以进一步包括外部认证模块。

所述外部认证模块与所述接口模块相连，将访问请求发给设置在中间件外部的安全控制模块，接收该安全控制模块对该访问请求的安全验证结果，验证通过时将该访问请求发给服务处理模块，验证不通过时通过所述接口模块向访问层返回访问失败应答。

通过该外部认证模块，可以实现图1所示中间件与该中间件之外的安全控制模块的通信，从而使得该中间件可以利用其所插入的系统中的安全控制模块来进行访问请求的安全验证，实现了中间件与其所插入的系统的资源整合。

可以说，本发明的中间件并不是要提供一种新的ESB产品，而是利用现有的免费开源ESB产品，为企业提供一种服务管理的中间件，用于解决企业资源集成和架构优化的问题，因此其实现技术遵循业界标准的ESB技术规范。

例如，本中间件可以采用开源的Apache ServiceMix产品作为基础框架。Apache ServiceMix是一个完全实现了JBI标准的开源项目，基于SOA架构和事件驱动，是轻量级的、易于嵌入的、集成有Spring支持，并能以standaloneESB提供者在客户端或服务器上运行，或者在另外的ESB中间件中作为一个服务存在。Apache ServiceMix还可以使用ActiveMQ提供远程、集群、可靠性和分布式错误处理。

下面举具体的实例对图1所示中间件进行示例性说明，具体请参见图2。

图2是本发明提供的基于ESB技术的服务管理中间件的详细结构示意图。如图2所示，该服务管理中间件包括协议转换模块201、翻译模块202、数据转换模块203、安全控制模块204、服务流程调度模块205、路由控制模块206、服务注册模块207、目录管理模块208、服务流程管理模块209和日志管理及监控模块209。

协议转换模块201，支持同Apache ServiceMix一样的协议方式，ServiceMix包涵了许多JBI组件，这些组件支持多种协议，比如JMS、HTTP、FTP、FILE、SOAP等，满足企业各种不同协议应用的集成要求，协议转换模块201可以将这些协议转换成服务管理中间件所集成服务需要的访问协议，例如是HTTP、SOAP等与访问协议不一样的协议。

翻译模块202，利用统一数据字典，对输出参数的值翻译出相应的名称，其中的数据字典中存储有输出参数与名称的对应关系。

数据转换模块203，用于支持不同数据结构的服务，通过数据结构的映射转换，满足企业各种不同数据结构的应用的集成要求。

安全控制模块204，根据目录管理模块209中存储的安全信息鉴别当前访问请求方是否有权限访问相应的服务，并且保证数据在传输过程当中不被非法监听获取，包括可靠信息交换以及认证、签权和权限。安全控制模块204采用可靠信息交换时，采用用户名和密码、数字签名、加密的方式，在访问请求接入时对访问请求者是否合法进行鉴别和确认，采用可靠信息交换方式时，发送访问请求的客户端需保存自己的私钥及服务管理中间件所在服务端的公钥，同样服务管理中间件保存自己的私钥及客户端的公钥，进行访问请求时，客户端对访问请求报文用私钥进行签名、用服务端的公钥进行加密，服务管理中间件收到访问请求报文时，使用私钥进行解密、使用客户端的数字证书验证签名，从而鉴别和控制用户是否具有访问具体服务的权限，这种鉴别可基于用户、角色、用户组等进行，具体如何基于用户、角色和用户组进行鉴别可以采用现有技术实现。

安全控制模块204，还可以采用ESB内置认证、LDAP认证和外部接口认证等方法，ESB内置认证和LDAP认证可以采用现有技术实现。外部接口认证是推荐方式，因为使用服务管理中间件的用户系统一般都已经有一套完整的安全管理系统，可以直接利用该安全管理系统进行安全认证，而且通过该外部认证接口也利于将服务管理中间件集成到用户系统中。

目录管理模块208，用于存储安全管理所需的用户、角色、权限等安全信息。

服务流程调度模块205，根据服务流程管理模块208的配置，协调多服务共同完成访问请求，极大提高了企业资源的共享程度，以及集成能力。

服务流程管理模块209，配置多服务协同工作的规则。

路由控制模块206，根据路由规则，查找到相应的服务。路由控制模块206支持基于内容的路由，以及基于负载平衡的路由控制规则。基于内容的路由，根据客户端请求报文中某些节点的值，将请求路由到对应的服务层，路由时可以采用XPath表达式对请求报文中节点的值进行判断，从而映射到匹配的服务层，从而响应客户端的访问请求。

服务注册模块207，把各种应用转换成一个个服务，并部署到服务层，服务注册模块207控制服务的新增和取消、变更等。服务注册模块207进行服务注册时，生成一个标准的JBI服务集(ServiceAssembly，SA)部署到服务层中，同时在协议转换模块201中发布一个endpoint以供访问。

日志管理及监控模块210，负责日志的记录，服务访问、性能、日志信息的监控，以及服务访问的计费等。此功能为服务管理的日常运维提供保证性的支撑。

图2中的协议转换模块201、翻译模块202和数据转换模块203相当于图1中的接口模块101，服务流程调度模块205、路由控制模块206、目录管理模块208和服务流程管理模块207相当于服务处理模块202，安全控制模块204位于接口模块101和服务处理模块202之间，日志管理及监控模块209相当于性能管理模块203。

下面分别从请求和应答两个过程阐述图2所示服务管理中间件各功能模块的交互流程，具体请参见图3和图4。

图3是访问图2所示服务管理中间件的处理流程图。

如图3所示，该流程包括：

步骤301，协议转换模块201接收访问层的访问请求。

步骤302，协议转换模块201对该访问请求进行协议转换。

步骤303，翻译模块202对访问请求中的参数值进行翻译解析。

步骤304，数据转换模块203判断访问请求中携带的数据是否是指定类型的数据，如果是，执行步骤306，否则，执行步骤305。

步骤305，数据转换模块203将访问请求中携带的数据转换成指定类型的数据。

步骤306，安全控制模块204对访问请求进行安全验证，如果验证通过，执行步骤307，否则返回步骤301。

步骤307，服务流程控制模块205进行服务流程调度。

步骤308，路由控制模块206进行服务路由查找和服务注册，并生成服务请求。

步骤309，数据转换模块203判断生成的服务请求数据包是否是相应服务层能够处理的数据包形式，如果是，执行步骤311，否则执行步骤310。

步骤310，将生成的服务请求数据包转换成相应服务层能够处理的数据包形式。

步骤311，为服务请求数据包中的参数翻译出相应的名称。

步骤312，判断该服务管理中间件采用的协议与应用层采用的协议是否一致，如果是，执行步骤314，否则执行步骤313。

步骤313，将采用服务管理中间件的协议打包的服务请求数据包转换为采用应用层的协议重新打包。

步骤314，将服务请求数据包发给服务层获取相应的服务。

简单地说，图3所示流程包括：

步骤11：用户根据访问层的协议、数据格式定义，向服务管理中间件发送UI访问请求。

步骤12：服务管理中间件接收访问请求，根据访问请求的数据格式，判断是否需要数据转换，以满足服务管理中间件内部消息传递要求，若无法识别访问请求的数据格式，则向访问层返回异常消息。

步骤13：安全控制模块判断服务请求是否是经过授权的，包括进行可靠信息交互、认证和签权的两级验证，若校验失败，则像访问层返回异常消息。

步骤14：安全校验通过后，经过服务流程控制模块检查所请求的服务是否由多服务协作完成，并依次调用所使用到的服务。由路由控制模块查找相应服务层并生成服务请求。查找过程包括了检查路由规则进行路由，负载平衡和容错处理，再从服务注册信息中找到具体服务，生成相应的服务请求。根据具体服务的配置信息，检查服务请求数据包的数据格式是否需要转换，以及是否需要使用不同的协议组件来调用服务。

图4是服务层应答图2所示服务管理中间件的处理流程图。

如图4所示，该流程包括：

步骤401，服务层向服务管理中间件返回服务结果数据包。

步骤402，协议转换模块判断服务层的协议与访问层的协议是否相同，如果是，则执行步骤404，否则执行步骤403。

步骤403，采用访问层的协议重新对服务结果数据包打包。

步骤404，对服务结果数据包进行翻译解析。

步骤405，判断服务结果数据包的数据类型是否是访问层指定的类型，如果是，执行步骤407，否则执行步骤406。

步骤406，将服务结果数据包的数据类型转换成访问层指定的类型。

步骤407，向访问层发送服务结果数据包。

简单地说，图4所示流程包括：

步骤41：服务管理中间件接收服务结果数据包，判断是否与访问请求属于相同协议方式，如果不同则进行协议转换。

步骤42：服务管理中间件判断服务结果数据包与访问请求是否属于同一套预定义格式，如果不一致，则按照访问请求进行数据格式转换。

步骤43：服务管理中间件向访问层反馈服务结果数据包。

综上，本服务管理中间件利用了开源免费的ESB产品ServiceMix框架，提供了一套解决资源集成的完整解决方案。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (13)

1.一种基于ESB技术的服务管理中间件，该中间件位于访问层和服务层之间，包括接口模块、服务处理模块和性能管理模块，其特征在于，

所述接口模块与访问层和服务层相连，接收访问层的访问请求，向服务层发送服务请求，接收服务层的服务结果，将该服务结果返回给访问层；

所述服务处理模块，根据访问层的访问请求确定需要调用的服务，生成服务请求，根据预先配置的路由规则确定接收该服务请求的服务层，通过接口模块向所述服务层发送服务请求；

其中，所述服务处理模块包括服务流程管理模块和服务流程调度模块；

所述服务流程管理模块，用于配置多服务协同工作的规则；

所述服务流程调度模块，用于根据服务流程管理模块的配置，协调多服务共同完成访问请求；

所述性能管理模块，用于记录接口模块或服务处理模块处理访问请求的情况，并输出所述情况；

其中，该中间件进一步包括外部认证模块；

所述外部认证模块与所述接口模块相连，将访问请求发给设置在中间件外部的安全控制模块，接收该安全控制模块对该访问请求的安全验证结果，验证通过时将该访问请求发给服务处理模块，验证不通过时通过所述接口模块向访问层返回访问失败应答。

2.根据权利要求1所述的中间件，其特征在于，

所述服务处理模块，根据访问层的访问请求确定出无法为该访问请求生成服务请求时，通过接口模块向访问层返回访问应答失败的消息；

所述性能管理模块包括访问日志模块；

所述访问日志模块，记录访问流量或访问应答失败的数量。

3.根据权利要求2所述的中间件，其特征在于，

所述访问日志模块进一步记录访问请求的来源、访问请求对应的用户标识、访问请求对应的服务标识、访问请求时间、访问请求数据包的大小、访问应答状态、访问应答时间或访问应答数据包大小。

4.根据权利要求3所述的中间件，其特征在于，

所述访问日志模块记录的访问应答状态包括访问应答失败、访问应答失败原因或类型的代码或访问应答成功。

5.根据权利要求2所述的中间件，其特征在于，所述性能管理模块包括访问性能监控模块；

所述访问性能监控模块与访问日志模块相连，用于统计并以图表形式展现单位时间内的访问请求数量和/或对访问请求的平均响应时间。

6.根据权利要求2所述的中间件，其特征在于，所述性能管理模块包括计费模块；

所述计费模块，用于存储需要收费的服务的收费规则，根据访问信息判断出需要对该访问请求的服务收取费用时，根据所述收费规则生成收费信息。

7.根据权利要求6所述的中间件，其特征在于，

所述计费模块，根据访问时间和/或访问请求的服务的流量和/或访问次数生成收费信息。

8.根据权利要求2所述的中间件，其特征在于，该中间件进一步包括告警模块，

所述告警模块，配置有告警规则，判断出访问情况符合告警规则后，输出告警信息。

9.根据权利要求8所述的中间件，其特征在于，所述告警模块，以短信方式或者邮件方式输出告警信息。

10.根据权利要求1所述的中间件，其特征在于，所述接口模块包括协议转换模块；

所述协议转换模块，将访问层采用第一协议发来的访问请求转换为所述中间件处理访问请求所采用的第二协议。

11.根据权利要求10所述的中间件，其特征在于，所述第一协议包括Java消息服务JMS协议或超文本传输协议HTTP协议或文件传输协议FTP协议或本地文件传输协议FILE协议或简单对象应用SOAP协议。

12.根据权利要求10所述的中间件，其特征在于，所述接口模块进一步包括数据转换模块；

所述数据转换模块，将接口模块接收的数据转换为所述中间件指定类型的数据。

13.根据权利要求1所述的中间件，其特征在于，该中间件进一步包括安全控制模块；

所述安全控制模块位于接口模块和服务处理模块之间，存储有该中间件的私钥和访问该中间件的客户端的公钥，利用所述私钥对接收的访问请求进行解密，利用所述公钥验证所述访问请求的签名，验证通过时将该访问请求发给服务处理模块，验证不通过时通过所述接口模块向访问层返回访问失败应答。

Images