(57)【要約】【課題】  本発明の目的は、レスポンスが良く通信費の負担が少ない経路情報を表示することにある。【解決手段】    運行情報を格納した運行情報格納装置と接続された利用者端末が、運行情報の改訂日を含む部分運行情報を受信して、経路検索要求を受付けた場合に、改訂日と検索対象の日付を比較し、検索対象の日付より前の改訂日が複数ある場合は、検索対象の日付より前の改訂日のうち最も後の改訂日の部分運行情報を選択し、前記運行情報を用いて経路検索をする。【選択図】  図１
2005161912.tif 000002
【特許請求の範囲】
【請求項１】
交通機関における運行予定を示す運行情報を格納した運行情報格納装置と接続され、前記運行情報に基づき運行する前記交通機関の利用者が利用する経路を示す経路情報を表示する利用者端末において、
前記運行情報格納装置から、前記運行情報に含まれ、前記利用者の要求に従った部分運行情報および、前記部分運行情報に従って前記交通機関が運行される初日を示す改訂日を、前記運行情報の前記部分運行情報が変更される毎に受信する受信手段と、
前記部分運行情報および前記改訂日を対応付けて格納する格納手段と、
前記利用者から経路検索要求を受付ける手段と、
前記経路検索要求を受付けた場合に、前記部分運行情報が複数格納されており、検索対象の日付けと、前記複数の部分運行情報それぞれの改訂日との前後関係を判断する判断手段と、
前記検索対象の日付より前の改訂日が複数ある場合に、前記検索対象の日付より前の改訂日のうち、最も後の改訂日の部分運行情報を選択する選択手段と、
前記経路検索要求に従った経路検索を、選択された前記部分運行情報を用いて行なう検索手段とを有することを特徴とする利用者端末。
【請求項２】
請求項１に記載の利用者端末において、
前記検索手段は、前記検索対象の日付より前の改訂日がない場合に、前記運行情報格納装置に部分運行情報の送信を要求する要求情報を送信する手段を更に有することを特徴とする利用者端末。
【請求項３】
請求項１に記載の利用者端末において、
前記格納する手段は、前記部分運行情報を前記改訂日の時系列の順に格納し、
前記判断手段は、格納された前記部分運行情報の改訂日を、時系列の新しい順に前記検索対象の日付と比較することを特徴とする利用者端末。
【請求項４】
請求項３に記載の利用者端末において、
前記判断手段は、前記比較の結果、前記検索対象の日付より前の改訂日となった場合、比較を中止することを特徴とする利用者端末。
【請求項５】
請求項４に記載の利用者端末において、
比較されなかった部分運行情報を削除する手段を更に設けることを特徴とする利用者端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末等の利用者端末を用いて、出発駅から目的駅までの交通機関の経路情報を表示する装置およびプログラムに関する。
【背景技術】
【０００２】
利用者端末を用いてインターネットに接続し、出発駅、目的駅を入力し、交通機関の乗り換え案内等の経路情報を表示するサービスが普及している。例えば、特許文献１の技術は、利用者により入力された列車の目的駅を利用者端末から送信すると共に、センターシステムが利用者端末の位置情報を検知し、この現在位置から最寄駅を検索し、最寄駅から目的駅までの経路及びこの経路における前記最寄駅からの発車時刻を取得し、経路及び最寄駅の発車時刻を利用者端末の画面上に表示する。特許文献１の技術によると、利用者は最寄駅を自動に容易に知る事ができる。
【０００３】
【特許文献１】特開２００２−２９３２４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１によると、利用者端末の利用者の操作を容易にすることが出来るが、利用者端末公衆網経由のインターネットアクセスはレスポンスが悪く、経路情報を表示するまで数分かかり、急いでいる場合の判断に間に合わないケースが多い。また、レスポンスが悪いため、何度もやり直し、その度に利用者端末の通信費が発生する。
【０００５】
本発明の目的は、レスポンスが良く通信費の負担が少ない経路情報を表示することにある。
【課題を解決するための手段】
【０００６】
運行情報を格納した運行情報格納装置と接続された利用者端末が、運行情報の改訂日を含む部分運行情報を受信して、経路検索要求を受付けた場合に、改訂日と検索対象の日付を比較し、検索対象の日付より前の改訂日が複数ある場合は、検索対象の日付より前の改訂日のうち最も後の改訂日の部分運行情報を選択し、前記運行情報を用いて経路検索をする。
【発明の効果】
【０００７】
利用者端末に、レスポンスが良く通信費の負担が少ない経路情報を表示できる。
【発明を実施するための最良の形態】
【０００８】
運行情報格納装置と接続された利用者端末において、格納された運行情報をもとに経路検索を実行する。
【実施例１】
【０００９】
以下、図面を用いて実施例１を説明する。
【００１０】
図１は、本発明の構成図を示す。本実施例では、記憶媒体２を装着可能な利用者端末１を前提とする。利用者端末１は、例えば携帯電話である。例えば、ＩＳＯ１４４４３タイプＢ非接触通信を行なうためのアンテナ１１と、記憶媒体２を格納するスロット１２が実装され、利用者端末公衆網４経由でサーバ６に接続される。また、利用者端末１は、本発明を実施する乗り換え案内プログラムを格納する。ＰＣ３は例えば、会社、または家庭で日々使用するＰＣとし、非接触通信用のリーダライタ３２が実装されるクレードル３１がＵＳＢ等の接続ケーブル３３を介し接続され、インターネット５に接続される。サーバ６は、乗り換え案内サービスを行なうサーバであり、会員データ、時刻表等を格納する乗り換え案内サービスＤＢ６２と、サービスプログラム６１から構成され、サービス料徴収のためカード会社等の金融機関７と接続されているものとする。
【００１１】
本構成で、列車の時刻表は、記憶媒体２内の乗り換え案内サービスデータ２１内に格納され、ユーザが利用者端末から乗り換え案内情報の検索を行ないたい場合には、利用者端末１が記憶媒体２を参照することによって行なう。また、時刻表の改訂があった場合等において、記憶媒体２内の列車の時刻表を更新する場合には、ＰＣ３上で動作するプログラムが、インターネット５経由で更新された時刻表をサーバ６からダウンロードし、ＰＣ３と利用者端末１が、クレードル３２経由で、非接触通信処理を行なうことにより、記憶媒体２に対し、行なうものとする。
【００１２】
図２は、記憶媒体２に格納される乗り換え案内サービスデータ２１の構成を示す。乗り換え案内サービスデータ２１は管理テーブル２２と、列車時刻表２３から構成され、管理テーブル２２には、乗り換え案内サービスの会員ＩＤ２１１、当月分の乗り換え案内のカウントをいつ始めたかを示す当月乗り換えカウント開始日２１２、当月乗り換え案内回数２１３、当月分に関し、センタへ最後に乗り換え案内回数を報告した日付を示す乗り換え案内回数センタ報告日２１３、センタへ最後に報告された乗り換え案内回数センタ報告日２１４、当月分に関し、センタに報告された回数を示すセンタ報告済み乗り換え案内回数２１５、記憶媒体内の時刻表の有効期限を示す、時刻表有効期限２１６が格納される。時刻表有効期限２１６は、初期値は∞（無限大＝遠い未来を示す）であり、時刻表の更新がわかった時点で、記憶媒体内の時刻表の有効期限が設定される。
【００１３】
列車時刻表２３には、列車毎に通過駅と発車時刻情報が格納され、列車を識別するNo２３１、時刻表の有効期限２３３、停車駅と発車時刻情報２３４が格納される。時刻表が改訂される場合に、改訂される時刻表を格納し、改訂前の時刻表が有効である期間中には、新旧２つの時刻表が格納されることがある。
【００１４】
図３は、サーバ６の乗り換え案内サービスDB62に格納される乗り換え案内サービス加入者管理DBである。加入者毎に、会員ID221、会員名称222、利用者端末の例としての携帯電話番号223、携帯メールアドレス224、サービス料金の課金を行なう課金クレジット会社225、課金クレジットNo226、当月乗り換え案内回数227、当月乗り換え案内回数カウント開始日228、乗り換え案内回数最終更新日229、当月時刻表ダウンロード回数210を格納する。当月乗り換え回数227、当月乗り換え案内回数カウント開始日228、乗り換え案内回数最終更新日229に関しては、利用者端末１でカウントされた乗り換え案内回数をいつ、サーバからからアップロードしたかの日付、および、その案内回数が、当月時刻表ダウンロード回数210には、利用者端末１に何回時刻表をダウンロードしたかの情報が格納される。
【００１５】
図４は、利用者端末１の画面に表示される、乗り換え案内サービス画面の表示例である。現在駅、目的の駅、現在時刻を入れると、図４の乗り換え候補が表示される。
【００１６】
図５は、時刻表格納処理を示す。利用者端末１上で動作する時刻表格納処理411〜415と、PC３上で動作する時刻表格納処理421〜424と、サーバ６上で動作する時刻表格納処理431〜434の連携処理で実現される。ユーザがクレードル３１に利用者端末１をセットし、時刻表格納処理が選択することにより起動され、PC上の時刻表格納処理と、サーバ上の時刻表格納処理と連携し、会員IDの発行、記憶媒体内の乗り換え案内サービスデータの初期化、時刻表データの格納を行なう。なお、利用者端末１、PC３、サーバ６上の各処理は、各々の端末の処理部が格納されているプログラムに従って処理を行なう。
【００１７】
ステップ４１１において、利用者端末１は時刻表格納処理の選択を受付け、時刻表格納処理を開始する。ステップ４１２において、利用者端末１は、PC３に会員登録要求を送信する。会員登録要求は、会員名称222、携帯電話番号２２３、携帯電話メールアドレス224、課金クレジット会社225、課金クレジットNo226を含んでいる。ステップ４２１において、PC３は、受信した会員登録要求をサーバ６に送信する。ステップ４３１において、サーバ６は、会員登録要求を受信し、乗り換え案内サービス加入者管理DBに格納し、会員ID221を付与する。会員IDとは、会員に一意に割り当てられる識別子である。
【００１８】
ステップ４３２において、サーバ６は会員ID221をPC３に送信する。ステップ４２２において、PC３は受信した会員ID221を利用者端末１に送信する。ステップ４13において、利用者端末１は、会員ID221を受信し、管理テーブル22の会員ID211に格納する。
【００１９】
ステップ４１４において、利用者端末１は、時刻表の受信を要求する時刻表受信要求を送信する。ステップ４２３において、PC３は、時刻表受信要求を受信し、サーバ６に送信する。ステップ４３３において、サーバ６は、時刻表受信要求を受信する。ステップ４３４において、サーバ６は、時刻表を送信する。ステップ４２４において、PC３は、時刻表を受信し、利用者端末１へ送信する。ステップ４１５において、利用者端末１は、時刻表を受信し、記憶媒体２の乗り換え案内サービスデータ２１の列車時刻表２３に格納する。時刻表有効期限２１６および、時刻表有効期限233のX年Y月Z日の箇所を∞（無限大）に設定する。
【００２０】
図６は、時刻表の更新処理を示す。なお、図６に示す時刻表更新処理を行なう前に、サーバ６において、時刻表が更新される改訂内容が定まった場合にサーバから時刻表更新を伝える処理である図１１に示す処理と、時刻表更新を伝える情報を利用者端末１が受信した場合に、有効期限を書き換える処理である図１２を実行する。図１１のサーバ上時刻表更新処理が示すように、ステップ１１０１でサーバ６は、時刻表の改訂内容がはっきりした時点で、いつから更新されるかの情報を含む、時刻表更新のお知らせメールを、携帯電話メールアドレス224からアドレスを取得し送信する。図12は、ステップ１１０１で送信したメールを利用者端末１が受信した場合の利用者端末１の受信処理を示す。ステップ１２０１において、ステップ１１０１で送信した、いつから更新されるかの情報を含むメールを受信し、管理テーブル２２の時刻表有効期限２１６および、列車時刻表２３の有効期限２３３のX年Y月Z日の値を書き換える。ここで、改訂された時刻表自体は通信費がかさむためメールでは送られず、図６のPC３経由での時刻表更新処理で同期化を行なう。
【００２１】
図６に時刻表更新処理を示す。ステップ５２１において、PC３は、利用者端末１がクレードル31にセットされていることを検知する。ステップ５２２において、PC３は、利用者端末に、乗り換え案内プログラムがあること、記憶媒体2が装着され、乗り換え案内サービスが登録されていることを問合せする。また、利用者端末から問合せの回答を受信し、送信した条件を満たしている場合はステップ５２３に進む。満たしていない場合は処理を終了する。ステップ５１１において、利用者端末１は、受信した問合せに対し回答をPC３に送信する。
【００２２】
ステップ５２３において、PC３は利用者端末１に会員ID221を問い合わせ、利用者端末から会員ID221を受信し、サーバ６に受信した会員ID221を送信し、サーバ６から送信した会員IDが有効である回答を受信した場合は、利用者端末に有効である回答を送信する。会員IDが無効である回答を受信した場合は、処理を終了する。ステップ５１２において、利用者端末１は、PC３から問合せを受信した会員ID221をPC３に送信し、PC３から送信した会員ID221が有効である回答を受信した場合には、ステップ５１３に進む。
【００２３】
ステップ５１３において、利用者端末１は時刻表有効期限２１６の値をチェックする。有効期限が∞に設定されている場合には、処理を終了する。∞に設定されていない場合には、ステップ５１４に進む。
【００２４】
ステップ５１４において、利用者端末１は、ＰＣ３を経由してサーバ６に時刻表更新を要求する要求情報と、保持している時刻表のバージョン情報と、会員ＩＤ２２１を送信し、サーバ６からＰＣ３を経由し更新された時刻表を受信する。そして、受信した時刻表を列車時刻表２３に格納する。また、列車時刻表２３に格納されていた時刻表が有効期限が過ぎている場合には消去をする。有効期限を過ぎていない場合には、消去をしない。
【００２５】
ステップ５２４において、ＰＣ３は、利用者端末１から時刻表更新を要求する要求情報と、時刻表のバージョン情報と会員ＩＤ２２１を受信する。受信した要求情報と、サーバ６が保持する時刻表情報のバージョンを問い合わせるバージョン問合せ情報をサーバ６に送信する。サーバ６から受信したバージョン情報と、利用者端末１から受信したバージョン情報を比較し、サーバ６から受信したバージョン情報が新しい場合は、サーバ６に新しいバージョンの時刻表情報を送信する要求と、会員ＩＤ２２１を送信する。新しいバージョンの時刻表情報を受信し、利用者端末１に送信する。比較の結果、新しくない場合には、処理を終了する命令を利用者端末１に送信する。
【００２６】
ステップ５３２において、サーバ６は、バージョン問合せ情報を受信し、時刻表のバージョン情報をＰＣ３に送信する。つぎに、会員ＩＤ２２１とＰＣ３から時刻表情報の送信の要求を受信し、時刻表情報をＰＣ３に送信する。また、会員ＩＤ２２１が一致する当月時刻表ダウンロード回数210に1を加算する。
【００２７】
より詳細には、ステップ５１５において、利用者端末１は、受信した時刻表情報の有効期限２３３および時刻表有効期限２１６を∞に設定する。
【００２８】
図７は、利用者端末の上で動作する、乗り換え案内処理である。ユーザにより、乗り換え案内処理プログラムが起動され、ユーザが目的駅、現在駅、現在時刻を入力すると、乗り換え案内処理プログラムが、ステップ６１２で記憶媒体２内の時刻表を参照、乗り換え案内情報を携帯電話の画面に表示し、記憶媒体２内の乗り換え案内回数をカウントアップする。ただし、ステップ６１１で現在年月日が記憶媒体の時刻表の有効期限から外れている場合は、ステップ６１３でサーバでの乗り換え案内処理に切り替える。ステップ６１４は、サーバに対する乗り換え案内回数の報告処理であり、月末の１Ｗ内に乗り換え案内回数２１３がサーバ６に対し報告されていない場合、または、サーバへの未報告状態が５回となった場合に、当月乗り換え案内回数２１２をサーバ６に報告する。図8で示すように、サーバ６はメールを受信した場合、該当加入者の当月乗り換え案内回数２２７と、乗り換え案内回数最終更新日２２９データを更新する。
【００２９】
ステップ６１０において、ユーザから目的駅、現在駅、現在年月日と時刻の入力を受付ける。ステップ６１１において、入力を受付けた現在年月日と時刻表有効期限２１６を比較し、現在年月日は、時刻表有効期限の範囲内か否かを判断する。範囲内である場合には、ステップ６１２に進む。範囲内でない場合には、ステップ６１３に進む。ステップ６１２において、列車時刻表２３の時刻表を参照し、最適な乗り換え案内を画面に表示する。列車時刻表２３の時刻表の参照は、有効期限２３３を参照し、有効な時刻表を参照する。
【００３０】
ステップ６１３において、ステップ６１１でユーザから受付けた目的駅、現在時刻と、時刻表のバージョン情報をサーバ６に送信し、乗り換え案内の問合せを行い、サーバ６から受信した乗り換え案内情報を画面に表示する。この際、画面に「時刻表が古いため、サーバに接続し、乗り換え案内をしており、通信料がかかります。なるべく早く時刻表更新を行なってください」という旨のメッセージを出力する。
【００３１】
ステップ６１４において、管理テーブル２２の当月乗り換え案内回数２１３の値に１を加算する。ステップ６１５において、有効期限２３３が切れている時刻表があれば削除する。下記条件を満たすとき、サーバ６に当月乗り換え案内回数２１３をメールで報告する。メール送信エラー時は処理を終了する。１．当月乗り換え案内回数２１２と、センタ報告済み乗り換え案内回数２１３の差がＮ（＝５）以上の場合。２．現代日付が（月末日―１週間、月末日）の間にあり、かつ、（月末日―１週間、月末日）の間にセンタへの報告がされていない場合。また、管理テーブル２２内の乗り換え案内回数センタ報告日２１４を更新し、センタ報告済み乗り換え案内回数２１５に１を加算する。
【００３２】
図８は、サーバ６は、図７のステップ616において利用者端末１が送信したメールを受信した場合に、該当加入者会員の当月乗り換え案内回数２２７と、乗り換え案内回数最終更新日２２９を更新する。
【００３３】
図９は、サーバ６側で月末に起動される乗り換え案内サービスの課金計算処理である。加入者ごとに、加入者管理ＤＢ内の当月乗り換え案内回数２２７（ｍ１とする）と、当月時刻表ダウンロード回数２１０（ｍ２とする）を参照し、当月の課金額を計算し、クレジット会社等金融機関７への請求処理を行なう。
【００３４】
ステップ７１１において、各会員の乗り換え案内回数２２７（ｍ１）と、当月時刻表ダウンロード回数２１０（ｍ２）を参照し、当月の課金額を計算する。
【００３５】
計算例―当月課金額＝\１００（基本料金）+ｍ１×Ａ（定数）+ｍ２×Ｂ（定数）
ステップ７１２において、加入者管理ＤＢの該当加入者レコードの情報を更新する。当月乗り換え案内回数227をゼロにする。当月乗り換え案内カウント開始日228をゼロにする。乗り換え案内回数最終更新日229をゼロにする。当月時刻表ダウンロード回数210をゼロにする。
【００３６】
ステップ７１３において、各会員毎に、課金クレジットＮｏ226をもとに、当月課金額を引き落とす。ステップ７１４において、全ての会員に対してステップ７１１から７１３の処理を実行したか否かを判断し、していない場合は、ステップ７１１に進む。全ての会員について終了した場合は処理を終了する。
【００３７】
図１０は、利用者端末上で月末に起動される処理である。
【００３８】
以上で実施例１を説明したが、別の実施例として、以下の実施例が考えられる。まず、時刻表の格納場所について、今回は記憶媒体としたが、利用者端末に標準装備されているメモリ内に格納することも可能である。
【００３９】
次に、利用者端末と、ＰＣとの通信の方式について、実施例１では、ＩＳＯ１４４４３タイプＢ非接触通信を前提としたが、代替手段として、他の非接触通信、赤外線通信、ＢｌｕｅＴｏｏｔｈ通信、利用者端末とＰＣの接続ケーブルによる通信、等を使用することができる。また、記憶媒体自体を利用者端末からはずし、ＰＣに接続される記憶媒体リーダライタにセットすることで、記憶媒体にＰＣから直接時刻表のダウンロードを行う方式も可能である。
【００４０】
さらに、記憶媒体内の乗り換え案内回数等課金情報のサーバへの反映方法については、実施例１ではメールによる反映を用いたが、ＴＣＰ／ＩＰ等を用いたダイレクトな通信手段、および、乗り換え案内を使う人が電車を使うことに着眼し、特開「2001-273528携帯端末型電子乗車券システム」で示されるように、駅の改札機に利用者端末をかざし、自動改札を行う際に、非接触通信により、記憶媒体内の乗り換え案内課金情報を自動改札機に転送し、自動改札機経由で、サーバに反映する方式も考えられる。
以上の構成はいずれも本発明により実現が容易に可能である。
【実施例２】
【００４１】
図１３は、実施例２の全体構成図である。図１の実施例１の構成図と番号が同一のものは、同一のものを示しているので、説明を省略する。
【００４２】
図１４は、記憶媒体２内の乗り換え案内サービスデータ２１を示している。管理テーブル２２には、会員ＩＤ２１１で識別される会員毎に会員が受信を希望する経路である使用経路217を格納している。列車時刻表２３は、経路Ｎｏ231で識別される経路の時刻表毎に、時刻表の改訂日232と、その経路が停車する駅名とその駅を発車する時刻234が格納されている。乗り換え履歴表２４は、利用者端末１を利用する利用者が、どのような経路を使って交通機関を利用したかを格納するＤＢである。詳細は図１９で説明する。
【００４３】
図１５は、乗り換え案内サービスＤＢ６２に格納されている乗り換え案内サービス加入者管理ＤＢである。乗り換え案内サービス加入者管理ＤＢには、会員毎に付与される会員ＩＤ221と、その会員の会員名称222と、携帯電話番号223と、携帯電話メールアドレス224と、会員からダウンロードの指定を受けたダウンロード経路225を格納する。ここにおいて、携帯電話番号223と、携帯電話メールアドレス224は、本実施例が、利用者端末１の例として、携帯電話を用いているから定めたものであって、代わりに利用者端末１と接続できる情報であれば良い。
【００４４】
図１６は、利用者端末１が、サーバ６から時刻表を受信し、格納する処理を示している。ステップ１６１において、利用者端末１は利用者から時刻表核の処理を開始する情報の入力を受付ける。ステップ１６２において、利用者端末１は、利用者端末１から会員名称222の情報を受付け、サーバ６に送信する。サーバ６は、乗り換え案内サービス加入者管理ＤＢに、会員名称222を格納し、会員ＩＤ221を付与する。ステップ１６４において、サーバ６は、会員ＩＤ221を利用者端末１へ送信する。ステップ１６５において、利用者端末１は、会員ＩＤ221を受信し、管理テーブル２２の会員ＩＤ211に格納する。ステップ１６６において、利用者端末１は、交通機関の経路ごとに、当該経路を識別するＩＤが付与されており、利用者から使用経路の選択を受付け、受付けた使用経路を識別するＩＤである使用経路ＩＤを、サーバ６へ送信する。また、使用経路２１７に使用経路ＩＤを格納する。ステップ１６７において、サーバ６は使用経路ＩＤを受信し、使用経路ＩＤ225へ格納する。ステップ１６８において、サーバ６は、使用経路ＩＤ225に格納されたＩＤで識別される経路の時刻表情報を利用者端末１へ送信する。なお、時刻表情報は、経路Ｎｏ231、当該時刻表が改訂された日を示す改訂日232、停車駅と発車時刻234を含む。ステップ１６９において、利用者端末１は、時刻表情報を受信する。ステップ1６１１において、利用者端末１は、受信した時刻表の改訂日232を判断し、時刻表を時系列順に格納する。
【００４５】
時刻表情報が改訂される場合に、サーバ６は、改訂される時刻表情報を利用者端末１に送信する。改訂される時刻表情報は、改訂される前に、利用者端末１に送信され、利用者端末１では、改訂前の時刻表情報と、改訂後の時刻表情報を格納する。ステップ１６１２において、サーバ６は、時刻表情報が改訂される場合に、時刻表情報が改訂される経路と使用経路ＩＤ225で指定された経路が同じ会員を特定し、その会員の利用者端末１へ、指定された経路の時刻表情報であって、改訂される時刻表情報を送信する。ステップ１６１３において、利用者端末１は時刻表情報を受信する。ステップ１６１４において、利用者端末１は、受信した時刻表情報の改訂日232を判断し、時系列順に時刻表情報を格納する。
【００４６】
図17は、乗り換え案内処理を示している。ステップ１７１において、利用者端末１は、利用者から出発地および目的地および、出発希望時刻または到着希望時刻である検索対象の日付を示す時刻情報の入力を受付ける。ステップ１７２において、利用者端末１は、列車時刻表２３を検索し、ステップ１７１において受付けた条件の時刻表があるか否かを検索する。より詳細には、受付けた出発駅から目的駅まで到着するのに使用する経路の時刻表があるか否かを経路Ｎｏ231で検索する。時刻表がある場合には、ステップ１７３に進む。無い場合には、使用経路ＩＤと時刻情報をサーバ６に送信し、ステップ１７５に進む。
【００４７】
ステップ１７３において、経路Ｎｏ231で検索された時刻表の改訂日232を、時刻表の新しい順に比較し、時刻情報より前の改訂日の時刻表があるか否かをチェックする。ある場合は、比較を中止し、ステップ１７７に進む。無い場合は、使用経路ＩＤと時刻情報をサーバ６に送信する。
【００４８】
ステップ１７５において、サーバ６は、使用経路ＩＤと、時刻情報を受信する。ステップ１７６において、サーバ６は、使用経路ＩＤで識別される経路の時刻表情報であって、時刻情報で示された日時に有効な時刻表情報を利用者端末１に送信する。
【００４９】
ステップ１７７において、利用者端末１は、ステップ１７３で検索された時刻表情報または/およびステップ１７６で送信された時刻表情報を、ステップ１７９の経路検索で使用する時刻表として決定する。ステップ１７９において、利用者端末１はステップ１７３において、比較されなかった時刻表情報を削除する。ステップ１７９において利用者端末１は、ステップ１７７で決定された時刻表情報をもとに、経路検索をする。ステップ１７１０において、利用者端末１は、検索された経路情報を表示する。
【産業上の利用可能性】
【００５０】
本発明は、利用者端末1として、例えば携帯端末に適用可能である。
【図面の簡単な説明】
【００５１】
【図１】実施例１項製図
【図２】実施例１乗り換え案内サービスデータ
【図３】実施例１乗り換え案内サービス加入者管理ＤＢ
【図４】乗り換え案内画面
【図５】実施例１時刻表格納処理
【図６】実施例１時刻表更新処理
【図７】実施例１乗り換え案内処理
【図８】サーバメール受信処理
【図９】サーバ月末課金計算処理
【図１０】利用者端末月末課金計算処理
【図１１】サーバ上時刻表更新処理
【図１２】利用者端末時刻表更新メール受信処理
【図１３】実施例２構成図
【図１４】実施例２乗り換え案内サービスデータ
【図１５】実施例２糊化背案内サービス加入者管理ＤＢ
【図１６】実施例２時刻表格納処理
【図１７】実施例２乗り換え案内処理
【符号の説明】
【００５２】
１：利用者端末
２：記憶媒体
３：ＰＣ
４：利用者端末公衆網
６：サーバ
【図１】
2005161912.tif 000003
【図２】
2005161912.tif 000004
【図３】
2005161912.tif 000005
【図４】
2005161912.tif 000006
【図５】
2005161912.tif 000007
【図６】
2005161912.tif 000008
【図７】
2005161912.tif 000009
【図８】
2005161912.tif 000010
【図９】
2005161912.tif 000011
【図１０】
2005161912.tif 000012
【図１１】
2005161912.tif 000013
【図１２】
2005161912.tif 000014
【図１３】
2005161912.tif 000015
【図１４】
2005161912.tif 000016
【図１５】
2005161912.tif 000017
【図１６】
2005161912.tif 000018
【図１７】
2005161912.tif 000019