最近一些用上了Android 12 Beta版的用户发现,新系统所带来的变化,多少让他们的行车体验变得有那么一点糟心。
一位用户抱怨到,“我手机上的Android Auto应用变得无法打开了”。而另一位用户则告诉我们,“在把手机连接到车载的大屏时,系统现在会提示使用Google Assistant驾驶模式,而不是原来的Android Auto,这让我很不适应。”
“是的,谷歌似乎打定主意要把Android Auto集成到Google Assistant里,并取消现在的独立应用。但我不知道为什么只有手机上做了这样的改动,但车载系统名称却并未改变,这太奇怪了”。另一位同时拥有车载Android Auto大屏和Pixel系列手机的消费者则认为,谷歌的工作显然做得还不够完善。
然而这些用户不知道的是,在地球的另一端,有一群人对于谷歌此次在Android 12中所作出的这个改变,反应还要激烈更多。因为谷歌的这一举动,很可能已经将他们辛辛苦苦研发出来的产品和生态全部判了“死刑”。
谷歌做了什么?在解释这个问题前,我们首先要了解一下什么是Android Auto。简单来说,它首先是谷歌为Android智能手机研发的一个“车载模式”应用。这个应用在启动后,手机上就会显示一个图标、文字都很大,且以导航、音乐和电话功能为主的界面,方便用户将手机固定在车载支架上用于导航。
其次,“Android Auto”还有一个功能,就是可以与支持它的车机进行联动。就像苹果CarPlay那样,只要在手机中安装了Android Auto应用,然后连接到支持Android Auto的车机,就能在车机屏幕上使用部分手机里的应用,并可以通过车机拨打手机电话、查看短信和通知等。并且这个联动技术的本身,也叫做“Android Auto”。
明白了这两点后,我们再来看看前文这些Android 12 Beta版用户的抱怨,很快就能明白谷歌做了一件什么事。简单来说,谷歌在Android 12 Beta中取消了独立的Android Auto应用,并将其“手机车载界面”和“车机联动”两个功能,都并入了旗下的语音助手应用Google Assistant中。同时,谷歌并未修改“手机联动车机”这个功能的名称,还依旧将其称为“Android Auto”。
但是手机中的独立Android Auto应用,确实是没有了,或者更准确地说,是在Android 12 Beta上变得无法使用了。而这除了会让习惯了Android Auto独立应用的用户感到不适应外,还会严重影响到另外一个行业,那就是智能可穿戴设备。
从技术层面上来说,目前可以在Android手机上正常运作的智能可穿戴设备,可以分为四个大类。第一类,是基于谷歌Wear OS系统和相关硬件方案的产品,第二类是基于其他Linux系统,由厂商深度定制而来的产品(例如三星的Tizen手表,还有一些海外的高端运动手表),第三类是基于RTOS非智能系统的简单功能手表,最后一类则是使用了魔改手机端Android系统(而非手表专用系统)的设备。
其中,前三类设备对于手机Android系统都有着良好的兼容性,它们可以直接从手机上读取通知信息,实现手机和手表的信息互通互动。但是对于最后一类,基于手机Android系统“魔改”的可穿戴设备来说,情况就比较复杂了。
一方面,这类设备在系统底层并非智能设备专用系统,所以本身不具备与手机版Android进行信息同步、通知传输的底层框架。另一方面由于版权、技术等多方面的制约,这类“手机系统魔改可穿戴设备”的底层Android版本,往往还停留在Android 7.0、Android 8.0等极为古老的版本,这使得它们更加不可能实现与当前智能手机的原生推送兼容。
为了解决这个问题,部分厂商就想出了一个变通的办法。没错,相信大家已经猜到了,他们会要求用户在手机上安装Android Auto,然后通过“欺骗”Android Auto,让应用以为手机连接到了一个可支持的车机,从而实现了手机到手表或是其他智能可穿戴设备的信息同步功能。
当然,从用户体验上来说,这种做法的确没毛病。而且Android Auto应用本身在国内并不需要GMS底层包也能正常运作,所以虽然原理上有些取巧,但也可以说是很有想法了。
然而问题就来了,当谷歌在Android 12 Beta上取消Android Auto应用,并将其功能并入Google Assistant时,自然也就意味着相关的智能设备失去了可调用的软件模块,从而可能导致它们的信息推送、通知同步功能完全失效。
不仅如此,大家要知道Android Auto本身只是一个单纯的“车载模式”应用,它的很多功能都是不需要联网的,所以即便是在国内的安卓机型上安装也不会有太大的问题。但是Google Assistant作为谷歌的AI助手组件,自然不会被预装到国内销售的手机上,而且即便是用户自行装,由于网络环境的限制,其能不能正常作动目前来说还都是未知数。
换而言之,虽然谷歌取消Android Auto独立应用,可能是只出于强化自家AI助手的考量。但从结果来说,它很可能也同时堵上了部分智能可穿戴设备正常工作所需的“漏洞”,从而影响到了看似完全不相干的企业和用户群体。而至于说,这些受到影响的企业能不能为他们的产品想出新的解决方法,这就得看各家的技术水平了。
上一篇:上汽公开新专利:无高精度地图支持停车场自动寻找库位并自动泊车
下一篇:丰田未来五年内将推出全新Arene操作系统
- STM32_电子秤
- 使用 Semtech 的 LM2576 的参考设计
- LT1172HVCQ、-28/1.25A 负升压稳压器的典型应用
- AM2F-0518SZ 18V 2 瓦 DC/DC 转换器的典型应用
- LT1021BCN8-10 具有全调整范围的精密电压基准的典型应用
- 使用 NXP Semiconductors 的 AR0132AT 的参考设计
- EVAL-ADE7878,用于评估 ADE7878 电能计量 IC 的评估板
- 用于 2.8V 输出的 150mA RF ULDO 稳压器的典型应用
- 使用 LTC2370HMS-16、16 位、2Msps、伪差分单极 SAR ADC 的典型应用
- LD29150PTR 1.5A超低压降稳压器典型应用电路