JP2002123456A - 画像処理方法及び装置並びに記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 画像全体を１つ以上の矩形のタイル画像に分
割して画像を保持する画像フォーマットで領域指定を可
能にする 【解決手段】 Ｆｌａｓｈｐｉｘ（商標）画像フォーマ
ットの画像ファイルから画像データを読み込み（Ｓ
１）、その画像を表示する（Ｓ２）。Ｆｌａｓｈｐｉｘ
画像フォーマットの場合、一般に複数のレイヤ画像が格
納されている。次に、領域記述情報及びリンク記述指定
子を取り出す（Ｓ３）。ユーザが座標点を指定した場合
（Ｓ４）、ユーザの指定した座標点が、領域記述情報で
規定される領域の内部にあるかどうかを判定する（Ｓ
５）。ユーザ指定の座標点を含む領域記述情報と対応づ
けられたリンク記述子が指すデータにアクセスする（Ｓ
６）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、画像処理方法及び
装置並びに記憶媒体に関し、より具体的には、画像中の
特定領域と他のデータとを関連付けする画像情報を処理
する画像処理方法及び装置並びに記憶媒体に関連する。

【０００２】

【従来の技術】画像の特定の領域を他のデータと関連付
ける方法として、ＷＷＷシステムにおけるイメージマッ
プがある。ＨＴＴＰプロトコルは、通常、ＷＷＷサーバ
とウエブブラウザの間でデータを送受信するのに用いら
れる。例えば、クライアント側のウエブブラウザがＨＴ
ＭＬ文書を表示している状態で、クライアントのユーザ
が、ＨＴＭＬ文書内でリンク情報が設定又は埋め込まれ
た箇所を指定すると、ブラウザは、指定された部分に設
定されたリンク情報を解読し、新しいＵＲＬをオープン
する。ここでのオープンは、指定のＵＲＬのデータの送
信要求を発行することを意味する。この要求を受けたＷ
ＷＷサーバは、対応するデータをクライアントに送信す
る。サーバからクライアントに送信されるデータは、ヘ
ッダ情報とデータ本体からなる。ウエブブラウザは、サ
ーバから送信されるデータのヘッダ情報を解析する。具
体的には、ヘッダ情報にあるＭＩＭＥ−ＴＹＰＥから、
その後に続くドキュメントを開くアプリケーションを特
定する。その後、特定されたアプリケーションを起動
し、ヘッダ情報の後にあるドキュメント本体をこのアプ
リケーションに渡し、アプリケーションがこのドキュメ
ント本体を表示する。

【０００３】イメージマップは、ＨＴＭＬ文書中に表示
される画像の特定領域にハイパーリンクを設定したもの
である。すなわち、リンクさせたいデータの所在を示す
情報（データ位置指定情報）をその特定領域にリンクす
る。勿論、特定領域は複数でも良い。

【０００４】例えば、図１０に示す画像１０の領域１
２，１４，１６のそれぞれにハイパーリンクを付加した
とする。ウエブブラウザで図１０に示す画像１０を表示
し、ユーザが領域１２，１４又は１６を指定（クリッ
ク）すると、ウエブブラウザの画面に、ユーザがクリッ
クした座標を含む領域１２，１４又は１６にハイパーリ
ンクされているデータが表示される。

【０００５】サーバ又はクライアントが、ユーザがクリ
ックした座標からジャンプ先を決定できる。サーバがク
ライアントからクリック座標情報を受信してジャンプ先
を決定する場合、そのイメージマップをサーバサイドの
イメージマップと呼ぶ。サーバが予めクライアントに各
領域とそれぞれに関連付けられるデータ位置指定情報の
一覧を送信しておき、クライアントがクリック座標から
ジャンプ先を決定する場合、そのイメージマップをクラ
イアントサイドのイメージマップと呼ぶ。

【０００６】サーバサイドのイメージマップは、例えば
公知のＮＣＳＡのｈｔｔｐサーバの場合、図１１に示す
ような内容のマップファイル“ｃｈｉｂｉ．ｍａｐ”を
作成してサーバに格納し、更に、イメージマップをユー
ザに提供するＨＴＭＬ文書中に図１２に示すようなコー
ドを挿入する。

【０００７】図１１に示すマップファイル“ｃｈｉｂ
ｉ．ｍａｐ”の内容を簡単に説明する。１行目は、デフ
ォールトのＵＲＬ、即ち、２行目以降の領域以外の領域
に対するＵＲＬを示す。従って、ユーザがクリックして
指定した座標が、２行目以降に指定される領域のどれに
も含まれなかった場合、１行目に指定するＵＲＬ（この
例では、ｈｔｔｐ：／／ｓｏｍｅｗｈｅｒｅ．ｄｏｍａ
ｉｎ／ｔｓｕｙｕ．ｈｔｍｌ）が適用される。

【０００８】２行目は多角形の領域を指定する。パラメ
ータの”５０，０”、”０，５０”及び”１００，５
０”はそれぞれ、画像中の画素を単位として、画像の左
上を原点とした座標系における座標値を示す。多角形指
定の場合、各座標値は、多角形の各頂点の座標を示す。
図１１に示す例では、”５０，０”、”０，５０”及
び”１００，５０”の３点で囲まれた領域に”ｈａｎｐ
ｅｎ．ｈｔｍｌ”というＵＲＬがリンクされている。

【０００９】３行目は円の領域を指定する。（５０，８
０）は円の中心を示し、３０は円の半径を示す。円の場
合も、多角形と同様に、画素を単位として画像の左上を
原点とする座標系における座標値で規定される。図１１
に示す例では、この円領域に”ｈｔｔｐ：／／ｏｔｈｅ
ｒ．ｄｏｍａｉｎ／ｔａｍａｇｏ．ｈｔｍｌ”がリンク
されている。

【００１０】４行目は矩形領域を指定する。”０，１１
０”及び”１００，１６０”は矩形の対角線の両端の座
標を示す。矩形領域も、画素を単位として画像の左上を
原点とする座標系の座標値で規定される。図１１に示す
例では、この矩形領域に”ｈｔｔｐ：／／ａｎｏｔｈｅ
ｒ．ｄｏｍａｉｎ／ｃｈｉｋｕｗａｂｕ．ｈｔｍｌ”が
リンクされている。

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

【００１２】クライアントサイドのイメージマップは次
のように実現される。図１３は、サーバサイドのイメー
ジマップにおけるマップファイルに相当するＨＴＭＬデ
ータを示し、図１４は、図１３に示すＨＴＭＬデータで
指定される領域指定を適用するイメージマップを指定す
るＨＴＭＬデータを示す。

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

【００１４】図１３の２行目乃至８行目は、先に述べた
ように、領域指定とＵＲＬの対からなる。ａｒｅａタグ
の各属性は、ｓｈａｐｅ属性、ｃｏｏｒｄｓ属性及びｈ
ｒｅｆ属性からなる。ｓｈａｐｅ属性は領域の形状を示
し、“ｄｅｆａｕｌｔ”は特別に、以降に指定される領
域以外の領域に適用されることを示す。ｃｏｏｒｄｓ属
性は、領域の形状を指定するパラメータを示し、ｈｒｅ
ｆ属性は、領域に対応させるＵＲＬを示す。書式が異な
るものの、２乃至８行目に記述される内容は、図１１に
示す領域指定と同一の領域を指定しているので、各ａｒ
ｅａタグの詳細な内容の説明は省略する。

【００１５】図１４は、図１３に示すマップ指定を適用
する画像を指定する。ｉｍｇタグのｕｓｅｍａｐ属性
に”ｋａｎｔｏｕ．ｈｔｍｌ＃ｃｈｉｂｉ＿ｃｌｉｅｎ
ｔ＿ｍａｐ”を指定している。”＃”より前の文字列
は、マップ指定を持つファイルのＵＲＬを示し、”＃”
より後の文字列は、マップの名前を示す。図１４に示す
ＨＴＭＬデータは、“ｋａｎｔｏｕ．ｈｔｍｌ”という
ファイル中の“ｃｈｉｂｉ＿ｃｌｉｅｎｔ＿ｍａｐ”と
いう名前のマップ指定を示す。従って、図１３に示すＨ
ＴＭＬデータが、ファイル”ｋａｎｏｔｕ．ｈｔｍｌ”
中に記述されていればよい。マップ指定を適用する画像
の指定と、そのマップ指定を同じファイルに含める場
合、図１５に示すように、＃より前の記述を省略でき
る。

【００１６】ウエブブラウザは、図１４又は図１５に示
すＨＴＭＬデータを含むＨＴＭＬファイルを受信する
と、ｕｓｅｍａｐ属性を調べ、必要な場合、例えば、図
１４に示すように他のＵＲＬを参照している場合には、
そのＵＲＬに対する要求を発生する。そして、ｕｓｅｍ
ａｐ属性が示す名前（ｃｈｉｂｉ＿ｃｌｉｅｎｔ＿ｍａ
ｐ）のマップ指定を探して参照し、各領域情報を取得す
る。

【００１７】ユーザが画像“ｃｈｉｂｉ．ｊｐｇ”をク
リックすると、ユーザがクリックした座標を含む領域に
対して、図１３の領域指定情報を参照して、ジャンプ先
が決定される。

【００１８】

【発明が解決しようとする課題】上述したイメージマッ
プによる方式では、画像データと、画像中の特定領域と
他のデータとをリンクするマップデータは別個になって
いる。その結果、画像中の特定領域と所望のデータとの
リンクを実際に有効にするには、画像データとマップデ
ータが実在し、且つ、それらに整合性が取れていなけれ
ばならない。ＷＷＷにおけるイメージマップでは、更
に、これに加えて、イメージマップと画像データとを関
連付けするＨＴＭＬデータが必要である。従って、何ら
かの理由により、画像データとマップデータとの整合性
が取れなかった場合、画像データで表現される画像中の
特定領域と他のデータとの間のリンクが損なわれる。

【００１９】本発明は、このような不都合を解消する画
像処理方法及び装置並びに記憶媒体を提示することを目
的とする。

【００２０】

【課題を解決するための手段】本発明に係る画像処理方
法は、画像全体を１つ以上の矩形のタイル画像に分割し
て画像を保持する画像フォーマットの画像情報と、領域
記述情報及び前記領域記述情報が指す領域に関連づけら
れたデータへのリンクを示すリンク指定子からなり前記
画像情報に付加される領域・リンク情報とからなる情報
を処理する画像処理方法であって、画像部分を取りだす
ステップと、取り出した画像を表示するステップと、前
記領域・リンク情報を取り出すステップと、表示される
画像中でユーザが指定する座標点が、前記領域・リンク
情報の領域記述情報が示す領域の中にあるかどうかを判
定するステップと、ユーザが指定した座標点が前記領域
記述情報が示す領域の中にある場合に、前記領域記述情
報と対になるリンク指定子の指すデータにアクセスする
ステップとを具備することを特徴とする。

【００２１】本発明に係る画像処理装置は、画像全体を
１つ以上の矩形のタイル画像に分割して画像を保持する
画像フォーマットの画像情報と、領域記述情報及び前記
領域記述情報が指す領域に関連づけられたデータへのリ
ンクを示すリンク指定子からなり前記画像情報に付加さ
れる領域・リンク情報とからなる情報を処理する画像処
理装置であって、画像部分を取りだす手段と、取り出し
た画像を表示する手段と、前記領域・リンク情報を取り
出す手段と、表示される画像中でユーザが指定する座標
点が、前記領域・リンク情報の領域記述情報が示す領域
の中にあるかどうかを判定する手段と、ユーザが指定し
た座標点が前記領域記述情報が示す領域の中にある場合
に、前記領域記述情報と対になるリンク指定子の指すデ
ータにアクセスする手段とを具備することを特徴とす
る。

【００２２】本発明に係る記憶媒体には、画像全体を１
つ以上の矩形のタイル画像に分割して画像を保持する画
像フォーマットの画像情報と、領域記述情報及び前記領
域記述情報が指す領域に関連づけられたデータへのリン
クを示すリンク指定子からなり前記画像情報に付加され
る領域・リンク情報とからなる情報を処理するプログラ
ムソフトウエアであって、画像部分を取りだす機能と、
取り出した画像を表示する機能と、前記領域・リンク情
報を取り出す機能と、表示される画像中でユーザが指定
する座標点が、前記領域・リンク情報の領域記述情報が
示す領域の中にあるかどうかを判定する機能と、ユーザ
が指定した座標点が前記領域記述情報が示す領域の中に
ある場合に、前記領域記述情報と対になるリンク指定子
の指すデータにアクセスする機能とを具備するプログラ
ムソフトウエアが格納される。

【００２３】

【実施例】以下、図面を参照して、本発明の実施例を詳
細に説明する。

【００２４】図１は、本発明の一実施例を実施するコン
ピュータシステムの概略構成ブロック図を示す。２０は
ＣＰＵ、２２は文字などを入力するのに使用されるキー
ボード、２４はポインティングデバイスとしてのマウ
ス、２６はＣＲＴ又は液晶表示パネルなどからなる表示
装置、２８はＲＯＭ、３０は、ＣＰＵ２０の主記憶とな
り、種々のデータ及びプログラムコードを一時記憶する
ＲＡＭ、３２はハードディスク、３４はフロッピー（登
録商標）ディスク駆動装置、３６はプリンタである。３
８は、公衆電話回線、専用線及びコンピュータネットワ
ークなどに無線又は有線で接続するネットワークインタ
ーフェースである。

【００２５】タイル状に分割された画像の一例として、
Ｆｌａｓｈｐｉｘ（商標）画像フォーマットがある。Ｆ
ｌａｓｈｐｉｘ画像フォーマットは、１つのファイル中
に解像度の異なる複数の画像データを保持する。各解像
度の画像のうち、解像度が最も低いものはレイヤ０であ
り、レイヤ番号が１増えると、解像度が２倍、即ち、画
素数が縦横共に２倍になる。各レイヤの画像は、縦横６
４画素固定のタイル画像に分割されてファイルに格納さ
れる。Ｆｌａｓｈｐｉｘ画像フォーマットは、各タイル
画像毎にプロパティ情報を保持できる。従って、Ｆｌａ
ｓｈｐｉｘフォーマットでは、領域記述情報とその領域
と関連づけられたデータへのリンクを示すリンク指定子
は、例えばタイル画像毎のプロパティ情報に格納でき
る。

【００２６】図２は、本実施例の処理を示すフローチャ
ートである。画像ファイルから画像データを読み込み
（Ｓ１）、その画像を表示する（Ｓ２）。Ｆｌａｓｈｐ
ｉｘ画像フォーマットの場合、一般に複数のレイヤ画像
が格納されている。従って、表示のためには、例えば、
複数のレイヤから１つのレイヤを選択することになる。
レイヤの選択方法は任意であるが、例えば表示プログラ
ムの起動パラメータ、若しくはＧＵＩのボタン又はスラ
イダなどを用いて動的にユーザが指定してもよいし、予
めレイヤを決めておいてもよい。ここでは、最大解像度
の画像が表示されるものとする。

【００２７】各レイヤの画像は、上述の通り縦横６４画
素に区切られて保持されているので、表示する画像レイ
ヤの全体ではなく、画像の一部、例えばＭ×Ｎのタイル
画像の領域のみを表示することが容易である。そのよう
な場合、表示すべきタイル画像を選択する。タイル画像
の選択は、レイヤの選択と同様に、表示プログラムの起
動パラメータ、ＧＵＩのボタン又はスライダ、若しくは
マウスによるドラッグなどを用いて動的にユーザが指定
したりしてもよいし、予め表示するタイル画像を決めて
おいてもよい。ここでは、単純のため、図３に示すよう
に、画像の左上の３×３のタイル画像のみを表示するよ
うに予め決めておいたとする。図３で、４０が画像全体
の領域を示し、４０１〜４０９が表示対象の３×３のタ
イル画像を示す。従って、画像データファイルからタイ
ル画像４０１〜４０９の画像データを取り出し、表示す
る。

【００２８】次に、領域記述情報及びリンク記述指定子
を取り出す（Ｓ３）。これらの情報は、本実施例の場
合、各タイル画像のプロパティに格納されている。表示
対象となっている３×３のタイル画像の各プロパティを
参照し、領域記述情報とリンク指定子を取り出す。

【００２９】領域記述情報は、他のデータへ対応づけす
る画像中の領域を指定するものであればよく、その表現
形式は特定のものに限定されない。リンク指定子は、他
のデータを指定するものであればよく、その表現形式も
特定のものに限定されない。本実施例では、領域記述情
報は、領域指定方式と領域指定パラメータの対からな
り、リンク指定子はＵＲＬである。

【００３０】図４は、領域記述情報とリンク指定子の対
の記述例を示し、図５は、画像上での指定領域の配置例
を示す。４２は、或るタイル画像の他データとの関連づ
け情報であり、４４は領域記述情報、４６は領域記述情
報４４で指定された領域と対応するリンク指定子であ
る。図４に示す例では、領域指定方式として、ｐｏｌｙ
ｇｏｎ（多角形）、ｃｉｒｃｌｅ（円）及びｒｅｃｔａ
ｎｇｌｅ（矩形）を用いている。本実施例では、領域の
指定に幾つかのバリエーションを持たせるために領域指
定方式を記述しているが、例えば領域の形状を１種類、
例えば矩形に限定する場合、この領域指定方式の記述部
分は冗長であり、省略できる。

【００３１】本実施例では、領域指定パラメータの数及
び順序の意味は、領域指定によって決定される。例えば
図４に示す例の１行目の多角形指定の場合、ｘ座標とｙ
座標をカンマで繋いで座標値とし、座標値の並びを記述
し、各座標点を頂点とする多角形の内部を指定の領域と
している。２行目の円指定では、カンマで繋いだｘ座標
とｙ座標を円の中心の座標値とし、その次に半径を記述
し、中心と半径によって指定される円の内部を指定領域
とする。同様に、３行目の矩形指定の場合、カンマで繋
いだｘ座標とｙ座標を座標値とし、二つの座標点を対角
線とする矩形の内部を指定領域とする。パラメータの種
類及び並びは、それぞれの領域形状を指定するのに十分
なものであれば、他の形式でもよい。例えば、矩形を指
定するのに左上の頂点の座標と幅と高さを用いてもよ
い。これは、単に、表現形式の相違に過ぎない。

【００３２】各パラメータの座標系は上記例に限定され
ない。図５に示す例では、タイル画像領域の左上を原点
として水平方向をｘ、垂直方向をｙとしている。簡単の
ためにＦｌａｓｈｐｉｘ画像の６４画素×６４画素のタ
イル画像内の座標系を用いているが、画像全体に対する
座標系を用いてよい。図５では、画素を単位としている
が、この他にもタイル画像又は画像全体の幅又は高さを
１．０等に正規化したものであってもよいし、その他の
ものでもよい。直交座標系だけでなく、例えば極座標系
であってもよい。

【００３３】図５で、４８は、図４に示す領域記述に対
応する領域が設定される画像であり、５０は、図４に示
す領域記述の１行目の多角形指定に対応する領域を、５
２は２行目の円指定に対応する領域を、５４は３行目の
矩形指定に対応する領域をそれぞれ示す。従って、図４
に示す記述により、領域５０は、”ｆｉｌｅ：／ｈａｎ
ｐｅｎ．ｈｔｍｌ”にリンクし、領域５２は”ｈｔｔ
ｐ：／／ｏｔｈｅｒ．ｄｏｍａｉｎ／ｔａｍａｇｏ．ｊ
ｐｇ”にリンクし、領域５４は”ｈｔｔｐ：／／ａｎｏ
ｔｈｅｒ．ｄｏｍａｉｎ／ｃｈｉｋｕｗａｂｕ．ｍｏ
ｖ”にリンクする。

【００３４】ユーザの座標点指定を待機する（Ｓ４）。
座標点を指定する方法は特に限定されないが、本実施例
では、図３のタイル画像４０１〜４０９を表示している
ウインドウに対して、ユーザがマウスを用いて座標点を
指定したとする。ここでは、タイル画像４０５が、図４
に示す領域記述情報を具備するものとする。

【００３５】ユーザが座標点を指定した場合（Ｓ４）、
ユーザの指定した座標点が、画像の持つ領域記述情報で
規定される領域の内部にあるかどうかを判定する（Ｓ
５）。本実施例では、画像は６４画素×６４画素のタイ
ル画像に分割され、また領域指定にタイル画像内部の座
標系が用いられるので、この判定処理は、図６に示すよ
うなフローチャートで実現される。

【００３６】ユーザの指定した座標点から、ユーザがク
リックした位置にあるタイル画像Ｔを特定し（Ｓ１
１）、ユーザ指定座標点をそのタイル画像Ｔ内部の座標
点に変換する（Ｓ１２）。そのタイル画像Ｔの領域記述
情報とリンク指定子を取り出す（Ｓ１３）。例えば、ユ
ーザが、図３のタイル画像４０５内部のある点（ｘ，
ｙ）をクリックしたとする。この座標点からタイル画像
４０５をステップＳ１１で特定し、更にステップＳ１２
でタイル画像４０５内部の座標値（ｘ_Ｔ，ｙ_Ｔ）を求
め、ステップＳ１３で、図４の情報４２を取り出す。

【００３７】ループ変数Ｉを初期化する（Ｓ１４）。各
領域記述情報の領域について、ユーザ指定の座標点を含
むかどうかを順次、調べ（Ｓ１５，１６，Ｓ１７）、ユ
ーザ指定の座標点を含む領域があれば（Ｓ１６）、その
領域領域情報の記述に対応するリンク指定子を取り出
し、それを戻り値として図２に示すルーチンに戻る。ユ
ーザ指定の座標点を含む領域がなければ（Ｓ１５）、戻
り値無しで図２に示すルーチンに戻る。

【００３８】図６に示すフローチャートによる処理の結
果、ユーザが指定した座標点を含む領域が判明する。ユ
ーザ指定の座標点を含む領域記述情報と関連づけられた
リンク記述子が指すデータにアクセスする（Ｓ６）。本
実施例では、リンク指定子がＵＲＬになっているので、
公知のＷＷＷクライアントプログラムなどを用いて、リ
ンク指定子が指すデータにアクセスする。

【００３９】次に、本発明の第２実施例を説明する。第
１実施例では、画像全体を複数のタイル画像に分割する
例としてＦｌａｓｈｐｉＸ画像フォーマットを使用し
た。第２実施例では、Ｆｌａｓｈｐｉｘ画像フォーマッ
トの画像データをネットワーク接続するサーバ上に置
き、ネットワークを介してサーバからクライアントにＦ
ｌａｓｈｐｉｘ画像を転送する。先の実施例とは異なる
点を中心にその構成と作用を説明する。

【００４０】図７は、サーバ６０とクライアント６２が
ネットワーク６４を介して接続する状態の概念図を示
す。サーバ６０には、Ｆｌａｓｈｐｉｘ画像フォーマッ
トの画像データが格納され、またサーバ６０上では、Ｆ
ｌａｓｈｐｉｘ画像データを送信するＩＩＰサーバ機能
に必要なソフトウエアが動作している。クライアント６
２には、Ｗｅｂブラウザ及びＩＩＰプラグインなどの必
要なソフトウエアが動作している。

【００４１】Ｆｌａｓｈｐｉｘ画像フォーマットをネッ
トワークを介して取り扱う方式としてＩＩＰプロトコル
がある。ＩＩＰプロトコルは、ＨＴＴＰプロトコル上に
実装されている。Ｆｌａｓｈｐｉｘデータファイルを表
示する時に使用するＩＩＰプロトコルでは、基本的に、
ＨＴＴＰプロトコルを使用する場合と同様に動作する。
すなわち、クライアント６２は、ＩＩＰプロトコルを使
用して画像データ等をサーバ６０から受信し、表示する
が、ＩＩＰプロトコルでは、表示する画像データは、サ
ーバ６０に格納されている画像データの部分的な画像で
あり、クライアント６２の要求には、例えば、拡大、縮
小及びパンなどがあり、クライアント６２は、必要な都
度、サーバ６０に要求信号を発行する。また、クライア
ント６２は、画像全体又はタイル状に分割された各タイ
ル画像のプロパティ情報をサーバ６０に問い合わせるこ
とが可能であり、必要に応じてそのための要求信号を発
行する。

【００４２】このように、ＩＩＰプロトコルでは、１回
の要求信号で終わることはなく、数回の要求信号を発行
する。

【００４３】図８は、サーバ６０とクライアント６２の
間の通信手順及びそのときの通信情報の概要を示す。ク
ライアント６２のブラウザが、Ｆｌａｓｈｐｉｘファイ
ルへのリンク情報が記入されているページ６６を表示し
て、ユーザが、リンク部分をマウス等のポインティング
デバイスでクリックしたとする。そうすると、クライア
ント６２は、リンク情報に記入されているＵＲＬを基に
サーバ６０に対するコマンド列６６ａを生成し、要求信
号７０ａとしてサーバ６０に送信する。

【００４４】要求信号６６ａを受信したサーバ６０は、
受信したコマンド列の中にコマンドが有るかどうかを判
断し、対応するドキュメント６８と一緒に応答信号６６
ｂを要求元のクライアント６２に送信する。ドキュメン
ト６８の具体的な内容例を図９に示す。ドキュメント６
８は、ヘッダ部６８ａとドキュメント本文６８ｂから構
成され、ヘッダ部６８ａにはＣｏｎｔｅｎｔ−ｔｙｐｅ
が格納されている。

【００４５】ドキュメント６８を受信したクライアント
６２のブラウザは、ドキュメント６８内のヘッダ部６８
ａを解析し、その中に入っているＣｏｎｔｅｎｔ−ｔｙ
ｐｅに対応するアプリケーションソフトウエアを決定
し、このアプリケーションソフトウエアを起動し、起動
したアプリケーションソフトウエアにドキュメント本体
６８ｂを引き渡す。その後は、起動されたアプリケーシ
ョンソフトウエア又はプラグインソフトウエアが動作を
開始する。この実施例では、ウエブブラウザのプラグイ
ンソフトウエアが起動するものとする。

【００４６】本実施例では、Ｆｌａｓｈｐｉｘファイル
を表示するためのリンクをクリックしたので、起動され
るプラグインソフトウエアは、サーバに格納されている
Ｆｌａｓｈｐｉｘファイルを表示するソフトウエアであ
る。起動されたプラグインソフトウエアは、ブラウザか
ら引き渡されたドキュメント本体６８ｂからサーバ６０
のＵＲＬを取り出すことができる。以後、クライアント
６２のプラグインソフトウエアが、サーバ６０との間で
通信を行う。

【００４７】起動されたＦｌａｓｈｐｉｘ表示プラグイ
ンソフトウエアは、サーバ６０に対して、今回、表示す
るＦｌａｓｈｐｉｘファイルの画像情報、即ちカラース
ペース、並びに画像サイズ及び階層数などの、その画像
データに対する画像情報の要求信号７０ａを発行し、要
求信号７０ａに対する応答信号７０ｂを受信した後、希
望する解像度の必要な部分のタイル番号を内部で演算
し、再度、サーバ６０に要求信号７０ｃを送信して、実
際のタイルデータを取得し、表示する。

【００４８】その後、ユーザの操作、具体的には拡大、
縮小及びスクロールなどに対して、画像データ内の今回
の表示で必要な解像度のタイル番号をサーバ６０に要求
し、そのデータを受信し、表示するという動作を繰り返
すことになる。

【００４９】第１の実施例とは異なり、この実施例で
は、ＦｌａｓｈｐｉＸ画像又はそのタイル画像にアクセ
スするのにＩＩＰプロトコルを用いる。ＩＩＰプロトコ
ルは、サーバ６０にタイル画像のプロパティ情報などを
問い合わせることができるので、クライアント６２はサ
ーバ６０に対して領域記述情報とリンク記述子を収納す
るプロパティの要求信号を発行し、サーバ６０は、クラ
イアント６２のコマンドに応じて、指定されたサーバ６
０上のＦｌａｓｈｐｉｘ画像データから該当するプロパ
ティを取り出し、クライアント６２に送信する。サーバ
６０からの応答を受け取ったクライアント６２は、プロ
パティから領域記述情報とリンク記述子を取り出すこと
により、第１の実施例と同様に処理を行うことができ
る。

【００５０】画像全体を複数のタイル画像に分割する画
像フォーマットに対する実施例を説明したが、本発明
は、これ以外の画像フォーマット、即ち、画像全体を複
数のタイルに分割する画像フォーマット以外の画像フォ
ーマットにも適用可能である。公知の画像フォーマット
の中には、画像全体をタイル状に分割するフォーマット
以外に、例えばＴＩＦＦフォーマットのように独自のデ
ータフィールド（タグ）を定義するフォーマット、及び
コメントなどの、画像に関する情報を入れることが可能
なフォーマットが存在する。このようなフォーマットに
対しては、その独自のデータフィールド又はコメントな
どのフィールドに同様の領域記述情報とリンク指定子を
収容すればよい。

【００５１】ネットワークシステムでは、本発明は、Ｆ
ｌａｓｈｐｉｘ画像フォーマットとＩＩＰプロトコルを
使用することに制限されない。例えば、クライアントで
実行されるウエブブラウザがサーバにある画像ファイル
を要求した場合、サーバのＷＷＷサーバプログラムは、
通常、要求された画像ファイルの先頭にＭＩＭＥ−Ｔｙ
ｐｅを付与してクライアントに送り返す。サーバから画
像ファイルを受け取ったクライアント上のウエブブラウ
ザは、受信したファイルの種別を判別するためにＭＩＭ
Ｅ−Ｔｙｐｅを参照して受信したファイルの種別を判別
して上で、その画像ファイルをメモリ又は補助記憶装置
などに保持する。保持した画像ファイルを第３実施例と
同様に処理する。についての処理は、第３実施例と同じ
である。

【００５２】

【発明の効果】以上の説明から容易に理解できるよう
に、本発明によれば、画像ファイル単体で画像中の特定
の領域と他のデータへの関連付けを保持させることがで
きる。また、その画像ファイル中の画像を表示し、ユー
ザが座標点を指定することによりその領域に対応づけさ
れた他のデータへのアクセスする機能を画像ファイルだ
けで実現できる。

【図面の簡単な説明】

【図１】 本発明の第１実施例の概略構成ブロック図で
ある。

【図２】 図１に示す実施例の動作フローチャートであ
る。

【図３】 Ｆｌａｓｈｐｉｘ画像フォーマットの概念図
である。

【図４】 領域記述情報とリンク指定子の例である。

【図５】 図４に対応する画像上での領域設定例であ
る。

【図６】 図２のＳ５の詳細なフローチャートである。

【図７】 本発明の第２実施例の概略構成ブロック図で
ある。

【図８】 サーバ６０とクライアント６２との間の通信
の一例である。

【図９】 サーバ６０からクライアント６２へ送信され
るドキュメント６８の内部構成例である。

【図１０】 クリッカブルマップの領域設定例である。

【図１１】 サーバサイドのイメージマップで、サーバ
に格納されるデータ例である。

【図１２】 サーバサイドのイメージマップで、イメー
ジマップをユーザに提供するＨＴＭＬ文書中に挿入され
るコード例である。

【図１３】 サーバサイドのイメージマップにおけるマ
ップファイルに相当するＨＴＭＬデータである。

【図１４】 図１３に示すＨＴＭＬデータで指定される
領域指定を適用するイメージマップを指定するＨＴＭＬ
データである。

【図１５】 図１４の省略記述例である。

【符号の説明】

１０：画像 １２，１４，１６：領域 ２０：ＣＰＵ ２２：キーボード ２４：マウス ２６：表示装置 ２８：ＲＯＭ ３０：ＲＡＭ ３２：ハードディスク ３４：フロッピーディスク駆動装置 ３６：プリンタ ３８：ネットワークインターフェース ４０，４０１〜４０９：タイル画像 ４２：関連づけ情報 ４４：領域記述情報 ４６：リンク指定子 ４８：画像 ５０：多角形指定に対応する領域 ５２：円指定に対応する領域 ５４：矩形指定に対応する領域 ６０：サーバ ６２：クライアント ６４：ネットワーク ６６：ページ ６６ａ：コマンド列 ６６ｂ：応答信号 ６８：ドキュメント ６８ａ：ヘッダ部 ６８ｂ：ドキュメント本文 ７０ａ：要求信号 ７０ｂ：応答信号 ７０ｃ：要求信号

Claims (35)

【特許請求の範囲】
1. 【請求項１】 画像全体を１つ以上の矩形のタイル画像
   に分割して画像を保持する画像フォーマットの画像情報
   と、領域記述情報及び前記領域記述情報が指す領域に関
   連づけられたデータへのリンクを示すリンク指定子から
   なり前記画像情報に付加される領域・リンク情報とから
   なる情報を処理する画像処理方法であって、 画像部分を取りだすステップと、 取り出した画像を表示するステップと、 前記領域・リンク情報を取り出すステップと、 表示される画像中でユーザが指定する座標点が、前記領
   域・リンク情報の領域記述情報が示す領域の中にあるか
   どうかを判定するステップと、 ユーザが指定した座標点が前記領域記述情報が示す領域
   の中にある場合に、前記領域記述情報と対になるリンク
   指定子の指すデータにアクセスするステップとを具備す
   ることを特徴とする画像処理方法。
2. 【請求項２】 前記リンク指定子は、ＵＲＬ及びＵＲＩ
   の何れかで請求項１に記載の画像処理方法。
3. 【請求項３】 前記リンク指定子は、タイルに分割した
   画像のタイル識別子を含む請求項１に記載の画像処理方
   法。
4. 【請求項４】 前記リンク指定子は、画像の識別名とタ
   イルに分割した画像のタイル識別子とを含む請求項１に
   記載の画像処理方法。
5. 【請求項５】 デフォールトの領域記述情報はタイル全
   体を示す指す請求項１に記載の画像処理方法。
6. 【請求項６】 前記領域記述情報は、閉空間を表現する
   データを含む請求項１に記載の画像処理方法。
7. 【請求項７】 前記閉空間を表現するデータは、前記閉
   空間領域を表すマスク画像データである請求項６に記載
   の画像処理方法。
8. 【請求項８】 前記閉空間を表現するデータは、前記閉
   空間領域を表すマスク画像の輪郭点データである請求項
   ６に記載の画像処理方法。
9. 【請求項９】 前記閉空間領域は多角形であり、前記閉
   空間領域を表すマスク画像の輪郭点データは多角形の頂
   点の座標データである請求項８に記載の画像処理方法。
10. 【請求項１０】 前記閉空間領域は多角形であり、前記
    閉空間領域を表すマスク画像の輪郭点データは、少なく
    とも１点の座標と１つ以上のベクトルデータからなる請
    求項８に記載の画像処理方法。
11. 【請求項１１】 前記閉空間領域は矩形であり、前記閉
    空間領域を表すマスク画像の輪郭点データは矩形の輪郭
    を構成するパラメータである請求項８に記載の画像処理
    方法。
12. 【請求項１２】 前記矩形の輪郭を構成するパラメータ
    は、矩形の２つの対角線のうちの一つの両端点の座標デ
    ータから構成されるデータである請求項１１に記載の画
    像処理方法。
13. 【請求項１３】 前記矩形の輪郭を構成するパラメータ
    は、矩形の頂点の一つと幅と高さから構成されるデータ
    である請求項１１に記載の画像処理方法。
14. 【請求項１４】 前記閉空間領域は円形であり、閉空間
    領域を表すマスク画像の輪郭点データは円形の輪郭を構
    成するパラメータであることを特徴とする請求項８に記
    載の画像処理方法。
15. 【請求項１５】 前記閉空間領域は楕円形であり、閉空
    間領域を表すマスク画像の輪郭点データは楕円形の輪郭
    を構成するパラメータである請求項８に記載の画像処理
    方法。
16. 【請求項１６】 前記領域記述情報は、閉空間を表現す
    るデータと前記閉空間を表現するデータの識別子の対を
    含む請求項７乃至１５の何れか１項に記載の画像処理方
    法。
17. 【請求項１７】 前記領域・リンク情報を取り出すステ
    ップは、対象の前記タイル画像に付加された前記領域・
    リンク情報の取り出しに加えて、同一の内容を含む他解
    像度のタイル画像に付加された前記領域・リンク情報を
    取り出すステップである請求項１に記載の画像処理方
    法。
18. 【請求項１８】 画像全体を１つ以上の矩形のタイル画
    像に分割して画像を保持する画像フォーマットの画像情
    報と、領域記述情報及び前記領域記述情報が指す領域に
    関連づけられたデータへのリンクを示すリンク指定子か
    らなり前記画像情報に付加される領域・リンク情報とか
    らなる情報を処理する画像処理装置であって、 画像部分を取りだす手段と、 取り出した画像を表示する手段と、 前記領域・リンク情報を取り出す手段と、 表示される画像中でユーザが指定する座標点が、前記領
    域・リンク情報の領域記述情報が示す領域の中にあるか
    どうかを判定する手段と、 ユーザが指定した座標点が前記領域記述情報が示す領域
    の中にある場合に、前記領域記述情報と対になるリンク
    指定子の指すデータにアクセスする手段とを具備するこ
    とを特徴とする画像処理装置。
19. 【請求項１９】 前記リンク指定子は、ＵＲＬ及びＵＲ
    Ｉの何れかで請求項１８に記載の画像処理装置。
20. 【請求項２０】 前記リンク指定子は、タイルに分割し
    た画像のタイル識別子を含む請求項１８に記載の画像処
    理装置。
21. 【請求項２１】 前記リンク指定子は、画像の識別名と
    タイルに分割した画像のタイル識別子とを含む請求項１
    ８に記載の画像処理装置。
22. 【請求項２２】 デフォールトの領域記述情報はタイル
    全体を示す指す請求項１８に記載の画像処理装置。
23. 【請求項２３】 前記領域記述情報は、閉空間を表現す
    るデータを含む請求項１８に記載の画像処理装置。
24. 【請求項２４】 前記閉空間を表現するデータは、前記
    閉空間領域を表すマスク画像データである請求項２３に
    記載の画像処理装置。
25. 【請求項２５】 前記閉空間を表現するデータは、前記
    閉空間領域を表すマスク画像の輪郭点データである請求
    項２３に記載の画像処理装置。
26. 【請求項２６】 前記閉空間領域は多角形であり、前記
    閉空間領域を表すマスク画像の輪郭点データは多角形の
    頂点の座標データである請求項２５に記載の画像処理装
    置。
27. 【請求項２７】 前記閉空間領域は多角形であり、前記
    閉空間領域を表すマスク画像の輪郭点データは、少なく
    とも１点の座標と１つ以上のベクトルデータからなる請
    求項２５に記載の画像処理装置。
28. 【請求項２８】 前記閉空間領域は矩形であり、前記閉
    空間領域を表すマスク画像の輪郭点データは矩形の輪郭
    を構成するパラメータである請求項２５に記載の画像処
    理装置。
29. 【請求項２９】 前記矩形の輪郭を構成するパラメータ
    は、矩形の２つの対角線のうちの一つの両端点の座標デ
    ータから構成されるデータである請求項２８に記載の画
    像処理装置。
30. 【請求項３０】 前記矩形の輪郭を構成するパラメータ
    は、矩形の頂点の一つと幅と高さから構成されるデータ
    である請求項２８に記載の画像処理装置。
31. 【請求項３１】 前記閉空間領域は円形であり、閉空間
    領域を表すマスク画像の輪郭点データは円形の輪郭を構
    成するパラメータであることを特徴とする請求項２５に
    記載の画像処理装置。
32. 【請求項３２】 前記閉空間領域は楕円形であり、閉空
    間領域を表すマスク画像の輪郭点データは楕円形の輪郭
    を構成するパラメータである請求項２５に記載の画像処
    理装置。
33. 【請求項３３】 前記領域記述情報は、閉空間を表現す
    るデータと前記閉空間を表現するデータの識別子の対を
    含む請求項２４乃至３２の何れか１項に記載の画像処理
    装置。
34. 【請求項３４】 前記領域・リンク情報を取り出す手段
    は、対象の前記タイル画像に付加された前記領域・リン
    ク情報の取り出しに加えて、同一の内容を含む他解像度
    のタイル画像に付加された前記領域・リンク情報を取り
    出す手段である請求項１８に記載の画像処理装置。
35. 【請求項３５】 画像全体を１つ以上の矩形のタイル画
    像に分割して画像を保持する画像フォーマットの画像情
    報と、領域記述情報及び前記領域記述情報が指す領域に
    関連づけられたデータへのリンクを示すリンク指定子か
    らなり前記画像情報に付加される領域・リンク情報とか
    らなる情報を処理するプログラムソフトウエアであっ
    て、 画像部分を取りだす機能と、 取り出した画像を表示する機能と、 前記領域・リンク情報を取り出す機能と、 表示される画像中でユーザが指定する座標点が、前記領
    域・リンク情報の領域記述情報が示す領域の中にあるか
    どうかを判定する機能と、 ユーザが指定した座標点が前記領域記述情報が示す領域
    の中にある場合に、前記領域記述情報と対になるリンク
    指定子の指すデータにアクセスする機能とを具備するプ
    ログラムソフトウエアを記憶することを特徴とする記憶
    媒体。