ドコモ、AIとロボットの動作権限を管理する連携基盤を開発

ニュースの要点

株式会社NTTドコモは2026年10月27日、利用者を支援するAIとさまざまなロボットをつなぐ「Physical AI連携基盤」を開発したと発表しました。接続だけでなく、動作を実行してよいかの判断と、周囲に配慮した振る舞いを管理します。

AI同士が通信する共通の規約であるA2Aを接続に利用し、動作の権限制御、履歴の追跡、周囲の状況に応じた動作生成を同社が独自に開発しました。利用者の属性は基盤内で扱い、ロボットには許可された動作指示のみを送ると説明しています。

個別の接続開発や利用場面に応じた制御、人に不安を与える動作を課題としています。11月18日からのNTT R&D FORUM 2026で展示予定です。社内展開や共同研究、事業者との実証を視野に実用性を検証する段階で、商用提供日、料金、導入契約は公表していません。

ニュース出典: NTTドコモ「AIとロボットが人と安全・快適に共存する世界へ、Physical AI連携基盤を開発」（2026年10月27日）

補足出典: ドコモ公式の報道発表資料と別紙

イノベーション総研の考察

AIへの依頼が実際の物の移動や配膳につながると、間違いの影響は画面の中だけでは済まなくなります。今回の事業上の論点は、ロボットをつなげることと、動かすことを許す判断を分けている点です。

A2Aでつながっても、動かしてよい範囲は決まらない

ロボットごとに接続方法が異なれば、AIサービス側は機器を追加するたびに連携開発が必要になります。ドコモは、AI同士をつなぐ共通規約A2Aを利用し、その接続の上に動作の制御を置く構成を示しました。

A2Aの公式仕様の権限に関する節も、要求を許可する判断は各実装の方針によるとしています。共通の通信規約があるだけで、店舗ごとの禁止事項や、利用者ごとに許される動作まで自動的に決まるわけではありません。

接続方法の共通化と、現場で動作を許可するルールは別々に設計する必要があります。

この違いは、連携基盤へ参入する企業の担当範囲にも関わります。機器を増やす開発費を減らせても、現場固有のルールの登録や更新が増えるなら、運用費は別に残ります。今回、接続工数や運用費の削減実績は公表されていません。

属性を渡さない設計でも、判定の前提は確かめる

基盤は利用者の年齢などの情報と、利用場面のルールを照合し、許可した指示だけをロボットへ送る仕組みです。属性を機器側へ渡さない設計は、複数のロボットへ個人情報を分散させずに制御する考え方と読めます。

一方で、基盤が判断に使う情報が古い、誤っている、取得できない場合にどうするかは、別の課題です。正確なルールで処理しても、元の属性が誤っていれば、適切な判定にならない可能性があります。

属性を機器へ配らないことと、属性が正しいことは別の確認事項です。

同社は酒類やアレルギーのある食品の配膳を止める将来像を示していますが、店舗で安全性を達成した実績ではありません。新規事業として導入する担当者の方は、情報が分からない場合の停止、人による確認、本人の訂正をどう扱うかを検証項目にできます。これらは発表済みの実装機能を列挙したものではなく、導入側への提案です。

動作履歴を、誰がルールを変えたかまでつなぐ

ドコモの基盤は、いつ、どの利用者の指示で、どの動作を実行したかを記録するとしています。この記録は、AIの意図した処理とロボットの動作を照合する出発点になります。

運用上は、同じ依頼でもルールの変更前後で許可結果が異なることがあります。履歴を調べたとき、当時使った属性とルールの版が分からなければ、なぜ実行されたのかを説明しにくくなります。さらに、ルールを修正する担当と、現場で停止を判断する担当が異なる場合も想定できます。

動作の追跡を判断の検証へ使うには、当時のルールと変更責任を結び付けます。

履歴をどの期間保存するか、誰が閲覧できるか、誤りをどう訂正するかは、発表からは確定できません。物理的な衝突を防ぐ機体の安全制御や認証も、この基盤だけで解決したと扱わないことが重要です。動作許可の判断と、機器が安全に動けることは異なる層の課題です。

実証では、止めるべき動作と止め過ぎを両方測る

適切な動作だけを許す仕組みは、危険な実行を防ぐ一方、必要な処理を止め過ぎれば、現場の人がやり直す負担を増やします。成功した配膳や移動だけを見せるデモでは、この両側の課題は分かりません。

最初の実証では、対象の機器と用途を絞り、許可してよい依頼、止めるべき依頼、属性が欠けた依頼を事前に用意することを提案します。評価指標として、誤って許可した割合に加え、正しい依頼を止めた割合と、人が処理を引き取る時間を測れば、実運用の条件が見えてきます。

実証の合否は、誤った実行だけでなく、過剰停止と人の再対応も含めて決めます。

用途が限定され、機器が少ない現場では、個別接続の方が単純に管理できる反対仮説もあります。次に追うのは、対応機種、実証対象、判定の誤りや通信断への対応、機器追加に必要な工数です。接続先の数だけで共通基盤の事業性を判断しない姿勢が求められます。

まとめ

ドコモのPhysical AI連携基盤は、AIとロボットの接続に加え、属性や場面に基づく動作の許可を管理する研究成果です。事業化へ進む際は、ルールの更新責任、情報が欠けた時の停止、過剰停止による人の負担まで確かめます。共通接続と現場の安全を分けて評価することが要点です。

関連記事: 新規事業ニュースの実証・事業化 ／ ドコモ、好みや属性に合わせるライブ映像合成技術を開発