OPC UAは「データの意味」まで運ぶ
OPC UA（OPC Unified Architecture）は、OPC Foundationが策定した産業用のデータ交換の仕様です。設備やPLCからデータを読み書きするための通信機能に加えて、データを「型・階層・単位・意味」を持ったオブジェクトとして表現する情報モデルを持っています。
従来のPLC通信でデータを取ると、得られるのは「D1000番地の値は2315」という情報だけです。それが温度なのか、単位は0.1℃なのか、どの設備のどの部位なのかは、PLCのプログラムや設計書を見なければ分かりません。OPC UAの情報モデルを使えば、「成形機05の、加熱筒ゾーン1の、温度、231.5℃」という構造と意味を一緒に受け取れます。
この差は、AIのデータ準備の工数に直結します。データサイエンティストの作業時間のうちデータ準備とクレンジングが約38%を占めるという調査（Anaconda、2022年、n=3,493）がありますが、製造業ではそのかなりの部分が「このタグは何か」を調べる作業に使われています。
理由1：タグの意味を調べる作業が減る
AIのPoCでは、ヒストリアンから数百のタグを抜き出し、どれがどの設備の何の値かを生産技術の担当者に聞いて回る作業がよく発生します。タグ名が設備ごと・年代ごとにばらばらで、単位も付いていないからです。
OPC UAの情報モデルでは、各データに型（温度、圧力など）、エンジニアリング単位、親のオブジェクト（どの設備のどの部位か）が付いています。情報モデルから必要なデータを探せるため、タグの棚卸しと意味付けの作業が大幅に減ります。
理由2：同じ型の設備を同じ構造で取れる
OPC UAには、業界・機器・用途ごとの情報モデルを定めたコンパニオン仕様があります。OPC Foundationは、コンパニオン仕様をOPC UAのデータモデル上に作られる業界標準モデルと位置づけ、多くは他の業界団体との共同ワーキンググループで策定されるとしています。工作機械、射出成形機、ロボットなどの仕様があり、対応する設備は、メーカーが違っても同じ構造でデータを公開します。
AIにとってこれが効くのは横展開の段階です。1台目の成形機で作った異常検知の前処理が、2台目以降の成形機でもそのまま使えます。メーカーごとにタグを調べて対応表を作る作業が不要になります。
理由3：生成AI・AIエージェントが設備データを読める
2026年4月20日、OPC Foundationは430以上のOPC UAコンパニオン仕様を、RAG（検索拡張生成）、MCP（Model Context Protocol）、AI支援エンジニアリング向けの「AI-ready」形式に変換する取り組みを発表しました。既存のプロトタイプ（UA-for-AI-Prototype）は、コア仕様に対してMCPとRESTの問い合わせインターフェースを提供済みとしています。OPC FoundationはOPC UAを「エージェント型AIと産業オートメーションの間のセマンティックレイヤー」とする目標を掲げています。
生成AIやAIエージェントに設備データを読ませるとき、タグ名と値だけでは、AIは何のデータか分からず誤った解釈をします。情報モデルによって型・単位・意味が付いていれば、AIがデータを正しく解釈しやすくなります。この取り組みが実務でどこまで使えるかは今後の実装次第ですが、情報モデルを整備しておくことが、生成AI時代のデータ準備にもなるという方向は明確です。詳しくはMCP×OPC UAで扱っています。
導入時に確認すること
OPC UAをAIのためのデータ収集に使う場合、次の点を確認します。
| 確認項目 | 内容 |
|---|---|
| 準拠するコンパニオン仕様 | 設備の種類に対応する仕様があるか、設備がそれに準拠しているか |
| 情報モデルの実装範囲 | 必要なデータ（プロセス値、状態、アラーム、カウンタ）が情報モデルに含まれているか |
| サンプリングと通知 | サブスクリプションの最短周期、データ変化時の通知（デッドバンド）の設定 |
| タイムスタンプ | ソース時刻（設備側）とサーバ時刻のどちらが付くか |
| セキュリティ | 認証・暗号化の設定、証明書の管理方法 |
| 既存設備の対応 | OPC UAに非対応の設備をゲートウェイで変換する場合、情報モデルを誰が作るか |
既存の設備の多くは、OPC UAサーバを持っていないか、持っていても情報モデルが簡素です。ゲートウェイでPLCのタグをOPC UAに変換する場合は、情報モデルの設計を自社で行う必要があり、そこで命名規則や設備階層が問われます。主要なコンパニオン仕様の選び方はOPC UAコンパニオン仕様の選び方、MQTTとの使い分けはOPC UAかMQTTかを参照してください。
よくある質問
OPC UAとOPC Classic（DA）の違いは何ですか？
OPC Classic（DA）はWindowsのDCOMに依存した古い仕様で、主にリアルタイム値の読み書きを扱います。OPC UAはプラットフォームに依存せず、情報モデル、セキュリティ、履歴アクセス、Pub/Subなどを備えています。AIのための意味付けという点ではOPC UAが圧倒的に有利です。
PLCがOPC UAに対応していない場合はどうすればよいですか？
OPC UAゲートウェイやエッジ機器でPLCの通信をOPC UAに変換する方法が一般的です。ただし情報モデルは自動ではできないため、どのタグをどの型・階層に割り当てるかを設計する必要があります。
OPC UAを使えばMESとの連携も不要になりますか？
なりません。OPC UAは設備データの意味付けを助けますが、ロット・品番・作業指示などの文脈はMESが持っています。AIには両方が必要で、OPC UAの設備データとMESのデータを紐付ける設計は別に行います。
この記事に出てくる用語
AIは「データ基盤」で決まる
PoCは成功したのに本番で止まる。原因の多くはモデルではなく、MESと設備データの側にある 全130本
- MESとAIの関係：ロット・作業指示・品質判定がAIの精度を決める理由
- 製造業AIが本番で止まる7つの理由：PoCは成功したのにラインに載らない構造
- 製造業のAI-OCR：紙の検査記録・点検表・ミルシートをデータ化する手順
- データ基盤の段階的導入ロードマップ：ユースケースから逆算する8ステップ
この記事を書いた人
DELMIA Apriso を中核とした MES / 製造DX の導入・運用・人材育成と、製造業向けAIの調査・開発・教育を手がけるITコンサルティング企業。ISO 9001:2015 / ISO 27001:2022 認証取得。 日本・中国・米国で製造業のMES・データ基盤・AI導入を手がけた実務者が、欧米・中国の一次情報にあたって書いています。
