(57)【要約】【課題】ビリング・コードを含むログ情報２０６を管理する手段を備える画像形成装置であって、ログ情報蓄積用の記憶容量が一杯になる都度、ログ情報取得専用ＰＣ側でログ情報を吸い上げる必要をなくした画像形成装置を提供する。【解決手段】画像形成装置１においてログ情報蓄積用の記憶容量が一杯になった場合（ステップＳ５０１／ＹＥＳ）、ネットワーク上に接続されている他画像形成装置２、３のうち、ユーザの希望に応じた装置あるいは任意の装置にログ情報２０６を送信し、記録させる。すなわち複数の画像形成装置でログ情報２０６を分散保持する。【選択図】図５
2009159519.tif 000002
【特許請求の範囲】
【請求項１】
ログ情報を管理するログ情報管理手段と、前記ログ情報をネットワーク上に接続されている他装置に送信するログ情報送信手段と、を備えることを特徴とする画像形成装置。
【請求項２】
前記ログ情報の送信先を予め、ユーザが登録できるログ情報送信先登録手段を備えることを特徴とする請求項１記載の画像形成装置。
【請求項３】
ユーザが登録した前記ログ情報の送信先に優先順位をつける優先順位設定手段を備えることを特徴とする請求項２記載の画像形成装置。
【請求項４】
ユーザが登録した装置に前記ログ情報を送信できない場合でかつユーザが登録した装置以外の複数の装置に前記ログ情報を送信することが可能であった場合に、各装置が持つ属性で前記ログ情報の送信先を決定する送信先決定手段を備えることを特徴とする請求項２又は３記載の画像形成装置。
【請求項５】
前記送信先決定手段は、前記ログ情報の送信先を装置が持つ記憶領域の空き容量をもとに決定することを特徴とする請求項４記載の画像形成装置。
【請求項６】
前記送信先決定手段は、前記ログ情報の送信先を送信元装置と送信先装置のネットワーク上の距離をもとに決定することを特徴とする請求項４又は５記載の画像形成装置。
【請求項７】
前記ログ情報の送信を失敗した場合に、同一装置に前記ログ情報を再送信する再送信手段を備えることを特徴とする請求項１から６のいずれか１項記載の画像形成装置。
【請求項８】
前記ログ情報の再送信も失敗した場合に、ネットワーク上の他の装置に前記ログ情報を送信する再々送信手段を備えることを特徴とする請求項７記載の画像形成装置。
【請求項９】
ネットワーク上に前記ログ情報の送信を可能にする送信先が存在しなかった場合に、自身がもつ前記ログ情報から必要な前記ログ情報のみを残し、前記ログ情報の量を削減するログ情報量削減手段を備えることを特徴とする請求項１から８のいずれか１項記載の画像形成装置。
【請求項１０】
ログ情報を管理する手段を備える画像形成装置の制御プログラムであって、前記ログ情報の送信先を予めユーザが登録する処理と、ユーザが登録した前記ログ情報の送信先に優先順位をつける処理と、前記ログ情報をネットワーク上に接続されている他装置に送信する処理と、をコンピュータに実行させるプログラム。
【請求項１１】
ユーザが登録した装置に前記ログ情報を送信できない場合でかつユーザが登録した装置以外の複数の装置に前記ログ情報を送信することが可能である場合に、各装置が持つ属性で送信先を決定する処理をコンピュータに実行させる請求項１０記載のプログラム。
【請求項１２】
前記ログ情報の送信に失敗した場合に同一装置に再送信する処理と、再送信にも失敗した場合にネットワーク上の他の装置に前記ログ情報を送信する処理と、をコンピュータに実行させる請求項１０又は１１記載のプログラム。
【請求項１３】
ネットワーク上に前記ログ情報の送信を可能にする送信先が存在しなかった場合に、自身が持つ前記ログ情報から必要な前記ログ情報のみを残し、前記ログ情報の量を削減する処理をコンピュータに実行させる請求項１０から１２のいずれか１項記載のプログラム。
【請求項１４】
請求項１０から１３のいずれか１項記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ログ情報を記録する画像形成装置、プログラム及び記録媒体に関する。
【背景技術】
【０００２】
従来、作業中に発生した事象をログ情報として出力・記憶することは、動作状況の確認や障害対応のために一般的に行われている。そのログ情報出力を行う事象に対して、クライアント装置と通信を行うことで順序情報を一意に設定すると共に、負荷の少ないログ情報出力装置を選択してログ情報及びログ情報出力装置を備えることにより、タイムスタンプを使用することなく、ログ情報の時系列順序を確保する技術が提案されている。（例えば特許文献１参照）
【０００３】
またログ情報出力の具体的なシステムとして特許文献２には、ビリング・コードと呼ばれる課金先情報を用いた画像形成装置の課金管理において、ファクシミリ受信プリントなどの印刷時にユーザ操作が介在することなく、ビリング・コードと印刷結果とを対応付けて記録することを可能にするシステムが開示されている。これは、予め送信元情報とビリング・コードとを対応付けて登録しておき、ファクシミリ受信時に送信元情報に対応するビリング・コードを取り出し、取り出したビリング・コードを付加して印刷をする。印刷終了後、ビリング・コードとともに印刷結果をログ情報に記録するというものである。
【特許文献１】特開２００６−０１８７０１号公報
【特許文献２】特開２００６−１６５８６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記特許文献２では、単体でログ情報を蓄積していくため、ログ情報蓄積用の記憶容量が一杯になるとその都度ログ情報取得専用ＰＣ（Personal Computer）側で情報を吸い上げなくてはならないという問題があった。
【０００５】
本発明はこのような実情に鑑みてなされたものであり、ログ情報を複数の画像形成装置で分散保持することを目的とする。
【課題を解決するための手段】
【０００６】
請求項１記載の発明は、ログ情報を管理するログ情報管理手段と、ログ情報をネットワーク上に接続されている他装置に送信するログ情報送信手段と、を備えること特徴とする。
【０００７】
請求項２記載の発明は、請求項１記載の装置であって、ログ情報の送信先を予め、ユーザが登録できるログ情報送信先登録手段を備えることを特徴とする。
【０００８】
請求項３記載の発明は、請求項２記載の装置であって、ユーザが登録したログ情報の送信先に優先順位をつける優先順位設定手段を備えることを特徴とする。
【０００９】
請求項４記載の発明は、請求項２又は３記載の装置であって、ユーザが登録した装置にログ情報を送信できない場合でかつユーザが登録した装置以外の複数の装置にログ情報を送信することが可能であった場合に、各装置が持つ属性で送信先を決定する送信先決定手段を備えることを特徴とする。
【００１０】
請求項５記載の発明は、請求項４記載の装置であって、送信先決定手段はログ情報の送信先を装置が持つ記憶領域の空き容量をもとに決定することを特徴とする。
【００１１】
請求項６記載の発明は、請求項４又は５記載の装置であって、送信先決定手段はログ情報の送信先を送信元装置と送信先装置のネットワーク上の距離をもとに決定することを特徴とする。
【００１２】
請求項７記載の発明は、請求項１から６のいずれか１項記載の装置であって、ログ情報の送信を失敗した場合に、同一装置に再送信する再送信手段を備えることを特徴とする。
【００１３】
請求項８記載の発明は、請求項７記載の装置であって、ログ情報の再送信も失敗した場合に、ネットワーク上の他の装置にログ情報を送信する再々送信手段を備えることを特徴とする。
【００１４】
請求項９記載の発明は、請求項１から８のいずれか１項記載の装置であって、ネットワーク上にログ情報の送信を可能にする送信先が存在しなかった場合に、自身がもつログ情報から必要なログ情報のみを残し、ログ情報の量を削減するログ情報量削減手段を備えることを特徴とする。
【００１５】
請求項１０記載の発明は、ログ情報を管理する手段を備える画像形成装置の制御プログラムであって、ログ情報の送信先を予めユーザが登録する処理と、ユーザが登録したログ情報の送信先に優先順位をつける処理と、ログ情報をネットワーク上に接続されている他装置に送信する処理と、をコンピュータに実行させる。
【００１６】
請求項１１記載の発明は、請求項１０記載のプログラムであって、ユーザが登録した装置にログ情報を送信できない場合でかつユーザが登録した装置以外の複数の装置にログ情報を送信することが可能である場合に、各装置が持つ属性で送信先を決定する処理をコンピュータに実行させる。
【００１７】
請求項１２記載の発明は、請求項１０又は１１記載のプログラムであって、ログ情報の送信に失敗した場合に同一装置に再送信する処理と、再送信にも失敗した場合にネットワーク上の他の装置にログ情報を送信する処理と、をコンピュータに実行させる。
【００１８】
請求項１３記載の発明は、請求項１０から１２のいずれか１項記載のプログラムであって、ネットワーク上にログ情報の送信を可能にする送信先が存在しなかった場合に、自身が持つログ情報から必要なログ情報のみを残し、ログ情報の量を削減する処理をコンピュータに実行させる。
【００１９】
請求項１４記載の発明は、請求項１０から１３のいずれか１項記載のプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【発明の効果】
【００２０】
本発明によれば、ログ情報を複数の画像形成装置で分散保持するため、装置側の保存装置の容量が一杯になった場合であっても、サーバーでのログ情報の吸い上げ作業を無くすことができる。さらに、各装置のＨＤＤ（Hard Disk Drive）を有効に活用することができる。
【発明を実施するための最良の形態】
【００２１】
以下に、図面を用いて本発明の実施形態を詳細に説明する。
【００２２】
図１は、本発明の一実施形態の概略構成図である。図１は、画像形成装置１、２、３とホストＰＣ４から構成される。画像形成装置１はネットワーク上のホストＰＣ４から印刷を受ける際、ログ情報を格納していく。画像形成装置１において記憶容量の関係でこれ以上のログ情報を取得することが不可能である場合は、ネットワーク上の他の画像形成装置２あるいは画像形成装置３にログ情報を送信する。送信先は、ユーザによる選択あるいはそれぞれの装置の状態により判断する。
【００２３】
図２は、本発明の一実施形態の画像形成装置１のハード構成の概要を示すブロック図である。図示するように、画像形成装置１は、全体の制御を行うコントローラ部１０、ユーザからの指示の受け付けや、表示を行うパネル２０と印刷を行うプリンタ部３０から構成される。
【００２４】
コントローラ部１０は、ＣＰＵ（Central Processing Unit）１０７のバスにパネル・インターフェース（パネルＩ/Ｆ）１０１、バッファメモリ１０２、画像蓄積用メモリ１０３、ＨＤＤ１０４、プリンタ・インターフェース（プリンタＩ/Ｆ）１０５、ネットワーク・インターフェース（ネットワークＩ/Ｆ）１０６、ＲＯＭ（Read-Only Memory）１０８、ＲＡＭ（Random Access Memory）１０９が接続されている。
【００２５】
パネルＩ/Ｆ１０１は、パネル２０に接続され、パネル２０より入力されたユーザによる指示をＣＰＵ１０７に通知し、さらにはＨＤＤ１０４、ＲＯＭ１０８、ＲＡＭ１０９に格納されている画像並びに設定情報をパネル２０に表示する。
【００２６】
バッファメモリ１０２は、ＰＣから受信した画像を一時的に格納するメモリである。画像蓄積用メモリ１０３は、ＰＣから受信したＰＤＬ（Page Description Lanuage）データを展開した画像データを格納するメモリである。プリンタＩ/Ｆ１０５は、プリンタ部３０に接続し、画像蓄積用メモリ１０３に格納されている画像をプリンタ部３０に出力する。
【００２７】
ネットワークＩ/Ｆ１０６は、ネットワークに接続し、ネットワークに接続する外部装置とデータの送受信を行う。
【００２８】
ＣＰＵ１０７は、ＲＯＭ１０８に格納された制御プログラムに従って、コントローラ部１０の各部を制御する。ＲＯＭ１０８は、制御プログラムやパネル２０の表示に必要な画像情報が格納されたメモリである。ＲＡＭ１０９は、パネルから入力される各種データを格納することや、ＣＰＵ１０７の作業領域として使用されるメモリである。ＨＤＤ１０４は、画像データの蓄積や、ビリング・コードを含むログ情報の格納を行う。
【００２９】
以上のように、コントローラ部１０を中心に、画像の印刷、画像の送受信、画像の保存等の機能を複合させた処理を行うことが可能である。
【００３０】
図３は、実施形態で使用されるコントローラ部１０の各機能を示すブロック図である。
【００３１】
受信処理部２０１は、ホストＰＣ２から受信したＰＤＬデータを展開して、展開した画像２０３を画像格納用メモリ１０３に格納する。ジョブ投入部２０２は、受信処理部２０１からの指示により、ジョブパケットを生成し、そのパケットをジョブ実行部２０４へ送信する。ジョブ実行部２０４は、ジョブ投入部２０２より受信したパケットに基づき、画像２０３をプリンタ部３０に出力し、印刷を行う。さらに、印刷結果をログ管理部２０５に通知する。
【００３２】
ログ管理部２０５は、ログ情報を格納するＨＤＤなどの記憶装置の容量を監視し、格納可能であれば、ジョブ実行部２０４から受信した印刷結果をログ情報２０６に登録する。格納が不可能な場合は、外部装置に対してログ情報の移管手続を行うか、ログ情報の量を削減する処理を行う。
【００３３】
図４は、ＰＣからデータを受信して印刷する間での処理の流れを示すフロー図である。ログ情報の取得ならびに他の装置へのログ情報送信時の各機能部における処理の流れについて図４に示すフロー図を用いて説明する。
【００３４】
ＰＣからデータを受信して印刷する時の処理は、受信処理（ステップＳ３０１）、ジョブ投入処理（ステップＳ３０２）、ジョブ実行処理（ステップＳ３０３）、ログ情報記録処理（ステップＳ３０４）、ログ情報記録容量確認処理（ステップＳ３０５）の順に行われる。
【００３５】
上記ステップＳ３０１では、ＰＣから受信したＰＤＬデータを展開して、展開した画像２０３を画像格納用メモリ１０３に格納する。上記ステップＳ３０２では、受信処理部２０１からの指示により、ジョブパケットを生成し、そのパケットをジョブ実行部２０４に送信する。上記ステップＳ３０３では、ジョブ投入部２０２より受信したパケットに基づき、画像２０３をプリンタ部３０に出力し、印刷を行う。
【００３６】
上記ステップＳ３０４では、ログ情報を格納するＨＤＤ１０４などの記憶装置の容量を監視し、格納可能であれば、ジョブ実行部２０４から受信した印刷結果をログ情報２０６に登録する。上記ステップＳ３０５では、これ以上ログ情報を登録できるか否かを判定し、登録できない場合には、他の装置へログ情報を送信する。
【００３７】
次に上記ステップＳ３０５の処理の流れについて、フロー図を用いて詳細に説明する。図５は、上記ステップＳ３０５すなわちログ情報記憶容量確認処理の流れの詳細を示すフロー図である。
【００３８】
（実施形態１）
本実施形態では、ログ情報をネットワーク上に接続されている外部装置の一台に送信する例について、図５に示すフロー図を用いて詳細に説明する。
【００３９】
まず、ログ管理部２０５は、ログ情報を登録した後、記憶容量が一杯か否かの判定処理（ステップＳ５０１）を行い、ログ情報が格納できるか否かを調べる。記憶容量にこれ以上ログ情報を登録できないと判断した場合（ステップＳ５０１／ＹＥＳ）は、ログ情報を他の装置に送信する前準備として、予めユーザが登録することができる送信先登録の有無の判定処理（ステップＳ５０２）を行う。図９はログ情報送信先登録画面の一例である。登録は複数可能で、登録した装置を並べ替えることで、優先順位を表すことができる。尚、登録情報が無い場合（ステップＳ５０２／ＮＯ）の処理の詳細は後述する。
【００４０】
送信先登録情報がある場合（ステップＳ５０２／ＹＥＳ）は、予めユーザにより登録された送信先の装置に対し、送信可能か否かを確認するため、登録先への問合せ処理（ステップＳ５０３）を行う。次に、問合せ結果の判定処理（ステップＳ５０４）を行い、送信が不可能な場合（ステップＳ５０４／ＮＯ）は、上記ステップＳ５０２へ戻り、ユーザが登録した次の装置に対して送信可能か否かの問合せ処理を行っていく。尚、ユーザが登録した全ての装置について送信が不可能な場合の処理の詳細は後述する。
【００４１】
ユーザが登録した装置から送信可能であるとの通知を受けた場合（ステップＳ５０４／ＹＥＳ）は、ログ情報送信処理(ステップＳ５０５）を行い、ログ情報の送信結果の判定処理(ステップＳ５０６）で無事に送信できたか否かの判定を行う。
【００４２】
ログ情報の送信が無事に終了した場合（ステップＳ５０６／ＹＥＳ）は、ログ情報の消去処理（ステップＳ５０７）を行い、記憶容量の空きを作る。尚、送信が無事に終了しなかった場合（ステップＳ５０６／ＮＯ）の処理の詳細は後述する。
【００４３】
本実施形態により、ログ情報を蓄積する記憶容量が一杯になった場合であっても、送信先登録手段によりユーザが予め登録したネットワーク上の他の装置にログ情報を送信することが可能となる。したがって、ログ情報を蓄積する記憶容量が一杯になった場合であっても、その都度ログ取得専用ＰＣを用いて情報を吸い上げるという手間を省くことが可能となる。
【００４４】
（実施形態２）
本発明では予めユーザがログ情報の送信先を登録することができる。本実施形態では、この登録先のいずれの装置からも送信可能通知がこなかった場合（ステップＳ５０４／ＮＯ）、あるいはユーザによる送信先登録が無かった場合（ステップＳ５０２／ＮＯ）のログ管理部２０５での処理の例について、図５に示すフロー図を用いて詳細に説明する。
【００４５】
送信先登録の有無の判定処理で送信先が見つからなかった場合（ステップＳ５０２／ＮＯ）は、ネットワーク上で通信可能な外部装置への問合せ処理（ステップＳ５０８）を行う。この問合せ処理の返信でログ情報送信先の有無の判定処理（ステップＳ５０９）を行い、通信可能な範囲にログ情報を送信できなかった場合（ステップＳ５０９／ＮＯ）には、ログ情報量削減処理（ステップＳ５１２）を行う。
【００４６】
ログ情報送信先が見つかった場合（ステップＳ５０９／ＹＥＳ）は、その送信先数の確認処理（ステップＳ５１０）を行う。送信先が一つの場合（ステップＳ５１０／ＮＯ）は実施形態１の上記ステップＳ５０５を行う。ログ情報の送信先が複数存在した場合（ステップＳ５１０／ＹＥＳ）は、送信先選択処理（ステップＳ５１１）を行う。送信先選択の判定基準は予めユーザによって選択された優先順位に従って決定する。送信先決定をした後、実施形態１の上記ステップＳ５０５を行う。図１０はユーザによる優先順位の登録例を示している。ここではログ情報の送信先装置の空き容量を送信先装置のセグメント情報より高い優先順位としている。
【００４７】
本実施形態により、予めユーザが登録したログ情報送信先装置のいずれにも送信不可能な場合、ユーザによる送信先登録が無い場合のいずれの場合であっても、ユーザを介在することなくログ情報を記録することが可能となる。また、予めユーザによりログ情報の送信先装置の優先順位を決定することができ、ユーザの希望に応じた送信先にログ情報を送信し、記録することが可能となる。
【００４８】
（実施形態３）
本実施形態では、外部装置へのログ情報送信結果が送信不可であった場合の処理の例を図５に示すフロー図を用いて詳細に説明する。
【００４９】
ログ情報送信可能であると判断した装置に実際に送信処理を行った送信結果の判定処理すなわちステップＳ５０６を行う。ここで、ログ情報の送信に何らかの問題が発生し、送信が正常に行われなかった場合（ステップＳ５０６／ＮＯ）には、ログ管理部２０５は、同一送信先への再送信処理（ステップＳ５１３）を行う。
【００５０】
次に、再送信処理の送信結果の判定処理（ステップＳ５１４）を行う。正常に送信できた場合（ステップＳ５１４／ＹＥＳ）は、実施形態１の上記ステップＳ５０７を行い、記憶容量の空きを作る。再送信処理の送信結果が異常であった場合（ステップＳ５１４／ＮＯ）は、送信先装置の送信先からの除外処理（ステップＳ５１５）を行い、現在選択している送信先を送信先から除外し、実施形態１の上記ステップＳ５０２に戻り、再度送信先の選定を行う。
【００５１】
上記の処理の結果、通信可能な範囲に存在する全ての装置にログ情報を送信できなかった場合（ステップＳ５０９／ＮＯ）は、ログ情報量削減処理（ステップＳ５１２）を行う。尚、ログ情報量削減処理（ステップＳ５０９）の詳細は、図６を用いて後述する。
【００５２】
本実施形態により、ログ情報の送信に異常がある場合には、同一機種にログ情報を再送信することで、ログ情報を記録することが可能となる。さらに、再送信にも異常がある場合であっても、ネットワーク上の他の装置を選定し、ログ情報を送信することで、ログ情報を記録することが可能となる。したがって、ユーザを介在することなくログ情報を記録することが可能となる。
【００５３】
（実施形態４）
図６は、ログ情報量削減処理すなわち上記ステップＳ５１２の流れを示すフロー図である。本実施形態では、上記ステップＳ５１２の例について、図６に示すフロー図を用いて詳細に説明する。この処理は、通信可能な範囲に存在する全ての装置にログ情報を送信できなかった場合（ステップＳ５０９／ＮＯ）に、実行される。
【００５４】
ログ管理部２０５は、不要情報の削除（ステップＳ６０１）を行い、ログ情報の中からビリング・コードに絡めて請求する際に不要と思われる情報を削除する。図７にログ情報テーブルの例を示す。ここではビリング・コード、枚数、色情報を除いた情報(グレー部分)を削除する。
【００５５】
次に記憶容量の判定処理（ステップＳ６０２）を行い、上記ステップＳ５１２で空いた容量の確認を行う。その結果、新たなログ情報を登録可能な場合（ステップＳ６０２／ＮＯ）は、処理を終了する。新たなログ情報が登録不可能な場合（ステップＳ６０２／ＹＥＳ）は、エラー表示処理（ステップＳ６０３）を行い、ユーザにその旨を通知する。
【００５６】
本実施形態により、通信可能な範囲に存在する全ての装置にログ情報を送信できなかった場合であっても、自身がもつログ情報から不要と思われる情報を削除することによってログ情報の量を削減し、ユーザを介在することなくログ情報を記録することが可能となる。
【００５７】
また、ログ情報削減処理を行っても新たなログ情報を登録不可能な場合にはエラー表示をすることで、ユーザの操作性を向上することができる。
【００５８】
（実施形態５）
図８はログ情報送信先の登録・優先順位の編集処理を示すフロー図であり、図９はログ情報送信先選択をユーザに促すパネル図、図１０はログ情報送信の際の優先項目選択を促すパネル図である。本実施形態では、ログ情報送信先の登録・優先順位の編集処理の例について、図８に示すフロー図を用いて詳細に説明する。
【００５９】
パネル２０からの要求に従い、ＲＡＭ１０９に格納されているログ情報の送信先を表示する送信先の表示処理（ステップＳ４０１）を行う。図９に示すような表示を基にユーザは矢印キーを押すことによって、送信先の選択並びに送信先の優先順位を編集する送信先の編集処理（ステップＳ４０２）を行う。図９では送信先として、”ＡＡＡＡ”、”ＣＣＣＣ”、”ＤＤＤＤ”の三つが選択され、これらの優先順位は高いほうから”ＡＡＡＡ”、”ＣＣＣＣ”、”ＤＤＤＤ”を指定している状態となっている。
【００６０】
図１０ではログ情報の送信先が複数あった場合の優先項目をユーザは矢印キーを押すことによって、選択する。ここでは、送信先装置の空き容量を送信先装置のセグメント情報より高い優先順位としている。送信先の編集をした後、送信先・優先順位のデータをＲＡＭ１０９に上書き保存する送信先の記録処理（ステップＳ４０３）を行う。
【００６１】
本実施形態により、ログ情報送信先の登録・優先順位を編集することで、各装置の有効活用が可能となる。
【００６２】
尚、各図のフロー図に示す処理をＣＰＵ１０７が実行するためのプログラムは本発明によるプログラムを構成する。
【００６３】
また、このプログラムを記録する記録媒体としては、半導体記憶部や光学的及び／又は磁気的な記憶部等を用いることができる。このようなプログラム及び記録媒体を、上述した各実施形態とは異なる構成のシステム等で用い、そこのＣＰＵで上記プログラムを実行させることにより、本発明と実質的に同じ効果を得ることができる。
【００６４】
以上好適な実施の形態に基づき具体的に説明したが、本発明は上述した実施形態に係る画像形成装置に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であるといことは言うまでもない。
【図面の簡単な説明】
【００６５】
【図１】本発明の実施形態の概略構成図である。
【図２】本発明の実施形態の画像形成装置のハード構造の概要を示すブロック図である。
【図３】本発明の実施形態に係るコントローラ部の各機能部を示すブロック図である。
【図４】本発明の実施形態に係るＰＣからデータを受信して印刷し、ログ情報を登録する流れを示すフロー図である。
【図５】本発明の実施形態に係るログ記憶容量確認処理を示すフロー図である。
【図６】本発明の実施形態に係るログ情報量削減処理を示すフロー図である。
【図７】本発明の実施形態に係るログ情報テーブルの一例を示す図である。
【図８】本発明の実施形態に係るユーザによるログ情報送信先を編集する処理を示すフロー図である。
【図９】本発明実施形態に係るログ情報送信先選択を促すパネルの一例を示す図である。
【図１０】本発明実施形態に係るログ情報送信の際の優先項目選択を促すパネルの一例を示す図である。
【符号の説明】
【００６６】
１    画像形成装置
２    画像形成装置
３    画像形成装置
４    ホストＰＣ
１０    コントローラ部
２０    パネル
３０    プリンタ部
１０１    パネルI/F
１０２    バッファメモリ
１０３    画像蓄積用メモリ
１０４    ＨＤＤ
１０５    プリンタI/F
１０６    ネットワークI/F
１０７    ＣＰＵ
１０８    ＲＯＭ
１０９    ＲＡＭ
２０１    受信処理部
２０２    ジョブ投入部
２０３    画像
２０４    ジョブ実行部
２０５    ログ管理部
２０６    ログ情報
【図１】
2009159519.tif 000003
【図２】
2009159519.tif 000004
【図３】
2009159519.tif 000005
【図４】
2009159519.tif 000006
【図５】
2009159519.tif 000007
【図６】
2009159519.tif 000008
【図７】
2009159519.tif 000009
【図８】
2009159519.tif 000010
【図９】
2009159519.tif 000011
【図１０】
2009159519.tif 000012