JP2001351089A - 画像管理装置および画像管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 管理される画像に関連する種々の情報を有効
に活用すること。 【解決手段】 画像を管理するために、所定の分類毎に
前記画像に含まれる各領域を識別し（１０３）、各々の
前記領域の内容を示す領域データを生成し（１０５−１
０７）、前記画像中の、各々の前記領域の配置を示す配
置データを生成し（１０３）、各々の前記領域データと
前記配置データとを関連付けて保存する（１１０）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、文書等を示す画像
の管理に関する。

【０００２】

【従来の技術】従来、紙文書を電子化して、文書画像デ
ータとして保存する場合は、ドキュメントスキャナ等で
スキャンして画像データを作成して保存する方法が採用
されている。この場合、文書画像データはデータ容量が
大きい場合が多いため、必要に応じて圧縮処理を施して
保存することも行われている。

【０００３】ここで、ドキュメントスキャナの１度のス
キャンで作成される文書画像データを１ファイルとした
ときに、１つの紙文書から作成されるファイルは、通
常、複数にわたり、データベース管理されるのが一般的
であった。いわゆる文書データベースである。

【０００４】データベースを用いると文書画像データの
ファイル１つ１つにキーワードを付加することができ、
検索に利用することができる。しかしながら、画像を丸
ごと保管し、キーワードを付加する作業は、かなり面倒
な作業であった。そこで、文書画像データを文字認識処
理し、全文検索可能な形式にし、これと文書画像データ
を共に管理保管する方法も提案されている。

【０００５】図２は、文書画像データをデータベースに
登録保存する従来の処理の流れを示した図である。

【０００６】図２（ａ）は、文書画像データに、キーワ
ードを付加してデータベースに登録する手法を採用した
従来の処理の流れを示した図である。紙文書２０１は、
２０２で、スキャナによって文書画像データ化される。
文書画像データ化されたファイルは、２０３でキーワー
ドが付加され、２０４で、データベースに登録および保
管される。データベース２０５の中には、キーワードを
保存するインデックス（２０６）と文書画像データの実
体（２０７）とが保管される。

【０００７】一方、上述した処理では、キーワード入力
（２０３）の作業が面倒なため、図２（ｂ）に示すよう
な文字認識を利用したデータベースへの登録も提案され
ている。この文字認識を利用する方法では、文字コード
がそのままキーワードと同じような役割を果たし、全文
検索による検索も可能となる。

【０００８】図２（ｂ）の２１０および２１１は、図２
（ａ）の２０１および２０２に示すものと同様である。
２１２では、文字認識処理が行われ、文書画像データ中
のテキスト（ＴＥＸＴ）コードが抽出され、文字コード
インデックス（２１６）が作成される。その後、２１３
で、文字コードインデックス（２１６）および文書画像
データ（２１７）が、データベースに登録・保管され
る。

【０００９】キーワードインデックス２１５を利用する
場合と同様に、データベース２１４中に保存された文字
コードインデックス２１６を利用することにより、文書
画像データ２１７を特定することが可能であるため、利
用者は、キーワードインデックス２１５の入力なしで
も、文字コードインデックス２１６により検索が可能と
なった。

【００１０】また、図２（ａ）または（ｂ）に示す方法
によらず、通常のファイル保管方法でフォルダに保存す
る場合は、キーワードや文字コードのインデックスを付
したファイルの保管とはならないことから、保管するフ
ァイルについてＴＥＸＴ形式のものも作成し、双方のフ
ァイルに実質的に同じ名前のファイル名を付し、同じ場
所に保存するなどの方法も提案されている。

【００１１】このように、従来の文書画像の管理手法で
は、画像データのみならず、その検索等のために利用す
る種々の情報を画像データと共に管理されている。

【００１２】

【発明が解決しようとする課題】しかしながら、従来の
文書画像データをデータベースに保存する方法では、登
録の際に、わざわざキーワードや文字認識によるコード
情報を付加しても、所望の実体の検索や取出後に、これ
らの付加情報を文書画像データの実体に添付することが
できないという問題があった。そのため、付加情報を別
ファイル中に取り込み、文書画像データにその付加情報
を含む別ファイルを添付して渡す方法がとられ、管理が
煩雑になっていた。

【００１３】また、単にフォルダに保存した場合も、文
書の実体と付加情報が別々に管埋され、検索や所望の実
体の取出後に、文書画像データが引き渡されるのみで、
せっかく付加した情報は捨てられてしまうという問題が
あった。

【００１４】要するに、従来の手法では、画像データの
管理のために作成された種々の情報を有効活用できない
という問題があった。

【００１５】従って、本発明の目的は、管理される画像
に関連する種々の情報を有効に活用し得る画像管理装
置、画像管理方法及び記録媒体を提供することである。

【００１６】

【課題を解決するための手段】本発明によれば、画像を
管理するための画像管理装置であって、所定の分類毎に
前記画像に含まれる各領域を識別し、各々の前記領域の
内容を示す領域データを生成する手段と、前記画像中
の、各々の前記領域の配置を示す配置データを生成する
手段と、各々の前記領域データと前記配置データとを関
連付けて保存する保存手段と、を備えたことを特徴とす
る画像管理装置が提供される。

【００１７】また、本発明によれば、画像を管理するた
めの画像管理方法であって、所定の分類毎に前記画像に
含まれる各領域を識別し、各々の前記領域の内容を示す
領域データを生成する工程と、前記画像中の、各々の前
記領域の配置を示す配置データを生成する工程と、各々
の前記領域データと前記配置データとを関連付けて保存
する保存工程と、を含むことを特徴とする画像管理方法
が提供される。

【００１８】また、本発明によれば、画像を管理するた
めに、コンピュータを、所定の分類毎に前記画像に含ま
れる各領域を識別し、各々の前記領域の内容を示す領域
データを生成する手段、前記画像中の、各々の前記領域
の配置を示す配置データを生成する手段、各々の前記領
域データと前記配置データとを関連付けて保存する保存
手段、として機能させるプログラムを記録した記録媒体
が提供される。

【００１９】

【発明の実施の形態】以下、本発明の好適な実施の形態
について、添付図面を参照して説明する。

【００２０】図１は、本発明の一実施形態に係るドキュ
メント管理装置の一部を示すブロック図である。この装
置において、保存管理の対象である文書画像データは、
画像解析がなされ、解析で得られた情報がレイヤ形式の
管理情報として付加される。以下、更に詳細に説明す
る。

【００２１】１０１は、紙文書等を読取り文書画像デー
タを作成するスキャナである。この文書画像データは、
読み取られ紙文書の１または複数ページからなるデータ
を含むことができる。

【００２２】文書画像データは、圧縮処理部１０４にお
いて、画像圧縮される。画像圧縮の方法には、例えば、
多値画像の場合は、ＪＰＥＧ圧縮を用いることができ、
また、２値画像の場合は、ＭＭＲ圧縮を用いることがで
きるが、他の方法でも問題はない。圧縮された文書画像
データは、メモリ１１０に保存される。

【００２３】ここで、本実施の形態においては、画像デ
ータ及びこれに関連するデータを特定の形式（以下、Ｐ
ＡＦ（Page Analysis Format）ともいう。）で保存す
る。そして、全体を示す文書画像データは、メモリ１１
０上に構成された全体画像保存レイヤに保存される。

【００２４】なお、本実施形態においては、文書画像デ
ータを圧縮部１０４において圧縮して保存することとし
たが、圧縮せずに原画像データのままで保存してもよ
い。この際、データ量が多い場合は、実体データを別の
メモリに保存し、メモリ１１０には、その実体データの
場所を特定するリンク情報のみを保存するようにしても
よい。

【００２５】２値化処理部１０２では、文書画像のデー
タが多値画像データの場合に２値化処理を行う。これ
は、引きつづき処理されるレイアウト解析、文字認識処
理のために行われるものである。この２値化処理の目的
は、画質を向上させることを直接の目的とするのではな
く、文書画像に含まれるテキスト部分やピクチャ部分を
際立たせることである。２値化の処理として、例えば、
多値画像の濃度の平均値を算出し、最適なレベルで２値
化を行う方式を用いる。

【００２６】レイアウト解析部１０３では、２値化処理
部１０２から出力された文書画像データを解析し、所定
の分類毎に文書画像に含まれる各領域を識別し、各領域
の画像データについての情報を作成する。本実施形態で
は、例えば、テキスト領域、表領域、ピクチャー（絵、
図形、写真等を含む）領域、及び、枠（フレーム）領域
を識別し、各領域の画像データについての情報を作成す
る。領域の分類の識別はこれに限られず、例えば、文書
画像中のタイトルが表示された領域を、タイトル領域と
して識別することもできる。

【００２７】また、このレイアウト解析により得られた
情報（各領域の配置情報を含む。以下、レイアウト解析
情報という。）を作成し、これを、メモリ１１０のレイ
アウト情報レイヤに格納する。レイアウト解析部１０３
での処理には、公知の輪郭線追跡手法などによる処理が
適用でき、分類・領域識別が可能である。

【００２８】文字認識処理部１０５では、テキスト領域
と識別された領域の画像に含まれる文字を認識するため
の文字認識処理を行う。認識されたテキストデータは、
メモリ１１０のテキスト＆ベクトル保存レイヤに保存さ
れる。

【００２９】表解析処理部１０６では、表領域と判別さ
れた領域に対して表解析を行う。表解析処理とは、表領
域と識別された領域の画像に含まれる表を解析する処理
であって、例えば、（１）表構造の解析（例えば、行数
Ｘ、列数Ｙからなる表の構成）（２）表の枠線の認識、
（３）表内セルの解析などの処理を行い、表解析情報を
出力する処理である。この表解析情報のうち、表の構造
に関する情報は、メモリ１１０のレイアウト情報レイヤ
に、表中の文字に関する情報はメモリ１１０のテキスト
＆ベクトル保存レイヤに保存される。ここで、レイアウ
ト情報レイヤとテキスト＆ベクトルレイヤは、別のレイ
ヤではあるが、リンクで密接に結びつけられ、関連付け
られている。

【００３０】線画像ベクトル変換部１０７では、レイア
ウト解析部１０３で、フレームと呼ばれる大きな枠を含
む領域が認識された場合、その枠を表わすデータを所定
の形式のベクトルデータ化する処理（ベクトル変換とも
いう。）を行う。

【００３１】例えば、枠が四角形の場合は、四角形の４
隅の位置座標を４つのベクトルに変換する処理を行う。
ただし、角が丸みをおびているなどの所定の場合には、
４つ以上のベクトル情報に変換することもある。この点
を図４を用いて説明する。

【００３２】図４の４０２は、直線の枠で囲まれた線画
である。この枠をベクトル変換すると４０４に示したよ
うに４辺で囲まれた枠は、４つのベクトルの情報に変換
される。また、４０３に示すような４隅が内側に曲がっ
ている枠の場合は、４０５に示すように８つのベクトル
情報に変換される。この処理（上述の８つのベクトル情
報に変換する処理）は、実際には、画像の枠領域に対し
て輪郭線追跡処理を行い、その情報に基づき、４隅のベ
クトルを追加して持つか否かを判断し、追加するとした
場合にこの処理が行われる。その他、線画像ベクトル変
換部は、文書画像データ中の一般の線画もベクトル変換
される場合、これら線画像のベクトル情報も、フレーム
の情報同様に、領域の配置に関する情報はレイアウト情
報レイヤ、ベクトル情報はテキスト＆ベクトル保存レイ
ヤに保存される。

【００３３】部分画像切り出し部１０８では、レイアウ
ト解析処理部１０３での処理において認識された各領域
について文書画像データの切り出しが行われ、その領域
の分類にマッチした画像圧縮がなされる。

【００３４】例えば、ピクチャ領域の画像データであっ
て、オリジナルの画像データ１０１が多値の場合、多値
画像圧縮であるＪＰＥＧが選択され、テキスト領域の場
合、多値よりも２値の画像データとして保持した方が好
都合の場合が多く、２値画像データとし、ＭＭＲ圧縮を
行い、保存することができる。このように各分類別に適
応的に圧縮を行う。最も圧縮の方法は限定されない。

【００３５】圧縮の結果得たデータは、メモリ１１０の
部分画像保存レイヤに保持する。

【００３６】上述の各部での処理により、メモリ１１０
上にレイヤ構成をもつ文書画像データに関する情報が一
つのファイルとして保存される。

【００３７】この情報の作成において、所定の場合に
は、特定のレイヤについての情報を削除することができ
る。例えば、全体画像のデータと部分画像のデータと
は、実質的に同じ情報を重複して持つこととなるため、
文書画像がテキストや表を含むものではなく、複数のピ
クチャから構成される場合は、全体画像を削除して、部
分画像のみを保存するのでも良い。一方、全体画像が複
数のテキスト領域から構成される場合は、テキストデー
タも保存するため、情報の形態が異なり、重複して持っ
ても左程無駄ではない。

【００３８】以上述べた本実施の形態に係るレイヤ構成
をとることにより、所定のレイヤ毎に必要な情報を保持
することが可能となった。これは、本レイヤ構造をとる
場合の特徴である。図１の１１１は、そのレイヤ構成が
視覚的に分かるように、レイヤ構成を模式的に示した図
である。

【００３９】次に、図５を用いて、保存される情報につ
いて、さらに詳細に説明する。

【００４０】文書画像データ５０１の全体に対してレイ
アウト解析を行うと、タイトル（TITLE）、テキスト（T
EXT）、ピクチャ（PICTURE）という分類毎の領域を識別
する。それぞれの領域のデータは、５０２に示された木
構造でデータ保存される。各領域のデータは、リージョ
ン（REGION）と呼ばれる矩形情報を持ち、その矩形の配
置情報（不図示）も保持する。

【００４１】図５の５０１では３つのリージョン（REGI
ON）が保持され、タイトル（TITLE）、テキスト（TEX
T）、ピクチャ（PICTURE）等の分類の情報が保存されて
いる。

【００４２】タイトルリージョンに関しては、その位置
関係、文字の大きさ等の情報に基づき、テキスト分類の
サブ分類としてＴｉｔｌｅという情報を付加している。

【００４３】５０２のテキストリージョンの木構造は、
イメージリンク（image_link）、イメージインフォ（im
age_info）、コード（code）といった子の木を有する構
造である。これには、テキスト領域の部分画像と、その
配置情報、及び、文字認識処理により得られるテキスト
データが付加される。実際どのようにリンクされるか
は、後述する。

【００４４】同様に、ピクチャリージョンについては、
イメージリンク（image_link）、イメージインフォ（im
age_info）が付加される。こちらには、コード（code）
という子はない。

【００４５】図６に、図５で説明した形態の情報保存
を、実際の文書画像データに当てはめた例を示す。図７
には、さらに詳細な記述方法を示した。本実施の形態に
おける情報の作成は、ＸＭＬ（eXtensible Markup Lang
uage）を用いて行われる。図７の７０１に、処理対象の
文書画像データを示す。

【００４６】本文書画像データは、レイアウト解析処理
部での処理の結果、タイトル（TITLE）、テキスト（TEX
T）、ピクチャ（PICTURE）の領域に認識される。各分類
の領域のデータは、さらに必要な情報処理が施され、情
報が付加され、その結果、７０２に示すタグ付きの文書
フォーマットの画像情報が生成される。

【００４７】各タグには、それぞれ意味付けがされてい
る。ここで意味付けとは、木構成において、ある特定の
タグには、決められた意味内容を有するタグが配置され
るということである。

【００４８】例えば、＜PAF_REG＞のタグは、終了タグ
＜/PAF_REG＞の間に、テキストを保持する＜TXT＞タグ
や画像を保持する＜PICTURE＞タグを配置することがで
きる。

【００４９】例えば、 ＜PAF_REG＞ ＜TXT＞This is a TITLE＜/TXT＞ ＜PICTURE＞..\Meeting\document1.mmr＜/PICTURE＞ ＜/PAF_REG＞ のようにである。すなわち、＜PAF_REG＞タグは、子の
木として、＜TXT＞と＜PICTURE＞が配置可能という事に
なる。また、＜TXT＞には、＜BLK_IMG＞タグと＜BLK_OC
R＞タグを保持することが可能である。

【００５０】例えば、 ＜PAF_REG＞ ＜TXT＞This is a TITLE ＜BLK_IMG href=..\Meeting\配布資料.mmr/＞ ＜BLK_OCR href=..\Meeting\ＯＣＲファイル /＞ ＜/TXT＞ ＜/PAF_REG＞ である。

【００５１】以上では、保存管理の対象である文書画像
データをそのまま保存するのではなく、文書画像データ
についての所定の解析情報も付加して保存することが可
能な構成について説明してきた。

【００５２】次に図３を用いて、作成・保存した情報の
うち、所定の情報を取出す方法について説明する。

【００５３】図３のメモリ３０１は、図１に示すメモリ
１１０と同じであり、上述した手法で各情報が保存され
ている。

【００５４】抽出処理部３０２は、出力形式選択指示３
０３に従って、所望のレイヤから必要な情報を抽出す
る。この抽出は、従来１ページ単位でしか扱えなかった
のに対して、文書画像データの中の表のみを取出すとい
った文書内コンテンツレベルでの抽出も可能である。こ
れは、先に説明したように、本実施形態では、文書内の
コンテンツにそれぞれタグを設定しているため、そのタ
グを頼りに抽出することが可能となったことによる。例
えば、図６で示した文書画像データの”TITLE”の部分
画像を抽出したいと指示すれば、その部分のみ持ってく
ることができる。この文書内コンテンツは、１ページの
コンテンツのみならず複数ページに渡るコンテンツを持
ってくることも可能である。

【００５５】出力形式変換部３０４は、文書全体あるい
は、文書内コンテンツを抽出したものに対して、所望の
アプリケーションで読み込める形式に変換する処理部で
ある。これは、引き続き次の処理部とともに説明を行
う。

【００５６】図３の３０５は、出力形式変換部３０４で
変換された、テキスト（Text）中心文書である。これ
は、ワープロ文書のように文章主体の書類の中にピクチ
ャが存在するような書類である。このような出力形式
は、ワープロソフト等のアプリケーションソフトのため
に設けられる。例えば、マイクロソフト社のワード（商
標）のなどのソフトウエア向けの形式である。テキスト
（Text）中心文書３０５を、ＧＵＩを用いて表示したと
きの例を３０９に示した。この場合、テキスト領域の画
像データとしてはテキストデータとして保存されている
データを用い、ピクチャ（PICTURE）領域についてはそ
のまま部分画像のデータを用いる。表領域については、
その表構造を表解析情報に基づき作成し、その表内セル
のデータを文字情報に基づき作成する。

【００５７】画像中心文書３０６は、３０５と同様に、
マイクロソフト社のパワーポイント（PowerPoint（商
標））のようなソフトウエア向けの出力形式である。１
つ１つの文書内コンテンツの表示には、基本的に部分画
像を用いる。部分画像の集まりにより、文書を構成す
る。しかしながら、利用者の指示により、ある部分はテ
キストデータを渡してもよい。画像中心文書３０６を、
ＧＵＩを用いて表示したときの例を３１０に示した。

【００５８】表中心文書３０７は、３０５等と同様にマ
イクロソフト社のエクセル（商標）のようなソフトウエ
ア向けの出力形式である。表ソフトへ挿入するデータ
は、上述の表解析処理結果が表形式情報に変換されてか
ら渡される。表中心文書３０７を、ＧＵＩを用いて表示
したときの例を３１１に示した。

【００５９】また、要約文書３０８は、管理情報付き画
像データ３０１のテキスト＆ベクトル保存レイヤから抽
出されたテキスト情報に対し、要約処理がなされた結果
得られる、簡略化した文書をいう。要約処理には、文章
についてなされる形態素解析などの公知の手法が適用で
き、文章相互のつながりや段落の切れなどの情報に基づ
いて行う、いくつかの手法が知られている。そのような
処理を行う、要約処理エンジンにより、要約が作成され
る。３１２に、要約文章に画像のサムネール画像を付加
して作成されたレポート文書を示す。

【００６０】以上説明したように、本実施形態では、利
用者が望む所定の文書内コンテンツを抽出することが可
能となると共に、画像と文字コードが混在する場合でも
表示することが可能である。さらに、文書画像データを
通常のファイル管理におけるファイルの状態で保存し、
電子文書について用いるのと同様な全文検索ツールによ
り検索が可能となる。

【００６１】次に、図８は、文書画像データを上述した
手順で複数ページ保存し、その文書画像データと同列で
電子文書も統合管理する電子バインダを表す図である。

【００６２】紙文書８０１は、スキャナ等を用いて読み
取られて文書画像データが得られる。その際、上述の処
理により、メモリ１１０のレイヤ構成のフォーマット
で、各レイヤ別、矩形領域の情報が保存される。

【００６３】電子文書８０２は、ワープロ等により電子
情報として保持されていた文書である。この電子情報
は、本ドキュメント管理に適したフォーマットに変換さ
れ、Clear File８０３が得られる。この処理は、ＸＭＬ
保存形式で保存することにより実現される。

【００６４】一般に、電子文書には、文字情報、ベクト
ル情報、PICTURE、表といった属性別に情報が保存され
ている。しかしながら、電子文書の形式は、作成された
アプリケーションに依存するため、他のアプリケーショ
ンによって作成された電子文書の保存形式は不明であっ
た。そのため、他のアプリケーションによって作成され
た電子文書の情報を取出すことは困難であった。しかし
ながら、ＸＭＬ形式は、公開性やドキュメントを人間が
読むことを保証する可読性のあり、独自性を排除するこ
とになった。また前記属性は、共通化された表現で記述
されつつある。８０３をClear Fileと名称付けたのは、
文書画像データや独自形式電子文書が共通の土台で扱え
るようになる意味合いで付けたものであり、Clear File
８０３は、複数ページのドキュメントフォーマットで作
成される。

【００６５】８０４に、これらを束ねた電子バインダを
示した。従来、電子文書８０２は、形式が異なるため同
列で扱うことはできなかった。しかしながら、両者と
も、文書を管理する前記タグを用いることにより公開性
があることおよびＸＭＬ記述という同一の表現を用いて
いることから、統合が可能でとなった。

【００６６】図９に、電子バインダの木構造の例を示し
た。９０１内のSHEETとは、１ページの文書画像データ
である。この中に解析情報であるレイアウト記述、及び
文字認識結果が格納される。

【００６７】次に、下のDocumentというタグは、電子文
書からの情報の保存形式である。この電子文書には、レ
イアウト記述とその中身である各要素別情報が保管され
ている。例えば、表について、枠線はＶｅｃｔｏｒ記述
で保持され、表の中の文字はＣｏｄｅ情報で保持されて
いる。木の構造は異なるが、文書内の要素別に記述され
ているため、文書内コンテンツ管理が可能となる。

【００６８】図８において、電子バインダを開いて表示
した例を８０５に示した。８０５の右側に各保存されて
いる文書のサムネール画像を示し、左側にバインダ内か
ら所望のコンテンツを抽出して表示した例を示す。ここ
で、文書内の各コンテンツの各属性が管理されているた
め、例えば、表だけを抽出したりすることも可能とな
る。

【００６９】なお、本発明は、複数の機器（例えば、ホ
ストコンピュータ、インタフェース機器、リーダ、プリ
ンタなど）から構成されるシステムに適用しても、一つ
の機器からなる装置（例えば、複写機、ファクシミリ装
置など）に適用してもよい。

【００７０】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウエアのプログラムコードを記
録した記憶媒体（または記録媒体）を、システムあるい
は装置に供給し、そのシステムあるいは装置のコンピュ
ータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納された
プログラムコードを読み出し実行することによっても、
達成されることは言うまでもない。この場合、記憶媒体
から読み出されたプログラムコード自体が前述した実施
形態の機能を実現することになり、そのプログラムコー
ドを記憶した記憶媒体は本発明を構成することになる。
また、コンピュータが読み出したプログラムコードを実
行することにより、前述した実施形態の機能が実現され
るだけでなく、そのプログラムコードの指示に基づき、
コンピュータ上で稼働しているオペレーティングシステ
ム（ＯＳ）などが実際の処理の一部または全部を行い、
その処理によって前述した実施形態の機能が実現される
場合も含まれることは言うまでもない。

【００７１】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張カー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書き込まれた後、そのプログラムコードの指
示に基づき、その機能拡張カードや機能拡張ユニットに
備わるＣＰＵなどが実際の処理の一部または全部を行
い、その処理によって前述した実施形態の機能が実現さ
れる場合も含まれることは言うまでもない。

【００７２】本発明を上述記憶媒体に適用する場合、そ
の記憶媒体には、先に説明したフローチャートに対応す
るプログラムコードが格納されることになる。

【００７３】

【発明の効果】以上説明したように、本発明によれば、
管理される画像に関連する種々の情報を有効に活用する
ことができる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係るドキュメント管理装
置の一部を示すブロック図である。

【図２】（ａ）及び（ｂ）は、文書画像データをデータ
ベースに登録する従来の処理の流れを示した図である。

【図３】本発明の一実施形態に係るドキュメント管理装
置の一部を示すブロック図である。

【図４】線画像ベクトル変換部１０７で、フレームをベ
クトル変換する方法についての例を示す図である。

【図５】文書画像データの中の各分類別に情報を保存す
る際の保存形態についての例を示す図である。

【図６】実際の文書画像と文書画像データの保存形態を
照らし合わせた例を示す図である。

【図７】実際のドキュメントフォーマットの例を示す図
である。

【図８】電子バインダの例を示す図である。

【図９】電子バインダの木構成例を示す図である。

Claims (12)

【特許請求の範囲】
1. 【請求項１】 画像を管理するための画像管理装置であ
   って、 所定の分類毎に前記画像に含まれる各領域を識別し、各
   々の前記領域の内容を示す領域データを生成する手段
   と、 前記画像中の、各々の前記領域の配置を示す配置データ
   を生成する手段と、 各々の前記領域データと前記配置データとを関連付けて
   保存する保存手段と、を備えたことを特徴とする画像管
   理装置。
2. 【請求項２】 前記保存手段は、 前記画像の全体を示す全体画像データを、各々の前記領
   域データと前記配置データとに関連付けて保存すること
   を特徴とする請求項１に記載の画像管理装置。
3. 【請求項３】 前記全体画像データを圧縮する手段を備
   え、 前記保存手段は、圧縮された前記全体画像データを保存
   することを特徴とする請求項２に記載の画像管理装置。
4. 【請求項４】 各々の前記領域の画像を示す部分画像デ
   ータを前記領域の全部又は一部について生成する手段を
   備え、 前記保存手段は、前記部分画像データを、各々の前記領
   域データと前記配置データとに関連付けて保存すること
   を特徴とする請求項１に記載の画像管理装置。
5. 【請求項５】 前記分類には、テキスト、表、枠、若し
   くは、ピクチャーが含まれることを特徴とする請求項１
   に記載の画像管理装置。
6. 【請求項６】 前記分類がテキストである前記領域の前
   記領域データには、該領域の画像に含まれる文字を示す
   テキストデータが含まれることを特徴とする請求項５に
   記載の画像管理装置。
7. 【請求項７】 前記分類が表である前記領域の前記領域
   データには、該領域の画像に含まれる表の構造及び表の
   枠線の配置を示すデータ、及び、表に含まれる文字を示
   すテキストデータが含まれることを特徴とする請求項５
   に記載の画像管理装置。
8. 【請求項８】 前記分類が枠である前記領域の前記領域
   データには、該領域の画像に含まれる枠線の配置を示す
   データが含まれることを特徴とする請求項５に記載の画
   像管理装置。
9. 【請求項９】 管理される画像を文書から読取る手段を
   備えたことを特徴とする請求項１に記載の画像管理装
   置。
10. 【請求項１０】 保存された前記領域データを、前記属
    性単位又は前記領域データ単位で読み出す手段を備えた
    ことを特徴とする請求項１に記載の画像管理装置。
11. 【請求項１１】 画像を管理するための画像管理方法で
    あって、 所定の分類毎に前記画像に含まれる各領域を識別し、各
    々の前記領域の内容を示す領域データを生成する工程
    と、 前記画像中の、各々の前記領域の配置を示す配置データ
    を生成する工程と、 各々の前記領域データと前記配置データとを関連付けて
    保存する保存工程と、を含むことを特徴とする画像管理
    方法。
12. 【請求項１２】 画像を管理するために、コンピュータ
    を、 所定の分類毎に前記画像に含まれる各領域を識別し、各
    々の前記領域の内容を示す領域データを生成する手段、 前記画像中の、各々の前記領域の配置を示す配置データ
    を生成する手段、 各々の前記領域データと前記配置データとを関連付けて
    保存する保存手段、として機能させるプログラムを記録
    した記録媒体。