(57)【要約】      （修正有）【課題】ログ送信の影響でログ送信以外の通信が遅くならないようにでき、また、ログ送信による他の処理への影響を抑えることができる仕組みを提供する。【解決手段】画像形成装置のＣＰＵは、管理サーバから設定されたスケジュールに従い、管理サーバから、ログの送信指示とＷｅｂＤＡＶサーバの宛先情報と認証情報等（ログ送信条件）を取得し（Ｓ８０１）、ＷｅｂＤＡＶサーバとのリンクスピードに応じて、ＷｅｂＤＡＶサーバへの特殊なログ情報の送信を行うか否かを判定し（Ｓ８０５，Ｓ８０６）、送信を行わないと判定した場合、管理サーバにエラーを通知する（Ｓ８０８）。また、送信を行うと判定した場合、特殊なログ情報を前記宛先情報と前記認証情報とを用いて、ＷｅｂＤＡＶサーバへ送信する。さらに、特殊なログ情報の送信に際しては、所定の値を超えないように転送レートを制御する。【選択図】図８
2015005082.tif 000002
【特許請求の範囲】
【請求項１】
複数の画像形成装置の稼働情報を管理する管理サーバと通信する画像形成装置であって、
前記画像形成装置の第１の稼働情報を、前記管理サーバから設定されたスケジュールに従い、前記管理サーバに送信する送信手段と、
前記管理サーバから、第２の稼働情報の送信指示と、送信先となる前記管理サーバとは異なるログ格納サーバの宛先情報と、認証情報とを受信する受信手段と、
前記ログ格納サーバとのリンクスピードに応じて、前記ログ格納サーバへの前記第２の稼働情報の送信を行うか否かを判定する判定手段と、
前記判定手段により前記ログ格納サーバへの前記第２の稼働情報の送信を行わないと判定された場合に、前記管理サーバにエラーを通知する通知手段と、を有し、
前記送信手段は、前記判定手段により前記ログ格納サーバへの前記第２の稼働情報の送信を行うと判定された場合に、前記第２の稼働情報の送信指示の受信に応じて、前記画像形成装置の第２の稼働情報を、前記宛先情報と前記認証情報とを用いて、前記ログ格納サーバへ送信し、
前記送信手段は、さらに、前記第２の稼働情報の送信に際しては、所定の値を超えないように転送レートを制御することを特徴とする画像形成装置。
【請求項２】
前記通知手段は、前記第２の稼働情報の送信を中止する際に、前記管理サーバに中止を通知することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記ログ格納サーバは、ＷｅｂＤＡＶサーバであることを特徴とする請求項１又は２に記載の画像形成装置。
【請求項４】
第１の稼働情報は、カウンタ情報、アラームログを含むことを特徴とする請求項１乃至３のいずれか１項に記載の画像形成装置。
【請求項５】
前記送信手段は、前記第２の稼働情報の送信に際して、前記ログ格納サーバに対して第１の認証方式で接続を試み、
該第１の認証方式で接続に失敗した場合に、第２の認証方式でサーバ装置に接続することを特徴とする請求項１乃至３のいずれか１項に記載の画像形成装置。
【請求項６】
第１の認証方式はダイジェスト認証であり、第２の認証方式はベーシック認証であることを特徴とする請求項５に記載の画像形成装置。
【請求項７】
前記送信手段は、リンクスピードによって、前記ログ格納サーバへ送信する第２の稼働情報のファイル数を変更することを特徴とする請求項１乃至６のいずれか１項に記載の画像形成装置。
【請求項８】
前記送信手段は、前記画像形成装置で特定期間以内に生成された前記第２の稼働情報のファイル数が閾値を超えない場合、前記第２の稼働情報を送信しないことを特徴とする請求項１乃至７のいずれか１項に記載の画像形成装置。
【請求項９】
前記受信手段は、前記管理サーバから、前記閾値を受信することを特徴とする請求項８に記載の画像形成装置。
【請求項１０】
複数の画像形成装置の稼働情報を管理する管理サーバと通信する画像形成装置の制御方法であって、
送信手段が、前記画像形成装置の第１の稼働情報を、前記管理サーバから設定されたスケジュールに従い、前記管理サーバに送信する第１の送信ステップと、
受信手段が、前記管理サーバから、第２の稼働情報の送信指示と、送信先となる前記管理サーバとは異なるログ格納サーバの宛先情報と、認証情報とを受信する受信ステップと、
判定手段が、前記ログ格納サーバとのリンクスピードに応じて、前記ログ格納サーバへの前記第２の稼働情報の送信を行うか否かを判定する判定ステップと、
通知手段が、前記判定ステップで前記ログ格納サーバへの前記第２の稼働情報の送信を行わないと判定された場合に、前記管理サーバにエラーを通知する通知ステップと、
前記送信手段が、前記判定ステップで前記ログ格納サーバへの前記第２の稼働情報の送信を行うと判定された場合に、前記第２の稼働情報の送信指示の受信に応じて、前記画像形成装置の第２の稼働情報を、前記宛先情報と前記認証情報とを用いて、前記ログ格納サーバへ送信する第２の送信ステップと、
前記送信手段が、前記第２の稼働情報の送信に際して、所定の値を超えないように転送レートを制御するステップと、
を有することを特徴とする画像形成装置の制御方法。
【請求項１１】
コンピュータを、請求項１乃至９のいずれか１項の記載の手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続された画像形成装置の制御に関する。
【背景技術】
【０００２】
近年、画像形成装置の内部で保存している様々なログをサーバ上に送信して、遠隔地からそのサーバにアクセスすることにより、ログ情報を迅速に確認するシステムが開発されてきている。例えば、セキュリティ監視システムのような画像ログを取り扱うようなシステムや、画像形成装置自身の不具合を検出するためのシーケンスログを取り扱うようなシステム等が開発されてきている。
【０００３】
特許文献１には、クライアントがログ収集サーバとは別の認証サーバから、ログ送信間隔をダウンロードし、ログをログ収集サーバへ送信する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−３２３３２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の技術では、画像形成装置に存在するログを限界の転送レートで送信すると、ネットワーク帯域を占有しすぎて、ログ送信以外の通信が遅くなるという課題があった。さらに、ログ送信により、画像形成装置のＣＰＵ負荷が高くなりすぎて、印刷処理やＵＩ処理が遅くなるという課題があった。
【０００６】
本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、ログ送信の影響でログ送信以外の通信が遅くならないようにでき、また、ログ送信による他の処理への影響を抑えることができる仕組みを提供することである。
【課題を解決するための手段】
【０００７】
本発明は、複数の画像形成装置の稼働情報を管理する管理サーバと通信する画像形成装置であって、前記画像形成装置の第１の稼働情報を、前記管理サーバから設定されたスケジュールに従い、前記管理サーバに送信する送信手段と、前記管理サーバから、第２の稼働情報の送信指示と、送信先となる前記管理サーバとは異なるログ格納サーバの宛先情報と、認証情報とを受信する受信手段と、前記ログ格納サーバとのリンクスピードに応じて、前記ログ格納サーバへの前記第２の稼働情報の送信を行うか否かを判定する判定手段と、前記判定手段により前記ログ格納サーバへの前記第２の稼働情報の送信を行わないと判定された場合に、前記管理サーバにエラーを通知する通知手段と、を有し、前記送信手段は、前記判定手段により前記ログ格納サーバへの前記第２の稼働情報の送信を行うと判定された場合に、前記第２の稼働情報の送信指示の受信に応じて、前記画像形成装置の第２の稼働情報を、前記宛先情報と前記認証情報とを用いて、前記ログ格納サーバへ送信し、前記送信手段は、さらに、前記第２の稼働情報の送信に際しては、所定の値を超えないように転送レートを制御することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、ログ送信の影響でログ送信以外の通信が遅くならないようにすることができる。また、ログ送信による他の処理への影響を抑えることができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施例を示す画像形成装置の内部構成を例示する図。
【図２】本発明の一実施例に係るシステムの全体構成を例示する図。
【図３】本実施例の画像形成装置の内部モジュール構成を例示する図。
【図４】本実施例の画像形成装置のログリストを例示する図。
【図５】実施例１において画像形成装置に対するログ送信条件の設定を実施するＰＣのＵＩを例示する図。
【図６】本実施例に係るネットワークの通信シーケンスを例示する図。
【図７】実施例１におけるログ設定状態を取得するためのＸＭＬ／ＳＯＡＰデータを例示する図。
【図８】実施例１に係るログ設定状態の取得処理を例示するフローチャート。
【図９】本実施例に係るログ送信処理を例示するフローチャート。
【図１０】本実施例に係るログ送信の転送レート制御を例示するフローチャート。
【図１１】実施例２において画像形成装置に対するログ送信条件の設定を実施するＰＣのＵＩを例示する図。
【図１２】実施例２におけるログ設定状態を取得するためのＸＭＬ／ＳＯＡＰデータを例示する図。
【図１３】実施例２に係るログ設定状態の取得処理を例示するフローチャート。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための形態について図面を用いて説明する。
【実施例１】
【００１１】
図１は、本発明の一実施例を示す画像形成装置の内部構成の一例を示す図である。なお、ここでは、一例として、１つのＣＰＵにおいてネットワーク制御部とデバイス（プリンタ）制御部が動作する形態の画像形成装置を説明するが、これに限定されるものではない。
【００１２】
図１において、２０１は、本実施例の画像形成装置である。ＣＰＵ１０１は、ＲＯＭ１０３に格納されているプログラムを実行し、システムバス１１１に接続される各デバイスを総括的に制御する。ＲＡＭ１０２は、ＣＰＵ１０１の主メモリ、ワークエリア等として機能する。また、ＲＡＭ１０２は、後述するログ送信条件を格納するログ送信条件テーブル等を保存するバックアップＲＡＭも構成する。ＲＯＭ１０３は、ＣＰＵ１０１が実行するプログラムや、各種必要なデータ等を格納する。
【００１３】
ディスプレイコントローラ（ＤＳＰＣ）１０４は、ディスプレイ（ＤＳＰ）１０８の表示を制御する。ＤＳＰ１０８には、コピー設定画面等が表示され、この画面からユーザはコピー等の設定を行うことができる。ディスクコントローラ（ＤＫＣ）１０５は、後述するログや画像や様々なユーザデータを保存するハードディスク（ＨＤ）１０９を制御する。
【００１４】
デバイスコントローラ（ＤＶＣ）１０６は、プリンタおよびスキャナ等のデバイス（ＤＶ）１１０を制御する。ネットワークインタフェースカード（ＮＩＣ）１０７は、ローカルネットワーク（ＬＡＮ）１１２を介して、後述する各種サーバ装置と通信を行うことができる。
【００１５】
なお、図１に示した例では、キーボードを備えていないが、もちろんキーボードを備えていてもよい。また、ＨＤ１０９の代わりに、ソリッドステートドライブ（ＳＳＤ）等の他の記憶装置を用いてもよい。例えば、ＨＤ１０９の代わりに、ＵＳＢメモリ等を用いてもよい。また、ログ送信条件テーブル等は、バックアップＲＡＭではなく、ＨＤ１０９等の別の記憶装置に保存されていてもかまわない。
【００１６】
図２は、本発明の一実施例に係るシステムの全体構成の一例を示す図である。
パーソナルコンピュータ（ＰＣ）２０２は、画像形成装置２０１への印刷やステータス監視を行うことが可能である。２０４、２０７、２１０、２１３はそれぞれＬＡＮである。２１４はインターネット全体を示す。プロキシサーバ２０３、２０５、２０８、２１１はそれぞれ、ＬＡＮ２０４、２０７、２１０、２１３上の装置を代理してインターネット接続を行う。
【００１７】
管理サーバ２０９は、画像形成装置２０１のエラー監視や保守の手配、設置環境における在庫管理などの制御を行っている。ＷｅｂＤＡＶサーバ２１２は、ＷｅｂＤＡＶプロトコルを利用し、画像形成装置２０１から送信される特殊なログ情報（第２の稼働情報）を格納するログ格納サーバである。なお、ＷｅｂＤＡＶプロトコルは、ＨＴＴＰプロトコルの延長上の機能であり、セキュリティも高いため、インターネット上で用いるためには最も適したプロトコルと言える。２０６は、Ｗｅｂブラウザを利用可能なＰＣである。ＰＣ２０６は、管理サーバ２０９やＷｅｂＤＡＶサーバ２１２へのアクセスが可能である。
ここで、ＷｅｂＤＡＶサーバ２１２に格納される特殊なログ情報は、例えば、障害発生などに限らず、ユーザによる操作やシステムの動作などといった各種処理内容を詳細に記録したログ情報である。こういったログ情報は、画像形成装置２０１の製造元の開発者などにより製品の詳細分析などのために利用される。また、この特殊なログ情報は、アラームログやジョブログなどに比べて、情報量が非常に多いログ情報といえる。
【００１８】
なお、本実施例では、インターネット環境にしているが、インターネット環境でなくてもかまわないし、また、プロキシサーバも特になくてもかまわない。また、画像形成装置２０１は１台しか記載されていないが、複数台であってもよく、通常のシステムでは複数台存在する。各デバイスの数およびＰＣの数は、本実施例に限定されるものではない。また、本例では、ログ格納サーバとして、ＷｅｂＤＡＶプロトコルを利用するＷｅｂＤＡＶサーバを配置したが、ＷｅｂＤＡＶプロトコル以外のプロトコル（例えばＳＭＢやＦＴＰ等）を利用するサーバであってもよい。
【００１９】
図３は、画像形成装置２０１の内部モジュール構成の一例を示す図である。
図３において、ＵＩ３０２はユーザインタフェースである。３０３はスキャナ装置、３０４はプリンタ装置であり、例えば、図２に示したＤＶ１１０に対応する。
【００２０】
ログ監視モジュール３０５は、例えばＨＤ１０９に、ログが書き込まれているか否かを監視するモジュールである。ＸＭＬ／ＳＯＡＰ３０６は、管理サーバ２０９との通信手順を制御するモジュールである。ＷｅｂＤＡＶクライアントモジュール３０７は、ＷｅｂＤＡＶサーバ２１２との通信手順を制御するモジュールである。
【００２１】
ＨＴＴＰクライアントモジュール３０８は、ＨＴＴＰプロトコルの制御を行うモジュールである。３０９はＴＣＰ／ＩＰのプロトコルスタックである。３１０はネットワークであり、例えば、図２に示したＬＡＮ２０４、２０７、２１０、２１３に対応する。
【００２２】
また、ログ監視モジュール３０５は、画像形成装置２０１に内蔵される稼働情報を送信する機能を備えている。ログ監視モジュール３０５は、管理サーバ２０９から指定されたスケジュールに従い、画像形成装置２０１のカウンタ情報やアラームログなどをＳＯＡＰで、管理サーバ２０９に送信している。さらに、ログ監視モジュール３０５は、機器の動作の詳細分析などに用いる特殊なログ情報を、別途、管理サーバ２０９とは異なるＷｅｂＤＡＶサーバ２１２に送信する機能を備えている。
【００２３】
なお、本発明では、画像形成装置として、複写機やスキャナやプリンタなどの周辺装置が含まれているが、特にそれらに限定されるものではない。また、各種プロトコルは、あくまで一例であり、それに限定されるものではない。
【００２４】
図４は、画像形成装置２０１のログリストの一例を示す図である。
図４において、４０１はログのファイル名を示す。４０２は書き込み時刻で、ログが作成された日時、及び更新された日時を示す。４０３は送信時刻で、ログがＷｅｂＤＡＶサーバ２１２へ送信された日時を示す。書込み時刻４０２と送信時刻４０３は、ログを送信するかどうかの判断基準となるものであり、書込み時刻４０２が送信時刻４０３より後の日時であれば、そのログを送信する必要がある。なお、図４に示したログリストは、画像形成装置２０１のＨＤ１０９に格納され、ログの書き込みや、ログの送信が行われるごとに、ＣＰＵ１０１により更新される。
【００２５】
なお、本例はあくまで一例であり、ファイル名４０１も書込み時刻４０２も送信時刻４０３もあくまで一例で、これに限定されるものではない。また、ログのファイル名に日時を含ませることで、ファイル名から書込み時刻を判別するとしてもよい。また、ＷｅｂＤＡＶサーバ２１２からファイル名の一覧を取得し、同じファイル名のログは送信しないとしてもよい。
【００２６】
図５は、実施例１において画像形成装置２０１に対する前述した特殊なログ情報を対象とした送信条件（ログ送信条件）の設定を実施するＰＣのユーザインタフェース（ＵＩ）の一例を示す図である。
図５において、５０１は、管理サーバ２０９へアクセスしているＰＣ２０６上のブラウザを示す。５０２は、ブラウザ５０１がアクセスしているＷｅｂポータルのＵＲＬを示す。５０３は設定送信ボタンで、本ボタンを押下することにより、５０４〜５０７で設定されるログ送信条件の設定データを、管理サーバ２０９に送信することが可能となる。
【００２７】
５０４は、ログを送信する／送信しないの指示（ログの送信指示）を設定するための選択欄である。５０５は、ＷｅｂＤＡＶサーバへのアクセスするためのアカウントを設定するための入力欄である。５０６は、５０５に入力されたアカウントに対応したパスワードを設定するための入力欄である。５０７は、ＷｅｂＤＡＶサーバ２１２へのＵＲＬ（ログ格納サーバの宛先情報）を設定するための入力欄である。
【００２８】
上記５０４でログの送信指示を選択し、５０５，５０６にログの送信先となるログ格納サーバの認証情報（本例ではアカウント、パスワード）を入力し、５０７にログ格納サーバの宛先情報（本例ではＵＲＬ）を入力する。そして、設定送信ボタン５０３を押下することにより、ログ送信条件を設定することができる。このログ送信条件は、管理サーバ２０９内に保持され、画像形成装置２０１からの要求に応じて管理サーバ２０９から画像形成装置２０１に送信されることとなる。なお、本例は一例であり、目的の指示を画像形成装置２０１に設定できるものであれば、これに限定されるものではない。
【００２９】
図６は、本実施例に係るネットワークの通信シーケンスの一例を示す図である。
画像形成装置２０１は、管理サーバ２０９に管理された画像形成装置である。画像形成装置２０１は、管理サーバ２０９からログ送信条件の設定状態を定期的に取得する。画像形成装置２０１は、例えば、管理サーバ２０９から設定されたスケジュール（１２時間毎、など）に沿って、管理サーバ２０９からログ送信条件の設定状態を取得する。また、画像形成装置２０１は、管理サーバ２０９から取得したログ送信条件の設定状態に基づいて、ＷｅｂＤＡＶサーバ２１２の自デバイスのシリアル番号（ここではＡＡＡＢＢＢＢＢ）をフォルダ名とするフォルダに、ログを送信することを行う。
【００３０】
以下、画像形成装置２０１と管理サーバ２０９及びＷｅｂＤＡＶサーバ２１２との通信を詳細に説明する。
まず、管理サーバ２０９からのログ送信条件の設定状態の定期取得は、画像形成装置２０１が、６０４のｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎで、管理サーバ２０９に要求する。この際、画像形成装置２０１は、例えば図７に示すようなＸＭＬ／ＳＯＡＰデータ７０１を、管理サーバ２０９に送信する。そして、管理サーバ２０９は、６０５のｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎＲｅｓｐｏｎｓｅでログ送信条件の設定状態を、画像形成装置２０１に返信する。この際、管理サーバ２０９は、例えば図７に示すようなＸＭＬ／ＳＯＡＰデータ７０２を、画像形成装置２０１に返信する。
【００３１】
また、画像形成装置２０１は、ログ送信処理を継続するか中止するかを、６０６のｐｏｓｔＯｕｔｃｏｍｅで、管理サーバ２０９に通知する。管理サーバ２０９は、６０６の応答として、６０７のｐｏｓｔＯｕｔｃｏｍｅＲｅｓｐｏｎｓｅを、画像形成装置２０１に返信する。
【００３２】
また、画像形成装置２０１は、６０８のＷｅｂＤＡＶのＰＵＴで、前述した特殊なログ情報を含むログファイルをＷｅｂＤＡＶサーバ２１２へ送信する。ここでの認証方式はダイジェスト認証である。６０８を受け取ると、ＷｅｂＤＡＶサーバ２１２は認証処理を行うが、この例では、認証に失敗したものとする。認証に失敗した場合、ＷｅｂＤＡＶサーバ２１２は、６０８の応答として６０９のＮＧを、画像形成装置２０１に返信する。
【００３３】
６０９のＮＧを受け取った画像形成装置２０１は、その後、６１０のＷｅｂＤＡＶのＰＵＴで、再度ログファイルを、ＷｅｂＤＡＶサーバ２１２へ送信する。ここでの認証方式はベーシック認証である。この例では、認証に成功したものとする。認証に成功した場合、ＷｅｂＤＡＶサーバ２１２は、６１０の応答として６１１のＯＫを、画像形成装置２０１に返信する。
【００３４】
ダイジェスト認証とベーシック認証は共に一般的な認証方式であるため、詳細なシーケンスは省略する。本実施例の画像形成装置２０１は、１つ目の認証方式で接続に失敗したときに、２つ目の認証方式で接続を試みるものとする。このような方法を用いることで、画像形成装置２０１は、ＷｅｂＤＡＶサーバ２１２がどちらの認証方式に対応しているかを認識しなくても接続することができる。
【００３５】
なお、本例では、ＷｅｂＤＡＶのシーケンスを示したが、ＦＴＰやＳＭＢやその他独自プロトコルでもかまわない。また、本例では、シリアル番号のフォルダを設けることでデバイスのログを特定したが、ＭＡＣアドレス等の一意に特定できるものであれば、別でも構わない。
【００３６】
図７は、実施例１におけるログ設定状態を取得するためのＸＭＬ／ＳＯＡＰデータの一例を示す図である。
７０１は、図６に示した６０４のｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎのＸＭＬ／ＳＯＡＰデータの一例である。ＸＭＬ／ＳＯＡＰデータ７０１では、７０３に示すように、画像形成装置２０１を特定するクライアント識別子、マックアドレス、ＩＰアドレス、シリアル番号、製品名等の情報も合わせて送信している。なお、ＸＭＬ／ＳＯＡＰデータ７０１内に、画像形成装置２０１の稼働情報として、画像形成装置２０１のカウンタ情報、アラームログ等を含めて送信してもよい。
【００３７】
７０２は、７０１のｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎに対するレスポンスである６０５のｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎＲｅｓｐｏｎｓｅのＸＭＬ／ＳＯＡＰデータの一例である。ＸＭＬ／ＳＯＡＰデータ７０２の中には、７０４に示すように、図５で設定されたようなログ送信指示、アカウント、パスワード、ＵＲＬの記述が含まれている。なお、ログ送信指示は＜ａｖａｉｌａｂｌｅ＞タグで囲まれて記述されている。アカウントは＜ｉｄ＞タグ、パスワードは＜ｐａｓｓ＞タグ、ＵＲＬは＜ｕｒｌ＞タグでそれぞれ囲まれて記述されている。
【００３８】
なお、本例ではＸＭＬ／ＳＯＡＰを例にしたが、それ以外のデータ構造でも構わない。また、ＸＭＬ／ＳＯＡＰでも、同様の意味をなすＸＭＬデータであれば、この例に限定されるものではない。
【００３９】
以下、図８を用いて、画像形成装置２０１のログ設定状態の取得動作を説明する。
図８は、本発明の実施例１に係るログ設定状態の取得処理の一例を示すフローチャートである。なお、このフローチャートの処理は、ＣＰＵ１０１が、ＲＯＭ１０３に格納されたプログラムを読み出して実行することにより実現されるものである。
【００４０】
ＣＰＵ１０１は、管理サーバ２０９から設定されたスケジュールに沿って、本フローチャートの処理を実行する。
まず、Ｓ８０１において、ＣＰＵ１０１は、管理サーバ２０９へｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎを送信し、ログ送信条件の設定状態（ログの送信指示を含む）を取得することでログの送信指示の問い合わせを行う。ＣＰＵ１０１は、管理サーバ２０９からｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎＲｅｓｐｏｎｓｅを受信すると、Ｓ８０２に処理を進める。
【００４１】
Ｓ８０２では、ＣＰＵ１０１は、ｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎＲｅｓｐｏｎｓｅに記述されたログの送信指示があるか否かを判定する。なお、ｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎＲｅｓｐｏｎｓｅに「＜ａｖａｉｌａｂｌｅ＞１＜／ａｖａｉｌａｂｌｅ＞」が記述されている場合は「指示あり」と判定する。一方、「＜ａｖａｉｌａｂｌｅ＞０＜／ａｖａｉｌａｂｌｅ＞」が記述されている場合は「指示なし」と判定する。そして、「指示なし」と判定した場合（Ｓ８０２でＮｏの場合）、ＣＰＵ１０１は、Ｓ８０１に処理を戻す。一方、「指示あり」と判定した場合（Ｓ８０２でＹｅｓの場合）、ＣＰＵ１０１は、Ｓ８０３に処理を進める。
【００４２】
Ｓ８０３では、ＣＰＵ１０１は、ｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎＲｅｓｐｏｎｓｅに記述されたログ送信条件の設定状態を確認する。本例では、ログ格納サーバの宛先情報（ＷｅｂＤＡＶサーバ２１２のＵＲＬ）と、認証情報（アカウント、パスワード）を確認する。
【００４３】
次に、Ｓ８０４において、ＣＰＵ１０１は、上記Ｓ８０３で確認したログ送信条件の設定状態を送信設定として、画像形成装置２０１内部に登録する。例えば、ログ送信条件の設定状態を、ＲＡＭ１０２のバックアップＲＡＭに記憶されるログ送信条件テーブルに格納する。
【００４４】
次に、Ｓ８０５において、ＣＰＵ１０１は、ＴＣＰ／ＩＰプロトコルスタック３０９に問い合わせすることで、ＷｅｂＤＡＶサーバ２１２とのリンクスピードを取得する。次に、Ｓ８０６において、ＣＰＵ１０１は、上記Ｓ８０５で取得したリンクスピードの値を判定する。そして、リンクスピードが「１００ＢＡＳＥ−Ｔ」以上であると判定した場合（Ｓ８０６で「１００ＢＡＳＥ−Ｔ」以上の場合）、Ｓ８０７へ処理を進める。一方、リンクスピードが「１０ＢＡＳＥ−Ｔ」であると判定した場合（Ｓ８０６で「１０ＢＡＳＥ−Ｔ」の場合）、Ｓ８０８へ処理を進める。
【００４５】
Ｓ８０７では、ＣＰＵ１０１は、管理サーバ２０９に、ｐｏｓｔＯｕｔｃｏｍｅ（図６の６０６）で、ＷｅｂＤＡＶサーバ２１２へのログ送信の処理継続を示す「ＯＫ」を通知する。また、Ｓ８０８では、ＣＰＵ１０１は、管理サーバ２０９に、ｐｏｓｔＯｕｔｃｏｍｅ（図６の６０６）で、ＷｅｂＤＡＶサーバ２１２へのログ送信の処理中止を示す「ＮＧ」を通知する。即ちエラーを通知する。そして、Ｓ８０７又はＳ８０８の通知が完了すると、ＣＰＵ１０１は、本フローチャートの処理を終了する。この通知により、管理サーバ２０９は、画像形成装置２０１がログ送信の処理を継続するか、中止するかを、認識することができる。なお、上記Ｓ８０７で「ＯＫ通知」した場合、ＣＰＵ１０１は、後述する図９に示す特殊なログ情報の送信処理を実行する。
【００４６】
なお、本実施例では、リンクスピードに応じてログ送信の可否を判断したが、リンクスピードが低い場合においても、送信するログファイルの数を減らして（変更して）ログ送信するとしてもよい。例えば、リンクスピードが「１０ＢＡＳＥ−Ｔ」の場合は、最新のログファイルを一つだけ送信するとしてもよい。
【００４７】
また、本実施例では、リンクスピードを「１００ＢＡＳＥ−Ｔ」以上かどうかで判定する例を示したが、ログ送信の処理を継続するリンクスピードは、「１００ＢＡＳＥ−Ｔ」以上に限定されるものではない。所定のリンクスピードを閾値にして、ログ送信の処理の継続／中止を判定する構成であればよい。
【００４８】
以下、図９を用いて、画像形成装置２０１の前述した特殊なログ情報の送信動作を説明する。
図９は、本実施例に係るログ送信処理の一例を示すフローチャートである。なお、このフローチャートの処理は、ＣＰＵ１０１が、ＲＯＭ１０３に格納されたプログラムを読み出して実行することにより実現されるものである。
【００４９】
上記図８のＳ８０７で「ＯＫ通知」した場合、ＣＰＵ１０１は、本フローチャートの処理を実行する。
まず、Ｓ９０１において、ＣＰＵ１０１は、ＨＤ１０９から、例えば図４のようなログ情報を取得する。次に、Ｓ９０２において、ＣＰＵ１０１は、書込み時刻４０２が送信時刻４０３より後かどうかを判定する。そして、書込み時刻４０２が送信時刻４０３より後であると判定した場合（Ｓ９０２でＹｅｓの場合）、ＣＰＵ１０１は、Ｓ９０３へ処理を進める。一方、書込み時刻４０２が送信時刻４０３より後でないと判定した場合（Ｓ９０２でＮｏの場合）、ＣＰＵ１０１は、Ｓ９０７へ処理を進める。
【００５０】
Ｓ９０３では、ＣＰＵ１０１は、図６の６０８のように、ダイジェスト認証でＷｅｂＤＡＶサーバ２１２へログを送信する。次に、Ｓ９０４において、ＣＰＵ１０１は、ＷｅｂＤＡＶサーバ２１２からの応答を受信し、該応答からログ送信に成功したかどうかを判定する。そして、ログ送信に成功したと判定した場合（Ｓ９０４でＹｅｓの場合）、ＣＰＵ１０１はＳ９０６に処理を進める。一方、ログ送信に失敗したと判定した場合（Ｓ９０４でＮｏの場合）、ＣＰＵ１０１はＳ９０５に処理を進める。
【００５１】
Ｓ９０５では、ＣＰＵ１０１は、図６のＳ６１０のように、ベーシック認証でＷｅｂＤＡＶサーバ２１２へログを送信し、Ｓ９０６に処理を進める。
【００５２】
Ｓ９０６では、ＣＰＵ１０１は、送信時刻を保存する。次に、Ｓ９０７では、ＣＰＵ１０１は、全ログファイルを送信したかどうかを判定する。そして、まだ送信していないログファイルがあると判定した場合（Ｓ９０６でＮｏの場合）、ＣＰＵ１０１は、Ｓ９０１に処理を戻す。一方、全ログファイルを送信したと判定した場合（Ｓ９０６でＹｅｓの場合）、ＣＰＵ１０１は、本フローチャートの処理を終了する。
【００５３】
なお、上記図９のＳ９０３とＳ９０５でログ送信を行う際には、ＣＰＵ１０１は、以下の図１０に示す転送レート制御を実行しつつ、ログを送信するものとする。
【００５４】
以下、図１０を用いて、本実施例の画像形成装置のログ送信の転送レート制御動作を説明する。
図１０は、本実施例に係るログ送信の転送レート制御の一例を示すフローチャートである。なお、このフローチャートの処理は、ＣＰＵ１０１が、ＲＯＭ１０３に格納されたプログラムを読み出して実行することにより実現されるものである。
【００５５】
Ｓ１００１において、ＣＰＵ１０１は、転送レートの目標値を決定する。本実施例では、リンクスピードが「１００ＢＡＳＥ−Ｔ」として、帯域使用率を「１０パーセント」前後とするように、転送レートの目標値を「１ＭＢｙｔｅ／ｓ」と決定する。この目標値は、例えば、画像形成装置２０１の管理者等がＵＩ３０２からの設定、図５に示したＵＩから設定、または他の方法での設定に基づいて決定されるものとする。
【００５６】
次に、Ｓ１００２において、ＣＰＵ１０１は、１秒間、ＷｅｂＤＡＶサーバ２１２へ、ログを送信する。次に、Ｓ１００３において、ＣＰＵ１０１は、上記Ｓ１００２の送信処理で１ログファイルの送信が終了したかどうかを判定する。そして、１ログファイルの送信が終了したと判定した場合（Ｓ１００３でＹｅｓの場合）、ＣＰＵ１０１は、本フローチャートの処理を終了する。一方、１ログファイルの送信が終了していないと判定した場合（Ｓ１００３でＮｏの場合）、ＣＰＵ１０１は、Ｓ１００４に処理を進める。
【００５７】
Ｓ１００４では、ＣＰＵ１０１は、上記１秒間に送信したログファイルサイズから実測値を計算する。次に、Ｓ１００５において、ＣＰＵ１０１は、上記Ｓ１００４で計算した実測値が目標値より多いかどうかを判定する。そして、実測値が目標値より多くないと判定した場合（Ｓ１００５でＮｏの場合）、ＣＰＵ１０１は、Ｓ１００２に処理を戻す。一方、実測値が目標値より多いと判定した場合（Ｓ１００５でＹｅｓの場合）、ＣＰＵ１０１は、Ｓ１００６に処理を進める。
【００５８】
Ｓ１００６では、ＣＰＵ１０１は、転送レートが「１ＭＢｙｔｅ／ｓ」となるために必要なｗａｉｔ時間を計算し、該計算したｗａｉｔ時間だけ実際に待機し、Ｓ１００２に処理を戻す。そして、１ログファイルの送信が終了すると（Ｓ１００３でＹｅｓとなり）、本フローチャートの処理を終了する。即ち、ＣＰＵ１０１は、ログの送信に際して、目標値を超えないように転送レートを制御する。なお、転送レートが目標値を超えないように制御する方法であれば、本実施例の方法に限らない。
【００５９】
以上示したように、本実施例の画像形成装置によれば、ネットワーク帯域を占有しないようにログ送信を行い、ログ送信以外の通信が遅くならないようにすることができる。また、ＣＰＵ１０１の負荷を低くすることができ、ＣＰＵ１０１が行う他の処理への影響を抑えることができる。例えば、ログ送信によるＣＰＵ１０１の負荷増大により印刷処理やＵＩ処理が遅くならないようにすることができる。
【００６０】
なお、図８の例では、ＣＰＵ１０１は、管理サーバ２０９からログの送信の指示（送信する）を受信したことに応じ、ＷｅｂＤＡＶサーバ２１２へのログ送信継続の有無を判定し、ログ送信処理（図９）の実行の有無を制御する構成を示した。しかし、管理サーバ２０９からログの送信の指示の内容（送信する／送信しない）に関係なく、ＷｅｂＤＡＶサーバ２１２へのログ送信の継続の有無を判定するように構成してもよい。そして、ログ送信条件に含まれるログの送信指示が「送信する」であることに応じて、即ち、ログ送信指示に応じて、ＣＰＵ１０１が、ログ送信条件に含まれる宛先情報と認証情報とを用いて、ＷｅｂＤＡＶサーバ２１２へログを送信するように構成してもよい。
【実施例２】
【００６１】
次に、実施例２について説明する。
実施例１においては、前述した特殊なログ情報が画像形成装置２０１に存在していれば、その中の送信済みでないログは全て送信していた。本実施例においては、ＷｅｂＤＡＶサーバ２１２へのログ送信前に、その日に生成されたログファイル数を確認し、生成されたログファイル数が閾値を超えていた場合にＷｅｂＤＡＶサーバ２１２へのログ送信を行う。
【００６２】
例えば、ログ情報の一つとして、コピーや印刷を実施する度に１ファイル生成されるページ情報がある。ネットワーク環境に存在する全ての画像形成装置からページ情報ログのようなログが送信されると、ＷｅｂＤＡＶサーバ２１２の負荷が大きくなるため、ログ送信を行う画像形成装置は限定したい。ログ解析のためには、大量に印刷を行っている画像形成装置のログ情報の方がより有用であるため、ログファイルが大量に生成されている画像形成装置のみログ送信を行うようにする。なお、本実施例においては実施例１と同一部分に関する説明は省略し、その差異についてのみ説明する。
【００６３】
図１１は、実施例２において画像形成装置２０１に対するログ送信条件の設定を実施するＰＣのユーザインタフェース（ＵＩ）の一例を示す図である。
図１１において、１１０１は、ページ情報を送信するための条件を示すページ情報送信閾値を入力するための入力欄である。本実施例では、例えば、１日に３０００ページ以上印刷している画像形成装置のページ情報を取得するために、１１０１に「３０００」を入力する。
【００６４】
図１２は、実施例２におけるログ設定状態を取得するためのＸＭＬ／ＳＯＡＰデータを示す図である。
図１２において、１２０１は、図７の７０１のｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎに対するレスポンスである６０５のｇｅｔＬｏｇＣｏｎｄｉｔｉｏｎＲｅｓｐｏｎｓｅのＸＭＬ／ＳＯＡＰデータの一例である。ＸＭＬ／ＳＯＡＰデータ１２０１の中には、１２０２に示すように、図１１の１１０１で設定されたようなページ情報送信閾値が＜ｔｈｒｅｓｈｏｌｄ＞タグで囲まれて記載されている。
【００６５】
なお、本実施例では、ＸＭＬデータとしてページ情報送信閾値を画像形成装置２０１が取得するようにしたが、画像形成装置２０１のＵＩ５０２を使用して、ユーザがページ情報送信閾値を画像形成装置２０１に入力できるようにしてもよい。
【００６６】
以下、図１３を用いて、実施例２における画像形成装置２０１のログ設定状態の取得動作を説明する。
図１３は、本発明の実施例２に係るログ設定状態の取得処理の一例を示すフローチャートである。なお、このフローチャートの処理は、ＣＰＵ１０１が、ＲＯＭ１０３に格納されたプログラムを読み出して実行することにより実現されるものである。
ＣＰＵ１０１は、管理サーバ２０９から設定されたスケジュールに沿って、本フローチャートの処理を実行する。Ｓ８０１〜Ｓ８０６の処理は、図８と同じであるため、省略する。
【００６７】
Ｓ１３０１において、ＣＰＵ１０１は、図４のようなログ情報を取得し、書込み時刻４０２から特定期間以内（例えば１日以内）に生成されたファイルの数を調べる。次に、Ｓ１３０２において、ＣＰＵ１０１は、上記Ｓ１３０１で調べた１日以内に生成されたファイル数がページ情報送信閾値より多いかどうかを判定する。
【００６８】
そして、１日以内に生成されたファイル数がページ情報送信閾値より多いと判定した場合（Ｓ１３０２でＹｅｓの場合）、ＣＰＵ１０１は、Ｓ８０７に処理を進める。一方、１日以内に生成されたファイル数がページ情報送信閾値より多くないと判定した場合（Ｓ１３０２でＮｏの場合）、ＣＰＵ１０１は、Ｓ８０８に処理を進める。
【００６９】
Ｓ８０７では、ＣＰＵ１０１は、管理サーバ２０９に、ｐｏｓｔＯｕｔｃｏｍｅ（図６の６０６）で、ＷｅｂＤＡＶサーバ２１２へのログ送信の処理継続を示す「ＯＫ」を通知する。また、Ｓ８０８では、ＣＰＵ１０１は、管理サーバ２０９に、ｐｏｓｔＯｕｔｃｏｍｅ（図６の６０６）で、ＷｅｂＤＡＶサーバ２１２へのログ送信の処理中止を示す「ＮＧ」を通知する。そして、本フローチャートの処理を終了する。
【００７０】
以上示したように、本実施例によれば、ログ送信を継続する画像形成装置をログファイル数が多い（閾値を超えた）画像形成装置に限定することにより、ログを格納するＷｅｂＤＡＶサーバ２１２の負荷やネットワークの負荷を抑えることができる。
【００７１】
以上示したように、本発明によれば、リンクスピードを判別し、リンクスピードに応じてログ送信の可否を判定する。また、転送レートが閾値を超える場合には、閾値を超えないように転送レートを抑制してログ送信を行うことで、帯域負荷とＣＰＵ負荷を抑えることができる。このように、ネットワーク帯域を占有しないように画像形成装置からログ送信を行うことにより、ログ送信の影響でログ送信以外の通信が遅くならないようにすることができる。また、ログ送信時の画像形成装置のＣＰＵ負荷を低くし、ログ送信による他の処理への影響を抑えることができる。
【００７２】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。
【００７３】
（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
【図１】
2015005082.tif 000003
【図２】
2015005082.tif 000004
【図３】
2015005082.tif 000005
【図４】
2015005082.tif 000006
【図５】
2015005082.tif 000007
【図６】
2015005082.tif 000008
【図７】
2015005082.tif 000009
【図８】
2015005082.tif 000010
【図９】
2015005082.tif 000011
【図１０】
2015005082.tif 000012
【図１１】
2015005082.tif 000013
【図１２】
2015005082.tif 000014
【図１３】
2015005082.tif 000015