JP2008146104A - 画像文書管理装置及び画像文書管理方法 - Google Patents

Abstract

【課題】記憶媒体の容量を圧迫することなく画像文書のリビジョン管理を可能にし、修正が頻繁に行われる画像文書でも、容易に修正箇所を判別することができる画像文書管理装置を提供する。
【解決手段】画像読み取り手段により読み取られた画像に対して、文字領域と文字領域以外の画像を抽出してそれぞれブロック領域として分離する。分離されたブロック領域に対して識別符号を付加して管理し、また、前記識別符号別に、前記ブロック領域に対する更新履歴を管理する。前記ブロック領域に対して文字読み取りを行って前記更新履歴間における文字領域の差分を抽出すると共に、ブロック領域に対して前記更新履歴間における画像の差分を抽出する。そして、これら抽出結果に基づいて、ブロック領域に対する更新履歴を保存管理する。
【選択図】図２５

Description

本発明は、スキャナ等で読み取られた画像文書を管理する画像文書管理装置及び画像文書管理方法に関するものである。

コンピュータ上で作成した電子文書の履歴管理を行うリビジョン（版）管理を利用することにより、差分のある文書を１つの文書として扱うことが可能となっている。これにより、過去のリビジョンに戻すことが可能となり、結果として全ページ分のデータを保持しなくてもよくなり、記憶媒体の容量を削減する技術が一般に用いられている。

一方、コンピュータで作成した電子文書以外に、画像読み取り装置（スキャナ）で読み取った画像も画像文書として存在する。

デジタル複合機の原稿自動搬送装置付きのスキャナでは、複数枚の原稿（原稿束）を読み取り、その読み取り画像文書をデジタル複合機に内蔵された記憶媒体に画像文書として蓄積する。

スキャナで読み取った画像は、一部分だけ変更された画像はもちろん、たとえ同じ画像であっても、別の画像として生成され、ファイルとして保存される。一部分だけ変更された場合には、更新状況を確認するために変更部分だけ認識することが必要になる。この技術に関しては、例えば特許文献１や特許文献２において、画像の差分を画素単位で抽出し、更新状況の確認を行う処理が開示されている。
特開２００１−２８３２３１号公報 特開平８−３１７１５５号公報

しかしながら、従来技術では、上述のように電子文書のリビジョン管理は可能であるものの、スキャナ等で読み取った画像文書のリビジョン管理を行う有効な手法は見当たらない。上記特許文献１及び２においては、画像の差分を抽出することは可能であるが、抽出した差分は、別々に保存されるため、これをリビジョン管理すると記憶媒体の容量が圧迫されるという問題がある。

この点について図３３（ａ），（ｂ），（ｃ）を用いて説明する。図３３（ａ），（ｂ），（ｃ）は、従来の画像文書（例えば設計図）の更新履歴を示す模式図である。

図３３（ａ）に示す画像文書が最初のバージョンであり、図３３（ｃ）に示す画像文書が最終バージョンである。図３３（ａ）の画像文書からブロック領域Ａのみ修正し、そのバージョン番号をＶ１からＶ２と変更する（図３３（ｂ））。その後の図３３（ｃ）に示す画像文書では、ブロック領域Ａのみ元に戻し、ブロック領域Ｂを修正してそのバージョン番号をＶ１からＶ２と変更した場合を示している。

この場合では、従来の方式では全画像をそれぞれ別の画像として保存していたので、リビジョン管理するためには図３３（ａ）、図３３（ｂ）、図３３（ｃ）の３ページ分の画像を保持する必要があり、記憶媒体の容量を圧迫していた。望ましくはブロックＡ（Ｖ０１）、ブロックＡ（Ｖ０２）、ブロックＢ（Ｖ０１）、ブロックＢ（Ｖ０２）だけ保存すれば、３ページ分の画像を保存する必要はなく、記憶媒体を圧迫せずに済む。

また、設計図のように修正が頻繁に行われる画像文書の場合、各図面のどの部分が修正されているのか判りにくかった。つまり、少しずつ変更された設計図のようなものを漫然と見比べても、修正箇所を容易に判別することができなかった。

本発明は上記従来の問題点に鑑み、記憶媒体の容量を圧迫することなく画像文書のリビジョン管理を可能にし、修正が頻繁に行われる画像文書でも、容易に修正箇所を判別することができる画像文書管理装置及び画像文書管理方法を提供することを目的とする。

本発明は上記目的を達成するため、画像読み取り手段により読み取られた画像に対して、文字領域と文字領域以外の画像を抽出してそれぞれブロック領域として分離する像域分離手段と、前記像域分離手段により分離されたブロック領域に対して識別符号を付加して管理するブロック領域管理手段と、前記識別符号別に、前記ブロック領域に対する更新履歴を管理するバージョン管理手段と、前記ブロック領域に対して文字読み取りを行って前記更新履歴間における文字領域の差分を抽出する文字差分抽出手段と、前記ブロック領域に対して前記更新履歴間における画像の差分を抽出する画像差分抽出手段とを備え、前記バージョン管理手段は、前記文字差分抽出手段及び前記画像差分抽出手段の抽出結果に基づいて、前記ブロック領域に対する更新履歴を保存管理することを特徴とする。

また、本発明は、画像読み取り手段により読み取られた画像に対して、文字領域と文字領域以外の画像を抽出してそれぞれブロック領域として分離する像域分離工程と、前記像域分離工程により分離されたブロック領域に対して識別符号を付加して管理するブロック領域管理工程と、前記識別符号別に、前記ブロック領域に対する更新履歴を管理するバージョン管理工程と、前記ブロック領域に対して文字読み取りを行って前記更新履歴間における文字領域の差分を抽出する文字差分抽出工程と、前記ブロック領域に対して前記更新履歴間における画像の差分を抽出する画像差分抽出工程とを備え、前記バージョン管理工程は、前記文字差分抽出工程及び前記画像差分抽出工程の抽出結果に基づいて、前記ブロック領域に対する更新履歴を保存管理することを特徴とする。

本発明によれば、記憶媒体の容量を圧迫することなく画像文書のリビジョン管理が可能になり、修正が頻繁に行われる画像文書でも、容易に修正箇所を判別することができる。

以下、本発明の実施の形態について、図面を参照しながら説明する。

＜本実施の形態に係る複写機の構成＞
図１は、本発明の実施の形態に係る画像文書管理装置である複写機の構成を示す断面図である。

この複写機は、リーダ部１、プリンタ部２、及び製本ユニット２３０を備えている。以下、これらの構成及び動作について説明する。

（Ａ）リーダ部
原稿給送装置１０１上に積載された原稿は、１枚ずつ順次原稿台ガラス面１０２上に搬送される。原稿がガラス面１０２の所定位置へ搬送されると、スキャナ部のランプ１０３が点灯、かつスキャナ・ユニット１０４が移動して原稿を照射する。原稿の反射光は、ミラー１０５、１０６、及びレンズ１０８を介してＣＣＤイメージ・センサー部１０９（以下ＣＣＤと称する）に入力される。

図２は、リーダ部１の信号処理構成を示す回路ブロック図である。

ＣＣＤ１０９に照射された原稿の反射光は、ここで光電変換され、レッド（Ｒ）、グリーン（Ｇ）、ブルー（Ｂ）の各色の電気信号に変換される。ＣＣＤ１０９からのカラー情報は、次の増幅器１１０Ｒ，１１０Ｇ，１１０ＢでＡ／Ｄ変換器１１１の入力信号レベルに合わせて増幅される。Ａ／Ｄ変換器１１１からの出力信号は、シェーディング回路１１２に入力され、ここでランプ１０３の配光ムラや、ＣＣＤの感度ムラが補正される。シェーディング回路１１２からの信号は、Ｙ信号・色検出回路１１３及び外部Ｉ／Ｆ切り替え回路１１９に入力される。

Ｙ信号生成・色検出回路１１３は、シェーディング回路１１２からの信号を下記の式で演算を行いＹ（イエロー）信号を得る。

Ｙ＝０．３Ｒ＋０．６Ｇ＋０．１Ｂ
さらに、Ｒ，Ｇ，Ｂの信号から７つの色に分離し各色に対する信号を出力する色検出回路を有する。Ｙ信号生成・色検出回路１１３からの出力信号は、変倍・リピート回路１１４に入力される。スキャナユニット１０４の走査スピードにより副走査方向の変倍を、変倍回路・リピート回路１１４により主走査方向の変倍を行う。また変倍・リピート回路１１４により複数の同一画像を出力することが可能である。輪郭・エッジ強調回路１１５は、変倍・リピート回路１１４からの信号の高周波成分を強調することによりエッジ強調及び輪郭情報を得る。輪郭・エッジ強調回路１１５からの信号は、マーカエリア判定・輪郭生成回路１１６とパターン化・太らせ・マスキング・トリミング回路１１７に入力される。

マーカエリア判定・輪郭生成回路１１６は、原稿上の指定された色のマーカペンで書かれた部分を読み取りマーカの輪郭情報を生成し、次のパターン化・太らせ・マスキング・トリミング回路１１７でこの輪郭情報から太らせやマスキングやトリミングを行う。また、Ｙ信号生成・色検出回路１１３からの色検出信号によりパターン化を行う。

パターン化・太らせ・マスキング・トリミング回路１１７からの出力信号は、プリンタ部２に出力する場合は、後述する画像データセレクタ１１８により選択され、レーザドライバ回路１１９に入力され各種処理された信号をレーザを駆動するための信号に変換する。レーザドライバ１１９の出力信号は、プリンタ２に入力され可視像として画像形成が行われる。

画像メモリ１２０は、画像データセレクタ１１８により送られた画像データをＣＰＵ１２２の指示により画像メモリ１２０の指定位置に後述する方法で、記憶及び読み出しを行い、回転処理、画像をメモリ上で合成する機能を行っている。

ＣＰＵ回路１２２はリーダ部１を制御するもので、制御プログラム、エラー処理プログラムなどを記憶するＲＯＭ１２2aと各種プログラムのワークエリアなどのために利用されるＲＡＭ１２２bと各種タイマー制御部等から構成される。また、画像メモリ１２０に蓄積された画像データの中で必要なデータはＣＰＵ１２２の指示により、圧縮器１２６と通して圧縮しハードディスク１２７に蓄積される。ハードディスク１２７に記憶された画像データを、伸張器１２６を通してＣＰＵ１２２の指示により画像メモリ上に展開することも可能である。

操作部１２３はリーダ部１の画像処理に対する画像編集内容、コピー枚数等の画像動作を指示する各種キー群と、操作時の内容を表示する表示部等を有している。

図３は、ＨＤＤ１２７のデータ格納領域を示す模式図である。

このＨＤＤ１２７は、ＣＰＵ１２２に指示された場合に圧縮器１２６を用いて符号化して画像／管理データを格納する。ＨＤＤ１２７は、領域を分けて使用する。その領域としては、図３に示すように、例えば、管理データ領域３−１、一時データ領域３−２、画像差分データ領域３−３、画像データ領域３−４、及びユーザーＢＯＸ領域３−５がある。

管理データ領域３−１は、本実施の形態に係る画像差分管理用のデータが蓄積されている。一時データ領域３−２は、一時的に使用される画像データ領域であり、電源断保証されない領域であり、コピー機能などに用いられる。差分画像データ領域３−３は、後述する差分画像データを格納する領域である。画像データ領域３−４は、画像データ全体を格納する領域である。ユーザーＢＯＸ領域３−５は、ユーザーボックス機能を実現するための、ファイル名／ユーザー名などがボックス毎に記載されたファイルが格納されている。

（Ｂ）プリンタ部２及び製本ユニット２３０
プリンタ部２に入力された画像信号は、露光制御部２０１にて変調された光信号に変換されて感光体２０２を照射する。照射光によって感光体２０２上に作られた潜像は現像器２０３によって現像される。

上記現像像の先端とタイミングを併せて転写紙積載部２０４より転写紙が搬送され、転写部２０６において、上記現像された像が転写される。転写された像は定着部２０７にて転写紙に定着された後、排紙部２０８より装置外部に排出される。排紙部２０８から出力された転写紙は、製本ユニット２３０に受け渡される。

製本ユニット２３０は、処理内容により転写紙の進行方向を変更することにより後処理（パンチ機能やステイプル機能等）を行う。

＜本実施の形態に係るリビジョン管理＞
（Ａ）リビジョン管理の初期登録の設定
まず、画像リビジョン管理機能の初期登録に関して説明する。

図４（ａ），（ｂ），（ｃ）及び図５（ａ），（ｂ）は、画像リビジョン管理機能の設定画面を示す画面図である。

図４（ａ）は、ボックス機能操作画面を示し、同図中のキー１１−１−１はユーザーボックス０を示すキーである。キー１１−１−１を押下すると、図４（ｂ）に示すように、ユーザーボックス００に登録されている文書の一覧を示す画面を表示する。

図４（ｂ）の画面例では、登録されている文書が無い状態である。同図中のキー１１−２−１は原稿読み込みキーである。キー１１−２−１を押下すると、図４（ｃ）に示すような原稿読み込み画面を表示する。

図４（ｃ）の画面例の状態は、読み取り倍率１００％、原稿サイズ自動、濃度自動で読み取るようになっている。同図中のキー１１−３−１はリビジョン管理を指定するキーであり、キー１１３−１を押下すると、図５（ａ）の画面を表示する。

図５（ａ）は、リビジョン管理タイプを設定する画面であり、同図中のキー１１−４−１は文書モードを指定するキーであり、キー１１−４−２は帳票モードを指定するキーである。文書モードを選択すると、図５（ｂ）の画面を表示する。

図５（ｂ）は、リビジョン管理を行うための領域を設定する画面である。同図中のキー１１−５−１は、自動領域判定・文字認識モードを示すキーである。

自動領域判定は、特開平６−２０８６２５号公報や特開平６−２０８６５１号公報等で開示されている手法を用いて像域判定を行う。そして、文字認識は、特開平７−２００７３３号公報等で開示されている文字認識技術を用いる。そして、このような手法を実行することにより、画像領域及び文字領域の抽出と文字認識を行う。図６（a）,（b）は、像域分離を示す概念図である。例えば図６（ａ）示す画像は、図６（ｂ）のように「文字１」、「文字２」、「文字３」、「Ｉｍａｇｅ（画像）Ａ」、「Ｉｍａｇｅ（画像）Ｂ」に領域分割される。そして、「文字１」は「２００５／５／９」、「文字２」は「所属氏名」、「文字３」は「電話番号」とそれぞれ文字列で認識される。複数ページの原稿がある場合は、各ページに対して同様に像域分離、文字認識を行う。

自動判定を行わない場合は、パターンファイルから選択する。例えば図６（ｂ）に示すようなパターンを予め登録し、図５（ｂ）のキー１１−５−３、キー１１−５−４に示すような、パターンを列挙したキーを選択する。すると、像域分離は行わずに、パターンに従った領域の中で文字領域を文字認識することができる。

複数ページの原稿を読み込む場合には、キー１１−５−３／キー１１−５−４を双方選択し、キー１１−５−３で指定されるパターンに対して、原稿のページ番号を指定することにより実現する。パターンを選択し、操作部１２３のテンキーを押下することによりページ番号を指定する。指定した原稿において指定したパターンに従った領域において、文字認識を行う。

（Ｂ）原稿読み取りと各種ファイルの生成
図７（ａ），（ｂ）は、原稿読み取り時に表示する画面を示す画面図である。

操作部１２３のスタートキーを押下することにより、原稿の読み取りを開始し、図７（ａ）の画面を表示し、ＨＤＤ１２７のユーザーボックスデータ領域３−５に画像データを格納する。全ての原稿の読み取りを完了すると、各ページに対する領域分割、文字認識、後述するドキュメント差分管理ファイル、画像差分管理ファイル、差分画像データ、パターンファイルを生成する。これらの作成中に文書操作を行おうとした場合は、図７（ｂ）の画面を表示し、文書操作はできない。

文字認識処理が終わると、ドキュメント差分管理ファイルと画像差分管理ファイルを生成する。ドキュメント差分管理ファイルは、一般にＣＶＳ（ＣｕｒｒｅｎｔＶｅｒｓｉｏｎＳｙｓｔｅｍ）として認知されているリビジョン管理システムで用いる管理ファイル形式を拡張した次のようなファイル形式のファイルを生成する。

ファイル名：ＹＹＹＹＭＭＤＤＨＨＭＭ，Ｖ
但し、ＹＹＹＹＭＭＤＤＨＨＭＭはファイル名、Ｖは拡張子である。ファイル名は変更可能である。ＹＹＹＹは年ＭＭは月、ＤＤは日、ＨＨは時間、ＭＭは分を示す数値であり、生成した年月日時分を初期ファイル名とする。

図８は、ドキュメント差分管理ファイルの内容を示す図である。

ファイルの内容はテキストで図８で示す構成で記載され、版内容情報に、画像差分管理情報を示すＩｍａｇｅＦｉｌｅの内容が拡張されている。Ａ４原稿の１ページで画像差分管理情報には、ファイル（Ｆｉｌｅ）１のＲｅｖ１．０を示す「Ｆｉｌｅ１（Ｒｅｖ１．０）」と情報が記載されている。複数ページの場合は、Ｆｉｌｅ名（Ｒｅｖ番号）のセットがページ分記載される。

図９は、画像差分管理ファイルの内容を示す図である。

画像差分管理ファイルは、図９に示す構成で記載される。画像差分管理ファイルのファイル名は、
ファイル名：Ｆｉｌｅｘｘｘ，ｉＶ
但し、Ｆｉｌｅｘｘｘｘはファイル名、ｉＶは拡張子で生成される。

図９において、版管理情報は、ドキュメント差分管理ファイルに対して画像をハンドリングするパラメータを追加した形となる。最新版のバージョンを示す最新版情報に最新版の画像タイプが追加され、「Ｗｈｏｌｅ」（全面）の場合は、最新版の画像を全面として持つタイプとして宣言される。リビジョン管理では、通常最新版を一番使うという発想から、最新版の全体を有する。最新版の画像データを示す情報も列挙される。版管理情報は、管理ファイル情報と同様であり、版毎に生成される。

図１０は、パターンファイルの内容を示す図である。

パターンファイルは、領域分割及び文字認識をした結果の座標位置を示したファイルである。このパターンファイルのファイル名が、画像差分管理ファイルに記載される。版（リビジョン）を上げる場合に差分を検出する領域として保存される。

版内容情報は、画像の差分が記載される。版内容情報には、版の番号、Ｌｏｇ、像域分離を行った結果のオブジェクト情報が記載される。オブジェクト情報には、文字または画像を示すタイプ情報、オブジェクトの位置、オブジェクトの大きさ、オブジェクトデータ名が記載される。

画像全体の場合は、Ｉｍａｇｅ＊．ｄａｔという名前で画像データ領域３−４に蓄積され、オブジェクトデータは＊．ｄａｔという名前で差分画像データ領域３−３に蓄積される。蓄積が終了すると、初期登録が終了する。

図１１に各ファイルの相関関係を示す。

（Ｃ）登録済み画像文書のリビジョン管理の操作
図１２（ａ），（ｂ）は、登録済み画像文書のリビジョン管理の操作時に表示する画面を示す画面図である。

登録済みの画像を後からリビジョン管理することも可能である。図１２（ａ）に示すように、ボックス００に、「２００５０６１３１１０５５６」という画像ファイルが既に存在している。このファイルをリビジョン管理する場合には、図１２（ｂ）に示すように、「版管理キー」１１−８−１を押下して図５（ａ）の画面を開き、図５（ａ），（ｂ）に表示されるキーを操作し、ＯＫキー１１−５−６を押下する。これによって、各ページに対する像域分離、文字認識、ドキュメント差分管理ファイル、画像差分管理ファイル、及び差分画像データを形成する。初期登録中に文書操作を行う場合は、図７（ｂ）の画面を表示し、操作することはできない。

（Ｄ）登録用パターンの登録
図１３（ａ），（ｂ）は、登録用パターンの登録時に表示する画面を示す画面図である。

登録用パターンは、ユーザーモードキー押下することにより表示される図示せぬユーザーモード画面において、リビジョンフォームの登録キーを押下することで図１３（ａ）の画面を表示する。今図１３（ａ）の画面例は未登録の状態であり、登録キー１１−９−１だけが有効になっている。キー１１−９−１を押下すると原稿サイズを選択する画面（図示省略）を表示し、さらに読み込み画面（図示省略）へ移行する。

スタートキーを押下すると、図６（ａ）の原稿に対しては、図６（ｂ）に示すようなプリントアウトを出力し、図１３（ｂ）の画面を表示し、認識領域をリスト表示する。図１３（ｂ）の画面において、名称に表示されている内容は、文字認識した内容であり、番号は図６（ｂ）で印刷した内容を示している。領域として登録したい領域を図１３（ｂ）の画面上に選択して閉じるキーを押下することにより図１０に示すパターンファイルを生成することにより登録を行う。

（Ｅ）登録済み文書に対するリビジョンアップ
次に、登録済み文書に対するリビジョンアップについて、図１４〜図１７を参照して説明する。

図１４（ａ），（ｂ）は、登録済み文書に対するリビジョンアップ時に表示する画面を示す画面図であり、図１５は、画像差分管理ファイルの内容を示す図である。また、図１６は、文字領域の差分を示す図であり、図１７は、ドキュメント差分管理ファイルの内容を示す図である。

既にリビジョン管理に登録済みの文書に対してリビジョンを上げる場合は、図１４（ａ）の図面において文書を選択し、図１４（ｂ）の画面を表示する。図１４（ｂ）の画面において、キー１１−１２−１がリビジョン登録キーであり、リビジョン登録状態となる。本キーを押下すると、図４（ｃ）の画面に移行し、通常の文書読み込みに変更する。今文書をリビジョン登録するため本キーは押下しない。原稿自動給送装置に原稿をセットし、スタートキーを押下することにより、読み込みを開始し、リビジョン登録を行う。

画像を設定してスタートキーを押下することで、画像を読み込み、一時データ領域３−２にＴＭＰ＿Ｉｍａｇｅ００１．ｄａｔというファイル名で画像を形成する。ＴＭＰ＿Ｉｍａｇｅ００１．ｄａｔと、Ｉｍａｇｅ００１．ｄａｔの画像差分を算出する。

図１５のＦｉｌｅ１の「画像差分管理ファイル」の「版管理情報」−「画像タイプ」を参照する。画像タイプは０であるので、一般画像モードで有る。よって像域分離、文字認識を行う。像域分離、文字認識した結果を、パターンファイルにしたがって確認する。

図１６に示すように、Ｒｅｖ１とＲｅｖ２の差分は「文字１」である。Ｒｅｖ２の「文字１」の文字認識内容は「２００５／０５／１５」である。「文字１」の画像位置は、主走査方向５０ｍｍ／副走査方向５０ｍｍ、幅４００ｍｍ、高さ５０ｍｍであり、この画像を００００１．ｄａｔとして、画像差分領域に保存し、画像差分管理ファイルを更新する。Ｒｅｖ２．０が最新の画像であるので「Ｈｅａｄ２．０」と修正し、最新画像をベース画像とするためＨｅａｄＩｍａｇｅＴｙｐｅをＷｈｏｌｅ（全面）と記載する。版管理情報は特に修正する必要は無いので修正はしない。

次に版管理情報に２．０を追加する。２．０の版管理情報の内容には、ＴＹＰＥ、生成日、生成者、枝管理情報を記載し、関連付けを示すＮＥＸＴに１．０と記載する。次に版内容情報を生成する。版内容情報に２．０を追加し、Ｌｏｇに文字認識した内容の中で最初の内容を記入する。２．０は画像全面で持つので、オブジェクトの情報は特に記載しない。Ｒｅｖ１．０は、Ｒｅｖ２．０の差分画像情報になるためＲｅｖ１．０の内容を変更する。オブジェクト情報を追加する。

Ｏｂｊ１．Ｔｙｐｅ：Ｃｈａｒ 文字情報
Ｌｏｃａｔｅ＿ｘ：５０
Ｌｏｃａｔｅ＿ｙ：５０
Ｓｉｚｅ＿ｈ：４００
Ｓｉｚｅ＿ｗ：５０
Ｄａｔａ： ００００１．ｄａｔ
これらの文字列の先頭に「＜」の記号が記載されているのは、再生する場合に追加することを意味する。逆に「＞」の記号が追加される場合は、再生する場合に画像データを削除することを意味する。

Ｒｅｖ２．０を再生する場合は、Ｒｅｖ２．０に対して００００１．ｄａｔを上書きすることにより再現できるため「＜」の記号のみを記載する。Ｒｅｖ２．０が最新画像になるので。Ｉｍａｇｅ００１．ｄａｔを削除し、ＴＭＰ＿Ｉｍａｇｅ００１．ｄａｔをＩｍａｇｅ００１．ｄａｔにリネームする。

画像差分管理ファイルがＲｅｖ２．０にリビジョンＵＰしたので、図１７に示すようにドキュメント差分管理ファイルを更新する。リビジョンが、２．０にアップするためＨｅａｄを２．０に更新し、版管理情報を追加する。２．０の版管理情報にＴｙｐｅ、生成日、生成者、枝管理依存情報を記載し、関連情報を示すＮｅｘｔに１．０と記載する。

版内容情報はリビジョン番号２．０であり、Ｌｏｇの内容は、Ｆｉｌｅ１のＲｅｖ２．０の内容を記載し、画像は差分が発生し、Ｒｅｖ２．０にアップするので、「ＩｍａｇｅＦｉｌｅ：」に「Ｆｉｌｅ２（ｒｅｖ２．０）」を記載する。

次に、複数ページの場合について説明する。

図１８は、複数ページの画像文書に対するリビジョンアップを説明する説明図である。

図１８に示す文書がＲｅｖ１．０に登録されている。Ｒｅｖ２．０の文書に版を上げる場合には以下のようになる。Ｒｅｖ２．０のために読み込んだ画像を像域分離、文字認識した結果のテンプレート２−１を作成する。次に、Ｒｅｖ１．０のＰａｇｅ１のテンプレートを読み出し、Ｒｅｖ２．０の像域分離、文字認識のテンプレートと照合する。テンプレートＲｅｖ１．０のＰａｇｅ１と合致するので、差分抽出を行い、画像差分管理ファイルをＲｅｖ２．０に更新し、差分データを蓄積し、ドキュメント差分管理ファイルのデータをＦｉｌｅ１（Ｒｅｖ２．０）に更新する。

次にＲｅｖ２．０のｐａｇｅ２を像域分離、文字認識し、テンプレート２−２を作成する。そして、Ｒｅｖ１．０のＰａｇｅ２のテンプレートを読み出し、比較する。このときテンプレートが合致しない。そのため新規Ｐａｇｅと判断し、Ｆｉｌｅ３として生成し、画像差分管理ファイル、テンプレートファイル、画像差分データを新規作成する。その後その情報を、ドキュメント差分管理ファイルのデータを更新する。この場合には、Ｆｉｌｅ１（ｒｅｖ２．０），Ｆｉｌｅ３（ｒｅｖ１．０）と記載される。

次にＲｅｖ２．０のｐａｇｅ３を像域分離、文字認識し、テンプレート２−３を作成する。そして、Ｒｅｖ１．０のＰａｇｅ２のテンプレートを読み出し比較する。このときテンプレートが合致する。そのため差分抽出を行い、差分データを蓄積し、ドキュメント差分管理ファイルのデータをＦｉｌｅ１（Ｒｅｖ２．０）、Ｆｉｌｅ３（Ｒｅｖ１．０）、Ｆｉｌｅ（Ｒｅｖ２．０）に更新する。

このようにテンプレートファイルを用いて、新規ページを検知し、新規ページの場合は、画像差分管理ファイル、テンプレートファイル、差分画像データを蓄積することにより新規ページに対応する。また、ページを削除されたときには、ドキュメント差分管理ファイルにデータを書き込まないだけでよい。このように複数ページのリビジョン管理が可能となる。

（Ｆ）登録済み文書に対する他の文書の挿入
次に、登録済み文書に対して他の文書のページを挿入する場合について、図１９〜図２２を参照して説明する。

図１９（ａ），（ｂ）は、登録済み文書に対する他の文書の挿入時に表示する画面を示す画面図であり、図２０は、登録済み文書に対して他の文書を挿入する場合の概念を示す概念図である。また、図２１は、枝管理が発生した画像差分管理ファイルを示す図であり、図２２は、登録済み文書に対する他の文書の挿入時に関するドキュメント差分管理ファイルを示す図である。

図１９（ａ）に示されるリスト画面に３文書が登録されている。各々の文書がリビジョン管理されており、各々の文書のリビジョンは１である。図１９（ａ）において文書を選択すると、キー１１−１７−１の編集メニューキーが押下可能となり、キー１１−１７−２文書挿入キーが押下可能となる。キー１１−１７−２を押下すると、図１９（ｂ）の文書挿入画面が表示される。文書挿入画面では、挿入する文書１１−１８−１を選択し、テンキーにて挿入するページ数を押下し、閉じるキーを押下することにより文書の挿入を行う。

文書の挿入時の、ドキュメント差分管理ファイル、画像差分管理ファイルに関して説明する。図２０に示すようにＲｅｖ１．０とＲｅｖ２．０の間で、Ｐａｇｅ１（Ｆｉｌｅ１）とＰａｇｅ２（Ｆｉｌｅ２）の間にＦｉｌｅ４を挿入する。Ｒｅｖ１．０であるＰａｇｅ１とＰａｇｅ２で構成された文書は、ドキュメント差分管理ファイルのＩｍａｇｅＦｉｌｅにＦｉｌｅ１（Ｒｅｖ１．０）、Ｆｉｌｅ２（Ｒｅｖ１．０）と記載されている。
Ｆｉｌｅ４の挿入が発生した場合には、まず画像差分管理ファイルに対して枝管理（ブランチ管理）が追記される。図２１に、枝管理が発生したＦｉｌｅ４の画像差分管理ファイルを示す。

枝管理が発生している場合の最新の版番号は１．０のままであり、Ｒｅｖ１．０の枝管理情報Ｂｒａｎｃｈｅｓに枝管理後の版番号１．１が記載され、枝管理後の版管理情報１．１が記載される。版管理情報１．１には、通常のリビジョン管理に加えて、枝管理後の最新版の画像タイプ、画像データ、テンプレートデータが記載される。一般画像Ｔｙｐｅ０の画像差分管理であるため画像タイプはＷｈｏｌｅ（全面）、画像データは、枝管理発生時の画像データがコピーされ、枝管理番号が付加されたファイル名 Ｂ１０Ｉｍａｇｅ００１．ｄａｔとして別名保存され、枝管理情報に記載される。テンプレートも同様である。画像差分管理ファイルの記載が終了し、画像データのコピーが終了し、枝管理Ｒｅｖ１．１の生成が終了する。

ドキュメント差分管理ファイルには図２２に示すように、Ｒｅｖ２．０のＩｍａｇｅＦｉｌｅに、Ｆｉｌｅ１（Ｒｅｖ１．０）、Ｆｉｌｅ４（Ｒｅｖ１．１），Ｆｉｌｅ（Ｒｅｖ１．０）と記載される。

（Ｇ）帳票文書の登録の動作
次に、帳票文書の初期登録に関して説明する。帳票は定形フォーマットに従う画像となる。そのため、画像差分管理ファイルを１つのみで生成する。

複数ページの原稿を読み込む場合であっても、帳票モード時は、特定フォーマットであるため、キー１１−５−３／キー１１−５−４の１つのみが設定が可能となる。指定されたパターンに対して、原稿の番号を指定することはできない。パターンを選択し、テンキーを押下することによりページ番号を指定する。指定した原稿において指定したパターンに従った領域において、文字認識を行う。

帳票タイプの場合はファイル名：ＹＹＹＹＭＭＤＤＨＨＭＭ，ｉＶ である画像差分ファイルが存在し、ドキュメント差分管理ファイル：ファイル名：ＹＹＹＹＭＭＤＤＨＨＭＭ，Ｖは存在しない。画像差分管理ファイルにおけるＹＹＹＹＭＭＤＤＨＨＭＭ，ｉＶの画像タイプを帳票タイプ２と記載し、画像差分管理のみを行う。

図２３は、帳票モード時における複数ページ登録を説明する概念図である。

図２３に示すように、初回登録時のＰａｇｅ１は、Ｒｅｖ１．０、Ｐａｇｅ２をＲｅｖ２．０、Ｐａｇｅ３をＲｅｖ３．０とする。次に登録する場合は、枝管理を利用し、Ｒｅｖ１．１、Ｒｅｖ２．１、Ｒｅｖ３．１とし、画像差分管理ファイルの画像タイプが２である場合は、登録する度に枝管理を行う。

＜本実施の形態のリビジョン管理における格別な処理＞
上述したように、本実施の形態は、画像に対して像域分離技術を用いて画像の領域分割を行い、文字部と判断された領域に対して、文字認識技術を適用し、画像の差分を抽出し、リビジョン管理を行う。以下、本実施の形態のリビジョン管理における格別な処理１〜５について説明する。

（Ａ）格別な処理１
次に、領域（ブロック）毎にバージョン番号を付加し、どのブロックが変更になったかをユーザーが容易に判別できるようにするための処理（格別な処理１）について、図２４を参照して説明する。

図２４は、本実施の形態のリビジョン管理における格別な処理１を示す概念図である。

図５（ａ）のキー１１−４−１で文書モードを選択し、例えば図２４の原稿５１に対してブロック領域Ａ，Ｂを指定する。そして、この原稿５１をスキャンし（図２４の５２）、自動領域判定を行って、ブロック領域Ａ，Ｂの画像と合致するパターンを見つける。もちろん、原稿のレイアウトが分かっている場合は、キー１１−４−２の帳票モードで決められた帳票を選んでも構わない。

ここで、仮にスキャンすることでブロック領域ＡはＨｅａｄ１．２の画像と同じものであり、ブロック領域ＢはＨｅａｄ１．４以前には同じ画像がないことが分かったとする。

そこで、ブロック領域Ａ、ブロック領域Ｂそれぞれに対し、バージョン番号を印字するにあたり、ブロック領域ＡはＨｅａｄ１．２の画像と同じものであるから、バージョン番号としてそのまま「Ｖ１．２」をブロック領域Ａの近傍に印字する。ブロック領域Ｂは、事前にバージョンのインクリメントのルールを決める必要があるが、「Ｖ１．５」にインクリメントする場合、図２４にあるようにブロック領域Ｂの近傍にバージョン番号として「Ｖ１．５」を印字する。

そして、バージョンがインクリメントされたブロック領域に対しては、ブロック領域を点線で囲む。即ち、画像文書が印刷された状態では、例えば図２４の印刷済み用紙５３に示すように、バージョンがインクリメントされたブロック領域Ｂを囲むように点線５４が印字される。点線５４の描き方は、例えば、ブロック領域の周辺に数ｍｍ空けて印字するなどの方法を採る。これにより、どのブロック領域のバージョンがインクリメントされたか、つまり変更されたかが容易に判別できるようにする。

従来では、少しずつ変更された設計図のようなものを漫然と見比べてもどこが修正されているかが判りにくかった。つまり、見比べる際にもどの部分を注意してみるべきなのかが判別できなかった。これに対して本実施の形態では、ブロック領域毎にバージョン番号を付加し、バージョンがインクリメントされたブロック領域に対しては、ブロック領域を点線５３で囲むようにした。これにより、ユーザーはどのブロック領域が変更になったかを容易に判別することができる。

（Ｂ）格別な処理２
次に、ブロック領域の選択条件に一致したブロック領域のみ印字する方法（格別な処理２）について、図２５及び図２６を参照して説明する。なお、図２５は、本実施の形態のリビジョン管理における格別な処理２を示す概念図であり、図２６は、各ブロック領域毎に保持している付加情報を示すリスト図である。

ブロック領域選択条件入力部１７０１は、例えば図５（ｂ）の画面においてキー１１−５−３、キー１１−５−４に示すような、各ブロック領域を列挙したキーを選択することができるように構成される。ブロック領域を選択するとそれぞれのブロック領域に対し選択条件を変えられる画面（不図示）が表示されるようになっている。また、ブロック領域を管理するブロック領域管理データベース１７０２が複写機内に設けられている。

図２６に示す各ブロック領域の付加情報リストにおいて、「ブロック番号」はブロック領域単位にユニークな番号を持っている。「ブロックバージョン」はインクリメントのルールにもよるが、ここでは新規登録した場合はＶ１．０から始まり、バージョンをインクリメントする場合は０．１ずつ上げることにする。「Ａｕｔｈｏｒ」は、各ブロック領域の修正を誰が行ったかを記録しておくもので、複写機にログインして登録されたユーザーのみ使用できる仕組みにしてある場合に、ユーザーＩＤを記録しておくものである。「更新日」は、修正バージョンを行った日であり、分秒の単位の時間まで記録しておくこともできる。「コメント」は、複写機の操作部１２３により、ユーザーが自由にコメントを入れられる。図５（ｂ）の画面で表示された各ブロック領域についてコメントを入力することができる。

具体的には、図２５において示すように、まずブロック領域選択条件入力部１７０１を用い、印刷したいブロック領域の条件を入力する。ブロック領域選択条件入力部１７０１で、次のような設定を行ったとする。

ブロック領域Ａについて、
・バージョン＝Ｖ１．２以上
・Ａｕｔｈｏｒ＝ｋｉｍｕｒａ
・更新日＝指定なし
・コメント＝指定なし
ブロック領域Ｂについて、
・バージョン＝指定なし
・Ａｕｔｈｏｒ＝指定なし
・更新日＝２００５／０５／１０以降
・コメント＝指定なし
このような設定を行った場合、ブロック領域管理データベース１７０２を複写機内に有しているので、そこから条件に一致したブロック領域をプリンタ部２に送る。その結果、図２５の１７０３に示すように、ブロック領域ＡにはＶ１．２の画像文書が印刷され、ブロック領域ＢにはＶ１．５の画像文書が印刷される。そして、ブロック領域Ａの付近には、「Ｖ１．２＿２００５／０５／１１＿ｋｉｍｕｒａ」と印字され、また、ブロック領域Ｂの付近には、「Ｖ１．５＿２００５／０５／１１＿ｋｉｍｕｒａ」と印字される。

ここで、「コメント＝指定なし」としたが、コメントの文字列で部分一致したものを印刷するというようにしてもよい。また、上記の複数の条件だが、ここでは左側から最初に一致したものを印刷対象ブロック領域としていたが、「全て一致したもの」、「これだけは絶対に一致しなければならないもの」など、様々な条件を設定することができる。これにより、ユーザーの意図するいろいろなバージョンのブロック領域を組み合わせた印刷を行うことが可能となる。

（Ｃ）格別な処理３
次に、ブロック領域の更新頻度を印字する機能（格別な処理３）について、図２７を参照して説明する。

図２７は、本実施の形態のリビジョン管理における格別な処理３を示す概念図である。

ブロック領域を重ねて印刷するためのボタンが例えば操作部１２３に設置されている（図示省略）。このボタンを押下すると、図２６の付加情報リストにあるブロック領域Ａ、ブロック領域Ｂそれぞれに対し、重ねて印刷する。例えば、一番古いバージョンを一番下にし、最新バージョンを一番上にくるようして、視覚的に重なりが明確になるように各バージョンをずらして印刷する。図２７に示す例では、ブロック領域Ａは、下から古いバージョン順にＶ１．０、Ｖ１．１、Ｖ１．２、またブロック領域Ｂは、下から古いバージョン順にＶ１．０、Ｖ１．１、Ｖ１．２、Ｖ１．３、Ｖ１．４、Ｖ１．５というように重ねて印刷されている。

このような機能により、ユーザーは、視覚的にどのブロック領域が頻繁に変更されているかを認知することができる。

（Ｄ）格別な処理４
次に、ブロック領域毎にバージョンの履歴を印字する機能（格別な処理４）について、図２８を参照して説明する。

図２８は、本実施の形態のリビジョン管理における格別な処理４を示す概念図である。

図２６のブロック領域情報リストにあるブロック領域を並べて印刷するボタンが例えば操作部１２３に設置されている（図示省略）。このボタンを押下すると、ブロック領域管理データベース１７０２から各ブロック領域Ａ，Ｂが読み出されて、図２８の２００２、２００３に示すように、各ページにそれぞれのブロック領域のバージョンが古い順に並べて印刷される。ページ２００２では、ブロック領域ＡのＶ１．２とＶ１．３が並べて印字され、ページ２００３ではブロック領域ＢのＶ１．５、Ｖ１．６とＶ１．７が並べて印字される。

このように各ページ毎に、各ブロック領域のバージョンを並べて印字することで、ブロック領域毎のバージョンの履歴を一覧で知ることができる。これにより、同じブロック領域のどこが変更されたかが容易に判別することができ、ブロック領域単位でどう修正してきたかを知ることができる。

（Ｅ）格別な処理５
次に、バージョン系統図のプリント機能（格別な処理５）について、図２９及び図３０を参照して説明する。

図２９は、本実施の形態のリビジョン管理における格別な処理５（その１）を示すバージョン系統の系統図であり、図３０は、図２９の各ブロック領域の修正状況を示す図である。なお、図２９と図３０のバージョン系統は１対１の関係になっている。

初めに図３０において、ページ２２０１は、［ブロック領域Ａ，ブロック領域Ｂ，ブロック領域Ｃ］＝［Ｖ１．０，Ｖ１．０，Ｖ１．０］からなる各ブロック領域のバージョンから構成されている。そして、ページ２２０１のバージョンをＶ１．０とする。

ここで、ページ２２０１からブロック領域ＡのみＶ１．１に修正した場合、ページ２２０２にあるように［ブロック領域Ａ，ブロック領域Ｂ，ブロック領域Ｃ］＝［Ｖ１．１，Ｖ１．０，Ｖ１．０］となる。ページのバージョンをインクリメントし、ここではページ２２０２をＶ１．１にする。つまりバージョンがＶ１．１のページ２２０２は［ブロック領域Ａ，ブロック領域Ｂ，ブロック領域Ｃ］＝［Ｖ１．１，Ｖ１．０，Ｖ１．０］で構成される各ブロック領域からなっている。

同様に、ページ２２０２からブロック領域Ａのみ変更を行うと、ページ２２０３にあるように［ブロック領域Ａ，ブロック領域Ｂ，ブロック領域Ｃ］＝［Ｖ１．２，Ｖ１．０，Ｖ１．０］となる。ページ２２０３のバージョンはここではＶ１．２ということになる。ページ２２０２（Ｖ１．１）からブロック領域Ｂのみ変更した場合は、ページ２２０４にあるように［ブロック領域Ａ，ブロック領域Ｂ，ブロック領域Ｃ］＝［Ｖ１．１，Ｖ１．１，Ｖ１．０］となり、ページ２２０４のバージョンはＶ１．１１であるとする。つまり、このＶ１．１１というバージョン番号が意味するところは、ページ２２０２（Ｖ１．１）のからの修正であってブロック領域Ｂが修正されたバージョンであることを示す。同じくページ２２０２（Ｖ１．１）からの修正版であるページ２２０３は、ブロック領域Ａが修正されたものであることを示す。

なお、ここには図示されてないが、［ブロック領域Ａ，ブロック領域Ｂ，ブロック領域Ｃ］＝［Ｖ１．３，Ｖ１．０，Ｖ１．０］となった場合には、そのページはＶ１．３として扱う。

ページ２２０５は［ブロック領域Ａ，ブロック領域Ｂ，ブロック領域Ｃ］＝［Ｖ１．１，Ｖ１．２，Ｖ１．０］であり、ページ２２０４と比べてブロック領域Ｂのみが更新されている。この場合、ページ２２０５はＶ１．１２となる。

ページ２２０６は、［ブロック領域Ａ，ブロック領域Ｂ，ブロック領域Ｃ］＝［Ｖ１．１，Ｖ１．２，Ｖ１．１］となり、ページ２２０５と比べてブロック領域Ｃのみが更新されており、ページ２２０６のバージョンはＶ１．１２１となる。

ページ２２０７は、［ブロック領域Ａ，ブロック領域Ｂ，ブロック領域Ｃ］＝［Ｖ１．１，Ｖ１．２，Ｖ１．２］となり、ページ２２０６と比べてブロック領域Ｃのみが更新されており、ページ２２０７のバージョンはＶ１．１２２となる。

このように、ページを構成する各ブロック領域はそれぞれバージョンを有しており、各ブロック領域の組み合わせでページのバージョンが決定される。そして、図３０に示すような、ページと各ブロック領域の関係を表す一覧リストを印刷することにより、どのブロック領域がどのバージョンで構成されているかが一目で判るようになる。

また、ページのバージョン系統図は、図２９に示すようになる。このバージョン系統図は、図９の「Ｎｅｘｔ」と「Ｂｒａｎｃｈｅｓ」の関係から作ることができる。つまり、図２９に示すように、マスター版であるバージョンＶ１．０のページ（２２０１）が一部修正されて、Ｖ１．１のページ（２２０２）となり、それが修正されて、Ｖ１．２のページ（２２０３）とＶ１．１１のページ（２２０４）になる。これらの情報が「Ｎｅｘｔ」と「Ｂｒａｎｃｈｅｓ」に入る。「Ｎｅｘｔ」と「Ｂｒａｎｃｈｅｓ」の情報から、ページのバージョン系統図が生成することができ、これを印刷すると図２９に示すような幹と枝葉の系統図が印刷されることになる。

上述の例では、１度に１つのブロック領域しか更新されない場合を説明してきたが、同時に３つのブロック領域が修正された場合について、図３１及び図３２を参照して説明する。

図３１は、本実施の形態のリビジョン管理における格別な処理５（その２）を示すバージョン系統の系統図であり、図３２は、図３１の各ブロック領域の修正状況を示す図である。

図３１及び図３２において、マスター版であるバージョンＶ１．０のページ２４０１からブロック領域Ａ、Ｂ、Ｃを修正し、ページ２４０６にあるように［ブロック領域Ａ，ブロック領域Ｂ，ブロック領域Ｃ］＝［Ｖ１．１，Ｖ１．２，Ｖ１．１］となる。このページ２４０６のバージョンはＶ１．１２１ということになる。

また、バージョンＶ１．１２１のページ２４０６からブロック領域Ａ、Ｂ、Ｃを修正し、ページ２４０７にあるように［ブロック領域Ａ，ブロック領域Ｂ，ブロック領域Ｃ］＝［Ｖ１．１，Ｖ１．２，Ｖ１．２］となる。このページ２４０７のバージョンはＶ１．１２２ということになる。

＜本実施の形態の利点＞
（１）上述したような、画像文書のリビジョン管理を実現することにより、生成した画像文書に多少の違いがあった場合にも、１つの画像文書の１リビジョンとして扱うことが可能となる。その結果、ユーザーから見ると１つの画像文書として見え、文字認識技術の結果から検索が可能となるため、容易に画像文書を探すことが可能となる。結果として、記憶媒体の容量を削減することが可能となる。

（２）バージョンの枝管理を用い、バージョン系統図を印字することにより、どのブロック領域がどのバージョンで構成されているかが一目で判るようになる。

（３）バージョンアップされたブロック領域を１ページに並べて印刷することで、どのように変更されてきているかの変更履歴を一目でチェックでき、ブロック領域毎の差異も比較しやすくなる。

（４）１ページを構成するさまざまなバージョンのブロック領域に対し、バージョン番号などを付加することで、それぞれどのブロック領域が更新され、どのブロック領域がそのままなのか理解しやすくなる。また、ブロック領域の検索条件を設け、それに合致したブロック領域のみ印刷することで、ユーザーの希望の組み合わせでのバージョンの印刷が可能になる。

（５）頻繁に更新されているブロック領域に対し、そのブロック領域が頻繁に更新していることを視覚的に示すプリントを行うことで、頻繁に更新している場所は重要部分であることが多く、文書作成以外にもそれを伝えることができるようになる。

実施の形態に係る画像文書管理装置である複写機の構成を示す断面図である。 リーダ部１の信号処理構成を示す回路ブロック図である。 ＨＤＤ１２７のデータ格納領域を示す模式図である。 画像リビジョン管理機能の設定画面を示す画面図である。 画像リビジョン管理機能の設定画面を示す画面図である。 像域分離を示す概念図である。 原稿読み取り時に表示する画面を示す画面図である。 ドキュメント差分管理ファイルの内容を示す図である。 画像差分管理ファイルの内容を示す図である。 パターンファイルの内容を示す図である。 各ファイルの相関関係を示す図である。 登録済み画像文書のリビジョン管理の操作時に表示する画面を示す画面図である。 登録用パターンの登録時に表示する画面を示す画面図である。 登録済み文書に対するリビジョンアップ時に表示する画面を示す画面図である。 画像差分管理ファイルの内容を示す図である。 文字領域の差分を示す図である。 ドキュメント差分管理ファイルの内容を示す図である。 複数ページの画像文書に対するリビジョンアップを説明する説明図である。 登録済み文書に対する他の文書の挿入時に表示する画面を示す画面図である。 登録済み文書に対して他の文書を挿入する場合の概念を示す概念図である。 枝管理が発生した画像差分管理ファイルを示す図である。 登録済み文書に対する他の文書の挿入時に関するドキュメント差分管理ファイルを示す図である。 帳票モード時における複数ページ登録を説明する概念図である。 実施の形態のリビジョン管理における格別な処理１を示す概念図である。 実施の形態のリビジョン管理における格別な処理２を示す概念図である。 各ブロック領域毎に保持している付加情報を示すリスト図である。 実施の形態のリビジョン管理における格別な処理３を示す概念図である。 実施の形態のリビジョン管理における格別な処理４を示す概念図である。 実施の形態のリビジョン管理における格別な処理５（その１）を示すバージョン系統の系統図である。 図２９の各ブロック領域の修正状況を示す図である。 実施の形態のリビジョン管理における格別な処理５（その２）を示すバージョン系統の系統図である。 図３１の各ブロック領域の修正状況を示す図である。 従来の画像文書（例えば設計図）の更新履歴を示す模式図である。

符号の説明

１ リーダ部
２ プリント部
１２２ ＣＰＵ
１２３ 操作部
１２７ ＨＤＤ
１７０１ ブロック選択条件入力部
１７０２ ブロック領域管理データベース

Claims (14)

1. 画像読み取り手段により読み取られた画像に対して、文字領域と文字領域以外の画像を抽出してそれぞれブロック領域として分離する像域分離手段と、
   前記像域分離手段により分離されたブロック領域に対して識別符号を付加して管理するブロック領域管理手段と、
   前記識別符号別に、前記ブロック領域に対する更新履歴を管理するバージョン管理手段と、
   前記ブロック領域に対して文字読み取りを行って前記更新履歴間における文字領域の差分を抽出する文字差分抽出手段と、
   前記ブロック領域に対して前記更新履歴間における画像の差分を抽出する画像差分抽出手段とを備え、
   前記バージョン管理手段は、
   前記文字差分抽出手段及び前記画像差分抽出手段の抽出結果に基づいて、前記ブロック領域に対する更新履歴を保存管理することを特徴とする画像文書管理装置。
2. 前記識別符号別に、前記更新履歴の順で前記ブロック領域を印刷する手段を有することを特徴とする請求項１に記載の画像文書管理装置。
3. 前記更新履歴が複数存在する場合は、前記識別符号別に、前記ブロック領域を重ねて印刷する手段を有することを特徴とする請求項２に記載の画像文書管理装置。
4. 前記ブロック領域に付加する属性情報を設定する手段を有し、
   前記ブロック領域と共にその属性情報を印字することを特徴とする請求項１または２に記載の画像文書管理装置。
5. 検索条件を設定する検索条件設定手段を有し、
   前記属性情報のうち前記検索条件設定手段で設定した条件に一致する属性情報が付加されたブロック領域を印刷することを特徴とする請求項４に記載の画像文書管理装置。
6. 前記ブロック領域の組み合わせに基づいて、ページの更新履歴を示すバージョン情報を決定する手段を有し、
   前記バージョン情報を含む、ページの更新履歴の系統を示すバージョン系統図を印字する手段とを備えたことを特徴とする請求項１に記載の画像文書管理装置。
7. ページを構成する前記ブロック領域は、その更新履歴を示すバージョン情報を有し、
   前記ブロック領域の組み合わせに基づいて、ページの更新履歴を示すバージョン情報を決定する手段と、
   ページと各ブロック領域の関係を表す情報として、ブロック領域のバージョン情報とページのバージョン情報を含む情報を印字する手段とを備えたことを特徴とする請求項１に記載の画像文書管理装置。
8. 画像読み取り手段により読み取られた画像に対して、文字領域と文字領域以外の画像を抽出してそれぞれブロック領域として分離する像域分離工程と、
   前記像域分離工程により分離されたブロック領域に対して識別符号を付加して管理するブロック領域管理工程と、
   前記識別符号別に、前記ブロック領域に対する更新履歴を管理するバージョン管理工程と、
   前記ブロック領域に対して文字読み取りを行って前記更新履歴間における文字領域の差分を抽出する文字差分抽出工程と、
   前記ブロック領域に対して前記更新履歴間における画像の差分を抽出する画像差分抽出工程とを備え、
   前記バージョン管理工程は、
   前記文字差分抽出工程及び前記画像差分抽出工程の抽出結果に基づいて、前記ブロック領域に対する更新履歴を保存管理することを特徴とする画像文書管理方法。
9. 前記識別符号別に、前記更新履歴の順で前記ブロック領域を印刷する工程を有することを特徴とする請求項８に記載の画像文書管理方法。
10. 前記更新履歴が複数存在する場合は、前記識別符号別に、前記ブロック領域を重ねて印刷する工程を有することを特徴とする請求項９に記載の画像文書管理方法。
11. 前記ブロック領域に付加する属性情報を設定する工程を有し、
    前記ブロック領域と共にその属性情報を印字することを特徴とする請求項８または９に記載の画像文書管理方法。
12. 検索条件を設定する検索条件設定工程を有し、
    前記属性情報のうち前記検索条件設定工程で設定した条件に一致する属性情報が付加されたブロック領域を印刷することを特徴とする請求項１１に記載の画像文書管理方法。
13. 前記ブロック領域の組み合わせに基づいて、ページの更新履歴を示すバージョン情報を決定する工程を有し、
    前記バージョン情報を含む、ページの更新履歴の系統を示すバージョン系統図を印字する工程とを備えたことを特徴とする請求項８に記載の画像文書管理方法。
14. ページを構成する前記ブロック領域は、その更新履歴を示すバージョン情報を有し、
    前記ブロック領域の組み合わせに基づいて、ページの更新履歴を示すバージョン情報を決定する工程と、
    ページと各ブロック領域の関係を表す情報として、ブロック領域のバージョン情報とページのバージョン情報を含む情報を印字する工程とを備えたことを特徴とする請求項８に記載の画像文書管理方法。