近年在科技圈最火的一個關鍵詞非“共享單車”莫屬，隨著ofo、摩拜、小藍、小鳴等的不斷參與，共享單車的競爭如火如荼，顏色似乎也已經不夠用了。在共享單車領域要說市場占有率那就只有ofo和摩拜了，今天小編就跑開兩家如何獲取用戶及商業(yè)模式的問題了，就談談摩拜的 物聯(lián)網(wǎng)技術應用-智能鎖。

關注物聯(lián)網(wǎng)技術的朋友相信很多人看過在網(wǎng)上流傳的摩拜單車開鎖流程：

用戶掃描二維碼;

向云端請求解鎖;

云端下達解鎖指令給單車;

單車解鎖以后，上報狀態(tài)更新到云端，并不斷上報定位信息;

云端向用戶發(fā)送計費信息。

在開鎖的過程中，關鍵是要保證所有的共享單車與云端服務器的實時通信，否則用戶請求解鎖就不能馬上執(zhí)行，這就要求所有的共享單車在云端是一直可見的。這也是一般物聯(lián)網(wǎng)應用比較普遍的需求。

早期的摩拜單車主要依賴GPRS與服務器通信，實現(xiàn)開鎖，但在GPRS信號不好的時候，用戶就沒法開鎖了。所以后來的摩拜單車又加上了藍牙，這樣手機開啟藍牙以后，可以直接與智能鎖建立藍牙連接，實現(xiàn)開鎖。

在開鎖的過程中，關鍵是要保證所有的共享單車與云端服務器的實時通信，否則用戶請求解鎖就不能馬上執(zhí)行，這就要求所有的共享單車在云端是一直可見的。這也是一般物聯(lián)網(wǎng)應用比較普遍的需求。摩拜選擇了微軟的Azure IoT平臺。摩拜單車的后端程序只需要修改Azure IoT中的Device Twin的狀態(tài)，就可以影響到真實的設備，比如向單車發(fā)送解鎖指令，完成開鎖。Azure IoT平臺中，低功耗物聯(lián)網(wǎng)設備主要采用MQTT協(xié)議與云端通信。

在開發(fā)IM應用時，如果我們要保持客戶端一直在線，就需要在客戶端與服務器之間保持一個長連接，這樣服務器就一直可以找得到我們的客戶端。

共享單車的原理與之類似，所有單車也需要與服務器之間保持一個長連接，面向物聯(lián)網(wǎng)的MQTT協(xié)議就可以滿足這個需求。

MQTT協(xié)議（Message Queuing Telemetry Transport，消息隊列遙測傳輸）是IBM開發(fā)的一個即時通訊協(xié)議，是為大量計算能力有限，且工作在低帶寬、不可靠的網(wǎng)絡的遠程傳感器和控制設備通訊而設計的協(xié)議。

MQTT協(xié)議尤其適合共享單車這種應用場景。當然我們也不用自己去實現(xiàn)這個協(xié)議，很多云平臺都提供了對MQTT協(xié)議的支持，或者在MQTT協(xié)議基礎上提供了封裝程度更高的API。

來源：深圳北航物聯(lián)網(wǎng)研究院