【IOT APP】 車連網應用開發技術及過程深度剖析

標籤：manage   應用開發   智能硬體   整合   企業架構   情況下   manager   情況   電信   

　在上篇文章新興的IoT行業風口，能夠把握的機會有哪些?中，我們介紹了目前六大常見的IOT行動裝置 App開發類型。今天以APICloud開發的車連網項目為例，剖析其開發過程中的相關項目經驗和通訊技術架構!

　　▌項目介紹

　　最初新能源汽車車主充電的方式只能通過使用儲值卡進行充電，找樁也不是特別方便，開發一款能夠解決這一系列問題的APP很有必要。本次分享的充電樁項目解決了使用者找樁難、充電繁瑣的問題，通過APP內的地圖導航找到附近的充電站，APP內可即時查看充電站內所有充電樁的使用狀態、充電資訊等，還可提前預約指定充電樁。車主通過地圖導航找到對應樁的位置，插槍後在APP內遙控開啟充電，可操作且可視化的應用體驗，解決了新能源車主充電找樁的首要難題。

　　▌技術實現

　　● 確定智慧型裝置的通訊方式

　　首先需要確定充電樁裝置支援的通訊方式，APICloud支援多種物聯方式，如通過socketManager模組實現socket通訊、通過ble模組實現藍芽通訊，以及第三方的機智雲gizWifiSDK模組和慶科mico等。本項目中，電訊廠商的充電樁裝置內部採用socket方式與充電樁廠家的內部server端進行通訊。

　　● 確定商務程序

　　每一個物聯裝置都有相應的開啟、關閉及運行中的相關商務程序，第二步需要確定整個商務程序，本項目充電樁商務程序為：預約-插槍-開始裝置充電-充電中顯示充電資訊-結束裝置充電-產生充電訂單-訂單支付-完成充電。

　　● 確定項目的物聯架構

　　電訊廠商要求充電樁裝置必須串連至自有伺服器，將充電樁的相關控制邏輯無縫整合到整個項目APP的商務程序中。充電樁廠商負責提供的可與充電樁裝置進行內部通訊的server端SDK對外提供封裝好的業務介面，最終安裝至電訊廠商的伺服器。在項目的服務端底層抽象封裝好可與SDK對外介面進行通訊的相關業務介面，在與APP通訊的相關業務介面中調用封裝好的底層介面，最終實現APP控制充電樁的效果。

　　項目的整個物聯架構：充電樁裝置<->裝置server <->項目server<->APP client

　　，即智能硬體+資料通訊平台+商務服務端+手機用戶端的四方通訊技術架構。

　　這種四方通訊的架構不需要實現智慧型裝置跟資料通訊平台之間的協議，以及用戶端跟智慧型裝置之間的協議，APICloud平台提供的SDK已經協助開發人員將協議封裝過了。四方通訊架構可分為Wi-Fi或者GPRS模式與藍芽模式兩種，以下分別為兩種模式的詳細介紹。

　　Wi-Fi或者GPRS模式：當用戶端去操控智慧型裝置時，會通過Http或者Socket協議發送指令到商務服務端，服務端接收到指令後將該指令下發到智慧型裝置端，智慧型裝置接收到指令並做出反饋，通過UDP或者TCP協議將資訊上報到業務端，業務端接收到反饋的資料下發到用戶端進行展示。

　　藍芽模式：智慧型裝置跟用戶端通過藍芽或者Beacon協議建立串連通道，智慧型裝置通過該串連通道將資料上報給用戶端，用戶端通過Http或者Socket將資料提交到商務服務端，商務服務端通過分析處理，將資料下發到用戶端進行展示，使用者可以通過用戶端的資料展示，發送指令到智慧型裝置，對裝置進行操控。

　　▌項目總結

　　智慧型裝置物聯的技術痛點在於如何解決APP與裝置之間的即時通訊及APP與不同廠家的樁對接，本專案服務端與智能硬體之間的通訊，交由智能硬體廠家封裝的服務端SDK自行處理。SDK對外提供統一的業務介面。專案服務端採用sever層對接sever層的方式進行通訊，通過api介面的抽象封裝，完成APP的sever層對接廠商充電樁的sever層的直接業務通訊。採用這種方式，規避了不同裝置廠家裝置通訊方式、通訊協議不同導致的聯調不便的問題。

　　專案服務端不再關心智能硬體的內部通訊細節，專註於業務功能、商務邏輯的實現。APP僅需調用封裝好的固定API介面，即可調用智能硬體服務端與智能硬體進行通訊，實現服務端底層控制智能硬體，以及在不進行APP版本更新的情況下，同一APP用戶端對接多個廠家的充電樁的效果。

　　作為將真實世界和數字世界串連起來的媒介，IoT越來越多被各大公司重視。APICloud認為物聯網不是一個行業，而是一種新的企業架構形式，並沒有行業的限制，唯一限制的只有人類的想象力。

　　*作者註：以上技術架構基於行動裝置 App開發平台APICloud實現，來源http://www.apicloud.com/。

 

【IOT APP】 車連網應用開發技術及過程深度剖析