這個由多部分組成的系列解決了對支持物聯(lián)網(wǎng) （IoT） 以及建筑物、企業(yè)和消費者的數(shù)字化轉(zhuǎn)型的單一語義數(shù)據(jù)模型的需求。這樣的模型必須簡單且可擴展，以實現(xiàn)即插即用互操作性和跨行業(yè)的普遍采用。

物聯(lián)網(wǎng)網(wǎng)絡(luò)抽象層和互操作性程度

互操作性，或計算機系統(tǒng)或軟件交換或利用信息的能力，是參與當(dāng)今信息經(jīng)濟的所有設(shè)備的要求。傳統(tǒng)上，互操作性主要是在網(wǎng)絡(luò)通信的背景下定義的。但是，隨著從智能家居和樓宇自動化到智能能源和零售再到醫(yī)療保健和交通運輸?shù)刃袠I(yè)的數(shù)百萬設(shè)備連接在一起，現(xiàn)在需要一個更廣泛的定義，以考慮互操作性對系統(tǒng)到系統(tǒng)性能的跨域影響。

開放系統(tǒng)互連 （OSI） 模型提供了定義網(wǎng)絡(luò)互操作性框架的最著名示例，它是全球電信網(wǎng)絡(luò)的基礎(chǔ)。OSI 模型通過七個不同的抽象層提供互操作性框架，這些抽象層隔離和定義各種通信功能，從物理媒體中的比特傳輸（第 1 層）到在軟件中共享應(yīng)用程序數(shù)據(jù)（第 7 層）。這些層的簡要描述及其用途可以在圖 1 中找到。

【圖1 | OSI 模型概述了促進(jìn)電信和計算網(wǎng)絡(luò)互操作性的七個抽象層。］

雖然 OSI 模型的每個抽象層都有助于整體網(wǎng)絡(luò)互操作性，但每個抽象層都通過解決弗吉尼亞建模分析和模擬中心的概念互操作性模型 （LCIM）［2］ 級別定義的三類互操作性之一來實現(xiàn)這一點。這三類分別是技術(shù)互操作性、句法互操作性和語義互操作性［3］：

技術(shù)互操作性是網(wǎng)絡(luò)交換任何類型的原始信息的基本能力。技術(shù)互操作性由較低級別的 OSI 堆棧（第 1 - 4 層）管理，這些堆棧定義了在網(wǎng)絡(luò)上的點之間可靠地傳輸和接收數(shù)據(jù)的基礎(chǔ)設(shè)施。

句法互操作性，或在兩臺或多臺機器之間交換結(jié)構(gòu)化數(shù)據(jù)的能力，通常由 OSI 模型的第 5 層和第 6 層處理。在這里，XML 和 JSON 等標(biāo)準(zhǔn)數(shù)據(jù)格式提供了允許系統(tǒng)識別正在傳輸或接收的數(shù)據(jù)類型的語法。

語義互操作性使系統(tǒng)能夠以上下文方式（通常通過使用元數(shù)據(jù)）解釋結(jié)構(gòu)化數(shù)據(jù)的含義，并在 OSI 堆棧的第 7 層中實現(xiàn)。

在 OSI 框架中，每個抽象層的正確實現(xiàn)有助于形成互操作性瀑布，技術(shù)互操作性支持句法互操作性，進(jìn)而實現(xiàn)語義互操作性。技術(shù)互操作性目前在多域通信網(wǎng)絡(luò)中得到很好的理解和標(biāo)準(zhǔn)化，將句法和語義層作為真正可互操作的機器對機器 （M2M） 數(shù)據(jù)通信的關(guān)鍵可尋址點。

從句法互操作性到語義互操作性的轉(zhuǎn)變

OSI 模型的第 1 層到第 4 層提供了一套不可知的基于 Internet 協(xié)議 （IP） 的網(wǎng)絡(luò)基礎(chǔ)設(shè)施技術(shù)，句法和語義互操作性通常依賴于基于系統(tǒng)和數(shù)據(jù)類型優(yōu)化的行業(yè)特定格式和協(xié)議。手。為支持這些垂直市場中的 M2M 通信而對現(xiàn)有網(wǎng)絡(luò)基礎(chǔ)設(shè)施進(jìn)行了數(shù)十億美元的投資，這一事實變得更加復(fù)雜［4］。

為了在這些情況下促進(jìn)廣泛的句法互操作性，工業(yè)互聯(lián)網(wǎng)聯(lián)盟 （IIC）最近發(fā)布了“工業(yè)互聯(lián)網(wǎng)連接框架”或 IICF［3］。IICF 通過組合表示層和會話層（第 5 層和第 6 層）重新定義了傳統(tǒng)的 OSI 模型，以提供所有必要的機制來“促進(jìn)端點如何明確地結(jié)構(gòu)化和解析數(shù)據(jù)”（圖 2）。一組“核心連接標(biāo)準(zhǔn)”（目前是數(shù)據(jù)分發(fā)服務(wù) （DDS）、OPC 統(tǒng)一架構(gòu) （OPC-UA）、oneM2M 和 Web 服務(wù)）支持跨行業(yè)句法互操作性，這些標(biāo)準(zhǔn)通過一組建議的標(biāo)準(zhǔn)化進(jìn)行通信網(wǎng)關(guān)。

【圖2 | 工業(yè)互聯(lián)網(wǎng)聯(lián)盟的連接框架層為跨不同系統(tǒng)和域的句法互操作性提供了基礎(chǔ)。］

IICF 框架層允許在不同的服務(wù)質(zhì)量 （QoS） 級別的應(yīng)用程序之間傳輸狀態(tài)、事件和流。這樣的架構(gòu)足以滿足句法互操作性的要求。

除了 IICF 的句法互操作層之外，還有信息層（OSI 模型中的應(yīng)用層），其中語義互操作性尚未指定。這里發(fā)生的分布式數(shù)據(jù)管理和互操作性依賴于兩臺或多臺機器之間的指定本體，以自動準(zhǔn)確地解釋交換數(shù)據(jù)的含義（上下文）并將其應(yīng)用于有價值的目的。正如 IICF 的句法互操作方法所建議的那樣，該本體必須考慮在不同系統(tǒng)和環(huán)境之間交換的元數(shù)據(jù) 。它代表了連接系統(tǒng)之間最高級別的互操作性。

一些行業(yè)組織已努力實施涵蓋盡可能廣泛的行業(yè)和系統(tǒng)的語義數(shù)據(jù)模型（信息模型）。這些聯(lián)盟包括對象管理組 （OMG）、IPSO 聯(lián)盟、開放連接基金會 （OCF）、開放組、zigbee、全球標(biāo)準(zhǔn) 1 （GS1）、Schema.org、Project Haystack， 和別的。然而，他們在實現(xiàn)適用于基礎(chǔ)廣泛的跨行業(yè)用例的語義數(shù)據(jù)方案方面在很大程度上沒有成功，因為他們的經(jīng)驗往往基于狹窄的技術(shù)或行業(yè)細(xì)分集。

以下文章系列介紹了如何利用每種方法的最佳屬性來實現(xiàn)跨多個行業(yè)和 環(huán)境的可擴展語義互操作性。

描述數(shù)據(jù)的含義——數(shù)據(jù)語義

從傳感器到執(zhí)行器的數(shù)據(jù)

物聯(lián)網(wǎng) （IoT） 正在改變我們的世界，影響著我們管理和運營家庭、建筑物、商店、醫(yī)院、工廠和城市等環(huán)境的方式。成本更低的傳感器、更強大的控制器、“云”、智能設(shè)備和新的軟件應(yīng)用程序正在實現(xiàn)管理從設(shè)施到供應(yīng)鏈的一切的新方法。

智能設(shè)備正在顯著增加我們環(huán)境中可用數(shù)據(jù)的數(shù)量和類型，而新的軟件應(yīng)用程序正在創(chuàng)造從這些數(shù)據(jù)中受益的新方法。這些進(jìn)步共同推動了我們管理和操作這些環(huán)境的方式發(fā)生根本性轉(zhuǎn)變，使我們能夠從基于簡單反饋回路的傳統(tǒng)控制策略轉(zhuǎn)變?yōu)閷崟r告知各方智能設(shè)備和系統(tǒng)的實際性能的。

所有這些趨勢在有效結(jié)合使用時都有助于提高效率并節(jié)省總體運營成本。但是，訪問數(shù)據(jù)是一回事。使其具有可操作性是另一回事。隨著可用數(shù)據(jù)比以往任何時候都多，行業(yè)面臨著新的挑戰(zhàn)。

毫無疑問，廣泛采用物聯(lián)網(wǎng)和自動化系統(tǒng)面臨的最大障礙是互操作性。麥肯錫的一份報告估計，在物聯(lián)網(wǎng)中實現(xiàn)互操作性將在整個可用市場中增加 40% 的價值。

來自智能設(shè)備的數(shù)據(jù)以多種不同的格式進(jìn)行存儲和通信。它具有不一致的、非標(biāo)準(zhǔn)的命名約定，并提供非常有限的描述符以使我們能夠理解其含義。簡而言之，來自智能設(shè)備和自動化系統(tǒng)的數(shù)據(jù)缺乏描述其自身含義的信息。在沒有意義的情況下，需要進(jìn)行耗時的標(biāo)準(zhǔn)化工作，然后才能有效地使用數(shù)據(jù)來產(chǎn)生價值。結(jié)果是來自當(dāng)今設(shè)備的數(shù)據(jù)雖然在技術(shù)上“可用”，但很難使用，從而限制了各方從數(shù)據(jù)中包含的價值中充分受益的能力。

為了在分析、遠(yuǎn)程設(shè)備管理和自動化系統(tǒng)等增值應(yīng)用程序中利用數(shù)據(jù)，我們需要了解數(shù)據(jù)的含義。例如，如果我們從樓宇自動化系統(tǒng)（BAS） 中的傳感器 點獲取數(shù)據(jù)，它可能包含 77.6 的值。

【圖3 | 示例傳感器值］

在我們首先了解值的數(shù)據(jù)類型之前，我們無法進(jìn)行任何有效的分析或處理。該值是否代表溫度、速度、壓力或其他一些數(shù)據(jù)類型？

【圖4 | 具有數(shù)據(jù)類型語義的示例值］

如果該值代表一個溫度，那么我們需要知道它是 77.6 華氏度還是攝氏度。度量單位是我們理解和使用數(shù)據(jù)所需的另一個基本描述符。

【圖5 | 具有單位語義的示例值］

繼續(xù)我們的示例，如果我們只知道數(shù)據(jù)類型（溫度）和測量單位（oF），我們?nèi)匀徊惶私庵?77.6 的重要性。溫度值是否代表空氣、水或其他一些環(huán)境條件？

如果是建筑物內(nèi)樓層的空氣溫度，則對居住者來說可能有點熱。如果是鍋爐的水溫，可能太涼了。

【圖6 | 具有對象語義的示例值］

最后，如果 value 表示建筑物內(nèi)樓層的空氣溫度，則建筑物無人使用時可能很好，但有人占用時則不然。所以活動的日期和時間也很重要。

【圖7 | 帶時間戳的示例值］

假設(shè)值為 77.6 的傳感器由名稱（即標(biāo)識符）“zn3-wwfl4”標(biāo)識。如果我非常熟悉建筑系統(tǒng)和安裝時使用的命名約定，我可能能夠確定這意味著 3 區(qū)，西翼，4 樓。這會給我一些信息來處理。如果我對建筑物很了解，我可能還可以判斷出標(biāo)識符“zn3-wwfl4”是按占用計劃 #1（上午 7 點 30 分至下午 6 點 30 分）運行的樓層的空氣溫度，并且具有占用的冷卻設(shè)定點為 74 oF。

有了這些附加信息，我可以確定 77.6 的值不適合工作日上午 9:00 ——它太熱了，會導(dǎo)致乘客抱怨。然而，使我能夠做出決定的是關(guān)于特定傳感器含義的大量信息。由于我對建筑物的個人了解，我碰巧擁有的信息——但信息未記錄在控制系統(tǒng)（或任何單個數(shù)據(jù)存儲）中，并且不以任何一致的“機器可讀”格式提供。

這是使用當(dāng)今系統(tǒng)和設(shè)備產(chǎn)生的大量數(shù)據(jù)所面臨的挑戰(zhàn)——表示、交流和解釋數(shù)據(jù)含義的能力。這種“關(guān)于數(shù)據(jù)的數(shù)據(jù)”通常被稱為元數(shù)據(jù)或數(shù)據(jù)語義。

擁有有關(guān)傳感器點的適當(dāng)元數(shù)據(jù)將使我們能夠了解當(dāng)前值 77.6 的影響，而無需依賴個人對系統(tǒng)的了解。如上所述，如果我們知道與傳感器關(guān)聯(lián)的位置相關(guān)的時間表，我們可以確定它在占用時間內(nèi)溫度過高，并且居住者很可能不舒服。

但是，如果沒有必要的元數(shù)據(jù)，我們就無法確定當(dāng)前值的影響及其與正常系統(tǒng)操作的關(guān)系。因此，為了提供數(shù)據(jù)的有效使用，我們需要將元數(shù)據(jù)與傳感器 值結(jié)合起來。手動完成時，此過程稱為映射或數(shù)據(jù)規(guī)范化。歷史上，利用時間序列數(shù)據(jù)的這一步驟一直是一個耗時的手動過程，這大大增加了新軟件應(yīng)用程序（如分析、遠(yuǎn)程設(shè)備管理和自動化系統(tǒng)）的實施成本。

有趣的是，憑借過去十年獲得的所有功能以及標(biāo)準(zhǔn)通信協(xié)議的采用，大多數(shù)自動化系統(tǒng)幾乎沒有能力捕獲有關(guān)其包含的數(shù)據(jù)的語義信息。沒有標(biāo)準(zhǔn)化的方法來表示它們生成或包含的數(shù)據(jù)的含義。系統(tǒng)為傳感器點提供標(biāo)識符（ zn3 -wwfl4）、值（77.6） 和單位（oF），但幾乎沒有其他信息。結(jié)果是，在有效使用傳感器之前，需要一個勞動密集型過程來“映射”數(shù)據(jù)（數(shù)據(jù)映射） 數(shù)據(jù)可以開始了。顯然，這對有效使用智能設(shè)備提供的數(shù)據(jù)造成了重大障礙。

【圖8 | 數(shù)據(jù)交換和規(guī)范化］

到 2020 年，物聯(lián)網(wǎng)中的連接設(shè)備將超過 250 億臺。這些設(shè)備一起將產(chǎn)生前所未有的海量數(shù)據(jù)，為了創(chuàng)造價值，必須對這些數(shù)據(jù)進(jìn)行高效索引、共享、存儲、查詢和分析。

越來越多地，這些數(shù)據(jù)被規(guī)范化為時間序列數(shù)據(jù)——標(biāo)記有時間戳的數(shù)據(jù)——并以定期間隔（基于間隔）或狀態(tài)（或值）更改（基于事件）傳輸。

【圖9 | 時間序列和事件］

雖然分析應(yīng)用程序只需要時間序列數(shù)據(jù)的單向流，但自動化系統(tǒng)需要雙向數(shù)據(jù)流來將測量數(shù)據(jù)從傳感器和命令消息傳輸?shù)綀?zhí)行器。

【圖10 | 雙向數(shù)據(jù)流］

元數(shù)據(jù)挑戰(zhàn)

那么我們?nèi)绾尾拍懿东@所有這些信息，共享它，并將其與我們的自動化系統(tǒng)和智能設(shè)備中的數(shù)據(jù)元素相關(guān)聯(lián)呢？我們不能簡單地嘗試使用標(biāo)準(zhǔn)化的點標(biāo)識符來做到這一點。即使在我們的簡單示例中，我們的元數(shù)據(jù)也比在點標(biāo)識符中有效捕獲的要多。除此之外，隨著時間的推移，我們可能希望添加許多其他數(shù)據(jù)元素，這些數(shù)據(jù)元素遠(yuǎn)遠(yuǎn)超出了我們的簡單示例，顯然我們需要另一種方法。一個有效的解決方案需要具備以下特點：

它應(yīng)該將點 標(biāo)識符與相關(guān)元數(shù)據(jù)的表示分離?，F(xiàn)實情況是，我們在數(shù)千個系統(tǒng)中擁有數(shù)百萬個點，并且它們的點 標(biāo)識符無法更改。這根本不是一種選擇——也沒有必要。需要一個標(biāo)準(zhǔn)化模型來將元數(shù)據(jù)與現(xiàn)有的點標(biāo)識符相關(guān)聯(lián)。

它應(yīng)該利用標(biāo)準(zhǔn)化的元數(shù)據(jù) 標(biāo)識符庫來提供元數(shù)據(jù)術(shù)語的一致性。這將使軟件應(yīng)用程序無需規(guī)范化即可解釋數(shù)據(jù)含義。隨著新應(yīng)用程序的引入，該庫需要由行業(yè)專家維護。因此，元數(shù)據(jù)方法需要可擴展。

跨行業(yè)用例

語義互操作性的一個關(guān)鍵挑戰(zhàn)是能夠跨不同行業(yè)實現(xiàn)互操作性，每個行業(yè)都有自己的環(huán)境和互操作性用例。在本系列的后續(xù)部分中，將討論五個相互關(guān)聯(lián)的行業(yè)——住宅和建筑、能源、零售、醫(yī)療保健以及運輸和物流。

審核編輯：郭婷