"所定のトナーを被印刷媒体に付着させることによって出力対象の画像を印刷する画像形成装置であって、前記出力対象の画像を所定の領域ごとに分割する画像分割手段と、前記分割された領域ごとに印字対象域か非印字対象域かを示す特性情報を設定し、前記領域が印字対象域である場合には、当該領域の画像が一の色値からなる塗りつぶし画像か非塗りつぶし画像かを示す特性情報を設定し、前記領域の画像が塗りつぶし画像である場合には、塗りつぶしの色値を特性情報として設定する特性情報設定手段と、前記領域の画像を印刷するときのトナーの付着量を当該領域に設定された前記特性情報に基づいて算出し、各領域の画像を印刷するときのトナー付着量を合計することによって前記出力対象の画像を印刷するときのトナーの付着量を算出するトナー付着量算出手段と、を備えることを特徴とする画像形成装置。前記トナー付着量算出手段は、前記非印字対象域を示す特性情報が設定された領域がある場合、または、前記特性情報として、前記トナーの付着量の算出が除外可能な所定の塗りつぶしの色値が設定された領域がある場合には、当該領域を除く他の各領域の画像を印刷するときのトナーの付着量を合計することによって前記出力対象の画像を印刷するときのトナー付着量を算出する請求項1記載の画像形成装置。色値ごとの単位トナー付着量を格納したトナー付着量テーブルを備え、前記トナー付着量算出手段は、前記塗りつぶし画像を示す特性情報が設定された領域の画像を印刷するときのトナーの付着量を、その領域に設定された前記塗りつぶしの色値に対応する前記単位トナー付着量にもとづいて算出する請求項1又は2記載の画像形成装置。前記非塗りつぶし画像を示す特性情報が設定された領域の画像を、その画像を構成する色値及びその色値に対応する画素数を識別し得る所定の圧縮コードに変換する画像圧縮手段を備え、前記トナー付着量算出手段は、前記非塗りつぶし画像の特性情報が設定された領域の画像を印刷するときのトナーの付着量を、前記圧縮コードに含まれる色値に対応する前記単位トナー付着量と対応する画素数にもとづいて算出する請求項3記載の画像形成装置。前記トナー付着量算出手段によって算出したトナーの付着量及びそのトナーの基準課金情報にもとづいてトナー料金を算出する課金手段を備える請求項1~4のいずれか一項記載の画像形成装置。しかしながら、特許文献3に記載の技術を適用すると、符号化されたデータストリームを部分的に解凍して得られるカバレージデータにもとづいてトナー付着量を算出するものの、そのカバレージデータは対象画像の全領域分の符号化情報からなるため、カバレージデータの解析に相応の演算処理を必要とし、メモリ領域を圧迫する問題が生じていた。本発明は、以上のような事情に鑑みなされたものであり、入力画像に依存することなく正確にトナー付着量を算出することができるだけでなく、必要なメモリ領域を抑えつつ高速にトナー付着量を算出することができる画像形成装置の提供を目的とする。上記目的を達成するため、本発明の画像形成装置は、所定のトナーを被印刷媒体に付着させることによって出力対象の画像を印刷する画像形成装置であって、前記出力対象の画像を所定の領域ごとに分割する画像分割手段と、前記分割された領域ごとに印字対象域か非印字対象域かを示す特性情報を設定し、前記領域が印字対象域である場合には、当該領域の画像が一の色値からなる塗りつぶし画像か非塗りつぶし画像かを示す特性情報を設定し、前記領域の画像が塗りつぶし画像である場合には、塗りつぶしの色値を特性情報として設定する特性情報設定手段と、前記領域の画像を印刷するときのトナーの付着量を当該領域に設定された前記特性情報に基づいて算出し、各領域の画像を印刷するときのトナー付着量を合計することによって前記出力対象の画像を印刷するときのトナーの付着量を算出するトナー付着量算出手段とを備えるようにしてある。本発明の画像形成装置によれば、入力画像に依存することなく正確にトナー付着量を算出することができるだけでなく、必要なメモリ領域を抑えつつ高速にトナー付着量を算出することができる。以下、本発明の実施形態について図面を参照して説明する。図1は、本発明の実施形態に係る画像形成装置の構成を示す構成図である。本実施形態に係る画像形成装置1は、図1に示すように、コピー機能やプリンター機能を備えた複合機MFPとしてある。すなわち、本実施形態の画像形成装置1は、PDLデータ受信部11がUSBインタフェースや外部ネットワークを介してパーソナルコンピュータ以下、PCという。20等から印刷データ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は、ブロック特性情報テーブルTb及び圧縮コードブロック圧縮画像が生成され、RAM109に記憶されるまでのプロセスを説明するための説明図である。図2に示すように、画像形成装置1に入力されたRGB画像は、所定のカラーテーブルRGB/CMYK変換テーブルを介して色変換が行われる。色変換後のCMYK出力画像は、C,M,Y,Kのプレーン毎に所定の領域例えば、128×128ピクセルに分割してブロック化され、ブロックごとに画像データが生成される。ここで、第一のルートとして、各ブロックの画像データの特性を抽出し、抽出した特性情報と対応するブロックとを関連づけて設定し、これをブロック特性情報テーブルTbとしてRAM109の描画用メモリ領域等に記憶する。また、第二のルートとして、所定のブロックの画像データを所定の圧縮符号化方式で圧縮した圧縮コードブロック圧縮画像を生成しRAM109に記憶する。なお、ブロック特性情報テーブルTb及び圧縮コードに関しては、後述のブロック出力画像生成部、特性情報設定部、圧縮符号化処理の記載箇所において詳細に説明する。つぎに、制御部13の構成について説明する。制御部13は、図1に示すように、PDLデータ解釈部101、入力画像データ生成部102、入力画像データ受取部103、色変換部104、ブロック出力画像生成部105、特性情報設定部107、出力画像結合部110、出力ドット画像形成部111、トナー付着量算出部120及び課金算出部130を、各機能ブロックとして備える。PDLデータ解釈部101は、PDLデータ受信部11を介しPC20等の外部機器から入力した印刷データを解釈する。具体的には、印刷データであるPDLデータに含まれる印刷設定コマンドや描画コマンドなどのコマンドを順次読み込んで解釈する。入力画像データ生成部102は、PDLデータ解釈部101が解釈した各コマンドにもとづき画像データ入力画像データを生成する。入力画像データ受取部103は、スキャナーなどのスキャン部12が読み取った原稿の画像データ入力画像データを生成する。色変換部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について図3を用いて説明する。図3は、本実施形態に係るブロック特性情報テーブルの一例を示した図である。ブロック特性情報テーブルTbは、図3に示すように、ブロック画像ごとに、プレーン、ブロック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の構成データとして格納される図3参照。なお、ブロックアドレスは、画像圧縮部106が生成した圧縮コードについてのRAM109上のアドレス情報を特性情報として格納する領域である。すなわち、トナー付着量の算出時には、ブロック特性情報テーブルTbを介してブロックアドレスを参照し、RAM109に記憶されている必要な圧縮コードを参照できるようにしている。ここで、圧縮符号化処理について説明する。図1に示すように、ブロック出力画像生成部105は、画像圧縮部106を備える。画像圧縮部106は、1ブロックの画像データを所定の圧縮符号化方式により圧縮符号化するものであり、本実施形態の場合、128×128ピクセルからなる1ブロックの画像データを8×8ピクセル単位の小ブロックごとに圧縮符号化して圧縮コードを生成する。具体的には、画像圧縮部106は、非塗りつぶし画像を示す特性情報が設定された領域の画像を、その画像を構成する色値及びその色値に対応する画素数を識別し得る所定の圧縮コードに変換することで圧縮コードを生成するようにしている。このため、圧縮符号化方式は、例えば、RLE法RunLengthEncodingやSRLE法SwitchedRunLengthEncoding等の二次元符号化アルゴリズムを用いる。すなわち、符号化された圧縮コードからトナー付着量の算出に必要な情報色値、ピクセル数及びこれらの対応関係などを直接的に解釈することが可能で、圧縮率の高い圧縮方式を用いる。以下、圧縮コードの具体的な生成方法について説明する。図4は、二次元符号化のアルゴリズムを用いて圧縮符号化した例を示す図であり、aは、小ブロックの画像データがC=0、25の2つの色値で構成されたストライプ画像、bは、小ブロックの画像データがC=0、22、97、201の4つの色値で構成された画像の例を示す図である。図4aに示す例において、画像圧縮部106は、この小ブロックの画像図4aのイ参照を構成する色値を抽出する。この結果、この小ブロックの画像は、2つの色値C=0とC=25のみによって構成されていることを認識することができる。つぎに、画像圧縮部106は、小ブロックの画像をマスクデータに置換するに当たり、その画像が2つの色値で構成されていることから、1ビットを単位とするマスクを用いてマスクデータを生成することを決定する。このため、色値=0に対応するデータとして0を割り当て、色値=25に対応するデータとして1を割り当てるとした場合、画像圧縮部106は、元画像の1,3,5,7行目のピクセルを00000000に置換するとともに、元画像の2,4,6,8行目のピクセルを11111111に置換する。この結果、図4aのロに示すように、64ビットのマスクデータが生成される。続いて、画像圧縮部106は、64ビットのマスクデータを16進数に変換する。これにより、マスクデータの00000000の部分が0x00に変換されるとともに、11111111の部分が0xffに変換された8バイトのマスク情報が生成される。そして、画像圧縮部106は、マスクデータの0と1にそれぞれ対応する2つの色値すなわち、0x00C=0と0x19C=25の2バイトからなる色値情報を付加し、さらに1バイトの圧縮終端コマンド87を付加する。これにより、図4aのハに示すように11バイトからなる圧縮コードが生成される。図4bは、4つの色値からなるブロック画像から圧縮コードを生成する方法を示した図である。ここでは、まず、4つの色値C=0,22,97,201からなるブロック画像において、C=0に対応してマスク00=00を割り当て、C=22に対応してマスク01=01を割り当て、C=97に対応してマスク02=10を割り当て、C=201に対応してマスク03=11を割り当てるようにしている。このため、画像圧縮部106は、図4bのイに示す元画像の1~6行目のピクセルを0000000000000000に置換するとともに、元画像の7行目のピクセルを0000000000000002に置換し、元画像の8行目のピクセルを0000000000000103に置換する。この結果、図4bのロに示すように、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を付加する。これにより、図4bのハに示すように22バイトからなる圧縮コードが生成される。ところで、図4bのハに示す圧縮コードの先頭2桁は、パターンコマンドを配置する。すなわち、パターンコマンドf8が検出された場合には、マスク情報は4パターンのマスクビットから形成されており、トナー付着量の算出時に必要な色値と画素数との対応付けを把握することができる。また、図4aのハのように、色値が2つのブロックについては、マスク情報の先頭1バイトが、パターンコマンドとなる。このようにして、非塗りつぶし対象のブロック画像を圧縮コードに置換することによって、その圧縮コードから構成色値や対応するピクセル数を直接的に解釈できるため、圧縮コードを参照するだけでトナー付着量の算出に必要な情報を一度に取得することができる。なお、出力画像結合部110は、圧縮コードを復号して元のブロック画像を生成するとともに、これら復号されたブロック画像と、圧縮符号化されてない他のブロック画像とを結合することによって、印刷対象の元のCMYK出力画像データを生成する。また、出力ドット画像形成部111は、出力画像結合部110によって生成されたCMYK出力画像データをビットマップ化してドット形成された出力ドット画像を生成する。出力ドット画像形成部111は、この出力ドット画像を出力エンジン14に送る。そして、出力エンジン14は、出力ドット画像形成部111から受け取った出力ドット画像にもとづいてトナー像を形成し、トナー像を用紙等への転写定着等を施して印刷を行う。次に、トナー付着量の算出を主たる機能とするトナー付着量算出部120の構成について説明する。トナー付着量算出部トナー付着量算出手段120は、領域の画像を印刷するときのトナーの付着量をその領域に設定された特性情報にもとづいて算出する。そして、各領域の画像を印刷するときのトナーの付着量を合計することによって出力対象の画像を印刷するときのトナーの付着量を算出するようにしている。このため、トナー付着量算出部120は、図1に示すように、データ解釈部121、トナー付着量テーブル記憶部122、トナー付着量取得部123、結果通知部124及び結果保存部125を備え、C,M,Y,Kの各プレーン画像に対してブロックごとにトナー付着量を算出し、全ブロック分のトナー付着量を合計することによって各プレーンのトナー付着量を算出する。データ解釈部121は、RAM109に記憶されてあるブロック特性情報テーブルTbを解釈することによって各ブロック画像の特性を解析する。具体的には、有効フラグの有無にもとづきブロック画像が印字対象域か否かを判別し、FILLフラグの有無にもとづきブロック画像が塗りつぶしか否かを判別し、塗りつぶしのブロック画像の場合にはさらにFILL色値をその塗りつぶし色値として取得する。また、データ解釈部121は、ブロック画像が、塗りつぶし画像でない場合、RAM109に記憶されてある圧縮コードを参照して、そのブロック画像を構成する色値とそのピクセル数とを取得する。データ解釈部121は、このようにして取得した情報をトナー付着量取得部123に通知する。トナー付着量取得部123は、ブロックごとにトナー付着量を算出する処理を行う。具体的には、トナー付着量取得部123は、塗りつぶし画像を示す特性情報が設定された領域の画像を印刷するときのトナーの付着量を、その領域に設定された塗りつぶし色値に対応する単位トナー付着量にもとづいて算出するようにしている。すなわち、塗りつぶし画像に係るトナー付着量については、塗りつぶしの色値をデータ解釈部121を介して取得し、RAM109に予め記憶させたトナー付着量テーブルからその塗りつぶし色値の単位付着量単位面積当たりのトナー付着量を取得し、その単位重量にブロックの全ピクセル数を乗算することによってブロック画像のトナー付着量を算出する。つまり、1ピクセル分のトナー付着量とブロック内のピクセル数とからそのブロック画像に係るトナー付着量を算出するようにしている。このようにすると、一度の計算によってトナー付着量を求めることができ、ピクセル毎のトナー付着量を積算する方法に比べ大幅に計算回数を削減することができる。また、トナー付着量取得部123は、塗りつぶし対象域でないブロック画像については、圧縮コードから導出される色値とそのピクセル数とをデータ解釈部121を介して取得し、色値の単位重量をトナー付着量テーブルから取得したうえで、色値ごとにピクセル数と単位重量を乗算して全色値の乗算値を合計することによってブロック画像のトナー付着量を算出する。このようにすると、圧縮コード数に応じた計算によってブロック画像のトナー付着量を求めることができるため、この場合であっても、ピクセル毎のトナー付着量を積算する方法に比べ大幅に計算回数を削減することができる。ここで、トナー付着量の具体的な算出方法についてトナー付着量テーブルの例を用いて説明する。図5は、トナー付着量テーブルの一例を示した図である。図5に示すように、トナー付着量テーブルは、CMYK各色における階調毎にパッチを描画し、実験で得られたトナー付着量が格納されており、係るトナー付着量テーブルが予めトナー付着量テーブル記憶手段122によってRAM109に記憶される。実験時は、キャリブレーション等で出力エンジン14が安定した状態で行われることが前提である。実験で得られたmg/cm2単位の付着量テーブルの単位を計算しやすいようにピクセル単位μg/pixelに変更しておくと便利である。なお、この変更は、ROMデータ登録時に手動で行ってもよく、あるいは、ROMデータがmg/cm2で登録されて内部でμg/pixel単位に単位変換するようにしてもよい。以下、具体的な変更方法について説明する。図5aは、C,M,Y,Kの各色値val:0~255と単位重量mg/cm2とを関連づけた図表であり、図5bは、図5aに示す図表をグラフ化したものである。図5cは、図5aに示す図表にもとづき1ピクセル当たりのトナー重量μg/pixelを求めた図表であり、解像度600dpiの場合の1ピクセル当たりのトナー付着量を求めたものである。つまり、図5dに示すように、1cm×1cmからなる単位面積あたりのトナー重量Amgにもとづき、1inch254cm×1inchからなる単位面積に600×600ピクセルが含まれる場合すなわち、600dpiの場合の1ピクセル当たりのトナー重量を求める。このため、図5aで求めた単位重量Aに対し254×254/600×600を乗じた値A×0017921111を求めることによって図5cの各値を求めることができる。このようにすると、ピクセル単位のトナー重量を取得できるため、対応する色値のピクセル数を求めるだけで必要なトナー付着量を円滑に求めることができる。例えば、図4aに示す例において、色値がC=25の1ピクセル当たりのトナー付着量は、図5cを参照すると0.000093μgであり、このブロック画像におけるC=25のピクセル数は32ピクセルなので、そのブロック画像のトナー付着量は、0.000093μg×32ピクセル=0.002976μgとなる。なお、トナー付着量取得部123は、非印字対象域を示す特性情報が設定された領域がある場合や、特性情報として、トナーの付着量の算出が除外可能な所定の塗りつぶしの色値が設定された領域がある場合には、この領域を除く他の各領域の画像を印刷するときのトナー付着量を合計することによって出力対象の画像を印刷するときのトナー付着量を算出する。すなわち、トナー付着量取得部123は、非印字対象域のブロック画像に関するトナー付着量の算出は行わず、また、印字対象域であっても白などのトナー付着を伴わないピクセルのみからなるブロック画像に関するトナー付着量の算出は行わないようにしている。このようにしてもトナー付着量の算出には全く影響を及ぼさないのは勿論、画像全体のトナー付着量の算出を省略化及び高速化することができる。そして、トナー付着量取得部123は、このような演算処理を、C,M,Y,Kの各プレーン画像についてそれぞれ行うことにより、対象画像データ全体のC,M,Y,Kごとのトナー付着量を算出する。なお、結果保存部125は、トナー付着量算出部120によって算出されたC,M,Y,Kの各色のトナー付着量をHDDなどの記憶デバイスに記憶する。また、結果通知部124は、トナー付着量算出部120によって算出されたトナー付着量を課金算出部130に通知する。具体的には、結果保存部125に記憶されたトナー付着量をページ単位、または、ジョブ単位等に取り出し、これを課金算出部130に送信する。次に、トナー料金の算出を主たる機能とする課金算出部130の構成について説明する。課金算出部課金手段130は、図1に示すように、データ送受信部131、トナー単価情報記憶部132及び課金額取得部133を備え、算出したトナーの付着量及びそのトナーの基準課金情報にもとづいてトナー料金を算出する。データ送受信部131は、トナー付着量算出部120から送信されたトナー付着量を受信するためのインタフェースである。データ送受信部131は、受け取ったトナー付着量の情報を課金額取得部133に受け渡す。課金額取得部133は、データ送受信部131から受け取ったトナー付着量の情報と予めトナー単価情報記憶部132によってRAM109に記憶されたトナー単価情報にもとづきトナーの使用料金を算出する。例えば、ある画像データのCyanのトナー付着量が1gであった場合、図6に示すトナー単価情報からCyanの単価を参照して、その対価が100円=50000÷500であることを求めることができる。つぎに、本実施形態に係るトナー付着量の算出処理について図面を参照しながら説明する。図7は、本実施形態に係るトナー付着量の算出処理を説明するためのフローチャートである。図7に示すように、まず、PDLデータ受信部11が、PC20からのPDLデータを受信しS11、PDLデータ解釈部101がこのPDLデータを解析するS12。なお、入力画像データ生成部102が、解析したPDLデータにもとづいて600dpiのRGB入力画像を生成する。また、入力画像データ生成部102は、描画開始と描画終了を含めた描画領域座標情報を保持しておく。つぎに、色変換部104が、RGB入力画像をRGB→CMYK変換し、CMYK出力画像を生成するS13。続いて、ブロック出力画像生成部105は、CMYK出力画像を128×128ピクセルごとに分割してブロック化するS14。次に、処理ブロックが有るか否かを確認しS15、処理ブロックがない場合にはS15:NO、処理を終了し、処理ブロックが有る場合にはS15:YES、S16に進む。なお、前処理として、描画開始の座標までCMYK出力画像をブロック単位128×128ピクセルで参照し、各ブロックを予め無効ブロック有効フラグ=0としてブロック特性情報テーブルTbに登録する処理を行う。ここで、描画領域内印字対象域のブロックの場合は、ブロック内のピクセル色値を見て塗りつぶし対象か否かを判定する。塗りつぶしのブロック画像の場合、ブロック特性情報テーブルTbの有効フラグとFILLフラグを1に設定し、FILL色値に塗りつぶし色値を設定する図3のブロックNo101~200参照。塗りつぶしでないブロック画像の場合、ブロック特性情報テーブルTbの有効フラグを1に設定してFILLフラグを0に設定したうえで、各ブロック画像を8×8ピクセル毎に圧縮符号化した圧縮コードを作成し、RAM109に記憶する。このとき、RAM109における圧縮コードのアドレスをブロック特性情報テーブルTbのブロックアドレスに格納する図3のブロックNo201~206参照。続いて、ブロック単位でトナー付着量を算出しS16、算出したトナー付着量を加算するS17。その後、総ブロック数から1減じてS15に戻るS18。すなわち、S15~S17の処理を、処理ブロックが無くなるまで行う。ここで、S16におけるブロック単位でのトナー付着量の算出処理について、図8を参照しながら詳細に説明する。図8は、1ブロックのトナー付着量の算出処理を説明するためのフローチャートである。ブロック単位のトナー付着量算出処理では、まず、ブロック画像のトナー付着量を0にリセットすることでいわゆる初期化を行うS101。次に、ブロック特性情報テーブルTbからブロック毎に特性情報有効フラグ、FILLフラグ、FILL色値、ブロックアドレスを取得するS102。続いて、トナー付着量算出部123は、対象のブロックが、有効ブロック印字対象域のブロックか否かを判断するS103。ここで、対象ブロックが有効ブロックでないと判定された場合S103:NO、トナー付着量は0とみなされ、結果保存部125がその結果を保存し、結果通知部124がその結果を課金算出部130に通知して、処理を終了する。他方、対象ブロックが有効ブロックと判定された場合S103:YESは、さらにそのブロック画像が塗りつぶし画像FILLか否かを判定するS104。この結果、ブロック画像が塗りつぶし画像であると判定された場合S104:YES、塗りつぶし色値が白か否かを判定するS105。塗りつぶし色値が白の場合S105:YES、トナー付着量は0とみなされ、結果保存部125がその結果を保存し、結果通知部124がその結果を課金算出部130に通知して、処理を終了する。一方、塗りつぶし色値が白以外の場合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、そのブロックアドレスにもとづき圧縮コードを取得する。例えば、図3に示すブロック特性情報テーブル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。例えば、図4aに示す圧縮コードの場合、第一色値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も計算回数を削減することができる。なお、1ブロックのトナー付着量の算出が終わると、図7のS16~S17に示すように、その計算されたトナー付着量が総トナー付着量の一部として加算される。以上、本発明の実施形態に係る画像形成装置1によれば、出力画像をブロック化してブロックごとにその特性に応じたトナー算出処理を行うようにしている。具体的には、印字対象域については、塗りつぶし画像と非塗りつぶし画像とによってトナー付着量の算出方法を変え、前者については一の色値とピクセル数との乗算により、後者については、圧縮コードから導出した色値とそのピクセル数との積算により、いずれも極めて少ない計算回数によってトナー付着量を算出することを可能としている。また、非印字対象域や白のブロック画像についてはトナー付着量算出の対象から除外することでさらにトナー付着量の算出の円滑化を図ることができる。さらに、ブロック特性情報テーブルや圧縮コードを利用することによって、元の画像の色値を保持することができる。このため、文字情報等であっても正確にトナー付着量を算出することができる。すなわち、本発明の画像形成装置1によれば、入力画像に依存することなく正確にトナー付着量を算出することができ、また、必要なメモリ領域を抑えつつ高速にトナー付着量を算出することができる。以上、本発明の画像形成装置について、好ましい実施形態を示して説明したが、本発明にかかる画像形成装置は、上述した実施形態に限定されるものではなく、本発明の範囲で種々の変更実施が可能であることは言うまでもない。例えば、前述の実施形態においてはカラー対応のMFPを例に挙げて説明したが、モノクロ印刷専用の画像形成装置において消費されるトナー付着量の算出に適用することができ、また、カラー対応の画像形成装置においてモノクロ印刷を行うときのトナー付着量の算出にも適用することができる。また、ファクシミリ装置やファクシミリ機能を有するMFPにも適用することができ、通信回線を介して外部から受信したファクシミリ画像を印刷する際に消費されるトナー付着量を算出することができる。また、前述の実施形態においては、塗りつぶしの場合にトナー算出処理を行わない例として白の場合について説明しているが、この限りでなく、色値が0に近似する場合など、実際上、トナー付着を伴わない種々のケースを判断してトナー算出処理を省略するようにすることができる。"