歌在其 I/O开发者大会上宣布了很多新品，在智能家居方面，Nest Hub Max可以说是最吸引眼球的产品。

它与Home Hub类似但是功能更丰富，配备10英寸的高清屏幕，可以播放视频和照片集；配有光学传感器，因此屏幕的亮度和温度会根据周围环境进行适当调整；它还安装了一个摄像头，允许人们视频通话，手势控制等。

然而，谷歌在数小时后，面对少数人又召开了一个小型会议，在那里谷歌发布了一款简单的开发工具包，称为Local Home SDK，这一发明将对智能音箱或智能家居的所有者产生更大的影响。

这款工具包可以帮助制造商打造出对命令响应更快的物联网设备，它允许谷歌助手直接与智能家居设备对话。

谷歌希望通过Local Home SDK创建本地路径来集成和控制智能设备，以绕过云端数据接收与计算的过程，来缩短设备响应的时间，提高设备的响应速度和使用效率。

在没有Local Home SDK的情况下，如果用户想让谷歌助手关掉家里的飞利浦智能灯泡，命令就会先传到谷歌的云端，谷歌与飞利浦连接通话后再把信号传回设备。

但Local Home SDK 把这条线路大大缩短了，用户发出一个命令，其谷歌智能音箱就会通过蓝牙或Wi-Fi将命令直接发送到灯泡上。

如果设备制造商采用本地家庭SDK，它可以跳过云端中介并大大提高智能家居设备的响应能力。

Google Hub——伪装的中心集线器

大多数传统的集线器，如三星的SmartThings集线器，都内置了无线电，用于ZigBee和Z波等低频信号。

ZigBee和Z-Wave都使用最小的功率，同时在足够远的距离上发送信号来覆盖大多数智能家居。这使得像门上传感器这样的小型设备可以使用信号与集线器进行通信，而不需要消耗过多电量。

但自从亚马逊发布Echo以来，智能音箱得到广泛推广，传统的集线器逐渐失去了人们的青睐。虽然集线器也可以在一个应用程序中控制多个控件，但显然，使用智能音箱控制整个智能家居系统的过程更加方便。

集线器往往是不怎么美观的的塑料盒，同时占用路由器的空间，像Revolv这样曾经风靡一时的选择现在基本已经完全消失了。但智能音箱还没有完全复制简化小传感器通信的能力，因此一些集线器一直被保留着。

亚马逊的智能音箱Echo Plus在一定程度上复制了集线器的功能，而对于谷歌来说，Local Home SDK 有潜力简化与各种联网小工具的通信，它将与谷歌的所有智能音箱和显示器适配，甚至代替集线器成为智能设备控制中心，绝不仅仅是一个模型。

Local Home SDK——要快 也要安全

Local Home SDK 是谷歌面向开发者推出的一套软件开发工具包，它提供了 API 接口，允许开发者在上面为智能设备建立新的附加执行路径，使得 Google 的智能音箱设备（Google Nest）能以 JavaScript 脚本运行这套协议和逻辑，并通过局域网（LAN），与该智能设备实现通讯、本地控制。而在本地执行路径失败的情况下，云端将作为回退执行路径来处理指令。

该工具包预计10月份发布，并将与目前同谷歌助手合作的任何类型的设备兼容。谷歌助手作为内置于谷歌智能音箱、智能显示器和手机中的语音数字助手，理论上，拥有超过30000个兼容设备，其中任何一个都可以使用此SDK。

Local Home SDK是基于边缘计算工作的，在内置了该软件开发工具包的设备之间能够形成相应的家庭局域网络，当用户发出指令之后，数据的识别、处理、以及最终的反馈执行都在本地进行处理——这大大提升了设备响应的效率，即使在断网的情况下也能完美控制家里的智能设备。

用户的谷歌设备会存储Local Home SDK所需要通信的附件设备的所有数据，然后通过家里的Wi-Fi网络或蓝牙发送信号，而不经过云端。

除了高效的即时响应，Local Home SDK更重要的是能够保障用户信息安全——所有信息在本地储存，不上传云端，用户无需担心隐私信息泄露问题。

物联网的发展一度严重依赖云计算。尽管在数据处理、储存、交换能力上云计算拥有不可取代的地位，但随着音箱、电视、空调、开关、车载设备等智能设备数量的飙升，对设备在处理实时信息时的响应速度、指令反馈、以及用户隐私保护等方面都提出了新的要求。

物联网每年安装数十亿台智能设备。据估计，到2020年将安装超过200亿台智能设备。大量设备接入云端将产生体量巨大的数据，云端的处理速度将随着大量数据的激增而出现迟滞，这在需要实时响应的家庭使用场景下，显然无法满足用户需求。

拿开头提到的飞利浦智能电灯来说，当用户通过谷歌助手发出“关灯”的指令后，该指令会先上传至谷歌的云平台，然后，谷歌会向飞利浦的云平台发送这一指令，再由飞利浦的云平台将这一指令反馈到电灯上，完成关灯动作，总共需要三条链路——而一旦网络出现问题，这一链路将会中断，所有智能设备都只能“干瞪眼”。

因此，物联网未来发展的方向，一定是云计算+边缘计算相结合的模式。而谷歌率先迈出了这一步。

在需要远距离控制设备的情况下，使用谷歌的云命令路径仍然是必要的。当用户不在家的时候，谷歌支持用手机上的谷歌助手来控制智能家居，SDK会使用谷歌的云网络找到配对的智能音箱。

但是Local Home SDK 可以绕过所有第三方的云传输，直接通过谷歌智能音箱或显示器控制其他设备。

这时，用户家里的智能音箱在就像一座桥梁，或者说是一个枢纽。如果想使用谷歌助手来控制家居设备，拥有一个谷歌智能音箱将变得十分重要，因为这将是通过SDK加快响应时间的关键。

不过，即使没有谷歌智能音箱，对于智能家居的使用也并无大碍，因为谷歌的智能家居设备实际上并不依赖Google Home来作用。Local Home SDK是建立在Google的传统智能家居代码之上，而不是替换它们。

如果安装了Local Home SDK，谷歌会优先尝试本地快捷方式；但如果没有，它也会像以前一样通过第三方云发送信号。

如果一家公司使用Local Home SDK，同时用户已经安装了某个设备并使用谷歌进行了设置，则不需要再输入任何信息，设备将自动开始使用该SDK。在10月份SDK正式发布后，用户可能会突然发现，很多智能家居都开始无延迟地响应。

该工具包还允许用户设置与Google Home应用程序兼容的设备，这有望减少手机上需要的应用程序的数量，方便管理。

广泛采用仍需时间

虽然在理想的情况下，Local Home SDK会在发布后被迅速采用，可以使用谷歌智能助手设置和控制一系列智能家居，来保证他们无延迟响应。但实际上，这项新技术发挥作用可能仍需要时间。

虽然谷歌智能助手可同3,500个品牌的30,000种不同设备配合使用，但目前只有一个品牌实际使用它，即美国通用电气公司，当然也因为SDK尚未正式发布。

一旦工具包发布，谷歌将会要求它的合作品牌做相当多的工作来实现它，需要有智能家居领域下的众多公司进行大批量购入，才能让本地家庭SDK产生广泛影响。

谷歌的愿景吸引人的地方在于，它没有设立任何专有信号协议，也没有把用户已经拥有的智能音箱变成集线器的计划，只是在原有的基础上增加一个小小的工具包。

如果Local Home SDK真的得到广泛采用，那么传统的集线器可能就会被打入冷宫了，它可以使智能家居中的语音控制比以往任何时候都要快，而用户不需要做任何事情就可以轻松升级。

目前最大的障碍是需要来自不同行业的购买，即需要较大基数的公司客户群，但是这一愿景的未来回报足以令人兴奋。