物聯(lián)網(wǎng)平臺及其云化平臺的開放性評估

賈雪琴，胡 云，邢宇龍

(中國聯(lián)通網(wǎng)絡(luò)技術(shù)研究院，北京100048)

0 引言

隨著物聯(lián)網(wǎng)應(yīng)用的不斷發(fā)展和技術(shù)的逐步成熟，物聯(lián)網(wǎng)平臺作為設(shè)備、信息、數(shù)據(jù)交互和處理的核心節(jié)點在全球范圍內(nèi)其發(fā)展持續(xù)升溫，成為企業(yè)在物聯(lián)網(wǎng)上布局的新機遇。物聯(lián)網(wǎng)平臺能夠打破垂直應(yīng)用形成的信息孤島，推動物聯(lián)網(wǎng)產(chǎn)業(yè)鏈上下游企業(yè)合作，并利用平臺數(shù)據(jù)衍生新的物聯(lián)網(wǎng)服務(wù)，成為整個物聯(lián)網(wǎng)產(chǎn)業(yè)生態(tài)的核心環(huán)節(jié)。同時，物聯(lián)網(wǎng)平臺自身的技術(shù)不斷與云計算、大數(shù)據(jù)等技術(shù)融合演進，市場前景和商業(yè)價值也不斷被挖掘，成為物聯(lián)網(wǎng)持續(xù)運營和產(chǎn)業(yè)規(guī)模擴大關(guān)鍵。

根據(jù)咨詢公司麥肯錫數(shù)據(jù)表明，未來物聯(lián)網(wǎng)價值鏈的最大份額將會在軟件和服務(wù)方面，而非硬件。至2025年，軟件和服務(wù)提供商營業(yè)收入占比將達到85%。在發(fā)展過程中，應(yīng)用支持平臺、連接管理平臺等不同類型的平臺不斷涌現(xiàn)，根據(jù)Research and Markets的市場研究，現(xiàn)在已有超過260個公司提供物聯(lián)網(wǎng)平臺服務(wù)，推動服務(wù)和商業(yè)模式不斷創(chuàng)新發(fā)展。特別是隨著工業(yè)互聯(lián)網(wǎng)的快速升溫，各類型物聯(lián)網(wǎng)平臺發(fā)展呈爆發(fā)式增長的態(tài)勢。

1 物聯(lián)網(wǎng)平臺定位

物聯(lián)網(wǎng)平臺向下屏蔽差異性的網(wǎng)絡(luò)傳輸技術(shù)、數(shù)據(jù)采集模式、設(shè)備管理方式、數(shù)據(jù)表示格式，向上為多種物聯(lián)網(wǎng)應(yīng)用提供共性技術(shù)(如資源注冊、發(fā)現(xiàn)、存儲、業(yè)務(wù)簽約和推送、組管理、設(shè)備管理等)，是解決物聯(lián)網(wǎng)業(yè)務(wù)需求碎片化并賦能物聯(lián)網(wǎng)業(yè)務(wù)快速開發(fā)和部署的技術(shù)基礎(chǔ)。

物聯(lián)網(wǎng)平臺也是物聯(lián)網(wǎng)產(chǎn)業(yè)生態(tài)的基礎(chǔ)，連接感知終端，匯聚數(shù)據(jù)資源，支撐應(yīng)用服務(wù)，促進產(chǎn)業(yè)鏈上下游協(xié)作。隨著連接終端增加、數(shù)據(jù)資源沉淀、分析能力增強、應(yīng)用軟件豐富，依托物聯(lián)網(wǎng)平臺可形成對整個物聯(lián)網(wǎng)產(chǎn)業(yè)生態(tài)的巨大掌控力，因此物聯(lián)網(wǎng)平臺成為產(chǎn)業(yè)布局焦點。

2 物聯(lián)網(wǎng)平臺類型

為適用不同物聯(lián)網(wǎng)應(yīng)用對平臺的能力需求，物聯(lián)網(wǎng)平臺需提供不同的能力以使能業(yè)務(wù)系統(tǒng)。根據(jù)能力的差異，物聯(lián)網(wǎng)平臺被分為連接管理平臺、設(shè)備管理平臺、應(yīng)用支撐平臺、大數(shù)據(jù)分析平臺，見圖1[1]。上述四類平臺之間的能力切分有上下層級關(guān)系，即連接管理平臺向設(shè)備管理平臺提供基本的網(wǎng)絡(luò)連接管理能力；設(shè)備管理平臺向應(yīng)用支撐平臺提供終端設(shè)備的管理；應(yīng)用支撐平臺向大數(shù)據(jù)分析平臺提供共性基礎(chǔ)的網(wǎng)絡(luò)能力調(diào)用(如網(wǎng)絡(luò)位置能力)、資源注冊、資源發(fā)現(xiàn)、資源管理、資源訂閱等能力；大數(shù)據(jù)分析平臺根據(jù)業(yè)務(wù)邏輯實現(xiàn)大數(shù)據(jù)管理、大數(shù)據(jù)分析能力。

圖1 物聯(lián)網(wǎng)平臺的4種類型及其與物聯(lián)網(wǎng)應(yīng)用的關(guān)系

物聯(lián)網(wǎng)應(yīng)用主要是聚焦應(yīng)用自身的業(yè)務(wù)邏輯關(guān)系并做相應(yīng)處理，并根據(jù)需求選擇不同能力的物聯(lián)網(wǎng)平臺(如某些物聯(lián)網(wǎng)應(yīng)用自身的數(shù)據(jù)處理能力和資源管理能力非常強，無需對接應(yīng)用支撐平臺和大數(shù)據(jù)分析平臺)。

3 物聯(lián)網(wǎng)云化平臺的開放性評估

物聯(lián)網(wǎng)平臺云化能夠使能用戶將應(yīng)用部署在云平臺上，以加快APP的開發(fā)和部署。選擇物聯(lián)網(wǎng)云平臺時需要考慮云平臺的開放性問題，以避免用戶被物聯(lián)網(wǎng)云平臺提供商“綁架”。

物聯(lián)網(wǎng)云平臺的開放性主要體現(xiàn)在云平臺與用戶系統(tǒng)之間的接口開放性。進一步，開放性可分為兩個維度：互操作性和可移植性。

3.1 物聯(lián)網(wǎng)云平臺與用戶系統(tǒng)的接口模型

物聯(lián)網(wǎng)云平臺與用戶系統(tǒng)的接口模型見圖2，由云平臺、用戶系統(tǒng)及其之間的接口構(gòu)成。其中，云平臺包括APP代碼、APP環(huán)境、安全組件、用戶數(shù)據(jù)和衍生數(shù)據(jù)。

? APP代碼：在IaaS平臺和PaaS平臺的情況下是指用戶的應(yīng)用代碼；而在SaaS平臺的情況下， APP代碼為云平臺提供商的代碼。

? APP環(huán)境：代表云平臺提供的操作系統(tǒng)和能力，也包括APP代碼在云平臺上運行需要調(diào)用的API。

? 安全組件：確保云服務(wù)安全的一系列能力，包括認證鑒權(quán)、數(shù)據(jù)加密、防火墻技術(shù)等。

? 用戶數(shù)據(jù)：來自云平臺用戶的數(shù)據(jù)，這些數(shù)據(jù)可能是保存在數(shù)據(jù)庫中的記錄，或者文件中的數(shù)據(jù)對象。

? 衍生數(shù)據(jù)：用戶使用云業(yè)務(wù)時所產(chǎn)生的數(shù)據(jù)，比如日志或者配置信息。

對三類接口的說明：

? 功能接口：與云平臺的主要功能相關(guān)。

? 管理接口：管理云平臺所需要能力，包括用戶身份、認證鑒權(quán)等。

? 商務(wù)接口：包括簽約信息、計費等涉及的能力。

圖2 物聯(lián)網(wǎng)云平臺與用戶系統(tǒng)的接口模型

3.2 互操作性評估方法

從廣義上，互操作性是對不同系統(tǒng)間或者組件間可協(xié)同工作程度的度量。IEEE和ISO將互操作性定義為兩個或者更多系統(tǒng)或者應(yīng)用間交互信息并能夠互相使用被交互信息的能力。

物聯(lián)網(wǎng)平臺的互操作性應(yīng)該被看做物聯(lián)網(wǎng)平臺與其他各種應(yīng)用系統(tǒng)能夠相互理解應(yīng)用和業(yè)務(wù)接口、配置、認證授權(quán)形式、數(shù)據(jù)格式的能力。

實現(xiàn)互操作性的措施包括兩種：一是物聯(lián)網(wǎng)平臺和物聯(lián)網(wǎng)平臺用戶采用的都是標準接口，這樣兩者能夠直接對接；另一種是物聯(lián)網(wǎng)平臺用戶和平臺提供方的接口不一致時，需要對接口做映射，以解決異構(gòu)問題。

3.3 可移植性評估方法

可移植性是將實體從一個系統(tǒng)移到另一個系統(tǒng)，并且在新系統(tǒng)中還具備可用性的能力。缺乏可移植性會導(dǎo)致移植時需要花費大量成本來將源系統(tǒng)中的格式轉(zhuǎn)換為目標系統(tǒng)所需的格式。

可移植性可分為數(shù)據(jù)可移植性和應(yīng)用可移植性。

數(shù)據(jù)可移植性指在無需重新輸入數(shù)據(jù)的情況下，將數(shù)據(jù)從源系統(tǒng)轉(zhuǎn)移到目標系統(tǒng)。數(shù)據(jù)轉(zhuǎn)移的難易程度是評估可移植性的核心所在。最理想的情況是源系統(tǒng)的數(shù)據(jù)格式能夠完全被目標系統(tǒng)所接受。不過，當雙方的數(shù)據(jù)格式不匹配時，可以通過通用的工具來進行轉(zhuǎn)換。

數(shù)據(jù)可移植性包括兩個方面。第一個方面是必須具有從源系統(tǒng)中獲得用戶數(shù)據(jù)的能力，同時還需要具備將用戶數(shù)據(jù)導(dǎo)入到目標系統(tǒng)的能力。一般是通過API(即云業(yè)務(wù)API接口)或者Web接口(如通用的FTP接口)來實現(xiàn)。當源系統(tǒng)的API與目標系統(tǒng)的API接口不一致時，需要采用工具來轉(zhuǎn)換。

數(shù)據(jù)可移植性的第二個方面是句法(如JSON句法、XML句法)和語義。數(shù)據(jù)的句法在源系統(tǒng)和目的系統(tǒng)是一致的情況下，雙方交互的數(shù)據(jù)可以直接被解析。如果被交互的數(shù)據(jù)句法不一致，一般需要通過工具來轉(zhuǎn)換。如果交互雙方對被交互的數(shù)據(jù)語義理解存在不一致時，數(shù)據(jù)移植就會出現(xiàn)困難，甚至是難以移植。因此數(shù)據(jù)可移植性是用戶在選擇物聯(lián)網(wǎng)平臺時需要重點考慮的問題。

應(yīng)用可移植性是將應(yīng)用或者應(yīng)用組件從源系統(tǒng)移到目標系統(tǒng)，并且能夠在目標系統(tǒng)中運行的能力。被移植的應(yīng)用或者組件一般需要重新編譯并且連到云業(yè)務(wù)中。具備可移植性的應(yīng)用在移植時不需要對代碼做大的改動。

3.4 開放性評估方法

物聯(lián)網(wǎng)云平臺開放性中的互操作性主要與圖2中所示的三個接口有關(guān)，涉及功能接口、管理接口和商業(yè)接口。這三個接口的互操作性是相互獨立的，即某個接口能實現(xiàn)互操作，并不保證其他兩個接口也能夠?qū)崿F(xiàn)互操作。

開放性中的應(yīng)用可移植性與用戶APP代碼相關(guān)，主要涉及到IaaS平臺和PaaS平臺(對于SaaS平臺而言，應(yīng)用 code屬于物聯(lián)網(wǎng)云平臺提供商的，所以不存在移植問題)。用戶需要通過APP環(huán)境來評估IaaS和PaaS平臺的應(yīng)用可移植性。

開放性中的數(shù)據(jù)可移植性與通過云業(yè)務(wù)環(huán)境讀取數(shù)據(jù)的能力相關(guān)。一般情況下，數(shù)據(jù)可移植性主要涉及到用戶數(shù)據(jù)，但在某些情況下也會涉及到衍生數(shù)據(jù)。用戶需要特別注意SaaS業(yè)務(wù)下的用戶數(shù)據(jù)的可移植性，因為在SaaS平臺下，數(shù)據(jù)模板和存儲格式都是由云提供商定義和維護的。因此選用SaaS平臺的用戶需要了解數(shù)據(jù)該如何注入到云平臺，以及如何把數(shù)據(jù)從云平臺中取出來。IaaS和PasS平臺的用戶數(shù)據(jù)都是由用戶自己定義和維護所以數(shù)據(jù)可移植性一般不是問題。

4 物聯(lián)網(wǎng)平臺技術(shù)演進方向

oneM2M標準被認為是比較符合電信運營商定位的、適合提供公共服務(wù)的一種物聯(lián)網(wǎng)共性平臺技術(shù)、國際影響力比較大，其Type 1成員包括8個國家/地區(qū)的標準化組織，分別為：ETSI(歐洲)、CCSA(中國)、TTA(韓國)、TTC(日本)、ARIB(日本)、ATIS(美國)、TIA(美國)、TSDSI(印度)。oneM2M標準覆蓋的范圍包括：平臺對網(wǎng)絡(luò)連接的管理、對設(shè)備的管理、對應(yīng)用業(yè)務(wù)的使能、對內(nèi)容和數(shù)據(jù)的處理等。2017年3季度oneM2M發(fā)布了release 2版本[2]，相對于release 1[3]，新版本更加適用于商用部署。韓國已經(jīng)根據(jù)oneM2M標準做了物聯(lián)網(wǎng)平臺的商用部署。oneM2M將在物聯(lián)網(wǎng)平臺功能演進方面起到引領(lǐng)作用。

隨著物聯(lián)網(wǎng)業(yè)務(wù)對低時延、高可靠、大帶寬網(wǎng)絡(luò)傳輸?shù)男枨?，邊緣云技術(shù)成為近期熱點。邊緣云是在靠近人、物或數(shù)據(jù)源頭的網(wǎng)絡(luò)邊緣側(cè)，融合網(wǎng)絡(luò)、計算、存儲、應(yīng)用核心能力的新的網(wǎng)絡(luò)架構(gòu)和開放平臺，就近提供邊緣智能服務(wù)，滿足行業(yè)數(shù)字化在敏捷聯(lián)接、實時業(yè)務(wù)、數(shù)據(jù)優(yōu)化、應(yīng)用智能、安全與隱私保護等方面的關(guān)鍵需求[3]。物聯(lián)網(wǎng)云平臺的部分功能也將向邊緣云遷移，以更加高效的滿足用戶需求。

5 小結(jié)

物聯(lián)網(wǎng)平臺技術(shù)在不斷演進發(fā)展。全球物聯(lián)網(wǎng)平臺發(fā)展已進入爆發(fā)期，各種類型的企業(yè)分別基于自身優(yōu)勢通過平臺來建立圍繞自身的產(chǎn)業(yè)生態(tài)和商業(yè)模式。在此洪流中，運營商充分利用自身優(yōu)勢，在立足網(wǎng)絡(luò)的基礎(chǔ)上，從管理網(wǎng)絡(luò)連接和管理SIM卡的生命周期為起點，建立網(wǎng)絡(luò)連接管理平臺，逐步向著設(shè)備管理、應(yīng)用使能、大數(shù)據(jù)分析的方向拓展業(yè)務(wù)范圍?；ヂ?lián)網(wǎng)企業(yè)(如阿里巴巴、騰訊、百度等)、工業(yè)制造企業(yè)(如海爾、三一、富士康等)也紛紛利用各自優(yōu)勢搶灘各種物聯(lián)網(wǎng)通用平臺和物聯(lián)網(wǎng)行業(yè)特色平臺。

本文對物聯(lián)網(wǎng)平臺的基本類型進行了介紹，并對物聯(lián)網(wǎng)云平臺的開放性評估模型和具體的要素進行了探討，將有利于用戶對物聯(lián)網(wǎng)云平臺的評估和選擇。

[1] 王淑玲，胡云，從光磊,等. 電信運營商物聯(lián)網(wǎng)平臺發(fā)展思考[J]. 郵電設(shè)計技術(shù)，2017(8): 7-10.

[2] oneM2M. Functional architecture TS-0001 release 2[EB/OL]. http://member.onem2m.org/static_Pages/others/WPM-pages/TR-TS_List.htm.

[3] oneM2M. Functional architecture TS-0001 release 1[EB/OL]. http://member.onem2m.org/static_Pages/others/WPM-pages/TR-TS_List.htm.

[4] ETSI GS MEC 003 V1.1.1. Mobile edge computing (MEC) framework and reference architecture. 2016-03.