JP6000567B2 - 画像形成装置、画像形成装置の制御方法、及びプログラム - Google Patents

Description

本発明は、ネットワークに接続された画像形成装置のログ送信制御に関する。

近年、画像形成装置内部で保存している様々なログをログ収集サーバに送信して、遠隔地からログ収集サーバにアクセスすることにより、ログを迅速に確認するシステムが開発されてきている。

ここでいうログとは、例えば、セキュリティ監視システムのような画像ログを取り扱うようなシステムや、デバイス自身の不具合を検出するためのシーケンスログ等である。また、これらログはログ収集サーバ上にて管理されるが、サーバ上のハードディスクの容量制限もあるため、一定期間（３０日等）が経過したログを削除するようなシステムも開発されている（特許文献１）。
今後、このようなシステムは、ますます開発が進むことが予想される。

特開２００５−２５３０２５号公報

しかしながら、画像形成装置の異常等で短期間（数日）で大量のシーケンスログが発生する場合がある。このような場合、ログをログ収集サーバに送り続けると、ログ収集サーバのハードディスクの容量を圧迫してしまう（一定期間での削除では、対応できなくなる可能性がある）。
また、ログ収集サーバに記憶されたログのデータの容量が一定サイズに達したら、データを削除したい場合がある。このような場合、重要なログも同時に削除されてしまう可能性がある。

本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、画像形成装置で大量にログが発生しても、ログ収集サーバの記憶資源を圧迫することなく、画像形成装置の状態を解析するために必要なログをサーバ装置に保管させることができる仕組みを提供することである。

本発明は、ネットワークを介してログ収集サーバと通信する画像形成装置であって、前記画像形成装置のログが書込まれた、種類の異なる複数のログファイルを記憶する記憶装置と、前記画像形成装置の異常状態を識別する異常状態識別情報と、当該異常状態を検知したときに優先して送信すべきログファイルの種類を識別する種類識別情報とをログファイルの送信条件として登録する登録手段と、前記画像形成装置の異常状態を検知する検知手段と、前記検知手段により検知された異常状態を識別する異常状態識別情報がログ送信条件として登録されているか否かを判定する判定手段と、前記判定手段により、前記検知された異常状態を識別する異常状態識別情報が登録されていると判定された場合、前記記憶装置に記憶されたログファイルのうち前記種類識別情報によって識別される種類のログファイルを優先して前記ログ収集サーバに送信する送信手段と、を有し、前記登録手段は、前記ログ収集サーバに保管されているログファイルの削除ポリシーを登録し、前記送信手段は、前記ログ収集サーバに保管されているログファイルを削除する要求を前記削除ポリシーに従って前記ログ収集サーバに送信し、前記削除ポリシーは、前記送信手段による前記ログファイルの送信に伴って更新されることを特徴とする。

本発明によれば、画像形成装置で大量にログが発生しても、サーバ装置の記憶資源を圧迫することなく、画像形成装置の状態を解析するために必要なログを必要な期間だけサーバ装置に保管させることができる。

本発明の一実施例を示す画像形成装置の内部構成の一例を示す図である。 本発明の画像形成装置を含むシステムの全体構成の一例を示す図である。 本発明の一実施例に係る画像形成装置内の内部モジュール構成図である。 ログファイルを送信する送信条件として登録されたログ送信条件テーブルの一例を示す図である。 ログ送信条件テーブルを設定するための画面の一例を示す図である。 本発明の実施例に係る削除ポリシーを示す削除ポリシーファイル（ｐｏｌｉｃｙｆｉｌｅ）の一例を示す図である。 本発明の実施例に係るネットワークの通信シーケンスの一例を示す図である。 画像形成装置から監視サーバへ送信される、ログ送信条件の取得要求を示すＸＭＬ／ＳＯＡＰデータの一例を示す図である。 監視サーバから画像形成装置へ送信される、ログ送信条件を示すＸＭＬ／ＳＯＡＰデータの一例を示す図である。 画像形成装置において実行される、ログ送信条件を設定登録する処理の一例を示すフローチャートである。 画像形成装置において実行される、ログファイルを送信する処理の一例を示すフローチャートである。

以下、本発明を実施するための形態について図面を用いて説明する。

図１は、本発明の一実施例を示す画像形成装置の内部構成の一例を示す図である。
図１において、２−１は本発明の一実施例を示す画像形成装置である。画像形成装置２−１は、ＣＰＵ１−１において、ネットワーク制御機能と、デバイス（プリンタ）制御機能が動作する形態で実現されている。

ＣＰＵ１−１は、ＲＯＭ１−３にコンピュータ読み取り可能に記録されたプログラムを実行することにより、システムバス１−１１に接続される各デバイスを総括的に制御する。ＲＡＭ１−２は、ＣＰＵ１−１の主メモリ、ワークエリア等として機能する。また、ＲＡＭ１−２には、後述する送信条件テーブル等を保存するバックアップＲＡＭも構成される。

ユーザインタフェース（ＵＩ）１−８は、タッチパネル付き表示装置やハードキー等を有する操作部である。ユーザインタフェースコントローラ（ＵＩＣ）１−４は、ＵＩ１−８への表示及びＵＩ１−８からの操作入力を制御する。ユーザは、ＵＩ１−８を用いてコピー設定等の画像形成装置２−１に対する操作を行うことができる。

ディスクコントローラ（ＤＫＣ）１−５は、画像形成装置２−１のログが書込まれたログファイルや画像や様々なユーザデータを保存するハードディスク（ＨＤ）１−９を制御する。デバイスコントローラ（ＤＶＣ）１−６は、デバイス（ＤＶ）１−１０を制御する。デバイス１−１０は、具体的には、原稿を光学的に読み取って画像データとして入力するスキャナデバイスや、画像データに基づいて画像を用紙などの印刷媒体に印刷するプリンタデバイスである。

なお、本実施例では、ＨＤ１−９に記憶されるログファイルとして、「ＬＯＧ＿ＰＲＩＮＴＥＲ＿＊．ＴＸＴ」、「ＬＯＧ＿ＦＡＸ＊．ＴＸＴ」、「ＬＯＧ＿ＵＳＥＲ＊．ＴＸＴ」、「ＬＯＧ＿ＧＥＮＥＲＡＬ＊．ＴＸＴ」等のログファイルがＨＤ１−９に記憶されている。ログファイルは、所定の条件で、例えば画像形成装置２−１の使用状況が変化した場合、ＣＰＵ１−１は新たなログファイルを作成し、ＨＤ１−９に書き込む。各ログファイルの「＊」の部分には、実際には、そのログファイルの作成日時が設定される。ただし、ＨＤＤ１−０に「ＬＯＧ＿ＵＳＥＲ＿０１．ＴＸＴ」、「ＬＯＧ＿ＵＳＥＲ＿０２．ＴＸＴ」、「ＬＯＧ＿ＵＳＥＲ＿０３．ＴＸＴ」のように、連続する数字を「＊」の部分に設定するようにしてもよい。
なお、「ＬＯＧ＿ＰＲＩＮＴＥＲ＿＊．ＴＸＴ」のログファイルは、プリンタの使用状況に関するログのファイルである。「ＬＯＧ＿ＦＡＸ＊．ＴＸＴ」のログファイルは、ファクスの使用状況に関するログのファイルである。「ＬＯＧ＿ＵＳＥＲ＊．ＴＸＴ」のログファイルは、画像形成装置２−１での設定の変更状況に関するログのファイルである。「ＬＯＧ＿ＧＥＮＲＥＲＡＬ＊．ＴＸＴ」のログファイルは、画像形成装置２−１の機能全てに共通する一般的なログが書き込まれたログファイルである。またこれ以外にも、ネットワークを流れる送受信パケットのログや、画像形成装置にインストールされているアプリケーションのログ等もログファイルとしてＨＤ１−９に記憶される。
ログファイルには、上述したようにログの種別を識別できるファイル名が設定されている。そのため、エラー解析の際（すなわち、ログ収集サーバ２−１２からログファイルを取得する際）は、エラーの発生に応じて何のログファイルを確認すればよいかを簡単に特定することができる。

ネットワークインタフェースカード（ＮＩＣ）１−７は、画像形成装置２−１をローカルエリアネットワーク（ＬＡＮ）２−４に接続する。画像形成装置２−１は、ネットワーク２−４を介して外部のサーバや他デバイスと通信を行う。なお、ＩＰアドレスや通信ポート等の各種設定値はＲＡＭ１−２のバックアップＲＡＭに保存されていてもよいし、ＨＤ１−９等の別の記憶装置に保存されていてもよい。

また、本実施例の画像形成装置２−１は、キーボードを備えていてもよい。また、ＨＤはなくてもよいし、また、ＨＤでなくとも、データを保存できればＵＳＢメモリ等の他の記憶装置であってもよい。

図２は、本発明の画像形成装置を含むシステムの全体構成の一例を示す図である。
図２において、画像形成装置２−１は、ＬＡＮ２−４及びその他のネットワークを介して各種装置と通信可能である。パーソナルコンピュータ（ＰＣ）２−２は、ＬＡＮ２−４を介して、画像形成装置２−１への印刷やステータス監視を行うことが可能である。また、画像形成装置２−１は、Ｗｅｂブラウザにより監視サーバ２−９にアクセスし、画像形成装置２−１のログ送信条件を遠隔地から設定することも可能である。

２−４、２−７、２−１０、２−１３はそれぞれＬＡＮである。また、２−１４はインターネット全体を示している。プロキシサーバ２−３、２−５、２−８、２−１１はそれぞれ、ＬＡＮ２−４、２−７、２−１０、２−１３内の機器の代理としてインターネット２−１４との接続を行う。

監視サーバ２−９は、画像形成装置２−１のエラー監視や制御を行うとともに、画像形成装置２−１からログ収集サーバ２−１２へ送信するログファイルの送信条件等を管理する。
ログ収集サーバ２−１２は、ＷｅｂＤＡＶ(Distributed Authoring and Versioning protocol for the WWW)プロトコルに基づいて、画像形成装置２−１から送信されるログファイルを受信し、保持・管理する。ログ収集サーバ２−１２に保持・管理されているログファイルは、例えばエラー解析のために用いられる。例えば画像形成装置２−１でエラーが発生すると、サービスマンなどがログ収集サーバ２−１２に保持・管理されているログファイルをインターネット上から取得し、エラーの解析を行うことができる。なお、ＷｅｂＤＡＶプロトコルは、ＨＴＴＰプロトコルの拡張機能であり、セキュリティも高く、インターネット上で用いるためには最も適したプロトコルと言える。また、ＷｅｂＤＡＶプロトコルは、クライアントで作成されたデータをサーバに送信して公開したり、クライアントからサーバ上のファイルやフォルダの一覧を取得したり、ファイル・フォルダの複製・移動・削除を行うことが可能なプロトコルある。

ＰＣ２−６は、Ｗｅｂブラウザを利用可能なＰＣであり、Ｗｅｂブラウザにより監視サーバ２−９やログ収集サーバ２−１２へのアクセスが可能である。
なお、本実施例では、画像形成装置を含むネットワークシステムをインターネット環境としている。しかし、インターネット環境でなく、イントラネット等の他のネットワーク環境であってもよいし、また、ネットワークシステム内にプロキシサーバを備えていなくてよい。また、各デバイスの数、サーバの数、ＰＣの数は、本実施例に限定されるものではない。また、本例では、ログ収集サーバを配置したが、ＷｅｂＤＡＶ以外のプロトコル（ＳＭＢやＦＴＰサーバ等）でもかまわない。また、監視サーバ２−９とログ収集サーバ２−１２は同一のサーバ上に配置されてもかまわない。

また、図示しないが、ＰＣ２−２、ＰＣ２−６、監視サーバ２−９、ログ収集サーバ２−１２、プロキシサーバ２−３、２−５、２−８、２−１１は、公知のコンピュータシステムの構成を有する。

図３は、本発明の一実施例に係る画像形成装置内の内部モジュール構成図である。
図３において、３−１は、画像形成装置２−１の全体を示す。３−２はユーザインタフェース（ＵＩ）を示し、図１に示したＵＩ１−８に対応する。３−３はスキャナ装置、３−４はプリンタ装置を示す。スキャナ装置３−３及びプリンタ装置３−４は、図１に示したＤＶ１−１０に対応する。

ログ監視モジュール３−５は、ログファイルが書き込まれているか否かを監視するソフトウェアモジュールである。ＸＭＬ／ＳＯＡＰ３−６は、監視サーバ２−９との通信の手順を制御するソフトウェアモジュールである。

ＷｅｂＤＡＶクライアントモジュール３−７は、ログ収集サーバ２−１２との通信の手順を制御するソフトウェアモジュールである。ＨＴＴＰクライアントモジュール３−８は、ＨＴＴＰプロトコルを用いた通信を制御するソフトウェアモジュールである。

３−９は、ＴＣＰ／ＩＰのプロトコルスタックである。３−１０はネットワークであり、図２に示したＬＡＮ２−４に対応する。
なお、上述のソフトウェアモジュール３−５〜３−９は、画像形成装置２−１のＣＰＵ１−１が、ＲＯＭ１−３にコンピュータ読み取り可能に記録されたプログラムを実行することにより実現されるものである。

図４は、ログファイルの送信条件として監視サーバ２−９に登録されたテーブルの一例を示す図である。
図４に示されるログファイルの送信条件は、画像形成装置２−１でのログ送信条件、すなわち、どのような条件が成立した場合にログファイルを送信するかを規定したものである。なお、本実施例では、図４に示すテーブルは、監視サーバ２−９のハードディスクに記憶されており、画像形成装置２−１により定期的に取得されるものである。また図２のシステムでは、画像形成装置が１台しか示されていないが、画像形成装置がネットワークシステムに複数台設置されている場合は、画像形成装置ごとに異なるログ送信条件を記憶される。

図４において、エラーコード４−１は、本実施例の画像形成装置２−１で制御するエラーの種類を表すコードを示す。優先ログ４−２は、エラーコード４−１が示すエラーが発生している場合に、優先して送信するログファイルのファイル名を示す。例えば、エラーコードが「Ｅ７３３−０００１」に対応する優先ログは「ＬＯＧ＿ＰＲＩＮＴＥＲ＿＊．ＴＸＴ」である。この場合は、「Ｅ７３３−０００１」のエラーが発生した場合は、「ＬＯＧ＿ＰＲＩＮＴＥＲ＿＊．ＴＸＴ」のログファイルを送信すべきログファイルとして決定する。なお、このとき、「ＬＯＧ＿ＰＲＩＮＴＥＲ＿＊．ＴＸＴ」以外のログファイル、例えば「ＬＯＧ＿ＧＥＮＲＡＬ＊．ＴＸＴ」ファイルのように、一般的なログファイルを送信するようにしてもよい。

送信対象フラグ４−３は、優先ログ４−２が示すログファイルが存在している場合に送信すべきか否かを判断するためのフラグを示す。保存期間４−４は、ログ収集サーバ２−１上でログファイルが保存される期間を示すものであり、本例では「３０日」又は「７日」としている。例えば「３０日」である場合、ログファイルがログ収集サーバ２−１で３０日間保存され、保存期間が経過後にはログファイルはログ収集サーバ２−１から削除される。

図４に示した例では、例えば、エラーコード「Ｅ７３３−０００１」のエラーが発生している場合に、優先して送信すべきログファイルは「ＬＯＧ＿ＰＲＩＮＴＥＲ＊．ＴＸＴ」で、３０日間を保存期間としてポリシーを定めたログ送信条件が記憶されている。

また、エラーコード「Ｅ６１１−０００１」のエラーが発生している場合に、優先して送信するべきログは「ＬＯＧ＿ＦＡＸ＊．ＴＸＴ」で、３０日間の保存を削除ポリシーとして設定要求するログ送信条件が登録されている。

なお、エラーコード４−１内の「ＯＴＨＥＲ」は、エラーコード４−１のリストにないエラーが発生している場合に送信するべきログの送信条件が登録されている。また、画像形成装置２―１を起動したときにも、エラーコード４−１の「ＯＴＨＥＲ」に対応するログファイルを送信する。図４に示した例では、エラーコードリストに存在しないエラーが発生している場合に送信するべきログファイルは「ＬＯＧ＿ＵＳＥＲ＊．ＴＸＴ」、「ＬＯＧ＿ＧＥＮＥＲＡＬ＊．ＴＸＴ」である。また、画像形成装置２―１の起動時にログファイルを送信する場合も、「ＬＯＧ＿ＵＳＥＲ＊．ＴＸＴ」、「ＬＯＧ＿ＧＥＮＥＲＡＬ＊．ＴＸＴ」である。「ＬＯＧ＿ＵＳＥＲ＊．ＴＸＴ」、「ＬＯＧ＿ＧＥＮＥＲＡＬ＊．ＴＸＴ」は、それぞれ３０日間、７日間の保存期間を削除ポリシーとするログ送信条件が登録されている。

また、エラーコード「Ｅ００１−０００１」はハードウェアのエラー（ハードエラー）を示している。図４に示した例では、エラーコード「Ｅ００１−０００１」のエラー発生時に送信するべきログファイルは「Ｎ／Ａ」（not applicable；該当なし）である。即ち、ハードエラーが発生している場合、ログファイルの送信を行わないことを示すログ送信条件が登録されている。

なお、図４に示したテーブルの例はあくまで一例であり、テーブルに登録される内容は変更することが可能である。また、ログファイルも保存期間もあくまで一例で、図４の例に限定されるものではない。

また、ここでは、画像形成装置２−１のエラーコード毎に、該エラーコードに対応して送信対象となるログファイルの指定、及び各ログファイルの各保存期間の指定を含むログ送信条件を登録する構成を示した。しかし、ログファイルの送信は、エラーコードを検出した場合に限定されるものではなく、画像形成装置のステータスを示すコードであれば、どのようなコードであってもよい。即ち、図４に示すテーブルに、画像形成装置２−１のステータス毎に、該ステータスに対応して送信対象となるログの指定、及び各ログの各保存期間の指定を含むログ送信条件を登録するように構成してもよい。

図５は、図４のログ送信条件を設定するための画面の一例を示す図である。
図５の画面は、監視サーバ２−９へアクセスしているＰＣ２−６上のＷｅｂブラウザで表示されるブラウザ画面を示している。５−２は、監視サーバ２−９のＷｅｂポータルのＵＲＬを示す。即ち、５−１に示す画面は、ＰＣ２−６上のＷｅｂブラウザから５−２に示すＵＲＬにアクセスすることにより、そのＵＲＬにより識別されるＨＴＭＬデータが監視サーバ２−９からＷｅｂブラウザに送信され、該Ｗｅｂブラウザにより表示されるものである。なお、このＨＴＭＬデータを、監視サーバ２−９ではなくＰＣ２−６上に保存しておき、監視サーバ２−９から受信することなく表示することも可能である。

５−３は設定送信ボタンで、このボタンを押下することにより、ＰＣ２−６上のＷｅｂブラウザが後述する５−４〜５−１４に示す設定データを監視サーバ２−９に送信する。なお、この設定データを受信した監視サーバ２−９は、設定データをもとに図４に示したログ送信条件を作成し、監視サーバ２−９のハードディスク等の記憶装置に記憶し、画像形成装置２−１からの要求に応じて該設定データを画像形成装置２−１に送信する。そして、画像形成装置２−１では、監視サーバ２−９から取得した設定データを画像形成装置２−１のＨＤ１−９に保持し、この設定データを用いて、ログ収集サーバ２−１２へのログの送信等を制御することとなる。

以下、監視サーバ２−９に送信されるデータ（５−４〜５−１４）について説明する。
５−４は、画像形成装置２−１からログ収集サーバ２−１２にログを「送信する」／「送信しない」の決定を行うための設定欄である。ログ送信設定欄５−４で「送信する」が選択された場合には、画像形成装置２−１からログ収集サーバ２−１２にログが送信される設定となる。一方、ログ送信設定欄５−４で「送信しない」が選択された場合には、画像形成装置２−１からログ収集サーバ２−１２にログファイルの送信は行われない設定となる。

５−５は、画像形成装置２−１からログ収集サーバ２−１２へアクセスするためのアカウントの設定欄である。５−６は、設定欄５−５で設定されたアカウントに対応したパスワードの設定欄である。５−７は、ログ収集サーバ２−１２へアクセスするためのＵＲＬの設定欄である。

５−８は、ログファイルの送信条件を指定する項目一覧であり、以下の５−９〜５−１４を含む。
５−９は、画像形成装置２−１からログファイルをログ収集サーバ２−１２に送信をする送信対象日（期間）の設定欄である。
５−１０は、エラーフィルタを「する」／「しない」の決定を行うための設定欄である。エラーフィルタ設定欄５−１０で「する」が選択された場合には、以下の５−１１〜５−１４が有効となり、画像形成装置２−１では図４に示したログ送信条件テーブルによりログファイルの送信が制御される設定となる。一方、エラーフィルタ設定欄５−１０で「しない」が選択された場合には、以下の５−１１〜５−１４が無効となり、画像形成装置２−１では図４に示したテーブルによるログの送信制御は行われない設定となる。例えば、エラーフィルタ設定欄５−１０で「しない」が選択された場合には、画像形成装置２−１で発生した全てのエラーに対応するログがログ収集サーバ２−１２に送信される。

以下、エラーフィルタ設定欄５−１０で「する」が選択された場合に有効となるエラーフィルタの設定（５−４〜５−１４）について説明する。
５−１１は、図４のエラーコード４−１に相当するエラーコードの設定欄である。５−１１で設定したエラーコードに対応するエラーが画像形成装置２−１で発生した場合にログファイルを送信することを示す。５−１２は、図４の優先ログ４−２に相当する優先ログの設定欄である。
５−１３は、図４の送信対象フラグ４−３に相当する送信対象設定欄である。送信対象設定欄５−１３において、「送信」が設定されると送信対象フラグ４−３は「１」、「送信しない」が設定されると送信対象フラグ４−３は「０」に設定される。
５−１４は、図４の保存期間４−４に相当する、ログ収集サーバ２−１２での保存期間の設定欄であり、本実施例では「３０日」又は「７日」が選択可能である。

また、図５に示した設定データは、監視サーバ２−９が監視する全ての画像形成装置に共通のものとするが、画像形成装置ごとの設定データとしてもよい。なお、図５の設定データを画像形成装置ごとに設定する場合には、図５の画面にて、画像形成装置を特定する情報（例えば、画像形成装置のシリアル番号や、ＭＡＣアドレス、ＩＰアドレス等）を設定して、画像形成装置を特定するものとする。

図６は、本発明の実施例に係る削除ポリシーを示すポリシーファイル（ｐｏｌｉｃｙｆｉｌｅ）の一例を示す図である。なお、図６に示すポリシーファイルは、ログ送信の際に画像形成装置２−１によって送信され、ログ収集サーバ２−１２のハードディスク等の記憶装置に登録されるものである。すなわち、画像形成装置２−１は、ログ収集サーバ２−１２にログファイルを送信するとき、図６に示すポリシーファイルを送信する。以下、具体的に説明する。

図６において、６−１は、３０日間ログ収集サーバ２−１２で保管するログファイルを示している。例えば、図４のエラーコード「Ｅ７３３−０００１」に対応するエラーが発生した場合に画像形成装置２−１から優先して送信されるログ「ＬＯＧ＿ＰＲＩＮＴＥＲ＊．ＴＸＴ」に対応するファイルが、これに該当する。また、図４のエラーコードのリスト以外のエラーが発生した場合等（ＯＴＨＥＲ）に、画像形成装置２−１から送信されるログ「ＬＯＧ＿ＵＳＥＲ＊．ＴＸＴ」に対応するファイルも、これに該当する。

６−２は、７日間ログ収集サーバ２−１２で保管するログファイルを示している。６−２に示したログファイルは、６−１に示したログファイルに比べて短期間でログ収集サーバ２−１２から削除される。例えば、図４のエラーコードのリスト以外のエラーが発生した場合等（ＯＴＨＥＲ）に画像形成装置２−１から送信される「ＬＯＧ＿ＧＥＮＥＲＡＬ＊．ＴＸＴ」のログファイルが、これに該当する。

なお、本ポリシーファイルの削除ポリシーに記載されていないログファイルに関しては、即時消去しても構わないことを示している。
また、図６に示したポリシーファイルの記述はあくまで一例であり、これに言及されるものではない。

図７は、本発明の実施例に係るネットワークの通信シーケンスの一例を示す図である。
図７において、画像形成装置２−１は、監視サーバ２−９に管理された装置であり、監視サーバ２−９からログファイルを送信する条件としてログ送信条件を定期的に取得する。また、画像形成装置２−１は、監視サーバ２−９から取得したログ送信条件に従って、ログ収集サーバ２−１２の自デバイスのシリアル番号（ここでは「ＡＡＡＢＢＢＢＢ」）のフォルダ名のフォルダにログファイルを送信する。なお、ログ収集サーバ２−１２では、ログファイルは階層構造のファイルシステムで管理されている。本実施例では、ログファイルを送信する時に画像形成装置２−１がログファイルとともに画像形成装置２−１のシリアル番号を送信し、このシリアル番号のフォルダ名のフォルダをログ収集サーバ２−１２で作成し、作成したフォルダ内にログファイルを格納する。
以下、詳細に説明する。

まず、画像形成装置２−１は定期的に、ｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎ要求により、監視サーバ２−９にログファイルの送信条件（即ち、図４の４−１〜４−４）の取得を要求する（７−４）。なお、ｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎ要求のＸＭＬ／ＳＯＡＰデータの例を図８Ａの８−１に示す。

監視サーバ２−９は、ｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎの要求を受けると、ｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎＲｅｓｐｏｎｃｅで設定状態（即ち、図５の設定データ５−４〜５−１４）を、画像形成装置２−１に返信する（７−５）。なお、ｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎＲｅｓｐｏｎｃｅのＸＭＬ／ＳＯＡＰデータの例を図８Ｂの８−２に示す。

また、画像形成装置２−１は、上記取得したログ送信条件に従って、ログ収集サーバ２−１２に対して、ＷｅｂＤＡＶのＰＲＯＰＦＩＮＤコマンドで、画像形成装置２−１のシリアル番号（ＡＡＡＢＢＢＢＢ）に対応するフォルダの属性情報（データ総容量含む）を要求する（７−６）。

ログ収集サーバ２−１２は、ＷｅｂＤＡＶのＰＲＯＰＦＩＮＤの要求を受けると、画像形成装置２−１のシリアル番号に対応するフォルダのデータサイズ（ｄａｔａ ｓａｉｚｅ）を、画像形成装置２−１に返信する（７−７）。

次に、画像形成装置２−１は、ＧＥＴコマンド（ＧＥＴ ／ＡＡＡＢＢＢＢ／ Ｐｏｌｉｃｙｆｉｌｅ）により、自デバイス用のポリシーファイル（図６）を、ログ収集サーバ２−１２に要求する（７−８）。

ログ収集サーバ２−１２は、ＧＥＴコマンド（例えば、ＧＥＴ ／ＡＡＡＢＢＢＢ／ Ｐｏｌｉｃｙｆｉｌｅ）の要求を受けると、画像形成装置２−１のシリアル番号（ＡＡＡＢＢＢＢ）に対応するポリシーファイル（図６）を、画像形成装置２−１に返信する（７−９）。

次に、画像形成装置２−１は、７−９で取得したポリシーファイルの削除ポリシーに従って、ログ収集サーバ２−１２内の自デバイスのデータ（ログ）を、ＤＥＬＥＴＥコマンド（例えば、ＤＥＬＥＴＥ ／ＡＡＡＢＢＢＢ／ ＬＯＧ＿ＧＥＮＥＲＡＬ＊．ＴＸＴ）によって削除する（７−１０）。

ログ収集サーバ２−１２は、ＤＥＬＥＴＥコマンドに従って、画像形成装置２−１のデータ（ログ）を削除し、削除結果（例えばＯＫ）をレスポンスとして、画像形成装置２−１に返信する（７−１１）。

次に、画像形成装置２−１は、ＰＵＴコマンドにより、７−５で取得したログの送信条件に従って、新しいログを、ログ収集サーバ２−１２内の自デバイスのシリアル番号に対応するフォルダ（ＡＡＡＢＢＢＢ）に送信し、また、送信したデータの削除ポリシー（ポリシーファイル）を更新する（７−１２）。

ログ収集サーバ２−１２は、ＰＵＴコマンドに従って、画像形成装置２−１から送信されたログファイルと削除ポリシーファイルを受信して、ログファイルを画像形成装置２−１のシリアル番号に対応するフォルダ（ＡＡＡＢＢＢＢ）に格納し、ログファイルに対する削除ポリシーを更新する処理を行い、処理結果（例えばＯＫ）をレスポンスとして、画像形成装置２−１に返信する（７−１３）。

なお、７−１１、７−１３では、７−１０、７−１２のレスポンスでＯＫが返信されているが、エラーとなった場合には、ＮＧが返信される。
なお、図７の例ではＷｅｂＤＡＶのシーケンスを示したが、ＦＴＰやＳＭＢやその他独自プロトコルでもかまわない。また、本例では、画像形成装置２−１のシリアル番号のフォルダを設けることでデバイスのログを特定したが、画像形成装置２−１のＭＡＣアドレスやＩＰアドレス等の一意に特定できるものであれば、他の識別情報でも構わない。

図８Ａ、図８Ｂは、本発明の実施例に係るログ設定状態を取得するためのＸＭＬ／ＳＯＡＰデータの一例を示す図である。なお、以下、図８Ａ、図８Ｂをまとめて図８という。
図８において、８−１は、図７の７−４のｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎのＸＭＬ／ＳＯＡＰデータの例である。本実施例では、画像形成装置２−１を特定するクライアント識別子（図８の例では＜ｄｅｖｉｃｅ＞タグで囲まれた情報）を、合わせて送信している。

８−２は、８−１のｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎに対するレスポンス（図７の７−５）のｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎＲｅｓｐｏｎｃｅのＸＭＬ／ＳＯＡＰデータの例である。本ＸＭＬデータ８−２の中に、図５で設定されたような、ログ送信ＯＮ(available)、対象日(startDate,endDate)、さらにエラーフィルタ(LogFilter)として、エラーコード(errorCode)、対象ログ(file)、対象・非対象(send)、保存期間(retention)の記述が含まれている。

なお、図８の８−１では記載が省略されているが、画像形成装置２−１が監視サーバ２−９と初めて通信する場合や、図５で５−４〜５−７の設定が変更された場合には、５−４〜５−７で設定された情報もｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎＲｅｓｐｏｎｃｅに含まれる。また、図５の５−４〜５−７で設定された情報は、別のシーケンスで、画像形成装置２−１が監視サーバ２−９から取得する構成であってもよい。

なお、本例ではＸＭＬ／ＳＯＡＰを例にしたが、それ以外のデータ構造でも構わない。また、ＸＭＬ／ＳＯＡＰでも、同様の意味をなすＸＭＬデータであれば、これに言及されるものではない。

以下、図９、図１０のフローチャートを参照して、本発明の画像形成装置の動作について説明する。
図９は、本発明の実施例に係る画像形成装置２―１におけるログ送信条件を含む設定データの取得処理の一例を示すフローチャートである。なお、このフローチャートに示す各ステップの処理は、画像形成装置２−１のＣＰＵ１−１が、ＲＯＭ１−３にコンピュータ読み取り可能に記録されたプログラムを実行することにより実現されるものとする。

まず、Ｓ９０１において、ＣＰＵ１−１は、図７の７−４〜７−５に示したように、定期的に、監視サーバ２−９へｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎ（図８の８−１）を送信し、ログ送信条件を取得する要求を行う。この処理は、図７の７−４に相当する。

Ｓ９０２において、ＣＰＵ１−１は、監視サーバ２−９からの応答（ｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎＲｅｓｐｏｎｃｅ）があるか否かを判定する。
そして、監視サーバ２−９からの応答がないと判定した場合（Ｓ９０２でＮｏ）、ＣＰＵ１−１は、Ｓ９０１に処理を戻す。
一方、監視サーバ２−９からの応答があると判定した場合（Ｓ９０２でＹｅｓ）、ＣＰＵ１−１は、Ｓ９０３に処理を進める。
Ｓ９０３において、ＣＰＵ１−１は、監視サーバ２−９からの応答（ｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎＲｅｓｐｏｎｃｅ）に記述されたデータ（図８の８−２）を確認する。

次に、Ｓ９０４において、ＣＰＵ１−１は、Ｓ９０３で確認したデータからログ送信条件を抽出し、ログファイルの送信条件として画像形成装置２−１の内部の記憶装置（例えば、ＨＤ１−９）に登録する。なお、ＣＰＵ１−１は、図５の５−４〜５−７の設定が監視サーバ２−９からの応答に含まれている場合には、この設定も、画像形成装置２−１の内部の記憶装置（例えば、ＨＤ１−９）に登録する。そして、本フローチャートの処理を終了する。

図１０は、本発明の実施例に係る画像形成装置におけるログ送信処理の一例を示すフローチャートである。なお、このフローチャートに示す各ステップの処理は、画像形成装置２−１のＣＰＵ１−１が、ＲＯＭ１−３にコンピュータ読み取り可能に記録されたプログラムを実行することにより実現されるものとする。
図１０のフローチャートは、画像形成装置２−１で起きた異常状態を検知した場合や、画像形成装置２−１がユーザの起動指示に応じて起動した場合に処理を開始する。

Ｓ１００１において、ＣＰＵ１−１は、画像形成装置２−１の記憶装置（例えば、ＨＤ１−９）にログファイルが保存されているか否かを確認する。
そして、ログファイルが保存されていないと判定した場合（Ｓ１００２でＮｏ）、ＣＰＵ１−１は、Ｓ１００１に処理を戻す。
一方、ログファイルが保存されていると判定した場合（Ｓ１００２でＹｅｓ）、ＣＰＵ１−１は、Ｓ１００３に処理を進める。
Ｓ１００３では、ＣＰＵ１−１は、画像形成装置２−１のステータス（エラーコード等）を確認する。

次に、Ｓ１００４において、ＣＰＵ１−１は、Ｓ１００３で確認したデバイスステータスと、Ｓ９０４で登録されたログ送信条件テーブルに従って、送信すべきログファイルを決定する。
例えば、ログ送信条件テーブルが図４に示したテーブルであり、エラーコードＥ７３３−０００１に対応するエラーが発生した場合について説明する。このとき、エラーコードＥ７３３−０００１に対応する優先ログは「ＬＯＧ＿ＰＲＩＮＴＥＲ＿＊．ＴＸＴ」である。そのため、ＨＤ１−９に記憶されている「ＬＯＧ＿ＰＲＩＮＴＥＲ＿＊．ＴＸＴ」が送信すべきログファイルとして決定される。
送信設定が図４に示したもので、Ｓ１００３でエラーコード「Ｅ７３３−０００１」のエラー発生が確認された場合、ＣＰＵ１−１は、Ｓ１００４において、優先ログを「ＬＯＧ＿ＰＲＩＮＴＥＲ＊．ＴＸＴ」と決定する。また、Ｓ１００３でログ送信条件に含まれていないエラーコードに対応するエラーの発生が確認された場合、ＣＰＵ１−１は、Ｓ１００４において、優先ログを「ＬＯＧ＿ＰＲＩＮＴＥＲ＊．ＴＸＴ」、「ＬＯＧ＿ＧＥＮＥＲＡＬ＊．ＴＸＴ」と決定する。

次に、Ｓ１００５において、ＣＰＵ１−１は、図７の７−６〜７−７に示したように、ログ収集サーバ２−１２に対して、ＰＲＯＰＦＩＮＤコマンドで、自装置のシリアル番号に対応するフォルダの属性情報（データ総容量含む）を取得する。即ち、ログ収集サーバ２−１２に保管されている画像形成装置２−１のログファイルの総量を、ログ収集サーバ２−１２から取得する。なお、図示しないが、ＣＰＵ１−１は、図７の７−８〜７−９に示したように、ＧＥＴコマンドで、自装置用の削除ポリシー（図６）もログ収集サーバ２−１２から取得する。

次に、Ｓ１００６において、ＣＰＵ１−１は、Ｓ１００４で送信すべきと決定したログファイルのデータサイズ（送信するログファイルの総量）と、Ｓ１００５で確認したログ収集サーバ２−１２で自装置（画像形成装置２−１）に割り当てられているフォルダのサイズ（サーバ側の総量）とを取得する。そして、取得したこれらのサイズを合わせた総サイズ（総和）が、予め設定されているログ収集サーバ側の上限値（第１の上限値）を超えるか否かを判定する。すなわち、Ｓ１００４で送信すべきと決定されたログファイルの全てがログ収集サーバ２−１２に送信できるか否かを確認する。
なお、ログ収集サーバ２−１２側の上限値は、予め画像形成装置２−１の内部の記憶装置（例えば、ＨＤ１−９）に設定されているものとする。しかし、図５に示した設定画面から監視サーバ２−９に設定され、画像形成装置２−１が監視サーバ２−９から取得するように構成してもよい。

そして、総サイズがログ収集サーバ２−１２側の上限値を超えると判定した場合（Ｓ１００６でＹｅｓ）、ＣＰＵ１−１は、Ｓ１０１１に処理を進める。
Ｓ１０１１では、ＣＰＵ１−１は、送信すべきログファイルの全てをログ収集サーバ２−１２に送信することができないと判断する。そこで、Ｓ１００５で取得した削除ポリシーファイルに従って、図７の７−１０に示したように、ＤＥＬＥＴＥコマンドを使って、ログ収集サーバ２−１２内の自デバイスのログファイルを削除する。そして、Ｓ１００７に処理を進める。
例えば、図６の削除ポリシーファイルを取得した場合について説明する。有効期限が３０に設定されているログファイルは、「ＬＯＧ＿ＵＳＥＲ＿２０１２０１０１１１０９０１．ＴＸＴ」、「ＬＯＧ＿ＵＳＥＲ＿２０１２０１０１１１０９２０．ＴＸＴ」、「ＬＯＧ＿ＵＳＥＲ＿２０１２０１０１１１０９４０．ＴＸＴ」、「ＬＯＧ＿ＰＲＩＮＴＥＲ＿２０１２０１０１１１０９５０．ＴＸＴ」の４つのログファイルである。そして、これらのログファイルは、それぞれ、ファイル名を参照することにより、ログファイルの作成日時が特定される。
それぞれのログファイルの作成日時からカウントして３０日を経過しているか否かを確認し、３０日を経過している場合にはそのログファイルを削除すると決定する。
なお、本実施例では、ログファイルの作成日時からカウントするようにしたが、それ以外の方法であってもよい。例えば、ログファイルをログ収集サーバ２−１２に保管した日日から起算してカウントしてもよい。

一方、総サイズがログ収集サーバ２−１２側の上限値を超えないと判定した場合（Ｓ１００６でＮｏ）、ＣＰＵ１−１は、そのままＳ１００７に処理を進める。
次に、Ｓ１００７において、ＣＰＵ１−１は、送信設定（図４の送信条件テーブル）を確認する。
次に、Ｓ１００８において、ＣＰＵ１−１は、送信すべきログファイルの数が、画像形成装置２−１側で予め決められた値（既定値）を超えるか否かを判定する。
例えば、送信するログファイルの数の既定値を「５ファイル」に設定したとする。そして、「ＬＯＧ＿ＰＲＩＮＴＥＲ＿＊．ＴＸＴ」のファイルが送信すべきログファイルとして決定されていたとする。この場合、「ＬＯＧ＿ＰＲＩＮＴＥＲ＿＊．ＴＸＴ」を最大５ファイルまで送信することができる。

なお、画像形成装置２−１での既定値は、予め画像形成装置２−１の記憶装置（例えば、ＨＤ１−９）に固定値として設定されているものとするが、以下のようにして設定してもよい。すなわち、ログ収集サーバ側の上限値からこの時点でのサーバ側のフォルダサイズ（即ち、Ｓ１００５で確認したフォルダのサイズ、又は、Ｓ１０１１でログファイルを削除した後のフォルダのサイズ）を減算したサイズとしてもよい。
そして、画像形成装置２−１側の既定値を超えていないと判定した場合（Ｓ１００８でＮｏ）、ＣＰＵ１−１は、Ｓ１００９に処理を進める。

Ｓ１００９では、ＣＰＵ１−１は、保存されている全てのログファイルのログ収集サーバ２−１２への送信と削除ポリシーファイルの更新を行う（図７の７−１２〜７−１３）。更に、ＣＰＵ１−１は、送信したログファイルを、画像形成装置２−１のＨＤ１−９から消去する。
ログファイルの送信は、上述のようにＷｅｂＤＡＶを用いて行う。このとき、必要に応じて通信経路の暗号化やデータの圧縮等も行う。
なお、Ｓ１００９で送信されるログファイルは、ログ収集サーバ２−１２のハードディスクに保管される。
削除ポリシーファイルの更新処理は、ＣＰＵ１−１は、送信したログファイルのファイル名を新たに削除ポリシーファイルに書き込むことにより行われる。更に、もしＳ１０１１でログファイルを削除する要求をした場合は、そのログファイルのファイル名を削除ポリシーファイルから消去する。

一方、Ｓ１００８において、Ｓ１００４で送信すると決定したログファイルの数が既定値（例えば５ファイル）を超えていると判定した場合（Ｙｅｓ）、ＣＰＵ１−１は、Ｓ１０１０に処理を進める。

Ｓ１０１０では、ＣＰＵ１−１は、ログファイルを既定値（例えば５ファイル）までログ収集サーバ２−１２に送信し、削除ポリシーファイルの更新を行い（図７の７−１２〜７−１３）。更に、更に、ＣＰＵ１−１は、ログ収集サーバ２−１２へ送信されたログファイルを画像形成装置２−１のＨＤ１−９から消去する。削除ポリシーファイルの更新処理についてはＳ１００９と同様である。

即ち、画像形成装置２−１は、ログ収集サーバ２−１２に送信するログファイルのデータ量又はログファイルの数が画像形成装置２−１側で設定された既定値（または既定数）を超える場合、ログファイルを限定して送信する。この際、画像形成装置２−１は、検出されたステータスに関連するログとして、該ステータスに対応してログ送信条件で送信対象（優先ログ）として指定されるログファイルを優先して送信する。

なお、Ｓ１００９，Ｓ１０１０における削除ポリシーファイルの更新では、以下のような処理を行う。すなわち、ＣＰＵ１−１は、Ｓ１００５でログ収集サーバ２−１２から取得した削除ポリシーファイルから、Ｓ１０１１で削除したログファイルのファイル名を削除する。そして、Ｓ１００９又はＳ１０１０でログ収集サーバ２−１２に送信したログのファイル名を新たに削除ポリシーファイルに加えることにより、削除ポリシーファイルを更新し、該更新したポリシーファイルをログ収集サーバ２−１２に送信する。

なお、Ｓ１０１１において、既定数のログファイルを送信する場合、「日付が最新のログ」から順に送信してもよい。また、「エラー発生時の近辺のログ」から順に送信するようにしてもよい。即ち、ログファイルを送る順は、優先ログのエラー発生時の近辺のログ（例えば、エラー発生時刻の前後３分間に生成されたログファイル）から順に送信し、全ての優先ログを送信した後に、他のログをエラー発生時の近辺のログから順に送信するものとする。また、ログを送る順を、優先ログのエラー発生時の近辺のログ、他のログのエラー発生時の近辺のログ、残りの優先ログ、残りの他のログの順に送信するようにしてもよい。

また、Ｓ１００３でエラーコード「Ｅ００１−０００１」のエラー発生が確認された場合のように、送信対象ログなし（ログを送らない）場合に関して、別の方法（例えばメール等）でエラーに関する通知を、管理者宛てに送信する構成であってもよい。

また、本実施例では、画像形成装置２−１は、ログの総和がサーバ側の上限を超える場合、ログファイルの送信前に、ログ収集サーバ２−１２に保持されている画像形成装置２−１のログファイルを削除する構成を示した。しかし、ログファイルの送信後に、ログ収集サーバ２−１２に保持されているログファイルを削除するように構成してもよい。

以上説明したように、画像形成装置２−１の異常状態を解析するためにログ収集サーバ２−１２に、画像形成装置２−１内部の最適なログファイルを送信することができる。更に、ログ収集サーバ２−１２に保管されているログファイルから不要なログを削除し、必要なログファイルだけを残すことが可能となる。

よって、画像形成装置２−１に、短期間に大量にログが発生しても、ログ収集サーバ２−１２の記憶資源を圧迫することが軽減され、画像形成装置２−１の状態を解析するために必要なログを、必要な期間だけ、ログ収集サーバ２−１２に保管することができる。

なお、本発明の画像形成装置は画像形成装置に限定されるものではなく、ネットワークに接続可能な画像形成装置であれば、どのような装置であっても本発明は適用可能である。

また、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施例について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。

（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

２−１ 画像形成装置
２−９ 監視サーバ
２−１２ ログ収集サーバ

Claims (11)

1. ネットワークを介してログ収集サーバと通信する画像形成装置であって、
   前記画像形成装置のログが書込まれた、種類の異なる複数のログファイルを記憶する記憶装置と、
   前記画像形成装置の異常状態を識別する異常状態識別情報と、当該異常状態を検知したときに優先して送信すべきログファイルの種類を識別する種類識別情報とをログファイルの送信条件として登録する登録手段と、
   前記画像形成装置の異常状態を検知する検知手段と、
   前記検知手段により検知された異常状態を識別する異常状態識別情報がログ送信条件として登録されているか否かを判定する判定手段と、
   前記判定手段により、前記検知された異常状態を識別する異常状態識別情報が登録されていると判定された場合、前記記憶装置に記憶されたログファイルのうち前記種類識別情報によって識別される種類のログファイルを優先して前記ログ収集サーバに送信する送信手段と、
   を有し、
   前記登録手段は、前記ログ収集サーバに保管されているログファイルの削除ポリシーを登録し、
   前記送信手段は、前記ログ収集サーバに保管されているログファイルを削除する要求を前記削除ポリシーに従って前記ログ収集サーバに送信し、
   前記削除ポリシーは、前記送信手段による前記ログファイルの送信に伴って更新される
   ことを特徴とする画像形成装置。
2. 前記異常状態識別情報はエラーコードであることを特徴とする請求項１に記載の画像形成装置。
3. 前記登録手段は、前記エラーコードに対応づけてログファイルの保存期間を前記削除ポリシーとして登録し、
   前記送信手段は、更に、前記送信手段が送信する前記ログファイルを前記収集サーバに保管させると前記ログ収集サーバが前記画像形成装置のログファイルを保管する量の上限値を超えると前記判定手段が判定した場合に、前記ログ収集サーバに保管されているログファイルであって前記保存期間を経過しているログファイルを削除する要求を前記削除ポリシーに従って前記ログ収集サーバに送信し、
   前記削除する要求によって削除されたログファイルのファイル名は前記削除ポリシーから削除される
   ことを特徴とする請求項２に記載の画像形成装置。
4. 前記送信手段は、前記記憶装置に記憶されたログファイルを送信するとともに、前記画像形成装置のシリアル番号であって、前記ログファイルを管理するためのフォルダ名として用いる前記シリアル番号を送信することを特徴とする請求項１乃至３のいずれか１項に記載の画像形成装置。
5. 前記ログファイルは、プリンタの使用状況に関するログファイルであることを特徴とする請求項１乃至４のいずれか１項に記載の画像形成装置。
6. 前記ログファイルは、ファクスの使用状況に関するログファイルであることを特徴とする請求項１乃至５のいずれか１項に記載の画像形成装置。
7. 前記ログファイルは、前記画像形成装置での設定の変更状況に関するログファイルであることを特徴とする請求項１乃至６のいずれか１項に記載の画像形成装置。
8. 前記ログファイルは、前記ネットワークを流れる送受信パケットのログファイルであることを特徴とする請求項１乃至７のいずれか１項に記載の画像形成装置。
9. 前記ログファイルは、前記画像形成装置にインストールされているアプリケーションのログファイルであることを特徴とする請求項１乃至８のいずれか１項に記載の画像形成装置。
10. 記憶手段を有し、ネットワークを介してログ収集サーバと通信する画像形成装置の制御方法であって、
    前記画像形成装置のログが書込まれた、種類の異なる複数のログファイルを前記記憶手段に、記憶する記憶ステップと、
    前記画像形成装置の異常状態を識別する異常状態識別情報と、当該異常状態を検知したときに優先して送信すべきログファイルの種類を識別する種類識別情報とをログファイルの送信条件として登録する登録ステップと、
    前記画像形成装置の異常状態を検知する検知ステップと、
    前記検知ステップで検知した異常状態を識別する異常状態識別情報がログ送信条件として登録されているか否かを判定する判定ステップと、
    前記判定ステップで、前記検知された異常状態を識別する異常状態識別情報が登録されていると判定した場合、前記記憶ステップで記憶したログファイルのうち前記種類識別情報によって識別される種類のログファイルを優先して前記ログ収集サーバに送信する送信ステップと、
    を有し、
    前記登録ステップは、前記ログ収集サーバに保管されているログファイルの削除ポリシーを登録し、
    前記送信ステップは、前記ログ収集サーバに保管されているログファイルを削除する要求を前記削除ポリシーに従って前記ログ収集サーバに送信し、
    前記削除ポリシーは、前記送信ステップにおける前記ログファイルの送信に伴って更新される
    ことを特徴とする制御方法。
11. コンピュータを、請求項１乃至９のいずれか１項に記載された画像形成装置の手段として、機能させるためのプログラム。

Images