(57)【要約】【課題】レポートの出力を適切に実行することのできる画像形成装置及びレポート出力方法の提供を目的とする。【解決手段】画像形成装置であって、当該画像形成装置において印刷に関する消耗品の残量を取得する消耗品残量取得手段と、前記消耗品の残量に応じてレポート情報の印刷条件を記憶した出力属性記憶手段と、前記消耗品の残量に基づいて前記出力属性記憶手段より前記レポート情報の印刷条件を取得する出力属性取得手段と、レポート情報に含めるデータを当該画像形成装置より取得するデータ取得手段と、取得されたデータを含む前記レポート情報の印刷を前記印刷条件にしたがって実行させる印刷制御手段とを有する。【選択図】図２
2010210685.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置であって、
当該画像形成装置において印刷に関する消耗品の残量を取得する消耗品残量取得手段と、
前記消耗品の残量に応じてレポート情報の印刷条件を記憶した出力属性記憶手段と、
前記消耗品の残量に基づいて前記出力属性記憶手段より前記レポート情報の印刷条件を取得する出力属性取得手段と、
レポート情報に含めるデータを当該画像形成装置より取得するデータ取得手段と、
取得されたデータを含む前記レポート情報の印刷を前記印刷条件にしたがって実行させる印刷制御手段とを有する画像形成装置。
【請求項２】
前記出力属性記憶手段は、前記レポート情報の情報量と前記消耗品の残量との関係に応じて前記レポート情報の印刷条件を記憶し、
前記出力属性取得手段は、前記レポート情報の情報量及び前記消耗品の残量に基づいて前記出力属性記憶手段より印刷条件を取得する請求項１記載の画像形成装置。
【請求項３】
前記出力属性記憶手段は、前記消耗品の残量に応じて前記レポート情報に含めるデータの構成をも記憶し、
前記データ情報取得手段は、前記消耗品の残量に基づいて前記出力属性記憶手段より取得される前記構成に含まれるデータを当該画像形成装置より取得する請求項１記載の画像形成装置。
【請求項４】
前記消耗品は、印刷用紙及びトナーの少なくともいずれか一方である請求項１乃至３いずれか一項記載の画像形成装置。
【請求項５】
画像形成装置であって、
当該画像形成装置におけるジョブの数を取得するジョブ数取得手段と、
前記ジョブの数に応じてレポート情報に含めるデータの構成を記憶した出力属性記憶手段と、
前記ジョブ数に基づいて前記出力属性記憶手段より前記レポート情報に含めるデータの構成を取得する出力属性取得手段と、
前記出力属性手段によって取得された前記構成に含まれるデータを当該画像形成装置より取得するデータ取得手段と、
取得されたデータを含むレポート情報の出力を実行させる出力制御手段とを有する画像形成装置。
【請求項６】
画像形成装置が実行するレポート出力方法であって、
当該画像形成装置において印刷に関する消耗品の残量を取得する消耗品残量取得手順と、
前記消耗品の残量に応じてレポート情報の印刷条件を記憶した出力属性記憶手段より、前記消耗品の残量に基づいて前記レポート情報の印刷条件を取得する出力属性取得手順と、
レポート情報に含めるデータを当該画像形成装置より取得するデータ取得手順と、
取得されたデータを含む前記レポート情報の印刷を前記印刷条件にしたがって実行させる印刷制御手順とを有するレポート出力方法。
【請求項７】
前記出力属性記憶手段は、前記レポート情報の情報量と前記消耗品の残量との関係に応じて前記レポート情報の印刷条件を記憶し、
前記出力属性取得手順は、前記レポート情報の情報量及び前記消耗品の残量に基づいて前記出力属性記憶手段より印刷条件を取得する請求項６記載のレポート出力方法。
【請求項８】
前記出力属性記憶手段は、前記消耗品の残量に応じて前記レポート情報に含めるデータの構成をも記憶し、
前記データ情報取得手順は、前記消耗品の残量に基づいて前記出力属性記憶手段より取得される前記構成に含まれるデータを当該画像形成装置より取得する請求項６記載のレポート出力方法。
【請求項９】
前記消耗品は、印刷用紙及びトナーの少なくともいずれか一方である請求項６乃至８いずれか一項記載のレポート出力方法。
【請求項１０】
画像形成装置が実行するレポート出力方法であって、
当該画像形成装置におけるジョブの数を取得するジョブ数取得手順と、
前記ジョブの数に応じてレポート情報に含めるデータの構成を記憶した出力属性記憶手段より、前記ジョブ数に基づいて前記レポート情報に含めるデータの構成を取得する出力属性取得手順と、
前記出力属性手順において取得された前記構成に含まれるデータを当該画像形成装置より取得するデータ取得手順と、
取得されたデータを含むレポート情報の出力を実行させる出力制御手順とを有するレポート出力方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置及びレポート出力方法に関し、特にレポートを出力する画像形成装置及びレポート出力方法に関する。
【背景技術】
【０００２】
画像形成装置では、当該画像形成装置の状態や使用状況等を示すレポートの出力が行われている。例えば、ファクシミリによる送信レポートもここでいうレポートの一形態である。斯かるレポートによって、管理者又はユーザは、画像形成装置の状態、使用状況、又はジョブの実行の成否等を確認することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、トナーや印刷枚数等の消耗品の残量によっては、レポートの印刷が適切に実行できない場合がある。
【０００４】
また、レポートの出力は本来の機能ではないため、レポートの出力処理によるＣＰＵの消費や記憶装置へのアクセスの発生等により、本来の機能に関するジョブの実行に遅延が生じるのは好ましくない。
【０００５】
本発明は、上記の点に鑑みてなされたものであって、レポートの出力を適切に実行することのできる画像形成装置及びレポート出力方法の提供を目的とする。
【課題を解決するための手段】
【０００６】
そこで上記課題を解決するため、本発明は、画像形成装置であって、当該画像形成装置において印刷に関する消耗品の残量を取得する消耗品残量取得手段と、前記消耗品の残量に応じてレポート情報の印刷条件を記憶した出力属性記憶手段と、前記消耗品の残量に基づいて前記出力属性記憶手段より前記レポート情報の印刷条件を取得する出力属性取得手段と、レポート情報に含めるデータを当該画像形成装置より取得するデータ取得手段と、取得されたデータを含む前記レポート情報の印刷を前記印刷条件にしたがって実行させる印刷制御手段とを有する。
【０００７】
このような画像形成装置では、レポートの出力を適切に実行することができる。
【発明の効果】
【０００８】
レポートの出力を適切に実行することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施の形態における複合機のハードウェア構成の一例を示す図である。
【図２】本発明の実施の形態における複合機の機能構成例を示す図である。
【図３】レポートの第一の例を示す図である。
【図４】レポートの第二の例を示す図である。
【図５】第一の実施の形態におけるレポート出力処理の処理手順を説明するためのシーケンス図である。
【図６】用紙残量が少ないときに選択される出力属性データの構成例を示す図である。
【図７】第二の実施の形態におけるレポート出力処理の処理手順を説明するためのシーケンス図である。
【図８】トナー残量が少ないときに選択される出力属性データの構成例を示す図である。
【図９】第三の実施の形態におけるレポート出力処理の処理手順を説明するためのシーケンス図である。
【図１０】ジョブ数が多いときに選択される出力属性データの構成例を示す図である。
【図１１】第四の実施の形態におけるレポート出力処理の処理手順を説明するためのシーケンス図である。
【図１２】ユーザに応じて定義された出力属性データの構成例を示す図である。
【図１３】第五の実施の形態におけるレポート出力処理の処理手順を説明するためのシーケンス図である。
【図１４】第六の実施の形態におけるレポート出力処理の処理手順を説明するためのシーケンス図である。
【図１５】出力属性データの登録処理の処理手順を説明するためのシーケンス図である。
【発明を実施するための形態】
【００１０】
以下、図面に基づいて本発明の実施の形態を説明する。本実施の形態では、複合機を画像形成装置の一例として説明する。複合機１は、プリンタ、コピー、スキャナ、又は、ファクス等の複数の機能を一台の筐体において実現する画像形成装置である。但し、本実施の形態を実施するにあたり、必ずしも複合機を利用する必要はない。少なくとも印刷機能を備えていればよい。また、第五又は第六の実施の形態に関しては、表示機能又は外部記録媒体への記録機能を備えていればよい。
【００１１】
図１は、本発明の実施の形態における複合機のハードウェア構成の一例を示す図である。複合機１のハードウェアとしては、コントローラ６０１と、オペレーションパネル６０２と、ファクシミリコントロールユニット（ＦＣＵ）６０３と、撮像部６０４と、印刷部６０５が存在する。
【００１２】
コントローラ６０１は、ＣＰＵ６１１、ＡＳＩＣ６１２、ＮＢ６２１、ＳＢ６２２、ＭＥＭ−Ｐ６３１、ＭＥＭ−Ｃ６３２、ＨＤＤ（ハードディスクドライブ）６３３、メモリカードスロット６３４、ＮＩＣ（ネットワークインタフェースコントローラ）６４１、ＵＳＢデバイス６４２、ＩＥＥＥ１３９４デバイス６４３、セントロニクスデバイス６４４により構成される。
【００１３】
ＣＰＵ６１１は、種々の情報処理用のＩＣである。ＡＳＩＣ６１２は、種々の画像処理用のＩＣである。ＮＢ６２１は、コントローラ６０１のノースブリッジである。ＳＢ６２２は、コントローラ６０１のサウスブリッジである。ＭＥＭ−Ｐ６３１は、複合機１のシステムメモリである。ＭＥＭ−Ｃ６３２は、複合機１のローカルメモリである。ＨＤＤ６３３は、複合機１のストレージである。メモリカードスロット６３４は、メモリカード６３５をセットするためのスロットである。ＮＩＣ６４１は、ＭＡＣアドレスによるネットワーク通信用のコントローラである。ＵＳＢデバイス６４２は、ＵＳＢ規格の接続端子を提供するためのデバイスである。ＩＥＥＥ１３９４デバイス６４３は、ＩＥＥＥ１３９４規格の接続端子を提供するためのデバイスである。セントロニクスデバイス６４４は、セントロニクス仕様の接続端子を提供するためのデバイスである。オペレーションパネル６０２は、オペレータが複合機１に入力を行うためのハードウェア（操作装置）であると共に、オペレータが複合機１から出力を得るためのハードウェア（表示装置）である。
【００１４】
図２は、本発明の実施の形態における複合機の機能構成例を示す図である。同図において、複合機１は、ＵＩ制御部１１、レポート出力部１２、レポート管理部１３、データ管理部１４、ユーザ管理部１５、機器状態監視部１６、及び出力属性データ２０等を有する。
【００１５】
ＵＩ制御部１１は、レポートの出力要求の受け付け及びレポートの出力処理の結果（成否）の表示等を、オペレーションパネル６０２又はネットワークを介して接続されるＰＣ（Personal Computer）等のコンピュータが備えるＷｅｂブラウザ等を介して行う。なお、本実施の形態において、レポートとは、複合機１の使用状況、状態情報、設定情報等を示す文書（紙又は電子データ）をいう。
【００１６】
例えば、図３は、レポートの第一の例を示す図である。同図では、複合機１の各種カウンタの値が出力されたレポートの例が示されている。
【００１７】
また、図４は、レポートの第二の例を示す図である。同図では、或るユーザ（田中さん）による複合機１の使用状況が出力されたレポートの例が示されている。
【００１８】
なお、図３及び図４は、あくまでも例示に過ぎず、レポートの形態は多種多様である。
【００１９】
レポート出力部１２は、レポートの出力要求に応じ、レポートに含めるデータ（以下、「レポートデータ」という。）や、レポートの出力形態等をレポート管理部１３に問い合わせる。レポート出力部１２は、レポート管理部１３からの応答に応じ、レポートの印刷又は表示等を行う。なお、レポートの出力のきっかけは、ユーザによるレポートの出力要求の入力に限られない。例えば、ログ情報が所定量蓄積されたときや、所定のジョブが実行されたとき等において自動的に実行されうる。
【００２０】
レポート管理部１３は、レポートデータの収集やレポートの出力に利用する出力属性データ２０の選択等を行う。出力属性データ２０は、レポートの出力に関する属性情報（印刷条件や出力対象とするデータの種類（項目）等）を含むデータである。出力属性データ２０は、レポートの種類ごとに、複合機１の状態又はレポートデータのデータ量等に応じて複数定義され、ＨＤＤ６３３に保存されている。
【００２１】
データ管理部１４は、レポート管理部１３からの要求に応じ、レポートデータの対象となりうる各種のデータを取得する。図２では、データ管理部１４の管理対象としてログ情報及びカウンタ情報が例示されている。ログ情報は、各種ジョブ等の実行に応じて記録される履歴情報である。カウンタ情報は、複合機１の使用状況等を記録するための各種のカウンタである。例えば、カウンタの具体例としては、カラーコピー枚数、モノクロコピー枚数、ユーザごとのコピー枚数等が挙げられる。
【００２２】
ユーザ管理部１５は、ユーザの認証処理を実行し、認証されたユーザを複合機１に対するログインユーザとして認識する。
【００２３】
機器状態監視部１６は、レポート管理部１３からの要求に応じ、機器の状態情報（例えば、滞留ジョブ数や消耗品の残量等）の取得を行う。
【００２４】
以下、複合機１の処理手順について説明する。図５は、第一の実施の形態におけるレポート出力処理の処理手順を説明するためのシーケンス図である。第一の実施の形態では、印刷用紙の残量に応じてレポートの出力形態（印刷条件等）を変化させる例について説明する。
【００２５】
ステップＳ１０１において、ＵＩ制御部１１は、ユーザからの入力に応じ、レポートの印刷要求をレポート出力部１２に入力する。当該印刷要求では、レポートの種別（レポート種別）が指定される。続いて、レポート出力部１２は、レポート種別を指定して、レポートデータの取得要求をレポート管理部１３に入力する（Ｓ１０２）。続いて、レポート管理部１３は、印刷用紙の残量の取得要求を機器状態監視部１６に入力する（Ｓ１０３）。機器状態監視部１６は、例えば、出力トレイにおけるセンサ等に基づいて印刷用紙の残量（用紙残量）を判定し、当該用紙残量をレポート管理部１３に応答する（Ｓ１０４）。用紙残量は、枚数であってもよいし厚みであってもよい。
【００２６】
続いて、レポート管理部１３は、用紙残量が、一つ以上の閾値によって区切られたいずれの分類に属するかを判定する（Ｓ１０５）。例えば、用紙残量の５枚区切りで分類１（０〜５枚）、分類２（６〜１０枚）、分類３（１０〜１５）等の分類が定義されている。なお、分類を何枚区切りとし、最大何枚までの分類を定義するかについては、例えば、レポートとして出力されうる最大枚数又は平均枚数等に基づいて定めればよい。
【００２７】
続いて、レポート管理部１３は、指定されたレポート種別に対する出力属性データ２０であって、かつ、ステップＳ１０５において判定された分類に対応する出力属性データ２０を利用対象として選択し、メモリ（ＭＥＭ−Ｐ６３１）に読み込む。（Ｓ１０６）。すなわち、当該分類は、出力属性データ２０の種類に対応する。換言すれば、各出力属性データ２０は、用紙残量に対応付けられて定義されている。
【００２８】
図６は、用紙残量が少ないときに選択される出力属性データの構成例を示す図である。同図に示されように、出力属性データ２０ａには、印刷条件とレポートに含めるデータの構成とが定義されている。すなわち、出力属性データ２０ａにおいて、集約、印刷面、及び濃度は、印刷条件に相当する。同図の出力属性データ２０ａでは、集約については「２ｉｎ１（２ページを１ページに集約）」が設定されている。また、印刷面には「両面」が設定されている。すなわち、少ない用紙残量において全ページのレポートが印刷される可能性を高めるため、集約及び両面印刷により印刷枚数が削減されるように定義されている。なお、更に用紙残量が少ない分類に対応する出力属性データ２０では、例えば、集約が「４ｉｎ１」に設定されていてもよい。
【００２９】
また、出力属性データ２０ａにおいて、データ１、データ２、及びデータ３には、データの種類ごとにレポートの出力対象とするか否か（すなわち、レポートに含めるデータの構成）が定義される。データ１、データ２、及びデータ３は、便宜上、ログの種類、カウンタ、又は複合機１に設定されるパラメータの識別情報（識別名又は識別子）等を抽象的に表現したものである。例えば、データ１は、所定のジョブのログを示し、データ２は、所定のカウンタを示し、データ３は、所定のパラメータを示すといった具合である。なお、同図では、全てのデータが出力対象とされている。但し、出力対象とするデータ量が多いほど、印刷用紙の消費量は多くなる。したがって、更に用紙残量が少ない分類に対応する出力属性データ２０では、レポート対象として必須のデータ（例えば、データ１及び２）のみを出力対象とするようにしてもよい。なお、レポートに含められるデータの種類（構成）は、レポート種別ごとに異なる。
【００３０】
続いて、レポート管理部１３は、選択された出力属性データ２０より、レポートの印刷条件を取得する（Ｓ１０７）。続いて、レポート管理部１３は、選択された出力属性データ２０において出力対象とされているデータ（すなわち、レポートデータ）の識別情報を指定して、当該レポートデータの取得要求をデータ管理部１４に入力する（Ｓ１０８）。続いてデータ管理部１４は、要求された各レポートデータをＨＤＤ６３３より取得し、取得されたレポートデータをレポート管理部１３に出力する（Ｓ１０９）。続いて、レポート管理部１３は、取得されたレポートデータと印刷条件とをレポート出力部１２に出力する（Ｓ１１０）。
【００３１】
続いて、レポート出力部１２は、レポートデータをレポート種別に応じた出力形式（フォーマット）に当てはめ、その結果生成されるデータ（例えば、画像データ）について、当該印刷条件に従った印刷を印刷部６０５に実行させる（Ｓ１１１）。続いて、レポート出力部１２は、レポートの出力処理の成否をＵＩ制御部１１に通知する（Ｓ１１２）。ＵＩ制御部１１は、当該通知に応じ、レポートの出力処理の完了又は失敗を対応するユーザインタフェース（オペレーションパネル６０２又はＷｅｂブラウザ等）に表示させる。
【００３２】
続いて、レポート出力部１２は、印刷されたレポートデータ（レポート済みデータ）の削除要求をレポート管理部１３に入力する（Ｓ１１３）。レポート管理部１３は、当該削除要求をデータ管理部１４に入力する（Ｓ１１４）。データ管理部１４は、各レポート済みデータをＨＤＤ６３３より削除する（Ｓ１１５）。本実施の形態では、レポート対象として印刷されたデータは、紙面上に永続化されたものと考える。したがって、同一のデータが紙面上とＨＤＤ６３３等とにおいて重複されて永続化されている必要はないと考える。したがって、レポート済みデータをＨＤＤ６３３より削除し、ＨＤＤ６３３の有効活用を図るのである。
【００３３】
上述したように、第一の実施の形態によれば、消耗品である印刷用紙の残量に応じて印刷条件やレポートデータの構成を変化させることができる。したがって、通常の設定であれば印刷用紙が足りない場合であっても、レポートの全ページが印刷される可能性を高めることができる。
【００３４】
なお、レポートの目的は、主としてレポートに記載された情報を確認することにあるため、印刷品質に対する許容度は高いものと考えられる。したがって、レポートの出力者が予定していた態様と異なる態様によってレポートが印刷されたとしても、実務上問題が生じる可能性は非常に低いものと考える。
【００３５】
ところで、レポート管理部１３によるレポートデータの取得処理（Ｓ１０８、Ｓ１０９）をステップＳ１０５より前に実行するようにしてもよい。この場合、出力属性データ２０に基づいて取得対象とするデータを判定することはできない。したがって、指定されているレポート種別において出力対象とされる全てのレポートデータが取得されればよい。その後、取得されたレポートデータのデータ量に基づいて必要であると予想（推定）される用紙枚数（予想枚数）を判定し、当該予想枚数と用紙残量との関係（例えば、予想枚数と用紙残量との差分）に対応する出力属性データ２０を選択するようにすればよい。すなわち、各出力属性データ２０は、予想枚数と用紙残量との関係が閾値によって区切られた分類ごとに定義され、ステップＳ１０５では、予想枚数と用紙残量との関係がいずれの分類に属するかが判定される。ステップＳ１０６では、判定された分類に対応する出力属性データ２０が選択される。なお、この場合、全てのレポートデータが印刷されてもよいし、出力属性データ２０において出力対象とされているレポートデータのみが印刷されてもよい。
【００３６】
次に、第二の実施の形態について説明する。図７は、第二の実施の形態におけるレポート出力処理の処理手順を説明するためのシーケンス図である。第二の実施の形態では、注目する消耗品がトナーである点が第一の実施の形態と異なる。したがって、第一の実施の相違点についてのみ説明する。
【００３７】
ステップＳ１５３において、レポート管理部１３は、トナーの残量の取得要求を機器状態監視部１６に入力する（Ｓ１５３）。機器状態監視部１６は、トナーの残量（トナー残量）を検出し、当該トナー残量をレポート管理部１３に応答する（Ｓ１５４）。
【００３８】
続いて、レポート管理部１３は、トナー残量が、一つ以上の閾値によって区切られたいずれの分類に属するかを判定する（Ｓ１５５）。なお、分類をとのように区切るかは、例えば、レポートとして出力されうる最大枚数又は平均枚数等に基づいて定めればよい。
【００３９】
続いて、レポート管理部１３は、指定されたレポート種別に対する出力属性データ２０であって、かつ、ステップＳ１５５において判定された分類に対応する出力属性データ２０を利用対象として選択し、メモリに読み込む。（Ｓ１５６）。
【００４０】
図８は、トナー残量が少ないときに選択される出力属性データの構成例を示す図である。同図の出力属性データ２０ｂでは、集約については「２ｉｎ１（２ページを１ページに集約）」が設定されている。また、濃度については「うすい」が設定されている。すなわち、少ないトナー残量において全ページのレポートが印刷される可能性を高めるため、トナーの消費量が削減されるように定義されている。なお、印刷面については「片面」が設定されている。トナーの消費量に印刷面は関係ないからである。但し、印刷面が「両面」である設定を除外する趣旨ではない。
【００４１】
ステップＳ１５７以降は、図５のステップＳ１０７以降と同様である。
【００４２】
上述したように、第二の実施の形態によれば、消耗品である印刷トナーの残量に応じて印刷条件やレポートデータの構成を変化させることができる。したがって、通常の設定であればトナーが足りない場合であっても、レポートの全ページが印刷される可能性を高めることができる。
【００４３】
また、第一の実施の形態と同様、レポート管理部１３によるレポートデータの取得処理（Ｓ１５８、Ｓ１５９）をステップＳ１５５より前に実行するようにしてもよい。その後、取得されたレポートデータのデータ量に基づいて必要であると予想（推定）されるトナー量（トナー予想消費量）を判定し、当該トナー予想消費量と用紙残量との関係（例えば、トナー予想消費量を印刷枚数に換算した値と用紙残量との差分）に対応する出力属性データ２０を選択するようにすればよい。すなわち、各出力属性データ２０は、トナー予想消費量と用紙残量との関係が閾値によって区切られた分類ごとに定義され、ステップＳ１５５では、トナー予想消費量と用紙残量との関係がいずれの分類に属するかが判定される。ステップＳ１５６では、判定された分類に対応する出力属性データ２０が選択される。なお、この場合、全てのレポートデータが印刷されてもよいし、出力属性データ２０において出力対象とされているレポートデータのみが印刷されてもよい。
【００４４】
また、第二の実施の形態を第一の実施の形態と組み合わせてもよい。具体的には、出力属性データ２０を、用紙残量の分類とトナー残量の分類との組み合わせごとに定義するようにしてもよい。そうすることにより、用紙残量及びトナー残量の組み合わせに応じてレポートの出力形態を変化させることができる。
【００４５】
次に、第三の実施の形態について説明する。図９は、第三の実施の形態におけるレポート出力処理の処理手順を説明するためのシーケンス図である。第三の実施の形態では、ジョブ数（ジョブの滞留数）に応じて、印刷条件やレポートデータの構成を変化させる例について説明する。第三の実施の形態においても、第一の実施の形態と異なる点について説明する。
【００４６】
ステップＳ１５３において、レポート管理部１３は、ジョブ数の取得要求を機器状態監視部１６に入力する（Ｓ２０３）。機器状態監視部１６は、例えば、例えばジョブキュー（メモリ上において、ジョブの実行順を管理している記憶領域）に基づいてジョブ数を判定し、当該ジョブ数をレポート管理部１３に応答する（Ｓ２０４）。
【００４７】
続いて、レポート管理部１３は、ジョブ数が、一つ以上の閾値によって区切られたいずれの分類に属するかを判定する（Ｓ２０５）。なお、分類をとのように区切るかは、例えば、レポートにおいて出力対象とされるデータ量等に基づいて定めればよい。
【００４８】
続いて、レポート管理部１３は、指定されたレポート種別に対する出力属性データ２０であって、かつ、ステップＳ２０５において判定された分類に対応する出力属性データ２０を利用対象として選択し、メモリに読み込む。（Ｓ２０６）。
【００４９】
図１０は、ジョブ数が多いときに選択される出力属性データの構成例を示す図である。同図の出力属性データ２０ｃでは、集約については「なし」が設定されている。また、データ１のみが出力対象とされ、データ２及び３は出力対象とされていない。集約は、画像処理を必要とし、その分ＣＰＵ６１１の負荷を増大させる。また、レポートデータの取得は、ＨＤＤ６３３へのアクセスを伴う。すなわち、出力属性データ２０ｃでは、ＣＰＵ６１１の負荷の増大やＨＤＤ６３３に対するアクセス等、ジョブの円滑な実行に対して妨げとなりうる要因が低減されるように定義されている。
【００５０】
ステップＳ２０７以降は、図５のステップＳ１０７以降と同様である。
【００５１】
上述したように、第三の実施の形態によれば、ジョブ数に応じて印刷条件やレポートデータの構成を変化させることができる。したがって、ジョブ数が多い場合はジョブに対する影響が小さくなるようにレポートの出力処理を実行させることができる。
【００５２】
なお、第三の実施の形態と第一及び第二の実施の形態の少なくともいずれか一方とを組み合わせてもよい。具体的には、出力属性データ２０を、ジョブ数の分類と、用紙残量の分類及びトナー残量の分類の少なくともいずれか一方との組み合わせごとに定義するようにしてもよい。そうすることにより、当該組み合わせに応じてレポートの出力形態を変化させることができる。
【００５３】
次に、第四の実施の形態について説明する。図１１は、第四の実施の形態におけるレポート出力処理の処理手順を説明するためのシーケンス図である。第四の実施の形態は、第一の実施の形態に対して、出力属性データ２０が、レポート種別ごとであって、かつ、ユーザごとに定義されている構成が追加されたものである。したがって、第四の実施の形態では、第一の実施の形態と異なる点について説明する。
【００５４】
ステップＳ２４１において、ＵＩ制御部１１は、オペレーションパネル６０２又はＷｅｂブラウザに表示されたログイン画面を介してユーザによって入力されたユーザＩＤ（ユーザ名）及びパスワードを指定して、ログイン要求をユーザ管理部１５に入力する。続いて、ユーザ管理部１５は、ユーザＩＤ及びパスワードに基づいてユーザを認証し、認証結果（認証の成否）をＵＩ制御部１１に出力する（Ｓ２４２）。なお、認証に成功した場合、ユーザ管理部１５は、当該ユーザのユーザＩＤをログインユーザとしてメモリ内に記録しておく。
【００５５】
ステップＳ２５１以降は、認証に成功した場合に実行される。ステップＳ２５２においてレポートデータの取得要求を入力されたレポート管理部１３は、ログインユーザをユーザ管理部１５に問い合わせる（Ｓ２５３）。ユーザ管理部１５は、メモリ内に記録されているログインユーザのユーザＩＤをレポート管理部１３に出力する。
【００５６】
ステップＳ２５５以降は、第一の実施の形態（図５のステップＳ１０１以降）とほぼ同様である。但し、ステップＳ２５８において、レポート管理部１３は、指定されたレポート種別であって、かつ、ログインユーザのユーザＩＤに関連付けられている出力属性データ２０の中から、ステップＳ２５７において判定された分類に対応する出力属性データ２０を利用対象として選択する。
【００５７】
図１２は、ユーザに応じて定義された出力属性データの構成例を示す図である。同図の出力属性データ２０ｃの構成は、他の出力属性データ２０の構成と同様である。但し、第四の実施の形態では、ユーザごとに出力属性データ２０が定義されるため、用紙残量に加え、レポート出力に関する（又は、そもそも印刷ジョブに関する）ユーザの権限を加味した形態でレポートを出力させることができる。例えば、ユーザに応じて参照可能なデータを変えることができる。また、ユーザに応じて利用可能な印刷条件を制限することができる。
【００５８】
なお、ユーザごとに出力属性データ２０を定義する構成は、第二の実施の形態及び第三の実施の形態にも適用可能である。この場合の処理手順は、図７又は図９と、図１１とに基づいて自明である。したがって、ここでの説明は省略する。
【００５９】
続いて、第五の実施の形態について説明する。図１３は、第五の実施の形態におけるレポート出力処理の処理手順を説明するためのシーケンス図である。第五の実施の形態は、第三の実施の形態（図９）の変形例である。したがって、第三の実施の形態と異なる点について説明する。
【００６０】
ステップＳ３０１において、ＵＩ制御部１１は、ユーザからの入力に応じ、レポートの表示要求をレポート出力部１２に入力する。すなわち、第五の実施の形態では、レポートの印刷ではなく、表示が要求される。
【００６１】
ステップＳ３０２〜Ｓ３１０は、図９のＳ２０２〜Ｓ２１０と同様である。ステップＳ３１０に続いて、レポート出力部１２は、レポートデータをレポート種別に応じた出力形式（フォーマット）に当てはめ、その結果生成される画面データ（例えば、画像データ）の表示をＵＩ制御部１１に要求する（Ｓ３１１）。ＵＩ制御部１１は、当該画面データをオペレーションパネル６０２又はＷｅｂブラウザに表示させる。
【００６２】
上述したように、第五の実施の形態によれば、ジョブ数に応じてレポートデータの構成を変化させることができる。したがって、ジョブ数が多い場合はジョブに対する影響が小さくなるようにレポートの表示処理を実行させることができる。
【００６３】
なお、第五の実施の形態ではレポート済みデータの削除は実行されない。レポートの表示は、レポートデータの永続化と考えることはできないからである。
【００６４】
また、第五の実施の形態においても、出力属性データ２０は、ユーザごとに定義されていてもよい。
【００６５】
続いて、第六の実施の形態について説明する。図１４は、第六の実施の形態におけるレポート出力処理の処理手順を説明するためのシーケンス図である。第六の実施の形態は、第三の実施の形態（図９）の変形例である。したがって、第三の実施の形態と異なる点について説明する。
【００６６】
ステップＳ３５１において、ＵＩ制御部１１は、ユーザからの入力に応じ、レポートの外部記録媒体への記録をレポート出力部１２に入力する。すなわち、第六の実施の形態では、レポートの印刷ではなく、外部記録媒体（例えば、メモリカード６３５）への記録が要求される。
【００６７】
ステップＳ３５２〜Ｓ３６０は、図９のＳ２０２〜Ｓ２１０と同様である。ステップＳ３６０に続いて、レポート出力部１２は、レポートデータをレポート種別に応じた記録形式に当てはめ、その結果生成されるデータ（例えば、例えばＣＳＶ（Comma Separated Values）データ又はＸＭＬ（eXtensible Markup Language）データ等）を外部記録媒体に記録する（Ｓ３６１）。
【００６８】
上述したように、第六の実施の形態によれば、ジョブ数に応じてレポートデータの構成を変化させることができる。したがって、ジョブ数が多い場合はジョブに対する影響が小さくなるようにレポートの外部媒体への記録処理を実行させることができる。
【００６９】
なお、第六の実施の形態においても、出力属性データ２０は、ユーザごとに定義されていてもよい。
【００７０】
続いて、第一から第六の実施の形態に対する共通の処理として出力属性データ２０の登録処理について説明する。図１５は、出力属性データの登録処理の処理手順を説明するためのシーケンス図である。
【００７１】
ＵＩ制御部１１は、例えば、出力属性データ登録画面を介して出力属性データ２０の入力を受け付ける（Ｓ４０１）。出力属性データ登録画面では、出力属性データ２０を構成する各項目（印刷条件やデータ構成に関する項目）の値が設定されると共に、当該出力属性データ２０が属する分類（用紙残量による分類、トナー残量による分類、又はジョブ数による分類）が設定される。更に、ユーザ別に出力属性データ２０が管理される場合は、ユーザＩＤも入力される。
【００７２】
続いて、ＵＩ制御部１１は、入力情報を指定して出力属性データ２０の登録要求をレポート出力部１２に入力する（Ｓ４０２）。続いて、レポート出力部１２は、当該登録要求をレポート管理部１３に入力する（Ｓ４０３）。続いて、レポート管理部１３は、指定された分類、ユーザＩＤ等との関係が維持されるように出力属性データ２０をＨＤＤ６３３に保存する（Ｓ４０４）。分類やユーザＩＤとの関連付けは、例えば、出力属性データ２０を格納するファイルの保存先のフォルダ名を利用してもよいし、当該ファイルのファイル名を利用してもよい。また、他の方法によって当該関連付けが行われてもよい。続いて、レポート管理部１３は、出力属性データ２０の登録結果（成否）をレポート出力部１２に応答する（Ｓ４０５）。レポート出力部１２は、当該応答をＵＩ制御部１１に通知する（Ｓ４０６）
なお、同様の手順によって、既存の出力属性データ２０の更新や削除等の実行を可能としてもよい。既存の出力属性データ２０を操作する場合、既存の出力属性データ２０の一覧を表示させ、当該一覧において選択された出力属性データ２０を操作（更新又は削除）対象とすればよい。
【００７３】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００７４】
１          複合機
１１        ＵＩ制御部
１２        レポート出力部
１３        レポート管理部
１４        データ管理部
１５        ユーザ管理部
１６        機器状態監視部
２０        出力属性データ
６０１      コントローラ
６０２      オペレーションパネル
６０３      ファクシミリコントロールユニット
６０４      撮像部
６０５      印刷部
６１１      ＣＰＵ
６１２      ＡＳＩＣ
６２１      ＮＢ
６２２      ＳＢ
６３１      ＭＥＭ−Ｐ
６３２      ＭＥＭ−Ｃ
６３３      ＨＤＤ
６３４      メモリカードスロット
６３５      メモリカード
６４１      ＮＩＣ
６４２      ＵＳＢデバイス
６４３      ＩＥＥＥ１３９４デバイス
６４４      セントロニクスデバイス
【先行技術文献】
【特許文献】
【００７５】
【特許文献１】特開２００７−９５０５８号公報
【図１】
2010210685.tif 000003
【図２】
2010210685.tif 000004
【図３】
2010210685.tif 000005
【図４】
2010210685.tif 000006
【図５】
2010210685.tif 000007
【図６】
2010210685.tif 000008
【図７】
2010210685.tif 000009
【図８】
2010210685.tif 000010
【図９】
2010210685.tif 000011
【図１０】
2010210685.tif 000012
【図１１】
2010210685.tif 000013
【図１２】
2010210685.tif 000014
【図１３】
2010210685.tif 000015
【図１４】
2010210685.tif 000016
【図１５】
2010210685.tif 000017