画像形成装置及びその制御方法
【課題】 原稿上の文字のフォントコードや位置情報、ＯＣＲで判断の難しいフォント名やポイント数、或いはフォントスタイル（イタリックやボールドといった情報）を含む符号画像を生成して印刷する。
【解決手段】 画像形成装置において、文字情報とその文字情報の位置情報とを符号化して符号画像を生成し、生成された符号画像をシート上に画像形成する。そして、画像形成の際に、文字情報から生成された文字画像を、符号画像と共に、そのシート上に画像形成する。
【解決手段】 画像形成装置において、文字情報とその文字情報の位置情報とを符号化して符号画像を生成し、生成された符号画像をシート上に画像形成する。そして、画像形成の際に、文字情報から生成された文字画像を、符号画像と共に、そのシート上に画像形成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、符号画像を取り扱うことができる画像形成装置及びその制御方法に関する。
【背景技術】
【０００２】
近年パーソナルコンピュータの性能向上により、複雑なアプリケーションでの複雑な文書作成が可能になってきている。例えば、複雑なパターンや、影付き、浮き出し、浮き彫りといった文字飾りや、縦書き、横書き、斜め書きといったレイアウトが施された文字の作成が可能になっいる。また、プリンタ、複写機といったデジタル画像形成装置もその画質向上は著しく、上記のような文書を紙に出力することを可能にしている。つまり、誰もが高度な文字修飾された印刷物を得ることが可能になってきている。
【０００３】
これとは別に、印刷物をスキャナで読み込み、これをイメージ画像ではなく、文字情報としての電子データで保管、再利用したいという要望は根強くある。この場合、スキャナで印刷物を読み込んだ後、ＯＣＲと呼ばれる文字認識を行い、電子データに変換するのが一般的である。また、オリジナル文書の改竄防止の一環として、ＭＳ ＷＯＲＤといった文書用アプリケーションで作成されたデータを、一般的には編集不可能なＰＤＦと呼ばれるフォーマットに変換して配布することも、近年では一般的である。
【特許文献１】特開２００３−１８９０８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
昨今、ペーパレスと呼ばれるように、紙ではなく、電子データによる配布、及び利用が増えているが、紙という媒体で配布される資料が依然多いのも事実である。また、編集可能な文書フォーマットではなく、ＰＤＦと呼ばれる編集不可能なフォーマットで電子配布されることも、オリジナル文書の改竄防止という意味から増えてきている。
【０００５】
このような紙文書や、編集不可能な電子データを再利用するためには、それらを再利用可能な形に変換する必要がある。その変換の際に、紙文書、或いは印刷されたＰＤＦ文書をスキャナで読み込み、ＯＣＲをかけてイメージデータから文字を抽出する作業が必要である。但し、上述したように、印刷物の文字修飾が高度化するに伴い、ＯＣＲの認識率は下がる傾向にあり、誤認識の結果、間違った文字に変換されるケースが増えてきている。
【０００６】
特に、一般的な６００ｄｐｉの画像形成装置では殆ど印刷できなかった小さなフォントや、現在のアプリケーションでは扱えなかった文字修飾が施された文書にＯＣＲをかけて文字抽出を行うと、かなりの確率で間違った文字に変換されるという問題があった。
【０００７】
また、正しい文字に変換されたとしても、オリジナル原稿に使われているフォント名やポイント数、或いはフォントスタイル（イタリックやボールドといった情報）を、ＯＣＲ変換後の電子データに忠実に反映させることは難しいという問題もあった。
【０００８】
本発明は、原稿上の文字のフォントコードや位置情報、ＯＣＲで判断の難しいフォント名やポイント数、或いはフォントスタイル（イタリックやボールドといった情報）を含む符号画像を生成して印刷することを目的とする。
【０００９】
また、符号画像と文字情報を含む原稿から、容易にフォント情報を復元させことを目的とする。
【００１０】
更に、誤認識することなく（アプリケーション用の）電子データに変換可能とすることを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、画像形成装置であって、文字情報と当該文字情報の位置情報とを符号化して符号画像を生成する符号化手段と、前記符号化手段で生成された符号画像をシート上に画像形成する画像形成手段とを有することを特徴とする。
【００１２】
また、本発明は、画像形成装置であって、文字情報を符号化して生成された符号画像と、前記文字情報に基づいて生成された文字画像とを含む原稿画像を読み取る読取手段と、前記読取手段で読み取られた原稿画像に含まれる符号画像を復号化して情報を取り出す取出手段と、前記読取手段で読み取られた原稿画像に含まれる文字画像を文字認識して文字認識情報を得る文字認識手段と、前記取出手段で取り出された情報に基づいて前記文字認識手段で得られた文字認識情報を修正する修正手段とを有することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、原稿上の文字のフォントコードや位置情報、或いはフォントスタイルを含む符号画像を生成することにより、ＯＣＲによる文字の認識率を１００％とすることができる。更には、オリジナル原稿に使われているフォント名やポイント数、或いはフォントスタイルといった、従来のＯＣＲでは変換が難しい文字修飾情報も、忠実に変換後の電子データに反映させることが可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照しながら発明を実施するための最良の形態について詳細に説明する。
【００１５】
［第１の実施形態］
第１の実施形態は、文字情報とその文字情報の位置を示す位置情報とを符号化して符号画像を生成し、生成した符号画像をシート上に画像形成する際に、文字情報から生成した文字画像も一緒に、そのシート上に画像形成するものである。
【００１６】
これにより、文字画像だけが画像形成された場合、文字認識（ＯＣＲ）しにくいという第１の問題を解決できると共に、符号画像だけが画像形成された場合の第２の問題も解決することができる。ここで、第２の問題とは、例えば符号画像から文字コードを取得するデコード機能がない複写機の場合、印刷できない、またデコード機能があってもデコードして文字コードを取得し、文字画像に変換して印刷するには時間がかかる、という問題である。
【００１７】
＜システム構成（図１）＞
図１は、第１の実施形態による画像形成システムの全体構成を示すブロック図である。図１に示すように、画像形成装置１１０は、画像入力デバイスであるスキャナ部１１３、画像出力デバイスであるプリンタ部１１４、制御ユニット（Control Unit）１１１、及びユーザインターフェースである操作部１１２を有する。操作部１１２、スキャナ部１１３、プリンタ部１１４はそれぞれ制御ユニット１１１に接続され、制御ユニット１１１からの命令によって制御される。また、制御ユニット１１１は、ローカルエリアネットワーク（ＬＡＮ）１００などのネットワーク伝送手段、公衆回線（ＷＡＮ）１０２に接続されている。公衆回線１０２からは、カラー画像送信を含むＧ３、Ｇ４ファックスによる送信が可能である。
【００１８】
また、ＬＡＮ１００には、画像形成装置１１０と同様な機器構成を有する他の画像形成装置１２０、１３０も接続されている。即ち、画像形成装置１２０は、スキャナ部１２３、プリンタ部１２４、操作部１２２を有し、それぞれが制御ユニット１２１に接続され、制御される。また、画像形成装置１３０は、スキャナ部１３３、プリンタ部１３４、操作部１３２を有し、それぞれが制御ユニット１３１に接続され、制御される。
【００１９】
そして、パーソナルコンピュータ（ＰＣ）１０１は、ＬＡＮ１００などのネットワーク伝送手段に接続されている。パーソナルコンピュータ（ＰＣ）１０１は、ＦＴＰ、ＳＭＢのような標準的なファイル転送プロトコルを使用したファイルの送受信や、電子メールの送受信が可能である。
【００２０】
＜画像形成装置１１０の外観（図２）＞
図２は、第１の実施形態における画像形成装置の外観を示す図である。図２に示す画像入力デバイスであるスキャナ部１１３は、複数のＣＣＤを有している。各ＣＣＤの感度がそれぞれ異なっていると、例え原稿上の各画素の濃度が同じであったとしても、各画素がそれぞれ違う濃度であると認識されてしまう。そのため、スキャナ部１１３では、最初に白板（一様に白い板）を露光走査し、露光走査して得られた反射光の量を電気信号に変換して制御ユニット１１１に出力している。
【００２１】
尚、後述する制御ユニット１１１内のシェーディング補正部が、各ＣＣＤから得られた電気信号に基づいて各ＣＣＤの感度の違いを認識し、認識した感度の違いを利用して原稿上の画像をスキャンして得られた電気信号の値を補正している。
【００２２】
更に、後述するシェーディング補正部は、後述する制御ユニット１１１内のＣＰＵからゲイン調整の情報を受け取ると、当該情報に応じたゲイン調整を行う。このゲイン調整は、原稿を露光走査して得られた電気信号の値をどのように０〜２５５の輝度信号値に割り付けるかを調整するために用いられる。このゲイン調整により、原稿を露光走査して得られた電気信号の値を高い輝度信号値に変換したり、低い輝度信号値に変換したりすることができるようになっている。
【００２３】
次に、この原稿上の画像をスキャンする構成について説明する。スキャナ部１１３は、原稿上の画像を露光走査して得られた反射光をＣＣＤに入力することで画像の情報を電気信号に変換する。更に、電気信号をＲ，Ｇ，Ｂ各色からなる輝度信号に変換し、当該輝度信号を画像データとして制御ユニット１１１に対して出力する。
【００２４】
尚、原稿は原稿フィーダ２０１のトレイ２０２にセットされる。ユーザが操作部１１２から読み取り開始を指示すると、制御ユニット１１１からスキャナ部１１３に原稿の読み取り指示が与えられる。スキャナ部１１３は、この指示を受けると原稿フィーダ２０１のトレイ２０２から原稿を１枚ずつフィードして、原稿の読み取り動作を行う。
【００２５】
また、原稿の読み取り方法は原稿フィーダ２０１による自動送り方式だけでなく、原稿を不図示のガラス面上に載置し露光部を移動させることで原稿の走査を行う方法であっても良い。
【００２６】
一方、プリンタ部１１４は、制御ユニット１１１から受け取った画像データを用紙上に形成する画像形成デバイスである。尚、プリンタ部１１４の画像形成方式は感光体ドラムや感光体ベルトを用いた電子写真方式となっているが、本発明はこれに限るものではない。例えば、微少ノズルアレイからインクを吐出して用紙上に印字するインクジェット方式なども適用可能である。また、プリンタ部１１４には、異なる用紙サイズ又は異なる用紙向きを選択可能とする複数の給紙手段を備え、それぞれに対応した用紙カセット２０３、２０４、２０５が設けられている。そして、排紙トレイ２０６には、印字後の用紙が排出される。
【００２７】
＜制御ユニット１１１の詳細（図３）＞
図３は、画像形成装置１１０における制御ユニット１１１の詳細な構成を示すブロック図である。制御ユニット１１１は、スキャナ部１１３やプリンタ部１１４と電気的に接続し、一方ではＬＡＮ１００や公衆回線（ＷＡＮ）１０２を介してＰＣ１０１や外部の装置などと接続されている。これにより、画像データやデバイス情報の入出力を行う。
【００２８】
制御ユニット１１１において、ＣＰＵ３０１は、ＲＯＭ３０３に格納されたプログラム等に基づいて接続中の各種デバイスとのアクセスを統括的に制御すると共に、内部で行われる各種処理についても統括的に制御する。ＲＡＭ３０２は、ＣＰＵ３０１が動作するためのシステムワークメモリであり、かつ画像データを一時記憶するためのメモリでもある。このＲＡＭ３０２は、記憶した内容を電源オフ後も保持しておくＳＲＡＭ及び電源オフ後には記憶した内容が消去されてしまうＤＲＡＭにより構成されている。ＲＯＭ３０３には、装置のブートプログラムや制御データなどが格納されている。ＨＤＤ３０４はハードディスクドライブであり、システムソフトウェアや画像データを格納する。
【００２９】
操作部Ｉ／Ｆ３０５は、システムバス３１０と操作部１１２とを接続するためのインターフェース部である。操作部Ｉ／Ｆ３０５は、操作部１１２に表示するための画像データをシステムバス３１０から受け取り、操作部１１２に出力すると共に、操作部１１２から入力された情報をシステムバス３１０へと出力する。
【００３０】
ネットワーク（Network）Ｉ／Ｆ３０６はＬＡＮ１００ｔの接続を司り、ＬＡＮ１００に対して情報の入出力を行う。モデム（MODEM）３０７はＷＡＮ１０２との接続を司り、ＷＡＮ１０２に対して情報の入出力を行う。２値画像回転部３０８はモデム３０７で２値画像を送信する前に画像データの方向を変換する。２値画像圧縮・伸張部３０９は、送信前の画像データの解像度を所定の解像度や相手能力に合わせた解像度に変換する。また、圧縮及び伸張は、ＪＢＩＧ、ＭＭＲ、ＭＲ、ＭＨなどの方式をサポートしている。
【００３１】
画像バス３３０は、画像データを授受するための伝送路であり、ＰＣＩバスやＩＥＥＥ１３９４で構成されている。画像バス３３０に接続されるスキャナ画像処理部３１２は、スキャナ部１１３からスキャナＩ／Ｆ３１１を介して受け取った画像データに対して補正、加工、及び編集を行う。
【００３２】
尚、スキャナ画像処理部３１２は、受け取った画像データがカラー原稿か白黒原稿か、或いは文字原稿か写真原稿かなどを判定する。そして、その判定結果を画像データに付随させる。これ以降、この付随情報を属性データと称する。このスキャナ画像処理部３１２で行われる処理の詳細については後述する。
【００３３】
圧縮部３１３は、画像データを受け取り、この画像データを３２×３２画素のブロック単位に分割する。尚、この３２×３２画素の画像データをタイル画像データと称する。
【００３４】
図４は、タイル画像データを概念的に表した図である。原稿（読み取り前の紙媒体）において、このタイル画像データに対応する領域をタイル画像と称する。タイル画像データには、３２×３２画素のブロックにおける平均輝度情報やタイル画像の原稿上の座標位置がヘッダ情報として付加されている。
【００３５】
更に、圧縮部３１３は、複数のタイル画像データからなる画像データを圧縮する。伸張部３１６は、複数のタイル画像データからなる画像データを伸張した後にラスタ展開してプリンタ画像処理部３１５に送る。
【００３６】
プリンタ画像処理部３１５は、伸張部３１６から送られた画像データを受け取り、その画像データに付随させられている属性データを参照しながら画像データに画像処理を施す。画像処理後の画像データは、プリンタＩ／Ｆ３１４を介してプリンタ部１１４に出力される。このプリンタ画像処理部３１５で行われる処理の詳細については後述する。
【００３７】
画像変換部３１７は、画像データに対して所定の変換処理を施す。この処理部は以下に示すような処理部により構成される。
【００３８】
伸張部３１８は、受け取った画像データを伸張する。圧縮部３１９は、受け取った画像データを圧縮する。回転部３２０は、受け取った画像データを回転する。変倍部３２１は、受け取った画像データに対して、例えば６００ｄｐｉから２００ｄｐｉへの解像度変換処理や、例えば２５％から４００％への変倍処理を行う。尚、変倍処理の前には、３２×３２画素の画像を３２ライン単位の画像に並び替える。
【００３９】
色空間変換部３２２は、受け取った画像データの色空間を変換する。この色空間変換部３２２は、マトリクス又はテーブルを用いて公知の下地飛ばし処理や、公知のＬＯＧ変換処理（ＲＧＢ→ＣＭＹ）、公知の出力色補正処理（ＣＭＹ→ＣＭＹＫ）を行う。２値多値変換部３２３は、受け取った２階調の画像データを２５６階調の画像データに変換する。また逆に、多値２値変換部３２４は、受け取った２５６階調の画像データを誤差拡散処理などの手法により２階調の画像データに変換する。
【００４０】
合成部３２７は、受け取った２つの画像データを合成し、１枚の画像データを生成する。尚、２つの画像データを合成する際には、合成対象の画素同士が持つ輝度値の平均値を合成輝度値とする方法や、輝度レベルで明るい方の画素の輝度値を合成後の画素の輝度値とする方法が適用される。また、暗い方を合成後の画素とする方法の利用も可能である。更に、合成対象の画素同士の論理和演算、論理積演算、排他的論理和演算などで合成後の輝度値を決定する方法なども適用可能である。これらの合成方法は、何れも周知の手法である。
【００４１】
間引き部３２６は、受け取った画像データの画素を間引くことで解像度変換を行い、１／２，１／４，１／８の画像データを生成する。移動部３２５は、受け取った画像データに余白部分を付けたり余白部分を削除したりする。
【００４２】
ラスターイメージプロセッサ（ＲＩＰ）３２８は、ＰＣ１０１などから送信されたＰＤＬコードデータに基づいて生成された中間データを受け取り、ビットマップデータ（多値）に展開する。
【００４３】
＜スキャナ画像処理部３１２の詳細（図５）＞
図５は、図３に示すスキャナ画像処理部３１２の構成の一例を示すブロック図である。スキャナ画像処理部３１２は、入力画像データとしてＲＧＢ各８ビットの輝度信号を受け取る。この輝度信号は、マスキング処理部５０１によりＣＣＤのフィルタ色に依存しない標準的な輝度信号に変換される。フィルタ処理部５０２は、受け取った画像データの空間周波数を任意に補正する。具体的には、受け取った画像データに対して、例えば７×７のマトリクスを用いた演算処理を行う。
【００４４】
ところで、複写機や複合機では、後述する図７に示す操作画面のタブ７０４を押下することにより、コピーモードとして文字モード、写真モード、文字／写真モードの何れかを選択することができる。
【００４５】
ここで、ユーザによって文字モードが選択された場合は、フィルタ処理部５０２は文字用のフィルタを画像データ全体にかける。また、写真モードが選択された場合は、写真用のフィルタを画像データ全体にかける。或いは、文字／写真モードが選択された場合は、後述の文字写真判定信号（属性データの一部）に応じて画素毎に適応的にフィルタを切り替える。つまり、画素毎に写真用のフィルタをかけるか、文字用のフィルタをかけるかが決定される。
【００４６】
尚、写真用のフィルタには、高周波成分のみ平滑化が行われるような係数が設定されている。これは、画像のざらつきを目立たせないためである。また、文字用のフィルタには強めのエッジ強調を行うような係数が設定されている。これは、文字のシャープさを出すためである。
【００４７】
ヒストグラム生成部５０３は、受け取った画像データを構成する各画素の輝度データをサンプリングする。より詳細に説明すると、主走査方向、副走査方向にそれぞれ指定した開始点と終了点で囲まれた矩形領域内の輝度データを、主走査方向、副走査方向に一定のピッチでサンプリングする。そして、サンプリング結果に基づいてヒストグラムデータを生成する。生成されたヒストグラムデータは、下地飛ばし処理を行う際に、下地レベルを推測するために用いられる。入力側ガンマ補正部５０４は、テーブル等を利用して非線形特性を持つ輝度データに変換する。
【００４８】
カラーモノクロ判定部５０５は、受け取った画像データを構成する各画素が有彩色であるか無彩色であるかを判定し、その判定結果をカラーモノクロ判定信号（属性データの一部）として画像データに付随させる。
【００４９】
文字写真判定部５０６は、画像データを構成する各画素が文字を構成する画素なのか、網点を構成する画素なのか、網点中の文字を構成する画素なのか、ベタ画像を構成する画素なのかを各画素の画素値と各画素の周辺画素の画素値とに基づいて判定する。ここで、何れにも当てはまらない画素は、白領域を構成している画素である。そして、この判定の結果を文字写真判定信号（属性データの一部）として画像データに付随させる。
【００５０】
復号部５０７は、マスキング処理部５０１から出力された画像データ内に符号画像データが存在する場合には、その存在を検知する。そして、検知された符号画像データを復号化して情報を取り出す。
【００５１】
＜プリンタ画像処理部３１５の詳細（図６）＞
図６は、図３に示すプリンタ画像処理部３１５の構成の一例を示すブロック図である。下地飛ばし処理部６０１は、スキャナ画像処理部３１２で生成されたヒストグラムを用いて画像データの下地色を飛ばす（除去する）。モノクロ生成部６０２はカラーデータをモノクロデータに変換する。Ｌｏｇ変換部６０３は輝度濃度変換を行う。このＬｏｇ変換部６０３は、例えば、ＲＧＢ入力された画像データを、ＣＭＹの画像データに変換する。
【００５２】
出力色補正部６０４は、入力されたＣＭＹの画像データを、テーブルやマトリックスを用いてＣＭＹＫの画像データに変換して出力色補正を行う。出力側ガンマ補正部６０５は、この出力側ガンマ補正部６０５に入力される信号値と複写出力後の反射濃度値とが比例するように補正を行う。中間調補正部６０６は、出力するプリンタ部の階調数に合わせて中間調処理を行う。例えば、受け取った高階調の画像データに対して２値化や３２値化などを行う。符号画像合成部６０７は、後述する＜符号化処理＞により生成された符号画像データと、（原稿）画像データとを合成する。
【００５３】
尚、スキャナ画像処理部３１２やプリンタ画像処理部３１５の各処理部で、受け取った画像データに各処理を施さずに出力させても良い。このような、ある処理部で処理を施さずにデータを通過させることを、以下では「処理部をスルーさせる」と表現する。
【００５４】
＜符号化処理＞
ＣＰＵ３０１は、所定の情報（例えば機器番号や印刷時間情報やユーザＩＤ情報など）の符号化処理を行い、符号画像データを生成すべく制御することが可能である。
【００５５】
尚、符号画像とは、二次元コード画像やバーコード画像といった画像や電子透かし技術により生成された電子透かし画像のことを示す。
【００５６】
更に、ＣＰＵ３０１は、生成された符号画像データを、不図示のデータバスを用いて、プリンタ画像処理部３１５内の符号画像合成部６０７に送信する。
【００５７】
上述した符号画像の生成及び送信の制御は、ＲＡＭ３０２内に格納されたプログラムを実行することによって行われる。
【００５８】
＜操作画面の説明＞
図７は、画像形成装置１１０における初期画面の一例を示す図である。領域７０１は、画像形成装置１１０がコピーできる状態にあるか否かを示し、かつ設定したコピー部数を示す。原稿選択タブ７０４は原稿のタイプを選択するためのタブであり、このタブが押し下げられると文字、写真、文字／写真モードの３種類の選択メニューをポップアップ表示する。フィニッシングタブ７０６は各種フィニッシングに関わる設定を行うためのタブである。両面設定タブ７０７は両面読み込み及び両面印刷に関する設定を行うためのタブである。読み取りモードタブ７０２は原稿の読み取りモードを選択するためのタブである。このタブが押し下げられるとカラー／ブラック／自動（ＡＣＳ）の３種類の選択メニューがポップアップ表示される。
【００５９】
尚、カラーが選択された場合にはカラーコピーが、ブラックが選択された場合にはモノクロコピーが行われる。また、ＡＣＳが選択された場合には上述したモノクロカラー判定信号によりコピーモードが決定される。
【００６０】
符号化・復号化処理タブ７０８は、符号画像を復号化し、再符号化する処理を選択するためのタブである。
【００６１】
＜復号化・再符号化処理＞
ここで、符号化・復号化処理タブ７０８が押下された後に、スタートキーが押下された際に実行される復号化・再符号化処理を、図８を用いて説明する。
【００６２】
図８は、復号化・再符号化処理を示すフローチャートである。まず、ステップＳ８０１において、ＣＰＵ３０１は、スキャナ部１１３で読み取られた原稿を、画像データとしてスキャナＩ／Ｆ３１１を介してスキャナ画像処理部３１２に送るように制御する。次に、ステップＳ８０２において、スキャナ画像処理部３１２が、この画像データに対して図５に示す処理を行い、新たな画像データと共に属性データを生成し、この属性データを画像データに付随させる。そして、スキャナ画像処理部３１２内の復号部５０７が、符号画像データが存在する場合には、その存在を検知する。ここで、検知された符号画像データを復号化して情報を取得する。そして、当該取得された復号後の情報を不図示のデータバスを用いてＲＡＭ３０２に格納する。ステップＳ８０２での処理が終了すると、ステップＳ８０３とステップＳ８０８との処理を同時に開始する。
【００６３】
ステップＳ８０８では、ＣＰＵ３０１は、復号後の情報を再符号化して符号画像を生成し、生成した再符号画像データをプリンタ画像処理部３１５内の符号画像合成部６０７に送信すべく制御する。
【００６４】
一方、ステップＳ８０３では、圧縮部３１３がスキャナ画像処理部３１２で生成された新たな画像データを３２×３２画素のブロック単位に分割し、タイルデータを生成する。更に、圧縮部３１３は複数のタイルデータからなる画像データを圧縮する。
【００６５】
次に、ステップＳ８０４では、ＣＰＵ３０１は、圧縮部３１３で圧縮された画像データをＲＡＭ３０２に送って格納するように制御する。尚、この画像データは、必要に応じて画像変換部３１７に送られ、画像処理が施された上で再びＲＡＭ３０２に送られ格納される。次に、ステップＳ８０５では、ＣＰＵ３０１は、ＲＡＭ３０２に格納されている画像データを伸張部３１６に送るように制御する。一方、伸張部３１６は、この画像データを伸張し、伸張後の複数のタイルデータからなる画像データをラスタ展開する。このラスタ展開後の画像データはプリンタ画像処理部３１５に送られる。
【００６６】
次に、ステップＳ８０６では、プリンタ画像処理部３１５が画像データに付随されている属性データに応じた画像データ編集を行う。この処理は、図６に示す処理である。ここでは、ステップＳ８０８で生成した符号画像データと（原稿の）画像データとを合成する。正確には、出力側ガンマ補正部６０５から出力された（原稿の）画像データと、ステップＳ８０８で生成した再符号画像データとを符号画像合成部６０７が合成する。そして、この合成により得られた合成画像データを中間調補正部６０６が、出力するプリンタ部の階調数に合わせて中間調処理を行う。中間調処理後の合成画像データはプリンタＩ／Ｆ３１４を介してプリンタ部１１４に送られる。
【００６７】
そして、ステップＳ８０７で、プリンタ部１１４が合成画像データを出力用紙上に画像形成する。
【００６８】
＜パーソナルコンピュータ（ＰＣ）１０１の詳細＞
図９は、パーソナルコンピュータ（ＰＣ）１０１における印刷処理に関するモジュールの一例を示す図である。図９に示すアプリケーション９０１、グラフィックエンジン９０２、プリンタドライバ９０３及びシステムスプーラ９０４は、外部メモリに保存されたファイルとして存在するプログラムモジュールである。そして、これらのモジュールが実行される場合、オペレーティングシステム（ＯＳ）やモジュールを利用するモジュールによってＲＡＭにロードされ実行される。ここで、外部メモリに保存されているアプリケーション９０１はＲＡＭにロードされて実行される。しかし、アプリケーション９０１からプリンタ９０５に対して印刷を行う際には、アプリケーション９０１と同様に、ＲＡＭにロードされ実行可能なグラフィックエンジン９０２を利用して出力（描画）を行う。
【００６９】
また、グラフィックエンジン９０２は、プリンタ９０５などの印刷装置毎に用意されたプリンタドライバ９０３を外部メモリからＲＡＭにロードし、アプリケーション９０１の出力をプリンタドライバ９０３に設定する。そして、アプリケーション９０１から受け取るＧＤＩ（Graphic Device Interface）関数をＤＤＩ（Device Driver Interface）関数に変換してプリンタドライバ９０３へＤＤＩ関数を出力する。
【００７０】
プリンタドライバ９０３は、グラフィックエンジン９０２から受け取ったＤＤＩ関数をプリンタ９０５が認識可能な制御コマンド、例えばＰＤＬ（Page Description Language）に変換する。変換された制御コマンドは、ＯＳによってＲＡＭにロードされたシステムスプーラ９０４を経て双方向性インタフェース経由でプリンタ９０５へ印刷データとして出力される仕組みとなっている。
【００７１】
図９に示すように、印刷システムは、プリンタドライバ９０３内に符号画像を生成する符号画像生成部９０６を有する。この符号画像生成部９０６はプリンタドライバ９０３のビルトインモジュールであっても良く、個別のインストーレーションによって追加されるライブラリモジュールの形式であっても良い。また、プリンタドライバ９０３は符号画像の印刷に関し、この符号画像生成部９０６を実行することで、後述する符号画像の処理を行う。
【００７２】
＜印刷関連のソフトウェアモジュール＞
図１０は、パーソナルコンピュータ１０１における印刷処理に関する他のモジュールの一例を示す図である。図１０に示すモジュールは、図９を拡張したものであり、グラフィックエンジン９０２からプリンタドライバ９０３へ印刷命令を送る際に、一旦中間コードからなるスプールファイル１００３を生成する構成をとる。
【００７３】
図９に示すものでは、アプリケーション９０１が印刷処理から開放されるのはプリンタドライバ９０３がグラフィックエンジン９０２からの印刷命令を全て制御コマンドへ変換し終った時点である。これに対して、図１０では、スプーラ１００２が全ての印刷命令を中間コードデータに変換し、スプールファイル１００３に出力した時点で開放される、という点で異なっている。
【００７４】
通常、図１０に示す方がアプリケーション９０１による印刷処理が短時間で済む。また、図１０に示す構成においては、スプールファイル１００３の内容に対して加工することができる。これにより、アプリケーション９０１からの印刷データに対して、拡大縮小、複数ページを１ページに縮小して印刷や、符号画像生成など、アプリケーション９０１の持たない機能を実現することができる。
【００７５】
上述の目的のために、図１０に示すように、中間コードデータでスプールするように、システムの拡張がなされてきている。
【００７６】
尚、印刷データの加工を行うためには、通常、プリンタドライバ９０３がＣＲＴディスプレイに表示させるウィンドウから設定を行い、プリンタドライバ９０３がその設定内容をＲＡＭ上或いは外部メモリ上に保管する。
【００７７】
ここで、図１０に示す構成の詳細を説明する。図１０に示す拡張された処理方式では、グラフィックエンジン９０２からの印刷命令であるＤＤＩ関数をディスパッチャ１００１が受け取る。ディスパッチャ１００１は、このＤＤＩ関数がアプリケーション９０１からグラフィックエンジン９０２へ発行された印刷命令（ＧＤＩ関数）に基づくものであれば、プリンタドライバ９０３ではなくスプーラ１００２へＤＤＩ関数を送付する。スプーラ１００２は、外部メモリに格納されており、ＲＡＭにロードされて実行されるモジュールである。
【００７８】
スプーラ１００２は受け取った印刷命令を解析し、ページ単位に中間コードに変換してスプールファイル１００３として出力する。このページ単位に格納されている中間コードのスプールファイルをページ描画ファイル（ＰＤＦ：Page Description File）と呼ぶ。また、スプーラ１００２はプリンタドライバ９０３に対して設定されている印刷データに関する加工設定をプリンタドライバ９０３から取得してジョブ単位のファイルとしてスプールファイル１００３に保存する。ここで、加工設定とは、Ｎｕｐ、両面、ステープル、カラー／モノクロ指定、符号画像生成等である。また、このジョブ単位に格納されている設定ファイルをジョブ設定ファイル（簡略してＳＤＦ：Spool Description Fileと呼ぶこともある）と呼ぶ。
【００７９】
尚、スプールファイル１００３は外部メモリ上にファイルとして生成するが、ＲＡＭ上に生成されても構わない。更に、スプーラ１００２は、外部メモリに格納されているスプールファイルマネージャ１００４をＲＡＭにロードし、スプールファイルマネージャ１００４に対してスプールファイル１００３の生成状況を通知する。その後、スプールファイルマネージャ１００４は、スプールファイル１００３に保存された印刷データに関する加工設定の内容に従って印刷を行えるか判断する。
【００８０】
スプールファイルマネージャ１００４がグラフィックエンジン９０２を利用して印刷を行えると判断すると、外部メモリに格納されているデスプーラ１００５をＲＡＭにロードする。そして、デスプーラ１００５に対してスプールファイル１００３に記述された中間コードのページ描画ファイルの印刷処理を行うように指示する。
【００８１】
デスプーラ１００５は、スプールファイル１００３に含まれる中間コードのページ描画ファイルをスプールファイル１００３に含まれる加工設定情報を含むジョブ設定ファイルに従って加工する。そして、ＧＤＩ関数を再生成し、もう一度グラフィックエンジン９０２経由でＧＤＩ関数を出力する。その際、符号画像の印刷に関する描画については、符号画像生成部９０６をロードし、描画処理を行う。
【００８２】
一方、ディスパッチャ１００１は、上述のＤＤＩ関数がデスプーラ１００５からグラフィックエンジン９０２へ発行された印刷命令（ＧＤＩ関数）に基づくものであれば、スプーラ１００２ではなく、プリンタドライバ９０３に印刷命令を送る。
【００８３】
プリンタドライバ９０３はグラフィックエンジン９０２から取得したＤＤＩ関数に基づいてページ記述言語等からなるプリンタ制御コマンドを生成し、システムスプーラ９０４経由でプリンタ９０５に出力する。
【００８４】
更に、図１０に示すように、拡張システムに加えて、プレビューア１００６、設定変更エディタ１００７を配し、符号画像のプレビューを含むプレビュー、印刷設定変更、複数ジョブの結合を可能にしている。ここで、プレビュー、印刷設定変更、複数ジョブの結合を行うには、まずユーザが図１１に示すプリンタドライバのプロパティシートにおいて、「出力先の指定」を行う手段であるプルダウンメニュー１１０１で「ストア」を指定する必要がある。尚、プレビューだけをみたい場合は、出力先の指定として「プレビュー」を選択することによっても可能である。
【００８５】
このように、プリンタドライバ９０３のプロパティで設定されている内容は設定ファイルとしてＯＳが提供する構造体に格納される。この構造体は、Windows（登録商標）ＯＳでは、DEVMODEと呼ばれる。また、構造体には、例えばスプールファイル１００３に含まれる加工設定ファイル中にスプールファイルマネージャ１００４にストアを行うか否かの設定が含まれている。スプールファイルマネージャ１００４がプリンタドライバ９０３を介して加工設定を読み込み、ストア指定がなされていた場合、上述したように、スプールファイル１００３にページ描画ファイルとジョブ設定ファイルとが生成され、格納される。そして、スプールファイルマネージャ１００４のウィンドウ画面がポップアップされ、スプールファイル１００３にスプールされたジョブがリスト表示される。
【００８６】
スプールファイルマネージャ１００４のウィンドウ画面上で、ある単体ジョブ又は結合ジョブのプレビュー指定がされた場合、外部メモリに格納されているプレビューア１００６をＲＡＭにロードする。そして、プレビューア１００６に対してスプールファイル１００３に記述された中間コードのジョブのプレビュー処理を行うように指示する。
【００８７】
（プレビューア）
プレビューア１００６はスプールファイル１００３に含まれる中間コードのページ描画ファイル（ＰＤＦ）を順次読み出し、スプールファイル１００３に格納されているジョブ設定ファイル（ＳＤＦ）に含まれる加工設定情報の内容に従って加工する。グラフィックエンジン９０２に対してＧＤＩ関数を出力する。グラフィックエンジン９０２が自身の確保するクライアント領域に描画データを出力することにより、画面上の出力が可能となる。
【００８８】
グラフィックエンジン９０２は、指定された出力先に応じて適切なレンダリングを行うことが可能である。即ち、プレビューア１００６は、デスプーラ１００５と同様に、スプールファイル１００３に含まれる中間コードをスプールファイル１００３に含まれる加工設定の内容に従って加工し、グラフィックエンジン９０２を利用して出力する方法で実現可能となる。このように、プリンタドライバ９０３で設定されている加工設定をジョブ設定ファイルとしてスプールファイル１００３に格納し、このジョブ設定ファイルに基づいてページ描画ファイルのデータを加工して出力する。
【００８９】
通常の文書作成等のアプリケーションソフトウェアが提供するプレビュー機能は、あくまでそのアプリケーションにおけるページ設定に基づいて描画が行われているため、プリンタドライバ９０３での印刷設定が反映されない。そのため、実際に印刷出力されるプレビューをユーザに認識させることはできなかった。これに対して、第１の実施形態では、上述の処理を行うことにより、符号画像の描画位置や、大きさに応じて、プリンタで出力されるものに近い印刷プレビューをユーザに提供することができる。
【００９０】
このように、プレビュー処理を行うことでスプールファイル１００３に含まれる印刷の加工設定の大プレビューがプレビューア１００６によって画面上に表示される。図１２は、プレビューア１００６によって表示されるプレビュー画面の一例を示す図である。その後、ユーザの非表示指示によりプレビュー画面がクローズされ、制御が図１３に示すようなスプールファイルマネージャ１００４の画面に移行する。そして、ユーザがプレビュー画面の内容に従って印刷を行う際に、スプールファイルマネージャ１００４の画面上で「印刷」又は「セーブして印刷」を指示することにより印刷要求を発行する。この印刷要求により、上述したようにデスプーラ１００５がジョブ設定ファイルに基づいてページ描画ファイルを加工してＧＤＩ関数を生成し、グラフィックエンジン９０２に伝える。グラフィックエンジン９０２からディスパッチャ１００１経由でプリンタドライバ９０３に印刷命令が送られ、印刷が実行される。
【００９１】
＜印刷用中間データの保存処理＞
図１４は、スプーラ１００２が生成したスプールファイル１００３をページ単位に保存する処理を示すフローチャートである。まず、ステップＳ１４０１で、スプーラ１００２は、アプリケーション９０１からグラフィックエンジン９０２を介して印刷要求を受け付ける。アプリケーション９０１は、図１５に示すような印刷設定を入力するダイアログを表示し、このダイアログから入力された印刷設定がプリンタドライバ９０３からスプーラ１００２へ渡される。図１５に示すダイアログでは、リストボックス１５０１に示すように、１物理ページにレイアウトする論理ページの数を決定するような設定項目等を含んでいる。
【００９２】
次に、ステップＳ１４０２で、受け付けた印刷要求がジョブ開始要求か否かを判定し、ジョブ開始要求であると判定した場合にはステップＳ１４０３へ処理を進め、中間データを一時的に保存するためのスプールファイル１００３を作成する。そして、ステップＳ１４０４で、スプールファイルマネージャ１００４へ印刷処理の進捗を通知し、ステップＳ１４０５で、スプーラ１００２のページ数カウンタを“１”に初期化する。ここで、スプールファイルマネージャ１００４では、印刷が開始されたジョブに対するジョブの情報や加工設定などをスプールファイル１００３より読み込み、記憶する。
【００９３】
一方、上述のステップＳ１４０２で、ジョブ開始要求ではなかったと判定した場合にはステップＳ１４０６へ処理を進め、受け付けた要求がジョブ終了要求か否かを判別する。ジョブ終了要求でないと判別した場合にはステップＳ１４０７へ処理を進め、改ページか否かの判別を行う。ここで、改ページであると判別した場合にはステップＳ１４０８へ処理を進め、スプールファイルマネージャ１００４へ印刷処理の進捗を通知する。そして、ページ数カウンタをインクリメントし、中間コードを格納しているページ描画ファイルを閉じ、次のページ描画ファイルを生成する。
【００９４】
また、上述のステップＳ１４０７で、受け付けた印刷要求が改ページではないと判別した場合にはステップＳ１４０９に進み、ページ描画ファイルへの中間コードの書き出しの準備を行う。次に、ステップＳ１４１０で、印字要求をスプールファイル１００３へ格納するため、印字要求のＤＤＩ関数の中間コードへの変換処理を行う。そして、ステップＳ１４１１で、ステップＳ１４１０で格納可能な形に変換された印刷要求（中間コード）をスプールファイル１００３のページ描画ファイルへ書き込む。その後、ステップＳ１４０１に戻り、再びアプリケーションからの印刷要求を受け付ける。
【００９５】
上述のステップＳ１４０１〜Ｓ１４１１までの一連の処理を、アプリケーション９０１よりジョブ終了要求（EndDoc）を受け取るまで続ける。また、スプーラ１００２は、上述した処理中にプリンタドライバ９０３からDEVMODE構造体に格納されている加工設定等の情報を取得し、ジョブ設定ファイルとしてスプールファイル１００３に格納する。
【００９６】
一方、上述のステップＳ１４０６で、アプリケーション９０１からの印刷要求がジョブ終了であると判断した場合には、アプリケーションからの印刷要求は全て終了であるので、ステップＳ１４１２へ処理を進める。このステップＳ１４１２では、スプールファイルマネージャ１００４へ印刷処理の進捗を通知し、この処理を終える。
【００９７】
＜スプールファイルの生成＞
図１６は、スプールファイルマネージャ１００４のスプールファイル生成プロセス及び印刷データ生成プロセスの間の詳細な制御を示すフローチャートである。まず、ステップＳ１６０１で、スプールファイルマネージャ１００４がスプーラ１００２又はデスプーラ１００５からの印刷処理の進捗通知を受け付ける。そして、ステップＳ１６０２で、進捗通知が上述したステップＳ１４０４で通知されるスプーラ１００２からの印刷開始通知であるか否かを判定する。ここで、進捗通知が印刷開始通知であれば、ステップＳ１６０３へ処理を進め、印刷の加工設定をスプールファイル１００３から読み込み、ジョブの管理を開始する。
【００９８】
一方、ステップＳ１６０２で、スプーラ１００２からの印刷開始通知でなければステップＳ１６０４へ処理を進め、進捗通知が上述のステップＳ１４０８で通知されたスプーラ１００２からの１論理ページの印刷終了通知であるか否かを判定する。ここで、１論理ページの印刷終了通知であればステップＳ１６０５へ処理を進め、この論理ページに関する論理ページ情報を格納する。そして、続くステップＳ１６０６で、この時点でスプールが終了したｎ論理ページに対して１物理ページの印刷が開始できるか否かを判定する。ここで、印刷可能であればステップＳ１６０７へ処理を進め、印刷する１物理ページに対して割り付けられる論理数から物理ページ番号を決定する。
【００９９】
この物理ページ番号の計算については、例えば加工設定が１物理ページに４論理ページを配置するような設定の場合、第１物理ページは第４論理ページがスプールされた時点で印刷可能となり、第１物理ページとなる。以下同様に、第２物理ページは第８論理ページがスプールされた時点で印刷可能となる。
【０１００】
また、論理ページ数の総数が１物理ページに配置する論理ページ数の倍数でなくても、ステップＳ１４１２でのスプール終了通知によって１物理ページに配置する論理ページが決定可能である。
【０１０１】
そして、ステップＳ１６０８では、印刷可能となった物理ページを構成する論理ページ番号と、その物理ページ番号などの情報がジョブ出力用設定ファイル（物理ページ情報を含むファイル）に保存される。そして、物理ページ情報が１物理ページ分追加されたことがデスプーラ１００５に通知される。その後、ステップＳ１６０１に戻り、次の通知を待つ。尚、第１の実施形態では、印刷ジョブのスプールが全て終了していなくても、印刷データの１ページ、即ち１物理ページを構成する論理ページがスプールされた時点で印刷処理が可能である。
【０１０２】
一方、ステップＳ１６０４で、進捗通知がスプーラ１００２からの１論理ページの印刷終了通知でなければステップＳ１６０９へ処理を進め、上述のステップＳ１４１２で通知されるスプーラ１００２からのジョブ終了通知であるか否かを判定する。ここで、ジョブ終了通知であれば上述のステップＳ１６０６へ処理を進める。しかし、ジョブ終了通知でなければステップＳ１６１０へ処理を進め、受け付けた通知がデスプーラ１００５からの１物理ページの印刷終了通知であるか否かを判定する。ここで、１物理ページの印刷終了通知である場合はステップＳ１６１１へ処理を進め、印刷が全て終了したかを判定する。印刷が終了した場合、ステップＳ１６１２へ進み、デスプーラ１００５に印刷終了の通知を行う。一方、加工設定に対する印刷がまだ終了していないと判定した場合は上述のステップＳ１６０６へ処理を進める。
【０１０３】
第１の実施形態におけるデスプーラ１００５は印刷処理を行う単位として１物理ページ数を想定している。また、ステップＳ１６０８で、１物理ページの印刷処理を行うのに必要な情報をファイルに逐次保存し、再利用可能な形式にしている。しかし、再利用不要な場合には、共有メモリ等の高速な媒体を使用し、１物理ページ単位で次々と上書きし、速度とリソースを節約するような実装形式であっても良い。
【０１０４】
また、デスプールの進捗よりも、スプールの進捗の方が早い場合や全ページのスプール終了後からデスプールが開始されるような場合、ステップＳ１６０８で１物理ページ毎にページ印刷可能を通知せずに、デスプール側の進捗に応じた通知を行っても良い。例えば、複数物理ページや全物理ページが印刷可能になったことを通知すれば、通知回数を節約することが可能である。
【０１０５】
一方、ステップＳ１６１０で、通知がデスプーラ１００５からの１物理ページの印刷終了通知でないと判定した場合はステップＳ１６１３へ処理を進め、スプールファイルマネージャ１００４がデスプーラ１００５からの印刷終了通知か否かを判定する。通知がデスプーラ１００５からの印刷終了通知と判定した場合はステップＳ１６１４へ処理を進め、スプールファイルマネージャ１００４はスプールファイル１００３の該当するページ描画ファイルの削除を行い、この処理を終える。しかし、デスプーラ１００５からの印刷終了通知でなかった場合はステップＳ１６１５へ処理を進め、エラー処理を実行する。その後、不図示のその他の処理を実行し、次の通知を待つ。
【０１０６】
＜スプールファイルの出力＞
図１７は、デスプーラ１００５の印刷データ生成プロセスの詳細を示すフローチャートである。デスプーラ１００５は、スプールファイルマネージャ１００４からの印刷要求に応じて、スプールファイル１００３から必要な情報（ページ描画ファイル及びジョブ設定ファイル）を読み出して印刷データを生成する。生成された印刷データにおけるプリンタへの転送方法については図１０を用いて説明した通りである。
【０１０７】
印刷データの生成では、まず、ステップＳ１７０１で、上述のスプールファイルマネージャ１００４からの通知を入力する。次に、ステップＳ１７０２で、入力された通知がジョブの終了通知か否かを判定し、ジョブ終了通知であるならばステップＳ１７０３へ処理を進め、終了フラグを立て、ステップＳ１７０５へ処理を進める。
【０１０８】
一方、ステップＳ１７０２で、ジョブ終了通知でない場合はステップＳ１７０４へ処理を進め、上述のステップＳ１６０８で１物理ページの印刷開始要求が通知されたか否かを判定する。ここで、開始要求と判定しなかった場合はステップＳ１７１０へ処理を進め、その他のエラー処理を行い、ステップＳ１７０１に戻り、次の通知を待つ。
【０１０９】
一方、ステップＳ１７０４で、１物理ページの印刷開始要求と判定した場合はステップＳ１７０５へ処理を進め、ステップＳ１７０４で通知を受けた印刷処理可能な物理ページのIDを保存する。そして、ステップＳ１７０６では、ステップＳ１７０５で保存した物理ページIDの全てのページに関して印刷処理が済んでいるか否かを判定する。ここで全物理ページの処理が済んでいる場合はステップＳ１７０７へ処理を進め、上述のステップＳ１７０３で終了フラグが立てられているか否かを判定する。終了フラグが立っている場合は、ジョブの印刷が終了したとみなし、デスプーラ１００５の処理終了の通知をスプールファイルマネージャ１００４に通知し、この処理を終える。一方、ステップＳ１７０７で、終了フラグが立っていない場合はステップＳ１７０１に戻り、次の通知を待つ。
【０１１０】
一方、ステップＳ１７０６で、印刷可能な物理ページが残っていると判定した場合にはステップＳ１７０８へ処理を進める。ステップＳ１７０８では、保存された物理ページIDから未処理の物理ページIDを順に読み出し、読み出した物理ページIDに対応する物理ページの印刷データ生成に必要な情報を読み込み、印刷処理を行う。この印刷処理はスプールファイル１００３に格納された印刷要求命令をデスプーラ１００５においてグラフィックエンジン９０２が認識可能な形式（ＧＤＩ関数）に変換し、転送する。
【０１１１】
第１の実施形態のような、複数論理ページを１物理ページにレイアウトするような加工設定（以下Ｎページ印刷）については、このステップで縮小配置を考慮にいれながら変換する。必要な印刷処理を終えたならば、続くステップＳ１７０９で１物理ページの印刷データ生成終了の通知をスプールファイルマネージャ１００４に対して行う。そして、再びステップＳ１７０６に戻り、ステップＳ１７０５で保存しておいた印刷可能な物理ページIDの全てについて印刷処理を行うまで繰り返す。
【０１１２】
以上、ディスパッチャ１００１、スプーラ１００２、スプールファイルマネージャ１００４、デスプーラ１００５を用いた印刷処理の流れである。上述したように処理することにより、スプーラ１００２が中間コードを生成してスプールファイル１００３に格納するタイミングでアプリケーション９０１が印刷処理から開放されるので、プリンタドライバ９０３に直接出力するよりも短時間で済む。
【０１１３】
また、スプールファイル１００３にプリンタドライバの印刷設定を踏まえた中間ファイル（ページ描画ファイル、ジョブ設定ファイル）として一時保存しているので、実際に印刷されるべき印刷プレビューをユーザに認識させることが可能となる。また、複数のアプリケーションにより生成した印刷ジョブの結合や並べ替えが可能となり、印刷設定の変更も、再度アプリケーションを立ち上げて印刷することなく、ユーザに行わせることが可能となる。
【０１１４】
＜符号画像処理の説明＞
以下、符号画像生成に関する設定を行うユーザインターフェースの一例を、図１８及び図１９を用いて説明する。
【０１１５】
図１８は、プリンタドライバ９０３内に配された符号画像生成に関するユーザインターフェースの初期画面の一例を示す図である。この例では、ダイアログ内のプロパティシートの中で、印刷品質シート１８０４選択時に符号画像生成に関係するユーザインターフェースが表示される。「文字情報を用紙に埋め込む」１８０１が選択されると、その下に配置されている「領域を指定する」１８０２チェックボックスが選択可能になる。ここで、「領域を指定する」１８０２が選択されていない時には、オートモードで処理が行われ、原稿中の全ての文字が符号画像生成の対象となる。また、「領域を指定する」１８０２が選択されると、「レイアウト指定」１８０３ボタンが有効になり、「レイアウト指定」１８０３が選択されると、図１９が表示される。
【０１１６】
図１９は、符号画像の対象領域を指定するエディタの設定画面を示す図である。ユーザがマウスで領域を指定すると、図１９に示す１９０１のように、指定された領域が破線で表示され、ここが符号画像生成の対象領域となる。１９０２はエディタのズーム機能であり、例えば細かい領域を指定したい時には大きなズームを、細かい領域の設定ではなく、原稿の全体から領域を指定したい時には小さなズームを選択する。また、１ページ文書の全体を表示したい時には１９０５を、見開きで２ページ文書を表示したい時には１９０６を選択する。１９０３は次のページに移動する時、或いは前のページに移動する時に使用する。更に、全ページの符号画像生成の領域指定を終了すると、１９０４の閉じるを選択し、印刷を実行する。
【０１１７】
＜符号画像の描画処理＞
次に、符号画像における描画処理の流れについて、図２０を用いて説明する。図２０は、第１の実施形態における符号画像の描画処理を示すフローチャートである。図１８に示すプロパティでＯＫ１８０５が選択されると、印刷が実行され、まずステップＳ２００１で、カウンタが初期化される。次に、ステップＳ２００２で、カウンタが予め設定されている１物理ページあたりの論理ページ数になったかを判定し、論理ページ数と等しくなったらステップＳ２００８へ処理を進め、等しくなければステップＳ２００３へ処理を進める。
【０１１８】
このステップＳ２００３では、カウンタを１増加させ、ステップＳ２００４で、図１９に示す１９０１で指定された領域の文字情報の符号画像を生成する。その後、ステップＳ２００５で、物理用紙サイズとステップＳ２００４で生成した符号画像サイズとから描画可能領域を求める。そして、ステップＳ２００６で、その描画可能領域から描画する論理ページの縮小率を計算し、ステップＳ２００７で、論理ページを物理用紙の有効印字領域内に収まるように縮小描画する。
【０１１９】
一方、上述のステップＳ２００２で、論理ページ数が物理ページ数に等しくなったら、ステップＳ２００８へ処理を進め、物理ページの描画を開始して処理を終了する。
【０１２０】
＜符号画像内の文字情報＞
図２１は、符号画像の生成方法を説明するための図である。図２１において、符号画像の対象は、ユーザが指定した領域１９０１の中にある文字情報である。上から見ていくと、まず２１０１に示す囲まれた文字が符号化の対象になる。これらの文字は、フォント名が明朝で、ポイント数は１２ポイント、フォントスタイルは太字なので、２１０３に示すような情報が符号化の対象となる。
【０１２１】
次に、２１０２に示す部分はフォント名が明朝で、ポイント数は９ポイント、フォントスタイルは標準なので、２１０４に示すような情報が符号化の対象になる。また、情報の区切りは、フォント名、ポイント数、フォントスタイルが切り替わった時に行う。仮に、対象の領域にある全ての文字が同じフォント名、ポイント数、フォントスタイルを使っているときには、このような区切りは発生しない。
【０１２２】
次に、２１０３及び２１０４で記載されている各々のコードの意味を説明する。最初の“４Ｓ”はフォントスタイルと呼ばれているもので、標準、太字、イタリック、太字イタリックなどが代表的なものである。第１の実施形態では、下記の値が割り振られている。
【０１２３】
０ 標準
１ イタリック
４ 太字
８ 太字イタリック。
【０１２４】
次の“１６９０１Ｔ”はフォント名と呼ばれるもので、明朝、ゴシック、丸ゴシック、平成明朝などが代表的なフォントである。
【０１２５】
“１２Ｖ”はポイント数で、１０ポイントの場合は１０Ｖ、９ポイントの場合は９Ｖがセットされる。
【０１２６】
“０Ｘ”、“４００Ｙ”はカーソル移動量と呼ばれるもので、前者はＸ方向（横方向）のカーソル移動量、後者はＹ方向（縦方向）のカーソル移動量を示す。ここで、カーソル移動の原点は２１０５に示す符号化された画像の左下で、例えば２１０３の場合、最初の“ＰＤＦ文書情報を見る”というブロック内の左上の位置は、Ｘ方向（横方向）には移動量-10、Ｙ方向（縦方向）には-2511移動することを示す。尚、各移動量の単位は、1mmである。即ち、Ｘ方向に移動量100、Ｙ方向に移動量400のブロックが存在したとすると、ブロックと原点２１０５との距離は、紙上に印刷された際に、Ｘ方向で100mm、Ｙ方向で400mmになる。また、２１０４の場合、最初の“ＰＤＦ文書を表示すると、その文書のタイトル、使用しているフォント…”というブロック内の左上の位置は、Ｘ方向（横方向）には移動量-10、Ｙ方向（縦方向）に-2215カーソルを移動することを示す。
【０１２７】
次に、符号化される画像の情報量を説明する。通常の原稿の場合、１行に約４０文字、１ページに３５行前後文字を記載するのが最も読みやすい原稿のフォーマットと言われている。文書作成でよく使われるMicrosoft社のMS Wordの場合、１行に３６文字、１ページに２９行文字を記載するのがデフォルトになっている。そのため、１ページ全体に文字が記載されていたとすると、以下の情報量となる。
【０１２８】
（一行の文字数）×（行数）×（２バイト）
＝３６×２９×２
＝２０８８バイト
また、上述したように、フォント名、ポイント数、フォントスタイルが変更になると、２１０３、２１０４に示すようなヘッダー（約１０バイト）が必要になる。したがって、仮に３回フォント名が変更になったとすると、以下の情報量が１ページ全体に文字が記載された時の平均情報量となる。これは、それほど大きな情報量ではないので、符号化された際の画像も、大きくはならない。
【０１２９】
２０８８＋（１０×３）＝約２ｋバイト。また、ブロックの位置情報も符号画像に含まれることになるが、ブロックが例えば３つしかないとすると、たとえ一つのブロックの位置情報あたり約４ｋバイトだとしても、計１４ｋバイトになり、それほど大きな情報量ではない。
【０１３０】
＜符号画像生成時のプレビュー＞
図２２は、符号画像が生成されたジョブをスプールファイルマネージャ１００４で表示すための表現方法の一例を示す図である。この例の場合、“社内報pr.doc”というドキュメント名の印刷ジョブに、符号画像が適用されている。このことを示すために、コメント欄２２０１に“符号画像あり“の表示がなされている。この表示により、この印刷ジョブに符号画像が適用されていることをユーザは認識することができる。
【０１３１】
図２３は、設定変更エディタ１００７で印刷ジョブに符号画像が適用されていることをユーザに認識させる画面の一例を示す図である。図２３に示すように、この例では仮想的な印刷イメージ２３０１にオリジナルの原稿を縮小し、それに符号画像を付加して表示する。これにより、符号画像が付加された印刷ジョブであることをユーザに認識させるだけでなく、オリジナルな原稿がどのぐらいの縮小率で縮小されているかも、同時に知らせることが可能になる。
【０１３２】
ここで、文字情報量が多過ぎて符号画像の面積が大きくなり過ぎた時、即ちオリジナル原稿の縮小率が大きくなり過ぎて原稿の可読性が悪くなった時には、この印刷ジョブをキャンセルし、再度、図１９に示す１９０１から符号化対象の領域を減らせば良い。符号化された情報は、ＯＣＲなどで読み取れなかった文字の修復を目的としているため、例えばＯＣＲでの認識率が高い大きなフォントやフォントスタイルが標準などの文字領域を符号化の対象から外すことで、符号画像の面積を小さくすることができる。
【０１３３】
以上により、文字情報と当該文字情報の位置情報とを一緒に符号化した符号画像と、当該文字情報に基づいて生成された文字画像を、同じ原稿へ画像形成装置に画像形成させる情報処理装置が提供可能となる。
【０１３４】
［第２の実施形態］
次に、図面を参照しながら本発明に係る第２の実施形態を詳細に説明する。第２の実施形態では、第１の実施形態で説明した符号画像と文字画像とがシート上に画像形成されたシートをスキャナで読み込み、文字認識した文字認識情報を符号画像を復号化した情報との対応関係に基づいて修正するものである。
【０１３５】
以下、文字情報とその文字情報の位置情報とを一緒に符号化した符号画像と、その文字情報に基づいて生成した文字画像とを両方印刷した原稿をスキャナで読み込み、ＯＣＲをかけたときの処理を、図２４〜図２６を用いて説明する。
【０１３６】
図２４は、第２の実施形態におけるデジタル複写機と符号画像と文字画像とを含む原稿を示す図である。図２４に示すように、デジタル複写機のスキャナ部２４０１は、原稿上の画像を露光走査して得られた反射光をＣＣＤに入力することで画像の情報を電気信号に変換する。そして、スキャナ部２４０１は電気信号をＲ，Ｇ，Ｂ各色からなる輝度信号に変換し、変換された輝度信号を画像データとしてデジタル複写機の不図示のコントローラに出力する。
【０１３７】
ユーザが原稿を原稿フィーダ２４０２又は不図示の原稿台にセットし、操作部２４０３から読み取り開始を指示すると、不図示のコントローラからスキャナ部２４０１に原稿の読み取り指示が与えられる。この指示を受けると、スキャナ部２４０１は、原稿フィーダ２４０２のトレイから原稿を１枚ずつフィードして、原稿の読み取り動作を行う。
【０１３８】
尚、原稿の読み取り方法は、原稿フィーダ２４０２による自動送り方式ではなく、原稿を不図示のガラス面上に載置し露光部を移動させることで原稿の走査を行う方法であっても良い。
【０１３９】
次に、スキャナ部２４０１で読み取れた画像データに含まれる符号画像から文字情報と位置情報とを読み取り、文字認識処理するスキャナ画像処理部の処理を、図２５を用いて説明する。
【０１４０】
図２５は、第２の実施形態におけるスキャナ画像処理部の処理を示すフローチャートである。まず、ステップＳ２５０１でスキャナ部２４０１から受取った画像データに対して、ステップＳ２５０２で、画像データ内に符号画像データが存在するか否かを判断する。ここで、符号画像データが存在する場合にはステップＳ２５０３へ処理を進め、符号画像データを復号化して、その中の文字情報を読み取る。ここで読み取る文字情報としては、フォント名、ポイント数、フォントスタイル、位置情報、フォントコードなどである。
【０１４１】
一方、上述のステップＳ２５０２で、符号画像データが存在しない場合にはステップＳ２５０４へ処理を進め、原稿画像内の文字画像にＯＣＲ（文字認識）をかけて、文字画像を文字情報に変換し、文字として認識する。次に、ステップＳ２５０５で、復号化された文字情報の中に位置情報が含まれているか否かを確認する。尚、復号化された文字情報は、同じフォント名やフォントスタイル毎に２１０３や２１０４といったブロックになっており、このブロックの先頭にはフォント名や位置情報が必ず記載されている。そのため、位置情報をキーワードに、２１０３や２１０４といったブロックの区切りを認識する。
【０１４２】
次に、ステップＳ２５０５で、２１０３のブロックを検出した場合を、図２６を用いて説明する。尚、ステップＳ２５０３で復号化された文字情報には、以下の情報が含まれている。
【０１４３】
フォントスタイル：太字
フォント名 ：明朝
ポイント数 ：１２ポイント
Ｘ方向移動量 ：-10
Ｙ方向移動量 ：-2511
フォントコード ：ＰＤＦ文書情報を見る
まず位置情報として、Ｘ方向移動量は-10、Ｙ方向移動量は-2511なので、符号画像左下２１０５を原点として、文字認識情報の開始位置を見つけ出し、一続きの文字認識情報がどの文字認識情報であるかを特定する。ここで、２１０３に示す例だと、２６０１の「ＰＤＬ文章嬢報を見る」が文字認識情報であり、これとフォントコードの「ＰＤＬ文章情報を見る」を比較する。ステップＳ２５０７では、比較の結果が、“情”が“嬢”に置き換わっているため、ステップＳ２５０４で認識された文字を、ステップＳ２５０３で復号化された文字情報に修正して置き換える。また、ステップＳ２５０４で認識されたフォントスタイルは標準であるが、ステップＳ２５０３で復号化された文字情報では太字になっているため、フォントスタイルの修正を行う。
【０１４４】
そして、全ての文字列に対する修正が終わったら、ステップＳ２５０８で次の位置情報の書かれているブロックを探す。
【０１４５】
ここで、ステップＳ２５０８で２１０４のブロックが見つかった場合の例を説明する。ステップＳ２５０３で復号化された文字情報には、以下の内容が格納されている。
【０１４６】
フォントスタイル：標準
フォント名 ：明朝
ポイント数 ：９ポイント
Ｘ方向移動量 ：-10
Ｙ方向移動量 ：-2215
フォントコード ：ＰＤＦ文書を表示すると、その文書のタイトル…（省略）
まず位置情報として、Ｘ方向移動量は-10、Ｙ方向移動量は-2215なので、符号画像左下２１０５を原点として、文字認識情報の開始位置を見つけ出し、一続きの文字認識情報がどの文字認識情報であるかを特定する。ここで、２１０４の場合だと、２６０２の「ＰＤＬ文書を表字すると、その文書」が文字認識情報であり、これとフォントコードの「ＰＤＦ文書を表示すると、その文書」を比較する。ステップＳ２５０７では、比較の結果が、“示”が“字”に置き換わっているため、ステップＳ２５０４で認識された文字を、ステップＳ２５０３で復号化された文字情報に修正して置き換える。また、ステップＳ２５０４で認識されたその他のフォント属性（フォントスタイル、ポイント数やフォント名）は、ステップＳ２５０３で復号化された文字情報と同じであるため、特に修正は行わない。
【０１４７】
そして、全ての修正が終わったら、ステップＳ２５０８で次の位置情報の書かれているブロックを探し、ブロックがなくなったら本処理を終了する。
【０１４８】
第２の実施形態では、符号画像の復号化処理（Ｓ２５０３）を行った後に、原稿画像内の文字画像の文字認識処理（Ｓ２５０４）を行っているが、同時に行っても良い。
【０１４９】
以上、説明したように、原稿上の文字のフォントコードや、文字の位置情報、フォントスタイルを含む符号画像を生成することにより、ＯＣＲによる文字の認識率を１００％にできる。更に、オリジナル原稿に使われているフォント名やポイント数、或いはフォントスタイルといった、従来のＯＣＲでは変換が難しい文字修飾情報も、忠実に変換後の電子データに反映させることができる。
【０１５０】
以上のように、本実施例においては、複数の文字情報が画像化されて得られた複数の文字画像を含むブロックの位置情報と複数の文字情報とを含んだ符号画像だけではなく、文字画像をさらに形成している点が注目すべきである。
【０１５１】
そして、本実施例では、複数の文字画像を含むブロックの位置情報と、複数の文字画像を夫々文字認識した結果とから、各文字画像の正確な位置情報を割り出している。その後、符号画像内の文字情報が文字化されてできた各文字画像を、上記割り出された各文字画像の正確な位置情報に配置している。
【０１５２】
この本実施例に対して、以下のような意見もあるであろう。
【０１５３】
即ち、上記符号画像さえあれば、原稿をスキャンした際に、その符号画像を復号化して文字情報を取り出すことで文字情報を忠実に再現することができるはずであり、文字画像は必要ないのではないか。しかしながら、この意見は間違っている。
（１）文字画像がなく、さらに、複数の文字情報の夫々の位置情報は符号画像に含まれておらず、複数の文字情報を含むブロックの位置情報しか符号画像に含まれていないと仮定する。すると、スキャン時に、そのブロックのうちのどこに各文字情報を配置すればよいのかがわからない。
（２）文字画像がなく、さらに、複数の文字情報の夫々の位置情報が全て符号画像に含まれていると仮定する。すると、スキャン時に、各文字情報を正確な位置に配置することはできるものの、「複数の文字情報の夫々の位置情報」という情報が余分に符号画像に含まれることになってしまう。そして、この情報量は非常に大きく、例えばＡ４の紙内の１文字あたり約３ｋバイトにも及ぶことになる。但し、この６０ｋバイトという数字は、Ａ４の縦297mm×Ａ４の横210mm÷8から求められている。
【０１５４】
以上、上記（１）（２）の理由から、本実施形態では、複数の文字情報が画像化されて得られた複数の文字画像を含むブロックの位置情報と複数の文字情報とを含んだ符号画像だけではなく、文字画像をさらに形成しているのである。
【０１５５】
尚、本発明は複数の機器（例えば、ホストコンピュータ，インターフェース機器，リーダ，プリンタなど）から構成されるシステムに適用しても、１つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用しても良い。
【０１５６】
また、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ若しくはＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行する。これによっても、本発明の目的が達成されることは言うまでもない。
【０１５７】
この場合、記録媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１５８】
このプログラムコードを供給するための記録媒体として、例えばフレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。
【０１５９】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、次の場合も含まれることは言うまでもない。即ち、プログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理により前述した実施形態の機能が実現される場合である。
【０１６０】
更に、記録媒体から読出されたプログラムコードがコンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込む。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理により前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【０１６１】
【図１】第１の実施形態による画像形成システムの全体構成を示すブロック図である。
【図２】第１の実施形態における画像形成装置の外観を示す図である。
【図３】画像形成装置１１０における制御ユニット１１１の詳細な構成を示すブロック図である。
【図４】タイル画像データを概念的に表した図である。
【図５】図３に示すスキャナ画像処理部３１２の構成の一例を示すブロック図である。
【図６】図３に示すプリンタ画像処理部３１５の構成の一例を示すブロック図である。
【図７】画像形成装置１１０における初期画面の一例を示す図である。
【図８】復号化・再符号化処理を示すフローチャートである。
【図９】パーソナルコンピュータ１０１における印刷処理に関するモジュールの一例を示す図である。
【図１０】パーソナルコンピュータ１０１における印刷処理に関する他のモジュールの一例を示す図である。
【図１１】プリンタドライバのプロパティシートを示す図である。
【図１２】プレビューア１００６によって表示されるプレビュー画面の一例を示す図である。
【図１３】スプールファイルマネージャ１００４の画面の一例を示す図である。
【図１４】スプーラ１００２が生成したスプールファイル１００３をページ単位に保存する処理を示すフローチャートである。
【図１５】印刷設定を入力するダイアログを示す図である。
【図１６】スプールファイルマネージャ１００４のスプールファイル生成プロセス及び印刷データ生成プロセスの間の詳細な制御を示すフローチャートである。
【図１７】デスプーラ１００５の印刷データ生成プロセスの詳細を示すフローチャートである。
【図１８】プリンタドライバ９０３内に配された符号画像生成に関するユーザインターフェースの初期画面の一例を示す図である。
【図１９】符号画像の対象領域を指定するエディタの設定画面を示す図である。
【図２０】第１の実施形態における符号画像の描画処理を示すフローチャートである。
【図２１】符号画像の生成方法を説明するための図である。
【図２２】符号画像が生成されたジョブをスプールファイルマネージャ１００４で表示すための表現方法の一例を示す図である。
【図２３】設定変更エディタ１００７で印刷ジョブに符号画像が適用されていることをユーザに認識させる画面の一例を示す図である。
【図２４】第２の実施形態におけるデジタル複写機と符号画像と文字画像とを含む原稿を示す図である。
【図２５】第２の実施形態におけるスキャナ画像処理部の処理を示すフローチャートである。
【図２６】符号画像を復号化した結果に基づき文字認識結果を修正する処理を説明するための図である。
【符号の説明】
【０１６２】
１００ ＬＡＮ
１０１ パーソナルコンピュータ（ＰＣ）
１０２ 公衆回線（ＷＡＮ）
１１０ 画像形成装置
１１１ 制御ユニット（Control Unit）
１１２ 操作部
１１３ スキャナ部
１１４ プリンタ部
１２０ 画像形成装置
１２１ 制御ユニット（Control Unit）
１２２ 操作部
１２３ スキャナ部
１２４ プリンタ部
１３０ 画像形成装置
１３１ 制御ユニット（Control Unit）
１３２ 操作部
１３３ スキャナ部
１３４ プリンタ部
【技術分野】
【０００１】
本発明は、符号画像を取り扱うことができる画像形成装置及びその制御方法に関する。
【背景技術】
【０００２】
近年パーソナルコンピュータの性能向上により、複雑なアプリケーションでの複雑な文書作成が可能になってきている。例えば、複雑なパターンや、影付き、浮き出し、浮き彫りといった文字飾りや、縦書き、横書き、斜め書きといったレイアウトが施された文字の作成が可能になっいる。また、プリンタ、複写機といったデジタル画像形成装置もその画質向上は著しく、上記のような文書を紙に出力することを可能にしている。つまり、誰もが高度な文字修飾された印刷物を得ることが可能になってきている。
【０００３】
これとは別に、印刷物をスキャナで読み込み、これをイメージ画像ではなく、文字情報としての電子データで保管、再利用したいという要望は根強くある。この場合、スキャナで印刷物を読み込んだ後、ＯＣＲと呼ばれる文字認識を行い、電子データに変換するのが一般的である。また、オリジナル文書の改竄防止の一環として、ＭＳ ＷＯＲＤといった文書用アプリケーションで作成されたデータを、一般的には編集不可能なＰＤＦと呼ばれるフォーマットに変換して配布することも、近年では一般的である。
【特許文献１】特開２００３−１８９０８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
昨今、ペーパレスと呼ばれるように、紙ではなく、電子データによる配布、及び利用が増えているが、紙という媒体で配布される資料が依然多いのも事実である。また、編集可能な文書フォーマットではなく、ＰＤＦと呼ばれる編集不可能なフォーマットで電子配布されることも、オリジナル文書の改竄防止という意味から増えてきている。
【０００５】
このような紙文書や、編集不可能な電子データを再利用するためには、それらを再利用可能な形に変換する必要がある。その変換の際に、紙文書、或いは印刷されたＰＤＦ文書をスキャナで読み込み、ＯＣＲをかけてイメージデータから文字を抽出する作業が必要である。但し、上述したように、印刷物の文字修飾が高度化するに伴い、ＯＣＲの認識率は下がる傾向にあり、誤認識の結果、間違った文字に変換されるケースが増えてきている。
【０００６】
特に、一般的な６００ｄｐｉの画像形成装置では殆ど印刷できなかった小さなフォントや、現在のアプリケーションでは扱えなかった文字修飾が施された文書にＯＣＲをかけて文字抽出を行うと、かなりの確率で間違った文字に変換されるという問題があった。
【０００７】
また、正しい文字に変換されたとしても、オリジナル原稿に使われているフォント名やポイント数、或いはフォントスタイル（イタリックやボールドといった情報）を、ＯＣＲ変換後の電子データに忠実に反映させることは難しいという問題もあった。
【０００８】
本発明は、原稿上の文字のフォントコードや位置情報、ＯＣＲで判断の難しいフォント名やポイント数、或いはフォントスタイル（イタリックやボールドといった情報）を含む符号画像を生成して印刷することを目的とする。
【０００９】
また、符号画像と文字情報を含む原稿から、容易にフォント情報を復元させことを目的とする。
【００１０】
更に、誤認識することなく（アプリケーション用の）電子データに変換可能とすることを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、画像形成装置であって、文字情報と当該文字情報の位置情報とを符号化して符号画像を生成する符号化手段と、前記符号化手段で生成された符号画像をシート上に画像形成する画像形成手段とを有することを特徴とする。
【００１２】
また、本発明は、画像形成装置であって、文字情報を符号化して生成された符号画像と、前記文字情報に基づいて生成された文字画像とを含む原稿画像を読み取る読取手段と、前記読取手段で読み取られた原稿画像に含まれる符号画像を復号化して情報を取り出す取出手段と、前記読取手段で読み取られた原稿画像に含まれる文字画像を文字認識して文字認識情報を得る文字認識手段と、前記取出手段で取り出された情報に基づいて前記文字認識手段で得られた文字認識情報を修正する修正手段とを有することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、原稿上の文字のフォントコードや位置情報、或いはフォントスタイルを含む符号画像を生成することにより、ＯＣＲによる文字の認識率を１００％とすることができる。更には、オリジナル原稿に使われているフォント名やポイント数、或いはフォントスタイルといった、従来のＯＣＲでは変換が難しい文字修飾情報も、忠実に変換後の電子データに反映させることが可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照しながら発明を実施するための最良の形態について詳細に説明する。
【００１５】
［第１の実施形態］
第１の実施形態は、文字情報とその文字情報の位置を示す位置情報とを符号化して符号画像を生成し、生成した符号画像をシート上に画像形成する際に、文字情報から生成した文字画像も一緒に、そのシート上に画像形成するものである。
【００１６】
これにより、文字画像だけが画像形成された場合、文字認識（ＯＣＲ）しにくいという第１の問題を解決できると共に、符号画像だけが画像形成された場合の第２の問題も解決することができる。ここで、第２の問題とは、例えば符号画像から文字コードを取得するデコード機能がない複写機の場合、印刷できない、またデコード機能があってもデコードして文字コードを取得し、文字画像に変換して印刷するには時間がかかる、という問題である。
【００１７】
＜システム構成（図１）＞
図１は、第１の実施形態による画像形成システムの全体構成を示すブロック図である。図１に示すように、画像形成装置１１０は、画像入力デバイスであるスキャナ部１１３、画像出力デバイスであるプリンタ部１１４、制御ユニット（Control Unit）１１１、及びユーザインターフェースである操作部１１２を有する。操作部１１２、スキャナ部１１３、プリンタ部１１４はそれぞれ制御ユニット１１１に接続され、制御ユニット１１１からの命令によって制御される。また、制御ユニット１１１は、ローカルエリアネットワーク（ＬＡＮ）１００などのネットワーク伝送手段、公衆回線（ＷＡＮ）１０２に接続されている。公衆回線１０２からは、カラー画像送信を含むＧ３、Ｇ４ファックスによる送信が可能である。
【００１８】
また、ＬＡＮ１００には、画像形成装置１１０と同様な機器構成を有する他の画像形成装置１２０、１３０も接続されている。即ち、画像形成装置１２０は、スキャナ部１２３、プリンタ部１２４、操作部１２２を有し、それぞれが制御ユニット１２１に接続され、制御される。また、画像形成装置１３０は、スキャナ部１３３、プリンタ部１３４、操作部１３２を有し、それぞれが制御ユニット１３１に接続され、制御される。
【００１９】
そして、パーソナルコンピュータ（ＰＣ）１０１は、ＬＡＮ１００などのネットワーク伝送手段に接続されている。パーソナルコンピュータ（ＰＣ）１０１は、ＦＴＰ、ＳＭＢのような標準的なファイル転送プロトコルを使用したファイルの送受信や、電子メールの送受信が可能である。
【００２０】
＜画像形成装置１１０の外観（図２）＞
図２は、第１の実施形態における画像形成装置の外観を示す図である。図２に示す画像入力デバイスであるスキャナ部１１３は、複数のＣＣＤを有している。各ＣＣＤの感度がそれぞれ異なっていると、例え原稿上の各画素の濃度が同じであったとしても、各画素がそれぞれ違う濃度であると認識されてしまう。そのため、スキャナ部１１３では、最初に白板（一様に白い板）を露光走査し、露光走査して得られた反射光の量を電気信号に変換して制御ユニット１１１に出力している。
【００２１】
尚、後述する制御ユニット１１１内のシェーディング補正部が、各ＣＣＤから得られた電気信号に基づいて各ＣＣＤの感度の違いを認識し、認識した感度の違いを利用して原稿上の画像をスキャンして得られた電気信号の値を補正している。
【００２２】
更に、後述するシェーディング補正部は、後述する制御ユニット１１１内のＣＰＵからゲイン調整の情報を受け取ると、当該情報に応じたゲイン調整を行う。このゲイン調整は、原稿を露光走査して得られた電気信号の値をどのように０〜２５５の輝度信号値に割り付けるかを調整するために用いられる。このゲイン調整により、原稿を露光走査して得られた電気信号の値を高い輝度信号値に変換したり、低い輝度信号値に変換したりすることができるようになっている。
【００２３】
次に、この原稿上の画像をスキャンする構成について説明する。スキャナ部１１３は、原稿上の画像を露光走査して得られた反射光をＣＣＤに入力することで画像の情報を電気信号に変換する。更に、電気信号をＲ，Ｇ，Ｂ各色からなる輝度信号に変換し、当該輝度信号を画像データとして制御ユニット１１１に対して出力する。
【００２４】
尚、原稿は原稿フィーダ２０１のトレイ２０２にセットされる。ユーザが操作部１１２から読み取り開始を指示すると、制御ユニット１１１からスキャナ部１１３に原稿の読み取り指示が与えられる。スキャナ部１１３は、この指示を受けると原稿フィーダ２０１のトレイ２０２から原稿を１枚ずつフィードして、原稿の読み取り動作を行う。
【００２５】
また、原稿の読み取り方法は原稿フィーダ２０１による自動送り方式だけでなく、原稿を不図示のガラス面上に載置し露光部を移動させることで原稿の走査を行う方法であっても良い。
【００２６】
一方、プリンタ部１１４は、制御ユニット１１１から受け取った画像データを用紙上に形成する画像形成デバイスである。尚、プリンタ部１１４の画像形成方式は感光体ドラムや感光体ベルトを用いた電子写真方式となっているが、本発明はこれに限るものではない。例えば、微少ノズルアレイからインクを吐出して用紙上に印字するインクジェット方式なども適用可能である。また、プリンタ部１１４には、異なる用紙サイズ又は異なる用紙向きを選択可能とする複数の給紙手段を備え、それぞれに対応した用紙カセット２０３、２０４、２０５が設けられている。そして、排紙トレイ２０６には、印字後の用紙が排出される。
【００２７】
＜制御ユニット１１１の詳細（図３）＞
図３は、画像形成装置１１０における制御ユニット１１１の詳細な構成を示すブロック図である。制御ユニット１１１は、スキャナ部１１３やプリンタ部１１４と電気的に接続し、一方ではＬＡＮ１００や公衆回線（ＷＡＮ）１０２を介してＰＣ１０１や外部の装置などと接続されている。これにより、画像データやデバイス情報の入出力を行う。
【００２８】
制御ユニット１１１において、ＣＰＵ３０１は、ＲＯＭ３０３に格納されたプログラム等に基づいて接続中の各種デバイスとのアクセスを統括的に制御すると共に、内部で行われる各種処理についても統括的に制御する。ＲＡＭ３０２は、ＣＰＵ３０１が動作するためのシステムワークメモリであり、かつ画像データを一時記憶するためのメモリでもある。このＲＡＭ３０２は、記憶した内容を電源オフ後も保持しておくＳＲＡＭ及び電源オフ後には記憶した内容が消去されてしまうＤＲＡＭにより構成されている。ＲＯＭ３０３には、装置のブートプログラムや制御データなどが格納されている。ＨＤＤ３０４はハードディスクドライブであり、システムソフトウェアや画像データを格納する。
【００２９】
操作部Ｉ／Ｆ３０５は、システムバス３１０と操作部１１２とを接続するためのインターフェース部である。操作部Ｉ／Ｆ３０５は、操作部１１２に表示するための画像データをシステムバス３１０から受け取り、操作部１１２に出力すると共に、操作部１１２から入力された情報をシステムバス３１０へと出力する。
【００３０】
ネットワーク（Network）Ｉ／Ｆ３０６はＬＡＮ１００ｔの接続を司り、ＬＡＮ１００に対して情報の入出力を行う。モデム（MODEM）３０７はＷＡＮ１０２との接続を司り、ＷＡＮ１０２に対して情報の入出力を行う。２値画像回転部３０８はモデム３０７で２値画像を送信する前に画像データの方向を変換する。２値画像圧縮・伸張部３０９は、送信前の画像データの解像度を所定の解像度や相手能力に合わせた解像度に変換する。また、圧縮及び伸張は、ＪＢＩＧ、ＭＭＲ、ＭＲ、ＭＨなどの方式をサポートしている。
【００３１】
画像バス３３０は、画像データを授受するための伝送路であり、ＰＣＩバスやＩＥＥＥ１３９４で構成されている。画像バス３３０に接続されるスキャナ画像処理部３１２は、スキャナ部１１３からスキャナＩ／Ｆ３１１を介して受け取った画像データに対して補正、加工、及び編集を行う。
【００３２】
尚、スキャナ画像処理部３１２は、受け取った画像データがカラー原稿か白黒原稿か、或いは文字原稿か写真原稿かなどを判定する。そして、その判定結果を画像データに付随させる。これ以降、この付随情報を属性データと称する。このスキャナ画像処理部３１２で行われる処理の詳細については後述する。
【００３３】
圧縮部３１３は、画像データを受け取り、この画像データを３２×３２画素のブロック単位に分割する。尚、この３２×３２画素の画像データをタイル画像データと称する。
【００３４】
図４は、タイル画像データを概念的に表した図である。原稿（読み取り前の紙媒体）において、このタイル画像データに対応する領域をタイル画像と称する。タイル画像データには、３２×３２画素のブロックにおける平均輝度情報やタイル画像の原稿上の座標位置がヘッダ情報として付加されている。
【００３５】
更に、圧縮部３１３は、複数のタイル画像データからなる画像データを圧縮する。伸張部３１６は、複数のタイル画像データからなる画像データを伸張した後にラスタ展開してプリンタ画像処理部３１５に送る。
【００３６】
プリンタ画像処理部３１５は、伸張部３１６から送られた画像データを受け取り、その画像データに付随させられている属性データを参照しながら画像データに画像処理を施す。画像処理後の画像データは、プリンタＩ／Ｆ３１４を介してプリンタ部１１４に出力される。このプリンタ画像処理部３１５で行われる処理の詳細については後述する。
【００３７】
画像変換部３１７は、画像データに対して所定の変換処理を施す。この処理部は以下に示すような処理部により構成される。
【００３８】
伸張部３１８は、受け取った画像データを伸張する。圧縮部３１９は、受け取った画像データを圧縮する。回転部３２０は、受け取った画像データを回転する。変倍部３２１は、受け取った画像データに対して、例えば６００ｄｐｉから２００ｄｐｉへの解像度変換処理や、例えば２５％から４００％への変倍処理を行う。尚、変倍処理の前には、３２×３２画素の画像を３２ライン単位の画像に並び替える。
【００３９】
色空間変換部３２２は、受け取った画像データの色空間を変換する。この色空間変換部３２２は、マトリクス又はテーブルを用いて公知の下地飛ばし処理や、公知のＬＯＧ変換処理（ＲＧＢ→ＣＭＹ）、公知の出力色補正処理（ＣＭＹ→ＣＭＹＫ）を行う。２値多値変換部３２３は、受け取った２階調の画像データを２５６階調の画像データに変換する。また逆に、多値２値変換部３２４は、受け取った２５６階調の画像データを誤差拡散処理などの手法により２階調の画像データに変換する。
【００４０】
合成部３２７は、受け取った２つの画像データを合成し、１枚の画像データを生成する。尚、２つの画像データを合成する際には、合成対象の画素同士が持つ輝度値の平均値を合成輝度値とする方法や、輝度レベルで明るい方の画素の輝度値を合成後の画素の輝度値とする方法が適用される。また、暗い方を合成後の画素とする方法の利用も可能である。更に、合成対象の画素同士の論理和演算、論理積演算、排他的論理和演算などで合成後の輝度値を決定する方法なども適用可能である。これらの合成方法は、何れも周知の手法である。
【００４１】
間引き部３２６は、受け取った画像データの画素を間引くことで解像度変換を行い、１／２，１／４，１／８の画像データを生成する。移動部３２５は、受け取った画像データに余白部分を付けたり余白部分を削除したりする。
【００４２】
ラスターイメージプロセッサ（ＲＩＰ）３２８は、ＰＣ１０１などから送信されたＰＤＬコードデータに基づいて生成された中間データを受け取り、ビットマップデータ（多値）に展開する。
【００４３】
＜スキャナ画像処理部３１２の詳細（図５）＞
図５は、図３に示すスキャナ画像処理部３１２の構成の一例を示すブロック図である。スキャナ画像処理部３１２は、入力画像データとしてＲＧＢ各８ビットの輝度信号を受け取る。この輝度信号は、マスキング処理部５０１によりＣＣＤのフィルタ色に依存しない標準的な輝度信号に変換される。フィルタ処理部５０２は、受け取った画像データの空間周波数を任意に補正する。具体的には、受け取った画像データに対して、例えば７×７のマトリクスを用いた演算処理を行う。
【００４４】
ところで、複写機や複合機では、後述する図７に示す操作画面のタブ７０４を押下することにより、コピーモードとして文字モード、写真モード、文字／写真モードの何れかを選択することができる。
【００４５】
ここで、ユーザによって文字モードが選択された場合は、フィルタ処理部５０２は文字用のフィルタを画像データ全体にかける。また、写真モードが選択された場合は、写真用のフィルタを画像データ全体にかける。或いは、文字／写真モードが選択された場合は、後述の文字写真判定信号（属性データの一部）に応じて画素毎に適応的にフィルタを切り替える。つまり、画素毎に写真用のフィルタをかけるか、文字用のフィルタをかけるかが決定される。
【００４６】
尚、写真用のフィルタには、高周波成分のみ平滑化が行われるような係数が設定されている。これは、画像のざらつきを目立たせないためである。また、文字用のフィルタには強めのエッジ強調を行うような係数が設定されている。これは、文字のシャープさを出すためである。
【００４７】
ヒストグラム生成部５０３は、受け取った画像データを構成する各画素の輝度データをサンプリングする。より詳細に説明すると、主走査方向、副走査方向にそれぞれ指定した開始点と終了点で囲まれた矩形領域内の輝度データを、主走査方向、副走査方向に一定のピッチでサンプリングする。そして、サンプリング結果に基づいてヒストグラムデータを生成する。生成されたヒストグラムデータは、下地飛ばし処理を行う際に、下地レベルを推測するために用いられる。入力側ガンマ補正部５０４は、テーブル等を利用して非線形特性を持つ輝度データに変換する。
【００４８】
カラーモノクロ判定部５０５は、受け取った画像データを構成する各画素が有彩色であるか無彩色であるかを判定し、その判定結果をカラーモノクロ判定信号（属性データの一部）として画像データに付随させる。
【００４９】
文字写真判定部５０６は、画像データを構成する各画素が文字を構成する画素なのか、網点を構成する画素なのか、網点中の文字を構成する画素なのか、ベタ画像を構成する画素なのかを各画素の画素値と各画素の周辺画素の画素値とに基づいて判定する。ここで、何れにも当てはまらない画素は、白領域を構成している画素である。そして、この判定の結果を文字写真判定信号（属性データの一部）として画像データに付随させる。
【００５０】
復号部５０７は、マスキング処理部５０１から出力された画像データ内に符号画像データが存在する場合には、その存在を検知する。そして、検知された符号画像データを復号化して情報を取り出す。
【００５１】
＜プリンタ画像処理部３１５の詳細（図６）＞
図６は、図３に示すプリンタ画像処理部３１５の構成の一例を示すブロック図である。下地飛ばし処理部６０１は、スキャナ画像処理部３１２で生成されたヒストグラムを用いて画像データの下地色を飛ばす（除去する）。モノクロ生成部６０２はカラーデータをモノクロデータに変換する。Ｌｏｇ変換部６０３は輝度濃度変換を行う。このＬｏｇ変換部６０３は、例えば、ＲＧＢ入力された画像データを、ＣＭＹの画像データに変換する。
【００５２】
出力色補正部６０４は、入力されたＣＭＹの画像データを、テーブルやマトリックスを用いてＣＭＹＫの画像データに変換して出力色補正を行う。出力側ガンマ補正部６０５は、この出力側ガンマ補正部６０５に入力される信号値と複写出力後の反射濃度値とが比例するように補正を行う。中間調補正部６０６は、出力するプリンタ部の階調数に合わせて中間調処理を行う。例えば、受け取った高階調の画像データに対して２値化や３２値化などを行う。符号画像合成部６０７は、後述する＜符号化処理＞により生成された符号画像データと、（原稿）画像データとを合成する。
【００５３】
尚、スキャナ画像処理部３１２やプリンタ画像処理部３１５の各処理部で、受け取った画像データに各処理を施さずに出力させても良い。このような、ある処理部で処理を施さずにデータを通過させることを、以下では「処理部をスルーさせる」と表現する。
【００５４】
＜符号化処理＞
ＣＰＵ３０１は、所定の情報（例えば機器番号や印刷時間情報やユーザＩＤ情報など）の符号化処理を行い、符号画像データを生成すべく制御することが可能である。
【００５５】
尚、符号画像とは、二次元コード画像やバーコード画像といった画像や電子透かし技術により生成された電子透かし画像のことを示す。
【００５６】
更に、ＣＰＵ３０１は、生成された符号画像データを、不図示のデータバスを用いて、プリンタ画像処理部３１５内の符号画像合成部６０７に送信する。
【００５７】
上述した符号画像の生成及び送信の制御は、ＲＡＭ３０２内に格納されたプログラムを実行することによって行われる。
【００５８】
＜操作画面の説明＞
図７は、画像形成装置１１０における初期画面の一例を示す図である。領域７０１は、画像形成装置１１０がコピーできる状態にあるか否かを示し、かつ設定したコピー部数を示す。原稿選択タブ７０４は原稿のタイプを選択するためのタブであり、このタブが押し下げられると文字、写真、文字／写真モードの３種類の選択メニューをポップアップ表示する。フィニッシングタブ７０６は各種フィニッシングに関わる設定を行うためのタブである。両面設定タブ７０７は両面読み込み及び両面印刷に関する設定を行うためのタブである。読み取りモードタブ７０２は原稿の読み取りモードを選択するためのタブである。このタブが押し下げられるとカラー／ブラック／自動（ＡＣＳ）の３種類の選択メニューがポップアップ表示される。
【００５９】
尚、カラーが選択された場合にはカラーコピーが、ブラックが選択された場合にはモノクロコピーが行われる。また、ＡＣＳが選択された場合には上述したモノクロカラー判定信号によりコピーモードが決定される。
【００６０】
符号化・復号化処理タブ７０８は、符号画像を復号化し、再符号化する処理を選択するためのタブである。
【００６１】
＜復号化・再符号化処理＞
ここで、符号化・復号化処理タブ７０８が押下された後に、スタートキーが押下された際に実行される復号化・再符号化処理を、図８を用いて説明する。
【００６２】
図８は、復号化・再符号化処理を示すフローチャートである。まず、ステップＳ８０１において、ＣＰＵ３０１は、スキャナ部１１３で読み取られた原稿を、画像データとしてスキャナＩ／Ｆ３１１を介してスキャナ画像処理部３１２に送るように制御する。次に、ステップＳ８０２において、スキャナ画像処理部３１２が、この画像データに対して図５に示す処理を行い、新たな画像データと共に属性データを生成し、この属性データを画像データに付随させる。そして、スキャナ画像処理部３１２内の復号部５０７が、符号画像データが存在する場合には、その存在を検知する。ここで、検知された符号画像データを復号化して情報を取得する。そして、当該取得された復号後の情報を不図示のデータバスを用いてＲＡＭ３０２に格納する。ステップＳ８０２での処理が終了すると、ステップＳ８０３とステップＳ８０８との処理を同時に開始する。
【００６３】
ステップＳ８０８では、ＣＰＵ３０１は、復号後の情報を再符号化して符号画像を生成し、生成した再符号画像データをプリンタ画像処理部３１５内の符号画像合成部６０７に送信すべく制御する。
【００６４】
一方、ステップＳ８０３では、圧縮部３１３がスキャナ画像処理部３１２で生成された新たな画像データを３２×３２画素のブロック単位に分割し、タイルデータを生成する。更に、圧縮部３１３は複数のタイルデータからなる画像データを圧縮する。
【００６５】
次に、ステップＳ８０４では、ＣＰＵ３０１は、圧縮部３１３で圧縮された画像データをＲＡＭ３０２に送って格納するように制御する。尚、この画像データは、必要に応じて画像変換部３１７に送られ、画像処理が施された上で再びＲＡＭ３０２に送られ格納される。次に、ステップＳ８０５では、ＣＰＵ３０１は、ＲＡＭ３０２に格納されている画像データを伸張部３１６に送るように制御する。一方、伸張部３１６は、この画像データを伸張し、伸張後の複数のタイルデータからなる画像データをラスタ展開する。このラスタ展開後の画像データはプリンタ画像処理部３１５に送られる。
【００６６】
次に、ステップＳ８０６では、プリンタ画像処理部３１５が画像データに付随されている属性データに応じた画像データ編集を行う。この処理は、図６に示す処理である。ここでは、ステップＳ８０８で生成した符号画像データと（原稿の）画像データとを合成する。正確には、出力側ガンマ補正部６０５から出力された（原稿の）画像データと、ステップＳ８０８で生成した再符号画像データとを符号画像合成部６０７が合成する。そして、この合成により得られた合成画像データを中間調補正部６０６が、出力するプリンタ部の階調数に合わせて中間調処理を行う。中間調処理後の合成画像データはプリンタＩ／Ｆ３１４を介してプリンタ部１１４に送られる。
【００６７】
そして、ステップＳ８０７で、プリンタ部１１４が合成画像データを出力用紙上に画像形成する。
【００６８】
＜パーソナルコンピュータ（ＰＣ）１０１の詳細＞
図９は、パーソナルコンピュータ（ＰＣ）１０１における印刷処理に関するモジュールの一例を示す図である。図９に示すアプリケーション９０１、グラフィックエンジン９０２、プリンタドライバ９０３及びシステムスプーラ９０４は、外部メモリに保存されたファイルとして存在するプログラムモジュールである。そして、これらのモジュールが実行される場合、オペレーティングシステム（ＯＳ）やモジュールを利用するモジュールによってＲＡＭにロードされ実行される。ここで、外部メモリに保存されているアプリケーション９０１はＲＡＭにロードされて実行される。しかし、アプリケーション９０１からプリンタ９０５に対して印刷を行う際には、アプリケーション９０１と同様に、ＲＡＭにロードされ実行可能なグラフィックエンジン９０２を利用して出力（描画）を行う。
【００６９】
また、グラフィックエンジン９０２は、プリンタ９０５などの印刷装置毎に用意されたプリンタドライバ９０３を外部メモリからＲＡＭにロードし、アプリケーション９０１の出力をプリンタドライバ９０３に設定する。そして、アプリケーション９０１から受け取るＧＤＩ（Graphic Device Interface）関数をＤＤＩ（Device Driver Interface）関数に変換してプリンタドライバ９０３へＤＤＩ関数を出力する。
【００７０】
プリンタドライバ９０３は、グラフィックエンジン９０２から受け取ったＤＤＩ関数をプリンタ９０５が認識可能な制御コマンド、例えばＰＤＬ（Page Description Language）に変換する。変換された制御コマンドは、ＯＳによってＲＡＭにロードされたシステムスプーラ９０４を経て双方向性インタフェース経由でプリンタ９０５へ印刷データとして出力される仕組みとなっている。
【００７１】
図９に示すように、印刷システムは、プリンタドライバ９０３内に符号画像を生成する符号画像生成部９０６を有する。この符号画像生成部９０６はプリンタドライバ９０３のビルトインモジュールであっても良く、個別のインストーレーションによって追加されるライブラリモジュールの形式であっても良い。また、プリンタドライバ９０３は符号画像の印刷に関し、この符号画像生成部９０６を実行することで、後述する符号画像の処理を行う。
【００７２】
＜印刷関連のソフトウェアモジュール＞
図１０は、パーソナルコンピュータ１０１における印刷処理に関する他のモジュールの一例を示す図である。図１０に示すモジュールは、図９を拡張したものであり、グラフィックエンジン９０２からプリンタドライバ９０３へ印刷命令を送る際に、一旦中間コードからなるスプールファイル１００３を生成する構成をとる。
【００７３】
図９に示すものでは、アプリケーション９０１が印刷処理から開放されるのはプリンタドライバ９０３がグラフィックエンジン９０２からの印刷命令を全て制御コマンドへ変換し終った時点である。これに対して、図１０では、スプーラ１００２が全ての印刷命令を中間コードデータに変換し、スプールファイル１００３に出力した時点で開放される、という点で異なっている。
【００７４】
通常、図１０に示す方がアプリケーション９０１による印刷処理が短時間で済む。また、図１０に示す構成においては、スプールファイル１００３の内容に対して加工することができる。これにより、アプリケーション９０１からの印刷データに対して、拡大縮小、複数ページを１ページに縮小して印刷や、符号画像生成など、アプリケーション９０１の持たない機能を実現することができる。
【００７５】
上述の目的のために、図１０に示すように、中間コードデータでスプールするように、システムの拡張がなされてきている。
【００７６】
尚、印刷データの加工を行うためには、通常、プリンタドライバ９０３がＣＲＴディスプレイに表示させるウィンドウから設定を行い、プリンタドライバ９０３がその設定内容をＲＡＭ上或いは外部メモリ上に保管する。
【００７７】
ここで、図１０に示す構成の詳細を説明する。図１０に示す拡張された処理方式では、グラフィックエンジン９０２からの印刷命令であるＤＤＩ関数をディスパッチャ１００１が受け取る。ディスパッチャ１００１は、このＤＤＩ関数がアプリケーション９０１からグラフィックエンジン９０２へ発行された印刷命令（ＧＤＩ関数）に基づくものであれば、プリンタドライバ９０３ではなくスプーラ１００２へＤＤＩ関数を送付する。スプーラ１００２は、外部メモリに格納されており、ＲＡＭにロードされて実行されるモジュールである。
【００７８】
スプーラ１００２は受け取った印刷命令を解析し、ページ単位に中間コードに変換してスプールファイル１００３として出力する。このページ単位に格納されている中間コードのスプールファイルをページ描画ファイル（ＰＤＦ：Page Description File）と呼ぶ。また、スプーラ１００２はプリンタドライバ９０３に対して設定されている印刷データに関する加工設定をプリンタドライバ９０３から取得してジョブ単位のファイルとしてスプールファイル１００３に保存する。ここで、加工設定とは、Ｎｕｐ、両面、ステープル、カラー／モノクロ指定、符号画像生成等である。また、このジョブ単位に格納されている設定ファイルをジョブ設定ファイル（簡略してＳＤＦ：Spool Description Fileと呼ぶこともある）と呼ぶ。
【００７９】
尚、スプールファイル１００３は外部メモリ上にファイルとして生成するが、ＲＡＭ上に生成されても構わない。更に、スプーラ１００２は、外部メモリに格納されているスプールファイルマネージャ１００４をＲＡＭにロードし、スプールファイルマネージャ１００４に対してスプールファイル１００３の生成状況を通知する。その後、スプールファイルマネージャ１００４は、スプールファイル１００３に保存された印刷データに関する加工設定の内容に従って印刷を行えるか判断する。
【００８０】
スプールファイルマネージャ１００４がグラフィックエンジン９０２を利用して印刷を行えると判断すると、外部メモリに格納されているデスプーラ１００５をＲＡＭにロードする。そして、デスプーラ１００５に対してスプールファイル１００３に記述された中間コードのページ描画ファイルの印刷処理を行うように指示する。
【００８１】
デスプーラ１００５は、スプールファイル１００３に含まれる中間コードのページ描画ファイルをスプールファイル１００３に含まれる加工設定情報を含むジョブ設定ファイルに従って加工する。そして、ＧＤＩ関数を再生成し、もう一度グラフィックエンジン９０２経由でＧＤＩ関数を出力する。その際、符号画像の印刷に関する描画については、符号画像生成部９０６をロードし、描画処理を行う。
【００８２】
一方、ディスパッチャ１００１は、上述のＤＤＩ関数がデスプーラ１００５からグラフィックエンジン９０２へ発行された印刷命令（ＧＤＩ関数）に基づくものであれば、スプーラ１００２ではなく、プリンタドライバ９０３に印刷命令を送る。
【００８３】
プリンタドライバ９０３はグラフィックエンジン９０２から取得したＤＤＩ関数に基づいてページ記述言語等からなるプリンタ制御コマンドを生成し、システムスプーラ９０４経由でプリンタ９０５に出力する。
【００８４】
更に、図１０に示すように、拡張システムに加えて、プレビューア１００６、設定変更エディタ１００７を配し、符号画像のプレビューを含むプレビュー、印刷設定変更、複数ジョブの結合を可能にしている。ここで、プレビュー、印刷設定変更、複数ジョブの結合を行うには、まずユーザが図１１に示すプリンタドライバのプロパティシートにおいて、「出力先の指定」を行う手段であるプルダウンメニュー１１０１で「ストア」を指定する必要がある。尚、プレビューだけをみたい場合は、出力先の指定として「プレビュー」を選択することによっても可能である。
【００８５】
このように、プリンタドライバ９０３のプロパティで設定されている内容は設定ファイルとしてＯＳが提供する構造体に格納される。この構造体は、Windows（登録商標）ＯＳでは、DEVMODEと呼ばれる。また、構造体には、例えばスプールファイル１００３に含まれる加工設定ファイル中にスプールファイルマネージャ１００４にストアを行うか否かの設定が含まれている。スプールファイルマネージャ１００４がプリンタドライバ９０３を介して加工設定を読み込み、ストア指定がなされていた場合、上述したように、スプールファイル１００３にページ描画ファイルとジョブ設定ファイルとが生成され、格納される。そして、スプールファイルマネージャ１００４のウィンドウ画面がポップアップされ、スプールファイル１００３にスプールされたジョブがリスト表示される。
【００８６】
スプールファイルマネージャ１００４のウィンドウ画面上で、ある単体ジョブ又は結合ジョブのプレビュー指定がされた場合、外部メモリに格納されているプレビューア１００６をＲＡＭにロードする。そして、プレビューア１００６に対してスプールファイル１００３に記述された中間コードのジョブのプレビュー処理を行うように指示する。
【００８７】
（プレビューア）
プレビューア１００６はスプールファイル１００３に含まれる中間コードのページ描画ファイル（ＰＤＦ）を順次読み出し、スプールファイル１００３に格納されているジョブ設定ファイル（ＳＤＦ）に含まれる加工設定情報の内容に従って加工する。グラフィックエンジン９０２に対してＧＤＩ関数を出力する。グラフィックエンジン９０２が自身の確保するクライアント領域に描画データを出力することにより、画面上の出力が可能となる。
【００８８】
グラフィックエンジン９０２は、指定された出力先に応じて適切なレンダリングを行うことが可能である。即ち、プレビューア１００６は、デスプーラ１００５と同様に、スプールファイル１００３に含まれる中間コードをスプールファイル１００３に含まれる加工設定の内容に従って加工し、グラフィックエンジン９０２を利用して出力する方法で実現可能となる。このように、プリンタドライバ９０３で設定されている加工設定をジョブ設定ファイルとしてスプールファイル１００３に格納し、このジョブ設定ファイルに基づいてページ描画ファイルのデータを加工して出力する。
【００８９】
通常の文書作成等のアプリケーションソフトウェアが提供するプレビュー機能は、あくまでそのアプリケーションにおけるページ設定に基づいて描画が行われているため、プリンタドライバ９０３での印刷設定が反映されない。そのため、実際に印刷出力されるプレビューをユーザに認識させることはできなかった。これに対して、第１の実施形態では、上述の処理を行うことにより、符号画像の描画位置や、大きさに応じて、プリンタで出力されるものに近い印刷プレビューをユーザに提供することができる。
【００９０】
このように、プレビュー処理を行うことでスプールファイル１００３に含まれる印刷の加工設定の大プレビューがプレビューア１００６によって画面上に表示される。図１２は、プレビューア１００６によって表示されるプレビュー画面の一例を示す図である。その後、ユーザの非表示指示によりプレビュー画面がクローズされ、制御が図１３に示すようなスプールファイルマネージャ１００４の画面に移行する。そして、ユーザがプレビュー画面の内容に従って印刷を行う際に、スプールファイルマネージャ１００４の画面上で「印刷」又は「セーブして印刷」を指示することにより印刷要求を発行する。この印刷要求により、上述したようにデスプーラ１００５がジョブ設定ファイルに基づいてページ描画ファイルを加工してＧＤＩ関数を生成し、グラフィックエンジン９０２に伝える。グラフィックエンジン９０２からディスパッチャ１００１経由でプリンタドライバ９０３に印刷命令が送られ、印刷が実行される。
【００９１】
＜印刷用中間データの保存処理＞
図１４は、スプーラ１００２が生成したスプールファイル１００３をページ単位に保存する処理を示すフローチャートである。まず、ステップＳ１４０１で、スプーラ１００２は、アプリケーション９０１からグラフィックエンジン９０２を介して印刷要求を受け付ける。アプリケーション９０１は、図１５に示すような印刷設定を入力するダイアログを表示し、このダイアログから入力された印刷設定がプリンタドライバ９０３からスプーラ１００２へ渡される。図１５に示すダイアログでは、リストボックス１５０１に示すように、１物理ページにレイアウトする論理ページの数を決定するような設定項目等を含んでいる。
【００９２】
次に、ステップＳ１４０２で、受け付けた印刷要求がジョブ開始要求か否かを判定し、ジョブ開始要求であると判定した場合にはステップＳ１４０３へ処理を進め、中間データを一時的に保存するためのスプールファイル１００３を作成する。そして、ステップＳ１４０４で、スプールファイルマネージャ１００４へ印刷処理の進捗を通知し、ステップＳ１４０５で、スプーラ１００２のページ数カウンタを“１”に初期化する。ここで、スプールファイルマネージャ１００４では、印刷が開始されたジョブに対するジョブの情報や加工設定などをスプールファイル１００３より読み込み、記憶する。
【００９３】
一方、上述のステップＳ１４０２で、ジョブ開始要求ではなかったと判定した場合にはステップＳ１４０６へ処理を進め、受け付けた要求がジョブ終了要求か否かを判別する。ジョブ終了要求でないと判別した場合にはステップＳ１４０７へ処理を進め、改ページか否かの判別を行う。ここで、改ページであると判別した場合にはステップＳ１４０８へ処理を進め、スプールファイルマネージャ１００４へ印刷処理の進捗を通知する。そして、ページ数カウンタをインクリメントし、中間コードを格納しているページ描画ファイルを閉じ、次のページ描画ファイルを生成する。
【００９４】
また、上述のステップＳ１４０７で、受け付けた印刷要求が改ページではないと判別した場合にはステップＳ１４０９に進み、ページ描画ファイルへの中間コードの書き出しの準備を行う。次に、ステップＳ１４１０で、印字要求をスプールファイル１００３へ格納するため、印字要求のＤＤＩ関数の中間コードへの変換処理を行う。そして、ステップＳ１４１１で、ステップＳ１４１０で格納可能な形に変換された印刷要求（中間コード）をスプールファイル１００３のページ描画ファイルへ書き込む。その後、ステップＳ１４０１に戻り、再びアプリケーションからの印刷要求を受け付ける。
【００９５】
上述のステップＳ１４０１〜Ｓ１４１１までの一連の処理を、アプリケーション９０１よりジョブ終了要求（EndDoc）を受け取るまで続ける。また、スプーラ１００２は、上述した処理中にプリンタドライバ９０３からDEVMODE構造体に格納されている加工設定等の情報を取得し、ジョブ設定ファイルとしてスプールファイル１００３に格納する。
【００９６】
一方、上述のステップＳ１４０６で、アプリケーション９０１からの印刷要求がジョブ終了であると判断した場合には、アプリケーションからの印刷要求は全て終了であるので、ステップＳ１４１２へ処理を進める。このステップＳ１４１２では、スプールファイルマネージャ１００４へ印刷処理の進捗を通知し、この処理を終える。
【００９７】
＜スプールファイルの生成＞
図１６は、スプールファイルマネージャ１００４のスプールファイル生成プロセス及び印刷データ生成プロセスの間の詳細な制御を示すフローチャートである。まず、ステップＳ１６０１で、スプールファイルマネージャ１００４がスプーラ１００２又はデスプーラ１００５からの印刷処理の進捗通知を受け付ける。そして、ステップＳ１６０２で、進捗通知が上述したステップＳ１４０４で通知されるスプーラ１００２からの印刷開始通知であるか否かを判定する。ここで、進捗通知が印刷開始通知であれば、ステップＳ１６０３へ処理を進め、印刷の加工設定をスプールファイル１００３から読み込み、ジョブの管理を開始する。
【００９８】
一方、ステップＳ１６０２で、スプーラ１００２からの印刷開始通知でなければステップＳ１６０４へ処理を進め、進捗通知が上述のステップＳ１４０８で通知されたスプーラ１００２からの１論理ページの印刷終了通知であるか否かを判定する。ここで、１論理ページの印刷終了通知であればステップＳ１６０５へ処理を進め、この論理ページに関する論理ページ情報を格納する。そして、続くステップＳ１６０６で、この時点でスプールが終了したｎ論理ページに対して１物理ページの印刷が開始できるか否かを判定する。ここで、印刷可能であればステップＳ１６０７へ処理を進め、印刷する１物理ページに対して割り付けられる論理数から物理ページ番号を決定する。
【００９９】
この物理ページ番号の計算については、例えば加工設定が１物理ページに４論理ページを配置するような設定の場合、第１物理ページは第４論理ページがスプールされた時点で印刷可能となり、第１物理ページとなる。以下同様に、第２物理ページは第８論理ページがスプールされた時点で印刷可能となる。
【０１００】
また、論理ページ数の総数が１物理ページに配置する論理ページ数の倍数でなくても、ステップＳ１４１２でのスプール終了通知によって１物理ページに配置する論理ページが決定可能である。
【０１０１】
そして、ステップＳ１６０８では、印刷可能となった物理ページを構成する論理ページ番号と、その物理ページ番号などの情報がジョブ出力用設定ファイル（物理ページ情報を含むファイル）に保存される。そして、物理ページ情報が１物理ページ分追加されたことがデスプーラ１００５に通知される。その後、ステップＳ１６０１に戻り、次の通知を待つ。尚、第１の実施形態では、印刷ジョブのスプールが全て終了していなくても、印刷データの１ページ、即ち１物理ページを構成する論理ページがスプールされた時点で印刷処理が可能である。
【０１０２】
一方、ステップＳ１６０４で、進捗通知がスプーラ１００２からの１論理ページの印刷終了通知でなければステップＳ１６０９へ処理を進め、上述のステップＳ１４１２で通知されるスプーラ１００２からのジョブ終了通知であるか否かを判定する。ここで、ジョブ終了通知であれば上述のステップＳ１６０６へ処理を進める。しかし、ジョブ終了通知でなければステップＳ１６１０へ処理を進め、受け付けた通知がデスプーラ１００５からの１物理ページの印刷終了通知であるか否かを判定する。ここで、１物理ページの印刷終了通知である場合はステップＳ１６１１へ処理を進め、印刷が全て終了したかを判定する。印刷が終了した場合、ステップＳ１６１２へ進み、デスプーラ１００５に印刷終了の通知を行う。一方、加工設定に対する印刷がまだ終了していないと判定した場合は上述のステップＳ１６０６へ処理を進める。
【０１０３】
第１の実施形態におけるデスプーラ１００５は印刷処理を行う単位として１物理ページ数を想定している。また、ステップＳ１６０８で、１物理ページの印刷処理を行うのに必要な情報をファイルに逐次保存し、再利用可能な形式にしている。しかし、再利用不要な場合には、共有メモリ等の高速な媒体を使用し、１物理ページ単位で次々と上書きし、速度とリソースを節約するような実装形式であっても良い。
【０１０４】
また、デスプールの進捗よりも、スプールの進捗の方が早い場合や全ページのスプール終了後からデスプールが開始されるような場合、ステップＳ１６０８で１物理ページ毎にページ印刷可能を通知せずに、デスプール側の進捗に応じた通知を行っても良い。例えば、複数物理ページや全物理ページが印刷可能になったことを通知すれば、通知回数を節約することが可能である。
【０１０５】
一方、ステップＳ１６１０で、通知がデスプーラ１００５からの１物理ページの印刷終了通知でないと判定した場合はステップＳ１６１３へ処理を進め、スプールファイルマネージャ１００４がデスプーラ１００５からの印刷終了通知か否かを判定する。通知がデスプーラ１００５からの印刷終了通知と判定した場合はステップＳ１６１４へ処理を進め、スプールファイルマネージャ１００４はスプールファイル１００３の該当するページ描画ファイルの削除を行い、この処理を終える。しかし、デスプーラ１００５からの印刷終了通知でなかった場合はステップＳ１６１５へ処理を進め、エラー処理を実行する。その後、不図示のその他の処理を実行し、次の通知を待つ。
【０１０６】
＜スプールファイルの出力＞
図１７は、デスプーラ１００５の印刷データ生成プロセスの詳細を示すフローチャートである。デスプーラ１００５は、スプールファイルマネージャ１００４からの印刷要求に応じて、スプールファイル１００３から必要な情報（ページ描画ファイル及びジョブ設定ファイル）を読み出して印刷データを生成する。生成された印刷データにおけるプリンタへの転送方法については図１０を用いて説明した通りである。
【０１０７】
印刷データの生成では、まず、ステップＳ１７０１で、上述のスプールファイルマネージャ１００４からの通知を入力する。次に、ステップＳ１７０２で、入力された通知がジョブの終了通知か否かを判定し、ジョブ終了通知であるならばステップＳ１７０３へ処理を進め、終了フラグを立て、ステップＳ１７０５へ処理を進める。
【０１０８】
一方、ステップＳ１７０２で、ジョブ終了通知でない場合はステップＳ１７０４へ処理を進め、上述のステップＳ１６０８で１物理ページの印刷開始要求が通知されたか否かを判定する。ここで、開始要求と判定しなかった場合はステップＳ１７１０へ処理を進め、その他のエラー処理を行い、ステップＳ１７０１に戻り、次の通知を待つ。
【０１０９】
一方、ステップＳ１７０４で、１物理ページの印刷開始要求と判定した場合はステップＳ１７０５へ処理を進め、ステップＳ１７０４で通知を受けた印刷処理可能な物理ページのIDを保存する。そして、ステップＳ１７０６では、ステップＳ１７０５で保存した物理ページIDの全てのページに関して印刷処理が済んでいるか否かを判定する。ここで全物理ページの処理が済んでいる場合はステップＳ１７０７へ処理を進め、上述のステップＳ１７０３で終了フラグが立てられているか否かを判定する。終了フラグが立っている場合は、ジョブの印刷が終了したとみなし、デスプーラ１００５の処理終了の通知をスプールファイルマネージャ１００４に通知し、この処理を終える。一方、ステップＳ１７０７で、終了フラグが立っていない場合はステップＳ１７０１に戻り、次の通知を待つ。
【０１１０】
一方、ステップＳ１７０６で、印刷可能な物理ページが残っていると判定した場合にはステップＳ１７０８へ処理を進める。ステップＳ１７０８では、保存された物理ページIDから未処理の物理ページIDを順に読み出し、読み出した物理ページIDに対応する物理ページの印刷データ生成に必要な情報を読み込み、印刷処理を行う。この印刷処理はスプールファイル１００３に格納された印刷要求命令をデスプーラ１００５においてグラフィックエンジン９０２が認識可能な形式（ＧＤＩ関数）に変換し、転送する。
【０１１１】
第１の実施形態のような、複数論理ページを１物理ページにレイアウトするような加工設定（以下Ｎページ印刷）については、このステップで縮小配置を考慮にいれながら変換する。必要な印刷処理を終えたならば、続くステップＳ１７０９で１物理ページの印刷データ生成終了の通知をスプールファイルマネージャ１００４に対して行う。そして、再びステップＳ１７０６に戻り、ステップＳ１７０５で保存しておいた印刷可能な物理ページIDの全てについて印刷処理を行うまで繰り返す。
【０１１２】
以上、ディスパッチャ１００１、スプーラ１００２、スプールファイルマネージャ１００４、デスプーラ１００５を用いた印刷処理の流れである。上述したように処理することにより、スプーラ１００２が中間コードを生成してスプールファイル１００３に格納するタイミングでアプリケーション９０１が印刷処理から開放されるので、プリンタドライバ９０３に直接出力するよりも短時間で済む。
【０１１３】
また、スプールファイル１００３にプリンタドライバの印刷設定を踏まえた中間ファイル（ページ描画ファイル、ジョブ設定ファイル）として一時保存しているので、実際に印刷されるべき印刷プレビューをユーザに認識させることが可能となる。また、複数のアプリケーションにより生成した印刷ジョブの結合や並べ替えが可能となり、印刷設定の変更も、再度アプリケーションを立ち上げて印刷することなく、ユーザに行わせることが可能となる。
【０１１４】
＜符号画像処理の説明＞
以下、符号画像生成に関する設定を行うユーザインターフェースの一例を、図１８及び図１９を用いて説明する。
【０１１５】
図１８は、プリンタドライバ９０３内に配された符号画像生成に関するユーザインターフェースの初期画面の一例を示す図である。この例では、ダイアログ内のプロパティシートの中で、印刷品質シート１８０４選択時に符号画像生成に関係するユーザインターフェースが表示される。「文字情報を用紙に埋め込む」１８０１が選択されると、その下に配置されている「領域を指定する」１８０２チェックボックスが選択可能になる。ここで、「領域を指定する」１８０２が選択されていない時には、オートモードで処理が行われ、原稿中の全ての文字が符号画像生成の対象となる。また、「領域を指定する」１８０２が選択されると、「レイアウト指定」１８０３ボタンが有効になり、「レイアウト指定」１８０３が選択されると、図１９が表示される。
【０１１６】
図１９は、符号画像の対象領域を指定するエディタの設定画面を示す図である。ユーザがマウスで領域を指定すると、図１９に示す１９０１のように、指定された領域が破線で表示され、ここが符号画像生成の対象領域となる。１９０２はエディタのズーム機能であり、例えば細かい領域を指定したい時には大きなズームを、細かい領域の設定ではなく、原稿の全体から領域を指定したい時には小さなズームを選択する。また、１ページ文書の全体を表示したい時には１９０５を、見開きで２ページ文書を表示したい時には１９０６を選択する。１９０３は次のページに移動する時、或いは前のページに移動する時に使用する。更に、全ページの符号画像生成の領域指定を終了すると、１９０４の閉じるを選択し、印刷を実行する。
【０１１７】
＜符号画像の描画処理＞
次に、符号画像における描画処理の流れについて、図２０を用いて説明する。図２０は、第１の実施形態における符号画像の描画処理を示すフローチャートである。図１８に示すプロパティでＯＫ１８０５が選択されると、印刷が実行され、まずステップＳ２００１で、カウンタが初期化される。次に、ステップＳ２００２で、カウンタが予め設定されている１物理ページあたりの論理ページ数になったかを判定し、論理ページ数と等しくなったらステップＳ２００８へ処理を進め、等しくなければステップＳ２００３へ処理を進める。
【０１１８】
このステップＳ２００３では、カウンタを１増加させ、ステップＳ２００４で、図１９に示す１９０１で指定された領域の文字情報の符号画像を生成する。その後、ステップＳ２００５で、物理用紙サイズとステップＳ２００４で生成した符号画像サイズとから描画可能領域を求める。そして、ステップＳ２００６で、その描画可能領域から描画する論理ページの縮小率を計算し、ステップＳ２００７で、論理ページを物理用紙の有効印字領域内に収まるように縮小描画する。
【０１１９】
一方、上述のステップＳ２００２で、論理ページ数が物理ページ数に等しくなったら、ステップＳ２００８へ処理を進め、物理ページの描画を開始して処理を終了する。
【０１２０】
＜符号画像内の文字情報＞
図２１は、符号画像の生成方法を説明するための図である。図２１において、符号画像の対象は、ユーザが指定した領域１９０１の中にある文字情報である。上から見ていくと、まず２１０１に示す囲まれた文字が符号化の対象になる。これらの文字は、フォント名が明朝で、ポイント数は１２ポイント、フォントスタイルは太字なので、２１０３に示すような情報が符号化の対象となる。
【０１２１】
次に、２１０２に示す部分はフォント名が明朝で、ポイント数は９ポイント、フォントスタイルは標準なので、２１０４に示すような情報が符号化の対象になる。また、情報の区切りは、フォント名、ポイント数、フォントスタイルが切り替わった時に行う。仮に、対象の領域にある全ての文字が同じフォント名、ポイント数、フォントスタイルを使っているときには、このような区切りは発生しない。
【０１２２】
次に、２１０３及び２１０４で記載されている各々のコードの意味を説明する。最初の“４Ｓ”はフォントスタイルと呼ばれているもので、標準、太字、イタリック、太字イタリックなどが代表的なものである。第１の実施形態では、下記の値が割り振られている。
【０１２３】
０ 標準
１ イタリック
４ 太字
８ 太字イタリック。
【０１２４】
次の“１６９０１Ｔ”はフォント名と呼ばれるもので、明朝、ゴシック、丸ゴシック、平成明朝などが代表的なフォントである。
【０１２５】
“１２Ｖ”はポイント数で、１０ポイントの場合は１０Ｖ、９ポイントの場合は９Ｖがセットされる。
【０１２６】
“０Ｘ”、“４００Ｙ”はカーソル移動量と呼ばれるもので、前者はＸ方向（横方向）のカーソル移動量、後者はＹ方向（縦方向）のカーソル移動量を示す。ここで、カーソル移動の原点は２１０５に示す符号化された画像の左下で、例えば２１０３の場合、最初の“ＰＤＦ文書情報を見る”というブロック内の左上の位置は、Ｘ方向（横方向）には移動量-10、Ｙ方向（縦方向）には-2511移動することを示す。尚、各移動量の単位は、1mmである。即ち、Ｘ方向に移動量100、Ｙ方向に移動量400のブロックが存在したとすると、ブロックと原点２１０５との距離は、紙上に印刷された際に、Ｘ方向で100mm、Ｙ方向で400mmになる。また、２１０４の場合、最初の“ＰＤＦ文書を表示すると、その文書のタイトル、使用しているフォント…”というブロック内の左上の位置は、Ｘ方向（横方向）には移動量-10、Ｙ方向（縦方向）に-2215カーソルを移動することを示す。
【０１２７】
次に、符号化される画像の情報量を説明する。通常の原稿の場合、１行に約４０文字、１ページに３５行前後文字を記載するのが最も読みやすい原稿のフォーマットと言われている。文書作成でよく使われるMicrosoft社のMS Wordの場合、１行に３６文字、１ページに２９行文字を記載するのがデフォルトになっている。そのため、１ページ全体に文字が記載されていたとすると、以下の情報量となる。
【０１２８】
（一行の文字数）×（行数）×（２バイト）
＝３６×２９×２
＝２０８８バイト
また、上述したように、フォント名、ポイント数、フォントスタイルが変更になると、２１０３、２１０４に示すようなヘッダー（約１０バイト）が必要になる。したがって、仮に３回フォント名が変更になったとすると、以下の情報量が１ページ全体に文字が記載された時の平均情報量となる。これは、それほど大きな情報量ではないので、符号化された際の画像も、大きくはならない。
【０１２９】
２０８８＋（１０×３）＝約２ｋバイト。また、ブロックの位置情報も符号画像に含まれることになるが、ブロックが例えば３つしかないとすると、たとえ一つのブロックの位置情報あたり約４ｋバイトだとしても、計１４ｋバイトになり、それほど大きな情報量ではない。
【０１３０】
＜符号画像生成時のプレビュー＞
図２２は、符号画像が生成されたジョブをスプールファイルマネージャ１００４で表示すための表現方法の一例を示す図である。この例の場合、“社内報pr.doc”というドキュメント名の印刷ジョブに、符号画像が適用されている。このことを示すために、コメント欄２２０１に“符号画像あり“の表示がなされている。この表示により、この印刷ジョブに符号画像が適用されていることをユーザは認識することができる。
【０１３１】
図２３は、設定変更エディタ１００７で印刷ジョブに符号画像が適用されていることをユーザに認識させる画面の一例を示す図である。図２３に示すように、この例では仮想的な印刷イメージ２３０１にオリジナルの原稿を縮小し、それに符号画像を付加して表示する。これにより、符号画像が付加された印刷ジョブであることをユーザに認識させるだけでなく、オリジナルな原稿がどのぐらいの縮小率で縮小されているかも、同時に知らせることが可能になる。
【０１３２】
ここで、文字情報量が多過ぎて符号画像の面積が大きくなり過ぎた時、即ちオリジナル原稿の縮小率が大きくなり過ぎて原稿の可読性が悪くなった時には、この印刷ジョブをキャンセルし、再度、図１９に示す１９０１から符号化対象の領域を減らせば良い。符号化された情報は、ＯＣＲなどで読み取れなかった文字の修復を目的としているため、例えばＯＣＲでの認識率が高い大きなフォントやフォントスタイルが標準などの文字領域を符号化の対象から外すことで、符号画像の面積を小さくすることができる。
【０１３３】
以上により、文字情報と当該文字情報の位置情報とを一緒に符号化した符号画像と、当該文字情報に基づいて生成された文字画像を、同じ原稿へ画像形成装置に画像形成させる情報処理装置が提供可能となる。
【０１３４】
［第２の実施形態］
次に、図面を参照しながら本発明に係る第２の実施形態を詳細に説明する。第２の実施形態では、第１の実施形態で説明した符号画像と文字画像とがシート上に画像形成されたシートをスキャナで読み込み、文字認識した文字認識情報を符号画像を復号化した情報との対応関係に基づいて修正するものである。
【０１３５】
以下、文字情報とその文字情報の位置情報とを一緒に符号化した符号画像と、その文字情報に基づいて生成した文字画像とを両方印刷した原稿をスキャナで読み込み、ＯＣＲをかけたときの処理を、図２４〜図２６を用いて説明する。
【０１３６】
図２４は、第２の実施形態におけるデジタル複写機と符号画像と文字画像とを含む原稿を示す図である。図２４に示すように、デジタル複写機のスキャナ部２４０１は、原稿上の画像を露光走査して得られた反射光をＣＣＤに入力することで画像の情報を電気信号に変換する。そして、スキャナ部２４０１は電気信号をＲ，Ｇ，Ｂ各色からなる輝度信号に変換し、変換された輝度信号を画像データとしてデジタル複写機の不図示のコントローラに出力する。
【０１３７】
ユーザが原稿を原稿フィーダ２４０２又は不図示の原稿台にセットし、操作部２４０３から読み取り開始を指示すると、不図示のコントローラからスキャナ部２４０１に原稿の読み取り指示が与えられる。この指示を受けると、スキャナ部２４０１は、原稿フィーダ２４０２のトレイから原稿を１枚ずつフィードして、原稿の読み取り動作を行う。
【０１３８】
尚、原稿の読み取り方法は、原稿フィーダ２４０２による自動送り方式ではなく、原稿を不図示のガラス面上に載置し露光部を移動させることで原稿の走査を行う方法であっても良い。
【０１３９】
次に、スキャナ部２４０１で読み取れた画像データに含まれる符号画像から文字情報と位置情報とを読み取り、文字認識処理するスキャナ画像処理部の処理を、図２５を用いて説明する。
【０１４０】
図２５は、第２の実施形態におけるスキャナ画像処理部の処理を示すフローチャートである。まず、ステップＳ２５０１でスキャナ部２４０１から受取った画像データに対して、ステップＳ２５０２で、画像データ内に符号画像データが存在するか否かを判断する。ここで、符号画像データが存在する場合にはステップＳ２５０３へ処理を進め、符号画像データを復号化して、その中の文字情報を読み取る。ここで読み取る文字情報としては、フォント名、ポイント数、フォントスタイル、位置情報、フォントコードなどである。
【０１４１】
一方、上述のステップＳ２５０２で、符号画像データが存在しない場合にはステップＳ２５０４へ処理を進め、原稿画像内の文字画像にＯＣＲ（文字認識）をかけて、文字画像を文字情報に変換し、文字として認識する。次に、ステップＳ２５０５で、復号化された文字情報の中に位置情報が含まれているか否かを確認する。尚、復号化された文字情報は、同じフォント名やフォントスタイル毎に２１０３や２１０４といったブロックになっており、このブロックの先頭にはフォント名や位置情報が必ず記載されている。そのため、位置情報をキーワードに、２１０３や２１０４といったブロックの区切りを認識する。
【０１４２】
次に、ステップＳ２５０５で、２１０３のブロックを検出した場合を、図２６を用いて説明する。尚、ステップＳ２５０３で復号化された文字情報には、以下の情報が含まれている。
【０１４３】
フォントスタイル：太字
フォント名 ：明朝
ポイント数 ：１２ポイント
Ｘ方向移動量 ：-10
Ｙ方向移動量 ：-2511
フォントコード ：ＰＤＦ文書情報を見る
まず位置情報として、Ｘ方向移動量は-10、Ｙ方向移動量は-2511なので、符号画像左下２１０５を原点として、文字認識情報の開始位置を見つけ出し、一続きの文字認識情報がどの文字認識情報であるかを特定する。ここで、２１０３に示す例だと、２６０１の「ＰＤＬ文章嬢報を見る」が文字認識情報であり、これとフォントコードの「ＰＤＬ文章情報を見る」を比較する。ステップＳ２５０７では、比較の結果が、“情”が“嬢”に置き換わっているため、ステップＳ２５０４で認識された文字を、ステップＳ２５０３で復号化された文字情報に修正して置き換える。また、ステップＳ２５０４で認識されたフォントスタイルは標準であるが、ステップＳ２５０３で復号化された文字情報では太字になっているため、フォントスタイルの修正を行う。
【０１４４】
そして、全ての文字列に対する修正が終わったら、ステップＳ２５０８で次の位置情報の書かれているブロックを探す。
【０１４５】
ここで、ステップＳ２５０８で２１０４のブロックが見つかった場合の例を説明する。ステップＳ２５０３で復号化された文字情報には、以下の内容が格納されている。
【０１４６】
フォントスタイル：標準
フォント名 ：明朝
ポイント数 ：９ポイント
Ｘ方向移動量 ：-10
Ｙ方向移動量 ：-2215
フォントコード ：ＰＤＦ文書を表示すると、その文書のタイトル…（省略）
まず位置情報として、Ｘ方向移動量は-10、Ｙ方向移動量は-2215なので、符号画像左下２１０５を原点として、文字認識情報の開始位置を見つけ出し、一続きの文字認識情報がどの文字認識情報であるかを特定する。ここで、２１０４の場合だと、２６０２の「ＰＤＬ文書を表字すると、その文書」が文字認識情報であり、これとフォントコードの「ＰＤＦ文書を表示すると、その文書」を比較する。ステップＳ２５０７では、比較の結果が、“示”が“字”に置き換わっているため、ステップＳ２５０４で認識された文字を、ステップＳ２５０３で復号化された文字情報に修正して置き換える。また、ステップＳ２５０４で認識されたその他のフォント属性（フォントスタイル、ポイント数やフォント名）は、ステップＳ２５０３で復号化された文字情報と同じであるため、特に修正は行わない。
【０１４７】
そして、全ての修正が終わったら、ステップＳ２５０８で次の位置情報の書かれているブロックを探し、ブロックがなくなったら本処理を終了する。
【０１４８】
第２の実施形態では、符号画像の復号化処理（Ｓ２５０３）を行った後に、原稿画像内の文字画像の文字認識処理（Ｓ２５０４）を行っているが、同時に行っても良い。
【０１４９】
以上、説明したように、原稿上の文字のフォントコードや、文字の位置情報、フォントスタイルを含む符号画像を生成することにより、ＯＣＲによる文字の認識率を１００％にできる。更に、オリジナル原稿に使われているフォント名やポイント数、或いはフォントスタイルといった、従来のＯＣＲでは変換が難しい文字修飾情報も、忠実に変換後の電子データに反映させることができる。
【０１５０】
以上のように、本実施例においては、複数の文字情報が画像化されて得られた複数の文字画像を含むブロックの位置情報と複数の文字情報とを含んだ符号画像だけではなく、文字画像をさらに形成している点が注目すべきである。
【０１５１】
そして、本実施例では、複数の文字画像を含むブロックの位置情報と、複数の文字画像を夫々文字認識した結果とから、各文字画像の正確な位置情報を割り出している。その後、符号画像内の文字情報が文字化されてできた各文字画像を、上記割り出された各文字画像の正確な位置情報に配置している。
【０１５２】
この本実施例に対して、以下のような意見もあるであろう。
【０１５３】
即ち、上記符号画像さえあれば、原稿をスキャンした際に、その符号画像を復号化して文字情報を取り出すことで文字情報を忠実に再現することができるはずであり、文字画像は必要ないのではないか。しかしながら、この意見は間違っている。
（１）文字画像がなく、さらに、複数の文字情報の夫々の位置情報は符号画像に含まれておらず、複数の文字情報を含むブロックの位置情報しか符号画像に含まれていないと仮定する。すると、スキャン時に、そのブロックのうちのどこに各文字情報を配置すればよいのかがわからない。
（２）文字画像がなく、さらに、複数の文字情報の夫々の位置情報が全て符号画像に含まれていると仮定する。すると、スキャン時に、各文字情報を正確な位置に配置することはできるものの、「複数の文字情報の夫々の位置情報」という情報が余分に符号画像に含まれることになってしまう。そして、この情報量は非常に大きく、例えばＡ４の紙内の１文字あたり約３ｋバイトにも及ぶことになる。但し、この６０ｋバイトという数字は、Ａ４の縦297mm×Ａ４の横210mm÷8から求められている。
【０１５４】
以上、上記（１）（２）の理由から、本実施形態では、複数の文字情報が画像化されて得られた複数の文字画像を含むブロックの位置情報と複数の文字情報とを含んだ符号画像だけではなく、文字画像をさらに形成しているのである。
【０１５５】
尚、本発明は複数の機器（例えば、ホストコンピュータ，インターフェース機器，リーダ，プリンタなど）から構成されるシステムに適用しても、１つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用しても良い。
【０１５６】
また、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ若しくはＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行する。これによっても、本発明の目的が達成されることは言うまでもない。
【０１５７】
この場合、記録媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１５８】
このプログラムコードを供給するための記録媒体として、例えばフレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。
【０１５９】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、次の場合も含まれることは言うまでもない。即ち、プログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理により前述した実施形態の機能が実現される場合である。
【０１６０】
更に、記録媒体から読出されたプログラムコードがコンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込む。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理により前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【０１６１】
【図１】第１の実施形態による画像形成システムの全体構成を示すブロック図である。
【図２】第１の実施形態における画像形成装置の外観を示す図である。
【図３】画像形成装置１１０における制御ユニット１１１の詳細な構成を示すブロック図である。
【図４】タイル画像データを概念的に表した図である。
【図５】図３に示すスキャナ画像処理部３１２の構成の一例を示すブロック図である。
【図６】図３に示すプリンタ画像処理部３１５の構成の一例を示すブロック図である。
【図７】画像形成装置１１０における初期画面の一例を示す図である。
【図８】復号化・再符号化処理を示すフローチャートである。
【図９】パーソナルコンピュータ１０１における印刷処理に関するモジュールの一例を示す図である。
【図１０】パーソナルコンピュータ１０１における印刷処理に関する他のモジュールの一例を示す図である。
【図１１】プリンタドライバのプロパティシートを示す図である。
【図１２】プレビューア１００６によって表示されるプレビュー画面の一例を示す図である。
【図１３】スプールファイルマネージャ１００４の画面の一例を示す図である。
【図１４】スプーラ１００２が生成したスプールファイル１００３をページ単位に保存する処理を示すフローチャートである。
【図１５】印刷設定を入力するダイアログを示す図である。
【図１６】スプールファイルマネージャ１００４のスプールファイル生成プロセス及び印刷データ生成プロセスの間の詳細な制御を示すフローチャートである。
【図１７】デスプーラ１００５の印刷データ生成プロセスの詳細を示すフローチャートである。
【図１８】プリンタドライバ９０３内に配された符号画像生成に関するユーザインターフェースの初期画面の一例を示す図である。
【図１９】符号画像の対象領域を指定するエディタの設定画面を示す図である。
【図２０】第１の実施形態における符号画像の描画処理を示すフローチャートである。
【図２１】符号画像の生成方法を説明するための図である。
【図２２】符号画像が生成されたジョブをスプールファイルマネージャ１００４で表示すための表現方法の一例を示す図である。
【図２３】設定変更エディタ１００７で印刷ジョブに符号画像が適用されていることをユーザに認識させる画面の一例を示す図である。
【図２４】第２の実施形態におけるデジタル複写機と符号画像と文字画像とを含む原稿を示す図である。
【図２５】第２の実施形態におけるスキャナ画像処理部の処理を示すフローチャートである。
【図２６】符号画像を復号化した結果に基づき文字認識結果を修正する処理を説明するための図である。
【符号の説明】
【０１６２】
１００ ＬＡＮ
１０１ パーソナルコンピュータ（ＰＣ）
１０２ 公衆回線（ＷＡＮ）
１１０ 画像形成装置
１１１ 制御ユニット（Control Unit）
１１２ 操作部
１１３ スキャナ部
１１４ プリンタ部
１２０ 画像形成装置
１２１ 制御ユニット（Control Unit）
１２２ 操作部
１２３ スキャナ部
１２４ プリンタ部
１３０ 画像形成装置
１３１ 制御ユニット（Control Unit）
１３２ 操作部
１３３ スキャナ部
１３４ プリンタ部
【特許請求の範囲】
【請求項１】
文字情報を符号化して符号画像を生成する符号化手段と、
前記符号化手段で生成された符号画像をシート上に画像形成する画像形成手段とを有することを特徴とする画像形成装置。
【請求項２】
前記画像形成手段は、前記文字情報から生成された文字画像を、前記符号画像と共に前記シート上に画像形成することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記文字情報の位置情報とは、前記符号画像と前記文字情報から生成された文字画像との位置に関する情報であることを特徴とする請求項２に記載の画像形成装置。
【請求項４】
前記文字情報の位置情報とは、前記符号画像における予め決められた位置と、前記文字情報から生成された文字画像における予め決められた位置との関係を示す情報であることを特徴とする請求項２に記載の画像形成装置。
【請求項５】
画像形成装置であって、
文字情報を符号化して生成された符号画像と、前記文字情報に基づいて生成された文字画像とを含む原稿画像を読み取る読取手段と、
前記読取手段で読み取られた原稿画像に含まれる符号画像を復号化して情報を取り出す取出手段と、
前記読取手段で読み取られた原稿画像に含まれる文字画像を文字認識して文字認識情報を得る文字認識手段と、
前記取出手段で取り出された情報に基づいて前記文字認識手段で得られた文字認識情報を修正する修正手段とを有することを特徴とする画像形成装置。
【請求項６】
前記読取手段で読み取られた原稿画像内の文字画像を、前記修正手段での修正後の文字認識情報に置き換える置き換え手段を更に有することを特徴とする請求項５に記載の画像形成装置。
【請求項７】
前記修正手段は、前記取出手段で取り出された情報と前記文字認識手段で得られた文字認識情報との比較を行うことで対応関係を決定し、当該決定された対応関係に基づいて、前記文字認識手段で得られた文字認識情報を修正することを特徴とする請求項５又は６に記載の画像形成装置。
【請求項８】
画像形成装置の制御方法であって、
文字情報と当該文字情報の位置情報とを符号化して符号画像を生成する符号化工程と、
前記符号化工程で生成された符号画像をシート上に画像形成する画像形成工程とを有することを特徴とする画像形成装置の制御方法。
【請求項９】
前記画像形成工程は、前記文字情報から生成された文字画像を、前記符号画像と共に前記シート上に画像形成することを特徴とする請求項８に記載の画像形成装置の制御方法。
【請求項１０】
前記文字情報の位置情報とは、前記符号画像と前記文字情報から生成された文字画像との位置に関する情報であることを特徴とする請求項９に記載の画像形成装置の制御方法。
【請求項１１】
前記文字情報の位置情報とは、前記符号画像における予め決められた位置と、前記文字情報から生成された文字画像における予め決められた位置との関係を示す情報であることを特徴とする請求項９に記載の画像形成装置の制御方法。
【請求項１２】
文字情報を符号化して生成された符号画像と、前記文字情報に基づいて生成された文字画像とを含む原稿画像を読み取る読取工程と、
前記読取工程で読み取られた原稿画像に含まれる符号画像を復号化して情報を取り出す取出工程と、
前記読取工程で読み取られた原稿画像に含まれる文字画像を文字認識して文字認識情報を得る文字認識工程と、
前記取出工程で取り出された情報に基づいて前記文字認識工程で得られた文字認識情報を修正する修正工程とを有することを特徴とする画像形成装置の制御方法。
【請求項１３】
前記読取工程で読み取られた原稿画像内の文字画像を、前記修正工程での修正後の文字認識情報に置き換える置き換え工程を更に有することを特徴とする請求項１２に記載の画像形成装置の制御方法。
【請求項１４】
前記修正工程は、前記取出工程で取り出された情報と前記文字認識工程で得られた文字認識情報との比較を行うことで対応関係を決定し、当該決定された対応関係に基づいて、前記文字認識工程で得られた文字認識情報を修正することを特徴とする請求項１２又は１３に記載の画像形成装置の制御方法。
【請求項１５】
請求項８乃至１４の何れか一項記載の画像形成装置の制御方法をコンピュータに実行させるためのプログラム。
【請求項１６】
請求項１５記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１】
文字情報を符号化して符号画像を生成する符号化手段と、
前記符号化手段で生成された符号画像をシート上に画像形成する画像形成手段とを有することを特徴とする画像形成装置。
【請求項２】
前記画像形成手段は、前記文字情報から生成された文字画像を、前記符号画像と共に前記シート上に画像形成することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記文字情報の位置情報とは、前記符号画像と前記文字情報から生成された文字画像との位置に関する情報であることを特徴とする請求項２に記載の画像形成装置。
【請求項４】
前記文字情報の位置情報とは、前記符号画像における予め決められた位置と、前記文字情報から生成された文字画像における予め決められた位置との関係を示す情報であることを特徴とする請求項２に記載の画像形成装置。
【請求項５】
画像形成装置であって、
文字情報を符号化して生成された符号画像と、前記文字情報に基づいて生成された文字画像とを含む原稿画像を読み取る読取手段と、
前記読取手段で読み取られた原稿画像に含まれる符号画像を復号化して情報を取り出す取出手段と、
前記読取手段で読み取られた原稿画像に含まれる文字画像を文字認識して文字認識情報を得る文字認識手段と、
前記取出手段で取り出された情報に基づいて前記文字認識手段で得られた文字認識情報を修正する修正手段とを有することを特徴とする画像形成装置。
【請求項６】
前記読取手段で読み取られた原稿画像内の文字画像を、前記修正手段での修正後の文字認識情報に置き換える置き換え手段を更に有することを特徴とする請求項５に記載の画像形成装置。
【請求項７】
前記修正手段は、前記取出手段で取り出された情報と前記文字認識手段で得られた文字認識情報との比較を行うことで対応関係を決定し、当該決定された対応関係に基づいて、前記文字認識手段で得られた文字認識情報を修正することを特徴とする請求項５又は６に記載の画像形成装置。
【請求項８】
画像形成装置の制御方法であって、
文字情報と当該文字情報の位置情報とを符号化して符号画像を生成する符号化工程と、
前記符号化工程で生成された符号画像をシート上に画像形成する画像形成工程とを有することを特徴とする画像形成装置の制御方法。
【請求項９】
前記画像形成工程は、前記文字情報から生成された文字画像を、前記符号画像と共に前記シート上に画像形成することを特徴とする請求項８に記載の画像形成装置の制御方法。
【請求項１０】
前記文字情報の位置情報とは、前記符号画像と前記文字情報から生成された文字画像との位置に関する情報であることを特徴とする請求項９に記載の画像形成装置の制御方法。
【請求項１１】
前記文字情報の位置情報とは、前記符号画像における予め決められた位置と、前記文字情報から生成された文字画像における予め決められた位置との関係を示す情報であることを特徴とする請求項９に記載の画像形成装置の制御方法。
【請求項１２】
文字情報を符号化して生成された符号画像と、前記文字情報に基づいて生成された文字画像とを含む原稿画像を読み取る読取工程と、
前記読取工程で読み取られた原稿画像に含まれる符号画像を復号化して情報を取り出す取出工程と、
前記読取工程で読み取られた原稿画像に含まれる文字画像を文字認識して文字認識情報を得る文字認識工程と、
前記取出工程で取り出された情報に基づいて前記文字認識工程で得られた文字認識情報を修正する修正工程とを有することを特徴とする画像形成装置の制御方法。
【請求項１３】
前記読取工程で読み取られた原稿画像内の文字画像を、前記修正工程での修正後の文字認識情報に置き換える置き換え工程を更に有することを特徴とする請求項１２に記載の画像形成装置の制御方法。
【請求項１４】
前記修正工程は、前記取出工程で取り出された情報と前記文字認識工程で得られた文字認識情報との比較を行うことで対応関係を決定し、当該決定された対応関係に基づいて、前記文字認識工程で得られた文字認識情報を修正することを特徴とする請求項１２又は１３に記載の画像形成装置の制御方法。
【請求項１５】
請求項８乃至１４の何れか一項記載の画像形成装置の制御方法をコンピュータに実行させるためのプログラム。
【請求項１６】
請求項１５記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【公開番号】特開２００８−１４８２６３（Ｐ２００８−１４８２６３Ａ）
【公開日】平成２０年６月２６日（２００８．６．２６）
【国際特許分類】
【出願番号】特願２００６−３３６３８１（Ｐ２００６−３３６３８１）
【出願日】平成１８年１２月１３日（２００６．１２．１３）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２０年６月２６日（２００８．６．２６）
【国際特許分類】
【出願日】平成１８年１２月１３日（２００６．１２．１３）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]