JP2000196665A

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

Info

Publication number: JP2000196665A
Application number: JP36816798A
Authority: JP
Inventors: Noboru Hamada; 昇浜田
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1998-12-24
Filing date: 1998-12-24
Publication date: 2000-07-14

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コマ
ンドを受け取ったエージェントがＭＩＢの値をマネージ
ャに通知するために、マネージャに対して送出されるコ
マンドである（８０１及び８０２）。

【００１７】尚、Get-requestコマンドとGet-next-requ
estコマンドの違いは、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については、例えばNovel
l社から発行されている“NetWareProgrammer*s Guide f
or 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モジュール６１７では、受信パケ
ットが自分宛のものかどうかを受信パケットの中のアド
レスにより判断する。受信パケットが自分宛のものでは
無いときは受信パケットを破棄する。また、受信パケッ
トが自分宛であった場合は、ＵＰＤハンドラ６１４起動
し、共通トランスポートモジュール６１２にパケット受
信を通知する。共通トランスポートモジュール６１２で
は、トランスポートヘッダの除去等の所定の処理を行
い、ＳＮＭＰモジュール６１１へパケット受信を通知す
る。ＳＮＭＰモジュール６１１では、ＳＮＭＰヘッダの
除去等の所定の処理を行い、ＭＩＢモジュールへＰＤＵ
受信を通知する。ＭＩＢモジュール６１０では所定処理
を行うと共に、受信した情報をＭＩＢＡＰＩで規定さ
れた形式に変換し上位モジュールのコールバック関数を
呼び出すことにより、デバイスからの応答を上位モジュ
ールへ通知する。

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

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

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

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

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

【００６４】デバイス１０３１は、ネットワーク上に接
続されており、かつ、ＳＮＭＰエージェントが動作して
いるデバイスで、プリンタとして標準的なＭＩＢのみを
搭載しているプリンタを示し、例えば図１に示すＮＢ１
１８である。ここで、標準的なＭＩＢとは、ＲＦＣ１２
１３、ＲＦＣ１５１４及びＲＦＣ１７５９に規定されて
いるＭＩＢなどを言う。

【００６５】デバイス１０３２は、ネットワーク上に接
続されており、かつ、ＳＮＭＰエージェントが動作して
いるデバイスで、プリンタとして標準的なＭＩＢ及び企
業独自のプライベートＭＩＢを搭載しているプリンタを
示し、例えば図１に示すＮＢ１０１である。本実施形態
では、ＮＢ１０１が企業独自のプライベートＭＩＢとし
て、キヤノンＭＩＢを実装しているものとして説明を行
う。キヤノンＭＩＢは、図４に示す４０８のｃａｎｏｎ
ノード以下のＭＩＢオブジェクトである。

【００６６】上位モジュールから探索開始の指示が出さ
れると、探索モジュール１０３０はブロードキャストア
ドレスを指定してデバイスの状態とデバイスの種別を取
得するためのＧｅｔリクエストＳＮＭＰパケットをネッ
トワークに送出する（１００１及び１００２）。このパ
ケットは、ネットワークに接続されている全てのデバイ
スに届けられる。

【００６７】ここで、問い合わせるＭＩＢオブジェクト
として、１００１では標準的なＭＩＢのみを、１００２
ではキヤノンＭＩＢを用いる。異なるＭＩＢオブジェク
トを問い合わせるのは、キヤノンＭＩＢを搭載している
デバイスと、標準ＭＩＢのみを搭載しているデバイスの
両方を見つけたいためである。

【００６８】このＳＮＭＰパケットに対して、ＳＮＭＰ
エージェントを実装しているネットワークデバイスは、
それぞれＳＮＭＰ応答パケットを送出する（１００３〜
１００６）。

【００６９】ここで、１００３は標準ＭＩＢを問い合わ
せるブロードキャストパケット１００１に対するデバイ
ス１０３１の応答であり、デバイス１０３１の状態に応
じた値が返る。１００４は標準ＭＩＢを問い合わせるブ
ロードキャストパケット１００１に対するデバイス１０
３２の応答であり、デバイス１０３２の状態に応じた値
が返る。１００５はキヤノンＭＩＢを問い合わせるブロ
ードキャストパケット１００２に対するデバイス１０３
１の応答であり、デバイス１０３１は標準ＭＩＢのみを
実装しており、キヤノンＭＩＢは実装していないので、
エラーとしてnoSuch Nameが返される。１００６はキヤ
ノンＭＩＢを問い合わせるブロードキャストパケット１
００２に対するデバイス１０３２の応答であり、デバイ
ス１０３２の状態に応じた値が返る。

【００７０】その後、探索を開始してから一定の時間が
経過すると、一時応答タイマー１０２３が満了するの
で、探索モジュール１０３０は更に詳細な情報を取得す
るために、それぞれのデバイスに対してＳＮＭＰパケッ
トを送信する。より具体的には、一時探索タイマー１０
２３が満了した時点までに、デバイス１０３１からはキ
ヤノンＭＩＢに対してno Such Nameエラーが返ってきた
ことがわかっているので、このデバイスをキヤノンＭＩ
Ｂには対応していないデバイス、即ち標準ＭＩＢのみに
対応しているデバイスとみなして、標準ＭＩＢを用いて
より詳細な取得を行う。この取得及びデバイス１０３１
の返答が１００７及び１００８である。

【００７１】同様に、デバイス１０３２からは標準ＭＩ
Ｂ及びキヤノンＭＩＢの両方から正常な応答が返ってき
ているので、このデバイスをキヤノンＭＩＢを実装して
いるデバイスとみなし、キヤノンＭＩＢを用いてより詳
細な取得を行う。この取得及びデバイス１０３２の返答
が１００９及び１０１０である。更に時間が経過し、デ
バイス応答タイマー１０２１が満了した時点で、上位モ
ジュールに対してそれまでに探索したデバイスの情報を
通知する。更に時間が経過し、探索間隔タイマー１０２
２が満了した時点で、再度探索を開始する。以降、今ま
で説明した動作と全く同一のシーケンスであるので、説
明を省略する。

【００７２】

【発明が解決しようとする課題】しかしながら、上記従
来例では、無駄な通信が行われており、ネットワークの
トラフィックを過剰に消費するという問題点がある。よ
り具体的には、一時探索タイマー１０２３が満了するま
でになされたシーケンスは、ネットワーク上に存在する
ＳＮＭＰ対応デバイスを発見し、更にキヤノンＭＩＢ対
応デバイスを選り分けるということを目的としている。

【００７３】ＳＮＭＰ対応デバイスを発見するのであれ
ば、ブロードキャスト送信１００１に対応するデバイス
の応答である１００３及び１００４が返ってきた時点で
ＳＮＭＰ対応デバイスが発見されている分けだから、２
つ目のブロードキャスト送信１００２は不要なはずであ
る。

【００７４】更に、デバイス１０３２がキヤノンＭＩＢ
対応デバイスであるとわかった後は、標準ＭＩＢオブジ
ェクトの値は使われないので、標準ＭＩＢオブジェクト
への応答である通信１００４は無駄なパケットというこ
とになる。

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

【００７６】

【課題を解決するための手段】上記目的を達成するため
に、本発明のネットワークデバイス制御装置は、ブロー
ドキャスト通信により、ネットワークに接続されている
デバイスを探索する一次探索手段と、前記一次探索手段
で探索されたデバイスからの応答により所定のオブジェ
クトが実装されているか否かを判断する判断手段と、前
記判断手段での結果に応じて前記探索されたデバイスの
情報を探索する二次探索手段とを有することを特徴とす
る。

【００７７】更に、本発明の他のネットワークデバイス
制御装置は、ネットワークに接続されているデバイスの
デバイスとしてのインデックスを要求する要求手段と、
前記要求手段で要求したインデックスを用いてデバイス
の状態を取得する取得手段とを有することを特徴とす
る。

【００７８】また、上記目的を達成するために、本発明
のネットワークデバイス制御方法は、ブロードキャスト
通信により、ネットワークに接続されているデバイスを
探索する一次探索工程と、前記一次探索工程で探索され
たデバイスからの応答により所定のオブジェクトが実装
されているか否かを判断する判断工程と、前記判断工程
での結果に応じて前記探索されたデバイスの情報を探索
する二次探索工程とを有することを特徴とする。

【００７９】更に、本発明の他のネットワークデバイス
制御方法は、ネットワークに接続されているデバイスの
デバイスとしてのインデックスを要求する要求工程と、
前記要求工程で要求したインデックスを用いてデバイス
の状態を取得する取得工程とを有することを特徴とす
る。

【００８０】

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

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

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

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

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

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

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

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

【００８８】また同様に、ネットワークアドレス「１９
２．１．１６．１５０」のデバイスのポート値は「０ｘ
２５０１」であり、デバイスタイプは「複写機（Copie
r)」である。このデバイスでは現在紙詰まり（Jam)が発
生している。

【００８９】これらの情報のうち、動的に変化する可能
性のある情報はポート１２０２及びデバイス状態１２０
４のみである。即ち、ポート値はＭＩＢモジュール６１
０が割り当てるものであり、ＭｉｂＯｐｅｎ関数を呼び
出す度に一意な値が返される。そして、デバイス状態は
ネットワークデバイスの現在の状態を判定しており、デ
バイスの状態の変化につれて変化するものである。

【００９０】不図示の前回検出テーブルは、前回の探索
動作によって検出したデータの情報を保持するテーブル
である。前回検出テーブルは検出デバイステーブル１２
２０と同様のデータ構造をしているので、その説明は省
略する。

【００９１】これらのテーブルの使用方法については、
後述するフローチャートと共に更に詳述する。

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

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

【００９４】尚、ステップＳ１３０５は意図的には探索
間隔タイマーの満了処理であるが、処理内容はステップ
Ｓ１３０１と全く同じ処理を行う。

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

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

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

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

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

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

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

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

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

【０１０４】次に、ステップＳ１５０４において、個別
デバイス毎に更に通信を行うために、二次探索用の個別
通信ポートをオープンする。より具体的には、ステップ
Ｓ１５０３で判明したデバイスのネットワークアドレス
を引数としてＭｉｂＯｐｅｎ関数を呼び出し、得られた
ポート値を検出デバイステーブル１２２０のポート値フ
ィールド１２０２に記入する。次に、ステップＳ１５０
５において、デバイスの状態に関する情報を取得するた
めに、ＭｉｂＲｅａｄＯｂｊｅｃｔｓ関数を用いてデバ
イスに対して問い合わせを行う。ここで、問い合わせる
オブジェクトは、通信対象デバイスが既にキヤノンＭＩ
Ｂ対応デバイスと判明しているので、キヤノンＭＩＢに
おけるデバイス状態を示すＭＩＢオブジェクトとする。
この問い合わせにより、図１１に示す１１０６の通信が
行われることになる。

【０１０５】一方、ステップＳ１５０２において、受信
したパケットが正常応答でないと判断された場合には、
ステップＳ１５０６に進み、エラーコードが「no Such
Name」であったかどうかを判断する。「no Such Name」
とは、問い合わせのパケットに含まれていたＭＩＢオブ
ジェクトを実装していないことを示すエラーコードであ
る。ここで、エラーコードが「no Such Name」であるな
らば、そのデバイスはＳＮＭＰエージェントを搭載して
いるが、キヤノンＭＩＢは実装していないことを示す。

【０１０６】ステップＳ１５０６において、エラーコー
ドが「no Such Name」であった場合にはステップＳ１５
０７に進み、対象デバイスがキヤノンＭＩＢは実装して
いないがＳＮＭＰエージェントを搭載していることがわ
かっているので、コールバック関数における第１引数で
あるデバイスのネットワークアドレスを検出デバイステ
ーブル１２２０に登録するとともに、デバイスタイプと
して「標準ＭＩＢデバイス」を示す予め決めておいた定
数を書き込む。

【０１０７】次に、ステップＳ１５０８に進み、個別デ
バイス毎に更に通信を行うために、二次探索用の個別通
信ポートをオープンする。より具体的には、ステップＳ
１５０７で登録したネットワークアドレスを引数として
ＭｉｂＯｐｅｎ関数を呼び出し、得られたポート値を検
出デバイステーブル１２２０のポート値フィールド１２
０２に記入する。

【０１０８】次に、ステップＳ１５０９において、デバ
イスの状態に関する情報を取得するために、ＭｉｂＲｅ
ａｄＯｂｊｅｃｔｓ関数を用いてデバイスに対して問い
合わせを行う。ここで、問い合わせるオブジェクトは、
通信対象デバイスが標準ＭＩＢ対応デバイスと判明して
いるので、標準ＭＩＢにおけるデバイス状態を示すＭＩ
Ｂオブジェクトとする。この問い合わせにより、図１１
に示す１１０５の通信が行われることになる。

【０１０９】また、上述のステップＳ１５０６でエラー
コードが「no Such Name」でないと判断された場合はス
テップＳ１５１０に進み、そのパケットは有効な情報を
保持していないので、そのパケットを破棄する。

【０１１０】また、上述のステップＳ１５０１で、受信
したパケットが一時探索ポートへの応答ではないと判断
された場合にはステップＳ１５１１に進み、応答パケッ
トが正常応答であったかどうかを判断する。この判断の
方法はステップＳ１５０２で用いた方法と同様であるの
で説明を省略する。ステップＳ１５１１で正常応答であ
ると判断されたら、ステップＳ１５１２に進み、受信し
たパケットは二次探索パケットへの応答パケットである
と判断されるから、受信したパケットの中に、デバイス
の状態を示す情報が含まれているはずである。その情報
を取り出して、図１２に示す検出デバイステーブル１２
２０のデバイス状態フィールド１２０４に記憶する。

【０１１１】一方、ステップＳ１５１１で正常応答では
ないと判断された場合はステップＳ１５１３に進み、そ
のパケットは有効な情報を保持していないので、パケッ
トを破棄する。多くの場合、この処理が行われるのは、
通信対象デバイスはＳＮＭＰエージェントを搭載してい
るが、ステップＳ１５０９で問い合わせた標準ＭＩＢオ
ブジェクトを実装していなかった場合である。いずれに
しろ、そのパケットは有効な情報を保持していないの
で、破棄される。

【０１１２】ステップＳ１５０５、Ｓ１５０９、Ｓ１５
１０、Ｓ１５１２及びＳ１５１３の処理が終了すると、
パケット受信処理全体の処理は終了する。

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

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

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

【０１１６】このように、本実施形態によれば、単一の
ブロードキャストパケットの送信によりネットワーク上
に存在する全てのＳＮＭＰ対応デバイスを発見できるだ
けでなく、更には企業独自のプライベートＭＩＢを実装
しているかどうかまでを判断することができる。これに
より、ネットワークトラフィックを低減させることがで
きるという効果がある。

【０１１７】［他の実施形態］次に、図面を参照しなが
ら本発明に係る他の実施形態を詳細に説明する。

【０１１８】図１７は、ネットワーク管理プログラムに
おいて、ＲＦＣ１５１４で規定されているホスト資源Ｍ
ＩＢ対応プリンタのエラー状態を取得するシーケンスを
示す図である。このシーケンスは、典型的にはネットワ
ークデバイスの探索時に探索モジュールによって実行さ
れるが、それ以外にも詳細なデバイス情報を取得する時
点で実行されても良い。

【０１１９】このシーケンスにおいては、最終的にプリ
ンタのエラー状態を示すhrDetectedErrorStatusを取得
するのが目的である。しかし、このＭＩＢはＲＦＣ１５
１４で規定されているとおり、テーブルエントリないの
ＭＩＢオブジェクトである。しかも、その値にアクセス
するために必須のテーブルインデックスは、hrDeviceEn
tryという別のテーブルエントリにおいて、hrDeviceTyp
eの値がhrDevicePrinterである時のインデックスである
と規定されている。

【０１２０】これについて、具体例をあげて説明する。
図１８は、図１７に示すＲＦＣ１５１４ホスト資源ＭＩ
Ｂ対応プリンタ１０３１におけるＭＩＢの状態を示す図
である。図１８において、上段はhrDeviceEntryの状態
を、下段はhrPrinterEntryの状態をそれぞれ示してい
る。尚、hrDeviceEntryには、図に示した以外にも列が
いくつかあるが、説明に直接関係ないので表示を省略し
てある。更に、概念行と記された列は説明のために付け
加えた列であり、実際のＲＦＣ１５１４の定義では、イ
ンデックスとして定義されるものである。

【０１２１】さて、ＲＦＣ１５１４ホスト資源ＭＩＢ対
応プリンタ１０３１のコントローラは、このプリンタに
は３つのデバイスが接続されていると認識しており、そ
のためhrDeviceEntryには３つの概念行がある。３つの
デバイスとは、hrDeviceType列からわかる通り、それぞ
れネットワークボード、プリンタ並びに不明デバイスで
ある。ここで、hrDeviceIndex列を見ると、hrDeviceTyp
eがhrDevicePrinterである行のインデックスが２つある
ことがわかる。これに従って、hrPrinterEntryには概念
行が１行だけ存在し、そのインデックスは「２」とな
る。hrPrinterEntryにはそれ以外の概念行は存在しな
い。hrPrinterDetectedErrorStateの値は、このインデ
ックス２の行を見ることによって取得することができ
る。

【０１２２】つまり、hrPrinterDetectedErrorStateの
値を取得するには、まず、デバイスにおけるプリンタデ
バイスとしてのインデックスを取得することが必要であ
る。尚、これらの定義は、ＲＦＣ１５１４に詳細に記述
されている。

【０１２３】図１７に戻り、先ずデバイスにおけるプリ
ンタのインデックスを取得するために、シーケンス１７
０１において、探索モジュール１０３０がデバイス１０
３１に対してhrDeviceTypeをオブジェクトＩＤ（ＯＩ
Ｄ）として指定して、Get-Nextパケットを発行する。こ
れに対して、デバイス１０３１はシーケンス１７０２で
概念行１行目のhrDeviceTypeの値をGet-Replyパケット
で返す。この値は図１８に示すように、hrDeviceNetwor
kである。これを受けた探索モジュール１０３０は、受
けた値がhrDevicePrinterではないので、次の概念行の
値を求めるために、シーケンス１７０３でhrDeviceTyp
e.1をＯＩＤとして指定して、再びGet-Nextパケットを
発行する。これを受けてデバイス１０３１は、シーケン
ス１７０４で概念行２行目のhrDeviceTypeの値をGet-Re
plyパケットで返す。この値は図１８に示すようにhrDev
icePrinterである。この値により、デバイス１０３１が
プリンタデバイスをサポートしていることがわかり、更
にそのインデックスは「２」であることがわかる。

【０１２４】そこで、最終的にhrDetectedErrorStateの
値を取得するために、探索モジュール１０３０はシーケ
ンス１７０５でＯＩＤとしてhDetectedErrorState.2を
指定して、Getパケットを発行する。これに対して、デ
バイス１０３１はシーケンス１７０６でその値を返す。
図１８によればその値は０ｘ０１であり、これはＲＦＣ
１５１４によると紙が少なくなっていることを示す値で
ある。

【０１２５】しかしながら、図１８に示すように、hrPr
interEntryには、基本的には概念行がプリンタデバイス
のインデックスに対応する１行しか存在しない。これを
利用すると、hrDetectedErrorStateの値を取得するまで
に必要な通信の量を削減することができる。

【０１２６】そこで、他の実施形態の目的は、プリンタ
の状態を取得するまでに要する通信パケット量を削減す
ることである。

【０１２７】図１９は、他の実施形態のプリンタ状態取
得処理の動作を示すフローチャートである。この手順
は、例えばプログラムの起動時に図６に示す全体制御部
６０２が探索部６０２を呼び出すことによって実行され
る。

【０１２８】まず、ステップＳ１９０１において、デバ
イスに対してhrPrinterStatusをGet-Nextパケットで問
い合わせる。パケットの送出は、図９に示すMibReadObj
ect()関数を呼び出すことによって行われ、ネットワー
ク上ではこのパケットの送信は図２０に示すシーケンス
２００１として示されている。このパケットを送信した
後、探索モジュール１０３０はステップＳ１９０２に進
み、デバイス１０３１からの応答が来るまで待つ。

【０１２９】一方、パケットを受けたデバイス１０３１
では、hrPrinterStatusの値が存在するかどうかを調べ
る。既に図１８を用いて説明したように、デバイス１０
３１のhrPrinterEntryには概念行が一行だけ存在し、そ
のインデックスは「２」である。そこで、デバイス１０
３１は応答としてインデックスの値が「２」であるGet-
Replyパケットを返す。このパケットの中では、ＯＩＤ
としてhrPrinterStatus.2が、値として“３”が入れら
れる。このパケットの送信は、図２０に示すシーケンス
２００２として示されている。

【０１３０】Get-Replyパケットを受けた図５に示すデ
バイス５００では、パケットの受信がＮＩＣ５０８によ
って検知され、システムバス５０４を介してＣＰＵ５０
１に通知される。ソフト的には、この通知は図９に示す
コールバック関数の形で行われ、これによってプログラ
ムは次のステップに進む。

【０１３１】図１９に戻り、ステップＳ１９０３におい
て、デバイス１０３１からの応答が「エラー応答」若し
くは「オブジェクトなし」であるかどうかを判断する。
ここで、「オブジェクトなし」とは、hrPrinterErrorエ
ントリに一行も概念行が存在しない場合を言う。この状
態であることは、Get-ReplyパケットのＯＩＤフィール
ドを調べることにより可能である。「エラー応答」でも
「オブジェクトなし」でもなければ、ステップＳ１９０
４に進み、受信したGet-Replyパケットの中からhrPrint
erStatusのインデックス値を取得する。この場合、この
値は「２」である。この値は、図５に示すシステムバス
５０４を介してＲＡＭ５０３の適切な場所に格納され
る。

【０１３２】次に、ステップＳ１９０５において、hrPr
interDetectedErrorStateの値を取得するためのGet-Rep
lyパケットを送出する。ここで、hrPrinterDetectedErr
orStateのインデックスとして、上述のステップＳ１９
０４で取得したインデックス値２を使用する。即ち、Ge
t-RequestパケットのＯＩＤとしてhrPrinterDetectedEr
rorState.2を指定してパケットを送出する。このパケッ
トの送出は、図２０に示すシーケンス２００３として記
されている。パケットを送出したらステップＳ１９０６
に進み、デバイス１０３１からの応答を待つ。ここでの
処理はステップＳ１９０２と同様であるので、説明を省
略する。

【０１３３】一方、パケットを受信したデバイス１０３
１は、図１８に示すように、hrPrinterDetectedErrorSt
ate.2の値は０ｘ０１であるので、その値を返すため
に、Get-Replyパケットを送出する。このパケット送出
は、図２０に示すシーケンス２００４として記されてい
る。

【０１３４】このGet-Replyパケットを受信した探索モ
ジュール１０３０は、プログラムを次のステップＳ１９
０７に進め、受信したパケットの中からhrPrinterDetec
tedErrorState.2の値を取り出す。その値は０ｘ０１で
あり、紙が少なくなっていることを示している。次に、
ステップＳ１９０８に進み、探索したデバイスの情報を
上位モジュールである図６に示す全体制御部６０２に通
知する。これにより、全体制御部６０２はhrPrinterDet
ectedErrorStateの値をデバイスリスト部６０１に通知
し、例えば図２１に示すように、プリンタが何らかの警
告を発していることをアイコンによって示しても良い。
この処理は、ハードウェア的には図５に示すＣＰＵ５０
１がシステムバス５０４を介してＣＲＴコントローラ５
０６を制御し、ＣＲＴ５１０に図２１に示すウィンドウ
を表示させる処理である。

【０１３５】一方、図１９のステップＳ１９０３におい
て、デバイス１０３１からの応答が「エラー応答」又は
「オブジェクトなし」であった場合にはそのまま処理を
終了する。このような場合は、デバイス１０３１がプリ
ンタをサポートしないデバイスである場合であり、探索
モジュールの探索対象外であるので、上位モジュールに
何ら情報を通知することなしに処理を終了する。

【０１３６】このように、プリンタの状態を取得するま
でに要する通信パケットの量を削減することができる。
また、上述したパケットの削減効果は、プリンタ一台当
たりについての説明であり、ネットワークに接続された
プリンタの数がＮ台ある場合には、その効果はＮ倍にな
り、更に有効である。

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

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

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

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

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

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

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

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

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

【０１４６】

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図１７】プリンタ管理端末とプリンタの通信シーケン
スを示す図である。

【図１８】プリンタ１０３１におけるＭＩＢオブジェク
トの状態を示す図である。

【図１９】プリンタ状態取得処理の動作を示すフローチ
ャートである。

【図２０】プリンタ管理端末とプリンタの通信シーケン
スを示す図である。

【図２１】プリンタの状態を示すウィンドウである。

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｌ 12/26 Ｆターム(参考） 5B089 GA21 GB02 HA06 JA35 JB14 KA07 KB04 KE07 5K030 GA13 HC01 HC14 HD06 MA06 MA07 MA08 MA09 MD08 5K033 BA08 DA05 EC03 9A001 BB02 BB03 BB04 CC07 CC08 DD10 FF06 HH09 JJ18 JJ27 KK56 LL09

Claims

【特許請求の範囲】

【請求項１】ブロードキャスト通信により、ネットワ
ークに接続されているデバイスを探索する一次探索手段
と、前記一次探索手段で探索されたデバイスからの応答によ
り所定のオブジェクトが実装されているか否かを判断す
る判断手段と、前記判断手段での結果に応じて前記探索されたデバイス
の情報を探索する二次探索手段とを有することを特徴と
するネットワークデバイス制御装置。
【請求項２】前記二次探索手段は、前記判断手段にて
前記デバイスからの応答が「オブジェクトなし」と判断
された場合、前記探索されたデバイスを標準デバイスと
して扱い、標準オブジェクトを問い合わせる標準パケッ
トを送信して当該デバイスの情報を探索することを特徴
とする請求項１に記載のネットワークデバイス制御装
置。
【請求項３】ネットワークに接続されているデバイス
のデバイスとしてのインデックスを要求する要求手段
と、前記要求手段で要求したインデックスを用いてデバイス
の状態を取得する取得手段とを有することを特徴とする
ネットワークデバイス制御装置。
【請求項４】前記要求手段は、ＲＦＣ１５１４に規定
されたプリンタデバイスとしてのインデックスを要求す
ることを特徴とする請求項３に記載のネットワークデバ
イス制御装置。
【請求項５】ブロードキャスト通信により、ネットワ
ークに接続されているデバイスを探索する一次探索工程
と、前記一次探索工程で探索されたデバイスからの応答によ
り所定のオブジェクトが実装されているか否かを判断す
る判断工程と、前記判断工程での結果に応じて前記探索されたデバイス
の情報を探索する二次探索工程とを有することを特徴と
するネットワークデバイス制御方法。
【請求項６】前記二次探索工程は、前記判断工程にて
前記デバイスからの応答が「オブジェクトなし」と判断
された場合、前記探索されたデバイスを標準デバイスと
して扱い、標準オブジェクトを問い合わせる標準パケッ
トを送信して当該デバイスの情報を探索することを特徴
とする請求項５に記載のネットワークデバイス制御方
法。
【請求項７】ネットワークに接続されているデバイス
のデバイスとしてのインデックスを要求する要求工程
と、前記要求工程で要求したインデックスを用いてデバイス
の状態を取得する取得工程とを有することを特徴とする
ネットワークデバイス制御方法。
【請求項８】前記要求工程は、ＲＦＣ１５１４に規定
されたプリンタデバイスとしてのインデックスを要求す
ることを特徴とする請求項７に記載のネットワークデバ
イス制御方法。
【請求項９】ネットワークデバイス制御方法のプログ
ラムコードが格納されたコンピュータ可読記憶媒体であ
って、ブロードキャスト通信により、ネットワークに接続され
ているデバイスを探索する一次探索工程のコードと、探索されたデバイスからの応答により所定のオブジェク
トが実装されているか否かを判断する判断工程のコード
と、判断結果に応じて前記探索されたデバイスの情報を探索
する二次探索工程のコードとを有することを特徴とする
記憶媒体。
【請求項１０】ネットワークデバイス制御方法のプロ
グラムコードが格納されたコンピュータ可読記憶媒体で
あって、ネットワークに接続されているデバイスのデバイスとし
てのインデックスを要求する要求工程のコードと、要求したインデックスを用いてデバイスの状態を取得す
る取得工程のコードとを有することを特徴とする記憶媒
体。