W3C home > Mailing lists > Public > www-ws-arch@w3.org > January 2004

RE: Capabilities in the architecture

From: Katia Sycara <katia@cs.cmu.edu>
Date: Sat, 24 Jan 2004 12:23:16 -0500
To: "Hugo Haas" <hugo@w3.org>, <www-ws-arch@w3.org>
Message-ID: <MNEIINMOHKPJAMEOAJGOEEDNCAAA.katia@cs.cmu.edu>

Hugo, I like this. It ties in with the work that the semantic service
discovery people are doing where a capability is the services
"functionality". Saying it is a feature that an agent/service supports
broadens this and allows to include what OWL-S has as "non-functional
parameters" (e.g. service availability, qos features, security requirements
etc) within the notion of capability.
 --Katia

-----Original Message-----
From: www-ws-arch-request@w3.org [mailto:www-ws-arch-request@w3.org]On
Behalf Of Hugo Haas
Sent: Friday, January 23, 2004 10:12 AM
To: www-ws-arch@w3.org
Subject: Capabilities in the architecture


Back in October, I started a discussion about contraints and
capabilities[1] that never resulted in any text in the document.

I believe that it's important for it to be in the document, as it is
for example the rationale for solutions like WS-Policy.

Thinking again about my first proposal and the discussion we had on
the call afterwards, I believe that we can fairly simply address this
problem, by introducing the concept of "capability" in the service
oriented model.

Here is my proposal:

----8<--
==========
Capability
==========

- Definition:

A capability is a feature that is declared as supported by an agent.

- Relationships to other concepts:

A capability is
  a feature

A capability may be referenced in
  an obligation

A capabilitiy may be described in
  a service description

- Description:

Web services provide an extensible, decentralized environment.  The
agents participating into an exchange may therefore implement a wide
variety of features.

In order for a requester agent and a provider agent to make use of a
particular feature, they both need to support it.

There may be variation of a particular extension; for example, there
may be different ways to achieve the reliable delivery of a message.
The requester and provider entities may therefore need to do some
negotiation about the features to be used during the exchange by their
agent. This negotiation may be automatic or manual.

It is therefore necessary for agents to advertize the features they
support. A supported feature is called a capability. One of the agent
could request the mandatory use of capability using an obligation.

-->8----

Comments? Frank, you had problems with my first proposal. How does
this one sound?

Regards,

Hugo

  1. http://www.w3.org/mid/20031016095009.GQ953@w3.org
--
Hugo Haas - W3C
mailto:hugo@w3.org - http://www.w3.org/People/Hugo/
Received on Saturday, 24 January 2004 12:18:48 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 3 July 2007 12:25:25 GMT