200311:OMS10 2003-05: DAML-S0.9 2002-10: DAML-S07 2001-12: DAML-S0 2001-05: DAML-S0.5 Resource Service Described By ServiceProfile Service Grounding What the ServiceModel service does How to access it How it works K 5 Upper ontology for services 上图是 Service的上层 Ontology。在OWS中,一个 Service由三部分来描述 Service Profile, Service Model, Service Grouding。简单来说, Service Profile描述服务是 做什么的, Service Model描述服务是怎么做的, Service Grounding描述怎么访问服务。 个 Service最多被一个 Service Model描述,一个 Service Grounding必须和一个 Service 相关联。以下将详细描述这三个部分 3.1 Service Profile Service profile描述一个服务主要包含三方面信息 首先,服务提供者的白页和黄页信息。比如服务提供者的联系方式 其次,服务的功能信息。主要是指服务的OPE:nput, Output, Precondition, Effect OPE是OWLS中的主要内容之一,在 Service Mode中还会详细描述 最后, Service Profile可以提供服务的所属的分类,服务QoS信息。 Service Profile 也提供了一种机制来描述各种服务的特性,服务提供者可以自己定义 Service profile最大的特点就是双向的,服务提供者可以用 Profile描述服务的功能 服务请求者可以用 Profile描述所需服务的需求。这样服务发现时, matchmaker可以利用 这种双向的信息进行匹配。 另一方面, Service profile是 registry-model-neutral的,也就是说, Profile支持各种 各样的 registry model,最常用的 registry model比如UDD|的基于服务注册中心的集中式 解决方案。而在特殊情况下,比如某个服务供不应求,那么可以建立服务请求的注册中心, 对每个服务请求进行注册,当服务响应完一个请求后,从注册中心中取出下一个进行响应。 这与UDD|是完全相反的一个过程。由于 Service Profile是双向的,它完全支持这种方式 的 registry model对于P2P方式的 registry model,没有统一的注册中心, Service Profile 也能够支持。 8• 2003-11: OWL-S 1.0 • 2003-05: DAML-S 0.9 • 2002-10: DAML-S 0.7 • 2001-12: DAML-S 0.6 • 2001-05: DAML-S 0.5 图 5 Upper ontology for services 上图是 Service 的上层 Ontology。在 OWL-S 中，一个 Service 由三部分来描述 ServiceProfile，ServiceModel，ServiceGrouding。简单来说，ServiceProfile 描述服务是 做什么的，ServiceModel 描述服务是怎么做的，ServiceGrounding 描述怎么访问服务。 一个 Service 最多被一个 ServiceModel 描述，一个 ServiceGrounding 必须和一个 Service 相关联。以下将详细描述这三个部分。 3.1 Service Profile Service Profile 描述一个服务主要包含三方面信息。 首先，服务提供者的白页和黄页信息。比如服务提供者的联系方式。 其次，服务的功能信息。主要是指服务的 IOPE：Input，Output，Precondition，Effect。 IOPE 是 OWL-S 中的主要内容之一，在 Service Model 中还会详细描述。 最后，Service Profile 可以提供服务的所属的分类，服务 QoS 信息。Service Profile 也提供了一种机制来描述各种服务的特性，服务提供者可以自己定义。 Service Profile 最大的特点就是双向的，服务提供者可以用 Profile 描述服务的功能， 服务请求者可以用 Profile 描述所需服务的需求。这样服务发现时，matchmaker 可以利用 这种双向的信息进行匹配。 另一方面，Service Profile 是 registry-model-neutral 的，也就是说，Profile 支持各种 各样的 registry model，最常用的 registry model 比如 UDDI 的基于服务注册中心的集中式 解决方案。而在特殊情况下，比如某个服务供不应求，那么可以建立服务请求的注册中心， 对每个服务请求进行注册，当服务响应完一个请求后，从注册中心中取出下一个进行响应。 这与 UDDI 是完全相反的一个过程。由于 Service Profile 是双向的，它完全支持这种方式 的 registry model。对于 P2P 方式的 registry model，没有统一的注册中心，Service Profile 也能够支持。 8