Dan Brickley wrote: > (Cc:'ing the XMPP Social list, ... to be , well, social. And in case > others are interested...)
Sorry for the late answer. > We talked briefly at FOSDEM during the q/a for your presentation on > the XMPP day. I was wondering if you'd be interested to collaborate on > specs for remote control APIs mediated by XMPP. I understand you've > been focussing mainly on cross-cutting infrastructural issues > (security, device pairing and authentication). Right. My thesis the the XPMN core architecture based on XMPP. XPMN stands for Extended Private Media Networks. The core includes the end-to-end security layer and some ideas for client-to-client PEP for signaling status changes. > My day job is part of a 3 year EU project "NoTube" based on > exploration of relationship between TV and various Web technologies, > particularly around user profiles, personalisation, richer metadata. That is something I call profiles on top of the core. > One thing I'm trying to encourage the project to do is to explore XMPP > as a general information-bus between users, devices (handheld and TV / > media centre). I've bounced some ideas off of Ralph Meijer at > MediaMatic here in Amsterdam, and the rough idea is that a TV or media > centre would have a full Jabber JID, whereas user apps on a mobile > phone (EPG / programme guide / ratings and recommendations) might sign > into the XMPP world on behalf of their primary human user. But it's > clear from your slides you've given more thought to all this than I > have. It is not easy to write everything in a mail, but the basic idea is that a bare JID is one media network. Each device has a full JID. A service provider provides a service to a controller. The idea is similar to the UPnP architecture, I only use different names. > For querying a program guide, I think we'll probably explore using W3C > SPARQL query language, either via http or if xmpp makes sense then > along lines of http://svn.foaf-project.org/foaftown/jqbus/intro.html > .. the project includes the BBC as partners, and they have some SPARQL > databases for program content already, and we're using SPARQL to > access most other data within the project too. For my thesis I always use XMPP and no HTTP. How can you access a HTTP server on your recording PC at home behind a NAT with a dynamic IP address. Sure, we can do that, but the average user can't. So I always use XMPP for control messages and XEP-0265 for larger stanzas such as directory listings and I guess also program guides. XEP-0265 needs more love (and has many spelling and grammar error) but the basic idea works for me. > My hope is that - during the NoTube project which runs 2009-2011) > we'll see some simple spec for folk like Boxee, MythTV, Freevo, maybe > even Tivo, ... such that those media centre apps could attadch > themselves to a Jabber/XMPP network and allow suitably authorised > parties to play/pause/rewind, browse content listings, send > recommendations/ratings, navigate on-screen menus etc. That would be VERY cool. HTH, Dirk -- How can something be 'new and improved'? If it's new what was it improving on?
