発表の内容
OPC Foundationは2026年4月20日、430以上のOPC UAコンパニオン仕様を、RAG(検索拡張生成)・MCP(Model Context Protocol)・AI支援エンジニアリング向けの「AI-ready」形式に変換する取り組みを発表しました。コンパニオン仕様とは、工作機械、射出成形機、ロボットなど装置の種類ごとに、OPC UAで公開するデータの構造と意味を定めた仕様です。
| 項目 | 内容 |
|---|---|
| 対象 | 430以上のOPC UAコンパニオン仕様 |
| 変換先の用途 | RAG、MCP、AI支援エンジニアリング |
| 既存の成果 | UA-for-AI-Prototype。コア仕様にMCPとRESTの問い合わせインターフェースを提供 |
| 目標 | OPC UAをエージェント型AIと産業オートメーションの間の「セマンティックレイヤー」にする |
なぜ情報モデルが効くのか
AIエージェントが設備データを使うとき、タグ名だけでは「どの値が何を意味するか」が分かりません。コンパニオン仕様は、たとえば工作機械の主軸回転数やアラームがどの構造で表されるかを標準化しています。その仕様をAIが参照できれば、エージェントは装置ごとの個別設定なしにデータの意味を理解しやすくなります。MCPはAIをデータのあるシステムにつなぐオープン標準で、2024年11月にAnthropicが発表しました。両者の関係はMCP×OPC UAで詳しく扱っています。
製造業への示唆
この取り組みの効果は、工場の設備が実際にコンパニオン仕様に沿ったデータを出していることが前提です。古い設備や独自形式でデータを集めている工場では、AI-ready化された仕様があっても使えません。
よくある質問
AI-ready形式の仕様はいつ使えますか?
発表は変換の取り組みの開始で、全仕様の完了時期は本稿の出典からは確認できません。コア仕様向けのプロトタイプは公開済みです。
MCPを使えばOPC UAサーバーを直接AIに操作させてよいですか?
MCP仕様は、ツールは任意のコード実行に当たるため、呼び出し前に利用者の明示的な同意が必要としています。まず読み取りに限定するのが妥当です。
この記事に出てくる用語
AIは「データ基盤」で決まる
PoCは成功したのに本番で止まる。原因の多くはモデルではなく、MESと設備データの側にある 全130本
- MESとAIの関係:ロット・作業指示・品質判定がAIの精度を決める理由
- 製造業AIが本番で止まる7つの理由:PoCは成功したのにラインに載らない構造
- 製造業のAI-OCR:紙の検査記録・点検表・ミルシートをデータ化する手順
- データ基盤の段階的導入ロードマップ:ユースケースから逆算する8ステップ
