在智能家居赛道上，Google 对亚马逊又反将了一军。

上周，Google I/O 开发者大会在美国山景城圆满落幕。除了两款硬件 Pixel 3a 和 Nest Hub Max 之外，Google 给大家展示了其 AI 的重要进展。尤其是新一代 Google Assistant 的更快的响应速度、更强的处理能力，给人留下来深刻印象，深圳湾也已经第一时间做了总结报道。

在其相关的智能家居领域，Google 还宣布即将面向所有开发者推出 Local Home SDK，旨在通过本地路径来集成和控制智能家居设备，从而提高设备的响应速度和安全性，助力 Google 智能家居控制的体验得到跨越式的提升。

Local Home SDK 简介

具体而言，Google 的 Local Home SDK 采用了边缘计算的方式，将收集到的语音指令、数据的处理、以及最终的反馈执行都在本地进行处理，而不需要再上云端。

目前，Google 已经在官网上展示了该功能的开发人员预览版本。Local Home SDK 提供了 API 接口，允许开发者在上面为智能设备建立新的附加执行路径，使得 Google 的智能音箱设备（Google Nest）能以 JavaScript 脚本运行这套协议和逻辑，并通过局域网（LAN），与该智能设备实现通讯、本地控制。而在本地执行路径失败的情况下，云端将作为回退执行路径来处理指令。

更快、更安全，这也是 Google 在连接 10 亿台设备后的使命

本地控制设备的体验有多快、有多好，可能大家在没有真正体验之前感受不到。而如果从运行的原理来解释，即它能够省去中间连接的步骤，减少带宽的占用，从而提升运行的速度，让整体体验更加「无缝」。同时，运行的数据均存储在本地，避免隐私安全问题。

以智能音箱控制飞利浦智能灯为例，用户对音箱下达指令后，Google 云端接手处理该命令，并将数据发送到第三方，即飞利浦的云，最终才将执行信息返回发送到设备端。

而换做本地控制，Google 智能音箱则「一步到位」直接连接、控制灯光，省掉了中间「走」云端的环节。以至于你不用因为突然的网络问题导致连接中断而默默的站在黑暗中不知所措。

除了更快的连接、响应以及安全，Google 这么做也是大势所趋。随着物联网行业发展，智能设备数量呈爆发性增长，大到汽车、小到智能开关，都各自拥有一个 IP 地址，新设备产生大量的数据，而有限的互联网上行链路无法跟上。

而基于边缘计算的本地控制，比如简单的开/关、温度、亮度调节等，就显得格外重要，这也是边缘计算在物联网领域受欢迎的重要原因。

作为 Google 智能家居生态中的「灵魂」，Google Assistant 目前的装机量已经累计超过了 10 亿台，覆盖了 3500 多个品牌的 30000 个种类的智能设备。在设备铺量已经取得可观的成效之后，当下的 Google 更应该为这些智能设备的体验提升费些心思。

为推进「本地化」，Google 还做了这些努力

在本次 I/O 上，Google Assistant 也从手机端、音箱设备端侧面展示了其在减小响应延迟、本地化处理的一些推进：

基于神经网络和机器学习算法，Google 将 Google Assistant 以往 100GB 语音识别模型压缩到了到 0.5 GB，使得语音理解和信息处理的速度比前代的快了 10 倍，并且可在手机本地运行。

在 Google 新推出的带屏智能音箱 Nest Hub Max 搭载 Face Match 人脸识别功能。所录入的人脸信息、人脸识别和匹配算法均在本地存储、运行。按照 Google 的说话就是「你家中发生的事情会留在家中」。

另外，Google 也非常给力的推出了本地机器学习（TensorFlow Lite）、Translation API 离线翻译模型。进一步将「本地化」、「离线」、「安全」的概念落到实处。

Local Home SDK 的落地进展

关于 Local Home SDK 在商业端落地的进展，Google 在博客中给出了一段评论，暗示他们过去一直在测试这套机制：

Local Home SDK 为智能家居带来了新的速度和可靠性，过去，我们一直与一些很棒的合作伙伴，包括飞利浦，Wemo，TP-Link 和 LIFX 来测试这个 SDK，我们很高兴能在下个月为所有开发者提供这套 SDK。

同时，Google 也透露道，他们正在与智能家居品牌合作，尽可能的简化智能家居设备的设置流程。比如去年 10 月份第一个实现的 GE 品牌智能灯，用户用不到一分钟的时间就能通过 Google Home 的 APP 添加完毕，而这一便利的操作得到力许多用户的喜爱。接下来，将有更多品牌支持这一快速连接的功能。

在 Google I/O 会议上，Google 表示，将在今年 6 月份正式上线 Local Home SDK 的开发者预览版本，预计到今年 10 月份面向公众开放。

基于 Local Home Kit 的 Google Assistant Connect

在年初的 CES 上，Google 低调展示了 Google Assistant Connect 的两款示范性设备电子墨水屏幕（EInk）和 Google Assistant 控制按钮，表面上看是 Google 在正面刚亚马逊的「无处不在」，实际上也是 Google Local Home 的一次试水。

Google Assistant Connect 是一个允许第三方厂商将 Google Assistant Connect 低成本整合到设备中的解决方案，仅实现单一的功能控制，语音助手在本地运行。

当然，亚马逊从不在这样的「军备竞赛」中缺席。类似的，在去年的 11 月的秋季发布会上，连同数十款智能音箱、智能家居设备新品，亚马逊推出了在当时看来不太起眼的 Alexa Connect Kit（ACK）。厂商只需支付硬件模块费用以及很低的服务费用就可以让设备实现智能化，当时亚马逊推出的 AmazonBasics 微波炉就是一个很好的范例。（点击查看深圳湾对该次发布会的详细报道）

不管是 Google Assistant Connect 还是亚马逊的 ACK，都旨在吸引更多厂商加入，进一步扩展其智能家居生态。

毕竟在初步覆盖了音箱、电视、冰箱等大家电设备后，双方都要继续寻找下一个新的机会。而这个机会就蕴藏在功能单一、而又不需要太多智能功能的小家电、配件之中。

如何让这些设备厂商在无需支付太多费用的情况下，用上语音助手，就促使 Google 和亚马逊推出了这套低成本，无需开发网络和云端服务的解决方案。

Local Home 让 Google 在「网关」之争中更胜一筹

而在 Local Home SDK 的加持下，Google 无疑能够在智能家居的赛道上加快步伐。

Google 智能音箱继续扮演着「网关」的重要角色。通过 Local Home SDK 打通本地路径后，该系列的设备就能够与 Google 智能音箱兼容。而 Google 过去的上千个品牌客户自然是其首批业务开拓的对象。

在智能家居「网关」方面，亚马逊在前两年就有了进一步的探索，其在 2017 年推出的 Echo Plus 首次增加 ZigBee 无线连接功能（随后的第二代 Echo Show 也支持）。使得用户可直接通过「Alexa，discover my devices」的语音指令，实现屋内 Zigbee 设备的添加与调试。

同样的，Zigbee 拥有低功耗、延时短、网络容量大等特性。

但鉴于 Google Local Home 基于的是 WiFi 和蓝牙的通讯协议，比 Zigbee 应用的普及范围更广、也更有拓展前景，也让 Google 在智能家居「网关」之争中处于更有利的地位。

对于 Google 的奋力出击，亚马逊大概要倒吸一口凉气。