本文從物聯網的核心要素、物聯網的關鍵場景、微信硬體平臺的通訊協議分析三個維度去分析基於微信硬體平臺的物聯網架構。
一、基於微信硬體平臺的物聯網架構圖示這張圖
上圖涵蓋以下資訊：
- 基於微信硬體平臺的物聯網的架構組成，有微信公眾平臺/硬體平臺、第三方廠商雲後端、手機微信/公眾號、微信硬體裝置終端（Wifi和藍芽BLE）。
- 綠色代表騰訊向開發者和公眾提供的基礎平臺和服務，並通過紅色（airsync/airkiss）定義的硬體外設協議供硬體裝置接入，紅色（微信硬體平臺接入協議，XML/JSON）供廠商雲後端接入；藍芽和紫色區域代表開發者所要完成的任務，其中藍芽是嵌入式硬體裝置終端的任務，紫色是第三方廠商雲後端的任務。
- 物聯網各個組成部分之間的通訊協議標識。除了紅色標識的協議是微信公眾平臺和硬體平臺制定的協議必須遵循外，其他組成部分的協議都是自定義的協議。
- Wifi模組的供應商提供的SDK一般都提供socket通訊介面，而云後端一般會使用JSP/PHP等web程式設計技術，因此wifi裝置需要模擬HTTP協議跟雲終端通訊。HTTP是一個標準的公共的通訊協議，應用層需要在HTTP之上建立自定義的應用協議來完成裝置的控制和互動，而應用協議可以是XML/JSON等等。當然，如果雲後端使用底層的socket程式設計，則wifi裝置終端可以不需要模擬http。
- 藍芽通過airsync協議接入微信，該協議規定了裝置發現、繫結、登陸、初始化、接收使用者指令、主動傳送訊息等過程。
- Airkiss是通過JSAPI的方式讓使用者可以在微信上輸入路由器的使用者名稱和密碼，然後告知沒有按鍵輸入和螢幕顯示的wifi裝置，讓該裝置能夠連上路由器進入網路線上狀態。除此之外，Airkiss跟之後使用者和廠商、裝置的互動完成沒有關係。本質上，Airkiss只是一個配置上網功能，跟物聯網的控制和互動無關。
- Wifi裝置接入微信硬體平臺是遠場控制，裝置只要處於聯網線上狀態，那手機使用者無論在哪裡，只要能上網都可以對裝置進行控制，典型的例子是在公司上班可以通過手機控制家裡的智慧插座上電；藍芽裝置接入微信硬體平臺必須依賴於手機，是近場控制，典型的場景是手機控制家裡的燈和空調等。
二、物聯網的核心要素
本文是從開發者的角度去分析整個微信硬體平臺物聯網，不去探討物聯網運營之類等領域。那麼，從開發的角度，物聯網的核心要素什麼，微信平臺又支援了什麼？我的理解是：
裝置的合法性和唯一性
微信硬體平臺在物聯網領域做的事情其實不多，只要仔細想想架構圖中的這麼多的紫色和藍色都是留給開發者，而且都是要赤裸裸的程式設計。對於一般的裝置商，他們想接入也是勉為其難啊。在這個體系架構中，微信硬體平臺做的最重要的一件事情就是身份認證。
就像一個人出生後要辦一張身份證（出生證明的號碼也是身份證號碼）一樣，裝置生產出來要想進入微信硬體領域，它就必須到微信硬體平臺註冊自己的身份，那它拿什麼去註冊呢，這個依據自然應該是獨一無二的，就像每個人的指紋，如果我國的小孩辦身份證都以錄指紋為依據，那就不會出現那麼多拐賣兒童了。現在公安局的做法是什麼，是硬生生地把一串身份證數字跟人名綁在一起，跟自然人的生物特徵沒有一丁點關係！！！裝置的獨一無二的依據就是48位的MAC地址（或者是MAC地址通過某種加密運算得到的結果）。
接著辦身份證/出生證不是要給小孩起個名字嗎，以後大家交流就叫名字了，公安局也是叫名字的嘛，不可能每次喊話都把指紋的二進位制數字讀出來的啊。嗯，那硬體裝置註冊時也要報備自己的名字，即裝置ID。裝置ID也應該在微信硬體平臺唯一啊，不然會亂的。就像MAC地址一樣，有一部分是代表一個裝置提供商向世界IETF組織申請的企業識別欄位，另一部分是裝置商內部的分配。或者像身份證那樣，前面6個欄位是代表一個人出生時的縣區行政區劃碼，後面的數字才代表自身，但同時要保證在這個行政區裡面的唯一性。那微信硬體平臺怎麼規範裝置身份？裝置身份包括兩個部分，deviceType是裝置商/銷售商的微信公眾號的原始ID，deviceID由裝置商/銷售商自定義，由裝置商保證deviceID在其deviceType中的唯一性。
這就是裝置的註冊場景。裝置註冊了以後在微信硬體平臺就具有合法性和唯一性了。
裝置被訪問的合理性和正當性
裝置最終是應該和人/手機使用者互動的，否則就失去了物聯的意義了。那麼哪個使用者能夠訪問這個裝置呢？
微信使用者要關注裝置商的微信公眾號和繫結裝置才能對裝置進行訪問。如果不繫結就可以訪問，那就是所有使用者都能夠訪問這個裝置，這顯然是不合理的。你買的智慧插座放家裡，另一個人也能控制你的插座，多危險。
微信硬體平臺確保裝置的唯一性，微信公眾平臺確保微信使用者的唯一性，兩者通過關注和繫結這個流程建立起完全權利的訪問關係。
微信硬體平臺是微信公眾平臺的一個子集，微信硬體平臺會利用微信公眾平臺已有的功能來完成基礎服務。
裝置和使用者互動的訊息觸達能力
裝置要成為物聯網中的一員，必須能夠聯網，好比人體的神經元，具有能夠和外界交流的能力。
微信硬體平臺主要從雲後端接入和硬體接入兩方面作出努力。一是通過airsync協議讓藍芽裝置和微信互通，airkiss協議讓簡單的沒有按鍵和UI互動的wifi裝置聯網；二是通過制定雲後端接入協議來接納廠商雲，通過訊息介面和API介面使使用者和裝置的訊息能夠相互觸達。即裝置發出的訊息經過微信平臺傳送到廠商雲，廠商雲的訊息也能主動推送給裝置，完成互動。
效率
掃一掃功能對微信的影響是巨大的，加關注，好友，移動支付等等都通過二維碼來完成，裝置繫結是二維碼。微信硬體平臺和公眾平臺產生的二維碼關聯了使用者、裝置ID等資訊，通過掃一掃功能能方便地進行繫結，接入進入公眾號的訊息介面。
物聯網涉及到終端、前端和後端等等，是一個大工程，無論從開發的角度，還是從使用者使用的角度，都要始終強調便捷的效率，以讓使用者有足夠好的體驗，才能使得物聯網得以壯大。
訊息處理能力—嵌入式系統
這一點並沒有在物聯網架構的圖示中出現。物聯網決不僅僅是一種控制，例如開燈和關燈之類，也不僅僅是簡單的通過各種感測器來進行資料採集，未來的物聯網一定會讓使用者不斷地提高使用者體驗，例如多媒體、虛擬與實現、資料決策等等，這部分是由高階的嵌入式系統來完成的。嵌入式系統才是裝置的大腦，物聯網應該更好地擁抱嵌入式系統。
三、物聯網場景分析和通訊協議分析（近場藍芽控制方案）
1.註冊
上面已有說明
2.使用者繫結
上面已有說明
3.連線
使用者在繫結過程中會自動完成對提供裝置的廠商的微信公眾號的關注。在以後每次進入公眾號時，會自動通過手機藍芽對藍芽裝置進行掃描連線。只有完成airsync協議的藍芽裝置才能連上微信。例如藍芽裝置廣播的欄位裡面要宣告自己的MAC地址，這樣微信能識別到這個一個要接入微信的藍芽裝置，然後才會主動地連線它。
4.控制(選單控制)
1）使用者點選微信公眾號提供的選單，如開燈。
2）訊息通過微信公眾平臺傳送給廠商雲後端。
3）雲後端在自己的資料庫內驗證微信使用者和裝置的有效性後，將微信選單的開燈訊息轉化為自定義協議的開燈訊息（這個協議只有雲後端和外設裝置所認識），並根據airsync中的protobuf協議對訊息體進行打包封裝，最後通過呼叫微信硬體平臺提供的API介面主動推送出去。
4）微信硬體平臺收到資訊後通過微信公眾平臺回傳給微信使用者所在的公眾號。
5）微信將這個訊息根據airsync協議通過手機藍芽傳送藍芽外設。
6）藍芽外設收到訊息進行相應的處理。
從這個過程來看，直接的選單控制走的流程太長了，影響效率。下面介紹的JSAPI控制就是直接控制，不需要再通過廠商雲來發指令。
5. 控制（H5/JASPI控制）
- 1）使用者點選微信公眾號提供的H5網頁連結
- 2）微信瀏覽器通過H5地址向廠商雲後端請求響應，返回H5頁面。
- 3）使用者點選H5頁面的開燈button
- 4）button通過JSAPI介面直接向藍芽裝置發出自定義的控制訊息，JSAPI藍芽介面已經封裝好airsync協議。
- 5）藍芽裝置收到訊息進行相應的處理。
四、物聯網場景分析和通訊協議分析（遠場wifi控制方案）
1.註冊
上面已有說明
2.使用者繫結
上面已有說明
3.連線
由於使用者和wifi裝置並不在一個區域，而是通過網路來連線，因此使用者是不直接跟wifi裝置打交道的，所有的互動都給通過wifi裝置商的雲後端進行間接互動。（之前已經說了airkiss只是微信提供的一個配置上網功能，wifi裝置經過一次配置後，以後會記住這個路由器的ssid和pwd的，所以配置好一次後，airkiss跟物聯網互動一點關係都沒有，因此airkiss不應該算在物聯網的訊息觸達協議內）。
使用者進入wifi裝置對應的公眾號後，微信公眾號會通過微信公眾平臺向廠商雲訂閱和諮詢裝置的線上狀態。因此裝置一上線時應該主動聯絡廠商雲後端，告知自己上線了，並不時地傳送心跳包維持連線。這樣微信公眾號一訂閱請求，雲就返回裝置的狀態給它。
假設裝置線上，雲後端返回線上狀態，微信公眾號就會顯示裝置連線上。
4. 控制（選單控制）
- 1）使用者點選微信公眾號提供的選單，如開燈。
- 2）訊息通過微信公眾平臺傳送給廠商雲後端。
- 3）雲後端在自己的資料庫內驗證微信使用者和裝置的有效性後，將微信選單的開燈訊息轉化為自定義協議的開燈訊息（這個協議只有雲後端和外設裝置所認識），然後直接通過網路發給wifi裝置。
- 4）wifi外設收到訊息進行相應的處理。
5. 控制（H5控制）
- 1）使用者點選微信公眾號提供的H5網頁連結
- 2）微信瀏覽器通過H5地址向廠商雲後端請求響應，返回H5頁面。
- 3）使用者點選H5頁面的開燈button
- 4）button通過AJAX介面向廠商雲後端發出自定義的控制訊息。
- 5）廠商雲接收到訊息會轉化硬體控制訊息，直接通過網路發給wifi裝置。
- 6）wifi裝置收到訊息進行相應的處理。
從這點來看，wifi裝置接入微信硬體平臺，微信硬體平臺僅僅起到一個入口的作用，訊息轉發都不經過微信硬體平臺了。
五、微信硬體平臺的優與劣
回過頭來想想，國內這幾年早已經有多家物聯網平臺，如機智雲，yelink等等，它們除了充當公安局的角色確保裝置的唯一性，還完成了後端的服務平臺，甚至給使用者提供物聯裝置模組，極大地簡化了物聯裝置生產商的開發流程。在這樣的基礎上，微信硬體平臺把那麼多的任務丟給了開發者，但還是很多廠商擁抱它，只能說微信是一個超級APP，是一個極佳的入口，掌握了全社會大部分使用者的入口。在移動網際網路領域，使用者數量就是王道。
誠然，使用者量巨大和騰訊體量龐大是微信硬體平臺物聯網的優勢，但要想做得更好，是不是考慮給使用者多做一些像機智雲一樣的工作？
呵呵，騰訊又想到了，QQ物聯就是。