CN102394928B - 一种分布式环境下的语义web服务系统 - Google Patents

Abstract

本发明公开了一种分布式环境下的语义web服务系统，包括服务请求模块、服务提供模块、注册中心以及服务路由，所述注册中心是由多个不同注册中心根据服务领域通过分布式设计所构成的集群，其中每个注册中心管理特定领域的服务及本体；所述服务路由分别与服务请求模块、服务提供模块、注册中心连接，其采用基于语义的消息分发机制，根据服务信息，将与该服务信息相关的请求信息传递给相应的注册中心处理。本发明解决了当前语义Web服务系统框架服务效率低下，服务查全查准率低，服务功能单一的问题，通过将相关功能组件模块化，提高了服务框架的可扩展性与适应性。

Description

一种分布式环境下的语义web服务系统

技术领域

本发明属于语义Web服务系统设计方法，主要针对于分布式环境下的语义Web服务系统的设计。

背景技术

语义Web提出以后，随着语义Web服务描述语言与语义Web服务架构的日益完善与发展，基于语义Web的服务研究得到了飞速的发展，然而当前的语义Web服务框架却大都是基于集中式的结构，其中主要的注册标准就是UDDI；分布式环境下的服务框架大都基于聚类的思想，各研究机构都提出了一些分布式应用，但还没有统一的标准。当前服务系统框架的主要弊端包括如下几个方面：

1、随着服务的爆炸式增长，单个注册中心缺乏有效的分类机制，服务查询效率不高；

2、多种类型服务共同注册到单个注册中心，也导致服务查全查准率的下降，这主要表现为多种类型服务可能具有相同或相似的语义信息，从而导致发现的服务中存在大量的不相关的服务，从2006年IBM等宣布永久性地关闭其公共的UDDI商业服务器的侧面可以看出，集中式的结构不适合在大规模环境下使用；

3、当前Web服务框架也缺乏有效的服务发现与组合技术的支持，主要表现在a.多数系统不提供服务的发现与组合解决方案，仍基于UDDI框架进行简单的单个服务的查询过程；b.个别提供服务发现与组合方法的架构系统，也仅仅提供单一的服务发现或组合算法，导致其只能应用于特定场景。分布式环境下要求实现普适的服务发现与组合，必须要融合多种服务发现与组合算法并集成策略选择模块，通过分析具体的应用场景，动态智能的去选择合适的发现与组合算法；

4、集中式结构容易出现单点失效的瓶颈现象，即当注册中心出现问题，整个服务框架就可能瘫痪；

5、现有的分布式结构存在安全以及服务发现效率低下的问题，并且不适合在企业范围内应用。

这些弊端都导致了当前的语义Web服务框架普遍存在服务查询的全面性和准确率不高，服务效率低下等问题。

分布式技术因其良好的健壮性和可扩展性，正被越来越多的应用到计算机的各个领域，故而可将分布式技术与语义Web服务系统相结合，全面提升语义Web服务系统。

发明内容

本发明的目的在于一种分布式环境下的语义web服务系统，该系统将语义Web服务系统与分布式相结合，通过引入服务路由，建立特定领域的注册中心服务库，可以有效的解决当前服务框架效率偏低的问题。

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

一种分布式环境下的语义web服务系统，包括服务请求模块、服务提供模块、注册中心以及服务路由，所述注册中心是由多个不同注册中心根据服务领域通过分布式设计所构成的集群，其中每个注册中心管理特定领域的服务及本体；所述服务请求模块发起服务查询与调用，其使用基于精确或模糊的语义描述和提交服务请求，待注册中心返回可用的服务序列后，服务请求模块选择合适的服务进行绑定并调用，完成服务请求与调用；所述服务提供模块实现服务注册与服务发布，其创建特定领域的本体，开发相关服务，然后将服务以及相关信息注册到对应领域的注册中心，同时响应服务请求模块的服务绑定请求，协助服务请求模块完成服务调用过程；所述服务路由分别与服务请求模块、服务提供模块、注册中心连接，其采用基于语义的消息分发机制，根据服务信息，将与该服务信息相关的请求信息传递给相应的注册中心处理。

语义web服务系统的具体工作步骤如下：

步骤1：服务提供商向服务注册中心注册，提交服务提供商的相关信息与服务范围，经服务路由转发至合适的注册中心进行注册。

步骤2：服务提供商创建特定领域的服务本体，结合领域实际与专家意见定义权威的领域概念与关系。

步骤3：服务提供商向注册中心提交本体文件，发起本体注册请求。

步骤4：服务路由接受本体文件，分析服务提供商提供的相关本体信息，将领域本体注册到相应的本体注册中心，同时服务路由保留相应的备份。

步骤5：服务提供商编写语义Web服务，经过相关测试后，将语义Web服务部署并发起服务注册请求。

步骤6：服务路由收到注册的服务文件，根据服务提供商提供的相关信息，将服务注册请求转发给领域相关的特定注册中心。

至此完成服务注册过程。

步骤7：服务请求者发起服务请求，对服务请求完成精确的语义描述，并发起服务查询请求。

步骤8：服务路由收到服务查询请求，分析并记录相关服务信息，将服务查询请求转发至相应的注册中心。

步骤9：领域相关注册中心收到服务查询请求，分析相关内容，发起服务查询过程，加载相关服务发现与组合模块，并最终返回满足用户请求的服务序列。

步骤10：经过服务路由的转发，服务请求者收到相关服务序列，经过选择后，发起服务调用，绑定相关服务，最终完成整个服务过程。

本发明引入服务路由的概念对当前语义Web服务系统进行扩展，系统整体主要包括四个部分：服务请求者，服务提供商，注册中心以及服务路由，其中所述注册中心是该框架的核心组件，其引入分布式设计思想，根据服务领域进行注册中心的专门化分布式化设计，每个注册中心管理特定领域的服务及本体，响应服务查询与注册请求，并与语义Web服务发现与组合模块共同实现满足用户提出的特定请求；服务请求者发起服务查询与调用功能；服务提供商主要实现服务注册与服务发布的功能。服务路由位于服务注册中心与服务请求者以及服务提供商之间，提供一种基于语义的消息分发机制，其根据特定的服务信息，将相关的请求信息传递给相应的注册中心处理。

服务路由连接服务活动过程中的三个参与者，其接受服务请求者，服务提供商以及注册中心的消息，并根据其保存的本体信息备份并结合路由分类算法处理该消息并转发至合适的接受者。服务路由保存其连接的注册中心涉及的所有本体信息，使得注册中心只需关注其特定领域内的本体以及相关服务，从而大大提高服务发现与组合的效率与精准度。

本发明定义统一的服务发现与组合算法通用抽象接口模块，注册中心提供发现与组合策略选择模块，只要发现与组合算法是基于统一的接口开发，该策略选择模块就可以加载该算法并调用其功能，使得该框架可快速动态集成多种语义Web服务发现与组合算法。服务发现与组合策略选择模块通过分析服务请求的语义信息，动态选择合适的发现与组合算法，从而提高服务发现与组合的适应性并进一步提升服务质量。

本发明解决了当前语义Web服务系统框架服务效率低下，服务查全查准率低，服务功能单一的问题，通过将相关功能组件模块化，提高了服务框架的可扩展性与适应性。

附图说明

图1为本发明的系统架构示意图；

图2为系统总体结构示意图；

图3为系统的总体流程示意图；

图4为服务路由详细结构示意图；

图5为服务路由工作流程示意图；

图6为服务发现与组合策略选择模块工作流程示意图。

具体实施方式

本发明的部署示意图如附图1所示，其中服务路由位于整个系统的中心，系统所有参与者的消息都要通过服务路由的分析并进行转发。服务路由分别与注册中心、服务请求模块和服务提供模块相连接，服务库位于最上方，主要用于存储相关的服务文件与注册信息。一个注册中心可以共享同一个服务库也可以单独享有一个专门的服务库。注册中心根据不同的服务类别进行分类，具体的分类工作交由服务路由进行处理。服务请求模块是整个服务的发起者。服务提供模块所提供的服务是本系统工作的前提与基础。

图2是本发明系统总体结构图，其定义了相关模块的结构以及主要的业务处理流程。其中主要的功能模块包括：

服务请求者，服务请求者的主要功能包括：使用基于精确或模糊的语义描述服务请求，提交并发起服务请求，待注册中心返回可用的服务序列后，服务请求者选择合适的服务进行绑定并调用，完成服务请求与调用过程；

服务提供商，服务提供商的主要功能包括：创建领域本体，开发相关服务，然后将服务以及相关信息注册到相关领域的注册中心。同时响应服务请求者的服务绑定请求，协助服务请求者完成服务调用过程；

服务路由，服务路由在本系统中的作用就是消息转发，其帮助注册中心分析来自用户服务请求，根据其携带的语义信息，转发至合适的接受者，其保有一张路由表，来记录这种对应关系；

注册中心及服务库，注册中心及服务库是本框架的核心组件，其主要功能包括：(1)对服务提供商来说，其响应服务注册请求，注册相关服务，保存本体与服务文件到服务库；(2)对服务请求者而言，其响应服务请求，分析服务请求内容，加载相应的服务发现与组合模块进行处理，并返回服务序列。

图3所示的是系统的总体流程示意图，其中包括

1.图3右下角为服务提供商结构及流程示意图，其主要的功能模块包括：服务本体创建，服务的开发，以及服务开发完成后的发布与注册模块。服务提供商的核心工作是完成服务的开发与发布，因此其结构可按照具体需求进行定义与扩展。

领域本体创建模块协助用户创建相应的本体描述文件，为之后的服务描述与注册中心完成相应功能做铺垫。

基于本体的服务实现模块根据具体需求，依照相应的协议，开发出满足需求的服务。

服务交互模块完成将服务发布到类似于TOMCAT的公网服务器中，可供服务请求者调用。

服务注册模块完成服务经服务路由注册到相应的注册中心的功能。

服务提供商的工作流程详细步骤如下：

(1)领域本体库创建：服务提供商首先根据具体行业与领域标准，创建符合自己行业实际的本体概念，并建立本体库；

(2)本体库的上传：服务提供商需要将本体库文件上传至注册中心，同时，服务路由会保存该本体的副本。上传本体前，服务提供商需在注册中心注册；

(3)基于本体的服务开发：服务提供商进行基于本体的服务开发，并完成相应的测试，基于本体的服务开发是指服务的相关信息完全依照本体进行描述；

(4)服务的发布与注册：服务提供商发布服务是指将服务放入服务提供商的服务库中，可以供其他人调用、执行、完成功能并反馈执行结果。随后，服务提供商要向注册中心注册该服务。注册过程包括服务描述文件以及信息的提交。

2.图3左下角为服务请求者的结构及流程示意图，服务请求者完成其服务查询与调用功能，主要的功能模块包括服务请求的描述，服务请求提交以及服务返回解析以及服务调用。

服务请求提交与描述模块协助用户完成包括IO信息在内的服务描述与语义添加工作。

已有服务查询模块与已有服务库是为了加快服务查询进度而提出的，用户提交的服务请求首先查询本地已有的服务，如果找到合适的服务就直接调用而无需提交到注册中心。

服务解析模块的功能主要是解析注册中心返回的服务序列，将可用服务存入已有服务库中的同时发起服务调用。

服务调用模块的功能是解析服务描述信息，完成服务绑定以及完成服务调用过程。

服务请求者的具体业务流程如下：

(1)服务请求者首先发起服务请求，服务请求模块帮助用户完成请求的语义添加或模糊描述；

(2)服务请求模块首先查询已有服务数据库中的服务文件，如果找到合适的服务，经过快速验证后，可直接发起调用，否则，将服务请求信息提交并经服务路由转发至合适的注册中心；

(3)待注册中心完成服务发现与组合过程后，返回服务列表，服务请求解析模块首先对服务序列进行解析，然后待用户选择合适的服务后，发起服务调用；

(4)服务调用模块根据具体的服务描述信息，完成服务界面的生成，服务信息绑定，服务调用与返回等功能，最终完成整个服务流程。

3.图3中部显示的是服务路由的结构，对于用户发来的信息，服务路由首先对其进行分析，然后定位到合适的注册中心并将消息转发。同时，管理模块将转发对应关系写入路由表中。服务路由保留一份本体文件的备份，其根据客户发来的信息，依照本体并结合相应的分类算法，动态的将服务内容发送给合适的处理者，这样就实现了注册中心的专有化，从而提高了服务效率。

4.图3上部所示的是注册中心及服务库的结构及流程示意图：注册中心主要完成两个功能，一个是服务的注册管理功能，另外一个是服务的查询功能其中主要包括服务的发现与组合，相应的注册中心有两大模块来完成这些功能。这两大模块是相辅相成的。

首先，服务注册功能主要包括的子模块有

服务注册解析模块，其主要完成解析服务提供商发来的服务描述信息的功能，将相关信息存入到服务库，方便查询以及后续的调用。

服务转化模块完成将服务格式的标准转化，将非OWLS描述的服务统一转化为OWLS描述，以便于管理。

服务存储与管理模块主要完成对服务文件的存储与管理，进行定时的更新与备份等工作。

其次，服务的查询功能主要包括的模块有

已有服务验证模块，其主要配合服务请求者的已有服务查询模块，帮助其验证提交服务的有效性。

服务语义解析模块分析服务请求者提交的语义请求信息，解析出其中的包括IO信息在内的语义概念，供后面的发现与组合模块调用。

服务发现与组合策略选择模块，该模块的主要功能是，获得解析模块的数据，分析后选择并加载合适的发现与组合算法。

服务发现模块有两个业务流程，单个的服务发现过程与面向组合的服务发现过程。两个流程是同时进行的。

服务组合模块，将找到的满足要求的小粒度服务，组合成满足功能需求或行为请求的复合服务。

服务验证模块，首先验证服务的功能依赖关系与锁分析，验证服务是否能够在用户提供的请求条件下正常执行并生成用户所需的结果，其次提供服务执行流程与服务行为验证方法，验证所发现的服务或者通过组合算法组合的复合服务的行为是否满足用户请求，并根据基于QoS等因素的服务排序与筛选，去除不满足要求的服务。

注册中心的主要业务流程包含服务注册流程与服务查询流程：

服务注册流程如下：

(1)注册管理模块收到服务提供商提交的服务注册信息与服务本体文件，然后由解析模块完成对其内容的解析，抽取关键内容，主要包括服务的功能以及IO信息，写入服务库便于服务的管理与查询；

(2)注册管理模块将服务的格式统一转化为基于语义描述的OWLS文件格式；

(3)将转化后的服务文件存储到服务库中，服务文件包括本体文件与服务文件，要分别存储在本体库与服务库中；

(4)服务信息存储完成后，返回存储结果信息给服务提供商，并定时与服务提供商交互以方便管理与更新。

服务查询流程如下：

(1)注册中心收到服务请求者的查询请求，会首先根据提交的已有服务信息对服务进行验证，如果已有服务满足要求，则直接返回而无需开启发现与组合过程；

(2)当服务验证失败或没有满足条件的已有服务时，注册中心解析服务描述文件中的服务IO等信息，然后将分析结果交由服务发现与组合策略选择模块处理；

(3)发现与组合选择模块通过分析IO等信息，动态的选择合适的发现与组合算法，并将相关模块加载进注册中心中来；

(4)服务发现模块开始根据服务的IO等信息，进行服务发现，服务发现分两个过程，单个服务发现过程尝试在服务库中发现满足请求的单个服务，而面向组合的发现过程则通过分析输入信息，在服务库中查询合适的小粒度的服务，并将这些服务放入候选服务库中；

(5)完成服务发现以后，服务组合模块开始将发现的服务做组合，本发明提出了服务组合抽象接口用以将服务组合算法的接口与实现分离从而实现动态的服务组合；

(6)待将单个发现的服务与组合后的服务汇总后，注册中心还将对服务序列进行基于QoS等的选择，筛选满足相关条件的服务；

(7)注册中心将服务序列返回给服务请求者。

附图4所示的是服务路由详细结构示意图，其中服务路由分为两大部分，分别是控制平面和数据通道。

控制平面的主要作用是通过与路由表交互，记录整个网络，即注册中心的分布状况与连接方式。

服务路由的数据通道接收带有语义信息的消息，经过语义解析模块对其进行语义信息的抽取后，将相关语义信息交由控制平面做进一步处理，数据通道模块还应提供语义数据封装模块，以对解析后的语义消息进行适当的描述，为后续的操作以及转发提供便利。

服务路由的主要作用是对消息进行分类分发，这主要是通过路由学习与寻址模块通过路由分类算并结合路由表保存的本体库来实现。

路由表作为整个服务路由运转的关键所在，其包含的数据表项包括，注册中心类型，注册中心对应的本体树根节点，注册中心地址等。

附图5所示的是服务路由的工作流程示意图，服务路由的主要功能是选择与交换，这里的选择是指通过服务分类算法，结合本体信息，由服务路由选择合适的注册中心进行消息转发；而交换是指服务路由接收到语义信息，分析修改内容并转发至合适的接受者。这里主要涉及了服务路由的分类算法以及语义信息的解析与封装协议，服务路由的选择协议与交换协议是相互配合又相互独立的概念，前者需要后者解析的服务语义信息进行服务定位并完成路由表，而后者需要前者生成的路由表来完成服务的转发工作。

选择主要涉及注册中心的确定，而交换的作用是记录转发路径，为消息的传递提供通路，路由算法主要是针对选择功能。服务路由的选择工作过程主要如下：

(1)服务路由收到用户发送的数据包，对信息进行预处理，抽取出数据包中包含的语义寻址信息；

(2)服务路由根据上述查询的语义信息，查找路由表中是否包含合适的注册中心。如果路由表中有相关注册中心信息并经过验证后该注册中心在线的话，这发起转发流程，将数据封装并转发；

(3)如果该注册中心不在线或者路由表中不存在相关注册中心信息，服务路由发起路由发现算法，通过结合本体与路由分类算法，结合路由协议，找到合适的注册中心，然后更新路由表并转发。

附图6所示的是服务发现与组合策略选择模块工作流程示意图，基于模块开发的服务发现与组合以及策略选择本发明的另外一个创新点，其主要的功能实现在注册中心的服务发现与组合策略选择模块。其主要的特点是首先定义统一的数据以及函数接口及规范，用户可以根据接口去实现特定的服务发现与组合算法，只有开发的组件是符合规范的，策略选择模块就可以加载该模块并调用相关接口实现对应功能。这样就大大提高了注册中心的适应性和扩展性，使其更适合用分布式环境下的普适应用。

Claims (9)

1. 一种分布式环境下的语义web服务系统，其特征在于包括服务请求模块、服务提供模块、注册中心以及服务路由，所述注册中心是由多个不同注册中心根据服务领域通过分布式设计所构成的集群，其中每个注册中心管理特定领域的服务及本体；所述服务请求模块发起服务查询与调用，其使用基于精确或模糊的语义描述和提交服务请求，待注册中心返回可用的服务序列后，服务请求模块选择合适的服务进行绑定并调用，完成服务请求与调用；所述服务提供模块实现服务注册与服务发布，其创建特定领域的本体，开发相关服务，然后将服务以及相关信息注册到对应领域的注册中心，同时响应服务请求模块的服务绑定请求，协助服务请求模块完成服务调用过程；所述服务路由分别与服务请求模块、服务提供模块、注册中心连接，其采用基于语义的消息分发机制，根据服务信息，将与该服务信息相关的请求信息传递给相应的注册中心处理；

所述服务路由包括控制平面模块、数据通道模块、路由表和本体库；

所述控制平面模块通过与路由表交互，记录注册中心的分布状况与连接方式，并通过所设置的路由学习模块与路由寻址模块通过路由分类算法并结合路由表以及本体库实现对消息进行分类分发；

所述数据通道模块接收带有语义信息的消息，经过语义解析后对其进行语义信息的抽取，将相关语义信息交由控制平面处理，数据通道还提供语义数据封装，以对解析后的语义消息进行描述，为后续的操作以及转发提供便利；

所述路由表的数据表项包括注册中心类型、注册中心对应的本体树根节点和注册中心地址。

2.根据权利要求1所述的分布式环境下的语义web服务系统，其特征在于注册中心还连接有服务库，所述服务库用于存储相关的服务文件与注册信息，多个注册中心共享同一个服务库，或一个注册中心单独享有一个专门的服务库，所述注册中心根据不同的服务类别进行分类，所述分类由服务路由实现。

3.根据权利要求2所述的分布式环境下的语义web服务系统，其特征在于所述注册中心包括服务注册功能模块和服务查询功能模块；

    所述服务注册功能模块包括：

    服务注册解析模块，其主要完成解析服务提供模块发来的服务描述信息的功能，将相关信息存入到服务库，方便查询以及后续的调用；

    服务转化模块，其完成将服务格式的标准转化，将非OWLS描述的服务统一转化为OWLS描述，以便于管理；

    服务存储与管理模块，主要完成对服务文件的存储与管理，进行定时的更新与备份工作；

    所述服务查询功能模块包括：

    已有服务验证模块，其主要配合服务请求模块的已有服务查询，验证服务请求模块所提交服务的有效性；

    服务语义解析模块，其分析服务请求模块提交的语义请求信息，解析出其中的包括IO信息在内的语义概念，供服务发现与组合策略选择模块调用；

    服务发现与组合策略选择模块，该模块获得服务语义解析模块的数据，分析该数据后选择并加载合适的发现与组合算法；

    服务验证模块，其首先验证服务的功能依赖关系，验证服务是否能够在用户提供的请求条件下正常执行并生成用户所需的结果，其次提供服务执行流程与服务行为验证方法，验证所发现的服务或者通过组合算法组合的复合服务的行为是否满足用户请求，并根据基于QoS的服务排序与筛选，去除不满足要求的服务。

4.  根据权利要求3所述的分布式环境下的语义web服务系统，其特征在于所述服务发现与组合策略选择模块包括服务发现和服务组合，所述服务发现包括单个的服务发现过程与面向组合的服务发现过程，这两个过程同时进行，所述服务组合将找到的满足要求的小粒度服务，组合成满足功能需求或行为请求的复合服务。

5.根据权利要求1所述的分布式环境下的语义web服务系统，其特征在于所述语义web服务系统的服务过程包括：

    步骤1：服务提供模块向注册中心注册，提交服务的相关信息与服务范围，经服务路由转发至合适的注册中心进行注册；

    步骤2：服务提供模块创建特定领域的服务本体，并定义与该领域的服务本体相关的概念与关系；

    步骤3：服务提供模块向注册中心提交服务本体文件，发起服务本体注册请求；

    步骤4：服务路由接受服务本体文件，分析服务提供模块提供的相关本体信息，将该服务本体注册到注册中心相应的领域，同时服务路由保留相应的备份；

    步骤5：服务提供模块编写语义Web服务，经过测试后，将语义Web服务部署并发起服务注册请求；

    步骤6：服务路由收到注册的服务文件，根据服务提供模块提供的相关信息，将服务注册请求转发给注册中心的相关特定领域，完成服务注册过程；

    步骤7：服务请求模块发起服务请求，对服务请求完成精确的语义描述，并发起服务查询请求；

    步骤8：服务路由收到服务查询请求，分析并记录相关服务信息，将服务查询请求转发至相应的注册中心；

    步骤9：注册中心收到服务查询请求，分析相关内容，发起服务查询过程，启动相关服务发现与组合过程，并最终返回满足用户请求的服务序列；

    步骤10：经过服务路由的转发，服务请求模块收到相关服务序列，经过选择后，发起服务调用，绑定相关服务，最终完成整个服务过程。

6.所述权利要求5所述的分布式环境下的语义web服务系统，其特征在于所述服务提供模块的工作流程详细步骤如下：

    1）创建领域本体库，根据具体行业与领域标准，创建符合自己行业实际的本体概念，并建立本体库；

    2）上传本体库，将本体库文件上传至注册中心，同时，服务路由会保存该本体的副本；

    3）基于本体的服务开发，所述基于本体的服务开发是指服务的相关信息完全依照本体进行描述；

    4）服务的发布与注册，将服务放入服务提供模块的服务库中，以供其他人调用、执行、完成功能并反馈执行结果，随后，服务提供模块向注册中心注册该服务，注册过程包括服务描述文件以及信息的提交。

7.    所述权利要求5所述的分布式环境下的语义web服务系统，其特征在于所述服务请求模块的具体业务流程如下：

    1）服务请求模块首先发起服务请求，服务请求模块帮助用户完成请求的语义添加或模糊描述；

    2）服务请求模块查询已有服务数据库中的服务文件，如果找到合适的服务，经过快速验证后，可直接发起调用，否则，将服务请求信息提交并经服务路由转发至合适的注册中心；

    3）待注册中心完成服务发现与组合过程后，返回服务列表，服务请求解析模块首先对服务序列进行解析，然后待用户选择合适的服务后，发起服务调用；

    4）通过服务调用模块根据具体的服务描述信息，完成服务界面的生成，服务信息绑定，服务调用与返回功能，最终完成整个服务流程。

8.    所述权利要求5所述的分布式环境下的语义web服务系统，其特征在于所述注册中心的业务流程包含服务注册流程与服务查询流程：

    所述服务注册流程具体如下：

    1）接收服务提供模块提交的服务注册信息与服务本体文件，然后对其内容进行解析，抽取关键内容，主要包括服务的功能以及IO信息，写入服务库便于服务的管理与查询；

    2）将服务的格式统一转化为基于语义描述的OWLS文件格式；

    3）将转化后的服务文件存储到服务库中，服务文件包括本体文件与服务文件，分别存储在本体库与服务库中；

    4）服务信息存储完成后，返回存储结果信息给服务提供模块，并定时与服务提供模块交互以方便管理与更新；

    所述服务查询流程具体如下：

    1）注册中心收到服务请求模块的查询请求，首先根据提交的已有服务信息对服务进行验证，如果已有服务满足要求，则直接返回而无需开启发现与组合过程；

    2）当服务验证失败或没有满足条件的已有服务时，注册中心解析服务描述文件中的服务IO信息，然后将分析结果交由服务发现与组合策略选择模块处理；

    3）服务发现与组合策略选择模块通过分析 IO信息，动态的选择合适的发现与组合算法，并将相关模块加载进注册中心中来；

    4）根据服务的 IO信息，进行服务发现，服务发现分两个过程，单个服务发现过程尝试在服务库中发现满足请求的单个服务，而面向组合的发现过程则通过分析输入信息，在服务库中查询合适的小粒度的服务，并将这些服务放入候选服务库中；

    5）完成服务发现以后，将发现的服务进行组合，通过服务组合抽象接口将服务组合算法的接口与实现分离从而实现动态的服务组合；

    6）待将单个发现的服务与组合后的服务汇总后，注册中心还将对服务序列进行基于QoS的选择，筛选满足相关条件的服务；

    7）注册中心将服务序列返回给服务请求者。

9.    所述权利要求5所述的分布式环境下的语义web服务系统，其特征在于所述服务路由的工作过程如下：

    1）服务路由收到用户发送的数据包，对信息进行预处理，抽取出数据包中包含的语义寻址信息；

    2）服务路由根据上述查询的语义信息，查找路由表中是否包含合适的注册中心，如果路由表中有相关注册中心信息并经过验证后该注册中心在线的话，发起转发流程，将数据封装并转发；

    3）如果该注册中心不在线或者路由表中不存在相关注册中心信息，服务路由发起路由发现算法，通过结合本体与路由分类算法，结合路由协议，找到合适的注册中心，然后更新路由表并转发。

Images