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

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

用戶掃描二維碼;

向云端請求解鎖;

云端下達(dá)解鎖指令給單車;

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

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

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

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

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

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

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

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

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

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