JP3476805B2 - 画像表示システム及び方法 - Google Patents
画像表示システム及び方法Info
- Publication number
- JP3476805B2 JP3476805B2 JP2001375706A JP2001375706A JP3476805B2 JP 3476805 B2 JP3476805 B2 JP 3476805B2 JP 2001375706 A JP2001375706 A JP 2001375706A JP 2001375706 A JP2001375706 A JP 2001375706A JP 3476805 B2 JP3476805 B2 JP 3476805B2
- Authority
- JP
- Japan
- Prior art keywords
- map
- scale
- map data
- fragment
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 17
- 239000012634 fragment Substances 0.000 claims description 104
- 238000004891 communication Methods 0.000 claims description 20
- 235000009854 Cucurbita moschata Nutrition 0.000 claims 2
- 240000001980 Cucurbita pepo Species 0.000 claims 2
- 235000009852 Cucurbita pepo Nutrition 0.000 claims 2
- 235000020354 squash Nutrition 0.000 claims 2
- 241001279686 Allium moly Species 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 8
- 230000008569 process Effects 0.000 description 7
- 230000000750 progressive effect Effects 0.000 description 7
- 230000004044 response Effects 0.000 description 5
- 238000004364 calculation method Methods 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 230000007704 transition Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000009191 jumping Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
Landscapes
- Processing Or Creating Images (AREA)
- Image Processing (AREA)
- Digital Computer Display Output (AREA)
- Information Transfer Between Computers (AREA)
- Editing Of Facsimile Originals (AREA)
- Instructional Devices (AREA)
Description
ような通信ネットワークを通じてクライアントコンピュ
ータが画像サーバから画像データを受信して表示するた
めのシステムに関する。
示システムでは、クライアントコンピュータに対してユ
ーザが、画面に表示されている地図のスクロールや拡大
縮小などの地図表示範囲を変更する操作を行うと、クラ
イアントコンピュータは、新たな地図表示範囲の地図画
像を地図サーバに要求する。地図サーバは、その新たな
地図表示範囲の地図データを同サーバのデータベースか
ら読み出し、その地図データから、その新たな地図表示
範囲のビットマップ地図画像を描画して、そのビットマ
ップ地図画像をクライアントコンピュータへ送信する。
クライアントコンピュータは、そのビットマップ地図画
像を受信して表示する。
問題は、地図等の表示画像のスクロールや拡大縮小を連
続的に円滑に行うことができない点にある。すなわち、
ユーザが地図のスクロールや拡大縮小操作を行うと、サ
ーバが新たな地図表示範囲の地図画像を描画し終わって
返送してくるまで、しばらくの時間待たされた後、画面
上の地図画像が一気に新たな地図表示範囲の地図画像に
切換わる。これは、ちょうど、ウェブブラウザで或るペ
ージを別のページへとジャンプしたような不連続な切換
わりである。そして、このようにしばらく待って画面上
の地図画像が切換わって初めて、ユーザは、スクロール
先がどの場所か、或いは拡大縮小後の倍率がどの程度か
を知ることになる。これでは、地図をスクロールしてい
るとか拡大縮小しているという操作感覚をユーザが得る
ことはまったくできず、非常に使いずらい。この問題
は、多数のユーザがサーバにアクセスしていたり通信回
線が混んでいるなどの事情で、待ち時間が長くなるとよ
り顕著になる。
クを用いた画像表示システムにおいて、画像のスクロー
ルや拡大縮小を連続的に円滑に行えるようにすることに
ある。
バから通信ネットワークを通じてクライアントへ画像デ
ータを送信してクライアントで画像を表示するためのシ
ステムでは、画像サーバは、縮尺の異なる複数の全体画
像データを記憶しており、各縮尺の全体画像データは、
全体画像を領域的に細分した小領域の画像をそれぞれ表
した複数の断片画像データに分割されている。そして、
クライアントでの表示のスクロール又は拡大縮小のユー
ザ操作に応答して、表示に必要な断片画像データが、画
像サーバ内の多数の断片画像データ中から選ばれて、画
像サーバから通信ネットワークを通じてクライアントへ
伝送される。クライアントは、画像サーバから受信した
断片画像データを用いて画像を描画して表示する。
ントは、表示のスクロールや拡大縮小のユーザ操作に応
答して、表示に必要な断片画像データを選択的に画像サ
ーバからダウンロードして表示する。全体画像データは
多数の断片地図データに細分されているので、早くダウ
ンロードできた断片地図データから先に表示できる。結
果として、画像のスクロールや拡大縮小を連続的に円滑
に行える。
断片画像データが画像サーバからクライアントへ伝送さ
れる場合、小縮尺の断片画像データから優先的に伝送さ
れるようになっている。これにより、小縮尺の画像から
大縮尺の画像へと順次に画像が表示されていくというプ
ログレッシブ表示が行われ、結果として、画像のスクロ
ールや拡大縮小の操作をユーザが行うと速やかに画像の
表示が開始され、画像のスクロールや拡大縮小を連続的
に円滑に行える。
を備え、クライアントは、その複数台の画像サーバのい
ずれからも断片画像データをダウンロードすることがで
きる。これにより、各画像サーバの負担が軽減され、結
果として、高速に画像データがダウンロードでき、画像
のスクロールや拡大縮小を連続的に円滑に行える。
ステムを地図表示に適用した一実施形態の概略的な全体
構成を示す。
と、多数のユーザがそれぞれ利用する多数のクライアン
トコンピュータ30とが、例えばインターネット20の
ような通信ネットワークを通じて通信可能になってい
る。地図サーバ10は広範な地域の地図データを格納し
た地図データベース11を有している。クライアントコ
ンピュータ30は、地図サーバ10にアクセスするため
のクライアントプログラム31を有する。クライアント
プログラム31には、地図サーバ10に具体的な地図デ
ータの要求を送り地図サーバ10から受信した地図デー
タを表示するための地図表示プログラム32が、例えば
プラグインのような形で付属している。クライアントコ
ンピュータ30は、ディスプレイ装置33や、マウス3
4のようなコントローラも有している。
の実施形態では、地図サーバ10はWWWサーバであ
り、クライアントコンピュータ30内のクライアントプ
ログラム31はWWWブラウザであり、両者はHTTP
プロトコルによって地図データの要求や地図データをや
り取りする。
と、クライアントコンピュータ30内の地図表示プログ
ラム32が地図サーバ10に対して地図データを要求す
るときの順序を説明したものである。
は、縮尺の異なる複数種類の地図110〜112のデー
タが格納されている。図示の例では、2千5百分の1の
大縮尺地図(いわゆる市街地図)110、2万5千分の
1の中縮尺地図111、及び20万分の1の小縮尺地図
112の3種類が格納されている(勿論、もっと多くの
種類の地図が格納されていてもよい)。
はいずれも、その地図がカバーする広範囲な地域を緯度
と経度の方向で細かく分割した小さい矩形地域(以下、
「メッシュ」という)単位の地図データに分割されてい
る。1つのメッシュを単位として、地図サーバ10から
地図表示プログラム32への地図データの送信が行われ
る。すなわち、両者間の1回のHTTPセッションで、
1つのメッシュの地図データが地図表示プログラム32
から地図サーバ10へ要求され、そして、その1つのメ
ッシュの地図データが地図サーバ10から地図表示プロ
グラム32へ返信される。従って、メッシュのサイズ
(面積)が小さいほど、メッシュの地図データの量が少
なくなり、1回のHTTPセッションに要する時間は短
くなるから、1つのメッシュの表示に要する時間は短く
なる。しかし、メッシュのサイズ(面積)が小さいほ
ど、ユーザが所望する地図の表示範囲に含まれるメッシ
ュの個数が多くなるから、地図表示プログラム32と地
図サーバ10との間で行われるHTTPセッションの回
数が増える。この観点から、ユーザが所望する地図の表
示範囲を高速に表示し終わるようにする(または、その
ようにユーザに感じさせる)ためには、1つのメッシュ
の地図データ量が適度であって、1回のHTTPセッシ
ョンに要する時間が長すぎず、かつ、ユーザが所望する
地図の表示範囲に必要なHTTPセッションの回数が多
すぎないように、1つのメッシュのサイズ、換言すれば
一つのメッシュのデータ量、を適度に設定することが肝
要である。この理由から、地図の縮尺が異なればメッシ
ュのサイズも異なる。すなわち、縮尺が小さい(つま
り、縮尺の分母が大きい)地図ほど、同じ地図データ量
でカバーできる地域面積が大きくなるので、メッシュの
サイズも大きく設定されている(但し、1つのメッシュ
のデータ量がどの地図110〜112でも同じというわ
けではない)。
示プログラム32は、ユーザのマウス34等による地図
のスクロールや拡大縮小の操作に応じて、ユーザの所望
する地図の表示範囲を把握し、その表示範囲と重なる
(つまり、その表示範囲に含まれるか、又は、その表示
範囲を包含する)メッシュがどれであるかを、各縮尺の
地図110〜112ごとに決定する。例えば、図2でデ
ィスプレイ装置33内に示された地図の表示範囲の例の
場合、その表示範囲と重なっているメッシュは、大縮尺
地図110の16個のメッシュ110A〜110P(図
中、破線で境界が示されている)と、中縮尺地図111
の4個のメッシュ111A〜111D(図中、実線で境
界が示されている)と、大縮尺地図112の1個のメッ
シュ112Aである。これらのメッシュ110A〜11
0P、111A〜111D、112Aを決定すると、続
いて、地図表示プログラム32は、それらのメッシュの
地図データを地図サーバ10に要求する。その際、地図
表示プログラム32は、小縮尺の地図から優先的に、す
なわち、まず小縮尺の地図112のメッシュ112A、
次に中縮尺の地図111のメッシュ111A〜111
D、最後に大縮尺の地図110のメッシュメッシュ11
0A〜110Pという順序で、地図サーバ10にメッシ
ュデータ要求を発する。但し、ユーザの拡大縮小操作に
よって決まる表示範囲が広域であって、そのために、或
る縮尺以上の縮尺の地図(例えば、大縮尺地図110)
を表示する必要がない場合には、その不要な地図(例え
ば、大縮尺地図110)のメッシュは要求しない。
ッシュの地図データを地図データベース11から読み出
して地図表示プログラム32に返信する。結果として、
地図表示プログラム32は、(時には、通信ネットワー
クの事情によって順序が前後することがあるが)通常
は、より小縮尺の地図のメッシュデータから先に受信し
て表示することができる。より小縮尺な地図ほど、前述
したように、1つのメッシュのサイズがより大きいか
ら、ユーザの所望する表示範囲の全域を少ない個数のメ
ッシュでカバーできる。よって、より小縮尺の地図が高
速に、ユーザの所望する表示範囲の全域に表示される。
その後に、より大縮尺の地図が表示されていく。より大
縮尺の地図ほど、より詳細な地物まで表現している。よ
って、ユーザの所望する表示範囲に、まず高速に、小縮
尺地図の大まかな地物の表示が出現し、その後に、より
大縮尺な地図の詳細な地物の表示が現われてくる。
図を用いたプログレッシブな地図表示方法を採用するこ
とで、ユーザが地図のスクロールや拡大縮小を行なう
と、直ちに大まかな小縮尺地図が表示されるので、ユー
ザはもはや、従来のようにしばらく待ってから地図が不
連続に切り替わるという感覚を感じることは無くなり、
地図のスクロールや拡大縮小を連続的に円滑に行えると
いう操作感覚を得ることができる。
は、ポリゴンや線や文字コードなどを記述したベクトル
データを主体にして構成されており、地図サーバ10
は、要求されたメッシュの地図データを、ビットマップ
データ化する(つまり、地図画像を描画する)ことな
く、ベクトルデータのままで地図表示プログラム32に
送信する。そして、地図表示プログラム32が、その受
信したベクトルデータから地図画像を描画する。要する
に、地図サーバ10は、クライアントから要求されたデ
ータをデータベースから取得してクライアントへ返すと
いう単純な作業をひたすら繰り返すだけである。これに
より、地図サーバ10の負担は小さくなり、地図サーバ
10は、多数のクライアントから要求を受けているとき
でも、各クライアントに対して即座に要求された地図デ
ータを返信することができる。このことも、地図のスク
ロールや拡大縮小を連続的に円滑に行えるという操作感
覚を得ることができるという効果に寄与する。
図のファイル構成を示す。
サーバ10は複数種類の地図110〜112を有してい
るが、それらの地図110〜112の各々は、図3に示
すようなファイル構成を有している。図3に示すよう
に、1つの種類の完全な地図200は、データの種類が
異なる複数のレイヤ、例えば、ポリゴンレイヤ210、
線レイヤ220及び文字レイヤ230に分かれている。
ポリゴンレイヤ210は、例えば建物や敷地などを表し
たポリゴンデータを集めたものである。線レイヤ220
は、例えば道路や鉄道や河川などを表した線データを集
めたものである。文字レイヤ230は、例えば地名や建
物名称などを表した文字コード列と、アイコンや地図記
号などのシンボルマークのデータを集めたものである。
体地域は緯度と経度の方向に細分された多数のメッシュ
に分割されている。よって、ポリゴンレイヤ210、線
レイヤ220及び文字レイヤ230はそれぞれ、メッシ
ュごとのデータ211、221、231に分割されてい
る。そして、1つのレイヤの1つのメッシュのデータ
が、1つのファイルとして構成されている。
での位置座標に相当するメッシュ番号が割り当てられて
いる。図3に示すように、各メッシュのメッシュ番号
は、経度方向の座標値(経度方向のメッシュ番号)Xi
と、緯度方向の座標値(緯度方向のメッシュ番号)Yj
とのセット(Xi、Yj)で表される。そして、図3に
示すように、ポリゴンレイヤ210に含まれるメッシュ
ごとのポリゴンファイル211、211、…、線レイヤ
220に含まれるメッシュごとの線ファイル221、2
21、…、及び文字レイヤ230に含まれるメッシュご
との文字ファイル231、231、…には、それぞれの
メッシュのメッシュ番号(Xi、Yj)と同じファイル
名「XiYj」が付けられている。従って、或るメッシ
ュの地図データが欲しいとき、そのメッシュのメッシュ
番号(つまり、緯度方向と経度方向の座標値)が分れ
ば、そのメッシュ番号がそのまま欲しい地図データのフ
ァイル名を表すことになる。これにより、地図表示プロ
グラム32が、ユーザの欲する表示範囲に必要なメッシ
ュかを決定して、それらのメッシュのデータを地図サー
バ10に要求するとき、メッシュ番号から要求すべきフ
ァイル名を即座に決めることができる。
必要はないが)この実施形態では、ポリゴンレイヤ21
0、線レイヤ220及び文字レイヤ230はぞれぞれ、
地図データベース11内の異なるディレクトリ、例えば
ポリゴンレイヤディレクトリ121、線レイヤディレク
トリ122及び文字レイヤディレクトリ123に格納さ
れている。
1内のレイヤ別のディレクト121〜123の各々の内
部の階層構造を示す。
は、ユーザに待つという実感を与えない程度の短時間で
1回のHTTPセッションを終えられる程度に、適度に
小さく設定されている。そのため、地図の全体領域は膨
大な数のメッシュに分割されている。この膨大な数のメ
ッシュのファイルを単純に1つのディレクトリに並列に
格納したとすると、或るファイルの要求が着たとき、そ
のファイルを検索するのに非常に長い時間がかかってし
まう。そこで、この実施形態では、図4に示すような階
層構造のディレクトリで、その膨大な数のメッシュのフ
ァイルを管理している。
な位置座標(つまりメッシュ番号、つまりファイル名)
をもつ8×8配列の64個のメッシュのファイル13
1、131、…を1群に纏めて、図4(B)に示す1階
層上(第2階層)のディレクトリ(以下、「フォルダ」
という)132、132、…の一つに格納してある。そ
して、図4(B)に示す各フォルダ132のフォルダ名
(ディレクトリ名)は、各フォルダに格納された64個
のメッシュファイル131、131、…のファイル名
「XiYj」の経度成分「Xi」と緯度成分「Yj」をそれ
ぞれ経度方向と緯度方向のファイル数「8」で除算した
商で表した名称、つまり
2のフォルダ名は、各フォルダ132に格納されている
64個のメッシュファイルがカバーする8×8メッシュ
区域の位置座標に相当するということができる。
フォルダ名(つまり図4(C)に示した8×8メッシュ
区域の位置座標)をもつ8×8配列の64個の第2階層
のフォルダ132、132、…を1群に纏めて、図4
(A)に示す更に1階層上(第1階層)のフォルダ13
3、133、…の一つに格納してある。そして、図4
(A)に示す各フォルダ133のフォルダ名(ディレク
トリ名)は、各フォルダ133に格納された64個のフ
ォルダ132、132、…のフォルダ名の経度成分「X
i/8」と緯度成分「Yj/8」をそれぞれ経度方向と緯
度方向のフォルダ数「8」で除算した商で表した名称、
つまり
3のフォルダ名は、各フォルダ133に格納されている
第2階層の8×8個のフォルダ(つまり、64×64個
のメッシュファイル)がカバーする64×64メッシュ
区域の位置座標に相当するということができる。
フォルダ名(つまり64×64メッシュ区域の位置座
標)をもつ8×8配列の64個の第1階層のフォルダ1
33、133、…を1群に纏めて、図示しない更に上の
階層のディレクトリ(ポリゴンレイヤの場合ならば、例
えば図3に示したポリゴンレイヤディレクトリ121)
に格納してある。
(C)に示したように、3階層の構造のディレクトリを
用い、1つのディレクトリで64個のファイル又はフォ
ルダを管理することで、全部で64×64×64=約2
6万個のメッシュのファイルを管理することができる。
しかし、これは一例であり、メッシュの個数が更に多く
なれば、更に階層数を増やしても良い。また、64個の
ファイル又はフォルダを1ディレクトリに管理するよう
にした理由は、米国マイクロソフト社のOS環境である
Windows環境(このOS環境では、1ディレクトリ内の
ファイル又はフォルダの数が100より少ないときに高
い検索速度が得られる)で地図サーバ10を稼動させる
場合には64個が扱いやすいと判断したためであり、一
例に過ぎない。
要なことは、各階層のディレクトリの名称が、最終的な
検索目的である特定のメッシュのファイル名から簡単に
計算できるようになっている点である。すなわち、「X
iYj」という名称のファイルが欲しいとき、そのファイ
ル名「XiYj」の経度成分Xiと緯度成分Yjをそれぞれ
8で割っていくことで、より上位のフォルダのフォルダ
名が簡単に決定され、それを並べることで、目的のメッ
シュのファイルのへのパスが
レクトリであるならば、目的のファイルのへのパスは
ル名「XiYj」の経度成分Xiと緯度成分Yjをそれぞれ
8で割っていくという上記の計算方法は一例にすぎず、
別の計算方法を採用してもよい。
のメッシュのファイル名から、そのファイルへのパスが
所定の数値演算で演算できることは、各メッシュのファ
イル名がそのメッシュのメッシュ番号(位置座標)に相
当するという前述の特徴と相俟って、地図表示プログラ
ム32が表示に必要なメッシュのファイルを地図サーバ
10に要求するときの手間を大幅に簡単化し、地図表示
の高速化に寄与する。
な構成を示す。
2は、表示部320とダウンローダ322を有する。表
示部320の主たる役目は、ユーザによるマウス等を用
いた地図のスクロールや拡大縮小の操作に応答して、地
図の表示すべき範囲を決め、その表示範囲に必要なメッ
シュのファイル名(メッシュ番号)を決めて、そのメッ
シュのファイルをダウンローダ322に要求すること
と、ダウンローダ322から取得したメッシュのファイ
ルに含まれるベクトルデータから表示すべき地図画像を
描画することである。また、ダウンローダ322の主た
る役割は、表示部320からファイルの要求を受けて、
その要求されたファイルを地図サーバ10からダウンロ
ードすることである。
のデータを最近のアクセス頻度などに応じた優先順位で
メモリ内に保存しておくメモリ・キャッシュ321を有
している。ダウンローダ326は、ダウンロード対象の
ファイルのファイル名(地図サーバ10内のそのファイ
ルへのパス)をリストアップしたダウンロード・リクエ
スト・リスト325(表示部320は随時にこのリスト
内のファイル名を消去する)と、新たなファイルがダウ
ンロードされたか否かを表示部320に知らせるための
ダウンロード・フラグ326と、各ファイルをダウンロ
ードするときの各HTTPセッションをそれぞれ行う複
数のHTTPセッション・スレッド324A〜324D
(図示の例では4個のスレッドがあるが、その個数は可
変である)、及び、ダウンロードしたファイルをハード
ディスクドライブなどの大容量の不揮発性ストレージに
保存しておくディスク・キャッシュ323を有してい
る。
ている。
は拡大縮小などの地図の表示範囲を変化させる操作を行
うと(ステップS1)、表示部320はこれに応答し
て、次の動作を行う。すなわち、ダウンロード・リクエ
スト・リスト325に記載されている全てのファイル名
を消去し(S2)、ダウンロード・フラグ326をリセ
ットし(S4)、そして、変化後の新しい表示範囲を決
定して、その表示範囲に必要なメッシュのファイル名
(メッシュ番号)を決定する(S5)。ステップS5で
は、表示部320は、拡大縮小操作で決まる表示倍率に
基づいて、その表示範囲に表示すべき地図の縮尺として
最適な縮尺を(例えば、表示倍率が大きければ大縮尺、
中程度なら中縮尺、小さければ小縮尺というように)決
定し、その最適縮尺の地図について、新しい表示範囲に
必要なファイル名を決定する(ここで決定したの最適縮
尺のファイルを、以下「必要ファイル」という)。それ
に加え、この最適縮尺の必要ファイルが直ちに入手でき
なかったときの一時的な代替表示(つまり、前述したプ
ログレッシブ表示を行う)ために、最適縮尺よりも小さ
い(つまり、分母がより大きい)各縮尺の地図について
も、新しい表示範囲と重なるメッシュのファイル名を決
定する(この代替表示のためのより小縮尺の地図のファ
イルを、以下、「代替ファイル」という)。
範囲に、最初にポリゴンレイヤ、次に線レイヤ、最後に
文字レイヤの順で地図画像を描画して表示するために、
以下の処理に入る。
階(S6でNO)では、ポリゴンレイヤのファイルであ
って、ステップS5で決定したファイル名(メッシュ番
号)をもつものを、メモリ・キャッシュ321から探す
(S9)。このとき、各メッシュについて、まず、最適
縮尺の必要ファイルを探し、それが無ければ、それより
1段階小縮尺の代替ファイルを探し、それも無ければ、
更に1段階小縮尺の代替ファイルを探す。このように、
最適縮尺の必要ファイルを最優先に探し、それがない場
合、段階的により小縮尺の代替ファイルを探していく。
メモリ・キャッシュ321内から目的のファイル(必要
ファイルか又は代替ファイル)が見つかれば(S9でY
ES)、そのファイルのベクトルデータからポリゴン地
図画像を描画してディスプレイ画面の対応するメッシュ
の領域に表示する(S10)。このとき、より小縮尺の
地図画像が既に代替表示されていたところに、より大縮
尺の地図画像を表示しようとする場合には、その先に代
替表示されていた小縮尺の地図画像を消去して、より大
縮尺の地図画像を新たに表示することになる。
321から見つかれば(S11でNO)、ポリゴンレイ
ヤの地図の表示が完了するので、次に、表示範囲に変化
がない限り(S17でNO)、まだ未完了な線レイヤの
地図の描画と表示を行うために(S7でNO)、上述し
たステップS9以下の処理に入る。線レイヤについて
も、全ての必要ファイルがメモリ・キャッシュ321か
ら見つかれば(S11でNO)、次に、表示範囲に変化
がない限り(S17でNO)、まだ未完了な文字レイヤ
の地図の描画と表示をするために(S8でNO)、上述
したステップS9以下の処理に入る。ポリゴンレイヤの
地図画像が既に表示されているところに、次に線レイヤ
の地図画像を表示するときや、更にその文字レイヤの地
図画像を表示するときには、より小縮尺の地図画像が代
替表示されていたところにより大縮尺の地図画像を表示
する場合とは違って、既に表示されているポリゴンレイ
ヤの地図画像を消去することなく、それに重ねて線レイ
ヤの地図画像を表示し、更にそれに重ねて文字レイヤの
地図画像を表示していく。
としているとき、メモリ・キャッシュ321からは見つ
からない必要ファイルが一つでもあった場合には(S1
1でYES)、表示部320は次に、その見つからなか
った必要ファイルと、その見つからなかった必要ファイ
ルのための代替ファイルであってメモリ・キャッシュ3
21から見つからなかったもの(これらの見つからなか
った必要ファイルと代替ファイルを、以下、「不足ファ
イル」と総称する)を、ダウンローダ322に要求する
(S12)。このときも、表示部320は、まず最適縮
尺の必要ファイルを最優先で要求し、続いて、段階的に
より小縮尺の代替ファイルを要求する。
表示部320から不足ファイルの要求を受けると、要求
された順番で(つまり、表示部320がメモリ・キャッ
シュ内を探したときと同様に、まず必要ファイル、それ
が見つからなければ、段階的により小縮尺の代替ファイ
ルの順で)、各不足ファイルをディスク・キャッシュ3
23の中から探し、見つかれば、ディスク・キャッシュ
323内で見つかったそのファイルへのパスを表示部3
20に返し、見つからなければ、ファイル無しという回
答を表示部320に返す。表示部320は、ダウンロー
ダ322から、ディスク・キャッシュ323内で見つか
ったファイルへのパスを受けた場合には(S13でYE
S)、そのパスを用いてそのファイルをディスク・キャ
ッシュ323から読み込んでメモリ・キャッシュ321
に保存し(S14)、そしてそのファイルのベクトルデ
ータからポリゴンの地図画像を描画して、ディスプレイ
画面の対応するメッシュの領域に表示する(S15)。
前述したように、より小縮尺の地図画像が既に代替表示
されていたところに、より大縮尺の地図画像を表示しよ
うとする場合には、その先に代替表示されていた小縮尺
の地図画像を消去して、より大縮尺の地図画像を新たに
表示することになる。
ュ323から見つかれば(S16でNO)、ポリゴンレ
イヤの地図の表示が完了するので、次に、表示範囲に変
化がない限り(S17でNO)、既に説明したと同様
に、線レイヤの地図を描画し表示する処理(S9以下)
に入る。線レイヤについても、全ての必要ファイルがデ
ィスク・キャッシュ323から見つかれば(S16でN
O)、線レイヤの地図の表示が完了するので、次に、表
示範囲に変化がない限り(S17でNO)、同様に、文
字レイヤの地図を描画し表示する処理(S9以下)に入
る。前述したように、ポリゴンレイヤの地図画像が既に
表示されているところに、次に線レイヤの地図画像を表
示するときや、更にその文字レイヤの地図画像を表示す
るときには、より小縮尺の地図画像が代替表示されてい
たところにより大縮尺の地図画像を表示する場合とは違
って、既に表示されているポリゴンレイヤの地図画像を
消去することなく、それに重ねて線レイヤの地図画像を
表示し、更にそれに重ねて文字レイヤの地図画像を表示
していく。
要ファイルがメモリ・キャッシュ321内か又はディス
ク・キャッシュ323内に存在すれば、新しい表示範囲
の地図の表示は瞬時に完了する。新しい表示範囲の地図
の表示が完了すれば(S8でYES)、処理は最初に戻
る。
ウンローダ322に要求したところ、ダウンローダ32
2からファイル無しという回答が返って来た必要ファイ
ルが一つでもあった場合には(S16でYES)、表示
部320の処理は最初に戻る。そして、表示部320
は、表示範囲に変化が無い限り(S1でNO)、ダウン
ロード・フラグ326が立つのを待つ(S2)。後述す
るように、ダウンローダ322は、或るファイルについ
てファイル無しという回答を返した場合には、そのファ
イルを地図サーバ10からダウンロードする作業に入
り、そのファイルのダウンロードが終わると、そのファ
イルをディスク・キャッシュ323に格納して、ダウン
ロード・フラグ326を立てる。ダウンロード・フラグ
326が立ったことを知ると(S2でYES)、表示部
320は、表示範囲が変化したときに行ったと同様のス
テップS3以下の処理を再び繰り返す。すなわち、ダウ
ンロード・リクエスト・リスト325内の全てのファイ
ル名を消去し(S2)、ダウンロード・フラグ326を
リセットし(S4)、表示範囲を計算し直して、その表
示範囲に必要なメッシュのファイル名(メッシュ番号)
を決定し(S5)、そして、ポリゴンレイヤ、線レイ
ヤ、文字レイヤの順でファイルを取得して地図画像を描
画して表示するためのステップS9以下の処理を繰り返
す。それにより、表示部320は、既に描画して表示済
みであったメッシュについては、再び同じ地図画像を描
画して表示し直すことになり、また、ファイルがダウン
ロードされたメッシュについては、そのダウンロードさ
れたファイルをディスク・キャッシュ323から読み込
んで地図画像を描画してそのメッシュの領域に表示する
ことになる。
度に、表示部320は、ステップS3からの処理を繰り
返すので、ディスプレイ画面上の表示領域は1メッシュ
づつ順次に完成に近づいていく。ディスプレイ画面上の
表示領域全域の地図画像が完成すると(S8でYE
S)、表示部320は、最初のステップS1に戻り、ユ
ーザによって表示範囲が変更されるの待ち、変更されれ
ばステップS3以下の処理を再び繰り返す。
の地図画像が完成する前に、ユーザによって表示範囲が
変更された場合(S17でYES)にも、表示部320
は、ステップS3以下の処理を再び繰り返す。
を示す。
は、表示部320からファイルの要求を受けると(S2
1)、まず、その要求されたファイルをディスク・キャ
ッシュ323から探す(S22)。ディスク・キャッシ
ュ323からその目的のファイルが見つかれば(S22
でYES)、ダウンローダ322は、そのファイルのデ
ィスク・キャッシュ323内でのパスを表示部320に
知らせる(S23)。表示部320から要求された全て
のファイルがディスク・キャッシュ323から見つかっ
て、それらのパスを表示部320に通知ことができれば
(S24でNO)、ダウンローダ322は、最初のステ
ップS21へ戻り、表示部320から再びファイルの要
求が来るのを待つ。
ルの中にディスク・キャッシュ323から見つからなか
ったファイルがあれば(S24でYES)、ダウンロー
ダ322は、その見つからなかったファイルについてフ
ァイル無しの旨を表示部320へ通知する(S25)と
共に、その見つからなかったファイルのファイル名(地
図サーバ10内でのそのファイルへのパスを含む)をダ
ウンロード・リクエスト・リスト325に書く(S2
6)。このとき、ダウンロード・リクエスト・リスト3
25には、予め、既に説明した表示部320による図6
のステップS3の処理により、過去に書いてあったファ
イル名は全て消去されているので、このときに見つから
なかったファイルのファイル名だけが書かれることにな
る。このとき、ダウンローダ322は、見つからなかっ
たファイルのうち、より小縮尺の地図のファイルを優先
的にダウンロード・リクエスト・リスト325に書いて
いく(つまり、小縮尺のファイルほどリストの先頭近く
に書かれる)。
ード・リクエスト・リスト325に書かれているファイ
ル名を、そのリスト325の先頭から順に(つまり、よ
り小縮尺の地図ファイルから優先的に)、アイドル状態
にあるHTTPセッション・スレッド324A〜324
Dへ割り当てていく(S28)。HTTPセッション・
スレッド324A〜324Dは、ファイル名を割り当て
られると直ちに地図サーバ10との間でHTTPセッシ
ョンを実行して、それぞれに割り当てられたファイルを
地図サーバ10からダウンロードする。より小縮尺の地
図のファイルから先にHTTPセッション・スレッド3
24A〜324Dに割り当てたので、ダウンロードも、
より小縮尺の地図のファイルから先に完了する。
都度(S29でYes)、ダウンローダ322は、その
ファイルのファイル名をダウンロード・リクエスト・リ
スト325から消去し(S30)、そのファイルをディ
スク・キャッシュ323に保存し(S31)、そして、
ダウンロード・フラグ326を立てる(S32)。その
後、ダウンローダ322は、最初のステップS21へ戻
って、表示部320から再びファイル要求が来るのを待
つ。ダウンロード・フラグ326を立てると、既に説明
したように、表示部320が再びファイル要求を発し、
ダウンロードされたファイルをディスク・キャッシュ3
23から読み出してその地図画像を描画し表示する。
の動作説明を要約すれば、ダウンローダ322は、ひた
すら、不足したファイルをダウンロードする処理を単純
に繰り返すだけである。また、表示部320は、表示範
囲の変化又はファイルのダウンロード完了が発生する都
度、ひたすら、表示範囲に必要な全てのファイルの入手
を試みて、入手できたファイルのみで地図を描画する処
理を単純に繰り返すだけである。そこには、表示範囲が
変化したり、ファイルのダウンロードが完了する都度、
既に描画済みのファイルも含めて必要な全てのファイル
を入手して始めから描画し直すという、一見無駄に思え
る重複作業が入っているが、その見返りとして、どのフ
ァイルの描画が完了し、どのファイルの描画が完了して
ないかを判別して、未描画のファイルだけを選択的に描
画するというような面倒な判断処理を行わずに済んでい
る。また、表示部320とダウンローダ322は非同期
で動作しており、両者の動作タイミングを合わせるとい
うような面倒な同期処理も行っていない。これらのこと
から、結果的に、地図画像を高速に表示することが可能
である。
画を行うため、地図サーバ10に描画の負担をかけさせ
ないという点も、地図サーバ10の応答を高速化し、地
図画像の高速表示に寄与する。
気に完成させようとするのではなく、ポリゴンレイヤ、
線レイヤ、文字レイヤの順で地図画像を順次に表示して
いくという、見え方の異なる地理要素のプログレッシブ
表示の手法と、より小縮尺の地図ファイルを先にダウン
ロードして先に表示するという、縮尺の異なる地図画像
のプログレッシブ表示(つまり、最適縮尺の地図が手元
に無い時のより小縮尺の地図によるを代替表示)の手法
とを用いることで、ユーザにダウンロード時間に起因す
る地図表示の遅さを実質的に感じさせることなく、連続
的で円滑なスクロールや拡大縮小の操作感を実感させる
ことができる。
示す。
地図を表示している状態から、ユーザが地図のスクロー
ルを行ったとする。すると、最終的には図8(D)に示
すような、スクロール先の地域の完全な大縮尺地図が表
示されることになるが、この図8(D)の最終的な画面
に至るまでに、図8(B)や(C)に示す中間段階の画
面が順番に表示される。
のであり、図中の破線は、メッシュの境界を示す。この
スクロール直後の画面では、右上の1つのメッシュ41
についてだけ、大縮尺地図のポリゴンレイヤのファイル
が既にキャッシュ内にあったため、大縮尺地図のポリゴ
ン画像が表示されている。残りの3つのメッシュ42〜
44については、まだ大縮尺地図のポリゴンレイヤのフ
ァイルはダウンロード中であるため、大縮尺地図の画像
は全く表示されていないが、しかし、中縮尺地図のファ
イルがキャッシュ内にあったため、その中縮尺地図に載
っている大きい建物431、441のポリゴン画像が代
替表示されている。
4についても、大縮尺地図のポリゴンレイヤのファイル
のダウンロードが完了して、図8(C)に示すような画
面となる。この画面では、大縮尺地図のポリゴンレイヤ
の表示は完了しているが、次の線レイヤについては、ま
だ、右上の1つのメッシュ41についてしか表示が完了
していない。残りの3つのメッシュ42〜44について
は、まだ大縮尺地図の線レイヤのファイルはダウンロー
ド中であるため、大縮尺地図の線レイヤの画像は全く表
示されていないが、しかし、中縮尺地図のファイルがキ
ャッシュ内にあった(又は、先にダウンロード完了し
た)ため、その中縮尺地図に載っている主要な道路43
2、433の線画像が代替表示されている。
ヤのファイルが揃い、図8(D)に示すような最終的な
画面が完成する(ただし、図では、文字レイヤの画像は
図示省略してある)。
スクロールを行うと、地図サーバ側で図8(D)のよう
な最終的な画面を作成して送信してくるため、スクロー
ル操作をしてから長い時間待った後に、画面が図8
(A)から図8(D)へと一気に切換わることになる。
これに対し、本実施形態では、スクロール操作をする
と、直ぐに図8(B)のような画面が表示され、段階的
に図8(D)の最終画面へ完成されていくので、ユーザ
としては、直ちに地図表示が開始されたという実感をも
つことができ、スクロール先がどこであるかも即座に判
断できるので連続的なスクロール感が得られる(拡大縮
小も同様)。また、特に建物などのポリゴン画像が真っ
先に表示されるので、ユーザは即座に地図を把握し易
い。
が表示された段階でも、ユーザはそれがどの地域である
かが分るから、更にもっと先へスクロールを進めるべき
か否かが即座に判断でき、必要なら、スクロールを止め
ることなく先へ先へと連続的に進めていくことができ
る。
分散するようにした本発明の別の実施形態を示す。
ンターネット60などの通信ネットワークに接続されて
おり、多数のクライアントコンピュータ70、70、…
の各々は、それら複数台の地図サーバ50、50、…の
いずれにもアクセスすることができる。複数台の地図サ
ーバ50、50、…は、同じ地図データを格納した地図
データベース51、51、…をそれぞれもつ。
がユーザの所望する表示範囲に必要なメッシュのファイ
ルを複数台の地図サーバ50、50、…に要求するとき
の方法を示したものである。
的に、図10(A)に示すように、表示範囲80と重な
る複数のメッシュ81、81、…のファイルを、全部1
台の地図サーバ50に要求するのではなく、最初のメッ
シュはAサーバに、次のメッシュはBサーバに、次のメ
ッシュはCサーバにというように、複数のファイルを複
数台のサーバ50、50、…にほぼ均等に分散して要求
する。それにより、複数台のサーバ50、50、…で負
荷が均等に分散され、より高速な地図表示が可能にな
る。また、複数台のサーバ50、50、…のどれもが同
じ地図データをもっているので、それらサーバ50、5
0、…のメンテナンスも容易である。
…の中のどれか、例えばCサーバ、に障害が発生したと
する。この場合、各クライアントコンピュータ70は、
Cサーバから正常な応答が返って来ないことを知ると、
図10(B)に示すように、残りの正常なAサーバとB
サーバに対して、ファイルを均等に分散して要求する。
このように、複数台のサーバ50、50、…のどれもが
同じ地図データをもっているので、その中の一部のサー
バで障害が発生しても、他のサーバが代わって対応する
ことができる。
上記以外にも色々なものが採用し得る。例えば、地域毎
にサーバを分けても良い。例えば、アクセスの多い首都
圏を1台か複数台のサーバが担当し、残りの地域を別の
1台か複数台のサーバが担当するというようにである。
或いは、縮尺の異なる地図別にサーバを分けてもよい。
例えば、データ量の多い大縮尺地図を1台か複数台のサ
ーバが担当し、残りの縮尺の地図を別の1台か複数台の
サーバが担当するというようにである。また、レイヤー
毎にサーバを分けても良い。
らの実施形態は本発明の説明のための例示にすぎず、本
発明の範囲を上記実施形態のみに限定する趣旨ではな
い。よって、本発明は、上記の実施形態以外の様々な形
態でも実施することが可能である。例えば、上記実施形
態では、ポリゴン、線及び文字の各レイヤの各メッシュ
のデータが1つのファイルとなっているが、必ずしもそ
うである必要はない。ポリゴン、線及び文字の各レイヤ
が、更に複数のサブレイヤに分れていて(例えば、線レ
イヤが、国道レイヤ、地方道レイヤ、鉄道レイヤ、河川
レイヤなどのサブレイヤに分れていて)、各サブレイヤ
の各メッシュのデータが1つのファイルになっていても
よい。また、上記実施形態では、各地図データのカバー
する全体地域が小面積のメッシュに細分されていて、全
体の地図データはメッシュ単位のデータに断片化されて
いたが、必ずしもそうである必要はない。メッシュ毎に
断片化する代わりに、或いは、メッシュ毎の断片化と併
用して、地図を構成する個々の地理要素(例えば、各道
路、各鉄道線路、各河川、各建物、各敷地、各地図記
号、各アイコンなど)毎に断片化することもできる。
の概略的な全体構成を示すブロック図。
ントコンピュータ30内の地図表示プログラム32が地
図サーバ10に対して地図データを要求する順序を説明
した図。
構成を示す説明図。
別のディレクト121〜123の各々の内部の階層構造
を示す説明図。
ブロック図。
図。
示すブロック図。
望する表示範囲に必要なメッシュのファイルを複数台の
地図サーバ50、50、…に要求するときの方法を示し
た説明図。
ルダ 211、221、231 メッシュ
Claims (11)
- 【請求項1】 それぞれ多数の断片地図データに細分さ
れた、異なる縮尺の複数の全体地図データをもつ地図サ
ーバと、 所望の表示範囲に必要な、前記異なる縮尺の複数の全体
地図データにそれぞれ含まれる複数の断片地図データ
を、前記地図サーバから通信ネットワークを通じてダウ
ンロードし、ダウンロードした前記断片地図データから
前記表示範囲の地図画像を描画して表示するクライアン
トと を備え、 前記クライアントは、過去に取得した断片地図データを
メモリ内に保有しておくメモリキャッシュを有し、前記
表示範囲の最適縮尺の地図画像を表示するとき、前記最
適縮尺の地図画像に含まれる最適縮尺の断片地図データ
を前記メモリキャッシュから探し、前記最適縮尺の断片
地図データが見つからなければ、前記最適縮尺より小縮
尺の断片地図データを前記メモリキャッシュから探し、
前記より小縮尺の断片地図データが前記メモリキャッシ
ュから見つかれば、前記より小縮尺の断片地図データを
代替表示すると共に、前記最適縮尺の断片地図データを
前記地図サーバからダウンロードし、前記より小縮尺の
地図が代替表示されているところに、それより大縮尺の
前記最適縮尺の断片地図データが後からダウンロードさ
れた場合は、前記より小縮尺の地図を消去し、前記最適
縮尺の地図を描画して表示する、 地図 表示システム。 - 【請求項2】 前記全体地図データは、更に、データの
種類が異なる複数のレイヤに分けられ、前記複数のレイ
ヤにはポリゴンデータを集めたポリゴンレイヤ、線デー
タを集めた線レイヤ及び文字コード列を集めた文字レイ
ヤを含んでおり、 前記クライアントは、前記表示範囲の地図画像を表示す
るとき、前記文字レイヤの断片地図データよりも、前記
ポリゴンレイヤ又は前記線レイヤの断片地図データの方
を先に前記キャッシュメモリから探し、前記ポリゴンレ
イヤ又は前記線レイヤの断片地図データが前記メモリキ
ャッシュから見つからなければ、前記ポリゴンレイヤ又
は前記線レイヤの断片地図データを前記地図サーバから
ダウンロードして表示し、前記ポリゴンレイヤ又は前記
線レイヤの断片地図データが表示されているところへ、
前記文字レイヤの断片地図データが前記メモリキャッシ
ュから見つかった又は前記地図サーバからダウンロード
された場合、既に表示されている前記ポリゴンレイヤ又
は線レイヤの断片地図データに、前記ダウンロードされ
た文字レイヤの断片地図データを重ねて表示する、 請求項1記載の地図表示システム。 - 【請求項3】 前記クライアントは、ダウンロードした
ファイルを不揮発性ストレージに保存しておくディスク
キャッシュを有し、前記表示範囲の最適縮尺の地図画像
を表示するとき、前記最適縮尺の地図画像に含まれる最
適縮尺の断片地図データを前記メモリキャッシュから探
し、前記最適縮尺の断片地図データが見つからなけれ
ば、前記最適縮尺の断片地図データを前記ディスクキャ
ッシュから探し、前記最適縮尺の断片地図データが前記
ディスクキャッシュから見つかれば、その最適縮尺の断
片地図データを前記メモリキャッシュに保存する、 請求項1記載の地図表示システム。 - 【請求項4】 前記クライアントは、ダウンロードした
ファイルを不揮発性ストレージに保存しておくディスク
キャッシュを有し、前記表示範囲の最適縮尺の地図画像
を表示するとき、前記最適縮尺の地図画像に含まれる最
適縮尺の断片地図データを前記メモリキャッシュから探
し、前記最適縮尺の断片地図データが見つからなけれ
ば、前記最適縮尺の断片地図データを前記ディスクキャ
ッシュから探し、前記最適縮尺の断片地図データが前記
ディスクキャッシュから見つからなければ、前記最適縮
尺の断片地図データを前記地図サーバからダウンロード
して前記ディスクキャッシュに格納し、前記ディスクキ
ャッシュから前記ダウンロードされた前記最適縮尺の断
片地図データを読み込んで表示する、 請求項1記載の地図表示システム。 - 【請求項5】 それぞれ多数の断片地図データに細分さ
れた、異なる縮尺の複数の全体地図データをもつ地図サ
ーバと、所望の表示範囲に必要な、前記異なる縮尺の複数の全体
地図データにそれぞれ含まれる複数の断片地図データ
を、前記地図サーバから通信ネットワークを通じてダウ
ンロードし、ダウンロードした前記断片地図データから
前記表示範囲の地図画像を描画して表示するクライアン
トと を備え、 前記クライアントは、ダウンロードしたファイルを不揮
発性ストレージに保存しておくディスクキャッシュを有
し、前記表示範囲の最適縮尺の地図画像を表示すると
き、前記最適縮尺の地図画像に含まれる最適縮尺の断片
地図データを前記ディスクキャッシュから探し、前記最
適縮尺の断片地図データが見つからなければ、前記より
小縮尺の断片地図データを代替表示すると共に、前記最
適縮尺の断片地図データを前記地図サーバからダウンロ
ードし、前記より小縮尺の地図が代替表示されていると
ころに、それより大縮尺の前記最適縮尺の断片地図デー
タが後からダウンロードされて前記ディスクキャッシュ
に格納した場合は、前記より小縮尺の地図を消去し、前
記最適縮尺の断片地図データを前記ディスクキャッシュ
から読み出して表示する、 地図表示システム。 - 【請求項6】 地図サーバから通信ネットワークを通じ
てクライアントへ地図データを送信してクライアントで
画像を表示するための方法において、前記地図サーバが、それぞれ多数の断片地図データに細
分された、異なる縮尺の複数の全体地図データを記憶す
るステップと、 前記クライアントが、所望の表示範囲の最適縮尺の地図
画像を表示するとき、過去に取得した断片地図データを
メモリ内に保有しておくメモリキャッシュから、前記最
適縮尺の地図画像に含まれる最適縮尺の断片地図データ
を探すステップと、 前記クライアントが、前記最適縮尺の断片地図データが
前記メモリキャッシュから見つからなければ、前記最適
縮尺より小縮尺の断片地図データを前記メモリキャッシ
ュから探すステップと、 前記クライアントが、前記より小縮尺の断片地図データ
が前記メモリキャッシュから見つかれば、前記より小縮
尺の断片地図データを代替表示すると共に、前記最適縮
尺の断片地図データを前記地図サーバからダウンロード
し、前記より小縮尺の地図が代替表示されているところ
に、それより大縮尺の前記最適縮尺の断片地図データが
後からダウンロードされた場合は、前記より小縮尺の地
図を消去し、前記最適縮尺の地図を描画して表示するス
テップと を有する地図 表示方法。 - 【請求項7】 地図サーバから通信ネットワークを通じ
てクライアントへ地図データを送信してクライアントで
画像を表示するための方法において、 前記地図サーバが、それぞれ多数の断片地図データに細
分された、異なる縮尺の複数の全体地図データを記憶す
るステップと、 前記クライアントが、所望の表示範囲の最適縮尺の地図
画像を表示するとき、ダウンロードしたファイルを不揮
発性ストレージに保存しておくディスクキャッシュか
ら、前記最適縮尺の地図画像に含まれる最適縮尺の断片
地図データを探すステップと、 前記クライアントが、前記表示範囲の最適縮尺の地図画
像を表示するとき、前記最適縮尺の地図画像に含まれる
最適縮尺の断片地図データを前記ディスクキャッシュか
ら探し、前記最適縮尺の断片地図データが見つからなけ
れば、前記より小縮尺の断片地図データを代替表示する
と共に、前記最適縮尺の断片地図データを前記地図サー
バからダウンロードするステップと、 前記クライアントが、前記より小縮尺の地図が代替表示
されているところに、それより大縮尺の前記最適縮尺の
断片地図データが後からダウンロードされて前記ディス
クキャッシュに格納した場合は、前記より小縮尺の地図
を消去し、前記最適縮尺の断片地図データを前記ディス
クキャッシュから読み出して表示するステップと を有する地図表示方法。 - 【請求項8】 それぞれ多数の断片地図データに細分さ
れた、異なる縮尺の複数の全体地図データをもつ地図サ
ーバと、通信ネットワークを通じて通信可能であって、 所望の表示範囲に必要な、前記異なる縮尺の複数の全体
地図データにそれぞれ含まれる複数の断片地図データ
を、前記地図サーバから通信ネットワークを通じてダウ
ンロードし、その際、より小縮尺の地図に含まれる断片
地図データから優先的にダウンロードする手段と、 ダウンロードした前記断片地図データから前記表示範囲
の地図画像を描画して表示する手段と、 過去に取得した断片地図データをメモリ内に保有してお
くメモリキャッシュと を備え、 前記表示する手段は、前記表示範囲の最適縮尺の地図画
像を表示するとき、前記最適縮尺の地図画像に含まれる
最適縮尺の断片地図データを前記メモリキャッシュから
探し、前記最適縮尺の断片地図データが見つからなけれ
ば、前記最適縮尺より小縮尺の断片地図データを前記メ
モリキャッシュから探し、前記より小縮尺の断片地図デ
ータが前記メモリキャッシュから見つかれば、前記より
小縮尺の断片地図データを代替表示すると共に、前記ダ
ウンロードする手段をして前記最適縮尺の断片地図デー
タを前記地図サーバからダウンロードし、前記より小縮
尺の地図が代替表示されているところに、それより大縮
尺の前記最適縮尺の断片地図データが後からダウンロー
ドされた場合は、前記より小縮尺の地図を消去し、前記
最適縮尺の地図を描画して表示する、 地図 表示装置。 - 【請求項9】それぞれ多数の断片地図データに細分され
た、異なる縮尺の複数の全体地図データをもつ地図サー
バと、通信ネットワークを通じて通信可能であって、 所望の表示範囲に必要な、前記異なる縮尺の複数の全体
地図データにそれぞれ含まれる複数の断片地図データ
を、前記地図サーバから通信ネットワークを通じてダウ
ンロードし、その際、より小縮尺の地図に含まれる断片
地図データから優先的にダウンロードする手段と、 ダウンロードした前記断片地図データから前記表示範囲
の地図画像を描画して表示する手段と、 ダウンロードしたファイルを不揮発性ストレージに保存
しておくディスクキャッシュと を備え、 前記表示する手段は、前記表示範囲の最適縮尺の地図画
像を表示するとき、前記最適縮尺の地図画像に含まれる
最適縮尺の断片地図データを前記ディスクキャッシュか
ら探し、前記最適縮尺の断片地図データが見つからなけ
れば、前記より小縮尺の断片地図データを代替表示する
と共に、前記最適縮尺の断片地図データを前記地図サー
バからダウンロードし、前記より小縮尺の地図が代替表
示されているところに、それより大縮尺の前記最適縮尺
の断片地図データが後からダウンロードされて前記ディ
スクキャッシュに格納した場合は、前記より小縮尺の地
図を消去し、前記最適縮尺の断片地図データを前記ディ
スクキャッシュから読み出して表示する、 地図表示装置。 - 【請求項10】 それぞれ多数の断片地図データに細分
された、異なる縮尺の複数の全体地図データをもつ地図
サーバと、通信ネットワークを通じて通信可能であるコ
ンピュータをして、 所望の表示範囲に必要な、前記異なる縮尺の複数の全体
地図データにそれぞれ含まれる複数の断片地図データ
を、前記地図サーバから通信ネットワークを通じてダウ
ンロードするステップと、 ダウンロードした前記断片地図データから前記表示範囲
の地図画像を描画して表示するステップと を実行させるためのプログラムを記録した、コンピュー
タ読取可能な記録媒体であって、 前記表示するステップでは、前記表示範囲の最適縮尺の
地図画像を表示するとき、前記最適縮尺の地図画像に含
まれる最適縮尺の断片地図データを、過去に取得した断
片地図デ ータをメモリ内に保有しておくメモリキャッシ
ュから探し、前記最適縮尺の断片地図データが見つから
なければ、前記最適縮尺より小縮尺の断片地図データを
前記メモリキャッシュから探し、前記より小縮尺の断片
地図データが前記メモリキャッシュから見つかれば、前
記より小縮尺の断片地図データを代替表示すると共に、
前記ダウンロードするステップによって前記最適縮尺の
断片地図データを前記地図サーバからダウンロードし、
前記より小縮尺の地図が代替表示されているところに、
それより大縮尺の前記最適縮尺の断片地図データが後か
らダウンロードされた場合は、前記より小縮尺の地図を
消去し、前記最適縮尺の地図を描画して表示する、記録媒体 。 - 【請求項11】 それぞれ多数の断片地図データに細分
された、異なる縮尺の複数の全体地図データをもつ地図
サーバと、通信ネットワークを通じて通信可能であるコ
ンピュータをして、 所望の表示範囲に必要な、前記異なる縮尺の複数の全体
地図データにそれぞれ含まれる複数の断片地図データ
を、前記地図サーバから通信ネットワークを通じてダウ
ンロードするステップと、 ダウンロードした前記断片地図データから前記表示範囲
の地図画像を描画して表示するステップと を実行させるためのプログラムを記録した、コンピュー
タ読取可能な記録媒体であって、 前記表示するステップでは、前記表示範囲の最適縮尺の
地図画像を表示するとき、前記最適縮尺の地図画像に含
まれる最適縮尺の断片地図データを、ダウンロードした
ファイルを不揮発性ストレージに保存しておくディスク
キャッシュから探し、前記最適縮尺の断片地図データが
見つからなければ、前記より小縮尺の断片地図データを
代替表示すると共に、前記最適縮尺の断片地図データを
前記地図サーバからダウンロードし、前記より小縮尺の
地図が代替表示されているところに、それより大縮尺の
前記最適縮尺の断片地図データが後からダウンロードさ
れて前記ディスクキャッシュに格納した場合は、前記よ
り小縮尺の地図を消去し、前記最適縮尺の断片地図デー
タを前記ディスクキャッシュから読み出して表示する、 記録媒体 。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001375706A JP3476805B2 (ja) | 2001-12-10 | 2001-12-10 | 画像表示システム及び方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001375706A JP3476805B2 (ja) | 2001-12-10 | 2001-12-10 | 画像表示システム及び方法 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2000240401A Division JP2002055601A (ja) | 2000-08-08 | 2000-08-08 | 地図表示システム及び方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2002290718A JP2002290718A (ja) | 2002-10-04 |
JP3476805B2 true JP3476805B2 (ja) | 2003-12-10 |
Family
ID=19184025
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2001375706A Expired - Fee Related JP3476805B2 (ja) | 2001-12-10 | 2001-12-10 | 画像表示システム及び方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3476805B2 (ja) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5337338B2 (ja) * | 2005-07-29 | 2013-11-06 | ヤフー株式会社 | 地図重ね合わせシステムおよび方法 |
JP4826922B2 (ja) * | 2008-03-31 | 2011-11-30 | アイシン・エィ・ダブリュ株式会社 | 地図表示装置及び地図表示プログラム、並びにこれを用いたナビゲーション装置 |
JP5364746B2 (ja) * | 2011-03-07 | 2013-12-11 | 株式会社サピエンス | 画像表示方法および画像表示用プログラム |
JP5913045B2 (ja) * | 2012-10-31 | 2016-04-27 | 株式会社野村総合研究所 | ナビゲーション装置、ナビゲーション方法及びコンピュータプログラム |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH07105148A (ja) * | 1993-09-30 | 1995-04-21 | Hitachi Ltd | クライアントサーバ業務分散システム |
JPH10254907A (ja) * | 1997-03-11 | 1998-09-25 | Sony Corp | 情報提供システム、情報提供方法、情報処理装置、および、情報処理方法 |
JPH11232433A (ja) * | 1998-02-17 | 1999-08-27 | Kokusai Kogyo Co Ltd | 地図表示制御システム |
JPH11282865A (ja) * | 1998-03-31 | 1999-10-15 | Hitachi Software Eng Co Ltd | 地図情報処理システム |
JP2000048039A (ja) * | 1998-07-29 | 2000-02-18 | Kai:Kk | 地図情報のダウンロード方法とこれを実施した地図情報のダウンロードシステム |
JP2000081839A (ja) * | 1998-09-04 | 2000-03-21 | Hitachi Software Eng Co Ltd | 地図データ転送・表示方法およびシステムおよび記録媒体 |
-
2001
- 2001-12-10 JP JP2001375706A patent/JP3476805B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2002290718A (ja) | 2002-10-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11004120B2 (en) | Method for providing real-time service of huge and high quality digital image on internet | |
US20210160495A1 (en) | Transferring system for huge and high quality images on network and method thereof | |
US20090055087A1 (en) | Methods and systems for displaying and automatic dynamic re-displaying of points of interest with graphic image | |
DE10290955B4 (de) | Datenbanksuchsystem und Datenbanksuchverfahren das geographische Merkmale verwendet | |
JP4097881B2 (ja) | 地図データ配信方法 | |
JPH11232433A (ja) | 地図表示制御システム | |
JPH09305473A (ja) | 検索システムにおけるキャッシング方式 | |
JP3476805B2 (ja) | 画像表示システム及び方法 | |
JP2003208597A (ja) | 画像コンバータ及び画像コンバート方法 | |
JP2002055601A (ja) | 地図表示システム及び方法 | |
KR100369436B1 (ko) | 동적 멀티 웹 표시 검색 방법 | |
JP2004062671A (ja) | 対象物が立体的に表されているかのように画像を表示するためのシステム及び方法 | |
JPS63298572A (ja) | 地理的検索装置 | |
JP2000081839A (ja) | 地図データ転送・表示方法およびシステムおよび記録媒体 | |
EP1222573A2 (en) | Web connection data |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
TRDD | Decision of grant or rejection written | ||
R150 | Certificate of patent or registration of utility model |
Ref document number: 3476805 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080926 Year of fee payment: 5 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080926 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090926 Year of fee payment: 6 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090926 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100926 Year of fee payment: 7 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110926 Year of fee payment: 8 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110926 Year of fee payment: 8 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120926 Year of fee payment: 9 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120926 Year of fee payment: 9 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130926 Year of fee payment: 10 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |