JP5825102B2 - 管理装置，管理システム，被管理装置管理方法，およびそのプログラム - Google Patents

Description

この発明は、管理装置、それを含む管理システム、被管理装置管理方法、および管理装置を制御するコンピュータに実行させるプログラムに関する。

管理装置として、少なくとも一つの監視対象のネットワーク機器である被管理装置とネットワークを介してデータの送受信が可能であり、それぞれ被管理装置を監視して管理する複数の管理手段を備えたものがある。その複数の管理手段によって被管理装置を監視するためのプロトコルの１つに、ＳＮＭＰ（Simple Network Management Protocol）がある。
従来、このような管理装置（例えばＳＮＭＰマネージャ）から一つの被管理装置（例えばＳＮＭＰエージェント）に対し、監視用のプロトコル（例えばＳＮＭＰ）による多数の問い合わせ要求が集中してしまうと、被管理装置はＤＯＳ攻撃（Denial of Service attack）と判断し、通信を遮断することがある。

そこで、通信が遮断しないように被管理装置に対する監視をより確実に行えるようにする必要がある。
特許文献１には、被管理装置に相当する画像形成装置等のネットワーク画像処理装置が問い合わせ間隔を決定する機能を有し、管理装置に相当する監視装置はその決定された問い合わせ間隔をネットワーク画像処理装置から取得し、以後その問い合わせ間隔でそのネットワーク画像処理装置に対して問い合わせを行うシステムについて開示されている。

しかしながら、この従来のシステムにおいて、ネットワーク画像処理装置は必ずしも問い合わせ間隔を決定する機能を有していないため、そのネットワーク画像処理装置を監視装置が確実に監視することはできない。
この発明は、上記の点に鑑みてなされたものであり、問い合わせ間隔を決定する機能を有していない被管理装置を管理装置が確実に管理（監視）できるようにすることを目的とする。

この発明は、少なくとも一つの被管理装置とネットワークを介してデータの送受信が可能であり、上記被管理装置を管理する複数の管理手段を有する管理装置であって、上記の目的を達成するため、以下に示すようにしたことを特徴とする。
すなわち、上記被管理装置と１：１で対応する順序制御手段を備えている。そして、その順序制御手段が、上記複数の管理手段のいずれからも対応する上記被管理装置に対する問い合わせ要求を随時受付け、その問い合わせ要求を受付順に対応する上記被管理装置へ送信し、その被管理装置に対する問い合わせ要求が重複しても、先に送信した問い合わせ要求に対する応答をその被管理装置から受信した後にはじめて、次の受付順の問い合わせ要求を対応する上記被管理装置へ送信する。

この発明によれば、問い合わせ間隔を決定する機能を有していない被管理装置を管理装置が確実に監視することができる。

この発明の一実施形態である管理システムのネットワーク構成例を示す概念図である。 図１の管理装置１００のハードウェア構成例を示すブロック図である。 図１の被管理装置２００ａのハードウェア構成例を示すブロック図である。 図１の管理装置１００および被管理装置２００の主要な機能構成の第１例を示すブロック図である。 同じく管理装置１００および被管理装置２００の主要な機能構成の第２例を示すブロック図である。 図４の管理装置１００の複数の管理手段１１０，１１０ｂから１台の被管理装置２００ａを監視する際の監視方法の通信シーケンスの異なる例を示す図である。

以下、この発明を実施するための形態について説明する。
以下の実施形態では、管理装置において、ＳＮＭＰ等の監視用プロトコルによる問い合わせ要求を送信するのに際して、以下の特徴を有する。
すなわち、管理装置内の複数の管理手段から対応する１台（一つ）の被管理装置に対する監視プロトコルによる問い合わせ要求を直列化することで、対応する被管理装置への問い合わせ要求の集中を制御できることが特徴になっている。なお、１つの管理手段から複数の問い合わせ要求を発行することもできる。

監視プロトコルによる問い合わせ要求の直列化とは、被管理装置に対する監視プロトコルによる問い合わせ要求を随時受付け、その問い合わせ要求を受付順に対応する被管理装置へ送信し、１問い合わせ要求毎に対応する被管理装置からその問い合わせ要求に対する応答を受信した後にはじめて、次の受付順の問い合わせ要求を対応する被管理装置へ送信することである。
そこで、その特徴について図１〜図６を参照して具体的に説明する。

〔管理システムのネットワーク構成例〕
まず、この発明の一実施形態である管理システムについて説明する。なお、この実施形態では、使用する監視プロトコルをＳＮＭＰとするが、他の監視プロトコルを使用することもできる。
図１は、この発明の一実施形態である管理システムのネットワーク構成例を示す概念図である。

この管理システムは、ＳＮＭＰによる監視方法で想定しているシステムであり、１台の管理装置１００と、複数台の被管理装置２００（２００ａ，２００ｂ，・・・，２００ｎ）とを備えている。それらの機器の接続は、ＴＣＰ／ＩＰネットワーク３００を通して行うが、その伝送路は有線、無線を問わない。伝送路が有線である例としては、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）１３９４ネットワークやネットウェア（NetWare）ネットワークなどが、伝送路が無線である例としては、無線ＬＡＮ（ローカルエリア・ネットワーク）（ＩＥＥＥ８０２．１１ｂ等）やブルートゥース（Bluetooth：登録商標）（Ｒ）などがあげられる。

なお、上記各機器の接続を、ＴＣＰ／ＩＰネットワーク３００以外のネットワークを介して行ったり、ＲＳ−４８５規格等に準拠したシリアル接続や、ＳＣＳＩ（Small Computer System Interface）規格等に準拠したパラレル接続等によって行ってもよい。

管理装置１００は、ワークステーション、パーソナルコンピュータ、サーバなどのいかなるコンピューティング・システムであってもよく、ＳＮＭＰマネージャ機能を有する機器を対象とする。
被管理装置２００は、ＴＣＰ／ＩＰネットワーク（以下単に「ネットワーク」と略称する）３００に繋がるネットワークスイッチ（スイッチングハブ等）、ルータ、画像形成装置（プリンタ，複写機，複合機等）など、ＳＮＭＰエージェント機能を有する機器を対象とする。

〔管理装置のハードウェア構成例〕
次に、図１の管理装置１００のハードウェア構成例について説明する。
図２は、その管理装置１００のハードウェア構成例を示すブロック図である。

管理装置（以下「機器」ともいう）１００は、ＣＰＵ１１、ディスプレイインタフェース（以下「インタフェース」を「Ｉ／Ｆ」という）１２、ＲＡＭ１３、チップセット１４，１５、ハードティスク装置（以下「ＨＤＤ」という）１６、ネットワークＩ／Ｆ１７、マウス１８、キーボード１９、およびモデム２０を備えている。

ＣＰＵ１１は、機器全体を統括的に制御する中央処理装置である。このＣＰＵ１１は、ＨＤＤ１６内のプログラムをＲＡＭ１３に読み込んだ後、そのプログラムに従って動作し、機器を制御する。それによって、この発明に関わる管理手段および順序制御手段としての機能を果たすことができる。
ディスプレイＩ／Ｆ１２は、外部に接続されたディスプレイ（モニタ）を使って各種情報を表示するための信号を出力するものである。

ＲＡＭ１３は、ＣＰＵ１１がプログラムを実行するために作業するワークメモリや、画像データを展開して格納（記憶）する画像メモリ等として使用する読み書き可能なメモリである。
チップセット１４は、ＣＰＵ１１，ディスプレイＩ／Ｆ１２，およびＲＡＭ１３を高速な内部バスで接続し、また外部の汎用バス２１とのデータ交換も行うものである。

ＨＤＤ１６は、汎用バス２１に接続されたメモリデバイスであり、ＯＳ（オペレーティングシステム）や、この発明に関わる処理等を実現するためのプログラムを含む各種データなどを格納している。なお、フラッシュメモリ等の他の不揮発性記憶手段を備え、それに各種データを格納するようにしても良い。
ネットワークＩ／Ｆ１７は、外部機器（被管理装置２００ａ，２００ｂ，・・・，２００ｎ）とネットワーク３００を介してデータをやり取りするための通信手段である。

チップセット１４，ＨＤＤ１６，およびネットワークＩ／Ｆ１７は、内部バスよりも低速な汎用バス２１でつながれている。
チップセット１５は、それらチップセット１４，ＨＤＤ１６，およびネットワークＩ／Ｆ１７と更に低速なバス２２やポートとデータ交換を行う。
マウスポートやキーボードポートでは、外部に接続された入力装置であるマウス１８やキーボード１９によりユーザ操作による入力を受け付ける。また、モデムポートでは、外部のモデム２０に接続された電話回線（公衆回線）によりＦＡＸ通信等が可能になっている。

このように構成された管理装置１００では、各被管理装置２００を管理する（例えば異常をリアルタイムで検知する）ため、その各被管理装置２００から、それぞれＣＰＵ使用率やＲＡＭ等のメモリ使用量などの情報を取得し、その取得した情報を対応する被管理装置２００の管理情報に加えたり、その管理情報を修正したりするなど、管理情報の更新を行う。

〔被管理装置のハードウェア構成例〕
次に、図１の被管理装置２００のハードウェア構成例について説明する。ここでは、被管理装置２００ａを画像形成装置とし、そのハードウェア構成例についてのみ説明する。
図３は、その被管理装置２００ａのハードウェア構成例を示すブロック図である。

被管理装置（以下「機器」ともいう）２００ａは、操作部であるオペレーションパネル３１、ＣＰＵ３２、ＡＳＩＣ（Application Specific Integrated Circuit）３３、不揮発性メモリ３４、ＲＡＭ３５、ＲＯＭ３６、ネットワークＩ／Ｆ３７、およびエンジン部３８を備えている。
オペレーションパネル３１は、エンジン部３８に対する印刷（画像形成）指示等をユーザ操作によって入力するための各種の操作キー（操作スイッチ又は操作ボタンともいう）およびＬＣＤ又はＣＲＴ等の表示器を有する操作部である。

ＣＰＵ３２は、機器全体を統括的に制御する中央処理装置である。このＣＰＵ３２は、ＲＯＭ３６内のプログラムに従って動作し、機器を制御する。つまり、自己に内蔵されているモジュールおよび自己にＡＳＩＣ３３を介して接続されている各種デバイスの入出力を制御したり、後述するエンジン部３８による処理（プリント処理，スキャナ処理など）を実現するためのアプリケーションを実行することもできる。それによって、この発明に関わる応答手段としての機能を果たすことができる。

ＡＳＩＣ３３は、ＣＰＵ３２、ＲＡＭ３５、ＲＯＭ３６、ネットワークＩ／Ｆ３７、およびオペレーションパネル３１をそれぞれ接続するための複数のＩ／Ｆ等からなる多機能デバイスボードであり、ＣＰＵ３２の制御対象となるデバイスの共有化を図り、アーキテクチャの面からアプリケーション等の開発の高効率化を支援するＩＣである。このＡＳＩＣ３３は、ここでは画像処理用のハードウェア要素を備えている。

不揮発性メモリ３４は、自己の状態を外部に知らせるために公開する情報である管理情報ベース（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ：ＭＩＢ）を含む各種データを格納している。ＭＩＢとしては、この被管理装置２００ａが画像形成装置なので、上述したＣＰＵ使用率等の制御系の状況以外に、印刷枚数やトナー等の消耗品の使用量又は残量、ジャム発生や故障状況など、機器の状況を知らせる情報がある。なお、ＨＤＤを備え、それに各種データを格納するようにしても良い。

ＲＡＭ３５は、ＣＰＵ３２がプログラムを実行するために作業するワークメモリや、画像データを展開して格納する画像メモリ等として使用する読み書き可能なメモリである。
ＲＯＭ３６は、各種プログラムおよびデータなどを格納している読み出し専用メモリである。
ネットワークＩ／Ｆ３７は、外部機器（管理装置１００や他の被管理装置２００ｂ，・・・，２００ｎ）とネットワーク３００を介してデータをやり取りするための通信手段である。

エンジン部３８は、機器がプリンタであれば、印刷データを可視画像として用紙（他の記録媒体でもよい）上に印刷する印刷機構部（画像形成手段）である。なお、印刷データがＰＤＬ（プリンタ記述言語）によって構成された印刷対象ファイルの場合、記録媒体に可視画像を印刷するためのビットマップ状の画像データに変換する必要がある。機器がデジタル複写機又はデジタル複合機であれば、原稿の画像を光学的に読み取る光学読み取り機構部（画像読取手段）と、印刷機構部とを備えたものとなる。

〔管理装置および被管理装置の主要な機能構成例〕
次に、図１の管理装置１００および被管理装置２００の主要な機能構成の第１例について説明する。
図４は、その管理装置１００および被管理装置２００の主要な機能構成の第１例を示すブロック図である。

この管理装置１００では、図２のＣＰＵ１１が、ＳＮＭＰマネージャとして機能するためのプログラムをＲＡＭ１３に格納し、そのプログラムを実行することにより、２つの管理手段１１０（１１０ａ，１１０ｂ）および１つの順序制御手段１２０（１２０ａ）として機能することができる。なお、管理手段１１０は１つ又は３つ以上であっても良い。
被管理装置２００では、ＳＮＭＰエージェントとして機能するためのプログラムが図３のＲＯＭ３６に格納されているため、そのプログラムをＣＰＵ３２が実行することにより、応答手段２１０として機能することができる。また、被管理装置２００はＳＮＭＰで管理されるネットワーク機器であるため、上述したＭＩＢ（管理情報ベース）２１０が不揮発性記憶手段２２０に格納されている。不揮発性記憶手段２２０は、図３の不揮発性メモリ３４に相当する。

この例では、管理装置１００が、管理対象の被管理装置２００（２００ａ）の情報（ＭＩＢ）を取得するための問い合わせ要求を、被管理装置２００へ送信する。情報の指定には、識別子であるオブジェクトＩＤ（ＯＩＤ）が用いられる。
被管理装置２００は、問い合わせ要求を受信し、その問い合わせ要求によって指定された情報（管理装置１００によって指定された情報）を不揮発性記憶手段２２０から読み出し、その指定情報を含む応答を管理装置１００へ送信する。

図４の管理装置１００では、各管理手段１１０ａ，１１０ｂが、それぞれ被管理装置２００ａへの問い合わせ要求を順序制御手段１２０ａへ送信する。
順序制御手段１２０ａは、被管理装置２００ａと１：１の関係をとる。つまり、１台の被管理装置２００ａに対して１つの順序制御手段１２０ａとなる。
この順序制御手段１２０ａは、各管理手段１１０ａ，１１０ｂから対応する被管理装置２００ａに対する問い合わせ要求を随時受付け、その問い合わせ要求を受付順に対応する被管理装置２００ａへ送信する。

順序制御手段１２０ａは、１つの問い合わせ要求を対応する被管理装置２００ａへ送信し、その被管理装置２００ａからその問い合わせ要求に対する応答を受けるまで次の問い合わせ要求を実行しない。つまり、対応する被管理装置２００ａから問い合わせ要求に対する応答を受信した後にはじめて、次の受付順の問い合わせ要求を対応する被管理装置２００ａへ送信する。
これにより、１台の被管理装置２００ａに対する複数の管理手段１１０からの問い合わせ要求が集中しても、その被管理装置２００ａへの問い合わせ要求は直列化されるため、処理の集中を防ぐことができる。

次に、図１の管理装置１００および被管理装置２００の主要な機能構成の第２例について説明する。
図５は、その管理装置１００および被管理装置２００の主要な機能構成の第２例を示すブロック図である。

この例は、図４に示したものとは、管理装置１００が実現できる管理手段１１０の数と被管理装置２００の台数が異なる。
図５の管理装置１００では、各管理手段１１０（１１０ａ，１１０ｂ）が、各被管理装置２００（２００ａ，２００ｂ，２００ｃ）への問い合わせ要求をそれぞれ対応する順序制御手段１２０（１２０ａ，１２０ｂ，１２０ｃ）へ送信する。

各順序制御手段１２０は、各被管理装置２００とそれぞれ１：１の関係をとる。つまり、３台の被管理装置２００に対してそれぞれ対応する１つの順序制御手段１２０となる。
この各順序制御手段１２０はそれぞれ、各管理手段１１０から対応する被管理装置２００（２００ａ，２００ｂ，２００ｃ）に対する問い合わせ要求を随時受付け、その問い合わせ要求を受付順に対応する被管理装置２００へ送信する。

すなわち、各順序制御手段１２０はそれぞれ、１つの問い合わせ要求を対応する被管理装置２００へ送信し、その被管理装置２００からその問い合わせ要求に対する応答を受けるまで次の問い合わせ要求を実行しない。つまり、対応する被管理装置２００から問い合わせ要求に対する応答を受信した後にはじめて、次の受付順の問い合わせ要求を対応する被管理装置２００へ送信する。
これにより、複数台の被管理装置２００に対する複数の管理手段１１０からの問い合わせ要求が集中しても、複数台の被管理装置２００への問い合わせ要求はそれぞれ直列化されるため、処理の集中を防ぐことができる。

〔管理システムにおける被管理装置の管理方法〕
次に、図４の管理装置１００の複数の管理手段１１０ａ，１１０ｂから１台の被管理装置２００ａを管理（監視）する際の管理方法の通信シーケンスについて説明する。
図６は、その管理方法の通信シーケンスの異なる例を示す図である。なお、管理装置１００の複数の管理手段１１０ａ，１１０ｂから１台の被管理装置２００ａへの問い合わせ要求が重複しない場合をケースＡ、重複する場合をケースＢ，Ｃとする。また、この図６において、ステップを「Ｓ」と略記している。

ケースＡ，Ｂ，Ｃのいずれにおいても、管理装置１００の順序制御手段１２０ａは、管理手段１１０ａ，１１０ｂから対応する被管理装置２００ａに対する問い合わせ要求を随時受付け、その問い合わせ要求を受付順に対応する被管理装置２００ａへ送信している。そして、その被管理装置２００ａからその問い合わせ要求に対する応答を受信した後にはじめて、次の受付順の問い合わせ要求を対応する被管理装置２００ａへ送信している。

具体的には、次の通りである。
管理装置１００の複数の管理手段１１０ａ，１１０ｂから１台の被管理装置２００ａへの問い合わせ要求が重複しないケースＡでは、まず問い合わせ要求実行中でない順序制御手段１２０ａに対して各管理手段１１０ａ，１１０ｂからそれぞれ間隔を置いて問い合わせ要求を送信している（Ｓ１，Ｓ５）。なお、問い合わせ要求には、その送信元（要求元）と送信先（要求先）をそれぞれ示す情報および要求の種類を示す情報が付加されている。

管理装置１００の順序制御手段１２０ａは、管理手段１１０ａから問い合わせ要求を受付けると、その問い合わせ要求を対応する被管理装置２００ａへ送信する（Ｓ２）。このとき、受付けた問い合わせ要求にはその送信先を示す情報が付加されており、その送信先が被管理装置２００ａであることが判るため、その被管理装置２００ａへ受付けた問い合わせ要求を送信することができる。

被管理装置２００ａの応答手段２１０は、管理装置１００から問い合わせ要求を受信すると、その問い合わせ要求を解析してその内容を認識する。そして、その問い合わせ要求によって指定された情報を不揮発性記憶手段２２０から読み出し、その指定情報を含む応答を問い合わせ要求の送信元の管理手段１１０ａを持つ管理装置１００へ送信する（Ｓ３）。このとき、先に受付けた問い合わせ要求に含まれている送信元を示す情報を送信する応答に付加する。

管理装置１００の順序制御手段１２０ａは、管理装置２００ａへの問い合わせ要求に対応する応答を受信すると、その応答を対応する管理手段１１０ａ（問い合わせ要求の送信元）へ転送する（Ｓ４）。
管理手段１１０ａは、問い合わせ要求に対応する応答を受信すると、その応答から指定した被管理装置２００ａの情報を取得し、その情報を被管理装置２００ａの管理情報に加えたり、その管理情報を修正したりするなど、管理情報の更新を行う。

その後、管理装置１００の順序制御手段１２０ａは、管理手段１１０ｂから問い合わせ要求を受付けると、その問い合わせ要求を対応する被管理装置２００ａへ送信する（Ｓ６）。
以後、被管理装置２００ａ、および管理装置１００の順序制御手段１２０ａ，管理手段１１０ｂは、上述と同様の処理を行う（Ｓ７，Ｓ８）。但し、順序制御手段１２０ａは、管理装置２００ａへの次の問い合わせ要求に対応する応答を受信すると、その応答を対応する管理手段１１０ｂ（問い合わせ要求の送信元）へ転送する。

一方、管理装置１００の複数の管理手段１１０ａ，１１０ｂから１台の被管理装置２００ａへの問い合わせ要求が重複するケースＢでは、まず問い合わせ要求実行中でない順序制御手段１２０ａに対して管理手段１１０ａから問い合わせ要求を送信した後、問い合わせ要求実行中の順序制御手段１２０ａに対して管理手段１１０ｂから問い合わせ要求を送信している（Ｓ１１，Ｓ１３）。

管理装置１００の順序制御手段１２０ａは、管理手段１１０ａから問い合わせ要求を受付けると、その問い合わせ要求を対応する被管理装置２００ａへ送信する（Ｓ１２）。
続いて、管理手段１１０ｂから問い合わせ要求を受付けるが、まだ管理手段１１０ａから先に受付けた問い合わせ要求に対応する応答を受信していないため、その応答の受信を待つ。このとき、管理手段１１０ｂから受付けた問い合わせ要求を図２のＲＡＭ１３に保持する。

そして、管理手段１１０ａから先に受付けた問い合わせ要求に対応する応答を被管理装置２００ａから受信すると（Ｓ１４）、その応答を対応する管理手段１１０ａ（問い合わせ要求の送信元）へ転送した後（Ｓ１５）、次の受付順の問い合わせ要求をＲＡＭ１３から読み出して、それを被管理装置２００ａへ送信する。
その後、管理装置２００ａへの次の受付順の問い合わせ要求に対応する応答を受信すると（Ｓ１７）、その応答を対応する管理手段１１０ｂ（問い合わせ要求の送信元）へ転送する（Ｓ１８）。

管理装置１００の複数の管理手段１１０ａ，１１０ｂから１台の被管理装置２００ａへの問い合わせ要求が重複する他方のケースＣでは、ケースＢと若干異なる。
このケースＣでは、順序制御手段１２０ａが、管理手段１１０ａから受付けた問い合わせ要求を対応する被管理装置２００ａへ送信した後（Ｓ２１，Ｓ２２）、次の処理を行う。
すなわち、管理手段１１０ｂから問い合わせ要求を受付けたとき（Ｓ２３）、管理手段１１０ａから先に受付けた問い合わせ要求に対応する応答を受信していない場合には、その応答の受信を待ち、管理手段１１０ｂから受付けた問い合わせ要求を図２のＲＡＭ１３に保持する。

そして、管理手段１１０ａから先に受付けた問い合わせ要求に対応する応答を被管理装置２００ａから受信すると（Ｓ２４）、その応答をＲＡＭ１３に保持した後、次の受付順の問い合わせ要求をＲＡＭ１３から読み出して、それを被管理装置２００ａへ送信する（Ｓ２５）。
そして、管理装置２００ａへの次の受付順の問い合わせ要求に対応する応答を受信すると（Ｓ１７）、その応答をＲＡＭ１３に保持した後、ＲＡＭ１３に保持した各応答を対応する管理手段１１０ａ，１１０ｂへ順次転送する（Ｓ２７，Ｓ２８）。

なお、管理装置１００の一つの順序制御手段１２０が、異なる問い合わせ要求を同一の管理手段１１０あるいは３つ以上の管理手段１１０から順次受付け、その問い合わせ要求を受付順に対応する被管理装置２００へ送信することもできる。この場合、その被管理装置２００からその問い合わせ要求に対する応答を受信した後にはじめて、次の受付順の問い合わせ要求を対応する被管理装置２００へ送信する。

あるいは、管理装置１００の複数の順序制御手段１２０ａがそれぞれ、自己が対応する被管理装置２００に対する異なる問い合わせ要求を同一の管理手段１１０あるいは３つ以上の管理手段１１０から順次受付け、その問い合わせ要求を受付順に自己が対応する被管理装置２００へ送信することもできる。この場合、その被管理装置２００からその問い合わせ要求に対する応答を受信した後にはじめて、次の受付順の問い合わせ要求を自己が対応する被管理装置２００へ送信する。

このように、この実施形態における管理装置２００によれば、以下の（ａ）〜（ｃ）に示す作用効果を得ることができる。
（ａ）管理装置２００の順序制御手段１２０が、複数の管理手段１１０から対応する１台の被管理装置２００に対する問い合わせ要求を随時受付け、その問い合わせ要求を受付順に対応する被管理装置２００へ送信する。そして、その問い合わせ要求に対する応答を被管理装置２００から受信した後にはじめて、次の受付順の問い合わせ要求を対応する被管理装置２００へ送信する。それによって、１台の被管理装置２００に対する複数の管理手段１１０からの問い合わせ要求が集中しても、処理の集中を防ぐことができるため、問い合わせ間隔を決定する機能を有していない被管理装置２００を管理装置１００が確実に監視することができる。

（ｂ）管理装置２００の順序制御手段１２０が、被管理装置２００から問い合わせ要求に対する応答を受信した際に、その問い合わせ要求の要求元の管理手段１１０へその受信した応答を転送した後にはじめて、次の受付順の問い合わせ要求を対応する被管理装置２００へ送信すれば、次のような効果も得られる。つまり、被管理装置２００から受信した応答を問い合わせ要求の要求元の管理手段１１０へ直ちに転送することができるため、応答を蓄積するためのメモリ（ＲＡＭ）が不要となり、その分だけコストの低下につながる。

（ｃ）管理装置２００の順序制御手段１２０が、先の問い合わせ要求に対する応答を被管理装置２００から受信した際に、他の管理手段１１０（同じ管理手段１１０でもよい）から次の問い合わせ要求を受付けている場合には、該次の問い合わせ要求を対応する被管理装置２００へ送信する。そして、その問い合わせ要求に対する応答を被管理装置２００から受信した後、その応答と先に受信した応答をそれぞれ対応する問い合わせ要求の要求元の管理手段１１０へ転送するようにしてもよい。それによって、管理手段１１０から受付けた問い合わせ要求をできるだけ早く対応する被管理装置２００へ送信するため、対応する被管理装置２００との通信に要する時間を短縮でき、その分だけ通信費用の低下につながる。

〔この実施形態におけるプログラム〕
このプログラムは、管理装置を制御するＣＰＵ（コンピュータ）を、この発明による前述した管理手段および順序制御手段として機能させるためのプログラムであり、このようなプログラムをＣＰＵに実行させることにより、上述したような効果を得ることができる。

このようなプログラムは、はじめから管理装置に備えるＲＯＭ、あるいは不揮発性メモリ（フラッシュＲＯＭ，ＥＥＰＲＯＭ等）、あるいはＨＤＤ（ハードディスク装置）などの記憶手段に格納しておいてもよいが、記録媒体であるＣＤ−ＲＯＭ、あるいはメモリカード，フレキシブルディスク，ＭＯ，ＣＤ−Ｒ，ＣＤ−ＲＷ，ＤＶＤ＋Ｒ，ＤＶＤ＋ＲＷ，ＤＶＤ−Ｒ，ＤＶＤ−ＲＷ，又はＤＶＤ−ＲＡＭ等の不揮発性記録媒体（メモリ）に記録して提供することもできる。それらの記録媒体に記録されたプログラムを管理装置にインストールしてＣＰＵに実行させるか、ＣＰＵにそれらの記録媒体からこのプログラムを読み出して実行させることにより、上述した各手段として機能させることができる。

さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部機器あるいはプログラムを記憶手段に記憶した外部機器からダウンロードし、管理装置にインストールしてＣＰＵに実行させることも可能である。
なお、この発明は上述した各実施形態に限定されるものではなく、特許請求の範囲に記載された技術思想に含まれる技術的事項の全てが対象となることは言うまでもない。

１１，３２：ＣＰＵ １２：ディスプレイＩ／Ｆ １３，３５：ＲＡＭ
１４，１５：チップセット １６：ＨＤＤ １７，３７：ネットワークＩ／Ｆ
１８：マウス １９：キーボード ２０：モデム ２１：汎用バス
２２：バス ３１：オペレーションパネル ３３：ＡＳＩＣ
３４：不揮発性メモリ ３６：ＲＯＭ ３８：エンジン部 １００：管理装置
１１０（１１０ａ，１１０ｂ）：管理手段
１２０（１２０ａ，１２０ｂ，１２０ｃ）：順序制御手段
２００（２００ａ，２００ｂ，２００ｎ）：被管理装置 ２１０：応答手段
２２０：不揮発性記憶手段 ３００：ＴＣＰ／ＩＰネットワーク

特許第４５７６０７１号公報

Claims (8)

1. 少なくとも一つの被管理装置とネットワークを介してデータの送受信が可能であり、前記被管理装置を管理する複数の管理手段を有する管理装置であって、
   前記被管理装置と１：１で対応する順序制御手段を備え、
   該順序制御手段は、前記複数の管理手段のいずれからも対応する前記被管理装置に対する問い合わせ要求を随時受付け、その問い合わせ要求を受付順に対応する前記被管理装置へ送信し、該被管理装置に対する問い合わせ要求が重複しても、先に送信した問い合わせ要求に対する応答を該被管理装置から受信した後にはじめて、次の受付順の問い合わせ要求を対応する前記被管理装置へ送信することを特徴とする管理装置。
2. 前記順序制御手段は、対応する前記被管理装置から、前記先に送信した問い合わせ要求に対する応答を受信して、その受信した応答を前記問い合わせ要求の要求元の前記管理手段へ転送した後にはじめて、次の受付順の問い合わせ要求を対応する前記被管理装置へ送信することを特徴とする請求項１に記載の管理装置。
3. 前記データ通信をＳＮＭＰによって行うことを特徴とする請求項１又は２に記載の管理装置。
4. 前記管理装置は、複数の前記被管理装置とそれぞれ１：１で対応する複数の順序制御手段を有しており、
   該複数の順序制御手段はそれぞれ、前記管理手段から自己が対応する前記被管理装置に対する問い合わせ要求を随時受付け、その問い合わせ要求を受付順に自己が対応する前記被管理装置へ送信するが、該被管理装置に対する問い合わせ要求が重複しても、先に送信した問い合わせ要求に対する応答を該被管理装置から受信した後にはじめて、次の受付順の問い合わせ要求を対応する前記被管理装置へ送信することを特徴とする請求項１から３のいずれか一項に記載の管理装置。
5. 請求項１乃至３のいずれか一項に記載の管理装置と、前記被管理装置とを備え、該被管理装置を前記管理装置によって管理する管理システムであって、
   前記被管理装置は、前記管理装置と前記ネットワークを介してデータの送受信が可能であり、前記管理装置からの前記問い合わせ要求を受信した場合に、該問い合わせ要求に対応する応答を前記管理装置へ送信する応答手段を有することを特徴とする管理システム。
6. 請求項４に記載の管理装置と、前記複数の順序制御手段とそれぞれ１：１で対応する複数の被管理装置とを備え、該複数の被管理装置を前記管理装置によって管理する管理システムであって、
   前記複数の被管理装置はそれぞれ、前記管理装置と前記ネットワークを介してデータの送受信が可能であり、前記管理装置からの前記問い合わせ要求を受信した場合に、該問い合わせ要求に対応する応答を前記管理装置へ送信する応答手段を有することを特徴とする管理システム。
7. 少なくとも一つの被管理装置を、その各被管理装置とネットワークを介してデータの送受信が可能で、複数の管理手段と前記被管理装置と１：１で対応する順序制御手段とを有する管理装置によって管理する被管理装置管理方法であって、
   前記管理装置が前記順序制御手段によって、前記複数の管理手段のいずれからも対応する前記被管理装置に対する問い合わせ要求を随時受付け、その問い合わせ要求を受付順に対応する前記被管理装置へ送信し、該被管理装置に対する問い合わせ要求が重複しても、先に送信した問い合わせ要求に対する応答を該被管理装置から受信した後にはじめて、次の受付順の問い合わせ要求を対応する前記被管理装置へ送信することを特徴とする被管理装置管理方法。
8. 少なくとも一つの被管理装置とネットワークを介してデータの送受信が可能な管理装置を制御するコンピュータを、
   前記被管理装置を管理する複数の管理手段と、
   前記被管理装置と１：１で対応し、前記複数の管理手段のいずれからも対応する前記被管理装置に対する問い合わせ要求を随時受付け、その問い合わせ要求を受付順に対応する前記被管理装置へ送信し、該被管理装置に対する問い合わせ要求が重複しても、先に送信した問い合わせ要求に対する応答を該被管理装置から受信した後にはじめて、次の受付順の問い合わせ要求を対応する前記被管理装置へ送信する順序制御手段として機能させるプログラム。

Images