OPC UA FX 導入｜タイ工場のRFP・FAT/SAT実務ガイド

OPC UA FX 導入を検討するとき、最初に買うべきものを機器型式から決めるのは危険です。タイ工場で本当に必要なのは、Controller-to-Controller（C2C）とController-to-Device（C2D）の対象、TSNを使う範囲、既存ネットワークとの境界、マルチベンダー構成の責任分界、FAT/SATで残す証跡をRFPに落とすことです。本記事は、一般的な産業用ネットワークの構築手順やTIS 30162の解説を繰り返さず、OPC UA FXを90日PoCで評価し、採用・保留を説明可能にする調達実務に限定します。

結論：OPC UA FX 導入は「対応製品一覧」ではなく接続契約を買う

OPC UA FXは、通常のOPC UA Client/Serverでタグを読み書きすること、あるいはPLCデータをMQTTブローカーへ転送することの別名ではありません。OPC UAをフィールドレベルの相互運用へ広げるための、情報モデル、接続の確立・監視・切断、ネットワーク要件、オフラインエンジニアリング、プロファイルから成る仕様群です。

したがって、RFPで「OPC UA対応」と一行だけ要求しても比較可能な回答にはなりません。対象製品がどのUAFXプロファイル、Facets、Conformance Units、仕様版に対応し、どの通信モデルを使い、どの組み合わせを誰が試験したかを答えさせる必要があります。C2Cが動くという回答をC2Dの保証として扱わず、PlugFestのデモ成功を量産機種すべての商用成熟度へ一般化しないことが重要です。

調達側が買うべき成果は、少なくとも次の五つです。

1. C2C/C2Dごとの接続表と、Asset・FunctionalEntity・AutomationComponentの対応表
2. VLAN、QoS、時刻同期、冗長化、非TSN区間を含むネットワーク境界図
3. ベンダー横断のFAT/SATテストケースと、構成・ログ・結果を再現できる証跡
4. 不具合の切り分け順序、保守窓口、パッチ適用、証明書更新を含む責任分界
5. 90日PoCのGO/HOLD判定基準と、量産展開前に残る未検証事項

2026年9月の現在地：PlugFestは有力な実証だが、全製品の成熟証明ではない

OPC Foundationは、2026年9月7〜10日にドイツのFestoで開催した4日間のOPC UA FX PlugFestについて、16社から28人が参加したと報告しています。複数ベンダーのコントローラが仮想機械を制御し、C2C接続を要求に応じて確立・切断しました。I/O、ドライブなどのプロトタイプは親コントローラへC2D接続され、イベントで試験したC2C/C2D通信経路は成功したとされています。UDP multicast、VLAN taggingによる優先度QoS、gPTP時刻同期の相互運用も確認され、成果は2026年11月24〜26日のSPSで予定されるDemo Wallにつながります。

これはマルチベンダー相互運用に向けた重要な前進です。しかし、結論は「そのPlugFestの参加構成とテスト範囲で成功した」までです。全参加企業の全製品、全ファームウェア、全スイッチ、タイ工場の既存ネットワーク、量産時の保守体制が商用成熟したことを証明するものではありません。特にC2Dは、上記発表でI/Oやドライブのプロトタイプを含むデモ文脈です。PlugFestで動いたプロトタイプと、調達候補の正式リリース製品が表明するプロファイル範囲を混同してはいけません。

2026年7月27日にはUAFX仕様のMaintenance Release v1.00.04が公表され、Part 81とPart 84が更新されました。Part 81ではAssetとFunctionalEntityのリンク、複数GDSアドレス、DataSetReader/DataSetWriter識別、通信間隔などが改善され、Part 84には対応するConformance Unitsが追加されています。最新版の存在は前向きな材料ですが、「v1.00.04を参照」と書くだけでは足りません。各製品が実装する範囲、既知制約、更新計画、後方互換性を機種・版ごとに確認します。

OPC UA FXのPart 80〜84をRFP項目へ翻訳する

OPC UA FXは5部構成です。調達チームが仕様番号を暗記する必要はありませんが、ベンダー回答を同じ粒度で比較するため、役割をRFPへ翻訳しておくと便利です。

Part 81 v1.00.04の中心語にはAutomationComponent、Asset、FunctionalEntity、ConnectionManagerがあります。AutomationComponentは単なる「PLC箱」の同義語ではなく、機能や通信を持つUAFX構成を扱うためのモデルです。Assetは物理的・論理的な対象を表し、FunctionalEntityは機能の入出力や構成を表現します。ConnectionManagerは接続の作成、監視、終了に関わります。RFPでは用語を列挙するだけでなく、実際の包装機、搬送機、検査機、I/O、ドライブがどのAssetとFunctionalEntityへ対応し、交換時にどの情報で互換性を検証するかを図示させます。

プロファイルデータベースのseries scopeや正式releaseは、調達時点で再確認します。シリーズ全体に見える説明を個別型式の適合宣言へ読み替えず、候補型式・ファームウェア・ライブラリ版・利用機能に紐づけた回答を求めます。仕様の正式リリース範囲と、将来予定、評価版、PlugFest用実装を別欄に分けるのが安全です。

OPC UA Client/Server、MQTT転送、OPC UA FXを同一視しない

三者はいずれも有用ですが、解く問題が異なります。通常のOPC UA Client/Serverは、サーバーのアドレス空間をクライアントが参照し、データやメソッドへアクセスする構成に適します。MQTTはデータをブローカー経由で配信する軽量なメッセージングとして広く使われます。OPC UA FXは、それらの存在を否定するのではなく、産業オートメーションの構成要素間で意味と接続を相互運用させる枠組みを扱います。

「PLC Aのタグをゲートウェイが読み、JSONへ変換し、MQTTでクラウドへ送った」だけなら、それは有効なIIoT接続でもUAFX C2C/C2Dを実装した証明にはなりません。また、Client/Serverで二つのPLCの値を交換できても、ConnectionManagerによる接続ライフサイクル、UAFX情報モデル、要求プロファイルを実装したとは限りません。RFPではアーキテクチャ図に通信モデルと役割を記入させ、「どこからどこまでをOPC UA FXとして試験するか」を明示します。

Controller-to-ControllerとController-to-Deviceを別の受入単位にする

C2C：機械・セル間の機能接続を検証する

C2Cでは、異なるベンダーのコントローラ間で、生産許可、状態、インターロックに関わる情報をどのFunctionalEntityの入出力として接続するかを確認します。まず安全機能と通常制御を分離してください。安全認証されたフィールドバスやハードワイヤード回路を、UAFX対応という理由だけで置き換える判断はできません。

FATでは、正常接続だけでなく、片側再起動、接続定義不一致、古いDescriptor、時刻同期喪失、Publisher停止、Subscriber遅延、証明書期限切れ、ネットワーク経路変更を試します。ConnectionManagerがどのエラーを返し、どの状態へ遷移し、運転員が誤って「接続済み」と判断しないかを証跡にします。

C2D：I/O・ドライブ・フィールド機器の製品成熟度を型式別に確認する

C2DはコントローラからI/O、ドライブなどのフィールド機器へ対象を広げます。ただし、2026年9月PlugFestの発表にはプロトタイプという表現があり、デモ成功だけで採用品の量産対応を保証できません。RFPには、候補機器の型式、ハードウェアrevision、ファームウェア、実装済みProfile/Facet、正式販売状態、認証状況、供給地域、保守期間を書かせます。

C2DのPoCでは、速度や周期だけでなく、交換作業を試すべきです。故障機器を同等品へ交換したとき、Asset identityと互換性をどう検証し、ConfigurationDataを誰が承認し、誤型式や古いfirmwareをどう拒否するかを確認します。交換は保全責任と直結するため、SIerのラボでつながったという証跡だけでは不十分です。

OPC UA FX TSNの境界：TSNは必須語ではなく要求から決める

OPC UA FXとTSNは関連しますが、「OPC UA FX導入＝工場全域をTSN化」と決めつける必要はありません。まず、要求する周期、遅延、ジッタ、同時通信、可用性、時刻精度、障害時挙動を定義し、その要求を満たす区間に必要なネットワーク機能を割り当てます。

2026年9月PlugFestでは、UDP multicast、VLAN taggingによるpriority-based QoS、gPTP時刻同期が異なる実装間で試されました。これはRFPの試験候補として有用です。ただし、TSN対応スイッチを導入すれば自動的にend-to-endの性能が成立するわけではありません。エンドポイント、スイッチ、時刻Grandmaster、VLAN設計、キュー設定、管理ツール、既存の非TSN区間を一つの経路として検証します。

RFPではネットワークを三つに分けると整理しやすくなります。

TSNの適用範囲を広げるほど、設定を共同管理する対象も増えます。PLCベンダー、スイッチベンダー、SIer、工場IT/OTの誰がGrandmaster、VLAN、QoS、診断、firmware互換性を所有するかを契約で決めます。仕様適合の主張と、工場構成でのend-to-end試験は別物です。

既存記事とのカニバリを避ける記事範囲

本記事はネットワーク総論や相互運用規格の一般解説ではなく、OPC UA FX導入の調達・受入に焦点を限定します。

関連記事を先に読めば、物理・論理ネットワーク、タイの規格文脈、エッジ役割を整理できます。本記事はその上に「何をRFPに書き、何を試せば採用判断できるか」を追加します。

OPC UA FX RFPに入れるべき12の質問

ベンダーへ自由記述を求めるだけでは、製品紹介資料の比較になります。Requirement ID、回答、証跡、例外、責任者、検証Gateを同じ表で返させます。

「OPC UA FX対応予定」は回答に含めても構いませんが、現行正式機能と同じ欄に混ぜません。GA製品、限定release、評価版、prototype、roadmapを分け、PoCの成功条件もそれぞれ変えます。予定機能を量産の必須条件にするなら、未提供時の代替案と契約上の扱いを明示します。

認証とPlugFestの意味を正しく使う

OPC Foundationの認証プログラムは、仕様準拠、他ベンダー製品との相互運用、堅牢性、使いやすさ、資源効率などの最低限のoperability要求を確認する仕組みです。認定ラボで試験されたCertified Productは重要な判断材料です。一方、SDK自体は顧客実装を必要とするため直接認証の対象にならず、認証済みreference implementationを使ったアプリケーションも、その製品として正式認証を得るには独自の試験が必要です。

認証ロゴがあっても、今回利用する型式、版、Profile/Facet、UAFX機能まで範囲に含まれるかをオンライン一覧と証明書で確認します。また、2026年9月のCompliance Cornerは、OPC UA 1.03の認証サポートが2026年末に終了予定で、ベンダーは1.05を目標にすべきと案内しています。既存設備に1.03が残る場合、ただちに停止するという意味ではありませんが、新規調達では認証・更新ロードマップと混在期間の保守方針を確認すべきです。

PlugFestは複数実装を持ち寄り、問題を早期発見する実証機会です。認証は定義済み試験と製品範囲に対する第三者評価です。工場FAT/SATは具体的な構成、負荷、ネットワーク、運用手順に対する受入です。三者は補完関係で、どれか一つが他を置き換えるものではありません。

マルチベンダーFAT：組み合わせ・設定・結果を固定する

FATの目的は「通信できた写真」を残すことではなく、構成を再現できる状態で正常系・異常系を試すことです。Device Under Testだけでなく、コントローラ、I/O/ドライブ、スイッチ、時刻源、ConnectionManager、engineering tool、証明書、configuration file、試験トラフィックを一つのBill of Testへ記録します。

最低限、次を実行します。

• C2C接続の確立、監視、計画切断、片側からの異常切断
• C2D機器の認識、互換性検証、交換、誤型式・旧firmwareの拒否
• UDP multicastの加入・離脱、複数Subscriber、意図しない受信の防止
• VLAN/QoS設定の一致と不一致、通常負荷と競合負荷での計測
• gPTP同期、Grandmaster切替、同期喪失、復帰後の時刻状態
• 証明書更新、期限切れ、信頼リスト不一致、権限不足
• Descriptor/OfflineEngineeringデータの版不一致、再投入、rollback
• ログexport、イベントの相関、再試験での同一判定

性能値は製品カタログから転記せず、試験条件とセットで保存します。メッセージサイズ、Publisher/Subscriber数、通信周期、ネットワーク負荷、スイッチ設定、測定点、時刻源を欠いた遅延値は比較できません。しきい値は工場要求から決め、達成率やROIを根拠なく作りません。

マルチベンダーSAT：タイ工場の現実を証跡へ変える

SATでは、工場の電源品質、配線、盤、既存VLAN、時刻系、アクセス権、保守端末、交代勤務を含めます。FATで代替した機器や仮想機械は、実機へ置き換えて再確認します。タイ側保全担当が自分でログを取得し、一次切り分けできることも受入条件です。

SATのシナリオは、正常運転だけでなく次を含めます。

1. セル起動順序が通常と異なる状態から接続を回復する。
2. コントローラ、フィールド機器、スイッチを個別に再起動する。
3. 非TSN区間や既存uplinkへ競合トラフィックを与える。
4. gPTP同期を一時的に喪失し、診断・alarm・回復を確認する。
5. 予備品交換後にAsset identity、compatibility、configurationを検証する。
6. 遠隔保守の接続・承認・操作ログ・終了を確認する。
7. 工場担当者が構成snapshot、packet capture、UAFXログを証跡packageへまとめる。

未解決事項は「軽微」と一語で閉じず、影響、再現条件、暫定回避、恒久対策、owner、期限、再試験条件を記録します。量産稼働を許可する例外と、GOを阻止する例外を契約前に区別します。

証跡packageと保守責任を契約成果物にする

マルチベンダー障害で最も時間を失うのは、各社が自社製品は正常だと主張し、全経路の証拠を持つ主体がいない状態です。そこでFAT/SATの納品物に、次のpackageを含めます。

• as-built接続図、型式、serial、hardware/firmware/software版
• UAFX Profile/Facet/Conformance Unitと適合範囲
• AutomationComponent/Asset/FunctionalEntity/Connection定義
• switch configuration、VLAN/QoS、gPTP、multicast、ACLのsnapshot
• test input、期待結果、実測結果、raw log、packet capture、時刻状態
• 証明書と鍵のowner、更新手順、有効期限監視、失効手順
• open item、exception、暫定対策、再試験記録、承認者
• backup/restore、予備品交換、rollback、vendor escalation手順

責任分界は層別にします。機器ベンダーは製品機能と診断、スイッチベンダーはネットワーク機能、SIerは統合構成、工場OTは運用設定と現場切り分け、工場IT/セキュリティはID・証明書・remote access、調達は契約Gateを所有します。ただし境界だけを描くと隙間ができるため、「誰が最初にend-to-endログを集めるか」「原因未確定時に誰が会議を招集するか」まで決めます。

90日PoC：GO/HOLDを決める三段階

90日という期間は効果を保証する数字ではなく、調達判断のために範囲を制約する枠です。工場全体を接続せず、代表的なC2C一組、C2D一系統、二社以上の組み合わせ、TSN境界一か所に絞ります。

Day 1〜30：DEFINE — 要求と証跡を固定

対象工程、停止可能時間、安全境界、C2C/C2D、通信モデル、周期・遅延・時刻要求、既存ネットワーク、候補製品の正式release範囲を整理します。Part/Profile/Facet/CU回答表、Asset/FunctionalEntity mapping、責任分界、テストケース、ログ形式を承認します。

この段階のGateは「機器が届いた」ではありません。各要求にtest IDとownerが付き、prototypeやroadmapがGA機能と分離され、GO/HOLD判定に必要な証跡が定義されたことです。不明点が多ければ実装へ急がずHOLDにします。

Day 31〜60：PROVE — ラボでC2C/C2DとTSN境界を壊して試す

接続確立、切断、再起動、版不一致、同期喪失、VLAN/QoS不一致、multicast、証明書、交換を実行します。全構成をBill of Testへ固定し、結果だけでなくraw evidenceを残します。C2Dがprototypeなら、その事実と量産品への移行条件を明記します。

Gateは、必須caseが再現可能にPassし、Failの原因とownerが特定され、SATへ持ち越す項目が合意されたことです。「一度つながった」はGateではありません。

Day 61〜90：VALIDATE — 工場SATと運用引き継ぎを検証

代表セルへ導入し、実ネットワーク、実時計、実アクセス権、実保守員で試します。タイ側担当者が構成確認、ログexport、予備品交換、一次切り分けを実演します。契約、保守、サイバーセキュリティ、教育のopen itemを閉じます。

最終GOは、技術caseがPassしただけでは出しません。対象型式の供給、正式release、認証範囲、保守窓口、更新方針、責任分界、未解決riskが量産許容範囲にあることを共同承認します。HOLDは失敗ではなく、C2D正式release待ち、Profile範囲不足、TSN境界未確定、保守契約未合意など理由を明示して再開条件を残す判断です。

タイBOIの制度は「確認材料」であり適用保証ではない

タイBOIはSmart and Sustainable Industryへの産業高度化措置を案内しています。公式ページでは、対象となるGroup Bの既存・新規投資家による効率向上・業務高度化を支援し、効率向上投資の最低額を土地・運転資金を除き100万THBとする条件、機械輸入税免除、既存projectに対する一定条件の法人税免除などを掲載しています。国内automation産業に結びつく機械の割合に応じた扱いも示されています。

またBOIの公式OSOS記事は、2026年上期のSmart and Sustainable Industry関連で132件、約172億THBと報告しています。これは申請件数・申請額の文脈であり、OPC UA FXの導入数、採択保証、税務上の適用、投資効果ではありません。自社projectが対象かは、最新announcement、事業区分、申請時期、投資内容、証憑をBOIまたは専門家へ確認してください。RFPの技術要件を補助制度へ合わせて歪めず、必要性を先に定義します。

よくある失敗と回避策

「OPC UA対応」で一括発注する

通常UA、UAFX、PubSub、Client/Server、MQTT gatewayが混在し、見積範囲が比較不能になります。C2C/C2D、通信モデル、Profile/Facet/CU、対象型式を表で固定します。

TSNをブランド名として購入する

スイッチ単体のTSN機能だけを確認し、endpointやgPTP、QoS運用が抜けます。end-to-end経路と負荷条件でFAT/SATします。

PlugFest成功を商用品の保証と読む

イベントは相互運用実証として価値がありますが、型式・版・試験条件が自社構成と一致するとは限りません。prototype、demo、GA、certifiedを分けます。

SIerへ責任を丸投げする

SIerだけでは各vendorのfirmware roadmapや認証範囲を決められません。製品、統合、ネットワーク、証明書、運用のownerを分け、end-to-end一次切り分け責任を追加します。

PoCを画面デモで終える

正常値が見えただけでは保守性を評価できません。切断、再起動、同期喪失、誤設定、交換、更新を意図的に発生させ、証跡を残します。

OPC UA FX 導入のFAQ

OPC UA FXとは通常のOPC UAと何が違いますか？

通常のOPC UA Client/ServerやPubSubを含むOPC UA技術を基盤に、フィールドレベルで機器と機能の接続・情報モデル・ネットワーク・オフラインエンジニアリング・プロファイルを整える仕様群です。単なるタグ読出しやMQTT転送と同義ではありません。

OPC UA FX TSNは必須ですか？

全区間で一律必須とは限りません。周期、遅延、ジッタ、時刻、負荷、可用性の要求から必要区間を決めます。対応機能だけでなく、endpointからswitch、gPTP、VLAN/QoSまでend-to-endで試験します。

Controller-to-ControllerとController-to-Deviceを同じPoCで試せますか？

可能ですが、別の受入単位にします。C2Cの成功をC2Dへ一般化せず、C2D機器は型式・hardware/firmware・正式release・profile範囲・交換動作を個別に確認します。

2026年9月PlugFestでC2Dは完成したと考えてよいですか？

いいえ。発表はイベントで試験した経路の成功を示す重要な実証ですが、I/Oやdriveのprototypeという文脈も含みます。全製品の商用成熟、供給、認証、工場構成での性能を証明しません。

OPC Foundation認証があればFAT/SATは不要ですか？

不要にはなりません。認証は対象製品・profileの有力な根拠、PlugFestは実装間の実証、FAT/SATは自社構成の受入です。対象範囲が異なるため三つを組み合わせます。

マルチベンダーPLC相互運用で最初に決めることは何ですか？

機能境界、データ意味、Connection lifecycle、型式・版、時刻とnetwork条件、障害時ownerです。接続可能性だけでなく、交換・更新・診断・証跡exportまで決めます。

90日PoCのGO条件は何ですか？

必須C2C/C2D caseが再現可能にPassし、TSN境界と非TSN境界が説明でき、タイ側担当者がログ取得と一次切り分けを行え、正式release・保守・責任分界のriskが量産許容範囲にあることです。独自の効果率やROIを成功条件に捏造しません。

まとめ：相互運用は仕様名ではなく証跡で受け入れる

OPC UA FX 導入の要点は、C2C/C2Dを分け、Part 80〜84とProfile範囲を型式・版へ結び、TSN適用境界を要求から決めることです。2026年9月PlugFestは有望な相互運用実証ですが、全製品の商用成熟を保証せず、C2Dのprototype/demo文脈と正式releaseを区別する必要があります。RFPで回答粒度を統一し、FAT/SATで正常系と異常系を再現し、構成・ログ・結果・ownerを一つの証跡packageに残してください。

TOMAS TECHでは、製品選定前のOPC UA FX RFP整理、C2C/C2D範囲定義、マルチベンダーFAT/SAT設計、90日PoCのGO/HOLD Gateづくりからご相談いただけます。仕様採用を決める前の比較段階でも、お問い合わせください。

参考情報

• OPC Foundation, Field Level Communications Corner – September 2026: https://opcconnect.opcfoundation.org/2026/09/field-level-communications-corner-september-2026/
• OPC UA Part 80, UAFX Overview and Concepts: https://reference.opcfoundation.org/specs/OPC-10000-80/4.1
• OPC UA Part 81 v1.00.04, UAFX Connecting Devices and Information Model: https://reference.opcfoundation.org/specs/OPC-10000-81/4
• OPC Foundation Profile Database, document 25: https://profiles.opcfoundation.org/document/25
• OPC Foundation Certification, Overview & Benefits: https://opcfoundation.org/certification/overview-benefits/
• OPC Foundation, Compliance Corner – September 2026: https://opcconnect.opcfoundation.org/2026/09/compliance-corner-september-2026/
• Thailand BOI, Measure for Industrial Upgrades towards Smart and Sustainable Industry: https://www.boi.go.th/index.php?language=en&page=smart_sustainable
• Thailand BOI OSOS, 1H 2026 investment news: https://osos.boi.go.th/EN/news/2430/Thailand-Secures-43-6bn-1H-2026-Investment-Surge-as-Big-Tec/