Hydra-Multi
Chang 2023 · 論文
一行要約 — 最初のマルチロボット空間認知システム: 各ロボットがHydraを実行してオンラインでローカルな3Dシーングラフを構築し、中央局がそれらを位置合わせ・最適化・統合して一つの大域的に整合した階層的マップにする。
問題
3Dシーングラフは表現力の高い高次マップ表現であることが示されたが、Hydraは単一ロボットの視点からしかそれを構築できず、広大な環境を1台のロボットで迅速にカバーするのは非現実的だった。一方、マルチロボットSLAMシステムは階層的なセマンティクスを持たないメトリックマップを生成していた。オンラインでマルチロボットシーングラフを構築するには、3つの結合した問題を解く必要がある: ロボットフレーム間の相対変換を推定すること(初期キャリブレーションなしで)、強いパーセプチュアルエイリアシングにもかかわらずロボット間ループクロージャを検出すること、そして異なるロボットが提供する重複したシーングラフノードを統合することである。
手法とアーキテクチャ
フロントエンド(コントロールステーション)。 各ロボットはローカルなHydraインスタンスを実行し、シーングラフ全体を定期的に送信する。シーングラフプロセッサはこれらを蓄積して、慎重なノードごとの参照フレーム管理のもとで単一の未最適化・未統合なフロントエンドグラフを構築する。ロボット間ループクロージャは、Hydraの階層的検出器 — トップダウンの記述子比較(places → objects → 視覚的見え方)に続く、RANSAC(視覚キーポイント)またはTEASER++(オブジェクト)によるボトムアップの幾何検証 — によって発見される。
バックエンド: 位置合わせ — 最適化 — 統合。
- 初期位置合わせ。 ロボットと間の各ロボット間ループクロージャは、のフレームにおけるのフレームのノイズを含む推定値を与える:
ここではオドメトリ姿勢推定値、はループクロージャ計測値である。これらの推定値は、打ち切り最小二乗コストを用いたロバスト姿勢平均化によって融合される:
GTSAM内のGraduated Non-Convexity (GNC)で解かれる。ロボットは個のインライアが残った時点で初期化済みとみなされ、変換はロボットレベルの依存関係グラフの全域木に沿って連結される。 2. 統合の提案。 位置合わせ後、統合候補が提案される: 重なり合う場所ペア(距離m、類似した半径)と、同一のセマンティックラベルを持ち重なるバウンディングボックスを持つオブジェクトペア(そのメッシュ頂点に対するICPから変換を求める)。 3. ロバストなシーングラフ最適化。 エージェント姿勢グラフ、場所、統合候補オブジェクト、サブサンプリングされたメッシュ制御点がエンベデッド変形グラフを構成し、姿勢グラフ最適化として最適化される
ここで辺はオドメトリ、ループクロージャ、メッシュ剛性、統合の各因子である。GNCは誤ったループクロージャや誤った統合を外れ値として除去する。 4. ノードの統合。 GNCインライアの統合が実行され、メッシュが再補間され、オブジェクトの重心/ボックスが再計算される。提案された統合の半数未満しか有効でない場合、すべて取り消され、統合された場所から部屋が再分割される。
異種チーム。 少なくとも1つの層と互換性のあるマップを持つロボットであれば貢献できる: オブジェクトベースSLAMロボットはオブジェクト層に貢献し、セマンティクスを持たないメッシュを持つLiDARロボットもメッシュと場所には貢献できる — この階層構造こそが異種マップを融合可能にしているものである。
実験結果
- データセット: シミュレーションされたuHumans2オフィス(3台のロボット)、実環境のSidPac(SP、約400mのマルチフロア記録2件を2台のロボットとして扱い、別々の階からスタート)、Simmons(SM1/SM2、RealSense D455 + LiDARを搭載した2台のClearpath Jackal、約500mの走行、パーセプチュアルエイリアシングにより80~90%の外れ値ループクロージャが発生)。
- ATE (m): Hydra-Multi 0.25(uH2)、3.92(SP)、0.99(SM1)、0.79(SM2)に対し、集中型Kimera-Multiは0.59 / 4.99 / 2.0 / 0.87;LiDARベースのLAMP 2.0(SM1/SM2で0.73 / 0.58)に近く、視覚のみを使っているにもかかわらず遜色ない。
- シーングラフの精度は、正解フレーム位置合わせを用いた単一ロボットHydraと同等であり、uH2/SPではロボット間ループクロージャのおかげでわずかにそれを上回る。
- アブレーション(オブジェクト「発見率」): フルシステムで92.9%(uH2)、59.3%(SM1)に対し、初期位置合わせなしでは80.8% / 23.8%、統合なしでは91.1% / 37.3%。
- 2台のロボットは寮の1フロア全体を約30分で再構築するのに対し、同じ範囲を1台のロボットでカバーする場合は約50分かかる;フロントエンドは1イテレーションあたり約100msに留まり、ロボットあたりのループクロージャと変形グラフの通信量は1MB未満に留まる(生のメッシュ/シーングラフのストリーミングが帯域幅を占有する主要因である)。
SLAMにおける意義
Hydra-Multiは、ロボット群にわたって協調的に3Dシーングラフを構築した最初のシステムであり、Kimera/Hydraの系譜を単一ロボットからフリート規模のセマンティックマッピングへと拡張した。その位置合わせ-最適化-統合バックエンドは、ループクロージャを補正するのと同じロバストな仕組み(変形グラフ上のGNC)が、ロボット間のノード統合を調停するのにも使えることを示している。また、その異種チームの結果はアーキテクチャ上の重要な指摘をもたらす: シーングラフの階層構造自体が相互運用層であり、LiDARのみのロボットと視覚ベースのロボットが1つの世界モデルを共有できるようにする — これは捜索救助、倉庫、その他あらゆるマルチロボット展開に関連する。
関連ノート
- Hydra — 各ロボットが実行する単一ロボット向けシーングラフシステム
- Kimera-Multi — 同じ研究室によるマルチロボットメトリック・セマンティックSLAM
- GNC — 位置合わせ、最適化、統合検証の背後にあるロバストソルバー
- Inter-robot loop closure — ロボットのマップを位置合わせするための鍵となる仕組み
- Map merging — Hydra-Multiがシーングラフレベルで解決する一般的な問題
- Centralized vs Decentralized — Hydra-Multiは集中型の方式を採用している