(57)【要約】【課題】  管理サーバへの接続集中を抑制する技術を提供すること。【解決手段】  管理サーバとネットワークを介して通信可能なネットワーク機器であって、ネットワーク機器の動作を監視する動作監視部と、この動作監視部による監視結果を監視情報として格納する監視情報格納部と、乱数値を発生する乱数発生部と、監視情報を前記管理サーバへ通知するための基準となるタイミングを、乱数値に基づいて決定する通知タイミング決定部と、上記タイミングに基づいて、監視情報を予め決められた期間内に管理サーバへ通知する通知タイミング制御部とを備える。【選択図】        図２
2005210360.tif 000002
【特許請求の範囲】
【請求項１】
管理サーバとネットワークを介して通信可能なネットワーク機器であって、
前記ネットワーク機器の動作を監視する動作監視部と、
前記動作監視部による監視結果を監視情報として格納する監視情報格納部と、
乱数値を発生する乱数発生部と、
前記監視情報を前記管理サーバへ通知するための基準となるタイミングを、前記乱数値に基づいて決定する通知タイミング決定部と、
前記タイミングに基づいて、前記監視情報を予め決められた期間内に前記管理サーバへ通知する通知タイミング制御部と、
を備えたことを特徴とするネットワーク機器。
【請求項２】
請求項１に記載のネットワーク機器において、
前記通知タイミング制御部が前記タイミングに基づいて前記監視情報を前記管理サーバに通知した際に、前記管理サーバに他のネットワーク機器からの接続が集中していると判断した場合において、
前記通知タイミング決定部は、
前記乱数発生部で発生する新たな乱数値に基づいて、再度前記タイミングを決定し、
前記通知タイミング制御部は、
再度決定した前記タイミングに基づいて、前記監視情報を前記管理サーバへ通知することを特徴とするネットワーク機器。
【請求項３】
請求項１または請求項２に記載のネットワーク機器と、前記管理サーバとを備えるネットワーク機器管理システム。
【請求項４】
管理サーバとネットワークを介して通信可能なネットワーク機器であって、
前記ネットワーク機器の動作を監視する動作監視部と、
前記動作監視部による監視結果を監視情報として格納する監視情報格納部と、
前記監視情報を前記管理サーバへ通知するための基準となるタイミングを、前記管理サーバから送られてくる前記管理サーバへの接続可能な空き時間を表わす空き情報テーブルに基づいて決定する通知タイミング決定部と、
前記タイミングに基づいて、前記監視情報を予め決められた期間内に前記管理サーバへ通知する通知タイミング制御部と、
を備えたことを特徴とするネットワーク機器。
【請求項５】
請求項４に記載のネットワーク機器でおいて、
前記通知タイミング制御部が前記タイミングに基づいて前記監視情報を前記管理サーバに通知した際に、前記管理サーバに他のネットワーク機器からの接続が集中していると判断した場合において、
前記通知タイミング決定部は、
前記空き情報テーブルに基づいて、再度前記タイミングを決定し、
前記通知タイミング制御部は、
再度決定した前記タイミングに基づいて、前記監視情報を前記管理サーバへ通知することを特徴とするネットワーク機器。
【請求項６】
請求項４または請求項５に記載の前記ネットワーク機器と、前記管理サーバとを備えるネットワーク機器管理システム。
【請求項７】
請求項６に記載のネットワーク機器管理システムにおいて、
前記ネットワーク機器は、
前記通知タイミング決定部で決定した前記タイミングを表わすタイミング情報を前記管理サーバへ通知し、
前記管理サーバは、
前記空き情報テーブルを格納する空き情報テーブル格納部と、
格納されている前記空き情報テーブルを、前記ネットワーク機器から通知される前記タイミング情報に基づいて更新する空き情報テーブル更新部と、
更新した前記空き情報テーブルを前記ネットワーク機器へ送る空き情報テーブル送信部と、
を備えたことを特徴とするネットワーク機器管理システム。
【請求項８】
ネットワークに接続されるネットワーク機器において、前記ネットワークを介して前記ネットワーク機器を管理する管理サーバへ所定の情報を通知する通知方法であって、
（ａ）前記ネットワーク機器の動作を監視する工程と、
（ｂ）前記工程（ａ）による監視結果を監視情報として取得する工程と、
（ｃ）乱数値を発生する工程と、
（ｄ）前記監視情報を前記管理サーバへ通知するための基準となるタイミングを、前記乱数値に基づいて決定する工程と、
（ｅ）前記タイミングに基づいて、前記監視情報を予め決められた期間内に前記管理サーバへ通知する工程と、
を備えたことを特徴とする通知方法。
【請求項９】
ネットワークに接続されるネットワーク機器から、前記ネットワークを介して前記ネットワーク機器を管理する管理サーバへ所定の情報を通知する通知方法であって、
（ａ）前記ネットワーク機器において、前記ネットワーク機器の動作を監視する工程と、
（ｂ）前記ネットワーク機器において、前記工程（ａ）による動作監視部による監視結果を監視情報として取得する工程と、
（ｃ）前記管理サーバへの接続可能な空き時間を表わす空き情報テーブルを、前記管理サーバから前記ネットワーク機器へ送る工程と、
（ｄ）前記ネットワーク機器において、前記監視情報を前記管理サーバへ通知するための基準となるタイミングを、送られてくる前記空き情報テーブルに基づいて決定する工程と、
（ｅ）前記ネットワーク機器において、前記タイミングに基づいて、前記監視情報を予め決められた期間内に前記管理サーバへ通知する工程と、
を備えたことを特徴とする通知方法。
【請求項１０】
ネットワークに接続されるネットワーク機器から、前記ネットワークを介して前記ネットワーク機器を管理する管理サーバへ所定の情報を通知するための通知プログラムであって、
（ａ）前記ネットワーク機器の動作を監視する機能と、
（ｂ）前記機能（ａ）による監視結果を監視情報として取得する機能と、
（ｃ）乱数値を発生する機能と、
（ｄ）前記監視情報を前記管理サーバへ通知するための基準となるタイミングを、前記乱数値に基づいて決定する機能と、
（ｅ）前記タイミングに基づいて、前記監視情報を予め決められた期間内に前記管理サーバへ通知する機能と、
を前記ネットワーク機器が備えるコンピュータに実現させるための通知プログラム。
【請求項１１】
ネットワークに接続されるネットワーク機器から、前記ネットワークを介して前記ネットワーク機器を管理する管理サーバへ所定の情報を通知するための通知方法であって、
（ａ）前記ネットワーク機器の動作を監視する機能と、
（ｂ）前記機能（ａ）による動作監視部による監視結果を監視情報として取得する機能と、
（ｃ）前記監視情報を前記管理サーバへ通知するための基準となるタイミングを、前記管理サーバから送られてくる前記管理サーバへの接続可能な空き時間を表わす空き情報テーブルに基づいて決定する機能と、
（ｄ）前記タイミングに基づいて、前記監視情報を予め決められた期間内に前記管理サーバへ通知する機能と、
を前記ネットワーク機器が備えるコンピュータに実現させるための通知プログラム。
【請求項１２】
請求項１０または請求項１１に記載の通知プログラムをコンピュータ読み取り可能に記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続されるネットワーク機器を管理する技術に関するものである。
【背景技術】
【０００２】
近年、プリンタが直接ネットワークに接続され、そのプリンタをネットワークを介して管理する管理システムが普及しつつある。この管理システムでは、管理サーバが、ネットワークを介して、プリンタから種々の情報の通知、例えば、故障情報やトナー等の消耗品の低減具合などの通知、を受け付け管理する。その後、この管理される情報は、修理のためにサービスマンを派遣したり、トナーなどの消耗品の発送をしたりするなど、種々のサービスに用いられる。
【０００３】
【特許文献１】特開２００２−７７０３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、上述のような管理システムでは、管理サーバによって多くのプリンタを管理することが想定される。このような管理システムの一例として、各プリンタからの通知は、管理サーバからの要求に基づき通知されるのではなく、各プリンタから管理サーバへ接続し、管理サーバからの応答がなされた場合に通知されるような場合がある。このとき、各プリンタは、他のプリンタの接続を考慮せずに管理サーバへ接続するので、結果として、各プリンタから管理サーバへの接続が集中する場合がある。
なお、上述の管理システムでは、ネットワークに接続される機器をプリンタで説明したが、これに限られず、他のネットワークに接続されるネットワーク機器でも同様の問題が起こり得る。
【０００５】
本発明は、従来技術における上述の課題を解決するためになされたものであり、管理サーバへの接続集中を抑制する技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的の少なくとも一部を達成するために、本発明の第１のネットワーク機器は、
管理サーバとネットワークを介して通信可能なネットワーク機器であって、
前記ネットワーク機器の動作を監視する動作監視部と、
前記動作監視部による監視結果を監視情報として格納する監視情報格納部と、
乱数値を発生する乱数発生部と、
前記監視情報を前記管理サーバへ通知するための基準となるタイミングを、前記乱数値に基づいて決定する通知タイミング決定部と、
前記タイミングに基づいて、前記監視情報を予め決められた期間内に前記管理サーバへ通知する通知タイミング制御部と、
を備えたことを要旨とする。
【０００７】
このようにすれば、上記ネットワーク機器は、乱数値に基づくランダムなタイミングで管理サーバへ監視情報を予め決められた期間内に通知することができ、管理サーバに対して他のネットワーク機器からの接続が管理サーバに集中していたとしても、そのタイミングでの通知を偶発的に回避することが可能となる。
【０００８】
上記ネットワーク機器において、
前記通知タイミング制御部が前記タイミングに基づいて前記監視情報を前記管理サーバに通知した際に、前記管理サーバに他のネットワーク機器からの接続が集中していると判断した場合において、
前記通知タイミング決定部は、
前記乱数発生部で発生する新たな乱数値に基づいて、再度前記タイミングを決定し、
前記通知タイミング制御部は、
再度決定した前記タイミングに基づいて、前記監視情報を前記管理サーバへ通知するようにしてもよい。
【０００９】
このようにすれば、ネットワーク機器は、管理サーバに他のネットワーク機器からの接続が集中していないと判断するまで、次々と監視情報を通知するタイミングを変化させるので、管理サーバに他のネットワーク機器からの接続が集中していないタイミングを探し出すことができ、そのタイミングで監視情報を通知することができる。その結果、プリンタＰＲＴは、監視情報の通知を円滑に行うことができる。
【００１０】
上記目的の少なくとも一部を達成するために、本発明の第１のネットワーク機器管理システムは、上記ネットワーク機器と、前記管理サーバとを備えるようにしてもよい。
【００１１】
上記目的の少なくとも一部を達成するために、本発明の第２のネットワーク機器は、
管理サーバとネットワークを介して通信可能なネットワーク機器であって、
前記ネットワーク機器の動作を監視する動作監視部と、
前記動作監視部による監視結果を監視情報として格納する監視情報格納部と、
前記監視情報を前記管理サーバへ通知するための基準となるタイミングを、前記管理サーバから送られてくる前記管理サーバへの接続可能な空き時間を表わす空き情報テーブルに基づいて決定する通知タイミング決定部と、
前記タイミングに基づいて、前記監視情報を予め決められた期間内に前記管理サーバへ通知する通知タイミング制御部と、
を備えたことを要旨とする。
【００１２】
このようにすれば、ネットワーク機器は、空き情報テーブルに基づく空き時間に、管理サーバに接続し、監視情報を通知することができるので、他のネットワーク機器からの接続が管理サーバに集中していたとしても、そのタイミングでの通知を容易に回避することが可能となる。
【００１３】
上記ネットワーク機器において、
前記通知タイミング制御部が前記タイミングに基づいて前記監視情報を前記管理サーバに通知した際に、前記管理サーバに他のネットワーク機器からの接続が集中していると判断した場合において、
前記通知タイミング決定部は、
前記空き情報テーブルに基づいて、再度前記タイミングを決定し、
前記通知タイミング制御部は、
再度決定した前記タイミングに基づいて、前記監視情報を前記管理サーバへ通知するようにしてもよい。
【００１４】
このようにすれば、ネットワーク機器は、管理サーバに他のネットワーク機器からの接続が集中していないと判断するまで、次々と監視情報を通知するタイミングを変化させるので、管理サーバに他のネットワーク機器からの接続が集中していないタイミングを探し出すことができ、そのタイミングで監視情報を通知することができる。その結果、プリンタＰＲＴは、監視情報の通知を円滑に行うことができる。
【００１５】
上記目的の少なくとも一部を達成するために、本発明の第２のネットワーク機器管理システムは、上記ネットワーク機器と、前記管理サーバとを備えるようにしてもよい。
【００１６】
上記ネットワーク機器管理システムにおいて、
前記ネットワーク機器は、
前記通知タイミング決定部で決定した前記タイミングを表わすタイミング情報を前記管理サーバへ通知し、
前記管理サーバは、
前記空き情報テーブルを格納する空き情報テーブル格納部と、
格納されている前記空き情報テーブルを、前記ネットワーク機器から通知される前記タイミング情報に基づいて更新する空き情報テーブル更新部と、
更新した前記空き情報テーブルを前記ネットワーク機器へ送る空き情報テーブル送信部と、
を備えるようにしてもよい。
【００１７】
このようにすれば、管理サーバにおける空き情報テーブルは、正確な空き時間を表わすことができる。従って、ネットワーク機器は、その空き情報テーブルに基づいて監視情報を通知するタイミングを決定することができ、その結果、管理サーバに対して他のネットワーク機器からの接続が集中するタイミングで、上記通知がなされるのを高い精度で回避し易くなる。
【００１８】
なお、上述において、タイミング情報としては、上記通知タイミング決定部で決定したタイミング自体を表わすパラメータの他、決定したタイミングを書き加えた空き情報テーブルなどを含む。
【００１９】
なお、本発明は、上記したネットワーク機器、または、ネットワーク機器管理システムなどの装置発明の態様に限ることなく、ネットワーク機器から管理サーバへ所定の情報を通知する通知方法や管理サーバがネットワーク機器を管理する管理方法などの方法発明としての態様で実現することも可能である。さらには、それら方法や装置を構築するためのコンピュータプログラムとしての態様や、そのようなコンピュータプログラムを記録した記録媒体としての態様や、上記コンピュータプログラムを含み搬送波内に具現化されたデータ信号など、種々の態様で実現することも可能である。
【００２０】
また、本発明をコンピュータプログラムまたはそのプログラムを記録した記録媒体等として構成する場合には、上記装置の動作を制御するプログラム全体として構成するものとしてもよいし、本発明の機能を果たす部分のみを構成するものとしてもよい。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施の形態について、実施例に基づき次の順序で説明する。
Ａ．第１実施例：
Ａ１．システム概要：
Ａ２．プリンタおよびサーバの機能：
Ａ３．通知タイミングの決定：
Ａ４．効果：
Ｂ．第２実施例：
Ｂ１．システム概要：
Ｂ２．プリンタおよびサーバの機能：
Ｂ３．通知タイミングの決定：
Ｂ４．効果：
Ｃ．変形例：
【００２２】
Ａ．第１実施例：
Ａ１．システム概要：
図１は、本実施例を適用したシステム概要の一例を示す説明図である。このネットワーク機器管理システム１０００は、インターネットＩＮＴを介して、管理者側ネットワークシステムＭｓと、複数のユーザ側ネットワークシステムＣｓが接続されている。図１は、インターネットＩＮＴに接続されている複数のユーザ側ネットワークシステムのうち、２つのユーザ側ネットワークシステムＣｓ１，Ｃｓ２のみを示しており、他のユーザ側ネットワークシステムは省略している。
【００２３】
本実施例における第１のユーザ側ネットワークシステムＣｓ１では、このシステム内に設けられたローカルエリアネットワークＬＡＮ１を介して、ネットワーク機器として複数のプリンタが接続されており、図１には複数のプリンタのうち、２つのプリンタＰＲＴ１，ＰＲＴ２のみを示している。このローカルエリアネットワークＬＡＮ１は、ファイヤウォールＦＷを介してインターネットＩＮＴに接続されている。
【００２４】
第２のユーザ側ネットワークシステムＣｓ２も、第１のユーザ側ネットワークシステムＣｓ１と同様であるので、ここではその説明を省略する。
【００２５】
なお、以下では、第１のユーザ側ネットワークシステムＣｓ１内に接続される複数のプリンタＰＲＴについて説明を行う。また、この複数のプリンタＰＲＴを個別に特定しない場合には、各プリンタを総称して単にプリンタＰＲＴと呼ぶこととする。
【００２６】
管理者側ネットワークシステムＭｓでは、ローカルエリアネットワークＬＡＮ０を介して、サーバＳＶおよびデータベースＤＢを含む管理サーバが接続されている。
【００２７】
各プリンタＰＲＴは、トナー残量、印刷枚数などプリンタの動作状況を示すステータス情報や、紙詰まり、トナー切れなどのエラーの発生情報や、ワーニングの発生情報等の種々の監視情報を蓄積し、蓄積した監視情報を後述するタイミングでサーバＳＶに通知する。
【００２８】
サーバＳＶは、プリンタＰＲＴから通知された上述の種々の情報を受信し、受信した情報をデータベースＤＢに蓄積する。なお、データベースＤＢに蓄積された情報は、修理のためにサービスマンを派遣したり、トナーなどの消耗品の発送をしたりするなど、種々のサービスの提供に用いられるが、これを実施するための機構は、本実施例では省略する。
【００２９】
ここで、プリンタＰＲＴが接続されているローカルエリアネットワークは、上述したように、ファイヤウォールＦＷを介してインターネットＩＮＴに接続されている。このため、サーバＳＶ側からは、ファイヤウォールＦＷを超えてプリンタＰＲＴ側へ接続し、プリンタＰＲＴに蓄積されている監視情報を取得することができない。そこで、本実施例では、サーバＳＶにＷｅｂサーバとしての機能を持たせ、プリンタＰＲＴは、ＷｅｂサーバであるサーバＳＶにＨＴＴＰ（hyper  text  transfer  protocol）を用いて接続し、監視情報を通知することとしている。なお、セキュリティの観点から、ＨＴＴＰの一種であるＨＴＴＰＳプロトコルによる暗号化通信が行われる。例えば、各プリンタＰＲＴには、サーバＳＶが複数のプリンタを一意に識別するためのプリンタＩＤおよびサーバＳＶへの接続認証のためのパスワードが予め設定されている。各プリンタＰＲＴは、監視情報をサーバＳＶに通知する際に、まず、プリンタＩＤおよびパスワードを用いてサーバＳＶにログインし、サーバＳＶからの応答指示に従って監視情報を通知する。サーバＳＶでは、通知された監視情報を、このプリンタＩＤと対応づけて、データベースＤＢに蓄積することとなる。
【００３０】
Ａ２．プリンタおよびサーバの機能：
図２は、本実施例におけるプリンタＰＲＴおよびサーバＳＶの機能ブロックを例示する説明図である。これらの機能ブロックは、以下で説明する本発明の特徴部に関する構成のみを示している。例えば、プリンタＰＲＴは、印刷機構やトナーなどプリンタを構成するための一般的な構成部分については省略して示している。
【００３１】
プリンタＰＲＴは、少なくともＣＰＵ（図示せず）と、各種プログラムが格納されたＲＯＭ（図示せず）と、ＲＡＭ（図示せず）と、ハードディスク（図示せず）と、ネットワークボード（図示せず）とを備えている。また、プリンタＰＲＴは機能ブロックとして、主制御部１０１と、動作監視部１０２と、監視情報格納部１０３と、通知タイミング制御部１０５と、通信部１０６と、乱数発生部１０８と、通知タイミング決定部１１０と、パラメータ記憶部１１４とを備えている。各部１０１、１０２、１０３、１０５、１０８および１１０は、ＣＰＵがＲＯＭからプログラムを読み出し、ＲＡＭに展開して実行することで、実現される。すなわち、これらの各部は、ソフトウェア的に構成される。また、監視情報格納部１０３およびパラメータ記憶部１１４は、ハードディスクに、通信部１０６は、ネットワークボードにそれぞれ備えられている。すなわち、これらの各部は、ハードウェア的に構成される。主制御部１０１は、これらの各部を制御する。
【００３２】
通信部１０６は、自分が接続されているローカルエリアネットワークやインターネットＩＮＴに接続されている他の機器と通信を行う機能を有しており、サーバＳＶと、必要に応じてＨＴＴＰＳプロトコルによるセキュリティ通信を行う。
【００３３】
動作監視部１０２は、プリンタＰＲＴのステータス状況、エラー発生状況、およびワーニング発生状況等を監視し、これらの監視結果を表す情報を監視情報として監視情報格納部１０３に格納する。
【００３４】
乱数発生部１０８は、０〜１の範囲内で乱数群βを発生させる。この詳細については、後述する。また、乱数発生部１０８は、通知タイミング決定部１１０からの指示に基づき、乱数群βの中から１つの乱数γを決定する。
【００３５】
通知タイミング決定部１１０は、通知タイミング制御部１０５からの指示に基づき、監視情報を通知するタイミングの基準となる接続タイミングパラメータＴｘを決定する。この接続タイミングパラメータＴｘの決定についての詳細は、後述する。
【００３６】
通知タイミング制御部１０５は、後述するように、監視情報格納部１０３、通知タイミング決定部１１０および、通信部１０６などを制御し、種々の処理を行う。これらの処理についての詳細は、後述する。また、通知タイミング制御部１０５は、現在時刻を表わすタイマ（図示せず）を備えている。タイマは、２４時間表記である。以下では、タイマの時間を表わす値を、時間値、分を表わす値を分値とよぶ。例えば、タイマが１：３０であれば、時間値は、「１」、分値は「３０」となる。
【００３７】
パラメータ記憶部１１４は、通知タイミング決定部１１０で決定される接続タイミングパラメータＴｘを記憶する。
【００３８】
サーバＳＶは、少なくともＣＰＵ（図示せず）と、各種プログラムが格納されたＲＯＭ（図示せず）と、ＲＡＭ（図示せず）と、ハードディスク（図示せず）と、ネットワークボード（図示せず）とを備えている。また、サーバＳＶは機能ブロックとして、主制御部２０１と、通信部２０２と、プリンタ管理情報格納部２０３とを備えている。主制御部２０１は、ＣＰＵがＲＯＭからアプリケーションプログラムを読み出し、ＲＡＭに展開して実行することで、実現される。すなわち、この主制御部２０１は、ソフトウェア的に構成される。プリンタ管理情報格納部２０３は、ハードディスクに、通信部１０６は、ネットワークボードにそれぞれ備えられている。主制御部１０１は、これらの各部を制御する。
【００３９】
通信部２０２は、自分が接続されているローカルエリアネットワークやインターネットＩＮＴに接続されている他の機器と通信を行う機能を有しており、各プリンタＰＲＴと、必要に応じてＨＴＴＰＳプロトコルによるセキュリティ通信を行う。
【００４０】
プリンタ管理情報格納部２０３は、プリンタＰＲＴから通知されてくる監視情報を、そのプリンタＰＲＴのＩＤと対応づけて、一時的に格納する。そして、主制御部２０１の指示に従い、データベースＤＢに蓄積する。
【００４１】
Ａ３．通知タイミングの決定：
本実施例では、上述したように、サーバＳＶには、インターネットＩＮＴを介して複数のプリンタＰＲＴが接続されている。各プリンタＰＲＴは、後述するように、蓄積した監視情報を一定期間ごとにサーバＳＶに通知する。ここで、同じローカルエリアネットワークに接続される各プリンタＰＲＴは、電源スイッチ（図示せず）は常にＯＮのままで、各プリンタＰＲＴに接続される主電源をＯＮ／ＯＦＦすることにより、電源が投入される場合がある。このような場合、各プリンタＰＲＴは、ほぼ同時に電源が入り、監視情報をサーバＳＶに通知するための上記一定期間の換算も同時に始まる。そのため、各プリンタＰＲＴからサーバＳＶに監視情報を通知する時期も重なってしまい、サーバＳＶには、各プリンタＰＲＴから監視情報が集中して通知され、その結果、サーバＳＶが混雑することとなる。従って、本実施例では、プリンタＰＲＴが監視情報を通知する際に、上述のような混雑を回避すべく、接続タイミングパラメータＴｘを設定し、この接続タイミングパラメータＴｘに基づき監視情報を通知するタイミングを決定している。まず、以下に、この接続タイミングパラメータＴｘの設定について説明する。
【００４２】
図３は、本実施例におけるプリンタＰＲＴに蓄えられた監視情報をサーバＳＶに通知するための通知期間を説明する説明図である。
図３に示すように、本実施例では、上述した動作監視部１０２によりプリンタＰＲＴを監視する期間を１時間ごとに区分し、区分して得られる各期間をそれぞれ監視期間Ｔｉ（ｉ＝・・・，ｎ−１，ｎ，ｎ＋１，・・・（ｎは自然数））とする。本実施例では、説明を簡単にするために、監視期間Ｔｉの開始時刻および終了時刻は、ぴったりの時間としている。例えば、ある監視期間Ｔｎは、午前零時（０：００）から始まり、午前１時（１：００）に終了し、次の監視期間Ｔｎ＋１は、午前１時（１：００）に始まり、午前２時（２：００）に終了する。なお、本実施例の説明では、月日の概念は、省略している。
【００４３】
動作監視部１０２は、監視期間Ｔｉ中に得られた監視情報を監視期間Ｔｉごとに区分して監視情報格納部１０３に格納している。通知タイミング制御部１０５は、ある監視期間Ｔｎ中に監視情報格納部１０３に格納された監視情報を、次の監視期間Ｔｎ＋１中にサーバＳＶに通知する。本実施例におけるプリンタＰＲＴが、監視情報を通知する場合の処理を図４を用いて以下に説明する。
【００４４】
図４は、本実施例におけるプリンタＰＲＴが監視情報を通知する場合の処理手順を示したフローチャートである。
通知タイミング制御部１０５は、監視情報の通知を行うために、まず、ステップＳ１０３の処理で、パラメータ記憶部１１４に記憶されている接続タイミングパラメータＴｘを読み込む。
【００４５】
次に、通知タイミング制御部１０５は、ステップＳ１０５の処理で、タイマの分値を読み込む。そして、通知タイミング制御部１０５は、読み込んだ接続タイミングパラメータＴｘとタイマの分値とが一致すると（ステップ１０７：ＹＥＳ）、続いて、ステップＳ１１０の処理で、サーバＳＶに対して接続要求を行う。接続タイミングパラメータＴｘは、当然、０〜５９の範囲の値をとる。例えば、図３に示すように、「０：００〜１：００」までの監視期間Ｔｎ＋１中に監視情報格納部１０３に格納された監視情報を、サーバＳＶに「１：００〜２：００」の間に通知する場合に、読み出した接続タイミングパラメータＴｘが「３０」であるとすると、通知タイミング制御部１０５は、接続タイミングパラメータＴｘとタイマの分値が一致する「１：３０」になると、接続要求を行う。同様に、「１：００〜２：００」、もしくは、「２：００〜３：００」までに格納された監視情報を、サーバＳＶにそれぞれ「２：００〜３：００」、「３：００〜４：００」までの間に通知する場合には、接続タイミングパラメータＴｘと分値と比較し、それぞれ「２：３０」、「３：３０」になると、接続要求を行うこととなる。
【００４６】
なお、通知タイミング制御部１０５は、電源投入時には、パラメータ記憶部１１４に記憶されている接続タイミングパラメータＴｘの値が初期値「００」となっている。従って、ある監視期間Ｔｎ中に格納された監視情報を通知する場合には、分値が「００」の次の監視期間Ｔｎ＋１が始まってすぐに接続要求を行う。例えば、図３に示すように、「０：００〜１：００」までの監視期間Ｔｎ＋１中に監視情報格納部１０３に格納された監視情報を、サーバＳＶに「１：００〜２：００」の間に通知する場合には、接続タイミングパラメータＴｘの値が初期値「００」となっているので、通知タイミング制御部１０５は、分値が「００」の「２：００」から監視情報を通知する。
【００４７】
通知タイミング制御部１０５は、読み込んだ接続タイミングパラメータＴｘとタイマの分値とが一致しない場合（ステップ１０７：ＮＯ）には、ステップＳ１０５の処理にリターンする。これらの処理は、接続タイミングパラメータＴｘとタイマの分値とが一致するまで繰り返される。
【００４８】
続いて、通知タイミング制御部１０５は、予め決められた所定時間ＴＫ内にサーバＳＶにログインできた場合（ステップＳ１２０：ＹＥＳ）には、ステップＳ１３０の処理で、監視情報格納部１０３に格納されている監視情報をサーバＳＶに通知し始める。なお、この所定時間は、通知タイミング制御部１０５が、サーバＳＶにログインするのに通常かかる時間を考慮して設定される。例えば、通知タイミング制御部１０５が、通常、サーバＳＶにログインするために３〜５秒程度の時間がかかるとすれば、上記所定時間を１分程度としてもよい。
【００４９】
監視情報をサーバＳＶに通知開始後、通知タイミング制御部１０５は、予め決められた所定時間ＴＬ内にサーバＳＶから通知完了応答があった場合（ステップＳ１４０：ＹＥＳ）には、サーバＳＶに対して監視情報の通知が正常に行われたものとして、ステップＳ１５０の処理で、接続を終了する。なお、この所定時間は、通知タイミング制御部１０５が、サーバＳＶに監視情報を通知してから通知完了までに通常かかる時間を考慮して設定される。例えば、通知タイミング制御部１０５が、通常、サーバＳＶに監視情報を通知してから通知完了までに２０秒〜３０秒程度の時間がかかるとすれば、上記所定時間を５分程度としてもよい。
【００５０】
一方、所定時間ＴＫ内にサーバＳＶにログインできなかった場合（ステップＳ１２０：ＮＯ）には、通知タイミング制御部１０５は、サーバＳＶが混雑していると判断する。このようにサーバＳＶが混雑するのは、上述のように接続要求をした時刻から所定時間ＴＫが経過するまでの間に、サーバＳＶに他のプリンタＰＲＴからの接続が多く為されているためと考えられる。そして、今回接続に成功した他のプリンタＰＲＴは、次回も同じタイミングで接続を開始すると考えられる。従って、次回の接続時にも同様の混雑が予想されるので、その混雑を回避すべく、通知タイミング制御部１０５は、ステップＳ１６０の処理で、通知タイミング決定部１１０に、後述のように接続タイミングパラメータＴｘを再設定させる。
【００５１】
また、通知タイミング制御部１０５は、所定時間ＴＬ内にサーバＳＶから通知完了応答がなかった場合（ステップＳ１４０：ＮＯ）にも、サーバＳＶが混雑していると判断する。このようにサーバＳＶが混雑するのは、上述のように監視情報の通知開始した時刻から所定時間ＴＬが経過するまでの間に、サーバＳＶに他のプリンタＰＲＴからの接続が多く為されているためと考えられる。そして、今回接続に成功した他のプリンタＰＲＴは、次回も同じタイミングで接続を開始すると考えられる。従って、次回の接続時にも同様の混雑が予想されるので、その混雑を回避すべく、通知タイミング制御部１０５は、ステップＳ１５５の処理でサーバＳＶへの接続を終了させた後、通知タイミング決定部１１０に後述のように接続タイミングパラメータＴｘを再設定させる。なお、所定時間ＴＬ内にサーバＳＶから通知完了応答がなかった場合（ステップＳ１４０：ＮＯ）には、通知は無効となる。従って、通知タイミング制御部１０５は、通知できなかった監視情報は、次回通知する際に、一緒に通知する。
【００５２】
以下に、図４のステップＳ１６０の処理における接続タイミングパラメータＴｘの再設定手法を説明する。
【００５３】
図５は、本実施例におけるプリンタＰＲＴが行う接続タイミングパラメータＴｘの再設定の処理手順を示したフローチャートである。
通知タイミング決定部１１０は、通知タイミング制御部１０５から接続タイミングパラメータＴｘの再設定の指示があると、まず、ステップＳ１７０の処理で、乱数発生部１０８に乱数群βの中から、１つの乱数γを決定させる。そして、通知タイミング決定部１１０は、ステップＳ１８０の処理で、乱数発生部１０８に決定させた乱数γを取得する。なお、乱数発生部１０８において、乱数群βに含まれる乱数の数は、監視期間Ｔｉ、サーバＳＶに接続するプリンタＰＲＴの数、およびプリンタＰＲＴが１回の通知でかかる時間等を考慮して、管理者側から派遣されるサービスマンにより適宜設定される。また、乱数群βの各乱数は、０〜１の範囲内で、その数を考慮して、等間隔に適宜設定される。例えば、乱数群βの数が、サービスマンにより１００個と設定された場合には、各乱数は、０〜０．９９の間の０．０１間隔の数値、つまり、０，０．０１，０．０２，０．０３，・・・，０．９８，０．９９となる。
【００５４】
続いて、通知タイミング決定部１１０は、ステップＳ１９０の処理で、接続タイミングパラメータＴｘを、取得した乱数γを用いて、以下に示す（１）式により算出する。
【００５５】
Ｔｘ＝６０×γ・・・（１）
例えば、取得した乱数γが、０．５であったとすると、上記（１）式において、接続タイミングパラメータＴｘは、３０となる。
【００５６】
接続タイミングパラメータＴｘの算出が終わると、通知タイミング決定部１１０は、ステップＳ２００の処理で、算出した接続タイミングパラメータＴｘをパラメータ記憶部１１４に記憶する。この処理で記憶される接続タイミングパラメータＴｘは、次回に接続要求（図４、ステップＳ１１０）する際に用いられる。
【００５７】
以上のようにして、接続タイミングパラメータＴｘの再設定を行い、図４に示すフローチャートにリターンする。
【００５８】
ところで、通知タイミング制御部１０５は、接続タイミングパラメータＴｘに基づき、接続要求を行い（図４、ステップＳ１１０）、サーバＳＶにログイン完了後（図４、ステップＳ１２０：ＹＥＳ）に監視情報をサーバＳＶに通知し始める。従って、監視情報を通知するタイミングは、接続タイミングパラメータＴｘに基づき決定される。
【００５９】
以上の処理を、通知タイミング制御部１０５は、以降毎回、監視情報を通知する際に行う。
【００６０】
なお、上記通知タイミング制御部１０５が備えるタイマは、サーバＳＶやＮＴＰサーバなどから送られてくる正確な時刻を表わす情報により、随時更新され、各プリンタＰＲＴとも同じ時刻を表わすようになっている。例えば、サーバＳＶからこの正確な時刻を表わす情報が送られてくる場合には、図４のステップＳ１２０、もしくは、ステップＳ１４０においてサーバＳＶからの応答と共に送られてくるようにしてもよい。
【００６１】
Ａ４．効果：
以上のように、プリンタＰＲＴは、通知タイミング決定部１１０で、乱数発生部１０８から取得した乱数に基づいて接続タイミングパラメータＴｘを再設定（図５、ステップＳ１６０）し、その接続タイミングパラメータＴｘに基づきサーバＳＶに接続（図４、ステップＳ１１０）する。このようにすれば、プリンタＰＲＴは、ランダムなタイミングでサーバＳＶへ接続および監視情報の通知をすることができ、サーバＳＶに対して他のプリンタＰＲＴからの接続が集中していたとしても、そのタイミングでの接続および監視情報の通知を偶発的に回避することが可能となる。
【００６２】
また、プリンタＰＲＴの通知タイミング制御部１０５は、サーバＳＶが混雑していないと判断（図５、ステップＳ１２０：ＹＥＳおよびステップＳ１４０：ＹＥＳ）するまで、接続タイミングパラメータＴｘの再設定（図５、ステップＳ１６０）を行う。従って、プリンタＰＲＴは、最終的には、接続タイミングパラメータＴｘをサーバＳＶが混雑していないタイミングに設定することができる。従って、プリンタＰＲＴは、この接続タイミングパラメータＴｘに基づくタイミングで接続することにより、監視情報の通知を円滑に行うことができる。
【００６３】
さらに、このようなプリンタＰＲＴがサーバＳＶに複数接続されていても、各プリンタＰＲＴは、上述のごとくサーバＳＶが混雑していないと判断するまで接続タイミングパラメータＴｘを変えるので、各プリンタＰＲＴの接続タイミングパラメータＴｘはバラバラとなり、接続要求をする接続タイミングも分散する。従って、監視情報を通知するタイミングも分散し、サーバＳＶへ各プリンタＰＲＴからの接続が集中することを抑制することが可能となる。
【００６４】
Ｂ．第２実施例：
Ｂ１．システム概要：
本発明の第２の実施例について以下に説明する。本実施例におけるネットワーク機器管理システム２０００は、第１の実施例のネットワーク機器管理システム１０００と基本的に同様の構成となっているが、本実施例では、主に、以下のごとく第１の実施例と異なる。第１の実施例では、通知タイミング決定部１１０において、乱数γに基づき、接続タイミングパラメータＴｘを設定し、それに基づき、サーバＳＶへの接続タイミングを決定していた。しかし、本実施例では、各プリンタＰＲＴがサーバＳＶに接続予定のタイミングを表わした空き情報テーブルに基づき、接続タイミングパラメータＴｙを設定し、それに基づきサーバＳＶへの接続タイミングを決定している。以下では、本実施例におけるプリンタＰＲＴおよびサーバＳＶの各部において、第１の実施例と相違する動作および処理について説明する。
【００６５】
Ｂ２．プリンタおよびサーバの機能：
図６は、本実施例におけるプリンタＰＲＴとサーバＳＶの機能ブロックを例示する説明図である。本実施例において、プリンタＰＲＴは、図２に示したように乱数発生部１０８に代えて、空き情報テーブル格納部１１２を備えている。空き情報テーブル格納部１１２は、プリンタＰＲＴが備えるハードディスク（図示せず）に備えられる。また、サーバＳＶは、図２に示した構成に加え、さらに、空き情報テーブル更新部２０５と、空き情報テーブル格納部２０７とを備えている。空き情報テーブル更新部２０５は、サーバＳＶの備えるＣＰＵ（図示せず）がサーバＳＶの備えるＲＯＭ（図示せず）からプログラムを読み出し、サーバＳＶの備えるＲＡＭ（図示せず）に展開して実行することで、実現される。また、空き情報テーブル格納部２０７は、サーバＳＶが備えるハードディスク（図示せず）に備えられる。
【００６６】
以下に、本実施例におけるプリンタＰＲＴの各部について説明する。
図７は、本実施例における空き情報テーブルを模式的に示した説明図である。
第１の実施例と同様にプリンタＰＲＴの通知タイミング制御部１０５は、ある監視期間Ｔｎ中に監視情報格納部１０３に格納された監視情報を、次の監視期間Ｔｎ＋１中にサーバＳＶに通知する。この空き情報テーブル３００は、この通知を行う期間である次の監視期間Ｔｎ＋１の始めから終わりまでの間に接続される予定のプリンタＰＲＴと、その接続のタイミングを表わすテーブルである。図に示すように、この空き情報テーブル３００は、次の監視期間Ｔｎ＋１の初めから終わりまでの間を所定数分割されている。分割された区分ごとに、接続タイミングパラメータＴｙが示されている。この接続タイミングパラメータＴｙは、プリンタＰＲＴがサーバＳＶに接続するタイミングを決定する、つまり、接続要求を行うタイミングを決定する際に用いられる。なお、上記の空き情報テーブル３００の分割数は、管理者側から派遣されるサービスマンにより適宜設定される。
【００６７】
また、分割された区分ごとに、接続予定のプリンタＰＲＴがある場合には、そのプリンタＰＲＴのＩＤが示されている。接続予定のプリンタＰＲＴがない場合には、「empty」が示され、その区分が示す接続タイミングパラメータＴｙに基づくタイミングでサーバＳＶに接続要求するプリンタＰＲＴはないことを示している。
【００６８】
なお、接続タイミングパラメータＴｙは、監視情報を通知するための次の監視期間Ｔｎ＋１の始まりから、何分後に接続するかを表わすものである。例えば、図７に示すように、接続タイミングパラメータＴｙが「３」である場合に、ＩＤがprt_azx3のプリンタＰＲＴが、次の監視期間Ｔｎ＋１の始まりから３分後に接続予定となっていることを表わす。接続タイミングパラメータＴｙが「５１」である場合には、次の監視期間Ｔｎ＋１の始まりから５１分後はサーバＳＶに接続するプリンタＰＲＴがない空き時間となっていることを表わす。
空き情報テーブル格納部２０７は、上記空き情報テーブル３００を格納する。
【００６９】
通知タイミング決定部１１０は、通知タイミング制御部１０５の指示に基づき空き情報テーブル格納部１１２に格納されている空き情報テーブル３００に基づいて、その中の１区分を選択することで接続タイミングパラメータＴｙを設定する。この処理についての詳細は、後述する。
【００７０】
パラメータ記憶部１１４は、通知タイミング決定部１１０で決定される接続タイミングパラメータＴｙを記憶する。
【００７１】
通知タイミング制御部１０５は、後述するように、監視情報格納部１０３、通知タイミング決定部１１０および、通信部１０６などを制御し、種々の処理を行う。これらの処理についての詳細は、後述する。また、通知タイミング制御部１０５は、第１の実施例と同様に現在時刻を表わすタイマ（図示せず）を備えている。ここでも、タイマは、２４時間表記であり、タイマの時間を表わす値を、時間値、分を表わす値を分値とよぶ。また、通知タイミング制御部１０５は、後述するタイミングでパラメータ記憶部１１４に格納されている接続タイミングパラメータＴｙをサーバＳＶに送信する。さらに、後述するタイミングでサーバＳＶから送られてくる空き情報テーブル３００を空き情報テーブル格納部１１２へ格納する。これらの処理についての詳細は、後述する。
【００７２】
次に、サーバＳＶ側の各部について説明する。
空き情報テーブル格納部２０７は、空き情報テーブル３００を格納する。
【００７３】
空き情報テーブル更新部２０５は、空き情報テーブル格納部２０７に格納されている空き情報テーブル３００を、後述するタイミングで各プリンタＰＲＴから送られてくる接続タイミングパラメータＴｙに基づいて、随時更新する。すなわち、空き情報テーブル更新部２０５は、空き情報テーブル３００において、接続タイミングパラメータＴｙが表わす接続タイミングに対応する位置に送信元のプリンタＰＲＴのＩＤを書き込むことで更新する。また、空き情報テーブル更新部２０５は、更新した空き情報テーブルを、プリンタＰＲＴへ通知完了応答（図８、ステップＳ１４０に対応）する際一緒に送信する。
【００７４】
Ｂ３．通知タイミングの決定：
次に、本実施例におけるプリンタＰＲＴが、監視情報を通知する場合の処理を図８を用いて以下に説明する。図８は、本実施例におけるプリンタＰＲＴが監視情報を通知する場合の処理手順を示したフローチャートである。
【００７５】
通知タイミング制御部１０５は、監視情報の通知を行うために、まず、ステップＳ２０３の処理で、パラメータ記憶部１１４に記憶されている接続タイミングパラメータＴｙを読み込む。
【００７６】
次に、通知タイミング制御部１０５は、ステップＳ２０５の処理で、タイマの分値を読み込む。そして、通知タイミング制御部１０５は、読み込んだ接続タイミングパラメータＴｙとタイマの分値とが一致すると（ステップ２０７：ＹＥＳ）、続いて、ステップＳ２１０の処理で、サーバＳＶに対して接続要求を行う。これらの処理の動作は、第１の実施例において、通知タイミング制御部１０５が接続要求を行う場合（図４、ステップＳ１０５〜Ｓ１１０）と同様である。
【００７７】
通知タイミング制御部１０５は、読み込んだ接続タイミングパラメータＴｙとタイマの分値とが一致しない場合（ステップ２０７：ＮＯ）には、ステップＳ２０５の処理にリターンする。これらの処理は、接続タイミングパラメータＴｘとタイマの分値とが一致するまで繰り返される。
【００７８】
続いて、通知タイミング制御部１０５は、予め決められた所定時間ＴＫ内にサーバＳＶにログインできた場合（ステップＳ２２０：ＹＥＳ）には、ステップＳ２３０の処理で、監視情報格納部１０３に格納されている監視情報をサーバＳＶに通知し始める。なお、この所定時間ＴＫは、第１の実施例（図４のステップＳ１２０）の処理における所定時間と同程度の時間とする。
【００７９】
監視情報の通知開始処理（図８、ステップＳ２３０）後、通知タイミング制御部１０５は、ステップＳ２３５の処理で、接続要求（ステップＳ２１０）をしたタイミングである接続タイミングパラメータＴｙを、サーバＳＶに送信する。サーバＳＶの空き情報テーブル更新部２０５は、送られてくる接続タイミングパラメータＴｙに基づき、空き情報テーブル格納部２０７に格納されている空き情報テーブル３００を更新する。
【００８０】
続いて、通知タイミング制御部１０５は、予め決められた所定時間ＴＬ内にサーバＳＶから通知完了応答があった場合（ステップＳ２４０：ＹＥＳ）には、その通知完了応答と共に空き情報テーブル３００が送られてくるので、ステップＳ２４５の処理で、その空き情報テーブル３００を空き情報テーブル格納部１１２に格納する。なお、上記所定時間ＴＬは、第１の実施例（図４のステップＳ１４０）の処理における所定時間と同程度の時間とする。
【００８１】
空き情報テーブル３００を格納後、通知タイミング制御部１０５は、サーバＳＶに対して監視情報の通知が正常に行われたものとして、ステップＳ２５０の処理で、接続を終了する。
【００８２】
一方、所定時間ＴＫ内にサーバＳＶにログインできなかった場合（ステップＳ２２０：ＮＯ）には、通知タイミング制御部１０５は、第１の実施例のごとく混雑していると判断し、ステップＳ２６０の処理で、通知タイミング決定部１１０に、後述のように接続タイミングパラメータＴｙを再設定させる。また、所定時間ＴＬ内にサーバＳＶから通知完了応答がなかった場合（ステップＳ２４０：ＮＯ）にも、通知タイミング制御部１０５は、第１の実施例のごとく混雑していると判断し、ステップＳ２６０の処理で、通知タイミング決定部１１０に、後述のように接続タイミングパラメータＴｙを再設定させる。
【００８３】
以下に、図８のステップＳ２６０の処理における接続タイミングパラメータＴｙの再設定手法を説明する。
【００８４】
図９は、本実施例におけるプリンタＰＲＴが行う接続タイミングパラメータＴｙの再設定の処理手順を示したフローチャートである。
通知タイミング制御部１０５は、ステップＳ２７０の処理で、空き情報テーブル格納部１１２に格納されている空き情報テーブル３００（図７）を読み出す。空き情報テーブル３００を読み出し後、通知タイミング制御部１０５は、ステップＳ２８０の処理で、空き情報テーブル３００の中から空いている接続タイミングを探索する。続いて、通知タイミング制御部１０５は、ステップＳ２９０の処理で、探索した空き接続タイミングの中から接続タイミングを決定する。通知タイミング制御部１０５は、ステップＳ３００の処理で、決定した接続タイミングを接続タイミングパラメータＴｙとしてパラメータ記憶部１１４に記憶する。この処理で記憶される接続タイミングパラメータＴｙは、次回接続要求する際に用いられる。なお、空いている時刻の中から接続タイミングパラメータＴｙを決定する方法は、種々の方法で行うことができるが、例えば、次の監視期間Ｔｎ＋１の開始から最も近い接続タイミングを選択するようにしてもよいし、空き接続タイミングの中から無作為に決定してよい。
【００８５】
Ｂ４．効果：
以上のように、プリンタＰＲＴは、通知タイミング決定部１１０で、パラメータ記憶部１１４に記憶された空き情報テーブル３００に基づいて、接続タイミングパラメータＴｙを再設定（図９、ステップＳ２６０）し、その接続タイミングパラメータＴｙに基づきサーバＳＶに接続（図８、ステップＳ２１０）する。このようにすれば、プリンタＰＲＴは、サーバＳＶに対して他のプリンタＰＲＴからの接続が集中するタイミングでの接続および監視情報の通知を容易に回避することが可能となる。
【００８６】
また、プリンタＰＲＴは、サーバＳＶから更新された空き情報テーブル３００を取得し、それに基づいて、監視情報を通知するタイミングを決定することができるので、サーバＳＶに対してプリンタＰＲＴからの接続が集中するタイミングでの通知を高い精度で回避することができる。
【００８７】
さらに、プリンタＰＲＴの通知タイミング制御部１０５は、接続タイミングパラメータＴｙをサーバＳＶに送信し（図８、ステップＳ２３５）、サーバＳＶは、これに基づいて、空き情報テーブル３００を更新する。このようにすれば、管理サーバにおける空き情報テーブル３００は、常に正確な空き時間を表わすことができる。
【００８８】
Ｃ．変形例：
なお、本発明では、上記した実施の形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様にて実施することが可能である。
【００８９】
Ｃ１．変形例１：
上記実施例において、通知タイミング制御部１０５は、所定時間内にサーバＳＶにログインできなかった場合（図５、ステップＳ１２０：ＮＯ）、もしくは、所定時間内にサーバＳＶから通知完了応答がなかった場合（図５、ステップＳ１４０：ＮＯ）に、接続タイミングパラメータＴｘの再設定を行うようにしているが、所定時間内にサーバＳＶにログインできなかった場合にのみ、接続タイミングパラメータＴｘの再設定を行うようにしてもよい。
【００９０】
Ｃ２．変形例２：
上記実施例において、接続タイミングパラメータの再設定（図５，ステップＳ１６０）を行う選択枝として、サーバＳＶに所定時間内にログインできない場合（図５、ステップＳ１２０）としているが、本発明はこれに限られるものではない。例えば、プリンタＰＲＴが所定回数以上ログインしようとトライしてもログインできない場合に接続タイミングパラメータの再設定（図５，ステップＳ１６０）を行うようにしてもよい。
【００９１】
Ｃ３．変形例３：
上記実施例において、ネットワーク機器としてプリンタＰＲＴを例に説明したが、例えば、ネットワークに接続されるパソコン周辺機器やコピー機など、他の種々のネットワーク機器に本発明を適用しても、本発明の効果を奏すことができる。
【００９２】
Ｃ４．変形例４：
上記実施例において、プリンタＰＲＴおよびサーバＳＶの各部は、ソフトウェア的に構成されているものを、ハードウェア的に構成するようにしてもよいし、ハードウェア的に構成されているものを、ソフトウェア的に構成するようにしてもよい。
【００９３】
Ｃ５．変形例５：
上記実施例において、ローカルネットワークに接続されるプリンタＰＲＴは、各プリンタＰＲＴに接続される主電源をＯＮ／ＯＦＦすることにより、各プリンタＰＲＴの電源がほぼ同時に投入されることとしているが、本発明は、これに限られず、各プリンタＰＲＴの電源がバラバラに投入されてもよい。このような場合にも、本発明の効果を奏することができる。なぜなら、各プリンタＰＲＴの電源がバラバラに投入されても、各プリンタＰＲＴの監視期間Ｔｉの周期が偶発的に一致する場合があり、それらのプリンタＰＲＴが、監視情報の通知を行うと、サーバＳＶが混雑することが考えられるからである。
【００９４】
Ｃ６．変形例６：
上記実施例において、第１のユーザ側ネットワークシステムＣｓ１内の各プリンタＰＲＴを用いて説明したが、本発明は、これに限られるものではなく、第１のユーザ側ネットワークシステムＣｓ１および第２のユーザ側ネットワークシステムＣｓ２を含めたサーバＳＶに接続される各プリンタＰＲＴにも応用することができる。このような場合には、各プリンタＰＲＴの電源は、バラバラに投入され得るが、上記変形例５のごとく、本発明の効果を奏することができる。
【図面の簡単な説明】
【００９５】
【図１】第１の実施例を適用したシステム概要の一例を示す説明図である。
【図２】第１の実施例におけるプリンタＰＲＴおよびサーバＳＶの機能ブロックを例示する説明図である。
【図３】第１の実施例におけるプリンタＰＲＴに蓄えられた監視情報をサーバＳＶに通知するための通知期間を説明する説明図である。
【図４】第１の実施例におけるプリンタＰＲＴが監視情報を通知する場合の処理手順を示したフローチャートである。
【図５】第１の実施例におけるプリンタＰＲＴが行う接続タイミングパラメータＴｘの再設定の処理手順を示したフローチャートである。
【図６】第２の実施例におけるプリンタＰＲＴとサーバＳＶの機能ブロックを例示する説明図である。
【図７】第２の実施例における空き情報テーブルを模式的に示した説明図である。
【図８】第２の実施例におけるプリンタＰＲＴが監視情報を通知する場合の処理手順を示したフローチャートである。
【図９】第２の実施例におけるプリンタＰＲＴが行う接続タイミングパラメータＴｙの再設定の処理手順を示したフローチャートである。
【符号の説明】
【００９６】
１０１...主制御部
１０２...動作監視部
１０３...監視情報格納部
１０５...通知タイミング制御部
１０６...通信部
２０１...主制御部
２０２...通信部
２０３...プリンタ管理情報格納部
２０５...情報テーブル更新部
１０００...ネットワーク機器管理システム
２０００...ネットワーク機器管理システム
Ｃｓ...ユーザ側ネットワークシステム
Ｍｓ...管理者側ネットワークシステム
ＦＷ...ファイヤウォール
ＩＮＴ...インターネット
ＬＡＮ...ローカルエリアネットワーク
ＰＲＴ...プリンタ
ＳＶ...サーバ
ＤＢ...データベース
ＩＤ...プリンタ
【図１】
2005210360.tif 000003
【図２】
2005210360.tif 000004
【図３】
2005210360.tif 000005
【図４】
2005210360.tif 000006
【図５】
2005210360.tif 000007
【図６】
2005210360.tif 000008
【図７】
2005210360.tif 000009
【図８】
2005210360.tif 000010
【図９】
2005210360.tif 000011