(57)【要約】【課題】サーバから通信端末への地図データのダウンロードを、通信端末のメモリ空き容量を適切に確保し、サーバ側の地図データ更新にも対応しつつ効率的に行う。【解決手段】サーバ１３は、地図１１を地理的ブロック単位に区切って、サイズおよび更新履歴の情報と共に地図データテーブル１２として保管し、通信端末１４は、当該地図データのうち上記のブロック単位でダウンロードする。この際、通信端末１４は、既に記憶済みのブロックの地図データは更新履歴が新しいもののみ選択してダウンロードし、またメモリの空き容量が不十分なときは不要な地図データその他を予め削除する。【選択図】　図１
2004101982.tif 000002
【特許請求の範囲】
【請求項１】
地図データをブロック単位に格納するサーバと、前記地図データの一部分を記憶するメモリを有し前記サーバに対し前記地図データのダウンロードを要求する通信端末とを有するシステムの地図データのダウンロード方法であって、
前記サーバは、前記ブロック単位の地図データを地図の変更に応じて更新すると共に、その更新履歴の情報を付与して格納し、
前記通信端末は、前記サーバから前記ブロック単位の地図データをダウンロードする際、前記サーバから前記ダウンロードを要求したブロックに対応する前記更新履歴の情報を受信し、前記通信端末内の記憶済みの更新履歴の情報と受信した前記更新履歴の情報とを比較し、その結果、前記記憶済みの更新履歴の情報と一致した場合は、ダウンロードを行わず記憶済みの地図データを表示に用い、前記記憶済みの更新履歴の情報と一致しない場合は、当該ブロックの地図データを前記サーバからダウンロードして表示に用いることを特徴とする地図データのダウンロード方法。
【請求項２】
前記サーバは、前記ブロック単位の地図データにそのサイズの情報をさらに付与して格納し、
前記通信端末は、前記サーバから前記ダウンロードすべき地図データのサイズの情報を得て前記メモリの空き容量と比較し、
前記空き容量が不足している場合には、前記記憶済みのブロック単位の地図データのうち、不要な部分を削除することにより前記空き容量を確保することを特徴とする請求項１記載の地図データのダウンロード方法。
【請求項３】
前記サーバは、前記ブロック単位の地図データにそのサイズの情報をさらに付与して格納し、
前記通信端末は、前記記憶済みの地図データに予め定められた基準に従って評価値を付与し、かつ、前記サーバから前記ダウンロードすべき地図データのサイズの情報を得て前記メモリの空き容量と比較し、
前記空き容量が不足している場合には、前記記憶済みのブロック単位の地図データを前記評価値の低い順に削除することにより、前記空き容量を確保することを特徴とする請求項１記載の地図データのダウンロード方法。
【請求項４】
前記サーバは、前記ブロック単位の地図データのサイズの情報をさらに保管し、
前記通信端末は、前記記憶済みのブロック単位の地図データに、表示すべき地点又は地域に地理的に近いほど高く、およびまたは前記表示に用いられて以来の経過時間が短いほど高い評価値を付与し、
前記サーバから前記ダウンロードすべき地図データのサイズの情報を得て前記メモリの空き容量と比較し、
前記空き容量が不足している場合には、前記記憶済みのブロック単位の地図データを前記評価値の低い順に削除することにより、前記空き容量を確保することを特徴とする請求項１記載の地図データのダウンロード方法。
【請求項５】
地図データをブロック単位に地図の変更に応じて更新すると共にその更新履歴の情報を付与して格納するサーバに対して、前記ブロック単位の地図データのダウンロードを要求し、前記サーバから前記ブロック単位の地図データをダウンロードし、前記地図データの一部分をメモリに記憶する通信端末であって、
前記サーバから前記更新履歴の情報を付与された前記ブロック単位の地図データをダウンロードするダウンロード手段と、
前記ダウンロードした更新履歴の情報と記憶済みの更新履歴の情報とを比較する比較手段と、
地図データを表示する表示手段と、
前記比較手段による比較の結果が一致した場合は、ダウンロードを行わず記憶済みの地図データを表示し、前記比較手段による比較の結果が一致しない場合は、当該ブロックの地図データを前記サーバからダウンロードして表示するように、前記ダウンロード手段および前記表示手段を制御する制御手段と
を備えることを特徴とする通信端末。
【請求項６】
前記サーバに前記ブロック単位の地図データのサイズの情報をさらに格納する場合において、
前記サーバから前記ダウンロードすべき地図データのサイズの情報を得て前記メモリの空き容量と比較する手段と、
前記空き容量が不足している場合には、前記記憶済みのブロック単位の地図データのうち、不要な部分を削除して空き容量を確保する手段とをさらに備えることを特徴とする請求項５記載の通信端末。
【請求項７】
前記サーバに前記ブロック単位の地図データのサイズの情報をさらに格納する場合において、
前記サーバから前記ダウンロードすべき地図データのサイズの情報を得て前記メモリの空き容量と比較する手段と、
前記記憶済みのブロック単位の地図データに予め定められた基準に従って評価値を付与する手段と、
前記空き容量が不足している場合には、前記記憶済みのブロック単位の地図データを、前記評価値の低い順に削除して空き容量を確保する手段とをさらに備えることを特徴とする請求項５記載の通信端末。
【請求項８】
前記サーバに前記ブロック単位の地図データのサイズの情報をさらに格納する場合において、
前記サーバから前記ダウンロードすべき地図データのサイズの情報を得て前記メモリの空き容量と比較する手段と、
前記記憶済みのブロック単位の地図データに、表示すべき地点又は地域に地理的に近いほど高く、およびまたは前記表示に用いられて以来の経過時間が短いほど高い評価値を付与する手段と、
前記空き容量が不足している場合には、前記記憶済みのブロック単位の地図データを、前記評価値の低い順に削除して空き容量を確保する手段とをさらに備えることを特徴とする請求項５記載の通信端末。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は地図データのダウンロード方法および通信端末に係り、特に地図データをサーバから通信端末にダウンロードして利用する場合のダウンロード方法、およびこれに用いる通信端末に関する。
【０００２】
【従来の技術】
地図データのサーバから通信端末へのダウンロードは、身近なインターネットの利用形態の一つとして広く行われているが、地図データは画像データの一種であるために、比較的大容量であってダウンロード時間を要するという傾向がある。また、ある地理的範囲の地図データをいったんダウンロードし、画面に表示した直後に、そのダウンロードした地図データに隣接する地図データをさらにダウンロードし、画面に表示する必要を生ずることが多い等の、地図データならではの利用上の特性がある。したがって、いったんダウンロードした地図データを通信端末に保持して直ちに再利用できるようにする等の工夫により、ダウンロード時間を短縮し利便性を向上させることが望まれる。しかしながら、通信端末のメモリ記憶容量は一般に制限されるので、空き容量の確保に配慮しなければならない場合が多い。
【０００３】
その一例として、特許文献１に開示された発明は、ナビゲーションシステムにおいて、本体のメモリ（ハードディスク等）の空き容量確保に配慮しつつ、このような利便性の向上を実現しようとしたものである。このナビゲーションシステムにおいては、地図データを外部記憶媒体（ＤＶＤ−ＲＯＭ等）から本体のメモリに転送させるに先立ち、本体のメモリから所定の条件に基づいて不要と判断されるデータを削除して、所要の空き容量を確保する。なお所定の条件としては、自車位置からの距離、アクセス回数または最後のアクセス以来の経過時間が例示されている。
【０００４】
【特許文献１】
特開２００１−１６５６６９公報
【０００５】
【発明が解決しようとする課題】
上述した従来の技術は、外部記憶媒体をサーバと、本体のメモリを通信端末と読み替えれば、インターネット環境においても一応適用することが可能であるが、地図データそのものが更新された場合の迅速な対応は、何ら考慮されていない。即ち、大都市圏では建造物、店舗、交通インフラ等の変化が頻繁に行われており、このため地図データの更新は日常的に必要である。また、インターネット環境においては、サーバ側の地図データが更新された場合に、これを通信端末に都度ダウンロードして迅速に利用に供することができるという特徴があるので、この特徴を生かす方策を別途考える必要がある。
【０００６】
従って、本発明は、サーバから通信端末への地図データのダウンロードを、通信端末のメモリ空き容量を適切に確保し、サーバ側の地図データ更新にも対応しつつ効率的に行い得る地図データのダウンロード方法および通信端末を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するために、本発明の地図データのダウンロード方法は、地図データをブロック単位に格納するサーバと、前記地図データの一部分を記憶するメモリを有し前記サーバに対し前記地図データのダウンロードを要求する通信端末とを有するシステムの地図データのダウンロード方法であって、前記サーバは、前記ブロック単位の地図データを地図の変更に応じて更新すると共に、その更新履歴の情報を付与して格納し、前記通信端末は、前記サーバから前記ブロック単位の地図データをダウンロードする際、前記サーバから前記ダウンロードを要求したブロックに対応する前記更新履歴の情報を受信し、前記通信端末内の記憶済みの更新履歴の情報と受信した前記更新履歴の情報とを比較し、その結果、前記記憶済みの更新履歴の情報と一致した場合は、ダウンロードを行わず記憶済みの地図データを表示に用い、前記記憶済みの更新履歴の情報と一致しない場合は、当該ブロックの地図データを前記サーバからダウンロードして表示に用いることを特徴とするを特徴とする。
【０００８】
本発明によれば、真に必要とする地図データのみのダウンロードにより、通信端末において正確かつ効率的な地図表示を行うことができる。
【０００９】
【発明の実施の形態】
（第１の実施の形態）
以下に、本発明による地図データのダウンロード方法および通信端末の第１の実施の形態を、図１乃至図５を参照して説明する。図１は本発明の第１の実施の形態に係るサーバと通信端末間の地図データの送受信の概念図である。
【００１０】
図中、１１は地図である。地図の全体をｍ×ｎのマトリクス状に区切り（ｍおよびｎは整数）、区切られた個々の地理的ブロックに記号を付してある。図１では、そのうち３×３の９ブロックを、記号Ａａ、Ａｂ、…、Ｃｃのように表わして示している。
【００１１】
また、１２は地図１１をデータベース化した地図データを、テーブル形式で表現したものである。図中の“ブロック記号”は、地図１１の個々の地理的ブロックに付与された記号Ａａ、Ａｂ、…、Ｃｃを表わす。“更新履歴”は、地図データの更新の履歴を個々の地理的ブロックごとに表示するもので、数字は更新回数を表わす。このケースでは、例えばブロック“Ａｂ”の更新回数は０、“Ａｃ”の更新回数は２、“Ｂａ”の更新回数は１である。このテーブルは、さらに、ブロック単位の地図データのサイズの情報および地図データそのものを含んでいる。
【００１２】
また、１３はサーバ、１４は通信端末である。テーブル形式の地図データ１２はサーバ１３のディスク記憶装置等に格納され、更新が必要になったときは、サーバ１３の更新処理によって、地図データ１２の“地図データ”および“更新履歴”をブロック単位で更新し、また必要に応じて“サイズ”の情報も更新する。通信端末１４は、必要とする地図データのブロック番号を指定して、サーバ１３が格納する地図データ１２にアクセスし、指定したブロック単位で更新地歴、サイズおよび地図データの内容をダウンロードする。
【００１３】
図２は、通信端末１４の詳細な構成を示すブロック図で、このケースでは無線通信端末を想定している。図中、２０１はアンテナ、２０２は送受信切換部、２０３は受信部、２０４は送信部、２０５は変復調部、２０６はＤＡ変換部およびドライバ、２０７は音声−電気変換部およびＡＤ変換部、２０８は受話器、２０９は送話器、２１３はバッテリー、２１４は電源部である。これらは、無線通信端末の構成に一般的に含まれるものである。
【００１４】
また、２１０は制御部、２１１はＲＯＭ、２１２はＲＡＭ、２１５は表示部、２１６は操作入力部である。これらもまた、無線通信端末の構成に一般的に含まれるものである。なお、２種類のメモリの使い分けについては、ＲＯＭ２１１はアプリケーションの種類によらず共通に使用される基本プログラムおよび基本設定データ等を記憶し、ＲＡＭ２１２は各種のアプリケーションプログラムおよび必要なデータの記憶、データのバッファリング、制御部２１０のワークエリアの拡張等の多様な用途に用いられる。サーバからダウンロードした地図データは、ＲＡＭ２１２に記憶する。
【００１５】
ＲＡＭ２１２の記憶容量割り当ての一例を図５に示す。この図のうち色の濃い部分は、上述した各種のアプリケーションプログラムおよび必要なデータ、データのバッファリング、制御部２１０のワークエリアの拡張、並びに地図データに割り当てられた領域を示し、残った白抜きの部分が空き容量を示している。
【００１６】
なお、ＲＯＭ２１１、ＲＡＭ２１２は共に、それ自体を不揮発性メモリを用いて構成してもよいし、揮発性メモリを用いてバッテリー２１３若しくは電源部２１４から常に給電されることにより、不揮発性メモリとして機能させてもよい。
【００１７】
次に、図１乃至図４を参照して、本発明の第１の実施の形態に係る通信端末の動作について説明する。図３は、本発明の第１の実施の形態に係る動作を示したフローチャート、図４は、新たにサーバからダウンロードした地図データの更新履歴と、それまで保持していた地図データの更新履歴との比較を示す図である。
【００１８】
初めに操作入力部２１６において地図表示地域の指定が行われる（図３のステップＳ３０１）。このケースでは、図１に示した“Ａａ”〜“Ｃｃ”の９ブロックから成る地域が指定され、ＲＡＭ２１２には、このうち“Ａａ”〜“Ｂｃ”の６ブロックの地図データが、それ以前のダウンロードによって記憶されている（図４）ものと想定して、以下の説明を行う。
【００１９】
地図表示地域の指定を受けた制御部２１０は、初めに、指定された“Ａａ”〜“Ｃｃ”の各ブロック地図データの“更新履歴”および“サイズ”の情報のダウンロードを、サーバ１３に対して要求する。その場合、制御部２１０から出力されたダウンロード要求は、変復調部２０５、送信部２０４、送受信切換部２０２およびアンテナ２０１を介して送信され、介在するネットワークの構成要素（携帯電話の場合の基地局および地上ネットワーク構成機器に相当する。なお図１には示されていない）を経て、サーバ１３に至る。
【００２０】
サーバ１３が上記のダウンロード要求に応答して、図１に示された“Ａａ”〜“Ｃｃ”各ブロックの“更新履歴”および“サイズ”の情報を返信すると、当該情報は上記と逆の経路をたどって通信端末１４に至り、アンテナ２０１、送受信切換部２０２、受信部２０３、および変復調部２０５を経て制御部２１０に入力され、ＲＡＭ２１２のバッファリング領域に一時的に記憶される（ステップＳ３０２）。
【００２１】
制御部２１０は、次に、それ以前のダウンロードによってＲＡＭ２１２に記憶されているブロック単位の地図データを対象に、今回指定された“Ａａ”〜“Ｃｃ”各ブロックの地図データを検索する（ステップＳ３０３）。このケースでは検索の結果、そのうち“Ａａ”〜“Ｂｃ”各ブロックの地図データが既にＲＡＭ２１２に格納され、“Ｃａ”〜“Ｃｃ”各ブロックの地図データがＲＡＭ２１２に存在しないことが判明する（ステップＳ３０４）。
【００２２】
制御部２１０は、次にＲＡＭ２１２に既存の“Ａａ”〜“Ｂｃ”各ブロックの地図データについて（ステップＳ３０３の“既存ブロック”）、それらの更新履歴を、新たにダウンロードされＲＡＭ２１２のバッファリング領域に一時的に記憶された最新の更新履歴とを比較する（ステップＳ３０５）。このケースでは、図４により、ブロック“Ａｂ”の更新履歴のみ一致せず、その他のブロックの更新履歴は一致することがわかる。その結果、制御部２１０は、ブロック“Ａｂ”（ステップＳ３０５の“不一致ブロック”）について、地図データを新たにダウンロードしなければならないことを認識する。
【００２３】
そこで、制御部２１０は、ＲＡＭ２１２に地図データが存在しないブロック“Ｃａ”〜“Ｃｃ”および更新履歴が不一致であったブロック“Ａｂ”各々の地図データのサイズ情報を、ＲＡＭ２１２のバッファリング領域から読み出して合計し（ステップＳ３０６）、一方、通信端末の制御部２１０として一般的に備えているハードウェア資源の管理機能により、ＲＡＭ２１２の空き容量を確認する（ステップＳ３０７）。
【００２４】
制御部２１０は、ステップＳ３０６、Ｓ３０７でそれぞれ得られた容量値から、ＲＡＭ２１２の空き容量が足りると判断したときは（ステップＳ３０８の“ＹＥＳ”）、ブロック“Ａｂ”および、“Ｃａ”〜“Ｃｃ”の地図データのダウンロード要求を送信し、当該要求は先ほどの更新履歴およびサイズの情報のダウンロード要求と同じ経路をたどってサーバ１３に至る。サーバ１３はこれに応答して、要求された各ブロックの地図データを返信し、これらの地図データは先ほどの更新履歴およびサイズの情報と同じ経路をたどって制御部２１０に入力され、制御部２１０は、これとＲＡＭ２１２のバッファリング領域に一時的に記憶されていた更新履歴およびサイズの情報に基づいて、ＲＡＭ２１２に記憶された各ブロックの地図データ、更新履歴およびサイズの情報を書き換える（ステップＳ３０９）。
【００２５】
このケースで制御部２１０は、ブロック“Ａａ”および“Ａｃ”〜“Ｂｃ”については、地図データのダウンロード要求を送信しない（ステップＳ３０５の“一致ブロック”）。これらのブロックについては、新旧の更新履歴の情報が一致するため、改めてダウンロードする必要がないからである。
【００２６】
以上の処理により、表示に必要な全てのブロックの最新の地図データが得られたので、制御部２１０はこれらの地図データの内容を編集して表示画像を生成し（ステップＳ３１０）、これを表示部２１５に表示して（ステップＳ３１１）終了する。
【００２７】
一方、制御部２１０がステップＳ３０８において、ＲＡＭ２１２の空き容量が足りないと判断したときは（ステップＳ３０８の“ＮＯ”）、空き容量が不足している旨、指定された地域の地図を意表示するにはＲＡＭ２１２の既存データのいずれかを削除しなければならない旨、および当該削除についての選択肢（削除するかしないか、またはどのデータを削除するか）を、表示部２１５に表示する。
【００２８】
これに対して、操作入力部２１６においてＲＡＭ２１２の既存データを選択削除しないという選択がなされた場合（ステップＳ３１３の“ＮＯ”）は、制御部２１０は、ＲＡＭ２１２の空き容量が不足するため地図表示が行えない旨を表示部２１５に表示して（ステップＳ３１５）、処理を終了する。
【００２９】
また、操作入力部２１６においてＲＡＭ２１２の既存データを選択削除するという選択がなされた場合（ステップＳ３１３の“ＹＥＳ”）は、制御部２１０は、当該選択に従ってＲＡＭ２１２の既存データの一部を選択削除し（ステップＳ３１４）、その後ステップＳ３０７に戻る。
【００３０】
なお、以上述べた本発明の第１の実施の形態は、通信端末が無線でなく有線の場合にも、同様に実施することができる。
【００３１】
本発明の第１の実施の形態によれば、通信端末において表示に必要なブロック単位の地図データのうち、内部メモリに最新の内容で記憶されているもののダウンロードを省略することができるので、効率的かつ経済的な地図データの送受信を行うことができる。
【００３２】
（第２の実施の形態）
以下に、本発明による地図データのダウンロード方法および通信端末の第２の実施の形態を、図６および図７を参照して説明する。上述した本発明の第１の実施の形態においては、ＲＡＭ２１２の空き容量が不足する場合に自動的に対応することができないという不便があった。本発明の第２の実施の形態は、地図データのブロックごとに評価値を付与し、ＲＡＭ２１２の空き容量が不足する場合にその値が低いブロックの地図データから順に削除するようにして、この点を改善するものである。なお、本発明の第１の実施の形態で説明した図１および図２を、本発明の第２の実施の形態の説明においても、適宜参照するものとする。
【００３３】
図６（イ）は、５×５の２５ブロックからなる地図データを示す。図中、“Ａ”乃至“Ｅ”および“ａ”乃至“ｅ”のアルファベットは、図１と同様に各ブロックを“Ａａ”乃至“Ｅｅ”の記号で区別するためのブロックごとの座標である。これらのブロックの地図データはＲＡＭ２１２に記憶されているが、この図は容量の制約からブロック“Ｅｅ”の地図データが欠けている場合を示している。また、各ブロックの数字は、表示履歴に関する各ブロックの評価値を示し、初期状態では、全ブロックの評価値が最小値の“１”である。
【００３４】
図６（ロ）は、この場合において、左上隅の３×３ブロックが操作入力部２１６において指定され、表示部２１５に表示される状態を示す。このケースでは、指定され表示されるブロックの評価値を最大値の“５”、それに隣接するブロックの評価値を“４”とし、その他のブロックについては直前の評価値が最小値の“１”である場合を除き、表示が更新されるたびに評価値が１ずつ下がるものとする。図６（ロ）においては、このルールに基づいて各ブロックに与えた評価値が示されている。
【００３５】
次に、操作入力部２１６におけるスクロール操作の結果、表示部２１５に表示される範囲が図６（ハ）に示すように移動したものとする。このとき各ブロックの評価値は、上述したルールに基づき、そこに示したように変化する。
【００３６】
以下同様にして、表示範囲を図６（ニ）さらに（ホ）へとスクロールさせた結果、各ブロックの評価値は図６（ホ）に示すようになる。このとき、欠けているブロック“Ｅｅ”の地図データを、サーバ１３からダウンロードしなければならないが、ＲＡＭ２１２の空き容量に制約があるため、評価値が最も低いブロックの地図データを前もって削除しなければならない。図６（ホ）において評価値が最も低いブロックは“Ａｅ”であるので、これを削除した後、ブロック“Ｅｅ”の地図データを新たにダウンロードする（図６（ヘ））。
【００３７】
以上の動作を、図７に示す本発明の第２の実施の形態に係るフローチャートを参照して説明する。図中、ステップＳ３０１乃至Ｓ３０６は、図３と共通であるので説明を省略する。ステップＳ３０６までの処理で、新たにダウンロードすべき地図データのサイズが計算された後、ＲＡＭ２１２に既存のブロックの地図データのうち、削除可能なブロックの評価値Ｎを、初期値である“１”に設定する（ステップＳ７０１）。続くＲＡＭ２１２の空き容量確認（ステップＳ３０７）および空き容量の過不足の判断（ステップＳ３０８）は、図３の場合と同じである。その結果、空き容量が不足していると判断された場合（ステップＳ３０８の“ＮＯ”）、評価値Ｎ以下のブロックの地図データを削除する。この場合、Ｎの値が初期値“１”であるので、図６（ホ）に示す各ブロックのうち、ブロック“Ａｅ”の地図データが削除される（ステップＳ７０２）。
【００３８】
次に、Ｎの値が１つ増やされ（ステップＳ７０３）た後、ステップＳ３０７に戻って、ＲＡＭ２１２の空き容量が改めて確認される。図６（ホ）のケースでは空き容量が足りたと判断され（ステップＳ３０８の“ＹＥＳ”）、ステップＳ３０９に分岐して、新たに必要となったブロック“Ｅｅ”の地図データがダウンロードされ、ステップＳ３１０およびＳ３１１の図３と同様の処理を経て、指定された範囲の地図が表示部２１５に表示される。
【００３９】
上述したブロックの評価値に関するルールは、最新の表示地域を基準として、これに対し空間的または時間的に近いブロックの評価値を高くするという一例であって、これと共通の概念に基づく他の方法（経過時間、使用頻度、サイズ等）もむろん考えられる。また、地図データ以外の記憶済みデータ等の削除を、適宜組み合わせてもよい。
【００４０】
本発明の第２の実施の形態によれば、新たなブロック地図データをダウンロードするためにはメモリ空き容量が不足する場合に、不要である蓋然性が高い既存地図データを自動的に削除することにより、所要の空き容量を確保することができ、さらに利便性を高めることができる。
【００４１】
【発明の効果】
本発明によれば、サーバ側の地図データ更新に対応して、最新の地図データを効率よくダウンロードし利用することができる。
【図面の簡単な説明】
【図１】本発明の第１または第２の実施の形態に係るサーバと通信端末間の地図データの送受信の概念図。
【図２】本発明の第１または第２の実施の形態に係る通信端末の構成を示すブロック図。
【図３】本発明の第１の実施の形態に係る動作フローチャート。
【図４】本発明の第１または第２の実施の形態に係る地図データ更新履歴比較の説明図。
【図５】本発明の第１または第２の実施の形態に係るＲＡＭの記憶容量割り当ての一例を示す図。
【図６】本発明の第２の実施の形態に係るブロックごと地図データ評価値付与のルール説明図。
【図７】本発明の第２の実施の形態に係るフローチャート。
【符号の説明】
１１　地図
１２　テーブル形式で表現された地図データ
１３　サーバ
１４　通信端末
２０１　アンテナ
２０２　送受信切換部
２０３　受信部
２０４　送信部
２０５　変復調部
２０６　ＤＡ変換部およびドライバ
２０７　音声−電気変換部およびＡＤ変換部
２０８　受話器
２０９　送話器
２１０制御部
２１１　ＲＯＭ
２１２　ＲＡＭ
２１３　バッテリー
２１４　電源部
２１５　表示部
２１６　操作入力部
【図１】
2004101982.tif 000003
【図２】
2004101982.tif 000004
【図３】
2004101982.tif 000005
【図４】
2004101982.tif 000006
【図５】
2004101982.tif 000007
【図６】
2004101982.tif 000008
【図７】
2004101982.tif 000009