JP2000183877A

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

Info

Publication number: JP2000183877A
Application number: JP10356569A
Authority: JP
Inventors: Akira Sugiyama; 明杉山
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1998-12-15
Filing date: 1998-12-15
Publication date: 2000-06-30

Abstract

(57)【要約】【課題】探索シーケンスにおいて、真に必要なパケッ
トのみを送受信させることにより、ネットワークトラフ
ィックを低減させたネットワークデバイス制御装置及び
方法を提供する。【解決手段】探索モジュール１０４０がブロードキャ
ストパケット１１０１により、ネットワークに接続され
ているデバイスを検出し、検出されたデバイスに関する
追加情報を取得するために、それらのデバイスに対して
個別に通信を行う際に、検出されたネットワークデバイ
スに関する情報が登録されていなければ、必要とする全
てのオブジェクトの取得を試み、また登録されていれば
その内容に応じてデバイスがサポートしているオブジェ
クトのみの取得を試みるように１つのパケット１１１９
又は１１２１を送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークデバ
イス制御装置及び方法に関する。

【０００２】

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

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

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

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

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

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

【０００８】また近年では、より共通性の高いネットワ
ーク管理プロトコルとして、簡易ネットワーク管理プロ
トコル（ＳＮＭＰ：Simple Network Management Protoc
ol）と呼ばれるＣＭＩＰに関連する一変種のプロトコル
がある（「ＴＣＰ／ＩＰネットワーク管理入門実用的
な管理をめざして」Ｍ．Ｔ．ローズ著／西田竹志訳
（株）トッパン発行 1992年8月20日初版を参照）。

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

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

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

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

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

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

【００１５】次に、簡易ネットワーク管理プロトコル
（ＳＮＭＰ）について簡単に説明する。ネットワーク管
理ユーティリティソフトウェアが動作するＰＣ（以下、
マネージャと呼称する）と、ＳＮＭＰエージェントが動
作する管理対象ネットワークデバイス（以下、エージェ
ントと呼称する）とは、ＳＮＭＰを用いて通信を行う。
ＳＮＭＰには５種類のコマンドがあり、それぞれGet-re
quest、Get-next-request、Get-response、Set-reques
t、Trapと呼ばれる。図８は、これらのコマンドがマネ
ージャとエージェントの間で授受される様子を示す図で
ある。

【００１６】図８において、Get-request及びGet-next-
requestコマンドは、マネージャがエージェントのＭＩ
Ｂオブジェクトの値を取得するために、マネージャから
エージェントへ送出されるコマンドである。Get-respon
seコマンドは、Get-request及びGet-next-requestコマ
ンドを受け取ったエージェントがＭＩＢの値をマネージ
ャに通知するために、マネージャに対して送出されるコ
マンドである（８０１及び８０２）。

【００１７】また、Set-requestコマンドは、マネージ
ャがエージェントのＭＩＢオブジェクトの値を設定する
ために、マネージャからエージェントへ送出されるコマ
ンドである。Get-responseコマンドは、Set-requestコ
マンドを受け取ったエージェントが設定結果をマネージ
ャに通知するために、マネージャに対して送出されるコ
マンドである（８０３）。

【００１８】更に、Trapコマンドは、エージェントが自
分自身の状態の変化をマネージャに通知するために、マ
ネージャに対して送出されるコマンドである（８０
４）。

【００１９】図７は、ＳＮＭＰメッセージのフォーマッ
トを示す図である。この例は、Trapコマンドを除くGet-
request、Get-next-request、Get-response及びSet-req
uestのフォーマットを示す図である。

【００２０】図示するように、ＳＮＭＰメッセージは、
バージョン７０１、コミュニティ名７０２及びＰＤＵと
呼ばれる領域７０３で構成されている。更に、ＰＤＵ７
０３の詳細な構成はＰＤＵタイプ７１１、リクエストＩ
Ｄ７１２、エラーステータス７１３、エラーインデック
ス７１４及びＭＩＢ情報７１５である。ＰＤＵタイプ７
１１には、コマンドを識別する値が格納される。即ち、
このフィールドの値が“０”であるならばGet-request
コマンドと識別され、以下同様に“１”であるならばGe
t-next-requestコマンド、“２”であるならばGet-resp
onseコマンド、“３”であるならばSet-requestと識別
される。また、エラーステータス７１３には、エラー情
報を示す値が格納される。エラーが無い場合は、このフ
ィールドの値は“０”である。また、ＭＩＢ情報７１５
には、オブジェクトＩＤとその値が組みになって格納さ
れる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００４７】次に、従来例で使用する探索モジュール６
０４とＭＩＢモジュール６１０との間のインタフェース
について説明する。ＭＩＢモジュール６１０は図９に示
すＣ言語のＡＰＩ（Appllcation Program Interface)を
上位モジュールに提供する。最初に、上位モジュールは
ＭＩＢモジュールとの間で、指定したアドレスに対する
インタフェース（これをポートと呼ぶ）を開設するため
に、MIB Open API９０１の呼び出しを行う。ＭＩＢモジ
ュールは、開設されたインタフェースを識別するための
識別子（これをポート識別子と呼ぶ）を上位モジュール
に返す（MIBOpen API９０１の第１引数portに返される
値）。以降、上位モジュールはポート識別子を用いてＭ
ＩＢモジュールとのやりとりを行う。

【００４８】ここで指定するアドレスは、動作している
プロトコルのアドレスであり、ＩＰプロトコルの場合は
ＩＰアドレス、NetWareプロトコルの場合はNetWareアド
レスである。また、ブロードキャストアドレスを指定す
ることもできる。このブロードキャストアドレスを指定
してポートをオープンした場合は、ブロードキャストア
ドレスに応答する複数のデバイスと通信を行うことが可
能である。上位モジュールがポートを使用しなくなった
とき、MIB Close API９０４の呼び出しを行いポートを
閉じる。

【００４９】次に、上位モジュールがＭＩＢオブジェク
トの読み出しを行う場合は、MIB Read Objects API９０
２の呼び出しを行う。MIB Read Objects API９０２の呼
び出しには、ポート識別子、読み出すべきＭＩＢオブジ
ェクトのオブジェクトキーを指定すると共に、ＭＩＢモ
ジュールが読み出したＭＩＢオブジェクトの値を上位モ
ジュールへ通知するためのコールバック関数のアドレス
を指定する。

【００５０】MIB Read Objects API９０２の呼び出しに
よりＳＮＭＰのGet-requestコマンドが生成され、ネッ
トワーク上に送信される。図８に示したように、このGe
t-requestコマンドに応答するエージェントを持っデバ
イスはGet-responseコマンドを送信する。

【００５１】また、上位モジュールがＭＩＢオブジェク
トへの書き込みを行う場合は、MIBWrite Objects API９
０３の呼び出しを行う。MIB Write Objects API９０３
呼び出しにはポート識別子、書き込むＭＩＢオブジェク
トのオブジェクトキーとその値を指定すると共に、ＭＩ
Ｂモジュールが書き込みの結果を上位モジュールへ通知
するためのコールバック関数のアドレスを指定する。

【００５２】MIB Write Objects API９０３の呼び出し
によりＳＮＭＰのGet-requestコマンドが生成され、ネ
ットワーク上に送信される。図８に示したように、この
Get-requestコマンドに応答するエージェントを持っデ
バイスはGet-responseコマンドを送信する。

【００５３】コールバック関数はMIB Read Objects API
９０２若しくはMIB Write ObjectsAPI９０３の結果を上
位モジュールに通知するためのものである。具体的に
は、デバイスのアドレスと受信したGet-responseコマン
ドの内容を上位へ通知する。次に、ブロードキャストア
ドレスの指定によりオープンされたボートに対してMIB
Read Objects API９０２の呼び出しを行った場合は、ネ
ットワーク上に送信されるGet-requestコマンドを運ぶ
パケット（ＩＰプロトコルの場合はＩＰパケット、NetW
areプロトコルの場合はＩＰＸパケット）の宛先アドレ
スがブロードキャストアドレスになる。従って、このパ
ケットは複数のデバイスで受信されるので、Get-reques
tコマンドには複数のデバイスが応答する。つまり、マ
ネージャ側では複数のGet-responseコマンドを受信す
る。この場合、コールバック関数は、ポート識別子は同
じでデバイスのアドレスが異なる複数回の呼び出しが行
われる。上位モジュールはアドレス情報を調べることに
より、そのコールバックがどのデバイスからのものかを
知ることができる。

【００５４】ここで、具体的なデータの流れを説明す
る。ＭＩＢモジュール６１０では上位モジュールからの
要求によりオブジェクトキーからオブジェクトＩＤへの
変換等の処理を行い、ＳＮＭＰモジュール６１１へコマ
ンド送信要求を行う。ＳＮＭＰモジュール６１１はＭＩ
Ｂモジュール６１０からの送信要求によりＳＮＭＰＰ
ＤＵをＲＡＭ５０３上で組み立て、共通トランスポート
モジュール６１２へ送信要求を行う。共通トランスポー
トモジュール６１２では、動作プロトコルによりヘッダ
の付加等の所定の処理を行い、ＴＣＰ／ＩＰプロトコル
であればWinSockモジュール６１７へ、NetWareプロトコ
ルであればNetWare APIモジュール６１６へパケット送
信要求を行う。以下、ＴＣＰ／ＩＰプロトコルで動作し
ているものとして説明を行う。

【００５５】WinSockモジュール６１７は送信要求のあ
ったパケットをＩＰパケット化し、ＯＳに対してネット
ワークへのデータ送信要求を行う。ＯＳはＲＡＭ５０３
上のデータをシステムバス５０４を介してＮＩＣ５０８
へ書き込む。ＮＩＣ５０８では、書き込まれたデータを
所定のフレームにフレーム化してＬＡＮ１００に送信す
る。

【００５６】ＬＡＮ１００に接続されているデバイスか
らのパケットはＮＩＣ５０８で受信される。ＮＩＣ５０
８ではパケット受信を割り込みによりＯＳに通知する。
ＯＳはＮＩＣ５０８から受信パケットをシステムバス５
０４経由で読み出してＲＡＭ５０３に置く。ＯＳは動作
プロトコル若しくは受信したパケットからプロトコルを
判断し、ＴＣＰ／ＩＰプロトコルであればWinSockモジ
ュール６１７へ、NetWareプロトコルであればNetWare A
PIモジュール６１６へパケット受信を通知する。以下Ｔ
ＣＰ／ＩＰプロトコルで動作しているものとして説明を
行う。

【００５７】WinSockモジュール６１７では、受信パケ
ットが自分宛のものかどうかを受信パケットの中のアド
レスにより判断する。受信パケットが自分宛のものでは
無いときは受信パケットを破棄する。また、受信パケッ
トが自分宛であった場合は、ＵＰＤハンドラ６１４起動
し、共通トランスポートモジュール６１２にパケット受
信を通知する。共通トランスポートモジュール６１２で
は、トランスポートヘッダの除去等の所定の処理を行
い、ＳＮＭＰモジュール６１１へパケット受信を通知す
る。ＳＮＭＰモジュール６１１では、ＳＮＭＰヘッダの
除去等の所定の処理を行い、ＭＩＢモジュールへＰＤＵ
受信を通知する。ＭＩＢモジュール６１０では所定処理
を行うと共に、受信した情報をＭＩＢＡＰＩで規定さ
れた形式に変換し上位モジュールのコールバック関数を
呼び出すことにより、デバイスからの応答を上位モジュ
ールへ通知する。

【００５８】尚、以下の説明において、本実施形態にお
けるネットワーク管理ソフトウェアのことを「ＮｅｔＳ
ｐｏｔ」と呼称する。

【００５９】ＮｅｔＳｐｏｔのインストールに必要なフ
ァイルは、通常、フロッピーディスク（ＦＤ）やＣＤ−
ＲＯＭなどの物理媒体に記録されて配布されるか、或い
はネットワークを経由して伝送される。ユーザは、これ
らの手段によりＮｅｔＳｐｏｔのインストールに必要な
ファイルを入手した後、所定のインストール手順に従っ
てＮｅｔＳｐｏｔのインストールを開始する。

【００６０】ＮｅｔＳｐｏｔのインストール手順は、他
の一般的なソフトウェアのインストール手順と同様であ
る。即ち、ユーザがＮｅｔＳｐｏｔのインストーラをパ
ーソナルコンピュータ（ＰＣ）上で起動すると、その後
はインストーラが自動的にインストールを実行する。イ
ンストーラは、ＮｅｔＳｐｏｔの動作に必要なファイル
をＰＣのハードディスクにコピーし、また必要に応じて
ユーザから情報を入力してもらいながら、ＮｅｔＳｐｏ
ｔの動作に必要なファイルの修正又は新規作成なども行
う。

【００６１】次に、従来例におけるネットワーク管理プ
ログラムの探索シーケンスについて説明する。

【００６２】図１０は、従来のネットワーク管理プログ
ラムにおける探索シーケンスを示す図である。図示する
ように、探索モジュール１０４０はネットワーク管理プ
ログラムの探索モジュールを示し、これは図６に示す探
索モジュール６０４と同等である。この探索モジュール
１０４０は、ネットワーク管理プログラムの他のモジュ
ールと同様に、図１に示すＰＣ１０３上で図５に示すＣ
ＰＵ５０１によって実行される。

【００６３】デバイス１０４１は、ネットワーク上に接
続されており、かつ、ＳＮＭＰエージェントが動作して
いるデバイスを示す。例えば、図１に示すＮＢ１０１で
ある。また同様に、デバイス１０４２はＮＢ１１８であ
る。

【００６４】まず、上位モジュールから探索開始の指示
が出されると、探索モジュール１０４０はブロードキャ
ストアドレスを指定してデバイス種別を取得するための
オブジェクトを含むＳＮＭＰ要求パケットをネットワー
クに送出する（１００１）。このパケットは、ネットワ
ークに接続されている全てのデバイスに届けられる。こ
のＳＮＭＰ要求パケットに対して、ＳＮＭＰエージェン
トを実装しているネットワークデバイスは、それぞれＳ
ＮＭＰ応答パケットを送出する（１００２及び１００
３）。

【００６５】次に、ネットワークデバイスからの応答を
受信した探索モジュール１０４０は、更に詳細な情報を
取得するために、それぞれのデバイスに対してＳＮＭＰ
要求パケットを送信する。より具体的には、図１０にお
いて、ＳＮＭＰ応答パケット１００２の受信に対しては
ＳＮＭＰ要求パケット１００４、１００６、１００８の
送信を行い、同様にＳＮＭＰ応答パケット１００３の受
信に対してはＳＮＭＰ要求パケット１０１０、１０１
２、１０１４の送信を行う。

【００６６】ここで、ＳＮＭＰ要求パケットを受信した
ネットワークデバイスは、ＳＮＭＰ応答パケットを送信
する。より具体的には、１００４の受信に対しては１０
０５の送信を、１００６の受信に対しては１００７の送
信を、１００８の受信に対しては１００９の送信を、１
０１０の受信に対しては１０１１の送信を、１０１２の
受信に対しては１０１３の送信を、１０１４の受信に対
しては１０１５の送信を行う。尚、各ＳＮＭＰ要求パケ
ットに含まれるオブジェクトが自身がサポートしていな
いオブジェクトであれば、「no such name」を値とする
ＳＮＭＰ応答パケットが送信される。

【００６７】その後、デバイス応答タイマー１０５１が
満了した時点で、上位モジュールに対してそれまでに探
索したデバイスの情報を通知する。また、探索間隔タイ
マー１０５２が満了した時点で、再度探索を開始する。
以降、今まで説明した動作と全く同一のシーケンスであ
り、その説明を省略する。

【００６８】

【発明が解決しようとする課題】しかしながら、上記従
来例では、無駄な通信が行われており、ネットワークの
トラフィックを過剰に消費するという問題点がある。よ
り具体的には、ブロードキャストのＳＮＭＰ要求パケッ
トに応答があったデバイスに対してより詳細情報を取得
するためのデバイス個別のＳＮＭＰ要求パケットでいつ
も同じ問い合わせを行っている。つまり、図１０に示す
１００４と１０１０と１０１９と１０２５、１００６と
１０１２と１０２１と１０２７、１００８と１０１４と
１０２３と１０２９は同じ問い合わせである。

【００６９】そのために、デバイスが問い合わせる全て
のオブジェクトをサポートしている保証は無く、デバイ
スが問い合わせのあったオブジェクトをサポートしてい
なければ、いっも「no such name」のＳＮＭＰ応答パケ
ットを返すことになる。

【００７０】本発明は、上記課題を解決するためになさ
れたものであり、探索シーケンスにおいて、真に必要な
パケットのみを送受信させることにより、ネットワーク
トラフィックを低減させたネットワークデバイス制御装
置及び方法を提供することを目的とする。

【００７１】

【課題を解決するための手段】上記目的を達成するため
に、本発明に係るネットワークデバイス制御装置は、ブ
ロードキャスト通信により、ネットワークに接続されて
いるデバイスを検出する一次検索手段と、前記一次検索
手段で検出したデバイスに関する追加情報を取得するた
めに前記一次検索手段で検出したデバイスに対して個別
に通信を行う二次検索手段と、検出したネットワークデ
バイスに関する情報を登録するための登録手段と、前記
一次検索手段で検出したデバイスが前記登録手段に登録
されているか判断する判断手段とを有し、前記二次検索
手段は、前記判断手段にて登録無しと判断された場合に
は必要とする全てのオブジェクトの取得を試み、前記判
断手段にて登録有りと判断された場合には前記登録手段
の内容に応じてデバイスがサポートしているオブジェク
トのみの取得を行うことを特徴とする。

【００７２】また、上記目的を達成するために、本発明
に係るネットワークデバイス制御方法は、ブロードキャ
スト通信により、ネットワークに接続されているデバイ
スを検出する一次検索工程と、前記一次検索工程で検出
したデバイスに関する追加情報を取得するために前記一
次検索工程で検出したデバイスに対して個別に通信を行
う二次検索工程と、検出したネットワークデバイスに関
する情報を登録するための登録工程と、前記一次検索工
程で検出したデバイスが前記登録工程で登録されている
か判断する判断工程とを有し、前記二次検索工程は、前
記判断工程にて登録無しと判断された場合には必要とす
る全てのオブジェクトの取得を試み、前記判断工程にて
登録有りと判断された場合には前記登録された内容に応
じてデバイスがサポートしているオブジェクトのみの取
得を行うことを特徴とする。

【００７３】

【発明の実施の形態】以下、図面を参照しながら本発明
に係る実施の形態を詳細に説明する。

【００７４】図１１は、実施形態におけるネットワーク
管理プログラムとネットワーク上のデバイスが通信する
様子を示すシーケンス図である。特に、図１１に示す例
では、ネットワーク管理プログラムがネットワーク上に
存在するデバイスを探索する様子を示している。

【００７５】図１１において、１０４０、１０４１、１
０４２、１０５０、１０５１及び１０５２は図１０に示
す同一番号のものと同じものである。また、探索モジュ
ール１０４０は実施形態におけるネットワーク管理プロ
グラムの探索モジュールを示し、これは図６に示す探索
モジュール６０４と同等である。この探索モジュール
は、実施形態におけるネットワーク管理プログラムの他
のモジュールと同様に、図１に示すＰＣ１０３上で図５
に示すＣＰＵ５０１によって実行される。

【００７６】また、図１１に示す１１０１から１１１５
は探索モジュール１０４０とネットワークデバイス１０
４１及び１０４２との間で通信が行われていることを示
す。これらの通信内容については、後述するフローチャ
ートに従って詳述する。

【００７７】図１２は、本実施形態における検出デバイ
ステーブルの構成を示す図である。この検出デバイステ
ーブルは、探索モジュール６０４が動作の過程において
探索するデバイスの情報を記憶するために使用するテー
ブルである。このテーブルは図５に示すＲＡＭ５０３内
に保持されている。

【００７８】図１２において、１２２０は検出デバイス
テーブルであり、検出したデバイスの情報が登録され
る。ここでは、デバイスが１つ検出される毎に、検出デ
バイステーブル１２２０の行が１行追加される。以下、
検出デバイステーブル１２２０に登録する情報について
説明する。

【００７９】１２０１はネットワークアドレスフィール
ドであり、検出したデバイスのネットワークアドレスを
登録する。１２０２はポートフィールドであり、ＭＩＢ
モジュール６１０が提供するＭｉｂＯｐｅｎ関数によっ
て返されるポート値を登録する。１２０３はデバイスタ
イプフィールドであり、デバイスの種別を登録する。１
２０４はデバイス状態フィールドであり、デバイスが現
在どのような状態になっているかを登録する。１２０５
は装備情報フィールドであり、デバイスに装着されてい
るオプション機器を登録する。１２０６はデバイス名フ
ィールドであり、デバイスに設定れている名前を登録す
る。

【００８０】図１２に示す例では、現在２つのデバイス
が検出デバイステーブル１２２０に登録されている。１
つはネットワークアドレス「１９２．１．１６．１３
０」のデバイスであり、このデバイスと通信するための
ＭＩＢモジュール６１０におけるポート値は「０ｘ１２
ＦＥ」である。また、このデバイスはデバイスタイプが
「ＬＢＰ」であり、デバイスは「Ｒｅａｄｙ」（使用可
能）であり、オプション装置として２０００枚デッキが
装着されおり、デバイスの名前としては「ＬＢＰ９３
０」が設定されている。

【００８１】また同様に、ネットワークアドレス「１９
２．１．１６．１５０」のデバイスのポート値は「０ｘ
２５０１」であり、デバイスタイプは「Ｃｏｐｉｅｒ」
（複写機）である。このデバイスではデバイスの状態の
オブジェクトはサポートされいない（つまり、ＳＮＭＰ
要求パケットにして「no such name」のＳＮＭＰ応答パ
ケットが返ってきた）ため、デバイス状態には「ＮＵＬ
Ｌ」が設定されている。更に、装備情報のオブジェクト
もサポートされていないため、装備情報には「ＮＵＬ
Ｌ」が設定されている。デバイスの名前として「ＭＥＤ
ＩＯ」が設定されている。

【００８２】図１３は、ＰＣ１０３上で動作するネット
ワークデバイス管理プログラム全体の動作を示すフロー
チャートである。プログラムが起動されると、まずステ
ップＳ１３０１において、探索を開始するための処理を
行う。尚、この処理については図１４を参照して更に後
述する。次に、ステップＳ１３０２において、生じたイ
ベントがＳＮＭＰパケットの受信であるか、デバイス応
答タイマーの満了であるか、探索間隔タイマーの満了で
あるか、或いはそれ以外のイベントであるか（全くイベ
ントが生じていない場合も含む）を判断する。

【００８３】次に、発生したイベントに応じて、それぞ
れ対応するステップＳ１３０３からステップＳ１３０６
へ移行し、詳細は後述するサブルーチンを呼び出す。そ
の後、それぞれの処理が終了したら、ステップＳ１３０
２に戻り、上述の処理を繰り返す。

【００８４】図１４は、探索を開始する際の処理を示す
フローチャートである。この処理は、図１３に示すステ
ップＳ１３０１の探索開始処理に相当する。

【００８５】まず、ステップＳ１４０１において、検出
デバイステーブル１２２０の内容をすべて消去し、テー
ブルを初期化する。次に、ステップＳ１４０２に進み、
図６に示すＭＩＢモジュール６１０が提供するＭｉｂＯ
ｐｅｎ関数を呼び出し、一次探索用のポートをブロード
キャストアドレスでオープンし、そのポート値を図１に
示すＲＡＭ５０３に記憶する。

【００８６】次に、ステップＳ１４０３において、ステ
ップＳ１４０２で取得したポートを引数とし、ＭＩＢオ
ブジェクトとしてデバイス名を指定してＭｉｂＲｅａｄ
Ｏｂｊｅｃｔｓ関数を呼び出す。これにより、図１１に
示すブロードキャスト１１０１の通信が行われる。この
通信はブロードキャストアドレス宛てであるので、図１
に示すＬＡＮ１００に接続されているすべてのデバイス
に通知される。当然、ＮＢ１０１及び１１８、即ち、図
１１に示すデバイス１０４１及び１０４２にも通知され
る。

【００８７】次に、ステップＳ１４０４において、デバ
イス応答タイマーＴ１を起動する。そして、ステップＳ
１４０５において、探索間隔タイマーＴ２を起動する。

【００８８】図１５は、ＳＮＭＰパケットを受信した場
合の動作を示すフローチャートである。この処理は、図
１３に示すステップＳ１３０３のＳＮＭＰパケット受信
処理に相当する。

【００８９】この動作は、本実施形態においては、図１
１に示す通信１１０２、１１０３、１１０５、１１０
７、１１０９、１１１１、１１１３、１１１５、１１１
７、１１１８、１１２０及び１１２２が行われた際に、
図１に示すＰＣ１０３がＳＮＭＰパケットを受信し、そ
れが図６に示す探索モジュール６０４に通知された時点
で起動される。

【００９０】ＳＮＭＰパケットを受信した場合には、ま
ずステップＳ１５０１において一次探索ポートへの応答
かどうかを判断する。この判断は、ＳＮＭＰパケットを
受信した際に呼び出される探索モジュールのコールバッ
ク関数における第２の引数であるポート値が、図１４に
示すステップＳ１４０３で記憶したポート値と同じ値で
あるかどうかによって行われる。もし同じ値である場合
には、一次探索ポートに対する通信であるとみなされ、
ステップＳ１５０２に進む。そうでない場合には、ステ
ップＳ１５１１に進む。尚、図１１においては、１１０
２、１１０３、１１１７及び１１１８が一次探索ポート
への応答である。

【００９１】ステップＳ１５０２において、正常応答か
どうかを判断する。ここで正常応答とは、図７に示すＳ
ＮＭＰパケットのエラーステータス７１３が“０”であ
ることである。ステップＳ１５０２において、正常応答
であると判断された場合にはステップＳ１５０３に進
む。そうでない場合はステップＳ１５１０に進む。尚、
後述するステップＳ１５１１においても全く同様の判断
を行う。

【００９２】ステップＳ１５０３においては、受信した
ＳＮＭＰパケットが検出デバイステーブル１２２０に登
録されているデバイスからのものかどうかを判断する。
この判断は受信したＳＮＭＰパケットの送出元ＩＰアド
レスが検出デバイステーブル１２２０のネットワークア
ドレスフィールド１２０１に登録されているかどうかに
よって行う。ここで、登録済みであると判断された場合
にはステップＳ１５０７に進む。そうでない場合はステ
ップＳ１５０４へ進む。

【００９３】ステップＳ１５０４においては、そのデバ
イスは始めて検出されたデバイスであるので、受信内容
を検出デバイステーブル１２２０に新規登録する。図１
４に示すステップＳ１４０３で問い合わせるＭＩＢオブ
ジェクトとしてデバイス名を指定したので、受信内容に
はこのオブジェクトの値が含まれているはずである。こ
の値をデバイス検出テーブル１２２０のデバイス名フィ
ールド１２０６へ登録し、更にコールバック関数におけ
る第１引数であるデバイスのネットワークアドレスを検
出デバイステーブル１２２０のネットワークアドレスフ
ィールド１２０１に登録する。

【００９４】次に、ステップＳ１５０５において、個別
デバイス毎に更に通信を行うために、通信ポートをオー
プンする。より具体的には、ステップＳ１５０３で判明
したデバイスのネットワークアドレスを引数としてＭｉ
ｂＯｐｅｎ関数を呼び出し、得られたポート値を検出デ
バイステーブル１２２０のポート値フィールド１２０２
に記入する。次に、ステップＳ１５０６において、デバ
イスに関する各種情報を取得するために、ＭｉｂＲｅａ
ｄＯｂｊｅｃｔｓ関数を用いてデバイスに対して問い合
わせを行う。ここで、問い合わせるオブジェクトは、検
出デバイステーブル１２２０の残りのフィールドを満た
すために必要とする全ての情報である。より具体的に
は、デバイスタイプ、デバイス状態、装備情報に関する
情報を問い合わせるＭＩＢオブジェクトとする。この間
い合わは各オブジェクトを各々１つのＳＮＭＰ要求パケ
ットにより送信する。つまり、図１１に示す１１０４、
１１０６及び１１０８の通信が行われることになる。

【００９５】一方、ステップＳ１５０３において検出デ
バイステーブル１２２０に既に登録済みであると判断さ
れた場合にはステップＳ１５０７に進み、検出デバイス
テーブル１２２０のネットワークアドレスフィールド１
２０１をコールバック関数における第一引数であるデバ
イスのネットワークアドレスで検索し、一致する行のデ
バイス名フィールド１２０６の値を、受信したデバイス
名オブジェクトの値で更新する。そして、ステップＳ１
５０８において、個別デバイス毎に更に通信を行うため
に、通信ポートをオープンする。より具体的には、ステ
ップＳ１５０３で判明したデバイスのネットワークアド
レスを引数としてＭｉｂＯｐｅｎ関数を呼び出し、得ら
れたポート値を検出デバイステーブル１２２０のポート
値フィールド１２０２に記入する。

【００９６】次に、ステップＳ１５０９において、デバ
イスに関する各種情報を取得するために、ＭｉｂＲｅａ
ｄＯｂｊｅｃｔｓ関数を用いてデバイスに対して問い合
わせを行う。ここで、問い合わせるオブジェクトは、検
出デバイステーブル１２２０の残りのフィールドを満た
すために必要とする全ての情報である。より具体的に
は、デバイスタイプ、デバイス状態、装備情報に関する
情報を問い合わせるＭＩＢオブジェクトとする。但し、
この間い合わではデバイスがサポートしていないオブジ
ェクトは問い合わせ無い。検出デバイステーブル１２２
０に登録されている各フィールドの値がＮＵＬＬだった
ものは前回の問い合わせに対して、デバイスから「no s
uch name」が返って来たものである。このオブジェクト
をまた問い合わせても「no such name」が返ってるだけ
あり無駄である。

【００９７】従って、検出デバイステーブルの該当デバ
イスの各フィールドで意味のある値をもっているオブジ
ェクトだけを問い合わせる。更に、これらのオブジェク
トを１つのＳＮＭＰ要求パケットにより送信することに
より、一層のトラフィックの低減を図ることができる。
つまり、図１１に示す１１１９の通信が行われることに
なる。

【００９８】また、上述したステップＳ１５０２におい
て、受信したパケットが正常応答でないと判断された場
合にはステップＳ１５１０に進み、そのパケットからは
有効な情報を得られないので、パケットをそのまま破棄
する。

【００９９】また、上述したステップＳ１５０１におい
て、一時探索ポートへの応答ではないと判断された場合
はステップＳ１５１１に進む。図１１において、１１０
５、１１０７及び１１０９と１１１１、１１１３及び１
１１５の通信が、この場合に相当する。ステップＳ１５
１１において、受信したパケットが正常応答でないと判
断された場合にはステップＳ１５１３に進む。ステップ
Ｓ１５１３においては、そのパケットからは有効な情報
を得られないので、パケットをそのまま破棄する。

【０１００】一方、ステップＳ１５１１において正常な
パケットであると判断された場合にはステップＳ１５１
２に進み、受信内容を検出デバイステーブル１２２０に
登録する。より具体的には、ステップＳ１５０６又はＳ
１５０９においてデバイス毎に送付した各種情報の問い
合わせに対する応答が得られるので、その内容を検出デ
バイステーブル１２２０の該当デバイスの各フィールド
に登録する。この際にデバイスから「no such name」の
応答が返ってきたものは、そのオブジェクトはデバイス
がサポートしないオブジェクトであるので対応するフィ
ールドにはＮＵＬＬを設定する。

【０１０１】図１６は、デバイス応答タイマーが満了し
た際の処理を示すフローチャートである。タイマーサー
ビスはＯＳ（オペレーティングシステム）によって提供
され、指定したタイマー時間が経過すると、ＯＳが本手
順を呼び出す。この処理は、図１３に示すステップＳ１
３０４のデバイス応答タイマー満了処理に相当する。デ
バイス応答タイマーＴ１満了においては、まずステップ
Ｓ１６０１において一次探索ポートをクローズする。よ
り具体的には、ステップＳ１４０３においてＭｉｂＯｐ
ｅｎ関数を用いてオープンしたポートのポート値を図５
に示すＲＡＭ５０３に記憶させたが、そのポート値を引
数としてＭｉｂＣｌｏｓｅ関数を呼び出す。同時に、Ｒ
ＡＭ５０３に記憶させておいたポート値を値ＮＵＬＬで
クリアする。

【０１０２】次に、ステップＳ１６０２において、全て
の二次探索ポートをクローズする。より具体的には、検
出デバイステーブル１２２０のポート値フィールド１２
０２を上から下に向かって順に走査し、それぞれのポー
ト値を引数としてＭｉｂＣｌｏｓｅ関数を呼び出す。同
時に、ポート値フィールド１２０２に、ポートがクロー
ズされたことを示すために値ＮＵＬＬを登録する。

【０１０３】最後に、ステップＳ１６０３において、検
出デバイステーブル１２２０に格納されている情報を上
位モジュールに通知する。より具体的には、検出デバイ
ステーブル１２２０に登録されているデバイスの数、即
ち検出デバイステーブル１２２０の行数と、ＲＡＭ５０
３上におけるデバイス検出テーブル１２２０の先頭アド
レスを上位モジュールに通知する。上位モジュールは、
この通知された情報を基に、検出されたデバイスの一覧
をディスプレイ５１０に表示する。

【０１０４】図１７は、探索間隔タイマーが満了した際
の処理を示すフローチャートである。タイマーサービス
はＯＳ（オペレーティングシステム）によって提供さ
れ、指定したタイマー時間が経過すると、ＯＳが本手順
を呼び出す。この処理は、図１３に示すステップＳ１３
０５の探索間隔タイマー満了処理に相当する。

【０１０５】探索間隔タイマーＴ２満了においては、ま
ずステップＳ１７０１において、直前に行われた探索操
作の結果を次回の探索に活かすため、検出デバイステー
ブル１２２０の内容を前回検出テーブルにコピーする。

【０１０６】以下、ステップＳ１７０２〜ステップＳ１
７０６までの動作は、図１４に示すステップＳ１４０２
〜ステップＳ１４０６までの動作と全く同じであり、説
明は省略する。

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

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

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

【０１１０】このように、実施形態によれば、新規に発
見されたデバイスに対しては必要とする全てのオブジェ
クトを取得に行くが、前回の探索でデバイスがサポート
していないと判明しているオブジェクトについては再度
取得しには行かず、サポートオブジェクトのみを取得
し、またサポートしていると判明しているオブジェクト
については、複数のオブジェクトを纏めて１つのパケッ
トで取得することにより、ネットワークトラフィックを
低減することができるという効果がある。

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

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

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

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

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

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

【０１１７】

【発明の効果】以上説明したように、本発明によれば、
探索シーケンスにおいて、真に必要なパケットのみを送
受信させることにより、ネットワークトラフィックを低
減させることが可能となる。

【図面の簡単な説明】

【図１】プリンタをネットワークに接続するためのネッ
トワークボードを、開放型アーキテクチャを持つプリン
タへ接続した場合を示す図である。

【図２】ネットワークボードをプリンタにインストール
した状態を示す断面図である。

【図３】ネットワークボード、プリンタ及びＬＡＮとの
電気的接続を示すブロック図である。

【図４】ＭＩＢの構造を示す概念図である。

【図５】ネットワーク管理ソフトウェアが稼動可能なＰ
Ｃの構成を示すブロック図である。

【図６】ネットワーク管理ソフトウェアのモジュール構
成を示す図である。

【図７】ＳＮＭＰメッセージのフォーマットである。

【図８】マネージャとエージェント間でのＳＮＭＰコマ
ンドのやりとりを示す図である。

【図９】ＭＩＢモジュールＡＰＩを示す図である。

【図１０】ネットワーク管理プログラムにおける探索シ
ーケンスを示す図である。

【図１１】実施形態におけるネットワーク管理プログラ
ムとネットワーク上のデバイスが通信する様子を示すシ
ーケンス図である。

【図１２】本実施形態における検出デバイステーブルの
構成を示す図である。

【図１３】ネットワークデバイス管理プログラム全体の
動作を示すフローチャートである。

【図１４】探索を開始する際の処理を示すフローチャー
トである。

【図１５】ＳＮＭＰパケットを受信した場合の動作を示
すフローチャートである。

【図１６】デバイス応答タイマーが満了した際の処理を
示すフローチャートである。

【図１７】探索間隔タイマーが満了した際の処理を示す
フローチャートである。

【図１８】ネットワーク管理ソフトウェアの記憶媒体に
おけるメモリマップを示す図である。

【符号の説明】

１０４０探索モジュール１０４１ネットワークデバイス１１０４２ネットワークデバイス２１２２０検出デバイステーブル

Claims

【特許請求の範囲】

【請求項１】ブロードキャスト通信により、ネットワ
ークに接続されているデバイスを検出する一次検索手段
と、前記一次検索手段で検出したデバイスに関する追加情報
を取得するために前記一次検索手段で検出したデバイス
に対して個別に通信を行う二次検索手段と、検出したネットワークデバイスに関する情報を登録する
ための登録手段と、前記一次検索手段で検出したデバイスが前記登録手段に
登録されているか判断する判断手段とを有し、前記二次検索手段は、前記判断手段にて登録無しと判断
された場合には必要とする全てのオブジェクトの取得を
試み、前記判断手段にて登録有りと判断された場合には
前記登録手段の内容に応じてデバイスがサポートしてい
るオブジェクトのみの取得を行うことを特徴とするネッ
トワークデバイス制御装置。
【請求項２】前記二次検索手段は、前記判断手段にて
登録無しと判断された場合には１つのオブジェクトを１
つのパケットによって送信し、前記判断手段にて登録有
りと判断された場合には前記登録手段の内容に応じてデ
バイスがサポートしている複数のオブジェクトを１つの
パケットによって送信することを特徴とする請求項１記
載のネットワークデバイス制御装置。
【請求項３】ブロードキャスト通信により、ネットワ
ークに接続されているデバイスを検出する一次検索工程
と、前記一次検索工程で検出したデバイスに関する追加情報
を取得するために前記一次検索工程で検出したデバイス
に対して個別に通信を行う二次検索工程と、検出したネットワークデバイスに関する情報を登録する
ための登録工程と、前記一次検索工程で検出したデバイスが前記登録工程で
登録されているか判断する判断工程とを有し、前記二次検索工程は、前記判断工程にて登録無しと判断
された場合には必要とする全てのオブジェクトの取得を
試み、前記判断工程にて登録有りと判断された場合には
前記登録された内容に応じてデバイスがサポートしてい
るオブジェクトのみの取得を行うことを特徴とするネッ
トワークデバイス制御方法。
【請求項４】前記二次検索工程は、前記判断工程にて
登録無しと判断された場合には１つのオブジェクトを１
つのパケットによって送信し、前記判断工程にて登録有
りと判断された場合には前記登録された内容に応じてデ
バイスがサポートしている複数のオブジェクトを１つの
パケットによって送信することを特徴とする請求項３記
載のネットワークデバイス制御方法。
【請求項５】ネットワークデバイス制御方法のプログ
ラムコードが記憶されたコンピュータ可読記憶媒体であ
って、ブロードキャスト通信により、ネットワークに接続され
ているデバイスを検出する一次検索工程のコードと、検出したデバイスに関する追加情報を取得するために前
記一次検索工程で検出したデバイスに対して個別に通信
を行う二次検索工程のコードと、前記検出したネットワークデバイスに関する情報を登録
するための登録工程のコードと、前記検出したデバイスが前記登録工程で登録されている
か判断する判断工程のコードとを有し、前記二次検索工程のコードは、前記判断工程にて登録無
しと判断された場合には必要とする全てのオブジェクト
の取得を試み、前記判断工程にて登録有りと判断された
場合には前記登録された内容に応じてデバイスがサポー
トしているオブジェクトのみの取得を行うことを特徴と
する記憶媒体。
【請求項６】前記二次検索工程は、前記判断工程にて
登録無しと判断された場合には１つのオブジェクトを１
つのパケットによって送信し、前記判断工程にて登録有
りと判断された場合には前記登録された内容に応じてデ
バイスがサポートしている複数のオブジェクトを１つの
パケットによって送信することを特徴とする請求項５記
載の記憶媒体。