JP4405861B2 - 画像処理装置、情報処理装置及びそれらの制御方法、プログラム - Google Patents

Description

本発明は、画像に対して使用することが可能な複数種類の機能を有する画像処理装置及びその制御方法、プログラム、前記画像処理装置とネットワークを介して接続され、該画像処理装置を制御可能な情報処理装置及びその制御方法、プログラムに関するものである。

従来、複写機等の機器には、予め登録された暗証番号を入力して一致した場合に、初めてコピーを許可する暗証モードが備えられているものもある。この時、入力した暗証番号毎に実際にコピーした枚数をカウントし、このカウント枚数で暗証番号毎に利用者がどれだけの枚数をコピーしたかを把握でき、コピー使用料の分担をする場合等の使用管理に利用することができる。

また、それぞれの複写機で予め定められた制限枚数を超えた場合、暗証番号が一致してもコピーを禁止する等の制限を加える機能を設定することもできる。

さらには、最近では、コピー機能とは別に、原稿を読み取った後にビットマップの画像データとして保持するスキャン機能を備える複写機もある。その場合には、原稿をスキャンした枚数をカウントするスキャンカウンタを備え、プリント出力機能を持つ複写機の場合には、同様に画像データをプリントした枚数をカウントするプリントカウンタを備える複写機もあり、この場合には、コピー、スキャン、プリントと独立してカウントを行うことができる（例えば、特許文献１参照）。

スキャン機能を備える複写機のスキャンは、いわゆるラスタスキャンであり、読み取った画像データをＪＰＥＧデータや、ポータブルドキュメントフォーマット（以下、ＰＤＦ）に変換して画像記憶装置に記憶保持することで、データベースとして蓄積し、文書管理システムを構築することが可能である。
特開平１１−１９６２１２号公報

しかしながら、従来のスキャン機能を備える複写機においては、ラスタスキャン後に原稿をコンパクトな情報量のＰＤＦファイル、もしくは圧縮されたＪＰＥＧファイルとして文書保存を行うことが可能で、またそのスキャン毎の枚数管理を行うことが可能であるが、以下のような課題がある。

ラスタスキャン後に生成されるファイル自体はイメージ情報であるので、文書中の任意のオブジェクトを再利用することはできない。

例えば、文書中の文字をテキストとしてテキストアプリケーションにコピーして使用したい場合でも、ラスタスキャンでビットマップとして形成されているためにできない。もしくは使用するためには、その部分を切り抜き、別途ＴＩＦＦファイル等のファイル形式で保存し、専用のＯＣＲアプリケーションなどで自動文字認識処理を施す必要がある。

また、細線で構成されるイラストなどを切り抜いて、異なる色に変換したり拡大して再利用しようとしても、ビットマップデータであるため、細線の周囲で色がにじんだり、拡大することにより細線はボヤけてしまったりジャギーが発生して画質を保持したまま再利用することができない。

こうしたラスタスキャン時の欠点を解決し、原稿を読み取った際に各オブジェクト毎にベクトル化して再利用可能な形の画像データを生成するベクトルスキャンを複写機に搭載した場合には、原稿を再利用可能な状態に復元することが可能になる。そのため、単純に従来と同じスキャンの位置づけで管理するのではなく、別に管理する必要がある。

即ち、むやみやたらに企業ロゴや著作権物をベクトル化する状況は思わしくなく、部門毎にベクトル化処理の許可／不許可を行える仕組みが必要である。また、ベクトル化を高付加価値サービスとして捉える場合には、その対価、課金の料金を変えてサービスを行う場合もある。

しかしながら、現状の部門管理ではスキャン枚数毎の管理しかできないため、ラスタスキャン、ベクトルスキャン毎の管理、もしくはベクトルスキャン時に生成されるオブジェクト毎の管理を行うことができない。

本発明は上記の課題を解決するためになされたものであり、ラスタスキャン機能とベクトルスキャン機能を利用可能な環境において、その使用管理を適切にかつ効率的に実現することができる画像処理装置、情報処理装置及びそれらの制御方法、プログラムを提供することを目的とする。

上記の目的を達成するための本発明による画像処理装置は以下の構成を備える。即ち、
少なくとも記憶部への画像データの保存機能を有する画像処理装置であって、
画像読取部から原稿を読み取りラスタ画像データとして入力する入力手段と、
前記ラスタ画像データを属性別のオブジェクトに分割する分割手段と、
前記分割手段で分割された各オブジェクトを、ベクトル画像データに変換する変換手段と、
前記保存機能を、前記ラスタ画像データに使用する場合と、前記ベクトル画像データに使用する場合とで、別々に使用管理情報を管理するとともに、前記保存機能を前記ベクトル画像データに使用する場合に、前記画像処理装置の操作者ごともしくは操作者の部門ごとに、前記分割手段で分割されたオブジェクトの属性別に前記変換手段によるベクトル画像データの生成回数と該生成回数に基づく該変換工程による変換の可否とを管理する管理手段と、
前記管理手段による管理内容を登録する登録手段と
を備える。

また、好ましくは、前記入力手段は、原稿を読み取る画像読取部から読み取られた画像を前記ラスタ画像データとして入力する。

また、好ましくは、前記変換手段は、前記属性別のオブジェクト毎に、該オブジェクトに対応するベクトル化処理を実行する。

また、好ましくは、前記属性の種類としては、Ｔｅｘｔ、Ｇｒａｐｈｉｃ、Ｔａｂｌｅ、Ｉｍａｇｅ、ＢａｃｋＧｒｏｕｎｄの少なくとも１つを含み、
前記ベクトル化処理は、
前記Ｔｅｘｔ属性のオブジェクトに対して文字認識処理を実行する文字認識手段と、
前記Ｇｒａｐｈｉｃ及びＴａｂｌｅ属性のオブジェクトに対してアウトライン化／関数近似化を実行するベクトル化手段と、
前記Ｉｍａｇｅ属性のオブジェクト画像に対して低圧縮を行う低圧縮手段と、
前記ＢａｃｋＧｒｏｕｎｄのオブジェクトに対して高圧縮を行う高圧縮手段と
を備える。

また、好ましくは、前記変換手段は、
前記ラスタ画像データを属性別に分割されるオブジェクト単位でベクトル画像データを生成するベクトル化処理を行う場合に、ベクトル化処理対象のオブジェクトの属性の種類を選択する選択手段と、
前記選択手段で選択された属性の種類に基づいて、前記ラスタ画像データを属性毎のオブジェクトに分割する分割手段と、
前記分割手段で分割されたオブジェクト画像の各属性に対応するベクトル化処理を、各オブジェクトに対して実行するベクトル化処理手段と、
を備える。

また、好ましくは、前記複数種類の機能別に、その使用回数をカウントするカウンタ手段を更に備え、
前記管理手段は、前記使用管理情報として、前記選択された機能を前記ベクトル画像データに使用した場合の使用回数を管理する。

また、好ましくは、前記使用管理情報は、
前記入力手段の使用回数と、
前記変換手段の使用回数と、
前記変換手段による変換を複数種類のモードのいずれかで実行する場合の各モードの使用回数と、
前記ベクトル画像データに前記複数種類の機能のいずれかを使用する場合の各機能の使用回数と、
前記変換手段によって生成されたベクトル画像データに含まれるオブジェクトに関するオブジェクト情報と、
前記変換手段で生成されたベクトル画像データに関するベクトル画像データ情報と
の少なくとも１つを含む。

また、好ましくは、前記使用管理情報に基づいて、前記複数種類の機能の各機能の使用を、前記ラスタ画像データに使用する場合と、前記ベクトル画像データに使用する場合とで、別々に制限する制限手段とを更に備える。

上記の目的を達成するための本発明による情報処理装置は以下の構成を備える。即ち、
画像読取部から原稿を読み取りラスタ画像データとして入力する入力部を備える画像処理装置とネットワークを介して接続され、前記画像処理装置を制御可能な情報処理装置であって、
前記画像処理装置が有する少なくとも記憶部への画像データの保存機能に対する操作に基づいて、前記画像処理装置より処理対象のラスタ画像データを前記ネットワークを介して受信する受信手段と、
前記ラスタ画像データを属性別のオブジェクトに分割する分割手段と、
前記分割手段で分割された各オブジェクトを、ベクトル画像データに変換する変換手段と、
前記保存機能を、前記ラスタ画像データに使用する場合と、前記ベクトル画像データに使用する場合とで、別々に使用管理情報を管理するとともに、前記保存機能を前記ベクトル画像データに使用する場合に、前記画像処理装置の操作者ごともしくは操作者の部門ごとに、前記分割手段で分割されたオブジェクトの属性別に前記変換手段によるベクトル画像データの生成回数と該生成回数に基づく該変換手段による変換の可否とを管理する管理手段と、
前記管理手段による管理内容を登録する登録手段と
を備える。

上記の目的を達成するための本発明による画像処理装置の制御方法は以下の構成を備える。即ち、
少なくとも記憶部への画像データの保存機能を有する画像処理装置の制御方法であって、
画像読取部から原稿を読み取りラスタ画像データとして入力する入力工程と、
前記ラスタ画像データを属性別のオブジェクトに分割する分割工程と、
前記分割工程で分割された各オブジェクトを、ベクトル画像データに変換する変換工程と、
前記保存機能を、前記ラスタ画像データに使用する場合と、前記ベクトル画像データに使用する場合とで、別々に使用管理情報を管理するとともに、前記保存機能を前記ベクトル画像データに使用する場合に、前記画像処理装置の操作者ごともしくは操作者の部門ごとに、前記分割工程で分割されたオブジェクトの属性別に前記変換工程によるベクトル画像データの生成回数と該生成回数に基づく該変換工程による変換の可否とを管理する管理工程と、
前記管理工程による管理内容を登録する登録工程と
を備える。

上記の目的を達成するための本発明による情報処理装置の制御方法は以下の構成を備える。即ち、
画像読取部から原稿を読み取りラスタ画像データとして入力する入力部を備える画像処理装置とネットワークを介して接続され、前記画像処理装置を制御可能な情報処理装置の制御方法であって、
前記画像処理装置が有する少なくとも記憶部への画像データの保存機能に対する操作に基づいて、前記画像処理装置より処理対象のラスタ画像データを前記ネットワークを介して受信する受信工程と、
前記ラスタ画像データを属性別のオブジェクトに分割する分割工程と、
前記分割工程で分割された各オブジェクトを、ベクトル画像データに変換する変換工程と、
前記保存機能を、前記ラスタ画像データに使用する場合と、前記ベクトル画像データに使用する場合とで、別々に使用管理情報を管理するとともに、前記保存機能を前記ベクトル画像データに使用する場合に、前記画像処理装置の操作者ごともしくは操作者の部門ごとに、前記分割工程で分割されたオブジェクトの属性別に前記変換工程によるベクトル画像データの生成回数と該生成回数に基づく該変換工程による変換の可否とを管理する管理工程と、
前記管理工程による管理内容を登録する登録工程と
を備える。

上記の目的を達成するための本発明によるプログラムは以下の構成を備える。即ち、
少なくとも記憶部への画像データの保存機能を有する画像処理装置の制御をコンピュータに実行させるためのプログラムであって、
画像読取部から原稿を読み取りラスタ画像データとして入力する入力工程と、
前記ラスタ画像データを属性別のオブジェクトに分割する分割工程と、
前記分割工程で分割された各オブジェクトを、ベクトル画像データに変換する変換工程と、
前記保存機能を、前記ラスタ画像データに使用する場合と、前記ベクトル画像データに使用する場合とで、別々に使用管理情報を管理するとともに、前記保存機能を前記ベクトル画像データに使用する場合に、前記画像処理装置の操作者ごともしくは操作者の部門ごとに、前記分割工程で分割されたオブジェクトの属性別に前記変換工程によるベクトル画像データの生成回数と該生成回数に基づく該変換工程による変換の可否とを管理する管理工程と、
前記管理工程による管理内容を登録する登録工程と
をコンピュータに実行させる。

上記の目的を達成するための本発明によるプログラムは以下の構成を備える。即ち、
画像読取部から原稿を読み取りラスタ画像データとして入力する入力部を備える画像処理装置とネットワークを介して接続され、前記画像処理装置を制御可能な情報処理装置の制御をコンピュータに実行させるためのプログラムであって、
前記画像処理装置が有する少なくとも記憶部への画像データの保存機能に対する操作に基づいて、前記画像処理装置より処理対象のラスタ画像データを前記ネットワークを介して受信する受信工程と、
前記ラスタ画像データを属性別のオブジェクトに分割する分割工程と、
前記分割工程で分割された各オブジェクトを、ベクトル画像データに変換する変換工程と、
前記保存機能を、前記ラスタ画像データに使用する場合と、前記ベクトル画像データに使用する場合とで、別々に使用管理情報を管理するとともに、前記保存機能を前記ベクトル画像データに使用する場合に、前記画像処理装置の操作者ごともしくは操作者の部門ごとに、前記分割工程で分割されたオブジェクトの属性別に前記変換工程によるベクトル画像データの生成回数と該生成回数に基づく該変換工程による変換の可否とを管理する管理工程と、
前記管理工程による管理内容を登録する登録工程と
をコンピュータに実行させる。

本発明によれば、ラスタスキャン機能とベクトルスキャン機能を利用可能な環境において、その使用管理を適切にかつ効率的に実現することができる画像処理装置、情報処理装置及びそれらの制御方法、プログラムを提供できる。

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

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

図１において、オフィスＡ内に構築されたＬＡＮ１０２には、複数種類の機能（複写機能、印刷機能、送信（ファイル送信、ファックス送信）機能等）を実現する複合機であるＭＦＰ（Multi Function Peripheral）１００、ＭＦＰ１００からの送信データを受信したり、ＭＦＰ１００が実現する機能を利用するクライアントＰＣ１０１及びプロキシサーバ１０３が接続されている。ＬＡＮ１０２は、プロキシサーバ１０３を介してネットワーク１０４に接続されている。

このクライアントＰＣ１０１では、例えば、印刷データをＭＦＰ１００へ送信することで、その印刷データに基づく印刷物をＭＦＰ１００で印刷することが可能である。

尚、図１の構成は一例であり、オフィスＡと同様の構成要素を有する、複数のオフィスがネットワーク１０４上に接続されていても良い。

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

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

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

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

図２において、画像入力部１１０は、例えば、スキャナやリーダで構成される画像読取部であり、特に、画像入力部１１０がスキャナやリーダで構成される場合には、オートドキュメントフィーダ（ＡＤＦ）を更に構成される。画像入力部１１０は、束状のあるいは１枚の原稿画像を光源（不図示）で照射し、原稿反射像をレンズで固体撮像素子上に結像し、固体撮像素子からラスタ状のスキャン画像データを所定密度（６００ＤＰＩ等）のラスタ画像として得る。

尚、画像入力部１１０は、スキャナやリーダ以外に、デジタルカメラやデジタルビデオ等の撮像装置、ＰＣやＰＤＡ等のＣＰＵを有する情報処理装置、移動携帯通信端末やＦＡＸ等の通信装置等、ラスタ画像データを入力可能な装置であれば、どのようなものでも良い。

次に、ＭＦＰ１００の主要な機能群について、以下に説明する。

「複写（コピー）機能」
ＭＦＰ１００は、スキャン画像データに対応する画像を印刷部１１２で記録媒体に印刷する複写機能を有し、原稿画像を１つ複写する場合には、このスキャン画像データをデータ処理部１１５（ＣＰＵ、ＲＡＭ、ＲＯＭ等から構成される）で各種の補正を行う画像処理を施して、印刷データを生成し、これを印刷部１１２によって記録媒体上に印刷させる。一方、原稿画像を複数複写する場合には、記憶部１１１に一旦一ページ分の印刷データを記憶保持させた後、これを印刷部１１２に順次出力して記録媒体上に印刷させる。

尚、記憶部１１１に印刷データを保持せずに、スキャン画像データをデータ処理部１１５にて各種の補正を行う画像処理を施して印刷データを生成して、直接印刷部１１２によって記録媒体上に印刷させることも可能である。

「保存機能」
ＭＦＰ１００は、画像入力部１１０からスキャン画像データあるいは画像処理が施されたスキャン画像データを記憶部１１１に保存する。

「送信機能」
ネットワークＩ／Ｆ１１４を介する送信機能においては、画像入力部１１０から得られるスキャン画像データあるいは保存機能で記憶部１１１に保存されたスキャン画像データを、ＴＩＦＦやＪＰＥＧ等の圧縮画像ファイル形式、あるいはＰＤＦ等のベクトルデータファイル形式の画像ファイルへと変換し、ネットワークＩ／Ｆ１１４から出力する。出力された画像ファイルは、ＬＡＮ１０２を介してクライアント１０１へ送信されたり、更にネットワーク１０４経由でネットワーク上の外部端末（例えば、別のＭＦＰやクライアントＰＣ）に転送されたりする。

また、ここでは図示しないが、ＦＡＸ Ｉ／Ｆを使用して、スキャン画像データを電話回線を使用してファクシミリ送信する構成も可能である。また、記憶部１１１にスキャン画像データを保存せずに、そのスキャン画像データをデータ処理部１１５にて各種の送信に関する画像処理を施した後に、直接送信することも可能である。

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

「ベクトルスキャン機能」
上述のコピー機能、保存機能、送信機能時等で、スキャン画像データを生成し、このスキャン画像データに対して、文字領域はＴｅｘｔコードに変換したり、細線や図形領域は関数化してコード化するベクトル化処理を施す一連の処理を実行する機能を、ベクトルスキャン機能と定義している。つまり、実施形態１では、原稿をスキャンして、それによって得られる入力画像データをベクトルデータに変換するまでの処理を、ベクトルスキャンと定義している。

このベクトルスキャン機能を使用することで、ベクトルイメージのスキャン画像データを容易に生成することができる。

このベクトルスキャン機能では、上述のように、スキャン画像データに対して、文字部分は文字コードやアウトライン化し、細線やイラスト等は、その直線、曲線を関数化し、表等は表データとして処理する。そのため、通常のラスタイメージのスキャン画像データとは異なり、原稿中のオブジェクト個々を再利用することが容易である。

例えば、コピー機能時にベクトルスキャン機能を実行すると、ラスタスキャンでコピーするよりも文字や細線再現で高画質とすることが可能になる。

また、保存機能時には、ラスタスキャン（画像入力部１１０からの入力）時ではラスタデータとして画像圧縮を行うため、容量が大きくなってしまうが、ベクトルスキャン機能によりコード化や関数化することで、そのファイル容量は非常に小さくなる。

更に、送信機能時においても、ベクトルスキャン機能を実行すると、得られるデータの容量が小さいために送信にかかる時間を短縮でき、さらには各オブジェクトがベクトル化されているので、送信先のクライアントＰＣ１０１上等の外部端末で、個々のオブジェクトを部品として再利用することが可能になる。

以上、各種機能を実行するためのＭＦＰ１００への操作者の指示は、ＭＦＰ１００に装備されたキー操作部やタッチパネルからなる操作部１１３及び表示部１１６から行われ、これら一連の動作はデータ処理部１１５内の制御部（不図示）で制御される。また、操作入力の状態表示及び処理中の画像データの表示は、表示部１１６で行われる。

記憶部１１１は、例えば、大容量のハードディスクで実現される。また、記憶部１１１は、画像入力部１１０で読み取った画像データや、クライアント１０１から送信された画像データを記憶管理するデータベースを構成している。

特に、本発明では、画像データのイメージデータと、そのイメージデータをベクトル化することによって得られるベクトルデータファイルを対応づけて管理することができ、用途や目的によっては、イメージデータ及びベクトルデータファイルの少なくとも一方を管理する構成としても良い。

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

上記各種機能（コピー機能、保存機能、送信機能、印刷機能、ベクトルスキャン機能）を実行した際には、管理カウンタ１１７にて、その実行回数を各種機能の操作内容に基づいてカウントしておく。これによって、このＭＦＰ１００における各種機能の使用管理を行うことができる。

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

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

まず、ステップＳ１２１で、ＭＦＰ１００の画像入力部１１０に原稿をセットし、操作部１１３に備わる機能選択キーにより、コピー機能、保存機能、送信機能等の各種機能の内、所望の機能の選択を受け付ける。

ステップＳ１２２で、操作部１１３に備わるベクトルスキャン選択キーによる操作に基づいて、ベクトルスキャンを選択する。

尚、ベクトルスキャンとは、上述した通り、読取原稿画像の入力画像データ（ラスタ画像データ）に対して、文字領域はＴｅｘｔコードに変換したり、細線や図形領域は関数化してコード化するベクトル化処理を施す一連の処理を意味する。つまり、原稿をスキャンして、それによって得られる入力画像データをベクトルデータに変換するまでの処理を、ベクトルスキャンと定義している。また、ベクトルスキャンで実行するベクトル化処理の詳細については、図５以降で説明する。

続けて、ステップＳ１２３で、操作部１１３を介する操作に基づいて、ベクトルモード選択キーから所望のベクトルモードを選択する。

尚、操作部１１３によるベクトルスキャンに係る操作に関しては、後述する図４Ａ〜図４Ｃを用いて詳細に説明する。

その後、ベクトルスキャンを動作させるためのスタートキーが操作されると、ステップＳ１２４で、画像入力部１１０にセットされた原稿画像を読み取り、指定されたベクトルモードのベクトルスキャンを実行する。

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

データ処理部１１５のＣＰＵは、記憶部１１１に保存された画像データに対して、ステップＳ１２６及びステップＳ１２７でベクトル化処理のための前処理を実行し、また、ステップＳ１２８でベクトル化処理を行う。

まず、ステップＳ１２６で、データ処理部１１５において、ブロックセレクション（ＢＳ）処理を行う。

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

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

この際、ステップＳ１２３で選択したベクトルモードに応じて、分割するオブジェクトの属性種類を決定する。

例えば、ベクトルモードとして、Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｔａｂｌｅ／Ｉｍａｇｅモードを指定した場合には、Ｔｅｘｔ（文字）、Ｇｒａｐｈｉｃ（細線、図形）、Ｔａｂｌｅ（表）、Ｉｍａｇｅ（画像）、ＢａｃｋＧｒｏｕｎｄ（背景）の属性毎のオブジェクト（ブロック）に画像信号を分割する。また、ベクトルモードとして、Ｔｅｘｔモードを指定した場合には、Ｔｅｘｔ（文字）及びＢａｃｋＧｒｏｕｎｄ（背景）の属性毎のオブジェクト（ブロック）に画像信号を分割する。

ここで、ＢａｃｋＧｒｏｕｎｄ（背景）に関しては、例えば、Ｔｅｘｔモードの場合には、Ｔｅｘｔ（文字）オブジェクト以外の領域がＢａｃｋＧｒｏｕｎｄ（背景）になるので、ベクトルモード選択の表記に入れていない。もちろん、ＴｅｘｔモードをＴｅｘｔ／ＢａｃｋＧｒｏｕｎｄモードという表記にしても良い。

以下、ベクトルモードの具体例について説明する。

１）Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｔａｂｌｅ／Ｉｍａｇｅモード
→Ｔｅｘｔ（文字）、Ｇｒａｐｈｉｃ（細線、図形）、Ｔａｂｌｅ（表）、Ｉｍａｇｅ（画像）、ＢａｃｋＧｒｏｕｎｄ（背景）の属性毎のオブジェクト（ブロック）に画像を分割。

２）Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｉｍａｇｅモード
→Ｔｅｘｔ（文字）、Ｇｒａｐｈｉｃ（細線、図形、表）、Ｉｍａｇｅ（画像）、ＢａｃｋＧｒｏｕｎｄ（背景）の属性毎のオブジェクト（ブロック）に画像を分割。

３）Ｔｅｘｔ／Ｉｍａｇｅモード
→Ｔｅｘｔ（文字）、Ｉｍａｇｅ（細線、図形、表、画像）、ＢａｃｋＧｒｏｕｎｄ（背景）の属性毎のオブジェクト（ブロック）に画像を分割。

４）Ｔｅｘｔモード
→Ｔｅｘｔ（文字）、ＢａｃｋＧｒｏｕｎｄ（細線、図形、表、画像、背景）の属性毎のオブジェクト（ブロック）に画像を分割。

５）Ｉｍａｇｅモード
→Ｉｍａｇｅ（文字、細線、図形、表、画像）、ＢａｃｋＧｒｏｕｎｄ（背景）の属性毎のオブジェクト（ブロック）に画像を分割。

このように、ベクトルモードは、ブロックセレクション処理で分割するオブジェクトの属性の種類を規定するとともに、ベクトル化処理においてベクトル化処理を適用するオブジェクトの属性の種類を規定するものである。

尚、実施形態１では、属性の例として、Ｔｅｘｔ（文字）、Ｇｒａｐｈｉｃ（細線、図形）、Ｔａｂｌｅ（表）、Ｉｍａｇｅ（画像）、ＢａｃｋＧｒｏｕｎｄ（背景）を挙げたが、属性の種類はこれに限定されるものではなく、用途や目的に応じて、他の種類の属性を使用することも可能であるし、また、すべての属性を使用する必要もない。

また、ベクトルモードの具体例として、Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｔａｂｌｅ／Ｉｍａｇｅモード、Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｉｍａｇｅモード、Ｔｅｘｔ／Ｉｍａｇｅモード、Ｔｅｘｔモード、Ｉｍａｇｅモードの５種類を挙げたが、モードの種類はこれに限定されるものではなく、用途や目的に応じて、他の種類のベクトルモードを使用することも可能であるし、またすべてのベクトルモードを使用する必要もない。

属性毎に分割された各オブジェクト（ブロック）は、その後、入力されたイメージ情報全体に対してベクトル化処理を行ない、イメージデータをベクトルデータファイルに変換する。

次に、ステップＳ１２７で、ステップＳ１２６のブロックセレクション処理で得られた文字ブロックに対してＯＣＲ処理を行う。

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

例えば、ステップＳ１２３において、Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｔａｂｌｅ／Ｉｍａｇｅモードが指定された場合には、ステップＳ１２８では、Ｔｅｘｔ（文字）オブジェクトはフォントデータに変換される。Ｇｒａｐｈｉｃ（細線、図形）オブジェクトは、アウトライン化／関数近似化された関数としてベクトル化変換される。Ｔａｂｌｅ（表）オブジェクトは、表内の数値情報はフォントデータに変換し、表部はアウトライン化／関数近似化された関数としてベクトル変換され、各数値情報はセル情報として関連付けられ表オブジェクトとしてコード化される。

更に、Ｉｍａｇｅ（画像）オブジェクトは、画像入力部１１０の読取解像度６００ＤＰＩのまま低圧縮（例えば、低圧縮ＪＰＥＧ圧縮）を実行して保存される。また、ＢａｃｋＧｒｏｕｎｄ（背景）オブジェクトは、読取解像度６００ＤＰＩから低解像度（例えば、解像度３００ＤＰＩ）へ解像度変換を施した後に高圧縮（例えば、高圧縮ＪＰＥＧ圧縮）を実行して保存される。

尚、低圧縮及び高圧縮の定義は、例えば、所定圧縮率（例えば、５０％）より高い圧縮率での圧縮を高圧縮、所定圧縮率より低い圧縮率での圧縮を低圧縮とする。

また、ステップＳ１２３において、Ｔｅｘｔモードを指定した場合には、ステップＳ１２８では、Ｔｅｘｔ（文字）オブジェクトはフォントデータに変換され、その他のＧｒａｐｈｉｃ（細線、図形）オブジェクト、Ｔａｂｌｅ（表）オブジェクト及びＩｍａｇｅ（画像）オブジェクトは、ＢａｃｋＧｒｏｕｎｄ（背景）オブジェクトと同じ扱いになり、解像度３００ＤＰＩに解像度変換を施した後に高圧縮でＪＰＥＧ保存される。

このように、指定するベクトルモードで、ベクトル化処理の処理対象となる属性を変更（制御）することで、生成されるベクトルデータファイルの容量、画質等を、用途や目的に応じて任意に変更することが可能になる。

ステップＳ１２８のベクトル化処理の終了後、ステップＳ１２９で、各オブジェクト（ブロック）のレイアウト情報を保存して、ベクトルデータファイルとして記憶部１１１に保存する。

記憶部１１１に保存されたベクトルデータファイルは、その後、ステップＳ１３０で、ベクトルスキャンの目的毎に、後処理を実行する。

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

以上の処理によって得られたベクトルデータファイルは、読取原稿画像に可視的に非常に近い状態のベクトル情報が編集可能な形式で全て含まれており、それらを直接加工、再利用したり、あるいは蓄積、伝送、再印刷を行うことが可能になる。

これらの処理で生成されたベクトルデータファイルは、文字や細線等を記述コードで表現するため、単純にイメージデータ（ラスタビットマップデータ）を直接扱う場合と比較して情報量が削減され、蓄積効率が高まり、伝送時間が短縮され、また記録／表示する際には高品位なデータとして非常に優位となる。

そして、これらベクトル化処理を行う属性の種類を、ベクトルモードとして変更可能な構成とすることで、以下のような優位性を得ることができる。

例えば、画像中のＴｅｘｔ部分のみをベクトル化して再利用したい場合に、ベクトルモードとしてＴｅｘｔ／Ｇｒａｐｈｉｃ／Ｔａｂｌｅ／Ｉｍａｇｅモードを指定して画像をベクトル化してしまうと、ベクトル化後にＴｅｘｔ部分以外の部分もベクトル化されてしまい、Ｔｅｘｔ部分を抜き出して使用する際に作業が煩雑になってしまう。そこで、このような場合には、ベクトルモードとしてＴｅｘｔモードを指定することで、Ｔｅｘｔ部分のみがベクトル化されたベクトルデータファイルを自動的に生成することができるので、Ｔｅｘｔ部分のみを抜き出すのが容易になり、後処理が容易になる。

また、ベクトル化処理を適用することで、元のラスタ画像と大きく形状が異なってしまう場合など、例えば、ベクトルモードがない場合のベクトル化処理では、通常、画像中で種別できる全ての属性のオブジェクトに分割するベクトル化処理が実行される（実施形態１では、Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｔａｂｌｅ／Ｉｍａｇｅモードに相当）。そのため、このようなベクトル化処理によって、Ｇｒａｐｈｉｃ、Ｔａｂｌｅオブジェクトの形状がベクトル化処理によって変わってしまう場合には、ベクトル化処理された後、Ｇｒａｐｈｉｃ、Ｔａｂｌｅオブジェクトの形状を手作業で修正する必要がある。

これに対し、実施形態１では、ベクトルモードとしてＴｅｘｔ／Ｉｍａｇｅモードを用意しているので、このＴｅｘｔ／Ｉｍａｇｅモードを指定した場合には、Ｇｒａｐｈｉｃ、Ｔａｂｌｅオブジェクトは、Ｉｍａｇｅオブジェクト扱いになり、ベクトル化処理を実行しないで、そのラスタ画像をそのままＪＰＥＧデータとして保存することができる。つまり、上述のように、ベクトルデータとラスタデータの形状の違いが気になる場合には、このＴｅｘｔ／Ｉｍａｇｅモードのベクトルモードを指定するだけで、元のラスタ画像と形状が異なってしまうことを防ぐことができ、利便性が向上すると同時にラスタデータとのマッチングという観点で画質が向上する。

また、ベクトルモードを可変することによって、ステップＳ１３０の後処理毎に最適なオブジェクトに対するベクトル属性を適用することが可能になる。

例えば、コピー時には、文字のみベクトル化し文字品位を向上させ、他のオブジェクトは原稿に対する忠実度合いを重視してベクトル化を行わないようにすることができるＴｅｘｔ／Ｉｍａｇｅモードを指定して、コピーを実行することができる。また、ファイル送信時には、送信先のクライアントＰＣ１０１などで、ベクトル化された各オブジェクトの再利用性を考慮して、Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｔａｂｌｅ／Ｉｍａｇｅモードを指定して、フィル送信を実行することができる。このように、後処理毎の用途や目的に応じて、最適なベクトルモードを選択することが可能になる。

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

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

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

図４Ａの操作画面１００００は、実施形態１のＭＦＰ１００の基本操作画面である。実施形態１におけるベクトルスキャン機能の選択は、操作画面１００００の例では、応用モードキー１０００００内に入っているものとする。

また、コピー機能を選択する際にはキー１００００１、送信機能（送信／ファックス機能）を選択する際にはキー１００００２、保存機能（ボックス機能）を選択する際にはキー１００００３を押下する（図３のステップＳ１２１）と、操作画面１００００は、選択された機能に応じた画面表示へと切り替わる。この例では、コピー機能を選択した場合の表示例を示している。

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

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

操作画面１０００２において、読込開始キー１０００２０は、原稿読取のスキャン開始を指示するためのキーであり、このキーを押下すると原稿を読み取る。また、ベクトルモード選択キー１０００２１は、上述のベクトルモードを選択するキーである。ベクトルモードを選択（図３のステップＳ１２３）した後、読込開始キー１０００２０を押してスキャン動作を開始する。

ベクトルモード選択キー１０００２１は、例えば、押下する毎にその内容（ベクトルモード）が切り替わるキーであり、ここでは、上述の例のように、Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｔａｂｌｅ／Ｉｍａｇｅモード、Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｉｍａｇｅモード、Ｔｅｘｔ／Ｉｍａｇｅモード、Ｔｅｘｔモード、Ｉｍａｇｅモードの予め用意されている５種類のいずれかを選択できる構成としているが、モードの選択方法はこれに限定されるものではない。

例えば、Ｔｅｘｔ、Ｇｒａｐｈｉｃ、Ｔａｂｌｅ、Ｉｍａｇｅの４つの属性を任意にチェックすることができるチェックボックスを用意して、操作者が任意の属性の組み合わせをチェックボックスによって選択できる構成としても良い。この場合、例えば、ＴｅｘｔとＩｍａｇｅをチェックした場合は、Ｔｅｘｔ／Ｉｍａｇｅモードと同様なモードが実行される。あるいは、各種ベクトルモードからなるプルダウンメニューを構成して、その中から所望のベクトルモードを選択する構成としても良い。

次に、図３のステップＳ１２６のブロックセレクション処理の詳細について説明する。

ブロックセレクション処理とは、例えば、図５（ａ）のラスタ画像を、図５（ｂ）のように、意味のあるブロック毎の塊として認識し、該ブロック各々の属性（Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｉｍａｇｅ／Ｔａｂｌｅ等）を判定し、異なる属性を持つブロックに分割する処理である。

ブロックセレクション処理の実施形態を以下に説明する。

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

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

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

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

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

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

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

次に、図３のステップＳ１２７のＯＣＲ処理の詳細について説明する。

ここでは公知のＯＣＲ処理技術を使用して、文字認識処理を行う。

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

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

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

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

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

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

まず、ステップＳ１２７のＯＣＲ処理によって得られた文字ブロックの各文字に対してフォント認識処理を行う。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、上述の図３のステップＳ１２６のブロックセレクション処理、ステップＳ１２７のＯＣＲ処理、ステップＳ１２８のベクトル化処理によって得られるデータは、図１１に示す中間データ形式のファイルとして変換されている。ここで、このようなデータ形式は、ドキュメント・アナリシス・アウトプット・フォーマット（ＤＡＯＦ）と呼ばれる。

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

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

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

文字認識記述データ部７９３では、Ｔｅｘｔ、Ｔｉｔｌｅ、Ｃａｐｔｉｏｎ等のＴｅｘｔブロックを文字認識して得られる文字認識結果を保持する。

表記述データ部７９４では、Ｔａｂｌｅブロックの構造の詳細を格納する。画像記述データ部７９５は、ＧｒａｐｈｉｃやＩｍａｇｅ等のブロックのイメージデータを画像データから切り出して保持する。

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

そこで、実施形態１では、このＤＡＯＦから文書作成アプリケーションで利用可能なアプリデータに変換するアプリデータ変換処理を、図３のステップＳ１２９のベクトル化処理後に、あるいは図３のステップＳ１３０の後処理の一部として実行する。

以下、このアプリデータ変換処理の詳細について、図１２を用いて説明する。

図１２は本発明の実施形態１のアプリデータ変換処理を示すフローチャートである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、図３のステップＳ１３０の後処理の一部として実行する、ＭＦＰ１００の各種機能の使用管理処理について説明する。この使用管理処理には、管理カウンタ１１７によるカウント処理を、ＭＦＰ１００の各種機能の使用内容や、操作者に応じて実行する。

以下では、複数の部門が存在する組織において、部門毎に使用管理処理を実行するために、管理カウンタ１１７が部門管理カウンタとして構成されている場合を例に挙げて説明する。

図１５は本発明の実施形態１のＭＦＰ１００に備わる部門管理カウンタの構成例を示す図である。

１５００は、部門別カウンタテーブル１５３０と、部門別制限値テーブル１５４０とを比較するカウンタ比較処理部である。カウンタ比較処理部１５００は、部門別カウンタテーブル１５３０からの値と、部門別制限値テーブル１５４０からの値とを比較する。そして、部門別制限値テーブル１５４０からの値が、部門別カウンタテーブル１５３０からの値より上回ってない場合には、操作対象の機能の動作を許可することを示す制御信号をデータ処理部１１５に送信する。

部門別カウンタテーブル１５３０の機能切替部１５１０は、操作部１１３で指定されたり、クライアントＰＣ１０１からの印刷データを印刷する際など、データ処理部１１５からの動作指示を受けて、コピー機能、保存機能等の機能を切り替え、参照するカウンタテーブルを選択する。

ラスタ・ベクトルカウンタ切替部１５１１は、処理内容がラスタスキャンなのかベクトルスキャンなのかに応じて、参照するカウンタテーブルを選択する。１５１２〜１５１９は、各機能毎の部門別機能カウンタテーブルであり、コピー機能、保存機能、送信機能、印刷機能用に、各々ラスタスキャン用、ベクトルスキャン用と用意されている。また、ベクトルスキャン用には、ベクトル化処理時の処理対象のオブジェクトの属性毎のベクトル化用のカウンタテーブルが用意されている。

この部門別機能カウンタテーブル１５１２〜１５１９は、部門別に各機能を管理することが可能な部門別、機能別のカウンタテーブルであり、データ処理部１１５から読出／書込可能なデータベースである。

これらの各テーブルの一例について、図１６Ａを用いて説明する。

図１６Ａは本発明の実施形態１の部門別機能カウンタテーブルの一例を示す図である。

１５１２はコピー機能のラスタスキャン時のカウンタである、ラスタ部門別コピーカウンタテーブルの一例を示している。この例では、現在登録されている部門毎のＩＤと部門毎のラスタスキャンでのモノクロコピー、カラーコピーの使用された枚数が登録されている様子を示している。

ここでは、現在のところＩＤが「Ａ」部門では、ラスタスキャンでのモノクロコピー枚数が「４９９」枚、カラーコピー枚数が「８２１」枚を使用している状態である。

尚、ＩＤの登録は、操作部１１３で行うことで順次増やしていくことが可能である。

図１６Ａでは、ＩＤはＡ〜Ｃまで登録されており、ＩＤが「Ｂ」部門では、モノクロコピー枚数が「５００」枚、カラーコピーが「５００」枚を使用している状態である。また、ＩＤが「Ｃ」部門では、モノクロコピー枚数が「３００」枚、カラーコピーが「２３４」枚を使用している状態である。

同様に、１５１３はコピー機能のベクトルスキャン時のカウンタである、ベクトル部門別コピーカウンタテーブルの一例を示している。この例では、現在登録されている部門毎のＩＤと部門毎のベクトルスキャンでのモノクロコピー、カラーコピーの使用された枚数が登録されている様子を示している。

ここでは、現在のところＩＤが「Ａ」部門では、ベクトルスキャンでのモノクロコピー枚数が「８９１」枚、カラーコピー枚数が「９９８」枚を使用している状態である。また、ＩＤが「Ｂ」部門では、モノクロコピー枚数が「５００」枚、カラーコピーが「５００」枚を使用している状態である。更に、ＩＤが「Ｃ」部門では、モノクロコピー枚数が「３００」枚、カラーコピーが「７８９」枚を使用している状態である。

尚、図１６Ａには示していなが、コピー機能以外の各機能に対するカウンタテーブルも同様に構成される。

一方、部門別制限値テーブル１５４０の機能切替部１５２０は、操作部１１３で指定されたり、クライアントＰＣ１０１からの印刷データを印刷する際など、データ処理部１１５からの動作指示を受けて、コピー機能、保存機能等の機能を切り替え、参照する制限値テーブルを選択する。

ラスタ・ベクトルカウンタ切替部１５２１は、ラスタスキャンなのかベクトルスキャンなのかに応じて、参照する制限値テーブルを選択する。１５２２〜１５２９は、各機能毎の部門別機能制限値テーブルであり、コピー機能、保存機能、送信機能、印刷機能用に各々ラスタスキャン用、ベクトルスキャン用と用意されている。また、ベクトルスキャン用には、ベクトル化処理時の処理対象のオブジェクトの属性毎のベクトル化用の制限値テーブルが用意されている。

この部門別機能制限値テーブル１５２２〜１５２９は、部門別に各機能の使用回数の制限値を管理することが可能な部門別、機能別の制限値テーブルであり、データ処理部１１５から読出／書込可能なデータベースである。

これらの各テーブルの一例について、図１６Ｂを用いて説明する。

図１６Ｂは本発明の実施形態１の部門別機能制限値テーブルの一例を示す図である。

１５２２はコピー機能のラスタ時の制限値である、ラスタ部門別コピー制限値テーブルの一例を示している。この例では、現在登録されている部門毎のＩＤと部門毎のラスタスキャンでのモノクロコピー、カラーコピーの使用可能な枚数を制限値として登録されている様子を示している。

ここでは、現在のところＩＤが「Ａ」部門では、ラスタスキャンでのモノクロコピー枚数が「１０００」枚、カラーコピー枚数が「１０００」枚まで使用可能な状態である。

尚、ＩＤの登録は、操作部１１３で行うことで順次増やしていくことが可能である。

図１６Ｂでは、ＩＤはＡ〜Ｃまで登録されており、ＩＤが「Ｂ」部門では、モノクロコピー枚数が「５００」枚、カラーコピーが「５００」枚を使用可能な状態である。また、ＩＤが「Ｃ」部門では、モノクロコピー枚数が「３００」枚、カラーコピーが「１０００」枚を使用可能な状態である。

同様に、１５２３はコピー機能のベクトルスキャン時の制限値である、ベクトル部門別コピー制限値テーブルの一例を示している。この例では、現在登録されている部門毎のＩＤと部門毎のベクトルスキャンでのモノクロコピー、カラーコピーの使用可能な枚数を制限値として登録されている様子を示している。

ここでは、現在のところＩＤが「Ａ」部門では、ベクトルスキャンでのモノクロコピー枚数が「１０００」枚、カラーコピー枚数が「１０００」枚まで使用可能な状態である。また、ＩＤが「Ｂ」部門では、モノクロコピー枚数が「５００」枚、カラーコピーが「５００」枚を使用可能な状態である。更に、ＩＤが「Ｃ」部門では、モノクロコピー枚数が「３００」枚、カラーコピーが「１０００」枚を使用可能な状態である。

尚、図１６Ｂには示していなが、コピー機能以外の各機能に対するカウンタテーブルも同様に構成される。

次に、部門管理カウンタの具体的な動作について、以下に説明する。

ここでは、ベクトルスキャンでのコピー機能の管理及び、その使用回数のカウント処理を例に説明を行うが、ラスタスキャンや、他の保存機能、送信機能、印刷機能においても同様の動作となる。

ベクトルスキャンに対する部門別コピーカウンタテーブル１５１３は、上述したようにデータ処理部１１５から読出／書込可能なデータベースであり、現在登録されている部門毎のＩＤ、部門毎の使用されたモノクロコピーのコピー枚数、部門毎の使用されたカラーコピーのコピー枚数が登録されている。

また、同時に、ベクトルスキャンに対する部門別コピー制限値テーブル１５２３は、上述したようにデータ処理部１１５から読出／書込可能なデータベースであり、現在登録されている部門毎のＩＤ、部門毎の使用可能なモノクロコピーのコピー枚数、部門毎の使用可能なカラーコピーのコピー枚数が登録されている。

操作者が、ＭＦＰ１００を使用する際に、ベクトルスキャンのコピーを使用する際には、ベクトルスキャンに対する部門別コピーカウンタテーブル１５１３にＩＤが登録されている必要がある。また、ラスタスキャンのコピーを使用する際にも同様であり、他の機能に関しても同じである。

ＭＦＰ１００は、ベクトルスキャンでのコピー機能を動作させる際には、操作部１１３からベクトルスキャンに対する部門別コピーカウンタテーブル１５１３に登録されてあるＩＤのいずれかが入力されない限り、コピー動作の指示を受け付けない。そして、操作部１１３にベクトルスキャンに対する部門別コピーカウンタテーブル１５１３に登録されてあるＩＤが入力されると、そのＩＤのベクトルスキャンのコピー動作可否をチェックする。

ベクトルスキャンに対する部門別コピーカウンタテーブル１５１３の値と、ベクトルスキャンに対する部門別制限値テーブル１５２３の値とを比較参照し、入力されたＩＤのベクトルスキャンに対する部門別コピーカウンタテーブル１５１３の値が、ベクトルスキャンに対する部門別制限値テーブル１５２３の値よりも下回っている場合には、動作を許可し、ベクトルスキャンのコピー動作の受け付けが可能となる。

図１６Ａの部門別コピーカウンタテーブル１５１３と、図１６Ｂの部門別制限値テーブル１５２３の例の場合では、ＩＤが「Ａ」部門はモノクロコピー、カラコピー共に動作許可されるが、「Ｂ」部門はモノクロコピー、カラコピー共に動作許可されない。また、「Ｃ」部門はモノクロコピーは許可されないが、カラコピーは動作許可される。

そして、動作許可を受けた場合に、コピー動作を行うと、印刷部１１２から排紙した枚数がデータ処理部１１５へ通知されるので、データ処理部１１５はベクトルスキャンに対する部門別コピーカウンタテーブル１５１３の値を更新する。

また、動作不可の場合には、その動作を実行できない旨を表示部１１６に表示したり、もしくは操作部１１３の操作を受け付けないようにすることで、動作不可であることを通知する。

以上説明したように、実施形態１によれば、原稿を読み取った際に各オブジェクト毎にベクトル化して再利用可能な形の画像データを生成するベクトルスキャンを、ＭＦＰ１００に搭載することで、いかなる紙文書に対しても紙文書上の情報を消失することなく再利用可能な電子ファイルとして扱える画像処理システムを提供することが可能になる。

また、ラスタスキャン、ベクトルスキャン毎の管理を各機能毎に行うことが可能になるため、ラスタスキャンとベクトルスキャンの使用回数の制限値を変えて部門毎に管理したり、また、ラスタスキャン、ベクトルスキャンに対する課金を変更して料金徴収する場合等の、利用環境の用途目的に応じた自在な課金システムを構築することができる。

また、このベクトル化処理の管理を部門毎に行うことで、ベクトル化処理の許可／不許可を部門毎に制御することが可能になり、原稿の機密情報の保持や、ベクトル化を高付加価値サービスとして捉える場合には、その対価、課金の料金を制御するシステムを構築することが容易になる。

＜実施形態２＞
実施形態１では、図１５、図１６Ａ及び図１６Ｂで示したように、ラスタスキャン、ベクトルスキャンで専用のカウンタテーブルと制限値テーブルを各々別々に持つことで、ラスタスキャンかベクトルスキャンかによって使用管理を制御する構成について説明したが、実施形態２においては、特に、ベクトルスキャン時の他の管理形態に関して説明を行う。

図１７Ａ及び図１７Ｂは、ベクトルスキャン時の他の管理形態に関するいくつかの例である。

尚、図１７Ａ及び図１７Ｂでは、送信機能の使用時にベクトルスキャンを実行して得られるオブジェクトに対する、オブジェクト化カウンタテーブルを例に挙げて説明するが、他の機能（コピー機能や保存機能等）の使用時にベクトルスキャンを実行して得られるオブジェクトに対して、同様のオブジェクト化カウンタテーブルが構成されている。

図１７Ａにおいて、１５１７はベクトルスキャン時のカウンタである、ベクトル部門別送信カウンタテーブルの一例を示している。また、１５２７はベクトルスキャン機能の制限値である、ベクトル部門別送信制限値テーブルの一例を示している。

図１７Ａのベクトル部門別送信カウンタテーブル１５１７及びベクトル部門別送信制限値テーブル１５２７では、上述したベクトルモード選択キー１０００２１で選択するベクトルモードの種類に応じて、Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｔａｂｌｅ／Ｉｍａｇｅ、Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｉｍａｇｅ、Ｔｅｘｔ／Ｉｍａｇｅ、Ｔｅｘｔ、Ｉｍａｇｅ毎に、その生成回数をカウントして管理する管理形態を示している。

特に、図１７Ａのベクトル部門別送信制限値テーブル１５２７において、「Ａ」部門では、Ｔｅｘｔ／Ｇｒａｐｈｉｃ／Ｔａｂｌｅ／Ｉｍａｇｅモードのベクトルスキャンを許可していることを示している。

また、「Ｂ」部門では、Ｉｍａｇｅモードのベクトルスキャンを許可していることを示している。これは、すなわち、ベクトルスキャンを行っても、スキャン画像データのベクトル化を禁止することと同等である。

更に、「Ｃ」部門においては、Ｔｅｘｔ／Ｉｍａｇｅモードのベクトルスキャンを許可していることを示している。そのため、ＯＣＲによる文字のコード化は許可していることになる。

このように、各部門ごとのベクトル化処理のレベル（ベクトルモードの種類）を制御して管理することも可能になる。これにより、ベクトル化処理によって不用意に機密原稿等の原稿が再利用可能な状態に変換されることを防ぐことが可能になる。

別の一例を図１７Ｂに示す。

図１７Ｂでは、ベクトル部門別送信カウンタテーブル１５１７及びベクトル部門別送信制限値テーブル１５２７それぞれの別の一例を示している。

図１７Ｂのベクトル部門別送信カウンタテーブル１５１７及びベクトル部門別送信制限値テーブル１５２７では、上述したブロックセレクション処理によって生成されるオブジェクトの種類に応じて、Ｔｅｘｔ、Ｇｒａｐｈｉｃ、Ｔａｂｌｅ、Ｉｍａｇｅ属性毎に、その生成回数をカウントして管理する管理形態を示している。

特に、図１７Ｂのベクトル部門別送信制限値テーブル１５２７において、「Ａ」部門では、ベクトル化処理後に生成されるオブジェクトの全属性のオブジェク化を許可している（０以外の任意の制限値が設定されている）ことを示している。

また、「Ｂ」部門では、Ｔｅｘｔと、Ｉｍａｇｅ属性のみのオブジェクト化を許可している（Ｇｒａｐｈｉｃ、Ｔａｂｌｅ属性に対しては０の制限値が設定されている、つまり、これらの属性にのオブジェクト化は許可されていない）ことを示している。これは、すなわち、ベクトルスキャンを行っても、「Ｂ」部門の場合には、Ｇｒａｐｈｉｃ、Ｔａｂｌｅ属性のオブジェクトは生成を行わずに、Ｉｍａｇｅとして扱い、ベクトル化データを提供しないことと同等である。

更に、「Ｃ」部門においては、ベクトルスキャンを行ってもベクトル化処理は施されずにイメージデータとして生成される。

このように、各部門ごとのベクトルスキャンで生成されるオブジェクト化の可否を管理することで、ベクトルスキャン１枚、２枚と管理する場合とは異なり、ある部門において、Ｔｅｘｔのベクトル化は実行してしまった場合でも、Ｇｒａｐｈｉｃのベクトル化はまだ制限値に達していないので、ベクトルスキャンが可能になるといったフレキシブルな運用管理を行うことが可能になる。従って、操作者、部門やオブジェクト毎に柔軟な管理を行うことが可能になる。

また、生成されるオブジェクトの属性毎に管理を行うことが可能であるため、より付加価値の高いＧｒａｐｈｉｃのベクトル化と、付加価値の低いＩｍａｇｅ属性のオブジェクトとの間で課金料金の差をつけて徴収する場合においても、自在に課金体系に適合させることが可能なシステムを構築することができる。

尚、上記のカウンタテーブル及び制限値テーブルは一例であり、用途や目的に応じて、様々な管理内容のテーブルを構成することができる。

例えば、このテーブルの管理内容には、以下のようなものが考えられる。

・各オブジェクトの属性毎に、モノクロコピー、カラーコピーの使用回数で管理
・例えば、Ｔｅｘｔオブジェクトに関しては、文字コードに変換した文字数、ＯＣＲ認識数、処理言語の種類、文字サイズ、フォント形状等を、Ｔｅｘｔオブジェクトのオブジェクト情報として部門毎に管理
・例えば、Ｇｒａｐｈｉｃオブジェクトに関しては、関数化を行った際のアンカーポイント数で形状の複雑度合を示し、この複雑度合をＧｒａｐｈｉｃオブジェクトのオブジェクト情報として管理
・Ｉｍａｇｅオブジェクトに関しては、生成されるオブジェクトの解像度をＩｍａｇｅオブジェクトのオブジェクト情報として管理
・全体で生成されるオブジェクトの面積やオブジェクトの総数をオブジェクト情報として管理
・生成されるベクトルデータファイルの容量、日時、作成者等をベクトル画像データ情報として管理
以上の管理内容の種類に関して、操作部１１３及び表示部１１６によって操作、表示することが可能である。また、新規に登録することも可能である。さらには、クライアントＰＣ１０１の外部端末から、ネットワーク１０４やＬＡＮ１０２を介して、各種機能を実行することも可能である。また、上記各種テーブルの登録、登録内容の検索、閲覧時には、ＩＤ及びパスワードの認証を行うことで、セキュリティ性をより向上させた構成としても良い。

また、いくつかの管理形態を保持しておき、必要な管理形態をその都度、管理カウンタ１１７に設定する構成でも良いし、これらすべての管理種類を同時に持ち、同時に管理する構成でももちろん良い。

また、本発明の主旨は、上述の管理内容の種類だけに限るものではなく、ベクトルスキャン時の管理形態として、ラスタスキャン時の管理とは独立して構成し、また、ベクトルスキャン特有のオブジェクト属性やベクトルモードを管理対象とすることで、再利用という付加価値を持つベクトル化処理の管理を自由に構築することが可能なシステムを提供することができる。

以上説明したように、実施形態２によれば、実施形態１で説明した効果に加えて、用途や目的に応じた管理形態で、ＭＦＰ１００の使用管理を実現することができる。

＜実施形態３＞
実施形態１では、図１のＭＦＰ１００内に、入力されたラスタ画像データをベクトルデータファイルに変換するベクトル化処理機能を搭載して、ＭＦＰ１００上の操作部１１３及び表示部１１６を介して、ベクトル化処理機能を実行するためのベクトルモードを選択して、その選択されたベクトルモードで規定される属性毎にベクトル化されたベクトルデータファイルを生成する構成について説明した。

これに対し、実施形態３では、図１８に示すように、ＭＦＰ１００を制御することが可能なマネージメントＰＣ１０５を構成し、このマネージメントＰＣ１０５上の操作部でベクトルモードの選択操作を行い、かつＭＦＰ１００で入力されたラスタ画像データをマネージメントＰＣ１０５に転送して、マネージメントＰＣ１０５上で選択されたベクトルモードのベクトル化処理を行う構成について説明する。

まず、実施形態３の画像処理システムの構成について、図１８を用いて説明する。

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

尚、図１８において、実施形態１の図１の画像処理システムと同一の構成要素については、同一の参照番号を付加し、その詳細な説明については省略する。

図１８におけるＭＦＰ１００は、原稿を読み取る画像入力部と、画像入力部によって得られる画像信号に対する画像処理の一部を行う画像処理部を有する。また、ＭＦＰ１００とマネージメントＰＣ１０５を接続する専用のＬＡＮ１０６が構成されている場合には、ＭＦＰ１００で生成された画像信号は、ＬＡＮ１０６を介してマネージメントＰＣ１０５に入力される。一方、ＬＡＮ１０６が構成されていない場合には、ＭＦＰ１００で生成された画像信号は、ＬＡＮ１０２を介してマネージメントＰＣ１０５に入力される。

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

また、クライアントＰＣ１０１と同様、汎用コンピュータに搭載される標準的な構成要素（例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスク、外部記憶装置、ネットワークインタフェース、ディスプレイ、キーボード、マウス等）を有している。

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

図１９は本発明の実施形態３のＭＦＰの詳細構成を示す図である。

尚、図１９において、実施形態１の図２のＭＦＰと同一の構成要素については、同一の参照番号を付加し、その詳細な説明については省略する。

図１９において、ＭＦＰ１００への操作者の操作指示は、実施形態１と同様、ＭＦＰ１００の操作部１１３と表示部１１６から行うことも可能であるが、マネージメントＰＣ１０５に備わる操作部（例えば、キーボードやマウス等）から操作指示を入力して、マネージメントＰＣ１０５に備わる表示部に操作指示の状態表示及び処理中の画像データの表示を行う構成としても良い。

また、記憶部１１１は、マネージメントＰＣ１０５の外部記憶装置として機能することができ、マネージメントＰＣ１０５からも制御される。

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

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

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

まず、ステップＳ２００１で、ＭＦＰ１００の画像入力部１１０に原稿をセットし、マネージメントＰＣ１０５上の操作部に備わるベクトルスキャン選択キーによる操作に基づいて、ベクトルスキャンを選択する。

続けて、ステップＳ２００２で、マネージメントＰＣ１０５の操作部でベクトルモード選択キーから所望のベクトルモードを選択する。

尚、マネージメントＰＣ１０５の操作部及び表示部では、上述した図４Ａ〜図４Ｃと同等の機能を実現することができるように構成されている。

この際、ＭＦＰ１００の管理カウンタ１１７では、マネージメントＰＣ１０５から動作指示を受けると、各機能の動作許可に必要なＩＤの入力をマネージメントＰＣ１０５に要求する。

ここで、各機能に必要なＩＤがマネージメントＰＣ１０５から入力されると、ＭＦＰ１００は、機能の動作許可／非許可の指示を、マネージメントＰＣ１０５へ返信し、その結果に応じて、マネージメントＰＣからの動作可否を決定する。動作許可がされた場合には、上述のようにベクトルスキャンの選択動作を行った後に、ベクトルスキャンを動作させるためのスタートキーを操作することで、ステップＳ２００３で、ＭＦＰ１００は画像入力部１１０にセットされた原稿画像を読み取り、マネージメントＰＣ１０５で指定されたベクトルモードのベクトルスキャンを動作させる。

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

ステップＳ２００５で、記憶部１１１に保存された画像データを、ＬＡＮ１０２もしくはＬＡＮ１０６を介して、マネージメントＰＣ１０５へ転送する。

マネージメントＰＣ１０５は、マネージメントＰＣ１０５上に搭載されたベクトル化処理アプリケーションを起動して、図３のステップＳ１２６〜ステップＳ１２８の各処理（ブロックセレクション処理、ＯＣＲ処理、ベクトル化処理）に対応するステップＳ２００６〜ステップＳ２００８の処理を実行する。

ステップＳ２００８のベクトル化処理の終了後、ステップＳ２００９で、各オブジェクト（ブロック）のレイアウト情報を保存して、ベクトルデータファイルとしてマネージメントＰＣ１０５内の記憶部に保存する。

マネージメントＰＣ１０５内の記憶部に保存されたベクトルデータファイルは、その後、ステップＳ２０１０で、ベクトルスキャンの目的毎に、後処理を実行する。

以上説明したように、実施形態３によれば、マネージメントＰＣ１０５の操作部及び表示部を介して、ＭＦＰ１００のベクトルスキャンに関する各種指示を行い、ＭＦＰ１００において読み取った画像データをマネージメントＰＣ１０５に転送し、マネージメントＰＣ１０５上で一連のベクトル化処理を行う構成とすることで、ＭＦＰ１００にベクトル化処理機能、ベクトルスキャンに関する各種設定（例えば、ベクトルモード選択機能等）が備わっていない場合でも、マネージメントＰＣ１０５を接続することで、容易に操作者が意図するベクトルモードでのベクトルスキャンを実行することができる。

尚、実施形態３では、マネージメントＰＣ１０５でベクトル化処理を行う構成を説明したが、ＭＦＰ１００内でベクトル化処理を実行する場合も想定して、ＭＦＰ１００内でのベクトル化処理、マネージメントＰＣ１０５内でのベクトル化処理別に、管理カウンタ１１７を持つ構成としても良い。

また、ＭＦＰ１００にベクトル化処理機能、ベクトルモード選択機能が備わっていない場合に、マネージメントＰＣ１０５を接続することで、ＭＦＰ１００にこれらの機能を提供する場合には、マネージメントＰＣ１０５内にベクトルスキャン（ベクトル化スキャン機能やベクトルモード選択機能）に関する管理カウンタ１１７を構成して、ベクトルスキャンに関する使用管理を、マネージメントＰＣで実現する構成としても良い。

＜実施形態４＞
上記実施形態１〜３においては、処理対象の画像として、ＭＦＰ１００から読み取った画像に対して、図３の処理を実行する場合を例に挙げて説明したが、例えば、クライアントＰＣ１０１から受信する印刷データや、ネットワーク１０４を介して受信した画像データ（例えば、デジタルカメラで撮影された画像データ）に対して、図３の処理を実行することも可能である。

＜実施形態５＞
上記実施形態１〜４においては、図１のオフィスＡ内で実現する場合を例に挙げて説明したが、ネットワーク１０４上の他のオフィス内のＭＦＰや、ネットワーク１０４上のＭＦＰで実現する構成としても良い。

＜実施形態６＞
画像処理システムとしては、ＭＦＰやマネージメントＰＣで実現する構成としているが、画像データを扱うことが可能な機器（例えば、デジタルカメラ、携帯端末（ＰＤＡ、携帯電話等））であれば、その機器で実現する構成としても良い。

＜実施形態７＞
入力された画像データに対応するオリジナル画像が既にＭＦＰ１００の記憶部もしくはネットワーク上のサーバで管理されている場合には、そのオリジナル画像に対して、図３の処理を実行する構成としても良い。

＜実施形態８＞
管理カウンタ１１７は、ＭＦＰ１００内もしくはマネージメントＰＣ１０５内に構成する例を示したが、ネットワーク１０４を介して、アクセス可能な他の外部端末内に構成することも可能である。

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

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

また、以上の実施形態では、ベクトルモードの指定をＭＦＰやマネージメントＰＣを操作して行うようにしたが、本発明はこれに限定されるものではない。例えば、原稿にマーカーペンで閉領域を書き込み、その閉領域で囲まれたオブジェクトを所望のベクトルモードに従ってベクトル化するようにするなど種々の変更が可能である。

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

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

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

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

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

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

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

本発明の実施形態１の画像処理システムの構成を示すブロック図である。 本発明の実施形態１のＭＦＰの詳細構成を示す図である。 本発明の実施形態１の画像処理システムが実行する処理全体の概要を示すフローチャートである。 本発明の実施形態１の操作画面の一例を示す図である。 本発明の実施形態１の操作画面の一例を示す図である。 本発明の実施形態１の操作画面の一例を示す図である。 本発明の実施形態１のブロックセレクション処理の概念を説明するための図である。 本発明の実施形態１のブロック情報の一例を示す図である。 本発明の実施形態１のベクトル化処理を説明するための図である。 本発明の実施形態１のベクトル化処理を説明するための図である。 本発明の実施形態１のベクトルデータのグループ化処理を示すフローチャートである。 本発明の実施形態１のステップＳ７０１の処理の詳細を示すフローチャートである。 本発明の実施形態１のＤＡＯＦのデータ構造を示す図である。 本発明の実施形態１のアプリデータ変換処理を示すフローチャートである。 本発明の実施形態１のステップＳ８００２の処理の詳細を示すフローチャートである。 本発明の実施形態１の文書構造ツリーの説明図である。 本発明の実施形態１のＭＦＰに備わる部門管理カウンタの構成例を示す図である。 本発明の実施形態１の部門別機能カウンタテーブルの一例を示す図である。 本発明の実施形態１の部門別機能制限値テーブルの一例を示す図である。 本発明の実施形態２のベクトルスキャン時の部門別機能カウンタテーブル及び部門別制限値テーブルの一例を示す図である。 本発明の実施形態２のベクトルスキャン時の部門別機能カウンタテーブル及び部門別制限値テーブルの一例を示す図である。 本発明の実施形態３の画像処理システムの構成を示すブロック図である。 本発明の実施形態３のＭＦＰの詳細構成を示す図である。 本発明の実施形態３の画像処理システムが実行する処理全体の概要を示すフローチャートである。

符号の説明

１００ ＭＦＰ
１０１ クライアントＰＣ
１０２ ＬＡＮ
１０３ プロキシサーバ
１０４ ネットワーク
１１０ 画像入力部
１１１ 記憶部
１１２ 印刷部
１１３ 入力部
１１４ ネットワークＩ／Ｆ
１１５ データ処理部
１１６ 表示部
１１７ 管理カウンタ

Claims (8)

1. 少なくとも記憶部への画像データの保存機能を有する画像処理装置であって、
   画像読取部から原稿を読み取りラスタ画像データとして入力する入力手段と、
   前記ラスタ画像データを属性別のオブジェクトに分割する分割手段と、
   前記分割手段で分割された各オブジェクトを、ベクトル画像データに変換する変換手段と、
   前記保存機能を、前記ラスタ画像データに使用する場合と、前記ベクトル画像データに使用する場合とで、別々に使用管理情報を管理するとともに、前記保存機能を前記ベクトル画像データに使用する場合に、前記画像処理装置の操作者ごともしくは操作者の部門ごとに、前記分割手段で分割されたオブジェクトの属性別に前記変換手段によるベクトル画像データの生成回数と該生成回数に基づく該変換手段による変換の可否とを管理する管理手段と、
   前記管理手段による管理内容を登録する登録手段と
   を備えることを特徴とする画像処理装置。
2. 前記変換手段は、
   前記ラスタ画像データを属性別に分割されるオブジェクト単位でベクトル画像データを生成するベクトル化処理を行う場合に、ベクトル化処理対象のオブジェクトの属性の種類を選択する選択手段と、
   前記選択手段で選択された属性の種類に基づいて、前記ラスタ画像データを属性毎のオブジェクトに分割する分割手段と、
   前記分割手段で分割されたオブジェクトの各属性に対応するベクトル化処理を、各オブジェクトに対して実行するベクトル化処理手段と、
   を備えることを特徴とする請求項１に記載の画像処理装置。
3. 画像読取部から原稿を読み取りラスタ画像データとして入力する入力部を備える画像処理装置とネットワークを介して接続され、前記画像処理装置を制御可能な情報処理装置であって、
   前記画像処理装置が有する少なくとも記憶部への画像データの保存機能に対する操作に基づいて、前記画像処理装置より処理対象のラスタ画像データを前記ネットワークを介して受信する受信手段と、
   前記ラスタ画像データを属性別のオブジェクトに分割する分割手段と、
   前記分割手段で分割された各オブジェクトを、ベクトル画像データに変換する変換手段と、
   前記保存機能を、前記ラスタ画像データに使用する場合と、前記ベクトル画像データに使用する場合とで、別々に使用管理情報を管理するとともに、前記保存機能を前記ベクトル画像データに使用する場合に、前記画像処理装置の操作者ごともしくは操作者の部門ごとに、前記分割手段で分割されたオブジェクトの属性別に前記変換手段によるベクトル画像データの生成回数と該生成回数に基づく該変換手段による変換の可否とを管理する管理手段と、
   前記管理手段による管理内容を登録する登録手段と
   を備えることを特徴とする情報処理装置。
4. 少なくとも記憶部への画像データの保存機能を有する画像処理装置の制御方法であって、
   画像読取部から原稿を読み取りラスタ画像データとして入力する入力工程と、
   前記ラスタ画像データを属性別のオブジェクトに分割するオブジェクト分割工程と、
   前記分割工程で分割された各オブジェクトを、ベクトル画像データに変換する変換工程と、
   前記保存機能を、前記ラスタ画像データに使用する場合と、前記ベクトル画像データに使用する場合とで、別々に使用管理情報を管理するとともに、前記保存機能を前記ベクトル画像データに使用する場合に、前記画像処理装置の操作者ごともしくは操作者の部門ごとに、前記分割工程で分割されたオブジェクトの属性別に前記変換工程によるベクトル画像データの生成回数と該生成回数に基づく該変換工程による変換の可否とを管理する管理工程と、
   前記管理工程による管理内容を登録する登録工程と
   を備えることを特徴とする画像処理装置の制御方法。
5. 前記変換工程は、
   前記ラスタ画像データを属性別に分割されるオブジェクト単位でベクトル画像データを生成するベクトル化処理を行う場合に、ベクトル化処理対象のオブジェクトの属性の種類を選択する選択工程と、
   前記選択工程で選択された属性の種類に基づいて、前記ラスタ画像データを属性毎のオブジェクトに分割する分割工程と、
   前記分割工程で分割されたオブジェクトの各属性に対応するベクトル化処理を、各オブジェクトに対して実行するベクトル化処理工程と、
   を備えることを特徴とする請求項４に記載の画像処理装置の制御方法。
6. 画像読取部から原稿を読み取りラスタ画像データとして入力する入力部を備える画像処理装置とネットワークを介して接続され、前記画像処理装置を制御可能な情報処理装置の制御方法であって、
   前記画像処理装置が有する少なくとも記憶部への画像データの保存機能に対する操作に基づいて、前記画像処理装置より処理対象のラスタ画像データを前記ネットワークを介して受信する受信工程と、
   前記ラスタ画像データを属性別のオブジェクトに分割する分割工程と、
   前記分割工程で分割された各オブジェクトを、ベクトル画像データに変換する変換工程と、
   前記保存機能を、前記ラスタ画像データに使用する場合と、前記ベクトル画像データに使用する場合とで、別々に使用管理情報を管理するとともに、前記保存機能を前記ベクトル画像データに使用する場合に、前記画像処理装置の操作者ごともしくは操作者の部門ごとに、前記分割工程で分割されたオブジェクトの属性別に前記変換工程によるベクトル画像データの生成回数と該生成回数に基づく該変換工程による変換の可否とを管理する管理工程と、
   前記管理工程による管理内容を登録する登録工程と
   を備えることを特徴とする情報処理装置の制御方法。
7. 少なくとも記憶部への画像データの保存機能を有する画像処理装置の制御をコンピュータに実行させるためのプログラムであって、
   画像読取部から原稿を読み取りラスタ画像データとして入力する入力工程と、
   前記ラスタ画像データを属性別のオブジェクトに分割する分割工程と、
   前記分割工程で分割された各オブジェクトを、ベクトル画像データに変換する変換工程と、
   前記保存機能を、前記ラスタ画像データに使用する場合と、前記ベクトル画像データに使用する場合とで、別々に使用管理情報を管理するとともに、前記保存機能を前記ベクトル画像データに使用する場合に、前記画像処理装置の操作者ごともしくは操作者の部門ごとに、前記分割工程で分割されたオブジェクトの属性別に前記変換工程によるベクトル画像データの生成回数と該生成回数に基づく該変換工程による変換の可否とを管理する管理工程と、
   前記管理工程による管理内容を登録する登録工程と
   をコンピュータに実行させることを特徴とするプログラム。
8. 画像読取部から原稿を読み取りラスタ画像データとして入力する入力部を備える画像処理装置とネットワークを介して接続され、前記画像処理装置を制御可能な情報処理装置の制御をコンピュータに実行させるためのプログラムであって、
   前記画像処理装置が有する少なくとも記憶部への画像データの保存機能に対する操作に基づいて、前記画像処理装置より処理対象のラスタ画像データを前記ネットワークを介して受信する受信工程と、
   前記ラスタ画像データを属性別のオブジェクトに分割する分割工程と、
   前記分割工程で分割された各オブジェクトを、ベクトル画像データに変換する変換工程と、
   前記保存機能を、前記ラスタ画像データに使用する場合と、前記ベクトル画像データに使用する場合とで、別々に使用管理情報を管理するとともに、前記保存機能を前記ベクトル画像データに使用する場合に、前記画像処理装置の操作者ごともしくは操作者の部門ごとに、前記分割工程で分割されたオブジェクトの属性別に前記変換工程によるベクトル画像データの生成回数と該生成回数に基づく該変換工程による変換の可否とを管理する管理工程と、
   前記管理工程による管理内容を登録する登録工程と
   をコンピュータに実行させることを特徴とするプログラム。

Images