VDA 5050 と ISO 21423 はどちらも産業用モバイルロボットの相互運用性に関わっていますが、両者を二つの完成した文書として扱うべきではありません。 VDA 5050 実装可能なマスターコントロールインターフェースを公開します。 ISO 21423 より広範なコミュニケーションおよび相互運用性の範囲を定義しており、現在も最終的な出版処理段階にあります。
2026年7月29日現在、ISOは第1版を国際標準のステージ60.00に掲載しており、最終投票終了後の7月21日以降の発表中です。これはFDIS投票よりも進んでいますが、最終的な国際基準はまだステージ60.60で示されていません。調達の文言にはこの正確なステータスが記載されるべきです。
このガイドを VDA 5050 バージョン3ガイド および Open-RMF 統合ガイドと一緒に使ってください。契約書かデザインフリーズで現在の公式ページを再度確認してください。
現在の出版状況を正確に述べてください
公式ISO 21423ページには現在「出版および段階60.00」と記載されています。そのライフサイクルは2026年7月21日に最終投票終了を記録しています。ISOが公開段階を完了するまでは、これを公開された国際標準と呼ばないでください。
公式 VDA 5050 リポジトリでは、メインブランチでバージョン3.0.0が最新の公開バージョンとして認識されています。ステータスは変わることがあるので、フリーズされた参照なしで「最新」と書く代わりに、要件には「最新」と書くのではなく、現在時点、版、出典URLを含めてください。
VDA 5050の具体的なインターフェースを確認する
VDA 5050 は、中央マスターコントロールと移動ロボット間の通信を規定し、命令や状態、アクション、ファクトシート、接続動作などの構造化されたメッセージを用います。正確なフィールド、制約、JSONスキーマは、指定されたプロトコルバージョンによって異なります。
公式VDA 5050リポジトリによると、公開されたVDA PDFはGitHubのマークダウンやスキーマの違いを優先するとされています。有効なPDF、スキーマ、実装プロファイルをまとめてアーカイブし、エンジニアとサプライヤーが同じエディションをテストできるようにします。
| 寸法 | VDA 5050 | ISO 21423 | 調達の意味 |
|---|---|---|---|
| 現状 | バージョン3.0.0公開 | ステージ60.00 公開中 | 名称の地位と日付 |
| 公共の詳細 | 利用可能なメッセージとスキーマ | 要旨とライフサイクル公開 | 場写像を発明しないでください |
| 主な範囲 | マスターコントロールからモバイルロボットへ | 産業 AMR システム通信 | リストシステムの境界 |
| 適合性 | 実装テストが必要です | 最終版パッケージの提供 | 証拠を要求する |
| 安全性 | インターフェース主張で成立しない | 要旨で除外される安全要件 | 別途指定してください |
ISO 21423システムの相互運用性スコープとして読めます
ISOの公開要旨によると、この標準は異なるベンダーの産業 AMR システム間の相互運用性を可能にする通信プロトコルを規定しています。これは、産業環境においてAMR、フリートマネージャー機器、その他の企業資源と通信するものを対象としています。
同じ要約では、安全関連の要件や公道上の移動式機械は除外されています。最終的に購入された標準がなければ、その詳細なメッセージやフィールドセマンティクス、または VDA 5050との正確な同等性を主張しないでください。パブリックスコープは建築計画に有用であり、規範文の代替ではありません。
フィールドの一対一対応を推論しないでください
2つの文書は、異なるデータモデル、タイミング、ライフサイクル、例外、適合性を定義しながら、類似したアクターをカバーできます。すべてのVDAメッセージと推測されたISOフィールドを組み合わせるテーブルは誤った確実性を生み出します。マッピングは、正確な規範版と承認された実装プロファイルのみから構築してください。
マッピングされていない動作、部分的にマッピングされた動作、拡張依存の動作を記録します。ソースフィールド、宛先フィールド、単位、許容値、デフォルトの処理、情報損失を保持します。翻訳が可逆的でなければならないテスト往復。
置き換えからの分離された重複
将来のISO版は VDA 5050の通信境界を重ねることもありますが、重複が即座に置き換えられるわけではありません。インストールされたシステム、ベンダーサポート、適合ツール、契約上の義務は依然として存在します。移行は実装可能な詳細と認証された製品サポートに依存します。
意思決定ゲートを定義します:最終標準の取得、サプライヤー実装の完了、必要な機能のマッピング、複数ベンダーテストの合格およびロールバックの証明。それまでは、標準のマイルストーンを自動生産の切り替えとみなすのではなく、制御されたVDAインターフェースを継続してください。
| ベンダーの主張 | 証拠を要求する | 受理テスト | 拒否するタイミング |
|---|---|---|---|
| サポート VDA 5050 | 正確なバージョンとプロフィール | スキーマとメッセージトレース | バージョンは不明 |
| ISO 21423 準備できた | 編集および実装機能 | 規範的適合パッケージ | ロードマップのみに基づく |
| 相互運用性 | テスト済みベンダーの組み合わせ | 正規行列と例外行列 | シングルベンダーデモ |
| 後方互換性 | 交渉と後退 | 混合バージョンの運用 | サイレントダウングレード |
| 安全基準 | 別個の安全基盤 | リスク特異的検証 | 証明として使用されたプロトコル主張 |
標準サポートをバージョン管理プロファイルに変換する
必要な注文の種類、アクション、状態更新、マップ、ゾーン、負荷処理、バッテリー、充電、エラー、接続ライフサイクルおよび拡張を入力します。必須と任意の行動を挙げましょう。2つのベンダーがそれぞれ標準を主張しながら、異なるオプションサブセットを実装することができます。
スキーマ、サンプルペイロード、ブローカーやトランスポート設定、更新率、タイムアウト、理由コードの要求。プロフィールは合格テストで凍結します。マーケティングのチェックボックスだけではミッションの相互運用性の十分な証拠にはなりません。
安全性はプロトコル比較の外に置いてください
ISOの公開要旨は安全関連の要件を明確に除外しており、通信自体 VDA 5050 保護性能を確立するものではありません。機能安全、速度と分離、緊急停止、施設アクセスおよび回収手順は、それぞれが検証済みの要件内で管理してください。
マスターコントロール停止要求は操作をサポートできますが、適切な安全アーキテクチャと検証なしにそのネットワーク経路を安全機能として提示すべきではありません。この境界線を守るために は、Physical AIの安全層ガイド を使用してください。
現在と移行の要件を別々に書く
現在構築中のシステムについては、サプライヤーが合格しなければならない VDA 5050 バージョンと機能を指定してください。トリガー、証拠、スケジュール、商業責任を含む別 ISO 21423 移行条項を追加してください。これにより、未公開またはサポートされていない将来のインターフェースが現在の受け入れを弱めるのを防ぎます。
アダプター、ファームウェア、再テストの資金提供者を明確にしてください。レガシー運用がどのくらいの期間サポートされているかを明記してください。データ保持を含め、移行前後のインシデント証拠を比較できるようにしましょう。
設計明示的バージョン交渉と失敗
混合フリートには、サポートされるバージョンやプロファイルを特定するための明確な仕組みが必要です。不明または互換性のないバージョンは、注文が受け入れられる前に目に見える故障が起こるべきです。サイレントフィールドドロップやベストエフォート解釈は危険な部分操作を生み出します。
ダウングレード、アップグレード、ロールバック、ブローカーの再起動、そしてサポートされていないスキーマで参加者が参加するテストをします。デュアルサポートは限定的に保ち、無限互換層はテストの組み合わせを増やし、どのインターフェースが実際にロボットを制御していたかを隠します。
通常の命令よりも強調して例外をテストします
重複メッセージや順序外れメッセージ、更新損失、遅延状態、拒否されたアクション、キャンセルされた注文、ブロックされたノード、バッテリー低下、接続喪失、再起動などを行使してください。冪等性と権威性を確認しましょう。通常の受け取り・配達のデモでは、故障時の相互運用性についてはほとんど証明できません。
ロボットとマスターコントロールの実装間でベンダーペアマトリックスを構築します。正確なソフトウェア、プロトコルバージョン、オプション機能、ブローカー設定を追跡します。1つの通過ペアだけではすべての組み合わせが証明されるわけではありません。
適合性証拠と運用パイロットを活用
スキーマ検証、プロトコルトレース、自動テスト結果、マッピングレコード、サプライヤー宣言の収集。その後、実際のタスク、交通状況、回復条件を対象に制限付きパイロットを運用します。メッセージフォーマットへの適合性は、許容されるスループットや故障回復を証明しません。
ロールバック条件を定義し、元のログを保存します。ファームウェア、マスターコントロール、または標準プロファイルを変更した後に再確認してください。
試験可能な成果物一式に基づいて判断する
正確なエディション、システム境界、機能、拡張、セキュリティ設定、例外、ベンダーの組み合わせ、受理結果を含むパッケージから相互運用性を承認します。ISOの出版状況や製品サポートが変わった場合は、パッケージを再確認してください。
簡潔な意思決定チェックリストを使いましょう。
- 公式なステータスと日付を記録してください。
- 正確なバージョン名と実装プロファイルを挙げてください。
- 規範的な場の写像を発明しないでください。
- ベンダーの組み合わせや例外シーケンスをテストします。
- 安全要件と移動要件は分けておきましょう。
よくある質問
ISO 21423すでに国際標準として公表されているのでしょうか？
2026年7月29日現在、ISOはこれをステージ60.00、公開中(まだステージ60.60は公表していない)に記載しています。
ISO 21423すぐにVDA 5050を置き換えるのでしょうか？
出版後に自動的な代替は存在しません。移行は規範の詳細、ベンダーサポート、マッピング、検証済みの移行テストに依存します。
VDA 5050サポートはプラグアンドプレイのフリートを保証するのでしょうか？
いいえ。正確なバージョン、オプション機能、拡張機能、トランスポート設定、例外動作については、依然として合意とテストが必要です。
これらの基準についてRFPは何と書くべきでしょうか？
正確な現在のバージョンと機能、証拠、テストマトリックス、そして将来のISO移行条件を正確に挙げてください。
相互運用性適合性は安全遵守を証明するのか？
いいえ。ISOの要旨は安全関連の要件を除外しており、通信適合性は安全性の検証にはなりません。
規格の現状と適合境界
標準の状況と製品サポートの変更。契約や実施の認証前に、公式な情報源を確認し、適用される規範文書を入手してください。