(57)【特許請求の範囲】
【請求項１】
列車の乗換経路を探索する乗換経路探索装置であって、
乗換駅での列車の待ち時間を快適に過ごすことができる待合室の有無を駅毎に判断可能な情報である待合室情報を記憶する待合室情報記憶部と、
前記待合室情報に基づいて算出した前記乗換駅での列車の待ち時間の快適さを示す指標である乗換コストを考慮して、前記乗換駅での列車の待ち時間を快適に過ごすことができる乗換経路を優先して探索する探索部と
を備える乗換経路探索装置。
【請求項２】
請求項１記載の乗換経路探索装置であって、
前記探索部は、一または複数の乗換経路の候補である乗換経路候補を探索し、前記乗換経路候補から前記乗換経路の探索結果を出力するに際し前記待合室情報を参照する
乗換経路探索装置。
【請求項３】
請求項１または請求項２記載の乗換経路探索装置であって、
前記待合室情報は、更に駅のホーム毎に対応付けられた情報である
乗換経路探索装置。
【請求項４】
請求項１から請求項３のいずれか一項に記載の乗換経路探索装置であって、
前記乗換コストは、前記乗換駅における快適さを示す指標及び前記乗換駅のホームにおける快適さを示す指標より算出される乗換経路探索装置。
【請求項５】
請求項１から請求項４のいずれか一項に記載の乗換経路探索装置であって、
前記待合室情報は、前記待合室の利用者にとっての利便性の指標となる情報である利便性情報を前記待合室毎に対応付けて有し、
前記探索部は、前記乗換経路の探索において前記利便性情報を参照する
乗換経路探索装置。
【請求項６】
請求項５記載の乗換経路探索装置であって、
前記利便性情報は、前記待合室内またはその周囲に設置されている設備に関する情報である
乗換経路探索装置。
【請求項７】
列車の乗換経路を探索する乗換経路探索方法であって、
乗換駅での列車の待ち時間を快適に過ごすことができる待合室の有無を駅毎に判断可能な情報である待合室情報を記憶し、
前記待合室情報に基づいて算出した前記乗換駅での列車の待ち時間の快適さを示す指標である乗換コストを考慮して、前記乗換駅での列車の待ち時間を快適に過ごすことができる乗換経路を優先して探索する
乗換経路探索方法。
【請求項８】
列車の乗換経路を表示する携帯端末であって、
乗換駅での列車の待ち時間を快適に過ごすことができる待合室の有無を駅毎に判断可能な情報である待合室情報に基づいて算出した前記乗換駅での列車の待ち時間の快適さを示す指標である乗換コストを考慮して、前記乗換駅での列車の待ち時間を快適に過ごすことができる乗換経路を優先して探索された探索結果を取得する探索結果取得部と、
前記取得した探索結果を認識可能に出力する出力部と
を備える携帯端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、列車の乗換経路を探索する技術に関するものである。
【背景技術】
【０００２】
列車の乗換経路を探索するに当たり、種々の条件を考慮した探索技術が知られている（例えば、下記特許文献１）。かかる技術は、列車による移動の際の快適さを優先したいというユーザのニーズに応える探索技術である。ところで、列車による移動中に列車の乗換を伴う場合、列車の乗換駅の状況を考慮して乗換経路の探索をしたいと言うニーズがある。しかし、従来の探索技術では、そのようなニーズに応えることができなかった。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２-１６９９１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、上述した従来の課題を解決するためになされたものであり、乗換駅の状況を考慮した乗換経路探索を行う技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明は、上述の課題の少なくとも一部を解決するために、以下の形態または適用例を取ることが可能である。
【０００６】
［適用例１］列車の乗換経路を探索する乗換経路探索装置あって、待合室の有無を駅毎に判断可能な情報である待合室情報を記憶する待合室情報記憶部と、前記乗換経路の探索を前記待合室情報を参照して行う探索部とを備えることを要旨としている。この乗換経路探索装置によると、駅の待合室を考慮した乗換経路の探索を行うことができる。待合室とは、列車の乗換をする際に利用可能な空間であって、周囲に壁を有する空間を言う。
【０００７】
［適用例２］適用例１記載の乗換経路探索装置であって、前記探索部は、一または複数の乗換経路の候補である乗換経路候補を探索し、前記乗換経路候補から前記乗換経路の探索結果を出力するに際し前記待合室情報を参照する乗換経路探索装置。この乗換経路探索装置によると、例えば、一般的に行われる乗換経路探索の結果を乗換経路候補として採用し、その乗換経路候補に対して待合室情報を参照して本乗換経路探索装置における乗換経路の探索結果を出力することができる。従って、比較的簡易に、駅の待合室を考慮した乗換経路の探索を行うことができる。
【０００８】
［適用例３］適用例１または適用例２記載の乗換経路探索装置であって、前記待合室情報は、更に駅のホーム毎に対応付けられた情報とすることができる。この乗換経路探索装置によると、駅のホーム毎の待合室を考慮した乗換経路の探索を行うことができる。
【０００９】
［適用例４］適用例１から適用例３のいずれか一つに記載の乗換経路探索装置であって、前記待合室情報は、前記待合室の利用者にとっての利便性の指標となる情報である利便性情報を前記待合室毎に対応付けて有し、前記探索部は、前記乗換経路の探索において前記利便性情報を参照するものとすることができる。この乗換経路探索装置によると、待合室の利用者にとっての利便性を考慮した乗換経路の探索を行うことができる。
【００１０】
［適用例５］適用例４記載の乗換経路探索装置であって、前記利便性情報は、前記待合室内またはその周囲に設置されている設備に関する情報とすることができる。この乗換経路探索装置によると、待合室内またはその周囲に設置されている設備を考慮した乗換経路の探索を行うことができる。
【００１１】
［適用例６］適用例１から適用例４のいずれか一つに記載の乗換経路探索装置であって、前記駅毎に対応付けられた情報であって、駅周辺の気象に関する情報である気象情報を取得する気象情報取得部を備え、前記探索部は、前記乗換経路の探索において、更に前記気象情報を参照するものとすることができる。この乗換経路探索装置によると、駅の周辺の気象を考慮した乗換経路の探索を行うことができる。
【００１２】
［適用例７］適用例１から適用例６のいずれか一つに記載の乗換経路探索装置であって、前記駅毎に対応付けられた情報であって、駅のホームに設置された屋根の有無を判断可能な情報である屋根設置情報を記憶する屋根設置情報記憶部を有し、前記探索部は、前記乗換経路の探索において、更に前記屋根設置情報を参照するものとすることができる。この乗換経路探索装置によると、駅のホームに設置された屋根の有無を考慮した乗換経路の探索を行うことができる。
【００１３】
［適用例８］列車の乗換経路を探索する乗換経路探索方法あって、駅毎に対応付けられた情報であって、待合室の有無を駅毎に判断可能な情報である待合室情報を記憶し、前記乗換経路の探索を前記待合室情報を参照して行うとすることができる。この乗換経路探索方法によると、駅の待合室を考慮した乗換経路の探索を行うことができる。
【００１４】
［適用例９］列車の乗換経路を表示する携帯端末であって、駅毎に対応付けられた情報であって、待合室の有無を駅毎に判断可能な情報である待合室情報を参照して探索された探索結果を取得する探索結果取得部と、前記取得した探索結果を認識可能に出力する出力部とを備えることを要旨としている。この携帯端末によると、駅の待合室を考慮した乗換経路の探索結果を取得して、探索結果を認識可能に出力することができる。
【００１５】
なお、本発明は、種々の態様で実現することが可能である。例えば、乗換駅情報提供方法および装置、待合室情報取得システム、それらの方法または装置の機能を実現するための集積回路、コンピュータプログラム、そのコンピュータプログラムを記録した記録媒体等の形態で実現することができる。
【図面の簡単な説明】
【００１６】
【図１】乗換経路探索システム１０の概略構成を示す説明図である。
【図２】乗換経路探索処理において携帯電話４０で行われる処理の流れを示すフローチャートである。
【図３】乗換経路探索用画面７０を説明する説明図である。
【図４】乗換経路探索処理において乗換経路サーバ２０で行われる処理の流れを示すフローチャートである。
【図５】経路コスト算出処理の流れを示すフローチャートである。
【図６】経路１と経路２とを説明する説明図である。
【図７】駅情報のデータ構造を概念的に説明する説明図である。
【図８】テーブルデータＴＢ１を説明する説明図である。
【図９】テーブルデータＴＢ２を説明する説明図である。
【図１０】待合室データのデータ構造を概念的に説明する説明図である。
【図１１】テーブルデータＴＢ３のデータ構造を概念的に説明する説明図である。
【図１２】食事レベル設定画面８０を説明する説明図である。
【図１３】Ｐ駅の路線案内情報を説明する説明図である。
【図１４】Ｑ駅の路線案内情報を説明する説明図である。
【発明を実施するための形態】
【００１７】
Ａ．第１実施例：
（Ａ１）乗換経路探索システム
図１は、本発明の実施例としての乗換経路探索システム１０のシステム構成を示す説明図である。乗換経路探索システム１０は、乗換経路サーバ２０と、携帯端末としての携帯電話４０とを備える。乗換経路サーバ２０と携帯電話４０とは互いにインターネットＩＮＴを介して接続可能である。携帯電話４０は、基地局ＢＳを介して無線によってインターネットＩＮＴに接続可能である。乗換経路探索システム１０は、ユーザが指定した出発駅から到着駅までの乗換経路を、携帯電話４０が備える表示パネル５５に視認可能に表示する処理（以下、「乗換経路探索処理」とも呼ぶ）を行うためのシステムである。
【００１８】
乗換経路サーバ２０は、携帯電話４０からの乗換経路の探索要求に応じて、ユーザが指定した出発駅と到着駅とを結ぶ乗換経路の経路探索を行い、探索結果をインターネットＩＮＴを介して携帯電話４０に送信するサーバである。乗換経路サーバ２０は、通信部２１と、制御部２２と、乗換経路情報データベース２３（以下、乗換経路情報ＤＢ２３とも呼ぶ）とを備える。通信部２１は、インターネットＩＮＴを介して携帯電話４０と通信を行う。制御部２２は、乗換経路サーバ２０の全体の動作を制御する。乗換経路情報データベース２３は、列車の運行路線を表した路線データ２４と、各路線における列車運行の時刻表を表した時刻表データ２５と、各路線を利用した場合の駅間の料金を表した料金データ２６とを備える。また、乗換経路情報データベース２３は、駅情報データ２７を備える。駅情報データ２７は、予め駅を調査することによって記録した各駅の設備の有無の情報と、常時変化する各駅の天候と気温とをリアルタイムに更新・記録した情報とを表した情報である。乗換経路サーバ２０は、内部に周知のＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤなどを備え、所定のプログラムを実行することにより、上述した通信部２１、制御部２２、乗換経路情報データベース２３を実現している。
【００１９】
携帯電話４０は、主制御部４１を中心に構成され、通信部５１、通話制御部５３、表示パネル５５、キー入力部５７、ＧＰＳ受信機５９が主制御部４１に接続されている。さらに、主制御部４１は、ＣＰＵ４２と、ＲＡＭ４４と、ＲＯＭ４６とを備える。主制御部４１は、携帯電話４０の全体の動作の制御を行う。通信部５１は、基地局ＢＳとの間でデータ通信もしくは音声通信を行うための回路である。通信部５１は基地局ＢＳを介して、乗換経路サーバ２０との通信を行うことができる。通話制御部５３は、音声通話のための着信や呼び出し、音声信号と電気信号の変換などを行う回路である。携帯電話４０は、通信部５１と通話制御部５３とを備えることにより電話として動作する。
【００２０】
表示パネル５５は、液晶ディスプレイと、これを駆動する駆動回路とを備える。表示パネル５５は、液晶ディスプレイに限らず、有機ＥＬディスプレイなど、種々の表示装置を採用することが可能である。表示パネル５５は、乗換経路探索処理の処理結果（以下、「探索結果」とも呼ぶ）の表示や、ユーザが携帯電話４０を操作するための種々の操作用画面の表示を行う。キー入力部５７は、方向入力キー５７ａや、その他の操作キー５７ｂなどのキー群から構成される。携帯電話４０のユーザは、これらのキーを用いることで、出発駅や到着駅などの乗換経路の探索条件の入力や、携帯電話４０が備える種々の機能の操作を行う。ＧＰＳ受信機５９は、ＧＰＳ（Global Positioning System／全地球測位システム）を構成する人工衛星から送信された電波を受信する装置である。ＧＰＳ受信機５９は、携帯電話４０がユーザの位置情報を利用した各種アプリケーションを実行する際に用いられる。
【００２１】
（Ａ２）乗換経路探索処理：
次に、乗換経路探索システム１０が行う乗換経路探索処理について説明する。図２は、乗換経路探索処理において、携帯電話４０で行われる処理の流れを示したフローチャートである。携帯電話４０における処理は、ユーザがキー入力部５７を操作することによって、ＲＯＭ４６に備えられる乗換経路探索用のプログラムを起動することによって開始される。処理が開始されると、携帯電話４０のＣＰＵ４２は、ユーザが乗換経路の探索条件を入力するための乗換経路探索用画面を表示パネル５５に表示する（ステップＳ１２）。乗換経路探索用画面については、後で詳しく説明する。ユーザが乗換経路探索用画面に探索条件を入力し、ユーザがキー入力部５７を用いて探索開始の指示をすると、ＣＰＵ４２は探索条件を読み込んで、探索条件と乗換経路の探索要求とをインターネットＩＮＴを介して乗換経路サーバ２０に送信する（ステップＳ１４）。その後、ＣＰＵ４２は、乗換経路サーバ２０が行った乗換経路探索の結果（探索結果）を受信し（ステップＳ１６）、受信した探索結果を、ユーザに視認可能に表示パネル５５に表示し処理は終了する（ステップＳ１８）。
【００２２】
図３は、乗換経路探索用画面の一例としての乗換経路探索用画面７０を説明する説明図である。乗換経路探索用画面７０は、出発駅を入力する出発駅入力部７１と、到着駅を入力する到着駅入力部７２と、ユーザが列車によって移動をする日（移動日）を入力する移動日入力部７３とを有する。また、乗換経路探索用画面７０は、出発時刻または到着時刻の指定を入力する時刻指定部７４と、どのような条件を優先して乗換経路探索を行うか指定する優先条件指定部７５と、探索の開始を指示するための探索開始ボタン７６とを有する。
【００２３】
優先条件指定部７５において、「到着時刻優先」は、乗換経路の候補が複数存在する場合に、到着時刻の早い乗換経路から順にユーザに乗換経路の探索結果を表示することを意味する。「料金優先」は、出発駅から到着駅までの列車の利用料金が安い乗換経路から順にユーザに乗換経路探索結果を表示することを意味する。「快適乗換優先」は、乗換経路において列車の乗換を伴う場合に、乗換を行う駅での列車の待ち時間を快適に過ごすことができる乗換経路から順にユーザに探索結果を表示することを意味する。
【００２４】
次に、乗換経路探索処理において、乗換経路サーバ２０で行われる処理について説明する。図４は、乗換経路サーバ２０が行う処理の流れを示したフローチャートである。乗換経路サーバ２０は、携帯電話４０から送信された探索条件および探索要求を受信すると処理を開始する。処理が開始されると、乗換経路サーバ２０の制御部２２は、受信した探索条件を取得する（ステップＳ２２）。そして、制御部２２は、路線データ２４と時刻表データ２５と料金データ２６とを読み込んで、探索条件としての出発駅、到着駅、移動日、時刻指定に合致する乗換経路を乗換経路候補として全て探索する（ステップＳ２４）。制御部２２は、探索の結果、乗換経路候補が無い場合（ステップＳ２６：ＮＯ）、携帯電話４０に対して探索条件の変更および再入力を要求し（ステップＳ２８）、ユーザが再入力した探索条件および探索要求を携帯電話４０から受信すると、再度、ステップＳ２２から処理を行う。
【００２５】
一方、探索の結果、乗換経路候補がある場合（ステップＳ２６：ＹＥＳ）、制御部２２は、その乗換経路候補が複数あるか否かを判断し（ステップＳ３０）、乗換経路候補が１つの場合には（ステップＳ３０：ＮＯ）、その乗換経路候補を探索結果として携帯電話に送信する（ステップＳ５２）。乗換経路候補が複数ある場合には（ステップＳ３０：ＹＥＳ）、制御部２２は、各乗換経路候補について経路コストＫＣを算出する経路コスト算出処理を行う（ステップＳ４０）。経路コストＫＣは、携帯電話４０を介してユーザにそれら乗換経路候補を表示する順番を決定するために用いられる値である。
【００２６】
経路コストＫＣの算出方法は、ユーザが優先条件指定部７５（図３参照）を介して入力する優先条件において、「到着時刻優先」「料金優先」「快適乗換優先」のいずれを選択したかによって異なる。ユーザが「到着時刻優先」を選択した場合には、各乗換経路候補において到着時刻を算出し、到着時刻が早い乗換経路候補ほど経路コストＫＣの値が小さくなるような経路コストＫＣの算出方法を採用する。また、ユーザが「料金優先」を選択した場合には、各乗換経路候補において利用料金を算出し、利用料金が安い乗換経路候補ほど経路コストＫＣの値が小さくなるような経路コストＫＣの算出方法を採用する。ユーザが「快適乗換優先」を選択した場合の経路コストＫＣの算出方法については後で詳しく説明する。
【００２７】
複数の乗換経路候補の各々について経路コストＫＣを算出した後、制御部２２は、経路コストＫＣの小さい乗換経路候補から順に携帯電話４０を介してユーザに表示されるように、経路コストＫＣの小さい乗換経路候補から順に、１、２、３・・・といった優先表示番号（１以上の整数）を付する（ステップＳ５０）。そして、制御部２２は、優先表示番号を付した乗換経路候補を、探索結果として携帯電話４０に送信する（ステップＳ５２）。その後、制御部２２は処理を終了する。乗換経路探索結果を受信した携帯電話４０は、乗換経路候補に付された優先表示番号を参照し、経路コストＫＣの小さい乗換経路候補から順に表示パネル５５に表示する（図２参照）。乗換経路探索システム１０は、このようにして乗換経路探索処理を行う。なお、本実施例においては、乗換経路サーバ２０は、乗換経路候補に優先表示番号を付して携帯電話４０に送信するとしたが、優先表示番号を付さずに、乗換経路候補と経路コストＫＣとを対応付けたデータを携帯電話４０に送信するとしてもよい。その場合、携帯電話４０は、乗換経路候補と経路コストＫＣとを対応付けたデータを受信し、経路コストＫＣの小さい乗換経路候補から順に並べ替え、表示パネル５５に表示させる。
【００２８】
（Ａ３）「快適乗換優先」における経路コストＫＣの算出方法：
次に、ユーザが優先条件として「快適乗換優先」を選択した場合に（図３：優先条件指定部７５参照）、乗換経路サーバ２０で行われる経路コスト算出処理（図４：ステップＳ４０）について説明する。図５は、優先条件として「快適乗換優先」が選択されている場合に、制御部２２が行う経路コスト算出処理の流れを示したフローチャートである。先に、経路コスト算出処理の大凡の流れを説明し、その後、各処理内容について具体的に説明をする。
【００２９】
乗換経路サーバ２０の制御部２２は、経路コスト算出処理を開始すると、ステップＳ２４(図４参照)で探索した複数の乗換経路候補の各々について、列車の乗換を行う駅（以下「乗換駅」とも言う）の駅情報を、駅情報データ２７（図１）を参照することによって取得する（ステップＳ４１）。そして、制御部２２は、取得した駅情報と、後述するテーブルデータＴＢ１とを参照して、各乗換駅における気象レベルを決定する（ステップＳ４２）。気象レベルは、天候と気温の組み合わせから、乗換駅における気象の状態を複数段階のレベルとして表したものである。各乗換駅の気象レベルを決定後、制御部２２は、決定した気象レベルと、駅情報と、後述するテーブルデータＴＢ２とによって、各乗換駅について係数Ｆ１を決定する（ステップＳ４３）。なお、テーブルデータＴＢ１とテーブルデータＴＢ２とは、本実施例においては、乗換経路サーバ２０が備えるＲＯＭに記録されている。
【００３０】
係数Ｆ１の決定後、制御部２２は、各乗換経路候補における各乗換駅ごとに、乗換コストＮＣを算出する（ステップＳ４４）。乗換コストＮＣは、乗換駅における快適さを表す指標である。乗換コストＮＣを算出後、制御部２２は、乗換コストＮＣを用いて、各乗換経路候補ごとの経路コストＫＣを算出し（ステップＳ４５）、経路コスト算出処理を終了する。
【００３１】
上記説明した経路コスト算出処理の大凡の流れを踏まえ、経路コスト算出処理の具体的な処理内容について、例を用いて説明する。具体例として、乗換経路サーバ２０が乗換経路候補を探索し、経路１と経路２とが探索された場合の経路コスト算出処理について説明する。図６は、乗換経路候補である経路１と経路２とを示している。図示するように、経路１は、Ｐ駅を１０：００に出発し、Ｑ駅に１０：３０到着し、その後、Ｑ駅を１０：４０に出発し、Ｓ駅に１２：００に到着する経路である。経路１においては、乗換駅はＱ駅で、乗り換える列車の待ち時間は１０分である。一方、経路２は、Ｐ駅を１０：００に出発し、Ｒ駅に１１：００到着し、その後、Ｒ駅を１１：１５に出発し、Ｓ駅に１２：００に到着する経路である。経路２においては、乗換駅はＲ駅で、乗り換える列車の待ち時間は１５分である。
【００３２】
経路１および経路２の経路コストＫＣを算出する場合、制御部２２は、駅情報データ２７を読み込み、経路１の乗換駅であるＱ駅と、経路２の乗換駅であるＲ駅における駅情報を取得する。図７は、Ｑ駅とＲ駅の駅情報が記録されている駅情報データのデータ構造を概念的に説明する説明図である。駅情報には、各駅における設備の情報（以下、設備情報とも呼ぶ）として、各駅（または、プラットホーム）の屋根の有無と、待合室の有無の情報が記録されている。設備情報は、各駅の設備調査を行うことによって予め記録された情報である。
【００３３】
また、駅情報には、各駅における気象の情報として、各駅の周辺の天候と気温の情報（以下、気象情報とも呼ぶ）が記録されている。気象情報は、乗換経路サーバ２０が、外部からリアルタイムに取得して記録・更新した情報である。気象情報は、例えば、乗換経路サーバ２０の外部に設けられたサーバであって気象情報を格納した気象サーバ（図示省略）から取得するとしてもよい。また、天候を監視するｗｅｂカメラと、気温を測定する温度計とを各駅に設置し、インターネットＩＮＴ経由で随時監視し、リアルタイムに駅情報データの気象情報を記録・更新するとしてもよい。本実施例においては、乗換経路サーバ２０が気象サーバから気象情報を取得し、駅情報データとしての気象情報を記録・更新する。乗換経路サーバ２０は、これら設備情報と気象情報とを図７に示すように駅に対応付けて記録している。
【００３４】
各乗換駅（Ｑ駅、Ｒ駅）における駅情報を取得後、制御部２２は、駅情報とテーブルデータＴＢ１とを用いて各乗換駅における気象レベルを決定する。図８は、制御部２２が気象レベルを決定する際に用いるテーブルデータＴＢ１を説明する説明図である。テーブルデータＴＢ１は、天候を「晴」「曇」「雨」の３つのパターンに区分し、気温を「１８℃未満」「１８℃以上２８℃未満」「２８℃以上」の３つのパターンに区分し、各々の組み合わせについて、気象レベルを対応付けたものである。気象レベルは、気象状態に起因する乗換駅での快適さの指標を示すものである。また、気象レベルは、その値が大きいほど、乗換駅で列車を待つ者（以下「乗換者」とも呼ぶ）にとって快適であることを示す。図示するように、乗換駅において気温が「１８℃以上２８℃未満」で天候が「曇」である場合が気象レベルがＬＶ３で最も高い。次いで、気温が「１８℃以上２８℃未満」で天候が「晴」または「雨」の場合が気象レベルがＬＶ２であり、その以外の場合が気象レベルがＬＶ１となる。
【００３５】
制御部２２は、駅情報における気象情報（天候、気温）（図７）とテーブルデータＴＢ１（図８）とを用いて、経路１の乗換駅であるＱ駅と、経路２の乗換駅であるＲ駅の気象レベルを決定する。図７に示した駅情報では、Ｑ駅は天候「雨」、気温「２７℃」であるので、制御部２２は、テーブルデータＴＢ１を参照することにより、Ｑ駅の気象レベルをＬＶ２に決定する。また同様に、Ｒ駅は天候「晴」、気温「３２℃」であるので、制御部２２は、Ｒ駅の気象レベルをＬＶ１に決定する。
【００３６】
各経路における乗換駅の気象レベルを決定すると、制御部２２は、決定した気象レベルと、各乗換駅の設備情報（屋根、待合室）（図７）と、テーブルデータＴＢ２（図９）とを用いて、各乗換駅（Ｑ駅、Ｒ駅）の係数Ｆ１を決定する。係数Ｆ１は、乗換駅における気象情報と設備情報とを総合的に考慮した場合の、乗換駅での快適さを表す指標である。係数Ｆ１は、その値が小さいほど快適であることを示す。
【００３７】
図９は、テーブルデータＴＢ２を説明する説明図である。図９に示すように、気象レベルがＬＶ１及びＬＶ２の場合には、係数Ｆ１は、駅のプラットホームの屋根の有無と、待合室の有無によって決定される。気象レベルがＬＶ３の場合には、列車の乗り換えを行う際の天候および気温としてはいずれも最適であるので、屋根の有無および待合室の有無には関係無く、一律に係数Ｆ１は決定される。
【００３８】
本具体例（図６参照）の場合、経路１の乗換駅であるＱ駅においては、気象レベルはＬＶ２、屋根は「有」、待合室は「無」なので（図７：Ｑ駅の駅情報参照）、制御部２２はテーブルデータＴＢ２を参照することにより、Ｑ駅の係数Ｆ１を「０．７」に決定する。また、経路２の乗換駅であるＲ駅においては、気象レベルはＬＶ１、屋根は「有」、待合室は「有」なので、制御部２２はテーブルデータＴＢ２を参照することにより、Ｒ駅の係数Ｆ１を「０．５」に決定する。
【００３９】
制御部２２は、経路１、経路２における各乗換駅の係数Ｆ１を決定後、係数Ｆ１と各乗換駅での待ち時間とを用いて、各乗換駅における乗換コストＮＣを算出する。乗換コストＮＣは、下記式（１）を用いて算出する。
乗換コストＮＣ＝乗換駅待ち時間（分）×係数Ｆ１…（１）
【００４０】
本具体例の場合、経路１の乗換駅であるＱ駅における乗換コストＮＣ（経路１，Ｑ駅）は、１０分（Ｑ駅での待ち時間）×０．７（Ｑ駅の係数Ｆ１）＝７．０となる。経路２の乗換駅であるＲ駅における乗換コストＮＣ（経路２，Ｒ駅）は、１５分（Ｒ駅での待ち時間）×０．５（Ｒ駅の係数Ｆ１）＝７．５となる。制御部２２は、各乗換駅における乗換コストＮＣを算出後、経路１における各乗換駅の乗換コストＮＣの総和を、経路１の経路コストＫＣ（経路１）として算出し、経路２における各乗換駅の乗換コストＮＣの総和を経路２の経路コストＫＣ（経路２）として算出する。本具体例の場合、経路１における乗換駅はＱ駅１つなので、経路１の経路コストＫＣ（経路１）＝乗換コストＮＣ（経路１，Ｑ駅）＝７．０となる。同様に、経路２における乗換駅はＲ駅１つなので、経路２の経路コストＫＣ（経路２）＝乗換コストＮＣ（経路２，Ｒ駅）＝７．５となる。
【００４１】
仮に、乗換経路候補として経路３が探索され、経路３の乗換駅がＱ駅とＲ駅である場合には、制御部２２は、経路３における各乗換駅Ｑ駅およびＲ駅ごとに乗換コストＮＣ（経路３，Ｑ駅）と乗換コストＮＣ（経路３，Ｒ駅）を算出する。そして、経路３の経路コストＫＣ（経路３）を、経路コストＫＣ（経路３）＝乗換コストＮＣ（経路３，Ｑ駅）+乗換コストＮＣ（経路３，Ｒ駅）として算出する。このようにして、制御部２２は、乗換経路候補として探索した各経路の経路コストＫＣの算出を行う。経路コスト算出処理の終了後、上述したように、制御部２２は、各乗換経路候補の経路コストＫＣの小さいものから順に優先表示番号を付し（図４：ステップＳ５０）、優先表示番号を付した複数の乗換経路候補を乗換経路探索結果として携帯電話４０に送信し（ステップＳ５２）、処理を終了する。
【００４２】
本実施例における具体例においては、経路１と経路２とは到着時刻が同じであったが、乗換経路候補として探索された複数の経路の各々の到着時刻が異なる場合であっても、各経路における到着時刻がユーザの許容時間内であれば、到着時間の早いか遅いかは経路コストＫＣの算出には反映しない。ユーザの許容時間は、乗換経路探索用画面７０においてユーザが設定可能とする（図示省略）。例えば、ユーザが、乗換経路探索用画面７０において、到着時刻を１２：００に設定し、許容時間を２０分に設定した場合、１１：５５に到着する経路と１２：１５に到着する経路においては、いずれの到着時刻も許容時間内（１２：２０より前に到着）なので、上記説明した経路コストＫＣの算出方法に従って算出し、到着時間は経路コストＫＣの算出に反映しない。なお、到着時刻が許容時間を超える乗換経路候補については、本実施例においては、探索結果として扱わないものとする。
【００４３】
以上説明したように、乗換経路探索システム１０では、駅情報データ２７として、各駅における設備情報と気象情報とを有する。従って、乗換経路探索システム１０は、設備の状態と気象の状態とに基づく乗換駅での快適さを考慮した乗換経路探索処理を行うことができる。結果として、ユーザは、列車を乗換える際の乗換駅での待ち時間を快適に過ごすことができる。また、乗換経路探索システム１０は、駅情報データ２７における気象情報として駅周辺の天候に加え、気温の情報も記録しているので、待合室に加え駅周辺気温を考慮した乗換経路探索処理を行うことができる。さらに、駅情報データ２７の気象情報はリアルタイムに記録・更新されるので、乗換経路探索システム１０は、常に最新の駅周辺の気象状況を反映した乗換経路探索を行うことができる。またテーブルデータＴＢ１（図７）に示すように、駅の天候と気温との組み合わせから、気象の状態を気象レベルＬＶ１、ＬＶ２、ＬＶ３といった比較的少ない区分数に分類して経路コストＫＣを算出しているので、経路コスト算出処理を高速に行うことができる。なお、本実施例においては、乗換経路サーバ２０は、駅情報の気象情報としての天候、気温、気象レベルを、それぞれ３つに区分して経路コスト算出処理を行っているが、それに限ることなく、各々、２つ、４つ、５つなど、処理可能な範囲で、任意の区分数を採用するとしてもよい。
【００４４】
特許請求の範囲との対応関係としては、待合室の有無を記録している設備情報（図７参照）が特許請求の範囲に記載の待合室情報に対応し、駅情報データ２７を記憶している乗換経路情報データベース２３が特許請求の範囲に記載の待合室情報記憶部に対応する。また、乗換経路の探索を行う制御部２２が特許請求の範囲に記載の探索部に対応する。
【００４５】
Ｂ．第２実施例：
第１実施例においては、乗換駅における乗換コストＮＣを算出する際、乗換駅の待合室については、その有無を反映させて乗換コストＮＣを算出したが（図９参照）、第２実施例では、待合室に関してはその有無のみではなく、待合室を利用する者（以下、「待合室利用者」とも呼ぶ）にとっての快適さも乗換コストＮＣの算出に反映させる。また、同じ駅においても、乗換時に列車を乗降するプラットホーム（以下、単に「ホーム」とも呼ぶ）によって、待合室を利用した際の快適さは異なるため、駅のホームごとに待合室の利用の快適さを決定し乗換コストＮＣの算出に反映する。本実施例においては、乗換駅の待合室の利用の快適さを係数Ｆ２として決定し、下記式（２）によって、各乗換駅における乗換コストＮＣを算出する。
乗換コストＮＣ＝乗換駅待ち時間（分）×係数Ｆ１×係数Ｆ２…（２）
なお、待合室が無い乗換駅（ホーム）においては係数Ｆ２は「１」とする。
【００４６】
第２実施例においては、駅情報データ２７は、係数Ｆ２の決定に用いるための待合室データを備える。図１０は、待合室データのデータ構造を概念的に説明する説明図である。待合室データは、待合室ごとに種々の情報を有する。具体的には、待合室データは、各待合室ごとに付された固有のＩＤである「待合室ＩＤ」、その待合室が設置されている「駅名」、プラットホームの番号である「ホーム番号」、ホームの中心を原点とした場合の待合室の座標位置である「待合室位置」、待合室の収容人数である「収容人数」、待合室の現在の収容可能人数である「収容可能人数」、「ベンチ数」、「ベンチの空席数」、「待合室の屋根」の有無、「エアコン」の有無、待合室の中または隣接する「自動販売機」の有無、待合室の中または隣接する「券売機」の有無、待合室の中から認識可能な「時計」の有無、待合室の中から認識可能な「時刻表」の有無、待合室の壁が「ガラス張り」となっていることの有無、待合室の中または隣接して備えられる携帯端末用の「充電器」の有無、待合室の中から認識可能な「テレビ」の有無、「無線ＬＡＮ」の利用することの有無、待合室の中または隣接する「足湯」の有無、待合室の中または隣接する「店舗の数」、各店舗の情報「店舗１、店舗２・・・」など、待合室の利用者の利便性の向上に繋がる情報を記録している。待合室の現在の収容可能人数である「収容可能人数」は、待合室に設置したｗｅｂカメラから収容可能人数を判断しリアルタイムに記録した情報である。「ベンチの空席数」は、各ベンチに設置された人感センサからリアルタイムにベンチの空席数を取得して記録した情報である。
【００４７】
「各店舗の情報（店舗１、店舗２・・・）」には、各店舗毎に対応付けられて固有のＩＤ（以下、「店舗ＩＤ」とも呼ぶ）が記録されている。これら図１０に示した待合室に関する各情報のそれぞれを「待合室要素」とも呼ぶ。例えば、待合室データにおける「収容人数」、「収容可能人数」は、それぞれが待合室要素の１つである。
【００４８】
制御部２２は、待合室データを参照し、係数Ｆ２を算出する。待合室データから係数Ｆ２を算出する方法としては種々の算出方法を採用することができる。本実施例では以下の算出方法を採用する。まず、各待合室要素の情報を数値化する。待合室要素の情報を数値化したものを「要素値」とも呼ぶ。また、各待合室要素の情報を要素値として数値化する際には、要素値が０〜１となるように正規化を行う。各待合室要素の情報を数値化した後、各待合室ごとに各要素値の総和を算出する。そして、このようにして算出した要素値の総和の逆数を係数Ｆ２とする。具体的には下記式（３）によって算出される。
Ｆ２＝１／ΣＸｎ…（３）
（ｎは１以上の整数）
式（３）における「Ｘｎ」は、各要素値を表す。例えば、「待合室位置」の要素値をＸ１、「収容人数」をＸ２・・・・と言ったように、Ｘｎは各待合室要素の要素値を表す。
【００４９】
待合室要素を数値化して要素値を決定するにあたっては、その待合室要素によって待合室の利便性が高くなるほど要素値が大きくなるように数値化する。例えば、「ホームの中心を原点とした場合の待合室の座標位置」の待合室要素から要素値を決定する場合、この座標に基づいてホームの中心から待合室までの距離の逆数を算出し要素値とする。このように算出すると、ホームから待合室までの距離が短いほど、待合室データの待合室要素である「待合室位置」の要素値は大きくなる。すなわち、ホーム中心から待合室までの距離が短く待合室の利便性が高くなるほど、要素値が大きくなる。
【００５０】
本実施例では、「待合室位置」に対応する要素値は、ホーム中心から待合室までの距離として算出しているが、エスカレータやエレベータや階段の位置からの距離として算出してもよいし、その他、ユーザが列車を乗降する位置がＧＰＳ等で取得できる場合は、制御部２２は、ユーザの列車乗降位置から待合室までの距離を要素値としてリアルタイムに算出してもよい。
【００５１】
その他、待合室データにおける「収容人数」や、「収容可能人数」、「ベンチの数」、「ベンチの空席数」は、各待合室要素として記録されている値をそのまま用いる。また、待合室データにおける「待合室の屋根」の有無、「エアコン」の有無、「自動販売機」の有無など設備の有無については、「有」の場合は「１」を、「無」の場合は「０」として数値化を行う。また待合室要素のうち、「店舗数」についても、その値をそのまま要素値として用いる。各店舗の情報「店舗１、店舗２・・・」については、以下に説明するテーブルデータＴＢ３を用いて数値化を行う。また、駅によっては、未調査のために幾つかの待合室要素の情報自体が記録されていない場合がある。このようにデータ自体が記録されていない待合室要素については、本実施例では、その設備が「有」の場合の要素値である「１」と、「無」の場合の要素値である「０」との間の値として、要素値を「０．５」とする。この他、データ自体が記録されていない待合室要素は、設備が無いものと扱って要素値を「０」にしてもよい。
【００５２】
図１１は、テーブルデータＴＢ３のデータ構造を概念的に説明する説明図である。上述したように、テーブルデータＴＢ３は、待合室要素である各店舗の情報「店舗１、店舗２・・・」の数値化の際に、制御部２２によって用いられる。テーブルデータＴＢ３には、各店舗の「店舗ＩＤ」に加え、その店舗の名前である「店舗名」と、売店や立ち食いや定食屋と言った店の種別を表す「店種別」と、その店舗を利用する際の平均所要時間である「所要時間」と、店舗を利用に食事が伴う場合の食事の質を表す「食事レベル」とが、各店舗ＩＤに対応付けて記録されている。
【００５３】
制御部２２は、待合室データにおける各店舗の情報「店舗１、店舗２・・・」（図１０参照）の数値化を行う際に、各店舗の情報「店舗１、店舗２・・・」に記録されている店舗ＩＤに対応するテーブルデータＴＢ３の「食事レベル」の数値を参照し、食事レベルとして記録されている値を待合室要素の要素値として採用する。このようにすることで、要素値としての「食事レベル」を係数Ｆ２の算出に反映させることができる。また、乗換経路候補における乗換駅での待ち時間と、テーブルデータＴＢ３の「所要時間」とを比較して、待ち時間の方が「所要時間」より時間的に長い場合のみ、「食事レベル」の数値を要素値として採用する。
【００５４】
例えば、Ｑ駅が乗換駅となる経路が乗換経路候補として探索された場合、Ｑ駅の２番ホームでの待ち時間が２０分であれば（図１０／待合室ＩＤ：Ｍ０００３参照）、店舗ＩＤがＴ０００２の店舗は所要時間が１０分であり、待ち時間内に利用可能なので、店舗ＩＤがＴ０００２である店舗の食事レベル「２」は、係数Ｆ２を算出する場合の要素値として用いる。一方、Ｑ駅の２番ホームでの待ち時間が２０分の場合に、店舗ＩＤがＴ０００３の店舗は、所要時間が３０分であり、待ち時間内に利用するのは困難であるため、店舗ＩＤがＴ０００３の店舗の食事レベル「３」は、係数Ｆ２を算出する場合の要素値として用いない。仮に、いずれの店舗も所要時間内に利用可能である場合には、店舗ＩＤがＴ０００２である店舗の食事レベルと、店舗ＩＤがＴ０００３である店舗の食事レベルのいずれも、個々の要素値として採用する。
【００５５】
「食事レベル」は、店舗の有名度や、利用客の多さでその値の高低を設定する。また、インターネットによるグルメ情報や利用者から投稿された評価等、種々の情報に基づいてその値を設定するとしてもよい。
【００５６】
このように、乗換コストＮＣの算出を行う際に用いる係数Ｆ２は、種々の待合室要素を要素値として数値化し、各要素値の総和の逆数として算出するが（式（３）参照）、各要素値を足し合わせる際に、各要素値に重み係数を付して足し合わせるとしてもよい。具体的には、下記式（４）によって、係数Ｆ２を算出するとしてもよい。
係数Ｆ２＝１／ΣＷｎ・Ｘｎ…（４）
（ｎは１以上の整数）
式（４）における「Ｗｎ」は、各要素値に乗ずる重み係数を表す。また、Ｗｎの値の決定に当たっては、複数段階（例えば３段階や５段階など）に予め設定した値の中から選択することによって決定するとしてもよい。
【００５７】
ユーザが列車の乗換の際に重要視する待合室要素の要素値には、値の大きい重み係数を乗じ、重要でない待合室要素の要素値には、値の小さい重み係数を乗ずる。列車の乗換の際にユーザが重要視する待合室要素は、ユーザ自身が携帯電話４０を用いて設定する。例えば、ユーザが乗換経路探索用画面７０（図２参照）の優先条件として「快適乗換優先」を選択した際に、重要視する待合室要素をユーザが選択可能な乗換経路探索用画面７０ａ（図示省略）を、携帯電話４０が表示パネル５５に表示する。そして、ユーザがその画面を介して重要視する待合室要素を選択する。さらに、ユーザが重要視する待合室要素として「店舗」を選択した場合には、携帯電話４０は、乗換駅での食事の要否の選択と、食事レベルの設定とを行うことができる食事レベル設定画面８０を表示パネル５５に表示し、ユーザが食事レベルを選択可能にする。
【００５８】
図１２は、食事レベル設定画面８０を説明する説明図である。食事レベル設定画面８０は、乗換駅での食事の要否を選択可能な食事要否選択部８１と、食事をする場合に食事のレベルを設定する食事レベル設定部８２と、設定終了を指示する設定終了ボタン８３とを有する。本実施例においては、食事レベルは、食事の質を重視した場合に食事レベルが「高」、料金の価格（安さ）を重視した場合に食事レベルが「低」としている。食事レベルは、複数段階で設定可能である。ユーザは、キー入力部５７を操作することによって食事要否選択部８１、食事レベル設定部８２、設定終了ボタン８３の操作を行う。
【００５９】
これら乗換経路探索用画面７０ａおよび食事レベル設定画面８０を用いて優先条件の詳細を決定可能にするプログラムは、携帯電話４０が備えるＲＯＭに予め備えられており、携帯電話４０のＣＰＵがこれらプログラムを読み出して実行する。また、ユーザが乗換経路探索用画面７０ａおよび食事レベル設定画面８０を用いて行った設定内容は、乗換経路サーバ２０に送信され、乗換経路サーバ２０の制御部２２によって、係数Ｆ２の算出に用いられる。ユーザが食事レベル設定部８２を用いて設定した食事レベルの高低は、係数Ｆ２の算出の際の「店舗」の要素値、即ち、テーブルデータＴＢ３の食事レベルの値に乗ずる重み係数に用いられる。具体的には、食事レベル設定部８２における食事レベルが高いほど重み係数の値が大きくなるように設定し、係数Ｆ２の算出を行う。このようにして、乗換経路サーバ２０は処理を行う。
【００６０】
また、乗換駅において、２つのホームを利用する場合には、利用するホームにおける要素値の総和の逆数を係数Ｆ２として算出してもよい。例えば、Ｑ駅の１番ホームで列車を降りて、２番ホームから次の列車に乗る場合、図１０における待合室データにおいて、Ｑ駅の１番ホームと２番ホームの要素値の総和の逆数を係数Ｆ２として算出するとしてもよい。
【００６１】
さらに、乗換経路探索システム１０は、乗換経路サーバ２０の駅情報データ２７を用いて、ユーザに種々の情報を提供することができる。例えば、携帯電話４０が備えるＧＰＳ受信機５９を介して、乗換経路サーバ２０がユーザの現在位置を取得し、図１３に示すような路線案内情報を携帯電話４０の表示パネル５５に表示させる。図１３、図１４に示すように、乗換経路探索システム１０は、ユーザが乗車している列車が今後停車する駅に到着するまでの所要時間や、ホーム待合室の満空状況や、待合室内または隣接する店舗の情報など、停車駅についてユーザが欲する種々の情報を提供する。図１３は、列車乗車中のユーザからみて、次に停車するＰ駅に関する情報を、携帯電話４０の表示パネル５５に表示している様子を示す説明図である。図１４は、列車乗車中のユーザからみて、Ｐ駅の次に停車するＱ駅に関する情報を、携帯電話４０の表示パネル５５に表示している様子を示す説明図である。乗換経路探索システム１０において、一連の乗換経路探索処理として、図１３、図１４のような停車駅の情報を携帯電話４０の表示パネル５５に表示するとしてもよいし、乗換経路探索処理とは無関係に、停車駅に関する情報を携帯電話４０の表示パネル５５に表示するとしてもよい。
【００６２】
以上説明したように、乗換経路探索システム１０は、乗換経路サーバ２０に待合室データを備えるので、待合室の利便性を反映した乗換経路探索処理を行うことができる。また、待合室の利便性として、図１０で説明した種々の待合室要素を反映して乗換経路探索処理を行うことができる。また、待合室データ（図１０）は、種々の待合室要素の情報を駅のホームごとのデータとして備えるので、列車の乗換の際にユーザが利用するホームを考慮して乗換経路探索処理を行うことができる。さらに、乗換経路探索システム１０は、待合室データとして駅の待合室に関して種々の情報を備えるので、図１３、図１４で説明したように、駅の待合室に関してユーザが欲する種々の情報をユーザに提供することができる。結果として、乗換経路探索システム１０は、ユーザが駅において快適に過ごすことができる情報を提供することができる。なお、特許請求の範囲との対応関係としては、待合室データ（図１０参照）が特許請求の範囲に記載の利便性情報に対応する。
【００６３】
Ｃ．変形例：
この発明は上記の実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能であり、例えば次のような変形も可能である。
（Ｃ１）変形例１：
待合室データに記録されている情報は、図１０で列挙した待合室要素に限らず、待合室に関する種々の要素を記録しているとしてもよい。例えば、待合室に雑誌や絵本等の本類の有無や、ゴミ箱の有無や、電光掲示板や音声案内や観光情報案内の有無、スポーツ施設や児童一時預かり所などの商業施設の有無、貸し傘のサービスの有無など、待合室の利用者の利便性に関する種々の情報を記録しているとしてもよい。そして、これらの待合室要素に基づいて、係数Ｆ２の算出や、乗換コストＮＣの算出を行うとしてもよい。このようにすることで、乗換経路探索システム１０は、ユーザの詳細な要望に応じた乗換経路探索処理を行うことができる。
【００６４】
（Ｃ２）変形例２：
上記実施例においては、経路コストＫＣの算出は、乗換コストＮＣの総和として算出したが、それに限ることなく、他の算出方法を採用してもよい。例えば、各乗換コストＮＣの積として算出するとしてもよい。また、乗換コストＮＣの算出方法についても、上記式（１）や式（２）に限ることなく種々の算出方法を採用することができる。例えば、乗換コストＮＣの算出方法として、乗換駅待ち時間に係数Ｆ１や係数Ｆ２以外の係数を乗じて算出するとしてもよい。例えば、列車の乗換えの際に列車を降りたホームから、次の列車に乗るためのホームへ移動する移動距離や移動時間を反映した係数を係数Ｆ３として乗換コストＮＣの算出に用いるとしてもよい。その他、乗換駅での混雑の度合いを反映した係数を係数Ｆ４として乗換コストＮＣの算出に用いるとしてもよい。
【００６５】
また、係数Ｆ２の算出方法についても、待合室要素を要素値として数値化する場合に、各待合室要素を各固有の評価方法によって数値化し要素値として採用するとしてもよい。例えば、待合室要素の１つである自動販売機の有無についての数値化は、季節毎に「有」「無」に対応する要素値を変更するとしてもよい。具体的には、待合室の使用者が飲料水を欲しやすい季節には「有」に対応する要素値は、例えば「１．５」や「２」等に設定して値を大きくするなど、各待合室要素の特性に応じて種々の数値化の方法を採用することができる。
【００６６】
（Ｃ３）変形例３：
上記実施例においては、駅情報としての気象情報には、各駅の天候と気温とが記録されているとしたが（図７）、駅情報の気象情報には単にその駅の属する地方を特定する情報（以下、「地方情報」とも呼ぶ）が記録されているとしてもよい。そして、乗換経路サーバ２０は、気象レベルを決定する際に、駅情報に記録されている地方情報に基づいて、気象サーバからその地方の天候と気温とを取得し、直接、気象レベルの決定に用いるとしてもよい。このようにすることで、乗換経路サーバ２０は、気象レベルの決定を行う際にのみ気象サーバにアクセスをすればよく、随時、気象サーバにアクセスをして各駅の気象情報の更新・記録をすることを回避することができる。
【００６７】
（Ｃ４）変形例４：
上記実施例においては、図７の駅情報には待合室の有無が直接に記録されているが、待合室の有無が判断可能であれば、他の態様で記録されているとしてもよい。例えば、図１０の待合室データの態様で駅情報が記録されているとしてもよい。図１０の記録態様から待合室の有無の判断は可能である。
【００６８】
（Ｃ５）変形例５：
上記実施例の乗換経路探索システム１０においては、探索条件の入力および探索結果の表示は携帯電話４０が行うとしたが、それに限ることなく、インターネットＩＮＴに接続されたパーソナルコンピュータに携帯電話４０と同様の処理を行わせるとしてもよい。また、乗換経路サーバ２０において行っている機能の一部を携帯電話４０が行うとしてもよいし、携帯電話４０において行っている機能の一部を乗換経路サーバ２０が行うとしてもよい。その他、上記実施例においてソフトウェアで実現されている機能の一部をハードウェアで実現してもよく、あるいは、ハードウェアで実現されている機能の一部をソフトウェアで実現してもよい。
【００６９】
（Ｃ６）変形例６：
上記実施例においては、乗換経路探索処理の方法として、「乗換経路候補探索→待合室情報参照してコスト算出→乗換経路探索結果出力」という手順の処理方法を採用したが、それに限ることなく、待合室情報を参照した他の乗換経路探索処理の方法を採用するとしてもよい。例えば、乗換経路探索処理の当初から待合室情報を参照し、乗換経路探索結果の出力を行うとしてもよい。具体的には、図３の優先条件指定部７５において「快適乗換優先」が選択された場合には、待合室情報を参照して待合室が無いことが明かな駅を抽出し、その駅を乗換駅とみなさずに乗換経路探索を行い、探索結果を出力する。その他、係数Ｆ１、係数Ｆ２の値が所定の値より低い駅のみを乗換駅として扱って、乗換経路探索を行い、探索結果を乗換経路探索結果として携帯電話４０に出力するとしてもよい。このように、乗換経路候補の探索を省略しつつ、待合室情報を乗換経路探索結果に反映させた乗換経路探索処理を採用するとしてもよい。
【符号の説明】
【００７０】
１０…乗換経路探索システム
２０…乗換経路サーバ
２１…通信部
２２…制御部
２３…乗換経路情報データベース
２４…路線データ
２５…時刻表データ
２６…料金データ
２７…駅情報データ
４０…携帯電話
４１…主制御部
４２…ＣＰＵ
４４…ＲＡＭ
４６…ＲＯＭ
５１…通信部
５３…通話制御部
５５…表示パネル
５７…キー入力部
５７ａ…方向入力キー
５７ｂ…操作キー
５９…ＧＰＳ受信機
７０…乗換経路探索用画面
７０ａ…乗換経路探索用画面
７１…出発駅入力部
７２…到着駅入力部
７３…移動日入力部
７４…時刻指定部
７５…優先条件指定部
７６…探索開始ボタン
８０…食事レベル設定画面
８１…食事要否選択部
８２…食事レベル設定部
８３…設定終了ボタン
ＢＳ…基地局
ＬＡＮ…無線
ＩＮＴ…インターネット
ＴＢ１〜ＴＢ３…テーブルデータ
【図１】
0005986771.tif 000002
【図２】
0005986771.tif 000003
【図３】
0005986771.tif 000004
【図４】
0005986771.tif 000005
【図５】
0005986771.tif 000006
【図６】
0005986771.tif 000007
【図７】
0005986771.tif 000008
【図８】
0005986771.tif 000009
【図９】
0005986771.tif 000010
【図１０】
0005986771.tif 000011
【図１１】
0005986771.tif 000012
【図１２】
0005986771.tif 000013
【図１３】
0005986771.tif 000014
【図１４】
0005986771.tif 000015