(57)【要約】【課題】ネットワークのトラフィックを大幅に増大させることなく、ネットワーク上の機器の状態を監視装置により早期に検知させる。【解決手段】本ネットワークシステムでは、プリンタ１０が、ネットワーク上の機器（当該プリンタ１０等）を監視する監視装置である機器管理ＰＣ３０とディレクトリサービス５０とのそれぞれへ、異なるタイミングで定期的に更新要求を送信し、各監視装置３０，５０は、プリンタ１０からの更新要求に基づきそのプリンタ１０の状態を判断する。そして特に、本システムでは、機器管理ＰＣ３０が、プリンタ１０からの更新要求が受信されなくなったと判断した場合に、ディレクトリサービス５０へ削除要求を送信してその旨を通知するため、ネットワークのトラフィックをほとんど増加させることなく、ディレクトリサービス５０にプリンタ１０のネットワークからの離脱を早期に検知させることができる。【選択図】　図３
2004029936.tif 000002
【特許請求の範囲】
【請求項１】
被監視装置からネットワークを介して所定のタイミングで受信する情報である被監視装置情報に基づき該被監視装置の状態を判断する監視装置を複数備えたネットワークシステムにおいて、
前記監視装置のうちの少なくとも１つは、前記被監視装置の状態が変化したことを検知すると、その被監視装置の状態を表す状態情報を、該被監視装置からの被監視装置情報を当該監視装置と異なるタイミングで受信する他の監視装置へ送信するように構成され、
該状態情報を受信する監視装置は、前記被監視装置情報、及び、前記状態情報に基づいて該被監視装置の状態を判断するように構成されていること、
を特徴とするネットワークシステム。
【請求項２】
請求項１に記載のネットワークシステムにおいて、
前記状態情報を送信する監視装置は、前記被監視装置から所定のタイミングで受信していた前記被監視装置情報が受信されなくなった場合に該被監視装置についての状態情報を送信するように構成されており、該状態情報を受信する監視装置は、その状態情報を受信した場合又は該被監視装置から所定のタイミングで受信していた前記被監視装置情報が受信されなくなった場合に、その被監視装置が前記ネットワークから離脱したと判断するように構成されていること、
を特徴とするネットワークシステム。
【請求項３】
請求項１又は請求項２に記載のネットワークシステムにおいて、
前記被監視装置は、当該被監視装置が前記被監視装置情報の送信先とする監視装置であって前記状態情報を送信するものへ、該状態情報の送信先とすべき監視装置を示す送信先装置情報を送信するように構成されており、該状態情報を送信する監視装置は、前記被監視装置から受信した送信先装置情報が表す監視装置へその状態情報を送信するように構成されていること、
を特徴とするネットワークシステム。
【請求項４】
被監視装置からネットワークを介して所定のタイミングで受信する情報である被監視装置情報に基づき該被監視装置の状態を判断する監視装置を複数備えたネットワークシステムにおいて、前記監視装置として用いられる情報処理装置であって、
前記ネットワークを介して情報を受信する受信手段と、
前記受信手段により受信される前記被監視装置からの被監視装置情報に基づき該被監視装置の状態の変化を検知する検知手段と、
前記検知手段により状態の変化が検知されると、その検知された被監視装置の状態を表す状態情報を、該被監視装置からの被監視装置情報を当該情報処理装置と異なるタイミングで受信する他の監視装置へ送信する送信手段と、
を備えたことを特徴とする情報処理装置。
【請求項５】
被監視装置からネットワークを介して所定のタイミングで受信する情報である被監視装置情報に基づき該被監視装置の状態を判断する監視装置を複数備えたネットワークシステムにおいて、前記監視装置として用いられる情報処理装置であって、
前記ネットワークを介して情報を受信する受信手段と、
前記受信手段により受信される前記被監視装置からの被監視装置情報、及び、該被監視装置からの被監視装置情報を当該情報処理装置と異なるタイミングで受信する他の監視装置により送信されてくる該被監視装置の状態を表す状態情報に基づき、その被監視装置の状態を判断する判断手段と、
を備えたことを特徴とする情報処理装置。
【請求項６】
複数の監視装置が、被監視装置からネットワークを介して所定のタイミングで受信する情報である被監視装置情報に基づき該被監視装置の状態を判断すると共に、前記監視装置のうちの少なくとも１つが、前記被監視装置の状態が変化したことを検知すると、その被監視装置の状態を表す状態情報を他の監視装置へ送信し、該状態情報を受信する監視装置が、前記被監視装置情報、及び、前記状態情報に基づいて該被監視装置の状態を判断するように構成されたネットワークシステムにおいて、前記被監視装置として用いられる電子機器であって、
前記状態情報を送信する監視装置と、該状態情報を受信する監視装置とに対し、前記被監視装置情報を異なるタイミングで送信する被監視装置情報送信手段を備えたこと、
を特徴とする電子機器。
【請求項７】
請求項６に記載の電子機器において、
前記被監視装置情報送信手段により前記被監視装置情報の送信先とされる監視装置であって前記状態情報を送信するものへ、該状態情報の送信先とすべき監視装置を示す送信先装置情報を送信する送信先装置情報送信手段を備えたこと、
を特徴とする電子機器。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークに接続された機器の状態を監視する技術に関するものである。
【０００２】
【従来の技術】
従来より、ネットワーク上の機器の状態を監視する技術が知られている。
図１３は、従来のネットワークシステムで行われる通信の概要を説明するためのブロック図である。
【０００３】
図１３に示すように、このネットワークシステムには、ネットワークに接続された機器の状態を監視する監視装置として、ディレクトリサービス１１０が設けられている。このディレクトリサービス１１０は、ネットワークに接続された複数の管理対象の機器（図１３では、プリンタ１２０）から受信する情報に基づいて各機器の情報を管理し、その管理している情報を他の機器からの要求に応じて提供する。これにより、例えば、このディレクトリサービス１１０を利用するパソコン（以下、クライアントＰＣという）１３０のユーザが、そのクライアントＰＣ１３０で作成した印刷データをネットワーク上のプリンタで印刷しようとした場合に、ディレクトリサービス１１０が管理している情報から現在使用可能なプリンタを検索し、検索されたプリンタ１２０へ印刷データを送信する、といったことが可能となる。
【０００４】
また、このネットワークシステムには、上記ディレクトリサービス１１０とは別の監視装置として、ネットワーク上の特定の機器のみを管理する管理機能を有したパソコン（以下、機器管理ＰＣという）１４０が設けられている。この機器管理ＰＣ１４０は、ネットワーク上の特定の複数の機器（図１３では、プリンタ１２０）から受信する情報に基づいて各機器の情報を管理し、当該機器管理ＰＣ１４０のユーザからの要求に応じて、その管理している情報を当該機器管理ＰＣ１４０の図示しないディスプレイに表示する。
【０００５】
ところで、こうした監視装置がネットワーク上の機器から受信する情報としては、機器自ら送信する情報や、監視装置からの要求に対して機器が返信する情報が挙げられるが、何れにしてもその機器がネットワークに参加している状態でのみ受信可能となる。つまり、ネットワークに接続されている機器がその電源を切られる等によりネットワークから離脱した状態となった場合には、当然その機器からの情報を受信することができなくなる。
【０００６】
ここで、パソコンのようにシャットダウン操作の後に電源を切られるような機器であれば、シャットダウン操作が行われた際に、ネットワークから離脱する旨の情報をその機器自ら送信することができる。これに対し、例えば一般的なプリンタのようにシャットダウン操作が行われることなく突然電源を切られるような機器では、ネットワークから離脱する旨の情報をその機器自ら送信することができない。
【０００７】
このような理由から、前述した従来のネットワークシステム（図１３）では、プリンタ１２０から、監視装置であるディレクトリサービス１１０と機器管理ＰＣ１４０とのそれぞれへ、定期的に情報が送信されるようになっており、各監視装置は、定期的に受信されるべき情報が受信されなくなったと判断した時点で、その機器がネットワークから離脱したことを検知する。
【０００８】
【発明が解決しようとする課題】
上記のように、この種のネットワークシステムでは、プリンタのような機器から監視装置へある所定のタイミング毎に情報が送信されることとなるが、その情報を送信する頻度を多くするほどネットワークのトラフィックを増大させてしまうことから、その頻度をある程度少なくするようにしている。
【０００９】
ところが、こうして情報の送信頻度が少なく設定されることにより、プリンタのような機器が実際に電源を切られてから、その機器がネットワークから離脱したことを監視装置が検知するまでに時間がかかってしまうといった問題があった。こうして検知までの時間が長くなると、監視装置によりネットワークに参加していると判断されている機器が、実際には既にネットワークから離脱しているといったことが起こり、監視装置が管理する情報の信頼性が損なわれてしまう。
【００１０】
本発明は、こうした問題に鑑みなされたものであり、ネットワークのトラフィックを大幅に増大させることなく、ネットワーク上の機器の状態を監視装置により早期に検知させることを目的としている。
【００１１】
【課題を解決するための手段及び発明の効果】
上記目的を達成するためになされた請求項１に記載のネットワークシステムは、被監視装置からネットワークを介して所定のタイミングで受信する情報である被監視装置情報に基づきその被監視装置の状態を判断する監視装置を複数備えたものである。そして、本ネットワークシステムでは、複数の監視装置のうちの少なくとも１つ（以下、監視装置Ａという）が、被監視装置の状態が変化したことを検知すると、その被監視装置の状態を表す状態情報を、その被監視装置からの被監視装置情報を当該監視装置Ａと異なるタイミングで受信する他の監視装置（以下、監視装置Ｂという）へ送信し、該状態情報を受信する監視装置Ｂが、被監視装置情報、及び、状態情報に基づいてその被監視装置の状態を判断する。尚、ここでいう異なるタイミングとは、同一でないタイミングという意味である。例えば、監視装置Ａ及び監視装置Ｂがそれぞれ被監視装置情報を一定の周期で定期的に受信するような場合には、その周期が異なっているか、或いは同一周期であっても非同期であれば、異なるタイミングで受信していることになる。
【００１２】
このような請求項１のネットワークシステムによれば、ネットワークの通信量を大幅に増大させることなく、監視装置Ｂに被監視装置の状態変化を早く検知させることができる。
即ち、監視装置Ａから監視装置Ｂへ状態情報が送信されない従来のネットワークシステムでは、監視装置Ｂは、被監視装置からの被監視装置情報のみに基づき、その被監視装置の状態を判断する。このため、被監視装置情報が受信される間隔が長いと（例えば、一定の周期で定期的に受信される場合には、その周期が長いと）、被監視装置の状態が実際に変化してからそれを検知するまでに時間がかかってしまう。かといって、被監視装置情報が受信される間隔を単に短くしたのでは、ネットワークの通信量を大幅に増大させてしまうこととなる。
【００１３】
これに対し、請求項１のネットワークシステムでは、監視装置Ｂが、被監視装置からの被監視装置情報と、監視装置Ａからの状態情報との両方に基づいて被監視装置の状態を判断する。ここで、監視装置Ａは、監視装置Ｂとは異なるタイミングで被監視装置の状態変化を検知して状態情報を送信することから、監視装置Ｂは、当該監視装置Ｂが被監視装置情報に基づき被監視装置の状態変化を検知するのとは異なるタイミングでも状態変化を検知することができるようになり、この結果、状態変化を早く検知することができるようになる。しかも、状態情報は、被監視装置の状態が変化しなければ送信する必要がないため、ネットワークの通信量を大幅に増大させることがない。
【００１４】
ところで、被監視装置の状態の変化は、具体的には、例えば、請求項２のように検知することができる。
即ち、請求項２に記載のネットワークシステムでは、状態情報を送信する監視装置Ａが、被監視装置から所定のタイミングで受信していた被監視装置情報が受信されなくなった場合にその被監視装置についての状態情報を送信し、該状態情報を受信する監視装置Ｂが、その状態情報を受信した場合又は該被監視装置から所定のタイミングで受信していた被監視装置情報が受信されなくなった場合に、その被監視装置がネットワークから離脱したと判断する。
【００１５】
つまり、このネットワークシステムでは、監視装置Ａが、被監視装置情報が受信されなくなることにより被監視装置のネットワークからの離脱を検知して状態情報を監視装置Ｂへ送信し、監視装置Ｂは、被監視装置情報と状態情報との両方に基づき、ネットワークに参加していた被監視装置がそのネットワークから離脱したことを検知する。
【００１６】
このような請求項２のネットワークシステムによれば、被監視装置がネットワークから離脱したことを、監視装置Ｂに早く検知させることができる。
次に、請求項３に記載のネットワークシステムでは、被監視装置が、当該被監視装置が被監視装置情報の送信先とする監視装置であって状態情報を送信するもの（即ち、監視装置Ａ）へ、その状態情報の送信先とすべき監視装置Ｂを示す送信先装置情報を送信し、状態情報を送信する監視装置Ａが、被監視装置から受信した送信先装置情報が表す監視装置Ｂへその状態情報を送信する。
【００１７】
このような請求項３のネットワークシステムによれば、監視装置Ａが、被監視装置からの送信先装置情報に基づき、その被監視装置についての状態情報の送信先とすべき監視装置Ｂを容易に特定することができる。そのため、例えば、被監視装置毎にその被監視装置を監視する監視装置Ａが異なるネットワークシステムの場合には非常に有利である。
【００１８】
次に、請求項４に記載の情報処理装置は、被監視装置からネットワークを介して所定のタイミングで受信する情報である被監視装置情報に基づきその被監視装置の状態を判断する監視装置を複数備えたネットワークシステムにおいて、監視装置として用いられるものである。そして、本情報処理装置では、受信手段が、ネットワークを介して情報を受信し、検知手段が、受信手段により受信される被監視装置からの被監視装置情報に基づきその被監視装置の状態の変化を検知し、送信手段が、検知手段により状態の変化が検知されると、その検知された被監視装置の状態を表す状態情報を、その被監視装置からの被監視装置情報を当該情報処理装置と異なるタイミングで受信する他の監視装置へ送信する。そして、この情報処理装置によれば、上記請求項１のシステムにおける監視装置Ａとして用いることにより、その請求項１のシステムを構築することができ、請求項１について述べた効果を得ることができる。
【００１９】
次に、請求項５に記載の情報処理装置も、上記請求項４の情報処理装置が用いられるネットワークシステムと同様のシステムにおいて、監視装置として用いられるものである。そして、本情報処理装置では、受信手段が、ネットワークを介して情報を受信し、判断手段が、受信手段により受信される被監視装置からの被監視装置情報、及び、該被監視装置からの被監視装置情報を当該情報処理装置と異なるタイミングで受信する他の監視装置により送信されてくるその被監視装置の状態を表す状態情報に基づき、その被監視装置の状態を判断する。そして、この情報処理装置によれば、上記請求項１のシステムにおける監視装置Ｂとして用いることにより、その請求項１のシステムを構築することができ、請求項１について述べた効果を得ることができる。
【００２０】
次に、請求項６に記載の電子機器は、複数の監視装置が、被監視装置からネットワークを介して所定のタイミングで受信する情報である被監視装置情報に基づきその被監視装置の状態を判断すると共に、監視装置のうちの少なくとも１つが、被監視装置の状態が変化したことを検知すると、その被監視装置の状態を表す状態情報を他の監視装置へ送信し、該状態情報を受信する監視装置が、被監視装置情報、及び、状態情報に基づいてその被監視装置の状態を判断するように構成されたネットワークシステムにおいて、被監視装置として用いられるものである。そして、本電子機器では、被監視装置情報送信手段が、状態情報を送信する監視装置と、その状態情報を受信する監視装置とに対し、被監視装置情報を異なるタイミングで送信する。そして、この電子機器によれば、上記請求項１のシステムにおける被監視装置として用いることにより、その請求項１のシステムを構築することができ、請求項１について述べた効果を得ることができる。
【００２１】
そして特に、上記請求項６の電子機器において、請求項７に記載のように、送信先装置情報送信手段を設け、その送信先装置情報送信手段が、被監視装置情報送信手段により被監視装置情報の送信先とされる監視装置であって状態情報を送信するものへ、その状態情報の送信先とすべき監視装置を示す送信先装置情報を送信するようにすれば、状態情報を送信する監視装置に、その状態情報の送信先とすべき監視装置を容易に特定させることができる。
【００２２】
【発明の実施の形態】
以下、本発明が適用された実施形態について、図面を用いて説明する。
まず図１は、実施形態のネットワークシステムの構成を表すブロック図である。
【００２３】
このネットワークシステムは、ＬＡＮ（ローカルエリアネットワーク）２に接続された管理対象の機器の状態を監視するディレクトリサービス５０と、ＬＡＮ２に接続された機器のうち、特定の機器の状態を監視する機器管理機能を備えたパソコンである機器管理ＰＣ３０と、ディレクトリサービス５０が管理する情報を利用するパソコンであるクライアントＰＣ７０とを備えている。そして、本システムでは、ディレクトリサービス５０と機器管理ＰＣ３０との両方によって監視される機器が存在し、その１つとして図１ではプリンタ１０を示している。
【００２４】
ここで、プリンタ１０は、外部からの入力操作を受け付ける操作部１２と、用紙への印刷を行う印字部１４と、周知のＲＯＭ１６、ＲＡＭ１８、ＣＰＵ２０及びネットワークインターフェイス２２とを備えている。
また、機器管理ＰＣ３０は、外部からの入力操作を受け付ける操作部３２と、情報を表示する表示部３４と、周知のＲＯＭ３６、ＲＡＭ３８、ＣＰＵ４０、ハードディスク４２及びネットワークインターフェイス４４とを備えている。そして、この機器管理ＰＣ３０のハードディスク４２には、図２に示すように、ＬＡＮ２に接続された機器のうち、当該機器管理ＰＣ３０が利用する特定の機器（例えば、特定のプリンタやスキャナ）に関する情報を管理するためのデータベース（以下、機器管理データベースという）が記憶されている。具体的には、各機器に関する情報として、機器名、ＩＰアドレス（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌアドレス）及びモデル名が記憶されるようになっており、更に、その機器が通信先とするディレクトリサービスに関する情報（送信先装置情報に相当）として、そのディレクトリサービスとの通信に用いられるプロトコルの種類やＩＰアドレス等の情報も記憶されるようになっている。
【００２５】
一方、ディレクトリサービス５０は、周知のＲＯＭ５２、ＲＡＭ５４、ＣＰＵ５６、ハードディスク５８及びネットワークインターフェイス６０を備えている。そして、このディレクトリサービス５０のハードディスク５８にも、図示しないが、機器管理ＰＣ３０と同様に、当該ディレクトリサービス５０が管理対象とする機器に関する情報を管理するためのデータベース（以下、ＤＳデータベースという）が記憶されている。尚、ＤＳデータベースによって管理される情報の種類は、機器管理データベース（図２）によって管理される情報の種類とほぼ同じであるが、ＤＳデータベースの情報には、機器が通信先とするディレクトリサービスに関する情報（図２に示す機器管理データベースにおける最も右の列の情報）は含まれない。
【００２６】
一方また、クライアントＰＣ７０は、外部からの入力操作を受け付ける操作部７２と、情報を表示する表示部７４と、周知のＲＯＭ７６、ＲＡＭ７８、ＣＰＵ８０、ハードディスク８２及びネットワークインターフェイス８４とを備えている。
【００２７】
そして、プリンタ１０、機器管理ＰＣ３０、ディレクトリサービス５０及びクライアントＰＣ７０は、各自のネットワークインターフェイス２２，４４，６０，８４を介してＬＡＮ２に接続されている。
次に、本ネットワークシステムで行われる通信の概要について、図３を用いて説明する。
【００２８】
本システムでは、プリンタ１０が、機器管理ＰＣ３０とディレクトリサービス５０とのそれぞれへ定期的に情報（更新要求）を送信する。そして、機器管理ＰＣ３０及びディレクトリサービス５０のそれぞれが、プリンタ１０から定期的に送られてくる情報に基づき、そのプリンタ１０の状態を判断する。ここで、機器管理ＰＣ３０が管理する情報は、当該機器管理ＰＣ３０のユーザによって利用され、また、ディレクトリサービス５０が管理する情報は、クライアントＰＣ７０のユーザによって利用される。そして特に、本システムでは、機器管理ＰＣ３０が、プリンタ１０がネットワークから離脱したことを検知すると、ディレクトリサービス５０へその旨を通知（削除要求）するようになっている。尚、図示しないが、ディレクトリサービス５０と機器管理ＰＣ３０との両方によって監視されるプリンタ１０以外の機器も、このプリンタ１０と同様の処理を行う。そのため、機器管理ＰＣ３０とディレクトリサービス５０とは、複数の機器から送られてくる情報に基づき、各機器の状態を判断する。
【００２９】
以下、本ネットワークシステムの各構成要素が行う具体的な処理について説明する。
まず、プリンタ１０のＣＰＵ２０が行うプリンタメイン処理について、図４のフローチャートを用いて説明する。尚、本プリンタメイン処理は、当該プリンタ１０の電源がオンされることにより開始される。
【００３０】
このプリンタメイン処理が開始されると、まずＳ１１０にて、当該プリンタ１０が新たにネットワークに参加したことを知らせるための登録要求のパケット（以下、登録パケットという）を、ネットワークインターフェイス２２を介して機器管理ＰＣ３０とディレクトリサービス５０とのそれぞれへ送信する。ここで、送信する登録パケットは、当該プリンタ１０に関する情報として、機器名、ＩＰアドレス及びモデル名の情報を含んだものである。また、機器管理ＰＣ３０へ送信する登録パケットについては、当該プリンタ１０が通信先とするディレクトリサービス５０に関する情報として、通信に用いられるプロトコルの種類やＩＰアドレス等の情報も含めるようになっている。
【００３１】
続いて、Ｓ１２０では、後述するプリンタタイマハンドラ（図５）を起動させる。
続いて、Ｓ１３０では、ネットワークインターフェイス２２を介して他の機器（図１，図３では、クライアントＰＣ７０又は機器管理ＰＣ３０）から印刷データが送信されてくるまでの間、待機状態となり、印刷データが送信されてくると、Ｓ１４０へ移行する。
【００３２】
そして、Ｓ１４０では、送信されてきた印刷データの表す画像を印字部１４に印刷させる周知の印刷処理を行い、Ｓ１３０へ戻る。
次に、プリンタ１０のＣＰＵ２０が行うプリンタタイマハンドラの処理について、図５のフローチャートを用いて説明する。尚、本プリンタタイマハンドラは、前述したプリンタメイン処理（図４）のＳ１２０で起動され、以後は、そのプリンタメイン処理と並行に実行される。
【００３３】
このプリンタタイマハンドラの処理が開始されると、まずＳ２１０にて、登録されたインターバル時間が経過するまでの間、待機状態となり、そのインターバル時間が経過すると、Ｓ２２０へ移行する。具体的には、６０秒を繰り返し計測する第１タイマと、３０分を繰り返し計測する第２タイマとにより、６０秒又は３０分の経過が報知されたタイミングで、Ｓ２２０へ移行する。尚、本実施形態では、プリンタタイマハンドラの処理が開始された時点で第１タイマ及び第２タイマによる計測を開始し、第２タイマについては初回の計測のみ通常の３０分より３０秒短くする（つまり、計測開始から２９分３０秒経過後に報知される）ようになっている。このようにすることで、第２タイマの計測を第１タイマの計測開始より３０秒間早く開始したのと同じ状態となり、以後、第２タイマによる時間経過報知は、第１タイマと異なるタイミング（３０秒間進んだタイミング）で行われる。
【００３４】
そして、Ｓ２２０では、当該プリンタ１０がネットワークに参加していることを知らせるための更新要求のパケット（被監視装置情報に相当し、以下、更新パケットという）を、ネットワークインターフェイス２２を介して機器管理ＰＣ３０又はディレクトリサービス５０へ送信した後、Ｓ２１０へ戻る。ここで、更新パケットの送信先は、Ｓ２１０からＳ２２０へ移行するきっかけとなったタイマが第１タイマ及び第２タイマの何れであるかによって選択される。即ち、Ｓ２１０にて、第１タイマが６０秒の経過を報知したことによりＳ２２０へ移行した場合には、機器管理ＰＣ３０を送信先として更新パケットを送信し、第２タイマが３０分の経過を報知したことによりＳ２２０へ移行した場合には、ディレクトリサービス５０を送信先として更新パケットを送信する。これにより、機器管理ＰＣ３０へは６０秒毎に、ディレクトリサービス５０へは３０分毎に、更新パケットが送信されることとなる。尚、各送信先へ送信する更新パケットに含まれる情報の種類は、各送信先へ送信する前述した登録パケットに含まれる情報の種類と同一である。
【００３５】
そして、以上説明したプリンタメイン処理（図４）及びプリンタタイマハンドラ（図５）と同様の処理が、本ネットワークシステムでディレクトリサービス５０と機器管理ＰＣ３０との両方によって監視される図示しない他の機器によっても行われる。
【００３６】
次に、機器管理ＰＣ３０のＣＰＵ４０が行う機器管理メイン処理について、図６のフローチャートを用いて説明する。
この機器管理メイン処理が開始されると、まずＳ３１０にて、後述する機器管理タイマハンドラ（図７）を起動させる。
【００３７】
続いて、Ｓ３２０では、管理対象の機器（図１，図３では、プリンタ１０）からの登録パケット又は更新パケットが、ネットワークインターフェイス４４を介して受信されるまでの間、待機状態となり、何れかのパケットを受信すると、Ｓ３３０へ移行する。
【００３８】
そして、Ｓ３３０では、受信したパケットが登録パケットであるか否かを判定する。
このＳ３３０で、登録パケットであると判定した場合には、Ｓ３４０へ移行し、その登録パケットに含まれる機器名、ＩＰアドレス及びモデル名と、その機器が通信先とするディレクトリサービス５０に関する情報であるプロトコルの種類やＩＰアドレス等の情報とを、その登録パケットの送信元の機器についての情報として、ハードディスク４２に記憶されている機器管理データベース（図２）に新たに追加し、更に、現在の時刻を最終更新時刻として書き込んだ後、Ｓ３２０へ戻る。
【００３９】
一方、Ｓ３３０で、受信したパケットが登録パケットではない（即ち、更新パケットである）と判定した場合には、Ｓ３５０へ移行し、機器管理データベースの情報のうち、その更新パケットの送信元の機器について既に登録されている情報を、その更新パケットに含まれる情報に更新すると共に最終更新時刻を更新した後、Ｓ３２０へ戻る。尚、受信した更新パケットが、機器管理データベースに登録されている機器のうちの何れの機器についてのものであるかの判断は、ＩＰアドレスの一致をみることで行われる。
【００４０】
次に、機器管理ＰＣ３０のＣＰＵ４０が行う機器管理タイマハンドラの処理について、図７のフローチャートを用いて説明する。尚、本機器管理タイマハンドラは、前述した機器管理メイン処理（図６）のＳ３１０で起動され、以後は、その機器管理メイン処理と並行に実行される。
【００４１】
この機器管理タイマハンドラの処理が開始されると、まずＳ４１０にて、１秒間待機した後、Ｓ４２０へ移行する。
そして、Ｓ４２０では、機器管理データベースに登録されている機器のうちの一つを選択し、その機器に関する最終更新時刻を読み出す。
【００４２】
続いて、Ｓ４３０では、現在の時刻と、Ｓ４２０にて読み出した最終更新時刻との差が、６０秒より大きいか否かを判定する。つまり、最終更新時刻から６０秒を経過したか否かで、現在選択している機器がネットワークから離脱したか否かを判定するようになっている。尚、ここでは、最終更新時刻から更新パケットの送信周期である６０秒が経過したか否かを基準に判定するようにしているが、誤判定を防ぐために最終更新時刻から更新パケットの送信周期より長い時間（例えば、７０秒）を経過したか否かで判定するようにしても勿論よく、こうした値は、ネットワークシステムの具体的な構成に応じて適宜設定すればよい。
【００４３】
そして、Ｓ４３０で、現在の時刻と最終更新時刻との差が６０秒より大きいと判定した場合には、Ｓ４４０へ移行し、現在選択している機器に関する情報に、その機器の通信先のディレクトリサービスに関する情報が含まれていれば、そのディレクトリサービスへ、ネットワークから離脱したことを知らせるための削除要求のパケット（状態情報に相当し、以下、削除パケットという）を、現在選択している機器を代理して送信する。ここで、この削除パケットは、シャットダウン操作の後に電源を切られる機器がそのシャットダウン操作が行われた際に送信するパケットと同様のものである。そして更に、このＳ４４０では、現在選択している機器に関する情報を機器管理データベースから削除して、その後、Ｓ４５０へ移行する。尚、機器に関する情報に、その機器の通信先のディレクトリサービスに関する情報が含まれていない場合とは、例えば、その機器が、機器管理ＰＣ３０のみによって監視されている機器である場合等である。
【００４４】
一方、Ｓ４３０で、現在の時刻と最終更新時刻との差が６０秒以下であると判定した場合には、そのままＳ４５０へ移行する。
Ｓ４５０では、機器管理データベースに登録されている機器のうち、未だ選択されていない機器が存在するか否かを判定する。
【００４５】
このＳ４５０で、未だ選択していない機器が存在すると判定した場合には、Ｓ４２０へ戻り、選択していない機器のうちの一つを選択した後、前述した処理（Ｓ４３０，Ｓ４４０）を繰り返す。
一方、Ｓ４５０で、未だ選択していない機器が存在しないと判定した場合には、Ｓ４１０へ戻る。
【００４６】
つまり、この機器管理タイマハンドラの処理では、機器管理データベースに登録されている各機器から周期的（６０秒毎）に送信されてくるべき更新パケットが受信されたか否かを１秒毎に判定することで、各機器がネットワークに参加しているか否かを判断している。
【００４７】
次に、ディレクトリサービス５０のＣＰＵ５６が行うＤＳメイン処理について、図８のフローチャートを用いて説明する。
このＤＳメイン処理が開始されると、まずＳ５１０にて、後述するＤＳタイマハンドラ（図９）を起動させる。
【００４８】
続いて、Ｓ５２０では、管理対象の機器（図１，図３では、プリンタ１０）からの登録パケット若しくは更新パケット、管理対象の機器若しくは機器管理ＰＣ３０からの削除パケット、又は当該ディレクトリサービス５０を利用する機器（図１，図３では、クライアントＰＣ７０）からの機器情報要求のパケット（以下、機器情報パケットという）が、ネットワークインターフェイス６０を介して受信されるまでの間、待機状態となり、何れかのパケットを受信すると、Ｓ５３０へ移行する。尚、機器情報パケットとは、ディレクトリサービス５０が管理する機器の情報を外部から取得するために送信されるパケットである。
【００４９】
そして、Ｓ５３０では、受信したパケットが登録パケットであるか否かを判定する。
このＳ５３０で、登録パケットであると判定した場合には、Ｓ５４０へ移行し、その登録パケットに含まれる機器名、ＩＰアドレス及びモデル名を、その登録パケットの送信元の機器についての情報として、ハードディスク５８に記憶されているＤＳデータベース（図示せず）に新たに追加し、更に、現在の時刻を最終更新時刻として書き込んだ後、Ｓ５２０へ戻る。
【００５０】
一方、Ｓ５３０で、登録パケットではないと判定した場合には、Ｓ５５０へ移行し、受信したパケットが更新パケットであるか否かを判定する。
このＳ５５０で、更新パケットであると判定した場合には、Ｓ５６０へ移行し、ＤＳデータベースの情報のうち、その更新パケットの送信元の機器について既に登録されている情報を、その更新パケットに含まれる情報に更新すると共に最終更新時刻を更新した後、Ｓ５２０へ戻る。
【００５１】
一方、Ｓ５５０で、更新パケットではないと判定した場合には、Ｓ５７０へ移行し、受信したパケットが削除パケットであるか否かを判定する。
そして、Ｓ５７０で、削除パケットであると判定した場合には、Ｓ５８０へ移行し、その削除パケットに基づきネットワークから離脱したと判断される機器の情報をＤＳデータベースから削除して、Ｓ５２０へ戻る。
【００５２】
一方、Ｓ５７０で、受信したパケットが削除パケットではない（即ち、機器情報パケットである）と判定した場合には、Ｓ５９０へ移行し、機器情報パケットにより要求された情報を、ネットワークインターフェイス６０を介してそのパケットの送信元である機器へ返信し、Ｓ５２０へ戻る。
【００５３】
次に、ディレクトリサービス５０のＣＰＵ５６が行うＤＳタイマハンドラの処理について、図９のフローチャートを用いて説明する。尚、本ＤＳタイマハンドラは、前述したＤＳメイン処理（図８）のＳ５１０で起動され、以後は、そのＤＳメイン処理と並行に実行される。
【００５４】
このＤＳタイマハンドラの処理が開始されると、まずＳ６１０にて、１秒間待機した後、Ｓ６２０へ移行する。
そして、Ｓ６２０では、ＤＳデータベースに登録されている機器のうちの一つを選択し、その機器に関する最終更新時刻を読み出す。
【００５５】
続いて、Ｓ６３０では、現在の時刻と、Ｓ６２０にて読み出した最終更新時刻との差が、３０分より大きいか否かを判定する。
そして、Ｓ６３０で、現在の時刻と最終更新時刻との差が３０分より大きいと判定した場合には、Ｓ６４０へ移行し、現在選択している機器に関する情報をＤＳデータベースから削除して、Ｓ６５０へ移行する。つまり、最終更新時刻から３０分を経過したか否かで、現在選択している機器がネットワークから離脱したか否かを判定するようになっている。
【００５６】
一方、Ｓ６３０で、現在の時刻と最終更新時刻との差が３０分以下であると判定した場合には、そのままＳ６５０へ移行する。
Ｓ６５０では、ＤＳデータベースに登録されている機器のうち、未だ選択されていない機器が存在するか否かを判定する。
【００５７】
このＳ６５０で、未だ選択していない機器が存在すると判定した場合には、Ｓ６２０へ戻り、選択していない機器のうちの一つを選択した後、前述した処理（Ｓ６３０，Ｓ６４０）を繰り返す。
一方、Ｓ６５０で、未だ選択していない機器が存在しないと判定した場合には、Ｓ６１０へ戻る。
【００５８】
つまり、このＤＳタイマハンドラの処理では、ＤＳデータベースに登録されている各機器から周期的（３０分毎）に送信されてくるべき更新パケットが受信されたか否かを１秒毎に判定することで、各機器がネットワークに参加しているか否かを判断している。
【００５９】
次に、クライアントＰＣ７０のＣＰＵ８０が行う情報取得処理について、図１０のフローチャートを用いて説明する。
この情報取得処理が開始されると、まずＳ７１０にて、ユーザから機器に関する情報を取得するための入力操作が操作部７２にて行われるまでの間、待機状態となり、この入力操作が行われると、Ｓ７２０へ移行する。
【００６０】
そして、Ｓ７２０では、ユーザからの要求に応じた機器情報パケットを、ネットワークインターフェイス８４を介してディレクトリサービス５０へ送信する。ここで、ユーザからの要求としては、例えば、現在ネットワークに参加している状態のカラープリンタに関する情報を取得したい、といった内容のものが挙げられる。
【００６１】
続いて、Ｓ７３０では、Ｓ７２０にて送信した機器情報パケットに対して、ディレクトリサービス５０から情報が返信されてくるまでの間、待機状態となり、情報が返信されてくると、Ｓ７４０へ移行する。
最後に、Ｓ７４０では、返信されてきた情報を表示部７４に一覧表示し、Ｓ７１０へ戻る。
【００６２】
次に、本ネットワークシステムの作用について、図１１及び図１２を用いて説明する。
図１１に示すように、プリンタ１０の電源がオンされると、このプリンタ１０から機器管理ＰＣ３０とディレクトリサービス５０とのそれぞれに、登録パケットが送信される（Ｓ１１０）。その後は、プリンタ１０から、機器管理ＰＣ３０へは６０秒毎に、ディレクトリサービス５０へは３０分毎に、更新パケットが送信される（Ｓ１２０，Ｓ２１０，Ｓ２２０）。
【００６３】
そして、プリンタ１０から機器管理ＰＣ３０へ登録パケットが送信されることにより（Ｓ３２０，Ｓ３３０：ＹＥＳ）、その登録パケットの送信元のプリンタ１０に関する情報が、機器管理データベース（図２）に新たに追加される（Ｓ３４０）。その後、プリンタ１０から機器管理ＰＣ３０へ更新パケットが送信される毎に（Ｓ３３０：ＮＯ）、機器管理データベースに登録されているプリンタ１０の情報が更新される（Ｓ３５０）。また、機器管理ＰＣ３０では、機器管理データベースに登録されている各機器から周期的（６０秒毎）に送信されてくるべき更新パケットが受信されたか否かの判定が１秒毎に行われ、これにより各機器がネットワークに参加しているか否かが判断される（Ｓ４１０〜Ｓ４５０）。尚、機器管理データベースに登録されている情報は、機器管理ＰＣ３０の操作部３２にて行われる入力操作に応じて、その表示部３４に表示される。
【００６４】
一方、プリンタ１０からディレクトリサービス５０へ登録パケットが送信されることにより（Ｓ５２０，Ｓ５３０：ＹＥＳ）、その登録パケットの送信元のプリンタ１０に関する情報が、ＤＳデータベース（図示せず）に新たに追加される（Ｓ５４０）。その後、プリンタ１０からディレクトリサービス５０へ更新パケットが送信される毎に（Ｓ５５０：ＹＥＳ）、ＤＳデータベースに登録されているプリンタ１０の情報が更新される（Ｓ５６０）。また、ディレクトリサービス５０では、ＤＳデータベースに登録されている各機器から周期的（３０分毎）に送信されてくるべき更新パケットが受信されたか否かの判定が１秒毎に行われ、これにより各機器がネットワークに参加しているか否かが判断される（Ｓ６１０〜Ｓ６５０）。
【００６５】
ここで、クライアントＰＣ７０の操作部７２にて、機器に関する情報を取得するための入力操作が行われると（Ｓ７１０）、機器情報パケットがディレクトリサービス５０へ送信される（Ｓ７２０）。そして、ディレクトリサービス５０からクライアントＰＣ７０へ、機器情報パケットにより要求された情報が返信され（Ｓ５７０：ＮＯ，Ｓ５９０）、その情報が、クライアントＰＣ７０の表示部７４に一覧表示される（Ｓ７３０，Ｓ７４０）。
【００６６】
このような状態で、図１１の下方に示すように、プリンタ１０の電源が突然切られると、プリンタ１０から機器管理ＰＣ３０及びディレクトリサービス５０へ、更新パケットが送信されなくなる。ここで、例えば、プリンタ１０の電源が切られたタイミングが、ディレクトリサービス５０に更新パケットが送信された直後（図１２におけるＴ１）であったとすると、ディレクトリサービス５０がプリンタ１０から送信されてくる更新パケットのみに基づきプリンタ１０のネットワークからの離脱を検知できるのは、プリンタ１０からの次回の更新パケットが受信されないと判断される時点（図１２におけるＴ３）であり、プリンタ１０が電源を切られてから約３０分後となってしまう（Ｓ６３０：ＹＥＳ，Ｓ６４０）。
【００６７】
しかしながら、本実施形態のネットワークシステムでは、機器管理ＰＣ３０にて６０秒毎に受信されるべき更新パケットが受信されないと判断された時点（図１２におけるＴ２）で、その機器管理ＰＣ３０によりプリンタ１０のネットワークからの離脱が検知され（Ｓ４３０：ＹＥＳ）、ディレクトリサービス５０に削除パケットが送信される（Ｓ４４０）。このため、ディレクトリサービス５０では、その削除パケットが受信された時点で（Ｓ５７０：ＹＥＳ）、プリンタ１０のネットワークからの離脱が検知される（Ｓ５８０）。
【００６８】
尚、本実施形態のネットワークシステムでは、プリンタ１０が、被監視装置（電子機器）に相当し、機器管理ＰＣ３０が、前述の監視装置Ａ（請求項４の情報処理装置）に相当し、ディレクトリサービス５０が、前述の監視装置Ｂ（請求項５の情報処理装置）に相当している。
【００６９】
また、プリンタ１０においては、ネットワークインターフェイス２２と、図５におけるＳ２１０，Ｓ２２０の処理とが、被監視装置情報送信手段に相当し、ネットワークインターフェイス２２と、図４におけるＳ１１０の処理と、図５におけるＳ２２０の処理とが、送信先装置情報送信手段に相当している。
【００７０】
また更に、機器管理ＰＣ３０においては、ネットワークインターフェイス４４が、請求項４の受信手段に相当し、図７におけるＳ４３０の処理が、検知手段に相当し、ネットワークインターフェイス４４と、Ｓ４４０の処理とが、送信手段に相当している。
【００７１】
一方、ディレクトリサービス５０においては、ネットワークインターフェイス６０が、請求項５の受信手段に相当し、図８におけるＳ５７０の処理と、図９におけるＳ６３０の処理とが、判断手段に相当している。
このような本実施形態のネットワークシステムによれば、ネットワークに参加していた機器がそのネットワークから離脱したことをディレクトリサービス５０に早期に検知させることができ、この結果、ディレクトリサービス５０により管理される情報の信頼性を向上させることができる。しかも、機器管理ＰＣ３０からディレクトリサービス５０へ削除パケットが送信されるのは、そのディレクトリサービス５０で管理されている機器がネットワークから離脱したことを機器管理ＰＣ３０が検知した場合のみであるため、ネットワークのトラフィックはほとんど増加しない。特に、本システムでは、機器管理ＰＣ３０からの削除パケットが、プリンタ１０からの更新パケットとは異なるタイミングでディレクトリサービス５０へ送信されるようになっているため、削除パケットが更新パケットと同じタイミングで送信されるような構成に比べ、ネットワークからの機器の離脱をディレクトリサービス５０に効率よく検知させることができる。加えて、プリンタ１０から機器管理ＰＣ３０へ、そのプリンタ１０についての削除パケットの送信先とすべきディレクトリサービス５０の情報が送信されるため、例えば、複数のディレクトリサービスが存在する場合にも、機器管理ＰＣ３０が機器毎の削除パケットの送信先を容易に判断することができる。
【００７２】
以上、本発明の一実施形態について説明したが、本発明は、種々の形態を採り得ることは言うまでもない。
例えば、上記実施形態のネットワークシステムでは、機器管理ＰＣ３０及びディレクトリサービス５０のそれぞれが、ネットワーク上の機器から一定の周期で送信されてくる更新パケットに基づき、その更新パケットが受信されなくなったと判断することで、その機器がネットワークから離脱したことを検知するようになっているが、更新パケットを送信するタイミングは一定の周期に限ったものではない。即ち、機器管理ＰＣ３０やディレクトリサービス５０が更新パケットの送信される規則を把握していれば、同様の方法で検知することが可能である。
【００７３】
また、上記実施形態のネットワークシステムでは、機器管理ＰＣ３０からディレクトリサービス５０へのみ、削除パケットが送信される構成となっているが、これに限らず、例えば、相互に送信される構成であってもよい。
また更に、上記実施形態のネットワークシステムでは、機器管理ＰＣ３０が、ネットワークに参加していた機器がそのネットワークから離脱したという状態変化を検知した場合に、削除パケットを送信することでその旨をディレクトリサービス５０へ通知するようになっているが、これ以外の状態変化を通知するようにしてもよい。例えば、機器管理ＰＣ３０及びディレクトリサービス５０が、機器のステータス情報を管理するようなネットワークシステムにおいて、機器管理ＰＣ３０が、ネットワーク上の機器のステータスの変化（例えば、エラー発生等）を検知した場合に、その旨をディレクトリサービス５０へ通知するようにすれば、ディレクトリサービス５０にエラーの発生等を早期に検知させることができる。
【図面の簡単な説明】
【図１】実施形態のネットワークシステムの構成を表すブロック図である。
【図２】機器管理データベースの説明図である。
【図３】実施形態のネットワークシステムで行われる通信の概要を説明するためのブロック図である。
【図４】プリンタメイン処理のフローチャートである。
【図５】プリンタタイマハンドラのフローチャートである。
【図６】機器管理メイン処理のフローチャートである。
【図７】機器管理タイマハンドラのフローチャートである。
【図８】ＤＳメイン処理のフローチャートである。
【図９】ＤＳタイマハンドラのフローチャートである。
【図１０】情報取得処理のフローチャートである。
【図１１】ネットワークシステムの作用を説明するシーケンス図である。
【図１２】ネットワークシステムの作用を説明するタイミングチャートである。
【図１３】従来のネットワークシステムで行われる通信の概要を説明するためのブロック図である。
【符号の説明】
２…ＬＡＮ、１０…プリンタ、１２，３２，７２…操作部、１４…印字部、１６，３６，５２，７６…ＲＯＭ、１８，３８，５４，７８…ＲＡＭ、２０，４０，５６，８０…ＣＰＵ、２２，４４，６０，８４…ネットワークインターフェイス、３０…機器管理ＰＣ、３４，７４…表示部、４２，５８，８２…ハードディスク、５０…ディレクトリサービス、７０…クライアントＰＣ、１１０…ディレクトリサービス、１２０…プリンタ、１３０…クライアントＰＣ、１４０…機器管理ＰＣ
【図１】
2004029936.tif 000003
【図２】
2004029936.tif 000004
【図３】
2004029936.tif 000005
【図４】
2004029936.tif 000006
【図５】
2004029936.tif 000007
【図６】
2004029936.tif 000008
【図７】
2004029936.tif 000009
【図８】
2004029936.tif 000010
【図９】
2004029936.tif 000011
【図１０】
2004029936.tif 000012
【図１１】
2004029936.tif 000013
【図１２】
2004029936.tif 000014
【図１３】
2004029936.tif 000015