(57)【要約】【課題】地図の表示性能を高速化する。【解決手段】サーバ１００内の地図情報データベース１１１に格納された地図情報をクライアント２００側から検索して画面表示を行う地図表示装置であって、地図情報データベースが座標領域によって検索抽出が可能な空間データベースの機能をもつデータベースであり、前記クライアント側に設けられたメッシュサイズ算出機能部２０５によって算出された表示画面に必要なメッシュサイズと前記表示画面に必要なメッシュサイズに基づいて表示メッシュ算出機能部２０６によって算出された表示画面に必要なメッシュIDの座標により前記クライアント側の表示画面の画面サイズに応じてメッシュIDが変更された地図情報が前記クライアント側の表示画面に表示される。【選択図】図１
2014191262.tif 000002
【特許請求の範囲】
【請求項１】
サーバ内の地図情報データベースに格納された地図情報をクライアント側から検索して画面表示を行う地図表示装置であって、地図情報データベースが座標領域によって検索抽出が可能な空間データベースの機能をもつデータベースであり、前記クライアント側に設けられたメッシュサイズ算出機能部によって算出された表示画面に必要なメッシュサイズと前記表示画面に必要なメッシュサイズに基づいて表示メッシュ算出機能部によって算出された表示画面に必要なメッシュIDの座標により前記クライアント側の表示画面の画面サイズに応じてメッシュIDが変更された地図情報が前記クライアント側の表示画面に表示されることを特徴とする地図表示装置。
【請求項２】
請求項１に記載の地図表示装置において、前記表示画面に必要なメッシュIDの座標により前記クライアント側の表示画面の画面サイズに応じてメッシュIDが変更された地図情報を格納するバッファ地図情報データベースが前記クライアント側に設けられ、前記バッファ地図情報データベースに格納された地図情報が前記クライアント側の表示画面に表示されることを特徴とする地図表示装置。
【請求項３】
請求項１または請求項２に記載の地図表示装置において、前記表示画面に必要なメッシュサイズとは異なるメッシュサイズで取得された地図情報も前記算出が行われ前記クライアント側の表示画面に表示されることを特徴とする地図表示装置。
【請求項４】
請求項１〜３の何れか一に記載の地図表示装置において、前記必要なメッシュサイズおよび前記必要なメッシュIDに対応した地図イメージファイルが設けられていることを特徴とする地図表示装置。
【請求項５】
請求項１〜４の何れか一に記載の地図表示装置において、前記必要なメッシュサイズおよび前記必要なメッシュIDに対応した設備イメージファイルが設けられ、前記設備イメージファイルの設備情報が前記地図情報に重ねて前記クライアント側の表示画面に表示されることを特徴とする地図表示装置。
【請求項６】
請求項５に記載の地図表示装置において、前記設備イメージファイルが設備オブジェクト種別毎に対応しており、前記クライアント側の表示画面に表示される設備が選択可能であることを特徴とする地図表示装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、地図をメッシュ単位で検索して画面に表示する地図表示装置に関するものである。
【背景技術】
【０００２】
紙媒体による地図の時代に、地図を管理する単位として、１次メッシュ（80km）、２次メッシュ（10km）、３次メッシュ（１km）などのメッシュという概念がある。これは、地図の縮尺に応じて日本を80km，10km，１kmの四角い領域に区切って管理する手法で、システム化された現在の電子地図でも、このメッシュを利用した地図情報と地図に関連する設備などの情報を管理するシステムが多数存在する。例えば、特許文献１に示すような例である。
【０００３】
メッシュを利用したシステムでは、予めメッシュの一つ一つに固有のＩＤを付与し、設備などの情報にメッシュのＩＤを関連付けることによって、地図を表示する際に表示領域に必要なメッシュのＩＤを特定すれば、「地図から設備」（あるいはその逆「設備から地図」）をすばやく検索し表示することを可能にしている。
例えば、図２５に、１kmメッシュで、新宿駅周辺の縮尺１／1000の地図を表示した例を示してある。図２５に例示のように、地図領域表示に必要なメッシュＩＤ（x1，y1）〜（x3，y2）の６枚のメッシュを特定し、地図情報を検索し表示する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−３３８４９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
80km，10km，１kmなどの限られた規則性のないメッシュサイズでは、ある縮尺では効率的に管理できても、他の縮尺になると効率的に管理できなくなるという課題がある。
例えば、メッシュサイズ1kmの場合では、縮尺１／1000000の都道府県レベルの表示をした場合は、必要なメッシュ数は数万枚となり（図２６を参照）、表示に必要な地図情報の検索処理はメッシュ単位で行うため、数万回の検索処理をしなくてはならず、処理負荷が高くなる。
逆に、縮尺１／1000の市街地レベルの表示をした場合は、必要なメッシュ数は１枚で済むが、地図表示領域の100倍以上も大きな領域情報を読み込むため、無駄な情報を検索読込みしていることになる。（図２７を参照）
【０００６】
この発明は、前述のような実情に鑑みてなされたもので、地図の表示性能を高速化することを目的とするものである。
【課題を解決するための手段】
【０００７】
この発明に係る地図表示装置は、サーバ内の地図情報データベースに格納された地図情報をクライアント側から検索して画面表示を行う地図表示装置であって、地図情報データベースが座標領域によって検索抽出が可能な空間データベースの機能をもつデータベースであり、前記クライアント側に設けられたメッシュサイズ算出機能部によって算出された表示画面に必要なメッシュサイズと前記表示画面に必要なメッシュサイズに基づいて表示メッシュ算出機能部によって算出された表示画面に必要なメッシュＩＤの座標により前記クライアント側の表示画面の画面サイズに応じてメッシュＩＤが変更された地図情報が前記クライアント側の表示画面に表示されるものである。
【発明の効果】
【０００８】
この発明は、サーバ内の地図情報データベースに格納された地図情報をクライアント側から検索して画面表示を行う地図表示装置であって、地図情報データベースが座標領域によって検索抽出が可能な空間データベースの機能をもつデータベースであり、前記クライアント側に設けられたメッシュサイズ算出機能部によって算出された表示画面に必要なメッシュサイズと前記表示画面に必要なメッシュサイズに基づいて表示メッシュ算出機能部によって算出された表示画面に必要なメッシュＩＤの座標により前記クライアント側の表示画面の画面サイズに応じてメッシュＩＤが変更された地図情報が前記クライアント側の表示画面に表示されるので、地図の表示性能を高速化することができる効果がある。
【図面の簡単な説明】
【０００９】
【図１】この発明の実施の形態１を示す図で、システム構成および機能構成の一例を示すブロック図である。
【図２】この発明の実施の形態１を示す図で、図１における地図情報ＤＢ１１１の地図情報の項目とデータ例示す図である。
【図３】この発明の実施の形態１を示す図で、図１における設備情報ＤＢ１１２の設備情報の項目とデータ例とを示す図である。
【図４】この発明の実施の形態１を示す図で、図１における表示パラメータ２１２の項目とデータ例とを示す図である。
【図５】この発明の実施の形態１を示す図で、図１における起動パラメータ２１３の項目とデータ例とを示す図である。
【図６】この発明の実施の形態１を示す図で、メッシュＩＤの概念図である。
【図７】この発明の実施の形態１を示す図で、図１の動作、処理をフローチャートで例示する動作説明図である。
【図８】この発明の実施の形態１を示す図で、縮尺1/1000地図を表示する場合のメッシュサイズおよびメッシュＩＤを動的に自動計算する概念を例示する図である。
【図９】この発明の実施の形態２を示す図で、システム構成および機能構成の他の例を示すブロック図である。
【図１０】この発明の実施の形態２を示す図で、バッファ地図情報２１３の項目とデータ例とを示す図である。
【図１１】この発明の実施の形態２を示す図で、バッファ設備情報２１４の項目とデータ例とを示す図である。
【図１２】この発明の実施の形態２を示す図で、バッファメッシュ情報２１５の項目とデータ例とを示す図である。
【図１３】この発明の実施の形態２を示す図で、図９の動作、処理をフローチャートで例示する動作説明図である。
【図１４】この発明の実施の形態３を示す図で、システム構成および機能構成の更に他の例を示すブロック図である。
【図１５】この発明の実施の形態３を示す図で、図１４の動作、処理をフローチャートで例示する動作説明図である。
【図１６】この発明の実施の形態４を示す図で、システム構成および機能構成の更に他の例を示すブロック図である。
【図１７】この発明の実施の形態４を示す図で、設備イメージファイル１１２’の格納例を示す図である。
【図１８】この発明の実施の形態４を示す図で、図１６の動作、処理をフローチャートで例示する動作説明図である。
【図１９】この発明の実施の形態５を示す図で、システム構成および機能構成の更に他の例を示すブロック図である。
【図２０】この発明の実施の形態５を示す図で、設備イメージファイル１１２’の格納例を示す図である。
【図２１】この発明の実施の形態５を示す図で、図１９の動作、処理をフローチャートで例示する動作説明図である。
【図２２】この発明の実施の形態６を示す図で、システム構成および機能構成の更に他の例を示すブロック図である。
【図２３】この発明の実施の形態６を示す図で、設備イメージファイル１１２’の格納例を示す図である。
【図２４】この発明の実施の形態６を示す図で、図２２における表示パラメータ２１２’の項目とデータ例とを示す図である。
【図２５】従来の１kmメッシュで、縮尺１／1000の地図を表示した例を示す図である。
【図２６】従来の１kmメッシュで、縮尺１／1000000の地図を表示した例を示す図である。
【図２７】従来の縮尺１／1000の市街地レベルの表示をした場合の図である。
【発明を実施するための形態】
【００１０】
実施の形態１．
本実施の形態１は、地図の情報を管理する単位であるメッシュサイズを、縮尺と表示画面サイズに応じてメッシュサイズを計算処理で動的に算出することで、メッシュサイズを最適化することを特徴とするものである。
【００１１】
以下、本実施の形態１を図１〜図７により具体的に説明する。
図１において、サーバ１００が通信網３００を介してクライアント２００に接続されている。
【００１２】
サーバ１００は、メッシュ座標変換機能部１０１、通信機能部１０２、地図情報検索機能部１０３、設備情報検索機能部１０４、地図情報データベース（以下、「ＤＢ」と略記する）１１１、および設備情報ＤＢ１１２を有している。
【００１３】
メッシュ座標変換機能部１０１は、メッシュサイズ、メッシュ番号から座標領域に変換する機能部である。
通信機能部１０２は、クライアントとデータを送受信する機能部である。
地図情報検索機能部１０３は、座標領域に含まれる地図情報を検索する機能部である。
設備情報検索機能部１０４は、座標領域に含まれる設備情報を検索する機能部である。
地図情報ＤＢ１１１は、地図情報が格納されているＤＢＭＳ。（図２  参照）
少なくとも、地図情報を一意に識別する「地図ＩＤ」と、地図の「座標」、オブジェクトの種類を表す「オブジェクト種別」、オブジェクトの幾何種別を表す「図形種別」の項目を含む。
設備情報ＤＢ１１２は、設備情報が格納されているＤＢＭＳ。（図３  参照）
少なくとも、設備情報を一意に識別する「設備ＩＤ」と、設備の「座標」、オブジェクトの種類を表す「オブジェクト種別」、オブジェクトの幾何種別を表す「図形種別」の項目を含む。
【００１４】
クライアント２００は、画面表示機能部２０１、地図操作機能部２０２、地図描画機能部２０３、設備描画機能部２０４、メッシュサイズ算出機能部２０５、表示メッシュ算出機能部２０６、通信機能部２０７、表示パラメータ２１２、および起動パラメータ２１３を有している。
【００１５】
画面表示機能部２０１は、地図描画機能部２０３で描画した地図と設備描画機能部２０４で描画した設備を重ねて画面に表示する機能部である。
地図操作機能部２０２は、地図を拡大／縮小／移動する機能部である。
地図描画機能部２０３は、地図情報から地図を描画する機能部である。
設備描画機能部２０４は、設備情報から設備を描画する機能部である。
メッシュサイズ算出機能部２０５は、現在の表示スケールと表示画面領域からメッシュのサイズを算出する機能部。
表示メッシュ算出機能部２０６は、表示画面領域の表示に必要なメッシュ番号を算出する機能部である。
通信機能部２０７は、サーバとデータを送受信する機能部である。
表示パラメータ２１２は、表示に必要なパラメータを保持する。（図４参照）
少なくとも、現在表示している地図の表示位置を示す「表示座標」、現在表示している画面のサイズを示す「画面表示サイズ」、現在表示している地図の縮尺を示す「スケール」が格納されている。
起動パラメータ２１３は、起動に必要なパラメータを保持する。（図５参照）
少なくとも、終了時に最後に表示した画面の状態を保存するかの可否を判断する「終了オプション」、地図を表示する画面の平均の辺の長さを示す「平均表示画面長さ」、１画面で管理する最適なメッシュ数を示す「最適メッシュ数」、メッシュサイズの計算単位を示す「メッシュサイズ基数」が格納されている。
【００１６】
次に、動作を説明する。
大きな流れとしては、次の（１）〜（１２）となる。
（１）  起動要求
（２）  メッシュサイズ算出
（３）  画面表示に必要なメッシュＩＤの算出
（４）  メッシュＩＤによる地図情報のサーバへの要求
（５）  メッシュＩＤの座標変換要求と、地図及び設備情報の検索要求
（６）  メッシュＩＤを座標に変換
（７）  地図情報を検索・抽出
（８）  設備情報を検索・抽出
（９）  地図情報及び設備情報をクライアントに送信
（１０）  地図情報から地図描画
（１１）  設備情報から設備描画
（１２）  地図描画と設備描画から地図を画面に表示
【００１７】
（（１））利用者は、地図操作機能部２０２により起動要求を実施する。
地図操作機能部２０２は表示パラメータ２１２、起動パラメータ２１３から各パラメータを読み込む。
地図操作機能部２０２は各パラメータを引数にメッシュサイズ算出機能部２０５を呼び出す。
【００１８】
（（２））メッシュサイズ算出機能部２０５は、受信した引数を使って、以下の式によりメッシュサイズを算出する。
メッシュサイズ算出機能部２０５は、地図操作機能部２０２から受信した引数に算出したメッシュサイズを加えて表示メッシュ算出機能部２０６を呼び出す。
［算出方法］
『メッシュサイズ』＝［メッシュサイズ奇数］＾α
α＝切捨て（log［メッシュサイズ基数］（［平均表示画面長さ］／平方根（［最適メッシュ数］）））
【００１９】
（（３））表示メッシュ算出機能部２０６は、受信した引数を使って、以下の式により、表示画面に必要なメッシュＩＤを算出する。
表示メッシュ算出機能部２０６は、少なくても［メッシュサイズ］及び［必要なメッシュＩＤ（mx，my）］を引数に通信機能部２０７を呼び出す。
メッシュＩＤとは、任意のメッシュサイズにおいてxy座標の原点を基点とし、メッシュサイズで格子状に区切られた各領域を一意に決定するＩＤのことである。ここではメッシュの概念図（図６）のように、原点に隣接するメッシュのメッシュＩＤ（x，y）を第一象限から順に（０，０）、（０，−１）、（−１，−１）、（−１，０）とする。また、原点からX軸のプラス方向にメッシュサイズ分だけ遠ざかる毎にメッシュＩＤ（mx，my）のmxが１増え、マイナス方向にメッシュサイズ分だけ遠ざかる毎にメッシュＩＤ（mx，my）のmxが１減る。Y軸も同様に、Y軸のプラス方向にメッシュサイズ分だけ遠ざかる毎にメッシュＩＤ（mx，my）のmyが１増え、マイナス方向にメッシュサイズ分だけ遠ざかる毎にメッシュＩＤ（mx，my）のmyが１減る。
［算出方法］
ａ．画面表示に必要な座標領域の計算
『開始座標（x）』＝［表示座標（x）］−［画面表示サイズ（x）］／２
『開始座標（y）』＝［表示座標（y）］−［画面表示サイズ（y）］／２
『終了座標（x）』＝［表示座標（x）］＋［画面表示サイズ（x）］／２
『終了座標（y）』＝［表示座標（y）］＋［画面表示サイズ（y）］／２
ｂ．画面表示に必要なメッシュＩＤ（mx，my）の計算
『開始メッシュＩＤ（mx）』＝切り上げ（［開始座標（x）］／［メッシュサイズ］）
ただし、［開始座標（x）］＜０の場合、
『開始メッシュＩＤ（mx）』＝切り上げ（［開始座標（x）］／［メッシュサイズ］）−１
『開始メッシュＩＤ（my）』＝切り上げ（［開始座標（y）］／［メッシュサイズ］）
ただし、［開始座標（y）］＜０の場合、
『開始メッシュＩＤ（my）』＝切り上げ（［開始座標（y）］／［メッシュサイズ］）−１
『終了メッシュＩＤ（mx）』＝切り上げ（［終了座標（x）］／［メッシュサイズ］）
ただし、[終了座標（x）]＜０の場合、
『終了メッシュＩＤ（mx）』＝切り上げ（［開始座標（x）］／［メッシュサイズ］）−１
『終了メッシュＩＤ（my）』＝切り上げ（［終了座標（y）］／［メッシュサイズ］）
ただし、［終了座標（y）］＜０の場合、
『終了メッシュＩＤ（my）』＝切り上げ（［終了座標（y）］／［メッシュサイズ］）−１
よって、『終了メッシュＩＤ（mx）』，『終了メッシュＩＤ（my）』，『終了メッシュＩＤ（mx）』，『終了メッシュＩＤ（my）』をそれぞれ、smx，smy，emx、emyとすると、画面表示に必要なメッシュＩＤ（mx，my）は以下の通りとなる。
必要なメッシュＩＤ（mx,my）：mx（smx〜emxの自然数）とmy（smy〜emyの自然数）の総当りは、
たとえば、smx＜emx及び、smy＜emyの場合は、必要なメッシュＩＤは以下のようになる。
（smx，smy），    （smx，smy＋１），・・・，    （smx，emy）
（smx＋１，smy），（smx＋１，smy＋１），・・・，（smx+1，emy）
：                ：                            ：
（emx，smy），    （emx，smy＋１），・・・，    （emx，emy）
【００２０】
（（４））クライアントの通信機能部２０７は、少なくても［メッシュサイズ］及び［必要な全メッシュＩＤ（mx，my）］を引数にサーバの通信機能部１０２を呼び出し、［地図情報］、［設備情報］を受信する。
通信機能部２０７は、少なくても［メッシュサイズ］及び［必要な全メッシュＩＤ（mx，my）］を引数にサーバの通信機能部１０２を呼び出し、［地図情報］，［スケール］，［表示座標］，［表示画面サイズ］を引数に地図描画機能部２０３を呼び出す。
また、通信機能部２０７は、少なくても［メッシュサイズ］及び［必要な全メッシュＩＤ（mx，my）］を引数にサーバの通信機能部１０２を呼び出し、［設備情報］，［スケール］，［表示座標］，［表示画面サイズ］を引数に設備描画機能部２０４を呼び出す。
【００２１】
（（５））サーバの通信機能部１０２は、少なくても［メッシュサイズ］及び［メッシュＩＤ（mx，my）］を引数にメッシュ座標変換機能部１０１を呼び出し、［メッシュＩＤ（mx，my）］を座標領域に変換する。
通信機能部１０２は、少なくても［座標領域］を引数に地図情報検索機能部１０３を呼び出し、領域に含まれる地図情報を取得する。
また、通信機能部１０２は、少なくても［座標領域］を引数に設備情報検索機能部１０４を呼び出し、領域に含まれる設備情報を取得する。
これらを受信した全ての［メッシュＩＤ（mx，my）］に対して行う。
【００２２】
（（６））メッシュ座標変換機能部１０１は、受信した引数を使って、以下の式により、メッシュＩＤを座標領域に変換する機能部である。算出した座標領域は、通信機能部１０２に送信する。
［算出方法］
メッシュＩＤ(mx,my)が表す座標領域の計算
『開始座標（x）』＝mx ×［メッシュサイズ］
『開始座標（y）』＝my ×［メッシュサイズ］
『終了座標（x）』＝（mx ＋１）×［メッシュサイズ］
『終了座標（y）』＝（my ＋１）×［メッシュサイズ］
【００２３】
（（７））地図情報検索機能部１０３は、受信した［座標領域］を条件に、地図情報ＤＢ１１１から［座標領域］に含まれる地図情報を検索抽出し、通信機能部１０２に送信する。
なお、地図情報ＤＢ１１１は、座標領域によって検索抽出が可能な空間データベースの機能をもつＤＢである。
【００２４】
（（８））設備情報検索機能部１０４は、受信した［座標領域］を条件に、設備情報ＤＢ１１２から［座標領域］に含まれる設備情報を検索抽出し、通信機能部１０２に送信する。
なお、設備情報ＤＢ１１２は、座標領域によって検索抽出が可能な空間データベースの機能をもつＤＢである。
【００２５】
（（９））サーバの通信機能部１０２は、［メッシュＩＤ（mx，my）］の単位でまとめられた［メッシュサイズ］，［メッシュＩＤ（mx，my）］，［地図情報］，［設備情報］を、要求された全てのメッシュＩＤ分まとめて、クライアントの通信機能部２０７に送信する。
【００２６】
（（１０））地図描画機能部２０３は、受信した［地図情報］，［スケール］，［表示座標］，［表示画面サイズ］を元に地図を描画する。
[描画した地図]は、画面表示機能部２０１に送信する。
【００２７】
（（１１））設備描画機能部２０４は、受信した［設備情報］，［スケール］，［表示座標］，［表示画面サイズ］を元に設備を描画する。
[描画した設備]は、画面表示機能部２０１に送信する。
【００２８】
（（１２））画面表示機能部２０１は、受信した[描画した地図]と[描画した設備]を重ね合わせて画面に表示する。
【００２９】
地図の移動時は、（（１））で読み込んだ［表示座標］変更後、（（２））〜（（１２））を実施する。
地図の拡大/縮小時は、（（１））で読み込んだ［スケール］を変更後、（（２））〜（（１２））を実施する。
【００３０】
以下、動作、処理をフローチャートで示す図７に基づいてステップの順に説明する。
ステップＳＴ１０１で起動要求をする。
【００３１】
ステップＳＴ102でメッシュサイズの計算を実施する。
具体的には、下記計算式で求められる
『メッシュサイズ』＝[メッシュサイズ基数]＾α
α＝切捨て（log［メッシュサイズ基数］（［平均表示画面長さ］／平方根（［最適メッシュ数］）））
上記式に下記値を代入  
［メッシュサイズ基数］＝２（図５起動パラメータから取得）
［平均表示画面長さ］＝1000［m］（図５起動パラメータから取得）
[最適メッシュ数]＝4[枚]（図５起動パラメータから取得）
結果
α＝切捨て（log2（1000／平方根（4）））＝9
『メッシュサイズ』＝2＾9＝512［m］
【００３２】
ステップＳＴ１０３で必要なメッシュＩＤの計算をする。
ａ．画面表示に必要な座標領域の計算は次の通りである。
『開始座標（x）』＝［表示座標（x）］−［画面表示サイズ（x）］／２
『開始座標（y）』＝［表示座標（y）］−［画面表示サイズ（y）］／２
『終了座標（x）』＝［表示座標（x）］＋［画面表示サイズ（x）］／２
『終了座標（y）』＝［表示座標（y）］＋［画面表示サイズ（y）］／２
上記式に下記値を代入する
［表示座標（x）］＝0［m］（図４表示パラメータから取得）
［表示座標（y）］＝0［m］（図４表示パラメータから取得）
［画面表示サイズ（x）］＝1000［m］（図４表示パラメータから取得）
［画面表示サイズ（y）］＝1000［m］（図４表示パラメータから取得）
よって、
『開始座標（x）』＝0−1000／２＝−500
『開始座標（y）』＝0−1000／２＝−500
『終了座標（x）』＝0＋1000／２＝500
『終了座標（y）』＝0＋1000／２＝500
ｂ．画面表示に必要なメッシュＩＤ（mx，my）の計算は次の通りである。
『開始メッシュＩＤ（mx）』＝切り上げ（［開始座標（x）］／［メッシュサイズ］）
ただし、［開始座標（x）］＜０の場合、
『開始メッシュＩＤ（mx）』＝切り上げ（［開始座標（x）］／［メッシュサイズ］）−１
『開始メッシュＩＤ（my）』＝切り上げ（［開始座標（y）］／［メッシュサイズ］）
ただし、［開始座標（y）］＜０の場合、
『開始メッシュＩＤ（my）』＝切り上げ（［開始座標（y）］／［メッシュサイズ］）−１
『終了メッシュＩＤ（mx）』＝切り上げ（［終了座標（x）］／［メッシュサイズ］）
ただし、［終了座標（x）］＜０の場合、
『終了メッシュＩＤ（mx）』＝切り上げ（［終了座標（x）］／［メッシュサイズ］）−１
『終了メッシュＩＤ（my）』＝切り上げ（［終了座標（y）］／［メッシュサイズ］）
ただし、［終了座標（y）］＜０の場合、
『終了メッシュＩＤ（my）』=切り上げ（［終了座標（y）］／［メッシュサイズ］）−１
上記式にa.の結果と下記値を代入する。
［メッシュサイズ］＝512［m］
よって、
『開始メッシュＩＤ（mx）』＝切り上げ（−500／512）−１＝−１
『開始メッシュＩＤ（my）』＝切り上げ（−500／512）−１＝−１
『終了メッシュＩＤ（mx）』＝切り上げ（500／512）＝0
『終了メッシュＩＤ（mx）』＝切り上げ（500／512）＝0
上記の結果から、画面表示に必要なメッシュＩＤは、メッシュＩＤ（−1，−1），メッシュＩＤ（−1，0），メッシュＩＤ（0、−1），メッシュＩＤ（0，0）である。
【００３３】
ステップＳＴ１０４で、ステップＳＴ１０３で計算したメッシュＩＤをサーバ１００に送信する。
ステップＳＴ１０５で、各メッシュＩＤを座標領域に変換し、座標領域に含まれる地図情報を取得する。
例えばメッシュＩＤ(−1、−1)は以下の座標領域に変換される。
『開始座標（x）』＝mx ×［メッシュサイズ］＝ −１×512 ＝ −５１２
『開始座標（y）』＝my ×［メッシュサイズ］＝ −１×512 ＝ −５１２
『終了座標（x）』＝（mx ＋１）×［メッシュサイズ］＝ 0×512 ＝ ０
『終了座標（y）』＝（my ＋１）×［メッシュサイズ］＝ 0×512 ＝ ０
取得した地図情報はクライアント２００に返信する。
ステップＳＴ１０６で、クライアント２００は受け取った地図情報を元に、地図を表示する。
【００３４】
本実施の形態１によれば、地図表示の処理単位であるメッシュサイズを自動変更可能（従来は固定サイズ）とすることで、図８の事例から明白なように、縮尺と画面サイズによって変化する表示領域の大きさがメッシュサイズと比較して大きすぎて余計な領域の表示処理を行ったり、小さすぎて表示処理が何回も繰り返し実行されることを防止し、効率的に表示処理を実施することができる。
【００３５】
実施の形態２．
本実施の形態２は、メッシュサイズとメッシュの任意の領域を一意に決定するメッシュＩＤをキーにクライアントに地図情報をバッファすることにより、地図の表示を高速に実施することを特徴とする。
図９は本実施の形態２の構成を示す機能構成図である。実施の形態１（図１）と比較し、メッシュ管理機能部２０８、バッファ地図情報ＤＢ２１４、バッファ設備情報ＤＢ２１５、およびバッファメッシュ情報ＤＢ２１６を、実施の形態１（図１）追加した構成となっている。
【００３６】
以下、実施の形態１に追加となった構成のみ説明する。
メッシュ管理機能部２０８は、表示メッシュ算出機能部２０６で算出したメッシュＩＤを、バッファしているものとバッファしていないものに判別し、バッファしていないメッシュＩＤは地図情報の取得をサーバに要求し取得後はローカルＤＢにバッファする。バッファしているメッシュＩＤは地図情報の取得をローカルＤＢに要求する。
【００３７】
バッファ地図情報ＤＢ２１４は、サーバから送信された地図情報を一時的に格納するＤＢＭＳである。（図１０を参照）
少なくとも、メッシュを一意に決定する「メッシュＩＤ」と、メッシュの大きさを表す「メッシュサイズ」と、地図情報を一意に識別する「地図ＩＤ」と、地図の「座標」、オブジェクトの種類を表す「オブジェクト種別」、オブジェクトの幾何種別を表す「図形種別」の項目を含む。
【００３８】
バッファ設備情報ＤＢ２１５は、サーバから送信された設備情報を一時的に格納するＤＢＭＳ。（図１１を参照）
少なくとも、メッシュを一意に決定する「メッシュＩＤ」と、メッシュの大きさを表す「メッシュサイズ」と、設備情報を一意に識別する「地図ＩＤ」と、設備の「座標」と、オブジェクトの種類を表す「オブジェクト種別」と、オブジェクトの幾何種別を表す「図形種別」の項目を含む。
【００３９】
バッファメッシュ情報ＤＢ２１６は、サーバから取得済みのメッシュ番号と取得したものが何かを表す情報種別を一時的に格納するＤＢＭＳ。（図１２を参照）
少なくとも、メッシュを一意に決定する「メッシュＩＤ」と、メッシュの大きさを表す「メッシュサイズ」と、取得対象のオブジェクトの種類を表す「オブジェクト種別」の項目を含む。
【００４０】
次に動作について説明する。
大きな流れとしては、以下の通りである。
上述の実施の形態１と比較して、（３）’，（４）−１，（４）−２が異なる。
（１）  起動要求
（２）  メッシュサイズ算出
（３）’  画面表示に必要なメッシュＩＤの算出
（４）−１  バッファしていないメッシュＩＤの検索・抽出と、バッファしている地図情報の検索・抽出
（４）−２  メッシュＩＤによる地図情報のサーバへの要求
（５）  メッシュＩＤの座標変換要求と、地図及び設備情報の検索要求
（６）  メッシュＩＤを座標に変換
（７）  地図情報を検索・抽出
（８）  設備情報を検索・抽出
（９）  地図情報及び設備情報をクライアントに送信
（１０）  地図情報から地図描画
（１１）  設備情報から設備描画
（１２）  地図描画と設備描画から地図を画面に表示
【００４１】
実施の形態１と異なる手順のみを以下に記述する。
（（３）’）表示メッシュ算出機能部２０６は、受信した引数を使って、以下の式により、表示画面に必要なメッシュＩＤを算出する。（メッシュＩＤの算出方法は実施の形態１と同様）
表示メッシュ算出機能部２０６は、少なくても［メッシュサイズ］及び［必要なメッシュＩＤ（mx，my）］を引数にメッシュ管理機能部２０８を呼び出す。
【００４２】
（（４）−１）メッシュ管理機能部２０８は、受信した［メッシュサイズ］及び［必要な全メッシュＩＤ（mx，my）］を条件に、バッファメッシュ情報２１６に問い合わせ、すでにバッファされているメッシュＩＤと、バッファされていないメッシュＩＤを判別する。
バッファされていないメッシュＩＤを［必要なメッシュＩＤ（mx，my）］として、メッシュ管理機能部２０８は、少なくても［メッシュサイズ］及び［必要なメッシュＩＤ（mx，my）］を引数にクライアントの通信機能部２０７を呼び出し、結果として［地図情報］及び［設備情報］を受信する。受信した［地図情報］及び［設備情報］は、［メッシュサイズ］と［メッシュＩＤ］をキーにバッファ地図情報ＤＢ２１４とバッファ設備情報ＤＢ２１５に登録する。また、キーの［メッシュサイズ］と［メッシュＩＤ］は、バッファメッシュ情報２１６に登録する。
バッファされているメッシュＩＤに対して、メッシュ管理機能部２０８は、少なくても［メッシュサイズ］及び［メッシュＩＤ（mx，my）］を条件に、バッファ地図情報ＤＢ２１４から［地図情報］を検索・抽出する。
また、バッファされているメッシュＩＤに対して、メッシュ管理機能部２０８は、少なくても［メッシュサイズ］及び［メッシュＩＤ（mx，my）］を条件に、バッファ設備情報ＤＢ２１５から［設備情報］を検索・抽出する。
メッシュ管理機能部２０８は、通信機能部２０７から受信した［地図情報］及びバッファ地図情報ＤＢ２１４から抽出した［地図情報］，［スケール］，［表示座標］，［表示画面サイズ］を引数に設備描画機能部２０４を呼び出す。
また、メッシュ管理機能部２０８は、通信機能部２０７から受信した[設備情報]及びバッファ設備情報ＤＢ２１５から抽出した［設備情報］，［スケール］，［表示座標］，［表示画面サイズ］を引数に設備描画機能部２０４を呼び出す。
【００４３】
（（４）−２）クライアントの通信機能部２０７は、少なくても［メッシュサイズ］及び［必要な全メッシュＩＤ（mx，my）］を引数にサーバの通信機能部１０２を呼び出し、［地図情報］、［設備情報］を受信し、受信した［地図情報］、［設備情報］をそのままメッシュ管理機能部２０８に送信する。
【００４４】
以下、動作、処理をフローチャートで示す図１３に基づいてステップの順に説明する。
ステップＳＴ２０１は、図７のステップＳＴ１０１と同じであるので説明は割愛する。
ステップＳＴ２０２は、図７のステップＳＴ102と同じであるので説明は割愛する。
ステップＳＴ２０３は、図７のステップＳＴ１０３と同じであるので説明は割愛する。
ステップＳＴ２０４では、ステップＳＴ２０３から受信したメッシュＩＤが、バッファメッシュ情報２１６に問い合わせ、すでにバッファされているメッシュＩＤと、バッファされていないメッシュＩＤを判別する。
バッファされているメッシュＩＤであれば、バッファから地図情報を取得する。
バッファされていないメッシュＩＤであれば、サーバに地図情報を要求する。
【００４５】
ステップＳＴ２０５は、図７のステップＳＴ１０５と同じであるので説明は割愛する。
ステップＳＴ２０６では、検索結果の地図情報をサーバ１００から受け取り、受信した地図情報はメッシュＩＤとひも付けて、［メッシュサイズ］と［メッシュＩＤ］をキーにバッファ地図情報ＤＢ２１４とバッファ設備情報ＤＢ２１５に登録する。加えて、ステップＳＴ２０４でバッファから取得した地図情報と、サーバ１００から受信した地図情報とを地図表示する。
【００４６】
本実施の形態２によれば、サーバから取得した地図情報及び設備情報をクライアントにメッシュＩＤ及びメッシュサイズと関連付けてキャッシュし再利用可能とすることで、同じメッシュ領域を描画する際にサーバまで問合せする必要がないため、高速に地図表示をすることができる。
【００４７】
実施の形態３．
本実施の形態３は、異なるメッシュサイズ（キー）で取得した地図情報も、再計算することで、再利用を可能とすることを特徴とする。
図１４はこの本実施の形態３の機能構成図である。実施の形態２（図９）と比較し、バッファメッシュサイズ再利用機能部２０９を実施の形態２に追加した構成となっている。
【００４８】
以下、実施の形態２に追加となった構成のみ説明する。
バッファメッシュサイズ再利用機能部２０９は、任意のメッシュサイズでのバッファ情報を、それよりも小さいメッシュサイズでも再利用できるようにする機能部である。
【００４９】
次に動作について説明する。
大きな流れとしては、以下の通りである。
実施の形態１と比較して、（２）−１，（２）−２が異なる。
（１）  起動要求
（２）−１  メッシュサイズ算出
（２）−２  バッファメッシュＩＤ算出
（３）’  画面表示に必要なメッシュＩＤの算出
（４）−１  バッファしていないメッシュＩＤの検索・抽出と、バッファしている地図情報の検索・抽出
（４）  ＩＤによる地図情報のサーバへの要求
（５）  メッシュＩＤの座標変換要求と、地図及び設備情報の検索要求
（６）  メッシュＩＤを座標に変換
（７）  地図情報を検索・抽出
（８）  設備情報を検索・抽出
（９）  地図情報及び設備情報をクライアントに送信
（１０）  地図情報から地図描画
（１１）  設備情報から設備描画
（１２）  地図描画と設備描画から地図を画面に表示
【００５０】
実施の形態２と異なる手順のみ記述する。
（（２）−１）メッシュサイズ算出機能部２０５は、受信した引数を使って、メッシュサイズを算出する。（メッシュサイズの算出は実施の形態１と同様である）
メッシュサイズ算出機能部２０５は、地図操作機能部２０２から受信した引数に算出したメッシュサイズを加えて表示メッシュ算出機能部２０６を呼び出す。
メッシュサイズ算出機能部２０５は、前回算出したメッシュサイズと異なる場合、新たな［メッシュサイズ］を引数として、バッファメッシュサイズ再利用機能部２０９を呼び出す。
【００５１】
（（２）−２）バッファメッシュサイズ再利用機能部２０９は、受信したメッシュサイズを検索条件として、バッファメッシュ情報ＤＢ２０５に格納されたメッシュサイズが大きなメッシュＩＤを再計算して、受信したメッシュサイズのメッシュＩＤに変換し、バッファメッシュ情報ＤＢ２１５に追加登録する。これにより、メッシュサイズが異なる時に取得した情報を再利用できるようにするものである。
【００５２】
以下、動作、処理をフローチャートで示す図１５に基づいてステップの順に説明する。
ステップＳＴ301では、ユーザの操作によってスケール変更に伴いメッシュサイズが変更になった場合は、バッファに格納してあるデータを再利用するためにメッシュＩＤを再計算する。
メッシュサイズが大きくなった場合は、再利用はせずにバッファデータを削除する。
メッシュサイズが小さくなった場合は、メッシュＩＤを再計算して関連付けを変更する。
【００５３】
ステップＳＴ３０２は、図７のステップＳＴ２０２と同じであるので説明は割愛する。
ステップＳＴ３０３は、図７のステップＳＴ２０３と同じであるので説明は割愛する。
ステップＳＴ３０４は、図７のステップＳＴ２０４と同じであるので説明は割愛する。
ステップＳＴ３０５は、図７のステップＳＴ２０５と同じであるので説明は割愛する。
ステップＳＴ３０６は、図７のステップＳＴ２０６と同じであるので説明は割愛する。
【００５４】
実施の形態３によれば、実施の形態２を発展させて、メッシュＩＤ及びメッシュサイズをキーにキャッシュした地図情報及び設備情報を、それよりもメッシュサイズが小さな場合においてもキャッシュした地図情報及び設備情報を再利用できるように、メッシュＩＤを再計算して再利用を可能とすることで、地図情報及び設備情報の再利用性を高めることができる。
【００５５】
実施の形態４．
本実施の形態４は、メッシュサイズとメッシュＩＤに対応した地図イメージファイルをあらかじめ用意することで、イメージファイルを表示する簡単な処理で地図描画を実現することを特徴とする。
図１６は本実施の形態４の構成を示す機能構成図である。実施の形態１（図１）と比較し、通信機能部１０２’，地図情報検索機能部１０３’， 地図イメージファイル１１１’， 地図描画機能部２０３’の構成（または機能の中身）を変更したものとなっている。
【００５６】
実施の形態１から変更となった構成のみ説明する。
通信機能部１０２’は、クライアントとデータを送受信する機能部である。
地図情報検索機能部１０３’は、メッシュサイズ、メッシュＩＤに対応する地図イメージファイルを取得する機能部である。
地図イメージファイル１１１’は、メッシュサイズ、メッシュＩＤに対応した領域の地図イメージファイルが格納されているファイルシステムである。（図１７を参照）
少なくとも、地図イメージファイルが一意に識別できるように、メッシュサイズをフォルダ名に、メッシュＩＤをファイル名に含む。
地図描画機能部２０３’は、地図イメージファイルを表示する機能部。
【００５７】
次に動作について説明する。
大きな流れとしては、以下の通りである。
実施の形態１と比較して、（５）’，（７）’，（１０）’ が異なる。
（１）  起動要求
（２）  メッシュサイズ算出
（３）  画面表示に必要なメッシュＩＤの算出
（４）  メッシュＩＤによる地図情報のサーバへの要求
（５）’   メッシュＩＤの座標変換要求と、地図イメージファイル及び設備情報の検索要求
（６）  メッシュＩＤを座標に変換
（７）’  地図イメージファイルを検索・抽出
（８）  設備情報を検索・抽出
（９）  地図情報及び設備情報をクライアントに送信
（１０）’   地図イメージファイルから地図描画
（１１）  設備情報から設備描画
（１２）  地図描画と設備描画から地図を画面に表示
【００５８】
実施の形態１と異なる手順のみ記述する。
（（５）’）サーバの通信機能部１０２は、少なくても［メッシュサイズ］及び［メッシュＩＤ（mx，my）］を引数にメッシュ座標変換機能部１０１を呼び出し、［メッシュＩＤ（mx，my）］を座標領域に変換する。
通信機能部１０２は、少なくても［メッシュサイズ］及び［メッシュＩＤ（mx，my）］を引数に地図情報検索機能部１０３を呼び出し、引数に対応する地図イメージファイルを取得する。
また、通信機能部１０２は、少なくとも［座標領域］を引数に設備情報検索機能部１０４を呼び出し、領域に含まれる設備情報を取得する。
これらを受信した全ての［メッシュＩＤ（mx，my）］に対して行う。
【００５９】
（（７）’）地図情報検索機能部１０３は、受信した［メッシュサイズ］及び［メッシュＩＤ（mx，my）］を条件に、地図イメージファイル１１１’が格納されているファイルシステムから目的の地図イメージファイルを取得し、通信機能部１０２に送信する。
【００６０】
（（１０）’）地図描画機能部２０３は、受信した［地図イメージファイル］，［スケール］，［表示座標］，［表示画面サイズ］を元に地図を描画する。
［描画した地図］は、画面表示機能部２０１に送信する。
【００６１】
以下、動作、処理をフローチャートで示す図１８に基づいてステップの順に説明する。
ステップＳＴ４０１は、図７のステップＳＴ102と同じであるので説明は割愛する。
ステップＳＴ４０２は、図７のステップＳＴ 102と同じであるので説明は割愛する。
ステップＳＴ４０３は、図７のステップＳＴ １０３と同じであるので説明は割愛する。
ステップＳＴ４０４は、図７のステップＳＴ １０４と同じであるので説明は割愛する。
【００６２】
ステップＳＴ４０５では、予めサーバ１００には、メッシュサイズ及びメッシュＩＤと関連付けて地図イメージファイルが格納されていて、クライアントからの要求（メッシュサイズ、メッシュＩＤ）と一致する地図イメージファイルをクライアントに返信する。
ステップＳＴ４０６は、図７のステップＳＴ１０６と同じであるので説明は割愛する。
【００６３】
本実施の形態４によれば、地図情報からよく利用するメッシュサイズに対応した地図イメージファイルを用意することで、よく利用するメッシュサイズでは地図表示の表示処理の負荷を下げ、表示処理を高速化することができる。
【００６４】
実施の形態５．
本実施の形態５は、メッシュサイズとメッシュＩＤに対応した設備イメージファイルをあらかじめ用意することで、イメージファイルを表示する簡単な処理で地図描画に設備イメージを重ねて表示することを特徴とする。
図１９は本実施の形態５の構成を示す機能構成図である。実施の形態１（図１）と比較し、通信機能部１０２’，設備情報検索機能部１０４’，設備イメージファイル１１２’，設備描画機能部２０４’の構成（または機能の中身）を変更したものとなっている。
【００６５】
実施の形態１から変更となった構成のみ説明する。
通信機能部１０２’は、クライアントとデータを送受信する機能部である。
設備情報検索機能部１０４’は、メッシュサイズ、メッシュＩＤに対応する設備イメージファイルを取得する機能部である。
設備イメージファイル１１２’は、メッシュサイズ、メッシュＩＤに対応した領域の設備イメージファイルが格納されているファイルシステムである。（図１５を参照）
少なくとも、設備イメージファイルが一意に識別できるように、メッシュサイズをフォルダ名に、メッシュＩＤをファイル名に含む。
設備描画機能部２０４’は、設備イメージファイルを表示する機能部である。
【００６６】
次に動作について説明する。
大きな流れとしては、以下の通りである。
実施の形態１と比較して、（５）’，（８）’，（１１）’が異なる。
（１）  起動要求
（２）  メッシュサイズ算出
（３）  画面表示に必要なメッシュＩＤの算出
（４）  メッシュＩＤによる地図情報のサーバへの要求
（５）’  メッシュＩＤの座標変換要求と、地図イメージファイル及び設備情報の検索要求
（６）  メッシュＩＤを座標に変換
（７）  地図情報を検索・抽出
（８）’  設備イメージファイルを検索・抽出
（９）  地図情報及び設備情報をクライアントに送信
（１０）  地図情報から地図描画
（１１）’  設備イメージファイルから設備描画
（１２）地図描画と設備描画から地図を画面に表示
【００６７】
実施の形態１と異なる手順のみ記述する。
（（５）’）サーバの通信機能部１０２は、少なくても［メッシュサイズ］及び［メッシュＩＤ（mx，my）］を引数にメッシュ座標変換機能部１０１を呼び出し、［メッシュＩＤ（mx，my）］を座標領域に変換する。
通信機能部１０２は、少なくても［座標領域］を引数に地図情報検索機能部１０３を呼び出し、領域に含まれる地図情報を取得する。
また、通信機能部１０２は、少なくても［メッシュサイズ］及び［メッシュＩＤ（mx，my）］を引数に設備情報検索機能部１０４を呼び出し、引数に対応する設備イメージファイルを取得する。
これらを受信した全ての［メッシュＩＤ（mx，my）］に対して行う。
【００６８】
（（８）’）設備情報検索機能部１０３は、受信した［メッシュサイズ］及び［メッシュＩＤ（mx，my）］を条件に、設備イメージファイル１１２’が格納されているファイルシステムから目的の設備イメージファイルを取得し、通信機能部１０２に送信する。
【００６９】
（（１１）’）設備描画機能部２０３は、受信した［設備イメージファイル］、［スケール］、［表示座標］、［表示画面サイズ］を元に設備を描画する。
［描画した設備］は、画面表示機能部２０１に送信する。
【００７０】
以下、動作、処理をフローチャートで示す図２７に基づいてステップの順に説明する。
ステップＳＴ５０１は、図２３のステップＳＴ１０２と同じであるので説明は割愛する。
ステップＳＴ５０２は、図２３のステップＳＴ１０２と同じであるので説明は割愛する。
ステップＳＴ５０３は、図２３のステップＳＴ１０３と同じであるので説明は割愛する。
ステップＳＴ５０４は、図２３のステップＳＴ１０４と同じであるので説明は割愛する。
ステップＳＴ５０５では、予めサーバ１００には、メッシュサイズ及びメッシュＩＤと関連付けて設備イメージファイルが格納されていて、クライアントからの要求（メッシュサイズ、メッシュＩＤ）と一致する地図イメージファイルをクライアントに返信する。
ステップＳＴ５０６は、図２３のステップＳＴ１０６と同じであるので説明は割愛する。
【００７１】
実施の形態５によれば、設備情報からよく利用するメッシュサイズに対応した設備イメージファイルを用意することで、よく利用するメッシュサイズでは地図表示の表示処理の負荷を下げ、表示処理を高速化することができる。
【００７２】
実施の形態６．
本実施の形態６は、メッシュサイズとメッシュＩＤに加え、設備オブジェクト種別毎に対応した設備イメージファイルをあらかじめ用意することで、表示する設備を選択可能とすることを特徴とする。
図２２は本実施の形態６の構成を示す機能構成図である。実施の形態５（図１８）と比較し、通信機能部１０２’，設備情報検索機能部１０４’，設備イメージファイル１１２’，設備描画機能部２０４’，表示パラメータ２１２’の構成（または機能の中身）を変更したものとなっている。
【００７３】
実施の形態５から変更となった構成のみ説明する。
通信機能部１０２’は、クライアントとデータを送受信する機能部である。
設備情報検索機能部１０４’は、メッシュサイズ、メッシュＩＤ、オブジェクト種別に対応する設備イメージファイルを取得する機能部である。
設備イメージファイル１１２’は、メッシュサイズ、メッシュＩＤ、オブジェクト種別に対応した領域の設備イメージファイルが格納されているファイルシステム。設備イメージファイルは、メッシュサイズ毎、メッシュＩＤ毎、オブジェクト種別毎に分けて作成されている。（図２３を参照）
少なくとも、設備イメージファイルが一意に識別できるように、メッシュサイズとオブジェクト種別をフォルダ名に、メッシュＩＤをファイル名に含む。
設備描画機能部２０４’は、引数[オブジェクト種別]で指定された全ての設備イメージファイルを重ねて表示する機能部である。
【００７４】
次に動作について説明する。
大きな流れとしては、以下の通りである。
実施の形態５と比較して、（１）’，（５）’，（８）’，（１１）’が異なる。
（１）’  起動要求
（２）  メッシュサイズ算出
（３）  画面表示に必要なメッシュＩＤの算出
（４）  メッシュＩＤによる地図情報のサーバ１００への要求
（５）’  メッシュＩＤの座標変換要求と、地図イメージファイル及び設備情報の検索要求
（６）  メッシュＩＤを座標に変換
（７）  地図情報を検索・抽出
（８）’  設備イメージファイルを検索・抽出
（９）  地図情報及び設備情報をクライアントに送信
（１０）  地図情報から地図描画
（１１）’  設備イメージファイルから設備描画
（１２）  地図描画と設備描画から地図を画面に表示
【００７５】
実施の形態５と異なる手順のみ記述する。
(（１）’)利用者は、地図操作機能部２０２により起動要求を実施する。
地図操作機能部２０２は表示パラメータ２１２’、起動パラメータ２１３から各パラメータを読み込む。
地図操作機能部２０２は各パラメータを引数にメッシュサイズ算出機能部(２０５)を呼び出す。
なお、表示パラメータ２１２’から取得した[表示オブジェクト種別]は、地図操作機能部２０２, メッシュサイズ算出機能部２０５, 表示メッシュ算出機能部２０６, 通信機能部２０７，通信機能部１０２を経由して、設備情報検索機能部１０４に引数として渡される。
【００７６】
（（５）’）サーバの通信機能部１０２は、少なくても［メッシュサイズ］及び［メッシュＩＤ（mx，my）］を引数にメッシュ座標変換機能部１０１を呼び出し、［メッシュＩＤ(mx,my)］を座標領域に変換する。
通信機能部１０２は、少なくても［座標領域］を引数に地図情報検索機能部１０３を呼び出し、領域に含まれる地図情報を取得する。
また、通信機能部１０２は、少なくても［メッシュサイズ］及び［メッシュＩＤ（mx，my）］、［表示オブジェクト種別］を引数に設備情報検索機能部１０４を呼び出し、引数に対応する設備イメージファイルを取得する。
これらを受信した全ての［メッシュＩＤ（mx，my）］に対して行う。
【００７７】
(（８）’)設備情報検索機能部１０３は、受信した［メッシュサイズ］及び［メッシュＩＤ（mx，my）］、［表示オブジェクト種別］を条件に、設備イメージファイル１１２’が格納されているファイルシステムから目的の設備イメージファイルを取得し、通信機能部１０２に送信する。
【００７８】
(（１１）’)設備描画機能部２０３は、受信した［設備イメージファイル］、［スケール］、［表示座標］、［表示画面サイズ］、［表示オブジェクト種別］を元に設備を描画する。［表示オブジェクト種別］が複数ある場合は、重ね合わせて描画する。
［描画した設備］は、画面表示機能部２０１に送信する。
【００７９】
実施の形態６によれば、設備情報からよく利用するメッシュサイズに対応した設備イメージファイルを設備オブジェクト種別毎に用意することで、地図表示の際に選択された設備だけを地図上に表示し、利便性を向上することができる。
【００８０】
前述のように、本発明の実施の形態１〜６は次のような技術的な特徴を有している。
特徴１：実施の形態１に示したように、地図の情報を管理する単位であるメッシュサイズを、縮尺と表示画面サイズに応じてメッシュサイズを計算処理で動的に算出することで、メッシュサイズを最適化することを特徴とするものである。
特徴２：実施の形態２に示したように、メッシュサイズとメッシュの任意の領域を一意に決定するメッシュＩＤをキーにクライアントに地図情報をバッファすることにより、地図の表示を高速に実施することを特徴とするものである。
特徴３：実施の形態３に示したように、異なるメッシュサイズ(キー)で取得した地図情報も、再計算することで、再利用を可能とすることを特徴とするものである。
特徴４：実施の形態４に示したように、メッシュサイズとメッシュＩＤに対応した地図イメージファイルをあらかじめ用意することで、イメージファイルを表示する簡単な処理で地図描画を実現することを特徴とするものである。
特徴５：実施の形態５に示したように、メッシュサイズとメッシュＩＤに対応した設備イメージファイルをあらかじめ用意することで、イメージファイルを表示する簡単な処理で地図描画に設備イメージを重ねて表示することを特徴とするものである。
特徴６：実施の形態６に示したように、メッシュサイズとメッシュＩＤに加え、設備オブジェクト種別毎に対応した設備イメージファイルをあらかじめ用意することで、表示する設備を選択可能とすることを特徴とするものである。
特徴７：また、縮尺と表示画面サイズに応じて表示に必要なメッシュ数が予め設定した値近辺になるように最適なメッシュサイズを計算処理で動的に算出することにより従来装置の課題を解決するものである。
特徴８：また、メッシュサイズが縮尺に応じて変更された場合でも、クライアントにダウンロードした地図関連情報を再利用しやすいように、メッシュサイズの算出方法を工夫したものである。（図２２を参照）
特徴９：また、地図表示装置において、地図表示の処理単位であるメッシュサイズを自動変更可能（従来は固定サイズ）とすることで、地図の表示性能を高速化するものである。
特徴１０：サーバ内の地図情報データベースに格納された地図情報をクライアント側から検索して画面表示を行う地図表示装置であって、地図情報データベースが座標領域によって検索抽出が可能な空間データベースの機能をもつデータベースであり、前記クライアント側に設けられたメッシュサイズ算出機能部によって算出された表示画面に必要なメッシュサイズと前記表示画面に必要なメッシュサイズに基づいて表示メッシュ算出機能部に
よって算出された表示画面に必要なメッシュＩＤの座標により前記クライアント側の表示画面の画面サイズに応じてメッシュＩＤが変更された地図情報が前記クライアント側の表示画面に表示される地図表示装置である。
特徴１１：特徴１０の地図表示装置において、前記表示画面に必要なメッシュＩＤの座標により前記クライアント側の表示画面の画面サイズに応じてメッシュＩＤが変更された地図情報を格納するバッファ地図情報データベースが前記クライアント側に設けられ、前記バッファ地図情報データベースに格納された地図情報が前記クライアント側の表示画面に表示される地図表示装置である。
特徴１２：特徴１０または特徴１１の地図表示装置において、前記表示画面に必要なメッシュサイズとは異なるメッシュサイズで取得された地図情報も前記算出が行われ前記クライアント側の表示画面に表示される地図表示装置である。
特徴１３：特徴１０〜１２の何れか一の地図表示装置において、前記必要なメッシュサイズおよび前記必要なメッシュＩＤに対応した地図イメージファイルが設けられている地図表示装置である。
特徴１４：特徴１０〜１３の何れか一の地図表示装置において、前記必要なメッシュサイズおよび前記必要なメッシュＩＤに対応した設備イメージファイルが設けられ、前記設備イメージファイルの設備情報が前記地図情報に重ねて前記クライアント側の表示画面に表示される地図表示装置である。
特徴１５：特徴１４に記載の地図表示装置において、前記設備イメージファイルが設備オブジェクト種別毎に対応しており、前記クライアント側の表示画面に表示される設備が選択可能である地図表示装置である。
【００８１】
なお、本発明は、その発明の範囲内において、各実施の形態を適宜、変形、省略することができる。
なお、各図中、同一符合は同一または相当部分を示す。
【符号の説明】
【００８２】
１００  サーバ、１１１  地図情報データベース、１１１’地図イメージファイル、１１２’設備イメージファイル、２００  クライアント、２０５  メッシュサイズ算出機能部、２０６  表示メッシュ算出機能部、２１４  バッファ地図情報データベース。
【図１】
2014191262.tif 000003
【図６】
2014191262.tif 000004
【図７】
2014191262.tif 000005
【図９】
2014191262.tif 000006
【図１３】
2014191262.tif 000007
【図１４】
2014191262.tif 000008
【図１５】
2014191262.tif 000009
【図１６】
2014191262.tif 000010
【図１７】
2014191262.tif 000011
【図２２】
2014191262.tif 000012
【図２３】
2014191262.tif 000013
【図２】
2014191262.tif 000014
【図３】
2014191262.tif 000015
【図４】
2014191262.tif 000016
【図５】
2014191262.tif 000017
【図８】
2014191262.tif 000018
【図１０】
2014191262.tif 000019
【図１１】
2014191262.tif 000020
【図１２】
2014191262.tif 000021
【図１８】
2014191262.tif 000022
【図１９】
2014191262.tif 000023
【図２０】
2014191262.tif 000024
【図２１】
2014191262.tif 000025
【図２４】
2014191262.tif 000026
【図２５】
2014191262.tif 000027
【図２６】
2014191262.tif 000028
【図２７】
2014191262.tif 000029