今天凌晨，一年一度的 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 就已经足够优秀了。