JPH11312173A - 高精細画像処理装置及びそのプログラム記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、高精細画像処理装置及びそのプロ
グラム記憶媒体に関し、補助記憶に格納され、コンピュ
ータ・ディスプレイ上で高速度で検索され表示される多
数の巨大高精細画像を効率良くかつ簡便に作成すること
を目的とする。 【解決手段】 解像度変換部５３は、主記憶の容量よ
り大きい所定の解像度（最高解像度）の原画像データ６
１を、所定の解像度より低い異なる複数の解像度の画像
データに変換する。画像分割部５４は、変換された異な
る解像度の画像データの各々を、複数の矩形の画像ブロ
ックに分割し、当該分割した複数の画像ブロックの各々
を圧縮及び／又は暗号化する。書庫生成部５５は、分割
し圧縮及び／又は暗号化された複数の画像ブロックの各
々を、当該画像ブロックの各々についての所定の情報と
共に、所定の記憶装置２に格納する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、高精細画像処理装
置及びそのプログラム記憶媒体に関し、特に、補助記憶
に格納され、コンピュータ・ディスプレイ上で高速度で
検索され表示される多数の巨大高精細画像を効率良くか
つ簡便に作成する高精細画像処理装置及びそのプログラ
ム記憶媒体に関する。

【０００２】

【従来の技術】従来、巨大高精細画像をコンピュータ・
ディスプレイ上に表示しズーム／スクロール操作を行う
場合、原則として巨大画像をすべて格納できる容量の主
記憶装置を必要としていた。もし、画像データをすべて
格納できないメモリ容量しか実装していない場合、不足
分を補助記憶装置に退避する方式、又は画像分割により
部分表示を行う表示方式がある。

【０００３】この従来技術では、多数の巨大高精細画像
の中から特定の画像を選択し、任意の範囲を表示する際
には、巨大画像のサイズ分の主記憶装置の容量が必要と
されていた。このため、主記憶装置の実装容量が画像の
サイズに満たない場合はそれを補う容量の補助記憶装置
を実装しなければならならず、また、主記憶装置と補助
記憶装置との間におけるデータ転送を必要とするため長
時間の処理待ちを強いられることが常であった。

【０００４】主記憶装置の容量の削減に関しては画像を
分割して格納し、表示に必要な部分のみを使用する方法
が考えられる。しかし、ズームアウト操作によって１画
面上に収まるサイズに縮小された場合、全画像ブロック
を順次縮小表示して表示しなければならないため、表示
にかかる時間が長くなる欠点がある。また、画像ファイ
ル数が分割サイズに応じて膨れ上がるため、管理がし難
い欠点がある。

【０００５】そこで、未だ公知ではないが、本願出願人
は、先に、このような欠点を解決して、高精細画像を表
示するためのデータ構造と、当該データを選択、転送、
合成する機能とを備えた高精細画像表示装置を提案した
（平成９年特許願第１９３７１５号）。

【０００６】この高精細画像表示装置によれば、後に詳
述するように、クライアントから要求される画像の指
定、表示範囲の指定の変化に関わらず、高速かつ一定時
間内に高精細画像を表示するためのデータ構造を用いる
ことにより、高精細画像のデータを選択、転送、合成す
ることができる。

【０００７】

【発明が解決しようとする課題】前記平成９年特許願第
１９３７１５号において提案した高精細画像表示装置に
おいて用いたデータ構造は、１つの原画像（画像デー
タ）毎に、予め多階層の解像度データであってマトリク
ス状に複数の画像ブロックに分割されたものを、更に暗
号化してまとめてこれにデータ構造の情報を付加したア
ーカイブファイル（アーカイブ形式画像データ）からな
る。なお、前記高精細画像表示装置においては、このよ
うなデータ構造を有しデータ構造情報を付加したアーカ
イブファイルを「書庫」と呼ぶので、この明細書におい
ても、以下の説明においてはこのように呼ぶこととす
る。

【０００８】このような構造の画像データ、即ち、書庫
は、前記高精細画像表示装置のための専用のデータ構造
として開発されたものであり、従って、当該装置におい
て初めて採用されたものである。

【０００９】このため、コンピュータにより当該書庫を
自動的に作成することはできなかった。即ち、従来の画
像処理方法によっては、多階層の解像度データを得るこ
と又は複数の画像ブロックに分割することは、個別には
可能であっても、双方の構造を備えるものは得られなか
った。また、双方の構造を備えるものにデータ構造の情
報を自動的に付加することは、当然にできなかった。

【００１０】なお、このようなことができなかった理由
は、従来の画像処理装置が最大でも高々４０９６ドット
×６１４４ドット程度の画像データを取り扱うことしか
想定していなかったためである。即ち、従来の技術は、
本発明の高精細画像処理装置が取り扱う例えば１０００
０ドット×１００００ドットのような巨大高精細画像に
ついての考慮を全く払っておらず、当然このような巨大
高精細画像を取り扱うのには不適切な技術である。

【００１１】従って、当該書庫は、スキャナにより原画
像データをコンピュータ内に電子的なイメージデータと
して取り込んだ後、当該データ構造を理解したオペレー
タが当該イメージデータを細部に渡って操作して、予め
作成する必要があった。また、この作成の過程で当該デ
ータ構造の情報をオペレータが蓄積して、これを書庫に
書き込む必要があった。このような作業は煩わしい上
に、処理すべきデータ量が膨大であるためオペレータの
極めて負担が大きかった。

【００１２】本発明は、補助記憶に格納され、コンピュ
ータ・ディスプレイ上で高速度で検索され表示される多
数の巨大高精細画像を効率良くかつ簡便に作成すること
を目的とする。

【００１３】また、本発明は、高精細画像表示装置にお
いて用いられる所定のデータ構造を有する書庫を効率良
くかつ簡便に作成することを目的とする。また、本発明
は、補助記憶に格納され、コンピュータ・ディスプレイ
上で高速度で検索され表示される多数の巨大高精細画像
を効率良くかつ簡便に作成するプログラムを記憶するプ
ログラム記憶媒体を提供することを目的とする。

【００１４】

【課題を解決するための手段】図１は本発明の原理構成
図を示し、本発明による高精細画像処理装置１００を示
す。高精細画像処理装置１００は、解像度変換手段５
３、画像分割手段５４及び書庫生成手段５５を備える。

【００１５】解像度変換手段５３は、主記憶の容量より
大きい所定の解像度（最高解像度）の原画像データ６１
を、所定の解像度より低い異なる複数の解像度の画像デ
ータに変換する。画像分割手段５４は、変換された異な
る解像度の画像データの各々を、複数の矩形の画像ブロ
ックに分割し、当該分割した複数の画像ブロックの各々
を圧縮及び／又は暗号化する。書庫生成手段５５は、分
割し圧縮及び／又は暗号化された複数の画像ブロックの
各々を、当該画像ブロックの各々についての所定の情報
と共に、所定の記憶装置２に格納する。

【００１６】本発明の高精細画像処理装置１００によれ
ば、原画像データ６１は、多階層の解像度データに変換
され、複数の画像ブロックに分割され、圧縮及び／又は
暗号化され、更に、当該画像ブロックの各々についての
所定の情報と共に、記憶装置２に格納される。これによ
り、高精細画像表示装置において用いられる書庫、即
ち、多階層の解像度データであってマトリクス状に複数
の画像ブロックに分割されたものを、更に暗号化してま
とめてこれにデータ構造の情報を付加したアーカイブフ
ァイルを、自動的に生成することができる。

【００１７】従って、書庫を当該データ構造を理解した
オペレータの介在無しに作成でき、当該データ構造の情
報もオペレータが蓄積して書き込む必要も無い。即ち、
処理すべきデータ量が膨大であっても何らオペレータに
は負担が無く、多数の巨大高精細画像からなる書庫を効
率良くかつ簡便に作成することができる。

【００１８】また、本発明によれば、多数の巨大高精細
画像からなる書庫を効率良くかつ簡便に作成するプログ
ラムを記憶するプログラム記憶媒体を得ることができ
る。

【００１９】

【発明の実施の形態】図２に示すように、本発明の高精
細画像処理装置１００は、主として、高精細画像の表示
を行う高精細画像表示装置２００において用いられる書
庫を作成するための処理を高速で行う。そこで、この明
細書においては、以下の説明において、高精細画像処理
装置１００を書庫化装置と言うこととする。この書庫は
高精細画像表示装置２００の補助記憶装置２上に格納さ
れる。

【００２０】書庫化装置１００は、高精細画像表示装置
２００のサーバ１に格納する画像を、書庫、即ち、１画
像毎に予め多階層の解像度データに分け、更にマトリク
ス状に分割されたものを暗号化して書庫形式にまとめた
アーカイブファイル（アーカイブ形式画像データ）とし
て作成する。書庫化装置１００は、書庫を高速かつ正確
に作成する処理を行う。

【００２１】なお、書庫化装置１００は、これに限られ
るものではないが、画像データを例えばＪＰＥＧと呼ば
れる形で作成する。ＪＰＥＧ（“Joint Photograph Exp
ertGroup"）はイメージ圧縮メカニズムの１つの標準で
ある。ＪＰＥＧは自然（情景）のフルカラーとグレー・
スケール・イメージとの圧縮のために設計されたもので
あり、写真やアートワークなどの場合に有効である。Ｊ
ＰＥＧは静止画像に対してのみ使用される。

【００２２】ＪＰＥＧは、人間の目が「少量の色の変化
は、少量の明るさの変化にくらべて僅かしか知覚されな
い」という点を利用して設計されている。ＪＰＥＧの場
合には、例えば２Ｍバイトのフルカラー・ファイルを１
００ｋバイトに圧縮できることや、フルカラー（２４バ
イト／ピクセル（即ち、1.６×１０⁷ 色））の情報を蓄
えられることなどから、有効な手段である。

【００２３】ここで、書庫化装置１００について説明す
る前に、本発明により作成された画像データ（データ構
造）を用いて高精細画像の表示を行う高精細画像表示装
置２００についてその概略を簡単に説明する。なお、こ
れは平成９年特許願第１９３７１５号において提案した
高精細画像表示装置である。

【００２４】図２は高精細画像表示装置２００の構成図
を示し、そのクライアント／サーバ・システムの構成図
を示す。本発明により作成された画像データを用いる高
精細画像表示装置２００は、そのサーバ１にアーカイブ
形式の画像データを格納する補助記憶装置２を接続す
る。このように、サーバ１に格納する画像データを多階
層の解像度を持ちブロック分割されたアーカイブファイ
ルとすることにより、ズーム操作時の表示を高速化し、
画像ファイル数を削減することが可能となる。クライア
ント５は表示画像を特定しスクロール／ズーム操作の入
力装置３と高精細画像を表示する表示装置４とを接続す
る。画像展開部６はサーバ１において圧縮画像の展開を
行う。画像管理部７は補助記憶装置より画像データブロ
ックを検索する。画像展開部８はクライアント５におい
て圧縮画像の展開を行う。画像表示部９は、画像データ
ブロックのキャッシュ及び先読みを行い、分割画像の貼
り合わせを行い、画像を特定する選択手段を提供し、表
示装置に画像を表示する。通信回線１０はサーバ１とク
ライアント５を接続する。

【００２５】本発明の高精細画像処理装置１００によっ
て作成され、補助記憶装置２に格納されるアーカイブ形
式画像データは、クライアント５側の表示装置４におい
て全体像を１画面にて表示できる程度に縮小されかつ最
低解像度をもって用意される最低解像度ファイルから、
最高解像度をもって用意される最高解像度ファイルまで
の複数段階の画像を持つ。

【００２６】図３はアーカイブ形式画像データとその表
示とを説明する図である。最高解像度ファイル１１は、
例えば10,000ピクセル×10,000ピクセルの画像に対応す
る。この場合、第１の中間解像度ファイル１２は例えば
5,000ピクセル× 5,000ピクセルの画像に対応し、第２
の中間解像度ファイル１３は例えば 2,500ピクセル×2,
500ピクセルの画像に対応し、最低解像度ファイル１４
は例えば 1,250ピクセル× 1,250ピクセルの画像に対応
している。しかし、必ずしもそれらに限られるものでは
ない。第１の中間解像度ファイル１２は、最高解像度フ
ァイル１１に対して、ピクセルを縦方向１／２で横方向
１／２に間引いた画像である。

【００２７】１つの例えば仏像についての画像に関し
て、図３に示す４種類のファイルが用意されている。ク
ライアント５から図示の画像１５（ 3,000ピクセル×
3,000ピクセル) に対応する画像に対応する表示が要求
された場合、当該画像１５よりも１つ大きい解像度を有
する第１の中間解像度ファイル１２から、縦方向３／５
で横方向３／５に間引いた画像を生成して用いる。

【００２８】図４はファイルを構成するブロックを説明
する図である。ブロック１６−ｉは最高解像度ファイル
１１を構成し、ブロック１７−ｉは第１の中間解像度フ
ァイル１２を構成し、ブロック１８−ｉは第２の中間解
像度ファイル１３を構成し、ブロック１９−ｉは最低解
像度ファイル１４を構成する。

【００２９】保持情報２０は最高解像度ファイル１１に
対応し、保持情報２１は第１の中間解像度ファイル１２
に対応し、保持情報２２は第２の中間解像度ファイル１
３に対応し、保持情報２３は最低解像度ファイル１４に
対応する。

【００３０】夫々の解像度のファイル１１乃至１４は、
夫々ｐピクセル×ｐピクセルのブロックに細分されて保
持され、個々のブロックを単位としてアクセスされる。
なお、ブロック１６−ｉ、ブロック１７−ｉ、ブロック
１８−ｉ及びブロック１９−ｉは、共に画像の内容自体
は異なるが、縦ｐピクセルで横ｐピクセルの同じ大きさ
のものである。なお、実際は、図９を参照して後述する
ように、各ファイル１１乃至１４間において、互いに対
応する位置にあるブロック１６−ｉ乃至ブロック１９−
ｉの各々の大きさが異なっても全く問題がなく、これを
許容するようにされている。同様に、縦のピクセルの数
と横のピクセルの数とが異なっても全く問題がない。

【００３１】保持情報２０は、(i) は当該情報２０とし
て保持しているものが、如何なる画像に対応するもので
あるかなどを記述した「基本情報」、(ii)最高解像度フ
ァイル１１に対応するものであることを記述した「ファ
イル情報」、(iii) 例えば座標［０］［０］のブロック
に対応する情報であることを示す「画像ブロック［０］
［０］管理情報」、(iv)座標［０］［１］のブロックに
対応する情報であることを示す「画像ブロック［０］
［１］管理情報」、(v) ・・・をもっている。保持情報
２１や保持情報２２や保持情報２３についても同様であ
る。

【００３２】サーバ１はクライアント５に対して画像ブ
ロック毎にデータ転送を行う。サーバ１がクライアント
５に対して伝送を行うに当っては、ＪＰＥＧの画像デー
タの場合もこれを展開したイメージ・データの場合も、
暗号化した上でデータ圧縮をかけて伝送する。クライア
ント５側でもデータを復号して伸長し使用する。

【００３３】図５は表示装置の画面におけるコントロー
ル・ウィンドウを説明する図である。図５におけるウィ
ンドウ３１−１は画像の表示に対応して一緒に表示され
るコントロール・ウィンドウの表示例を示している。

【００３４】表示装置４の画面においてコントロール・
ウィンドウがどのような位置に表示されるかについては
後述される。コントロール・ウィンドウ３１−１におい
ては、表示画像として例えば、図３に示す画像「Ａ」が
表示されているとすれば、当該画像「Ａ」の全体像３２
が、コントロール・ウィンドウの範囲に入るように縮小
されて表示される。即ち、図示の「全像表示ウィンド
ウ」に画像「Ａ」３２が表示される。

【００３５】表示装置４の画面上に現に表示されている
画像として、例えば画像「Ａ」が表示されている場合、
当該画像「Ａ」のどの部分が現に表示画像として表示さ
れているかを表わすために、表示枠３３が画像「Ａ」３
２に重ねて表示される。表示装置４の画面には、図３に
示したファイル１１の一部が表示されている場合や、フ
ァイル１２の一部が表示されている場合や、ファイル１
３の一部が表示されている場合や、ファイル１４の全体
が表示されている場合があり、夫々の画像の大きさが異
なる。

【００３６】従って、どのファイルに対応する画像が表
示されているかによって、図示の表示枠３３の大きさは
異なる。即ち、上記表示されるファイルが異なっても、
コントロール・ウィンドウに表示される画像３２の大き
さは同一のものであることから、表示枠３３の大きさが
変化することになる。当該表示枠３３の大きさ寸法が計
算されて決定されることから、当該表示枠３３の大きさ
寸法は画面に表示されている表示画像の縮尺の程度を与
える。この点を利用して、後述する如く、表示画像と一
緒に縮尺目盛を表示させ、現に表示されている表示画像
の各部分の大きさをオペレータに知らせる。

【００３７】図６は最低解像度ファイルを表示している
状態を示す図である。コントロール・ウィンドウ３１−
１上には、表示画面３６に現に表示している特定の１つ
の仏像３５−１（図示の場合、最低解像度の画像３５と
して示されている）についての当該仏像の全体像が画像
３２として表示される。そして、表示画面３６に現に表
示されている画像３５が、全体像を表わす画像３２にお
いてどの部分に該当するかを明らかにするために表示枠
３３が重ねて表示されている。

【００３８】図６の場合には、表示枠３３が画像３２の
全体を包むように表示されている。従って、表示画面３
６に表示されている画像３５は当該仏像の全体像を表わ
している。なお、上述の最低解像度ファイルに対応する
画像３５の全体は表示画面３６に一度に表示され得る大
きさと考えてよい。

【００３９】図７は第１の中間解像度ファイルを表示し
ている状態を示す図である。図７に示す場合には、コン
トロール・ウィンドウ３１−１には全体像に対応する画
像３２が示されている。表示枠３３によって、表示画面
３６に現に表示されている画像３５（特定の仏像３５−
３の画像）が全体像のどの位置の画像かが指示されてい
る。換言すれば、表示枠３３で囲われる範囲の像が、表
示画面３６上に表示されている。

【００４０】図７においては、第１の中間解像度の画像
の一部が表示されているが、それに限られるものではな
く、例えば最高解像度ファイル１１からの画像や、例え
ば第１の中間解像度ファイル１２と第２の中間解像度フ
ァイル１３との間の任意所望の解像度に対応する画像が
表示されることもある。

【００４１】このことのために、表示画面３６に表示さ
れている画像３５の大きさ寸法をオペレータに対して判
り易く示すために、表示画面３６上に寸法目盛３７が表
示される。即ち、表示画面３６上に現に表示されている
画像３５（例えば特定の仏像３５−３）の大きさに合わ
せて、当該仏像３５−３の例えば頭部の大きさがどの程
度の大きさであるか判り易くするために、寸法目盛３７
が表示されている。当該寸法目盛３７の単位目盛の表示
画面上の大きさは、表示画面３６上に現に表示されてい
る仏像３５−３の大きさに合わせて決定されるが、コン
トロール・ウィンドウ３１−１において表示枠３３の大
きさが計算されて決定されるようになっていることか
ら、上記単位目盛の表示画面上の大きさは容易に決定さ
れ得る。

【００４２】上述の高精細画像表示装置によれば、高精
細画像を表示するに当たって従来の場合に例えば３００
秒を要していた処理を５秒以内に処理することが可能と
なっている。例えば、10,000ピクセル×10,000ピクセル
の如き巨大な高解像度の画像を高速度で処理することが
可能となり、例えば仏像の研究などに利用される。

【００４３】以上のように、高精細画像表示装置におい
て巨大な高解像度の画像を高速度で処理することを可能
とするデータ構造である書庫を、本発明による書庫化装
置１００により、容易に作成することができる。

【００４４】図８は本発明の書庫化装置１００の構成を
示す。なお、これに制限されないが、書庫化装置１００
は高精細画像表示装置２００と補助記憶装置２を共有
し、これを用いて画像データの処理を行う。

【００４５】書庫化装置１００において、主制御部５１
が、順次、各制御部５２乃至５５を呼び出して制御を渡
し、原画像データ６１の書庫化処理を行い、最終的な画
像データ（書庫データ）６４を補助記憶装置２に得る。
主制御部５１は書庫化装置１００のオペレーティングシ
ステムであり、書庫化装置１００であるコンピュータの
主メモリ上に存在するプログラムとＣＰＵとからなる。
各制御部５２乃至５５は、主メモリ上に存在する各処理
を実行するプログラムとＣＰＵとからなる。

【００４６】パラメータ入力部５２は、オペレータによ
る入力部５７からのパラメータの入力を受け付けるパラ
メータ入力手段である。パラメータ入力部５２は、複数
の解像度、分割における標準ブロックサイズ、圧縮の方
式、暗号化の有無、暗号化の方式からなるパラメータを
入力する。

【００４７】パラメータ入力部５２は、パラメータ指定
パネルを画面上に表示し、オペレータにパラメータの入
力を要求する。このために、入力部５７は表示装置（図
示せず）を備える。

【００４８】パラメータとしては、原画像ファイル名、
各解像度毎の書庫ファイル名（出力書庫ファイル名）、
複数の（各階層の）解像度、標準ブロック分割サイズ、
先頭ブロック分割サイズ、圧縮方式、暗号化の有無、暗
号化キー（暗号化ありの場合）、画像情報等がある。

【００４９】原画像ファイル名は後述する原画像データ
６１に付加すべき名前であり、書庫ファイル名は後述す
る書庫ファイル６４に付加すべき名前であり、解像度は
生成すべき画像データの解像度であり、標準ブロック分
割サイズは分割すべき画像ブロックの標準の大きさであ
り、先頭ブロック分割サイズは分割すべき画像ブロック
の先頭のブロックの大きさであり、圧縮方式は圧縮にお
いて用いるべき圧縮方式であり、暗号化の有無は圧縮後
の暗号化の必要の有無であり、暗号化キーは暗号化が必
要な場合において用いるべき暗号化の方式であり、画像
情報は当該画像についての画像の名前等の種々の書誌的
な情報である。

【００５０】入力部５７の”ＯＫ”ボタン（図示せず）
の押し下げにより、パラメータ入力部５２は、パラメー
タ指定パネルに入力された値を検査し、合格ならば（当
該値が所定の値の範囲内であれば）、当該入力された値
をパラメータメモリ５６の所定の位置に格納する。

【００５１】解像度変換部５３は、原画像データ６１を
複数の解像度の画像データに変換する解像度変換手段で
ある。原画像データ６１は、高精細画像表示装置２００
の主記憶の容量より大きく、所定の解像度（最高解像
度）を有する。変換後の画像データ６２は、原画像デー
タ６１の解像度より低く、互いに異なる複数の解像度を
有する。

【００５２】原画像データ６１は、オペレータにより、
書庫化装置１００の補助記憶装置２の所定の格納領域
（原画像データ格納領域６１）に読み込まれる。原画像
データ６１は補助記憶装置２においてファイル（原画像
ファイル６１）の形式で保持される。原画像データ６１
には原画像ファイル名が付加されている。原画像データ
格納領域６１は独立した補助記憶装置２（一次補助記憶
装置６１）であっても良い。

【００５３】解像度変換部５３は、パラメータメモリ５
６に格納された原画像ファイル名を用いて、補助記憶装
置２に格納された原画像ファイル６１をオープンする。
そして、解像度変換部５３は、当該ファイル６１をラス
タ走査し、パラメータメモリ５６に格納された各階層の
解像度になるように、ピクセルの間引き処理うことによ
って、原画像データ６１を当該各階層の解像度の画像デ
ータ６２に変換する。なお、間引き処理において、単純
にドットの間引きを行うのみでは画質の低下が避けられ
ないので、画像出力の補間処理及び境界の強調処理を行
う。

【００５４】解像度変換部５３は、この変換後の画像デ
ータ６２に一時ファイル名を付与して、補助記憶装置２
の所定の格納領域（変換画像データ格納領域６２）に記
憶する。変換後の画像データ６２も補助記憶装置２にお
いてファイル（変換画像ファイル６２）の形式で保持さ
れる。変換画像データ格納領域６２は独立した補助記憶
装置２（二次補助記憶装置６２）であっても良い。

【００５５】画像分割部５４は、変換後の画像データ６
２を、画像ブロックに分割し、圧縮及び／又は暗号化す
る画像分割手段である。画像分割部５４は、変換された
異なる解像度の画像データ６２の各々を、複数の矩形の
画像ブロックに分割し、当該分割した複数の画像ブロッ
クの各々を圧縮及び／又は暗号化する。

【００５６】画像分割部５４は、補助記憶装置２に格納
された変換後の画像データ６２を読み出し、パラメータ
メモリ５６に格納された先頭ブロック分割サイズ及び標
準ブロック分割サイズに基づいて、当該画像を複数の矩
形の画像ブロックに分割する。分割された画像ブロック
には、図９を参照して後述するように、先頭ブロック分
割サイズにより定まる大きさの先頭ブロック、この先頭
ブロックにより定まる大きさの画像ブロック、標準ブロ
ック分割サイズにより定まる大きさの標準ブロック、及
び、残りの画像の大きさにより定まる大きさの画像ブロ
ックのように異なる大きさのものが存在する。

【００５７】次に、画像分割部５４は、当該分割した画
像ブロックを、パラメータメモリ５６に格納された圧縮
方式でデータ圧縮し、パラメータメモリ５６に格納され
た暗号化有無の指示に基づいて暗号化を行う。即ち、暗
号化有無の指示がありの場合のみ、パラメータメモリ５
６に格納された（指定された）暗号キーによる暗号化処
理を行う。これにより、分割後の画像データ６３が得ら
れる。

【００５８】更に、画像分割部５４は、当該暗号化され
た各画像ブロックの各々に一時ファイル名を付与して、
分割後の画像データ６３として補助記憶装置２の所定の
記憶領域（分割画像データ格納領域６３）に記憶する。
分割後の画像データ６３も補助記憶装置２においてファ
イル（分割画像ファイル６３）の形式で保持される。分
割画像データ格納領域６３は独立した補助記憶装置２
（三次補助記憶装置６３）であっても良い。

【００５９】以上で画像画像分割が完了すると、画像分
割部５４は、各解像度別の一時ファイルである変換画像
ファイル６２を補助記憶装置２から削除する。これによ
り、補助記憶装置２の使用効率を向上することができ
る。

【００６０】書庫生成部５５は、分割後の画像データ６
３の画像ブロックを、当該画像ブロックの各々について
の所定の情報（保持情報）と共に、所定の補助記憶装置
２に格納する書庫生成手段である。書庫生成部５５は、
分割し圧縮及び／又は暗号化された分割後の画像データ
６３の複数の画像ブロックの各々に、当該画像ブロック
の各々についての保持情報を作成して付加する。これに
より、書庫データ６４が生成される。この書庫データ６
４は、書庫生成部５５により、補助記憶装置２の所定の
記憶領域（書庫データ格納領域６４）に記憶する。これ
により、書庫の生成が完了する。書庫データ６４も補助
記憶装置２においてファイル（書庫ファイル６４）の形
式で保持される。書庫データ格納領域６４は独立した補
助記憶装置２であっても良い。

【００６１】分割後の画像データ６３の複数の画像ブロ
ックの各々は、書庫生成部５５により、複数の解像度毎
の書庫ファイル（出力書庫ファイル）６４として生成さ
れる。この時、書庫生成部５５は、分割後の画像データ
６３の複数の画像ブロックの各々についての所定の情報
を、書庫ファイル毎にそのヘッダに保持情報として書き
込む。保持情報については、図１０を参照して後述す
る。

【００６２】書庫ファイル６４の生成は以下のように行
われる。即ち、書庫生成部５５は、補助記憶装置２に書
庫ファイル６４を生成し、パラメータメモリ５６に格納
された各解像度別の出力書庫ファイル名を用いて、書庫
ファイル６４に付加する（名前を付ける）。次に、書庫
生成部５５は、パラメータメモリ５６に格納された画像
情報を、各書庫ファイル６４のヘッダに保持情報として
格納する。更に、書庫生成部５５は、書庫データ６４を
書庫ファイル６４に順次書き込む。即ち、各解像度別
に、画像ブロックの各々についての分割画像ファイル６
３を順次補助記憶装置２（三次補助記憶装置６３）から
読み出し、書庫ファイル６４内においてその順に格納し
連結し、単一のファイルとする。

【００６３】これにより、全体のファイルの数（結果と
して、書庫ファイル６４の数）を、解像度の数の分だけ
にすることができ、極めて少数にすることができる。従
って、ファイル６４のアクセスは極めて高速に行うこと
ができる。また、補助記憶装置２の空き容量に応じて、
解像度別のファイル６４を配置し、その数を調整するこ
とができる。従って、この点からも補助記憶装置２の使
用効率を向上することができる。

【００６４】以上で書庫ファイル６４の生成が完了する
と、書庫生成部５５は、画像ブロックについてのファイ
ルである分割画像ファイル６３を補助記憶装置２から削
除する。これにより、補助記憶装置２の使用効率を向上
することができる。

【００６５】また、この時点で、必要に応じて、書庫生
成部５５は、原画像データ６１（原画像ファイル６１）
も補助記憶装置２から削除する。これにより、補助記憶
装置２の使用効率を向上すると共に、原画像データ６１
の秘密性を維持することができる。

【００６６】パラメータ入力部５２は、パラメータ以外
の種々の情報の入力手段としても用いられる。例えば、
パラメータ入力部５２は、オペレータによる入力部５７
からの入力に応じて、原画像データ６１の大きさと当該
原画像の基となっている実物との大きさとの比較のため
の比較情報を入力する。この入力された比較情報は、書
庫生成手段５５により、書庫ファイル６４のヘッダに保
持情報として書き込まれる。この保持情報内の比較情報
を用いることにより、図７に示すように、表示画面３６
上に寸法目盛３７が表示される。

【００６７】また、パラメータ入力部５２は、オペレー
タによる入力部５７からの入力に応じて、原画像データ
６１の名称及び内容についての情報を入力する。この入
力された情報は、書庫生成手段５５により、書庫ファイ
ル６４のヘッダに保持情報として書き込まれる。この保
持情報内の情報を用いることにより、画像名等を表示す
ることができる。

【００６８】図９は分割された画像ブロックの説明図で
ある。パラメータ入力部５２は、前述のように、オペレ
ータによる入力部５７からの入力に応じて、分割におけ
る標準ブロック分割サイズと、これとは異なるサイズの
ブロックサイズ（先頭ブロック分割サイズ）とを入力す
る。これらは分割情報を構成する。標準ブロック分割サ
イズと異なるサイズのブロックサイズは、常に、分割処
理において、画像ブロックの先頭を分割するために用い
られる。従って、異なるサイズのブロックは常に先頭ブ
ロックである。

【００６９】ここで、各画像ブロックの大きさは、当該
原画像の内容、現在表示しようとしている部分、表示の
頻度の高い部分等に着目して、異なる大きさとなるよう
にされる。例えば、当該原画像の内容が人物像である場
合、背景等の情報としての重要性が低い部分が画像周縁
部に多く含まれ、顔や体躯等の画像の中心部分に表示が
集中する傾向がある。そこで、情報としての重みの大き
い部分がなるべく分割画像ブロックの中心にくるように
して、顔等がまたがる画像ブロックがなるべく少ない数
となるようにする。これにより、表示処理におけるデー
タ転送の回数をできるだけ少なくする。

【００７０】画像分割手段５４は、入力された分割情報
に基づいて、図９に示すように、異なる解像度毎に、そ
の変換後の画像データ６２の各々を、複数の矩形の画像
ブロックに分割する。画像分割手段５４は、異なる解像
度毎にヘッダ７０を付加する。パラメータ入力部５２
は、入力された分割情報をヘッダ７０に書き込む。

【００７１】図９において、表示画面３６に図２に示す
ような画像が表示されている。この画像は画面の中心に
偏っており、画面の周縁部分は画像として殆ど意味を持
たない。そこで、画像の中心にある文字「Ａ」がまたが
る画像ブロックがなるべく少ない数となるように、画像
ブロックに分割する。このために、先頭ブロックの大き
さを指定する。

【００７２】即ち、画像の開始部分において、先頭ブロ
ックＸ１Ｙ１の大きさは、先頭ブロック分割サイズによ
り定まる。これにより、画像ブロックＸ２Ｙ１、Ｘ３Ｙ
１・・・のＹ方向（図中、縦方向）の長さも定まる。ま
た、画像ブロックＸ１Ｙ２、Ｘ１Ｙ３・・・のＸ方向
（図中、横方向）の長さも定まる。Ｙ方向の長さとＸ方
向の長さとは異なっていても全く問題ない。

【００７３】次に、画像の中心部（図中、斜線のない部
分）において、画像ブロックＸ２Ｙ２、Ｘ３Ｙ２・・・
の大きさは、標準ブロック分割サイズにより定まる。ま
た、これにより、画像ブロックＸ２Ｙ１、Ｘ３Ｙ１・・
・のＸ方向の長さ、及び、画像ブロックＸ１Ｙ２、Ｘ１
Ｙ３・・・のＹ方向の長さも定まる。即ち、これらの大
きさが定まる。

【００７４】更に、画像の終端部分において、画像ブロ
ックＸ５Ｙ１、Ｘ５Ｙ２・・・のＸ方向の長さは、画像
ブロックＸ１Ｙ１乃至Ｘ４Ｙ１により定まる。また、画
像ブロックＸ１Ｙ４、Ｘ２Ｙ４・・・のＹ方向の長さ
は、画像ブロックＸ１Ｙ１乃至Ｘ１Ｙ３により定まる。
従って、これらの画像ブロックの大きさも定まる。

【００７５】なお、前述したように、各ファイル１１乃
至１４間において、互いに対応する位置（例えば、Ｘ１
Ｙ１）にある画像ブロックの各々の大きさが異なっても
全く問題がない。

【００７６】以上により、オペレータは、各解像度ファ
イル１１乃至１４毎に、分割情報としての先頭ブロック
分割サイズ及び標準ブロック分割サイズを入力するのみ
で、自動的にデータ転送のために最適化された分割後の
画像データ６２を得ることができる。

【００７７】図１０は主としてファイル構造の説明図で
ある。前述のように、ファイル１１乃至１４は各解像度
毎に生成される。ファイルは、例えば、ファイル１１に
示すように、複数の画像ブロックを連結した構成とされ
る。ファイル１１の先頭にはヘッダ７０が付加される。
ヘッダ７０には基本情報、ファイル情報、ブロック情報
が書き込まれる。即ち、これらが保持情報２０等であ
る。従って、ファイルは、その先頭から順に、基本情
報、ファイル情報、ブロック情報、画像ブロックを連結
した構成とされる。画像ブロックは、図９に示す画像ブ
ロックＸ１Ｙ１、Ｘ２Ｙ１、Ｘ３Ｙ１・・・が、この順
に連結されている。

【００７８】ヘッダ７０において、基本情報は当該原画
像の名称、当該画像の版権の表示等からなる。ファイル
情報はブロックサイズ、ブロックの数等からなる。ブロ
ックサイズは先頭ブロック分割サイズ及び標準ブロック
分割サイズを含む。即ち、分割情報を含む。ブロック情
報は、各画像ブロックＸ１Ｙ１、Ｘ２Ｙ１、Ｘ３Ｙ１・
・・に対応して設けられ、当該画像ブロックのサイズと
当該画像ブロックを示すポインタ等からなる。前述のよ
うに、画像ブロックＸ１Ｙ１のサイズは先頭ブロック分
割サイズである。

【００７９】ファイル１１乃至１４は各解像度毎に生成
されるので、先頭ブロック分割サイズ及び標準ブロック
分割サイズを、各解像度毎に異なる値とすることも可能
である。また、先頭ブロック分割サイズ及び標準ブロッ
ク分割サイズを、各原画像毎に、その内容に応じて、異
なる値とすることも可能である。これにより、画像ブロ
ックの分割を、原画像の内容等に応じて、データ転送に
最適な形態に分割することができる。

【００８０】図１１はパラメータ入力処理フローを示
す。オペレータの操作に応じて、入力部５７がパラメー
タ入力部５２にパラメータを入力する（ステップＳ
１）。

【００８１】パラメータ入力部５２が必要なパラメータ
が入力されているか否かを調べる（ステップＳ２）。入
力されていない場合、ステップＳ１以下を繰り返す。入
力されている場合、パラメータ入力部５２が当該パラメ
ータをパラメータメモリ５６に格納して（ステップＳ
３）、処理を終了する図１２は解像度変換処理フローを
示す。この処理は解像度変換部５３が実行する。

【００８２】パラメータメモリ５６からその所定の位置
に格納されている解像度を取り出す（ステップＳ４）。
１次補助記憶装置６１から読みだした原画像データ６１
を、取り出した解像度を用いて当該解像度の画像データ
６２に変換して、２次補助記憶装置６２に格納する（ス
テップＳ５）。

【００８３】取り出したすべての解像度を処理したか否
かを調べる（ステップＳ６）。処理していない場合ステ
ップＳ４以下を繰り返し、処理した場合処理を終了す
る。図１３は画像分割処理フローを示す。この処理は画
像分割部５４が実行する。

【００８４】パラメータメモリ５６からその所定の位置
に格納されているブロックサイズ及び暗号化の有無の指
示パラメータを取り出す（ステップＳ７）。２次補助記
憶装置６２に格納されている解像度別の一時ファイル６
２を取り出す（ステップＳ８）。

【００８５】取り出した当該解像度のファイル６２につ
いて画像を分割して複数の画像ブロックとする（ステッ
プＳ９）。分割した画像ブロックについてデータ圧縮を
行う（ステップＳ１０）。

【００８６】データ圧縮した画像ブロックについて、暗
号化するか否かを調べる（ステップＳ１１）。暗号化し
ない場合、当該圧縮した画像ブロックからなる画像デー
タ６３をそのまま３次補助記憶装置６３に格納する暗号
化する場合、当該圧縮した画像ブロックについての暗号
化を行い、その結果である画像データ６３を、３次補助
記憶装置６３に格納する（ステップＳ１２）。

【００８７】２次補助記憶装置６２から取り出した全て
の解像度別の一時ファイル６２を処理したか否かを調べ
る（ステップＳ１３）。処理していない場合ステップＳ
７以下を繰り返す。

【００８８】処理した場合、２次補助記憶装置６２に格
納されている全ての解像度別の一時ファイル６２を削除
して（ステップＳ１４）、処理を終了する。図１４は書
庫生成処理フローを示す。この処理は書庫生成部５５が
実行する。

【００８９】パラメータメモリ５６からその所定の位置
に格納されている書庫ファイル名を取り出す（ステップ
Ｓ１５）。補助記憶装置２に格納されている取り出した
書庫ファイル名を持つファイル６４のヘッダ７０に保持
情報を書き込む（ステップＳ１６）。

【００９０】３次補助記憶装置６３に格納されている当
該解像度の画像ブロックのファイル６３を連結して、補
助記憶装置２に格納する（ステップＳ１７）。３次補助
記憶装置６３に格納されている当該解像度の全ての画像
ブロックを処理したか否かを調べる（ステップＳ１
８）。処理していない場合ステップＳ１７を繰り返す。

【００９１】処理した場合、３次補助記憶装置６３に格
納されている全ての解像度（の画像ブロック）を処理し
たか否かを調べる（ステップＳ１９）。処理していない
場合ステップＳ１５以下を繰り返す。

【００９２】処理した場合、書庫ファイル６４が生成さ
れたので、３次補助記憶装置６３に格納されている全て
の解像度の全ての画像ブロックのファイル６３を削除し
て（ステップＳ２０）、処理を終了する。

【００９３】

【発明の効果】以上説明した如く、本発明によれば、高
精細画像処理装置（書庫化装置）において、原画像デー
タを複数の解像度の画像データに変換し、複数の画像ブ
ロックに分割し、当該画像ブロックの各々についての所
定の情報と共に所定の記憶装置に格納することにより、
高精細画像表示装置において用いられる書庫を自動的に
生成することができるので、オペレータの介在無しに書
庫を作成でき、処理すべきデータ量にかかわり無く効率
良くかつ簡便に書庫を作成することができる。

【００９４】また、本発明によれば、高精細画像処理装
置において多数の巨大高精細画像からなる書庫を効率良
くかつ簡便に作成するプログラムを記憶するプログラム
記憶媒体を得ることができる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】本発明によるデータの適用される高精細画像表
示装置構成図である。

【図３】アーカイブ形式画像データとその表示とを説明
する図である。

【図４】ファイルを構成するブロックを説明する図であ
る。

【図５】表示装置の画面におけるコントロール・ウィン
ドウを説明する図である。

【図６】最低解像度ファイルを表示している状態を示す
図である。

【図７】第１の中間解像度ファイルを表示している状態
を示す図である。

【図８】書庫化装置構成図である。

【図９】画像ブロック説明図である。

【図１０】ファイル構造説明図である。

【図１１】パラメータ入力処理フローを示す。

【図１２】解像度変換処理フローを示す。

【図１３】画像分割処理フローを示す。

【図１４】書庫生成処理フローを示す。

【符号の説明】

１ サーバ ２ 補助記憶装置 ５ クライアント １１ 最高解像度ファイル １２ 第１の中間解像度ファイル １３ 第２の中間解像度ファイル １４ 最低解像度ファイル １６、１７、１８、１９ 画像ブロック ２０、２１、２２、２３ 保持情報 ５２ パラメータ入力部 ５３ 解像度変換部 ５４ 画像分割部 ５５ 書庫生成部 ５６ パラメータメモリ ５７ 入力部 ６１、６２、６３、６４ 補助記憶装置 １００ 高精細画像処理装置（書庫化装置） ２００ 高精細画像表示装置

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｇ０６Ｆ 3/14 ３６０ Ｇ０６Ｆ 15/66 Ｂ

Claims (8)

【特許請求の範囲】
1. 【請求項１】 主記憶の容量より大きい所定の解像度の
   原画像データを、前記所定の解像度より低い異なる複数
   の解像度の画像データに変換する解像度変換手段と、 前記変換された異なる解像度の画像データの各々を、複
   数の矩形の画像ブロックに分割し、当該分割した複数の
   画像ブロックの各々を圧縮及び／又は暗号化する画像分
   割手段と、 前記分割し圧縮及び／又は暗号化された複数の画像ブロ
   ックの各々を、当該画像ブロックの各々についての所定
   の情報と共に、所定の記憶装置に格納する書庫生成手段
   とを備えることを特徴とする高精細画像処理装置。
2. 【請求項２】 前記書庫生成手段が、前記分割し圧縮及
   び／又は暗号化された複数の画像ブロックの各々を、前
   記複数の解像度毎の書庫ファイルとして、生成すること
   を特徴とする請求項１に記載の高精細画像処理装置。
3. 【請求項３】 前記書庫生成手段が、前記分割し圧縮及
   び／又は暗号化された複数の画像ブロックの各々につい
   ての所定の情報を、前記書庫ファイル毎にそのヘッダに
   保持情報として書き込むことを特徴とする請求項２に記
   載の高精細画像処理装置。
4. 【請求項４】 前記原画像データの大きさと当該原画像
   の基となっている実物との大きさとの比較のための比較
   情報を入力する情報入力手段と、 前記書庫生成手段が、前記入力された比較情報を前記書
   庫ファイルのヘッダに保持情報として書き込むことを特
   徴とする請求項２に記載の高精細画像処理装置。
5. 【請求項５】 前記原画像データの名称及び内容につい
   ての情報を入力する情報入力手段と、 前記書庫生成手段が、前記入力された情報を前記書庫フ
   ァイルのヘッダに保持情報として書き込むことを特徴と
   する請求項２に記載の高精細画像処理装置。
6. 【請求項６】 前記複数の解像度、前記分割における標
   準ブロックサイズ、前記圧縮の方式、前記暗号化の有
   無、前記暗号化の方式からなるパラメータを入力するパ
   ラメータ入力手段を備えるを特徴とする請求項２に記載
   の高精細画像処理装置。
7. 【請求項７】 前記分割における前記標準ブロックサイ
   ズと、これとは異なるサイズのブロックサイズとからな
   る分割情報を入力する情報入力手段と、 前記画像分割手段が、前記入力された分割情報に基づい
   て、前記変換された異なる解像度の画像データの各々
   を、複数の矩形の画像ブロックに分割することを特徴と
   する請求項６に記載の高精細画像処理装置。
8. 【請求項８】 主記憶の容量より大きい所定の解像度の
   原画像データを、前記所定の解像度より低い異なる複数
   の解像度の画像データに変換する処理と、 前記変換された異なる解像度の画像データの各々を、複
   数の矩形の画像ブロックに分割し、当該分割した複数の
   画像ブロックの各々を圧縮及び／又は暗号化する処理
   と、 前記分割し圧縮及び／又は暗号化された複数の画像ブロ
   ックの各々を、所定の記憶装置に格納する処理とを高精
   細画像処理装置であるコンピュータに実行させるプログ
   ラムを格納したことを特徴とするプログラム記憶媒体。