アーカイブ / AI Agent
乗り換え接続を途中で打ち切る公共交通の経路探索手法
Early Pruning
概要
- 乗り換え接続を所要時間順に並べ、目的地への既知の到着時刻を改善できなくなった時点で残りを省く。
- 著者らの1,000件平均の比較では、ロンドンのMcRAPTOR検索時間が3,966ミリ秒から1,707ミリ秒になった。
- 追加の評価基準でも最適な候補を保つには、その基準が乗り換え時間の増加によって改善しないことが条件となる。
補足:編集した模式図で仕組みを確認する
VISUAL EXPLAINER
図でつかむ、Early Pruningの仕組み
- 01時刻表と乗換接続
- 02接続を所要時間順に整列
- 03既知の到着時刻と比較
- 04経路候補
原論文の説明をもとにした模式図です。処理の細部は省略しています。
研究の背景
Early Pruningは、公共交通の経路検索で、停留所間の乗り換え候補を調べる時間を減らす。RAPTORは時刻表を周回ごとに探索する方式で、徒歩などで移動できる接続が多いと、その確認に時間がかかる。
応答を速めるために接続距離や移動手段を制限すると、提示できる経路も狭まる。多数の乗り換え候補を扱いながら検索時間を抑えられるかは、経路案内を運用するうえで重要である。
手法
各停留所から出る乗り換え接続を、移動時間が短い順に並べる。検索中、その停留所への到着時刻に接続時間を足した値が、目的地で既に分かっている最良の到着時刻以上なら、残りの接続もそれ以上に時間がかかるため、確認を止める。
本文の例では、停留所に13時55分に着き、接続時間は2分、5分、9分の順である。目的地への既知の到着時刻が14時なら、5分の接続から先を省く。到着時刻以外も評価する方式では、ある候補が全基準で既存候補に及ばないという「支配」を使う。その判定で残りも省くには、追加基準が接続時間の増加によって改善しないことが条件となる。
新規性
停留所から出る接続を所要時間順に並べ、目的地への既知の到着時刻を改善できなくなった時点で、残りの接続をまとめて省く。著者らは、この規則をRAPTOR系の6方式に組み込んだ。
接続を並べて探索を止める考え方は、先行研究のハブラベルにもある。本研究の主張は、それをRAPTORの乗り換え処理に直接適用し、追加の評価基準を扱う方式にも条件付きで広げた点にある。
従来手法との違い
比較対象は、各RAPTOR系方式にEarly Pruningを加える前の実装である。従来の目標到着時刻による枝刈りは候補ごとに判定するが、本手法は接続の順序を使い、以降の確認をまとめて終える。
ULTRA系は、事前計算した少数の近道接続を探索する。著者らの実験では、接続数の多い推移的グラフを使う方式で短縮率が大きく、ULTRA系でも短縮が見られた。ただし、その差は対象の方式と交通網に限った結果である。
実験結果
著者らはスイスとロンドンの交通網でRAPTOR系6方式を調べ、検索時間を無作為な1,000件の問い合わせの平均で比較した。ロンドンの推移的乗り換えグラフでは、RAPTORが48.6ミリ秒から32.2ミリ秒、McRAPTORが3,966ミリ秒から1,707ミリ秒になった。後者の短縮率56.9%が表中の最大値である。
一方、ロンドンのULTRA-McRAPTORは477ミリ秒から462ミリ秒で、短縮率は3.1%だった。BM-RAPTORとUBM-RAPTORの計測では、到着時刻と乗車回数の許容幅をともに1.25に設定した。接続の整列時間は、推移的グラフでスイスが約418ミリ秒、ロンドンが約568ミリ秒と報告されている。
応用の可能性
編集上の応用案 · 論文が実証した用途とは区別しています。
編集上の応用案。郊外の停留所間を徒歩でつなぐ経路案内で、既存のRAPTOR系探索にこの規則を加える。入力は時刻表、停留所、徒歩接続と所要時間、出発地、目的地とし、到着時刻と乗り換え回数を伴う経路候補を出力する。
接続を所要時間順に整列してから検索し、利用中の評価基準に合う打ち切り条件を使う。規則自体に学習データ、教師ラベル、追加センサーは不要だが、対象地域の時刻表と徒歩所要時間のデータは必要である。案内の速さと結果の維持は導入先で検証する。
応用先の候補からNauhに相談できます。
導入時の検証
導入時の検証案 · 対象データでの再評価が必要です。
導入時の検証案。対象地域の時刻表、停留所、徒歩接続とその所要時間を用意する。現行のRAPTOR系実装を比較基準とし、同じ問い合わせ集合で規則を加える前後の経路候補と検索時間を記録する。学習データ、教師ラベル、追加センサーはこの規則には不要である。
接続を整列し、利用中の評価基準に応じた打ち切り条件を実装する。候補と到着時刻の一致、平均検索時間、時間のかかった問い合わせの検索時間、整列時間を確かめる。時刻表だけを更新した場合も結果を比較し、徒歩接続を変更した場合には整列し直して再確認する。
限界と課題
著者らは、別方式のCSAにも規則を試したが、実用上の速度改善は見られなかったと報告する。また、追加基準を扱う場合に最適な候補を保てるという主張には、その基準が乗り換え時間の増加によって改善しないという条件が付く。
編集上の検証事項は、導入先の接続データで検索結果が一致するか、接続を更新した際に整列し直せるか、実際の問い合わせ分布でも速くなるかである。徒歩以外の移動手段を増やした効果や運用費用は、この実験値だけでは判断できない。
出典
元のタイトル・要旨を確認する(英語)
Early Pruning for Public Transport Routing
Routing algorithms for public transport, particularly the widely used RAPTOR and its variants, often face performance bottlenecks during the transfer relaxation phase, especially on dense transfer graphs, when supporting unlimited transfers. This inefficiency arises from iterating over many potential inter-stop connections (walks, bikes, e-scooters, etc.). To maintain acceptable performance, practitioners often limit transfer distances or exclude certain transfer options, which can reduce path optimality and restrict the multimodal options presented to travellers. This paper introduces Early Pruning, a low-overhead technique that accelerates routing algorithms without compromising optimality. By pre-sorting transfer connections by duration and applying a pruning rule within the transfer loop, the method discards longer transfers at a stop once they cannot yield an earlier arrival than the current best solution. Early Pruning can be integrated with minimal changes to existing codebases and requires only a one-time preprocessing step. The technique preserves Pareto-optimality in extended-criteria settings whenever the additional optimization criteria are monotonically non-decreasing in transfer duration. Across multiple state-of-the-art RAPTOR-based solutions, including RAPTOR, ULTRA-RAPTOR, McRAPTOR, BM-RAPTOR, ULTRA-McRAPTOR, and UBM-RAPTOR and tested on the Switzerland and London transit networks, we achieved query time reductions of up to 57\%. This approach provides a generalizable improvement to the efficiency of transit pathfinding algorithms.
論文本体の取得範囲に基づく解説。AIが作成した未校閲の記事です。性能の数値は著者の評価条件に依存します。応用例と検証計画は編集上の提案です。解説更新:2026-10-01




