(57)【要約】【課題】デバイスの状態を監視する際におけるデバイスやネットワークの負荷の増加を抑制することを主目的とする。【解決手段】複数のコンピュータが各々に、現在の時刻が監視予定時刻のときに（Ｓ１００）、前回に複数のコンピュータのいずれかがプリンタから状態情報（ステータスなど）を取得した時刻と現在の時刻との時刻差ΔＴが閾値Ｔｒｅｆ以上のときには（Ｓ１３０）、プリンタの状態情報を取得してこれを現在の時刻やコンピュータの識別情報と共に管理サーバに送信し（Ｓ１４０，Ｓ１５０）、今回の取得時刻を更新し（Ｓ１６０，Ｓ１７０）、時刻差ΔＴが閾値Ｔｒｅｆ未満のときには（Ｓ１３０）、プリンタの状態情報を取得しない。これにより、プリンタから複数のコンピュータのいずれかが状態情報を取得する頻度を調整することができ、プリンタの負荷やネットワークの負荷の増加を抑制することができる。【選択図】図２
2010134806.tif 000002
【特許請求の範囲】
【請求項１】
情報を記憶する情報記憶手段を有するデバイスの状態をネットワークを介して複数の状態監視装置が各々に監視する状態監視方法であって、
（ａ）前記情報記憶手段に記憶された前記複数の状態監視装置のいずれかが前記デバイスから該デバイスの状態に関する状態情報を取得した時刻である取得時刻を含む取得時情報を取得し、
（ｂ）前記取得した取得時情報に含まれる前回の取得時刻に基づいて前記情報記憶手段に記憶された状態情報を取得するか否かを判定し、
（ｃ）前記判定結果に基づいて前記情報記憶手段に記憶された状態情報を取得し、
（ｄ）前記判定結果に基づいて前記情報記憶手段に記憶された取得時情報を更新して前記情報記憶手段に記憶させる、
状態監視方法。
【請求項２】
請求項１記載の状態監視方法であって、
前記ステップ（ｂ）は、前記情報記憶手段に記憶された取得時情報に含まれる前回の取得時刻と、今回の前記デバイスとの通信の時刻である今回通信時刻と、の時刻差が所定の時刻差以上のときに前記情報記憶手段に記憶された状態情報を取得すると判定し、前記前回の取得時刻と前記今回通信時刻との時刻差が前記所定の時刻差未満のときには前記情報記憶手段に記憶された状態情報を取得しないと判定するステップであり、
前記ステップ（ｃ）は、前記ステップ（ｂ）で前記情報記憶手段に記憶された状態情報を取得すると判定したときに該状態情報を取得するステップであり、
前記ステップ（ｄ）は、前記ステップ（ｂ）で前記情報記憶手段に記憶された状態情報を取得すると判定したときに前記情報記憶手段に記憶された取得時情報を更新するステップである、
状態監視方法。
【請求項３】
前記複数の状態監視装置が各々に所定の実行間隔で前記ステップ（ａ）以降の処理を実行する請求項１または２記載の状態監視方法。
【請求項４】
前記所定の実行間隔は、前回にステップ（ｃ）で前記情報記憶手段に記憶された状態情報を取得したか否かに基づいて調整される間隔である請求項３記載の状態監視方法。
【請求項５】
前記ステップ（ｃ）の後に、（ｅ）前記ネットワークとは異なる第２のネットワークを介して接続された所定のサーバに前記取得した状態情報を送信する請求項１ないし４のいずれか１つの請求項に記載の状態監視方法。
【請求項６】
前記デバイスは、プリンタである請求項１ないし５のいずれか１つの請求項に記載の状態監視方法。
【請求項７】
請求項１ないし６のいずれか１つの請求項に記載の状態監視方法の各ステップをコンピュータに実現させるためのプログラム。
【請求項８】
情報を記憶する情報記憶手段を有するデバイスの状態をネットワークを介して複数の状態監視装置が各々に監視するシステムに用いられる状態監視装置であって、
前記情報記憶手段に記憶された前記デバイスが該デバイスの状態に関する状態情報を取得された時刻である取得時刻を含む取得時情報を取得する取得時情報取得手段と、
前記取得した取得時情報に含まれる前回の取得時刻に基づいて前記情報記憶手段に記憶された状態情報を取得するか否かを判定する判定手段と、
前記判定手段により判定された判定結果に基づいて前記情報記憶手段に記憶された状態情報を取得する状態情報取得手段と、
前記判定手段により判定された判定結果に基づいて前記取得時情報を更新して前記情報記憶手段に記憶させる取得時情報更新手段と、
を備える状態監視装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、状態監視方法およびそのプログラム、状態監視装置に関し、詳しくは、情報を記憶する情報記憶手段を有するデバイスの状態をネットワークを介して複数の状態監視装置が各々に監視する状態監視方法およびそのプログラム、状態監視装置に関する。
【背景技術】
【０００２】
従来、この種の状態監視方法としては、デバイスとしてのプリンタに内蔵されたデバイス制御装置がデバイスの動作を監視して管理サーバに監視情報を通知するものが提案されている（例えば、特許文献１参照）。この方法では、デバイス制御装置が、デバイスで実行されるジョブを監視してその監視結果であるジョブ監視情報を監視情報記憶領域に記憶しておき、ジョブ監視情報の通知を管理サーバに対して要求してその要求に対する管理サーバからの応答に応じてジョブ監視情報を管理サーバに通知している。
【特許文献１】特開２００５−３２１９５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上述の状態監視方法では、監視対象のデバイス自体で監視情報をコントロールする必要があるため、デバイス自体にこうした機能を持たせることができない場合などにはこの方法を適用することができない。また、こうした状態監視方法では、上述の方法とは異なる方法、例えば、複数のコンピュータによりデバイスの状態を監視する方法の構築が課題の一つとされている。この方法では、複数のコンピュータが各々に自由にデバイスから監視情報を取得するものとすると、デバイスの負荷や複数のコンピュータとデバイスとの間の通信負荷が増加する場合があるため、デバイスの状態を監視する際におけるこれらの負荷の増加を抑制することが望まれる。
【０００４】
本発明の状態監視方法およびそのプログラム、状態監視装置は、デバイスの状態を監視する際におけるデバイスやネットワークの負荷の増加を抑制することを主目的とする。
【課題を解決するための手段】
【０００５】
本発明の状態監視方法およびそのプログラム、状態監視装置は、上述の主目的を達成するために以下の手段を採った。
【０００６】
本発明の状態監視方法は、
情報を記憶する情報記憶手段を有するデバイスの状態をネットワークを介して複数の状態監視装置が各々に監視する状態監視方法であって、
（ａ）前記情報記憶手段に記憶された前記複数の状態監視装置のいずれかが前記デバイスから該デバイスの状態に関する状態情報を取得した時刻である取得時刻を含む取得時情報を取得し、
（ｂ）前記取得した取得時情報に含まれる前回の取得時刻に基づいて前記情報記憶手段に記憶された状態情報を取得するか否かを判定し、
（ｃ）前記判定結果に基づいて前記情報記憶手段に記憶された状態情報を取得し、
（ｄ）前記判定結果に基づいて前記情報記憶手段に記憶された取得時情報を更新して前記情報記憶手段に記憶させる、
ことを要旨とする。
【０００７】
この本発明の状態監視方法では、複数の状態監視装置が各々に、デバイスの情報記憶手段に記憶された複数の状態監視装置のいずれかがデバイスからデバイスの状態に関する状態情報を取得した時刻である取得時刻を含む取得時情報を取得し、取得した取得時情報に含まれる前回の取得時刻に基づいて状態情報を取得するか否かを判定し、判定結果に基づいて状態情報を取得し、判定結果に基づいて取得時情報を更新して情報記憶手段に記憶させる。これにより、複数の状態監視装置とデバイスとの間で状態情報をやりとりする頻度を調整することができ、デバイスの負荷や複数の状態監視装置とデバイスとの間の通信負荷（ネットワークの負荷）の増加を抑制することができる。ここで、デバイスは、プリンタであるものとすることもできる。また、取得時情報は、取得時刻に加えて、複数の状態監視装置のうちデバイスと通信した状態監視装置を識別する識別情報を含む情報であるものとすることもできる。
【０００８】
こうした本発明の状態監視方法において、前記ステップ（ｂ）は、前記情報記憶手段に記憶された取得時情報に含まれる前回の取得時刻と、今回の前記デバイスとの通信の時刻である今回通信時刻と、の時刻差が所定の時刻差以上のときに前記情報記憶手段に記憶された状態情報を取得すると判定し、前記前回の取得時刻と前記今回通信時刻との時刻差が前記所定の時刻差未満のときには前記情報記憶手段に記憶された状態情報を取得しないと判定するステップであり、前記ステップ（ｃ）は、前記ステップ（ｂ）で前記情報記憶手段に記憶された状態情報を取得すると判定したときに該状態情報を取得するステップであり、前記ステップ（ｄ）は、前記ステップ（ｂ）で前記情報記憶手段に記憶された状態情報を取得すると判定したときに前記情報記憶手段に記憶された取得時情報を更新するステップである、ものとすることもできる。即ち、各状態監視装置は、前回の取得時刻と今回通信時刻との時刻差が所定の時刻差未満のときには状態情報を取得しないのである。これにより、前回の取得時刻から所定の時刻差に相当する時間が経過する前に複数の状態監視装置のいずれかがデバイスから状態情報を取得するのを回避することができる。
【０００９】
また、本発明の状態監視方法において、前記複数の状態監視装置が各々に所定の実行間隔で前記ステップ（ａ）以降の処理を実行するものとすることもできる。この場合、前記所定の実行間隔は、前回にステップ（ｃ）で前記情報記憶手段に記憶された状態情報を取得したか否かに基づいて調整される間隔であるものとすることもできる。こうすれば、複数の状態監視装置のうち特定の状態監視装置がデバイスから状態情報を取得するようにしたり、異なる状態監視装置が順にデバイスから状態情報を取得するようにすることができる。
【００１０】
さらに、本発明の状態監視方法において、前記ステップ（ｃ）の後に、（ｅ）前記ネットワークとは異なる第２のネットワークを介して接続された所定のサーバに前記取得した状態情報を送信するものとすることもできる。この場合、複数の状態監視装置と所定のサーバとの間で状態情報をやりとりする頻度を調整することができ、複数の状態監視装置と所定のサーバとの間の通信負荷（第２のネットワークの負荷）の増加を抑制することができる。
【００１１】
本発明のプログラムは、上述のいずれかの態様の本発明の状態監視方法の各ステップをコンピュータに実現させるためのものである。このプログラムは、コンピュータが読み取り可能な記録媒体（例えばハードディスク、ＲＯＭ、ＦＤ、ＣＤ、ＤＶＤなど）に記録されていてもよいし、伝送媒体（インターネットやＬＡＮなどの通信網）を介してあるコンピュータから別のコンピュータに配信されてもよいし、その他どのような形で授受されてもよい。このプログラムをコンピュータに実行させれば、上述のいずれかの態様の本発明の状態監視方法の各ステップが実行されるため、本発明の状態監視方法と同様の作用効果が得られる。
【００１２】
本発明の状態監視装置は、
情報を記憶する情報記憶手段を有するデバイスの状態をネットワークを介して複数の状態監視装置が各々に監視するシステムに用いられる状態監視装置であって、
前記情報記憶手段に記憶された前記デバイスが該デバイスの状態に関する状態情報を取得された時刻である取得時刻を含む取得時情報を取得する取得時情報取得手段と、
前記取得した取得時情報に含まれる前回の取得時刻に基づいて前記情報記憶手段に記憶された状態情報を取得するか否かを判定する判定手段と、
前記判定手段により判定された判定結果に基づいて前記情報記憶手段に記憶された状態情報を取得する状態情報取得手段と、
前記判定手段により判定された判定結果に基づいて前記取得時情報を更新して前記情報記憶手段に記憶させる取得時情報更新手段と、
を備えることを要旨とする。
【００１３】
この本発明の状態監視装置では、デバイスの情報記憶手段に記憶されたデバイスがデバイスの状態に関する状態情報を取得された時刻である取得時刻を含む取得時情報を取得し、取得した取得時情報に含まれる前回の取得時刻に基づいて状態情報を取得するか否かを判定し、判定結果に基づいて状態情報を取得し、判定結果に基づいて取得時情報を更新して情報記憶手段に記憶させる。これにより、複数の状態監視装置とデバイスとの間で状態情報をやりとりする頻度を調整することができ、デバイスの負荷や複数の状態監視装置とデバイスとの間の通信負荷（ネットワークの負荷）の増加を抑制することができる。ここで、デバイスは、プリンタであるものとすることもできる。また、取得時情報は、取得時刻に加えて、複数の状態監視装置のうちデバイスと通信した状態監視装置を識別する識別情報を含む情報であるものとすることもできる。
【発明を実施するための最良の形態】
【００１４】
次に、本発明を具現化した一実施形態について説明する。図１は、本発明の一実施形態である状態監視システム１０の構成の概略を示す構成図である。状態監視システム１０は、図示するように、ネットワークとしてのＬＡＮ１２に接続されたデバイスとしてのプリンタ２０と、ＬＡＮ１２を介してプリンタ２０に接続された複数の状態監視装置としての複数のクライアントコンピュータ３０と、ルータ４０と電気通信回線であるインターネット５０とを介してＬＡＮ１２に接続された所定のサーバとしての管理サーバ６０と、により構成されており、各クライアントコンピュータ３０から送信される印刷ジョブをプリンタ２０により受信して実行すると共にプリンタ２０の状態を各クライアントコンピュータ３０や管理サーバ６０により監視している。
【００１５】
プリンタ２０は、ＬＡＮ１２を介して得られた印刷ジョブを記録紙Ｓに印刷する装置であり、装置全体の制御を司るＣＰＵ２２と、各種処理プログラムを記憶するＲＯＭ２３と、データを一時的に記憶するＲＡＭ２４と、データを記憶するフラッシュメモリ２５と、ＬＡＮ１２などのネットワークとの接続を司るネットワークインタフェース（Ｉ／Ｆ）２６と、着色剤としてトナーを用いて記録紙Ｓに印刷を行う印刷機構２７と、を備える。フラッシュメモリ２５には、プリンタ２０の状態（例えば、ステータスや消耗品情報など）や印刷ジョブの状態などに関する状態情報を管理する状態情報管理テーブルや、クライアントコンピュータ３０がプリンタ２０から状態情報を取得した際における時刻とそのクライアントコンピュータ３０の識別情報（例えば、ＩＰアドレス）とが関連付けられた取得時情報を管理する取得時情報管理テーブル，などが記憶されている。印刷機構２７は、単一感光体方式と中間転写方式とを採用したフルカラーの電子写真方式の印刷機構として構成されている。なお、この印刷機構２７は、プリントヘッド内に設けられた圧電素子又はヒータによりインクカートリッジ内のインクを加圧して記録紙Ｓに向かって吐出するインクジェット方式を採用してもよい。
【００１６】
クライアントコンピュータ３０は、一般的なコンピュータとして構成されており、各種制御を実行するＣＰＵ３２と、各種処理プログラムを記憶するＲＯＭ３３と、データを一時的に記憶するＲＡＭ３４と、各種アプリケーションプログラムや各種データファイルを記憶する大容量メモリであるハードディスク（ＨＤＤ）３５と、ＬＡＮ１２などのネットワークとの接続を司るＩ／Ｆ３６と、を備える。ＨＤＤ３５には、画像ファイルや文書ファイルなどの印刷対象ファイルをプリンタ２０により実行可能な印刷ジョブに変換するプリンタドライバ３５ａやプリンタ２０の状態を監視するための状態監視プログラム３５ｂなどがインストールされており、クライアントコンピュータ３０は、インストールされたプリンタドライバ３５ａや状態監視プログラム３５ｂによりプリンタ２０に対して印刷ジョブを送信したりプリンタ２０から状態情報を受信したりする。なお、プリンタドライバ３５ａと状態監視プログラム３５ｂとを一体のプログラムとして構成するものとしても構わない。
【００１７】
管理サーバ６０は、各クライアントコンピュータ３０から各種情報を収集してそれをデータベースに保存して管理する機能を有しており、各種制御を実行するＣＰＵ６２と、各種処理プログラムを記憶するＲＯＭ６３と、データを一時的に記憶するＲＡＭ６４と、各種アプリケーションプログラムや各種データファイルを記憶する大容量メモリであるＨＤＤ６５と、ＬＡＮ１２などのネットワークとの接続を司るＩ／Ｆ６６と、を備える。ＨＤＤ６５には、複数のクライアントコンピュータ３０から受信したプリンタ２０の状態情報などを含む監視結果管理テーブルなどが記憶されている。
【００１８】
次に、こうして構成された状態監視システム１０の動作、特に、複数のクライアントコンピュータ３０や管理サーバ６０によりプリンタ２０を監視する際の動作について説明する。図２は、各クライアントコンピュータ３０により実行される状態監視ルーチンの一例を示すフローチャートである。このルーチンは、各クライアントコンピュータ３０で電源がオンされているときに所定の時間間隔で繰り返し実行される。
【００１９】
状態監視ルーチンが実行されると、ＣＰＵ３２は、現在の時刻がプリンタ２０の状態を監視する予定の監視予定時刻であるか否かを判定し（ステップＳ１００）、現在の時刻が監視予定時刻でないと判定されたときにはそのままこのルーチンを終了する。ここで、現在の時刻は、例えば、クライアントコンピュータ３０が備える図示しないリアルタイムクロックの時刻を用いるものとしたり、図示しないＮＴＰ（Network Time Protocol ）サーバからインターネット５０を介して受信した基準時刻を用いるものとしたり、プリンタ２０から現在の時刻を受信して用いるものとしたりすることができる。また、監視予定時刻は、実施例では、前回以前にこのルーチンが実行されたときに後述のステップＳ１８０の処理で設定したものを用いるものとした。
【００２０】
現在の時刻が監視予定時刻であると判定されたときには、前回に複数のクライアントコンピュータ３０のいずれかがプリンタ２０から状態情報を取得した時刻である前回取得時刻をプリンタ２０のフラッシュメモリ２５に記憶されている取得時情報管理テーブルから取得する（ステップＳ１１０）。取得時情報管理テーブルの一例を図３に示す。図３の例では、前回取得時刻として８：００を取得することになる。なお、この取得時情報管理テーブルは、本実施形態では、工場出荷時にはそのときの時刻が取得時刻として記憶されているものとした。
【００２１】
続いて、取得した前回取得時刻と現在の時刻との時刻差ΔＴを計算し（ステップＳ１２０）、計算した時刻差ΔＴを閾値Ｔｒｅｆと比較する（ステップＳ１３０）。ここで、閾値Ｔｒｅｆは、プリンタ２０の状態を監視する時間間隔として設定される時刻差であり、例えば、４５分や６０分，９０分などを用いることができる。この時刻差ΔＴと閾値Ｔｒｅｆとの比較は、プリンタ２０の状態を監視するか否か、即ち、プリンタ２０の状態情報（ステータスや消耗品情報などのプリンタ２０の状態や受け付けた印刷ジョブの状態に関する情報）を取得すべきか否かを判定する処理である。
【００２２】
時刻差ΔＴが閾値Ｔｒｅｆ以上のときには、プリンタ２０の状態情報を取得すべきと判断し、プリンタ２０のフラッシュメモリ２５に記憶された状態情報を取得し（ステップＳ１４０）、取得した状態情報と現在の時刻（状態情報を取得した時刻）とクライアントコンピュータ３０の識別情報（例えばＩＰアドレス）とを管理サーバ６０に送信する（ステップＳ１５０）。状態情報と現在の時刻とクライアントコンピュータ３０の識別情報（例えばＩＰアドレスなど）とを受信した管理サーバ６０は、例えば、現在の時刻とクライアントコンピュータ３０と監視情報とを関連付けて監視結果管理テーブルに登録する。監視結果管理テーブルの一例を図４に示す。管理サーバ６０では、このようにしてプリンタ２０の状態情報、例えば、ステータスや消耗品情報などを監視するのである。なお、クライアントコンピュータ３０は、状態情報と現在の時刻とを管理サーバ６０に送信し、クライアントコンピュータ３０の識別情報については管理サーバ６０に送信しないものとしてもよい。
【００２３】
続いて、プリンタ２０のフラッシュメモリ２５に記憶された取得時情報管理テーブルを取得すると共に（ステップＳ１６０）、現在の時刻（状態情報を取得した時刻）とクライアントコンピュータ３０の識別情報（例えばＩＰアドレス）とを関連付けて取得時情報管理テーブルに登録し即ち取得時情報管理テーブルの更新を行ない更新した取得時情報管理テーブルをフラッシュメモリ２５に再度記憶させる（ステップＳ１７０）。
【００２４】
一方、ステップＳ１３０で時刻差ΔＴが閾値Ｔｒｅｆ未満のときには、前回取得時刻から閾値Ｔｒｅｆに相当する時間が経過していないためプリンタ２０の状態情報を取得する必要はないと判断し、ステップＳ１４０〜Ｓ１７０の処理を行なわない。
【００２５】
即ち、現在の時刻が監視予定時刻のときに、時刻差ΔＴが閾値Ｔｒｅｆ以上のときには、プリンタ２０の状態情報を取得してこれを現在の時刻やクライアントコンピュータ３０の識別情報（例えばＩＰアドレス）と共に管理サーバ６０に送信し、時刻差ΔＴが閾値Ｔｒｅｆ未満のときには、プリンタ２０の状態情報を取得しないのである。これにより、プリンタ２０から複数のクライアントコンピュータ３０のいずれかが状態情報を取得する頻度を調整することができ、プリンタ２０の負荷やプリンタ２０とクライアントコンピュータ３０との間の通信負荷（ＬＡＮ１２の負荷）の増加を抑制することができる。そして、各クライアントコンピュータ３０は、プリンタ２０の状態情報を取得していないときには当然その情報を管理サーバ６０に送信しないから、各クライアントコンピュータ３０と管理サーバ６０との間の通信負荷（インターネット５０の負荷）の増加を抑制することができる。さらに、本実施形態では、複数のクライアントコンピュータ３０が各々に図２の状態監視ルーチンを実行することによってプリンタ２０の状態を監視するから、複数のクライアントコンピュータ３０の一部の電源がオフとされているときでも電源がオンとなっているクライアントコンピュータ３０で同様にプリンタ２０の状態を監視することができ、ＬＡＮ１２に接続された他のクライアントコンピュータに前述の状態監視プログラム３５ｂがインストールされたとき（プリンタ２０を監視するクライアントコンピュータが追加されたとき）でも既に状態監視プログラム３５ｂがインストールされているクライアントコンピュータ３０の設定を変更することなくプリンタ２０の状態を監視することができる。
【００２６】
そして、次回にプリンタ２０を監視する予定の監視予定時刻を設定して（ステップＳ１８０）、このルーチンを終了する。ここで、次回の監視予定時刻は、本実施形態では、プリンタ２０を監視する監視間隔が予め定められた時間間隔（例えば、４５分や６０分，９０分）となる時刻（所定時間後の時刻）などの時刻を設定するものとした。なお、全てのクライアントコンピュータ３０について、前述の閾値Ｔｒｅｆに相当する時間に等しい所定時間（例えば６０分）後の時刻を次回の監視予定時刻に設定する場合には、通常、複数のクライアントコンピュータ３０のうち特定のクライアントコンピュータがプリンタ２０の状態情報を取得することになると考えられる。即ち、例えば、クライアントコンピュータ３０ａが毎時０分にプリンタ２０を監視しようとし、クライアントコンピュータ３０ｂが毎時１０分にプリンタ２０を監視しようとし、クライアントコンピュータ３０ｃが毎時２０分にプリンタ２０を監視しようとする場合には、通常、クライアントコンピュータ３０ａが６０分毎にプリンタ２０の状態情報を取得することになる。一方、各クライアントコンピュータ３０について、閾値Ｔｒｅｆより長い時間または短い時間としての所定時間後の時刻を次回の監視予定時刻に設定する場合には、各クライアントコンピュータ３０の一部または全部に順にプリンタ２０の状態情報を取得させることを可能にすることができる。
【００２７】
ここで、本実施形態の構成要素と本発明の構成要素との対応関係を明らかにする。本実施形態のプリンタ２０が「デバイス」に相当し、各クライアントコンピュータ３０が「状態監視装置」に相当し、本実施形態で実行する図２の状態監視ルーチンのステップＳ１１０の処理が本発明のステップ（ａ）の処理に相当し、ステップＳ１２０，Ｓ１３０の処理がステップ（ｂ）の処理に相当し、ステップＳ１４０の処理がステップ（ｃ）の処理に相当し、ステップＳ１６０，Ｓ１７０の処理がステップ（ｄ）の処理に相当する。また、図２の状態監視ルーチンのステップＳ１５０の処理がステップ（ｅ）の処理に相当する。
【００２８】
以上説明した本実施形態の状態監視システム１０によれば、複数のクライアントコンピュータ３０が各々に、現在の時刻が監視予定時刻のときに、前回に複数のクライアントコンピュータ３０のいずれかがプリンタ２０から状態情報を取得した時刻である前回取得時刻と現在の時刻との時刻差ΔＴが閾値Ｔｒｅｆ以上のときにはプリンタ２０の状態情報を取得してこれを現在の時刻やクライアントコンピュータ３０の識別情報（例えばＩＰアドレス）と共に管理サーバ６０に送信しさらに取得時情報管理テーブルの更新を行ない、時刻差ΔＴが閾値Ｔｒｅｆ未満のときにはプリンタ２０の状態情報を取得しないから、プリンタ２０から複数のクライアントコンピュータ３０のいずれかが状態情報を取得する頻度を調整することができ、プリンタ２０の負荷やプリンタ２０とクライアントコンピュータ３０との間の通信負荷の増加を抑制することができる。また、各クライアントコンピュータ３０は、プリンタ２０の状態情報を取得していないときにはその情報を管理サーバ６０に送信しないから、各クライアントコンピュータ３０と管理サーバ６０との間の通信負荷の増加を抑制することができる。
【００２９】
なお、本発明は上述した実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の態様で実施し得ることはいうまでもない。
【００３０】
上述の本実施形態では、複数のクライアントコンピュータ３０は、時刻差ΔＴが閾値Ｔｒｅｆ未満のときには、図２の状態監視ルーチンのステップＳ１４０〜Ｓ１７０の処理を実行しないものとしたが、時刻差ΔＴに拘わらず、取得時情報管理テーブルを取得し（ステップＳ１６０）、現在の時刻とクライアントコンピュータ３０の識別情報（例えばＩＰアドレス）とプリンタ２０の状態情報を取得したか否かの情報とを関連付けて取得時情報管理テーブルに登録するものとしてもよい。
【００３１】
上述の本実施形態では、次回にプリンタ２０を監視する予定の監視予定時刻に所定時間後の時刻を設定するものとしたが、これに代えて、プリンタ２０の状態情報を取得して管理サーバ６０に送信したか否かに基づいて次回の監視予定時刻を設定するものとしてもよい。この場合、例えば、プリンタ２０の状態情報を取得して管理サーバ６０に送信したときには所定時間後の時刻を次回の監視予定時刻に設定し、プリンタ２０の状態情報を取得していないときには所定時間後の時刻からずらした時刻（例えば、所定時間後の時刻より３分や５分，１０分遅い時刻）を次回の監視予定時刻に設定するものとしてもよいし、プリンタ２０の状態情報を取得して管理サーバ６０に送信したときには所定時間後の時刻からずらした時刻を次回の監視予定時刻に設定し、プリンタ２０の状態情報を取得していないときには所定時間後の時刻を次回の監視予定時刻に設定するものとしてもよい。こうすれば、各クライアントコンピュータ３０の一部または全部に順にプリンタ２０の状態情報を取得させることを可能にすることができる。
【００３２】
上述の本実施形態では、所定時間後の時刻を次回の監視予定時刻に設定するものとしたが、これに代えて、複数のクライアントコンピュータ３０の監視予定時刻が重ならないように即ち複数のクライアントコンピュータ３０からプリンタ２０へのアクセスが重ならないように次回の監視予定時刻を設定するものとしてもよい。この場合、例えば、時刻差ΔＴが閾値Ｔｒｅｆより小さい閾値Ｔｒｅｆ２以上のときには所定時間後の時刻を次回の監視予定時刻に設定し、時刻差ΔＴが閾値Ｔｒｅｆ２未満のときには所定時間後の時刻より若干遅い時刻（例えば、所定時間後の時刻より３分や５分遅い時刻）を次回の監視予定時刻に設定するものとしてもよい。ここで、閾値Ｔｒｅｆ２は、他のクライアントコンピュータ３０のプリンタ２０へのアクセスと重なっている可能性がある即ちプリンタ２０の負荷やプリンタ２０と複数のクライアントコンピュータ３０との通信負荷が増加している可能性があると想定される時刻差の上限近傍の値（例えば数秒など）などを用いることができる。こうすれば、複数のクライアントコンピュータ３０からプリンタ２０へのアクセスが集中するのを抑制することができる。
【００３３】
上述の本実施形態では、複数のクライアントコンピュータ３０は、プリンタ２０から各々に取得した状態情報を管理サーバ６０に送信するものとしたが、送信しないものとしてもよい。この場合、各クライアントコンピュータ３０は、状態情報をプリンタ２０から取得してこれを現在の時刻やクライアントコンピュータ３０の識別情報（例えばＩＰアドレス）と共に管理サーバ６０に送信する図２の状態監視ルーチンのステップＳ１４０，Ｓ１５０の処理に代えて、状態情報をプリンタ２０から取得してＨＤＤ３５に記憶させる処理を実行するものとしてもよい。
【００３４】
上述の本実施形態では、管理サーバ６０は、状態情報と現在の時刻とクライアントコンピュータ３０の識別情報（例えばＩＰアドレスなど）とを受信したときに、現在の時刻とクライアントコンピュータ３０と監視情報とを関連付けて監視結果管理テーブルに登録するものとしたが、状態情報に含まれる情報毎にテーブル（例えば、ステータス用のテーブルや消耗品情報用のテーブル）を作成して各テーブルに現在の時刻とクライアントコンピュータ３０とを関連付けて登録するものとしてもよい。
【００３５】
上述の本実施形態では、ルータ４０と電気通信回線であるインターネット５０とを介してＬＡＮ１２に接続された管理サーバ６０を備えるものとしたが、これを備えないものとしてもよい。
【００３６】
上述の本実施形態では、デバイスとしてのプリンタ２０の状態を監視するものとしたが、デバイスとしては、ネットワークに接続され、状態情報を管理する状態情報管理テーブルや取得時情報を管理する取得時情報管理テーブルなどを記憶する情報記憶部を有するものであればよく、例えば、複写機やファクシミリ，スキャナ，ハブなどとしてもよい。
【００３７】
上述の本実施形態では、状態監視システム１０の形態として説明したが、ネットワークとしてのＬＡＮ１２に接続され情報記憶手段としてのフラッシュメモリ２５を有するデバイスとしてのプリンタ２０の状態をネットワークを介して複数の状態監視装置としての複数のクライアントコンピュータにより監視する状態監視方法の形態としてもよいし、この状態監視方法の各ステップをコンピュータに実現させるプログラムの形態としてもよいし、ネットワークに接続され情報を記憶する情報記憶手段を有するデバイスの状態をネットワークを介して監視する状態監視装置の形態としてもよい。
【図面の簡単な説明】
【００３８】
【図１】状態監視システム１０の構成の概略を示す構成図。
【図２】状態監視ルーチンの一例を示すフローチャート。
【図３】取得時情報管理テーブルの一例を示す説明図。
【図４】監視結果管理テーブルの一例を示す説明図。
【符号の説明】
【００３９】
１０  状態監視システム、１２  ＬＡＮ、２０  プリンタ、２２，３２，６２  ＣＰＵ、２３，３３，６３  ＲＯＭ、２４，３４，６４  ＲＡＭ、２５  フラッシュメモリ、２６，３６，６６  ネットワークインターフェース（Ｉ／Ｆ）、２７  印刷機構、３０，３０ａ，３０ｂ，３０ｃ  クライアントコンピュータ、３５，６５  ＨＤＤ、３５ａ  プリンタドライバ、３５ｂ  状態監視プログラム、４０  ルータ、５０  インターネット、６０  管理サーバ。
【図１】
2010134806.tif 000003
【図２】
2010134806.tif 000004
【図３】
2010134806.tif 000005
【図４】
2010134806.tif 000006