谷歌在其 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真的得到廣泛採用，那麼傳統的集線器可能就會被打入冷宮了，它可以使智慧家居中的語音控制比以往任何時候都要快，而使用者不需要做任何事情就可以輕鬆升級。
目前最大的障礙是需要來自不同行業的購買，即需要較大基數的公司客戶群，但是這一願景的未來回報足以令人興奮。