<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>参照解決 on Physical AI Hub</title>
    <link>https://physicalaihub.net/tags/%E5%8F%82%E7%85%A7%E8%A7%A3%E6%B1%BA/</link>
    <description>Recent content in 参照解決 on Physical AI Hub</description>
    <generator>Hugo</generator>
    <language>ja-jp</language>
    <lastBuildDate>Mon, 28 Sep 2026 14:09:11 +0900</lastBuildDate>
    <atom:link href="https://physicalaihub.net/tags/%E5%8F%82%E7%85%A7%E8%A7%A3%E6%B1%BA/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>自然言語からロボット行動へ：3Dグラウンディングと実行制約の設計</title>
      <link>https://physicalaihub.net/posts/robot-language-to-3d-grounding-action-constraints/</link>
      <pubDate>Mon, 28 Sep 2026 14:09:11 +0900</pubDate>
      <guid>https://physicalaihub.net/posts/robot-language-to-3d-grounding-action-constraints/</guid>
      <description>&lt;p&gt;自然言語の「右側」や「隣」が、ロボットにとってどの座標と距離を意味するのかが気になるテーマです。&lt;/p&gt;&#xA;&lt;h2 id=&#34;先に結論&#34;&gt;先に結論&lt;/h2&gt;&#xA;&lt;p&gt;ロボットに自然言語を直接モータ指令として渡すのは適切ではありません。「赤い箱を棚の右側へ置く」のような指示は、対象物、参照表現、空間関係、3D目標、座標系、許容誤差、動作前提、禁止条件、完了条件へ分解し、構造化された中間表現に変換するべきです。&lt;/p&gt;&#xA;&lt;p&gt;VLMやLLMは、指示の意味解釈や操作候補の生成に使います。一方、実行前には物体の再同定、座標変換、到達可能性、衝突、視認性、把持可能性などを別の検証段階で確認します。意味の確信度が高くても、3D測位や軌道計画が成立するとは限りません。不確実性が大きければ、実行せずに確認質問、追加観測、再計画へ切り替える構成が基本になります。&lt;/p&gt;&#xA;&lt;h2 id=&#34;なぜ3dグラウンディングが必要か&#34;&gt;なぜ3Dグラウンディングが必要か&lt;/h2&gt;&#xA;&lt;p&gt;自然言語には、ロボットがそのまま利用できる座標が含まれていません。「右側」は何を基準にした右側か、「隣」はどの距離までか、「それ」はどの物体を指すのかを決める必要があります。さらに、対象を認識できても、把持姿勢やアームの可動範囲、周囲の障害物を考慮しなければ行動には変換できません。&lt;/p&gt;&#xA;&lt;p&gt;3D-LLMやSpatialVLM系の研究は、3Dシーン理解、視覚グラウンディング、物体間の距離や方向、相対位置の推論を扱います。ただし、3D上の参照対象を得られることは、安全な軌道や実行可能な把持姿勢を得たことと同じではありません。空間推論の評価結果を、そのまま実機操作の成功や安全性として扱うこともできません。&lt;/p&gt;&#xA;&lt;h2 id=&#34;中間表現に含める情報&#34;&gt;中間表現に含める情報&lt;/h2&gt;&#xA;&lt;p&gt;実装上は、言語理解の結果を一つの曖昧な文字列として保持せず、次の情報を分けて管理します。&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;対象物の同一性、検出された物体の候補、参照表現&lt;/li&gt;&#xA;&lt;li&gt;「右側」「隣」などの空間関係と、その基準となる物体・座標系&lt;/li&gt;&#xA;&lt;li&gt;目標となる3D位置、3D領域、または物体姿勢&lt;/li&gt;&#xA;&lt;li&gt;許容誤差、把持や配置に必要な動作前提、禁止条件&lt;/li&gt;&#xA;&lt;li&gt;言語解釈の確信度、対象同定の確信度、3D測位の不確実性&lt;/li&gt;&#xA;&lt;li&gt;完了条件と、条件を満たさなかった場合の再計画方針&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;これは業界標準として確立した形式ではありません。実際にはロボット、センサ、タスクに合わせて設計する必要があります。重要なのは、意味解釈、幾何情報、実行可否を分離し、どの段階で不確実性が生じたかを追跡できることです。&lt;/p&gt;&#xA;&lt;h2 id=&#34;変換の仕組み&#34;&gt;変換の仕組み&lt;/h2&gt;&#xA;&lt;p&gt;処理は、おおむね次の段階に分けられます。まずVLMやLLMが、指示から対象物、操作、空間関係、候補となるスキル列を生成します。SayCanは、LLMによる言語的なタスク分解に、現在のロボット状態で各スキルを実行できるかを示すアフォーダンス値を組み合わせる方式です。言語的にもっとも自然な手順ではなく、環境で実行可能な候補を選ぶ点に意味があります。&lt;/p&gt;&#xA;&lt;p&gt;次に、画像、点群、深度、ロボット状態などから作られた3Dシーンへ、対象と関係を接地します。VoxPoserは、物体や空間関係を3Dボクセル上の価値マップとして表現し、複数の価値マップを合成して操作や経路計画へ利用する枠組みを示しています。3D目標を一点だけでなく領域や価値として持てるため、配置や経路の条件を計画器へ渡しやすくなります。&lt;/p&gt;&#xA;&lt;p&gt;その後、カメラ座標系などで得た情報をロボット基準の座標系へ変換し、目標位置・姿勢と動作条件を検証します。到達できるか、衝突しないか、対象を視認し続けられるか、把持できるか、速度や力の制約を満たすかを確認してから、モーションプランナーへ渡します。実行中も観測を更新し、状態が想定から外れれば停止、再観測、再計画へ分岐させます。&lt;/p&gt;&#xA;&lt;figure class=&#34;mermaid-figure&#34;&gt;&#xA;    &lt;pre class=&#34;mermaid&#34; role=&#34;img&#34; aria-label=&#34;言語モデルの出力を直接モータ指令に接続せず、3D目標と実行制約を検証してからロボットへ渡す処理の流れ。&#34;&gt;flowchart LR&#xA;  A[&#34;自然言語指示&#34;] --&gt; B[&#34;対象物・操作・空間関係・スキル候補の生成&#34;]&#xA;  B --&gt; C[&#34;候補集合の作成と参照表現の解決&#34;]&#xA;  C --&gt; D{&#34;対象が一意か&#34;}&#xA;  D -- &#34;いいえ&#34; --&gt; Q[&#34;確認質問または追加観測&#34;]&#xA;  Q --&gt; C&#xA;  D -- &#34;はい&#34; --&gt; E[&#34;3Dシーンへグラウンディング&#34;]&#xA;  E --&gt; F[&#34;構造化中間表現の生成&#34;]&#xA;  F --&gt; F1[&#34;対象・基準物体・座標系・3D目標・許容誤差・禁止条件&#34;]&#xA;  F1 --&gt; G[&#34;座標変換と状態統合&#34;]&#xA;  G --&gt; H[&#34;到達可能性・衝突・視認性・把持・速度・力の検証&#34;]&#xA;  H --&gt; I{&#34;実行条件を満たすか&#34;}&#xA;  I -- &#34;いいえ&#34; --&gt; R[&#34;停止・再観測・再計画&#34;]&#xA;  R --&gt; E&#xA;  I -- &#34;はい&#34; --&gt; J[&#34;モーション計画&#34;]&#xA;  J --&gt; K[&#34;ロボット実行&#34;]&#xA;  K --&gt; L[&#34;実行中の観測更新&#34;]&#xA;  L --&gt; M{&#34;完了条件を満たすか&#34;}&#xA;  M -- &#34;はい&#34; --&gt; N[&#34;完了&#34;]&#xA;  M -- &#34;いいえ&#34; --&gt; R&lt;/pre&gt;&lt;figcaption&gt;言語モデルの出力を直接モータ指令に接続せず、3D目標と実行制約を検証してからロボットへ渡す処理の流れ。&lt;/figcaption&gt;&lt;/figure&gt;&lt;h2 id=&#34;参照表現は候補集合として扱う&#34;&gt;参照表現は候補集合として扱う&lt;/h2&gt;&#xA;&lt;p&gt;「赤い箱の隣」「それを持ち上げて」のような表現を、最初から単一の物体へ決め打ちするのは危険です。検出された物体、過去の行動履歴、3Dシーン内の空間関係を使って候補集合を作り、候補が一意になるかを確認します。&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
