JP2004103006A - 交通情報検索システム、交通情報検索方法及び交通情報検索プログラム - Google Patents

Abstract

【課題】　交通機関に関する検索サービスを提供するに際し、検索の応答遅延や、個人情報の漏洩等の問題を回避しつつ、アップデートで、且つ個々のユーザの利用形態を加味した情報を詳細に表示する。
【解決手段】　本発明は、時刻表データ、路線データ及び料金表データを格納する情報データベース３１と、インターネット２を介して取得された検索条件に基づいて、情報データベース３１を検索し、この検索結果を送信するデータベースサーバ３と、通信端末１側に備えられ、乗車駅、下車駅、乗車日時等の検索条件をデータベースサーバ３に送信する検索条件入力部１１ａと、データベースサーバ３から応答される検索結果を加工する加工条件を記憶する記憶装置１３と、記憶装置１３に蓄積された加工条件に基づいて、検索結果を加工する検索結果加工部１４と、検索結果を表示するディスプレイ６とを有する。
【選択図】　　　図１

Description

　本発明は、通信回線を相互に接続して構成される通信ネットワークを介して、鉄道等の交通機関に関する情報を検索する交通情報検索システム、交通情報検索方法及び交通情報検索プログラムに関する。

　従来、インターネットなどの通信ネットワークを介して、鉄道等の交通機関に関する情報、例えば、目的の駅までの経路や、料金、終電発車時刻などを検索するサービスの提供が行われている（例えば、特許文献１）。

　このサービスでは、交通機関の運行スケジュールを含む時刻表データ、該交通機関の路線情報を含む路線データ、及び料金に関する料金表データを、インターネット上に配置された情報データベースに蓄積しておく。そして、検索を希望するユーザは、ブラウザソフトなどの所定の通信プロトコルにより上記情報データベースとデータの送受信が可能な汎用ソフトウェアを用いて、ユーザが使用する通信端末から乗車駅や下車駅等の検索条件を送信し、その検索結果を閲覧する。

　一方、従来より、ユーザの端末上においてスタンドアローンで動作し、交通機関に関する情報を検索するソフトウェアも開発されている（例えば、特許文献２）。

　この従来のソフトウェアでは、時刻表データ、路線データ、及び料金表データをユーザが使用するコンピュータの記憶装置上に蓄積しておき、ユーザが入力した検索条件に基づいて記憶装置上のデータを検索し、表示する。
特開２００１−３１８９３２号公報 特開平１０−７８９８１号公報

　しかしながら、従来のインターネットを通じた検索サービスでは、インターネットを通じてデータを送受信するものであることから、検索送信から検索結果の応答までに所定の時間を要するという問題がある。特に、ユーザ端末側において、検索結果を画像や図形により詳細に表示させようとした場合には、その表示に要する画像・図形データ等もインターネットを通じて受信しなければならないため、応答時間が遅延する惧れがある。

　また、通常、定期券等の使用の有無や区間など、ユーザの交通機関の利用形態により交通料金が変動する場合があるが、インターネットを通じた検索で、このような利用形態を加味した検索を行うときには、そのためのデータを送受信する通信時間に伴って、応答時間がさらに遅延する可能性があるとともに、サービス提供側において、利用形態を加味した演算処理を行わなければならず、そのための処理負荷により、さらに応答時間が遅延する惧れがある。

　さらに、このようなインターネットサービスでは、交通機関の利用形態という個人情報を、インターネットを通じて送信しなければならず、個人情報が漏洩する可能性が高くなるという問題もある。

　一方、ユーザのコンピュータ上でスタンドアローンに動作するソフトウェアでは、上述した応答遅延や個人情報の漏洩等の問題は生じないが、検索対象である時刻表データ、路線データ、及び料金表データの全てを自己のコンピュータ上に格納しておかなければならないため、ハードウェア資源の有効利用が図れないという問題がある。また、交通機関の時刻表や料金表などは、刻々と更新されるものであるため、時間が経つにつれて、実際の運行状況と、検索結果が乖離してしまい、アップデートな情報の取得が困難となる。

　そこで、本発明は、上述の課題に鑑みてなされたものであり、交通機関に関する検索サービスを提供するに際し、検索の応答遅延や、個人情報の漏洩等の問題を回避しつつ、アップデートでき、且つ個々のユーザの利用形態を加味した情報を詳細に表示することのできる交通情報検索システム、交通情報検索方法及び交通情報検索プログラムを提供することを目的とする。

　上記課題を解決するために、本発明は、通信回線を相互に接続して構成される通信ネットワークを介して、交通機関の運行スケジュールを含む時刻表データ、交通機関の路線情報を含む路線データ、及び料金に関する料金表データが格納された情報データベースに対して、交通機関に関する情報を検索する際に、通信ネットワークに接続可能に配置された通信端末側において、通信ネットワークを通じて応答される検索結果を加工する加工条件を加工条件記憶部に記憶しておき、通信ネットワークに接続可能に配置された通信端末側から、乗車駅、下車駅、乗車日時、下車日時のいずれか１つ以上の検索条件を、通信ネットワークを通じて送信し、通信ネットワークを介して検索条件を取得し、この検索条件に基づいて、情報データベースを検索し、この検索結果を通信端末側において受信し、加工条件記憶部に蓄積された加工条件に基づいて、検索結果を加工し表示する。

　このような本発明によれば、インターネット等の通信ネットワークを介して、情報データベースにアクセスし、運行スケジュールや、路線経路、及びその経路等の交通機関に関する情報を取得することができる。特に、本発明によれば、情報データベースからは、該当する時刻表、経路、料金等の文字データなどの必要最低限の情報のみを取得し、画像や図形など、表示のために必要なデータの加工は、通信端末側において処理することができることから、通信負荷による応答遅延を生じることなく、ユーザのニーズに則した詳細な表示が可能となる。

　上記発明においては、加工条件には、表示部における表示形態に関する表示条件が含まれ、通信端末側において、加工条件記憶部に、表示条件を加工条件として蓄積させ、表示条件を含む加工条件に基づいて検索結果を加工することが好ましい。この場合には、検索結果の画像や図形、図表による表示や、検索経路の表示順序など、表示に関する設定を詳細に行うことができる。

　上記発明においては、加工条件には、定期券使用の有無やその区間を含む交通機関の利用形態に関する個別情報が含まれ、通信端末側において、加工条件記憶部に、個別情報条件を加工条件として蓄積させ、個別情報を含む加工条件に基づいて検索結果を加工することが好ましい。この場合には、定期券の使用の有無や、区間により変動する料金を適切に表示することができる。また、定期券の使用区間等の個人情報が通信ネットワーク上に送信されないため、個人情報の漏洩の可能性を低減することができる。

　上記発明においては、通信端末側において、検索結果の履歴を履歴情報として蓄積することが好ましい。この場合には、検索結果をユーザ側に蓄積することにより、検索結果の再利用が可能となり、ユーザのニーズに応じた交通情報の有効利用が可能となる。

　上記発明においては、検索結果から抽出されたデータを加工し、個別情報として入力することが好ましい。この場合には、例えば、定期の利用経路を登録する場合などに、検索結果を加工したデータをそのまま利用することにより、乗車駅、下車駅、経由駅及び料金などの入力を省略することができ、煩雑な入力操作やこれによる入力ミス等を回避することができる。

　上記発明においては、履歴情報蓄積部に蓄積された履歴情報を加工し、加工されたデータに基づいて交通機関の利用に要した料金を算出することが好ましい。

この場合には、例えば、交通料金の報告書を作成するときなどに、検索結果が蓄積された履歴情報を利用することにより、利用経路の入力や料金の入力を省略することができ、煩雑な操作を回避することができる。

　上記発明において、精算処理を行う際に、加工条件記憶部に記憶された定期券使用の有無やその区間等の交通機関の利用形態に関する個別情報を加味して料金を算出することが好ましい。この場合には、定期券の利用の有無及びその区間により変動する交通料金を反映させた精算を行うことができ、ユーザの交通機関の利用形態に応じた適正な料金の算出が可能となる。

　上記発明においては、検索条件入力部において乗車駅或いは下車駅の項目に文言が入力されると、通信端末において、一意に識別できる駅名と駅の俗称或いは呼び名が関連づけられて記憶された駅データ記憶装置を参照して、文言から呼称または表記で一意に識別できる駅名を検索して提示し、乗車駅或いは下車駅として選択させる駅データ確認部を更に有することが好ましい。この場合には、通信端末上で一意に識別できる駅名を決定することができるので、通信量を低減し更にサーバの負荷を軽減することができる。

　上記発明においては、通信端末が情報データベースに接続されると、情報データベースに記憶された駅データから、通信端末で記憶された駅データ記憶装置との差分を取得し、駅データ記憶装置を更新する駅データ更新部を更に有することが好ましい。この場合には、通信端末において常に最新の駅データを備えることができる。

　なお、本発明の交通情報検索システム及び交通検索方法は、本発明に係る交通情報検索プログラムをコンピュータ上で実行することにより容易に実現することができる。また、この交通情報検索プログラムは、通信ネットワークを介した配布が可能であり、本発明の交通情報検索システムの構築、及び交通検索方法の実施を容易に行うことができる。

　本発明に係る交通情報検索システム、交通情報検索方法及び交通情報検索プログラムによれば、交通機関に関する検索サービスを提供するに際し、検索の応答遅延や、個人情報の漏洩等の問題を回避しつつ、アップデートでき、且つ個々のユーザの利用形態を加味した情報を詳細に表示することができる。

　本発明に係る交通情報検索システムの実施形態について図を参照しつつ説明する。

（交通情報検索システムの構成）
　図１は、本実施形態に係る交通情報検索システムの全体構成を模式的に示す機能ブロック図である。

　同図に示すように、交通情報検索システムは、インターネット２を介して、鉄道等の交通機関に関する情報を検索する交通情報検索システムであり、インターネット２に接続可能に配置された通信端末１及びデータベースサーバ３と、データベースサーバ３に接続された情報データベース３１とを有している。

　インターネット２は、有線或いは無線の公衆回線や専用回線等の通信回線を相互に接続して構成される通信ネットワークの一形態であり、所定のプロトコルによりデータを送受信することが可能である。なお、この通信ネットワークとしては、社内ＬＡＮ等のローカルネットワークも含まれる。

　データベースサーバ３は、インターネット２に対してデータの送受信を行う通信インターフェースを備え、インターネット２を介して取得される検索条件に基づいて情報データベース３１内の各データを検索する機能を有している。

　情報データベース３１は、鉄道などの交通機関の運行スケジュールを含む時刻表データ３１ａ、交通機関の路線情報を含む路線データ３１ｂ、及び料金に関する料金表データ３１ｃを格納するデータベースである。

　通信端末１は、検索サービスの提供を受けるユーザが使用する装置であり、本実施形態では、パーソナルコンピュータ等の汎用コンピュータ上で、交通情報検索プログラムを実行することにより実現される。

　この通信端末１は、具体的に、条件入力部１１と、通信インターフェース（Ｉ／Ｆ）１２と、記憶装置１３と、検索結果加工部１４と、表示データ生成部１５と、精算処理部１６とを備えている。また、通信端末１には、キーボード４やマウス５等の操作デバイスと、検索条件の入力画面や検索結果を表示するためのディスプレイ６が接続されている。

　条件入力部１１は、検索や表示等に必要な条件を入力するモジュールであり、キーボード４やマウス５等から入力される操作信号に基づいて、各条件のデータを通信インターフェース１２や、記憶装置１３に出力する。この条件入力部１１には、乗車駅、下車駅、乗車日時等の検索条件を入力する検索条件入力部１１ａと、ディスプレイ６における表示形態に関する表示条件を入力する表示条件入力部１１ｂと、定期券使用の有無やその区間等の交通機関の利用形態に関する個別情報を入力する個別情報入力部１１ｃとを有する。

　特に、個別情報入力部１１ｃは、記憶装置１３に蓄積された履歴情報から抽出されたデータを加工し、個別情報として入力する機能を有する。これについては、後述する。

　通信インターフェース１２は、モデムやターミナルアダプター、ＬＡＮボードなど、インターネット２に接続するための通信機器であり、検索条件入力部１１ａから入力された検索条件をデータベースサーバ３に送信するとともに、データベースサーバ３からの検索結果を検索結果加工部１４に出力する。

　記憶装置１３は、例えば、通信端末１に内蔵或いは外付けされたハードディスクやメモリ等である。本実施形態において記憶装置１３は、検索結果を加工する加工条件を記憶する加工条件記憶部や、検索結果の履歴を履歴情報として蓄積する履歴情報蓄積部としての機能を果たす。

　検索結果加工部１４は、条件入力部１１や記憶装置１３に接続され、これらからな取得される加工条件に基づいて、データベースサーバ３からの検索結果を加工するモジュールであり、加工した検索結果を表示データ生成部１５に出力する。

　表示データ生成部１５は、検索結果加工部１４で加工された検索結果をディスプレイ６で表示可能なグラフィックデータ（表示データ）に変換するモジュールである。

　精算処理部１６は、記憶装置１３に蓄積された履歴情報を加工し、加工されたデータに基づいて交通機関の利用に要した料金を算出し、その算出結果をディスプレイ６に表示したり、ファイルとして出力するモジュールである。特に、本実施形態においてこの精算処理部１６は、記憶装置１３に記憶された定期券使用の有無やその区間等の交通機関の利用形態に関する個別情報を加味して料金を算出する機能を有する。

（交通情報検索プログラムの構成）
　上述したように、本実施形態において通信端末１は、パーソナルコンピュータ等の汎用コンピュータ上で、交通情報検索プログラムを実行することにより実現することができる。図２は、通信端末１であるパーソナルコンピュータのハードウェア構成を示すブロック図である。

　図２に示すように、通信端末１としてのパーソナルコンピュータは、上述した記憶装置１３、通信Ｉ／Ｆ１２の他、ＣＰＵ８と、メモリ９とを備えており、これら各装置は、バス１８により相互に接続されている。また、このバス１８には、上述したキーボード４やマウス５等の操作デバイスや、ディスプレイ６が接続されているとともに、フレキシブルディスク２０１やＣＤ−ＲＯＭ２０２等の記録媒体の読み出し・書き込みを行う入出力デバイス７が接続されている。

　そして、本実施形態に係る交通情報検索プログラムは、実行プログラムファイル１３ａとして、記憶装置１３内にインストールされており、ＣＰＵ８から起動し、実行されることにより、ＣＰＵ８上において、各モジュールを構築する。　
　すなわち、実行プログラムファイル１３ｄを実行することにより、ＣＰＵ８に、条件入力部１１、検索結果加工部１４、表示データ生成部１５、精算処理部１６及び各デバイスを制御するデバイス制御部１７としての処理を実行させる。

（表示画面の構成）
　実行プログラムファイル１３ｄをＣＰＵ８に読み出し、処理を実行する。この交通情報検索プログラムの起動により、ディスプレイ６に、図３に示すようなメインフォーム６ａが表示される。このメインフォーム６ａは、上述した操作デバイスを操作するためのＧＵＩとして機能する。

　このメインフォーム６ａは、オプション設定用のオプションフォーム１０１ａを起動するためのボタン１０１と、ライセンスキー登録を行うためのボタン１０２と、このメインフォーム６ａを終了するためのボタン１０３及び１０４を備えている。

　また、メインフォーム６ａには、通信状況や交通速報等のメッセージがスクロールされる電光掲示板用のテキストボックス１０５が設けられている。このメッセージは、通信端末１がデータベースサーバ３に接続した時点に、データベースサーバ３から送信される。メインフォーム６ａには、上述した精算処理部１６を実行させるためのボタン１０９と、運行情報を取得するためのボタン１１０が設けられている。

　メインフォーム６ａは、乗り換え情報や、終電情報、時刻表情報等の検索対象に応じて、表示形式を切り替えることができ、この表示形式の切り替えのためにタブページ１０６，１０７及び１０８が備えられている。図３に示した例では、乗り換え情報のためのタブページ１０６が表示されている。

　タブページ１０６には、乗車駅、下車駅、経由駅等を入力するためのテキストボックス１１４や、乗車／下車日時を入力するリストボックス１１１，１１２、出発／到着を指定するラジオボタン１１３、テキストボックス１１４への入力を支援するためのボタン１１５，１１６、検索優先順位（時間優先、料金優先等）、有料特急使用の有無、航空機使用の有無を指定するリストボックス１１９，１２０，１２１、及び検索開始を指示するボタン１２２が設けられている。

　なお、本実施形態に係るテキストボックス１１４は、文字入力の際に、通信端末１内に内蔵された駅名辞書と連動し、アルファベットやひらがなが入力される毎に、該当する駅名の入力候補をリスト表示する機能を備えている。具体的には、キーボード４におけるキーの押下が検出されると、そのキーのコード（アルファベットやひらがな、カタカナを識別する識別子）に基づいて、駅名辞書を検索し、文字が追加入力される毎に候補の絞り込みを行い、該当する駅名をリスト表示する。ユーザは、このリストの中から駅名を選択することにより、全ての文字を入力することなく、容易に駅名の入力を行うことができる。この際、駅名辞書は、通信端末１に内蔵されているため、ユーザの文字入力の速度に対応した応答速度を確保することができる。

　さらに、メインフォーム６ａには、検索結果を表形式で表示するためのリストボックス１３２と、検索結果を画像や図形で表示するためのタブページ１２３が設けられている。なお、このタブページ１２３は、ボタン１２５をクリックすることにより、拡大、縮小することができる。

　タブページ１２３は、検索結果を、リストボックス１１９〜１２１で指定した順に表示するものであり、各検索結果を画像や図形等で表示するウインドウ１２９と、定期料金を表示するラベル１３０と、定期利用区間登録を行うためのボタン１３１とが設けられている。

（交通情報検索方法）
　上述した交通情報検索システムを用いた交通情報検索方法の手順について説明する。

（１）検索処理
　図４は、本実施形態に係る交通情報検索方法の手順を示すシーケンス図である。

　先ず、交通情報検索方法を開始するため、通信端末１において、交通情報検索プログラムを起動する。具体的には、記憶装置１３に格納されている実行プログラムファイル１３ｄをＣＰＵ８に読み出し、処理を実行する。この交通情報検索プログラムの起動により、ディスプレイ６に、メインフォーム６ａが表示される。

　そして、必要に応じて初期設定を行う（Ｓ１０１）。この初期設定は、ボタン１０１をクリックすることによって、図５に示すオプションフォーム１０１ａを起動し、このオプションフォーム１０１ａ上で、出発／到着、検索優先順位、航空機使用の有無、有料特急使用の有無、乗り換え待ち時間の設定、定期料金表示の設定を指定するラジオボタンをクリックすることにより行う。なお、出発／到着、検索優先順位、航空機使用の有無、有料特急使用の有無については、リストボックス１１９〜１２１により、検索毎に指定することができる。

　次いで、テキストボックス１１４やリストボックス１１１，１１２、及びラジオボタン１１３から、乗車駅、下車駅、経由駅、出発／到着の日時等の検索条件を入力する（Ｓ１０２）。なお、日時の入力は、図６に示すようなカレンダーコントロール１１１ａを開くことにより、文字入力をすることなく行うことができる。また、乗車駅等の駅の入力は、ボタン１１６をクリックすることによって、図７に示すような、路線選択フォーム１１４ａから簡便に行うことができる。

　そして、条件の入力をした後、検索開始ボタン１２２をクリックすることにより、検索条件をデータベースサーバ３に送信する（Ｓ１０３）。この送信を受けて、データベースサーバ３では、検索条件に基づいて、情報データベース３１の検索を行い（Ｓ１０４）、検索結果を通信端末１に対して送信する（Ｓ１０５）。

　通信端末１側では、この検索結果を受信し（Ｓ１０６）、検索結果加工部１４により加工条件に従ってデータの加工を行い（Ｓ１０７）、表示データ生成部１５により表示データの生成を行い（Ｓ１０９）、ディスプレイ６に表示する（Ｓ１１０）。また、このとき、加工された検索結果を履歴情報１３ｃとして記憶装置１３に蓄積する（Ｓ１０８）。

　加工された検索結果は、リストボックス１３２に表形式で表示されるとともに、図８に示すように、ウインドウ１２９に画像や図形データとして表示される。

この画像や図形データは、検索結果加工部１４により形成される。図８で示した例では、料金の表示が定期券を使用しない通常料金がフィールド１２９ａに表示されている。なお、定期券を使用した料金表示が指定されている場合には、図９に示すように、定期券が使用可能な区間の料金が０円としてフィールド１２９ａに表示される。この定期券使用時の料金は、検索結果加工部１４において、個別情報１３ｂに基づいて算出される。

　そして、再検索を行うか否かの判断を行い（Ｓ１１１）、再検索を行わない場合は、ボタン１０３又は１０４をクリックすることにより、終了する。一方、再検索を行う場合には、上記ステップＳ１０２以降の処理を繰り返す。

　なお、再検索を行う場合には、ウインドウ１２９に表示されたボタン１２９ｂをクリックすることにより、現在表示されている検索結果を利用して、容易に行うことができる。すなわち、ボタン１２９ｂをクリックすることにより、前回の検索で指定した乗車時間や下車時間を早めたり遅めたりすることができ、リストボックス１１２における時刻の入力を省略することができる。このボタン１２９ｂをクリックすることにより、前回、テキストボックス１１４や１１１へ入力された検索条件を引き継ぐとともに、リストボックス１１２への入力及び検索開始ボタン１２２のクリックを行ったこととなり、即、これらの検索条件がデータベースサーバ３に送信される。

（２）定期券利用区間登録処理
　本実施形態において、上述した定期券利用区間の登録は、検索結果を利用して行うことができる。

　すなわち、検索結果がウインドウ１２９に表示された後、ボタン１３１をクリックすることにより、図１０に示すように、ウインドウ１２９に表示されている経路が、登録候補としてウインドウ１３１ａに表示され、登録ボタンをクリックすることにより、そのまま個別情報として、表示された定期利用区間を登録することができる。なお、正常に登録された場合には、確認フォーム１３１ｂが表示される。

（３）精算処理
　本実施形態において、交通料金の精算処理は、履歴情報を用いて行うことができる。

　詳述すると、ボタン１０９をクリックすることにより、図１１に示すような履歴・精算フォーム１０９ａを起動し、過去の検索結果を履歴情報としてリスト１０９ｂに表示させる。この表示されたリスト１０９ｂのうち、実際に利用した経路をチェックボックス１０９ｃをクリックすることにより選択し、計算ボタン１０９ｄをクリックする。これにより、履歴情報のうち、実際に利用した経路及びその料金が集計される。この集計結果は、ボタン１０９ｅをクリックすることにより印刷したり、ファイルに出力したりすることができる。この結果、交通料金の報告書を作成する際の、経路記載や料金計算を容易に行うことができる。

（４）終電検索処理　上述したタブページ１０７をクリックすることにより、終電検索を行うことができる。

　詳述すると、タブページ１０７をクリックすることにより、図１２に示すような終電検索ページが開かれるとともに、検索条件として終電検索モードを識別する識別子が付加され、上述した乗車／降車駅等の検索条件とともにデータベースサーバ３に送信される。データベースサーバ３では、検索条件に合致する経路の時刻表の中から、最終時刻のデータを検索して通信端末１に送信する。この検索結果は、タブページ１０７のリストボックスに表示される。

（５）時刻表処理
　上述したタブページ１０８をクリックすることにより、時刻表検索を行うことができる。

　詳述すると、タブページ１０８をクリックすることにより、図１３に示すような時刻表ページが開かれるとともに、検索条件として時刻表検索モードを識別する識別子が付加され、駅名等の検索条件とともにデータベースサーバ３に送信される。データベースサーバ３では、検索条件に合致する駅の時刻表データを検索して通信端末１に送信する。この検索結果は、タブページ１０８のウインドウに表示される。なお、タブページ１０８には、時刻表の表示形態を切り替えるタブページ１０８ａが設けられており、これを選択することにより、略称表記と詳細表記とを切り替えることができる。

（交通情報検索プログラムを記録したコンピュータ読み取り可能な記録媒体）
　なお、上述した交通情報検索プログラムは、図１４に示すような、通信端末１である汎用コンピュータで読み取り可能な記録媒体２０１〜２０２に記録することができる。具体的には、同図に示すような、フレキシブルディスク２０１やカセットテープ２０４等の磁気記録媒体、若しくはＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ２０２等の光ディスクの他、ＲＡＭカード２０３など、種々の記録媒体に記録することができる。

　そして、この交通情報検索プログラムを記録したコンピュータ読み取り可能な記録媒体によれば、汎用のコンピュータを用いて、上述した交通情報検索システム及び方法を実施することが可能となるとともに、プログラムの保存、運搬及びインストールを容易に行うことができる。

（交通情報検索システムの変形例）
　ここで、通信端末に内蔵された駅名辞書について詳述する。図１５を参照して、交通情報検索システムの変形例を説明する。図１５に示した交通情報検索システムは、図１と比べて、通信端末１が、駅データ確認部１１ｄ、駅データ更新部１１ｅ、駅データ記憶装置１９を備えており、データベースサーバ３が駅データ３１ｄを備えている点が異なる。

　駅データ記憶装置１９は、一意に識別できる駅名と駅の俗称或いは呼び名が関連づけられて記憶された記憶装置で、図１６に示すようなデータ構造とデータ例を備えている。日本全国の駅には、同一の名称の駅名があったり一部が同じ駅名がある場合がある。例えば、「おおくぼ」の駅は、図１６に示すように複数の駅があり、「大久保（秋田）」、「大久保（東京）」や「大久保（兵庫）」などと都道府県を含めることにより、呼称または表記で駅を一意に識別できる。

　更に、「上総大久保」など「大久保」が含まれる駅については、ユーザは単に「大久保」で検索する場合がある。ここで、駅の読みで単に『おおくぼ』と設定することにより、ユーザが平仮名で駅を入力した場合でも、呼称または表記で一意に識別できる駅名を取得することができる。即ち、駅データ記憶装置１９は、利用される駅を呼称または表記で一意に識別できる「駅コード」、駅コードに対応して一意に識別できる「駅名」、駅の略称、通称などの「別名」、一意に識別できる駅名や別名の読み方が登録された「駅の読み」の項目を備えている。

　駅データ確認部１１ｄは、検索条件入力部１１ａにおいて乗車駅或いは下車駅の項目に文言が入力されると、通信端末１において、駅データ記憶装置１９を参照して、文言から呼称または表記で一意に識別できる駅名を検索して提示し、乗車駅或いは下車駅として選択させる手段である。又、経由駅についても、駅データ確認部１１ｄによって一意に識別できる駅名が選択されるのは勿論である。

　駅データ更新部１１ｅは、通信端末１が情報データベースに接続されると、情報データベースに記憶された駅データから、通信端末で記憶された駅データ記憶装置との差分を取得し、駅データ記憶装置を更新する手段である。

　図１７を参照して、本発明の実施の形態の変形例に係る交通情報検索方法について説明する。

　まず、ステップＳ２０１において、駅データ更新部１１ｅによって、データベースサーバ３に駅データの問い合わせを行う。このとき、通信端末１の駅データ記憶装置１９の最終更新日なども送信されるのが好ましい。

　データベースサーバ３は、ステップＳ２０２において、通信端末１の駅データ記憶装置１９が最新であるか否かを判定し、最新のデータでない場合、ステップＳ２０３において、最新データとの差分を通信端末１に提供する。

　通信端末１は、最新データとの差分を受信すると、ステップＳ２０４において、受信した最新データとの差分を駅データ記憶装置１９に更新する。

　一方、ステップＳ２０２において、通信端末１の駅データ記憶装置１９が最新である場合は、最新データの提供は行わない。

　この場合、通信端末１上でアプリケーションプログラムを起動した際にサーバに接続し、通信端末１に最新の駅データを備えるのが好ましい。

　駅データ記憶装置１９が最新になると図４のステップＳ１０１が実行され、ステップＳ１０２において検索条件が入力される。

　このとき、図１７のステップＳ２０５において、乗車駅、下車駅、経由駅などに駅の入力があると、ステップＳ２０６において、駅データ確認部１１０は、駅データ記憶装置１９を参照して、駅データの候補を提示し、駅を選択させる。

　この図１７においては、通信端末１側から通信端末１が備える駅データの属性を送信し、データベースサーバ３で最新のデータか否かを判定したが、この判定は通信端末１で行われても良い。即ち、通信端末１はデータベースサーバ３から、駅データの最新更新日時を取得し、通信端末１で備えている駅データが最新のデータであるか否かを判定し、最新のデータでない場合、通信端末１からデータベースサーバ３に最新データとの差分をリクエストしても良い。

　図１８は、本発明の実施の形態に係る交通情報検索システムが提供する画面の一例である。

　乗車駅入力テキストボックス１４１に「大久保」と入力されると、駅データ記憶装置１９を参照して、「大久保」に関連する駅名を検索し、乗車駅候補コンボボックス１４２に提示する。　ユーザは、乗車駅候補コンボボックス１４２から所望の駅を選択する。

　又、駅にローマ字が入力された場合、ローマ字をひらがなに変換してから駅データ記憶装置１９で駅の読みが前方一致する駅を検索しても良い。これにより、ユーザがローマ字で入力したとしても駅の検索を行うことができ、特に日本語に不慣れな外国人には有効である。

　これにより、通信端末１で一意に識別できる駅を選択しデータベースサーバ３に送信することにより、通信端末１で検索に必要な情報を確定することができる。

（作用及び効果）
　以上説明した本実施形態に係る交通情報検索システム、検索方法及び検索プログラムによれば、インターネット２を介して、情報データベース３１にアクセスし、運行スケジュールや、路線経路、及びその経路等の交通機関に関する情報を取得することができる。特に、本実施形態では、情報データベース３１からは、必要最低限の情報のみを取得し、表示のために必要なデータの加工は、通信端末１側において処理することができることから、通信負荷による応答遅延を生じることなく、ユーザのニーズに則した詳細な表示が可能となる。

　また、本実施形態において、加工条件には、ディスプレイ６における表示形態に関する表示条件が含まれ、通信端末１側において、記憶装置１３に蓄積させ、この表示条件に基づいて検索結果を加工するため、検索結果の画像や図形、図表による表示や、検索経路の表示順序など、表示に関する設定を詳細に行うことができる。

　さらに、本実施形態において、加工条件には、定期券使用の有無やその区間等の交通機関の利用形態に関する個別情報が含まれ、通信端末１側において、記憶装置１３に蓄積させ、この個別情報に基づいて検索結果を加工するため、個人情報の漏洩を回避しつつ、定期券の使用の有無や、区間により変動する料金を適切に表示することができる。

　上記実施形態では、通信端末１側において、記憶装置１３に、検索結果の履歴を履歴情報として蓄積するため、検索結果をユーザ側に蓄積することとにより、検索結果の再利用が可能となり、ユーザのニーズに応じた交通情報の有効利用が可能となる。

　また、本実施形態では、検索結果から抽出されたデータを定期利用区間登録フォーム１３１ａにおいて、個別情報として入力することができるため、定期の利用経路を登録する際の、乗車駅、下車駅、経由駅及び料金などの入力を省略することができ、煩雑な入力操作やこれによる入力ミス等を回避することができる。

　さらに、本実施形態では、精算処理部１６により、履歴情報を加工し、加工されたデータに基づいて交通機関の利用に要した料金を精算することができるため、例えば、交通料金の報告書を作成するときなどに、利用経路の入力や料金の入力を省略することができ、煩雑な操作を回避することができる。

　特に、上記実施形態では、精算処理を行う際に、定期券使用の有無やその区間等の交通機関の利用形態に関する個別情報を加味して料金を算出するため、定期券の利用の有無及びその区間により変動する交通料金を反映させた精算を行うことができ、ユーザの交通機関の利用形態に応じた適正な料金の算出が可能となる。

　又、今までは通信端末１上で入力されたデータをデータベースサーバ３の駅データを参照して、呼称または表記で一意に識別できる駅名を選択させていた。本発明においては駅データ記憶装置１９を備えることにより、通信端末１上で、乗車駅、下車駅、経由駅などの駅を確定することができるので、データベースサーバ３との接続時間を低減することができる。

　そして、データベースサーバ３は、通信端末１から呼称または表記で一意に識別できる駅名を取得することにより、データベースサーバ３内で駅名のチェックを行う必要がなくなり、サーバの負荷を減らすことができる。

　更に、データベースサーバ３内で駅データ３１ｄの最新情報を備え、通信端末１がデータベースサーバ３に接続したときに、通信端末１が備えている駅データ記憶装置１９との差分をダウンロードするので、通信端末１は、常に最新の駅データを参照して駅名を入力させることができる。

実施形態に係る交通情報検索システムの全体構成を模式的に示す機能ブロック図である。 実施形態に係る通信端末であるパーソナルコンピュータのハードウェア構成を示すブロック図である。 実施形態に係るメインフォームの構成を示す説明図である。 実施形態に係る交通情報検索方法の手順を示すシーケンス図である。 実施形態に係るオプションフォームの構成を示す説明図である。 実施形態に係るカレンダーコントロールが起動された状態のメインフォームの構成を示す説明図である。 実施形態に係る路線選択フォームが起動された状態のメインフォームの構成を示す説明図である。 実施形態に係るメインフォームにおいて検索結果が表示された状態を示す説明図である。 実施形態に係るメインフォームにおいて検索結果が表示された状態を示す説明図である。 実施形態に係るメインフォームにおいて定期券利用区間登録フォームが起動された状態を示す説明図である。 実施形態に係るメインフォームにおいて履歴・精算フォームが起動された状態を示す説明図である。 実施形態に係るメインフォームにおいて終電検索ページが表示された状態を示す説明図である。 実施形態に係るメインフォームにおいて時刻表ページが表示された状態を示す説明図である。 実施形態に係る交通情報検索プログラムを記録したコンピュータ読み取り可能な記録媒体の外観図を示す斜視図である。 実施形態の変形例に係る交通情報検索システムの全体構成を模式的に示す機能ブロック図である。 実施形態の変形例に係る駅データ記憶装置のデータ構造とデータの一例を示す図である。 実施形態の変形例に係る交通情報検索方法の処理を示すフローチャートである。 実施形態の変形例に係る通信端末で、駅の候補を提示する画面の一例である。

符号の説明

　１…通信端末
　２…インターネット
　３…データベースサーバ
　４…キーボード
　５…マウス
　６…ディスプレイ
　６ａ…メインフォーム
　７…入出力デバイス
　８…ＣＰＵ
　９…メモリ
　１１…条件入力部
　１１ａ…検索条件入力部
　１１ｂ…表示条件入力部
　１１ｃ…個別情報入力部
　１１ｄ…駅データ確認部
　１１ｅ…駅データ更新部
　１２…通信インターフェース
　１３…記憶装置
　１３ａ…実行プログラムファイル
　１３ｂ…個別情報
　１３ｃ…履歴情報
　１３ｄ…実行プログラムファイル
　１４…検索結果加工部　１５…表示データ生成部
　１６…精算処理部
　１７…デバイス制御部
　１８…バス
　１９…駅データ記憶装置
　３１…情報データベース
　３１ａ…時刻表データ
　３１ｂ…路線データ
　３１ｃ…料金表データ
　１０１…ボタン
　１０１ａ…オプションフォーム
　１０２…ボタン
　１０３，１０４…ボタン
　１０５…テキストボックス
　１０６，１０７，１０８…タブページ
　１０９…ボタン
　１０９ａ…精算フォーム
　１０９ｂ…リスト
　１０９ｃ…チェックボックス
　１０９ｄ…計算ボタン
　１０９ｅ…ボタン
　１１０…ボタン
　１１１，１１２…リストボックス
　１１１ａ…カレンダーコントロール
　１１２…リストボックス
　１１３…ラジオボタン
　１１４…テキストボックス
　１１４ａ…路線選択フォーム
　１１５，１１６…ボタン
　１１９〜１２１…リストボックス　１２２…検索開始ボタン
　１２３…タブページ
　１２５…ボタン
　１２９…ウインドウ
　１２９ａ…フィールド
　１２９ｂ…ボタン
　１３０…タブページ
　１３１…ボタン
　１３１ａ…ウインドウ
　１３１ｂ…確認フォーム
　１３２…リストボックス
　１４１…乗車駅入力テキストボックス
　１４２…乗車駅候補コンボボックス
　２０１〜２０２…記録媒体

Claims (27)

1. 通信回線を相互に接続して構成される通信ネットワークを介して、交通機関に関する情報を検索する交通情報検索システムであって、
   　前記交通機関の運行スケジュールを含む時刻表データ、該交通機関の路線情報を含む路線データ、及び料金に関する料金表データを格納する情報データベースと、
   　前記通信ネットワークに接続可能に配置され、該通信ネットワークを介して、前記通信ネットワークに接続可能に配置された通信端末から取得された検索条件に基づいて、前記情報データベースを検索し、この検索結果を送信する検索部と、
   　前記通信端末側に備えられ、乗車駅、下車駅、乗車日時、下車日時のいずれか１つ以上の検索条件を入力し、前記通信ネットワークを通じて、前記検索部に送信する検索条件入力部と、
   　前記通信端末側に備えられ、前記検索部から応答される検索結果を加工する加工条件を記憶する加工条件記憶部と、
   　前記通信端末側に備えられ、前記加工条件記憶部に蓄積された前記加工条件に基づいて、前記検索結果を加工する検索結果加工部と、
   　前記検索結果加工部により加工された検索結果を表示する表示部と
   　を有することを特徴とする交通情報検索システム。
2. 前記加工条件には、前記表示部における表示形態に関する表示条件が含まれ、
   　前記通信端末側は、前記加工条件記憶部に、前記表示条件を前記加工条件として蓄積させる表示条件入力部を備え、
   　前記検索結果加工部は、前記表示条件を含む加工条件に基づいて前記検索結果を加工することを特徴とする請求項１に記載の交通情報検索システム。
3. 前記加工条件には、定期券使用の有無やその区間を含む前記交通機関の利用形態に関する個別情報が含まれ、
   　前記通信端末側は、前記加工条件記憶部に、前記個別情報条件を前記加工条件として蓄積させる個別情報入力部を備え、
   　前記検索結果加工部は、前記個別情報を含む加工条件に基づいて前記検索結果を加工することを特徴とする請求項１又は２に記載の交通情報検索システム。
4. 前記通信端末側に備えられ、前記検索結果の履歴を履歴情報として蓄積する履歴情報蓄積部を有する
   　ことを特徴とする請求項１乃至３のいずれか１項に記載の交通情報検索システム。
5. 前記個別情報入力部は、前記検索結果から抽出されたデータを加工し、前記個別情報として入力する機能を有することを特徴とする請求項４に記載の交通情報検索システム。
6. 前記履歴情報蓄積部に蓄積された履歴情報を加工し、加工されたデータに基づいて前記交通機関の利用に要した料金を算出する精算処理部を更に有することを特徴とする請求項４に記載の交通情報検索システム。
7. 前記精算処理部は、前記加工条件記憶部に記憶された定期券使用の有無やその区間等の前記交通機関の利用形態に関する個別情報を加味して前記料金を算出することを特徴とする請求項６に記載の交通情報検索システム。
8. 前記検索条件入力部において乗車駅或いは下車駅の項目に文言が入力されると、前記通信端末において、呼称または表記で一意に識別できる駅名と駅の俗称或いは呼び名が関連づけられて記憶された駅データ記憶装置を参照して、前記文言から前記一意に識別できる駅名を検索して提示し、前記乗車駅或いは下車駅として選択させる駅データ確認部
   　を更に有することを特徴とする請求項１乃至７のいずれか１項に記載の交通情報検索システム。
9. 前記通信端末が前記情報データベースに接続されると、前記情報データベースに記憶された駅データから、前記通信端末で記憶された前記駅データ記憶装置との差分を取得し、駅データ記憶装置を更新する駅データ更新部
   　を更に有することを特徴とする請求項８に記載の交通情報検索システム。
10. 通信回線を相互に接続して構成される通信ネットワークを介して、交通機関の運行スケジュールを含む時刻表データ、該交通機関の路線情報を含む路線データ、及び料金に関する料金表データが格納された情報データベースに対して、交通機関に関する情報を、通信ネットワークに接続可能に配置された通信端末を用いて検索する交通情報検索方法であって、
    　前記通信端末側において、前記通信ネットワークを通じて応答される検索結果を加工する加工条件を加工条件記憶部に記憶するステップと、
    　前記通信端末側から、乗車駅、下車駅、乗車日時等の検索条件を、前記通信ネットワークを通じて送信するステップと、
    　前記通信ネットワークを介して前記検索条件を取得し、この検索条件に基づいて、前記情報データベースを検索し、この検索結果を送信するステップと、
    　この送信された検索結果を前記通信端末側において受信し、前記加工条件記憶部に蓄積された前記加工条件に基づいて、前記検索結果を加工するステップと、
    　加工された前記検索結果を表示するステップと
    　を有することを特徴とする交通情報検索方法。
11. 前記加工条件には、前記表示部における表示形態に関する表示条件が含まれ、
    　前記加工条件を前記加工条件記憶部に記憶するステップでは、通信端末側において、前記加工条件記憶部に、前記表示条件を前記加工条件として蓄積させ、
    　前記検索結果を加工するステップでは、前記表示条件を含む加工条件に基づいて前記検索結果を加工する
    　ことを特徴とする請求項１０に記載の交通情報検索方法。
12. 前記加工条件には、定期券使用の有無やその区間等の前記交通機関の利用形態に関する個別情報が含まれ、
    　前記加工条件を加工条件記憶部に記憶するステップでは、通信端末側において、前記加工条件記憶部に、前記個別情報条件を前記加工条件として蓄積させ、
    　前記検索結果を加工するステップでは、前記個別情報を含む加工条件に基づいて前記検索結果を加工する
    　ことを特徴とする請求項１０又は１１に記載の交通情報検索方法。
13. 前記通信端末側において、前記検索結果の履歴を履歴情報として蓄積するステップをさらに有することを特徴とする請求項１０乃至１２のいずれか１項に記載の交通情報検索方法。
14. 前記加工条件を前記加工条件記憶部に記憶するステップにおいて、検索結果から抽出されたデータを加工し、前記個別情報として入力することを特徴とする請求項１３に記載の交通情報検索方法。
15. 前記履歴情報蓄積部に蓄積された履歴情報を加工し、加工されたデータに基づいて前記交通機関の利用に要した料金を算出するステップをさらに有することを特徴とする請求項１３に記載の交通情報検索方法。
16. 前記料金を算出するステップでは、前記加工条件記憶部に記憶された定期券使用の有無やその区間を含む前記交通機関の利用形態に関する個別情報を加味して前記料金を算出することを特徴とする請求項１５に記載の交通情報検索方法。
17. 前記送信ステップにおいて乗車駅或いは下車駅の項目に文言が入力されると、前記通信端末において、呼称または表記で一意に識別できる駅名と駅の俗称或いは呼び名が関連づけられて記憶された駅データ記憶装置を参照して、前記文言から前記一意に識別できる駅名を検索して提示し、前記乗車駅或いは下車駅として選択させるステップ
    　を更に備えることを特徴とする請求項１０乃至１６のいずれか１項に記載の交通情報検索方法。
18. 前記通信端末が前記情報データベースに接続されると、前記情報データベースに記憶された駅データから、前記通信端末で記憶された前記駅データ記憶装置との差分を取得し、駅データ記憶装置を更新するステップ
    　を更に備えることを特徴とする請求項１７に記載の交通情報検索方法。
19. 通信回線を相互に接続して構成される通信ネットワークを介して、交通機関の運行スケジュールを含む時刻表データ、該交通機関の路線情報を含む路線データ、及び料金に関する料金表データが格納された情報データベースから、鉄道等の交通機関に関する情報を検索する交通情報検索プログラムであって、コンピュータに、
    　前記通信ネットワークを通じて応答される検索結果を加工する加工条件を加工条件記憶部に記憶するステップと、
    　乗車駅、下車駅、乗車日時等の検索条件を、前記通信ネットワークを通じて送信するステップと、
    　前記送信された検索条件に基づいて検索された検索結果を受信するステップと、
    　前記加工条件記憶部に蓄積された前記加工条件に基づいて、前記受信された検索結果を加工するステップと、
    　加工された前記検索結果を表示するステップと
    　を有する処理を実行させることを特徴とする交通情報検索プログラム。
20. 前記加工条件には、前記表示部における表示形態に関する表示条件が含まれ、
    　前記加工条件を前記加工条件記憶部に記憶するステップでは、前記加工条件記憶部に、前記表示条件を前記加工条件として蓄積させ、
    　前記受信された検索結果を加工するステップでは、前記表示条件を含む加工条件に基づいて前記検索結果を加工する
    ことを特徴とする請求項１９に記載の交通情報検索プログラム。
21. 前記加工条件には、定期券使用の有無やその区間等の前記交通機関の利用形態に関する個別情報が含まれ、　前記加工条件を加工条件記憶部に記憶するステップでは、前記加工条件記憶部に、前記個別情報条件を前記加工条件として蓄積させ、
    　前記受信された検索結果を加工するステップでは、前記個別情報を含む加工条件に基づいて前記検索結果を加工することを特徴とする請求項１９又は２０に記載の交通情報検索プログラム。
22. 前記検索結果の履歴を履歴情報として蓄積するステップをさらに有することを特徴とする請求項１９乃至２１のいずれか１項に記載の交通情報検索プログラム。
23. 前記加工条件を前記加工条件記憶部に記憶するステップにおいて、検索結果から抽出されたデータを加工し、前記個別情報として入力することを特徴とする請求項２２に記載の交通情報検索プログラム。
24. 前記履歴情報蓄積部に蓄積された履歴情報を加工し、加工されたデータに基づいて前記交通機関の利用に要した料金を算出するステップをさらに有することを特徴とする請求項２２に記載の交通情報検索プログラム。
25. 前記料金を算出するステップでは、前記加工条件記憶部に記憶された定期券使用の有無やその区間等の前記交通機関の利用形態に関する個別情報を加味して前記料金を算出することを特徴とする請求項２４に記載の交通情報検索プログラム。
26. 前記送信ステップにおいて乗車駅或いは下車駅の項目に文言が入力されると、前記通信端末において、呼称または表記で一意に識別できる駅名と駅の俗称或いは呼び名が関連づけられて記憶された駅データ記憶装置を参照して、前記文言から前記一意に識別できる駅名を検索して提示し、前記乗車駅或いは下車駅として選択させるステップを更に有することを特徴とする請求項１９乃至２５のいずれか１項に記載の交通情報検索プログラム。
27. 前記通信端末が前記情報データベースに接続されると、前記情報データベースに記憶された駅データから、前記通信端末で記憶された前記駅データ記憶装置との差分を取得し、駅データ記憶装置を更新するステップ
    　を更に備えることを特徴とする請求項２６に記載の交通情報検索プログラム。