[導讀]有一種協議及其相關內容將萬維網推向了成功，這就是 IP，或者叫做互聯網協議。這個協議是每種瀏覽器與互聯網連接的基礎，也構成了 IT 數據中心的主干。
來源 | 嵌入式資訊精選
整理：李肖遙
有一種協議及其相關內容將萬維網推向了成功，這就是 IP，或者叫做互聯網協議。這個協議是每種瀏覽器與互聯網連接的基礎，也構成了 IT 數據中心的主干。有人認為物聯網也會走同樣的發(fā)展道路，他們相信擁有一個IP地址就足以讓物聯網連接在一起了。
但是物聯網的問題不在 IP 上，而是疊加在 IP 之上的所有其他內容。運行諸如 HTTP、SSL 和 XML 這樣的協議需要具備強大的計算能力和存儲空間，目前一般的 PC、智能手機或者平板電腦等設備都已經完全勝任這一任務了，但是對于運行在一個很小的微控制器上的普通傳感器來說這就有點勉為其難了(盡管 ARM Cortex-M7 的功能也很強大)。
為了解決這一難題，相關各方已經推出了大批的替代方案，大部分都是不具備互操作性的物聯網協議，例如：6LoWPAN、AllJoyn、AMQP、ANT 、Bluetooth、CoAP、DASH7、DDS、INSTEON、KNX、MQTT、NFC、RFID、STOMP、Thread、Weightless、XMPP、ZigBee、以及 Z-Wave 等。這還只是其中的一部分，而且每周都會有具有更多思路的協議推出。
試圖找到一種物聯網的“圣典協議”，找到一種一統天下的端到端協議以便能夠服務所有物品的想法是愚蠢的。
一方面，傳感器在范圍、射頻頻譜、安全水平、拓撲結構、功率消耗等方面的要求是各不相同的，另外一方面，任何一個成功的物聯網策略最終都需要與一個基于 IP 的云通過某種形式整合在一起。除此之外幾乎很難找到其他類型的解決方案。因此物聯網應用必須能夠相互連接和交換數據。
解決方法是在傳感器和致動器、移動設備、以及云之間搭建一個多重協議的橋梁，最好是開放式源代碼，具有可擴展性，能夠將大范圍內的海量設備都包括進來。此外，傳輸應該是可靠的，能夠經受住無線連接短暫的間斷。
越來越多的機構正在將 MQTT 視為這一橋梁的一個組成部分。MQTT 既有完全高級版可以在 TCP/IP 上運行，也有簡化版 MQTT-SN 用于非 IP 設備。其發(fā)布/訂閱模式能夠在讓拓撲結構進行擴展的同時保留實時的特性以及服務質量的可配置性。
IBM 公司最初開發(fā) MQTT 的目的是將其作為主機和服務器的消息傳輸代理，可整合入 WebSphere 為網絡提供服務。隨后公司在提供給 OASIS 以及 Eclipse 基金會時將其開放用于嵌入式用途。
IBM Bluemix 的一個重要部分是其 IoT Foundation 服務，這是一項基于云的 MQTT 實例，帶有預定義的主題結構和消息格式。移動應用程序也早就開始使用 MQTT 了，如 Facebook Messenger 和 Salesforce.com 等。IBM 公司還有一個在 MQTT 基礎上的 e-book 移動應用。
需要考慮的其他一些新進展包括：
-
ARM 的 mbed device server 正在尋求用專門針對物聯網的服務器來替代通用型網絡服務器。借助于收購 Sensinode 公司而獲得的技術，ARM 已經將HTTP、CoAP、以及 MQTT 整合在了一個平臺上。
-
2lemetry 在此基礎上通過 ThingFabric 的推出又向前邁了一步，將一些主要協議如 MQTT、CoAP、和 STOMP 連同可擴展性整合在了一起。
- PubNub 將一種 websocket 連接方式運行在 MQTT 上，重點實現云實施的低延遲和交付的可靠性。在 Atmel 公司的 Bits
下載文檔
