(57)【特許請求の範囲】
【請求項１】
所定のトナーを被印刷媒体に付着させることによって出力対象の画像を印刷する画像形成装置であって、
操作者により設定された、標準フォントに係る所定の文字とトナー付着量との関連付けを、フォント情報として記憶するフォント情報設定手段と、
前記出力対象の画像から前記所定の文字と文字以外の領域である非文字の領域とを抽出する文字解釈手段と、
前記出力対象の画像に含まれる文字を印刷するときの文字トナー付着量を、前記フォント情報における当該文字との関連付けに係るトナー付着量を用いて求める文字トナー付着量算出手段と、
前記非文字の領域を分割する画像分割手段と、
分割された領域ごとに印字対象域か非印字対象域かを示す特性情報を所定のテーブルに記憶し、前記領域が印字対象域である場合には、当該領域の画像が一の色値からなる塗りつぶし画像か非塗りつぶし画像かを示す特性情報を前記テーブルに記憶し、前記領域の画像が塗りつぶし画像である場合には、塗りつぶしの色値を特性情報として前記テーブルに記憶する特性情報設定手段と、
前記非文字の領域を印刷するときの非文字トナー付着量を、分割された非文字の領域ごとに記憶された前記特性情報に基づいて算出する非文字トナー付着量算出手段と、を備えるとともに、
前記領域の画像が非塗りつぶし画像の場合、前記非塗りつぶし画像を構成する色値及びその色値に対応する画素数の識別が可能な所定の圧縮コードに変換する画像圧縮部を備え、
前記非文字トナー付着量算出手段は、
前記非塗りつぶし画像を印刷するときのトナー付着量を、前記圧縮コードを構成する色値及びその色値に対応する画素数に基づいて算出する
ことを特徴とする画像形成装置。
【請求項２】
前記フォント情報設定手段が、
操作者により設定された、所定の色ごとの前記標準フォントに係る所定の文字とトナー付着量との関連付けを、前記フォント情報として記憶し、
前記文字トナー付着量算出手段が、
前記所定の色の前記標準フォントに係る前記所定の文字を印刷するときの文字トナー付着量を、前記フォント情報における当該色ごとに設定された当該文字との関連付けに係るトナー付着量を用いて求める請求項１記載の画像形成装置。
【請求項３】
前記フォント情報設定手段が、
操作者により設定された、所定のサイズの標準フォントに係る所定の文字とトナー付着量との関連付けを、前記フォント情報として記憶し、
前記文字トナー付着量算出手段が、
前記出力対象の画像に含まれる文字を印刷するときの文字トナー付着量を、前記フォント情報における当該文字との関連付けに係るトナー付着量に、当該文字のサイズの前記所定のサイズに対する割合を乗じて求める請求項１又は２記載の画像形成装置。
【請求項４】
前記フォント情報設定手段が、
操作者により設定された、前記標準フォント係るトナー付着量にもとづく他のフォントに係るトナー付着量の倍率を、フォント別倍率情報として記憶し、
前記文字トナー付着量算出手段が、
前記他のフォントの文字を印刷するときの文字トナー付着量を、前記フォント情報における当該文字との関連付けに係るトナー付着量に、前記フォント別倍率情報における当該他のフォントに設定された倍率を乗じて求める請求項１〜３のいずれか一項記載の画像形成装置。
【請求項５】
前記文字解釈手段が、
前記出力対象の画像に含まれる前記標準フォント以外のフォントに係る文字の領域を前記非文字の領域として抽出する請求項１〜４のいずれか一項記載の画像形成装置。
【請求項６】
前記文字解釈手段が、
前記出力対象の画像に含まれる前記所定の色以外の色の文字の領域を前記非文字の領域として抽出する請求項２〜５のいずれか一項記載の画像形成装置。
【請求項７】
前記文字解釈手段が、
前記出力対象の画像に含まれる前記他のフォント以外のフォントに係る文字の領域を前記非文字の領域として抽出する請求項４〜６のいずれか一項記載の画像形成装置。
【請求項８】
前記非文字トナー付着量算出手段は、
非文字の分割領域のうち、前記非印字対象域を示す特性情報が記憶された領域がある場合、または、前記特性情報として、前記トナーの付着量の算出が除外可能な所定の塗りつぶしの色値が記憶された領域がある場合には、当該領域を除く他の各領域の画像を印刷するときのトナーの付着量を合計することによって前記非文字の領域を印刷するときのトナー付着量を算出する請求項１〜７のいずれか一項記載の画像形成装置。
【請求項９】
色値ごとの単位トナー付着量を格納したトナー付着量テーブルを備え、
前記非文字トナー付着量算出手段は、
前記非文字の分割領域のうち、前記塗りつぶし画像を示す特性情報が記憶された領域の画像を印刷するときのトナーの付着量を、前記トナー付着量テーブルに格納された、その領域の画像に記憶された前記塗りつぶしの色値に対応する前記単位トナー付着量にもとづいて算出する請求項１〜８のいずれか一項記載の画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、トナーを用紙などの被印刷媒体に付着させて印刷を行う画像形成装置に関し、特に、文字データを有する印刷データについての印刷を行う場合のトナーの付着量の算出を可能とする画像形成装置に関する。
【背景技術】
【０００２】
昨今、企業等においては、様々な経費削減策が検討・実施されており、具体的な経費削減策として、プリンターやコピー機などの印刷に関連する経費の抑制が挙げられる。
このため、画像形成装置にはトナー消費量を演算によって算出する機能が求められ、事実、ＣＭＹＫの各プレーン画像のドット数にもとづきトナー付着量を算出することができる画像形成装置が提供されている。
ところが、画像形成装置の機能としてドット数を増減して濃度維持を図るいわゆるキャリブレーションが行われる場合、キャリブレーションが実施される前のＣＭＹＫ画像のドット数にもとづいて算出したトナー付着量と実際のトナー付着量とが一致しない問題が生じていた。
【０００３】
この問題に対しては、予めランニングテストや実験等によって得た単位面積当たりのトナー消費量を保持し、これを印刷時に参照して応分のトナー消費量を算出する技術によって解消することができる（特許文献１参照）。すなわち、スクリーニング実施前のＣＭＹＫ画像に関連づけて単位面積当たりのトナー付着量を保持しておくようにすれば、実際のトナー付着量の算出に際し、スクリーニングに伴うドット数変動の影響を受けないため、正確にトナー付着量を算出することができる。
【０００４】
ところが、このような方法でトナー付着量を算出する場合であっても、ＣＭＹＫ画像は印刷解像度（例えば、６００dpi）にもとづくデータなので概して画素数が多くトナー付着量の算出に長時間を要する問題が生ずる。
この問題に対しては、縮小画像やプレビューデータにもとづいて対象画像のトナー付着量を予測する技術によれば演算負荷を極力抑えることができるため有効である（特許文献２  段落００４７等参照）。しかしながら、対象画像に文字が含まれる場合、色情報を保持したまま縮小することができないため、正確にトナー付着量を算出できない問題が生ずる。
【０００５】
そこで、ＣＭＹＫ画像を圧縮符号化した圧縮符号化情報から色値とその画素数を抽出してトナー付着量を算出する技術が提案されている。
例えば、特許文献３に記載の技術によれば、印刷データを含む圧縮されたデータストリームを部分的に解凍し、その解凍されたデータからカバレージデータ（例えば、平均濃度値の有色画素数）を取得して、印刷データを印刷するために必要なマーキング材料の量を推定するようにしている。
このような技術を適用すれば、圧縮符号化情報にもとづいてトナー付着量を算出することとなるため、入力画像に依存することなく少ない計算回数でトナー付着量を正確に算出することができる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−７６２３２号公報
【特許文献２】特開２００７−２６５４１９号公報
【特許文献３】特開２００８−７６４３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献３に記載の技術を適用すると、符号化されたデータストリームを部分的に解凍して得られるカバレージデータにもとづいてトナー付着量を算出するものの、そのカバレージデータは対象画像の全領域分の符号化情報からなるため、カバレージデータの解析に相応の演算処理を必要とし、メモリ領域を圧迫する問題が生じていた。
特に、文字は、図形や写真と異なり、通常的に用いられる書体等の体系は限定的であるため、文字を含む入力画像を印刷するときのトナー付着量を効果的かつ円滑に求める技術が求められていた。
【０００８】
本発明は、以上のような事情に鑑みなされたものであり、入力画像に依存することなく正確にトナー付着量を算出することができるだけでなく、必要なメモリ領域を抑えつつ高速にトナー付着量を算出することができる画像形成装置の提供を目的とする。
特に、入力画像に文字が含まれる場合には、より円滑にトナー付着量を算出することができる画像形成装置の提供を目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明の画像形成装置は、所定のトナーを被印刷媒体に付着させることによって出力対象の画像を印刷する画像形成装置であって、標準フォントに係る所定の文字とトナー付着量との関連付けをフォント情報として設定するフォント情報設定手段と、前記出力対象の画像から前記所定の文字と当該文字以外の非文字とを抽出する文字解釈手段と、前記出力対象の画像に含まれる文字を印刷するときの文字トナー付着量を、前記フォント情報における当該文字との関連付けに係るトナー付着量を用いて求める文字トナー付着量算出手段と、前記非文字の領域を分割する画像分割手段と、分割された領域ごとに印字対象域か非印字対象域かを示す特性情報を設定し、前記領域が印字対象域である場合には、当該領域の画像が一の色値からなる塗りつぶし画像か非塗りつぶし画像かを示す特性情報を設定し、前記領域の画像が塗りつぶし画像である場合には、塗りつぶしの色値を特性情報として設定する特性情報設定手段と、前記非文字の領域を印刷するときの非文字トナー付着量を、分割された非文字の領域に設定された前記特性情報に基づいて算出する非文字トナー付着量算出手段と、を備えるようにしてある。
【発明の効果】
【００１０】
本発明の画像形成装置によれば、入力画像に依存することなく正確にかつ円滑にトナー付着量を算出することができ、必要なメモリ領域を抑えつつ高速にトナー付着量を算出することができる。
特に、文字を含む入力画像を印刷するときのトナー付着量をより円滑に算出することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態に係る画像形成装置の構成を示す構成図である。
【図２】文字と非文字（図形・写真）とに区分して画像形成処理が行われ、出力画像を出力するまでの概略工程を説明するための説明図である。
【図３】入力画像の解釈データの一例を示す図である。
【図４】ブロック特性情報テーブルの一例を示す図である。
【図５】２パターンコマンドにもとづく圧縮コードの例を示した図である。
【図６】４パターンコマンドにもとづく圧縮コードの例を示した図である。
【図７】（ａ）は１ピクセル当りのトナー付着量を示したトナー付着量テーブル、（ｂ）は、（ａ）をグラフ化した図である。
【図８】（ａ）は標準フォントのトナー付着量、（ｂ）はフォント別倍率情報の一例を示す図である。
【図９】トナー単価情報の一例を示す図である。
【図１０】トナー付着量の算出処理を説明するためのフローチャートである。
【図１１】１ブロックのトナー付着量の算出処理を説明するためのフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について図面を参照して説明する。
図１は、本発明の実施形態に係る画像形成装置の構成を示す構成図である。
本実施形態に係る画像形成装置１は、図１に示すように、コピー機能やプリンター機能を備えた複合機（ＭＦＰ）としてある。
すなわち、画像形成装置１は、ＰＤＬデータ受信部１１がＵＳＢインタフェースや外部ネットワークを介してパーソナルコンピュータ（以下、ＰＣ２０という。）等から印刷データ（ＰＤＬデータ：プリンタ記述言語）を受信し、または、スキャン部１２が自らのスキャン機能によって原稿を読み取るようにしており、制御部１３が、これらの入力データに対し必要な画像処理を施し、出力エンジン１４が、画像処理後の画像データにもとづきトナーを用紙等に付着させる印刷処理を行うことによってコピー装置又はプリンター装置として機能する。
【００１３】
ここで、制御部１３は、非図示のＣＰＵ（Central  Processing  Unit）、ＲＯＭ（Read  Only  Memory）１０８およびＲＡＭ（Random  Access  Memory）１０９を備えている。ＲＯＭ１０８には、制御部１３をＰＤＬデータ解釈部１０１、入力画像データ生成部１０２、入力画像データ受取部１０３、色変換部１０４、ブロック出力画像生成部１０５、特性情報設定部１０７、出力画像結合部１１０、出力ドット画像形成部１１１、トナー付着量算出部１２０、課金算出部１３０の各機能ブロックとして機能させるためのコンピュータプログラムが記憶されている。ＣＰＵは、このコンピュータプログラムをＲＯＭ１０８から読み出し、実行することにより、制御部１３を上述の各機能ブロックとして機能させ、この結果、入力画像の画像形成処理を行ったうえでその印刷を行うとともに、その印刷によって消費が見込まれるトナーの付着量を求め、また、このトナー付着量に応じた料金を求めることができる。ＲＡＭ１０９は、ＣＰＵがこのコンピュータプログラムを実行する際の作業用メモリなどとして用いられる。このＲＡＭ１０９には、トナー付着量の算出に用いるブロック特性情報テーブルＴｂや圧縮コードも記憶させることができる。
【００１４】
図２は、文字と非文字（図形・写真）とに区分して画像形成処理を行い、出力画像を出力するまでの概略工程を説明するための説明図である。
図２に示すように、画像形成装置１に入力されるＲＧＢ画像は、例えば、「ａｂｃ」からなる文字と四角形の図形を含む画像データが想定される。
入力ＲＧＢ画像は、ＰＤＬデータ解釈（文字解釈）の工程において文字「ａｂｃ」と四角図形とがそれぞれ抽出され、所定のカラーテーブル（ＲＧＢ／ＣＭＹＫ変換テーブル）を介して色変換が行われる。これにより文字はフォント画像（文字画像）として生成される。
一方、非文字の図形画像は、Ｃ，Ｍ，Ｙ，Ｋのプレーン毎に所定の領域（例えば、１２８×１２８ピクセル）に分割してブロック化され、ブロックごとに画像データが生成され（ブロック画像生成）、これらの結合（ブロック画像結合）を介して写真画像が生成される。
このようにして生成されたフォント画像と写真画像とを合成することによって、入力ＲＧＢ画像に対応した出力画像が生成される。
本実施形態のトナー算出処理は、このような画像形成処理の工程に合わせ、文字と非文字とに分けてトナー算出を行う。
【００１５】
なお、非文字の画像形成工程については、ブロック画像生成からブロック画像結合に至る工程において、２つの工程が設けられている。
第一のルートは、各ブロックの画像データの特性を抽出し、抽出した特性情報と対応するブロックとを関連づけたブロック特性情報テーブルＴｂを生成する工程である。
第二のルートは、所定のブロックの画像データを所定の圧縮符号化方式で圧縮した圧縮コード（ブロック圧縮画像）を生成する工程である。
なお、このブロック特性情報テーブルＴｂ及び圧縮コードの詳細（主にトナー算出処理の方法）については、後述の「ブロック出力画像生成部」、「特性情報設定部」、「圧縮符号化処理」の記載箇所において詳細に説明する。
【００１６】
つぎに、制御部１３の構成について説明する。
制御部１３は、図１に示すように、ＰＤＬデータ解釈部１０１、入力画像データ生成部１０２、入力画像データ受取部１０３、色変換部１０４、ブロック出力画像生成部１０５、特性情報設定部１０７、出力画像結合部１１０、出力ドット画像形成部１１１、トナー付着量算出部１２０及び課金算出部１３０を、各機能ブロックとして備える。
【００１７】
ＰＤＬデータ解釈部１０１は、ＰＤＬデータ受信部１１を介しＰＣ２０等の外部機器から入力した印刷データを解釈する。具体的には、印刷データであるＰＤＬデータに含まれる印刷設定コマンドや描画コマンドなどのコマンドを順次読み込んで解釈する。
ＰＤＬデータ解釈部１０１は、文字解釈部１０１１を備えることで、本発明の文字解釈手段の動作を行う。
文字解釈部１０１１は、入力画像の解釈データから文字とその属性情報（フォント、サイズ、色など）を抽出する。
例えば、図３に示す入力ＲＧＢ画像からは文字列「ａｂｃ」を抽出し、そのフォントが「Century」であることを抽出することができる。
文字解釈部１０１１は、「Century」フォントの「４８」ptの黒の文字列「ａｂｃ」とシアンの四角形からなる入力画像の場合、「ａｂｃ」を文字列と判定すると、その属性情報とともにトナー付着量算出部１２０に通知してトナー付着量の算出を依頼する。
【００１８】
ところで、ＰＤＬデータ解釈部１０１は、所定の文字以外の図形や写真については非文字として抽出する。
また、ＰＤＬデータ解釈部１０１は、所定の文字以外の文字についても、これを非文字として抽出する。例えば、予め登録されたフォントが「Century」「Arial」「MS  Pゴシック」「MS  P明朝」「Times  New  Roman」である場合には、MS  UIゴシックの文字は非文字として取り扱う。
さらに、ＰＤＬデータ解釈部１０１は、所定の色以外の色の文字を非文字として抽出する。例えば、予め登録された色が「黒」、「赤」、「緑」、「青」である場合には、「黄」の文字を非文字として取り扱う。
【００１９】
入力画像データ生成部１０２は、ＰＤＬデータ解釈部１０１が解釈した各コマンドにもとづき画像データ（入力画像データ）を生成する。
入力画像データ生成部１０２は、文字画像を生成する文字画像生成部１０２１を備える。先の例の場合、文字画像生成部１０２１は、「ａｂｃ」の文字画像を生成するとともに、入力画像データ生成部１０２は、文字以外の画像（シアンの四角画像を含む）を写真（非文字）画像として生成する。
入力画像データ受取部１０３は、コピー使用時など、スキャン部１２が原稿を読み取った画像にもとづいて入力画像データを生成する。なお、入力画像の開始位置及び終了位置の座標は画像生成時に記録しておく。
【００２０】
ＯＣＲ部１１２は、コピー使用時において、生成された入力画像から文字を抽出する。
具体的には、前述した文字解釈部１０１１の動作と同様、入力画像を解釈して文字／非文字の判定を行い、文字についてはその属性情報をトナー付着量算出部１２０に通知してトナー付着量の算出を依頼する。
【００２１】
色変換部１０４は、入力画像データに対し所定の色変換処理を実施して出力可能な形式の画像データ（以下、出力画像データという。）を生成する。
例えば、２００dpiのＲＧＢ入力画像データから既知のＲＧＢ／ＣＭＹＫ変換式を用いて２００dpiのＣ，Ｍ，Ｙ，Ｋの各プレーンからなるＣＭＹＫ出力画像データを生成する。
【００２２】
ブロック出力画像生成部（画像分割手段）１０５は、出力対象の画像のうち非文字の画像領域を所定の領域ごとに分割するものである。
すなわち、ブロック出力画像生成部１０５は、色変換後の出力画像データを分割（ブロック化）して、ブロックごとに画像データ（以下、適宜、ブロック画像という。）を生成する。例えば、印刷解像度６００dpiのＣＭＹＫ出力画像データ（すなわち、６００×６００ピクセルのＣＭＹＫ画像）を、１２８×１２８ピクセルごとに分割することによってマス目状に区分けされた画像データを生成することができる。
また、ブロック出力画像生成部１０５は、画像圧縮部１０６を備え、所定のブロック画像を圧縮符号化して圧縮コードを生成する。
【００２３】
特性情報設定部（特性情報設定手段）１０７は、分割された非文字の領域ごとに印字対象域か非印字対象域かを示す特性情報を設定し、その領域の画像が一の色値からなる塗りつぶし画像か非塗りつぶし画像かを示す特性情報を設定し、この領域の画像が塗りつぶし画像である場合には、塗りつぶしの色値を特性情報として設定する。
すなわち、特性情報設定部１０７は、非文字の領域のトナー付着量の算出方法を選択するために必要な情報やトナー付着量の算出に用いる情報を含む種々の特性情報をブロックごとに関連づけて設定し、これをブロック特性情報テーブルＴｂとしてＲＡＭ１０９に記憶する。
以下、ブロック特性情報テーブルＴｂについて図４を用いて説明する。
図４は、本実施形態に係るブロック特性情報テーブルの一例を示した図である。
ブロック特性情報テーブルＴｂは、図４に示すように、ブロック画像ごとに、「プレーン」、「ブロックＮｏ」、「有効フラグ」、「ＦＩＬＬフラグ」、「ＦＩＬＬ色値」及び「ブロックアドレス」をそれぞれ関連づけたテーブルデータである。
【００２４】
「プレーン」は、ブロック画像のカラープレーンを識別するための特性情報を格納する領域であり、「Ｃｙ」（シアン）、「Ｍｇ」（マゼンタ）、「Ｙｅ」（イエロー）、「Ｂｋ」（ブラック）のいずれかが設定される。
「ブロックＮｏ」には、ブロック出力画像生成部１０５により生成された各ブロックに付される識別番号が格納される。
「有効フラグ」は、各ブロックが印字対象域に配置するか、非印字対象域に配置するかを識別するための特性情報を格納する領域であり、本実施形態において、「１」（フラグ有）は印字対象域を示し、「０」（フラグ無し）は非印字対象域を示す。
「ＦＩＬＬフラグ」は、印字対象域のブロック画像が、塗りつぶし画像か非塗りつぶし画像かを識別するための特性情報を格納する領域であり、本実施形態において、「１」（フラグ有り）は塗りつぶし画像であることを示し、「０」（フラグ無し）は非塗りつぶし画像であることを示す。
「ＦＩＬＬ色値」は、塗りつぶしのブロック画像に対し、その塗りつぶしに用いる色値を示す特性情報を格納する領域である。例えば、画像データが２５６階調である場合には、０〜２５５の範囲内の階調度が設定される。
【００２５】
例えば、あるブロック（２００番）の画像がシアン（階調度２５）の塗りつぶしの場合は、「プレーン＝Ｃｙ」、「ブロックＮｏ＝２００」、「有効フラグ＝１」、「ＦＩＬＬフラグ＝１」、「ＦＩＬＬ色値＝２５」といったデータがブロック特性情報テーブルＴｂの構成データとして格納される（図４参照）。
【００２６】
なお、「ブロックアドレス」は、画像圧縮部１０６が生成した圧縮コードについてのＲＡＭ１０９上のアドレス情報を特性情報として格納する領域である。
すなわち、トナー付着量の算出時には、ブロック特性情報テーブルＴｂを介して「ブロックアドレス」を参照し、ＲＡＭ１０９に記憶されている必要な圧縮コードを参照できるようにしている。
【００２７】
ここで、圧縮符号化処理について説明する。
図１に示すように、ブロック出力画像生成部１０５は、画像圧縮部１０６を備える。
画像圧縮部１０６は、１ブロックの画像データを所定の圧縮符号化方式により圧縮符号化するものであり、本実施形態の場合、１２８×１２８ピクセルからなる１ブロックの画像データを８×８ピクセル単位の小ブロックごとに圧縮符号化して圧縮コードを生成する。
具体的には、画像圧縮部１０６は、非文字の分割領域のうち、非塗りつぶし画像を示す特性情報が設定された領域の画像を、その画像を構成する色値及びその色値に対応する画素数を識別し得る所定の圧縮コードに変換することで圧縮コードを生成するようにしている。
【００２８】
このため、圧縮符号化方式は、例えば、ＲＬＥ法（Run  Length  Encoding）やＳＲＬＥ法（Switched  Run  Length  Encoding）等の二次元符号化アルゴリズムを用いる。すなわち、符号化された圧縮コードからトナー付着量の算出に必要な情報（色値、ピクセル数及びこれらの対応関係など）を直接的に解釈することが可能で、圧縮率の高い圧縮方式を用いる。
以下、圧縮コードの具体的な生成方法について図５及び６を参照しながら説明する。
図５は、２パターンコマンドにもとづく圧縮コードの例を示した図であり、（ａ）、（ｂ）ともにＣ＝０、２５の２つの色値で構成されたブロック画像を一例として用いる。
【００２９】
図５（ａ）に示す例において、画像圧縮部１０６は、この小ブロックの画像（図５（ａ）の（イ）参照）を構成する色値を抽出する。この結果、この小ブロックの画像は、２つの色値（Ｃ＝０とＣ＝２５）のみによって構成されていることを認識することができる。
つぎに、画像圧縮部１０６は、小ブロックの画像をマスクデータに置換するに当たり、その画像が２つの色値で構成されていることから、１ビットを単位とするマスクを用いてマスクデータを生成することを決定する。
このため、色値＝０に対応するデータとして「０」を割り当て、色値＝２５に対応するデータとして「１」を割り当てるとした場合、画像圧縮部１０６は、元画像の１，３，５，７行目のピクセルを「００００００００」に置換するとともに、元画像の２，４，６，８行目のピクセルを「１１１１１１１１」に置換することができる。
この結果、図５（ａ）の（ロ）に示すように、６４ビットのマスクデータが生成される。
【００３０】
続いて、画像圧縮部１０６は、６４ビットのマスクデータを１６進数に変換する。これにより、マスクデータの「００００００００」の部分が「０x００」に変換されるとともに、「１１１１１１１１」の部分が「０xｆｆ」に変換された８バイトのマスク情報が生成される。
そして、画像圧縮部１０６は、マスクデータの「０」と「１」にそれぞれ対応する２つの色値（すなわち、０x００（Ｃ＝０）と０x１９（Ｃ＝２５）の２バイトからなる色値情報）を付加し、さらに１バイトの圧縮終端コマンド（「８７」）を付加する。
これにより、図５（ａ）の（ハ）に示すように１１バイトからなる圧縮コードが生成される。
【００３１】
図５（ｂ）は、図５（ａ）と異なりストライプデータではないが、２値からなる点においては同様である。
このため、図５（ｂ）の場合も同様に、図画像圧縮部１０６は、この小ブロックの画像（図５（ｂ）の（イ）参照）を構成する色値を抽出し、この小ブロックの画像が、２つの色値（Ｃ＝０とＣ＝２５）のみによって構成されていることを認識する。
つぎに、画像圧縮部１０６は、小ブロックの画像をマスクデータに置換するに当たり、その画像が２つの色値で構成されていることから、１ビットを単位とするマスクを用いてマスクデータを生成することを決定する。
このため、色値＝０に対応するデータとして「０」を割り当て、色値＝２５に対応するデータとして「１」を割り当てるとした場合、画像圧縮部１０６は、元画像の１〜４行目のピクセルを「００００００００」に置換するとともに、元画像の５〜８行目のピクセルを「１１１１１１１１」に置換する。
この結果、図５（ｂ）の（ロ）に示すように、６４ビットのマスクデータが生成される。
【００３２】
続いて、画像圧縮部１０６は、６４ビットのマスクデータを１６進数に変換する。これにより、マスクデータの「００００００００」の部分が「０x００」に変換されるとともに、「１１１１１１１１」の部分が「０xｆｆ」に変換された８バイトのマスク情報が生成される。
そして、画像圧縮部１０６は、マスクデータの「０」と「１」にそれぞれ対応する２つの色値（すなわち、０x００（Ｃ＝０）と０x１９（Ｃ＝２５）の２バイトからなる色値情報）を付加し、さらに１バイトの圧縮終端コマンド（「８７」）を付加する。
これにより、図５（ｂ）の（ハ）に示すように１１バイトからなる圧縮コードが生成される。
【００３３】
図６は、４パターンコマンドにもとづく圧縮コードの例を示した図であり、Ｃ＝０、２２、９７、２０１の４つの色値で構成されたブロック画像を一例として用いる。
すなわち、図６は、４つの色値からなるブロック画像から圧縮コードを生成する方法を示した図である。
ここでは、まず、４つの色値（Ｃ＝０，２２，９７，２０１）からなるブロック画像において、Ｃ＝０に対応してマスク「００」（＝００）を割り当て、Ｃ＝２２に対応してマスク「０１」（＝０１）を割り当て、Ｃ＝９７に対応してマスク「０２」（＝１０）を割り当て、Ｃ＝２０１に対応してマスク「０３」（＝１１）を割り当てるようにしている。
このため、画像圧縮部１０６は、図６（ｂ）の（イ）に示す元画像の１〜６行目のピクセルを「００００００００００００００００」に置換するとともに、元画像の７行目のピクセルを「０００００００００００００００２」に置換し、元画像の８行目のピクセルを「０００００００００００００１０３」に置換することができる。
この結果、図６（ｂ）の（ロ）に示すように、６４×２ビットのマスクデータが生成される。
【００３４】
続いて、画像圧縮部１０６は、６４×２ビットのマスクデータをマスク情報に変換する。これにより、マスクデータの「００００００００」の部分が「０x００」に変換されるとともに、「０００００００２」の部分が「０x０２」に変換され、「０００００１０３」の部分が「０x０７」に変換された１６バイトのマスク情報が生成される。
そして、画像圧縮部１０６は、このマスク情報の「００」、「０１」、「０２」、「０３」にそれぞれ対応する４つの色値（０x００（Ｃ＝０）、０x１６（Ｃ＝２２）、０x６１（Ｃ＝９７）、０xｃ９（Ｃ＝２０１）とからなる４バイトの色値情報）とを付加し、さらに１バイトの圧縮終端コマンド（「８７」）を付加する。
これにより、図６（ｂ）の（ハ）に示すように２２バイトからなる圧縮コードが生成される。
【００３５】
ところで、図６（ｂ）の（ハ）に示す圧縮コードの先頭２桁は、パターンコマンドを配置する。すなわち、パターンコマンド「ｆ８」が検出された場合には、マスク情報は４パターンのマスクビットから形成されており、トナー付着量の算出時に必要な色値と画素数との対応付けを把握することができる。
また、図６（ａ）の（ハ）のように、色値が2つのブロックについては、マスク情報の先頭1バイトが、パターンコマンドとなる。
【００３６】
このようにして、非塗りつぶし対象のブロック画像を圧縮コードに置換することによって、その圧縮コードから構成色値や対応するピクセル数を直接的に解釈できるため、トナー付着量算出部１２０は、圧縮コードを参照するだけでトナー付着量の算出に必要な情報を一度に取得することができる。
【００３７】
出力画像結合部１１０は、図１に示すように、ブロック結合部１１０１と画像合成部１１０２とを備える。
ブロック結合部１１０１は、圧縮コードを復号して元のブロック画像を生成するとともに、このようにして復号されたブロック画像と、圧縮符号化されてない他のブロック画像とを結合することによって、非印字の領域全体のＣＭＹＫ出力画像データを生成する。
画像合成部１１０２は、このようにして生成された非文字の領域のＣＭＹＫ出力画像データと、色変換部１０４で色変換された文字のＣＭＹＫ出力画像データとを合成して、文字と図形・写真が一体となったページ全体のＣＭＹＫ画像データを生成する。
出力ドット画像形成部１１１は、このようにして生成されたＣＭＹＫ出力画像データをビットマップ化してドット形成された出力ドット画像を生成する。出力ドット画像形成部１１１は、この出力ドット画像を出力エンジン１４に送る。
そして、出力エンジン１４は、出力ドット画像形成部１１１から受け取った出力ドット画像にもとづいてトナー像を形成し、トナー像を用紙等への転写・定着等を施して印刷を行う。
【００３８】
次に、トナー付着量の算出を主たる機能とするトナー付着量算出部１２０の構成について説明する。
トナー付着量算出部１２０は、文字を印刷するときのトナー付着量を算出する処理（文字トナー付着量算出手段）と、非文字の領域を印刷するときのトナー付着量を算出する処理（非文字トナー付着量算出手段）とを実施する。
以下、非文字トナー付着量の算出処理、及び、文字トナー付着量の算出処理についてそれぞれ詳細に説明する。
【００３９】
（非文字トナー付着量の算出）
ここでは、非文字の領域を印刷するときのトナーの付着量（非文字トナー付着量）をその領域に設定された特性情報にもとづいて算出する。そして、各領域の画像を印刷するときのトナーの付着量を合計することによって非文字の領域全体を印刷するときのトナーの付着量を算出する。
非文字トナー付着量算出のため、トナー付着量算出部１２０は、図１に示すように、データ解釈部１２１、トナー付着量テーブル記憶部１２２、トナー付着量取得部１２３を備え、Ｃ，Ｍ，Ｙ，Ｋの各プレーン画像に対してブロックごとにトナー付着量を算出し、全ブロック分のトナー付着量を合計することによって各プレーンのトナー付着量を算出する。
【００４０】
データ解釈部１２１は、ＲＡＭ１０９に記憶されてあるブロック特性情報テーブルＴｂを解釈することによって非文字の各ブロック画像の特性を解析する。
具体的には、「有効フラグ」の有無にもとづきブロック画像が印字対象域か否かを判別し、「ＦＩＬＬフラグ」の有無にもとづきブロック画像が塗りつぶしか否かを判別し、塗りつぶしのブロック画像の場合にはさらに「ＦＩＬＬ色値」をその塗りつぶし色値として取得する。
また、データ解釈部１２１は、非文字のブロック画像が、塗りつぶし画像でない場合、ＲＡＭ１０９に記憶されてある圧縮コードを参照して、そのブロック画像を構成する色値とそのピクセル数とを取得する。
データ解釈部１２１は、このようにして取得した情報をトナー付着量取得部１２３に通知する。
【００４１】
トナー付着量取得部１２３は、ブロックごとにトナー付着量を算出する処理を行う。
具体的には、トナー付着量取得部１２３は、塗りつぶし画像を示す特性情報が設定された領域の画像を印刷するときのトナーの付着量を、その領域に設定された塗りつぶし色値に対応する単位トナー付着量にもとづいて算出するようにしている。
すなわち、塗りつぶし画像に係るトナー付着量については、塗りつぶしの色値をデータ解釈部１２１を介して取得し、ＲＡＭ１０９に予め記憶させたトナー付着量テーブルからその塗りつぶし色値の単位付着量（単位面積当たりのトナー付着量）を取得し、その単位重量にブロックの全ピクセル数を乗算することによってブロック画像のトナー付着量を算出する。
つまり、１ピクセル分のトナー付着量とブロック内のピクセル数とからそのブロック画像に係るトナー付着量を算出するようにしている。
このようにすると、一度の計算によってトナー付着量を求めることができ、ピクセル毎のトナー付着量を積算する方法に比べ大幅に計算回数を削減することができる。
【００４２】
また、トナー付着量取得部１２３は、非文字の分割領域のうち、塗りつぶし対象域でないブロック画像については、圧縮コードから導出される色値とそのピクセル数とをデータ解釈部１２１を介して取得し、色値の単位重量をトナー付着量テーブルから取得したうえで、色値ごとにピクセル数と単位重量を乗算して全色値の乗算値を合計することによってそのブロック画像のトナー付着量を算出する。
このようにすると、圧縮コード数に応じた計算によってブロック画像のトナー付着量を求めることができるため、この場合であっても、ピクセル毎のトナー付着量を積算する方法に比べ大幅に計算回数を削減することができる。
【００４３】
ここで、トナー付着量の具体的な算出方法についてトナー付着量テーブルの例を用いて説明する。
図７は、トナー付着量テーブルの一例を示した図である。
図７に示すように、トナー付着量テーブルは、ＣＭＹＫ各色における階調毎にパッチを描画し、実験等で得られたトナー付着量が格納されており、係るトナー付着量テーブルが予めトナー付着量テーブル記憶手段１２２によって記憶される。実験は、キャリブレーション等で出力エンジン１４が安定した状態で行う。実験で得られた（ｍｇ／ｃｍ２）単位の付着量テーブルの単位を計算しやすいようにピクセル単位（μｇ／ｐｉｘｅｌ）に変更しておくとトナー付着量の円滑な算出に役立てることができる。なお、この変更は、ＲＯＭデータ登録時に手動で行ってもよく、あるいは、ＲＯＭデータが（ｍｇ／ｃｍ２）で登録されて内部で（μｇ／ｐｉｘｅｌ）単位に単位変換するようにしてもよい。
【００４４】
図７（ａ）は、Ｃ，Ｍ，Ｙ，Ｋの各色値（ｖａｌ：０〜２５５）と単位重量（ｍｇ／ｃｍ２）とを関連づけた図表であり、図７（ｂ）は、図７（ａ）に示す図表をグラフ化した図である。
図７（ａ）に示す図表にもとづき１ピクセル当たりのトナー重量（μｇ／ｐｉｘｅｌ）（例えば、解像度６００dpiの場合の１ピクセル当たりのトナー付着量）を求めることもできる。すなわち、図７（ａ）の単位重量に対し（2.54×2.54）／（600×600）を乗じた値を求めることによって１ピクセル当たりのトナー重量を求めることができる。
このようにすると、ピクセル単位のトナー重量テーブルを形成することができるため、対応する色値のピクセル数を求めるだけで必要なトナー付着量を円滑に求めることができる。
【００４５】
なお、トナー付着量取得部１２３は、非文字の分割領域のうち、非印字対象域を示す特性情報が設定された領域がある場合や、特性情報として、トナーの付着量の算出が除外可能な所定の塗りつぶしの色値が設定された領域がある場合には、この領域を除く他の各領域の画像を印刷するときのトナー付着量を合計することによってこの非文字の領域を印刷するときのトナー付着量を算出する。
すなわち、トナー付着量取得部１２３は、非印字対象域のブロック画像に関するトナー付着量の算出は行わず、また、印字対象域であっても白などのトナー付着を伴わないピクセルのみからなるブロック画像に関するトナー付着量の算出は行わないようにしている。
このようにしてもトナー付着量の算出には全く影響を及ぼさないのは勿論、画像全体のトナー付着量の算出を省略化し高速化することができる。
そして、トナー付着量取得部１２３は、このような演算処理を、Ｃ，Ｍ，Ｙ，Ｋの各プレーン画像についてそれぞれ行うことにより、非文字の対象画像データ全体のＣ，Ｍ，Ｙ，Ｋごとのトナー付着量を算出する。
【００４６】
（文字トナー付着量の算出）
ここでは、出力対象の画像に含まれる文字を印刷するときの文字トナー付着量を、フォント情報１２２１における当該文字との関連付けに係るトナー付着量を用いて求める（文字トナー付着量算出手段）。
文字トナー付着量算出のため、トナー付着量算出部１２０は、図１に示すように、フォント解釈部１２６とトナー付着量テーブル記憶部１２２とを備える。
トナー付着量テーブル記憶部１２２は、フォント情報１２２１を設定し登録することができる（フォント情報設定手段）。フォント情報１２２１は、標準フォントに係る所定の文字とトナー付着量との関連付けをテーブルデータとして設定した登録情報である。
図８は、フォント情報１２２１の一例を示す図である。ここでは、フォント：Century、：サイズ：４８ｐｔを標準フォントとし、この場合の所定の文字「ａ〜ｚ」のトナー付着量を登録されたフォント情報１２２１としている。さらに、標準フォントの文字のトナー付着量を所定の色ごとに関連付けたものをフォント情報１２２１として設定することができる。
図８の例においては、黒、赤、緑、青のそれぞれについてフォント情報１２２１を設定し登録している。
【００４７】
フォント解釈部１２６は、文字解釈部１０１１又は文字画像生成部１０２１から印刷対象の文字とその文字の属性情報とともに、そのトナー付着量の算出の依頼を受けると、即座に、フォント情報１２２１を参照してトナー付着量を算出することができる。
例えば、文字列「ａｂｃ」（フォント：Century、サイズ：４８ｐｔ、色：黒）を印刷するときのトナー付着量を求める場合、フォント解釈部１２６は、図８（ａ）に示すフォント情報１１２１の「黒」に関する関連付けテーブルを参照して、「ａ」のトナー付着量「１２」、「ｂ」のトナー付着量「１６」、「ｃ」のトナー付着量「９」を取り出し、その合計値３７（μｇ）を算出する。
すなわち、所定の色ごとに標準フォントに係る所定の文字とトナー付着量との関連付けをフォント情報１２２１として設定することができ、この場合、フォント解釈部１２６は、所定の色の標準フォントにおける当該色ごとに設定した当該文字との関連付けに係るトナー付着量を用いて求める。
【００４８】
このように、本実施形態に係る画像形成装置１によれば、フォント情報１１２１として登録した色の文字のトナー付着量を高速に求めることができる。
つまり、トナー付着量算出部１２０は、ＰＤＬデータ解釈の際、すなわち、文字解釈部１０１１又はＯＣＲ部１１２からの依頼を受けた早い段階でトナー付着量を計算するようにしている。
また、文字トナー付着量算出処理は、ブロック画像の展開を経由して行う非文字トナー付着量の算出タイミングと異なるようにしているため、ＣＰＵ等に対する演算負荷を抑制することができる。
また、予め登録したフォント情報を利用することでトナー付着量の計算回数が文字数と一致するため、従来の圧縮画像からトナー付着量を求める方法等に比べ極めて高速に処理を行うことができる。
仮に、非文字トナー付着量の算出処理のように、画像領域をブロック化してトナー付着量を求める処理を画像全体に適用した場合に比べ、文字の領域分だけブロックを減らすことができるため、そのブロック分だけブロック判定処理や特性情報設定等が不要となるため、より高速化を図ることができる。
【００４９】
ところで、図８（ａ）に示すように、フォント情報１１２１は、所定のサイズ（４８ｐｔ）の標準フォント（Century）に係る所定の文字（ａ〜ｚ）とトナー付着量との関連付けによって構成することもできる。
この場合、フォント解釈部１２６は、フォント情報１１２１を参照し、印刷を行う文字と関連付けされているトナー付着量に、所定の割合（この文字のサイズの所定のサイズに対する割合）を乗じることで文字トナー付着量を求めることができる。
【００５０】
例えば、文字列「ａｂｃ」（フォント：Century、サイズ：２４ｐｔ、色：黒）を印刷するときのトナー付着量を求める場合、フォント解釈部１２６は、図８（ａ）に示すフォント情報１１２１の「黒」に関するテーブルデータ（関連づけ）を参照して、「ａ」のトナー付着量「１２」、「ｂ」のトナー付着量「１６」、「ｃ」のトナー付着量「９」を取り出し、その合計値３７（μｇ）を算出する。ここで、フォント解釈部１２６は、標準フォントのサイズ（４８ｐｔ）に対し、文字列のサイズは２４ｐｔであるため、その割合（０．５＝２４／４８）を算出する。そして、フォント解釈部１２６は、前記合計値（３７μｇ）に前記割合（０．５）を乗じることで、この文字列を印刷するときのトナー付着量（１８．５μｇ）を求める。
このため、フォント情報１１２１として登録していないサイズの文字のトナー付着量についても高速に求めることができる。
【００５１】
また、図８（ｂ）に示すように、標準フォント（Century）に係るトナー付着量にもとづく他のフォント（Arial、MS  Pゴシック、MS  P明朝、Times  New  Roman等。）に係るトナー付着量の倍率をフォント別倍率情報として設定することで、標準フォント以外の文字のトナー付着量を算出することができる。
すなわち、この場合、フォント解釈部１２６は、他のフォントの文字を印刷するときの文字トナー付着量を、フォント情報１１２１におけるその文字との関連付けに係るトナー付着量に、フォント別倍率情報におけるこの他のフォントに設定された倍率を乗じて求める。
【００５２】
例えば、文字列「ａｂｃ」（フォント：Arial、サイズ：４８ｐｔ、色：黒）を印刷するときのトナー付着量を求める場合、フォント解釈部１２６は、図８（ａ）に示すフォント情報１１２１の「黒」に関するテーブルデータを参照して、「ａ」のトナー付着量「１２」、「ｂ」のトナー付着量「１６」、「ｃ」のトナー付着量「９」を取り出し、その合計値３７（μｇ）を算出し、次いで、図８（ｂ）に示すフォント別倍率情報の「Arial」の設定倍率「１．５２」を取り出して前記合計値（３７μｇ）に乗ずる。これにより、フォント解釈部１２６は、この文字列を印刷するときのトナー付着量５６．２４（μｇ）を求める。
このため、フォント別倍率情報として登録した他のフォントの文字のトナー付着量についても高速に求めることができる。
【００５３】
結果保存部１２５は、算出された文字トナー付着量及び非文字トナー付着量をＣ，Ｍ，Ｙ、Ｋの各トナー色ごとに区分してＨＤＤなどの記憶デバイスに記憶する。
結果通知部１２４は、Ｃ，Ｍ，Ｙ，Ｋごとの文字トナー付着量と非文字トナー付着量との合算値を課金算出部１３０に通知する。また、結果通知部１２４は、係るトナー付着量の合算値をページ単位、または、ジョブ単位ごとに課金算出部１３０に送信することもできる。
【００５４】
次に、トナー料金の算出を主たる機能とする課金算出部１３０の構成について説明する。
課金算出部（課金手段）１３０は、図１に示すように、データ送受信部１３１、トナー単価情報記憶部１３２及び課金額取得部１３３を備え、算出したトナーの付着量及びそのトナーの基準課金情報にもとづいてトナー料金を算出する。
データ送受信部１３１は、トナー付着量算出部１２０（結果通知部１２４）から送信されたトナー付着量を受信するためのインタフェースである。データ送受信部１３１は、受け取ったトナー付着量の情報を課金額取得部１３３に受け渡す。
【００５５】
課金額取得部１３３は、データ送受信部１３１から受け取ったトナー付着量の情報と予めトナー単価情報記憶部１３２によって記憶されたトナー単価情報にもとづきトナーの使用料金を算出する。
例えば、文字及び／又は非文字を含む画像データのＣｙａｎのトナー付着量が１ｇであった場合、課金額取得部１３３は、図９に示すトナー単価情報からＣｙａｎの単価を参照して、その対価（１００円＝５００００／５００）を求める。
【００５６】
つぎに、本実施形態に係るトナー付着量の算出処理について図面を参照しながら説明する。
図１０は、本実施形態に係るトナー付着量の算出処理を説明するためのフローチャートである。
図１０に示すように、まず、ＰＤＬデータ受信部１１が、ＰＣ２０からのＰＤＬデータを受信し（Ｓ１１）、ＰＤＬデータ解釈部１０１がこのＰＤＬデータを解析する（Ｓ１２）。
ここでは、文字列「ａｂｃ」（フォント：Century、サイズ：４８ｐｔ、色：黒）と四角図形（シアン）の合成画像を含むＰＤＬデータを受信したものとする。
ＰＤＬデータ解釈部１０１（文字解釈部１０１１）は、このＰＤＬデータを解釈し、文字と非文字とに区分する。なお、入力画像データ生成部１０２が、解析したＰＤＬデータにもとづいて６００dpiの入力画像を生成する。
ここで、入力画像データ生成部１０２は、文字列以外の画像については非文字画像生成処理を行う（Ｓ１３：ＮＯ→Ｓ１４）。Ｓ１２において示した例によれば、四角形（シアン）の画像が非文字画像として生成されることになる。
【００５７】
つぎに、色変換部１０４が、非文字画像を、ＲＧＢ→ＣＭＹＫ変換し、ＣＭＹＫ出力画像を生成する（Ｓ１５）。
続いて、ブロック出力画像生成部１０５は、ＣＭＹＫ出力画像を１２８×１２８ピクセルごとに分割してブロック化する（Ｓ１６）。
次に、処理ブロックが有るか否かを確認し（Ｓ１７）、処理ブロックが有る限りＳ１８〜Ｓ２０の処理を行う。なお、前処理として、描画開始の座標までＣＭＹＫ出力画像をブロック単位（１２８×１２８ピクセル）で参照し、各ブロックを予め無効ブロック（有効フラグ＝０）としてブロック特性情報テーブルＴｂに登録する処理を行う。ここで、描画領域内（印字対象域）のブロックの場合は、ブロック内のピクセル色値を見て塗りつぶし対象か否かを判定する。塗りつぶしのブロック画像の場合、ブロック特性情報テーブルＴｂの有効フラグとＦＩＬＬフラグを１に設定し、ＦＩＬＬ色値に塗りつぶし色値を設定する（図４のブロックＮｏ１０１〜２００参照）。塗りつぶしでないブロック画像の場合、ブロック特性情報テーブルＴｂの有効フラグを１に設定してＦＩＬＬフラグを０に設定したうえで、各ブロック画像を８×８ピクセル毎に圧縮符号化した圧縮コードを作成し、ＲＡＭ１０９に記憶する。このとき、ＲＡＭ１０９における圧縮コードのアドレスをブロック特性情報テーブルＴｂのブロックアドレスに格納する（図４のブロックＮｏ２０１〜２０６参照）。
【００５８】
Ｓ１８では、非文字画像生成の過程で展開したブロック画像を利用し、トナー付着量算出部１２０が、ブロック単位でトナー付着量を算出し、算出したトナー付着量をブロックごとに加算する（Ｓ１９）。
その後、総ブロック数から１減じてＳ１７に戻り、残処理ブロックが無くなると非文字のトナー付着量算出を終わる。
【００５９】
ここで、Ｓ１８におけるブロック単位でのトナー付着量の算出処理について、図１１を参照しながら詳細に説明する。
図１１は、１ブロックのトナー付着量の算出処理を説明するためのフローチャートである。
ブロック単位のトナー付着量算出処理では、まず、ブロック画像のトナー付着量を０にリセットすることでいわゆる初期化を行う（Ｓ１０１）。
次に、ブロック特性情報テーブルＴｂからブロック毎に特性情報（有効フラグ、ＦＩＬＬフラグ、ＦＩＬＬ色値、ブロックアドレス）を取得する（Ｓ１０２）。
続いて、トナー付着量算出部１２３は、対象のブロックが、有効ブロック（印字対象域のブロック）か否かを判断する（Ｓ１０３）。
【００６０】
ここで、対象ブロックが有効ブロックでないと判定された場合（Ｓ１０３：ＮＯ）、トナー付着量は０とみなされ、そのブロックにおけるトナー付着量算出処理を終了する。
他方、対象ブロックが有効ブロックと判定された場合（Ｓ１０３：ＹＥＳ）は、次に、そのブロック画像が塗りつぶし画像（ＦＩＬＬ）か否かを判定する（Ｓ１０４）。
この結果、ブロック画像が塗りつぶし画像であると判定された場合（Ｓ１０４：ＹＥＳ）、塗りつぶし色値が白か否かを判定する（Ｓ１０５）。
塗りつぶし色値が白の場合（Ｓ１０５：ＹＥＳ）、トナー付着量は０とみなされ、そのブロックにおけるトナー付着量算出処理を終了する。
【００６１】
一方、塗りつぶし色値が白以外の場合（Ｓ１０５：ＮＯ）、トナー付着量取得部１２３は、トナー付着量テーブルからその色値の１ピクセル分のトナー付着量を算出する（Ｓ１０６）とともに、これをブロック画像に含まれる全ピクセル数分、整数倍してトナー付着量を算出する（Ｓ１０７）。
例えば、ＦＩＬＬ色値がＣ＝２５の場合、１ピクセル分のトナー付着量は０．００００９３（μｇ）であり（図５参照）、１ブロックの総ピクセル数は１２８×１２８ピクセルであるため、そのブロックに係るトナー付着量は、０．００００９３×１２８×１２８＝約１．５２（μｇ）と算出される。
このような方法で、塗りつぶし対象域のブロック画像に対するトナー付着量を求めることによって、演算負荷を大幅に軽減することができる。上記例においては、１ブロックにおけるトナー消費量は１回の計算によって求めることができる。このため、各ピクセルごとにトナー付着量を求めてその付着量を全ピクセル順次積算する従来の方式に比べると、（１２８×１２８−１）＝１６３８３回も計算回数を削減することができる。
【００６２】
ところで、有効ブロックと判定されたブロック画像が塗りつぶし画像（ＦＩＬＬ）でない場合（Ｓ１０４：ＮＯ）は、そのブロック画像は圧縮符号化の対象となる。
この場合、まず、ブロック特性情報テーブルＴｂから対応するブロックアドレスを取得し（Ｓ１０８）、そのブロックアドレスにもとづき圧縮コードを取得する。
例えば、図４に示すブロック特性情報テーブルＴｂを参照した場合、対象ブロックのブロックＮｏが２００である場合には、ブロックアドレス「０x０」を取得することができ、ＲＡＭ１０９上のこのブロックアドレス「０x０」に格納されている２５６個（＝（１２８×１２８）÷（８×８））の圧縮コード群を取得する。
次に、８×８ピクセルを単位とする圧縮コードについての後述のＳ１１０〜Ｓ１１６の処理の累積が、８×８＝６４ピクセル数を単位としたピクセル数にもとづいて計算した場合、１２８×１２８＝１６，３８４ピクセル数を超過しているか否かを判断する（Ｓ１０９）。これにより、ブロック画像内のすべての圧縮コードについて処理が終わったか否かを判定する。
【００６３】
ここで、圧縮コードに係るピクセル累積数が、１２８×１２８ピクセル数を超過していない場合（Ｓ１０９：ＹＥＳ）、昇順又は降順に、圧縮コードを取得する（Ｓ１１０）。
次に、データ解釈部１２１が、取得した圧縮コードを解釈し、その圧縮コードから色値と色値別ピクセル数を取得する（Ｓ１１１）。
例えば、図５（ａ）又は（ｂ）に示す圧縮コードの場合、第一色値（Ｃ＝０）について３２ピクセル、第二色値（Ｃ＝２５）について３２ピクセルを取得する。
次いで、トナー付着量取得部１２３が、１ピクセル分のトナー付着量をトナー付着量テーブルから取得する（Ｓ１１２）。
前例を適用すると、第一色値について０（μｇ）、第二色値について０．００００９３（μｇ）を取得する。
【００６４】
トナー付着量取得部１２３は、Ｓ１１１で取得したピクセル数とＳ１１２で取得したその色値の１ピクセル分のトナー付着量とを乗算してその色値に関する色値別トナー付着量を計算する（Ｓ１１３）。
前例を適用すると、第一色値について０（μｇ）（＝０×３２）、第二色値について０．００２９７６（μｇ）（＝０．００００９３×３２）となる。
次に、トナー付着量取得部１２３は、Ｓ１１３で求めた色値別のトナー付着量を加算することによって、８×８ピクセル分のトナー付着量を算出する（Ｓ１１４）。
前例を適用すると、０．００２９７６（μｇ）（＝０＋０．００２９７６）となる。
【００６５】
続いて、トナー付着量取得部１２３は、Ｓ１１４で求めたトナー付着量をブロック画像に含まれる一範囲のトナー付着量として加算する（Ｓ１１５）。
そして、トナー付着量取得部１２３は、トナー付着量の算出済みピクセル数として６４（＝８×８ピクセル）を加算しＳ１０９に戻る（Ｓ１１６）。
Ｓ１０９において、圧縮コードに係るピクセル累積数が、１２８×１２８ピクセル数を超過した場合（Ｓ１０９：ＮＯ）、１ブロックのトナー付着量算出処理は終了する。
つまり、ブロック内の全ピクセル（１２８×１２８ピクセル）のトナー付着量計算が終了するまでＳ１０９〜Ｓ１１６の処理が繰り返される。
【００６６】
ところで、前例を適用した場合のトナー付着量の計算回数は、Ｃ＝０に関する計算とＣ＝２５に関する計算の２回で済む。このため、ブロック画像がすべて係る小ブロック画像によって構成されている場合には、５１２回の計算によってブロック画像のトナー付着量を求めることができる。
したがって、１２８×１２８ピクセルのピクセルごとにトナー付着量を積算する従来の方式に比べ、１５８７２回（＝１２８×１２８−５１２）も計算回数を削減することができる。
【００６７】
他方、図１０のＳ１３において、ＰＤＬデータ解釈部１０１の文字解釈部１０１は、文字列を抽出した場合（Ｓ１３：文字列）、その文字列のフォントが登録フォントか否かを判別する（Ｓ２１）。
具体的には、文字列のフォントが、フォント情報１２２１として登録している標準フォント（Century）やフォント別倍率情報に登録している他のフォント（Arial、MS  Pゴシック、MS  P明朝、Times  New  Roman）と一致するか否かが判断される。
文字列のフォントが登録フォントで有る場合（Ｓ２１：ＹＥＳ）、次に、文字解釈部１０１は、その文字列の色が登録色か否かを判別する（Ｓ２２）。
具体的には、文字の色が、フォント情報１２２１として登録している色（黒、赤、緑、青）と一致するか否かが判断される。
なお、文字列のフォントが、登録フォントで無い場合（Ｓ２１：ＮＯ）、又は、文字の色が登録色で無い場合（Ｓ２２：ＮＯ）、その文字列は非文字とみなされ、その画像処理及びトナー付着量算出処理は、Ｓ１４以降の処理が適用される。
Ｓ２２において、その文字列の色が登録色と判別された場合（Ｓ２２：ＹＥＳ）、トナー付着量算出部１２０は、その文字列についてのトナー付着量計算を行う（Ｓ２３）。
例えば、その文字列が「ａｂｃ」（フォント：Century、サイズ：４８ｐｔ、色：黒）である場合、フォント解釈部１２６は、図８（ａ）に示すフォント情報１１２１の「黒」に関するテーブルデータ（関連付け）を参照して、「ａ」のトナー付着量「１２」、「ｂ」のトナー付着量「１６」、「ｃ」のトナー付着量「９」を取り出し、その合計値３７（μｇ）を算出する。
【００６８】
次に、入力画像データ生成部１０２（文字画像生成部１０２１）は、この文字列の画像については文字画像生成処理を行う（Ｓ２４）。前述の文字列の例によれば、「ａｂｃ」の文字画像が生成されることとなる。
【００６９】
つぎに、色変換部１０４が、この文字画像を、ＲＧＢ→ＣＭＹＫ変換し（Ｓ２５）、そのＣＭＹＫ出力画像が出力画像結合部１１０に出力される（Ｓ２６）。
なお、画像合成部１１０２は、Ｓ１４等において生成され、色変換、分割乃至結合を経た非文字画像と、Ｓ２４等において生成され、色変換を経た文字画像とを合成してページ全体としての出力画像を生成する（非図示）。
そして、トナー付着量算出部１２０は、非文字トナー付着量と文字トナー付着量とを合算する（Ｓ２７）。具体的には、画像合成部１１０２によって非文字画像と文字画像とを合成するタイミングでこの合算処理を行いページ全体のトナー付着量を求める。
【００７０】
このように、本発明の実施形態に係る画像形成装置によれば、対象画像を文字と非文字に区分して、トナー付着量算出処理を並行して行うようにしている。
そして、文字については、フォント情報やフォント別倍率情報を参照することでその高速処理を可能としている。
また、非文字については、画像をブロック化してブロックごとにその特性に応じたトナー算出処理を行うことで、少ない計算回数によってトナー付着量を算出することを可能としている。
すなわち、本発明の画像形成装置１によれば、入力画像に依存することなく正確かつ円滑にトナー付着量を算出することができ、また、必要なメモリ領域を抑えつつ高速にトナー付着量を算出することができる。
特に、入力画像に文字が含まれる場合には、文字のトナー付着量を高速に算出することができるだけでなく、文字の存在によって非文字の領域を減らすことができるため、画像全体のトナー付着量をより高速に算出することが可能である。
【００７１】
以上、本発明の画像形成装置について、好ましい実施形態を示して説明したが、本発明にかかる画像形成装置は、上述した実施形態に限定されるものではなく、本発明の範囲で種々の変更実施が可能であることは言うまでもない。
例えば、フォント情報やフォント別倍率情報に登録する色やフォントは上述した色やフォントに限定するものではなく、他の色や他のフォントを追加、削除、置換することもできる。
また、前述の実施形態においてはカラー対応のＭＦＰを例に挙げて説明したが、モノクロ印刷専用の画像形成装置において消費されるトナー付着量の算出に適用することができ、もしくは、カラー対応の画像形成装置においてモノクロ印刷を行うときのトナー付着量の算出にも適用することができる。
さらに、ファクシミリ装置やファクシミリ機能を有するＭＦＰにも適用することができ、通信回線を介して外部から受信したファクシミリ画像を印刷する際に消費されるトナー付着量を算出することができる。
また、前述の実施形態においては、塗りつぶしの場合にトナー算出処理を行わない例として白の場合について説明しているが、この限りでなく、色値が０に近似する場合など、実際上、トナー付着を伴わない種々のケースを判断してトナー算出処理を省略するようにすることができる。
【産業上の利用可能性】
【００７２】
本発明は、プリンター装置、複写装置又はこれらの機能を備えた複合機等の画像形成装置に好適に用いることができる。
【符号の説明】
【００７３】
１  ＭＦＰ（画像形成装置）
１３  制御部
１０１  ＰＤＬ解釈部
１０１１  文字解釈部
１０２  入力画像データ生成部
１０２１  文字画像生成部
１０５  ブロック出力画像生成部
１０６  画像圧縮部
１０７  特性情報設定部
１１２  ＯＣＲ部
１２０  トナー付着量算出部
１２２  トナー付着量テーブル記憶部
１２２１  フォント情報
１２６  フォント解釈部
１３０  課金算出部
Ｔｂ：ブロック特性情報テーブル
Ｔｔ：トナー付着量テーブル
【図１】
0005667922.tif 000002
【図２】
0005667922.tif 000003
【図３】
0005667922.tif 000004
【図４】
0005667922.tif 000005
【図５】
0005667922.tif 000006
【図６】
0005667922.tif 000007
【図７】
0005667922.tif 000008
【図８】
0005667922.tif 000009
【図９】
0005667922.tif 000010
【図１０】
0005667922.tif 000011
【図１１】
0005667922.tif 000012