NTTドコモ、AIエージェントとロボットをつなぐ「Physical AI連携基盤」を開発

何が起きたか

NTTドコモは2026年10月27日、パーソナルエージェントと複数のロボットをつなぐ「Physical AI連携基盤」を開発したと発表した。AIエージェント間の通信プロトコル「A2A」を使い、指示を受けてからロボットが動作するまでを管理する。基盤を用いたデモを、2026年11月18日から開催される「NTT R&D FORUM 2026」で展示する予定だ。

詳細

基盤の中核となる「A2A Gateway」は、利用者の年齢などの属性情報と、利用場面ごとに登録されたルールを照合し、許可されない動作を実行前に止める。属性情報は基盤内で管理し、ロボットには動作指示のみを送る。誰の指示で、いつ、どの動作を実行したかを記録する機能と、周囲の状況を踏まえて振る舞いを生成する機能も備える。接続にはA2Aを使い、権限制御、履歴追跡、振る舞い生成の機能をドコモが独自に開発した。 展示は2026年11月18日～11月20日、11月24日～11月25日に開催され、会場はNTT武蔵野研究開発センタ B1 イベントホール、展示番号はC10。飲食店での注文に応じた配膳ロボットの選択や、利用者の属性に応じた配膳制御は将来の活用例として示されている。

Key Facts

本紙の見方

この基盤の要点は、ロボットをAIエージェントにつなぐだけでなく、利用者の属性に応じた実行可否の判定と、周囲に合わせた動作生成までを一つの経路に置いたことにある。接続には既存のA2Aを使う一方、権限判定や履歴追跡、振る舞い生成はドコモが独自に開発した。つまり、接続の共通化と、現場ごとのルール・制御を担う機能を組み合わせた構成と読める。A2Aを採用したことだけで異なるロボット間の実運用上の互換性が確認されたわけではなく、対応機種や接続条件は発表内容からは分からない。 また、権限制御と周囲への配慮は別の処理である。前者は属性情報と利用場面のルールを照合し、許可されない動作を止める。後者は周囲の状況を踏まえて動作を生成する。前者では属性情報をロボットに渡さず、動作指示だけを送る設計を示した一方、後者がどの情報を使い、生成した動作をどう検証するかは明らかにされていない。履歴記録も、事後に指示と動作を追える仕組みとして位置づけられるが、記録の保存期間や閲覧権限は公表内容にない。 飲食店での配膳例では、年齢やアレルギー情報に応じた提供制御と、人を避ける動作が一つの利用場面に並ぶ。ただし、これは将来の活用例であり、実店舗での運用や安全性を確認した実績ではない。基盤が担うのはロボット本体の動作能力そのものというより、エージェントの指示をルールに照らしてロボットへ渡し、状況に応じた振る舞いをつなぐ管理層だとみられる。実用化の評価では、登録ルールの設定主体、複数ロボットを選ぶ条件、周囲状況の認識精度、許可判断と動作生成が食い違った場合の扱いが焦点となる。 本紙の関連記事であるNTTドコモ、利用者属性や周囲の状況に応じて動作を判断するPhysical AI基盤を開発も2026年10月27日付で、属性と周囲の状況に応じた判断を掲げている。今回の基盤の説明では、A2A接続、属性情報の基盤内管理、動作履歴の追跡という仕組みが確認できる。関連する論点は、判断機能を導入すること自体より、異なるロボットを接続したときにルール適用と履歴追跡を一貫して保てるかに移る。NTT R&D FORUM 2026での展示は仕組みを示す機会だが、ドコモは今後、社内展開や共同研究、実証実験を視野に実用性を検証するとしており、実運用の範囲や性能は今後確認が必要だ。

なぜ重要か

NTTドコモの発表では、利用者の属性情報を基盤内に置き、許可された動作指示だけをロボットへ送る構成を示した。属性に応じた制御と動作履歴の追跡を、エージェントとロボットの接続経路に組み込む設計であり、飲食店の配膳例のように利用者ごとのルールを扱う場面で、誰の指示に基づき何を実行したかを管理する課題に関係する。ただし、示された利用例は将来構想であり、実環境での検証結果ではない。