特許 6467138 地図表示システム及び地図表示プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6467138

(24)【登録日】2019年1月18日

(45)【発行日】2019年2月6日

(54)【発明の名称】地図表示システム及び地図表示プログラム

(51)【国際特許分類】

   G09B 29/00 20060101AFI20190128BHJP

   G08G 1/005 20060101ALI20190128BHJP

   G01C 21/26 20060101ALI20190128BHJP

【ＦＩ】

   G09B29/00 A

   G08G1/005

   G01C21/26 P

【請求項の数】4

【全頁数】12

(21)【出願番号】特願2014-64753(P2014-64753)

(22)【出願日】2014年3月26日

(65)【公開番号】特開2015-187643(P2015-187643A)

(43)【公開日】2015年10月29日

【審査請求日】2017年2月2日

(73)【特許権者】

【識別番号】500578216

【氏名又は名称】株式会社ゼンリンデータコム

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】西田 喜一

(72)【発明者】

【氏名】江口 千晶

【審査官】 大山 栄成

(56)【参考文献】

【文献】 特開２０１４−０２６０８４（ＪＰ，Ａ）

【文献】 特開２０１１−０８６０５３（ＪＰ，Ａ）

【文献】 特開２００４−１０８９３７（ＪＰ，Ａ）

【文献】 特開２００３−２９６８６９（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０９Ｂ ２９／００−１０

Ｇ０１Ｃ ２１／２６

Ｇ０８Ｇ １／００５

(57)【特許請求の範囲】

【請求項1】

地図を表示させる地図表示システムであって、
地図の所定の領域であって地図を分割して得られるメッシュ領域ごとに、携帯端末から送信される前記携帯端末の現在位置を示す測位情報を基にして得られた人口の混雑度を取得する取得手段と、
前記メッシュ領域ごとの前記混雑度に応じて、前記メッシュ領域内に存在する施設を表す表示部品の表示又は非表示を制御する表示制御手段と、
前記混雑度に基づいた利便性の高さに応じた混雑レベルに応じて、施設の表示を選択できる施設表示選択手段と、を有し、
前記表示制御手段は、前記施設表示選択手段により入力された前記利便性の高さに応じた混雑レベルに対応する前記混雑度の前記メッシュ領域内に存在する施設を表す表示部品を表示し、
前記施設表示選択手段により入力された前記利便性の高さに応じた混雑レベルに対応しない前記混雑度の前記メッシュ領域内に存在する施設を表す表示部品を表示しない、ことを特徴とする地図表示システム。

【請求項2】

前記表示制御手段は、
前記メッシュ領域ごとの前記混雑度に応じて、前記メッシュ領域ごとの重み値を決定し、
決定した前記メッシュ領域ごとの重み値に応じて、前記メッシュ領域内に存在する施設を表す表示部品の表示を前記メッシュ領域ごとに制御すること、を特徴とする請求項１記載の地図表示システム。

【請求項3】

前記施設を表す表示部品は、前記メッシュ領域内における施設を指し示すアイコンであること、
を特徴とする請求項１又は２に記載の地図表示システム。

【請求項4】

コンピュータを、
地図の所定の領域であって地図を分割して得られるメッシュ領域ごとに、携帯端末から送信される前記携帯端末の現在位置を示す測位情報を基にして得られた人口の混雑度を取得する取得手段と、
前記メッシュ領域ごとの前記混雑度に応じて、前記メッシュ領域内に存在する施設を表す表示部品の表示又は非表示を制御する表示制御手段と、
前記混雑度に基づいた利便性の高さに応じた混雑レベルに応じて、施設の表示を選択できる施設表示選択手段、として機能させ、
前記表示制御手段は、前記施設表示選択手段により入力された前記利便性の高さに応じた混雑レベルに対応する前記混雑度の前記メッシュ領域内に存在する施設を表す表示部品を表示し、
前記施設表示選択手段により入力された前記利便性の高さに応じた混雑レベルに対応しない前記混雑度の前記メッシュ領域内に存在する施設を表す表示部品を表示しないことを特徴とする地図表示プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、地図表示システム及び地図表示プログラムに関する。

【背景技術】

【0002】

近年、スマートフォンなどの携帯端末が普及すると共に、携帯端末上から、地図情報や経路情報などを表示できるナビゲーション・アプリケーション（以下ナビアプリともいう）が知られている。

【0003】

ここで、例えば、都心のターミナル駅周辺などでは、地下鉄や地下街などへの出入口が数多く密集している。このため、例えば、図１に示されるように、ナビアプリの地図上では、出入口アイコンが数多く密集して表示されるため、適切な出入口を探しにくく、視認性も低下するという問題がある。また、経路設定時において、ナビアプリの地図上から、適切な出入口を選択しにくいという問題もある。

【0004】

出入口表示に関する技術として、例えば、特許文献１には、目的地の出入口情報を含む施設情報を携帯電話のディスプレイ上に表示する手段、前記目的地の出入口に対応する交通路線・運行情報と該交通機関の乗降口を表示する手段、を備えた歩行者用ナビゲーションシステムが記載されている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２００２−５６８３号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかしながら、特許文献１記載の発明は、施設情報など目的地の出入口に対応する特定の乗降口を表示するものであるため、大規模なイベント開催時に限定される。

【0007】

また、このような問題は出入口に限られず、同一の施設（例えば、コンビニなど）が数多く密集しているエリアでは、ナビアプリの地図上、同一の施設アイコンが数多く密集して表示されるため、所望の施設を探しにくかったり、選択しにくいという問題がある。

【0008】

本発明は上記の点に鑑み提案されたものであり、その目的とするところは、ＰＯＩ（point of interest）の密集エリアにおいて、表示すべきＰＯＩアイコンの最適化を行うことにある。

【課題を解決するための手段】

【0009】

上記の課題を解決するため、本発明に係る地図表示システムは、地図の所定の領域であって地図を分割して得られるメッシュ領域毎に、携帯端末から送信される前記携帯端末の現在位置を示す測位情報を基にして得られた人口の混雑度を取得する取得手段と、前記メッシュ領域ごとの前記混雑度に応じて、前記メッシュ領域に存在する施設を表す表示部品の表示又は非表示を制御する表示制御手段と、前記混雑度に基づいた利便性の高さに応じた混雑レベルに応じて、施設の表示を選択できる施設表示選択手段と、を有し、前記表示制御手段は、前記施設表示選択手段により入力された前記利便性の高さに応じた混雑レベルに対応する前記混雑度の前記メッシュ領域内に存在する施設を表す表示部品を表示し、前記施設表示選択手段により入力された前記利便性の高さに応じた混雑レベルに対応しない前記混雑度の前記メッシュ領域内に存在する施設を表す表示部品を表示しない、ことを特徴とする。

【発明の効果】

【0010】

本発明の実施の形態によれば、ＰＯＩの密集エリアにおいて、表示すべきＰＯＩアイコンの最適化を行うことができる。

【図面の簡単な説明】

【0011】

【図1】地図表示（従来例）の一例を示す図である。

【図2】地図表示システム１００の構成例を示す図である。

【図3】地図表示システム１００のハードウェア構成例を示す図である。

【図4】地図表示サーバ１のソフトウェア構成例を示す図である。

【図5】地図情報の一例を示す図である。

【図6】混雑度データの一例を示す図である。

【図7】表示フィルタ設定画面の一例を示す図である。

【図8】地図表示（その１）の一例を示す図である。

【図9】地図表示（その２）の一例を示す図である。

【図10】地図上のＰＯＩアイコン表示処理例を示すフローチャート図である。

【発明を実施するための形態】

【0012】

本発明の実施の形態について、図面を参照しつつ詳細に説明する。

【0013】

＜システム構成＞
図２は、本実施形態に係る地図表示システム１００の構成例を示す図である。図２の地図表示システム１００は、地図表示サーバ１と、地図表示端末２とがネットワーク３を介して接続されている。

【0014】

地図表示サーバ１は、地図表示端末２からの要求に応じて、地図表示端末２に対して地図情報を提供する情報処理装置である。なお、図１において地図表示サーバ１は、１台の情報処理装置で構成されているが、これに限られず、複数台の情報処理装置やデータベースなどで構成されていてもよい。

【0015】

地図表示端末２は、ユーザが利用する地図表示端末である。地図表示端末２は、例えば、スマートフォンやタブレット端末、携帯電話、ナビゲーション端末、ノート型ＰＣ（Personal Computer）、デスクトップ型ＰＣ、ゲーム機器、ウェアラブル端末などの各種の情報処理装置である。地図表示端末２は、地図表示サーバ１と通信を行い、地図情報や経路情報などを表示するナビゲーション・アプリケーション（以下ナビアプリという）を有する。ユーザは、地図表示端末２のナビアプリを操作して、地図表示サーバ１から受信した地図情報を表示する。また、ユーザが出発地（又は現在地）や目的地などのルート検索条件を入力し地図表示サーバ１に送信すると、地図表示端末２は、地図表示サーバ１から受信した経路情報を表示させる。

【0016】

ネットワーク３は、有線、無線を含む通信ネットワークである。ネットワーク３は、例えば、電話回線網、ＷｉＦｉ（登録商標）、インターネットなどを含む。

【0017】

＜ハードウェア構成＞
図３は、本実施形態に係る地図表示システム１００のハードウェア構成例を示す図である。地図表示サーバ１は、ハードウェア構成として、図２に示されるように、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、ＨＤＤ（Hard Disk Drive）１４、入力装置１５、表示装置１６、通信装置１７を有する。

【0018】

また、地図表示端末２は、ハードウェア構成として、図２に示されるように、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ＨＤＤ１４、入力装置１５、表示装置１６、通信装置１７、音声入出力装置１８、ＧＰＳ（Global Positioning System）受信装置１９を有する。

【0019】

ＣＰＵ１１は、各種プログラムの実行や演算処理を行う。ＲＯＭ１２は、起動時に必要なプログラムなどが記憶されている。ＲＡＭ１３は、ＣＰＵ１１での処理を一時的に記憶したり、データを記憶したりする作業エリアである。ＨＤＤ１４は、各種データ及びプログラムを格納する。入力装置１５は、例えばキーボードやマウスなどの各種入力装置である。表示装置１６は、ディスプレイなどであり、地図等が表示される。通信装置１７は、ネットワーク３を介し、地図表示サーバ１などの他装置との通信を行う。音声入出力装置１８は、例えばマイク装置やスピーカ装置などから構成される、音声の入出力を行う装置である。ＧＰＳ受信装置１９は、地図表示端末２の現在位置する位置情報をＧＰＳ衛星より受信する。

【0020】

なお、地図表示サーバ１は、入力装置１５及び／又は表示装置１６を必ずしも有していなくてもよい。また、地図表示端末２は、例えばスマートフォンやタブレット端末でもありうるため、入力装置１５は、キーボードやマウスに代え、画面上のタップ座標（タッチ座標）を検知可能なタッチパネルにより実現されうる。またこの場合、入力操作は、画面上のタッチパネルと、プログラムにより制御されるソフトウェアキー等とにより実現される。

【0021】

＜ソフトウェア構成＞
図４は、本実施形態に係る地図表示サーバ１のソフトウェア構成例を示す図である。地図表示サーバ１は、主な機能部として、取得部１０１、表示制御部１０２、記憶部１０３を有する。

【0022】

取得部１０１は、記憶部１０３から、地図情報や混雑度データを取得する機能を有している。

【0023】

表示制御部１０２は、地図上におけるメッシュ領域毎の混雑度に応じて、メッシュ領域毎の重み値を決定し、決定したメッシュ領域毎の重み値に応じて、各メッシュ領域内の表示部品（ＰＯＩアイコン）の表示又は非表示を制御する機能を有している。

【0024】

記憶部１０３は、地図情報や混雑度データを予め記憶する。

【0025】

なお、機能部は、地図表示サーバ１を構成するコンピュータのＣＰＵ、ＲＯＭ、ＲＡＭ等のハードウェア資源上で実行されるコンピュータプログラムによって実現されるものである。これらの機能部は、「手段」、「モジュール」、「ユニット」、又は「回路」に読替えてもよい。

【0026】

（地図情報）
図５は、本実施形態に係る地図情報の一例を示す図である。図５に示される地図情報２００は、一つに地下鉄や地下街などへの出入口アイコン２０１で表示されるＰＯＩ情報を有している。

【0027】

なお、地図情報２００は、出入口のみならず、コンビニ、デパート、ホテル、ガソリンスタンドなど、様々な施設のＰＯＩ情報を有しており、必要に応じて、地図上にＰＯＩアイコンを表示することが可能である。

【0028】

（混雑度データ）
混雑度データは、地図上の各メッシュ領域に存在する集団人口の混雑度を示した人口統計情報である。一般にＧＰＳ対応の携帯端末は定期的に位置情報を基地局等へ送信している。これを利用し、混雑度データは、ユーザの承諾の下、携帯端末から送信される位置情報の分布を、メッシュ領域毎に集計することで得られる。

【0029】

ここで、メッシュ領域とは、地図上、一定の大きさで分割された領域範囲である。メッシュは、地図上、例えば、１辺２５０ｍ、１００ｍ、５０ｍ、１０ｍなどの格子単位で地図を分割することで作成される。通常、メッシュは格子（矩形）形状である。このため、データとして地図上の少なくとも２点の対角座標地点があれば、メッシュ領域を特定することが可能である。

【0030】

図６は、本実施形態に係る混雑度データの一例を示す図である。図６に示される混雑度データは、携帯端末から送信される位置情報の分布を、地図情報２００上の各メッシュ領域２０２に重ね合わたものである。地図情報２００上の各メッシュ領域においては、人（携帯端末）の混雑度が高いほど濃い色で表現され、混雑度が低いほど薄い色で表現される。例えば、メッシュ領域２０２ａは、人の混雑度が最も高く、メッシュ領域２０２ｂは、人の混雑度が次いで高く、メッシュ領域２０２ｃは人の混雑度が最も低い。

【0031】

なお、記憶部１０３の混雑度データは、望ましくは、逐一更新されるリアルタイムなデータであるが、一定期間の間に蓄積された統計化データを用いることも可能である。

【0032】

＜ＰＯＩアイコンの表示例＞
上述したように、例えば、都心のターミナル駅周辺などでは、地下鉄や地下街などへの出入口が数多く密集している。このため、ナビアプリの地図上、出入口アイコンが数多く密集して表示されるため、適切な出入口を探しにくく、視認性も低下するという問題がある（例えば、図１参照）。このため、本実施形態に係る地図表示システム１００を利用するユーザは、ナビアプリの表示フィルタ設定画面から、地図上で表示したいＰＯＩアイコンの表示設定を行うことができる。

【0033】

図７は、本実施形態に係る表示フィルタ設定画面の一例を示す図である。図７の表示フィルタ設定画面では、「全ての出入り口アイコンを表示する」（デフォルト）、「混雑レベル３の出入り口アイコンを表示する」、「混雑レベル２の出入り口アイコンを表示する」、「混雑レベル１の出入り口アイコンを表示する」をいう選択肢が設けられている。

【0034】

ユーザは、例えば、「全ての出入り口アイコンを表示する」のチェックを外し、「混雑レベル３の出入り口アイコンを表示する」にチェックを入れてから、「ＯＫ」を操作する。これにより、地図表示端末２のナビアプリから地図表示サーバ１に対し、設定された情報として、混雑レベル（例えば、混雑レベル３）が送信される。この後、ユーザは、ナビアプリ上から、例えば表示したい地名を入力するなどして、地図表示サーバ１に対し、地図の取得要求（表示要求）を行う。

【0035】

なお、ユーザは、「混雑レベル３の出入り口アイコンを表示する」、「混雑レベル２の出入り口アイコンを表示する」というように、複数の選択肢を同時選択することも可能である。

【0036】

図８は、本実施形態に係る地図表示（その１）の一例を示す図である。図８に示される地図情報２００ａは、図７の表示フィルタ設定画面において、「混雑レベル３の出入り口アイコンを表示する」とされた場合に表示される。

【0037】

図１の地図情報と比較すると、図８に示される地図情報２００ａにおいては、地図上、表示される出入口アイコンが削減されていることが分かる。具体的には、混雑度データに基づいて、人の混雑度が最も高いメッシュ領域２０２ａ内（混雑レベル３に対応）においてのみ、出入口アイコンが表示される。一方、人の混雑度が最も高いメッシュ領域２０２ａ以外では、出入口アイコンは表示されない。

【0038】

なお、このような出入口は比較的混雑が予想されるものの、混雑の裏返しとして、このような出入口は利便性の高い出入口ともいえる。従って、ナビアプリ上、ユーザが一般利用度の高い出入口、利便性の高い出入口のみの表示を希望する場合に有効である。

【0039】

図９は、本実施形態に係る地図表示（その２）の一例を示す図である。図９に示される地図情報２００ｂは、図７の表示フィルタ設定画面において、「混雑レベル１の出入り口アイコンを表示する」とされた場合に表示される。

【0040】

図１の地図情報と比較すると、図９に示される地図情報２００ａにおいては、地図上、表示される出入口アイコンが削減されていることが分かる。具体的には、混雑度データに基づいて、人の混雑度が最も低いメッシュ領域２０２ｃ内（混雑レベル１に対応）においてのみ、出入口アイコンが表示される。一方、人の混雑度が最も低いメッシュ領域２０２ｃ以外では、出入口アイコンは表示されない。

【0041】

このような出入口は比較的混雑のない出入口であるため、ナビアプリ上、ユーザが空いている出入口のみの表示を希望する場合に有効である。

【0042】

＜ＰＯＩアイコンの表示処理＞
図１０は、本実施形態に係る地図上のＰＯＩアイコン表示処理例を示すフローチャート図である。以下、適宜図面を交えながら、具体的に説明する。

【0043】

Ｓ１：地図表示サーバ１は、地図表示端末２のナビアプリから地図取得要求を受信した
か否かを判定する。地図取得要求を受信した場合、Ｓ２へ進む。一方、地図取得要求を受信しない場合、地図取得要求を受信するまで待機する。

【0044】

Ｓ２：地図表示サーバ１（取得部１０１）は、記憶部１０３から、地図取得要求範囲の地図情報を取得する。地図情報は、ＰＯＩアイコンなども含むＰＯＩ情報を有する。

【0045】

Ｓ３：次に、地図表示サーバ１（表示制御部１０２）は、ユーザに設定された混雑レベルは、全てのレベルか否か判定する。ここで、図７の表示フィルタ設定画面によれば、デフォルト設定は、「全ての出入り口アイコンを表示する」であるため、このときの混雑レベルは、混雑レベル３、混雑レベル２及び混雑レベル１が設定されているものと扱う。即ちこの場合、ユーザに設定された混雑レベルは、全てのレベルである。

【0046】

ユーザに設定された混雑レベルが全てのレベルでない場合、Ｓ４へ進む。一方、ユーザに設定された混雑レベルが全てのレベルである場合、「全ての出入り口アイコンを表示する」ので、地図上のＰＯＩアイコン表示又は非表示の制御は不要である。Ｓ７へ進む。

【0047】

Ｓ４：地図表示サーバ１（取得部１０１）は、地図上のＰＯＩアイコン表示又は非表示の制御が必要な場合、記憶部１０３から、地図取得要求範囲の混雑度データ（メッシュ毎）を取得する。なお、混雑度データは、メッシュ毎に、携帯端末から送信される位置情報の数そのものでもよい。また、例えば、100人以下、101〜500人、501〜1,000人、1,001〜2,000人・・・といったように、予め集計されたものでもよい。

【0048】

Ｓ５：地図表示サーバ１（表示制御部１０２）は、地図取得要求範囲の地図において、メッシュ領域毎の混雑度データに応じて、重み値を決定する。なお、本実施形態の場合、混雑レベル１〜３という３つの混雑レベルに対応させるため、３種類の重み値を用いることとする。

【0049】

そして、例えば、あるメッシュ領域の混雑度データが100人以下である場合、そのメッシュ領域に対する重み値を１と決定する。また、あるメッシュ領域の混雑度データが101〜1,000人である場合、そのメッシュ領域に対する重み値を２と決定する。また、あるメッシュ領域の混雑度データが1,001人〜である場合、そのメッシュ領域に対する重み値を３と決定する。以上からすると、メッシュ領域に対する重み値が大きいほど（重いほど）、そのメッシュ領域は混雑しているメッシュ領域であるといえる。

【0050】

再び図６を参照する。地図情報２００上、重み値３のメッシュ領域２０２ａは、人（携帯端末）の混雑度が高いため、最も濃い色で表現され、逆に、重み値１のメッシュ領域２０２ｃは、人（携帯端末）の混雑度が低いため、最も薄い色（色なし）で表現される。

【0051】

Ｓ６：地図表示サーバ１（表示制御部１０２）は、ユーザに設定された混雑レベルに対応する重み値を有するメッシュ領域のみ、ＰＯＩアイコンを表示する。より正確には、地図表示サーバ１（表示制御部１０２）は、ユーザに設定された混雑レベルに対応する重み値を有するメッシュ領域のみ、ＰＯＩアイコンを表示させた地図情報を生成する。

【0052】

例えば、ユーザに設定された混雑レベルが３の場合、混雑レベル３に対応する重み値３を有するメッシュ領域でのみ、その領域内に存在するＰＯＩアイコンを表示する。逆に言えば、混雑レベル３に対応しない重み値１及び重み値２を有するメッシュ領域では、その領域内にＰＯＩアイコンが存在したとしても、ＰＯＩアイコンを表示しない（例えば、図８参照）。

【0053】

また、例えば、ユーザに設定された混雑レベルが１の場合、混雑レベル１に対応する重み値１を有するメッシュ領域でのみ、その領域内に存在するＰＯＩアイコンを表示する。逆に言えば、混雑レベル１に対応しない重み値２及び重み値３を有するメッシュ領域では、その領域内にＰＯＩアイコンが存在したとしても、ＰＯＩアイコンを表示しない（例えば、図９参照）。

【0054】

なお、混雑レベルは、ユーザの希望に応じて、複数設定されることが可能である。よって、例えば、ユーザに設定された混雑レベルが２及び３の場合、混雑レベル２及び混雑レベル３に対応する重み値２及び重み値３を有するメッシュ領域でのみ、それら領域内に存在するＰＯＩアイコンを表示する。一方、混雑レベル２及び混雑レベルに対応しない重み値１を有するメッシュ領域では、ＰＯＩアイコンを表示しない。

【0055】

Ｓ７：地図表示サーバ１は、地図取得要求元である地図表示端末２のナビアプリに対し、Ｓ６で生成した地図情報を送信する。その後、地図表示端末２のナビアプリは、受信した地図情報を、表示装置１６に表示する。

【0056】

（補足）
なお、地図上のＰＯＩアイコン表示又は非表示の制御は、ＰＯＩの密集エリアにおいてのみ限定して発動するようにしてもよい。例えば、重み値３などの、混雑度が高いメッシュ領域が存在したとしても、メッシュ領域内の出入口の数は多くなく（例えば、１つ）、地図上のこのようなメッシュ領域内で出入口アイコンを表示したとしても、適切な出入口を探しにくくなったり、視認性が低下するといった影響は少ない。

【0057】

具体的に、Ｓ３とＳ４との間のステップにおいて、地図表示サーバ１（表示制御部１０２）は、例えば、メッシュ領域内のＰＯＩ情報が所定数以上が存在するか否かを判定し、ＰＯＩ情報が所定数以上存在するメッシュ領域（ＰＯＩの密集エリアといえる）に対してのみ、ＰＯＩアイコン表示又は非表示の制御を行うようにする。また例えば、メッシュ領域内において重なり合うＰＯＩアイコンが存在するか否かを判定し、重なり合うＰＯＩアイコンが存在するメッシュ領域（ＰＯＩの密集エリアといえる）に対してのみ、ＰＯＩアイコン表示又は非表示の制御を行うようにする。

【0058】

＜総括＞
以上のように、本実施形態に係る地図表示システム１００によれば、ユーザは、ナビアプリの表示フィルタ設定画面から、ＰＯＩの混雑度（より正確にはＰＯＩが存在するメッシュ領域の混雑度）という指標に基づいて、地図上で表示したいＰＯＩアイコンの表示設定を行うことができる。これにより、ＰＯＩ（例えば、出入口）の密集エリアにおいても、混雑度データに基づく利便性の高いＰＯＩ（又は空いているＰＯＩ）を探しやすく、視認性も向上するという効果を奏する。これは即ち、ＰＯＩの密集エリアにおいて、表示すべきＰＯＩアイコンの最適化を行うことが可能である。

【0059】

なお、本発明の好適な実施の形態により、特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。

【0060】

例えば、上述の実施形態では、地図表示サーバ１と、地図表示端末２とを含む地図表示システム１００として説明した。しかしながら、例えば、地図表示端末２が地図表示サーバ１の有する機能を備える場合、地図表示端末２単独で、地図表示システム１００と同等の効果を奏することが可能である。このような構成は、地図表示端末２が例えばカーナビゲーション装置である場合、有効に実現されうる。

【符号の説明】

【0061】

１ 地図表示サーバ
２ 地図表示端末
３ ネットワーク
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ ＨＤＤ
１５ 入力装置
１６ 表示装置
１７ 通信装置
１８ 音声入出力装置
１９ ＧＰＳ受信装置
１００ 地図表示システム
１０１ 取得部
１０２ 表示制御部
１０３ 記憶部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】