CN102882934A

CN102882934A - 基于ESB的Web服务实现方法、ESB和服务中心

Info

Publication number: CN102882934A
Application number: CN2012103257780A
Authority: CN
Inventors: 周国伟
Original assignee: Inspur Beijing Electronic Information Industry Co Ltd
Current assignee: Inspur Beijing Electronic Information Industry Co Ltd
Priority date: 2012-09-05
Filing date: 2012-09-05
Publication date: 2013-01-16

Abstract

本发明公开了一种基于ESB的Web服务实现方法、ESB和服务中心，该方法包括：ESB预定义服务参数信息的统一格式，将服务提供者提供的Web服务的参数信息的格式转换为所述统一格式，并将转换后的参数信息转发给服务中心；服务中心在收到所述转换后的参数信息后，根据所述转换后的参数信息调用所述ESB对所述Web服务进行封装，并控制所述ESB通过统一的接口对外发布服务。本发明提供的方法、ESB和服务中心为服务消费者提供统一的接口，方便服务消费者对Web服务的使用，极大的增强了灵活性和可扩充性；此外，ESB本身提供了良好的安全机制，在数据的接收和传递过程中，能够保证数据的完整性和安全性。

Description

基于ESB的Web服务实现方法、ESB和服务中心

技术领域

本发明涉及通信领域，具体涉及一种基于ESB(Enterprise Service Bus，企业服务总线)的Web服务实现方法、ESB和服务中心。

背景技术

随着信息技术的发展和社会的信息化程度越来越高，在企业中各种应用系统越来越多，系统之间的信息和数据越来越多，而且它们之间相互交叉，这就导致了信息的孤立和冗余，因此信息之间的交流和共享变得越来越重要。在这个过程中，Web服务逐渐成为信息技术的主要技术之一。服务提供者通过使用Web服务对已有的或正在开发的业务进行封装，并作为服务发布这些业务，同时能够查找和使用其他服务，在企业内部和外部交换数据和信息，从而将各种不同的系统灵活地联系在一起。

ESB(Enterprise Service Bus，企业服务总线)是对SOA(service-orientedarchitecture，面向服务的体系结构)的应用。自ESB提出以来，它得到了迅速的发展，并出现了很多的ESB标准和软件。ESB提供了网络中最基本的连接中枢，实现了分布式的运行管理、基于消息内容的路由和过滤，为企业应用集成提供了新的方式。

Web服务的体系结构中有三个角色，分别是服务提供者，服务请求者和服务中心。服务提供者发布服务，服务请求者绑定服务，服务中心封装服务，服务中心是服务提供者和服务消费者的中介者。Web服务的描述是基于XML的，使得Web服务具有跨平台的特性。

随着Web服务的普及和广泛应用，越来越多的企业所提供的服务都以Web服务的方式暴露出来。这些Web服务来自不同的服务提供者，而不同的服务提供者所提供的Web服务的调用方法和调用消息的格式可能都不相同，因此，当用户希望使用这些不同的Web服务时，必须知道相应的调用方法和调用消息的格式，这就给用户的使用带来了很大的障碍。如图1所示，当我们以SOA的结构来管理服务时，服务的三个基本角色之间不能够直接进行通讯，因为这些角色可能来自不同的系统和组织。

所以，急需提出一种Web服务实现方法及系统来对这些服务角色进行连接，对来自不同服务提供商提供的服务进行处理，以方便用户使用这些服务。

发明内容

本发明需要解决的技术问题是提供一种基于ESB的Web服务实现方法、ESB和服务中心，为服务消费者提供统一的接口，方便服务消费者对Web服务的使用，且增加了灵活性和可扩充性，能够保证数据的完整性和安全性。

为了解决上述技术问题，本发明提供了一种基于ESB的Web服务实现方法，包括：

企业服务总线ESB预定义服务参数信息的统一格式，所述ESB将服务提供者提供的Web服务的参数信息的格式转换为所述统一格式，并将转换后的参数信息转发给服务中心；

所述服务中心在收到所述转换后的参数信息后，根据所述转换后的参数信息调用所述ESB对所述Web服务进行封装，并控制所述ESB通过统一的接口对外发布服务。

进一步地，所述服务中心根据所述转换后的参数信息调用所述ESB对所述Web服务进行封装的步骤包括：

所述服务中心根据所述转换后的参数信息调用所述ESB的服务引擎，所述ESB的服务引擎选择封装模式以及要进行封装的Web服务，判断所述要进行封装的Web服务的参数信息与选择的封装模式是否匹配，如果匹配，则将所述Web服务的参数信息按照封装模式生成服务注册文件，并部署在所述ESB上。

进一步地，所述ESB的服务引擎选择封装模式以及要进行封装的web服务的步骤包括：

所述ESB的服务引擎根据所述转换后的参数信息先将所述Web服务进行分类，然后选择封装模式，根据具体业务从分类后的Web服务中选出要进行封装的Web服务。

进一步地，所述服务中心控制所述ESB通过统一的接口对外发布服务的步骤包括：

所述服务中心向所述ESB发送通过统一接口对外发布服务的控制指令；

所述ESB在收到所述服务中心的所述控制指令后，对外发布由所述ESB的服务引擎生成的接口，所述接口包括一个或多个，所有接口的格式相同。

进一步地，所述方法还包括：

在服务消费者通过所述统一的接口调用封装后的Web服务时，所述ESB收到所述服务消费者发送的请求获取的Web服务的参数信息；

所述ESB将该参数信息的格式转换为所述统一格式，然后在其上部署的封装后的Web服务中找到相应的Web服务，将该Web服务的参数信息再转换为所述服务消费者请求获取的Web服务的参数信息的格式，返回给所述服务消费者。

为了解决上述技术问题，本发明还提供了一种实现Web服务的企业服务总线ESB，包括：

Web服务参数信息转发模块，用于预定义服务参数信息的统一格式，将服务提供者提供的Web服务的参数信息的格式转换为所述统一格式，并将转换后的参数信息转发给服务中心；

服务引擎，用于在收到所述服务中心的封装调用后，根据所述转换后的参数信息对所述Web服务进行封装，并将封装后的Web服务部署在所述ESB中；

服务发布模块，用于在收到所述服务中心通过统一的接口对外发布服务的控制指令后，对外发布统一的接口供服务消费者调用所述封装后的Web服务。

进一步地，所述服务引擎，用于根据所述Web服务的参数信息对所述Web服务进行封装，并将封装后的Web服务部署在所述ESB中，包括：

所述服务引擎，用于选择封装模式以及要进行封装的Web服务，判断所述要进行封装的Web服务的参数信息与选择的封装模式是否匹配，如果匹配，则将所述Web服务的参数信息按照封装模式生成服务注册文件，并部署在所述ESB上。

进一步地，所述服务引擎，用于选择封装模式以及要进行封装的Web服务，包括：

所述服务引擎，用于根据所述转换后的参数信息先将所述Web服务进行分类，然后选择封装模式，根据具体业务从分类后的Web服务中选出要进行封装的Web服务。

进一步地，所述服务发布模块，用于对外发布统一的接口供服务消费者调用所述封装后的Web服务，包括：

所述服务发布模块对外发布由所述服务引擎生成的接口，所述接口包括一个或多个，所有接口的格式相同。

进一步地，所述服务发布模块，还用于在收到服务消费者发送的请求获取的Web服务的参数信息后，将该参数信息的格式转换为所述统一格式，然后在所述ESB中部署的封装后的Web服务中找到相应的Web服务，将该Web服务的参数信息再转换为服务消费者请求获取的Web服务的参数信息的格式，返回给所述服务消费者。

为了解决上述技术问题，本发明还提供了一种实现Web服务的服务中心，包括如上所述的企业服务总线ESB，所述服务中心还包括：

接收模块，用于接收所述ESB转发的服务提供者提供的Web服务的参数信息；

封装调用模块，用于在收到所述ESB转发的服务提供者提供的Web服务的参数信息后，根据所述Web服务的参数信息调用所述ESB对所述Web服务进行封装；

服务发布模块，用于控制所述ESB通过统一的接口对外发布服务。

进一步地，所述ESB转发的服务提供者提供的Web服务的参数信息的格式为所述ESB定义的统一格式。

与现有技术相比，本发明提供的基于ESB的Web服务实现方法、ESB和服务中心，将分散多样的Web服务封装在一起，为服务消费者提供统一的接口，方便服务消费者对Web服务的使用，为多个应用或系统的整合提供了基础；而且可以随时增加任何服务提供者新增的Web服务，不用为每一个特定的Web服务重新编写接口，只要将新增的Web服务注册到ESB中，就可以被外部服务消费者发现使用，极大的增强了灵活性和可扩充性；此外，ESB本身提供了良好的安全机制，在数据的接收和传递过程中，能够保证数据的完整性和安全性。

附图说明

图1是实施例中实现Web服务的ESB结构图；

图2是实施例中基于ESB的实现Web服务的服务中心结构图；

图3是实施例中基于ESB的Web服务实现方法流程图；

图4是实施例中基于企业服务总线ESB的实现Web服务的方法流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

实施例：

如图1所示，本实施例在服务提供者、服务消费者和服务中心之间加入了中间件ESB，ESB作为中介系统来对这些服务角色进行连接，ESB作为SOA的基础架构，通过部署在其上的不同应用系统之间的接口实现连接，并通过接口控制不同系统和应用之间的消息通讯，该实现Web服务的企业服务总线ESB，包括：

其中，所述服务引擎，用于根据所述Web服务的参数信息对所述Web服务进行封装，并将封装后的Web服务部署在所述ESB中，包括：

其中，所述服务引擎，用于选择封装模式以及要进行封装的Web服务，包括：

其中，所述服务发布模块对外发布由所述服务引擎生成的接口，所述接口包括一个或多个，所有接口的格式相同。

此外，所述服务发布模块，还用于在收到服务消费者发送的请求获取的Web服务的参数信息后，将该参数信息的格式转换为所述统一格式，然后在所述ESB中部署的封装后的Web服务中找到相应的Web服务，将该Web服务的参数信息再转换为服务消费者请求获取的Web服务的参数信息的格式，返回给所述服务消费者。

如图2所示，本实施例提供了基于ESB的实现Web服务的服务中心，包括如上所述的ESB，此外还包括：

其中，所述ESB转发的服务提供者提供的Web服务的参数信息的格式为所述ESB定义的统一格式。

封装调用模块，用于在收到所述ESB转发的服务提供者提供的Web服务的参数信息后，根据所述Web服务的参数信息调用所述ESB对所述web服务进行封装，并将封装后的Web服务部署在所述ESB中；

如图3所示，本实施例提供了一种基于ESB的Web服务实现方法，应用于ESB侧，包括以下步骤：

S101：ESB预定义服务参数信息的统一格式，所述ESB将服务提供者提供的Web服务的参数信息的格式转换为所述统一格式，并将转换后的参数信息转发给服务中心；

Web服务以XML的方式来传输数据，其输入数据和输出数据都是用XML来表示的。不同的服务提供商提供的服务参数信息格式是不同的，因此，为了使ESB与服务中心内部传递信息的格式统一，所述ESB预定义服务参数信息的统一格式。

当有外部服务消费者请求ESB上的Web服务时，ESB也会将服务消费者请求Web服务的参数信息转换为统一格式，而在请求处理完毕后，再将统一格式的参数信息转换为外部服务消费者可以识别的Web服务参数信息。Web服务参数信息格式的转换需要对Web服务参数信息进行分类，然后按照不同的Web服务参数信息类别，分别编写其相应的转换方法。

S102：所述服务中心在收到所述转换后的参数信息后，根据所述转换后的参数信息调用所述ESB对所述Web服务进行封装；

在步骤S102中，所述服务中心根据所述转换后的参数信息调用所述ESB的服务引擎，所述ESB的服务引擎在收到所述服务中心的调用后，开始选择封装模式以及要进行封装的Web服务，然后，判断所述要进行封装的Web服务的参数信息与选择的封装模式是否匹配，如果匹配，则将所述Web服务的参数信息按照封装模式生成服务注册文件，并部署在所述ESB上。

其中，作为一种优选的方式，所述ESB的服务引擎也可以先根据所述转换后的参数信息将所述Web服务进行分类，然后选择封装模式，根据具体业务从分类后的Web服务中选出要进行封装的Web服务，然后再判断所述要进行封装的Web服务的参数信息与选择的封装模式是否匹配，如果匹配，则将所述Web服务的参数信息按照封装模式生成服务注册文件，并部署在所述ESB上。其中，所述服务注册文件的参数信息的格式为所述ESB定义的统一格式。

这里，首先对Web服务进行分类是为了方便服务中心选择进行封装的Web服务，服务中心可以清楚地看到分类后的Web服务，根据具体业务的需要，选择相应的Web服务进行封装，从而大大提高服务中心选择要封装的Web服务的效率。比如，将外部提供的Web服务分为A、B、C三类，服务中心可以根据具体业务从A类中选择一个Web服务，从B类中选择一个Web服务，再从C类中选择一个Web服务，然后将这三个服务进行后续的封装步骤。又比如，服务中心也可以根据具体业务直接在从A类中选择几个Web服务进而封装。顺序执行A、B、C三个Web服务，或者先执行A服务，然后从B和C中选择一个执行。

其中，通过ESB的企业集成模式进行服务封装，ESB提供了多种封装模式，基本的模式有线性模式、并行模式、选择模式。例如，选择的封装模式是Routing-Slip模式，它是一种线性模式，要求所封装的Web服务在输入输出上是相关联的，前一个Web服务的输出结果必须符合后一个参数的输入参数要求，否则就不能进行封装，这样，在判断出要进行封装的Web服务的参数信息与选择的封装模式如果是匹配的，则进行Web服务的注册，生成服务注册文件。

例如，A为订单服务，B为网银支付，C为现金支付。如果网银中没有足够的支付金额，但仍可以支付，则需要顺序执行ABC，这是一个线性的服务，最终还是要支付所有的金额；若B可以完全支付，C也有足够的现金，则可以执行AB，也可以执行AC，这时候需要根据选择条件判断。

其中，一般的ESB软件都提供了各种服务引擎。这些服务引擎可以执行相应的功能，例如，ESB的XSLT引擎负责对不同的Web服务参数信息进行格式转换，一方面是把接收的消息转换成ESB能够处理的参数信息，另一方面是把ESB处理后的参数信息换成外部服务提供商和服务消费者可以识别的服务参数信息。

又比如，在进行封装时，ESB会根据不同的封装模式调用不同的方法。假设选择了线性模式，ESB会使用Routing-Slip服务引擎，在使用时需要对其输入的Web服务进行编排，Routing-Slip要求前一个服务的输出结果后一个服务的输入参数，这样把一串服务连接起来，形成一整套流程。外部消费者在使用时，只需要调用封装好的服务接口，便可以使用所有封装的Web服务了。

S103：所述服务中心控制所述ESB通过统一的接口对外发布服务。

其中，ESB不会主动发布服务，是由服务中心控制对外发布服务的，服务中心向所述ESB发送通过统一接口对外发布服务的控制指令；ESB在收到所述服务中心对外发布服务的控制指令后，对外发布由所述ESB的服务引擎生成的接口，所述接口包括一个或多个，所有接口的格式相同。

在上述步骤之后，本实施例还包括：

在所述服务消费者通过所述统一的接口调用封装后的Web服务时，所述ESB收到所述服务消费者发送的请求获取的Web服务的参数信息；

所述ESB将该参数信息的格式转换为统一格式，然后在其上部署的封装后的Web服务中找到相应的Web服务后，将该Web服务的参数信息再转换为服务消费者请求获取的Web服务的参数信息的格式，返回给所述服务消费者。

在一个应用示例中，提供了一种基于ESB的实现Web服务的系统，该系统包括一个ESB软件、一个设计好的服务中心、提供Web服务的多个服务提供者和多个服务消费者。其中，服务提供者的Web服务以WSDL的形式发布，在本应用示例中，需要将服务提供者的Web服务以Web Service的形式发布出来，并可以通过浏览器访问该Web服务的WSDL文件，ESB可以很好的解析WSDL文件，从中得到所需的服务参数信息。ESB作为服务中心的底层支撑设备，可以将接收到的服务参数信息格式经过转换，发送到服务中心，由服务中心受理并调用ESB服务引擎进行封装，然后将封装后的Web服务部署在ESB，形成统一接口并对外发布UDDI(Universal Description，Discovery and Integration，通用描述、发现与集成服务)。如图4所示，基于企业服务总线ESB的实现Web服务的方法，包括以下步骤：

S201：所述ESB将服务提供者提供的Web服务的参数信息转换为统一格式后，转发给服务中心；

S202：服务中心在收到所述统一格式的参数信息后，调用所述ESB的服务引擎对所述Web服务进行封装；

本发明是基于ESB软件的，主要通过ESB进行服务封装，ESB是独立于服务中心之外的，在使用时，只需要将ESB的配置文件写好并启动，服务中心会自动调用ESB中的引擎和组件。在服务中心，需要编写与ESB引擎有关的接口，特定的任务需要使用特定的引擎。

S203：ESB在收到所述服务中心的封装调用后，调用相关的服务引擎，所述ESB的服务引擎根据所述Web服务的参数信息先将所述Web服务进行分类；

S204：服务引擎选择封装模式；

S205：服务引擎从分类后的Web服务中选出要进行封装的Web服务，并对这些Web服务进行功能性和数据性的分析；

S206：判断所述要进行封装的Web服务的参数信息与选择的封装模式是否匹配，如果匹配，则将所述Web服务的参数信息生成服务注册文件，并部署在所述ESB上，同时由服务引擎生成统一的接口；

S207：所述服务中心向所述ESB发送对外发布服务的控制指令；

S208：所述ESB在收到控制指令后对外发布统一的接口供服务消费者调用封装的Web服务。

服务消费者通过该接口就可以访问已封装的Web服务并使用其功能，

其中，服务封装完成后，一个重要的过程是服务发布，发布服务是由ESB进行的，但ESB不会主动发布服务，是受服务中心控制的。在发布服务时，ESB对外发布统一的接口，这是一类格式相同的接口，同时，服务参数信息的格式也是按照ESB定义的统一格式对外发布的。

从上述实施例可以看出，相对于现有技术，上述实施例中提供的基于ESB的Web服务实现方法、ESB和服务中心，将分散多样的Web服务封装在一起，为服务消费者提供统一的接口，方便服务消费者对Web服务的使用，为多个应用或系统的整合提供了基础；而且可以随时增加任何服务提供者新增的Web服务，不用为每一个特定的Web服务重新编写接口，只要将新增的Web服务注册到ESB中，就可以被外部服务消费者发现使用，极大的增强了灵活性和可扩充性；此外，ESB本身提供了良好的安全机制，在数据的接收和传递过程中，能够保证数据的完整性和安全性。由于ESB具有的优势，其在应用开发中越来越重要，它使得系统的结构设计更加灵活，能够应用在复杂的逻辑场景中，因而具有非常广阔的发展前景。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

以上所述仅为本发明的优选实施例而已，并非用于限定本发明的保护范围。根据本发明的发明内容，还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种基于ESB的Web服务实现方法，包括：

2.如权利要求1所述的方法，其特征在于：

所述服务中心根据所述转换后的参数信息调用所述ESB对所述Web服务进行封装的步骤包括：

3.如权利要求2所述的方法，其特征在于：

所述ESB的服务引擎选择封装模式以及要进行封装的Web服务的步骤包括：

4.如权利要求3所述的方法，其特征在于：

所述服务中心控制所述ESB通过统一的接口对外发布服务的步骤包括：

5.如权利要求1所述的方法，其特征在于：所述方法还包括：

6.一种实现Web服务的企业服务总线ESB，包括：

7.如权利要求6所述的ESB，其特征在于：

所述服务引擎，用于根据所述Web服务的参数信息对所述Web服务进行封装，并将封装后的Web服务部署在所述ESB中，包括：

8.如权利要求7所述的ESB，其特征在于：

所述服务引擎，用于选择封装模式以及要进行封装的Web服务，包括：

9.如权利要求8所述的ESB，其特征在于：

所述服务发布模块，用于对外发布统一的接口供服务消费者调用所述封装后的Web服务，包括：

10.如权利要求6所述的ESB，其特征在于：

所述服务发布模块，还用于在收到服务消费者发送的请求获取的Web服务的参数信息后，将该参数信息的格式转换为所述统一格式，然后在所述ESB中部署的封装后的Web服务中找到相应的Web服务，将该Web服务的参数信息再转换为服务消费者请求获取的Web服务的参数信息的格式，返回给所述服务消费者。

11.一种实现Web服务的服务中心，包括如权利要求6～10所述的企业服务总线ESB，其特征在于，所述服务中心还包括：

12.如权利要求11所述的服务中心，其特征在于：

所述ESB转发的服务提供者提供的Web服务的参数信息的格式为所述ESB定义的统一格式。