OPCサーバーとは？OPC DAとOPC UAの違い・プラントでの接続構成を解説

OPCサーバーの役割——制御システムとITをつなぐ仕組み

OPCサーバーとは何か

OPCサーバーは、DCS（分散制御システム）やPLC（プログラマブルロジックコントローラ）が持つプロセスデータを、上位のITシステムへ受け渡すための仲介ソフトウェアです。OPCは「OLE for Process Control」を起源とする通信規格であり、制御機器メーカーごとに異なる独自プロトコルを共通のインターフェースに変換する目的で策定されました。

プラントの制御システムは、温度・圧力・流量などのプロセス値をリアルタイムに取り扱っています。しかし、これらのデータをSCADAやデータヒストリアン、MESなどの上位システムで活用するには、制御ネットワークとITネットワークの間にデータの橋渡し役が必要です。OPCサーバーはまさにこの橋渡しを担います。

なぜOPCサーバーが必要なのか

OPCサーバーが登場する以前は、制御機器と上位システムを接続するために、機器メーカーごとの専用ドライバを個別に開発・導入する必要がありました。プラントでは複数メーカーの機器が混在することが一般的であるため、接続の組み合わせが増えるほど開発工数と保守負担が膨れ上がるという課題がありました。

OPCサーバーは、制御機器側の独自プロトコルを「OPC」という標準インターフェースに変換します。これにより、上位システム側はOPCクライアント機能さえ備えていれば、機器メーカーを問わずデータを取得できるようになります。いわば、制御層とIT層の間に「共通言語」を提供するのがOPCサーバーの本質的な役割です。

OPCサーバーの基本動作

OPCサーバーの動作は、大きく以下の流れで構成されます。

1. 制御機器との通信：OPCサーバーが、DCSやPLCのネイティブプロトコル（Modbusやメーカー独自プロトコルなど）を使って制御機器と接続し、タグ（プロセス変数）のデータを読み取る
2. データの変換・保持：読み取ったデータをOPC規格に準拠した形式に変換し、メモリ上に保持する
3. OPCクライアントへの提供：上位システム（OPCクライアント）からの要求に応じて、保持しているデータを返す。クライアントはポーリングまたはサブスクリプション方式でデータを受け取る

この構造により、制御機器側は従来どおりの通信方式を維持したまま、上位システムとのデータ連携が実現します。

OPC DAとOPC UAの違い——どちらを選ぶべきか

OPC DA（Data Access）の特徴

OPC DAは、OPC規格の中でも最も初期に策定されたリアルタイムデータアクセスの仕様です。MicrosoftのDCOM（Distributed Component Object Model）技術を基盤としており、Windows OS上での動作を前提としています。

OPC DAの主な特徴は以下のとおりです。

• Windows OSのDCOM機構を利用してプロセス間通信を行う
• リアルタイムデータ（現在値・品質情報・タイムスタンプ）の読み書きに特化している
• 長年にわたって運用されてきた実績があり、対応する制御機器やソフトウェアの種類が非常に多い
• DCOMの設定（認証・アクセス権限・ファイアウォール通過）が煩雑になりやすい

OPC DAはプラントの制御システムにおいて広く普及しており、既存設備の多くがこの規格で運用されています。ただし、DCOMへの依存はWindowsプラットフォームへのロックインを意味し、ネットワーク越しの接続ではセキュリティ設定やファイアウォール構成に注意が必要です。

OPC UA（Unified Architecture）の特徴

OPC UAは、OPC DAの後継として策定された規格です。DCOMへの依存を排除し、プラットフォーム非依存のアーキテクチャとして設計されました。通信にはTCP/IPベースの独自バイナリプロトコルまたはHTTPS（WebServices）を使用します。

OPC UAの主な特徴は以下のとおりです。

• Windows、Linux、組み込みシステムなど、OSを問わず動作可能
• リアルタイムデータだけでなく、ヒストリカルデータ・アラーム＆イベント・メソッド呼び出しなどを統合的に扱える
• 情報モデルとしてデータ構造を定義でき、タグの意味や階層関係を含めたデータ交換が可能
• 通信の暗号化と認証がプロトコルレベルで組み込まれており、セキュリティが強化されている
• ファイアウォールフレンドリーな設計で、ネットワーク越しの通信が容易

OPC UAは国際標準規格（IEC 62541）としても認定されており、スマートファクトリーやIndustrie 4.0の文脈でも標準的な通信技術として位置づけられています。

OPC DAとOPC UAの比較

比較項目	OPC DA	OPC UA
通信基盤	DCOM（Windows依存）	TCP/IP独自プロトコル / HTTPS
対応OS	Windowsのみ	マルチプラットフォーム
データ範囲	リアルタイムデータ（現在値）	リアルタイム＋ヒストリカル＋アラーム＋メソッド
セキュリティ	DCOM認証（設定が煩雑）	暗号化・証明書認証を標準装備
情報モデル	フラットなタグリスト	階層構造・型定義を持つ情報モデル
ファイアウォール対応	DCOMのポート設定が複雑	単一ポートでの通信が可能
普及状況	既存設備で広く稼働中	新規導入・更新案件で採用が拡大

選定の考え方

既存システムとの互換性が最優先であれば、OPC DAを継続利用するのが現実的です。既に稼働している制御システムがOPC DAベースで構築されている場合、無理にOPC UAへ移行する必要はありません。

一方、新規にシステムを構築する場合や、制御ネットワークとITネットワークをまたぐデータ連携を強化したい場合は、OPC UAの採用が適しています。セキュリティ要件が厳しい環境や、Linuxベースのサーバーで統一したい場合にも、OPC UAが有利です。

実際のプラントでは、OPC DAで稼働する既存設備と、OPC UAに対応した新規設備が混在するケースが多く見られます。このような場合は、OPC DA/UA間のブリッジ機能（ゲートウェイ）を備えたOPCサーバー製品を活用し、段階的にOPC UAへ移行する方法が取られます。

プラントにおけるOPCサーバーの典型的な構成例

制御ネットワークとITネットワークの分離

プラントのネットワーク構成では、制御ネットワーク（OTネットワーク）と情報ネットワーク（ITネットワーク）を分離するのが基本原則です。制御ネットワークにはDCS、PLC、フィールド機器などが接続され、リアルタイム制御のための通信が行われています。一方、ITネットワークにはデータヒストリアン、MES、ERPなどの業務系システムが配置されます。

OPCサーバーは、この二つのネットワーク間に位置し、制御データをIT側へ引き渡す接点となります。セキュリティの観点から、OPCサーバーを配置するネットワーク層（DMZ：非武装地帯）を設け、直接的な通信経路を遮断する構成が推奨されます。

基本的な接続構成

プラントにおけるOPCサーバーの典型的な接続構成は以下のとおりです。

1. フィールド機器層：温度計、圧力計、流量計などのセンサー・アクチュエータが配置される。フィールドバスやアナログ信号でDCS/PLCと接続される
2. 制御層：DCSコントローラやPLCが配置され、プロセス制御を実行する。制御ネットワーク上で相互通信を行う
3. OPCサーバー層：制御層のDCS/PLCからデータを取得し、OPC規格で上位へ提供する。DCSの場合はDCSベンダーが提供するOPCサーバーインターフェースを利用し、PLCの場合はPLCの通信プロトコルに対応したOPCサーバーソフトウェアを使用する
4. 情報層：データヒストリアン、SCADA、MESなどがOPCクライアントとしてOPCサーバーからデータを取得する

冗長構成の考え方

プラントの運転データは操業管理や品質保証の根幹となるため、OPCサーバーの可用性確保は重要な設計要件です。代表的な冗長化の方法には以下のようなものがあります。

• OPCサーバーの二重化：プライマリとセカンダリの2台を用意し、障害発生時に自動切り替えする構成
• ネットワーク経路の冗長化：制御ネットワーク側・ITネットワーク側ともにNIC（ネットワークインターフェースカード）を二重化し、経路障害に備える
• DCS/PLC側インターフェースの冗長化：DCSコントローラが冗長構成の場合、OPCサーバーは両系統と接続し、稼働系からデータを取得する

冗長構成の採用判断は、プラントの連続運転要件やデータ欠損の許容範囲に応じて決定します。

OPCサーバーとデータヒストリアンの接続パターン

データヒストリアンとの基本的な関係

データヒストリアンは、プロセスデータを時系列で長期間蓄積するためのデータベースです。OPCサーバーが提供するリアルタイムデータを受け取り、タイムスタンプ付きで記録していきます。OPCサーバーがデータの「入り口」であるのに対し、データヒストリアンはデータの「蓄積庫」として機能します。

データヒストリアンはOPCクライアント機能を内蔵しているのが一般的であり、OPCサーバーに対してサブスクリプション（データ変化時の通知）またはポーリング（定周期での読み取り）でデータを取得します。

接続パターンの分類

OPCサーバーとデータヒストリアンの接続パターンは、プラントの規模やネットワーク構成に応じていくつかのバリエーションがあります。

パターン1：同一サーバー上にOPCサーバーとヒストリアンを配置

小規模なシステムや、データ収集対象のタグ数が限られる場合に採用されることがあります。OPCサーバーとデータヒストリアンが同一マシン上で動作するため、ネットワーク遅延がなく構成もシンプルです。ただし、サーバー障害時にデータ収集と蓄積の両方が停止するリスクがあります。

パターン2：OPCサーバーとヒストリアンを別サーバーに分離

中規模以上のプラントで一般的な構成です。OPCサーバーは制御ネットワーク寄りに配置し、データヒストリアンはITネットワーク側に配置します。役割の分離により、それぞれのサーバーの負荷を管理しやすく、セキュリティゾーンの分離も明確になります。

パターン3：複数のOPCサーバーから1台のヒストリアンにデータを集約

大規模プラントや複数プラントを統合管理する場合に見られるパターンです。DCSやPLCのベンダーが異なるエリアごとにOPCサーバーを設置し、中央のデータヒストリアンがそれぞれのOPCサーバーに接続してデータを収集します。この構成により、プラント全体のプロセスデータを一元的に蓄積・参照できるようになります。

パターン4：OPC DAからOPC UAへのブリッジを介した接続

既存のOPC DA環境と、OPC UAに対応したデータヒストリアンを接続する場合に必要となる構成です。DA/UA変換を行うゲートウェイソフトウェアを中間に配置し、プロトコル変換を行います。システム更新時の過渡期に採用されるケースが多く見られます。

データ取得方式の選択

データヒストリアンがOPCサーバーからデータを取得する方式には、主に2種類あります。

取得方式	概要	適する用途
サブスクリプション方式	データの値が変化した場合にOPCサーバーから通知を受ける。デッドバンド（変化幅の閾値）を設定可能	変化頻度にばらつきがあるデータ。ネットワーク負荷を抑えたい場合
ポーリング方式	OPCクライアント側から定周期でデータを読み取る	一定間隔での記録が必要な場合。制御値の定期サンプリング

多くのデータヒストリアンでは、サブスクリプション方式を標準としつつ、タグごとに取得周期やデッドバンドを設定できるようになっています。

OPCサーバー導入時の注意点とトラブル対策

DCOM設定に起因するトラブル（OPC DA環境）

OPC DA環境で最も多いトラブルは、DCOMの設定に起因する接続障害です。OPCサーバーとOPCクライアントが異なるマシンに配置されている場合、以下の点に注意が必要です。

• 双方のマシンでDCOMのリモートアクセス権限が適切に設定されているか
• Windowsファイアウォールや中間のネットワーク機器がDCOMのポート（動的ポートを含む）を遮断していないか
• ユーザーアカウントの認証が正しく構成されているか（ドメイン環境／ワークグループ環境で設定方法が異なる）

DCOM設定の不備は、接続拒否やタイムアウトとして現れることが多く、エラーメッセージだけでは原因の特定が難しい場合があります。導入時にDCOM設定手順を文書化しておくことが、長期運用におけるトラブル対応の効率化につながります。

ネットワークセキュリティとの整合

プラントのネットワークセキュリティポリシーとOPCサーバーの通信要件が衝突するケースがあります。特に、制御ネットワークとITネットワーク間にファイアウォールを設ける構成では、OPC通信で使用するポートの許可設定を事前に調整する必要があります。

OPC UAの場合は通信ポートを単一に固定できるため、ファイアウォール設定は比較的容易です。一方、OPC DA（DCOM）の場合は動的ポートを使用する特性があり、ファイアウォール設定が複雑になります。この点もOPC UAへの移行が推奨される理由の一つです。

タグ数とサーバー負荷の管理

OPCサーバーが取り扱うタグ数が増加すると、サーバーのCPU・メモリ使用率が上昇し、データの更新遅延が発生する可能性があります。以下の対策が有効です。

• 実際に上位システムで必要なタグのみを登録し、不要なタグの購読を避ける
• サブスクリプションの更新周期を用途に応じて適切に設定する（すべてのタグを高速周期にしない）
• タグ数が多い場合はOPCサーバーを複数に分散し、負荷を分散する

OPCサーバーの監視と保守

OPCサーバーはプラントのデータ収集基盤において重要なコンポーネントであるにもかかわらず、導入後の運用監視が手薄になりがちです。以下の項目を定期的に確認する運用が望まれます。

• OPCサーバープロセスの稼働状態（異常停止していないか）
• OPCクライアントとの接続状態（セッション切断が発生していないか）
• タグデータの品質情報（Bad品質のタグが増加していないか）
• サーバーマシンのリソース使用状況（CPU、メモリ、ディスク）

多くのデータヒストリアン製品にはOPCサーバーの接続状態を監視する機能が備わっているため、これを活用してデータ欠損の早期発見に役立てることができます。