https://physicalaihub.net/tags/%E5%9C%B0%E5%9B%B3%E3%83%90%E3%83%BC%E3%82%B8%E3%83%A7%E3%83%B3%E7%AE%A1%E7%90%86/ Recent content in 地図バージョン管理 on Physical AI Hub Hugo ja-jp Fri, 02 Oct 2026 14:21:39 +0900 https://physicalaihub.net/posts/robot-long-term-map-maintenance/ Fri, 02 Oct 2026 14:21:39 +0900 https://physicalaihub.net/posts/robot-long-term-map-maintenance/ <p>長期運用では、地図を更新する仕組みよりも、更新してよい変化を見分ける仕組みの設計が難しくなります。</p> <h2 id="結論">結論</h2> <p>長期運用するロボットの地図は、1枚のデータを観測のたびに書き換えるのではなく、少なくとも次の三つに分けて管理するのが安全です。</p> <ul> <li>承認済みの基準地図</li> <li>センサから得た一時的な障害物・占有情報</li> <li>恒久的な変更かどうかを検証中の更新候補地図</li> </ul> <p>走行時は一時的な情報で即座に経路を調整し、恒久地図の更新は別の制御ループで扱います。単発観測による誤更新を避けるため、時間的な持続性、複数回・複数視点からの再観測、動的物体ではないことの確認、検証走行を経て初めて新しい地図版へ昇格させます。旧版は削除せず、不変スナップショットとして保存し、失敗時にロールバックできるようにします。</p> <h2 id="なぜ地図更新を分けて考えるのか">なぜ地図更新を分けて考えるのか</h2> <p>屋内環境では、家具や棚の移動、通路の変更、物体の一時的な放置などが起こります。これらをすべて同じ「地図の変化」として扱うと、短時間だけ置かれた荷物や通過中の人まで恒久的な障害物として記録するおそれがあります。一方、変化をまったく反映しなければ、古い通路や棚の情報によって走行可能性の判断を誤ります。</p> <p>したがって、変化検出の目的は観測差分を見つけることだけではありません。恒久的な構造変化、周期的または一時的な障害物、センサノイズや自己遮蔽を区別し、それぞれに異なる反応を割り当てることが目的です。</p> <h2 id="前提となる地図と座標系">前提となる地図と座標系</h2> <p>Nav2のCostmap 2Dは、静的地図、センサ由来の障害物情報、障害物の膨張処理などをレイヤーとして組み合わせます。センサ観測による障害物のマーキングとクリアも設定できます。この構造は、走行中の即時反応と、基準地図の恒久更新を分離する土台になります。</p> <p>一方、Nav2のMap Serverは地図を提供するライフサイクルノードで、地図の読み込みや保存を扱います。地図画像とYAMLメタデータには、解像度、原点、フレームなどの情報が含まれます。これらは地図版を管理する際にも重要な属性です。</p> <p>座標系については、ROSのREP-105で、<code>map</code>はグローバルな基準、<code>odom</code>は連続的だが長期的にはドリフトし得る座標系、<code>base_link</code>はロボット本体の座標系として整理されています。基準地図を差し替えると、同じ<code>map</code>という名前でも幾何学的な内容が変わる可能性があります。そのため、切り替え時刻、座標変換、ロボットごとの適用状態を管理し、ローカライゼーションの初期状態や経路計画が不連続にならないことを検証する必要があります。</p> <h2 id="推奨する更新データフロー">推奨する更新データフロー</h2> <p>センサ入力は、まず動的物体の検出・追跡と、基準地図との差分検出に使います。短期的な障害物はライブのコストマップへ反映し、走行の安全性や経路計画に利用します。同時に、差分の位置、観測時刻、視点、再観測結果を履歴として蓄積します。</p> <p>一定の条件を満たした差分は更新候補または差分パッチになります。候補は再マッピングや観測ログの再生によって検証し、問題がなければ新しい地図版として原子的に昇格させます。旧版はバージョンストアに残します。</p> <figure class="mermaid-figure"> <pre class="mermaid" role="img" aria-label="走行時はライブコストマップで即時対応し、恒久的な地図変更は候補化、再マッピング、検証、承認を経て別の地図版として昇格させる。">flowchart LR S["センサ入力"] --> F["動的物体の検出・追跡"] S --> D["基準地図との差分検出"] F --> C["ライブコストマップ"] C --> N["走行安全性・経路計画"] D --> H["観測履歴\n時刻・位置・視点・再観測"] H --> P["持続性・複数視点・動的物体でないことの判定"] P --> Q["更新候補／差分パッチ"] Q --> R["再マッピング・観測ログ再生"] R --> V["検証走行・指標確認"] V --> A["承認"] A --> U["新しい地図版へ原子的に昇格"] U --> B["承認済みの基準地図"] B --> D U --> W["旧版を不変スナップショットとして保存"]</pre><figcaption>走行時はライブコストマップで即時対応し、恒久的な地図変更は候補化、再マッピング、検証、承認を経て別の地図版として昇格させる。</figcaption></figure><p>この設計では、ライブコストマップは「今、通れるか」を判断するための層、基準地図は「環境の標準状態」を表す層、候補地図は「標準状態を変更してよいか」を審査する層です。SLAM Toolboxは通常のSLAMに加え、長期的なマッピング、既存地図を用いたローカライゼーション、地図・ポーズグラフの保存と再利用を扱うソフトウェアとして提供されています。ただし、どの変化を恒久地図へ昇格させるかは、利用側のポリシーとして定義する必要があります。</p>