W3C

Automotive Business Group Teleconference on RSI

12 Apr 2017

See also: IRC log

Attendees

Present
Wonsuk, PatrickL, Ted, PatrickB, Fulup, Gunnar, Paul
Regrets
Chair
Paul
Scribe
Ted

Contents


Paul: Purpose is to explore RSI through a mock server, media seems to be the area people are interested in
... we should probably talk about what has been going on in github this last week

PatrickB: I got a few comments and pull requests. Sanjeev is working with it
... I'm extending my documentation. We had some concerns over CORS which was addressed
... people jumped in and started
... I explored the mpris API suggested last week
... my understanding is that it is a pure DBUS interface

Gunnar: I suggested it for Linux and did note it is DBUS

PatrickB: I like the interface but needed something to run on Windows

Gunnar: parameters and technologies differ compared to VLC

PatrickB: I wanted a media server that can actually play back music
... mock/fake server only goes so far
... I was thinking of building a RSI layer on top of VLC. it has a HTTP interface already
... this requires running its own server instance and I would need to use tools like lame to get mp3 info for a library

Gunnar: mpd is a cli option

<PatrickLue> https://www.musicpd.org/

PatrickL: Patrick is looking for a cross platform base that would work on Linux, Windows and Mac

Gunnar: apologies, I was thinking Linux. I do see it is available on Homebrew so you can get it working on Mac

[mpd has compile notes for Linux and Windows. packaged for major linux distros]

Paul: have people on the call been able to play with this server yet?

PatrickL: yes but I think you're looking for others :)

Paul: Gunnar did you also want to discuss LBS?

Gunnar: in about a week or so we can bring something forward from Genivi LBS protocol

<paul> http://wamp-proto.org/

Gunnar: we're looking at some different options. we are looking at the WAMP (web application messaging protocol)

https://en.wikipedia.org/wiki/Web_Application_Messaging_Protocol

Gunnar: I think it is a W3C activity

Ted: I do not believe WAMP is W3C work, I did find mention of WoT

Gunnar: unsure, we are just starting to look at it and like that there are existing open source implementations

[[WAMP is a WebSocket subprotocol to offer routed RPC and PubSub.]]

Gunnar: we also are finding arguments in favor of JSON when benchmarked against binary protocols

<PatrickLue> https://demo.crossbar.io/votes/index.html

PatrickB: can you share those resources? I would find that very helpful

Gunnar: I will look for those again

PatrickB: Patrick, any progress on notifications?

PatrickL: not yet, internal obstacles. we can maybe give some input if someone else starts it off

Fulup: we have low level mechanisms for that including subscription and working on the filtering method

Gunnar: including the protocol part?

Fulup: we are mostly focused on the low level at present
... we are looking at things like ViWi as something we like, apart from the security model

<PatrickLue> https://developer.chrome.com/apps/richNotifications

PatricB https://developer.chrome.com/apps/richNotifications

Fulup: you want to be notified if something happens. it isn't for sending commands to CAN such as subscribing to a signal

PatrickB: when Patrick and I discuss notifications we are talking about popping up an alert to the driver
... it can come from the vehicle or the outside world

Fulup: we have a notification manager

<fulup-iotbzh> http://iot.bzh/download/public/2017/F2F-Karslruhe/AGL-Vehicule-2-Cloud.pdf

Fulup: we want things like yes/no limited question/interactions when the vehicle is moving. when they are stopped you can have more complex interactions
... there is a consent authorization UI on page 6 that is similar to what you describe
... we are waiting for a protocol to be defined. openid connect is one thing people are using
... we may ask for that in ViWi
... the handshake, exchange of message and query language is good but want stronger auth

PatrickB: JSON web token or Oauth is what we have been looking at and would be interested in the comparison

Fulup: it is based on the SAML model
... Oauth is a low level token model for OpenID connect, not to be confused with OpenID 1 or 2

PatrickB: I will read up further on that this week

Paul: is there a notification presentation or documentation at AGL?

Fulup: this is part of the CAN agent
... you can subscribe to different types of events
... we currently are sending these notifications to HTML5 apps
... today we only send JSON through web sockets
... the source code is available and there is a presentation online

<fulup-iotbzh> http://iot.bzh/download/public/2017/F2F-Karslruhe/

Fulup: with audio you do not have as many signals as you do with CAN data
... there was another presentation from Fujitsu on performance of sending messages
... we were only getting 1500 messages / second in my vehicle but should be able to scale to far more

<paul> http://docs.automotivelinux.org/docs/apis_services/en/dev/reference/signaling/architecture.html

<PatrickB> Notifications on RSI will have to carry all info for displaying things like: https://developer.chrome.com/apps/richNotifications

<PatrickB> Notifications might be a misleading name ;)

PatrickB: there are different level/types of notifications
... perhaps we should settle on another term

Gunnar: I think it suits it well

Paul: PatrickL you posted something about crossbar?

Gunnar: it is a server implementation that provides a number of APIs for various languages

Paul: PatrickB you are going to look at OpenID connect more for next week and Gunnar LBS

PatrickB: I'll try to settle on a media server by then so people can actually play with it
... also will work on the documentation so people can pick it up quicker

PatrickB's repo

Paul: can you explain further what you are planning with WAMP?

Gunnar: we are looking to see if we can use it to translate the different types of APIs we have to Web platforms
... this doesn't prevent us from considering RSI/ViWi
... crossbar is a very interesting bit of technology that can be leveraged
... we are looking for rapid prototyping a proof of concept at this point

Paul: sounds good
... Wonsuk, do you think you'll be able to attend these calls regularly? I know it is very early for you

Wonsuk: yes as I am interested in testing these implementations

Paul: I will install it as well

Ted will too

Wonsuk: regarding notification UI, I can probably contribute as well
... I have some related experience

Paul: it sounds like we have some next steps, Fulup any thoughts?

Fulup: I think the big issue is looking at auth with eg OpenID connect

Paul: we have done a variety of VLC server implementations on a variety of platforms and will try to bring an appropriate person next time

[adjourned]

Summary of Action Items

Summary of Resolutions

[End of minutes]

Minutes formatted by David Booth's scribe.perl version 1.152 (CVS log)
$Date: 2017/04/12 20:55:06 $