DAML-S简介

（一）基本组成

DAML-S是OWL-S的前身。DAML-S的ontology结构包括3部分：Service Profile、Process Model和Service Grounding。

Service Profile描述了Web服务的性能和服务提供者信息，类似于UDDI中的WSDL，但描述信息具有语义。

Process Model规定了Web服务所完成的所有任务、执行任务的顺序以及完成各个任务的结果。Process Model的功能类似于WSCI和BPEL4WS（两个语法级别的服务组合方法），但是Process Model更关注于执行一个服务的不同组件的效果。

Service Grounding规定了客户端程序或代理如何访问Web服务，包括使用的协议、端口以及输入输出的定义等等。

总之，Service Profile为Web服务的发现提供了信息，Process Model和Service Grounding则一同告诉代理如何来使用Web服务。

 

下图是使用DAML-S的Web服务构架。如图所示，让DAML-S结合已有的Web服务构架（SOAP、WSDL、UDDI）可以实现Web服务的发现、执行和组合自动化。

                                                 使用DAML-S的Web服务构架  

(二)基于DAML-S的服务描述、发现、执行和组合

服务的描述：使用了DAML-S之后，存储在UDDI注册中心上的Web服务描述信息就是用DAML-S来描述的了。具体来说是DAML-S的Service Profile使用ontology来描述了Web服务的性能及其执行效果。发布时，可以将Service Profile和UDDI中的Web服务描述绑定在一起，即使用UDDI的TModel对DAML-S的服务描述进行编码，然后再存放到UDDI注册中心。

服务的发现：服务的发现，本质来说是一个Web服务描述信息的匹配过程。传统的UDDI注册中心的描述信息存储是基于分类的，发现匹配是基于分类精确匹配的。这样发现的查全率就受到了很大影响。用DAML-S的Service Profile描述服务之后，注册中心里的服务是基于ontology的，也就是说基于语义的。相应的服务发现也从原来的简单的匹配发展到了基于语义的、带有推理性质的模糊匹配。
          整个过程是这样的：首先UDDI注册中心收到一个Web服务发现请求（包括Web服务功能描述和可以提供的输入以及期望的输出）；然后将该请求转换成Service Profile形式，交给匹配引擎；接着匹配引擎利用DAML+OIL推理机参照DAML Ontology库和Web服务描述库对进行基于语义的模糊匹配。

 

服务的执行：这个没什么说的DAML-S使用Service Grounding定义了代理该如何访问Web服务，包括代理和Web服务之间的交互信息、使用的协议、端口、服务的输入输出和服务执行时机等。

服务的组合：这里说的组合是自动组合了。DAML-S把一个Web服务认为是一个Process。服务组合部分使用就是Process Model部分。Process Model又由两部分组成：Process Model和Process Control Model。其中Process Model描述了服务组件的操作或者进程，说明了服务规划、组合信息以及代理和服务之间的配合；Process Control Model则允许代理对服务执行过程进行监控。而且DAML-S针对这两部分定义了过程本体（Process Ontology）和过程控制本体（Process Control Ontology）。
 

• 
• 大小: 14.1 KB

• 
• 大小: 7.1 KB

• 查看图片附件