1. 概述

　　OPC-UA為用戶構建下一代應用軟件中的組件模塊是非常重要的。由于確保了與老版本的兼容，供應商可以獲得更多收益，因為采用新的OPC UA架構，沒有任何損失，卻增加更多的可能性。

　　過去的十年，軟件供應商使用面向對象和面向服務的架構設計產品，獲得了伸縮性和可靠性的結果。令人驚訝的是，這些成功的架構模型很少被用來實現整個工廠的信息交換。這些技術的延遲使用幾乎都是因為自動化應用的嚴重滯后，應用設計為只能處理簡單排列的信息，而不能消費和改變復雜的信息。

　　一個對象所攜帶的信息比簡單排列的數據所攜帶的信息要豐富的多。在一個典型自動化應用中，你通常不希望分析單個、隔離的排列數據，因為枯燥無趣。如果分析某些數據與其他數據的關系，以及對整個運行性能的影響，那么做起來會比較有意思。

　　現實生活中的對象都攜帶了大量的信息。比如，當你考慮一個“鍋爐”對象時，對象所攜帶的信息比壓力和溫度組合起來的排列數據要大得多。一個現實的鍋爐就是一個對象，我們可以與這個物理對象進行互動，運行或者停止他，改變溫度的設定值，或者分析一個參數的改變會怎樣影響其他參數的。這種信息是邏輯編組的，必須放在一起分析。

　　按照軟件的說法，一個對象是屬性(溫度、壓力)、方法(運行、停止)和事件(溫度過高，壓力過低)的集合。對象是按照層次結構進行組織的，按照這種方法，一個對象可以包含簡單更小的對象(一個鍋爐的閥門也可以是一個對象，具有屬性、方法和事件)。如果按照這種表達方式進行思考，當把工廠現場的數據映射成對象的層次結構時，你會發現數據變得簡單明快，而且容易處理。

　　2. 雙重屬性

　　新OPC 統一架構(OPC-UA)是多家工業自動化領先廠家數年合作的結果，目標是用豐富、面向對象和安全的方法，為交換信息創建一個開放標準。這個標準實現了用面向對象的方法，為映射和交換現實生活中信息，提供了滿意的答案。

　　OPC-UA 具有雙重屬性，這就是面向對象和面向服務。OPC-UA面向對象的屬性提供了資產可以跨越整個工廠的復用性，并且提供一種公共對象管理方法，支持復雜和靈活的數據模型。OPC-UA面向服務的屬性允許與其他平臺有更廣泛的互操作性，以及增強的可視性和安全性。

　　3. OPC-UA 標準

　　OPC-UA 不是要替換現有的標準，諸如傳統的OPC，而是對他們的一種補充，提供一種公共互操作層，交換信息與安排過程。OPC-UA 展現了全部現有 OPC 服務器的功能，并且在他們的上層進行了擴展。與以前標準相兼容，確保在市場上的OPC和OPC UA產品能夠共存，給用戶更多的選擇。

　　使用這個重要標準的關鍵問題之一是實施他們非常具有挑戰性。為此，OPC基金會建立了實施步驟和輔助工具，減少了標準實施的難度。

　　為了便于采用新標準和降低使用門檻，OPC基金會已經開發了一套OPC-UA軟件開發工具(SDK)。可以把這個SDK作為一個進入點，啟動你已有的應用，激活OPC UA的功能，使他們使能。這個SDK由一系列應用編程接口和簡單的程序所組成。因為OPC UA的屬性，所以編寫的OPC UA 規范是與平臺無關的，也由于這個原因，這個SDK可以有不同的“口味”(因為不同的平臺有自己的特性)，供不同平臺的用戶能方便使用。.Net、ANSI C 和Java的樣例程序會提供給OPC基金會的成員，作為一種鼓勵。

　　SDK具有的不同“口味”是針對不同的平臺要滿足不同的特殊需求而設計的，例如存儲器和處理器的需求，但他們都具有所有的功能，從而可以滿足彼此間的無縫互操作。.Net版本的SDK最適合于富客戶機/服務器的用戶使用，而ANSI C版本更適合于嵌入式設備的瘦型應用，因為這種應用對存儲器空間和CPU占用十分敏感。Java版本更加適合于Web環境和瘦客戶機，但也可以用于其他環境。根據不同的性能需求、跨平臺能力和因特網友好性，每個軟件供應商可以選擇他們喜歡的方案。