See also: IRC log
<scribe> scribe: Marcos
DR: I want to intro some of the concepts… show some demos
It's about connecting to devices
E.g., an Oyster card. An RFID tag, and barcodes
DR shows reading a barcode
from the screen
… the QR code converts to a URL
… DR shows reading a barcode from a book
DR: The problem is that you need to run the application first
<clcworld> web of things - going from objects to web pages with a barcode
DR: better is an RFID … which automatically talks to the system
TV: the us passports now have RFID chips
DR shows a usb key that is a NFC reader
(near field communication reader)
they are electronic versions of a barcode
Oyster cards are encrypted
…there are an increasing number of these kinds things being made available to the world
DR does a demo of device discovery
what they demo does is advertise the phone over UPNP
phone running a discovery plugin
… lots of phones start to appear …
… selecting a phone exposes the services …
… a photo is taken …. phone vibrates
the crowd is impressed
TV: so, how do we then bring all these things that are around us onto the web?
DR: so, there are lots and lots devices and services.
… DR shows lots of different devices currently connected to the network ….
… printers, phones, etc….
So, question is, how do we design an API at the right level of granularity?
TV: you could give all these devices an IPv6 address… so, why should my web app care what protocol the devices talk?
<richt> I'd like to speak to that question, Marcos.
DR: So yes, why can't you expose these things as URIs?
RT: from Opera, we also did some
prototypes and we have some experience to share… so, a devices
have multiple services… so it's not about devices, it's about
... next principle is not about targeting one service… is about having a class of a service (e.g., media renderer VS targeting a "sony TV")
MC: so we have the bonjour and UPNP camp. And they seem to be in opposition or just different
DR: shows the guts of UPNP
…lots of XML on the screen …
VS… bojour, which is much simpler
they use DNS records, which is basically just text
so it's a bit adhoc
but naming is friendlier
TV: a device can expose its services over different protocols… but one might be better suited to a task than another (or for the system that is trying to find it)
DR: these are all good questions, but I will defer to DAP
RT: I agree that they are
different, but they have the same objective
... in the end, they both provide a URL at the end
... so the Browsers speak HTTP … so we can exposes URL, security with the right rules… beyond that, it's a larger question about wanting to support things on different protocol
DR: so, you can also do this using browser extensions
Showing a webinos demo for taking a photo and for vibration
Debbie: one use case is a washing machine… checking if the laundry is done … or I might be at some place out side and being able check if the laundry is done. How can we cover such a use case?
DR: so, Webinos is looking at
this kind of issue
... so, looking at all sorts of devices, even cars!
... so we have come up with the idea of a "personal zone"… which allow one to set how things are found
... so it's desirable to have a service that is available all the time… and be able to access your friend's zones
<chrisdavidmills> There are a lot of guys building stuff with Arduino in Manchester, UK - use cases I've seen - an LED light that illuminates differently to indicate your device power consumption, a letter box that e-mails you when the mail man delivers snail mail. And a robot controlled nerf gun that detects when people enter a room, and shoots them with foam darts (and is also controllable via a web interface)
<chrisdavidmills> aye ;-)
DR shows a Home Network example
discussion about home media frameworks
… discussion about protocols, formats, licensing, and power consumption ….
Bertha: we need to consider on not only discovery but also different service descriptions… because there are lots of levels of abstractions (from lightbulb to more complicated things)
<clcworld> incubator report just came out, forming an activity to address the issue of uniform service descriptions. not just services in terms of software services, much broader scope.
<francois> Mark_Crawford: USDL Incubator report just published.
<clcworld> clearly security is very important to all of us
<clcworld> it depends on the application author. it's up to what the application developers want to do
<clcworld> tv: does it matter? web of webs? as long as the pieces can talk to each other
<clcworld> dr: your personal devices can talk with each other, there is some abstraction that can enable that
This is scribe.perl Revision: 1.136 of Date: 2011/05/12 12:01:43 Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: RRSAgent_Text_Format (score 1.00) Succeeded: s/they/Oyster cards/ Succeeded: s/complex/opposition or just different/ Succeeded: s/areas/zones/ Found Scribe: Marcos Inferring ScribeNick: Marcos WARNING: No "Present: ... " found! Possibly Present: Bertha Cathy Debbie Frankie JonathanJ JonathanJ1 Kangchan MC Mark_Crawford RT SLIDE Soonho TV arronei chrisdavidmills chsiao clcworld dr dsr dsr_ evanli francois hoashi jcdufourd jun mihara_ mihara__ nwidell raman richt ryoichi ryoichi_ shan2 shan_ si-wei wcarr youenn You can indicate people for the Present list like this: <dbooth> Present: dbooth jonathan mary <dbooth> Present+ amy WARNING: No meeting title found! You should specify the meeting title like this: <dbooth> Meeting: Weekly Baking Club Meeting WARNING: No meeting chair found! You should specify the meeting chair like this: <dbooth> Chair: dbooth Got date from IRC log name: 02 Nov 2011 Guessing minutes URL: http://www.w3.org/2011/11/02-iot-minutes.html People with action items: WARNING: Input appears to use implicit continuation lines. You may need the "-implicitContinuations" option.[End of scribe.perl diagnostic output]