(57)【要約】世界メッシュコードを容易に利用することが可能な座標相互変換モジュールを提供する。求める地点の経度よりゾーン番号（Ｉ〜ＶＩ）およびブロック内の東西番号を求める（Ｓ１）。求める地点の緯度よりブロック番号および南北番号を求める（Ｓ２）。東西番号と南北番号とによりユニット番号を求める（Ｓ３）。当該地点の経度から求めたユニットの西端経度を引いた差を２１６０秒で除し（Ｓ４）、その数値に１０のｎ乗を乗じ、整数部分をメッシュの東西番号とする（Ｓ５）。求めたユニットの北端緯度から当該地点の緯度を引いた差をユニットの間差Ａを秒数に換算した数値で除し（Ｓ６）、その数値に１０のｎ乗を乗じ、整数部分をメッシュの南北番号とする（Ｓ７）。ブロック番号、ユニット番号、東西番号、南北番号の順に並べてＮコードとする（Ｓ８）。
2005001794.tif 000002
【特許請求の範囲】
【請求項１】
地球を、経度６０度毎の経線に沿って東西方向に６分割し、かつ緯線に沿って南北方向に少なくとも３分割する、番号が付された複数のブロック、前記各ブロックを東西方向および南北方向に略正方形状にそれぞれ１００分割する、番号が付された複数のユニット、および前記各ユニットを東西方向および南北方向に略正方形状にそれぞれ１０ｎ分割する、番号が付された複数のメッシュにより分割し、前記ブロックのブロック番号、前記ユニットのユニット番号、および前記メッシュのメッシュ番号の組み合わせにより位置表示するメッシュコードと、
新測地系座標および旧測地系座標の各緯度・経度、前記新測地系座標および前記旧測地系座標のそれぞれに対応するＸ、Ｙ座標の座標値と、を相互に変換する座標相互変換モジュールであって、
前記各緯度・経度と、前記座標値とを入力する入力手段と、
前記各緯度・経度と、前記座標値とが、前記各ブロックの何れの前記ブロック内に位置するかを求めるブロック番号選択手段と、
前記各緯度・経度と、前記座標値とが、前記ブロック番号選択手段で求められた前記ブロック内の何れの前記ユニット内に位置するかを求めるユニット番号選択手段と、
前記各緯度・経度と、前記座標値とが、前記ユニット番号選択手段で選択された前記ユニット内の何れの前記メッシュ内に位置するかを求めるメッシュ番号選択手段と、
前記メッシュコードによる位置に対応する、前記緯度・経度、前記座標値を求め出力する出力手段とを有する座標相互変換モジュール。
【請求項２】
任意の位置をホームポジションとして設定し、前記ホームポジションを中心として前記ユニットと略同じ大きさの範囲を規定するホームポジション設定手段を有する、請求項１に記載の座標相互変換モジュール。
【請求項３】
前記ブロック番号、前記ユニット番号、および前記メッシュ番号のうち、用途に応じ選択された桁数の前記メッシュコードを入力するメッシュコード入力手段を有する、請求項２に記載の座標相互変換モジュール。
【請求項４】
前記ブロック番号、前記ユニット番号、および前記メッシュ番号からなる前記メッシュコードのうち、用途に応じ必要とされる桁数を選択して出力するメッシュコード出力手段を有する、請求項１ないし３のいずれか１項に記載の座標相互変換モジュール。
【請求項５】
請求項１ないし４のいずれか１項に記載の座標相互変換モジュールと、前記緯度・経度、および前記座標値を含むデータベースとを有し、デジタル化された地図をコンピュータ上で管理し、位置を表示する地理情報システムであって、
前記座標相互変換モジュールは、前記データベースの前記緯度・経度および前記座標値を前記メッシュコードに変換することで前記データベースを利用し、前記緯度・経度および前記座標値をメッシュコードに変換して前記メッシュコードによるデータベースを作成する地理情報システム。
【請求項６】
地図および前記メッシュコードを重畳して表示する表示手段と、
任意の位置を、選択された桁数の前記メッシュコードとして入力する直接入力手段と、
前記任意の位置の前記メッシュコード、および前記直接入力手段で入力された前記メッシュコードのいずれか一方の前記メッシュコードに基づき、位置を検索する手段と、を有する、請求項５に記載の地理情報システム。
【請求項７】
請求項１ないし４のいずれか１項に記載の座標相互変換モジュールを有し、現在地の情報を汎地球測位システム用の座標系から取得する汎地球測位システムであって、
取得された緯度・経度の情報を、前記新測地系座標の前記緯度・経度と同一とみなし、前記座標相互変換モジュールによって前記メッシュコードに変換して出力する汎地球測位システム。
【請求項８】
請求項７に記載の汎地球測位システムを備えた携帯端末であって、
任意の位置を、選択された桁数の前記メッシュコードとして入力する直接入力手段と、
選択された桁数の前記メッシュコードとともに、必要に応じて現在地、目的地周辺の地図を表示し、目的地までの距離、方向を表示する機能とを有する携帯端末。
【請求項９】
用途に応じ選択された桁数の前記メッシュコードを音声によって入出力する手段を有する、請求項８に記載の携帯端末。
【請求項１０】
画像を撮像する撮像手段と、
前記汎地球測位システムによって取得した撮像場所の前記メッシュコード、および前記直接入力手段で入力された前記メッシュコードのいずれか一方の前記メッシュコードを撮像された前記画像に写し込んで記録する画像記録手段と、
前記画像記録手段に記録された前記画像を送信する送信手段と、を有する請求項８または９に携帯端末。
【請求項１１】
請求項７に記載の汎地球測位システムを備えた、撮像した画像を記録する撮像装置であって、
現在地を、選択された桁数の前記メッシュコードとして入力する直接入力手段と、
前記汎地球測位システムによって取得した撮像場所の位置情報の前記メッシュコード、および前記直接入力手段で入力された前記メッシュコードのいずれか一方の前記メッシュコードを撮像された前記画像に写し込むための手段と、を有する撮像装置。
【請求項１２】
少なくとも、前記撮像装置から被写体までの距離と、前記撮像装置に対する前記被写体の方向とに基づき、前記被写体の位置の前記メッシュコードを算出する算出手段と、
前記算出手段によって算出された前記メッシュコードを選択された桁数で撮像された画像に表示する手段を有する、請求項１１に記載の撮像装置。
【請求項１３】
請求項７に記載の汎地球測位システムを備え、移動体の現在地を検出し、検出された前記現在置から目的地までの移動経路を検索するナビゲーションシステムであって、
目的地を、選択された桁数の前記メッシュコードとして入力する直接入力手段と、
選択された桁数の前記メッシュコードによって現在位置を表示する手段と、
選択された桁数の前記メッシュコードで位置の検索を行う手段と、を有するナビゲーションシステム。
【請求項１４】
少なくとも、汎地球測位システムによって取得した位置情報、前記位置情報の前記メッシュコード、および前記直接入力手段で入力された前記メッシュコードのいずれかひとつを発信する手段を有する、請求項１３に記載のナビゲーションシステム。
【請求項１５】
取得した任意の位置の前記メッシュコードの記録および印刷を行う手段を有する、請求項１３または１４に記載のナビゲーションシステム。
【請求項１６】
請求項７に記載の汎地球測位システムを備えた移動体であって、車両、軌道車両、船舶、および航空機からなる群より選択された一の移動体。
【請求項１７】
車両と、前記車両の運行を管理する管理センターとを有する車両管理システムであって、
前記車両は、請求項７に記載の汎地球測位システムを有し、
前記汎地球測位システムは、選択された桁数の前記メッシュコードによる現在地および目的地、現在地から目的地までの移動経路、および地図を表示する表示手段と、選択された桁数の前記メッシュコードによって前記車両の移動経路、現在地および目的地の位置を検索する検索手段と、選択された桁数の前記メッシュコードによって目的地を入力する入力手段と、前記管理センターから送信されてきた前記メッシュコードを受信する手段と、現在地を示す信号を発信する発信手段と、各時刻における車両の位置情報を含む各種情報を記録する記録手段とを有し、
前記管理センターは、選択された桁数の前記メッシュコードによって目的地を入力する手段と、前記車両の現在地を表示する手段と、前記車両の現在地および目的地を、選択された桁数の前記メッシュコードにより検索する手段と、選択された桁数の前記メッシュコードを前記車両に送信する手段と、各時刻における前記車両の位置情報を含む各種情報を記録する情報記録手段
を有する管理手段を含む車両管理システム。
【請求項１８】
請求項７に記載の汎地球測位システムを有する車両の運行を管理するためのサーバであって、
選択された桁数の前記メッシュコードによって目的地を入力する手段と、
前記車両の現在地を表示する手段と、
前記車両の現在地、および目的地を選択された桁数の前記メッシュコードにより検索する手段と、
選択された桁数の前記メッシュコードを前記車両に送信する手段とを有するサーバ。
【請求項１９】
請求項７に記載の汎地球測位システムを有する車両の運行を管理するための処理をコンピュータに実行させるためのプログラムであって、
選択された桁数の前記メッシュコードによって目的地を入力する処理と、
前記車両の現在地を表示する処理と、
前記車両の現在地、および目的地を選択された桁数の前記メッシュコードにより検索する処理と、
選択された桁数の前記メッシュコードを前記車両に送信する処理と、をコンピュータに実行させるためのプログラム。
【請求項２０】
世界地図を、経度６０度毎の経線に沿って東西方向に６分割し、かつ緯線に沿って南北方向に少なくとも３分割する、番号が付された複数のブロック、前記各ブロックを東西方向および南北方向に略正方形状にそれぞれ１００分割する、番号が付された複数のユニット、および前記各ユニットを東西方向および南北方向に略正方形状にそれぞれ１０ｎ分割する、番号が付された複数のメッシュにより分割し、前記ブロックのブロック番号、前記ユニットのユニット番号、および前記メッシュのメッシュ番号の組み合わせにより位置表示するメッシュコードと、新測地系座標および旧測地系座標の各緯度・経度、前記新測地系座標および前記旧測地系座標のそれぞれに対応するＸ、Ｙ座標の座標値と、を相互に変換する処理をコンピュータに実行させるためのプログラムであって、
入力された前記各緯度・経度と、前記座標値とが、前記各ブロックの何れの前記ブロック内に位置するかを求めるブロック番号選択処理と、
前記各緯度・経度と、前記座標値とが、前記ブロック番号選択処理で求められた前記ブロック内の何れの前記ユニット内に位置するかを求めるユニット番号選択処理と、
前記各緯度・経度と、前記座標値とが、前記ユニット番号選択処理で選択された前記ユニット内の何れの前記メッシュ内に位置するかを求めるメッシュ番号選択処理と、
任意の位置をホームポジションとして設定し、前記ホームポジションを中心として前記ユニットと略同じ大きさの範囲を規定するホームポジション設定処理と、
前記ブロック番号、前記ユニット番号、および前記メッシュ番号からなる前記メッシュコードのうち、用途に応じ必要とされる桁数を選択して出力するメッシュコード出力処理と、
前記ブロック番号、前記ユニット番号、および前記メッシュ番号のうち、用途に応じ選択された桁数の前記メッシュコードが入力されるメッシュコード入力処理と、
前記メッシュコードによる位置に対応する、前記緯度・経度、前記座標値を求め出力する出力処理とをコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、従来、新、旧測地系座標の緯度・経度やＸ、Ｙ座標等の使い難い座標系で表現されていた位置情報と、人が理解しやすい１０進法、整数表示を用い、全世界を１つの系で表現できる特開２０００−１８１３４５号公報に開示されたＮコードとを相互変換することによって移動体、地理情報、危機管理、流通、サービス、レジャー観光、防災、教育、環境調査、福祉、資源調査、軍事、その他位置情報が伴う分野において位置情報を効率的に行うことを可能にする座標相互変換モジュールに関する。【０００２】  本明細書では、特開２０００−１８１３４５号公報における世界メッシュコードをＮコードとし、世界メッシュコードで用いられている「メッシュ」を「ユニット」、「細メッシュ」を「メッシュ」と呼称変更する。また、日本測地系座標を旧測地系と表現し、新測地系座標の座標系を新測地系と表現する。なお、新測地系座標とは、日本測地系の世界測地系とのずれを修正した成果品であり、事実上、世界測地系と同一となるため、世界測地系座標と表現する場合もある。
【背景技術】
【０００３】  従来の位置情報配信技術において、全地球的な表現方法としては緯度・経度がある。しかし緯度・経度は球体の位置を表現するには適しているが、６０進法であるため使い難く、距離や面積を測定する座標系としては適さない。そのために測量用などでは球面を擬似平面に見なした平面直角座標（Ｘ、Ｙ座標）が必要となり、国際的には地球を経線に沿って６０の帯に分割し、各帯の中心経線と赤道との交点を原点とするＵＴＭ（Ｕｎｉｖｅｒｓａｌ  ｔｒａｖｅｒｓａｌ  Ｍｅｒｃａｔｏｒ）座標系が用いられている。【０００４】  わが国は５つの帯に跨っているため５つの座標原点があることになる。しかし、日本は赤道上の原点からの距離が遠く、歪みが大きくなり、桁数も多くなる欠点がある。そのため、わが国では公共測量用座標系として、数府県毎が１つの原点を共有する形の１９座標系が用いられている。この座標系は名前のとおり日本全体で１９の座標原点を有するものである（以降、１９座標系およびＵＴＭ座標系についても、Ｘ、Ｙ座標として総称するものとする）。【０００５】  平面直角座標系の欠点は球面を擬似的平面に見なすために、多くの原点や補正用の基準点が必要になり、それぞれの原点内の局地的用途にしか利用できないことである。すなわち日本全国を１系として表現できない。このため公共測量等の限定的用途にしか利用することができず、交通、流通他日常生活に関係の深い多くの用途には利用できない。【０００６】  緯度・経度やＸ、Ｙ座標の座標値は位置そのものを表現する場合や、距離や面積を測定する場合に用いられるが、これらの座標系はいずれもその点を示すだけの点情報である。ところが例えば人口分布といった統計処理に用いる場合には点ではなく領域を持っていなければならない。すなわちメッシュ構造をしている必要がある。【０００７】  世界的なメッシュコードとして、マースデンスクエア・コード、ＧＥＢＣＯ（Ｇｅｎｅｒａｌ  Ｂａｔｈｙｍｅｔｒｉｃ  Ｃｈａｒｔ  ｏｆ  ｔｈｅ  Ｏｃｅａｎｓ）メッシュコードなどがある。これらのコード系はいずれも先ず緯度・経度を１０度毎に分割し、それに番号をつけているが、この付け方は規則性に欠け、さらに細分化する過程で４等分ということをしているため連続性がなく使い難い。またオラクル社が独自の世界対応のメッシュコードを使っているが４等分を繰り返す方式であり、数学的には効率的とされるが人が見て分かり難い物である。【０００８】  また我が国においては地域メッシュコードというＪＩＳ（Ｊａｐａｎｅｓｅ  Ｉｎｄａｓｔｒｉａｌ  Ｓｔａｎｄａｒｄｓ）に定められたメッシュコード系がある。【０００９】  これは緯度・経度を基に作成されたものであるが、このコードの欠点は２次メッシュを作る際に１次メッシュを縦横８等分しているために、やはり数字に連続性が無く、また東西は経度１度、南北は緯度４０分で一律に区切り、正方形と見なしているがこれが当てはまるのは東北地方のみで、日本の南部に位置する鹿児島あたりになるとかなりメッシュ形状が横長になり、縦横の単位長さが違ってしまう欠点がある。【００１０】  さらに位置表示の基本になる緯度・経度において、日本の日本測地系と世界測地系との間にずれが有るため、航空機の利用などで��以前からこの点が問題であると指摘されてきた。また海洋レジャー用などのＧＰＳが市販されているが、その出力は米国の基準であるＷＧＳ８４による緯度・経度であり、一般に市販されている日本測地系の地図の緯度・経度とは４００〜５００ｍのずれを生じるという問題点があり、普及が進んでいない。【００１１】  このように世界測地系座標と旧測地系座標にずれが有ることの問題点が顕在化してきたため国土交通省はこのずれを修正するために全国的に詳細な測量を実施して新たな座標系を測地成果２０００（Ｇｅｏｄｅｔｉｃ  Ｃｏｏｒｄｉｎａｔｅｓ２０００）として発表した。そしてこの新測地系座標の利用が法制化され、国土交通省はその普及に努めている。ところが、新測地系対応の紙地図やＧＩＳ（地理情報システム：Ｇｅｏｇｒａｐｈｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｙｓｔｅｍ）を作成している業者は殆ど無く、その移行は遅々として進んでいない。理由としては、新旧の座標系のずれが全国一律に平行移動するわけではなく、地方によって補正量が異なるために地図に表す際に、従来の地図に新座標の緯線、経線を入れると歪みを生じるという問題があり、地図の作り変えが大変であるとともに、民間での通常の利用では、敢えて変換しないと困るような状況でもないからである。むしろ、新測地系と旧測地系が市場で存在すると同じ緯度・経度の数値が約５００ｍ離れた別の場所を示し、どの座標系かを明確にしないと混乱をきたすことのほうがより大きな問題となる。また、新旧の測地系のずれが単純な平行移動ではないため、旧測地系に基づく地域メッシュコードで整理された既存の膨大な統計データと新測地系に基づくデータでは、ずれを生じ、統計の連続性が無くなることも大きな問題となっている。よって強引に移行を進めることは難しい状況である。行政では、公共測量作業規定において、平成１４年４月より測量する地図は、新座標系での測量を行うように規定されており、民間の発行する地図は、行政の作る地図をベースに図化しているため、旧測地系をこのまま継続できなくなるのは、必然的に迎えざるをえない。【００１２】  また、国際的な交流面の視点から見ても、航空機など、国際的な基準とずれている旧測地系を使い続けることには問題があるために、今後徐々に移行は進むと考えられる。【００１３】  しかし、移行が徐々に進むと、新旧座標の混在期間が長くなり新たな問題を引き起こすことが考えられる。新旧の座標系の違いが見た目ではっきり違えば間違うこともないが、同じ緯度・経度表現となるため、同じ数値で、新旧座標のずれは４００〜５００ｍと言われており、同一表現であるために新旧の区別を忘れるとナビゲーションシステムなどで混乱を引き起こしてしまうことが予想される。現実に、新測地系の利用が法制化されたこの時期になっても未だにこれらの区別が必要だという認識のないまま旧測地系を基にした緯度・経度データベースの販売が盛んに行われている。【００１４】  このような専門的な座標とは別に、一般の人間に馴染みの深い、道路地図、観光地図などの紙地図においては、欄外の縦横に記入したＡ，Ｂ，Ｃ…、１，２，３…といった記号によって座標表現をしている。しかし、この座標はその地図だけにしか通用せず、地図ごとに索引が必要となる不便さがある。そして一般的な位置表現法は座標ではなく、住所や目標物が使われる。しかし座標構造になっていないこれらの位置表現法は冗長であり、規則性が無く、ローカル情報であるために地元の人間にしか通用しないという欠点がある。そこでＧＩＳ上では便宜的に電話番号や郵便番号などの間接的検索手法が用いられている。ところがこれらの補完的方法も規則性に欠け、基本的に人の住んでいる場所、登録されている場所しか対応できず、山間部や海上などでは使えないという難点がある。【００１５】  このような状況の中で、わが国において阪神淡路大震災以後、ＧＩＳの重要性が認識され急速に普及が進んでいる。ところが防災問題から発展したＧＩＳは災害の事前予測や事後検証には使えてもリアルタイムに対応できるものは無く十分な機能を発揮していない。原因は現状のＧＩＳは住民からの位置情報を直接的に入力できず、また得られる情報を住民に効率的に伝える方法がないからである。【００１６】  災害情報の伝達は主に電話等によって音声で行われるが、通常使われる住所や目標物による情報は、地域に精通した担当者でないと迅速に対応できない。このため、通常使われる住所や目標物による情報は、同一町内であれば問題ないが、町名が異なると、たとえ隣の町であったとしても互いの場所の位置関係は、地域に精通していない者にとっては理解し難く、地域に精通した者しか対応できないという問題を含んでいる。また、この通常使われる住所や目標物による情報は、コンピュータ入力に適さない方法であるために時間がかかり、不正確になりやすい。そして阪神大震災の時のようにエリアが自治体を越えて、県レベル、国レベルの対応となると、地域に精通していない人間が殆どで、場所探しに忙殺されて肝心の救援活動に手が回らず、危機管理の大きな問題となった。【００１７】  現状のカーナビゲーションシステムの問題点のひとつとして、目的地入力が簡単、かつ正確にできないこと点が挙げられる。目的地を検索する現状の方法としては、画面の地図上で探すか住所や郵便番号、電話番号、施設名等により検索する方法が用いられる。しかし画面上で探す方法は市街地で分かり易いランドマークの有る部分では良いが、郊外、山間部、海岸線などでランドマークが無い場合には入力が困難になる。また住所や郵便番号検索では町丁単位までの大雑把な把握しかできないし、電話番号検索、施設名検索の場合にはピンポイント検索は可能であるが登録されていないと利用できず、ヒット率が低いという難点がある。また、電話番号検索の場合は、電話番号が変わる恐れもある。そしてこれらの方法は基本的に人が住んでいる所しか対応できず、例えば、ごみが不法投棄される場所は山中、河川敷、海岸線などであり、郊外の観光スポットなども検索できないことが多い。さらに現状のカーナビゲーションシステムでは自己位置の発信がうまくできない欠点がある。例えば待ち合わせやトラブルの際に画面上では自己位置をピンポイントで捉えながら、相手に携帯電話等で自分の位置をうまく説明できないのである。【００１８】  最近ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）内蔵の携帯電話が出回り始め、歩行者ＩＴＳ（Ｉｎｔｅｌｌｉｇｅｎｔ  Ｔｒａｎｓｐｏｒｔ  Ｓｙｓｔｅｍｓ）が可能な時代に入った。ところが現在のシステムには問題がある。画面の大きさや記憶容量において携帯電話にカーナビゲーションシステムのような機能を期待することは無理であるのに、カーナビゲーションシステムと同じような開発手法をとろうとしているからである。すなわち歩行者ＩＴＳでは地図情報を自己記憶することができないためにダウンロードによって取得しなければならないが、地図画面は多くの情報量を必要とし、時間と料金がかかる割りには貧弱な地図しか得られず、目立ったランドマークの無い所では地図画面を見てもどこの地図なのか分からないという欠点がある。【００１９】  最近、警察庁の発表によると警察への緊急通報が年間８８０万件あり、消防署への緊急通報を加えるとさらに大きな数になるわけであるが、その内５０％以上が移動電話からのものだとされており、その比率は今後益々高まると言われている。移動電話の場合、場所の特定は、固定電話のように番号検索で特定できず、通報者による説明に頼っているが、通報者が短時間で正確に場所を説明するのが難しい。そのため場所の特定ができないままに切られてしまうケースが多く、現場到着時間が送れるということが問題になっている。警察庁はその対策として電話番号が非通知設定になっていると掛け直しができないので、電話番号の非通知設定がなされている場合でも警察側で緊急性があると判断した場合には
電話番号を強制的にモニターし、かけ直すことができるシステムの導入が検討されているとのことである。しかし緊急を要する時にかけ直して位置を特定するというシステムでは十分な問題解決が図れない。【００２０】  現状のナビゲーションシステムは前述の如く地図画面を前提としており、携帯電話の小さな画面に粗い情報が表示される歩行者ＩＴＳは、地図を見ることが困難な高齢者、視覚障害者用、あるいは地図が苦手な者が利用できるシステムになっていない。また我が国において外国人観光客も携帯ナビゲーションシステムを利用できるようにすることで観光誘致にも繋がるが、現状ではローマ字表示の地図はなく、仮にローマ字表示をしようとしてもローマ字表示の場合、漢字の３〜４倍の字数が必要であるため実用になる携帯画面用の地図の作成は困難と考えられる。よって地図を前提とした現在のやり方では外国人向けのナビゲーションシステムの開発は困難である。【００２１】  古い旅行写真などを見た時、写真の隅に記載された日付によって何時撮ったかは分るが、何処で撮ったのか思い出せないことが多い。そして最近のテレビ番組には旅行番組やグルメ番組が多いが、視聴者が行ってみたいと思っても地元の人間でさえ分り難い大雑把な地名や略図しか表示されないために結局、殆どの場合、場所が分らない。またニュース番組においても位置情報は重要な要素であるが、たとえば日航機の墜落した御巣鷹山、上九一色村といった地名は連日繰り返し放送されたが、恐らく全国の視聴者は富士山の周辺らしいという漠然とした場所しか分らなかった筈である。このように多くのテレビ番組において位置情報は非常に重要であるにも拘わらず、これまで簡単に扱われ、視聴者の知りたい情報をうまく伝えられなかった。【００２２】  従来、位置の表現法は目的、用途によって、住所、地名、目標物、緯度・経度、１９座標系、あるいは地図による方法などそれぞれが統一されることなく個々の方法を用いており、このことがＧＩＳの発展を妨げている。例えて言うなら、ばらばらの言語で話される位置情報をコンピュータという通訳を介して話しているようなもので、単に通訳を介する不便さだけでなく、この通訳が緯度・経度と１９座標の間の通訳は得意であるが、遥かに使用頻度の高い住所や目標物という位置言語の通訳が苦手なために疎外されているようなものである。これを解決するには通訳無しで話し合える共通言語が必要になる。【００２３】  この位置の共通言語となるのが人が理解し易い座標であるが、全国を連続的に表現できる座標であり、積み上げられた膨大なＧＩＳの資産を活用するには緯度・経度に基づくしかない。ＧＩＳにおいて１９座標系で整理されたものも多いが、この座標系は局地座標であり、全国を一系として表現できる汎用性は無いが緯度・経度との関係はコンピュータ処理が可能である。よって基本的には緯度・経度を人が分かり易い形の座標系に変換することによってこの資産を活用することができる。【００２４】  しかし、分り易い座標とするためには１０進法、整数表示など多くの条件を満たす必要がある。このような条件を満たすコード系が開示されている（特開２０００−１８１３４５号公報参照）。
【発明の開示】
【００２５】  しかしながら、特開２０００−１８１３４５号公報には、世界メッシュコード（Ｎコード）の利用法について十分に開示されておらず、その普及のためのシステムが必要である。
【００２６】  そこで、本発明は、Ｎコードと、新、旧測地系座標の緯度・経度およびそれぞれに対応するＸ、Ｙ座標からなる群より選択された一の座標系とを変換することで、Ｎコードを容易に利用することが可能な座標相互変換モジュールを提供することを目的とする。
【００２７】  さらには、座標相互変換モジュールを適用した、地理情報システム、汎地球測位システム、携帯端末、撮像装置、ナビゲーションシステム、航行制御システム、現場撮影用テレビカメラ、および車両管理システムを提供することを目的とする。
【００２８】  本発明の座標相互変換モジュールは、地球を、経度６０度毎の経線に沿って東西方向に６分割し、かつ緯線に沿って南北方向に少なくとも３分割する、番号が付された複数のブロック、各ブロックを東西方向および南北方向に略正方形状にそれぞれ１００分割する、番号が付された複数のユニット、および各ユニットを東西方向および南北方向に略正方形状にそれぞれ１０ｎ分割する、番号が付された複数のメッシュにより分割し、ブロックのブロック番号、ユニットのユニット番号、およびメッシュのメッシュ番号の組み合わせにより位置表示するメッシュコードと、新測地系座標および旧測地系座標の各緯度・経度、新測地系座標および旧測地系座標のそれぞれに対応するＸ、Ｙ座標の座標値と、を相互に変換する座標相互変換モジュールであって、各緯度・経度と、座標値とを入力する入力手段と、各緯度・経度と、座標値とが、各ブロックの何れのブロック内に位置するかを求めるブロック番号選択手段と、各緯度・経度と、座標値とが、ブロック番号選択手段で求められたブロック内の何れのユニット内に位置するかを求めるユニット番号選択手段と、各緯度・経度と、座標値とが、ユニット番号選択手段で選択されたユニット内の何れのメッシュ内に位置するかを求めるメッシュ番号選択手段と、メッシュコードによる位置に対応する、緯度・経度、座標値を求め出力する出力手段とを有する。
【００２９】  また、本発明の座標相互変換モジュールは、任意の位置をホームポジションとして設定し、ホームポジションを中心としてユニットと略同じ大きさの範囲を規定するホームポジション設定手段を有するものであってもよい。
【００３０】  また、本発明の座標相互変換モジュールは、ブロック番号、ユニット番号、およびメッシュ番号のうち、用途に応じ選択された桁数のメッシュコードを入力するメッシュコード入力手段を有するものであってもよい。
【００３１】  さらに、本発明の座標相互変換モジュールは、ブロック番号、ユニット番号、およびメッシュ番号からなるメッシュコードのうち、用途に応じ必要とされる桁数を選択して出力するメッシュコード出力手段を有するものであってもよい。
【００３２】  上述の通りの構成の本発明の座標相互変換モジュールは、メッシュコードと、新、旧測地系座標の緯度・経度または１９座標系に基づくＸ、Ｙ座標の座標値を相互に容易に変換することができる。
【００３３】  国土地理院は、新測地系座標を発表する際に、旧日本測地系の緯度・経度、新測地系座標の緯度・経度、および両者に対応する１９座標系に基づくＸ、Ｙ座標の関係を示すプログラムとしてＴＫＹ２ＪＧＤを提供している。本発明の座標相互変換モジュールは、これらのうち選択された一の座標系と、メッシュコード（例えば、特開２０００−１８１３４５号公報に開示されたＮコード）との相互変換を行うモジュールを提供するものである。
【００３４】  なお、日本新測地系座標と汎地球測位システムで使われているＷＧＳ８４座標系との誤差は非常に小さいため実用上は同一とみなしても支障はないとされるため、メッシュコードとＷＧＳ８４との間の変換モジュールとしても利用可能である。
【００３５】  また、本発明の座標変換モジュールは、国際的な利用の場合、１９座標系ではなく、ＵＴＭ座標をメッシュコードに変換することも可能である。メッシュコードは、その構造上、例えば、日本国内で使う際にはブロック番号６Ａが不要となり、また、ユニットのサイズは約５０ｋｍ四方の大きさを持つため、１つの市外局番で通話可能な領域より遥かに広いエリアをカバーできる。このため、メッシュコードは、約５０ｋｍ四方、すなわち、日常生活における行動範囲内では、ブロック番号およびユニット番号を省略することができるため、桁数が少なくて済む。一方、メッシュコードは、台風情報や外国の位置を表す場合など、５０ｋｍ程度の精度でよい場合にはメッシュ番号を省略することができる。なお以下の説明において、メッシュコードと表現する場合は原則として、前記の如く必要に応じて選択された桁数のメッシュコードを指すものとする。
【００３６】  本発明の地理情報システムは、本発明の座標相互変換モジュールと、緯度・経度、およびＸ、Ｙ座標値を含むデータベースとを有し、デジタル化された地図をコンピュータ上で管理し、位置を表示する地理情報システムであって、座標相互変換モジュールは、データベースの緯度・経度およびＸ、Ｙ座標値をメッシュコードに変換することでデータベースを利用し、緯度・経度およびＸ、Ｙ座標値をメッシュコードに変換してメッシュコードによるデータベースを作成するものである。すなわち、本発明の地理情報システムは、旧測地系座標の緯度・経度、Ｘ，Ｙ座標および新測地系座標の緯度・経度、Ｘ、Ｙ座標で整理されたデータベースをメッシュコードに変換して整理し、メッシュコードを入力することによって従来のデータベースの資産を活用することができる。
【００３７】  また、上述したように、本発明の座標変換モジュールへのメッシュコードの入力桁数は、用途に応じて必要な整数の桁数を選択することができるので、従来に較べ大幅に入力作業が少なくて済む。つまり、本発明の座標変換モジュールを有する地理情報システムは、用途に応じて必要なメッシュコードの桁数を選択することができるので、世界文化圏、国、都市、地域、建物、街路灯など、任意の規模での検索を容易にする。
【００３８】  また、本発明の地理情報システムは、地図およびメッシュコードを重畳して表示する表示手段と、任意の位置を、選択された桁数のメッシュコードとして入力する直接入力手段と、任意の位置のメッシュコード、および直接入力手段で入力されたメッシュコードのいずれか一方のメッシュコードに基づき、位置を検索する手段と、を有するものであってもよい。
【００３９】  上述したように、日本新測地系座標と汎地球測位システムで使われているＷＧＳ８４座標系との誤差は非常に小さいため実用上は同一とみなしても支障はないとされている。よって、本発明の汎地球測位システムは、本発明の座標相互変換モジュールを有し、現在地の情報を汎地球測位システム用の座標系から取得する汎地球測位システムであって、取得された緯度・経度の情報を、新測地系座標の緯度・経度と同一とみなし、座標相互変換モジュールによってメッシュコードに変換して出力する。
【００４０】  現在使われている汎地球測位システムは、ＷＧＳ８４の緯度・経度座標が出力されており、緯度・経度が一般には使い難いことと、わが国においては市販の殆ど全ての地図が旧測地系の緯度・経度に基づいており、ＷＧＳ８４はこの座標系と４００〜５００ｍのずれがあるため、実用上さまざまな支障がある。本発明の汎地球測位システムは、これらの問題を解決する手段を提供するものであり、その手法として、本発明の座標変換モジュールを用いている。本発明の座標変換モジュールを用いた汎地球測位システムは、ＷＧＳ８４の緯度・経度で出力された情報を選択された一の座標系または選択された桁数のメッシュコードで出力することを可能にし、利便性を向上させることができる。
【００４１】  なお、現在わが国で使われている汎地球測位システムは、複数の人工衛星から送られた時間情報をＷＧＳ８４の緯度・経度に変換されたものを利用しているが、本発明の汎地球測位システムは、ＷＧＳ８４の緯度・経度情報に変換せず、時間情報からメッシュコードを直接に演算して出力することも可能である。またヨーロッパに米国のＧＰＳに対抗したガリレオ計画があり、日本においても測地衛星の計画があり、本発明の汎地球測位システムは、これらの位置情報をメッシュコードに変換して出力することも可能である。
【００４２】  本発明の携帯端末は、本発明の汎地球測位システムを備えた携帯端末であって、任意の位置を、選択された桁数のメッシュコードとして入力する直接入力手段と、選択された桁数のメッシュコードとともに、必要に応じて現在地、目的地周辺の地図を表示し、目的地までの距離、方向を表示する機能とを有する。
【００４３】  すなわち、本発明の携帯端末は、目的地の位置を選択された桁数のメッシュコードによって手入力によって直接入力することができる、入力作業が簡単となる。また、本発明の携帯端末は、汎地球測位システムによって取得した位置情報を選択された桁数のメッシュコードを表示出力するので、その表示は、目的地の方向および目的地までの距離が分かり易く、かつ見やすいものとなっている。
【００４４】  また、本発明の携帯端末は、用途に応じ選択された桁数のメッシュコードを音声によって入出力する手段を有するものであってもよく、この場合、地図を見ることが苦手な者、視覚障害者、高齢者等にとって便利な機能を提供することが可能となる。
【００４５】  また、本発明の携帯端末は、画像を撮像する撮像手段と、汎地球測位システムによって取得した撮像場所のメッシュコード、および直接入力手段で入力されたメッシュコードのいずれか一方のメッシュコードを撮像された画像に写し込んで記録する画像記録手段と、画像記録手段に記録された画像を送信する送信手段と、を有するものであってもよい。
【００４６】  本発明の撮像装置は本発明の汎地球測位システムを備えた、撮像した画像を記録する撮像装置であって、現在地を、選択された桁数のメッシュコードとして入力する直接入力手段と、汎地球測位システムによって取得した撮像場所の位置情報のメッシュコード、および直接入力手段で入力されたメッシュコードのいずれか一方のメッシュコードを撮像された画像に写し込む手段と、を有する。この撮像装置はテレビカメラも含むものである。
【００４７】  また、本発明の撮像装置は、撮像装置から被写体までの距離と、撮像装置に対する被写体の方向とに基づき、被写体の位置のメッシュコードを算出する算出手段と、算出手段によって算出されたメッシュコードを選択された桁数で撮像された画像に表示する手段を有するものであってもよい。すなわち、本発明の撮像装置は、取得した位置と、自動焦点装置等により求めた被写体との距離、方位測定装置を組み合わせることにより被写体の位置のメッシュコードを算出し、そのメッシュコードを撮影画像の一部に表示するようにしても良い。また、本発明の撮像装置は、航空機から撮影時には、俯角も入れて演算することにより、災害時等に上空から撮影した被災地の画像にその位置のメッシュコードを算出して入れるようにしてもよい。
【００４８】  従来のナビゲーションシステムは住所、登録された電話番号、目標物、郵便番号などを検索手法としているが、非常に限られた場所しかうまく目的地が入力できず、また地図画面上では現在地がピンポイントで表示されているが、山間部などで事故を起こした時などに助けを呼びたいと思っても、画面に分りやすい目印になるものが無いとその位置を携帯電話などで簡単に他に伝える手段が無いという欠点があった。
【００４９】  本発明のナビゲーションシステムは、これらを解決する手段を提供するものである。本発明のナビゲーションシステムは、本発明の汎地球測位システムを備え、移動体の現在地を検出し、検出された現在置から目的地までの移動経路を検索するナビゲーションシステムであって、目的地を、選択された桁数のメッシュコードとして入力する直接入力手段と、選択された桁数のメッシュコードによって現在位置を表示する手段と、選択された桁数のメッシュコードで位置の検索を行う手段を有する。本発明のナビゲーションシステムは、現在地の情報を単に地図画面上に点として表示するだけでなく、メッシュコードを併せて表示することによって、他に位置情報を簡単に発信することができる。また本発明のナビゲーションシステムは、メッシュコードによって目的地を手入力する直接入力手段を具備しているので、市街地に限らず、山間部などの住所、電話番号、目標物の無いような場所であってもメッシュコードによって分りやすく少ない桁数で入力が可能である。
【００５０】  測量などで厳密な精度が要求される場合には新測地系座標とメッシュコードを対応させることが必要であるが、汎地球測位システム（ＧＰＳ）から得られる座標はＷＧＳ８４であり、新測地系座標とは数ｃｍの誤差ということである。よって、ＧＰＳから出力されるＷＧＳ８４座標を新測地系座標とみなして利用する本発明の汎地球測位システムを用いた本発明のナビゲーションシステムは、数ｍの誤差が許容される車両用等の移動体のナビゲーションシステムなどの一般的利用については実用上問題はない。
【００５１】  また、本発明のナビゲーションシステムは、汎地球測位システムによって取得した位置情報のメッシュコード、および直接入力手段で入力されたメッシュコードのいずれかを発信する手段を有するものであってもよい。この場合、取得された位置情報、あるいはメッシュコードを発信することで事故時などに効率的に対応できる。
【００５２】  また、本発明のナビゲーションシステムは、取得した任意の位置のメッシュコードの記録および印刷を行う手段を有するものであってもよい。本発明のナビゲーションシステムは、タクシーにナビゲーションを搭載した場合にあっては、乗客の乗車位置や降車位置を領収書に記載したり、次回乗車の際に目的地が簡単に伝えられるサービスが可能になる。
【００５３】  本発明の移動体は、本発明の汎地球測位システムを備えた移動体であって、船舶、および航空機からなる群より選択された一の移動体である。
【００５４】  本発明のテレビカメラは、本発明の汎地球測位システムを備えた、現場撮影用のテレビカメラであって、テレビカメラの現在地を、選択された桁数のメッシュコードとして入力する直接入力手段と、汎地球測位システムによって取得したテレビカメラの位置情報のメッシュコード、および直接入力手段で入力されたメッシュコードのいずれか一方のメッシュコードを撮像された画像に表示する表示手段を有するテレビカメラである。
【００５５】  本発明の車両管理システムは、車両と、車両の運行を管理する管理センターとを有する車両管理システムであって、
車両は、本発明の汎地球測位システムを有し、汎地球測位システムは、選択された桁数のメッシュコードによる現在地および目的地、現在地から目的地までの移動経路、および地図を表示する表示手段と、選択された桁数のメッシュコードによって車両の移動経路、現在地および目的地の位置を検索する検索手段と、選択された桁数のメッシュコードによって目的地を入力する入力手段と、管理センターから送信されてきたメッシュコードを受信する手段と、現在地を示す信号を発信する発信手段と、各時刻における車両の位置情報を含む各種情報を記録する記録手段とを有し、管理センターは、選択された桁数のメッシュコードによって目的地を入力する手段と、車両の現在地を表示する手段と、車両の現在地および目的地を、選択された桁数のメッシュコードにより検索する手段と、選択された桁数のメッシュコードを車両に送信する手段と、各時刻における車両の位置情報を含む各種情報を記録する情報記録手段を有する管理手段を含む。
【００５６】  本発明の汎地球測位システムを有する車両の運行を管理するためのサーバであって、選択された桁数のメッシュコードによって目的地を入力する手段と、車両の現在地を表示する手段と、車両の現在地、および目的地を選択された桁数のメッシュコードにより検索する手段と、選択された桁数のメッシュコードを車両に送信する手段とを有する。
【００５７】  本発明の汎地球測位システムを有する車両の運行を管理するための処理をコンピュータに実行させるためのプログラムであって、選択された桁数のメッシュコードによって目的地を入力する処理と、車両の現在地を表示する処理と、車両の現在地、および目的地を選択された桁数のメッシュコードにより検索する処理と、選択された桁数のメッシュコードを車両に送信する処理と、をコンピュータに実行させるためのプログラムである。
【００５８】  なお、本発明において直接入力手段を有する発明は、汎地球測位システムが室内等で人工衛星からの情報が得られない場合等、メッシュコードに関する情報を取得できない場合であっても、その場所のメッシュコードが分っている場合にはそのメッシュコードを直接入力手段によりユーザが手入力することが可能である。
【００５９】  本発明のプログラムは、世界地図を、経度６０度毎の経線に沿って東西方向に６分割し、かつ緯線に沿って南北方向に少なくとも３分割する、番号が付された複数のブロック、各ブロックを東西方向および南北方向に略正方形状にそれぞれ１００分割する、番号が付された複数のユニット、および各ユニットを東西方向および南北方向に略正方形状にそれぞれ１０ｎ分割する、番号が付された複数のメッシュにより分割し、ブロックのブロック番号、ユニットのユニット番号、およびメッシュのメッシュ番号の組み合わせにより位置表示するメッシュコードと、新測地系座標および旧測地系座標の各緯度・経度、新測地系座標および旧測地系座標のそれぞれに対応するＸ、Ｙ座標の座標値と、を相互に変換する処理をコンピュータに実行させるためのプログラムであって、入力された各緯度・経度と、座標値とが、各ブロックの何れのブロック内に位置するかを求めるブロック番号選択処理と、各緯度・経度と、座標値とが、ブロック番号選択処理で求められたブロック内の何れのユニット内に位置するかを求めるユニット番号選択処理と、各緯度・経度と、座標値とが、ユニット番号選択処理で選択されたユニット内の何れのメッシュ内に位置するかを求めるメッシュ番号選択処理と、任意の位置をホームポジションとして設定し、ホームポジションを中心として前記ユニットと略同じ大きさの範囲を規定するホームポジション設定処理と、ブロック番号、ユニット番号、およびメッシュ番号からなるメッシュコードのうち、用途に応じ必要とされる桁数を選択して出力するメッシュコード出力処理と、ブロック番号、ユニット番号、およびメッシュ番号のうち、用途に応じ選択された桁数のメッシュコードが入力されるメッシュコード入力処理と、メッシュコードによる位置に対応する、緯度・経度、座標値を求め出力する出力処理とをコンピュータに実行させるためのものである。
【００６０】  以上説明したように本発明によれば、分り易い座標であるＮコードを含むメッシュコードと、旧日本測地系座標、および新測地系座標との座標を相互に容易に変換することができる。また、本発明の座標変換モジュールは、地理情報システム、汎地球測位システム、携帯端末、撮像装置、ナビゲーションシステム、現場撮影用のテレビカメラ、および車両管理システムにＮコードを適用することができるため、これらの利便性をより高めることができる。
【図面の簡単な説明】
【００６１】［図１］本発明の一実施形態の変換モジュールに適用可能な、Ｎコードによる世界ブロック図である。
［図２］図１に示したブロック６Ａ内の東西方向３２〜６４、南北方向６４〜９５の領域を示した地図である。
［図３］東京都２３区、川崎市、横浜市を含む、ユニット番号４９８６近辺を表示した地図である。
［図４］ユニット番号４２８８を、５ｋｍメッシュによって東西方向および南北方向のそれぞれに１０分割した地図である。
［図５］堺市役所付近の５０ｍメッシュを示した地図である。
［図６］本発明の一実施形態である変換モジュールのブロック構成である。
［図７］本発明の一実施形態である変換モジュールを地理情報システムに組み込んだ場合のモニタ画面の一例である。
［図８］本発明の一実施形態である変換モジュールの変換プロセスを示すフローチャートである。
［図９］図４に示した大阪府近辺に対応するユニットの６Ａ、４２８８を東西南北に１０分割したＮコードの５ｋｍメッシュである。
［図１０］図９に示したメッシュ番号４−２を東西南北に５０ｍ毎に１０分割したＮコードの５００ｍメッシュである。
［図１１］図１０に示したメッシュ番号４９−２７を東西南北に５ｍ毎に１０分割した５０ｍメッシュである。
［図１２］図１１に示したメッシュ番号４９３−２７０を東西南北に０．５ｍ毎に１０分割した５ｍメッシュを示したものである。
［図１３］図４に示した大阪府近辺に対応するユニットの６Ａ、４２８８において、大阪駅中央口改札付近である、６Ａ、４２８８／４９３５−２７０２を直接的に示した図である。
［図１４］本発明の一実施形態である変換モジュールを備えたＧＩＳのブロック構成図である。
［図１５］本発明の一実施形態である変換モジュールを備えたＧＰＳのブロック構成図である。
［図１６］本発明の一実施形態である変換モジュールを備えたナビゲーションシステムおよび車両管理システムのブロック構成図である。
［図１７］本発明の一実施形態である変換モジュールを備えた携帯端末のブロック構成図である。
［図１８］図１７に示した携帯端末のＧＰＳ初期画面である。
［図１９］本発明の一実施形態である変換モジュールを備えた撮像装置のブロック構成図である。
［図２０］ホームポジション機能を説明するための図である。
【発明を実施するための最良の形態】
【００６２】  次に、本発明の実施の形態について図面を参照して説明する。【００６３】  まず、本発明の概要について説明する。【００６４】  本発明は、経度６０度毎の経線に沿って東西方向に６分割され、かつ緯線に沿って南北方向に少なくとも３分割されたブロックと、各ブロックを東西方向および南北方向に略正方形状にそれぞれ１００分割したユニットと、各ユニットを東西方向および南北方向に略正方形状に１０ｎ分割したメッシュとにより世界地図をメッシュ分割したメッシュコード、例えば特開２０００−１８１３４５号公報に開示されている世界メッシュコード（Ｎコード）と、世界測地系座標（ＷＧＳ８４）、日本測地系座標（旧測地系）、測地成果２０００（新測地系）とを相互に変換するモジュールである。【００６５】  以下にＮコードの概略、および地図とＮコードの親和性について説明する。【００６６】  図１は、Ｎコードによる世界ブロック図である。【００６７】  Ｎコードは、世界地図を、東西南北に正方形の領域を基本形状としたブロック番号１Ａ〜６Ｃで示されるブロック８０により、経度６０度毎の経線に沿って東西方向に６分割し、かつ緯線に沿って南北方向に３分割しており、さらに各ブロック８０を東西方向に１００分割（００〜９９）し、南北方向に１００分割（００〜９９）の略正方形状のユニットに分割している。【００６８】  Ｎコードは、電子地図及び紙地図に格子状に記載可能であり、Ｎコードのブロック８０は世界をほぼ文化圏により非常にうまく分割している。図１に示すように、極東は６Ａ、ヨーロッパは４Ａ、北アメリカは２Ａ、南アメリカは３Ｂ、アフリカは４Ｂ、インドは５Ｂ、インドネシアやオーストラリアは６Ｂに位置する。【００６９】  図２は、図１に示したブロック６Ａ内のユニット８０のうち、東西方向３２〜６４、南北方向６４〜９５の領域を示した地図である。図２には、日本全域が表示されており、日本の主要都市をＮコードのユニット番号で表すと、例えば、東京は、東西方向の番号４９と、南北方向の番号８６とを組み合わせた４桁のユニット番号４９８６で表される。また、札幌は５２７０、大阪は４２８８となる。Ｎコードは、日本全域をＮコードの連続数による１つの系により連続的に位置表現できるため、日本を１９の原点で分割している平面直角座標に比べ、広域行政などでの有効性が想起できる。【００７０】  図３は、東京都２３区、川崎市、横浜市を含む、ユニット番号４９８６近辺のユニット８１を表示した地図である。１つのユニット８１は、１つの市外局番で通話可能な領域より遥かに広い領域を持っている。すなわち、Ｎコードのユニット８１は、市町村レベルで用いる場合、あるいは日常生活における行動範囲を表現する上で十分に有効な領域を有していることを示している。【００７１】  また、Ｎコードは、１０進数の連続数字でユニット、メッシュを表現しているので、ユニットを跨いだ都道府県であっても、隣のコード番号を容易に推定でき、容易に位置を理解することができる。【００７２】  図４は、５０ｋｍ四方からなるユニット番号４２８８を、１辺５ｋｍのメッシュ３１１である５ｋｍメッシュによって東西方向および南北方向のそれぞれに１０分割した地図である。図４に示すよ��に、ユニット番号４２８８は、大阪市、堺市といった大阪府の主要部を包含しているため、１つの行政区画内では、電話の市外局番が省かれるのと同様に、ユニット番号４２８８内では、ユニット番号４２８８を省略して位置情報を表すことができる。また、Ｎコードは、陸上海上問わず網羅的に位置表現でき、数字の大小差で２地点間の相対方向と距離が推定できる。【００７３】  図５は、堺市役所付近の５０ｍメッシュ（１辺５０ｍのメッシュ３１１１）を示した地図である。市役所やその周辺も建物などの相対位置の方向、距離は、Ｎコードの差により感覚的に推定できる。【００７４】  以上、Ｎコードの日本国内での利用について説明したが、Ｎコードの数字の配列の仕方は、表計算ソフトと同じであり、全世界をカバーするコード系である。そこでＮコードを外国について利用した場合の利便性について述べる。Ｎコードは、ヨーロッパ、北アメリカ文化圏などの西半球について非常に上手く分割されている。従来の方式は、西半球では経度が右から左へ向かって数字が増えるため、通常の数字の並びと逆になり、感覚的に使い難いものであった。一方、Ｎコードの数字の配列は、東西は左から右へと数字が増え、また、南北は北から南へ数字が増える通常の数字配列となっており、全世界で統一した配列としている。【００７５】  本実施形態の変換モジュールは、以上のような特徴を備えたＮコードと、旧日本測地系座標、および新測地系座標の緯度・経度およびＸ、Ｙ座標とを相互に変換するモジュールである。【００７６】  図６（ａ）及び（ｂ）は、本実施形態の変換モジュールのブロック関連図と機能図である。図７は、本発明の一実施形態である、Ｎコードと緯度・経度またはＸ、Ｙ座標とを相互に変換する変換モジュールを地理情報システムに組み込んだ場合におけるモニタ画面を示す図である。また、表１−ａ、表１−ｂは、本発明の一実施形態であるＮコードと緯度・経度とを相互に変換する変換モジュールの引数を示す表である。【００７７】
2005001794.tif 000003
【００７８】
2005001794.tif 000004
【００７９】  変換モジュール１は、旧日本測地系座標、および新測地系座標の緯度・経度またはそれぞれに対応するＸ、Ｙ座標を入力する入力部１ａ１、Ｎコード（用途に応じ選択された桁数のＮコードを含む）によるブロック番号等を入力するＮコード入力部１ａ２を有する入力部１ａと、入力された緯度・経度に対応するブロックを選択するブロック選択部１ｂ１、ユニットを選択するユニット選択部１ｂ２、メッシュを選択するメッシュ選択部１ｂ３と、緯度・経度Ｎコード変換テーブルとを有する選択部１ｂと、選択部１ｂにより選択されたブロック番号、ユニット番号、メッシュ番号より生成されるＮコードを出力するコード出力部１ｃ１、およびＮコード入力部１ａ２で入力された、ブロック番号、ユニット番号、メッシュ番号からなるＮコードに対応する緯度・経度を求め、出力する緯度・経度出力部１ｃ２を有する出力部１ｃ、を備えている。【００８０】  表１−ａ中、ＰＡＮｃｄＮＴｏＢ（ｔａｂｌｅ、Ｊｂ、Ｊｌ、Ｊｘ、Ｊｙ、Ｗｂ、Ｗｌ、Ｗｘ、Ｗｙ、Ｉｎｔ、Ｎｂ、Ｎｕ、Ｎｅｗ、Ｎｎｓ）で示される本実施形態の変換モジュールは、旧日本測地系座標、新測地系座標の緯度・経度またはＸ、Ｙ座標を入力データとして、本発明の変換モジュールに投入することによりＮコードを出力するものである。本実施形態の変換モジュールは、引数として、緯度・経度Ｎコード変換テーブルの他、旧日本測地系の緯度Ｊｂ、経度Ｊｌ、旧日本測地系の平面直角座標のｘ座標Ｊｘ、ｙ座標Ｊｙ、新測地系座標の緯度Ｗｂ、経度Ｗｌ、新測地系座標の平面直角座標のｘ座標Ｗｘ、ｙ座標Ｗｙを入力引数とし、Ｎコードの、メッシュ縮尺Ｉｎｔ、ブロック番号Ｎｂ、ユニット番号Ｎｕ、東西メッシュ番号Ｎｅｗ、南北メッシュ番号Ｎｎｓを出力引数としている。【００８１】  また、表１−ｂ中、ＰＡＮｃｄＢＴｏＮ（ｔａｂｌｅ、Ｎｂ、Ｎｕ、Ｎｅｗ、Ｎｎｓ、Ｊｂ、Ｊｌ、Ｊｘ、Ｊｙ、Ｗｂ、Ｗｌ、Ｗｘ、Ｗｙ）で示される本実施形態の変換モジュールは、表１−ａに示す変換モジュールとは逆に、Ｎコードを入力データとして、本発明の変換モジュールに投入することにより旧日本測地系座標、新測地系座標の緯度・経度またはＸ、Ｙ座標を出力するものである。すなわち、表１−ｂに示す変換モジュールは、引数としては、緯度・経度Ｎコード変換テーブルの他、Ｎコードの、ブロック番号Ｎｂ、ユニット番号Ｎｕ、東西メッシュ番号Ｎｅｗ、南北メッシュ番号Ｎｎｓを入力引数とし、旧日本測地系の緯度Ｊｂ、経度Ｊｌ、旧日本測地系の平面直角座標のｘ座標Ｊｘ、ｙ座標Ｊｙ、新測地系座標の緯度Ｗｂ、経度Ｗｌ、新測地系座標の平面直角座標のｘ座標Ｗｘ、ｙ座標Ｗｙを出力引数としている。【００８２】  表１−ａ、表１−ｂに示す各入力引数は、図７に示す画面４にて入力され、変換された出力引数が表示される。図７中、矢印４１は旧日本測地系の平面直角座標Ｊｘ、Ｊｙと旧日本測地系の緯度Ｊｂ、経度Ｊｌとの変換を示している。矢印４２は、旧日本測地系の緯度Ｊｂ、経度Ｊｌと新測地系座標の緯度Ｗｂ、経度Ｗｌとの変換を示している。矢印４３ａは、新測地系座標の緯度Ｗｂ、経度Ｗｌと新測地系座標の平面直角座標Ｗｘ、Ｗｙとの変換を示している。矢印４３ｂは、新測地系座標の緯度���ｂ、経度Ｗｌと、Ｎコードの、ブロック番号Ｎｂ、ユニット番号Ｎｕ、東西メッシュ番号Ｎｅｗ、南北メッシュ番号Ｎｎｓとの変換を示している。矢印４３ｃは新測地系座標の平面直角座標Ｗｘ、Ｗｙと、Ｎコードの、ブロック番号Ｎｂ、ユニット番号Ｎｕ、東西メッシュ番号Ｎｅｗ、南北メッシュ番号Ｎｎｓとの変換を示している。【００８３】  例えば、地理情報システムから旧日本測地系の平面直角座標系の位置情報を入力することによってのＮコードの取得は、平面直角座標Ｊｘ、Ｊｙを入力し、Ｎコードのメッシュ縮尺Ｉｎｔを指定して行う。例えば、５ｋｍメッシュでは、ユーザは、ユニットの５０ｋｍ四方の１／１０として１０を指定する。同様に、ユーザは、５００ｍメッシュは１００、５０ｍメッシュは１０００、５ｍメッシュは１００００と指定する。本実施形態の変換モジュールは、入力結果が正しい情報であれば、戻り値として、ＴＲＵＥ、正しくなければＦＡＬＳＥを返却する。本実施形態の変換モジュールは、正しい入力情報であれば、結果として、入力情報に指定した位置を含むＮコードが算出され、Ｎコードのブロック番号Ｎｂ、ユニット番号Ｎｕ、指定したメッシュ縮尺Ｉｎｔの東西メッシュ番号Ｎｅｗ、南北メッシュ番号Ｎｎｓを出力する。【００８４】  また、変換したいＮコード、例えば、６Ａ、４２８８／２５６−５６７を緯度・経度、あるいはＸ，Ｙ座標に変換したい場合には、ユーザは、ブロック番号Ｎｂの６Ａ、ユニット番号Ｎｕの４２８８、東西メッシュ番号Ｎｅｗである２５６、南北メッシュ番号Ｎｎｓである５６７のそれぞれには桁数の末尾に５を加え、東西メッシュ番号Ｎｅｗを２５６５、南北メッシュ番号Ｎｎｓを５６７５として入力する。本実施形態の変換モジュールは、入力結果が正しい情報であれば、戻り値として、ＴＲＵＥ、異常処理であれば、ＦＡＬＳＥを返却し、正常処理であれば、変換したいメッシュの中心位置を算出する。また、本実施形態の変換モジュールは、５を加えなければ、メッシュの西北端を算出する。【００８５】  次に、本変換モジュールに搭載する表２〜表１３の緯度・経度Ｎコード変換テーブルを使った緯度・経度データからＮコードに変換するプロセスを、図８に示すフローチャートを用いて説明する。【００８６】  以下の説明に用いる表２〜表１１は、北半球ではユニットの南端緯度、南半球では北端緯度およびユニット形状の計算表であり、表１２および表１３はＮコードの各ブロックの東端経度計算表である。表４および表５は図１のＡブロックに対応し、表６および表７は図１のＢブロックに対応し、表８および表９は図１のＣブロックに対応する。【００８７】  表２および表３は、北極圏を分割したＸブロック、表１０および表１１は南極圏を分割したＹブロックに対応する計算表である。これらＸブロックおよびＹブロックは、Ｎコードの作成ルールに従い、Ａ〜Ｃブロックに加え、さらに両極圏に緯線に沿って正方形のメッシュができるよう１００本の線を引き、北極圏をＸブロック、南極圏をＹブロックとしたものである。すなわち、本実施形態で用いるブロックは、特開２０００−１８１３４５号公報に開示されている世界メッシュコードではブロック分割されていない北極圏および南極圏についても同一のルールによってブロック分割したものである。【００８８】  なお、表４、表５および表６は、特開２０００−１８１３４５号公報に開示されている第１表〜第３表を転載したものである。【００８９】
2005001794.tif 000005
2005001794.tif 000006
【００９０】
2005001794.tif 000007
2005001794.tif 000008
【００９１】
2005001794.tif 000009
2005001794.tif 000010
【００９２】
2005001794.tif 000011
2005001794.tif 000012
【００９３】
2005001794.tif 000013
2005001794.tif 000014
【００９４】
2005001794.tif 000015
2005001794.tif 000016
【００９５】
2005001794.tif 000017
2005001794.tif 000018
【００９６】
2005001794.tif 000019
2005001794.tif 000020
【００９７】
2005001794.tif 000021
2005001794.tif 000022
【００９８】
2005001794.tif 000023
2005001794.tif 000024
【００９９】
2005001794.tif 000025
2005001794.tif 000026
【０１００】
2005001794.tif 000027
2005001794.tif 000028
【０１０１】  なお、緯度・経度は、南・北半球で緯度が異なり、東・西半球では経度の増加の方向が異なるため、４つの半球毎に変換方法は異なる。ここでは日本が属する北半球のうちの東半球部分の変換方法について述べるが、他の各半球の変換も以下に準じて行うことができる。【０１０２】  この変換は、変換モジュール１の選択部１ｂのブロック選択部１ｂ１、ユニット選択部１ｂ２およびメッシュ選択部１ｂ３と、出力部１ｃのＮコード出力部１ｃ１とにより、以下のステップＳ１〜Ｓ８の処理を経てなされる。【０１０３】  １．まず、ブロック選択部１ｂ１は、求める地点の経度を表１２および表１３と比較し、当該位置がＩ〜ＶＩのゾーン番号およびブロック内の２桁の東西番号のどの範囲に入るかを求める（ステップＳ１）。【０１０４】  ２．次に、ユニット選択部１ｂ２は、求める地点の緯度を表２〜表１１と比較し、ブロック番号および２桁の南北番号のどの範囲に入るかを求める（ステップＳ２）。【０１０５】  ３．ユニット選択部１ｂ２は、以上の過程から当該地点のブロック番号を定め、ブロック内の００〜９９までの２桁の東西番号と００〜９９までの２桁の南北番号を並べてできる４桁の数値を当該地点のユニット番号とする（ステップＳ３）。【０１０６】  ４．メッシュ選択部１ｂ３は、当該地点の経度から、求めたユニットの西端経度を引いた差を秒数に換算し、３６分を秒に換算した２１６０秒で除す（ステップＳ４）。【０１０７】  ５．東西がｎ桁のメッシュ番号を求める場合には、メッシュ選択部１ｂ３は、上記で求めた数値に１０のｎ乗を乗じ、その整数部分をメッシュの東西番号とする（ステップＳ５）。【０１０８】  ６．メッシュ選択部１ｂ３は、求めたユニットの北端緯度から当該地点の緯度の差を求め、秒数に換算し、表２〜表１１のいずれかより求めたユニットの間差Ａを秒数に換算した数値で除す（ステップＳ６）。【０１０９】  ７．南北がｎ桁のメッシュ番号を求める場合には、メッシュ選択部１ｂ３は、求めた数値に１０のｎ乗を乗じ、その整数部分をメッシュの南北番号とする（ステップＳ７）。【０１１０】  ８．Ｎコード出力部１ｃ１は、ブロック番号、ユニット番号、東西番号、南北番号の順に並べたものを当該地点のＮコードとする（ステップＳ８）。例えば大阪駅を例にとると６Ａ、４２８８／５０２−２６６というように表現する。【０１１１】  また、ステップＳ８については、ブロック番号、ユニット番号、およびメッシュ番号からなるＮコードのうち、用途に応じ必要とされる桁数を選択して出力するメッシュコード出力してもよい。【０１１２】  また、ブロック番号、ユニット番号、およびメッシュ番号のうち、用途に応じ選択された桁数のメッシュコードが入力され、これを処理するものであってもよい。【０１１３】  以上の緯度・経度からＮコードを変換するプロセスについて大阪駅を例に具体的に説明する。【０１１４】  現状市販されている地図帳は、旧測地系で表示されており、例えば大阪駅中央口は東経１３５度２９分５６秒、北緯３４度４１分５７秒となっている。しかしＮコードは新測地系座標の緯度・経度と対応しているため、国土地理院の開示している新旧変換ソフトＴＫＹ２ＪＧＤによって新測地系の緯度・��度に変換すると東経１３５度２９分４６秒、北緯３４度４２分０９秒と表現される。【０１１５】  この緯度・経度を上記のルールに従って変換すると、まずステップＳ１より、その経度を表１２および表１３に当てはめるとゾーンはＶＩであり、東西番号は４２である。【０１１６】  次に、ステップＳ２によって、その緯度を表２〜表１１にあてはめると、表５のＡブロックで南北番号は８８に属することがわかる。よってステップＳ３によってブロック番号およびユニット番号は６Ａ、４２８８と表される。すなわち、ユニット番号は東西番号の４２と南北番号の８８とを組み合わせて表される。【０１１７】  次に、ステップＳ４に従い、当該経度から表１２の東西番号４２の西端経度、すなわち、東西番号４１の東端経度の東経１３５度１２分を引いた差の１７分４６秒を、秒に換算した１０６６秒を２１６０で除すと、その値は、０．４９３５１８５となる。【０１１８】  次に、ステップＳ５により、東西のメッシュ番号の桁数を３桁としたい場合には、上記の数値に１０の３乗を乗じた値の４９３．５１８の整数部をとることでその値は４９３となり、４桁としたい場合には同様にすることで４９３５となる。【０１１９】  続いてステップＳ６により、表５の南北番号８８の北端緯度、すなわち南北番号８７の南端緯度３４度５０分１０秒から大阪駅の緯度を引いた差の８分０１秒を秒数に換算した４８１秒を、表５の南北番号８８の間差Ａの２９分４０秒を秒数に換算した１７８０秒で除すと、その値は０．２７０２２となる。【０１２０】  次に、ステップＳ７により、南北のメッシュ番号の桁数を３桁としたい場合には上記の数値に１０の３乗を乗じた値の２７０．２２の整数部をとることでその値は２７０とし、４桁としたい場合には同様にすることで２７０２となる。【０１２１】  最後にステップＳ８により、以上のようにして求めたブロック番号、ユニット番号、メッシュ番号を並べることで、大阪駅中央口のＮコードは、メッシュ番号の桁数を３桁（約５０ｍの精度）とする場合は６Ａ、４２８８／４９３−２７０と表現され、４桁（約５ｍの精度）の場合は６Ａ、４２８８／４９３５−２７０２と表示されることとなる。【０１２２】  ここで、大阪駅周辺を例に本変換モジュールにより出力されるＮコードの対象の広さによるエリア表現の有効性を説明する。【０１２３】  図９は、図４に示した大阪府近辺に対応するユニットの６Ａ、４２８８を、東西南北に１０分割して東西に０〜９、南北に０〜９の番号を付したＮコードの５ｋｍメッシュを示す図である。【０１２４】  図９は、５０ｋｍユニット３を５ｋｍ毎にメッシュ分割したものを５０ｋｍメッシュ３１としている。目標を大阪市付近に絞り込むと、大阪市付近は、５０ｋｍメッシュ３１では、東西方向４、南北方向２のメッシュ、すなわち、メッシュ番号４−２（５ｋｍメッシュ３１１）が対応することとなる。【０１２５】  図１０は、図９に示した４−２（５ｋｍメッシュ３１１※左側の図は３１になっており、以下１桁づつずれている）を、さらに東西南北に５００ｍ毎に１０分割したＮコードの５ｋｍメッシュを示したものである。４−２（５ｋｍメッシュ３１１）において大阪駅付近に目標を絞り込むと、大阪駅付近は、���ｋｍメッシュ３１１の東西方向９、南北方向７のメッシュ、メッシュ番号９−７が対応することとなる。ここで、図９に示したメッシュ番号４−２と、図１０に示すメッシュ番号９−７とを組み合わせることで、大阪駅付近は、メッシュ番号４９−２７（５００ｍメッシュ３１１１）として表される。【０１２６】  図１１は、図１０に示したメッシュ番号４９−２７（５００ｍメッシュ３１１１）を、さらに東西南北に５０ｍ毎に１０分割した５００ｍメッシュを示したものである。メッシュ番号４９−２７（５００ｍメッシュ３１１１）において大阪駅中央口に目標を絞り込むと、大阪駅中央口は、５００ｍメッシュ３１１１の東西方向３、南北方向０のメッシュ、メッシュ番号３−０が対応することとなる。ここで、上述したメッシュ番号４９−２７と、図１１に示すメッシュ番号３−０とを組み合わせることで、大阪駅中央口は、メッシュ番号４９３−２７０（５０ｍメッシュ３１１１１）として表される。【０１２７】  図１２は、図１１に示したメッシュ番号４９３−２７０（５０ｍメッシュ）を、さらに東西南北に５ｍ毎に１０分割した５０ｍメッシュを示したものである。メッシュ番号４９３−２７０（５０ｍメッシュ３１１１１）において大阪駅中央口改札付近に目標を絞り込むと、大阪駅中央口改札は、５ｍメッシュ３１１１１の東西方向５、南北方向２のメッシュ、メッシュ番号５−２が対応することとなる。ここで、上述したメッシュ番号４９３−２７０と、図１２に示すメッシュ番号５−２とを組み合わせることで、大阪駅中央口改札は、メッシュ番号４９３５−２７０２（５ｍメッシュ）として表される。【０１２８】  図１３は、大阪府を示すユニットの６Ａ、４２８８（５０ｋｍメッシュ）において、大阪駅中央口改札付近である、６Ａ、４２８８／４９３５−２７０２（５ｍメッシュ）を直接的に示したものである。【０１２９】  Ｎコードは、１０進数により東西番号、南北番号を表現するため、目標を絞り込む際に、メッシュの細分化を１／１０ずつ繰り返して絞り込むことも、あるいは１／１０００などで直接必要な領域を示すことも自由に表現でき、１０進数の桁数により、要求する位置の要求する領域を選択できる。このことを、大阪駅中央口改札付近のメッシュ番号４９３５−２７０２のメッシュ西端４９３５を例に説明すると、以下の各式のように、メッシュ西端４９３５の各桁は、左辺のように１／１０を繰り返して絞り込むことも、あるいは右辺のように１／１００００で直接的に必要な領域を示すことも自由に表現できる。
４：１／１０×４＝１／１００００×４０００
９：１／１００×９＝１／１００００×９００
３：１／１０００×３＝１／１００００×３０
５：１／１０００００×５＝１／１００００×５
以上説明したように、本実施形態の変換モジュールは、あらゆる分野の位置表現が必要な分野に適用し、世界の文化圏から海上も含めた地球上の目的に合った大きさの位置にＮコードによる位置表現が可能となる。つまり、本実施形態の変換モジュールは、専門家にしか理解できないような難解な位置表現を、Ｎコードという連続した１０進数による表現することができるので、一般市民にも容易に理解することができる。また、本実施形態の変換モジュールは、都市部の位置確認の他、住所が無い山間部、河川敷、水域部の真位置といった、地球上の全ての位置を１０進数で表現できる。【０１３０】  例えば、今までは、都市計画区域内では、住所表示による位置表現はできたが、道路内のゴミ収集場所の位置、マンホールや事故現場の位置は、相対的な位置表現しかできなかった。また、番外地、河川敷や山間部、水域においては、全ての場所に正確な位置が特定できず、相対的に表現せざるを得なかった。しかし、Ｎコードは、これら全てに１０進数の連続数字で位置表現することができ、その効果は、行政、防災、消防、警察、交通、物流、観光、報道、福祉、資源開発、ビジネス、教育、環境、防衛、農林水産業、文化などあらゆる分野に及ぶ。【０１３１】  また、Ｎコードは位置表現が１０進数の連続的な表現によるため、数字の差により、２地点間の相対方向、距離を容易に把握できる。【０１３２】  本実施形態の変換モジュールは、地球上の殆ど全ての位置をこのような特徴を有するＮコードとの相互変換できるため、一般市民が地球上のあらゆる位置を簡単に示す手段を得ることとなる。【０１３３】  本実施形態の変換モジュールは、逆にＮコードを入力データとして本変換モジュールに投入することにより、旧日本測地系座標、新測地系座標およびそれぞれに対するＸ、Ｙ座標を出力する。本実施形態の変換モジュールは、これにより、１０進数、かつ入力桁数も少ないことで利用者が理解し易いＮコードを入力データとして、旧日本測地系座標、新測地系座標に基づく地理情報システムからダイレクトに指定した地図の検索を可能とする。【０１３４】  特に近年、携帯電話等の携帯端末が世界的に急激に普及してきているが、携帯端末の小さな画面は、地図による位置表現に限界がある。しかしながら、本発明は、小さな画面でも十分に表現できるＮコードによる位置表現を可能とする。これにより、一般市民が利用し易い環境が整うこととなり、一般市民が携帯電話を介して位置情報に関して相互に連携することで、上記各分野において、大きな効果が生まれる。【０１３５】  その他、位置キーとして管理されたＮコードは、テレビなどで報道情報の位置をＮコードで表示することで一般市民に位置を知らせる有効な手段となり得る。【０１３６】  本実施形態の変換モジュールは、デジタル化された地図をコンピュータ上で管理し、表示するＧＩＳ（地理情報システム）にも適用可能である。【０１３７】  図１４は本実施形態の変換モジュールを備えたＧＩＳのブロック構成図を示す図である。【０１３８】  ＧＩＳ１０は、変換モジュール１と、１９座標系、旧日本測地系座標、あるいは新測地系座標等で整理されたデータベース１１と、必要に応じて画像等にＮコードを記録する記録部１２とを有し、変換モジュール１によって、データベース１１をＮコードに変換して不図示の表示部により表示する。【０１３９】  ＧＩＳ１０は、Ｎコードの入力によって、従来、緯度・経度や１９座標系によって位置検索していた目標物を、緯度・経度の区別や度、分、秒の３つの単位に煩わされない、また１９座標系のようにマイナス表示もない、整数による検索を可能とする。また、ＧＩＳ１０は、画面上の目標物の位置をＮコード表示するため、その位置を電話などの音声で伝えることも容易にする。また、緯度・経度や１９座標系で整理されたデータベースは、１９座標系の広域に対応することが困難であるとともに緯度・経度の難解さという問題があったが、本実施形態の変換モジュールを適用したＧＩＳは、位置をＮコードで整理しなおすため、広域的利用に適するとともに位置を認識し易いＧＩＳを提供することができる。【０１４０】  また、ＧＩＳ１０は、変換モジュール１によって、データベース１１の１９座標系、旧日本測地系座標、あるいは新測地系座標等をＮコードに変換することでデータベース１１を利用し、また、データベース１１を構成する１９座標系、旧日本測地系座標、あるいは新測地系座標等の緯度・経度および座標値をＮコードへと変換することでデータベースを作成する。このように、ＧＩＳ１０は、旧測地系座標の緯度・経度、Ｘ，Ｙ座標および新測地系座標の緯度・経度、Ｘ、Ｙ座標で整理されたデータベースをＮコードに変換して整理し、Ｎコードを入力することによって従来のデータベースの資産を活用することができる。【０１４１】  またＧＩＳにおいて統計処理を行うことが多いが、緯度・経度や１９座標系が点情報であるのに対してＮコードはメッシュ構造をしているために、５０ｋｍ、５ｋｍ、５００ｍ、５０ｍと桁数によって、自由にメッシュサイズを選択して統計利用することができる。このメッシュ形状は正方形になっており、１０進法で規則性、連続性があり、従来の矩形で数字に連続性のない地域メッシュコードよりも使い易い。【０１４２】  ＧＩＳ１０は、表示部に、地物を含む地理情報、Ｎコードおよびメッシュを重畳表示させる機能を有するものであってもよい。ＧＩＳ１０は、通常のＧＩＳが有する地物間の相対位置を認識する機能だけでなく、Ｎコードの絶対位置を特定する機能を備えている。よって、ユーザは、表示部に表示された上記重畳表示によって、容易に地物間の相対位置を認識できるとともに地物の絶対位置をも特定することができる。また、ＧＩＳ１０は、相対位置を特定することができないような場所を含め、全地球的な位置の特定が可能であるとともに、Ｎコードの桁数から地物の規模も把握できる。【０１４３】  また、ＧＩＳ１０は、ＧＰＳにより位置を特定する他、Ｎコードをユーザが直接、手入力することで、全地球的な位置検索を可能とする位置検索機能を有するものであってもよい。本発明は、限られた範囲におけるＮコードの表示及び検索においては、後述するホームポジション設定機能により位置特定する桁数を最小にすることができる。【０１４４】  変換モジュール１は、国際的な利用の場合、１９座標系ではなく、ＵＴＭ座標をＮコードに変換することも可能である。Ｎコードは、他の座標系に比較して元々桁数が少なくて済むだけでなく、その構造上、日本国内で使う際にはブロック番号６Ａが不要となり、また、ユニットのサイズは約５０ｋｍ四方の大きさを持つため、１つの市外局番で通話可能な領域より遥かに広いエリアをカバーできる。このため、Ｎコードは、約５０ｋｍ四方、すなわち、日常生活における行動範囲内では、ブロック番号およびユニット番号を省略することができる。一方、Ｎコードは、台風情報や外国の位置を表す場合など、５０ｋｍ程度の精度でよい場合にはメッシュ番号を省略することができる。このように、変換モジュール１へのＮコードの入力桁数は、用途に応じて必要な桁数を選択することができるので、従来に較べ大幅に入力桁数が少なくて済む。つまり、変換モジュール１を有するＧＩＳ１０は、用途に応じて必要なＮコードの桁数を選択することができるので世界文化圏、国、都市、地域、建物、街路灯など、任意の規模での検索を容易にする。【０１４５】  また、変換モジュール１は、メッシュ内の桁数についても必要とされる桁数を自由に選択することが可能であり、どんな精度を求める場合にも上述したように小数点の付かない１０進整数表示である。よって、変換モジュール１を備えたＧＩＳ１０は、位置情報の入力作業の効率を向上させることができ、また従来の緯度・経度等の使い難い座標系で整理されたデータベースが分かり易くなり過去の膨大な資産を有効活用することが可能となる。【０１４６】  また、本実施形態の変換モジュールは、車両、船舶、航空機に用いられるＧＰＳにも適用可能である。また、鉄道、ケーブルカー、ロープウェー等、所定の軌道に沿って移動する車両（本発明ではこれらを軌道車両とする）に用いられるＧＰＳにも適用可能である。【０１４７】  新幹線等行き先が明確な鉄道を利用する場合、乗客が、その行き先、自分の現在地をいちいち車両内で確認する必要性は少ない。しかし、在来線を利用する場合、乗客は、乗り換えする駅、下車駅を確認するため、現在、自分がどこにいるのか車両内で確認する必要がある。本実施形態の変換モジュールを在来線に適用し、車両内の電光掲示板等にＮコードを表示すれば、乗客は、このＮコードにより、現在位置を容易に把握することができる。【０１４８】  図１５は、変換モジュールを備えたＧＰＳのブロック構成図を示す図である。【０１４９】  ＧＰＳ２０は、変換モジュール１と、現在地の情報をＷＧＳ８４座標系等の汎地球測位システム用の座標系から取得する位置取得部２１とを有し、変換モジュール１によって変換されたＮコードを不図示の表示部により表示する。【０１５０】  近年、ＧＰＳの精度が高くなり、カーナビゲーションシステムをはじめ用途が広がっている。従来、ＧＰＳの出力はＷＧＳ８４で出力されており、これを緯度・経度の数字情報として出力しても分かり難いだけでなく、旧日本測地系とのずれが有るために日本国内では利用は難しい。そのためカーナビゲーションシステム等の一般的利用においては地図画面上の位置としてしか表示の方法が無かった。本実施形態の変換モジュールはＧＰＳに適用可能であり、ＧＰＳの出力をＮコードに変換した形で出力することによって、取得した位置を数値情報として取り扱うことができるようになる。【０１５１】  なお、日本新測地系座標と汎地球測位システムで使われているＷＧＳ８４座標系との誤差は非常に小さいため、実用上は同一とみなしても支障はないとされている。よって、ＧＰＳ２０は、取得された緯度・経度の情報を、新測地系座標の緯度・経度と同一とみなし、変換モジュール１によってＮコードに変換して表示部から表示、出力する。【０１５２】  図１６は変換モジュールを備えたナビゲーションシステムのブロック構成図を示す図である。【０１５３】  ナビゲーションシステム４０は、移動体５０に搭載されており、変換モジュール１および位置取得部２１を有するＧＰＳ２０と、選択された桁数のＮコードによる現在地および目的地、現在地から目的地までの移動経路、地図等を表示する表示部４１、選択された桁数のＮコードによって移動体５０の移動経路、移動体５０の位置等を検索する検索部４２、選択された桁数のＮコードによる目的地、経度緯度等の位置情報を入力する入力部４３、および現在地を示す信号を発信する発信部４４、取得した任意の位置のＮコードを含む各種データを記録する不図示の記録部を有するナビゲート部４５を有する。また、ナビゲーションシステム４０は、必要に応じてＮコードを印刷して出力する印刷部４６、移動体５０の航行を制御する航行制御部４７を有するものであってもよい。【０１５４】  本実施形態の変換モジュール１を適用したＧＰＳ２０を組み込んだナビゲーションシステム４０は、発信部４４を備えているので移動体５０に故障や事故等のトラブルが発生した場合、ＧＰＳ２０で取得した位置情報、この位置情報のＮコード、入力部４３からユーザが直接入力したＮコードを外部に対して発信できる。そして、ＧＰＳ２０は、現在地情報のＮコード表示とすることができるので現在地を正確、かつ容易に伝えることが可能となる。また、ナビゲーションシステム４０は、Ｎコードにより目的地を入力することができるため、目的地入力も容易になる。【０１５５】  また、移動体５０がタクシーである場合、印刷部４６を有するナビゲーションシステム４０はより快適なサービスを提供可能とする。降車時等に、タクシーの乗員は、印刷部４６によって乗車位置、降車位置のＮコードを印刷した領収書などの印刷物を客に渡し、客は、次回乗車時に目的の場所のＮコードが印刷物に印刷された印刷物を乗員に渡す。乗員はＮコードをナビゲーションシステム４０に入力する。目的地までのナビゲートは既に開発されている最短ルート自動検索システムによって案内されるため、タクシー業者は、客から行き先や行き先までのルートの説明を受けずとも、短時間で安く、安心して目的地に到着するサービス提供ができる。【０１５６】  ナビゲーションシステム４０は、目的地が正確、簡単に入力できるだけでなく、行き先の表示が数字だけであるため、タクシーを利用する外国人、言語障害者も目的地のメモを見せ、運転手がそのコードをナビゲーションシステムに入力するだけで済み、言葉のバリアフリーシステムが可能になる。【０１５７】  また、移動体５０が船舶、あるいは航空機である場合、航行制御部４７を有するナビゲーションシステム４０を搭載するものであってもよい。【０１５８】  ナビゲーションシステム４０は、業務用車両��理システムとして機能させることも可能である。【０１５９】  本実施形態の業務用車両管理システムは、ネットワーク５２に接続可能な送受信部５１およびナビゲーションシステム４０を搭載した、業務用車両である移動体５０と、ネットワーク５２に接続可能なサーバである管理手段５４を有する、移動体５０の運行を管理する管理センター５３とを有する。【０１６０】  移動体５０に搭載されたナビゲーションシステム４０は、上述した機能に加え、ナビゲート部４５の記録部が各時刻における移動体５０の位置情報等の各種データも記録する。【０１６１】  管理センター５３の管理手段５４は、目的地をＮコードにて入力する手段と、移動体５０の現在地を表示する手段と、移動体５０の現在地および目的地をＮコードにより検索する検索部と、ネットワーク５２を介してＮコードを移動体５０に送信部と、各時刻における前記車両の位置情報を含む各種情報を記録する情報記録部とを有する。【０１６２】  本実施形態の業務用車両管理システムは、例えば、以下のように運営される。【０１６３】  管理センター５３の管理手段５４に移動体５０がこれから向かう目的地がＮコードにより入力される。管理手段５４は移動体５０に対してＮコードにより目的地を指示する。【０１６４】  管理手段５４からの信号をネットワーク５２を介し、送受信部５１にて受信した移動体５０のナビゲーションシステム４０は、表示部４１に、選択された桁数のＮコードによる移動体５０の現在地および目的地、現在地から目的地までの移動経路、地図等を表示する。移動体５０は、この情報に基づき運転手によって操作されて目的地へと移動する。【０１６５】  なお、管理センター５３が困難な状況にある場合は、移動体５０のナビゲーションシステム４０は、入力部４３から運転手によって入力された選択された桁数のＮコードによる目的地、経度緯度等の位置情報を入力に基づき、検索部４２が移動経路、移動体５０の位置等を検索し、この情報を表示部４１に表示する。そして、この間の各時刻における移動体５０の位置情報等の各種データはナビゲート部４５の記録部に記録される。記録部に記録された情報は管理センター５３との送受信が可能となった後、移動体５０から管理センター５３へと送信され、管理手段５４の情報記録部に記録される。【０１６６】  また、管理センター５３の管理手段５４は、移動体５０が移動している際、移動体５０に搭載されたナビゲーションシステム４０の発信部４４から発信された現在地を示す信号を受信し、これを情報記録部に記録する。これにより、管理センター５３は各時刻における移動体５０の行動を把握する。【０１６７】  移動体５０の行動を把握している管理センター５３は、不測の事態への対処が容易となる。例えば、移動体５０が目的地に行くことができない不測の事態が発生した場合、管理センター５３は、情報記録部に記録されている各時刻における移動体５０の行動に関するデータから、現在、目的地に最も近い位置にいる他の移動体５０の現在地をＮコードを用いて検索部により検索する。検索の結果、他の移動体５０が目的地に向かうことが可能であれば他の移動体５０に対して目的地のＮコードを送信する。他の移動体５０はこれを受信し、目的��に向かう。また、この他の移動体５０が目的地に向かうことができないのであれば、検索部はさらに他の移動体５０を検索し、同様の指示を与える。【０１６８】  このように、本実施形態の業務用車両管理システムは、目的地、移動体５０の現在地、移動履歴等をＮコードで指示、管理する。すなわち、規則性があるＮコードで各戸をピンポイントで指示し、表示する本実施形態の業務用車両管理システムは、従来、位置の報告を聴き取り、指示は地図によるしかなく、簡便に無線機、携帯電話等の音声情報としてやり取りができない、あるいは、郵便番号等による町丁目単位の大雑把な検索しかできず、不測の事態への対処が十分にできないという問題を解消した、効率的なシステムとなる。【０１６９】  ところで、地図による位置表現は、以下の問題を有する。ユーザは、大縮尺の地図が表示されてもそれだけでは現在地がどこなのかわからない。よって、地図による位置表現は、１画面だけでも多くの情報量が必要であるのに、数段階の縮尺率の異なる地図が必要になり、多くの情報量を必要とする。さらに、ユーザは、周辺部を見るために表示された地図をスクロールするため、情報量は非常に大きくなる。そのため歩行者ＩＴＳは、地図のダウンロードに非常に時間がかかるだけでなく、利用料金も嵩んでしまうという問題があった。【０１７０】  従来のナビゲーションシステムは、必ず地図を表示することが前提になっている。勿論地図が表示されるに越したことは無い。しかし地図の表示はナビゲーションに必須であるとは限らない。ユーザは、ＧＰＳによって自分の位置を知ることができるが、本当に知りたいのは自分が何丁目何番地に居るということではなく、目的地がどの方向で、どれ位の距離なのかということである。【０１７１】  すなわち目的地が指定できれば、目的地の方向の矢印と距離を表示するだけでナビゲーションは可能になる。ところが現状のナビゲーションシステムは、目的地の指定や自己位置を伝えるのに地図上でやろうとするから効率が悪いのである。Ｎコードは、数字によって目的地をピンポイントで入力することが可能である。よって、ユーザは、待ち合わせなどでは「私は何番、貴方は何番？」というやり取りだけでお互いの位置関係が分かることになる。【０１７２】  このように、地図は、必要な時のみ用いられ、通常は地図を用いないナビゲーションシステムとすることで、数バイトの情報交換で済み、短時間で料金も少ないため利用者にとって使い易いシステムとなる。このようなシステムは、本実施形態の変換モジュールを適用することで構成することが可能となる。以下に図１７および図１８を用いて、本実施形態の変換モジュールを適用したナビゲーションシステムについて説明する。【０１７３】  図１７は本実施形態の変換モジュールを備えた携帯端末のブロック構成図を示す図である。【０１７４】  携帯端末６０は、変換モジュール１および位置取得部２１を有するＧＰＳ２０と、画像を撮像する撮像部６１と、撮像した画像を記録するとともに、画像にＮコードを記録する画像記録部６２と、データ、音声等を送信する送信部６３と、音声によりＮコードを入力する、あるいはＮコードを音声として出力する音声入出力部６４と、Ｎコード等を表示する表示部６５とを有する。携帯端末６０としては、携帯電話、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）等が挙げられる。【０１７５】  図１８（ａ）は、携帯端末６０のＧＰＳ初期画面を示す図である。【０１７６】  表示部６５に表示されたＧＰＳ初期画面には、現在地入力６ａ、目的地入力６ｂ、地図表示６ｃのボタンが表示される。ここで、例えば、＊＃を入力すると、画面下部に「４２８８＊  ２３４５＃５６７８」といった具合にＧＰＳで取得した現在置が現在地表示６ｄに表示され、位置が取得できない場合には、「位置を取得できません」との表示がなされる。また、携帯端末６０は、ＧＰＳで現在置が取得できない場合や、ＧＰＳで取得した現在置とは異なる位置を入力した場合は、画面上の現在地入力６ａをクリックすることで位置の入力が可能である。現在置６ｄの地図が欲しい場合は、地図表示６ｃをクリックすると、携帯端末６０は、現在置を中心とした地図をダウンロードする。また、表示部６５の画面は、目的地入力６ｂがクリックされると、図１８（ｂ）に示すナビゲーションモードの画面に切り替わる。【０１７７】  画面の一番下には現在置６ｄのＮコード「４２８８＊  ２３４５＃５６７８」が表示されており、その上方には、目的地のＮコードを入力する目的地入力７ａが表示されている。携帯端末６０は、目的地入力７ａの上方に表示された、目的地ボタン７ｄ１、前回ボタン７ｄ２、および検索ボタン７ｄ３のうちから目的地ボタン７ｄ１がクリックして選択され、目的地入力７ａに目的地のＮコードが入力されると、現在地から目的地までの距離および方向を距離表示７ｃおよび方向表示７ｂにそれぞれ表示する。なお、各ユニットは約５０ｋｍ四方の広さを有しており、任意の１地点を中心とした東西、南北５０ｋｍ四方の中では同じメッシュ番号は出てこない。そして、通常、携帯端末におけるナビゲーションでの目的地の位置は、この範囲内であるため、ユーザは、図１８（ｂ）の目的地入力７ａの例のようにユニット番号は省略し、メッシュ番号だけを入力すればよい。【０１７８】  また、前回ボタン７ｄ２をクリックすると前回の位置が目的地入力７ａに入力される。本機能は、途中で何回も目的地の方向や距離を見たい時に便利である。なお、図１８（ａ）のＧＰＳ初期画面からの切換時には前回の位置が目的地入力７ａに入力されており、前回ボタン７ｄ２を繰り返しクリックすると順に過去に遡った位置が入力される。【０１７９】  検索ボタン７ｄ３をクリックすると登録された目的地リストが表示され、選択した位置のコードが目的地入力７ａに入力される。【０１８０】  また、画面の一番上に表示されている地図ナビボタン７ｅをクリックすると、地図がダウンロードされ、地図を用いたナビゲーションサービスが開始する。【０１８１】  以上のように、本実施形態の変換モジュールを適用したナビゲーションシステムは、地図は必要な時のみ表示し、通常は数バイトの情報交換で済む地図無しでナビゲートするため、短時間で、料金も少なく、利用者にとって使い易いシステムを構成することができる。【０１８２】  また、本実施形態の変換モジュールを適用し��携帯端末６０は、観光案内に活用可能である。例えば、Ｎコードを固定情報とともに観光ガイドブック、観光マップ、あるいは観光地の案内板や目に付く場所に記載しておき、ユーザは、このＮコードを携帯電話６０に入力する。これにより、携帯電話６０は、現在催されているイベントや、今お勧めする情報をＮコードによる位置情報とともに案内する。すなわち、Ｎコードで観光地に関する情報を案内する本実施形態の変換モジュールを適用したナビゲーションシステムは、小さな画面に無理に地図を表示させることもなく、また、通信コストが嵩むこともないので、観光ナビゲーションを有効活用できる。【０１８３】  また、本実施形態の変換モジュールを適用した携帯端末６０は、音声入出力部６４により、現在地のＮコードを音声で聴き取る、さらには目的地を音声で入力することが可能なものとしてもよい。従来、携帯電話の小さな画面に地図が表示されても、高齢者、視覚障害者にとっては利用しにくい場合が多かった。携帯端末６０は、音声入出力部６４により、位置情報を音声で入力できる、あるいは位置情報を音声で聴き取ることができるので、高齢者、視覚障害者にとって利便性が高い。また、携帯端末６０は、地図ではなく方向の矢印、距離を画面表示することができる点でも高齢者、視覚障害者にとって利便性が高い。【０１８４】  また、携帯電話は、カメラ、ＧＰＳが標準で装備されるようになってきており、撮影した写真をメールで送信することが盛んに行われている。携帯端末６０も送信部６３によりメール送信することができるが、携帯端末６０は、ＧＰＳ２０の位置取得部２１で取得した位置のＮコード、あるいは手入力されたＮコードを画像記録部６２が画像に写し込み、これを送信部６３によりメール送信することができる。携帯端末６０は、このＮコード付きの画像を表示部６５に表示することもできる。【０１８５】  また、本実施形態の変換モジュールは、銀塩カメラ、デジタルカメラ、現場撮影用のテレビカメラ等の撮像装置にも適用可能である。【０１８６】  図１９は本実施形態の変換モジュールを備えた撮像装置のブロック構成図を示す図である。【０１８７】  撮像装置７０は、変換モジュール１および位置取得部２１を有するＧＰＳ２０と、画像を撮像する撮像部７１と、撮像した画像を記録する画像記録部７２と、Ｎコードを手入力するための入力部７３とを有する。【０１８８】  旅行写真などを銀塩カメラ、デジタルカメラ等で撮影した時に写真の一部に撮影日時が同時に写し込まれる機能は非常に便利である。ところが古いアルバムを見る際に、このような写真は、何時撮ったかは分るのだが、何処で撮ったものか思い出せないことが多い。既にＧＰＳが携帯電話に組み込まれる程に小型化し手軽な物になっているが、現状のＧＰＳの出力は緯度・経度になっており、これを写真に写し込もうとしても桁数が多く、一般向けとしては使い物にならない。【０１８９】  変換モジュール１を適用したＧＰＳ２０を組み込んだ、銀塩カメラ等の撮像装置７０は、撮影時に取得した位置情報をＮコードで撮影した日時を写真に写しこむ機能を用いて、この日時とともにＮコードを写真に写し込むことが可能となる。Ｎコードは、ユニット番号と東西、南北各２桁ずつ、４２８８／２３−４５という簡単な表示で約５００ｍの精度を持っており、旅行記録としては十分な精度で位置を表現できるので、例えば、日付と２段書きで表示することで便利な機能が実現できる。撮像装置７０は、屋内撮影などではＧＰＳ２０によって位置取得ができないが、その場所のＮコードが分っている場合、入力部７３によりＮコードを手入力により入力することができる。【０１９０】  また、本実施形態の変換モジュールは、現場撮影用のテレビカメラにも適用可能である。【０１９１】  事件に関するニュース番組には必ず位置情報が付くが、殆どが地名によるものである。地名は地元の人間にしか通じないローカル情報であるため、殆どの視聴者はただ漫然とどこかで起こった事件という捉え方になり、臨場感に欠ける原因になっている。また最近、国内、海外旅行番組、あるいはグルメ番組等々のテレビ番組における地図情報は、現状では非常に大雑把な地名や地元の人間でさえ分かり難い略地図しか表示されないため、視聴者が一度行ってみたいと思っても使い物にならない状態といえる。【０１９２】  現場撮影用のテレビカメラである、変換モジュール１を適用したＧＰＳ２０を組み込んだ撮像装置７０は、不図示の表示部により画面の隅に８〜１０桁のＮコードを表示するようにすると、５０〜５００ｍの位置を正確に表示することが可能になる。また台風情報あるいは震源地の位置などは、従来のように足摺岬の南約５００ｋｍというような大雑把な表現ではなく、約５０ｋｍ精度のユニット番号の表示で、自宅との位置関係も簡単に把握できるようになる。これはＮコードが海洋部分にも適用できるからである。このような位置情報は、ＧＰＳが使えない場合や過去のビデオフィルムなどに表示することが必要となる場合もある。この場合、撮像装置７０の表示部は、住所、地名、各座標系のデータベースをＮコードに変換し、あるいは手入力により入力部７３から入力されたテレビカメラの現在位置を、画像記録部７２に記録されている画像に表示、記録するものであってもよい。あるいは、位置情報は、システム的にＮコードを表示できる放送用のＧＩＳ設備、例えば図１４に示したＧＩＳ１０の記録部１２により、住所、地名、各座標系のデータベースをＮコードに変換されて過去のビデオフィルムなどに表示されるものであってもよい。【０１９３】  また、画像に表示される位置は、カメラに装着したＧＰＳの位置情報をそのまま画面に表示するとカメラの位置になってしまう。撮像装置７０は、自動焦点装置、レーザ測定装置等によって被写体までの距離を測定し、方位測定器具とを組み合わせることで、被写体の位置のＮコードを算出し、これを表示できる。さらに撮像装置７０は、俯角を測定する装置を組み合わせると航空機からの撮影時にも被写体の位置のＮコードを表示できる。これによって撮像装置７０は、例えば遠距離から竜巻を撮影した時の竜巻の中心点の位置や火山活動の様子を航空機から撮影し、火砕流の先端部の位置を正確に時々刻々と住民に知らせたりすることが可能になり、従来とは比較にならないリアルタイムの有効な防災情報を提供することができる。【０１９４】  なお、本発明の座標変換モジュールは、本実施形態で説明した動作をコンピュータに実��させるプログラムであってもよい。【０１９５】  また、本実施形態の変換モジュール１は、ホームポジション機能を備えるものであってもよい。このホームポジション機能とは、ある任意の位置をホームポジションとして設定することでそのホームポジションを中心とするユニットと同じ大きさの範囲（約５０ｋｍ四方）を規定するものである。【０１９６】  図２０を用いて以下にホームポジション機能に関して説明する。【０１９７】  図２０には、ユニット番号４８８５〜４８８７、４９８５〜４９８７、５０８５〜５０８７が示されており、ホームポジションＨＰは●印で示されている。●印を囲む範囲Ｐは、ホームポジションＨＰを中心としたユニットと同じ大きさの範囲を示すものであり、約５０ｋｍ四方である。また、各ユニットの左上隅に示された×印は、各ユニット内におけるメッシュ番号１−１を示している。【０１９８】  図２０において、ホームポジションＨＰは、ユニット番号４９８６のメッシュ番号１−１の位置に設定されているとする。この位置にホームポジションＨＰが設定されると、メッシュ番号１−１は範囲Ｐ内ではユニット番号４９８６のメッシュ番号１−１以外のメッシュ番号１−１を意味することはない。すなわち、範囲Ｐ内には、ユニット番号４９８６のメッシュ番号１−１しか存在しないので、ユニット番号４９８６を省略したとしても他のユニット番号のメッシュ番号１−１と混同することはない。よって、本実施形態の変換モジュール１は、ホームポジションＨＰを設定することでユニット番号を省略することが可能となる。【０１９９】  また、本実施形態の変換モジュール１は、ホームポジションＨＰを設定することでユニット番号を跨いで位置するメッシュ番号についても、ユニット番号を省略してそのメッシュ番号を特定することができる。【０２００】  図２０の例では、ホームポジションＨＰはユニット番号４９８６のメッシュ番号１−１に設定されている。一方、▲印で示すメッシュ番号３−８は、ユニット番号４９８５内に位置する。すなわち、ホームポジションＨＰおよび▲印で示すメッシュ番号３−８は、いずれも同じ範囲Ｐ内に含まれているが、ホームポジションＨＰはユニット番号４９８６に位置し、▲印で示すメッシュ番号３−８は、ユニット番号４９８６に隣接するユニット番号４９８５内に位置し、ユニットを跨いで位置していることとなる。【０２０１】  このような場合であっても本実施形態の変換モジュール１は、ホームポジションＨＰを設定することで、範囲Ｐ内におけるメッシュ番号３−８はユニット番号４９８５内の▲印で示すメッシュ番号３−８以外には存在しないため、ユニット番号を省略して▲印で示すメッシュ番号３−８を特定することができる。【０２０２】  以上のようにホームポジション機能は、日常生活における行動範囲内では、ユニット番号を省略してもメッシュ番号を上述したように一義的に決定することができる。この機能は特に携帯電話６０に適用すると好適である。ホームポジション機能を備えた変換モジュール１を上述の携帯電話６０を有するユーザが、現在地にてホームポジションを設定すると、ユーザの現在地を中心に５０ｋｍ四方の範囲が規定される。この範囲の大きさは日常生活における行動範��、すなわち、携帯電話が利用されるような行動範囲を十分にカバーする大きさである。よって、携帯電話６０のユーザは、変換モジュール１を使用する際、ユニット番号の入力が不要となる。また、携帯電話６０は、ユニット番号を省略してメッシュコードを出力することができる。なお、日本国内で使う際にはブロック番号６Ａは当然に不要となる。
【図１】
2005001794.tif 000029
【図２】
2005001794.tif 000030
【図３】
2005001794.tif 000031
【図４】
2005001794.tif 000032
【図５】
2005001794.tif 000033
【図６】
2005001794.tif 000034
【図７】
2005001794.tif 000035
【図８】
2005001794.tif 000036
【図９】
2005001794.tif 000037
【図１０】
2005001794.tif 000038
【図１１】
2005001794.tif 000039
【図１２】
2005001794.tif 000040
【図１３】
2005001794.tif 000041
【図１４】
2005001794.tif 000042
【図１５】
2005001794.tif 000043
【図１６】
2005001794.tif 000044
【図１７】
2005001794.tif 000045
【図１８】
2005001794.tif 000046
【図１９】
2005001794.tif 000047
【図２０】
2005001794.tif 000048
【手続補正書】
【提出日】平成17年4月25日(2005.4.25)
【手続補正００１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
地球を、経度６０度毎の経線に沿って東西方向に６分割し、かつ緯線に沿って南北方向に少なくとも３分割する、番号が付された複数のブロック、前記各ブロックを東西方向および南北方向に正方形状にそれぞれ１００分割する、番号が付された複数のユニット、および前記各ユニットを東西方向および南北方向に正方形状にそれぞれ１０ｎ分割する、番号が付された複数のメッシュにより分割し、前記ブロックのブロック番号、前記ユニットのユニット番号、および前記メッシュのメッシュ番号の組み合わせにより位置表示するメッシュコードと、
新測地系座標および旧測地系座標の各緯度・経度、前記新測地系座標および前記旧測地系座標のそれぞれに対応するＸ、Ｙ座標の座標値と、を相互に変換する座標相互変換モジュールであって、
前記各緯度・経度と、前記座標値とを入力する入力手段と、
前記各緯度・経度と、前記座標値とが、前記各ブロックの何れの前記ブロック内に位置するかを求めるブロック番号選択手段と、
前記各緯度・経度と、前記座標値とが、前記ブロック番号選択手段で求められた前記ブロック内の何れの前記ユニット内に位置するかを求めるユニット番号選択手段と、
前記各緯度・経度と、前記座標値とが、前記ユニット番号選択手段で選択された前記ユニット内の何れの前記メッシュ内に位置するかを求めるメッシュ番号算出手段と、
前記メッシュコードによる位置に対応する、前記緯度・経度、前記座標値を求め出力する出力手段と、
データ入力の際に前記ユニット番号を省略し、前記メッシュ番号のみを入力することによって位置を特定するホームポジション設定手段と、
前記ブロック番号、前記ユニット番号、および前記メッシュ番号のうち、用途に応じ選択された桁数の前記メッシュコードを入力するメッシュコード入力手段と、
前記ブロック番号、前記ユニット番号、および前記メッシュ番号からなる前記メッシュコードのうち、用途に応じ必要とされる桁数を選択して出力するメッシュコード出力手段とを有する座標相互変換モジュール。
【請求項２】
（削除）
【請求項３】
（削除）
【請求項４】
（削除）
【請求項５】
請求項１に記載の座標相互変換モジュールと、前記緯度・経度、および前記座標値を含むデータベースとを有し、デジタル化された地図をコンピュータ上で管理し、位置を表示する地理情報システムであって、
前記座標相互変換モジュールは、前記データベースの前記緯度・経度および前記座標値を前記メッシュコードに変換することで前記データベースを利用し、前記緯度・経度および前記座標値をメッシュコードに変換して前記メッシュコードによるデータベースを作成する地理情報システム。
【請求項６】
地図および前記メッシュコードを重畳して表示する表示手段と、
任意の位置を、選択された桁数の前記メッシュコードとして入力する直接入力手段と、
前記任意の位置の前記メッシュコード、および前記直接入力手段で入力された前記メッシュコードのいずれか一方の前記メッシュコードに基づき、位置を検索する手段と、を有する、請求項５に記載の地理情報システム。
【請求項７】
請求項１に記載の座標相互変換モジュールを有し、現在地の情報を汎地球測位システム用の座標系から取得する汎地球測位システムであって、
取得された緯度・経度の情報を、前記新測地系座標の前記緯度・経度と同一とみなし、前記座標相互変換モジュールによって前記メッシュコードに変換して出力する汎地球測位システム。
【請求項８】
請求項７に記載の汎地球測位システムを備えた携帯端末であって、
目的地の位置を、選択された桁数の前記メッシュコードとして入力する直接入力手段と、
選択された桁数の前記メッシュコードとともに、必要に応じて現在地、目的地周辺の地図を表示し、目的地までの距離、方向を表示する機能とを有する携帯端末。
【請求項９】
用途に応じ選択された桁数の前記メッシュコードを音声によって入出力する手段を有する、請求項８に記載の携帯端末。
【請求項１０】
画像を撮像する撮像手段と、
前記汎地球測位システムによって取得した撮像場所の前記メッシュコード、および前記直接入力手段で入力された前記メッシュコードのいずれか一方の前記メッシュコードを撮像された前記画像に写し込んで記録する画像記録手段と、
前記画像記録手段に記録された前記画像を送信する送信手段と、を有する請求項８または９に携帯端末。
【請求項１１】
請求項７に記載の汎地球測位システムを備えた、撮像した画像を記録する撮像装置であって、
現在地を、選択された桁数の前記メッシュコードとして入力する直接入力手段と、
前記汎地球測位システムによって取得した撮像場所の位置情報の前記メッシュコード、および前記直接入力手段で入力された前記メッシュコードのいずれか一方の前記メッシュコードを撮像された前記画像に写し込むための手段と、を有する撮像装置。
【請求項１２】
少なくとも、前記撮像装置から被写体までの距離と、前記撮像装置に対する前記被写体の方向とに基づき、前記被写体の位置の前記メッシュコードを算出する算出手段と、
前記算出手段によって算出された前記メッシュコードを選択された桁数で撮像された画像に表示する手段を有する、請求項１１に記載の撮像装置。
【請求項１３】
請求項７に記載の汎地球測位システムを備え、移動体の現在地を検出し、検出された前記現在置から目的地までの移動経路を検索するナビゲーションシステムであって、
目的地を、選択された桁数の前記メッシュコードとして入力する直接入力手段と、
選択された桁数の前記メッシュコードによって現在位置を表示する手段と、
選択された桁数の前記メッシュコードで位置の検索を行う手段と、を有するナビゲーションシステム。
【請求項１４】
少なくとも、汎地球測位システムによって取得した位置情報、前記位置情報の前記メッシュコード、および前記直接入力手段で入力された前記メッシュコードのいずれかひとつを発信する手段を有する、請求項１３に記載のナビゲーションシステム。
【請求項１５】
取得した任意の位置の前記メッシュコードの記録および印刷を行う手段を有する、請求項１３または１４に記載のナビゲーションシステム。
【請求項１６】
請求項７に記載の汎地球測位システムを備えた移動体であって、車両、軌道車両、船舶、および航空機からなる群より選択された一の移動体。
【請求項１７】
車両と、前記車両の運行を管理する管理センターとを有する車両管理システムであって、
前記車両は、請求項７に記載の汎地球測位システムを有し、
前記汎地球測位システムは、選択された桁数の前記メッシュコードによる現在地および目的地、現在地から目的地までの移動経路、および地図を表示する表示手段と、選択された桁数の前記メッシュコードによって前記車両の移動経路、現在地および目的地の位置を検索する検索手段と、選択された桁数の前記メッシュコードによって目的地を入力する入力手段と、前記管理センターから送信されてきた前記メッシュコードを受信する手段と、現在地を示す信号を発信する発信手段と、各時刻における車両の位置情報を含む各種情報を記録する記録手段とを有し、
前記管理センターは、選択された桁数の前記メッシュコードによって目的地を入力する手段と、前記車両の現在地を表示する手段と、前記車両の現在地および目的地を、選択された桁数の前記メッシュコードにより検索する手段と、選択された桁数の前記メッシュコードを前記車両に送信する手段と、各時刻における前記車両の位置情報を含む各種情報を記録する情報記録手段
を有する管理手段を含む車両管理システム。
【請求項１８】
請求項７に記載の汎地球測位システムを有する車両の運行を管理するためのサーバであって、
選択された桁数の前記メッシュコードによって目的地を入力する手段と、
前記車両の現在地を表示する手段と、
前記車両の現在地、および目的地を選択された桁数の前記メッシュコードにより検索する手段と、
選択された桁数の前記メッシュコードを前記車両に送信する手段とを有するサーバ。
【請求項１９】
請求項７に記載の汎地球測位システムを有する車両の運行を管理するための処理をコンピュータに実行させるためのプログラムであって、
選択された桁数の前記メッシュコードによって目的地を入力する処理と、
前記車両の現在地を表示する処理と、
前記車両の現在地、および目的地を選択された桁数の前記メッシュコードにより検索する処理と、
選択された桁数の前記メッシュコードを前記車両に送信する処理と、をコンピュータに実行させるためのプログラム。
【請求項２０】
世界地図を、経度６０度毎の経線に沿って東西方向に６分割し、かつ緯線に沿って南北方向に少なくとも３分割する、番号が付された複数のブロック、前記各ブロックを東西方向および南北方向に正方形状にそれぞれ１００分割する、番号が付された複数のユニット、および前記各ユニットを東西方向および南北方向に正方形状にそれぞれ１０ｎ分割する、番号が付された複数のメッシュにより分割し、前記ブロックのブロック番号、前記ユニットのユニット番号、および前記メッシュのメッシュ番号の組み合わせにより位置表示するメッシュコードと、新測地系座標および旧測地系座標の各緯度・経度、前記新測地系座標および前記旧測地系座標のそれぞれに対応するＸ、Ｙ座標の座標値と、を相互に変換する処理をコンピュータに実行させるためのプログラムであって、
入力された前記各緯度・経度と、前記座標値とが、前記各ブロックの何れの前記ブロック内に位置するかを求めるブロック番号選択処理と、
前記各緯度・経度と、前記座標値とが、前記ブロック番号選択処理で求められた前記ブロック内の何れの前記ユニット内に位置するかを求めるユニット番号選択処理と、
前記各緯度・経度と前記座標値とが、前記ユニット番号選択処理で選択された前記ユニット内の何れの前記メッシュ内に位置するかを求めるメッシュ番号選択処理と、
データ入力の際に前記ユニット番号を省略し、前記メッシュ番号のみを入力することによって位置を特定するホームポジション設定処理と、
前記ブロック番号、前記ユニット番号、および前記メッシュ番号からなる前記メッシュコードのうち、用途に応じ必要とされる桁数を選択して出力するメッシュコード出力処理と、
前記ブロック番号、前記ユニット番号、および前記メッシュ番号のうち、用途に応じ選択された桁数の前記メッシュコードが入力されるメッシュコード入力処理と、
前記メッシュコードによる位置に対応する、前記緯度・経度、前記座標値を求め出力する出力処理とをコンピュータに実行させるためのプログラム。
【手続補正００２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
される位置情報をコンピュータという通訳を介して話しているようなもので、単に通訳を介する不便さだけでなく、この通訳が緯度・経度と１９座標の間の通訳は得意であるが、遥かに使用頻度の高い住所や目標物という位置言語の通訳が苦手なために疎外されているようなものである。これを解決するには通訳無しで話し合える共通言語が必要になる。
【００２３】
この位置の共通言語となるのが人が理解し易い座標であるが、全国を連続的に表現できる座標であり、積み上げられた膨大なＧＩＳの資産を活用するには緯度・経度に基づくしかない。ＧＩＳにおいて１９座標系で整理されたものも多いが、この座標系は局地座標であり、全国を一系として表現できる汎用性は無いが緯度・経度との関係はコンピュータ処理が可能である。よって基本的には緯度・経度を人が分かり易い形の座標系に変換することによってこの資産を活用することができる。
【００２４】
しかし、分り易い座標とするためには１０進法、整数表示など多くの条件を満たす必要がある。このような条件を満たすコード系が開示されている（特開２０００−１８１３４５号公報参照）。
【発明の開示】
【００２５】
しかしながら、特開２０００−１８１３４５号公報には、世界メッシュコード（Ｎコード）の利用法について十分に開示されておらず、その普及のためのシステムが必要である。
【００２６】
そこで、本発明は、Ｎコードと、新、旧測地系座標の緯度・経度およびそれぞれに対応するＸ、Ｙ座標からなる群より選択された一の座標系とを変換することで、Ｎコードを容易に利用することが可能な座標相互変換モジュールを提供することを目的とする。
【００２７】
さらには、座標相互変換モジュールを適用した、地理情報システム、汎地球測位システム、携帯端末、撮像装置、ナビゲーションシステム、航行制御システム、現場撮影用テレビカメラ、および車両管理システムを提供することを目的とする。
【００２８】
本発明の座標相互変換モジュールは、地球を、経度６０度毎の経線に沿って東西方向に６分割し、かつ緯線に沿って南北方向に少なくとも３分割する、番号が付された複数のブロック、各ブロックを東西方向および南北方向に正方形状にそれぞれ１


【手続補正００３】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
００分割する、番号が付された複数のユニット、および各ユニットを東西方向および南北方向に正方形状にそれぞれ１０ｎ分割する、番号が付された複数のメッシュにより分割し、ブロックのブロック番号、ユニットのユニット番号、およびメッシュのメッシュ番号の組み合わせにより位置表示するメッシュコードと、新測地系座標および旧測地系座標の各緯度・経度、新測地系座標および旧測地系座標のそれぞれに対応するＸ、Ｙ座標の座標値と、を相互に変換する座標相互変換モジュールであって、各緯度・経度と、座標値とを入力する入力手段と、各緯度・経度と、座標値とが、各ブロックの何れのブロック内に位置するかを求めるブロック番号選択手段と、各緯度・経度と、座標値とが、ブロック番号選択手段で求められたブロック内の何れのユニット内に位置するかを求めるユニット番号選択手段と、各緯度・経度と、座標値とが、ユニット番号選択手段で選択されたユニット内の何れのメッシュ内に位置するかを求めるメッシュ番号算出手段と、メッシュコードによる位置に対応する、緯度・経度、座標値を求め出力する出力手段と、データ入力の際にユニット番号を省略し、メッシュ番号のみを入力することによって位置を特定するホームポジション設定手段と、ブロック番号、ユニット番号、およびメッシュ番号のうち、用途に応じ選択された桁数のメッシュコードを入力するメッシュコード入力手段と、ブロック番号、ユニット番号、およびメッシュ番号からなるメッシュコードのうち、用途に応じ必要とされる桁数を選択して出力するメッシュコード出力手段とを有する。
【００２９】（削除）
【００３０】（削除）
【００３１】（削除）
【００３２】
上述の通りの構成の本発明の座標相互変換モジュールは、メッシュコードと、新、旧測地系座標の緯度・経度または１９座標系に基づくＸ、Ｙ座標の座標値を相互に容易に変換することができる。
【００３３】
国土地理院は、新測地系座標を発表する際に、旧日本測地系の緯度・経度、新測地系座標の緯度・経度、および両者に対応する１９座標系に基づくＸ、Ｙ座標の関係を示すプログラムとしてＴＫＹ２ＪＧＤを提共している。本発明の座標相互変換モジュー


【手続補正００４】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
体のナビゲーションシステムなどの一般的利用については実用上問題はない。
【００５１】
また、本発明のナビゲーションシステムは、汎地球測位システムによって取得した位置情報のメッシュコード、および直接入力手段で入力されたメッシュコードのいずれかを発信する手段を有するものであってもよい。この場合、取得された位置情報、あるいはメッシュコードを発信することで事故時などに効率的に対応できる。
【００５２】
また、本発明のナビゲーションシステムは、取得した任意の位置のメッシュコードの記録および印刷を行う手段を有するものであってもよい。本発明のナビゲーションシステムは、タクシーにナビゲーションを搭載した場合にあっては、乗客の乗車位置や降車位置を領収書に記載したり、次回乗車の際に目的地が簡単に伝えられるサービスが可能になる。
【００５３】
本発明の移動体は、本発明の汎地球測位システムを備えた移動体であって、
船舶、および航空機からなる群より選択された一の移動体である。
【００５４】
本発明のテレビカメラは、本発明の汎地球測位システムを備えた、現場撮影用のテレビカメラであって、テレビカメラの現在地、または、被写体の位置を、選択された桁数のメッシュコードとして入力する直接入力手段と、汎地球測位システムによって取得したテレビカメラの位置情報のメッシュコード、および直接入力手段で入力されたメッシュコードのいずれか一方のメッシュコードを撮像された画像に表示する表示手段を有するテレビカメラである。
【００５５】
本発明の車両管理システムは、車両と、車両の運行を管理する管理センターとを有する車両管理システムであって、
車両は、本発明の汎地球測位システムを有し、汎地球測位システムは、選択された桁数のメッシュコードによる現在地および目的地、現在地から目的地までの移動経路、および地図を表示する表示手段と、選択された桁数のメッシュコードによって車両の移動経路、現在地および目的地の位置を検索する検索手段と、選択された桁数のメッシュコードによって目的地を入力する入力手段と、管理センターから送信されてきたメッシュコードを受信する手段と、現在地を示す信号を発信する発信手段と、各時刻における車両の位置情報を含む各種情報を記録する記録手段とを有し、管理センターは、選択された桁数のメッシュコードによって目的地を入力する手段と、車両の


【手続補正００５】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
現在地を表示する手段と、車両の現在地および目的地を、選択された桁数のメッシュコードにより検索する手段と、選択された桁数のメッシュコードを車両に送信する手段と、各時刻における車両の位置情報を含む各種情報を記録する情報記録手段を有する管理手段を含む。
【００５６】
本発明の汎地球測位システムを有する車両の運行を管理するためのサーバであって、選択された桁数のメッシュコードによって目的地を入力する手段と、車両の現在地を表示する手段と、車両の現在地、および目的地を選択された桁数のメッシュコードにより検索する手段と、選択された桁数のメッシュコードを車両に送信する手段とを有する。
【００５７】
本発明の汎地球測位システムを有する車両の運行を管理するための処理をコンピュータに実行させるためのプログラムであって、選択された桁数のメッシュコードによって目的地を入力する処理と、車両の現在地を表示する処理と、車両の現在地、および目的地を選択された桁数のメッシュコードにより検索する処理と、選択された桁数のメッシュコードを車両に送信する処理と、をコンピュータに実行させるためのプログラムである。
【００５８】
なお、本発明において直接入力手段を有する発明は、汎地球測位システムが室内等で人工衛星からの情報が得られない場合等、メッシュコードに関する情報を取得できない場合であっても、その場所のメッシュコードが分っている場合にはそのメッシュコードを直接入力手段によりユーザが手入力することが可能である。
【００５９】
本発明のプログラムは世界地図を、経度６０度毎の経線に沿って東西方向に６分割し、かつ緯線に沿って南北方向に少なくとも３分割する、番号が付された複数のブロック、各ブロックを東西方向および南北方向に正方形状にそれぞれ１００分割する、番号が付された複数のユニット、および各ユニットを東西方向および南北方向に略正方形状にそれぞれ１０ｎ分割する、番号が付された複数のメッシュにより分割し、ブロックのブロック番号、ユニットのユニット番号、およびメッシュのメッシュ番号の組み合わせにより位置表示するメッシュコードと、新測地系座標および旧測地系座標の各緯度・経度、新測地系座標および旧測地系座標のそれぞれに対応するＸ、Ｙ座標の座標値とを相互に変換する処理をコンピュータに実行させるためのプログラムであ


【手続補正００６】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
って、入力された各緯度・経度と、座標値とが、各ブロックの何れのブロック内に位置するかを求めるブロック番号選択処理と、各緯度・経度と、座標値とが、ブロック番号選択処理で求められたブロック内の何れのユニット内に位置するかを求めるユニット番号選択処理と、各緯度・経度と、座標値とが、ユニット番号選択処理で選択されたユニット内の何れのメッシュ内に位置するかを求めるメッシュ番号選択処理と、データ入力の際にユニット番号を省略し、メッシュ番号のみを入力することによって位置を特定するホームポジション設定処理と、ブロック番号、ユニット番号、およびメッシュ番号からなるメッシュコードのうち、用途に応じ必要とされる桁数を選択して出力するメッシュコード出力処理と、ブロック番号、ユニット番号、およびメッシュ番号のうち、用途に応じ選択された桁数のメッシュコードが入力されるメッシュコード入力処理と、メッシュコードによる位置に対応する、緯度・経度、座標値を求め出力する出力処理とをコンピュータに実行させるためのものである。
【００６０】
以上説明したように本発明によれば、分り易い座標であるＮコードを含むメッシュコードと、旧日本測地系座標、および新測地系座標との座標を相互に容易に変換することができる。また、本発明の座標変換モジュールは、地理情報システム、汎地球測位システム、携帯端末、撮像装置、ナビゲーションシステム、現場撮影用のテレビカメラ、および車両管理システムにＮコードを適用することができるため、これらの利便性をより高めることができる。
【図面の簡単な説明】
【００６１】
［図１］本発明の一実施形態の変換モジュールに適用可能な、Ｎコードによる世界ブロック図である。
［図２］図１に示したブロック６Ａ内の東西方向３２〜６４、南北方向６４〜９５の領域を示した地図である。
［図３］東京都２３区、川崎市、横浜市を含む、ユニット番号４９８６近辺を表示した地図である。
［図４］ユニット番号４２８８を、５ｋｍメッシュによって東西方向および南北方向のそれぞれに１０分割した地図である。
［図５］堺市役所付近の５０ｍメッシュを示した地図である。




【国際調査報告】
2005001794.tif 000049
2005001794.tif 000050
2005001794.tif 000051
2005001794.tif 000052