- From: Matt Hammond <matt.hammond@rd.bbc.co.uk>
- Date: Thu, 01 Sep 2011 10:23:48 +0100
- To: "public-web-and-tv@w3.org" <public-web-and-tv@w3.org>, "Igarashi, Tatsuya" <Tatsuya.Igarashi@jp.sony.com>
Hi Igarashi, I agree that these requirements enable a wide range of applications. I would certainly hope that these requirements be discussed at the next stage. I also have an interest in enabling these kinds of applications. My concern would be that we could end up with nearly all our requirements labelled "high priority". Will this make it difficult for Working Groups to determine what subsets they can usefully tackle? I would not mind if they are reclassified as "high priority" if there is a way we can still assist WGs in that decision process. Would it be sufficient to group them and frame them with some explanation - perhaps based on your words below? regards Matt On Thu, 01 Sep 2011 09:40:42 +0100, Igarashi, Tatsuya <Tatsuya.Igarashi@jp.sony.com> wrote: > Hi, > > As I commented in the last teleconference, I think that the requirement > of Application Communications should be high priority. > > I believe that it is important for the Web echo system to take in > account of Application Communication via home network as well as Service > Communication. As nobody denies, the HTML5 in wide sense is not just a > presentation language, but also a application platform. If the W3C > standardizes a solution that an application discovers and communicates > services running on other devices on the home network. The solution > should also consider the case of the communication with applications > running on other devices. I think the direct link communications via > home network can leverage the web technologies and will create new types > of application which mashes up Web and home networked devices. > > Actually I have a concern that only service discovery and service > communication will be discussed at next step due to the priority. Since > both use cases are similar, I suggest that WG will discuss a technical > solutions by taking in count of both of requirements in the same > priority. The approach will avoid the solutions will differ completely. > > I have realize that the a set of requirements should be high priority. > > #Application > communication<http://www.w3.org/2011/webtv/wiki/HNTF/Home_Network_TF_Requirements#Application_communication>,#Application > Discovery<http://www.w3.org/2011/webtv/wiki/HNTF/Home_Network_TF_Requirements#Application_Discovery>, > #Services > Advertisement<http://www.w3.org/2011/webtv/wiki/HNTF/Home_Network_TF_Requirements#Services_Advertisement>, > > Any question and comment? > Thank you. > > -***---***---***---***---***---***---***---***---***--***---***---***- > Tatsuya > Igarashi (Tatsuya.Igarashi@jp.sony.com<mailto:Tatsuya.Igarashi@jp.sony.com>) > NS Development Dept. Technology Development Group > Sony Corporation > (Voice) +81-3-5435-3252 (Fax) +81-3-5435-3274 > -- | Matt Hammond | Research Engineer, BBC R&D, Centre House, London | http://www.bbc.co.uk/rd/
Received on Thursday, 1 September 2011 09:24:33 UTC