(57)【要約】【課題】  案内する路線経路に応じて生じ得る残高不足を事前に報知することのできる路線経路案内装置等を提供する。【解決手段】  携帯通信端末１は、スケジュール情報に基づいて、現在位置情報及び行き先情報（施設Ｄｒの位置等）を路線案内サービスサーバ３に送信する。路線案内サービスサーバ３は、現在位置情報から乗車駅（ＸＹＺ駅）を決定し、また、行き先情報から下車駅（ＥＦＧ駅）を決定すると、この間の最適な路線経路を検索する。そして、検索した路線経路とその料金の情報を携帯通信端末１に送信する。携帯通信端末１は、案内する路線経路を表示すると共に、自己が保持する電子マネー残高と料金とを比較し、残高不足が生じる場合に、残高部不足を報知するメッセージを表示する。【選択図】  図６
2006252169.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して、登録されたスケジュール情報及び支払い可能な電子マネーの残高を記憶する携帯通信端末と接続され、前記通信ネットワークを介して、路線経路案内情報を提供する路線経路案内装置であって、
少なくとも路線それぞれの各駅の所在地を含む地図データ、路線それぞれに対応した時刻表データ、各路線同士の接続情報を含む路線データ、及び路線それぞれに対応した料金表を含む料金表データを記憶するデータ記憶手段と、
前記携帯通信端末に記憶されているスケジュール情報に含まれる時間情報に基づいて、該携帯通信端末から送出される該端末の現在位置情報及びスケジュール情報に含まれる行き先情報を受信する情報受信手段と、
前記情報受信手段が受信した現在位置情報及び行き先情報に基づいて、前記データ記憶手段に記憶される地図データからそれぞれ最寄りの乗車駅及び下車駅を決定する決定手段と、
前記決定手段が決定した乗車駅及び下車駅を結ぶ路線経路を前記データ記憶手段に記憶される路線データから検索し、その検索した路線経路の料金を前記データ記憶手段に記憶される料金表データから算定する算定手段と、
前記算定手段が検索して算定した路線経路及び料金の情報を、路線案内及び残高比較のために要求元の携帯通信端末に、通信ネットワークを介して、送信する情報送信手段と、
を備えることを特徴とする路線経路案内装置。
【請求項２】
前記算定手段は、前記決定手段によって決定された乗車駅と下車駅とを結ぶ路線経路が複数存在する際には、各路線経路に対応する料金が最も低料金の路線経路を最適経路路線として選定する路線経路選定手段を、更に備えることを特徴とする請求項１に記載の路線経路案内装置。
【請求項３】
前記算定手段は、前記携帯通信端末が記憶し、該端末から送出されて受信した電子マネー残高の範囲以内となる料金に対応する路線経路の検索を行うことを特徴とする請求項１に記載の路線経路案内装置。
【請求項４】
通信ネットワークを介して、経路検索を行う路線経路案内装置と接続され、前記通信ネットワークを介して、前記路線経路案内装置から路線案内サービスを享受可能な携帯通信端末であって、
少なくとも予定時刻及び行き先情報が含まれるスケジュール情報を記憶するスケジュール記憶手段と、
現在位置情報を取得する位置情報取得手段と、
スケジュール記憶手段に記憶されたスケジュール情報に含まれる時間情報の予定時刻の所定時間前に、前記位置情報取得手段が取得した現在位置情報及びスケジュール情報に含まれる行き先情報を、前記通信ネットワークを介して、前記路線経路案内装置に送信する送信手段と、
前記送信手段が送信した情報に応答して、前記路線経路案内装置において算出された乗車駅と下車駅とを結ぶ路線経路及び当該路線経路の料金の情報を受信する受信手段と、
前記受信手段が受信した路線経路の情報を表示する表示手段と、
支払い可能な電子マネーごとにその残高を記憶する残高記憶手段と、
前記残高記憶手段が記憶する電子マネー残高よりも前記受信手段が受信した路線経路の料金が大きいかを判別する判別手段と、
前記判別手段によって電子マネー残高が路線経路の料金より少ないと判別されたときは、残高不足を報知する報知手段と、
を備えることを特徴とする携帯通信端末。
【請求項５】
前記送信手段が送信した情報と前記受信手段が受信した情報とを対応付け、履歴情報として蓄積する履歴情報蓄積手段と、
前記送信手段が新たな送信を行う際に、送信しようとする情報と前記履歴情報蓄積手段に蓄積された履歴情報とを比較して、過去に検索済みかどうかを判定する履歴判定手段と、
前記履歴判定手段によって検索済みと判定されたときは、前記送信手段の送信を停止させると共に、対象の履歴情報に基づいて、前記表示手段に路線経路の情報を表示させ、前記判別手段に電子マネー残高を判別させる制御手段と、
を更に備えることを特徴とする請求項４に記載の携帯通信端末。
【請求項６】
予め登録された基準位置と、予め指定された特定位置との間を移動する際の路線経路及びその料金を含む特定経路情報を予め記憶する特定経路記憶手段と、
前記送信手段が新たな送信を行う際に、スケジュール情報に従って、予定される内容が基準位置から特定位置への移動に該当するか否かを判定するスケジュール判定手段と、
前記スケジュール判定手段によって該当すると判定されたときは、前記送信手段の送信を停止させると共に、特定経路情報に基づいて、前記表示手段に路線経路の情報を表示させ、前記判別手段に電子マネー残高を判別させる制御手段と、
を更に備えることを特徴とする請求項４に記載の携帯通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子マネー（価値情報）を記憶する通信端末を用いて路線案内を行う路線経路案内装置等に関し、特に、案内する路線経路に応じて生じ得る残高不足を事前に報知することのできる路線経路案内装置および携帯通信端末に関する。
【背景技術】
【０００２】
従来より、パソコン（パーソナルコンピュータ）等を利用して、鉄道等の路線案内を行う技術が知られている。例えば、キーボード等を介して利用者により乗車駅及び下車駅（降車駅）が入力されると、パソコンは、これらの駅を結ぶ路線経路（乗車経路）案内の要求とともに入力された乗車駅及び下車駅の情報を路線経路案内サイトに送り、インターネットを介して行い、路線経路案内サイトは送られてきた乗車駅及び下車駅情報に基づいて適宜検索して、その検査結果を要求元のパソコンに送信し、そしてパソコンのディスプレイに表示する。
【０００３】
近年では、このように路線経路を検索して表示するだけでなく、路線経路を案内中に現在位置を逐次取得することにより、乗換駅や目的地（下車駅）に到着したことを利用者に報知する目的地案内確認装置の技術も開示されている（例えば、特許文献１参照）。
【特許文献１】特開平９−４４７５４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述した特許文献１の目的地案内確認装置では、乗換駅や下車駅への到着が自動的に報知されるため、利用者の降り忘れ等を防止することができる。
しかしながら、上述した特許文献１の技術では、依然として乗車駅及び下車駅を利用者が入力する必要があり、極めて煩雑であった。
【０００５】
一方、近年では、ＩＣカードに電子マネーを記憶させ、このＩＣカードにより自動改札機にて料金を支払うシステムも実用化されている。更に最近では、携帯電話機等にＩＣカード機能を内蔵させる試みもなされてきている。
このようなＩＣカード等では、電子マネーの残高確認が容易に行えないため、自動改札機を通過する際に、残高不足が生じてゲートが閉じてしまい、人の流れを阻害してしまうという問題があった。
【０００６】
そのため、自動改札機を通る前に、残高不足を報知することのできる技術が求められていた。
【０００７】
本発明は、上記実状に鑑みてなされたもので、利用者の操作を軽減しつつ路線経路の案内を行うと共に、案内する路線経路に応じて生じ得る残高不足を事前に報知することのできる路線経路案内装置および携帯通信端末を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明の第１の観点に係る路線経路案内装置は、
通信ネットワークを介して、登録されたスケジュール情報及び支払い可能な電子マネーの残高を記憶する携帯通信端末と接続され、前記通信ネットワークを介して、路線経路案内情報を提供する路線経路案内装置であって、
少なくとも路線それぞれの各駅の所在地を含む地図データ、路線それぞれに対応した時刻表データ、各路線同士の接続情報を含む路線データ、及び路線それぞれに対応した料金表を含む料金表データを記憶するデータ記憶手段と、
前記携帯通信端末に記憶されているスケジュール情報に含まれる時間情報に基づいて、該携帯通信端末から送出される該端末の現在位置情報及びスケジュール情報に含まれる行き先情報を受信する情報受信手段と、
前記情報受信手段が受信した現在位置情報及び行き先情報に基づいて、前記データ記憶手段に記憶される地図データからそれぞれ最寄りの乗車駅及び下車駅を決定する決定手段と、
前記決定手段が決定した乗車駅及び下車駅を結ぶ路線経路を前記データ記憶手段に記憶される路線データから検索し、その検索した路線経路の料金を前記データ記憶手段に記憶される料金表データから算定する算定手段と、
前記算定手段が検索して算定した路線経路及び料金の情報を、路線案内及び残高比較のために要求元の携帯通信端末に、通信ネットワークを介して、送信する情報送信手段と、
を備えることを特徴とする。
【０００９】
この発明によれば、データ記憶手段は、少なくとも路線それぞれの各駅の所在地を含む地図データ、路線それぞれに対応した時刻表データ、各路線同士の接続情報を含む路線データ、及び路線それぞれに対応した料金表を含む料金表データを記憶する。情報受信手段は、携帯通信端末に記憶されているスケジュール情報に含まれる時間情報に基づいて、該携帯通信端末から送出される該端末の現在位置情報及びスケジュール情報に含まれる行き先情報を受信する。決定手段は、情報受信手段が受信した現在位置情報及び行き先情報に基づいて、データ記憶手段に記憶される地図データからそれぞれ最寄りの乗車駅及び下車駅を決定する。算定手段は、決定手段が決定した乗車駅及び下車駅を結ぶ路線経路をデータ記憶手段に記憶される路線データから検索し、その検索した路線経路の料金をデータ記憶手段に記憶される料金表データから算定する。情報送信手段は、算定手段が検索して算定した路線経路及び料金の情報を、路線案内及び残高比較のために要求元の携帯通信端末に、通信ネットワークを介して、送信する。
このように、路線経路案内装置が、携帯通信端末から送られた情報に応答して路線経路及び料金の情報を送信するため、携帯通信端末では、登録されたスケジュール情報に基づいて、目的地までの路線経路を利用者に案内可能であり、また、案内する路線経路に応じて生じ得る残高不足を事前に報知可能である。
この結果、利用者の操作を軽減しつつ路線経路の案内を行うと共に、案内する路線経路に応じて生じ得る残高不足を事前に報知することができる。
【００１０】
前記算定手段は、前記決定手段によって決定された乗車駅と下車駅とを結ぶ路線経路が複数存在する際には、各路線経路に対応する料金が最も低料金の路線経路を最適経路路線として選定する路線経路選定手段を、更に備えてもよい。
【００１１】
前記算定手段は、前記携帯通信端末が記憶し、該端末から送出されて受信した電子マネー残高の範囲以内となる料金に対応する路線経路の検索を行ってもよい。
【００１２】
上記目的を達成するため、本発明の第２の観点に係る携帯通信端末は、
通信ネットワークを介して、経路検索を行う路線経路案内装置と接続され、前記通信ネットワークを介して、前記路線経路案内装置から路線案内サービスを享受可能な携帯通信端末であって、
少なくとも予定時刻及び行き先情報が含まれるスケジュール情報を記憶するスケジュール記憶手段と、
現在位置情報を取得する位置情報取得手段と、
スケジュール記憶手段に記憶されたスケジュール情報に含まれる時間情報の予定時刻の所定時間前に、前記位置情報取得手段が取得した現在位置情報及びスケジュール情報に含まれる行き先情報を、前記通信ネットワークを介して、前記路線経路案内装置に送信する送信手段と、
前記送信手段が送信した情報に応答して、前記路線経路案内装置において算出された乗車駅と下車駅とを結ぶ路線経路及び当該路線経路の料金の情報を受信する受信手段と、
前記受信手段が受信した路線経路の情報を表示する表示手段と、
支払い可能な電子マネーごとにその残高を記憶する残高記憶手段と、
前記残高記憶手段が記憶する電子マネー残高よりも前記受信手段が受信した路線経路の料金が大きいかを判別する判別手段と、
前記判別手段によって電子マネー残高が路線経路の料金より少ないと判別されたときは、残高不足を報知する報知手段と、
を備えることを特徴とする。
【００１３】
この発明によれば、スケジュール記憶手段は、少なくとも予定時刻及び行き先情報が含まれるスケジュール情報を記憶する。位置情報取得手段は、現在位置情報を取得する。送信手段は、スケジュール記憶手段に記憶されたスケジュール情報に含まれる時間情報の予定時刻の所定時間前に、位置情報取得手段が取得した現在位置情報及びスケジュール情報に含まれる行き先情報を、通信ネットワークを介して、路線経路案内装置に送信する。受信手段は、送信手段が送信した情報に応答して、路線経路案内装置において算出された乗車駅と下車駅とを結ぶ路線経路及び当該路線経路の料金の情報を受信する。表示手段は、受信手段が受信した路線経路の情報を表示する。残高記憶手段は、支払い可能な電子マネーごとにその残高を記憶する。判別手段は、残高記憶手段が記憶する電子マネー残高よりも受信手段が受信した路線経路の料金が大きいかを判別する。そして、報知手段は、判別手段によって電子マネー残高が路線経路の料金より少ないと判別されたときは、残高不足を報知する。
このように、携帯通信端末に登録されたスケジュール情報等に基づいて、目的地までの路線経路を利用者に案内可能であり、また、案内する路線経路に応じて生じ得る残高不足を事前に報知可能である。
この結果、利用者の操作を軽減しつつ路線経路の案内を行うと共に、案内する路線経路に応じて生じ得る残高不足を事前に報知することができる。
【００１４】
上記の携帯通信端末は、前記送信手段が送信した情報と前記受信手段が受信した情報とを対応付け、履歴情報として蓄積する履歴情報蓄積手段と、
前記送信手段が新たな送信を行う際に、送信しようとする情報と前記履歴情報蓄積手段に蓄積された履歴情報とを比較して、過去に検索済みかどうかを判定する履歴判定手段と、
前記履歴判定手段によって検索済みと判定されたときは、前記送信手段の送信を停止させると共に、対象の履歴情報に基づいて、前記表示手段に路線経路の情報を表示させ、前記判別手段に電子マネー残高を判別させる制御手段と、
を更に備えてもよい。
【００１５】
上記の携帯通信端末は、予め登録された基準位置と、予め指定された特定位置との間を移動する際の路線経路及びその料金を含む特定経路情報を予め記憶する特定経路記憶手段と、
前記送信手段が新たな送信を行う際に、スケジュール情報に従って、予定される内容が基準位置から特定位置への移動に該当するか否かを判定するスケジュール判定手段と、
前記スケジュール判定手段によって該当すると判定されたときは、前記送信手段の送信を停止させると共に、特定経路情報に基づいて、前記表示手段と、
を更に備えてもよい。
【発明の効果】
【００１６】
本発明によれば、利用者の操作を軽減しつつ路線経路の案内を行うと共に、案内する路線経路に応じて生じ得る残高不足を事前に報知することができる。
【発明を実施するための最良の形態】
【００１７】
本発明の実施形態にかかる路線案内検索システムについて、以下図面を参照して説明する。
【００１８】
図１は、この発明の実施形態に適用される路線案内検索システムの構成の一例を示すブロック図である。図示するように、路線案内検索システムは、携帯通信端末１と、基地局２と、路線案内サービスサーバ３とを含んで構成される。
なお、基地局２は、携帯通信端末１と無線通信を行うために所定位置に複数配置されており、通信網Ｎｅを介して路線案内サービスサーバ３と通信可能に接続されている。
また、携帯通信端末１は、ＧＰＳ（Global Positioning System）衛星Ｓａからの衛星電波（ＧＰＳ信号）を受信可能となっている。
【００１９】
図２は、携帯通信端末１の構成の一例を示すブロック図である。図示するように、携帯通信端末１は、無線部１１と、音声入出力部１２と、入力部１３と、表示部１４と、ブラウザ１５と、制御部１６と、ＧＰＳ電波受信部１７、現在位置管理部１８と、非接触無線インタフェース１９と、電子マネー管理部２０と、残高メモリ２１とを備えて構成される。
【００２０】
無線部１１は、通信用のアンテナＴａが接続されており、近傍の基地局２との間で無線通信を行う。
つまり、無線部１１は、アンテナＴａを介して受信した信号を復調・復号化して音声信号を生成し、音声入出力部１２に供給する。なお、受信信号の内、音声以外のデータについては、ブラウザ１５や制御部１６に供給する。
また、無線部１１は、音声入出力部１２から供給された音声信号を変調し、アンテナＴａを介して送信する。なお、ブラウザ１５等から供給される送信用のデータについても同様に送信する。
【００２１】
音声入出力部１２は、スピーカＳｐ及びマイクＭｉが接続されており、無線部１１から供給された符合化信号を音声信号に変換し、変換した音声信号をスピーカＳｐから出力し、また、マイクＭｉから入力された音声を符号化等して無線部１１に供給する。
【００２２】
入力部１３は、複数のキー等からなり、利用者のキー操作に応じた入力を受け付け、受け付けた入力内容を制御部１６に供給する。
例えば、利用者がスケジュール登録を行う際に、入力部１３は、予定日時や行き先情報等を含むスケジュール情報を入力し、制御部１６に供給する。
【００２３】
表示部１４は、ＬＣＤ（Liquid Crystal Display）等からなり、携帯通信端末１の動作状況を示す画像等を表示する。
例えば、路線案内をする際に、表示部１４は、ブラウザ１５が生成（路線案内サービスサーバ３から閲覧）した、乗車駅から下車駅までの路線経路、各駅の出発時刻や到着時刻、所要時間、及び、料金等が含まれる路線案内画面（ウェブページ）を表示する。
【００２４】
ブラウザ１５は、制御部１６に制御され、無線部１１を介して所定のプロトコルに従ったデータの送受信を行うと共に、受信した所定形式のデータに基づいてウェブページ等を生成する。
例えば、携帯通信端末１が基地局２及び通信網Ｎｅを介して路線案内サービスサーバ３とデータ通信を行う場合に、ブラウザ１５は、路線案内サービスサーバ３にアクセスして経路案内を要求し、検索された路線経路等の情報が含まれるデータを受信する。そして、受信したデータからウェブページを生成し、表示部１４に表示する。
【００２５】
制御部１６は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、計時用タイマ、及び、不揮発性メモリ等を備えており、携帯通信端末１全体を制御する。すなわち、ＣＰＵがＲＯＭに記憶されている所定のプログラムを実行することにより、携帯通信端末１の各部の動作を制御する。なお、ＲＡＭは、ＣＰＵがプログラムを実行する際に、ワークメモリとして用いられる。
また、計時用タイマは、現在時刻等を適宜計時する。更に、不揮発性メモリは、入力部１３から入力されて登録されたスケジュール情報等を適宜記憶する。
【００２６】
具体的に制御部１６は、音声入出力部１２、ブラウザ１５、現在位置管理部１８、非接触無線インタフェース１９及び、電子マネー管理部２０等と連携して各種処理を行う。
例えば、制御部１６は、上述したブラウザ１５等を制御して、路線案内サービスサーバ３に経路案内を要求し、その案内結果（路線経路及び料金等）を取得する。その際、路線経路の料金情報を取得すると、電子マネー管理部２０を介して残高メモリ２１の残高情報（電子マネー残高）を参照し、残高不足等をチェックする。
【００２７】
ＧＰＳ電波受信部１７は、受信用のアンテナＪａが接続されており、複数のＧＰＳ衛星Ｓａから送信されるＧＰＳ信号を受信して所定の測位演算を行うことにより、携帯通信端末１の現在位置を取得する。
つまり、ＧＰＳ電波受信部１７は、緯度及び経度等が含まれる現在位置情報を生成し、現在位置管理部１８に供給する。
【００２８】
現在位置管理部１８は、ＧＰＳ電波受信部１７から供給された現在位置情報を記憶し、適宜管理する。
【００２９】
非接触無線インタフェース１９は、所定の微弱電波にて通信を行うインタフェースであり、例えば、駅の自動改札機等に備え付けられている専用のリーダライタとの間で無線通信を行う。
【００３０】
電子マネー管理部２０は、残高メモリ２１にて記憶される電子マネー（価値情報）を管理する。
例えば、電子マネー管理部２０は、非接触無線インタフェース１９を介したリーダライタとの無線通信に基づいて、電子マネーの残高を減算する（電子マネーを消費する）。また、電子マネー管理部２０は、制御部１６からの残高照会に応答して、残高メモリ２１の残高情報（電子マネー残高）を読み出し、制御部１６に供給する。
【００３１】
残高メモリ２１は、チャージされた（プリペイドにより入金された）金額に相当する電子マネーの情報を記憶する。そして、電子マネー管理部２０の管理に基づいて、支払金額（料金）分を減算する。なお、再度チャージされた場合には、その分が加算される。
【００３２】
次に、図３を参照して路線案内サービスサーバ３について説明する。図３は、路線案内サービスサーバ３の構成の一例を示すブロック図である。図示するように、路線案内サービスサーバ３は、通信網接続制御部３１と、受信部３２と、乗車駅／下車駅決定部３３と、地図データベース３４と、時刻表データベース３５と、路線データベース３６と、料金表データベース３７と、路線経路算出部３８と、送信部３９とを備えて構成される。
【００３３】
通信網接続制御部３１は、通信制御装置等からなり、信号の変換や誤り制御等を行いながら、通信網Ｎｅを介したデータ通信を制御する。
【００３４】
受信部３２は、通信網接続制御部３１を通じて、通信網Ｎｅを介して送られたデータを受信する。
例えば、受信部３２は、携帯通信端末１から送られた路線案内のための要求データを受信する。なお、要求データには、一例として、携帯通信端末１の現在位置情報及び行き先情報等が含まれている。
そして、受信部３２は、このような要求データ等を乗車駅／下車駅決定部３３に供給する。
【００３５】
乗車駅／下車駅決定部３３は、受信部３２から供給された要求データ等に基づいて、地図データベース３４を検索し、路線案内の出発地となる乗車駅及び、目的地となる下車駅を決定する。
例えば、乗車駅／下車駅決定部３３は、現在位置情報から携帯通信端末１の現在位置を特定し、そこからの最寄り駅（例えば、直線距離が最も近い駅）を乗車駅として地図データベース３４から取得する。同様に、行き先情報から目的地を特定し、そこからの最寄り駅を下車駅として地図データベース３４から取得する。
乗車駅／下車駅決定部３３は、決定した乗車駅及び下車駅の情報を路線経路算出部３８に供給する。
【００３６】
地図データベース３４は、各駅の所在地（位置情報）を含む地図データを検索自在に記憶する。
時刻表データベース３５は、各路線に対応した時刻表を含む時刻表データを検索自在に記憶する。
路線データベース３６は、各路線における各駅間の所要時間や、各路線同士の接続（乗換）情報を含む路線データを検索自在に記憶する。
料金表データベース３７は、各路線に対応した料金表を含む料金表データを検索自在に記憶する。
【００３７】
路線経路算出部３８は、乗車駅／下車駅決定部３３が決定した乗車駅及び下車駅等の情報に基づいて、時刻表データベース３５及び路線データベース３６を検索し、最適な路線経路を算出する。
例えば、路線経路算出部３８は、乗車駅と下車駅とを結ぶ複数の路線経路（路線候補）を探索し、それぞれの所要時間を求める。そして、その中から最も所要時間が少なくて済む経路を、最適な路線経路として決定する。
路線経路算出部３８は、決定した路線経路（最適な路線経路）に基づいて、料金表データベース３７を検索し、料金（その路線経路を実際に乗車した場合の運賃）を算出する。
【００３８】
送信部３９は、路線経路算出部３８が算出した路線経路、所要時間及び、料金を含む路線案内情報を生成し、通信網接続制御部３１を通じて送信する。
つまり、送信部３９は、路線経路案内を要求した携帯通信端末１に向けて、路線案内情報を返信する。
【００３９】
上述した構成の路線案内検索システムの動作について、以下、図４及び図５を参照して説明する。
図４は、上述した携帯通信端末１が実行する案内処理の処理内容を示すフローチャートである。また、図５は、上述した路線案内サービスサーバ３が実行する経路検索処理の処理内容を示すフローチャートである。
なお、図４に示す案内処理は、例えば、利用者により携帯通信端末１に所定のスケジュール情報が登録された状態で開始され、また、図５に示す経路検索処理は、携帯通信端末１から路線案内サービスサーバ３へのアクセスに応答して開始される。
【００４０】
最初に図４の案内処理の処理内容について説明する。なお、携帯通信端末１には、予定日時や行き先情報等を含むスケジュール情報が利用者により登録されているものとする。
【００４１】
まず、携帯通信端末１は、登録されたスケジュールを常に監視し、予定前（スケジュール時刻前）の所定時刻になったか否かを判別する（ステップＳ１０１）。つまり、制御部１６は、ＲＡＭ等に記憶したスケジュール情報の予定時刻から任意に設定された所定時間前（例えば、１０分前）の時刻が経過したか否かを判別する。
【００４２】
携帯通信端末１は、予定前の所定時刻になったと判別すると、登録されたスケジュール情報から行き先情報を取得する（ステップＳ１０２）。
携帯通信端末１は、行き先情報を構成する項目の全項目からデータを取得したか否かを判別する（ステップＳ１０３）。そして、項目にデータが入力されていない未取得の入力項目が残っている場合に、携帯通信端末１は、未取得項目入力画面を表示部１４に表示し（ステップＳ１０４）、未取得項目情報の入力を待機する（ステップＳ１０５）。利用者により入力部１３に配設されているキーが操作され、未取得項目情報が入力されると、上述のステップＳ１０３の処理に戻す。
【００４３】
一方、ステップＳ１０３にて、行き先情報を構成する全ての項目からデータを取得したと判別すると、携帯通信端末１は、ＧＰＳ電波受信部１７が取得し、現在位置管理部１８にて記憶される現在位置情報を取得する（ステップＳ１０６）。
【００４４】
上述したステップＳ１０６の取得処理によって現在位置情報が取得されると、ブラウザ１５から無線部１１を介して（より詳細には、基地局２及び通信網Ｎｅを介して）、路線案内サービスサーバ３にアクセスして、経路案内サービスを路線案内サービスサーバ３の要求を行う（ステップＳ１０７）。
そして、携帯通信端末１は、路線案内サービスサーバ３とのセッションが確立されるまで待機する（ステップＳ１０８）。セッションが確立されると、後述するステップＳ１１５に処理を進める。
【００４５】
一方、上述したステップＳ１０１における判別処理の判別結果がスケジュール設定時刻予定前の所定時刻になっていなければ、ステップＳ１０９の処理に進む。
そしてステップＳ１０９では、利用者により入力部１３が適宜操作され、路線案内サービスサーバ３へのアクセスが要求されたか否かの判別を行う。他方、路線サービス要求がなければ（ステップＳ１０９：Ｎｏ）、上述のステップＳ１０１の処理に戻る。
【００４６】
ステップＳ１０９の判別処理においてサービス要求が有ったと判別した場合に、路線案内サービスサーバ３にアクセスしてセッションが確立されるまで待機し（ステップＳ１１０）、続いて、路線案内サービスサーバ３から送られる路線案内条件入力画面の受信を待機する（ステップＳ１１１）。
路線案内条件入力画面を受信すると、その路線案内条件入力画面を表示部１４に表示し（ステップＳ１１２）、入力項目の全てが入力済みとなるまで待機する（ステップＳ１１３）。
全てが入力済みとなると、現在位置情報を取得する（ステップＳ１１４）。そして、ステップＳ１１５に処理を進める。
【００４７】
ステップＳ１１５では、現在位置情報及び行き先情報を路線案内サービスサーバ３に送信する。
そして、路線案内サービスサーバ３に送信した現在位置情報及び行き先情報に応じた下車駅までの路線情報（乗車駅から下車駅までの路線経路情報）及び、料金情報等が、路線案内サービスサーバ３にて、乗車駅及び下車駅が決定され、その間の最適な路線経路が検索されて、その料金等が求められ、それらの情報を路線案内サービスサーバ３から受信するまで待機する（ステップＳ１１６）。
【００４８】
上述したステップＳ１１６の受信処理によって路線経路情報及び料金情報等を受信すると、電子マネー残高の取得を行う（ステップＳ１１７）。つまり、電子マネー管理部２０を介して、残高メモリ２１に記憶される残高を照会する。
【００４９】
そして、Ｓ１１７の処理により取得した電子マネー残高とＳ１１６の処理によって路線案内サービスサーバ３から受信した料金とを比較して、提示された案内路線経路に従って、利用者が交通機関に乗車した場合に、自動改札機にて残高不足とならないかどうかの検算を行う（ステップＳ１１８）。
【００５０】
残高不足とならないと判別すると、路線案内サービスサーバ３によって検索され、そして提供された路線経路及び料金情報等を表示部１４に表示する（ステップＳ１１９）。
一方、残高不足となると判別した場合に、路線経路及び料金情報等を表示すると共に、残高不足の警告メッセージを表示する（ステップＳ１２０）。つまり、残高メモリ２１における残高では、自動改札機にて退場時若しくは入場時に料金を払えないため、事前に入金（チャージ）を促すメッセージを表示部１４に表示を行う。
【００５１】
以上までの処理が携帯通信端末１において行われる案内処理における処理内容である。
次に、路線案内サービスサーバ３にて行われる経路検索処理の手順について説明する。図５は路線案内サービスサーバ３にて行われる経路検索処理の処理内容を示すフローチャートである。
なお、携帯通信端末１では、上述した案内処理が行われているものとする。
【００５２】
まず、携帯通信端末１からのアクセスを受け付け、図４に示した案内処理におけるステップＳ１０７の処理における携帯通信端末１から路線案内サービスが要求されたものであるかを判別する（ステップＳ２０１）。
【００５３】
ここで携帯通信端末１から路線案内サービスが要求されていれば、携帯通信端末１とのセッションを確立する（ステップＳ２０２）。そして、後述するステップＳ２０６に処理を進める。
【００５４】
一方、携帯通信端末１から路線案内サービスが要求されていなければ、図４に示した案内処理におけるステップＳ１０９の処理において、携帯通信端末１から路線サービスが要求されたかを判別する（ステップＳ２０３）。
なお、サービスメニューの要求でなければ、上述したステップＳ２０１の処理に戻し、携帯通信端末１からの各種サービス要求を待つ。
【００５５】
そして、サービスメニューの要求であれば、携帯通信端末１とのセッションを確立し（ステップＳ２０４）、要求に応じた路線案内条件の入力画面ページを携帯通信端末１に送る（ステップＳ２０５）。つまり、路線案内のための条件を入力させる入力画面ページを携帯通信端末１に送信する。そして、送信終了後にステップＳ２０６の処理に進む。
【００５６】
ステップＳ２０６では、携帯通信端末１から送られる現在位置情報及び行き先情報を受信するまで待機する。
そして、携帯通信端末１から現在位置情報及び行き先情報を受信すると、乗車駅／下車駅決定部３３は、現在位置情報から携帯通信端末１の現在位置を特定し、そこからの最寄り駅を乗車駅として地図データベース３４から取得する（ステップＳ２０７）。同様に、行き先情報から目的地を特定し、そこからの最寄り駅を下車駅として地図データベース３４から取得を行う（ステップＳ２０８）。
【００５７】
路線経路算出部３８は、決定した乗車駅及び下車駅と出発／到着時刻等に基づいて路線経路（路線候補）の検索（抽出）を行う（ステップＳ２０９）。そして、下車駅までの料金を算出し、また、下車駅までの所要時間を算出する（ステップＳ２１０）。
【００５８】
また、路線経路算出部３８は、複数の路線候補が検索されているか否かを判別し（ステップＳ２１１）、複数の路線候補が検索されている場合に、その中で最も所要時間の短い路線経路を最適経路として選定する（ステップＳ２１２）。
なお、１つの路線経路（路線候補）だけが検索されている場合に、路線経路算出部３８は、その路線経路を最適経路として決定を行う。
【００５９】
上述したステップＳ２１０の処理で抽出された料金／所要時間あるいはステップ２１２の処理によって選定された最適な路線経路情報を送信部３９に出力し、送信部３９においてそれら情報をＨＴＭＬ形式に変換を行った後、要求元の携帯通信端末１に向けて送出する（ステップＳ２１３）。
【００６０】
このように、携帯通信端末１が行う案内処理及び、路線案内サービスサーバ３が行う経路検索処理によって、スケジュール情報等に基づいて、目的地までの路線経路を利用者に適宜案内することができ、また、案内する路線経路に応じて生じ得る残高不足を事前に報知することができる。
つまり、携帯通信端末１からのサービス要求に応答して、路線案内サービスサーバ３は、利用者が携帯通信端末１に登録したスケジュールの行き先内容と携帯通信端末１の現在位置を受け取り、それら情報に基づいて乗車駅と下車駅とを選定し、その間の路線経路及びその経路を利用したときの運賃料金を自動的に算定して携帯通信端末１に送信する。そして、携帯通信端末１は、利用者に案内するための路線経路等を表示すると共に、支払うべき料金よりも電子マネー残高が少ない場合に、残高不足を事前に報知することで、利用者に再チャージを促すことができる。
【００６１】
以下、路線案内検索システムの動作について、図６等を参照してより具体的に説明する。
図６は、路線案内検索システムの具体的な動作を説明するための模式図である。なお、図示するように、携帯通信端末１は、ＸＹＺ駅の近傍に位置しており、また、携帯通信端末１には、施設Ｄｒへの移動予定がスケジュール情報として登録されているものとする。つまり、行き先情報には、施設Ｄｒの位置情報等が含まれている。
【００６２】
登録されたスケジュールの予定前時刻（予定時刻から所定時間前）になると、携帯通信端末１は、行き先情報をスケジュール情報から取得し（ステップＳ１０２）、また、現在位置情報を取得する（ステップＳ１０６）。そして、携帯通信端末１は、路線案内サービスサーバ３に路線案内サービスを要求する（ステップＳ１０７）。
【００６３】
一方、路線案内サービスサーバ３は、携帯通信端末１から送られた現在位置情報に基づいて、最も近傍のＸＹＺ駅を乗車駅として取得し（ステップＳ２０７）、また、行き先情報（施設Ｄｒの位置情報等）に基づいて、ＥＦＧ駅を下車駅として取得する（ステップＳ２０８）。
続いて、路線案内サービスサーバ３は、ＸＹＺ駅からＥＦＧ駅を結ぶ路線経路を抽出すると共に（ステップＳ２０９）、ＥＦＧ駅までの料金等を算出する（ステップＳ２１０）。そして、路線案内サービスサーバ３は、最も所要時間の短いＸＹＺ駅−ＢＢＢ駅−ＥＦＧ駅の経路を最適な路線経路とし、この路線経路及びその料金（例えば、４５０円）を、携帯通信端末１に送出する（ステップＳ２１３）。
【００６４】
これら路線経路及びその料金を受信すると、携帯通信端末１は、電子マネー残高と料金とを比較する（ステップＳ１１８）。そして、残高不足が生じない場合に、図７（ａ）に示すような経路案内画面を表示する（ステップＳ１１９）。一方、残高不足が生じると判別した場合に、携帯通信端末１は、図７（ｂ）に示すような残高不足を報知するメッセージＭを含む経路案内画面を表示する（ステップＳ１２０）。
【００６５】
つまり、スケジュール情報等に基づいて、現在地から目的地（施設Ｄｒ）までの路線経路（ＸＹＺ駅−ＢＢＢ駅−ＥＦＧ駅）を利用者に適宜案内することができ、また、案内する路線経路に応じて生じ得る残高不足を事前に報知することができる。
【００６６】
上記の実施形態では、路線案内サービスサーバ３において、最も所要時間が少なくて済む経路を最適な路線経路として決定する場合について説明したが、他に、最も料金が安くて済む経路を最適な路線経路として決定してもよい。
【００６７】
また、上記の実施形態では、路線案内サービスサーバ３にて路線経路が決定された後に、携帯通信端末１にてその路線経路の料金と電子マネー残高とを比較して残高不足を判別する場合について説明したが、携帯通信端末１の電子マネー残高も路線案内サービスサーバ３に送信し、電子マネー残高の範囲内となる料金の路線経路の検索を路線案内サービスサーバ３が試みる様にしてもよい。
つまり、電子マネー残高の範囲内で収まる料金の路線経路があれば、路線案内サービスサーバ３は、所要時間等よりも優先して、その経路を最適な路線経路として決定し、携帯通信端末１に送信するようにしてもよい。
【００６８】
上記の実施形態では、路線案内サービスサーバ３に対して携帯通信端末１から無条件にアクセスし、経路案内を要求する場合について説明したが、携帯通信端末１側で履歴情報を蓄積するようにして、経路案内が不要な場合には路線案内サービスサーバ３に対するアクセスを行わないようにしてもよい。
以下、履歴情報を利用した本発明の他の実施形態について図８を参照して説明する。
【００６９】
図８は、履歴情報を利用する携帯通信端末１が実行する他の案内処理の処理内容を示すフローチャートである。
なお、携帯通信端末１は、路線案内サービスサーバ３に経路案内を要求する毎に、制御部１６の不揮発性メモリに、送受信した情報を現在位置情報及び行き先情報と、受信した路線経路情報及び料金情報とを対応付けて履歴情報として蓄積する。
【００７０】
まず、携帯通信端末１には、登録されたスケジュールを常に監視し、予定前の所定時刻になるまで待機する（ステップＳ３０１）。
そして、予定前の所定時刻になると、スケジュール情報から行き先情報を取得し（ステップＳ３０２）、また、現在位置管理部１８から現在位置情報を取得する（ステップＳ３０３）。
【００７１】
携帯通信端末１は、履歴情報を参照し、検索済みであるか否かを判別する（ステップＳ３０４）。つまり、路線案内サービスサーバ３に送信しようとする現在位置情報及び行き先情報と履歴情報とを比較して、過去に経路案内を要求済みかどうかを判定する。
【００７２】
検索済みでないと判別すると、現在位置情報及び行き先情報を路線案内サービスサーバ３に送信し（ステップＳ３０５）、下車駅までの路線情報及び料金情報等を受信するまで待機する（ステップＳ３０６）。
そして、路線情報及び料金情報等を受信すると、送信した現在位置情報及び行き先情報と、受信した路線経路情報及び料金情報とを対応付けて履歴情報に蓄積する（ステップＳ３０７）。
【００７３】
一方、ステップＳ３０４にて、検索済みであると判別すると、履歴情報から対応する路線情報及び料金情報を取得する（ステップＳ３０８）。
【００７４】
上述のステップＳ３０６にて、路線案内サービスサーバ３から路線経路情報及び料金情報を受信するか、若しくは、上述のステップＳ３０８にて、履歴情報から路線経路情報及び料金情報を取得すると、残高メモリ２１に記憶される電子マネー残高の取得を行う（ステップＳ３０９）。
そして、電子マネー残高と、路線案内サービスサーバ３から受信、若しくは、履歴情報から取得した料金とを比較して、提示された案内路線経路に従って、利用者が交通機関に乗車した場合に、自動改札機にて残高不足とならないかどうかの検算を行う（ステップ３１０）。
【００７５】
残高不足とならないと判別すると、路線案内サービスサーバ３から受信、若しくは、履歴情報から取得した路線経路及び料金等を表示部１４に表示する（ステップＳ３１１）。
一方、残高不足となると判別した場合に、路線経路及び料金等を表示すると共に、残高メモリ２１における残高では自動改札機にて退場時若しくは入場時に料金を払えないため、事前に入金（チャージ）を促す警告メッセージを表示部１４に表示を行う（ステップＳ３１２）。
【００７６】
このような図８に示す案内処理により、実際に、経路案内を要求する毎に、路線案内サービスサーバ３との間で送受信した情報が履歴情報として蓄積される。そして、新たに経路案内を要求する際に、この履歴情報が参照され、過去に経路案内を要求済みかどうかが判定される。ここで、要求済みの場合には、この履歴情報から路線経路情報及び料金情報を取得するため、路線案内サービスサーバ３に対する不要なアクセスを省くことができる。
【００７７】
上述した図８の案内処理では、履歴情報を利用して、路線案内サービスサーバ３への不要なアクセスを省く場合について説明したが、利用者の自社等の位置（基準位置）と、頻繁に訪問する取引会社等の位置（特定位置）とを登録可能とし、予定されるスケジュールの内容がその取引会社への出張等である場合には、予め定められた路線経路及び料金を示す特定経路情報を含む特定経路情報を利用して、路線案内サービスサーバ３への不要なアクセスを省いてもよい。
以下、特定経路情報を利用した本発明の他の実施形態について図９を参照して説明する。
【００７８】
図９は、特定経路情報を利用する携帯通信端末１が実行する他の案内処理の処理内容を示すフローチャートである。
なお、携帯通信端末１には、基準位置として自社の情報が、また、特定位置として指定された取引会社の情報が登録されているものとし、その間（より詳細には、基準位置に対応する乗車駅と特定位置に対応する下車駅との間）を結ぶ路線経路及び料金が特定経路情報として予め記憶されているものとする。
【００７９】
まず、携帯通信端末１は、予定前の所定時刻を常に監視し（ステップＳ４０１）、予定前の所定時刻になると、スケジュール情報から行き先情報とその予定内容を取得する（ステップＳ４０２）。
そして、予定内容が出張等の固有種別であるか否かを判別する（ステップＳ４０３）。
【００８０】
予定内容が出張等の固有種別であると判別すると、行き先情報に従って、利用者の行き先が登録された取引会社等（特定位置）であるか否かを判別する（ステップＳ４０４）。
【００８１】
上述のステップＳ４０３にて、予定内容が出張等でないと判別された場合、若しくは、上述のステップＳ４０４にて、行き先が特定位置でないと判別された場合に、現在位置管理部１８から現在位置情報を取得する（ステップＳ４０５）。
そして、現在位置情報及び行き先情報を路線案内サービスサーバ３に送信し（ステップＳ４０６）、下車駅までの路線情報及び料金情報等を受信するまで待機する（ステップＳ４０７）。
【００８２】
一方、上述のステップＳ４０３にて予定内容が出張等であると判別され、そして、上述のステップＳ４０４にて行き先が特定位置であると判別された場合に、特定経路情報から対応する路線情報及び料金情報を取得する（ステップＳ４０８）。
【００８３】
携帯通信端末１は、上述のステップＳ４０７にて、路線案内サービスサーバ３から路線経路情報及び料金情報を受信するか、若しくは、上述のステップＳ４０８にて、特定経路情報から路線経路情報及び料金情報を取得すると、残高メモリ２１に記憶される電子マネー残高の取得を行う（ステップＳ４０９）。
そして、電子マネー残高と、路線案内サービスサーバ３から受信、若しくは、特定経路情報から取得した料金とを比較して、提示された案内路線経路に従って、利用者が交通機関に乗車した場合に、自動改札機にて残高不足とならないかどうかの検算を行う（ステップ４１０）。
【００８４】
残高不足とならないと判別すると、路線案内サービスサーバ３から受信、若しくは、特定経路情報から取得した路線経路及び料金等を表示部１４に表示する（ステップＳ４１１）。
一方、残高不足となると判別した場合に、路線経路及び料金等を表示すると共に、残高メモリ２１における残高では自動改札機にて退場時若しくは入場時に料金を払えない残高不足ため、事前に入金（チャージ）を促すメッセージを表示部１４に表示を行う（ステップＳ４１２）。
【００８５】
このような図９に示す案内処理によっても、経路案内を要求する際に、スケジュールの予定内容に従って特定経路情報が参照され、登録された基準位置から特定位置への移動であるかどうかが判定される。つまり、特定経路の移動である場合には、この特定経路情報から路線経路情報及び料金情報を取得するため、路線案内サービスサーバ３に対する不要なアクセスを省くことができる。
【００８６】
上記の実施形態では、携帯通信端末１がＧＰＳ電波受信部１７にて受信したＧＰＳ信号に基づいて、現在位置情報を取得する場合について説明したが、他に基地局２から得られる情報に基づいて、現在位置情報を取得するようにしてもよい。
例えば、通信可能な１つの基地局２又は、複数の基地局２から得られる情報に基づいて、携帯通信端末１の現在位置情報を取得するようにしてもよい。
【００８７】
上記の実施形態では、利用者が使用する端末として、携帯通信端末１を一例として説明したが、本発明の端末は、日常的に携帯可能に形成され、ウエブページに相当する情報を路線案内サービスサーバ３との間で送受信可能な種々の端末装置（通信機）により実施することができ、携帯通信端末１に限られるものではなく、他の機器にも適用可能である。
【００８８】
また、携帯型のパソコン（パーソナルコンピュータ）等にも適宜適用することができる。
つまり、無線通信を行う通信カード等を備えたパソコンに、上述した案内処理等を行うプログラムを、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk Read-Only Memory）、ＤＶＤ（Digital Versatile Disk）、ＭＯ（Magneto Optical Disk）などのコンピュータ読み取り可能な記録媒体に格納して配布し、これをコンピュータにインストールし、上述の手段として動作させ、あるいは上述のステップを実行させてもよい。
さらに、インターネット上のサーバ装置が有するディスク装置等にプログラムを格納しておき、例えば搬送波に重畳させてコンピュータにダウンロードする等してもよい。
【００８９】
以上説明したように、本発明によれば、利用者の操作を軽減しつつ路線経路の案内を行うと共に、案内する路線経路に応じて生じ得る残高不足を事前に報知することができる。
【図面の簡単な説明】
【００９０】
【図１】本発明の実施形態に係る路線案内検索システムの構成の一例を示す模式図である。
【図２】携帯通信端末の構成の一例を示すブロック図である。
【図３】路線案内サービスサーバの構成の一例を示すブロック図である。
【図４】本発明の実施形態に係る案内処理の処理内容を示すフローチャートである。
【図５】本発明の実施形態に係る経路検索処理の処理内容を示すフローチャートである。
【図６】本発明の路線案内検索システムの具体的な動作を説明するための模式図である。
【図７】（ａ）が携帯通信端末に表示される経路案内画面の一例を示す模式図であり、（ｂ）が残高不足を警告するメッセージの表示された経路案内画面の一例を示す模式図である。
【図８】履歴情報を利用した本発明の他の実施形態に係る案内処理の処理内容を示すフローチャートである。
【図９】特定経路情報を利用した本発明の他の実施形態に係る案内処理の処理内容を示すフローチャートである。
【符号の説明】
【００９１】
１・・・携帯通信端末、２・・・基地局、３・・・路線案内サービスサーバ、１１・・・無線部、１２・・・音声入出力部、１３・・・入力部、１４・・・表示部、１５・・・ブラウザ、１６・・・制御部、１７・・・ＧＰＳ電波受信部、１８・・・現在位置管理部、１９・・・非接触無線インタフェース、２０・・・電子マネー管理部、２１・・・残高メモリ、３１・・・通信網接続制御部、３２・・・受信部、３３・・・乗車駅／下車駅決定部、３４・・・地図データベース、３５・・・時刻表データベース、３６・・・路線データベース、３７・・・料金表データベース、３８・・・路線経路算出部、３９・・・送信部
【図１】
2006252169.tif 000003
【図２】
2006252169.tif 000004
【図３】
2006252169.tif 000005
【図４】
2006252169.tif 000006
【図５】
2006252169.tif 000007
【図６】
2006252169.tif 000008
【図７】
2006252169.tif 000009
【図８】
2006252169.tif 000010
【図９】
2006252169.tif 000011