JP4095594B2 - ネットワークデバイス制御方法及び装置 - Google Patents

Description

本発明は、ネットワークデバイス制御方法及び装置に関する。

近年、コンピュータを相互に接続したローカルエリアネットワーク（ＬＡＮ）が普及しており、このようなローカルエリアネットワークは、ビルのフロア又はビル全体、ビル群（構内）、地域或いは更に広い地域に渡って構築されている。更に、ＬＡＮは相互に接続され、世界的規模のネットワークにも接続可能である。このような相互接続されたそれぞれのＬＡＮは、多様なハードウェア相互接続技術といくつものネットワークプロトコルを持つことがある。

これに対し、他と切り離された簡単なＬＡＮは個々のユーザーが管理することができる。即ち、ユーザーが機器を取り替えたり、ソフトウェアをインストールしたり、問題点を診断したりすることができる。

しかし、規模の大きい複雑なＬＡＮや相互接続された大きなＬＡＮグループは「管理」を必要とする。ここで「管理」とは、一般に人間のネットワーク管理者とその管理者が使用するソフトウェアの両方による管理を意味するが、本願ではシステム全体を管理するためのソフトウェアによる管理を意味し、「ユーザー」はネットワーク管理ソフトウェアを使用する人を意味するものとする。

尚、ユーザーは、通常、システム管理責任者であり、ネットワーク管理ソフトウェアを使うことにより、ネットワーク上で管理データを取得して、このデータを変更することができる。

また、大規模ネットワークシステムは、通常、機器の増設と除去、ソフトウェアの更新、及び問題の検出などを絶えず行うことが必要な動的システムである。一般に、様々な人が所有する、様々な業者から供給される様々なシステムが存在する。

次に、管理が必要な大規模なネットワークの構成について説明する。図１は、プリンタをネットワークに接続するためのネットワークボード（ＮＢ）１０１を、開放型アーキテクチャを持つプリンタ１０２へ接続した場合を示す図である。ＮＢ１０１はローカルエリアネットワーク（ＬＡＮ）１００へ、例えば同軸コネクタを持つEthernet（登録商標）インターフェース１０Base-2やRJ-45を持つ１０Base-T等のＬＡＮインターフェースを介して接続されている。

ＰＣ１０３やＰＣ１０４等の複数のパーソナルコンピュータ（ＰＣ）もまた、ＬＡＮ１００に接続されており、ネットワークオペレーティングシステムの制御の下、これらのＰＣはＮＢ１０１と通信することができる。ＰＣの１つ、例えばＰＣ１０３をネットワーク管理部として使用するように指定することができる。ＰＣ１０３に、ＰＣ１０４に接続されているプリンタ１０５のようなプリンタを接続してもよい。

また、ＬＡＮ１００にファイルサーバー１０６が接続されており、これは大容量（例えば１０Ｇバイト）のネットワークディスク１０７に記憶されたファイルへのアクセスを管理する。プリントサーバー１０８は接続されたプリンタ１０９ａ及び１０９ｂ、又は遠隔地にあるプリンタ１０５などのプリンタに印刷を行わせる。また他の図示しない周辺機器をＬＡＮ１００に接続してもよい。

更に詳しくは、図１に示すネットワークは、様々なネットワークメンバー間で効率良く通信を行うために、例えばNovell社やUNIX（登録商標）のネットワークソフトウェアを使用することができる。どのネットワークソフトウェアを使用することも可能であるが、例えばNovell社のネットワークソフトウェアであるNetWare（Novell社の商標）を使用することができる。このソフトウェアパッケージに関する詳細な説明は、NetWareパッケージに同梱されているオンラインドキュメンテーションを参照のこと。これは、Novell社からNetWareパッケージとともに購入可能である。

ここで、図１の構成について簡潔に説明すると、ファイルサーバー１０６は、ＬＡＮメンバー間でデータファイルの受信や記憶、キューイング、キャッシング、及び送信を行う、ファイル管理部としての役割を果たす。例えば、ＰＣ１０３及びＰＣ１０４それぞれによって作られたデータファイルは、ファイルサーバー１０６へ送られ、ファイルサーバー１０６はこれらのデータファイルを順に並べ、プリントサーバー１０８からのコマンドに従って、並べられたデータファイルをプリンタ１０９ａへ送信する。

また、ＰＣ１０３とＰＣ１０４はそれぞれ、データファイルの生成や生成したデータファイルのＬＡＮ１００への送信、或いはＬＡＮ１００からのファイルの受信や、更にそのようなファイルの表示及び／又は処理を行える、通常のＰＣで構成されている。図１にパーソナルコンピュータ機器が示されているが、ネットワークソフトウェアを実行するのに適切であるような、他のコンピュータ機器を含んでも良い。例えば、UNIX（登録商標）のソフトウェアを使用している場合、UNIX（登録商標）ワークステーションをネットワークに含んでも良く、これらのワークステーションは、適切な状況下で、図示されているＰＣと共に使用することができる。

通常、ＬＡＮ１００などのネットワークは、１つの建物内の１つの階又は連続した複数の階でのユーザーグループ等のローカルなユーザーグループにサービスを提供している。例えば、ユーザーが他の建物や他県に居るなど、あるユーザーが他のユーザーから離れるに従って、ワイドエリアネットワーク（ＷＡＮ）を構成しても良い。ＷＡＮは、基本的には、いくつかのＬＡＮを高速度サービス総合デジタルネットワーク（ＩＳＤＮ）回線等の高速度デジタル回線で接続して形成された集合体である。従って、図１に示すように、ＬＡＮ１００、ＬＡＮ１１０、及びＬＡＮ１２０と変調／復調（ＭＯＤＥＭ）／トランスポンダー１３０又はバックボーン１４０を介して接続され、ＷＡＮを形成している。これらの接続は、数本のバスによる単純な電気的接続である。それぞれのＬＡＮは専用のＰＣを含み、また、必ずしも必要なわけではないが、通常はファイルサーバー及びプリントサーバーを含む。

従って、図１に示すように、ＬＡＮ１１０は、ＰＣ１１１、ＰＣ１１２、ファイルサーバー１１３、ネットワークディスク１１４、プリントサーバー１１５、プリンタ１１６、及びプリンタ１１７を含む。対照的に、ＬＡＮ１２０は、ＰＣ１２１及びＰＣ１２２を含む。尚、ＬＡＮ１００、ＬＡＮ１１０、ＬＡＮ１２０に接続されている機器は、ＷＡＮ接続を介して他のＬＡＮに接続されている機器の機能にアクセスすることができる。

このような大規模ネットワークシステムを構成するネットワーク上のデバイスを管理するための方法として、これまでにいくつかの試みが数多くの標準機関でなされている。例えば、国際標準化機構（ＩＳＯ）からは開放型システム間相互接続（ＯＳＩ：Open System Interconnect）モデルと呼ばれる汎用基準フレームワークが提供されている。ネットワーク管理プロトコルのＯＳＩモデルは、共通管理情報プロトコル（ＣＭＩＰ：Common Management Information Protocol）と呼ばれる。ＣＭＩＰはヨーロッパの共通ネットワーク管理プロトコルである。

また近年では、より共通性の高いネットワーク管理プロトコルとして、簡易ネットワーク管理プロトコル（ＳＮＭＰ：Simple Network Management Protocol）と呼ばれるＣＭＩＰに関連する一変種のプロトコルがある（例えば、非特許文献１参照）。

このＳＮＭＰネットワーク管理技術によれば、ネットワーク管理システムには、少なくとも１つのネットワーク管理ステーション（ＮＭＳ）、各々がエージェントを含むいくつかの管理対象ノード、及び管理ステーションやエージェントが管理情報を交換するために使用するネットワーク管理プロトコルが含まれる。

ユーザーは、ＮＭＳ上でネットワーク管理ソフトウェアを用いて管理対象ノード上のエージェントソフトウェアと通信することにより、ネットワーク上のデータを獲得し、またデータを変更することができる。

ここでエージェントとは、各々のターゲット装置についてのバックグラウンドプロセスとして動作するソフトウェアである。ユーザーがネットワーク上の装置に対して管理データを要求すると、管理ソフトウェアはオブジェクト識別情報を管理パケット又はフレームに入れてターゲットエージェントへ送り出す。エージェントは、そのオブジェクト識別情報を解釈し、そのオブジェクト識別情報に対応するデータを取り出し、そのデータをパケットに入れてユーザーに送り返す。時には、データを取り出すために対応するプロセスが呼び出される場合もある。

またエージェントは、自分の状態に関するデータをデータベースの形式で保持している。このデータベースのことをＭＩＢ(Management Information Base)と呼ぶ。図４は、ＭＩＢの構造を示す概念図である。図４に示すように、ＭＩＢは木構造のデータ構造をしており、全てのノードが一意に番号付けられている。図４において、括弧内に書かれている番号が、そのノードの識別子である。例えば、図４に示すノード４０１の識別子は「１」である。ノード４０２の識別子は、ノード４０１の下の“３”なので、「１．３」と表記される。以下同様にして、ノード４０３の識別子は、「１．３．６．１．２」と表記される。このノードの識別子のことを、オブジェクト識別子（Object Identifier)と呼ぶ。

このＭＩＢの構造は、管理情報構造（ＳＭＩ：Structure of Management Inforrnation）と呼ばれ、RFC1155 Structure and Identification of Management Information for TCP/IP-based Internetsで規定されている。

図４に示すものは、標準として規定されているＭＩＢのうち、一部のもののみを抜き出したものである。

４０４はＳＮＭＰで管理される機器が標準的に備えている標準ＭＩＢと呼ばれるオブジェクト群の項点になるノードであり、このノードの下のオブジェクトの詳細な構造については、RFC1213 Management Information Base for Network Management of TCP/IP-based Internets:MIB-IIに規定されている。

４０５はＳＮＭＰで管理されるプリンタが標準的に備えているプリンタＭＩＢと呼ばれるオブジェクト群の項点になるノードであり、このノードの下のオブジェクトの詳細な構造については、RFC1759 Printer MIBで規定されている。

更に、４０６はプライベートＭＩＢと呼ばれ、企業や団体などが独自のＭＩＢ定義を行うための頂点となるノードである。４０７は企業拡張ＭＩＢと呼ばれ、プライベートＭＩＢの中で企業が独自の拡張を行うための頂点となるノードである。キヤノン株式会社には、独自の定義を行うために企業番号として１６０２が割り当てられており、キヤノン独自のＭＩＢであるキヤノンＭＩＢ（Ｃａｎｏｎ ＭＩＢ）を定義するための頂点ノード４０８が、企業を意味するノードであるノード４０７の下に位置している。キヤノンＭＩＢの頂点ノードのオブジェクト識別子は、１．３．６．１．４．１．１６０２である。

次に、エージェントの実装例として、プリンタをネットワークに接続するためのネットワークボード（ＮＢ）上にエージェントを実装することが考えられる。これにより、プリンタをネットワーク管理ソフトウェアによる管理の対象とすることができる。ユーザーは、ネットワーク管理ソフトウェアを用いて制御対象のプリンタの情報を取得し、また状態を変更することができる。より具体的には、例えばプリンタの液晶ディスプレイに表示されている文字列を取得したり、デフォルトの給紙カセットを変更したりすることができる。

以下、エージェントを実装したネットワークボード（ＮＢ）をプリンタに接続する実施形態について説明する。

図２は、ＮＢ１０１をプリンタ１０２にインストールした状態を示す断面図である。図示するように、ＮＢ１０１はプリンタ１０２の内部拡張Ｉ／Ｏスロットに内蔵されており、後述する処理及びデータ記憶機能を持つ「埋め込まれた」ネットワークノードとして作用する。このＮＢ１０１の構成により、ワイドエリアネットワーク（ＷＡＮ）を統括及び管理するための、特徴的な補助機能を有するという利点をもたらす。これらの補助機能は、例えばネットワーク上の遠隔地（ネットワーク統括者の事務所など）からのプリンタ制御及び状態観察や、各印刷ジョブ後の次のユーザーのための保証初期環境を提供するためのプリンタ構成の自動管理、及びプリンタの負荷量を特徴付け、或いはトナーカートリッジの交換スケジュールを組むためにネットワークを通してアクセスできる、プリンタログ又は使用統計を含む。

このＮＢ設計において重要な要因は、共有メモリ等の両方向インターフェースを介してＮＢ１０１からプリンタ制御状態にアクセスする機能である。尚、共有メモリ以外にＳＣＳＩインターフェース等のインターフェースを使用することもできる。これにより、多数の便利な補助機能のプログラムを利用でき、プリンタ操作情報をＮＢ１０１又は外部ネットワークノードへ送出することが可能となる。印刷画像データ及び制御情報のブロックは、ＮＢ１０１上にあるマイクロプロセッサーによって構成され、共有メモリに格納され、そして、プリンタ１０２によって読み込まれる。また同様に、プリンタ状態情報はプリンタ１０２から共有メモリへ送られ、そこからＮＢプロセッサーによって読み込まれる。

図２に示すように、ＮＢ１０１はネットワーク接続のためのフェースプレート１０１ｂを設置した印刷回路ボード１０１ａで構成されており、コネクタ１７０を介してプリンタインターフェースカード１５０に接続されている。プリンタインターフェースカード１５０は、プリンタ１０２のプリンタエンジンを直接制御する。印刷データ及びプリンタ状態コマンドは、ＮＢ１０１からコネクタ１７０を介してプリンタインターフェースカード１５０へ入力され、プリンタ状態情報はプリンタインターフェースカード１５０からコネクタ１７０を介して得られる。ＮＢ１０１は、この情報をフェースプレート１０１ｂのネットワークコネクタを介してＬＡＮ１００上で通信する。同時に、プリンタ１０２は従来のシリアルポート１０２ａ及びパラレルポート１０２ｂから印刷データを受信することもできる。

図３は、ＮＢ１０１、プリンタ１０２、及びＬＡＮ１００の電気的接続を示すブロック図である。ＮＢ１０１は、ＬＡＮ１００へはＬＡＮインターフェースを介して接続され、プリンタ１０２へはプリンタインターフェースカード１５０を介して接続されている。ＮＢ１０１上にはＮＢ１０１を制御するためのマイクロプロセッサー３０１、マイクロプロセッサー３０１の動作プログラムを格納するためのＲＯＭ３０３、マイクロプロセッサー３０１がプログラムを実行する上でワークとして用いるためのＲＡＭ３０２、ＮＢ１０１とプリンタインタフェースカード１５０とが相互にデータをやりとりするための共有メモリ２００を備え、内部バスにより相互に接続されている。ＮＢ１０１がＳＮＭＰのエージェントとして動作するためのプログラムはＲＯＭ３０３に格納されている。尚、マイクロプロセッサー３０１は、ＲＯＭ３０３に格納されたプログラムに従って各種制御を実行し、その制御を実行する際にワークエリアとしてＲＡＭ３０２を用いる。また、プリンタインターフェースカード１５０と相互に通信するためのバッファ領域として共有メモリ２００を用いる。

プリンタインタフェースカード１５０上のマイクロプロセッサー１５１はＮＢ１０１とのデータのアクセスを、ＮＢ１０１に設置されている共有メモリ２００を介して行う。プリンタインタフェースカード１５０上のマイクロプロセッサー１５１は、実際に印刷機構を動かすプリンタエンジン１６０とも通信する。

一方、ネットワーク管理ソフトウェアが稼動するＰＣ側について、以下に説明する。

図５は、ネットワーク管理ソフトウェアが稼動可能なＰＣの構成を示すブロック図である。同図において、５００はネットワーク管理ソフトウェアが稼動するＰＣであり、図１に示すＰＣ１０３と同等である。ＰＣ５００は、ＲＯＭ５０２、若しくはハードディスク（ＨＤ）５１１に記憶された、或いはフロッピー（登録商標）ディスクドライブ（ＦＤ）５１２より供給されるネットワーク管理プログラムを実行するＣＰＵ５０１を備え、システムバス５０４に接続された各デバイスを総括的に制御する。

５０３はＲＡＭであり、ＣＰＵ５０１の主メモリ、ワークエリア等として機能する。５０５はキーボードコントローラ（ＫＢＣ）であり、キーボード（ＫＢ）５０９や不図示のポインティングデバイス等からの指示入力を制御する。５０６はＣＲＴコントローラ（ＣＲＴＣ）であり、ディスプレイ（ＣＲＴ）５１０への表示を制御する。５０７はディスクコントローラ（ＤＫＣ）であり、ブートプログラム、種々のアプリケーション、編集ファイル、ユーザーファイルそしてネットワーク管理プログラム等を記憶するハードディスク（ＨＤ）５１１やフロッピー（登録商標）ディスクコントローラ（ＦＤ）５１２とのアクセスを制御する。５０８はネットワークインタフェースカード（ＮＩＣ）であり、ＬＡＮ１００を介してエージェント或いはネットワーク機器と双方向にデータを授受する。

次に、従来例におけるネットワーク管理ソフトウェアの構成について説明する。従来例におけるネットワーク管理装置は、図５に示すようなネットワーク管理装置を実現可能なＰＣと同様の構成のＰＣ上で実現される。尚、ハードディスク（ＨＤ）５１１には、後述するすべての説明で動作主体となるネットワーク管理ソフトウェアのプログラムが格納されている。後述するすべての説明において、特に断りのない限り、実行の主体はハード上はＣＰＵ５０１である。

一方、ソフトウェア上の制御の主体は、ハードディスク（ＨＤ）５１１に格納されたネットワーク管理ソフトウェアである。従来例においては、ＯＳは例えば、ウィンドウズ（登録商標）９５（マイクロソフト社製）を想定しているが、これに限るものではない。また、ネットワーク管理プログラムは、フロッピー（登録商標）ディスクやＣＤ−ＲＯＭなどの記憶媒体に格納された形で供給されても良く、その場合には図５に示すフロッピー（登録商標）ディスクコントローラ（ＦＤ）５１２又は不図示のＣＤ−ＲＯＭドライブなどによって記憶媒体からプログラムが読み取られ、ハードディスク（ＨＤ）５１１にインストールされる。

図６は、従来例におけるネットワーク管理ソフトウェアのモジュール構成を示す図である。このネットワーク管理ソフトウェアは、図５に示すハードディスク５１１に格納されており、ＣＰＵ５０１によって実行される。その際に、ＣＰＵ５０１はワークエリアとしてＲＡＭ５０３を使用する。

図６において、６０１はデバイスリストモジュールと呼ばれ、ネットワークに接続されたデバイスを一覧にして表示するモジュールである。６０２は全体制御モジュールと呼ばれ、デバイスリストからの指示に基づき、他のモジュールを統括する。６０３はコンフィグレータと呼ばれ、エージェントのネットワーク設定に関する特別な処理を行うモジュールである。６０４は探索モジュールと呼ばれ、ネットワークに接続されているデバイスを探索するモジュールである。この探索モジュール６０４によって探索されたデバイスがデバイスリストモジュール６０１によって一覧表示される。６０５はNetWareジョブモジュールであり、プリントジョブの状況をNetWare API６１６を用いてネットワークサーバから取得する。尚、NetWare APIについては、例えばNovell社から発行されている“NetWare Programmer*s Guide for C”等を参照のこと。この書籍はノベル株式会社から購入可能である。

６０６，６０７は共に後述するデバイス詳細ウィンドウを表示するためのＵＩ(User Interface)モジュールであり、詳細情報を表示する対象機種毎にＵＩモジュールが存在する。６０８，６０９は共に制御モジュールと呼ばれ、詳細情報を取得する対象機種に特有の制御を受け持つモジュールである。ＵＩモジュールと同様に、各制御モジュールも詳細情報を表示する対象機種毎に存在する。制御Ａモジュール６０８及び制御Ｂモジュール６０９は、後述するＭＩＢモジュールを用いて管理対象デバイスからＭＩＢデータを取得し、必要に応じてデータの変換を行い、各々対応するＵＩＡモジュール６０６或いはＵＩＢモジュール６０７にデータを渡す。

６１０はＭＩＢモジュールと呼ばれ、オブジェクト識別子とオブジェクトキーとの変換を行うモジュールである。ここでオブジェクトキーとは、オブジェクト識別子と一対一に対応する３２ビットの整数のことである。オブジェクト識別子は可変長の識別子であり、ネットワーク管理ソフトウェアを実装する上で扱いが面倒なので、このネットワーク管理ソフトウェアではオブジェクト識別子と一対一に対応する固定長の識別子を内部的に用いている。ＭＩＢモジュール６１０より上位のモジュールはこのオブジェクトキーを用いてＭＩＢの情報を扱う。これにより、ネットワーク管理ソフトウェアの実装が容易に行える。

６１１はＳＮＭＰモジュールと呼ばれ、ＳＮＭＰパケットの送信と受信を行う。６１２は共通トランスポートモジュールと呼ばれ、ＳＮＭＰデータを運搬するための下位プロトコルの差を吸収するモジュールである。実際には、動作時にユーザーが選択したプロトコルによって、ＩＰＸハンドラ６１３かＵＤＰハンドラ６１４の何れかがデータを転送する役割を担う。尚、ＩＰＸハンドラ６１３は、実装としてNetWare６１６を用い、ＵＤＰハンドラ６１４は、実装としてWinSock６１７を用いている。このWinSockについては、例えばWindows（登録商標） Socket API v1.1の仕様書を参照のこと。このドキュメントは、複数の箇所から入手可能であるが、例えばマイクロソフト社製のコンパイラであるVisual C++に同梱されている。

コンフィグレータ６０３が用いる現在のプロトコル６１５というのは、動作時にユーザーが選択しているＩＰＸプロトコルかＵＤＰプロトコルの何れかのことを示す。

例えば、図１に示すネットワークデバイス制御ソフトウェアはローカルエリアネットワーク（ＬＡＮ）１００に接続されたパーソナルコンピュータ（ＰＣ）１０３、１０４上で動作し、ネットワークボード（ＮＢ）１０１を介してローカルエリアネットワーク（ＬＡＮ）１００に接続されたネットワークデバイスを探索し、検出したネットワークデバイスから必要な情報（例えば、デバイス名、ネットワークアドレス、ＭＡＣアドレス）を取得するといったものが一般的である。

また、上述したネットワークデバイス制御ソフトウェアでは、検出したネットワークデバイスを、図１２に示すように、デバイスリスト表示ウィンドウとして一覧表示するのが一般的である。また、このデバイスリスト表示ウィンドウには、個々のネットワークデバイスから取得した情報を表示することもできる。

前述したように、ネットワークデバイス制御ソフトウェアは、ローカルエリアネットワーク（ＬＡＮ）１００に接続されたパーソナルコンピュータ（ＰＣ）１０３、１０４上で動作し、ネットワークボード（ＮＢ）１０１を介してローカルエリアネットワーク（ＬＡＮ）１００に接続されたネットワークデバイスを探索し、検出したネットワークデバイスから必要な情報（例えば、ＩＰアドレス、デバイス名）を取得するといったものが一般的である。

また、一部のネットワークデバイスは、状態が変化した場合に、ネットワークデバイス制御ソフトウェアに対してＳＮＭＰのＴｒａｐ−ＰＤＵ（以下、トラップという）を利用して能動的に状態通知を行うものがある。その場合、トラップ通知先のアドレスとしては、すべてのネットワークデバイス制御ソフトウェアを対象とするブロードキャスト方式と、予め登録されたアドレスに対してのみ通知する方式とがある。

ネットワークデバイス制御ソフトウェアがトラップを受信した場合、その内容に応じてポップアップウィンドウや音声メッセージによりデバイスの状態変化を通知するものがある。
「ＴＣＰ／ＩＰネットワーク管理入門 実用的な管理をめざして」Ｍ．Ｔ．ローズ著／西田竹志訳（株）トッパン発行 1992年8月20日初版

しかしながら、一般的なネットワークデバイス制御ソフトウェアでは、ネットワークデバイスに対して状態通知先、即ちＴｒａｐ−ＰＤＵ送信先としてネットワークデバイス制御ソフトウェアが動作しているＰＣのアドレスを登録しておかないと、ネットワークデバイスから状態変化が通知されない。そのため、利用者はネットワークデバイス制御ソフトウェアを起動後、自分の管理したいネットワークデバイスに対して状態通知先アドレスの登録を毎回行わなければならない、という問題があった。

尚、上述のアドレス登録は、通常、管理対象デバイスの詳細な情報を表示するためのウィンドウを開く一連の処理の一部として組み込まれている。

本発明は、ネットワーク上で検出されたネットワークデバイスのうち管理したいネットワークデバイスを予め設定しておき、管理対象のネットワークデバイスに対して状態通知先のアドレスを自動的に登録することを目的とする。

本発明の第１側面に係るネットワークデバイス制御方法は、ネットワーク上のネットワークデバイスの状態変化をネットワークデバイスからの状態通知に基づいて管理するネットワークデバイス制御装置におけるネットワークデバイス制御方法であって、保存手段が、利用者の管理したいネットワークデバイスとして、状態通知先のアドレスが登録される管理対象とすべきネットワークデバイスを登録保存する保存工程と、検出手段が、ネットワーク上で稼動しているネットワークデバイスを検出する検出工程と、判定手段が、前記検出工程で検出された複数のネットワークデバイスの中に、前記保存工程において予め登録保存された前記管理対象とすべきネットワークデバイスがあるか否かを判定する判定工程と、第１の登録手段が、前記判定工程において前記検出工程で検出された複数のネットワークデバイスの中に前記管理対象とすべきネットワークデバイスがあると判定された場合、当該管理対象とすべきネットワークデバイスに、状態通知先のアドレスを登録する第１の登録工程と、リスト表示手段が、前記検出工程で検出された複数のネットワークデバイスのリストを表示するリスト表示工程と、第２の登録手段が、前記リストから指定されたネットワークデバイスが前記管理対象とすべきネットワークデバイスとして追加された場合、当該追加されたネットワークデバイスに、状態通知先のアドレスを登録する第２の登録工程と、削除手段が、前記リストから指定されたネットワークデバイスが前記管理対象とすべきネットワークデバイスから削除されたと判定した場合、当該指定されたネットワークデバイスに登録されている状態通知先アドレスを削除する削除工程とを有することを特徴とする。

本発明の第２側面に係るネットワークデバイス制御装置は、ネットワーク上のネットワークデバイスの状態変化をネットワークデバイスからの状態通知に基づいて管理するネットワークデバイス制御装置であって、利用者の管理したいネットワークデバイスとして、状態通知先のアドレスが登録される管理対象とすべきネットワークデバイスを登録保存する保存手段と、ネットワーク上で稼動しているネットワークデバイスを検出する検出手段と、前記検出手段で検出された複数のネットワークデバイスの中に、前記保存工程において予め登録保存された前記管理対象とすべきネットワークデバイスがあるか否かを判定する判定手段と、前記判定手段において前記検出手段で検出された複数のネットワークデバイスの中に前記管理対象とすべきネットワークデバイスがあると判定された場合、当該管理対象とすべきネットワークデバイスに、状態通知先のアドレスを登録する第１の登録手段と、前記検出手段により検出された複数のネットワークデバイスのリストを表示するリスト表示手段と、前記リスト表示手段により表示されたリストにおいて指定されたネットワークデバイスを管理対象とすべきネットワークデバイスとして追加する、あるいは、前記リスト表示手段により表示されたリストにおいて指定されたネットワークデバイスを管理対象とすべきネットワークデバイスから削除する更新手段と、前記更新手段により、前記指定されたネットワークデバイスが前記管理対象とすべきネットワークデバイスとして追加された場合、当該追加されたネットワークデバイスに、状態通知先のアドレスを登録する第２の登録手段と、前記更新手段により、前記指定されたネットワークデバイスが前記管理対象とすべきネットワークデバイスから削除された場合、当該指定されたネットワークデバイスに登録されている状態通知先アドレスを削除する削除手段とを有することを特徴とする。

本発明によれば、利用者が管理したいネットワークデバイスに対して状態通知先のアドレスを登録するための手順を手動にて毎回管理者が実行しなくても、管理対象のネットワークデバイスを検出した時点から当該ネットワークデバイスの状態変化が通知されるようになるという効果がある。

以下、図面を参照しながら発明を実施するための最良の形態について詳細に説明する。

［第１の実施形態］
まず、ネットワークデバイス制御ソフトウェアの動作について説明する。尚、後述するすべての説明において、特に断りのない限り、実行の主体はハード上はＣＰＵ５０１（図５）であり、ソフトウェア上の制御の主体は、ハードディスク（ＨＤ）５１１（図５）にインストールされたネットワークデバイス制御ソフトウェアである。また、図１に示すネットワークに接続されたネットワークボード（ＮＢ）１０１とそのネットワークボード１０１が装着されたプリンタ１０２の組み合わせをネットワークデバイスと呼ぶ。

図７は、ネットワークデバイス制御ソフトウェアによるネットワークデバイス検出時の処理を示すフローチャートである。まず、ステップＳ７０１において、検出したネットワークデバイスの数をカウントするための変数ｉの値を“０”に初期化する。そして、ステップＳ７０２では、後述するネットワークデバイスの検索手順に従ってｉ番目のネットワークデバイスを探索し、ステップＳ７０３でネットワークデバイスの探索結果を判断する。尚、ネットワークデバイスを探索する手順の一例については更に後述する。

その結果、ネットワークデバイスが検出された場合には（ステップＳ７０３のＹｅｓ）ステップＳ７０４に進み、検出したネットワークデバイスからデバイスリスト表示ウィンドウに表示する情報や、後述するデバイス配置情報を保存又は設定するときに使用する情報を取得する。これらの情報は、例えばＳＮＭＰプロトコルを使って適切なＭＩＢオブジェクトの値として取得することができる。

次に、ステップＳ７０５では、ステップＳ７０４で取得したデバイスの情報をデバイスリスト表示ウィンドウに表示し、続くステップＳ７０６では、ステップＳ７０４で取得したデバイスの情報を後で参照できる形式でＲＡＭ等に保存する。そして、ステップＳ７０７では、変数ｉの値を１加算し、ステップＳ７０２に戻り、上述の処理を繰り返す。

また、ステップＳ７０３での結果、ネットワークデバイスが検出されなかった場合にはステップＳ７０８に進み、変数ｉの値（検出したデバイスの数を示す）をＲＡＭ等に保存し、この処理を終了する。

次に、ステップＳ７０２におけるネットワークデバイス探索手順の一例として、ネットワークプロトコルにＴＣＰ／ＩＰを使用した場合について説明する。

まず、探索対象となるネットワークデバイスのＩＰアドレスが指定された場合は、そのＩＰアドレスを持つデバイスに対してネットワークデバイスが必ずサポートするＭＩＢオブジェクトを問い合わせる。これらの情報は、各ネットワークデバイスのＭＩＢに格納されており、指定されたＩＰアドレスを持つデバイスのエージェントのみがこの間い合わせに応答する。尚、設定されたＩＰアドレスを持つデバイスが存在しなければ問い合わせに対してタイムアウトエラーが生じ、これらの情報は得られない。

次に、探索対象となるネットワークデバイスのＩＰアドレスを指定しない場合は、ブロードキャストアドレスで探索を行う。その場合、ネットワークデバイスが必ずサポートするＭＩＢオブジェクトを問い合わせるリクエストをネットワーク上にブロードキャストする。ここで、ネットワーク上に存在し、問い合わせたＭＩＢオブジェクトを持つネットワークデバイスはブロードキャストされたリクエストに対して問い合わせ情報を返信する。それ以外のネットワークデバイスは問い合わせたＭＩＢオブジェクトを持たない旨返答する。尚、問い合わせ情報を持たない旨の返答をしたネットワークデバイスを管理対象デバイスとするかどうかは実装に依存する。

図８は、デバイス配置情報をファイルに保存する場合のデバイス配置情報指定処理を示すフローチャートである。本処理は、デバイスリスト表示ウィンドウに表示されたネットワークデバイスをデバイスマップ表示ウィンドウにドラッグ・アンド・ドロップしたときに起動される。

まず、ステップＳ８０１では、デバイスリスト表示ウィンドウからドラッグ・アンド・ドロップしたネットワークデバイスのドラッグ・アンド・ドロップ先の座標（ｘ，ｙ）を取得する。次に、ステップＳ８０２では、ドラッグ・アンド・ドロップしたネットワークデバイスの情報（図７に示すステップＳ７０６で保存されている）を取得する。そして、ステップＳ８０３では、ステップＳ８０１で取得した座標情報を、ステップＳ８０２で取得した情報のうちネットワークデバイスを特定可能な情報と関連付けてデバイス配置情報を保存するためのファイルに追加し、処理を終了する。

図９は、デバイス配置情報をネットワークデバイスに設定する場合のデバイス配置情報指定処理を示すフローチャートである。本処理は、デバイスリスト表示ウィンドウに表示されたネットワークデバイスをデバイスマップ表示ウィンドウにドラッグ・アンド・ドロップしたときに起動される。

まず、ステップＳ９０１では、デバイスリスト表示ウィンドウからドラッグ・アンド・ドロップしたネットワークデバイスのドラッグ・アンド・ドロップ先の座標（ｘ，ｙ）を取得する。次に、ステップＳ９０２では、ドラッグ・アンド・ドロップしたネットワークデバイスの情報（図７に示すステップＳ７０６で保存されている）を取得する。そして、ステップＳ９０３では、ステップＳ９０２で取得した情報を元に当該ネットワークデバイスに対してＳＮＭＰ等のプロトコルを利用して、ステップＳ９０１で取得した座標情報を特定のＭＩＢオブジェクトに設定し、処理を終了する。

尚、特定のオブジェクトとしては、ＭＩＢＩＩで定義されているsysLocationや企業独自に定義しているＭＩＢオブジェクトを利用することができる。

図１０は、デバイス配置情報をファイルから読み出す場合のデバイス配置情報指定処理を示すフローチャートである。本処理は、デバイスマップ表示ウィンドウの表示を更新する際に起動される。

まず、ステップＳ１００１では、図８のステップＳ８０３で保存したデバイス配置情報をファイルから読み出し、ステップＳ１００２では、検出されたネットワークデバイスをカウントするための変数ｊの値を“０”に初期化する。次に、ステップＳ１００３では、変数ｊの値と図７に示すステップＳ７０８で保存したネットワークデバイスの数を示す変数ｉの値を比較し、変数ｊの値が変数ｉの値よりも小さい場合は（ステップＳ１００３：Ｙｅｓ）ステップＳ１００４に進み、それ以外の場合は（ステップＳ１００３：Ｎｏ）処理を終了する。

ステップＳ１００４では、ステップＳ１００１で取得したデバイス配置情報のなかに、図７に示すステップＳ７０６で保存したｊ番目のネットワークデバイスに対する配置情報があるかどうかを調べる。そして、ステップＳ１００５では、ステップＳ１００４でｊ番目のネットワークデバイスのデバイス配置情報を取得できたか判断し、デバイス配置情報を取得できた場合は（ステップＳ１００５：Ｙｅｓ）ステップＳ１００６に進み、取得できなかった場合は（ステップＳ１００５：Ｎｏ）ステップＳ１００７に進む。

ステップＳ１００６では、ステップＳ１００４で取得したデバイス配置情報に基づき、当該ネットワークデバイスを示すアイコンを、デバイスマップ表示ウィンドウ上に表示する。そして、ステップＳ１００７では、変数ｊの値を１加算し、ステップＳ１００３に戻り、上述の処理を繰り返す。

図１１は、デバイス配置情報をネットワークデバイスから取得する場合のデバイス配置情報指定処理を示すフローチャートである。本処理は、デバイスマップ表示ウィンドウの表示を更新する際に起動される。

まず、ステップＳ１１０１では、検出されたネットワークデバイスをカウントするための変数ｊの値を“０”に初期化する。次に、ステップＳ１１０２では、変数ｊの値と図７に示すステップＳ７０８で保存したネットワークデバイスの数を示す変数ｉの値を比較し、変数ｊの値が変数ｉの値よりも小さい場合は（ステップＳ１１０２：Ｙｅｓ）ステップＳ１１０３に進み、それ以外の場合は（ステップＳ１１０２：Ｎｏ）処理を終了する。

ステップＳ１１０３では、図７に示すステップＳ７０６で保存したｊ番目のネットワークデバイスに対して、図９に示すステップＳ９０３で設定したデバイス配置情報を取得する。尚、ネットワークデバイスに設定されたデバイス配置情報は、ＳＮＭＰプロトコルのGet Requestパケットを用いて、デバイス配置情報を設定したＭＩＢオブジェクトの値を取得することで得られる。

次に、ステップＳ１１０４では、ステップＳ１１０３でｊ番目のネットワークデバイスのデバイス配置情報を取得できたか判断し、デバイス配置情報を取得できた場合は（ステップＳ１１０４：Ｙｅｓ）ステップＳ１１０５に進み、取得できなかった場合は（ステップＳ１１０４：Ｎｏ）ステップＳ１１０６に進む。

ステップＳ１１０５では、ステップＳ１１０４で取得したデバイス配置情報に基づき、当該ネットワークデバイスを示すアイコンを、デバイスマップ表示ウィンドウ上に表示する。そして、ステップＳ１１０６では、変数ｊの値を１加算し、ステップＳ１１０２に戻り、上述の処理を繰り返す。図１３は、取得したデバイス配置情報に基づき、当該ネットワークデバイスを示すアイコンを、デバイスマップ表示ウィンドウ上に表示した例を示す図である。

このように、第１の実施形態によれば、ネットワークデバイスを一覧表示するためのデバイスリスト表示ウィンドウと、検出したネットワークデバイスを実際の配置場所が分かるようにウィンドウ上の任意の位置にアイコン表示するためのデバイスマップ表示ウィンドウを有し、ネットワーク上で稼動しているネットワークデバイスを検出し、検出したネットワークデバイスをデバイスリスト表示ウィンドウに表示し、デバイスリスト表示ウィンドウに表示されたネットワークデバイスを、デバイスマップ表示ウィンドウにドラッグ・アンド・ドロップすることにより、検出したネットワークデバイスの配置位置（以下、デバイス配置情報という）を指定し、指定されたデバイス配置情報を保存し、保存されたデバイス配置情報を取得し、デバイス配置情報に基づき、検出されたネットワークデバイスをデバイスマップ表示ウィンドウに表示することにより、ドラッグ・アンド・ドロップという簡単な手順によりデバイスマップ表示ウィンドウにネットワークデバイスを配置できるという効果がある。

また、デバイス配置情報の保存及び取得先がファイルであることを特徴とすることにより、一度作成したデバイス配置情報をファイルとして配布することにより、複数の利用者が同一のデバイス配置情報を参照できるという効果がある。

更に、デバイス配置情報の保存および取得先が配置情報に対応するネットワークデバイス内のＭＩＢオブジェクトであることを特徴とすることにより、複数の利用者がネットワークデバイスに設定された同一のデバイス配置情報を参照できるという効果がある。

［第２の実施形態］
次に、図面を参照しながら本発明に係る第２の実施形態を詳細に説明する。

第２の実施形態は、ネットワーク上で検出されたネットワークデバイスのうち管理したいネットワークデバイスを予め登録し、管理対象のネットワークデバイスに対して状態通知先のアドレスを自動的に登録することにより、利用者の利便性を向上させるものである。

図１４は、第２の実施形態におけるネットワークデバイス検出時の処理を示すフローチャートである。まず、ステップＳ１４０１では、管理対象デバイス情報をファイルから読み出し、ステップＳ１４０２では、検出したネットワークデバイスの数をカウントするための変数ｉの値を“０”に初期化する。次に、ステップＳ１４０３では、ネットワークに接続されているｉ番目のネットワークデバイスの探索を行い、ステップＳ１４０４では、ステップＳ１４０３でｉ番目のネットワークデバイスが検出された場合は（ステップＳ１４０４：Ｙｅｓ）ステップＳ１４０５に進み、検出されなかった場合は（ステップＳ１４０４：Ｎｏ）処理を終了する。

ステップＳ１４０５では、ステップＳ１４０３において検出したネットワークデバイスから必要な情報を取得する。ここで、必要な情報とは、管理対象デバイス情報を保存する際に、ネットワークデバイスを一意に識別するための情報（通常は、ＭＡＣアドレスを使用する）や、検出したネットワークデバイスをリスト状に表示する場合に表示する情報を意味する。また、ネットワークデバイスからの情報の取得は、例えばＳＮＭＰプロトコルのGet Request-PDUを使って適切なＭＩＢオブジェクトの値を取得することにより行うことができる。

次に、ステップＳ１４０６では、ステップＳ１４０５で取得した情報を後で参照できる形式でＲＡＭ等に保存する。そして、ステップＳ１４０７ではステップＳ１４０１で読み出した管理対象デバイス情報を参照し、ステップＳ１４０３で検出したｉ番目のデバイスが管理対象デバイスであるかどうか判断し、管理対象デバイスであった場合は（ステップＳ１４０７：Ｙｅｓ）ステップＳ１４０８に進み、管理対象デバイスでなかった場合は（ステップＳ１４０７：Ｎｏ）ステップＳ１４０９に進む。

ステップＳ１４０８では、ｉ番目のネットワークデバイスに対して、状態通知先、即ちＴｒａｐ−ＰＤＵ送信先のアドレスとして、当該ネットワークデバイス管理ソフトウェアが動作しているＰＣのアドレスを登録する。状態通知先アドレスの登録は、例えばネットワークデバイスの適切なＭＩＢオブジェクトに対して値を設定することにより行うことができる。

ステップＳ１４０９では、変数ｉの値を１加算し、ステップＳ１４０３に戻り、上述の処理を繰り返す。

図１５は、図１４に示す処理で検出されたネットワークデバイスを管理対象とするかどうかを指定するための処理を示すフローチャートである。

まず、ステップＳ１５０２では、図１４に示した手順により検出されたネットワークデバイスのうち、管理対象にするかどうかを設定するネットワークデバイスを指定する。ネットワークデバイスの指定は、例えば検出されたネットワークデバイスを一覧表示したリストボックス等により行う。

次に、ステップＳ１５０３では、ステップＳ１５０２で指定されたネットワークデバイスを管理対象とするかどうかを指定し、ステップＳ１５０４では、ステップＳ１５０２で指定された情報に基づき、管理対象デバイス情報を更新・保存する。そして、ステップＳ１５０５では、ネットワークデバイスが新たに管理対象デバイスに追加されたかどうか判断し、新たに追加された場合は（ステップＳ１５０５：Ｙｅｓ）ステップＳ１５０６に進み、それ以外の場合は（ステップＳ１５０５：Ｎｏ）ステップＳ１５０７に進む。

ステップＳ１５０６では、ネットワークデバイスに対して、状態通知先、即ちＴｒａｐ−ＰＤＵ送信先のアドレスとして当該ネットワークデバイス管理ソフトウェアが動作しているＰＣのアドレスを登録し、処理を終了する。この状態通知先アドレスの登録は、例えばネットワークデバイスの適切なＭＩＢオブジェクトに対して値を設定することにより行うことができる。

ステップＳ１５０７では、ネットワークデバイスが管理対象デバイスから削除されたかどうか判断し、管理対象から削除された場合は（ステップＳ１５０７：Ｙｅｓ）ステップＳ１５０８に進み、それ以外の場合は（ステップＳ１５０７：Ｎｏ）処理を終了する。

ステップＳ１５０８では、ネットワークデバイスから、状態通知先、即ちＴｒａｐ−ＰＤＵ送信先のアドレスを削除し、処理を終了する。この状態通知先アドレスの削除は、例えばネットワークデバイスの適切なＭＩＢオブジェクトの値を空にすることにより行うことができる。

図１６は、図１４及び図１５に示す処理において読み出し又は保存される管理対象デバイス情報の一例を示す図である。この例では、管理対象デバイス情報を管理対象デバイスの数（図中は、Device Count）と、管理対象デバイスのＭＡＣアドレス（図中では、MACADDRESS０〜３）とで構成している。

このように、第２の実施形態によれば、ネットワーク上で稼働しているネットワークデバイスを検出し、検出したネットワークデバイスを管理対象とするかどうかを設定し、ネットワークデバイスを管理対象とするかどうかの設定を保存し、管理対象として登録されたネットワークデバイスを検出した場合、ネットワークデバイスに対して自動的に状態通知先のアドレスを登録することにより、利用者が管理したいネットワークデバイスに対して状態通知先のアドレスを登録するための手順を実行しなくても、管理対象のネットワークデバイスを検出した時点から当該ネットワークデバイスの状態変化が通知されるようになるという効果がある。

尚、前述したネットワークデバイス制御プログラムは、外部からインストールされるプログラムによって、ＰＣ５００によって遂行されても良い。その場合、そのプログラムはＣＤ−ＲＯＭやフラッシュメモリやフロッピー（登録商標）ディスクなどの記憶媒体により、或いは電子メールやパソコン通信などのネットワークを介して外部の記憶媒体からプログラムを含む情報群をＰＣ５００上にロードすることにより、ＰＣ５００に供給される場合にも適用されるものである。

図１７は、記憶媒体の一例であるＣＤ−ＲＯＭのメモリマップを示す図である。９９９９はディレクトリ情報を記憶している領域であり、以降のインストールプログラムを記憶している領域及びネットワークデバイス制御プログラムを記憶している領域の位置を示している。９９９８はインストールプログラムを記憶している領域である。９９９７はネットワークデバイス制御プログラムを記憶している領域である。

このネットワーク制御プログラムがＰＣ５００にインストールされる際には、まずインストールプログラムを記憶している領域９９９８に記憶されているインストールプログラムがシステムにロードされ、ＣＰＵ５０１によって実行される。次に、ＣＰＵ５０１によって実行されるインストールプログラムが、ネットワークデバイス制御プログラムを記憶している領域９９９７からネットワークデバイス制御プログラムを読み出し、ハードディスク５１１に格納する。

尚、本発明は複数の機器（例えば、ホストコンピュータ，インタフェース機器，リーダ，プリンタなど）から構成されるシステムに適用しても、１つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用しても良い。

また、本発明の目的は前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ若しくはＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。

この場合、記録媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。

このプログラムコードを供給するための記録媒体としては、例えばフロッピー（登録商標）ディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。

また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

更に、記録媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

プリンタをネットワークに接続するためのネットワークボードを、開放型アーキテクチャを持つプリンタへ接続した場合を示す図である。 ネットワークボードをプリンタにインストールした状態を示す断面図である。 ネットワークボード、プリンタ及びＬＡＮとの電気的接続を示すブロック図である。 ＭＩＢの構造を示す概念図である。 ネットワーク管理ソフトウェアが稼動可能なＰＣの構成を示すブロック図である。 ネットワーク管理ソフトウェアのモジュール構成を示す図である。 第１の実施形態におけるネットワークデバイス検出処理を示すフローチャートである。 ファイルに情報を保存する場合のデバイス配置情報設定処理を示すフローチャートである。 ネットワークデバイスに情報を保存する場合のデバイス配置情報設定処理を示すフローチャートである。 ファイルに情報を保存する場合のデバイスマップ表示ウィンドウ更新処理を示すフローチャートである。 ネットワークデバイスに情報を保存する場合のデバイスマップ表示ウィンドウ更新処理を示すフローチャートである。 デバイスリスト表示ウィンドウの表示例を示す図である。 デバイスマップ表示ウィンドウの表示例を示す図である。 第２の実施形態におけるネットワークデバイス検出処理を示すフローチャートである。 管理対象デバイス登録処理を示すフローチャートである。 本発明における管理対象デバイス情報の一実施例を示す図である。 ネットワーク管理ソフトウェアの記憶媒体におけるメモリマップを示す図である。

符号の説明

１００ ローカルエリアネットワーク（ＬＡＮ）
１０１ ネシトワークボード（ＮＢ）
１０１ａ 印刷回路ボード
１０１ｂ フェースプレート
１０２ 開放型アーキテクチャをもつプリンタ
１０２ａ シリアルポート
１０２ｂ パラレルポート
１０３ パーソナルコンピュータ（ＰＣ）
１０４ パーソナルコンピュータ（ＰＣ）
１０５ プリンタ
１０６ ファイルサーバ
１０７ ネットワークディスク
１０８ プリントサーバ
１０９ａ プリンタ
１０９ｂ プリンタ
１１０ ローカルエリアネットワーク（ＬＡＮ）
１１１ パーソナルコンピュータ（ＰＣ）
１１２ パーソナルコンピュータ（ＰＣ）
１１３ ファイルサーバ
１１４ ネットワークディスク
１１５ プリントサーバ
１１６ プリンタ
１１７ プリンタ
１２０ ローカルエリアネットワーク（ＬＡＮ）
１２１ パーソナルコンピュータ（ＰＣ）
１２２ パーソナルコンピュータ（ＰＣ）
１３０ 変調／復調（ＭＯＤＥＭ）／トランスポンダー
１４０ バックボーン
１５０ プリンタインタフェースカード
１５１ マイクロプロセッサ
１６０ プリンタエンジン
１７０ コネクタ
２００ 共有メモリ
３０１ マイクロプロセッサ
３０２ ＲＯＭ
３０３ ＲＡＭ
４０１ ＭＩＢのノードiso（１）
４０２ ＭＩＢのノードorg（３）
４０３ ＭＩＢのノードmgmt（２）
４０４ ＭＩＢのノードmib-2（１）
４０５ ＭＩＢのノードprintmib（４３）
４０６ ＭＩＢのノードprivate（４）
４０７ ＭＩＢのノードenterprises（１）
４０８ ＭＩＢのノードｃａｎｏｎ（１６０２）
５００ ＰＣ
５０１ ＣＰＵ
５０２ ＲＯＭ
５０３ ＲＡＭ
５０４ システムバス
５０５ キーボードコントローラ（ＫＢＣ）
５０６ ＣＲＴコントローラ（ＣＲＴＣ）
５０７ ディスクコントローラ（ＤＫＣ）
５０８ ネットワークインタフェースカード（ＮＩＣ）
５０９ キーボード（ＫＢ）
５１０ ＣＲＴディスプレイ（ＣＲＴ）
５１１ ハードディスク（ＨＤ）
５１２ フロッピー（登録商標）ディスクドライブ（ＦＤ）
６０１ デバイスリストモジュール
６０２ 全体制御モジュール
６０３ コンフィグレータ
６０４ 探索モジュール
６０５ NetWareジョブモジュール
６０６ ＵＩモジュールＡ
６０７ ＵＩモジュールＢ
６０８ 制御モジュールＡ
６０９ 制御モジュールＢ
６１０ ＭＩＢモジュール
６１１ ＳＮＭＰモジュール
６１２ 共通トランスポートモジュール
６１３ ＩＰＸハンドラ
６１４ ＵＤＰハンドラ
６１５ 現在のプロトコル
６１６ NetWare API
６１７ WinSock

Claims (3)

1. ネットワーク上のネットワークデバイスの状態変化をネットワークデバイスからの状態通知に基づいて管理するネットワークデバイス制御装置におけるネットワークデバイス制御方法であって、
   保存手段が、利用者の管理したいネットワークデバイスとして、状態通知先のアドレスが登録される管理対象とすべきネットワークデバイスを登録保存する保存工程と、
   検出手段が、ネットワーク上で稼動しているネットワークデバイスを検出する検出工程と、
   判定手段が、前記検出工程で検出された複数のネットワークデバイスの中に、前記保存工程において予め登録保存された前記管理対象とすべきネットワークデバイスがあるか否かを判定する判定工程と、
   第１の登録手段が、前記判定工程において前記検出工程で検出された複数のネットワークデバイスの中に前記管理対象とすべきネットワークデバイスがあると判定された場合、当該管理対象とすべきネットワークデバイスに、状態通知先のアドレスを登録する第１の登録工程と、
   リスト表示手段が、前記検出工程で検出された複数のネットワークデバイスのリストを表示するリスト表示工程と、
   第２の登録手段が、前記リストから指定されたネットワークデバイスが前記管理対象とすべきネットワークデバイスとして追加された場合、当該追加されたネットワークデバイスに、状態通知先のアドレスを登録する第２の登録工程と、
   削除手段が、前記リストから指定されたネットワークデバイスが前記管理対象とすべきネットワークデバイスから削除されたと判定した場合、当該指定されたネットワークデバイスに登録されている状態通知先アドレスを削除する削除工程と、
   を有することを特徴とするネットワークデバイス制御方法。
2. ネットワーク上のネットワークデバイスの状態変化をネットワークデバイスからの状態通知に基づいて管理するネットワークデバイス制御装置であって、
   利用者の管理したいネットワークデバイスとして、状態通知先のアドレスが登録される管理対象とすべきネットワークデバイスを登録保存する保存手段と、
   ネットワーク上で稼動しているネットワークデバイスを検出する検出手段と、
   前記検出手段で検出された複数のネットワークデバイスの中に、前記保存工程において予め登録保存された前記管理対象とすべきネットワークデバイスがあるか否かを判定する判定手段と、
   前記判定手段において前記検出手段で検出された複数のネットワークデバイスの中に前記管理対象とすべきネットワークデバイスがあると判定された場合、当該管理対象とすべきネットワークデバイスに、状態通知先のアドレスを登録する第１の登録手段と、
   前記検出手段により検出された複数のネットワークデバイスのリストを表示するリスト表示手段と、
   前記リスト表示手段により表示されたリストにおいて指定されたネットワークデバイスを管理対象とすべきネットワークデバイスとして追加する、あるいは、前記リスト表示手段により表示されたリストにおいて指定されたネットワークデバイスを管理対象とすべきネットワークデバイスから削除する更新手段と、
   前記更新手段により、前記指定されたネットワークデバイスが前記管理対象とすべきネットワークデバイスとして追加された場合、当該追加されたネットワークデバイスに、状態通知先のアドレスを登録する第２の登録手段と、
   前記更新手段により、前記指定されたネットワークデバイスが前記管理対象とすべきネットワークデバイスから削除された場合、当該指定されたネットワークデバイスに登録されている状態通知先アドレスを削除する削除手段と、
   を有することを特徴とするネットワークデバイス制御装置。
3. 前記検出手段で検出された複数のネットワークデバイスの中で、前記保存手段により前記管理対象とすべきネットワークデバイスとして登録保存されていないネットワークデバイスに対して、状態通知先のアドレスの登録を行わない
   ことを特徴とする請求項２に記載のネットワークデバイス制御装置。

Images