JP2000353141A - ネットワークデバイス管理装置及び方法 - Google Patents
ネットワークデバイス管理装置及び方法Info
- Publication number
- JP2000353141A JP2000353141A JP11165569A JP16556999A JP2000353141A JP 2000353141 A JP2000353141 A JP 2000353141A JP 11165569 A JP11165569 A JP 11165569A JP 16556999 A JP16556999 A JP 16556999A JP 2000353141 A JP2000353141 A JP 2000353141A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- network
- address
- response
- network management
- 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.)
- Granted
Links
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]
Abstract
(57)【要約】
【課題】ネットワークデバイスの探索のためのトラフィ
ックを減らす。 【解決手段】各ネットワークデバイスは、起動時にコー
ルドスタートトラップをブロードキャストする。監視装
置はそれを補足し、ＳＮＭＰパケットであるか判定して
（Ｓ１２０３）、そうであれば受信パケットからアドレ
スを取り出してディレクトリサーバに登録する。
ックを減らす。 【解決手段】各ネットワークデバイスは、起動時にコー
ルドスタートトラップをブロードキャストする。監視装
置はそれを補足し、ＳＮＭＰパケットであるか判定して
（Ｓ１２０３）、そうであれば受信パケットからアドレ
スを取り出してディレクトリサーバに登録する。
Description
【０００１】
【発明の属する技術分野】本発明は、例えばコンピュー
タネットワークに接続されたデバイス等を管理するため
のネットワークデバイス管理装置及び方法に関する。
タネットワークに接続されたデバイス等を管理するため
のネットワークデバイス管理装置及び方法に関する。
【０００２】
【従来の技術】近年、コンピュータを相互に接続したロ
ーカルエリアネットワーク（ＬＡＮ）が普及しており、
このようなローカルエリアネットワークは、ビルのフロ
アまたはビル全体、ビル群（構内）、地域、あるいはさ
らに大きいエリアにわたって構築することができる。こ
のようなネットワークは更に相互接続され、世界的規模
のネットワークにも接続することができる。このような
相互接続されたそれぞれのＬＡＮは、多様なハードウェ
ア相互接続技術といくつものネットワークプロトコルを
持つことがある。
ーカルエリアネットワーク（ＬＡＮ）が普及しており、
このようなローカルエリアネットワークは、ビルのフロ
アまたはビル全体、ビル群（構内）、地域、あるいはさ
らに大きいエリアにわたって構築することができる。こ
のようなネットワークは更に相互接続され、世界的規模
のネットワークにも接続することができる。このような
相互接続されたそれぞれのＬＡＮは、多様なハードウェ
ア相互接続技術といくつものネットワークプロトコルを
持つことがある。
【０００３】他と切り離された簡単なＬＡＮは個々のユ
ーザが管理することができる。すなわち、ユーザが機器
を取り替えたり、ソフトウェアをインストールしたり、
問題点を診断したりすることができる。
ーザが管理することができる。すなわち、ユーザが機器
を取り替えたり、ソフトウェアをインストールしたり、
問題点を診断したりすることができる。
【０００４】しかし一方、規模の大きい複雑なＬＡＮや
相互接続された大きなＬＡＮグループは「管理」を必要
とする。「管理」とは、人間のネットワーク管理者とそ
の管理者が使用するソフトウェアの両方による管理を意
味する。本願においては、「管理」とはシステム全体を
管理するためのソフトウェアによる管理を意味し、「ユ
ーザ」とはネットワーク管理ソフトウェアを使用する人
を意味するものとする。このユーザは、通常、システム
管理責任者である。ユーザは、ネットワーク管理ソフト
ウェアを使うことによって、ネットワーク上で管理デー
タを得て、このデータを変更することができる。
相互接続された大きなＬＡＮグループは「管理」を必要
とする。「管理」とは、人間のネットワーク管理者とそ
の管理者が使用するソフトウェアの両方による管理を意
味する。本願においては、「管理」とはシステム全体を
管理するためのソフトウェアによる管理を意味し、「ユ
ーザ」とはネットワーク管理ソフトウェアを使用する人
を意味するものとする。このユーザは、通常、システム
管理責任者である。ユーザは、ネットワーク管理ソフト
ウェアを使うことによって、ネットワーク上で管理デー
タを得て、このデータを変更することができる。
【０００５】大規模ネットワークシステムは、通常、機
器の増設と除去、ソフトウェアの更新、及び問題の検出
などを絶えず行うことが必要な動的システムである。一
般に、様々な人が所有する、様々な業者から供給される
様々なシステムが存在する。
器の増設と除去、ソフトウェアの更新、及び問題の検出
などを絶えず行うことが必要な動的システムである。一
般に、様々な人が所有する、様々な業者から供給される
様々なシステムが存在する。
【０００６】このような大規模ネットワークシステムを
構成するネットワーク上のデバイスを管理するための方
法として、これまでにいくつかの試みが数多くの標準機
関でなされている。国際標準化機構（ＩＳＯ）は開放型
システム間相互接続（Open System Interconnection，
ＯＳＩ）モデルと呼ばれる汎用基準フレームワークを提
供した。ネットワーク管理プロトコルのＯＳＩモデル
は、共通管理情報プロトコル（Comon Management Infor
mation Protocol，ＣＭＩＰ）と呼ばれる。ＣＭＩＰは
ヨーロツパの共通ネットワーク管理プロトコルである。
構成するネットワーク上のデバイスを管理するための方
法として、これまでにいくつかの試みが数多くの標準機
関でなされている。国際標準化機構（ＩＳＯ）は開放型
システム間相互接続（Open System Interconnection，
ＯＳＩ）モデルと呼ばれる汎用基準フレームワークを提
供した。ネットワーク管理プロトコルのＯＳＩモデル
は、共通管理情報プロトコル（Comon Management Infor
mation Protocol，ＣＭＩＰ）と呼ばれる。ＣＭＩＰは
ヨーロツパの共通ネットワーク管理プロトコルである。
【０００７】また近年では、より共通性の高いネットワ
ーク管理プロトコルとして、簡易ネットワーク管理プロ
トコル（Simple Network Management Protocol，ＳＮＭ
Ｐ）と呼ばれるＣＭＩＰに関連する一変種のプロトコル
がある。（「ＴＣＰ／ＩＰネットワーク管理入門実用的
な管理をめざして」Ｍ．Ｔ．ローズ＝著／西田竹志＝訳
（株）トッパン発行１９９２年８月２０日初版を参
照。）このＳＮＭＰネットワーク管理技術によれば、ネ
ットワーク管理システムには、少なくとも１つのネット
ワーク管理ステーション（ＮＭＳ）、各々がエージェン
トを含むいくつかの管理対象ノード、及び管理ステーシ
ョンやエージェントが管理情報を交換するために使用す
るネットワーク管理プロトコルが含まれる。ユーザは、
ＮＭＳ上でネットワーク管理ソフトウェアを用いて管理
対象ノード上のエージェントソフトウェアと通信するこ
とにより、ネットワーク上のデータを得、またデータを
変更することができる。
ーク管理プロトコルとして、簡易ネットワーク管理プロ
トコル（Simple Network Management Protocol，ＳＮＭ
Ｐ）と呼ばれるＣＭＩＰに関連する一変種のプロトコル
がある。（「ＴＣＰ／ＩＰネットワーク管理入門実用的
な管理をめざして」Ｍ．Ｔ．ローズ＝著／西田竹志＝訳
（株）トッパン発行１９９２年８月２０日初版を参
照。）このＳＮＭＰネットワーク管理技術によれば、ネ
ットワーク管理システムには、少なくとも１つのネット
ワーク管理ステーション（ＮＭＳ）、各々がエージェン
トを含むいくつかの管理対象ノード、及び管理ステーシ
ョンやエージェントが管理情報を交換するために使用す
るネットワーク管理プロトコルが含まれる。ユーザは、
ＮＭＳ上でネットワーク管理ソフトウェアを用いて管理
対象ノード上のエージェントソフトウェアと通信するこ
とにより、ネットワーク上のデータを得、またデータを
変更することができる。
【０００８】ここでエージェントとは、各々のターゲッ
ト装置についてのバックラウンドプロセスとして走るソ
フトウェアである。ユーザがネットワーク上の装置に対
して管理データを要求すると、管理ソフトウェアはオブ
ジェクト識別情報を管理パケットまたはフレームに入れ
てターゲットエージェントへ送り出す。エージェント
は、そのオブジェクト識別情報を解釈して、そのオブジ
ェクト識別情報に対応するデータを取り出し、そのデー
タをパケットに入れてユーザに送り返す。時には、デー
タを取り出すために対応するプロセスが呼び出される場
合もある。
ト装置についてのバックラウンドプロセスとして走るソ
フトウェアである。ユーザがネットワーク上の装置に対
して管理データを要求すると、管理ソフトウェアはオブ
ジェクト識別情報を管理パケットまたはフレームに入れ
てターゲットエージェントへ送り出す。エージェント
は、そのオブジェクト識別情報を解釈して、そのオブジ
ェクト識別情報に対応するデータを取り出し、そのデー
タをパケットに入れてユーザに送り返す。時には、デー
タを取り出すために対応するプロセスが呼び出される場
合もある。
【０００９】またエージェントは、自分の状態に関する
データをデータベースの形式で保持している。このデー
タベースのことを、ＭＩＢ(Management Information Ba
se)と呼ぶ。図４は、ＭＩＢの構造を示す概念図であ
る。図４に示すように、ＭＩＢは木構造のデータ構造を
しており、全てのノードが一意に番号付けされている。
図４において、かっこ内に書かれている番号が、そのノ
ードの識別子である。例えば、図４においてノード４０
１の識別子は１である。ノード４０２の識別子は、ノー
ド４０１の下の３なので、１・３と表記される。同様に
して、ノード４０３の識別子は、１・３・６・１・２と
表記される。このノードの識別子のことを、オブジェク
ト識別子(OBJECT IDENTIFIER)と呼ぶ。
データをデータベースの形式で保持している。このデー
タベースのことを、ＭＩＢ(Management Information Ba
se)と呼ぶ。図４は、ＭＩＢの構造を示す概念図であ
る。図４に示すように、ＭＩＢは木構造のデータ構造を
しており、全てのノードが一意に番号付けされている。
図４において、かっこ内に書かれている番号が、そのノ
ードの識別子である。例えば、図４においてノード４０
１の識別子は１である。ノード４０２の識別子は、ノー
ド４０１の下の３なので、１・３と表記される。同様に
して、ノード４０３の識別子は、１・３・６・１・２と
表記される。このノードの識別子のことを、オブジェク
ト識別子(OBJECT IDENTIFIER)と呼ぶ。
【００１０】このＭＩＢの構造は、管理情報構造（ＳＭ
Ｉ：Structure of Management Information）と呼ば
れ、RFC1155 Structure and Identificatlon of Manage
ment Information for TCP/IP-based Internetsで規定
されている。
Ｉ：Structure of Management Information）と呼ば
れ、RFC1155 Structure and Identificatlon of Manage
ment Information for TCP/IP-based Internetsで規定
されている。
【００１１】図４には、標準として規定されているＭＩ
Ｂのうち、一部のもののみを抜き出して記載してある。
Ｂのうち、一部のもののみを抜き出して記載してある。
【００１２】次に、ＳＮＭＰプロトコルについて簡単に
説明する。ネットワーク管理ユーティリティソフトウェ
アが動作しているＰＣ（以下、マネージャと呼称する）
とＳＮＭＰエージェントが動作している管理対象ネγト
ワークデバイス（以下、エージェントと呼称する）と
は、ＳＮＭＰプロトコルを用いて通信を行う。ＳＮＭＰ
プロトコルには５種類のコマンドがあり、それぞれＧｅ
ｔ−ｒｅｑｕｅｓｔ、Ｇｅｔ−ｎｅｘｔ−ｒｅｑｕｅｓ
ｔ、Ｇｅｔ−ｒｅｓｐｏｎｓｅ、Ｓｅｔ−ｒｅｑｕｅｓ
ｔ、Ｔｒａｐと呼ばれる。これらのコマンドがマネージ
ャとエージェントの間でやりとりされる様子を図８に示
す。
説明する。ネットワーク管理ユーティリティソフトウェ
アが動作しているＰＣ（以下、マネージャと呼称する）
とＳＮＭＰエージェントが動作している管理対象ネγト
ワークデバイス（以下、エージェントと呼称する）と
は、ＳＮＭＰプロトコルを用いて通信を行う。ＳＮＭＰ
プロトコルには５種類のコマンドがあり、それぞれＧｅ
ｔ−ｒｅｑｕｅｓｔ、Ｇｅｔ−ｎｅｘｔ−ｒｅｑｕｅｓ
ｔ、Ｇｅｔ−ｒｅｓｐｏｎｓｅ、Ｓｅｔ−ｒｅｑｕｅｓ
ｔ、Ｔｒａｐと呼ばれる。これらのコマンドがマネージ
ャとエージェントの間でやりとりされる様子を図８に示
す。
【００１３】Ｇｅｔ−ｒｅｑｕｅｓｔおよびＧｅｔ−ｎ
ｅｘｔ−ｒｅｑｕｅｓｔは、マネージャがエージェント
のＭＩＢオブジェクトの値を取得するために、マネージ
ャがエージェントに対して送出するコマンドである。こ
のコマンドを受け取ったエージェントは、ＭＩＢの値を
マネージャに通知するために、マネージャに対してＧｅ
ｔ−ｒｅｓｐｏｎｓｅコマンドを送出する（８０１およ
び８０２）。
ｅｘｔ−ｒｅｑｕｅｓｔは、マネージャがエージェント
のＭＩＢオブジェクトの値を取得するために、マネージ
ャがエージェントに対して送出するコマンドである。こ
のコマンドを受け取ったエージェントは、ＭＩＢの値を
マネージャに通知するために、マネージャに対してＧｅ
ｔ−ｒｅｓｐｏｎｓｅコマンドを送出する（８０１およ
び８０２）。
【００１４】Ｓｅｔ−ｒｅｑｕｅｓｔは、マネージャが
エージェントのＭＩＢオブジェクトの値を設定するため
に、マネージャがエージェントに対して送出するコマン
ドである。このコマンドを受け取ったエージェントは、
設定結果をマネージャに通知するために、マネージャに
対してＧｅｔ−ｒｅｓｐｏｎｓｅコマンドを送出する
（８０３）。
エージェントのＭＩＢオブジェクトの値を設定するため
に、マネージャがエージェントに対して送出するコマン
ドである。このコマンドを受け取ったエージェントは、
設定結果をマネージャに通知するために、マネージャに
対してＧｅｔ−ｒｅｓｐｏｎｓｅコマンドを送出する
（８０３）。
【００１５】Ｔｒａｐは、エージェントが自分自身の状
態の変化をマネージャに対して通知するために、エージ
ェントがマネージャに対して送出するコマンドである
（８０４）。
態の変化をマネージャに対して通知するために、エージ
ェントがマネージャに対して送出するコマンドである
（８０４）。
【００１６】図７に、Ｔｒａｐ以外のコマンド、即ちＧ
ｅｔ−ｒｅｑｕｅｓｔ、Ｇｅｔ−ｎｅｘｔ−ｒｅｑｕｅ
ｓｔ、Ｇｅｔ−ｒｅｓｐｏｎｓｅおよびＳｅｔ−ｒｅｑ
ｕｅｓｔのフォーマットを示す。
ｅｔ−ｒｅｑｕｅｓｔ、Ｇｅｔ−ｎｅｘｔ−ｒｅｑｕｅ
ｓｔ、Ｇｅｔ−ｒｅｓｐｏｎｓｅおよびＳｅｔ−ｒｅｑ
ｕｅｓｔのフォーマットを示す。
【００１７】７００は、ＳＮＭＰメッセージを示す。Ｓ
ＮＭＰメッセージは、バージョン７０１、コミュニティ
名７０２およびＰＤＵと呼ばれる領域７０３からなる。
ＰＤＵ７０３を詳細に示したものが７１０である。ＰＤ
Ｕ７１０は、ＰＤＵタイプ７１１、リクエストＩＤ７１
２、エラーステータス７１３、エラーインデックス７１
４およびＭＩＢ情報７１５からなる。ＰＤＵタイプ７１
１には、コマンドを識別する値が格納される。即ちこの
フィールドの値が０であるならばＧｅｔ−ｒｅｑｕｅｓ
ｔ、１であるならばＧｅｔ−ｎｅｘｔ−ｒｅｑｕｅｓ
ｔ、２であるならばＧｅｔ−ｒｅｓｐｏｎｓｅ、３であ
るならばＳｅｔ−ｒｅｑｕｅｓｔと識別される。また、
エラーステータス７１３には、エラー情報を示す値が格
納される。エラーが無い場合には、このフィールドの値
は０である。また、ＭＩＢ情報７１５には、オブジェク
トＩＤとその値が組みになって格納される。
ＮＭＰメッセージは、バージョン７０１、コミュニティ
名７０２およびＰＤＵと呼ばれる領域７０３からなる。
ＰＤＵ７０３を詳細に示したものが７１０である。ＰＤ
Ｕ７１０は、ＰＤＵタイプ７１１、リクエストＩＤ７１
２、エラーステータス７１３、エラーインデックス７１
４およびＭＩＢ情報７１５からなる。ＰＤＵタイプ７１
１には、コマンドを識別する値が格納される。即ちこの
フィールドの値が０であるならばＧｅｔ−ｒｅｑｕｅｓ
ｔ、１であるならばＧｅｔ−ｎｅｘｔ−ｒｅｑｕｅｓ
ｔ、２であるならばＧｅｔ−ｒｅｓｐｏｎｓｅ、３であ
るならばＳｅｔ−ｒｅｑｕｅｓｔと識別される。また、
エラーステータス７１３には、エラー情報を示す値が格
納される。エラーが無い場合には、このフィールドの値
は０である。また、ＭＩＢ情報７１５には、オブジェク
トＩＤとその値が組みになって格納される。
【００１８】次に、管理が必要な大規模なネットワーク
について説明する。
について説明する。
【００１９】図１は、プリンタをネットワークに接続す
るためのネットワークボード（ＮＢ）１０１を、開放型
アーキテクチャを持つプリンター１０２へつなげた場合
を示す図である。ＮＢ１０１はローカルエリアネットワ
ーク（ＬＡＮ）１００へ、例えば、同軸コネクタをもつ
Ethernetインターフェース10Base-2や、ＲＪ−４５を持
つ10Base-T等のＬＡＮインターフェースを介してつなが
れている。
るためのネットワークボード（ＮＢ）１０１を、開放型
アーキテクチャを持つプリンター１０２へつなげた場合
を示す図である。ＮＢ１０１はローカルエリアネットワ
ーク（ＬＡＮ）１００へ、例えば、同軸コネクタをもつ
Ethernetインターフェース10Base-2や、ＲＪ−４５を持
つ10Base-T等のＬＡＮインターフェースを介してつなが
れている。
【００２０】ＰＣ１０３やＰＣ１０４等の複数のパーソ
ナルコンピューター（ＰＣ）もまた、１００に接続され
ており、ネットワークオペレーティングシステムの制御
の下、これらのＰＣはＮＢ１０１と通信することができ
る。ＰＣの一つ、例えばＰＣ１０３を、ネットワーク管
理部として使用するように指定することができる。ＰＣ
に、ＰＣ１０４に接続されているプリンター１０５のよ
うなプリンターを接続してもよい。
ナルコンピューター（ＰＣ）もまた、１００に接続され
ており、ネットワークオペレーティングシステムの制御
の下、これらのＰＣはＮＢ１０１と通信することができ
る。ＰＣの一つ、例えばＰＣ１０３を、ネットワーク管
理部として使用するように指定することができる。ＰＣ
に、ＰＣ１０４に接続されているプリンター１０５のよ
うなプリンターを接続してもよい。
【００２１】また、ＬＡＮ１００にファイルサーバー１
０６が接続されており、これは大容量（例えば１００億
バイト）のネットワークディスク１０７に記憶されたフ
ァイルへのアクセスを管理する。プリントサーバー１０
８は、接続されたプリンター１０９ａ及び１０９ｂ、又
は遠隔地にあるプリンター１０５などのプリンターに印
刷を行わせる。また他の図示しない周辺機器をＬＡＮ１
００に接続してもよい。
０６が接続されており、これは大容量（例えば１００億
バイト）のネットワークディスク１０７に記憶されたフ
ァイルへのアクセスを管理する。プリントサーバー１０
８は、接続されたプリンター１０９ａ及び１０９ｂ、又
は遠隔地にあるプリンター１０５などのプリンターに印
刷を行わせる。また他の図示しない周辺機器をＬＡＮ１
００に接続してもよい。
【００２２】更に詳しくは、図１に示すネットワーク
は、様々なネットワークメンバー間で効率良く通信を行
うために、NovellやUNIXのソフトウェアなどのネットワ
ークソフトウェアを使用することができる。どのネット
ワークソフトウェアを使用することも可能であるが、例
えば、Novell社のNetWare（Novell社の商標。以下省
略）ソフトウェアを使用することができる。このソフト
ウェアパッケージに関する詳細な説明は、NetWareパッ
ケージに同梱されているオンラインドキュメンテーショ
ンを参照のこと。これは、Novell社からNetWareパッケ
ージとともに購入可能である。
は、様々なネットワークメンバー間で効率良く通信を行
うために、NovellやUNIXのソフトウェアなどのネットワ
ークソフトウェアを使用することができる。どのネット
ワークソフトウェアを使用することも可能であるが、例
えば、Novell社のNetWare（Novell社の商標。以下省
略）ソフトウェアを使用することができる。このソフト
ウェアパッケージに関する詳細な説明は、NetWareパッ
ケージに同梱されているオンラインドキュメンテーショ
ンを参照のこと。これは、Novell社からNetWareパッケ
ージとともに購入可能である。
【００２３】図１の構成について簡潔に説明すると、フ
ァイルサーバー１０６は、ＬＡＮメンバー間でデータの
ファイルの受信や、記憶、キューイング、キャッシン
グ、及び送信を行う、ファイル管理部としての役割を果
たす。例えば、ＰＣ１０３及びＰＣ１０４それぞれによ
って作られたデータファイルは、ファイルサーバー１０
６へ送られ、ファイルサーバー１０６はこれらのデータ
ファイルを順に並べ、そしてプリントサーバー１０８か
らのコマンドに従って、並べられたデータファイルをプ
リンター１０９ａへ送信する。
ァイルサーバー１０６は、ＬＡＮメンバー間でデータの
ファイルの受信や、記憶、キューイング、キャッシン
グ、及び送信を行う、ファイル管理部としての役割を果
たす。例えば、ＰＣ１０３及びＰＣ１０４それぞれによ
って作られたデータファイルは、ファイルサーバー１０
６へ送られ、ファイルサーバー１０６はこれらのデータ
ファイルを順に並べ、そしてプリントサーバー１０８か
らのコマンドに従って、並べられたデータファイルをプ
リンター１０９ａへ送信する。
【００２４】またＰＣ１０３とＰＣ１０４はそれぞれ、
データファイルの生成や、生成したデータファイルのＬ
ＡＮ１００への送信や、また、ＬＡＮ１００からのファ
イルの受信や、更にそのようなファイルの表示及び／又
は処理を行うことのできる、通常のＰＣで構成される。
図１にパーソナルコンピューター機器が示されている
が、ネットワークソフトウェアを実行するのに適切であ
るような、他のコンピューター機器を含んでもよい。例
えば、UNIXのソフトウェアを使用している場合に、UNIX
ワークステーションをネットワークに含んでもよく、こ
れらのワークステーションは、適切な状況下で、図示さ
れているＰＣと共に使用することができる。
データファイルの生成や、生成したデータファイルのＬ
ＡＮ１００への送信や、また、ＬＡＮ１００からのファ
イルの受信や、更にそのようなファイルの表示及び／又
は処理を行うことのできる、通常のＰＣで構成される。
図１にパーソナルコンピューター機器が示されている
が、ネットワークソフトウェアを実行するのに適切であ
るような、他のコンピューター機器を含んでもよい。例
えば、UNIXのソフトウェアを使用している場合に、UNIX
ワークステーションをネットワークに含んでもよく、こ
れらのワークステーションは、適切な状況下で、図示さ
れているＰＣと共に使用することができる。
【００２５】通常、ＬＡＮ１００などのＬＡＮは、一つ
の建物内の一つの階又は連続した複数の階でのユーザー
グループ等の、幾分ローカルなユーザーグループにサー
ビスを提供する。例えば、ユーザーが他の建物や他県に
居るなど、あるユーザーが他のユーザーから離れるに従
って、ワイドエリアネットワーク（ＷＡＮ）を作っても
よい。ＷＡＮは、基本的には、いくつかのＬＡＮを高速
度サービス総合デジタルネットワーク（ＩＳＤＮ）電話
線等の高速度デジタルラインで接続して形成された集合
体である。従って、図１に示すように、ＬＡＮ１００
と、ＬＡＮ１１０と、ＬＡＮ１２０とは変調／復調（Ｍ
ＯＤＥＭ）／トランスポンダー１３０及びバックボーン
１４０を介して接続されＷＡＮを形成する。これらの接
続は、数本のバスによる単純な電気的接続である。それ
ぞれのＬＡＮは専用のＰＣを含み、また、必ずしも必要
なわけではないが、通常はファイルサーバー及びプリン
トサーバーを含む。
の建物内の一つの階又は連続した複数の階でのユーザー
グループ等の、幾分ローカルなユーザーグループにサー
ビスを提供する。例えば、ユーザーが他の建物や他県に
居るなど、あるユーザーが他のユーザーから離れるに従
って、ワイドエリアネットワーク（ＷＡＮ）を作っても
よい。ＷＡＮは、基本的には、いくつかのＬＡＮを高速
度サービス総合デジタルネットワーク（ＩＳＤＮ）電話
線等の高速度デジタルラインで接続して形成された集合
体である。従って、図１に示すように、ＬＡＮ１００
と、ＬＡＮ１１０と、ＬＡＮ１２０とは変調／復調（Ｍ
ＯＤＥＭ）／トランスポンダー１３０及びバックボーン
１４０を介して接続されＷＡＮを形成する。これらの接
続は、数本のバスによる単純な電気的接続である。それ
ぞれのＬＡＮは専用のＰＣを含み、また、必ずしも必要
なわけではないが、通常はファイルサーバー及びプリン
トサーバーを含む。
【００２６】従って図１に示すように、ＬＡＮ１１０
は、ＰＣ１１１と、ＰＣ１１２と、ファイルサーバー１
１３と、ネットワークディスク１１４と、プリントサー
バー１１５と、プリンター１１６及びプリンター１１７
とを含む。対照的に、ＬＡＮ１２０はＰＣ１２１とＰＣ
１２２のみを含む。ＬＡＮ１００と、ＬＡＮ１１０と、
ＬＡＮ１２０とに接続されている機器は、ＷＡＮ接続を
介して、他のＬＡＮの機器の機能にアクセスすることが
できる。
は、ＰＣ１１１と、ＰＣ１１２と、ファイルサーバー１
１３と、ネットワークディスク１１４と、プリントサー
バー１１５と、プリンター１１６及びプリンター１１７
とを含む。対照的に、ＬＡＮ１２０はＰＣ１２１とＰＣ
１２２のみを含む。ＬＡＮ１００と、ＬＡＮ１１０と、
ＬＡＮ１２０とに接続されている機器は、ＷＡＮ接続を
介して、他のＬＡＮの機器の機能にアクセスすることが
できる。
【００２７】エージェントの実装例として、プリンタを
ネットワークに接続するためのネットワークボード上に
エージェントを実装することが考えられる。これによ
り、プリンタをネットワーク管理ソフトウェアによる管
理の対象とすることができる。ユーザは、ネットワーク
管理ソフトウェアを用いて制御対象のプリンタの情報を
得、また状態を変更することができる。より具体的に
は、例えばプリンタの液晶ディスプレイに表示されてい
る文字列を取得したり、デフォルトの給紙カセットを変
更したりすることができる。以下、エージェントを実装
したネットワークボード（ＮＢ）をプリンタに接続する
実施形態について説明する。図２に示すように、好まし
くは、ＮＢ１０１は、プリンター１０２の内部拡張Ｉ／
Ｏスロットに内蔵されており、ＮＢ１０１は、下に示す
処理及びデータ記憶機能を持つ「埋め込まれた」ネット
ワークノードとなる。このＮＢ１０１の構成により、大
きなマルチエリアＷＡＮネットワークを統括及び管理す
るための、特徴的な補助機能を持つという利点をもたら
す。これらの補助機能は、例えば、ネットワーク上の遠
隔地（ネットワーク統括者の事務所など）からのプリン
ター制御及び状態観察や、各印刷ジョブ後の次のユーザ
ーのための保証初期環境を提供するためのプリンター構
成の自動管理、及びプリンターの負荷量を特徴付け、あ
るいはトナーカートリッジの交換スケジュールを組むた
めにネットワークを通してアクセスできる、プリンター
ログ又は使用統計を含む。
ネットワークに接続するためのネットワークボード上に
エージェントを実装することが考えられる。これによ
り、プリンタをネットワーク管理ソフトウェアによる管
理の対象とすることができる。ユーザは、ネットワーク
管理ソフトウェアを用いて制御対象のプリンタの情報を
得、また状態を変更することができる。より具体的に
は、例えばプリンタの液晶ディスプレイに表示されてい
る文字列を取得したり、デフォルトの給紙カセットを変
更したりすることができる。以下、エージェントを実装
したネットワークボード（ＮＢ）をプリンタに接続する
実施形態について説明する。図２に示すように、好まし
くは、ＮＢ１０１は、プリンター１０２の内部拡張Ｉ／
Ｏスロットに内蔵されており、ＮＢ１０１は、下に示す
処理及びデータ記憶機能を持つ「埋め込まれた」ネット
ワークノードとなる。このＮＢ１０１の構成により、大
きなマルチエリアＷＡＮネットワークを統括及び管理す
るための、特徴的な補助機能を持つという利点をもたら
す。これらの補助機能は、例えば、ネットワーク上の遠
隔地（ネットワーク統括者の事務所など）からのプリン
ター制御及び状態観察や、各印刷ジョブ後の次のユーザ
ーのための保証初期環境を提供するためのプリンター構
成の自動管理、及びプリンターの負荷量を特徴付け、あ
るいはトナーカートリッジの交換スケジュールを組むた
めにネットワークを通してアクセスできる、プリンター
ログ又は使用統計を含む。
【００２８】このＮＢ設計において重要な要因は、共有
メモリ等の両方向インターフェースを介して、ＮＢ１０
１からプリンター制御状態にアクセスする機能である。
共有メモリ以外に、ＳＣＳＩインターフェース等のイン
ターフェースを使用することもできる。これにより、多
数の便利な補助機能のプログラムができるように、プリ
ンター操作情報をＮＢ１０１又は外部ネットワークノー
ドへ送出することができる。印刷画像データ及び制御情
報のブロックは、ＮＢ１０１上にあるマイクロプロセッ
サーによって構成され、共有メモリに記述され、そし
て、プリンター１０２によって読み込まれる。同様に、
プリンター状態情報は、プリンター１０２から共有メモ
リへ送られ、そこからＮＢプロセッサーによって読み込
まれる。
メモリ等の両方向インターフェースを介して、ＮＢ１０
１からプリンター制御状態にアクセスする機能である。
共有メモリ以外に、ＳＣＳＩインターフェース等のイン
ターフェースを使用することもできる。これにより、多
数の便利な補助機能のプログラムができるように、プリ
ンター操作情報をＮＢ１０１又は外部ネットワークノー
ドへ送出することができる。印刷画像データ及び制御情
報のブロックは、ＮＢ１０１上にあるマイクロプロセッ
サーによって構成され、共有メモリに記述され、そし
て、プリンター１０２によって読み込まれる。同様に、
プリンター状態情報は、プリンター１０２から共有メモ
リへ送られ、そこからＮＢプロセッサーによって読み込
まれる。
【００２９】図２は、ＮＢ１０１をプリンター１０２に
インストールした状態を示す断面図である。図２に示す
ように、ＮＢ１０１はネットワーク接続の為のフェース
プレート１０１ｂを設置した印刷回路ボード１０１ａか
ら構成されており、コネクタ１７０を介してプリンター
インターフェースや−ド１５０に接続されている。プリ
ンターインターフェースカード１５０は、プリンター１
０２のプリンターエンジンを直接制御する。印刷データ
及びプリンター状態コマンドは、ＮＢ１０１からコネク
タ１７０を介して、プリンターインターフェースカード
１５０へ入力され、また、プリンター状態情報はプリン
ターインターフェースカード１５０からやはりコネクタ
ー１７０を介して得られる。ＮＢ１０１はこの情報を、
フェースプレート１０１ｂのネットワークコネクタを介
して、ＬＡＮ１００上で通信する。同時に、プリンター
１０２は、従来のシリアルポート１０２ａ及びパラレル
ポート１０２ｂから、印刷データを受信することもでき
る。
インストールした状態を示す断面図である。図２に示す
ように、ＮＢ１０１はネットワーク接続の為のフェース
プレート１０１ｂを設置した印刷回路ボード１０１ａか
ら構成されており、コネクタ１７０を介してプリンター
インターフェースや−ド１５０に接続されている。プリ
ンターインターフェースカード１５０は、プリンター１
０２のプリンターエンジンを直接制御する。印刷データ
及びプリンター状態コマンドは、ＮＢ１０１からコネク
タ１７０を介して、プリンターインターフェースカード
１５０へ入力され、また、プリンター状態情報はプリン
ターインターフェースカード１５０からやはりコネクタ
ー１７０を介して得られる。ＮＢ１０１はこの情報を、
フェースプレート１０１ｂのネットワークコネクタを介
して、ＬＡＮ１００上で通信する。同時に、プリンター
１０２は、従来のシリアルポート１０２ａ及びパラレル
ポート１０２ｂから、印刷データを受信することもでき
る。
【００３０】図３は、ＮＢ１０１とプリンター１０２と
ＬＡＮ１００との電気的接続を示すブロック図である。
ＮＢ１０１は、ＬＡＮ１００へはＬＡＮインターフェー
スを介して、プリンター１０２へはプリンターインター
フェースカード１５０を介して直接接続されている。Ｎ
Ｂ１０１上にはＮＢ１０１を制御するためのマイクロプ
ロセッサー３０１と、マイクロプロセッサー３０１の動
作プログラムを格納するためのＲＯＭ３０３と、マイク
ロプロセッサー３０１がプログラムを実行する上でワー
クとして用いるためのＲＡＭ３０２と、ＮＢ１０１とプ
リンタインタフェースカード１５０とが相互にデータを
やりとりするための共有メモリ２００があり、内部バス
を通じて相互に接続されている。ＮＢ１０１がＳＮＭＰ
のエージェントとして動作するためのプログラムはＲＯ
Ｍ３０３に格納されている。マイクロプロセッサ３０１
は、ＲＯＭ３０３に格納されたプログラムに従って動作
し、ワークエリアとしてＲＡＭ３０２を用いる。また、
プリンターインターフェースカード１５０と相互に通信
するためのバッファ領域として共有メモリ２００を用い
る。
ＬＡＮ１００との電気的接続を示すブロック図である。
ＮＢ１０１は、ＬＡＮ１００へはＬＡＮインターフェー
スを介して、プリンター１０２へはプリンターインター
フェースカード１５０を介して直接接続されている。Ｎ
Ｂ１０１上にはＮＢ１０１を制御するためのマイクロプ
ロセッサー３０１と、マイクロプロセッサー３０１の動
作プログラムを格納するためのＲＯＭ３０３と、マイク
ロプロセッサー３０１がプログラムを実行する上でワー
クとして用いるためのＲＡＭ３０２と、ＮＢ１０１とプ
リンタインタフェースカード１５０とが相互にデータを
やりとりするための共有メモリ２００があり、内部バス
を通じて相互に接続されている。ＮＢ１０１がＳＮＭＰ
のエージェントとして動作するためのプログラムはＲＯ
Ｍ３０３に格納されている。マイクロプロセッサ３０１
は、ＲＯＭ３０３に格納されたプログラムに従って動作
し、ワークエリアとしてＲＡＭ３０２を用いる。また、
プリンターインターフェースカード１５０と相互に通信
するためのバッファ領域として共有メモリ２００を用い
る。
【００３１】プリンターインタフェースカード１５０上
のマイクロプロセッサー１５１はＮＢ１０１とのデータ
のアクセスを、ＮＢ１０１に設置されている共有メモリ
２００を介して行う。プリンターインタフェースカード
１５０上のマイクロプロセッサー１５１は、実際に印刷
機構を動かすプリンターエンジン１６０とも通信する。
のマイクロプロセッサー１５１はＮＢ１０１とのデータ
のアクセスを、ＮＢ１０１に設置されている共有メモリ
２００を介して行う。プリンターインタフェースカード
１５０上のマイクロプロセッサー１５１は、実際に印刷
機構を動かすプリンターエンジン１６０とも通信する。
【００３２】一方、ネットワーク管理ソフトウェアが稼
動するＰＣ側について、以下で説明する。
動するＰＣ側について、以下で説明する。
【００３３】図５は、ネットワーク管理ソフトウェアが
稼動可能なＰＣの構成を示すブロック図である。
稼動可能なＰＣの構成を示すブロック図である。
【００３４】図５において、５００は、ネットワーク管
理ソフトウェアが稼動するＰＣであり、図１における１
０３と同等である。ＰＣ５００は、ＲＯＭ５０２もしく
はハードディスク（ＨＤ）５１１に記憶された、あるい
はフロッピーディスクドライブ（ＦＤ）５１２より供給
されるネットワーク管理プログラムを実行するＣＰＵ５
０１を備え、システムバス５０４に接続される各デバイ
スを総括的に制御する。
理ソフトウェアが稼動するＰＣであり、図１における１
０３と同等である。ＰＣ５００は、ＲＯＭ５０２もしく
はハードディスク（ＨＤ）５１１に記憶された、あるい
はフロッピーディスクドライブ（ＦＤ）５１２より供給
されるネットワーク管理プログラムを実行するＣＰＵ５
０１を備え、システムバス５０４に接続される各デバイ
スを総括的に制御する。
【００３５】５０３はＲＡＭで、ＣＰＵ５０１の主メモ
リ、ワークエリア等として機能する。
リ、ワークエリア等として機能する。
【００３６】５０５はキーボードコントローラ（ＫＢ
Ｃ）で、キーボード（ＫＢ）５０９や不図示のポインテ
ィングデバイス等からの指示入力を制御する。５０６は
ＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレ
イ（ＣＲＴ）５１０の表示を制御する。５０７はディス
クコントローラ（ＤＫＣ）で、ブートプログラム、種々
のアプリケーション、編集ファイル、ユーザファイルそ
してネットワーク管理プログラム等を記憶するハードデ
ィスク（ＨＤ）５１１およびフロッピーディスクコント
ローラ（ＦＤ）５１２とのアクセスを制御する。５０８
はネットワークインタフェースカード（ＮＩＣ）で、Ｌ
ＡＮ１００を介して、エージェントあるいはネットワー
ク機器と双方向にデータをやりとりする。
Ｃ）で、キーボード（ＫＢ）５０９や不図示のポインテ
ィングデバイス等からの指示入力を制御する。５０６は
ＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレ
イ（ＣＲＴ）５１０の表示を制御する。５０７はディス
クコントローラ（ＤＫＣ）で、ブートプログラム、種々
のアプリケーション、編集ファイル、ユーザファイルそ
してネットワーク管理プログラム等を記憶するハードデ
ィスク（ＨＤ）５１１およびフロッピーディスクコント
ローラ（ＦＤ）５１２とのアクセスを制御する。５０８
はネットワークインタフェースカード（ＮＩＣ）で、Ｌ
ＡＮ１００を介して、エージェントあるいはネットワー
ク機器と双方向にデータをやりとりする。
【００３７】次に、従来例におけるネットワーク管理ソ
フトウェアの構成について説明する。
フトウェアの構成について説明する。
【００３８】従来例におけるネットワーク管理装置は、
図５に示したようなネットワーク管理装置を実現可能な
ＰＣと同様の構成のＰＣ上に実現される。ハードディス
ク（ＨＤ）５１１には、後述のすべての説明で動作主体
となる本願に係るネットワーク管理ソフトウェアのプロ
グラムが格納される。後述のすべての説明において、特
に断りのない限り、実行の主体はハード上はＣＰＵ５０
１である。一方、ソフトウェア上の制御の主体は、ハー
ドディスク（ＨＤ）５１１に格納されたネットワーク管
理ソフトウェアである。本従来例においては、ＯＳは例
えば、ウィンドウズ９５（マイクロソフト社製）を想定
しているが、これに限るものではない。
図５に示したようなネットワーク管理装置を実現可能な
ＰＣと同様の構成のＰＣ上に実現される。ハードディス
ク（ＨＤ）５１１には、後述のすべての説明で動作主体
となる本願に係るネットワーク管理ソフトウェアのプロ
グラムが格納される。後述のすべての説明において、特
に断りのない限り、実行の主体はハード上はＣＰＵ５０
１である。一方、ソフトウェア上の制御の主体は、ハー
ドディスク（ＨＤ）５１１に格納されたネットワーク管
理ソフトウェアである。本従来例においては、ＯＳは例
えば、ウィンドウズ９５（マイクロソフト社製）を想定
しているが、これに限るものではない。
【００３９】なお本願に係るネットワーク管理プログラ
ムは、フロッピーディスクやＣＤ−ＲＯＭなどの記憶媒
体に格納された形で供給されても良く、その場合には図
５に示すフロッピーディスクコントローラ（ＦＤ）５１
２または不図示のＣＤ−ＲＯＭドライブなどによって記
憶媒体からプログラムが読み取られ、ハードディスク
（ＨＤ）５１１にインストールされる。
ムは、フロッピーディスクやＣＤ−ＲＯＭなどの記憶媒
体に格納された形で供給されても良く、その場合には図
５に示すフロッピーディスクコントローラ（ＦＤ）５１
２または不図示のＣＤ−ＲＯＭドライブなどによって記
憶媒体からプログラムが読み取られ、ハードディスク
（ＨＤ）５１１にインストールされる。
【００４０】図６は、本従来例に係るネットワーク管理
ソフトウェアのモジュール構成図である。このネットワ
ーク管理ソフトウェアは、図５におけるハードディスク
５１１に格納されており、ＣＰＵ５０１によって実行さ
れる。その際、ＣＰＵ５０１はワークエリアとしてＲＡ
Ｍ５０３を使用する。
ソフトウェアのモジュール構成図である。このネットワ
ーク管理ソフトウェアは、図５におけるハードディスク
５１１に格納されており、ＣＰＵ５０１によって実行さ
れる。その際、ＣＰＵ５０１はワークエリアとしてＲＡ
Ｍ５０３を使用する。
【００４１】図６において、６０１はデバイスリストモ
ジュールと呼ばれ、ネットワークに接続されたデバイス
を一覧にして表示するモジュールである。（一覧表示の
様子については、後ほど図１５を用いて説明する。）６
０２は全体制御モジュールと呼ばれ、デバイスリストか
らの指示をもとに、他のモジュールを統括する。６０３
はコンフィグレータと呼ばれ、エージェントのネットワ
ーク設定に関する特別な処理を行うモジュールである。
６０４は、探索モジュールと呼ばれ、ネットワークに接
続されているデバイスを探索するモジュールである。探
索モジュール６０４によって探索されたデバイスが、デ
バイスリスト６０１によって一覧表示される。６０５
は、プリントジョブの状況をNetWare API６１６を用い
てネットワークサーバから取得するNetWareジョブモジ
ュールである。（なお、NetWare APIについては、例え
ばNovell社から発行されている"NetWare Programmer*s
Guidefor C"等を参照のこと。この書籍はノベル株式会
社から購入可能である。）６０６および６０７は後述す
るデバイス詳細ウィンドウを表示するためのＵＩ(UserI
nterface)モジュールであり、詳細情報を表示する対象
機種毎にＵＩモジュールが存在する。６０８および６０
９は制御モジュールと呼ばれ、詳細情報を取得する対象
機種に特有の制御を受け持つモジュールである。ＵＩモ
ジュールと同様に、制御モジュールも詳細情報を表示す
る対象機種毎に存在する。制御Ａモジュール６０８およ
び制御Ｂモジュール６０９は、ＭＩＢモジュール６１０
を用いて管理対象デバイスからＭＩＢデータを取得し、
必要に応じてデータの変換を行い、各々対応するＵＩＡ
モジュール６０６またはＵＩＢモジュール６０７にデー
タを渡す。
ジュールと呼ばれ、ネットワークに接続されたデバイス
を一覧にして表示するモジュールである。（一覧表示の
様子については、後ほど図１５を用いて説明する。）６
０２は全体制御モジュールと呼ばれ、デバイスリストか
らの指示をもとに、他のモジュールを統括する。６０３
はコンフィグレータと呼ばれ、エージェントのネットワ
ーク設定に関する特別な処理を行うモジュールである。
６０４は、探索モジュールと呼ばれ、ネットワークに接
続されているデバイスを探索するモジュールである。探
索モジュール６０４によって探索されたデバイスが、デ
バイスリスト６０１によって一覧表示される。６０５
は、プリントジョブの状況をNetWare API６１６を用い
てネットワークサーバから取得するNetWareジョブモジ
ュールである。（なお、NetWare APIについては、例え
ばNovell社から発行されている"NetWare Programmer*s
Guidefor C"等を参照のこと。この書籍はノベル株式会
社から購入可能である。）６０６および６０７は後述す
るデバイス詳細ウィンドウを表示するためのＵＩ(UserI
nterface)モジュールであり、詳細情報を表示する対象
機種毎にＵＩモジュールが存在する。６０８および６０
９は制御モジュールと呼ばれ、詳細情報を取得する対象
機種に特有の制御を受け持つモジュールである。ＵＩモ
ジュールと同様に、制御モジュールも詳細情報を表示す
る対象機種毎に存在する。制御Ａモジュール６０８およ
び制御Ｂモジュール６０９は、ＭＩＢモジュール６１０
を用いて管理対象デバイスからＭＩＢデータを取得し、
必要に応じてデータの変換を行い、各々対応するＵＩＡ
モジュール６０６またはＵＩＢモジュール６０７にデー
タを渡す。
【００４２】さて、ＭＩＢモジュール６１０は、オブジ
ェクト識別子とオブジェクトキーとの変換を行うモジュ
ールである。ここでオブジェクトキーとは、オブジェク
ト識別子と一対一に対応する３２ビットの整数のことで
ある。オブジェクト識別子は可変長の識別子であり、ネ
ットワーク管理ソフトウェアを実装する上で扱いが面倒
なので、本願に係るネットワーク管理ソフトウェアにお
いてはオブジェクト識別子と一対一に対応する固定長の
識別子を内部的に用いている。ＭＩＢモジュール６１０
より上位のモジュールはこのオブジェクトキーを用いて
ＭＩＢの情報を扱う。これにより、ネットワーク管理ソ
フトウェアの実装が楽になる。
ェクト識別子とオブジェクトキーとの変換を行うモジュ
ールである。ここでオブジェクトキーとは、オブジェク
ト識別子と一対一に対応する３２ビットの整数のことで
ある。オブジェクト識別子は可変長の識別子であり、ネ
ットワーク管理ソフトウェアを実装する上で扱いが面倒
なので、本願に係るネットワーク管理ソフトウェアにお
いてはオブジェクト識別子と一対一に対応する固定長の
識別子を内部的に用いている。ＭＩＢモジュール６１０
より上位のモジュールはこのオブジェクトキーを用いて
ＭＩＢの情報を扱う。これにより、ネットワーク管理ソ
フトウェアの実装が楽になる。
【００４３】６１１はＳＮＭＰモジュールと呼ばれ、Ｓ
ＮＭＰパケットの送信と受信を行う。
ＮＭＰパケットの送信と受信を行う。
【００４４】６１２は共通トランスポートモジュールと
呼ばれ、ＳＮＭＰデータを運搬するための下位プロトコ
ルの差を吸収するモジュールである。実際には、動作時
にユーザが選択したプロトコルによって、ＩＰＸハンド
ラ６１３かＵＤＰハンドラ６１４のいずれかがデータを
転送する役割を担う。なお、ＵＤＰハンドラは、実装と
してWinSock６１７を用いている。（WinSockについて
は、例えばWindows socket API v1.1の仕様書を参照の
こと。このドキュメントは、複数箇所から入手可能であ
るが、例えばマイクロソフト社製のコンパイラであるVi
sual C++に同梱されている。）コンフィグレータ６０３
が用いる現在のプロトコル６１５というのは、動作時に
ユーザが選択しているＩＰＸプロトコルかＵＤＰプロト
コルのいずれかのことを示す。
呼ばれ、ＳＮＭＰデータを運搬するための下位プロトコ
ルの差を吸収するモジュールである。実際には、動作時
にユーザが選択したプロトコルによって、ＩＰＸハンド
ラ６１３かＵＤＰハンドラ６１４のいずれかがデータを
転送する役割を担う。なお、ＵＤＰハンドラは、実装と
してWinSock６１７を用いている。（WinSockについて
は、例えばWindows socket API v1.1の仕様書を参照の
こと。このドキュメントは、複数箇所から入手可能であ
るが、例えばマイクロソフト社製のコンパイラであるVi
sual C++に同梱されている。）コンフィグレータ６０３
が用いる現在のプロトコル６１５というのは、動作時に
ユーザが選択しているＩＰＸプロトコルかＵＤＰプロト
コルのいずれかのことを示す。
【００４５】本従来例で使用する探索モジュール６０４
とＭＩＢモジュール６１０との間のインタフェースにつ
いて説明する。
とＭＩＢモジュール６１０との間のインタフェースにつ
いて説明する。
【００４６】ＭＩＢモジュール６１０は図９に示すＣ言
語のＡＰＩ(Application Program Interface)を上位モ
ジュールに提供する。
語のＡＰＩ(Application Program Interface)を上位モ
ジュールに提供する。
【００４７】最初に、上位モジュールはＭＩＢモジュー
ルとの間で、指定したアドレスに対するインタフェース
（これをポートと呼ぶ）を開設するために、MIBOpen AP
Ｉ９０１呼び出しを行う。ＭＩＢモジュールは、開設さ
れたインタフェースを識別するための識別子（これをポ
ート識別子と呼ぶ）を上位モジュールに返す（MIBOpen
API９０１の第一引数portに返される値）。以降上位モ
ジュールはポート識別子を用いてＭＩＢモジュールとの
やりとりを行う。
ルとの間で、指定したアドレスに対するインタフェース
（これをポートと呼ぶ）を開設するために、MIBOpen AP
Ｉ９０１呼び出しを行う。ＭＩＢモジュールは、開設さ
れたインタフェースを識別するための識別子（これをポ
ート識別子と呼ぶ）を上位モジュールに返す（MIBOpen
API９０１の第一引数portに返される値）。以降上位モ
ジュールはポート識別子を用いてＭＩＢモジュールとの
やりとりを行う。
【００４８】ここで指定するアドレスは、動作している
プロトコルのアドレスであり、ＩＰプロトコルの場合は
ＩＰアドレス、NetWareプロトコルの場合はNetWareアド
レスである。さらにブロードキャストアドレスを指定す
ることもできる。
プロトコルのアドレスであり、ＩＰプロトコルの場合は
ＩＰアドレス、NetWareプロトコルの場合はNetWareアド
レスである。さらにブロードキャストアドレスを指定す
ることもできる。
【００４９】ブロードキャストアドレスを指定してポー
トをオープンした場合は、ブロードキャストアドレスに
応答する複数のデバイスと通信を行うことが可能であ
る。
トをオープンした場合は、ブロードキャストアドレスに
応答する複数のデバイスと通信を行うことが可能であ
る。
【００５０】上位モジュールはポートを使用しなくなっ
たときMIBClose API９０４呼び出しを行いポートを閉じ
る。
たときMIBClose API９０４呼び出しを行いポートを閉じ
る。
【００５１】上位モジュールがＭＩＢオブジェクトの読
み出しを行う場合は、MIBReadObjects API９０２呼び出
しを行う。MIBReadObjects API９０２呼び出しにはポー
ト識別子、読み出すべきＭＩＢオブジェクトのオブジェ
クトキーを指定すると共に、ＭＩＢモジュールが読み出
したＭＩＢオブジェクトの値を上位へ通知するためのコ
ールバック関数のアドレスを指定する。
み出しを行う場合は、MIBReadObjects API９０２呼び出
しを行う。MIBReadObjects API９０２呼び出しにはポー
ト識別子、読み出すべきＭＩＢオブジェクトのオブジェ
クトキーを指定すると共に、ＭＩＢモジュールが読み出
したＭＩＢオブジェクトの値を上位へ通知するためのコ
ールバック関数のアドレスを指定する。
【００５２】MIBReadObjects API９０２呼び出しにより
ＳＮＭＰのＧｅｔ−ｒｅｑｕｅｓｔコマンドが生成さ
れ、ネットワーク上に送信される。図８に示したよう
に、このＧｅｔ−ｒｅｑｕｅｓｔコマンドに応答するエ
ージェントを持つデバイスはＧｅｔ−ｒｅｓｐｏｎｓｅ
コマンドを送信する。
ＳＮＭＰのＧｅｔ−ｒｅｑｕｅｓｔコマンドが生成さ
れ、ネットワーク上に送信される。図８に示したよう
に、このＧｅｔ−ｒｅｑｕｅｓｔコマンドに応答するエ
ージェントを持つデバイスはＧｅｔ−ｒｅｓｐｏｎｓｅ
コマンドを送信する。
【００５３】上位モジュールがＭＩＢオブジェクトへの
書き込みを行う場合は、MIBWriteObjects API９０３呼
び出しを行う。MIBWriteObjects API９０３呼び出しに
はポート識別子、書き込むＭＩＢオブジェクトのオブジ
ェクトキーとその値を指定すると共に、ＭＩＢモジュー
ルが書き込みの結果を上位へ通知するためのコールバッ
ク関数のアドレスを指定する。
書き込みを行う場合は、MIBWriteObjects API９０３呼
び出しを行う。MIBWriteObjects API９０３呼び出しに
はポート識別子、書き込むＭＩＢオブジェクトのオブジ
ェクトキーとその値を指定すると共に、ＭＩＢモジュー
ルが書き込みの結果を上位へ通知するためのコールバッ
ク関数のアドレスを指定する。
【００５４】MIBWriteObjects API９０３呼び出しによ
りＳＮＭＰのＧｅｔ−ｒｅｑｕｅｓｔコマンドが生成さ
れ、ネットワーク上に送信される。図８に示したよう
に、このＧｅｔ−ｒｅｑｕｅｓｔコマンドに応答するエ
ージェントを持つデバイスはＧｅｔ−ｒｅｓｐｏｎｓｅ
コマンドを送信する。
りＳＮＭＰのＧｅｔ−ｒｅｑｕｅｓｔコマンドが生成さ
れ、ネットワーク上に送信される。図８に示したよう
に、このＧｅｔ−ｒｅｑｕｅｓｔコマンドに応答するエ
ージェントを持つデバイスはＧｅｔ−ｒｅｓｐｏｎｓｅ
コマンドを送信する。
【００５５】コールバック関数はMIBReadObjects API９
０２もしくはMIBWriteObjects API９０３の結果を上位
モジュールに通知するためのものである。具体的には、
デバイスのアドレスと受信したＧｅｔ−ｒｅｓｐｏｎｓ
ｅコマンドの内容を上位へ通知する。
０２もしくはMIBWriteObjects API９０３の結果を上位
モジュールに通知するためのものである。具体的には、
デバイスのアドレスと受信したＧｅｔ−ｒｅｓｐｏｎｓ
ｅコマンドの内容を上位へ通知する。
【００５６】ブロードキャストアドレスを指定してオー
プンされたポートに対してMIBReadObjects API９０２を
呼び出しを行った場合、ネットワーク上に送信されるＧ
ｅｔ−ｒｅｑｕｅｓｔコマンドを運ぶパケット（ＩＰプ
ロトコルの場合はＩＰパケット、NetWareプロトコルの
場合はＩＰＸパケット）の宛先アドレスがブロードキャ
ストアドレスになる。従って、このパケットは複数のデ
バイスで受信されるので、Ｇｅｔ−ｒｅｑｕｅｓｔコマ
ンドには複数のデバイスが応答する。つまりマネージャ
側では複数のＧｅｔ−ｒｅｓｐｏｎｓｅコマンドを受信
する。この場合、コールバック関数は、ポート識別子は
同じでデバイスのアドレスが異なる複数回の呼び出しが
行われる。上位モジュールはアドレス情報を調べること
により、そのコールバックがどのデバイスからのものか
を知ることができる。
プンされたポートに対してMIBReadObjects API９０２を
呼び出しを行った場合、ネットワーク上に送信されるＧ
ｅｔ−ｒｅｑｕｅｓｔコマンドを運ぶパケット（ＩＰプ
ロトコルの場合はＩＰパケット、NetWareプロトコルの
場合はＩＰＸパケット）の宛先アドレスがブロードキャ
ストアドレスになる。従って、このパケットは複数のデ
バイスで受信されるので、Ｇｅｔ−ｒｅｑｕｅｓｔコマ
ンドには複数のデバイスが応答する。つまりマネージャ
側では複数のＧｅｔ−ｒｅｓｐｏｎｓｅコマンドを受信
する。この場合、コールバック関数は、ポート識別子は
同じでデバイスのアドレスが異なる複数回の呼び出しが
行われる。上位モジュールはアドレス情報を調べること
により、そのコールバックがどのデバイスからのものか
を知ることができる。
【００５７】次に具体的なデータの流れを説明する。Ｍ
ＩＢモジュール６１０では上位からの要求によりオブジ
ェクトキーからオブジェクトＩＤへの変換等の処理を行
いＳＮＭＰモジュール６１１へコマンド送信要求を行
う。ＳＮＭＰモジュール６１１はＭＩＢモジュール６１
０からの送信要求によりSNMP PDUをＲＡＭ５０３上で組
み立て、共通トランスポートモジュール６１２へ送信要
求を行う。共通トランスポートモジュール６１２では動
作プロトコルによりヘッダの付加等の所定の処理を行
い、ＴＣＰ／ＩＰプロトコルであればWinSockモジュー
ル６１７へ、NetWareプロトコルであればNetWare APIモ
ジュール６１６へパケット送信要求を行う。以下ＴＣＰ
／ＩＰプロトコルで動作しているものとして説明を行
う。WinSockモジュール６１７は送信要求のあったパケ
ットをＩＰパケット化し、ＯＳに対してネットワークへ
のデータ送信要求を行う。ＯＳはＲＡＭ５０３上のデー
タをシステムバス５０４を介してＮＩＣ５０８へ書き込
む。ＮＩＣ５０８では書き込まれたデータを所定のフレ
ーム化してＬＡＮ１００に送信する。
ＩＢモジュール６１０では上位からの要求によりオブジ
ェクトキーからオブジェクトＩＤへの変換等の処理を行
いＳＮＭＰモジュール６１１へコマンド送信要求を行
う。ＳＮＭＰモジュール６１１はＭＩＢモジュール６１
０からの送信要求によりSNMP PDUをＲＡＭ５０３上で組
み立て、共通トランスポートモジュール６１２へ送信要
求を行う。共通トランスポートモジュール６１２では動
作プロトコルによりヘッダの付加等の所定の処理を行
い、ＴＣＰ／ＩＰプロトコルであればWinSockモジュー
ル６１７へ、NetWareプロトコルであればNetWare APIモ
ジュール６１６へパケット送信要求を行う。以下ＴＣＰ
／ＩＰプロトコルで動作しているものとして説明を行
う。WinSockモジュール６１７は送信要求のあったパケ
ットをＩＰパケット化し、ＯＳに対してネットワークへ
のデータ送信要求を行う。ＯＳはＲＡＭ５０３上のデー
タをシステムバス５０４を介してＮＩＣ５０８へ書き込
む。ＮＩＣ５０８では書き込まれたデータを所定のフレ
ーム化してＬＡＮ１００に送信する。
【００５８】ＬＡＮ１００に接続されているデバイスか
らのパケットはＮＩＣ５０８で受信される。ＮＩＣ５０
８ではパケット受信を割り込みによりＯＳに通知する。
ＯＳはＮＩＣ５０８から受信パケットをシステムバス５
０４経由で読み出しＲＡＭ５０３に置く。ＯＳでは動作
プロトコルもしくは受信したパケットからプロトコルを
判断し、ＴＣＰ／ＩＰプロトコルであればWinSockモジ
ュール６１７へ、NetWareプロトコルであればNetWare A
PIモジュール６１６へパケット受信が通知される。以下
ＴＣＰ／ＩＰプロトコルで動作しているものとして説明
を行う。WinSockモジュール６１７では、受信パケット
が自分宛のものかどうかを受信パケット中のアドレスに
より判断する。受信パケットが自分宛のものでは無いと
きは受信パケットを破棄する。受信パケットが自分宛で
あった場合は、ＵＰＤハンドラ６１４起動し、共通トラ
ンスポートモジュール６１２にパケット受信を通知す
る。共通トランスポートモジュール６１２ではトランス
ポートヘッダの除去等の所定の処理を行い、ＳＮＭＰモ
ジュール６１１へパケット受信を通知する。ＳＮＭＰモ
ジュール６１１ではＳＮＭＰヘッダの除去等の所定の処
理を行い、ＭＩＢモジュールへＰＤＵ受信を通知する。
ＭＩＢモジュール６１０では所定処理を行うと共に受信
した情報をMIB APIで規定された形式に変換し上位モジ
ュールのコールバック関数を呼び出すことにより、デバ
イスからの応答を上位をモジュールへ通知する。
らのパケットはＮＩＣ５０８で受信される。ＮＩＣ５０
８ではパケット受信を割り込みによりＯＳに通知する。
ＯＳはＮＩＣ５０８から受信パケットをシステムバス５
０４経由で読み出しＲＡＭ５０３に置く。ＯＳでは動作
プロトコルもしくは受信したパケットからプロトコルを
判断し、ＴＣＰ／ＩＰプロトコルであればWinSockモジ
ュール６１７へ、NetWareプロトコルであればNetWare A
PIモジュール６１６へパケット受信が通知される。以下
ＴＣＰ／ＩＰプロトコルで動作しているものとして説明
を行う。WinSockモジュール６１７では、受信パケット
が自分宛のものかどうかを受信パケット中のアドレスに
より判断する。受信パケットが自分宛のものでは無いと
きは受信パケットを破棄する。受信パケットが自分宛で
あった場合は、ＵＰＤハンドラ６１４起動し、共通トラ
ンスポートモジュール６１２にパケット受信を通知す
る。共通トランスポートモジュール６１２ではトランス
ポートヘッダの除去等の所定の処理を行い、ＳＮＭＰモ
ジュール６１１へパケット受信を通知する。ＳＮＭＰモ
ジュール６１１ではＳＮＭＰヘッダの除去等の所定の処
理を行い、ＭＩＢモジュールへＰＤＵ受信を通知する。
ＭＩＢモジュール６１０では所定処理を行うと共に受信
した情報をMIB APIで規定された形式に変換し上位モジ
ュールのコールバック関数を呼び出すことにより、デバ
イスからの応答を上位をモジュールへ通知する。
【００５９】なお、以下の説明において、本願に係るネ
ットワーク管理ソフトウェアのことを「NetSpot」と呼
称する。
ットワーク管理ソフトウェアのことを「NetSpot」と呼
称する。
【００６０】NetSpotのインストールに必要なファイル
は、通常、フロッピーディスク（ＦＤ）やＣＤ−ＲＯＭ
などの物理媒体に記録されて配布されるか、あるいはネ
ットワークを経由して伝送される。ユーザは、これらの
手段によりNetSpotのインストールに必要なファイルを
入手した後、所定のインストール手順に従ってNetSpot
のインストールを開始する。
は、通常、フロッピーディスク（ＦＤ）やＣＤ−ＲＯＭ
などの物理媒体に記録されて配布されるか、あるいはネ
ットワークを経由して伝送される。ユーザは、これらの
手段によりNetSpotのインストールに必要なファイルを
入手した後、所定のインストール手順に従ってNetSpot
のインストールを開始する。
【００６１】NetSpotのインストール手順は、他の一般
的なソフトウェアのインストール手順と同様である。す
なわち、ユーザがNetSpotのインストーラをパーソナル
コンピュータ（ＰＣ）上で起動すると、その後はインス
トーラが自動的にインストールを実行する。インストー
ラは、NetSpotの動作に必要なファイルをＰＣのハード
ディスクにコピーし、また、必要に応じてユーザから情
報を入力してもらいながら、NetSpotの動作に必要なフ
ァイルの修正または新規作成なども行う。
的なソフトウェアのインストール手順と同様である。す
なわち、ユーザがNetSpotのインストーラをパーソナル
コンピュータ（ＰＣ）上で起動すると、その後はインス
トーラが自動的にインストールを実行する。インストー
ラは、NetSpotの動作に必要なファイルをＰＣのハード
ディスクにコピーし、また、必要に応じてユーザから情
報を入力してもらいながら、NetSpotの動作に必要なフ
ァイルの修正または新規作成なども行う。
【００６２】次に、本従来例におけるネットワーク管理
プログラムにおける探索シーケンスについて説明する。
プログラムにおける探索シーケンスについて説明する。
【００６３】図１０は、従来のネットワーク管理プログ
ラムにおける探索シーケンスを示す図である。
ラムにおける探索シーケンスを示す図である。
【００６４】図１０において、探索モジュール１０３０
はネットワーク管理プログラムの探索モジュールを示
し、これは図６における６０４と同等である。この探索
モジュールは、ネットワーク管理プログラムの他のモジ
ュールと同様に、図１におけるＰＣ１０３上で図５にお
けるＣＰＵ５０１によって実行される。
はネットワーク管理プログラムの探索モジュールを示
し、これは図６における６０４と同等である。この探索
モジュールは、ネットワーク管理プログラムの他のモジ
ュールと同様に、図１におけるＰＣ１０３上で図５にお
けるＣＰＵ５０１によって実行される。
【００６５】デバイス１０３１は、ネットワーク上に接
続されており、かつＳＮＭＰエージェントが動作してい
るデバイスでプリンタとして標準的なＭＩＢのみを搭載
しているプリンタを示し、例えば図１におけるＮＢ１１
８を示す。ここで、標準的なＭＩＢとは、ＲＦＣ１２１
３、ＲＦＣ１５１４およびＲＦＣ１７５９に規定されて
いるＭＩＢなどを言う。
続されており、かつＳＮＭＰエージェントが動作してい
るデバイスでプリンタとして標準的なＭＩＢのみを搭載
しているプリンタを示し、例えば図１におけるＮＢ１１
８を示す。ここで、標準的なＭＩＢとは、ＲＦＣ１２１
３、ＲＦＣ１５１４およびＲＦＣ１７５９に規定されて
いるＭＩＢなどを言う。
【００６６】デバイス１０３２は、ネットワーク上に接
続されており、かつＳＮＭＰエージェントが動作してい
るデバイスで、プリンタとして標準的なＭＩＢおよび企
業独自のプライべ−トＭＩＢを搭載しているプリンタを
示し、例えば図１におけるＮＢ１０１を示す。本実施例
では、ＮＢ１０１が企業独自のプライベートＭＩＢを実
装しているものとして説明を行なう。この企業独自のプ
ライベートＭＩＢは、図４のノード４０８で示されるｃ
ａｎｏｎノード以下のＭＩＢオブジェクトである。
続されており、かつＳＮＭＰエージェントが動作してい
るデバイスで、プリンタとして標準的なＭＩＢおよび企
業独自のプライべ−トＭＩＢを搭載しているプリンタを
示し、例えば図１におけるＮＢ１０１を示す。本実施例
では、ＮＢ１０１が企業独自のプライベートＭＩＢを実
装しているものとして説明を行なう。この企業独自のプ
ライベートＭＩＢは、図４のノード４０８で示されるｃ
ａｎｏｎノード以下のＭＩＢオブジェクトである。
【００６７】上位モジュールから探索開始の指示が出さ
れると、探索モジュールはブロードキャストアドレスを
指定してデバイスの状態とデバイス種別を取得するため
のＧｅｔリクエストＳＮＭＰパケットをネットワークに
送出する（１００１および１００２）。このパケット
は、ネットワークに接続されている全てのデバイスに届
けられる。
れると、探索モジュールはブロードキャストアドレスを
指定してデバイスの状態とデバイス種別を取得するため
のＧｅｔリクエストＳＮＭＰパケットをネットワークに
送出する（１００１および１００２）。このパケット
は、ネットワークに接続されている全てのデバイスに届
けられる。
【００６８】ここで、問い合わせるＭＩＢオブジェクト
として、１００１では標準的なＭＩＢのみを、１００２
ではプライベートＭＩＢを用いる。異なるＭＩＢオブジ
ェクトを問い合わせるのは、プライベートＭＩＢを搭載
しているデバイスと、標準ＭＩＢのみを搭載しているデ
バイスの両方を見つけたいためである。
として、１００１では標準的なＭＩＢのみを、１００２
ではプライベートＭＩＢを用いる。異なるＭＩＢオブジ
ェクトを問い合わせるのは、プライベートＭＩＢを搭載
しているデバイスと、標準ＭＩＢのみを搭載しているデ
バイスの両方を見つけたいためである。
【００６９】このＳＮＭＰパケットに対して、ＳＮＭＰ
エージェントを実装しているネットワークデバイスは、
それぞれ応答パケットを送出する（１００３から１００
６）。
エージェントを実装しているネットワークデバイスは、
それぞれ応答パケットを送出する（１００３から１００
６）。
【００７０】ここで１００３は、標準ＭＩＢを問い合わ
せるブロードキャストパケット１００１に対するデバイ
ス１０３１の応答であり、デバイス１０３１の状態に応
じた値が返る。１００４は、標準ＭＩＢを問い合わせる
ブロードキャストパケット１００１に対するデバイス１
０３２の応答であり、デバイス１０３２の状態に応じた
値が返る。１００５は、プライベートＭＩＢを問い合わ
せるブロードキャストパケット１００２に対するデバイ
ス１０３１の応答であり、デバイス１０３１はプライベ
ートＭＩＢを実装していないため、エラーとしてnoSuch
Nameが返される。１００６は、プライベートＭＩＢを問
い合わせるブロードキャストパケット１００２に対する
デバイス１０３２の応答であり、デバイス１０３２の状
態に応じた値が返る。
せるブロードキャストパケット１００１に対するデバイ
ス１０３１の応答であり、デバイス１０３１の状態に応
じた値が返る。１００４は、標準ＭＩＢを問い合わせる
ブロードキャストパケット１００１に対するデバイス１
０３２の応答であり、デバイス１０３２の状態に応じた
値が返る。１００５は、プライベートＭＩＢを問い合わ
せるブロードキャストパケット１００２に対するデバイ
ス１０３１の応答であり、デバイス１０３１はプライベ
ートＭＩＢを実装していないため、エラーとしてnoSuch
Nameが返される。１００６は、プライベートＭＩＢを問
い合わせるブロードキャストパケット１００２に対する
デバイス１０３２の応答であり、デバイス１０３２の状
態に応じた値が返る。
【００７１】探索を開始してから一定の時間が経過する
と一時応答タイマー１０２３が満了するので、探索モジ
ュールはさらに詳細な情報を取得すべく、それぞれのデ
バイスに対してＳＮＭＰパケットを送信する。
と一時応答タイマー１０２３が満了するので、探索モジ
ュールはさらに詳細な情報を取得すべく、それぞれのデ
バイスに対してＳＮＭＰパケットを送信する。
【００７２】より具体的には、一時探索タイマー１０２
３が満了した時点までに、デバイス１０３１からはプラ
イベートＭＩＢに対してnoSuchNameエラーが返ってきた
ことがわかっているので、このデバイスをプライベート
ＭＩＢには対応していないデバイス、すなわち標準ＭＩ
Ｂのみに対応しているデバイスとみなして、標準ＭＩＢ
を用いてより詳細な取得を行なう。この取得およびデバ
イス１０３１の返答が１００７および１００８である。
３が満了した時点までに、デバイス１０３１からはプラ
イベートＭＩＢに対してnoSuchNameエラーが返ってきた
ことがわかっているので、このデバイスをプライベート
ＭＩＢには対応していないデバイス、すなわち標準ＭＩ
Ｂのみに対応しているデバイスとみなして、標準ＭＩＢ
を用いてより詳細な取得を行なう。この取得およびデバ
イス１０３１の返答が１００７および１００８である。
【００７３】同様に、デバイス１０３２からは標準ＭＩ
ＢおよびプライベートＭＩＢの両方から正常な応答が返
ってきているので、このデバイスをプライベートＭＩＢ
を実装しているデバイスとみなして、プライベートＭＩ
Ｂを用いてより詳細な取得を行なう。
ＢおよびプライベートＭＩＢの両方から正常な応答が返
ってきているので、このデバイスをプライベートＭＩＢ
を実装しているデバイスとみなして、プライベートＭＩ
Ｂを用いてより詳細な取得を行なう。
【００７４】この取得およびデバイス１０３２の返答が
１００９および１０１０である。さらに時間が経過して
デバイス応答タイマー１０２１が満了した時点で、上位
モジュールに対してそれまでに探索したデバイスの情報
を通知する。
１００９および１０１０である。さらに時間が経過して
デバイス応答タイマー１０２１が満了した時点で、上位
モジュールに対してそれまでに探索したデバイスの情報
を通知する。
【００７５】さらに時間が経過し、探索間隔タイマー１
０２２が満了した時点で、再度探索を開始する。以降今
まで説明した動作と全く同一のシーケンスであるので、
説明を省略する。
０２２が満了した時点で、再度探索を開始する。以降今
まで説明した動作と全く同一のシーケンスであるので、
説明を省略する。
【００７６】
【発明が解決しようとする課題】しかしながら上記従来
例では、デバイス管理装置が能動的にブロードキャスト
パケットを送信することによりデバイスの探索を行な
う。
例では、デバイス管理装置が能動的にブロードキャスト
パケットを送信することによりデバイスの探索を行な
う。
【００７７】このようにブロードキャストパケットを送
信することは、そのパケットに対してＳＮＭＰに応答で
きる全てのネットワーク機器が返信パケットを送信する
ことになり、ネットワークのトラフィックを著しく大き
くしてしまう。定期的にブロードキャストパケットを送
信することはブロードキャストパケットによるトラフィ
ック増大現象が定期的に起きることを意味し、そのよう
な状況はネットワークの負荷および管理の観点から好ま
しくない。ブロードキャストパケットの送信は、できる
限り少ないことが望ましい。
信することは、そのパケットに対してＳＮＭＰに応答で
きる全てのネットワーク機器が返信パケットを送信する
ことになり、ネットワークのトラフィックを著しく大き
くしてしまう。定期的にブロードキャストパケットを送
信することはブロードキャストパケットによるトラフィ
ック増大現象が定期的に起きることを意味し、そのよう
な状況はネットワークの負荷および管理の観点から好ま
しくない。ブロードキャストパケットの送信は、できる
限り少ないことが望ましい。
【００７８】本発明は上記従来例に鑑みてなされたもの
で、ネットワークの負荷を増大させずにネットワークデ
バイスの情報を取得することがでできるネットワークデ
バイス管理装置及び方法を提供することを目的とする。
で、ネットワークの負荷を増大させずにネットワークデ
バイスの情報を取得することがでできるネットワークデ
バイス管理装置及び方法を提供することを目的とする。
【００７９】
【課題を解決するための手段】上記目的を達成するため
に、本発明は次のような構成からなる。すなわち、起動
後に少なくとも１度はネットワーク管理用パケットをブ
ロードキャストするデバイスが接続されたネットワーク
の管理装置であって、パケットを受信するパケット受信
手段と、前記パケット受信手段で受信したパケットが、
ネットワーク管理用のパケットであるか判定するパケッ
ト判定手段と、前記パケット判定手段でネットワーク管
理用パケットであると判断された場合、そのパケットか
ら、そのパケットを送信したデバイスのアドレスを取得
するデバイスアドレス取得手段と、前記デバイスアドレ
スを登録するデバイスアドレス登録手段とを備える。
に、本発明は次のような構成からなる。すなわち、起動
後に少なくとも１度はネットワーク管理用パケットをブ
ロードキャストするデバイスが接続されたネットワーク
の管理装置であって、パケットを受信するパケット受信
手段と、前記パケット受信手段で受信したパケットが、
ネットワーク管理用のパケットであるか判定するパケッ
ト判定手段と、前記パケット判定手段でネットワーク管
理用パケットであると判断された場合、そのパケットか
ら、そのパケットを送信したデバイスのアドレスを取得
するデバイスアドレス取得手段と、前記デバイスアドレ
スを登録するデバイスアドレス登録手段とを備える。
【００８０】あるいは、起動後に少なくとも１度はネッ
トワーク管理用パケットをブロードキャストするデバイ
スが接続されたネットワークの管理装置であって、パケ
ットを受信するパケット受信手段と、前記パケット受信
手段で受信したパケットが、ネットワーク管理用のパケ
ットであるか判定するパケット判定手段と、前記パケッ
ト判定手段でネットワーク管理用パケットであると判断
された場合、そのパケットを送信したデバイスに対し
て、そのデバイスが監視の対象となるデバイスであるこ
とを確認するための確認パケットを送信する送信手段
と、前記監視パケットに対する応答に基づいて、その応
答を返したデバイスの状態をアドレスと共に登録するデ
バイスアドレス登録手段とを備える。
トワーク管理用パケットをブロードキャストするデバイ
スが接続されたネットワークの管理装置であって、パケ
ットを受信するパケット受信手段と、前記パケット受信
手段で受信したパケットが、ネットワーク管理用のパケ
ットであるか判定するパケット判定手段と、前記パケッ
ト判定手段でネットワーク管理用パケットであると判断
された場合、そのパケットを送信したデバイスに対し
て、そのデバイスが監視の対象となるデバイスであるこ
とを確認するための確認パケットを送信する送信手段
と、前記監視パケットに対する応答に基づいて、その応
答を返したデバイスの状態をアドレスと共に登録するデ
バイスアドレス登録手段とを備える。
【００８１】また好ましくは、前記応答は、その応答元
のデバイスが管理対象のデバイスであれば正常応答であ
り、該デバイスの稼働状態を示す情報を含む。
のデバイスが管理対象のデバイスであれば正常応答であ
り、該デバイスの稼働状態を示す情報を含む。
【００８２】また好ましくは、前記送信手段は、プリン
タの状態を取得するための確認パケットを送信し、前記
アドレス登録手段は、確認パケットに対する応答が正常
応答であれば、応答元のデバイスのアドレスと共に、そ
のデバイスがプリンタであることを登録する。
タの状態を取得するための確認パケットを送信し、前記
アドレス登録手段は、確認パケットに対する応答が正常
応答であれば、応答元のデバイスのアドレスと共に、そ
のデバイスがプリンタであることを登録する。
【００８３】
【発明の実施の形態】（第１の実施形態）従来例の説明
で述べたように、ＳＮＭＰの規定には、トラップと呼ば
れるパケット構造がある。トラップにはいくつかの種類
があるが、それらのうちコールドスタートトラップと呼
ばれるものは、機器が起動した時にネットワーク上にブ
ロードキャストされる。本発明では、このコールドスタ
ートトラップを捉えることにより、ネットワークに新し
いデバイスが追加されたことを検知しようとするもので
ある。
で述べたように、ＳＮＭＰの規定には、トラップと呼ば
れるパケット構造がある。トラップにはいくつかの種類
があるが、それらのうちコールドスタートトラップと呼
ばれるものは、機器が起動した時にネットワーク上にブ
ロードキャストされる。本発明では、このコールドスタ
ートトラップを捉えることにより、ネットワークに新し
いデバイスが追加されたことを検知しようとするもので
ある。
【００８４】以下、図面を用いて詳細に説明する。
【００８５】図１１は、本実施例において、各種の機器
のネットワーク上での配置を示す図である。
のネットワーク上での配置を示す図である。
【００８６】１１０１は、ネットワークデバイス管理プ
ログラムが実行されるコンピュータ、１１０２はディレ
クトリサービスが動作しているディレクトリサーバ、１
１０３はトラップパケットを監視するトラップ監視プロ
グラムを実行するトラップ監視プログラム実行マシンで
ある。１１０１、１１０２および１１０３のコンピュー
タの構成は、従来例の説明において図５で示したものと
同様の構成が使える。ただし、ディレクトリサーバ１１
０２およびトラップ監視プロセス実行マシン１１０３に
おいては、キーボードコントローラ５０５、キーボード
５０９、ＣＲＴコントローラ５０６、ＣＲＴ５１０のよ
うに、ユーザとの対話を行なうための入出力関連の部分
は必ずしも必要ではない。さらに、１１０１、１１０２
および１１０３は、同一のコンピュータであっても良
い。
ログラムが実行されるコンピュータ、１１０２はディレ
クトリサービスが動作しているディレクトリサーバ、１
１０３はトラップパケットを監視するトラップ監視プロ
グラムを実行するトラップ監視プログラム実行マシンで
ある。１１０１、１１０２および１１０３のコンピュー
タの構成は、従来例の説明において図５で示したものと
同様の構成が使える。ただし、ディレクトリサーバ１１
０２およびトラップ監視プロセス実行マシン１１０３に
おいては、キーボードコントローラ５０５、キーボード
５０９、ＣＲＴコントローラ５０６、ＣＲＴ５１０のよ
うに、ユーザとの対話を行なうための入出力関連の部分
は必ずしも必要ではない。さらに、１１０１、１１０２
および１１０３は、同一のコンピュータであっても良
い。
【００８７】なお、上記で言うディレクトリサービスと
は、言わばネットワークに関する電話帳であり、様々な
情報を格納するためのものである。ディレクトリシステ
ムの具体例としては、例えばＬＤＡＰ(Lightweight Dir
ectory Access Protocol)がある。ＬＤＡＰの規定は、
ＩＥＴＦが発行しているＲＦＣ１７７７に記載されてい
る。また解説書としては、例えば株式会社プレンティス
ホールより「ＬＤＡＰインターネット ディレクトリ
アプリケーション プログラミング」が１９９７年１１
月１日に発行されている。
は、言わばネットワークに関する電話帳であり、様々な
情報を格納するためのものである。ディレクトリシステ
ムの具体例としては、例えばＬＤＡＰ(Lightweight Dir
ectory Access Protocol)がある。ＬＤＡＰの規定は、
ＩＥＴＦが発行しているＲＦＣ１７７７に記載されてい
る。また解説書としては、例えば株式会社プレンティス
ホールより「ＬＤＡＰインターネット ディレクトリ
アプリケーション プログラミング」が１９９７年１１
月１日に発行されている。
【００８８】本実施例では、ディレクトリサーバとして
ＬＤＡＰサーバを用いることにして説明を行なうが、Ｌ
ＤＡＰサーバ以外のディレクトリサーバでも本発明の本
質を損なわない。
ＬＤＡＰサーバを用いることにして説明を行なうが、Ｌ
ＤＡＰサーバ以外のディレクトリサーバでも本発明の本
質を損なわない。
【００８９】図１２は、トラップ監視プログラム実行マ
シン１１０３で動作する、トラップの監視プログラムの
動作を示すフローチャートである。トラップ監視プログ
ラムは、トラップ監視プログラム実行マシン１１０３が
起動すると同時に起動するように設定されているか、あ
るいはネットワークの管理者によって明示的に起動され
るものとする。
シン１１０３で動作する、トラップの監視プログラムの
動作を示すフローチャートである。トラップ監視プログ
ラムは、トラップ監視プログラム実行マシン１１０３が
起動すると同時に起動するように設定されているか、あ
るいはネットワークの管理者によって明示的に起動され
るものとする。
【００９０】トラップ監視プログラムでは、まずステッ
プＳ１２０１でディレクトリサーバ１１０２にネットワ
ークを介して接続し、情報を登録する準備をする。接続
するディレクトリサーバのアドレスは、システム管理者
によってあらかじめ登録されており、例えばファイルに
記録されてハードディスク５１１に格納されているもの
とする。次にステップＳ１２０２で、パケットの受信が
あったかどうかを調べる。これは、ＯＳが提供するＡＰ
Ｉを呼び出すことにより、ＯＳがＮＩＣ５０８の状態を
調べることによって行われる。パケットの受信があった
場合ステップＳ１２０３に進み、受信パケットがＳＮＭ
Ｐトラップであるかどうかを判断する。受信パケットの
フォーマットが図７で説明したＳＮＭＰパケットに合致
しており、かつＰＤＵタイプ７１１のフィールドの値が
トラップを示す値であったときにＳＮＭＰトラップパケ
ットであると判断する。ステップＳ１２０３で受信パケ
ットがＳＮＭＰトラップであると判断された場合にはス
テップＳ１２０４に進む。ステップＳ１２０４では、受
信パケットの送信元アドレスフィールドを見て、送信し
たデバイスのアドレスを取り出す。次にステップＳ１２
０５に進み、ステップＳ１２０４で取り出したデバイス
のアドレスをディレクトリサーバ１１０２に送信してデ
ィレクトリサービスに登録する。
プＳ１２０１でディレクトリサーバ１１０２にネットワ
ークを介して接続し、情報を登録する準備をする。接続
するディレクトリサーバのアドレスは、システム管理者
によってあらかじめ登録されており、例えばファイルに
記録されてハードディスク５１１に格納されているもの
とする。次にステップＳ１２０２で、パケットの受信が
あったかどうかを調べる。これは、ＯＳが提供するＡＰ
Ｉを呼び出すことにより、ＯＳがＮＩＣ５０８の状態を
調べることによって行われる。パケットの受信があった
場合ステップＳ１２０３に進み、受信パケットがＳＮＭ
Ｐトラップであるかどうかを判断する。受信パケットの
フォーマットが図７で説明したＳＮＭＰパケットに合致
しており、かつＰＤＵタイプ７１１のフィールドの値が
トラップを示す値であったときにＳＮＭＰトラップパケ
ットであると判断する。ステップＳ１２０３で受信パケ
ットがＳＮＭＰトラップであると判断された場合にはス
テップＳ１２０４に進む。ステップＳ１２０４では、受
信パケットの送信元アドレスフィールドを見て、送信し
たデバイスのアドレスを取り出す。次にステップＳ１２
０５に進み、ステップＳ１２０４で取り出したデバイス
のアドレスをディレクトリサーバ１１０２に送信してデ
ィレクトリサービスに登録する。
【００９１】一方、ステップＳ１２０３でＳＮＭＰトラ
ップ受信ではないと判断された場合、ステップＳ１２０
６に進みＳＮＭＰトラップ受信以外の受信処理を行な
う。あるいは、ステップＳ１２０２でパケット受信では
ないと判断された場合には、ステップＳ１２０７に進
み、パケット受信以外のその他の処理を行なう。
ップ受信ではないと判断された場合、ステップＳ１２０
６に進みＳＮＭＰトラップ受信以外の受信処理を行な
う。あるいは、ステップＳ１２０２でパケット受信では
ないと判断された場合には、ステップＳ１２０７に進
み、パケット受信以外のその他の処理を行なう。
【００９２】ステップＳ１２０５、Ｓ１２０６あるいは
Ｓ１２０７の処理が終了したら、ステップＳ１２０２に
戻って処理を続ける。
Ｓ１２０７の処理が終了したら、ステップＳ１２０２に
戻って処理を続ける。
【００９３】図１３は、クライアント１１０１で実行さ
れるデバイス制御プログラムにおいて、デバイスリスト
を表示する動作を示すフローチャートである。図１３の
手順は、クライアント１１０１においてデバイス管理プ
ログラムが起動した場合、あるいはユーザの操作によっ
て明示的に起動される。
れるデバイス制御プログラムにおいて、デバイスリスト
を表示する動作を示すフローチャートである。図１３の
手順は、クライアント１１０１においてデバイス管理プ
ログラムが起動した場合、あるいはユーザの操作によっ
て明示的に起動される。
【００９４】デバイスリスト表示動作においては、まず
ステップＳ１３０１で、ディレクトリサーバに接続す
る。接続するディレクトリサーバのアドレスは、システ
ム管理者によってあらかじめ登録されており、例えばフ
ァイルに記録されてハードディスク５１１に格納されて
いるものとする。そのアドレスは、トラップ監視プログ
ラム実行マシン１１０３のトラップ監視プログラムが接
続するディレクトリサーバのアドレスと同じである。次
にステップＳ１３０２において、ステップＳ１３０１で
接続したディレクトリサーバから、ディレクトリサービ
スに登録されている情報を取り出す。次にステップＳ１
３０３で、ＣＲＴＣ５０６を操作してＣＲＴ５１０上に
ステップＳ１３０２で取得した情報を表示する。
ステップＳ１３０１で、ディレクトリサーバに接続す
る。接続するディレクトリサーバのアドレスは、システ
ム管理者によってあらかじめ登録されており、例えばフ
ァイルに記録されてハードディスク５１１に格納されて
いるものとする。そのアドレスは、トラップ監視プログ
ラム実行マシン１１０３のトラップ監視プログラムが接
続するディレクトリサーバのアドレスと同じである。次
にステップＳ１３０２において、ステップＳ１３０１で
接続したディレクトリサーバから、ディレクトリサービ
スに登録されている情報を取り出す。次にステップＳ１
３０３で、ＣＲＴＣ５０６を操作してＣＲＴ５１０上に
ステップＳ１３０２で取得した情報を表示する。
【００９５】図１４は、ステップＳ１３０３における表
示の様子を示す図である。ウィンドウ１４０１に、ディ
レクトリサーバから取得したデバイスのアドレス一覧が
表示されている。
示の様子を示す図である。ウィンドウ１４０１に、ディ
レクトリサーバから取得したデバイスのアドレス一覧が
表示されている。
【００９６】以上のようにして、トラップ監視プロセス
により、ネットワーク上のデバイスが起動時にブロード
キャストするコールドスタートトラップを補足してその
デバイスのアドレスを取得し、それをディレクトリサー
バに登録する。こうすることで、デバイスの探索を能動
的に行うことなくネットワークに接続されているデバイ
スのアドレスを把握できる。このため、能動的に探索パ
ケットの発行が不要となり、ネットワークのトラフィッ
クが軽減できる。
により、ネットワーク上のデバイスが起動時にブロード
キャストするコールドスタートトラップを補足してその
デバイスのアドレスを取得し、それをディレクトリサー
バに登録する。こうすることで、デバイスの探索を能動
的に行うことなくネットワークに接続されているデバイ
スのアドレスを把握できる。このため、能動的に探索パ
ケットの発行が不要となり、ネットワークのトラフィッ
クが軽減できる。
【００９７】（第２の実施の形態）トラップパケット
は、ＳＮＭＰによるデバイス管理において一般的なもの
であるので、トラップパケットが、探索の対象としてい
るデバイス種別からのものであることを確認してからデ
ィレクトリサービスに登録した方が、後にクライアント
がディレクトリサービスにアクセスすることを考えると
都合がよい。つまり、例えばクライアントがネットワー
クプリンタのみを制御対象にしているような場合には、
トラップパケットを送信したデバイスがプリンタである
ことを確認してからディレクトリサービスに登録する方
がより望ましい。
は、ＳＮＭＰによるデバイス管理において一般的なもの
であるので、トラップパケットが、探索の対象としてい
るデバイス種別からのものであることを確認してからデ
ィレクトリサービスに登録した方が、後にクライアント
がディレクトリサービスにアクセスすることを考えると
都合がよい。つまり、例えばクライアントがネットワー
クプリンタのみを制御対象にしているような場合には、
トラップパケットを送信したデバイスがプリンタである
ことを確認してからディレクトリサービスに登録する方
がより望ましい。
【００９８】さらにトラップパケットを受信した時に
は、デバイスの種別を確認するためのパケットとしてデ
バイスの状態を問い合わせるパケットを用いることによ
り、デバイスに関するより詳細な情報を得ることができ
る。
は、デバイスの種別を確認するためのパケットとしてデ
バイスの状態を問い合わせるパケットを用いることによ
り、デバイスに関するより詳細な情報を得ることができ
る。
【００９９】本発明第２の実施例は、これらの点の改良
を図ったものである。
を図ったものである。
【０１００】以下第２の実施例においては、制御対象の
ネットワークデバイスがネットワークプリンタであると
して説明を進める。
ネットワークデバイスがネットワークプリンタであると
して説明を進める。
【０１０１】図１５は、本発明の第２の実施例におい
て、トラップ監視プログラム実行マシン１１０３で実行
されるトラップ監視プログラムの動作について説明した
フローチャートである。
て、トラップ監視プログラム実行マシン１１０３で実行
されるトラップ監視プログラムの動作について説明した
フローチャートである。
【０１０２】この図においてステップＳ１５０１からＳ
１５０４までは、第１の実施例において図１２を用いて
説明したＳ１２０１からＳ１２０４までの動作と全く同
じであるので説明を省略する。同様に、Ｓ１５０８とＳ
１２０６およびＳ１５０９とＳ１２０７はそれぞれ同じ
であるので説明を省略する。
１５０４までは、第１の実施例において図１２を用いて
説明したＳ１２０１からＳ１２０４までの動作と全く同
じであるので説明を省略する。同様に、Ｓ１５０８とＳ
１２０６およびＳ１５０９とＳ１２０７はそれぞれ同じ
であるので説明を省略する。
【０１０３】ステップＳ１５０５においては、トラップ
パケットを送信してきたデバイスがネットワークプリン
タであることを確認するために、ネットワークプリンタ
がインプリメントしているであろうＭＩＢオブジェクト
を取得するためのＳＮＭＰパケットを送信する。より具
体的には、例えばRFC1514 Host Resources MIBに規定さ
れているhrPrinterDetectedErrorStateを取得すべくＧ
ｅｔ−Ｎｅｘｔパケットを送信する。このＭＩＢオブジ
ェクトは、プリンタの状態を表すものであり、デバイス
に問い合わせる情報としてこのＭＩＢオブジェクトを用
いることにより、プリンタであることを確認するととも
に、同時にデバイスに関するより詳細な情報を得ること
ができる。
パケットを送信してきたデバイスがネットワークプリン
タであることを確認するために、ネットワークプリンタ
がインプリメントしているであろうＭＩＢオブジェクト
を取得するためのＳＮＭＰパケットを送信する。より具
体的には、例えばRFC1514 Host Resources MIBに規定さ
れているhrPrinterDetectedErrorStateを取得すべくＧ
ｅｔ−Ｎｅｘｔパケットを送信する。このＭＩＢオブジ
ェクトは、プリンタの状態を表すものであり、デバイス
に問い合わせる情報としてこのＭＩＢオブジェクトを用
いることにより、プリンタであることを確認するととも
に、同時にデバイスに関するより詳細な情報を得ること
ができる。
【０１０４】ステップＳ１５０３でＳＮＭＰトラップ以
外のパケットの受信であると判断されたら、ステップＳ
１５０６に進み、そのパケットがＳＮＭＰパケットで、
かつネットワークプリンタを示す正常応答であるかどう
かを判断する。より具体的には、受信したパケットがス
テップＳ１５０５で送信したＧｅｔ−Ｎｅｘｔパケット
に対するＧｅｔ−Ｒｅｓｐｏｎｓｅ応答パケットである
ことをリクエストＩＤフィールド７１２の値が同じであ
ることを確認することにより行なうとともに、ＭＩＢ情
報フィールド７１５に含まれている取得したＭＩＢのオ
ブジェクトＩＤがhrPrinterDetectedErrorState.Xであ
ることを確認する。ここでＸは、トラップパケットを送
信したデバイスのＭＩＢエージェントにおけるプリンタ
デバイスを示すインデックス値を示す。
外のパケットの受信であると判断されたら、ステップＳ
１５０６に進み、そのパケットがＳＮＭＰパケットで、
かつネットワークプリンタを示す正常応答であるかどう
かを判断する。より具体的には、受信したパケットがス
テップＳ１５０５で送信したＧｅｔ−Ｎｅｘｔパケット
に対するＧｅｔ−Ｒｅｓｐｏｎｓｅ応答パケットである
ことをリクエストＩＤフィールド７１２の値が同じであ
ることを確認することにより行なうとともに、ＭＩＢ情
報フィールド７１５に含まれている取得したＭＩＢのオ
ブジェクトＩＤがhrPrinterDetectedErrorState.Xであ
ることを確認する。ここでＸは、トラップパケットを送
信したデバイスのＭＩＢエージェントにおけるプリンタ
デバイスを示すインデックス値を示す。
【０１０５】もし取得したＭＩＢのオプジェクトＩＤが
hrPrinterDetectedErrorState.Xであった場合には、ト
ラップパケットを送信したデバイスをネットワークプリ
ンタであると判断し、ステップＳ１５０７に進む。一
方、オブジェクトＩＤがhrPrinterDetectedErrorState
の次のオブジェクトであった場合、あるいはエラーステ
ータスフィールド７１３の値がオブジェクトなし(noSuc
hObject)であった場合には、トラップパケットを送信し
たデバイスはプリンタではないと判断し、ステップＳ１
５０８に進む。
hrPrinterDetectedErrorState.Xであった場合には、ト
ラップパケットを送信したデバイスをネットワークプリ
ンタであると判断し、ステップＳ１５０７に進む。一
方、オブジェクトＩＤがhrPrinterDetectedErrorState
の次のオブジェクトであった場合、あるいはエラーステ
ータスフィールド７１３の値がオブジェクトなし(noSuc
hObject)であった場合には、トラップパケットを送信し
たデバイスはプリンタではないと判断し、ステップＳ１
５０８に進む。
【０１０６】ステップＳ１５０７では、ステップＳ１５
０１で接続したＬＤＡＰサーバに、トラップパケットを
送信したデバイスのネットワークアドレス、そのデバイ
スがプリンタであることを示すフラグおよびステップＳ
１５０６で取得したhrPrinterDetectedErrorState.Xの
値を登録する。
０１で接続したＬＤＡＰサーバに、トラップパケットを
送信したデバイスのネットワークアドレス、そのデバイ
スがプリンタであることを示すフラグおよびステップＳ
１５０６で取得したhrPrinterDetectedErrorState.Xの
値を登録する。
【０１０７】図１６は、ステップＳ１５０７で登録した
情報をクライアント１１０１が表示している様子を示し
た図である。表示手順については、図１３で説明したの
と同様であるので省略する。
情報をクライアント１１０１が表示している様子を示し
た図である。表示手順については、図１３で説明したの
と同様であるので省略する。
【０１０８】図１３の情報と比較して、デバイスがプリ
ンタであることがアイコンで示されている他、デバイス
の状態に関する情報が追加されている。例えば１６０３
は、デバイスに何らかの警告エラーが生じていることを
示している。１６０２は、デバイスタイプがプリンタで
あるとの確認がとれていないデバイスを示している。
ンタであることがアイコンで示されている他、デバイス
の状態に関する情報が追加されている。例えば１６０３
は、デバイスに何らかの警告エラーが生じていることを
示している。１６０２は、デバイスタイプがプリンタで
あるとの確認がとれていないデバイスを示している。
【０１０９】以上のようにして、トラップ監視プロセス
により、ネットワーク上のデバイスが起動時にブロード
キャストするコールドスタートトラップを補足してその
デバイスのアドレスを取得し、そのアドレスを有するデ
バイスに対して、その状態を問い合わせる。この問合せ
に対する応答に応じて、アドレスと共に得られた状態を
ディレクトリサーバに登録する。こうすることで、デバ
イスの探索を能動的に行うことなくネットワークに接続
されているデバイスのアドレスを把握できる。このた
め、能動的に探索パケットの発行が不要となり、ネット
ワークのトラフィックが軽減できる。それに加えて、状
態の問合せにより、そのデバイスの種類や稼働状態をデ
ィレクトリに登録することができ、利用者はより詳細な
情報を獲得することができる。
により、ネットワーク上のデバイスが起動時にブロード
キャストするコールドスタートトラップを補足してその
デバイスのアドレスを取得し、そのアドレスを有するデ
バイスに対して、その状態を問い合わせる。この問合せ
に対する応答に応じて、アドレスと共に得られた状態を
ディレクトリサーバに登録する。こうすることで、デバ
イスの探索を能動的に行うことなくネットワークに接続
されているデバイスのアドレスを把握できる。このた
め、能動的に探索パケットの発行が不要となり、ネット
ワークのトラフィックが軽減できる。それに加えて、状
態の問合せにより、そのデバイスの種類や稼働状態をデ
ィレクトリに登録することができ、利用者はより詳細な
情報を獲得することができる。
【０１１０】上記で説明した本発明に係るネットワーク
デバイス探索プログラムは、外部からインストールされ
るプログラムによって、ＰＣ５００によって遂行されて
も良い。その場合、そのプログラムはＣＤ−ＲＯＭやフ
ラッシュメモリやフロッピーディスクなどの記憶媒体に
より、あるいは電子メールやパソコン通信などのネット
ワークを介して、外部の記憶媒体からプログラムを含む
情報群をＰＣ５００上にロードすることにより、ＰＣ５
００に供給される場合でも本発明は適用されるものであ
る。
デバイス探索プログラムは、外部からインストールされ
るプログラムによって、ＰＣ５００によって遂行されて
も良い。その場合、そのプログラムはＣＤ−ＲＯＭやフ
ラッシュメモリやフロッピーディスクなどの記憶媒体に
より、あるいは電子メールやパソコン通信などのネット
ワークを介して、外部の記憶媒体からプログラムを含む
情報群をＰＣ５００上にロードすることにより、ＰＣ５
００に供給される場合でも本発明は適用されるものであ
る。
【０１１１】図１７は、記憶媒体の一例であるＣＤ−Ｒ
ＯＭのメモリマップを示す図である。９９９９はディレ
クトリ情報を記憶してある領域で、以降のインストール
プログラムを記憶してある領域９９９８およびネットワ
ークデバイス探索プログラムを記憶してある領域９９９
７の位置を示している。９９９８は、インストールプロ
グラムを記憶してある領域である。９９９７は、ネット
ワークデバイス制御プログラムを記憶してある領域であ
る。本発明のネットワーク探索プログラムがＰＣ５００
にインストールされる際には、まずインストールプログ
ラムを記憶してある領域９９９８に記憶されているイン
ストールプログラムがシステムにロードされ、ＣＰＵ５
０１によって実行される。次に、ＣＰＵ５０１によって
実行されるインストールプログラムが、ネットワークデ
バイス探索プログラムを記憶してある領域９９９７から
ネットワークデバイス探索プログラムを読み出して、ハ
ードディスク５１１に格納する。
ＯＭのメモリマップを示す図である。９９９９はディレ
クトリ情報を記憶してある領域で、以降のインストール
プログラムを記憶してある領域９９９８およびネットワ
ークデバイス探索プログラムを記憶してある領域９９９
７の位置を示している。９９９８は、インストールプロ
グラムを記憶してある領域である。９９９７は、ネット
ワークデバイス制御プログラムを記憶してある領域であ
る。本発明のネットワーク探索プログラムがＰＣ５００
にインストールされる際には、まずインストールプログ
ラムを記憶してある領域９９９８に記憶されているイン
ストールプログラムがシステムにロードされ、ＣＰＵ５
０１によって実行される。次に、ＣＰＵ５０１によって
実行されるインストールプログラムが、ネットワークデ
バイス探索プログラムを記憶してある領域９９９７から
ネットワークデバイス探索プログラムを読み出して、ハ
ードディスク５１１に格納する。
【０１１２】なお、本発明は、複数の機器（例えばホス
トコンピュータ、インタフェース機器、リーダなど）か
ら構成されるシステムあるいは統合装置に適用しても、
ひとつの機器からなる装置に適用してもよい。
トコンピュータ、インタフェース機器、リーダなど）か
ら構成されるシステムあるいは統合装置に適用しても、
ひとつの機器からなる装置に適用してもよい。
【０１１３】また、前述した実施形態の機能を実現す
る、図１２、図１３あるいは図１５に記載された手順の
プログラムコードを記録した記憶媒体を、システムある
いは装置に供給し、そのシステムあるいは装置のコンピ
ュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納され
たプログラムコードを読み出し実行することによって
も、本発明の目的が達成される。
る、図１２、図１３あるいは図１５に記載された手順の
プログラムコードを記録した記憶媒体を、システムある
いは装置に供給し、そのシステムあるいは装置のコンピ
ュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納され
たプログラムコードを読み出し実行することによって
も、本発明の目的が達成される。
【０１１４】この場合、記憶媒体から読み出されたプロ
グラムコード自体が本発明の新規な機能を実現すること
になり、そのプログラムコードを記憶した記憶媒体は本
発明を構成することになる。
グラムコード自体が本発明の新規な機能を実現すること
になり、そのプログラムコードを記憶した記憶媒体は本
発明を構成することになる。
【０１１５】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピーディスク、ハードディ
スク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、Ｃ
Ｄ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ
などを用いることができる。
体としては、例えば、フロッピーディスク、ハードディ
スク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、Ｃ
Ｄ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ
などを用いることができる。
【０１１６】また、コンピュータが議み出したプログラ
ムコードを実行することによって、前述した実施形態の
機能が実現される他、そのプログラムコードの指示に基
づき、コンピュータ上で稼動しているＯＳなどが実際の
処理の一部または全部を行い、その処理によっても前述
した実施形態の機能が実現され得る。
ムコードを実行することによって、前述した実施形態の
機能が実現される他、そのプログラムコードの指示に基
づき、コンピュータ上で稼動しているＯＳなどが実際の
処理の一部または全部を行い、その処理によっても前述
した実施形態の機能が実現され得る。
【０１１７】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張ボー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書き込まれた後、そのプログラムコードの指
示に基づき、その機能拡張ボードや機能拡張ユニットに
備わるＣＰＵなどが実際の処理の一部または全部を行
い、その処理によっても前述した実施形態の機能が実現
され得る。
ラムコードが、コンピュータに挿入された機能拡張ボー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書き込まれた後、そのプログラムコードの指
示に基づき、その機能拡張ボードや機能拡張ユニットに
備わるＣＰＵなどが実際の処理の一部または全部を行
い、その処理によっても前述した実施形態の機能が実現
され得る。
【０１１８】なお、本発明は、前述した実施形態の機能
を実現するソフトウェアのプログラムコードを記録した
記憶媒体から、そのプログラムをパソコン通信など通信
ラインを介して要求者にそのプログラムを配信する場合
にも適用できる。
を実現するソフトウェアのプログラムコードを記録した
記憶媒体から、そのプログラムをパソコン通信など通信
ラインを介して要求者にそのプログラムを配信する場合
にも適用できる。
【０１１９】
【発明の効果】以上説明したように、本発明によれば、
デバイス管理装置が能動的にブロードキャストパケット
を送信することなくネットワークデバイスの情報を取得
することができる。このため、デバイス探索のためにネ
ットワークの負荷が増大することを防止できる。
デバイス管理装置が能動的にブロードキャストパケット
を送信することなくネットワークデバイスの情報を取得
することができる。このため、デバイス探索のためにネ
ットワークの負荷が増大することを防止できる。
【図１】プリンタをネットワークに接続するためのネッ
トワークボードを、開放型アーキテクチャを持つプリン
ターへつなげた場合を示す図である。
トワークボードを、開放型アーキテクチャを持つプリン
ターへつなげた場合を示す図である。
【図２】エージェントを実装したネットワークボードを
プリンタに接続する実施形態を示す断面図である。
プリンタに接続する実施形態を示す断面図である。
【図３】ネットワークボードとプリンターとＬＡＮとの
電気的接続を示すブロック図である。
電気的接続を示すブロック図である。
【図４】ＭＩＢの構造を示す概念図である。
【図５】ネットワーク管理ソフトウェアが稼動可能なＰ
Ｃの構成を示すブロック図である。
Ｃの構成を示すブロック図である。
【図６】ネットワーク管理ソフトウェアのモジュール構
成図である。
成図である。
【図７】ＳＮＭＰメッセージのフォーマットである。
【図８】マネージャとエージェント間でのＳＮＭＰコマ
ンドのやりとりを示す図である。
ンドのやりとりを示す図である。
【図９】ＭＩＢモジュールＡＰＩを示す図である。
【図１０】従来例における探索モジュールとデバイス間
の通信シーケンスを示す図である。
の通信シーケンスを示す図である。
【図１１】機器のネットワーク上での配置を示す図であ
る。
る。
【図１２】トラップの監視プログラムの動作を示すフロ
ーチャートである。
ーチャートである。
【図１３】デバイスリストを表示する動作を示すフロー
チャートである。
チャートである。
【図１４】デバイス一覧の表示の様子を示す図である。
【図１５】第２の実施例におけるトラップの監視プログ
ラムの動作を示すフローチャートである。
ラムの動作を示すフローチャートである。
【図１６】第２の実施例におけるデバイス一覧の表示の
様子を示す図である。
様子を示す図である。
【図１７】本発明のネットワーク管理ソフトウェアの記
憶媒体におけるメモリマップを示す図である。
憶媒体におけるメモリマップを示す図である。
Ｓ１１０１ クライアント Ｓ１１０２ ディレクトリサーバ Ｓ１１０３ トラップ監視プログラム実行マシン Ｓ１１０４ ネットワークデバイス Ｓ１２０２ パケット受信手段 Ｓ１２０３ トラップパケット受信判断手段 Ｓ１２０４ デバイスアドレス取得手段 Ｓ１２０５ デバイスアドレス登録手段 Ｓ１５０５ 確認パケット送信手段 Ｓ１５０６ 応答パケット確認手段
Claims (10)
- 【請求項１】 起動後に少なくとも１度はネットワーク
管理用パケットをブロードキャストするデバイスが接続
されたネットワークの管理装置であって、 パケットを受信するパケット受信手段と、 前記パケット受信手段で受信したパケットが、ネットワ
ーク管理用のパケットであるか判定するパケット判定手
段と、 前記パケット判定手段でネットワーク管理用パケットで
あると判断された場合、そのパケットから、そのパケッ
トを送信したデバイスのアドレスを取得するデバイスア
ドレス取得手段と、 前記デバイスアドレスを登録するデバイスアドレス登録
手段とを備えることを特徴とするネットワークデバイス
管理装置。 - 【請求項２】 起動後に少なくとも１度はネットワーク
管理用パケットをブロードキャストするデバイスが接続
されたネットワークの管理装置であって、 パケットを受信するパケット受信手段と、 前記パケット受信手段で受信したパケットが、ネットワ
ーク管理用のパケットであるか判定するパケット判定手
段と、 前記パケット判定手段でネットワーク管理用パケットで
あると判断された場合、そのパケットを送信したデバイ
スに対して、そのデバイスが監視の対象となるデバイス
であることを確認するための確認パケットを送信する送
信手段と、 前記監視パケットに対する応答に基づいて、その応答を
返したデバイスの状態をアドレスと共に登録するデバイ
スアドレス登録手段とを備えることを特徴とするネット
ワークデバイス管理装置。 - 【請求項３】 前記応答は、その応答元のデバイスが管
理対象のデバイスであれば正常応答であり、該デバイス
の稼働状態を示す情報を含むことを特徴とする請求項２
に記載のネットワークデバイス管理装置。 - 【請求項４】 前記送信手段は、プリンタの状態を取得
するための確認パケットを送信し、前記アドレス登録手
段は、確認パケットに対する応答が正常応答であれば、
応答元のデバイスのアドレスと共に、そのデバイスがプ
リンタであることを登録することを特徴とする請求項２
に記載のネットワークデバイス管理装置。 - 【請求項５】 起動後に少なくとも１度はネットワーク
管理用パケットをブロードキャストするデバイスが接続
されたネットワークの管理方法であって、 パケットを受信するパケット受信工程と、 前記パケット受信工程で受信したパケットが、ネットワ
ーク管理用のパケットであるか判定するパケット判定工
程と、 前記パケット判定工程でネットワーク管理用パケットで
あると判断された場合、そのパケットから、そのパケッ
トを送信したデバイスのアドレスを取得するデバイスア
ドレス取得工程と、 前記デバイスアドレスを登録するデバイスアドレス登録
工程とを備えることを特徴とするネットワークデバイス
管理方法。 - 【請求項６】 起動後に少なくとも１度はネットワーク
管理用パケットをブロードキャストするデバイスが接続
されたネットワークの管理方法であって、 パケットを受信するパケット受信工程と、 前記パケット受信工程で受信したパケットが、ネットワ
ーク管理用のパケットであるか判定するパケット判定工
程と、 前記パケット判定工程でネットワーク管理用パケットで
あると判断された場合、そのパケットを送信したデバイ
スに対して、そのデバイスが監視の対象となるデバイス
であることを確認するための確認パケットを送信する送
信工程と、 前記監視パケットに対する応答に基づいて、その応答を
返したデバイスの状態をアドレスと共に登録するデバイ
スアドレス登録工程とを備えることを特徴とするネット
ワークデバイス管理方法。 - 【請求項７】 前記応答は、その応答元のデバイスが管
理対象のデバイスであれば正常応答であり、該デバイス
の稼働状態を示す情報を含むことを特徴とする請求項６
に記載のネットワークデバイス管理方法。 - 【請求項８】 前記送信工程は、プリンタの状態を取得
するための確認パケットを送信し、前記アドレス登録工
程は、確認パケットに対する応答が正常応答であれば、
応答元のデバイスのアドレスと共に、そのデバイスがプ
リンタであることを登録することを特徴とする請求項６
に記載のネットワークデバイス管理方法。 - 【請求項９】 コンピュータにより、 パケットを受信するパケット受信手段と、 前記パケット受信手段で受信したパケットが、ネットワ
ーク管理用のパケットであるか判定するパケット判定手
段と、 前記パケット判定手段でネットワーク管理用パケットで
あると判断された場合、そのパケットから、そのパケッ
トを送信したデバイスのアドレスを取得するデバイスア
ドレス取得手段と、 前記デバイスアドレスを登録するデバイスアドレス登録
手段とを実現するためのコンピュータプログラムを格納
するコンピュータ可読の記憶媒体。 - 【請求項１０】 コンピュータにより、 パケットを受信するパケット受信手段と、 前記パケット受信手段で受信したパケットが、ネットワ
ーク管理用のパケットであるか判定するパケット判定手
段と、 前記パケット判定手段でネットワーク管理用パケットで
あると判断された場合、そのパケットを送信したデバイ
スに対して、そのデバイスが監視の対象となるデバイス
であることを確認するための確認パケットを送信する送
信手段と、 前記監視パケットに対する応答に基づいて、その応答を
返したデバイスの状態をアドレスと共に登録するデバイ
スアドレス登録手段とを実現するためのコンピュータプ
ログラムを格納するコンピュータ可読の記憶媒体。
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 true JP2000353141A (ja) | 2000-12-19 |
| JP3684108B2 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) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002232423A (ja) * | 2000-09-13 | 2002-08-16 | Canon Inc | ディレクトリ許可デバイスの管理 |
| JP2007226425A (ja) * | 2006-02-22 | 2007-09-06 | Canon Inc | ネットワーク管理システムおよびネットワーク管理方法 |
| JP2010026707A (ja) * | 2008-07-17 | 2010-02-04 | Ricoh Co Ltd | 管理装置、設定値適用方法、設定値適用プログラム及び記録媒体 |
Families Citing this family (37)
| 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 |
| 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 | 株式会社リコー | 機器情報取得装置及び機器情報取得プログラム |
| 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 | ブラザー工業株式会社 | ネットワーク内デバイスの管理装置およびネットワーク内デバイス管理プログラム |
| 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
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002232423A (ja) * | 2000-09-13 | 2002-08-16 | Canon Inc | ディレクトリ許可デバイスの管理 |
| JP4603737B2 (ja) * | 2000-09-13 | 2010-12-22 | キヤノン株式会社 | 通信装置及びネットワーク装置の管理方法、並びにプログラム及び記憶媒体 |
| JP2007226425A (ja) * | 2006-02-22 | 2007-09-06 | Canon Inc | ネットワーク管理システムおよびネットワーク管理方法 |
| US8018871B2 (en) | 2006-02-22 | 2011-09-13 | Canon Kabushiki Kaisha | Network management system, network management method, information processing apparatus, device, and storage medium |
| JP2010026707A (ja) * | 2008-07-17 | 2010-02-04 | Ricoh Co Ltd | 管理装置、設定値適用方法、設定値適用プログラム及び記録媒体 |
Also Published As
| Publication number | Publication date |
|---|---|
| DE60035830T2 (de) | 2008-04-30 |
| EP1059766A3 (en) | 2003-03-26 |
| JP3684108B2 (ja) | 2005-08-17 |
| EP1838035A2 (en) | 2007-09-26 |
| EP1059766B1 (en) | 2007-08-08 |
| US6981036B1 (en) | 2005-12-27 |
| EP1838035A3 (en) | 2007-10-10 |
| 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) | 周辺装置制御装置および制御方法、記録媒体 | |
| JP3944030B2 (ja) | ネットワークデバイス制御装置、ネットワークデバイス制御方法および該制御方法を実現するためのプログラム | |
| US20030018780A1 (en) | Method and apparatus for managing network devices | |
| JP2003099341A (ja) | ネットワークデバイス管理装置、管理システム及び管理方法、並びにネットワークデバイス | |
| JP2000353136A (ja) | ネットワークデバイス探索装置およびその方法、記憶媒体 | |
| JP2004054657A (ja) | ネットワークデバイス管理装置 | |
| JP2000183877A (ja) | ネットワークデバイス制御装置及び方法 | |
| JP2000196665A (ja) | ネットワークデバイス制御装置及び方法 | |
| JP2003015973A (ja) | ネットワークデバイス管理装置、管理方法及び管理プログラム | |
| JP2001282656A (ja) | ネットワーク・デバイス制御装置および方法 | |
| JP2001255974A (ja) | 情報処理装置及び方法 | |
| JP4227234B2 (ja) | ネットワークデバイス制御装置及び方法 | |
| US7680896B2 (en) | Obtaining or sending information to a device on a network by a client apparatus | |
| JP2001256153A (ja) | ネットワークデバイス制御装置および方法 | |
| JP2000353142A (ja) | ネットワーク管理装置及び方法 | |
| JPH11296467A (ja) | ネットワークデバイス制御方法及び装置、記録媒体 | |
| JP3869924B2 (ja) | ネットワーク制御装置および通信プロトコル設定方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体 | |
| JP2000148631A (ja) | ネットワークデバイス管理装置及び方法 | |
| JP4095594B2 (ja) | ネットワークデバイス制御方法及び装置 | |
| JP2001331392A (ja) | ネットワークデバイス制御装置、およびネットワークデバイス制御方法、記憶媒体 | |
| JP2000148431A (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 |