JP2002057875A

JP2002057875A - 画像処理方法、画像処理装置及び記憶媒体

Info

Publication number: JP2002057875A
Application number: JP2000238488A
Authority: JP
Inventors: Miyuki Enokida; 幸榎田; Yasuo Fukuda; 康男福田
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2000-08-07
Filing date: 2000-08-07
Publication date: 2002-02-22

Abstract

(57)【要約】【課題】関連付け情報の情報量を低減した上、画像を
分割したタイルから所望のタイルを容易な提供を実現で
きなかった。【解決手段】本発明では、画像を分割した複数のタイ
ルと、該タイルごとに該タイルに対する関連付け情報を
保持する画像ファイルを有するサーバマシンから前記複
数のタイルの少なくとも１つからなる画像と前記関連付
け情報を受信し、前記受信した画像の関連付け情報を該
受信した画像の高解像度の画像に継承し、前記継承した
関連付け情報を用いて、前記複数のタイルから選択的に
タイルを受信することを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、画像処理方法、画
像処理装置及び記憶媒体に関する。

【０００２】

【従来の技術】インターネット上では、ＷＷＷサーバに
Ｗｅｂブラウザからアクセスして、文書データや画像デ
ータ等を閲覧することが盛んに行われている。このしく
みは、インターネット上に情報を公開するＷＷＷサーバ
と、その情報を閲覧するクライアントがあり、クライア
ント側はＷｅｂブラウザを使用してサーバ上の情報を閲
覧する。このＷＷＷサーバは、ＨｏｍｅＰａｇｅとい
われる公開したい情報をＨＴＭＬで記述した文書があ
り、それをクライアント側のＷｅｂブラウザが、クライ
アントコンピュータに表示する。クライアント側のＷｅ
ｂブラウザは、表示しているページ内のリンクを辿って
行き、自分が必要な情報を得ることができる。

【０００３】さらに、画像の特定の領域と他のデータを
関連付ける方法として、例えばＨＴＭＬを用いたＷＷＷ
システムにはイメージマップという方法がある。イメー
ジマップとは、ＨＴＭＬ文書中に表示された画像の特定
の領域にハイパーリンクを対応させ、各領域とそのリン
ク先のデータを関連付けるものである。

【０００４】

【発明が解決しようとする課題】しかし上述したイメー
ジマップは、ＨＴＴＰプロトコルを用いてサーバ、クラ
イアント間で通信しており、このプロトコルでは、以下
のように動作する。

【０００５】例えば、図１１のような画像１０１０１の
中にある各領域１０１１１，１０１１２，１０１１３に
それぞれハイパーリンクを付加し、ＨＴＭＬブラウザで
図１１の画像を表示し、次にユーザが図１０１の画像を
クリックした場合に、その時のユーザがクリックした座
標と各領域よりリンクのジャンプ先を決定するというも
のである。

【０００６】このイメージマップには大別して領域と関
連付けられたデータへのアクセスを管理、すなわち、ユ
ーザがクリックした座標と各領域から次のジャンプ先を
決定する場合に、サーバ側で判断する方式と、サーバが
予めクライアント側に領域と関連付けられたデータの一
覧を渡しておきクライアント側がその関連付けられたデ
ータへのアクセスを管理する方式がある。以下、前者を
サーバサイドのイメージマップ、後者をクライアントサ
イドのイメージマップと呼ぶ。

【０００７】サーバサイドのイメージマップは、例えば
公知のＮＣＳＡのｈｔｔｐのサーバの場合、図１２の１
０２０１に示すようなマップファイル（ｃｈｉｂｉ．ｍ
ａｐ）を作成し、さらにイメージマップをユーザに提供
するためのＨＴＭＬ文書中に１０２０２のような部分Ｈ
ＴＭＬを入れることにより実現される。

【０００８】図１２のマップファイル１０２０１につい
て簡単に説明する。１行目は、２行目以降の領域以外の
領域にＵＲＬを付与している。したがって、ユーザがク
リックして指定した座標が、２行目以降指定される各領
域のどれにも含まれなかった場合には、ここで指定する
ＵＲＬ（ｈｔｔｐ：／／ｓｏｍｅｗｈｅｒｅ．ｄｏｍａ
ｉｎ／ｔｓｕｙｕ．ｈｔｍｌ）が適用される。

【０００９】２行目は多角形指定であり、“５０，
０”，“０，５０”“１００，５０”はそれぞれ画像中
の画素を単位とし、画像の左上を原点とした座標値を示
している。多角形指定の場合、いくつかの座標値が表す
点で囲まれた領域を指定している。また、図１２の例で
は“５０，０”，“０，５０”，“１００，５０”の３
点で囲まれた領域の内部に“／ｈａｎｐｅｎ．ｈｔｍ
ｌ”というＵＲＬを関連付けている。

【００１０】３行目は円指定であり、５０，８０は円の
中心、３０は円の半径を意味している。円の場合も多角
形と同様に画素を単位として画像の左上を原点とする座
標の座標値である。また、ここではこの円領域の内部に
“ｈｔｔｐ：／／ｏｔｈｅｒ．ｄｏｍａｉｎ／ｔａｍａ
ｇｏ，ｈｔｍｌ”を関連付けている。

【００１１】４行目は矩形指定であり、“０，１１
０”，“１００，１６０”は矩形の対角線の一本の両端
の座標を示している。やはりこの場合も画素を単位とし
て画像の左上を原点とする座標の座標値である。またこ
の矩形領域の内部には“ｈｔｔｐ：／／ａｎｏｔｈｅ
ｒ．ｄｏｍａｉｎ／ｃｈｉｋｕｗａｂｕ．ｈｔｍｌ”を
関連付けている。

【００１２】１０２０２の部分ＨＴＭＬの２行目ｉｍｇ
タグの中にｉｓｍａｐ属性があることにより、クライア
ントは、１行目の“＜ａｈｒｅｆ …＞”で始まり３
行目の“＜／ａ＞”で終了するハイパーリンクがサーバ
サイドイメージマップであることを理解する。１行目に
あるＡタグのｈｒｅｆ属性の値は、通常であればハイパ
ーリンク先のＵＲＬを指すが、サーバサイドのイメージ
マップの場合は２つの部分から構成される。この場合、
サーバのＷＷＷサービス上のパスで、サーバサイドイメージマップを処理するＣＧＩスクリプ
ト／ｃｇｉ−ｂｉｎ／ｉｍａｇｅｍａｐマップファイルのパス／ｍａｐｆｉｌｅｓ／ｃｈｉｂ
ｉ．ｍａｐを連結したものになっている。クライアントは１行目の
ＵＲＬとユーザがクリックした座標からＵＲＬを生成
し、そのＵＲＬに対してリクエストを発行する。リクエ
ストを受け取ったサーバは、ＣＧＩスクリプト（／ｃｇ
ｉ−ｂｉｎ／ｉｍａｇｅｍａｐ）を起動する。ＣＧＩス
プリクトは、マップファイルのパスからマップファイル
の内容（１０２０１）を参照し、ユーザがクリックした
座標とマップファイルからジャンプ先を判断し、そのＵ
ＲＬを返す。クライアントは返されたＵＲＬに対して再
度リクエストを発行して目的のデータにアクセスする。

【００１３】クライアントサイドのイメージマップは次
のように実現される。

【００１４】図１０３の１０３０１はサーバサイドのイ
メージマップにおけるマップファイルに相当する部分Ｈ
ＴＭＬデータであり、１０３０２は１０３０１による領
域指定の場合のイメージマップの指定を行なう部分ＨＴ
ＭＬである。

【００１５】図１０２のマップを指定する部分ＨＴＭＬ
１０３０１について簡単に説明する。１行目のｍａｐタ
グに始まり、対応する９行目の“＜／ｍａｐ＞”の範囲
がクライアントサイドのイメージマップで用いるマップ
指定であることを示している。また、ｍａｐタグのｎａ
ｍｅ属性で、２行目〜８行目の領域指定とＵＲＬの対の
セットによるマップ指定に“ｃｈｉｂｉ＿ｃｌｉｅｎｔ
＿ｍａｐ”という名称をつけている。この名称は、１０
３０２のｉｍｇタグによって参照されている。

【００１６】１０３０１の２行目〜８行目は先に述べた
ように領域指定とＵＲＬの対の指定である。またａｒｅ
ａタグの各属性は、・ｓｈａｐｅ属性領域の形状。ｄｅｆａｕｌｔは「その他」の意・ｃｏｏｒｄｓ属性領域の形状を指定するパラメータ・ｈｒｅｆ属性領域に対応させるＵＲＬとなっている。書式が異なるものの、２〜７行目の指定
は１０２０１による領域指定と同一にしてあり、それぞ
れ・１０２０１の１行目と１０３０１の２行目・１０２０１の２行目と１０３０１の３，４行目・１０２０１の３行目と１０３０１の５，６行目・１０２０１の４行目と１０３０１の７，８行目に相当するので、各ａｒｅａタグの説明については省略
する。

【００１７】１０３０２は、画像と１０３０１によるマ
ップ指定を結びつける部分ＨＴＭＬである。

【００１８】１０３０２では、ｉｍｇタグのｕｓｅｍａ
ｐ属性に“ｋａｎｔｏｕ．ｈｔｍ！＃ｃｈｉｂｉ＿ｍａ
ｐ”を指定している。これの“＃”以前の部分は、マッ
プ指定のあるファイルのＵＲＬを意味しており、また
“＃”以降の部分はマップの名称を意味している。した
がって、この部分は、「ｋａｎｔｏｕ．ｈｔｍｌという
ＵＲＬにあるファイル中のｃｈｉｂｉ＿ｃｌｉｅｎｔ＿
ｍａｐ」という名称が指すマップ指定を指している。従
って、１０３０１の部分ＨＴＭＬが“ｋａｎｔｏｕ．ｈ
ｔｍｌ”中にあれば良い。また、１０３０２の場合は他
のファイル中にあるマップ指定を指す例を挙げたが、１
０３０１と１０３０２が同一ファイルに含まれる場合は
＃以前の部分は省略してもよいことになっている（１０
３０２−２）。

【００１９】クライアントプログラムは１０３０２もし
くは１０３０２−２のような部分ＨＴＭＬを含むＨＴＭ
Ｌを受け取った場合、ｕｓｅｍａｐ属性を調べ、必要な
らば、例えば１０３０２のように他のＵＲＬを参照して
いる場合などにはそのＵＲＬを元にリクエストを発生す
る。そして、ｕｓｅｍａｐ属性が指す名称（＃ｃｈｉｂ
ｉ＿ｃｌｉｅｎｔ＿ｍａｐ）のマップ指定を探して参照
し、各領域情報を得る。

【００２０】ユーザがクライアントプログラム画像Ｃｈ
ｉｂｉ．ｊｐｇ（１０１０１）をクリックした際、ユー
ザがクリックした座標と１０３０１で指定された領域情
報から次のジャンプ先を決定する。

【００２１】上述したようにイメージマップは、ある画
像の内部の対象物を画像中の画素を単位とした座標で表
記し、クライアント側がその対象物に関連付けられてい
るＵＲＬのオープン要求をサーバ側に送ると、サーバ側
でそのＵＲＬで指定されているドキュメント本体をクラ
イアントに送る動作をおこなう。

【００２２】しかしながら、上述したイメージマップに
よる方式では、画像データとその画像の特定の領域と他
のデータを関連付けるマップデータは、別ファイルで管
理されている。そのため画像中の特定領域と他のデータ
に関連付けを持たせるためには、画像データとマップデ
ータが存在し、ファイルに格納され、且つ整合性が取ら
れていなければならない。更にＷＷＷにおけるイメージ
マップの場合には、イメージマップと画像データとを関
連付けるＨＴＭＬデータが必要になる。

【００２３】一方、画像データファイルを配信、表示す
る時に使用するＩＩＰプロトコルでは、基本的には上記
ＨＴＴＰプロトコルを使用する場合と同じ動作を行い、
ＩＩＰプロトコルを使用して画像データ等をサーバから
受信し、表示などの処理を行うが、ＩＩＰプロトコルで
は、表示する画像データは、サーバに格納されている画
像データの部分的な画像であり、クライアント側の要
求、例えば、拡大、縮小、パンなどがあり、その都度サ
ーバに対してリクエストを発行する。このようにＩＩＰ
プロトコルでは、一回のリクエストで終わることはな
く、数回のリクエストを発行する必要がある。

【００２４】このような環境のなかで、複数のファイル
からパノラマ表示することを考えてみる。この場合、イ
メージマップ用のクライアントソフトでは、このパノラ
マ表示は行えず、専用のパノラマ表示用のクライアント
ソフトが必要になる。また、パノラマ表示用のクライア
ントソフトでは、イメージマップの処理はできないとい
う問題点がある。

【００２５】また、低解像度の画像データのタイルに関
連付け情報を付け、更に高解像度側の画像データのタイ
ルに別の関連付け情報を持つ場合もある。この場合、低
解像度のタイルに付けた情報を高解像度の該当するタイ
ルにまで継承しない方法もあるが、この場合、高解像度
のタイルに対しても、この低解像度の情報を使いたい場
合は、高解像度のタイルに対して、低解像度のタイルに
付けた情報を付けることになり、情報量が増大する。一
方低解像度のタイルに付けた情報を継承する場合は、ど
ちらの関連付け情報を使うかが判断できない場合もあ
る。

【００２６】

【課題を解決するための手段】上記課題を鑑みて本発明
は、関連付け情報の情報量を低減した上、画像を分割し
たタイルから所望のタイルを容易に獲得可能な構成を提
供することを目的とする。かかる目的を達成するため本
発明は、画像を分割した複数のタイルと、該タイルごと
に該タイルに対する関連付け情報を保持する画像ファイ
ルを有するサーバマシンから前記複数のタイルの少なく
とも１つからなる画像と前記関連付け情報を受信し、前
記受信した画像の関連付け情報を該受信した画像の高解
像度の画像に継承し、前記継承した関連付け情報を用い
て、前記複数のタイルから選択的にタイルを受信するこ
とを特徴とする。

【００２７】

【発明の実施の形態】（第１の実施の形態）以下、本発
明にかかる一実施形態の画像データ送信装置を図面を参
照して詳細に説明する。

【００２８】図１はインターネットに代表されるネット
ワーク上に複数のコンピュータが接続されている様子を
示す図である。図１において、１００はインターネット
に代表されるネットワーク、１０１、１０３はサーバ・
コンピュータであり、画像データを送信するためのＩＩ
ＰサーバをはじめＷＷＷサーバ機能に必要なソフトウエ
アが実行されている。また、大量の画像データも格納さ
れている。１０２ａ，１０２ｂはクライアント・コンピ
ュータであり、ｗｅｂブラウザなどクライアント側で必
要なソフトウエアが実行されている。

【００２９】図２は、図１の１０１，１０３或いは１０
２ａ，１０２ｂ等のコンピュータシステムの構成を示す
ブロック図である。２０１はＣＰＵで、システム全体の
制御などを行っている。２０２はキーボードで、２０１
ａのマウスと共にシステムに情報などを入力するために
使用される。２０３は表示部で、ＣＲＴや液晶ディスプ
レイなどで構成されている。２０４はＲＯＭ、２０５は
ＲＡＭで、システムの記憶装置を構成し、システムが実
行するプログラムやシステムが利用するデータを記憶す
る。２０６はハードディスク装置、２０７はフロッピー
（登録商標）・ディスク装置で、システムのファイルシ
ステムに使用される外部記憶装置を構成している。２０
８はプリンタである。２０９はネットワークを制御する
部分であり、ここからインターネットなどのネットワー
ク上に接続されている資源にアクセスする。

【００３０】ここでは、１０１のサーバマシンに格納さ
れている画像データは、Ｆｌａｓｈｐｉｘファイルであ
るとする。このＦｌａｓｈｐｉｘファイルをインターネ
ットを通して、クライアント側からアクセスし、表示す
る時の動作を図３を用いて説明する。第１の実施例で
は、サーバマシンは、１０１、クライアントマシンは１
０２ａの各１台で動作する場合を説明する。

【００３１】この実施例では、図３、図４、図５を用い
て、３枚の画像データからパノラマ表示することを説明
する。図３は、３枚の画像３００、３０１、３０２があ
り、各々３０３、３０４、３０５の３階層から構成さ
れ、各階層がタイル分割されていることを示している。
ここで各タイルは、６４画素×６４画素とする。また各
タイルには、各解像度毎に左上のタイルを０として、タ
イル番号が付けられている。例えば解像度３０３の３０
０ｃのタイルは０番のタイルであり、解像度３０５の３
００ｂのタイルも０番のタイルである。

【００３２】この３枚の画像データを図４の４００に示
すように、１枚の画像としてクライアントマシン１０２
ａのモニタ４０１に表示する動作を説明する。更に、サ
ーバ、クライアント間のデータのやり取りの概念図を図
６、図７に示す。

【００３３】まずユーザがクライアントのブラウザでフ
ァイル３００の画像データを表示するためのページを表
示し、ファイル３００のリンクの部分をマウスなどのポ
インティングデバイスでクリックしたとする。このリン
ク情報は、Ｆｌａｓｈｐｉｘファイルへのリンク情報で
ある。リンク情報からクライアントマシン１０２ａは、
リンク情報からサーバマシン１０１に対してリクエスト
６００ａを発行する。リクエスト６００ａを受け取った
サーバマシン１０１は、そのレスポンスとして、６００
ｂをクライアントマシンへ返す。このレスポンスとして
返される情報は、ＨＴＴＰヘッダとデータからなり、そ
の具体的な例を図７に示す。図７に７０１がヘッダ部分
であり、７０２がデータ部分である。この情報を受け取
ったクライアントマシンは、このヘッダの“Ｃｏｎｔｅ
ｎｔ−ｔｙｐｉ”から、実行すべきアプリケーションを
選択、起動し、データ７０２を起動したアプリケーショ
ンに渡す。今回は、Ｆｌａｓｈｐｉｘファイル対応のア
プリケーションが立ち上がることになる。

【００３４】次にＦｉｌｅ３００の情報、例えば階層
数、最大解像度の画像サイズ、色空間などの情報と、関
連付け情報などをサーバマシンに対してリクエストを発
行する（６０１ａ）。そうするとサーバマシンから上記
の情報がレスポンス６０１ｂとして、クライアントマシ
ンに返される。上記の関連付け情報の例として、図５の
５００の情報が返される。同様にファイル３０１の関連
付け情報は５０１、Ｆｉｌｅ３０２の関連付け情報は５
０２である。次にクライアントから実際の画像データの
要求６０２ａがサーバマシンに送信され、画像データが
返されて６０２ｂ、それをクライアント側のＦｌａｓｈ
ｐｉｘの表示アプリケーションが表示をする。そうする
と図４に示しているように、クライアントマシン１０２
ａの表示装置４０１にファイル３００の画像データが表
示される。

【００３５】その後ユーザが画面に向かって右の方向に
スクロールを要求したとする。この場合例えば、今表示
している階層は階層３０３、すなわち最低解像度である
とすると、これ以上の右スクロールをファイル３００の
画像データではできない。この時の処理フローを図８に
示す。

【００３６】まずステップＳ８００でクライアントマシ
ン１０２ａは現在表示しているタイルに対する関連付け
情報を取り出す。今回は最低解像度のタイル０を表示し
ているので、このタイルの関連付け情報を取り出す。次
にステップＳ８０１で、関連付け情報があるか否かを判
断する。無い場合はステップＳ８０７に飛ぶ。ステップ
Ｓ８０１でこの情報が有った場合、ステップＳ８０２で
今回のユーザの要求に対応した関連付け情報があるかど
うかを判断する。

【００３７】今回、タイルには図５の５００に示す情報
がある。また、今回のユーザ要求は「右にスクロール」
で、５００は「このタイルの右は、Ｆｉｌｅ３０１であ
る」と言うことなので、今回は、ちょうど当てはまる。
よってクライアントマシン１０２ａはステップＳ８０２
で対応する情報があると判断され、ステップＳ８０３に
移る。反対に対応する情報が無い場合はステップＳ８０
１と同様にステップＳ８０７に飛ぶ。ステップＳ８０３
では、クライアントマシン１０２ａは関連付け情報から
次にアクセスするためのリクエストを作成し、ステップ
Ｓ８０４でサーバマシン１０１に発行する。ステップＳ
８０５でそのレスポンスである新しいファイルの情報を
サーバマシン１０１から受け取り、その後ステップＳ８
０６でクライアントマシン１０２では新しい画像データ
を表示する。この状態で４０１の表示装置には、ファイ
ル３０１の３０１ｃのタイル画像が表示されている。

【００３８】一方ステップＳ８０７は、通常の表示と言
うことで、例えば、３００ｃを表示している時に、「左
スクロール」をユーザが要求した場合を考えると、この
ユーザ要求に対応した関連付け情報はないので、この画
像に対しては、「左スクロール」はできず、画像の左端
の表示を行うことを意味する。

【００３９】この処理を繰り返すことにより、図３の３
枚の画像をあたかも１枚の画像として表示することがで
きる。以上の構成により、タイル毎の関連付けを容易に
した上、関連付け情報と画像データを同一ファイルにて
管理でき、取扱いが容易になる。

【００４０】次に、ユーザーの要求により表示されてい
る画像データの解像度を上げる事を考える。この場合例
えば、解像度３０３から解像度３０４の階層に解像度を
上げたとする。この場合、各ファイルの解像度には、各
４つのタイルデータがある。この場合、１つのファイル
内の４つのタイルの表示は、通常の表示処理で行える。
先の説明と同様に３００のファイルの３０４の解像度の
さらに右を表示するようにユーザが指定したとする。こ
の時タイル図９内の１−１が指定されたとする。

【００４１】この場合、サーバマシンで管理しているフ
ァイル中には、解像度３０４のタイルに対しては、直接
関連付け情報は入っていないものもある。この場合は、
図９に示すように、クライアントマシン１０２で低解像
度側から対応する高解像度側へ関連付け情報を継承する
仕組みを入れる。例えば、０−０は、１−０，１−１，１−２，１−３へ継承１−０は、２−０，２−１，２−４，２−５へ継承１−１は、２−２，２−３，２−６，２−７へ継承１−２は、２−８，２−９，２−１２，２−１３への継
承１−３は、２−１０，２−１１，２−１４，２−１５へ
継承とする。そうすると０−０の情報は、全ての解像度に対
して継承することになり、３０４の解像度のデータであ
っても、Ｆｉｌｅ３００の右はＦｉｌｅ３０１というこ
とが識別可能となりＦｉｌｅ３００の右を表示する制御
が可能となる。

【００４２】更に関連付け情報に優先順位を付ける処理
を、図１０のフローチャートを用いて説明する。この処
理は、図８のステップＳ８００の具体的な例である。ま
ずステップＳ１０００で変数Ｊと変数Ｉを夫々０と現在
表示している階層番号をセットする。今回表示している
解像度３０４は階層番号１である。次にステップＳ１０
０１で、変数Ｉの解像度内のタイルの関連付け情報を探
す。今回タイル１−１が指定されたとすると、階層番号
１かつタイル１の関連付け情報を探す。図５の５００ｂ
に示す「Ｒｅｓｏｌｕｔｉｏｎ１：Ｔｉｌｅ１：関連情
報ＵＲＬ１」が検索される。これによりステップＳ１０
０２では、情報があったと判断され、ステップＳ１００
３に移る。ステップＳ１００３では、上記の情報を「情
報〔Ｊ〕」に格納する。その後ステップＳ１００４で変
数Ｊに１を加える。ステップＳ１００５で変数Ｉから１
を引く。ステップＳ１００６で変数Ｉが０か否かを判断
する。０でない場合はステップＳ１００１に戻り処理を
繰り返す。

【００４３】解像度が１つ下がると、対応するタイルの
番号が代わる。これは図９に示す通りであるが、例えば
タイル１−１に対応する１つ下のタイルは０−０であ
る。よって２回目のループで、「Ｒｅｓｏｌｕｔｉｏｎ
０：Ｔｉｌｅ０：これより右Ｆｉｌｅ３０１」が
検索される。

【００４４】一方ステップＳ１００２で情報が無いと判
断された場合は、ステップＳ１００５に飛ぶ。ステップ
Ｓ１００６にて変数Ｉが０になると、この処理を終了す
る。

【００４５】この処理により、配列変数「情報〔〕」の
中に関連付け情報が優先順位付で格納される。すなわち
「情報

〔０〕」が最も優先順位の高い情報となる。

【００４６】この処理により、タイル１−１には、５０
０ｂの情報と５００ａの情報があり、５００ｂが優先順
位が高い情報と判断できる。

【００４７】この時クライアントのソフトは、タイル１
−１が選択された時の次の処理として、優先順位の高い
情報がある５００ｂを自動的に選択し、新しい画像リク
エストを発行しても良いし、また、下に示すような

【００４８】

【外１】メニューを表示部に表示して、いずれの関連付け情報を
用いてリクエストを出すかユーザに選択させるように動
作させても良い。

【００４９】同様に解像度３０５では、タイル２−３は、５００ｃ／５００ｂ／５００ａの３つ
の情報タイル２−２，２−６，２−７は、５００ｂ／５００ａ
の２つの情報その他のタイル５００ａの情報のみとなる。これらの関連付け情報をユーザの要求に従って
切り替え、表示を繰り返すことにより、さまざまな情報
をさまざまな形式で表示することができる。その結果ユ
ーザーは各タイルが有する関連付け情報を用いて、関連
するタイルを容易に受信、表示することが可能となる。

【００５０】（他の実施の形態）さらに関連付け情報と
して、「Ｒｅｓｏｌｕｔｉｏｎ０：Ｔｉｌｅ０：こ
れより右Ｆｉｌｅ３０１＋３２画素」と言うように、
必ずファイルの先頭から始まるのではなく、先頭からオ
フセット情報（付加情報）を記述しても良い。この場合
のオフセットの画素値は、この関連付け情報を記述して
いる解像度での値とすると、この解像度以外の解像度で
この値を使う場合という条件で、例えばタイル１−１と
かで使う場合は、「３２＊２＝６４画素」と言うように
変換すれば良い。更には、このオフセットの画素値は、
「最大解像度での画素値」と決めることもできる。この
場合は逆の変換を行えば良い。

【００５１】（本発明の他の実施形態）前述した実施形
態の機能を実現するように前述した実施形態の構成を動
作させるプログラムを記憶媒体に記憶させ、該記憶媒体
に記憶されたプログラムをコードとして読み出し、コン
ピュータにおいて実行する処理方法も上述の実施形態の
範疇に含まれるし、前述のプログラムが記憶された記憶
媒体も上述の実施形態に含まれる。

【００５２】かかる記憶媒体としてはたとえばフロッピ
ーディスク、ハードディスク、光ディスク、光磁気ディ
スク、ＣＤ−ＲＯＭ、磁気テープ、不揮発姓メモリカー
ド、ＲＯＭを用いることができる。

【００５３】また前述の記憶媒体に記憶されたプログ
ラム単体で処理を実行しているものに限られず、他のソ
フトウエア、拡張ボードの機能と共同して、ＯＳ上で動
作し前述の実施形態の動作を実行するものも前述した実
施形態の範疇に含まれる。

【００５４】

【発明の効果】関連付け情報の情報量を低減した上、画
像を分割したタイルから所望のタイルを容易に獲得可能
な構成を提供できた。また関連付け情報の継承を可能と
し、関連付け情報の優先順位を設けたので、優先順位に
応じてさまざまな関連画像を得ることが可能となる。

【００５５】継承を採用することで、階層データに同じ
関連づけ情報を付加してファイル管理すること必要がな
くなるので、ファイルサイズをコンパクトにすることを
可能とし、サーバにおける処理の低減高速な応答が実現
できる。更に例えば、パノラマ、イメージマップ、モン
タージュ等の専用のアプリケーションにより実現してい
た処理を関連付け情報を用いることで容易に実現可能と
した構成を提供できる。

【００５６】タイルに分割された画像データ形式のデー
タ表示において、タイル毎に関連付け情報を持つことに
より、他のデータとの関連付けを容易にすると共に、こ
の関連付け情報を画像データと同一のファイルで管理す
ることができる。

【図面の簡単な説明】

【図１】システム全体の構成図

【図２】コンピュータシステムの構成を示す図

【図３】画像データと階層、タイルの関係を表す図

【図４】パノラマ画像の概念図と表示画像の関係を表す
図

【図５】各タイル毎に記述する関連付け情報の例

【図６】サーバ、クライアントマシン間での通信の概念
図

【図７】サーバマシンが返すデータの例

【図８】第１の実施例を説明するフローチャート

【図９】関連付け情報を継承する時のタイルの関係を表
す図

【図１０】関連付け情報の取り出し、優先順位付けのた
めのフローチャート

【図１１】領域分割された画像の例

【図１２】サーバサイドのイメージマップのデータの例

【図１３】クライアントサイドのイメージマップのデー
タの例

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考） // Ｇ０６Ｆ 3/14 ３１０Ｇ０６Ｆ 3/14 ３１０ＣＦターム(参考） 5B050 AA08 CA07 CA08 FA02 FA19 GA08 5B069 AA02 BA01 FA10 KA01 LA03 5B075 KK07 ND08 ND35 ND36 NK43 PR08 5C076 AA14 AA19 AA36

Claims

【特許請求の範囲】

【請求項１】画像を分割した複数のタイルと、該タイ
ルごとに該タイルに対する関連付け情報を保持する画像
ファイルを有するサーバマシンから前記複数のタイルの
少なくとも１つからなる画像と前記関連付け情報を受信
し、前記受信した画像の関連付け情報を該受信した画像の高
解像度の画像に継承し、前記継承した関連付け情報を用いて、前記複数のタイル
から選択的にタイルを受信することを特徴とする画像処
理方法。
【請求項２】前記高解像度の画像に関連付け情報が予
め付加されている場合、前記継承された関連付け情報の
優先順位は、前記予め付加された関連付け情報より低い
ことを特徴とする請求項１項記載の画像処理方法。
【請求項３】前記高解像度の画像に関連付け情報が予
め付加されている場合、前記継承された関連付け情報
と、該予め付加された関連付け情報のいずれを用いて、
前記選択的にタイルを受信することを特徴とする請求項
１項記載の画像処理方法。
【請求項４】前記継承された関連付け情報と、該予め
付加された関連付け情報のいずれを用いるかは、ユーザ
の選択により決まることを特徴とする請求項３項記載の
画像処理方法。
【請求項５】前記受信は、ＩＩＰ（インターネットイ
メージプロトコル）により行われ、前記関連付け情報は
ＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔ
ｏｒ）もしくは、ＵＲＩ（ＵｎｉｆｏｒｍＲｅｓｏｕ
ｒｃｅＩｄｅｎｔｉｆｉｅｒ）あるいは、ＵＲＬ／Ｕ
ＲＩ＋付加情報であることを特徴とする請求項１項記載
の画像処理方法。
【請求項６】前記継承した関連付け情報を用いて、前
記サーバマシンから前記タイルを受信することを特徴と
する請求項１項記載の画像処理方法。
【請求項７】前記画像を分割したタイル１つに対し、
複数の高解像度のタイルが対応しており、前記対応する
タイル間で継承は行われることを特徴とする請求項１項
記載の画像処理方法。
【請求項８】前記関連付け情報の受信は、前記複数の
タイルの少なくとも１つとからなる画像受信を先んじて
行われることを特徴とする請求項１項記載の画像処理方
法。
【請求項９】１つの画像データを複数の階層データと
し管理し、前記階層データのそれぞれは複数のタイルに
分割されている画像ファイルを有するがサーバマシン
と、前記サーバマシンに対して、ＩＩＰプロトコルを用
いてネットワークを介して前記タイルのリクエストを発
行するクライアントマシンにおける画像処理方法であっ
て、前記サーバマシンの画像ファイルは前記タイルごとに該
タイルに対する関連付け情報を有し、前記クライアントマシンは前記関連づけ情報を前記サー
バマシンから取り出す工程と、前記複数のタイルにおける低解像度のタイル関連づけ情
報を、高解像度のタイルに継承する工程と、前記取り出された関連づけ情報もしくは前記継承された
関連づけ情報を用いて、前記サーバからタイルを得る工
程を有する画像処理方法。
【請求項１０】前記関連付け情報はＵＲＬ（Ｕｎｉｆ
ｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）もしく
は、ＵＲＩ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＩｄ
ｅｎｔｉｆｉｅｒ）あるいは、ＵＲＬ／ＵＲＩ＋付加情
報であることを特徴とする請求項１０項記載の画像処理
方法。
【請求項１１】前記クライアントマシーンでの画像表
示は、表示する画像データの一部であることを特徴とす
る請求項９項記載の画像処理方法。
【請求項１２】前記付加情報は、関連付け情報が有効
になる条件やその他の情報であることを特徴とする請求
項１０項記載の画像処理方法。
【請求項１３】前記継承の結果、１つのタイルに複数
の関連づけ情報が存在する場合、該複数の関連づけ情報
に優先順位をつける工程を更に有する請求項９項記載の
画像処理方法。
【請求項１４】前記その他の情報とは、ファイルの先
頭からのオフセット値や、画像の位置を示す情報である
ことを特徴とする請求項１２項記載の画像処理方法。
【請求項１５】請求項１〜１４項記載の画像処理方法
を行う画像処理装置。
【請求項１６】請求項１〜１４の画像処理方法を実現
するためのコードが記憶された記憶媒体。