(57)【特許請求の範囲】
【請求項１】
時計を持つクライアント装置であって、
画像処理装置から利用状況に関する情報を受信する受信手段と、
前記クライアント装置のシステムが記録する前記時計に対する設定の履歴を示す第１の変更履歴を取得する取得手段と、
前記画像処理装置から利用状況に関する情報を受信した際に前記時計が示す時刻を含む時間情報と、前記取得手段により取得された第１の変更履歴と、前記受信した利用状況に関する情報とを、ファイルとして記憶装置に保存する保存手段と、
前記保存手段により保存されたファイルを送信すべきタイミングであると判定された場合に、当該判定が行われた際に前記時計が示す時刻を含む時間情報を追加して、送信すべきファイルを生成する生成手段と、
前記生成手段により生成されたファイルを管理サーバに送信する送信手段と、を有し、
前記取得手段は、前記保存手段により保存されたファイルの送信すべきタイミングであると判定された際に、前記時計に対する設定の履歴を示す第２の変更履歴を更に取得し、
前記生成手段は、前記第１の変更履歴と前記第２の変更履歴とを用いて求められる差分情報を更に追加して、送信すべきファイルを生成することを特徴とするクライアント装置。
【請求項２】
前記生成手段は、前記ファイルに含まれる前記第１の変更履歴の代わりに、前記差分情報を追加することを特徴とする請求項１に記載のクライアント装置。
【請求項３】
前記保存手段は、前記クライアント装置のシステムに関する情報を前記ファイルに含めて保存することを特徴とする請求項１または２に記載のクライアント装置。
【請求項４】
前記保存手段は、前記取得手段による第１の変更履歴の取得に失敗した場合には、第１の変更履歴として取得の失敗を示す情報を保存し、
前記取得手段による第１の変更履歴、または第２の変更履歴の取得に失敗した場合には、前記生成手段は前記ファイルに含まれる第１の変更履歴として保存された情報を削除することを特徴とする請求項１乃至３のいずれか１項に記載のクライアント装置。
【請求項５】
時計を持つクライアント装置における方法であって、
画像処理装置から利用状況に関する情報を受信する受信工程と、
前記クライアント装置のシステムが記録する前記時計に対する設定の履歴を示す第１の変更履歴を取得する取得工程と、
前記画像処理装置から利用状況に関する情報を受信した際に前記時計が示す時刻を含む時間情報と、前記取得工程で取得された第１の変更履歴と、前記受信した利用状況に関する情報とを、ファイルとして記憶装置に保存する保存工程と、
前記保存工程で保存されたファイルを送信すべきタイミングであると判定された場合に、当該判定が行われた際に前記時計が示す時刻を含む時間情報を追加して、送信すべきファイルを生成する生成工程と、
前記生成工程で生成されたファイルを管理サーバに送信する送信工程と、を有し、
前記取得工程では、前記保存工程で保存されたファイルの送信すべきタイミングであると判定された際に、前記時計に対する設定の履歴を示す第２の変更履歴が更に取得され、
前記生成工程では、前記第１の変更履歴と前記第２の変更履歴とを用いて求められる差分情報を更に追加して、送信すべきファイルが生成されることを特徴とする方法。
【請求項６】
請求項１乃至４のいずれか１項に記載の手段としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続された機器から利用状況に関する情報を収集し、管理するための技術に関するものである。
【背景技術】
【０００２】
従来から、全世界に点在する複数の機器を管理サーバに接続し、各機器の利用状況に関する情報を定期的に管理サーバに送信することで、利用状況を管理する方法がある。管理対象となる機器としては、プリンターなどが挙げられる。
【０００３】
ここで利用状況に関する情報とは、例えばプリンターが今までに印刷した枚数や、現在のインク残量等の状態情報、そのほかの各種ログ情報である。ここで、収集した情報を製造元でのみ製品分析などに利用し、該情報を用いたフィードバックを機器利用者であるユーザに行わない場合、機器側の情報送信機能は、ユーザには必要のない機能ともいえる。そのことから、ユーザ環境のネットワーク負荷なども考慮し、機器側から頻繁に管理サーバと通信を行うことはできない。そこで、特定の期間、機器側で収集しておいた情報をまとめて管理サーバに対して送信するという運用が行われることがある。
【０００４】
特許文献１では、プリンターが処理時刻及び処理内容を含むログ情報とプリンターの送信時刻とを管理サーバに対して定期的に送信する技術が開示されている。管理サーバでは、プリンターでの処理が行われた時刻を正確に管理するために、管理サーバで計時している基準時刻と送信されてきた送信時刻とを用いて、ログ情報に含まれる処理時刻を補正している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−３４４０２０号
【発明の概要】
【発明が解決しようとする課題】
【０００６】
プリンターなどの画像処理装置から利用状況を示す情報を収集して、定期的に管理サーバに対して送信する機能をもつクライアント装置も存在する。この場合、クライアント装置が利用状況を示す情報を収集した時刻を示す情報などについても管理サーバで管理する必要があるかもしれない。この場合、クライアント装置の時計は、管理サーバ側で分析に利用される時計からズレている場合がある。つまり、クライアント装置が利用状況を示す情報を収集した時刻を示す情報を、前述した特許文献１のような技術を利用して、そのズレを考慮して補正する必要がある。
【０００７】
さらに、クライアント装置の時計で示す時刻は、クライアント装置を利用するユーザにより、自由に設定変更できる。例えば、クライアント装置が利用状況を示す情報を収集してから、該収集した情報を管理サーバに送信するまでの間に、１回以上、ユーザにより設定変更されてしまう場合がある。この場合には、クライアント装置が該情報を送信した時刻、及び、管理サーバ側で利用される時計で特定できる時刻といった情報だけでは、クライアント装置が利用状況を示す情報を収集した時刻を適切に補正することができない。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は、時計を持つクライアント装置であって、画像処理装置から利用状況に関する情報を受信する受信手段と、前記クライアント装置のシステムが記録する前記時計に対する設定の履歴を示す第１の変更履歴を取得する取得手段と、前記画像処理装置から利用状況に関する情報を受信した際に前記時計が示す時刻を含む時間情報と、前記取得手段により取得された第１の変更履歴と、前記受信した利用状況に関する情報とを、ファイルとして記憶装置に保存する保存手段と、前記保存手段により保存されたファイルを送信すべきタイミングであると判定された場合に、当該判定が行われた際に前記時計が示す時刻を含む時間情報を追加して、送信すべきファイルを生成する生成手段と、前記生成手段により生成されたファイルを管理サーバに送信する送信手段と、を有し、前記取得手段は、前記保存手段により保存されたファイルの送信すべきタイミングであると判定された際に、前記時計に対する設定の履歴を示す第２の変更履歴を更に取得し、前記生成手段は、前記第１の変更履歴と前記第２の変更履歴とを用いて求められる差分情報を更に追加して、送信すべきファイルを生成することを特徴とする。
【発明の効果】
【０００９】
本発明に依れば、管理サーバで利用状況を示す情報を管理、分析するための時間情報を、クライアント装置の時計の設定変更なども考慮して適切に補正できるといった効果がある。
【図面の簡単な説明】
【００１０】
【図１】本発明に係るネットワーク構成の例を示す図
【図２】本発明に係る情報処理装置の構成の例を示す図
【図３】利用状況に関する情報が管理サーバ１１１に送信されるまでの処理シーケンスを示す図
【図４】日時変更履歴を示すテーブル
【図５】クライアント装置で実行される収集処理を説明するためのフローチャートを示す図
【図６】実施例１における、クライアント装置で実行される送信処理を説明するためのフローチャートを示す図
【図７】送信処理で送信される情報の内容の例を示す図
【図８】実施例２における、クライアント装置で実行される収集処理を説明するためのフローチャートを示す図
【発明を実施するための形態】
【００１１】
（実施例１）
以下、図面を参照して本発明の好適な実施の形態を詳細に説明する。
【００１２】
なお、特に断らない限り、本発明の機能が実行されるのであれば、単体の機器（情報処理装置）であっても、複数の機器から成るシステムであっても、本発明を適用できることは言うまでもない。また、特に断らない限り、本発明の機能が実行されるのであれば、ＬＡＮ、ＷＡＮ、インターネット等のネットワークを介して接続が為され処理が行われるシステムであっても本発明を適用できることは言うまでもない。
【００１３】
図１は、ネットワークシステムの全体の構成例を示す図である。ネットワークシステムは、管理サーバが属するネットワーク環境１１０とクライアント装置が属するネットワーク環境１２０の２つのネットワークで構成される。ネットワーク環境１１０とネットワーク環境１２０はインターネットなどのネットワーク１００を通じて通信可能である。ただし、クライアント装置側のファイアウォール１２３と管理サーバ側のファイアウォール１１２によって、必要のない通信は遮断されることになる。
【００１４】
画像処理装置１２２は、利用状況を調査したい機器である。画像処理装置１２２は、例えば、プリンター、複写機、３Ｄプリンター、スキャナ、ネットワークカメラ、デジタル医療機器などが含まれる。クライアント装置１２１は、自装置にインストールされたソフトウェアの機能により、ＬＡＮなどのネットワークを介して画像処理装置１２２から利用状況を示す情報を取得して、取得した情報を管理サーバ１１１に送信する。図１では、画像処理装置１２２が１台のみ図示されているが、管理サーバ１１１の管理対象であり利用状況を調査したい機器は複数台存在することがあり得る。その場合には、クライアント装置１２１は、複数台の画像処理装置（不図示）のそれぞれから利用状況を示す情報を取得して、取得した情報を管理サーバ１１１に送信することも可能である。管理サーバ１１１は、クライアント装置１２１からのアクセスにより、画像処理装置１２２の利用状況を示す情報を受信する。
【００１５】
ここで、画像処理装置１２２はファイアウォール１２３によってインターネットなどのネットワーク１００への一部のアクセスは禁止されていることがある。同様にインターネットなどのネットワーク１００からのクライアント装置１２１および画像処理装置１２２へのアクセスは、ファイアウォール１２３によって禁止されていることが多い。
【００１６】
なお、管理サーバ１１１では、ＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）などを用いて常に正しい日時が設定されているものとする。一方で、画像処理装置１２２は、機種などに依存するが、正しい日時が管理されていない場合がある。また、クライアント装置１２１については、ＮＴＰなどを用いて正しい日時が管理されている場合もあるが、ユーザにより度々、日時が調整されて、管理サーバ１１１側の日時とずれている場合がある。
【００１７】
続いて、図２を用いて、本発明におけるクライアント装置１２１などの情報処理装置の内部の構成について説明する。
【００１８】
図２（ａ）は、情報処理装置のハードウェア構成の例を示す。情報処理装置は、ＲＯＭ（２０２）のプログラム用ＲＯＭあるいは外部記憶装置（２０５）に記憶された文書処理プログラム等に基づいて図形、イメージ、文字、表（表計算等を含む）等が混在した処理を実行するＣＰＵ（２０１）を備える。情報処理装置のＲＯＭ（２０２）またはＲＡＭ（２０３）または外部記憶装置（２０５）に格納され、ＣＰＵ（２０１）によって処理が実行される。さらに、システムバス（２０４）に接続される各デバイスをＣＰＵ（２０１）が統括的に制御する。また、このＲＯＭ（２０２）のプログラム用ＲＯＭあるいは外部記憶装置（２０５）には、ＣＰＵ（２０１）の制御プログラムであるオペレーションシステム（ＯＳ）等を記憶する。また、ＲＯＭ（２０２）のデータ用ＲＯＭあるいは外部記憶装置（２０５）には各種データを記憶する。２０３はＲＡＭで、ＣＰＵ（２０１）の主メモリ、ワークエリア等として機能する。ここで、クライアント装置１２１により実行される後述の本発明に係る処理は、対応する制御プログラムをＣＰＵ（２０１）が実行することで実現されることになる。
【００１９】
ネットワークＩ／Ｆ制御装置（２０６）は、ＬＡＮなどのネットワークとのデータの送受信を制御する。図２において、このネットワークＩ／Ｆ制御装置（２０６）は無線通信装置であっても構わない。すなわち、無線アンテナやその制御のための装置を備えていても良い。ＲＴＣ（２０８）はＲｅａｌ  Ｔｉｍｅ  Ｃｌｏｃｋを意味し、コンピュータの電源が切られていても現在時刻を刻み続ける機能のことを指す。ＲＴＣ（２０８）は現在、多くのコンピュータに搭載されている。また、これら以外に入出力装置を備えていても良い。
【００２０】
管理サーバ１１１などについても、同様の構成を備える情報処理装置上で動作するものとする。
【００２１】
図２（ｂ）は、クライアント装置１２１のソフトウェアモジュールの構成例を示す。なお、本発明に係る制御プロラムを実行することで実現される処理の主体としての各モジュールは概念的なものである。
【００２２】
要求部２５１は、ネットワークＩ／Ｆ制御装置（２０６）を利用して、画像処理装置１２２に対して利用状況に関する情報を要求する。受信部２５２は、ネットワークＩ／Ｆ制御装置（２０６）を介して、画像処理装置１２２から利用状況に関する情報を受信する。取得部２５３は、クライアント装置１２１で動作するＯＳが外部記憶装置（２０５）などに記録する履歴情報を取得する。判定部２５４は、管理サーバ１１１へのデータ送信のタイミングを判定する。生成部２５５は、管理サーバ１１１に対して送信すべき情報などを生成する。送信部２５６は、生成部２５５により生成された情報を、ネットワークＩ／Ｆ制御装置（２０６）を利用して、管理サーバ１１１に対して送信する。
【００２３】
図３は、画像処理装置１２２から利用状況に関する情報を取得し、管理サーバ１１１に送信するまでの一連の処理のシーケンスを示す図である。本シーケンス図はすでに画像処理装置１２２やクライアント装置１２１がすでに稼働中の状態から開始している。なお、クライアント装置１２１と画像処理装置１２２間などの通信方式はＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）などの公知の手法を用いることとし、詳細は記述しない。また、本発明を適用可能であれば他の通信プロトコルや独自通信プロトコルを用いてもかまわない。
【００２４】
まず、Ｓ３００にて、クライアント装置１２１の要求部２５１は、画像処理装置１２２に利用状況情報の要求を送信する。Ｓ３０１において、画像処理装置１２２は、その要求の受信に応じて、利用状況に関する情報を内部で作成する。その後、作成された情報は画像処理装置１２２からクライアント装置１２１に送信される。ここで作成される利用状況に関する情報には、画像処理装置１２２で発生したエラーの履歴や、Ｓ３００の要求を受けつけたタイミングの稼働状況を示す情報が含まれる。稼働状況を示す情報とは、画像処理装置１２２内のカウンタ値や消耗品の消耗度などを示す情報などである。
【００２５】
Ｓ３０２にて、クライアント装置１２１の取得部２５３は、自装置内の記憶装置から、日時変更履歴を取得する。本実施例ではＯＳが外部記憶装置（２０５）に記録している日時変更履歴を取得する。ただし、日時変更のタイミングをフック出来る場合などは、ＯＳの記録している情報を用いずに、取得部２５３が独自に変更履歴の記録を取って、Ｓ３０２などのタイミングでその記録内容を取得しても良い。
【００２６】
図４は、日時変更履歴を示す。日時変更履歴とは、クライアント装置１２１の表示部（不図示）で提供されるような日時の設定がユーザにより変更された場合に記録されたデータである。図４（ａ）で示すように、古い記録から順に、変更前と変更後のそれぞれの年月日時を含む時間情報を要素とするデータがリストされている。
【００２７】
Ｓ３０３にて、クライアント装置１２１の判定部２５４は、管理サーバ１１１に対する前回の利用状況に関する情報の送信から、所定期間が経過したかを判定する。所定期間が経過していると判定された場合には、Ｓ３０４の処理に移る。
【００２８】
Ｓ３０４にて、クライアント装置１２１の取得部２５３は、このタイミングで、再び日時変更履歴を取得する。
【００２９】
Ｓ３０５にて、クライアント装置１２１の生成部２５５は、Ｓ３０２とＳ３０４で取得した日時変更履歴を用いて、日時変更の差分を算出する。この差分は、画像処理装置１２２から利用状況に関する情報を受信してから、該利用状況に関する情報を管理サーバ１１１に対して送信するまでの間に（０回以上）行われた設定変更により調整された合計時間を示す。生成部２５５は、Ｓ３００の処理により取得した利用状況に関する情報に加えて、ここで算出した日時変更の差分を付与する。Ｓ３０６にて、クライアント装置１２１の送信部２５６は、生成部２５５により生成された情報を、管理サーバ１１１に対して送信する。
【００３０】
次に、図３で示すシーケンスに含まれる処理を収集処理（図５）と送信処理（図６）に分け、詳細に説明する。なお、収集処理はＳ３００，Ｓ３０２を含む処理を指し、送信処理はＳ３０４，Ｓ３０５，Ｓ３０６を含む処理を指している。
【００３１】
図５は、クライアント装置１２１で実行される収集処理を説明するためのフローチャートを示す。本処理は、画像処理装置１２２から利用状況に関する情報を収集し、管理サーバ１１１への送信待ちの情報として、クライアント装置１２１内の記憶装置に保存するまで処理を示す。
【００３２】
Ｓ５０１で、要求部２５１は、画像処理装置１２２に利用状況に関する情報の要求を送信する。そして、受信部２５２は、画像処理装置１２２から利用状況に関する情報を受信する。この際に、生成部２５５は、クライアント装置１２１の時計が示す時刻（年月日時）を記録する。Ｓ５０２で、取得部２５３は、クライアント装置１２１の記憶装置から、日時変更履歴を取得する。
【００３３】
Ｓ５０３で、生成部２５５は、画像処理装置１２２から受信した利用状況に関する情報を含むファイルを生成し、クライアント装置１２１のＯＳの種類やバージョンなどを含むクライアント情報をファイルに追加する。Ｓ５０４で、生成部２５５は、利用状況に関する情報を含むファイルに、Ｓ５０２で取得した日時変更履歴を追加する。
【００３４】
Ｓ５０５で、生成部２５５によりＳ５０４までで生成された情報を、送信待ちの情報としてクライアント装置１２１内の記憶装置に保存する。保存先は、外部記憶装置（２０５）にある領域であり、クライアント装置１２１の電源を切っても内容は保持される。図７の７００は、Ｓ５０５で保存されるファイルの内容の例を示している。ファイル内には、画像処理装置１２２から取得した利用状況に関する情報を示す項目（１〜Ｎ）７０１があり、その項目に対応する値が含まれている。また、クライアント装置が利用状況に関する情報を画像処理装置１２２から受信した時刻（年月日時）を示すクライアント収集日時７０２が含まれる。さらに、Ｓ５０３、Ｓ５０４で追加されたクライアント情報７０３、日時変更履歴７０４が含まれている。図７で示すファイル７００は項目と値が組となって記録されるフォーマットでもよいし、単にセパレータによって値が区切られるフォーマットでもよい。また、該ファイル７００はバイナリ値であっても、圧縮、暗号化が施されていてもよい。
【００３５】
Ｓ５０６では、要求部２５１は、利用状況に関する情報を収集すべき全ての画像処理装置からの情報収集が完了したかを判定する。もし未処理の画像処理装置があればＳ５０１へと遷移し、完了していれば本処理を終了する。
【００３６】
図６は、クライアント装置１２１で実行される送信処理を説明するためのフローチャートを示す。本処理は、画像処理装置１２２から取得された利用状況に関する情報を管理サーバ１１１への送信する際の処理を示す。
【００３７】
Ｓ６００で、生成部２５５は、図５で説明した処理により送信待ちの情報としてファイルが保存されているかどうかを確認する。保存されていた場合にはＳ６０１に遷移し、該当するファイルが存在しない場合には本処理を終了する。
【００３８】
Ｓ６０１で、生成部２５５は、クライアント装置１２１内の記憶装置から利用状況に関する情報を含むファイルを読み込む。ここで読み込まれたファイルは、図７の７００で示される。
【００３９】
Ｓ６０２で、生成部２５５は、読み込んだファイルに対してクライアント装置１２１に設定されている現在時刻（年月日時）の情報を、クライアント送信日時として追加する。この時間情報は、管理サーバ１１１においてクライアント装置１２１の送信時刻と管理サーバ１１１の受信時刻とを比較し、クライアント装置１２１に設定されている時間の誤差を算出するために利用される。
【００４０】
Ｓ６０３で、取得部２５３は、クライアント装置１２１の記憶装置から、日時変更履歴を取得する。Ｓ６０４で、取得部２５３は、Ｓ６０１で読み込んだファイルに記録されている日時変更履歴７０４を取得する。
【００４１】
Ｓ６０５で、生成部２５５は、Ｓ６０３とＳ６０４で取得した２つの日時変更履歴を用いて、日時変更の差分を算出する。例えば、図４（ａ）がＳ６０３で取得した日時変更履歴、図４（ｂ）がＳ６０４で取得した日時変更履歴とする。生成部２５５は、これら２つの履歴情報から、図４（ｃ）で示す履歴を抽出できる。この抽出された２つの履歴の記録は、画像処理装置１２２から利用状況に関する情報を受信してから、該利用状況に関する情報を管理サーバ１１１に対して送信するまでの間に行われた設定変更の内容を示している。図４（ｃ）で示すそれぞれの履歴の内容に含まれる変更後日時と変更前日時の差を求めて、それらを全て足し合わせたものが、日時変更の差分となる。よって、生成部２５５により、図４（ｃ）を用いて算出される差分は、“１年と１時間と１４秒”になる。
【００４２】
Ｓ６０６で、生成部２５５は、読み込んだファイルに対して、Ｓ６０５で算出した日時変更の差分の情報を追加する。なお、図７で示す日時変更履歴７０４に代えて、Ｓ６０５で算出した日時変更の差分の情報をファイルに追加してもよい。この場合には、クライアント装置１２１の日時変更履歴そのものが管理サーバ１１１に送信されることがない。
【００４３】
Ｓ６０６の段階での利用状況に関する情報を含むファイルは、図７の７１０で示される。図７の７００に対して、Ｓ６０２、Ｓ６０６で、クライアント送信日時７１１、日時変更の差分７１２が追加されている。最後に、Ｓ６０７で、送信部２５６は、利用状況に関する情報を含むファイル７１０を管理サーバ１１１に送信する。
【００４４】
管理サーバ１１１では、ファイル７１０を受信した際に、自身に設定されている時計情報に従い、受信時刻を取得して、サーバ受信日時として該受信ファイルとともに保存して管理する。
【００４５】
管理サーバ１１１は、管理サーバ１１１が利用する時計を基準としてファイル７１０に含まれる利用状況に関する情報を用いた分析を行うために、以下のように推定収集時間を求める。
【００４６】
［推定収集時間］＝［クライアント収集日時７０２］−［クライアント送信日時７１１とサーバ受信日時との差分］＋日時変更の差分７１２
この算出では、クライアント装置１２１が画像処理装置１２２から利用状況に関する情報を取得する際に記録したクライアント収集日時７０２を、２つの差分情報を利用して補正していることになる。
【００４７】
以上によれば、クライアント装置１２１と管理サーバ１１１とが利用する時計にずれがあり、さらに、クライアント装置１２１で時計の設定がユーザなどに変更された場合であっても、管理サーバ１１１での利用状況情報の分析に必要なより適切な時間情報を推定できるといった効果がある。
【００４８】
（応用例１）
なお、上述した推定収集時間の算出は、管理サーバ１１１ではなくクライアント装置１２１内で行ってもよい。その場合は、クライアント装置１２１は、Ｓ６０２で内部的に現在時刻の情報を取得する際に管理サーバ１１１から現在時刻の情報を要求して取得するようにする。そして、取得した２つの時刻情報の差分を求める。その後、クライアント収集日時７０２を、当該差分の情報と日時変更の差分７１２とから補正することで推定収集時間を算出する。この場合、生成部２５５は、クライアント送信日時７１１と日時変更の差分７１２との情報に代えて、算出した推定収集時間をファイル７１０に追加する。その後、送信部２５６は、このファイルを管理サーバ１１１に送信することになる。
【００４９】
（応用例２）
実施例１では、クライアント装置１２１が画像処理装置１２２から利用状況に関する情報を収集した時刻を示す情報を補正することで正確な収集時刻を算出できた。
【００５０】
ここで、時計を持つ画像処理装置１２２からのファイル７１０に含まれる利用状況項目のそれぞれには、画像処理装置１２２において各項目の値が記録された時刻（例えば、エラーの発生時刻）も記録されている。そこで、画像処理装置１２２が利用状況に関する情報をクライアント装置１２１に送信する際に、その送信時刻の情報を追加することで、クライアント装置１２１と画像処理装置１２２との時計のズレが求めることができる。つまり、このような場合には、画像処理装置１２２の時計と管理サーバ１１１が利用する時計とのズレも算出することが可能となる。
【００５１】
よって、実施例１の応用として、画像処理装置１２２で記録されたそれぞれの利用状況情報に対応して記録される時刻を示す情報についても、管理サーバ１１１が分析で利用する時計を基準にして補正することが可能となる。この際には、クライアント装置１２１でのユーザなどによる時計の設定変更が考慮されているため、実施例１と同様の効果が得られることになる。
【００５２】
（実施例２）
前述の実施例１では、日時変更履歴を用いて正確な利用状況情報の収集日時を推定する方法を示した。
【００５３】
実施例１のＳ５０２，Ｓ６０３では、クライアント装置１２１の取得部２５３は、ＯＳが記録した日時変更履歴を取得していた。しかしながら、必ずしも必要な日時変更履歴が取得できるとは限らない。
【００５４】
例えば、ＯＳがシステムログとして日時変更履歴を記録するためのバッファは多くの場合、有限である。そのため、ＯＳが何らかのシステムログを記録していくにつれ、古い情報は削除されてしまう。よって、利用状況に関する情報が画像処理装置から取得されてから管理サーバ１１１へ送信されるまでの期間が長ければ長いほど、その間に日時変更履歴が削除されてしまう可能性が高くなる。
【００５５】
本実施例では、このような日時変更履歴の取得可能性が不確定な環境も考慮し、クライアント装置１２１が追加で実行する処理について説明する。
【００５６】
まず、実施例２でクライアント装置により実行される収集処理について、実施例１の図５で示す処理との違いを説明する。
【００５７】
Ｓ５０４において、生成部２５５は、Ｓ５０２でクライアント装置１２１の取得部２５３による日時変更履歴の取得が失敗した場合、日時変更履歴として取得失敗を示す情報をファイルに追加で記録する。ここでは、取得失敗を判別できるように、Ｓ５０４で示す処理を省略してもよい。
【００５８】
次に、図８を用いて、実施例２でクライアント装置により実行される送信処理について、実施例１の図６で示す処理との違いを説明する。なお、図６で既に説明した処理については、ここでの説明を省略する。
【００５９】
Ｓ８０１で、生成部２５５は、日時変更履歴の取得に失敗しているか否かを判定する。具体的には、収集処理の段階で変更履歴の取得が失敗している、または、Ｓ６０３の段階で日時変更履歴の取得に失敗している場合には、Ｓ８０２に遷移する。一方で、日時変更履歴の取得に成功している場合には、Ｓ６０５に遷移する。収集処理の段階で変更履歴の取得が失敗している場合とは、Ｓ６０１で読み込んだファイルに取得失敗を示す情報が記録されている場合である。
【００６０】
Ｓ８０２で、生成部２５５は、ファイル内の日時変更履歴を削除する。ここで、ファイル内の日時変更履歴を削除することによって、管理サーバ１１１では、該ファイルが不確実な収集日時しか算出できないことを判別できる。なお、Ｓ８０２で、生成部２５５が、日時変更履歴を削除する代わりに、不確実な収集日時しか算出できないことを判別するためのフラグ情報を追加で含めても良い。
【００６１】
本実施例によれば、管理サーバ１１１において不確実な収集日時しか算出できないファイルを判別できる。つまり、分析に際してそのようなファイルを除外して分析することで、より適切な分析が行えるようになる。
【００６２】
（他の実施例）
本発明は、上述した実施形態を適宜組み合わせることにより構成された装置あるいはシステムやその方法も含まれるものとする。
【００６３】
ここで、本発明は、上述した実施形態の機能を実現する１以上のソフトウェア（プログラム）を実行する主体となる装置あるいはシステムである。また、その装置あるいはシステムで実行される上述した実施形態を実現するための方法も本発明の一つである。また、そのプログラムは、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給され、そのシステム或いは装置の１以上のコンピュータ（ＣＰＵやＭＰＵ等）によりそのプログラムが読み出され、実行される。つまり、本発明の一つとして、さらにそのプログラム自体、あるいは該プログラムを格納したコンピュータにより読み取り可能な各種記憶媒体も含むものとする。また、上述した実施形態の機能を実現する回路（例えば、ＡＳＩＣ）によっても、本発明は実現可能である。
【符号の説明】
【００６４】
１００  ネットワーク（インターネット）
１１１  管理サーバ
１２１  クライアント装置
１２２  画像処理装置
【図１】
0006501622.tif 000002
【図２】
0006501622.tif 000003
【図３】
0006501622.tif 000004
【図４】
0006501622.tif 000005
【図５】
0006501622.tif 000006
【図６】
0006501622.tif 000007
【図７】
0006501622.tif 000008
【図８】
0006501622.tif 000009