(57)【要約】【課題】　地点特定を簡単にでき、しかも、地図だけを更新すれば直ちに新たな地図に基づいて地点特定ができるようにする。【解決手段】　全国地図を９００秒四方の区画、各区画を３０秒四方のブロック、各ブロックを１秒四方のユニットにそれぞれ分割して地図上の領域を階層的に指定可能にする。各区画には３桁の区画コード、各ブロックには区画内での相対的な位置関係に応じて３桁のブロックコード、各ユニットにはブロック内での相対的な位置関係に応じて３桁のユニットコードが定義され、これら３種のコードを並べた９桁の固有コードにて各ユニットを完全に区別可能に構成される。そして、所定地域に対応する固有コードを構成する区画コードに関しては、そのコード体系中における若い番号を振り分けることで固有コード全体としての実質的な桁数が小さくなるようにされる。【選択図】　　　　図２
2004038190.tif 000002
【特許請求の範囲】
【請求項１】
対象となる地図をカバーするように単位升目を縦横に配置したメッシュを定義すると共に、前記各単位升目に１元の固有コードを定義しておき、該固有コードにより単位升目を特定し、該特定された単位升目でカバーされる領域をもって地点を特定する地点特定方法であって、
　前記地図中の所定の地域に対応する前記単位升目の固有コードについて当該固有コードのコード体系中における若い番号を振り分けることで固有コード全体としての実質的な桁数が小さくなるように定義された当該固有コードにより、単位升目を特定する手順を具備し、
　当該手順によって特定された単位升目でカバーされる領域をもって地点を特定することを特徴とする地点特定方法。
【請求項２】
請求項１記載の地点特定方法において、
前記単位升目は同一サイズであることを特徴とする地点特定方法。
【請求項３】
対象となる地図をカバーするように大型の升目を縦横に配置したメッシュを定義すると共に、前記各大型の升目の中を小型の単位升目に分割し、該各単位升目同士を一つの大型の升目内で区別するための小升目コードと各大型の升目同士を区別するための大升目コードとを組み合わせた１元の固有コードを定義しておき、該固有コードにより単位升目を特定し、該特定された単位升目にカバーされる領域をもって地点を特定する地点特定方法であって、
　前記地図中の所定の地域に対応する前記単位升目の固有コードについて当該固有コードを構成する前記大升目コードに関して当該大升目コードのコード体系中における若い番号を振り分けることで固有コード全体としての実質的な桁数が小さくなるように定義された当該固有コードにより、単位升目を特定する手順を具備し、
　当該手順によって特定された単位升目でカバーされる領域をもって地点を特定することを特徴とする地点特定方法。
【請求項４】
請求項３記載の地点特定方法において、
　前記小升目コードは、各大型の升目間で共通の規則に従って定義されていることを特徴とする地点特定方法。
【請求項５】
対象となる地図をカバーするように大型の升目を縦横に配置したメッシュを定義すると共に、前記各大型の升目の中を小型の単位升目に分割し、該各単位升目同士を一つの大型の升目内で区別するための小升目コードと各大型の升目同士を区別するための大升目コードとを組み合わせた１元の固有コードを定義しておき、該固有コードにより単位升目を特定し、該特定された単位升目にカバーされる領域をもって地点を特定し、該特定された地点を含む地図を地図データベースから読み出して画面に表示する地図表示方法であって、
　前記地図中の所定の地域に対応する前記単位升目の固有コードについて当該固有コードを構成する前記大升目コードに関して当該大升目コードのコード体系中における若い番号を振り分けることで固有コード全体としての実質的な桁数が小さくなるように定義された当該固有コードにより、単位升目を特定する手順と、
　当該升目特定手順によって特定された単位升目でカバーされる領域をもって地点を特定する手順と、を具備し、
　当該地点特定手順によって特定された地点を含む地図を前記地図データベースから読み出して画面に表示することを特徴とする地図表示方法。
【請求項６】
請求項５記載の地図表示方法において、
　前記大升目コードにより大型の升目を特定した場合は、該特定された大型の升目にカバーされる領域を含む地図を表示するようにしたことを特徴とする地図表示方法。
【請求項７】
対象となる地図をカバーするように緯度９００秒×経度９００秒の大型の升目を配置した１次メッシュが定義されると共に、前記各大型の升目の中を緯度３０秒×経度３０秒の２次メッシュの升目に分割し、更に該２次メッシュの升目の中を緯度１秒×経度１秒の３次メッシュの升目に分割し、前記２次メッシュの升目について、左下から右上に向かって横方向を優先して「０００」〜「８９９」のコード番号が前記大型の升目毎に前記２次メッシュの升目が１対１で特定できるよう定義され、且つ、前記３次メッシュの升目について、左下から右上に向かって横方向を優先して「０００」〜「８９９」のコード番号が前記２次メッシュの升目毎に前記３次メッシュの升目が１対１で特定できるよう定義され、前記各大型の升目同士を区別するための大升目コードと前記２次メッシュの升目におけるコード番号と前記３次メッシュの升目におけるコード番号とを組み合わせた１元の固有コードが定義されると共に、前記地図中の所定の地域に対応する前記固有コードについて当該固有コードを構成する前記大升目コードに関して当該大升目コードのコード体系中における若い番号を振り分けることで固有コード全体としての実質的な桁数が小さくなるように定義された当該固有コードにより、３次メッシュの升目を特定する手順を具備し、
　当該手順によって特定された３次メッシュの升目にカバーされる領域をもって地点を特定することを特徴とする地点特定方法。
【請求項８】
対象となる地図をカバーするように緯度９００秒×経度９００秒の大型の升目を配置した１次メッシュが定義されると共に、前記各大型の升目の中を緯度３０秒×経度３０秒の２次メッシュの升目に分割し、更に該２次メッシュの升目の中を緯度１秒×経度１秒の３次メッシュの升目に分割し、前記２次メッシュの升目について、左下から右上に向かって横方向を優先して「０００」〜「８９９」のコード番号が前記大型の升目毎に前記２次メッシュの升目が１対１で特定できるよう定義され、且つ、前記３次メッシュの升目について、左下から右上に向かって横方向を優先して「０００」〜「８９９」のコード番号が前記２次メッシュの升目毎に前記３次メッシュの升目が１対１で特定できるよう定義され、前記各大型の升目同士を区別するための大升目コードと前記２次メッシュの升目におけるコード番号と前記３次メッシュの升目におけるコード番号とを組み合わせた１元の固有コードが定義されると共に、前記地図中の所定の地域に対応する前記固有コードについて当該固有コードを構成する前記大升目コードに関して当該大升目コードのコード体系中における若い番号を振り分けることで固有コード全体としての実質的な桁数が小さくなるように定義された当該固有コードにより、３次メッシュの升目を特定する手順と、
　当該升目特定手順によって特定された３次メッシュの升目にカバーされる領域をもって地点を特定する手順と、
　を具備し、
　当該地点特定手順によって特定された地点を含む地図を地図データベースから読み出して画面に表示することを特徴とする地図表示方法。
【請求項９】
対象となる地図をカバーするように単位升目を縦横に配置したメッシュを定義すると共に、前記各単位升目に１元の固有コードを定義しておき、該固有コードにより単位升目を特定し、該特定された単位升目でカバーされる領域をもって地点を特定する地点特定方法であって、
　使用頻度の高いエリアが小さな数字となるように地域を優先して前記固有コードのコード体系中における若い番号を振り分けることで固有コード全体としての実質的な桁数が小さくなるように定義された当該固有コードにより、単位升目を特定する手順を具備し、
　当該手順によって特定された単位升目でカバーされる領域をもって地点を特定することを特徴とする地点特定方法。
【請求項１０】
請求項１〜４、７のいずれか１項に記載の地点特定方法において、
　前記所定の地域とは、都心部などの地点特定の要求が高い地域であることを特徴とする地点特定方法。
【請求項１１】
請求項５、６、８のいずれか１項に記載の地図表示方法において、
　前記所定の地域とは、都心部などの地点特定の要求が高い地域であることを特徴とする地図表示方法。
【請求項１２】
請求項２〜４、７のいずれか１項に記載の地点特定方法において、
　前記固有コードのコード体系中における番号の振り分けは、使用頻度の高いエリアが小さな数字となるように地域を優先して決定したものであることを特徴とする地点特定方法。
【請求項１３】
請求項５、６、８のいずれか１項に記載の地図表示方法において、
　前記固有コードのコード体系中における番号の振り分けは、使用頻度の高いエリアが小さな数字となるように地域を優先して決定したものであることを特徴とする地図表示方法。
　                                                                      
【発明の詳細な説明】
【技術分野】
【０００１】
　本発明は、地点特定方法及び地図表示方法に関する。
【背景技術】
【０００２】
　従来、例えばカーナビゲーション装置において地点を特定しようとするとき、緯度と経度とを入力する方法が知られている。また、特許文献１のように、最近では、地図データベース中に、電話番号や住所と建物との対応関係をも記憶するようにしておき、電話番号を入力することで地点を特定する方法も採用されている。
【０００３】
　さらに、特許文献２のように、道路上の点（交差点、道路始点、交差点間の任意の点）にそれぞれ登録番号を付与しておき、この登録番号で地点を特定する方法も提案されている。
【特許文献１】特公平７−６０４７９号公報
【特許文献２】特開平６−８８７３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
　しかし、緯度経度で地点を特定する方法は、緯度と経度という２元のパラメータを入力する必要があり、入力が煩雑になる。また、２元のパラメータを用いるため、入力順番を間違えると位置の特定を誤ることとなる。このため、操作性が悪いという問題がある。
【０００５】
　また、電話番号や住所で地点を特定する方法は、電話番号と、建物等と、地図との三者の関係を予めデータベース化しておかねばならず、常にこのデータベースを更新しないと最新の情報に基づいた地点特定ができないという問題がある。登録番号で地点を特定する方法においても、新しい道路ができたりするとデータベースを更新しなければならない点で同様の問題がある。
【０００６】
　そこで、本発明は、地点の特定を簡単に行うことができ、しかも、地図だけを更新すれば直ちに新たな地図に基づいて地点の特定や当該地点近辺の地図の表示を行うことができるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
　本発明の地点特定方法は、対象となる地図をカバーするように同一サイズの単位升目を縦横に配置したメッシュを定義すると共に、前記各単位升目に１元の固有コードを定義しておき、該固有コードにより単位升目を特定し、該特定された単位升目でカバーされる領域をもって地点を特定する方法であって、前記地図中の所定の地域に対応する前記単位升目の固有コードについて、当該固有コードのコード体系中における若い番号を振り分けることで固有コード全体としての実質的な桁数が小さくなるように定義された当該固有コードにより、単位升目を特定する手順を具備し、当該手順によって特定された単位升目でカバーされる領域をもって地点を特定することを特徴とする。
【０００８】
　本発明方法によれば、固有コードは１元であるから、緯度と経度の様に二度に分けて入力する必要がなく、また、順番を間違えて地点の特定を誤ってしまうということがない。なお、ここでいう１元とは、数学において１元１次方程式とか１元２次方程式と称する場合の１元と同様の意味であり、パラメータが１つであることを意味する。
【０００９】
　また、本発明方法によれば、地図自体にコードを付するものではなく、メッシュの単位升目に対してコードを付してあるので、一旦コードを定めれば、新たな道路ができたりしてもコードの追加や変更は必要ない。なお、ここでいう単位升目は、地図上の地点を特定するに十分に小さい升目を設定しておくことが望ましい。例えば、数十メートル四方の領域を単位升目としておけば、数十メートル四方の範囲で地点を特定でき、実用上は地点といっても問題ない。言い換えれば、本発明においては、地点の特定を行い得る様に十分に小さいサイズの単位升目を定義することが望ましいといえる。
【００１０】
　また、本発明方法によれば、地図中の所定の地域に対応する単位升目の固有コードについて、当該固有コードのコード体系中における若い番号を振り分けることで固有コード全体としての実質的な桁数が小さくなるように定義している。こうすることで、所定の地域に対応する固有コード自体が全体として桁数が小さくなる。この場合の所定の地域としては、例えば地点特定の要求が高い地域、例えば都心部などが挙げられる。
【００１１】
　このように小さな桁数となるように定義しておくと、固有コードを入力する手間が緩和され、利用者にとって便利となる。なお、例えば、「１２３４５６７８９」と「０００４５６７８９」では形式的には両方とも９桁で桁数が一致しているが、後のコードの方は入力する際に頭の「０００」を省略できるようにシステムを構成すれば、実質的に桁数を異ならせたこととなる。本発明にいう実質的な桁数とはこのような意味であり、コードを入力する際の手間を考慮した桁数のことをいうものである。
【００１２】
　また、本発明方法において、単位升目が同一サイズとされれば、地図が更新され、目標となる建物等が増えたりしても、地図上の地点を特定できる単位の大きさが変わらないという利点がある。例えば、特開平６−８８７３５号公報では、道路以外の部分は郡部と都市部で大きさを変えた升目にコード番号を付与して特定する方法をとっているため、大きな升目の郡部においては目標地点を広範囲でしか特定できず、将来、その大きな升目の中に複数の建物等が離れてできた場合に地点の特定が難しくなるという問題がある。これに対し、本発明方法によれば、同一サイズの単位升目であるから、上述の様に十分に小さいサイズで升目を定義しさえすればこのような問題はないし、地図上の地点をすべて同一のサイズで特定できるので、地点の指定における誤差を均一とすることができるという利点がある。
【００１３】
　また、本発明の他の地点特定方法は、対象となる地図をカバーするように大型の升目を縦横に配置したメッシュを定義すると共に、前記各大型の升目の中を小型の単位升目に分割し、該各単位升目同士を一つの大型の升目内で区別するための小升目コードと各大型の升目同士を区別するための大升目コードとを組み合わせた１元の固有コードを定義しておき、該固有コードにより単位升目を特定し、該特定された単位升目にカバーされる領域をもって地点を特定する方法であって、前記地図中の所定の地域に対応する前記単位升目の固有コードについて当該固有コードを構成する前記大升目コードに関して当該大升目コードのコード体系中における若い番号を振り分けることで固有コード全体としての実質的な桁数が小さくなるように定義された当該固有コードにより、単位升目を特定する手順を具備し、当該手順によって特定された単位升目でカバーされる領域をもって地点を特定することを特徴とする。
【００１４】
　具体的には大升目コードを上位桁とし、小升目コードを下位桁とするように固有コードを定義すればよい。もちろん、上位桁と下位桁の関係を逆に定義するなど、これ以外の組合せをもって固有コードを定義してもよい。なお、ここでいう大型の升目をさらに複数個で一つの特大の升目をも定義するなど、２段階に限らず、３段階、４段階、…と階層数を増設するようにしても構わない。また、小型の升目および／または大型の升目は、すべて均一なサイズとしてもよいし、そうしなくてもよい。
【００１５】
　この方法でも、最初に説明した方法の場合と同様の作用効果が発揮される。即ち、１元の固有コードで地点を特定できるので、指定が簡単であり、かつ、地図とコードとを切り離してあるので、地図を変更してもコードは変更する必要がなく、常に最新の地図について地点特定を行うことができる点で、最初に説明した方法と同様ある。
【００１６】
　また、上述の方法においては、所定の地域に対応する固有コードの桁数を小さくできるため、例えば都心部などの地点特定の要求が高い地域は小さな桁数となるように定義しておくと、固有コードを入力する手間が緩和され、利用者にとって便利となる点を説明したが、本方法の場合には、固有コードが小升目コードと大升目コードとを組み合わせ構成されているため、固有コードを構成する大升目コードに関してその大升目コードのコード体系中における若い番号を振り分けることで固有コード全体としての実質的な桁数が小さくなるようにしている。このように大升目コードの桁数が小さくなるため、上述の方法と同じく、所定の地域に対応する固有コード全体としての桁数を小さくでき、例えば都心部などの地点特定の要求が高い地域は小さな桁数となるように定義しておくと、やはり、固有コードを入力する手間が緩和され、利用者にとって便利となる。
【００１７】
　そして、次の様に構成することで、最初に説明した方法よりも有利な点が生ずる。
【００１８】
　この大型の升目をも採用する方法では、前記小升目コードは、各大型の升目間で共通の規則に従って定義することが望ましい。この場合は、大型の升目を同一サイズとすることが望ましい。こうすることで、多数の小升目に対して規則的にコードが付されることとなり、数式化も可能となる。
【００１９】
　また、これらの本発明方法を地図表示に応用する場合、次の様に構成することができる。即ち、対象となる地図をカバーするように大型の升目を縦横に配置したメッシュを定義すると共に、前記各大型の升目の中を小型の単位升目に分割し、該各単位升目同士を一つの大型の升目内で区別するための小升目コードと各大型の升目同士を区別するための大升目コードとを組み合わせた１元の固有コードを定義しておき、該固有コードにより単位升目を特定し、該特定された単位升目にカバーされる領域をもって地点を特定し、該特定された地点を含む地図を地図データベースから読み出して画面に表示する地図表示方法であって、前記地図中の所定の地域に対応する前記単位升目の固有コードについては、当該固有コードを構成する前記大升目コードに関して当該大升目コードのコード体系中における若い番号を振り分けることで固有コード全体としての実質的な桁数が小さくなるように定義された当該固有コードにより、単位升目を特定する手順と、当該升目特定手順によって特定された単位升目でカバーされる領域をもって地点を特定する手順と、を具備し、当該地点特定手順によって特定された地点を含む地図を前記地図データベースから読み出して画面に表示することを特徴とする地図表示方法として応用することができる。
【００２０】
　この地図表示方法において、さらに、前記大升目コードにより大型の升目を特定した場合は、該特定された大型の升目にカバーされる領域を含む地図を表示するようにしておくとよい。これにより、階層化した地図表示が簡単に実施でき、しかも、すべてコードで指定ができるので、緯度経度のような指定の煩雑さや誤りが生じない利点がある。
【発明を実施するための最良の形態】
【００２１】
　次に、本発明の実施の形態を明らかにするため、カーナビゲーション装置についてのいくつかの実施例を説明する。
【００２２】
　［第１実施例］
　第１実施例のカーナビゲーション装置１０には、図１に示す様に、ＧＰＳ衛星からの信号を受信するＧＰＳ受信機１１と、車輪速センサ１３と、ヨーレートセンサ又は地磁気センサにより構成される方位センサ１５と、地図データベースを記憶したＣＤ−ＲＯＭを駆動するためのＣＤ−ＲＯＭドライブユニット１７と、データ設定／表示装置１９とが接続されている。ここで、データ設定／表示装置１９は、地図を表示するための画面や、音声によるアナウンスを行うためのスピーカや、各種のコマンド，数値等を入力するための操作パネルを備えたものである。
【００２３】
　このカーナビゲーション装置１０は、ＣＰＵ，ＲＯＭ，ＲＡＭ，ハードディスク，モデム等を備えたコンピュータで構成され、ＧＰＳ受信機１１の受信電波に基づいて車両の絶対位置を計算するＧＰＳ航法と、車輪速センサ１３及び方位センサ１５の検出信号に基づいて車両の移動方向及び移動量を算出して行う自律航法とを併用したものである。そして、ＧＰＳ衛星からの電波が受信できる間はＧＰＳ航法により、電波が受信できない間は自律航法により車両の現在位置を算出し、ＣＤ−ＲＯＭ内の地図データベースと重ね合わせて走行経路を案内するようになっている。
【００２４】
　ＣＤ−ＲＯＭには、緯度経度座標に従って表された全国地図のデータベースが格納されている。
【００２５】
　第１実施例では、さらに、この全国地図を、緯度×経度＝９００秒×９００秒の升目からなる１次メッシュを単位として指定できるように上述の地図データベースが構築されている。そして、データベースは、この１次メッシュの各升目内の領域を、緯度×経度＝３０秒×３０秒の升目からなる２次メッシュを単位として指定できるようにも構築され、この２次メッシュの各升目内の領域をさらに、緯度×経度＝１秒×１秒の升目からなる３次メッシュを単位として指定できるようにも構築されている。この関係を模式図で示すと、図２に示す様な階層構造となる。
【００２６】
　本第１実施例においては、カーナビゲーション装置１０のハードディスクには、下記表１に示す様に、１次メッシュの升目を特定するコード番号がテーブル化して記憶されている。１次メッシュは、最大１０００個の升目で構成され、このコード番号は、「０００」〜「９９９」の中の３桁の数字が、１次メッシュの各升目に１対１で対応付けられている。以下、この３桁の数字を区画コードと呼び、１次メッシュの升目を区画と呼び、表１を区画コードテーブルと呼ぶ。なお、この区画コードテーブルは、地図データベースと同一の緯度経度座標系で表現されている。
【００２７】
【表１】
2004038190.tif 000003
　なお、区画コードは、使用頻度に合わせて付番するものとし、東京、大阪、横浜、名古屋といった使用頻度の高い大都市は小さな数字となるように地域を優先して決定しておく。また、区画コードは、基本を９００×９００秒四方（８１万秒四方）の領域とするが、地形に合わせるため、最大９０万秒四方まで延伸拡張可能、または横長の１３５０×６００秒四方の領域、縦長の４５０×１８００秒四方の領域の設定も可能とする。すなわち、区画は最大１０００ブロックで構成される。
【００２８】
　カーナビゲーション装置１０のハードディスクにはまた、２次メッシュの升目について、各区画内の位置関係に応じて、左下から右上に向かって横方向を優先して「０００」〜「８９９」のコード番号が、区画毎に２次メッシュの升目を１対１で特定できるように下記表２で示すテーブルも記憶されている。
【００２９】
　具体的には、区画内の左下隅の升目にコード番号として「０００」が定義され、最下行を右へ順番に「００１」、「００２」、…、「０２９」とコード番号を定義し、続いて下から２行目を左から順番に「０３０」、「０３１」、…、「０５９」と定義し、以下同様に、右上隅の升目の「８９９」まで１対１でコード番号が定義されているのである。
【００３０】
　以下、このコード番号をブロックコードと呼び、２次メッシュの各升目をブロックと呼び、表２をブロックコードテーブルと呼ぶ。
【００３１】
【表２】
2004038190.tif 000004
　カーナビゲーション装置１０のハードディスクにはさらに、３次メッシュの升目について、各ブロック内の位置関係に応じて、ブロックコードと同様のルールで「０００」〜「８９９」のコード番号が、ブロック毎に３次メッシュの升目を１対１で特定できるように下記表３の様なテーブルも記憶されている。以下、このコード番号をユニットコードと呼び、３次メッシュの各升目をユニットと呼び、表３のテーブルをユニットコードテーブルと呼ぶ。なお、この３次メッシュの升目は全て同一サイズでなくてもよい。
【００３２】
【表３】
2004038190.tif 000005
　ここで、区画コードについては全てが異なった番号となっているが、ブロックコードについては区画が異なる場合には同一のコード番号が存在し、ユニットコードについてもブロックが異なる場合には同一のコード番号が存在することとなる。従って、３桁のユニットコードだけでは１個のユニットコードを特定することができない。しかし、図３に示す様に、区画コード、ブロックコード及びユニットコードの３つのコードをつなげて９桁で表現することにより、各ユニット毎に１対１で対応するコード番号が形成される。この９桁のコード番号を、以下、固有コードと呼ぶ。
【００３３】
　固有コードの最小単位は緯度経度各１秒の方形とし、最大９桁の番号で、日本の陸上を規定する。固有コードは、上位から区画、ブロック、ユニットの各々３桁の部分から構成する。また、頭に付く０は固有コードから省く。この固有コードは、上述の関係より、「０００，０００，０００」〜「９９９，８９９，８９９」までの１，０００×９００×９００＝８１０，０００，０００個の異なる番号となっている。ただし、この８億１千万個の異なる固有コードの全てを記憶しておく必要はなく、ブロックコードについては各区画の左下の緯度経度を原点とするＸＹ座標系内の９００個のデータとしてだけテーブル化しておき、同様に、ユニットコードについては各ブロックの左下の緯度経度を原点とするＸＹ座標系内の９００個のデータとしてだけテーブル化しておけばよいので、本実施例では、トータルで１０００＋９００＋９００＝２８００個のデータを表すテーブルを記憶しておけば、８億１千万個の固有のコード番号を表すことができる。
【００３４】
　そして、表１〜表３の関係より、例えば、固有コード＝「０００，８９９，８９９」のユニットの絶対位置は、経度＝（○○○＋８分３０秒＋２９秒）〜（●●●＋８分３０秒＋３０秒）、緯度＝（□□□＋８分３０秒＋２９秒）〜（■■■＋８分３０秒＋３０秒）のユニットと特定される。よって、経度＝（○○○＋８分５９秒）〜（●●●＋９分００秒）、緯度＝（□□□＋８分５９秒）〜（■■■＋９分００秒）に該当する地図をデータベースから読み出せば、固有コード＝「０００，８９９，８９９」に対応する地点を画面に表示することができることになる。
【００３５】
　地図データベース自体は、緯度経度座標に従ってデータベース化されているので、固有コード＝「０００，８９９，８９９」が指定され、領域として経度＝（○○○＋８分５９秒）〜（●●●＋９分００秒）、緯度＝（□□□＋８分５９秒）〜（■■■＋９分００秒）が特定されると、直ちに該当する地図をデータベースから読み出して画面に表示することができることになる。
【００３６】
　また、画面への表示ではなく、例えば、経路探索の際に目的地入力において固有コード＝「０００，８９９，８９９」を入力すれば、経度＝（○○○＋８分５９秒）〜（●●●＋９分００秒）、緯度＝（□□□＋８分５９秒）〜（■■■＋９分００秒）の領域をもって目標地点が特定されることとなる。
【００３７】
　本第１実施例では、上述したように、区画コードが使用頻度に合わせて付番されており、東京、大阪、横浜、名古屋といった使用頻度の高い大都市は小さな数字となるようにされている。これは、区画コードが本発明における「大升目コード」に相当し、その大升目コードである区画コードを、その区画コードのコード体系中における若い番号を振り分けることで実質的な桁数が相対的に小さくなるように設定する意図によるものである。具体的には、東京の区画コードを「０００」にし、大阪、横浜、名古屋の区画コードをそれぞれ「００１」，「００２」，「００３」としている。そして、上述したように頭に付く０は固有コードから省くようにしているため、東京の場合には区画コードの３桁全部を省略することができ、３桁のブロックコードと３桁のユニットコードの計６桁だけで表すことができるようになる。また、大阪、横浜、名古屋の区画コードについても、頭に付く０を固有コードから省くことによって、区画コードを「１」，「２」，「３」という１桁だけで表すようにすることができる。したがって、具体的には各地点の固有コードは以下のようになる。
【００３８】
　例えば、東京地区のエリアを示す区画に対する（緯度，経度）としては、区画内の左下隅は（１３９度３７分３０秒，３５度３５分００秒）、右上隅は（１３９度５２分３０秒，３５度５０分００秒）とする。東京都庁（１３９度４１分４１秒，３５度３９分５６秒）の固有コードは、区画コードが「０００」、ブロックコードが「２７９」、そしてユニットコードが「７９１」であるため「０００２７９７９１」となり、上述したように頭に付く０を省くことで実質的には６桁の「２７９７９１」となる。同様に、東京駅（１３９度４６分１３秒，３５度３９分２６秒）の固有コードは「２５７７９３」とする。
【００３９】
　また、名古屋地区のエリアを示す区画に対しては、区画内の左下隅は（１３６度５２分３０秒，３５度００分００秒）、右上隅は（１３７度０７分３０秒，３５度１５分００秒）とする。名古屋市役所（１３６度５４分３３秒，３５度０９分２８秒）の固有コードは、区画コードが「００３」、ブロックコードが「５４４」、そしてユニットコードが「８４３」であるため「００３５４４８４３」となり、上述したように頭に付く０を省くことで実質的には７桁の「３５４４８４３」となる。同様に、名古屋駅（１３６度５３分０４秒，３５度０７分３７秒）の固有コードは「３４５１２１４」とする。
【００４０】
　このように大都市のように使用頻度が高いと思われるエリアに対応する区画コードの桁数が小さくなるため、固有コード全体としての桁数を小さくできる。このため、利用者にとっては、使用頻度が高いと思われるエリアへの固有コード入力の手間が緩和され、便利となる。
【００４１】
　ところで、経度の１秒は、北海道では約２０メートルに相当し、本州では約２５メートル、沖縄では約３０メートルに相当するから、この固有コードにより、約３０メートル四方の領域をもって地点を特定できることとなる。この程度の領域であれば、経路探索等における目標地点としては十分に機能を達成する。
【００４２】
　次に、本第１実施例における最適経路案内処理の例について説明する。この処理は、データ設定／表示装置１９内の操作パネルから、最適経路案内モードを指定することにより起動され、図４に示す手順で実施される。まず、ＧＰＳ航法及び自律航法によって現在の位置を特定し、出発地点としてセットする（Ｓ１０）。次に、操作パネルから入力される目標地点の固有コードを読み込み（Ｓ２０）、この９桁の固有コードの上位３桁の数字に基づいて区画コードテーブルを参照し、区画の緯度と経度の範囲を求める（Ｓ３０）。
【００４３】
　そして、４桁目〜６桁目の３桁の数字に基づいてブロックコードテーブルを参照し、区画内のブロックの相対的な緯度と経度の範囲を求め（Ｓ４０）、これをＳ３０で求めた緯度及び経度の範囲に加算してブロックの範囲を相対的な緯度及び経度から絶対的な緯度及び経度に換算する（Ｓ５０）。
【００４４】
　次に、７桁目以降の３桁の数字に基づいてユニットコードテーブルを参照し、ブロック内のユニットの相対的な緯度と経度の範囲を求め（Ｓ６０）、これをＳ５０で求めたブロックの絶対的な緯度及び経度の範囲に加算することで、Ｓ６０で求めたユニットの範囲を相対的な緯度及び経度から絶対的な緯度及び経度に換算する（Ｓ７０）。これにより、約３０メートル四方の領域として目標地点が特定できたことになる。
【００４５】
　次に、このユニットにカバーされる部分の地図データを地図データベースから読み出して、この地図をディスプレイ画面に表示する（Ｓ８０）。運転者は、このディスプレイ画面上でカーソルを移動させ、到着地点を正式に決定する。この運転者による到着地点の決定を受けて（Ｓ９０）、一般的な最適経路演算処理を実行し、最適経路を決定する（Ｓ１００）。後は、ディスプレイ表示を出発地点の地図に戻し、Ｓ１００で決定した最適経路に従って経路案内を実行する（Ｓ１１０）。
【００４６】
　この様に、第１実施例では、全国地図をカバーすることのできるユニットに対して定義される固有コードにより緯度×経度＝１秒×１秒の領域をもって地点を特定しているので、道路が新たに設けられたりして地図データベースを更新した様な場合も、同じ固有コードでこの領域を特定することができる。また、各ユニットに定義される固有コードは９桁の１元のパラメータであるから、緯度と経度の両方から地点を特定する場合の様に入力順番を間違えたりすることがないし、入力自体も簡単である。
【００４７】
　また、第１実施例では、固有コードを入力する際、区画コード部分の頭の「０」や「００」，「０００」の入力を省略してもよいように構成されている。つまり、６桁の入力しかない場合には頭の「０００」が省略されたものと見なし、上記図４に示すように示すＳ３０の処理では、「０００」に基づいて区画コードテーブルを参照し、区画の緯度と経度の範囲を求める。この場合は上述したように東京エリアが該当することとなる。また、７桁の入力しかない場合には頭の「００」が省略されたものと見なし、上記図４に示すＳ３０の処理では、上位１桁に「００」を付加したものを区画コードとする。上述したように、上位１桁が「１」である場合には、「００」を付加した「００１」が区画コードとなり、この場合は大阪エリアが該当することとなる。同様に、８桁の入力しかない場合には頭の「０」が省略されたものと見なし、上記図４に示すＳ３０の処理では、上位２桁に「０」を付加したものを区画コードとする。
【００４８】
　こうすることで、東京、大阪、横浜、名古屋などのナビゲーションシステムの利用頻度の高い地域ほど桁数の少ないコード入力が可能となり、入力操作が一層簡単になる。そして、このような区画コードを設定すれば、大都市のコード自体を覚え易くなるという利点もある。
【００４９】
　なお、上述の第１実施例では、最終的な到着地点は運転者のマニュアル入力を必要としたが、次の様に構成してもよい。即ち、図５のフローチャートに示す様に、Ｓ１０〜Ｓ８０までを上述の第１実施例と同様に（つまり図４のＳ１０〜Ｓ８０と同様に）実行した後、表示されている地図上の道路の交差点などのノードとなるポイントを抽出し（Ｓ９２）、この内、出発地点との直線距離が最短となるノードを自動的に到着地点としてセットする（Ｓ９４）。
【００５０】
　この様子を模式的に例示すると、図６の様になる。この例では、ユニットＵに対応する地図からノードＮ１〜Ｎ３を抽出し、出発地点ＳＰとの直線距離Ｌ１〜Ｌ３を演算し、最短距離となったノードＮ３を到着地点としてセットするのである。なお、この図から判る様に、Ｎ１〜Ｎ３のいずれが到着地点に選ばれたとしても、それほど大きな差はない。
【００５１】
　後は、上述の第１実施例と同様に、一般的な最適経路演算処理を実行して最適経路を決定し、経路案内を実行する（Ｓ１００，Ｓ１１０）。なお、この変形例において、第１実施例と同一の処理はステップ番号を同一として表し、説明は省略した。
【００５２】
　［第２実施例］
　次に、第２実施例について説明する。
【００５３】
　この第２実施例は、上述の第１実施例と全く同じ構成及び機能を備え、さらに、次の処理を実行するように構成されている。この処理は、操作パネルから、コード出力モードを指定することにより起動され、図７に示す様な手順で実行される。
【００５４】
　まず最初に、車両の現在位置の緯度及び経度を求める（Ｓ２１０）。そして、この現在位置の緯度及び経度に基づいて、区画コードテーブルを参照して区画を特定し、その区画コードを求める（Ｓ２２０）。続いて、車両の現在位置の緯度及び経度のそれぞれから、Ｓ２２０で特定された区画の左下のコーナーの緯度及び経度を減算して区画内での相対的な緯度及び経度に換算する（Ｓ２３０）。そして、この区画内での相対的な緯度及び経度に基づいて、ブロックコードテーブルを参照してブロックを特定し、そのブロックコードを求める（Ｓ２４０）。
【００５５】
　続いて、Ｓ２３０で求めた区画内での相対的な緯度及び経度のそれぞれから、Ｓ２４０で特定されたブロックの左下のコーナーの緯度及び経度を減算してブロック内での相対的な緯度及び経度に換算する（Ｓ２５０）。そして、このブロック内での相対的な緯度及び経度に基づいて、ユニットコードテーブルを参照してユニットを特定し、そのユニットコードを求める（Ｓ２６０）。
【００５６】
　こうして区画コード、ブロックコード及びユニットコードが求められたら、１桁目から区画コード、ブロックコード及びユニットコードの順番に並べた９桁の固有コードを決定し（Ｓ２７０）、このコード番号をディスプレイの車両現在位置の直近に表示することによって外部へ出力する（Ｓ２８０）。
【００５７】
　そして、運転者がメモ機能を指定した場合には（Ｓ２９０＝ＹＥＳ）、運転者によって操作パネルから入力されるコメント情報をＲＡＭに取り込み（Ｓ３００）、このコメント情報とＳ２７０で決定した固有コードとを関係付けてハードディスクに書き込む（Ｓ３１０）。こうして書き込んだ内容は、後に、コメント情報を操作パネルから入力してやれば、読み出すことができる。
【００５８】
　例えば、ドライブ中に花見に最適な場所を見つけたら、コード出力モードを起動して、「花見最適」等といったコメント情報と共に固有コードを記憶させておくといった使い方ができる。そして、花見に行こうという場合に、「花見最適」のコメントを入力して固有コードを読み出し、これを目標地点として指定して経路案内を実行すれば、前に見つけた場所に簡単に出かけることができる。また、同じシステムを持っている友人達に、この固有コードを教えるだけで、皆で集まるといったことも簡単にできる。
【００５９】
　なお、コメント情報と共に記憶させなくても、例えば、自動車電話等から、現在位置を第三者に伝える場合、地名が分からなくても、このコード出力モードによって固有コードを画面に表示させ、これを読み上げる様にすればよいし、あるいは、画面に表示するのではなく、固有コードを通信回線に載せて当該第三者に送信するようにしても構わない。この場合、第三者の保有するカーナビゲーション装置へ直接この固有コードを送り込み、第三者の側でマニュアルで固有コードを入力しなくてもよいように構成すると便利である。
【００６０】
　このような場合には、固有コードを送り込まれたカーナビゲーション装置側においてその固有コードから位置情報を得る必要があるので、そのために利用される固有コードの変換式を記憶しておく必要がある。その場合の固有コードから規定される経度、緯度の変換式は、以下に示す数１のようになる。
【００６１】
【数１】
2004038190.tif 000006
　ここで、Ａｎ：区画コード。
【００６２】
　Ｂｎ：ブロックコード。
【００６３】
　Ｕｎ：ユニットコード。
【００６４】
　Ａ　：区画定義テーブル。
【００６５】
　以下のＡ＿ｂ，Ａ＿ｋ，Ａ＿ｉの３要素で構成される。
【００６６】
　Ａ＿ｂ：区画内の横方向のブロック数。
【００６７】
　Ａ＿ｋ：区画の左下経度（度分秒で指定）。
【００６８】
　Ａ＿ｉ：区画の左下緯度（度分秒で指定）。
【００６９】
　Ａ＿ｋ［Ａｎ］：区画コードＡｎに対しテーブルで与えられるＡ＿Ｋの値。
【００７０】
　Ｂｎ　ｍｏｄ　Ａ＿ｂ［Ａｎ］：ＢｎをＡ＿ｂ［Ａｎ］で割ったあまり。
【００７１】
　ＩＮＴ（Ｂｎ　÷　Ａ＿ｂ［Ａｎ］）：ＢｎをＡ＿ｂで割った値の整数部分。
【００７２】
　である。
【００７３】
　なお、固有コードＮＣは、数２の通りである。
【００７４】
【数２】
2004038190.tif 000007
　これにより、固有コードを記憶していない装置に対して、位置情報が送信できる。このように、他の装置に位置情報を互換的に送信する場合に固有コードから緯度経度への上記換算式が役立つ。
【００７５】
　　［第３実施例］
　次に、第３実施例について説明する。
【００７６】
　この第３実施例は、上述の第１実施例で説明した構成及び機能を備えることを前提とし、加えて、次のような特徴的な構成及び機能を併有することで、さらなる利便向上を実現するものである。すなわち、上述した第１実施例では、図２に示す１次〜３次メッシュのような単位升目を特定するために定義された固有コードを用いて地点特定を行っていたが、本第３実施例では、それを前提しながら別のコード体系にて定義された固有コードを用いた地点特定機能を併せ持つのである。つまり、地図中の対象となる所定の施設に対して個別に対応する「施設固有コード」を、上述の固有コードとは別のコード体系にて定義しておき、その施設固有コードによって所定の施設を直接的に特定できるようにするのである。
【００７７】
　例えば、所定の施設に対応する施設固有コードを以下のように設定する。
【００７８】
　東京駅＝施設固有コード「１」
　新宿駅＝施設固有コード「２」
　東京ドーム＝施設固有コード「３」
　東京都庁＝施設固有コード「６」
　名古屋駅＝施設固有コード「３１」
　名古屋ドーム＝施設固有コード「３３」
　名古屋市役所＝施設固有コード「３６」
　この場合には、例えば公共施設や大規模な会社や工場などの利用者にとって地点特定の必要度が高いと思われる主要な施設に対して個別に対応する施設固有コードを、固有コードとは別のコード体系にて定義しておく。このようにすることで、その施設固有コードによって所望の地点（例えば該当する施設そのものやその近傍）を直接特定できるため、利用の便宜が向上する。
【００７９】
　そして、この施設固有コードの対象となる所定の施設数を限定することで、施設固有コード自体の桁数も小さくすることができる。例えば上述した具体例でいけば、施設固有コードを１から順番に設定しているため、最低１桁で目的地等を指定できることとなる。特に、カーナビゲーションシステムに応用した場合を考えると、目的地や経由地を施設単位で特定したい状況は多く存在すると考えられるため、この場合の地点特定のためのコード桁数を小さくすることは現実的にも非常に有効である。
【００８０】
　もちろん、上述したように、施設固有コードの桁数を小さくするためには、施設固有コードの対象となる所定の施設数を限定することが必要となる。したがって、それ以外の地点特定のために、上述の第１あるいは第２実施例で説明した固有コードを用いた地点特定方法を前提し、これらを併用することが好ましいと言える。なお、このように併用する場合には、当然であるが、固有コードと施設固有コードとが重複しないように工夫する必要がある。
【００８１】
　この重複防止の工夫については、大きく分けて、桁数自体を施設固有コードの方が固有コードよりも小さくなるように設定する手法と、固有コードにおいて使用されていないコード群（番号や記号など）を用いて施設固有コードを表すようにすることの２種類が考えられる。
【００８２】
　まず、桁数自体を施設固有コードの方が固有コードよりも小さくなるように設定する手法について説明する。例えば、固有コードのブロックコードを「００１」から設定するようにしておけば、たとえ頭に付く０を省く手法を採用したとしても、想定される最小の数は「１０００」となる。これは、区画コード、ブロックコード、ユニットコードがそれぞれ「０００」、「００１」、「０００」で固有コードが「０００００１０００」となった場合に、頭に付いている５桁の０を省いたものである。したがって、この場合は固有コード全体として３桁以下になることはないので、例えば１〜９９９までは施設固有コードとして用いても固有コードと重複することがなく、混同することなく適切な処理が可能である。
【００８３】
　また、固有コードにおいて使用されていないコード群（番号や記号など）を用いて施設固有コードを表すようにする場合には、例えば、ブロックコード及びユニットコードが８９９までしか設定されないことを前提として、９００番台、つまり９００〜９９９までを使用することが考えられる。もちろん、番号として９００〜９９９までに限定されるのではなく、下３桁について９００番台を使用するという意味である。したがって、更に１桁増やして１９００〜１９９９や２９００〜２９９９、あるいは更に１桁増やして１０９００〜１０９９９という番号であっても固有コードとは重複しないので、施設固有コードとして用いることができる。これらは、固有コードとの重複を避けるための一例であるので、これ以外でも、固有コード側と施設固有コード側の両方のコード体系を工夫すれば、両者が重複しないような設定は種々可能である。
【００８４】
　また、固有コードが区画コードとブロックコード及びユニットコードの３種類のコードで定義されている前提を考慮した場合には、ブロックコード及びユニットコードの代わりに施設固有コードを用いることもできる。つまり、大きなエリア分割範囲である区画コードによるエリア特定はそのまま利用し、そのエリア内における所定の施設を施設固有コードにて特定するのである。このようにすれば、区画コードによって大まかな範囲絞り込みができるので、例えばナビゲーションシステムに応用した場合の利用者の操作を考慮すると有効である。
【００８５】
　例えば、東京地区に対応する区画コードを「００１」、名古屋地区に対応する区画コードを「００３」とし、施設固有コードとしてブロックコード及びユニットコードのいずれに用いられない９００〜９９９を用いた場合の具体例を挙げれば、以下のようになる。
【００８６】
　東京駅＝区画コード「００１」＋施設固有コード「９０１」
　新宿駅＝区画コード「００１」＋施設固有コード「９０２」
　東京ドーム＝区画コード「００１」＋施設固有コード「９０３」
　東京都庁＝区画コード「００１」＋施設固有コード「９０６」
　名古屋駅＝区画コード「００３」＋施設固有コード「９０１」
　名古屋ドーム＝区画コード「００３」＋施設固有コード「９０３」
　名古屋市役所＝区画コード「００３」＋施設固有コード「９０６」
　なお、この場合も、コード入力の際には頭に付く０を省いてもよいように構成すれば、例えば東京駅であれば「１９０１」、東京ドームであれば「１９０３」、名古屋駅であれば「３９０１」というように４桁で済む。
【００８７】
　つまり、例えば日本全土を範囲として施設固有コードを通番で設定する場合には、利用者が所望する施設に対応する施設固有コード自体を見つける手間が大きくなる。それに対して、区画コードによって大まかな範囲絞り込みをする場合には、例えば東京地区に該当する区画コードにて地区指定をした後で、東京地区という範囲だけを考慮して施設固有コードを設定でき、当然ながら、全範囲を対象とする場合よりも施設固有コード数が少なくなり、したがってコード桁数も小さくすることができる。上述の具体例からも判るように、区画コードが異なるために、施設固有コードとして同じ「９０１」を使用しても、区画コードによって東京駅（１９０１）と名古屋駅（３９０１）は区別できる。
【００８８】
　また、この場合の施設固有コードは、区画コードで分割された地域中に共通して存在する可能性が高い施設について同じコードで設定してもよい。例えば、鉄道の駅、地方自治体の役所、警察署、病院、郵便局などである。なお、同種の施設が複数存在する場合には、より重要度が高いと思われるものを設定しておくとよい。例えば、地区担当の郵便局と中央郵便局がある場合には、より重要度の高い中央郵便局の方を設定しておく、といった具合いである。
【００８９】
　このようにしておけば、施設固有コードだけ覚えていれば、後はその地域を示す区画コードを特定することで、どの地域でも汎用的に利用することができ、利便性が高くなる。例えば、上述の具体例で説明すれば、施設固有コードとして「９０１」を覚えていれば、東京地区の区画コード「００１」を用いれば東京駅を指定でき、名古屋地区の区画コード「００３」を用いれば名古屋駅を指定できることとなる。同様に、ドーム球場の施設固有コードが「９０３」であることを覚えていれば、区画コードによって、東京ドーム、名古屋ドーム、さらには大阪ドームや福岡ドームを容易に指定できる。
【００９０】
　なお、どの施設にどの施設固有コードを割り付けるかは種々の状況に応じて適宜考えればよいが、例えば警察署には「１１０」、病院には「１１９」といったコードを付与することも考えられる。これは、例えばカーナビゲーションシステムに応用した場合には、車両に搭載するという性質上、事故が発生した場合に関係する警察所や負傷者を運び入れる救急病院などについては、瞬時に思い付くようなコード（番号）がふさわしいからである。なお、この場合には、固有コードのブロックコードとユニットコードで構成されるコード列に「１１０」や「１１９」が存在しないように設定を工夫する必要はある。
【００９１】
　以上、本発明の実施の形態について３つの実施例と変形例を説明したが、本発明はこれらに限らず、さらに種々なる態様で実施することができる。
【００９２】
　第１実施例では、１次メッシュの区画を９００秒×９００秒の均一なサイズとしたが、例えば、横長の１３５０秒×６００秒としたり、縦長の４５０秒×１８００秒としたりしても構わない。２次メッシュ、３次メッシュも同様である。
【００９３】
　また、第３実施例では固有コードと施設固有コードの併用を説明し、そこで両者の重複がないように各コード体系を工夫する必要性を述べたが、例えば固有コードによる入力か施設固有コードによる入力なのかを、スイッチ等により切り換えることができるようにしておいてもよい。このようにすれば、入力モードによる区別が可能なため、固有コードと施設固有コードが重複してもよいため、各コード体系の設定時の自由度が高くなる。
【００９４】
　また、各実施例において固有コードを用いる場合に、ユニットの固有コード以外に、電話番号による地点の特定もできるシステムとして構成し、ユニットの固有コードなのか電話番号なのかを、スイッチ等により切り換えることができるようにしておいてもよい。また、この場合、固有コードによって地点を特定した場合に、当該固有コードで特定されるユニット内の建物の電話番号を画面に出力するようにし、経路案内の最終的な到着地点をこの電話番号で指定できるようにしてもよい。こうすれば、カーソル移動といった操作がなくなり、数字の入力だけでできるという利点がある。
【００９５】
　さらに、上記実施例では特に触れなかったが、区画コードのみを入力したら９００秒×９００秒の範囲の縮尺率の小さい地図を表示するようにし、区画コードだけでなくブロックコードまで入力されたら３０秒×３０秒の範囲の地図を表示するようにし、固有コードが入力されたときに１秒×１秒の範囲の地図を表示するようにしてもよい。
【００９６】
　加えて、例えば、区画コードは固定方式ではなく、任意に書き換えることができるようにしておいてもよい。利用者の住所などに応じて、頻繁に利用する地域の区画コードを小さな数字としておくことができるようになり、便利さが増す場合があるからである。
【００９７】
　また、上記実施例では、カーナビゲーション装置１０側に区画コードテーブル等を記憶させておく構成としたが、ＣＤ−ＲＯＭ側に地図データベースと共に記憶させておいても構わない。応用範囲としては、例えば、旅行ガイドブック、雑誌などの出版物においてレストランや美術館などの案内用に固定コードを併記するようにしてもよい。これによれば、従来の電話番号で指定する方法では対応できないような出来たばかりのレストランへ経路案内することもできるという利点がある。
【００９８】
　また、車両が故障したような場合に、第２実施例の機能を利用して、レスキュー隊に車両の現在位置の固有コードを送信して経路案内をするようにしてもよい。この場合、故障車両の運転者は、故障位置が地理不案内な土地であっても、正確にレスキュー隊を呼ぶことができる。また、レスキュー隊の保有している地図と故障車側が保有している地図が版が異なるものであったとしても、固有コードは同一であるから、この点でも確実なレスキュー作業を支援できるという効果が期待できる。
【００９９】
　さらに、郵便や小荷物の配達業務においても、固有コードを利用することで、迷うことなく配達先へ出向くことができるようになり、特に、この場合も、地図の新旧に関係がない点で、きわめて便利となる。
【図面の簡単な説明】
【０１００】
【図１】発明の実施形態としての装置構成の全体を示すブロック図である。
【図２】第１実施例における地図の階層構造を示す模式図である。
【図３】第１実施例における固有コードの構造を示す模式図である。
【図４】第１実施例における走行経路案内の手順を示すフローチャートである。
【図５】変形例における走行経路案内の手順を示すフローチャートである。
【図６】変形例のポイントを示す説明図である。
【図７】第２実施例におけるコード出力モードでの処理の手順を示すフローチャートである。
【符号の説明】
【０１０１】
　１０・・・カーナビゲーション装置、
　１１・・・ＧＰＳ受信機、
　１３・・・車輪速センサ、
　１５・・・方位センサ、
　１７・・・ＣＤ−ＲＯＭドライブユニット、
　１９・・・データ設定／表示装置。
　                                                                      
【図１】
2004038190.tif 000008
【図２】
2004038190.tif 000009
【図３】
2004038190.tif 000010
【図４】
2004038190.tif 000011
【図５】
2004038190.tif 000012
【図６】
2004038190.tif 000013
【図７】
2004038190.tif 000014