"所定のトナーを被印刷媒体に付着させることによって出力対象の画像を印刷する画像形成装置であって、標準フォントに係る所定の文字とトナー付着量との関連付けをフォント情報として設定するフォント情報設定手段と、前記出力対象の画像から前記所定の文字と当該文字以外の非文字とを抽出する文字解釈手段と、前記出力対象の画像に含まれる文字を印刷するときの文字トナー付着量を、前記フォント情報における当該文字との関連付けに係るトナー付着量を用いて求める文字トナー付着量算出手段と、前記非文字の領域を分割する画像分割手段と、分割された領域ごとに印字対象域か非印字対象域かを示す特性情報を設定し、前記領域が印字対象域である場合には、当該領域の画像が一の色値からなる塗りつぶし画像か非塗りつぶし画像かを示す特性情報を設定し、前記領域の画像が塗りつぶし画像である場合には、塗りつぶしの色値を特性情報として設定する特性情報設定手段と、前記非文字の領域を印刷するときの非文字トナー付着量を、分割された非文字の領域に設定された前記特性情報に基づいて算出する非文字トナー付着量算出手段と、を備えることを特徴とする画像形成装置。前記フォント情報設定手段が、所定の色ごとの前記標準フォントに係る所定の文字とトナー付着量との関連付けを前記フォント情報として設定し、前記文字トナー付着量算出手段が、前記所定の色の前記標準フォントに係る前記所定の文字を印刷するときの文字トナー付着量を、前記フォント情報における当該色ごとに設定した当該文字との関連付けに係るトナー付着量を用いて求める請求項1記載の画像形成装置。前記フォント情報設定手段が、所定のサイズの標準フォントに係る所定の文字とトナー付着量との関連付けを前記フォント情報として設定し、前記文字トナー付着量算出手段が、前記出力対象の画像に含まれる文字を印刷するときの文字トナー付着量を、前記フォント情報における当該文字との関連付けに係るトナー付着量に、当該文字のサイズの前記所定のサイズに対する割合を乗じて求める請求項1又は2記載の画像形成装置。前記フォント情報設定手段が、前記標準フォント係るトナー付着量にもとづく他のフォントに係るトナー付着量の倍率をフォント別倍率情報として設定し、前記文字トナー付着量算出手段が、前記他のフォントの文字を印刷するときの文字トナー付着量を、前記フォント情報における当該文字との関連付けに係るトナー付着量に、前記フォント別倍率情報における当該他のフォントに設定された倍率を乗じて求める請求項1~3のいずれか一項記載の画像形成装置。前記文字解釈手段が、前記出力対象の画像に含まれる前記標準フォント以外のフォントに係る文字を前記非文字として抽出する請求項1~4のいずれか一項記載の画像形成装置。前記文字解釈手段が、前記出力対象の画像に含まれる前記所定の色以外の色の文字を前記非文字として抽出する請求項2~5のいずれか一項記載の画像形成装置。前記文字解釈手段が、前記出力対象の画像に含まれる前記他のフォント以外のフォントに係る文字を前記非文字として抽出する請求項4~6のいずれか一項記載の画像形成装置。前記非文字トナー付着量算出手段は、非文字の分割領域のうち、前記非印字対象域を示す特性情報が設定された領域がある場合、または、前記特性情報として、前記トナーの付着量の算出が除外可能な所定の塗りつぶしの色値が設定された領域がある場合には、当該領域を除く他の各領域の画像を印刷するときのトナーの付着量を合計することによって前記非文字の領域を印刷するときのトナー付着量を算出する請求項1~7のいずれか一項記載の画像形成装置。色値ごとの単位トナー付着量を格納したトナー付着量テーブルを備え、前記非文字トナー付着量算出手段は、前記非文字の分割領域のうち、前記塗りつぶし画像を示す特性情報が設定された領域の画像を印刷するときのトナーの付着量を、前記トナー付着量テーブルに格納された、その領域に設定された前記塗りつぶしの色値に対応する前記単位トナー付着量にもとづいて算出する請求項1~8のいずれか一項記載の画像形成装置。前記非文字の分割領域のうち、前記非塗りつぶし画像を示す特性情報が設定された領域の画像を、その画像を構成する色値及びその色値に対応する画素数を識別し得る所定の圧縮コードに変換する画像圧縮手段を備え、前記非文字トナー付着量算出手段は、前記非文字の分割領域のうち、前記非塗りつぶし画像の特性情報が設定された領域の画像を印刷するときのトナーの付着量を、前記トナー付着量テーブルに格納された、前記圧縮コードに含まれる色値に対応する前記単位トナー付着量と対応する画素数にもとづいて算出する請求項9記載の画像形成装置。しかしながら、特許文献3に記載の技術を適用すると、符号化されたデータストリームを部分的に解凍して得られるカバレージデータにもとづいてトナー付着量を算出するものの、そのカバレージデータは対象画像の全領域分の符号化情報からなるため、カバレージデータの解析に相応の演算処理を必要とし、メモリ領域を圧迫する問題が生じていた。特に、文字は、図形や写真と異なり、通常的に用いられる書体等の体系は限定的であるため、文字を含む入力画像を印刷するときのトナー付着量を効果的かつ円滑に求める技術が求められていた。本発明は、以上のような事情に鑑みなされたものであり、入力画像に依存することなく正確にトナー付着量を算出することができるだけでなく、必要なメモリ領域を抑えつつ高速にトナー付着量を算出することができる画像形成装置の提供を目的とする。特に、入力画像に文字が含まれる場合には、より円滑にトナー付着量を算出することができる画像形成装置の提供を目的とする。上記目的を達成するため、本発明の画像形成装置は、所定のトナーを被印刷媒体に付着させることによって出力対象の画像を印刷する画像形成装置であって、標準フォントに係る所定の文字とトナー付着量との関連付けをフォント情報として設定するフォント情報設定手段と、前記出力対象の画像から前記所定の文字と当該文字以外の非文字とを抽出する文字解釈手段と、前記出力対象の画像に含まれる文字を印刷するときの文字トナー付着量を、前記フォント情報における当該文字との関連付けに係るトナー付着量を用いて求める文字トナー付着量算出手段と、前記非文字の領域を分割する画像分割手段と、分割された領域ごとに印字対象域か非印字対象域かを示す特性情報を設定し、前記領域が印字対象域である場合には、当該領域の画像が一の色値からなる塗りつぶし画像か非塗りつぶし画像かを示す特性情報を設定し、前記領域の画像が塗りつぶし画像である場合には、塗りつぶしの色値を特性情報として設定する特性情報設定手段と、前記非文字の領域を印刷するときの非文字トナー付着量を、分割された非文字の領域に設定された前記特性情報に基づいて算出する非文字トナー付着量算出手段と、を備えるようにしてある。本発明の画像形成装置によれば、入力画像に依存することなく正確にかつ円滑にトナー付着量を算出することができ、必要なメモリ領域を抑えつつ高速にトナー付着量を算出することができる。特に、文字を含む入力画像を印刷するときのトナー付着量をより円滑に算出することができる。以下、本発明の実施形態について図面を参照して説明する。図1は、本発明の実施形態に係る画像形成装置の構成を示す構成図である。本実施形態に係る画像形成装置1は、図1に示すように、コピー機能やプリンター機能を備えた複合機MFPとしてある。すなわち、画像形成装置1は、PDLデータ受信部11がUSBインタフェースや外部ネットワークを介してパーソナルコンピュータ以下、PC20という。等から印刷データPDLデータ:プリンタ記述言語を受信し、または、スキャン部12が自らのスキャン機能によって原稿を読み取るようにしており、制御部13が、これらの入力データに対し必要な画像処理を施し、出力エンジン14が、画像処理後の画像データにもとづきトナーを用紙等に付着させる印刷処理を行うことによってコピー装置又はプリンター装置として機能する。ここで、制御部13は、非図示のCPUCentralProcessingUnit、ROMReadOnlyMemory108およびRAMRandomAccessMemory109を備えている。ROM108には、制御部13をPDLデータ解釈部101、入力画像データ生成部102、入力画像データ受取部103、色変換部104、ブロック出力画像生成部105、特性情報設定部107、出力画像結合部110、出力ドット画像形成部111、トナー付着量算出部120、課金算出部130の各機能ブロックとして機能させるためのコンピュータプログラムが記憶されている。CPUは、このコンピュータプログラムをROM108から読み出し、実行することにより、制御部13を上述の各機能ブロックとして機能させ、この結果、入力画像の画像形成処理を行ったうえでその印刷を行うとともに、その印刷によって消費が見込まれるトナーの付着量を求め、また、このトナー付着量に応じた料金を求めることができる。RAM109は、CPUがこのコンピュータプログラムを実行する際の作業用メモリなどとして用いられる。このRAM109には、トナー付着量の算出に用いるブロック特性情報テーブルTbや圧縮コードも記憶させることができる。図2は、文字と非文字図形写真とに区分して画像形成処理を行い、出力画像を出力するまでの概略工程を説明するための説明図である。図2に示すように、画像形成装置1に入力されるRGB画像は、例えば、abcからなる文字と四角形の図形を含む画像データが想定される。入力RGB画像は、PDLデータ解釈文字解釈の工程において文字abcと四角図形とがそれぞれ抽出され、所定のカラーテーブルRGB/CMYK変換テーブルを介して色変換が行われる。これにより文字はフォント画像文字画像として生成される。一方、非文字の図形画像は、C,M,Y,Kのプレーン毎に所定の領域例えば、128×128ピクセルに分割してブロック化され、ブロックごとに画像データが生成されブロック画像生成、これらの結合ブロック画像結合を介して写真画像が生成される。このようにして生成されたフォント画像と写真画像とを合成することによって、入力RGB画像に対応した出力画像が生成される。本実施形態のトナー算出処理は、このような画像形成処理の工程に合わせ、文字と非文字とに分けてトナー算出を行う。なお、非文字の画像形成工程については、ブロック画像生成からブロック画像結合に至る工程において、2つの工程が設けられている。第一のルートは、各ブロックの画像データの特性を抽出し、抽出した特性情報と対応するブロックとを関連づけたブロック特性情報テーブルTbを生成する工程である。第二のルートは、所定のブロックの画像データを所定の圧縮符号化方式で圧縮した圧縮コードブロック圧縮画像を生成する工程である。なお、このブロック特性情報テーブルTb及び圧縮コードの詳細主にトナー算出処理の方法については、後述のブロック出力画像生成部、特性情報設定部、圧縮符号化処理の記載箇所において詳細に説明する。つぎに、制御部13の構成について説明する。制御部13は、図1に示すように、PDLデータ解釈部101、入力画像データ生成部102、入力画像データ受取部103、色変換部104、ブロック出力画像生成部105、特性情報設定部107、出力画像結合部110、出力ドット画像形成部111、トナー付着量算出部120及び課金算出部130を、各機能ブロックとして備える。PDLデータ解釈部101は、PDLデータ受信部11を介しPC20等の外部機器から入力した印刷データを解釈する。具体的には、印刷データであるPDLデータに含まれる印刷設定コマンドや描画コマンドなどのコマンドを順次読み込んで解釈する。PDLデータ解釈部101は、文字解釈部1011を備えることで、本発明の文字解釈手段の動作を行う。文字解釈部1011は、入力画像の解釈データから文字とその属性情報フォント、サイズ、色などを抽出する。例えば、図3に示す入力RGB画像からは文字列abcを抽出し、そのフォントがCenturyであることを抽出することができる。文字解釈部1011は、Centuryフォントの48ptの黒の文字列abcとシアンの四角形からなる入力画像の場合、abcを文字列と判定すると、その属性情報とともにトナー付着量算出部120に通知してトナー付着量の算出を依頼する。ところで、PDLデータ解釈部101は、所定の文字以外の図形や写真については非文字として抽出する。また、PDLデータ解釈部101は、所定の文字以外の文字についても、これを非文字として抽出する。例えば、予め登録されたフォントがCenturyArialMSPゴシックMSP明朝TimesNewRomanである場合には、MSUIゴシックの文字は非文字として取り扱う。さらに、PDLデータ解釈部101は、所定の色以外の色の文字を非文字として抽出する。例えば、予め登録された色が黒、赤、緑、青である場合には、黄の文字を非文字として取り扱う。入力画像データ生成部102は、PDLデータ解釈部101が解釈した各コマンドにもとづき画像データ入力画像データを生成する。入力画像データ生成部102は、文字画像を生成する文字画像生成部1021を備える。先の例の場合、文字画像生成部1021は、abcの文字画像を生成するとともに、入力画像データ生成部102は、文字以外の画像シアンの四角画像を含むを写真非文字画像として生成する。入力画像データ受取部103は、コピー使用時など、スキャン部12が原稿を読み取った画像にもとづいて入力画像データを生成する。なお、入力画像の開始位置及び終了位置の座標は画像生成時に記録しておく。OCR部112は、コピー使用時において、生成された入力画像から文字を抽出する。具体的には、前述した文字解釈部1011の動作と同様、入力画像を解釈して文字/非文字の判定を行い、文字についてはその属性情報をトナー付着量算出部120に通知してトナー付着量の算出を依頼する。色変換部104は、入力画像データに対し所定の色変換処理を実施して出力可能な形式の画像データ以下、出力画像データという。を生成する。例えば、200dpiのRGB入力画像データから既知のRGB/CMYK変換式を用いて200dpiのC,M,Y,Kの各プレーンからなるCMYK出力画像データを生成する。ブロック出力画像生成部画像分割手段105は、出力対象の画像のうち非文字の画像領域を所定の領域ごとに分割するものである。すなわち、ブロック出力画像生成部105は、色変換後の出力画像データを分割ブロック化して、ブロックごとに画像データ以下、適宜、ブロック画像という。を生成する。例えば、印刷解像度600dpiのCMYK出力画像データすなわち、600×600ピクセルのCMYK画像を、128×128ピクセルごとに分割することによってマス目状に区分けされた画像データを生成することができる。また、ブロック出力画像生成部105は、画像圧縮部106を備え、所定のブロック画像を圧縮符号化して圧縮コードを生成する。特性情報設定部特性情報設定手段107は、分割された非文字の領域ごとに印字対象域か非印字対象域かを示す特性情報を設定し、その領域の画像が一の色値からなる塗りつぶし画像か非塗りつぶし画像かを示す特性情報を設定し、この領域の画像が塗りつぶし画像である場合には、塗りつぶしの色値を特性情報として設定する。すなわち、特性情報設定部107は、非文字の領域のトナー付着量の算出方法を選択するために必要な情報やトナー付着量の算出に用いる情報を含む種々の特性情報をブロックごとに関連づけて設定し、これをブロック特性情報テーブルTbとしてRAM109に記憶する。以下、ブロック特性情報テーブルTbについて図4を用いて説明する。図4は、本実施形態に係るブロック特性情報テーブルの一例を示した図である。ブロック特性情報テーブルTbは、図4に示すように、ブロック画像ごとに、プレーン、ブロックNo、有効フラグ、FILLフラグ、FILL色値及びブロックアドレスをそれぞれ関連づけたテーブルデータである。プレーンは、ブロック画像のカラープレーンを識別するための特性情報を格納する領域であり、Cyシアン、Mgマゼンタ、Yeイエロー、Bkブラックのいずれかが設定される。ブロックNoには、ブロック出力画像生成部105により生成された各ブロックに付される識別番号が格納される。有効フラグは、各ブロックが印字対象域に配置するか、非印字対象域に配置するかを識別するための特性情報を格納する領域であり、本実施形態において、1フラグ有は印字対象域を示し、0フラグ無しは非印字対象域を示す。FILLフラグは、印字対象域のブロック画像が、塗りつぶし画像か非塗りつぶし画像かを識別するための特性情報を格納する領域であり、本実施形態において、1フラグ有りは塗りつぶし画像であることを示し、0フラグ無しは非塗りつぶし画像であることを示す。FILL色値は、塗りつぶしのブロック画像に対し、その塗りつぶしに用いる色値を示す特性情報を格納する領域である。例えば、画像データが256階調である場合には、0~255の範囲内の階調度が設定される。例えば、あるブロック200番の画像がシアン階調度25の塗りつぶしの場合は、プレーン=Cy、ブロックNo=200、有効フラグ=1、FILLフラグ=1、FILL色値=25といったデータがブロック特性情報テーブルTbの構成データとして格納される図4参照。なお、ブロックアドレスは、画像圧縮部106が生成した圧縮コードについてのRAM109上のアドレス情報を特性情報として格納する領域である。すなわち、トナー付着量の算出時には、ブロック特性情報テーブルTbを介してブロックアドレスを参照し、RAM109に記憶されている必要な圧縮コードを参照できるようにしている。ここで、圧縮符号化処理について説明する。図1に示すように、ブロック出力画像生成部105は、画像圧縮部106を備える。画像圧縮部106は、1ブロックの画像データを所定の圧縮符号化方式により圧縮符号化するものであり、本実施形態の場合、128×128ピクセルからなる1ブロックの画像データを8×8ピクセル単位の小ブロックごとに圧縮符号化して圧縮コードを生成する。具体的には、画像圧縮部106は、非文字の分割領域のうち、非塗りつぶし画像を示す特性情報が設定された領域の画像を、その画像を構成する色値及びその色値に対応する画素数を識別し得る所定の圧縮コードに変換することで圧縮コードを生成するようにしている。このため、圧縮符号化方式は、例えば、RLE法RunLengthEncodingやSRLE法SwitchedRunLengthEncoding等の二次元符号化アルゴリズムを用いる。すなわち、符号化された圧縮コードからトナー付着量の算出に必要な情報色値、ピクセル数及びこれらの対応関係などを直接的に解釈することが可能で、圧縮率の高い圧縮方式を用いる。以下、圧縮コードの具体的な生成方法について図5及び6を参照しながら説明する。図5は、2パターンコマンドにもとづく圧縮コードの例を示した図であり、a、bともにC=0、25の2つの色値で構成されたブロック画像を一例として用いる。図5aに示す例において、画像圧縮部106は、この小ブロックの画像図5aのイ参照を構成する色値を抽出する。この結果、この小ブロックの画像は、2つの色値C=0とC=25のみによって構成されていることを認識することができる。つぎに、画像圧縮部106は、小ブロックの画像をマスクデータに置換するに当たり、その画像が2つの色値で構成されていることから、1ビットを単位とするマスクを用いてマスクデータを生成することを決定する。このため、色値=0に対応するデータとして0を割り当て、色値=25に対応するデータとして1を割り当てるとした場合、画像圧縮部106は、元画像の1,3,5,7行目のピクセルを00000000に置換するとともに、元画像の2,4,6,8行目のピクセルを11111111に置換することができる。この結果、図5aのロに示すように、64ビットのマスクデータが生成される。続いて、画像圧縮部106は、64ビットのマスクデータを16進数に変換する。これにより、マスクデータの00000000の部分が0x00に変換されるとともに、11111111の部分が0xffに変換された8バイトのマスク情報が生成される。そして、画像圧縮部106は、マスクデータの0と1にそれぞれ対応する2つの色値すなわち、0x00C=0と0x19C=25の2バイトからなる色値情報を付加し、さらに1バイトの圧縮終端コマンド87を付加する。これにより、図5aのハに示すように11バイトからなる圧縮コードが生成される。図5bは、図5aと異なりストライプデータではないが、2値からなる点においては同様である。このため、図5bの場合も同様に、図画像圧縮部106は、この小ブロックの画像図5bのイ参照を構成する色値を抽出し、この小ブロックの画像が、2つの色値C=0とC=25のみによって構成されていることを認識する。つぎに、画像圧縮部106は、小ブロックの画像をマスクデータに置換するに当たり、その画像が2つの色値で構成されていることから、1ビットを単位とするマスクを用いてマスクデータを生成することを決定する。このため、色値=0に対応するデータとして0を割り当て、色値=25に対応するデータとして1を割り当てるとした場合、画像圧縮部106は、元画像の1~4行目のピクセルを00000000に置換するとともに、元画像の5~8行目のピクセルを11111111に置換する。この結果、図5bのロに示すように、64ビットのマスクデータが生成される。続いて、画像圧縮部106は、64ビットのマスクデータを16進数に変換する。これにより、マスクデータの00000000の部分が0x00に変換されるとともに、11111111の部分が0xffに変換された8バイトのマスク情報が生成される。そして、画像圧縮部106は、マスクデータの0と1にそれぞれ対応する2つの色値すなわち、0x00C=0と0x19C=25の2バイトからなる色値情報を付加し、さらに1バイトの圧縮終端コマンド87を付加する。これにより、図5bのハに示すように11バイトからなる圧縮コードが生成される。図6は、4パターンコマンドにもとづく圧縮コードの例を示した図であり、C=0、22、97、201の4つの色値で構成されたブロック画像を一例として用いる。すなわち、図6は、4つの色値からなるブロック画像から圧縮コードを生成する方法を示した図である。ここでは、まず、4つの色値C=0,22,97,201からなるブロック画像において、C=0に対応してマスク00=00を割り当て、C=22に対応してマスク01=01を割り当て、C=97に対応してマスク02=10を割り当て、C=201に対応してマスク03=11を割り当てるようにしている。このため、画像圧縮部106は、図6bのイに示す元画像の1~6行目のピクセルを0000000000000000に置換するとともに、元画像の7行目のピクセルを0000000000000002に置換し、元画像の8行目のピクセルを0000000000000103に置換することができる。この結果、図6bのロに示すように、64×2ビットのマスクデータが生成される。続いて、画像圧縮部106は、64×2ビットのマスクデータをマスク情報に変換する。これにより、マスクデータの00000000の部分が0x00に変換されるとともに、00000002の部分が0x02に変換され、00000103の部分が0x07に変換された16バイトのマスク情報が生成される。そして、画像圧縮部106は、このマスク情報の00、01、02、03にそれぞれ対応する4つの色値0x00C=0、0x16C=22、0x61C=97、0xc9C=201とからなる4バイトの色値情報とを付加し、さらに1バイトの圧縮終端コマンド87を付加する。これにより、図6bのハに示すように22バイトからなる圧縮コードが生成される。ところで、図6bのハに示す圧縮コードの先頭2桁は、パターンコマンドを配置する。すなわち、パターンコマンドf8が検出された場合には、マスク情報は4パターンのマスクビットから形成されており、トナー付着量の算出時に必要な色値と画素数との対応付けを把握することができる。また、図6aのハのように、色値が2つのブロックについては、マスク情報の先頭1バイトが、パターンコマンドとなる。このようにして、非塗りつぶし対象のブロック画像を圧縮コードに置換することによって、その圧縮コードから構成色値や対応するピクセル数を直接的に解釈できるため、トナー付着量算出部120は、圧縮コードを参照するだけでトナー付着量の算出に必要な情報を一度に取得することができる。出力画像結合部110は、図1に示すように、ブロック結合部1101と画像合成部1102とを備える。ブロック結合部1101は、圧縮コードを復号して元のブロック画像を生成するとともに、このようにして復号されたブロック画像と、圧縮符号化されてない他のブロック画像とを結合することによって、非印字の領域全体のCMYK出力画像データを生成する。画像合成部1102は、このようにして生成された非文字の領域のCMYK出力画像データと、色変換部104で色変換された文字のCMYK出力画像データとを合成して、文字と図形写真が一体となったページ全体のCMYK画像データを生成する。出力ドット画像形成部111は、このようにして生成されたCMYK出力画像データをビットマップ化してドット形成された出力ドット画像を生成する。出力ドット画像形成部111は、この出力ドット画像を出力エンジン14に送る。そして、出力エンジン14は、出力ドット画像形成部111から受け取った出力ドット画像にもとづいてトナー像を形成し、トナー像を用紙等への転写定着等を施して印刷を行う。次に、トナー付着量の算出を主たる機能とするトナー付着量算出部120の構成について説明する。トナー付着量算出部120は、文字を印刷するときのトナー付着量を算出する処理文字トナー付着量算出手段と、非文字の領域を印刷するときのトナー付着量を算出する処理非文字トナー付着量算出手段とを実施する。以下、非文字トナー付着量の算出処理、及び、文字トナー付着量の算出処理についてそれぞれ詳細に説明する。非文字トナー付着量の算出ここでは、非文字の領域を印刷するときのトナーの付着量非文字トナー付着量をその領域に設定された特性情報にもとづいて算出する。そして、各領域の画像を印刷するときのトナーの付着量を合計することによって非文字の領域全体を印刷するときのトナーの付着量を算出する。非文字トナー付着量算出のため、トナー付着量算出部120は、図1に示すように、データ解釈部121、トナー付着量テーブル記憶部122、トナー付着量取得部123を備え、C,M,Y,Kの各プレーン画像に対してブロックごとにトナー付着量を算出し、全ブロック分のトナー付着量を合計することによって各プレーンのトナー付着量を算出する。データ解釈部121は、RAM109に記憶されてあるブロック特性情報テーブルTbを解釈することによって非文字の各ブロック画像の特性を解析する。具体的には、有効フラグの有無にもとづきブロック画像が印字対象域か否かを判別し、FILLフラグの有無にもとづきブロック画像が塗りつぶしか否かを判別し、塗りつぶしのブロック画像の場合にはさらにFILL色値をその塗りつぶし色値として取得する。また、データ解釈部121は、非文字のブロック画像が、塗りつぶし画像でない場合、RAM109に記憶されてある圧縮コードを参照して、そのブロック画像を構成する色値とそのピクセル数とを取得する。データ解釈部121は、このようにして取得した情報をトナー付着量取得部123に通知する。トナー付着量取得部123は、ブロックごとにトナー付着量を算出する処理を行う。具体的には、トナー付着量取得部123は、塗りつぶし画像を示す特性情報が設定された領域の画像を印刷するときのトナーの付着量を、その領域に設定された塗りつぶし色値に対応する単位トナー付着量にもとづいて算出するようにしている。すなわち、塗りつぶし画像に係るトナー付着量については、塗りつぶしの色値をデータ解釈部121を介して取得し、RAM109に予め記憶させたトナー付着量テーブルからその塗りつぶし色値の単位付着量単位面積当たりのトナー付着量を取得し、その単位重量にブロックの全ピクセル数を乗算することによってブロック画像のトナー付着量を算出する。つまり、1ピクセル分のトナー付着量とブロック内のピクセル数とからそのブロック画像に係るトナー付着量を算出するようにしている。このようにすると、一度の計算によってトナー付着量を求めることができ、ピクセル毎のトナー付着量を積算する方法に比べ大幅に計算回数を削減することができる。また、トナー付着量取得部123は、非文字の分割領域のうち、塗りつぶし対象域でないブロック画像については、圧縮コードから導出される色値とそのピクセル数とをデータ解釈部121を介して取得し、色値の単位重量をトナー付着量テーブルから取得したうえで、色値ごとにピクセル数と単位重量を乗算して全色値の乗算値を合計することによってそのブロック画像のトナー付着量を算出する。このようにすると、圧縮コード数に応じた計算によってブロック画像のトナー付着量を求めることができるため、この場合であっても、ピクセル毎のトナー付着量を積算する方法に比べ大幅に計算回数を削減することができる。ここで、トナー付着量の具体的な算出方法についてトナー付着量テーブルの例を用いて説明する。図7は、トナー付着量テーブルの一例を示した図である。図7に示すように、トナー付着量テーブルは、CMYK各色における階調毎にパッチを描画し、実験等で得られたトナー付着量が格納されており、係るトナー付着量テーブルが予めトナー付着量テーブル記憶手段122によって記憶される。実験は、キャリブレーション等で出力エンジン14が安定した状態で行う。実験で得られたmg/cm2単位の付着量テーブルの単位を計算しやすいようにピクセル単位μg/pixelに変更しておくとトナー付着量の円滑な算出に役立てることができる。なお、この変更は、ROMデータ登録時に手動で行ってもよく、あるいは、ROMデータがmg/cm2で登録されて内部でμg/pixel単位に単位変換するようにしてもよい。図7aは、C,M,Y,Kの各色値val:0~255と単位重量mg/cm2とを関連づけた図表であり、図7bは、図7aに示す図表をグラフ化した図である。図7aに示す図表にもとづき1ピクセル当たりのトナー重量μg/pixel例えば、解像度600dpiの場合の1ピクセル当たりのトナー付着量を求めることもできる。すなわち、図7aの単位重量に対し254×254/600×600を乗じた値を求めることによって1ピクセル当たりのトナー重量を求めることができる。このようにすると、ピクセル単位のトナー重量テーブルを形成することができるため、対応する色値のピクセル数を求めるだけで必要なトナー付着量を円滑に求めることができる。なお、トナー付着量取得部123は、非文字の分割領域のうち、非印字対象域を示す特性情報が設定された領域がある場合や、特性情報として、トナーの付着量の算出が除外可能な所定の塗りつぶしの色値が設定された領域がある場合には、この領域を除く他の各領域の画像を印刷するときのトナー付着量を合計することによってこの非文字の領域を印刷するときのトナー付着量を算出する。すなわち、トナー付着量取得部123は、非印字対象域のブロック画像に関するトナー付着量の算出は行わず、また、印字対象域であっても白などのトナー付着を伴わないピクセルのみからなるブロック画像に関するトナー付着量の算出は行わないようにしている。このようにしてもトナー付着量の算出には全く影響を及ぼさないのは勿論、画像全体のトナー付着量の算出を省略化し高速化することができる。そして、トナー付着量取得部123は、このような演算処理を、C,M,Y,Kの各プレーン画像についてそれぞれ行うことにより、非文字の対象画像データ全体のC,M,Y,Kごとのトナー付着量を算出する。文字トナー付着量の算出ここでは、出力対象の画像に含まれる文字を印刷するときの文字トナー付着量を、フォント情報1221における当該文字との関連付けに係るトナー付着量を用いて求める文字トナー付着量算出手段。文字トナー付着量算出のため、トナー付着量算出部120は、図1に示すように、フォント解釈部126とトナー付着量テーブル記憶部122とを備える。トナー付着量テーブル記憶部122は、フォント情報1221を設定し登録することができるフォント情報設定手段。フォント情報1221は、標準フォントに係る所定の文字とトナー付着量との関連付けをテーブルデータとして設定した登録情報である。図8は、フォント情報1221の一例を示す図である。ここでは、フォント:Century、:サイズ:48ptを標準フォントとし、この場合の所定の文字a~zのトナー付着量を登録されたフォント情報1221としている。さらに、標準フォントの文字のトナー付着量を所定の色ごとに関連付けたものをフォント情報1221として設定することができる。図8の例においては、黒、赤、緑、青のそれぞれについてフォント情報1221を設定し登録している。フォント解釈部126は、文字解釈部1011又は文字画像生成部1021から印刷対象の文字とその文字の属性情報とともに、そのトナー付着量の算出の依頼を受けると、即座に、フォント情報1221を参照してトナー付着量を算出することができる。例えば、文字列abcフォント:Century、サイズ:48pt、色:黒を印刷するときのトナー付着量を求める場合、フォント解釈部126は、図8aに示すフォント情報1121の黒に関する関連付けテーブルを参照して、aのトナー付着量12、bのトナー付着量16、cのトナー付着量9を取り出し、その合計値37μgを算出する。すなわち、所定の色ごとに標準フォントに係る所定の文字とトナー付着量との関連付けをフォント情報1221として設定することができ、この場合、フォント解釈部126は、所定の色の標準フォントにおける当該色ごとに設定した当該文字との関連付けに係るトナー付着量を用いて求める。このように、本実施形態に係る画像形成装置1によれば、フォント情報1121として登録した色の文字のトナー付着量を高速に求めることができる。つまり、トナー付着量算出部120は、PDLデータ解釈の際、すなわち、文字解釈部1011又はOCR部112からの依頼を受けた早い段階でトナー付着量を計算するようにしている。また、文字トナー付着量算出処理は、ブロック画像の展開を経由して行う非文字トナー付着量の算出タイミングと異なるようにしているため、CPU等に対する演算負荷を抑制することができる。また、予め登録したフォント情報を利用することでトナー付着量の計算回数が文字数と一致するため、従来の圧縮画像からトナー付着量を求める方法等に比べ極めて高速に処理を行うことができる。仮に、非文字トナー付着量の算出処理のように、画像領域をブロック化してトナー付着量を求める処理を画像全体に適用した場合に比べ、文字の領域分だけブロックを減らすことができるため、そのブロック分だけブロック判定処理や特性情報設定等が不要となるため、より高速化を図ることができる。ところで、図8aに示すように、フォント情報1121は、所定のサイズ48ptの標準フォントCenturyに係る所定の文字a~zとトナー付着量との関連付けによって構成することもできる。この場合、フォント解釈部126は、フォント情報1121を参照し、印刷を行う文字と関連付けされているトナー付着量に、所定の割合この文字のサイズの所定のサイズに対する割合を乗じることで文字トナー付着量を求めることができる。例えば、文字列abcフォント:Century、サイズ:24pt、色:黒を印刷するときのトナー付着量を求める場合、フォント解釈部126は、図8aに示すフォント情報1121の黒に関するテーブルデータ関連づけを参照して、aのトナー付着量12、bのトナー付着量16、cのトナー付着量9を取り出し、その合計値37μgを算出する。ここで、フォント解釈部126は、標準フォントのサイズ48ptに対し、文字列のサイズは24ptであるため、その割合0.5=24/48を算出する。そして、フォント解釈部126は、前記合計値37μgに前記割合0.5を乗じることで、この文字列を印刷するときのトナー付着量18.5μgを求める。このため、フォント情報1121として登録していないサイズの文字のトナー付着量についても高速に求めることができる。また、図8bに示すように、標準フォントCenturyに係るトナー付着量にもとづく他のフォントArial、MSPゴシック、MSP明朝、TimesNewRoman等。に係るトナー付着量の倍率をフォント別倍率情報として設定することで、標準フォント以外の文字のトナー付着量を算出することができる。すなわち、この場合、フォント解釈部126は、他のフォントの文字を印刷するときの文字トナー付着量を、フォント情報1121におけるその文字との関連付けに係るトナー付着量に、フォント別倍率情報におけるこの他のフォントに設定された倍率を乗じて求める。例えば、文字列abcフォント:Arial、サイズ:48pt、色:黒を印刷するときのトナー付着量を求める場合、フォント解釈部126は、図8aに示すフォント情報1121の黒に関するテーブルデータを参照して、aのトナー付着量12、bのトナー付着量16、cのトナー付着量9を取り出し、その合計値37μgを算出し、次いで、図8bに示すフォント別倍率情報のArialの設定倍率1.52を取り出して前記合計値37μgに乗ずる。これにより、フォント解釈部126は、この文字列を印刷するときのトナー付着量56.24μgを求める。このため、フォント別倍率情報として登録した他のフォントの文字のトナー付着量についても高速に求めることができる。結果保存部125は、算出された文字トナー付着量及び非文字トナー付着量をC,M,Y、Kの各トナー色ごとに区分してHDDなどの記憶デバイスに記憶する。結果通知部124は、C,M,Y,Kごとの文字トナー付着量と非文字トナー付着量との合算値を課金算出部130に通知する。また、結果通知部124は、係るトナー付着量の合算値をページ単位、または、ジョブ単位ごとに課金算出部130に送信することもできる。次に、トナー料金の算出を主たる機能とする課金算出部130の構成について説明する。課金算出部課金手段130は、図1に示すように、データ送受信部131、トナー単価情報記憶部132及び課金額取得部133を備え、算出したトナーの付着量及びそのトナーの基準課金情報にもとづいてトナー料金を算出する。データ送受信部131は、トナー付着量算出部120結果通知部124から送信されたトナー付着量を受信するためのインタフェースである。データ送受信部131は、受け取ったトナー付着量の情報を課金額取得部133に受け渡す。課金額取得部133は、データ送受信部131から受け取ったトナー付着量の情報と予めトナー単価情報記憶部132によって記憶されたトナー単価情報にもとづきトナーの使用料金を算出する。例えば、文字及び/又は非文字を含む画像データのCyanのトナー付着量が1gであった場合、課金額取得部133は、図9に示すトナー単価情報からCyanの単価を参照して、その対価100円=50000/500を求める。つぎに、本実施形態に係るトナー付着量の算出処理について図面を参照しながら説明する。図10は、本実施形態に係るトナー付着量の算出処理を説明するためのフローチャートである。図10に示すように、まず、PDLデータ受信部11が、PC20からのPDLデータを受信しS11、PDLデータ解釈部101がこのPDLデータを解析するS12。ここでは、文字列abcフォント:Century、サイズ:48pt、色:黒と四角図形シアンの合成画像を含むPDLデータを受信したものとする。PDLデータ解釈部101文字解釈部1011は、このPDLデータを解釈し、文字と非文字とに区分する。なお、入力画像データ生成部102が、解析したPDLデータにもとづいて600dpiの入力画像を生成する。ここで、入力画像データ生成部102は、文字列以外の画像については非文字画像生成処理を行うS13:NO→S14。S12において示した例によれば、四角形シアンの画像が非文字画像として生成されることになる。つぎに、色変換部104が、非文字画像を、RGB→CMYK変換し、CMYK出力画像を生成するS15。続いて、ブロック出力画像生成部105は、CMYK出力画像を128×128ピクセルごとに分割してブロック化するS16。次に、処理ブロックが有るか否かを確認しS17、処理ブロックが有る限りS18~S20の処理を行う。なお、前処理として、描画開始の座標までCMYK出力画像をブロック単位128×128ピクセルで参照し、各ブロックを予め無効ブロック有効フラグ=0としてブロック特性情報テーブルTbに登録する処理を行う。ここで、描画領域内印字対象域のブロックの場合は、ブロック内のピクセル色値を見て塗りつぶし対象か否かを判定する。塗りつぶしのブロック画像の場合、ブロック特性情報テーブルTbの有効フラグとFILLフラグを1に設定し、FILL色値に塗りつぶし色値を設定する図4のブロックNo101~200参照。塗りつぶしでないブロック画像の場合、ブロック特性情報テーブルTbの有効フラグを1に設定してFILLフラグを0に設定したうえで、各ブロック画像を8×8ピクセル毎に圧縮符号化した圧縮コードを作成し、RAM109に記憶する。このとき、RAM109における圧縮コードのアドレスをブロック特性情報テーブルTbのブロックアドレスに格納する図4のブロックNo201~206参照。S18では、非文字画像生成の過程で展開したブロック画像を利用し、トナー付着量算出部120が、ブロック単位でトナー付着量を算出し、算出したトナー付着量をブロックごとに加算するS19。その後、総ブロック数から1減じてS17に戻り、残処理ブロックが無くなると非文字のトナー付着量算出を終わる。ここで、S18におけるブロック単位でのトナー付着量の算出処理について、図11を参照しながら詳細に説明する。図11は、1ブロックのトナー付着量の算出処理を説明するためのフローチャートである。ブロック単位のトナー付着量算出処理では、まず、ブロック画像のトナー付着量を0にリセットすることでいわゆる初期化を行うS101。次に、ブロック特性情報テーブルTbからブロック毎に特性情報有効フラグ、FILLフラグ、FILL色値、ブロックアドレスを取得するS102。続いて、トナー付着量算出部123は、対象のブロックが、有効ブロック印字対象域のブロックか否かを判断するS103。ここで、対象ブロックが有効ブロックでないと判定された場合S103:NO、トナー付着量は0とみなされ、そのブロックにおけるトナー付着量算出処理を終了する。他方、対象ブロックが有効ブロックと判定された場合S103:YESは、次に、そのブロック画像が塗りつぶし画像FILLか否かを判定するS104。この結果、ブロック画像が塗りつぶし画像であると判定された場合S104:YES、塗りつぶし色値が白か否かを判定するS105。塗りつぶし色値が白の場合S105:YES、トナー付着量は0とみなされ、そのブロックにおけるトナー付着量算出処理を終了する。一方、塗りつぶし色値が白以外の場合S105:NO、トナー付着量取得部123は、トナー付着量テーブルからその色値の1ピクセル分のトナー付着量を算出するS106とともに、これをブロック画像に含まれる全ピクセル数分、整数倍してトナー付着量を算出するS107。例えば、FILL色値がC=25の場合、1ピクセル分のトナー付着量は0.000093μgであり図5参照、1ブロックの総ピクセル数は128×128ピクセルであるため、そのブロックに係るトナー付着量は、0.000093×128×128=約1.52μgと算出される。このような方法で、塗りつぶし対象域のブロック画像に対するトナー付着量を求めることによって、演算負荷を大幅に軽減することができる。上記例においては、1ブロックにおけるトナー消費量は1回の計算によって求めることができる。このため、各ピクセルごとにトナー付着量を求めてその付着量を全ピクセル順次積算する従来の方式に比べると、128×128-1=16383回も計算回数を削減することができる。ところで、有効ブロックと判定されたブロック画像が塗りつぶし画像FILLでない場合S104:NOは、そのブロック画像は圧縮符号化の対象となる。この場合、まず、ブロック特性情報テーブルTbから対応するブロックアドレスを取得しS108、そのブロックアドレスにもとづき圧縮コードを取得する。例えば、図4に示すブロック特性情報テーブルTbを参照した場合、対象ブロックのブロックNoが200である場合には、ブロックアドレス0x0を取得することができ、RAM109上のこのブロックアドレス0x0に格納されている256個=128×128÷8×8の圧縮コード群を取得する。次に、8×8ピクセルを単位とする圧縮コードについての後述のS110~S116の処理の累積が、8×8=64ピクセル数を単位としたピクセル数にもとづいて計算した場合、128×128=16,384ピクセル数を超過しているか否かを判断するS109。これにより、ブロック画像内のすべての圧縮コードについて処理が終わったか否かを判定する。ここで、圧縮コードに係るピクセル累積数が、128×128ピクセル数を超過していない場合S109:YES、昇順又は降順に、圧縮コードを取得するS110。次に、データ解釈部121が、取得した圧縮コードを解釈し、その圧縮コードから色値と色値別ピクセル数を取得するS111。例えば、図5a又はbに示す圧縮コードの場合、第一色値C=0について32ピクセル、第二色値C=25について32ピクセルを取得する。次いで、トナー付着量取得部123が、1ピクセル分のトナー付着量をトナー付着量テーブルから取得するS112。前例を適用すると、第一色値について0μg、第二色値について0.000093μgを取得する。トナー付着量取得部123は、S111で取得したピクセル数とS112で取得したその色値の1ピクセル分のトナー付着量とを乗算してその色値に関する色値別トナー付着量を計算するS113。前例を適用すると、第一色値について0μg=0×32、第二色値について0.002976μg=0.000093×32となる。次に、トナー付着量取得部123は、S113で求めた色値別のトナー付着量を加算することによって、8×8ピクセル分のトナー付着量を算出するS114。前例を適用すると、0.002976μg=00.002976となる。続いて、トナー付着量取得部123は、S114で求めたトナー付着量をブロック画像に含まれる一範囲のトナー付着量として加算するS115。そして、トナー付着量取得部123は、トナー付着量の算出済みピクセル数として64=8×8ピクセルを加算しS109に戻るS116。S109において、圧縮コードに係るピクセル累積数が、128×128ピクセル数を超過した場合S109:NO、1ブロックのトナー付着量算出処理は終了する。つまり、ブロック内の全ピクセル128×128ピクセルのトナー付着量計算が終了するまでS109~S116の処理が繰り返される。ところで、前例を適用した場合のトナー付着量の計算回数は、C=0に関する計算とC=25に関する計算の2回で済む。このため、ブロック画像がすべて係る小ブロック画像によって構成されている場合には、512回の計算によってブロック画像のトナー付着量を求めることができる。したがって、128×128ピクセルのピクセルごとにトナー付着量を積算する従来の方式に比べ、15872回=128×128-512も計算回数を削減することができる。他方、図10のS13において、PDLデータ解釈部101の文字解釈部101は、文字列を抽出した場合S13:文字列、その文字列のフォントが登録フォントか否かを判別するS21。具体的には、文字列のフォントが、フォント情報1221として登録している標準フォントCenturyやフォント別倍率情報に登録している他のフォントArial、MSPゴシック、MSP明朝、TimesNewRomanと一致するか否かが判断される。文字列のフォントが登録フォントで有る場合S21:YES、次に、文字解釈部101は、その文字列の色が登録色か否かを判別するS22。具体的には、文字の色が、フォント情報1221として登録している色黒、赤、緑、青と一致するか否かが判断される。なお、文字列のフォントが、登録フォントで無い場合S21:NO、又は、文字の色が登録色で無い場合S22:NO、その文字列は非文字とみなされ、その画像処理及びトナー付着量算出処理は、S14以降の処理が適用される。S22において、その文字列の色が登録色と判別された場合S22:YES、トナー付着量算出部120は、その文字列についてのトナー付着量計算を行うS23。例えば、その文字列がabcフォント:Century、サイズ:48pt、色:黒である場合、フォント解釈部126は、図8aに示すフォント情報1121の黒に関するテーブルデータ関連付けを参照して、aのトナー付着量12、bのトナー付着量16、cのトナー付着量9を取り出し、その合計値37μgを算出する。次に、入力画像データ生成部102文字画像生成部1021は、この文字列の画像については文字画像生成処理を行うS24。前述の文字列の例によれば、abcの文字画像が生成されることとなる。つぎに、色変換部104が、この文字画像を、RGB→CMYK変換しS25、そのCMYK出力画像が出力画像結合部110に出力されるS26。なお、画像合成部1102は、S14等において生成され、色変換、分割乃至結合を経た非文字画像と、S24等において生成され、色変換を経た文字画像とを合成してページ全体としての出力画像を生成する非図示。そして、トナー付着量算出部120は、非文字トナー付着量と文字トナー付着量とを合算するS27。具体的には、画像合成部1102によって非文字画像と文字画像とを合成するタイミングでこの合算処理を行いページ全体のトナー付着量を求める。このように、本発明の実施形態に係る画像形成装置によれば、対象画像を文字と非文字に区分して、トナー付着量算出処理を並行して行うようにしている。そして、文字については、フォント情報やフォント別倍率情報を参照することでその高速処理を可能としている。また、非文字については、画像をブロック化してブロックごとにその特性に応じたトナー算出処理を行うことで、少ない計算回数によってトナー付着量を算出することを可能としている。すなわち、本発明の画像形成装置1によれば、入力画像に依存することなく正確かつ円滑にトナー付着量を算出することができ、また、必要なメモリ領域を抑えつつ高速にトナー付着量を算出することができる。特に、入力画像に文字が含まれる場合には、文字のトナー付着量を高速に算出することができるだけでなく、文字の存在によって非文字の領域を減らすことができるため、画像全体のトナー付着量をより高速に算出することが可能である。以上、本発明の画像形成装置について、好ましい実施形態を示して説明したが、本発明にかかる画像形成装置は、上述した実施形態に限定されるものではなく、本発明の範囲で種々の変更実施が可能であることは言うまでもない。例えば、フォント情報やフォント別倍率情報に登録する色やフォントは上述した色やフォントに限定するものではなく、他の色や他のフォントを追加、削除、置換することもできる。また、前述の実施形態においてはカラー対応のMFPを例に挙げて説明したが、モノクロ印刷専用の画像形成装置において消費されるトナー付着量の算出に適用することができ、もしくは、カラー対応の画像形成装置においてモノクロ印刷を行うときのトナー付着量の算出にも適用することができる。さらに、ファクシミリ装置やファクシミリ機能を有するMFPにも適用することができ、通信回線を介して外部から受信したファクシミリ画像を印刷する際に消費されるトナー付着量を算出することができる。また、前述の実施形態においては、塗りつぶしの場合にトナー算出処理を行わない例として白の場合について説明しているが、この限りでなく、色値が0に近似する場合など、実際上、トナー付着を伴わない種々のケースを判断してトナー算出処理を省略するようにすることができる。"