JP2010214684A - 画像形成装置、および印刷管理方法 - Google Patents

Abstract

【課題】印刷した印刷媒体のカウント値をユーザーごとに管理することができる画像形成装置、およびその印刷管理方法を提供すること。
【解決手段】画像形成装置であるプリンター１は、ユーザー情報を含む印刷データが入力されると、印刷データのジョブごとに印刷した用紙の面数およびシート数を印刷キュー管理部１２０でカウントする。ジョブ情報管理部１３０は、印刷した面数およびシート数と印刷データのユーザー情報と対応付けた印刷のログを印刷ログデータベース１４０に登録する。
【選択図】図３

Description

本発明は、用紙等の記録媒体に印刷を行う画像形成装置に関し、特に、印刷した用紙数のカウントを行う画像形成装置、および印刷管理方法に関する。

従来、コピー機、複合機、プリンター等の画像形成装置では、印刷ページ数に応じた課金等を行うため、カウンターを設けて、印刷した用紙数やページ数をカウンターにカウントさせている。

ここで、エラーが生じて適切に印刷できなかった分についてはユーザーに課金すべきではないため、カウント数を加算しないことが望まれる。そこで、特許文献１には、通常のカウンターとは別にミスプリントカウンターを設け、通常のカウンターのカウント数からミスプリント分を控除することによって適切な料金請求を実現する技術が開示されている。

また、奇数ページ数のジョブについて両面印刷を行う場合、画像形成装置は、自己生成したページを付加し、合計が偶数ページのジョブとして扱うことにより、両面印刷を行うことがある。しかし、両面印刷において自己生成されたページの印刷の分についてはユーザーに課金すべきではない。同様に、実際には記録を行っていない白紙のページについても課金すべきでない。このため、特許文献２，３に記載の装置では、自己生成したページや白紙のページに対してはカウント数を加算しないようカウント制御を行うことにより、ユーザーに余分な料金を請求することがなく、不測の損害を生じさせない課金を実現している。

特開平１０−２０７３１０号公報 特開２００１−１６９０３０号公報 特開平１１−３１６５２１号公報

しかしながら、特許文献１〜３に記載の技術では、画像形成装置のユーザーごとにはカウントしていないので、例えば、１台のプリンターを複数のユーザーで共用している環境において、印刷した量をユーザーごとに管理することができない。このため、ユーザーごとに課金しようとする課金形態に対応できないという課題があった。

本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態または適用例として実現することが可能である。

［適用例１］ユーザー情報を含む印刷データの入力を受ける入力部と、印刷媒体に対して前記印刷データに基づく印刷を実行する印刷エンジンと、前記印刷された印刷媒体をカウントするカウント部と、前記印刷データのユーザー情報と前記カウントしたカウント値とを対応付けたログを記録するログ記録部と、を備えることを特徴とする画像形成装置。

この構成によれば、入力された印刷データのユーザー情報と、印刷された印刷媒体のカウント値とを対応付けたログが記録されるので、印刷した量をユーザーごとに管理することができる。したがって、ユーザーごとに管理されたカウント値を用いて、ユーザーごとに課金しようとする課金形態に対応できる。

［適用例２］上記画像形成装置において、前記カウント部は、前記入力された印刷データのジョブごとにカウントを行い、前記ログ記録部は、前記印刷データのユーザー情報と前記ジョブごとにカウントしたカウント値とを対応付けたログをジョブ単位で記録することを特徴とする画像形成装置。

この構成によれば、ジョブごとにカウントしたカウント値とユーザー情報のログをジョブ単位で記録することにより、ユーザー別に行う印刷した量の管理を簡単な処理で実現できる。

［適用例３］上記画像形成装置において、前記カウント部は、前記印刷エンジンによる印刷中にエラーを生じた印刷媒体についてはカウントしないことを特徴とする画像形成装置。

この構成によれば、エラーが生じた印刷媒体についてはカウントしないので、適切な課金を実現できる。

［適用例４］上記画像形成装置において、前記カウント部は、前記印刷エンジンによる印刷の結果、白紙の印刷媒体についてはカウントしないことを特徴とする画像形成装置。

この構成によれば、白紙の印刷媒体についてはカウントしないので、適切な課金を実現できる。

［適用例５］ユーザー情報を含む印刷データの入力を受けるステップと、前記印刷データに基づいて印刷された印刷媒体をカウントするステップと、前記印刷データのユーザー情報と前記カウントされたカウント値とを対応付けたログを記録するステップと、を含むことを特徴とする印刷管理方法。

このようにすれば、印刷量をユーザーごとに管理し、ユーザーごとに管理されたカウント値を用いることにより、ユーザーごとに課金しようとする課金形態に対応できる。

本実施例に係るプリンターの構成を示す図。 印刷データのデータ構造を示す図。 コントローラーの機能ブロック図。 印刷の説明図。 印刷ログデータベースの一例を示す図。 印刷時の処理の流れを示すフローチャート。 カウント処理の概要を説明する図。 カウント処理の流れを示すフローチャート。 カウント処理の流れを示すフローチャート。 変形例２の説明図。

以下、本発明の実施の形態について実施例に基づいて説明する。

図１は、本実施例に係るプリンターの構成を示した図である。図１に示すように、画像形成装置の一例であるプリンター１は、ＬＡＮ（Local Area Network）等のネットワークに接続しており、ネットワークを介してホスト装置２と通信可能になっている。

ホスト装置２は、例えば、汎用のコンピューター等であり、プリンタードライバー２ａおよび印刷管理アプリケーション２ｂがインストールされている。プリンタードライバー２ａは、ユーザーからの指示に応じて印刷データを生成して、印刷データをプリンター１に送信する。

図２に、印刷データのデータ構造を示す。図２に示すように、印刷データＰＤは、ジョブの印刷条件等、ジョブに関する情報を指定するジョブ情報ＰＤａ、および印刷対象とする画像を所定の言語で記述した画像情報ＰＤｂ等から構成される。具体的には、ジョブ情報ＰＤａには、ユーザー情報、ファイル名の情報、両面印刷の設定情報、製本用印刷の設定情報等が含まれている。

印刷管理アプリケーション２ｂは、プリンター１に対して、印刷したシート数や面数等のログを確認するために用いられるアプリケーションである。

次に、プリンター１の構成について説明する。プリンター１は、コントローラー１０と、操作パネル２０と、印刷エンジン３０と、を備えている。

操作パネル２０は、プリンター１に備わる各種機能を利用するため等に、ユーザーからの様々な操作を受けるための部分であり、各種の操作ボタン２１、およびＬＣＤ（Liquid Crystal Display）、有機ＥＬ（Electro Luminescence）ディスプレイ等の表示パネル２２を有する。

印刷エンジン３０は、印刷用紙等の印刷媒体に印刷を行うハードウェア部であり、コントローラー１０からの制御に従って印刷を実行する。また、印刷エンジン３０内部では、印刷した全ての用紙数をカウントする処理、および、印刷を完了したときに、用紙サイズ等の印刷条件、印刷ページ数、白紙ページ数、エラーページ数等の印刷結果を示す印刷結果情報を作成して、コントローラー１０に通知する処理等が行われる。

コントローラー１０は、プリンター１の各部の動作を制御する部分であり、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、不揮発性メモリー１４と、ネットワークＩ／Ｆ１５と、パネルＩ／Ｆ１６と、エンジンＩ／Ｆ１７と、を有している。これらの構成は内部バスを介して相互に接続されている。

ネットワークＩ／Ｆ１５は、ネットワークに接続するインターフェイス部分であり、プリンター１は、このネットワークＩ／Ｆ１５からネットワークを介してホスト装置２と相互にデータ通信が可能である。パネルＩ／Ｆ１６は操作パネル２０に接続するインターフェイス部分、エンジンＩ／Ｆ１７は印刷エンジン３０に接続するインターフェイス部分である。

ＣＰＵ１１は、コントローラー１０の主制御装置であり、ＲＡＭ１３を作業領域等として用い、ＲＯＭ１２に格納された各種のプログラムを実行することにより、プリンター１における様々な制御を行う。具体的には、ＣＰＵ１１は、印刷エンジン３０に印刷指示を出すと共に印刷対象の画像データを受け渡す処理、操作パネル２０を制御する処理、印刷ページ数のカウントを制御する処理等を行う。

不揮発性メモリー１４は、フラッシュＲＯＭ、ＮＶＲＡＭ等の読み書き可能なメモリーであり、後述する印刷ログデータベース（以下、「印刷ログＤＢ」という）を記憶する。

図３に、コントローラー１０の機能ブロック図を示す。図３に示すように、コントローラー１０は、印刷データ処理部（入力部）１００と、エンジン制御部１１０と、印刷キュー管理部（カウント部）１２０と、ジョブ情報管理部１３０と、印刷ログＤＢ（ログ記録部）１４０と、出力制御部１５０と、を有する。

印刷データ処理部１００は、ホスト装置２のプリンタードライバー２ａから印刷対象とする印刷データＰＤの入力を受け、画像情報ＰＤｂの記述を解釈して、ビットマップ形式の印刷イメージに変換する。そして、印刷イメージの画像データを印刷要求とともに１ページ分ずつエンジン制御部１１０に受け渡す処理、用紙サイズ、印刷方法、印刷色、印刷ページ数等を指定したジョブ情報ＰＤａをジョブ情報管理部１３０に受け渡す処理を行う。

また、両面印刷の場合および製本用印刷の場合、印刷データ処理部１００は、白紙ページを加えて、印刷イメージの画像データを適切な順番でエンジン制御部１１０に受け渡す。なお、白紙ページとは、印刷の結果、実際には何ら画像が形成されないページのことであり、奇数ページ数の両面印刷時に付加される白紙ページと、製本用印刷時に付加される白紙ページとがある。

例えば、両面印刷の場合、印刷データ処理部１００は、エンジン制御部１１０に対して、裏面用の印刷イメージ、表面用の印刷イメージの画像データを交互に受け渡す。特に、奇数ページ数の印刷データＰＤについて両面印刷する場合、印刷データ処理部１００は、最終ページの次に１ページ分の白紙ページを付加し、合計して偶数ページ数分の印刷イメージの画像データをエンジン制御部１１０に順次受け渡すことにより、両面印刷のための印刷処理を行う（図４（ａ）参照）。

一方、製本用印刷の場合、印刷データ処理部１００は、表紙用の白紙ページを１ページ目に付加し、ジョブの印刷イメージを２ページ目以降に並び替えて、印刷イメージの画像データをエンジン制御部１１０に順次受け渡すことにより、製本用の印刷処理を行う（図４（ｂ）参照）。

エンジン制御部１１０は、印刷エンジン３０を制御する部分であり、印刷データ処理部１００から受け取った印刷イメージのデータを印刷キュー管理部１２０に受け渡す処理、印刷エンジン３０の動作を監視し、印刷結果情報を印刷キュー管理部１２０に通知する処理等を行う。

印刷キュー管理部１２０は、印刷イメージのデータをキューに登録し、印刷イメージの印刷順を管理する処理を行う。上述したエンジン制御部１１０は、印刷キュー管理部１２０のキューから登録順が先頭となる印刷イメージのデータを取り出し、印刷エンジン３０が処理可能な形式の画像データに変換して印刷エンジン３０に出力することにより、印刷エンジン３０による印刷を実行させる。こうして、印刷順序が管理される。

また、印刷キュー管理部１２０は、エンジン制御部１１０からの印刷結果情報に基づいて、印刷した用紙の面数およびシート数をジョブ単位でカウントする処理、すなわちカウント部としての処理を行う。なお、面数とは、印刷した用紙の表面、裏面を別々にカウントした数のことである。シート数とは、表面または裏面の少なくとも一方に印刷が行われた用紙の枚数である。印刷キュー管理部１２０は、カウントしたカウント値、すなわち面数のカウント値およびシート数のカウント値を、ジョブ情報管理部１３０に通知する。

ジョブ情報管理部１３０は、印刷データ処理部１００から受け取るジョブ情報ＰＤａを用いて、ジョブの印刷を管理する部分である。特に、ジョブ情報管理部１３０は、ジョブ情報ＰＤａと、印刷キュー管理部１２０によってカウントされたカウント値とを対応付けたログのデータをジョブ単位で印刷ログＤＢ１４０に登録する処理を行う。

図５は、印刷ログＤＢ１４０が記録するログの一例を示す図である。図５に示すように、印刷ログＤＢ１４０は、ジョブ番号、ユーザー名、ファイル名、面数、シート数等の情報を含む印刷のログＬＧをジョブ単位で記録する。すなわち、印刷ログＤＢ１４０は、ジョブ情報ＰＤａの内容、および印刷キュー管理部１２０によるカウントの結果を記録する。これにより、印刷ログＤＢ１４０では、ユーザー情報と印刷した量（面数、シート数）がジョブ単位で対応付けた状態で管理される。

出力制御部１５０は、上述した印刷ログＤＢ１４０に記録されたデータの出力を制御する。具体的には、操作パネル２０への操作に応じて、印刷ログＤＢ１４０のユーザー情報、面数、シート数等の所望の情報を表示パネル２２に表示させる制御や、ホスト装置２の印刷管理アプリケーション２ｂからの要求に応じて所望の情報をホスト装置２に出力する制御を行う。

図６は、印刷時の処理の流れを示すフローチャートである。以下、本プリンター１による印刷時の処理についてフローチャートに従って説明する。なお、以下に説明する処理は、ＲＯＭ１２に記憶されたプログラムをＣＰＵ１１が実行することにより行われる。

プリンター１が印刷管理アプリケーション２ｂ等から印刷データＰＤを受信して、印刷データ処理部１００に印刷データＰＤが入力されると（ステップＳ１）、印刷キュー管理部１２０は、入力された印刷データＰＤのジョブ情報ＰＤａを印刷データ処理部１００から受け取り、ジョブ情報ＰＤａに含まれるユーザー情報を取得する（ステップＳ２）。

次に、印刷キュー管理部１２０は、受信した印刷データＰＤのジョブについて、面数およびシート数のカウント値を「０」に設定することにより、初期化する（ステップＳ３）。

次に、印刷データ処理部１００は、入力された印刷データＰＤの画像情報を解釈して、１ページ分の印刷イメージを生成する（ステップＳ４）。なお、両面印刷または製本用印刷時の白紙ページについては、このステップＳ４にて白紙の印刷イメージが生成される。そして、片面印刷、両面印刷等の条件を指定した印刷要求とともに、印刷イメージの画像データをエンジン制御部１１０に受け渡す。

次に、エンジン制御部１１０は、片面印刷、両面印刷等の条件を印刷エンジン３０に指定するとともに、１ページ分の印刷イメージの画像データを印刷エンジン３０に出力する。これにより、印刷要求の指示に応じて１ページ分の片面印刷または両面印刷が印刷エンジン３０によって実行される（ステップＳ５）。

次に、印刷キュー管理部１２０はカウント処理を行う（ステップＳ６）。

ここで、カウント処理の概要について説明する。図７に、カウント処理の概要を示す。カウント処理では、印刷したシート数および面数をカウントし、特に、エラーを生じることがなかった用紙のシート数、およびエラーを生じることがなく、且つ白紙ページでなかった面数をカウントする。なお、図７では、片面印刷時に生じるカウントの場合分けをケースＡ〜Ｃ、両面印刷時に生じるカウントの場合分けをケースＤ〜Ｊに示している。

まず、片面印刷の場合について説明する。片面印刷において印刷時にエラーが発生した場合、エラーを生じたシートについては課金すべきでないため、カウント処理では当該ページの分について面数およびシート数は加算しない（図７のケースＡ）。

また、片面印刷が白紙ページの印刷出力であった場合、実際には用紙に何ら画像が形成されておらず、課金すべきでないため、当該白紙ページの分について面数およびシート数は加算しない（ケースＢ）。これは、製本用印刷において表紙を片面印刷した場合に該当する。

片面印刷においてエラーの発生がなく、白紙ページの印刷出力でなかった場合は、当該印刷に対しては課金すべきであり、面数を１、シート数を１加算する（ケースＣ）。

次に、両面印刷の場合について説明する。上述したように、両面印刷では、用紙の裏面、表面の順番に印刷が行われる。また、一方の面の印刷でエラーを生じていた場合、当該エラーを生じた用紙については両面の印刷分について共に課金すべきではなく、奇数ページの印刷完了時にはカウントすべきであるかを確定できない。そこで、両面印刷では、奇数ページの裏面印刷のタイミングではカウントすることなく、偶数ページの表面印刷のタイミングで、偶数ページの表面印刷の結果および同じシートの反対面に対して行った裏面印刷の結果に基づいて、裏面印刷の分および表面印刷の分について纏めてカウントを行う。以下、両面印刷において生じる各ケースについて説明する。

まず、両面印刷の表面印刷時にエラーが発生した場合、シート裏面の印刷結果に関わらず、シート両面の印刷について課金すべきでないため、面数、シート数は加算しない（ケースＤ）。

両面印刷の表面印刷時にエラーを生じることなく、白紙ページの印刷出力であった場合に、裏面印刷においてエラーを生じていれば、シート両面の印刷について課金すべきでなく、当該シートの印刷に対して面数、シート数は加算しない（ケースＥ）。これは、裏面印刷においてエラーを生じた後の表面印刷において、白紙ページを出力した場合に該当する。

両面印刷の表面印刷時にエラーを生じることなく、白紙ページの印刷出力であった場合、裏面印刷が白紙ページであれば、実際には用紙の表面、裏面ともに何ら画像が印刷されていないため課金すべきでなく、当該シートの印刷に対して面数、シート数は加算しない（ケースＦ）。

両面印刷の表面印刷時にエラーを生じることなく、白紙ページの印刷出力であった場合、裏面印刷にてエラーを生じることなく、且つ白紙ページでなければ、表面については課金すべきでないが、裏面に印刷した分について課金すべきであるので、当該シートの印刷に対して面数を１、シート数を１加算する（ケースＧ）。これは、裏面印刷が適切に行われた後、表面印刷において白紙ページを出力した場合に該当する。

両面印刷の表面印刷時にエラーを生じることなく、且つ白紙ページの印刷出力ではなかった場合、裏面印刷においてエラーを生じていれば、シートの裏面については適切に印刷されていないため、当該シートについては課金すべきでなく、当該シートの印刷に対して面数、シート数は加算しない（ケースＨ）。これは、裏面印刷においてエラーが発生した後、表面印刷が適切に行われた場合に該当する。

両面印刷の表面印刷時にエラーを生じることなく、且つ白紙ページの印刷出力ではなかった場合、裏面印刷においてエラーを生じることなく白紙ページが出力されていれば、表面の印刷に対して課金すべきであり、裏面印刷の分については課金すべきでないため、当該シートの印刷に対して面数を１、シート数を１加算する（ケースＩ）。これは、裏面印刷において白紙ページを出力した後、表面印刷が適切に行われた場合に該当する。

両面印刷の表面印刷時および裏面印刷において、エラーを生じることなく、共に白紙ページの印刷出力ではなかった場合、表面、裏面の印刷共に課金すべきであるので、当該シートの印刷に対して面数を２、シート数を１加算する（ケースＪ）。これは、裏面印刷が適切に行われた後、表面印刷が適切に行われた場合に該当する。

以上に説明したカウント方法を実現するカウント処理について、図８，９のフローチャートに従って説明する。

印刷キュー管理部１２０は、エンジン制御部１１０から印刷結果情報を受け取って、カウント処理を開始する。カウント処理では、まず、印刷キュー管理部１２０は、印刷要求に指定された印刷方法が片面印刷であるか否かを判断する（ステップＳ１０）。片面印刷であった場合（ステップＳ１０：Ｙｅｓ）、エンジン制御部１１０から受け取った印刷結果情報に従って、白紙の印刷ではなく、且つエラーを生じていないか否かを判断する（ステップＳ１１）。

行われた片面印刷が白紙の出力ではなく、且つエラーを生じていない場合（ステップＳ１１：Ｙｅｓ）、上述したケースＣに該当し、印刷キュー管理部１２０は、面数およびシート数のそれぞれに１を加算する（ステップＳ１２）。その後、カウント処理を終了して、図６の処理に戻る。

行われた片面印刷が、白紙の出力であるか、またはエラーを生じていた場合（ステップＳ１１：Ｎｏ）、上述したケースＡ，Ｂに該当し、印刷キュー管理部１２０は、面数およびシート数を加算することなく、カウント処理を終了して、図６の処理に戻る。

一方、印刷要求に指定された印刷方法が片面印刷ではなく、両面印刷であった場合（ステップＳ１０：Ｎｏ）、印刷キュー管理部１２０は、行われた印刷が、両面印刷における裏面の印刷であったかを判断する（ステップＳ１３）。裏面の印刷であった場合（ステップＳ１３：Ｙｅｓ）、裏面印刷にてエラーが発生したかを判断する（ステップＳ１４）。エラーを生じていた場合（ステップＳ１４：Ｙｅｓ）、上述したケースＥに該当し、印刷キュー管理部１２０は、面数およびシート数を加算することなく、カウント処理を終了する。

裏面印刷においてエラーを生じていなかった場合（ステップＳ１４：Ｎｏ）、片面印刷されたか否かを判断する（ステップＳ１５）。

なお、印刷要求に指定された印刷方法が両面印刷であったときの片面印刷とは、両面印刷を行おうとしたが両面印刷に対応するサイズの用紙がプリンターに残されていない場合に、裏面印刷に代えて、両面印刷に対応していない他のサイズの用紙の表面に印刷することである。例えば、両面印刷に対応するサイズの用紙がないとき、その旨を告げる警告画面が表示パネル２２に表示される。そして、ユーザーが操作ボタン２１を操作することにより、他のサイズの用紙に変更して印刷を行う旨を指示した場合、他のサイズの用紙の表面に対して、結果として片面印刷が行われる。

こうして、両面印刷の印刷要求に対して、実際には片面印刷を行っていた場合（ステップＳ１５：Ｙｅｓ）、ユーザーの指示の上で片面印刷に変更しているので当該片面印刷の分について課金すべきとして、印刷キュー管理部１２０は、面数およびシート数のそれぞれに１を加算し（ステップＳ１６）、カウント処理を終了する。

また、行われた印刷が片面印刷ではなく、両面印刷の裏面印刷であった場合（ステップＳ１５：Ｎｏ）、裏面印刷の分のカウントは表面印刷時に行うため、ここでは、面数およびシート数を加算することなく、カウント処理を終了する。

ステップＳ１３の説明に戻って、当該カウント処理の直前に行われた印刷が、両面印刷の表面印刷であった場合（ステップＳ１３：Ｎｏ）、印刷キュー管理部１２０は、表面印刷においてエラーが発生したかを判断する（ステップＳ１７）。表面印刷においてエラーを生じていた場合（ステップＳ１７：Ｙｅｓ）、上述したケースＤに該当し、面数およびシート数を加算することなく、カウント処理を終了する。

表面印刷においてエラーを生じていない場合（ステップＳ１７：Ｎｏ）、印刷キュー管理部１２０は、さらに表面印刷で白紙が出力されたかを判断する（ステップＳ１８）。表面印刷で白紙が出力されていれば（ステップＳ１８：Ｙｅｓ）、ステップＳ２０に進む。表面印刷で白紙が出力されていなければ（ステップＳ１８：Ｎｏ）、表面印刷においてエラーがなく且つ白紙の出力ではなかったため、上述したケースＧ，Ｉ，Ｊに該当し、面数を１加算して（ステップＳ１９）、ステップＳ２０に進む。

ステップＳ２０に処理が進むと、印刷キュー管理部１２０は、前回の裏面印刷でエラーが発生したか否かを判断する。裏面印刷でエラーを生じていた場合（ステップＳ２０：Ｙｅｓ）、上述したケースＥ，Ｈに該当し、面数を「０」に設定する（ステップＳ２１）。

裏面印刷でエラーを生じていない場合（ステップＳ２０：Ｎｏ）、印刷キュー管理部１２０は、裏面印刷で白紙を出力したかを判断する（ステップＳ２２）。裏面印刷で白紙を出力していた場合（ステップＳ２２：Ｙｅｓ）、ステップＳ２４に進む。裏面印刷で白紙を出力していなかった場合（ステップＳ２２：Ｎｏ）、上述したケースＪに該当し、面数をさらに１加算する（ステップＳ２３）。これにより、ケースＪに対しては、ステップＳ１９と合わせて面数が合計２加算されることとなって、ステップＳ２４に進む。

ステップＳ２４に処理が進むと、印刷キュー管理部１２０は、面数のカウント値が「０」より大きくなっているかを判断する。ステップＳ１９またはＳ２３にて面数が加算されていれば（ステップＳ２４：Ｙｅｓ）、ケースＧ，Ｉ，Ｊに該当するので、シート数を加算して「１」としてから（ステップＳ２５）、カウント処理を終了する。面数が０以下であれば（ステップＳ２４：Ｎｏ）、課金に値する面がなく、課金すべきシート数もないため、面数およびシート数を加算することなく、カウント処理を終了する。

カウント処理を終了すると、図６の処理に戻って、入力された印刷データＰＤのジョブを終了したかを判断する（ステップＳ７）。ジョブに残りのページがあった場合（ステップＳ７：Ｎｏ）、ステップＳ４に戻って、次ページの印刷イメージを生成して、ステップＳ４〜Ｓ６の処理を繰り返す。ジョブの全ページについて印刷が行われるとジョブを終了して（ステップＳ７：Ｙｅｓ）、印刷キュー管理部１２０は、ジョブ情報のユーザー情報、および面数およびシート数のカウント値を対応付けた印刷のログＬＧを印刷ログＤＢ１４０に記録する（ステップＳ８）。こうして、入力された印刷データのジョブに対してログＬＧを記録すると、図７の処理を終了する。

以上に説明したプリンター１によれば、図５に示すように、ユーザー情報と面数およびシート数のカウント値とを対応付けた印刷のログＬＧを印刷ログＤＢ１４０が記録することによって、面数およびシート数の印刷量がユーザーごとに管理される。ユーザーやサービスマン等は、操作パネル２０または印刷管理アプリケーション２ｂから、印刷ログＤＢ１４０が記録するログＬＧを確認して、ユーザーごとに印刷した量を知ることができる。これにより、ユーザー別に課金する課金形態に対応できる。

また、カウント処理において、エラーを生じた分は、面数、シート数をカウントしていない。さらに、白紙を出力した分は、実際には画像が形成されていないので、面数をカウントしていない。したがって、印刷ログＤＢ１４０に記録されたカウント値を用いることによって、印刷エラー、白紙の印刷による課金すべきでない分についてはユーザーに課金することがなく、適切な課金を実現できる。

なお、印刷ログＤＢ１４０は、ジョブ単位でカウントされたシート数および面数とともにジョブ情報ＰＤａのログをジョブ単位で記録することにより、ユーザー情報に対応付けてシート数および面数を管理している。これにより、ユーザー別の課金に対応できる印刷量の管理を、ジョブ単位で行う簡単な処理で実現することができる。

以上、実施の形態の一実施例について説明したが、実施の形態としては上述した全ての構成を備えたものに限られることなく、また、その趣旨に逸脱しない様々な形態としてもよい。以下、変形例について説明する。

（変形例１）上記実施例では、印刷した面数およびシート数をカウントして、ユーザー情報と対応付けたログＬＧとして印刷ログＤＢ１４０に記録したが、記録の対象とする情報はこれに限られない。例えば、片面印刷による面数と、両面印刷による面数とを別途カウントして、ユーザー情報と対応付けて記録してもよい。このようにすれば、片面印刷と両面印刷に対して別々に課金することができる。

また、カラー印刷による面数およびシート数、モノクロ印刷による面数およびシート数を別途カウントして、ユーザー情報と対応付けて記録してもよい。このようにすれば、カラー印刷とモノクロ印刷に対して別々に課金することができる。

さらに、用紙サイズや用紙の種類ごとに、面数およびシート数を別途カウントして、ユーザー情報と対応付けて記録してもよい。このようにすれば、用紙サイズや用紙の種類ごとに課金することができる。

（変形例２）上記実施例では、面数およびシート数をユーザー情報に対応付けてジョブ単位で記録するようにしたが、ユーザー単位で面数およびシート数を記録するようにしてもよい。すなわち、ジョブごとにカウントされた面数およびシート数をユーザーごとに集計して、図１０に例として示すように、ユーザーごとに合計した面数、シート数を印刷ログＤＢ１４０に記録するようにしてもよい。

（変形例３）上記実施例では、画像形成装置の一例としてのプリンター１について説明したが、画像形成装置としてはこれに限られることなく、ファクシミリ、複写機、複合機等の装置であってもよい。

１…画像形成装置としてのプリンター、２…ホスト装置、１０…コントローラー、１１…ＣＰＵ、１２…ＲＯＭ、１３…ＲＡＭ、１４…不揮発性メモリー、１５…ネットワークＩ／Ｆ、２０…操作パネル、２１…操作ボタン、２２…表示パネル、３０…印刷エンジン、１００…入力部としての印刷データ処理部、１１０…エンジン制御部、１２０…カウント部としての印刷キュー管理部、１３０…ジョブ情報管理部、１４０…印刷ログ記録部としての印刷ログデータベース、１５０…出力制御部、ＬＧ…ログ。

Claims (5)

1. ユーザー情報を含む印刷データの入力を受ける入力部と、
   印刷媒体に対して前記印刷データに基づく印刷を実行する印刷エンジンと、
   前記印刷された印刷媒体をカウントするカウント部と、
   前記印刷データのユーザー情報と前記カウントしたカウント値とを対応付けたログを記録するログ記録部と、を備えることを特徴とする画像形成装置。
2. 請求項１に記載の画像形成装置において、
   前記カウント部は、前記入力された印刷データのジョブごとにカウントを行い、
   前記ログ記録部は、前記印刷データのユーザー情報と前記ジョブごとにカウントしたカウント値とを対応付けたログをジョブ単位で記録することを特徴とする画像形成装置。
3. 請求項１または２に記載の画像形成装置において、
   前記カウント部は、前記印刷エンジンによる印刷中にエラーを生じた印刷媒体についてはカウントしないことを特徴とする画像形成装置。
4. 請求項１ないし３のいずれか一項に記載の画像形成装置において、
   前記カウント部は、前記印刷エンジンによる印刷の結果、白紙の印刷媒体についてはカウントしないことを特徴とする画像形成装置。
5. ユーザー情報を含む印刷データの入力を受けるステップと、
   前記印刷データに基づいて印刷された印刷媒体をカウントするステップと、
   前記印刷データのユーザー情報と前記カウントされたカウント値とを対応付けたログを記録するステップと、を含むことを特徴とする印刷管理方法。

Images