一個物聯(lián)網(wǎng)應用（App#1）可以通過中間件平臺（MP#1）與相關的傳感器（Sensor#1）進行通信。它還可能根據(jù)傳感器數(shù)據(jù)，向執(zhí)行器（Actuator#1）發(fā)送命令。在圖示右側的第二個物聯(lián)網(wǎng)解決方案中，也有類似的布置。

現(xiàn)在我們假設有一種方法可以提高App#1的性能，通過使用與App#2相關的傳感器數(shù)據(jù)。如果App#1和App#2之間存在互操作性，無論是通過外部數(shù)據(jù)交換（OTT互操作性），還是通過其各自的中間件平臺之間的互操作性，這都是可能的?；蛘?，App#1可能可以訪問Sensor#2，因為它們各自的中間件平臺之間具有互操作性。這種情況有助于我們考慮應用的水平互操作性，可以發(fā)現(xiàn)資源（例如，其他應用，其他中間件平臺，其他傳感器/執(zhí)行器等），以識別其提供的服務（例如，發(fā)布的數(shù)據(jù)流，遠程啟動等），并通過事務（例如，發(fā)布/訂閱解決方案堆棧數(shù)據(jù)，計費和結算的使用跟蹤等）來使用這些服務。

在任意互操作性情況下，將會出現(xiàn)解決方案負責人發(fā)現(xiàn)更好的傳感器（更高的性能），或者以更低的成本或更高的可靠性提供相同性能水平的傳感器。App#1的負責人可能希望更換供應商，或使用多供應商解決方案，通過從供應商B處獲得更好的產品來替換供應商A的Sensor#1。此示例提供了另一種技術和供應商互操作性的方案，價值堆棧的垂直領域。

迄今為止的討論都是在雙應用場景中的框圖架構中。這種布置的物理實施，涉及來自不同供應商的硬件和軟件。如果解決方案負責人希望更改網(wǎng)關，使用來自不同供應商的網(wǎng)關，那么會評估網(wǎng)關到中間件（和網(wǎng)關到傳感器）的互操作性，以最大限度地減少自定義系統(tǒng)集成工作。這種互操作性類似于計算機連接到互聯(lián)網(wǎng)，或能夠國際漫游的手機。

在當今的云計算世界中，支持物理互操作性的一個例子可能涉及一個托管在Amazon Web Services上的應用（及其數(shù)據(jù)），和另一個托管在Microsoft Azure上的應用。這種布置是否提供了兩個云基礎設施服務之間的雙向互操作性（包括通信，服務水平，數(shù)據(jù)語義等），還是取決于中間的解析？

考慮到這些不同的方案，為什么企業(yè)對物聯(lián)網(wǎng)互操作性進行戰(zhàn)略思考是很重要的？至少有三個原因。首先，企業(yè)需要決定是投資單個或孤立應用。比如，他們是否只是想在一個工廠機器上安裝狀態(tài)監(jiān)測應用，有著幾十年的使用壽命？或者，他們希望使用相同的連接設備來支持其他應用，因此在未來可以支持多個潛在的跨部門或跨供應商應用？這關乎于產品發(fā)展的規(guī)劃。

其次，物聯(lián)網(wǎng)技術的用戶是否將自己鎖定在單一技術或單一供應商解決方案中？有一種方法可以解決這個困境。例如，許多電信運營商根據(jù)基于標準的互操作性，在其網(wǎng)絡中部署多供應商基礎設施。其他行業(yè)可以參考這個戰(zhàn)略。工廠，辦公室和家庭都擁有多個供應商的電器和設備，需要設備（終端執(zhí)行器，傳感器和網(wǎng)關）以及應用（未來的某個時刻）之間的互操作性。

第三，物聯(lián)網(wǎng)技術的用戶需要認識到技術上的不斷演變，及其對解決方案堆棧的影響。雖然當前的互操作性討論側重于通信和硬件的兼容性，但是日后的解決方案會將互操作性挑戰(zhàn)提升到價值層面上。

考慮涉及到多個互操作系統(tǒng)的場景，等同于交互數(shù)據(jù)片。無論數(shù)據(jù)格式是什么，這確保了系統(tǒng)之間的數(shù)據(jù)一致性。實際上，這可能來自于支持多個物聯(lián)網(wǎng)應用的溫度傳感器的數(shù)字流；由于傳感器和應用之間的語義互操作性，每個應用會將正確的含義應用于數(shù)字流（即，將它們識別為溫度數(shù)據(jù)，無論是攝氏或華氏，而不需要將配置參數(shù)硬編碼在應用中）。

技術演變具有長期的影響和投資意義。投資決策會有長期后果，以及期望在未來支持新的應用和業(yè)務模式中所獲得的價值。