JP2005159517A - 画像処理装置及びその制御方法、プログラム - Google Patents

Abstract

【課題】 安価な構成で、読取原稿画像の編集を効率的にかつ容易に実行することができる画像処理装置及びその制御方法、プログラムを提供する。
【解決手段】 読み取られた原稿画像に対応するベクトルデータを生成する。表示部の表示解像度に対応する原稿画像の編集用画像を、ベクトルデータに基づいて生成し、表示部に表示制御する。
【選択図】 図３

Description

本発明は、原稿を読み取って得られる原稿画像の画像処理を行う画像処理装置及びその制御方法、プログラムに関するものである。

従来、コピー機では、原稿を読み取って得られる原稿画像に対し、大容量のメモリと高価な処理回路によって実現する各種編集機能や、その編集内容をコピー機上のディスプレイで確認する構成が提案されている。

また、上述のようなコピー機では、編集効果をシミュレートして表示する構成も提案されている。
特開平１０−１２６６０号公報

しかしながら、ディスプレイ等の出力部で編集効果を直接表示する機器では、原稿画像を出力解像度と階調に依存した画像データとして扱う必要がある。より忠実な編集効果を表示するために読取解像度を上げれば上げるほど、また表現する色の階調を増やせば増やすほどデータ量が大きくなってしまうため、機器自体が高価になってしまうという課題があった。

また、編集効果を表示可能な回路を持たない機器では、編集効果をシミュレートして表示部に表示するため、実際に機器から出力（印刷）される出力（印刷）画像と、表示部で表示されている表示画像が異なることがあるという課題や、シミュレートするためのソフトウェアを作成するためのコストや、シミュレートのための時間が掛かるという課題があった。

本発明は上記の課題を解決するためになされたものであり、安価な構成で、読取原稿画像の編集を効率的にかつ容易に実行することができる画像処理装置及びその制御方法、プログラムを提供することを目的とする。

上記の目的を達成するための本発明による画像処理装置は以下の構成を備える。即ち、
原稿を読み取って得られる原稿画像の画像処理を行う画像処理装置であって、
原稿を読み取る読取手段と、
前記読取手段で読み取られた原稿画像に対応するベクトルデータを生成する生成手段と、
画像を表示する表示手段と、
前記表示手段の表示解像度に対応する前記原稿画像の編集用画像を、前記ベクトルデータに基づいて生成し、前記表示手段に表示制御する表示制御手段と
を備える。

また、好ましくは、前記編集用画像は、属性記述付き言語で表現されている。

また、好ましくは、前記編集用画像を用いて、前記原稿画像を編集する編集手段を更に備える。

また、好ましくは、前記表示制御手段は、前記編集手段による編集結果を前記表示手段に表示する。

また、好ましくは、前記表示制御手段は、前記ベクトルデータのコピーを、前記編集用画像を生成するための画像編集用データとして生成し、該画像編集用データを用いて、該編集用画像を前記表示手段に表示制御する。

また、好ましくは、前記画像編集用データを記憶する第１記憶手段と、
前記編集手段による操作に基づいて、前記第１記憶手段に記憶されている画像編集用データを削除する第１削除手段と
を更に備える。

また、好ましくは、前記画像編集用データを記憶する第１記憶手段と、
前記編集手段による操作に基づいて、前記ベクトルデータを前記第１記憶手段に記憶されている画像編集用データに置換する置換手段と
を更に備える。

また、好ましくは、前記編集手段による編集履歴を示す編集履歴データを記憶する第２記憶手段を更に備える。

また、好ましくは、前記編集履歴データは、前記画像編集用データと関連づけられて記憶されている。

また、好ましくは、前記編集履歴データは、前記画像編集用データに組み込まれて記憶されている。

また、好ましくは、前記編集手段による操作に基づいて、前記編集履歴データを削除する第２削除手段を更に備える。

また、好ましくは、前記編集手段は、前記編集用画像中の指定エリアをトリミング／マスキングを行うトリミング／マスキング手段を備え、
前記編集手段は、前記トリミング／マスキング手段の実行指示に基づいて、前記指定エリアあるいは該指定エリアの周辺が、所定色の画像で表示されるように、前記編集用画像データの内容を編集する。

また、好ましくは、前記原稿画像を印刷する印刷手段を更に備え、
前記所定色は、前記印刷手段で使用する記録剤で表現できない色である。

また、好ましくは、前記編集手段は、前記トリミング／マスキング手段の実行指示に基づいて、前記指定エリアあるいは該指定エリアの周辺が、前記編集用画像の背景画像で表示されるように、前記編集用画像データの内容を編集する。

また、好ましくは、前記編集手段は、前記トリミング／マスキング手段の実行指示に基づいて、前記指定エリアを規定するオブジェクトあるいは該オブジェクト以外のオブジェクトが前記編集用画像で削除されるように、前記編集用画像データの内容を編集する。

また、好ましくは、前記編集手段は、指定されたエリアに含まれるオブジェクトが、そのエリア外には飛び出していない場合に、前記編集用画像データの内容を編集する。

上記の目的を達成するための本発明による画像処理装置の制御方法は以下の構成を備える。即ち、
原稿を読み取って得られる原稿画像の画像処理を行う画像処理装置の制御方法であって、
原稿を読み取る読取工程と、
前記読取工程で読み取られた原稿画像に対応するベクトルデータを生成する生成工程と、
表示部の表示解像度に対応する前記原稿画像の編集用画像を、前記ベクトルデータに基づいて生成し、前記表示部に表示制御する表示制御工程と
を備える。

上記の目的を達成するための本発明によるプログラムは以下の構成を備える。即ち、
原稿を読み取って得られる原稿画像の画像処理を行う画像処理装置の制御を実現するプログラムであって、
原稿を読み取る読取工程のプログラムコードと、
前記読取工程で読み取られた原稿画像に対応するベクトルデータを生成する生成工程のプログラムコードと、
表示部の表示解像度に対応する前記原稿画像の編集用画像を、前記ベクトルデータに基づいて生成し、前記表示部に表示制御する表示制御工程のプログラムコードと
を備える。

本発明によれば、安価な構成で、読取原稿画像の編集を効率的にかつ容易に実行することができる画像処理装置及びその制御方法、プログラムを提供できる。

以下、本発明の実施の形態について図面を用いて詳細に説明する。

＜実施形態１＞
図１は本発明の実施形態１の画像処理システムの構成を示すブロック図である。

この画像処理システムは、オフィス１０及びオフィス２０とをインターネット等のネットワーク１０４で接続された環境で実現する。

オフィス１０内に構築されたＬＡＮ１０７には、複数種類の機能（複写機能、印刷機能、送信機能等）を実現する複合機であるＭＦＰ（Multi Function Peripheral）１００、ＭＦＰ１００を制御するマネージメントＰＣ１０１、ＭＦＰ１００を利用するクライアントＰＣ１０２、文書管理サーバ１０６及びそのデータベース１０５、及びプロキシサーバ１０３が接続されている。

オフィス２０内に構築されたＬＡＮ１０８には、プロキシサーバ１０３、文書管理サーバ１０６及びそのデータベース１０５が接続されている。

オフィス１０内のＬＡＮ１０７及びオフィス２０内のＬＡＮ１０８は、それぞれのオフィスのプロキシサーバ１０３を介してネットワーク１０４に接続されている。

ＭＦＰ１００は、特に、原稿である紙文書を電子的に読み取る画像読取部と、画像読取部から得られる画像信号に対する画像処理を実行する画像処理部を有し、この画像信号はＬＡＮ１０９を介してマネージメントＰＣ１０１に送信することができる。

マネージメントＰＣ１０１は、通常のＰＣ（パーソナルコンピュータ）であり、内部に画像記憶部、画像処理部、表示部、入力部等の各種構成要素を有するが、その構成要素の一部はＭＦＰ１００に一体化して構成されている。

尚、図１の構成は一例であり、文書管理サーバ１０６を有するオフィス２０がなくても、あるいはもっと複数存在してもよいし、あるいはオフィス１０、オフィス２０とが同一ＬＡＮ上で接続されていても良い。

また、ネットワーク１０４は、典型的にはインターネットやＬＡＮやＷＡＮや電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、通信衛星回線、ケーブルテレビ回線、データ放送用無線回線等のいずれか、またはこれらの組み合わせにより実現されるいわゆる通信ネットワークであり、データの送受信が可能であれば良い。

また、マネージメントＰＣ１０１、クライアントＰＣ１０２、文書管理サーバ１０６等の各種端末はそれぞれ、汎用コンピュータに搭載される標準的な構成要素（例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスク、外部記憶装置、ネットワークインタフェース、ディスプレイ、キーボード、マウス等）を有している。

次に、ＭＦＰ１００の詳細構成について、図２を用いて説明する。

図２は本発明の実施形態１のＭＦＰの詳細構成を示すブロック図である。

図２において、オートドキュメントフィーダ（ＡＤＦ）を含む画像読取部１１０は、束状のあるいは１枚の原稿画像を光源（不図示）で照射し、原稿反射像をレンズで固体撮像素子上に結像し、固体撮像素子からラスタ状の画像読取信号を所定密度（６００ＤＰＩ等の）のラスター画像として得る。

また、ＭＦＰ１００は、画像読取信号に対応する画像を印刷部１１２で記録媒体に印刷する複写機能を有し、原稿画像を１つ複写する場合には、この画像読取信号をデータ処理部１１５で画像処理して記録信号を生成し、これを印刷部１１２によって記録媒体上に印刷させる。一方、原稿画像を複数複写する場合には、記憶部１１１に一旦一ページ分の記録信号を記憶保持させた後、これを印刷部１１２に順次出力して記録媒体上に印刷させる。

また、ネットワークＩ／Ｆ１１４を介する送信機能においては、画像読取部１１０から得られるラスター画像を、ＴＩＦＦやＪＰＥＧ等の圧縮画像ファイル形式、あるいはＰＤＦ等のベクトルデータファイル形式の画像ファイルへと変換し、ネットワークＩＦ１１４から出力する。出力された画像ファイルは、ＬＡＮ１１を介して文書管理サーバ１０６へ送信されたり、更にネットワーク１０４経由で別の文書管理サーバ１０６やクライアントＰＣ１０２に転送されたりする。

また、印刷部１１２による印刷機能においては、例えば、クライアントＰＣ１０２から出力された印刷データをネットワークＩＦ１１４経由でデータ処理部１１５が受信し、データ処理装置１１５は、その印刷データを印刷部１１２で印刷可能なラスターデータに変換した後、印刷部１１２によって印刷媒体上に画像を形成する。

ＭＦＰ１００への操作者の指示は、ＭＦＰ１００に装備されたキー操作部とマネージメントＰＣ１０１に接続されたキーボード及びマウスからなる入力部１１３から行われ、これら一連の動作はデータ処理部１１５内の制御部（不図示）で制御される。また、操作入力の状態表示及び処理中の画像データの表示は、表示部１１６で行われる。

記憶部１１１は、マネージメントＰＣ１０１からも制御され、ＭＦＰ１００とマネージメントＰＣ１０１とのデータの送受信及び制御は、ネットワークＩＦ１１７及びＬＡＮ１３を介して行われる。

また、実施形態１の記憶部１１１では、後述する処理によって得られる読取原稿画像に対応するベクトルデータをオリジナルベクトルデータとして記憶するオリジナル用バッファと、そのオリジナルベクトルデータに基づく画像編集を行う場合に、そのオリジナルベクトルデータをコピーしたデータを画像編集用データとして記憶する画像編集用バッファが確保されている。

これらＭＦＰ１００とマネージメントＰＣ１０１とのデータの授受及び制御は、ＬＡＮ１０９が構成されている場合には、ネットワークＩ／Ｆ１１７を介してＭＦＰ１００とマネージメントＰＣ１０１を直結して実現するが、ＬＡＮ１０９が構成されていない場合には、ネットワークＩ／Ｆ１１４に接続されるＬＡＮ１０２を介して実現する。

［処理概要］
次に、実施形態１の画像処理システムで実行する処理全体の概要を、図３を用いて説明する。

図３は本発明の実施形態１の画像処理システムで実行する処理全体の概要を示すフローチャートである。

まず、ステップＳ１２０で、ＭＦＰ１００の画像読取部１１０で、その原稿をラスタ状に走査して読み取り、例えば、６００ＤＰＩ−８ビットの画像信号を得る。この画像信号をデータ処理部１１５で前処理を施し、記憶部１１１に１ページ分の画像データ（イメージデータ）として保存する。

次に、ステップＳ１２１で、データ処理部１１５において、ブロックセレクション（ＢＳ）処理を行う。この処理は、マネージメントＰＣ１０１の制御によって実行する。

具体的には、マネージメントＰＣ１０１のＣＰＵは、記憶部１１１に格納された処理対象の画像信号を、まず、文字／線画部分とハーフトーン画像部分とに領域分割し、文字／線画部分は更に段落で塊として纏まっているブロック毎に、あるいは線で構成された表、図形毎に分割する。

一方、ハーフトーン画像部分は、矩形に分離されたブロックの画像部分、背景部分等の、所謂ブロック毎に独立したオブジェクト（ブロック）に分割する。

尚、実施形態１では、属性の例として、ＴＥＸＴ（文字）、ＧＲＡＰＨＩＣ（細線、図形）、ＴＡＢＬＥ（表）、ＩＭＡＧＥ（画像）、ＢＡＣＫＧＲＯＵＮＤ（背景）等を挙げるが、属性の種類はこれに限定されるものではなく、用途や目的に応じて、他の種類の属性を使用することも可能であるし、また、すべての属性を使用する必要もない。

また、詳細は後述するが、このＢＳ処理によって生成された各ブロックには、それぞれのブロックに関する情報であるブロック情報が生成される。

次に、ステップＳ１２２で、原稿画像中に付加情報として記録された２次元バーコード、あるいはＵＲＬ（あるいはＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ））に該当するオブジェクト（ブロック）を検出する。付加情報がＵＲＬ画像である場合は、そのＵＲＬ画像をＯＣＲで文字認識する。一方、付加情報が２次元バーコード画像である場合、その２次元バーコード画像をＯＭＲ（Ｏｐｔｉｃａｌ Ｍａｒｋ Ｒｅｃｏｇｎｉｔｉｏｎ）でマーク解読を行う。

尚、ステップＳ１２２では、ステップＳ１２１のＢＳ処理で得られた文字ブロックをＯＣＲで文字認識する。

次に、ステップＳ１２３で、ステップＳ１２２の処理結果に基づいて、読取原稿画像のオリジナル電子ファイルが格納されている格納先を示すポインター情報を検出する。

次に、ステップＳ１２４で、ポインター情報の検出の有無を判定する。ポインター情報が検出されない場合（ステップＳ１２４でＮＯ）、ステップＳ１２６に進む。一方、ポインター情報が検出された場合（ステップＳ１２４でＹＥＳ）、ステップＳ１２５に進み、ポインター情報が示す格納先にオリジナル電子ファイルが存在するか否かを判定する。

尚、オリジナル電子ファイルは、例えば、図１のクライアントＰＣ１０２内のハードディスク内、データベース１０５内、あるいはＭＦＰ１００自体が有する記憶部１１１のいずれかに格納されており、ステップＳ１２３で検出したポインター情報に従って、これらの記憶装置内を検索する。

ステップＳ１２５において、オリジナル電子ファイルが検索されない場合（ステップＳ１２５でＮＯ）、ステップＳ１２６に進む。一方、オリジナル電子ファイルが検索された場合（ステップＳ１２５でＹＥＳ）、ステップＳ１３４に進む。

尚、ステップＳ１２５において、オリジナル電子ファイルが検索された場合でも、そのオリジナル電子ファイルが、ＰＤＦあるいはＴＩＦＦに代表されるイメージデータである場合は、ステップＳ１２６に進む。逆に、オリジナル電子ファイルが、以前に、本処理によって生成されたベクトルデータである場合には、ステップＳ１３４に進む。

ステップＳ１２６で、ステップＳ１２０で入力した読取原稿画像に基づいて、それに類似する電子ファイルを検索するファイル検索処理を実行する。

このファイル検索処理では、ステップＳ１２２で各文字ブロックに対して行ったＯＣＲ結果から単語を抽出して、その単語を有する電子ファイルを検索する全文検索を行う。あるいは、画像信号中の各ブロックの配列と各ブロックの属性（画像、文字等）で特定されるレイアウトを有する（あるいは類似する）電子ファイルを検索するレイアウト検索を行う。

次に、ステップＳ１２７で、ファイル検索処理の検索結果として得られる電子ファイル（群）を、読取原稿画像に対応する電子ファイル（あるいはそのサムネール画像（代表画像））の候補として表示部１１６に表示し、その候補から処理対象の電子ファイルの選択を受け付ける。

尚、候補が１つの場合、自動的に、ステップＳ１２８からステップＳ１３４に進む。

ステップＳ１２８で、表示部１１６に表示した電子ファイルの候補の中から電子ファイルが選択されたか否かを判定する。電子ファイルが選択された場合（ステップＳ１２８でＹＥＳ）、ステップＳ１３４に進む。一方、電子ファイルが選択されない場合（ステップＳ１２８でＮＯ）、ステップＳ１２９に進む。

尚、ステップＳ１２８において、電子ファイルが選択された場合でも、その電子ファイルが、ＰＤＦあるいはＴＩＦＦに代表されるイメージデータである場合は、ステップＳ１２９に進む。

ステップＳ１２９で、イメージデータ（ステップＳ１２０で入力された読取原稿画像（イメージデータ）あるいはステップＳ１２７で選択されたイメージデータの電子ファイル）をベクトルデータに変換するベクトル化処理を実行する。

このベクトル化処理では、まず、ステップＳ１２２でＯＣＲ処理された文字ブロックに対して、更に、文字のサイズ、スタイル、字体（フォント）を認識し、原稿を走査して得られる文字と可視的に忠実なフォントデータに変換する。一方、線で構成される表、図形ブロックに対しては、アウトライン化する。また、画像ブロックに対しては、イメージデータとして個別のＪＰＥＧファイルに変換する。

これらの各種ブロックに対するベクトル化処理は、各ブロック毎にそのブロック情報に基づいて行い、更に各ブロックのレイアウト情報を保存する。

次に、ステップＳ１３０で、ステップＳ１２９で得られたベクトルデータを、文書作成アプリケーションによって処理することが可能な、所定形式（例えば、ｒｔｆ形式）のアプリケーションデータ（アプリデータ）に変換するアプリデータ変換処理を実行する。そして、ステップＳ１３１で、その生成されたアプリデータを、ステップＳ１２０で入力されたイメージデータに対応する電子ファイルとして、記憶部１１１あるいは文書管理サーバ１０６等に格納する。

次に、ステップＳ１３２で、以降、同様の処理を行う際に、読取原稿画像から直接、それに対応する電子ファイルとして検索できるようにするために、電子ファイルの検索用のインデックス情報を生成するインデックス生成処理を実行する。そして、生成されたインデックス情報は、例えば、記憶部１１１で管理されている検索用インデックスファイルに追加される。

ステップＳ１３４で、ステップＳ１２５で検索されたオリジナル電子ファイルの格納アドレス、あるいはステップＳ１２８で選択された電子ファイルの格納アドレス、あるいはステップＳ１３１で格納された電子ファイルの格納アドレスを、表示部１１１に通知する。

ステップＳ１３６で、入力部１１３からの操作指示が、読取原稿画像の登録指示であるか否かを判定する。登録指示でない場合（ステップＳ１３６でＮＯ）、ステップＳ１３５に進む。一方、登録指示である場合（ステップＳ１３６でＹＥＳ）、ステップＳ１３３に進む。

尚、ステップＳ１３６の処理は、ポインター情報が存在しない読取原稿画像を当該画像処理システムで再利用するために、その読取原稿画像のイメージ情報／ベクトルデータ／ステップＳ１２８で選択された電子ファイルをオリジナル電子ファイルとしてユーザが登録したい場合の登録操作の実行指示の有無を判定するものである。

そのため、ポインター情報が存在する読取原稿画像の場合は、通常、この登録操作が実行されないことが想定される。但し、ポインター情報が存在していて、読取原稿画像に対応するオリジナル電子ファイルが既に存在している場合でも、用途や目的によっては、改めてこの読取原稿画像を登録したい場合が存在するので、この登録操作は、ポインター情報が存在しない読取原稿画像に対して実行するとは限らない。

また、登録操作ではなく、読取原稿画像の複写操作（印刷装置）が指示された場合には、オリジナル電子ファイルの登録を行うとともに、そのオリジナル電子ファイルを読取原稿画像に対する印刷物として複写（印刷）するようにしても良い。

ステップＳ１３３で、登録対象の読取原稿画像に対するポインター情報を生成して、その読取原稿画像に対応するオリジナル電子ファイルにイメージデータとして付加するポインター情報付加処理を実行する。

そして、このポインター情報が付加されたオリジナル電子ファイルは、例えば、図１のクライアントＰＣ１０２内のハードディスク内、データベース１０５内、あるいはＭＦＰ１００自体が有する記憶部１１１のいずれかに格納される。また、この格納に併せて、そのオリジナル電子ファイルを印刷部１１２から印刷するようにしても良い。

ステップＳ１３５で、読取原稿画像に対応するオリジナル電子ファイルに対する各種処理（編集／蓄積／伝送（ＦＡＸ送信、Ｅメール送信、ファイル送信）／印刷等）を実行するための操作画面を表示部１１６に提示し、その操作画面を介して、オリジナル電子ファイルに対する各種処理を実行することができる。

ここで、各種処理として、例えば、印刷（複写）の場合には、各オブジェクトに最適な色処理、空間周波数補正等の画像処理が施された後、印刷部１１２より印刷される。また、蓄積の場合には、記憶部１１１に記憶保持される。また、伝送（ファイル送信）の場合には、汎用のファイル形式として、例えば、ＲＴＦ（Ｒｉｃｈ Ｔｅｘｔ Ｆｏｒｍａｔ）形式に変換したり、属性付き記述言語のベクトルデータであるＳＶＧ（Ｓｃａｌａｂｌｅ Ｖｅｃｔｏｒ Ｇｒａｐｈｉｃｓ）形式に変換したりして、ファイル送信先で再利用可能なファイル形式にして変換して、ネットワークＩ／Ｆ１１４を介してファイル送信先（例えば、クライアントＰＣ１０２）へファイル送信する。

このように、本画像処理システムでは、通常、読取原稿画像に対応するオリジナル電子ファイルとしてベクトルデータが管理され、そのベクトルデータを用いた各種処理を実行することができるので、処理対象のデータの情報量を削減でき、かつ蓄積効率が高まり、伝送時間を短縮でき、かつ出力（表示／印刷）する際には高品位な画像で出力することができる。

［入力部１１３と表示部１１６の説明］
図４Ａ〜図４Ｄは本発明の実施形態１の操作画面の一例を示す図である。

特に、この操作画面は、入力部１１３と表示部１１６によって構成される操作画面の一例である。

操作画面１００００は、入力部１１３と表示部１１６が一体になっている操作画面構成であり、この例では、入力部１１３と表示部１１６は、ＬＣＤとタッチパネルから構成されるものとするが、もちろん入力部１１３としてのハードキーもしくはマウスポインタ、表示部１１６としてのＣＲＴ等で独立に構成されていても構わない。

［基本操作仕様（コピー操作使用）］
図４Ａの操作画面１００００は、実施形態１のＭＦＰ１００の基本操作画面である。実施形態１で実現される各種機能の選択は、操作画面１００００の例では、応用モードキー１０００００内に入っているものとする。

尚、この各種機能の内、特に、実施形態１では、図３で説明したような、読取原稿画像の入力画像データ（ラスタ画像データ）に対して、文字領域はＴｅｘｔコードに変換したり、細線や図形領域は関数化してコード化するベクトル化処理を施す一連の処理を実行する機能をベクトルスキャンと定義している。

つまり、実施形態１では、原稿をスキャンして、それによって得られる入力画像データをベクトルデータに変換するまでの処理を、ベクトルスキャンと定義している。

応用モードキー１０００００を押下すると、操作画面１００００は、応用モードとしてＭＦＰ１００で用意されている各種モードからなる、図４Ｂの応用モード画面１０００１に切り替わる。

図４Ｂの応用モード画面１０００１において、Ｖｅｃｔｏｒｉｚｅキー１０００１０が、上述のベクトルスキャン機能を動作可能にする選択キーである。このＶｅｃｔｏｒｉｚｅキー１０００１０を押下すると、図４Ｃの操作画面１０００２が表示される。

また、エリア指定キー１００１１が、処理対象の画像に係るエリア編集処理を行うためのキーである。エリア指定キー１００１１には、例えば、「トリミング」または「マスキング」モードが用意されており、このモードを選択した場合には、処理対象の画像に対応する画像データのトリミングまたはマスキング処理を実行することができる。

図４Ｃの操作画面１０００２において、読込開始キー１０００２０は、原稿読取のスキャン開始を指示するためのキーであり、このキーを押下すると原稿を読み取る。そして、原稿の読取が終了すると、図４Ｄの操作画面１０００３に表示が切り替わる。

尚、実施形態１では、図３のステップＳ１２０で入力した読取原稿画像に対して、図３のステップＳ１２９のベクトル化処理までの処理を実行して、その処理結果として、図５（ａ）に示すような、ＸＭＬベースのＳＶＧ形式のベクトルデータを生成して、例えば、記憶部１１１に一旦格納する。

そして、図４Ｄの操作画面１０００３では、このＳＶＧ形式のベクトルデータに基づく画像１０００２９（表示部１１６の解像度に対応する画像に展開されたＳＶＧ形式のベクトルデータ）が表示され、その画像１０００２９を構成する各オブジェクトがベクトル化処理された単位（属性）別に矩形枠に囲まれて表示される。

各オブジェクトは、図３のステップＳ１２５のブロックセレクション処理で自動的に認識された属性毎に、異なる色の矩形枠で表現される。

例えば、ＴＥＸＴ（文字）は赤、ＩＭＡＧＥ（写真）は黄色というように、各オブジェクトを囲む矩形枠を異なる色で表現することで、ブロックセレクション処理で分割された属性別のオブジェクトを容易に識別することができる。これにより、オペレータの視認性が向上する。もちろん異なる色ではなく、矩形枠を、その線の太さや形状（点線）等の他の表示形態で表現しても良い。また、各オブジェクト毎に、スクリーンをかけて表示しても構わない。

画像１０００２９の初期の表示状態は、原稿読取部１１０で読み取った際のイメージであるが、必要に応じて、拡大／縮小キー１０００３６を用いることで画像サイズを拡大／縮小することが可能である。また、拡大することによって、画像１０００２９の表示内容がその表示エリアを超えて視認できない場合には、スクロールキー１００３５を用いて画像１０００２９を上下左右に移動することで、その視認できない部分を確認することが可能である。

図４Ｄでは、画像１０００２９の中央部の文字オブジェクト１０００３０（文字列「Ｗｅ ａｒｅ ａｌｗａｙｓ ｗａｉｔｉｎｇ ＹＯＵ！」）が選択されている状態を示している。特に、図４Ｄでは、選択状態のオブジェクトを、その属性を示す色（この場合、赤）の実線の矩形枠で、それ以外の非選択状態のオブジェクトはそれぞれの属性を示す色の破線の矩形枠で表示されている。このように、矩形枠の表示形態を選択状態と非選択状態に応じて異ならせることで、各オブジェクトの選択状態／非選択状態を容易に確認することができる。

この例では、文字オブジェクト１０００３０が赤の実線の矩形枠で、グラフィックオブジェクト１０００３７が青の破線の矩形枠で、画像オブジェクト１０００３８が黄色の破線の矩形枠で、表オブジェクト１０００３９が緑の破線の矩形枠で表示した場合の例を示しており、それ以外の残りの部分は背景オブジェクトとなる。

尚、背景オブジェクトは、画像１０００２９を構成するオブジェクトを抽出した後の残りの画像部分であるので、特に、矩形枠を用いた表示を行っていない。しかしながら、背景指定という意味で、背景画像の外郭を他のオブジェクト同様に矩形枠で表示する構成としても良い。その際、他のオブジェクトを非表示にして、背景オブジェクトの視認性を向上させるようにしても良い。

編集（例えば、文字オブジェクトであれば、文字オブジェクト中の文字列の編集、グラフィックオブジェクトであれば、そのグラフィックオブジェクトの色調整）を行うためのオブジェクトの選択は、例えば、直接、文字オブジェクト１０００３０内の領域をタッチして指定する方法と、オブジェクト選択キー１０００３２を用いて指定する方法がある。どちらの方法を用いても、選択されたオブジェクトの矩形枠は実線になり、非選択のオブジェクトの矩形枠は破線になる。

また、それと同時に選択されているオブジェクトの属性に相当するオブジェクト属性キー１０００３１（この場合、Ｔｅｘｔ、それ以外に、Ｇｒａｐｈｉｃ、Ｔａｂｌｅ、Ｉｍａｇｅ、ＢａｃｈＧｒｏｕｎｄの種類が存在する）が選択される。この場合、その選択状態を示すために、該当するオブジェクト属性キーはスクリーン表示される。もちろん、これ以外にも、選択状態／非選択状態を示すことができれば、網掛け表示、ブリンク表示等の他の表示形態を用いることができる。

尚、ＡＤＦを用いて、複数ページの原稿を読み込んだ場合は、操作画面１０００３の初期状態では、複数ページの先頭ページの画像が表示され、それ以降のページの画像については、ページ指定キー１０００３３を用いることで、所望するページの画像に切り換えることが可能である。

そして、ＯＫキー１０００３４を押下すると、この表示されている画像１０００２９に対応するベクトルデータファイルが保存される。一方、設定取消キー１０００４０を押下すると、この操作画面１０００３において実行された各種設定を破棄して、図４Ａのコピー基本画面１００００に戻る。

このように、実施形態１では、読取原稿画像をベクトルデータと管理することで、このベクトルデータから表示部１１６の解像度に対応する画像を生成して、表示部１１６に表示することが可能となる。また、表示部１１６に表示する画像はベクトルデータに基づいて生成するで、読取原稿画像の内容を忠実に再現した画像を表示部１１６に表示することが可能となる。

そのため、この画像に対する編集を行う場合には、ベクトルデータを用いた編集を行うことができるので、編集による編集効果も容易にかつ忠実に表示部１１６上で再現することができる。

［送信／ファックス操作仕様］
次に、ファイル送信／ファックスを行うための操作画面について、図６Ａ〜図６Ｃを用いて説明する。

図６Ａ〜図６Ｃは本発明の実施形態１の操作画面の一例を示す図である。

図６Ａの操作画面１００１０は、ファイル送信／ファックスを行うための基本画面である。この操作画面１００１０による処理を実行する場合には、処理対象の原稿画像をＭＦＰ１００に読み込む場合の読込設定を行う必要があり、読込設定プルダウンメニュー１００１００から設定が可能である。これを押下すると、図６Ｂの操作画面１００１１のように、プルダウンメニューが表示される。このプルダウンメニューでは、読込設定として、例えば、２００×２００ｄｐｉ、３００×３００ｄｐｉを選択することが可能である。

次に、操作画面１００１１の詳細設定キー１００１１０を押下すると、図６Ｃの操作画面１００１２（読込設定画面）が表示される。この操作画面１００１２の応用モードキー１００１２０を押下すると、図４Ｄの操作画面１０００３が表示され、以降は、上述の基本操作仕様と同様の操作を実現することができる。

［ボックス操作仕様］
次に、ＭＦＰ１００で読み取った画像データを内部の記憶部１１１に保存するため（ボックス機能）の操作画面について、図７Ａ〜図７Ｄを用いて説明する。

図７Ａ〜図７Ｄは本発明の実施形態１の操作画面の一例を示す図である。

図７Ａの操作画面１００２０は、画像データを保存する（ボックス機能）ための基本画面である。現在、ＭＦＰ１００で管理されているボックス群（記憶単位）の内、ボックス００を示すボックスキー１００２００を押下すると、図７Ｂの操作画面１００２１が表示される。

操作画面１００２１において、原稿読込キー１００２１１を押下すると、原稿読込設定画面が表示される。この原稿読込設定画面は、送信／ファクスの操作仕様と同様で、図７Ｃの操作画面１００１２が表示される。

この例では、ボックス００に既に１つのデータファイルが格納されている状態を示しており、このデータファイルの行１００２１０を押下すると、そのデータファイルを選択して、そのデータファイルを処理対象とすることができる。

図７Ｃの操作画面１００２２は、データファイルを選択した場合の表示状態を示しており、この場合、選択された行１０２２０が反転表示（網掛表示）される。データファイルを選択すると、そのデータファイルの内容を確認することができ、その場合には画像表示キー１００２２２を押下することで、図４Ｄの操作画面１０００３が表示され、以降は、上述の基本操作仕様と同様の操作を実現することができる。

同様に、図７Ｃの操作画面１００２２で、プリントキー１００２２１を押下すると、図７Ｄの操作画面１００２３が表示され、プリント設定が可能になる。ここで、応用モードキー１００２３０を押下すると、図４Ｄの画面１０００３が表示され、以降は、上述の基本操作仕様と同様の操作を実現することができる。

＜エリア編集操作仕様＞
次に、ＭＦＰ１００で読み取った画像データのエリア編集（例えば、マスキング（エリア内消去）やトリミング（エリア外消去））を行うための操作画面について、図８Ａ〜図８Ｄを用いて説明する。

図８〜図８Ｄは本発明の実施形態１の操作画面の一例を示す図である。

図４Ｂの応用モード画面１０００１において、エリア指定キー１０００１１を押下すると、図８Ａのエリア指定方法選択画面１００８０が表示される。

このエリア指定方法選択画面１００８０では、読取原稿画像中の処理対象のエリアを指定するためのエリア指定方法として、ペン入力によってエリア指定を行うペン入力キー１００８１と、入力部１１３上で構成されるテンキー入力によってエリア指定を行うテンキー入力キー１００８２が用意されている。

そして、このペン入力キー１００８１あるいはテンキー入力キー１００８２のどちらかを押下すると、原稿を読み取る。そして、原稿の読取が終了すると、図８Ｂの操作画面２００８０に表示が切り替わる。

尚、実施形態１では、図３のステップＳ１２０で入力した読取原稿画像に対して、図３のステップＳ１２９のベクトル化処理までの処理を実行して、その処理結果として、図５（ａ）に示すような、ＸＭＬベースのＳＶＧ形式のベクトルデータを生成して、記憶部１１１のオリジナル用バッファにオリジナルベクトルデータとして一旦格納する。

そして、特に、図８Ｂの操作画面２００８０を表示する場合には、その記憶部１１１に記憶されているベクトルデータをコピーして、画像編集用データを生成する。尚、この画像編集用データは、記憶部１１１の編集用バッファに記憶する。そして、この編集用バッファに記憶された画像編集用データを、表示部１１６の解像度に対応する画像２００８２（編集用画像）に展開して、操作画面２００８０に表示する。

図８Ｂの操作画面２００８０で表示される画像２００８２は、その画像２００８２を構成する各オブジェクト単位で、編集対象のエリアを指定することが可能である。

エリア指定キー２００８１は、画像２００８２中の処理対象のエリアを選択するためのキーであり、選択したエリアに対応するオブジェクトが処理対象として選択される。ここでは、エリアの数として４つ存在する場合を示しており、特に、図８Ｂでは、エリア名「エリア１」を選択した状態を示している。また、「エリア１」はオブジェクト２００８５に対応しているものとする。

プレビュー表示キー２００８３は、エリア編集操作後の編集結果となるプレビュー画像を表示するためのキーである。

エリア処理内容選択キー２００８４は、処理対象のエリアに施すエリア編集の処理内容を指定するためのキーである。ここでは、エリア編集として、処理対象のエリア外の画像を消去するエリア外消去と、処理対象のエリア内の画像を消去するエリア内消去の２種類のどちらかを処理内容として指定することができる。

ここで、画像２００８２中のオブジェクト２００８５（画像編集用データである図５（ａ）の００６行目の記述に対応）を指定し、そのエリア編集として、エリア内消去を行う場合の操作例について説明する。

尚、図５（ａ）の００６行目の記述は、位置（ｘ，ｙ）＝（２００，２００）で、幅（ｗｉｄｔｈ）＝１００、高さ（ｈｅｉｇｈｔ）＝１００、ファイル名「ｍｙｉｍａｇｅ．ｐｎｇ」のオブジェクトであることを示している。

まず、このオブジェクト２００８５を指定すると、図８Ｂの操作画面２００８０は、図８Ｃの操作画面３００８０に切り替わる。つまり、オブジェクト２００８５を指定すると、指定状態を示すために、そのオブジェクト２００８５は矩形枠３００８５に囲まれて表示される。

エリア処理内容選択キー２００８４で、「エリア内消去」キーを指定した後、プレビュー表示キー２００８３を選択すると、図８Ｄの操作画面４００８０に切り替わる。

ここで、図８Ｃの操作画面３００８０で、「エリア内消去」キーが指定された状態で、プレビュー表示キー２００８３が選択された場合には、データ処理部１１５は、表示部１１６の解像度と、実際のオブジェクト２００８５の読取解像度に基づいて、矩形枠３００８５の実際の位置画素単位（１９８，１８７）から、幅（ｗｉｄｔｈ）＝２１３、高さ（ｈｅｉｇｈｔ）＝１２７の矩形枠を算出する。そして、この幅及び高さに相当する矩形枠３００８５（図８Ｃ）を生成するための記述（タグ）を生成する。この記述は、オブジェクト２００８５で規定されるエリア内を消去するためのエリア内消去用記述となる。

特に、ここでは、読取原稿画像を最終的に印刷部１１２より印刷することを想定しているため、この矩形枠３００８５に対しては、印刷部１１２の記録剤で表現できない所定色（この場合、白）で矩形枠を塗り潰す（矩形枠に相当する画像を生成（重畳）する）ための記述（ｆｉｌｌ＝”ｗｈｉｔｅ”）を、エリア内消去用記述に生成している。

そして、図５（ａ）の画像編集用データに対し、このエリア内消去用記述を、図５（ｂ）に示すように、０００６行目に追加した後、これをプレビュー表示画像として表示部１１６に表示する。これにより、図８Ｄの操作画面４００８０では、画像２００８０において、オブジェクト２００８５で規定されるエリア内が消去された画像４００８５を表示することができる。

尚、図８Ｄの操作画面４００８０においては、説明上、画像４００８５を破線で示しているが、ユーザの目には実際には、画像４００８５の領域には、何も画像が表示されていない、つまり、オブジェクト２００８５で規定されるエリア内が消去されているように見える。

図８Ｄの操作画面４００８０において、ＯＫキー１０００３４を押下すると、この表示されている画像１０００２９に対応する編集用バッファ中のベクトルデータファイル（画像編集用データ）を、記憶部１１１に格納されているオリジナルベクトルデータに上書きして（置き換えて）保存する。尚、上書きの完了後は、画像編集用データは削除しても良いし、必要に応じて、記憶しておいても良い。

一方、設定取消キー１０００４０を押下すると、各種設定を破棄して、編集用バッファ中の画像編集用データを削除して、図４Ａのコピー基本画面１００００に戻る。

尚、図８Ａ〜図８Ｄでは、エリア編集として、エリア内消去を例に挙げて説明したが、同様にして、エリア外消去についても実現することができる。

特に、エリア外消去の場合には、データ処理部１１５は、処理対象のエリアの周辺全体を消去するためのエリア外消去記述を生成することになる。

［各処理の詳細］
以下、各処理の詳細について説明する。

［ブロックセレクション処理］
まず、ステップＳ１２１のＢＳ処理の詳細について説明する。

ＢＳ処理とは、例えば、図９（ａ）のラスタ画像を、図９（ｂ）のように、意味のあるブロック毎の塊として認識し、該ブロック各々の属性（ＴＥＸＴ／ＧＲＡＰＨＩＣ／ＩＡＭＧＥ／ＴＡＢＬＥ／ＢＡＣＫＧＲＯＵＮＤ等）を判定し、異なる属性を持つブロックに分割する処理である。

ＢＳ処理の実施形態を以下に説明する。

まず、入力画像を白黒に二値化し、輪郭線追跡を行って黒画素輪郭で囲まれる画素の塊を抽出する。面積の大きい黒画素の塊については、内部にある白画素に対しても輪郭線追跡を行って白画素の塊を抽出、さらに一定面積以上の白画素の塊の内部からは再帰的に黒画素の塊を抽出する。

このようにして得られた黒画素の塊を、大きさ及び形状で分類し、異なる属性を持つブロックへ分類していく。例えば、縦横比が１に近く、大きさが一定の範囲のブロックは文字相当の画素塊とし、さらに近接する文字が整列良くグループ化可能な部分を文字ブロック、扁平な画素塊を線ブロック、一定大きさ以上でかつ矩形の白画素塊を整列よく内包する黒画素塊の占める範囲を表ブロック、不定形の画素塊が散在している領域を写真ブロック、それ以外の任意形状の画素塊を図画ブロックとする。

そして、ＢＳ処理では、各ブロックを特定するブロックＩＤを発行し、各ブロックの属性（画像、文字等）、サイズやオリジナル文書内の位置（座標）と各ブロックを関連付けて記憶部１１１にブロック情報として記憶する。また、これらのブロック情報は、以降に詳細を説明するステップＳ１２９のベクトル化処理や、ステップＳ１３２のインデックス生成処理で利用される。

ここで、ブロック情報の一例について、図１０を用いて説明する。

図１０は本発明の実施形態１のブロック情報の一例を示す図である。

図１０に示すように、ブロック情報は、各ブロックの属性を示すブロック属性（１：ＴＥＸＴ、２：ＧＲＡＰＨＩＣ、３：ＴＡＢＬＥ、４：ＩＭＡＧＥ）、ブロックの位置座標（Ｘ，Ｙ）、ブロックの幅Ｗ及び高さＨ、ブロックのＯＣＲ情報（テキストデータ）の有無で構成されている。

ここで、ブロックの位置座標（Ｘ，Ｙ）とは、例えば、原稿画像の左上角を原点（０，０）とした場合の位置座標である。また、幅Ｗ及び高さＨは、例えば、画素数で表現される。また、このブロック情報に加えて、ＢＳ処理では、原稿画像（入力ファイル）に存在するブロック数Ｎを示す入力ファイル情報を生成する。図１０の例の場合、入力ファイル情報はＮ＝６となる。

［ＯＣＲ／ＯＭＲ処理（ポインター情報検出処理）］
次に、図３のステップＳ１２２の処理の詳細について、図１１を用いて説明する。

図１１は本発明の実施形態１のステップＳ１２２の処理の詳細を示すフローチャートである。

尚、図１１では、例えば、図１２に示すような原稿画像３１０中に付加された２次元バーコード（例えば、ＱＲコードシンボル）３１１を復号して、データ文字列を出力する処理について説明する。

まず、ステップＳ３００で、データ処理部１１５内のページメモリに格納された原稿画像３１０を表すイメージ画像をＣＰＵ（不図示）で走査して、上述のＢＳ処理の処理結果に基づいて、所定の２次元バーコードシンボル３１１（ブロック）の位置を検出する。

特に、実施形態１の場合、２次元バーコードシンボル３１１であるＱＲコードの位置検出パターンは、２次元バーコードシンボル３１１の４隅の内の３隅に配置される同一の位置検出パターンから構成される。そのため、実施形態１では、この位置検出パターンを検出することで、２次元バーコードシンボル３１１の位置を検出する。

次に、ステップＳ３０１で、位置検出パターンに隣接する形式情報を復元し、シンボルに適用されている誤り訂正レベル及びマスクパターンを取得する。

次に、ステップＳ３０２で、２次元バーコードシンボル３１１を特定する型番を決定する。その後、ステップＳ３０３で、形式情報で取得されたマスクパターンを使って、符号化領域ビットパターンをＸＯＲ演算することによってマスク処理を解除する。

次に、ステップＳ３０４で、モデルに対応する配置規則に従い、シンボルキャラクタを読み取り、２次元バーコードシンボル３１１のデータコード語及び誤り訂正コード語を復元する。

次に、ステップＳ３０５で、復元された誤り訂正コード語上に、誤りがあるか否かを判定する。誤りがない場合（ステップＳ３０５でＮＯ）、ステップＳ３０７に進む。一方、誤りがある場合（ステップＳ３０５でＹＥＳ）、ステップＳ３０６に進み、誤りを訂正する。

ステップＳ３０７で、誤り訂正されたデータより、モード指示子および文字数指示子に基づいて、データコード語をセグメントに分割する。

最後に、ステップＳ３０８で、使用モードに基づいてデータ文字を復号し、その復号結果を出力する。

尚、２次元バーコード内に組み込まれた情報は、対応する電子ファイルのアドレス情報（ポインター情報）を示している。ここで、アドレス情報とは、ＵＲＬ（ＵＲＩ）や、サーバ名とディレクトリ、ファイル名からなる電子ファイルの格納先を示すフルパス情報である。

また、実施形態１では、ポインター情報が２次元バーコードとして付加された原稿画像３１０の例について説明したが、ポインター情報を直接文字列として原稿画像３１０に印刷するようにしても良い。この場合は、所定のルールに従った文字ブロックを、先のＢＳ処理で検出し、ポインター情報を示す文字画像の各文字を文字認識することで、直接オリジナル電子ファイルのアドレス情報を得ることが可能である。

また、図１２の原稿画像３１０の文字ブロック３１２、あるいは文字ブロック３１３に対して隣接する文字と文字の文字間隔に視認し難い程度の変調を加え、この文字間隔に情報を埋め込むことで、ポインター情報を原稿３１０に埋め込むようにしても良い。この場合、後述する文字認識処理を行う際に各文字の文字間隔を検出することで、ポインター情報を得ることが可能である。更には、自然画３１４の中に、電子透かし情報として、ポインター情報を付加することも可能である。

［検索処理］
次に、図３のステップＳ１２５における、ポインター情報によるオリジナル電子ファイルの検索処理について、図１３のフローチャートを使用して説明する。

図１３は本発明の実施形態１のオリジナル電子ファイルの検索処理を示すフローチャートである。

まず、ステップＳ４００で、ＭＦＰ１００は、ポインター情報に含まれるアドレス情報に基づいて、電子ファイルの格納先となるファイルサーバを特定する。

ここで、ファイルサーバとは、クライアントＰＣ１０２や、データベース１０５を管理する文書管理サーバ１０６、あるいは記憶部１１１を内蔵するＭＦＰ１００自身を指すものである。

次に、ステップＳ４０１で、ＭＦＰ１００は、特定したファイルサーバに対してアドレス情報を転送する。

ステップＳ４０２で、ファイルサーバは、アドレス情報を受信すると、そのアドレス情報に対応するオリジナル電子ファイルを検索する。ステップＳ４０３で、オリジナル電子ファイルが存在するか否かを判定する。オリジナル電子ファイルが存在しない場合（ステップＳ４０３でＮＯ）には、ＭＦＰ１００に対して、その旨を通知する。

一方、オリジナル電子ファイルが存在する場合（ステップＳ４０３でＹＥＳ）、ステップＳ４０８に進み、オリジナル電子ファイルのアドレスを通知すると共に、そのオリジナル電子ファイルをＭＦＰ１００に転送する。

尚、図１３の処理において、よりセキュリティ性を向上させたい場合には、例えば、図１４に示すように、オリジナル電子ファイルを要求するユーザの認証を行うようにしても良い。つまり、処理対象のオリジナル電子ファイルの中には、第３者による再利用を制限したいものがあり、図１４の処理では、ファイルサーバに蓄積されたオリジナル電子ファイルは全て自由にアクセスでき、オリジナル電子ファイル全体、或いはその一部のオブジェクトは全て再利用が可能なことを前提にしている。

そこで、オリジナル電子ファイルへのアクセスをユーザ別に制限する場合の処理について、図１４を用いて説明する。

図１４は本発明の実施形態１のオリジナル電子ファイルの検索処理の応用例を示すフローチャートである。

尚、図１４の処理において、図１３の処理と同一の処理には、同一のステップＳ番号を付加して、その説明は省略する。

図１４では、ステップＳ４０３で、オリジナル電子ファイルが存在する場合、ステップＳ４０４で、そのオリジナル電子ファイルにアクセス制限があるか否かを判定する。アクセス制限がない場合（ステップＳ４０４でＮＯ）、ステップＳ４０８に進む。一方、アクセス制限がある場合（ステップＳ４０４でＹＥＳ）、ステップＳ４０５に進み、ＭＦＰ１００は、表示部１１６に、パスワード入力画面を提示し、ＭＦＰ１００を操作するユーザにパスワードの入力を要求する。

ステップＳ４０６で、ＭＦＰ１００は、パスワードが入力されると、それをファイルサーバへ転送する。ステップＳ４０７で、パスワードに基づくファイルサーバによる認証が成功したか否かを判定する。認証が失敗した場合（ステップＳ４０７でＮＯ）、ステップＳ４０５に戻る。一方、認証が成功した場合（ステップＳ４０７でＹＥＳ）、ステップＳ４０８に進む。

尚、ステップＳ４０７において、認証が失敗した場合には、再度、パスワードの入力を要求する構成となっているが、その認証の失敗回数が所定回数を越えた場合には、不正なユーザによる操作と判断して、処理そのものを中止するようにしても良い。

また、ステップＳ４０７での認証方法は、パスワードを用いた認証方法に限定されず、例えば、指紋認証等の一般に広く用いられている生体認証、カードによる認証等のあらゆる全ての認証方法を用いて実現することができる。

また、この認証については、以下のファイル検索処理においても適用することが可能である。

更に、ファイルサーバ内からオリジナル電子ファイルを検索できない場合、即ち、図３のステップＳ１２９〜ステップＳ１３２の一連の処理に対しても、同様の認証を適用することが可能である。即ち、読取原稿画像に対してのアクセス権の制限の存在を検出した場合には、そのアクセス権の認証が成功した場合にのみ、ステップＳ１２９以降の処理を実行することで、ユーザ別や読取原稿画像別に画像処理システムで実現できる処理を制限でき、より機密性を高めることができる。

［ファイル検索処理］
次に、図３のステップＳ１２６の処理の詳細について、図１０及び図１５を用いて説明する。

図１５は本発明の実施形態１のステップＳ１２６の処理の詳細を示すフローチャートである。

尚、ステップＳ１２６の処理は、ステップＳ１２４で読取原稿画像（入力ファイル）にポインター情報が存在しなかった場合、または、ポインター情報は存在するがオリジナル電子ファイルが見つからなかった場合、あるいはオリジナル電子ファイルがイメージファイルである場合に実行される。

また、ステップＳ１２６の処理は、ステップＳ１２２の処理によって得られたブロック情報及び入力ファイル情報を利用することになるが、ここでは、その具体例として、図１０に示したブロック情報及び入力ファイル情報を用いて説明する。また、図１０のブロック情報において、各ブロックは、Ｘ座標の小さい順、即ち、Ｘ１＜Ｘ２＜Ｘ３＜Ｘ４＜Ｘ５＜Ｘ６に、ブロック１、ブロック２、ブロック３、ブロック４、ブロック５、ブロック６が管理されているとする。

以下、これらのブロック情報及び入力ファイル情報を使用して、ファイルサーバが管理するデータベース内から、入力ファイルに類似した電子ファイルを、レイアウト検索処理で検索する処理について、図１５を用いて説明する。ここで、データベースで管理されている各電子ファイルには、図１０と同様のファイル情報及びブロック情報が付与されていることを前提とする。また、レイアウト検索処理は、入力ファイルとデータベース中の電子ファイルを順次比較して実行される。

まず、ステップＳ５１０で、後述する類似率等を算出するための各種初期値の設定を行う。次に、ステップＳ５１１で、ブロック総数の比較を行う。ここで、入力ファイルの総ブロック数をｎ、データベース中の比較対象の電子ファイルの総ブロック数をＮ、誤差ΔＮとすると、ここでの比較は、条件式Ｎ−ΔＮ＜ｎ＜Ｎ＋ΔＮを満足するか否かを判定する。

ステップＳ５１１において、条件式を満足しない場合（ステップＳ５１１でＮＯ）、ステップＳ５２６に進み、処理対象の電子ファイルを次の電子ファイルに設定して、ステップＳ５１０に戻る。一方、条件式を満足する場合（ステップＳ５１１でＹＥＳ）、ステップＳ５１２以降の処理で、入力ファイルと比較対象の電子ファイル内のブロック情報に基づく比較を実行する。

まず、ステップＳ５１２で、ブロック情報に基づいて、入力ファイルと比較対象の電子ファイルそれぞれの処理対象のブロックのブロック属性を比較する。ブロック属性が不一致である場合、ステップＳ５２１に進み、比較対象の電子ファイルの総ブロック数Ｎ≧入力ファイルのブロック数ｎである場合には、処理対象のブロックとして、入力ファイルの次のブロックに設定する。一方、比較対象の電子ファイルの総ブロック数Ｎ＜入力ファイルのブロック数ｎである場合には、処理対象のブロックとして、比較対象の電子ファイルの次のブロックに設定する。

一方、ステップＳ５１２において、ブロック属性が一致する場合、ステップＳ５１３に進み、属性類似率を算出して、その値を更新する。

ステップＳ５１４で、ブロック情報に基づいて、入力ファイルと比較対象の電子ファイルそれぞれの処理対象のブロックのサイズ（幅及び高さ）を比較する。ここで、入力ファイル中の処理対象のブロックの幅をｗ、高さをｈ、比較対象の電子ファイル中の処理対象のブロックの幅をＷ、その誤差ΔＷ、高さをＨ、その誤差ΔＨとすると、ここでの比較は、条件式Ｗ−ΔＷ＜ｗ＜Ｗ＋ΔＷ及びＨ−ΔＨ＜ｈ＜Ｈ＋ΔＨを満足するか否かを判定する。

尚、この条件式に加えて、ブロックの位置（Ｘ，Ｙ）による比較を行うようにしても良い。

ステップＳ５１４において、条件式を満足しない場合（ステップＳ５１４でＮＯ）、ステップＳ５２１に進む。一方、条件式を満足する場合（ステップＳ５１４でＹＥＳ）、ステップＳ５１５に進み、サイズ類似率を算出して、その値を更新する。

ステップＳ５１６で、ブロック情報に基づいて、入力ファイルと比較対象の電子ファイルそれぞれの処理対象のブロックのＯＣＲ情報の有無を判定する。ＯＣＲ情報がない場合（ステップＳ５１６でＮＯ）、ステップＳ５２１に進む。一方、ＯＣＲ情報がある場合（ステップＳ５１６でＹＥＳ）、ステップＳ５１７に進み、ＯＣＲ情報を比較する。

ステップＳ５１８で、ＯＣＲ類似率を算出して、その値を更新する。ステップＳ５１９で、入力ファイルの中の全ブロックに対する比較処理が終了したか否かを判定する。比較処理が終了していない場合（ステップＳ５１９でＮＯ）、ステップＳ５２０に進み、比較対象の電子ファイルの総ブロック数Ｎ≦入力ファイルのブロック数ｎである場合には、処理対象のブロックとして、入力ファイルの次のブロックに設定する。一方、比較対象の電子ファイルの総ブロック数Ｎ＞入力ファイルのブロック数ｎである場合には、処理対象のブロックとして、比較対象の電子ファイルの次のブロックに設定する。

一方、ステップＳ５１９において、比較処理が終了している場合（ステップＳ５１９でＹＥＳ）、ステップＳ５２２に進む。

ステップＳ５２２で、ステップＳ５１３、ステップＳ５１５、ステップＳ５１８で算出した各種類似率に基づいて、総合類似率を算出する。

尚、ステップＳ５１３、ステップＳ５１５、ステップＳ５１８の各種類似率の算出方法については、従来よりの公知の技術を用いて算出できるので、ここでは、その算出方法の詳細については省略する。

ステップＳ５２３で、総合類似率が所定閾値Ｔｈより大きいか否かを判定する。総合類似率が所定閾値Ｔｈ未満である場合（ステップＳ５２３でＮＯ）、ステップＳ５２６に進む。一方、総合類似率が所定閾値Ｔｈより大きい場合（ステップＳ５２３でＹＥＳ）、ステップＳ５２４に進み、その電子ファイルを入力ファイルの類似候補として保存する。

次に、ステップＳ５２５で、データベース中の全電子ファイルに対する比較処理が終了したか否かを判定する。比較処理が終了していない場合（ステップＳ５２５でＮＯ）、ステップＳ５２６に進む。一方、比較処理が終了している場合（ステップＳ５２５でＹＥＳ）、処理を終了する。

以上の処理によって、総合類似度が閾値ＴＨより大きい電子ファイルが存在する場合、その電子ファイルは入力ファイルに類似する電子ファイル候補として確定する。そして、この電子ファイル候補を、図３のステップＳ１２７で出力することで、ユーザは所望する電子ファイルの選択を行うことができる。

［ベクトル化処理］
次に、図３のステップＳ１２９のベクトル化処理の詳細について説明する。

ベクトル化処理では、文字ブロックに対しては、まず、各文字に対して文字認識処理を行う。

この文字認識処理では、文字ブロックから文字単位で切り出された文字画像に対し、パターンマッチの一手法を用いて文字認識を行い、対応する文字コードを取得する。特に、この文字認識処理は、文字画像から得られる特徴を数十次元の数値列に変換した観測特徴ベクトルと、あらかじめ字種毎に求められている辞書特徴ベクトルとを比較し、最も距離の近い字種を認識結果とするものである。

特徴ベクトルの抽出には種々の公知手法があり、例えば、文字をメッシュ状に分割し、各メッシュブロック内の文字線を方向別に線素としてカウントしたメッシュ数次元ベクトルを特徴とする方法がある。

そして、文字ブロックに対して文字認識処理を行う場合は、まず、該当文字ブロックに対し横書き／縦書きの判定を行い、各々対応する方向に文字列を切り出し、その後、文字列から文字を切り出して文字画像を取得する。

横書き／縦書きの判定は、該当文字ブロック内で画素値に対する水平／垂直の射影を取り、水平射影の分散が大きい場合は横書き、垂直射影の分散が大きい場合は縦書きと判定する。文字列及び文字への分解は、横書きの文字ブロックである場合には、その水平方向の射影を利用して行を切り出し、さらに切り出された行に対する垂直方向の射影から、文字を切り出すことで行う。一方、縦書きの文字ブロックに対しては、水平と垂直を逆にすれば良い。

尚、この文字認識処理によって、文字のサイズを検出することができる。

加えて、文字認識処理の際に用いる、字種数分の辞書特徴ベクトルを、文字形状種、即ち、フォント種に対して複数用意し、マッチングの際に文字コードとともにフォント種を出力することで、文字のフォントを認識することができる。

以上の文字認識処理によって得られた、文字コードおよびフォント情報を用いて、各々あらかじめ用意されたアウトラインデータを用いて、文字部分の情報をベクトルデータに変換する。尚、原稿画像がカラー画像の場合は、そのカラー画像から各文字の色を抽出してベクトルデータとともに記録する。

以上の処理により、文字ブロックに属するイメージ情報を、ほぼ形状、大きさ、色が忠実なベクトルデータに変換できる。

次に、文字ブロック以外の図画あるいは線、表ブロックについては、そのブロック中で抽出された画素塊の輪郭をベクトルデータに変換する。

具体的には、輪郭をなす画素の点列を角と看倣される点で区切って、各区間を部分的な直線あるいは曲線で近似する。角とは曲率が極大となる点であり、曲率が極大となる点は、図１６に示すように、任意点Ｐｉに対し左右ｋ個の離れた点Ｐｉ−ｋ、Ｐｉ＋ｋの間に弦を引いたとき、この弦とＰＩの距離が極大となる点として求められる。

また、Ｐｉ−ｋ、Ｐｉ＋ｋ間の弦の長さ／弧の長さをＲとし、Ｒの値が閾値以下である点を角とみなすことができる。角によって分割された後の各区間は、直線は点列に対する最小二乗法等の計算式を用いて、また、曲線は３次スプライン関数等の関数を用いてベクトル化することができる。

また、対象が内輪郭を持つ場合、ＢＳ処理で抽出した白画素輪郭の点列を用いて、同様に部分的直線あるいは曲線で近似する。

以上のように、輪郭の区分線近似を用いれば、任意形状の図形のアウトラインをベクトル化することができる。尚、原稿画像がカラー画像の場合は、そのカラー画像から図形の色を抽出してベクトルデータとともに記録する。

また、図１７に示すように、ある区間で外輪郭と、内輪郭あるいは別の外輪郭が近接している場合、２つの輪郭線をひとまとめにし、太さを持った線として表現することができる。

具体的には、ある輪郭の各点Ｐｉから別輪郭上で最短距離となる点Ｑｉまで線を引き、各距離ＰＱｉが平均的に一定長以下の場合、注目区間はＰＱｉ中点を点列として直線あるいは曲線で近似し、その太さはＰＱｉの平均値とする。線や線の集合体である表罫線は、このような太さを持つ線の集合として効率よくベクトル表現することができる。

尚、先に文字ブロックに対する文字認識処理を用いたベクトル化を説明したが、該文字認識処理の結果、辞書からの距離が最も近い文字を認識結果として用いるが、この距離が所定値以上の場合は、必ずしも本来の文字に一致せず、形状が類似する文字に誤認識している場合が多い。

従って、本発明では、このような文字ブロックに対しては、一般的な線画と同じに扱い、その文字ブロックをアウトライン化する。即ち、従来の文字認識処理で誤認識を起こす文字に対しても誤った文字にベクトル化されず、可視的にイメージデータに忠実なアウトライン化によるベクトル化が行える。

また、写真ブロックに対しては、そのままイメージデータとして、ベクトル化は実行しない。

次に、ベクトル化処理によって得られたベクトルデータを図形ブロック毎にグループ化するグループ化処理について、図１８を用いて説明する。

図１８は本発明の実施形態１のベクトルデータのグループ化処理を示すフローチャートである。

特に、図１８では、ベクトルデータを図形ブロック毎にグループ化する処理について説明する。

まず、ステップＳ７００で、各ベクトルデータの始点、終点を算出する。次に、ステップＳ７０１で、各ベクトルデータの始点、終点情報を用いて、図形要素を検出する。

ここで、図形要素の検出とは、区分線が構成している閉図形を検出することである。検出に際しては、閉形状を構成する各ベクトルはその両端にそれぞれ連結するベクトルを有しているという原理を応用し、検出を行う。

次に、ステップＳ７０２で、図形要素内に存在する他の図形要素、もしくは区分線をグループ化し、一つの図形オブジェクトとする。また、図形要素内に他の図形要素、区分線が存在しない場合は図形要素を図形オブジェクトとする。

次に、図１８のステップＳ７０１の処理の詳細について、図１９を用いて説明する。

図１９は本発明の実施形態１のステップＳ７０１の処理の詳細を示すフローチャートである。

まず、ステップＳ７１０で、ベクトルデータより両端に連結していない不要なベクトルを除去し、閉図形構成ベクトルを抽出する。

次に、ステップＳ７１１で、閉図形構成ベクトルの中から該ベクトルの始点を開始点とし、時計回りに順にベクトルを追跡する。そして、この追跡を、開始点に戻るまで行い、通過したベクトルを全て一つの図形要素を構成する閉図形としてグループ化する。また、閉図形内部にある閉図形構成ベクトルも全てグループ化する。さらにまだグループ化されていないベクトルの始点を開始点とし、同様の処理を繰り返す。

最後に、ステップＳ７１２で、ステップＳ７１０で除去された不要ベクトルの内、ステップＳ７１１で閉図形としてグループ化されたベクトルに接合しているもの（閉図形連結ベクトル）を検出し、一つの図形要素としてグループ化する。

以上の処理によって、図形ブロックを個別に再利用可能な個別の図形オブジェクトとして扱うことが可能になる。

［アプリデータ変換処理］
次に、図３のステップＳ１３０のアプリデータ変換処理の詳細について説明する。

ここで、図３のステップＳ１２１のＢＳ処理と、ステップＳ１２９のベクトル化処理の処理結果は、図２０に示すような、中間データ形式のファイルとして変換されているが、このようなデータ形式は、ドキュメント・アナリシス・アウトプット・フォーマット（ＤＡＯＦ）と呼ばれる。

ここで、ＤＡＯＦのデータ構造について、図２０を用いて説明する。

図２０は本発明の実施形態１のＤＡＯＦのデータ構造を示す図である。

図２０において、Ｈｅａｄｅｒ７９１では、処理対象の原稿画像に関する情報が保持される。レイアウト記述データ部７９２では、原稿画像中のＴＥＸＴ（文字）、ＴＩＴＬＥ（タイトル）、ＣＡＰＴＩＯＮ（キャプション）、ＬＩＮＥＡＲＴ（線画）、ＰＩＣＴＵＲＥ（自然画）、ＦＲＡＭＥ（枠）、ＴＡＢＬＥ（表）等の属性毎に認識された各ブロックの属性情報とその矩形アドレス情報を保持する。

文字認識記述データ部７９３では、ＴＥＸＴ、ＴＩＴＬＥ、ＣＡＰＴＩＯＮ等のＴＥＸＴブロックを文字認識して得られる文字認識結果を保持する。

表記述データ部７９４では、ＴＡＢＬＥブロックの構造の詳細を格納する。画像記述データ部７９５は、ＰＩＣＴＵＲＥやＬＩＮＥＡＲＴ等のブロックのイメージデータを文書画像データから切り出して保持する。

このようなＤＡＯＦは、中間データとしてのみならず、それ自体がファイル化されて保存される場合もあるが、このファイルの状態では、所謂一般の文書作成アプリケーションで個々のオブジェクト（ブロック）を再利用することはできない。

そこで、実施形態１では、このＤＡＯＦから、文書作成アプリケーションで利用可能なアプリデータに変換するアプリデータ変換処理（ステップＳ１３０）の詳細について、図１６を用いて説明する。

図２１は本発明の実施形態１のステップＳ１３０の処理の詳細を示すフローチャートである。

まず、ステップＳ８０００で、ＤＡＯＦデータの入力を行う。次に、ステップＳ８００２で、アプリデータの元となる文書構造ツリーを生成する。そして、ステップＳ８００４で、文書構造ツリーを元に、ＤＡＯＦ内の実データを流し込み、実際のアプリデータを生成する。

次に、図２２のステップＳ８００２の処理の詳細について、図２２を用いて説明する。

図２２は本発明の実施形態１のステップＳ８００２の処理の詳細を示すフローチャートである。また、図２３は本発明の実施形態１の文書構造ツリーの説明図である。

尚、図２２の処理において、全体制御の基本ルールとして、処理の流れは、ミクロブロック（単一ブロック）からマクロブロック（ブロックの集合体）へ移行する。

以後、ブロックとは、ミクロブロック及びマクロブロック全体を指す。

まず、ステップＳ８１００で、ブロック単位で縦方向の関連性を元に再グループ化する。スタート直後は、ミクロブロック単位での判定となる。

ここで、関連性とは、距離が近い、ブロック幅（横方向の場合は高さ）がほぼ同一であることなどで定義することができる。また、距離、幅、高さなどの情報はＤＡＯＦを参照し、抽出する。

例えば、図２３（ａ）は実際の原稿画像のページ構成、図２３（ｂ）はその文書構造ツリーである。ステップＳ８１００の処理によって、ブロックＴ３、Ｔ４、Ｔ５が一つのグループＶ１、ブロックＴ６、Ｔ７が一つのグループＶ２が同階層グループとして、まず生成される。

ステップＳ８１０２で、縦方向のセパレータの有無をチェックする。セパレータとは、例えば、物理的にはＤＡＯＦ中で線の属性を持つブロックである。また、論理的な意味としては、文書作成アプリケーション中で明示的にブロックを分割する要素である。ここでセパレータを検出した場合は、同じ階層で再分割する。

ステップＳ８１０４で、分割がこれ以上存在し得ないか否かを縦方向のグループ長を利用して判定する。具体的には、縦方向のグループ長が原稿画像のページ高さであるか否かを判定する。縦方向のグループ長がページ高さである場合（ステップＳ８１０４でＹＥＳ）、処理を終了する。一方、縦方向のグループ長がページ高さでない場合（ステップＳ８１０４でＮＯ）、ステップＳ８１０６に進む。

図２３（ａ）の原稿画像の場合は、セパレータもなく、グループ長はページ高さではないので、ステップＳ８１０６に進む。

ステップＳ８１０６で、ブロック単位で横方向の関連性を元に再グループ化する。ここもスタート直後の第一回目はミクロブロック単位で判定を行うことになる。また、関連性、及びその判定情報の定義は、縦方向の場合と同じである。

図２３（ａ）の原稿画像の場合は、ブロックＴ１、Ｔ２でグループＨ１、グループＶ１、Ｖ２でグループＨ２、グループＶ１、Ｖ２の階層の１つ上の同階層グループとして生成される。

ステップＳ８１０８で、横方向セパレータの有無をチェックする。図２３（ａ）では、Ｓ１が横方向セパレータとなっているので、これを文書構造ツリーに登録し、Ｈ１、Ｓ１、Ｈ２という階層が生成される。

ステップＳ８１１０で、分割がこれ以上存在し得ないか否かを横方向のグループ長を利用して判定する。具体的には、横方向のグループ長がページ幅であるか否かを判定する。横方向のグループ長がページ幅である場合（ステップＳ８１１０でＹＥＳ）、処理を終了する。一方、横方向のグループ長がページ幅でない場合（ステップＳ８１１０でＮＯ）、ステップＳ８１０２に戻り、再びもう一段上の階層で、ステップＳ８１００以降の処理を実行する。

図２３（ａ）の原稿画像の場合は、横方向のグループ長がページ幅となるので、ステップＳ８１１０で処理を終了し、最後に、ページ全体を表す最上位階層のＶ０が文書構造ツリーに付加される。

文書構造ツリーが完成した後、その文書構造ツリーに基づいて、図２１のステップＳ８００４で、アプリデータの生成を行う。

図２３の場合は、具体的には、以下のようにして、アプリデータを生成する。

即ち、Ｈ１は横方向に２つのブロックＴ１とＴ２があるので、２カラムとして出力し、ブロックＴ１の内部情報（ＤＡＯＦを参照、文字認識結果の文章、画像など）を出力し、その後、カラムを変え、ブロックＴ２の内部情報を出力、その後、Ｓ１を出力する。

次に、Ｈ２は横方向に２つのブロックＶ１とＶ２があるので、２カラムとして出力し、ブロックＶ１はＴ３、Ｔ４、Ｔ５の順にその内部情報を出力し、その後、カラムを変え、ブロックＶ２のＴ６、Ｔ７の内部情報を出力する。

以上のようにして、ＤＡＯＦからアプリデータへの変換処理を実行する。

［ポインター情報付加処理］
次に、図３のステップＳ１３３の処理の詳細について、図２４を用いて説明する。

図２４は本発明の実施形態１のステップＳ１３３の処理の詳細を示すフローチャートである。

尚、図２４では、例えば、ポインター情報としてのデータ文字列を、２次元バーコード（ＱＲコードシンボル：ＪＩＳ Ｘ０５１０）３１１にて符号化して、画像中に付加する処理について説明する。

また、２次元バーコード内に組み込むデータは、対応する電子ファイルのアドレス情報を表しており、例えば、ファイルサーバ名およびファイル名からなるパス情報で構成される。あるいは、対応する電子ファイルへのＵＲＬ（ＵＲＩ）や、対応する電子ファイルの格納されているデータベース１０５内あるいはＭＦＰ１００自体が有する記憶部１１１内で管理されるファイルＩＤ等で構成される。

まず、ステップＳ９００で、符号化する種種の異なる文字を識別するため、入力データ列を分析する。また、誤り検出及び誤り訂正レベルを選択し、入力データが収容できる最小型番を選択する。

ステップＳ９０１で、入力データ列を所定のビット列に変換し、必要に応じてデータのモード（数字、英数字、８ビットバイト、漢字等）を表す指示子や、終端パターンを付加する。また、所定のビットコード語に変換する。

この時、誤り訂正を行うため、ステップＳ９０２で、コード語列を型番及び誤り訂正レベルに応じて所定のブロック数に分割し、各ブロック毎に誤り訂正コード語を生成し、データコード語列の後に付加する。

ステップＳ９０３で、ステップＳ９０２で得られた各ブロックのデータコード語を接続し、各ブロックの誤り訂正コード語、必要に応じて剰余コード語を後続する。

ステップＳ９０４で、マトリクスに位置検出パターン、分離パターン、タイミングパターン及び位置合わせパターン等とともにコード語モジュールを配置する。

ステップＳ９０５で、シンボルの符号化領域に対して最適なマスクパターンを選択して、マスク処理パターンをステップＳ９０４で得られたモジュールにＸＯＲ演算により変換するマスク処理を実行する。

ステップＳ９０６で、ステップＳ９０５で得られたモジュールに形式情報及び型番情報を生成して、２次元コードシンボルを完成する。

以上の処理によって、アドレス情報が組み込まれた２次元バーコードは、例えば、クライアントＰＣ１０２から対応する電子ファイルをプリントデータとして印刷部１１２で印刷する場合に、データ処理部１１５内で記録可能なラスターデータに変換された後に、その電子ファイルのラスターデータ上の所定の個所に付加されて印刷される。ここで、２次元バーコード（ポインター情報）が印刷された印刷物（原稿）を、画像読取部１１０で読み取ることにより、そのポインター情報で特定されるオリジナル電子ファイルの格納場所を検出することができる。

尚、同様の目的で、ポインター情報を２次元バーコードで表現する以外に、例えば、直接文字列で電子ファイルに付加する方法、電子ファイル上の文字列、特に、文字と文字の間隔を変調して情報を埋め込む方法、電子ファイル中の中間調画像（サムネール画像）中に埋め込む方法等、一般に電子透かしと呼ばれる方法を適用することができる。

［電子ファイル検索に関する応用例］
実施形態１では、読取原稿画像に対応するオリジナル電子ファイル（電子ファイル）の検索は、その読取原稿画像中のポインター情報あるいは読取原稿画像中の各オブジェクトに関するオブジェクト情報（属性情報、レイアウト、ＯＣＲ情報等）に基づいて実行する構成としているが、より正確にオリジナル電子ファイルを検索する場合には、ポインター情報とオブジェクト情報の両者に基づいて実行する構成としても良い。

即ち、読取原稿画像中のポインター情報からオリジナル電子ファイルが検索できたとしても、更に、読取原稿画像中のオブジェクト情報に基づく検索（例えば、レイアウトに従うレイアウト検索、ＯＣＲ情報による全文検索等）を、ポインター情報から検索されたオリジナル電子ファイルに対して行い、高い一致率が得られた場合に、そのオリジナル電子ファイルを、正式なオリジナル電子ファイルとして特定する。

特に、このような構成とすることで、例えば、ポインター情報の検出精度が曖昧で複数のオリジナル電子ファイル候補が検索された場合に対して、オブジェクト情報に基づく検索を行うことで、オリジナル電子ファイル候補を更に絞り込んで、オリジナル電子ファイルを特定することができるため、より高速でかつ精度の高い特定を実現することできる。 ［ベクトル化処理の応用例］
実施形態１では、読取原稿画像に対応するオリジナル電子ファイルあるいは電子ファイルを特定できない場合、その読取原稿画像全体に対してベクトル化処理を行う構成としているが、例えば、処理対象の読取原稿画像には、その画像中のオブジェクト全てが新規に作成されたものでなく、一部のオブジェクトは、既存の他の電子ファイルから流用して作成されている場合がある。

例えば、背景オブジェクト（壁紙）は、文書作成アプリケーションで幾つかのパターンを予め用意してあり、その中から選択して用いるのが通常である。従って、このような背景オブジェクトは、ファイルサーバ中の既存の電子ファイル中に存在している可能性が高く、また、再利用可能なベクトルデータとして存在する可能性が高い。

従って、図３のステップＳ１２９のベクトル化処理の別実施形態として、ブロックセレクション処理で個別のオブジェクトに分割された各オブジェクトに対して、該オブジェクト単位でファイルサーバ中から処理対象のオブジェクトを含む電子ファイルを検索し、検索された場合には、そのオブジェクトに対して、個別に検索された電子ファイルからオブジェクト単位でベクトルデータを取得するようにしても良い。

このように構成することで、読取原稿画像全体に対してベクトル化処理を実行する必要がなくなり、ベクトル化処理をより高速に実行することができるとともに、ベクトル化処理よる画質劣化を防止することができる。

一方、図３のステップ検索処理によって検索された電子ファイルがＰＤＦファイルである場合、そのＰＤＦファイル中の文字オブジェクトに対して既に文字認識された文字コードを付加ファイルとして有している場合がある。そして、このようなＰＤＦファイルに対して、ベクトル化処理を適用する場合には、その付加ファイル（文字コードファイル）を用いれば、ステップＳ１２９の処理の一部として実行する文字認識処理を省略することができ、ベクトル化処理をより高速に実行することができる。

以上説明したように、実施形態１によれば、読取原稿画像に対応するベクトルデータを生成して、そのベクトルデータを用いて、読取原稿画像に対する編集操作や編集結果の確認表示を実現する。

これにより、画像編集用の専用回路や専用ソフトウェアを用いずに、既存の基本的な構成、つまり、安価な構成で、読取原稿画像に対する編集操作や編集結果の確認表示を実現することができる。

＜実施形態２＞
実施形態１では、エリア編集等の画像編集に係る編集履歴を管理する構成については、特に、説明していないが、必要に応じて、この編集履歴をデータとして管理する構成としても良い。

例えば、図８Ｃ及び図８Ｄで説明したエリア編集操作においては、データ処理部１１５は、その編集内容を記述する編集履歴データを生成する。この編集履歴データは、例えば、記憶部１１１の編集履歴用バッファに記憶するとともに、対応する画像編集用データと関連付けられる。

ここで、この編集履歴データの一例について、図２５を用いて説明する。

図２５は本発明の実施形態２の編集履歴データの一例を示す図である。

図２５において、タグ＜ａｃｔｉｏｎ＞〜＜／ａｃｔｉｏｎ＞で括られた部分が一つの画像編集操作の内容を示す記述である。また、＜ｎｕｍｂｅｒ＞〜＜／ｎｕｍｂｅｒ＞は操作の順番を示す記述である。

また、＜ｉｎｓｅｒｔ＞〜＜／ｉｎｓｅｒｔ＞は、具体的な編集内容を示す記述であり、ここでは、編集操作としてオブジェクトの挿入を示す記述である。

＜ｉｎｓｅｒｔ＞〜＜／ｉｎｓｅｒｔ＞の記述では、＜ｌｉｎｅ＞〜＜／ｌｉｎｅ＞で指定される行に、＜ｂｏｄｙ＞〜＜／ｂｏｄｙ＞で示されるオブジェクトを挿入することを示す記述となる。

つまり、＜ｉｎｓｅｒｔ＞〜＜／ｉｎｓｅｒｔ＞の記述は、実施形態１で説明したエリア内消去用記述である、位置画素単位（１９８，１８７）から、幅（ｗｉｄｔｈ）＝２１３、高さ（ｈｅｉｇｈｔ）＝１２７の矩形枠を白で塗り潰すための記述を、図５（ａ）の画像編集用データの６行目（００６）に挿入することを意味している。

換言すれば、図２５の編集履歴データは、図５（ａ）の記述を図５（ｂ）の記述に変更する操作に相当する記述である。

そして、この編集履歴用バッファに記憶されている編集履歴データは、図８ＤのＯＫキー１０００３４あるいは設定取消キー１０００４０の操作に応じて、保存／削除する。

以上説明したように、実施形態２によれば、画像編集操作に係る編集履歴データを管理しておくことで、ユーザは、必要に応じて、編集履歴データを参照して、編集結果が意図しない結果となっている場合には、その編集操作に誤りがないか否かを確認することができる。

＜実施形態３＞
実施形態２では、編集履歴データを管理する構成について説明したが、この編集履歴データを画像編集用データに組む込む構成としても良い。

但し、この場合は、画像編集用データに基づく画像表示を行う場合に、編集履歴データが画像表示に影響を与えない記述として、画像編集用データに組み込んで管理する必要がある。

このような場合の画像編集用データの一例について、図２６を用いて説明する。

図２６は本発明の実施形態３の画像編集用データの一例を示す図である。

図２６では、図５（ｂ）の画像編集用データに対し、００１行目から０１０行目に、上述の編集履歴データを組み込んだ場合の例を示している。そして、データ処理部１１５は、表示部１１６に画像編集用データに基づく画像を表示する場合には、この００１行目から０１０行目（つまり、＜ａｃｔｉｏｎ＞〜＜／ａｃｔｉｏｎ＞の記述部分）の内容を無視する。

尚、この編集履歴データは、編集操作が行われる毎に、適宜画像編集用データに追加されていくことになる。

以上説明したように、実施形態３によれば、編集履歴データを画像編集用データに組み込んで管理することで、編集履歴データを別途管理する構成に比べて、その管理を容易に行うことができる。また、この画像編集用データを装置外の外部端末に出力する場合には、その出力先でも、編集履歴データを参照することができるので、外部端末上で過去の編集内容を確認することができる。

＜実施形態４＞
実施形態１では、エリア内消去の方法として、指定されたオブジェクトで規定されるエリアを白の矩形で塗り潰す構成としているが、これは、処理対象のエリアを含む画像全体の背景が白である場合が多いためである。

しかしながら、背景画像は、白でない場合もあるので、エリア内消去には、処理対象のエリアを含む画像全体の背景画像を利用する構成としても良い。この場合、エリア内消去用記述は、指定されたオブジェクトそのものを削除する記述が生成されることになる。あるいは、指定されたオブジェクトの記述そのものを削除する。

同様に、エリア外消去を行う場合にも、処理対象のエリアを含む画像全体の背景画像を利用する構成としても良い。この場合、エリア外消去用記述は、指定されたオブジェクト以外のすべてのオブジェクトを削除する記述が生成されることになる。あるいは、指定されたオブジェクト以外のすべてのオブジェクトの記述そのものを削除する。

以上説明したように、実施形態４によれば、エリア内消去／エリア外消去を行う場合に、処理対象のエリアを含む画像全体の背景画像を利用することで、エリア内消去用記述／エリア外消去用記述を簡略化することができる。これにより、画像編集用データに基づく画像表示（編集効果表示）の処理速度を向上することができる。

＜実施形態５＞
実施形態１では、エリア内消去の方法として、指定されたオブジェクトで規定されるエリアを白の矩形で塗り潰す構成としているが、このエリア全体は、編集操作内容によっては、図８Ｄの画像２００８２全体の表示領域に含まれる場合と、その一部が表示領域からはみ出している場合があり得る。

そして、特に、表示領域に処理対象のエリア全体が含まれる場合には、エリアを規定するオブジェクトを削除することで、目的とするエリア内消去を達成することができる。そこで、実施形態５では、このような場合には、処理対象エリアを規定するオブジェクトの記述と、エリア内消去用記述を画像編集用データから削除する。

この時の画像編集用データの一例について、図２７を用いて説明する。

図２７は本発明の実施形態５の画像編集用データの一例を示す図である。

図２７では、図５（ｂ）の画像編集用データに対し、００６行目から００７行目の記述、即ち、エリア内消去用記述と、処理対象エリアを規定するオブジェクトの記述を削除している。

同様に、エリア外消去を行う場合には、処理対象のエリアを規定するオブジェクト以外のすべてのオブジェクトの記述を削除することになる。

以上説明したように、実施形態５によれば、エリア内消去／エリア外消去を行う場合に、その操作内容に基づいて、エリア内消去用記述／エリア外消去用記述を簡略化することができる。これにより、画像編集用データに基づく画像表示（編集効果表示）の処理速度を向上することができる。

以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

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

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

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

プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。

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

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

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

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

本発明の実施形態１の画像処理システムの構成を示すブロック図である。 本発明の実施形態１のＭＦＰの詳細構成を示すブロック図である。 本発明の実施形態１の画像処理システムで実行する処理全体の概要を示すフローチャートである。 本発明の実施形態１の操作画面の一例を示す図である。 本発明の実施形態１の操作画面の一例を示す図である。 本発明の実施形態１の操作画面の一例を示す図である。 本発明の実施形態１の操作画面の一例を示す図である。 本発明の実施形態１のベクトルデータ及び画像編集用データの記述例を示す図である。 本発明の実施形態１の操作画面の一例を示す図である。 本発明の実施形態１の操作画面の一例を示す図である。 本発明の実施形態１の操作画面の一例を示す図である。 本発明の実施形態１の操作画面の一例を示す図である。 本発明の実施形態１の操作画面の一例を示す図である。 本発明の実施形態１の操作画面の一例を示す図である。 本発明の実施形態１の操作画面の一例を示す図である。 本発明の実施形態１の操作画面の一例を示す図である。 本発明の実施形態１の操作画面の一例を示す図である。 本発明の実施形態１の操作画面の一例を示す図である。 本発明の実施形態１の操作画面の一例を示す図である。 本発明の実施形態１のブロックセレクション処理の概念を説明するための図である。 本発明の実施形態１のブロック情報の一例を示す図である。 本発明の実施形態１のステップＳ１２２の処理の詳細を示すフローチャートである。 本発明の実施形態の原稿画像の一例を示す図である。 本発明の実施形態１のオリジナル電子ファイルの検索処理を示すフローチャートである。 本発明の実施形態１のオリジナル電子ファイルの検索処理の応用例を示すフローチャートである。 本発明の実施形態１のステップＳ１２６の処理の詳細を示すフローチャートである。 本発明の実施形態１のベクトル化処理を説明するための図である。 本発明の実施形態１のベクトル化処理を説明するための図である。 本発明の実施形態１のベクトルデータのグループ化処理を示すフローチャートである。 本発明の実施形態１のステップＳ７０１の処理の詳細を示すフローチャートである。 本発明の実施形態１のＤＡＯＦのデータ構造を示す図である。 本発明の実施形態１のステップＳ１３０の処理の詳細を示すフローチャートである。 本発明の実施形態１のステップＳ８００２の処理の詳細を示すフローチャートである。 本発明の実施形態１の文書構造ツリーの説明図である。 本発明の実施形態１のステップＳ１３５の処理の詳細を示すフローチャートである。 本発明の実施形態２の編集履歴データの一例を示す図である。 本発明の実施形態３の画像編集用データの一例を示す図である。 本発明の実施形態５の画像編集用データの一例を示す図である。

符号の説明

１００ ＭＦＰ
１０１ マネージメントＰＣ
１０２ クライアントＰＣ
１０３ プロキシサーバ
１０４ ネットワーク
１０５ データベース
１０６ 文書管理サーバ
１０７〜１０９ ＬＡＮ
１１０ 画像読取部
１１１ 記憶部
１１２ 印刷部
１１３ 入力部
１１４、１１７ ネットワークＩ／Ｆ
１１５ データ処理部
１１６ 表示部

Claims (18)

1. 原稿を読み取って得られる原稿画像の画像処理を行う画像処理装置であって、
   原稿を読み取る読取手段と、
   前記読取手段で読み取られた原稿画像に対応するベクトルデータを生成する生成手段と、
   画像を表示する表示手段と、
   前記表示手段の表示解像度に対応する前記原稿画像の編集用画像を、前記ベクトルデータに基づいて生成し、前記表示手段に表示制御する表示制御手段と
   を備えることを特徴とする画像処理装置。
2. 前記編集用画像は、属性記述付き言語で表現されている
   ことを特徴とする請求項１に記載の画像処理装置。
3. 前記編集用画像を用いて、前記原稿画像を編集する編集手段を更に備える
   ことを特徴とする請求項１に記載の画像処理装置。
4. 前記表示制御手段は、前記編集手段による編集結果を前記表示手段に表示する
   ことを特徴とする請求項３に記載の画像処理装置。
5. 前記表示制御手段は、前記ベクトルデータのコピーを、前記編集用画像を生成するための画像編集用データとして生成し、該画像編集用データを用いて、該編集用画像を前記表示手段に表示制御する
   ことを特徴とする請求項３に記載の画像処理装置。
6. 前記画像編集用データを記憶する第１記憶手段と、
   前記編集手段による操作に基づいて、前記第１記憶手段に記憶されている画像編集用データを削除する第１削除手段と
   を更に備えることを特徴とする請求項５に記載の画像処理装置。
7. 前記画像編集用データを記憶する第１記憶手段と、
   前記編集手段による操作に基づいて、前記ベクトルデータを前記第１記憶手段に記憶されている画像編集用データに置換する置換手段と
   を更に備えることを特徴とする請求項５に記載の画像処理装置。
8. 前記編集手段による編集履歴を示す編集履歴データを記憶する第２記憶手段を更に備える
   ことを特徴とする請求項６または請求項７に記載の画像処理装置。
9. 前記編集履歴データは、前記画像編集用データと関連づけられて記憶されている
   ことを特徴とする請求項８に記載の画像処理装置。
10. 前記編集履歴データは、前記画像編集用データに組み込まれて記憶されている
    ことを特徴とする請求項８に記載の画像処理装置。
11. 前記編集手段による操作に基づいて、前記編集履歴データを削除する第２削除手段を更に備える
    ことを特徴とする請求項８に記載の画像処理装置。
12. 前記編集手段は、前記編集用画像中の指定エリアをトリミング／マスキングを行うトリミング／マスキング手段を備え、
    前記編集手段は、前記トリミング／マスキング手段の実行指示に基づいて、前記指定エリアあるいは該指定エリアの周辺が、所定色の画像で表示されるように、前記編集用画像データの内容を編集する
    ことを特徴とする請求項５に記載の画像処理装置。
13. 前記原稿画像を印刷する印刷手段を更に備え、
    前記所定色は、前記印刷手段で使用する記録剤で表現できない色である
    ことを特徴とする請求項１２に記載の画像処理装置。
14. 前記編集手段は、前記トリミング／マスキング手段の実行指示に基づいて、前記指定エリアあるいは該指定エリアの周辺が、前記編集用画像の背景画像で表示されるように、前記編集用画像データの内容を編集する
    ことを特徴とする請求項１２に記載の画像処理装置。
15. 前記編集手段は、前記トリミング／マスキング手段の実行指示に基づいて、前記指定エリアを規定するオブジェクトあるいは該オブジェクト以外のオブジェクトが前記編集用画像で削除されるように、前記編集用画像データの内容を編集する
    ことを特徴とする請求項１２に記載の画像処理装置。
16. 前記編集手段は、指定されたエリアに含まれるオブジェクトが、そのエリア外にはみ出していない場合に、前記編集用画像データの内容を編集する
    ことを特徴とする請求項１５に記載の画像処理装置。
17. 原稿を読み取って得られる原稿画像の画像処理を行う画像処理装置の制御方法であって、
    原稿を読み取る読取工程と、
    前記読取工程で読み取られた原稿画像に対応するベクトルデータを生成する生成工程と、
    表示部の表示解像度に対応する前記原稿画像の編集用画像を、前記ベクトルデータに基づいて生成し、前記表示部に表示制御する表示制御工程と
    を備えることを特徴とする画像処理装置の制御方法。
18. 原稿を読み取って得られる原稿画像の画像処理を行う画像処理装置の制御を実現するプログラムであって、
    原稿を読み取る読取工程のプログラムコードと、
    前記読取工程で読み取られた原稿画像に対応するベクトルデータを生成する生成工程のプログラムコードと、
    表示部の表示解像度に対応する前記原稿画像の編集用画像を、前記ベクトルデータに基づいて生成し、前記表示部に表示制御する表示制御工程のプログラムコードと
    を備えることを特徴とするプログラム。

Images