何が起きたか
arXivに2026-11-04掲載の論文「Does RRT* Work on Uneven Terrain Meshes?」は、三角形メッシュで表した不整地にRRT*を適用する際の問題と、エッジコストの修正方法を検証した。傾斜が最大75度の高さ場では、弦の長さをコストにするMesh RRT*は各試行で解を得た一方、30,000反復後の報告コストは厳密な測地線長を平均で最大2.7%下回った。面上の実行可能な経路をエッジに使う方式では、返された経路長は検証した全ての粗さ条件で測地線長の平均0.07〜0.16%以内だった。
詳細
論文によると、元のRRT*は三角形メッシュ上ではそのまま実行できない。メッシュ面は三次元空間で体積を持たず、一様サンプリングが面に当たらないこと、クリアランス領域を確保できないこと、折れ目を横切る直線が面から外れることを理由に挙げる。 比較対象のMesh RRT*は、頂点を面上に置きつつ、許容値τの範囲で面外を通り得る線分の長さをコストにする。論文の提案方式は、メッシュの辺をまたぐ点を投影して面上の経路を構成し、その経路長をエッジコストとする。報告では、弦を使う方式に比べ、起伏の大きい地形で測地線長に対する誤差が2〜3.4倍小さかった。実装はMeshNav3D 0.2.0に含まれる予定で、リリースは保留中としている。
Key Facts
| 論文は、元のRRT*は三角形メッシュ上では実行できないと説明している。 | [1] |
| 弦の長さをコストとするMesh RRT*は、傾斜が最大75度の高さ場で全ての試行に解を得た。 | [1] |
| 30,000反復後、弦コスト方式の報告コストは厳密な測地線長を平均で最大2.7%下回った。 | [1] |
| 面上の経路長をエッジコストにする方式では、返された経路長が全ての検証粗さ条件で測地線長の平均0.07〜0.16%以内だった。 | [1] |
| 実装はMeshNav3D 0.2.0に含まれる予定で、リリースは保留中とされている。 | [1] |
本紙の見方
この論文の要点は、RRT*の探索回数を増やすことではなく、メッシュ上で何を「経路のコスト」と数えるかにある。元のRRT*はユークリッド空間の開集合と直線による局所計画を前提とするため、面だけからなる地形メッシュへそのまま移せない。面上に頂点を置く単純な改変は解を返せても、弦が面外を通る場合、その弦長は実際に走行できる地表経路の長さではない。論文が示した平均最大2.7%の過小評価は、探索結果の見かけ上のコストと実際の経路長が一致しない問題を数値化している。 対処法は、弦を使う他の部分を変えず、各エッジをメッシュ面に沿う経路で置き換えて、その長さを評価することだ。こうすればエッジごとのコストが実行可能な経路の長さになり、探索器が最適化する量と評価したい地表経路長のずれを抑えられる。検証条件では返された経路長が測地線長の平均0.07〜0.16%以内で、弦方式より起伏の大きい地形で2〜3.4倍近かった。ここでの差は論文内の数値シミュレーション結果であり、実機走行の成績を示すものではない。 業界構造への含意としては、地形メッシュを入力とする移動計画で、探索アルゴリズムだけでなく地図表現と局所経路の幾何が性能評価を左右する点が具体化した。さらに、許容値τを小さくするとコストの偏りを抑える一方、接続性とのトレードオフが生じると論文は述べる。したがって実装では、地形の粗さや必要な接続性に応じたτの設定と、経路コストの検証が焦点になる。未確定なのは、数値シミュレーションでの結果が、センサー誤差や車体の運動制約を含む実地形でどこまで保たれるかだ。論文はMeshNav3D 0.2.0への収録予定を示すが、リリースは保留中としており、実装の公開後には再現性や実行時の負荷も確認が必要となる。
なぜ重要か
弦の長さを使うと、ロボットが実際には通れない面外の線分までコスト計算に含まれ、報告コストが測地線長を下回り得る。論文の面上経路方式は、各エッジを実行可能な経路として評価するため、不整地で計画コストと地表経路長の食い違いを抑える方法として意味がある。