(57)【特許請求の範囲】
【請求項１】
第一のサブネットと、外部ネットワークを介して当該第一のサブネットと接続された第二のサブネットとを含むネットワークに接続可能な情報処理装置であって、
前記第一のサブネットに存在する外部装置から、前記第一のサブネットに存在するデバイスを探索する当該第一のサブネットに存在する第一の探索サーバのアドレス、及び、前記第二のサブネットに存在するデバイスを探索する当該第二のサブネットに存在する第二の探索サーバのアドレス、を受信する受信手段と、
前記受信手段によって受信されたアドレスを用いて前記第一の探索サーバ及び前記第二の探索サーバにアクセスすることによって、前記第一のサブネットに存在するデバイスを示すデバイスリストを前記第一の探索サーバから取得し、前記第二のサブネットに存在するデバイスを示すデバイスリストを前記第二の探索サーバから取得する、取得手段と、
前記取得手段によって取得されたデバイスリストを表示部に表示させる表示制御手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記表示制御手段は、前記デバイスリストと当該デバイスリストに対応するサブネットを示す情報とを表示部に表示させることを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記情報処理装置が起動した際に、当該起動したことを前記外部装置に通知し、前記情報処理装置の動作が終了する際に、当該終了したことを前記外部装置に通知する通知手段をさらに有することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記表示制御手段は、前記サブネット毎に前記デバイスリストを表示させることを特徴とする請求項１乃至３の何れか一項に記載の情報処理装置。
【請求項５】
第一のサブネットと、外部ネットワークを介して当該第一のサブネットと接続された第二のサブネットとを含むネットワークに接続可能な情報処理装置の制御方法であって、
前記情報処理装置の受信手段が、前記第一のサブネットに存在する外部装置から、前記第一のサブネットに存在するデバイスを探索する当該第一のサブネットに存在する第一の探索サーバのアドレス、及び、前記第二のサブネットに存在するデバイスを探索する当該第二のサブネットに存在する第二の探索サーバのアドレス、を受信する受信工程と、
前記情報処理装置の取得手段が、前記受信工程において受信されたアドレスを用いて前記第一の探索サーバ及び前記第二の探索サーバにアクセスすることによって、前記第一のサブネットに存在するデバイスを示すデバイスリストを前記第一の探索サーバから取得し、前記第二のサブネットに存在するデバイスを示すデバイスリストを前記第二の探索サーバから取得する、取得工程と、
前記情報処理装置の表示制御手段が、前記取得手段によって取得されたデバイスリストを表示部に表示させる表示制御工程と、
を有することを特徴とする情報処理装置の制御方法。
【請求項６】
コンピュータを、請求項１乃至４のいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びその制御方法に関する。
【背景技術】
【０００２】
従来、ネットワークデバイス（コンピュータネットワークに接続される機器）を管理する方法として、ＳＮＭＰ／ＭＩＢ(Simple Network Management Protocol/Management Information Base)を使用する方法がある。（ＳＮＭＰ／ＭＩＢの詳細に関しては「ＴＣＰ／ＩＰ  ネットワーク管理入門  実用的な管理をめざして」Ｍ．Ｔ．ローズ＝著／西田竹志＝訳  （株）トッパン発行  １９９２年８月２０日初版を参照のこと）。
【０００３】
ＳＮＭＰネットワーク管理技術によれば、ネットワーク管理システムには、少なくとも１つのネットワーク管理ステーション（ＮＭＳ）、各々がエージェントを含むいくつかの管理対象ノード、及び管理ステーションやエージェントが管理情報を交換するために使用するネットワーク管理プロトコルが含まれる。ユーザは、ＮＭＳ上でネットワーク管理ソフトウェアを用いて管理対象ノード上のエージェントソフトウェアと通信することにより、ネットワーク上のデータを得、またデータを変更することができる。
【０００４】
このようなネットワーク管理ソフトウェアを分散環境で使用する場合、ネットワーク管理機能を持つサーバアプリケーションと、各端末で起動されるＧＵＩ部分である複数のクライアントアプリケーションによる構成をとることが一般的である。
【０００５】
分散環境における異なる端末間でクライアントアプリケーションとサーバアプリケーションはプロセス間通信を行う。プロセス間通信の標準としてＲＦＣ１０５７  ＲＰＣ(Remote Procedure Call)が定義されている。ＲＰＣとは、ネットワークサービスを提供する関数群をサーバ側で用意し、この関数群の中の関数をローカルマシン内の関数と同様に、ネットワーク上の別端末のクライアントプロセスから呼び出せるようにしたものである。
【０００６】
ＲＰＣにおけるプロセス間通信の流れは以下のようになる。クライアントは、サーバに対するサービス要求として、サーバに用意されているＲＰＣ関数を呼び出す。この時点で、関数の呼び出し情報を格納したデータパケットがサーバに送られ、クライアントのプログラム（プロセス）は中断される。サーバがパケットを受け取ると、呼び出された関数をディスパッチし、関数の引数を取り出した後、その引数をもとにサービスを実行して、その結果をクライアントに返す。クライアントは関数の結果を受け取った後で、プログラムの実行（プロセス）を再開する。
【０００７】
上述のネットワーク管理機能を持つサーバアプリケーションは、分散ネットワーク上に１つ配置し、サーバアプリケーション内で複数のインスタンスを持つことにより複数のデバイスを管理している。一方、クライアントアプリケーションは、異なる端末で複数動作し、上述のプロセス間通信を用いてサーバアプリケーションにアクセスする。そして、サーバアプリケーションを介して、デバイス情報の取得、設定を行う。
【０００８】
サーバアプリケーションはネットワーク管理機能として、ネットワークデバイスを探索するデバイス探索機能もクライアントに提供する。クライアントは、サーバアプリケーションが探索したデバイスリストから、管理したいデバイスのアドレス及びデバイス名等のデバイス基本情報を取得することが可能である。サーバアプリケーションは、複数のサブネット内に置かれたデバイスを探索するためにサブネットブロードキャストを行っている。
【０００９】
図１は、ネットワーク管理の対象となりうるコンピュータネットワークの構成例を示す図である。図１に示すコンピュータネットワークは、３つのＬＡＮ１００、１１０及び１２０がモデム／トランスポンダ１３０によって相互接続された構成を有する。そして、ＬＡＮ１００、１１０及び１２０の各々にはプリンタサーバ装置、ファイルサーバ装置、クライアント装置等のコンピュータ装置、ネットワークプリンタ等が接続される。
【００１０】
図２は、図１におけるＬＡＮ１００及び１２０について、ＬＡＮ１００に接続されたコンピュータ装置１０３がクライアントとして動作し、コンピュータ装置１２１がサーバ装置として動作するとした場合を説明する概略図である。なお、図２において「デバイス」とはＬＡＮ上に接続された他のネットワークデバイスであり、ネットワークプリンタやコンピュータ装置等を意味する。
【００１１】
図２において、ＰＣ１０３上でクライアントアプリケーションのプロセスＡが、ＰＣ１２１上のサーバアプリケーションのプロセスＢにアクセスしデバイスを探索する場合、クライアントアプリケーションは、プロセス間通信の機能を使用してサーバアプリケーションと通信を行い、サーバアプリケーションはＳＮＭＰプロトコルのブロードキャストを使用してデバイス探索を行う。
【００１２】
デバイス探索は、２段階のステップで行われる。はじめのステップは、ブロードキャストにより、デバイスのアドレス情報の取得を行う。次のステップは、ブロードキャストで見つかった各デバイスに対して、デバイス名、ロケーション等のデバイス基本情報のＭＩＢ値を取得する。
【００１３】
デバイス探索を行うために、各クライアントアプリケーションはプロキシを用いてプロセス間通信をし、サーバアプリケーションにデバイス探索を依頼する。サーバアプリケーションはプロキシ（スタブ）から送信された情報を受け取り、ＳＮＭＰプロトコル等のブロードキャストを用いてデバイス探索を行う。デフォルト設定では、サーバアプリケーションが存在しているサブネットＬＡＮ１００に存在するデバイスのみ探索を行う。しかし、クライアントアプリケーションからサブネットを超えた探索範囲が指定された場合、例えば図２のＬＡＮ１２０のデバイス探索を行うことが指定された場合、サブネットブロードキャストを行ってデバイスを探索する。
【００１４】
探索されたデバイスリスト情報は、サーバアプリケーションのスタブからプロセス間通信を使用してプロキシに送信され、プロキシからクライアントアプリケーションにコールバック通知される。クライアントアプリケーションは、サーバアプリケーションからコールバック通知された情報を基にビットマップ表示等を行ってデバイスリスト情報を表示する。
【先行技術文献】
【非特許文献】
【００１５】
【非特許文献１】「ＴＣＰ／ＩＰ  ネットワーク管理入門  実用的な管理をめざして」Ｍ．Ｔ．ローズ＝著／西田竹志＝訳  （株）トッパン発行  １９９２年８月２０日初版
【発明の概要】
【発明が解決しようとする課題】
【００１６】
しかしながら上記従来例では、ネットワーク管理ソフトウェア（サーバアプリケーション）のクライアントアプリケーションからホップ数の多いサブネットを検索対象として指定された場合、そのサブネット上のデバイスからの応答が予め定められた探索タイムアウト時間内に収まらず、指定されたサブネット上に存在する全てのデバイスを探索することができない場合がある。
【００１７】
また、ブロードキャストの後に行われるデバイス基本情報の取得は各デバイスに対して行われるため、サーバアプリケーションが存在しているサブネットとデバイスが存在するサブネットの間のネットワークに不要なネットワークトラフィックを発生させるという問題がある。
【００１８】
本発明はこのような従来技術の問題点に鑑みなされたものであり、その目的は、広範囲におけるデバイス探索が要求されてもタイムアウトが発生せず、またデバイス探索のためのネットワークトラフィックを少なくする情報処理装置及びその制御方法を提供することにある。
【課題を解決するための手段】
【００１９】
上述の目的は、第一のサブネットと、外部ネットワークを介して当第一のサブネットと接続された第二のサブネットとを含むネットワークに接続可能な情報処理装置であって、第一のサブネットに存在する外部装置から、第一のサブネットに存在するデバイスを探索する当第一のサブネットに存在する第一の探索サーバのアドレス、及び、第二のサブネットに存在するデバイスを探索する当第二のサブネットに存在する第二の探索サーバのアドレス、を受信する受信手段と、受信手段によって受信されたアドレスを用いて第一の探索サーバ及び第二の探索サーバにアクセスすることによって、第一のサブネットに存在するデバイスを示すデバイスリストを第一の探索サーバから取得し、第二のサブネットに存在するデバイスを示すデバイスリストを第二の探索サーバから取得する、取得手段と、取得手段によって取得されたデバイスリストを表示部に表示させる表示制御手段と、を有することを特徴とする情報処理装置によって達成される。
【００２０】
また、上述の目的は、第一のサブネットと、外部ネットワークを介して当第一のサブネットと接続された第二のサブネットとを含むネットワークに接続可能な情報処理装置の制御方法であって、情報処理装置の受信手段が、第一のサブネットに存在する外部装置から、第一のサブネットに存在するデバイスを探索する当第一のサブネットに存在する第一の探索サーバのアドレス、及び、第二のサブネットに存在するデバイスを探索する当第二のサブネットに存在する第二の探索サーバのアドレス、を受信する受信工程と、情報処理装置の取得手段が、受信工程において受信されたアドレスを用いて第一の探索サーバ及び第二の探索サーバにアクセスすることによって、第一のサブネットに存在するデバイスを示すデバイスリストを第一の探索サーバから取得し、第二のサブネットに存在するデバイスを示すデバイスリストを第二の探索サーバから取得する、取得工程と、情報処理装置の表示制御手段が、取得手段によって取得されたデバイスリストを表示部に表示させる表示制御工程と、を有することを特徴とする情報処理装置の制御方法によっても達成される。
【００２１】
また、本発明の別の要旨は、コンピュータを本発明の情報処理装置の各手段として機能させることを特徴とするプログラムに存する。
【発明の効果】
【００２２】
以上説明したように、本発明によれば、ネットワーク管理ソフトウェアのクライアントアプリケーションからホップ数の多いサブネットのデバイス探索が要求された場合、そのサブネットに配置されたデバイス探索ＦＳＡからデバイスリストを取得することにより、クライアントが管理対象とするサブネットを超えた全デバイスを探索することが可能になるという効果がある。
【００２３】
また、ブロードキャストの後に行われるデバイス基本情報の取得は、サブネット毎に配置されたデバイス探索ＦＳＡとそのサブネット上に存在するデバイス間で行うことにより、サーバアプリケーションが存在しているサブネットとデバイスが存在するサブネットの間のネットワークに不要なネットワークトラフィックを発生させないという効果がある。
【図面の簡単な説明】
【００２４】
【図１】コンピュータネットワークの例を示す図である。
【図２】クライアントアプリケーション、サーバアプリケーション及びデバイスの関係を示す図である。
【図３】本発明を適用可能なコンピュータ装置の構成例を示すブロック図である。
【図４】本発明の実施形態におけるソフトウェアコンポーネントの配置図である。
【図５】本発明の実施形態におけるＣＳＢ  ＬＭと各ノード（ソフトウェアコンポーネント）の動作を示すシーケンスチャートである。
【図６】デバイスリスト画面の例を示す図である。
【図７】各ソフトウェアコンポーネントの動作の関係を示すシーケンスチャートである。
【図８】クライアントソフトウェアコンポーネントの動作を示すフローチャートである。
【図９】デバイス探索ＦＳＡの動作を示すフローチャートである。
【発明を実施するための形態】
【００２５】
以下、図面を参照して本発明をその好適な実施形態に基づき詳細に説明する。図３は、本発明に係る情報処理装置として利用可能なコンピュータ装置２００の構成例を示すブロック図である。本発明に係る情報処理装置は、従来のネットワークデバイス管理装置を実現可能なコンピュータ装置と同様のコンピュータ装置で実現可能である。
【００２６】
なお、本実施形態においては、本発明によるネットワークデバイス管理を分散コンピューティング技術を用いて実現した場合を説明する。分散コンピューティング技術においては、ある機能を実現するための処理を複数のハードウェアで分散処理するため、実際に処理を行うハードウェアはネットワーク上に分散することになる。そのため、本発明に係る情報処理装置の機能は実際には複数のネットワークデバイスにより実現されることになるが、説明上特定の装置が情報処理装置として動作するように記載した部分もあることに注意されたい。
【００２７】
図において、ハードディスク（ＨＤ）２１１には、コンピュータ装置２００を本実施形態に係る情報処理装置として機能させるプログラム（ネットワーク管理プログラム）が格納される。以下の説明において、特に断りのない限り、情報処理装置の処理実行の主体はＣＰＵ２０１であり、ソフトウェア上の制御の主体は、ハードディスク（ＨＤ）２１１に格納されたネットワーク管理ソフトウェアである。なお、本実施形態における情報処理装置として機能するコンピュータ装置２００において動作するＯＳは例えば、ウィンドウズ（登録商標）９８（マイクロソフト社製）を想定しているが、他のＯＳの利用を制限するものではない。
【００２８】
なおＨＤ２１１に格納されるネットワーク管理プログラムは、フレキシブルディスクやＣＤ−ＲＯＭなどの記憶媒体に格納された形で供給されても良く、その場合には図３に示すフレキシブルディスクドライブ（ＦＤ）２１２または不図示のＣＤ−ＲＯＭドライブなどによって記憶媒体からプログラムが読み取られ、ハードディスク（ＨＤ）２１１にインストールされる。また、ネットワーク管理プログラムは、ＬＡＮ１００や他のネットワークを経由して供給されても良い。
【００２９】
図４は、本実施形態に係る情報処理装置が動作するネットワークにおける、各ソフトウェアコンポーネントの配置図である。本実施形態に係る情報処理装置は分散環境で動作するため、ネットワーク管理ソフトウェアを実装したコンピュータ装置はネットワークデバイス管理装置（サーバ）としても、ネットワークデバイス（クライアント）としても動作しうる。
【００３０】
従って、図４においては所謂サーバとして機能する際のソフトウェアコンポーネント（サーバソフトウェアコンポーネント）と、クライアントとして機能する際のソフトウェアコンポーネント（クライアントソフトウェアコンポーネント）とが合わせて記載されている。また、デバイス１（３０４）及びデバイス２（３０６）は説明の便宜上図４に記載されているが、実際はプリンタなどのハードウェアである。
【００３１】
全てのソフトウェアコンポーネントは３０１のＣＳＢと呼ばれる論理的なソフトウェアバスに接続されている。３０２のＣＳＢ  ＬＭは、ＣＳＢに接続している各ソフトウェアコンポーネント間のメッセージ配信機能を提供する。３０３のＶＤＣ１は、３０４のデバイス１を管理するサーバソフトウェアコンポーネントである。同様に３０５のＶＤＣ２は、３０６のデバイス２を管理するサーバソフトウェアコンポーネントである。
【００３２】
３０７のＶＤＣ  Ａｇｅｎｔは、各ＶＤＣ３０３及び３０５のプロセスが動作しているデバイスのアドレス、各ＶＤＣのインタフェースポインタ、各ＶＤＣが管理しているデバイスの基本情報（デバイス名、アドレス等）を管理するソフトウェアコンポーネントである。３０８のデバイス探索ＦＳＡは、ネットワーク内のデバイスを探索するソフトウェアコンポーネントである。３０９のクライアント１、３１０のクライアント２は、上述の各ソフトウェアコンポーネントを利用するクライアントソフトウェアコンポーネントである。これらのソフトウェアコンポーネントは、ネットワーク上のアクセス可能ないずれの端末に配置することが可能である。
【００３３】
例えば、３０９のクライアント１がデバイス探索を行いたい場合、クライアント１は３０２のＣＳＢ  ＬＭに論理的なバスであるＣＳＢ３０１を経由してＣＳＢメッセージを送り、３０８のデバイス探索ＦＳＡのクラスＩＤ、及びデバイス探索ＦＳＡ３０８が動作している端末のアドレスを取得する。クライアント１（３０９）は、取得した情報をもとにデバイス探索ＦＳＡ３０８のインタフェースポインタを取得する。
【００３４】
そして、デバイス探索ＦＳＡからデバイス一覧を取得する。デバイス探索ＦＳＡ３０８は定期的に自サブネット内のデバイス探索を行っているので、クライアント１（３０９）はデバイス探索ＦＳＡ内に保持されているキャッシュ値を参照する。デバイス探索ＦＳＡの動作の詳細は後述する。
【００３５】
図５は、あるソフトウェアコンポーネント（ノード）の起動から終了に至る間にＣＳＢ  ＬＭとの間で行われる動作を示したシーケンス図である。
【００３６】
ステップＳ１において、ノード（例えばクライアントソフトウェアコンポーネント３０９とする）は起動が終了すると、起動終了を示すＣＳＢメッセージをＣＳＢ  ＬＭ３０２に送信する。ＣＳＢ  ＬＭ３０２のアドレスは例えばマルチキャストを利用して取得することができる。
ＣＳＢ  ＬＭ３０２はＣＳＢメッセージに含まれる情報に基づき、管理しているノードリストに新たに起動されたノードが動作している端末のアドレス及びノードのクラスＩＤを追加する。ステップＳ２において、ノード３０９は必要に応じてアクセスしたい他のノードの情報をＣＳＢ  ＬＭから取得するため、当該他のノードのクラスＩＤ、サービス情報、動作している端末のアドレス（ＩＰアドレス等）及びポート番号等を含めたＣＳＢ  ＬｏｏｋＵｐメッセージを送信する。ステップＳ２．１においてＣＳＢ  ＬＭは、必要とされているノード情報を通知する。ステップＳ３において、ノードが終了する前にノードが終了したことを示すＣＳＢメッセージをＣＳＢ  ＬＭに送信する。このメッセージに応答して、ＣＳＭ  ＬＭはノードリストから対応するノードに関する情報を削除する。
【００３７】
このように、ＣＳＢ  ＬＭは常に管理対象ノードに関する情報をノードリストに記憶、更新している。
【００３８】
次に、図７のシーケンス図を用いて、デバイス探索を行う場合の各ソフトウェアコンポーネントの動作概要を説明する。
ステップＳ７１，ステップＳ７２において、サブネット毎に配置されたデバイス探索ＦＳＡ１及びＦＳＡ２は、定期的にサブネット内のデバイス探索を行い内部キャッシュであるデバイスリストを更新する。
【００３９】
一方、ステップＳ７３において、クライアントは、ＣＳＢ  ＬＭに対し、ＣＳＢ  ＬＭが管理している全てのデバイス探索ＦＳＡ（デバイス探索ＦＳＡ１及び２とする）のクラスＩＤ及び動作している端末のアドレスの取得を依頼する。ステップＳ７３．１において、ＣＳＢ  ＬＭは管理対象のネットワーク中のデバイス探索ＦＳＡ１、２のクラスＩＤ及びこれらが動作している端末のアドレスをクライアントに通知する。
【００４０】
ステップＳ７４において、クライアントはプロセス間通信を使用してデバイス探索ＦＳＡ１のインタフェースポインタを取得する。ステップＳ７５において、クライアントはステップＳ７４で取得したインタフェースポインタを用いてデバイス探索ＦＳＡ１からデバイスリストを取得する。図７に示すようにデバイス探索ＦＳＡがネットワーク上に複数存在する場合、ステップＳ７４，ステップＳ７５をデバイス探索ＦＳＡ毎に繰り返す。
【００４１】
図７の例では、デバイス探索ＦＳＡが２つ存在するため、ステップＳ７６において、クライアントは２つ目のデバイス探索ＦＳＡ２のインタフェースポインタを取得し、ステップＳ７７において、デバイスリストを取得する。その後、クライアントはサブネット毎のデバイスリストの表示を行う。図６は、クライアントにおけるデバイスリスト表示画面の例である。
【００４２】
本実施形態において、各デバイス探索ＦＳＡは、自サブネットのデバイスのみを定期的に探索し、常にデバイスリストを最新の状態に保つため、クライアントから探索要求があった場合に探索応答待ち時間制限内でサブネット上に存在する全てのデバイスについて応答することが可能である。そして、クライアントは複数の検索ＦＳＡから順次デバイスリストを取得することにより、サブネットを超えたデバイスを探索して管理対象とすることができる。また、クライアントとデバイス探索ＦＳＡの間は、デバイスリストの情報のみが交換されるので、サーバアプリケーションが存在しているサブネットとデバイスが存在するサブネットの間のネットワークに不要なネットワークトラフィックを発生させない。
【００４３】
次に、図８のフローチャートを用いて、クライアントソフトウェアコンポーネントの内部動作について説明する。ステップＳ１−１において、ＣＳＢ  ＬＭに対し、ＣＳＢ  ＬＭが管理している全てのデバイス探索ＦＳＡのノード情報（クラスＩＤ、動作している端末のアドレス）を問い合わせる。ステップＳ１−２において、取得したデバイス探索ＦＳＡのノード数をカウンタに設定する。ステップＳ１−３において、カウンタ値が０のとき、処理を終了する。
【００４４】
カウンタ値が０でないとき、ステップＳ１−４に進みデバイス探索ＦＳＡのインタフェースポインタを取得する。ステップＳ１−５において、デバイス探索ＦＳＡから、自サブネット内で探索されたデバイスリストを取得する。ステップＳ１−６において、デバイスリストを表示する。ステップＳ１−７において、カウンタ値を１つデクリメントする。
【００４５】
図９のフローチャートを用いて、デバイス探索ＦＳＡの内部動作について説明する。ステップＳ２−１において、デバイス探索ＦＳＡを起動する。ステップＳ２−２において、探索実行フラグがＯＦＦのとき、処理を終了する。探索実行フラグがＯＮのとき、ステップＳ２−３に進み自サブネットのデバイス探索を行う。探索実行フラグは、デバイス探索ＦＳＡの起動終了を管理する管理アプリケーションから、デバイス探索をやめてデバイス探索ＦＳＡを終了する場合、ＯＦＦに設定される。
【００４６】
ステップＳ２−４において、内部キャッシュであるデバイスリストを更新する。ステップＳ２−５において、初回のデバイス探索の場合、ステップＳ２−６に進み、デバイス探索ＦＳＡの起動が終了し、デバイスリストのキャッシュ値が有効になったことを示すＣＳＢメッセージを送信する。初回のデバイス探索でない場合、ステップＳ２−７に進み一定期間Ｗａｉｔする。Ｗａｉｔ後、ステップＳ２−３に進み再びデバイス探索を行うことにより、定期的にデバイスリストを更新する。
【００４７】
[他の実施形態]
上述の実施形態においては、本発明に係るネットワークデバイス管理装置を分散コンピューティング技術を用いて実現する場合を例にして説明したが、一般的なクライアントサーバ型のネットワーク技術を用いてもよい。その場合、サーバソフトウェアコンポーネントはサーバ装置に、クライアントソフトウェアコンポーネントはクライアント装置でそれぞれ実現される。また、デバイス探索ＦＳＡに相当する機能は各サブネットに専用の探索サーバ装置を設けて実現しても、サブネットワーク上の任意のデバイスにその機能を持たせても良い。
【００４８】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードそのものおよびプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００４９】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５０】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明した（図５、図７〜図９のいずれか１つ以上に示す）フローチャートに対応するプログラムコードが格納されることになる。
【図１】
0005127979.tif 000002
【図２】
0005127979.tif 000003
【図３】
0005127979.tif 000004
【図４】
0005127979.tif 000005
【図５】
0005127979.tif 000006
【図６】
0005127979.tif 000007
【図７】
0005127979.tif 000008
【図８】
0005127979.tif 000009
【図９】
0005127979.tif 000010