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