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

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

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

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

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

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

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

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

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

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