CN102902543A - 一种Web服务应用框架模型 - Google Patents

Abstract

本发明提供一种Web服务应用框架模型，涉及计算机信息***领域。该模型根据Web服务的应用特点和场景，针对Web服务的发布、协议支持、规范集成、安全管理、服务组件重用、业务逻辑分离等应用要求，提出了服务引擎层、服务控制层、服务组件层、业务逻辑层的四层应用框架模型。该Web服务应用框架模型实现了Web服务部署发布、服务处理过程、服务处理能力和业务逻辑的分离，使Web服务具有较高的通用性、复用度，同时减少程序代码的重复开发，提高了开发效率。

Description

一种Web服务应用框架模型

技术领域

本发明涉及计算机信息***领域，具体的说是一种Web服务应用框架模型。

背景技术

近年来，随着企业信息化的深入发展和应用集成的不断深入，跨***跨平台的应用间交互成为了新的技术热点；Web服务因为其高互访性、语言无关性等特点，受到广泛的亲睐，成为较常用的跨平台应用交互手段之一。

Web服务是在现有的Web技术和设施之上，通过制定协议和标准来实现的，与Web服务相关的主要协议和规范包括：简单对象访问协议（SOAP，Simple Object Access Protocol）、Web服务描述语言（WSDL，Web Services Description Language）、统一描述、发现和集成（UDDI ，Universal Description, Discovery, and Integration）等。所以如果要在应用***中提供Web服务，首先要对这些基础规范和协议提供支持；在不同应用场景中基础规范和协议可能存在差异，所以如果将规范和协议的支持与Web服务绑定在一起实现，会造成Web服务的重用性严重降低，带来重复开发。

Web服务是带有处理能力和业务逻辑的处理过程，其带有的处理能力（如：安全校验能力、请求验证能力、服务应答能力等）具有较高的通用性，如果和业务逻辑与处理过程绑定在一起，会造成大量处理逻辑的重复代码，造成重复开发。

Web服务带有业务处理逻辑，业务处理逻辑应是通用的，支持***内的各类处理请求，如果将业务处理逻辑绑定在Web服务内部，则该业务处理逻辑失去了通用性，造成重复开发。

综上所述，Web服务需要一种合理的应用框架模型，实现Web服务部署发布、服务处理过程、服务处理能力和业务逻辑的分离，使Web服务具有较高的通用性、复用度，同时减少程序代码的重复开发，提高开发效率。

发明内容

本发明针对目前Web服务存在的不足之处，提供一种合理的Web服务应用框架模型。

本发明的Web服务应用框架模型是按以下方式实现的，该模型应用于Web服务部署发布、服务处理过程、服务处理能力和业务逻辑的分离，应用框架模型由服务引擎层、服务控制层、服务组件层及业务逻辑层组成，其中：

服务引擎层：实现服务部署、协议支持与服务组件的解耦，支持由简单Java对象按照不同的协议要求部署发布Web服务；

服务控制层：实现服务执行过程控制与服务组件的解耦，将服务执行过程由服务组件中提取出来单独构建，在服务应用时再将服务组件注入所需的服务过程中；

服务组件层：用来描述服务所具有的能力，服务能力与服务执行过程无关、与实际的业务逻辑无关，在服务执行过程中根据需求动态绑定相应的服务执行过程和业务处理逻辑；服务组件层将这些服务所具有的能力进行抽象提炼，形成通用的服务组件；

业务逻辑层：为服务组件提供业务逻辑处理，业务处理逻辑能来源于应用的业务处理组件或构建新的业务逻辑实现，在Web服务执行过程中能选择相应的业务处理逻辑进行执行。

所述的Web服务应用框架模型，服务引擎层由服务部署发布支持、应用框架集成、标准规范支持三部分组成；其中：

服务部署发布支持结合Web服务的基础协议，将简单Java对象发布为Web服务，能根据实际的应用环境选择适合的协议和发布模式；

应用框架集成实现Web服务的部署发布管理与应用开发框架的集成，Web服务部署发布过程中需要应用开发框架的支持，同时利用服务列表、服务管理控制台将Web服务管理与开发框架集成；

标准规范支持实现对Web服务基本标准规范的支持按照规范协议的要求，发布响应的Web服务。

所述的Web服务应用框架模型，服务控制层由服务处理过程控制、服务组件重用支持组成；其中：

服务处理过程控制将服务执行过程由服务组件中提取出来，进行抽象、提炼，形成通用的服务执行过程；

服务组件重用支持根据应用环境和应用要求，选择响应的服务处理过程，在Web服务使用时，将服务组件注入服务处理过程进行处理，完成服务应答，实现服务组件的重用。

所述的Web服务应用框架模型，服务组件层由服务安全管理、服务请求验证、业务逻辑绑定、服务应答格式化组成；其中：

服务安全管理结合应用***的安全策略，进行服务安全管理，包括：身份验证、权限验证；

服务请求验证进行服务请求的数据格式验证和数据验证，利用可扩展标记语言进行请求数据格式验证和数据验证；

业务逻辑绑定通过预留的接口，根据服务组件的应用要求，将相应的业务逻辑绑定到服务组件中，完成业务逻辑绑定；

服务应答格式化用来处理服务的返回信息，根据实际的应用环境的要求，利用可扩展标记语言构建服务的返回信息。

本发明的一种Web服务应用框架模型与现有Web服务技术相比具有的有益效果是：本发明提供一种合理的Web服务应用框架模型，实现了Web服务部署发布、服务处理过程、服务处理能力和业务逻辑的解耦，使Web服务具有较高的通用性、复用度，同时减少程序代码的重复开发，提高开发效率。

附图说明

 附图1本发明的一种Web服务应用框架模型的示意图。

具体实施方式

下面结合附图1对本发明的一种Web服务应用框架模型作进一步详细说明。

本发明所提供的应用框架模型，根据Web服务的应用特点和场景，针对Web服务的发布、协议支持、规范集成、安全管理、服务组件重用、业务逻辑分离等应用要求，将对标准协议的支持、服务的部署及发布独立出来，构建服务引擎层；将服务的执行过程进行提炼，从服务组件中提取出来，构建为服务控制层；将服务的处理能力进行汇总提炼，与服务执行过程和业务逻辑解耦，构建为通用服务组件，构成服务组件层；Web服务所需的业务逻辑可以直接选择已有的业务逻辑，或开发通用的业务逻辑，在服务执行的过程中动态注入到服务组件中，这些逻辑构成业务逻辑层。

本发明解决所述技术问题提出的一种Web服务应用框架模型，其技术方案是：

由服务引擎层、服务控制层、服务组件层及业务逻辑层组成的四层应用框架模型，其中：

服务引擎层实现服务部署、协议支持与服务组件的解耦，支持由简单Java对象按照不同的协议要求部署发布Web服务；

服务控制层实现服务执行过程控制与服务组件的解耦，将服务执行过程由服务组件中提取出来单独构建，在服务应用时再将服务组件注入所需的服务过程中；

服务组件层用来描述服务所具有的能力，服务能力与服务执行过程无关、与实际的业务逻辑无关，在服务执行过程中根据需求动态绑定相应的服务执行过程和业务处理逻辑；服务组件层将这些服务所具有的能力进行抽象提炼，形成通用的服务组件；

业务逻辑层为服务组件提供业务逻辑处理，业务处理逻辑能来源于应用的业务处理组件，或构建新的业务逻辑实现，在Web服务执行过程中能选择相应的业务处理逻辑进行执行。

该四层应用框架模型中，服务引擎层由服务部署发布支持、应用框架集成、标准规范支持三部分组成；服务控制层由服务处理过程控制、服务组件重用支持组成；服务组件层由服务安全管理、服务请求验证、业务逻辑绑定、服务应答格式化组成；业务逻辑处理可来源于应用的业务处理组件，也可以构建新的业务逻辑来实现。

实施例

本发明所述Web服务应用框架模型，根据Web服务的应用特点和场景，针对Web服务的发布、协议支持、规范集成、安全管理、服务组件重用、业务逻辑分离等应用要求，提出了服务引擎层、服务控制层、服务组件层、业务逻辑层的四层应用框架模型。

在该模型中，服务引擎层主要实现服务部署、协议支持与服务组件的解耦，支持由简单Java对象POJO（Plain Old Java Objects）按照不同的协议要求部署发布Web服务；服务控制层主要实现服务执行过程控制与服务组件的解耦，将服务执行过程由服务组件中提取出来单独构建，在应用时再将服务组件注入所需的服务过程中，使服务组件、服务执行过程控制更大范围的重用；服务组件层用来描述服务所具有的能力（如：业务能力、安全校验能力、请求验证能力等），服务能力与服务执行过程无关、与实际的业务逻辑无关，在服务执行过程中根据需求动态绑定相应的服务执行过程和业务处理逻辑；业务逻辑层为服务组件提供业务逻辑处理，尽可能的提高业务逻辑的通用性，提高重用度。

下面对本发明的四层应用框架模型的各层组成分别详细说明：

（一） 服务引擎层

服务引擎层由服务部署发布支持、应用框架集成、标准规范支持三部分组成；

服务部署发布支持结合Web服务的基础协议（如：简单对象访问协议、Web服务描述语言）将简单Java对象发布为Web服务，可根据实际的应用环境选择适合的协议和发布模式。

应用框架集成实现Web服务的部署发布管理与应用开发框架（如Spring框架、Strus框架等）的集成；Web服务部署发布过程中需要应用开发框架的支持，同时利用服务列表、服务管理控制台等将Web服务管理与开发框架集成。

标准规范支持实现对Web服务基本标准规范（如：WS-I基本概要（WSI BP，WS-I Basic Profile）等）的支持按照规范协议的要求，发布响应的Web服务。

（二）服务控制层

服务控制层由服务处理过程控制、服务组件重用支持组成。

服务处理过程控制，将服务执行过程由服务组件中提取出来，进行抽象、提炼，形成通用的服务执行过程。

服务组件重用支持，根据应用环境和应用要求，选择响应的服务处理过程，在Web服务使用时，将服务组件注入服务处理过程进行处理，完成服务应答，实现服务组件的重用。

（三）服务组件层

服务组件层由服务安全管理、服务请求验证、业务逻辑绑定、服务应答格式化组成。

服务安全管理结合应用***的安全策略，进行服务安全管理，包括：身份验证、权限验证。

服务请求验证进行服务请求的数据格式验证和数据验证。利用可扩展标记语言（XML，eXtensible Markup Language）进行请求数据格式验证和数据验证。

业务逻辑绑定通过预留的接口，根据服务组件的应用要求，将相应的业务逻辑绑定到服务组件中，完成业务逻辑绑定。

服务应答格式化用来处理服务的返回信息，根据实际的应用环境的要求，利用可扩展标记语言（XML，eXtensible Markup Language）构建服务的返回信息。

（四）业务逻辑层

业务逻辑层为服务组件提供业务逻辑处理，业务处理逻辑可来源于应用的业务处理组件，也可以构建新的业务逻辑实现，在Web服务执行过程中选择相应的业务处理逻辑进行执行，尽可能的提高业务逻辑的通用性，提高重用度。

除说明书所述的技术特征外，均为本专业技术人员的已知技术。

Claims (4)

1.一种Web服务应用框架模型，其特征在于该模型应用于Web服务部署发布、服务处理过程、服务处理能力和业务逻辑的分离，应用框架模型由服务引擎层、服务控制层、服务组件层及业务逻辑层组成，其中：

服务引擎层：实现服务部署、协议支持与服务组件的解耦，支持由简单Java对象按照不同的协议要求部署发布Web服务；

服务控制层：实现服务执行过程控制与服务组件的解耦，将服务执行过程由服务组件中提取出来单独构建，在服务应用时再将服务组件注入所需的服务过程中；

服务组件层：用来描述服务所具有的能力，服务能力与服务执行过程无关、与实际的业务逻辑无关，在服务执行过程中根据需求动态绑定相应的服务执行过程和业务处理逻辑；服务组件层将这些服务所具有的能力进行抽象提炼，形成通用的服务组件；

业务逻辑层：为服务组件提供业务逻辑处理，业务处理逻辑能来源于应用的业务处理组件或构建新的业务逻辑实现，在Web服务执行过程中能选择相应的业务处理逻辑进行执行。

2.根据权利要求1所述的Web服务应用框架模型，其特征在于服务引擎层由服务部署发布支持、应用框架集成、标准规范支持三部分组成；其中：

服务部署发布支持结合Web服务的基础协议，将简单Java对象发布为Web服务，能根据实际的应用环境选择适合的协议和发布模式；

应用框架集成实现Web服务的部署发布管理与应用开发框架的集成，Web服务部署发布过程中需要应用开发框架的支持，同时利用服务列表、服务管理控制台将Web服务管理与开发框架集成；

标准规范支持实现对Web服务基本标准规范的支持按照规范协议的要求，发布响应的Web服务。

3.根据权利要求1所述的Web服务应用框架模型，其特征在于服务控制层由服务处理过程控制、服务组件重用支持组成；其中：

服务处理过程控制将服务执行过程由服务组件中提取出来，进行抽象、提炼，形成通用的服务执行过程；

服务组件重用支持根据应用环境和应用要求，选择响应的服务处理过程，在Web服务使用时，将服务组件注入服务处理过程进行处理，完成服务应答，实现服务组件的重用。

4.根据权利要求1所述的Web服务应用框架模型，其特征在于服务组件层由服务安全管理、服务请求验证、业务逻辑绑定、服务应答格式化组成；其中：

服务安全管理结合应用***的安全策略，进行服务安全管理，包括：身份验证、权限验证；

服务请求验证进行服务请求的数据格式验证和数据验证，利用可扩展标记语言进行请求数据格式验证和数据验证；

业务逻辑绑定通过预留的接口，根据服务组件的应用要求，将相应的业务逻辑绑定到服务组件中，完成业务逻辑绑定；

服务应答格式化用来处理服务的返回信息，根据实际的应用环境的要求，利用可扩展标记语言构建服务的返回信息。

Images