06:49:00 kaz has joined #webandauto 06:54:57 kaz has left #webandauto 07:41:48 ito_jari has joined #webandauto 07:47:09 harukon has joined #webandauto 07:47:59 Alan has joined #webandauto 07:48:15 bgidon has joined #webandauto 07:48:22 rrsagent, pointer? 07:48:22 See http://www.w3.org/2012/11/15-webandauto-irc#T07-48-22 07:48:47 marie has joined #webandauto 07:49:06 Meeting: Shifting Into High Gear on the Web - Day 2 07:49:45 Chair: Dave & Adam 07:54:32 kkitagaw has joined #webandauto 07:55:08 maru has joined #webandauto 07:57:19 naomi has joined #webandauto 08:01:22 hrbysh has joined #webandauto 08:04:49 hrbysh has left #webandauto 08:06:17 Adam: Introduction of Roger Lanco (Strategy Analytics) 08:06:23 scribe? 08:06:40 scribe: marie 08:07:06 kaz has joined #webandauto 08:07:09 hrbysh has joined #webandauto 08:07:24 s/Lanco/Lanctot/ 08:07:26 Roger: Strategy Analytics intro 08:07:42 sakazawa has joined #webandauto 08:07:45 ... multi platform environments, domains 08:08:07 scribenick: bgidon 08:08:11 ... user experience expertise 08:08:25 ... labs to do research 08:08:40 ... very practical activities 08:09:03 [The Big Picture] 08:09:04 ...the big picture 08:09:15 ..enhance the driving experience 08:09:39 [the car is a "persistent inquiry] 08:10:56 [Beyond the icon] 08:11:25 surata has joined #webandauto 08:11:29 Roger: experience with Android car last week in California 08:11:50 ...we think we already pass that Icon interface 08:12:00 s/pass/passed 08:12:26 ...what's next, next experience 08:12:39 ... the details 08:12:45 [infotainment design trends] 08:13:05 Roger: we are in gen 4 08:13:27 ...hybrid solution 08:14:01 [MyFord Touch; 4th gen segment leader?] 08:14:24 timeless_scribe has joined #webandauto 08:14:39 ... Ford solution to allow user's phone usage 08:15:27 ...sync solution 08:15:51 RRSAgent, pointer 08:15:51 See http://www.w3.org/2012/11/15-webandauto-irc#T08-15-51 08:16:02 ...hybrid soltion connected phone and on board systems 08:16:16 s/soltion/solution/ 08:16:18 RRSAgent, draft minutes 08:16:18 I have made the request to generate http://www.w3.org/2012/11/15-webandauto-minutes.html timeless_scribe 08:16:23 [Tier 1 suppliers] 08:16:50 Roger: Software/services companies growing in this market 08:16:51 s/scribe?// 08:16:56 dsr has joined #webandauto 08:17:22 [the automotive cloud has arrived] 08:17:25 present+ Dave_Raggett 08:18:08 ... 3G, LTE is on the way, we have all the technology on the table to develop consumer experience 08:18:25 ...social networking acess is also there 08:18:34 s/acess/access 08:19:27 ...the car connnectivity in the car will be monetized 08:19:56 present+ Adam_Abramski, Andy_Gryc, Boris_Geller, Burkhard_Mayer, Christian_Müller, Diana_Cheng, Josh_Soref, Marcin_Hanclik, Marie-Claire_Forgue, Maximilian_Michel, Mikko_Ylinen, Oliver_Novakovic, Philipp_Hoschka, Roger_C_Lanctot, Ryuji_Wakikawa, Shinjiro_Urata, Simon_Isenberg, Alex_Ajao, Ludovic_Alidra, Kazuyuki_Ashimura, Daniel_Austin, Matthias_Bezold, J_Alan_Bird, Youngwoo_Choi, Chris, _Delaney, Michael_Feld, Peter_Gaus, [CUT] 08:20:17 ...cennectivity will provide more services to customers 08:20:22 (anticipating pbs is the key - not selling the apps) 08:20:25 present+ Petter_Graff, William_Greenly, Magnus_Gunnarsson, Prashanth_Halady, Tatsuhiko_Hirabayashi, Raymond_Hoogendoorn, Hiroshi_Ito, HyungJin_Jeon, Woochul_Jung, Kazuhiro_Kitagawa, Haruhiko_Kondo, Pavel_Konopelko, Amy_Leeland, Mitsunori_Maru, Markus_Muenkler, Tsuguo_Nobe, Magnus_Olsson, Nils_Oppermann, Justin_(JongSeon)_Park, Erik_Pellemeier, Scott_Pennock, Alejandro_Piñeiro_Iglesias, Thomas_Rottach, Shigeyuki_Sakazawa, Cheree[CUT] 08:20:37 s/Sebastian_// 08:20:41 s/cennectivity/connectivity 08:20:55 present+ Sebastian_Speiser, Marius_Spika, Roman_Steiger, Tatsuaki_Takahashi, Jean-Marc_Temmos, Naomi_Yoshizawa, Roberto_Zompi 08:20:55 ... voice in te car: early phase for now 08:21:02 RRSAgent, draft minutes 08:21:02 I have made the request to generate http://www.w3.org/2012/11/15-webandauto-minutes.html timeless_scribe 08:21:06 s/te/the 08:21:44 rrsagent, set logs public 08:21:51 ...demo experience on voice environment 08:22:07 ... my message is "please think outsidethe box" 08:22:26 s/outsidethe/outside the 08:22:26 [HMI trends] 08:23:08 ...HMI: touch screens, sensors, language voice 08:23:36 ... natual language to connect services 08:24:22 [connecting the car: the details] 08:24:29 s|s/Sebastian_//|| 08:24:51 s/natual/natural 08:24:56 ... Displays in the car 08:25:06 present- Cheree[CUT] 08:25:12 ...driver distraction 08:25:36 ...some discussion in US about displays 08:25:58 present+ Cheree_Anne_Schepp, Paul_Slattery 08:26:08 ...3G/LTE for CRM.VRM on the way 08:26:43 ...Iphone integration with BMW/Mini 08:26:53 s/marie/scribe/ 08:26:53 s/... Displays/Roger: Displays/ 08:27:09 RRSAgent, draft minutes 08:27:09 I have made the request to generate http://www.w3.org/2012/11/15-webandauto-minutes.html timeless_scribe 08:27:10 [Connectivity ECU-OEM] 08:27:35 s/marie/scribe/ 08:27:36 s/marie/scribe/ 08:27:47 RRSAgent, draft minutes 08:27:47 I have made the request to generate http://www.w3.org/2012/11/15-webandauto-minutes.html timeless_scribe 08:28:06 ...connectivity ECU: forecast: 100$ in 2011, $75 in 2019 08:28:18 s/...HMI:/Roger: HMI:/ 08:28:43 ...LTE forecast 08:28:51 s/... my message/Roger: my message/ 08:29:03 RRSAgent, draft minutes 08:29:03 I have made the request to generate http://www.w3.org/2012/11/15-webandauto-minutes.html timeless_scribe 08:29:04 ...Telematics ECU 08:29:40 s/...connectivity/Roger: connectivity/ 08:29:51 s/marie/scribe/ 08:29:55 RRSAgent, draft minutes 08:29:55 I have made the request to generate http://www.w3.org/2012/11/15-webandauto-minutes.html timeless_scribe 08:30:27 Roger: OEM display deployment 08:30:31 s/te car/the car/ 08:30:49 [OEM Display Deployment] 08:31:27 Roger: everything will be merged in the car 08:31:44 [OEM Headunit] 08:31:45 s/...the big picture/Roger: the big picture/ 08:32:03 Roger: enhance the audio experience 08:32:14 RRSAgent, draft minutes 08:32:14 I have made the request to generate http://www.w3.org/2012/11/15-webandauto-minutes.html timeless_scribe 08:32:32 ...Harman is focusing on the audio experience 08:32:54 ...from CD to high quality audio experience 08:33:31 ...Digital radio is coming 08:33:44 [OEM Digital Radio] 08:33:53 DanielAustin has joined #webandauto 08:34:24 s/... user experience expertise/Roger: user experience expertise/ 08:34:34 Roger: Radio and some info services part of Nissan services 08:34:46 s/ scribenick: bgidon// 08:34:47 ...Sirius experience 08:34:51 s|s/ scribenick: bgidon//| 08:34:57 s/scribenick: bgidon// 08:35:10 i/Strategy Analytics intro/scribenick: bgidon/ 08:35:14 RRSAgent, draft minutes 08:35:14 I have made the request to generate http://www.w3.org/2012/11/15-webandauto-minutes.html timeless_scribe 08:35:30 [Must have Infotainment-Western Europe] 08:36:07 Roger: Smarphone presence in the car 08:36:39 [Smarphone's impact on the in-Vehicle Experience] 08:37:33 Roger: BMW experience 08:37:41 ...safety is the key 08:37:51 s/(anticipating/Roger: (anticipating/ 08:37:55 s/marie/scribe/ 08:38:09 [Interest in Connected Services: US & Western Europe] 08:38:50 s/... 3G, LTE is/Roger: 3G, LTE is/ 08:38:56 s/marie/scribe/ 08:39:09 s/marie/scribe/ 08:39:10 Roger: Facebook and Twitter: main usage is access to the data 08:39:29 [Mobile Phone Usage] 08:39:35 s/marie/scribe/ 08:39:45 RRSAgent, draft minutes 08:39:45 I have made the request to generate http://www.w3.org/2012/11/15-webandauto-minutes.html timeless_scribe 08:40:17 s/... Ford solution/Roger: Ford solution/ 08:40:25 s/marie/scribe/ 08:40:33 [Car Connectivity a Mobile Mess] 08:40:48 s/marie/scribe/ 08:40:49 RRSAgent, draft minutes 08:40:49 I have made the request to generate http://www.w3.org/2012/11/15-webandauto-minutes.html timeless_scribe 08:41:10 Roger: Nobody is doing right 08:42:03 s/Iphone/iPhone/ 08:42:08 ...don't see what is in the market today 08:42:40 s/scribe: marie/scribe: scribes/ 08:43:11 [MyFord Touch-Coming to China] 08:43:51 i|Strategy Analytics intro|Topic: Strategy Analytics - Car trends/forecasts| 08:43:57 [GM CUE] 08:44:23 RRSAgent, draft minutes 08:44:23 I have made the request to generate http://www.w3.org/2012/11/15-webandauto-minutes.html timeless_scribe 08:44:32 Roger: UI comments, usability of the icons ? 08:44:41 icons are a step backward 08:45:23 ...and Now the videos ! 08:45:45 [ RLink Video ] 08:45:50 s/timeless_scribe/scribe/ 08:45:50 [R-link Renault video] 08:46:18 no access to the CAN bus 08:46:27 s/dsr/scribe/ 08:46:32 s/no access/Roger: no access/ 08:46:36 you have to purchase the apps, but the service is free 08:47:02 s/dsr/scribe/ 08:47:11 s/you have/... you have/ 08:47:17 Roger: Renault Zoe apps video 08:47:54 ...RLink, you are not able to connect your phone to the system 08:48:01 RRSAgent, draft minutes 08:48:01 I have made the request to generate http://www.w3.org/2012/11/15-webandauto-minutes.html timeless_scribe 08:48:01 you don't want an app system you can only use in the car 08:48:08 s/dsr/scribe/ 08:48:12 s/you don't/... you don't/ 08:48:42 ...you need to be able to manage in the car and out the car usage, don't lock the environment 08:49:16 s/marie/scribe/ 08:49:35 ...Like Renault, Chrysler also wants to monetize via app store 08:50:14 ...[Chrysler video] 08:50:34 s/dsr/scribe/ 08:50:41 s/dsr/scribe/ 08:51:08 [Video: Uconnect] 08:51:16 ...4 solutions, 3 of which uses the phone for connectivity 08:51:19 s/dsr/scribe/ 08:51:54 [The future of HMI-Too Convential] 08:53:04 [Touch Screens & Voices Forecast] 08:53:46 Roger: voice recognition evolution 08:54:08 [Car Makers Need] 08:55:05 DanielAustin_ has joined #webandauto 08:55:43 Roger: in the car you are a persitent query 08:55:49 s/tent/stent/ 08:56:08 ...s/query/inquiry/ 08:56:47 Q&A session 08:57:34 Roger: LTE usage 08:58:26 DSR: Icon experience ? 08:59:23 Roger: all the content running in the background 08:59:38 naomi has joined #webandauto 09:00:35 s/Icon experience/you said icons are the past, what do you think is the future?/ 09:01:03 Answer: services that run in the background anticipating and adapting to your needs. 09:02:08 Roger: Some works in progress 09:03:23 ...software is the solution to the different market needs 09:04:29 kaz: what kind of mechanism is used for modality integration? 09:04:37 ... proprietary ones? 09:04:59 roger: nuance should be proprietary 09:06:16 Roger: Android in the car as a container 09:06:41 ...CloudCar solution 09:07:23 ...regarding Apps, at the end need to control the content 09:07:45 scribenick: timeless 09:07:53 Adam: thank you Roger 09:07:56 [ Applause ] 09:08:10 Adam: without delaying further 09:08:17 ... our next presenter is from Vodafone 09:08:26 ... can we bring up diana's slides from vodafone 09:08:47 Topic: Is it time to power Infotainment and Car Portal Applications with HTML5 and Device APIs? 09:08:55 dcheng3: Good morning 09:09:01 ... i'm a little ill, so no questions 09:09:31 [ Diana Cheng - R&D, Web Expert ] 09:09:38 dcheng3: i'm a member of the DAP WG 09:09:44 ... and recently joined SysApps as well 09:09:52 ... i'm here w/ markus muenkler 09:10:28 [ Contents ] 09:10:41 dcheng3: Introduction: Status of the automotive app ecosystem 09:10:52 ... Web technologies as an enabler for Automotive 09:10:59 ... Readiness of Web technologies: What is missing? 09:11:05 ... Deep Dive into the enabling HTML5 features 09:11:10 ... Conclusions: Key takeaways 09:11:25 [ The automotive technology ecosystem ] 09:11:33 dcheng3: it's fragmented 09:11:41 ... we start to see BlackBerry Tablets in cars 09:11:48 [ The Web Technology Ecosystem ] 09:11:54 dcheng3: I'm using HTML5 broadly 09:12:02 ... a lot of web technologies aren't part of HTML% 09:12:04 s/%/5/ 09:12:10 ... I'm using it as an umbrella term 09:12:14 ... We use it 09:12:24 ... and we have to do some adaptation for different targets 09:12:27 ... but it's still easier 09:12:36 ... With a web application, you can immediately push updates 09:12:43 ... For Web Applications 09:12:50 ... mobile browsers support HTML5 to some extent 09:13:04 ... they're supposed to support something, but it isn't that good 09:13:08 [ Web - So what's new? ] 09:13:12 dcheng3: new web platforms 09:13:19 ... starting to integrate more w/ the underlying platforms 09:13:23 .. Tizen / Firefox OS 09:13:29 s/../.../ 09:13:36 ... more access to underlying data/hardware 09:13:39 ... the native gap is closing 09:13:48 [ Are HTML5 and Browser-based APIs ready? ] 09:13:55 dcheng3: we have the question is HTML5 ready? 09:13:58 ... it depends on the UC 09:14:03 ... for the FT 09:14:14 ... if you see it on the iPad or tablet, it's a really good experience 09:14:26 ... mobile web app from Facebook is still a really good app 09:14:31 ... it's close enough to a native feel 09:14:36 ... what do we need for Automotive? 09:14:41 ... do we need all the power of native? 09:14:46 ... probably not, most don't need it 09:14:51 ... what needs to improve in HTML5? 09:14:59 [ Automotive Requirements: 2 Main Fronts ] 09:15:05 dcheng3: there are a number of areas 09:15:10 ... automotive can include user at home 09:15:16 ... wanting to send driving directions from PC 09:15:20 ... it's easier to search from home 09:15:24 ... so some sync needs to be there 09:15:32 ... speech recognition with offline support 09:15:41 ... cellular connectivity can't be guaranteed 09:15:45 ... Text-to-speech 09:15:51 ... incoming notifications/traffic notifications 09:15:56 ... Navigation/Routing 09:16:06 ... if we want apps in the car, we want them to be installable and easily upgradable 09:16:23 ... [Those were in-vehicle ] 09:16:33 ... [Mobile Car Portals ] 09:16:39 ... If there's car sharing in the family 09:16:49 ... the main driver could receive notifications if someone else is using the car 09:16:54 ... and there's an accident 09:16:57 ... and access to the camera 09:17:11 ... take a photo of a license plate and upload it to the web 09:17:22 [ IVI Applications - Session Handover (1/2) ] 09:17:28 dcheng3: you leave your vehicle 09:17:36 ... and you want to continue listening to the music 09:17:48 ... or you park your car in a spot, and you need to walk to the destination 09:18:00 ... your walking directions could be synced to your phone 09:18:03 [ IVI Applications - Session Handover (2/2) ] 09:18:07 dcheng3: we need notifications to devices 09:18:15 ... native platforms have Android C2DM/GCM 09:18:19 ... Apple has APNS 09:18:23 ... BlackBerry Push 09:18:32 ... they all have restrictions 09:18:37 ... Android has Message Quota 09:18:43 ... iOS has no ads allowed 09:18:49 ... -- Web Push 09:18:54 ... We have a way in HTML5 09:18:59 ... Server Sent Events 09:19:09 ... - 1 way push, push standard dom events, no specific implementation needed 09:19:14 ... integrated in the browser 09:19:18 ... WebSockets 09:19:28 ... - bidirectional channel between a server and a web app 09:19:38 ... good for sending / receiving updates from the server as well 09:19:49 ... if you leave the vehicle and your phone receives a notification 09:19:56 ... the user needs to start the application manually 09:20:08 ... there's limited support for these technologies in mobile browsers 09:20:25 ... - I had to use a polyfill to see if WebSockets are supported and if not, fall back to XHR 09:20:37 [ IVI Applications - Speech Recognition ] 09:20:42 dcheng3: we need speech recognition 09:20:50 ... a lot of solutions offer `good` cdapabilities 09:20:52 s/cd/c/ 09:20:59 ... HTML 5 Speech Input 09:21:06 ... there was a spec from the Speech XG 09:21:28 ... there was a proposal to do best effort recognition, just as GeoLocation does 09:21:38 ... there was a proposal for a new W3C WG for it 09:21:44 ... there was minimal adoption 09:21:57 ... only webkit, and it requires sending it to network service 09:21:59 i/there was a proposal/[ actually, it is a CG ]/ 09:22:16 ... breaks the offline support requirement 09:22:27 [ IVI Applications - Text-to-Speech ] 09:22:31 dcheng3: we need text-to-speech as well 09:22:43 ... you need realtime directions 09:22:55 ... there are apis you can embed in your web apps, e.g. Google Translate 09:22:59 ... there's no standard 09:23:05 ... and those require network connections 09:23:15 ... some proposals... 09:23:22 [ IVI Applications - Navigation (1/2) ] 09:23:28 dcheng3: a lot of sophisticated devices 09:23:31 ... tom-toms, etc. 09:23:37 ... HTML5 covers many of the requirements 09:23:43 ... GPS via GeoLocation 09:23:56 ... watchPosition() so you get updates 09:24:05 ... WebWorkers for route calculations 09:24:10 ... - but requires more mobile support 09:24:27 ... Offline requirement? 09:24:32 ... - having navigation without connectivity 09:24:38 [ IVI Applications - Navigation (2/2) ] 09:24:43 dcheng3: how do we create offline applications 09:24:49 ... how do we access maps previously loaded? 09:24:56 ... AppCache - something that could help us 09:25:05 ... - `widely documented to be a bit rubbish` 09:25:26 ... if one element that you tried to get fails to download, you revert to the previous version 09:25:39 ... WebStorage: Small quota, storage of binary assets is not easy 09:25:47 ... has performance issues 09:25:56 ... because it's a synchronous 09:26:01 s/nous/nous API/ 09:26:05 ... Other APIs exist 09:26:10 ... but they're making slow progress 09:26:14 ... IndexedDB 09:26:43 ... has desktop implementation, but no mobile implementations 09:26:50 ... WebSQL was implemented in mobile browsers 09:27:02 ... but i haven't seen information if new mobile browsers support it 09:27:09 ... there's FileSystem/File Writer 09:27:14 ... from Google, but Mozilla doesn't like it 09:27:18 ... there's no locking 09:27:28 ... Mozilla created their own File System API 09:27:33 ... which extends IndexedDB 09:27:36 ... there's fragmentation 09:27:46 ... and no acceptance of existing proposals 09:27:56 [ IVI Applications - Installable Applications ] 09:28:00 dcheng3: W3C Widgets 09:28:08 ... no mechanism to automatically update 09:28:20 ... lose advantage of updates re hosted apps 09:28:26 ... w3c widgets aren't popular 09:28:33 ... Google has their own, Mozilla has their own 09:28:39 ... fragmentation needs to be addressed 09:28:49 ... need to get people to converge 09:29:07 ... PhoneGap as an alternative 09:29:12 ... (now Apache Cordova) 09:29:18 ... you can push updates to native stores 09:29:25 ... it's a workaround, it's an open source project 09:29:28 ... not a standard 09:29:33 [ Car Portals ] 09:29:39 dcheng3: UC Insurance 09:29:45 ... we have a dongle that goes in a car 09:29:52 ... right now it's mostly static data 09:29:56 ... it has a Global SIM 09:30:03 ... so the user can move freely throughout Europe 09:30:09 ... it has GPS, Accelerometer 09:30:15 ... to log trips of user 09:30:19 ... log driving behavior 09:30:24 ... see if there's harsh breaking 09:30:31 ... The Mobile Web interface looks like this 09:30:38 [ --Picture-- ] 09:30:44 [ Car Portals ] 09:30:49 dcheng3: you can locate your car 09:30:52 ... see your current position 09:30:56 ... you can zoom in 09:30:59 ... get directions 09:31:01 [ Car Portals ] 09:31:05 dcheng3: receive error messages 09:31:11 ... from the dashboard 09:31:21 ... we calculate a Green score, and an insurance driving score 09:31:32 [ Car Portals ] 09:31:38 dcheng3: i have the application, i can show it 09:31:43 ... it behaves in modern mobile browsers 09:31:46 ... Chrome for Android 09:31:52 ... it behaves very nicely 09:32:00 ... not so much so for Android 2.3 browser 09:32:06 ... - issues w/ performance 09:32:14 [ Car Portals - Map Visualization ] 09:32:17 dcheng3: we embed maps 09:32:21 ... there are lots of apis 09:32:25 ... Nokia Maps, Google Maps 09:32:30 ... you can make rich UIs 09:32:40 ... Touch requirements for mobile 09:32:47 ... it doesn't work very well in slightly stale browsers 09:32:50 ... Android 2.3 is poor 09:33:02 ... no pinch to zoom, double tap- nothing [useful] happens - the page jumps 09:33:14 ... `overflow:auto` problem 09:33:24 ... you can't scroll the content in the middle if you have fixed element content 09:33:31 ... Android 2.3/older iOS Safari 09:33:39 ... you have this problem 09:33:49 ... you can find polyfill with CSS Transformations 09:33:52 ... but it hurts performance 09:33:58 ... it's an implementation issue, not a standards issue 09:34:07 ... not sure about the story of pushing updates to older platforms 09:34:14 ... going forward, we want to avoid these issues 09:34:21 [ Car Portals - Real-time Notifications ] 09:34:26 dcheng3: we want to send notifications 09:34:31 ... if there's a crash/heart break 09:34:43 ... native apps have status bar which grabs user attention 09:34:51 ... important for emergency alerts 09:34:58 ... we don't have them in mobile 09:35:07 ... there's web notifications 09:35:14 Josh_Soref: BlackBerry PlayBook has it 09:35:20 dcheng3: most mobile browsers don't support it 09:35:33 ... not good for getting user's attention 09:35:39 ... Vibration API 09:35:44 ... to couple w/ Real-time notifications 09:35:55 ... -it's coming to mobile browsers 09:36:06 [ Key Take-aways (1/3) ] 09:36:10 dcheng3:a lot is covered 09:36:16 ... we need to work to fix some 09:36:23 ... for enterprise... UVI UC 09:36:49 ... this technology enables `fast to mmarket` 09:36:51 s/mm/m/ 09:36:57 ... and target a wide range of users 09:37:02 [ Key Take-aways (2/3) ] 09:37:04 [ Key Take-aways (3/3) ] 09:37:18 dcheng3: need to agree on storage mechanism for large data 09:37:24 ... WebSQL on mobile? 09:37:27 ... IndexedDB? 09:37:31 ... FileSystem API? 09:37:38 ... what about building something on IndexedDB instead? 09:37:46 ... it seems to have the underlying performance 09:37:50 ... browsers need to support it 09:38:01 ... Broader support for WebSockets - mobile browsers aren't there yet 09:38:06 ... fragmentation in Web Packaging 09:38:19 ... either changes to W3C Packaging, 09:38:25 ... or get convergence from Browser vendors 09:38:36 ... Need to standardize something for Text-to-speech 09:38:43 ... with best effort and fallback to embedded solution 09:38:51 ... best performance if connectivity is available 09:39:00 ... Similar for Speech-recognition 09:39:05 [ Questions? ] 09:39:11 dcheng3: that's it 09:39:14 [ Applause ] 09:39:33 ph: very nice talk about what's there 09:39:36 ... and where the gaps are 09:39:42 ... we see a lot of stuff is available/can be used 09:39:47 ... things need to be pushed further 09:39:51 ... The dongle you showed? 09:39:55 ... is that something only you can use? 09:40:00 ... or can others use the data? 09:40:10 dcheng3: atm, we have a company that gathers the data in the backend 09:40:17 ... and making it friendly 09:40:20 ... and there's a REST api 09:40:26 ... but it isn't so open yet, no. 09:40:38 Adam: thank you dcheng3 09:40:41 [ Applause ] 09:41:02 Topic: KDDDI's position for Web and Automotive issues 09:41:18 shigeyuki: Shigeyuki Sakazawa, KDDI corporation 09:41:20 [ Agenda ] 09:41:26 shigeyuki: introduction of KDDI 09:41:30 ... seamless service concept 09:41:38 ... connecting vehicle and smart phone 09:41:51 [ About KDDI ] 09:41:58 shigeyuki: KDDI is a japanese telecom carrier 09:42:11 ... mobile telecom, fiber-to-the-home, tele com solutions 09:42:16 ... content services and banking 09:42:35 s/shigeyuki/sakazawa/ 09:42:36 s/shigeyuki/sakazawa/ 09:42:50 [ KDDI's Convergence Strategy ] 09:42:57 sakazawa: multi-use 09:43:07 ... WiMAX, 4G, cable-to-home 09:43:22 ... Vehicle issues 09:43:32 ... application + content services 09:43:36 [ Seamless service concept ] 09:43:44 sakazawa: we'd like to realize seamless service 09:43:52 ... service anytime, anywhere, any-device 09:43:59 ... service on a personalized basis 09:44:04 ... service with more pleasure 09:44:15 ... during an event: watching video, shopping, driving 09:44:22 ... - including before/after event 09:44:32 ... For driving-event 09:44:45 ... Make driving plan and download maps (@home) 09:45:07 ... Maps/music/other data downloaded in your smartphone (@driving) 09:45:14 ... search nearby (@cafe) 09:45:28 ... restaurants, shops, other data (@driving) 09:45:33 ... - driving is part of our life 09:45:40 ... want to connect everyday life to event 09:45:50 [ Requirements for seamless service ] 09:46:01 sakazawa: contents & Apps ubiquitous use 09:46:05 ... vehicle personalization 09:46:07 ... seamless networking 09:46:11 [ Functions to be realized ] 09:46:18 sakazawa: contents and apps ubiquitous use 09:46:24 ... - speaker out of music from smartphone 09:46:31 ... show a navigation map stored from smartphone 09:46:42 ... recall address book from the phone and display on headunit 09:46:46 .. - to make a phone call 09:46:52 ... Vehicle personalization 09:47:00 ... personalize various settings for a rental-car 09:47:10 ... and erase personal information from shared car 09:47:16 ... tune User Interface 09:47:30 ... not just menu appearance, but also speech recognition 09:47:46 [ Functions to be realized ] 09:47:52 sakazawa: seamless networking 09:48:03 ... continue streaming and sequential update 09:48:10 ... prefetch heavy data before 09:48:19 [ Characteristics of headunit/phone ] 09:48:23 sakazawa: all-in-one head unit 09:48:28 ... smartphone 09:48:36 ... hybrid smartphone + head-unit 09:49:04 ... - low cost, up to date service, high usability 09:49:08 s/-/+ 09:49:15 ... - high standardization required 09:49:24 [ two approaches for hybrid ] 09:49:33 sakazawa: Display Image Transfer - MirrorLink 09:49:41 ... distributed processing 09:49:46 ... apps run on headunit 09:49:53 .. headunit+phone share processing 09:50:07 [ KDDI's prototype - Web Infotainment ] 09:50:12 sakazawa: phone works as web server 09:50:17 ... head unit loads app and runs it 09:50:27 [ Structure of webserver on phone ] 09:50:48 sakazawa: phone: storage (media, web app, hmi), rpc, websocket server, http server, ssdp server 09:51:16 ... Head unit (HMI, web apps (navi, maps, multimodal), browser (ssdp, devicce api -> CAN)) 09:51:36 [ Relationship to functional requirements ] 09:51:47 sakazawa: this configuration satisfies some functional requirements 09:51:53 ... contents + apps ubiquitous use 09:52:07 .. storage access to content (media content is stored in phone, can be routed to head unit) 09:52:11 s/../.../ 09:52:17 ... native functions can be accessed from head unit 09:52:30 ... web application in phone is personalized 09:52:35 ... seamless networking 09:52:43 ... storage area as cache/pre-fetch data 09:52:46 [ Demo ] 09:52:59 sakazawa: demo in Wireless Japan 2012 09:53:04 ... article (in japanese) 09:53:15 [ Future activities ] 09:53:37 sakazawa: this is the wrong presentation 09:53:44 ... marie will upload this slide 09:53:58 ... we connect the smartphone and head unit 09:54:17 ... head unit has navigation service 09:54:21 [ Future activities ] 09:54:39 sakazawa: standardization 09:54:54 ... service discovery including privacy issues related to DAP WG (Web Intents) 09:55:04 ... Create new value for users = Amazing Apps 09:55:18 ... next generation context aware and personalized navigation 09:55:31 ... multimodal apps + AI like a "Knight Rider" 09:55:46 ... user could interact with the car 09:55:49 ... that's our dream 09:55:57 [ Thank you. ] 09:55:59 [ Applause ] 09:56:04 Adam: questions? 09:56:20 takahashi: Takahashi, Mitsubishi Electric 09:56:33 ... your structure seems similar to ACCESS's HaaP 09:58:47 marie: we uploaded your slides 09:58:50 ... you can try again 09:58:58 [ Slides with picture ] 09:59:03 sakazawa: there's a smartphone and a headunit 09:59:07 ... connected using WiFi-direct 09:59:14 ... smartphone with restaurant destination 09:59:24 [ Personalization of appearance of headunit ] 09:59:31 [ Accessing smartphone content - from headunit ] 09:59:51 [ Buying theater ticket near destination ] 10:00:06 sakazawa: accessed at headunit using smartphone to website 10:00:08 [ Applause ] 10:00:12 Adam: 15 minute break 10:00:25 ... we want to take a group photo after the break 10:21:05 Topic: Vistion: Web and Automotive 10:21:17 temmos: Jean-Marc Temmos 10:21:20 ... Hello everybody 10:21:33 s/Vistion/Visteon/g 10:21:35 ... yesterday I used a small script to compile and extract all the words from the position papers for this workshop 10:21:49 ... the good news is that web and automotive are the biggest word 10:22:03 ... w3c and api are smaller 10:22:08 [ Plan ] 10:22:19 temmos: a brief overview of Visteon 10:22:23 ... HMI designc hallenges 10:22:29 ... - tools and process 10:22:31 s/gnc/gn/ 10:22:38 ... - bring new features to the user 10:22:48 ... Some hints for improvement 10:22:52 ... - UI.Cockpit 10:22:56 ... - Web technologies 10:23:03 ... Expectations and recomendations 10:23:20 [ Visteon & HMI Innovation ] 10:23:32 temmos: Visteon is a Tier 1 automotive supplier 10:23:40 ... we're mainly focused on new generation HMIs 10:23:44 ... for car manufacturers 10:23:55 ... we're working on transversal frameworks 10:24:04 ... we're involved with collaborative projects/academics 10:24:11 ... concept car software design and development 10:24:24 ... we work closely w/ German Center of Innovation 10:24:35 ... we're an American company and have centers in Detroit 10:24:42 [ Visteon & HMI Innovation ] 10:24:48 temmos: Visteon Genivi Involvement 10:24:56 ... we're on the Board of Directors 10:24:58 ... etc. 10:25:02 [ Tools and Process ] 10:25:13 temmos: problems designing, from prototype to embedded target 10:25:17 ... Many platforms/libraries 10:25:21 ... lots of target specific code 10:25:42 ... arm/atom/x86; Qt/SVG/Air; OpenGL/OpenGLES/OpenVG; Linux/Windows/QNX 10:26:06 ... many tools, many design softwares: Flash, HTML5, EBGuide, Altia, Vaps XT 10:26:12 ... many experts in various domains 10:26:25 ... - artists, designers, developers - they don't want to use the same tools 10:26:28 [ Tools and Process ] 10:26:34 temmos: logics / graphics unclear frontier 10:26:48 ... between behavior(intelligence) of application and the graphics side(way to display to user) 10:26:54 ... relating to Tools 10:26:56 Test has joined #webandauto 10:27:04 ... HTML - CSS for skinning/displaying 10:27:07 ... JavaScript 10:27:17 ... Vaps/EBGuide can embed state chart 10:27:21 ... there's no clear frontier 10:27:37 ... famous gap between development cycles (consumer electronic v. automotive) 10:27:52 ... consortiums: Autosar, Genivi - new opportunities 10:27:56 ... new constraints 10:28:03 ... Technologies and standards change very fast 10:28:10 ... Moblin -> MeeGo -> Tizen 10:28:26 ... don't have to be early adopters, but have to follow 10:28:44 ... EDonAp with Renault 10:28:59 ... we have to be as technology agnostic as possible 10:29:12 ... we have to use as much web tech as possible - it's cross platform, easier 10:29:18 ... the set of skills required is quite limited 10:29:27 ... as compared to the low level tools 10:29:38 [ Improvements for the user ] 10:29:42 temmos: Customization 10:29:46 naomi has joined #webandauto 10:29:47 ... Multimodal features 10:29:50 ... context awareness 10:29:55 ... open ended dynamic nature 10:29:57 [ Customization ] 10:30:02 temmos: Interface & personalization 10:30:07 ... there's a Genivi group for it 10:30:17 DanielAustin has joined #webandauto 10:30:19 ... there's an API for detecting where a user is sitting, what they're doing 10:30:37 ... car re-design for new usages (car sharing, renting, auto-driving...) 10:30:54 ... User settings and preferences should be retrieved from the smartphone 10:31:01 ... "avoid before google mess for sync": 10:31:02 dcheng3 has joined #webandauto 10:31:15 ... customization is more than just skinning for css 10:31:27 ... Facebook addict? want Facebook menu 10:31:32 ... if i'm not, i want something else 10:31:38 ... not possible with css 10:31:49 [ Customization ] 10:31:55 temmos: Left pedal, right pedal 10:32:07 ... left for entertainment, right for something else 10:32:11 [ Multi-modal ] 10:32:19 temmos: many screens and displays 10:32:21 ... haptics 10:32:27 ... speakers & microphone 10:32:41 ... - microphone array can detect position (is it a passenger), remove noise 10:32:46 ... heads down display 10:32:50 ... heads up display 10:32:53 [ Multi-modal ] 10:32:57 scribenick: timeless_scribeeclusters & guages 10:33:03 ... off-board speech recognition in the cloud / onboard 10:33:08 ... speech synthesis 10:33:25 s/scribenick: timeless_scribee// 10:33:37 s/timeless_scribee/scribe/ 10:33:38 s/timeless_scribee/scribe/ 10:33:38 s/timeless_scribee/scribe/ 10:33:39 s/timeless_scribee/scribe/ 10:33:50 [ Context awareness ] 10:34:28 temmos: context aware applications for infotainment and ADAS UCs 10:34:31 ... location based 10:34:35 ... map enhanced/map enabled 10:34:44 ... onboard/offboard seamless switching 10:34:52 ... - very good speech recognition in cloud 10:35:04 ... - when i lose the system, i don't want things to be completely different 10:35:23 ... cache some info to prevent degradation when the service provider changes 10:35:31 ... driver attention, driver state inference 10:35:34 RRSAgent, draft minutes 10:35:34 I have made the request to generate http://www.w3.org/2012/11/15-webandauto-minutes.html timeless 10:35:56 [ Open and Dynamic Architecture ] 10:36:01 temmos: we want the system to detect 10:36:05 ... to support hot plug 10:36:09 ... get content from car/phone 10:36:27 s|s/scribe/scribe/|| 10:36:28 s|s/scribe/scribe/|| 10:36:34 s/timeless_scribe/scribe/G 10:36:43 RRSAgent, draft minutes 10:36:43 I have made the request to generate http://www.w3.org/2012/11/15-webandauto-minutes.html timeless 10:36:47 [ Open and Dynamic Architecture ] 10:37:03 teemos: seamless sync car->other (mobile, cloud) 10:37:07 ... networking and web management 10:37:12 ... integration w/ in car systems 10:37:22 ... Machine to Machine (M2M) communication and Swarm Intelligence 10:37:47 s/clusters & guages/teemos: clusters & guages/ 10:37:59 ... onboard/offboard traffic 10:38:03 [ Open and Dynamic Architecture ] 10:38:16 teemos: in the past, hardware had to adapt 10:38:32 ... in consumer industry, consumer wants new game, buys new console 10:38:39 ... new model 10:38:49 ... resources are ... 10:38:52 ... consider task 10:38:54 ... with agents 10:39:04 ... get to destination; ensure driving safely 10:39:13 ... use modeling to derive hardware+software architecture 10:39:23 [ Open and Dynamic Architecture ] 10:39:26 s//[ Open and Dynamic Architecture ]/ 10:39:30 RRSAgent, draft minutes 10:39:30 I have made the request to generate http://www.w3.org/2012/11/15-webandauto-minutes.html timeless 10:39:39 ... this is the task of the D3Cos project 10:39:46 ... they use tools for this 10:39:50 ... safety norms are converging now 10:39:58 ... dynamic architecture to ensure safety for pilot and driver 10:40:15 [ Open and Dynamic Architecture ] 10:40:20 teemos: design patterns 10:40:27 ... we learn a lot from the XXX partners 10:40:41 ... provide us with multimodal human interfaces 10:40:50 [ E-Bee concept car ] 10:41:17 s/EDonAp/E-Bee(?)/ 10:41:32 teemos: built using Linux+Genivi 10:41:46 ... it's shown @Electronika in Germany (ending today) 10:41:51 ... otherwise @CES 10:42:00 [ UI.Cockpit Framework ] 10:42:15 teemos: centralize application logic for cockpit HMI and distribute GUIs over various HTML5 client displays 10:42:20 ... MVC based framework 10:42:39 ... keep working w/ graphical environment that best fits on your target 10:42:52 ... Altia might be a good choice 10:43:00 ... but you might want to use TAT 10:43:15 ... and you'd have to throw everything away 10:43:23 ... client-server websocket 10:43:25 ... xml api 10:43:28 ... html5+js proxy 10:43:34 [ UI.Cockpit Framework ] 10:43:44 teemos: graphics, as many models as technologies 10:43:51 [ UI.Cockpit Framework ] 10:43:55 teemos: logic 10:43:58 ... embeddic 10:44:02 s/dic/ded/ 10:44:07 ... or stateful c++ 10:44:09 ... or rhapsody 10:44:11 ... whatever 10:44:14 [ UI.Cockpit Framework ] 10:44:19 teemos: how to fetch data 10:44:25 ... CAN bus, MOST bus, ... 10:44:31 [ Expectations and recommendations ] 10:44:35 teemos: flexibility 10:44:44 ... we face standardization process for ... and Genivi 10:44:56 ... it was just standardizing what wasn't competitive 10:45:02 ... there will be reluctancy 10:45:10 ... be flexible and have a limited scope 10:45:31 ... low level access to device calls 10:45:45 ... even if Android is getting better, for iPhone, we need more 10:45:55 ... Graphics SVG - 2D/3G 10:46:02 ... tools to compete w/ Adobe toolchain 10:46:08 ... SVG is widely used, but not perfect 10:46:23 ... clean logic / graphics separation 10:46:44 [ Video & more info ] 10:46:50 teemos: i'll show a video about E-Bee 10:47:29 [ Infotainment ] 10:47:36 teemos: btw, this was an HTML5 presentation using CSS 10:47:55 teemos: no sound, i'll have to talk 10:48:00 ... distributed system 10:48:17 ... actually pretty centralized, we'd like more decentralized like airplanes 10:48:23 ... right side we have petal 10:48:56 ... left petal is for ADAS 10:49:08 ... usual frontier between Infotainment and ADAS 10:49:19 ... giving screen can show both ADAS and Infotainment 10:49:30 ... we should ensure every means of communication 10:49:33 ... ensures safety 10:49:42 ... there's no API for ADAS v. Infotainment 10:50:09 [ video crashed ] 10:50:17 [ switch to next video ] 10:50:27 teemos: ... augmented reality 10:50:30 ... heads up / heads down 10:50:37 ... context dependent hardware buttons 10:50:52 ... this is a Nissan Leaf (for the E-Bee concept car) 10:51:08 ... are some of you going to Logicas show? 10:51:27 ... two camera in the car 10:51:32 ... one in the back, one for QR code 10:51:35 [ last video ] 10:51:42 s/video/video: Passenger/ 10:51:50 s/video ]/video: Driver ]/ 10:51:56 teemos: door modules for interact 10:52:04 ... each passenger has their own module area with speakers 10:52:19 ... improve configuration for each passenger 10:52:28 ... 4 mics, 4 sound systems 10:52:32 ... privacy on demand 10:52:48 ... there are plenty of other videos on the web site 10:53:00 teemos: thanks for your attentions 10:53:02 s/s// 10:53:05 [ Applause ] 10:53:11 DSR: time for one quick question 10:53:17 ph: All displays are driven by HTML5? 10:53:21 teemos: most of the display 10:53:25 ... some are still in Flash 10:53:28 [ boo ] 10:53:30 teemos: i know it's bad 10:53:38 ... but it's porting to HTML5 10:53:47 ... we have Android tablets in html5 10:54:02 DSR: rich potential UI 10:54:07 ... we'll pick it up later 10:54:14 ... minor change to agenda 10:54:22 ... i'd like to bring forward the Renault presentation 10:54:30 teemos: thank you 10:54:33 [ Applause ] 10:54:46 rw has joined #webandauto 10:54:54 Topipc: Drive the change - Renault 10:55:02 renault: this isn't a presentation on R-Link 10:55:08 ... I'm YVR 10:55:14 ... from the advanced electronic project 10:55:18 ... i'm involved in Genivi 10:55:22 [ Summary ] 10:55:31 renault: car displays are special 10:55:35 ... technical challenges 10:55:42 ... web technologies and standards can help 10:55:48 s/Topipc/Topic/ 10:55:56 [ car displays are special ] 10:56:08 renault: with TV you have HMI for watch broadcast, play games, play dvd 10:56:13 ... but you can still use it as a TV 10:56:18 ... smartphone is similar 10:56:25 ... place a call, use it to wake up, go to web, control tv 10:56:28 ... but still a phone 10:56:34 ... for a car! 10:56:46 ... you could use HMI for radio, web, phone, HVAC/ADAS 10:56:51 s /YUR/Ludovic_Alidra/ 10:56:57 ... but you MUST be able to drive your car 10:57:04 s/renault:/alidra:/ 10:57:05 s/renault:/alidra:/ 10:57:07 s/renault:/alidra:/ 10:57:15 [ Safety first ] 10:57:23 renault: not specific web usage in a car 10:57:31 ... safety is already addressed by usual embedded HMI 10:57:35 ... driver distraction management 10:57:42 ... design rules, human factors, for app developers 10:57:51 ... should not distract, stress or require driver action while driving 10:57:59 ... validation of app before deployment on the app store 10:58:12 ... until more dynamic run-time solutions can be proven 10:58:36 s|s /YUR/Ludovic_Alidra/|| 10:58:39 s/YUR/Ludovic_Alidra/ 10:58:52 [ Challenge - Performance ] 10:59:03 alidra: user acceptance level 10:59:08 ... response time requirements 10:59:17 ... sw/hw optimizations 10:59:21 ... high level for UX 10:59:26 ... touch screen, speech 10:59:33 ... animations, level of integration - feature coexistence 10:59:38 ... native applications v. web apps 10:59:43 ... html5 for native applications? 10:59:53 [ Challenges - Functional API definition (1/2) ] 11:00:00 alidra: both M2M and user-centric 11:00:08 ... harmonized with Genivi 11:00:19 ... API designed for: 11:00:22 ... - performance 11:00:28 ... - scalability and evolutivity 11:00:38 ... low end products, high end products 11:00:48 ito_jari has joined #webandauto 11:00:58 ... probably find a common api for basic elements 11:01:09 ... each OEM wants to bring specific innovation 11:01:17 ... need a way to extend API 11:01:24 ... link to native application 11:01:29 ... listen to web audio 11:01:32 ... want to stop radio 11:01:44 ... if you switch to weather app 11:01:50 ... you want to still listen to web radio 11:01:54 ... security/privacy 11:01:58 ... always on-line 11:02:06 ... need strategies to manage off-line mode 11:02:26 [ Challenges - Functional API definition (2/2) ] 11:02:31 alidra: examples of params for api 11:02:43 ... remain connected (social network) 11:02:48 ... audio video 11:02:55 ... PIM (calendar, yellow pages) 11:03:01 ... Help (BCall, HelpCall, ...) 11:03:12 ... -- trip and car centric 11:03:22 ... trip optimization (traffic, parking, ...) 11:03:25 ... multimodality 11:03:33 ... save money (eco-driving, PAYD, ...) 11:03:37 ... - pay as you drive 11:03:51 ... maintenance facilities (manual, after-sales offers, ...) 11:03:59 ... - need status of your car 11:04:09 [ Challenges - Monetizing (1/2) ] 11:04:16 alidra: try to monetize your services 11:04:18 ... one for application 11:04:21 ... another for car data 11:04:27 ... want to build our own app store 11:04:36 ... collect/aggregate/distribute data 11:04:47 [ Challenges - Monetizing (2/2) -> M2M and User centric] 11:04:53 alidra: imagine we collect data 11:04:55 ... traffic 11:05:00 ... - location+speed 11:05:09 ... provide to third party/special partner 11:05:20 ... party adds element/creates services 11:05:28 ... send back information to Car/connected app 11:05:42 [ Challenges - compatibility and interoperability with customer devices ] 11:05:45 alidra: not a new issue 11:05:54 ... had problem for years, e.g. w/ Bluetooth 11:06:02 ... gap between consumer electronics / automotive 11:06:12 ... users expect same services in smart phone in car 11:06:27 ... compatibility/continuity of services 11:06:38 ... Car could be a node in Home network (DLNA) 11:06:49 ... Mobile devices in car 11:07:01 ... Car could be in cloud/C2Car 11:07:07 [ Web technologies and standards can help ] 11:07:18 alidra: improve quality/reduce costs 11:07:28 ... better quality for end user 11:07:29 ... more interop 11:07:36 ... security - well known solution 11:07:41 ... improved platform neutrality 11:07:45 ... OS, HW independent 11:07:49 ... improved code reuse 11:07:59 ... application re-use and porting to new systems 11:08:02 [ End ] 11:08:04 [ Applause ] 11:08:21 ph: question... you said APIs 11:08:25 ... have to be careful to standardize 11:08:29 ... we want to compete on them 11:08:32 ... to differentiate 11:08:37 ... can you say a bit more about that? 11:08:43 ... you have a whizbang feature in our car? 11:08:50 ... want opportunity to expose that:? 11:08:56 s/:?/?/ 11:09:08 ... why is that an issue? 11:09:22 alidra: o 11:09:26 s/o/no/ 11:09:33 ... you want examples of specific case? 11:09:42 ... it isn't for me in this position 11:09:53 ... if we standardize an api 11:09:57 ... we'll have a small set 11:10:03 ... very quickly, we'll need to add feature 11:10:25 ph: so, it's more you want the flexibility to extend 11:10:31 ... so you can move forward w/o waiting 11:11:11 Josh_Soref: even at SDO slow pace, it seems we could standardize before you ship 11:11:29 alidra: if we use a standard, we'll win at the end 11:11:36 ... we'll reduce duration of development 11:11:44 ... if we have our own api, we'll start to launch application 11:11:51 ... we'll win later when it's standardized 11:11:58 DSR: thanks 11:12:00 [ Applause ] 11:12:50 speiser: Sebastian Speiser 11:13:08 ... we're not specific to cars 11:13:14 ... we're looking at cyber physical systems 11:13:25 ... i learned a lot of new car terms in the last days 11:13:39 i/Speiser/Topic: [LOST] 11:13:51 [ Motivation ] 11:14:02 speiser: not just getting B from A 11:14:05 ... driver has other goals 11:14:07 [ Motivation ] 11:14:28 speiser: doesn't have any heads up 11:14:38 ... because he has speech and big team 11:14:47 ...Formula 1 spends 1k USD / km 11:14:56 ... Germany gets 30c / k, 11:14:59 s/[LOST]/The Architecture of Future Automotive Applications based on Web Technologies/ 11:14:59 s/k,/km/ 11:15:22 ... speech recognition, virtual knowledge based integrating data from the web 11:15:28 ... logical inferences, statistical learning 11:15:32 [ High-level Architecture ] 11:15:42 speiser: driver -> speech i/o 11:15:55 ... -> memory -> Interoperation, Data I/O 11:16:11 s|O|O, Stream I/O| 11:16:22 ... Dataa I/O -> LOD 11:16:36 ... Interoperation -> Logic Reasoner, Adaptive learner 11:16:55 rrsagent, draft minutes 11:16:55 I have made the request to generate http://www.w3.org/2012/11/15-webandauto-minutes.html kaz 11:17:00 [ Overview of Architecture ] 11:17:05 speiser: for speech I/O 11:17:13 ... don't want ... 11:17:21 ... use patterns to convert text to logic 11:17:26 ... use reasoning engine to control conversation 11:17:53 ... using Cyc's project to link logic to language 11:17:59 ... Stream I/O 11:18:06 ... also web streams 11:18:11 ... for temp/traffic 11:18:37 [ Data I/O: Linking Open Data Cloud ] 11:18:57 speiser: in 2006, Linked Data movement 11:19:05 ... semantic web in W3C 11:19:13 i/Sebastian Speiser/topic: The Architecture of Future Automotive Applications based on Web Technologies/ 11:19:15 rrsagent, draft minutes 11:19:15 I have made the request to generate http://www.w3.org/2012/11/15-webandauto-minutes.html kaz 11:19:22 speiser: yearly growth rates of 200% 11:19:36 ... small datasources 11:19:56 s/sources/ statements/ 11:20:08 ... very large set of connected data sets 11:20:23 [ Combining and using I/O channels ] 11:20:32 [ Memory: Virtual Knowledge Base ] 11:20:41 speiser: based on Linked Data and REST principles 11:21:04 ... basic abstraction: a resource 11:21:09 ... POI as 3D XML, RDF or JPEG 11:21:29 ... resources have references (links) to other related resources, e.g., leading to the next step in a series of operations 11:21:34 ... support standard operations: CRUD 11:22:06 speiser: "Colosseum is in Rome" 11:22:13 ... Create-Read-Update-Delete 11:22:38 ... I'm not a REST-afarian 11:22:46 ... beyond scalability 11:22:50 ... you have standard operation 11:23:10 ... interop is easier 11:23:16 ... common operations 11:23:20 ... fixed grammar 11:23:27 ... just standardize vocabulary 11:23:31 ... very different from WS* 11:23:39 .. which was ported to HTTP and called REST 11:23:58 ... You do a HTTP lookup on URI 11:24:04 ... do it with an RDF program and get a reply 11:24:19 s/../.../ 11:24:22 rrsagent, draft minutes 11:24:22 I have made the request to generate http://www.w3.org/2012/11/15-webandauto-minutes.html kaz 11:24:56 [ Internlinking in Linked Data ] 11:25:12 speiser: car:currentDriver owl:sameAs facebook:JohnDee 11:25:28 car:car :location car:point ... wikipedia 11:25:38 s/Internl/Interl/ 11:25:45 [ Streams, Services and Compositions ] 11:25:58 speiser: streams either just leave http open and continue to listen 11:26:04 ... or pull stream source regularly 11:26:14 ... Services, to integrate w/ linked data 11:26:20 ... how to build applications, compositions, workflows 11:26:29 ... based on REST resources? 11:27:10 ... From university perspective, this is established technology 11:27:13 [ Linked Services ] 11:27:50 speiser: services honor REST 11:27:57 ... we wanted to use RDF/Notation3 11:28:03 ... relation between input and output 11:28:15 ... linked between services, descriptions, and data input/output 11:28:38 [ Production Rules for Linked Services ] 11:29:02 speiser: my colleagues are presenting a paper about data driven programming for dynamic programming 11:29:16 ... evaluate rules, if it matches, invoke action(service) 11:29:48 ... Locate() -> car location -> Lookup() -> list of gas stations -> navigate() -> programmed GPS system -> done 11:30:02 ... car location -> cancel() -> new location -> done 11:30:09 [ Conclusions ] 11:30:22 speiser: use web tech to provide assistant system to drivers at reasonable cost 11:30:35 ... make it cheaper by not needing so much adaption for every platform 11:30:50 ... web tech in front end + back end, we can add new sources on demand 11:30:54 ... PAYG integration 11:31:02 ... no need for up front specification of services 11:31:12 ... tap long tail of sensors and data sources 11:31:22 [ Thank you for your attention ] 11:31:37 speiser: have a loook at www.kskri.kit.edu + www.aifb.kit.edu 11:31:54 ... we have a smart energy grid where we're using some of our proposed technologies 11:31:57 [ Applause ] 11:31:59 DSR: Questions? 11:32:10 ... idea to combine this w/ semantic web 11:32:18 ... what's needed to build an ecosystem? 11:32:22 speiser: in terms of what? 11:32:31 DSR: what's required to bring to market? 11:32:43 speiser: dev cycle in car are rather long 11:32:58 ... intermediate step is probably tablet/smartphone applications 11:33:03 ... and installing this in a car 11:33:10 ... we have cars from Daimler, Opal 11:33:40 ... maybe a car manufacturer would be interested and take this on 11:33:44 DSR: thank you 11:33:47 [ Applause ] 11:34:20 Topic: QWKKL 11:34:21 felt: Michael Felt, German research center for AI, UI group, Automotive Group 11:34:33 ... we're building HMIs for driver systems 11:34:38 ... do a lot of user testing 11:34:44 ... we do this in conjunction with OEMs 11:35:09 s/QWKKL/Proposing a Meta-Language for Specifying Presentation Complexity in order to Support System Situation Awareness/ 11:35:47 ... this work is related to situation awareness 11:35:53 [ Situation Awareness ] 11:36:02 felt: knowing what's around you 11:36:06 s/felt:/feld:/ 11:36:06 s/felt:/feld:/ 11:36:20 feld: went from psychological model 11:36:33 ... define system situation awareness 11:36:38 ... started with Endsley Model 11:36:47 [ Endsley Model (original) ] 11:37:00 feld: three levels: perception; comprehension; projection 11:37:20 s/Felt/Feld/ 11:37:26 dsr has joined #webandauto 11:37:27 ... i see a car 11:37:30 ... i'm going to crash 11:37:34 ... i need to press breaks 11:37:40 ... there's a feedback loop 11:37:43 ... there are task factors 11:37:50 [ Endsley Model (adjusted) ] 11:38:10 feld: assessment of user+context; update information sources ; impact estimation 11:38:15 ... intelligent mediation 11:38:22 ... HMI: presentation of information 11:38:39 [ Two-fold Research Question ] 11:38:47 feld: driver aspects / presentation aspects 11:38:48 naomi has joined #webandauto 11:38:54 ... define system situation awareness 11:39:04 driver related concepts / presentation task annotation 11:39:10 s/driver/... driver/ 11:39:14 ... ... 11:39:24 [ Estimating presentation complexity ] 11:39:29 feld: we have 3 options 11:39:34 ... complexity from designer 11:39:38 ... ideal case -> nothing to do 11:39:46 ... (unlikely) 11:39:53 ... unstructured representation of HMI 11:39:55 ... Image 11:39:59 ... difficult to do something 11:40:07 W476C has joined #webandauto 11:40:14 ... could use heuristic, approach, do image processing 11:40:17 ... -> low confidence 11:40:28 ... strucutred representation (HTML5) 11:40:33 s/utr/tur/ 11:40:44 ... "ACE" (annotated complexity estimation) 11:40:54 ... how do we annotate complexity automatically 11:40:59 ... ACE is based on visual tree of interface 11:41:05 maru has joined #webandauto 11:41:08 [ Example Ssreen Layout (sim TD) ] 11:41:12 s/Ss/Sc/ 11:41:23 feld: based on a German collaboration 11:41:29 ... German Options screen 11:41:35 [ GUI Model and Visual Tree ] 11:41:46 feld: from representation, we can derive visual tree 11:42:01 [ Complexity Computation ] 11:42:08 feld: compute it based on a table 11:42:14 ... label, icon, panel 11:42:32 ... we assume that if we do the right studies 11:42:41 ... we can get a sufficiently close approximation of a good complexity 11:42:47 bgidon has joined #webandauto 11:43:04 [ Presentation Meta Language ] 11:43:28 feld: developer can specify multiple alternatives w/ different complexity 11:43:33 ... system can choose based on situation 11:43:47 ... we didn't want to invent a presentation language 11:43:52 ... so we suggested a wrapper/meta language 11:44:07 [ it isn't well formed XML either ] 11:44:27 [ Implementation info a Dialogue Platform ] 11:44:42 feld: SiAM dp (Situation-Aware Muiltimodal Dialogue Platform) 11:44:50 ... based on SCXML state charts 11:45:03 ... it can decide based on different ways to present something 11:45:12 ... can do this online or offline 11:45:44 feld: we can check how high/low the load is for a dialog 11:46:00 [ Estimating (Input) Interaction Workload ] 11:46:10 feld: we have to quantify user interaction cost as well 11:46:26 ... break up complex tasks into atomic tasks 11:46:37 ... rearrangement, text entry, number entry, pan/zoom, list selection, scrolling 11:46:42 ... -> widgets 11:46:48 ... i'll probably build a similar table 11:46:54 ... to presentation complexity 11:47:06 ... to know what the cost of a certain tax in a modality costs 11:47:17 [ Two-fold Research Question ] 11:47:28 [ Driver-related Cognitive Load Aspects ] 11:47:33 feld: how to model cognitive load? 11:47:37 feld: how to quantify cognitive load? 11:47:45 feld: there's no such easy measure 11:47:53 .. no "cpu cycles for human" 11:48:00 s/../.../ 11:48:04 feld: hard to use time values 11:48:12 [ Cognitive Load Model ] 11:48:22 feld: top down view of literature concepts 11:48:28 ... driver interacting w/ system 11:48:33 ... demands "dry" 11:48:37 ... specified in table 11:49:00 ... cognitive demand 11:49:09 ... environment/user interactions 11:49:22 ... cause cognitive load 11:49:44 ... assume multiple resources available to human 11:49:52 ... possibly not completely separate 11:50:11 ... all cognitive demands are transformed for the different processing resources 11:50:16 ... wer have stage/dimension/code 11:50:18 s/wer/we/ 11:50:30 ... maximum amounts of capacity differs for different people 11:50:38 ... looking at levels of fill is the current cognitive load 11:51:05 ... metrics can detect stress/distraction and affect load capacity 11:51:09 [ Cognitive User Model ] 11:51:12 feld: user 11:51:16 ... processingresource (1...n) 11:51:19 ... dimension 11:51:23 ... cognitivecapcacity 11:51:29 ... cognitivecost (1..n) 11:51:33 s/capc/cap/ 11:51:37 ... dimensions 11:51:41 ... interaction 11:51:45 [ Related Efforts ] 11:51:51 feld: two more topics 11:52:12 [ Automotive Ontology ] 11:52:15 feld: where do we store this 11:52:25 ... yesterday we heard about sensors/knowledge in cars 11:52:34 ... have to store it somewhere and make it available 11:52:39 ... we created an ontology 11:52:45 ... published last year on automotive ui 11:52:52 [ High-Level Structure ] 11:52:58 feld: from a user's perspective 11:53:16 [ User Model ] 11:53:24 feld: it could be worth adding user dimensions too 11:53:31 ... our model is based around UML 11:53:40 ... with mental state, time pressure, emotional state 11:53:45 [ Meta Information ] 11:53:53 feld: time, confidence, location, privacy 11:54:03 feld: sensors are more or less accurate 11:54:40 feld: privacy for Car-to-Car communication, what information can we share? 11:54:48 ... location should be annotated for most values 11:54:52 [ Driving Simulation ] 11:55:07 feld: driving deviation 11:55:18 ... is how do we measure cognitive load 11:55:27 ... in European funded "Drive Home Safe" 11:55:41 ... driving simulation connected directly to HMI 11:55:44 ...sign on road 11:55:56 ... trigger signs 11:56:03 ... there's a physics engine 11:56:17 [ Driving Performance Measures ] 11:56:24 feld: we can derive performance metrics 11:56:34 ... we can add further driving tasks 11:56:42 ... different UIs require different tasks to test 11:56:48 ... not just lane change 11:57:00 ... we're looking into standardizing work tasks 11:57:08 [ Traffic Light Control ] 11:57:13 [ External Visualization ] 11:57:23 feld: we worked w/ intervisual-computing-center 11:57:31 ... so you can swap engine 11:57:42 [ More Information on OpenDS ] 11:57:46 feld: thank you for your attention 11:57:48 [ Applause ] 11:57:58 DSR: thank you, that was interesting 11:58:13 ... do you think it'll be easy to provide tools for developers to test? 11:58:23 feld: that's part of the Scion project 11:58:31 ... it's an important point 11:58:50 DSR: the car is trying to understand things that are coming 11:58:58 feld: we have a knowledge base 11:59:13 ... we're working on adaptivity strategies 11:59:36 ... UI impls or interaction strategies 11:59:42 DSR: have you tested with driver state? 11:59:48 feld: we did Multimodal comparisons 11:59:51 ... with biosensors 11:59:51 surata has joined #webandauto 11:59:55 ... and saw effects there 12:00:11 kaz: curious about protocol between modalities 12:00:14 ... and SCXML 12:00:23 ... do you usse MMLZZ 12:00:25 s/usse/use/ 12:00:38 ... between simulator and speech and touchpanel? 12:00:51 feld: it's a proprietary interface built into SimTD 12:01:01 DSR: thanks so much 12:01:03 [ Applause ] 12:01:13 s/MMLZZ/MMI lifecycle events and EMMA? 12:01:19 DSR: time for lunch 12:01:24 ... until 2pm 12:01:49 marie: there's a list of participants at the registration desk 12:01:53 ... slides are on the web 13:04:32 naomi has joined #webandauto 13:09:13 scribe: Alan 13:09:42 Adam: Our next speaker is a colleague of mine from Intel. He has experience from Nissan, 13:09:47 bgidon has joined #webandauto 13:10:01 ...I want to introduce Nobe-san from Intel 13:10:26 maru has joined #webandauto 13:10:26 Nobe: Before March of this year I worked for Nissan and did many implementations. 13:10:43 ...I have good experience on how ICT companies can work with auto companies. 13:11:27 Nobe: Topic is Connected Car as a Cloud Computing Client. 13:11:42 ...The implementation will only be for 25% or 30% of the autos. 13:11:57 [What is a Connected Car] 13:12:20 Nobe: There is a control area that has been implemented for 60 years. 13:12:39 ...But there is instrumentation in the IVI that has been around since 2008. 13:12:48 ...These have been monlithic designs. 13:13:12 ...Smartphones have made it possible for these devices to be generic. 13:13:32 ...Of course there should be some connection between a IVI and control areas. 13:13:49 ...Data in Control Area should be read only. 13:14:20 Nobe: The connection could be a smartphone or tablet inside the car. Some kind of connection device. 13:14:46 ...Make it easier to provide information to the driver. 13:15:00 [slide has been built out] 13:15:37 Nobe: Some is sensor data and some is Big Data supported by Cloud computing. 13:15:51 [Issues to embed ICT devices in the Car] 13:16:18 Nobe: We have to reconcile the difference in development life cycles. 13:16:23 harukon has joined #webandauto 13:17:03 ...Development cycle is 3 years followed by 3 years of sales. 13:17:58 ...The average car stays in the market for 7 years after purchase. 13:18:27 ... There is a total of 17 years that a vehicle design is current in the market. 13:19:04 ...This is the conceptual difference between a vehicle and ICT. 13:19:45 ...If we're going to embed a communications model that will change during the life of the car. 13:20:06 ...Current models may be 2G based but next generation will be different. 13:20:27 ...We need to think of what the requirements will be 7-8 years ahead. 13:21:01 ...The example is on the MIPS performance available compared to the time. 13:21:59 Nobe: Then we have to look at computer usage for the next 10 years in the market. 13:23:08 Nobe[Issues to embed ICT devices in the car ]: 13:25:08 [Application update will solve the problem] 13:25:43 i/Issues to embed ICT/scribenick: bgidon/ 13:25:48 rrsagent, draft minutes 13:25:48 I have made the request to generate http://www.w3.org/2012/11/15-webandauto-minutes.html kaz 13:26:02 scribenick: Alan 13:26:23 Nobe: We have to update and download applications on a regular basis. 13:26:37 ...Hardware is completed and fixed, but applications need to be updated. 13:27:14 ...This concept is important to remember as we develop applications. 13:27:32 [Market Penetration of NAVI: Recnet Change] 13:28:40 Nobe: After introduction of iPhone the market acceptance has been greatly accelerated. 13:29:02 ...Will be 1B units by 2015. 13:29:22 [Contents and Services reside in the Cloud] 13:30:09 Nobe: Most of the functionality supported by PCs will be supported by Smartphones. 13:30:31 ...And the car will be connected to the Cloud via the smartphone. 13:30:43 [Forseeing the Future Trend] 13:31:03 Nobe: Three factors: Displays, Cloud and Smartphone. 13:31:38 [How Smartphone connects Car with Cloud] 13:32:25 Nobe: Smartphone migrations will change every 2 years, but the car system will be in place for 10 years or so. 13:32:44 ...We need collaboration between the OEM and Smartphone providers. 13:32:57 [Role of HTML5 for IVI Client] 13:34:23 [discussion on how HTML5 and associated standards can work with car] 13:34:51 Nobe: I think it's important that the car use HTML5 even when it doesn't have access to a server. 13:35:23 [Use of Internet Contents using TA (2006)] 13:35:40 Nobe: This is a little future look, but it's also what I was doing at Nissan. 13:35:51 ...It links Semantic Web with the car. 13:36:27 ...With the information, the vehicle may send out a request about how it can be serviced at a gas station. 13:36:45 ...The display can show the information that's important for the vehicle. 13:37:06 ...The navigation system should only display what's important for this vehicle. 13:37:21 ...HTML5 should be implemented with the semantic types. 13:37:38 ...Need the Web to support this with Web Services. 13:37:51 ...It's been implemented and is being used in Japanese market. 13:38:05 [TA: Telematics Agent slide]\ 13:38:12 s|\|| 13:38:32 [discussion on workflow / dataflow] 13:38:45 rw has joined #webandauto 13:38:53 Nobe: Displays things like name of station and directions to get there. 13:39:06 ...This was done fairly easily. 13:39:17 ...It's a Web based implementation. 13:39:35 [Example of Big Data Applications] 13:40:15 Nobe: Location information is time-stamped. It can provide information on the traffic conditions. 13:40:31 ...This kind of information can be used for traffic jam avoidance. 13:41:34 [Crisis Response on Google Maps slide] 13:41:55 [Possibilities to apply Big Data Analysis slide] 13:42:24 [skipped 2 - 3 slides] 13:42:44 [New Mobile Service Opportunities with Big Data slide] 13:43:06 Nobe: This data could be used by other companies as made available by third party vendors. 13:43:16 ...Could offer new products and services. 13:43:25 [Summary slide] 13:43:37 Nobe: Cars will be connected. 13:43:45 ...HTML5 is the "glue" 13:44:13 ...for OEMs the ICT implementations require horizontal collaborations 13:44:46 [applause] 13:45:32 Roger: Your previous employer and Toyota are both in danger of having fragmented solutions. Are they looking to solve that in the future? 13:45:50 Nobe: I think there are services that will be the same, but the implementations have been different. 13:46:30 ...They need to get to a common base which would require hardware and software to be abandoned. I think the market will drive that. 13:47:00 dsr: You mentioned at the begining that the design of cars takes time, do you see that changing in the future? 13:47:21 Nobe: Things are getting more modularity, and that implementation may make it quicker. 13:47:42 ...The cycle is 3 years so you would have to change the sales cycle to match it. 13:47:48 [Applause] 13:48:18 scribe: timeless 13:48:40 Topic: Acheiving a Safe and Seamless UX through accessible web apps 13:48:54 iglesias: Alejandro Pinerio Iglesias, Igalia 13:49:14 ... this year i started working on WebKit 13:49:18 ... with ARIA and that stuff 13:49:22 [ Topics ] 13:49:32 iglesias: Acessibility-based solutions to improve safety 13:49:39 ... implementation via accessibility APIs 13:49:44 ... applicable standards and existing support 13:49:51 [ Acessibility-based solutions to improve safety ] 13:49:57 [ Safety First? ] 13:50:08 iglesias: we have several cases of problems related to distraction and accidents 13:50:18 ... people texting and walking have an accident 13:50:41 ... in 2010, 3092 people killed in accidents related to distracted drivers 13:50:51 [ Hands-Free via Speech Input ] 13:51:46 [ Eyes-Minimal via Simplified UI ] 13:52:03 iglesias: a minimal simplified UI 13:52:14 ... is useful for people w/ difficulty with screen contents 13:52:28 ... but also people who should not be distracted 13:52:33 [ Eyes-Free via Gestures ] 13:52:47 iglesias: users who cannot activate on-screen elements (disability) 13:52:55 ... users who should not activate on-screen elements (driving) 13:53:14 ... shouldn't use touchscreen while driving, shouldn't look at screen while driving 13:53:23 ... shouldn't be distracted by complex UI 13:53:26 [ Studies ] 13:53:40 iglesias: driving is primarily a visual interaction w/ road 13:53:51 [ Implementation via Accessibility APIs ] 13:53:55 [ Accessibility APIs ] 13:54:23 iglesias: accessibility APIs allow you to interact w/ apps programmatically on behalf of user 13:54:31 ... use Voice/Sound 13:54:36 [ Example: Remember the Milk ] 13:54:58 iglesias: driver goes through an area 13:55:11 marie has joined #webandauto 13:55:21 ... Remember The Milk has an alert for the area 13:55:22 ... device checks speed decides it's safe to speak the alert 13:55:32 ... driver says "No" to indicate response 13:55:36 ... device clicks "No" 13:55:43 [ Accessibility API Events ] 13:55:50 iglesias: Focus changes 13:55:53 ... selection changes 13:55:57 ... text changes 13:55:58 ... ... 13:56:05 [ Accessibility API Actions ] 13:56:17 iglesias: press, release, click, ... 13:56:23 [ Accessibility API Interfaces ] 13:56:34 iglesias: application, component, desktop, document, ... 13:56:40 [ Accessibility API UCs ] 13:56:46 iglesias: access to users with disabilities 13:56:49 ... automated testing 13:56:52 ... distraction-free access? 13:57:11 ... most testing is probably Unit Testing 13:57:19 ... but you eventually need to write Functional testing 13:57:26 ... Accessibility is a good way to do Functional testing 13:57:39 [ Requirements ] 13:57:49 iglesias: developers: create accessible web apps 13:57:57 ... layout engine implements accessibility support 13:57:58 ... ... 13:58:07 [ For Web Application Developers ] 13:58:15 iglesias: W3C Mobile Web Initiative 13:58:19 ... Best Practices 13:58:21 ... ... 13:58:27 [ For Web Application Developers ] 13:58:37 iglesias: W3C Web Accessibility Initiative (WAI) 13:58:47 ... Accessibility Overview 13:58:50 ... Guidelines 13:58:52 ... ARIA 13:58:58 [ For Web Application Developers ] 13:59:08 [ Layout Engines Supporting ARIA ] 13:59:10 iglesias: Trident 13:59:12 ... WebKit 13:59:14 ... Gecko 13:59:15 ... Presto 13:59:24 ... Trident = IE 13:59:29 ... WebKit = most others 13:59:32 ... Gecko = Firefox 13:59:37 ... Presto = Opera 13:59:47 [ WebKit: Free as in Freedom ] 13:59:57 [ WebKit: Embedded-Friendly ] 14:00:05 iglesias: Desktop (Safari, Chromium, Epiphany, ) 14:00:12 ... iPad, iPod, iPhone, ... 14:00:13 ... 14:00:19 s/.../... .../ 14:00:34 [ WebKit: Developer Community ] 14:00:45 iglesias: it's hard to quantify people 14:01:04 ... there's chromium, apple, webkit, google, igalia, gmail, nokia, openbossa, samsunbg, rim, others 14:01:12 [ WebKit: Accessibility ] 14:01:17 iglesias: mature, platform-independent 14:01:24 ... adaptations for each platform/port 14:01:34 ... Macintosh, Chromium, GTK <- mature 14:01:41 ... EFL, Qt, Win <- less mature 14:02:07 [ The Indie UI WG ] 14:02:19 iglesias: Accessibility/Automotive have the same targets 14:02:27 ... they're working separately 14:02:47 [ Indie UI WG Members] 14:02:56 iglesias: access, apple, google, nokia, ... 14:03:01 ... but no automotive members 14:03:05 [ Summary ] 14:03:18 iglesias: in-vehicle applications can be used more safely via alternative input/output 14:03:36 ... quite similar to assistive technologies 14:03:51 ... accessibility APIs are standards for accessible web applications, established, used 14:04:02 ... automotive industry should evaluate this solution 14:04:11 s/nokia/nokia, opera/ 14:04:37 ... - the need relating to alternative input/output 14:04:48 ... is where the accessibility projects have been talking for years 14:04:52 [ Questions? ] 14:05:03 [ Applause ] 14:05:29 DSR: cars have a rich set of UI possibilities 14:05:37 ... i don't know how wide the range of the INDIE scope is 14:05:46 ... headsup-displays, spatial audio? tactic? 14:05:53 ... multidevice things 14:06:42 iglesias: they need text input 14:06:45 ... they need text output 14:06:56 ... screens with icons 14:07:02 ... this isn't acceptible in HMI 14:07:07 ... for an accessible interface 14:07:48 kaz: there was discussion at Indie UI during TPAC for UCs 14:07:58 ... i was wondering if you're interesting in giving feedback about feedback 14:08:01 ... from ecosystems 14:08:05 ... to the Indie group 14:08:31 iglesias: iPhone uses "Voice-over" 14:08:34 ... they rely on gestures 14:09:04 Adam: thanks iglesias 14:09:06 [ Applause ] 14:09:49 Topic: The Connected Car-Changing Business Models for Automotive 14:09:57 delaney: Chris Delaney, CSC 14:10:01 s/interesting in/interested in/ 14:10:03 ... a colleague put together a position paper 14:10:15 ... i changed our presentation 14:10:21 ... to talk about sales and deriving value 14:10:24 [ Agenda ] 14:10:30 delaney: Driving in the Cloud 14:10:35 ... impact of HTML5 on IVI 14:10:42 ... new technologies, new business models 14:10:47 ... streamlining sales process 14:10:52 ... delivering a customer for life 14:10:56 ... vision of the future 14:11:06 [ Driving in the Cloud ] 14:11:15 delaney: left, what happens when you're building a car 14:11:22 ... right, what happens after you've sold the car 14:11:44 ... often there's no interaction between seller and buyer for 5 years 14:12:01 [ Impact of HTML5 on IVI ] 14:12:11 [ new technologies, new business models ] 14:12:21 delaney: streamlining sales process; engage w/ customers 14:12:36 ... buy something from Amazon, very streamlined, simple process 14:12:43 ... buying houses hasn't changed in years 14:12:46 ... same for cars 14:13:00 ... enable customers to customize product on the fly 14:13:05 ... enable fast delivery 14:13:12 ... let customers know where the car is 14:13:29 ... integrating Facebook w/ Salesforce, SAP 14:13:39 ... deliver a customer for life 14:13:48 ... deal w/ them on an ongoing basis 14:14:16 ... McKinsey: most companies have improved productivity and operations, but not sales 14:14:32 [ Pending Business Model Transformation ] 14:14:37 delaney: Spotify fans? 14:14:42 ... much more advanced than CDs 14:14:48 ... subscription model v. purchasing car 14:14:51 s/car/model/ 14:15:04 ... discussed Zip cars in SF, CA, US over lunch a few days ago 14:15:10 ... renting cars instead of buying 14:15:25 [ streamlining sales process ] 14:15:29 [ current sales process ] 14:15:36 delaney: you can go on internet, do research 14:15:44 ... there may be a car configurator, In Flash 14:15:49 ... maybe you can book a test drive 14:15:56 ... for further info, contact dealer 14:16:06 ... backwards/forwards negotiation 14:16:13 ... not like Amazon 14:16:25 [ Engage with customers: Seamless customer for life Communication ] 14:16:47 delaney: encourage customers to return to OEM for everything 14:16:52 [ Demo Scenarios ] 14:16:58 delaney: 1 - Purchase Process 14:17:03 ... 2 - In Life Management 14:17:08 delaney: the idea is to generate discussion 14:18:02 [ Potential Customer Interested in Honda - Likes Honda Facebook Page ] 14:18:06 delaney: customer likes facebook page 14:18:13 ... could have a lead in salesforce 14:18:16 ... have 1-1 dialog 14:18:29 [ Customer Downloads Honda App ] 14:18:34 naomi has joined #webandauto 14:18:37 delaney: encourage users to download it 14:19:03 ... through iTunes store/etc. 14:19:04 [ App Integrated with Facebook ] 14:19:15 delaney: viewed at home through your iPad 14:19:24 [ App start-up ] 14:19:36 naomi_ has joined #webandauto 14:19:36 delaney: find showrooms, book testdrive, etc. 14:19:45 [ Customer Books Test Drive at Local Dealer Using App ] 14:19:57 delaney: pick model, pick date and time, confirms details, confirmation 14:20:07 [ Customer Checks Availability of Models of Interest ] 14:20:13 delaney: integrate model info w/ SAP data 14:20:39 ... maybe OEM is willing to do a deal with a unit in a different location 14:20:49 [ Customer Configuring New Car ] 14:20:55 delaney: this is just reusing content from web 14:20:59 [ Stock data ] 14:21:02 delaney: pulling data from SAP 14:21:19 [ Payment Options - Buy Now (Cash) or Finance ] 14:21:30 delaney: go through buying process through app 14:21:37 ... credit checks, finance - online 14:21:42 ... give feedback on process 14:21:48 [ A New Honda Advocate ] 14:21:57 delaney: then you can post to Facebook 14:22:05 ... great free advertising 14:22:17 ... @home, i'll look at reviews on Amazon 14:22:27 ... how do we leverage the power of social? 14:22:38 [ Secario 2 - In Life Management - My Honda ] 14:22:41 delaney: they bought car 14:22:48 ... find out about servicing, hooked up to telematics 14:22:52 ... you need to change oil 14:22:54 ... special offers 14:22:59 ... make it useful 14:23:03 ... they don't want spam 14:23:08 s/Secario/Scenario/ 14:23:11 ... if it's targeted, thought about, a value to consumer, no problem 14:23:22 [ Promotions and Special OFfers ] 14:23:27 s/OFf/Off/ 14:23:34 delaney: that top part is from Salesforce 14:23:41 [ Customer Details Shown in SFDC ] 14:23:50 [ A vision of the future ] 14:24:04 delaney: HTML5 is what our app was based on 14:24:08 ... communicate 1-1 w/ customers 14:24:20 ... OEMs say they don't know much once it's sold 14:24:28 ... having them come back for servicing/other products... 14:24:35 ... Zip-car, where people rent the car 14:24:42 ... there's an opportunity to communicate more often 14:25:10 delaney: this applies to a wide range of manufacturers 14:25:16 harukon has joined #webandauto 14:25:20 ... in UK, the decline of High Street stores 14:25:34 ... producer manufacturer to customer relationship gets stronger 14:25:44 [ Questions ] 14:25:46 [ Applause ] 14:26:10 bbb: from your PoV 14:26:23 ... what kind of standardization is needed for Automotive? 14:26:24 s/bbb/takahashi/ 14:26:31 delaney: this can be done through a wide variety 14:26:37 ... the honda app was built using HTML5 14:26:43 ... it could be built w/ anything 14:26:54 ... Facebook - Salesforce integration is very good 14:27:12 Adam: thanks delaney 14:27:15 [ Applause ] 14:28:37 projector has joined #webandauto 14:52:44 xx has joined #webandauto 15:01:23 PH: Expect preliminary results of this soon. 15:01:34 ...We expect to continue this conversation. 15:01:53 ...Outline of what we heard and why W3C is the place to work. 15:01:59 i/PH:/scribenick: Alan/ 15:02:07 ...Also why Standardization works well. 15:02:25 [Motivation for Web Technology slide] 15:02:39 PH: Seens strategic for industry, there are demands and expectations. 15:03:24 ...There is demand there. We need to build an ecosystem of developers. 15:03:38 naomi has joined #webandauto 15:03:45 ...There isn't a huge market per OEM, but need to build industry demand. 15:04:10 ...Are there other things missing? 15:04:44 DanA: In addition to work at W3C there is lots of other work being done. Can W3C serve a role to harmonize these efforts globally. 15:05:06 [Motivation for W3C slide] 15:05:25 PH: Historically there is a problem in getting the community together. 15:05:34 ...Developers are watching what W3C does. 15:05:55 ...And W3C standards are Royalty-Free that makes them easy to implement. 15:06:17 ...Maybe I missed some, if you have other motivations, let me know. 15:06:25 [crickets] 15:07:12 SSSS: We heard about connectivity to the cloud. We hear W3C sits there. That might be another motivation. 15:07:35 [Standardisation: How does it work Well? slide] 15:07:59 s/SSSS/Boris/ 15:08:48 [Prioritize Work Items] 15:09:03 PH: I try to collect work items from the audience. 15:09:23 ...The idea is that people say what are the things W3C should work on. 15:09:35 ...I'm personally interested in the vehicle APIs. 15:09:58 ...But it would be good to hear from attendees what they want and some reasons why. 15:10:10 ...This is preliminary but it gives us a feel for what was represented. 15:10:43 gryc: By end-to-end you mean telematics? 15:10:59 PH: I heard someone say it, I just wrote it down. 15:11:29 gryc: The first five that are on your list are of interest to me. 15:11:41 PH: OK - we'll move those to the list. 15:12:33 s/end-to-end/M2M/ 15:12:52 gryc: I would define user-centric as a use case dealing with the driver or passenger. M2M is vehicle data for things like insurance / fleet maintenance, etc. 15:13:06 ...Could be anything you would use to design an API. 15:13:29 xxxxx: So entertainment API would be part of that as well. 15:13:55 s/xxxxx/boris/ 15:14:13 hrbysh: I think connection in vehicle. We have to connect head unit and smart pohen. 15:14:24 naomi has joined #webandauto 15:14:41 gryc: If you consider that to be a user-centric device then I would say yes. 15:15:08 ...I don't think those names are what we would standardize on, we'll end up with sublists. 15:15:22 s/hrbysh/hirabayashi/ 15:15:26 ...Something like device-focused APIs are underneath that category as well. 15:15:34 s/pohen/phone/ 15:15:42 PH: So device centric is interfacing smart phone. 15:16:00 wwwww: So I think we need to think cross platform. 15:16:08 s/wwww/matias/ 15:16:14 ....How to integrate the HMI. 15:16:22 ...Having something on top of HTML5. 15:16:39 dsr: Was this something we heard earlier about application portability> 15:17:30 pavel: I think we should take out API. I think there are things deeper than that. 15:17:43 ...We might not want to partition APIs this way. 15:17:55 ...There might be overlapping APIs in the categories. 15:18:04 ...We probably don't know details today. 15:18:26 ...I would not say the APIs will need to be partioned the way of Use Cases. 15:19:10 gryc: To me that makes sense. In terms of strictly bidding them, from an application point of view, they might overlap. We have a virtual mechanic app like that. 15:19:23 ...I'm willing to wait until a later time to categorize them. 15:19:55 22222: Seeing the list and the concepts. I think people maynot be on the same page. 15:20:17 ...Perhaps we develop an abstract reference model where you can put concepts and APIs in the same picture. 15:20:26 ...It might facilitate discussion. 15:20:49 333333: Some of the speakers talked about ecosystems. 15:21:01 ...Right now we don't have any energy for ecosystems. 15:21:02 s/333333/kazuhiro/ 15:21:14 ...W3C might help build that and make it happen. 15:21:33 s/22222:/magnus:/ 15:22:09 Roberto: The way we follow it in Genivi is we list the Use Cases etc. across competitive things. Many companies are uncomfortable with such discussions. 15:22:40 ...Trying to see what's available on the car and putting together networks that are available, then putting APIs that are available for building apps. 15:22:54 ...This is a different approach but it has delivered results for us. 15:23:13 PH: I share your opinion and approach, but others feel it's important. 15:23:44 woochul: We need to figure out what's needed as automotive API. What's missing, what's reusable. 15:24:04 PH: That sounds like gap analysis. Think Vodaphone took a shot at that. 15:24:49 mikko: I think looking at the board, we have priorities to discuss. If you have different applications running how do you prioritize them. 15:24:59 ...That should be included in here. 15:25:00 s/mikko/magnus/ 15:25:14 Magnus Gunnarsson, Mitsubishi 15:25:23 dsr: I think that's what context is. Based on teh situation, what's the priority. 15:25:51 magnus: I also think we should consider how to create a developer society so tooling might be an important part of this. 15:26:03 PH: What do you mean by tooling? 15:26:35 magnus: Provide guidance on how people can build things without an actual car. 15:26:41 ...Maybe best practices. 15:27:04 44444: I was going to mention best practices as well. 15:27:30 666666: I think we should mention something about long life cycles and synchronization as well. 15:27:43 s/666666/Mayer/ 15:28:16 zzzzz: When it comes to lifecycles and such I think OMA is doing work there so we should work with them. 15:28:47 xxxxxxx: I'm still not sure of what level of API we should consider. 15:28:59 s/xxxxxxx/woochul/ 15:29:14 ...Low-level API could be hard as each car manufacturer has it's own implemnetation. 15:29:23 ...An extraction layer would be easier. 15:29:33 ...I'd like to know how to work on such issues. 15:29:49 PH: We can put up both topics and see where they prioritize. 15:30:34 Josh_Soref: I think we should look at both and then figure out who will work on which ones and have people focus on the Use Cases they could implement around them. 15:30:56 PH: Should we get a show of hands on the topics? I would ask that you only vote 3 times. 15:31:08 ...Will do next round probably through an online questionaire. 15:31:19 [Voting by topic] 15:31:49 I have made the request to generate http://www.w3.org/2012/11/15-webandauto-minutes.html Alan 15:32:24 s/look at both/look at both (where individual vendors work with a few 2nd parties to play with low level apis to see what kind of apps they can build to generate future high level UCs)/ 15:36:28 PH: The votes are in, thanks very much, we'll publish this and see what people what to focus on. 15:36:45 [How to get Started? slide} 15:37:04 PH: W3C submission from a set of members. 15:37:20 ...We do Working Groups which is where we do the body of our work. 15:37:32 ...Where requirements arse done and work is created. 15:37:50 ...Liaisons with other groups. 15:37:59 ..And it's member only work. 15:38:28 PH: An intermediate step we've introduced is Busienss Groups which doesn't normally develop standards. 15:38:46 ...It is designed to work with other groups to figure out what to do next. 15:39:10 ...Just wanted to give you this overview and have you think about it as the way forward. 15:39:34 PH: Wrapping up I'd like to thank Intel, and to our Sponsors QNX and Webinos project. 15:39:36 harukon has joined #webandauto 15:39:40 [big applause] 15:40:12 [adjourned!] 15:40:27 i/adjourned/and to the scribes/ 15:40:34 i/adjourned/[big applause]/ 15:40:38 s/inserted/scribe/ 15:40:39 s/inserted/scribe/ 15:40:46 rrsagent, draft minutes 15:40:46 I have made the request to generate http://www.w3.org/2012/11/15-webandauto-minutes.html Alan 15:41:41 s/}// 15:42:04 s/and/marie: and 15:57:18 RRSAgent, bye 15:57:18 I see no action items