JPH08106492A - 旅行計画支援システム - Google Patents

Abstract

(57)【要約】 【目的】道路交通状況に依存する目的地への到着日時と
旅行施設の利用可能日時とを整合させるような旅行計画
支援システムを提供する。 【構成】利用者が旅行の出発地点、目的地点、出発予定
日時、目的の旅行施設などのリクエスト条件を入力する
と、システムは予定走行経路と各道路区間の走行所要時
間とから到着予定日時を算出する。次にシステムはこの
到着予定日時に基づいて目的の施設が利用可能か否かを
判定する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、自動車旅行の旅行計画
を支援するシステムに係わり、特に道路交通状況に依存
する目的地への到着日時と旅行施設の利用可能日時とを
整合させるような旅行計画支援システムに関する。

【０００２】

【従来の技術】従来、自動車を使った旅行の走行計画を
事前に立案する場合は、渋滞予測情報、出発日時／到着
日時、旅行先の予約状況等から人間が判断し、立案する
場合がほとんどであった。出発日時／到着日時について
は、電子情報通信学会ＲＴＡ−８９−１９「出発時刻予
測システム」があるが、これは道路交通状況を考慮して
道路走行に要する時間を算出するものである。また施設
案内／予約状況については、すでに旅行施設の予約シス
テムとして実用化されている。

【０００３】一方、自動車走行中のリアルタイムな道路
交通情報および道路交通状況を提供するものとしては、
特開平４−１７０９８号公報「交通流分散システム」、
特開平４−３８５９９号公報「道路交通情報提供システ
ム」等が知られているが、これも道路走行のみを対象と
している。

【０００４】

【発明が解決しようとする課題】上記従来技術は、それ
ぞれ独立したシステムとして機能するが、道路交通状況
に依存する目的地への到着日時と旅行施設の利用可能日
時とのマッチングをとり、利用者にとって一貫して旅行
計画を支援するシステムではなかった。

【０００５】本発明は、この課題を解決することを目的
とし、道路走行時間に基づく目的地への到着日時と旅行
施設の利用可能日時とを整合させるようなシステムを提
供する。

【０００６】

【課題を解決するための手段】以下旅行施設とは、宿泊
施設、ゴルフ場、遊覧船など旅行目的となる何らかの施
設を言う。これらの旅行施設は、あらかじめ利用開始日
時又は利用開始時刻が設定されているものが多く、多く
は予約が必要である。本発明は、道路区間の走行所要時
間を参照して経由する道路区間の走行所要時間をすべて
積み上げることにより、与えられた出発予定日時から到
着予定日時を求め、目的の旅行施設がこの到着予定日時
より遅くて最早の日時に利用可能かどうか判定するよう
にしたものである。ただし過去パターン情報を参照し、
過去に経由する道路区間の該当する時刻に渋滞等による
遅延があればこの過去データを考慮に入れて走行所要時
間を補正する。また本発明は、与えられた旅行施設の利
用希望日時から該旅行施設が利用可能か否か判定し、利
用可能であればその利用希望日時を基にして上記とは逆
に目的地点から出発地点まで経由する道路区間の走行所
要時間を積み上げて出発推奨日時を算出するようにした
ものである。

【０００７】

【作用】求められた到着予定日時と旅行施設の最早の利
用可能日時との間が空き過ぎる場合には、所定の余裕時
間をとってこの到着予定日時を修正し、再び各道路区間
の走行所要時間を参照することにより、経由する道路区
間を逆にたどって道路区間の走行所要時間を積み上げ、
出発推奨日時を算出することができる。また目的の施設
が最早の日時に利用不可能であっても一つ前又は一つ後
の利用開始日時に利用可能であれば、とりあえずこの利
用開始日時を基にして到着予定日時を修正し、上記の処
理手順によって出発推奨日時を算出することができる。

【０００８】

【実施例】以下、本発明の実施例について図面を用いて
説明する。

【０００９】図１は、旅行計画支援システムのシステム
構成の一例を示す図である。１はセンタ装置であり、中
央の計算機である。２は旅行計画支援処理部であり、計
算機の演算処理装置と記憶装置に格納されるプログラム
によって実現できる。３は旅行計画支援処理部２によっ
てアクセスされ、旅行計画立案のための総合的な情報を
格納するデータベースであり、磁気ディスク記憶装置等
の記憶装置によって実現できる。４はセンタ装置１に接
続され、データベース３を作成し更新する情報を外部か
ら与えるための情報提供システムである。５はセンタ装
置１に接続され、旅行施設に関する情報をセンタ装置１
に与えるとともに施設の予約を行う外部の施設予約シス
テムである。６はセンタ装置１に接続され、端末として
機能する入出力装置である。

【００１０】図２は、旅行計画支援システムの他のシス
テム構成例を示す図であり、スタンドアロン構成の例を
示すものである。７は機能的に旅行計画支援処理部２、
データベース３及び入出力装置６の機能を有し、情報提
供システム４及び施設予約システム５と接続される端末
装置であり、ワークステーション、パソコン等によって
実現できる。なお図１及び図２では、本発明に直接関係
しないオペレーティングシステムなどの制御プログラム
や他の装置／システムと通信を行うための通信制御装置
などを省略している。

【００１１】旅行計画支援システムの概略動作を説明す
ると、旅行計画支援処理部２は情報提供システム４から
道路に関する情報及び施設の案内情報を入力し、データ
ベース３に格納するとともに、必要に応じて情報提供シ
ステム４から最新の情報を入力し、データベース３に格
納されたデータを更新する。旅行計画支援処理部２は、
入出力装置６から出発地点、出発予定日時、目的旅行施
設などの情報を伴って旅行計画支援の要求を受けたと
き、データベース３を検索して目的施設への到着予定日
時を計算するとともに、外部の施設予約システム５に対
して目的施設の利用状況を問い合わせる。これらの処理
を終えた後、旅行計画支援処理部２は、入出力装置６に
対し出発推奨日時、到着予定日時、施設の利用状況など
を報告する。

【００１２】図３〜図６は、データベース３に格納され
たデータのデータ構成を示す図である。

【００１３】図３は、道路のある区間について車の渋滞
を考慮した所要時間についての過去の統計から得られた
過去パターン情報である。旅行のために自動車によって
経由する道路はいくつかの区間に区切られている。区間
識別番号１１は、道路とその区間を識別する識別子であ
る。区間識別番号１１の下１桁が１か０かによって当該
区間の上りか下りかを区別する。各区間ごとの過去パタ
ーン情報は、事象が発生する月日と曜日についての情報
１１と渋滞による所要時間についての情報１０とから構
成される。情報１０は情報１２すなわち月／日／曜日の
組み合わせごとにそれぞれ設定される。情報１０は１日
分の情報であり、一定時間間隔ごとに各時刻の情報をも
っている。たとえば時刻ｔにおける渋滞１３、気象１４
及び時間１５、時刻ｔ＋１における渋滞１３、気象１４
及び時間１５などである。渋滞１３は車の渋滞を長さ
（ｍ）で表現したものである。気象１４は雨、雪などに
よる遅れを時間（分）で表現したものである。時間１５
は当該時刻において、渋滞１３及び気象１４を考慮に入
れた区間通行の所要時間を設定する。

【００１４】図４は、将来の特別な事象の発生予定につ
いての情報である。区間識別番号１１は図３の過去パタ
ーン情報中の区間識別番号１１と同じである。事象発生
予定２０は当該区間について事象ごとに設けられる。事
象とは、例えば道路工事、お祭など道路の通行を規制す
るようなイベントを言う。開始予定月日時刻２１は、事
象の開始予定である月／日／時刻の組み合わせである。
終了予定月日時刻２２は、事象の終了予定である月／日
／時刻の組み合わせである。事象２３は、事象の種別を
表す識別子である。規制内容２４は、全面通行止、片側
通行など道路規制の範囲を示す識別子である。

【００１５】図５は、道路に関する固定情報である。区
間識別番号１１は図３の過去パターン情報中の区間識別
番号１１と同じである。接続区間３０は、当該区間の両
端に接続される道路区間の区間識別番号１１を設定す
る。接続区間３０中の区間識別番号１１は接続される区
間の数だけ設けられる。例えば当該区間の一端に２つの
区間が接続され、他端に３つの区間が接続されるとすれ
ば、接続される区間の数は５である。区間長３２は区間
の長さ（ｍ）、平均旅行時間３３は渋滞や特別な事象が
ない場合の当該区間の通行に要する時間である。通行閉
鎖開始月日曜日時刻３４は冬期の雪などにより当該区間
を閉鎖する場合の開始の月／日／曜日／時刻、通行閉鎖
解除月日曜日時刻３５は同閉鎖を解除する月／日／曜日
／時刻である。通行料金３６は、当該区間の通行に通行
料が必要であればその料金である。隣接休息施設識別番
号３７は、当該区間に隣接する休息施設があればその識
別子が設定される。隣接旅行施設識別番号３８は、当該
区間に隣接する宿泊施設、ゴルフ場、空港などの旅行目
的となる施設があればその識別子が設定される。識別番
号３７及び３８は存在する数だけ複数個設定され得る。
主要地点名称３９は、当該区間中の主要な地点の名称で
あり、例えば交差点の名称等が設定される。路線名称４
０は、当該区間を含む路線の名称である。

【００１６】図６は施設の案内情報である。隣接休息施
設識別番号３７又は隣接旅行施設識別番号３８は、図５
の固定情報中のものと同じである。施設案内５２は案内
情報の内容である。

【００１７】なお図示しないが、データベース３には上
記の他に主な目的施設の利用可能日時あるいは利用不可
能日時についての情報を保有してもよい。例えば宿泊施
設の利用できない日、遊覧船の時刻表などである。また
はデータベース３上には保有せず、必要な都度センタ装
置１又は端末装置７から施設予約システム５に利用可能
日時あるいは利用不可能日時を問い合わせるようにして
もよい。

【００１８】図７は、旅行計画支援処理部２の処理の流
れを示すフローチャートであり、出発日時を優先させる
第１の実施例を示す図である。出発日時を優先させると
は、グループ旅行など全員が集合する都合上出発日時を
重視するケースである。利用者は、出発地点、目的地
点、出発予定日時、目的の施設及びその他の条件から成
るリクエスト条件を入出力装置６から入力する（ステッ
プ６１）。その他の条件とは、特定の道路を必ず通るこ
と、特定の地点で指定した時間だけ休憩をとることなど
である。

【００１９】旅行計画支援処理部２は、入力された出発
地点、目的地点及びその他の条件から予定走行経路を決
定する（ステップ６２）。予定走行経路の決定は、例え
ば電子情報通信学会ＲＴＡ−８９−１９「出発時刻予測
システムの開発」に記載のように利用者は出発地と目的
地をメニュー上の候補から選択し、システムは選択され
た出発地と目的地とを結ぶような経路選択地図を表示
し、利用者が表示画面上で順次経路を選択するような方
式が現実的である。このような方式によれば、利用者が
指定した道路は必然的に選択される。道路が選択されれ
ば路線名称４０をキーにしてデータベース３を検索して
対象とする道路区間がすべて抽出できる。次に旅行計画
支援処理部２は、データベース３上の情報を検索し、目
的地点への到着日時を計算する（ステップ６３）。計算
方法は基本的には選択された道路の路線名称４０と主要
地点名称３９をキーにしてデータベース３上の固定情報
を検索し、当該道路上で指定された２つの地点の間にあ
る区間をすべて読み込み、平均旅行時間３３をすべて合
計すれば当該道路を通行するに要する所要時間が算出さ
れ、経路となるすべての道路の所要時間を出発予定日時
に加えると到着日時が得られる。ただし各区間について
データベース３上の過去パターン情報を参照して、当該
時刻において過去に渋滞や気象のために遅延し、時間１
５だけの時間がかかるならば当該区間の平均旅行時間３
３を時間１５によって修正しなければならない。このよ
うにして出発地点から始まり各区間の平均旅行時間３３
を当該月日／曜日／時刻の時間１５で補正しながら所要
時間を累計すれば補正された到着日時を得ることができ
る。また旅行計画支援処理部２は、当該日時の当該区間
において通行閉鎖開始月日曜日時刻３４及び通行閉鎖解
除月日曜日時刻３５を参照し、当該区間が通行閉鎖にな
っていないかチェックする。通行閉鎖になっていれば、
旅行計画支援処理部２は利用者に通知し、経路を変更す
るか出発予定日時を変更するなどの選択を促す。また旅
行計画支援処理部２は当該日時の当該区間において将来
予定情報の開始予定月日時刻２１及び終了予定月日時刻
２２を参照し、イベントが発生していないかチェックす
る。イベントが発生していれば、旅行計画支援処理部２
は利用者に通知し、経路を変更するか出発予定日時を変
更するなどの選択を促す。なお利用者が特定の地点で休
憩をとることを指定した場合には、その地点で指定され
た時間だけ時刻を進めることは勿論である。

【００２０】次に旅行計画支援処理部２は、目的地点へ
の到着日時を基にして時系列的にそれより遅くて最も早
い目的施設の利用可能日時をデータベース３上で検索す
るか、あるいは施設予約システム５へ問い合わせる。い
ずれにしてもその利用可能日時に目的施設を予約可能か
どうかは施設予約システム５へ問い合わせる（ステップ
６４）。目的施設が利用可能でないかあるいは予約でき
ない場合（ステップ６５ＮＯ）には、その目的施設の利
用日時を１つ前又は１つ後の日時に変更する（ステップ
６６）。例えば宿泊施設であれば１日前又は１日後、遊
覧船の時刻表であればその当日の１つ前の出航時刻又は
１つ後の出航時刻である。そして変更した日時について
再び目的施設を予約可能かどうかを施設予約システム５
に問い合わせる（ステップ６８）。その結果目的施設が
予約可能であれば（ステップ６８ＹＥＳ）、その利用可
能日時の前に所定時間の余裕をとった日時を到着日時と
考えて出発予定日時を計算する（ステップ６９）。すで
にステップ６３で通過する道路区間が上り／下りの方向
を含めて定まっているので、目的地点に近い方の区間か
ら始まって到着日時から次々と各区間の平均旅行時間３
３を引いていけば出発予定日時が得られる。ただし各区
間についてデータベース３上の過去パターン情報を参照
して渋滞や気象のための遅延があれば、当該区間の平均
旅行時間３３を時間１５によって修正しなければならな
い。すなわち時刻とその時刻に対応する時間１５とを加
えた時刻がほぼ当該区間の終端の到着時刻になるような
時間１５があれば、平均旅行時間３３の代わりにこの時
間１５を採用する。またステップ６３の処理と同様に当
該日時の当該区間における通行閉鎖開始月日曜日時刻３
４及び通行閉鎖解除月日曜日時刻３５をチェックし、開
始予定月日時刻２１及び終了予定月日時刻２２をチェッ
クする。なお目的地点への到着日時とそれより遅くて最
も早い目的施設の利用可能日時との間が所定の余裕時間
より長い場合には、余裕時間により到着日時を修正し、
ステップ６９の計算方法によって出発推奨日時を計算す
ればよい。

【００２１】最後に旅行計画支援処理部２は、上記の計
算結果を入出力装置６へ報告する（ステップ７０）。ス
テップ６５ＹＥＳ又はステップ６９から続く場合には、
出発推奨日時、到着予定日時及び施設の利用開始日時を
報告する。ステップ６８ＮＯから続く場合には、到着予
定日時及び施設が利用不可能なこととその開始日時を入
出力装置６を介して利用者に報告する。また旅行計画支
援処理部２は、データベース３を参照することにより、
適宜通過区間に隣接する旅行施設や休息施設の施設案内
５２を取り込み、入出力装置６へ送付することができ
る。この後利用者は旅行計画支援処理部２を経由して施
設予約システム５に対して目的施設の予約をすることが
できる。

【００２２】図８は旅行計画支援処理部２の処理の流れ
を示すフローチャートであり、目的施設の利用希望日時
を優先させる第２の実施例を示す図である。利用者は、
出発地点、目的地点、目的の施設、施設利用希望日時及
びその他の条件から成るリクエスト条件を入出力装置６
から入力する（ステップ７１）。その他の条件とは、第
１の実施例の場合と同様である。ステップ７２、７３、
７４、７５及び７６はそれぞれ上記のステップ６４、６
５、６６、６７及び６８と同じ処理を行う。ステップ７
３でＹＥＳの場合及びステップ７６でＹＥＳの場合は、
予定走行経路を決定する（ステップ７７）。ステップ７
７の処理は上記ステップ６２の処理と同じである。次に
ステップ７８の処理を行うが、これは上記ステップ６９
の処理と同じである。最後に旅行計画支援処理部２は、
上記の計算結果を入出力装置６へ報告する（ステップ７
０）。ステップ７３ＹＥＳ又はステップ７６ＹＥＳから
続く場合には、出発推奨日時、到着予定日時及び施設の
利用開始日時を報告する。ステップ７６ＮＯから続く場
合には、施設が利用不可能なことを報告する。施設案内
５２の送付や目的施設の予約については、第１の実施例
と同じである。

【００２３】図９は、旅行計画支援処理部２の処理の流
れを示すフローチャートであり、利用者が目的の施設ま
で特定できず××方面という漠然とした指定しかできな
い場合である第３の実施例を示す図である。利用者は、
出発地点、出発予定日時、××方面に相当する地域の名
称、施設の種別、施設利用のための予算額及びその他の
条件から成るリクエスト条件を入出力装置６から入力す
る（ステップ８１）。地域の名称については、メニュー
方式にして多くの候補地の中から利用者に選択させるよ
うにするとよい。

【００２４】図１０は、データベース３に格納された地
域名称と道路の区間識別番号１１との対応を示す図であ
る。一般には１つの地域名称に対して複数の区間識別番
号１１が対応する。

【００２５】図９のフローチャートに戻って、旅行計画
支援処理部２は利用者によって選択された地域名称に基
づいてデータベース３を検索し、対応する区間識別番号
１１を得てからデータベース３上の固定情報を検索して
これらの区間識別番号１１の隣接旅行施設識別番号３８
のうち利用者の指定する施設種別に合致するものを抽出
する（ステップ８２）。次に得られた施設候補について
予定走行経路を決定する（ステップ８３）。その方式は
基本的にはステップ６２と同じであるが、目的地の近く
では施設候補が隣接する道路区間によって２つ以上の経
路が生じ得る。次にそれぞれの経路について到着日時を
算出する（ステップ８４）。その方式はステップ６３と
同じである。次に施設候補の１つ１つについて施設予約
システム５へ予約状況を問い合わせる（ステップ８
５）。次に施設利用可能か否かを判定する（ステップ８
６）が、施設利用のための予算額の条件に合致しないも
のはステップ８５の段階で候補から除外する。ステップ
８７、８８及び８９はそれぞれステップ６６、６７及び
６８と同じである。利用可能な施設があれば、その施設
の情報を保存し、次の施設候補の利用状況を問い合わせ
る。なお宿泊施設のように利用開始時刻が１日ごとのも
のは、到着日を優先させる。すなわちステップ８７及び
８８を省略してよい。施設候補が尽きたとき（ステップ
９１ＹＥＳ）、走行経路ごとに出発予定日時を算出する
（ステップ９２）。その方法はステップ６９と同じであ
る。最後に旅行計画支援処理部２は、施設利用可能性、
利用可能な施設候補についての名称、利用開始日時及び
料金、出発推奨日時、到着予定日時などを入出力装置６
を介して利用者に報告する（ステップ９３）。この後利
用者は旅行計画支援処理部２を経由して施設予約システ
ム５に対して選択した施設の予約をすることができる。

【００２６】図１１は、過去パターン情報を作成する手
順を示す図である。対象とする日の任意の時刻である時
刻ｔに収集された交通情報１０１、気象情報１０２及び
旅行時間１０３は、過去パターン情報１０４の該当する
区間の時刻ｔの渋滞１３、気象１４及び時間１５にそれ
ぞれ設定される。また時刻ｔより経過した時刻ｔ＋１に
収集された交通情報１０６、気象情報１０７及び旅行時
間１０８は、過去パターン情報１０４の当該区間の時刻
ｔ＋１の渋滞１３、気象１４及び時間１５にそれぞれ設
定される。このようにして１日分のデータが設定された
〇月〇日の過去パターン１１３が作成される。次に数年
分の過去パターンデータ１１０と〇月〇日の過去パター
ン１１３について重回帰分析等の分析処理１１１を行
い、対象とする日以降１年間のデータ１１２が作成され
る。図３に示す過去パターン情報は、このようにして作
成されるとともに将来の過去パターン情報は１日ごとに
常に更新される。

【００２７】図１２は、重回帰分析による過去パターン
情報の作成処理について説明する図である。たとえば今
日の日付けが××月××日であれば、当日のデータを
「××月××日の過去パターン」１２１としてデータを
入力する。次に過去データ数年分のデータ１２２を入力
する。重回帰分析処理へ入力される詳細項目は、渋滞１
３においては事象内容、規制内容及び渋滞長であり、気
象１４においては、天候、路面状況、気温、路面温度、
雨量、積雪量、風向、風力及び視界であり、時間１５に
おいては旅行時間である。これらの項目を用いて重回帰
分析等の統計分析手法により、時刻ｔにおける過去パタ
ーン情報１２４を明日以降１年間について作成する。な
おこの過去パターン情報１２４は、時刻ｔについてのデ
ータであり、これらのデータを区間、日毎にマージして
区間、月日毎に１レコードとなる過去パターン情報１１
２を作成する。

【００２８】

【発明の効果】本発明によれば、道路走行時間に基づく
目的地への到着日時と旅行施設の利用可能日時とのマッ
チングをとって一貫した旅行計画支援システムを提供す
るので、目的地への到着日時に合わせて施設の利用可能
日時を決定し、また逆に施設の利用可能日時に合わせて
出発推奨日時を決定することができる。

【図面の簡単な説明】

【図１】センタ管理型のシステム構成例を示す図であ
る。

【図２】スタンドアロン型のシステム構成例を示す図で
ある。

【図３】過去パターン情報のデータ構成例を示す図であ
る。

【図４】将来予定情報のデータ構成例を示す図である。

【図５】固定情報のデータ構成例を示す図である。

【図６】施設案内情報のデータ構成例を示す図である。

【図７】第１の実施例の処理の流れを示す図である。

【図８】第２の実施例の処理の流れを示す図である。

【図９】第３の実施例の処理の流れを示す図である。

【図１０】地域名称と区間とを対応付ける情報のデータ
構成例を示す図である。

【図１１】統計的過去パターン情報を作成する手順を説
明する図である。

【図１２】重回帰分析による過去パターン情報の作成手
順を説明する図である。

【符号の説明】

２……旅行計画支援処理部、３……データベース、５…
…施設予約システム６……入出力装置

Claims (3)

【特許請求の範囲】
1. 【請求項１】自動車旅行計画を支援するシステムであっ
   て、各道路区間について車の渋滞及び気象状況を考慮し
   た走行所要時間を記憶する手段と、与えられた旅行の出
   発予定日時及び経由する道路区間の情報に基づいて該走
   行所要時間を積み上げて到着予定日時を算出する手段
   と、与えられた目的の旅行施設に基づいて該到着予定日
   時より遅く時系列的に最早の利用開始日時に該旅行施設
   が利用可能か否かを判定する手段と、該判定結果を出力
   する手段とを有することを特徴とする旅行計画支援シス
   テム。
2. 【請求項２】自動車旅行計画を支援するシステムであっ
   て、各道路区間について車の渋滞及び気象状況を考慮し
   た走行所要時間を記憶する手段と、与えられた目的の旅
   行施設の利用希望日時に基づいて該旅行施設が利用可能
   か否かを判定する手段と、該判定手段の結果が利用可能
   である場合に該利用希望日時に基づいて該走行所要時間
   を積み上げて出発推奨日時を算出する手段と、算出した
   結果を出力する手段とを有することを特徴とする旅行計
   画支援システム。
3. 【請求項３】該走行所要時間は、対象とする区間及び時
   刻の走行所要時間の実測値と過去の同区間及び同時刻の
   走行所要時間とについて重回帰分析処理をすることによ
   り得られたものであることを特徴とする請求項１又は請
   求項２記載の旅行計画支援システム。