(57)【特許請求の範囲】
【請求項１】
車両に設置され、自車両位置の緯度、経度を測定する測位手段と、出発地と目的地または経由地の位置情報を含む経路検索要求に基づき経路検索を行なうナビゲーションサーバと通信を行なう通信手段とを備えた端末装置において、
当該車両の立ち寄り地点の緯度、経度、地点名の情報を含む地点情報を前記通信手段により前記ナビゲーションサーバに送信して、当該地点情報を前記ナビゲーションサーバに登録すると共に他のユーザが登録した地点情報を参照可能とし、更に、前記ナビゲーションサーバには、予め経路検索を行なう際の検索条件がユーザ毎に登録されているものであって、
経路検索依頼の際には、前記通信手段により前記ナビゲーションサーバに登録されている地点情報の検索結果を受信して目的地として設定し、設定した目的地を送信して、前記ナビゲーションサーバにユーザ毎に登録されている検索条件を用いた経路検索結果を受信することを特徴とした端末装置。
【請求項２】
請求項１に記載の端末装置において、前記通信手段により前記ナビゲーションサーバから受信する経路検索結果は、経路の全ての通過点の緯度、経度を通過順に並べた情報を含むことを特徴とする端末装置。
【請求項３】
車両に設置され、自車両位置の緯度、経度を測定する測位手段を備えた端末装置と通信を行なう通信手段を備え、出発地と目的地または経由地の位置情報を含む前記端末装置からの経路検索要求に基づき経路検索を行なうナビゲーションサーバにおいて、
前記車両の立ち寄り地点の緯度、経度、地点名の情報を含む地点情報を前記通信手段により前記端末装置から受信して、当該地点情報を登録地点記憶部に登録すると共に他のユーザが登録した地点情報を参照可能とする地点登録手段を備え、更に、予め経路検索を行なう際の検索条件をユーザ毎に登録しているものであって、
経路検索依頼の際、前記通信手段により前記端末装置から登録されている地点情報の要求を受信した際に、前記登録地点記憶部に登録されている地点情報の検索結果を送信する地点検索手段と、当該検索結果のうちの設定された目的地を受信した際に、前記ユーザ毎に登録されている検索条件を用いた経路検索結果を得る経路検索手段とを備えたことを特徴としたナビゲーションサーバ。
【請求項４】
請求項３に記載のナビゲーションサーバにおいて、前記端末装置からの経路検索要求に基づき行なった経路検索結果は、経路の全ての通過点の緯度、経度を通過順に並べた情報を含み、前記通信手段により経路検索結果を前記端末装置に送信することを特徴とするナビゲーションサーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、地図を表示する端末装置に関する。
【０００２】
【従来の技術】
車載機器として、ナビゲーション装置があり、地図データをＣＤ−ＲＯＭ等の記憶媒体に記憶しておき、必要時に記憶媒体をディスクドライバで駆動し、地図データを読出して、誘導経路を検索することが行われている。
【０００３】
また、車載サーバより出発地と目的地を情報センターに送信し、情報センターにおいて出発地から目的地までの誘導経路を検索し、誘導経路データと誘導経路を表示するための地図データを車載サーバに送信し、車載サーバより誘導経路データと地図データをナビゲーション装置に入力し、ナビゲーション装置において誘導経路データと地図データを用いて経路誘導を行うナビゲーション方法が公知である。
【０００４】
この種のカーナビゲーション端末装置およびナビゲーション方法として関連するものとしては、例えば特開２０００−５５６８２号公報等が挙げられる。
【０００５】
【発明が解決しようとする課題】
しかしながら、上記のカーナビゲーション端末装置自体に、地図データを記憶のＣＤ−ＲＯＭ等の記憶媒体およびドライバを備えるのでは、高価となる課題があり、上記のナビゲーション方法では、上記記憶媒体およびドライバが不要で低コストでありながら、通話の度に、情報センターより、誘導経路データと地図データをダウンロードするので、通話時間が長く、通話料金が高くなる課題がある。
【０００６】
本発明の目的は、通信の負荷を減らし、通話料金を安くする端末装置を提供することにある。
【０００７】
【課題を解決するための手段】
本発明は、簡易地図を備え、地図が欲しいとき、欲しい場所の地図が前記簡易地図にあるかどうかをチェックし、ありの場合は前記簡易地図にある欲しい場所の地図をロードし、なしの場合はナビゲーションサーバから地図をダウンロードすることを特徴とする端末装置である。
【０００８】
本発明で、前記簡易地図が、特定の種別の道路からなる地図であることを特徴とする端末装置である。
【０００９】
本発明で、前記特定の種別の道路が、高速道路と国道からなることを特徴とする端末装置である。
【００１０】
本発明で、前記簡易地図が、レベルの低い粗い地図であることを特徴とする端末装置である。
【００１１】
本発明で、前記簡易地図が、検索用を含まない表示用地図であることを特徴とする端末装置である。
【００１２】
本発明は、簡易地図を備え、地図が欲しいとき、欲しい場所の地図が前記簡易地図にあるかどうかをチェックし、ありの場合は前記簡易地図にある欲しい場所の地図をロードすると共にナビゲーションサーバから誘導点を含む案内用地図を作るためのデータをダウンロードし、なしの場合は前記ナビゲーションサーバから誘導点を含む小区画地図をダウンロードすることを特徴とする端末装置である。
【００１３】
本発明で、前記案内用地図が、複数の方向に進むことが可能な地点において、進む方向を案内するデータであることを特徴とする端末装置である。
【００１４】
本発明は、簡易地図を備え、地図が欲しいとき、現在地の地図が前記簡易地図にあるかどうかをチェックし、ありの場合は前記簡易地図にある現在地の地図をロードし、なしの場合はナビゲーションサーバから現在地の地図をダウンロードすることを特徴とする端末装置である。
【００１５】
本発明は、特定の種別の道路からなる簡易地図を備え、地図が欲しいとき、前記特定の種別の道路だけを通るときには、前記簡易地図をロードし、前記特定の種別の道路以外を通るときにはナビゲーションサーバからの現在地の地図をダウンロードすることを特徴とする端末装置である。
【００１６】
本発明で、前記特定の種別の道路が、高速道路と国道からなることを特徴とする端末装置である。
【００１７】
本発明は、簡易地図を備え、地図が欲しいとき、欲しい場所の地図が前記簡易地図にあるかどうかをチェックし、ありの場合は、前記簡易地図にある欲しい場所の地図をロードし、なしの場合は、前記簡易地図が記憶されているメディアの残り記憶可能容量をナビゲーションサーバに通知し、前記ナビゲーションサーバからの、前記残り記憶可能容量に応じて編集された地図をダウンロードすることを特徴とする端末装置である。
【００１８】
本発明は、簡易地図を備え、地図が欲しいとき、欲しい場所の地図が前記簡易地図にあるかどうかをチェックし、ありの場合は前記簡易地図にある欲しい場所の地図をロードし、なしの場合はナビゲーションサーバからフラグ付き構成要素からなる地図データを受信することを特徴とする端末装置である。
【００１９】
本発明で、前記フラグ付き構成要素からなる地図データを受信の際、受信障害のとき、受信できなかったフラグ直前の地図データ以降を要求し、全てのフラグ付き構成要素を受信することを特徴とする端末装置である。
【００２０】
【発明の実施の形態】
図１は本発明の端末装置を含む送受信システムの概念を示す図である。図１において、１０１は放送衛星、１０２はナビゲーションサーバ（以下ナビサーバという）、１０３はインターネット、１０４は電話、１０５はお店または自宅内のＰＣ、１０６は本発明の端末装置、１０７は端末装置１０６を設置した自動車である。
【００２１】
放送衛星１０１からの放送信号が、ナビサーバ１０２で受信され、インターネット１０３及び電話１０４を通して、お店または自宅内のＰＣ１０５に伝送される。また、放送衛星１０１からの放送信号が、直接、お店または自宅内のＰＣ１０５に伝送される。自動車１０７内の端末装置１０６は、電話１０４またはインターネット１０３を通して、ナビサーバ１０２から伝送されるデータを受信する。
【００２２】
図２は、本発明の端末装置の実施の形態を含む送受信システムを示す図である。図２において、図１と同一個所には同一符号を示す。本実施の形態において、端末装置１０６は、インタネット１０３に接続され、お店または自宅ＰＣ経由でダウンロードする。また、出先では携帯電話でダウンロードする。また、端末装置１０６には、本発明の簡易地図を記憶のメモリーカード２０１を購入し、端末装置１０６に挿入してダウンロードする三つの形態が挙げられている。
【００２３】
ここで、簡易地図とは、次の三つのいずれかまたは組合せをいう。
【００２４】
（１）特定の種別の道路、例えば高速道路と国道からなる主要道路で構成された地図。
【００２５】
（２）レベルの低い粗い地図。
【００２６】
（３）検索用を含まない表示用地図。
【００２７】
図３は、本発明の端末装置が地図をロードする際の実施の形態のフローを示す図である。図３において、まず、欲しい場所の座標（緯度・経度）を決定する（Ｓ３０１）。次に、管理表（例えば後述図１０の管理表）を参照し（Ｓ３０２）、地図の有無を判断する（Ｓ３０３）。ありの場合は、手もとすなわち図２の端末装置１０６が有するメモリーカード２０２より、手もとの地図をロードする（Ｓ３０４）。なしの場合は、図２のナビサーバ１０２からの地図データをダウンロードする。
【００２８】
ここで、図３における座標（緯度・経度）の決定は、基本的には、図４のGPS受信機４０６によって測定される。走行中、カーナビの画面に表示されている地図は、自車位置に合わせてスクロールされる。そのとき、表示すべき地図が、図１，図２の端末装置１０６にあればその地図をロードし、無ければ、現在地の緯度・経度をナビサーバ１０２に送り、地図をダウンロードする。また、自車位置の地図が端末装置１０６に無いとわかったとき、自車位置の緯度・経度をサーバ１０２に送信して地図をダウンロードするためのフローチャートが、後述の図１２である。
【００２９】
管理表を格納するための記憶領域は、メモリカード２０２の記憶領域に格納されている。メモリカード２０１には、地図も格納されている。端末装置１０６のソフトウェアが実行されている場合においては、管理表はメモリカード２０１から直接読まれてもよいし、図６のDRAM６０７にロードされてもよい。
【００３０】
図３のステップＳ３０３の、地図があるかどうかの判断は、端末装置１０６のソフトウェアが実施する。具体的には、図５のプラグイン５０１である。ソフトウェアの処理としては、ブラウザ５０２が地図データ名が書いてあるHTMLファイルを受け取り、その後、地図データを受け取ってプラグイン５０１が起動され、プラグイン５０１が地図データを処理する。したがって、地図があるかどうかの判断は（というよりも、フロー全体の処理）は、全てソフトウェア（プラグイン５０１）が実施する。
【００３１】
図４は、本発明の端末装置の実施の形態を示す外観図である。端末装置１０６は、端末装置本体４０１と、ディスプレイ４０２と、携帯電話４０３と、端末装置本体４０１に設けられたメモリカードスロット４０４と、リモコン４０５と、ＧＰＳ（Global Positioning  System）受信器４０６からなる。ここで、メモリカードスロット４０４には、図２に図示のメモリカード２０２が挿入されて使用される。また、ＧＰＳ受信器４０６は、ＧＰＳ衛星４５１との信号のやり取りで自分の位置を測定し（Ｓ１２０１）、現在地の地図が端末装置にあるかどうかをチェックする（Ｓ１２０２）。ありの場合は、その現在地の地図を表示する（Ｓ１２０６）。なしの場合は、ナビサーバとの通信確認画面を表示し（Ｓ１２０３）、通信するかどうかをチェックする（Ｓ１２０４）。イエスの場合、ナビサーバから現在地の地図をダウンロードし（Ｓ１２０５）、現在地の地図を表示する（Ｓ１２０６）。
【００３２】
図５は、端末装置４０２の実施の形態のソフトウェア構成を示した図である。図５において、５０１はプラグイン、５０２はブラウザ、５０３は、３−Ｄグラフィックスライブラリ、５０４はリモコンドライバ、５０５はＲＳ−２３２Ｃドライバ、５０６は、携帯電話ドライバ、５０７は音声デコーダ、５０８はＣＦカードドライバ、５０９はＯＳである。
【００３３】
端末装置４０２の電源を投入すると、最初にブラウザ５０２が起動される。その状態で、端末装置１０６がリモコン４０２からの信号を受けると、リモコンドライバ５０４が信号を解釈する。その信号が例えばインターネット上のサーバからデータをダウンロードするという要求であれば、ブラウザ５０２は、適切なサーバにアクセスし、データをダウンロードする。そのデータによっては、ブラウザ５０２は適切なプラグイン５０１を起動して当該データを表示させることができ、ユーザは当該データを閲覧することが可能になる。
【００３４】
ところで、端末装置１０６がサーバにアクセスするには、携帯電話４０３を用いる。この携帯電話４０３を制御するのが、携帯電話ドライバ５０６である。また、サーバからダウンロードしたデータが音声データを含む場合に、音声データの再生を可能にするのが、音声デコーダ５０７である。この場合、音声デコーダ５０７の機能を用いるプラグイン５０１が起動され、音声データが再生される。
【００３５】
さらに端末装置１０６は、ＣＦ（Compact  Flash）カードドライバ５０８を備える。ＣＦカードドラカードドライバ５０８は、ＣＦカードに保存されているデータを読み出したり、ＣＦカードにデータを保存したりする機能を備える。また、端末装置１０６に何らかの装置を接続して機能を拡張するために、端末装置１０６はＲＳ−２３２Ｃポートを設けている。そのポートの入出力をつかさどるのがＲＳ−２３２Ｃドライバ５０５である。
【００３６】
図６は、端末装置１０６の実施の形態のハードウェア構成を示した図である。図６において、６０１はＣＰＵ、６０２はＲＳ−２３２Ｃドライバ、６０４はＰＤＣドライバ、６０５はメモリカードＩ／Ｆ、６０６はフラッシュメモリ、６０７はＤＲＡＭ，６０８はＮＴＳＣエンコーダ、６０９はグラフィクスメモリ、６１０はグラフィクスプロセッサである。
【００３７】
ＣＰＵ６０１は、端末装置１０６の全体を制御するプロセッサである。ＲＳ−２３２Ｃドライバ６０２は、ＲＳ−２３２Ｃインタフェースを有する外部機器と接続するものである。リモコンドライバ６０３は、リモコンからの信号を受信するものである。ＰＤＣドライバ６０４は、携帯電話等の移動電話を用いた通信をつかさどるものである。
【００３８】
グラフィックスプロセッサ６１０は、表示装置４０２に対して画像を表示させるものである。グラフィックスプロセッサ６１０は、ＣＰＵ６０１からの指示に従って、グラフィックスメモリ６０９に図形を描画する。また、グラフィックスプロセッサ６１０は、前記描画機能によって描画された画像を周期的に読み出して、ＮＴＳＣエンコーダ６０８によってＮＴＳＣ信号に変換され、表示装置４０２に画像が表示される。
【００３９】
メモリカードＩ／Ｆ６０５は、メモリカードスロット４０４に挿入するメモリカード２０１との入出力をつかさどるものである。フラッシュメモリ６０６には、端末装置１０６を起動するためのプログラムが保存されている。フラッシュメモリ６０６は、不揮発性のメモリであり、端末装置１０６の電源を切っても内容は失われない。したがって、前記プログラムを保存するのに適したデバイスである。ＤＲＡＭ６０７は、ダイナミックＲＡＭであり、ＣＰＵ６０１の主メモリとして用いられる。
【００４０】
図７は、ナビサーバからの地図受信状態を示す図である。図２において、ナビサーバ１０２からの地図信号は、図７（ａ）に図示のように、はじめにヘッダ７０１があり、以降は、デリミタＤ２（次の７０２のフラグ）、高速道路の構成要素７０２、デリミタＤ３（次の７０３のフラグ）、国道の構成要素７０３、デリミタＤ４（次の７０４のフラグ）、県道の構成要素７０４が、受信される。しかし、図７（ａ）においては、県道の構成要素７０４にバツ印が付され、したがって、図の端末装置１０６は、県道の構成要素７０４を受信できず、途切れ、したがって、端末装置に表示の地図としては、図７（ｂ）に示すように、高速道路と県道しか表示できない。
【００４１】
図８は、ナビサーバからの地図受信が途切れたときに再送状態を示す図である。ナビサーバからの地図受信が途切れたとき、再送データとして、図８（ａ）に図示のように、県道の構成要素７０４が、デリミタＤ４（７０４のフラグ）とともに、受信される。したがって、図８（ｂ）に示すように、県道まで含む細かい地図データを、いつも受信することができる。
【００４２】
図９は、ナビサーバからの地図受信の実施の形態のフローを示す図である。まず、ヘッダを受信してデリミタ数を確認する（Ｓ９０１）。そして、全てのデリミタを受信したかをチェックし（Ｓ９０２）、イエスの場合は受信を終了する。ノーの場合、受信障害ありかどうかをチェックし（Ｓ９０３）、ノーの場合は、ステップＳ９０２に戻り、イエスの場合は、受信できなかったデリミタ直前のデータ以降を要求し（Ｓ９０４），ステップ９０２に戻り、全てのデリミタを受信したら、受信を終了する。
【００４３】
図１０は、端末装置１０６が保持している地図データの管理表の例を示す図である。端末装置１０６は、地図が必要になったときに、前記管理表を参照することによって、地図データをダウンロードするべきかどうかを判断することができる。管理表は、メッシュID１００１、ダウンロード日時１００２、使用期限１００３から構成されている。メッシュID１００１を参照すれば、欲しい地図が端末装置１０６にあるかどうかがわかる。ありの場合はダウンロードせず、なしの場合はダウンロードする。しかし、必要な地図が端末装置１０６に保存されているとしても、ダウンロードからかなりの時間が過ぎていたり、使用期限が迫っていたり使用期限を過ぎていたりすることもある。したがって、地図が端末装置１０６内にあったとしても、ダウンロードしなければならない状況も考えられる。そのために、端末装置１０６は、ダウンロード日時１００２、使用期限１００３を参照して、ダウンロードするかどうかを判断してもよい。
【００４４】
図１１は、図２のナビサーバ１０２の実施の形態の構成と端末装置を示す図である。ナビサーバ１０２は、ユーザ管理部１１０２と、ＰＯＩ管理部１１０３と、登録地点情報部１１０４と、地図情報部１１０５と、誘導点作成部１１０６と、これら各部と連携し、ユーザの認証や処理の振分けを行うＣＧＩ（１１０７）から構成されている。
【００４５】
ＣＧＩ１１０７は、端末装置１０６からのリクエストを処理し、適切な処理を起動する。ユーザ管理部１１０２は、ユーザ情報を管理する。ユーザ管理部１１０２は、ユーザＩＤ、パスワードを管理し、ログインしようとしているユーザが、サービスを受けられるかどうかを判断する。
【００４６】
ＰＯＩ管理部１１０３は、ＰＯＩ（Point Of Interests：地点情報）を検索したり登録したりするものである。例えば端末装置１０６から、「○○市のレストラン」の検索リクエストがあったとき、POI管理部１１０３は、適切な情報を検索する。尚、当該情報は、少なくとも緯度・経度、地点名を含むものとする。この場合は、レストランの名前でよい。検索した情報を受け取った端末装置１０６側では、当該情報を表示してもよいし、検索した地点を目的地や経由地として設定してもよい。あるいは、端末装置１０６側で地点登録しておき、次回以降の使用時に、当該地点を目的地や経由地として設定してもよい。
【００４７】
登録地点情報部１１０４は、ユーザが登録している地点を管理する。上記にて、端末装置１０６にて地点を登録する例を記述したが、ナビサーバ１０２でも地点を登録する機能を提供する。例えば、ユーザがある場所にドライブしたとき、たまたま立ち寄ったレストランの緯度・経度とレストラン名をナビサーバ１０２にアップロードし、ナビサーバ１０２は登録地点情報部１１０４に当該地点を登録する。その後ユーザは、ユーザは、登録しておいた地点の情報を登録地点情報部１１０４からダウンロードし、当該地点を目的地や経由地として設定することが可能である。登録地点は、ユーザごとに管理してもよいし、他のユーザが登録した地点を参照可能にしてもよい。
【００４８】
地図情報部１１０５は、地図情報を管理し、端末装置１０６からの要求に応じて地図を切り出す。ナビサーバ１０２が保持する地図データは、市販のカーナビで用いられているベクトル地図と呼ばれるものである。端末装置１０６は、地図が必要になったら、その地点の緯度・経度をナビサーバ１０２に送り、当該緯度・経度は地図情報部１１０５に送られ、地図情報部１１０５は、当該緯度・経度の周辺の地図を切り出す。前記地図データは、メッシュと呼ばれる小区画の集合として構成されており、地図を切り出す場合は、当該緯度・経度の周辺のメッシュを何枚か切り出す。その枚数は、端末装置１０６からの要求による。また、縮尺についても同様に、端末装置１０６から要求する。
【００４９】
経路探索部１１０６は、経路探索を実行するものである。端末装置１０６から、始点、終点、経由点、探索条件を受け取り、それに基づいて経路探索を実行し、探索結果を端末装置１０６に返す。探索結果は、すべての通過点の緯度・経度を通過順に羅列したもの、すべてのリンクＩＤを通過順に羅列したもの、誘導点の情報が含まれる。ここで誘導点とは、交差点などでどちらに進むかを誘導すべき地点のことであり、緯度・経度、誘導方向などが含まれる。また、探索条件とは、例えば「高速道路優先」、「国道優先」、「距離優先」など、経路探索を実行する上での条件である。尚、探索条件は、端末装置１０６から送るだけでなく、あらかじめナビサーバ１０２に保存しておいてもよい。この場合、ユーザによって探索条件は異なるので、ユーザごとに管理が必要になる。
【００５１】
図１２は、端末装置が現在地の地図を表示する実施の形態のフローを示す図である。ここで、図２の端末装置１０６は、図４に図示のように、ＧＰＳ受信器４０６を備えている。図１２において、まず、ＧＰＳ受信器４０６で、現在地を測定し（ｓ１２０１）、次いで、現在地の地図が端末装置にあるかどうかをチェックし（Ｓ１２０２）、イエスならば、現在地の地図を表示し（Ｓ１２０６）、ノーならば、ナビサーバとの通信確認画面を表示する（Ｓ１２０３）。そして、通信するかどうかをチェックする（Ｓ１２０４）。ノーならば終了し、イエスならば、ナビサーバから現在地の地図をダウンロードし（Ｓ１２０５）、現在地の地図を表示する（Ｓ１２０６）。
【００５２】
図１３は、カーナビサービスメニューの選択画面である。カーナビサービスメニューの選択画面１３０１は図４の表示装置４０２の表示画面であり、カーナビサービスメニューとして、目的地設定、ルート確認、地点登録、インターネット、設定が表示されている。
【００５３】
図１４は、目的地設定の選択画面である。目的地設定の選択画面１４０１は、図１３の選択画面１３０１において、目的地設定を選択した場合の次の選択画面である。目的地設定として、カー＆ドライブ、スポーツ＆レジャー、観光、買い物、飲食、宿泊、交通機関が表示されている。
【００５４】
図１５は、スポーツ＆レジャーの選択画面である。スポーツ＆レジャーの選択画面１５０１は、図１４の選択画面１４０１において、スポーツ＆レジャーを選択した場合の次の選択画面である。スポーツ＆レジャーとして、遊園地、ゴルフ場、キャンプ場、スキー場、テニスコート、スケートリンクが表示されている。
【００５５】
図１６は、テニスコートの選択画面である。テニスコートの選択画面１６０１は、図１５の選択画面１５０１において、テニスコートを選択した場合の次の選択画面である。テニスコートとして、北海道、青森県、岩手県、秋田県、宮城県、山形県、福島県、茨城県が表示されている。
【００５６】
図１７は、検索結果を示す画面である。検索結果を示す画面１７０１は、図１６の選択画面１６０１において、茨城県を選択した検索結果を示す画面である。検索結果として、日立市民運動公園、水戸国際テニスコート、ひたちなか公園、土浦駅前テニス教室、取手市営運動公園が表示されている。
【００５７】
図１８は、日立市民運動公園周辺の道路地図である。日立市民運動公園周辺の道路地図１８０１は、図１７の検索結果を示す画面１７０１において、日立市民運動公園を選択した場合の、日立市民運動公園周辺の道路地図である。道路地図には、目的地の日立市民運動公園１８０１を含み、その周辺の高速道路、国道、県道が表示されている。
【００５８】
図１９は、誘導点情報として端末装置１０６がダウンロードする情報の例を示す図である。図１９（ａ）は誘導点を含む小区画地図１９０１、（ｂ）は誘導点を含む案内用地図を作成するための誘導点データ１９０２である。小区画地図１９０１は、ナビサーバ１０２にて作成された地図であってもよいし、誘導点データ１９０２を基にして、端末装置１０６内で作成してもよい。
【００５９】
小区画地図１９０１は、自動車１０７が誘導点に近づいたときに、表示装置４０２に表示される。例えば、誘導点に達する約３００メートル手前で表示する。当然ながら、小区画地図１９０１は、それ以前に作成されている必要がある。
【００６０】
誘導点データ１９０２は、誘導点を含む地図を作るためのデータであり、例えば、誘導点の緯度・経度、進入側絶対リンクＩＤ、脱出側絶対リンクＩＤが含まれる。誘導点データ１９０２は、ナビサーバ１０２にて経路探索を実行した結果に含まれて、端末装置１０６にダウンロードされるので、自動車１０７が走り出した時点では、既に誘導点データ１９０２は端末装置１０６に保持されている。したがって、自動車１０７が誘導点に近づいているかどうかを常に把握し、小区画地図１９０１を表示すべき地点に近づいたら、小区画地図１９０１を作成し、表示することができる。
【００６１】
また、小区画地図１９０１をナビサーバ１０２で作成し、端末装置１０６がダウンロードしてもよい。この場合、ナビサーバ１０２で誘導点情報を保持していれば、端末装置１０６は、自動車１０７の緯度・経度をナビサーバ１０２に送信して、ナビサーバ１０２で小区画地図１９０１を作成してよい。ナビサーバ１０２で経路情報を持っていなければ、端末装置１０６から誘導点情報をナビサーバ１０２に送信して、ナビサーバ１０２で小区画地図１９０１を作成する。
【００６２】
図２０は、ナビサーバからの地図をダウンロードするかしないかのフローを示す図である。まず、経路データを受信し（Ｓ２００１）、経路上の道路種別を調べる（ＳＳ２００２）。高速道路、国道以外を通るかどうかをチェックし（Ｓ２００３）、イエスであれば、その道路を含むメッシュをすでにダウンロードしたかどうかをチェックし（Ｓ２００４）、ノーであれば、その道路を含むメッシュをダウンロードし（Ｓ２００５）、全道路を調べたかどうかをチェックし（Ｓ２００６）、ノーならば、ステップＳ２００２に戻る。ステップ２００３でノーの場合およびステップ２００４でイエスの場合、ステップＳ２００６に移行する。そして、ステップ２００６で、イエスの場合、終了する。
【００６３】
図２１は、ナビサーバからの地図をダウンロードする際、簡易地図記憶メディアの残り記憶可能容量に応じて編集された地図をダウンロードする実施の形態のフローを示す図である。
【００６４】
まず、簡易地図記憶メディアの２０１の残り記憶可能容量を調べる（Ｓ２１０１）。次いで、残り記憶可能容量を、欲しい場所の地図とともに、ナビサーバ１０２に送信する。ナビサーバ１０２では、その送信信号を受け取り、欲しい場所の地図を切り出す（Ｓ２１０３）。そして、残り記憶可能容量をみて、全地図容量以下であれば高速道路および国道以外を削除する（Ｓ２１０４）。次に、地図容量を端末装置に送信する（Ｓ２１０５）。
【００６５】
端末装置１０６では、その送信信号を受け取り、地図がメディアに入るかどうかをチェックし（Ｓ２１０６）、ノーならば、アクセスが古い地図から削除して（Ｓ２１０７）、ステップ２１０６に戻り、ステップ２１０６でイエスならば、ステップ２１０８に移行して、地図をダウンロードする。
【００６６】
【発明の効果】
本発明によれば、通信の負荷を減らし、通話料金を安くする端末装置を提供することができる。
【図面の簡単な説明】
【図１】本発明の端末装置を含む送受信システムの概念を示す図である。
【図２】本発明の端末装置の実施の形態を含む送受信システムを示す図である。
【図３】本発明の端末装置が地図をロードする際の実施の形態のフローを示す図である。
【図４】本発明の端末装置の実施の形態を示す外観図である。
【図５】端末装置４０２の実施の形態のソフトウェア構成を示した図である。
【図６】端末装置１０６の実施の形態のハードウェア構成を示した図である。
【図７】ナビサーバからの地図受信状態を示す図である。
【図８】ナビサーバからの地図受信が途切れたときに再送状態を示す図である。
【図９】ナビサーバからの地図受信の実施の形態のフローを示す図である。
【図１０】端末装置が保持している地図データの管理表の例を示す図である。
【図１１】図２のナビサーバの実施の形態の構成と端末装置を示す図である。
【図１２】端末装置が現在地の地図を表示する実施の形態のフローを示す図である。
【図１３】カーナビサービスメニューの選択画面である。
【図１４】目的地設定の選択画面である。
【図１５】図１５は、スポーツ＆レジャーの選択画面である。
【図１６】テニスコートの選択画面である。
【図１７】検索結果を示す画面である。
【図１８】日立市民運動公園周辺の道路地図である。
【図１９】誘導点情報として端末装置がダウンロードする情報の例を示す図である。
【図２０】ナビサーバからの地図をダウンロードするかしないかのフローを示す図である。
【図２１】ナビサーバからの地図をダウンロードする際、簡易地図記憶メディアの残り記憶可能容量に応じて編集された地図をダウンロードする実施の形態のフローを示す図である。
【符号の説明】
１０２…ナビサーバ、１０３…インターネット、１０４…電話、１０５…ＰＣ、１０６…端末装置、１０７…自動車、１９１…小区画地図、１９２…誘導点データ、２０１…メモリカード、５０１…プラグイン、５０２…ブラウザ、７０２…高速道路、７０３…国道、７０４…県道、Ｄ１，Ｄ２，Ｄ３，Ｄ４，Ｄ５…デリミタ、１００１，１００２，１００３…管理表を構成するデータ。
【図１】
0004490566.tif 000002
【図２】
0004490566.tif 000003
【図３】
0004490566.tif 000004
【図４】
0004490566.tif 000005
【図５】
0004490566.tif 000006
【図６】
0004490566.tif 000007
【図７】
0004490566.tif 000008
【図８】
0004490566.tif 000009
【図９】
0004490566.tif 000010
【図１０】
0004490566.tif 000011
【図１１】
0004490566.tif 000012
【図１２】
0004490566.tif 000013
【図１３】
0004490566.tif 000014
【図１４】
0004490566.tif 000015
【図１５】
0004490566.tif 000016
【図１６】
0004490566.tif 000017
【図１７】
0004490566.tif 000018
【図１８】
0004490566.tif 000019
【図１９】
0004490566.tif 000020
【図２０】
0004490566.tif 000021
【図２１】
0004490566.tif 000022