(57)【特許請求の範囲】
【請求項１】
ネットワークを介して接続された管理対象装置及び管理装置からなり、
前記管理対象装置は、
単一のメッセージで送受信可能な上限データサイズより大きなデータサイズを有する特定のデータに対して、該特定データを前記上限データサイズ以下のデータサイズに分割した一連の分割データとして管理する管理手段と、
前記管理装置からの要求に応じた分割データを返送する返送手段と、
を備え、
前記管理装置は、
前記特定データを必要とする際、前記管理対象装置に対して、該特定データに対応する一連の分割データを順次要求する分割データ要求手段と、
前記管理対象装置から返送される一連の分割データを連結して前記特定データを復元する特定データ復元手段と、
を備えることを特徴とするネットワーク管理システム。
【請求項２】
前記特定データは、イメージデータであることを特徴とする請求項１記載のネットワーク管理システム。
【請求項３】
前記イメージデータは、前記管理対象装置の外観図であることを特徴とする請求項２記載のネットワーク管理システム。
【請求項４】
前記特定データを必要とする際、該特定データに対応する一連の分割データを順次要求する管理装置とネットワークを介して接続される管理対象装置であって、
単一のメッセージで送受信可能な上限データサイズより大きなデータサイズを有する特定のデータに対して、該特定データを前記上限データサイズ以下のデータサイズに分割した一連の分割データとして管理する管理手段と、
前記管理装置からの要求に応じた分割データを返送する返送手段と、
を備えることを特徴とする管理対象装置。
【請求項５】
前記管理対象装置は、簡易ネットワークプロトコル（ＳＮＭＰ）に従い、管理装置からの要求に応じて管理情報ベース（ＭＩＢ）に係る管理情報を提供するものであり、
前記管理手段は、前記一連の分割データに対応する管理情報を、ＧＥＴ＿ＮＥＸＴコマンドを用いて連続的に提供可能となるように管理することを特徴とする請求項４記載の管理対象装置。
【請求項６】
前記一連の分割データは、インスタンスインデックスで識別される複数の値を持った管理情報であるテーブルオブジェクトを構成していることを特徴とする請求項５記載の管理対象装置。
【請求項７】
単一のメッセージで送受信可能な上限データサイズより大きなデータサイズを有する特定のデータを、前記上限データサイズ以下のデータサイズに分割した一連の分割データとして管理する管理対象装置とネットワークを介して接続される管理装置であって、
前記特定データを必要とする際、前記管理対象装置に対して、該特定データに対応する一連の分割データを順次要求する分割データ要求手段と、
前記管理対象装置から返送される一連の分割データを連結して前記特定データを復元する特定データ復元手段と、
を備えることを特徴とする管理装置。
【請求項８】
前記分割データ要求手段は、ＧＥＴ＿ＮＥＸＴコマンドを繰り返し用いることにより、一連の分割データの全てについて要求することを特徴とする請求項７記載の管理装置。
【請求項９】
前記分割データ取得手段は、前記分割データと共に取得される該分割データを識別するための名前に基づいて、前記コマンドの使用を継続するか否かを判断することを特徴とする請求項８記載の管理装置。
【請求項１０】
前記一連の分割データのそれぞれには、該一連の分割データのうち末尾のものであるか否かを示すための末尾フラグが含まれており、
前記分割データ取得手段は、取得した分割データに含まれる前記末尾フラグに従って、前記コマンドの使用を継続するか否かを判断することを特徴とする請求項８記載の管理装置。
【請求項１１】
コンピュータを、
前記特定データを必要とする際、単一のメッセージで送受信可能な上限データサイズより大きなデータサイズを有する特定のデータを、前記上限データサイズ以下のデータサイズに分割した一連の分割データに管理する管理対象装置に対して、該特定データに対応する一連の分割データとして順次要求する分割データ要求手段、
前記管理対象装置から返送される一連の分割データを連結して前記特定データを復元する特定データ復元手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、管理対象装置が有する管理情報を管理装置が収集するネットワーク管理システム、そのネットワーク管理システムに用いる管理対象装置，管理装置，プログラムに関する。
【０００２】
【従来の技術】
従来より、ネットワークに接続されたプリンタ，スキャナ，ＦＡＸ，ＭＦＰ（Multifunction Peripheral：複合機）などのネットワーク機器（管理対象装置）を、これら管理対象装置とは別途設けられた管理装置により、簡易ネットワーク管理プロトコル（ＳＮＭＰ：Simple Network Management Protocol）を用いてネットワーク経由で集中的に監視・制御するネットワーク管理システムが知られている。
【０００３】
ここで、図４は、ＴＣＰ／ＩＰを用いるネットワーク上に構成されたネットワーク管理システムのソフトウェア構成を表すブロック図である。
図４に示すように、管理対象装置ＴＮｉ（ｉ＝１〜４）は、その管理対象装置ＴＮｉについての管理情報（オブジェクト）の集合であるオブジェクト群１１１ａ、及び管理情報を特定するための情報であるＭＩＢツリー辞書１１１ｂからなる管理情報ベース（ＭＩＢ：Management Information Base ）１１１と、ＴＣＰ／ＩＰプロトコルに従った通信制御を行う通信制御部１１３と、通信制御部１１３を介して管理装置ＴＣから受信した要求メッセージ（ＧＥＴコマンド，ＧＥＴ＿ＮＥＸＴコマンド，ＳＥＴコマンド）に従ってＭＩＢ１１１の情報の読出や更新を行い、通信制御部１１３を介して管理装置ＴＣに対して応答メッセージ（ＧＥＴＲＥＰＬＹ）等を送信する処理を行うためのプログラムであるＳＮＭＰエージェント１１２とが実装される。
【０００４】
一方、管理装置ＴＣには、オペレータからの指示を入力する入力部１２１と、各種情報を表示するための表示部１２２と、表示部１２２に管理対象装置ＴＮｉの外観図を表示する際に使用するイメージデータの集合であるイメージデータ群１２３と、ＴＣＰ／ＩＰプロトコルに従った通信制御を行う通信制御部１２６と、通信制御部１２６を介して上述の要求メッセージや応答メッセージ（以下総称して「ＳＮＭＰメッセージ」という）を送受信することにより、管理対象装置ＴＮｉに実装されたＳＮＭＰエージェント１１２を用いて、管理情報の取得や設定を行うためのプログラムであるＳＮＭＰマネージャ１２５と、入力部１２１を介して入力される指示に従い、ＳＮＭＰマネージャ１２５を用いて管理対象装置ＴＮｉから獲得した情報や、イメージデータ群１２３から取得した管理対象装置ＴＮｉの概観図を表示部１２２に表示する等の処理を行うコントロール部１２４とが実装されている。
【０００５】
このように構成されたネットワーク管理システム１００では、管理装置ＴＣを立ち上げると、まず、ネットワークに接続された管理対象装置ＴＮｉの一覧が表示部１２２に表示され、入力部１２１からの指示によりその中の一つが選択されると、表示部１２２の表示が、その選択された管理対象装置ＴＮｉに関する管理画面に切り替わり、その管理画面上で動作状態や設定状態の確認や変更を行うことが可能となる。
【０００６】
ここで、図５は、管理画面への切替時に最初に表示される初期画面の一例を示すものであり、ここでは、管理対象装置ＴＮｉの性能Ｗ１や外観図Ｗ２の他、現在の動作状態Ｗ３や各種管理情報の設定値Ｗ４等を表示するように構成されている。
【０００７】
この場合、外観図Ｗ２については管理装置ＴＣに用意されたイメージデータ群１２３から対応する管理対象装置ＴＮｉのイメージデータを選択して使用し、それ以外のデータＷ１，Ｗ３，Ｗ４については、ＳＮＭＰメッセージを使用して、管理対象装置ＴＮｉから取得した値を使用して表示が行われる。
【０００８】
なお、外観図Ｗ２についてのイメージデータが管理装置ＴＣ側で用意されているのは、ＳＮＭＰでは、１回のメッセージで取得できるデータの最大長が制限（例えば２５５バイト）されているため、外観図Ｗ２についてのイメージデータ等、この最大長を越える大きなデータは、ＳＮＭＰを用いて取得することができないためである。
【０００９】
【発明が解決しようとする課題】
しかし、上述のネットワーク管理システム１００の場合、管理装置ＴＣは、管理すべき管理対象装置ＴＮｉの数だけ外観図を持たなければならず、その数が多くなるほどイメージデータ群１２３のために大きな記憶容量を確保しなければならない。しかも、新機種の管理対象装置ＴＮｉがネットワークに接続された場合、管理装置ＴＣには、対応する外観図のイメージデータが用意されていないため、これを表示することができず、結局、新機種の管理対象装置ＴＮｉがネットワークに接続される毎に、イメージデータ群１２３の更新をしなければならないという問題があった。
【００１０】
本発明は、上記問題点を解決するために、データサイズの大きなデータであっても、管理装置側に変更を加えることなく扱うことができるようにすることを目的とする。
【００１１】
【課題を解決するための手段】
上記目的を達成するための発明である請求項１記載のネットワーク管理システムでは、管理すべきデータが、単一のメッセージで送受信可能な上限データサイズより大きなデータサイズを有する場合これを特定データとし、管理対象装置は、その特定データを上限データサイズ以下のデータサイズに分割した一連の分割データとして管理手段で管理する。また、管理対象装置では、管理装置からの要求に応じて、返送手段が、分割データを返送する。
【００１２】
そして、管理装置では、特定データを必要とする際、分割データ要求手段が、管理対象装置に対して、該特定データに対応する一連の分割データを順次要求し、特定データ復元手段が、管理対象装置から返送される一連の分割データを連結して前記特定データを復元する。
なお、特定データとしては、例えば、請求項２記載のように、イメージデータが考えられ、より具体的には、請求項３記載のように、例えば、管理対象装置の外観図が考えられる。
【００１３】
つまり、本発明のネットワーク管理システムでは、単一のメッセージでは扱うことのできない大きな特定データ（外観図のイメージデータ等）を、一連の分割データに分割して管理対象装置側に持たせることができるため、例えば、新たな特定データを用いる新機種の管理対象装置がネットワークに接続されたとしても、管理装置側に変更（バージョンアップ）を強いることなく、その特定データに対応（新機種の管理対象装置の外観図を表示）することができる。
【００１４】
次に、請求項４の管理対象装置では、管理すべきデータが、単一のメッセージで管理装置に提供可能な上限データサイズより大きなデータサイズを有する特定データである場合、その特定データを上限データサイズ以下のデータサイズに分割した一連の分割データを管理手段で管理し、管理装置からの要求に応じた分割データを、返送手段が返送する。
【００１５】
つまり、本発明の管理対象装置は、請求項１乃至請求項３いずれか記載のネットワーク管理システムを構成する際に、好適に用いることができる。
そして、この場合、請求項５記載のように、管理手段は、一連の分割データに対応する管理情報を、ＧＥＴ＿ＮＥＸＴコマンドを用いて連続的に提供可能となるように管理することが望ましい。
【００１６】
具体的には、例えば、請求項６記載のように、一連の分割データが、インスタンスインデックスで識別される複数の値を持った管理情報であるテーブルオブジェクトを構成するように設定すればよい。
即ち、一連の分割データを、単一の値しか持たない管理情報であるスカラーオブジェクトにそれぞれ割り当てた場合、特定データの容量に変更があると、管理情報の数まで増減する可能性があり、その場合、ＭＩＢの定義まで変更しなければならないが、テーブルオブジェクトに割り当てた場合、特定データの容量に変更があっても、テーブルオブジェクトが持つ値の数が変化するだけで、ＭＩＢの定義には影響を与えないため、柔軟な運用が可能となるのである。
【００１７】
次に、請求項７記載の管理装置では、特定データを必要とする際に、分割データ取得手段が、管理対象装置に対して、該特定データに対応する一連の分割データを順次要求し、特定データ復元手段が、管理対象装置から返送される一連の分割データを連結して特定データを復元する。
即ち、本発明の管理装置は、請求項１乃至請求項３いずれか記載のネットワーク管理システムを構成する際に、好適に用いることができる。
【００１８】
そして、請求項８記載のように、分割データ取得手段は、ＧＥＴ＿ＮＥＸＴコマンドを繰り返し用いることにより、一連の分割データの全てについて要求するように構成することが望ましい。
【００１９】
そして、このようにＧＥＴ＿ＮＥＸＴコマンドを用いる場合、分割データ取得手段は、請求項９記載のように、分割データと共に取得される該分割データを識別するための名前に基づいて、コマンドの使用を継続するか否かを判断してもよい。
このように、ＧＥＴ＿ＮＥＸＴコマンドを用いた場合、そのコマンドに示した分割データを識別するための名前に対して、ＭＩＢの構造を示すＭＩＢツリー上で次の位置に配置された分割データが、その分割データを識別するための名前と共に取得されるため、その名前を監視することにより、一連の分割データの取得を終了したか否かを簡単に判断することができる。つまり、管理装置は、特定データの大きさを予め知らなくても、その特定データを確実に取り込むことができる。
【００２０】
なお、一連の分割データのそれぞれに、その一連の分割データのうち末尾のものであるか否かを示すための末尾フラグが含まれている場合には、分割データ取得手段は、請求項１０記載のように、取得した分割データに含まれる末尾フラグに従って、コマンドの使用を継続するか否かを判断してもよい。
【００２１】
また、一連の分割データの先頭部分に、分割データを組み立ててなる特定データのデータ長に関する情報が含まれている場合には、このデータを用いて、コマンドの使用を継続するか否かを判断してもよい。
これらの場合、請求項９記載の場合とは異なり、特定データの最後まで達したか否かを確認するためだけに行うＧＥＴ＿ＮＥＸＴコマンドの送出を省略できる。
【００２２】
ところで、請求項１１記載のように、コンピュータを、特定データを必要とする際、単一のメッセージで送受信可能な上限データサイズより大きなデータサイズを有する特定のデータを、前記上限データサイズ以下のデータサイズに分割した一連の分割データとして管理する管理対象装置に対して、該特定データに対応する一連の分割データを順次要求する分割データ要求手段、管理対象装置から返送される一連の分割データを連結して特定データを復元する特定データ復元手段として機能させるためのプログラムとして構成してもよい。
この場合、そのプログラムを、例えば、ＦＤ，ＭＯ，ＤＶＤ，ＣＤ−ＲＯＭ，ハードディスク，メモリカード等のコンピュータ読み取り可能な記録媒体に記憶し、その記憶したプログラムを必要に応じてコンピュータシステムにロードして起動することにより用いることができる。この他、ＲＯＭやバックアップＲＡＭをコンピュータ読み取り可能な記録媒体としてプログラムを記録しておき、このＲＯＭ或いはバックアップＲＡＭをコンピュータシステムに組み込んで用いてもよい。また、プログラムは、記録媒体に記憶されたものに限らず、ネットワークを介してロードして起動することにより用いてもよい。
【００２３】
【発明の実施の形態】
以下に本発明の実施形態を図面と共に説明する。
図１は、本発明が適用されたネットワーク管理システムの構成を表すブロック図である。
【００２４】
図１に示すように、本実施形態のネットワーク管理システム１において、ＴＣＰ／ＩＰプロトコルを用いるネットワークには、プリンタ，スキャナ，ＦＡＸ，ＭＦＰ等からなる管理対象装置ＴＮｉ（ｉ＝１〜４）と共に、パーソナルコンピュータからなり、これら管理対象装置を集中的に管理する管理装置ＴＣが接続されている。
【００２５】
そして、管理対象装置ＴＮｉには、その管理対象装置ＴＮｉについての管理情報（オブジェクト）の集合であるオブジェクト群１１ａ、及び管理情報を特定するための情報であるＭＩＢツリー辞書１１ｂからなる管理情報ベース（ＭＩＢ）１１（管理手段）と、ＴＣＰ／ＩＰプロトコルに従った通信制御を行う通信制御部１３と、通信制御部１３を介して管理装置ＴＣから受信した要求メッセージ（ＧＥＴコマンド，ＧＥＴ＿ＮＥＸＴコマンド，ＳＥＴコマンド）に従ってＭＩＢ１１の情報の読出や更新を行い、通信制御部１３を介して管理装置ＴＣに対して応答メッセージ（ＧＥＴＲＥＰＬＹ）等を送信する処理を行うためのプログラムであるＳＮＭＰエージェント１２（返送手段）とが実装されている。
【００２６】
そして、オブジェクト群１１ａには、少なくとも、自装置の外観図を表示するためのイメージデータを格納したオブジェクトが含まれており、そのオブジェクトは、インスタンスインデックスで識別される複数の値を持ったテーブルオブジェクトからなる。
【００２７】
なお、本実施形態では、単一のＳＮＭＰメッセージで送受信可能なデータサイズの最大値が２５５バイトに制限されており、外観図のイメージデータは、図２（ａ）に示すように、５つのデータに分割されている。
つまり、これら分割されたデータ（以下「分割データ」という）のそれぞれは、図２（ｂ）に示すように、テーブルオブジェクトを特定する接頭辞「1.3.6.1.4.1.2435.2.4.3.99 」と、各分割データに対応するインスタンスインデックス（接尾辞ともいう）１〜５とを組み合わせた「1.3.6.1.4.1.2435.2.4.3.99.1 」〜「1.3.6.1.4.1.2435.2.4.3.99.5 」という名前で特定されるように構成されている。
【００２８】
一方、管理装置ＴＣには、オペレータからの指示を入力する入力部２１と、各種情報を表示するための表示部２２と、表示部２２に管理対象装置ＴＮｉの外観図を表示する際に使用されるイメージデータを合成するデータ合成部２３と、ＴＣＰ／ＩＰプロトコルに従った通信制御を行う通信制御部２６と、通信制御部２６を介してＳＮＭＰメッセージを送受信することにより、管理対象装置ＴＮｉに実装されたＳＮＭＰエージェント１２を用いて、管理情報の取得や設定を行うためのプログラムであるＳＮＭＰマネージャ２５と、入力部２１を介して入力される指示に従い、ＳＮＭＰマネージャ２５を用いて管理対象装置ＴＮｉから取得した各種情報を表示部２２に表示する等の処理を行うコントロール部２４とが実装されている。
【００２９】
このように構成された本実施形態のネットワーク管理システム１では、従来システム１００と同様に、管理装置ＴＣを立ち上げると、まず、ネットワークに接続された管理対象装置ＴＮｉの一覧が表示部２２に表示され、入力部２１からの指示によりその中の一つが選択されると、表示部２２の表示が、その選択された管理対象装置ＴＮｉに関する管理画面に切り替わり、その管理画面上で動作状態や設定状態の確認や変更を行うことが可能となる。
【００３０】
但し、本実施形態のネットワーク管理システム１では、従来システム１００とは異なり、外観図を表示するためのイメージデータも、他の管理情報と同様に、管理対象装置ＴＮｉから取得して用いるようにされている。
このイメージデータを取得する際に、コントロール部２４が実行するイメージデータ取得処理を、図３に示すフローチャートに沿って説明する。
【００３１】
本処理が起動されると、まず、Ｓ１１０では、送信接頭辞として、イメージデータが格納されたテーブルオブジェクトを識別する値「1.3.6.1.4.1.2435.2.4.3.99 」を設定すると共に、送信接尾辞（インスタンスインデックス）として０を設定し、続くＳ１２０では、送信接頭辞の末尾に送信接尾辞を付加してなる名前を指定したＧＥＴ＿ＮＥＸＴコマンドを送信する。
【００３２】
このＧＥＴ＿ＮＥＸコマンドを受信した管理対象装置ＴＮｉでは、ＭＩＢツリー辞書１１ｂを参照し、ＧＥＴ＿ＮＥＸＴコマンドにて指定された名前について、ＭＩＢツリー上で次の順番に位置する名前を特定し、その特定した名前に対応する値を、その名前と共にＧＥＴＲＥＰＬＹにより返送する。
【００３３】
そして、Ｓ１３０にて、管理対象装置ＴＮｉから返送されてきたＧＥＴＲＥＰＬＹを受信すると、続くＳ１４０にて、そのＧＥＴＲＥＰＬＹに示された名前の接頭辞（「受信接頭辞」という）が、先のＳ１２０にて送信したＧＥＴ＿ＮＥＸＴコマンドにて指定した送信接頭辞と同じであるか否かを判断し、同じであれば、Ｓ１５０に移行して、ＧＥＴＲＥＰＬＹで受信したデータを、データ合成部２３にて作成中のイメージデータに追加する処理を行い、続くＳ１６０にて、ＧＥＴＲＥＰＬＹに示された名前の接尾辞（「受信接尾辞」という）を新たに送信接尾辞として設定して、Ｓ１２０に戻り、同様の動作を繰り返し実行する。
【００３４】
一方、先のＳ１４０にて、受信接頭辞が送信接頭辞と異なると判定された場合には、最初に指定した送信接頭辞で特定されるテーブルオブジェクトのデータは全て受信したものとして、ＧＥＴＲＥＰＬＹで受信したデータを、データ合成部２３にて作成中のイメージデータに追加することなく、そのまま本処理を終了する。
【００３５】
なお、本処理において、Ｓ１１０〜Ｓ１４０，Ｓ１６０が分割データ取得手段、Ｓ１５０が特定データ復元手段に相当する。
即ち、本処理を実行することにより、例えば、接頭辞「1.3.6.1.4.1.2435.2.4.3.99 」で特定されるテーブルオブジェクトに格納された分割データは、以下に示すように、分割データの数より１つ多い６回だけ、ＧＥＴ＿ＮＥＸＴを送信することにより取得されることになる。
［１回目］
ＧＥＴ＿ＮＥＸＴ 1.3.6.1.4.1.2435.2.4.3.99.0
ＧＥＴＲＥＰＬＹ <タイプ：ストリング型> <長さ：２５５バイト>
1.3.6.1.4.1.2435.2.4.3.99.1 <分割データ（１／５）>
［２回目］
ＧＥＴ＿ＮＥＸＴ 1.3.6.1.4.1.2435.2.4.3.99.1
ＧＥＴＲＥＰＬＹ <タイプ：ストリング型> <長さ：２５５バイト>
1.3.6.1.4.1.2435.2.4.3.99.2 <分割データ（２／５）>
［３回目］
ＧＥＴ＿ＮＥＸＴ 1.3.6.1.4.1.2435.2.4.3.99.2
ＧＥＴＲＥＰＬＹ <タイプ：ストリング型> <長さ：２５５バイト>
1.3.6.1.4.1.2435.2.4.3.99.3 <分割データ（３／５）>
［４回目］
ＧＥＴ＿ＮＥＸＴ 1.3.6.1.4.1.2435.2.4.3.99.3
ＧＥＴＲＥＰＬＹ <タイプ：ストリング型> <長さ：２５５バイト>
1.3.6.1.4.1.2435.2.4.3.99.4 <分割データ（４／５）>
［５回目］
ＧＥＴ＿ＮＥＸＴ 1.3.6.1.4.1.2435.2.4.3.99.4
ＧＥＴＲＥＰＬＹ <タイプ：ストリング型> <長さ：１０４バイト>
1.3.6.1.4.1.2435.2.4.3.99.5 <分割データ（５／５）>
［６回目］
ＧＥＴ＿ＮＥＸＴ 1.3.6.1.4.1.2435.2.4.3.99.5
ＧＥＴＲＥＰＬＹ <タイプ：ストリング型> <長さ：２５５バイト>
1.3.6.1.4.1.2435.2.4.3.100.1 <次のデータ>
この場合、６回目のＧＥＴ＿ＮＥＸＴコマンドの送信により取得されるデータは、ＧＥＴＲＥＰＬＹに示された名前の接頭辞「1.3.6.1.4.1.2435.2.4.3.100」（≠「1.3.6.1.4.1.2435.2.4.3.99 」）から、次のオブジェクトのものであることが分かるため、この時点でＧＥＴ＿ＮＥＸＴコマンドの送信は停止される。そして、１回目〜５回目のＧＥＴ＿ＮＥＸＴコマンドの送信により得られた分割データを用いて、データ合成部２３にてイメージデータが復元され、この復元されたイメージデータを用いて、管理画面における外観図Ｗ２が表示されることになる。
【００３６】
以上説明したように、本実施形態のネットワーク管理システム１では、単一のメッセージで送受信可能な上限データサイズを超えるデータサイズを有する外観図についてのイメージデータを、複数の分割データに分割して管理対象装置ＴＮｉ側に持たせ、この分割データを管理装置ＴＣが順次取得して合成することにより元のイメージデータを復元して使用するようにされている。
【００３７】
従って、本実施形態のネットワーク管理システム１によれば、各管理対象装置ＴＮｉの外観図を表示するためのイメージデータを管理装置ＴＣ側で持つ必要がないため、管理装置ＴＣでの記憶容量を削減できる。そして、新機種の管理対象装置ＴＮｉがネットワークに接続された時には、管理装置ＴＣでは、何等変更（管理用ソフトウェアのバージョンアップ等）をすることなく、新機種の管理対象装置ＴＮｉの外観図を、その管理対象装置ＴＮｉから取得して表示することができる。
【００３８】
しかも、本実施形態では、管理対象装置ＴＮｉにて、分割データをテーブルオブジェクトとして格納しているため、機種毎に分割データの数が異なっていたとしても、そのテーブルオブジェクトのインスタンスインデックスの数が変わるだけで、ＭＩＢの定義自体が変わってしまうことがなく、柔軟な運用が可能となる。
【００３９】
また、本実施形態では、テーブルオブジェクトの各値を、ＧＥＴ＿ＮＥＸＴコマンドを用いて取得し、その値と共に取得されるオブジェクトを識別するための名前に基づいて、ＧＥＴ＿ＮＥＸＴコマンドの使用回数を制御するようにされているため、管理装置ＴＣ側で、分割データの個数を予め把握していなくても、必要な分割データを全て確実に取得することができる。
【００４０】
なお、本実施形態では、単一のメッセージで送受信可能な上限データサイズを超えるデータサイズを有する特定データとして、外観図を表示するためのイメージデータを用いているが、これに限らず、そのようなデータサイズを有するものであればどのようなデータであってもよい。
【００４１】
また、上記実施形態では、オブジェクトを識別する名前の接頭辞を比較することで、分割データの取得を継続するか否かを判断しているが、例えば、各分割データに、末尾の分割データであるか否かを示す末尾フラグを含ませておき、この末尾フラグに従って、分割データの取得を継続するか否かを判断するように構成してもよい。また、予め先頭の分割データの中に、分割データから元の特定データを復元した時のデータ長に関する復元データ情報を含ませておき、その復元データ情報に基づいて、分割データの取得を継続するか否かを判断するように構成してもよい。
【００４２】
更に、上記実施形態では、全ての分割データをＧＥＴ＿ＮＥＸＴコマンドを用いて取得しているが、例えば、接尾辞に使用される値が予め決められている場合には、先頭の分割データのみ、又は全ての分割データをＧＥＴコマンドを用いて取得するように構成してもよい。
【００４３】
また更に、上記実施形態ではＴＣＰ／ＩＰを用いたネットワークに適用したが、他の通信プロトコルを用いるネットワークに適用してもよい。
【図面の簡単な説明】
【図１】  実施形態のネットワーク管理システムのソフトウェア構成図である。
【図２】  外観図を表示するためのイメージデータを分割してなる分割データとテーブルオブジェクトとの対応を示す説明図である。
【図３】  イメージデータ取得処理の内容を示すフローチャートである。
【図４】  従来のネットワーク管理システムのソフトウェア構成図である。
【図５】  ネットワーク管理システムで使用される管理画面の一例である。
【符号の説明】
１…ネットワーク管理システム、１１…管理情報ベース（ＭＩＢ）、１１ａ…オブジェクト群、１１ｂ…ＭＩＢツリー辞書、１２…ＳＮＭＰエージェント、１３…通信制御部、２１…入力部、２２…表示部、２３…データ合成部、２４…コントロール部、２５…ＳＮＭＰマネージャ、２６…通信制御部、ＴＣ…管理装置、ＴＮ１〜４…管理対象装置、Ｗ１…性能、Ｗ２…外観図、Ｗ３…動作状態、Ｗ４…設定値。
【図１】
0003821034.tif 000002
【図２】
0003821034.tif 000003
【図３】
0003821034.tif 000004
【図４】
0003821034.tif 000005
【図５】
0003821034.tif 000006