開放平臺通信（OPC）是一套工業電信的標準和規范。它們是基于用于過程控制的對象鏈接和嵌入（OLE）。一個工業自動化工作組在1996年以過程控制的OLE為名制定了原始標準。OPC規定了不同制造商的控制設備之間的實時工廠數據通信。

在1996年首次發布后，OPC基金會成立，以維護這些標準。由于OPC已被采用到過程控制領域之外，OPC基金會在2011年將其名稱改為開放平臺通信。名稱的改變反映了OPC技術在樓宇自動化、離散制造、過程控制等方面的應用。OPC也超越了它最初的OLE實現，包括其他數據傳輸技術，包括微軟的.NET框架、XML，甚至OPC基金會/s二進制編碼的TCP格式。

OPC規范/'是基于微軟為微軟Windows操作系統系列開發的OLE、COM和DCOM技術。該規范定義了一套標準的對象、接口，如用于過程控制和制造自動化應用的IDL和方法，以促進互操作性。最常見的OPC規范是OPC數據訪問，用于讀取和寫入實時數據。當供應商提到OPC時，他們通常指的是OPC數據訪問（OPC DA）。OPC DA本身自成立以來已經經歷了三次重大修訂。版本是向后兼容的，即一個版本3的OPC服務器仍然可以被一個版本1的OPC客戶端訪問，因為該規范增加了功能，但仍然需要舊版本也被實現。然而，寫一個不支持舊功能的客戶端是可能的，因為一切都可以用較新的功能完成，所以一個DA-3兼容的客戶端不一定能與DA 1.0服務器一起工作。

除了OPC DA規范外，OPC基金會還維護OPC歷史數據訪問（HDA）規范。OPC HDA允許訪問和檢索歸檔的數據，而不是由OPC DA訪問的實時數據。

OPC報警和事件規范由OPC基金會維護，定義了報警和事件類型信息的交換，以及變量狀態和狀態管理。到2002年，該規范與現場總線和其他以前的標準進行了比較。

一個OPC Express接口，OPC Xi，在2009年11月被批準與.NET框架一起使用。OPC Xi使用Windows Communication Foundation而不是DCOM，所以它可以被配置為通過網絡地址轉換（NAT）進行增強的安全通信。

大約在同一時間，OPC統一架構（UA）被開發為獨立于平臺。UA可以用Java、微軟.NET或C語言實現，不需要使用微軟Windows平臺的早期OPC版本。UA將現有OPC接口的功能與XML和Web服務等新技術相結合，提供更高水平的制造執行系統（MES）和企業資源規劃（ERP）支持。UA的xxx個工作組在2003年開會，1.0版在2006年發布。

2010年9月16日，OPC基金會和MTConnect研究所宣布合作，以確保這兩個標準之間的互操作性和一致性。

OPC旨在為基于Windows的軟件應用和過程控制硬件之間提供一個共同的橋梁。該標準定義了一個一致的方法來訪問工廠車間設備的現場數據。無論數據的類型和來源如何，這種方法都是相同的。一個硬件設備的OPC服務器為OPC客戶訪問他們的數據提供與任何其他硬件設備的OPC服務器相同的方法。目標是減少硬件制造商和他們的軟件合作伙伴，以及監督控制和數據采集（SCADA）和其他人機界面（HMI）制造商為了連接兩者而需要的重復工作。一旦硬件制造商為一個新的硬件設備開發了OPC服務器，他們的工作就完成了，允許任何 "高層 "訪問他們的設備，而一旦SCADA制造商開發了他們的OPC客戶端，它允許訪問任何有OPC兼容服務器的硬件。

OPC服務器為不同的軟件包（只要它是一個OPC客戶端）提供了一種方法，以訪問來自過程控制設備的數據，如可編程邏輯控制器（PLC）或分布式控制系統。傳統上，任何時候一個軟件包需要從一個設備訪問數據，必須編寫一個自定義的接口或驅動程序。在OPC規范中，沒有任何東西限制服務器提供對過程控制設備的訪問。