(57)【要約】【課題】  ネットワークデバイスの探索に必要な時間を可能な限り短縮することの出来るネットワークデバイス管理装置、システム、方法を提供する。【解決手段】  ブロードキャストパケットを送信し、その応答を受信することによりネットワークデバイスを探索する手段と、予め指定されたアドレスの１つ１つに対してユニキャストパケットを送信し、その応答を受信することによりネットワークデバイスを探索する手段と、前期ブロードキャストによる探索に引き続き前記ユニキャストによる探索を行う場合に、前記ブロードキャストにより探索されたネットワークデバイスに対してはユニキャストパケットを送信しないように制御する手段により構成される。【選択図】        図１
2006244085.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されたネットワークデバイスの管理を行うネットワークデバイス管理装置であって、
前記ネットワークに対してブロードキャストパケットを送信し、そのブロードキャストパケットに対する応答を受信することにより、ネットワークに接続されているネットワークデバイスを検出する、ブロードキャスト探索手段と、
範囲指定されたアドレスの１つ１つに対してユニキャストパケットを送信し、そのユニキャストパケットに対する応答を受信することにより、ネットワークに接続されているネットワークデバイスを検出する、ユニキャスト探索手段と、
前記ブロードキャスト探索に引き続き、前記ユニキャスト探索を行う場合に、前記範囲指定されたアドレスの１つ１つに対してユニキャストパケットを送信する際に、前記ブロードキャスト探索により探索されたアドレスに対してはユニキャストパケットを送信しないように制御する、ユニキャストパケット送信制御手段を有したことを特徴とするネットワークデバイス管理装置。
【請求項２】
ネットワークに接続されたネットワークデバイスの管理を行うネットワークデバイス管理システムであって、
前記ネットワークに対してブロードキャストパケットを送信し、そのブロードキャストパケットに対する応答を受信することにより、ネットワークに接続されているネットワークデバイスを検出する、ブロードキャスト探索手段と、
範囲指定されたアドレスの１つ１つに対してユニキャストパケットを送信し、そのユニキャストパケットに対する応答を受信することにより、ネットワークに接続されているネットワークデバイスを検出する、ユニキャスト探索手段と、
前記ブロードキャスト探索に引き続き、前記ユニキャスト探索を行う場合に、前記範囲指定されたアドレスの１つ１つに対してユニキャストパケットを送信する際に、前記ブロードキャスト探索により探索されたアドレスに対してはユニキャストパケットを送信しないように制御する、ユニキャストパケット送信制御手段を有したことを特徴とするネットワークデバイス管理システム。
【請求項３】
ネットワークに接続されたネットワークデバイスの管理を行うネットワークデバイス管理方法であって、
前記ネットワークに対してブロードキャストパケットを送信し、そのブロードキャストパケットに対する応答を受信することにより、ネットワークに接続されているネットワークデバイスを検出する、ブロードキャスト探索ステップと、
範囲指定されたアドレスの１つ１つに対してユニキャストパケットを送信し、そのユニキャストパケットに対する応答を受信することにより、ネットワークに接続されているネットワークデバイスを検出する、ユニキャスト探索ステップと、
前記ブロードキャスト探索に引き続き、前記ユニキャスト探索を行う場合に、前記範囲指定されたアドレスの１つ１つに対してユニキャストパケットを送信する際に、前記ブロードキャスト探索により探索されたアドレスに対してはユニキャストパケットを送信しないように制御する、ユニキャストパケット送信制御ステップを有したことを特徴とするネットワークデバイス管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続されたネットワークデバイスを管理する装置、システム、方法に関する。
【背景技術】
【０００２】
ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）をはじめとするネットワークを管理するためのプロトコルであり、現在ではＴＣＰ／ＩＰをベースとしたネットワークに限らず、ＴＣＰ／ＩＰ以外のプロトコルをベースとしたネットワークのネットワーク管理プロトコルとしても幅広く使用されている。
【０００３】
通常、ＳＮＭＰに基づいたネットワーク管理では、ネットワークデバイスを管理するＰＣ（マネージャ）から、管理対象のネットワークデバイス（エージェント）がもつＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）に、ＳＮＭＰプロトコルを使用してアクセスすることにより管理を行う。ＭＩＢは、木構造のデータ構造をしており、すべてのノードに対してオブジェクトＩＤという一意に識別可能な識別子が割り付けられている。このＭＩＢの構造は、ＳＭＩ（Ｓｔｒｕｃｔｕｒｅ  ｆｏｒ  Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）と呼ばれ、ＲＦＣ１１５５「Ｓｔｒｕｃｔｕｒｅ  ａｎｄ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｏｆ  Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  ｆｏｒ  ＴＣＰ／ＩＰ−ｂａｓｅｄ  Ｉｎｔｅｒｎｅｔｓ」で規定されている。
【０００４】
ＳＮＭＰプロトコルではＧｅｔＲｅｑｕｅｓｔ、ＧｅｔＮｅｘｔＲｅｑｕｅｓｔ、ＳｅｔＲｅｑｕｅｓｔ、ＧｅｔＲｅｓｐｏｎｓｅ、Ｔｒａｐの５つのＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）が定義されている。ＧｅｔＲｅｑｕｅｓｔは、オブジェクトＩＤで指定したオブジェクトの値を取得するために使用する。ＧｅｔＮｅｘｔＲｅｑｕｅｓｔは、オブジェクトＩＤで指定したオブジェクトの値を連続して取得するために使用する。ＳｅｔＲｅｑｕｅｓｔは、オブジェクトＩＤで指定したオブジェクトの値を設定するために使用する。ＧｅｔＲｅｓｐｏｎｓｅは、ＧｅｔＲｅｑｕｅｓｔ、ＧｅｔＮｅｘｔＲｅｑｕｅｓｔ、ＳｅｔＲｅｑｕｅｓｔの応答として、エージェントでの処置結果（例えば、ＧｅｔＲｅｑｕｅｓｔにより要求されたオブジェクトの値）をマネージャに通知するために使用する。Ｔｒａｐは、エージェントからマネージャに、能動的にデータを送信する場合に使用する。
【０００５】
一方、ネットワーク上の各種の資源（プリンタ、複合機、スキャナなど）を効率的に発見し、利用するための方法として、ディレクトリサービスと呼ばれるものが提供されている。ディレクトリサービスとは、言わばネットワークに関する電話帳であり、様々な情報を格納するためのものである。ディレクトリシステムの具体例としては、例えばＲＦＣ１７７７に規定されているＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）やＮｏｖｅｌｌ社のＮＤＳ（ＮｅｔＷａｒｅ  Ｄｉｒｅｃｔｏｒｙ  Ｓｅｒｖｉｃｅ）がある。
【０００６】
上記のようなディレクトリサービスが利用できない環境では、管理対象のネットワークデバイスを探索する方法として、ＳＮＭＰのＧｅｔＲｅｑｕｅｓｔをブロードキャストする方法（以下、ブロードキャスト探索という）や、ネットワーク管理者が予め設定した管理対象デバイスのアドレス（またはアドレス範囲）に対して、１つ１つＧｅｔＲｅｑｕｅｓｔをユニキャストする方法（以下、ユニキャスト探索という）がある。
【０００７】
また、一部のネットワークデバイス管理システムでは、ネットワークデバイスの探索方法として、ディレクトリサービス、ブロードキャスト探索、ユニキャスト探索など、複数の探索方法を併用して、できるだけ多くのネットワークデバイスを、できるだけ確実に探索できるようにしているものもある。
【非特許文献１】ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ１７７７．ｔｘｔ（Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ  １７７７  Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
前記、ブロードキャスト探索では、１つのＧｅｔＲｅｑｕｅｓｔをブロードキャストし、そのＧｅｔＲｅｑｕｅｓｔに対して複数のエージェントから同時に送信されるＧｅｔＲｅｓｐｏｎｓｅを受信するため、短時間で多くのエージェントを探索できる反面、複数のＧｅｔＲｅｓｐｏｎｓｅが同時に送信されてくるため、ネットワーク上のトラフィックが集中したり、マネージャにおいてＧｅｔＲｅｓｐｏｎｓｅを取りこぼす可能性がある。ネットワーク上にＧｅｔＲｅｑｕｅｓｔに応答するエージェントが多くなればなる程、マネージャにおいてＧｅｔＲｅｓｐｏｎｓｅの取りこぼす可能性が高くなり、探索の信頼性が低下してしまうという問題がある。
【０００９】
また、ユニキャスト探索では、ネットワーク管理者が指定した個々のアドレス（またはアドレス範囲の中にあるアドレス）の１つ１つに対してＧｅｔＲｅｑｕｅｓｔをユニキャストし、その応答としてのＧｅｔＲｅｓｐｏｎｓｅを待つため、応答がなかった場合にＧｅｔＲｅｑｕｅｓｔを再送することで、探索の信頼性を上げることができる反面、個々のデバイスと個別にパケットを送受信するために、全体の探索処理に必要な時間がブロードキャスト探索に比べて大幅に増加してしまうという問題がある。
【００１０】
上記ブロードキャスト探索とユニキャスト探索を併用した場合、ブロードキャスト探索での即時性と、ユニキャスト探索での信頼性を享受することができるが、ユニキャスト探索が完了するまでの処理時間の問題は解決することができない。
【００１１】
本発明は、上記の問題点に着目してなされたものであって、ネットワークデバイスの探索に必要な時間を可能な限り短縮することの出来るネットワークデバイス管理装置、システム、方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、本発明によるネットワークデバイス管理装置、システム、および方法は、前記ネットワークに対してブロードキャストパケットを送信し、そのブロードキャストパケットに対する応答を受信することにより、ネットワークに接続されているネットワークデバイスを検出する、ブロードキャスト探索手段と、範囲指定されたアドレスの１つ１つに対してユニキャストパケットを送信し、そのユニキャストパケットに対する応答を受信することにより、ネットワークに接続されているネットワークデバイスを検出する、ユニキャスト探索手段と、前記ブロードキャスト探索に引き続き、前記ユニキャスト探索を行う場合に、前記範囲指定されたアドレスの１つ１つに対してユニキャストパケットを送信する際に、前記ブロードキャスト探索により探索されたアドレスに対してはユニキャストパケットを送信しないように制御する、ユニキャストパケット送信制御手段を有したことにより、ブロードキャスト探索手段により探索されたネットワークデバイスについては、ユニキャスト探索手段において個別探索を行わないように制御できるようにしたものである。
【発明の効果】
【００１３】
本発明によるネットワークデバイス管理装置、システム、および方法は、前記ネットワークに対してブロードキャストパケットを送信し、そのブロードキャストパケットに対する応答を受信することにより、ネットワークに接続されているネットワークデバイスを検出する、ブロードキャスト探索手段と、範囲指定されたアドレスの１つ１つに対してユニキャストパケットを送信し、そのユニキャストパケットに対する応答を受信することにより、ネットワークに接続されているネットワークデバイスを検出する、ユニキャスト探索手段と、前記ブロードキャスト探索に引き続き、前記ユニキャスト探索を行う場合に、前記範囲指定されたアドレスの１つ１つに対してユニキャストパケットを送信する際に、前記ブロードキャスト探索により探索されたアドレスに対してはユニキャストパケットを送信しないように制御する、ユニキャストパケット送信制御手段を有したことにより、ブロードキャスト探索手段により探索されたネットワークデバイスについては、ユニキャスト探索手段において個別探索を行わないように制御できるようにしたことにより、ユニキャスト探索において送受信するパケット数を減らすと共に、ユニキャスト探索に必要な処理時間を短縮することが可能になるという効果がある。
【発明を実施するための最良の形態】
【００１４】
以下本発明を実施するための最良の形態を、実施例により詳しく説明する。
【実施例】
【００１５】
以下、図面を用いて本発明の一実施例であるネットワークデバイス管理ソフトウェア、およびそのソフトウェアが稼動するシステムの動作について説明する。
【００１６】
図１は、本実施例のネットワークデバイス管理システムが動作可能なネットワークの構成を示す図である。
【００１７】
図１において、管理対象のネットワークデバイス、ネットワーク管理用のサーバＰＣ、ネットワーク管理用のクライアントＰＣは、すべてＬＡＮ１００に接続されている。１０１ａ〜１０１ｃはカラープリンタ、１０２ａ〜１０２ｄはモノクロプリンタ、１０３ａ〜１０３ｃは複合機（コピー機能、ファクス機能、プリンタ機能をあわせもつデバイス）、１０４はスキャナであり、それぞれネットワークインタフェースカードなどを装着することにより、ＬＡＮ１００に接続されている。これらのネットワークデバイスは、本実施例のネットワークデバイス管理システムで管理可能なネットワークデバイスであり、ディレクトリサービスなどの方法で探索でき、ＳＮＭＰ／ＭＩＢにより情報の取得・設定が可能なものである。１０５ａ〜１０５ｅはネットワーク接続可能なＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）である。これらのＰＣは、本実施例のネットワークデバイス管理ソフトウェアが稼動可能なＰＣであり、本発明のネットワークデバイス管理システムをＷｅｂベースのアプリケーションとして実施した場合は、いずれか１つのＰＣ（サーバＰＣ）上でネットワークデバイス管理ソフトウェアを稼動し、他のＰＣ（クライアントＰＣ）からＷｅｂブラウザ経由で前記サーバＰＣ上で稼動しているネットワーク管理ソフトウェアにアクセスすることによりネットワークデバイス管理システムを利用することが可能になる。
【００１８】
図２は、本発明のネットワークデバイス管理ソフトウェアが稼動するＰＣの構成例を示すブロック図である。
【００１９】
図２において、２００は、ネットワークデバイス管理ソフトウェアが稼動するＰＣであり、図１における１０５ａ〜１０５ｅと同等である。ＰＣ２００は、ＲＯＭ２０２もしくはＨＤ（ハードディスク／ハードディスクドライブ）２１１に記憶されているか、あるいはＦＤ（フロッピー（登録商標）ディスクドライブ）２１２、ＣＤ（ＣＤ−ＲＯＭドライブ）２１３、またはＤＶＤ（ＤＶＤ−ＲＯＭドライブ）２１４より供給されるネットワーク管理ソフトウェアを実行するＣＰＵ２０１を備え、システムバス２０４に接続される各デバイスを総括的に制御する。
【００２０】
２０３はＲＡＭで、ＣＰＵ２０１のメインメモリ、ワークエリア等として機能する。２０５はＫＢＣ（キーボードコントローラ）で、ＫＢ（キーボード）２０９や不図示のポインティングデバイス等からの指示入力を制御する。２０６はＣＲＴＣ（ＣＲＴコントローラ）で、ＣＲＴ（ＣＲＴディスプレイ）２１０の表示を制御する。２０７はＤＫＣ（ディスクコントローラ）で、ブートプログラム、種々のアプリケーション、編集ファイル、ユーザファイルそしてネットワーク管理ソフトウェア等を記憶するＨＤ２１１、ＦＤ２１２、ＣＤ２１３、ＤＶＤ２１４とのアクセスを制御する。２０８はＮＩＣ（ネットワークインタフェースカード）で、ＬＡＮ１００を介して、他のネットワークデバイスと双方向にデータをやりとりする。なお、後述のすべての説明において、特に断りのない限り、実行の主体はハード上はＣＰＵ２０１であり、ソフトウェア上の制御の主体は、ハードディスク２１１にインストールされたネットワークデバイス管理ソフトウェアである。
【００２１】
以下、本発明の実施例におけるネットワークデバイス管理システムにおけるデバイス探索の例について説明する。
【００２２】
図３は、本発明の一実施例において、ネットワークデバイスを探索する場合の処理の一例を示すフローチャートである。
【００２３】
同図において、本実施例のネットワークデバイス探索ソフトウェアを実装したネットワークデバイス管理システムを「マネージャ」、ネットワーク上にある管理対象のネットワークデバイスを「エージェント」と呼び、ネットワーク上には「エージェント１」から「エージェントｎ」までのｎ個のエージェントが接続されているものとする。
【００２４】
また、同図において、ステップＳ３０１からステップＳ３０７まではブロードキャスト探索のためのシーケンスであり、ステップＳ３０８からステップＳ３１５まではユニキャスト探索のためのシーケンスである。
【００２５】
ステップＳ３０１はマネージャ上の処理であり、ネットワークに対してＳＮＭＰのＧｅｔＲｅｑｕｅｓｔをブロードキャストし、ステップＳ３０２に進む。以下、マネージャからエージェントに対して、探索のために送信するＧｅｔＲｅｑｕｅｓｔを「探索パケット」という。ここで送信するＧｅｔＲｅｑｕｅｓｔでは、エージェントから取得するＭＩＢのオブジェクトＩＤとして、管理対象のネットワークデバイス（エージェント）が標準的に実装しているオブジェクトＩＤを指定する。
【００２６】
ステップＳ３０２はマネージャ上の処理であり、前記ステップＳ３０１で送信した探索パケットに対するエージェントからの応答を待つ時間を計時するためのタイマを起動する。このタイマのタイムアウトは、後述のステップＳ３０７において監視される。
【００２７】
ステップＳ３０３−１〜ｎはエージェント１〜ｎ上の処理であり、前記ステップＳ３０１においてマネージャからエージェントに送信された探索パケットを受信し、ステップＳ３０４−１〜ｎに進む。
【００２８】
ステップＳ３０４−１〜ｎはエージェント１〜ｎ上の処理であり、前期ステップＳ３０３−１からｎで受信した探索パケットに対して、マネージャに応答パケットを送信する。ここで送信する応答パケットはＳＮＭＰのＧｅｔＲｅｓｐｏｎｓｅであり、前記ステップＳ３０３−１〜ｎで受信したＧｅｔＲｅｑｕｅｓｔの処理結果（要求されたオブジェクトＩＤをエージェントが実装している場合にはそのオブジェクトＩＤの値、実装していない場合にはエラー情報）が格納されている。
【００２９】
ステップＳ３０５−１〜ｎはマネージャ上の処理であり、前記ステップＳ３０４−１〜ｎでエージェント１〜ｎからマネージャに送信された応答パケットを受信し、ステップＳ３０６に進む。ここで、前記ステップＳ３０４−１〜ｎでエージェント１〜ｎが送信した応答パケットは、必ずしもステップＳ３０５−１〜ｎとしてマネージャで受信されるとは限らず、例えばネットワーク上で何らかの要因によりパケットが喪失したり、マネージャ上の受信バッファオーバランなどにより受信に失敗する可能性がある。その場合、前記受信に失敗した応答パケットの送信元であるエージェントは探索に失敗したことになる。図３に示したフローチャートでは、エージェント２がステップＳ３０４−２で送信した応答パケットがマネージャに正しく受信されなかった場合の例を示している。また、ステップＳ３０５−１〜ｎにおいて、前記エージェント１〜ｎから送信された応答パケットの受信に成功した場合は、このフローチャートには詳述しない処理として、前記ステップＳ３０１の探索パケットで要求した情報の他に、エージェントを管理するために必要な情報を各々のエージェントから更に取得しても良いことは言うまでもない。
【００３０】
ステップＳ３０６はマネージャ上の処理であり、前記ステップＳ３０５−１〜ｎにおいて受信した応答パケットの情報と共に、探索されたエージェントの情報をマネージャがもつＲＡＭ（またはＨＤ）上の所定の領域に保存する。ここで保存した情報が、ブロードキャスト探索の探索結果となる。
【００３１】
ステップＳ３０７はマネージャ上の処理であり、前記ステップＳ３０２においてマネージャ内で起動した探索パケットの応答待ちタイマがタイムアウトしたかどうか判断し、タイムアウトした場合にはブロードキャスト探索処理を終了し、ステップＳ３０８に進む（ステップＳ３０７：Ｙｅｓ）。
【００３２】
ステップＳ３０８はマネージャ上の処理であり、ネットワーク管理者が指定した管理対象のエージェントのアドレス一覧から探索対象となるアドレスを１つ取得し、ステップＳ３０９に進む。なお、本フローチャートには詳述しないが、前記管理対象のエージェントのアドレス一覧は、ネットワークデバイス管理者が詳述しないステップにおいて、管理対象となるエージェントのアドレスを１つ１つ（または、アドレスの範囲）として指定したものであり、マネージャのＲＡＭ（またはＨＤ）上に保存されているものである。また、前記アドレス一覧からアドレスを１つ取得するためのポインタは、ステップＳ３０８の処理が最初に実行された時に初期化され、ステップＳ３０８の処理を実行するごとに自動的に１つずつ進むように制御されるものとする。
【００３３】
ステップＳ３０９はマネージャ上の処理であり、前記ステップＳ３０８において探索対象となるアドレスの取得が成功したかどうか調べ、探索対象デバイスのアドレスの取得に成功した場合にはステップＳ３１０に進み（ステップＳ３０９：Ｙｅｓ）、それ以外の場合は本探索処理を終了する（ステップＳ３０９：Ｎｏ）。
【００３４】
ステップＳ３１０はマネージャ上の処理であり、前記ステップＳ３０８で取得した探索対象となるアドレスが、前記ステップＳ３１０からステップＳ３０７のブロードキャスト探索においてすでに探索されているかどうか調べ、すでに探索されている場合にはステップＳ３０８に進み（ステップＳ３１０：Ｙｅｓ）、それ以外の場合はステップＳ３１１に進む（ステップＳ３１０：Ｎｏ）。前記ステップＳ３０８で取得した探索対象となるアドレスが、前記ブロードキャスト探索により探索されているかどうかの判断は、前記ステップＳ３０６においてマネージャのＲＡＭ（またはＨＤ）上に保存されたブロードキャスト探索により探索されたエージェントのアドレス一覧の中に、前記ステップＳ３０８において取得した探索対象アドレスがあるかどうかを順に調べていくことにより判断することができる。具体例については、図４として後述する。
【００３５】
ステップＳ３１１はマネージャ上の処理であり、前記ステップＳ３０８で取得した探索対象のアドレスに対して、ＳＮＭＰのＧｅｔＲｅｑｕｅｓｔ（探索パケット）をユニキャストする。ここで送信するＧｅｔＲｅｑｕｅｓｔでは、エージェントから取得するＭＩＢのオブジェクトＩＤとして、管理対象のネットワークデバイス（エージェント）が標準的に実装しているオブジェクトＩＤを指定する。
【００３６】
ステップＳ３１２−２はエージェント２上の処理であり、前記ステップＳ３１１においてマネージャからエージェントに送信された探索パケットを受信し、ステップＳ３１３−２に進む。なお、この例では、前記ステップＳ３０１からＳ３０７に示したブロードキャスト探索において、当該エージェント２のみが探索できなかった場合について記述しているが、前記ブロードキャスト探索においてエージェント２以外のエージェントが探索できなかった場合には、それらの探索できなかったエージェントに対してエージェント２と同様の処理が実行されることは言うまでもない。
【００３７】
ステップＳ３１３−２はエージェント２上の処理であり、前期ステップＳ３１２−２で受信した探索パケットに対して、マネージャに応答パケットを送信する。ここで送信する応答パケットはＳＮＭＰのＧｅｔＲｅｓｐｏｎｓｅであり、前記ステップＳ３１２−２で受信したＧｅｔＲｅｑｕｅｓｔの処理結果（要求されたオブジェクトＩＤをエージェントが実装している場合にはそのオブジェクトＩＤの値、実装していない場合にはエラー情報）が格納されている。
【００３８】
ステップＳ３１４はマネージャ上の処理であり、前記ステップＳ３１３−２でエージェント２からマネージャに送信された応答パケットを受信し、ステップＳ３１５に進む。ここで、前記ステップＳ３１１からステップＳ３１４までの一連のパケットの送受処理のいずれかのステップで失敗した場合、再度ステップＳ３１１の処理を実行するなどの適切なリカバリ処理が実行されることは言うまでもない。また、ステップＳ３１４において、前記エージェント２から送信された応答パケットの受信に成功した場合、このフローチャートには詳述しない処理として、前記ステップＳ３１１の探索パケットで要求した情報の他に、エージェントを管理するために必要な情報をエージェントから更に取得しても良いことは言うまでもない。
【００３９】
ステップＳ３１５では、前記ステップＳ３１４において受信した応答パケットの情報と共に、探索されたエージェントの情報をマネージャがもつＲＡＭ（またはＨＤ）上の所定の領域に保存し、ステップＳ３０８に進む。
【００４０】
図４は、本発明の一実施例において、前記図３に示したネットワークデバイス探索処理の具体例を説明するための図である。
【００４１】
同図において、５００は、前記図３のステップＳ３０６においてマネージャのメモリ（またはＨＤ）の所定の位置に保存された、ブロードキャスト探索で探索されたネットワークデバイスのアドレス一覧である。この例では、ネットワークに接続されたネットワークデバイスのアドレスとして、１９２．１６８．１６．２、１９２．１６８．１６．３、１９２．１６８．１６．４、１９２．１６８．１６．５、１９２．１６８．１６．７、１９２．１６８．１６．８、１９２．１６８．１６．１０の７つのネットワークデバイスが探索されている。
【００４２】
５０１は、前記図３のステップＳ３０８において取得する、ユニキャスト探索の対象となるアドレスの一覧を示す論理的なアドレステーブルであり、例えば、前記マネージャのＲＡＭ上のワークエリアに展開されるものである。この例では、ネットワークデバイス管理者が探索対象アドレスの範囲として、１９２．１６８．１６．２〜１９２．１６８．１６．１０を指定した場合の例を示している。
【００４３】
前記図３のステップＳ３０８では、前記５０１のアドレステーブルから、順に探索対象アドレスを取得するが、その際、前記５００のブロードキャスト探索により探索されたアドレスに関しては、前記図３のステップＳ３１０においてユニキャスト探索をしないように制御している。図５の例では、５０１のアドレステーブルにおいて、前記５００に存在していない１９２．１６８．１６．６と１９２．１６８．１６．９がユニキャスト探索の対象アドレスとなることがわかる。
【００４４】
以上説明したように、ブロードキャスト探索とユニキャスト探索を連続して実行する際に、ブロードキャスト探索により探索されたデバイスについては、ユニキャスト探索の際に探索パケットを送信しないようにすることにより、ユニキャスト探索全体の処理に必要な時間を短縮することが可能になることがわかる。
【００４５】
また、上記で説明した本発明に係るネットワークデバイス管理ソフトウェアは、外部からインストールされるプログラムによって、図２に示したネットワークデバイス管理ソフトウェアが稼動可能なＰＣ２００上で遂行されても良い。その場合、そのプログラムはフラッシュメモリ、フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなどの記憶媒体により、あるいは電子メールやパソコン通信などのネットワークを介して、外部の記憶媒体からプログラムを含む情報群をＰＣ２００上にロードすることにより、ＰＣ２００に供給される場合でも本発明は適用されるものである。
【００４６】
図５は、記憶媒体の一例であるＣＤ−ＲＯＭのメモリマップを示す図である。９９９９はディレクトリ情報を記憶してある領域で、以降のインストールプログラムを記憶してある領域９９９８およびネットワークデバイス管理ソフトウェアを記憶してある領域９９９７の位置を示している。９９９８は、インストールプログラムを記憶してある領域である。９９９７は、ネットワークデバイス管理ソフトウェアを記憶してある領域である。本発明のネットワークデバイス管理ソフトウェアがＰＣ２００にインストールされる際には、まずインストールプログラムを記憶してある領域９９９８に記憶されているインストールプログラムがシステムにロードされ、ＣＰＵ２０１によって実行される。次に、ＣＰＵ２０１によって実行されるインストールプログラムが、ネットワークデバイス管理ソフトウェアを記憶してある領域９９９７からネットワークデバイス管理ソフトウェアを読み出して、ハードディスク２１１に格納する。
【００４７】
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェース機器、リーダなど）から構成されるシステムあるいは統合装置に適用しても、ひとつの機器からなる装置に適用してもよい。
【００４８】
また、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、本発明の目的が達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【００４９】
また、コンピュータが読み出したプログラムコードを実行することによって、前述した実施形態の機能が実現される他、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【００５０】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【００５１】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体から、そのプログラムをパソコン通信など通信ラインを介して要求者にそのプログラムを配信する場合にも適用できることは言うまでもない。
【図面の簡単な説明】
【００５２】
【図１】本実施例のネットワークデバイス管理システムが動作可能なネットワークの構成を示す図
【図２】本実施例のネットワークデバイス管理システムが稼動可能なＰＣの内部構成を示す図
【図３】本発明のネットワークデバイス管理ソフトウェアの一実施例であって、ネットワークデバイスの探索処理の流れを示すフローチャート
【図４】本発明のネットワークデバイス管理ソフトウェアの一実施例であって、前記図３で示したフローチャートの具体例を示す図
【図５】本発明のプログラムが格納された記憶媒体の一例であるＣＤ−ＲＯＭのメモリマップを示す図
【符号の説明】
【００５３】
１００  ＬＡＮ（ローカルエリアネットワーク）
１０１ａ〜１０１ｃ  カラープリンタ
１０２ａ〜１０２ｄ  プリンタ
１０３ａ〜１０３ｃ  複合機
１０４  スキャナ
１０５ａ〜１０５ｅ  ＰＣ（パーソナルコンピュータ）
２００  ネットワークデバイス管理ソフトウェアが稼動するＰＣ
２０１  ネットワークデバイス管理ソフトウェアを実行するＣＰＵ
２０２  ＰＣ２００のＲＯＭ
２０３  ＰＣ２００のＲＡＭ
２０４  ＰＣ２００のシステムバス
２０５  ＰＣ２００のＫＢＣ（キーボードコントローラ）
２０６  ＰＣ２００のＣＲＴＣ（ＣＲＴコントローラ）
２０７  ＰＣ２００のＤＫＣ（ディスクコントローラ）
２０８  ＰＣ２００のＮＩＣ（ネットワークインタフェースカード）
２０９  ＰＣ２００のＫＢ（キーボード）
２１０  ＰＣ２００のＣＲＴ（ＣＲＴディスプレイ）
２１１  ＰＣ２００のＨＤ（ハードディスク／ハードディスクドライブ）
２１２  ＰＣ２００のＦＤ（フロッピー（登録商標）ディスクドライブ）
２１３  ＰＣ２００のＣＤ（ＣＤ−ＲＯＭドライブ）
２１４  ＰＣ２００のＤＶＤ（ＤＶＤ−ＲＯＭドライブ）
【図１】
2006244085.tif 000003
【図２】
2006244085.tif 000004
【図３】
2006244085.tif 000005
【図５】
2006244085.tif 000006
【図４】
2006244085.tif 000007