JP3684108B2 - ネットワークデバイス管理装置及び方法 - Google Patents
ネットワークデバイス管理装置及び方法 Download PDFInfo
- Publication number
- JP3684108B2 JP3684108B2 JP16556999A JP16556999A JP3684108B2 JP 3684108 B2 JP3684108 B2 JP 3684108B2 JP 16556999 A JP16556999 A JP 16556999A JP 16556999 A JP16556999 A JP 16556999A JP 3684108 B2 JP3684108 B2 JP 3684108B2
- Authority
- JP
- Japan
- Prior art keywords
- packet
- network
- network management
- address
- response
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
Description
【０００１】
【発明の属する技術分野】
本発明は、例えばコンピュータネットワークに接続されたデバイス等を管理するためのネットワークデバイス管理装置及び方法に関する。
【０００２】
【従来の技術】
近年、コンピュータを相互に接続したローカルエリアネットワーク（ＬＡＮ）が普及しており、このようなローカルエリアネットワークは、ビルのフロアまたはビル全体、ビル群（構内）、地域、あるいはさらに大きいエリアにわたって構築することができる。このようなネットワークは更に相互接続され、世界的規模のネットワークにも接続することができる。このような相互接続されたそれぞれのＬＡＮは、多様なハードウェア相互接続技術といくつものネットワークプロトコルを持つことがある。
【０００３】
他と切り離された簡単なＬＡＮは個々のユーザが管理することができる。すなわち、ユーザが機器を取り替えたり、ソフトウェアをインストールしたり、問題点を診断したりすることができる。
【０００４】
しかし一方、規模の大きい複雑なＬＡＮや相互接続された大きなＬＡＮグループは「管理」を必要とする。「管理」とは、人間のネットワーク管理者とその管理者が使用するソフトウェアの両方による管理を意味する。本願においては、「管理」とはシステム全体を管理するためのソフトウェアによる管理を意味し、「ユーザ」とはネットワーク管理ソフトウェアを使用する人を意味するものとする。このユーザは、通常、システム管理責任者である。ユーザは、ネットワーク管理ソフトウェアを使うことによって、ネットワーク上で管理データを得て、このデータを変更することができる。
【０００５】
大規模ネットワークシステムは、通常、機器の増設と除去、ソフトウェアの更新、及び問題の検出などを絶えず行うことが必要な動的システムである。一般に、様々な人が所有する、様々な業者から供給される様々なシステムが存在する。
【０００６】
このような大規模ネットワークシステムを構成するネットワーク上のデバイスを管理するための方法として、これまでにいくつかの試みが数多くの標準機関でなされている。国際標準化機構（ＩＳＯ）は開放型システム間相互接続（Open System Interconnection，ＯＳＩ）モデルと呼ばれる汎用基準フレームワークを提供した。ネットワーク管理プロトコルのＯＳＩモデルは、共通管理情報プロトコル（Comon Management Information Protocol，ＣＭＩＰ）と呼ばれる。ＣＭＩＰはヨーロツパの共通ネットワーク管理プロトコルである。
【０００７】
また近年では、より共通性の高いネットワーク管理プロトコルとして、簡易ネットワーク管理プロトコル（Simple Network Management Protocol，ＳＮＭＰ）と呼ばれるＣＭＩＰに関連する一変種のプロトコルがある。（「ＴＣＰ／ＩＰ ネットワーク管理入門実用的な管理をめざして」Ｍ．Ｔ．ローズ＝著／西田竹志＝訳（株）トッパン発行１９９２年８月２０日初版を参照。）
このＳＮＭＰネットワーク管理技術によれば、ネットワーク管理システムには、少なくとも１つのネットワーク管理ステーション（ＮＭＳ）、各々がエージェントを含むいくつかの管理対象ノード、及び管理ステーションやエージェントが管理情報を交換するために使用するネットワーク管理プロトコルが含まれる。ユーザは、ＮＭＳ上でネットワーク管理ソフトウェアを用いて管理対象ノード上のエージェントソフトウェアと通信することにより、ネットワーク上のデータを得、またデータを変更することができる。
【０００８】
ここでエージェントとは、各々のターゲット装置についてのバックラウンドプロセスとして走るソフトウェアである。ユーザがネットワーク上の装置に対して管理データを要求すると、管理ソフトウェアはオブジェクト識別情報を管理パケットまたはフレームに入れてターゲットエージェントへ送り出す。エージェントは、そのオブジェクト識別情報を解釈して、そのオブジェクト識別情報に対応するデータを取り出し、そのデータをパケットに入れてユーザに送り返す。時には、データを取り出すために対応するプロセスが呼び出される場合もある。
【０００９】
またエージェントは、自分の状態に関するデータをデータベースの形式で保持している。このデータベースのことを、ＭＩＢ(Management Information Base)と呼ぶ。図４は、ＭＩＢの構造を示す概念図である。図４に示すように、ＭＩＢは木構造のデータ構造をしており、全てのノードが一意に番号付けされている。図４において、かっこ内に書かれている番号が、そのノードの識別子である。例えば、図４においてノード４０１の識別子は１である。ノード４０２の識別子は、ノード４０１の下の３なので、１・３と表記される。同様にして、ノード４０３の識別子は、１・３・６・１・２と表記される。このノードの識別子のことを、オブジェクト識別子(OBJECT IDENTIFIER)と呼ぶ。
【００１０】
このＭＩＢの構造は、管理情報構造（ＳＭＩ：Structure of Management Information）と呼ばれ、RFC1155 Structure and Identificatlon of Management Information for TCP/IP-based Internetsで規定されている。
【００１１】
図４には、標準として規定されているＭＩＢのうち、一部のもののみを抜き出して記載してある。
【００１２】
次に、ＳＮＭＰプロトコルについて簡単に説明する。ネットワーク管理ユーティリティソフトウェアが動作しているＰＣ（以下、マネージャと呼称する）とＳＮＭＰエージェントが動作している管理対象ネγトワークデバイス（以下、エージェントと呼称する）とは、ＳＮＭＰプロトコルを用いて通信を行う。ＳＮＭＰプロトコルには５種類のコマンドがあり、それぞれＧｅｔ−ｒｅｑｕｅｓｔ、Ｇｅｔ−ｎｅｘｔ−ｒｅｑｕｅｓｔ、Ｇｅｔ−ｒｅｓｐｏｎｓｅ、Ｓｅｔ−ｒｅｑｕｅｓｔ、Ｔｒａｐと呼ばれる。これらのコマンドがマネージャとエージェントの間でやりとりされる様子を図８に示す。
【００１３】
Ｇｅｔ−ｒｅｑｕｅｓｔおよびＧｅｔ−ｎｅｘｔ−ｒｅｑｕｅｓｔは、マネージャがエージェントのＭＩＢオブジェクトの値を取得するために、マネージャがエージェントに対して送出するコマンドである。このコマンドを受け取ったエージェントは、ＭＩＢの値をマネージャに通知するために、マネージャに対してＧｅｔ−ｒｅｓｐｏｎｓｅコマンドを送出する（８０１および８０２）。
【００１４】
Ｓｅｔ−ｒｅｑｕｅｓｔは、マネージャがエージェントのＭＩＢオブジェクトの値を設定するために、マネージャがエージェントに対して送出するコマンドである。このコマンドを受け取ったエージェントは、設定結果をマネージャに通知するために、マネージャに対してＧｅｔ−ｒｅｓｐｏｎｓｅコマンドを送出する（８０３）。
【００１５】
Ｔｒａｐは、エージェントが自分自身の状態の変化をマネージャに対して通知するために、エージェントがマネージャに対して送出するコマンドである（８０４）。
【００１６】
図７に、Ｔｒａｐ以外のコマンド、即ちＧｅｔ−ｒｅｑｕｅｓｔ、Ｇｅｔ−ｎｅｘｔ−ｒｅｑｕｅｓｔ、Ｇｅｔ−ｒｅｓｐｏｎｓｅおよびＳｅｔ−ｒｅｑｕｅｓｔのフォーマットを示す。
【００１７】
７００は、ＳＮＭＰメッセージを示す。ＳＮＭＰメッセージは、バージョン７０１、コミュニティ名７０２およびＰＤＵと呼ばれる領域７０３からなる。ＰＤＵ７０３を詳細に示したものが７１０である。ＰＤＵ７１０は、ＰＤＵタイプ７１１、リクエストＩＤ７１２、エラーステータス７１３、エラーインデックス７１４およびＭＩＢ情報７１５からなる。ＰＤＵタイプ７１１には、コマンドを識別する値が格納される。即ちこのフィールドの値が０であるならばＧｅｔ−ｒｅｑｕｅｓｔ、１であるならばＧｅｔ−ｎｅｘｔ−ｒｅｑｕｅｓｔ、２であるならばＧｅｔ−ｒｅｓｐｏｎｓｅ、３であるならばＳｅｔ−ｒｅｑｕｅｓｔと識別される。また、エラーステータス７１３には、エラー情報を示す値が格納される。エラーが無い場合には、このフィールドの値は０である。また、ＭＩＢ情報７１５には、オブジェクトＩＤとその値が組みになって格納される。
【００１８】
次に、管理が必要な大規模なネットワークについて説明する。
【００１９】
図１は、プリンタをネットワークに接続するためのネットワークボード（ＮＢ）１０１を、開放型アーキテクチャを持つプリンター１０２へつなげた場合を示す図である。ＮＢ１０１はローカルエリアネットワーク（ＬＡＮ）１００へ、例えば、同軸コネクタをもつEthernetインターフェース10Base-2や、ＲＪ−４５を持つ10Base-T等のＬＡＮインターフェースを介してつながれている。
【００２０】
ＰＣ１０３やＰＣ１０４等の複数のパーソナルコンピューター（ＰＣ）もまた、１００に接続されており、ネットワークオペレーティングシステムの制御の下、これらのＰＣはＮＢ１０１と通信することができる。ＰＣの一つ、例えばＰＣ１０３を、ネットワーク管理部として使用するように指定することができる。ＰＣに、ＰＣ１０４に接続されているプリンター１０５のようなプリンターを接続してもよい。
【００２１】
また、ＬＡＮ１００にファイルサーバー１０６が接続されており、これは大容量（例えば１００億バイト）のネットワークディスク１０７に記憶されたファイルへのアクセスを管理する。プリントサーバー１０８は、接続されたプリンター１０９ａ及び１０９ｂ、又は遠隔地にあるプリンター１０５などのプリンターに印刷を行わせる。また他の図示しない周辺機器をＬＡＮ１００に接続してもよい。
【００２２】
更に詳しくは、図１に示すネットワークは、様々なネットワークメンバー間で効率良く通信を行うために、NovellやUNIXのソフトウェアなどのネットワークソフトウェアを使用することができる。どのネットワークソフトウェアを使用することも可能であるが、例えば、Novell社のNetWare（Novell社の商標。以下省略）ソフトウェアを使用することができる。このソフトウェアパッケージに関する詳細な説明は、NetWareパッケージに同梱されているオンラインドキュメンテーションを参照のこと。これは、Novell社からNetWareパッケージとともに購入可能である。
【００２３】
図１の構成について簡潔に説明すると、ファイルサーバー１０６は、ＬＡＮメンバー間でデータのファイルの受信や、記憶、キューイング、キャッシング、及び送信を行う、ファイル管理部としての役割を果たす。例えば、ＰＣ１０３及びＰＣ１０４それぞれによって作られたデータファイルは、ファイルサーバー１０６へ送られ、ファイルサーバー１０６はこれらのデータファイルを順に並べ、そしてプリントサーバー１０８からのコマンドに従って、並べられたデータファイルをプリンター１０９ａへ送信する。
【００２４】
またＰＣ１０３とＰＣ１０４はそれぞれ、データファイルの生成や、生成したデータファイルのＬＡＮ１００への送信や、また、ＬＡＮ１００からのファイルの受信や、更にそのようなファイルの表示及び／又は処理を行うことのできる、通常のＰＣで構成される。図１にパーソナルコンピューター機器が示されているが、ネットワークソフトウェアを実行するのに適切であるような、他のコンピューター機器を含んでもよい。例えば、UNIXのソフトウェアを使用している場合に、UNIXワークステーションをネットワークに含んでもよく、これらのワークステーションは、適切な状況下で、図示されているＰＣと共に使用することができる。
【００２５】
通常、ＬＡＮ１００などのＬＡＮは、一つの建物内の一つの階又は連続した複数の階でのユーザーグループ等の、幾分ローカルなユーザーグループにサービスを提供する。例えば、ユーザーが他の建物や他県に居るなど、あるユーザーが他のユーザーから離れるに従って、ワイドエリアネットワーク（ＷＡＮ）を作ってもよい。ＷＡＮは、基本的には、いくつかのＬＡＮを高速度サービス総合デジタルネットワーク（ＩＳＤＮ）電話線等の高速度デジタルラインで接続して形成された集合体である。従って、図１に示すように、ＬＡＮ１００と、ＬＡＮ１１０と、ＬＡＮ１２０とは変調／復調（ＭＯＤＥＭ）／トランスポンダー１３０及びバックボーン１４０を介して接続されＷＡＮを形成する。これらの接続は、数本のバスによる単純な電気的接続である。それぞれのＬＡＮは専用のＰＣを含み、また、必ずしも必要なわけではないが、通常はファイルサーバー及びプリントサーバーを含む。
【００２６】
従って図１に示すように、ＬＡＮ１１０は、ＰＣ１１１と、ＰＣ１１２と、ファイルサーバー１１３と、ネットワークディスク１１４と、プリントサーバー１１５と、プリンター１１６及びプリンター１１７とを含む。対照的に、ＬＡＮ１２０はＰＣ１２１とＰＣ１２２のみを含む。ＬＡＮ１００と、ＬＡＮ１１０と、ＬＡＮ１２０とに接続されている機器は、ＷＡＮ接続を介して、他のＬＡＮの機器の機能にアクセスすることができる。
【００２７】
エージェントの実装例として、プリンタをネットワークに接続するためのネットワークボード上にエージェントを実装することが考えられる。これにより、プリンタをネットワーク管理ソフトウェアによる管理の対象とすることができる。ユーザは、ネットワーク管理ソフトウェアを用いて制御対象のプリンタの情報を得、また状態を変更することができる。より具体的には、例えばプリンタの液晶ディスプレイに表示されている文字列を取得したり、デフォルトの給紙カセットを変更したりすることができる。以下、エージェントを実装したネットワークボード（ＮＢ）をプリンタに接続する実施形態について説明する。図２に示すように、好ましくは、ＮＢ１０１は、プリンター１０２の内部拡張Ｉ／Ｏスロットに内蔵されており、ＮＢ１０１は、下に示す処理及びデータ記憶機能を持つ「埋め込まれた」ネットワークノードとなる。このＮＢ１０１の構成により、大きなマルチエリアＷＡＮネットワークを統括及び管理するための、特徴的な補助機能を持つという利点をもたらす。これらの補助機能は、例えば、ネットワーク上の遠隔地（ネットワーク統括者の事務所など）からのプリンター制御及び状態観察や、各印刷ジョブ後の次のユーザーのための保証初期環境を提供するためのプリンター構成の自動管理、及びプリンターの負荷量を特徴付け、あるいはトナーカートリッジの交換スケジュールを組むためにネットワークを通してアクセスできる、プリンターログ又は使用統計を含む。
【００２８】
このＮＢ設計において重要な要因は、共有メモリ等の両方向インターフェースを介して、ＮＢ１０１からプリンター制御状態にアクセスする機能である。共有メモリ以外に、ＳＣＳＩインターフェース等のインターフェースを使用することもできる。これにより、多数の便利な補助機能のプログラムができるように、プリンター操作情報をＮＢ１０１又は外部ネットワークノードへ送出することができる。印刷画像データ及び制御情報のブロックは、ＮＢ１０１上にあるマイクロプロセッサーによって構成され、共有メモリに記述され、そして、プリンター１０２によって読み込まれる。同様に、プリンター状態情報は、プリンター１０２から共有メモリへ送られ、そこからＮＢプロセッサーによって読み込まれる。
【００２９】
図２は、ＮＢ１０１をプリンター１０２にインストールした状態を示す断面図である。図２に示すように、ＮＢ１０１はネットワーク接続の為のフェースプレート１０１ｂを設置した印刷回路ボード１０１ａから構成されており、コネクタ１７０を介してプリンターインターフェースや−ド１５０に接続されている。プリンターインターフェースカード１５０は、プリンター１０２のプリンターエンジンを直接制御する。印刷データ及びプリンター状態コマンドは、ＮＢ１０１からコネクタ１７０を介して、プリンターインターフェースカード１５０へ入力され、また、プリンター状態情報はプリンターインターフェースカード１５０からやはりコネクター１７０を介して得られる。ＮＢ１０１はこの情報を、フェースプレート１０１ｂのネットワークコネクタを介して、ＬＡＮ１００上で通信する。同時に、プリンター１０２は、従来のシリアルポート１０２ａ及びパラレルポート１０２ｂから、印刷データを受信することもできる。
【００３０】
図３は、ＮＢ１０１とプリンター１０２とＬＡＮ１００との電気的接続を示すブロック図である。ＮＢ１０１は、ＬＡＮ１００へはＬＡＮインターフェースを介して、プリンター１０２へはプリンターインターフェースカード１５０を介して直接接続されている。ＮＢ１０１上にはＮＢ１０１を制御するためのマイクロプロセッサー３０１と、マイクロプロセッサー３０１の動作プログラムを格納するためのＲＯＭ３０３と、マイクロプロセッサー３０１がプログラムを実行する上でワークとして用いるためのＲＡＭ３０２と、ＮＢ１０１とプリンタインタフェースカード１５０とが相互にデータをやりとりするための共有メモリ２００があり、内部バスを通じて相互に接続されている。ＮＢ１０１がＳＮＭＰのエージェントとして動作するためのプログラムはＲＯＭ３０３に格納されている。マイクロプロセッサ３０１は、ＲＯＭ３０３に格納されたプログラムに従って動作し、ワークエリアとしてＲＡＭ３０２を用いる。また、プリンターインターフェースカード１５０と相互に通信するためのバッファ領域として共有メモリ２００を用いる。
【００３１】
プリンターインタフェースカード１５０上のマイクロプロセッサー１５１はＮＢ１０１とのデータのアクセスを、ＮＢ１０１に設置されている共有メモリ２００を介して行う。プリンターインタフェースカード１５０上のマイクロプロセッサー１５１は、実際に印刷機構を動かすプリンターエンジン１６０とも通信する。
【００３２】
一方、ネットワーク管理ソフトウェアが稼動するＰＣ側について、以下で説明する。
【００３３】
図５は、ネットワーク管理ソフトウェアが稼動可能なＰＣの構成を示すブロック図である。
【００３４】
図５において、５００は、ネットワーク管理ソフトウェアが稼動するＰＣであり、図１における１０３と同等である。ＰＣ５００は、ＲＯＭ５０２もしくはハードディスク（ＨＤ）５１１に記憶された、あるいはフロッピーディスクドライブ（ＦＤ）５１２より供給されるネットワーク管理プログラムを実行するＣＰＵ５０１を備え、システムバス５０４に接続される各デバイスを総括的に制御する。
【００３５】
５０３はＲＡＭで、ＣＰＵ５０１の主メモリ、ワークエリア等として機能する。
【００３６】
５０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）５０９や不図示のポインティングデバイス等からの指示入力を制御する。５０６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）５１０の表示を制御する。５０７はディスクコントローラ（ＤＫＣ）で、ブートプログラム、種々のアプリケーション、編集ファイル、ユーザファイルそしてネットワーク管理プログラム等を記憶するハードディスク（ＨＤ）５１１およびフロッピーディスクコントローラ（ＦＤ）５１２とのアクセスを制御する。５０８はネットワークインタフェースカード（ＮＩＣ）で、ＬＡＮ１００を介して、エージェントあるいはネットワーク機器と双方向にデータをやりとりする。
【００３７】
次に、従来例におけるネットワーク管理ソフトウェアの構成について説明する。
【００３８】
従来例におけるネットワーク管理装置は、図５に示したようなネットワーク管理装置を実現可能なＰＣと同様の構成のＰＣ上に実現される。ハードディスク（ＨＤ）５１１には、後述のすべての説明で動作主体となる本願に係るネットワーク管理ソフトウェアのプログラムが格納される。後述のすべての説明において、特に断りのない限り、実行の主体はハード上はＣＰＵ５０１である。一方、ソフトウェア上の制御の主体は、ハードディスク（ＨＤ）５１１に格納されたネットワーク管理ソフトウェアである。本従来例においては、ＯＳは例えば、ウィンドウズ９５（マイクロソフト社製）を想定しているが、これに限るものではない。
【００３９】
なお本願に係るネットワーク管理プログラムは、フロッピーディスクやＣＤ−ＲＯＭなどの記憶媒体に格納された形で供給されても良く、その場合には図５に示すフロッピーディスクコントローラ（ＦＤ）５１２または不図示のＣＤ−ＲＯＭドライブなどによって記憶媒体からプログラムが読み取られ、ハードディスク（ＨＤ）５１１にインストールされる。
【００４０】
図６は、本従来例に係るネットワーク管理ソフトウェアのモジュール構成図である。このネットワーク管理ソフトウェアは、図５におけるハードディスク５１１に格納されており、ＣＰＵ５０１によって実行される。その際、ＣＰＵ５０１はワークエリアとしてＲＡＭ５０３を使用する。
【００４１】
図６において、６０１はデバイスリストモジュールと呼ばれ、ネットワークに接続されたデバイスを一覧にして表示するモジュールである。（一覧表示の様子については、後ほど図１５を用いて説明する。）６０２は全体制御モジュールと呼ばれ、デバイスリストからの指示をもとに、他のモジュールを統括する。６０３はコンフィグレータと呼ばれ、エージェントのネットワーク設定に関する特別な処理を行うモジュールである。６０４は、探索モジュールと呼ばれ、ネットワークに接続されているデバイスを探索するモジュールである。探索モジュール６０４によって探索されたデバイスが、デバイスリスト６０１によって一覧表示される。６０５は、プリントジョブの状況をNetWare API６１６を用いてネットワークサーバから取得するNetWareジョブモジュールである。（なお、NetWare APIについては、例えばNovell社から発行されている"NetWare Programmer*s Guide for C"等を参照のこと。この書籍はノベル株式会社から購入可能である。）６０６および６０７は後述するデバイス詳細ウィンドウを表示するためのＵＩ(UserI nterface)モジュールであり、詳細情報を表示する対象機種毎にＵＩモジュールが存在する。６０８および６０９は制御モジュールと呼ばれ、詳細情報を取得する対象機種に特有の制御を受け持つモジュールである。ＵＩモジュールと同様に、制御モジュールも詳細情報を表示する対象機種毎に存在する。制御Ａモジュール６０８および制御Ｂモジュール６０９は、ＭＩＢモジュール６１０を用いて管理対象デバイスからＭＩＢデータを取得し、必要に応じてデータの変換を行い、各々対応するＵＩＡモジュール６０６またはＵＩＢモジュール６０７にデータを渡す。
【００４２】
さて、ＭＩＢモジュール６１０は、オブジェクト識別子とオブジェクトキーとの変換を行うモジュールである。ここでオブジェクトキーとは、オブジェクト識別子と一対一に対応する３２ビットの整数のことである。オブジェクト識別子は可変長の識別子であり、ネットワーク管理ソフトウェアを実装する上で扱いが面倒なので、本願に係るネットワーク管理ソフトウェアにおいてはオブジェクト識別子と一対一に対応する固定長の識別子を内部的に用いている。ＭＩＢモジュール６１０より上位のモジュールはこのオブジェクトキーを用いてＭＩＢの情報を扱う。これにより、ネットワーク管理ソフトウェアの実装が楽になる。
【００４３】
６１１はＳＮＭＰモジュールと呼ばれ、ＳＮＭＰパケットの送信と受信を行う。
【００４４】
６１２は共通トランスポートモジュールと呼ばれ、ＳＮＭＰデータを運搬するための下位プロトコルの差を吸収するモジュールである。実際には、動作時にユーザが選択したプロトコルによって、ＩＰＸハンドラ６１３かＵＤＰハンドラ６１４のいずれかがデータを転送する役割を担う。なお、ＵＤＰハンドラは、実装としてWinSock６１７を用いている。（WinSockについては、例えばWindows socket API v1.1の仕様書を参照のこと。このドキュメントは、複数箇所から入手可能であるが、例えばマイクロソフト社製のコンパイラであるVisual C++に同梱されている。）
コンフィグレータ６０３が用いる現在のプロトコル６１５というのは、動作時にユーザが選択しているＩＰＸプロトコルかＵＤＰプロトコルのいずれかのことを示す。
【００４５】
本従来例で使用する探索モジュール６０４とＭＩＢモジュール６１０との間のインタフェースについて説明する。
【００４６】
ＭＩＢモジュール６１０は図９に示すＣ言語のＡＰＩ(Application Program Interface)を上位モジュールに提供する。
【００４７】
最初に、上位モジュールはＭＩＢモジュールとの間で、指定したアドレスに対するインタフェース（これをポートと呼ぶ）を開設するために、MIBOpen APＩ９０１呼び出しを行う。ＭＩＢモジュールは、開設されたインタフェースを識別するための識別子（これをポート識別子と呼ぶ）を上位モジュールに返す（MIBOpen API９０１の第一引数portに返される値）。以降上位モジュールはポート識別子を用いてＭＩＢモジュールとのやりとりを行う。
【００４８】
ここで指定するアドレスは、動作しているプロトコルのアドレスであり、ＩＰプロトコルの場合はＩＰアドレス、NetWareプロトコルの場合はNetWareアドレスである。さらにブロードキャストアドレスを指定することもできる。
【００４９】
ブロードキャストアドレスを指定してポートをオープンした場合は、ブロードキャストアドレスに応答する複数のデバイスと通信を行うことが可能である。
【００５０】
上位モジュールはポートを使用しなくなったときMIBClose API９０４呼び出しを行いポートを閉じる。
【００５１】
上位モジュールがＭＩＢオブジェクトの読み出しを行う場合は、MIBReadObjects API９０２呼び出しを行う。MIBReadObjects API９０２呼び出しにはポート識別子、読み出すべきＭＩＢオブジェクトのオブジェクトキーを指定すると共に、ＭＩＢモジュールが読み出したＭＩＢオブジェクトの値を上位へ通知するためのコールバック関数のアドレスを指定する。
【００５２】
MIBReadObjects API９０２呼び出しによりＳＮＭＰのＧｅｔ−ｒｅｑｕｅｓｔコマンドが生成され、ネットワーク上に送信される。図８に示したように、このＧｅｔ−ｒｅｑｕｅｓｔコマンドに応答するエージェントを持つデバイスはＧｅｔ−ｒｅｓｐｏｎｓｅコマンドを送信する。
【００５３】
上位モジュールがＭＩＢオブジェクトへの書き込みを行う場合は、MIBWriteObjects API９０３呼び出しを行う。MIBWriteObjects API９０３呼び出しにはポート識別子、書き込むＭＩＢオブジェクトのオブジェクトキーとその値を指定すると共に、ＭＩＢモジュールが書き込みの結果を上位へ通知するためのコールバック関数のアドレスを指定する。
【００５４】
MIBWriteObjects API９０３呼び出しによりＳＮＭＰのＧｅｔ−ｒｅｑｕｅｓｔコマンドが生成され、ネットワーク上に送信される。図８に示したように、このＧｅｔ−ｒｅｑｕｅｓｔコマンドに応答するエージェントを持つデバイスはＧｅｔ−ｒｅｓｐｏｎｓｅコマンドを送信する。
【００５５】
コールバック関数はMIBReadObjects API９０２もしくはMIBWriteObjects API９０３の結果を上位モジュールに通知するためのものである。具体的には、デバイスのアドレスと受信したＧｅｔ−ｒｅｓｐｏｎｓｅコマンドの内容を上位へ通知する。
【００５６】
ブロードキャストアドレスを指定してオープンされたポートに対してMIBReadObjects API９０２を呼び出しを行った場合、ネットワーク上に送信されるＧｅｔ−ｒｅｑｕｅｓｔコマンドを運ぶパケット（ＩＰプロトコルの場合はＩＰパケット、NetWareプロトコルの場合はＩＰＸパケット）の宛先アドレスがブロードキャストアドレスになる。従って、このパケットは複数のデバイスで受信されるので、Ｇｅｔ−ｒｅｑｕｅｓｔコマンドには複数のデバイスが応答する。つまりマネージャ側では複数のＧｅｔ−ｒｅｓｐｏｎｓｅコマンドを受信する。この場合、コールバック関数は、ポート識別子は同じでデバイスのアドレスが異なる複数回の呼び出しが行われる。上位モジュールはアドレス情報を調べることにより、そのコールバックがどのデバイスからのものかを知ることができる。
【００５７】
次に具体的なデータの流れを説明する。ＭＩＢモジュール６１０では上位からの要求によりオブジェクトキーからオブジェクトＩＤへの変換等の処理を行いＳＮＭＰモジュール６１１へコマンド送信要求を行う。ＳＮＭＰモジュール６１１はＭＩＢモジュール６１０からの送信要求によりSNMP PDUをＲＡＭ５０３上で組み立て、共通トランスポートモジュール６１２へ送信要求を行う。共通トランスポートモジュール６１２では動作プロトコルによりヘッダの付加等の所定の処理を行い、ＴＣＰ／ＩＰプロトコルであればWinSockモジュール６１７へ、NetWareプロトコルであればNetWare APIモジュール６１６へパケット送信要求を行う。以下ＴＣＰ／ＩＰプロトコルで動作しているものとして説明を行う。WinSockモジュール６１７は送信要求のあったパケットをＩＰパケット化し、ＯＳに対してネットワークへのデータ送信要求を行う。ＯＳはＲＡＭ５０３上のデータをシステムバス５０４を介してＮＩＣ５０８へ書き込む。ＮＩＣ５０８では書き込まれたデータを所定のフレーム化してＬＡＮ１００に送信する。
【００５８】
ＬＡＮ１００に接続されているデバイスからのパケットはＮＩＣ５０８で受信される。ＮＩＣ５０８ではパケット受信を割り込みによりＯＳに通知する。ＯＳはＮＩＣ５０８から受信パケットをシステムバス５０４経由で読み出しＲＡＭ５０３に置く。ＯＳでは動作プロトコルもしくは受信したパケットからプロトコルを判断し、ＴＣＰ／ＩＰプロトコルであればWinSockモジュール６１７へ、NetWareプロトコルであればNetWare APIモジュール６１６へパケット受信が通知される。以下ＴＣＰ／ＩＰプロトコルで動作しているものとして説明を行う。WinSockモジュール６１７では、受信パケットが自分宛のものかどうかを受信パケット中のアドレスにより判断する。受信パケットが自分宛のものでは無いときは受信パケットを破棄する。受信パケットが自分宛であった場合は、ＵＰＤハンドラ６１４起動し、共通トランスポートモジュール６１２にパケット受信を通知する。共通トランスポートモジュール６１２ではトランスポートヘッダの除去等の所定の処理を行い、ＳＮＭＰモジュール６１１へパケット受信を通知する。ＳＮＭＰモジュール６１１ではＳＮＭＰヘッダの除去等の所定の処理を行い、ＭＩＢモジュールへＰＤＵ受信を通知する。ＭＩＢモジュール６１０では所定処理を行うと共に受信した情報をMIB APIで規定された形式に変換し上位モジュールのコールバック関数を呼び出すことにより、デバイスからの応答を上位をモジュールへ通知する。
【００５９】
なお、以下の説明において、本願に係るネットワーク管理ソフトウェアのことを「NetSpot」と呼称する。
【００６０】
NetSpotのインストールに必要なファイルは、通常、フロッピーディスク（ＦＤ）やＣＤ−ＲＯＭなどの物理媒体に記録されて配布されるか、あるいはネットワークを経由して伝送される。ユーザは、これらの手段によりNetSpotのインストールに必要なファイルを入手した後、所定のインストール手順に従ってNetSpotのインストールを開始する。
【００６１】
NetSpotのインストール手順は、他の一般的なソフトウェアのインストール手順と同様である。すなわち、ユーザがNetSpotのインストーラをパーソナルコンピュータ（ＰＣ）上で起動すると、その後はインストーラが自動的にインストールを実行する。インストーラは、NetSpotの動作に必要なファイルをＰＣのハードディスクにコピーし、また、必要に応じてユーザから情報を入力してもらいながら、NetSpotの動作に必要なファイルの修正または新規作成なども行う。
【００６２】
次に、本従来例におけるネットワーク管理プログラムにおける探索シーケンスについて説明する。
【００６３】
図１０は、従来のネットワーク管理プログラムにおける探索シーケンスを示す図である。
【００６４】
図１０において、探索モジュール１０３０はネットワーク管理プログラムの探索モジュールを示し、これは図６における６０４と同等である。この探索モジュールは、ネットワーク管理プログラムの他のモジュールと同様に、図１におけるＰＣ１０３上で図５におけるＣＰＵ５０１によって実行される。
【００６５】
デバイス１０３１は、ネットワーク上に接続されており、かつＳＮＭＰエージェントが動作しているデバイスでプリンタとして標準的なＭＩＢのみを搭載しているプリンタを示し、例えば図１におけるＮＢ１１８を示す。ここで、標準的なＭＩＢとは、ＲＦＣ１２１３、ＲＦＣ１５１４およびＲＦＣ１７５９に規定されているＭＩＢなどを言う。
【００６６】
デバイス１０３２は、ネットワーク上に接続されており、かつＳＮＭＰエージェントが動作しているデバイスで、プリンタとして標準的なＭＩＢおよび企業独自のプライべ−トＭＩＢを搭載しているプリンタを示し、例えば図１におけるＮＢ１０１を示す。本実施例では、ＮＢ１０１が企業独自のプライベートＭＩＢを実装しているものとして説明を行なう。この企業独自のプライベートＭＩＢは、図４のノード４０８で示されるｃａｎｏｎノード以下のＭＩＢオブジェクトである。
【００６７】
上位モジュールから探索開始の指示が出されると、探索モジュールはブロードキャストアドレスを指定してデバイスの状態とデバイス種別を取得するためのＧｅｔリクエストＳＮＭＰパケットをネットワークに送出する（１００１および１００２）。このパケットは、ネットワークに接続されている全てのデバイスに届けられる。
【００６８】
ここで、問い合わせるＭＩＢオブジェクトとして、１００１では標準的なＭＩＢのみを、１００２ではプライベートＭＩＢを用いる。異なるＭＩＢオブジェクトを問い合わせるのは、プライベートＭＩＢを搭載しているデバイスと、標準ＭＩＢのみを搭載しているデバイスの両方を見つけたいためである。
【００６９】
このＳＮＭＰパケットに対して、ＳＮＭＰエージェントを実装しているネットワークデバイスは、それぞれ応答パケットを送出する（１００３から１００６）。
【００７０】
ここで１００３は、標準ＭＩＢを問い合わせるブロードキャストパケット１００１に対するデバイス１０３１の応答であり、デバイス１０３１の状態に応じた値が返る。１００４は、標準ＭＩＢを問い合わせるブロードキャストパケット１００１に対するデバイス１０３２の応答であり、デバイス１０３２の状態に応じた値が返る。１００５は、プライベートＭＩＢを問い合わせるブロードキャストパケット１００２に対するデバイス１０３１の応答であり、デバイス１０３１はプライベートＭＩＢを実装していないため、エラーとしてnoSuchNameが返される。１００６は、プライベートＭＩＢを問い合わせるブロードキャストパケット１００２に対するデバイス１０３２の応答であり、デバイス１０３２の状態に応じた値が返る。
【００７１】
探索を開始してから一定の時間が経過すると一時応答タイマー１０２３が満了するので、探索モジュールはさらに詳細な情報を取得すべく、それぞれのデバイスに対してＳＮＭＰパケットを送信する。
【００７２】
より具体的には、一時探索タイマー１０２３が満了した時点までに、デバイス１０３１からはプライベートＭＩＢに対してnoSuchNameエラーが返ってきたことがわかっているので、このデバイスをプライベートＭＩＢには対応していないデバイス、すなわち標準ＭＩＢのみに対応しているデバイスとみなして、標準ＭＩＢを用いてより詳細な取得を行なう。この取得およびデバイス１０３１の返答が１００７および１００８である。
【００７３】
同様に、デバイス１０３２からは標準ＭＩＢおよびプライベートＭＩＢの両方から正常な応答が返ってきているので、このデバイスをプライベートＭＩＢを実装しているデバイスとみなして、プライベートＭＩＢを用いてより詳細な取得を行なう。
【００７４】
この取得およびデバイス１０３２の返答が１００９および１０１０である。
さらに時間が経過してデバイス応答タイマー１０２１が満了した時点で、上位モジュールに対してそれまでに探索したデバイスの情報を通知する。
【００７５】
さらに時間が経過し、探索間隔タイマー１０２２が満了した時点で、再度探索を開始する。以降今まで説明した動作と全く同一のシーケンスであるので、説明を省略する。
【００７６】
【発明が解決しようとする課題】
しかしながら上記従来例では、デバイス管理装置が能動的にブロードキャストパケットを送信することによりデバイスの探索を行なう。
【００７７】
このようにブロードキャストパケットを送信することは、そのパケットに対してＳＮＭＰに応答できる全てのネットワーク機器が返信パケットを送信することになり、ネットワークのトラフィックを著しく大きくしてしまう。定期的にブロードキャストパケットを送信することはブロードキャストパケットによるトラフィック増大現象が定期的に起きることを意味し、そのような状況はネットワークの負荷および管理の観点から好ましくない。ブロードキャストパケットの送信は、できる限り少ないことが望ましい。
【００７８】
本発明は上記従来例に鑑みてなされたもので、ネットワークの負荷を増大させずにネットワークデバイスの情報を取得することがでできるネットワークデバイス管理装置及び方法を提供することを目的とする。
【００７９】
【課題を解決するための手段】
上記目的を達成するために、本発明は次のような構成からなる。すなわち、 起動後に少なくとも１度はネットワーク管理用パケットをブロードキャストするデバイスが接続されたネットワーク管理装置における処理方法であって、複数のデバイスからパケットを受信するパケット受信工程と、前記パケット受信工程で受信したパケットが、前記ネットワーク管理用パケットであるか判定するパケット判定工程と、前記パケット判定工程で前記ネットワーク管理用パケットであると判断された場合、当該パケットから、当該パケットを送信したデバイスのアドレスを取得するデバイスアドレス取得工程と、前記デバイスアドレス取得工程で取得された複数のデバイスのアドレスを前記ネットワーク上の所定のサーバ装置に登録するべく前記サーバ装置へ送出するべく転送するデバイスアドレス転送工程とを備える。
【００８０】
あるいは、起動後に少なくとも１度はネットワーク管理用パケットをブロードキャストするデバイスが接続されたネットワークにおける処理方法であって、複数のデバイスからパケットを受信するパケット受信工程と、前記パケット受信工程で受信したパケットが、前記ネットワーク管理用パケットであるか判定するパケット判定工程と、前記パケット判定工程で前記ネットワーク管理用パケットであると判断された場合、当該パケットを送信したデバイスに対して、当該デバイスが監視の対象となるデバイスであることを確認するための確認パケットを送信する送信工程と、前記確認パケットに対する応答に基づいて、当該応答を返した複数のデバイスの状態をアドレスと共に前記ネットワーク上の所定のサーバ装置に登録するべく前記サーバ装置へ送出するべく転送するデバイスアドレス転送工程とを備える。
【００８１】
また好ましくは、前記応答は、その応答元のデバイスが管理対象のデバイスであれば正常応答であり、該デバイスの稼働状態を示す情報を含む。
更に好ましくは、前記送信工程は、プリンタの状態を取得するための確認パケットを送信し、前記アドレス登録工程は、確認パケットに対する応答が正常応答であれば、応答元のデバイスのアドレスと共に、そのデバイスがプリンタであることを登録する。
【００８２】
あるいは、起動後に少なくとも１度はネットワーク管理用パケットをブロードキャストするデバイスが接続されたネットワークにおける処理方法であって、複数のデバイスからパケットを受信するパケット受信工程と、前記パケット受信工程で受信したパケットが、前記ネットワーク管理用パケットであるか判定するパケット判定工程と、前記パケット判定工程で前記ネットワーク管理用パケットであると判断された場合、当該パケットから、当該パケットを送信したデバイスのアドレスを取得するデバイスアドレス取得工程と、前記デバイスアドレス取得工程で取得されたアドレスに対して、デバイスが監視の対象となるデバイスであることを確認するための確認パケットを送信する送信工程と、前記確認パケットに対応する応答に基づいて、当該応答を返したデバイスが、監視の対象となるデバイスであるか否かを判定する判定工程と、監視対象となるデバイスであると前記判定工程で判定された場合、前記デバイスアドレス取得工程で取得された複数のデバイスのアドレスをディレクトリサーバに登録するべく転送するデバイスアドレス転送工程とを備える。
【００８３】
【発明の実施の形態】
（第１の実施形態）
従来例の説明で述べたように、ＳＮＭＰの規定には、トラップと呼ばれるパケット構造がある。トラップにはいくつかの種類があるが、それらのうちコールドスタートトラップと呼ばれるものは、機器が起動した時にネットワーク上にブロードキャストされる。本発明では、このコールドスタートトラップを捉えることにより、ネットワークに新しいデバイスが追加されたことを検知しようとするものである。
【００８４】
以下、図面を用いて詳細に説明する。
【００８５】
図１１は、本実施例において、各種の機器のネットワーク上での配置を示す図である。
【００８６】
１１０１は、ネットワークデバイス管理プログラムが実行されるコンピュータ、１１０２はディレクトリサービスが動作しているディレクトリサーバ、１１０３はトラップパケットを監視するトラップ監視プログラムを実行するトラップ監視プログラム実行マシンである。１１０１、１１０２および１１０３のコンピュータの構成は、従来例の説明において図５で示したものと同様の構成が使える。ただし、ディレクトリサーバ１１０２およびトラップ監視プロセス実行マシン１１０３においては、キーボードコントローラ５０５、キーボード５０９、ＣＲＴコントローラ５０６、ＣＲＴ５１０のように、ユーザとの対話を行なうための入出力関連の部分は必ずしも必要ではない。さらに、１１０１、１１０２および１１０３は、同一のコンピュータであっても良い。
【００８７】
なお、上記で言うディレクトリサービスとは、言わばネットワークに関する電話帳であり、様々な情報を格納するためのものである。ディレクトリシステムの具体例としては、例えばＬＤＡＰ(Lightweight Directory Access Protocol)がある。ＬＤＡＰの規定は、ＩＥＴＦが発行しているＲＦＣ１７７７に記載されている。また解説書としては、例えば株式会社プレンティスホールより「ＬＤＡＰインターネット ディレクトリ アプリケーション プログラミング」が１９９７年１１月１日に発行されている。
【００８８】
本実施例では、ディレクトリサーバとしてＬＤＡＰサーバを用いることにして説明を行なうが、ＬＤＡＰサーバ以外のディレクトリサーバでも本発明の本質を損なわない。
【００８９】
図１２は、トラップ監視プログラム実行マシン１１０３で動作する、トラップの監視プログラムの動作を示すフローチャートである。トラップ監視プログラムは、トラップ監視プログラム実行マシン１１０３が起動すると同時に起動するように設定されているか、あるいはネットワークの管理者によって明示的に起動されるものとする。
【００９０】
トラップ監視プログラムでは、まずステップＳ１２０１でディレクトリサーバ１１０２にネットワークを介して接続し、情報を登録する準備をする。接続するディレクトリサーバのアドレスは、システム管理者によってあらかじめ登録されており、例えばファイルに記録されてハードディスク５１１に格納されているものとする。次にステップＳ１２０２で、パケットの受信があったかどうかを調べる。これは、ＯＳが提供するＡＰＩを呼び出すことにより、ＯＳがＮＩＣ５０８の状態を調べることによって行われる。パケットの受信があった場合ステップＳ１２０３に進み、受信パケットがＳＮＭＰトラップであるかどうかを判断する。受信パケットのフォーマットが図７で説明したＳＮＭＰパケットに合致しており、かつＰＤＵタイプ７１１のフィールドの値がトラップを示す値であったときにＳＮＭＰトラップパケットであると判断する。ステップＳ１２０３で受信パケットがＳＮＭＰトラップであると判断された場合にはステップＳ１２０４に進む。ステップＳ１２０４では、受信パケットの送信元アドレスフィールドを見て、送信したデバイスのアドレスを取り出す。次にステップＳ１２０５に進み、ステップＳ１２０４で取り出したデバイスのアドレスをディレクトリサーバ１１０２に送信してディレクトリサービスに登録する。
【００９１】
一方、ステップＳ１２０３でＳＮＭＰトラップ受信ではないと判断された場合、ステップＳ１２０６に進みＳＮＭＰトラップ受信以外の受信処理を行なう。あるいは、ステップＳ１２０２でパケット受信ではないと判断された場合には、ステップＳ１２０７に進み、パケット受信以外のその他の処理を行なう。
【００９２】
ステップＳ１２０５、Ｓ１２０６あるいはＳ１２０７の処理が終了したら、ステップＳ１２０２に戻って処理を続ける。
【００９３】
図１３は、クライアント１１０１で実行されるデバイス制御プログラムにおいて、デバイスリストを表示する動作を示すフローチャートである。図１３の手順は、クライアント１１０１においてデバイス管理プログラムが起動した場合、あるいはユーザの操作によって明示的に起動される。
【００９４】
デバイスリスト表示動作においては、まずステップＳ１３０１で、ディレクトリサーバに接続する。接続するディレクトリサーバのアドレスは、システム管理者によってあらかじめ登録されており、例えばファイルに記録されてハードディスク５１１に格納されているものとする。そのアドレスは、トラップ監視プログラム実行マシン１１０３のトラップ監視プログラムが接続するディレクトリサーバのアドレスと同じである。次にステップＳ１３０２において、ステップＳ１３０１で接続したディレクトリサーバから、ディレクトリサービスに登録されている情報を取り出す。次にステップＳ１３０３で、ＣＲＴＣ５０６を操作してＣＲＴ５１０上にステップＳ１３０２で取得した情報を表示する。
【００９５】
図１４は、ステップＳ１３０３における表示の様子を示す図である。ウィンドウ１４０１に、ディレクトリサーバから取得したデバイスのアドレス一覧が表示されている。
【００９６】
以上のようにして、トラップ監視プロセスにより、ネットワーク上のデバイスが起動時にブロードキャストするコールドスタートトラップを補足してそのデバイスのアドレスを取得し、それをディレクトリサーバに登録する。こうすることで、デバイスの探索を能動的に行うことなくネットワークに接続されているデバイスのアドレスを把握できる。このため、能動的に探索パケットの発行が不要となり、ネットワークのトラフィックが軽減できる。
【００９７】
（第２の実施の形態）
トラップパケットは、ＳＮＭＰによるデバイス管理において一般的なものであるので、トラップパケットが、探索の対象としているデバイス種別からのものであることを確認してからディレクトリサービスに登録した方が、後にクライアントがディレクトリサービスにアクセスすることを考えると都合がよい。つまり、例えばクライアントがネットワークプリンタのみを制御対象にしているような場合には、トラップパケットを送信したデバイスがプリンタであることを確認してからディレクトリサービスに登録する方がより望ましい。
【００９８】
さらにトラップパケットを受信した時には、デバイスの種別を確認するためのパケットとしてデバイスの状態を問い合わせるパケットを用いることにより、デバイスに関するより詳細な情報を得ることができる。
【００９９】
本発明第２の実施例は、これらの点の改良を図ったものである。
【０１００】
以下第２の実施例においては、制御対象のネットワークデバイスがネットワークプリンタであるとして説明を進める。
【０１０１】
図１５は、本発明の第２の実施例において、トラップ監視プログラム実行マシン１１０３で実行されるトラップ監視プログラムの動作について説明したフローチャートである。
【０１０２】
この図においてステップＳ１５０１からＳ１５０４までは、第１の実施例において図１２を用いて説明したＳ１２０１からＳ１２０４までの動作と全く同じであるので説明を省略する。同様に、Ｓ１５０８とＳ１２０６およびＳ１５０９とＳ１２０７はそれぞれ同じであるので説明を省略する。
【０１０３】
ステップＳ１５０５においては、トラップパケットを送信してきたデバイスがネットワークプリンタであることを確認するために、ネットワークプリンタがインプリメントしているであろうＭＩＢオブジェクトを取得するためのＳＮＭＰパケットを送信する。より具体的には、例えばRFC1514 Host Resources MIBに規定されているhrPrinterDetectedErrorStateを取得すべくＧｅｔ−Ｎｅｘｔパケットを送信する。このＭＩＢオブジェクトは、プリンタの状態を表すものであり、デバイスに問い合わせる情報としてこのＭＩＢオブジェクトを用いることにより、プリンタであることを確認するとともに、同時にデバイスに関するより詳細な情報を得ることができる。
【０１０４】
ステップＳ１５０３でＳＮＭＰトラップ以外のパケットの受信であると判断されたら、ステップＳ１５０６に進み、そのパケットがＳＮＭＰパケットで、かつネットワークプリンタを示す正常応答であるかどうかを判断する。より具体的には、受信したパケットがステップＳ１５０５で送信したＧｅｔ−Ｎｅｘｔパケットに対するＧｅｔ−Ｒｅｓｐｏｎｓｅ応答パケットであることをリクエストＩＤフィールド７１２の値が同じであることを確認することにより行なうとともに、ＭＩＢ情報フィールド７１５に含まれている取得したＭＩＢのオブジェクトＩＤがhrPrinterDetectedErrorState.Xであることを確認する。ここでＸは、トラップパケットを送信したデバイスのＭＩＢエージェントにおけるプリンタデバイスを示すインデックス値を示す。
【０１０５】
もし取得したＭＩＢのオプジェクトＩＤがhrPrinterDetectedErrorState.Xであった場合には、トラップパケットを送信したデバイスをネットワークプリンタであると判断し、ステップＳ１５０７に進む。一方、オブジェクトＩＤがhrPrinterDetectedErrorStateの次のオブジェクトであった場合、あるいはエラーステータスフィールド７１３の値がオブジェクトなし(noSuchObject)であった場合には、トラップパケットを送信したデバイスはプリンタではないと判断し、ステップＳ１５０８に進む。
【０１０６】
ステップＳ１５０７では、ステップＳ１５０１で接続したＬＤＡＰサーバに、トラップパケットを送信したデバイスのネットワークアドレス、そのデバイスがプリンタであることを示すフラグおよびステップＳ１５０６で取得したhrPrinterDetectedErrorState.Xの値を登録する。
【０１０７】
図１６は、ステップＳ１５０７で登録した情報をクライアント１１０１が表示している様子を示した図である。表示手順については、図１３で説明したのと同様であるので省略する。
【０１０８】
図１３の情報と比較して、デバイスがプリンタであることがアイコンで示されている他、デバイスの状態に関する情報が追加されている。例えば１６０３は、デバイスに何らかの警告エラーが生じていることを示している。１６０２は、デバイスタイプがプリンタであるとの確認がとれていないデバイスを示している。
【０１０９】
以上のようにして、トラップ監視プロセスにより、ネットワーク上のデバイスが起動時にブロードキャストするコールドスタートトラップを補足してそのデバイスのアドレスを取得し、そのアドレスを有するデバイスに対して、その状態を問い合わせる。この問合せに対する応答に応じて、アドレスと共に得られた状態をディレクトリサーバに登録する。こうすることで、デバイスの探索を能動的に行うことなくネットワークに接続されているデバイスのアドレスを把握できる。このため、能動的に探索パケットの発行が不要となり、ネットワークのトラフィックが軽減できる。それに加えて、状態の問合せにより、そのデバイスの種類や稼働状態をディレクトリに登録することができ、利用者はより詳細な情報を獲得することができる。
【０１１０】
上記で説明した本発明に係るネットワークデバイス探索プログラムは、外部からインストールされるプログラムによって、ＰＣ５００によって遂行されても良い。その場合、そのプログラムはＣＤ−ＲＯＭやフラッシュメモリやフロッピーディスクなどの記憶媒体により、あるいは電子メールやパソコン通信などのネットワークを介して、外部の記憶媒体からプログラムを含む情報群をＰＣ５００上にロードすることにより、ＰＣ５００に供給される場合でも本発明は適用されるものである。
【０１１１】
図１７は、記憶媒体の一例であるＣＤ−ＲＯＭのメモリマップを示す図である。９９９９はディレクトリ情報を記憶してある領域で、以降のインストールプログラムを記憶してある領域９９９８およびネットワークデバイス探索プログラムを記憶してある領域９９９７の位置を示している。９９９８は、インストールプログラムを記憶してある領域である。９９９７は、ネットワークデバイス制御プログラムを記憶してある領域である。本発明のネットワーク探索プログラムがＰＣ５００にインストールされる際には、まずインストールプログラムを記憶してある領域９９９８に記憶されているインストールプログラムがシステムにロードされ、ＣＰＵ５０１によって実行される。次に、ＣＰＵ５０１によって実行されるインストールプログラムが、ネットワークデバイス探索プログラムを記憶してある領域９９９７からネットワークデバイス探索プログラムを読み出して、ハードディスク５１１に格納する。
【０１１２】
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェース機器、リーダなど）から構成されるシステムあるいは統合装置に適用しても、ひとつの機器からなる装置に適用してもよい。
【０１１３】
また、前述した実施形態の機能を実現する、図１２、図１３あるいは図１５に記載された手順のプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、本発明の目的が達成される。
【０１１４】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１１５】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１１６】
また、コンピュータが議み出したプログラムコードを実行することによって、前述した実施形態の機能が実現される他、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１１７】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１１８】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体から、そのプログラムをパソコン通信など通信ラインを介して要求者にそのプログラムを配信する場合にも適用できる。
【０１１９】
【発明の効果】
以上説明したように、本発明によれば、デバイス管理装置が能動的にブロードキャストパケットを送信することなくネットワークデバイスの情報を取得することができる。このため、デバイス探索のためにネットワークの負荷が増大することを防止できる。
【図面の簡単な説明】
【図１】プリンタをネットワークに接続するためのネットワークボードを、開放型アーキテクチャを持つプリンターへつなげた場合を示す図である。
【図２】エージェントを実装したネットワークボードをプリンタに接続する実施形態を示す断面図である。
【図３】ネットワークボードとプリンターとＬＡＮとの電気的接続を示すブロック図である。
【図４】ＭＩＢの構造を示す概念図である。
【図５】ネットワーク管理ソフトウェアが稼動可能なＰＣの構成を示すブロック図である。
【図６】ネットワーク管理ソフトウェアのモジュール構成図である。
【図７】ＳＮＭＰメッセージのフォーマットである。
【図８】マネージャとエージェント間でのＳＮＭＰコマンドのやりとりを示す図である。
【図９】ＭＩＢモジュールＡＰＩを示す図である。
【図１０】従来例における探索モジュールとデバイス間の通信シーケンスを示す図である。
【図１１】機器のネットワーク上での配置を示す図である。
【図１２】トラップの監視プログラムの動作を示すフローチャートである。
【図１３】デバイスリストを表示する動作を示すフローチャートである。
【図１４】デバイス一覧の表示の様子を示す図である。
【図１５】第２の実施例におけるトラップの監視プログラムの動作を示すフローチャートである。
【図１６】第２の実施例におけるデバイス一覧の表示の様子を示す図である。
【図１７】本発明のネットワーク管理ソフトウェアの記憶媒体におけるメモリマップを示す図である。
【符号の説明】
Ｓ１１０１ クライアント
Ｓ１１０２ ディレクトリサーバ
Ｓ１１０３ トラップ監視プログラム実行マシン
Ｓ１１０４ ネットワークデバイス
Ｓ１２０２ パケット受信手段
Ｓ１２０３ トラップパケット受信判断手段
Ｓ１２０４ デバイスアドレス取得手段
Ｓ１２０５ デバイスアドレス登録手段
Ｓ１５０５ 確認パケット送信手段
Ｓ１５０６ 応答パケット確認手段
【発明の属する技術分野】
本発明は、例えばコンピュータネットワークに接続されたデバイス等を管理するためのネットワークデバイス管理装置及び方法に関する。
【０００２】
【従来の技術】
近年、コンピュータを相互に接続したローカルエリアネットワーク（ＬＡＮ）が普及しており、このようなローカルエリアネットワークは、ビルのフロアまたはビル全体、ビル群（構内）、地域、あるいはさらに大きいエリアにわたって構築することができる。このようなネットワークは更に相互接続され、世界的規模のネットワークにも接続することができる。このような相互接続されたそれぞれのＬＡＮは、多様なハードウェア相互接続技術といくつものネットワークプロトコルを持つことがある。
【０００３】
他と切り離された簡単なＬＡＮは個々のユーザが管理することができる。すなわち、ユーザが機器を取り替えたり、ソフトウェアをインストールしたり、問題点を診断したりすることができる。
【０００４】
しかし一方、規模の大きい複雑なＬＡＮや相互接続された大きなＬＡＮグループは「管理」を必要とする。「管理」とは、人間のネットワーク管理者とその管理者が使用するソフトウェアの両方による管理を意味する。本願においては、「管理」とはシステム全体を管理するためのソフトウェアによる管理を意味し、「ユーザ」とはネットワーク管理ソフトウェアを使用する人を意味するものとする。このユーザは、通常、システム管理責任者である。ユーザは、ネットワーク管理ソフトウェアを使うことによって、ネットワーク上で管理データを得て、このデータを変更することができる。
【０００５】
大規模ネットワークシステムは、通常、機器の増設と除去、ソフトウェアの更新、及び問題の検出などを絶えず行うことが必要な動的システムである。一般に、様々な人が所有する、様々な業者から供給される様々なシステムが存在する。
【０００６】
このような大規模ネットワークシステムを構成するネットワーク上のデバイスを管理するための方法として、これまでにいくつかの試みが数多くの標準機関でなされている。国際標準化機構（ＩＳＯ）は開放型システム間相互接続（Open System Interconnection，ＯＳＩ）モデルと呼ばれる汎用基準フレームワークを提供した。ネットワーク管理プロトコルのＯＳＩモデルは、共通管理情報プロトコル（Comon Management Information Protocol，ＣＭＩＰ）と呼ばれる。ＣＭＩＰはヨーロツパの共通ネットワーク管理プロトコルである。
【０００７】
また近年では、より共通性の高いネットワーク管理プロトコルとして、簡易ネットワーク管理プロトコル（Simple Network Management Protocol，ＳＮＭＰ）と呼ばれるＣＭＩＰに関連する一変種のプロトコルがある。（「ＴＣＰ／ＩＰ ネットワーク管理入門実用的な管理をめざして」Ｍ．Ｔ．ローズ＝著／西田竹志＝訳（株）トッパン発行１９９２年８月２０日初版を参照。）
このＳＮＭＰネットワーク管理技術によれば、ネットワーク管理システムには、少なくとも１つのネットワーク管理ステーション（ＮＭＳ）、各々がエージェントを含むいくつかの管理対象ノード、及び管理ステーションやエージェントが管理情報を交換するために使用するネットワーク管理プロトコルが含まれる。ユーザは、ＮＭＳ上でネットワーク管理ソフトウェアを用いて管理対象ノード上のエージェントソフトウェアと通信することにより、ネットワーク上のデータを得、またデータを変更することができる。
【０００８】
ここでエージェントとは、各々のターゲット装置についてのバックラウンドプロセスとして走るソフトウェアである。ユーザがネットワーク上の装置に対して管理データを要求すると、管理ソフトウェアはオブジェクト識別情報を管理パケットまたはフレームに入れてターゲットエージェントへ送り出す。エージェントは、そのオブジェクト識別情報を解釈して、そのオブジェクト識別情報に対応するデータを取り出し、そのデータをパケットに入れてユーザに送り返す。時には、データを取り出すために対応するプロセスが呼び出される場合もある。
【０００９】
またエージェントは、自分の状態に関するデータをデータベースの形式で保持している。このデータベースのことを、ＭＩＢ(Management Information Base)と呼ぶ。図４は、ＭＩＢの構造を示す概念図である。図４に示すように、ＭＩＢは木構造のデータ構造をしており、全てのノードが一意に番号付けされている。図４において、かっこ内に書かれている番号が、そのノードの識別子である。例えば、図４においてノード４０１の識別子は１である。ノード４０２の識別子は、ノード４０１の下の３なので、１・３と表記される。同様にして、ノード４０３の識別子は、１・３・６・１・２と表記される。このノードの識別子のことを、オブジェクト識別子(OBJECT IDENTIFIER)と呼ぶ。
【００１０】
このＭＩＢの構造は、管理情報構造（ＳＭＩ：Structure of Management Information）と呼ばれ、RFC1155 Structure and Identificatlon of Management Information for TCP/IP-based Internetsで規定されている。
【００１１】
図４には、標準として規定されているＭＩＢのうち、一部のもののみを抜き出して記載してある。
【００１２】
次に、ＳＮＭＰプロトコルについて簡単に説明する。ネットワーク管理ユーティリティソフトウェアが動作しているＰＣ（以下、マネージャと呼称する）とＳＮＭＰエージェントが動作している管理対象ネγトワークデバイス（以下、エージェントと呼称する）とは、ＳＮＭＰプロトコルを用いて通信を行う。ＳＮＭＰプロトコルには５種類のコマンドがあり、それぞれＧｅｔ−ｒｅｑｕｅｓｔ、Ｇｅｔ−ｎｅｘｔ−ｒｅｑｕｅｓｔ、Ｇｅｔ−ｒｅｓｐｏｎｓｅ、Ｓｅｔ−ｒｅｑｕｅｓｔ、Ｔｒａｐと呼ばれる。これらのコマンドがマネージャとエージェントの間でやりとりされる様子を図８に示す。
【００１３】
Ｇｅｔ−ｒｅｑｕｅｓｔおよびＧｅｔ−ｎｅｘｔ−ｒｅｑｕｅｓｔは、マネージャがエージェントのＭＩＢオブジェクトの値を取得するために、マネージャがエージェントに対して送出するコマンドである。このコマンドを受け取ったエージェントは、ＭＩＢの値をマネージャに通知するために、マネージャに対してＧｅｔ−ｒｅｓｐｏｎｓｅコマンドを送出する（８０１および８０２）。
【００１４】
Ｓｅｔ−ｒｅｑｕｅｓｔは、マネージャがエージェントのＭＩＢオブジェクトの値を設定するために、マネージャがエージェントに対して送出するコマンドである。このコマンドを受け取ったエージェントは、設定結果をマネージャに通知するために、マネージャに対してＧｅｔ−ｒｅｓｐｏｎｓｅコマンドを送出する（８０３）。
【００１５】
Ｔｒａｐは、エージェントが自分自身の状態の変化をマネージャに対して通知するために、エージェントがマネージャに対して送出するコマンドである（８０４）。
【００１６】
図７に、Ｔｒａｐ以外のコマンド、即ちＧｅｔ−ｒｅｑｕｅｓｔ、Ｇｅｔ−ｎｅｘｔ−ｒｅｑｕｅｓｔ、Ｇｅｔ−ｒｅｓｐｏｎｓｅおよびＳｅｔ−ｒｅｑｕｅｓｔのフォーマットを示す。
【００１７】
７００は、ＳＮＭＰメッセージを示す。ＳＮＭＰメッセージは、バージョン７０１、コミュニティ名７０２およびＰＤＵと呼ばれる領域７０３からなる。ＰＤＵ７０３を詳細に示したものが７１０である。ＰＤＵ７１０は、ＰＤＵタイプ７１１、リクエストＩＤ７１２、エラーステータス７１３、エラーインデックス７１４およびＭＩＢ情報７１５からなる。ＰＤＵタイプ７１１には、コマンドを識別する値が格納される。即ちこのフィールドの値が０であるならばＧｅｔ−ｒｅｑｕｅｓｔ、１であるならばＧｅｔ−ｎｅｘｔ−ｒｅｑｕｅｓｔ、２であるならばＧｅｔ−ｒｅｓｐｏｎｓｅ、３であるならばＳｅｔ−ｒｅｑｕｅｓｔと識別される。また、エラーステータス７１３には、エラー情報を示す値が格納される。エラーが無い場合には、このフィールドの値は０である。また、ＭＩＢ情報７１５には、オブジェクトＩＤとその値が組みになって格納される。
【００１８】
次に、管理が必要な大規模なネットワークについて説明する。
【００１９】
図１は、プリンタをネットワークに接続するためのネットワークボード（ＮＢ）１０１を、開放型アーキテクチャを持つプリンター１０２へつなげた場合を示す図である。ＮＢ１０１はローカルエリアネットワーク（ＬＡＮ）１００へ、例えば、同軸コネクタをもつEthernetインターフェース10Base-2や、ＲＪ−４５を持つ10Base-T等のＬＡＮインターフェースを介してつながれている。
【００２０】
ＰＣ１０３やＰＣ１０４等の複数のパーソナルコンピューター（ＰＣ）もまた、１００に接続されており、ネットワークオペレーティングシステムの制御の下、これらのＰＣはＮＢ１０１と通信することができる。ＰＣの一つ、例えばＰＣ１０３を、ネットワーク管理部として使用するように指定することができる。ＰＣに、ＰＣ１０４に接続されているプリンター１０５のようなプリンターを接続してもよい。
【００２１】
また、ＬＡＮ１００にファイルサーバー１０６が接続されており、これは大容量（例えば１００億バイト）のネットワークディスク１０７に記憶されたファイルへのアクセスを管理する。プリントサーバー１０８は、接続されたプリンター１０９ａ及び１０９ｂ、又は遠隔地にあるプリンター１０５などのプリンターに印刷を行わせる。また他の図示しない周辺機器をＬＡＮ１００に接続してもよい。
【００２２】
更に詳しくは、図１に示すネットワークは、様々なネットワークメンバー間で効率良く通信を行うために、NovellやUNIXのソフトウェアなどのネットワークソフトウェアを使用することができる。どのネットワークソフトウェアを使用することも可能であるが、例えば、Novell社のNetWare（Novell社の商標。以下省略）ソフトウェアを使用することができる。このソフトウェアパッケージに関する詳細な説明は、NetWareパッケージに同梱されているオンラインドキュメンテーションを参照のこと。これは、Novell社からNetWareパッケージとともに購入可能である。
【００２３】
図１の構成について簡潔に説明すると、ファイルサーバー１０６は、ＬＡＮメンバー間でデータのファイルの受信や、記憶、キューイング、キャッシング、及び送信を行う、ファイル管理部としての役割を果たす。例えば、ＰＣ１０３及びＰＣ１０４それぞれによって作られたデータファイルは、ファイルサーバー１０６へ送られ、ファイルサーバー１０６はこれらのデータファイルを順に並べ、そしてプリントサーバー１０８からのコマンドに従って、並べられたデータファイルをプリンター１０９ａへ送信する。
【００２４】
またＰＣ１０３とＰＣ１０４はそれぞれ、データファイルの生成や、生成したデータファイルのＬＡＮ１００への送信や、また、ＬＡＮ１００からのファイルの受信や、更にそのようなファイルの表示及び／又は処理を行うことのできる、通常のＰＣで構成される。図１にパーソナルコンピューター機器が示されているが、ネットワークソフトウェアを実行するのに適切であるような、他のコンピューター機器を含んでもよい。例えば、UNIXのソフトウェアを使用している場合に、UNIXワークステーションをネットワークに含んでもよく、これらのワークステーションは、適切な状況下で、図示されているＰＣと共に使用することができる。
【００２５】
通常、ＬＡＮ１００などのＬＡＮは、一つの建物内の一つの階又は連続した複数の階でのユーザーグループ等の、幾分ローカルなユーザーグループにサービスを提供する。例えば、ユーザーが他の建物や他県に居るなど、あるユーザーが他のユーザーから離れるに従って、ワイドエリアネットワーク（ＷＡＮ）を作ってもよい。ＷＡＮは、基本的には、いくつかのＬＡＮを高速度サービス総合デジタルネットワーク（ＩＳＤＮ）電話線等の高速度デジタルラインで接続して形成された集合体である。従って、図１に示すように、ＬＡＮ１００と、ＬＡＮ１１０と、ＬＡＮ１２０とは変調／復調（ＭＯＤＥＭ）／トランスポンダー１３０及びバックボーン１４０を介して接続されＷＡＮを形成する。これらの接続は、数本のバスによる単純な電気的接続である。それぞれのＬＡＮは専用のＰＣを含み、また、必ずしも必要なわけではないが、通常はファイルサーバー及びプリントサーバーを含む。
【００２６】
従って図１に示すように、ＬＡＮ１１０は、ＰＣ１１１と、ＰＣ１１２と、ファイルサーバー１１３と、ネットワークディスク１１４と、プリントサーバー１１５と、プリンター１１６及びプリンター１１７とを含む。対照的に、ＬＡＮ１２０はＰＣ１２１とＰＣ１２２のみを含む。ＬＡＮ１００と、ＬＡＮ１１０と、ＬＡＮ１２０とに接続されている機器は、ＷＡＮ接続を介して、他のＬＡＮの機器の機能にアクセスすることができる。
【００２７】
エージェントの実装例として、プリンタをネットワークに接続するためのネットワークボード上にエージェントを実装することが考えられる。これにより、プリンタをネットワーク管理ソフトウェアによる管理の対象とすることができる。ユーザは、ネットワーク管理ソフトウェアを用いて制御対象のプリンタの情報を得、また状態を変更することができる。より具体的には、例えばプリンタの液晶ディスプレイに表示されている文字列を取得したり、デフォルトの給紙カセットを変更したりすることができる。以下、エージェントを実装したネットワークボード（ＮＢ）をプリンタに接続する実施形態について説明する。図２に示すように、好ましくは、ＮＢ１０１は、プリンター１０２の内部拡張Ｉ／Ｏスロットに内蔵されており、ＮＢ１０１は、下に示す処理及びデータ記憶機能を持つ「埋め込まれた」ネットワークノードとなる。このＮＢ１０１の構成により、大きなマルチエリアＷＡＮネットワークを統括及び管理するための、特徴的な補助機能を持つという利点をもたらす。これらの補助機能は、例えば、ネットワーク上の遠隔地（ネットワーク統括者の事務所など）からのプリンター制御及び状態観察や、各印刷ジョブ後の次のユーザーのための保証初期環境を提供するためのプリンター構成の自動管理、及びプリンターの負荷量を特徴付け、あるいはトナーカートリッジの交換スケジュールを組むためにネットワークを通してアクセスできる、プリンターログ又は使用統計を含む。
【００２８】
このＮＢ設計において重要な要因は、共有メモリ等の両方向インターフェースを介して、ＮＢ１０１からプリンター制御状態にアクセスする機能である。共有メモリ以外に、ＳＣＳＩインターフェース等のインターフェースを使用することもできる。これにより、多数の便利な補助機能のプログラムができるように、プリンター操作情報をＮＢ１０１又は外部ネットワークノードへ送出することができる。印刷画像データ及び制御情報のブロックは、ＮＢ１０１上にあるマイクロプロセッサーによって構成され、共有メモリに記述され、そして、プリンター１０２によって読み込まれる。同様に、プリンター状態情報は、プリンター１０２から共有メモリへ送られ、そこからＮＢプロセッサーによって読み込まれる。
【００２９】
図２は、ＮＢ１０１をプリンター１０２にインストールした状態を示す断面図である。図２に示すように、ＮＢ１０１はネットワーク接続の為のフェースプレート１０１ｂを設置した印刷回路ボード１０１ａから構成されており、コネクタ１７０を介してプリンターインターフェースや−ド１５０に接続されている。プリンターインターフェースカード１５０は、プリンター１０２のプリンターエンジンを直接制御する。印刷データ及びプリンター状態コマンドは、ＮＢ１０１からコネクタ１７０を介して、プリンターインターフェースカード１５０へ入力され、また、プリンター状態情報はプリンターインターフェースカード１５０からやはりコネクター１７０を介して得られる。ＮＢ１０１はこの情報を、フェースプレート１０１ｂのネットワークコネクタを介して、ＬＡＮ１００上で通信する。同時に、プリンター１０２は、従来のシリアルポート１０２ａ及びパラレルポート１０２ｂから、印刷データを受信することもできる。
【００３０】
図３は、ＮＢ１０１とプリンター１０２とＬＡＮ１００との電気的接続を示すブロック図である。ＮＢ１０１は、ＬＡＮ１００へはＬＡＮインターフェースを介して、プリンター１０２へはプリンターインターフェースカード１５０を介して直接接続されている。ＮＢ１０１上にはＮＢ１０１を制御するためのマイクロプロセッサー３０１と、マイクロプロセッサー３０１の動作プログラムを格納するためのＲＯＭ３０３と、マイクロプロセッサー３０１がプログラムを実行する上でワークとして用いるためのＲＡＭ３０２と、ＮＢ１０１とプリンタインタフェースカード１５０とが相互にデータをやりとりするための共有メモリ２００があり、内部バスを通じて相互に接続されている。ＮＢ１０１がＳＮＭＰのエージェントとして動作するためのプログラムはＲＯＭ３０３に格納されている。マイクロプロセッサ３０１は、ＲＯＭ３０３に格納されたプログラムに従って動作し、ワークエリアとしてＲＡＭ３０２を用いる。また、プリンターインターフェースカード１５０と相互に通信するためのバッファ領域として共有メモリ２００を用いる。
【００３１】
プリンターインタフェースカード１５０上のマイクロプロセッサー１５１はＮＢ１０１とのデータのアクセスを、ＮＢ１０１に設置されている共有メモリ２００を介して行う。プリンターインタフェースカード１５０上のマイクロプロセッサー１５１は、実際に印刷機構を動かすプリンターエンジン１６０とも通信する。
【００３２】
一方、ネットワーク管理ソフトウェアが稼動するＰＣ側について、以下で説明する。
【００３３】
図５は、ネットワーク管理ソフトウェアが稼動可能なＰＣの構成を示すブロック図である。
【００３４】
図５において、５００は、ネットワーク管理ソフトウェアが稼動するＰＣであり、図１における１０３と同等である。ＰＣ５００は、ＲＯＭ５０２もしくはハードディスク（ＨＤ）５１１に記憶された、あるいはフロッピーディスクドライブ（ＦＤ）５１２より供給されるネットワーク管理プログラムを実行するＣＰＵ５０１を備え、システムバス５０４に接続される各デバイスを総括的に制御する。
【００３５】
５０３はＲＡＭで、ＣＰＵ５０１の主メモリ、ワークエリア等として機能する。
【００３６】
５０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）５０９や不図示のポインティングデバイス等からの指示入力を制御する。５０６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）５１０の表示を制御する。５０７はディスクコントローラ（ＤＫＣ）で、ブートプログラム、種々のアプリケーション、編集ファイル、ユーザファイルそしてネットワーク管理プログラム等を記憶するハードディスク（ＨＤ）５１１およびフロッピーディスクコントローラ（ＦＤ）５１２とのアクセスを制御する。５０８はネットワークインタフェースカード（ＮＩＣ）で、ＬＡＮ１００を介して、エージェントあるいはネットワーク機器と双方向にデータをやりとりする。
【００３７】
次に、従来例におけるネットワーク管理ソフトウェアの構成について説明する。
【００３８】
従来例におけるネットワーク管理装置は、図５に示したようなネットワーク管理装置を実現可能なＰＣと同様の構成のＰＣ上に実現される。ハードディスク（ＨＤ）５１１には、後述のすべての説明で動作主体となる本願に係るネットワーク管理ソフトウェアのプログラムが格納される。後述のすべての説明において、特に断りのない限り、実行の主体はハード上はＣＰＵ５０１である。一方、ソフトウェア上の制御の主体は、ハードディスク（ＨＤ）５１１に格納されたネットワーク管理ソフトウェアである。本従来例においては、ＯＳは例えば、ウィンドウズ９５（マイクロソフト社製）を想定しているが、これに限るものではない。
【００３９】
なお本願に係るネットワーク管理プログラムは、フロッピーディスクやＣＤ−ＲＯＭなどの記憶媒体に格納された形で供給されても良く、その場合には図５に示すフロッピーディスクコントローラ（ＦＤ）５１２または不図示のＣＤ−ＲＯＭドライブなどによって記憶媒体からプログラムが読み取られ、ハードディスク（ＨＤ）５１１にインストールされる。
【００４０】
図６は、本従来例に係るネットワーク管理ソフトウェアのモジュール構成図である。このネットワーク管理ソフトウェアは、図５におけるハードディスク５１１に格納されており、ＣＰＵ５０１によって実行される。その際、ＣＰＵ５０１はワークエリアとしてＲＡＭ５０３を使用する。
【００４１】
図６において、６０１はデバイスリストモジュールと呼ばれ、ネットワークに接続されたデバイスを一覧にして表示するモジュールである。（一覧表示の様子については、後ほど図１５を用いて説明する。）６０２は全体制御モジュールと呼ばれ、デバイスリストからの指示をもとに、他のモジュールを統括する。６０３はコンフィグレータと呼ばれ、エージェントのネットワーク設定に関する特別な処理を行うモジュールである。６０４は、探索モジュールと呼ばれ、ネットワークに接続されているデバイスを探索するモジュールである。探索モジュール６０４によって探索されたデバイスが、デバイスリスト６０１によって一覧表示される。６０５は、プリントジョブの状況をNetWare API６１６を用いてネットワークサーバから取得するNetWareジョブモジュールである。（なお、NetWare APIについては、例えばNovell社から発行されている"NetWare Programmer*s Guide for C"等を参照のこと。この書籍はノベル株式会社から購入可能である。）６０６および６０７は後述するデバイス詳細ウィンドウを表示するためのＵＩ(UserI nterface)モジュールであり、詳細情報を表示する対象機種毎にＵＩモジュールが存在する。６０８および６０９は制御モジュールと呼ばれ、詳細情報を取得する対象機種に特有の制御を受け持つモジュールである。ＵＩモジュールと同様に、制御モジュールも詳細情報を表示する対象機種毎に存在する。制御Ａモジュール６０８および制御Ｂモジュール６０９は、ＭＩＢモジュール６１０を用いて管理対象デバイスからＭＩＢデータを取得し、必要に応じてデータの変換を行い、各々対応するＵＩＡモジュール６０６またはＵＩＢモジュール６０７にデータを渡す。
【００４２】
さて、ＭＩＢモジュール６１０は、オブジェクト識別子とオブジェクトキーとの変換を行うモジュールである。ここでオブジェクトキーとは、オブジェクト識別子と一対一に対応する３２ビットの整数のことである。オブジェクト識別子は可変長の識別子であり、ネットワーク管理ソフトウェアを実装する上で扱いが面倒なので、本願に係るネットワーク管理ソフトウェアにおいてはオブジェクト識別子と一対一に対応する固定長の識別子を内部的に用いている。ＭＩＢモジュール６１０より上位のモジュールはこのオブジェクトキーを用いてＭＩＢの情報を扱う。これにより、ネットワーク管理ソフトウェアの実装が楽になる。
【００４３】
６１１はＳＮＭＰモジュールと呼ばれ、ＳＮＭＰパケットの送信と受信を行う。
【００４４】
６１２は共通トランスポートモジュールと呼ばれ、ＳＮＭＰデータを運搬するための下位プロトコルの差を吸収するモジュールである。実際には、動作時にユーザが選択したプロトコルによって、ＩＰＸハンドラ６１３かＵＤＰハンドラ６１４のいずれかがデータを転送する役割を担う。なお、ＵＤＰハンドラは、実装としてWinSock６１７を用いている。（WinSockについては、例えばWindows socket API v1.1の仕様書を参照のこと。このドキュメントは、複数箇所から入手可能であるが、例えばマイクロソフト社製のコンパイラであるVisual C++に同梱されている。）
コンフィグレータ６０３が用いる現在のプロトコル６１５というのは、動作時にユーザが選択しているＩＰＸプロトコルかＵＤＰプロトコルのいずれかのことを示す。
【００４５】
本従来例で使用する探索モジュール６０４とＭＩＢモジュール６１０との間のインタフェースについて説明する。
【００４６】
ＭＩＢモジュール６１０は図９に示すＣ言語のＡＰＩ(Application Program Interface)を上位モジュールに提供する。
【００４７】
最初に、上位モジュールはＭＩＢモジュールとの間で、指定したアドレスに対するインタフェース（これをポートと呼ぶ）を開設するために、MIBOpen APＩ９０１呼び出しを行う。ＭＩＢモジュールは、開設されたインタフェースを識別するための識別子（これをポート識別子と呼ぶ）を上位モジュールに返す（MIBOpen API９０１の第一引数portに返される値）。以降上位モジュールはポート識別子を用いてＭＩＢモジュールとのやりとりを行う。
【００４８】
ここで指定するアドレスは、動作しているプロトコルのアドレスであり、ＩＰプロトコルの場合はＩＰアドレス、NetWareプロトコルの場合はNetWareアドレスである。さらにブロードキャストアドレスを指定することもできる。
【００４９】
ブロードキャストアドレスを指定してポートをオープンした場合は、ブロードキャストアドレスに応答する複数のデバイスと通信を行うことが可能である。
【００５０】
上位モジュールはポートを使用しなくなったときMIBClose API９０４呼び出しを行いポートを閉じる。
【００５１】
上位モジュールがＭＩＢオブジェクトの読み出しを行う場合は、MIBReadObjects API９０２呼び出しを行う。MIBReadObjects API９０２呼び出しにはポート識別子、読み出すべきＭＩＢオブジェクトのオブジェクトキーを指定すると共に、ＭＩＢモジュールが読み出したＭＩＢオブジェクトの値を上位へ通知するためのコールバック関数のアドレスを指定する。
【００５２】
MIBReadObjects API９０２呼び出しによりＳＮＭＰのＧｅｔ−ｒｅｑｕｅｓｔコマンドが生成され、ネットワーク上に送信される。図８に示したように、このＧｅｔ−ｒｅｑｕｅｓｔコマンドに応答するエージェントを持つデバイスはＧｅｔ−ｒｅｓｐｏｎｓｅコマンドを送信する。
【００５３】
上位モジュールがＭＩＢオブジェクトへの書き込みを行う場合は、MIBWriteObjects API９０３呼び出しを行う。MIBWriteObjects API９０３呼び出しにはポート識別子、書き込むＭＩＢオブジェクトのオブジェクトキーとその値を指定すると共に、ＭＩＢモジュールが書き込みの結果を上位へ通知するためのコールバック関数のアドレスを指定する。
【００５４】
MIBWriteObjects API９０３呼び出しによりＳＮＭＰのＧｅｔ−ｒｅｑｕｅｓｔコマンドが生成され、ネットワーク上に送信される。図８に示したように、このＧｅｔ−ｒｅｑｕｅｓｔコマンドに応答するエージェントを持つデバイスはＧｅｔ−ｒｅｓｐｏｎｓｅコマンドを送信する。
【００５５】
コールバック関数はMIBReadObjects API９０２もしくはMIBWriteObjects API９０３の結果を上位モジュールに通知するためのものである。具体的には、デバイスのアドレスと受信したＧｅｔ−ｒｅｓｐｏｎｓｅコマンドの内容を上位へ通知する。
【００５６】
ブロードキャストアドレスを指定してオープンされたポートに対してMIBReadObjects API９０２を呼び出しを行った場合、ネットワーク上に送信されるＧｅｔ−ｒｅｑｕｅｓｔコマンドを運ぶパケット（ＩＰプロトコルの場合はＩＰパケット、NetWareプロトコルの場合はＩＰＸパケット）の宛先アドレスがブロードキャストアドレスになる。従って、このパケットは複数のデバイスで受信されるので、Ｇｅｔ−ｒｅｑｕｅｓｔコマンドには複数のデバイスが応答する。つまりマネージャ側では複数のＧｅｔ−ｒｅｓｐｏｎｓｅコマンドを受信する。この場合、コールバック関数は、ポート識別子は同じでデバイスのアドレスが異なる複数回の呼び出しが行われる。上位モジュールはアドレス情報を調べることにより、そのコールバックがどのデバイスからのものかを知ることができる。
【００５７】
次に具体的なデータの流れを説明する。ＭＩＢモジュール６１０では上位からの要求によりオブジェクトキーからオブジェクトＩＤへの変換等の処理を行いＳＮＭＰモジュール６１１へコマンド送信要求を行う。ＳＮＭＰモジュール６１１はＭＩＢモジュール６１０からの送信要求によりSNMP PDUをＲＡＭ５０３上で組み立て、共通トランスポートモジュール６１２へ送信要求を行う。共通トランスポートモジュール６１２では動作プロトコルによりヘッダの付加等の所定の処理を行い、ＴＣＰ／ＩＰプロトコルであればWinSockモジュール６１７へ、NetWareプロトコルであればNetWare APIモジュール６１６へパケット送信要求を行う。以下ＴＣＰ／ＩＰプロトコルで動作しているものとして説明を行う。WinSockモジュール６１７は送信要求のあったパケットをＩＰパケット化し、ＯＳに対してネットワークへのデータ送信要求を行う。ＯＳはＲＡＭ５０３上のデータをシステムバス５０４を介してＮＩＣ５０８へ書き込む。ＮＩＣ５０８では書き込まれたデータを所定のフレーム化してＬＡＮ１００に送信する。
【００５８】
ＬＡＮ１００に接続されているデバイスからのパケットはＮＩＣ５０８で受信される。ＮＩＣ５０８ではパケット受信を割り込みによりＯＳに通知する。ＯＳはＮＩＣ５０８から受信パケットをシステムバス５０４経由で読み出しＲＡＭ５０３に置く。ＯＳでは動作プロトコルもしくは受信したパケットからプロトコルを判断し、ＴＣＰ／ＩＰプロトコルであればWinSockモジュール６１７へ、NetWareプロトコルであればNetWare APIモジュール６１６へパケット受信が通知される。以下ＴＣＰ／ＩＰプロトコルで動作しているものとして説明を行う。WinSockモジュール６１７では、受信パケットが自分宛のものかどうかを受信パケット中のアドレスにより判断する。受信パケットが自分宛のものでは無いときは受信パケットを破棄する。受信パケットが自分宛であった場合は、ＵＰＤハンドラ６１４起動し、共通トランスポートモジュール６１２にパケット受信を通知する。共通トランスポートモジュール６１２ではトランスポートヘッダの除去等の所定の処理を行い、ＳＮＭＰモジュール６１１へパケット受信を通知する。ＳＮＭＰモジュール６１１ではＳＮＭＰヘッダの除去等の所定の処理を行い、ＭＩＢモジュールへＰＤＵ受信を通知する。ＭＩＢモジュール６１０では所定処理を行うと共に受信した情報をMIB APIで規定された形式に変換し上位モジュールのコールバック関数を呼び出すことにより、デバイスからの応答を上位をモジュールへ通知する。
【００５９】
なお、以下の説明において、本願に係るネットワーク管理ソフトウェアのことを「NetSpot」と呼称する。
【００６０】
NetSpotのインストールに必要なファイルは、通常、フロッピーディスク（ＦＤ）やＣＤ−ＲＯＭなどの物理媒体に記録されて配布されるか、あるいはネットワークを経由して伝送される。ユーザは、これらの手段によりNetSpotのインストールに必要なファイルを入手した後、所定のインストール手順に従ってNetSpotのインストールを開始する。
【００６１】
NetSpotのインストール手順は、他の一般的なソフトウェアのインストール手順と同様である。すなわち、ユーザがNetSpotのインストーラをパーソナルコンピュータ（ＰＣ）上で起動すると、その後はインストーラが自動的にインストールを実行する。インストーラは、NetSpotの動作に必要なファイルをＰＣのハードディスクにコピーし、また、必要に応じてユーザから情報を入力してもらいながら、NetSpotの動作に必要なファイルの修正または新規作成なども行う。
【００６２】
次に、本従来例におけるネットワーク管理プログラムにおける探索シーケンスについて説明する。
【００６３】
図１０は、従来のネットワーク管理プログラムにおける探索シーケンスを示す図である。
【００６４】
図１０において、探索モジュール１０３０はネットワーク管理プログラムの探索モジュールを示し、これは図６における６０４と同等である。この探索モジュールは、ネットワーク管理プログラムの他のモジュールと同様に、図１におけるＰＣ１０３上で図５におけるＣＰＵ５０１によって実行される。
【００６５】
デバイス１０３１は、ネットワーク上に接続されており、かつＳＮＭＰエージェントが動作しているデバイスでプリンタとして標準的なＭＩＢのみを搭載しているプリンタを示し、例えば図１におけるＮＢ１１８を示す。ここで、標準的なＭＩＢとは、ＲＦＣ１２１３、ＲＦＣ１５１４およびＲＦＣ１７５９に規定されているＭＩＢなどを言う。
【００６６】
デバイス１０３２は、ネットワーク上に接続されており、かつＳＮＭＰエージェントが動作しているデバイスで、プリンタとして標準的なＭＩＢおよび企業独自のプライべ−トＭＩＢを搭載しているプリンタを示し、例えば図１におけるＮＢ１０１を示す。本実施例では、ＮＢ１０１が企業独自のプライベートＭＩＢを実装しているものとして説明を行なう。この企業独自のプライベートＭＩＢは、図４のノード４０８で示されるｃａｎｏｎノード以下のＭＩＢオブジェクトである。
【００６７】
上位モジュールから探索開始の指示が出されると、探索モジュールはブロードキャストアドレスを指定してデバイスの状態とデバイス種別を取得するためのＧｅｔリクエストＳＮＭＰパケットをネットワークに送出する（１００１および１００２）。このパケットは、ネットワークに接続されている全てのデバイスに届けられる。
【００６８】
ここで、問い合わせるＭＩＢオブジェクトとして、１００１では標準的なＭＩＢのみを、１００２ではプライベートＭＩＢを用いる。異なるＭＩＢオブジェクトを問い合わせるのは、プライベートＭＩＢを搭載しているデバイスと、標準ＭＩＢのみを搭載しているデバイスの両方を見つけたいためである。
【００６９】
このＳＮＭＰパケットに対して、ＳＮＭＰエージェントを実装しているネットワークデバイスは、それぞれ応答パケットを送出する（１００３から１００６）。
【００７０】
ここで１００３は、標準ＭＩＢを問い合わせるブロードキャストパケット１００１に対するデバイス１０３１の応答であり、デバイス１０３１の状態に応じた値が返る。１００４は、標準ＭＩＢを問い合わせるブロードキャストパケット１００１に対するデバイス１０３２の応答であり、デバイス１０３２の状態に応じた値が返る。１００５は、プライベートＭＩＢを問い合わせるブロードキャストパケット１００２に対するデバイス１０３１の応答であり、デバイス１０３１はプライベートＭＩＢを実装していないため、エラーとしてnoSuchNameが返される。１００６は、プライベートＭＩＢを問い合わせるブロードキャストパケット１００２に対するデバイス１０３２の応答であり、デバイス１０３２の状態に応じた値が返る。
【００７１】
探索を開始してから一定の時間が経過すると一時応答タイマー１０２３が満了するので、探索モジュールはさらに詳細な情報を取得すべく、それぞれのデバイスに対してＳＮＭＰパケットを送信する。
【００７２】
より具体的には、一時探索タイマー１０２３が満了した時点までに、デバイス１０３１からはプライベートＭＩＢに対してnoSuchNameエラーが返ってきたことがわかっているので、このデバイスをプライベートＭＩＢには対応していないデバイス、すなわち標準ＭＩＢのみに対応しているデバイスとみなして、標準ＭＩＢを用いてより詳細な取得を行なう。この取得およびデバイス１０３１の返答が１００７および１００８である。
【００７３】
同様に、デバイス１０３２からは標準ＭＩＢおよびプライベートＭＩＢの両方から正常な応答が返ってきているので、このデバイスをプライベートＭＩＢを実装しているデバイスとみなして、プライベートＭＩＢを用いてより詳細な取得を行なう。
【００７４】
この取得およびデバイス１０３２の返答が１００９および１０１０である。
さらに時間が経過してデバイス応答タイマー１０２１が満了した時点で、上位モジュールに対してそれまでに探索したデバイスの情報を通知する。
【００７５】
さらに時間が経過し、探索間隔タイマー１０２２が満了した時点で、再度探索を開始する。以降今まで説明した動作と全く同一のシーケンスであるので、説明を省略する。
【００７６】
【発明が解決しようとする課題】
しかしながら上記従来例では、デバイス管理装置が能動的にブロードキャストパケットを送信することによりデバイスの探索を行なう。
【００７７】
このようにブロードキャストパケットを送信することは、そのパケットに対してＳＮＭＰに応答できる全てのネットワーク機器が返信パケットを送信することになり、ネットワークのトラフィックを著しく大きくしてしまう。定期的にブロードキャストパケットを送信することはブロードキャストパケットによるトラフィック増大現象が定期的に起きることを意味し、そのような状況はネットワークの負荷および管理の観点から好ましくない。ブロードキャストパケットの送信は、できる限り少ないことが望ましい。
【００７８】
本発明は上記従来例に鑑みてなされたもので、ネットワークの負荷を増大させずにネットワークデバイスの情報を取得することがでできるネットワークデバイス管理装置及び方法を提供することを目的とする。
【００７９】
【課題を解決するための手段】
上記目的を達成するために、本発明は次のような構成からなる。すなわち、 起動後に少なくとも１度はネットワーク管理用パケットをブロードキャストするデバイスが接続されたネットワーク管理装置における処理方法であって、複数のデバイスからパケットを受信するパケット受信工程と、前記パケット受信工程で受信したパケットが、前記ネットワーク管理用パケットであるか判定するパケット判定工程と、前記パケット判定工程で前記ネットワーク管理用パケットであると判断された場合、当該パケットから、当該パケットを送信したデバイスのアドレスを取得するデバイスアドレス取得工程と、前記デバイスアドレス取得工程で取得された複数のデバイスのアドレスを前記ネットワーク上の所定のサーバ装置に登録するべく前記サーバ装置へ送出するべく転送するデバイスアドレス転送工程とを備える。
【００８０】
あるいは、起動後に少なくとも１度はネットワーク管理用パケットをブロードキャストするデバイスが接続されたネットワークにおける処理方法であって、複数のデバイスからパケットを受信するパケット受信工程と、前記パケット受信工程で受信したパケットが、前記ネットワーク管理用パケットであるか判定するパケット判定工程と、前記パケット判定工程で前記ネットワーク管理用パケットであると判断された場合、当該パケットを送信したデバイスに対して、当該デバイスが監視の対象となるデバイスであることを確認するための確認パケットを送信する送信工程と、前記確認パケットに対する応答に基づいて、当該応答を返した複数のデバイスの状態をアドレスと共に前記ネットワーク上の所定のサーバ装置に登録するべく前記サーバ装置へ送出するべく転送するデバイスアドレス転送工程とを備える。
【００８１】
また好ましくは、前記応答は、その応答元のデバイスが管理対象のデバイスであれば正常応答であり、該デバイスの稼働状態を示す情報を含む。
更に好ましくは、前記送信工程は、プリンタの状態を取得するための確認パケットを送信し、前記アドレス登録工程は、確認パケットに対する応答が正常応答であれば、応答元のデバイスのアドレスと共に、そのデバイスがプリンタであることを登録する。
【００８２】
あるいは、起動後に少なくとも１度はネットワーク管理用パケットをブロードキャストするデバイスが接続されたネットワークにおける処理方法であって、複数のデバイスからパケットを受信するパケット受信工程と、前記パケット受信工程で受信したパケットが、前記ネットワーク管理用パケットであるか判定するパケット判定工程と、前記パケット判定工程で前記ネットワーク管理用パケットであると判断された場合、当該パケットから、当該パケットを送信したデバイスのアドレスを取得するデバイスアドレス取得工程と、前記デバイスアドレス取得工程で取得されたアドレスに対して、デバイスが監視の対象となるデバイスであることを確認するための確認パケットを送信する送信工程と、前記確認パケットに対応する応答に基づいて、当該応答を返したデバイスが、監視の対象となるデバイスであるか否かを判定する判定工程と、監視対象となるデバイスであると前記判定工程で判定された場合、前記デバイスアドレス取得工程で取得された複数のデバイスのアドレスをディレクトリサーバに登録するべく転送するデバイスアドレス転送工程とを備える。
【００８３】
【発明の実施の形態】
（第１の実施形態）
従来例の説明で述べたように、ＳＮＭＰの規定には、トラップと呼ばれるパケット構造がある。トラップにはいくつかの種類があるが、それらのうちコールドスタートトラップと呼ばれるものは、機器が起動した時にネットワーク上にブロードキャストされる。本発明では、このコールドスタートトラップを捉えることにより、ネットワークに新しいデバイスが追加されたことを検知しようとするものである。
【００８４】
以下、図面を用いて詳細に説明する。
【００８５】
図１１は、本実施例において、各種の機器のネットワーク上での配置を示す図である。
【００８６】
１１０１は、ネットワークデバイス管理プログラムが実行されるコンピュータ、１１０２はディレクトリサービスが動作しているディレクトリサーバ、１１０３はトラップパケットを監視するトラップ監視プログラムを実行するトラップ監視プログラム実行マシンである。１１０１、１１０２および１１０３のコンピュータの構成は、従来例の説明において図５で示したものと同様の構成が使える。ただし、ディレクトリサーバ１１０２およびトラップ監視プロセス実行マシン１１０３においては、キーボードコントローラ５０５、キーボード５０９、ＣＲＴコントローラ５０６、ＣＲＴ５１０のように、ユーザとの対話を行なうための入出力関連の部分は必ずしも必要ではない。さらに、１１０１、１１０２および１１０３は、同一のコンピュータであっても良い。
【００８７】
なお、上記で言うディレクトリサービスとは、言わばネットワークに関する電話帳であり、様々な情報を格納するためのものである。ディレクトリシステムの具体例としては、例えばＬＤＡＰ(Lightweight Directory Access Protocol)がある。ＬＤＡＰの規定は、ＩＥＴＦが発行しているＲＦＣ１７７７に記載されている。また解説書としては、例えば株式会社プレンティスホールより「ＬＤＡＰインターネット ディレクトリ アプリケーション プログラミング」が１９９７年１１月１日に発行されている。
【００８８】
本実施例では、ディレクトリサーバとしてＬＤＡＰサーバを用いることにして説明を行なうが、ＬＤＡＰサーバ以外のディレクトリサーバでも本発明の本質を損なわない。
【００８９】
図１２は、トラップ監視プログラム実行マシン１１０３で動作する、トラップの監視プログラムの動作を示すフローチャートである。トラップ監視プログラムは、トラップ監視プログラム実行マシン１１０３が起動すると同時に起動するように設定されているか、あるいはネットワークの管理者によって明示的に起動されるものとする。
【００９０】
トラップ監視プログラムでは、まずステップＳ１２０１でディレクトリサーバ１１０２にネットワークを介して接続し、情報を登録する準備をする。接続するディレクトリサーバのアドレスは、システム管理者によってあらかじめ登録されており、例えばファイルに記録されてハードディスク５１１に格納されているものとする。次にステップＳ１２０２で、パケットの受信があったかどうかを調べる。これは、ＯＳが提供するＡＰＩを呼び出すことにより、ＯＳがＮＩＣ５０８の状態を調べることによって行われる。パケットの受信があった場合ステップＳ１２０３に進み、受信パケットがＳＮＭＰトラップであるかどうかを判断する。受信パケットのフォーマットが図７で説明したＳＮＭＰパケットに合致しており、かつＰＤＵタイプ７１１のフィールドの値がトラップを示す値であったときにＳＮＭＰトラップパケットであると判断する。ステップＳ１２０３で受信パケットがＳＮＭＰトラップであると判断された場合にはステップＳ１２０４に進む。ステップＳ１２０４では、受信パケットの送信元アドレスフィールドを見て、送信したデバイスのアドレスを取り出す。次にステップＳ１２０５に進み、ステップＳ１２０４で取り出したデバイスのアドレスをディレクトリサーバ１１０２に送信してディレクトリサービスに登録する。
【００９１】
一方、ステップＳ１２０３でＳＮＭＰトラップ受信ではないと判断された場合、ステップＳ１２０６に進みＳＮＭＰトラップ受信以外の受信処理を行なう。あるいは、ステップＳ１２０２でパケット受信ではないと判断された場合には、ステップＳ１２０７に進み、パケット受信以外のその他の処理を行なう。
【００９２】
ステップＳ１２０５、Ｓ１２０６あるいはＳ１２０７の処理が終了したら、ステップＳ１２０２に戻って処理を続ける。
【００９３】
図１３は、クライアント１１０１で実行されるデバイス制御プログラムにおいて、デバイスリストを表示する動作を示すフローチャートである。図１３の手順は、クライアント１１０１においてデバイス管理プログラムが起動した場合、あるいはユーザの操作によって明示的に起動される。
【００９４】
デバイスリスト表示動作においては、まずステップＳ１３０１で、ディレクトリサーバに接続する。接続するディレクトリサーバのアドレスは、システム管理者によってあらかじめ登録されており、例えばファイルに記録されてハードディスク５１１に格納されているものとする。そのアドレスは、トラップ監視プログラム実行マシン１１０３のトラップ監視プログラムが接続するディレクトリサーバのアドレスと同じである。次にステップＳ１３０２において、ステップＳ１３０１で接続したディレクトリサーバから、ディレクトリサービスに登録されている情報を取り出す。次にステップＳ１３０３で、ＣＲＴＣ５０６を操作してＣＲＴ５１０上にステップＳ１３０２で取得した情報を表示する。
【００９５】
図１４は、ステップＳ１３０３における表示の様子を示す図である。ウィンドウ１４０１に、ディレクトリサーバから取得したデバイスのアドレス一覧が表示されている。
【００９６】
以上のようにして、トラップ監視プロセスにより、ネットワーク上のデバイスが起動時にブロードキャストするコールドスタートトラップを補足してそのデバイスのアドレスを取得し、それをディレクトリサーバに登録する。こうすることで、デバイスの探索を能動的に行うことなくネットワークに接続されているデバイスのアドレスを把握できる。このため、能動的に探索パケットの発行が不要となり、ネットワークのトラフィックが軽減できる。
【００９７】
（第２の実施の形態）
トラップパケットは、ＳＮＭＰによるデバイス管理において一般的なものであるので、トラップパケットが、探索の対象としているデバイス種別からのものであることを確認してからディレクトリサービスに登録した方が、後にクライアントがディレクトリサービスにアクセスすることを考えると都合がよい。つまり、例えばクライアントがネットワークプリンタのみを制御対象にしているような場合には、トラップパケットを送信したデバイスがプリンタであることを確認してからディレクトリサービスに登録する方がより望ましい。
【００９８】
さらにトラップパケットを受信した時には、デバイスの種別を確認するためのパケットとしてデバイスの状態を問い合わせるパケットを用いることにより、デバイスに関するより詳細な情報を得ることができる。
【００９９】
本発明第２の実施例は、これらの点の改良を図ったものである。
【０１００】
以下第２の実施例においては、制御対象のネットワークデバイスがネットワークプリンタであるとして説明を進める。
【０１０１】
図１５は、本発明の第２の実施例において、トラップ監視プログラム実行マシン１１０３で実行されるトラップ監視プログラムの動作について説明したフローチャートである。
【０１０２】
この図においてステップＳ１５０１からＳ１５０４までは、第１の実施例において図１２を用いて説明したＳ１２０１からＳ１２０４までの動作と全く同じであるので説明を省略する。同様に、Ｓ１５０８とＳ１２０６およびＳ１５０９とＳ１２０７はそれぞれ同じであるので説明を省略する。
【０１０３】
ステップＳ１５０５においては、トラップパケットを送信してきたデバイスがネットワークプリンタであることを確認するために、ネットワークプリンタがインプリメントしているであろうＭＩＢオブジェクトを取得するためのＳＮＭＰパケットを送信する。より具体的には、例えばRFC1514 Host Resources MIBに規定されているhrPrinterDetectedErrorStateを取得すべくＧｅｔ−Ｎｅｘｔパケットを送信する。このＭＩＢオブジェクトは、プリンタの状態を表すものであり、デバイスに問い合わせる情報としてこのＭＩＢオブジェクトを用いることにより、プリンタであることを確認するとともに、同時にデバイスに関するより詳細な情報を得ることができる。
【０１０４】
ステップＳ１５０３でＳＮＭＰトラップ以外のパケットの受信であると判断されたら、ステップＳ１５０６に進み、そのパケットがＳＮＭＰパケットで、かつネットワークプリンタを示す正常応答であるかどうかを判断する。より具体的には、受信したパケットがステップＳ１５０５で送信したＧｅｔ−Ｎｅｘｔパケットに対するＧｅｔ−Ｒｅｓｐｏｎｓｅ応答パケットであることをリクエストＩＤフィールド７１２の値が同じであることを確認することにより行なうとともに、ＭＩＢ情報フィールド７１５に含まれている取得したＭＩＢのオブジェクトＩＤがhrPrinterDetectedErrorState.Xであることを確認する。ここでＸは、トラップパケットを送信したデバイスのＭＩＢエージェントにおけるプリンタデバイスを示すインデックス値を示す。
【０１０５】
もし取得したＭＩＢのオプジェクトＩＤがhrPrinterDetectedErrorState.Xであった場合には、トラップパケットを送信したデバイスをネットワークプリンタであると判断し、ステップＳ１５０７に進む。一方、オブジェクトＩＤがhrPrinterDetectedErrorStateの次のオブジェクトであった場合、あるいはエラーステータスフィールド７１３の値がオブジェクトなし(noSuchObject)であった場合には、トラップパケットを送信したデバイスはプリンタではないと判断し、ステップＳ１５０８に進む。
【０１０６】
ステップＳ１５０７では、ステップＳ１５０１で接続したＬＤＡＰサーバに、トラップパケットを送信したデバイスのネットワークアドレス、そのデバイスがプリンタであることを示すフラグおよびステップＳ１５０６で取得したhrPrinterDetectedErrorState.Xの値を登録する。
【０１０７】
図１６は、ステップＳ１５０７で登録した情報をクライアント１１０１が表示している様子を示した図である。表示手順については、図１３で説明したのと同様であるので省略する。
【０１０８】
図１３の情報と比較して、デバイスがプリンタであることがアイコンで示されている他、デバイスの状態に関する情報が追加されている。例えば１６０３は、デバイスに何らかの警告エラーが生じていることを示している。１６０２は、デバイスタイプがプリンタであるとの確認がとれていないデバイスを示している。
【０１０９】
以上のようにして、トラップ監視プロセスにより、ネットワーク上のデバイスが起動時にブロードキャストするコールドスタートトラップを補足してそのデバイスのアドレスを取得し、そのアドレスを有するデバイスに対して、その状態を問い合わせる。この問合せに対する応答に応じて、アドレスと共に得られた状態をディレクトリサーバに登録する。こうすることで、デバイスの探索を能動的に行うことなくネットワークに接続されているデバイスのアドレスを把握できる。このため、能動的に探索パケットの発行が不要となり、ネットワークのトラフィックが軽減できる。それに加えて、状態の問合せにより、そのデバイスの種類や稼働状態をディレクトリに登録することができ、利用者はより詳細な情報を獲得することができる。
【０１１０】
上記で説明した本発明に係るネットワークデバイス探索プログラムは、外部からインストールされるプログラムによって、ＰＣ５００によって遂行されても良い。その場合、そのプログラムはＣＤ−ＲＯＭやフラッシュメモリやフロッピーディスクなどの記憶媒体により、あるいは電子メールやパソコン通信などのネットワークを介して、外部の記憶媒体からプログラムを含む情報群をＰＣ５００上にロードすることにより、ＰＣ５００に供給される場合でも本発明は適用されるものである。
【０１１１】
図１７は、記憶媒体の一例であるＣＤ−ＲＯＭのメモリマップを示す図である。９９９９はディレクトリ情報を記憶してある領域で、以降のインストールプログラムを記憶してある領域９９９８およびネットワークデバイス探索プログラムを記憶してある領域９９９７の位置を示している。９９９８は、インストールプログラムを記憶してある領域である。９９９７は、ネットワークデバイス制御プログラムを記憶してある領域である。本発明のネットワーク探索プログラムがＰＣ５００にインストールされる際には、まずインストールプログラムを記憶してある領域９９９８に記憶されているインストールプログラムがシステムにロードされ、ＣＰＵ５０１によって実行される。次に、ＣＰＵ５０１によって実行されるインストールプログラムが、ネットワークデバイス探索プログラムを記憶してある領域９９９７からネットワークデバイス探索プログラムを読み出して、ハードディスク５１１に格納する。
【０１１２】
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェース機器、リーダなど）から構成されるシステムあるいは統合装置に適用しても、ひとつの機器からなる装置に適用してもよい。
【０１１３】
また、前述した実施形態の機能を実現する、図１２、図１３あるいは図１５に記載された手順のプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、本発明の目的が達成される。
【０１１４】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１１５】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１１６】
また、コンピュータが議み出したプログラムコードを実行することによって、前述した実施形態の機能が実現される他、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１１７】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１１８】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体から、そのプログラムをパソコン通信など通信ラインを介して要求者にそのプログラムを配信する場合にも適用できる。
【０１１９】
【発明の効果】
以上説明したように、本発明によれば、デバイス管理装置が能動的にブロードキャストパケットを送信することなくネットワークデバイスの情報を取得することができる。このため、デバイス探索のためにネットワークの負荷が増大することを防止できる。
【図面の簡単な説明】
【図１】プリンタをネットワークに接続するためのネットワークボードを、開放型アーキテクチャを持つプリンターへつなげた場合を示す図である。
【図２】エージェントを実装したネットワークボードをプリンタに接続する実施形態を示す断面図である。
【図３】ネットワークボードとプリンターとＬＡＮとの電気的接続を示すブロック図である。
【図４】ＭＩＢの構造を示す概念図である。
【図５】ネットワーク管理ソフトウェアが稼動可能なＰＣの構成を示すブロック図である。
【図６】ネットワーク管理ソフトウェアのモジュール構成図である。
【図７】ＳＮＭＰメッセージのフォーマットである。
【図８】マネージャとエージェント間でのＳＮＭＰコマンドのやりとりを示す図である。
【図９】ＭＩＢモジュールＡＰＩを示す図である。
【図１０】従来例における探索モジュールとデバイス間の通信シーケンスを示す図である。
【図１１】機器のネットワーク上での配置を示す図である。
【図１２】トラップの監視プログラムの動作を示すフローチャートである。
【図１３】デバイスリストを表示する動作を示すフローチャートである。
【図１４】デバイス一覧の表示の様子を示す図である。
【図１５】第２の実施例におけるトラップの監視プログラムの動作を示すフローチャートである。
【図１６】第２の実施例におけるデバイス一覧の表示の様子を示す図である。
【図１７】本発明のネットワーク管理ソフトウェアの記憶媒体におけるメモリマップを示す図である。
【符号の説明】
Ｓ１１０１ クライアント
Ｓ１１０２ ディレクトリサーバ
Ｓ１１０３ トラップ監視プログラム実行マシン
Ｓ１１０４ ネットワークデバイス
Ｓ１２０２ パケット受信手段
Ｓ１２０３ トラップパケット受信判断手段
Ｓ１２０４ デバイスアドレス取得手段
Ｓ１２０５ デバイスアドレス登録手段
Ｓ１５０５ 確認パケット送信手段
Ｓ１５０６ 応答パケット確認手段
Claims (12)
- 起動後に少なくとも１度はネットワーク管理用パケットをブロードキャストするデバイスが接続されたネットワーク管理装置における処理方法であって、
複数のデバイスからパケットを受信するパケット受信工程と、
前記パケット受信工程で受信したパケットが、前記ネットワーク管理用パケットであるか判定するパケット判定工程と、
前記パケット判定工程で前記ネットワーク管理用パケットであると判断された場合、当該パケットから、当該パケットを送信したデバイスのアドレスを取得するデバイスアドレス取得工程と、
前記デバイスアドレス取得工程で取得された複数のデバイスのアドレスを前記ネットワーク上の所定のサーバ装置に登録するべく前記サーバ装置へ送出するべく転送するデバイスアドレス転送工程と
を備えることを特徴とする処理方法。 - 起動後に少なくとも１度はネットワーク管理用パケットをブロードキャストするデバイスが接続されたネットワークにおける処理方法であって、
複数のデバイスからパケットを受信するパケット受信工程と、
前記パケット受信工程で受信したパケットが、前記ネットワーク管理用パケットであるか判定するパケット判定工程と、
前記パケット判定工程で前記ネットワーク管理用パケットであると判断された場合、当該パケットを送信したデバイスに対して、当該デバイスが監視の対象となるデバイスであることを確認するための確認パケットを送信する送信工程と、
前記確認パケットに対する応答に基づいて、当該応答を返した複数のデバイスの状態をアドレスと共に前記ネットワーク上の所定のサーバ装置に登録するべく前記サーバ装置へ送出するべく転送するデバイスアドレス転送工程と
を備えることを特徴とする処理方法。 - 前記応答は、その応答元のデバイスが管理対象のデバイスであれば正常応答であり、該デバイスの稼働状態を示す情報を含むことを特徴とする請求項２に記載の処理方法。
- 前記送信工程は、プリンタの状態を取得するための確認パケットを送信し、前記デバイスアドレス転送工程は、確認パケットに対する応答が正常応答であれば、応答元のデバイスのアドレスと共に、そのデバイスがプリンタであることを登録するべく前記サーバ装置へ送出することを特徴とする請求項２に記載の処理方法。
- 起動後に少なくとも１度はネットワーク管理用パケットをブロードキャストするデバイスが接続されたネットワークにおける処理方法であって、
複数のデバイスからパケットを受信するパケット受信工程と、
前記パケット受信工程で受信したパケットが、前記ネットワーク管理用パケットであるか判定するパケット判定工程と、
前記パケット判定工程で前記ネットワーク管理用パケットであると判断された場合、当該パケットから、当該パケットを送信したデバイスのアドレスを取得するデバイスアドレス取得工程と、
前記デバイスアドレス取得工程で取得されたアドレスに対して、デバイスが監視の対象となるデバイスであることを確認するための確認パケットを送信する送信工程と、
前記確認パケットに対応する応答に基づいて、当該応答を返したデバイスが、監視の対象となるデバイスであるか否かを判定する判定工程と、
監視対象となるデバイスであると前記判定工程で判定された場合、前記デバイスアドレス取得工程で取得された複数のデバイスのアドレスをディレクトリサーバに登録するべく 転送するデバイスアドレス転送工程とを備えることを特徴とする処理方法。 - 前記判定工程では、当該応答を返したデバイスが、プリンタであるか否かを判定することを特徴とする請求項５記載の処理方法。
- 起動後に少なくとも１度はネットワーク管理用パケットをブロードキャストするデバイスが接続されたネットワークの管理装置であって、
複数のデバイスからパケットを受信するパケット受信手段と、
前記パケット受信手段で受信したパケットが、前記ネットワーク管理用パケットであるか判定するパケット判定手段と、
前記パケット判定手段で前記ネットワーク管理用パケットであると判断された場合、当該パケットから、当該パケットを送信したデバイスのアドレスを取得するデバイスアドレス取得手段と、
前記デバイスアドレス取得手段で取得された複数のデバイスのアドレスを前記ネットワーク上の所定のサーバ装置に登録するべく前記サーバ装置へ送出するべく転送するデバイスアドレス転送手段と
を備えることを特徴とするネットワークデバイス管理装置。 - 起動後に少なくとも１度はネットワーク管理用パケットをブロードキャストするデバイスが接続されたネットワークの管理装置であって、
複数のデバイスからパケットを受信するパケット受信手段と、
前記パケット受信手段で受信したパケットが、前記ネットワーク管理用パケットであるか判定するパケット判定手段と、
前記パケット判定手段で前記ネットワーク管理用パケットであると判断された場合、当該パケットを送信したデバイスに対して、当該デバイスが監視の対象となるデバイスであることを確認するための確認パケットを送信する送信手段と、
前記確認パケットに対する応答に基づいて、当該応答を返した複数のデバイスの状態をアドレスと共に前記ネットワーク上の所定のサーバ装置に登録するべく前記サーバ装置へ送出するべく転送するデバイスアドレス転送手段と
を備えることを特徴とするネットワークデバイス管理装置。 - 起動後に少なくとも１度はネットワーク管理用パケットをブロードキャストするデバイスが接続されたネットワークの管理装置であって、
複数のデバイスからパケットを受信するパケット受信手段と、
前記パケット受信手段で受信したパケットが、前記ネットワーク管理用パケットであるか判定するパケット判定手段と、
前記パケット判定手段で前記ネットワーク管理用パケットであると判断された場合、当該パケットから、当該パケットを送信したデバイスのアドレスを取得するデバイスアドレス取得手段と、
前記デバイスアドレス取得手段で取得されたアドレスに対して、デバイスが監視の対象となるデバイスであることを確認するための確認パケットを送信する送信手段と、
前記確認パケットに対応する応答に基づいて、当該応答を返したデバイスが、監視の対象となるデバイスであるか否かを判定する判定手段と、
監視対象となるデバイスであると前記判定手段で判定された場合、前記デバイスアドレス取得手段で取得された複数のデバイスのアドレスをディレクトリサーバに登録するべく転送するデバイスアドレス転送手段と
を備えることを特徴とするネットワークデバイス管理装置。 - 起動後に少なくとも１度はネットワーク管理用パケットをブロードキャストするデバイスが接続されたネットワーク管理装置における処理方法をコンピュータにより実現するためのプログラムを記録したコンピュータ可読記録媒体であって、前記プログラムは、
複数のデバイスからパケットを受信するパケット受信工程と、
前記パケット受信工程で受信したパケットが、前記ネットワーク管理用パケットであるか判定するパケット判定工程と、
前記パケット判定工程で前記ネットワーク管理用パケットであると判断された場合、当該パケットから、当該パケットを送信したデバイスのアドレスを取得するデバイスアドレス取得工程と、
前記デバイスアドレス取得工程で取得された複数のデバイスのアドレスを前記ネットワーク上の所定のサーバ装置に登録するべく前記サーバ装置へ送出するべく転送するデバイスアドレス転送工程と
をコンピュータにより実行させることを特徴とするコンピュータ可読記録媒体。 - 起動後に少なくとも１度はネットワーク管理用パケットをブロードキャストするデバイスが接続されたネットワークにおける処理方法をコンピュータにより実現するためのプログラムを記録したコンピュータ可読記録媒体であって、前記プログラムは、
複数のデバイスからパケットを受信するパケット受信工程と、
前記パケット受信工程で受信したパケットが、前記ネットワーク管理用パケットであるか判定するパケット判定工程と、
前記パケット判定工程で前記ネットワーク管理用パケットであると判断された場合、当該パケットを送信したデバイスに対して、当該デバイスが監視の対象となるデバイスであることを確認するための確認パケットを送信する送信工程と、
前記確認パケットに対する応答に基づいて、当該応答を返した複数のデバイスの状態をアドレスと共に前記ネットワーク上の所定のサーバ装置に登録するべく前記サーバ装置へ送出するべく転送するデバイスアドレス転送工程と
をコンピュータにより実行させることを特徴とするコンピュータ可読記録媒体。 - 起動後に少なくとも１度はネットワーク管理用パケットをブロードキャストするデバイスが接続されたネットワークにおける処理方法をコンピュータにより実現するためのプログラムを記録したコンピュータ可読記録媒体であって、前記プログラムは、
複数のデバイスからパケットを受信するパケット受信工程と、
前記パケット受信工程で受信したパケットが、前記ネットワーク管理用パケットであるか判定するパケット判定工程と、
前記パケット判定工程で前記ネットワーク管理用パケットであると判断された場合、当該パケットから、当該パケットを送信したデバイスのアドレスを取得するデバイスアドレス取得工程と、
前記デバイスアドレス取得工程で取得されたアドレスに対して、デバイスが監視の対象となるデバイスであることを確認するための確認パケットを送信する送信工程と、
前記確認パケットに対応する応答に基づいて、当該応答を返したデバイスが、監視の対象となるデバイスであるか否かを判定する判定工程と、
監視対象となるデバイスであると前記判定工程で判定された場合、前記デバイスアドレス取得工程で取得された複数のデバイスのアドレスをディレクトリサーバに登録するべく転送するデバイスアドレス転送工程と
をコンピュータにより実行させることを特徴とするコンピュータ可読記録媒体。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16556999A JP3684108B2 (ja) | 1999-06-11 | 1999-06-11 | ネットワークデバイス管理装置及び方法 |
| US09/588,672 US6981036B1 (en) | 1999-06-11 | 2000-06-06 | Network device managing apparatus and method |
| DE60035830T DE60035830T2 (de) | 1999-06-11 | 2000-06-07 | Netzwerkgeräteverwaltungsvorrichtung und - verfahren |
| EP00304814A EP1059766B1 (en) | 1999-06-11 | 2000-06-07 | Network device managing apparatus and method |
| EP07075576A EP1838035A3 (en) | 1999-06-11 | 2000-06-07 | Network device managing apparatus and method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16556999A JP3684108B2 (ja) | 1999-06-11 | 1999-06-11 | ネットワークデバイス管理装置及び方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000353141A JP2000353141A (ja) | 2000-12-19 |
| JP3684108B2 true JP3684108B2 (ja) | 2005-08-17 |
Family
ID=15814863
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP16556999A Expired - Fee Related JP3684108B2 (ja) | 1999-06-11 | 1999-06-11 | ネットワークデバイス管理装置及び方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US6981036B1 (ja) |
| EP (2) | EP1838035A3 (ja) |
| JP (1) | JP3684108B2 (ja) |
| DE (1) | DE60035830T2 (ja) |
Families Citing this family (40)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AUPQ963100A0 (en) * | 2000-08-24 | 2000-09-14 | Tele-Ip Limited | Means for interfacing non-standard devices under snmp |
| US7024476B1 (en) * | 2000-09-13 | 2006-04-04 | Canon Kabushiki Kaisha | Directory-enabled device management |
| US20020152292A1 (en) * | 2001-01-09 | 2002-10-17 | Ricoh Company Limited | Method and system of remote support of device using e-mail |
| ES2334885T3 (es) * | 2001-03-29 | 2010-03-17 | Mitsubishi Electric Corporation | Sistema de gestion de red. |
| JP3707407B2 (ja) | 2001-08-28 | 2005-10-19 | セイコーエプソン株式会社 | パスワードを投写するプロジェクタ |
| JP4599841B2 (ja) * | 2001-10-30 | 2010-12-15 | ソニー株式会社 | 電子機器監視方法 |
| DE10163565A1 (de) * | 2001-12-21 | 2003-12-04 | Endress & Hauser Gmbh & Co Kg | Verfahren zum Datenaustausch zwischen einem Feldgerät und einem Steuergerät via Internet |
| JP3858846B2 (ja) | 2002-04-11 | 2006-12-20 | ブラザー工業株式会社 | デバイス管理システム |
| JP4032816B2 (ja) * | 2002-05-08 | 2008-01-16 | 株式会社日立製作所 | ストレージネットワークトポロジ管理システム |
| US7293071B2 (en) | 2002-05-27 | 2007-11-06 | Seiko Epson Corporation | Image data transmission system, process and program, image data output device and image display device |
| JP2004029936A (ja) * | 2002-06-21 | 2004-01-29 | Brother Ind Ltd | ネットワークシステム、情報処理装置及び電子機器 |
| JP3944030B2 (ja) * | 2002-08-30 | 2007-07-11 | キヤノン株式会社 | ネットワークデバイス制御装置、ネットワークデバイス制御方法および該制御方法を実現するためのプログラム |
| US7003625B2 (en) * | 2002-12-19 | 2006-02-21 | Mosaid Technologies, Inc. | Searching small entities in a wide CAM |
| US7493376B1 (en) * | 2002-12-24 | 2009-02-17 | Cisco Technology, Inc. | Method and apparatus for monitoring responses of configuration commands using a MIB-based approach |
| US7680944B1 (en) * | 2003-02-28 | 2010-03-16 | Comtrol Corporation | Rapid transport service in a network to peripheral device servers |
| US7496685B2 (en) * | 2003-03-03 | 2009-02-24 | Hewlett-Packard Development Company, L.P. | Method and system for managing a device within a private network using a management device external to the private network |
| US8099425B2 (en) * | 2003-03-14 | 2012-01-17 | Computer Associates Think, Inc. | Relational model for management information in network devices |
| JP2004287160A (ja) | 2003-03-24 | 2004-10-14 | Seiko Epson Corp | 画像表示システム、プロジェクタ、画像表示方法、プロジェクタ制御方法、画像表示プログラムおよびプロジェクタ制御プログラム |
| US7240166B2 (en) * | 2003-05-01 | 2007-07-03 | International Business Machines Corporation | Method and apparatus for implementing packet work area accesses and buffer sharing |
| JP2005208823A (ja) | 2004-01-21 | 2005-08-04 | Seiko Epson Corp | プロジェクタのネットワークシステム |
| US7574503B2 (en) * | 2004-08-27 | 2009-08-11 | Ricoh Company Ltd. | Method and system for using abstract classes to extract status information from networked devices |
| US7523179B1 (en) * | 2004-12-14 | 2009-04-21 | Sun Microsystems, Inc. | System and method for conducting direct data placement (DDP) using a TOE (TCP offload engine) capable network interface card |
| JP4829633B2 (ja) | 2006-02-14 | 2011-12-07 | 株式会社リコー | 機器情報取得装置及び機器情報取得プログラム |
| JP4402660B2 (ja) * | 2006-02-22 | 2010-01-20 | キヤノン株式会社 | ネットワーク管理システムおよびネットワーク管理方法 |
| JP5040341B2 (ja) | 2006-04-04 | 2012-10-03 | セイコーエプソン株式会社 | プロジェクタシステム |
| US8200806B2 (en) * | 2006-07-20 | 2012-06-12 | International Business Machines Corporation | Automated discovery and configuration of components on a computer network |
| US7925872B2 (en) * | 2006-08-07 | 2011-04-12 | Oracle America, Inc. | Method and apparatus for using a directory service to facilitate centralized device naming |
| US8583821B1 (en) * | 2006-11-27 | 2013-11-12 | Marvell International Ltd. | Streaming traffic classification method and apparatus |
| US20080198762A1 (en) * | 2007-02-20 | 2008-08-21 | Inventec Corporation | Cross-subnet-nodes subnet node device detection method |
| JP4412371B2 (ja) * | 2007-09-07 | 2010-02-10 | コニカミノルタビジネステクノロジーズ株式会社 | データ送信システム、宛先管理装置、データ送信装置、アドレス帳取得方法及びプログラム |
| JP4748174B2 (ja) * | 2008-03-25 | 2011-08-17 | ブラザー工業株式会社 | ネットワーク内デバイスの管理装置およびネットワーク内デバイス管理プログラム |
| JP2010026707A (ja) * | 2008-07-17 | 2010-02-04 | Ricoh Co Ltd | 管理装置、設定値適用方法、設定値適用プログラム及び記録媒体 |
| TWI385966B (zh) * | 2008-09-25 | 2013-02-11 | Mitac Int Corp | 多媒體系統、媒體中央控制器及其管理媒體檔案的方法 |
| CN101964728B (zh) | 2009-07-24 | 2012-06-13 | 中兴通讯股份有限公司 | 一种dpi设备注册的方法和系统 |
| JP5561976B2 (ja) * | 2009-09-11 | 2014-07-30 | キヤノン株式会社 | 情報処理装置、情報処理装置の制御方法及びプログラム |
| JP5383415B2 (ja) * | 2009-10-02 | 2014-01-08 | キヤノン株式会社 | 通信装置及び通信装置の通信方法並びにプログラム |
| US8554692B2 (en) | 2011-03-31 | 2013-10-08 | Xerox Corporation | System and method to validate consumables installed in a printing system |
| US8713372B2 (en) | 2011-03-31 | 2014-04-29 | Xerox Corporation | Method and system for updating device management application meter read logic |
| JP6107026B2 (ja) * | 2012-09-27 | 2017-04-05 | ブラザー工業株式会社 | 情報表示装置、情報提供装置、情報表示プログラム、情報提供プログラム、及び、通信システム |
| CN108848147B (zh) * | 2018-06-04 | 2021-08-24 | 京信网络系统股份有限公司 | Snmp代理设备注册方法、装置、计算机设备和存储介质 |
Family Cites Families (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5185860A (en) | 1990-05-03 | 1993-02-09 | Hewlett-Packard Company | Automatic discovery of network elements |
| US5802146A (en) | 1995-11-22 | 1998-09-01 | Bell Atlantic Network Services, Inc. | Maintenance operations console for an advanced intelligent network |
| US5742607A (en) * | 1995-12-20 | 1998-04-21 | Intel Corporation | Method and apparatus for controlling two way communication via disparate physical media |
| US5793975A (en) * | 1996-03-01 | 1998-08-11 | Bay Networks Group, Inc. | Ethernet topology change notification and nearest neighbor determination |
| US5774667A (en) * | 1996-03-27 | 1998-06-30 | Bay Networks, Inc. | Method and apparatus for managing parameter settings for multiple network devices |
| US5996010A (en) * | 1996-08-29 | 1999-11-30 | Nortel Networks Corporation | Method of performing a network management transaction using a web-capable agent |
| US5828830A (en) * | 1996-10-30 | 1998-10-27 | Sun Microsystems, Inc. | Method and system for priortizing and filtering traps from network devices |
| US6219703B1 (en) * | 1996-10-31 | 2001-04-17 | Motorola, Inc. | Method and apparatus for constructing a device management information base in a network management station |
| US5909549A (en) | 1996-11-12 | 1999-06-01 | International Business Machines Corporation | Network management system wherein the managed device reestablishes a connection to a management station after detecting a broken connection |
| US6021429A (en) * | 1996-11-18 | 2000-02-01 | Canon Information Systems, Inc. | Network device which maintains a list of device addresses |
| US6182225B1 (en) * | 1997-02-03 | 2001-01-30 | Canon Kabushiki Kaisha | Network data base control device and method thereof |
| JP3530710B2 (ja) | 1997-05-12 | 2004-05-24 | キヤノン株式会社 | ネットワークデバイスの制御方法及びその装置 |
| JP3744137B2 (ja) | 1997-08-07 | 2006-02-08 | ブラザー工業株式会社 | ネットワークシステム、ネットワーク管理方法、インタフェース装置、インタフェース装置を動作させるためのプログラムが記録された記録媒体及び端末装置 |
| JPH11154950A (ja) | 1997-11-20 | 1999-06-08 | Nec Corp | ネットワーク管理装置 |
| US6009103A (en) * | 1997-12-23 | 1999-12-28 | Mediaone Group, Inc. | Method and system for automatic allocation of resources in a network |
| US6122639A (en) * | 1997-12-23 | 2000-09-19 | Cisco Technology, Inc. | Network device information collection and change detection |
| JP3450177B2 (ja) * | 1998-03-20 | 2003-09-22 | 富士通株式会社 | ネットワーク監視システム及び被監視制御装置 |
| US6496862B1 (en) | 1998-08-25 | 2002-12-17 | Mitsubishi Electric Research Laboratories, Inc. | Remote monitoring and control of devices connected to an IEEE 1394 bus via a gateway device |
| US6128656A (en) * | 1998-09-10 | 2000-10-03 | Cisco Technology, Inc. | System for updating selected part of configuration information stored in a memory of a network element depending on status of received state variable |
| US6256322B1 (en) * | 1998-10-02 | 2001-07-03 | Canon Kabushiki Kaisha | Bundling multiple network management packets |
| US6564216B2 (en) * | 1998-10-29 | 2003-05-13 | Nortel Networks Limited | Server manager |
| US6560644B1 (en) * | 1999-09-15 | 2003-05-06 | Cisco Technology, Inc. | Directory services network management locator |
-
1999
- 1999-06-11 JP JP16556999A patent/JP3684108B2/ja not_active Expired - Fee Related
-
2000
- 2000-06-06 US US09/588,672 patent/US6981036B1/en not_active Expired - Fee Related
- 2000-06-07 EP EP07075576A patent/EP1838035A3/en not_active Withdrawn
- 2000-06-07 EP EP00304814A patent/EP1059766B1/en not_active Expired - Lifetime
- 2000-06-07 DE DE60035830T patent/DE60035830T2/de not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| DE60035830T2 (de) | 2008-04-30 |
| EP1059766A3 (en) | 2003-03-26 |
| EP1838035A2 (en) | 2007-09-26 |
| EP1059766B1 (en) | 2007-08-08 |
| US6981036B1 (en) | 2005-12-27 |
| EP1838035A3 (en) | 2007-10-10 |
| JP2000353141A (ja) | 2000-12-19 |
| EP1059766A2 (en) | 2000-12-13 |
| DE60035830D1 (de) | 2007-09-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3684108B2 (ja) | ネットワークデバイス管理装置及び方法 | |
| JP3782600B2 (ja) | ネットワークデバイス管理装置、ネットワークデバイス管理方法及び記録媒体 | |
| JP3604898B2 (ja) | ネットワークデバイスの管理装置及びその方法、記録媒体 | |
| JP2000172600A (ja) | ネットワーク構成調査方法、ネットワーク機器制御方法及びその装置 | |
| JP3624089B2 (ja) | 周辺装置制御装置および制御方法、記録媒体 | |
| US20030018780A1 (en) | Method and apparatus for managing network devices | |
| JP2000353136A (ja) | ネットワークデバイス探索装置およびその方法、記憶媒体 | |
| JP2004054657A (ja) | ネットワークデバイス管理装置 | |
| JP2000196665A (ja) | ネットワークデバイス制御装置及び方法 | |
| JP2000183877A (ja) | ネットワークデバイス制御装置及び方法 | |
| JP2003015973A (ja) | ネットワークデバイス管理装置、管理方法及び管理プログラム | |
| JP4227234B2 (ja) | ネットワークデバイス制御装置及び方法 | |
| JP2001255974A (ja) | 情報処理装置及び方法 | |
| JP2001256153A (ja) | ネットワークデバイス制御装置および方法 | |
| JP2001282656A (ja) | ネットワーク・デバイス制御装置および方法 | |
| US7680896B2 (en) | Obtaining or sending information to a device on a network by a client apparatus | |
| JP2000357145A (ja) | ネットワークデバイス管理装置および方法 | |
| JP4095594B2 (ja) | ネットワークデバイス制御方法及び装置 | |
| JP3869924B2 (ja) | ネットワーク制御装置および通信プロトコル設定方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体 | |
| JP2000353142A (ja) | ネットワーク管理装置及び方法 | |
| JPH11296467A (ja) | ネットワークデバイス制御方法及び装置、記録媒体 | |
| JP2000148631A (ja) | ネットワークデバイス管理装置及び方法 | |
| JP2000181826A (ja) | ネットワークデバイス制御装置及び方法 | |
| JP2002157176A (ja) | ネットワーク管理装置およびネットワーク管理方法および記憶媒体 | |
| JP2002140242A (ja) | ネットワーク管理装置およびネットワーク管理方法および記憶媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040909 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040913 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041112 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050520 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050527 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090603 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090603 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100603 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110603 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120603 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120603 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130603 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |