ドコモの「Physical AI連携基盤」は、ロボットを動かす前にAIの指示を止める。配膳で酒とアレルギーをどう捌くのか

まず初めに

ロボットとAIをつなぐ話は、たいてい「何ができるか」の自慢から始まる。ところがドコモの発表で一番前に来るのは、「止められるか」だ。未成年にお酒を運ばせない、アレルギーのある人にその食品を出さない。派手さはゼロだが、人のいる場所でロボットを走らせるなら、できることより先に「やらせないこと」の設計が要る。その順番を間違えていない発表は、意外に少ない。

※個人の感想です

何が起きたのか

株式会社NTTドコモは2026年10月27日、「Physical AI連携基盤」の開発を発表しました。Physical AIとは、AIの処理能力をロボットなどを通じて物理空間での具体的な働きに結びつける技術や概念を指します。本基盤は、利用者がパーソナルエージェントに指示を入力してからロボットが動作するまでを、一貫して管理・追跡できるようにするものです。

ドコモは、生活空間でAIとロボットを連携させる際の課題として、次の3点を挙げています。

• 連携：ロボットごとに接続方法が異なり、パーソナルエージェントと複数のロボットを接続するには、接続方法に応じた個別の開発が必要になる
• 制御：利用者や利用する場面に応じて、ロボットが行ってよい動作かを判断して止める仕組みがない
• 配慮：ロボットの動作が人に心理的な不安や不快感を与えてしまう

本基盤は、この3課題に対応する技術を1つにまとめたものと位置付けられています。

仕組み——接続はA2A、独自開発は3機能

パーソナルエージェントとロボットの接続には、AIエージェント同士が通信し協調してタスクを遂行するための標準的な通信プロトコル「A2A（Agent to Agent）」を利用します。そのうえで、ドコモが独自に開発したのは次の3機能です。

第一に「権限制御」です。利用者がパーソナルエージェントで指示を入力すると、本基盤の中核となる「A2A Gateway」が、利用者の年齢などの属性情報と、基盤に登録された利用場面ごとのルールを照合します。ロボットが実行してよい動作かを判定し、許可されていない動作は実行前に停止、許可された指示だけをロボットに送信する仕組みです。属性情報は本基盤内で管理し、ロボットには動作の指示のみを送るとしています。つまり、ロボット側に個人の属性情報そのものは渡らない設計です。

第二に「動作履歴の追跡」です。いつ、どの利用者の指示で、どの動作を実行したかを記録します。問題が起きたときに「誰の指示で、何をしたか」を後からたどれることが、人の空間で動くロボットの前提条件になります。

第三に「周囲状況に応じた振る舞い生成」です。動作時にロボットの周囲の状況を踏まえ、人に不安や不快感を与えない動作を自動で生成して実行します。ドコモはこの機能を、感情指数（EQ）という言葉で説明しています。

想定シーンは飲食店の配膳

具体例として挙げられているのは、飲食店での配膳です。利用者がパーソナルエージェントを通じて商品を注文すると、本基盤が適切な配膳ロボットを選択して動作させます。その際、未成年の利用者にはお酒を、アレルギーがある利用者にはその食品を配膳しないよう自動で判断します。配膳中に人が前に来た場合は、人を避けて進むことも可能になるとしています。

この例が示しているのは、ロボットの性能競争とは別の論点です。配膳ロボット自体は既に多くの店舗で使われていますが、「誰の注文を、誰に、運んでよいか」という判断は、通常は人間の店員が担ってきました。AIエージェント経由の注文が増えるほど、その判断をシステム側で肩代わりする仕組みが必要になります。本基盤は、その判断と記録の層を担おうとするものです。

展示と今後の進め方

本基盤を用いたデモンストレーションは、2026年11月18日（水曜）から開催される「NTT R&D FORUM 2026」で展示されます。会期は11月18日から20日と、11月24日から25日で、会場はNTT武蔵野研究開発センタです（ドコモブースはB1イベントホール、展示番号C10）。

ドコモは今後、本基盤の社内への展開や、ロボットメーカーとの共同研究、さまざまな事業者との実証実験などを視野に入れ、実用性の検証を進める方針です。現時点の発表は「開発した」という段階であり、一般の店舗や家庭で使えるサービスとして提供が始まったわけではありません。

私たちへの影響

現時点で、一般の利用者の生活がこの基盤によって直接変わることはありません。提供開始されたサービスではなく、研究開発の発表だからです。

ただし、方向性としては身近な話です。AIエージェントに「注文しておいて」と頼む世界では、エージェントの指示がそのまま現実の機械の動作に変換されます。その変換の途中に「実行前に止める仕組み」と「履歴を残す仕組み」があるかどうかが、事故やトラブルの際の責任の所在を左右します。フィジカルAIの実用化は、ロボットの賢さと同じくらい、この「止める・記録する」の層が社会に受け入れられるかどうかにかかっています。

初心者が知っておくべきこと

Q. 「パーソナルエージェント」とは何ですか。

A. ドコモの説明では、利用者に寄り添い、日々の暮らしやさまざまな選択を身近な立場でサポートするパートナーのようなAIエージェントを指します。利用者はこのエージェントに指示を出すことで、ロボットを含むさまざまなサービスを動かす想定です。

Q. 「A2A」とは何ですか。

A. Agent to Agentの略で、複数のAIエージェント（自律的に動作するソフトウェア）が互いに通信し、協調してタスクを遂行するための通信規約（プロトコル）です。本基盤では、メーカーごとに異なるロボットを、共通のやり方でパーソナルエージェントにつなぐために使われています。

Q. 年齢などの個人情報がロボットに渡ってしまうのですか。

A. ドコモの発表では、属性情報は本基盤内で管理し、ロボットには動作の指示のみを送信すると説明されています。ロボット側が「この人は未成年だ」という情報を保持するのではなく、基盤側が「この動作は許可しない」と判断だけを返す設計です。

IT Postの見方——「賢いロボット」より「止められるロボット」を売る判断が正しい

IT Postでは、今回の発表の勘所は、ロボットの能力ではなく「権限制御」を中核に据えたことだと考えます。AIエージェントが現実世界を動かすとき、事故は「できなかったこと」より「やってしまったこと」で起きる。未成年への酒の配膳も、アレルギー食品の提供も、ロボットの故障ではなく指示と判断の失敗だ。その失敗を実行前に止め、履歴に残す層を先に作るという順序は、派手さはないが、導入する店舗や施設が最後に気にする点と一致している。

もう一つの読みどころは、接続に自社規格ではなくA2Aという標準プロトコルを選んだことです。ロボットはメーカーごとにバラバラで、ドコモ自身はロボットメーカーではありません。通信会社が握るべきは機械そのものではなく、機械と人の間の「交通整理」の層だ、という割り切りが見えます。もっとも、基盤の価値は実証でしか証明できません。R&D FORUMのデモが「止める場面」をどこまで見せるかが、最初の試金石になります。

※個人の感想です

今後どうなりそうか

次の節目は、2026年11月18日から始まるNTT R&D FORUM 2026でのデモンストレーションです。権限制御が実際にどの条件で動作を止めるのか、履歴の追跡がどの粒度で見られるのかが、展示で確認できる見通しです。その後は、社内展開やロボットメーカーとの共同研究、事業者との実証実験の進み具合が焦点になります。

IT Postでは、実証実験の開始や、基盤を採用する事業者の発表など、実用化に向けた続報が出た場合は取り上げます。