我们知道分数：你插入你的智能设备，安装一些 3rd 方应用程序来设置它，然后通过谷歌/IFTTT/任何东西来控制它。
但在幕后，交通方面发生了什么？有人告诉我，所有这些设备都依赖于运行自己的服务器。你指挥谷歌，谷歌与设备的主服务器接口，该服务器与你的设备对话。
这个对吗？我的意思是，无论如何，关于通过 Google 传递所有内容的蠕虫都存在，但这让我感到紧张，所有这些设备都 100% 依赖于一些运行其服务器的随机公司。这些公司经常倒闭或重新命名，并且以长寿而闻名。
我误会了吗？我可以依靠谷歌生活，因为我怀疑他们会去任何地方！
是的，在大多数情况下，Amazon 和 Google 都要求硬件供应商运行支持语音助手系统可以调用的特定 API 的服务。
对于 Amazon，您必须提供一个 AWS Lambda 函数作为接口，而 Google 需要一个 HTTP API 端点。
这些规则有一些例外，例如亚马逊支持直接控制 Belkin WeMo 设备，但我相信他们正在删除此功能并迁移到进行 API 调用的同一系统。
另一个标准是 ZigBee 灯，一些内置 ZigBee 无线电的 Alexa 设备可提供直接控制。
Google 设备倾向于支持 Thread 系统（因为这是 Goolge 购买之前 NEST 使用的系统）
Google 还支持一种叫做 Local Control SDK 的东西，它允许从本地 Google Home 设备直接控制到设备，但这仍然需要云服务，因为备份命令路由和设备发现和状态仍然都是通过供应商云服务。
还值得指出的是，硬件供应商在很多时候也希望运行他们自己的系统。它允许他们收集有关客户如何使用其硬件的各种有用数据（例如，功能是否实际得到使用）并进行故障/故障分析。亚马逊或谷歌都不会让他们看到任何这些数据。
Apple 的 Homekit 系统是个例外，因为所有控制都是本地的，并且每个设备都必须通过在本地网络上实现 Apples API 来本地可发现和控制。
事情开始发生变化，因为现在有一个由亚马逊、苹果、谷歌和一堆物联网设备制造商组成的联盟，试图建立一个标准的控制协议来进行本地控制。（https://www.theverge.com/2019/12/18/21027890/apple-google-amazon-smart-home-standard-zigbee-connected-ip-project）