〖入門〗OPC UAとは？PLC・SCADA・上位システムをつなぐ通信技術

OPC UAという言葉を聞いたことはあるでしょうか。

工場やプラントでは、PLC、DCS、SCADA、データ収集サーバ、MES、クラウドなど、さまざまなシステムが使われています。これらのシステムは、それぞれメーカーや役割が違うため、単純につなげばすぐにデータをやり取りできるわけではありません。

そこで登場するのが、OPC UAです。

OPC UAは、製造現場のデータを異なるシステム間でやり取りするための通信・データ連携の標準技術です。PLCやDCSのデータを、SCADAや上位システムへ渡す場面でよく登場します。

本記事では、OPC UAの基本的な役割、構成、通信の仕組み、現場での使われ方、注意点について、イラストを交えながら解説します。

この記事で分かること

OPC UAとは何か
PLC・DCS・SCADAとの関係
OPC UAサーバとOPC UAクライアントの役割
情報モデル、タグ、ノードの考え方
現場で導入するときの注意点

PLCやDCSのデータをOPC UAでSCADAや上位システムへ渡す全体像 — OPC UAは現場設備と上位システムをつなぐデータ連携の仕組み

概要

OPC UAとは、OPC Unified Architectureの略です。

OPC Foundationによって策定されている産業用の相互接続標準で、PLC、DCS、SCADA、データ収集システム、MES、クラウドなどの間でデータをやり取りするために使われます。

OPC Foundationの公式情報では、OPC UAはプラットフォーム非依存のサービス指向アーキテクチャであり、OPC Classicの機能を統合した拡張可能な枠組みとして説明されています。

ここで重要なのは、OPC UAは単なる通信ケーブルやフィールドネットワークではないという点です。

例えば、センサとPLCをつなぐCC-Link、EtherNet/IP、PROFINETのようなフィールドネットワークは、現場機器をリアルタイムに制御するために使われます。

一方、OPC UAは、PLCやDCSの中にあるデータを、SCADAや上位システム、データベース、クラウドなどへ渡すために使われることが多いです。

ようは、現場の制御データを、他のシステムが読める形で公開するための共通言語と考えると分かりやすいです。

OPC UAが必要になる理由

工場やプラントには、さまざまなメーカーの機器が混在しています。

PLCは三菱、DCSは横河、監視画面は別メーカー、データベースやクラウドはIT側のシステム、というように、現場では多くの機器やソフトウェアが組み合わさっています。

このとき、それぞれが独自の通信方式だけで動いていると、上位システムからデータを集めるたびに個別対応が必要になります。

例えば、以下のような困りごとが出てきます。

PLCメーカーごとに通信ドライバが違う
タグ名やデータ構造がシステムごとに違う
上位システム側で現場データの意味が分かりにくい
Windows依存や古い通信方式が残りやすい
セキュリティ設定をどう考えるべきか分かりにくい

OPC UAは、このような問題を減らすために使われます。

OPC UAを使うと、PLCやDCSなどのデータを「OPC UAサーバ」として公開し、SCADAや上位システムが「OPC UAクライアント」として読み取る構成を作ることができます。

フィールドネットワークとOPC UAの役割の違いを示した図 — フィールドネットワークは現場制御、OPC UAは上位連携で使われることが多い

OPC UAの構成

OPC UAを理解するうえで、まず押さえたいのが「サーバ」と「クライアント」です。

一般的なOPC UAの構成は、以下のようになります。

OPC UAサーバ
OPC UAクライアント
アドレス空間
ノード
セキュリティ設定

OPC UAサーバ

OPC UAサーバとは、現場データを外部に公開する側のソフトウェアや機器です。

PLC、DCS、ゲートウェイ、データ収集装置などがOPC UAサーバになることがあります。

サーバは、自分が持っているデータを「タグ」や「ノード」として整理し、クライアントから読めるようにします。

例えば、タンク液位、ポンプ運転状態、モーター電流、警報状態などがOPC UAサーバ上に公開されます。

OPC UAクライアント

OPC UAクライアントとは、OPC UAサーバに接続してデータを取得する側です。

SCADA、監視画面、ヒストリアン、MES、データ分析サーバ、クラウド連携システムなどがOPC UAクライアントになることがあります。

クライアントは、サーバの中にあるデータを読み取ったり、場合によっては設定値を書き込んだりします。

ただし、現場では安全上の理由から、上位システムからの書き込みを制限する設計も多いです。

アドレス空間とノード

OPC UAでは、データを単なる番号やタグ名だけで扱うのではなく、アドレス空間という構造の中に整理します。

アドレス空間の中には、ノードと呼ばれる要素が存在します。

ノードには、測定値、状態、単位、上下限、機器情報、イベント、メソッドなどを持たせることができます。

つまりOPC UAでは、単に「PV001 = 50.0」という値を渡すだけでなく、「これはタンクAの液位で、単位は%、現在値は50.0である」というように、データの意味も表現しやすいのです。

OPC UAサーバとOPC UAクライアントがデータをやり取りする仕組み — OPC UAサーバがデータを公開し、クライアントが読み取る

OPC UAの動作イメージ

ここからは、OPC UAがどのように動作するのかを順番に見ていきましょう。

①PLCやDCSが現場データを持っている

まず、PLCやDCSは現場のデータを持っています。

例えば、温度、圧力、流量、液位、バルブ開度、モーター運転状態、警報状態などです。

これらのデータは、PLCやDCSの内部ではタグやデバイスメモリとして扱われています。

②OPC UAサーバがデータを公開する

次に、OPC UAサーバがこれらのデータを外部から参照できる形で公開します。

このとき、データはアドレス空間の中に整理されます。

イラストのように、工場、ライン、装置、タンク、測定値といった階層で整理すると、上位システム側から見てもデータの意味が分かりやすくなります。

OPC UAの情報モデルで工場や装置や測定値を階層的に表す図 — OPC UAではデータの値だけでなく意味や構造も扱いやすい

③OPC UAクライアントが接続する

SCADAやデータ収集システムは、OPC UAクライアントとしてサーバへ接続します。

接続時には、エンドポイント、証明書、ユーザー認証、暗号化方式などを設定することがあります。

ここで重要なのは、OPC UAにはセキュリティの考え方が組み込まれているという点です。

公式情報でも、OPC UAは暗号化、認証、監査、ユーザー制御などを考慮した仕組みとして説明されています。

④必要なデータを読む・監視する

クライアントは、必要なノードを読み取ります。

単発で値を読むこともできますし、値が変化したときだけ通知を受けるように設定することもできます。

例えば、タンク液位が変化したときに監視画面を更新したり、モーター電流を一定周期でヒストリアンに保存したりします。

⑤上位システムで活用する

取得したデータは、監視、帳票、トレンド、設備診断、エネルギー管理、予知保全などに利用されます。

このようにOPC UAは、現場のデータを上位システムへ渡すための橋渡し役になります。

OPC UAとOPC Classicの違い

OPC UAを理解するうえでは、従来のOPC Classicとの違いも押さえておくと分かりやすいです。

OPC Classicは、WindowsのCOM/DCOM技術をベースにした古いOPCの仕組みです。

一方、OPC UAは、Windowsに依存しない新しい世代のOPCです。

項目	OPC Classic	OPC UA
基盤技術	COM/DCOM	プラットフォーム非依存
主な環境	Windows中心	Windows、Linux、組込み機器、クラウドなど
データ表現	タグ中心	情報モデル、ノード、階層構造
セキュリティ	DCOM設定に依存しやすい	証明書、暗号化、認証などを考慮
用途	既存設備、古い監視システム	新規設備、IIoT、上位連携、データ活用