JPH0737071A - 画像ファイルのバージョン管理装置 - Google Patents

Abstract

(57)【要約】 【目的】 新規な画像ファイルを作成する際に、保存す
べきバージョンの管理データ量を大幅に削減し得る画像
ファイルのバージョン管理装置を提供することである。 【構成】 新規な画像ファイルの作成に当たり、元のバ
ージョンの画像ファイルに対して施された画像処理が画
像全体に対して一括的に実施された画像処理である場合
は、元のバージョンの画像ファイルに対して施された画
像処理の内容を指示する情報をバージョン管理データと
して保存する。一方、元のバージョンの画像ファイルに
対して施された画像処理が画像の一部に対して局所的に
実施された画像処理である場合は、元のバージョンの画
像ファイルと新規に作成された画像ファイルとの差分画
像データをバージョン管理データとして保存する。これ
によって、バージョン管理のための保存データ量が従来
の画像処理装置に比べて著しく削減される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、画像ファイルのバー
ジョン管理装置に関し、より特定的には、画像処理装置
において元のバージョンの画像ファイルから新規に作成
される画像ファイルのバージョンを管理する装置に関す
る。

【０００２】

【従来の技術】印刷・製版処理システムやＣＡＤシステ
ム等の画像処理システムにおいては、入力された（例え
ば、写真原稿から読み取られた）高精細な画像データに
対して種々の画像処理を施すことにより、画像の加工・
修正を行っている。ここで、上記のような画像処理シス
テムで扱われる画像処理は、大別して以下の２種類に分
類される。 （１）第１は、画像全体（全画素）に対して実施する画
像処理であり、例えば画像の拡大，縮小，回転，変形，
色変換等がこれに該当する（図１０参照）。 （２）第２は、画像の一部に対して実施する画像処理で
あり、例えばレタッチ（画像の傷消し），ブラッシング
等がこれに該当する（図１１参照）。 なお、トーンの変更（階調変更）やフィルタリング等
は、その処理の前に画像全体かあるいは画像の一部かが
設定される。その設定結果により上記（１），（２）に
分類される。

【０００３】ところで、上記のような画像処理システム
では、原画像に対して何度も画像処理を繰り返すことに
より、最終的な画像を得ている。すなわち、原画像は、
いくつかのバージョン変更を繰り返しながら、最終的に
望まれる品質の画像に仕上げられる。その際、画像ファ
イルのバージョンが変更される毎に、バックアップ等の
目的で、新規なバージョンの画像ファイルを保存する必
要がある。従来の画像処理システムでは、前述した画像
処理の種類とは無関係に、生成された各バージョンの画
像ファイルそのものを保存するようにしていた。また、
各バージョンの管理は、各バージョンの画像ファイル名
にバージョンを表す名前を付加し、例えば図１２に示す
ようなバージョン管理テーブルに保管することにより行
っていた。図１２のバージョン管理テーブルを参照する
と、原画像の画像ファイルはファイル名がＡ．ＣＴ．１
（バージョン１）であり、傷消し処理後の画像ファイル
はファイル名がＡ．ＣＴ．２（バージョン２）である。
同様に、他の画像処理を種々繰り返すことにより、新た
なバージョンの画像ファイルが次々と生成され、保存お
よび管理される。

【０００４】

【発明が解決しようとする課題】上記のように、従来の
画像処理システムでは、各バージョンの画像ファイルそ
のものを保存していたので、膨大な容量の記憶装置が必
要となる。例えば、図１２に示した６つのバージョンの
画像ファイルだけでも約６５ＭＢのデータ量となる。こ
れは、原画のデータファイルのデータ量１０ＭＢの約
６．５倍となっている。その結果、バックアップのため
の記憶装置が大型かつ高価になるという問題点があっ
た。なお、このような問題点は、処理すべき画像データ
量が特に多い印刷・製版の分野において深刻化してい
た。

【０００５】また、従来の画像処理システムでは、各バ
ージョンの画像を再利用する場合、図１２に示すバージ
ョン管理テーブルからバージョン名を指定してそのバー
ジョンの画像ファイルを得るだけであり、各バージョン
間の画像処理の途中結果を再現することができなかっ
た。例えば、図１２のバージョン２の画像からバージョ
ン３の画像を得る過程で、複数の画像処理（回転・縮小
等）が施されていたとしても、ユーザーとしては当該複
数の画像処理の最終結果であるバージョン３の画像しか
再利用できなかった。

【０００６】それゆえに、本発明の目的は、新規な画像
ファイルを作成する際に、保存すべきバージョンの管理
データ量を大幅に削減し得る画像ファイルのバージョン
管理装置を提供することである。

【０００７】

【課題を解決するための手段】請求項１に係る発明は、
画像処理装置において元のバージョンの画像ファイルか
ら新規に作成される画像ファイルのバージョンを管理す
る装置であって、新規な画像ファイルの作成に当たり、
元のバージョンの画像ファイルに対して施された画像処
理が画像全体に対して一括的に実施される第１の画像処
理であるか、画像の一部に対して局所的に実施される第
２の画像処理であるかを判別する判別手段、判別手段の
判別の結果、元のバージョンの画像ファイルに対して第
１の画像処理が施された場合は、当該元のバージョンの
画像ファイルに対して施された画像処理の内容を指示す
る情報を、新規に作成された画像ファイルのバージョン
管理データとして保存する第１の保存手段、および判別
手段の判別の結果、元のバージョンの画像ファイルに対
して第２の画像処理が施された場合は、当該元のバージ
ョンの画像ファイルと新規に作成された画像ファイルと
の差分画像データを、新規に作成された画像ファイルの
バージョン管理データとして保存する第２の保存手段を
備えている。

【０００８】請求項２に係る発明は、請求項１の発明に
おいて、復元すべき画像ファイルのバージョンを指定す
るバージョン指定手段、第１および第２の保存手段を参
照して、指定されたバージョンの画像ファイルの作成履
歴を抽出する作成履歴抽出手段、および作成履歴抽出手
段により抽出された作成履歴に基づいて、指定されたバ
ージョンの画像ファイルの作成過程で発生した全ての画
像処理を、原画像の画像ファイルに対して再度繰り返す
ことにより、指定されたバージョンの画像ファイルを復
元する画像ファイル復元手段をさらに備えることを特徴
とする。

【０００９】

【作用】請求項１に係る発明においては、新規な画像フ
ァイルの作成に当たり、元のバージョンの画像ファイル
に対して施された画像処理が画像全体に対して一括的に
実施された第１の画像処理である場合は、元のバージョ
ンの画像ファイルに対して施された画像処理の内容を指
示する情報をバージョン管理データとして保存する。一
方、元のバージョンの画像ファイルに対して施された画
像処理が画像の一部に対して局所的に実施された第２の
画像処理である場合は、元のバージョンの画像ファイル
と新規に作成された画像ファイルとの差分画像データを
バージョン管理データとして保存する。これによって、
バージョン管理のための保存データ量が従来の画像処理
装置に比べて著しく削減される。

【００１０】請求項２に係る発明においては、復元すべ
き画像ファイルのバージョンが指定されたとき、第１お
よび第２の保存手段を参照して、指定されたバージョン
の画像ファイルの作成履歴を抽出し、この抽出された作
成履歴に基づいて、指定されたバージョンの画像ファイ
ルの作成過程で発生した全ての画像処理を、原画像の画
像ファイルに対して再度繰り返すようにしている。これ
によって、各バージョンの画像ファイルが忠実に復元さ
れる。なお、バージョン間の画像処理を途中で止めれ
ば、バージョン間の途中の画像処理結果を再現して利用
することも可能となる。

【００１１】

【実施例】本発明の一実施例の内容を具体的に説明する
前に、まず図１を参照して、その原理について説明す
る。前述したように、画像処理システムで扱われる画像
処理は、大別して２種類に分類される。その一つは画像
全体（全画素）に対して実施する第１の画像処理（画像
の拡大，縮小，回転，変形，色変換等）であり、もう一
つは画像の一部に対して実施する第２の画像処理（レタ
ッチ（画像の傷消し），ブラッシング等）である。後述
の実施例は、実施された画像処理の種別に応じて画像フ
ァイルのバージョンの管理方法を以下のように変えるこ
とを特徴としている。

【００１２】（１）第１の画像処理の場合 第１の画像処理は、指示された内容の画像処理を画像全
体に対して一括的に実施するため、その再現は比較的容
易である。すなわち、第１の画像処理が実施される場合
は、図１（ａ）に示すように、画像処理内容の指示情報
（画像処理の関数またはコマンド名，それぞれの実行に
必要なパラメータ等）を保存する。こうしておけば、元
のバージョンの画像データに対して、当該指示された画
像処理を再度実行することにより、いつでも次のバージ
ョンの画像を再現することができる。

【００１３】（２）第２の画像処理の場合 第２の画像処理は、画像の一部分がその処理により変更
されているだけで、全体として変更されている画像デー
タは少ないと考えることができる。そこで、第２の画像
処理が実施される場合は、図１（ｂ）に示すように、画
像処理前の画像データと画像処理後の画像データとの差
分をとり、その差分画像データを保存する。差分画像デ
ータのエントロピーは処理後の画像データに比べて大幅
に減少するので、高圧縮率で保存画像データ量を低減す
ることが可能となる。なお、好ましくは、差分画像デー
タをＪＰＥＧ（高精細静止画像の国際標準化符号化方
式）のロスレス法等の可逆符号化法により圧縮化して保
存すると、高画質を保持しつつより一層の高圧縮率が期
待できる。なお、画像データの再現に当たっては、元の
バージョンの画像データに対して、差分画像データを加
算すればよい。

【００１４】上記（１）の場合は、画像処理内容の指示
情報のみを保存しているので、従来のように画像ファイ
ルそのものを保存する場合に比べて、保存データ量が激
減する。また、バージョン間で繰り返される画像処理を
途中で停止すれば、バージョン間の途中の画像処理結果
も再現できる。従って、バージョン間の途中の画像処理
結果も再利用可能となる。

【００１５】一方、上記（２）の場合は、画像処理前の
画像データと画像処理後の画像データとの差分画像デー
タを保存するようにしているので、従来のように画像フ
ァイルそのものを保存する場合に比べて、保存画像ファ
イルの圧縮率を大幅に向上できる。

【００１６】次に、本発明の一実施例のより具体的な内
容について説明する。図２は、本発明の一実施例の画像
処理装置の構成を示すブロック図である。図２におい
て、制御部１と、メインメモリ２と、画像処理部３と、
差分演算部４と、圧縮・伸長部５と、表示用メモリ６
と、キーボード７と、第１画像メモリ８と、第２画像メ
モリ９と、第１テーブルメモリ１０と、第２テーブルメ
モリ１１と、第１の２次記憶装置１２と、第２の２次記
憶装置１３とがシステムバス１７を介して相互に接続さ
れている。

【００１７】中央処理装置としての制御部１は、ＣＰＵ
等を含み、画像処理装置全体の動作を制御する。メイン
メモリ２は、ＲＡＭ等によって構成され、制御部１の作
業用メモリとして用いられる。画像処理部３は、画像デ
ータに対して種々の処理を施すデバイスであり、汎用の
画像処理用プロセッサまたはＤＳＰ（ディジタル・シグ
ナル・プロセッサ）等により構成される。差分演算部４
は、差分画像データを演算するデバイスであり、差分演
算用プロセッサまたはＤＳＰ等により構成される。圧縮
・伸長部５は、差分演算部４で演算された差分データ
を、ＪＰＥＧ（高精細静止画像の国際標準化符号化方
式）のロスレス法等の可逆符号化法により圧縮・伸長す
るデバイスであり、圧縮・伸長処理用プロセッサまたは
ＤＳＰ等により構成される。なお、制御部１の処理能力
が高い場合、画像処理部３，差分演算部４および圧縮・
伸長部５のいずれかまたは全部の処理を制御部１が実行
するようにしてもよい。

【００１８】表示用メモリ６は、フレームバッファとも
称し、ＣＲＴディスプレイ１５に表示する少なくとも１
フレーム分の画像データを記憶する。表示用メモリ６に
記憶された画像データは、Ｄ／Ａ変換器１４でアナログ
映像信号に変換された後、ＣＲＴディスプレイ１５に与
えられ、そこに表示される。キーボード７は、オペレー
タによって操作され、コマンドや各種データを制御部１
に入力するための装置である。なお、このキーボード７
には、マウス１６が付属しており、このマウス１６によ
ってもコマンドや各種データの入力が可能である。

【００１９】第１および第２画像メモリ８および９は、
画像データ処理時に処理の対象となる画像データを記憶
するもので、画像処理実行の際はトグルされて使用され
る。第１テーブルメモリ１０は、後述の図５に示すよう
なバージョン管理テーブルを記憶する。第２テーブルメ
モリ１１は、後述の図３および図４に示すような第１お
よび第２の処理名管理テーブルを記憶する。第１の２次
記憶装置１２は、原画像ファイルや差分画像ファイルを
保存する装置であり、例えばオートチェンジャー付きの
大容量磁気ディスク装置または大容量光磁気ディスク装
置によって構成される。第２の２次記憶装置１３は、後
述の図５に示すようなバージョン管理テーブルを記憶す
るとともに、ＯＳシステムやウインドウシステムや印刷
・製版処理のための種々のプログラムデータを記憶する
装置であり、磁気ディスク装置等によって構成される。
前述の制御部１は、第２の２次記憶装置１３に格納され
たプログラムデータに従って動作する。なお、メインメ
モリ２，第１および第２画像メモリ８および９，第１お
よび第２テーブルメモリ１０および１１は、ＲＡＭ等に
よって構成される。

【００２０】次に、本実施例の画像処理装置で用いられ
る各種データテーブルについて説明する。まず、図３お
よび図４を参照して、処理名管理テーブルについて説明
する。図３に示す第１の処理名管理テーブルは、画像全
体に対して施す第１の画像処理（拡大，縮小，回転，変
形，色変換等）に関するデータを記憶しており、具体的
には、各画像処理の処理番号と、処理名と、関数名と、
必要なパラメータの種類とを記憶している。図４に示す
第２の処理名管理テーブルは、画像の一部に対して施す
第２の画像処理（レタッチ，ブラッシング等）に関する
データを記憶しており、具体的には、各画像処理の番号
と、処理名とを記憶している。

【００２１】次に、図５を参照して、バージョン管理テ
ーブルについて説明する。図５に示すバージョン管理テ
ーブルは、各画像ファイルのバージョン管理データを記
憶しており、具体的には、その画像ファイルのバージョ
ン番号と、処理の対象となった元の画像ファイルのバー
ジョン番号（元バージョン番号）と、元の画像ファイル
に対して施された画像処理の番号（図３および図４の処
理名管理テーブルに格納されている）と、各画像処理に
対応する処理パラメータまたは画像ファイル名とを記憶
している。

【００２２】上記図５のバージョン管理テーブルに記憶
されたバージョン管理データを、図６を参照して説明す
る。図５および図６において、バージョン１の画像ファ
イル（原画像のファイル）は、ファイル名ａｂｃ．ＣＴ
として保存されている。バージョン２の画像ファイル
は、バージョン１の画像ファイルに対して、処理番号＃
１，＃３，＃７の画像処理（図３参照）と、処理番号＃
１０１の画像処理（図４参照）とが施されて生成された
もので、処理番号＃７の画像処理結果と処理番号＃１０
１の画像処理結果との差分画像データがファイル名ａｂ
ｃ．ＣＴ．２として保存されている。なお、処理番号＃
１，＃３，＃７の画像処理のパラメータは、それぞれ、
（３０），（ｄｅｆ），（７００，５０）である。バー
ジョン３の画像ファイルは、バージョン１の画像ファイ
ルに対して、処理番号＃２，＃４（図３参照）の画像処
理が施されて生成されたもので、処理番号＃２，＃４の
画像処理のパラメータは、それぞれ、（３０，５０），
（３，７．５）である。バージョン４の画像ファイル
は、バージョン２の画像ファイルに対して、処理番号＃
１，＃３の画像処理が施されて生成されたもので、処理
番号＃１，＃３の画像処理のパラメータは、それぞれ、
（５５），（ｈｉｊ）である。バージョン５の画像ファ
イルは、バージョン４の画像ファイルに対して、処理番
号＃２の画像処理が施されて生成されたもので、そのパ
ラメータは（４０，７０）である。バージョン６の画像
ファイルは、バージョン５の画像ファイルに対して、処
理番号＃１０２の画像処理（図４参照）が施されて生成
されたもので、バージョン５の画像処理結果とバージョ
ン６の画像処理結果との差分画像データがファイル名ａ
ｂｃ．ＣＴ．６として保存されている。バージョン７の
画像ファイルは、バージョン６の画像ファイルに対し
て、処理番号＃２の画像処理が施されて生成されたもの
で、そのパラメータは（２０，１０）である。

【００２３】次に、図７を参照して、バージョン履歴テ
ーブルについて説明する。図７に示すバージョン履歴テ
ーブルは、指定されたバージョン（図７では、一例とし
てバージョン６）の画像ファイルが、バージョン１の原
画像ファイルからどのような履歴をたどって生成された
かを示したもので、図５のバージョン管理テーブルを参
照してメインメモリ２上に展開される。図７の例では、
バージョン６の画像ファイルが、バージョン１→バージ
ョン２→バージョン４→バージョン５→バージョン６の
履歴をたどって生成されたことを示している。

【００２４】次に、図８のフローチャートを参照して、
本実施例における新規バージョンの作成動作およびその
管理動作を説明する。まず、オペレータは、画像ファイ
ルの新規バージョンを作成するために、その元となる古
いバージョンの番号を指定する（ステップＳ１）。すな
わち、すでに作成されたバージョンの画像ファイルを処
理して新規バージョンの画像ファイルを作成することに
なる。次に、制御部１は、トグルカウンタｍ（例えば、
メインメモリ２内に設けられる）に初期値として“０”
をセットする（ステップＳ２）。このトグルカウンタｍ
は、更新される毎にその値が０→１→０→１…と、トグ
ル的に変化していく。次に、制御部１は、トグルカウン
タｍで指定される画像メモリ上に、上記ステップＳ１で
指定されたバージョンの画像ファイルを復元する（ステ
ップＳ３）。この復元動作は、図９を参照して後に詳細
に説明する。なお、ここではトグルカウンタｍの値
“０”に対して第１画像メモリ８が対応しており、
“１”に対して第２画像メモリ９が対応している。従っ
て、当初指定されたバージョンの画像ファイルは、第１
画像メモリ８上で復元される。次に、制御部１は、第１
画像メモリ８上で復元された画像ファイルをＣＲＴディ
スプレイ１５に表示させる（ステップＳ４）。

【００２５】次に、制御部１は、トグルカウンタｍのカ
ウント値を更新する（ステップＳ５）。なお、トグルカ
ウンタｍの最初の更新カウント値は“１”となる。次
に、オペレータは、実施したい画像処理の番号（第２テ
ーブルメモリ１１内の第１または第２の処理名管理テー
ブル（図３または図４参照）に格納されている）を選択
し、その実行を指示する（ステップＳ６）。なお、オペ
レータは、第１の処理名管理テーブルから前述の第１の
画像処理を選択する場合は、その処理名とともに画像処
理に必要なパラメータも入力する。次に、制御部１は、
選択された画像処理番号に対応する画像処理を実行し、
その処理結果をトグルカウンタｍで指定される画像メモ
リ（最初は、第２画像メモリ９）に格納する（ステップ
Ｓ７）。次に、制御部１は、トグルカウンタｍで指定さ
れた画像メモリに格納された画像処理結果をＣＲＴディ
スプレイ１５に表示させる（ステップＳ８）。

【００２６】次に、制御部１は、新規バージョンの作成
処理が終了したか否かを判断する（ステップＳ９）。な
お、新規バージョンの作成処理の終了は、オペレータに
よっって指示される。新規バージョンの作成処理が終了
していない場合、制御部１は、前述のステップＳ７で実
行された画像処理の結果に対してオペレータの了承が得
られたか否かを判断する（ステップＳ１０）。オペレー
タは、ＣＲＴディスプレイ１５に表示された画像処理結
果に対して不備がない場合は、制御部１に対して画像処
理結果を了承する指示を与える。オペレータから画像処
理結果を了承する指示が与えられない場合、すなわちキ
ャンセルする指示が与えられると、制御部１は、再びス
テップＳ６〜Ｓ８の動作を繰り返す。これによって、最
初の画像処理結果がキャンセルされて画像処理がやり直
される。

【００２７】一方、ステップＳ１０において、画像処理
結果に対するオペレータの了承指示が得られた場合、制
御部１は、そのとき実行された画像処理が、画像全体に
対して一括的に実施された第１の画像処理（画像の拡
大，縮小，回転，変形，色変換等）であるか、または画
像の一部に対して局所的に実施された第２の画像処理
（レタッチ，ブラッシング等）であるかを判断する（ス
テップＳ１１）。このとき、上記第１の画像処理が実行
された場合、制御部１は、当該実行された第１の画像処
理に対応する画像処理番号およびパラメータ（これら
は、前述のステップＳ６で選択され、入力されている）
を、一時的にメインメモリ２に格納する（ステップＳ１
２）。一方、上記第２の画像処理が実行された場合、制
御部１は、第１画像メモリ８に格納された画像データと
第２画像メモリ９に格納された画像データとの差分画像
データを演算する（ステップＳ１３）。次に、制御部１
は、演算した差分画像データをＪＰＥＧ（高精細静止画
像の国際標準化符号化方式）のロスレス法等の可逆符号
化法で圧縮し、差分画像ファイルとして、第１の２次記
憶装置１２内に格納する（ステップＳ１４）。なお、こ
のとき実行された第２の画像処理に対応する画像処理番
号は、メインメモリ２に一時的に格納されている。

【００２８】上記ステップＳ１２またはＳ１４の処理が
終了すると、制御部１は、再びステップＳ５の動作に戻
り、上記と同様の処理（ステップＳ５〜Ｓ１４の処理）
を繰り返す。なお、この繰り返しルーチンにおいて、第
１および第２画像メモリ８および９は、トグルカウンタ
ｍが順次更新されることにより、トグルして使用され
る。すなわち、第１画像メモリ８に１つ前の画像処理結
果が格納されているときは第２画像メモリ９に現在の画
像処理結果が格納され、逆に、第１画像メモリ８に現在
の画像処理結果が格納されているときは第２画像メモリ
９に１つ前の画像処理結果が格納されることになる。

【００２９】以上のステップＳ５〜Ｓ１４の処理が繰り
返されて、新規バージョンに対する全ての画像処理が終
了すると、ステップＳ９からステップＳ１５に進み、制
御部１は、メインメモリ２に格納された画像処理番号お
よびパラメータと、第１の２次記憶装置１２に格納され
た差分画像ファイルのファイル名とを、図５に示すバー
ジョン管理テーブル（第２の２次記憶装置１３内に予め
設定されている）に登録する。その後、制御部１は、新
規バージョンの作成および管理動作を終了する。

【００３０】次に、図９を参照して、本実施例における
画像ファイルの復元動作を説明する。なお、この図９の
復元動作は、代表的には、新規バージョン作成のための
前述の図８のステップＳ３で実行される。しかしなが
ら、これに限定されることなく、その他の目的で古いバ
ージョンの画像ファイルを参照したい場合（例えば、古
いバージョンの画像ファイルを再利用したい場合）にも
実行される。

【００３１】まず、制御部１は、復元したい画像ファイ
ルのバージョン番号ｋを入力する（ステップＳ２１）。
このバージョン番号ｋは、一般的には、オペレータによ
って指定される。次に、制御部１は、原画像のファイル
（バージョン番号１の画像ファイル）を第１の２次記憶
装置１２から読み出し、第１画像メモリ８（または第２
画像メモリ９）にロードする（ステップＳ２２）。次
に、制御部１は、第２の２次記憶装置１３からバージョ
ン管理テーブル（図５参照）を読み出して第１テーブル
メモリ１０上に格納しそれを参照することにより、指定
されたバージョンｋに対するバージョン履歴テーブルを
作成し、かつ原画像ファイルのバージョン１から指定バ
ージョンｋに至るバージョン遷移数ｎを得る（ステップ
Ｓ２３）。ここで、バージョン管理テーブルに図５に示
すようなバージョン管理データが格納されていたとし、
指定されたバージョン番号が６であるとすると、このと
き作成されるバージョン履歴テーブルは、図７に示すよ
うになる。すなわち、バージョン６の画像ファイルは、
バージョン１→バージョン２→バージョン４→バージョ
ン５→バージョン６という履歴をたどって作成されてお
り、そのバージョン遷移数ｎは５である。なお、作成さ
れたバージョン履歴テーブルは、メインメモリ２上に展
開される。

【００３２】次に、制御部１は、バージョン数カウンタ
ｉ（例えば、メインメモリ２内に設けられる）に初期値
として２を設定する（ステップＳ２４）。次に、制御部
１は、メインメモリ２に展開されたバージョン履歴テー
ブルからｉ番目（最初は、２番目）に格納されているバ
ージョンの番号ｑを得る（ステップＳ２５）。図７の例
では、２番目に格納されているバージョンはバージョン
２であるため、制御部１はｑとして２を得る。次に、制
御部１は、第１テーブルメモリ１０に格納されたバージ
ョン管理テーブル（図５参照）を参照し、バージョンｑ
の画像ファイルを作成する際に元のバージョンに対して
施された画像処理の個数（画像処理関数の個数）ｐを得
る（ステップＳ２６）。例えば、図５において、バージ
ョン２を作成する際に元のバージョン１に対して施され
た画像処理の個数は、画像処理番号＃１，＃３，＃７，
＃１０１の４個である。次に、制御部１は、画像処理個
数カウンタｊ（例えば、メインメモリ２内に設けられ
る）に初期値として１を設定する（ステップＳ２７）。

【００３３】次に、制御部１は、バージョンｑの画像フ
ァイルに対するｊ番目の画像処理（最初は、１番目の画
像処理）が、画像全体に対して実施された第１の画像処
理であるか、または画像の一部に対して実施された第２
の画像処理であるかを判断する（ステップＳ２８）。こ
のとき、ｊ番目の画像処理が上記第１の画像処理である
場合、制御部１は、第１テーブルメモリ１０に格納され
たバージョン管理テーブル（図５参照）を参照して、対
応する画像処理のパラメータを得る（ステップＳ２
９）。次に、制御部１は、ステップＳ２９で得たパラメ
ータに基づき、第１画像メモリ８に格納された画像ファ
イル（最初は、原画像ファイル）に対して対応する画像
処理を実行する（ステップＳ３０）。これによって、当
該第１の画像処理の処理結果が復元される。

【００３４】一方、ステップＳ２８において、ｊ番目の
画像処理が上記第２の画像処理である場合、制御部１
は、第１テーブルメモリ１０に格納されたバージョン管
理テーブル（図５参照）を参照して、対応する差分画像
ファイル名を得る（ステップＳ３１）。次に、制御部１
は、当該差分画像ファイル名に対応する差分画像ファイ
ルを第１の２次記憶装置１２から読み出し、当該差分画
像ファイルに対してデータ伸長処理を施す（ステップＳ
３２）。次に、制御部１は、第１画像メモリ８に格納さ
れた画像ファイルに対してデータ伸長された差分画像デ
ータを加算する（ステップＳ３３）。これによって、当
該第２の画像処理の処理結果が復元される。

【００３５】上記ステップＳ３０またはＳ３１の終了
後、制御部１は、画像処理個数カウンタｊに１をインク
リメントする（ステップＳ３４）。これによって、次回
の実行対象となる画像処理が更新される。次に、制御部
１は、画像処理個数カウンタｊのカウント値が、前述の
ステップＳ２６で得た画像処理の個数ｐよりも大きくな
ったか否かを判断し、それによってバージョンｑの画像
ファイルの復元処理が終了したか否かを判断する（ステ
ップＳ３５）。画像処理個数カウンタｊのカウント値が
画像処理の個数ｐ以下の場合（ｊ≦ｐの場合）、バージ
ョンｑの画像ファイルを復元するための画像処理の実行
が終了していないため、制御部１は、再び上記ステップ
Ｓ２８〜Ｓ３５の動作を繰り返す。

【００３６】上記ステップＳ２８〜Ｓ３５の動作を繰り
返すことにより、画像処理個数カウンタｊのカウント値
が画像処理の個数ｐよりも大きくなると（ｊ＞ｐの場
合）、バージョンｑの画像ファイルを復元するための全
ての画像処理の実行が終了しているため、制御部１は、
バージョンｑの画像ファイルの復元処理が終了したもの
と判断し、バージョン数カウンタｉに１をインクリメン
トする（ステップＳ３６）。次に、制御部１は、バージ
ョン数カウンタｉのカウント値が、前述のステップＳ２
３で得たバージョン遷移数ｎよりも大きくなったか否か
を判断し、それによって指定バージョンｋの画像ファイ
ルの復元処理が終了したか否かを判断する（ステップＳ
３７）。バージョン数カウンタｉのカウント値がバージ
ョン遷移数ｎ以下の場合（ｉ≦ｎの場合）、指定バージ
ョンｋの画像ファイルの復元処理が終了していないた
め、制御部１は、再び上記ステップＳ２５〜Ｓ３７の動
作を繰り返す。

【００３７】上記ステップＳ２５〜Ｓ３７の動作を繰り
返すことにより、バージョン数カウンタｉのカウント値
がバージョン遷移数ｎよりも大きくなると（ｉ＞ｎの場
合）、指定バージョンｋの画像ファイルの復元処理が終
了しているため、制御部１は、図９の復元動作を終了す
る。

【００３８】上記のように、本実施例では、指定された
バージョンの画像ファイルがその作成履歴をたどって原
画像ファイルから順に復元されていく。このとき、途中
のバージョンの画像ファイルに対しては、元の画像処理
と全く同様の画像処理が施されるため、忠実な復元結果
が得られる。

【００３９】なお、上記実施例では、差分画像データを
圧縮して保存するようにしたが、より大容量の記憶装置
の使用が可能な環境であれば、差分画像データをそのま
ま保存するようにしてもよい。また、上記実施例では、
差分画像データをＪＰＥＧのロスレス法等の可逆符号化
法で圧縮するようにしているため、圧縮・伸長を繰り返
しても画質の劣化が生じないが、このような利点を望ま
ないならば、ディスクリート・コサイン（ＤＣＴ）変換
符号化法，ベクトル量子化符号化法等の非可逆符号化法
により差分画像データを圧縮するようにしてもよい。た
だし、この場合、可逆符号化法に比べて圧縮率が向上す
る（圧縮率は１／１０以上）という別の利点が生じる。

【００４０】また、上記実施例は、スタンドアロン型の
装置として構成されたが、本発明はネットワーク環境下
で運用される画像処理システムにも適用が可能である。
例えば、画像処理部３における画像処理をクライアント
マシンで実行させ、その他の処理をサーバーマシンで実
行させるようにしてもよい。

【００４１】なお、本発明において、画像データの表現
方法は特定の方法に限定されることはなく、種々の表現
方法の適用が可能である。例えば、印刷・製版の分野で
利用されているＲＧＢの３色またはイエロー，マゼン
タ，シアン，墨の４色を、各々８〜１２ビットのデータ
で表現してもよい。また、その他の色空間、例えばＣＩ
Ｅ（国際照明委員会）で提唱されているＬａｂの色空間
で表現してもよい。さらに、モノクロ多値画像，モノク
ロ２値画像でも表現できる。

【００４２】

【発明の効果】請求項１に係る発明によれば、新規な画
像ファイルの作成に当たり、元のバージョンの画像ファ
イルに対して施された画像処理が画像全体に対して一括
的に実施される場合は、元のバージョンの画像ファイル
に対して施された画像処理の内容を指示する情報をバー
ジョン管理データとして保存し、元のバージョンの画像
ファイルに対して施された画像処理が画像の一部に対し
て局所的に実施される場合は、元のバージョンの画像フ
ァイルと新規に作成された画像ファイルとの差分画像デ
ータをバージョン管理データとして保存するようにして
いるので、従来の画像処理装置のように画像ファイルそ
のものを保存する場合に比べて、バージョン管理のため
の保存データ量を著しく削減することができる。

【００４３】請求項２に係る発明によれば、復元すべき
画像ファイルのバージョンが指定されたとき、当該指定
されたバージョンの画像ファイルの作成履歴を抽出し、
この抽出された作成履歴に基づいて、当該指定された画
像ファイルの作成過程で発生した全ての画像処理を、原
画像の画像ファイルに対して再度繰り返すことにより、
指定されたバージョンの画像ファイルを復元するように
しているので、バージョン間の途中の画像処理結果を再
現して利用することができる。

【図面の簡単な説明】

【図１】本発明の原理を説明するための図である。

【図２】本発明の一実施例の画像処理装置の構成を示す
ブロック図である。

【図３】本発明の一実施例で用いられる第１の処理名管
理テーブルを示す図である。

【図４】本発明の一実施例で用いられる第２の処理名管
理テーブルを示す図である。

【図５】本発明の一実施例で用いられるバージョン管理
テーブルを示す図である。

【図６】図５に示すバージョン管理テーブルに一例とし
て記憶されたバージョン管理データを説明するための図
である。

【図７】本発明の一実施例で用いられるバージョン履歴
テーブルを示す図である。

【図８】本発明の一実施例における新規画像ファイルの
作成動作およびそのバージョン管理動作を示すフローチ
ャートである。

【図９】本発明の一実施例における画像ファイルの復元
動作を示すフローチャートである。

【図１０】画像全体に対して施される第１の画像処理を
示す図である。

【図１１】画像の一部に対して施される第２の画像処理
を示す図である。

【図１２】従来の画像処理装置で用いられている画像フ
ァイルのバージョン管理テーブルを示す図である。

【符号の説明】

１…制御部 ２…メインメモリ ３…画像処理部 ４…差分演算部 ５…圧縮・伸長部 ６…表示用メモリ ７…キーボード ８…第１画像メモリ ９…第２画像メモリ １０…第１テーブルメモリ １１…第２テーブルメモリ １２…第１の２次記憶装置 １３…第２の２次記憶装置 １４…Ｄ／Ａ変換器 １５…ＣＲＴディスプレイ １６…マウス １７…システムバス

Claims (2)

【特許請求の範囲】
1. 【請求項１】 画像処理装置において元のバージョンの
   画像ファイルから新規に作成される画像ファイルのバー
   ジョンを管理する装置であって、 前記新規な画像ファイルの作成に当たり、元のバージョ
   ンの画像ファイルに対して施された画像処理が画像全体
   に対して一括的に実施される第１の画像処理であるか、
   画像の一部に対して局所的に実施される第２の画像処理
   であるかを判別する判別手段、 前記判別手段の判別の結果、元のバージョンの画像ファ
   イルに対して前記第１の画像処理が施された場合は、当
   該元のバージョンの画像ファイルに対して施された画像
   処理の内容を指示する情報を、新規に作成された画像フ
   ァイルのバージョン管理データとして保存する第１の保
   存手段、および前記判別手段の判別の結果、元のバージ
   ョンの画像ファイルに対して前記第２の画像処理が施さ
   れた場合は、当該元のバージョンの画像ファイルと新規
   に作成された画像ファイルとの差分画像データを、新規
   に作成された画像ファイルのバージョン管理データとし
   て保存する第２の保存手段を備える、画像ファイルのバ
   ージョン管理装置。
2. 【請求項２】 復元すべき画像ファイルのバージョンを
   指定するバージョン指定手段、 前記第１および第２の保存手段を参照して、前記指定さ
   れたバージョンの画像ファイルの作成履歴を抽出する作
   成履歴抽出手段、および前記作成履歴抽出手段により抽
   出された作成履歴に基づいて、前記指定されたバージョ
   ンの画像ファイルの作成過程で発生した全ての画像処理
   を、原画像の画像ファイルに対して再度繰り返すことに
   より、前記指定されたバージョンの画像ファイルを復元
   する画像ファイル復元手段をさらに備える、請求項１に
   記載の画像ファイルのバージョン管理装置。