[Proposed] Web of Things Working Group Charter

This charter has been superseded as a result of Advisory Committee Review; please see the revised charter.

The Web of Things seeks to counter the fragmentation of the IoT through standard complementing building blocks (e.g., metadata and APIs) that enable easy integration across IoT platforms and application domains. This Working Group Charter covers those aspects that the Web of Things Interest Group believes are mature enough to progress to W3C Recommendations. Further background is available in the accompanying white paper.

Join the Web of Things Working Group.

Start date [dd monthname yyyy] (date of the "Call for Participation", when the charter is approved)
End date 31 December 2018 (same end date as the IG)
Charter extension See Change History.
Chairs Matthias Kovatsch (Siemens), Kazuo Kajimoto (Panasonic), Michael McCool (Intel)
Team Contacts Dave Raggett, (0.1 FTE), Kazuyuki Ashimura (0.2 FTE), Yingying Chen (0.1 FTE)
Meeting Schedule Teleconferences: Weekly with additional topic specific calls as appropriate.
Face-to-face: we will meet during the W3C's annual Technical Plenary week; additional face-to-face meetings may be scheduled by consent of the participants, with no more than 4 face to face meetings in total per year.

Introduction

This working group is tasked with the standardization of four technological building blocks that were identified by the Web of Things Interest Group (IG) as being key to realizing the Web of Things. These building blocks will complement existing standards to enable cross-platform and cross-domain interoperability, as opposed to creating yet another IoT standard. The initial concepts are detailed in the WoT Current Practices document of the IG and summarized in the Scope section. There has already been successful incubation of these building blocks in multiple IG PlugFests, where several companies and research institutes have presented and tested their WoT prototypes. First open-source implementations are also already available.

Scope

The Working Group has four items in scope to enable interoperability across IoT platforms: the standardization of three individual building blocks and the integration of one cross-cutting as detailed in the sub-sections.

Scope Summary

  • Thing Description: Semantic vocabularies for describing the data and interaction models exposed to applications, the choice of communications patterns provided by protocols, and serialization formats thereof suitable for processing on resource-constrained devices and transmission over constrained networks
  • Scripting APIs: Platform-independent application-facing APIs for Thing-to-Thing interaction and Thing lifecycle management
  • Bindings to Common Platforms and Protocols: Bindings from the abstract messages to specific platforms and protocols in collaboration with the corresponding organizations
  • Cross-cutting Security and Privacy: Mechanisms integrated into the other building blocks to describe and implement security and privacy policies to enable secure and safe interaction across different IoT platforms

Thing Description

The Working Group will develop solutions to describe Things through metadata and declarations of their capabilities (e.g., possible interactions). This work includes the definition of different machine-understandable vocabularies based on triples and linkable graphs as well as serialization formats of such a Thing Description. The aim is to be compatible with existing vocabularies and tools (e.g., Linked Open Data, Schema.org, Resource Description Framework (RDF), semantic reasoners, etc.).

Scripting APIs

The Working Group will seek to specify a suite of APIs exposed to applications covering the following:

Where practical, APIs will be defined in ways that are independent of the choice of programming languages. The scope includes APIs for User Agents/browsers as well as APIs for faceless applications in a runtime environment such as node.js. The underlying assumptions and contracts between the runtime environment and the application (e.g., security policies and callback signatures) will be well-defined.

Bindings to Common Platforms and Protocols

To enable interoperability, the Working Group will seek to define standard bindings to common platforms and protocols in close collaboration with the industry alliances and standards development organizations responsible for these. This includes definition of mappings from the interactions at the Thing Layer to:

The Web of Things has a multi-protocol architecture and bindings to both IP and non-IP transports (e.g., Bluetooth Low Energy) may be defined.

Support for secure communications will initially focus on transport-level security (e.g., TLS and DTLS), but also object security is considered where relevant. This task will utilize 3rd party defined security frameworks and protocols including their extension points. The profiling of their usage is in scope of this task. The specification of own (new from scratch) frameworks is out-of-scope.

Cross-cutting Security and Privacy

The mechanisms for security and privacy must be cross-cutting over the descriptions, scripting APIs, and bindings. Thus, they are detailed within the corresponding building blocks above.

Out of Scope

The following features are out of scope, and will not be addressed by this working group:

Application- and domain-specific metadata vocabularies
The Working Group is restricted to work on cross-domain vocabularies.
APIs and security frameworks specific to particular platforms external to the W3C
The scope of the Working Group is restricted to APIs and security frameworks that are applicable across platforms.
Modification of protocols
If during work on protocol bindings, it becomes apparent that changes are needed to protocols, the Web of Things Working Group will rely on the organization responsible for the protocol to make the changes. It is out of scope for the Working Group to standardize such changes itself.

Success Criteria

In order to advance to Proposed Recommendation, each specification is expected to have at least two independent implementations of each of feature defined in the specification.

Each specification should contain a section detailing any known security or privacy implications for implementers, Web authors, and end users.

Deliverables

More detailed milestones and updated publication schedules are available on the group publication status page.

Draft state indicates the state of the deliverable at the time of the charter approval. Expected completion indicates when the deliverable is projected to become a Recommendation, or otherwise reach a stable state.

Normative Specifications

The working group will deliver the following W3C normative specifications:

WoT Architecture

This specification defines the high-level architecture for the individual WoT building blocks as well as necessary platform configurations. Furthermore, it confines the deployment scenarios targeted by the Web of Things. The document will be based on the WoT Interest Group architecture document.

Draft state: discussion and implementation experience in the Web of Things Interest Group

First Public Working Draft: 2 months after charter commencement

Expected completion: 16 months after charter commencement

WoT Thing Description

This specification defines an ontology and a binding to short names for cross-domain metadata for the Web of Things, including the data model exposed to applications, as well as security and communications metadata.

Draft state: discussion and implementation experience in the Web of Things Interest Group

First Public Working Draft: 4 months after charter commencement

Expected completion: 22 months after charter commencement

WoT Scripting APIs

This specification defines a suite of cross-domain APIs for Application developers for the Web of Things.

Draft state: discussion and implementation experience in the Web of Things Interest Group

First Public Working Draft: 4 months after charter commencement

Expected completion: 22 months after charter commencement

WoT Protocol Bindings

This specification defines bindings from the Web of Things to some common protocols and encodings.

Draft state: discussion and implementation experience in the Web of Things Interest Group

First Public Working Draft: 4 months after charter commencement

Expected completion: 22 months after charter commencement

Other Deliverables

WoT Test Cases

This document is part of the W3C CR process test suite and defines test cases corresponding to technical issues addressed by the WG. They also help to evaluate the interoperability among the test suite implementations as well as external implementations, e.g., open source projects.

Draft state: discussion in the Web of Things Interest Group

First Public Working Draft: 4 months after charter commencement

Expected completion: 22 months after charter commencement

Other non-normative documents may be created such as:

  • Use case and requirement documents;
  • Test suite and implementation report for the specifications;
  • Guidelines for designing Web of Things bindings to protocols;
  • Primer or Best Practice documents to support Web developers when designing applications.

The Working Group expects to provide open source implementations for the specifications.

Coordination

For all specifications, this Working Group will seek horizontal review for accessibility, internationalization, performance, privacy, and security with the relevant Working and Interest Groups, and with the TAG. Invitation for review must be issued during each major standards-track document transition, including FPWD and CR, and should be issued when major changes occur in a specification.

Additional technical coordination with the following Groups will be made, per the W3C Process Document:

W3C Groups

Web of Things Interest Group
The Web of Things Interest Group provides a forum for discussion of use cases and requirements, for investigation of areas that need further study before transfer to the standardization track, and for outreach and collaboration with industry alliances and standards development organizations. The Web of Things Working Group may ask the Interest Group to look into issues that are found to be insufficiently mature for immediate standardization, The Interest Group will take the lead on work on testing, e.g., organization of PlugFest events, test frameworks, and joint work with other organizations on interoperability testing.
Accessible Platform Architectures Working Group
For coordination on impacts of Web of Things technologies on accessibility to users with disabilities.
Device and Sensors Working Group
For coordination on APIs for sensors and actuators.
Efficient XML Interchange Working Group
In relation to efficient interchange of Thing descriptions and data.
Spatial Data on the Web Working Group
For collaboration on semantic descriptions, e.g. the Semantic Sensor Network Ontology.
Web and Automotive Business & Working Groups
For collaboration on technologies and requirements relating to connected cars and the Web of Things.

External Organizations

IETF Authentication and Authorization for Constrained Environments (ace) Working Group
In respect to security building blocks for the Web of Things.
IETF Core Working Group
In respect to protocol bindings for the CoAP protocol.
OneM2M
For collaboration on integrating M2M based platforms within the Web of Things, including platform metadata and approaches for enabling semantic interoperability, and end to end security across platforms.
OPC Foundation
For collaboration on semantic interoperability and end to end security across platforms.
Open Connectivity Foundation
For collaboration on integrating OCF based platforms within the Web of Things, including platform metadata and approaches for enabling semantic interoperability, and end to end security across platforms.

Participation

To be successful, this Working Group is expected to have 6 or more active participants for its duration, including representatives from the key implementors of this specification, and active Editors and Test Leads for each specification. The Chairs, specification Editors, and Test Leads are expected to contribute half of a day per week towards the Working Group. There is no minimum requirement for other Participants.

The group encourages questions, comments and issues on its public mailing lists and document repositories, as described in Communication.

The group also welcomes non-Members to contribute technical submissions for consideration, with the agreement from each participant to Royalty-Free licensing of those submissions under the W3C Patent Policy.

Communication

Technical discussions for this Working Group are conducted in public. Meeting minutes from teleconference and face-to-face meetings will be archived for public review, and technical discussions and issue tracking will be conducted in a manner that can be both read and written to by the general public. Working Drafts and Editor's Drafts of specifications will be developed on a public repository, and may permit direct public contribution requests.

Information about the group (including details about deliverables, issues, actions, status, participants, and meetings) will be available from the Web of Things Working Group home page.

Most Web of Things Working Group teleconferences will focus on discussion of particular specifications, and will be conducted on an as-needed basis.

This group primarily conducts its technical work on the public mailing list public-wot-wg@w3.org (archive). The public is invited to post messages to this list.

The group may use a Member-confidential mailing list for administrative purposes and, at the discretion of the Chairs and members of the group, for member-only discussions in special cases when a participant requests such a discussion.

Decision Policy

This group will seek to make decisions through consensus and due process, per the W3C Process Document (section 3.3). Typically, an editor or other participant makes an initial proposal, which is then refined in discussion with members of the group and other reviewers, and consensus emerges with little formal voting being required.

However, if a decision is necessary for timely progress, but consensus is not achieved after careful consideration of the range of views presented, the Chairs may call for a group vote, and record a decision along with any objections.

To afford asynchronous decisions and organizational deliberation, any resolution (including publication decisions) taken in a face-to-face meeting or teleconference will be considered provisional. A call for consensus (CfC) will be issued for all resolutions (for example, via email and/or Web-based survey), with a response period from one week to 10 working days, depending on the chair's evaluation of the group consensus on the issue. If no objections are raised on the mailing list by the end of the response period, the resolution will be considered to have consensus as a resolution of the Working Group.

All decisions made by the group should be considered resolved unless and until new information becomes available, or unless reopened at the discretion of the Chairs or the Director.

This charter is written in accordance with the W3C Process Document (Section 3.4, Votes), and includes no voting procedures beyond what the Process Document requires.

Patent Policy

This Working Group operates under the W3C Patent Policy (5 February 2004 Version). To promote the widest adoption of Web standards, W3C seeks to issue Recommendations that can be implemented, according to this policy, on a Royalty-Free basis. For more information about disclosure obligations for this group, please see the W3C Patent Policy Implementation.

Licensing

This Working Group will use the W3C Software and Document license for all its deliverables.

About this Charter

This charter has been created according to section 5.2 of the Process Document. In the event of a conflict between this document or the provisions of any charter and the W3C Process, the W3C Process shall take precedence.

Charter History

Note: Requirements for charter extension history are documented in the Charter Guidebook (section 4).

The following table lists details of all changes from the initial charter, per the W3C Process Document (section 5.2.3):

Charter Period Start Date End Date Changes
Initial Charter [dd monthname yyyy] [dd monthname yyyy] none
Charter Extension [dd monthname yyyy] [dd monthname yyyy] none
Rehartered [dd monthname yyyy] [dd monthname yyyy]

[description of change to charter, with link to new deliverable item in charter] Note: use the class new for all new deliverables, for ease of recognition.