腾讯音乐|车载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助手的考量 。 但从结果来说 , 它很可能也同时堵上了部分智能可穿戴设备正常工作所需的“漏洞” , 从而影响到了看似完全不相干的企业和用户群体 。 而至于说 , 这些受到影响的企业能不能为他们的产品想出新的解决方法 , 这就得看各家的技术水平了 。
【本文图片来自网络】