日本フィジカルAI新聞

世界のフィジカルAIを、日本語で。

クラウドロボティクスarXiv:2606.31497

空間的に不均一な通信環境下でのクラウド推論のための通信を考慮したロボット実行

Communication-Aware Robot Execution for Cloud Inference under Spatially Heterogeneous Connectivity

シェア:XThreadsFacebookLINEはてブBluesky

クラウド上の基盤モデルを利用するロボットが、通信品質が場所によって異なる環境で、次のクラウド推論結果を待つ間に現在のプリミティブを実行し続ける問題を扱い、リクエスト送信地点を動作計画に組み込むフレームワークを提案した。

詳しい要約

1. どんなもの?

- クラウド上の foundation model を利用するロボットの実行フレームワーク。 - 空間的に不均一な無線接続下で、現在の primitive 実行中に次のクラウド推論結果を取得する必要がある。 - 次のリクエスト地点を運動決定として選び、通信品質と primitive の有限サポート内での進捗を両立する。 - 選択地点を local planner に組み込み、送信前に誘導し、次の結果取得に十分な接続を維持する。

2. 先行研究と比べてどこがすごい?

- 従来は遅延削減や個別伝送改善に注目し、依存関係を短縮するが、信頼できる upload と response retrieval の両方を満たす送信地点を決められない。 - 提案は request–response window を導入し、次サイクル全体の時間を考慮して送信地点を選ぶ点が新しい。 - 通信マップと連携し、primitive 実行中の運動決定として扱う。 - 実験で成功率が最高または同率最高、リクエスト試行回数と失敗率が低い。

3. 技術・手法の肝は?

- request–response window: uplink transmission、cloud inference、downlink retrieval、inference uncertainty を含む次サイクル所要時間を特徴づける。 - 利用可能な communication map と window に基づき、次の request point を運動決定として選択。 - 選択地点は十分な通信品質を提供し、現在の primitive の有限サポート内で進捗を保つ。 - local planner が request point へ誘導し、送信後も次の cloud result 取得に十分な接続を維持しながらタスク実行を継続。

4. どうやって有効だと検証した?

- 実測から構築した屋内無線シナリオで実験。 - 比較手法に対して、提案手法がタスク成功率で最高または同率最高。 - リクエスト試行回数がより少なく、リクエスト失敗率も低い。

5. 議論はある?

- 要旨からは不明。 - 限界や失敗事例、仮定の議論は要旨に記載されていない。

6. 次に読むべき論文は?

- 要旨で参照/比較されている研究は明示されていない。 - 同分野の定番として、cloud robotics、wireless-aware motion planning、foundation models for robotics、communication-aware planning に関する論文を挙げる。

※ AIが要旨から生成した要約です。正確性は原文をご確認ください。

著者: Fengkai Liu, Yuichi Ohsita, Masayuki Murata, Hideyuki Shimonishi

分類: cs.RO

原文アブストラクト

Cloud-hosted foundation models enable robots to use semantic reasoning beyond onboard computational limits. In this setting, the robot executes a currently available primitive generated by the cloud, and continued task progress requires the next cloud result before this primitive is exhausted. This execution becomes fragile under spatially heterogeneous connectivity, because the current primitive determines when the next result is needed, whereas the wireless environment determines where the next request can be submitted and where the response can be retrieved. Strategies that reduce latency or improve individual transmissions can shorten this dependency, but they do not determine a submission location that supports reliable upload and leaves a feasible opportunity for response retrieval. To address this problem, we introduce the request--response window, which characterizes the time required for the next cloud cycle, including uplink transmission, cloud inference, downlink retrieval, and inference uncertainty. Building on this window and an available communication map, the proposed framework treats the next request point as a motion decision during ongoing primitive execution, selecting it to provide sufficient communication quality for cloud request submission while preserving progress within the finite support of the current primitive. The selected request point is incorporated into a local planner, which guides the robot toward the request point before submission and then continues task execution while maintaining sufficient connectivity for retrieving the next cloud result. Experiments in an indoor wireless scenario built from measurements show that the proposed method achieves the best or tied-best task success among the compared methods, while using fewer request attempts and producing lower request failure rates.

関連論文

  1. 1Boston Dynamics、車輪付きAtlasの研究試作機を紹介研究・技術
  2. 2GXOとApptronik、Apolloの物流現場試験を拡大 最大1,000台の展開を構想量産・展開
  3. 3newmoとKDDIが資本業務提携 2028年に堺市で自動運転タクシー商用化目指す提携・買収
  4. 4NVIDIA、CoRLでGR00T 2とIsaac Lab 3.0を発表新製品・発表
  5. 5UC BerkeleyとNVIDIAの研究者、AIエージェントでロボット制御コードを仮想環境で改善研究・技術

PR・アフィリエイト広告

OZ GAMING(GPU搭載BTOゲーミングPC)

OZ GAMING(GPU搭載BTOゲーミングPC)の公式広告バナーOZ GAMINGで完成品PCを見る ↗
PR本紙発行元 EmplifAI