OPC UAは「つなぐ規格」ではなく「意味を運ぶ規格」
OPC UA（OPC Unified Architecture、IEC 62541として国際標準化）は、OPC Foundationが策定する産業用の相互運用性フレームワークです。「設備とつなぐためのプロトコル」と説明されることが多いのですが、OPC Foundation自身はOPC UAの中核を「データを情報に変える（information modeling）」枠組みと位置づけています。
違いは実務に直結します。単にプロトコルとして使うと、設備から D1024 や Temp_03 のようなタグが並んだフラットなリストが届き、その意味づけ（どの設備の、どの部位の、何の温度か）はMES側の人間が調べてマッピングすることになります。情報モデルとして使うと、設備側が「私は射出成形機で、この変数は金型温度で、単位は℃」という構造と意味ごとデータを公開してくれます。接続工数の差は、設備台数に比例して開きます。
Classic OPCと何が違うか
OPC UAの前身であるClassic OPC（OPC DA/HDA/A&E）は、MicrosoftのCOM/DCOM技術に依存していました。UAはこれを根本から作り直したものです。
| 観点 | Classic OPC | OPC UA |
|---|---|---|
| プラットフォーム | Windows専用（DCOM依存） | OS非依存。組込機器からクラウドまで動作 |
| データ表現 | フラットなタグのリスト | 型を持つノードと参照による情報モデル |
| セキュリティ | DCOM設定に依存し脆弱になりがち | 暗号化・署名・認証・監査を多層で内蔵 |
| 通信方式 | クライアント／サーバのみ | クライアント／サーバに加えPubSub（配信型）に対応 |
| 転送形式 | バイナリ（DCOM） | 高速なUAバイナリと、WebSocket上のJSONなど複数を選択可 |
MES更改のタイミングでClassic OPC接続が残っている場合、DCOMのセキュリティ設定が塩漬けになっているケースが少なくありません。接続の置き換えは、設備接続の設計全体を見直す機会でもあります。
情報モデルの基本──ノード・参照・コンパニオン仕様
OPC UAのサーバが公開する空間（アドレス空間）は、ノード（オブジェクト・変数・メソッドなど）と、ノード間の参照で構成されます。「射出成形機」というオブジェクトの下に「金型温度」という変数がぶら下がり、型定義への参照によって「これはアナログ計測値で単位は℃」という意味が機械可読になる、という構造です。
そして重要なのが、この仕組みの上に業界ごとの標準モデルを定義したコンパニオン仕様です。工作機械ならumati／OPC 40501、機械一般の稼働状態ならOPC UA for Machinery、というように、機器種別ごとの「標準の語彙」が積み上げられており、その数は430を超えます。
通信の2方式──Client/ServerとPubSub
OPC UAには通信パターンが2つあります。Client/Serverは、MESやSCADAがクライアントとして設備サーバに接続し、値の読み書きやメソッド呼び出しを行う方式で、確実な応答が必要な用途に向きます。PubSubは、設備側が値を配信し、関心のあるシステムが購読する方式で、多対多の配信や大規模なデータ流通に向きます。
Unified Namespaceのような「全システムが同じ名前空間を参照する」アーキテクチャを検討している場合、PubSubやMQTTとの関係整理が必要になります。この論点はMQTT Sparkplug Bの記事とUnified Namespaceの記事で扱っています。
MESの設備接続設計への含意
なお2026年には、OPC Foundationが430超のコンパニオン仕様をAIエージェント向け（RAG／MCP対応形式）に変換する計画を発表し、情報モデルの価値は「人が読む辞書」から「AIが照会する知識ベース」へ広がりつつあります。この動きは別記事で詳しく解説しています。入門段階で押さえるべきは、その土台がここで説明した情報モデルそのものであるという一点です。
OPC UAに対応していれば、どの設備でもすぐつながりますか？
「通信が確立する」レベルではほぼつながります。ただし、届くデータの構造と意味は設備によって異なります。コンパニオン仕様に準拠した設備なら標準の語彙でデータが取れますが、独自モデルの設備ではマッピング作業が必要です。「つながる」と「意味が揃う」を分けて評価してください。
古い設備はOPC UAに対応していません。どうすべきですか？
一般的な解は、設備とMESの間にゲートウェイ（プロトコル変換）を置き、PLCの生データをOPC UAの情報モデルに載せ替える構成です。このとき「どの情報モデルに載せるか」を決めるのが設計の中心作業になります。変換だけして意味づけを省略すると、フラットなタグリストがOPC UAで届くだけで、本質的な改善になりません。
OPC UAとMQTTはどちらを選ぶべきですか？
二者択一ではありません。OPC UAは情報モデル（意味）を含む枠組みで、MQTTは軽量な配信プロトコルです。OPC UA PubSubはMQTTを転送に使う構成も可能で、実務では「意味はOPC UAの情報モデルで定義し、配信経路は要件に応じて選ぶ」という組み合わせが現実的です。
