1. 組件對象模型(COM)/分布式組件對象模型(DCOM)的終止

　　傳統(tǒng)OPC應(yīng)用之間的數(shù)據(jù)交換是基于微軟的組件對象模型(COM)技術(shù)。因?yàn)橐暣?Windows)操作系統(tǒng)在世界范圍內(nèi)得到了廣泛的應(yīng)用，同時(shí)也促進(jìn)了視窗計(jì)算機(jī)在自動化中的使用，所以COM技術(shù)也為OPC技術(shù)的廣泛使用創(chuàng)造了條件。在2002年初，微軟發(fā)布了新的.NET框架并且宣布COM技術(shù)的停止研發(fā)。雖然這不意味著將來的視窗操作系統(tǒng)不支持COM，但作為停止的結(jié)果，傳統(tǒng)OPC的基礎(chǔ)技術(shù)已經(jīng)不再發(fā)展，或早或晚要被淘汰，所以要尋求新的替換方案。

　　2. COM 的局限

　　上世紀(jì)90年代，隨著視窗計(jì)算機(jī)的普及，微軟COM/DCOM技術(shù)引入的一組特性，得到了家庭計(jì)算機(jī)用戶和工業(yè)自動化用戶的高度欣賞。這些特性包括了拷貝與粘貼，拖拽與投放，鏈接與嵌入。DCOM還提供了完整的通信基礎(chǔ)架構(gòu)，并帶有必要的安全機(jī)制，諸如授權(quán)、鑒權(quán)和加密。DCOM安全機(jī)制能夠?qū)崿F(xiàn)計(jì)算機(jī)對數(shù)據(jù)和程序的遠(yuǎn)程訪問。但DCOM安全機(jī)制同時(shí)也對安裝工程師、系統(tǒng)集成商和開發(fā)者管理項(xiàng)目提出了挑戰(zhàn)，其中包括了跨越PC的OPC通信。正確地設(shè)置DCOM安全功能是非常困難的任務(wù)，需要很多專業(yè)的知識。作為結(jié)果，安裝工程師和系統(tǒng)集成商會例行公事地選擇快速流程，在所有連網(wǎng)的OPC計(jì)算機(jī)采取寬松的訪問授權(quán)，造成大多數(shù)保護(hù)不起作用且允許非授權(quán)遠(yuǎn)程訪問。這種做法與信息技術(shù)(IT)安全的要求相違背。在長期運(yùn)行時(shí)，可能會有粗心大意者或者蓄意破壞的人造成損害的危險(xiǎn)。DCOM安全設(shè)置常常需要一種特別才能，而配置OPC通信功能則非常容易。

　　3. OPC 通信穿過防火墻

　　在自動化行業(yè)，很早就認(rèn)識到OPC通信需要跨越計(jì)算機(jī)邊界的必要性，這是另一個(gè)DCOM限制傳統(tǒng)OPC通信的地方。DCOM需要多個(gè)端口，如鑒權(quán)、傳輸數(shù)據(jù)和一系列服務(wù)建立一個(gè)連接。所以，在防火墻中不得不打開很多端口，才能讓DCOM通信穿過他。在防火墻上每打開一個(gè)端口都是一個(gè)安全隱患，為黑客攻擊提供一種潛在可能。OPC UA中的隧道技術(shù)是一種被廣泛接受的策略，解決了傳統(tǒng)OPC產(chǎn)品中DCOM限制的問題。

　　4. 在非視窗平臺使用OPC

　　在工業(yè)應(yīng)用中，幾乎“無所不在”的微軟平臺，把DCOM 作為操作系統(tǒng)的一個(gè)組件是傳統(tǒng)OPC能被快速接受的一個(gè)重要因素。但是同時(shí)，OPC的集成概念在使用其他操作系統(tǒng)時(shí)就不靈光了，因?yàn)樗麄儾恢С諨COM。比如在IT行業(yè)，常常使用Unix或者Linux系統(tǒng)就是這種情況。

　　自動化也是這樣，有的應(yīng)用領(lǐng)域明確拒絕使用視窗操作系統(tǒng)。嵌入式設(shè)備領(lǐng)域是另一個(gè)視窗很難(除了視窗CE或者嵌入XP)涉及的領(lǐng)域。這里，復(fù)雜的應(yīng)用直接嵌入到現(xiàn)場設(shè)備、PLC、操作屏和其他設(shè)備之中。他們運(yùn)行VxWorks、QNX、嵌入式Linux、RTOS或者其他嵌入式操作系統(tǒng)而沒有DCOM。在這些領(lǐng)域里使用OPC 的集成概念注定要失敗，因?yàn)镺PC需要DCOM作為技術(shù)基礎(chǔ)，而這個(gè)基礎(chǔ)在嵌入式系統(tǒng)中正好缺失。

　　5.通過Web服務(wù)實(shí)現(xiàn)跨平臺的OPC通信

　　隨著在2003年OPC XML-DA規(guī)范的發(fā)布，OPC基金會第一次展示了一種獨(dú)立于視窗平臺的方式和克服DCOM限制的方法。今天，很多OPC XML-DA產(chǎn)品演示了基于Web服務(wù)的OPC技術(shù)。但是XML-DA 通信的數(shù)據(jù)吞吐量還是比不上DCOM，通信速度要慢5到7倍。這個(gè)速度對于很多自動化的要求而言是太慢了。基于Web服務(wù)的OPC通信功能還是有用的，因?yàn)閷?shí)現(xiàn)了跨越操作系統(tǒng)的能力，但還要進(jìn)一步提高數(shù)據(jù)傳輸性能。

　　6. 統(tǒng)一數(shù)據(jù)模型

　　迄今為止，傳統(tǒng)的OPC技術(shù)已有3種不同的OPC服務(wù)器 – 數(shù)據(jù)訪問服務(wù)器、報(bào)警與事件服務(wù)器和歷史數(shù)據(jù)訪問服務(wù)器。如果用戶需要獲取一個(gè)溫度傳感器的當(dāng)前值，一個(gè)溫度超過限定值的事件和一個(gè)溫度的歷史平均值，那么他必須發(fā)送3個(gè)請求，訪問3個(gè)服務(wù)器。用戶訪問過程數(shù)據(jù)、事件和歷史數(shù)據(jù)用不同的方法要花費(fèi)很多的時(shí)間。所以，統(tǒng)一這3種對象模型可以使這樣的事情變得非常簡單，不僅對OPC產(chǎn)品的供應(yīng)商有利，也對系統(tǒng)集成商和用戶有利。