"第一のサブネットと、外部ネットワークを介して当該第一のサブネットと接続された第二のサブネットとを含むネットワークに接続可能な情報処理装置であって、前記第一のサブネットに存在する外部装置から、前記第一のサブネットに存在するデバイスを探索する当該第一のサブネットに存在する第一の探索サーバのアドレス、及び、前記第二のサブネットに存在するデバイスを探索する当該第二のサブネットに存在する第二の探索サーバのアドレス、を受信する受信手段と、前記受信手段によって受信されたアドレスを用いて前記第一の探索サーバ及び前記第二の探索サーバにアクセスすることによって、前記第一のサブネットに存在するデバイスを示すデバイスリストを前記第一の探索サーバから取得し、前記第二のサブネットに存在するデバイスを示すデバイスリストを前記第二の探索サーバから取得する、取得手段と、前記取得手段によって取得されたデバイスリストを表示部に表示させる表示制御手段と、を有することを特徴とする情報処理装置。前記表示制御手段は、前記デバイスリストと当該デバイスリストに対応するサブネットを示す情報とを表示部に表示させることを特徴とする請求項1記載の情報処理装置。前記情報処理装置が起動した際に、当該起動したことを前記外部装置に通知し、前記情報処理装置の動作が終了する際に、当該終了したことを前記外部装置に通知する通知手段をさらに有することを特徴とする請求項1又は2に記載の情報処理装置。前記表示制御手段は、前記サブネット毎に前記デバイスリストを表示させることを特徴とする請求項1乃至3の何れか一項に記載の情報処理装置。第一のサブネットと、外部ネットワークを介して当該第一のサブネットと接続された第二のサブネットとを含むネットワークに接続可能な情報処理装置の制御方法であって、前記情報処理装置の受信手段が、前記第一のサブネットに存在する外部装置から、前記第一のサブネットに存在するデバイスを探索する当該第一のサブネットに存在する第一の探索サーバのアドレス、及び、前記第二のサブネットに存在するデバイスを探索する当該第二のサブネットに存在する第二の探索サーバのアドレス、を受信する受信工程と、前記情報処理装置の取得手段が、前記受信工程において受信されたアドレスを用いて前記第一の探索サーバ及び前記第二の探索サーバにアクセスすることによって、前記第一のサブネットに存在するデバイスを示すデバイスリストを前記第一の探索サーバから取得し、前記第二のサブネットに存在するデバイスを示すデバイスリストを前記第二の探索サーバから取得する、取得工程と、前記情報処理装置の表示制御手段が、前記取得手段によって取得されたデバイスリストを表示部に表示させる表示制御工程と、を有することを特徴とする情報処理装置の制御方法。コンピュータを、請求項1乃至4のいずれか1項に記載の情報処理装置の各手段として機能させるためのプログラム。しかしながら上記従来例では、ネットワーク管理ソフトウェアサーバアプリケーションのクライアントアプリケーションからホップ数の多いサブネットを検索対象として指定された場合、そのサブネット上のデバイスからの応答が予め定められた探索タイムアウト時間内に収まらず、指定されたサブネット上に存在する全てのデバイスを探索することができない場合がある。また、ブロードキャストの後に行われるデバイス基本情報の取得は各デバイスに対して行われるため、サーバアプリケーションが存在しているサブネットとデバイスが存在するサブネットの間のネットワークに不要なネットワークトラフィックを発生させるという問題がある。本発明はこのような従来技術の問題点に鑑みなされたものであり、その目的は、広範囲におけるデバイス探索が要求されてもタイムアウトが発生せず、またデバイス探索のためのネットワークトラフィックを少なくする情報処理装置及びその制御方法を提供することにある。上述の目的は、第一のサブネットと、外部ネットワークを介して当第一のサブネットと接続された第二のサブネットとを含むネットワークに接続可能な情報処理装置であって、第一のサブネットに存在する外部装置から、第一のサブネットに存在するデバイスを探索する当第一のサブネットに存在する第一の探索サーバのアドレス、及び、第二のサブネットに存在するデバイスを探索する当第二のサブネットに存在する第二の探索サーバのアドレス、を受信する受信手段と、受信手段によって受信されたアドレスを用いて第一の探索サーバ及び第二の探索サーバにアクセスすることによって、第一のサブネットに存在するデバイスを示すデバイスリストを第一の探索サーバから取得し、第二のサブネットに存在するデバイスを示すデバイスリストを第二の探索サーバから取得する、取得手段と、取得手段によって取得されたデバイスリストを表示部に表示させる表示制御手段と、を有することを特徴とする情報処理装置によって達成される。また、上述の目的は、第一のサブネットと、外部ネットワークを介して当第一のサブネットと接続された第二のサブネットとを含むネットワークに接続可能な情報処理装置の制御方法であって、情報処理装置の受信手段が、第一のサブネットに存在する外部装置から、第一のサブネットに存在するデバイスを探索する当第一のサブネットに存在する第一の探索サーバのアドレス、及び、第二のサブネットに存在するデバイスを探索する当第二のサブネットに存在する第二の探索サーバのアドレス、を受信する受信工程と、情報処理装置の取得手段が、受信工程において受信されたアドレスを用いて第一の探索サーバ及び第二の探索サーバにアクセスすることによって、第一のサブネットに存在するデバイスを示すデバイスリストを第一の探索サーバから取得し、第二のサブネットに存在するデバイスを示すデバイスリストを第二の探索サーバから取得する、取得工程と、情報処理装置の表示制御手段が、取得手段によって取得されたデバイスリストを表示部に表示させる表示制御工程と、を有することを特徴とする情報処理装置の制御方法によっても達成される。また、本発明の別の要旨は、コンピュータを本発明の情報処理装置の各手段として機能させることを特徴とするプログラムに存する。以上説明したように、本発明によれば、ネットワーク管理ソフトウェアのクライアントアプリケーションからホップ数の多いサブネットのデバイス探索が要求された場合、そのサブネットに配置されたデバイス探索FSAからデバイスリストを取得することにより、クライアントが管理対象とするサブネットを超えた全デバイスを探索することが可能になるという効果がある。また、ブロードキャストの後に行われるデバイス基本情報の取得は、サブネット毎に配置されたデバイス探索FSAとそのサブネット上に存在するデバイス間で行うことにより、サーバアプリケーションが存在しているサブネットとデバイスが存在するサブネットの間のネットワークに不要なネットワークトラフィックを発生させないという効果がある。以下、図面を参照して本発明をその好適な実施形態に基づき詳細に説明する。図3は、本発明に係る情報処理装置として利用可能なコンピュータ装置200の構成例を示すブロック図である。本発明に係る情報処理装置は、従来のネットワークデバイス管理装置を実現可能なコンピュータ装置と同様のコンピュータ装置で実現可能である。なお、本実施形態においては、本発明によるネットワークデバイス管理を分散コンピューティング技術を用いて実現した場合を説明する。分散コンピューティング技術においては、ある機能を実現するための処理を複数のハードウェアで分散処理するため、実際に処理を行うハードウェアはネットワーク上に分散することになる。そのため、本発明に係る情報処理装置の機能は実際には複数のネットワークデバイスにより実現されることになるが、説明上特定の装置が情報処理装置として動作するように記載した部分もあることに注意されたい。図において、ハードディスクHD211には、コンピュータ装置200を本実施形態に係る情報処理装置として機能させるプログラムネットワーク管理プログラムが格納される。以下の説明において、特に断りのない限り、情報処理装置の処理実行の主体はCPU201であり、ソフトウェア上の制御の主体は、ハードディスクHD211に格納されたネットワーク管理ソフトウェアである。なお、本実施形態における情報処理装置として機能するコンピュータ装置200において動作するOSは例えば、ウィンドウズ登録商標98マイクロソフト社製を想定しているが、他のOSの利用を制限するものではない。なおHD211に格納されるネットワーク管理プログラムは、フレキシブルディスクやCD-ROMなどの記憶媒体に格納された形で供給されても良く、その場合には図3に示すフレキシブルディスクドライブFD212または不図示のCD-ROMドライブなどによって記憶媒体からプログラムが読み取られ、ハードディスクHD211にインストールされる。また、ネットワーク管理プログラムは、LAN100や他のネットワークを経由して供給されても良い。図4は、本実施形態に係る情報処理装置が動作するネットワークにおける、各ソフトウェアコンポーネントの配置図である。本実施形態に係る情報処理装置は分散環境で動作するため、ネットワーク管理ソフトウェアを実装したコンピュータ装置はネットワークデバイス管理装置サーバとしても、ネットワークデバイスクライアントとしても動作しうる。従って、図4においては所謂サーバとして機能する際のソフトウェアコンポーネントサーバソフトウェアコンポーネントと、クライアントとして機能する際のソフトウェアコンポーネントクライアントソフトウェアコンポーネントとが合わせて記載されている。また、デバイス1304及びデバイス2306は説明の便宜上図4に記載されているが、実際はプリンタなどのハードウェアである。全てのソフトウェアコンポーネントは301のCSBと呼ばれる論理的なソフトウェアバスに接続されている。302のCSBLMは、CSBに接続している各ソフトウェアコンポーネント間のメッセージ配信機能を提供する。303のVDC1は、304のデバイス1を管理するサーバソフトウェアコンポーネントである。同様に305のVDC2は、306のデバイス2を管理するサーバソフトウェアコンポーネントである。307のVDCAgentは、各VDC303及び305のプロセスが動作しているデバイスのアドレス、各VDCのインタフェースポインタ、各VDCが管理しているデバイスの基本情報デバイス名、アドレス等を管理するソフトウェアコンポーネントである。308のデバイス探索FSAは、ネットワーク内のデバイスを探索するソフトウェアコンポーネントである。309のクライアント1、310のクライアント2は、上述の各ソフトウェアコンポーネントを利用するクライアントソフトウェアコンポーネントである。これらのソフトウェアコンポーネントは、ネットワーク上のアクセス可能ないずれの端末に配置することが可能である。例えば、309のクライアント1がデバイス探索を行いたい場合、クライアント1は302のCSBLMに論理的なバスであるCSB301を経由してCSBメッセージを送り、308のデバイス探索FSAのクラスID、及びデバイス探索FSA308が動作している端末のアドレスを取得する。クライアント1309は、取得した情報をもとにデバイス探索FSA308のインタフェースポインタを取得する。そして、デバイス探索FSAからデバイス一覧を取得する。デバイス探索FSA308は定期的に自サブネット内のデバイス探索を行っているので、クライアント1309はデバイス探索FSA内に保持されているキャッシュ値を参照する。デバイス探索FSAの動作の詳細は後述する。図5は、あるソフトウェアコンポーネントノードの起動から終了に至る間にCSBLMとの間で行われる動作を示したシーケンス図である。ステップS1において、ノード例えばクライアントソフトウェアコンポーネント309とするは起動が終了すると、起動終了を示すCSBメッセージをCSBLM302に送信する。CSBLM302のアドレスは例えばマルチキャストを利用して取得することができる。CSBLM302はCSBメッセージに含まれる情報に基づき、管理しているノードリストに新たに起動されたノードが動作している端末のアドレス及びノードのクラスIDを追加する。ステップS2において、ノード309は必要に応じてアクセスしたい他のノードの情報をCSBLMから取得するため、当該他のノードのクラスID、サービス情報、動作している端末のアドレスIPアドレス等及びポート番号等を含めたCSBLookUpメッセージを送信する。ステップS2.1においてCSBLMは、必要とされているノード情報を通知する。ステップS3において、ノードが終了する前にノードが終了したことを示すCSBメッセージをCSBLMに送信する。このメッセージに応答して、CSMLMはノードリストから対応するノードに関する情報を削除する。このように、CSBLMは常に管理対象ノードに関する情報をノードリストに記憶、更新している。次に、図7のシーケンス図を用いて、デバイス探索を行う場合の各ソフトウェアコンポーネントの動作概要を説明する。ステップS71,ステップS72において、サブネット毎に配置されたデバイス探索FSA1及びFSA2は、定期的にサブネット内のデバイス探索を行い内部キャッシュであるデバイスリストを更新する。一方、ステップS73において、クライアントは、CSBLMに対し、CSBLMが管理している全てのデバイス探索FSAデバイス探索FSA1及び2とするのクラスID及び動作している端末のアドレスの取得を依頼する。ステップS73.1において、CSBLMは管理対象のネットワーク中のデバイス探索FSA1、2のクラスID及びこれらが動作している端末のアドレスをクライアントに通知する。ステップS74において、クライアントはプロセス間通信を使用してデバイス探索FSA1のインタフェースポインタを取得する。ステップS75において、クライアントはステップS74で取得したインタフェースポインタを用いてデバイス探索FSA1からデバイスリストを取得する。図7に示すようにデバイス探索FSAがネットワーク上に複数存在する場合、ステップS74,ステップS75をデバイス探索FSA毎に繰り返す。図7の例では、デバイス探索FSAが2つ存在するため、ステップS76において、クライアントは2つ目のデバイス探索FSA2のインタフェースポインタを取得し、ステップS77において、デバイスリストを取得する。その後、クライアントはサブネット毎のデバイスリストの表示を行う。図6は、クライアントにおけるデバイスリスト表示画面の例である。本実施形態において、各デバイス探索FSAは、自サブネットのデバイスのみを定期的に探索し、常にデバイスリストを最新の状態に保つため、クライアントから探索要求があった場合に探索応答待ち時間制限内でサブネット上に存在する全てのデバイスについて応答することが可能である。そして、クライアントは複数の検索FSAから順次デバイスリストを取得することにより、サブネットを超えたデバイスを探索して管理対象とすることができる。また、クライアントとデバイス探索FSAの間は、デバイスリストの情報のみが交換されるので、サーバアプリケーションが存在しているサブネットとデバイスが存在するサブネットの間のネットワークに不要なネットワークトラフィックを発生させない。次に、図8のフローチャートを用いて、クライアントソフトウェアコンポーネントの内部動作について説明する。ステップS1-1において、CSBLMに対し、CSBLMが管理している全てのデバイス探索FSAのノード情報クラスID、動作している端末のアドレスを問い合わせる。ステップS1-2において、取得したデバイス探索FSAのノード数をカウンタに設定する。ステップS1-3において、カウンタ値が0のとき、処理を終了する。カウンタ値が0でないとき、ステップS1-4に進みデバイス探索FSAのインタフェースポインタを取得する。ステップS1-5において、デバイス探索FSAから、自サブネット内で探索されたデバイスリストを取得する。ステップS1-6において、デバイスリストを表示する。ステップS1-7において、カウンタ値を1つデクリメントする。図9のフローチャートを用いて、デバイス探索FSAの内部動作について説明する。ステップS2-1において、デバイス探索FSAを起動する。ステップS2-2において、探索実行フラグがOFFのとき、処理を終了する。探索実行フラグがONのとき、ステップS2-3に進み自サブネットのデバイス探索を行う。探索実行フラグは、デバイス探索FSAの起動終了を管理する管理アプリケーションから、デバイス探索をやめてデバイス探索FSAを終了する場合、OFFに設定される。ステップS2-4において、内部キャッシュであるデバイスリストを更新する。ステップS2-5において、初回のデバイス探索の場合、ステップS2-6に進み、デバイス探索FSAの起動が終了し、デバイスリストのキャッシュ値が有効になったことを示すCSBメッセージを送信する。初回のデバイス探索でない場合、ステップS2-7に進み一定期間Waitする。Wait後、ステップS2-3に進み再びデバイス探索を行うことにより、定期的にデバイスリストを更新する。他の実施形態上述の実施形態においては、本発明に係るネットワークデバイス管理装置を分散コンピューティング技術を用いて実現する場合を例にして説明したが、一般的なクライアントサーバ型のネットワーク技術を用いてもよい。その場合、サーバソフトウェアコンポーネントはサーバ装置に、クライアントソフトウェアコンポーネントはクライアント装置でそれぞれ実現される。また、デバイス探索FSAに相当する機能は各サブネットに専用の探索サーバ装置を設けて実現しても、サブネットワーク上の任意のデバイスにその機能を持たせても良い。また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体または記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータまたはCPUやMPUが記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードそのものおよびプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステムOSなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明した図5、図7~図9のいずれか1つ以上に示すフローチャートに対応するプログラムコードが格納されることになる。"