W3C home > Mailing lists > Public > public-device-apis@w3.org > August 2012

Re: Networked Service Discovery and Messaging - first draft published

From: Giuseppe Pascale <giuseppep@opera.com>
Date: Wed, 22 Aug 2012 10:29:36 +0200
To: public-device-apis@w3.org
Message-ID: <op.wjfojmh66ugkrk@giuseppep-x220>
Administrativia:

Which tag should we use for discussion on this spec?
The wiki has a [discovery] tag
http://www.w3.org/2009/dap/wiki/MailingListTags

is that intended for use with this specification?

/g

On Fri, 03 Aug 2012 14:33:42 +0200, Rich Tibbett <richt@opera.com> wrote:

> We've just published a first draft of the 'Networked Service Discovery  
> and Messaging' specification to the W3 Mercurial repository. Firstly,  
> thank you to everyone who has helped us get to this point - AKA, the  
> starting line.
>
> It is the result of collaboration between Opera Software, members of the  
> CableLabs initiative and the W3C Web & TV Interest Group over the past  
> year. At the current time of writing there are currently 3  
> implementations (and counting) based on early drafts of this proposal: a  
> Webkit prototype implementation, an Opera prototype implementation and a  
> Chrome Extension-based implementation.
>
> The latest draft of this spec is available @
>
> http://w3c-test.org/dap/discovery-api/
>
> This API represents a minimal viable framework for discovering,  
> requesting and creating connections with HTTP-based services running on  
> local devices that are advertised in the user's current local network  
> via one or more common discovery protocols (e.g. SSDP and mDNS/DNS-SD).
>
> Once a user has authorized access to any specific service(s) then they  
> are able to communicate with those services via a service's advertised  
> control url endpoint (exposed at service.url). The spec describes how  
> this URL is whitelisted in a 'reverse-CORS' way on user authorization to  
> temporarily allow cross-origin communication to happen from the current  
> web page to that service via existing web APIs such as XHR or Web  
> Sockets.
>
> A number of use cases have been documented in the specification. The use  
> cases generally under consideration revolve around scenarios such as  
> being able to interact and control a wide-range of devices in the home  
> (TVs, Music Players, Home Automation Systems, etc), share media and  
> other content between home devices and enable web application developers  
> to implement second screen experiences for their users directly in web  
> browsers via standard web technologies.
>
> We would like to shortly make a start on producing a comprehensive  
> conformance test suite to evaluate existing and future implementations  
> against this specification. To this end we would like to issue a CfC to  
> publish a First Public Working Draft of this specification. I believe  
> this is what was agreed to at this groups most recent F2F meeting. The  
> chairs will be issuing a CfC for this specification in the coming weeks.
>
> It is now open season on discussion of this spec on this mailing list.  
> We would really like input from both implementers and end-users alike at  
> this point. I know a number of people had comments they wanted to share  
> here and now would be a great time to do that.
>
> Best regards,
>


-- 
Giuseppe Pascale
TV & Connected Devices
Opera Software
Received on Wednesday, 22 August 2012 08:30:10 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 22 August 2012 08:30:11 GMT