JP6025267B2 - サーベイ（眺望）型ナビゲーションシステム - Google Patents

Description

本発明は、カーナビやウオークナビなどのサーベイ（眺望）型ナビゲーションシステムに関する。

従来のシステムは、位置情報を知るための座標系として、専ら緯度経度の自然座標系に拠っており、そのため、目的とする場所を一旦、ユーザーにも分かる住所などで指定することで、目的とする場所までをルート表示や音声等で地理案内することになっている（例えば、特許文献１）。これは、緯度経度は、コンピュータが位置情報を知る上では適していても、人間には現地での直接的な理解が不可能なためである。例えば、「赤道」は、人間が知覚できる赤色等で位置確認ができる訳でなく、その他の緯度経度線も、そもそも現地の地理空間において、人間が位置情報として直接に利用することは不可能である。そのため、従来システムでは、ＧＰＳと連動しつつ、目的地の位置情報の緯度経度を、一旦は、コンピュータに理解させた上で、目的地へのルートを地図上に表示させるなどして案内することが不可欠であった。

そのシステムは、地理空間の緯度経度の暗闇の中を、いわば案内のロープを頼りに、目的地まで辿り着くようなもので、その利用可能な位置情報は、現在地と目的地との二点を結んで、必然に一次元の形式をとることから、”トンネル型”のナビシステムと言える。

従来のナビシステムは、目的地が予め分かっていて、かつ、”一時に一つだけ目的地を見出せば十分な場合”には、大変に便利なシステムである。

（従来のナビシステムの課題）
しかしながら、近年のナビシステムをめぐる顕在的、潜在的需要には、とりわけ東日本大震災以後においては、防災や観光、或は国民生活の諸般にわたって、単に予め決められた目的地までの経路が分かれば十分と言うだけでは済まない需要が顕著になりつつある。

それと言うのも、防災や観光の「まち歩き」などでは、単に目標ばかりでなく、そこに至る過程自体も情報的に重要であるばかりでなく、そもそもが、その潜在的に求められている地理空間情報自体が、予め設定された目標物や既知の情報に限定されるものではないからである。

例えば、防災面では、その必要とされる情報は、現地で初めてその必要性や価値が発見的に知られる潜在的な目標物も含むことは、以下に例示した防災ないしリスク情報の自然的、人工的性格からも容易に推測できるところである。

「自宅や学校付近の地形や標高、避難場所、避難ルート、袋路地、３階建て以上建物、倒壊の危険のある建物・ブロック塀・自動販売機、水没しやすい道路箇所、浸水時に側溝に落ちやすい場所、火災旋風の危険のある区域、その他のリスク及び避難情報。」
これらの地物等には市民自らが、自分の足で現地を親しく探索することで初めて見出すことのできる情報ばかりでなく、高齢者や子供、災害弱者、妊婦、外国人等それぞれの防災や避難行動にとって重要な情報も含まれている。

また、行政の防災情報も、転勤者や移住者はもとより、地域の人にとっても必ずしも周知とは限らず、現地で探索して初めて発見される情報も数多くある。

また、観光面では、観光客にとって、見知らぬ土地を散策しながら、予期せぬ観光スポットや文化財を発見したり、或は人や地域との思いがけない出会いこそは、観光の醍醐味とも考えられる。とりわけ、我が国の”治安の良さ”は、諸外国にはない、観光の貴重な資源であることからも、いわば”散策観光”を可能にするナビシステムこそは、東京オリンピックの開催を控えていることからも、観光大国づくりの上からその実現が早急に求められるものである。

ところで、従来システムでは、以上の必要性に対して、次の大きな問題を抱えている。即ち、従来システムは、目的地が分からないとナビ機能が役立たないばかりでなく、仮にＧＰＳ機能で現在地を表示させて、当該表示を手掛りに、「まち歩き」や「散策」を行おうとしても、歩行は、車走とは比較にならない遅速度で、かつ、複雑に入り組んだ細道などを辿ったりする必要があることから、ＧＰＳの精度の問題により、到底これに対応できる状況にはない。

また、我が国の市街地などの地理の分かりにくさは、観光立国を図る上で大きな妨害要因になっていることについては、つとに指摘されて来ているところでもある。

例えば、平成１８年度より開始された、国土交通省の「『通り名で道案内』社会実験を踏まえて」（平成２０年１０月）では、次の様に報告されている。

「１．「通り名で道案内」とは
我が国の住居表示方法は、道路、鉄道、河川などによって区画された地域に付けられるブロック（街区）を基本とする方法（街区方式）が一般的ですが、この方法は、住居表示としての大きな役割を果たしながらも、地域に不慣れな来訪者にとっての目的地の特定のしやすさという点からは、必ずしも適していないとの声も聞かれます。

一方、欧米の住居表示で一般的に行われている「道路方式」は、通りを基本とし、通りの名称及び沿道施設に付けられた番号により場所を表示することから、地域に不慣れな来訪者でも容易に目的地を特定しやすいと考えられます。

「通り名で道案内」は、このようなことを背景として、通りの名称と概ねの位置を表す番号を使って目的地をうまく特定できるルールを作り、道路上にこれらを表示することにより、観光地や中心市街地等において、分かりやすい道案内を行うことを目的とする取組です。」
そのため、従来のナビシステムは、我が国の市街地等の地理の分かりにくさという、都市構造的問題に対処するために、公共施設や著名ビルなどを地図上に表示したり、住居表示実施地区では街区番号を表示することで、位置特定の補助的手掛りとしているものの、しかし、抜本的な解決からは程遠い状況にある。まち歩きにおいては、効率の上からも、また、心理的な安心感の上からも、複雑な道路状況において絶えず現在地を正確に知ることが求められるにもかかわらず、従来のナビシステムでは、著名ビル等の位置が地図上に表示されて、現在地との関係について大雑把な鳥瞰を与えても、以上の構造的問題とＧＰＳの誤差の問題が相俟って、利用者の歩行レベルでの現地案内を担保することには結び付かないからである。そのため、現在地表示のみを手掛りにする場合はもとより、著名ビル等の表示を手掛りにする場合でも、迷子になることなく、まち歩きし、地域を散策して、付近の防災・観光情報に自由にアクセスすることは、極めて困難であり、実用性から程遠いものであった。また、外国人の観光客には、日本語や漢字で表記された著名ビルなどの名称が読めないという問題もある。そして、街区番号の地図表示についても、まさしく、上記の「『通り名で道案内』社会実験」が物語っている様に、「地域に不慣れな来訪者にとっては」目的地特定の手掛りとしては実際的ではない。

このように、従来のナビシステムは、現地理解の不可能な緯度経度を、実際上の唯一の座標系として用いていることに加えて、日本の地理空間自体の分かりにくさという構造的なハンディをそのまま反映、抱えている他、歩行者用のナビシステムとしては、ＧＰＳの誤差という大きな問題も抱えている。

特開２００２−２０６９４３号公報

本発明が解決しようとするのは、以上のように、従来のナビシステムが抱える三重の課題を克服することである。そのことによって、既知の目的地へのルート検索に限定された位置情報にとどまらずに、地域に多岐多様にわたって顕在的、潜在的に分布する防災・リスク情報や観光資源等を、自由にかつ効率的、体系的に探索できるように、人間にも理解可能な位置情報を、行く先々において現在地点から眺望できるように隈なく提供することである。そのことによって、利用者の探索が、その行動能力や自由において飛躍的に押し広げられて、地理リテラシーや、防災リテラシー、観光リテラシー等が向上することである。

上記課題を解決するために、本発明のサーベイ（眺望）型ナビゲーションシステムは、
現在位置を取得する現在位置取得部と、
前記現在位置取得部が取得した現在位置に対応させて、地図データを表示する表示情報生成部と、
を備え、
前記地図データは、緯度及び経度によって指標される座標上に、地形、地図及び建物を線図、文字、図形で表示したものであり、
前記地図データ上の住宅に住居番号（住居表示未実施地区では、地番）のみを表示することを特徴とする。
即ち、本発明では、緯度経度の自然座標系と、住宅の住居番号（住居表示未実施地区では、地番）の社会座標系を組み合わせることを特徴とし、ＧＰＳによって特定された現在位置との関係において、利用者が社会座標系も自由に使えるようにする。
なお、前記表示情報生成部によって、前記地図データ上の交差点又は道路沿いの建物に重点的に住所番地を表示するとともに、住宅密集地では間引いて表示する機能を設けてもよい。

そのことによって、従来システムの様に、探索行動の有効性が、目的地の”既知性”や目的地へのルート設定といった”一方向性”に縛られることなく、ナビ地図上の至る所に網羅された住所番地を手掛りに、広々とした眺望をもって、”発見的”かつ”３６０度の全方位性”において可能となる。これは、現地の地理空間での探索能力やその行動半径、自由度が、飛躍的に押し広げられて、大きく向上することを意味するものである。

その結果、地域の避難場所や標高、危険情報、観光スポット、イベントなどの地理位置が、既知の情報として知らなくても、また、複数の場合でも、秩序立って、同時併行的に現地で見つけ出すことが可能となる。これまでのように、途中で道に迷ったり、労多くして功甚だ少ない疲労感のために、必要とされる達成の１／１０も行かないうちに諦めたり、アクセスを放棄することがなくなる。

このように、そのもたらす探索行動の飛躍的な効率や、その労に報いる達成感は、利用者が地域の地理空間に親しみ、ナビシステムを利用して”散策する喜び”をもたらすものである。また、その行動の大きな自由度は、高齢者や障害者、子供、妊婦等にとっても、それぞれに必要な情報を見つけたり、思いがけない”発見”に出会ったりする上で、時間的及び心理的・体力的なゆとりをもたらすものである。

更に、以上の利便さは、”減災”の国民的課題において、次の大きな貢献が期待される。即ち、その眺望型ナビシステムの便利さのゆえに、観光散策なども兼ねて、地域の海抜高度や避難路、避難場所などの避難行動の知識や避難パターンなどが、行動との結び付きにおいて、繰り返し脳裏に刷り込まれる。その結果、地域の歴史や史跡めぐりといった生涯学習や観光はもとより、現地の防災・リスク情報等が、頭の中で地図イメージを形成することとなり、いざというときに避難行動を反射的に可能にする避難リテラシー（＝震災を生き抜く避難の知識と能力）の形成に役立つ。

更に、建物の番地表示という、万国共通で子供でも理解できる”数字”で位置情報が表記されているなど、土地勘のない移住者や児童生徒、外国人でも容易に利用できるナビシステムである。

従来のナビシステムでは、例えば路地が１０メートル間隔で複数あったりする場合には、そもそもがどの路地に入ったかはＧＰＳ機能では、誤差の範囲内のため検出ができないが、このシステムでは建物や自動販売機などの住所表示で簡単に確認できるので、迷子になったり、目標方向から外れたりすることもない。

歩行で移動する場合には、従来のナビシステムでは、とりわけビル街の十字路等の分岐点ではどの方向に進んでいるかが不明となり、数十メートル行って初めて間違いに気づくなど多大のロスが生じ得るが、このシステムでは建物番地（自動販売機にも表示）などで容易に方向を見定めることができるので、行き違いの防止にも効果的である。

なお、このナビシステムでは、住所番地は必ずしもすべての建物に表示されている必要はなく、例えば、交差点や道路沿いなどの建物に重点的に表示したり、或は住宅密集地では間引いて表示するなど、適宜、位置確認に必要な範囲で省略を行ってもよい。

更に、このシステムは、災害時にＧＰＳ機能が使えない場合でも、住宅地図としての機能により、避難場所や避難経路に安全に誘導することができる。なお、緊急警報が入った時点で、ナビシステムを使用しているか否かに関わりなく、自動的に当該時点における現在地を中心とした地 図が表示されるようにすればよい。

また、このナビシステムでは、地表の広がりにおける地物や建物等の布置が、地図上に表示された建物番号によって、相互のアナログ的な位相関係を目視で判断できるため、（機械が到底及ばない）人間の優れた図形処理能力を抽き出すことが可能となり、防災学習や観光情報への散策的アクセスや利用において、従来のナビシステムとは比較にならない効率性を生み出す。

上記発明において、地図データは、緯度及び経度によって指標される座標上に、地形、地図及び建物を線図、文字、図形で表示したものであり、当該ナビシステムは、現在位置を取得する現在位置取得部と、現在位置取得部が取得した現在位置に対応させて、地図データを表示するとともに、建物の座標位置に対応させて住所番地を表示させる表示情報生成部とを備える。これにより、緯度経度の自然座標系と、住宅の住居番号（住居表示未実施地区では地番）の社会座標系を組み合わせ、ＧＰＳによって特定された現在位置との関係において、利用者が社会座標系も自由に使えることができる。

また、上記発明において、住所番地に関連する付加情報を、地図データに重ね合わせるようにして、建物の座標に対応する位置に表示させる付加情報追加部を更に有することが好ましい。この場合には、付加情報を地図データに重ね合わせて表示するので、地域に多岐多様にわたって顕在的、潜在的に分布する付加情報を、行く先々において現在地点から眺望できるように隈なく提供することができる。更に、上記発明において、付加情報は、住所番地に関連付けられた防災情報又は観光情報であることを特徴とすることが好ましい。この場合には、地域に多岐多様にわたって顕在的、潜在的に分布する防災・リスク情報や観光資源等を、自由にかつ効率的、体系的に探索できる。

上記発明において、住所番地をキーワードとしてインターネット上を検索して、当該住所番地に関連するＷｅｂ情報を付加情報として取得する情報検索部と、情報検索部が取得したＷｅｂ情報から所定の文字列を抽出し、抽出された文字列の出現頻度からそのＷｅｂ情報の属性を決定し、抽出された属性及び住所番地に関連付けて当該Ｗｅｂ情報を付加情報として分類して蓄積する情報分類部とを更に備えることが好ましい。この場合には、Ｗｅｂ情報を付加情報として取得しているので、地図上に表示されている各種の付加情報をより多く抽出してユーザーに知らせることができる。この際、本発明では、Ｗｅｂ情報から所定の文字列を抽出し、抽出された文字列の出現頻度からそのＷｅｂ情報の属性を決定し、抽出された属性及び住所番地に関連付けて当該Ｗｅｂ情報を付加情報として分類して蓄積しているので、多くの情報の中から、ユーザーが知りたい情報のみを地図データ上に表示させることができ、利便性を向上させることができる。

また、上記発明において、表示情報生成部が表示させた地図上において、住所番地を選択するユーザー操作を取得する入力インターフェースと、入力インターフェースにより選択された住所番地に関連づけられた座標を地図データ蓄積部から取得し、取得された座標に基づいて、現在位置取得部に対し、現在位置の修正を要求するとともに、表示されている地図データの補正を実行する現在位置修正部とを更に備えることが好ましい。

この場合には、例えば、ＧＰＳ受信機の測位精度や、測位を行う環境による影響によって、測位に誤差が生じた場合であっても、ユーザーからの操作によって正確な位置情報を取得することができるので、衛星から取得される位置情報の誤差を解消することができるとともに、その誤差の補正情報を用いることで、その後の測位演算の精度向上に反映させることができる。特に、本発明においては、地図データ蓄積部において、住所番地に関連づけられた座標を蓄積しており、選択された住所番地に基づいて、現在位置を修正しているので、修正処理を即時且つ簡易に行うことができる。また、本発明では、表示情報生成部が表示させた地図上に住所番地を表示させ、表示された住所番地を選択可能としているので、ユーザーにとっては、現在自身がいる場所と、地図上との位置との相違を即座に認識できるとともに、その修正作業を直感的に行うことができる。

従来システムでは、ＧＰＳの誤差範囲に加えて、現地との位置照合の手掛りが殆どないために、地図上及び現地での正確な位置の特定は容易でなかったが、このシステムでは、現地の至る所に表示された建物番地と照合することによって、容易に正しい位置の特定が可能になった。ＧＰＳの現在地特定機能は、寧ろ、マクロの大雑把な位置特定にとどめて、分岐点等における進路決定などの個々の歩行選択は、建物番地の現地照合によるなど、効率的でストレスのないナビシステムの実現が可能になった。

従来システムでは、一つの地域に複数の配達場所がある場合は、一々、配達先の住所を入力する必要があって煩雑であるが、このシステムでは、人間の優れたアナログ処理能力を生かして、目視で地図上の建物番地等を確認することで、簡単に配達先の特定や、現在地からのおおよその方向性や最短経路などを決めることができる。

実施形態に係るサーベイ（眺望）型ナビゲーションシステムで用いられるユーザー端末１の画面構成である。 実施形態に係るサーベイ（眺望）型ナビゲーションシステムの全体構成を示す概念図である。 実施形態に係る管理サーバの内部構成を示すブロック図である。 実施形態に係るユーザー端末の内部構成を示すブロック図である。 実施形態に係る付加情報追加部の内部構成を示すブロック図である。 実施形態に係る表示部に表示される付加情報選択画面を示す説明図である。 （ａ）及び（ｂ）は、実施形態に係る地図データの表示形態を示す説明図である。 実施形態に係るサーベイ（眺望）型ナビゲーション方法における地図データ作成処理を示すフローチャートである。 実施形態に係るサーベイ（眺望）型ナビゲーション方法における地図データ表示処理を示すフローチャートである。 （ａ）及び（ｂ）は、実施形態に係る現在位置を修正する機能を示す説明図である。 実施形態に係るユーザー端末の基本内部構成を示すブロック図である。

以下に添付図面を参照して、本発明に係るサーベイ（眺望）型ナビゲーションシステムの実施形態を詳細に説明する。図１は、本実施形態に係るサーベイ（眺望）型ナビゲーションシステムで用いられるユーザー端末１の画面構成である。図１に示すように、ユーザー端末１は、現在位置に対応した地図データを表示するナビシステムを備えており、ディスプレイ１３ａに地図データ上の建物に住所番地を表示することができる。

この地図データは、緯度及び経度によって指標される座標上に、地形、地図及び建物を線図、文字、図形で表示したものであり、また、地図には、道路と、該道路に沿って立ち並ぶ建物を表示する建物表示輪郭（ポリゴン）と、建物表示輪郭内には住所番地１９２を表示させている。即ち、この地図データでは、緯度経度の自然座標系と、住宅の住居番号（住居表示未実施地区では、地番表示を含む）の社会座標系を組み合わせて表示させている。

また、地図データ上には、住所番地に関連付けられた防災情報又は観光情報や、インターネット上で検索された住所番地に関連するＷｅｂ情報等などの付加情報１９１が表示可能となっている。この付加情報とは、地域に多岐多様にわたって顕在的、潜在的に分布する防災・リスク情報や観光情報など種々の情報である。地図データでは、この付加情報１９１を地図データ上に重ね合わせるようにして、建物の座標に対応する位置に表示させられている。

また、この地図データ上には、市町村の行政区画が表示されるとともに、一部の道路名や所定の場所には、道路、店舗、観光スポットの正式名称が表示されるとともに、主要な交差点の名称が表示される。なお、郵便局を表す記号、神社を表す記号、寺を表す記号のように地図上に表す記号などを表示してもよい。

（サーベイ（眺望）型ナビゲーションシステムの全体構成）
以上説明した地図データを表示させるサーベイ（眺望）型ナビゲーションシステムについて説明する。図２は、サーベイ（眺望）型ナビゲーションシステムの全体構成を示す概念図である。図２に示すように、本実施形態に係るサーベイ（眺望）型ナビゲーションシステムは、現在位置に対応した地図データを表示するシステムであって、通信ネットワーク５上に、本システムを管理する管理サーバ２、無線基地局４、各種のＷｅｂデータを配信する各種Ｗｅｂサーバ６（６ａ及び６ｂ）、無線基地局４又は通信衛星３を通じて無線通信が可能なユーザー端末１（車に搭載可能なカーナビゲーション装置１ａを含む）が配置されている。

通信ネットワーク５は、無線通信網を含み、通信プロトコルＴＣＰ／ＩＰを用いて種々の通信回線（電話回線やＩＳＤＮ回線、ＡＤＳＬ回線、光回線などの公衆回線、専用回線、無線通信網）を相互に接続して構築される分散型の通信ネットワークであり、この通信ネットワーク５には、１０ＢＡＳＥ−Ｔや１００ＢＡＳＥ−ＴＸ等によるイントラネット（企業内ネットワーク）や家庭内ネットワークなどのＬＡＮなども含まれる。

無線基地局４は、中継装置などを通じて通信ネットワーク５に接続され、ユーザー端末１との間で無線通信接続を確立し、ユーザー端末１による通話やデータ通信を提供する装置である。中継装置は、通信ネットワーク５に接続するためのモデムやターミナルアダプタ、ゲートウェイ装置等のノード装置であり、通信経路の選択や、データ（信号）の相互変換を行い、無線基地局４と、通信ネットワーク５との間における中継処理を行う。この中継装置には、Ｗｉ−Ｆｉ（登録商標）ルーターやアクセスポイント装置の機能も含まれ、ユーザー端末１と無線通信を行っている。衛星３は、地球上空における所定の軌道上を周回する位置情報衛星であり、１．５７５４２ＧＨｚの電波（Ｌ１波）に航法メッセージを重畳させて地上に送信している。

管理サーバ２は、通信ネットワーク５上に配置されて、ユーザー管理、データ収集管理など、システム全体を管理・制御するサーバ装置である。また、管理サーバ２には、Ｗｅｂサーバが含まれ、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）等のドキュメントシステムにおいて、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルや画像ファイル、音楽ファイルなどの情報送信を行うサーバコンピュータ或はその機能を持ったソフトウェアであり、ＨＴＭＬ文書や画像などの情報を蓄積しておき、ユーザー端末１上で実行されるＷｅｂブラウザなどのアプリケーションの要求に応じて、コンテンツ（Ｗｅｂページ）の配信をユーザー端末１へ配信されている。

ユーザー端末１は、各ユーザーが所持する端末であって、ＣＰＵによる演算処理機能、及び無線通信機能を有する携帯電話機、スマートフォン、カーナビゲーション装置であり、一般的な基地局等の中継点と無線で通信し、通話やデータ通信等の通信サービスを移動しつつ受けることができる。この携帯電話機の通信方式としては、例えば、ＦＤＭＡ方式、ＴＤＭＡ方式、ＣＤＭＡ方式、Ｗ−ＣＤＭＡの他、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）方式等が挙げられる。また、上述した通信方式とは別の無線インターフェースとして、無線ＬＡＮの規格等に準じたＩＰパケットの送受による通信方式に対応した機能も備えている。更に、このユーザー端末１は、デジタルカメラ機能、アプリケーションソフトの実行機能、及びＧＰＳ機能等の機能が搭載され、携帯情報端末(ＰＤＡ)としての機能も果たす。

Ｗｅｂサーバ６（６ａ，６ｂ）は、ＷＷＷ（World Wide Web）等のドキュメントシステムにおいて、ＨＴＭＬファイルや画像ファイル、音楽ファイルなどの情報送信を行うサーバコンピュータ或はその機能を持ったソフトウェアであり、ＨＴＭＬ文書や画像などの情報をデータベース６１ａ、６１ｂに蓄積しておき、Ｗｅｂブラウザなどのクライアントソフトウェアの要求に応じて、インターネット５などのＩＰ網を通じて、これらの情報を送信する。このＷｅｂサーバ６には、ユーザー間における相互のアクセス規制を個々に設定し、アクセス規制に基づいてユーザー間でコンテンツの共有を行うソーシャルネットワークサーバなども含まれ、ユーザー端末１上においては、当該ＳＮＳシステム上で投稿されたつぶやきやコメントなどの各種情報が画面上に表示可能となっている。

（各装置の内部構造）
次いで、上述したシステムを構成する各装置の内部構造について説明する。図２は、本実施形態に係るユーザー端末１の内部構成を示すブロック図であり、図３は、本実施形態に係る管理サーバ２の内部構成を示すブロック図である。なお、説明中で用いられる「モジュール」とは、装置や機器等のハードウェア、或はその機能を持ったソフトウェア、又はこれらの組み合わせなどによって構成され、所定の動作を達成するための機能単位を示す。

（１）管理サーバ
次いで、管理サーバ２の内部構成について説明する。管理サーバ２は、単一のサーバ装置の他、Ｗｅｂサーバやデータベースサーバなど複数のサーバ群から構成することができる。本実施形態では、図３に示すように、通信処理の機能モジュールとして、通信インターフェース２０１を備えている。通信インターフェース２０１は、通信ネットワーク５を通じて、ユーザー端末１や各Ｗｅｂサーバ６との間でデータの送受信を行う通信インターフェースである。

また、管理サーバ２には、ユーザー端末１に表示させる地図データを蓄積するモジュールとして、地図データ蓄積部２０３を有している。地図データ蓄積部２０３は、住所入り電子住宅地図のデータを蓄積する記憶装置であり、蓄積される地図データとは、緯度・経度を含む座標データと、座標データに対応したベクトル地図データ（ポリゴンデータ）と、座標データに対応した住所データ（住所番地）とが関連付けて記録されている。これにより、画面上に表示される地図データは、緯度及び経度によって指標される座標上に、地形、地図及び建物が線図、文字、図形で表示されるとともに、建物には住所番地１９２を表示されている。なお、このような地図データは、管理サーバ２上で生成することもできる。この場合には、地図の図形を、原画、イメージスキャナ、ベクトルデータ変換装置、ポリゴン（多角の囲い図形）変換装置、及びコンピュータを用いて作成し、当該住所番地データや一部の名称（テキストデータ）は、地図上の座標に対応する位置に対して、手作業による入力によって付加したり、予め住所番地データや一部の名称（テキストデータ）に座標データが含まれている場合には、その座標データに基づいて地図データに紐付けする。なお、この際、地図上に表示される住所番地は、建物の輪郭線内に収まるように適宜修正するものとする。

また、管理サーバ２には、各ユーザーから提供される情報を取得して蓄積するモジュールとして、ユーザー提供情報蓄積部２０２を有している。ユーザー提供情報蓄積部２０２は、ユーザー端末１から送信された各種の情報を提供情報として取得し、当該情報を蓄積する記憶装置である。提供される情報としては、例えば、防災や観光に関する情報など種々の情報が含まれる。ここで、防災に関する情報には、自宅や学校付近の地形や標高、避難場所、避難ルート、袋路地、３階建て以上建物、倒壊の危険のある建物・ブロック塀・自動販売機、水没しやすい道路箇所、浸水時に側溝に落ちやすい場所、火災旋風の危険のある区域などが含まれる。

また、観光に関する情報としては、観光スポットや文化財などの営業時間や、時間帯毎の混雑状況など観光スポットや文化財自体に関する情報に加え、当該観光スポットや文化財などの周囲の店舗（飲食店、お土産屋など）の営業時間や評価、混雑状況などが含まれる。更に、ＳＮＳシステムに関する情報としては、例えば、飲食店や民宿などの評価や、おすすめの商品などが含まれる。これらの情報は、住所番地又は座標が付加されているとともに、投稿者を特定するユーザーＩＤが付加される。

このユーザー提供情報の住所番地又は座標は、例えば、投稿された画像に座標データが含まれていた場合には、その座標データから位置を特定し、また、投稿された時点に座標データが取得されていた場合には、その座標データから位置を特定する。更に、コメント内に住所に関連するキーワード（例えば、○○駅など）が含まれている場合にはそのキーワードから位置を特定する。そして、ユーザー提供情報蓄積部２０２では、ユーザー端末１から、当該防災や観光に関する情報や、当該場所の住所データ（住所番地）、座標データ、及び情報を提供したユーザーを識別する識別情報であるユーザーＩＤを取得して、これらの情報を蓄積している。

更に、管理サーバ２には、付加情報を地図データに関連付けるモジュール群として、キーワード蓄積部２０４と、付加情報蓄積部２０５と、情報検索部２１１と、キーワード抽出部２１２と、情報分類部２１３と、データ合成部２１４と、データ配信部２１５とを備えている。

情報検索部２１１は、各蓄積部内の情報を検索キーワードとして検索して、検索キーワードに関連するＷｅｂ情報、又はユーザー提供情報を付加情報として取得するモジュールである。本実施形態において、情報検索部２１１は、地図データ蓄積部２０３の地図データ内に含まれる住所番地からＷｅｂ情報を取得したり、ユーザー提供情報蓄積部２０２内のユーザー提供情報を検索したりする。

地図データ蓄積部２０３の地図データ内に含まれる住所番地からＷｅｂ情報を取得する場合には、地図データ上の住所番地を検索キーワードとしてインターネット上を検索して、当該住所番地に関連するＷｅｂ情報を付加情報として取得する。これにより、例えば、その住所には、避難所があるのか、観光スポットがあるのか、ホテルなどの宿泊施設があるのか、病院があるのかが明確となる。

ここで、情報検索部２１１によって検索されるＷｅｂサーバ６は、各種のＷｅｂサーバであり、本実施形態では、防災関連情報を配信するサーバ、都市計画情報を配信するサーバ、観光・民宿情報を配信するサーバ、各種の文化財・戦跡情報を配信するサーバ、病院・介護情報を配信するサーバ、バリアフリー情報を配信するサーバ、自然・環境情報を配信するサーバ、観光農園等の特選品情報を配信するサーバ、飲食店などの店舗情報を配信するサーバなどが含まれる。また、facebook（登録商標）やtwitter（登録商標）などＳＮＳシステムのサーバなども含まれる。

一方、ユーザー提供情報蓄積部２０２から所定の情報を検索する場合には、提供されたコメントの文字列や、ユーザー提供情報に含まれる住所位置、又は座標を抽出する。そして、検索されたＷｅｂ情報又はユーザー提供情報は、キーワード抽出部２１２に入力される。なお、情報検索部２１１において、地図データ蓄積部２０３とユーザー提供情報蓄積部２０２との検索順序は任意であるが、初めに地図データ内に含まれる住所番地からＷｅｂ情報を取得し、その後、ユーザー提供情報を検索することが好ましい。これにより、例えば、Ｗｅｂ検索によってその位置が避難場所であることが判明した後、ユーザー提供情報によって、その避難場所についてのコメントなどから詳細な情報を紐付けすることができる。

キーワード抽出部２１２は、情報検索部２１１によって取得した付加情報（Ｗｅｂ情報、又はユーザー提供情報）から、キーワードとなる情報を抽出するモジュールである。キーワードが文字列である場合には、例えば、コンテンツや提供情報に含まれる文章から形態素解析によってキーワードを抽出すると共に、ＴＦ−ＩＤＦ（Term Frequency - Inverse Document Frequency：単語の出現頻度−逆出現頻度）によって特徴的な単語を、コンテンツキーワードとして抽出する。なお、この抽出するキーワードとしては、住所番地であってもよく、また、避難施設名、観光スポット名、店舗名、及び上記の各名称とともに記載されたコメント（評価）などであってもよい。また、例えば、画像データを用いる場合には、画像データに含まれた座標データをキーワードとして抽出してもよい。なお、キーワード抽出の手法は、上述した手法に限定するものではなく種々の技術を用いることができる。

キーワード蓄積部２０４は、キーワード抽出部２１２によって抽出されたキーワードを蓄積するデータベースであり、ここでは、抽出されたキーワードに住所データや座標データを付加して蓄積する。

情報分類部２１３は、情報検索部２１１が取得したＷｅｂ情報、又はユーザー提供情報から所定の文字列を抽出し、抽出された文字列の出現頻度からそのＷｅｂ情報の属性を決定し、抽出された属性及び住所番地に関連付けて当該Ｗｅｂ情報を付加情報として分類して蓄積するモジュールである。本実施形態では、キーワード抽出部２１２によって抽出された文字列（キーワード）の出現頻度からＷｅｂ情報の属性を決定する。例えば、「避難所」という文字列が多く含まれていれば、当該キーワードを防災関連の属性に分類し、例えば、「ホテル」という文字列が多く含まれていれば、当該キーワードを観光・民宿関連の属性に分類する。

ここで、分類される分野としては、上述した、「防災」、「都市計画」、「観光」、「宿泊施設」、「文化財・戦跡、」「病院・介護」、「バリアフリー」、「自然・環境」、「特選品」、「飲食店」などが含まれ、その他としては、各土地の固定資産税を示す「固定資産税」、船乗り場、鉄道、バス等の時刻表を「時刻表」、防犯カメラの位置を示す「防犯」、「上下水道」、商店街内の各店舗の情報を示す「商店街案内」、釣り場、エステなどの所定施設を示す「サービス情報」、エレベータ設置箇所を示す「ＥＶ設置箇所」、トイレ位置を示す「トイレ」、公園を示す「公園」、ＡＥＤ設置箇所を示す「ＡＥＤ設置箇所」、駐車場を示す「駐車場」、学校を示す「学校」、イベント情報を示す「イベント」など様々な分野に分類することができる。

付加情報蓄積部２０５は、情報検索部２１１、キーワード抽出部２１２、及び情報分類部２１３が取得したＷｅｂ情報又はユーザー提供情報を付加情報として蓄積するデータベースであり、本実施形態では、付加情報を特定する付加情報ＩＤに、付加情報の名称、住所データ、座標データ、当該付加情報のキーワード、及び分類（属性情報）が蓄積されている。

データ合成部２１４は、地図データ蓄積部２０３と付加情報蓄積部２０５とに記憶された各データを関連付けするモジュールである。このデータ合成部２１４では、付加情報蓄積部２０５内の住所データ又は座標データと、地図データ中における住所データ又は座標データとを関連付けることで、付加情報を地図データ上に表示可能としている。

なお、本実施形態において、情報検索部２１１では、キーワード蓄積部２０４に記録されたキーワードを用いて、再度インターネット５上やユーザー提供情報蓄積部２０２から検索する機能を有しており、再検索された情報を付加情報として取得する。例えば、住所番地から災害時の避難場所が検索されて避難場所名がキーワードとして抽出された場合には、再度、その避難場所名を検索キーワードとして再度検索することで、その避難場所に関するユーザーの投稿（例えば、倒壊の危険のある建物であるコメントや、水没しやすい道路箇所、浸水時に側溝に落ちやすい場所などのコメント、火災旋風の危険のある区域などのコメント）を付加情報として追加することができる。

更に、例えば、住所番地から観光スポットが検索された場合、再度、観光スポットの名称を検索キーワードとして再度検索することで、その観光スポット付近の飲食店やお土産屋、又は良好な撮影スポットなどの情報がある場合には、その情報を観光スポットの情報に追加することができる。このように、本実施形態では、抽出されるキーワードを再検索することで、そのキーワードから派生する各種のＷｅｂ情報やユーザー提供情報を取得することができるので、市民自らが、自分の足で現地を親しく探索することで初めて見出すことのできる情報についても、共通の情報として追加することができる。

データ配信部２１５は、合成された地図データをユーザー端末１に配信するモジュールである。本実施形態では、地図データ蓄積部２０３と付加情報蓄積部２０５とに記憶された各データを住所番地に関連付けた状態で配信する。

なお、管理サーバ２に備えられた上記の各モジュールは、制御部２１０により制御される。制御部２１０は、ＣＰＵやＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）等のプロセッサ、メモリ、及びその他の電子回路等のハードウェア、或はその機能を持ったプログラム等のソフトウェア、又はこれらの組み合わせなどによって構成された演算モジュールであり、プログラムを適宜読み込んで実行することにより種々の機能モジュールを仮想的に構築し、構築された各機能モジュールによって、各部の動作制御、ユーザー操作に対する種々の処理を行っている。

（２）ユーザー端末１
次いで、ユーザー端末１の内部構成について説明する。初めにユーザー端末１の基本的な内部構成について説明する。図１１は、本実施形態に係る携帯通信端末１の内部構成を示すブロック図である。同図に示すように、携帯通信端末１は、アンテナ１０１に接続されたデュプレクサ１０２と、このデュプレクサ１０２に接続された受信系モジュール及び送信系モジュールとを備えている。

受信系モジュールとしては、低ノイズアンプ１１０、ミキサ１１１、ＩＦアンプ１１２、直交ミキサ１１３、Ａ／Ｄコンバータ１１４、復調器１１５、チャネルデコーダ１１６、音声デコーダ１１７、Ｄ／Ａコンバータ１１８、スイッチ付きアンプ１１９、及びスピーカ１２０を備えている。一方、送信系モジュールとしては、マイク１４０、アンプ１３９、Ａ／Ｄコンバータ１３８、音声エンコーダ１３７、チャネルエンコーダ１３６、変調器１３５、Ｄ／Ａコンバータ１３４、直交ミキサ１３３、ＩＦアンプ１３２、ミキサ１３１、及びパワーアンプ１３０を備えている。

また、携帯通信端末１は、制御系モジュールとして、シンセサイザ１０３、タイムベース１５０、ＣＰＵ１８０、ＲＡＭ１５２、ＲＯＭ１５３、ＥＥＰＲＯＭ１５１を備え、ユーザーインターフェース系モジュールとして、加速度センサ１６４、ＬＣＤ１６５、操作ボタン１６６、ＬＥＤ１６７、タッチセンサ１６８、及びバイブレータ１７４を備え、さらに、電源系モジュールとして、電源系電池１７１、電源１７２、及びＡ／Ｄコンバータ１７３を備える。

前記アンテナ１０１は、電波回線を介して基地局（図示せず）に対し信号を送受信する。デュプレクサ１０２は、送受信される信号の入出力を切り替える回路であり、アンテナ１０１が受信した信号を低ノイズアンプ１１０に入力し、パワーアンプ１３０から出力された信号をアンテナ１０１に出力する。

受信系モジュールにおいて、低ノイズアンプ１１０は、デュプレクサ１０２から入力された信号を増幅し、ミキサ１１１に出力する。ミキサ１１１は、低ノイズアンプ１１０の出力を受け、特定の周波数だけ分離して中間周波数信号として出力する。ＩＦアンプ１１２は、ミキサ１１１から出力された中間周波数信号を増幅する。直交ミキサ１１３は、ＩＦアンプ１１２の出力を受け直交復調する。Ａ／Ｄコンバータ１１４は、直交ミキサ１１３の出力をデジタル化する。復調器１１５は、Ａ／Ｄコンバータ１１４の出力を復調する。チャネルデコーダ１１６は、復調器１１５の出力に対して誤り訂正を行う。誤り訂正を行った信号には、制御メッセージ及び音声データが含まれる。制御メッセージはＣＰＵ１８０に、音声データは音声デコーダ１１７に送出される。

かかるチャネルデコーダ１１６から音声デコーダ１１７に入力された信号は、音声データにデコードされ、Ｄ／Ａコンバータ１１８に受け渡される。Ｄ／Ａコンバータ１１８は音声デコーダ１１７の出力をアナログ信号に変換する。スイッチ付きアンプ１１９は、ＣＰＵ１８０からの制御信号に基づいて、適宜のタイミングで切り替えられ、スイッチＯＮの状態においてＤ／Ａコンバータ１１８の出力を増幅する。スピーカ１２０はスイッチ付きアンプ１１９の出力を増幅する。

一方、送信系モジュールにおいて、マイク１４０は、ユーザーからの音声信号を受け、この音声信号をアナログ信号として出力する。アンプ１３９は、マイク１４０から出力されるアナログ信号を増幅する。Ａ／Ｄコンバータ１３８は、アンプ１３９の出力をデジタル信号に変換する。音声エンコーダ１３７はＡ／Ｄコンバータ１３８の出力をコード化して圧縮し、音声データとして出力する。チャネルエンコーダ１３６は、ＣＰＵ１８０からの制御メッセージと音声エンコーダ１３７からの音声データとを合わせ、誤り訂正符号を付加する。

そして、変調器１３５は、チャネルエンコーダ１３６の出力を変調する。Ｄ／Ａコンバータ１３４は、変調器１３５の出力をアナログ信号に変換する。直交ミキサ１３３は、Ｄ／Ａコンバータ１３４の出力を、ＩＦ周波数信号（中間周波数信号）に変換する。ＩＦアンプ１３２は直交ミキサ１３３の出力を増幅する。ミキサ１３１は、ＩＦアンプ１３２の出力する信号の周波数を上げる。パワーアンプ１３０は、ミキサ１３１の出力を増幅する。

なお、前記シンセサイザ１０３は、通信中に、ミキサ１１１、直交ミキサ１１３、ミキサ１３１、直交ミキサ１３３の同期をとる。タイムベース１５０は、クロック信号を各部に供給する。

ユーザーインターフェース系において、加速度センサ１６４は、加速度の大きさ及び方向を検出するセンサである。ＬＣＤ１６５は、ユーザーにメッセージや入力文字などを表示させる液晶ディスプレイである。タッチパネル上のＧＵＩでは、このＬＣＤ１６５を介して文字や図形、動画などのグラフィックを表示することができ、タッチパネル上のタッチセンサ１６８を通じて、操作信号を取得する。

ＬＥＤ１６７は、点灯及び消灯によりユーザーにメッセージを伝えるためのものである。タッチセンサ１６８は、ユーザーの指がタッチパネル表面に接触したことを検出し、タッチパネル表面に対する圧力によって操作信号を取得する。バイブレータ１７４は、着信を知らせるデバイスであり、着信すると振動する。

また、電源系電池１７１は、電源１７２及びＡ／Ｄコンバータ１７３に電力を供給する。電源１７２は携帯通信端末１の電源である。Ａ／Ｄコンバータ１７３は、信号をＣＰＵ１８０に供給する。

ＣＰＵ１８０は、上記各部を制御する演算処理装置であり、ＲＯＭ１５３に格納されたプログラムのコマンドを順次実行し、種々の機能を果たす。ＲＡＭ１５２は、ＣＰＵ１８０のワーキングメモリ等として使用され、ＣＰＵ１８０による演算結果を一時的に格納する。ＲＯＭ１５３にはＣＰＵ１８０用の各種機能プログラムやそのデータが記録され、ＣＰＵ１８０からの要求に応じて、プログラムの実行命令を順次出力する。

ＥＥＰＲＯＭ１５１には、短縮ダイヤルなどのユーザーデータや、機体固有のＩＤや電話番号、メニューアイコンの情報やその表示情報が記録されている。このメニューアイコンには、情報処理装置の各種機能やデータが関連づけられており、機能やデータの属性に応じて画面上にマトリクス状に配列されるようになっている。

そして、本実施形態においては、ＣＰＵ１８０で本発明のナビゲーションプログラムなどのソフトウェアが実行されることによって、種々のモジュールがＣＰＵ１８０上に仮想的に構築される。

次いで、ナビゲーションプログラムが実行された場合におけるユーザー端末１の内部構成について説明する。図４に示すように、ユーザー端末１は、通信インターフェース１１、メモリ１５と、アプリケーション実行部１８０と、出力インターフェース１３と、入力インターフェース１２と、位置情報取得部１６とを備えている。

通信インターフェース１１は、通話を行うための移動通信用のプロトコルによる無線通信と、例えば無線ＬＡＮ等のデータ通信用のプロトコルによる無線通信とを実行する機能を備え、４Ｇ回線、ＬＥＴ回線、３Ｇ回線やＰＨＳその他の高速データ通信網等の公衆携帯電話網に接続可能となっている。具体的に通信インターフェース１１は、無線ＬＡＮ接続を行うためにIEEE 802.11bに準拠した送受信装置であり、モバイルコンピュータやＰＤＡにおいては、無線ＬＡＮアダプタ等により実現することができる。この通信インターフェース１１には、Ｗｉ−Ｆｉルーターである中継装置とＷｉ−Ｆｉ方式（登録商標）で無線通信する機能も備えている。

入力インターフェース１２は、操作ボタンやタッチパネルなどユーザー操作を入力するデバイスである。また、出力インターフェース１３は、ディスプレイやスピーカーなど、映像や音響を出力するデバイスである。特に、この出力インターフェース１３には、液晶ディスプレイなどの表示部１３ａが含まれている。表示部１３ａは、上記のＬＣＤ１６５及びタッチセンサ１６３から構成されるディスプレイである。メモリ１５は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種のアプリケーション用のプログラム、その他のデータ等などを記憶する記憶装置であり、上記のＥＥＰＲＯＭ１５１、ＲＡＭ１５２、ＲＯＭ１５３などで構成される。このメモリ１５内には、管理サーバ２の付加情報蓄積部２０５に蓄積された各情報を記録する付加情報蓄積部１５ａと、管理サーバ２の地図データ蓄積部２０３に蓄積された各情報を記録する地図データ蓄積部１５ｂとが関連付けされて蓄積されている。

位置情報取得部１６は、自機の現在位置を示す位置情報を取得し、記録するモジュールであり、例えば、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）のように、衛星３からの信号によって自機の位置を検出したり、無線基地局４からの電波強度などによって位置を検出する。検出された監視位置情報は、地図情報で特定可能な座標データであり、アプリケーション実行部１８０に送信される。

アプリケーション実行部１８０は、一般のＯＳやブラウザソフトなどのアプリケーションを実行するモジュールであり、通常はＣＰＵ等により実現され、上記のＣＰＵ１８０と同様である。このアプリケーション実行部１８０によって、本システムのプログラムが実行されることで、データ取得部１８１と、表示情報生成部１８２と、地図解析部１８３と、付加情報追加部１８４と、地図情報取得部１８５と、現在位置取得部１８６と、分類選択部１８７とが構築される。

データ取得部１８１は、管理サーバ２から各種のデータを受信するモジュールである。本実施形態では、データ合成部２１４によって関連付けされた付加情報蓄積部２０５の付加情報と、地図データ蓄積部２０３に蓄積された地図データとを取得してメモリ１５内にそれぞれ記録する。

現在位置取得部１８６は、ユーザー端末１の現在位置を取得するモジュールであり、位置情報取得部１６を介して、例えば、衛星３からのＧＰＳ信号に基づいて、現在位置の座標を演算することで、自機の位置情報を取得することが可能となっている。現在位置取得部１８６によって取得された座標データは、地図解析部１８３に入力される。

地図情報取得部１８５は、現在位置取得部１８６によって取得された座標に基づいて、地図データ蓄積部１５ｂから、現在位置を含む地図データを取得するモジュールである。なお、この地図情報取得部１８５は、地図解析部１８３からの制御によって行われ、入力インターフェース１２から現在位置取得の操作信号を取得することで実行される。

付加情報追加部１８４は、住所番地に関連する付加情報を、地図データに重ね合わせるようにして、建物の座標に対応する位置に表示させるモジュールである。本実施形態では、地図情報取得部１８５で抽出された地図データ内の住所番地又は座標データに基づいて、付加情報蓄積部１５ａ内における付加情報を抽出するようになっている。なお、付加情報追加部１８４は、ユーザー操作によって付加情報の属性が選択されている場合は、当該選択された属性情報を有する付加情報のみを抽出するようになっている。

また、本実施形態では、各ユーザー間でグループ化されている場合には、当該グループ内のユーザーＩＤを有する端末にのみユーザー提供情報を表示可能とするなどの制限をかけることもできる。この場合には、メモリ１５内に予めグループを構成する他人のユーザーＩＤを有している。更に、付加情報蓄積部１５ａ内のデータには表示制限のチェックが入力され、公開する範囲を指定するユーザーＩＤが紐付けられている。そして、付加情報追加部１８４では、付加情報を抽出する際、表示制限があるか否かを判断し、表示制限がある場合には、当該端末のユーザーＩＤと、データ内の表示許可されたユーザーＩＤとグ対比することで、表示させるか否かを判断している。

分類選択部１８７は、ユーザー操作に基づいて、選択された分類を決定するモジュールである。本実施形態では、図６に示すように、表示部１３ａの画面上に、分類毎のアイコンが表示されている。ここでは、防災関連情報に関するアイコン、都市計画情報に関するアイコン、観光・民宿情報に関するアイコン、各種の文化財・戦跡情報に関するアイコン、病院・介護情報に関するアイコン、バリアフリー情報に関するアイコン、自然・環境情報に関するアイコン、観光農園等の特選品情報に関するアイコンが表示される。また、facebookやtwitterなどＳＮＳシステムでの投稿情報を表示させることもできる。そして、ユーザー操作によって、いずれかのアイコンが選択された場合には、その操作信号を取得して、地図上に表示すべき付加情報の属性として決定する。決定された属性情報は地図解析部１８３に入力される。

地図解析部１８３は、現在位置に関する地図データを解析するモジュールであり、ユーザー操作によって、画面上に地図を表示させる操作が行われると、分類選択部１８７、現在位置取得部１８６、地図情報取得部１８５、及び付加情報追加部１８４を制御して、地図上に表示すべき各情報を解析・決定する。

具体的には、先ず、ユーザー操作によって、表示部１３ａ上に地図データを表示させる操作信号を取得すると、現在位置情報を取得するように、現在位置取得部１８６を制御する。現在位置取得部１８６から現在位置の座標データ（緯度・経度）を取得すると、次に、地図情報取得部１８５に座標データを送信するとともに、地図情報取得部１８５を制御して、座標データを含む所定範囲の地図データを地図データ蓄積部１５ｂから抽出させる。

地図データを取得した後、地図解析部１８３は、地図データ内に含まれる住所データを付加情報追加部１８４に送信するとともに、付加情報追加部１８４を制御して、付加情報蓄積部１５ａから、住所データ内に含まれる住所番地に関連する付加情報を抽出し、地図データに重ね合わせるようにして、建物の座標に対応する位置に表示させる。なお、分類選択部１８７から選択された属性情報を取得している場合には、当該属性情報内の付加情報のみ抽出するように制御する。抽出した地図データ及び付加情報は、表示情報生成部１８２に送信される。

表示情報生成部１８２は、現在位置取得部１８６が取得した現在位置に対応させて、地図データを表示するとともに、建物の座標位置に対応させて住所番地を表示させるモジュールである。この表示情報生成部１８２によって、図１に示すように、ユーザー端末１の画面上には、現在位置を中心として、道路、建物等の輪郭をポリゴンで表示させるとともに、建物ポリゴン内に住所番地を表示させる。更に、画面上には、付加情報としての避難場所を示す避難場所のアイコン１０１が表示される。このように、本実施形態では、地図データ上に、住所番地のレイヤー、属性毎のレイヤーを重ね合わせて画面上に表示させる。

また、表示情報生成部１８２では、図７（ａ）及び（ｂ）に示すように、画面上の所定領域に付加情報を表示させることができる。ここで、図７（ａ）及び（ｂ）は、携帯電話やスマートフォン以外のユーザー端末１としてカーナビゲーション装置１ａやパーソナルコンピューター１ｂの画面上に地図データを表示させる場合を例にしているが、これらのような表示形態を図１に示すようなスマートフォンの画面上に表示させることもできる。

例えば、図７（ａ）に示すように、地図上に付加情報を表示させる付加情報表示領域を貼り付けるように表示させ、当該領域内に付加情報の詳細を表示させてもよい。この場合、付加情報表示領域内に表示される情報は、表示されている地図上の住所番地を含む付加情報である。また、地図上には、当該付加情報の位置を示すアイコンが表示される。

また、例えば、図７（ｂ）に示すように、地図を表示させる地図表示領域と、付加情報を表示させる付加情報表示領域とを分けて表示させることもできる。ここでは、日付情報も含めており、本日イベントが行われている付加情報を付加情報表示領域に表示させている。なお、ここでも、地図上には、当該付加情報の位置を示すアイコンが表示される。

本実施形態において、地図解析部１８３には、衛星３から取得される位置情報を修正する現在位置修正部１８３ａを有している。すなわち、衛星３を用いて現在位置を取得する場合、ＧＰＳ受信機の測位精度や、測位を行う環境によって大きな影響を受けるため、１０ｍ〜４０ｍの範囲で誤差が生じる。そのため、本実施形態では、図１０（ａ）に示すように、表示部１３ａ上に表示されている地図のうち、住所番地１９３（図中では１２番地）をクリックすることで、当該選択された住所番地を現在位置として位置情報を変更することができる。

具体的には、現在位置修正部１８３ａは、タッチパネルなどの入力Ｉ/Ｆ１２上における操作によって、表示部１３ａ上に表示されている地図のうち、住所番地１９３（図中では１２番地）を選択（タッチやクリック等）されることで、選択された住所番地に紐付けられた座標（緯度・経度）を地図データ蓄積部１５ｂから取得し、取得された座標に基づいて、現在位置取得部１８６に対して、現在位置の修正を要求するとともに、表示されている地図データの補正を実行する。現在位位置の修正を要求された現在位置取得部１８６は、ＧＰＳの測位演算の誤差を補正し、その誤差による補正情報に基づいてその後の測位演算の精度向上に反映させる。

その後、地図解析部１８３では、各機能モジュールを制御して、図１０（ｂ）に示すように、選択された番地に現在位置を示すアイコン１９３を表示させるとともに、当該番地を画面の中心となるように地図上の表示を変更する。この際、画面上に新たに加えられる住所番地に対しては、各機能モジュールを用いて付加情報の有無を検索して、付加情報がある場合には画面上に表示させる。

なお、本実施形態では、ユーザー端末１側において、他のユーザー端末１から提供された情報に基づいて、ユーザー提供情報を付加情報として追加する機能を備えている。図６は、本実施形態に係る付加情報追加部１８４の内部構成を示すブロック図である。具体的に、付加情報追加部１８４には、上述した管理サーバ２内の情報検索部２１１と同様な機能モジュールである情報検索部１４４ａと、管理サーバ２内のキーワード抽出部２１２と同様な機能モジュールであるキーワード抽出部１４４ｂと、管理サーバ２内の情報分類部２１３と同様な機能モジュールである情報分類部１４４ｃとを備えており、メモリ１５内に蓄積された付加情報の名称、住所データ、座標データなどを検索キーワードとして、インターネット５上を検索して、付加情報に関連のある情報を取得する。なお、所得した情報は、管理サーバ２にユーザー提供情報として配信することもできる。

（サーベイ（眺望）型ナビゲーション方法）
以上の構成を有するサーベイ（眺望）型ナビゲーションシステムを動作させることで、サーベイ（眺望）型ナビゲーション方法を実施することができる。図８は、本実施形態に係るサーベイ（眺望）型ナビゲーション方法における地図データ作成処理を示すフローチャートであり、図９は、本実施形態に係るサーベイ（眺望）型ナビゲーション方法における地図データ表示処理を示すフローチャートである。

（１）地図データ作成処理
先ず、地図データ作成処理について説明する。図８に示すように、管理サーバ２では、住所番地入の地図データを取得して、この情報を地図データ蓄積部２０３に蓄積する（Ｓ１０１）。なお、本実施形態では、予め住所番地入の地図データを取得したが、例えば、行政区画のみが表示された地図データを取得するとともに、建物等のポリゴンを変換したり、座標（緯度及び経度）や住所番地を地図データに紐付けて管理サーバ２において作成してもよい。また、管理サーバ２では、通信インターフェース２０１を介して、ユーザー端末１から提供されたユーザー提供情報を取得する。制御部２１０では、この情報をユーザー提供情報蓄積部２０２に蓄積する（Ｓ１０２）。

その後、情報検索部２１１では、各蓄積部に蓄積された情報から、所定の文字列を検索キーワードとして検索して、付加情報を取得する（Ｓ１０３）。ここで、情報検索部２１１は、地図データ蓄積部２０３の地図データ内に含まれる住所番地からＷｅｂ情報を取得したり、ユーザー提供情報蓄積部２０２内のユーザー提供情報を検索したりする。

地図データ蓄積部２０３の地図データ内に含まれる住所番地からＷｅｂ情報を取得する場合、情報検索部２１１は、地図データ蓄積部２０３の地図データ内に含まれる住所番地を検索キーワードとしてインターネット上を検索して、当該住所番地に関連するＷｅｂ情報を付加情報として取得する。その後、検索されたＷｅｂ情報は、キーワード抽出部２１２に送信される。一方、ユーザー提供情報蓄積部２０２内のユーザー提供情報を検索する場合、情報検索部２１１では、蓄積部２０２内のユーザー提供情報に含まれる、コメントの文字列、住所位置、又は座標を取得して、キーワード抽出部２１２に送信する。

キーワード抽出部２１２では、情報検索部２１１が取得したＷｅｂ情報、又はユーザー提供情報内からキーワードとなる文字列を抽出して（Ｓ１０４）、当該キーワードを住所番地及び座標データとともにキーワード蓄積部２０４に蓄積する。その後、情報分類部２１３では、抽出されたキーワードとなる文字列の出現頻度からそのＷｅｂ情報、又はユーザー提供情報の属性を決定するとともに、抽出された属性及び住所番地に関連付けて当該Ｗｅｂ情報、又はユーザー提供情報を付加情報として分類し（Ｓ１０５）、分類された付加情報を付加情報蓄積部２０５に蓄積する（Ｓ１０６）。

その後、データ合成部２１４では、付加情報蓄積部２０５に新たな付加情報が蓄積されると、地図データ蓄積部２０３に含まれる住所番地又は座標と、付加情報蓄積部２０５内の住所番地又は座標とに基づいて、両蓄積部のデータを合成（関連付け）する（Ｓ１０７）。その後、情報検索部２１１では、キーワード蓄積部２０４に記録されたキーワードを用いて、再度、Ｗｅｂ情報、又はユーザー提供情報を検索するかを判断し（Ｓ１０８）、再検索する場合には（Ｓ１０８における“Ｙ”）、ステップＳ１０３〜ステップＳ１０７までの処理を繰り返し行う。再検索が所定の検索範囲を超えて終了した後には（Ｓ１０８における“Ｎ”）、データ配信処理を行う。

データ配信部２１５では、合成された地図データ蓄積部２０３内のデータと、付加情報蓄積部２０５内のデータとを通信ネットワーク５を介して、各ユーザー端末１に配信する（Ｓ１０８）。なお、この配信するタイミングとしては、新たな付加情報が地図データに関連付けられたタイミングでもよく、また、所定時間毎に行われてもよい。

（２）地図データ表示処理
次いで、ユーザー端末１で処理される地図データ表示処理について説明する。なお、ここでは、予め、ユーザー端末１のメモリ１５に管理サーバ２から地図データ蓄積部２０３のデータと、付加情報蓄積部２０５のデータとを取得してメモリ１５内に蓄積しているものとする。

先ず、アプリケーション実行部１８０上において、当該サーベイ（眺望）型ナビゲーションシステムのアプリケーションが起動されると（Ｓ２０１）、アプリケーション実行部１８０では、ユーザー操作を監視して、地図表示の操作がされたか否かを判断する（Ｓ２０２）。この地図表示の操作とは、例えば、所定目的地までのナビゲーションを開始する操作であってもよく、また、単に現在位置を含む地図データの表示であってもよい。

地図表示の操作がない場合には（Ｓ２０２における“Ｎ”）、待機しつつ、終了操作があるか否かを判断する（Ｓ２１０）。一方、地図表示の操作があった場合には（Ｓ２０２における“Ｙ”）、地図解析部１８３の制御によって、現在位置取得部１８６は、ユーザー端末１の位置情報取得部１６を介して、衛星３からのＧＰＳ信号を受信し（Ｓ２０３）、当該ＧＰＳ信号に基づいて、現在位置の座標を演算することで、現在位置（座標データ）を取得する（Ｓ２０４）。現在位置取得部１８６によって取得された座標データは、地図解析部１８３に入力される。次いで、地図解析部１８３では、地図情報取得部１８５を制御して、現在位置取得部１８６によって取得された座標データに基づいて、地図データ蓄積部１５ｂから、現在位置を含む地図データを取得する（Ｓ２０５）。

その後、地図解析部１８３では、ユーザー操作によって分類選択があったか否かを判断する（Ｓ２０６）。分類選択がない場合には（Ｓ２０６における“Ｎ”）、現在位置を含む番地入の地図データを表示させる（Ｓ２１０）。一方、分類選択があった場合には（Ｓ２０６における“Ｙ”）、分類選択部１８７から選択された属性情報を取得し、付加情報追加部１８４を制御して選択された属性を含む付加情報を取得する。具体的に付加情報追加部１８４では、地図情報取得部１８５で抽出された地図データ内の住所番地に基づいて、付加情報蓄積部１５ａ内における付加情報を検索するとともに（Ｓ２０８）、当該付加情報内の属性を参照して、選択された属性情報と合致する付加情報を抽出する（Ｓ２０９）。

そして、付加情報追加部１８４は、地図解析部１８３の制御により、住所番地に関連する付加情報を、地図データに重ね合わせるようにして（Ｓ２０９）、表示情報生成部１８２では、地図データ及び付加情報に基づいて、表示部１３ａの画面上に、番地入の地図データを表示するとともに、付加情報を建物の座標に対応する位置に表示させる（Ｓ２１０）。

その後、アプリケーション実行部１８０では、終了操作があるまで、現在位置を随時取得して、表示部１３ａに表示すべき地図データ及び付加情報を取得しつつ表示すべき地図データを更新する（Ｓ２０３〜Ｓ２１０）。一方、終了操作がある場合には（Ｓ２１１における“Ｙ”）、アプリケーションを終了する。

（作用・効果）
このような本実施形態によれば、現在位置取得部１８６が取得した現在位置に対応させて、地図データを表示するとともに、建物の座標位置に対応させて住所番地を表示させている。即ち、本実施形態では、緯度経度の自然座標系と、住宅の住居番号（住居表示未実施地区では、地番表示を含む）の社会座標系を組み合わせ、ＧＰＳによって特定された現在位置との関係において、利用者が社会座標系も自由に使えるようにする。

そのことによって、従来システムの様に、探索行動の有効性が、目的地の”既知性”や目的地へのルート設定といった”一方向性”に縛られることなく、ナビ地図上の至る所に網羅された住所番地を手掛りに、広々とした眺望をもって、”発見的”かつ”３６０度の全方位性”において可能となる。これは、現地の地理空間での探索能力やその行動半径、自由度が、飛躍的に押し広げられて、大きく向上することを意味するものである。

特に、本実施形態では、付加情報追加部１８４では、住所番地に関連する付加情報（防災情報又は観光情報等）を、地図データに重ね合わせるようにして、建物の座標に対応する位置に表示させているので、その結果、地域の避難場所や標高、危険情報、観光スポット、イベントなどの地理位置が、既知の情報として知らなくても、また、複数の場合でも、秩序立って、同時併行的に現地で見つけ出すことが可能となる。これまでのように、途中で道に迷ったり、労多くして功甚だ少ない疲労感のために、必要とされる達成の１／１０も行かないうちに諦めたり、アクセスを放棄することがなくなる。

このように、そのもたらす探索行動の飛躍的な効率や、その労に報いる達成感は、利用者が地域の地理空間に親しみ、本発明のサーベイ（眺望）型ナビゲーションシステムを利用して”散策する喜び”をもたらすものである。また、その行動の大きな自由度は、高齢者や障害者、子供、妊婦等にとっても、それぞれに必要な情報を見つけたり、思いがけない”発見”に出会ったりする上で、時間的及び心理的・体力的なゆとりをもたらすものである。

更に、以上の利便さは、”減災”の国民的課題において、次の大きな貢献が期待される。即ち、その眺望型ナビシステムの便利さのゆえに、観光散策なども兼ねて、地域の海抜高度や避難路、避難場所などの避難行動の知識や避難パターンなどが、行動との結び付きにおいて、繰り返し脳裏に刷り込まれる。その結果、地域の歴史や史跡めぐりといった生涯学習や観光はもとより、現地の防災・リスク情報等が、頭の中で地図イメージを形成することとなり、いざというときに避難行動を反射的に可能にする避難リテラシー（＝震災を生き抜く避難の知識と能力）の形成に役立つ。

更に、建物の番地表示という、万国共通で子供でも理解できる”数字”で位置情報が表記されているなど、土地勘のない移住者や児童生徒、外国人でも容易に利用できるナビシステムである。

従来のナビシステムでは、例えば路地が１０メートル間隔で複数あったりする場合には、そもそもがどの路地に入ったかはＧＰＳ機能では、誤差の範囲内のため検出ができないが、このシステムでは建物や自動販売機などの住所表示で簡単に確認できるので、迷子になったり、目標方向から外れたりすることもない。

歩行で移動する場合には、従来のナビシステムでは、とりわけ十字路等の分岐点ではどの方向に進んでいるかが不明となり、数十メートル行って初めて間違いに気づくなど多大のロスが生じ得るが、このシステムでは建物番地（自動販売機にも表示）などで容易に方向を見定めることができるので、行き違いの防止にも効果的である。

なお、このサーベイ（眺望）型ナビゲーションシステムでは、住所番地は必ずしもすべての建物に表示されている必要はなく、例えば、交差点や道路沿いなどの建物に重点的に表示したり、或は住宅密集地では間引いて表示するなど、適宜、位置確認に必要な範囲で省略を行ってもよい。更に、このシステムは、災害時にＧＰＳ機能が使えない場合でも、住宅地図としての機能により、避難場所や避難経路に安全に誘導することができる。

また、このサーベイ（眺望）型ナビゲーションシステムでは、地表の広がりにおける地物や建物等の布置が、地図上に表示された建物番号によって、相互のアナログ的な位相関係を目視で判断できるため、（機械が到底及ばない）人間の優れた図形処理能力を抽き出すことが可能となり、防災学習や観光情報への散策的アクセスや利用において、従来のナビシステムとは比較にならない効率性を生み出す。

更に、本実施形態では、情報検索部２１１において、住所番地をキーワードとしてインターネット上を検索して、当該住所番地に関連するＷｅｂ情報を付加情報として取得しているので、地図上に表示されている各種の付加情報をより多く抽出してユーザーに知らせることができる。この際、本実施形態では、情報検索部２１１が取得したＷｅｂ情報から所定の文字列を抽出し、抽出された文字列の出現頻度からそのＷｅｂ情報の属性を決定し、抽出された属性及び住所番地に関連付けて当該Ｗｅｂ情報を付加情報として分類して蓄積しているので、多くの情報の中から、ユーザーが知りたい情報のみを地図データ上に表示させることができ、利便性を向上させることができる。

また、本実施形態では、表示情報生成部１８２が表示させた地図上において、入力インターフェース１２によって住所番地を選択可能としている。そして、現在位置修正部１８３ａでは、入力インターフェース１２により選択された住所番地に関連づけられた座標を地図データ蓄積部１５ｂから取得して、取得された座標に基づいて、現在位置取得部１８６に対し、現在位置の修正を要求するとともに、表示されている地図データの補正を実行しているので、ＧＰＳ受信機の測位精度や、測位を行う環境による影響によって、測位に誤差が生じた場合であっても、ユーザーからの操作によって正確な位置情報を取得することができ、衛星から取得される位置情報の誤差を解消することができる。さらに、現在位置取得部１８６では、その誤差の補正情報を用いることで、その後の測位演算の精度向上に反映させることができる。

また、本実施形態では、地図データ蓄積部１５ｂに住所番地に関連づけられた座標を蓄積しており、選択された住所番地に基づいて、現在位置を修正しているので、修正処理を即時且つ簡易に行うことができる。さらに、本実施形態では、表示情報生成部１８２が表示させた地図上に住所番地を表示させ、表示された住所番地を選択可能としているので、ユーザーにとっては、現在自身がいる場所と、地図上との位置との相違を即座に認識できるとともに、その修正作業を直感的に行うことができる。

１…ユーザー端末
１ａ…カーナビゲーション装置
１ｂ…パーソナルコンピューター
２…管理サーバ
３…通信衛星
４…無線基地局
５…通信ネットワーク（インターネット）
６…Ｗｅｂサーバ
１１…通信インターフェース
１２…入力インターフェース
１３…出力インターフェース
１３ａ…表示部（ディスプレイ）
１４…アプリケーション実行部
１５…メモリ
１６…位置情報取得部
６１ａ…データベース
１０１…アンテナ
１０２…デュプレクサ
１０３…シンセサイザ
１１０…低ノイズアンプ
１１１…ミキサ
１１２…ＩＦアンプ
１１３…直交ミキサ
１１４…コンバータ
１１５…復調器
１１６…チャネルデコーダ
１１７…音声デコーダ
１１８…コンバータ
１１９…アンプ
１２０…スピーカ
１３０…パワーアンプ
１３１…ミキサ
１３２…ＩＦアンプ
１３３…直交ミキサ
１３４…コンバータ
１３５…変調器
１３６…チャネルエンコーダ
１３７…音声エンコーダ
１３８…コンバータ
１３９…アンプ
１４０…マイク
１５０…タイムベース
１５１…ＥＥＰＲＯＭ
１５２…ＲＡＭ
１５３…ＲＯＭ
１６４…加速度センサ
１６５…ＬＣＤ
１６６…操作ボタン
１６７…ＬＥＤ
１６８…タッチセンサ
１７１…電源系電池
１７２…電源
１７３…コンバータ
１７４…バイブレータ
１７５…入力インターフェース
１９１，１９２…アイコン
２００…ＣＰＵ
１８１…データ取得部
１８２…表示情報生成部
１８３…地図解析部
１８４…付加情報追加部
１８４ａ…情報検索部
１８４ｂ…キーワード抽出部
１８４ｃ…情報分類部
１８５…地図情報取得部
１８６…現在位置取得部
１８７…分類選択部
１５ａ…付加情報蓄積部
１５ｂ…地図データ蓄積部
２０１…通信インターフェース
２０２…ユーザー提供情報蓄積部
２０３…地図データ蓄積部
２０４…キーワード蓄積部
２０５…付加情報蓄積部
２１０…制御部
２１１…情報検索部
２１２…キーワード抽出部
２１３…情報分類部
２１４…データ合成部
２１５…データ配信部

Claims (5)

1. 現在位置を取得する現在位置取得部と、
   前記現在位置取得部が取得した現在位置に対応させて、地図データを表示する表示情報生成部と、
   を備え、
   前記地図データは、緯度及び経度によって指標される座標上に、地形、地図及び建物を線図、文字、図形で表示したものであり、
   前記表示情報生成部は、前記地図データ上の住宅に住居番号及び住居表示未実施地区における地番を表示するとともに、地図データ上の交差点又は道路沿いの建物については重点的に住所番地を表示する一方、住宅密集地では住所番地を間引いて表示する機能を有することを特徴とするサーベイ（眺望）型ナビゲーションシステム。
2. 請求項１に記載のサーベイ（眺望）型ナビゲーションシステムにおいて、
   前記表示情報生成部は、緯度経度の自然座標系と住宅の住居番号及び住居表示未実施地区では、地番の社会座標系を組み合わせることによって、前記地図データ上の住宅に住居番号及び住居表示未実施地区における地番を表示するとともに、当該住居番号に関連する付加情報を地図データに重ね合わせるようにして、前記建物の座標に対応する位置に表示させる付加情報追加部を更に有することを特徴とするサーベイ（眺望）型ナビゲーションシステム。
3. 請求項１に記載のサーベイ（眺望）型ナビゲーションシステムにおいて、
   前記表示情報生成部は、緯度経度の自然座標系と住宅の住居番号及び住居表示未実施地区における地番の社会座標系を組み合わせることによって、前記地図データ上の住宅に住居番号及び住居表示未実施地区における地番を表示し、
   前記表示情報生成部は、避難場所や避難経路に安全に誘導するために、緊急警報が入った時点で、ナビシステムを使用しているか否かに関わりなく、地図データ上の住宅に住居番号及び住居表示未実施地区における地番を表示することを特徴とする地図を、当該時点における現在地を中心として自動表示することを特徴とするサーベイ（眺望）型ナビゲーションシステム。
4. 請求項１に記載のサーベイ（眺望）型ナビゲーションシステムにおいて、
   前記表示情報生成部が表示させた地図データ上の住宅に住居番号及び住居表示未実施地区における地番を表示することを特徴とする地図上において、前記住所番地を選択するユーザー操作を取得する入力インターフェースと、
   前記入力インターフェースにより選択された住所番地に関連づけられた座標を地図データ蓄積部から取得し、取得された座標に基づいて、現在位置取得部に対し、現在位置の修正を要求するとともに、表示されている地図データの補正を実行する現在位置修正部と
   を更に備えることを特徴とするサーベイ（眺望）型ナビゲーションシステム。
5. 前記住所番地をキーワードとしてインターネット上を検索して、当該住所番地に関連するＷｅｂ情報を付加情報として取得する情報検索部と、
   前記情報検索部が取得したＷｅｂ情報から所定の文字列を抽出し、抽出された文字列の出現頻度からそのＷｅｂ情報の属性を決定し、抽出された属性及び前記住所番地に関連付けて当該Ｗｅｂ情報を前記付加情報として分類して蓄積する情報分類部と、
   各ユーザーから提供される情報を取得して蓄積するユーザー提供情報蓄積部と、
   を更に備え、
   前記表示情報生成部は、前記住居番号に関連する付加情報として、前記住所番地に関連付けられた防災情報又は観光情報のうち少なくとも一つを含み、
   前記表示情報生成部は、地図データ上の住宅に住居番号及び住居表示未実施地区における地番を表示することを特徴とする地図を、当該時点における現在地を中心として最寄りの避難場所や避難経路を含む範囲で自動表示し、
   前記ユーザーから提供される情報としては、少なくとも防災に関する情報が含まれ、前記防災に関する情報としては、自宅や学校付近の地形や標高、避難場所、避難ルート、袋路地、３階建て以上建物、倒壊の危険のある建物・ブロック塀・自動販売機、水没しやすい道路箇所、浸水時に側溝に落ちやすい場所、火災旋風の危険のある区域のうち、少なくともいずれか一つが含まれる
   ことを特徴とする請求項１乃至４のいずれかに記載のサーベイ（眺望）型ナビゲーションシステム。