JPH11232433A - 地図表示制御システム - Google Patents

Abstract

(57)【要約】 【課題】 サーバーにおけるデータ量を少なくし、初期
の地図の表示速度および移動・拡大・縮小の操作時の地
図の表示速度を高速化する。 【解決手段】 通信回線を介して地図データベースを有
するサーバー４とクライアント端末１を接続して、サー
バーは、地図データベース５をデータ領域とデータ種別
ごとにメッシュ・レイヤーインデッスク情報で管理し、
クライアント端末１からの地図データの要求に対し地図
データベースから地図データを抽出してクライアント端
末に送信し、クライアント端末１は、地図の表示要求に
基づき地図データの要求範囲のデータ領域とデータ種別
を確定してデータ種別とデータ領域ごとにサーバー４に
対して地図データの要求を行って、サーバー４から送信
されてきた地図データを記憶手段２に保持してデータ種
別とデータ領域を管理し表示装置３に地図を表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信回線を介して
地図データベースを有するサーバーとクライアント端末
を接続して、クライアント端末から地図データの要求を
行って、サーバーが地図データの要求に基づき地図デー
タベースから地図データを抽出して送信することによ
り、クライアント端末で地図データを受信し地図を表示
する地図表示制御システムに関する。

【０００２】

【従来の技術】インターネット上での地図表示を行う場
合の従来の地図表示制御システムとしては、Ｗｅｂサー
バー側でＷｅｂクライアント側の要求に基づきイメージ
データを生成して送信することにより、Ｗｅｂクライア
ント側で地図を表示する方式と、Ｗｅｂサーバー側にあ
るイメージデータからＷｅｂクライアント側の要求に基
づき選択して送信することにより、Ｗｅｂクライアント
側で地図を表示する方式がある。

【０００３】すなわち、前者の方式は、Ｗｅｂクライア
ント側よりＷｅｂサーバー側に対して地図の表示要求が
あると、まず、Ｗｅｂサーバー側において、表示要求の
あった地域範囲の地図データの読込みを地図データベー
スに対して行う。そして、その地図データをディスク又
はメモリ上等にイメージデータで作成してＷｅｂクライ
アント側に送信することにより、Ｗｅｂクライアント側
でイメージデータを受信して表示する方式であり。これ
に対し、後者の方式は、Ｗｅｂサーバー上において、予
め要求されると考えられる地域範囲の地図のイメージデ
ータを作成してデータベースとして用意しておき、その
イメージデータをＷｅｂクライアント側からの要求に基
づき選択して送信することにより、Ｗｅｂクライアント
側でイメージデータを受信して表示する方式である。

【０００４】

【発明が解決しようとする課題】しかし、従来のインタ
ーネット上での地図表示制御システムでは、上記のよう
にＷｅｂサーバー側からＷｅｂクライアント側に地図を
送信する場合に、Ｗｅｂサーバー側でイメージデータを
生成又は選択してＷｅｂクライアント側に送信すること
により、Ｗｅｂクライアント側でそのイメージデータを
受信し表示しているため次のような問題がある。例えば
イメージデータはデータ量が大きいため、Ｗｅｂサーバ
ー側でイメージデータを作成してからＷｅｂクライアン
ト側に送信すると、Ｗｅｂサーバー側から送信するデー
タ量が膨大になる。また、Ｗｅｂクライアント側でイメ
ージデータを受信して表示すると、イメージデータ自身
のサイズが大きいため、Ｗｅｂクライアント側で表示す
るまでに時間がかかる。しかも、表示する地図につい
て、その位置を変更したり、拡大／縮小したりする場合
に、再度、Ｗｅｂサーバー側に地図のイメージデータを
要求しなければならないため、地図表示の移動・拡大・
縮小を行うときにも、初期に地図を表示する場合と同様
の時間がかかる。

【０００５】

【課題を解決するための手段】本発明は、上記課題を解
決するものであって、サーバーにおけるデータ量を少な
くし、初期の地図の表示速度および移動・拡大・縮小の
操作時の地図の表示速度を高速化するものである。

【０００６】そのために本発明は、通信回線を介して地
図データベースを有するサーバーとクライアント端末を
接続して、クライアント端末から地図データの要求を行
い、サーバーが地図データの要求に基づき地図データベ
ースから地図データを抽出して送信することにより、ク
ライアント端末で地図データを受信し地図を表示する地
図表示制御システムであって、前記サーバーは、地図デ
ータベースをデータ領域とデータ種別ごとにメッシュ・
レイヤーインデッスク情報で管理して前記クライアント
端末からの地図データの要求に対し前記メッシュ・レイ
ヤーインデッスク情報に基づき前記地図データベースか
ら地図データを抽出して前記クライアント端末に送信
し、前記クライアント端末は、地図の表示要求に基づき
地図データの要求範囲の前記データ領域とデータ種別を
確定して前記データ種別とデータ領域ごとに前記サーバ
ーに対し地図データの要求を行い、前記サーバーから送
信されてきた地図データを記憶手段に保持して前記デー
タ種別とデータ領域を管理し地図を表示することを特徴
とするものである。

【０００７】また、前記メッシュ・レイヤーインデッス
ク情報は、表示サイズを大きい順にして優先順位を設定
し、前記サーバーは、前記クライアント端末からの地図
データの要求に対して指定された最小サイズより小さな
表示サイズのデータが発見されるまで地図データの抽出
を行うようにしたことを特徴とし、前記クライアント端
末は、前記データ種別とデータ領域ごとに地図データを
管理するテーブルを有し、該テーブルで表示頻度を管理
して該表示頻度の少ない領域から地図データの破棄を行
い、前記テーブルで記憶手段に保持されている地図デー
タを管理し、該記憶手段に保持されている地図データを
除外して前記サーバーに対して地図データの要求を行う
ようにしたことを特徴とするものである。

【０００８】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照しつつ説明する。図１は本発明に係る地図表示制
御システムの実施の形態を示す図であり、１はクライア
ント端末、２、５は記憶装置、３は表示装置、４はサー
バー、１１は地図データ要求処理部、１２は地図データ
受信処理部、１３は地図表示処理部、２１は地図要求受
付処理部、２２は地図範囲確定処理部、２３は地図デー
タ抽出処理部、２４は地図データ送信処理部を示す。

【０００９】図１において、クライアント端末１は、地
図の表示要求が入力されると、通信回線、例えばインタ
ーネット回線を介してサーバー４に地図データの要求を
送信し、その地図データの要求に応じてサーバー４から
送信されてきた地図データを記憶装置２に格納し、表示
装置３に地図を表示するものである。これらの処理を行
うものとして、クライアント端末１は、例えば地図デー
タ要求処理部１１、地図データ受信処理部１２、地図表
示処理部１３を有する。そして、地図データの要求で
は、地図データ要求処理部１１により要求された地図の
表示範囲、内容に基づき記憶装置２の管理テーブルを参
照、設定して、データ種別のレイヤー番号、データ領域
のメッシュ番号を求め、データ種別（レイヤー）とデー
タ領域（メッシュ）の組み合わせで、サーバー４に対し
て地図データの要求を行う。また、このとき、地図デー
タの表示倍率や最小表示サイズも指定する。サーバー４
から送信されてきた地図データは、地図データ受信処理
部１２により記憶装置２に格納すると共に、管理テーブ
ルの書き換え、更新を行って、地図表示処理部１３によ
り表示倍率に従って所定の範囲の地図データを読み出し
て表示装置３に地図を表示する。

【００１０】記憶装置２は、サーバー４に対する地図デ
ータの要求を行い、表示装置３に地図を表示するために
必要なデータ種別及びデータ領域を管理する管理テーブ
ルとサーバー４から送信されてきた地図データを格納す
るものである。管理テーブルは、データ種別管理テーブ
ルとデータ領域管理テーブルからなる。データ種別管理
テーブルは、例えば道路地図であれば、道路（高速道路
・国道・県道・一般道路）、鉄道、文字情報、シンボル
情報等のデータの種類を区別する情報を管理するもので
あり、地図の表示要求に基づき表示／非表示（表示フラ
グ）の設定がなされ、表示フラグの設定内容に基づき地
図データの要求を行い、表示装置３への地図の表示制御
を行う。また、データ領域管理テーブルは、データ領域
のメッシュ番号とデータ種別のレイヤー番号により記憶
装置２に格納された地図データを管理するものであり、
この管理テーブルに基づき地図データの要求を行うデー
タ領域、除外するデータ領域を判断し、また、データ受
信時にはその地図データの容量が記憶容量を上回ると、
古い地図データの破棄処理を行う。

【００１１】サーバー４は、クライアント端末１からの
地図データの要求に対し、記憶装置５に格納したメッシ
ュ・レイヤーインデックスファイルを参照して地図デー
タベースから地図データを抽出し、これをクライアント
端末１へ送信するものである。これらの処理を行うもの
として、サーバー４は、例えば地図要求受付部２１、地
図範囲確定処理部２２、地図データ抽出処理部２３、地
図データ送信処理部２４を有する。そして、クライアン
ト端末１からの地図データの要求に対し、地図要求受付
部２１によりその受付処理を行い、地図範囲確定処理部
２２によりデータ種別、データ領域、地図データの表示
倍率、最小表示サイズからメッシュ・レイヤーインデッ
クスファイルを参照して地図データの抽出範囲を確定す
ることにより、地図データ抽出処理部２３により地図デ
ータベースから地図データの要求に対応した地図データ
の抽出を行い、地図データ送信処理部２４により抽出し
た地図データをクライアント端末１に送信する。

【００１２】記憶装置５は、データ領域のメッシュ番号
とデータ種別のレイヤー番号から定まるファイル名を持
つメッシュ・レイヤーインデックスファイルと、このメ
ッシュ・レイヤーインデックスファイルで管理される地
図データベースを格納するものである。地図データベー
スは、クライアント端末１からの地図データの要求に対
して高速にデータ抽出を実現するため、地図の範囲を複
数のデータ領域（メッシュ）に分割し、かつ複数のデー
タ種別（レイヤー）に分割したデータ構造を持つ。すな
わち、メッシュ・レイヤーインデックスファイルには、
地図を作成するとき、縦×横を指定範囲、例えば１０ｋ
ｍ×ｌ．５Ｋｍといった範囲の領域にメッシュ分割した
データ領域の情報と、データの種類を区別する情報で分
割したデータ種別の情報を持つインデックス情報を作成
し、クライアント端末１からの地図データの要求に対し
て、即時に送信すべき地図データを抽出できるようにし
ている。

【００１３】次に、クライアント端末に設定される管理
テーブル、サーバーに設定されるインデックスファイ
ル、クライアント端末における地図データ要求処理及び
サーバーにおける地図要求受付・送信処理を具体例によ
り説明する。図２はデータ領域管理テーブルの構成例を
示す図、図３はデータ種別管理テーブルの構成例を示す
図、図４はメッシュ・レイヤーインデックスファイルの
構成例を示す図、図５は地図データ要求処理の例を説明
するための図、図６は地図要求受付・送信処理の例を説
明するための図である。

【００１４】クライアント端末に設定される管理テーブ
ルのうち、データ領域管理テーブルは、例えば図２に示
すように地図データを表示する領域（メッシュ）が識別
できるデータ領域のメッシュ番号、データの種類を区別
するデータ種別ごとに固有のレイヤー番号、表示頻度、
表示フラグ、地図データブロック位置、地図データ数の
各情報を有するものである。表示頻度は、地図表示にこ
の領域の地図データを利用した回数を設定するものであ
り、この回数は、地図の表示要求により表示装置３の地
図表示に利用される毎に加算される。表示フラグは、現
在の地図表示で表示対象領域の場合は「１」、表示対象
外であれば「０」を設定するものである。地図データブ
ロック位置は、この領域の地図データのメモリ上での位
置、つまり記憶装置２の地図データの格納位置を設定
し、地図データ数は、地図のベクタデータ数を設定する
ものである。

【００１５】上記構成のデータ領域管理テーブルでは、
記憶装置２に保持されているデータ領域、データ種別の
情報を登録しているので、例えば地図の表示要求がある
と、それに基づき要求すべきデータ領域が記憶装置２に
保持されているか否かを知ることができる。したがっ
て、要求すべきデータ領域が記憶装置２に保持されてい
れば、地図データブロック位置に基づきその領域の地図
データを読み出して表示に利用することができ、そのと
きデータ領域の表示フラグを「１」にして表示頻度を１
回インクリメントする。しかし、記憶装置２に要求すべ
きデータ領域の地図データが保持されていなければ、新
たにサーバーに地図データの要求を行わなければならな
い。この場合、地図データが送信されてくると、受信し
た地図データに関するデータ領域管理テーブルを設定し
て地図データを記憶装置２に格納し、表示装置３にその
地図を表示すると同時に、データ領域管理テーブルの表
示フラグを「１」にして表示頻度を１回とする。なお、
先に述べたようにデータを受信したときその地図データ
の容量が記憶容量を上回る場合には、データ領域管理テ
ーブルから表示フラグが「１」でなく、表示頻度の最も
小さいデータから破棄処理を行う。

【００１６】データ種別管理テーブルは、例えば図３に
示すようにレイヤー番号、表示フラグ、表示属性の各情
報を有するものである。レイヤー番号は、データの種類
を区別するデータ種別ごとに固有の番号を設定し、表示
フラグは、このデータの種別の非表示（オフ）、表示
（オン）を「０」、「１」で設定し、表示属性は、線
種、線幅、線色、塗り込みパターン、塗り込み色、シン
ボルNo. 、文字サイズ、文字色を設定するものである。

【００１７】上記構成のデータ種別管理テーブルでは、
例えば地図の表示要求があると、その表示要求のあるデ
ータ種別のレイヤー番号に対して表示フラグを「１」に
設定し、他のレイヤー番号に対しては表示フラグを
「０」に設定する。そしてこの表示フラグが「１」に設
定されたデータ種別について、サーバーに対してデータ
領域ごとに地図データの要求を行い、また、設定された
表示属性にしたがって地図の表示制御を行う。

【００１８】サーバーに設定されるメッシュ・レイヤー
インデックスファイルは、地図データをデータ種別およ
ぴデータ領域により管理したインデックス情報を有す
る。インデックス情報は、図４に示すようにそれぞれが
メッシュ番号とレイヤー番号から定まるファイル名を有
し、例えば地図データシーケンシャルNo. 、地図データ
ベース内位置、データ種別、データ長、データリージョ
ンからなる。このインデックス情報では、１つの地図デ
ータが表示する場合に必要とする表示サイズの大きな順
に並ばせている。そして、要求のあったデータ領域、デ
ータ種別について、メッシュ・レイヤーインデックスフ
ァイル内のインデックス情報を１件ずつ参照して、デー
タリージョンを表示最小データサイズと比較し、表示最
小データサイズより大きいリージョンサイズを持つ地図
データが地図データベース内位置に基づき地図データベ
ースから抽出される。このとき、優先順位が表示サイズ
の大きな順に設定されているので、表示サイズの大きい
順に地図データが抽出され、指定された最小表示サイズ
より小さな表示サイズのデータが発見された段階で抽出
作業は終了する。

【００１９】クライアント端末における地図データ要求
処理の例を説明する。地図データ要求処理では、図５に
示すようにユーザから地図の表示要求があるのを待ち
（ステップＳ１１）、地図の表示要求があるとまず、地
図の表示要求の指示情報を入力する（ステップＳ１
２）。地図の表示要求では、例えばディスプレイ上に表
示すべき地図の左下の緯度、経度、表示すべき地図のデ
ータ種別、表示倍率、最小表示サイズが入力される。表
示すべき地図の左下の緯度、経度、表示倍率が指示され
ると、ディスプレイ上の表示範囲の座標として、ディス
プレイ上に表示する４角の緯度、経度の座標を求める
（ステップＳ１３）。

【００２０】次に、この４角の緯度・経度の座標を地図
データのマクロ座標に変換し、そのマクロ座標が含まれ
るメッシュ番号を求め、サーバーに要求すべきメッシュ
番号の範囲を求める（ステップＳ１４）。そして、デー
タ領域管理テーブルを参照して該当するデータ領域のメ
ッシュ番号があるか否かを調べる（ステップＳ１５）。
既に要求した地図データで記憶装置に保持されているメ
ッシュ番号が存在する場合には、そのメッシュ番号を要
求するメッシュ番号から除外し（ステップＳ１６）、残
りのメッシュ番号の地図データの要求をサーバーに送信
する（ステップＳ１７）。すなわち、データ領域管理テ
ーブルに要求すべきメッシュ番号がありクラアイント端
末で地図データを保持している場合には、同一の領域
（メッシュ番号）の地図データを再度サーバーに対して
要求することは、データ要求が重複し処理速度の低下を
招くので、このような問題を解消するため、既にデータ
要求してクライアント端末で地図データを保持している
メッシュ番号の再度の要求はさせないようにしている。

【００２１】ディスプレイ表示範囲を含むメッシュ番号
に対してデータ要求を行った後は、地図の拡大や移動に
備えてその周囲を要求すべき先読みデータ範囲としてそ
れらのメッシュ番号を求め（ステップＳ１８）、ステッ
プＳ１５と同様にクライアント端末で保持しているメッ
シュ番号を調べて除外し（ステップＳ１９、Ｓ２０）、
残りのメッシュ番号の地図データの要求をサーバーに送
信する（ステップＳ２１）。

【００２２】サーバーにおける地図要求受付・送信処理
の例を説明する。地図要求受付・送信処理では、図６に
示すようにクライアント端末から地図データの要求があ
るのを待ち（ステップＳ３１）、地図データの要求があ
るとまず、クライアントからの地図データの要求で指定
されたデータ種別、メッシュ番号、表示倍率、最小表示
サイズの受付を行う（ステップＳ３２）。そして、表示
倍率に基づき領域サイズを計算し（ステップＳ３３）、
指定されたメッシュ番号、レイヤー番号にしたがってメ
ッシュ・レイヤーインデックスファイルを参照して（ス
テップＳ３４）、最小表示サイズ以下か否かを調べ（ス
テップＳ３５）、最小表示サイズより大きい地図データ
を地図データベースから抽出して（ステップＳ３６）、
抽出した地図データを送信する（ステップＳ３７）。こ
の地図データの抽出、送信を最小表示サイズになるまで
繰り返す。

【００２３】図７はインターネット上でＷｅｂクライア
ントからＷｅｂサーバーに地図データの要求を行って地
図表示を行う全体の処理の流れを示す図、図８はＷｅｂ
クライアント側での地図データ要求処理及び地図データ
受信処理、地図表示処理の例を示す図、図９は地図デー
タのメッシュ番号の採番例を示す図、図１０は表示倍率
の異なる地図の表示例を示す図、図１１は表示範囲と地
図データの要求の例を説明するための図である。

【００２４】本発明に係る地図表示制御システムでは、
インターネット上でＷｅｂクライアントからＷｅｂサー
バーに地図データの要求を行って地図表示を行う場合、
図７に示すようにＷｅｂクライアント側からの地図デー
タの要求に対し、Ｗｅｂサーバーにおいて地図要求の受
け付け処理を行って要求された範囲の地図データを確定
し、要求地図データの抽出を行って地図データをＷｅｂ
クライアントに対して送信する。このとき、Ｗｅｂクラ
イアントからの地図データ要求では、図８に示すように
データ種別（レイヤー番号）と１データの表示領域（メ
ッシュ番号）を指定する形式で、複数回の要求を行うこ
とによって、必要範囲の地図データをＷｅｂサーバーか
ら取得する。

【００２５】Ｗｅｂクライアントから領域（メッシュ）
〜のデータをレイヤー番号順にＷｅｂサーバー側に
データ要求を送ると、Ｗｅｂサーバー側では、メッシュ
・レイヤーインデックスファイルを検索し、メッシュレ
イヤーインデックスファイル内のデータ表示サイズとク
ライアント側の表示倍率とから計算されるクライアント
側表示サイズを求め、最小表示サイズと比較してデータ
抽出を行う。このようにＷｅｂサーバーに要求する表示
倍率および最小表示サイズによって、取得するデータが
最適化され、送信されるデータ量が決定される。このよ
うにして地図データベースから読み込んだ地図データは
メッシュ単位でまとめて、Ｗｅｂクライアントに送信さ
れ地図が表示される。

【００２６】メッシュ番号は、地図のデータの範囲を含
む矩形領域を任意の矩形サイズで分割した領域に振られ
る番号であり、例えば北海道の地図データを作成する場
合の、メッシュ番号の採番状況を示したのが図９であ
る。１データの表示領域の指定には、メッシュ・レイヤ
ーインデックスファイルで管理するこのメッシュ番号を
指定する。このことにより、表示領域を直ちに指示する
ことが可能となる。座標単位は、任意に決定されるマク
ロ座標であるが、原点位置（座標０，０）の緯度・経度
とメッシュの矩形サイズ（距離）は地図データ作成時に
指定するため、各メッシュ原点（左下座標）の緯度・経
度は計算により求められる。また、地図をディスプレイ
上に表示する場合、ディスプレイ上の左下の表示すべき
緯度・経度及び表示倍率が指定されれば、ディスプレイ
に表示する４角の緯度・経度の座標が求められる。この
４角の緯度・経度の座標を地図データのマクロ座標に変
換し、そのマクロ座標が含まれるメッシュ番号を求める
と、サーバーに要求すべきメッシュ番号の範囲が求めら
れる。

【００２７】Ｗｅｂサーバー側での地図データ抽出時
に、クライアント側で表示するに際し表示する地図デー
タが画面上で１ドット以下のものについては抽出対象か
ら除くようにデータ抽出の最適化を行う。このために、
地図データの要求時に地図データの表示倍率と最小表示
サイズを指定する。Ｗｅｂサーバー側では、地図のデー
タを地図データ種別及び表示領域により管理したインデ
ックス情報を１つの地図データが表示する場合に必要と
する表示サイズの大きな順に並ばせている。このため、
要求のあった地図データは、表示を行う場合に大きい順
に抽出され、指定されたよ最小示サイズより小さな表示
サイズのデータが発見された段階で地図データの抽出作
業は終了する。これにより、ディスプレイ上に表示して
も、表示の領域サイズが小さくて、意味をなさないよう
な地図データは読み飛ばして、余分なデータ読みを行う
ことを回避する。表示倍率に応じて抽出されたデータ種
別が選別された表示例を示したのが図１０である。

【００２８】地図データの要求は、地図表示等の処理と
は別処理で同時に非同期で実行できることから、インタ
ーネット利用時にＬＡＮなどより通信速度が遅い公衆回
線等の通信網を利用している場合には、ディスプレイの
表示範囲を含むデータ領域のデータをクライアント側で
取得した後、さらにそのデータ範囲の外側のデータ範囲
を先読み方式でサーバーに要求することにより、地図操
作（移動・縮小・拡大等）時により一層表示のレスポン
スを高めることができる。

【００２９】いま、地図の表示要求として図１１（Ａ）
に示すようにディスプレイ表示範囲が指示されていると
すると、その表示範囲の座標を含む１６個のメッシュが
地図データの要求範囲となる。このディスプレイ表示範
囲を図１１（Ｂ）に示すように移動すると、既にデータ
要求済みの部分を除き、移動方向に１０個のメッシュが
新たな地図データの要求範囲となる。

【００３０】しかし、図１１（Ｃ）に示すように表示範
囲の座標を含む１６個のメッシュを初期に要求するデー
タ範囲とし、その外側の２０個のメッシュを次に要求す
る先読みデータ範囲として先読みしておくと、図１１
（Ｄ）に示すようにディスプレイ表示範囲を移動する場
合には、移動方向に４個のメッシュだけが移動時に要求
すべきデータ領域となる。

【００３１】図１１（Ｂ）と図１１（Ｄ）とを比較する
と明らかなように、図１１（Ｄ）に示す先読み処理によ
り移動時に要求すべきデータ領域の数が、図１１（Ｂ）
に示す先読みなしの場合に比べて減っていることがわか
る。

【００３２】また、Ｗｅｂクライアントでは、非同期に
地図データの要求を行うため、最初に要求した地図デー
タが取得できた段階から、地図の描画処理を行うことが
できる。しかも、地図データの取得を、地図の描画に必
要なデータ種別の順序（たとえば、道路・鉄道・行政界
等）ごとに優先順位を付け、その優先順位ごとに地図デ
ータの要求を行うと、要求した地図データを取得できた
ものから地図の描画処理を行うため、画面上の地図表示
領域には徐々に地図が表示されていくようになる。しか
し、要求に従って順次地図データを受け取り、表示可能
な地図範囲は広がって行くが、Ｗｅｂクライアント側の
メモリ容量にも限界がある。そこで、現在表示対象の領
域以外で利用頻度の少ない領域のデータ順に、利用しな
くなった地図範囲（アクセス、表示を行った古いもの）
からメモリ上のデータを破棄することにより、メモリ使
用の最適化を図ることができる。

【００３３】なお、本発明は、上記実施の形態に限定さ
れるものではなく、種々の変形が可能である。例えば上
記実施の形態では、インターネット上で地図表示を行う
場合の地図表示制御システムを説明したが、サーバーと
クライアントとの間で他の通信回線を介して接続する地
図表示制御システムとしても同様に適用可能であること
はいうまでもない。

【００３４】

【発明の効果】以上の説明から明らかなように、本発明
によれば、クライアント端末から、地図の表示要求に基
づき地図データの要求範囲のデータ領域とデータ種別を
確定して前記データ種別とデータ領域ごとにサーバーに
対して地図データの要求を行い、サーバーで地図データ
ベースをデータ領域とデータ種別ごとにメッシュ・レイ
ヤーインデッスク情報で管理して、地図データの要求に
基づき地図データベースから地図データを抽出して前記
クライアント端末に送信し地図を表示するので、サーバ
ーにおけるデータ量を少なくし、初期の地図の表示速度
および移動・拡大・縮小の操作時の地図の表示速度を高
速化することができる。しかも、地図表示時に、地図デ
ータをデータ領域とデータ種別に基づき表示に必要な部
分から順次分割して取得し、取得できたデータから表示
を行うので、インターネットでの利用に十分耐え得る地
図の表示制御を行うことができる。また、地図データを
イメージデータではなく、数値データ（ベクタデータ）
としてＷｅｂクライアントに送信し、送信した地図デー
タをＷｅｂクライアント側で必要な限り保持するため、
地図の初期表示速度およぴ移動・拡大・縮小の操作時の
地図表示速度を飛躍的に高速化することができる。さら
に、Ｗｅｂサーバー側でも地図データをイメージデータ
として持たないため、データ量を最小限度に抑えること
ができる。

【図面の簡単な説明】

【図１】 本発明に係る地図表示制御システムの実施の
形態を示す図である。

【図２】 データ領域管理テーブルの構成例を示す図で
ある。

【図３】 データ種別管理テーブルの構成例を示す図で
ある。

【図４】 メッシュ・レイヤーインデックスファイルの
構成例を示す図である。

【図５】 地図データ要求処理の例を説明するための図
である。

【図６】 地図要求受付・送信処理の例を説明するため
の図である。

【図７】 インターネット上でＷｅｂクライアントから
Ｗｅｂサーバーに地図データの要求を行って地図表示を
行う全体の処理の流れを示す図である。

【図８】 Ｗｅｂクライアント側での地図データ要求処
理及び地図データ受信処理、地図表示処理の例を示す図
である。

【図９】 地図データのメッシュ番号の採番例を示す図
である。

【図１０】 表示倍率の異なる地図の表示例を示す図で
ある。

【図１１】 表示範囲と地図データの要求の例を説明す
るための図である。

【符号の説明】

１…クライアント端末、２、５…記憶装置、３…表示装
置、４…サーバー、１１…地図データ要求処理部、１２
…地図データ受信処理部、１３…地図表示処理部、２１
…地図要求受付処理部、２２…地図範囲確定処理部、２
３…地図データ抽出処理部、２４…地図データ送信処理
部

Claims (4)

【特許請求の範囲】
1. 【請求項１】 通信回線を介して地図データベースを有
   するサーバーとクライアント端末を接続して、クライア
   ント端末から地図データの要求を行い、サーバーが地図
   データの要求に基づき地図データベースから地図データ
   を抽出して送信することにより、クライアント端末で地
   図データを受信し地図を表示する地図表示制御システム
   であって、前記サーバーは、地図データベースをデータ
   領域とデータ種別ごとにメッシュ・レイヤーインデッス
   ク情報で管理して前記クライアント端末からの地図デー
   タの要求に対し前記メッシュ・レイヤーインデッスク情
   報に基づき前記地図データベースから地図データを抽出
   して前記クライアント端末に送信し、前記クライアント
   端末は、地図の表示要求に基づき地図データの要求範囲
   の前記データ領域とデータ種別を確定して前記データ種
   別とデータ領域ごとに前記サーバーに対し地図データの
   要求を行い、前記サーバーから送信されてきた地図デー
   タを記憶手段に保持して前記データ種別とデータ領域を
   管理し地図を表示することを特徴とする地図表示制御シ
   ステム。
2. 【請求項２】 前記メッシュ・レイヤーインデッスク情
   報は、表示サイズを大きい順にして優先順位を設定し、
   前記サーバーは、前記クライアント端末からの地図デー
   タの要求に対して指定された最小サイズより小さな表示
   サイズのデータが発見されるまで地図データの抽出を行
   うようにしたことを特徴とする請求項１記載の地図表示
   制御システム。
3. 【請求項３】 前記クライアント端末は、前記データ種
   別とデータ領域ごとに地図データを管理するテーブルを
   有し、該テーブルで表示頻度を管理して該表示頻度の少
   ない領域から地図データの破棄を行うようにしたことを
   特徴とする請求項１記載の地図表示制御システム。
4. 【請求項４】 前記クライアント端末は、前記テーブル
   で記憶手段に保持されている地図データを管理し、該記
   憶手段に保持されている地図データを除外して前記サー
   バーに対して地図データの要求を行うようにしたことを
   特徴とする請求項３記載の地図表示制御システム。