JPH11296457A - Ｓｎｍｐプロトコルを用いたネットワーク管理ソフトウェアを含むネットワークデバイス制御方法及び装置、記録媒体 - Google Patents
Ｓｎｍｐプロトコルを用いたネットワーク管理ソフトウェアを含むネットワークデバイス制御方法及び装置、記録媒体Info
- Publication number
- JPH11296457A JPH11296457A JP10093542A JP9354298A JPH11296457A JP H11296457 A JPH11296457 A JP H11296457A JP 10093542 A JP10093542 A JP 10093542A JP 9354298 A JP9354298 A JP 9354298A JP H11296457 A JPH11296457 A JP H11296457A
- Authority
- JP
- Japan
- Prior art keywords
- message
- snmp
- snmp message
- transmitting
- objects
- 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.)
- Pending
Links
Landscapes
- Communication Control (AREA)
- Accessory Devices And Overall Control Thereof (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【課題】 エージェント側で要求されたオブジェクトの
一部が処理できない状態にある場合、他のオブジェクト
に対する処理も実行されず、マネージャ側からのデータ
の取得および設定に著しい障害となっていた。 【解決手段】 ＳＮＭＰメッセージがエラーである場合
に、ＳＮＭＰメッセージに複数のオブジェクトが含まれ
ているかどうかを判断するオブジェクト数解析ステップ
と、複数と判断された場合、単一のオブジェクトに分割
する単一オブジェクト分割ステップと、単一のオブジェ
クト毎に、ＳＮＭＰメッセージを生成し、送信するＳＮ
ＭＰメッセージ分割送信ステップとを備えることによ
り、最低限処理可能なオブジェクトに対しては正常にデ
ータの取得および設定を可能とした。
一部が処理できない状態にある場合、他のオブジェクト
に対する処理も実行されず、マネージャ側からのデータ
の取得および設定に著しい障害となっていた。 【解決手段】 ＳＮＭＰメッセージがエラーである場合
に、ＳＮＭＰメッセージに複数のオブジェクトが含まれ
ているかどうかを判断するオブジェクト数解析ステップ
と、複数と判断された場合、単一のオブジェクトに分割
する単一オブジェクト分割ステップと、単一のオブジェ
クト毎に、ＳＮＭＰメッセージを生成し、送信するＳＮ
ＭＰメッセージ分割送信ステップとを備えることによ
り、最低限処理可能なオブジェクトに対しては正常にデ
ータの取得および設定を可能とした。
Description
【０００１】
【発明の属する技術分野】本発明は、ＳＮＭＰプロトコ
ルを用いたネットワーク管理ソフトウェアによるネット
ワークデバイス制御方法及び装置、記録媒体に関する。
ルを用いたネットワーク管理ソフトウェアによるネット
ワークデバイス制御方法及び装置、記録媒体に関する。
【０００２】
【従来の技術】ネットワーク上のデバイスを管理するた
めの方法として、これまでにいくつかの試みが数多く標
準機関でなされている。国際標準化機構（ＩＳＯ）は開
放型システム間相互接続（Open System Interconnectio
n, ＯＳＩ）モデルと呼ばれる汎用基準フレームワーク
を提供した。ネットワーク管理プロトコルのＯＳＩモデ
ルは、共通管理情報プロトコル（Common Management In
formation Protocol, ＣＭＩＰ）と呼ばれる。ＣＭＩＰ
はヨーロッパの共通ネットワーク管理プロトコルであ
る。
めの方法として、これまでにいくつかの試みが数多く標
準機関でなされている。国際標準化機構（ＩＳＯ）は開
放型システム間相互接続（Open System Interconnectio
n, ＯＳＩ）モデルと呼ばれる汎用基準フレームワーク
を提供した。ネットワーク管理プロトコルのＯＳＩモデ
ルは、共通管理情報プロトコル（Common Management In
formation Protocol, ＣＭＩＰ）と呼ばれる。ＣＭＩＰ
はヨーロッパの共通ネットワーク管理プロトコルであ
る。
【０００３】米国においては、より共通性の高いネット
ワーク管理プロトコルとして、簡易ネットワーク管理プ
ロトコル（Simple Network management Protocol, ＳＮ
ＭＰ）と呼ばれるＣＭＩＰに関連する一変種のプロトコ
ルがある。（「ＴＣＰ／ＩＰネットワーク管理入門 実
用的な管理をめざして」Ｍ．Ｔ．ローズ＝著／西田竹志
＝訳（株）トッパン発行 １９９２年８月２０日初版を
参考のこと）。
ワーク管理プロトコルとして、簡易ネットワーク管理プ
ロトコル（Simple Network management Protocol, ＳＮ
ＭＰ）と呼ばれるＣＭＩＰに関連する一変種のプロトコ
ルがある。（「ＴＣＰ／ＩＰネットワーク管理入門 実
用的な管理をめざして」Ｍ．Ｔ．ローズ＝著／西田竹志
＝訳（株）トッパン発行 １９９２年８月２０日初版を
参考のこと）。
【０００４】ＳＮＭＰネットワーク管理技術によれば、
ネットワーク管理システムには、少なくとも１つのネッ
トワーク管理ステーション（ＮＭＳ）、各々がエージェ
ントを含むいくつかの管理対象ノード、及び管理ステー
ションやエージェントが管理情報を交換するために使用
するネットワーク管理プロトコルが含まれる。ユーザ
は、ＮＭＳ上でネットワーク管理ソフトウェアを用いて
管理対象ノード上のエージェントソフトウェアと通信す
ることにより、ネットワーク上のデータを取得および変
更することができる。
ネットワーク管理システムには、少なくとも１つのネッ
トワーク管理ステーション（ＮＭＳ）、各々がエージェ
ントを含むいくつかの管理対象ノード、及び管理ステー
ションやエージェントが管理情報を交換するために使用
するネットワーク管理プロトコルが含まれる。ユーザ
は、ＮＭＳ上でネットワーク管理ソフトウェアを用いて
管理対象ノード上のエージェントソフトウェアと通信す
ることにより、ネットワーク上のデータを取得および変
更することができる。
【０００５】エージェントとは、各々のターゲット装置
についてのバックラウンドプロセスとして走るソフトウ
ェアである。これに対しＮＭＳ及びＮＭＳ上で動作する
ネットワーク管理ソフトウェアを一般的にマネージャと
呼ぶ。
についてのバックラウンドプロセスとして走るソフトウ
ェアである。これに対しＮＭＳ及びＮＭＳ上で動作する
ネットワーク管理ソフトウェアを一般的にマネージャと
呼ぶ。
【０００６】ユーザからの操作によりマネージャがネッ
トワーク上の装置に対して管理データを要求した場合、
マネージャはオブジェクト識別情報を管理パケットまた
はフレームに入れてターゲットエージェントへ送り出
す。エージェントは、そのオブジェクト識別情報を解釈
して、そのオブジェクト識別情報に対応するデータを取
り出し、そのデータをパケットに入れてマネージャに送
り返す。時には、データを取り出すために対応するプロ
セスが呼び出される場合もある。
トワーク上の装置に対して管理データを要求した場合、
マネージャはオブジェクト識別情報を管理パケットまた
はフレームに入れてターゲットエージェントへ送り出
す。エージェントは、そのオブジェクト識別情報を解釈
して、そのオブジェクト識別情報に対応するデータを取
り出し、そのデータをパケットに入れてマネージャに送
り返す。時には、データを取り出すために対応するプロ
セスが呼び出される場合もある。
【０００７】エージェントは、自分の状態に関するデー
タをデータベースの形式で保持している。このデータベ
ースのことを、ＭＩＢ（Management Information Bas
e）と呼ぶ。図６は、ＭＩＢの構造を示す概念図であ
る。図６に示すように、ＭＩＢは木構造のデータ構造を
しており、全てのノードが一意に番号付けされている。
図６において、カッコ内に書かれている番号が、そのノ
ードの識別子である。
タをデータベースの形式で保持している。このデータベ
ースのことを、ＭＩＢ（Management Information Bas
e）と呼ぶ。図６は、ＭＩＢの構造を示す概念図であ
る。図６に示すように、ＭＩＢは木構造のデータ構造を
しており、全てのノードが一意に番号付けされている。
図６において、カッコ内に書かれている番号が、そのノ
ードの識別子である。
【０００８】例えば、図６においてノード６０１の識別
子は１である。ノード６０２の識別子は、ノード６０１
の下の３なので、１・３と表記される。同様にして、ノ
ード６０３の識別子は、１・３・６・１・２と表記され
る。
子は１である。ノード６０２の識別子は、ノード６０１
の下の３なので、１・３と表記される。同様にして、ノ
ード６０３の識別子は、１・３・６・１・２と表記され
る。
【０００９】このノードの識別子のことを、オブジェク
ト識別子（OBJECT IDENTIFIER）と呼ぶ。
ト識別子（OBJECT IDENTIFIER）と呼ぶ。
【００１０】このＭＩＢの構造は、管理情報構造（SM
I：Structure of Management Information）と呼ばれ、
RFC1155 Structure and Identification of Management
Information for TCP/IP-based Internetsで規定され
ている。図６には、標準として規定されているＭＩＢの
うち、一部のもののみを抜き出して記載してある。
I：Structure of Management Information）と呼ばれ、
RFC1155 Structure and Identification of Management
Information for TCP/IP-based Internetsで規定され
ている。図６には、標準として規定されているＭＩＢの
うち、一部のもののみを抜き出して記載してある。
【００１１】６０４は、ＳＮＭＰで管理される機器が標
準的に備えている標準ＭＩＢと呼ばれるオブジェクト群
の頂点になるノードであり、このノードの下のオブジェ
クトの詳細な構造については、RFC1213 Management Inf
ormation Base for NetworkManagemtn of TCP/IP-based
internets：ＭＩＢ−IIに規定されている。
準的に備えている標準ＭＩＢと呼ばれるオブジェクト群
の頂点になるノードであり、このノードの下のオブジェ
クトの詳細な構造については、RFC1213 Management Inf
ormation Base for NetworkManagemtn of TCP/IP-based
internets：ＭＩＢ−IIに規定されている。
【００１２】６０５は、ＳＮＭＰで管理されるプリンタ
が標準的に備えているプリンターＭＩＢと呼ばれるオブ
ジェクト群の頂点になるノードであり、このノードの下
のオブジェクトの詳細な構造については、RFC 1759 Pri
nter ＭＩＢで規定されている。
が標準的に備えているプリンターＭＩＢと呼ばれるオブ
ジェクト群の頂点になるノードであり、このノードの下
のオブジェクトの詳細な構造については、RFC 1759 Pri
nter ＭＩＢで規定されている。
【００１３】さらに、６０６はプライベートＭＩＢと呼
ばれ、企業や団体などが独自のＭＩＢ定義を行うための
頂点となるノードである。６０７は企業拡張ＭＩＢと呼
ばれ、プライベートＭＩＢの中で企業が独自の拡張を行
うための頂点となるノードである。キャノン株式会社に
は、独自の定義を行うために企業番号として１６０２が
割り当てられており、キャノン独自のＭＩＢであるキャ
ノンＭＩＢ（Canon ＭＩＢ）を定義するための頂点ノー
ド６０８が、企業を意味するノードであるノード６０７
の下に位置している。キャノンＭＩＢの頂点ノードのオ
ブジェクト識別子は、１・３・６・１・４・１・１６０
２である。
ばれ、企業や団体などが独自のＭＩＢ定義を行うための
頂点となるノードである。６０７は企業拡張ＭＩＢと呼
ばれ、プライベートＭＩＢの中で企業が独自の拡張を行
うための頂点となるノードである。キャノン株式会社に
は、独自の定義を行うために企業番号として１６０２が
割り当てられており、キャノン独自のＭＩＢであるキャ
ノンＭＩＢ（Canon ＭＩＢ）を定義するための頂点ノー
ド６０８が、企業を意味するノードであるノード６０７
の下に位置している。キャノンＭＩＢの頂点ノードのオ
ブジェクト識別子は、１・３・６・１・４・１・１６０
２である。
【００１４】また、ＳＮＭＰではエージェントのＭＩＢ
の変数を調べたり、設定したりするために、以下のメッ
セージを使用する。
の変数を調べたり、設定したりするために、以下のメッ
セージを使用する。
【００１５】・GET REQUESTメッセージ（マネージャか
らエージェントへ） 指定されたＭＩＢ変数を読む ・GET NEXT REQUESTメッセージ（マネージャからエージ
ェントへ） ＭＩＢの順序に従い、指定されたＭＩＢ変数の次の値を
読む ・GET RESUPONSEメッセージ（エージェントからマネー
ジャへ） 要求（GET/GET NEXT/SET REQUEST）に対するエージェン
トからの応答 ・SET REQUESTメッセージ（マネージャからエージェン
トへ） ＭＩＢ変数に指定された値を設定する ・TRAPメッセージ（エージェントからマネージャへ） 異常や事象の発生をエージェントからマネージャに知ら
せる ＳＮＭＰメッセージは、バージョン番号・ＳＮＭＰコミ
ュニティ名・ＰＤＵ（Protocol Data Unit）より構成さ
れ、そのコーディング方法は、ＡＳＮ．１（Abstract S
yntax Notation 1）のＢＥＲ（Basic Encoding Rule）
に従っている。各メッセージに対応して以下の５つのＰ
ＤＵを必須でサポートしなければならない。
らエージェントへ） 指定されたＭＩＢ変数を読む ・GET NEXT REQUESTメッセージ（マネージャからエージ
ェントへ） ＭＩＢの順序に従い、指定されたＭＩＢ変数の次の値を
読む ・GET RESUPONSEメッセージ（エージェントからマネー
ジャへ） 要求（GET/GET NEXT/SET REQUEST）に対するエージェン
トからの応答 ・SET REQUESTメッセージ（マネージャからエージェン
トへ） ＭＩＢ変数に指定された値を設定する ・TRAPメッセージ（エージェントからマネージャへ） 異常や事象の発生をエージェントからマネージャに知ら
せる ＳＮＭＰメッセージは、バージョン番号・ＳＮＭＰコミ
ュニティ名・ＰＤＵ（Protocol Data Unit）より構成さ
れ、そのコーディング方法は、ＡＳＮ．１（Abstract S
yntax Notation 1）のＢＥＲ（Basic Encoding Rule）
に従っている。各メッセージに対応して以下の５つのＰ
ＤＵを必須でサポートしなければならない。
【００１６】・GetRequest-PDU GET REQUESTメッセージのためのＰＤＵ ・GetNextRequest-PDU GET NEXT REQUESTメッセージのためのＰＤＵ ・GetResponse-PDU GET RESPONSEメッセージのためのＰＤＵ ・SetRequest-PDU SET REQUESTメッセージのためのＰＤＵ ・Trap-PDU TRAPメッセージのためのＰＤＵ なお、これらのＰＤＵのデータフォーマット（Trap-PDU
以外）を図２に示す。
以外）を図２に示す。
【００１７】本図において２０１がＳＮＭＰメッセージ
であり、２０２がＳＮＭＰのバージョン情報が格納され
る領域であり、２０３がＳＮＭＰの管理対象となる１つ
のエージェントとそれを管理する１つ以上のマネージャ
をグループ化したコミュニティの名前（コミュニティ
名）を設定する領域である。エージェントは、自分の属
するコミュニティ名と比較し、一致する場合のみその要
求を受け付ける。２０４は各ＳＮＭＰのＰＤＵが格納さ
れる領域であり、２０５がＰＤＵを示す。ＳＮＭＰメッ
セージはＰＤＵのヘッダにそのメッセージの種別（GET
REQUEST, GET NEXT REQUEST, SET REQUEST）に関する情
報を格納している。
であり、２０２がＳＮＭＰのバージョン情報が格納され
る領域であり、２０３がＳＮＭＰの管理対象となる１つ
のエージェントとそれを管理する１つ以上のマネージャ
をグループ化したコミュニティの名前（コミュニティ
名）を設定する領域である。エージェントは、自分の属
するコミュニティ名と比較し、一致する場合のみその要
求を受け付ける。２０４は各ＳＮＭＰのＰＤＵが格納さ
れる領域であり、２０５がＰＤＵを示す。ＳＮＭＰメッ
セージはＰＤＵのヘッダにそのメッセージの種別（GET
REQUEST, GET NEXT REQUEST, SET REQUEST）に関する情
報を格納している。
【００１８】２０６はGET REQUEST, GET NEXT REQUEST,
SET REQUESTの要求時にマネージャが設定するリクエス
トＩＤが設定される。エージェントは、その応答のGET
RESPONSEに同じ値を設定し、どの要求に対する応答かを
マネージャ側で判断できるようにする。２０７はエラー
ステータスが格納される領域である。エラーステータス
とはマネージャが要求したＳＮＭＰメッセージの中にエ
ラーがあったとき、エージェントからマネージャへの通
知（GET RESPONSE）に使用するものであり、要求時のＰ
ＤＵではnoErrorを設定する。なお、エージェントとし
て通知可能なエラーとして以下のものがある。
SET REQUESTの要求時にマネージャが設定するリクエス
トＩＤが設定される。エージェントは、その応答のGET
RESPONSEに同じ値を設定し、どの要求に対する応答かを
マネージャ側で判断できるようにする。２０７はエラー
ステータスが格納される領域である。エラーステータス
とはマネージャが要求したＳＮＭＰメッセージの中にエ
ラーがあったとき、エージェントからマネージャへの通
知（GET RESPONSE）に使用するものであり、要求時のＰ
ＤＵではnoErrorを設定する。なお、エージェントとし
て通知可能なエラーとして以下のものがある。
【００１９】・noError：正常（エラーなし）。
【００２０】・tooBig ：結果として応答をＳＮＭＰメ
ッセージにする際、そのエージェントでの長さの制限を
越えてしまった。
ッセージにする際、そのエージェントでの長さの制限を
越えてしまった。
【００２１】・noSuchName：指定されたオブジェクト名
が見つからない。GET NEXT REQUESTの場合は、検索の最
後になったとき、このエラーを返す。
が見つからない。GET NEXT REQUESTの場合は、検索の最
後になったとき、このエラーを返す。
【００２２】・badValue：SET REQUESTで指定されたオ
ブジェクトの長さ,タイプ,値が正しくない。
ブジェクトの長さ,タイプ,値が正しくない。
【００２３】・readOnly：読み出ししかできないオブジ
ェクトに対してSET REQUESTが要求された。
ェクトに対してSET REQUESTが要求された。
【００２４】・genErr：上記以外のエラーがエージェン
ト側で発生した。
ト側で発生した。
【００２５】２０８は、要求されたＳＮＭＰメッセージ
上で何番目のオブジェクトにエラーのあったのかを示す
エラーインデックスが格納される領域である。
上で何番目のオブジェクトにエラーのあったのかを示す
エラーインデックスが格納される領域である。
【００２６】２０９はオブジェクト名（２１０，２１
２）とその値（２１１，２１３）の対の配列（variable
-bindings）が格納される領域である。したがって、Ｓ
ＮＭＰメッセージは複数のオブジェクトに対する要求を
１つのメッセージに格納することができる。
２）とその値（２１１，２１３）の対の配列（variable
-bindings）が格納される領域である。したがって、Ｓ
ＮＭＰメッセージは複数のオブジェクトに対する要求を
１つのメッセージに格納することができる。
【００２７】図４はエージェントに対して１つのＳＮＭ
Ｐメッセージで複数のオブジェクト（ObjectA, Object
B, ObjectC）に任意の値を設定する場合のシーケンス図
である。
Ｐメッセージで複数のオブジェクト（ObjectA, Object
B, ObjectC）に任意の値を設定する場合のシーケンス図
である。
【００２８】図４において、４０１では、マネージャか
ら複数のオブジェクト、ObjectA, ObjectB, ObjectCに
値、Ｘ，Ｙ，Ｚを設定するためのSET REQUESTメッセー
ジが送出される。
ら複数のオブジェクト、ObjectA, ObjectB, ObjectCに
値、Ｘ，Ｙ，Ｚを設定するためのSET REQUESTメッセー
ジが送出される。
【００２９】これを受けて４０２ではエージェント側で
はそれぞれのオブジェクトに適切に値が設定されたこと
をGET RESPONSEメッセージによりマネージャに通知す
る。
はそれぞれのオブジェクトに適切に値が設定されたこと
をGET RESPONSEメッセージによりマネージャに通知す
る。
【００３０】図５は、マネージャが１つのＳＮＭＰメッ
セージによって複数のオブジェクト（ObjectA, Object
B, ObjectC）に対するデータの設定を要求した場合のシ
ーケンス図である。なお、同図においてエージェントは
要求されたオブジェクトの一部（ObjectA）に対する情
報の設定が不可能な状態にあり、マネージャのネットワ
ーク管理ソフトウェアはエラーとなったＳＮＭＰメッセ
ージを再送するよう動作するものとする。
セージによって複数のオブジェクト（ObjectA, Object
B, ObjectC）に対するデータの設定を要求した場合のシ
ーケンス図である。なお、同図においてエージェントは
要求されたオブジェクトの一部（ObjectA）に対する情
報の設定が不可能な状態にあり、マネージャのネットワ
ーク管理ソフトウェアはエラーとなったＳＮＭＰメッセ
ージを再送するよう動作するものとする。
【００３１】５０１ではマネージャから複数のオブジェ
クト、ObjectA, ObjectB, ObjectCに値、Ｘ，Ｙ，Ｚを
設定するためのSET REQUESTメッセージが送出される。
５０２ではエージェントがObjectAの設定に失敗したた
め、エラーステータスをGenErrに設定してGET RESPONSE
メッセージを返す。５０３ではエラーとなった要求を再
び再送するが、エージェント側では依然としてObjectA
に値が設定できないためGET RESPONSEメッセージをエラ
ーで返す。なお、このような、エラーとなった要求に対
する再送をおこなうネットワーク管理ソフトウェアは従
来一般的なものである。
クト、ObjectA, ObjectB, ObjectCに値、Ｘ，Ｙ，Ｚを
設定するためのSET REQUESTメッセージが送出される。
５０２ではエージェントがObjectAの設定に失敗したた
め、エラーステータスをGenErrに設定してGET RESPONSE
メッセージを返す。５０３ではエラーとなった要求を再
び再送するが、エージェント側では依然としてObjectA
に値が設定できないためGET RESPONSEメッセージをエラ
ーで返す。なお、このような、エラーとなった要求に対
する再送をおこなうネットワーク管理ソフトウェアは従
来一般的なものである。
【００３２】また、エージェントの動作として、マネー
ジャから複数のオブジェクトに対する処理を１つのＳＮ
ＭＰメッセージで要求された場合、エージェントが指定
されたオブジェクトの一部が正常に処理できない状態に
あれば、他のオブジェクトに対する処理も保証されない
といったものが一般的である。
ジャから複数のオブジェクトに対する処理を１つのＳＮ
ＭＰメッセージで要求された場合、エージェントが指定
されたオブジェクトの一部が正常に処理できない状態に
あれば、他のオブジェクトに対する処理も保証されない
といったものが一般的である。
【００３３】
【発明が解決しようとする課題】したがって、上記従来
のＳＮＭＰプロトコルを用いたネットワークデバイス制
御装置及び方法では、複数のオブジェクトに対する処理
を１つのＳＮＭＰメッセージで要求した場合、エージェ
ント側で要求されたオブジェクトの一部が処理できない
状態にある場合、他のオブジェクトに対する処理もおこ
なわれないため、マネージャからのデータの取得および
設定に著しい障害となっていた。
のＳＮＭＰプロトコルを用いたネットワークデバイス制
御装置及び方法では、複数のオブジェクトに対する処理
を１つのＳＮＭＰメッセージで要求した場合、エージェ
ント側で要求されたオブジェクトの一部が処理できない
状態にある場合、他のオブジェクトに対する処理もおこ
なわれないため、マネージャからのデータの取得および
設定に著しい障害となっていた。
【００３４】また、上記従来のＳＮＭＰプロトコルを用
いたネットワークデバイス制御装置及び方法でおこなっ
ているような、エラーとなったメッセージの再送をおこ
なった場合でも、エージェント側の状態が依然として要
求された複数のオブジェクトの一部が処理できない場合
は無意味である。
いたネットワークデバイス制御装置及び方法でおこなっ
ているような、エラーとなったメッセージの再送をおこ
なった場合でも、エージェント側の状態が依然として要
求された複数のオブジェクトの一部が処理できない場合
は無意味である。
【００３５】従って、本出願に係る発明の目的は、１つ
のＳＮＭＰメッセージによって複数のオブジェクトに対
するデータ野取得および設定を要求し、エージェント側
で要求された全オブジェクトの一部が正常に処理されな
かった場合、エラーとなったＳＮＭＰメッセージに含ま
れる複数のオブジェクトを分割し、それぞれを単一のオ
ブジェクト毎のＳＮＭＰメッセージとして送信すること
で、エージェントが要求された全オブジェクトの一部が
正常に処理できない状態にある場合でも、処理可能なオ
ブジェクトに対しては正常にデータの取得および設定で
きるネットワークデバイス制御装置及び方法を実現する
ことを目的とする。
のＳＮＭＰメッセージによって複数のオブジェクトに対
するデータ野取得および設定を要求し、エージェント側
で要求された全オブジェクトの一部が正常に処理されな
かった場合、エラーとなったＳＮＭＰメッセージに含ま
れる複数のオブジェクトを分割し、それぞれを単一のオ
ブジェクト毎のＳＮＭＰメッセージとして送信すること
で、エージェントが要求された全オブジェクトの一部が
正常に処理できない状態にある場合でも、処理可能なオ
ブジェクトに対しては正常にデータの取得および設定で
きるネットワークデバイス制御装置及び方法を実現する
ことを目的とする。
【００３６】
【課題を解決するための手段】前記目的を達成するため
に本発明は、以下の構成からなる。
に本発明は、以下の構成からなる。
【００３７】すなわち、ネットワークデバイス制御方法
は、ユーザからの操作により適当なＳＮＭＰメッセージ
を送信するＳＮＭＰメッセージ送信ステップと、前記Ｓ
ＮＭＰメッセージ送信ステップにおいて送信されたＳＮ
ＭＰメッセージに対するエージェントからのレスポンス
としてのＳＮＭＰメッセージを受信するＳＮＭＰメッセ
ージ受信ステップと、前記ＳＮＭＰメッセージ受信ステ
ップにおいて受信したＳＮＭＰメッセージが、エラーか
否かを判断する受信メッセージ解析ステップと、前記受
信メッセージ解析ステップにおいて受信したＳＮＭＰメ
ッセージがエラーである場合に、前記ＳＮＭＰメッセー
ジ送信ステップにおいて送信したＳＮＭＰメッセージに
複数のオブジェクトが含まれているかどうかを判断する
オブジェクト数解析ステップと、前記オブジェクト数解
析ステップにおいて、送信したＳＮＭＰメッセージに複
数のオブジェクトが含まれていると判断された場合、単
一のオブジェクトに分割する単一オブジェクト分割ステ
ップと、前記分割された単一のオブジェクト毎に、ＳＮ
ＭＰメッセージを生成し、送信するＳＮＭＰメッセージ
分割送信ステップとを備える。
は、ユーザからの操作により適当なＳＮＭＰメッセージ
を送信するＳＮＭＰメッセージ送信ステップと、前記Ｓ
ＮＭＰメッセージ送信ステップにおいて送信されたＳＮ
ＭＰメッセージに対するエージェントからのレスポンス
としてのＳＮＭＰメッセージを受信するＳＮＭＰメッセ
ージ受信ステップと、前記ＳＮＭＰメッセージ受信ステ
ップにおいて受信したＳＮＭＰメッセージが、エラーか
否かを判断する受信メッセージ解析ステップと、前記受
信メッセージ解析ステップにおいて受信したＳＮＭＰメ
ッセージがエラーである場合に、前記ＳＮＭＰメッセー
ジ送信ステップにおいて送信したＳＮＭＰメッセージに
複数のオブジェクトが含まれているかどうかを判断する
オブジェクト数解析ステップと、前記オブジェクト数解
析ステップにおいて、送信したＳＮＭＰメッセージに複
数のオブジェクトが含まれていると判断された場合、単
一のオブジェクトに分割する単一オブジェクト分割ステ
ップと、前記分割された単一のオブジェクト毎に、ＳＮ
ＭＰメッセージを生成し、送信するＳＮＭＰメッセージ
分割送信ステップとを備える。
【００３８】また、ネットワークデバイス制御装置は、
ユーザからの操作により適当なＳＮＭＰメッセージを送
信するＳＮＭＰメッセージ送信手段と、前記ＳＮＭＰメ
ッセージ送信ステップにおいて送信されたＳＮＭＰメッ
セージに対するエージェントからのレスポンスとしての
ＳＮＭＰメッセージを受信するＳＮＭＰメッセージ受信
手段と、前記ＳＮＭＰメッセージ受信手段において受信
したＳＮＭＰメッセージがエラーかどうかを判断する受
信メッセージ解析手段と、前記受信メッセージ解析手段
において受信したＳＮＭＰメッセージがエラーである場
合に、前記ＳＮＭＰメッセージ送信手段において送信し
たＳＮＭＰメッセージに複数のオブジェクトが含まれて
いるかどうかを判断するオブジェクト数解析手段と、前
記オブジェクト数解析手段において、送信したＳＮＭＰ
メッセージに複数のオブジェクトが含まれていると判断
された場合、単一のオブジェクトに分割する単一オブジ
ェクト分割ステップと、前記分割された単一のオブジェ
クト毎に、ＳＮＭＰメッセージを生成し、送信するＳＮ
ＭＰメッセージ分割送信手段とを備える。
ユーザからの操作により適当なＳＮＭＰメッセージを送
信するＳＮＭＰメッセージ送信手段と、前記ＳＮＭＰメ
ッセージ送信ステップにおいて送信されたＳＮＭＰメッ
セージに対するエージェントからのレスポンスとしての
ＳＮＭＰメッセージを受信するＳＮＭＰメッセージ受信
手段と、前記ＳＮＭＰメッセージ受信手段において受信
したＳＮＭＰメッセージがエラーかどうかを判断する受
信メッセージ解析手段と、前記受信メッセージ解析手段
において受信したＳＮＭＰメッセージがエラーである場
合に、前記ＳＮＭＰメッセージ送信手段において送信し
たＳＮＭＰメッセージに複数のオブジェクトが含まれて
いるかどうかを判断するオブジェクト数解析手段と、前
記オブジェクト数解析手段において、送信したＳＮＭＰ
メッセージに複数のオブジェクトが含まれていると判断
された場合、単一のオブジェクトに分割する単一オブジ
ェクト分割ステップと、前記分割された単一のオブジェ
クト毎に、ＳＮＭＰメッセージを生成し、送信するＳＮ
ＭＰメッセージ分割送信手段とを備える。
【００３９】あるいは、ネットワークデバイス制御方法
は、ユーザからの操作により適当なＳＮＭＰメッセージ
を送信するＳＮＭＰメッセージ送信ステップと、前記Ｓ
ＮＭＰメッセージ送信ステップにおいて送信されたＳＮ
ＭＰメッセージに対するエージェントからのレスポンス
としてのＳＮＭＰメッセージを受信するＳＮＭＰメッセ
ージ受信ステップと、前記ＳＮＭＰメッセージ受信ステ
ップにおいて受信したＳＮＭＰメッセージが、エラーか
否かを判断する受信メッセージ解析ステップと、前記受
信メッセージ解析ステップにおいて受信したＳＮＭＰメ
ッセージがエラーである場合に、前記ＳＮＭＰメッセー
ジ受信ステップにおいて受信したＳＮＭＰメッセージに
複数のオブジェクトが含まれているかどうかを判断する
オブジェクト数解析ステップと、前記オブジェクト数解
析ステップにおいて、受信したＳＮＭＰメッセージに複
数のオブジェクトが含まれていると判断された場合、単
一のオブジェクトに分割する単一オブジェクト分割ステ
ップと、前記分割された単一のオブジェクト毎に、ＳＮ
ＭＰメッセージを生成し、送信するＳＮＭＰメッセージ
分割送信ステップとを備える。
は、ユーザからの操作により適当なＳＮＭＰメッセージ
を送信するＳＮＭＰメッセージ送信ステップと、前記Ｓ
ＮＭＰメッセージ送信ステップにおいて送信されたＳＮ
ＭＰメッセージに対するエージェントからのレスポンス
としてのＳＮＭＰメッセージを受信するＳＮＭＰメッセ
ージ受信ステップと、前記ＳＮＭＰメッセージ受信ステ
ップにおいて受信したＳＮＭＰメッセージが、エラーか
否かを判断する受信メッセージ解析ステップと、前記受
信メッセージ解析ステップにおいて受信したＳＮＭＰメ
ッセージがエラーである場合に、前記ＳＮＭＰメッセー
ジ受信ステップにおいて受信したＳＮＭＰメッセージに
複数のオブジェクトが含まれているかどうかを判断する
オブジェクト数解析ステップと、前記オブジェクト数解
析ステップにおいて、受信したＳＮＭＰメッセージに複
数のオブジェクトが含まれていると判断された場合、単
一のオブジェクトに分割する単一オブジェクト分割ステ
ップと、前記分割された単一のオブジェクト毎に、ＳＮ
ＭＰメッセージを生成し、送信するＳＮＭＰメッセージ
分割送信ステップとを備える。
【００４０】あるいは、ネットワークデバイス制御装置
は、ユーザからの操作により適当なＳＮＭＰメッセージ
を送信するＳＮＭＰメッセージ送信手段と、前記ＳＮＭ
Ｐメッセージ送信ステップにおいて送信されたＳＮＭＰ
メッセージに対するエージェントからのレスポンスとし
てのＳＮＭＰメッセージを受信するＳＮＭＰメッセージ
受信手段と、前記ＳＮＭＰメッセージ受信手段において
受信したＳＮＭＰメッセージがエラーかどうかを判断す
る受信メッセージ解析手段と、前記受信メッセージ解析
手段において受信したＳＮＭＰメッセージがエラーであ
る場合に、前記ＳＮＭＰメッセージ受信手段において受
信したＳＮＭＰメッセージに複数のオブジェクトが含ま
れているかどうかを判断するオブジェクト数解析手段
と、前記オブジェクト数解析手段において、送信したＳ
ＮＭＰメッセージに複数のオブジェクトが含まれている
と判断された場合、単一のオブジェクトに分割する単一
オブジェクト分割ステップと、前記分割された単一のオ
ブジェクト毎に、ＳＮＭＰメッセージを生成し、送信す
るＳＮＭＰメッセージ分割送信手段とを備える。
は、ユーザからの操作により適当なＳＮＭＰメッセージ
を送信するＳＮＭＰメッセージ送信手段と、前記ＳＮＭ
Ｐメッセージ送信ステップにおいて送信されたＳＮＭＰ
メッセージに対するエージェントからのレスポンスとし
てのＳＮＭＰメッセージを受信するＳＮＭＰメッセージ
受信手段と、前記ＳＮＭＰメッセージ受信手段において
受信したＳＮＭＰメッセージがエラーかどうかを判断す
る受信メッセージ解析手段と、前記受信メッセージ解析
手段において受信したＳＮＭＰメッセージがエラーであ
る場合に、前記ＳＮＭＰメッセージ受信手段において受
信したＳＮＭＰメッセージに複数のオブジェクトが含ま
れているかどうかを判断するオブジェクト数解析手段
と、前記オブジェクト数解析手段において、送信したＳ
ＮＭＰメッセージに複数のオブジェクトが含まれている
と判断された場合、単一のオブジェクトに分割する単一
オブジェクト分割ステップと、前記分割された単一のオ
ブジェクト毎に、ＳＮＭＰメッセージを生成し、送信す
るＳＮＭＰメッセージ分割送信手段とを備える。
【００４１】また、ネットワークデバイス制御方法にお
いて、前記ユーザからの操作による適当なＳＮＭＰメッ
セージはGetRequest, SetRequest, GetNextRequestであ
ることを特徴とする。
いて、前記ユーザからの操作による適当なＳＮＭＰメッ
セージはGetRequest, SetRequest, GetNextRequestであ
ることを特徴とする。
【００４２】また、ネットワークデバイス制御装置にお
いて、前記ユーザからの操作による適当なＳＮＭＰメッ
セージはGetRequest, SetRequest, GetNextRequestであ
ることを特徴とする。
いて、前記ユーザからの操作による適当なＳＮＭＰメッ
セージはGetRequest, SetRequest, GetNextRequestであ
ることを特徴とする。
【００４３】また、記録媒体は、ユーザからの操作によ
り適当なＳＮＭＰメッセージを送信するＳＮＭＰメッセ
ージ送信ステップと、前記ＳＮＭＰメッセージ送信ステ
ップにおいて送信されたＳＮＭＰメッセージに対するエ
ージェントからのレスポンスとしてのＳＮＭＰメッセー
ジを受信するＳＮＭＰメッセージ受信ステップと、前記
ＳＮＭＰメッセージ受信ステップにおいて受信したＳＮ
ＭＰメッセージが、エラーか否かを判断する受信メッセ
ージ解析ステップと、前記受信メッセージ解析ステップ
において受信したＳＮＭＰメッセージがエラーである場
合に、前記ＳＮＭＰメッセージ送信ステップにおいて送
信したＳＮＭＰメッセージに複数のオブジェクトが含ま
れているかどうかを判断するオブジェクト数解析ステッ
プと、前記オブジェクト数解析ステップにおいて、送信
したＳＮＭＰメッセージに複数のオブジェクトが含まれ
ていると判断された場合、単一のオブジェクトに分割す
る単一オブジェクト分割ステップと、前記分割された単
一のオブジェクト毎に、ＳＮＭＰメッセージを生成し、
送信するＳＮＭＰメッセージ分割送信ステップとを記録
したことを特徴とする。
り適当なＳＮＭＰメッセージを送信するＳＮＭＰメッセ
ージ送信ステップと、前記ＳＮＭＰメッセージ送信ステ
ップにおいて送信されたＳＮＭＰメッセージに対するエ
ージェントからのレスポンスとしてのＳＮＭＰメッセー
ジを受信するＳＮＭＰメッセージ受信ステップと、前記
ＳＮＭＰメッセージ受信ステップにおいて受信したＳＮ
ＭＰメッセージが、エラーか否かを判断する受信メッセ
ージ解析ステップと、前記受信メッセージ解析ステップ
において受信したＳＮＭＰメッセージがエラーである場
合に、前記ＳＮＭＰメッセージ送信ステップにおいて送
信したＳＮＭＰメッセージに複数のオブジェクトが含ま
れているかどうかを判断するオブジェクト数解析ステッ
プと、前記オブジェクト数解析ステップにおいて、送信
したＳＮＭＰメッセージに複数のオブジェクトが含まれ
ていると判断された場合、単一のオブジェクトに分割す
る単一オブジェクト分割ステップと、前記分割された単
一のオブジェクト毎に、ＳＮＭＰメッセージを生成し、
送信するＳＮＭＰメッセージ分割送信ステップとを記録
したことを特徴とする。
【００４４】あるいは、記録媒体は、ユーザからの操作
により適当なＳＮＭＰメッセージを送信するＳＮＭＰメ
ッセージ送信ステップと、前記ＳＮＭＰメッセージ送信
ステップにおいて送信されたＳＮＭＰメッセージに対す
るエージェントからのレスポンスとしてのＳＮＭＰメッ
セージを受信するＳＮＭＰメッセージ受信ステップと、
前記ＳＮＭＰメッセージ受信ステップにおいて受信した
ＳＮＭＰメッセージが、エラーか否かを判断する受信メ
ッセージ解析ステップと、前記受信メッセージ解析ステ
ップにおいて受信したＳＮＭＰメッセージがエラーであ
る場合に、前記ＳＮＭＰメッセージ受信ステップにおい
て受信したＳＮＭＰメッセージに複数のオブジェクトが
含まれているかどうかを判断するオブジェクト数解析ス
テップと、前記オブジェクト数解析ステップにおいて、
受信したＳＮＭＰメッセージに複数のオブジェクトが含
まれていると判断された場合、単一のオブジェクトに分
割する単一オブジェクト分割ステップと、前記分割され
た単一のオブジェクト毎に、ＳＮＭＰメッセージを生成
し、送信するＳＮＭＰメッセージ分割送信ステップとを
記録したことを特徴とする。
により適当なＳＮＭＰメッセージを送信するＳＮＭＰメ
ッセージ送信ステップと、前記ＳＮＭＰメッセージ送信
ステップにおいて送信されたＳＮＭＰメッセージに対す
るエージェントからのレスポンスとしてのＳＮＭＰメッ
セージを受信するＳＮＭＰメッセージ受信ステップと、
前記ＳＮＭＰメッセージ受信ステップにおいて受信した
ＳＮＭＰメッセージが、エラーか否かを判断する受信メ
ッセージ解析ステップと、前記受信メッセージ解析ステ
ップにおいて受信したＳＮＭＰメッセージがエラーであ
る場合に、前記ＳＮＭＰメッセージ受信ステップにおい
て受信したＳＮＭＰメッセージに複数のオブジェクトが
含まれているかどうかを判断するオブジェクト数解析ス
テップと、前記オブジェクト数解析ステップにおいて、
受信したＳＮＭＰメッセージに複数のオブジェクトが含
まれていると判断された場合、単一のオブジェクトに分
割する単一オブジェクト分割ステップと、前記分割され
た単一のオブジェクト毎に、ＳＮＭＰメッセージを生成
し、送信するＳＮＭＰメッセージ分割送信ステップとを
記録したことを特徴とする。
【００４５】
【発明の実施の形態】以下図面を用いて本発明によるＳ
ＮＭＰプロトコルを用いたネットワーク管理ソフトウェ
アを含むネットワークデバイス制御装置及び方法につい
て説明する。
ＮＭＰプロトコルを用いたネットワーク管理ソフトウェ
アを含むネットワークデバイス制御装置及び方法につい
て説明する。
【００４６】図７は、本発明によるネットワーク管理ソ
フトウェアが稼動可能なＰＣの構成を示すブロック図で
ある。図７において、７０１は、ネットワーク管理ソフ
トウェアが稼動するＰＣである。ＰＣ７０１は、ＲＯＭ
７０３もしくはハードディスク（ＨＤ）７１２に記憶さ
れた、あるいはフロッピーディスクドライブ（ＦＤ）７
１３より供給されるネットワーク管理プログラムを実行
するＣＰＵ７０２を備え、システムバス７０５に接続さ
れる各デバイスを総括的に制御する。
フトウェアが稼動可能なＰＣの構成を示すブロック図で
ある。図７において、７０１は、ネットワーク管理ソフ
トウェアが稼動するＰＣである。ＰＣ７０１は、ＲＯＭ
７０３もしくはハードディスク（ＨＤ）７１２に記憶さ
れた、あるいはフロッピーディスクドライブ（ＦＤ）７
１３より供給されるネットワーク管理プログラムを実行
するＣＰＵ７０２を備え、システムバス７０５に接続さ
れる各デバイスを総括的に制御する。
【００４７】７０４はＲＡＭで、ＣＰＵ７０２の主メモ
リ、ワークエリア等として機能する。７０６はキーボー
ドコントローラ（ＫＢＣ）で、キーボード（ＫＢ）７１
０や不図示のポインティングデバイス等からの指示入力
を制御する。７０７はＣＲＴコントローラ（ＣＲＴＣ）
で、ＣＲＴディスプレイ（ＣＲＴ）７１１の表示を制御
する。７０８はディスクコントローラ（ＤＫＣ）で、ブ
ートプログラム、種々のアプリケーション、編集ファイ
ル、ユーザファイルそしてネットワーク管理プログラム
等を記憶するハードディスク（ＨＤ）７１２およびフロ
ッピーディスクコントローラ（ＦＤ）７１３とのアクセ
スを制御する。７０９はネットワークインタフェースカ
ード（ＮＩＣ）で、ＬＡＮ７００を介して、エージェン
トあるいはネットワーク機器と双方向にデータをやりと
りする。
リ、ワークエリア等として機能する。７０６はキーボー
ドコントローラ（ＫＢＣ）で、キーボード（ＫＢ）７１
０や不図示のポインティングデバイス等からの指示入力
を制御する。７０７はＣＲＴコントローラ（ＣＲＴＣ）
で、ＣＲＴディスプレイ（ＣＲＴ）７１１の表示を制御
する。７０８はディスクコントローラ（ＤＫＣ）で、ブ
ートプログラム、種々のアプリケーション、編集ファイ
ル、ユーザファイルそしてネットワーク管理プログラム
等を記憶するハードディスク（ＨＤ）７１２およびフロ
ッピーディスクコントローラ（ＦＤ）７１３とのアクセ
スを制御する。７０９はネットワークインタフェースカ
ード（ＮＩＣ）で、ＬＡＮ７００を介して、エージェン
トあるいはネットワーク機器と双方向にデータをやりと
りする。
【００４８】次に、本発明のネットワーク管理ソフトウ
ェアの構成について説明する。
ェアの構成について説明する。
【００４９】本発明のネットワーク管理装置は、図７に
示したような従来のネットワーク管理装置を実現可能な
ＰＣと同様の構成のＰＣ上に実現される。ハードディス
ク（ＨＤ）７１２には、後述のすべての説明で動作主体
となる本願に係るネットワーク管理ソフトウェアのプロ
グラムが格納される。後述のすべての説明において、特
に断りのない限り、実行の主体はハード上はＣＰＵ７０
２である。一方、ソフトウェア上の制御の主体は、ハー
ドディスク（ＨＤ）７１２に格納されたネットワーク管
理ソフトウェアである。本実施形態においては、ＯＳは
例えば、ウィンドウズ９５（マイクロソフト社製）を想
定しているが、これに限るものではない。
示したような従来のネットワーク管理装置を実現可能な
ＰＣと同様の構成のＰＣ上に実現される。ハードディス
ク（ＨＤ）７１２には、後述のすべての説明で動作主体
となる本願に係るネットワーク管理ソフトウェアのプロ
グラムが格納される。後述のすべての説明において、特
に断りのない限り、実行の主体はハード上はＣＰＵ７０
２である。一方、ソフトウェア上の制御の主体は、ハー
ドディスク（ＨＤ）７１２に格納されたネットワーク管
理ソフトウェアである。本実施形態においては、ＯＳは
例えば、ウィンドウズ９５（マイクロソフト社製）を想
定しているが、これに限るものではない。
【００５０】なお本願に係るネットワーク管理プログラ
ムは、フロッピーディスクやＣＤ−ＲＯＭなどの記憶媒
体に格納された形で供給されても良く、その場合には図
７に示すフロッピーディスクコントローラ（ＦＤ）７１
３または不図示のＣＤ−ＲＯＭドライブなどによって記
憶媒体からプログラムが読み取られ、ハードディスク
（ＨＤ）７１２にインストールされる。
ムは、フロッピーディスクやＣＤ−ＲＯＭなどの記憶媒
体に格納された形で供給されても良く、その場合には図
７に示すフロッピーディスクコントローラ（ＦＤ）７１
３または不図示のＣＤ−ＲＯＭドライブなどによって記
憶媒体からプログラムが読み取られ、ハードディスク
（ＨＤ）７１２にインストールされる。
【００５１】図８は、本発明に係るネットワーク管理ソ
フトウェアのモジュール構成の一例を示すモジュール図
である。
フトウェアのモジュール構成の一例を示すモジュール図
である。
【００５２】本発明に係るネットワーク管理ソフトウェ
アは、図７におけるハードディスク７１２に格納されて
おり、ＣＰＵ７０２によって実行される。その際、ＣＰ
Ｕ７０２はワークエリアとしてＲＡＭ７０４を使用す
る。
アは、図７におけるハードディスク７１２に格納されて
おり、ＣＰＵ７０２によって実行される。その際、ＣＰ
Ｕ７０２はワークエリアとしてＲＡＭ７０４を使用す
る。
【００５３】図８において、８０１はデバイスリストモ
ジュールと呼ばれ、ネットワークに接続されたデバイス
を一覧にして表示するモジュールである。８０２は全体
制御モジュールと呼ばれ、デバイスリストからの指示を
もとに、他のモジュールを統括するモジュールである。
８０３はコンフィグレータと呼ばれ、エージェントのネ
ットワーク設定に関する特別な処理を行うモジュールで
ある。８０４は、探索モジュールと呼ばれ、ネットワー
クに接続されているデバイスを探索するモジュールであ
る。探索モジュール８０４によって探索されたデバイス
が、デバイスリスト８０１によって一覧表示される。８
０５は、プリントジョブの状況をNewWare API８１６を
用いてネットワークサーバから取得するNetWareジョブ
モジュールである。（なお、NetWare APIについては、
例えばNovell社から発行されている"NetWare Programme
r's Guide for C"等を参照のこと。この書籍はノベル株
式会社から購入可能である。）８０６および８０７はデ
バイスの種別に応じてそれぞれのより詳細な情報を表示
するデバイス詳細ウィンドウを表示するためのＵＩモジ
ュールであり、詳細情報を表示する対象機種毎にＵＩモ
ジュールが存在する。８０８および８０９は制御モジュ
ールと呼ばれ、詳細情報を取得する対象機種に特有の制
御を受け持つモジュールである。ＵＩモジュールと同様
に、制御モジュールも詳細情報を表示する対象機種毎に
存在する。制御Ａモジュール８０８および制御Ｂモジュ
ール８０９は、ＭＩＢハンドリングモジュール８１０を
用いて管理対象デバイスからＭＩＢデータを取得し、必
要に応じてデータの変換を行い、各々対応するＵＩ Ａ
モジュール８０６またはＵＩ Ｂモジュール８０７にデ
ータを渡す。
ジュールと呼ばれ、ネットワークに接続されたデバイス
を一覧にして表示するモジュールである。８０２は全体
制御モジュールと呼ばれ、デバイスリストからの指示を
もとに、他のモジュールを統括するモジュールである。
８０３はコンフィグレータと呼ばれ、エージェントのネ
ットワーク設定に関する特別な処理を行うモジュールで
ある。８０４は、探索モジュールと呼ばれ、ネットワー
クに接続されているデバイスを探索するモジュールであ
る。探索モジュール８０４によって探索されたデバイス
が、デバイスリスト８０１によって一覧表示される。８
０５は、プリントジョブの状況をNewWare API８１６を
用いてネットワークサーバから取得するNetWareジョブ
モジュールである。（なお、NetWare APIについては、
例えばNovell社から発行されている"NetWare Programme
r's Guide for C"等を参照のこと。この書籍はノベル株
式会社から購入可能である。）８０６および８０７はデ
バイスの種別に応じてそれぞれのより詳細な情報を表示
するデバイス詳細ウィンドウを表示するためのＵＩモジ
ュールであり、詳細情報を表示する対象機種毎にＵＩモ
ジュールが存在する。８０８および８０９は制御モジュ
ールと呼ばれ、詳細情報を取得する対象機種に特有の制
御を受け持つモジュールである。ＵＩモジュールと同様
に、制御モジュールも詳細情報を表示する対象機種毎に
存在する。制御Ａモジュール８０８および制御Ｂモジュ
ール８０９は、ＭＩＢハンドリングモジュール８１０を
用いて管理対象デバイスからＭＩＢデータを取得し、必
要に応じてデータの変換を行い、各々対応するＵＩ Ａ
モジュール８０６またはＵＩ Ｂモジュール８０７にデ
ータを渡す。
【００５４】ＭＩＢハンドリングモジュール８１０は、
全体制御モジュール８０２、制御Ａモジュール、制御Ｂ
モジュールからの要求に応じてＳＮＭＰメッセージを生
成するために必要な情報（コミュニティ名、オブジェク
ト識別子など）をＳＮＭＰプロトコルモジュール８１１
に通知する。
全体制御モジュール８０２、制御Ａモジュール、制御Ｂ
モジュールからの要求に応じてＳＮＭＰメッセージを生
成するために必要な情報（コミュニティ名、オブジェク
ト識別子など）をＳＮＭＰプロトコルモジュール８１１
に通知する。
【００５５】８１１はＳＮＭＰプロトコルモジュールと
呼ばれ、ＳＮＭＰパケットの送信と受信を行う。
呼ばれ、ＳＮＭＰパケットの送信と受信を行う。
【００５６】８１２は共通トランスポートモジュールと
呼ばれ、ＳＮＭＰデータを運搬するための下位プロトコ
ルの差を吸収するモジュールである。実際には、動作時
にユーザが選択したプロトコルの差を吸収するモジュー
ルである。実際には、動作時にユーザが選択したプロト
コルによって、ＩＰＸハンドラ８１３かＵＤＰハンドラ
８１４のいずれかがデータを転送する役割を担う。な
お、ＵＤＰハンドラは、実装としてWinSock８１７を用
いている。（WinSockについては、例えばWindowsSocket
API v1.1の仕様書を参照のこと。このドキュメント
は、複数箇所から入手可能であるが、例えばマイクロソ
フト社製のコンパイラであるVisual C++に同梱されてい
る。）コンフィグレータ８０３が用いる現在のプロトコ
ル８１５というのは、動作時にユーザが選択しているＩ
ＰＸプロトコルかＵＤＰプロトコルのいずれかのことを
示す。
呼ばれ、ＳＮＭＰデータを運搬するための下位プロトコ
ルの差を吸収するモジュールである。実際には、動作時
にユーザが選択したプロトコルの差を吸収するモジュー
ルである。実際には、動作時にユーザが選択したプロト
コルによって、ＩＰＸハンドラ８１３かＵＤＰハンドラ
８１４のいずれかがデータを転送する役割を担う。な
お、ＵＤＰハンドラは、実装としてWinSock８１７を用
いている。（WinSockについては、例えばWindowsSocket
API v1.1の仕様書を参照のこと。このドキュメント
は、複数箇所から入手可能であるが、例えばマイクロソ
フト社製のコンパイラであるVisual C++に同梱されてい
る。）コンフィグレータ８０３が用いる現在のプロトコ
ル８１５というのは、動作時にユーザが選択しているＩ
ＰＸプロトコルかＵＤＰプロトコルのいずれかのことを
示す。
【００５７】図１は、本発明によるネットワーク管理ソ
フトウェアが１つのＳＮＭＰメッセージによって複数の
オブジェクト（ObjectA, ObjectB, ObjectC）に対する
データの設定を要求し、エージェント側が要求されたオ
ブジェクトの一部（ObjectA）に対する情報の設定が不
可能な状態にある場合、ＳＮＭＰメッセージを各オブジ
ェクト毎に分割し、送信する際の動作を示すフローチャ
ートである。
フトウェアが１つのＳＮＭＰメッセージによって複数の
オブジェクト（ObjectA, ObjectB, ObjectC）に対する
データの設定を要求し、エージェント側が要求されたオ
ブジェクトの一部（ObjectA）に対する情報の設定が不
可能な状態にある場合、ＳＮＭＰメッセージを各オブジ
ェクト毎に分割し、送信する際の動作を示すフローチャ
ートである。
【００５８】同図においてステップＳ１００ではユーザ
がＰＣ７０１でキーボード（ＫＢ）７１０、もしくは、
マウス等を使用してハードディスク（ＨＤ）７１２に記
憶された本発明によるネットワーク管理ソフトウェアを
起動し、管理対象のネットワークデバイスに関する情報
を取得するよう操作する、この操作によりデバイスリス
トモジュール８０１、ＵＩ Ａモジュール８０６、ＵＩ
Ｂモジュール８０７のいずれかのモジュールから要求
が発生し、それに応じて全体制御モジュール８０２、制
御Ａモジュール８０８、制御Ｂモジュール８０９のいず
れかの制御モジュールからＭＩＢハンドリングモジュー
ル８１０のＡＰＩがコールされる。
がＰＣ７０１でキーボード（ＫＢ）７１０、もしくは、
マウス等を使用してハードディスク（ＨＤ）７１２に記
憶された本発明によるネットワーク管理ソフトウェアを
起動し、管理対象のネットワークデバイスに関する情報
を取得するよう操作する、この操作によりデバイスリス
トモジュール８０１、ＵＩ Ａモジュール８０６、ＵＩ
Ｂモジュール８０７のいずれかのモジュールから要求
が発生し、それに応じて全体制御モジュール８０２、制
御Ａモジュール８０８、制御Ｂモジュール８０９のいず
れかの制御モジュールからＭＩＢハンドリングモジュー
ル８１０のＡＰＩがコールされる。
【００５９】ステップＳ１０１では、ステップＳ１００
においてコールされたＡＰＩのパラメータを解析し、適
当なオブジェクトに対するＳＮＭＰメッセージをＳＮＭ
Ｐプロトコルモジュール８１１に対して要求する。これ
を受けてＳＮＭＰプロトコルモジュール８１１では、要
求に応じたＳＮＭＰメッセージを生成し、共通トランス
ポートモジュール８１２に通知する。共通トランスポー
トモジュール８１２では、動作時にユーザが選択したプ
ロトコルによって、ＩＰＸハンドラ８１３かＵＤＰハン
ドラ８１４のいずれかにデータを転送する。以上の様な
動作の後、ＳＮＭＰメッセージがネットワークインタフ
ェースカード（ＮＩＣ）７０９を経由してＬＡＮ７００
送出される。
においてコールされたＡＰＩのパラメータを解析し、適
当なオブジェクトに対するＳＮＭＰメッセージをＳＮＭ
Ｐプロトコルモジュール８１１に対して要求する。これ
を受けてＳＮＭＰプロトコルモジュール８１１では、要
求に応じたＳＮＭＰメッセージを生成し、共通トランス
ポートモジュール８１２に通知する。共通トランスポー
トモジュール８１２では、動作時にユーザが選択したプ
ロトコルによって、ＩＰＸハンドラ８１３かＵＤＰハン
ドラ８１４のいずれかにデータを転送する。以上の様な
動作の後、ＳＮＭＰメッセージがネットワークインタフ
ェースカード（ＮＩＣ）７０９を経由してＬＡＮ７００
送出される。
【００６０】ステップＳ１０２では、ステップＳ１０１
において送信したＳＮＭＰメッセージ（GET REQUEST, G
ET NEXT REQUEST, SET REQUEST）に対するレスポンスと
してのＳＮＭＰメッセージ（GetResponse）をネットワ
ークインタフェースカード（ＮＩＣ）７０９を経由して
受信する。受信したＳＮＭＰメッセージは選択されてい
るプロトコルに応じてＩＰＸハンドラ８１３、ＵＤＰハ
ンドラ８１４のいずれかを経由して、共通トランスポー
トモジュール８１２からＳＮＭＰプロトコルモジュール
８１１に通知され、ＳＮＭＰプロトコルモジュール８１
１では受信したＳＮＭＰメッセージの解析がおこなわれ
る。
において送信したＳＮＭＰメッセージ（GET REQUEST, G
ET NEXT REQUEST, SET REQUEST）に対するレスポンスと
してのＳＮＭＰメッセージ（GetResponse）をネットワ
ークインタフェースカード（ＮＩＣ）７０９を経由して
受信する。受信したＳＮＭＰメッセージは選択されてい
るプロトコルに応じてＩＰＸハンドラ８１３、ＵＤＰハ
ンドラ８１４のいずれかを経由して、共通トランスポー
トモジュール８１２からＳＮＭＰプロトコルモジュール
８１１に通知され、ＳＮＭＰプロトコルモジュール８１
１では受信したＳＮＭＰメッセージの解析がおこなわれ
る。
【００６１】ステップＳ１０３ではステップＳ１０２に
おいて受信したＳＮＭＰメッセージ（GetResponse）の
ＰＤＵ２０５の解析がＳＮＭＰプロトコルモジュールに
おいておこなわれ、その結果がＭＩＢハンドリングモジ
ュールに通知される。ここで、ＰＤＵ２０５のエラース
テータス２０７を参照し、エラーが発生している場合に
はステップＳ１０４に移行する。
おいて受信したＳＮＭＰメッセージ（GetResponse）の
ＰＤＵ２０５の解析がＳＮＭＰプロトコルモジュールに
おいておこなわれ、その結果がＭＩＢハンドリングモジ
ュールに通知される。ここで、ＰＤＵ２０５のエラース
テータス２０７を参照し、エラーが発生している場合に
はステップＳ１０４に移行する。
【００６２】ステップＳ１０４では、ステップＳ１０１
において送信したＳＮＭＰメッセージのvariable-bindi
ns２０９に複数のオブジェクトが含まれているかどうか
の判断がＭＩＢハンドリングモジュールにおいてなさ
れ、１つのオブジェクトによって構成されている場合に
はステップＳ１０５に移行し、複数のオブジェクトによ
って構成されている場合にはステップＳ１０６に移行す
る。
において送信したＳＮＭＰメッセージのvariable-bindi
ns２０９に複数のオブジェクトが含まれているかどうか
の判断がＭＩＢハンドリングモジュールにおいてなさ
れ、１つのオブジェクトによって構成されている場合に
はステップＳ１０５に移行し、複数のオブジェクトによ
って構成されている場合にはステップＳ１０６に移行す
る。
【００６３】ステップＳ１０５では、ステップＳ１０１
において送信したＳＮＭＰメッセージのvariable-bindi
ngs２０９が１つのオブジェクトによって構成されてい
ると判断された場合、ＭＩＢハンドリングモジュール８
１０からステップＳ１０１において送信したＳＮＭＰメ
ッセージを再送するようＳＮＭＰプロトコルモジュール
８１１以下のモジュールに対して要求される。
において送信したＳＮＭＰメッセージのvariable-bindi
ngs２０９が１つのオブジェクトによって構成されてい
ると判断された場合、ＭＩＢハンドリングモジュール８
１０からステップＳ１０１において送信したＳＮＭＰメ
ッセージを再送するようＳＮＭＰプロトコルモジュール
８１１以下のモジュールに対して要求される。
【００６４】ステップＳ１０６では、ＭＩＢハンドリン
グモジュール８１０において、ステップＳ１０１におい
て送信したＳＮＭＰメッセージのvariable-bindings２
０９が複数のオブジェクトによって構成されていると判
断された場合、それら複数のオブジェクトを単一のオブ
ジェクトに分割し、単一のオブジェクトからなるvariab
le-bindings２０９を持つＳＮＭＰメッセージを生成す
るようＳＮＭＰプロトコルモジュールに要求する。
グモジュール８１０において、ステップＳ１０１におい
て送信したＳＮＭＰメッセージのvariable-bindings２
０９が複数のオブジェクトによって構成されていると判
断された場合、それら複数のオブジェクトを単一のオブ
ジェクトに分割し、単一のオブジェクトからなるvariab
le-bindings２０９を持つＳＮＭＰメッセージを生成す
るようＳＮＭＰプロトコルモジュールに要求する。
【００６５】Ｓ１０７ではステップＳ１０７において、
ＭＩＢハンドリングモジュール８１０及びＳＮＭＰプロ
トコルモジュール８１１において生成されたＳＮＭＰメ
ッセージが共通トランスポートモジュール８１２に通知
され、共通トランスポートモジュール８１２では、動作
時にユーザが選択したプロトコルによって、ＩＰＸハン
ドラ８１３かＵＤＰハンドラ８１４のいずれかにデータ
を転送する。以上の様な動作の後、新たに生成された複
数のＳＮＭＰメッセージがネットワークインタフェース
カード（ＮＩＣ）７０９を経由してＬＡＮ７００送出さ
れる。
ＭＩＢハンドリングモジュール８１０及びＳＮＭＰプロ
トコルモジュール８１１において生成されたＳＮＭＰメ
ッセージが共通トランスポートモジュール８１２に通知
され、共通トランスポートモジュール８１２では、動作
時にユーザが選択したプロトコルによって、ＩＰＸハン
ドラ８１３かＵＤＰハンドラ８１４のいずれかにデータ
を転送する。以上の様な動作の後、新たに生成された複
数のＳＮＭＰメッセージがネットワークインタフェース
カード（ＮＩＣ）７０９を経由してＬＡＮ７００送出さ
れる。
【００６６】以上説明したように、ステップＳ１０１に
おいて送信したＳＮＭＰメッセージのレスポンスをステ
ップＳ１０２で受信し、ステップＳ１０３においてエラ
ーが発生したと判断された場合、ステップＳ１０４で複
数のオブジェクトに対する要求であるかどうかの判断が
なされ、複数のオブジェクトに対する要求であると判断
された場合、ステップＳ１０６において複数のオブジェ
クトが分割され、ステップＳ１０７において単一のオブ
ジェクトに対するＳＮＭＰメッセージとして送信される
ことにより、エージェント側が要求された複数オブジェ
クト中の１つあるいは幾つかのオブジェクトに対して正
常に処理できない場合でも、少なくとも正常に処理が出
来るオブジェクトに対しては正常に処理がおこなわれる
ようになる。
おいて送信したＳＮＭＰメッセージのレスポンスをステ
ップＳ１０２で受信し、ステップＳ１０３においてエラ
ーが発生したと判断された場合、ステップＳ１０４で複
数のオブジェクトに対する要求であるかどうかの判断が
なされ、複数のオブジェクトに対する要求であると判断
された場合、ステップＳ１０６において複数のオブジェ
クトが分割され、ステップＳ１０７において単一のオブ
ジェクトに対するＳＮＭＰメッセージとして送信される
ことにより、エージェント側が要求された複数オブジェ
クト中の１つあるいは幾つかのオブジェクトに対して正
常に処理できない場合でも、少なくとも正常に処理が出
来るオブジェクトに対しては正常に処理がおこなわれる
ようになる。
【００６７】図３は、本発明によるネットワーク管理ソ
フトウェアが１つのＳＮＭＰメッセージによって複数の
オブジェクト（ObjectA, ObjectB, ObjectC）に対する
データの設定を要求した場合のシーケンス図である。な
お、同図においてエージェントは要求されたオブジェク
トの一部（ObjectA）に対する情報の設定が不可能な状
態あるものとする。
フトウェアが１つのＳＮＭＰメッセージによって複数の
オブジェクト（ObjectA, ObjectB, ObjectC）に対する
データの設定を要求した場合のシーケンス図である。な
お、同図においてエージェントは要求されたオブジェク
トの一部（ObjectA）に対する情報の設定が不可能な状
態あるものとする。
【００６８】同図において、３０１ではマネージャから
エージェントに対して複数のオブジェクト、ObjectA, O
bjectB, ObjectCに値、Ｘ，Ｙ，Ｚを設定するためのSET
REQUESTメッセージが送出される。
エージェントに対して複数のオブジェクト、ObjectA, O
bjectB, ObjectCに値、Ｘ，Ｙ，Ｚを設定するためのSET
REQUESTメッセージが送出される。
【００６９】３０２では、エージェントがObjectAの設
定に失敗したため、エラーステータスをgenErrに設定し
てGET RESPONSEメッセージを返す。
定に失敗したため、エラーステータスをgenErrに設定し
てGET RESPONSEメッセージを返す。
【００７０】これを受けてマネージャ側は３０１で送信
したＳＮＭＰメッセージを、ObjectAに値Ｘを設定する
メッセージ、ObjectBに値Ｙを設定するメッセージ、Obj
ectCに値Ｚを設定するメッセージに分割し、それぞれ、
３０３，３０５，３０７で送信する。これを受けてエー
ジェント側は、３０３で送信されたObjectAに対するメ
ッセージのみエラーとして、それ以外の要求は正常に処
理できたとしてそれぞれ３０４，３０６，３０８でレス
ポンスを返す。
したＳＮＭＰメッセージを、ObjectAに値Ｘを設定する
メッセージ、ObjectBに値Ｙを設定するメッセージ、Obj
ectCに値Ｚを設定するメッセージに分割し、それぞれ、
３０３，３０５，３０７で送信する。これを受けてエー
ジェント側は、３０３で送信されたObjectAに対するメ
ッセージのみエラーとして、それ以外の要求は正常に処
理できたとしてそれぞれ３０４，３０６，３０８でレス
ポンスを返す。
【００７１】以上説明したように、３０１において送信
した複数のオブジェクトに対するＳＮＭＰメッセージが
エージェント側で正常に処理されず、３０２においてレ
スポンスをエラーで受信した場合、３０３，３０５，３
０７で送信したメッセージに分割するよう制御すること
により、エージェント側で正常に処理出来るオブジェク
トに対しては正常に処理がなされるようになるため、ネ
ットワーク管理とソフトウェアのデータの取得および設
定の効率を飛躍的に向上させることが可能となるのであ
る。
した複数のオブジェクトに対するＳＮＭＰメッセージが
エージェント側で正常に処理されず、３０２においてレ
スポンスをエラーで受信した場合、３０３，３０５，３
０７で送信したメッセージに分割するよう制御すること
により、エージェント側で正常に処理出来るオブジェク
トに対しては正常に処理がなされるようになるため、ネ
ットワーク管理とソフトウェアのデータの取得および設
定の効率を飛躍的に向上させることが可能となるのであ
る。
【００７２】また、上記で説明した本発明に係るネット
ワーク管理ソフトウェアは、外部からインストールされ
るプログラムによって、ネットワーク管理ソフトウェア
が稼動可能なＰＣの構成を示すブロック図である図７に
おけるＰＣ７０１によって遂行されても良い。その場
合、そのプログラムはＣＤ−ＲＯＭやフラッシュメモリ
やフロッピーディスクなどの記憶媒体により、あるいは
電子メールやパソコン通信などのネットワークを介し
て、外部の記憶媒体からプログラムを含む情報群をＰＣ
７０１上にロードすることにより、ＰＣ７０１に供給さ
れる場合でも本発明は適用されるものである。
ワーク管理ソフトウェアは、外部からインストールされ
るプログラムによって、ネットワーク管理ソフトウェア
が稼動可能なＰＣの構成を示すブロック図である図７に
おけるＰＣ７０１によって遂行されても良い。その場
合、そのプログラムはＣＤ−ＲＯＭやフラッシュメモリ
やフロッピーディスクなどの記憶媒体により、あるいは
電子メールやパソコン通信などのネットワークを介し
て、外部の記憶媒体からプログラムを含む情報群をＰＣ
７０１上にロードすることにより、ＰＣ７０１に供給さ
れる場合でも本発明は適用されるものである。
【００７３】図９は、記憶媒体の一例であるＣＤ−ＲＯ
Ｍのメモリマップを示す図である。９０３はディレクト
リ情報を記憶してある領域で、以降のインストールプロ
グラムを記憶してある領域９０２およびネットワーク管
理ソフトウェアを記憶してある領域９０１の位置を示し
ている。９０２は、インストールプログラムを記憶して
ある領域である。９０１は、ネットワーク管理ソフトウ
ェアを記憶してある領域である。本発明のネットワーク
管理ソフトウェアがＰＣ７０１にインストールされる際
には、まずインストールプログラムを記憶してある領域
９０２に記憶されているインストールプログラムがシス
テムにロードされ、ＣＰＵ７０２によって実行される。
次に、ＣＰＵ７０２によって実行されるインストールプ
ログラムが、ネットワーク管理ソフトウェアを記憶して
ある領域９０１からネットワーク管理ソフトウェアを読
み出して、ハードディスク７１２に格納する。
Ｍのメモリマップを示す図である。９０３はディレクト
リ情報を記憶してある領域で、以降のインストールプロ
グラムを記憶してある領域９０２およびネットワーク管
理ソフトウェアを記憶してある領域９０１の位置を示し
ている。９０２は、インストールプログラムを記憶して
ある領域である。９０１は、ネットワーク管理ソフトウ
ェアを記憶してある領域である。本発明のネットワーク
管理ソフトウェアがＰＣ７０１にインストールされる際
には、まずインストールプログラムを記憶してある領域
９０２に記憶されているインストールプログラムがシス
テムにロードされ、ＣＰＵ７０２によって実行される。
次に、ＣＰＵ７０２によって実行されるインストールプ
ログラムが、ネットワーク管理ソフトウェアを記憶して
ある領域９０１からネットワーク管理ソフトウェアを読
み出して、ハードディスク７１２に格納する。
【００７４】なお、本発明は、複数の機器（例えばホス
トコンピュータ、インタフェース機器、リーダなど）か
ら構成されるシステムあるいは統合装置に適用しても、
ひとつの機器からなる装置に適用してもよい。
トコンピュータ、インタフェース機器、リーダなど）か
ら構成されるシステムあるいは統合装置に適用しても、
ひとつの機器からなる装置に適用してもよい。
【００７５】また、前述した実施形態の機能を実現する
ソフトウェアのプログラムコードを記録した記憶媒体
を、システムあるいは装置に供給し、そのシステムある
いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記
憶媒体に格納されたプログラムコードを読み出し実行す
ることによっても、本発明の目的が達成されることは言
うまでもない。
ソフトウェアのプログラムコードを記録した記憶媒体
を、システムあるいは装置に供給し、そのシステムある
いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記
憶媒体に格納されたプログラムコードを読み出し実行す
ることによっても、本発明の目的が達成されることは言
うまでもない。
【００７６】この場合、記憶媒体から読み出されたプロ
グラムコード自体が本発明の新規な機能を実現すること
になり、そのプログラムコードを記憶した記憶媒体は本
発明を構成することになる。
グラムコード自体が本発明の新規な機能を実現すること
になり、そのプログラムコードを記憶した記憶媒体は本
発明を構成することになる。
【００７７】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピーディスク、ハードディ
スク、光ディスク、磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ
−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭな
どを用いることができる。
体としては、例えば、フロッピーディスク、ハードディ
スク、光ディスク、磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ
−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭな
どを用いることができる。
【００７８】また、コンピュータが読み出したプログラ
ムコードを実行することによって、前述した実施形態の
機能が実現される他、そのプログラムコードの指示に基
づき、コンピュータ上で稼動しているＯＳなどが実際の
処理の一部または全部を行い、その処理によっても前述
した実施形態の機能が実現され得る。
ムコードを実行することによって、前述した実施形態の
機能が実現される他、そのプログラムコードの指示に基
づき、コンピュータ上で稼動しているＯＳなどが実際の
処理の一部または全部を行い、その処理によっても前述
した実施形態の機能が実現され得る。
【００７９】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張ボー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書き込まれた後、そのプログラムコードの指
示に基づき、その機能拡張ボードや機能拡張ユニットに
備わるＣＰＵなどが実際の処理の一部または全部を行
い、その処理によっても前述した実施形態の機能が実現
され得る。
ラムコードが、コンピュータに挿入された機能拡張ボー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書き込まれた後、そのプログラムコードの指
示に基づき、その機能拡張ボードや機能拡張ユニットに
備わるＣＰＵなどが実際の処理の一部または全部を行
い、その処理によっても前述した実施形態の機能が実現
され得る。
【００８０】なお、本発明は、前述した実施形態の機能
を実現するソフトウェアのプログラムコードを記録した
記憶媒体から、そのプログラムをパソコン通信など通信
ラインを介して要求者にそのプログラムを配信する場合
にも適用できることは言うまでもない。
を実現するソフトウェアのプログラムコードを記録した
記憶媒体から、そのプログラムをパソコン通信など通信
ラインを介して要求者にそのプログラムを配信する場合
にも適用できることは言うまでもない。
【００８１】本発明が適用される印刷装置としてレーザ
ビームプリンタを用いても良い。図１０はこの場合のレ
ーザビームプリンタ（以下、ＬＢＰと略す）の内部構造
を示す断面図で、このＬＢＰは、文字パターンデータ等
を入力して記録紙に印刷することができる。
ビームプリンタを用いても良い。図１０はこの場合のレ
ーザビームプリンタ（以下、ＬＢＰと略す）の内部構造
を示す断面図で、このＬＢＰは、文字パターンデータ等
を入力して記録紙に印刷することができる。
【００８２】図１０において、１０４０はＬＢＰ本体で
あり、供給される文字パターン等を基に、記録媒体であ
る記録紙上に像を形成する。１０００は操作のためのス
イツチ及びＬＥＤ表示器などが配されている操作パネ
ル、１００１はＬＢＰ１０４０全体の制御及び文字パタ
ーン情報等を解析するプリンタ制御ユニツトである。こ
のプリンタ制御ユニツト１００１は主に文字パターン情
報をビデオ信号に変換してレーザドライバ１００２に出
力する。
あり、供給される文字パターン等を基に、記録媒体であ
る記録紙上に像を形成する。１０００は操作のためのス
イツチ及びＬＥＤ表示器などが配されている操作パネ
ル、１００１はＬＢＰ１０４０全体の制御及び文字パタ
ーン情報等を解析するプリンタ制御ユニツトである。こ
のプリンタ制御ユニツト１００１は主に文字パターン情
報をビデオ信号に変換してレーザドライバ１００２に出
力する。
【００８３】レーザドライバ１００２は半導体レーザ１
００３を駆動するための回路であり、入力されたビデオ
信号に応じて半導体レーザ１００３から発射されるレー
ザ光１００４をオン・オフ切替えする。レーザ光１００
４は回転多面鏡１００５で左右方向に振られて静電ドラ
ム１００６上を走査する。これにより、静電ドラム１０
０６上には文字パターンの静電潜像が形成される。
００３を駆動するための回路であり、入力されたビデオ
信号に応じて半導体レーザ１００３から発射されるレー
ザ光１００４をオン・オフ切替えする。レーザ光１００
４は回転多面鏡１００５で左右方向に振られて静電ドラ
ム１００６上を走査する。これにより、静電ドラム１０
０６上には文字パターンの静電潜像が形成される。
【００８４】この潜像は静電ドラム１００６周囲の現像
ユニツト１００７により現像された後、記録紙に転写さ
れる。この記録紙にはカットシートを用い、カットシー
ト記録紙はＬＢＰ１０４０に装着した複数種の用紙に対
応した用紙カセツト１００８に収納され、給紙ローラ１
００９及び搬送ローラ１０１０と１０１１とにより装置
内に取込まれて、静電ドラム１００６に供給される。
ユニツト１００７により現像された後、記録紙に転写さ
れる。この記録紙にはカットシートを用い、カットシー
ト記録紙はＬＢＰ１０４０に装着した複数種の用紙に対
応した用紙カセツト１００８に収納され、給紙ローラ１
００９及び搬送ローラ１０１０と１０１１とにより装置
内に取込まれて、静電ドラム１００６に供給される。
【００８５】尚、本実施形態の印刷装置として、レーザ
ビームプリンタを例にして説明したが、これに限定され
るものでなく、以下で説明するインクジェットプリンタ
等にも適応可能である。図１１は、インクジェット記録
装置ＩＪＲＡの概観図である。同図において、駆動モー
タ５０１３の正逆回転に連動して駆動力伝達ギア５０１
１，５００９を介して回転するリードスクリュー５００
５の螺旋溝５００４に対して係合するキャリッジＨＣは
ピン（不図示）を有し、矢印ａ，ｂ方向に往復移動され
る。このキャリッジＨＣには、インクジェットカートリ
ッジＩＪＣが搭載されている。５００２は紙押え板であ
り、キャリッジの移動方向に亙って紙をプラテン５００
０に対して押圧する。５００７，５００８はフォトカプ
ラで、キャリッジのレバー５００６のこの域での存在を
確認して、モータ５０１３の回転方向切り換え等を行う
ためのホームポジション検知手段である。５０１６は記
録ヘッドの前面をキャップするキャップ部材５０２２を
支持する部材で、５０１５はこのキャップ内を吸引する
吸引手段で、キャップ内開口５０２３を介して記録ヘッ
ドの吸引回復を行う。５０１７はクリーニングブレード
で、５０１９はこのブレードを前後方向に移動可能にす
る部材であり、本体支持板５０１８にこれらが支持され
ている。ブレードは、この形態でなく周知のクリーニン
グブレードが本例に適用できることは言うまでもない。
又、５０２１は、吸引回復の吸引を開始するためのレバ
ーで、キャリッジと係合するカム５０２０の移動に伴っ
て移動し、駆動モータからの駆動力がクラッチ切り換え
等の公知の伝達手段で移動制御される。これらのキャッ
ピング、クリーニング、吸引回復は、キャリッジがホー
ムポジション側の領域に来た時にリードスクリュー５０
０５の作用によってそれらの対応位置で所望の処理が行
えるように構成されているが、周知のタイミングで所望
の作動を行うようにすれば、本例にはいずれも適用でき
る。
ビームプリンタを例にして説明したが、これに限定され
るものでなく、以下で説明するインクジェットプリンタ
等にも適応可能である。図１１は、インクジェット記録
装置ＩＪＲＡの概観図である。同図において、駆動モー
タ５０１３の正逆回転に連動して駆動力伝達ギア５０１
１，５００９を介して回転するリードスクリュー５００
５の螺旋溝５００４に対して係合するキャリッジＨＣは
ピン（不図示）を有し、矢印ａ，ｂ方向に往復移動され
る。このキャリッジＨＣには、インクジェットカートリ
ッジＩＪＣが搭載されている。５００２は紙押え板であ
り、キャリッジの移動方向に亙って紙をプラテン５００
０に対して押圧する。５００７，５００８はフォトカプ
ラで、キャリッジのレバー５００６のこの域での存在を
確認して、モータ５０１３の回転方向切り換え等を行う
ためのホームポジション検知手段である。５０１６は記
録ヘッドの前面をキャップするキャップ部材５０２２を
支持する部材で、５０１５はこのキャップ内を吸引する
吸引手段で、キャップ内開口５０２３を介して記録ヘッ
ドの吸引回復を行う。５０１７はクリーニングブレード
で、５０１９はこのブレードを前後方向に移動可能にす
る部材であり、本体支持板５０１８にこれらが支持され
ている。ブレードは、この形態でなく周知のクリーニン
グブレードが本例に適用できることは言うまでもない。
又、５０２１は、吸引回復の吸引を開始するためのレバ
ーで、キャリッジと係合するカム５０２０の移動に伴っ
て移動し、駆動モータからの駆動力がクラッチ切り換え
等の公知の伝達手段で移動制御される。これらのキャッ
ピング、クリーニング、吸引回復は、キャリッジがホー
ムポジション側の領域に来た時にリードスクリュー５０
０５の作用によってそれらの対応位置で所望の処理が行
えるように構成されているが、周知のタイミングで所望
の作動を行うようにすれば、本例にはいずれも適用でき
る。
【００８６】次に、上述した装置の記録制御を実行する
ための制御構成について、図１２に示すブロック図を参
照して説明する。制御回路を示す同図において、１７０
０は記録信号を入力するインターフェース、１７０１は
ＭＰＵ、１７０２はＭＰＵ１７０１が実行する制御プロ
グラムを格納するプログラムＲＯＭ、１７０３は各種デ
ータ（上記記録信号やヘッドに供給される記録データ
等）を保存しておくダイナミック型のＲＯＭである。１
７０４は記録ヘッド１７０８に対する記録データの供給
制御を行うゲートアレイであり、インターフェース１７
００、ＭＰＵ１７０１、ＲＡＭ１７０３間のデータ転送
制御も行う。１７１０は記録ヘッド１７０８を搬送する
ためのキャリアモータ、１７０９は記録紙搬送のための
搬送モータである。１７０５はヘッドを駆動するヘッド
ドライバ、１７０６、１７０７はそれぞれ搬送モータ１
７０９、キャリアモータ１７１０を駆動するためのモー
タドライバである。
ための制御構成について、図１２に示すブロック図を参
照して説明する。制御回路を示す同図において、１７０
０は記録信号を入力するインターフェース、１７０１は
ＭＰＵ、１７０２はＭＰＵ１７０１が実行する制御プロ
グラムを格納するプログラムＲＯＭ、１７０３は各種デ
ータ（上記記録信号やヘッドに供給される記録データ
等）を保存しておくダイナミック型のＲＯＭである。１
７０４は記録ヘッド１７０８に対する記録データの供給
制御を行うゲートアレイであり、インターフェース１７
００、ＭＰＵ１７０１、ＲＡＭ１７０３間のデータ転送
制御も行う。１７１０は記録ヘッド１７０８を搬送する
ためのキャリアモータ、１７０９は記録紙搬送のための
搬送モータである。１７０５はヘッドを駆動するヘッド
ドライバ、１７０６、１７０７はそれぞれ搬送モータ１
７０９、キャリアモータ１７１０を駆動するためのモー
タドライバである。
【００８７】上記制御構成の動作を説明すると、インタ
ーフェース１７００に記録信号が入るとゲートアレイ１
７０４とＭＰＵ１７０１との間で記録信号がプリント用
の記録データに変換される。そして、モータドライバ１
７０６、１７０７が駆動されると共に、ヘッドドライバ
１７０５に送られた記録データに従って記録ヘッドが駆
動され、印刷が行われる。
ーフェース１７００に記録信号が入るとゲートアレイ１
７０４とＭＰＵ１７０１との間で記録信号がプリント用
の記録データに変換される。そして、モータドライバ１
７０６、１７０７が駆動されると共に、ヘッドドライバ
１７０５に送られた記録データに従って記録ヘッドが駆
動され、印刷が行われる。
【００８８】以上のようなインクジェットプリンタの制
御構成に、本発明の構成要素を組み込むことも可能であ
り、本発明はレーザビームプリンタに限らず、上記イン
クジェットプリンタ等にも適用できることは明らかであ
る。
御構成に、本発明の構成要素を組み込むことも可能であ
り、本発明はレーザビームプリンタに限らず、上記イン
クジェットプリンタ等にも適用できることは明らかであ
る。
【００８９】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。
【００９０】
【発明の効果】以上説明したように、本発明によるネッ
トワーク管理ソフトウェアを含むネットワークデバイス
制御装置及び方法は、ユーザからの操作により適当なＳ
ＮＭＰメッセージ（GetRequest, SetRequest, GetNextR
equest）を送信するＳＮＭＰメッセージ送信し、送信し
たＳＮＭＰメッセージに対するエージェントからのレス
ポンスとしてのＳＮＭＰメッセージ（GetResponse）を
受信し、受信したレスポンスがエラーかどうかを判断
し、受信したレスポンスがエラーである場合に、送信し
たＳＮＭＰメッセージに複数のオブジェクトが含まれて
いるかどうかを判断し、送信したメッセージに複数のオ
ブジェクトが含まれていると判断した場合、単一のオブ
ジェクトに分割し、分割された単一のオブジェクト毎
に、ＳＮＭＰメッセージを生成し送信することにより、
エージェント側が要求された複数オブジェクト中の１つ
あるいは幾つかのオブジェクトに対して正常に処理でき
ない場合でも、少なくとも正常に処理が出来るオブジェ
クトに対しては正常に処理がおこなわれる。
トワーク管理ソフトウェアを含むネットワークデバイス
制御装置及び方法は、ユーザからの操作により適当なＳ
ＮＭＰメッセージ（GetRequest, SetRequest, GetNextR
equest）を送信するＳＮＭＰメッセージ送信し、送信し
たＳＮＭＰメッセージに対するエージェントからのレス
ポンスとしてのＳＮＭＰメッセージ（GetResponse）を
受信し、受信したレスポンスがエラーかどうかを判断
し、受信したレスポンスがエラーである場合に、送信し
たＳＮＭＰメッセージに複数のオブジェクトが含まれて
いるかどうかを判断し、送信したメッセージに複数のオ
ブジェクトが含まれていると判断した場合、単一のオブ
ジェクトに分割し、分割された単一のオブジェクト毎
に、ＳＮＭＰメッセージを生成し送信することにより、
エージェント側が要求された複数オブジェクト中の１つ
あるいは幾つかのオブジェクトに対して正常に処理でき
ない場合でも、少なくとも正常に処理が出来るオブジェ
クトに対しては正常に処理がおこなわれる。
【００９１】また、本発明によるネットワーク管理ソフ
トウェアを含むネットワークデバイス制御装置及び方法
は、ユーザからの操作により適当なＳＮＭＰメッセージ
（GetRequest, SetRequest, GetNextRequest）を送信す
るＳＮＭＰメッセージ送信し、送信したＳＮＭＰメッセ
ージに対するエージェントからのレスポンスとしてのＳ
ＮＭＰメッセージ（GetResponse）を受信し、受信した
レスポンスがエラーかどうかを判断し、受信したレスポ
ンスがエラーである場合に、受信したＳＮＭＰメッセー
ジに複数のオブジェクトが含まれているかどうかを判断
し、受信したメッセージに複数のオブジェクトが含まれ
ていると判断した場合、単一のオブジェクトに分割し、
分割された単一のオブジェクト毎に、ＳＮＭＰメッセー
ジを生成し送信することにより、エージェント側が要求
された複数オブジェクト中の１つあるいは幾つかのオブ
ジェクトに対して正常に処理できない場合でも、少なく
とも正常に処理が出来るオブジェクトに対しては正常に
処理がおこなわれるようになる。
トウェアを含むネットワークデバイス制御装置及び方法
は、ユーザからの操作により適当なＳＮＭＰメッセージ
（GetRequest, SetRequest, GetNextRequest）を送信す
るＳＮＭＰメッセージ送信し、送信したＳＮＭＰメッセ
ージに対するエージェントからのレスポンスとしてのＳ
ＮＭＰメッセージ（GetResponse）を受信し、受信した
レスポンスがエラーかどうかを判断し、受信したレスポ
ンスがエラーである場合に、受信したＳＮＭＰメッセー
ジに複数のオブジェクトが含まれているかどうかを判断
し、受信したメッセージに複数のオブジェクトが含まれ
ていると判断した場合、単一のオブジェクトに分割し、
分割された単一のオブジェクト毎に、ＳＮＭＰメッセー
ジを生成し送信することにより、エージェント側が要求
された複数オブジェクト中の１つあるいは幾つかのオブ
ジェクトに対して正常に処理できない場合でも、少なく
とも正常に処理が出来るオブジェクトに対しては正常に
処理がおこなわれるようになる。
【００９２】これにより、エージェント側で要求された
全オブジェクトの一部に対する処理が不可能な場合で
も、最低限処理可能なオブジェクトに対しては正常にデ
ータの取得および設定が可能となり、ネットワーク管理
ソフトウェアのデータ取得及び設定の効率が飛躍的に向
上する。
全オブジェクトの一部に対する処理が不可能な場合で
も、最低限処理可能なオブジェクトに対しては正常にデ
ータの取得および設定が可能となり、ネットワーク管理
ソフトウェアのデータ取得及び設定の効率が飛躍的に向
上する。
【００９３】
【図１】本発明によるネットワーク管理ソフトウェアが
１つのＳＮＭＰメッセージにより複数のオブジェクトに
対するデータの取得及び設定を要求した場合のフローチ
ャートである。
１つのＳＮＭＰメッセージにより複数のオブジェクトに
対するデータの取得及び設定を要求した場合のフローチ
ャートである。
【図２】ＳＮＭＰメッセージのＰＤＵデータフォーマッ
ト（Trap-PDU以外）を示す図である。
ト（Trap-PDU以外）を示す図である。
【図３】本発明によるネットワーク管理ソフトウェアが
１つのＳＮＭＰメッセージにより複数のオブジェクトに
対するデータの設定を要求した場合のシーケンス図であ
る。
１つのＳＮＭＰメッセージにより複数のオブジェクトに
対するデータの設定を要求した場合のシーケンス図であ
る。
【図４】マネージャが１つのＳＮＭＰメッセージによっ
て複数のオブジェクトに対するデータの設定を要求した
場合のシーケンス図である。
て複数のオブジェクトに対するデータの設定を要求した
場合のシーケンス図である。
【図５】マネージャが１つのＳＮＭＰメッセージによっ
て複数のオブジェクトに対するデータの設定を要求した
場合のシーケンス図（エージェントが一部のオブジェク
トへの情報の設定を受け付けない場合）である。
て複数のオブジェクトに対するデータの設定を要求した
場合のシーケンス図（エージェントが一部のオブジェク
トへの情報の設定を受け付けない場合）である。
【図６】ＭＩＢの構造を示す概念図である。
【図７】本発明によるネットワーク管理ソフトウェアが
稼動可能なＰＣの構成を示すブロック図である。
稼動可能なＰＣの構成を示すブロック図である。
【図８】本発明によるネットワーク管理ソフトウェアの
モジュール構成図である。
モジュール構成図である。
【図９】記憶媒体の一例であるＣＤ−ＲＯＭのメモリマ
ップを示す図である。
ップを示す図である。
【図１０】レーザービームプリンタを説明する図であ
る。
る。
【図１１】インクジェットプリンタを説明する図であ
る。
る。
【図１２】プリンタの制御を説明するブロック図であ
る。
る。
７００ ローカルエリアネットワーク（ＬＡＮ） ７０１ ネットワーク管理ソフトウェアが稼動するＰＣ ７０２ ＣＰＵ ７０３ ＲＯＭ ７０４ ＲＡＭ ７０５ システムバス ７０６ キーボードコントローラ（ＫＢＣ） ７０７ ＣＲＴコントローラ（ＣＲＴＣ） ７０８ ディスクコントローラ（ＤＫＣ） ７０９ ネットワークインタフェースカード（ＮＩＣ） ７１０ キーボード（ＫＢ） ７１１ ＣＲＴディスプレイ（ＣＲＴ） ７１２ ハードディスク（ＨＤ） ７１３ フロッピーディスクドライブ（ＦＤ） ８０１ デバイスリストモジュール ８０２ 全体制御モジュール ８０３ コンフィグレータ ８０４ 探索モジュール ８０５ NetWareジョブモジュール ８０６ ＵＩモジュールＡ ８０７ ＵＩモジュールＢ ８０８ 制御モジュールＡ ８０９ 制御モジュールＢ ８１０ ＭＩＢハンドリングモジュール ８１１ ＳＮＭＰプロトコルモジュール ８１２ 共通トランスポートモジュール ８１３ ＩＰＸハンドラ ８１４ ＵＤＰハンドラ ８１５ コンフィグレータ６０３が用いる現在のプロト
コル ８１６ NetWare ＡＰＩ ８１７ ＷｉｎＳｏｃｋ
コル ８１６ NetWare ＡＰＩ ８１７ ＷｉｎＳｏｃｋ
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 ＦＩ Ｈ０４Ｌ 29/06 Ｈ０４Ｌ 13/00 ３０５Ｚ
Claims (8)
- 【請求項１】 ユーザからの操作により適当なＳＮＭＰ
メッセージを送信するＳＮＭＰメッセージ送信ステップ
と、 前記ＳＮＭＰメッセージ送信ステップにおいて送信され
たＳＮＭＰメッセージに対するエージェントからのレス
ポンスとしてのＳＮＭＰメッセージを受信するＳＮＭＰ
メッセージ受信ステップと、 前記ＳＮＭＰメッセージ受信ステップにおいて受信した
ＳＮＭＰメッセージが、エラーか否かを判断する受信メ
ッセージ解析ステップと、 前記受信メッセージ解析ステップにおいて受信したＳＮ
ＭＰメッセージがエラーである場合に、前記ＳＮＭＰメ
ッセージ送信ステップにおいて送信したＳＮＭＰメッセ
ージに複数のオブジェクトが含まれているかどうかを判
断するオブジェクト数解析ステップと、 前記オブジェクト数解析ステップにおいて、送信したＳ
ＮＭＰメッセージに複数のオブジェクトが含まれている
と判断された場合、単一のオブジェクトに分割する単一
オブジェクト分割ステップと、 前記分割された単一のオブジェクト毎に、ＳＮＭＰメッ
セージを生成し、送信するＳＮＭＰメッセージ分割送信
ステップと、 を備えることを特徴とするネットワークデバイス制御方
法。 - 【請求項２】 ユーザからの操作により適当なＳＮＭＰ
メッセージを送信するＳＮＭＰメッセージ送信手段と、 前記ＳＮＭＰメッセージ送信ステップにおいて送信され
たＳＮＭＰメッセージに対するエージェントからのレス
ポンスとしてのＳＮＭＰメッセージを受信するＳＮＭＰ
メッセージ受信手段と、 前記ＳＮＭＰメッセージ受信手段において受信したＳＮ
ＭＰメッセージがエラーかどうかを判断する受信メッセ
ージ解析手段と、 前記受信メッセージ解析手段において受信したＳＮＭＰ
メッセージがエラーである場合に、前記ＳＮＭＰメッセ
ージ送信手段において送信したＳＮＭＰメッセージに複
数のオブジェクトが含まれているかどうかを判断するオ
ブジェクト数解析手段と、 前記オブジェクト数解析手段において、送信したＳＮＭ
Ｐメッセージに複数のオブジェクトが含まれていると判
断された場合、単一のオブジェクトに分割する単一オブ
ジェクト分割ステップと、 前記分割された単一のオブジェクト毎に、ＳＮＭＰメッ
セージを生成し、送信するＳＮＭＰメッセージ分割送信
手段と、 を備えることを特徴とするネットワークデバイス制御装
置。 - 【請求項３】 ユーザからの操作により適当なＳＮＭＰ
メッセージを送信するＳＮＭＰメッセージ送信ステップ
と、 前記ＳＮＭＰメッセージ送信ステップにおいて送信され
たＳＮＭＰメッセージに対するエージェントからのレス
ポンスとしてのＳＮＭＰメッセージを受信するＳＮＭＰ
メッセージ受信ステップと、 前記ＳＮＭＰメッセージ受信ステップにおいて受信した
ＳＮＭＰメッセージが、エラーか否かを判断する受信メ
ッセージ解析ステップと、 前記受信メッセージ解析ステップにおいて受信したＳＮ
ＭＰメッセージがエラーである場合に、前記ＳＮＭＰメ
ッセージ受信ステップにおいて受信したＳＮＭＰメッセ
ージに複数のオブジェクトが含まれているかどうかを判
断するオブジェクト数解析ステップと、 前記オブジェクト数解析ステップにおいて、受信したＳ
ＮＭＰメッセージに複数のオブジェクトが含まれている
と判断された場合、単一のオブジェクトに分割する単一
オブジェクト分割ステップと、 前記分割された単一のオブジェクト毎に、ＳＮＭＰメッ
セージを生成し、送信するＳＮＭＰメッセージ分割送信
ステップと、 を備えることを特徴とするネットワークデバイス制御方
法。 - 【請求項４】 ユーザからの操作により適当なＳＮＭＰ
メッセージを送信するＳＮＭＰメッセージ送信手段と、 前記ＳＮＭＰメッセージ送信ステップにおいて送信され
たＳＮＭＰメッセージに対するエージェントからのレス
ポンスとしてのＳＮＭＰメッセージを受信するＳＮＭＰ
メッセージ受信手段と、 前記ＳＮＭＰメッセージ受信手段において受信したＳＮ
ＭＰメッセージがエラーかどうかを判断する受信メッセ
ージ解析手段と、 前記受信メッセージ解析手段において受信したＳＮＭＰ
メッセージがエラーである場合に、前記ＳＮＭＰメッセ
ージ受信手段において受信したＳＮＭＰメッセージに複
数のオブジェクトが含まれているかどうかを判断するオ
ブジェクト数解析手段と、 前記オブジェクト数解析手段において、送信したＳＮＭ
Ｐメッセージに複数のオブジェクトが含まれていると判
断された場合、単一のオブジェクトに分割する単一オブ
ジェクト分割ステップと、 前記分割された単一のオブジェクト毎に、ＳＮＭＰメッ
セージを生成し、送信するＳＮＭＰメッセージ分割送信
手段と、 を備えることを特徴とするネットワークデバイス制御装
置。 - 【請求項５】 前記ユーザからの操作による適当なＳＮ
ＭＰメッセージはGetRequest, SetRequest, GetNextReq
uestであることを特徴とする請求項１又は３記載のネッ
トワークデバイス制御方法。 - 【請求項６】 前記ユーザからの操作による適当なＳＮ
ＭＰメッセージはGetRequest, SetRequest, GetNextReq
uestであることを特徴とする請求項２又は４記載のネッ
トワークデバイス制御装置。 - 【請求項７】 ユーザからの操作により適当なＳＮＭＰ
メッセージを送信するＳＮＭＰメッセージ送信ステップ
と、 前記ＳＮＭＰメッセージ送信ステップにおいて送信され
たＳＮＭＰメッセージに対するエージェントからのレス
ポンスとしてのＳＮＭＰメッセージを受信するＳＮＭＰ
メッセージ受信ステップと、 前記ＳＮＭＰメッセージ受信ステップにおいて受信した
ＳＮＭＰメッセージが、エラーか否かを判断する受信メ
ッセージ解析ステップと、 前記受信メッセージ解析ステップにおいて受信したＳＮ
ＭＰメッセージがエラーである場合に、前記ＳＮＭＰメ
ッセージ送信ステップにおいて送信したＳＮＭＰメッセ
ージに複数のオブジェクトが含まれているかどうかを判
断するオブジェクト数解析ステップと、 前記オブジェクト数解析ステップにおいて、送信したＳ
ＮＭＰメッセージに複数のオブジェクトが含まれている
と判断された場合、単一のオブジェクトに分割する単一
オブジェクト分割ステップと、 前記分割された単一のオブジェクト毎に、ＳＮＭＰメッ
セージを生成し、送信するＳＮＭＰメッセージ分割送信
ステップと、 をコンピュータに実行させるためのプログラムを記録し
たことを特徴とする記録媒体。 - 【請求項８】 ユーザからの操作により適当なＳＮＭＰ
メッセージを送信するＳＮＭＰメッセージ送信ステップ
と、 前記ＳＮＭＰメッセージ送信ステップにおいて送信され
たＳＮＭＰメッセージに対するエージェントからのレス
ポンスとしてのＳＮＭＰメッセージを受信するＳＮＭＰ
メッセージ受信ステップと、 前記ＳＮＭＰメッセージ受信ステップにおいて受信した
ＳＮＭＰメッセージが、エラーか否かを判断する受信メ
ッセージ解析ステップと、 前記受信メッセージ解析ステップにおいて受信したＳＮ
ＭＰメッセージがエラーである場合に、前記ＳＮＭＰメ
ッセージ受信ステップにおいて受信したＳＮＭＰメッセ
ージに複数のオブジェクトが含まれているかどうかを判
断するオブジェクト数解析ステップと、 前記オブジェクト数解析ステップにおいて、受信したＳ
ＮＭＰメッセージに複数のオブジェクトが含まれている
と判断された場合、単一のオブジェクトに分割する単一
オブジェクト分割ステップと、 前記分割された単一のオブジェクト毎に、ＳＮＭＰメッ
セージを生成し、送信するＳＮＭＰメッセージ分割送信
ステップと、 をコンピュータに実行させるためのプログラムを記録し
たことを特徴とする記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10093542A JPH11296457A (ja) | 1998-04-06 | 1998-04-06 | Ｓｎｍｐプロトコルを用いたネットワーク管理ソフトウェアを含むネットワークデバイス制御方法及び装置、記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10093542A JPH11296457A (ja) | 1998-04-06 | 1998-04-06 | Ｓｎｍｐプロトコルを用いたネットワーク管理ソフトウェアを含むネットワークデバイス制御方法及び装置、記録媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11296457A true JPH11296457A (ja) | 1999-10-29 |
Family
ID=14085170
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10093542A Pending JPH11296457A (ja) | 1998-04-06 | 1998-04-06 | Ｓｎｍｐプロトコルを用いたネットワーク管理ソフトウェアを含むネットワークデバイス制御方法及び装置、記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH11296457A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7395325B2 (en) | 2002-03-22 | 2008-07-01 | Brother Kogyo Kabushiki Kaisha | Network management system, apparatus to be managed, management apparatus and program |
| JP2013182305A (ja) * | 2012-02-29 | 2013-09-12 | Brother Ind Ltd | 管理デバイス |
| US11706354B2 (en) | 2021-01-29 | 2023-07-18 | Brother Kogyo Kabushiki Kaisha | Information processing device, management program and management method for managing storage devices |
| US12155663B2 (en) | 2021-01-29 | 2024-11-26 | Brother Kogyo Kabushiki Kaisha | Management program, information processing device, and management method |
-
1998
- 1998-04-06 JP JP10093542A patent/JPH11296457A/ja active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7395325B2 (en) | 2002-03-22 | 2008-07-01 | Brother Kogyo Kabushiki Kaisha | Network management system, apparatus to be managed, management apparatus and program |
| JP2013182305A (ja) * | 2012-02-29 | 2013-09-12 | Brother Ind Ltd | 管理デバイス |
| US11706354B2 (en) | 2021-01-29 | 2023-07-18 | Brother Kogyo Kabushiki Kaisha | Information processing device, management program and management method for managing storage devices |
| US12155663B2 (en) | 2021-01-29 | 2024-11-26 | Brother Kogyo Kabushiki Kaisha | Management program, information processing device, and management method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6574662B2 (en) | System for network-device management including collecting and storing of device attributes that change with time and device attributes that hardly change with time | |
| US6430612B1 (en) | Network device management apparatus and method, and storage medium | |
| US7444394B2 (en) | Network data base control device and method thereof | |
| US6085237A (en) | User-friendly interface for setting expressions on an SNMP agent | |
| EP1059766B1 (en) | Network device managing apparatus and method | |
| EP0762281B1 (en) | Network management with acquisition of formatted dump data from remote process | |
| US20030115314A1 (en) | Network-device management apppartus and method, recording medium, and transmission apparatus | |
| JP2003108448A (ja) | ネットワークデバイスの管理装置、管理方法及び管理プログラム | |
| JP4509916B2 (ja) | Ｓｎｍｐ基盤のネットワーク管理装置および方法 | |
| JP2000347975A (ja) | 機器管理システム、管理サーバ及びコンピュータ読取可能な記録媒体 | |
| US20030090716A1 (en) | Management information transmission apparatus, apparatus management apparatus, and apparatus management system | |
| JP2000347976A (ja) | 機器管理システム、管理サーバ及びコンピュータ読取可能な記録媒体 | |
| US8533920B2 (en) | Method and apparatus for managing a network, network management program, and storage medium including a network management program stored thereon | |
| JP3624089B2 (ja) | 周辺装置制御装置および制御方法、記録媒体 | |
| JPH11296457A (ja) | Ｓｎｍｐプロトコルを用いたネットワーク管理ソフトウェアを含むネットワークデバイス制御方法及び装置、記録媒体 | |
| JP2003006068A (ja) | ネットワークデバイス管理装置、管理方法及び管理プログラム | |
| JP4942435B2 (ja) | Ｓｎｍｐメッセージにより機器から情報を取得する機器情報取得方法及び情報処理装置 | |
| JP3977135B2 (ja) | ネットワークデバイス管理システム及びその制御方法 | |
| JP2000357145A (ja) | ネットワークデバイス管理装置および方法 | |
| US20010023444A1 (en) | Information processing apparatus, information processing method and information processing program for transmitting data to external apparatus for communication of information on device | |
| US7664841B2 (en) | Selective activation of TCP/IP link and traffic | |
| JP2002140242A (ja) | ネットワーク管理装置およびネットワーク管理方法および記憶媒体 | |
| JP2000181826A (ja) | ネットワークデバイス制御装置及び方法 | |
| JP2000194628A (ja) | ネットワ―クデバイス制御装置及び方法 | |
| JP2000181831A (ja) | ネットワークデバイス制御装置およびその方法、記憶媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050811 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050826 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051025 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060110 |