MEGAsys 安防系列的設備服務，自成立以來一直致力於發展整合式安全管理系統，使資訊平臺與安防系統整合，達成管理平台用戶高度穩定性及高度便利性的需求。
MEGAsys v4.0 OPC伺服器開發，是基于COM/DCOM 技術，與Data Access Specification，跟隨OPC 原則和傳輸控制協議/網路在Ethernet上的協議，使MEGAsys管理平台，根據OPC標準，用戶可以工具建立具體的通訊，易于使用的構造，迅速的組織系統並與數據庫交換資料；方便與其他工業自動化控制或樓宇智控平台間界接使用。
MEGAsys v4.0 OPC伺服器還能應用ET-8c500/ ET- 8c800L 等DI/DO 控制單元，便利的和各種類比CCTV 與IP CCTV 監視影像系統存取控制。 MEGAsys v4.0 OPC Server伺服器已經過多年的實案應用例證，現在正式發佈使用，未來將提供MEGAsys管理平台可靠穩定和高性能的發展方式；與任何OPC連線端，無限應用可能的聯繫，通過收集各種安防設備資訊，並加以智慧化運用，將使您的系統整合更加便捷。
MEGAsys v4.0 OPC Server 發佈使用說明下載(PDF.)
Operation Manual
MEGAsys
Operation Manual - v4.0 (Big5 Chinese)
MEGAsys Operation Manual - v4.0 (GB Chinese)
MEGAsys
Operation Manual - v4.0 (English)
Macro Manual
MEGAsys Macro Manual - v4.0 (Big 5 Chinese)
MEGAsys Macro Manual - v4.0 - r2.2 (GB Chinese)
MEGAsys Macro Manual - Engv4.0 - r2.3 (English)
Quick Start Manual
MEGAsys Quick Start Manual v4.71 (Big5 Chinese)
MEGAsys
Quick Start Manual v4.3 (GB Chinese)
MEGAsys Operator Manual v4.5 (Big5 Chinese)
Operator's Manual
MEGAsys Operator's Operation Manual V4.0 (Big5 Chinese)
MEGAsys Door Lock Operator's Operation Manual (Big5 Chinese)
補充說明:
OPC
是
OLE
for Process Control (OLE = Object Linking and Embedding)
的縮寫，在自動化產業常見的情形是，利用來自許多不同的硬體供應商的設備，和來自許多不同軟體供應商的視覺化套裝軟體與生產流程控制軟體，才能組合成一個完整的系統。在這個系統裡面，不同的軟體組件需要去相互通訊。應用軟體必須與各種I/O
設備及其他應用程式作通訊。為了讓這些不同的軟體模組來一起工作，對生產系統製造商來說，是很大的一個問題。
這些問題的產生是由於資料交換的界面缺乏相容的標準。在過去，廠商都是發展他們自己專屬的硬體與軟體解決方案。所有的生產流程控制與資訊系統，都有它們自己存取資訊的界面。通常一個
I/O
設備的驅動程式，都是由不同的廠商去開發許多次。這樣子就可能在不同客製化開發或是昇級過的驅動程式之間造成無法一起工作的情形。一個設備也許不能讓不同的軟體同時使用，因為它們必須使用獨立的驅動程式且硬體特性也不支援客制化驅動程式。
在過去，硬體廠商利用提供他們自己的驅動程式的方式，試著去解決一些這類的問題。今天，最新最快的解決方式，是採用標準的
Plug
and Play
的軟體技術給生產流程控制與自動化。有了這樣的一個標準，使得不同的套裝軟體輕易地與不同的設備連接和通訊變成可能。此一標準，就是
OPC。
OPC
是由一些全世界的領導性硬體與軟體供應廠家，經與
Microsoft
合作，所共同建立出來的一個工業標準。OPC
是植基於
OLE（現在稱為
ActiveX），COM
(Component Object Model) 和
DCOM
(Distributed Component Object Model) 技術，且支援所有
32
位元的微軟
Windows
作業系統。將
DCOM
port 到其它作業系統，使得它也能整合
Linux
和
Unix
系統。OPC
定義了一組標準界面、屬性和方法，以使用在生產流程控制和自動化軟體應用系統。
1994年間，由一群產業界的代表性廠家組成一個團體，現在稱為OPC基金會。OPC基金會以發展出單一的client/server規範為目標，能夠讓各個廠家依循此一規範，去發展能夠在快速與穩定的情況下分享資料的軟體和應用程式，而且如此一來，各個廠家就可以減少因為必須針對不同的設備去開發特有的驅動軟體而付出的加倍心。OPC基金會發展出的第一個規範稱為Data
Access Specification
1.0a，在1996年初發表。依循此一規範，廠家可以快速地開發client/server的驅動軟體。
OPC定義兩組界面：OPC
Custom Interfaces和OPC
Automation
Interfaces。
OPC規範定義COM界面，而不是實作那些界面。它定義界面的行為，這些界面是設計來預計提供給使用它們的OPC
Client應用程式用的。包括架構和被認為是此架構最恰當的界面之描述。像所有COM元件的實作一樣，OPC的架構是一個Client/Server的模組，OPC
Server組件提供界面給OPC物件，並管理這些界面。在實作一個OPC
Server時有一些特別的考慮，最主要的考慮是資料經由非共享的通訊路徑傳送至實體設備的頻率。所以，我們希望OPC
Server將是local或remote的EXE執行檔，它包含負責有效率的從實體設備收集資料的程式碼。
OPC
Client應用程式經由指定的OPC
Custom和Automation界面與OPC
Server通訊。OPC
Server必須實作Custom界面，和選擇性地實作Automation界面。
OPC
Server也被期望將強化和最佳化被各種OPC
Client資料存取的效能，以提昇與實體設備做更有效率的通訊。如果是讀出，從設備取出的資料儲存在緩衝區，以備OPC
Clients作非同步的散佈，或是同步的收集。如果是寫入，OPC
Server根據OPC
Clients的行為來更新實體設備中的資料。