(57)【要約】【課題】  ベクトルデータで表現されている電子データ中の文字部の可読性を維持したまま、縮小変倍して印刷出力することを可能にする画像処理装置及びその制御方法、プログラムを提供する。【解決手段】  出力すべきアウトラインベクタのサイズが所定サイズ以下であるか否かを判別する。出力すべきアウトラインベクタのサイズが所定サイズ以下であると判別された場合、アウトラインベクタに対応するアウトラインフォントデータを用いてイメージデータを生成する。一方、出力すべきアウトラインベクタのサイズが所定サイズを超えると判別された場合、アウトラインベクタを用いてイメージデータを生成する。【選択図】  図２１
2008109394.tif 000002
【特許請求の範囲】
【請求項１】
出力すべきアウトラインベクタのサイズが所定サイズ以下であるか否かを判別する判別手段と、
前記判別手段により出力すべきアウトラインベクタのサイズが所定サイズ以下であると判別された場合、前記アウトラインベクタに対応するアウトラインフォントデータを用いてイメージデータを生成し、前記判別手段により出力すべきアウトラインベクタのサイズが所定サイズを超えると判別された場合、前記アウトラインベクタを用いてイメージデータを生成する生成手段と
を有することを特徴とする画像処理装置。
【請求項２】
前記判別手段により出力すべきアウトラインベクタのサイズが所定サイズ以下であると判別された場合、前記アウトラインベクタを前記アウトラインベクタに対応するアウトラインフォントデータを読み出すための情報に置換する置換手段と、
前記置換手段により置換されたアウトラインフォントデータを読み出すための情報に基づき、アウトラインフォントデータを読み出す読出手段と
を更に有することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記判別手段により出力すべきアウトラインベクタのサイズが所定サイズ以下であると判別された場合、前記アウトラインベクタを前記アウトラインベクタに対応するアウトラインフォントデータに置換する置換手段を更に有する
ことを特徴とする請求項１に記載の画像処理装置。
【請求項４】
前記アウトラインフォントデータは、所定サイズより小さい文字の可読性を高めるための情報を含む
ことを特徴とする請求項１または２に記載の画像処理装置。
【請求項５】
出力すべきアウトラインベクタのサイズが所定サイズ以下であるか否かを判別する判別ステップと、
前記判別ステップにより出力すべきアウトラインベクタのサイズが所定サイズ以下であると判別された場合、前記アウトラインベクタに対応するアウトラインフォントデータを用いてイメージデータを生成し、前記判別ステップにより出力すべきアウトラインベクタのサイズが所定サイズを超えると判別された場合、前記アウトラインベクタを用いてイメージデータを生成する生成ステップと
を有することを特徴とする画像処理方法。
【請求項６】
前記判別ステップにより出力すべきアウトラインベクタのサイズが所定サイズ以下であると判別された場合、前記アウトラインベクタを前記アウトラインベクタに対応するアウトラインフォントデータを読み出すための情報に置換する置換ステップと、
前記置換ステップにより置換されたアウトラインフォントデータを読み出すための情報に基づき、アウトラインフォントデータを読み出す読出ステップと
を更に有することを特徴とする請求項５に記載の画像処理方法。
【請求項７】
前記判別ステップにより出力すべきアウトラインベクタのサイズが所定サイズ以下であると判別された場合、前記アウトラインベクタを前記アウトラインベクタに対応するアウトラインフォントデータに置換する置換ステップを更に有する
ことを特徴とする請求項５に記載の画像処理方法。
【請求項８】
前記アウトラインフォントデータは、所定サイズより小さい文字の可読性を高めるための情報を含む
ことを特徴とする請求項５または６に記載の画像処理方法。
【請求項９】
出力すべきアウトラインベクタのサイズが所定サイズ以下であるか否かを判別する判別ステップと、
前記判別ステップにより出力すべきアウトラインベクタのサイズが所定サイズ以下であると判別された場合、前記アウトラインベクタに対応するアウトラインフォントデータを用いてイメージデータを生成し、前記判別ステップにより出力すべきアウトラインベクタのサイズが所定サイズを超えると判別された場合、前記アウトラインベクタを用いてイメージデータを生成する生成ステップと
をコンピュータに実行させることを特徴とするプログラム。
【請求項１０】
前記判別ステップにより出力すべきアウトラインベクタのサイズが所定サイズ以下であると判別された場合、前記アウトラインベクタを前記アウトラインベクタに対応するアウトラインフォントデータを読み出すための情報に置換する置換ステップと、
前記置換ステップにより置換されたアウトラインフォントデータを読み出すための情報に基づき、アウトラインフォントデータを読み出す読出ステップと
を更にコンピュータに実行させることを特徴とする請求項９に記載のプログラム。
【請求項１１】
前記判別ステップにより出力すべきアウトラインベクタのサイズが所定サイズ以下であると判別された場合、前記アウトラインベクタを前記アウトラインベクタに対応するアウトラインフォントデータに置換する置換ステップを更にコンピュータに実行させる
ことを特徴とする請求項９に記載のプログラム。
【請求項１２】
前記アウトラインフォントデータは、所定サイズより小さい文字の可読性を高めるための情報を含む
ことを特徴とする請求項９または１０に記載のプログラム。
【請求項１３】
請求項９乃至１２いずれか１項に記載のプログラムを記録したコンピュータ読取可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、入力された画像データを処理する画像処理装置及びその制御方法、プログラムに関するものである。
【背景技術】
【０００２】
近年、環境問題がクローズアップされている中で、オフィス等でのペーパーレス化が急速に進んでいる。そこで、従来からバインダー等で蓄積・保存された紙文書をスキャナで読み取って、ポータブルドキュメントフォーマット（以下、「ＰＤＦ」と略す。）に変換し、画像記憶装置（データベース）に蓄積・保存する文書管理システムが構築されている。
【０００３】
また、原稿を読み取って得た画像データに含まれる文字情報を認識し、フォントデータと関連付けるものが知られている（例えば、特許文献１参照）。これにより、紙文書等の再利用・再編集が容易となる。
【０００４】
さらに、読み取って得た画像データに含まれる文字情報をフォントデータに関連付けてしまうことで、原稿に記載された文字情報に完全に忠実なものとはならないという、特許文献１において発生する課題を解決する方法が特許文献２に記載されている。これには、画像データに含まれる文字情報を、ベクトルデータを用いてアウトライン化して、この文字情報の文字種と関連付けて管理する方法が記載されている。
【０００５】
また、特許文献２では、ベクトルデータを用いて文字情報をアウトライン化したデータを、所定の文書作成ソフトウェアで取り扱い可能なフォーマットに変換する手法についても記載されている。
【０００６】
このように作成された電子データは、文字情報が元の入力原稿画像に忠実なものとなっており、また、変倍した際もベクトルデータによる変倍によって、出力することができる。
【０００７】
一方で、既知の技術として、所定の書式のフォントには、ヒント情報という情報が付加されている。このヒント情報によって、文字が所定サイズ以下の極めて小さい文字に縮小変倍される場合には、文字を構成する線同士が重なって可読性が損なわれるのを防ぐために、文字を構成する線幅を細くするように補正することができる（特許文献３）。
【特許文献１】特開平５−１２４０２号公報
【特許文献２】特開２００５−１５７４４８号公報
【特許文献３】特開平６−９５６４７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献２に記載されている手法においては、文字情報をフォントとして扱わず、ベクトルデータとして扱ってフォントの有するヒント情報を用いない。そのため、例えば、作成された電子データを、６ｉｎ１、８ｉｎ１等の縮小割付印刷等のように、文字部を極めて小さい縮小変倍処理して出力する場合に、文字部が潰れてむしろ可読性が損なわれるおそれがある。
【０００９】
本発明は上記の課題を解決するためになされたものであり、電子データ中の文字部の可読性を維持したまま、極縮小変倍して印刷出力することを可能にする画像処理装置及びその制御方法、プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の目的を達成するための本発明による画像処理装置は以下の構成を備える。即ち、
出力すべきアウトラインベクタのサイズが所定サイズ以下であるか否かを判別する判別手段と、
前記判別手段により出力すべきアウトラインベクタのサイズが所定サイズ以下であると判別された場合、前記アウトラインベクタに対応するアウトラインフォントデータを用いてイメージデータを生成し、前記判別手段により出力すべきアウトラインベクタのサイズが所定サイズを超えると判別された場合、前記アウトラインベクタを用いてイメージデータを生成する生成手段と
を有する。
【００１１】
また、好ましくは、前記判別手段により出力すべきアウトラインベクタのサイズが所定サイズ以下であると判別された場合、前記アウトラインベクタを前記アウトラインベクタに対応するアウトラインフォントデータを読み出すための情報に置換する置換手段と、
前記置換手段により置換されたアウトラインフォントデータを読み出すための情報に基づき、アウトラインフォントデータを読み出す読出手段と
を更に有する。
【００１２】
また、好ましくは、前記判別手段により出力すべきアウトラインベクタのサイズが所定サイズ以下であると判別された場合、前記アウトラインベクタを前記アウトラインベクタに対応するアウトラインフォントデータに置換する置換手段を更に有する。
【００１３】
また、好ましくは、前記アウトラインフォントデータは、所定サイズより小さい文字の可読性を高めるための情報を含む。
【００１４】
上記の目的を達成するための本発明による画像処理方法は以下の構成を備える。即ち、
出力すべきアウトラインベクタのサイズが所定サイズ以下であるか否かを判別する判別ステップと、
前記判別ステップにより出力すべきアウトラインベクタのサイズが所定サイズ以下であると判別された場合、前記アウトラインベクタに対応するアウトラインフォントデータを用いてイメージデータを生成し、前記判別ステップにより出力すべきアウトラインベクタのサイズが所定サイズを超えると判別された場合、前記アウトラインベクタを用いてイメージデータを生成する生成ステップと
を有する。
【００１５】
上記の目的を達成するための本発明によるプログラムは以下の構成を備える。即ち、
出力すべきアウトラインベクタのサイズが所定サイズ以下であるか否かを判別する判別ステップと、
前記判別ステップにより出力すべきアウトラインベクタのサイズが所定サイズ以下であると判別された場合、前記アウトラインベクタに対応するアウトラインフォントデータを用いてイメージデータを生成し、前記判別ステップにより出力すべきアウトラインベクタのサイズが所定サイズを超えると判別された場合、前記アウトラインベクタを用いてイメージデータを生成する生成ステップと
をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、ベクトルデータで表現されている電子データ中の文字部の可読性を維持したまま、極縮小変倍して印刷出力することを可能にする画像処理装置及びその制御方法、プログラムを提供できる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態について図面を用いて詳細に説明する。
【００１８】
＜実施形態１＞
図１は本発明の実施形態１に係る画像処理システムの構成を示すブロック図である。図１に示す画像処理システムは、オフィス１０とオフィス２０とをインターネット等のネットワーク１０４で接続された環境で実現される。
【００１９】
オフィス１０内に構築されたＬＡＮ１０７には、ＭＦＰ１００と、ＭＦＰ１００を制御するマネージメントＰＣ１０１と、クライアントＰＣ１０２と、文書管理サーバ１０６ａと、そのデータベース１０５ａ及びプロキシサーバ１０３ａが接続されている。また、オフィス２０内に構築されたＬＡＮ１０８には、文書管理サーバ１０６ｂと、そのデータベース１０５ｂ及びプロキシサーバ１０３ｂが接続されている。
【００２０】
尚、クライアントＰＣ１０２は、外部記憶部、検索イメージ入力部及び検索結果出力部を備えている。また、ＬＡＮ１０７及びオフィス２０内のＬＡＮ１０８は、プロキシサーバ１０３ａ、１０３ｂを介してインターネット等のネットワーク１０４に接続されている。また、ＭＦＰは、Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌの略称であり、複数種類の機能（複写機能、印刷機能、送信機能等）を実現する複合機である。
【００２１】
画像処理装置として機能するＭＦＰ１００は、本実施形態において、紙文書を光学的に読み取って画像信号に変換する画像読取処理と、読取画像信号に対する画像処理の一部を担当し、画像信号はＬＡＮ１０９を用いてマネージメントＰＣ１０１に入力する。尚、マネージメントＰＣ１０１は、通常のＰＣでも実現可能であり、内部に画像記憶部、画像処理部、表示部及び入力部を備える。また、マネージメントＰＣ１０１は、その一部又は全部をＭＦＰ１００と一体化して構成してもよい。
【００２２】
図２は本発明の実施形態１に係るＭＦＰ１００の構成を示すブロック図である。図２において、オートドキュメントフィーダ（以下、「ＡＤＦ」と略す。）を含む画像読取部１１０は、束状或いは１枚の原稿画像を内部に備える光源で照射し、原稿反射像をレンズで固体撮像素子上に結像する。そして、固体撮像素子からラスタ状の画像読取信号を、例えば、６００ｄｐｉの密度のイメージ情報として得る。そして、通常の複写機能を用いる場合は、この画像信号をデータ処理部１１５で印刷信号へ画像処理し、複数毎複写の場合は記憶部１１１に一旦１ページ分の印刷データを保持した後、形成部１１２に順次出力して紙上に画像を形成する。
【００２３】
一方、クライアントＰＣ１０２から出力される印刷データは、ＬＡＮ１０７からＭＦＰ１００に入力され、ネットワークＩ／Ｆ１１４を経てデータ処理部１１５で印刷可能なラスタデータに変換される。その後、形成部１１２に出力して紙上に印刷画像として形成される。
【００２４】
ＭＦＰ１００への操作者の指示は、ＭＦＰ１００に装備されているキー等の入力部１１３、或いはマネージメントＰＣ１０１のキーボードやマウス等からなる入力部から行われ、これら一連の動作はデータ処理部１１５内の制御部で制御される。
【００２５】
一方、操作入力の状態表示及び処理中の画像データの表示は、ＭＦＰ１００の表示部１１６、または、マネージメントＰＣ１０１、クライアントＰＣ１０２のモニタ等の表示部で行われる。尚、記憶部１１１は、マネージメントＰＣ１０１からも制御され、ＭＦＰ１００とマネージメントＰＣ１０１とのデータの授受及び制御は、ネットワークＩ／Ｆ１１７及び直結したＬＡＮ１０９を用いて行われる。
【００２６】
［処理概要］
次に、本発明の実施形態１に係る画像処理システムによる画像処理全体の概要について説明する。図３は本発明の実施形態１に係る画像処理システムによる画像処理の手順について説明するためのフローチャートである。
【００２７】
まず、ＭＦＰ１００における画像読取部１１０を動作させて１枚の原稿をラスタ走査し、例えば、６００ｄｐｉ、８ビットの画像信号を得る（イメージ入力処理：ステップＳ１２００）。尚、当該画像信号は、データ処理部１１５で前処理を施して記憶部１１１に１ページ分の画像データとして保存する。
【００２８】
次に、マネージメントＰＣ１０１のＣＰＵにより、記憶部１１１に格納された画像信号から、まず、文字／線画部分とハーフトーンの画像部分とに領域を分離する。そして、文字部分はさらに段落で塊として纏まっているブロック毎に、或いは、線で構成された表、図形に分離し各々セグメント化する。一方、ハーフトーンで表現される画像部分は、矩形に分離されたブロックの画像部分、背景部等のいわゆるブロック毎に独立したオブジェクトに分割する（ＢＳ（ブロックセレクション）処理：ステップＳ１２０１）。
【００２９】
このとき、原稿画像中に付加情報として記録された２次元バーコード、或いはＵＲＬに該当するオブジェクトを検出して、ＵＲＬはＯＣＲ処理（光学的文字認識処理）で文字認識し、２次元バーコード又は当該オブジェクトを解読する（ステップＳ１２０２）。
【００３０】
次いで、原稿画像のオリジナル電子ファイルが格納されている記憶部１１１内のポインタ情報を検出する（ステップＳ１２０３）。尚、ポインタ情報を付加する手段としては、他に文字と文字の間隔に情報を埋め込む方法や、ハーフトーンの画像に埋め込む方法等の直接可視化されない電子透かしによる方法を用いた場合であってもよい。このように付加情報が電子透かしとして埋め込まれている場合は、ステップＳ１２０２では透かし情報を検出して解読することとなる。
【００３１】
そして、ポインタ情報が検出されたか否かを判定する（ステップＳ１２０４）。ポインタ情報が検出された場合（ステップＳ１２０４でＹＥＳ）は、ポインタ情報で示されたアドレスから原稿画像に対応する電子ファイルを検索する（ステップＳ１２０５）。電子ファイルは、図１において、例えば、クライアントＰＣ１０２内のハードディスク内に格納されている。また或いは、電子ファイルは、オフィス１０、２０のＬＡＮ１０７、１０８に接続された文書管理サーバ１０６ａ、１０６ｂ内のデータベース１０５ａ、１０５ｂ、或いはＭＦＰ１００自体が有する記憶部１１１に格納されている。そして、ステップＳ１２０３で得られたポインタ情報に従って、これらの記憶部１１１内から検索される。
【００３２】
一方、電子ファイルが検出されない場合（ステップＳ１２０４でＮＯ）、ステップＳ１２０６に進む。又は、検出されたがＰＤＦやｔｉｆｆに代表されるようなイメージファイルである場合（即ち、既存の文書作成ソフトウェア等では再利用・再編集ができないイメージファイルの場合）は、ステップＳ１２０６に進む。また、ステップＳ１２０４で、ポインタ情報自体が存在しない場合（ステップＳ１２４でＮＯ）も、ステップＳ１２０６に進む。
【００３３】
ステップＳ１２０６で、電子ファイル検索処理を実行する。まず、ステップＳ１２０２で各テキストブロックに対するＯＣＲ結果から単語を抽出して、全文検索或いは各オブジェクトの配列と各オブジェクトの属性からいわゆるレイアウト検索を行う。検索の結果、類似度の高い電子ファイルが検索された場合、そのサムネイル等の検索結果を表示する（ステップＳ１２０７）。また、検索された電子ファイルが複数存在する場合等の操作者の選択が必要な場合は、操作者の入力操作よって電子ファイルの特定を行う。尚、候補の電子ファイルが１つしかない場合、自動的にステップＳ１２０８からステップＳ１２１３に分岐して、格納アドレスを通知する。
【００３４】
また、ステップＳ１２０６で、電子ファイルが検索されない場合（ステップＳ１２０８でＮＯ）、或いは、検索されたがＰＤＦやｔｉｆｆに代表されるイメージファイルである場合、ステップＳ１２０９に分岐してベクトル化処理を行う。
【００３５】
ステップＳ１２０９で、ラスタデータ（ラスタ画像データ）からベクトルデータ（ベクトル画像データ）への変換処理を行って、オリジナルの電子ファイルに近い、編集容易で容量の小さい電子ファイルに変換する。詳細については、図４を用いて説明する。図４は、入力画像の文字情報を、ベクトルデータでアウトライン化する画像処理システムによるベクトル化処理の詳細について説明するためのフローチャートである。
【００３６】
まず、ステップＳ１２０１で分割されたブロックの内、先頭（画像の左上原点）に位置するブロックを入力する（ステップＳ１３００）。次いで、入力されたブロックがテキストブロックか否かを判定する（ステップＳ１３０１）。判定の結果、テキストブロックでない場合（ステップＳ１３０１でＮＯ）、ステップＳ１３０２に進む。
【００３７】
一方、判定の結果、当該ブロックがテキストブロックである場合（ステップＳ１３０１でＹＥＳ）、ステップＳ１２０２で既に処理された当該ブロックのＯＣＲ済データをすべて読み出す（ステップＳ１３０３）。そして、テキストブロック内の先頭（左上原点）に位置する文字矩形（文字ブロック）に処理対象を設定する（ステップＳ１３０４）。
【００３８】
次に、テキストブロック内に文字矩形が存在するか否かを判定する（ステップＳ１３０５）。文字矩形が存在しない場合（ステップＳ１３０５でＮＯ）、ステップＳ１３１０に進む。一方、文字矩形が存在する場合（ステップＳ１３０５でＹＥＳ）、当該文字矩形に対応する文字コードを読み出す（ステップＳ１３０６）。
【００３９】
そして、その読出結果から、該当する文字矩形内の文字コードが既に変換済か否かを判定する（ステップＳ１３０７）。判定の結果、文字コードが既に変換済である場合（ステップＳ１３０７でＹＥＳ）、次の文字矩形を処理対象に設定する（ステップＳ１３０８）、ステップＳ１３０５以降の処理を次の文字矩形に対して行う。尚、ここでの判定は、文字コードが同一であるか否かを判定するものであり、文字の色や文字サイズは異なっていても構わない。
【００４０】
一方、ステップＳ１３０７で、文字コードが変換済みでない場合（ステップＳ１３０７でＮＯ）、即ち、過去に現れていない文字コードである場合、フォント認識／変換、フォントデータの登録を行うフォント変換処理を行う（ステップＳ１３０９）。そして、次の文字矩形に処理対象を設定し（ステップＳ１３０８）、ステップＳ１３０５以降の処理を次の文字矩形に対して行う。
【００４１】
ステップＳ１３０５では、文字矩形がもはや存在しないと判定された場合（ステップＳ１３０５でＮＯ）、即ち、当該テキストブロック内の文字矩形全てに対して上記処理が終了した場合は、次のブロックを処理対象に設定する（ステップＳ１３１０）。そして、移行した次のブロックが存在するか否かを判定する（ステップＳ１３１１）。
【００４２】
ブロックが存在する場合（ステップＳ１３１１でＹＥＳ）、再び当該ブロックがテキストブロックか否かを判定する（ステップＳ１３０１）。そして、テキストブロックでない場合（ステップＳ１３０１でＮＯ）は、文字以外の所定のベクトル化処理を実行する（ステップＳ１３０２）。その後、次のブロックを処理対象に設定する（ステップＳ１３１０）。また、ステップＳ１３０１でテキストブロックであると判定された場合（ステップＳ１３０１でＹＥＳ）は、上述した処理が行われる。
【００４３】
尚、ステップＳ１３１１でブロックが存在しない場合（ステップＳ１３１１でＮＯ）、すべてのブロックの処理を終了し、本ベクトル化処理を終了する。このような処理を行うことにより、文字矩形毎に必要であった処理の重いフォント認識／変換による負荷を最小限に抑え、効率よくベクトル化処理を行うことが可能となる。即ち、負荷の大きいフォント変換や認識処理を毎回１文字単位で行う必要がなくなり、大幅な処理速度の向上が期待できる。ベクトル化処理によって得たベクトルデータは文字コード、文字の色、文字サイズ等の情報とそれぞれ関連付けられて記憶部１１１に記憶される。
【００４４】
図４を用いて説明したステップＳ１２０９のベクトル化処理を各ブロックに対して行った後、実施形態１に係る画像処理システムでは、次の処理を行う。つまり、文書のレイアウト情報を活用して、例えば、ｒｔｆに変換する等のアプリデータ（アプリケーションデータの略称）への変換処理を行う（ステップＳ１２１０）。そして、変換後のファイルを電子ファイルとして記憶部１１１に格納する（ステップＳ１２１１）。
【００４５】
ベクトル化された原稿画像は、以降、同様の処理を行う際に直接電子ファイルとして検索することができるように、検索のためのインデックス情報を生成して検索用インデックスファイルに追加する（ステップＳ１２１２）。そして、格納アドレスを操作者に通知する（ステップＳ１２１３）。
【００４６】
さらに、操作者が行おうしている処理が、印刷であるか否を判定する（ステップＳ１２１４）。印刷の場合（ステップＳ１２１４でＹＥＳ）、ステップＳ１２１５に進み、ポインタ情報をイメージデータとしてファイルに付加するポインタ情報付加処理を行う。
【００４７】
ステップＳ１２０８で、電子ファイルが検索された場合（ステップＳ１２０８でＹＥＳ）も、同様に直接電子ファイルを特定するためにステップＳ１２１３に進み、格納アドレスを操作者に通知する。更に、印刷する場合（ステップＳ１２１４でＹＥＳ）、同様にポインタ情報を電子ファイルに付加する（ステップＳ１２１５）。尚、ステップＳ１２０５でポインタ情報から電子ファイルが特定できた場合、検索処理で電子ファイルが検索できた場合（ステップＳ１２０８でＹＥＳ）も、電子ファイルの格納アドレスを操作者に通知する（ステップＳ１２１３）。
【００４８】
尚、以上の処理によって得られた電子ファイル自体を用いて、例えば、画像の編集、蓄積、伝送、印刷等の処理を行うことが可能になる（ステップＳ１２１６）。
【００４９】
上述したような処理によって、イメージデータを用いる場合に比べて、再利用・再編集等の処理が可能になる。これに加えて、情報量を削減することにより蓄積効率が高まり、伝送時間が短縮され、印刷、表示する際には高品位なデータとして非常に優位となるという効果が得られる。
【００５０】
以下、各処理ブロックに対して詳細に説明する。
【００５１】
まず、ステップＳ１２０１で示すブロックセレクション（ＢＳ）処理について説明する。
【００５２】
［ブロックセレクション処理］
図５は、ブロックセレクション処理によって読み取った１枚のイメージデータの属性を判定し、複数のブロックに分割する様子を示す図である。即ち、ブロックセレクション処理は、ステップＳ１２００で読み取った一頁のイメージデータ５１を、オブジェクト毎の塊（ブロック）群５２として認識する。そして、それぞれのブロックを文字（ＴＥＸＴ）、写真（ＰＨＯＴＯ）、線（ＬＩＮＥ）、表（ＴＡＢＬＥ）等の属性に判定し、異なる属性を持つ領域（ブロック）に分割する。
【００５３】
ブロックセレクション処理の一実施形態を以下に説明する。
【００５４】
まず、入力画像を白黒に２値化して、輪郭線追跡を行って黒画素輪郭で囲まれる画素の塊を抽出する。そして、面積の大きい黒画素の塊については、内部にある白画素に対して同様に輪郭線追跡を行って白画素の塊を抽出する。さらに、一定面積以上の白画素の塊の内部からも再帰的に黒画素の塊を抽出する。尚、上記処理は、白地に黒字等で記載されている原稿の場合の処理であって、それ以外の場合は背景に相当する色を「白」、オブジェクトに相当する色を「黒」とすることにより同様に処理することができる。
【００５５】
このようにして得られた黒画素の塊を、大きさ及び形状等で分類し、異なる属性を持つ領域へ分類する。例えば、縦横比が１に近く、大きさが一定の範囲のものを文字相当の画素塊とし、さらに近接する文字が整列良くグループ化可能な部分を文字領域とする。また、扁平な画素塊を線領域、一定の大きさ以上でかつ四角系の白画素塊を整列よく内包する黒画素塊の占める範囲を表領域、不定形の画素塊が散在している領域を写真領域、それ以外の任意形状の画素塊を図画領域等とする。
【００５６】
図６は、ブロックセレクション処理で得られた各ブロックに対するブロック情報の一例（ブロック情報テーブル）について示す図である。図６に示されるブロック毎の情報は、後述するベクトル化、検索処理のための情報として用いられる。
【００５７】
［イメージデータからポインタ情報の検出］
まず、ステップＳ１２０２で示す電子ファイルの格納位置を、読み取られたイメージデータから抽出するためのＯＣＲ／ＯＭＲ処理について説明する。
【００５８】
《文字認識》
文字認識処理のため、実施形態１では、文字単位で切り出された画像に対し、パターンマッチングの一手法を用いて認識を行い、対応する文字コードを得る。この認識処理は、文字画像から得られる特徴を数十次元の数値列に変換した観測特徴ベクトルと、予め文字種毎に求められている辞書特徴ベクトルと比較し、最も距離の近い文字種を認識結果とする処理である。尚、特徴ベクトルの抽出には種々の公知手法があり、例えば、文字をメッシュ状に分割し、各メッシュ内の文字線を方向別に線素としてカウントしたメッシュ数次元ベクトルを特徴とする方法を用いることができる。
【００５９】
ブロックセレクション処理（ステップＳ１２０１）で抽出された文字領域に対して文字認識を行う場合、まず該当領域に対して横書き、縦書きの判定を行い、各々対応する方向に行を切り出し、その後文字を切り出して文字画像を得る。横書き、縦書きの判定は、該当領域内で画素値に対する水平／垂直の射影を取り、水平射影の分散が大きい場合は横書き領域、垂直射影の分散が大きい場合は縦書き領域と判断すればよい。
【００６０】
また、文字列及び文字への分解は、横書きの場合は水平方向の射影を利用して行を切り出し、さらに切り出された行に対する垂直方向の射影から、文字を切り出す。一方、縦書きの文字領域に対しては、水平と垂直を逆にすればよい。尚、文字のサイズは切り出した大きさに基づいて検出することができる。
【００６１】
《バーコード読取》
図７は、原稿画像中に付加された２次元バーコード（ＱＲコードシンボル）を復号してデータ文字列を出力する手順を説明するためのフローチャートである。図８は、２次元バーコードが付加された原稿３１０の一例を示す図である。
【００６２】
まず、データ処理部１１５内のページメモリに格納された原稿３１０を読み取って得られたイメージデータを内部のＣＰＵで走査して、前述したブロックセレクション処理の結果から所定の２次元バーコードシンボル３１１の位置を検出する。ＱＲコードの位置検出パターンは、シンボルの４隅のうちの３隅に配置される同一の位置検出要素パターン３１１ａ〜３１１ｃから構成される（ステップＳ３００）。
【００６３】
次に、位置検出パターンに隣接する形式情報を復元し、シンボルに適用されている誤り訂正レベル及びマスクパターンを取得する（ステップＳ３０１）。さらに、シンボルの型番を決定する（ステップＳ３０２）。その後、形式情報で得られたマスクパターンを使って符号化領域ビットパターンをＸＯＲ演算することによってマスク処理を解除する（ステップＳ３０３）。
【００６４】
そして、モデルに対応する配置規則に従い、シンボルキャラクタを読み取り、メッセージのデータ及び誤り訂正コード語を復元する（ステップＳ３０４）。次いで、復元されたコード上に誤りがあるかどうかの検出を行う（ステップＳ３０５）。その結果、誤りが検出された場合（ステップＳ３０５でＹＥＳ）、当該誤りを訂正する（ステップＳ３０６）。そして、誤り訂正されたデータより、モード指示子及び文字数指示子に基づいて、データコード語をセグメントに分割する（ステップＳ３０７）。最後に、仕様モードに基づいてデータ文字を復号し、結果を出力する（ステップＳ３０８）。尚、ステップＳ３０５で誤りが検出されなかった場合（ステップＳ３０５でＮＯ）は、ステップＳ３０７に進む。
【００６５】
ここで、２次元バーコード内に組み込まれたデータは、対応する電子ファイルが格納されているサーバアドレス情報（ポインタ情報）を表している。そして、このポインタ情報は、例えば、ファイルサーバ名及びサーバアドレスを示すＩＰアドレス、対応するＵＲＬ等からなるパス情報で構成される。
【００６６】
実施形態１では、上述したように、ポインタ情報が２次元バーコードを用いて付与された原稿３１０を例に挙げて説明したが、これに限定されない。例えば、直接文字列でポインタ情報が印刷される場合には、所定のルールに従った文字列のブロックを前述したブロックセレクション処理で検出し、当該ポインタ情報を示す文字列の各文字を文字認識する。これにより、直接、オリジナルの電子ファイルが保存されているサーバのサーバアドレス情報を得ることが可能である。
【００６７】
また、図８の文書３１０の文字ブロック３１２や文字ブロック３１３の文字列に対して、隣接する文字と文字の間隔等に視認し難い程度の変調を加え、当該文字間隔を用いた透かし情報を埋め込むことでもポインタ情報を付与することができる。このような透かし情報は、後述する文字認識処理を行う際に各文字の間隔を検出することによって、ポインタ情報を得ることができる。また、自然画ブロック３１４の中に電子透かしとしてポインタ情報を付加することも可能である。
【００６８】
［ポインタ情報によるファイル検索］
次に、図３を用いて説明したステップＳ１２０３以降の処理で行われるポインタ情報からの電子ファイルが格納されているサーバの検索処理について詳細に説明する。図９は、検出されたポインタ情報から電子ファイルが格納されているサーバを検索する処理手順について説明するためのフローチャートである。
【００６９】
まず、ポインタ情報に含まれるサーバアドレスに基づいて、当該電子ファイルが格納されているファイルサーバを特定する（ステップＳ４００）。ここで、ファイルサーバとは、クライアントＰＣ１０２や、データベース１０５ａ、ｂを内蔵する文書管理サーバ１０６ａ、ｂや、記憶部１１１を内蔵するＭＦＰ１００自身を指す。また、アドレスとは、ＵＲＬやサーバ名からなるパス情報である。
【００７０】
そして、ファイルサーバを特定した後、図３を用いて説明したステップＳ１２７におけるポインタ情報が示すサーバ（ファイルサーバ）内を検索するための準備をファイルサーバに対して要求する（ステップＳ４０１）。ファイルサーバは、ステップＳ１２０８のファイル検索処理に従って、該当する電子ファイルを検索する（ステップＳ４０２）。そして、電子ファイルが存在するか否かを判定する（ステップＳ４０３）。
【００７１】
この結果、電子ファイルが存在しない場合（ステップＳ４０３でＮＯ）は、ＭＦＰ１００に対してその旨を通知して終了する。一方、電子ファイルが存在する場合（ステップＳ４０３でＹＥＳ）は、図３を用いて前述したように、ステップＳ１２０９からステップＳ１２１３までの処理を行うために候補表示を行う。その後、該当する電子ファイルの格納アドレスを通知すると共に、当該電子ファイルをユーザ（即ち、ＭＦＰ１００）に対して転送する（ステップＳ４０８）。
【００７２】
［ファイルアクセス権を含むポインタ情報によるサーバ検索処理］
次に、図３のステップＳ１２０６で示すファイル検索処理の詳細について、図６及び図１０を使用して説明する。ステップＳ１２０６の処理は、前述したように、ステップＳ１２０４で入力原稿（入力ファイル）にポインタ情報が存在しない場合、ポインタ情報は存在するが電子ファイルが検索されない場合、或いは電子ファイルがイメージファイルである場合に行われる。
【００７３】
ここでは、ステップＳ１２０２のＯＣＲ／ＯＭＲ処理の結果、抽出された各ブロック及び入力ファイルが、図６に示す情報（ブロック情報、入力ファイル情報）を備えるものとする。実施形態１では、情報内容として、図６に示すように属性、座標位置、幅及び高さのサイズ、ＯＣＲ情報の有無を用いる。
【００７４】
属性は、さらに、文字、線、写真、絵、表等に分類される。尚、図６では説明を簡単にするため、ブロックは座標Ｘの小さい順（例えば、Ｘ１＜Ｘ２＜Ｘ３＜Ｘ４＜Ｘ５＜Ｘ６）に、ブロック１、ブロック２、ブロック３、ブロック４、ブロック５、ブロック６としている。また、ブロック総数は、入力ファイル中の全ブロック数であり、図６に示す例におけるブロック総数は６である。
【００７５】
以下、これらの情報を使用して、データベース内から入力イメージファイルに類似した電子ファイルのレイアウト検索を行う手順について説明する。図１０は、データベース内から入力イメージファイルに類似した電子ファイルのレイアウト検索を行う手順について説明するためのフローチャートである。尚、データベース内の電子ファイルも、図６に示す情報と同様の情報を備えることを前提とする。図１０のフローチャートの流れは、入力された原稿から読み取られた電子ファイルとデータベース中の電子ファイルを順次比較するものである。
【００７６】
まず、後述する類似率等の初期化を行って初期値を設定する（ステップＳ５１０）。次に、ブロック総数の比較を行う（ステップＳ５１１）。真の場合（ステップＳ５１１でＹＥＳ）、さらにファイル内のブロックの情報を順次比較する（ステップＳ５１２）。
【００７７】
即ち、ステップＳ５１１では、データベースのファイルのブロック数ｎが入力ファイルのブロック数Ｎの誤差ΔＮ範囲内か否かを判定する。誤差範囲内であれば、真（ステップＳ５１１でＹＥＳ）、範囲外であれば、偽（ステップＳ５１１でＮＯ）とする。また、ステップＳ５１２では、入力ファイルとデータベースファイルのブロック属性を比較して、一致する場合はステップＳ５１３以降の比較処理へ進む。一方、不一致である場合はステップＳ５２１に進む。
【００７８】
ブロックの情報比較では、ステップＳ５１３、ステップＳ５１５、ステップＳ５１８で、それぞれ属性類似率、サイズ類似率、ＯＣＲ類似率をそれぞれ算出する。そして、ステップＳ５２２で、算出した各類似率に基づいて総合類似率を算出する。各類似率の算出方法については、公知の技術が用いられるので説明を省略する。
【００７９】
ステップＳ５２３で、総合類似率が予め設定された閾値Ｔｈより高いか否かを判定する。閾値Ｔｈ以下である場合（ステップＳ５２３でＮＯ）、ステップＳ５２６へ戻る。一方、閾値Ｔｈより高い場合（ステップＳ５２３でＹＥＳ）は、その電子ファイルを類似候補として挙げて保存する（ステップＳ５２４）。
【００８０】
尚、図中のＮ、Ｗ、Ｈは、入力ファイルのブロック総数、各ブロック幅、各ブロック高さ、ΔＮ、ΔＷ、ΔＨは、入力ファイルのブロック情報を基準として誤差を考慮したものである。また、ｎ、ｗ、ｈは、データベースファイルのブロック総数、各ブロック幅、各ブロック高さとする。また、ステップＳ５１４におけるサイズ比較時に、位置情報（Ｘ，Ｙ）の比較等を行ってもよい。
【００８１】
以上、検索の結果、総合類似率が閾値Ｔｈより高いもので候補として保存されたデータベースファイルをサムネイル等の画像で表示する（ステップＳ１２０７）。これにより、複数の中から操作者の選択が必要な場合は、操作者の入力操作よってファイルの特定を行う。
【００８２】
［フォント認識／変換、文字以外のベクトル化処理］
図３のステップＳ１２０９で示されるベクトル化の処理手順については、図４を用いて既に説明したが、ここでは、図４のフォント変換処理（ステップＳ１３０９）及び文字以外のベクトル化処理（ステップＳ１３０２）について詳細に説明する。
【００８３】
《フォント認識》
文字認識の際に用いられる字種数分の辞書特徴ベクトルを、文字形状種、即ち、フォント種に対して複数用意し、マッチングの際に文字コードとともにフォント種を出力することで、文字のフォントを認識することができる。
【００８４】
《フォント変換》
前述した文字認識処理によって得られた文字コード及びフォント情報（文字種情報）を用いて、各々予め用意されたアウトラインデータを用いて、文字部分の情報（文字情報）をベクトルデータに変換する。尚、入力された原稿画像がカラーの場合は、カラー画像から各文字の色を抽出してベクトルデータとともに記録する。
【００８５】
以上の処理により、文字ブロックに属するイメージ情報をほぼ形状、大きさ、色が忠実なベクトルデータに変換することができる。
【００８６】
《文字以外の部分のベクトル化》
ステップＳ１２０１のブロックセレクション処理で、図画或いは線、表領域とされた領域を対象として、それぞれ抽出された画素塊の輪郭をベクトルデータに変換する。具体的には、輪郭を成す画素の点列を角とみなされる点で区切って、各区間を部分的な直線或いは曲線で近似する。ここで、「角」とは、曲率が極大となる点である。
【００８７】
図１１は、曲率が極大となる点を説明するための図である。図１１に示すように、任意点Ｐiに対して左右ｋ個の離れた点Ｐi-k〜Ｐi+kの間に弦を引いたとき、この弦とＰiの距離が極大となる点として求められる。さらに、Ｐi-k〜Ｐi+k間の弦の長さ／弧の長さをＲとし、Ｒの値が閾値以下である点を角とみなすことができる。角によって分割された後の各区間は、直線は点列に対する最小二乗法等を用いて、曲線は３次スプライン関数等を用いてベクトル化することができる。
【００８８】
また、対象が内輪郭を持つ場合、ブロックセレクション処理で抽出した白画素輪郭の点列を用いて、同様に部分的直線或いは曲線で近似する。
【００８９】
以上のように、輪郭の区分線近似を用いることによって、任意形状の図形のアウトラインをベクトル化することができる。尚、入力される原稿がカラーの場合は、カラー画像から図形の色を抽出してベクトルデータとともに記録する。
【００９０】
図１２は、外輪郭が内輪郭又は別の外輪郭と近接している場合に太さを持った線として表現する例について説明するための図である。図１２に示すように、ある区間で外輪郭が、内輪郭又は別の外輪郭が近接している場合、２つの輪郭線を一まとめにし、太さを持った線として表現することができる。
【００９１】
具体的には、ある輪郭の各点Ｐiから別輪郭上で最短距離となる点Ｑiまで線を引き、各距離ＰＱiが平均的に一定長以下の場合、注目区間はＰＱi中点を点列として直線又は曲線で近似し、その太さはＰＱiの平均値とする。線や線の集合体である表罫線は、前記したような太さを持つ線の集合として、効率よくベクトル表現することができる。
【００９２】
尚、文字ブロックに対する文字認識処理を用いたベクトル化については前述したように、当該文字認識処理の結果、辞書からの距離が最も近い文字を認識結果として用いる。ここで、この距離が所定値以上の場合は、必ずしも本来の文字に一致するとは限らず、形状が類似する文字に誤認識するような場合が多い。
【００９３】
従って、本発明では、このような文字に対しては上記したように、一般的な線画と同様に扱って当該文字をアウトライン化する。即ち、従来は文字認識処理で誤認識を起こしていたような文字でも、誤った文字にベクトル化されることなく、可視的にイメージデータに忠実なアウトライン化によるベクトル化を行うことができる。また、写真と判定されたブロックに対しては、本発明ではベクトル化せずに、イメージデータのままとする。
【００９４】
《図形認識》
ここでは、上述したように任意形状の図形のアウトラインをベクトル化した後、これらのベクトル化された区分線を図形オブジェクト毎にグループ化する処理について説明する。
【００９５】
図１３は、ベクトルデータを図形オブジェクト毎にグループ化するまでの処理手順を説明するためのフローチャートである。まず、各ベクトルデータの始点、終点を算出する（ステップＳ７００）。次に、各ベクトルの始点、終点情報を用いて、図形要素を検出する（ステップＳ７０１）。ここで、図形要素の検出とは、区分線が構成している閉図形を検出することである。検出に際しては、閉形状を構成する各ベクトルはその両端にそれぞれ連結するベクトルを有しているという原理を応用して検出を行う。
【００９６】
次に、図形要素内に存在する他の図形要素又は区分線をグループ化し、一つの図形オブジェクトとする（ステップＳ７０２）。尚、図形要素内に他の図形要素又は区分線が存在しない場合は、図形要素を図形オブジェクトとする。
【００９７】
図１４は、図形要素を検出する処理手順を説明するためのフローチャートである。まず、ベクトルデータから両端に連結していない不要なベクトルを除去し、閉図形構成ベクトルを抽出する（ステップＳ７１０）。次に、閉図形構成ベクトルの中から当該ベクトルの始点を開始点とし、時計回りに順にベクトルを追っていく。そして、開始点に戻るまで追跡を行い、通過したベクトルを全て一つの図形要素を構成する閉図形としてグループ化する（ステップＳ７１１）。
【００９８】
尚、この際に、閉図形内部にある閉図形構成ベクトルも全てグループ化する。さらに、まだグループ化されていないベクトルの始点を開始点とし、同様の処理を繰り返す。最後に、ステップＳ７１０で除去された不要ベクトルのうち、ステップＳ７１１で閉図形としてグループ化されたベクトルに接合しているものを検出し、一つの図形要素としてグループ化する（ステップＳ７１２）。
【００９９】
以上の処理によって、図形ブロックを個別に再利用可能な個別の図形オブジェクトとして扱うことが可能になる。
【０１００】
［アプリデータへの変換処理］
図１５は、一頁分のイメージデータをブロックセレクション処理（ステップＳ１２０１）及びベクトル化処理（ステップＳ１２０９）によって変換された結果として得られる中間データ形式のファイルのデータ構造を示す図である。図１５に示すようなデータ形式は、ドキュメント・アナリシス・アウトプット・フォーマット（ＤＡＯＦ）と呼ばれる。即ち、図１５は、ＤＡＯＦのデータ構造を示す図である。
【０１０１】
図１５において、７９１はＨｅａｄｅｒ（ヘッダ）であり、処理対象の文書画像データに関する情報が保持される。７９２はレイアウト記述データ部である。文書画像データ中の属性毎に認識された各ブロックの属性情報とその矩形アドレス情報を保持する。ここで、属性としては、ＴＥＸＴ（文字）、ＴＩＴＬＥ（タイトル）、ＣＡＰＴＩＯＮ（キャプション）、ＬＩＮＥＡＲＴ（線画）、ＰＩＣＴＵＲＥ（自然画）、ＦＲＡＭＥ（枠）、ＴＡＢＬＥ（表）等がある。
【０１０２】
７９３は文字認識記述データ部であり、ＴＥＸＴ、ＴＩＴＬＥ、ＣＡＰＴＩＯＮ等のＴＥＸＴブロックを文字認識して得られる文字認識結果（文字コード）を保持する。７９４は表記述データ部であり、ＴＡＢＬＥブロックの構造の詳細を格納する。７９５は画像記述データ部であり、ＰＩＣＴＵＲＥやＬＩＮＥＡＲＴ等のブロックのイメージデータを文書画像データから切り出して保持する。
【０１０３】
このようなＤＡＯＦは、中間データとしてのみならず、それ自体がファイル化されて保存される場合もあるが、このファイルの状態では、一般の文書作成アプリケーションで個々のオブジェクトを再利用することはできない。そこで、次に、ＤＡＯＦからアプリデータに変換するアプリデータ変換処理（ステップＳ１２１０）について詳説する。
【０１０４】
図１６は、アプリデータへの変換処理全体の概略手順を説明するためのフローチャートである。まず、ＤＡＯＦデータを入力する（ステップＳ８００）。次いで、アプリデータの元となる文書構造ツリー生成を行う（ステップＳ８０２）。そして、生成した文書構造ツリーに基づいて、ＤＡＯＦ内の実データを流し込み、実際のアプリデータを生成する（ステップＳ８０４）。
【０１０５】
図１７は、文書構造ツリー生成処理（ステップＳ８０２）の詳細な処理手順を説明するためのフローチャートである。また、図１８は、文書構造ツリーの概要を説明するための図である。尚、全体制御の基本ルールとして、処理の流れはミクロブロック（単一ブロック）からマクロブロック（ブロックの集合体）へ移行するものとする。また、以後の説明では、ブロックとは、ミクロブロック及びマクロブロック全体を指す。
【０１０６】
まず、ブロック単位で縦方向の関連性を元に再グループ化する（ステップＳ８０２ａ）。尚、スタート直後はミクロブロック単位での判定となる。ここで、関連性とは、距離が近く、ブロック幅（横方向の場合は高さ）がほぼ同一であること等で定義することができる。また、距離、幅、高さ等の情報はＤＡＯＦを参照して抽出する。
【０１０７】
図１８において、（ａ）は実際のページ構成、（ｂ）はその文書構造ツリーを示している。ステップＳ８０２ａのグループ化の結果、Ｔ３、Ｔ４、Ｔ５が一つのグループＶ１として、Ｔ６、Ｔ７が一つのグループＶ２として、それぞれ同じ階層のグループとして生成される。
【０１０８】
次に、縦方向のセパレータの有無をチェックする（ステップＳ８０２ｂ）。セパレータは、例えば、物理的にはＤＡＯＦ中でライン属性を持つオブジェクトである。また、論理的な意味としては、アプリ中で明示的にブロックを分割する要素である。ここでセパレータを検出した場合は、同じ階層で再分割する。
【０１０９】
次いで、分割がこれ以上存在し得ないか否かをグループ長を利用して判定する（ステップＳ８０２ｃ）。例えば、縦方向のグループ長がページ高さか否かを判定する。その結果、縦方向のグループ長がページ高さとなっている場合（ステップＳ８０２ｃでＹＥＳ）、文書構造ツリー生成は終了する。例えば、図１７に示すような構造の場合は、セパレータもなく、グループ高さはページ高さではない場合（ステップＳ８０２ｃでＮＯ）、ステップＳ８０２ｄに進む。
【０１１０】
ステップＳ８０２ｄでは、ブロック単位で横方向の関連性を元に再グループ化する。但し、この再グループ化においてもスタート直後の第一回目は、ミクロブロック単位で判定を行うことになる。また、関連性及びその判定情報の定義は、縦方向の場合と同じである。例えば、図１８の構造の場合は、Ｔ１とＴ２でＨ１、Ｖ１とＶ２でＨ２が生成され、Ｈ１はＴ１、Ｔ２の一つ上、Ｈ２はＶ１、Ｖ２の１つ上の同じ階層のグループとして生成される。
【０１１１】
次いで、横方向セパレータの有無をチェックする（ステップＳ８０２ｅ）。図１８では、Ｓ１があるので、これをツリーに登録し、Ｈ１、Ｓ１、Ｈ２という階層が生成される。そして、分割がこれ以上存在し得ないか否かをグループ長を利用して判定する（ステップＳ８０２ｆ）。例えば、横方向のグループ長がページ幅か否かを判定する。
【０１１２】
その結果、横方向のグループ長がページ幅となっている場合（ステップＳ８０２ｆでＹＥＳ）、文書構造ツリー生成は終了する。一方、ページ幅となっていない場合（ステップＳ８０２ｆでＮＯ）、ステップＳ８０２ｂに戻り、再度もう一段上の階層で、縦方向の関連性チェックから繰り返す。例えば、図１８の構造の場合は、分割幅がページ幅になっているので、ここで終了し、最後にページ全体を表す最上位階層のＶ０が文書構造ツリーに付加される。
【０１１３】
文書構造ツリーが完成した後、その情報に基づいて、ステップＳ８０４においてアプリデータの生成を行う。図１８の構造の場合は、具体的に以下のようになる。
【０１１４】
即ち、Ｈ１は横方向に２つのブロックＴ１、Ｔ２があるので、２カラムとし、Ｔ１の内部情報（ＤＡＯＦを参照した文字認識結果の文章や画像等）を出力後、カラムを変えて、Ｔ２の内部情報出力し、その後Ｓ１を出力する。また、Ｈ２は横方向に２つのブロックＶ１、Ｖ２があるので、２カラムとして出力し、Ｖ１はＴ３、Ｔ４、Ｔ５の順にその内部情報を出力し、その後カラムを変えて、Ｖ２のＴ６、Ｔ７の内部情報を出力する。以上により、アプリデータへの変換処理を行うことができる。
【０１１５】
最後に、生成されたアプリデータが、図３及び図４で示されるベクトル化処理で生成されたことを示すベクトル化フラグをアプリデータのヘッダの所定のビットに付加する。
【０１１６】
［ポインタ情報の付加］
次に、ステップＳ１２１５で示されるポインタ情報付加処理について詳細に説明する。処理すべき文書が検索処理で特定された場合、或いはベクトル化によって元ファイルが再生できた場合において、該文書を印刷処理する場合においては、紙への印刷の際にポインタ情報を付与する。これにより、この文書を用いて再度各種処理を行う場合に簡単に元ファイルデータを取得できる。
【０１１７】
図１９は、ポインタ情報としてのデータ文字列を２次元バーコード（ＱＲコードシンボル：ＪＩＳ  Ｘ０５１０）３１１を用いて符号化して画像中に付加する手順を説明するためのフローチャートである。
【０１１８】
２次元バーコード内に組み込むデータは、対応するファイルが格納されるサーバーアドレス情報を表しており、例えばファイルサーバ名からなるパス情報で構成される。或いは、対応するサーバのＵＲＬや、対応するファイルが格納されているデータベース１０５ａ、ｂ内或いはＭＦＰ１００自体が有する記憶部１１１を管理するためのＩＤ等で構成される。
【０１１９】
まず、符号化する種種の異なる文字を識別するため、入力データ列を分析する。また、誤り検出及び誤り訂正レベルを選択し、入力データが収容できる最小型番を選択する（ステップＳ９００）。次に、入力データ列を所定のビット列に変換し、必要に応じてデータのモード（数字、英数字、８ビットバイト、漢字等）を表す指示子や、終端パターンを付加する。さらに、所定のビットコード語に変換することによってデータの符号化を行う（ステップＳ９０１）。
【０１２０】
この時、誤り訂正を行うため、コード語列を型番及び誤り訂正レベルに応じて所定のブロック数に分割し、各ブロック毎に誤り訂正コード語を生成し、データコード語列の後に付加する（ステップＳ９０２）。さらに、ステップＳ９０２で得られた各ブロックのデータコード語を接続し、各ブロックの誤り訂正コード語、また必要に応じて剰余コード語を接続して、メッセージの構築を行う（ステップＳ９０３）。
【０１２１】
次に、マトリクスに位置検出パターン、分離パターン、タイミングパターン及び位置合わせパターン等とともにコード語モジュールを配置する（ステップＳ９０４）。さらに、シンボルの符号化領域に対して最適なマスクパターンを選択して、マスク処理パターンをステップＳ９０４で得られたモジュールにＸＯＲ演算により変換する（ステップＳ９０５）。最後に、ステップＳ９０５で得られたモジュールに形式情報及び型番情報を生成して、２次元コードシンボルを完成させる（ステップＳ９０６）。
【０１２２】
上述したサーバアドレス情報に組み込まれた２次元バーコードは、例えば、クライアントＰＣ１０２から電子ファイルを印刷データとして形成部１１２で紙上に印刷画像として形成する。この場合には、この２次元バーコードは、データ処理部１１５内で印刷可能なラスタデータに変換された後にラスタデータ上の所定の個所に付加されて画像形成される。ここで、画像形成された紙を配布されたユーザは、画像読取部１１０で読み取ることにより、前述したステップＳ１２０３で、ポインタ情報からオリジナルの電子ファイルが格納されているサーバの場所を適切に検出することができる。
【０１２３】
尚、同様の目的で付加情報を付与する手段は、実施形態１で説明した２次元バーコードに限定されるものではない。例えば、ポインタ情報を直接文字列で文書に付加する方法、文書内の文字列、特に文字と文字の間隔を変調して情報を埋め込む方法、文書中の中間調画像中に埋め込む方法等の一般に電子透かしと呼ばれる方法を適用してもよい。
【０１２４】
以上のようにして、ＭＦＰ１００は、原稿を読み取ったイメージデータをベクトル化処理した電子データとして、マネージメントＰＣ１０９で編集したり、ＭＦＰ１００内の記憶部１１１に格納したりすることが可能である。更には、ＭＦＰ１００は、その電子データを、文書管理サーバ１０６に格納したり、クライアントＰＣ１０２に転送したりすることが可能である。
【０１２５】
［電子データの印刷処理］
続いて、上記作成された電子データをＭＦＰ１００にて印刷出力する際の画像処理に関して、図２０を用いて説明する。図２０は、本発明の実施形態１に係る画像処理システムによる電子データの印刷処理の詳細について説明するためのフローチャートである。尚、この処理は、例えば、図３のステップＳ１２１６の処理の１つとして実行される。
【０１２６】
まず、ＭＦＰ１００は、印刷処理対象の画像（電子データ）を受信する（ステップＳ１４００）。次に、フォント置換処理を行う（ステップＳ１４０１）。
【０１２７】
このフォント置換処理は、本発明の特徴となる処理である。ここでは、電子データ内で図３及び図４のベクトル化処理でアウトラインベクトル化された文字部に関して、印刷出力時のサイズを算出する。そして、所定のサイズ以下に変倍される場合に、文字部を形成するアウトラインベクトルを所定のサイズより小さい文字が潰れないように生成できるヒント情報を含むアウトラインフォントに置換するフォント置換処理を行う。
【０１２８】
このフォント置換処理について、図２１を用いて、より詳細に説明する。図２１は、本発明の実施形態１に係る画像処理システムによる、文字部のアウトラインベクトルから所定のアウトラインフォントへの置換処理の詳細についてのフローチャートである。
【０１２９】
まず、ステップＳ１４００で受信した電子データは、図３及び図４のベクトル化処理で生成された電子データ（ベクトルデータ）であるか否かを、電子データのヘッダの所定ビットに示されるベクトル化フラグによって判定する（ステップＳ１５００）。ベクトル化フラグが付加されていない場合（ステップＳ１５００でＮＯ）、文字部はアウトラインベクトル化されていないと判定し、フォント置換処理を終了する。
【０１３０】
一方、ステップＳ１５００で、ベクトル化フラグが付加されている場合（ステップＳ１５００でＹＥＳ）、ユーザによって指定された印刷ジョブパラメータから変倍率を算出する（ステップＳ１５０１）。
【０１３１】
次に、受信した電子データの、図１８（ｂ）のように構成されている文書構造ツリーを解釈する（ステップＳ１５０２）。次に、文書構造ツリーを構成する葉（リーフ：末端部）となる、最初のブロックを選択して入力する（ステップＳ１５０３）。尚、ブロックを選択する順番は、ページ画像の左上を原点とし、各ブロックの矩形アドレス情報を基に、右向き、下向きに縦形探索の順番に選択する。図１８（ｂ）の文書構造ツリーを例に説明すると、各ブロックはＴ１→Ｔ２→Ｔ３→・・・→Ｔ７の順に走査される。
【０１３２】
次に、処理対象のブロックの有無を判定する（ステップＳ１５０４）。処理対象（文書構造ツリーを構成する葉となる）のブロックがない場合には（ステップＳ１５０４でＮＯ）、フォント置換処理を終了する。一方、処理対象（文書構造ツリーを構成する葉となる）のブロックがある場合（ステップＳ１５０４でＹＥＳ）、このブロックのＤＡＯＦに含まれる文字認識記述データ部７９３のデータを読み込む（ステップＳ１５０５）。
【０１３３】
次に、読み込んだデータからその中に含まれる文字コードを取得する（ステップＳ１５０６）。次に、取得できる文字コードの有無を判定する。文字コードがない場合（ステップＳ１５０７でＮＯ）、ステップＳ１５０３に戻り、次のブロック入力を行う。一方、文字コードがある場合（ステップＳ１５０７でＹＥＳ）、最初の文字コードを取得する。
【０１３４】
尚、文字認識記述データ部７９３のデータから取得した各文字データには、その文字を含むブロック領域の座標、幅、高さ情報等が含まれている。これは、図６に示すブロック情報テーブルを基に生成されている。この内、文字ブロックの幅、高さ情報と、ステップＳ１５０１で算出した変倍率を基に、変倍後の印刷出力時の文字ブロックサイズを算出する（ステップＳ１５０８）。
【０１３５】
次に、ステップＳ１５０８で算出した文字ブロックサイズが所定サイズ（閾値）以下であるか否かを判定する（ステップＳ１５０９）。算出した文字ブロックサイズが所定サイズ（閾値）より大きい場合（ステップＳ１５０９でＮＯ）、次の文字コードを取得する（ステップＳ１５０６）。一方、算出した文字ブロックサイズが所定サイズ以下である場合（ステップＳ１５０９でＹＥＳ）、アウトラインベクトルをそれに対応する文字コードとＭＦＰ１００に予め設定されている所定のアウトラインフォントを選択するための書体選択命令と文字サイズ情報とに置換する（ステップＳ１５１０）。この所定のアウトラインフォントには、例えば、アルファベットは「Ｃｅｎｔｕｒｙ」、カナや漢字は「ＭＳ明朝」等がある。
【０１３６】
このステップＳ１５１０の処理について、以下でより詳細に説明する。処理対象の文字を含むブロックに関して、そのＤＡＯＦに含まれる文字認識記述データ部７９３のデータには、前述したように、文字コードに加えて、図６のブロック情報テーブルを基に生成されたブロック領域の座標情報が含まれている。
【０１３７】
一方で、処理対象の文字を含むブロックに関して、そのＤＡＯＦに含まれる画像記述データ部７９５のデータには、（各文字に対応する）アウトラインベクトル情報に加えて、先と同じくブロック領域の座標情報が含まれている。即ち、文字認識記述データ部７９３内の文字コードと、画像記述データ部７９５内のアウトラインベクトル情報とは、その文字を含むブロック領域の座標情報によって関連付けられている。つまり、この座標情報は、文字認識記述データ部７９３内の文字コードと、画像記述データ部７９５内のアウトラインベクトル情報との関連付け情報として機能する。
【０１３８】
ステップＳ１５１０では、文字認識記述データ部７９３内の文字コードに対応する画像記述データ部７９５内のアウトラインベクトルを、この関連付け情報に基づいて検出する。そして、検出されたアウトラインベクトルを、予め設定されている所定のアウトラインフォントを選択する書体選択命令と文字コードと文字サイズ情報に置換するという処理を行う。
【０１３９】
以上のような処理を、文書構造ツリーのすべての葉となるブロックに対して行う。そして、変倍後のサイズが所定以下となる文字のアウトラインベクトルは、すべて対応する文字コードと所定アウトラインフォントを選択するための書体選択命令に置換して、フォント置換処理（ステップＳ１４０１）を終了する。また、上記置換処理では、アウトラインフォントを読み出すための書体選択命令と文字コードに変換したが、アウトラインベクトルに対応する文字のアウトラインフォントデータに変換しても良い。
【０１４０】
そして、このようにしてフォント置換された電子データを、レンダリング処理のための中間データであるＤｉｓｐｌａｙＬｉｓｔ（ディスプレイリスト）に変換する（ステップＳ１４０２）。これを入力データとして、レンダリング処理を行う（ステップＳ１４０３）。そして、レンダリング処理されたデータの印刷出力を行う（ステップＳ１４０４）。
【０１４１】
尚、ステップＳ１４０２で、ステップＳ１５１０でアウトラインベクタが所定のフォントを選択する書体選択命令と文字コードと文字サイズ情報に変換された場合、書体選択命令と文字コードとを基にアウトラインフォントデータを記憶媒体から読み出す。ここで、この記憶媒体には、例えば、ＨＤＤ、ＲＯＭ等がある。そして、その読み出したアウトラインフォントデータを文字サイズ情報に基づき座標変換する。座標変換されたアウトラインフォントデータに基づきビットマップイメージデータ生成する。生成されたビットマップイメージデータと生成されたビットマップイメージの印刷位置情報を１つの文字オブジェクトとしてＤｉｓｐｌａｙＬｉｓｔに追加する。
【０１４２】
また、ステップＳ１４０２で、ステップＳ１５１０でアウトラインベクタがヒント情報を含むアウトラインフォントデータと文字サイズ情報に変換された場合、所定アウトラインフォントの出力すべき文字のヒント情報つきのアウトラインフォントデータを文字サイズ情報に基づき座標変換する。次に、その座標変換されたアウトラインフォントデータに基づきビットマップイメージデータ生成する。生成されたビットマップイメージデータと生成されたビットマップイメージの印刷位置情報を１つの文字オブジェクトとしてＤｉｓｐｌａｙＬｉｓｔに追加する。
【０１４３】
また、ステップＳ１４０２で、ステップＳ１５１０でアウトラインベクタが所定のフォントを選択する書体選択命令やアウトラインフォントデータに変換されない場合、アウトラインベクタを文字サイズ情報を基に座標変換する。次に、その座標変換されたアウトラインベクタに基づきビットマップイメージデータを生成する。生成されたビットマップイメージデータとそのビットマップイメージデータの印刷位置情報を１つの文字オブジェクトとしてＤｉｓｐｌａｙＬｉｓｔに追加する。
【０１４４】
そして、レンダリング処理では、前記文字オブジェクトは、他のオブジェクトと共にレンダリング処理されて、ラスタデータが生成される。
【０１４５】
以上のような処理によって、レンダリング・印刷出力では、変倍後のサイズが所定サイズ（閾値）より大きい文字に関しては、フォント置換処理（ステップＳ１４０１）で、ＤＡＯＦにおける画像記述データ部７９５に、文字のアウトラインデータが保持される。そのため、このアウトラインデータを用いることで、この電子データを作成する際に読み込んだ原稿入力画像を忠実に再現した形状の文字を印刷出力することが可能となる。
【０１４６】
一方で、変倍後のサイズが所定サイズ（閾値）以下となる文字に関しては、フォント置換処理（ステップＳ１４０１）において、ＤＡＯＦにおける画像記述データ部７９５に、ＭＦＰ１００の持つ所定のアウトラインフォントを選択する書体選択命令またはアウトラインフォントが保持される。そのため、アウトラインフォントの持つヒント情報によって可読性のある文字を印刷出力することが可能となる。
【０１４７】
具体的には、例えば、図８の文書を縮小印刷した場合に、文字ブロック３１３に含まれる文字（例えば、「Ａ」）のサイズが、６ポイントより小さいサイズ（例えば、５ポイント）に縮小されると計算される。その場合、ステップＳ１５１０の処理に従って、ＤＡＯＦにおける画像記述データ部に保持されている「Ａ」というアウトラインベクタが、５ポイントの「Ａ」というＣｅｎｔｕｒｙ字体のアウトラインフォントにアクセスするための書体選択命令と前記文字コードのセットに置換されて保持されることになる。
【０１４８】
この例では、英文字のアウトラインベクタをアウトラインフォントに置換する場合の字体は、Ｃｅｎｔｕｒｙフォントを用いるよう、ＭＦＰ１００にあらかじめ設定されているものとする。
【０１４９】
ここで、ヒント情報は、上述のように、アウトラインフォントを低解像度で出力する際、視認性を向上させるために文字の潰れや線幅の不揃い等のフォント形状を補正する仕組みを示す情報（フォント補正情報）である。そして、このヒント情報は、この補正処理のために、フォントベンダがアウトラインフォント内に設定している。
【０１５０】
以上説明したように、実施形態１によれば、文字情報を、そのアウトラインを示すベクトルデータに変換して作成した電子データを、文字部の可読性を維持したまま、縮小変倍して印刷出力することができる。
【０１５１】
より具体的には、電子データを極縮小変倍して印刷出力する際に、各文字部が所定サイズ（閾値）以下になる場合は、アウトラインを示すベクトルデータを、所定のアウトラインフォントに置換して縮小変倍出力する。これにより、所定のサイズより大きい文字部に対しては、元の入力原稿画像を忠実に再現した画像が得られるのに加えて、所定のサイズ以下の大きさの文字部に対しては、その可読性を維持した画像が得られる。
【０１５２】
＜実施形態２＞
実施形態１では、印刷処理におけるフォント置換処理（ステップＳ１４０１）をＭＦＰ１００で行う構成としているが、このフォント置換処理は、ＭＦＰ１００に限定されるものではない。
【０１５３】
図２２に示すように、例えば、図１のクライアントＰＣ１０２から印刷ジョブを投入する際に、クライアントＰＣ１０２上のプリンタドライバ内でフォント置換処理（ステップＳ１６００）を行う。そして、その後に、電子データをＭＦＰ１００に転送する。これに対して、ＭＦＰ１００は、電子データ受信（ステップＳ１４０１）、ＤｉｓｐｌａｙＬｉｓｔ変換（ステップＳ１４０２）、レンダリング処理（ステップＳ１４０３）、印刷処理（ステップＳ１４０４）を行う構成とすることも可能である。
【０１５４】
ここで、通常、クライアントＰＣ１０２の処理能力（ＣＰＵ）は、ＭＦＰ１００の処理能力より高い。そのため、実施形態２の構成の場合、比較的処理負荷の高いフォント置換処理をクライアントＰＣ１０２で処理させることが可能となる。これにより、ＭＦＰ１００側の処理負荷を減少させることができる。
【０１５５】
＜実施形態３＞
実施形態１では、フォント置換処理（ステップＳ１６００）時に、ＭＦＰ１００に予め設定されている所定アウトラインフォントを、置換用のアウトラインフォントに用いている。しかしながら、電子データ作成時に、ＤＡＯＦにおける文字認識記述データ部７９３に、書体情報、ヒント情報等を含む文字コード、即ち、アウトラインフォントを持たせておく。そして、フォント置換時にはそのアウトラインフォントを用いる構成を採用することも可能である。
【０１５６】
このような構成を採用することで、ＭＦＰ１００のフォント置換設定に依存しない書式での文書の印刷が可能となる。つまり、電子データ中の文字部が所定サイズ（閾値）以下になる場合は、電子データ中のアウトラインフォントを用いて出力し、所定サイズより大きい場合は、電子データ中のアウトラインデータを用いて出力することも可能である。
【０１５７】
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１５８】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給する。そして、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【０１５９】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１６０】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。
【０１６１】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスクがある。また、更に、記録媒体としては、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【０１６２】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、その接続先のホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１６３】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１６４】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。また、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【０１６５】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【０１６６】
【図１】本発明の実施形態１に係る画像処理システムの構成を示すブロック図である。
【図２】本発明の実施形態１に係るＭＦＰ１００の構成を示すブロック図である。
【図３】本発明の実施形態１に係る画像処理システムによる画像処理の手順について説明するためのフローチャートである。
【図４】本発明の実施形態１に係る画像処理システムによる画像処理におけるベクトル化処理の詳細について説明するためのフローチャートである。
【図５】ブロックセレクション処理によって読み取った１枚のイメージデータを属性を判定し複数のブロックに分割する様子を示す図である。
【図６】ブロックセレクション処理で得られた各ブロックに対するブロック情報の一例について示す図である。
【図７】原稿画像中に付加された２次元バーコード（ＱＲコードシンボル）を復号してデータ文字列を出力する手順を説明するためのフローチャートである。
【図８】２次元バーコードが付加された原稿３１０の一例を示す図である。
【図９】検出されたポインタ情報から電子ファイルが格納されているサーバを検索する処理手順について説明するためのフローチャートである。
【図１０】データベース内から入力イメージファイルに類似した電子ファイルのレイアウト検索を行う手順について説明するためのフローチャートである。
【図１１】曲率が極大となる点を説明するための図である。
【図１２】外輪郭が内輪郭又は別の外輪郭と近接している場合に太さを持った線として表現する例について説明するための図である。
【図１３】ベクトルデータを図形オブジェクト毎にグループ化するまでの処理手順を説明するためのフローチャートである。
【図１４】図形要素を検出する処理手順を説明するためのフローチャートである。
【図１５】一頁分のイメージデータをブロックセレクション処理及びベクトル化処理によって変換された結果として得られる中間データ形式のファイルのデータ構造を示す図である。
【図１６】アプリデータへの変換処理全体の概略手順を説明するためのフローチャートである。
【図１７】文書構造ツリー生成処理の詳細な処理手順を説明するためのフローチャートである。
【図１８】文書構造ツリーの概要を説明するための図である。
【図１９】ポインタ情報としてのデータ文字列を２次元バーコードを用いて符号化して画像中に付加する手順を説明するためのフローチャートである。
【図２０】本発明の実施形態１に係る画像処理システムによる電子データの印刷処理の詳細について説明するためのフローチャートである。
【図２１】本発明の実施形態１に係る画像処理システムによる、文字部のアウトラインベクトルから所定のアウトラインフォントへの置換処理の詳細について説明するためのフローチャートである。
【図２２】本発明の実施形態２に係る画像処理システムによる電子データの印刷処理の詳細について説明するためのフローチャートである。
【符号の説明】
【０１６７】
１００  ＭＦＰ
１０１  マネージメントＰＣ
１０２  クライアントＰＣ
１０３ａ、１０３ｂ  プロキシサーバ
１０４  ネットワーク
１０５ａ、１０５ｂ  データベース
１０６ａ、１０６ｂ  文書管理サーバ
１０７、１０８、１０９  ＬＡＮ
１１０  画像読取部
１１１  記憶部
１１２  形成部
１１３  入力部
１１４、１１７  ネットワークＩ／Ｆ
１１５  データ処理部
１１６  表示部
【図１】
2008109394.tif 000003
【図２】
2008109394.tif 000004
【図３】
2008109394.tif 000005
【図４】
2008109394.tif 000006
【図５】
2008109394.tif 000007
【図６】
2008109394.tif 000008
【図７】
2008109394.tif 000009
【図８】
2008109394.tif 000010
【図９】
2008109394.tif 000011
【図１０】
2008109394.tif 000012
【図１１】
2008109394.tif 000013
【図１２】
2008109394.tif 000014
【図１３】
2008109394.tif 000015
【図１４】
2008109394.tif 000016
【図１５】
2008109394.tif 000017
【図１６】
2008109394.tif 000018
【図１７】
2008109394.tif 000019
【図１８】
2008109394.tif 000020
【図１９】
2008109394.tif 000021
【図２０】
2008109394.tif 000022
【図２１】
2008109394.tif 000023
【図２２】
2008109394.tif 000024