JP2007243729A - 画像処理装置およびその制御方法、および画像処理システム - Google Patents

Abstract

【課題】 文書データの印刷物をスキャンして得られた画像データは、その原本である文書データと比べると画質が劣化してしまうが、文書内のロゴマーク等の特定画像については、高画質を保ちたい。
【解決手段】 特定画像データを予めオリジナル画像としてサーバに登録しておく。そして画像処理時に、まず処理対象の文書を読み込んだスキャン画像をブロック画像に領域分割する（Ｓ１９０２）。そして、前記ブロック画像について、等価とみなせるオリジナル画像がサーバに登録されていれば、それで置き換える（Ｓ１９０７）。これにより、登録済みのオリジナル画像については、高画質が保たれる。
【選択図】 図１９

Description

本発明は、画像処理装置およびその制御方法、および画像処理システムに関する。特に、紙文書を読み取って得られたスキャン画像から特定の画像を検出する画像処理装置およびその制御方法、および画像処理システムに関する。

近年、オフィスにおける紙文書を電子文書に置き換える、いわゆるペーパレス化が推進されている。しかしながら紙文書には、目が疲れにくい、全体を概観しやすい、容易に書き込が行える等、電子文書にはないメリットがあるため、現状のオフィスでは、電子文書と紙文書のそれぞれのメリットを生かし、それらが併用されている状況にある。

このような状況では、紙文書と電子文書との扱いの差異を軽減するために、電子文書から紙文書へ、紙文書から電子文書への相互の移行を容易に実行可能とする環境が求められている。

電子文書から紙文書への移行は、電子文書をプリンタによって印刷することで容易に達成できる。それに対して、紙文書から電子文書への移行は、スキャナによって紙文書を読み取り、画像データとして電子化する方法が一般的である。しかしながら、紙文書に対してそのオリジナル（原本）である電子文書がある場合は、該紙文書を電子化した画像データよりも、該紙文書に対するオリジナルの電子文書を取得するほうが望ましい。

このようにオリジナルの電子文書の取得を実現するために、以下のような方法が提案されている。すなわち、電子文書を変換したラスタ画像を、該電子文書に対応付けて予め保存しておく。そして、紙文書をスキャンして得られたラスタ画像データと、予め保存されている電子文書対応のラスタ画像データとについて、その特徴量の類似性を比較することにより、オリジナルの電子文書の検索を可能にしている（例えば、特許文献１参照）。これにより、例えば、会議資料として出席者に配布された紙文書に基づき、オリジナルの電子文書を取得することでき、会議の出席者がオリジナルの電子文書を編集したり、会議に出席していない人に配布したりすることが可能になる。

このように、スキャナで読み取った画像データに対し、そのオリジナルである電子文書が得られることにより、例えば書類のコピーを行う際にも、通常のコピー処理に代えて、該書類に対するオリジナルの電子文書を印刷することが可能となる。これにより、該書類のコピー処理がすなわちオリジナルの電子文書を再印刷したことと等価になり、高画質なコピー処理が実現される。

また、スキャナで読み込んだ画像データは一般にサイズが大きく、例えば、Ａ４サイズの１ページの画像をフルカラーのビットマップ形式で記憶しようとすると、３００ＤＰＩで約２４メガバイトにもなり、ＪＰＥＧ圧縮しても数メガバイトになってしまう。これに対しオリジナルの電子文書は一般に、その紙文書をスキャンした画像データよりもかなりコンパクトなサイズであるため、データ処理および保存時に有利である。

一方、オリジナルの電子文書が見つからなかった場合、スキャナで読み取ったラスタ画像に対して、ベクトル化可能な領域に関してはベクトル画像に変換する技術が開示されている（例えば、特許文献２参照）。これにより、スキャンした画像データのコンパクト化が図れると共に、拡大した場合にもジャギー等の不具合が発生しない等、画質とともにその再利用性を高めることが可能となる。

また、編集の容易さにこだわらなければ、スキャナで読み取った画像データに対して領域分割を行い、文字領域部と画像部分とでそれぞれに適した圧縮を施す技術が開示されている（例えば、特許文献３参照）。例えば、文字領域部には２値のＭＭＲ圧縮、画像部分にはＪＰＥＧ圧縮を行うことによって、高画質かつコンパクトな画像データに変換することができる。
特開２００１−２５６２５６号公報 特開２００４−２６５３８４号公報 特開２００３−３３８９３５号公報

しかしながら、上述したような、予め登録されたオリジナル文書の中から、スキャンした画像を検索する方法では、オリジナル文書の登録に問題があった。すなわち、登録対象となるオリジナルの電子文書データとしては、社内外の別部門で作成された文書等も含まれるため、これら全ての文書を事前に登録しておくことは、極めて困難であった。

一方、会社等のシンボルとなるロゴマークやクリップアート等は、各種文書において頻繁に利用されるであろうことは予想され、このような頻出する特定画像に対しては、特に高画質を保つことが要求される。しかしながら、このような特定画像データに対しても、一般の画像データと同様に以下のような問題があった。

すなわち、一般に紙文書をスキャナで読み取ることによって得られた画像データには、該紙文書の作成時、すなわちオリジナルの電子データを印刷した際に生じた画質劣化と、さらに、該印刷画像をスキャンした際に生じた画質劣化とが含まれている。したがってスキャン画像には、オリジナル画像と比べて大幅な画質劣化が生じている。さらに、スキャン画像に対してベクトル化や圧縮等の画像処理を施す場合、該処理に起因したさらなる画質劣化が上乗せされてしまう。

また一般に、画像データに対してベクトル化や圧縮等の画像処理を施す場合、処理後のデータサイズを小さくしようとすると画質が劣化し、画質の劣化を抑制しようとするとデータサイズが大きくなる。このように、画像処理におけるデータサイズと画質とは、いわゆるトレードオフの関係にある。

また、上記従来の、画像をベクトル化することによってコンパクト化および高画質化を図る処理についても、以下のような問題があった。

一般に、会社や団体のロゴマークや、商用化されているアニメキャラクターのイラスト等の画像は、著作権によって保護されている。このような著作権で保護された特定画像については、その著作権保持者の許可を得ることなく、ベクトル化して再利用することはできない。したがって、上記従来のベクトル化処理においても、その対象となる画像は制限されるべきであり、どのような画像に対しても自由にベクトル化できるわけではない。

一方、ロゴマーク等の特定画像については、たとえベクトル化は行えないとしても、色再現性等の画質に対する要求も高く、該特定画像の利用時には画質劣化を極力抑制したいという要求もある。

本発明は、このような課題を個々にまたはまとめて解決するためになされたものであり、以下の機能を有する画像処理装置およびその制御方法、および画像処理システムを提供することを目的とする。

すなわち、特定の画像を含む文書を電子化して文書画像データとして処理する際に、該特定の画像に対してはオリジナル画像への置き換えを行うことによって高画質化する。

さらに、置き換えられた文書画像のデータサイズをコンパクト化する。

また、文書画像データ内においてベクトル化対象となる画像を制限する。

また、置き換え結果をユーザが確認することを可能とする。

上記目的を達成するための一手段として、本発明の画像処理装置は以下の構成を備える。

すなわち、複数のオリジナル画像が登録されたサーバにアクセス可能な画像処理装置の制御方法であって、文書を読み込んでスキャン画像を得るスキャンステップと、前記スキャン画像を部分領域画像に領域分割する領域分割ステップと、前記部分領域画像と等価とみなせるオリジナル画像が前記サーバに登録されているか否かを判定する等価画像判定ステップと、前記スキャン画像に対して、前記部分領域画像を前記等価画像判定ステップで等価と判定されたオリジナル画像に置き換えるオリジナル置換ステップと、を有することを特徴とする。

例えば、前記オリジナル置換ステップにおいては、前記部分領域画像を前記等価画像判定ステップで等価であると判定された前記オリジナル画像で置換する際に、前記スキャン画像に対して、該部分領域画像のデータを削除して、該オリジナル画像のデータファイルへのポインタ情報を埋め込むことを特徴とする。

さらに、前記スキャン画像をベクトル化するベクトル化ステップを備え、前記ベクトル化ステップは、前記等価画像判定ステップで前記部分領域画像と等価であると判定されたオリジナル画像が、その処理条件としてベクトル化が許可されている場合に、該部分領域画像をベクトル化することを特徴とする。

さらに、前記オリジナル置換ステップにおいて置換が施された前記スキャン画像を画像表示手段に表示する画像表示ステップを有し、前記画像表示ステップにおいては、前記部分領域画像が前記オリジナル画像に置換された旨が識別可能となるように、該部分領域画像の領域を表示することを特徴とする。

以上の構成からなる本発明によれば、特定の画像を含む文書を電子化して文書画像データとして処理する際に、該特定の画像に対してはオリジナル画像への置き換えを行うことによって高画質化できる。

さらに、置き換えられた文書画像のデータサイズをコンパクト化することができる。

また、文書画像データ内においてベクトル化対象となる画像を制限することができる。

また、置き換え結果をユーザが確認することが可能となる。

以下、添付の図面を参照して、本発明をその好適な実施形態に基づいて詳細に説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。

＜第１実施形態＞
●システム概要
図１は、本実施形態に係る画像処理システムの構成例を示すブロック図である。同図においては、オフィス１０とオフィス２０がインターネット１０４で接続されている例を示している。オフィス１０とオフィス２０とでは、その内部の構成が実質的に同様であるため、以下ではオフィス１０について説明する。

オフィス１０内に構築されたＬＡＮ１０７には、ネットワークスキャナやネットワークプリンタとして機能する複写機であるＭＦＰ（Multi Function Peripheral）１００が接続されている。ＬＡＮ１０７にはさらに、ＭＦＰ１００を制御するマネージメントＰＣ１０１、クライアントＰＣ１０２、インターネット１０４への接続を管理するプロキシサーバ１０３が接続されている。そしてさらに、文書ファイルや画像ファイルを管理する文書管理サーバ（ファイルサーバ）１０６、文書ファイルや画像ファイルを属性情報等で検索できるように構成されたデータベース１０５が接続されている。なお、図１ではクライアントＰＣ１０２が１台だけ接続された例を示しているが、これは複数存在し得るものである。

オフィス１０におけるネットワーク１０７は、プロキシサーバ１０３を介してインターネット１０４に接続するようになっている。これはオフィス２０においても同様である。従って、オフィス１０とオフィス２０のそれぞれのネットワークは、インターネット１０４を介して相互に情報通信が可能になっている。なお、周知のＶＰＮ等の技術を利用して、第３者によるオフィス１０，２０内のネットワークへの侵入を阻止することが望ましい。

本実施形態におけるＭＦＰ１００は、紙文書の画像読み取り（スキャン）と、該読み取った画像信号に対する画像処理の一部（前処理等）を担当し、処理後の画像データはＬＡＮ１０９を介してマネージメントＰＣ１０１に供給される。マネージメントＰＣ１０１は、その内部に画像記憶部（ハードディスク）、画像処理部（画像処理用の回路もしくは画像処理用のプログラム）、表示部、入力部（キーボードやマウス等のポインティングデバイス）を有する。したがって、マネージメントＰＣ１０１は例えば、通常のパーソナルコンピュータ（以下、ＰＣ）によって実現可能である。

図２は、ＭＦＰ１００の構成を示すブロック図である。同図において、オートドキュメントフィーダ（ＡＤＦ）を含む画像読み取り部１１０である。画像読み取り部１１０は、束状、或いは１枚の原稿画像を不図示の光源で照射し、その原稿反射像をレンズで固体撮像素子上に結像することによって、ラスタ状の画像読み取り信号を例えば解像度６００ｄｐｉの画像データとして得る。通常の複写を行なう際には、得られた画像データに対してデータ処理部１１５にて各種補正処理等を施すことにより記録信号へ変換し、ハードディスク等の記憶装置１１１に一旦記憶（格納）する。そして、該記憶した旨をネットワークＩＦ１１７を介してマネージメントＰＣ１０１に通知し、マネージメントＰＣ１０１の制御の下で、例えばプリンタエンジン部である記録装置１１２に順次出力して、記録用紙上に画像を形成する。

なお、本実施形態におけるＭＦＰ１００はネットワークプリンタとしても機能するため、ページ記述言語に基づいて印刷イメージデータを生成する機能を有する。ネットワークプリンタとして機能する場合には、クライアントＰＣ１０２から出力されるプリントデータをＬＡＮ１０７からネットワークＩＦ１１４を経て、データ処理装置１１５で記録可能なラスタデータに変換した後、やはり記録装置１１１に一旦記憶する。そして、該記憶した旨をマネージメントＰＣ１０１に通知し、マネージメントＰＣ１０１の制御の下で記録装置１１２に順次出力して、記録用紙上に画像を形成することになる。このように、ＭＦＰ１００において記録用紙上に画像形成するために生成されるイメージデータとしては、画像読み取り部１１０で読取られたものと、ネットワークプリンタとして機能した結果として生成されたものが考えられる。そこで本実施形態においては、ＭＦＰ１００におけるイメージデータがいずれの経路で生成されたかを示す情報を、マネージメントＰＣ１０１へ通知する。

なお図２において、１１３は各種キーやスイッチ、液晶表示画面上に設けられたタッチパネルで構成される入力装置であり、１１６は液晶表示器等の表示装置である。

本実施形態において、マネージメントＰＣ１０１とＭＦＰ１００がネットワーク１０９を介して直接接続されていることにより、ＭＦＰ１００内の記憶装置１１１に対するマネージメントＰＣ１０１からの高速なダイレクトアクセスが可能となる。これにより、マネージメントＰＣ１０１とＭＦＰ１００間において後述するようなデータ通信を行っても、ネットワーク１０７のトラフィックには影響を与えることがない。

図３は、マネージメントＰＣ１０１の構成を示すブロック図である。上述したように、本実施形態におけるマネージメントＰＣ１０１は、通常のＰＣによって実現される。図３において、３０は装置全体の制御を司るＣＰＵ、３１はブートプログラムやＢＩＯＳを記憶しているＲＯＭ、３２はＣＰＵ３０のワークエリアとして使用されるＲＡＭである。ＲＡＭ３２に、ＯＳをはじめ本実施形態におけるＭＦＰ１００を管理するプログラムがロードされ、実行されることになる。３３は各種データを格納可能なハードディスクである。３４は表示コントローラであり、ビデオＲＡＭを内蔵している。３５は表示装置であって、本実施形態では液晶表示装置を採用しているが、ＣＲＴ等の他の表示装置でも構わない。３６は表示装置３５のスクリーンの前面に設けられたタッチパネルである。３７はＭＦＰ１００との通信を行うためのネットワークＩ／Ｆ、３８はネットワーク１０７に接続するためのＩ／Ｆである。

通常のＰＣは、キーボードやマウス等のポインティングデバイスを入力装置として備えるが、本実施形態ではそれに代えて、タッチパネルが入力装置として機能する。もちろん、マネージメントＰＣ１０１がキーボードやマウスを備えるものであっても構わないし、それらをタッチパネル３６と併用しても良い。

図４は、ＭＦＰ１００にマネージメントＰＣ１０１を収容した際の外観を示す図である。同図に示すように、マネージメントＰＣ１０１の表示装置３５、タッチパネル３６が、あたかもＭＦＰ１００の一部として見えるように収容されている。なお、マネージメントＰＣ１０１のメンテナンスが容易に行えるようにするため、通常のＰＣが有するキーボードやマウス等のポインティングデバイスを、ＭＦＰ１００の筐体内に収容するように構成しても構わない。

また、以下の説明からも明らかになるが、本実施形態においてマネージメントＰＣ１０１が有する表示装置３５及びタッチパネル３６は、実質的にＭＦＰ１００のユーザインタフェース（ＵＩ）として機能する。したがって、ＭＦＰ１００内にマネージメントＰＣ１０１の処理を行う機能を付加すば良いとも考えられる。しかしながら、マネージメントＰＣ１０１による処理は多岐に渡り、その処理を実現するプログラムの開発、管理の容易性、バージョンアップの容易性の観点から、本実施形態では、複合機であるＭＦＰとは独立した、汎用のＰＣを介在させている。

●全体処理概要
以下、本実施形態の画像処理システムにおける全体処理の概要を、図５のフローチャートを用いて説明する。なお、図５のフローチャートは、主にマネージメントＰＣ１０１における処理を示すものである。

まずステップＳ５０１において、ＭＦＰ１００を使用するユーザに対するユーザ認証を行って、マネージメントＰＣ１０１にログインする。ユーザ認証の方法としては、指紋認証などのバイオメトリクスやＩＣカードを用いた方法等、様々な方法があるが、どのような方法を用いても良い。例えば、マネージメントＰＣ１０１のタッチパネル３６からユーザ名とパスワードを入力させ、図６に示すような内容で予め格納されているユーザアカウント情報と照合して、認証を行うようにすれば良い。なお、図６はマネージメントＰＣ１０１に予め登録されているユーザ情報の構成例を示すものである。

続いてステップＳ５０２において、ユーザは、マネージメントＰＣ１０１の表示装置３５に表示されるメニューから、タッチパネル３６を用いて機能を選択する。本実施形態では、「画像登録」、「文書登録」、「コピー」、「送信」、「保存」の５つの機能が選択可能である。そしてステップＳ５０３において、ユーザが選択した機能に応じて処理が分岐する。画像登録が選択された場合はステップＳ５０４へ、文書登録が選択された場合はステップＳ５０８へ、コピーが選択された場合はステップＳ５１１へ、送信が選択された場合はステップＳ５１２へ、保存が選択された場合はステップＳ５１３へ、それぞれ分岐する。

・画像登録処理
ステップＳ５０４〜Ｓ５０７は、ステップＳ５０２で「画像登録」が選択された場合の処理であり、コピー、送信、保存の各処理において検出対象となる画像、およびその処理情報を登録する。

すなわち、画像読み取り部１１０で読み取られた画像からの検出対象となる部分画像としての画像と、該画像が検出された場合の処理情報とを、文書管理サーバ１０６およびデータベース１０５へ登録する。

まずステップＳ５０４において、後述する文書登録処理による登録と区別するために、ＲＡＭ３２上に確保されたメモリ領域上に、登録モードとして「画像」を設定する。

続いてステップＳ５０５において、クライアントＰＣ１０２のハードディスク３３から、処理対象となる画像ファイルを選択する。画像の選択方法は限定しないが、例えば、Ｗｉｎｄｏｗｓ（登録商標） ＸＰにおけるＥｘｐｌｏｒｅｒ（登録商標）等に代表される、ファイルビューワを用いれば良い。なお、クライアントＰＣ１０２においては予め、ファイルシステム上の特定のフォルダが、ステップＳ５０１で認証されたユーザに対してアクセス可能となるように設定されているものとする。また、選択可能な画像ファイルの形式としては、ビットマップやＪＰＥＧ等のラスタ画像や、ＳＶＧ（Ｓｃａｌａｂｌｅ Ｖｅｃｔｏｒ Ｇｒａｐｈｉｃｓ）やＷＭＦ（Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｔａ Ｆｉｌｅ）等のベクトル画像が考えられる。ベクトル画像が選択された場合、後の処理を簡略化するために特定のフォーマット（ＳＶＧ等）に変換しておく。このベクトル画像のフォーマット変換については、既に多数の変換プログラムが流通しており、周知であるため、ここでは詳細な説明は省略する。

続いてステップＳ５０６において、登録対象である画像に対する処理制御情報を設定する。この設定は例えば、マネージメントＰＣ１０１の表示装置３５に図７に示すような画面を表示し、タッチパネル３６を用いて行われる。

図７に示されるように、処理制御情報の設定項目は、例えばラジオボタンを選択することによって設定がなされる。設定項目としては例えば、印刷（コピー）／送信／保存の各処理の実行の可否、該各処理における置換処理の可否、履歴保存と履歴通知の可否、ならびに、送信／保存時の画像のベクトル化処理の可否がある。また、コピー／送信／保存の実行に対するユーザの実行権限のレベルも、プルダウンメニューを用いて設定できる。ここで、実行権限のレベルとは０〜５までの数値で示され、値が低いほど実行権限レベルが低いことを意味する。また図６のユーザ情報に示されるように、実行権限はユーザアカウント毎に予め設定されている。さらに、保存処理時の保存先として、クライアントＰＣ１０１のディレクトリを指定することが可能であるが、この保存先を設定しないでおくことも可能である。図７に示す画面上において必要な設定を終えると、ユーザがＯＫボタンを押下することにより、設定項目の内容がＲＡＭ３２上に所定の形式で格納される。

続いてステップＳ５０７において、ステップＳ５０５で選択・変換された画像ファイルを文書管理サーバ１０６に登録し、さらに、画像に関する情報と、ステップＳ５０６で設定された処理制御情報を対応させ、画像情報としてデータベース１０５に登録する。登録された画像情報の構成例を図８、図９に示すが、その詳細については後述する。

・文書登録処理
ステップＳ５０８〜Ｓ５１０は、ステップＳ５０２で「文書登録」が選択された場合の処理である。この文書登録処理においては、コピー、送信、保存の各処理時に画像読み取り部１１０で読み込まれた画像について、そのオリジナルとしての検索対象となる文書を、文書管理サーバ１０６とデータベース１０５へ登録する。

まずステップＳ５０８において、上述した画像登録処理による登録と区別するために、ＲＡＭ３２上に確保されたメモリ領域上に、登録モードとして「文書」を設定する。

続いてステップＳ５０９において、クライアントＰＣ１０２のハードディスク３３から、処理対象となる文書ファイルを選択する。文書の選択方法は限定しないが、例えばステップＳ５０５と同様にファイルビューワを用いれば良い。また、クライアントＰＣ１０２においては予め、ファイルシステム上の特定のフォルダが、ステップＳ５０１で認証されたユーザに対してアクセス可能となるように設定されているものとする。また、選択可能な文書ファイルの形式としては、一般的なＷｏｒｄ（登録商標）やＰｏｗｅｒ Ｐｏｉｎｔ（登録商標）等の文書や、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）等、多様な形式を選択可能である。文書が選択されると、後の処理を簡略化するために、特定のベクトル画像形式のフォーマット（ＳＶＧ等）に変換しておく。このベクトル画像形式へのフォーマット変換については、既に多数の変換プログラムが流通しており、周知であるため、ここでは詳細な説明は省略する。

続いてステップＳ５１０において、ステップＳ５０９で選択・変換された文書ファイルを文書管理サーバ１０６に登録する。このとき、文書のラスタイメージ画像に対する像域分離を行う。そして、各領域に細分化（ブロックセグメント化：ＢＳ化）して得られるブロック毎の情報を、登録文書ブロック情報およびブロック内のテキストの実データを示すテキスト情報として、データベース１０５に登録する。登録文書ブロック情報およびテキスト情報の構成例を図１１、図１２に示すが、その詳細については後述する。

なお、文書中の画像ブロックに関してはステップＳ５０７と同様に、該画像ブロック内の画像データを画像ファイルとして文書管理サーバ１０６に登録し、さらに、画像に関する情報をデータベース１０５に登録する。

・コピー処理
ステップＳ５１１は、ステップＳ５０２において「コピー」が選択された場合の処理であり、ＭＦＰ１００において原稿の高画質コピーを行う。すなわち、ＡＤＦにセットされた原稿を画像読取部１１０で読み取り、記憶装置１１１に１ページ分の画像データとして一旦保持する。そして、読み取った画像データの一部もしくは全てを、必要に応じて登録済みのオリジナルの画像データに置き換えて記録装置１１２に出力することにより、高画質のコピー処理を実現する。

本実施形態のコピー処理においては、読み取られた画像データ（以下、スキャン画像データ）に対して、マネージメントＰＣ１０１によって像域分離が施され、各領域（ブロック）に細分化される（ＢＳ処理）。細分化された各ブロックの情報は、図１３に示すようなスキャン文書ブロック情報としてＲＡＭ３２上に抽出される。そして、スキャン画像内の画像ブロックに一致する画像情報がデータベース１０５に登録されていた場合、対応する実行権限レベルに従って当該ユーザの実行権限の有無を判定し、権限がある場合にのみ、コピーを実行する。

また、スキャン画像と一致する文書の情報がデータベース１０５に登録されていた場合には、対応するオリジナルの文書ファイルを文書管理サーバ１０６から読み取ってラスタライズし、読み取られた画像データに代えて記録装置１１２に出力する。一方、オリジナルの文書ファイルが登録されていない場合でも、スキャン画像における画像ブロックの画像データと一致する画像がデータベース１０５に格納されていれば、これを利用する。すなわち、スキャン画像内における画像ブロックを、文書管理サーバ１０６に格納されているオリジナルの画像データで置き換えた後、記録装置１１２に出力する。なお、本実施形態におけるコピー処理の詳細については、図１９を用いて後述する。

・送信処理
ステップＳ５１２は、ステップＳ５０２において「送信」が選択された場合の処理であり、ＭＦＰ１００において読み取った画像データを指定された送信先へ送信する。すなわち、ＡＤＦにセットされた原稿を画像読取部１１０で読み取り、記憶装置１１１に１ページ分の画像データとして一旦保持する。そして、読み取った画像データをベクトル化し、ベクトル化された画像の一部もしくは全てを、必要に応じてオリジナルの画像データに置き換えて、指定された送信先に送信する。この送信処理においては、上述したステップＳ５１１のコピー処理と同様にＢＳ処理を行ってユーザの実行権限の有無を判定し、権限がある場合のみ、送信を実行する。また、やはりステップＳ５１１と同様に、読み取られた画像データの全てもしくは一部を、オリジナルの画像データに置き換えてから送信を行う。なお、本実施形態における送信処理の詳細については、図２４を用いて後述する。

・保存処理
ステップＳ５１３は、ステップＳ５０２において「保存」が選択された場合の処理であり、ＭＦＰ１００において読み取った画像データを指定された保存先へ保存する。すなわち、ＡＤＦにセットされた原稿を画像読取部１１０で読み取り、記憶装置１１１に１ページ分の画像データとして一旦保持する。そして、読み取ったイメージデータをベクトル化し、ベクトル化された画像の一部もしくは全てを、必要に応じてオリジナルの画像データに置き換えて、指定された保存先に保存する。この保存処理においては、上述したステップＳ５１１のコピー処理と同様にＢＳ処理を行ってユーザの実行権限の有無を判定し、権限がある場合のみ、保存を実行する。また、やはりステップＳ５１１と同様に、読み取られた画像データの全てもしくは一部を、オリジナルの画像データに置き換えてから保存を行う。画像ブロックのオリジナルデータに対して保存先が設定されている場合は、ユーザが保存先を指定する必要は無く、設定された保存先に自動的に保存される。なお、本実施形態における保存処理の詳細については、図２７を用いて後述する。

●画像登録処理（詳細）
以下、上述したステップＳ５０７における画像登録処理について、図１４のフローチャートを用いてその詳細を説明する。なお、この画像登録処理は、ステップＳ５１０の文書登録処理において文書中の画像ブロックの画像を登録する際にも実行される。

まずステップＳ１４０１において、登録対象の画像がベクトル画像であるかラスタ画像であるかによって、処理が分岐する。ベクトル画像であればステップＳ１４０２へ進み、ラスタ画像であればステップＳ１４０４へ進む。

ステップＳ１４０２では、ベクトルデータの比較を容易にするために正規化を行う。例えば、ベクトル画像の外接矩形のサイズを正規化するために、登録対象のベクトル画像の外接矩形の長辺が所定の長さ（例えば、２００００ピクセル）となるように、ベクトルデータ中の座標の値や、フォントのサイズなどを補正する。

続いてステップＳ１４０３において、正規化されたベクトル画像に対してラスタライズを行い、ラスタ画像に変換する。ラスタ画像のサイズとしては、正規化の際に用いたサイズをそのまま使用する必要は無く、後述する画像特徴の抽出が可能なレベルのサイズであればよい。

ステップＳ１４０４においては、登録対象の画像に対する画像特徴を抽出する。ここで本実施形態における画像特徴を特に限定する必要は無く、例えば、ＭＰＥＧ−７（ＩＳＯ／ＩＥＣ１５９３８）のＰａｒｔ−３に記載されている、Ｃｏｌｏｒ ＬａｙｏｕｔとＥｄｇｅ Ｈｉｓｔｏｇｒａｍを使用するものとする。また、画像特徴の抽出方法としては、同じくＭＰＥＧ−７のＰａｒｔ−８に記載されている方法を使用するものとする。

続いてステップＳ１４０５において、登録対象の画像と類似する画像が、データベース１０５に画像情報として既に登録されているか否かを検索する。ここで、画像情報の構成例を図８に示す。図８に示されるように画像情報としては、登録されている個々の画像に対して、画像ＩＤ毎に画像特徴およびサイズ情報（横方向と縦方向のピクセル数）等が格納されている。ここで画像特徴としては、ステップＳ１４０４でも登録対象画像から抽出される、Ｃｏｌｏｒ ＬａｙｏｕｔとＥｄｇｅ Ｈｉｓｔｏｇｒａｍが、個々の画像から抽出されて格納されている。

登録対象画像による検索方法としては、まず、登録対象画像のサイズによる絞込みを行う。すなわち、データベース１０５に画像情報として登録されている画像の中から、登録対象の画像とアスペクト比（縦方向と横方向のピクセル数の比率）がほぼ等しい画像を選び出して絞り込む。続いて、絞り込まれた画像の中から画像特徴が類似する画像を選ぶことにより、検索結果を得る。すなわち、ステップＳ１４０４で抽出した画像特徴の値と、データベース１０５に画像情報として格納されている画像特徴の値から、２つの画像の類似度（もしくは距離）を算出する。そして、所定の類似度以上（所定の距離以下）の画像特徴を持つ画像を、類似する画像として抽出し、これを検索結果とする。なお、類似度（もしくは距離）の算出方法は、ＭＰＥＧ−７のＰａｒｔ−８に記載されている方法を使用するものとする。

そしてステップＳ１４０６では、ステップＳ１４０５における検索結果として類似する画像が得られたか否かによって処理を分岐する。すなわち、類似する画像が存在すればステップＳ１４０７へ進み、存在しなければステップＳ１４１１へ進む。

ステップＳ１４０７では、ステップＳ１４０５における検索結果として得られた類似画像中に、登録対象画像に一致する画像が存在するか否かを判定するために、画像の詳細比較を行う。この画像詳細比較処理の詳細については、図１５を用いて後述する。この詳細比較結果に基づき、ステップＳ１４０８において処理が分岐する。すなわち、登録対象画像と同じ画像が存在すると判定された場合はステップＳ１４０９へ進み、存在しないと判定された場合はステップＳ１４１１へ進む。

ステップＳ１４０９では、ステップＳ１４０７で登録対象画像と同じであると判定された登録済の画像について、登録対象の画像による置換え、すなわちオリジナルの更新が可能であるか否かの判定を行う。このオリジナル更新判定処理の詳細については、図１６を用いて後述する。

そしてステップＳ１４１０では、ステップＳ１４０９での判定結果に基づいて処理を分岐する。すなわち、更新可能と判定された場合はステップＳ１４１２へ進み、更新不可と判定されれば、登録対象の画像を登録することなく、画像登録処理を終了する。

ステップＳ１４１１においては、登録対象の画像を文書管理サーバ１０６に画像ファイルとして新規登録し、さらにその画像情報をデータベース１０５に登録する。

ここでデータベース１０５に登録される画像情報としては、図８に示されるように、「画像ＩＤ」、「画像特徴」、「モード」、「種類」、「サイズ」、「処理フラグ」、「実行権限レベル」、「保存先」、「管理者」が格納される。登録対象の画像について、その画像情報を登録する際には、まず、登録対象の画像に対して「画像ＩＤ」が発行される。画像ＩＤは、画像情報中に存在しない値が選ばれて発行される。そして、新たに発行された画像ＩＤに対して、ステップＳ１４０４で抽出した「画像特徴」が格納される。同様に、「モード」として、ステップＳ５０４もしくはステップＳ５０８で設定された値、すなわち、「画像」または「文書」のいずれかが格納される。また、「種類」として、登録対象の画像の種類である、「ラスタ画像」または「ベクトル画像」のいずれかが判定されて格納される。「サイズ」としては、ラスタ画像であれば、その画像の縦横のピクセル数が格納され、ベクトル画像であれば、ステップＳ１４０２で正規化した画像の縦横のピクセル数が格納される。「処理フラグ」は、モードが「画像」である場合のみ有効であり、ステップＳ５０６において設定した、印刷、送信、保存、置換、ベクトル化、履歴保存、履歴通知の各処理の実行の可否を示すフラグが格納される。詳細には図９に示すように、各ビットにそれぞれのフラグを対応させて格納している。「実行権限レベル」および「保存先」にも、ステップＳ５０６で設定された値がそのまま格納される。また、「管理者」には、ステップＳ５０１でログインしたユーザのメールアドレスが格納される。

このように、オリジナル画像の登録時に、ベクトル化や置換え等についての可否情報等、画質制御条件を登録可能とすることによって、多様な画質制御の要求に柔軟に対応することができる。例えば、オリジナル画像の登録時にベクトル化の可否を設定することにより、スキャン画像をベクトル化する際に、オリジナル画像と一致する画像についてはベクトル化を行わないように制御することができ、著作権等の問題を回避することができる。

そして、文書管理サーバ１０６に対しては、そのハードディスク上の所定のディレクトリに、登録対象画像のファイルが格納される。このとき、ファイル名としては画像ＩＤが使用され、画像の種類に応じた拡張子が付加される。登録対象画像がラスタ画像であれば、ステップＳ５０５で選択した画像ファイル、もしくはステップＳ５１０で文書ファイルから抽出されて一時的に保存された画像ブロックのファイルをコピーすることにより、格納する。また、登録対象画像がベクトル画像であれば、ステップＳ１４０２で正規化したデータをファイルとして格納する。このように、データベース１０５への画像情報の登録、および文書管理サーバ１０６への画像ファイルの登録が終了すると、ステップＳ１４１１における画像情報登録処理を終了する。

一方、ステップＳ１４１２においては、ステップＳ１４０７で登録対象画像に一致すると判定された登録済みのオリジナル画像を、登録対象画像で更新する。すなわち、データベース１０５内の画像情報と、文書管理サーバ１０６内の画像ファイルそのものが置き換えられる。このとき、登録対象画像に対して新たな画像ＩＤの発行を行わず、更新される画像のＩＤがそのまま割り当てられる。したがって、更新される画像の画像情報については、その画像ＩＤ以外の項目の値が、登録対象画像の値に書き換えられる。ここで書き換える値は、ステップＳ１４１１における新規登録の場合と同様にして求められる。また、文書管理サーバ１０６においても画像ファイルが書き換えられるが、該ファイルの内容はステップＳ１４１１における新規登録の場合と同様である。このように、データベース１０５に対する画像情報の更新、および文書管理サーバ１０６に対する画像ファイルの更新が終了すると、ステップＳ１４１２における画像情報更新処理を終了する。

以上説明したように、データベース１０５に対する画像情報の登録または更新、および文書管理サーバ１０６に対する画像ファイルの登録または更新が終了すると、ステップＳ５０７における画像登録処理を終了する。

・画像詳細比較処理
ここで図１５を用いて、上述したステップ１４０７における画像詳細比較処理について、詳細に説明する。

まず、ステップＳ１５０１において、ステップＳ１４０５で検索結果として得られた類似画像を、登録対象画像との類似度の高い順に、候補として取り出す。

そしてステップＳ１５０２において候補の取り出し結果を判定し、候補が取り出せればステップＳ１５０３へ進むが、全候補を取り出しを終えていれば、登録対象の画像に一致する画像は登録されていないものとして、画像詳細比較処理を終了する。

ステップＳ１５０３では、ステップＳ１５０１で取り出した候補の画像がベクトル画像であるか否かによって処理を分岐する。すなわち、候補画像がベクトル画像であればステップＳ１５０４へ進み、そうでなければステップＳ１５０６へ進む。

ステップＳ１５０４では、登録対象の画像がベクトル画像であるか否かによって処理を分岐する。すなわち、登録対象画像がベクトル画像であればステップＳ１５０５へ進み、そうでなければステップＳ１５０６へ進む。

ステップＳ１５０５では、比較する画像が両方ともベクトル画像であるので、そのベクトルデータを直接比較する。この比較は、ステップＳ１４０２において登録対象画像の正規化が行われたために可能となっている。ただし、正規化時の誤差が生じる可能性があるため、例えば、座標値を比較する場合は、その差分が所定値以下であれば同じとみなすようにする。

一方、ステップＳ１５０６では、比較する画像の両方もしくは一方がラスタ画像であるので、これらをラスタ画像として比較する。すなわち、いずれかがベクトル画像であれば、これをラスタライズした後に比較を行う。また、画像のサイズが異なる場合は、画像のサイズをそろえて比較を行う。画像のサイズをそろえる際の位置のずれなどを吸収するために、２つのラスタ画像の差分画像を作成した後、例えば、差分の画素値が０近傍の画素の占める面積の割合が所定の割合以上の場合に同じであるとみなすようにする。

ステップＳ１５０５におけるベクトル比較処理またはステップＳ１５０６におけるラスタ比較処理が終了すると、いずれもステップＳ１５０７に進み、その比較結果を検証する。すなわち、比較の結果、候補画像と登録対象画像が一致すると判定された場合には画像詳細比較処理を終了するが、一致しないと判定された場合にはステップＳ１５０１へ戻り、次候補となる類似画像との比較処理を実行する。

このように画像登録処理において、既に登録されている候補画像と、新たに登録しようとする登録対象画像とにおける等価性を判定する際には、まず画像特徴での比較（Ｓ１４０５）を行った後に、さらに画像データによる詳細な比較（Ｓ１４０７）を行う。このような段階的な比較を行うことによって、高速かつ高精度な判定を行うことができる。

・オリジナル更新判定処理
ここで図１６を用いて、上述したステップ１４０９におけるオリジナル更新判定処理について、詳細に説明する。

まずステップＳ１６０１において、登録対象画像に対してステップＳ５０４またはＳ５０８で設定された登録モードを判定する。すなわち、文書モードであればステップＳ１６０２へ進み、画像モードであればステップＳ１６０３へ進む。

ステップＳ１６０２では、被更新候補である登録済み画像について、その画像情報における「モード」を判定する。すなわち、文書モードで登録された画像であればステップＳ１６０３へ進むが、画像モードで登録された画像であればステップＳ１６０７へ進み、この登録済み画像は更新不可であるものとして、この判定処理を終了する。これにより、一旦画像モードで登録された画像については、文書モードで登録しようとしている画像では置き換えられないことになり、すなわち本実施形態では画像モードでの登録が優先される。

ステップＳ１６０３では、被更新対象候補である登録済み画像がベクトル画像であるか否かを判定する。ベクトル画像でない、すなわちラスタ画像であればステップＳ１６０４へ進むが、ベクトル画像であればステップＳ１６０７へ進み、この登録済み画像は更新不可であるものとして、この判定処理を終了する。

次にステップＳ１６０４では、登録対象画像がベクトル画像であるか否かを判定する。ベクトル画像でなければステップＳ１６０５へ進むが、ベクトル画像であればステップＳ１６０６へ進み、更新可としてこの判定処理を終了する。

このステップＳ１６０３、Ｓ１６０４における判定処理により、登録済みのベクトル画像は更新されず、登録済みのラスタ画像については、ベクトル画像によって更新されることになり、すなわち本実施形態ではベクトル画像としての登録が優先される。

ステップＳ１６０５では、ラスタ画像をラスタ画像で更新するか否かの判定を行うが、ここでは、登録対象画像の方が登録済み画像よりも高画質であれば、更新可と判定する。例えば、登録対象画像の画素数の方が登録済み画像よりも多ければ、登録対象画像の方が高画質であると判断する。登録対象画像の方が高画質であると判定されるとステップＳ１６０６へ進んで更新可とし、高画質でないと判定されるとステップＳ１６０７へ進んで更新不可として、オリジナル更新判定処理を終了する。

本実施形態においては、詳しくは後述するが、スキャン画像から上述したように登録されたオリジナル画像と等価とみなせる部分画像を検出し、該部分画像を該オリジナル画像で置き換える処理を行う。したがって、上述したようにオリジナル画像としてラスタ画像よりもベクトル画像を優先して登録しておくことにより、スキャン画像をオリジナル画像への置き換えた結果として、よりコンパクトかつ高画質の画像を得ることができる。また同様に、文書中の画像よりも、画像として明示的にモード指定された画像のほうを優先して登録することにより、上記オリジナル画像への置き換えが発生した際に、より適切な画像への置き換えを行ってより高画質な画像を得ることができる。

●文書登録処理（詳細）
以下、上述したステップＳ５１０における文書登録処理について、図１７のフローチャートを用いてその詳細を説明する。

まずステップＳ１７０１において、ステップＳ５０９で選択されたアプリケーション文書のデータを、ＰｏｓｔＳｃｒｉｐｔやＳＶＧ等のＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）形式に変換する。この変換処理は、ＰＤＬに対応した仮想プリンタドライバを用いてアプリケーションから印刷処理を実行させることにより、可能となる。

続いてステップＳ１７０２において、ステップＳ１７０１でＰＤＬ化した文書データを、６００ＤＰＩでラスタライズしてラスタ画像を作成する。

続いてステップＳ１７０３において、ステップＳ１７０２で得られたラスタ画像を像域分離し、各領域に細分化する（ＢＳ処理）。ここでＢＳ処理の例を図１８に示す。図１８は、ＢＳ処理によって、１枚のイメージデータの属性を判定して複数のブロックに分割した様子を示す図であり、同図左側が分割前のラスタ画像、右側がそのブロック分割後の様子を示す。このようにＢＳ処理によって、同図左側に示す１頁のラスタ画像を、同図右側に示すように各オブジェクト毎の塊（矩形ブロック）として認識し、それぞれを属性毎のブロックに分割する。ブロック属性としては、文字（ＴＥＸＴ）／図画（ＰＩＣＴＵＲＥ）／写真（ＰＨＯＴＯ）／線（ＬＩＮＥ）／表（ＴＡＢＬＥ）等に判定される。なお、ＢＳ処理の方法については特開２００４−２６５３８４等で公開されており、周知であるため、ここでは詳細な説明を省略する。なお、図１８に示すＢＳ処理例では、同図左側において細分化された領域自体は任意形状であるが、同図右側においては該任意形状に外接する矩形領域を矩形ブロックとして表示している。

続いてステップＳ１７０４において、文書ＩＤを新たに発行し、ステップＳ５０９で選択したアプリケーション文書のファイルを、該文書ＩＤをファイル名としたファイルとして、文書管理サーバ１０６のハードディスク上の所定のディレクトリにコピーする。このとき、ファイル名の拡張子としては元のファイルと同じものを使用する。

続いてステップＳ１７０５において、ステップＳ１７０３で分割したブロックを順次取り出し、ステップＳ１７０６において、ブロックが取得できたか否かによって処理を分岐する。すなわち、ブロックを取り出せればステップＳ１７０７へ進み、全てのブロックを取り出し終えて、もう取り出すことができなければ文書登録処理を終了する。

ステップＳ１７０７では、ステップＳ１７０５で取り出したブロックに関する情報を、データベース１０５内に登録文書ブロック情報として登録する。ここで図１１に、登録文書ブロック情報の構成例を示す。同図に示されるように登録文書ブロック情報は、各ブロックに対して、「文書ＩＤ」、「ブロックＩＤ」、「位置」、「サイズ」、「属性」、「画像／テキストＩＤ」を対応付けて格納したテーブルとして構成される。具体的には、「文書ＩＤ」として、ステップＳ１７０４で発行した文書ＩＤを格納し、「ブロックＩＤ」として、ステップＳ１７０５で取り出したブロックの順番を示す番号を格納する。「位置」には、ステップＳ１７０２でラスタライズされた文書画像の座標系における、矩形ブロックの左上の座標値を格納する。「サイズ」としては、ブロックの縦横のピクセル数を格納する。「属性」には、対象となるブロックが画像（図画／写真など）であれば「画像」を格納し、テキスト（文字）であれば「テキスト」を格納する。なお、「画像／テキストＩＤ」については、画像／テキストの登録時にセットされるため、詳細は後述する。

続いてステップＳ１７０８では、ステップＳ１７０５で取り出した処理対象ブロックが、画像であるかテキストであるかを判定し、画像であればステップＳ１７０９へ進み、テキストであればステップＳ１７１１へ進む。

ステップＳ１７０９では、ステップＳ１７０１でＰＤＬ化された文書データから、処理対象のブロックに対応する部分の画像データを抽出する。詳細には、登録文書ブロック情報として格納したブロックの領域の座標（位置およびサイズ）をＰＤＬデータにおける座標系に変換することによって、ＰＤＬデータにおける当該ブロックの領域にレンダリングされるデータを容易に抽出することができる。抽出される画像としてはベクトル画像とラスタ画像があるが、それぞれ、画像ファイルとして必要な情報を付加し、場合によっては必要な変換を施して、一時的なファイルとして格納しておく。

続いてステップＳ１７１０において、ステップＳ１７０９で抽出した画像データをデータベース１０５および文書管理サーバ１０６に登録する。この画像登録処理は、上述したステップＳ５０７の画像登録処理と同様であり、登録対象であるブロックの画像がそのまま新規登録される場合と、既に登録済みであるとして登録されない場合がある。新規登録された場合は、その際に得られる画像ＩＤの値を登録文書ブロック情報の「画像／テキストＩＤ」に格納する。一方、登録されなかった場合には、既に登録済みである画像の画像ＩＤが得られるので、その値を登録文書ブロック情報の「画像／テキストＩＤ」に格納する。そして画像登録処理を終えると、ステップＳ１７０５へ戻って次ブロックの処理を行う。

一方、ステップＳ１７１１においては、ステップＳ１７０１でＰＤＬ化した文書データから、処理対象のブロックに対応する部分のテキストデータを抽出する。詳細には、上述したステップＳ１７０９と同様の方法によって、ＰＤＬデータからテキストデータを抽出する。

続いてステップＳ１７１２において、ステップＳ１７１１で抽出したテキストの情報を、データベース１０５内にテキスト情報として登録する。ここで図１２に、テキスト情報の構成例を示す。同図に示されるようにテキスト情報としては、各テキストブロックに対応して、「テキストＩＤ」と「テキストデータ」が格納される。具体的には、テキストブロックを登録する毎に、テキストＩＤが新たに発行され、そのテキストＩＤに対応させて、ステップＳ１７１１で抽出したテキストデータを格納する。さらにこのとき、このテキストＩＤを、図１１に示した登録文書ブロック情報の「画像／テキストＩＤ」に格納する。そしてテキスト登録処理を終えると、ステップＳ１７０５へ戻って次ブロックの処理を行う。

以上説明した、ステップＳ５０７およびステップＳ５１０で登録された画像データおよび文書データが、後述する各処理（コピー、送信、保存）において、原本または特定画像のオリジナルデータとして扱われる。

●コピー処理（詳細）
以下、上述したステップＳ５１１におけるコピー処理について、図１９のフローチャートを用いてその詳細を説明する。

まずステップＳ１９０１において、ＭＦＰ１００の画像読み取り部１１０から画像を読み取る。すなわち、ＭＦＰ１００の画像読み取り部１１０を動作させて、ＡＤＦから１枚の原稿をラスタ状に走査（スキャン）し、６００ＤＰＩの画像信号を得る。以下、画像読み取り部１１０で原稿を読み取って得られる画像を、スキャン画像と称する。そして該画像信号に対し、データ処理部１１５で前処理（補正処理等の変換処理等）を施し、記憶装置１１１に１ページ分の画像データとして一時的に保存した後、その旨をマネージメントＰＣ１０１に通知する。この通知を受けて、マネージメントＰＣ１０１のＣＰＵ３０は、ＭＦＰ１００の記憶装置１１１に格納された画像データを、ＬＡＮ１０９を介してＲＡＭ３２にロードする。なお、ステップＳ１９０１の画像読み込み処理においてはＭＦＰ１００が介在したが、以降のステップでは、マネージメントＰＣ１０１のＣＰＵ３０によって実行される処理手順を示す。

ステップＳ１９０２では、ＲＡＭ３２上にロードされたスキャン画像データに対して、矩形領域単位に領域を分離して各領域（ブロック）毎に属性を判定し、その結果をスキャン文書ブロック情報としてＲＡＭ３２に格納する。なお、属性としては文字／図画／写真／線／表等が判定される。また、ラスタ画像に対して矩形領域にブロック分割する方法としては、上述したステップＳ１７０３と同様のＢＳ処理を行えば良い。

ここで図１３に、スキャン文書ブロック情報の構成例を示す。同図に示されるようにスキャン文書ブロック情報は、領域分割された各ブロックに対して、「ブロックＩＤ」、「位置」、「サイズ」、「属性」、「画像特徴／テキスト情報」を対応付けて格納したテーブルとして構成される。具体的には、「ブロックＩＤ」、「位置」、「サイズ」、「属性」については、ステップＳ１７０７における登録文書ブロック情報の格納時と同様に格納される。また、「画像特徴／テキスト情報」については、属性が「画像」であれば、ステップＳ１４０４と同様にブロックの画像データから画像特徴を抽出して格納する。一方、属性が「テキスト」であれば、ブロックの画像に対して文字認識処理を施し、その結果として画像から抽出されたテキスト情報を格納する。

続いてステップＳ１９０３において、コピーが実行可能であるか否かを判定し、該判定結果に応じてステップＳ１９０４で処理を分岐する。すなわち、コピー可能であると判定された場合はステップＳ１９０５へ進み、コピー不可と判定された場合はコピー処理を終了する。この判定処理の詳細については図２０を用いて後述するが、ここでその概要を説明する。基本的に、ステップＳ１９０２で領域分割された各ブロックの画像を、ステップＳ５０７で登録された画像から検索する。そして、登録された画像と一致するブロック画像があれば、その画像に対応付けられたデータベース１０５の画像情報中における、処理フラグの印刷可否の値と実行権限レベルに基づいて、コピーの可否を判定する。ここで例えば、図１０Ｂに示すような、管理職以外のユーザによるコピーを禁止したい画像を登録する場合について考える。この場合、管理職以上の実行権限レベルを示す値が「３」以上であれば、ステップＳ５０７でこの画像を登録する際の画像情報として、印刷可否のフラグを「可」に設定し、実行権限レベルの値を「３」に設定しておく。これにより、ステップＳ５０１でログインしたユーザが実行権限レベル「２」以下の一般者である場合にはコピー不可となり、実行権限レベル「３」以上の管理職以上のユーザに対してのみ、コピー可と判定される。

ステップＳ１９０５では、ステップＳ１９０１で読み込んだスキャン画像の原本であるアプリケーション文書が、データベース１０５および文書管理サーバ１０６に登録されているか否かを、該スキャン画像のブロック単位での検索を行うことによって判定する。そして該判定結果に応じて、ステップＳ１９０６で処理を分岐する。すなわち、原本が存在しなければステップＳ１９０７に進み、原本が存在すればステップＳ１９０９へ進む。なお、ステップＳ１９０５における原本検索処理の詳細については、図２２を用いて後述する。

ステップＳ１９０７では、原本そのものは登録されていないため、ステップＳ１９０２で分割された各ブロックに対するオリジナル画像が登録されていれば、ステップＳ１９０１で読み込んだスキャン画像に対して該オリジナル画像データによる部分置換を行う。この部分置換処理の詳細については、図２３を用いて後述する。

続いてステップＳ１９０８において、ステップＳ１９０７で部分置換がなされた画像データを、ＭＦＰ１００の記録装置１１２より印刷出力する。すなわち、マネージメントＰＣ１０１におけるＲＡＭ３２上の画像データを、ＬＡＮ１０９を介してＭＦＰ１００の記憶装置１１１に転送し、該画像データを記録装置１１２より印刷出力させる。

一方、ステップＳ１９０９においては、ステップＳ１９０５で検索された原本であるアプリケーション文書を、ＭＦＰ１００の記録装置１１２より印刷出力する。すなわち、文書管理サーバ１０６に格納されている文書ファイルに対して、ステップＳ１７０１、Ｓ１７０２と同様にＰＤＬ化、ラスタライズを施し、該処理後の画像データをステップＳ１９０８と同様にＭＦＰ１００に転送して印刷出力する。

ステップＳ１９０８における置換文書の印刷処理、またはステップＳ１９０９における原本印刷処理が終了すると、ステップＳ５１１のコピー処理を終了する。

このように本実施形態のコピー処理においては、図１０Ｂに示されるような、ユーザにとって処理制御が明確に認識可能であるような画像をオリジナル画像としてその処理制御情報とともに登録しておくことにより、次のような効果が得られる。すなわち、図１０Ｂの「管理職以外コピー禁止」を示す画像を含んで記録された紙文書であれば、管理職でないユーザは該紙文書のコピーが禁止されている旨を容易に認識することができ、無駄にコピーを試みてしまう可能性は減少する。もちろん、実際にコピーが試みられた場合でも、上述したように各フラグが設定されていれば、望まれないコピー処理は行われない。

・実行可否判定処理
ここで図２０を用いて、上述したステップ１９０３におけるコピー処理の実行可否判定処理について、詳細に説明する。なお、この実行可否判定はコピー処理におけるステップＳ１９０３に限らず、後述する送信処理におけるステップＳ２４０４や、保存処理におけるステップ２７０３においても実行されるものである。したがって、以下ではこれら各処理に対する実行可否判定を行うものとして説明する。

まずステップＳ２００１において、ステップＳ１９０２で矩形領域に分割されたブロックを順次取り出す。なおこのとき、画像ブロックとテキストブロックを区別せずに、両方を取り出す。

そしてステップＳ２００２においてブロックの取り出し結果を判定し、ブロックが取り出せればステップＳ２００３へ進むが、全ブロックの取り出しを終えていれば、ステップＳ２０１１へ進む。

ステップＳ２００３では、ステップＳ２００１で取り出した画像ブロックの画像特徴を抽出し、ステップＳ２００４では該抽出した画像特徴と類似する画像特徴を有する画像を、データベース１０５の画像情報から検索する。なお、ステップＳ２００３，Ｓ２００４における画像特徴抽出処理，画像検索処理は、上述したステップＳ１４０４，Ｓ１４０５と同様であるため、ここでは詳細な説明を省略する。

そしてステップＳ２００５において、ステップ２００４の画像検索で候補が検出されたか否かに応じて処理を分岐する。すなわち、候補があればステップＳ２００６へ進み、候補がなければステップＳ２００１へ戻って次ブロックの処理を行う。このように、ステップＳ２００１で取り出した、文字領域を含む全てのブロックに対して画像検索を行うことによって、以下のような効果が得られる。すなわち、例えば図１０Ｃのような実質的には文字領域であるブロックについても、これをステップＳ５０７で画像モードで登録しておくことにより、該ブロックを実行可否判定に用いることができる。

ステップＳ２００６では、ステップＳ２００４で検出された候補を順次取り出し、ステップＳ２００７で該取り出し結果に応じて処理を分岐する。すなわち、候補を取り出すことができればステップＳ２００８へ進むが、全候補の取り出し終えていればステップＳ２００１へ戻って次ブロックの処理を行う。

ステップ２００８では、ステップＳ２００１で取り出したブロックの画像と、ステップＳ２００６で取り出した候補画像とをそれぞれラスタ画像として比較することによって、これらが同じ画像であるか否かを判定する。このラスタ比較処理は上述したステップＳ１５０６と同様であるため、ここでは詳細な説明は省略する。

ステップＳ２００９では、ステップＳ２００８におけるラスタ比較の判定結果に応じて処理を分岐する。すなわち、これらが同じ画像であると判定された場合はステップＳ２０１０へ進み、そうでなければステップＳ２００６へ戻って次候補画像との比較を行う。

このように、スキャン画像とオリジナル画像とでその等価性を判定する際に、まず画像特徴での比較（Ｓ２００４）を行った後にラスタ画像を比較（Ｓ２００８）することによって、高速かつ高精度な判定を行うことができる。

ステップＳ２０１０では、ステップＳ２００８で同じであると判定された候補画像について、その情報をオリジナル画像情報としてＲＡＭ３２に格納する。ここで図２１に、オリジナル画像情報の構成例を示す。図２１に示されるように、オリジナル画像情報は、ステップＳ２００８で同じと判定された個々のラスタ画像に対して、「ブロックＩＤ」、「画像ＩＤ」、および「確信度」を有する。具体的に、「ブロックＩＤ」はステップＳ２００１で取り出した画像のブロックＩＤであり、「画像ＩＤ」はステップＳ２００６で取り出した候補画像の画像情報における「画像ＩＤ」である。また「確信度」は、ステップＳ２００８で同一性を判定した際に算出される。ここで確信度としては、例えば、ステップＳ１５０６におけるラスタ比較処理でも用いた、差分の画素値が０近傍の画素の占める面積の割合を用いる。なお、図２１においてブロックＩＤ＝３の例として示されるように、ステップＳ２００１で取り出した１ブロックに対して、複数のオリジナル画像が候補として検出され、オリジナル画像情報に格納される場合もある。

オリジナル画像記録処理が終了すると、処理はステップＳ２００６に戻って次候補の処理を行う。

ステップＳ２００２において全てのブロックについての処理が終了すると、ステップ２０１１において、少なくとも１つのオリジナル画像情報が格納されているか否かを判定する。オリジナル画像情報が格納されていなければステップＳ２０１７へ進んで当該コピー処理が実行可能であると判定するが、格納されていればステップＳ２０１２へ進む。

ステップＳ２０１２では、ステップＳ２０１０でオリジナル画像情報に格納された全てのオリジナル画像について、データベース１０５内の画像情報中の処理フラグを集計する。すなわち、オリジナル画像情報に格納されている全ての画像ＩＤによってデータベース１０５の画像情報を検索し、対応する処理フラグ（図９に例示）を全て抽出する。そして、該抽出された処理フラグのうち、印刷可否、送信可否、保存可否のそれぞれについて論理積をとり、履歴保存、履歴通知について論理和をとる。

続いてステップＳ２０１３では、ステップＳ２０１２で集計した処理フラグに基づき、履歴処理を実行するか否かを判定する。すなわち、履歴保存、履歴通知のいずれかのフラグが「１」であれば、履歴処理を実行するものとしてステップＳ２０１４へ進み、そうでなければステップＳ２０１５へ進む。

ステップＳ２０１４では、履歴処理を実行する。すなわち、集計結果としての履歴通知フラグが「１」であれば、オリジナル画像情報に格納されている全ての画像ＩＤによって、データベース１０５の画像情報を検索する。そして、履歴通知フラグの値が「１」である画像について、対応する管理者のメールアドレスを取得し、該メールアドレス宛に、電子メールを送付する。この場合のメールの内容としては少なくとも、その時点の時刻と、ステップＳ５０１でログインしたユーザのユーザ名、およびステップＳ２００６で読み込んだ候補画像データが含まれる。また同様にして、所定のディレクトリ（例えば、画像ＩＤをディレクトリ名とするディレクトリ）に、ステップＳ１９０１で読み込んだブロックの画像データと、該読み込み時刻と、ステップＳ５０１でログインしたユーザのユーザ名、等の履歴情報を格納する。

ステップＳ２０１５では、ステップＳ２０１２で集計した処理フラグを用いて、現在の処理（コピー／送信／保存）が実行可能であるか否かを判定する。この判定は、実行中の処理がコピーであれば印刷可否フラグを、送信であれば送信フラグを、保存であれば保存フラグを、それぞれ用いて行われる。すなわち、集計したフラグの値が「０」であれば実行不可であると判定し、ステップＳ２０１６へ進んだ後、実行可否判定の処理を終了する。一方、集計したフラグの値が「１」であれば、オリジナル画像情報に格納されている全ての画像ＩＤによってデータベース１０５の画像情報を検索して、対応する処理フラグ（印刷可否／送信可否／保存可否）の値が「１」である画像を抽出する。そして、該抽出された画像に対して、対応する実行権限レベルの値を求め、これをステップＳ５０１でログインしたユーザの実行権限レベルと比較する。該比較の結果、フラグの値が「１」である画像に対する実行権限レベルの要件を満たしていれば、ステップＳ２０１７へ進んで実行可と判定して、処理を終了する。なお、実行権限レベルの要件は、ユーザの実行権限レベルの値が、登録されている実行権限レベルよりも等しいまたは大きい場合に満たされる。一方、実行権限レベルが満たされない場合、ステップＳ２０１６へ進んで実行不可と判定すして、処理を終了する。

・原本検索処理
次に図２２を用いて、上述したステップ１９０５における原本検索処理について、詳細に説明する。本実施形態の原本検索処理においては、処理対象のスキャン文書についてそのブロック単位に、まず画像属性ブロックと原本画像との類似性を判定し、次いでテキスト属性ブロックの類似性を判定することによって、文書全体としての類似性を判定する。

まずステップＳ２２０１において、ステップＳ１９０２で作成したスキャン文書ブロック情報中の属性が「画像」である全ブロックに対して、そのオリジナルとなる画像がデータベース１０５に画像情報として登録されているか否かを判定する。すなわち、スキャン文書ブロック中の属性が「画像」である画像ＩＤの全てが、上述したステップＳ２０１０（Ｓ１９０３）で作成したオリジナル画像情報に格納されていれば、オリジナル画像が登録されていると判定する。オリジナル画像が登録されていれば、ステップＳ２２０２へ進むが、登録されていなければステップＳ２２０９へ進んで、原本がないものとして原本検索処理を終了する。

ステップＳ２２０２では、データーベース１０５の登録文書ブロック情報を検索して、ステップＳ２２０１でオリジナルとされた画像ＩＤの全てを含む文書ＩＤを検出する。そしてステップＳ２２０３で該検出結果に基づき、原本の画像ＩＤの全てを含む文書ＩＤが存在すればステップＳ２２０４へ進むが、そうでなければステップＳ２２０９へ進んで、原本がないものとして原本検索処理を終了する。

ステップＳ２２０４では、ステップＳ１９０２でＢＳ化したブロックのレイアウトと、ステップＳ２２０２で検出された文書ＩＤに対するブロックのレイアウトを比較し、これらが一致するか否かを判定する。すなわち、スキャン文書ブロック情報に格納されたブロックの位置とサイズ、および属性の各値が、ステップＳ２２０２で検出された文書ＩＤに対する登録文書ブロック情報の値と一致していれば、レイアウトが一致するものとみなしてステップＳ２２０５へ進む。レイアウトが一致していなければステップＳ２２０９へ進み、原本がないものとして原本検索処理を終了する。

ステップＳ２２０５では、ステップＳ１９０２でＢＳ化したテキストブロックと、ステップＳ２２０２で検出された文書のテキストブロックとの間において、テキストの類似性を判定する。一般に、テキストブロックを検出する際に実行されるＯＣＲ等の文字認識処理においては、誤認識が発生する可能性があるため、たとえ同一文書であっても、そのテキスト認識結果は常に一致するとは限らない。したがって本実施形態では、例えば以下のような方法により、テキストの類似性を判定する。すなわち、ステップＳ１９０２でＢＳ化した全てのテキストブロックについて、そのテキスト情報に格納されている文字数のうちの所定の割合以上が、ステップＳ２２０２で検出された文書のテキストブロックに対するテキスト情報に存在しているかを判定する。存在していれば、これらのテキストは類似しているものと判定して、ステップＳ２２０６へ進むが、そうでなければステップＳ２２０９へ進んで、原本がないものとして原本検索処理を終了する。

ステップＳ２２０６では、ステップＳ１９０１で読み込んだラスタ画像と、ステップＳ２２０２で検出された文書のラスタ画像を比較する。ここで、ステップＳ２２０２で検出された文書のラスタ画像は、そのオリジナル文書に対して、ステップＳ１７０１、Ｓ１７０２と同様にＰＤＬ化、ラスタライズを施すことによって得られる。なお、該オリジナル文書は、上述したように、文書ＩＤのファイル名で所定のディレクトリに格納されている。また、ラスタ画像の詳細比較は、ステップＳ１５０６と同様の手法で行う。すなわち、差分の画素値が０近傍の画素の占める面積の割合が所定の割合以上である場合に、ステップＳ２２０７で両画像が一致するとみなしてステップＳ２２０８に進み、原本が存在するものとして原本検索処理を終了する。そうでなければ、ステップＳ２２０７で両画像は一致しないとみなしてステップＳ２２０９へ進み、原本がないものとして原本検索処理を終了する。

このように、本実施形態の原本検索処理においては、原本となるオリジナル文書中の画像領域の画像と特定画像の情報とが共通の記憶装置（データベース１０５）に登録されているため、スキャン画像に対して原本を検索する際に、この記憶装置が検索される。このとき、該スキャン文書に対応するオリジナル画像も全て検出されるため、原本が存在しない場合であっても、再度オリジナル画像の検索を行う必要はなく、該検索に係る負荷が軽減される。

・部分置換処理
次に図２３を用いて、上述したステップ１９０７における部分置換処理について、詳細に説明する。

まずステップＳ２３０１において、上述したステップＳ２０１０（Ｓ１９０３）で作成したオリジナル画像情報の中から、オリジナル画像を順次取り出す。そしてステップＳ２３０２においてオリジナル画像の取り出し結果を判定し、オリジナル画像が取り出せればステップＳ２３０３へ進むが、全画像の取り出しを終えていれば部分置換処理を終了する。

ステップＳ２３０３では、ステップＳ２３０１で取り出したオリジナル画像によって、対応するブロックの画像を置換することが可能であるか否かを判定する。すなわち、ステップＳ２３０１で取り出したオリジナル画像の画像ＩＤによって、データベース５０１内の画像情報を検索し、対応する処理フラグの値を調べる。処理フラグにおける「置換可否」の値が「１」であれば。置換可能であるとしてステップＳ２３０４へ進むが、「置換可否」の値が「０」であれば置換不可であるとしてステップＳ２３０１へ戻り、次のオリジナル画像の処理に移行する。

ステップＳ２３０４では、ステップＳ２３０１で取り出したオリジナル画像がベクトル画像であるか否かを判定し、ベクトル画像であればステップＳ２３０５へ進み、そうでなければステップＳ２３０６へ進む。

ステップＳ２３０５では、ステップＳ２３０１で取り出したベクトル画像に対するラスタライズを行って、置き換え用のラスタ画像を生成する。詳細には、ステップＳ２３０１で取り出したオリジナル画像に対するブロックＩＤに基づき、スキャン文書ブロック情報に格納されている置換対象ブロックのサイズを求め、そのサイズに合わせたラスタライズを行う。

一方、ステップＳ２３０６では、ステップＳ２３０１で取り出したオリジナルのラスタ画像を、置換対象ブロックのサイズに合わせて縮小する。

ステップＳ２３０５またはＳ２３０６によって置き換え用のラスタ画像が生成されると、次にステップＳ２３０７において、部分画像の置換処理を行う。すなわち、ステップＳ１９０１で読み込んだスキャン画像内において、ステップＳ２３０１で取り出したオリジナル画像に対応するブロックの部分画像を、ステップＳ２３０５もしくはステップＳ２３０６で作成したラスタ画像で置き換える。そして、ステップＳ２３０１へ戻って次のオリジナル画像に対する処理を行う。

以上説明したように本実施形態におけるスキャン画像のコピー時には、オリジナルに置き換えた画像データを用いた印刷を行うことにより、オリジナルとして登録済みの特定画像部分については高画質を保ったコピーを行うことができる。

●送信処理（詳細）
以下、上述したステップＳ５１２における送信処理について、図２４のフローチャートを用いてその詳細を説明する。

まずステップＳ２４０１において、送信先のｅ−ｍａｉｌアドレスを入力する。次にステップＳ２４０２において、ＭＦＰ１００の画像読み取り部１１０で原稿画像を読み取り、該読み取ったスキャン画像データをＬＡＮ１０９を介してＲＡＭ３２にロードする。この画像読込み処理は、上述したステップＳ１９０１と同様であるため、ここでは詳細な説明を省略する。

続いてステップＳ２４０３において、ＲＡＭ３２上にロードされたスキャン画像データに対して、矩形領域単位に領域を分離し、各領域（ブロック）毎に属性を判定し、その結果を図１３に示すスキャン文書ブロック情報としてＲＡＭ３２に格納する。なお、属性としては文字／図画／写真／線／表等が判定される。このＢＳ処理については上述したステップＳ１９０２と同様であるため、ここでは詳細な説明を省略する。

続いてステップＳ２４０４において、送信が実行可能であるか否かを判定し、該判定結果に応じてステップＳ２４０５で処理を分岐する。すなわち、送信が可能と判定された場合はステップＳ２４０６へ進み、送信不可と判定された場合は送信処理を終了する。このステップＳ２４０４における送信処理の実行可否判定処理については、上述したステップＳ１９０３の説明の際に、既に図２０を用いて詳述したため、ここでは説明を省略する。 ステップＳ２４０６では、ステップＳ２４０２で読み込んだスキャン画像の原本であるアプリケーション文書が、データベース１０５および文書管理サーバ１０６に登録されているか否かを、これを検索することによって判定する。そして該判定結果に応じて、ステップＳ２４０７で処理を分岐する。すなわち、原本が存在しなければステップＳ２４０８に進み、原本が存在すればステップＳ２４０９へ進む。なお、ステップＳ２４０６における原本検索処理は上述したコピー処理におけるステップＳ１９０５と同様であるため、ここでは説明を省略する。

ステップＳ２４０８では、ステップＳ２４０６で検出された原本としてのアプリケーション文書を、ステップＳ２４０１で設定した送信先宛てに電子メールとして送信する。

一方、ステップＳ２４０９では、ステップＳ２４０２で読み込んだスキャン画像データに対してベクトル化を行う。このとき、スキャン画像内の画像ブロックを必要に応じてオリジナル画像に置き換える。このベクトル化処理の詳細については、図２５を用いて詳述する。

そしてステップＳ２４１０において、ステップＳ２４０９でベクトル化した画像データを、ステップＳ２４０１で設定した送信先宛てに電子メールとして送信する。

以上のように、ステップＳ２４０８で原本画像を送信する、またはステップＳ２４０９でベクトル化したスキャン画像を送信することによって、送信処理を終了する。

・ベクトル化処理
次に図２５を用いて、上述したステップ２４０９におけるベクトル化処理について、詳細に説明する。

まずステップＳ２５０１において、ステップ２４０２で読み込んだスキャン画像データの全体に対してベクトル化を行う。なお、ここでのベクトル化手法としては、ラスタ画像に対してＢＳ化を行い、各ブロックの文字や線画などをベクトル化する方法があるが、このようなベクトル化方法は例えば特開２００４−２６５３８４に開示されているため、詳細な説明は省略する。ベクトル化の結果として得られる画像データは、例えばＳＶＧのような、ベクトル画像を格納可能な標準的なフォーマットに変換し、ハードディスク３３上の所定のディレクトリに一時的に格納しておく。

続いてステップＳ２５０２において、ステップＳ２４０４の実行可否判定処理において作成されたオリジナル画像情報から、スキャン画像に含まれるオリジナル画像部分のブロックＩＤとそれに対応した画像ＩＤを順次取り出す。そしてステップＳ２５０３において該取り出し結果を判定し、ブロックＩＤが取り出せればステップＳ２５０４へ進むが、全ブロックの取り出しを終えていればベクトル化処理を終了する。ここで図２１に例示されているように、オリジナル画像情報には、ひとつのブロックに対して複数のオリジナル画像が格納されている場合がある。すなわち、ひとつのブロックに対するリジナル画像の候補が複数存在し、同じブロックＩＤが複数回登録されている場合がある。このような場合には、同じブロックＩＤに対応したオリジナル画像候補となる画像ＩＤの全てを、一度の読み取りで取り出す。

ステップＳ２５０４では、ステップＳ２５０２で取り出した画像ＩＤに基づくオリジナル画像がベクトル画像であるか否かを判定し、ベクトル画像であればステップＳ２５０５へ進み、ベクトル画像でなければステップＳ２５０７へ進む。この判定は、オリジナル画像の画像ＩＤに基づいてデータベース１０５内の画像情報を検索し、対応する「種類」の情報を参照することによって行われる。なお、ステップＳ２５０２でひとつのブロックＩＤに対して複数の画像ＩＤが取り出された場合には、その少なくとも１つがベクトル画像であれば、ステップＳ２５０５へ進む。

ステップＳ２５０５では、ステップＳ２５０２で取り出した画像ＩＤに基づくオリジナル画像が、ベクトル化可能であるか否かを判定する。この判定は、ステップＳ２５０２で取り出したオリジナル画像の画像ＩＤによってデータベース１０５内の画像情報を検索し、対応する処理フラグにおける「ベクトル化可否」の値を参照することによって行われる。すなわち、ベクトル化可否の値が「１」であれば、ベクトル化が可能なものとしてステップＳ２５０８へ進み、「０」であればベクトル化が不可であるとしてステップＳ２５０６へ進む。なお、ステップＳ２５０２でひとつのブロックＩＤに対して複数の画像ＩＤが取り出された場合には、その少なくともひとつの画像に対するベクトル化可否の値が「０」であれば、ベクトル化不可であるとしてステップＳ２５０６へ進む。

ステップＳ２５０６では、ステップＳ２５０２で取り出した画像ＩＤに基づくオリジナルのベクトル画像をラスタライズし、これをラスタ画像ファイルとして文書管理サーバ１０６の所定のディレクトリに格納する。このとき、画像ＩＤをファイル名として、拡張子をＪＰＧやＢＭＰ等のラスタ画像を格納する際のファイルフォーマットに合わせて格納する。

続いてステップＳ２５０７では、ステップＳ２５０２で取り出した画像ＩＤに基づくオリジナル画像への置き換えが可能であるか否かを判定する。この判定は、ステップＳ２５０２で取り出したオリジナル画像の画像ＩＤによってデータベース１０５内の画像情報を検索し、対応する処理フラグの「置換可否」の値を参照することによって行われる。すなわち、置換可否の値が「１」であれば、置換えが可能なものとしてステップＳ２５０８へ進むが、「０」であれば置換え不可としてステップＳ２５０２へ戻り、次ブロックの処理に移行する。なお、ステップＳ２５０２でひとつのブロックＩＤに対して複数の画像ＩＤが取り出された場合には、少なくともひとつの画像に対する置換可否の値が「０」であれば、置換え不可としてステップＳ２５０２へ戻る。

ステップＳ２５０８では、ステップＳ２５０１でベクトル化した１頁分のスキャン画像データにおいて、ステップＳ２５０２で取得したブロックＩＤに対応する画像データを置き換える。すなわち、ステップＳ２５０２で取得したブロックＩＤに対応するスキャン画像の部分画像データが、ステップ２５０２で取り出した画像ＩＤに基づくオリジナル画像、もしくはステップＳ２５０６でラスタライズしたオリジナル画像によって置き換えられる。なお、このブロック画像置換処理においては、ステップＳ２５０２で取り出した画像ＩＤに対応するオリジナル画像の確信度に応じて置換方法を切り替えるが、この処理の詳細については図２６を用いて後述する。

以上のように、送信処理時にベクトル化の可否を制御することによって、以下のような効果が得られる。

例えば、図１０Ａに示されるようなロゴマーク等の特定画像を送信する際に、著作権等の問題により該特定画像がベクトル化して再利用されることを回避したい場合が考えられる。このような場合、ステップＳ５０７で該特定画像を登録する際に、ベクトル化および置換を不可として登録しておけば良い。このように事前登録を行うことにより、ステップＳ２４０９でベクトル化処理を実行しても、実際にはベクトル化されることはなく、また、オリジナルのベクトル画像データをラスタライズした高画質な画像に置き換えられることもない。すなわち、ステップ２４０２で読み込んだスキャン画像がそのまま送信されるため、著作権等に関する問題を回避できる。

また同様に、特定画像をベクトル化することは回避したいものの、高画質な画像を送信したい場合には、ステップＳ５０７で該特定画像を登録する際に、ベクトル化を不可とし、置換を可として登録しておけばよい。このように事前登録を行うことにより、ステップＳ２４０９でベクトル化処理を実行しても、実際にはベクトル化されないものの、オリジナルの高画質画像への置き換えが行われる。

また、特定画像をベクトル化しても構わない場合には、ステップＳ５０７で該特定画像を登録する際に、ベクトル化を可として登録しておけばよい。このように事前登録を行うことにより、ステップＳ２４０９のベクトル化処理における置き換え用の特定画像として、スキャン画像をベクトル化したものでなく、予め登録しておいたオリジナル画像のベクトルデータが用いられる。したがって、オリジナル画像に対して印刷、スキャン、ベクトル化の各処理が施されることに起因する画質の劣化を避けることができる。

また、特定画像が自然画等のベクトル化が難しい画像である場合についても、該特定画像の使用頻度が高いものであれば、そのラスタ画像をステップＳ５０７で登録し、置換可を設定しておけばよい。このような事前登録を行うことにより、ステップＳ２４０９のベクトル化処理においては、該特定画像部分がオリジナルのラスタ画像に置き換えられる。したがって、オリジナル画像に対して印刷、スキャン、ベクトル化の各処理が施されることに起因する画質の劣化を避けることができる。

・ブロック画像置換処理
次に図２６を用いて、上述したステップ２５０８におけるブロック画像置換処理について、詳細に説明する。

まずステップＳ２６０１において、ステップＳ２５０２で取り出したオリジナル画像の確信度に基づき、対応するスキャン画像内のブロック画像部分（以下、元画像と称する）が不要であるか否かを判定する。すなわち、ステップＳ２５０２でオリジナル画像情報から取り出した画像ＩＤに対応する確信度が所定値（例えば９９）以上であれば、元画像をオリジナル画像で置き換えてもなんら問題がないと判断し、元画像を不要とみなす。元画像が不要であると判定されるとステップＳ２６０３へ進み、そうでなければステップＳ２６０２へ進む。なお、ステップＳ２５０２でひとつのブロックＩＤに対して複数の画像ＩＤが取り出された場合には、該複数の画像ＩＤに対応する複数の確信度のうちの、最大の値によって上記判定を行う。

ステップＳ２６０２では、ステップＳ２５０２で取り出したオリジナル画像の確信度に基づき、該オリジナル画像による置き換えの必要性を判定する。すなわち、上述したステップＳ２６０１と同様にオリジナル画像の確信度の値が所定値（ステップＳ２６０１よりも小さい値、例えば９５）以下であれば、該オリジナル画像による置き換えは不要と判定し、ステップＳ２６０６へ進む。一方、置き換えが必要であると判定された場合には、ステップＳ２６０４に進む。

すなわち、ステップＳ２６０１とＳ２６０２での判定によって、オリジナル画像の確信度が十分に高い場合（例えば９９以上）と、十分ではないが高い場合（例えば９５以上９９未満）、および高くない場合（例えば９５未満）とで、処理が分岐される。確信度が十分に高い場合はステップＳ２６０３へ、十分ではないが高い場合にはステップＳ２６０４へ、高くない場合にはステップＳ２６０６へ進む。

ステップＳ２６０３では、元画像が不要であると判定されているため、これを削除する。すなわち、ステップＳ２５０１でベクトル化してハードディスク３３に格納したベクトル画像データから、ステップＳ２５０２で取り出したブロックＩＤに対応した部分データを削除する。削除対象となるデータは、スキャン文書ブロック情報にブロックＩＤに対応して格納されている位置とサイズに基づいて容易に特定できる。

ステップＳ２６０４では、元画像をオリジナル画像で置き換える必要があると判定されているため、元画像が無効となるように隠蔽する。すなわち、ステップＳ２５０１でベクトル化してハードディスク３３に格納したベクトル画像データのうち、ステップＳ２５０２で取り出したブロックＩＤに対応した部分データについて、これが有効データとして扱われないように隠蔽する。例えばベクトル画像データがＳＶＧ形式であれば、隠蔽対象のベクトルデータをコメントアウトすることによって無効化する。その際、コメントアウトされたベクトルデータがスキャン画像であった旨を示すために、所定のスキャン画像マークを付与する。以下に、ベクトルデータをコメントアウトした例を示す。この例では、「＠スキャン画像」がスキャン画像マークである。

＜！−− ＠スキャン画像
＜ｒｅｃｔ ．．．．． ／＞
＠スキャン画像 −−＞
以上説明したステップＳ２６０３における元画像の削除処理、またはステップＳ２６０４における元画像の隠蔽処理が終了すると、ステップＳ２６０５に進む。

ステップＳ２６０５では、ステップＳ２５０２で取り出したオリジナル画像、もしくはステップＳ２５０６でこれをラスタライズした画像を、置き換え後の画像として、ステップＳ２５０１でベクトル化された１ページ分のベクトル画像データに追加する。このときの追加方法としては、文書管理サーバ１０６に格納されたオリジナル画像のファイルを参照可能とするように、外部ファイルのエンティティを参照する形式をとる。例えばベクトル画像データがＳＶＧ形式であれば、ｉｍａｇｅ要素を使用すればよい。またその際、追加された画像がオリジナル画像である旨を示すために、所定のオリジナル画像マークを付与する。以下に、ベクトルデータに対して置き換え後の画像を外部エンティティとして追加した例を示す。この例では、「＠オリジナル画像」がオリジナル画像マークとしてコメントされ、ｉｍａｇｅ要素によって外部エンティティが参照されていることが分かる。

＜！−− ＠オリジナル画像 −−＞
＜ｉｍａｇｅ ｘ＝”２０” ．．．．．
ｘｌｉｎｋ：ｈｒｅｆ＝”．．．”／ｉｍａｇｅ＞
＜！−− ＠オリジナル画像 −−＞
なお、ステップＳ２５０２でひとつのブロックＩＤに対して複数の画像ＩＤが取り出された場合には、確信度の一番高い画像のみを有効データとして追加する。そしてその他の画像については置き換えの候補として、ステップＳ２６０４と同様に隠蔽した形式で、外部エンティティとして追加する。この場合も、追加された画像がオリジナル画像である旨を示すために、所定のオリジナル画像マークを付与する。以下に、置き換え候補画像を隠蔽して追加する例を示す。この例では「＠オリジナル画像」がオリジナル画像マークである。

＜！−− ＠オリジナル画像
＜ｉｍａｇｅ ｘ＝”２０” ．．．．．
ｘｌｉｎｋ：ｈｒｅｆ＝”．．．”／ｉｍａｇｅ＞
＠オリジナル画像 −−＞
一方、ステップＳ２６０６では、ステップＳ２５０２で取り出したオリジナル画像、もしくはステップＳ２５０６でこれをラスタライズした画像を、置き換えの候補として、ステップＳ２６０５における置換えの候補と同様に、隠蔽した形式で追加する。

このように、スキャン画像中の特定画像をオリジナルに置き換え、さらにオリジナルの置き換え候補も追加する場合に、オリジナルの画像データそのものをスキャン画像データ内に埋め込むのではなく、外部ファイルへのポインタを埋め込む。これにより、置換後のスキャン画像データのサイズを小さくすることができる。

上述したテップＳ２６０５の置換画像追加処理、またはステップＳ２６０６の置換候補追加処理を終えると、ブロック画像置換処理を終了する。

以上のようにブロック画像置換処理においては、オリジナル画像の確信度が十分に高ければ元画像を削除してオリジナルの置換画像を追加し、該確信度が十分ではないものの高いのであれば元画像を隠蔽した状態でオリジナルの置換画像を追加する。また、オリジナル画像の確信度が高いとはいえないのであれば、オリジナル画像を単なる置換候補として追加する。

以上のように本実施形態の送信処理においては、スキャン画像中で置き換えられなかった部分の画像データについてはベクトル化されるため、スキャン画像のサイズを小さくすると共に、このような未登録の画像部分についても編集が容易となる。

●保存処理（詳細）
以下、上述したステップＳ５１３における保存処理について、図２７のフローチャートを用いてその詳細を説明する。

まずステップＳ２７０１において、ＭＦＰ１００の画像読み取り部１１０から画像を読み取り、該読み取ったスキャン画像データをＬＡＮ１０９を介してＲＡＭ３２にロードする。この画像読込み処理は、上述したステップＳ１９０１と同様であるため、ここでは詳細な説明を省略する。

続いてステップＳ２７０２において、ＲＡＭ３２上にロードされたスキャン画像データに対して、矩形領域単位に領域を分離し、各領域（ブロック）毎に属性を判定し、その結果を図１３に示すスキャン文書ブロック情報としてＲＡＭ３２に格納する。なお、属性としては文字／図画／写真／線／表等が判定される。このＢＳ処理については上述したステップＳ１９０２と同様であるため、ここでは詳細な説明を省略する。

続いてステップＳ２７０３において、該スキャンデータの保存が実行可能であるか否かを判定し、該判定結果に応じてステップＳ２７０４で処理を分岐する。すなわち、保存が可能と判定された場合はステップＳ２７０５へ進み、不可と判定された場合は保存処理を終了する。なお、ステップＳ２７０３における保存処理の実行可否判定処理については、上述したステップＳ１９０３の説明の際に図２０を用いて詳述したが、基本的には以下のとおりである。すなわち、まずステップＳ２７０２で領域分割された各ブロックの画像を、登録済み画像から検索する。そして、スキャン画像内に登録画像と一致するブロックがあれば、その画像に対応するデータベース１０５内の画像情報において、その処理フラグの「保存可否」の値と、実行権限レベルに基づき、該画像が保存可能であるか否かを判定する。例えば、図１０Ｃに示すような広く頒布される画像をステップＳ５０７で登録する際に、その画像情報中の保存可否のフラグを「可」に、実行権限レベルの値を「０」に設定しておくと、全てのユーザに対して保存可と判定される。

ステップＳ２７０５では、保存時の格納先が設定されているか否かを判定する。すなわち、ステップＳ２７０３で作成されたオリジナル画像情報に格納された画像ＩＤでデータベース１０５の画像情報を検索し、画像ＩＤに対応した「保存先」に情報が格納されているかを調べる。この保存先情報が格納されていなければステップＳ２７０６へ進み、格納されていればステップＳ２７０７へ進む。なお、オリジナル画像情報としてひとつのブロックＩＤに複数の画像ＩＤが登録されている場合には、少なくとも１つの画像の「保存先」に情報が格納されていれば、格納先ありとしてステップＳ２７０７へ進む。

ステップＳ２７０６では、格納先が未設定であるため、表示装置３５に格納先の設定画面を表示し、タッチパネル３６によってユーザが入力した保存先の情報を取り込む。

そしてステップＳ２７０７では、ステップＳ２７０１で読み込んだスキャン画像データを、ステップＳ２７０５で登録が確認された保存先、あるいはステップＳ２７０６でユーザにより設定された保存先に、格納する。なお、保存先として複数を設定することが可能であり、この場合にはそれぞれの保存先にスキャン画像データを格納する。

以上のように本実施形態のスキャン画像保存処理によれば、以下のような効果が得られる。例えば、アンケート用の帳票に図１０Ｃに示す画像をマークとして付加するものとし、このマーク画像をステップＳ５０７で登録する際に、その画像情報における「保存先」情報として、該帳票を保存すべきディレクトリを設定しておく。これにより、アンケート回答が入力された帳票をステップＳ２７０１で読み込んだ際に、これを格納するディレクトリを設定しなくても、そのスキャン画像は事前に設定したディレクトリに自動保存される。

●受信画像における置換画像選択
以上、本実施形態におけるＭＦＰ１００およびマネージメントＰＣ１０１において実行される処理について説明した。

上述したように、ステップＳ５１２の送信処理においては、ＭＦＰ１００で読み取られたスキャン画像がベクトル化され、必要に応じてその一部がオリジナル画像に置き換えられた後、電子メールとしてマネージメントＰＣ１０１から送信先に送信される。送信先において受信された画像は、送信先ユーザのクライアントＰＣで閲覧されることになる。ここで、該受信された画像においては、上述したような部分置換が行われたことによって実際にスキャンされた画像とは異なっている可能性がある。また、オリジナル画像の情報が置き換え候補として埋め込まれているだけで、実質的な置き換えは行われていない可能性もある。したがって、置き換えが行われた可能性のある画像を受信したクライアントＰＣ１０２においては、適切な置換画像の選択を行う必要がある。

以下、クライアントＰＣ１０２における置換画像の選択処理について、図２８を用いて詳細に説明する。

図２８は、ステップＳ５１２で送信され、クライアントＰＣ１０２で受信された画像データについて、クライアントＰＣ１０２のユーザが適切な置換画像を選択するためのＵＩとしての画面表示である。同図において、２８０１は受信した画像データを表示する受信画像領域である。

受信画像領域２８０１内におけるブロック領域２８０２と２８０３は、受信画像内において置き換えられた可能性のあるブロックを、例えば点線で囲むことによって示している。すなわち、ステップＳ２５０８のブロック画像置換処理によって、オリジナル画像に置き換えられた、あるいは、置換え候補のオリジナル画像のデータが埋め込まれたブロックである旨をユーザに示す。ここで、受信した画像データには、図２６を用いて説明したように、オリジナル画像のデータであればその旨を示すオリジナル画像マーク（例えば「＠オリジナル画像」）が埋め込まれているため、置換が発生した箇所を容易に検出できる。また、例えばＳＶＧの場合、外部エンティティを参照するためのｉｍａｇｅ要素におけるｘ，ｙ，ｗｉｄｔｈ，ｈｅｉｇｈｔ属性により、置き換えられたブロック領域を容易に特定できる。また、既にオリジナル画像に置き換えられているのか、または置換え候補が追加されただけなのかについては、オリジナル画像のデータがコメントアウトされているか否かによって容易に判定できる。したがって、ブロック領域２８０２，２８０３としては、この判定結果をユーザに示すために、例えば領域を囲む点線の色を変えて表示する。なお、置換画像として追加されたオリジナル画像についは、その実データを外部エンティティからロードすることによって、表示される。

そして、ユーザがブロック領域２８０２，２８０３をマウス等でクリックすると、現在表示されている画像に代えて、隠蔽された画像データすなわちコメントアウトされている画像データがあれば、これを表示する。隠蔽された画像データが２つ以上ある場合には、表示するデータを循環的に切り替える。またこのとき、表示されている画像がスキャン画像であるかオリジナル画像であるかに応じて、領域を囲む点線の色も切り替える。

２８０４はオリジナル選択ボタンであり、このボタンがクリックされると、ブロック領域２８０２，２８０３における置換画像の表示を、全てオリジナル画像のもの、すなわち置換済みの状態に一括して切り替える。また、２８０５はスキャン選択ボタンであり、このボタンがクリックされると、ブロック領域２８０２，２８０３における置換画像の表示を、全てスキャン画像のもの、すなわち置換なしの状態に一括して切り替える。

２８０６は保存ボタンであり、このボタンがクリックされると、その時点で受信画像領域２８０１に表示されている画像を、実データとしてファイルに保存する。

このように本実施形態においては、クライアントＰＣ１０２で受信した画像データについて、部分画像に対する置換えの発生状況が識別可能となるように表示されるため、ユーザが容易に、ブロック単位で置換画像を選択することができる。したがって、ユーザは受信した画像データを所望の形式で保存することができ、例えば該画像データの作成時とは異なるアプリケーションで利用すること等も可能となる。

●本実施形態による効果
以上説明したように本実施形態によれば、使用頻度の高い特定画像を予めオリジナル画像として登録しておき、スキャン画像の中から、オリジナル画像と等価とみなせる部分画像が検出されると、これをオリジナル画像で置き換える。これにより、スキャン画像内における特定画像については、印刷時およびスキャン時の画質劣化の影響を受けない高画質が得られる。

また、上記特定画像に加えて、再利用の可能性の高い文書もオリジナル画像として登録することにより、スキャン画像に対して、まず原本となるオリジナル文書画像を検索し、該原本がない場合に、オリジナル画像を検索して置き換えを行うことができる。これにより、オリジナル文書画像が登録されていた場合にはこれを利用することにより、確実に高画質が得られる。

また、本実施形態によれば、特定の画像をオリジナル画像として処理制御情報とともに登録しておくことにより、該オリジナル画像を含んで記録された紙文書がスキャナ等で読み込まれた際に、その処理制御情報に基づく処理制御が行われる。したがって、例えば図１０Ｂの画像登録によるコピー制御や、図１０Ｃの画像登録による保存制御等が可能となり、紙文書中に、バーコード等のユーザにとって認識不可能な画像を付加することなく、特定画像検出による処理制御を行うことが可能となる。

また、オリジナル画像の登録時にその処理制御情報として任意に設定可能なパラメータが含まれるため、該オリジナル画像の処理時における実行権限の制御や紙文書の分類等、柔軟なシステム運用が可能になる。

＜第２実施形態＞
以下、本発明に係る第２実施形態について説明する。第２実施形態における画像処理システムおよび各装置の構成は上述した第１実施形態と同様である。

上述した第１実施形態では、ステップＳ５１２の送信処理において図２４に示されるように、原本の文書が見つからない場合には、ステップＳ２４０２で読み込んだスキャン画像をステップＳ２４０９でベクトル化し、該ベクトル化された画像を送信していた。第２実施形態では、スキャン画像に対する再編集を考慮しないことを前提として、読み込んだラスタ画像に対して高圧縮率な圧縮を施して、よりコンパクトな画像を送信することを特徴とする。

●送信処理
以下、第２実施形態における特徴的な送信処理について、図２９を用いて詳細に説明する。

図２９のステップＳ２９０１〜Ｓ２９０８までの処理は、上述した第１実施形態における図２４のステップＳ２４０１〜Ｓ２４０８までの処理と同様であるため、説明を省略する。

第２実施形態においては、ステップＳ２９０７で原本画像が存在しない場合にはステップＳ２９０９において、ステップＳ２９０２で読み込んだスキャン画像を高圧縮率で圧縮する。この高圧縮処理の詳細については、図３０を用いて後述する。続いてステップＳ２９１０において、ステップＳ２９０９で圧縮した画像を、ステップＳ２９０１で設定した送信先に送信する。

・高圧縮処理
次に図３０を用いて、上述したステップ２９０９における高圧縮処理について、詳細に説明する。

まずステップＳ３００１において、ステップＳ２９０３で作成されたスキャン文書ブロック情報から、順次ブロックの情報を取り出す。そしてステップＳ３００２において該取り出し結果を判定し、ブロックの情報が取り出せればステップＳ３００３へ進むが、全ブロックの取り出しを終えていれば高圧縮処理を終了する。

ステップＳ３００３では、ステップＳ３００１で取り出したブロックに対して、オリジナル画像が存在するか否かを判定する。すなわち、ステップＳ３００１で取り出したブロックＩＤが、ステップＳ２９０４で作成したオリジナル画像情報に登録されていれば、オリジナル画像が存在するものとしてステップＳ３００７へ進むが、そうでなければステップＳ３００４へ進む。

ステップＳ３００４〜Ｓ３００６では、領域の属性によって最適な圧縮方式を切り替えるが、この処理については周知の技術によって実現される。例えば、特開２００３−３３８９３５に開示された技術を適用すれば、ステップＳ３００４で文字領域と判定された場合はステップＳ３００５で２値のＭＭＲ圧縮を行い、画像領域と判定された場合はステップＳ３００６で背景画像としてのＪＰＥＧ圧縮を行う。

ステップＳ３００７では、ステップＳ３００１で取り出したブロックに対するオリジナル画像がベクトル画像であるか否かを判定する。すなわち、オリジナル画像情報中のブロックＩＤに対応した画像ＩＤによってデータベース５０１の画像情報を検索し、検出された画像情報中の「種類」の値から、ベクトル画像であるか否かを判定することができる。ベクトル画像と判定された場合はステップＳ３００８へ進み、そうでなければステップＳ３００９へ進む。

ステップＳ３００８では、ブロックＩＤに対するオリジナルのベクトル画像を、対象とするブロックのサイズでラスタライズしてラスタ画像を求める。このラスタライズ処理については、上述した第１実施形態におけるステップＳ２３０５と同様であるため、詳細な説明を省略する。

ステップＳ３００９では、ステップＳ３００１で取り出したブロックに対するスキャン画像データが、オリジナル画像で置換え可能であるか否かを判定する。この判定は、ブロックＩＤに対応した画像ＩＤによって画像データベース５０１の画像情報を検索し、該検索された画像情報における処理フラグに基づいて行われる。この置換の可否を判定する処理は、上述した第１実施形態におけるステップＳ２３０３と同様であるため、詳細な説明を省略する。置換可と判定された場合はステップＳ３０１１へ進み、置換不可と判定された場合はステップＳ３０１０へ進む。

ステップＳ３０１０では、ステップＳ３００１で取り出したブロックの画像、すなわちスキャン画像に対するＪＰＥＧ圧縮を行う。このとき、ステップＳ３００６における背景画像に対するＪＰＥＧ圧縮よりも高画質となるようなＪＰＥＧ圧縮を行う。例えば、ステップＳ３００６よりも圧縮率が小さくなるような量子化テーブルを用いた圧縮を行えばよい。

一方、ステップＳ３０１１では、ステップＳ３００１で取り出したブロックの画像を用いずに、該ブロックの対応するオリジナル画像に対するＪＰＥＧ圧縮を行う。すなわち、ブロックＩＤに対応した画像がラスタ画像であれば該画像をそのまま圧縮し、ベクトル画像であれば、ステップＳ３００８でラスタライズした画像を圧縮する。このとき、ステップＳ３０１０におけるスキャン画像に対するＪＰＥＧ圧縮よりも高画質となるようなＪＰＥＧ圧縮を行う。例えば、ステップＳ３０１０よりも圧縮率が小さくなるような量子化テーブルを用いた圧縮を行ったり、ロスレスの圧縮を行えばよい。

上述したステップＳ３０１１，Ｓ３０１０，Ｓ３００６，Ｓ３００５のいずれかの圧縮処理を終えると、ステップＳ３００１へ戻って次ブロックの処理を行う。

なお、第２実施形態ではステップＳ２９０９の高圧縮処理においてＪＰＥＧ圧縮を行う例を示したが、本発明はこの例に限定されず、ＪＰＥＧ２０００等の自然画像に適した圧縮方式を用いてもよい。また、ステップＳ３００６，Ｓ３０１０，Ｓ３０１１のそれぞれにおけるＪＰＥＧ圧縮の画質の差別化を、量子化テーブルの切り替えによって実現していたが、本発明はこの例に限定されず、他の方法によってこれを実現することも可能である。例えば、解像度を切り替える、すなわち圧縮前の画像を縮小してからＪＰＥＧ圧縮を行うようにしてもよく、この場合、ステップＳ３００６がより小さく、ステップＳ３０１１がより大きくなるように、画像サイズを調整する。

以上説明したように第２実施形態によれば、スキャン画像における領域ブロック毎に、その属性に応じた圧縮を施す際にも、登録済みのオリジナル画像と等価なブロック画像については、オリジナル画像に置き換えてからより高圧縮率な圧縮を行う。この置き換えにより印刷およびスキャンによる画質劣化が解消され、さらにブロック単位で圧縮率を変えることにより圧縮による画質劣化も軽減される。

＜変形例＞
以下、上述した各実施形態に対する変形例を列挙する。

上記実施形態では、ステップＳ２５０８のブロック画像置換処理において、スキャン画像内のブロックをオリジナルのベクトル画像やラスタ画像に置き換える際に、該スキャン画像データに対して外部エンティティを参照する形式で追加する例を示した。すなわち、置換えた画像の実体を、送信する画像データ内に埋め込んではいなかったが、これを、送信する画像データ内に埋め込むようにしても良い。例えば、送信する画像ファイルのフォーマットがＳＶＧであれば、置き換える画像がベクトル画像ならＳＶＧに変換して直接埋め込み、ラスタ画像ならＢＡＳＥ６４などでテキストエンコードして埋め込むことができる。

また、上記実施形態では、画像読み取り部１１０から読み込んだスキャン画像を文書画像と仮定し、いったんＢＳ化して文字領域や画像領域などのブロックに分割した後、各ブロック毎にオリジナル画像を検索する例を示した。これを、特開平０３−１７４６５８に開示されているように、自然画の中からロゴ領域の候補を検出し、各候補毎にオリジナル画像を検索することもできる。これにより、読み込んだ画像が文書画像ではなく、ポスターなどの自然画像であった場合にも、本発明が適用可能となる。

また、上記実施形態では、ステップＳ５１３の保存処理において、読み込んだスキャン画像に対してベクトル化を行わない例を示したが、ステップＳ５１２の送信処理と同様にベクトル化をした画像データを保存するようにしても良い。

また、画像情報において、画像ＩＤに対応付けて保存先を記憶する例を示したが、保存先以外にも、ユーザが指定した送信先を記憶するようにしても良い。これにより、ステップＳ５１２の送信処理においても、画像情報中に記憶された送信先への送付を行うことができる。また、送信先として、電子メールアドレスだけでなくファクシミリ番号を登録できるようにしても良い。これにより、送信処理時に該ファクシミリ番号が指定された場合には、電子メール送信を行わず、ステップＳ２４０８でベクトル化された画像をラスタライズして、ファクシミリ送信することができる。

また、上記実施形態では、文書に対するアクセス制限を行うためにアクセスレベルという概念を用い、該アクセスレベルの上下によってアクセス可能なオブジェクトが増減する例を示した。これをオブジェクトごとに、アクセス可能な個人、グループを記述するようにして、個人単位、所属するグループ単位で、個別にアクセス制御を行ってもよい。

また、上記実施形態では、スキャナとプリンタが一体型のＭＦＰ１００を用いる例を示したが、スキャナとプリンタをそれぞれ個別の機器としてＬＡＮ、もしくは、ＰＣに接続した構成としても良い。この場合、図２における画像読み取り部１１０がスキャナに、印刷装置１１２がプリンタにそれぞれ相当し、それ以外の構成要素は、ＰＣに含まれることになる。スキャナやプリンタとＰＣとの接続は、ネットワークＩ／Ｆを介してＬＡＮ経由で行われることになる。また、同様に、画像読み取り部１１０としてスキャナの代わりにデジタルカメラを用いてもよい。

＜他の実施形態＞
以上、実施形態例を詳述したが、本発明は例えば、システム、装置、方法、プログラム若しくは記憶媒体(記録媒体)等としての実施態様をとることが可能である。具体的には、複数の機器（例えば、ホストコンピュータ、インタフェース機器、撮像装置、webアプリケーション等）から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

尚本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される。なお、この場合のプログラムとは、実施形態において図に示したフローチャートに対応したプログラムである。

従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、OSに供給するスクリプトデータ等の形態であっても良い。

プログラムを供給するための記録媒体としては、以下に示す媒体がある。例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、MO、CD-ROM、CD-R、CD-RW、磁気テープ、不揮発性のメモリカード、ROM、DVD(DVD-ROM，DVD-R)などである。

プログラムの供給方法としては、以下に示す方法も可能である。すなわち、クライアントコンピュータのブラウザからインターネットのホームページに接続し、そこから本発明のコンピュータプログラムそのもの(又は圧縮され自動インストール機能を含むファイル)をハードディスク等の記録媒体にダウンロードする。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるWWWサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してCD-ROM等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせることも可能である。すなわち該ユーザは、その鍵情報を使用することによって暗号化されたプログラムを実行し、コンピュータにインストールさせることができる。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。さらに、そのプログラムの指示に基づき、コンピュータ上で稼動しているOSなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、実行されることによっても、前述した実施形態の機能が実現される。すなわち、該プログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行うことが可能である。

本発明に係る一実施形態における画像処理システムの構成を示すブロック図である。 本実施形態における複合機（ＭＦＰ）の構成を示すブロック図である。 本実施形態におけるマネージメントＰＣの構成を示すブロック図である。 本実施形態におけるＭＦＰの外観図である。 本実施形態における全体処理の概要を示すフローチャートである。 本実施形態におけるユーザ情報の一例を示す図である。 本実施形態における処理制御設定画面の一例を示す図である。 本実施形態における画像情報の一例を示す図である。 本実施形態における画像情報中の処理フラグの一例を示す図である。 本実施形態において登録されるオリジナル画像の一例を示す図である。 本実施形態において登録されるオリジナル画像の一例を示す図である。 本実施形態において登録されるオリジナル画像の一例を示す図である。 本実施形態における登録文書ブロック情報の一例を示す図である。 本実施形態におけるテキスト情報の一例を示す図である。 本実施形態におけるスキャン文書ブロック情報の一例を示す図である。 本実施形態における画像登録処理を示すフローチャートである。 本実施形態における画像詳細比較処理を示すフローチャートである。 本実施形態におけるオリジナル更新判定処理を示すフローチャートである。 本実施形態における文書登録処理を示すフローチャートである。 本実施形態におけるブロックセグメント化を説明するための図である。 本実施形態におけるコピー処理を示すフローチャートである。 本実施形態における実行可否判定処理を示すフローチャートである。 本実施形態におけるオリジナル画像情報の一例を示す図である。 本実施形態における原本検索処理を示すフローチャートである。 本実施形態における部分置換処理を示すフローチャートである。 本実施形態における送信処理を示すフローチャートである。 本実施形態におけるベクトル化処理を示すフローチャートである。 本実施形態におけるブロック画像置換処理を示すフローチャートである。 本実施形態における保存処理を示すフローチャートである。 本実施形態における置換画像の選択画面の一例を示す図である。 第２実施形態における送信処理を示すフローチャートである。 第２実施形態における高圧縮処理を示すフローチャートである。

Claims (22)

1. 複数のオリジナル画像が登録されたサーバにアクセス可能な画像処理装置の制御方法であって、
   文書を読み込んでスキャン画像を得るスキャンステップと、
   前記スキャン画像を部分領域画像に領域分割する領域分割ステップと、
   前記部分領域画像と等価とみなせるオリジナル画像が前記サーバに登録されているか否かを判定する等価画像判定ステップと、
   前記スキャン画像に対して、前記部分領域画像を前記等価画像判定ステップで等価と判定されたオリジナル画像に置き換えるオリジナル置換ステップと、
   を有することを特徴とする画像処理装置の制御方法。
2. さらに、前記オリジナル置換ステップにおいて前記部分領域画像の置き換えが行われた前記スキャン画像を印刷する印刷ステップを有することを特徴とする請求項１記載の画像処理装置の制御方法。
3. さらに、前記オリジナル画像を前記サーバに登録する画像登録ステップを有することを特徴とする請求項１または２記載の画像処理装置の制御方法。
4. 前記画像登録ステップにおいては、前記オリジナル画像に処理条件を設定して登録することを特徴とする請求項３記載の画像処理装置の制御方法。
5. 前記オリジナル置換ステップにおいては、前記等価画像判定ステップで前記部分領域画像と等価であると判定されたオリジナル画像が、その処理条件として置換が許可されている場合に、該部分領域画像を該オリジナル画像に置き換えることを特徴とする請求項４記載の画像処理装置の制御方法。
6. さらに、前記スキャン画像をベクトル化するベクトル化ステップを備え、
   前記ベクトル化ステップは、前記等価画像判定ステップで前記部分領域画像と等価であると判定されたオリジナル画像が、その処理条件としてベクトル化が許可されている場合に、該部分領域画像をベクトル化することを特徴とする請求項４または５記載の画像処理装置の制御方法。
7. 前記オリジナル置換ステップにおいては、前記等価画像判定ステップで前記部分領域画像と等価であると判定されたオリジナル画像が、その処理条件としてベクトル化が不許可であって置換が許可されている場合に、該部分領域画像を該オリジナル画像のラスタデータによって置き換えることを特徴とする請求項６記載の画像処理装置の制御方法。
8. さらに、前記スキャン画像を前記部分領域画像の属性に応じて圧縮する圧縮ステップを備え、
   前記圧縮ステップにおいては、前記等価画像判定ステップでオリジナル画像と等価であると判定された部分領域画像については、他の領域よりも高画質な圧縮方法による圧縮を行うことを特徴とする請求項５記載の画像処理装置の制御方法。
9. 前記圧縮ステップにおいては、前記等価画像判定ステップで前記部分領域画像と等価であると判定されたオリジナル画像が、その処理条件として置換が許可されている場合に、該部分領域画像を該オリジナル画像のラスタデータに置き換えて圧縮することを特徴とする請求項８記載の画像処理装置の制御方法。
10. 前記等価画像判定ステップにおいては、前記部分領域画像と前記オリジナル画像との類似度を算出し、該類似度に基づいて、これらの画像が等価であるか否かを判定することを特徴とする請求項１乃至９のいずれかに記載の画像処理装置の制御方法。
11. 前記オリジナル置換ステップにおいては、前記等価画像判定ステップで算出された前記部分領域画像と前記オリジナル画像の類似度に基づいて、該部分領域画像を該オリジナル画像で置換するか、該オリジナル画像を置換候補として追加するかを選択することを特徴とする請求項１０記載の画像処理装置の制御方法。
12. 前記オリジナル置換ステップにおいては、前記部分領域画像を前記等価画像判定ステップで等価であると判定された前記オリジナル画像で置換する際に、前記スキャン画像に対して、該部分領域画像のデータを削除して、該オリジナル画像のデータファイルへのポインタ情報を埋め込むことを特徴とする請求項１１記載の画像処理装置の制御方法。
13. 前記オリジナル置換ステップにおいては、前記部分領域画像に対して前記等価画像判定ステップで等価であると判定されたオリジナル画像を置換候補として追加する際に、前記スキャン画像に対して、該オリジナル画像のデータファイルへのポインタ情報を埋め込むことを特徴とする請求項１１記載の画像処理装置の制御方法。
14. さらに、前記オリジナル置換ステップにおいて置換が施された前記スキャン画像を画像表示手段に表示する画像表示ステップを有し、
    前記画像表示ステップにおいては、前記部分領域画像が前記オリジナル画像に置換された旨が識別可能となるように、該部分領域画像の領域を表示することを特徴とする請求項１１乃至１３のいずれかに記載の画像処理装置の制御方法。
15. 前記画像表示ステップにおいては、前記部分領域画像に対して置換候補が追加された旨が識別可能となるように、該部分領域画像の領域を表示することを特徴とする請求項１４記載の画像処理装置の制御方法。
16. 前記画像表示ステップにおいては、前記部分領域画像に対して追加された置換候補を順次切り替えて表示することが可能であることを特徴とする請求項１５記載の画像処理装置の制御方法。
17. さらに、前記画像表示手段に表示された前記部分領域画像について、置換すべき前記オリジナル画像をユーザ指示に基づいて選択する置換画像選択ステップを有することを特徴とする請求項１４乃至１６のいずれかに記載の画像処理装置の制御方法。
18. 前記等価画像判定ステップにおいては、前記部分領域画像と前記オリジナル画像について画像特徴を比較した後に互いの画像データを比較することを特徴とする請求項１乃至１７のいずれかに記載の画像処理装置の制御方法。
19. 複数のオリジナル画像が登録されたサーバにアクセス可能な画像処理装置であって、
    文書を読み込んでスキャン画像を得るスキャン手段と、
    前記スキャン画像を部分領域画像に領域分割する領域分割手段と、
    前記部分領域画像と等価とみなせるオリジナル画像が前記サーバに登録されているか否かを判定する等価画像判定手段と、
    前記スキャン画像に対して、前記部分領域画像を前記等価画像判定手段で等価と判定されたオリジナル画像に置き換えるオリジナル置換手段と、
    を有することを特徴とする画像処理装置。
20. 複数のオリジナル画像が登録されたサーバと画像処理装置が接続された画像処理システムであって、前記画像処理装置において、
    文書を読み込んでスキャン画像を得るスキャン手段と、
    前記スキャン画像を部分領域画像に領域分割する領域分割手段と、
    前記部分領域画像と等価とみなせるオリジナル画像が前記サーバに登録されているか否かを判定する等価画像判定手段と、
    前記スキャン画像に対して、前記部分領域画像を前記等価画像判定手段で等価と判定されたオリジナル画像に置き換えるオリジナル置換手段と、
    を有することを特徴とする画像処理システム。
21. コンピュータで実行されることによって、該コンピュータを画像処理装置として、請求項１乃至１８のいずれかに記載された画像処理装置の制御方法を実現することを特徴とするプログラム。
22. 請求項２１記載のプログラムが記録されたことを特徴とする記録媒体。

Images