小迷糊作者

Google I/O开发者大会上的汽车交互系统

今天凌晨,一年一度的Google I/O开发者大会正式召开。按照以往的惯例,汽车依然不是主角。但是谷歌一直没有掩饰对汽车的野心。

自动驾驶,自动驾驶汽车
今天凌晨,一年一度的Google I/O开发者大会正式召开。按照以往的惯例,汽车依然不是主角。但是谷歌一直没有掩饰对汽车的野心。在大会前的一周,Google就已经提前开始透露了在汽车领域的一些信息,简单盘点一下。
 
Android Automotive OS
 
首先是在月初,Google宣布向开发者开放Android Automotive OS的开发权限,欢迎开发者针对Android Automotive OS进行第三方应用的开发(目前主要为媒体应用,之后会扩展到导航以及通讯软件等)。而在I/O大会上,Google也有专门为汽车开发者准备的活动举行。
 
关于Android Automotive OS的种种细节,包括优劣、前景以及竞争者,我都在介绍首款搭载车型Polestar 2的时候就有过详细分析,这里不再赘述。
 
简单一句话,这是一套谷歌基于Android,针对车载场景专门研发的操作系统,可以和车辆底层架构深度结合,符合车规使用要求。
 
事实上,从2017年发布之后,Android Automotive OS将会在今年开始正式商用的落地,包括沃尔沃、雷诺-日产-三菱联盟在内的车企都宣布会在接下来的车型中搭载Android Automotive OS。
 
一套好用的系统可以只把导航、通信等基础体验做好。但一套优秀的系统背后,一定是有大量第三方资源进行支撑。
 
而宣布向第三方开发者开放开发权限,也可以看出Google希望能够有更多符合Android Automotive OS交互逻辑的软件和服务出现,从而获取车企和用户的好感。而对于开发者来说,Google在Android Automotive OS上延续了Android Auto的系统架构,很大程度上降低了开发的难度。
 
Android Auto
 
而在大会的前一天,Google的车机手机映射方案Android Auto也迎来了更新,主要集中在以下几个方面:
 
1.暗色模式的加入,新的UI风格能够适配更多内饰色彩。暗色模式下色块的应用,能突出关键信息的视觉重点。
 
 
2.同屏操作功能使得用户能够在同一页面操作多个功能,例如在导航时能够查看并且通过语音控制电话、媒体等功能。为此,Google重新设计了不同功能的页面布局,使得不同功能同时出现时,不会造成互相干扰。
 
3.用户在开启Android Auto后,手机中的音乐、导航信息能够无缝衔接到车内屏幕。
 
目前为止,Android Auto已经支持了超过50个品牌的500多款车型。
 
Google Assistant加入驾驶模式
 
在I/O大会的首场Keynote中,关于汽车的内容不多,主要是Google Assistant和驾驶模式的结合,能够通过语音进行全部操作。与此同时,手机中设置的目的地,预约的餐厅、家人地址等信息都能够被调用,使得用户使用Google Assistant的延续性非常强。
 
我只用几个简单的词来概括:审美在线、功能够用、全语音交互流畅、AI能力强大、可调用手机内各种接口及数据。
 
总之,对于很多人来说,老旧款式的汽车、甚至是新车的IVI系统都不会太友好,而Google给出的手机版解决方案很大程度上能改善这个情况,而且是以极低的成本(理论上支持所有Android手机,注意关键词:理论)。
 
从这样的产品矩阵可以明显感知到,谷歌对于汽车的「入侵」的确是越来越快了。
 
语音交互能有多好用?
 
最后说点看起来跟汽车关系不大的,也就是Google Assistant。在I/O大会现场,Google展示了全新的Google Assistant,有几个点值得关注。
 
首先是免唤醒词的多轮交互,用户在唤醒语音助手之后,可以直接使用语音操作手机的各种功能,并且多轮交互中不要求上下文有逻辑顺序。
 
其次,能调用的数据和接口非常多,因此Google Assistant能实现跨App的调用。在现场,Google也展示了通过语音控制,向特定用户发送特定图片(通过语音描述图片的内容进行选择)的操作。
 
根据Google的介绍,他们把语音识别的模型从100GB压缩到了0.5GB,从而减少了网络通讯延迟,最终实现了10倍的交互速度提升。
 
从Google Assistant展现的能力,我见到了「AI+语音+硬件」结合的体验究竟能做的有多优秀。特别是这种系统级的语音助手,能够调用设备中大量的软件数据(跨软件)、硬件以及云端支持。这就导致了用户真的可以在大多数场景下,对手机的各种功能可以进行全语音操作。
 
说明一个观点:我不认为语音能够承担所有车内交互的任务,但驾驶场景下的很多操作如果能用语音来完成,一定会提升驾驶的安全性。
 
这就导致Google Assistant展现的特性非常符合汽车驾驶时的需求,事实上Google也确实在这么做。
 
当然,这么做有一个大前提,就是语音助手需要非常聪明,能够快速理解用户的语义(甚至是不规范的话术)。其次,语音助手反应速度足够快,和云端通信不能有明显的延迟。最后在执行的时候,需要能从底层综合性的调用各种软硬件的数据、接口来完成用户发出的指令。
 
不过目前为止,Google在汽车领域还不能像手机或者智能音箱那样,从上下游供应链掌控软硬件。就算是底层系统级的Android Automotive OS加持Google Assistant,目前来看很大概率只能在IVI系统层面实现无缝衔接的语音交互。至于整车的各种传感器、ECU等部件以及车辆相关的大量数据,都还牢牢握在主机厂和供应商的手里,Google做为一个后来者,很难快速攻克。
 
但从某种程度来说,Google给汽车行业展示了一个很好的参照物,语音交互的体验究竟能做到什么程度。
 
最后,不得不老生常谈的一点是,我们在讨论Google的时候,还是需要把国内和国外分开来看。而Google展示的这一切体验,很大概率上短期之内不会在国内落地。就算是即将上市的Polestar 2,都只能选择天猫精灵、高德地图、科大讯飞等合作伙伴来代替Google原生的服务。
 
回到我上面所说的观点,一套体验优秀的系统,必定要做到完美的软硬件结合,并且这个观点不仅仅是针对车载场景,而是所有智能硬件。从这个角度来看,我相信即将上市的Polestar 2的车载系统体验不会差,可是离我看到的Google Assistant在手机中的应用场景肯定会有不小差距。
 
不过我并不是质疑这些国内供应商的研发能力。而是在本质上,系统级应用和第三方应用能够调用的接口和权限一定是有差别的,虽然可能使用起来不明显,但差距一定是存在的。
 
当然,我们至少已经看到了AI加持的语音交互在目前技术条件下能做到多好。光看这一点,Google就已经足够优秀了。
 自动驾驶 自动驾驶汽车