(57)【要約】【課題】ルータを越えた先にあるネットワーク上のデバイスを、容易に管理することができるデバイス管理システムを提供する。【解決手段】このデバイス管理システムでは、まず、管理デバイス３からプローブデバイス５ｂにパケットがルータ２ａを越えて送信される。すると、プローブデバイス５ｂは、ネットワーク１ｂ上にブロードキャストを実行する。すると、ネットワーク１ｂ上のデバイスが、返信パケットをプローブデバイス５ｂに返信する。そして、プローブデバイス５ｂは、その返信パケットが管理対象のデバイスから返信されたパケットか否かを判定して、管理対象のデバイスから返信された返信パケットのみを管理デバイス３に送信する。【選択図】　図６
2004005553.tif 000002
【特許請求の範囲】
【請求項１】
第１のネットワークに接続されたデバイスを、前記第１のネットワークとルータを介して通信可能な第２のネットワークに接続された管理デバイスにて管理するデバイス管理システムであって、
前記第１のネットワーク上に、前記管理デバイスと通信可能なプローブデバイスを更に備え、
該プローブデバイスは、
該プローブデバイスが接続された前記第１のネットワークに対して、前記デバイスを管理するための管理情報を要求するブロードキャストを実行するブロードキャスト手段と、
該ブロードキャストに応じた前記デバイスからの応答によって得られた前記管理情報を前記管理デバイスに転送する転送手段と
を備え、
前記管理デバイスは、
前記転送手段によって転送された前記管理情報に基づいて、前記第１のネットワーク上の前記デバイスを管理する管理手段
を備えたことを特徴とするデバイス管理システム。
【請求項２】
前記転送手段は、前記ブロードキャストに応じた前記デバイスからの応答によって前記管理情報を得る度に、前記管理情報を順次前記管理デバイスに転送することを特徴とする請求項１に記載のデバイス管理システム。
【請求項３】
前記プローブデバイスは、前記ブロードキャストに応じた前記デバイスからの応答によって得た前記管理情報を記憶する記憶手段を更に備え、前記転送手段は、前記ブロードキャストに応じた、前記デバイスからの応答によって得た新たな前記管理情報のうち、前記記憶手段に記憶されている過去の前記管理情報と異なる前記管理情報を、前記管理デバイスに転送することを特徴とする請求項１または請求項２に記載のデバイス管理システム。
【請求項４】
前記管理デバイスは、管理対象とするデバイスの条件を前記プローブデバイスに通知する通知手段を備え、
前記転送手段は、前記通知手段によって通知された前記条件を満たすデバイスの前記管理情報を、前記管理デバイスに転送することを特徴とする請求項１乃至請求項３のいずれか１つに記載のデバイス管理システム。
【請求項５】
第１のネットワークに接続されたデバイスを、前記第１のネットワークとルータを介して通信可能な第２のネットワークに接続された管理デバイスにて管理するデバイス管理システムであって、
前記第１のネットワーク上に、前記管理デバイスと通信可能なプローブデバイスを更に備え、
該プローブデバイスは、
該プローブデバイスが接続された前記第１のネットワークに対して、前記デバイスを管理するための管理情報を前記管理デバイスに送信するよう前記デバイスに指令するブロードキャストを実行するブロードキャスト手段を備え、
前記デバイスは、
前記ブロードキャスト手段を介した指令に基づいて、前記ブロードキャストに対する応答先を前記管理デバイスに設定して、前記管理情報を送信する宛先設定送信手段を備え、
前記管理デバイスは、
前記デバイスから受信した前記管理情報に基づいて、前記第１のネットワーク上の前記デバイスを管理する管理手段を備えたことを特徴とするデバイス管理システム。
【請求項６】
前記管理デバイスは、管理対象とするデバイスの条件を前記プローブデバイスに通知する通知手段を備え、
前記ブロードキャスト手段は、前記第１のネットワークに対して、前記通知手段によって通知された前記条件を満たすデバイスに、前記管理情報を要求するブロードキャストを実行することを特徴とする請求項１乃至請求項５のいずれか１つに記載のデバイス管理システム。
【請求項７】
前記プローブデバイスは、
前記第１のネットワークに新たなデバイスが接続されたか否かを判断する判断手段を備え、
前記ブロードキャスト手段は、前記判断手段によって、前記第１のネットワークに新たなデバイスが接続されたと判断された際に、前記ブロードキャストを実行することを特徴とする請求項１乃至請求項６のいずれか１つに記載のデバイス管理システム。
【請求項８】
前記ブロードキャスト手段は、前記管理デバイスからブロードキャストを実行する旨の要求を受けた際に、ブロードキャストを実行することを特徴とする請求項１乃至請求項６のいずれか１つに記載のデバイス管理システム。
【請求項９】
前記管理デバイスは、予め登録されているプローブデバイスに前記ブロードキャストを実行させることを特徴とする請求項１乃至請求項８のいずれか１つに記載のデバイス管理システム。
【請求項１０】
前記第１のネットワークに登録されたプローブデバイスが存在しない場合、前記第２のネットワークに接続された管理デバイスが、前記第１のネットワークに接続されたデバイスに対して、管理情報を要求するユニキャストを実行することを特徴とする請求項９に記載のデバイス管理システム。
【請求項１１】
前記第１のネットワークに登録されたプローブデバイスが存在しない場合、前記第１のネットワークとの間に介在するルータの数が、前記第１のネットワークと管理デバイスとの間に介在するルータの数より少ない第３のネットワークに接続されたプローブデバイスが、前記第１のネットワークに接続されたデバイスに対して、管理情報を要求するユニキャストを実行することを特徴とする請求項９または請求項１０に記載のデバイス管理システム。
【請求項１２】
プローブデバイスが登録されていないネットワークにプローブデバイスの存在が確認された場合、当該プローブデバイスを新たに登録することを特徴とする請求項９乃至請求項１１のいずれか１つに記載のデバイス管理システム。
【請求項１３】
プローブデバイスが登録されていないネットワークにプローブデバイスとして機能することが可能なデバイスの存在が確認された場合、当該デバイスに対してプローブデバイスとして機能させるプログラムを送信して当該デバイスをプローブデバイスとして機能させ、かつ、当該デバイスをプローブデバイスとして管理デバイスに登録することを特徴とする請求項９乃至請求項１２のいずれか１つに記載のデバイス管理システム。
【請求項１４】
前記管理デバイスは、前記プローブデバイスに対して管理情報を収集するネットワークの範囲を通知し、前記プローブデバイスは通知されたネットワークの範囲に属するデバイスに対して、ブロードキャスト及びユニキャストを用いて管理情報を要求することを特徴とする請求項１乃至請求項１３のいずれか１つに記載のデバイス管理システム。
【請求項１５】
請求項１または５記載のデバイス管理システムにおいて、
前記管理デバイスは、前記管理情報に基づいて管理するデバイスが、前記プローブデバイスとして機能し得るか否かを判断して、前記プローブデバイスとして機能し得ると判断されたデバイスに、該デバイスを前記プローブデバイスとして機能させるためのプローブ化プログラムを送信するプログラム送信手段を備え、
前記プログラム送信手段によってプローブ化プログラムが送信されたデバイスは、前記プローブ化プログラムをインストールするインストール手段を備えたことを特徴とするデバイス管理システム。
【請求項１６】
前記管理デバイスは、前記プローブデバイスとの通信が行えない際に、前記プログラム送信手段によって、前記プローブデバイスとして機能し得るデバイスにプローブ化プログラムを送信することを特徴とする請求項１５に記載のデバイス管理システム。
【請求項１７】
請求項１５に記載のデバイス管理システムにおいて、
前記プログラム送信手段は、前記プローブデバイスとして機能し得るデバイスが複数確認された場合は、優先度の高いデバイスに対して前記プローブ化プログラムを送信することを特徴とするデバイス管理システム。
【請求項１８】
前記デバイスは、印刷装置であり、
前記管理情報は、印刷装置の設定及び印刷装置の装置状態の少なくともいずれか一方を示す情報を含むことを特徴とする請求項１乃至請求項１７のいずれか１つに記載のデバイス管理システム。
【請求項１９】
前記管理情報は、印刷装置の設定及び印刷装置の装置状態の少なくともいずれか一方を示す情報を含み、
前記プローブデバイスは、印刷装置であり、前記管理デバイスからブロードキャストを実行する旨の要求を受けた際に、当該プローブデバイスの管理情報を前記管理デバイスに送信することを特徴とする請求項８に記載のデバイス管理システム。
【請求項２０】
前記管理情報は、印刷装置の設定及び印刷装置の装置状態の少なくともいずれか一方を示す情報を含み、
前記プローブデバイスは、印刷装置であり、前記管理デバイスから管理情報を収集するネットワークの範囲の通知を受けた際に、当該プローブデバイスの管理情報を前記管理デバイスに送信することを特徴とする請求項１４に記載のデバイス管理システム。
【請求項２１】
請求項１に記載のデバイス管理システムで用いられ、前記第１のネットワーク上に前記管理デバイスと通信可能に設置された前記プローブデバイスであって、
該プローブデバイスが接続された前記第１のネットワークに対して、前記デバイスを管理するための管理情報を要求するブロードキャストを実行するブロードキャスト手段と、
該ブロードキャストに応じた前記デバイスからの応答によって得られた前記管理情報を前記管理デバイスに転送する転送手段と
を備えることを特徴とするプローブデバイス。
【請求項２２】
請求項１に記載のデバイス管理システムで用いられ、前記第１のネットワーク上に前記管理デバイスと通信可能に設置された前記プローブデバイスに、
該プローブデバイスが接続された前記第１のネットワークに対して、前記デバイスを管理するための管理情報を要求するブロードキャストを実行するブロードキャスト処理と、
該ブロードキャストに応じた前記デバイスからの応答パケットによって得た前記管理情報を前記管理デバイスに転送する転送処理と
を実行させることを特徴とするプログラム。
【請求項２３】
請求項５に記載のデバイス管理システムで用いられ、前記第１のネットワーク上に前記管理デバイスと通信可能に設置された前記プローブデバイスであって、
該プローブデバイスが接続された前記第１のネットワークに対して、前記デバイスを管理するための管理情報を前記管理デバイスに送信するよう前記デバイスに指令するブロードキャストを実行するブロードキャスト手段
を備えることを特徴とするプローブデバイス。
【請求項２４】
請求項５に記載のデバイス管理システムで用いられ、前記第１のネットワーク上に前記管理デバイスと通信可能に設置された前記プローブデバイスに、
該プローブデバイスが接続された前記第１のネットワークに対して、前記デバイスを管理するための管理情報を前記管理デバイスに送信するよう前記デバイスに指令するブロードキャストを実行するブロードキャスト処理
を実行させることを特徴とするプログラム。
【請求項２５】
請求項５に記載のデバイス管理システムで用いられ、前記第１のネットワーク上に接続されたデバイスであって、前記プローブデバイスから、前記ブロードキャストによって、当該デバイスを管理するための管理情報を前記管理デバイスに送信するよう指令された際に、前記管理デバイスに宛先を設定して前記管理情報を送信する宛先設定送信手段を備えることを特徴とするデバイス。
【請求項２６】
請求項５に記載のデバイス管理システムで用いられ、前記第１のネットワーク上に接続されたデバイスに、前記プローブデバイスから、該ブロードキャストによって、当該デバイスを管理するための管理情報を前記管理デバイスに送信するよう指令された際に、前記管理デバイスに宛先を設定して前記管理情報を送信する宛先設定送信処理を実行させることを特徴とするプログラム。
【請求項２７】
請求項１４に記載のデバイス管理システムで用いられ、
前記管理デバイスから管理情報を収集するネットワークの範囲が通知された際に、前記ネットワークの範囲に属するデバイスに対して、管理情報を要求するブロードキャストを実行するブロードキャスト手段及び管理情報を要求するユニキャストを実行するユニキャスト実行手段を備えたことを特徴とするプローブデバイス。
【請求項２８】
請求項１４に記載のデバイス管理システムで用いられ、前記プローブデバイスに、
前記管理デバイスから管理情報を収集するネットワークの範囲が通知された際に、前記ネットワークの範囲に属するデバイスに対して、管理情報を要求するブロードキャストを実行するブロードキャスト処理及び管理情報を要求するユニキャストを実行するユニキャスト処理を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークにおけるデバイス管理システム、このデバイス管理システムで用いられるプローブデバイス、このデバイス管理システムで用いられるデバイス、及びプログラムに関し、特に、ルータを越えた先にあるネットワーク上のデバイスのＩＰアドレスを個々に入力する面倒な作業を行うことなく、ルータを越えた先にあるデバイスを管理デバイスにて管理することができるデバイス管理システム、プローブデバイス、デバイス、及びプログラムに関する。
【０００２】
【従来の技術】
従来より、社内ＬＡＮ等のネットワーク上には、ネットワークに接続されたデバイスを管理する管理用のデバイス（以下「管理デバイス」という）が設置されている（例えば、特許文献１参照）。この管理デバイスは、送信先ＩＰアドレスを２５５．２５５．２５５．２５５に設定したブロードキャストパケットをネットワーク上に送出して、当該ブロードキャストパケットを受信したプリンタ等の各デバイスからの返信によって管理情報を取得し、その管理情報に含まれているデバイスのベンダー名、モデル名、インクやトナーの量、印刷枚数、デバイスの設定状況、デバイスのエラー状況等を認識して、デバイスの管理を行っている。
【０００３】
しかし、近年社内ＬＡＮは大規模化し、ルータを介して複数のネットワークを互いに接続することが多くなっている。このように、ルータを介して複数のネットワークを互いに接続した場合、管理デバイスが送出した上述のブロードキャストパケットはルータを越えた先のネットワークに送信されるとは限らない。これは、ブロードキャストパケットをルータの先に送信してしまうと、ルータを介して接続された双方のネットワークにおけるトラフィックが増大してしまうため、通常、ネットワーク管理者によって、ブロードキャストパケットはルータを通さないように設定されることが通例であるためである。このことから、例えば管理デバイスａが接続されたネットワークＡでブロードキャストを行っても、ルータを介してネットワークＡと接続されているネットワークＢにはそのブロードキャストパケットが送信されない場合があった。つまり、ネットワークＡに接続された管理デバイスａが、ネットワークＡ上でブロードキャストを行っただけでは、ネットワークＢに接続された１又は複数のデバイスｂの管理情報を取得できず、デバイスｂを管理することができない場合があった。
【０００４】
そこで、このような場合は、ルータを越えた先のネットワークに存在する管理対象であるデバイスｂのＩＰアドレスを個々に管理デバイスａに入力し、その入力されたＩＰアドレスに基づいて管理デバイスａとデバイスｂとの間で管理情報を送受信させ、管理デバイスａ上でデバイスｂを管理していた。
【０００５】
【特許文献１】
特開平０６−３３８８８４号公報
【０００６】
【発明が解決しようとする課題】
しかし、このようにＩＰアドレスを個々に入力する作業は、ルータを越えた先のネットワークに存在する管理対象のデバイスｂが増加するにつれ非常に煩雑な作業になっていた。
【０００７】
そこで、本発明は、ルータを越えた先にあるネットワーク上に存在するデバイスのＩＰアドレスを個々に入力するという面倒な作業を行うことなく、ルータを越えた先のネットワークに存在するデバイスを管理デバイスにて管理することができるデバイス管理システム、プローブデバイス、デバイス、及びプログラムを提供することを目的とする。
【０００８】
【課題を解決するための手段及び発明の効果】
上記目的を達するためになされた請求項１に記載の発明は、第１のネットワークに接続されたデバイスを、前記第１のネットワークとルータを介して通信可能な第２のネットワークに接続された管理デバイスにて管理するデバイス管理システムであって、前記第１のネットワーク上に、前記管理デバイスと通信可能なプローブデバイスを更に備え、該プローブデバイスは、該プローブデバイスが接続された前記第１のネットワークに対して、前記デバイスを管理するための管理情報を要求するブロードキャストを実行するブロードキャスト手段と、該ブロードキャストに応じた前記デバイスからの応答によって得られた前記管理情報を前記管理デバイスに転送する転送手段とを備え、前記管理デバイスは、前記転送手段によって転送された前記管理情報に基づいて、前記第１のネットワーク上の前記デバイスを管理する管理手段を備えたことを特徴とする。
【０００９】
このデバイス管理システムでは、第１のネットワークに接続されたデバイスを、第２のネットワークに接続された管理デバイスにて管理するため、第１のネットワーク上に、管理デバイスと通信可能なプローブデバイスを備えている。このプローブデバイスは、第１のネットワークに対して、デバイスを管理するための管理情報を要求するブロードキャストを実行し、ブロードキャストに応じたデバイスからの応答によって得られた管理情報を管理デバイスに転送する。そのため、管理デバイスは、プローブデバイスから転送された管理情報に基づいて、第１のネットワーク上のデバイスを管理することができる。
【００１０】
従って、本発明のデバイス管理システムを用いると、第２のネットワークに接続された管理デバイスで、第１のネットワークに接続されたデバイスを認識し、そのデバイスを管理することができる。また、本発明のデバイス管理システムを用いると、管理デバイスとプローブデバイスとを通信可能に設定するだけで、管理デバイスが第１のネットワークに接続されたデバイスを管理することができるので、従来のように、第１のネットワークに接続された管理対象のデバイスのＩＰアドレスを個々に入力する面倒な作業を行う必要がなくなる。
【００１１】
なお、請求項２１に記載の発明のプローブデバイスは、第１のネットワーク上に管理デバイスと通信可能に設置されたプローブデバイスであって、プローブデバイスが接続された第１のネットワークに対して、デバイスを管理するための管理情報を要求するブロードキャストを実行するブロードキャスト手段と、ブロードキャストに応じたデバイスからの応答によって得られた管理情報を管理デバイスに転送する転送手段とを備えている。このプローブデバイスを用いれば、上記デバイス管理システムを構成することができ、請求項１に記載のデバイス管理システムについて述べた通りの作用・効果を奏することになる。
【００１２】
また、請求項２２に記載に記載されたプログラムは、第１のネットワーク上に管理デバイスと通信可能に設置されたプローブデバイスに、プローブデバイスが接続された第１のネットワークに対して、デバイスを管理するための管理情報を要求するブロードキャストを実行するブロードキャスト処理と、ブロードキャストに応じたデバイスからの応答パケットによって得た管理情報を管理デバイスに転送する転送処理とを実行させる。このプログラムをプローブデバイスに実行させれば、請求項１に記載のデバイス管理システムについて述べた通りの作用・効果を奏することになる。
【００１３】
ところで、プローブデバイスから管理デバイスに第１のネットワークに接続されたデバイスのデバイス情報を転送する方法としては、様々な態様が考えられる。例えば、請求項２に記載のデバイス管理システムのように、転送手段は、ブロードキャストに応じたデバイスからの応答によって管理情報を得る度に、管理情報を順次管理デバイスに転送してもよい。
【００１４】
また、請求項３に記載のデバイス管理システムのように、プローブデバイスに、ブロードキャストに応じたデバイスからの応答によって得た管理情報を記憶する記憶手段を備え、転送手段は、ブロードキャストに応じた、デバイスからの応答によって得た新たな管理情報のうち、記憶手段に記憶されている過去の管理情報と異なる管理情報を、管理デバイスに転送してもよい。このようにすれば転送の不要な管理情報がプローブデバイスから管理デバイスに転送されないので、複数のプローブデバイスから管理情報を受信する管理デバイスは、その管理情報を受信する受信処理に要する処理負担が軽減される。
【００１５】
さらに、請求項４に記載のデバイス管理システムのように、管理デバイスは、管理対象とするデバイスの条件をプローブデバイスに通知する通知手段を備え、転送手段は、通知手段によって通知された条件を満たすデバイスの管理情報を、管理デバイスに転送することが好ましい。このようにすれば転送の不要な管理情報がプローブデバイスから管理デバイスに転送されないので、複数のプローブデバイスから管理情報を受信する管理デバイスは、その管理情報を受信する受信処理に要する処理負担が軽減される。
【００１６】
次に、請求項５に記載のデバイス管理システムは、第１のネットワークに接続されたデバイスを、前記第１のネットワークとルータを介して通信可能な第２のネットワークに接続された管理デバイスにて管理するデバイス管理システムであって、前記第１のネットワーク上に、前記管理デバイスと通信可能なプローブデバイスを更に備え、該プローブデバイスは、該プローブデバイスが接続された前記第１のネットワークに対して、前記デバイスを管理するための管理情報を前記管理デバイスに送信するよう前記デバイスに指令するブロードキャストを実行するブロードキャスト手段を備え、前記デバイスは、前記ブロードキャスト手段を介した指令に基づいて、前記ブロードキャストに対する応答先を前記管理デバイスに設定して、前記管理情報を送信する宛先設定送信手段を備え、前記管理デバイスは、前記デバイスから受信した前記管理情報に基づいて、前記第１のネットワーク上の前記デバイスを管理する管理手段を備えたことを特徴とする。
【００１７】
このデバイス管理システムでは、第１のネットワークに接続されたデバイスを、第２のネットワークに接続された管理デバイスで管理するため、第１のネットワーク上に、管理デバイスと通信可能なプローブデバイスを備え、このプローブデバイスは、第１のネットワークに対して、デバイスを管理するための管理情報を要求するブロードキャストを実行している。そして、デバイスは、ブロードキャスト手段を介した指令に基づいて、ブロードキャストに対する応答先を管理デバイスに設定して、管理情報を管理デバイスに送信している。そのため、管理デバイスは、デバイスから受信した管理情報に基づいて、第１のネットワーク上のデバイスを管理することができる。
【００１８】
従って、本発明のデバイス管理システムを用いると、第２のネットワークに接続された管理デバイスで、第１のネットワークに接続されたデバイスを認識し、そのデバイスを管理することができる。
【００１９】
なお、請求項２３に記載のプローブデバイスは、第１のネットワーク上に管理デバイスと通信可能に設置されたプローブデバイスであって、プローブデバイスが接続された第１のネットワークに対して、デバイスを管理するための管理情報を管理デバイスに送信するようデバイスに指令するブロードキャストを実行するブロードキャスト手段を備えている。このプローブデバイスを用いれば、請求項５に記載のデバイス管理システムを構成することができ、請求項５に記載のデバイス管理システムについて述べた通りの作用・効果を奏することになる。
【００２０】
また、請求項２４に記載のプログラムは、第１のネットワーク上に管理デバイスと通信可能に設置されたプローブデバイスに、プローブデバイスが接続された第１のネットワークに対して、デバイスを管理するための管理情報を管理デバイスに送信するようデバイスに指令するブロードキャストを実行するブロードキャスト処理を実行させる。したがって、このプログラムをプローブデバイスにインストールすれば、請求項５に記載のデバイス管理システムに係るプローブデバイスを構成することができ、請求項５に記載のデバイス管理システムについて述べた通りの作用・効果を奏することになる。
【００２１】
また、請求項２５に記載のデバイスは、第１のネットワーク上に接続されたデバイスであって、プローブデバイスから、ブロードキャストによって、デバイスを管理するための管理情報を管理デバイスに送信するよう指令された際に、管理デバイスに宛先を設定して管理情報を送信する宛先設定送信手段を備えている。このデバイスを用いれば、請求項５に記載のデバイス管理システムを構成することができ、請求項５に記載のデバイス管理システムについて述べた通りの作用・効果を奏することになる。
【００２２】
また、請求項２６に記載のプログラムは、第１のネットワーク上に接続されたデバイスに、プローブデバイスから、ブロードキャストによって、デバイスを管理するための管理情報を管理デバイスに送信するよう指令された際に、管理デバイスに宛先を設定して前記管理情報を送信する宛先設定送信処理を実行させる。したがって、このプログラムをデバイスにインストールすれば、請求項５に記載のデバイス管理システムに係るデバイスを構成することができ、請求項５に記載のデバイス管理システムについて述べた通りの作用・効果を奏することになる。
【００２３】
次に、請求項６に記載のデバイス管理システムのように、管理デバイスは、管理対象とするデバイスの条件をプローブデバイスに通知する通知手段を備え、ブロードキャスト手段は、第１のネットワークに対して、通知手段によって通知された条件を満たすデバイスに、管理情報を要求する旨のブロードキャストを実行するようにしてもよい。このようにすれば、管理対象ではないデバイスは、管理情報の要求に対して応答しないこととなるので、無駄な通信が行われることを未然に防止することが可能となる。
【００２４】
次に、請求項７に記載のデバイス管理システムのように、プローブデバイスは、第１のネットワークに新たなデバイスが接続されたか否かを判断する判断手段を備え、判断手段によって、第１のネットワークに新たなデバイスが接続されたと判断された際に、ブロードキャストを実行するようにしてもよい。このデバイス管理システムでは、新たなデバイスを第１のネットワークに接続すればプローブデバイスによってブロードキャストが行われて、新たに接続されたデバイスが管理デバイスで認識される。従って、本発明のデバイス管理システムを用いると、新たにデバイスをネットワークに接続するだけで、そのデバイスを管理デバイスで自動的に管理することができる。
【００２５】
次に、請求項８に記載のデバイス管理システムのように、ブロードキャスト手段は、管理デバイスからブロードキャストを実行する旨の要求を受けた際に、ブロードキャストを実行してもよい。このようにすれば、管理デバイスでは、最新のデバイスの管理情報を必要なときに取得することができる。
【００２６】
次に、請求項９に記載のデバイス管理システムのように、前記管理デバイスは、予め登録されているプローブデバイスに前記ブロードキャストを実行させても良い。このようにすれば、登録されているプローブデバイスを利用して管理情報を収集することが可能になる。
【００２７】
次に、請求項１０に記載のデバイス管理システムのように、前記第１のネットワークに登録されたプローブデバイスが存在しない場合、前記第２のネットワークに接続された管理デバイスが、前記第１のネットワークに接続されたデバイスに対して、管理情報を要求するユニキャストを実行してもよい。このようにすれば、第１のネットワークにプローブデバイスが存在しない場合であっても管理情報を収集することが可能になる。
【００２８】
次に、請求項１１に記載のデバイス管理システムのように、前記第１のネットワークに登録されたプローブデバイスが存在しない場合、前記第１のネットワークとの間に介在するルータの数が、前記第１のネットワークと管理デバイスとの間に介在するルータの数より少ない第３のネットワークに接続されたプローブデバイスが、前記第１のネットワークに接続されたデバイスに対して、管理情報を要求するユニキャストを実行してもよい。このようにすれば、ネットワーク間の距離が遠い（ネットワーク間に介在するルータの数が多い）２者間でユニキャストが多く実行されることによって、２者間に介在するネットワークに負荷がかかってしまうという不具合を解消できる。また、ネットワーク間の距離が遠い２者間でユニキャストを実行すると、そのネットワーク間に介在するルータによる中継処理が増えてしまい、結果として管理情報を収集するための時間が増大してしまうが、上述の構成によれば、ネットワーク間の距離が近い２者間で管理情報の収集を行うので、この時間を削減することが可能となる。
【００２９】
次に、請求項１２に記載のデバイス管理システムのように、プローブデバイスが登録されていないネットワークにプローブデバイスの存在が確認された場合、当該プローブデバイスを新たに登録してもよい。このようにすれば、プローブデバイスを登録する手間を省くことが可能となる。
【００３０】
次に、請求項１３に記載のデバイス管理システムのように、プローブデバイスが登録されていないネットワークにプローブデバイスとして機能することが可能なデバイスの存在が確認された場合、当該デバイスに対してプローブデバイスとして機能させるプログラムを送信して当該デバイスをプローブデバイスとして機能させ、かつ、当該デバイスをプローブデバイスとして管理デバイスに登録してもよい。このようにすれば、プローブデバイスを管理デバイスに登録する手間を省ける他、デバイスをプローブデバイスとして機能させることが可能となるので、管理情報の収集を効率よく行うことができる。
【００３１】
次に、請求項１４に記載のデバイス管理システムのように、前記管理デバイスは、前記プローブデバイスに対して管理情報を収集するネットワークの範囲を通知し、前記プローブデバイスは通知されたネットワークの範囲に属するデバイスに対して、ブロードキャスト及びユニキャストを用いて管理情報を要求しても良い。このようにすれば、管理デバイスの負荷を軽減することが可能となる。
【００３２】
なお、請求項２７に記載のプローブデバイスは、前記管理デバイスから管理情報を収集するネットワークの範囲が通知された際に、前記ネットワークの範囲に属するデバイスに対して、管理情報を要求するブロードキャストを実行するブロードキャスト手段及び管理情報を要求するユニキャストを実行するユニキャスト実行手段を備えている。このプローブデバイスを用いれば、請求項１４に記載のデバイス管理システムを構成することができ、請求項１４に記載のデバイス管理システムについて述べた通りの作用・効果を奏することになる。
【００３３】
また、請求項２８に記載のプログラムは、前記プローブデバイスに、前記管理デバイスから管理情報を収集するネットワークの範囲が通知された際に、前記ネットワークの範囲に属するデバイスに対して、管理情報を要求するブロードキャストを実行するブロードキャスト処理及び管理情報を要求するユニキャストを実行するユニキャスト処理を実行させる。したがって、このプログラムをプローブデバイスにインストールすれば、請求項１４に記載のデバイス管理システムに係るプローブデバイスを構成することができ、請求項１４に記載のデバイス管理システムについて述べた通りの作用・効果を奏することになる。
【００３４】
次に、請求項１５に記載のデバイス管理システムのように、請求項１または請求項５に記載のデバイス管理システムにおいて、前記管理デバイスは、前記管理情報に基づいて管理するデバイスが、前記プローブデバイスとして機能し得るか否かを判断して、前記プローブデバイスとして機能し得ると判断されたデバイスに、該デバイスを前記プローブデバイスとして機能させるためのプローブ化プログラムを送信するプログラム送信手段を備え、前記プログラム送信手段によってプローブ化プログラムが送信されたデバイスは、前記プローブ化プログラムをインストールするインストール手段を備えることが好ましい。このデバイス管理システムによれば、プローブデバイスとして機能し得るデバイスをプローブデバイス化することができる。従って、このデバイス管理システムを用いれば、プローブデバイスが故障するなどしても、デバイスをプローブデバイス化することで、デバイスの管理を継続して行うことができる。
【００３５】
ところで、デバイスをプローブデバイス化するタイミングとしては、請求項１６に記載のデバイス管理システムのように、管理デバイスがプローブデバイスとの通信が行えない際に行ってもよい。
【００３６】
また、プローブデバイスとして機能し得るデバイスが複数確認された場合は、請求項１７に記載のデバイス管理システムのように、優先度の高いデバイスに対してプローブ化プログラムを送信してもよい。この優先度は、管理デバイスでの管理履歴が古い物や稼働率の高い物を優先にするなど、適宜定めればよい。
【００３７】
次に、請求項１８に記載のデバイス管理システムのように、請求項１乃至請求項１７のいずれか１つに記載のデバイス管理システムにおいて、前記デバイスは、印刷装置であり、前記管理情報は、印刷装置の設定及び印刷装置の装置状態の少なくともいずれか一方を示す情報を含むようにしても良い。このようにすれば、管理情報に基づいて印刷装置の設定あるいは印刷装置の装置状態を把握することが可能となる。
【００３８】
次に、請求項１９に記載のデバイス管理システムのように、請求項８に記載のデバイス管理システムにおいて、前記管理情報は、印刷装置の設定及び印刷装置の装置状態の少なくともいずれか一方を示す情報を含み、前記プローブデバイスは、印刷装置であり、前記管理デバイスからブロードキャストを実行する旨の要求を受けた際に、当該プローブデバイスの管理情報を前記管理デバイスに送信するようにしても良い。このようにすれば、管理デバイスからブロードキャストを実行する旨の要求を受けた際に、プローブデバイスの管理情報が管理デバイスに送信されるので、管理デバイスは、プローブデバイス自身の管理情報を別途要求する必要が無くなり、容易にプローブデバイスを管理することが可能となる。
【００３９】
次に、請求項２０に記載のデバイス管理システムのように、請求項１４に記載のデバイス管理システムにおいて、前記管理情報は、印刷装置の設定及び印刷装置の装置状態の少なくともいずれか一方を示す情報を含み、前記プローブデバイスは、印刷装置であり、前記管理デバイスから管理情報を収集するネットワークの範囲の通知を受けた際に、当該プローブデバイスの管理情報を前記管理デバイスに送信するようにしても良い。このようにすれば、管理デバイスから管理情報を収集するネットワークの範囲の通知を受けた際に、プローブデバイスの管理情報が管理デバイスに送信されるので、管理デバイスは、プローブデバイス自身の管理情報を別途要求する必要が無くなり、容易にプローブデバイスを管理することが可能となる。
【００４０】
【発明の実施の形態】
［第１実施形態］
以下、本発明が適用された第１実施形態であるデバイス管理システムについて説明する。
【００４１】
ここで、図１は、本実施形態のデバイス管理システムが適用された社内ＬＡＮの構成図である。
【００４２】
本実施形態のデバイス管理システムは、図１に示す社内ＬＡＮ１のように、複数のネットワーク１ａ〜１ｆがルータ２ａ〜２ｅで相互に接続された通信ネットワークに適用される。
【００４３】
本実施形態の社内ＬＡＮ１は、図１に示すように、各階に設置されたネットワーク１ａ〜１ｆをルータ２ａ〜２ｅで相互に接続して構築されており、各階（図１では１階〜６階）のネットワーク１ａ〜１ｆには、パソコン、プリンタ、スキャナ、ＦＡＸなど、様々なネットワーク機器が接続されている。尚、以下の説明では、説明の簡略化のため、ネットワーク１ａ〜１ｆに接続される様々なネットワーク機器のうち、本実施形態に深く関連するプリンタ及びパソコンのみを図示して説明することとする。ここで、デバイスａ〜ｎ及びプローブデバイス５ｂ〜５ｆがプリンタであり、管理デバイス３がパソコンである。そして、本実施形態では、管理デバイス３であるパソコンが、デバイスａ〜ｎ及びプローブデバイス５ｂ〜５ｆであるプリンタを管理する例を挙げて説明する。
【００４４】
図１に示されるように、ネットワーク１ａには、社内ＬＡＮ１上にあるプローブデバイス５ｂ〜５ｆ及びデバイスａ〜ｎを管理する管理デバイス３が接続され、他のネットワーク１ｂ〜１ｆには、管理デバイス３によるデバイスの管理を補助するプローブデバイス５ｂ〜５ｆが接続されている。
【００４５】
ここで、社内ＬＡＮ１の通信プロトコルはＴＣＰ／ＩＰとする。
【００４６】
また、管理デバイス３及びプローブデバイス５ｂ〜５ｆは、相手のＩＰアドレスを指定して、ユニキャストによるルータ２ａ〜２ｅを越えた通信を行うことができるように構成されているものとする。
【００４７】
更に、本実施形態の各デバイス（管理デバイス３、プローブデバイス５ｂ〜５ｆ、デバイスａ〜ｎ）は、ネットワークに接続されたネットワーク機器を監視するためのプロトコルであって、ＲＦＣ（Ｒｅｑｕｅｓｔ　Ｆｏｒ　Ｃｏｍｍｅｎｔｓ）１１５７あるいはＲＦＣ１４４１で定義されているバージョン１あるいはバージョン２のＳＮＭＰ（Ｓｉｍｐｌｅ　Ｎｅｔｗｏｒｋ　Ｍａｎａｇｅｍｅｎｔ　Ｐｒｏｔｏｃｏｌ：簡易ネットワーク管理プロトコル）に対応しているものとする。
【００４８】
また、管理対象となるデバイス（プローブデバイス５ｂ〜５ｆ及びデバイスａ〜ｎ）は、当該デバイスに関する管理情報をデータベース化したものであり、ＲＦＣ１１５６やＲＦＣ１２１３などで定義されているＭＩＢ（Ｍａｎａｇｅｍｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂａｓｅ）を備えているものとする。このＭＩＢとは、ＳＮＭＰに対応したネットワーク機器に存在するデータベースであって、当該ネットワーク機器の管理情報が格納されたものである。このＭＩＢでは、管理情報をＯｂｊｅｃｔと称しており、個々のＯｂｊｅｃｔ毎に一意の数字（ＯＩＤ（Ｏｂｊｅｃｔ　ＩＤ））を割り当て、このＯＩＤに基づいたツリー構造のデータベースを構築している。以下の説明では、適宜、管理情報をＯｂｊｅｃｔと称する。
【００４９】
そして、ＳＮＭＰでは、収集したい管理情報のＯＩＤを指定した「ＳＮＭＰ　ＧＥＴ」パケットをＳＮＭＰに対応したネットワーク機器に送信して、当該パケットを受け取ったネットワーク機器が、これに応じて、指定されたＯＩＤに対応する管理情報を「ＳＮＭＰ　ＲＥＰＬＹ」パケットに格納して返信することで、管理情報の送受信が行われる。
【００５０】
尚、以下の説明では、図１に示されるように、ネットワーク１ａ〜１ｆ毎に割り振られたネットワークアドレス（ここでは、クラスＣ（ホストアドレス部が８ｂｉｔ）とする）を、それぞれ順に、１０．１２３．２１．０、１０．１２３．２２．０・・・１０．１２３．２６．０として説明する。また、各ネットワーク１ａ〜１ｆに接続される各デバイス（管理デバイス３、プローブデバイス５ｂ〜５ｆ、デバイスａ〜ｎ）毎に割り振られたホストアドレスを、各階ごとそれぞれ図１中の左方から順に１、２…として説明する。更に、各ルータ２ａ〜２ｅは、ルータに接続された一方のネットワーク内で送出されたブロードキャストパケット（送信先ＩＰアドレスを２５５．２５５．２５５．２５５に設定したパケット）を、同ルータに接続された他方のネットワークに送出しないようネットワーク管理者によって設定されているものとして説明する。
【００５１】
ここで、管理デバイス３、プローブデバイス５ｂ〜５ｆ及びデバイスａ〜ｎはそれぞれ、図２の（ａ）〜（ｃ）に示すような構成となっている。
【００５２】
即ち、管理デバイス３は、図２（ａ）に示すように、ネットワークインターフェース（ネットワークＩ／Ｆ）１０、ＣＰＵ１２、ＲＯＭ１４、ＲＡＭ１６、ハードディスクドライブ（ＨＤＤ）１８、表示部２０、ユーザインターフェース（ユーザＩ／Ｆ）２２などから構成されている。そして、ネットワークＩ／Ｆ１０は、ネットワーク１ａを介したパケットの送受信を行う。また、ＲＯＭ１４は各種制御プログラムを記憶した不揮発性メモリであり、ＲＡＭ１６は各種データの処理結果を一時的に記憶する揮発性メモリである。更に、ＨＤＤ１８は、後に詳述する、ＯＩＤ表（図４参照）、管理情報収集可能デバイスリスト（図５参照）、図８〜１３のフローチャート図に示す処理に係るプログラム、デバイスから収集した管理情報などを記憶する記憶媒体である。また、表示部２０は、ＬＣＤなどで構成され、各種データの処理結果を表示するものである。更に、ユーザＩ／Ｆ２２は、例えば、キーボードやマウスなどで構成され、ユーザの選択操作などを入力するものである。これらの各構成はバス２４によって接続されており、ＣＰＵ１２によって一括管理されている。
【００５３】
また、プローブデバイス５ｂ〜５ｆは、例えばプリンタであって、図２（ｂ）に示すように、前述した管理デバイス３と同様の機能を備えた、ネットワークＩ／Ｆ３０、ＣＰＵ３２、ＲＯＭ３４、ＲＡＭ３６、ＨＤＤ３８、ユーザＩ／Ｆ４２、バス４４などから構成されると共に、ネットワークＩ／Ｆ３０によって受信した印字データを印字する印字部４０を備えている。但し、ＲＯＭ３４には、図１４のフローチャート図に示される処理に係るプログラムが記憶されており、ＲＡＭ３６には、当該プローブデバイス５ｂ〜５ｆの管理情報が格納されたＭＩＢが記憶されており、また、ＨＤＤ３８には、図１５のフローチャート図に示される処理に係るプログラムが記憶されているという点については、管理デバイス３と異なる。
【００５４】
更に、デバイスａ〜ｎは、例えばプリンタであって、図２（ｃ）に示すように、プローブデバイス５ｂ〜５ｆと同様の機能を備えたネットワークＩ／Ｆ５０、ＣＰＵ５２、ＲＯＭ５４、ＲＡＭ５６、印字部５８、ユーザＩ／Ｆ６０、バス６２などを備えている。但し、ＲＯＭ５４には、図１４のフローチャート図に示される処理に係るプログラムが記憶されており、また、ＲＡＭ５６には、当該デバイスａ〜ｎの管理情報が格納されたＭＩＢが記憶されているという点で管理デバイス３と異なる。
【００５５】
尚、ここでは、デバイスａ〜ｎの一例として、ＨＤＤを備えていないものを例として挙げたが、デバイスａ〜ｎがＨＤＤを備えていても良い。また、プローブデバイス５ｂ〜５ｆや、デバイスａ〜ｎの一例として、プリンタを例に挙げたが、前述したように、パソコンやスキャナ、あるいは、ＦＡＸなどであっても良い。
【００５６】
次に、本実施形態のデバイス管理システムにおいて、管理デバイス３を用いてプローブデバイス５ｂ〜５ｆ及びデバイスａ〜ｎを管理する際に、管理対象とするネットワークの範囲指定や管理対象とするデバイスの種別指定を行う設定入力画面について、図３を参照しながら説明する。
【００５７】
図３は、管理デバイス３の表示部２０に表示される情報収集設定ウィンドウである。この情報収集設定ウィンドウ１００は、管理範囲設定領域１０２、サブネットマスク設定領域１０４、管理対象デバイスのベンダー名設定領域１０６、管理対象デバイスのモデル名設定領域１０８、決定ボタン１１０、キャンセルボタン１１２などから構成される。そして、管理デバイス３に設けられたキーボードやマウスなどからなるユーザＩ／Ｆ２２を介して、ユーザによる選択あるいは入力が可能な構成となっている。
【００５８】
管理範囲設定領域１０２は、「ＳＮＭＰ　ＧＥＴ」パケットを送出する範囲をＩＰアドレスで設定する領域であり、ここでは、計４つの範囲が設定された例を示している。本実施例においては、範囲の設定方法として、「１０．１２３．２１．０−１０．１２３．２３．２５４」というように、ＩＰアドレスの始点及び終点を用いて範囲を設定したり、「１０．１２３．２５．＊」（＊はいわゆるワイルドカードに相当）というように、ＩＰアドレスの部分一致を用いて範囲を設定したりすることが可能である。そのため、従来のように、「１０．１２３．２４．２」や「１０．１２３．２６．３」というように、管理対象とするデバイスに割り当てられたＩＰアドレスを直接個々に入力するという手間を省くことが可能である。
【００５９】
サブネットマスク設定領域１０４は、サブネットマスクを設定する領域であり、当該領域に設定されたサブネットマスクは、後述するネットワークアドレスを算出する処理で利用される。
【００６０】
管理対象デバイスのベンダー名設定領域１０６は、管理対象とするデバイスを限定したい場合に、管理対象とするデバイスのベンダー名を設定する領域であり、当該領域に設定されたベンダー名は、後述する管理対象とするデバイスを選別する処理で利用される。
【００６１】
管理対象デバイスのモデル名設定領域１０８は、管理対象とするデバイスを限定したい場合に、管理対象とするデバイスのモデル名を設定する領域であり、当該領域に設定されたモデル名は、後述する管理対象とするデバイスを選別する処理で利用される。
【００６２】
決定ボタン１１０は、各設定領域１０２〜１０８に設定された内容をＨＤＤ１８に上書き保存して、当該設定を有効にする際に押下するボタンである。キャンセルボタン１１２は、各設定領域１０２〜１０８に設定された内容をＨＤＤ１８に上書き保存せずに、当該設定を無効にする（以前の設定のままにする）際に押下するボタンである。
【００６３】
尚、図３に示した情報収集設定ウィンドウ１００は、管理デバイス３の表示部２０に限らず、管理デバイス３と通信可能に接続された不図示のパソコンに設けられたディスプレイに表示しても良い。また、その場合、当該パソコンに設けられたキーボードやマウスを用いて、情報収集設定ウィンドウ１００に対する設定や入力が可能であることが好ましい。
【００６４】
次に、管理デバイス３が社内ＬＡＮ１上に設置されたプローブデバイス５ｂ〜５ｆ及びデバイスａ〜ｎをＳＮＭＰに基づいて管理する際に用いられる表（以下、ＯＩＤ表と称する）について図４を参照しながら説明する。
【００６５】
このＯＩＤ表は、管理デバイス３が収集の対象としている管理情報（Ｏｂｊｅｃｔ）に対応したＯＩＤを「ＯＩＤ」の欄に格納している他、各ＯＩＤに対応する管理情報（Ｏｂｊｅｃｔ）がどのような値で有れば管理対象のデバイスとして扱うかを「フィルタ値」の欄に格納している。つまり、管理デバイス３は、このＯＩＤ表の「ＯＩＤ」の欄に示される４つのＯＩＤに対応した管理情報（Ｏｂｊｅｃｔ）を収集する。但し、この際、「フィルタ値」に示された全ての値（本発明のデバイスの条件に相当する）を満たす管理情報のみを収集する。これにより、膨大な数のデバイスがネットワーク内に存在していたとしても、対象を絞り、効率良く管理することができるように構成されている。
【００６６】
このＯＩＤ表は、現在のバージョン番号（ＯＩＤ表が更新される度に割り当てられる通し番号であり、図４に示すＯＩＤ表の場合、バージョン番号は４２である）と関連付けられた状態で、管理デバイス３及びプローブデバイス５ｂ〜５ｆのＨＤＤ１８及びＨＤＤ３８に記憶される。後に詳述するが、このバージョン番号は、管理デバイス３及びプローブデバイス５ｂ〜５ｆに記憶されたＯＩＤ表が互いに一致しているか否かを判断する際に利用される。尚、図４に示したＯＩＤ表にある各ＯＩＤと、そのＯＩＤに対応するＯｂｊｅｃｔとで構成されるＭＩＢは、ＲＦＣ１７５９で定義される「Ｐｒｉｎｔ」ＭＩＢに相当し、プリンタを管理するために設けられたＭＩＢである。また、ここでは、ＯＩＤ表の１行目にある「１．３．６．１．２．１．４３．８．２．１．１４．１」というＯＩＤに対しては、プリンタのベンダー名を特定するＯｂｊｅｃｔ（一般には、「ｐｒｔＩｎｐｕｔＶｅｎｄｅｒＮａｍｅ」Ｏｂｊｅｃｔと呼ばれる）を、ＯＩＤ表の２行目ある「１．３．６．１．２．１．４３．８．２．１．１５．１」というＯＩＤに対しては、プリンタのモデル名を特定するＯｂｊｅｃｔ（一般には、「ｐｒｔＩｎｐｕｔｍｏｄｅｌ」Ｏｂｊｅｃｔと呼ばれる）を、ＯＩＤ表の３行目にある「１．３．６．１．２．１．４３．１０．２．１．４．１」というＯＩＤに対しては、プリンタの印刷枚数を特定するＯｂｊｅｃｔ（一般には、「ｐｒｔＭａｒｋｅｒＬｉｆｅＣｏｕｎｔ」Ｏｂｊｅｃｔと呼ばれる）を、ＯＩＤ表の４行目にある「１．３．６．１．２．１．４３．１８．１．１．１．１」というＯＩＤに対しては、「ｐｒｔＡｌｅｒｔ」Ｏｂｊｅｃｔ群が何セット実装されているかを特定するＯｂｊｅｃｔ（一般には、「ｐｒｔＡｌｅｒｔＩｎｄｅｘ」Ｏｂｊｅｃｔと呼ばれる）をそれぞれ格納するようにＭＩＢが構成されている。ここで、「ｐｒｔＡｌｅｒｔＩｎｄｅｘ」Ｏｂｊｅｃｔとは、プリンタに関する用紙切れや紙詰まりなどのエラー情報等をデータベース化した「１．３．６．１．２．１．４３．１８」以下の「ｐｒｔＡｌｅｒｔ」Ｏｂｊｅｃｔ群が何セット実装されているかを示したものである。そのため、この「ｐｒｔＡｌｅｒｔＩｎｄｅｘ」Ｏｂｊｅｃｔに値が格納されたプリンタについては、取得したいエラー情報等に対応する「ｐｒｔＡｌｅｒｔ」ＯｂｊｅｃｔのＯＩＤを指定した「ＳＮＭＰ　ＧＥＴ」パケットを送信することで、容易に現在のプリンタの状況などを知ることが可能である。
【００６７】
ところで、図４に示すＯＩＤ表の場合、具体的には以下のようにＯＩＤとフィルタ値とが関連付けられる。
【００６８】
ＯＩＤ表の１行目にある「１．３．６．１．２．１．４３．８．２．１．１４．１」というＯＩＤに対しては、上述した通り、プリンタのベンダー名を特定するＯｂｊｅｃｔが格納されており、ここでは、当該ＯＩＤに対して「Ｂｒｏ」というフィルタ値が関連付けられている。即ち、以下に詳述するが、本実施形態においては、当該ＯＩＤに対応するＯｂｊｅｃｔを有しており、かつ、当該ＯＩＤに対応するＯｂｊｅｃｔに「Ｂｒｏ」という文字列が含まれているデバイスのみを管理対象のデバイスとして扱うこととなる。尚、本ＯＩＤに対応するフィルタ値「Ｂｒｏ」は、図３に示した情報収集設定ウィンドウ１００にある管理対象デバイスのベンダー名設定領域１０６に対して、ユーザが設定を行った値である。
【００６９】
ＯＩＤ表の２行目にある「１．３．６．１．２．１．４３．８．２．１．１５．１」というＯＩＤに対しては、上述した通り、プリンタのモデルを特定するＯｂｊｅｃｔが格納されており、ここでは、当該ＯＩＤに対して「Ｌ１２，Ｌ１６，Ｌ２６，Ｌ４０」というフィルタ値が関連付けられている。即ち、以下に詳述するが、本実施形態においては、当該ＯＩＤに対応するＯｂｊｅｃｔを有しており、かつ、当該ＯＩＤに対応するＯｂｊｅｃｔに「Ｌ１２」、「Ｌ１６」、「Ｌ２６」及び「Ｌ４０」のいずれかの文字列が含まれているデバイスのみを管理対象のデバイスとして扱うこととなる。尚、本ＯＩＤに対応するフィルタ値「Ｌ１２，Ｌ１６，Ｌ２６，Ｌ４０」は、図３に示した情報収集設定ウィンドウ１００にある管理対象デバイスのモデル名設定領域１０８に対して、ユーザが設定を行った値である。
【００７０】
ＯＩＤ表の３行目にある「１．３．６．１．２．１．４３．１０．２．１．４．１」というＯＩＤに対しては、上述した通り、プリンタの印刷枚数を特定するＯｂｊｅｃｔが格納されており、ここでは、当該ＯＩＤに対してフィルタ値を関連付けていない（フィルタ値を設定していない）。即ち、以下に詳述するが、本実施形態においては、当該ＯＩＤに対応するＯｂｊｅｃｔを有しているデバイスのみを管理対象デバイスとして扱うこととなり、当該ＯＩＤに対応するＯｂｊｅｃｔに基づいて、管理対象とするデバイスを選別しないこととなる。尚、管理対象とするデバイスをプリンタの印刷枚数に基づいて選別したい場合は、例えば、当該ＯＩＤに対して「１００００」というフィルタ値を関連付けておき、当該ＯＩＤに対応するＯｂｊｅｃｔが１００００以上（あるいは以下）のデバイスを管理対象のデバイスとして扱うようにすればよい。この際、情報収集設定ウィンドウ１００に印刷枚数に関する設定領域を新たに設け、その設定領域に対してユーザが設定した値を利用するように構成することが好ましい。
【００７１】
ＯＩＤ表の４行目にある「１．３．６．１．２．１．４３．１８．１．１．１．１」というＯＩＤに対しては、上述した通り「ｐｒｔＡｌｅｒｔ」Ｏｂｊｅｃｔを備えているか否かを判断するためのＯｂｊｅｃｔが格納されており、より具体的には、「ｐｒｔＡｌｅｒｔ」Ｏｂｊｅｃｔを備えている場合には、当該ＯＩＤに対応するＯｂｊｅｃｔとして「１」以上の値（所有するセット数の値）が格納されている。そのため、当該ＯＩＤを指定して得たＯｂｊｅｃｔが「１」以上であれば「ｐｒｔＡｌｅｒｔ」Ｏｂｊｅｃｔを備えていると判断し、そうでなければ「ｐｒｔＡｌｅｒｔ」Ｏｂｊｅｃｔを備えていないと判断する。ここで、当該ＯＩＤに対してはフィルタ値に「１」を設定している。即ち、以下に詳述するが、本実施形態においては、当該ＯＩＤに対応するＯｂｊｅｃｔを有しているデバイスのみ（「１」以上の値が設定されているデバイスのみ）を管理対象デバイスとして扱うこととなる。尚、当該ＯＩＤに対するフィルタ値については、ユーザが設定することなくデフォルトで設定されているものとする。
【００７２】
次に、管理デバイス３のＨＤＤ１８に記憶される管理情報収集可能デバイスリストについて、図５を参照しながら説明する。この管理情報収集可能デバイスリストは、管理情報の送信を要求する「ＳＮＭＰ　ＧＥＴ」パケットを送信することが可能なデバイス（管理デバイス３及びプローブデバイス５ｂ〜５ｆに相当、以下、適宜管理情報収集可能デバイスと称する）のＩＰアドレスを示したリストである。図５に示される管理情報収集可能デバイスリストの１行目は管理デバイス３のＩＰアドレスが、２行目はプローブデバイス５ｂのＩＰアドレスが、３行目はプローブデバイス５ｃのＩＰアドレスがそれぞれ格納されている。本第１実施形態においては、当該管理情報収集可能デバイスリストは、管理デバイス３のユーザＩ／Ｆ２２を介してユーザがＩＰアドレスを入力することにより登録される。但し、管理デバイス３のＩＰアドレスについては、管理デバイス３に割り当てられているＩＰアドレスを取得して、管理情報収集可能デバイスリストに登録することで、ユーザがＩＰアドレスを入力することなく登録される構成としても良い。尚、この管理情報収集可能デバイスリストへの登録は、管理デバイス３に設けられたユーザＩ／Ｆ２２に限らず、管理デバイス３と通信可能な不図示のパソコンに設けられたキーボードやマウスを介して行われても良い。
【００７３】
次に、本第１実施形態のデバイス管理システムで行われる全体的な処理の概要について説明する。
【００７４】
ここで、図６は、本第１実施形態のデバイス管理システムで行われる全体的な処理の概要を説明するための模式図、図７は、返信パケットの説明図である。尚、この図６は、説明の簡単化のために、図１の社内ＬＡＮ１のうちネットワーク１ａ、１ｂ、１ｄのみを示す。また、ネットワーク１ａに接続されたデバイスａ〜ｃについてもその図示を省略する。
【００７５】
本第１実施形態のデバイス管理システムでは、図３に示した情報収集設定ウィンドウ１００の管理範囲設定領域１０２に設定された管理範囲に属するデバイスから管理情報を収集する際、図６（ａ）に示すように、管理範囲のネットワーク上に存在する管理情報収集可能デバイスがあれば（ここでは、プローブデバイス５ｂが、管理情報収集可能デバイスリストに登録され、かつ、管理範囲のネットワーク上に存在する場合の例を示す）、管理デバイス３からプローブデバイス５ｂに対し、「ＳＮＭＰ　ＧＥＴ」パケットのブロードキャストを依頼するパケットがルータ２ａを越えてユニキャストで送信される。また、管理情報収集可能デバイスがネットワーク上に存在しない管理範囲については（ここでは、ネットワーク１ｄ上に管理情報収集可能デバイスリストに登録されたデバイスが存在せず、同ネットワークに接続されたデバイスｉが管理範囲に存在する場合の例を示す）、管理デバイス３がデバイスｉにユニキャストで「ＳＮＭＰ　ＧＥＴ」パケットを送信する。
【００７６】
その後、依頼を受けたプローブデバイス５ｂは、図６（ｂ）に示すように、ネットワーク１ｂ上に「ＳＮＭＰ　ＧＥＴ」パケットをブロードキャストする。尚、上述の「ＳＮＭＰ　ＧＥＴ」パケットには、図４のＯＩＤ表に示された４つのＯＩＤが格納されている。
【００７７】
その後、各デバイスｄ〜ｆは、図６（ｃ）に示すように、「ＳＮＭＰ　ＧＥＴ」パケットに格納された各ＯＩＤに基づいて、各ＯＩＤとＯｂｊｅｃｔとが関連付けられた返信パケット（「ＳＮＭＰ　ＲＥＰＬＹ」パケット）をプローブデバイス５ｂに返信する。
【００７８】
その後、図６（ｄ）に示すように、プローブデバイス５ｂは、各デバイスｄ〜ｆから返信パケットを受信すると、その返信パケットが管理対象のデバイスから返信されたパケットか否かを判定して（図４のＯＩＤ表に示されるＯＩＤに対応したＯｂｊｅｃｔが存在し、かつ、フィルタ値の条件を満たしているパケットか否かを判定して）、その判定に基づいて、管理対象のデバイスから返信された返信パケットのみを管理デバイス３に送信している。また、管理デバイス３から「ＳＮＭＰ　ＧＥＴ」パケットをユニキャストで受信したデバイスｉについても、各ＯＩＤとＯｂｊｅｃｔとが関連付けられた返信パケットを管理デバイス３に送信している。尚、図６では、管理範囲のネットワーク上に存在する管理情報収集可能デバイスが、プローブデバイス５ｂである場合の例を挙げて説明したが、プローブデバイス５ｃ〜５ｆについても同様の処理が行われる。また、管理情報収集可能デバイスリストに登録され、かつ、管理範囲のネットワーク上に存在するデバイスが管理デバイス３であった場合は、図６（ａ）に示したブロードキャストを依頼するパケットの送信が行われることなく、管理デバイス３が、ネットワーク１ａ上に「ＳＮＭＰ　ＧＥＴ」パケットをブロードキャストすることとなる。
【００７９】
ここで、図７は、上記デバイスから返信される返信パケットの一例を示したものである。ここで、上記４つのＯＩＤに対応するＯｂｊｅｃｔを一つも備えていない（上記４つのＯＩＤに関連するＭＩＢがない）デバイスから返信される返信パケットは、図７（ａ）に示すように、「ＳＮＭＰ　ＲＥＰＬＹ」パケットを構成するすべてのＯＩＤに対し、「Ｎｏ　ｓｕｃｈ」というＯｂｊｅｃｔが関連付けられている。尚、本第１実施形態においては、上記４つのＯＩＤはいずれもプリンタに関連するＯＩＤであることから、図７（ａ）に示すようなパケットを返信するデバイスとしては、例えば、不図示のパソコンやスキャナなどが挙げられる。
【００８０】
また、上記４つのＯＩＤに対応するＯｂｊｅｃｔを一部備えていない（上記４つのＯＩＤの内、いずれかのＯＩＤに関連するＭＩＢがない）デバイスから返信される返信パケットは、図７（ｂ）に示すように、「ＳＮＭＰ　ＲＥＰＬＹ」パケットを構成するＯＩＤのうち、Ｏｂｊｅｃｔを備えていないＯＩＤ（ここでは、４行目のＯＩＤ）に対し、「Ｎｏ　ｓｕｃｈ」というＯｂｊｅｃｔが関連付けられている。
【００８１】
そして、上記４つのＯＩＤに対応する全てのＯｂｊｅｃｔを備えているデバイスから返信される返信パケットは、図７（ｃ）に示すように、「ＳＮＭＰ　ＲＥＰＬＹ」パケットを構成するすべてのＯＩＤに対し、Ｏｂｊｅｃｔが関連付けられている。
【００８２】
つまり、本実施形態では、管理対象のデバイスから送信された管理情報のみを管理デバイス３に送信している。そのため、管理デバイス３には、プローブデバイス５ｂから、管理対象とするデバイスの管理情報が格納された返信パケットのみが返信されるので、このデバイス管理システムを用いれば、管理デバイスで管理したいデバイスを、ルータ２ａ〜ｅを越えて管理することができるとともに、効率よくデバイスを管理することができる。
【００８３】
以下、第１実施形態に係るデバイス管理システムにおける管理デバイス３の処理について、図８〜図１３のフローチャート図を参照しながら詳細に説明する。尚、図８〜図１３に示す管理デバイス３の処理は、図８〜図１３のフローチャート図に関するプログラムを管理デバイス３のＣＰＵ１２が実行することによって実現される。
【００８４】
図８は、「管理デバイス第１処理」に関するフローチャート図である。このフローチャート図に基づく処理は、管理デバイス３の電源投入時から電源遮断時まで常に実行される。
【００８５】
この「管理デバイス第１処理」が開始されると、Ｓ１０１にて、不図示のタイマーが０からの計時をスタートして、その後、Ｓ１０２の処理に移行する。このタイマーによる計時は、後に説明するＳ１０４の処理にて利用される。
【００８６】
Ｓ１０２では、デバイスに対して管理情報の送信を要求する「管理情報要求処理」を実行して、その後、Ｓ１０３の処理に移行する。尚、Ｓ１０２の「管理情報要求処理」については、後に、図９〜図１１を参照しながら詳述する。
【００８７】
Ｓ１０３では、Ｓ１０１にて計時がスタートされたタイマーをリセットすることで、タイマーに０からの計時を再度開始させ、Ｓ１０４の処理に移行する。
【００８８】
Ｓ１０４では、タイマーによる計時が１０分を経過したか否かを判断して、１０分が経過したと判断された場合は（Ｓ１０４：ＹＥＳ）、上述のＳ２の「管理情報要求処理」に戻り、１０分が経過していないと判断された場合は（Ｓ１０４：ＮＯ）、Ｓ１０５の処理に移行する。
【００８９】
Ｓ１０５では、図４に示したＯＩＤ表が更新されたか否かを判断して、ＯＩＤ表が更新された、すなわち、図３に示した情報収集設定ウィンドウ１００の決定ボタン１１０が押下され、ＯＩＤ表のバージョン番号がインクリメントされたと判断された場合は（Ｓ１０５：ＹＥＳ）、Ｓ１０６の処理に移行し、そうでない場合は（Ｓ１０５：ＮＯ）、Ｓ１０７の処理に移行する。
【００９０】
Ｓ１０６では、図５に示した管理情報収集可能デバイスリストに登録されているプローブデバイス５ｂ〜５ｆ（図５の場合、プローブデバイス５ｂ及び５ｃに相当）に、最新のＯＩＤ表を送信する処理を行った後、Ｓ１０７の処理に移行する。
【００９１】
Ｓ１０７では、ユーザから管理情報の表示要求があるか否かを判断して、ユーザから管理情報の表示要求がある、すなわち、管理デバイス３のユーザＩ／Ｆ２２を介して管理情報を表示部２０に表示する旨の要求があると判断された場合は（Ｓ１０７：ＹＥＳ）、Ｓ１０８の処理に移行し、そうでない場合は（Ｓ１０７：ＮＯ）、Ｓ１０４の処理に戻る。尚、この管理情報の表示要求は、管理デバイス３に設けられたユーザＩ／Ｆ２２に限らず、管理デバイス３と通信可能な不図示のパソコンに設けられたキーボードやマウスを介して行われても良い。
【００９２】
Ｓ１０８では、管理デバイス３のＨＤＤ１８に格納されている管理情報を表示部２０に表示する処理を行い、Ｓ１０４の処理に戻る。このＳ１０８の処理によって表示される管理情報を確認することによって、ユーザは、管理対象デバイスの状況を把握することが可能となる。尚、この管理情報の表示は、管理デバイス３に設けられた表示部２０に限らず、管理デバイス３と通信可能な不図示のパソコンに設けられたディスプレイを介して行われても良い。
【００９３】
以上のように、図８に示した「管理デバイス第１処理」では、タイマーによる計時が１０分を経過する度に（Ｓ１０４：ＹＥＳ）、Ｓ２の「管理情報要求処理」が実行され、タイマーによる計時が１０分を経過していない間は（Ｓ１０４：ＮＯ）、ＯＩＤ表の更新確認（Ｓ１０５）や管理情報の表示要求確認（Ｓ１０７）などの処理が実行される。
【００９４】
次に、上述した「管理情報要求処理」（Ｓ１０２）の詳細について、図９〜図１１を参照しながら説明する。
【００９５】
図９に示される「管理情報要求処理」（Ｓ１０２）が開始されると、Ｓ２０１にて、ブロードキャストを用いてデバイスに管理情報の送信を要求する「ブロードキャストによる管理情報要求処理」が実行され、その後、Ｓ２０２の処理に移行する。
【００９６】
ここで、この「ブロードキャストによる管理情報要求処理」（Ｓ２０１）について、図１０を参照しながら説明する。
【００９７】
「ブロードキャストによる管理情報要求処理」が開始されると、まず、Ｓ３０１にて、管理デバイス３のＲＡＭ１６に設けられたカウンタｎに「１」を設定する処理が実行され、その後、Ｓ３０２の処理に移行する。このカウンタｎは、いわゆるポインタとしての役割を担うものであり、後の処理で、管理情報収集可能デバイスリスト（図５参照）にある複数のＩＰアドレスのうち、参照先となるＩＰアドレスを特定する際に利用される。
【００９８】
Ｓ３０２では、管理デバイス３のＨＤＤ１８に記憶されている管理範囲（図３の管理範囲設定領域１０２に設定された管理範囲）を、管理デバイス３のＲＡＭ１６に「残存範囲」として記憶して（ＨＤＤ１８に記憶されている管理範囲をＲＡＭ１６にコピーして）、その後、Ｓ３０３の処理に移行する。この「残存範囲」は、後の処理で、管理情報の送信を要求していないＩＰアドレスの範囲を特定するために利用される。
【００９９】
Ｓ３０３では、管理情報収集可能デバイスリスト（図５参照）に示される管理情報収集可能デバイスのＩＰアドレス全てについて、以下のＳ３０４〜Ｓ３１０の処理を実行したか否かを判断して、全て実行したと判断した場合は（Ｓ３０３：ＹＥＳ）、本「ブロードキャストによる管理情報要求処理」を終了して、図９のＳ２０２の処理に移行する一方、全て実行していないと判断した場合は（Ｓ３０３：ＮＯ）、Ｓ３０４の処理に移行する。
【０１００】
Ｓ３０４では、管理情報収集可能デバイスリスト（図５参照）の上からｎ番目に示されるＩＰアドレスについて、図３に示した情報収集設定ウィンドウ１００のサブネットマスク設定領域１０４に設定されたサブネットマスクを基に、そのネットワークアドレスを算出した後、Ｓ３０５の処理に移行する。このネットワークアドレスを算出する処理（Ｓ３０４）によれば、例えば、図５の管理情報収集可能デバイスリストの上からｎ番目に「１０．１２３．２１．１」というＩＰアドレスが登録され、図３のサブネットマスク設定領域１０４に「２５５．２５５．２５５．０」というサブネットマスクが設定されている場合、「１０．１２３．２１．０」というネットワークアドレスが算出されることとなる。
【０１０１】
Ｓ３０５では、Ｓ３０４で算出されたネットワークアドレスが、ＲＡＭ１６に記憶された残存範囲と重なるか否かが判断され、重なると判断された場合は（Ｓ３０５：ＹＥＳ）、Ｓ３０６の処理へ移行し、重ならないと判断された場合は（Ｓ３０５：ＮＯ）、Ｓ３１０の処理に移行する。このＳ３０５の判断処理によれば、例えば、Ｓ３０４で「１０．１２３．２１．０」というネットワークアドレスが算出され、ＲＡＭ１６に「１０．１２３．２１．０−１０．１２３．２３．２５４」という残存範囲が記憶されている場合、「１０．１２３．２１．０」というネットワークアドレスと、「１０．１２３．２１．０−１０．１２３．２３．２５４」という残存範囲とは、「１０．１２３．２１．０−１０．１２３．２１．２５５」の範囲で重なっていることから、Ｓ３０５にて「重なっている」（Ｓ３０５：ＹＥＳ）と判断される。
【０１０２】
Ｓ３０６では、上記ｎ番目のＩＰアドレスが管理デバイス３のＩＰアドレスであるか否かが判断され、上記ｎ番目のＩＰアドレスが管理デバイス３のＩＰアドレスであると判断された場合は（Ｓ３０６：ＹＥＳ）、Ｓ３０７の処理に移行し、そうでない場合は（Ｓ３０６：ＮＯ）、Ｓ３０８の処理に移行する。
【０１０３】
Ｓ３０７では、図４のＯＩＤ表に示される４つのＯＩＤを指定した「ＳＮＭＰＧＥＴ」パケットを、自ネットワーク１ａ内にブロードキャストして（送信先ＩＰアドレスを２５５．２５５．２５５．２５５に指定したブロードキャストパケットを送出して）、Ｓ３０９の処理に移行する。
【０１０４】
Ｓ３０８では、上記４つのＯＩＤを指定した「ＳＮＭＰ　ＧＥＴ」パケットのブロードキャスト実行依頼を格納したパケット（図４に示すＯＩＤ表のバージョン番号と、ブロードキャスト実行依頼とを格納したパケット）を、上記ｎ番目のＩＰアドレス宛てにユニキャストで送信して、その後、Ｓ３０９の処理に移行する。尚、後に詳述するが、このブロードキャスト実行の依頼を受けたプローブデバイス５ｂ〜５ｆは、その依頼に従って、上記４つのＯＩＤを指定した「ＳＮＭＰ　ＧＥＴ」パケットを、当該プローブデバイス５ｂ〜５ｆが接続されたネットワーク１ｂ〜１ｆ内にブロードキャストする。
【０１０５】
Ｓ３０９では、Ｓ３０４にて算出したネットワークアドレス、つまり、Ｓ３０７にて「ＳＮＭＰ　ＧＥＴ」パケットのブロードキャストが実行されたネットワークアドレス、あるいは、Ｓ３０８にてプローブデバイス５ｂ〜５ｆに「ＳＮＭＰ　ＧＥＴ」パケットのブロードキャスト実行を依頼したネットワークアドレスを、ＲＡＭ１６に記憶された残存範囲から削除して、Ｓ３１０の処理に移行する。このＳ３０９の処理によれば、例えば、Ｓ３０４で「１０．１２３．２１．０」というネットワークアドレスが算出され、ＲＡＭ１６に「１０．１２３．２１．０−１０．１２３．２３．２５４」という残存範囲が記憶されている場合、ＲＡＭ１６に記憶された「１０．１２３．２１．０−１０．１２３．２３．２５４」という残存範囲から、「１０．１２３．２１．０」というネットワークアドレス分を削除する。結果、ＲＡＭ１６に記憶される残存範囲は、「１０．１２３．２２．０−１０．１２３．２３．２５４」となり、次回以降におけるＳ３０５の処理やＳ３０９の処理では、この新たな残存範囲に基づいた処理が行われる。
【０１０６】
Ｓ３１０では、カウンタｎを１インクリメントする処理を行い、Ｓ３０３の処理に戻る。
【０１０７】
以上のように、図１０に示した「ブロードキャストによる管理情報要求処理」では、管理情報収集可能デバイスリスト（図５参照）に示されるＩＰアドレスを順に確認して（Ｓ３１０）、残存範囲に属する管理情報収集可能デバイスが存在する場合は（Ｓ３０５：ＹＥＳ）、そのデバイス（管理デバイス３またはプローブデバイス５ｂ〜５ｆ）にブロードキャストによる「ＳＮＭＰ　ＧＥＴ」パケットの送信を実行させる（Ｓ３０７，Ｓ３０８）。
【０１０８】
次に、図９に戻り、Ｓ２０２以下の説明を行う。
【０１０９】
Ｓ２０２では、ユニキャストを用いてデバイスに管理情報の送信を要求する「ユニキャストによる管理情報要求処理」を実行した後、本「管理情報要求処理」を終了して、図８のＳ１０３の処理に移行する。
【０１１０】
ここで、この「ユニキャストによる管理情報要求処理」（Ｓ２０２）について、図１１を参照しながら説明する。
【０１１１】
「ユニキャストによる管理情報要求処理」（Ｓ２０２）が開始されると、まず、Ｓ４０１にて、ＲＡＭ１６に記憶された残存範囲が存在するか否か、すなわち、ブロードキャストによる管理情報の送信要求が行われていない管理範囲が存在するか否かを判断して、残存範囲が存在する場合は（Ｓ４０１：ＹＥＳ）、Ｓ４０２の処理に移行する一方、残存範囲が存在しない場合は（Ｓ４０１：ＮＯ）、本「ユニキャストによる管理情報要求処理」を終了して、図９の「管理情報要求処理」の終了を経て、図８のＳ１０３の処理に移行する。
【０１１２】
Ｓ４０２では、ＲＡＭ１６に記憶された残存範囲の中から任意の１つのＩＰアドレスを選択する処理を行い、その後、Ｓ４０３の処理に移行する。
【０１１３】
Ｓ４０３では、Ｓ４０２で選択されたＩＰアドレスに対して「ＳＮＭＰ　ＧＥＴ」パケットをユニキャストにて送信した後、Ｓ４０４の処理に移行する。
【０１１４】
Ｓ４０４では、Ｓ４０３にてユニキャストを行ったＩＰアドレスを、ＲＡＭ１６に記憶された残存範囲の中から削除する処理を行い、その後、Ｓ４０１の処理に戻る。
【０１１５】
以上のように、図１１に示した「ユニキャストによる管理情報要求処理」では、残存範囲に属するＩＰアドレスに「ＳＮＭＰ　ＧＥＴ」パケットをユニキャストで送信する処理（Ｓ４０２，Ｓ４０３）を、残存範囲が無くなるまで繰り返す処理が実行される（Ｓ４０１，Ｓ４０４）。
【０１１６】
次に、図１２に示したフローチャート図を参照しながら「管理デバイス第２処理」について説明する。この図１２に示したフローチャート図に基づく「管理デバイス第２処理」は、「管理デバイス第１処理」（図８参照）と同様、管理デバイス３の電源投入時から電源遮断時まで常に実行されるものである。また、両処理は、互いに独立した処理であり、両者並行した状態で処理される。
【０１１７】
この「管理デバイス第２処理」が開始されると、Ｓ５０１にて、ネットワークＩ／Ｆ１０を介してパケットを受信したか否かを判断して、パケットを受信していないと判断された場合は（Ｓ５０１：ＮＯ）、再びＳ５０１の処理に戻ることでパケットの受信を監視して、パケットを受信したと判断された場合は（Ｓ５０１：ＹＥＳ）、Ｓ５０２の処理に移行する。
【０１１８】
Ｓ５０２では、Ｓ５０１にて受信したと判断されたパケットが、ＯＩＤ表の送信を要求する内容が格納されたパケットであるのか否かを判断して、ＯＩＤ表の送信を要求する内容が格納されたパケットであると判断された場合は（Ｓ５０２：ＹＥＳ）、Ｓ５０３の処理に移行する一方、そうでないと判断された場合は（Ｓ５０２：ＮＯ）、Ｓ５０４の処理に移行する。尚、ＯＩＤ表の送信を要求する内容が格納されたパケットは、後述するプローブデバイス５ｂ〜５ｆが行う処理において、プローブデバイス５ｂ〜５ｆが管理デバイス３宛てに送信するパケットである。
【０１１９】
Ｓ５０３では、ＯＩＤ表を要求するプローブデバイス５ｂ〜５ｆに対してＨＤＤ１８に格納された最新のＯＩＤ表をユニキャストで送信して、Ｓ５０１の処理に戻り、パケットの受信を監視する。
【０１２０】
Ｓ５０４では、Ｓ５０１にて受信したと判断されたパケットが、管理情報が格納されたパケットであるのか否かを判断して、管理情報が格納されたパケットではないと判断された場合は（Ｓ５０４：ＮＯ）、Ｓ５０５にて、そのパケットに応じたその他の処理を実行して、Ｓ５０１の処理に戻り、パケットの受信を監視する一方、管理情報が格納されたパケットであると判断された場合は（Ｓ５０４：ＹＥＳ）、Ｓ５０６の処理に移行する。尚、管理情報を格納したパケットは、上述した「ＳＮＭＰ　ＧＥＴ」パケットの送信に応答したデバイスから送信される「ＳＮＭＰ　ＲＥＰＬＹ」パケットに相当する。
【０１２１】
Ｓ５０６では、管理情報の送信元ＩＰアドレス、すなわち、「ＳＮＭＰ　ＧＥＴ」パケットに応答して「ＳＮＭＰ　ＲＥＰＬＹ」パケットを送信したデバイスのＩＰアドレスをパケットの内容から確認して、当該ＩＰアドレスがＨＤＤ１８に記憶された管理範囲に属するか否かを判断し、管理範囲に属さないと判断した場合は（Ｓ５０６：ＮＯ）、Ｓ５０７の処理に移行する一方、管理範囲に属すると判断した場合は（Ｓ５０６：ＹＥＳ）、Ｓ５０８の処理に移行する。尚、このＳ５０６の処理は、管理範囲以外からの管理情報は収集する必要性がないことから、管理範囲に基づいて収集すべき管理情報であるか否かを判断して、その後の処理を切り換えるために行う。
【０１２２】
Ｓ５０７では、受信した管理情報を破棄する処理を行い、Ｓ５０１の処理に戻り、パケットの受信を監視する。
【０１２３】
Ｓ５０８では、受信したパケットがプローブデバイス５ｂ〜５ｆから送信されたものであるか否かを判断して、プローブデバイス５ｂ〜５ｆから送信されたものであると判断された場合（Ｓ５０８：ＹＥＳ）、Ｓ５１１の処理に移行し、そうでない場合は（Ｓ５０８：ＮＯ）、Ｓ５０９の処理に移行する。尚、後に詳述するが、本第１実施形態においては、プローブデバイス５ｂ〜５ｆにおいても、後述の「管理情報選別処理」（Ｓ５０９）と実質的に同一の処理が行われることから、当該Ｓ５０８の処理は、「管理情報選別処理」が重複して行われることによる無駄を避けるための処理である。
【０１２４】
Ｓ５０９では、「管理情報選別処理」が行われ、その後、Ｓ５１０の処理に移行する。
【０１２５】
ここで、この「管理情報選別処理」（Ｓ５０９）について、図１３を参照しながら説明する。
【０１２６】
この「管理情報選別処理」が開始されると、まず、Ｓ６０１にて、管理デバイス３のＲＡＭ１６に設けられたカウンタｍに「１」を設定する処理が実行され、その後、Ｓ６０２の処理に移行する。このカウンタｍは、いわゆるポインタとしての役割を担うものであり、後の処理で、図４に示したＯＩＤ表の参照位置及び図７に示した返信パケットの参照位置を特定する際に利用される。
【０１２７】
Ｓ６０２では、上述の「ＳＮＭＰ　ＧＥＴ」パケットに応じてデバイスから返信された返信パケット（図７参照）について、当該返信パケットの上からｍ番目にあるＯＩＤに関連付けられたＯｂｊｅｃｔが「Ｎｏ　ｓｕｃｈ」であるか否か（図７参照）が判断され、「Ｎｏ　ｓｕｃｈ」であると判断された場合は（Ｓ６０２：ＹＥＳ）、Ｓ６０７の処理に移行し、「Ｎｏ　ｓｕｃｈ」ではないと判断された場合は（Ｓ６０２：ＮＯ）、Ｓ６０３の処理に移行する。
【０１２８】
Ｓ６０３では、図４に示したＯＩＤ表の上からｍ番目にあるＯＩＤにフィルタ値が設定されているか否か（空欄か否か）を判断して、フィルタ値が設定されていると判断された場合は（Ｓ６０３：ＹＥＳ）、Ｓ６０４の処理に移行し、フィルタ値が設定されていないと判断された場合は（Ｓ６０３：ＮＯ）、Ｓ６０５の処理に移行する。
【０１２９】
Ｓ６０４では、返信パケットの上からｍ番目にあるＯｂｊｅｃｔが、ＯＩＤ表の上からｍ番目にあるフィルタ値で特定される条件を満たしているか否かが判断され、条件を満たしていると判断された場合は（Ｓ６０４：ＹＥＳ）、Ｓ６０５の処理に移行し、条件を満たしてないと判断された場合は（Ｓ６０４：ＮＯ）、Ｓ６０７の処理に移行する。つまり、このＳ６０４では、返信パケットに格納されたＯｂｊｅｃｔを確認して、ベンダー名やモデル名などを特定し、管理対象デバイスに該当するか否かを判断している。
【０１３０】
Ｓ６０５では、ＯＩＤ表の最後まで調べたか否か、即ち、ＯＩＤ表の全てについてＳ６０２〜６０４の処理を行ったか否かをカウンタｍに基づいて判断し（図４に示すＯＩＤ表の場合、カウンタｍが４であるか否かに基づいて判断される）、最後まで調べたと判断された場合は（Ｓ６０５：ＹＥＳ）、本「管理情報選別処理」を終了して、図１２のＳ５１０の処理に移行する一方、最後まで調べていないと判断された場合は（Ｓ６０５：ＮＯ）、Ｓ６０６の処理に移行する。
【０１３１】
Ｓ６０６では、カウンタｍを１インクリメントする処理を行い、Ｓ６０２の処理に戻る。
【０１３２】
Ｓ６０７では、管理情報、すなわち、受信した返信パケットを破棄した後、本「管理情報選別処理」を終了して、図１２のＳ５１０の処理に移行する。つまり、図１３に示した「管理情報選別処理」によれば、指定したＯＩＤに対して「Ｎｏ　ｓｕｃｈ」が格納されたパケットや（Ｓ６０２：ＹＥＳ）、指定したＯＩＤに対応するＯｂｊｅｃｔがフィルタ値で特定される条件を満たしていないパケット（Ｓ６０４：ＮＯ）が選別され、破棄されることとなる（Ｓ６０７）。
【０１３３】
再び、図１２に戻り、Ｓ５１０以下の処理について説明する。
【０１３４】
Ｓ５１０では、「管理情報選別処理」（Ｓ５０９）が行われた結果、上述したＳ６０７によって管理情報が破棄されているか否かを判断して、管理情報が破棄されずに残っていると判断された場合は（Ｓ５１０：ＹＥＳ）、Ｓ５１１の処理に移行する一方、管理情報が破棄されていると判断された場合は（Ｓ５１０：ＮＯ）、Ｓ５０１の処理に戻り、パケットの受信を監視する。
【０１３５】
Ｓ５１１では、受信した管理情報をＨＤＤ１８に格納する処理を行い、Ｓ５０１に戻り、パケットの受信を監視する。
【０１３６】
次に、第１実施形態に係るデバイス管理システムにおける管理対象デバイス（デバイスａ〜ｎ及びプローブデバイスデバイス５ｂ〜５ｆ）にて行われる「デバイス処理」について、図１４を参照しながら詳細に説明する。尚、図１４に示す「デバイス処理」は、図１４のフローチャート図に関するプログラムをデバイスａ〜ｎのＣＰＵ５２ａ〜５２ｎあるいはプローブデバイス５ｂ〜５ｆのＣＰＵ３２ｂ〜３２ｆが実行することによって実現される。
【０１３７】
この「デバイス処理」が開始されると、Ｓ７０１にて、ネットワークＩ／Ｆ３０ｂ〜３０ｆ，５０ａ〜５０ｎを介してパケットを受信したか否かを判断して、パケットを受信していないと判断された場合は（Ｓ７０１：ＮＯ）、再びＳ７０１の処理に戻ることでパケットの受信を監視して、パケットを受信したと判断された場合は（Ｓ７０１：ＹＥＳ）、Ｓ７０２の処理に移行する。
【０１３８】
Ｓ７０２では、Ｓ７０１で受信したと判断されたパケットが、管理デバイス３またはプローブデバイス５ｂ〜５ｆから送信される「ＳＮＭＰ　ＧＥＴ」パケットであるか否かを判断して、「ＳＮＭＰ　ＧＥＴ」パケットであると判断された場合は（Ｓ７０２：ＹＥＳ）、Ｓ７０３の処理に移行する一方、そうでないと判断された場合は（Ｓ７０２：ＮＯ）、Ｓ７０４に移行して、そのパケットに応じたその他の処理を実行して、Ｓ７０１の処理に戻り、パケットの受信を監視する。
【０１３９】
Ｓ７０３では、「ＳＮＭＰ　ＧＥＴ」パケットに格納された４つのＯＩＤに対応する管理情報（Ｏｂｊｅｃｔ）をＲＡＭ５６に記憶されたＭＩＢから読み出し、当該読み出した管理情報を格納した「ＳＮＭＰ　ＲＥＰＬＹ」パケットを作成して、当該「ＳＮＭＰ　ＲＥＰＬＹ」パケット（図７参照）を「ＳＮＭＰ　ＧＥＴ」パケットを送信した送信元に向けて返信して、Ｓ７０１の処理に戻り、パケットの受信を監視する。
【０１４０】
次に、第１実施形態に係るデバイス管理システムにおけるプローブデバイス５ｂ〜５ｆにて行われる「プローブデバイス処理」について、図１５を参照しながら詳細に説明する。尚、図１５に示す「プローブデバイス処理」は、図１５のフローチャート図に関するプログラムをプローブデバイス５ｂ〜５ｆのＣＰＵ３２ｂ〜３２ｆが実行することによって実現される。
【０１４１】
この「プローブデバイス処理」が開始されると、Ｓ８０１にて、ネットワークＩ／Ｆ３０ｂ〜３０ｆを介してパケットを受信したか否かを判断して、パケットを受信していないと判断された場合は（Ｓ８０１：ＮＯ）、再びＳ８０１の処理に戻ることでパケットの受信を監視して、パケットを受信したと判断された場合は（Ｓ８０１：ＹＥＳ）、Ｓ８０２の処理に移行する。
【０１４２】
Ｓ８０２では、Ｓ８０１で受信したと判断されたパケットが、管理デバイス３のＳ１０６（図８参照）またはＳ５０３（図１２参照）の処理によって送信されたＯＩＤ表を格納したパケットであるか否かを判断して、ＯＩＤ表を格納したパケットであると判断された場合は（Ｓ８０２：ＹＥＳ）、Ｓ８０３に移行して、ＨＤＤ３８に格納されたＯＩＤ表を更新した後、Ｓ８０１の処理に戻りパケットの受信を監視する一方、ＯＩＤ表を格納したパケットでないと判断された場合は（Ｓ８０２：ＮＯ）、Ｓ８０４の処理に移行する。
【０１４３】
Ｓ８０４では、Ｓ８０１で受信したと判断されたパケットが、管理デバイス３のＳ３０８（図１０参照）の処理によって送信された「ＳＮＭＰ　ＧＥＴ」パケットのブロードキャスト実行依頼を格納したパケットであるか否かを判断して、ブロードキャスト実行依頼を格納したパケットであると判断された場合は（Ｓ８０４：ＹＥＳ）、Ｓ８０５の処理に移行する一方、そうでないと判断された場合は（Ｓ８０４：ＮＯ）、Ｓ８０８の処理に移行する。
【０１４４】
Ｓ８０５では、上記パケットに格納されているＯＩＤ表のバージョン番号が、ＨＤＤ３８に格納されているＯＩＤ表のバージョン番号と一致しているか否かを判断して、一致していないと判断された場合は（Ｓ８０５：ＮＯ）、Ｓ８０６の処理に移行し、一致していると判断された場合は（Ｓ８０５：ＹＥＳ）、Ｓ８０７の処理に移行する。
【０１４５】
Ｓ８０６では、管理デバイス３に対して、最新のＯＩＤ表を送信するよう要求するパケットを送信して、Ｓ８０１の処理に戻り、パケットの受信を監視する。尚、Ｓ８０６にて送信されたパケットを受信した管理デバイス３は、Ｓ５０３（図１２参照）の処理にて最新のＯＩＤ表を送信することとなる。また、これによって、管理デバイス３が有するＯＩＤ表と、プローブデバイス５ｂ〜５ｆのＯＩＤ表にずれが生じないようになっている。
【０１４６】
Ｓ８０７では、ＨＤＤ３８に格納されているＯＩＤ表に示される４つのＯＩＤを格納した「ＳＮＭＰ　ＧＥＴ」パケットを、自身が接続されたネットワーク内にブロードキャストした後（送信先ＩＰアドレスを２５５．２５５．２５５．２５５に設定してパケットを送信した後）、後述するＳ８２０〜Ｓ８２２の処理の一部あるいは全てを経由して、Ｓ８０１の処理に戻り、パケットの受信を監視する。
【０１４７】
Ｓ８０８では、Ｓ８０１で受信したと判断されたパケットが、管理情報を格納したパケットであるか否かを判断して、管理情報を格納したパケットでないと判断された場合は（Ｓ８０８：ＮＯ）、Ｓ８０９に移行して、そのパケットに応じたその他の処理を実行して、Ｓ８０１の処理に戻り、パケットの受信を監視する一方、管理情報を格納したパケットであると判断された場合は（Ｓ８０８：ＹＥＳ）、Ｓ８１０の処理に移行する。
【０１４８】
Ｓ８１０では、上述した管理デバイス３にて実行される「管理情報選別処理」（図１２のＳ５０９及び図１３参照）と実質的に同一の処理が実行され、指定したＯＩＤに対して「Ｎｏ　ｓｕｃｈ」が格納されたパケットや、指定したＯＩＤに対応するＯｂｊｅｃｔが、フィルタ値で特定される条件を満たしていないパケットを選別して破棄した後に、Ｓ８１１の処理に移行する。尚、管理デバイス３で行われる「管理情報選別処理」とプローブデバイス５ｂ〜５ｆで行われる「管理情報選別処理」とでは、管理デバイス３の場合、カウンタｍをＲＡＭ１６に記憶し、ＨＤＤ１８に格納されたＯＩＤ表を参照するのに対して、プローブデバイス５ｂ〜５ｆの場合、カウンタｍをＲＡＭ３６に記憶し、ＨＤＤ３８に格納されたＯＩＤ表を参照するという点で異なるものの、処理の流れ自体は同一であるため、ここでは簡略化のため、その詳細な説明を省略する。
【０１４９】
Ｓ８１１では、「管理情報選別処理」（Ｓ８１０）が行われた結果、管理情報が破棄されているか否かを判断して、管理情報が破棄されずに残っていると判断された場合は（Ｓ８１１：ＹＥＳ）、Ｓ８１２の処理に移行する一方、管理情報が破棄されていると判断された場合は（Ｓ８１１：ＮＯ）、Ｓ８０１の処理に戻り、パケットの受信を監視する。尚、Ｓ８１０及びＳ８１１の処理を行うことによって、ＯＩＤ表の内容に合致しない不要な管理情報を破棄して、このような不要な管理情報を管理デバイス３へは送信しないようにしており、これによって、無駄な管理情報の送受信を減らすことが可能になるという効果を奏するのであるが、このような効果を必要としない場合は、当該両処理を実行しない構成としても良い（両処理を削除しても良い）。ところで、この両処理を削除する場合は、管理デバイス３にて、「管理情報選別処理」（Ｓ５０９）を省略することができないので、「管理デバイス第２処理」（図１２参照）のＳ５０８の処理も削除することとなる。
【０１５０】
Ｓ８１２では、Ｓ８０１で受信したと判断されたパケットの送信元ＭＡＣアドレスがＨＤＤ３８に記憶されているか否かを判断することによって、当該送信元ＭＡＣアドレスを有するデバイスの管理情報を過去に管理デバイス３へ送信したことがあるか否かを判断して、過去に管理デバイス３へ送信したことがあると判断された場合は（Ｓ８１２：ＹＥＳ）、Ｓ８１３の処理に移行し、そうでないと判断された場合は（Ｓ８１２：ＮＯ）、Ｓ８１４の処理に移行する。即ち、プローブデバイス５ｂ〜５ｆのＨＤＤ３８には、図１６に示すように、管理デバイス３に対して過去に転送した返信パケットの内容が記憶されており、返信パケットに付されたＭＡＣアドレスに対するＩＰアドレス、ベンダー名（図４に示すＯＩＤ表の１行目に相当）、モデル名（図４に示すＯＩＤ表の２行目に相当）、印刷枚数（図４に示すＯＩＤ表の３行目に相当）、「ｐｒｔＡｌｅｒｔ」Ｏｂｊｅｃｔの所有数（図４に示すＯＩＤ表の４行目に相当）などの情報が対応付けられている。
【０１５１】
Ｓ８１３では、今回受信したパケットの内容とＨＤＤ３８に格納されたパケットの内容（図１６参照）とを比較して、ベンダー名、モデル名、印刷枚数、アラートの情報が全て同一であるか否かを判断して、同一であると判断された場合は（Ｓ８１３：ＹＥＳ）、Ｓ８０１の処理に戻り、パケットの受信を監視する一方、同一でないと判断された場合は（Ｓ８１３：ＮＯ）、Ｓ８１４の処理に移行する。つまり、当該処理により、過去に管理デバイス３へ送信した管理情報と同一の管理情報（前回と比べ変化の無い管理情報）については、同一内容の２重送信が避けられることになる。尚、Ｓ８１２及びＳ８１３の処理を行うことによって、無駄な管理情報の送受信を減らすことが可能になるという効果を奏するが、このような効果を必要としない場合は、当該両処理を実行しない構成としても良い（両処理を削除しても良い）。
【０１５２】
Ｓ８１４では、返信パケットを管理デバイス３に送信する処理が実行され、Ｓ８１５の処理に移行する。
【０１５３】
Ｓ８１５では、返信パケットの内容をプローブデバイス５ｂ〜５ｆのＨＤＤ３８に記憶する処理を実行して（図１６に示した情報を更新して）、Ｓ８０１の処理に戻り、パケットの受信を監視する。
【０１５４】
尚、本実施形態においては、プローブデバイス５ｂ〜５ｆ自身も管理対象デバイスであるため、プローブデバイス５ｂ〜５ｆ自身の管理情報も管理デバイス３へ送信する必要がある。そのため、上述のＳ８０７にて「ＳＮＭＰ　ＧＥＴ」パケットをブロードキャストした後、Ｓ８２０〜Ｓ８２２では、Ｓ８１３〜Ｓ８１５と類似した以下の処理を実行する。
【０１５５】
すなわち、プローブデバイス５ｂ〜５ｆのＨＤＤ３８には、図１６と同様に、プローブデバイス５ｂ〜５ｆが管理デバイス３に対して過去に送信したパケットの内容（ＩＰアドレス、ベンダー名、モデル名、印刷枚数など）が記憶されており（例えば、図１６にプローブデバイス５ｂ〜５ｆの情報を追加しても良いし、別途プローブデバイス５ｂ〜５ｆ用の記憶領域を確保しても良い）、Ｓ８２０では、ＲＡＭ３６に記憶されたＭＩＢに格納されている現在の管理情報とＨＤＤ３８に格納されたパケットの内容とを比較して、ベンダー名、モデル名、印刷枚数、アラートの情報が全て同一であるか否かを判断して、同一であると判断された場合は（Ｓ８２０：ＹＥＳ）、Ｓ８０１の処理に戻り、パケットの受信を監視する一方、同一でないと判断された場合は（Ｓ８２０：ＮＯ）、Ｓ８２１の処理に移行する。つまり、当該処理により、過去に管理デバイス３へ送信した管理情報と同一の管理情報（前回と比べ変化の無い管理情報）については、同一内容の２重送信が避けられることになる。尚、Ｓ８２０の処理を行うことによって、無駄な管理情報の送受信を減らすことが可能になるという効果を奏するが、このような効果を必要としない場合は、当該両処理を実行しない構成としても良い（両処理を削除しても良い）。
【０１５６】
Ｓ８２１では、管理情報を格納したパケットを管理デバイス３に送信する処理が実行され、Ｓ８２２の処理に移行する。
【０１５７】
Ｓ８２２では、Ｓ８２１で送信したパケットの内容をプローブデバイス５ｂ〜５ｆのＨＤＤ３８に記憶する処理を実行して、Ｓ８０１の処理に戻り、パケットの受信を監視する。
【０１５８】
以上説明した第１実施形態にかかるデバイス管理システムを用いて、上述した社内ＬＡＮ等に接続されたデバイスを管理すると、以下のような効果がある。
【０１５９】
本第１実施形態のデバイス管理システムを用いると、ネットワーク１ｂ〜１ｆ（本発明の第１のネットワーク）とネットワーク１ａ（本発明の第２のネットワークに相当）とが、一方のネットワーク上で行われたブロードキャストを他方のネットワークへ通さないルータ２で接続されていても、ルータ２の先のネットワーク上に存在する管理対象デバイス全てのＩＰアドレスを個々に入力するという面倒な作業を行うことなく、ネットワーク１ａに接続された管理デバイス３で、ネットワーク１ｂ〜１ｆに接続された管理対象デバイスを管理することができる。
【０１６０】
また、本第１実施形態のデバイス管理システムでは、管理デバイス３におけるＳ１０６（図８参照）あるいはＳ５０３（図１２参照）の処理で、ＯＩＤ表（図４参照）をプローブデバイス５ｂ〜５ｆに送信して、当該ＯＩＤ表のフィルタ値によって特定される条件に合致する管理情報が含まれる返信パケットのみを、管理デバイス３に転送しているので、転送の不要な返信パケットがプローブデバイス５ｂ〜５ｆから管理デバイス３に転送されない。そのため、管理デバイス３の処理負担が軽減されるという効果や、ネットワークのトラフィック増大を抑制できるという効果を得ることが可能となる。
【０１６１】
更に、本第１実施形態のデバイス管理システムでは、管理情報収集可能デバイスに「ＳＮＭＰ　ＧＥＴ」パケットのブロードキャストを実行させるので、「ＳＮＭＰ　ＧＥＴ」パケットをユニキャストで個々に送信する場合と比べ、効率良く管理情報を収集することが可能である。
［第２実施形態］
次に、本発明が適用された第２実施形態について説明する。
【０１６２】
ただし、第２実施形態については、第１実施形態と同じ構成要素については同じ符号を付して説明を省略し、第１実施形態と異なる点を中心に説明する。ここで、上述した第１実施形態と本第２実施形態とでは、上述した「ユニキャストによる管理情報要求処理」が以下の点で異なる。すなわち、上述した第１実施形態では、ブロードキャストによる管理情報の送信要求が行われなかった「残存範囲」については、管理デバイス３が個々にユニキャストを行ったが（図１１参照）、第２実施形態では、ユニキャスト先である管理対象デバイスとのネットワーク距離（ネットワーク間に介在するルータの数に基づいて算出される距離）が最も近い管理デバイス３またはプローブデバイス５ｂ〜５ｆがユニキャストを行うという点で異なる。
【０１６３】
以下、第２実施形態にかかる「ユニキャストによる管理情報要求処理」について、図１７〜１８を参照しながら詳細に説明する。尚、以下の図１７〜１８に示す第２実施形態にかかる「ユニキャストによる管理情報要求処理」は、図１１に示した第１実施形態にかかる「ユニキャストによる管理情報要求処理」の代わりに実行される。
【０１６４】
「ユニキャストによる管理情報要求処理」（Ｓ２０２）が開始されると、まず、Ｓ９０１にて、ＲＡＭ１６に記憶された残存範囲が存在するか否か、すなわち、ブロードキャストによる管理情報の送信要求が行われていない管理範囲が存在するか否かを判断して、残存範囲が存在する場合は（Ｓ９０１：ＹＥＳ）、Ｓ９０２の処理に移行する一方、残存範囲が存在しない場合は（Ｓ９０１：ＮＯ）、本「ユニキャストによる管理情報要求処理」を終了して、図９の「管理情報要求処理」の終了を経て、図８のＳ１０３の処理に移行する。
【０１６５】
Ｓ９０２では、残存範囲をネットワークアドレス毎に分割した後、Ｓ９０３の処理に移行する。例えば、残存範囲が「１０．１２３．２５．０−１０．１２３．２６．２５５」であり、かつ、サブネットマスクが「２５５．２５５．２５５．０」である場合は、「１０．１２３．２５．０−１０．１２３．２５．２５５」と「１０．１２３．２６．０−１０．１２３．２６．２５５」とに分割されることとなる。
【０１６６】
Ｓ９０３では、Ｓ９０２によって分割された残存範囲の中から１つの残存範囲を選択した後、Ｓ９０４の処理に移行する。
【０１６７】
Ｓ９０４では、管理情報収集可能デバイスリスト（図５参照）に登録されている全てのプローブデバイス５ｂ〜５ｆに対して、Ｓ９０３にて選択された残存範囲のネットワーク１ａ〜１ｆとそのプローブデバイス５ｂ〜５ｆとの距離を算出する処理（距離算出処理）の実行、及びその結果の返信を依頼した後、Ｓ９０５の処理に移行する。尚、プローブデバイス５ｂ〜５ｆにて実行される「距離算出処理」は、次のＳ９０５で管理デバイス３が実行する「距離算出処理」と実質的に同一である。また、このＳ９０４で行われる管理デバイス３からプローブデバイス５ｂ〜５ｆへ要求は、上述したプローブデバイス処理（図１５参照）の「その他の処理」（Ｓ８０９）にて扱われることとなり、この「その他の処理」（Ｓ８０９）にて、「距離算出処理」及び当該「距離算出処理」を行った結果の返信が行われることとなる。
【０１６８】
Ｓ９０５では、「距離算出処理」を実行した後、Ｓ９０６の処理に移行する。
【０１６９】
ここで、図１８を参照しながら、Ｓ９０５で行われる「距離算出処理」について説明する。
【０１７０】
「距離算出処理」（Ｓ９０５）が開始されると、まず、Ｓ１００１にて、上述したＳ９０３で選択された残存範囲の中から１つのＩＰアドレスを選択した後、Ｓ１００２の処理に移行する。
【０１７１】
Ｓ１００２では、管理デバイス３のＲＡＭ１６に設けられたカウンタＴＴＬに「１」を設定する処理が実行され、その後、Ｓ１００３の処理に移行する。尚、このカウンタＴＴＬに設定された値は、後の処理で、パケットのヘッダ部分に格納されることにより、パケットの生存時間（Ｔｉｍｅ　Ｔｏ　Ｌｉｖｅ）、より具体的には、パケットの生存可能なホップ数（ルータが当該パケットを転送する回数）として利用される。ここで、ルータは、パケットを受信した際に、ヘッダ部分に格納されたカウンタＴＴＬの値を１つ減算して、その値が０でない場合、当該パケットを次のルータに転送する一方、その値が０である場合、当該パケットの生存時間が終了したと判断して、当該パケットを破棄する機能を備えている。また、ルータは、パケットを破棄した場合、当該パケットが破棄された旨を、ＩＣＭＰ　Ｔｉｍｅ　Ｅｘｃｅｅｄｅｄ（時間超過）パケットを送信元に送信することによって通知する機能を備えている。この「距離算出処理」では、ルータに備えられた上述の機能を利用しており、所望のＩＰアドレスを指定したＩＣＭＰ　Ｅｃｈｏ　Ｒｅｑｕｅｓｔパケットの生存時間（カウンタＴＴＬ）を徐々に増やしながら、そのＩＰアドレスが割り当てられたネットワーク機器との通信ができるか否か試行していき、ＩＣＭＰ　Ｔｉｍｅ　Ｅｘｃｅｅｄｅｄパケットを受信しなくなった（上記所望のＩＰアドレスが割り当てられたネットワーク機器からＩＣＭＰ　Ｅｃｈｏ　Ｒｅｐｌｙパケットを受信した、つまり、そのネットワーク機器との通信ができた）時のカウンタＴＴＬを特定することによって、ネットワーク間の距離を算出している。すなわち、カウンタＴＴＬの値が大きければ大きいほど、両ネットワーク間に介在するルータの数が多く、ネットワーク間の距離が遠いのである。尚、上述のＩＣＭＰ（Ｉｎｔｅｒｎｅｔ　Ｃｏｎｔｒｏｌ　Ｍｅｓｓａｇｅ　Ｐｒｏｔｏｃｏｌ）は、ＲＦＣ７９２で定義された、パケットのエラー通知や通信状態の診断を行なうための周知のプロトコルであり、ここではその詳細な説明を省略する。
【０１７２】
Ｓ１００３では、Ｓ１００１にて選択されたＩＰアドレスに対して、カウンタＴＴＬの値を関連付けたＩＣＭＰ　Ｅｃｈｏ　Ｒｅｑｕｅｓｔパケットを送信した後、Ｓ１００４の処理に移行する。
【０１７３】
Ｓ１００４では、ルータから上述のＩＣＭＰ　Ｔｉｍｅ　Ｅｘｃｅｅｄｅｄパケットを受信したか否か判断して、当該パケットを受信したと判断された場合は（Ｓ１００４：ＹＥＳ）、カウンタＴＴＬを１インクリメントしたＩＣＭＰ　Ｔｉｍｅ　Ｅｘｃｅｅｄｅｄパケットの再送信を実行する一方（Ｓ１００５及びＳ１００３）、そうでないと判断された場合は（Ｓ１００４：ＮＯ）、Ｓ１００６の処理に移行する。
【０１７４】
Ｓ１００６では、Ｓ１００３にて送信したＩＣＭＰ　Ｅｃｈｏ　Ｒｅｑｕｅｓｔパケットの送信先から、ＩＣＭＰ　Ｅｃｈｏ　Ｒｅｐｌｙパケットを受信したか否かを判断して、当該パケットを受信したと判断された場合は（Ｓ１００６：ＹＥＳ）、本「距離算出処理」を終了して、図１７のＳ９０６の処理に移行する一方、そうでないと判断された場合は（Ｓ１００６：ＮＯ）、Ｓ１００７の処理に移行する。尚、このＳ１００６にて、ＩＣＭＰ　Ｅｃｈｏ　Ｒｅｐｌｙパケットを受信したと判断された時（Ｓ１００６：ＹＥＳ）に設定されているカウンタＴＴＬがネットワーク間の距離に相当する。
【０１７５】
Ｓ１００７では、ルータからＩＣＭＰ　Ｄｅｓｔｉｎａｔｉｏｎ　Ｕｎｒｅａｃｈａｂｌｅパケット（指定したＩＰアドレスが割り当てられたネットワーク機器の電源が投入されていない等の理由により通信ができない場合に、ルータが送信するパケット）を受信したか否かを判断して、当該パケットを受信したと判断された場合は（Ｓ１００７：ＹＥＳ）、Ｓ１００８の処理に移行する一方、そうでないと判断された場合は（Ｓ１００７：ＮＯ）、Ｓ１００４の処理に戻る。
【０１７６】
Ｓ１００８では、Ｓ１００１にて選択された残存範囲に属する全てのＩＰアドレスについて、Ｓ１００２〜Ｓ１００７の処理を実行したか否かを判断して、実行したと判断された場合は（Ｓ１００８：ＹＥＳ）、Ｓ１００９に移行してカウンタＴＴＬを０に設定した後、本「距離算出処理」を終了して、図１７のＳ９０６の処理に移行する一方、そうでないと判断された場合は（Ｓ１００８：ＮＯ）、Ｓ１０１０に移行して残存範囲に属する未選択のＩＰアドレスを一つ選択した後、Ｓ１００２の処理に戻る。尚、このＳ１００８で、Ｓ１００２〜Ｓ１００７の処理を残存範囲に属する全てのＩＰアドレスについて実行したと判断された場合（Ｓ１００８：ＹＥＳ）、カウンタＴＴＬが０に設定されるが（Ｓ１００９）、これは、ネットワーク間の距離が算出できなかったことを意味する。
【０１７７】
ところで、上述したように、本「距離算出処理」については、実質的に同一の処理がプローブデバイス５ｂ〜５ｆでも行われる。より具体的には、プローブデバイス５ｂ〜５ｆが実行するプローブデバイス処理（図１５参照）の「その他の処理」（Ｓ８０９）にて本「距離算出処理」が実行されることとなる。尚、この際、Ｓ１００１の処理で必要となる残存範囲については、図１７のＳ９０４にて行われる処理にて、管理デバイス３から指定されることとなる。また、Ｓ１００２の処理などで必要となるカウンタＴＴＬはプローブデバイス５ｂ〜５ｆのＲＡＭ３８に設けられることとなる。更に、本「距離算出処理」を実行した結果得られるカウンタＴＴＬの値については、同「その他の処理」（Ｓ８０９）にて、プローブデバイス５ｂ〜５ｆから管理デバイス３へ送信されることとなる。このプローブデバイス５ｂ〜５ｆから管理デバイス３へ送信されたカウンタＴＴＬの値については、「管理デバイス第２処理」（図１２参照）の「その他の処理」（Ｓ５０５）にて受信されることとなる。
【０１７８】
次に、図１７に戻り、Ｓ９０６以下の処理について説明する。
【０１７９】
Ｓ９０６では、管理デバイス３及びプローブデバイス５ｂ〜５ｆで行われた「距離算出処理」の結果、対象とする残存範囲（ネットワーク）とのネットワーク間距離が最も近いデバイスを確認し（上述のカウンタＴＴＬが最も小さいデバイス（但し、カウンタＴＴＬが０のデバイスは除外）を確認し）、それが自身（管理デバイス３）であるか否かを判断して、管理デバイス３が最も近いと判断された場合は（Ｓ９０６：ＹＥＳ）、Ｓ９０７の処理へ移行する一方、そうでないと判断された場合は（Ｓ９０６：ＮＯ）、Ｓ９０８の処理へ移行する。尚、本実施形態においては、カウンタＴＴＬの値がいずれも０であったり、カウンタＴＴＬの値がいずれも同一である等の理由から、ネットワーク間距離の比較ができない場合についても（Ｓ９０６：ＹＥＳ）、Ｓ９０７の処理に移行する。
【０１８０】
Ｓ９０７では、Ｓ９０３または後述するＳ９１１の処理で選択された残存範囲に属する全てのＩＰアドレスに対して、ＯＩＤ表（図４参照）に格納された４つのＯＩＤを指定した「ＳＮＭＰ　ＧＥＴ」パケットをユニキャストで個々に送信する処理を行った後、Ｓ９０９の処理に移行する。尚、このＳ９０９の処理については、上述した図１１に示した処理と略同等の処理であるため、ここでは簡略化のためその詳細な説明を省略する。
【０１８１】
Ｓ９０８では、残存範囲のネットワークに最も近い（カウンタＴＴＬの値が最も小さい）プローブデバイス５ｂ〜５ｆに対して、上述したＳ９０７と同様の処理、すなわち、残存範囲に属する全てのＩＰアドレスに対して「ＳＮＭＰ　ＧＥＴ」パケットをユニキャストで個々に送信する処理をするよう依頼した後、Ｓ９０９の処理に移行する。尚、このＳ９０８の処理による依頼を受けたプローブデバイス５ｂ〜５ｆは、プローブデバイス処理（図１５参照）の「その他の処理」（Ｓ８０９）にて、Ｓ９０７と同様の処理を実行する。
【０１８２】
Ｓ９０９では、Ｓ９０３または後述するＳ９１１の処理によって選択された残存範囲、すなわち、Ｓ９０７またはＳ９０８の処理が行われた残存範囲を削除した後、Ｓ９１０の処理に移行する。
【０１８３】
Ｓ９１０では、Ｓ９０２にて分割された残存範囲のうち、未だＳ９０３または後述のＳ９１１にて選択されていない残存範囲があるか否かを判断して、未選択の残存範囲があると判断された場合は（Ｓ９１０：ＹＥＳ）、Ｓ９１１の処理に移行して、未選択の残存範囲の中から任意の残存範囲を選択した後、Ｓ９０４の処理に戻る一方、未選択の残存範囲がないと判断された場合は（Ｓ９１０：ＮＯ）、本「ユニキャストによる管理情報要求処理」を終了して、図９の「管理情報要求処理」の終了を経て、図８のＳ１０３の処理に移行する。
【０１８４】
尚、上述した通り、Ｓ９０８の処理による依頼を受けたプローブデバイス５ｂ〜５ｆは、プローブデバイス処理（図１５参照）の「その他の処理」（Ｓ８０９）にて、Ｓ９０７と同様の処理を実行するが、この際、上述したＳ８２０〜Ｓ８２２と同様の処理を実行しても良い。すなわち、Ｓ９０８の処理による依頼を受けたプローブデバイス５ｂ〜５ｆは、その依頼を受けたことを契機として、Ｓ８２０〜Ｓ８２２と同様の処理を実行して、プローブデバイス５ｂ〜５ｆの管理情報を管理デバイス３に送信しても良い。
【０１８５】
以上説明した第２実施形態にかかるデバイス管理システムを用いて、上述した社内ＬＡＮ等に接続されたデバイスを管理すると、以下のような効果がある。
【０１８６】
本第２実施形態のデバイス管理システムを用いると、第１実施形態のデバイス管理システムによって得られる効果に加えて、更に、ユニキャストによって管理情報の送信を要求する際、ユニキャスト先である管理対象デバイスとのネットワーク距離が最も近い管理デバイス３またはプローブデバイス５ｂ〜５ｆがユニキャストを実行するので、第１実施形態と比べて、管理デバイス３にかかる負荷を軽減できるという効果を奏する。また、ネットワーク距離が遠い２者間での通信は、その間に介在するネットワークやルータに負荷を与えてしまうのであるが、上述のユニキャストを行う場合は、２者間のネットワーク距離が比較的近い管理デバイス３またはプローブデバイス５ｂ〜５ｆが行うので、ネットワークやルータにかかる負荷を軽減させることができるという効果も奏する。更に、ネットワーク間の距離が遠い２者間でユニキャストを実行すると、そのネットワーク間に介在するルータによる中継処理が増えてしまい、結果として管理情報を収集するための時間が増大してしまうが、上述の第２実施形態よれば、ネットワーク間の距離が近い２者間で管理情報の収集を行うので、この時間を削減することが可能となる。
［第３実施形態］
次に、本発明が適用された第３実施形態について説明する。
【０１８７】
ただし、第３実施形態については、第１実施形態と同じ構成要素については同じ符号を付して説明を省略し、第１実施形態と異なる点を中心に説明する。ここで、上述した第１実施形態と本第３実施形態とでは、「管理情報収集可能デバイスリスト」（図５参照）の登録方法が以下の点で異なる。すなわち、上述した第１実施形態における「管理情報収集可能デバイスリスト」は、管理デバイス３のユーザＩ／Ｆ２２を介してユーザがＩＰアドレスを入力することにより登録されているが、本第３実施形態における「管理情報収集可能デバイスリスト」は、管理デバイス３が自動的に登録するという点で異なる。
【０１８８】
以下、第３実施形態について図１９〜２０を参照しながら詳細に説明する。尚、図１９は、管理デバイス３で実行される「プローブデバイス登録処理」であり、図２０は、図１４で示した「デバイス処理」にある「その他の処理」（Ｓ７０４）で行われる「インストール処理」である。また、「プローブデバイス登録処理」は管理デバイス３のＨＤＤ１８に、「インストール処理」はプローブデバイス５ｂ〜５ｆのＲＯＭ３４またはデバイスａ〜ｎのＲＯＭ５４にそれぞれ格納されている。
【０１８９】
まず、図１９を参照しながら「プローブデバイス登録処理」について説明する。
【０１９０】
図１９に示す「プローブデバイス登録処理」は、主に、「管理情報収集可能デバイスリスト」（図５参照）にＩＰアドレスを登録するために行われる処理である。この「プローブデバイス登録処理」は、例えば、管理デバイス３のユーザＩ／Ｆ２２を介してユーザからの実行が指示された時に開始される。
【０１９１】
この「プローブデバイス登録処理」が実行されると、まず、Ｓ１１０１にて、ＨＤＤ１８に記憶されている管理情報（今までに収集した管理情報）から先頭の管理情報を選択した後、Ｓ１１０２の処理に移行する。
【０１９２】
Ｓ１１０２では、ＨＤＤ１８に記憶されている管理情報全てについて、後述するＳ１１０３〜Ｓ１１０８の処理を実行したか否か判断して、実行したと判断された場合は（Ｓ１１０２：ＹＥＳ）、本「プローブデバイス登録処理」を終了する一方、そうでない場合は（Ｓ１１０２：ＮＯ）、Ｓ１１０３の処理に移行する。
【０１９３】
Ｓ１１０３では、選択中の管理情報を送信したデバイスが接続されたネットワーク上にプローブデバイス５ｂ〜５ｆが存在しているか否かを判断して、存在していると判断した場合は（Ｓ１１０３：ＹＥＳ）、Ｓ１１０８の処理に移行する一方、そうでないと判断した場合は（Ｓ１１０３：ＮＯ）、Ｓ１１０４の処理に移行する。尚、当該判断は、選択中の管理情報を送信したデバイスのネットワークアドレスと、「管理情報収集可能デバイスリスト」に登録されているデバイスのネットワークアドレスとが一致しているか否かに基づいて行われる。
【０１９４】
Ｓ１１０４では、選択中の管理情報を送信したデバイスが、プローブデバイスとして動作することが可能なデバイスであるか否かを判断して、プローブデバイスとして動作可能なデバイスであると判断された場合は（Ｓ１１０４：ＹＥＳ）、Ｓ１１０５の処理に移行する一方、そうでないと判断された場合は（Ｓ１１０４：ＮＯ）、Ｓ１１０８の処理に移行する。尚、当該判断は、例えば、選択中の管理情報に含まれるモデル名を確認して、当該デバイスが、プローブデバイスとして動作可能なモデルであるか否かに基づいて行われる。
【０１９５】
Ｓ１１０５では、選択中の管理情報を送信したデバイスが、既にプローブデバイス化されているか否か、すなわち、プローブデバイスとして動作する際に必要となるプログラム（以下、プローブ化プログラムと称する）をインストール済みか否かを判断して、インストール済みでないと判断された場合は（Ｓ１１０５：ＮＯ）、Ｓ１１０６の処理に移行する一方、インストール済みであると判断された場合は（Ｓ１１０５：ＹＥＳ）、Ｓ１１０７の処理に移行する。尚、当該判断は、例えば、選択中の管理情報に含まれるモデル名を確認して、最初から上記プローブ化プログラムがインストールされているモデルか、それとも、後から上記プローブ化プログラムをインストールする必要のあるモデルかに基づいて行われる。また、上記プローブ化プログラムとは、上述した「プローブデバイス処理」（図１５参照）を実行するために必要となるプログラムに相当する。更に、上記プローブ化プログラムは、管理デバイス３のＨＤＤ１８に格納されている。
【０１９６】
Ｓ１１０６では、選択中の管理情報を送信したデバイスに対して、上記プローブ化プログラムを送信した後、Ｓ１１０７の処理に移行する。尚、後に図２０を参照しながら説明するが、上記プローブ化プログラムを受け取ったデバイスは、このプローブ化プログラムのインストール処理を行う。
【０１９７】
Ｓ１１０７では、選択中の管理情報を送信したデバイスのＩＰアドレスを、「管理情報収集可能デバイスリスト」に追加登録する処理を行った後、Ｓ１１０８の処理に移行する。
【０１９８】
Ｓ１１０８では、次の管理情報を選択した後、Ｓ１１０２の処理に戻る。
【０１９９】
次に、図２０を参照しながら「インストール処理」について説明する。
【０２００】
図２０に示す「インストール処理」は、上述した通り、図１４で示した「デバイス処理」にある「その他の処理」（Ｓ７０４）で行われる処理であり、より具体的には、上述のＳ１１０６の処理で送信されたプローブ化プログラムを受信した際に実行される。
【０２０１】
この「インストール処理」が実行されると、まず、Ｓ１２０１にて、プローブ化プログラムのヘッダ部分を解析した後、Ｓ１２０２の処理に移行する。
【０２０２】
Ｓ１２０２では、Ｓ１２０１の処理で行った解析結果に基づいて、当該プローブ化プログラムをインストールすることが可能か否かを判断して、インストール可能であると判断された場合は（Ｓ１２０２：ＹＥＳ）、Ｓ１２０３の処理に移行する一方、インストール不可能と判断された場合は（Ｓ１２０２：ＮＯ）、本「インストール処理」を終了して、「デバイス処理」（図１４参照）のＳ７０１に戻る。尚、当該Ｓ１２０２で行う、インストール可能か否かの判断は、例えば、プローブ化プログラムをインストールするだけの記憶容量を確保できるか否かに基づいて行われる。
【０２０３】
Ｓ１２０３では、当該プローブ化プログラムをインストールする処理を行った後、本「インストール処理」を終了して、「デバイス処理」（図１４参照）のＳ７０１に戻る。尚、このプローブ化プログラムをインストールしたデバイスは、以後、当該プローブ化プログラムに基づいて「プローブデバイス処理」（図１５参照）を実行することが可能となり、プローブデバイスとして機能することとなる。
【０２０４】
ところで、上述した第３実施形態においては、選択中のデバイスが接続されたネットワーク上に、「管理情報収集可能デバイスリスト」に登録されているデバイスが存在しないと判断された際に（Ｓ１１０３：ＮＯ）、プローブ化プログラムが送信され得るが、これに限らず、当該判断（Ｓ１１０３）を行わない構成としても良いし、当該判断（Ｓ１１０３）に代えて、「管理情報収集可能デバイスリスト」に登録されているプローブデバイスとの通信が不能であるか否かの判断を行う構成としても良い。つまり、「管理情報収集可能デバイスリスト」に登録されているデバイスと通信が不能であった場合に、プローブ化プログラムを送信して、新たなプローブデバイスを登録するのである。また、プローブ化プログラムをインストールさせるデバイスの候補が、一つのネットワーク上に複数存在する場合は、予め定められた優先度に基づいて、その優先度が高いデバイスにプローブ化プログラムを送信しても良い。ここで、優先度としては、ネットワーク上に古くから存在するデバイスを優先したり、稼働率の高いデバイスを優先したりすることが考えられる。特に稼働率の高いデバイスを優先すれば、プローブデバイスとして機能している確率が高くなるため好ましい。
【０２０５】
以上説明した第３実施形態にかかるデバイス管理システムを用いて、上述した社内ＬＡＮ等に接続されたデバイスを管理すると、以下のような効果がある。
【０２０６】
本第３実施形態のデバイス管理システムを用いると、第１実施形態のデバイス管理システムによって得られる効果に加えて、更に、「管理情報収集可能デバイスリスト」に対して、管理情報を収集可能なデバイスのＩＰアドレスをユーザが入力しなくてもよくなるため、ユーザの手間をより一層省くことができるという効果を奏する。また、プローブデバイスとして機能するために必要なプローブ化プログラムをデバイスに送信して、そのデバイスをプローブデバイスとして機能させることが可能であるため、当該プローブデバイスを利用することによって管理情報の収集をよりスムーズに行うことができるという効果を奏する。
［第４実施形態］
次に、本発明が適用された第４実施形態について説明する。
【０２０７】
ただし、第４実施形態については、第１実施形態と同じ構成要素については同じ符号を付して説明を省略し、第１実施形態と異なる点を中心に説明する。ここで、上述した第１実施形態と本第４実施形態とでは、「ＳＮＭＰ　ＲＥＰＬＹ」パケットの送信先が以下の点で異なる。すなわち、上述した第１実施形態では、「ＳＮＭＰ　ＲＥＰＬＹ」パケットを「ＳＮＭＰ　ＧＥＴ」パケットの送信元（管理デバイス３またはプローブデバイス５ｂ〜５ｆ）に返信していたが、第４実施形態では、プローブデバイス５ｂ〜５ｆを経由することなく、直接管理デバイス３に返信される点で異なる。尚、本第４実施形態では、管理デバイス３またはプローブデバイス５ｂ〜５ｆが送信する「ＳＮＭＰ　ＧＥＴ」パケットに管理デバイス３のＩＰアドレスが格納されている。
【０２０８】
以下、第４実施形態について図２１を参照しながら詳細に説明する。尚、図２１は、第４実施形態における、図１４に示した「デバイス処理」にある「ＳＮＭＰ　ＲＥＰＬＹパケット送信処理」（Ｓ７０３）のフローチャート図である。
【０２０９】
この「ＳＮＭＰ　ＲＥＰＬＹパケット送信処理」が実行されると、まず、Ｓ１３０１にて、受信した「ＳＮＭＰ　ＧＥＴ」パケットに管理デバイス３のＩＰアドレスが格納されているか否かを判断して、格納されている場合は（Ｓ１３０１：ＹＥＳ）、Ｓ１３０２の処理に移行する一方、格納されていない場合は（Ｓ１３０１：ＮＯ）、Ｓ１３０３の処理に移行する。尚、第４実施形態における管理デバイス３及びプローブデバイス５ｂ〜５ｆは、「ＳＮＭＰ　ＧＥＴ」パケットを送信する際に、管理デバイス３のＩＰアドレスを格納して送信する。
【０２１０】
Ｓ１３０２では、「ＳＮＭＰ　ＧＥＴ」パケットに格納された管理デバイス３のＩＰアドレスを用いて、「ＳＮＭＰ　ＲＥＰＬＹ」パケットを管理デバイス３宛てに送信した後、「ＳＮＭＰ　ＲＥＰＬＹパケット送信処理」を終了して、図１４のＳ７０１の処理に戻る。
【０２１１】
Ｓ１３０３では、「ＳＮＭＰ　ＧＥＴ」パケットを送信した送信元に「ＳＮＭＰ　ＲＥＰＬＹ」パケットを送信した後、「ＳＮＭＰ　ＲＥＰＬＹパケット送信処理」を終了して、図１４のＳ７０１の処理に戻る。
【０２１２】
以上説明した第４実施形態にかかるデバイス管理システムを用いて、上述した社内ＬＡＮ等に接続されたデバイスを管理すると、以下のような効果がある。
【０２１３】
本第４実施形態のデバイス管理システムを用いると、第１実施形態のデバイス管理システムによって得られる効果に加えて、更に、「ＳＮＭＰ　ＲＥＰＬＹ」パケットがプローブデバイス５ｂ〜５ｆを経由することなく、直接管理デバイス３へ送信されるので、プローブデバイス５ｂ〜５ｆの処理負荷を軽減できるという効果を奏する。
［第５実施形態］
次に、本発明が適用された第５実施形態について説明する。
【０２１４】
ただし、第５実施形態については、第１実施形態と同じ構成要素については同じ符号を付して説明を省略し、第１実施形態と異なる点を中心に説明する。ここで、本第５実施形態は、第１実施形態に加え更に管理デバイス３またはプローブデバイス５ｂ〜５ｆが図２２に示した監視処理を実行する点で第１実施形態と異なる。
【０２１５】
以下、第５実施形態について図２２を参照しながら詳細に説明する。尚、図２２は、管理デバイス３及びプローブデバイス５ｂ〜５ｆの少なくともいずれか１つが実行する「監視処理」を示したフローチャート図である。尚、この「監視処理」は、管理デバイス３またはプローブデバイス５ｂ〜５ｆの電源投入時から電源遮断時まで常に実行される処理である。
【０２１６】
この「監視処理」が実行されると、まず、Ｓ１４０１にて、ネットワークＩ／Ｆ１０または３０を介してネットワーク上に流れるパケットを監視することにより、自身が接続されたネットワーク上で新たなデバイスを発見したか否か、すなわち、自身が接続されたネットワークに属するＩＰアドレスであり、かつ、初めて確認するＩＰアドレスを発見したか否かを判断して、発見したと判断された場合は（Ｓ１４０１：ＹＥＳ）、Ｓ１４０２の処理に移行する一方、発見してないと判断された場合は（Ｓ１４０１：ＮＯ）、Ｓ１４０１の処理に再び戻り、パケットの監視を継続する。尚、ネットワークＩ／Ｆ１０または３０を介して監視したパケットのＩＰアドレスは、ＨＤＤ１８または３８に格納される構成となっており、Ｓ１４０１の処理は、このＨＤＤ１８または３８に格納されているＩＰアドレスと監視したパケットのＩＰアドレスとを比較することによって、新しいデバイスを発見したか否かに基づいて行われる。
【０２１７】
Ｓ１４０２では、自身が接続されたネットワーク内で、上述の「ＳＮＭＰ　ＧＥＴ」パケット（管理情報の送信要求パケットであり、ＯＩＤ表に示される４つＯＩＤを指定したパケット）をブロードキャストした後、Ｓ１４０１の処理に戻り、パケットの監視を継続する。
【０２１８】
以上説明した第５実施形態にかかるデバイス管理システムを用いて、上述した社内ＬＡＮ等に接続されたデバイスを管理すると、以下のような効果がある。
【０２１９】
本第５実施形態のデバイス管理システムを用いると、第１実施形態のデバイス管理システムによって得られる効果に加えて、更に、ネットワーク上に新たなデバイスが接続された場合、それを管理デバイス３またはプローブデバイス５ｂ〜５ｆが発見し、「ＳＮＭＰ　ＧＥＴ」パケットをブロードキャストするので、ネットワークの変化を素早く、かつ、容易に管理デバイス３上で把握することが可能になるという効果を奏する。
【０２２０】
尚、本発明の実施の形態は、上記実施形態に何ら限定されるものではなく、本発明の技術的範囲に属する限り種々の形態を採り得ることはいうまでもない。
【０２２１】
例えば、本実施形態では、プリンタを管理する例について説明したが、本実施形態のデバイス管理システムは、ファクシミリ、スキャナ等、どのようなデバイスを管理する場合にも適用できる。
【０２２２】
また、本実施形態では、１０分間隔で管理情報を収集していたが、ユーザからの指示に基づいて管理情報を収集する構成としても良い。このようにすれば、最新のデバイスの管理情報をユーザが必要なときに取得することができる。
【０２２３】
更に、本実施形態では、「管理情報要求処理」（図８：Ｓ１０２）が実行された場合、管理デバイス３が、「ブロードキャストによる管理情報要求処理」（Ｓ２０１）及び「ユニキャストによる管理情報要求処理」（Ｓ２０２）を実行する、すなわち、管理デバイス３が「ＳＮＭＰ　ＧＥＴ」パケットを送信するデバイスを全て決定して、その決定したデバイスに依頼していたが、これに限定されるものではない。つまり、「ブロードキャストによる管理情報要求処理」（Ｓ２０１）及び「ユニキャストによる管理情報要求処理」（Ｓ２０２）と実質的に同一の処理をプローブデバイス５ｂ〜５ｆで実行する構成としても良い。この場合、管理デバイス３で、「管理情報要求処理」（図８：Ｓ１０２）が実行されると、管理情報を収集する管理範囲をプローブデバイス５ｂ〜５ｆに通知して、この通知された管理範囲に基づいて、プローブデバイス５ｂ〜５ｆが、「ブロードキャストによる管理情報要求処理」（Ｓ２０１）及び「ユニキャストによる管理情報要求処理」（Ｓ２０２）を行うのである。このような構成にすれば、管理デバイス３にかかる負荷を軽減できるという効果を奏する。
【０２２４】
また、本実施形態では、「ＳＮＭＰ　ＧＥＴ」パケットのブロードキャストを受信したデバイスは、「ＳＮＭＰ　ＲＥＰＬＹ」パケットを必ず返信する例を示して説明したが、これに限らず、「ＳＮＭＰ　ＧＥＴ」パケットに格納されているＯＩＤを確認して、そのＯＩＤに対応するＯｂｊｅｃｔを備えている場合に限り返信する構成としても良い。このような構成にすれば、管理デバイス３やプローブデバイス５ｂ〜５ｆで、無駄な「ＳＮＭＰ　ＲＥＰＬＹ」パケットを受信することが無くなるので、処理負荷の軽減を図ることが可能となる。
【０２２５】
更に、本実施形態では、ＯＩＤ表として、図４に示すもの例に挙げて説明したが、適宜、ＯＩＤ表の内容を変更しても良いことは勿論である。例えば、特定のエラー情報を収集したいので有れば、そのエラー情報に対応する「ｐｒｔＡｌｅｒｔ」ＯｂｊｅｃｔをＯＩＤ表に追加しても良い。これにより、エラー情報を収集する手間を省くことが可能となる。また、同様に、エラー情報ではなく、印刷装置の設定情報（例えば、解像度やページレイアウトなど）であっても良い。
【図面の簡単な説明】
【図１】デバイス管理システムが適用された社内ＬＡＮの構成を示した図である。
【図２】管理デバイス、プローブデバイス、デバイスの内部構成を示した図である。
【図３】管理対象を設定するための情報収集設定ウィンドウを示した図である。
【図４】管理情報を収集する際に用いられるＯＩＤ表を示した図である。
【図５】管理情報を収集可能なデバイスのＩＰアドレスを登録した管理情報収集可能デバイスリストを示した図である。
【図６】第１実施形態のデバイス管理システムで行われる全体的な処理を説明するための模式図である。
【図７】「ＳＮＭＰ　ＲＥＰＬＹ」パケットの一例を示した図である。
【図８】第１実施形態における管理デバイス第１処理を示したフローチャート図である。
【図９】第１実施形態における管理情報要求処理を示したフローチャート図である。
【図１０】第１実施形態におけるブロードキャストによる管理情報要求処理を示したフローチャート図である。
【図１１】第１実施形態におけるユニキャストによる管理情報要求処理を示したフローチャート図である。
【図１２】第１実施形態における管理デバイス第２処理を示したフローチャート図である。
【図１３】第１実施形態における管理情報選別処理を示したフローチャート図である。
【図１４】第１実施形態におけるデバイス処理を示したフローチャート図である。
【図１５】第１実施形態におけるプローブデバイス処理を示したフローチャート図である。
【図１６】過去に受信したパケットの内容を一覧で示した図である。
【図１７】第２実施形態におけるユニキャストによる管理情報要求処理を示したフローチャート図である。
【図１８】第２実施形態におけるネットワーク間の距離算出処理を示したフローチャート図である。
【図１９】第３実施形態におけるプローブデバイス登録処理を示したフローチャート図である。
【図２０】第３実施形態におけるインストール処理を示したフローチャート図である。
【図２１】第４実施形態におけるＳＮＭＰ　ＲＥＰＬＹパケット送信処理を示したフローチャート図である。
【図２２】第５実施形態における監視処理を示したフローチャート図である。
【符号の説明】
１…社内ＬＡＮ、２ａ〜２ｅ…ルータ、３…管理デバイス、５ｂ〜５ｆ…プローブデバイス、ａ〜ｎ…デバイス
【図１】
2004005553.tif 000003
【図２】
2004005553.tif 000004
【図３】
2004005553.tif 000005
【図４】
2004005553.tif 000006
【図５】
2004005553.tif 000007
【図６】
2004005553.tif 000008
【図７】
2004005553.tif 000009
【図８】
2004005553.tif 000010
【図９】
2004005553.tif 000011
【図１０】
2004005553.tif 000012
【図１１】
2004005553.tif 000013
【図１２】
2004005553.tif 000014
【図１３】
2004005553.tif 000015
【図１４】
2004005553.tif 000016
【図１５】
2004005553.tif 000017
【図１６】
2004005553.tif 000018
【図１７】
2004005553.tif 000019
【図１８】
2004005553.tif 000020
【図１９】
2004005553.tif 000021
【図２０】
2004005553.tif 000022
【図２１】
2004005553.tif 000023
【図２２】
2004005553.tif 000024