(57)【要約】【課題】交通経路の予測が正確で、最適な交通経路を探索する交通情報管理システム、交通情報管理方法及びサーバを提供する。【解決手段】交通情報管理システムは、インターネット網１４を介して交通情報を探索サーバ１２へ送信する交通情報センタ１３と、交通情報を受信する探索サーバ１２と、探索要求を送信する携帯端末装置１１とを備える。探索サーバ１２は、時刻表データベースを有すると共に、交通情報を受信する交通情報受信部と、交通情報に基づいて、時刻表データベースを更新するデータ更新部と、交通機関の探索要求を受信すると共に、生成される探索経路データを携帯端末装置１１に送信する探索経路送受信部と、探索要求を受信すると、更新された時刻表データベースから探索経路データを生成するデータ生成部と、を備える。【選択図】図１
2009192437.tif 000002
【特許請求の範囲】
【請求項１】
交通情報を送信する交通情報センタと、前記交通情報を受信する探索サーバと、前記探索サーバに探索要求を送信する携帯端末とを備えた交通情報管理システムであって、
前記探索サーバは、運行予定を表す時刻表データを有し、
前記交通情報センタは、
前記交通情報を、定期的に前記探索サーバに送信する交通情報送信手段を備え、
前記探索サーバは、
前記交通情報センタから送信された前記交通情報を受信する交通情報受信手段と、
前記交通情報受信手段によって受信した前記交通情報に基づいて、前記時刻表データを更新する時刻表データ更新手段と、
前記携帯端末から送信された、交通機関の経路を探索する前記探索要求を受信する探索要求受信手段と、
前記探索要求受信手段により前記探索要求を受信すると、更新された前記時刻表データから、前記交通機関の経路を探索して探索経路データを生成する探索経路データ生成手段と、
生成された前記探索経路データを、前記携帯端末に送信する探索経路データ送信手段と、を備え、
前記携帯端末は、
前記交通機関の経路を探索する、前記探索要求を送信する探索要求送信手段を備える
ことを特徴とする交通情報管理システム。
【請求項２】
前記交通情報は、
交通機関の遅延情報又は運休情報の少なくともいずれか一方を含む
ことを特徴とする請求項１に記載の交通情報管理システム。
【請求項３】
前記探索要求は、
前記経路における目的地まで、最も早く到達する最速到達経路の探索を要求する
ことを特徴とする請求項１又は２に記載の交通情報管理システム。
【請求項４】
交通情報を送信する交通情報センタと、前記交通情報を受信する探索サーバと、前記探索サーバに探索要求を送信する携帯端末とを備えた交通情報管理システムにおける交通情報管理方法であって、
前記探索サーバは、運行予定を表す時刻表データを有し、
前記交通情報センタが、前記交通情報を、定期的に前記探索サーバに送信する交通情報送信ステップと、
前記探索サーバが、前記交通情報センタから送信された前記交通情報を受信する交通情報受信ステップと、
前記探索サーバが、前記交通情報受信ステップにおいて受信した前記交通情報に基づいて、前記時刻表データを更新する時刻表データ更新ステップと、
前記携帯端末が、交通機関の経路を探索する探索要求を送信する探索要求送信ステップと、
前記探索サーバが、前記携帯端末から送信された前記探索要求を受信する探索要求受信ステップと、
前記探索サーバが、前記探索要求受信ステップにおいて前記探索要求を受信すると、更新された前記時刻表データから、前記交通機関の経路を探索して探索経路データを生成する探索経路データ生成ステップと、
前記探索サーバが、生成された前記探索経路データを、前記携帯端末に送信する探索経路データ送信ステップと、
を備えることを特徴とする交通情報管理方法。
【請求項５】
前記交通情報は、
交通機関の遅延情報又は運休情報の少なくともいずれか一方を含む
ことを特徴とする請求項４に記載の交通情報管理方法。
【請求項６】
前記探索要求は、
前記経路における目的地まで、最も早く到達する最速到達経路の探索を要求する
ことを特徴とする請求項４又は５に記載の交通情報管理方法。
【請求項７】
運行予定を表す、時刻表データを有するサーバであって、
外部から送信される交通情報を受信する交通情報受信手段と、
前記交通情報受信手段によって受信した前記交通情報に基づいて、前記時刻表データを更新する時刻表データ更新手段と、
前記外部と異なる外部から送信される、交通機関の経路を探索する探索要求を受信する探索要求受信手段と、
前記探索要求受信手段により前記探索要求を受信すると、更新された前記時刻表データから、前記交通機関の経路を探索して探索経路データを生成する探索経路データ生成手段と、
生成された前記探索経路データを、前記外部と異なる外部に送信する探索経路データ送信手段と、
を備えることを特徴とするサーバ。
【請求項８】
運行予定を表す、時刻表データを有するサーバにおける運行情報管理方法であって、
外部から送信される交通情報を受信する交通情報受信ステップと、
前記交通情報受信ステップにおいて受信した前記交通情報に基づいて、前記時刻表データを更新する時刻表データ更新ステップと、
前記外部と異なる外部から送信される、交通機関の経路を探索する探索要求を受信する探索要求受信ステップと、
前記探索要求受信ステップにおいて前記探索要求を受信すると、更新された前記時刻表データから、前記交通機関の経路を探索して探索経路データを生成する探索経路データ生成ステップと、
生成された前記探索経路データを、前記外部と異なる外部に送信する探索経路データ送信ステップと、
を備えることを特徴とする運行情報管理方法。
【請求項９】
運行予定を表す、時刻表データを有するサーバにおける運行情報管理プログラムであって、
外部から送信される交通情報を受信する交通情報受信手順と、
前記交通情報受信手順によって受信した前記交通情報に基づいて、前記時刻表データを更新する時刻表データ更新手順と、
前記外部と異なる外部から送信される、交通機関の経路を探索する探索要求を受信する探索要求受信手順と、
前記探索要求受信手順により前記探索要求を受信すると、更新された前記時刻表データから、前記交通機関の経路を探索して探索経路データを生成する探索経路データ生成手順と、
生成された前記探索経路データを、前記外部と異なる外部に送信する探索経路データ送信手順と、
をコンピュータに実行させることを特徴とする運行情報管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、交通情報管理システム、交通情報管理方法及びサーバに関する。
【背景技術】
【０００２】
一般に、ユーザが交通機関を用いて目的地に行く場合、出発地点から目的地までの時間情報を、ダイヤが記された時刻表や、鉄道を運営する交通機関のホームページなどから検索している。
【０００３】
そのため、ユーザが目的地を目指して出発した場合、列車遅延や人身事故などに遭遇すると、駅の改札口に設けられた表示板に遅延情報が表示されたり、駅員による音声アナウンスがされていた。
【０００４】
そこで、このような予測できない交通情報に対し、過去に生じた混乱の原因と実績データを保存して、復旧時間を予測するものが、特許文献１に記載されている。
【０００５】
また、交通機関の検索システムに関するものとして、特許文献２乃至４に記載されたものが知られている。
【特許文献１】特開２００２−２６９２９１号公報
【特許文献２】特開２００７−１１４０３０号公報
【特許文献３】特開平９−３０５１０９号公報
【特許文献４】特開２００１−３２５３９３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記文献に記載されたものは、以下の点で改善の余地を有していた。
【０００７】
第一に、特許文献１に記載されたものは、過去の混乱の原因や実績データを用いて、復旧時間を予測しているにすぎず、実際にユーザが目的地を目指している場合には、復旧時間の予測と実際の交通情報が合っておらず、予測の精度が低いという問題があった。
【０００８】
第二に、特許文献４に記載されたものは、ユーザの希望する目的地まで最速時間で到達する経路探索を行っても、目的地に到着するためには、現在ユーザがいるべき地点又は迂回路のいずれかの情報を送信する必要があった。
【０００９】
この場合、目的地を目指す間に、電車事故等によって電車遅延や運休が発生しても、経路の異なる電車事故情報は一切反映されず、経路探索を行っても最新の交通情報が反映された経路探索結果を取得することができない、という問題があった。また、特許文献２及び３においても同様に、最新の交通情報が反映された経路探索結果を取得することができない、という問題があった。
【００１０】
本発明は上記事情に鑑みてなされたものであり、その目的とするところは、交通経路の予測が正確で、最適な交通経路を探索することができる交通情報管理システム、交通情報管理方法及びサーバを提供することにある。
【課題を解決するための手段】
【００１１】
本発明によれば、交通情報を送信する交通情報センタと、前記交通情報を受信する探索サーバと、前記探索サーバに探索要求を送信する携帯端末とを備えた交通情報管理システムであって、
前記探索サーバは、運行予定を表す時刻表データを有し、
前記交通情報センタは、
前記交通情報を、定期的に前記探索サーバに送信する交通情報送信手段を備え、
前記探索サーバは、
前記交通情報センタから送信された前記交通情報を受信する交通情報受信手段と、
前記交通情報受信手段によって受信した前記交通情報に基づいて、前記時刻表データを更新する時刻表データ更新手段と、
前記携帯端末から送信された、交通機関の経路を探索する前記探索要求を受信する探索要求受信手段と、
前記探索要求受信手段により前記探索要求を受信すると、更新された前記時刻表データから、前記交通機関の経路を探索して探索経路データを生成する探索経路データ生成手段と、
生成された前記探索経路データを、前記携帯端末に送信する探索経路データ送信手段と、を備え、
前記携帯端末は、
前記交通機関の経路を探索する、前記探索要求を送信する探索要求送信手段を備える交通情報管理システムが提供される。
【００１２】
本発明によれば、交通情報を送信する交通情報センタと、前記交通情報を受信する探索サーバと、前記探索サーバに探索要求を送信する携帯端末とを備えた交通情報管理システムにおける交通情報管理方法であって、
前記探索サーバは、運行予定を表す時刻表データを有し、
前記交通情報センタが、前記交通情報を、定期的に前記探索サーバに送信する交通情報送信ステップと、
前記探索サーバが、前記交通情報センタから送信された前記交通情報を受信する交通情報受信ステップと、
前記探索サーバが、前記交通情報受信ステップにおいて受信した前記交通情報に基づいて、前記時刻表データを更新する時刻表データ更新ステップと、
前記携帯端末が、交通機関の経路を探索する探索要求を送信する探索要求送信ステップと、
前記探索サーバが、前記携帯端末から送信された前記探索要求を受信する探索要求受信ステップと、
前記探索サーバが、前記探索要求受信ステップにおいて前記探索要求を受信すると、更新された前記時刻表データから、前記交通機関の経路を探索して探索経路データを生成する探索経路データ生成ステップと、
前記探索サーバが、生成された前記探索経路データを、前記携帯端末に送信する探索経路データ送信ステップと、を備える交通情報管理方法が提供される。
【００１３】
本発明によれば、運行予定を表す、時刻表データを有するサーバであって、
外部から送信される交通情報を受信する交通情報受信手段と、
前記交通情報受信手段によって受信した前記交通情報に基づいて、前記時刻表データを更新する時刻表データ更新手段と、
前記外部と異なる外部から送信される、交通機関の経路を探索する探索要求を受信する探索要求受信手段と、
前記探索要求受信手段により前記探索要求を受信すると、更新された前記時刻表データから、前記交通機関の経路を探索して探索経路データを生成する探索経路データ生成手段と、
生成された前記探索経路データを、前記外部と異なる外部に送信する探索経路データ送信手段と、を備えるサーバが提供される。
【００１４】
本発明によれば、運行予定を表す、時刻表データを有するサーバにおける運行情報管理方法であって、
外部から送信される交通情報を受信する交通情報受信ステップと、
前記交通情報受信ステップにおいて受信した前記交通情報に基づいて、前記時刻表データを更新する時刻表データ更新ステップと、
前記外部と異なる外部から送信される、交通機関の経路を探索する探索要求を受信する探索要求受信ステップと、
前記探索要求受信ステップにおいて前記探索要求を受信すると、更新された前記時刻表データから、前記交通機関の経路を探索して探索経路データを生成する探索経路データ生成ステップと、
生成された前記探索経路データを、前記外部と異なる外部に送信する探索経路データ送信ステップと、を備える運行情報管理方法が提供される。
【００１５】
本発明によれば、運行予定を表す、時刻表データを有するサーバにおける運行情報管理プログラムであって、
外部から送信される交通情報を受信する交通情報受信手順と、
前記交通情報受信手順によって受信した前記交通情報に基づいて、前記時刻表データを更新する時刻表データ更新手順と、
前記外部と異なる外部から送信される、交通機関の経路を探索する探索要求を受信する探索要求受信手順と、
前記探索要求受信手順により前記探索要求を受信すると、更新された前記時刻表データから、前記交通機関の経路を探索して探索経路データを生成する探索経路データ生成手順と、
生成された前記探索経路データを、前記外部と異なる外部に送信する探索経路データ送信手順と、をコンピュータに実行させる運行情報管理プログラムが提供される。
【発明の効果】
【００１６】
本発明によれば、交通経路の予測が正確で、最適な交通経路を探索することができる交通情報管理システム、交通情報管理方法及びサーバが提供される。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。
【００１８】
図１は、本発明の実施の形態に係る交通機関ナビゲーションシステムの概要を示す概要構成図である。
【００１９】
本実施の形態の交通機関ナビゲーションシステム（交通情報管理システム）は、インターネット網１４を介して交通情報を探索サーバ１２へ送信する交通情報センタ１３と、交通情報を受信する探索サーバ１２と、探索サーバ１２に探索要求を送信する携帯端末装置１１とを備えている。
【００２０】
交通情報センタ１３は、交通情報を定期的に探索サーバ１２に送信する機能を有している。
【００２１】
次に、探索サーバ１２を構成する機能ブロック図について、図２に示す。
【００２２】
図２に示す探索サーバ１２は、運行予定を表す時刻表データベース１３０（時刻表データ）を有すると共に、交通情報センタ１３から送信された交通情報を受信する交通情報受信部１１０と、受信した交通情報に基づいて、時刻表データベース１３０を更新するデータ更新部１２０（時刻表データ更新手段）と、携帯端末装置１１から交通機関の探索要求を受信すると共に、生成される探索経路データを携帯端末装置１１に送信する探索経路送受信部１５０（探索要求受信手段及び探索経路データ送信手段）と、携帯端末装置１１から探索要求を受信すると、更新された時刻表データベース１３０から交通機関の経路を探索して探索経路データを生成するデータ生成部１４０（探索経路データ生成手段）と、を備えている。
【００２３】
携帯端末装置１１は、交通機関の経路を探索する探索要求を、探索サーバ１２へ送信する機能を有している。
【００２４】
次に、交通機関ナビゲーションシステムの最速時間指定探索処理について、図３に示すシーケンス図を用いて説明する。
【００２５】
図３に示す最速時間指定探索シーケンス図では、交通情報センタ１３から探索サーバ１２へ、交通情報を定期的に送信する（ステップＳ２１）。
【００２６】
探索サーバ１２は、交通情報センタ１３から交通情報を受信すると（ステップＳ２２）、その交通情報から、例えば、交通情報である電車遅延と運休情報を取得する。
【００２７】
探索サーバ１２は、取得した交通情報には優先順位が割り当てられており、その優先順位に基づいて、新時刻表データを作成する（ステップＳ２３）。
【００２８】
次に、ユーザは、自己の有する携帯端末装置１１を用いて、携帯端末装置１１から探索サーバ１２に、出発地から目的地まで最速時間にて到達する最速時間指定探索要求を送信する（ステップＳ２４）。
【００２９】
探索サーバ１２は、ユーザによって、携帯端末装置１１から最速時間指定探索要求を受信すると、ステップＳ２３において作成された新時刻表データから、最速時間指定探索処理結果を作成する（ステップＳ２５）。
【００３０】
そして、探索サーバ１２は、最速時間指定探索処理結果を作成すると、その最速時間指定探索処理結果を、ユーザが有する携帯端末装置１１へ送信する（ステップＳ２６）。
【００３１】
次に、交通機関ナビゲーションシステムにおける探索サーバ１２の処理フローについて、図４に示すフローチャートを用いて詳細に説明する。
【００３２】
なお、図３と同一の処理を行う箇所については、同一のステップを付すこととし、処理内容は同一であることとする。
【００３３】
まず、探索サーバ１２は、交通情報センタ１３から定期的に送信される交通情報を待ち受けており、交通情報センタ１３から交通情報を受信する（ステップＳ２２）。
【００３４】
次に、探索サーバ１２は、受信した交通情報に、少なくとも遅延情報又は運休情報が含まれているときには、その遅延情報又は運休情報に割り当てられた優先順位に基づいて、時刻表データを並び替える（ステップＳ２３−１）。
【００３５】
そして、探索サーバ１２は、遅延情報又は運休情報に割り当てられた優先順位に基づいて、新時刻表データを作成する（ステップＳ２３−２）。
【００３６】
次に、探索サーバ１２は、ユーザが有する携帯端末装置１１から、出発地から目的地までの最速時間指定探索要求を受信する（ステップＳ２４−１）。
【００３７】
すると、探索サーバ１２は、ステップＳ２３−２において作成された新時刻表データから、出発地から目的地までの最速時間指定探索処理を実行する（ステップＳ２５−１）。
【００３８】
そして、探索サーバ１２は、探索された最速時間指定探索処理結果を、携帯端末装置１１へ送信し（ステップＳ２６）、ユーザに探索処理結果を通知する。
【００３９】
次に、本実施の形態について、更に具体例を用いて詳述する。
【００４０】
あるユーザが、本実施の形態に係る携帯端末装置１１を有しており、Ａ駅で電車に乗るため、待ち合わせをしていたとする。
【００４１】
この具体例では、そのユーザが、Ａ駅からＢ駅まで通勤特急に乗車することを予定していたが、Ａ駅とＢ駅の途中にあるＣ駅において、踏切故障による電車事故が発生した場合を想定する。
【００４２】
ここで、交通情報センタ１３が、探索サーバ１２に対し、Ｃ駅において発生した踏切故障に関する交通情報を送信する一例を、図５に示す。
【００４３】
図５に示す交通情報では、交通機関（遅延／運休）データ４１を有しており、例えば、路線コード、路線区間、駅名、遅延時間などが記載されている。
【００４４】
この場合、例えば、交通情報センタ１３は、路線コード：Ｄ線であって、路線区間：Ａ駅〜Ｂ駅において、駅名：Ｃ駅で踏切故障による電車事故が発生、遅延時間は２０分程度の見込みなどの情報を、交通機関（遅延／運休）データ４１によって送信する。
【００４５】
探索サーバ１２は、この交通機関（遅延／運休）データ４１を受信すると、時刻表データベース１３０においてＤ線の時刻表データを有しているので、Ｄ線に対応する時刻表データを、交通情報に割り当てられた優先順位に基づいて、並び替える。
【００４６】
この場合の具体例を、図６の状態遷移図に示す。
【００４７】
図６の状態遷移図では、例えば、探索サーバ１２は、既存の時刻表データとして時刻表データ４６を有しており、交通情報センタ１３から、ステップＳ２１（図３）の交通情報である交通機関（遅延／運休）データ４１を受信する。
【００４８】
そして、探索サーバ１２が、交通機関（遅延／運休）データ４１を受信すると、時刻表データ４６には、該当する交通機関の時刻表のヘッダエリア４２に、優先順位番号４３が割り振られると共に、交通状態フラグ４４と、遅延時間４５とが入力される。
【００４９】
この時刻表データの一例を、図７に示す。
【００５０】
図７に示す時刻表データは、ある路線の時刻表データ（例えば、Ｄ線）を有しており、ヘッダエリア４２に優先順位番号４３と、交通状態フラグ４４と、遅延時間４５とが入力されるようになっている。
【００５１】
そして、探索サーバ１２は、時刻表データ４６に対し、ヘッダエリア４２に記載された優先順位番号４３によって時刻表データを並び替え、例えば、Ｃ駅の踏切故障により、Ｄ線の時刻表データ＃１の優先順位を下げて、新時刻表データ４７を形成する。
【００５２】
この場合、例えば、Ｃ駅で発生した踏切故障は復旧に多少の時間がかかると思われるので、混雑による遅延の場合よりも探索時の優先順位が低くなるように設定し、一方、運休の場合よりも探索時の優先順位が高くなるように設定することができる。
【００５３】
また、例えば、交通機関の運休の場合には、その交通機関を探索するときに優先順位が最も低くなるように設定し、一方、運行しているにも関わらず電車が遅延している場合には、その交通機関を運休の場合よりも優先順位が高くなるように設定しても良い。
【００５４】
これにより、図８に示す状態遷移図のように、ユーザが有する携帯端末装置１１から、探索サーバ１２に最速時間指定探索要求を行うと、探索サーバ１２は、新時刻表データ４７から、時刻表データ＃１の交通機関の優先順位を下げて探索する。
【００５５】
従って、例えば、ユーザは、Ａ駅において携帯端末装置１１を用いて最速時間指定探索要求を送信すると、踏切故障による電車事故が発生したＣ駅を回避した交通機関の探索を行うことができる。
【００５６】
また、このとき探索サーバ１２は、踏切故障による電車事故が発生したため、２０分程度の遅延が予想される旨をユーザに通知するようにしても良い。
【００５７】
ここで、今まで提供されていたサービスでは、Ｃ駅の踏切故障による電車事故を、時刻表データ４７に即座に反映できなかったり、或いは探索処理を行うサーバが、交通情報を即座に取得し、更新することができなかった。
【００５８】
これに対し、本実施の形態では、交通情報センタ１３が、交通情報を探索サーバ１２に定期的に送信することにより、探索サーバ１２が時刻表データ４６をリアルタイムに更新することができる。
【００５９】
これにより、ユーザは、携帯端末装置１１を用いて探索サーバ１２にアクセスするだけで、最新の交通情報を反映した最速時間指定探索処理を行うことができる。
【００６０】
以上説明したように、本実施の形態によれば、交通経路の予測が正確で、最適な交通経路を探索することができる交通機関ナビゲーションシステムを実現できる。
【００６１】
なお、上述で説明した時刻表データ４６は、交通機関ごとに時刻表を形成しており、この時刻表データ４６が電車に限定されず、路線バス、飛行機、船など各交通機関による時刻表データを有するように設定することができる。
【００６２】
以上、図面を参照して本発明の実施形態について述べたが、これらは本発明の例示であり、上記以外の様々な構成を採用することもできる。
【００６３】
例えば、本実施の形態では、探索サーバ１２が１台によって交通機関ナビゲーションシステムを形成するようになっていたが、本実施の形態ではこれに限らず、探索サーバ１２を複数台有するようにしても良い。
【００６４】
この場合、探索サーバ１２にかかる処理負荷を分散することができるので、常に最新の新時刻表データ４７に迅速に更新することができると共に、ユーザの要求に対して、迅速な応答を行うことができる。
【００６５】
なお、本実施の形態では、探索サーバ１２が探索処理を行うようになっていたが、本実施の形態ではこれに限らず、携帯端末装置１１にワンセグチューナを設け、携帯端末装置１１が探索サーバ１２から時刻表データ４６に関する情報を取得すると共に、交通機関（遅延／運休）データ４１に相当するデータを、ワンセグチューナから取得するようにしても良い。
【００６６】
この場合、ユーザは、携帯端末装置１１を操作することにより、交通機関（遅延／運休）データ４１をワンセグチューナによって取得できると共に、携帯端末装置１１が探索サーバ１２から時刻表データ４６を取得することができるので、携帯端末装置１１に新時刻表データ４７を生成し、ユーザに直接、最新時間指定探索要求処理を提供することができる。
【図面の簡単な説明】
【００６７】
【図１】実施の形態に係る交通機関ナビゲーションシステムの概要を示した概要構成図である。
【図２】実施の形態に係る探索サーバの機能を示した機能ブロック図である。
【図３】実施の形態に係る交通機関ナビゲーションシステムの最速時間指定探索処理を示す最速時間指定探索シーケンス図である。
【図４】実施の形態に係る交通機関ナビゲーションシステムにおける探索サーバの処理フローを示すフローチャートである。
【図５】実施の形態に係る交通機関ナビゲーションシステムにおける交通情報を表す一例の図である。
【図６】実施の形態に係る交通機関ナビゲーションシステムにおける探索サーバの状態遷移を示した状態遷移図である。
【図７】実施の形態に係る交通機関ナビゲーションシステムにおける時刻表データの一例を示し図である。
【図８】実施の形態に係る交通機関ナビゲーションシステムにおける新時刻表データを探索する場合の状態遷移図である。
【符号の説明】
【００６８】
１１    携帯端末装置
１２    探索サーバ
１３    交通情報センタ
１４    インターネット網
１１０    交通情報受信部
１２０    データ更新部
１３０    時刻表データベース
１４０    データ生成部
１５０    探索経路送受信部
４１    交通機関（遅延／運休）データ
４２    ヘッダエリア
４３    優先順位番号
４４    交通状態フラグ
４５    遅延時間
４６    時刻表データ
４７    新時刻表データ
＃１  時刻表データ
【図１】
2009192437.tif 000003
【図２】
2009192437.tif 000004
【図３】
2009192437.tif 000005
【図４】
2009192437.tif 000006
【図５】
2009192437.tif 000007
【図６】
2009192437.tif 000008
【図７】
2009192437.tif 000009
【図８】
2009192437.tif 000010