(57)【特許請求の範囲】
【請求項１】
１つ以上の管理装置を管理する１つの統合管理装置と、上記１つの統合管理装置に接続されて管理される１つ以上の管理装置と、所定の通信網を介して上記１つ以上の管理装置の所定の管理装置と接続されて管理される複数の被管理装置とを備える装置管理システムにおいて、
上記１つ以上の管理装置は、それぞれ、上記管理する被管理装置と通信を行なう管理サブ装置を１つ以上備え、
上記１つ以上の管理サブ装置は、それぞれ、上記管理する被管理装置と通信を行なう被管理通信部と、他の管理サブ装置と連係して処理を行なうための共通通信部とを備え、
上記１つ以上の管理サブ装置の中の１つの管理サブ装置は、上記統合管理装置と通信を行なう統合通信部を有する上位管理サブ装置であり、
上記上位管理サブ装置の上記統合通信部は、上記統合管理装置から所定の被管理装置を示す情報を含む所定の処理情報を入力し、
上記上位管理サブ装置を含む１つ以上の上記管理サブ装置は、所定の処理負荷を有する装置であり、
上記上位管理サブ装置を含む１つ以上の上記管理サブ装置の各上記共通通信部は、
上記上位管理サブ装置を含む１つ以上の上記管理サブ装置を識別する管理サブ装置識別情報と、上記上位管理サブ装置を含む１つ以上の上記管理サブ装置の有する所定の処理負荷を示す負荷情報とを対応させて記憶する処理先決定テーブルと、
上記所定の処理情報に含まれている被管理装置とその被管理装置を管理する上記上位管理サブ装置を含む１つ以上の上記管理サブ装置の所定の管理サブ装置とを排他処理させるためのロック処理部と、
上記処理負荷の小さい管理サブ装置識別情報を取得して上記ロック処理部に通知するとともに、排他処理を行なった管理サブ装置を示す情報を受信して、上記処理先決定テーブルの受信した管理サブ装置を示す情報に対応して記憶されている処理負荷を示す情報を更新する処理先決定部と
を備えたことを特徴とする装置管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、複数の被管理装置を管理するための階層型ネットワークにより接続された装置を管理する管理システムに関し、特に階層の中間に位置する管理装置に、複数台の装置からなる分散型管理装置を採用した装置管理システムに関するものである。
【０００２】
【従来の技術】
装置管理システムは、通信装置のようなネットワークを構成する機器を管理するためのものである。ネットワーク構成されている装置の管理は、被管理装置であるネットワーク構成機器が管理のために備えているエージェントと、それを管理するためのマネージャを備えた管理装置によって実現される。管理の基本は、マネージャからのエージェントを介した被管理装置上の管理対象の操作と、エージェントからマネージャへの管理対象の変化の通知である。
階層型のネットワーク構成されている装置を管理する管理システムは、例えば、複数の被管理装置、複数の管理装置と１台の統合管理装置から構成される。１台の管理装置は複数の被管理装置と接続され、被管理装置を管理することに加え、統合管理装置へも接続され、統合管理装置からの管理要求の受付と被管理対象の変化に関する通知とを行う。統合管理装置は、ネットワークのあるパートをそれぞれ分担している管理装置と接続されることで、ネットワーク全体を管理する。大規模なネットワーク構成された装置を管理する管理システムでは、各管理装置はあらかじめ担当する地理的・論理的エリアを定められており、統合管理装置は各エリアの管理装置を介して、各エリアを把握、管理する。
ある管理装置が担当するエリアに被管理装置が多数あり、１台の管理装置で全ての被管理装置を管理できないとあらかじめわかっている場合がある。この場合、管理装置をさらに階層化するという手段がとられる。しかし、１台の管理装置では全ての被管理装置を管理することができないとあらかじめわかっていることは少なく、非階層的な構成をとることが多い。非階層的な構成から階層的な構成に変更するのは、困難である。また、被管理装置数が増減するような状況では、実際に必要な数以上に管理装置が必要になったり、不必要に多層階層になったりする場合がある。
【０００３】
例えば従来技術として、「特開平１１−２３４２９１」では、階層的ではなく分散的な構成を取ることによって、負荷の分散と、管理装置数の低減と構成の単純化を図っている。
しかし、「特開平１１−２３４２９１」では、階層的なネットワークの一部を平坦化するという点は考慮されていないため、統合管理装置が存在するような状況には適用できない。
【０００４】
【発明が解決しようとする課題】
従来の方法では、統合管理装置が、各エリアの管理装置を介して全体を管理するような構成の階層型の管理システムにおいて、被管理装置の増減や処理能力の増減によって生じる管理装置の負荷の高低に応じて、適切に管理装置を配置することができなかった。
【０００５】
この発明は上記のような問題点を解決するためになされたもので、被管理装置の増減や処理能力の増減に応じて、管理装置を適切に配置することを特徴とする装置管理システムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
この発明に係る１つ以上の管理装置を管理する１つの統合管理装置と、上記１つの統合管理装置に接続されて管理される１つ以上の管理装置と、所定の通信網を介して上記１つ以上の管理装置の所定の管理装置と接続されて管理される複数の被管理装置とを備える装置管理システムは、
上記１つ以上の管理装置は、それぞれ、上記管理する被管理装置と通信を行なう被管理通信部と、他の管理装置と連係して処理を行なうための共通通信部とを有する１つ以上の管理サブ装置を備え、上記１つ以上の管理サブ装置の中の１つの管理サブ装置は、上記統合管理装置と通信を行なう統合通信部を有する上位管理サブ装置であることを特徴とする。
【０００７】
また、この発明に係る装置管理システムは、上記上位管理サブ装置の上記統合通信部は、上記統合管理装置から所定の被管理装置を示す情報を含む第１の処理情報を入力し、上記上位管理サブ装置を含む１つ以上の上記管理サブ装置の各上記被管理通信部は、上記複数の被管理装置の所定の被管理装置から上記所定の被管理装置とは別の被管理装置を示す情報を含む第２の処理情報を入力し、上記上位管理サブ装置を含む１つ以上の上記管理サブ装置の各上記共通通信部は、上記被管理装置を識別する被管理識別情報と被管理装置を管理する上記上位管理サブ装置を含む１つ以上の上記管理サブ装置を識別する管理サブ識別情報とを対にして記憶する処理先決定テーブルと、上記第１の処理情報に含まれた所定の被管理装置を示す情報に基づいて上記処理先決定テーブルを参照して所定の被管理装置を管理する管理サブ装置を決定するとともに、上記第２の処理情報に含まれた上記別の被管理装置を示す情報に基づいて上記処理先決定テーブルを参照して上記別の被管理装置を管理する管理サブ装置を決定して、決定した管理サブ装置に対して上記第１の処理情報と上記第２の処理情報のいずれか一方の情報を送信する処理先決定部とを備えたことを特徴とする。
【０００８】
また、この発明に係る装置管理システムは、上記第１の処理情報と上記第２の処理情報とは、それぞれ異なる目的を有する情報であり、上記処理先決定テーブルは、上記異なる目的に応じて上記第１の処理情報用の第１の処理先決定テーブルと上記第２の処理情報用の第２の処理先決定テーブルとを備え、上記各共通通信部の処理先決定部は、上記第１の処理情報に基づいて処理先決定テーブルを参照する場合は、上記第１の処理先決定テーブルを参照するとともに、上記第２の処理情報に基づいて処理先決定テーブルを参照する場合は、上記第２の処理先決定テーブルを参照することを特徴とする。
【０００９】
また、この発明に係る装置管理システムは、上記上位管理サブ装置は、上記処理先決定テーブルに記憶する情報を保管して一括管理するマスタテーブル情報記憶部を備え、上記上位管理サブ装置は、起動時に上記マスタテーブル情報記憶部に保管している情報を取り出して上記各共通通信部の処理先決定テーブルに記憶させることを特徴とする。
【００１０】
また、この発明に係る装置管理システムは、上記上位管理サブ装置は、上記第１の処理先決定テーブルに記憶する情報を保管して一括管理する第１のマスタテーブル情報記憶部と、上記第２の処理先決定テーブルに記憶する情報を保管して一括管理する第２のマスタテーブル情報記憶部を備え、上記上位管理サブ装置は、起動時に、上記第１のマスタテーブル情報記憶部に保管している情報を取り出して上記各共通通信部の第１の処理先決定テーブルに記憶させるとともに、上記第２のマスタテーブル情報記憶部に保管している情報を取り出して上記各共通通信部の第２の処理先決定テーブルに記憶させることを特徴とする。
【００１１】
さらに、この発明に係る装置管理システムは、上記上位管理サブ装置の上記統合通信部は、上記統合管理装置から所定の被管理装置を示す情報を含む所定の処理情報を入力し、上記上位管理サブ装置を含む１つ以上の上記管理サブ装置は、所定の処理負荷を有する装置であり、上記上位管理サブ装置を含む１つ以上の上記管理サブ装置の各上記共通通信部は、上記上位管理サブ装置を含む１つ以上の上記管理サブ装置を識別する管理サブ識別情報と、上記上位管理サブ装置を含む１つ以上の上記管理サブ装置の有する所定の処理負荷を示す負荷情報とを対応させて記憶する処理先決定テーブルと、上記所定の処理情報に含まれている被管理装置とその被管理装置を管理する上記上位管理サブ装置を含む１つ以上の上記管理サブ装置の所定の管理サブ装置とを排他処理させるためのロック処理部と、上記処理先決定部から上記処理負荷の小さい管理サブ装置識別情報を取得して上記ロック処理部に通知するとともに、排他処理を行なった管理サブ装置を示す情報を受信して、上記処理先決定テーブルの受信した管理サブ装置を示す情報に対応して記憶されている処理負荷を示す情報を更新する処理先決定部とを備えたことを特徴とする。
【００１２】
【発明の実施の形態】
実施の形態１．
図１は、この発明のネットワーク接続された装置のシステム構成の一例を示す図である。
図１において、３は、管理対象となる複数の被管理装置であり、２は、複数の被管理装置３を管理するための１つ以上の管理装置であり、１は、１つ以上の管理装置を管理し、ネットワーク全体の管理を行う１台の統合管理装置である。統合管理装置１と管理装置２とは、ネットワークを介して接続されている。管理装置２は、それぞれエリア１とエリアｎに置かれており、各エリア内に置かれている被管理装置３を管理する。統合管理装置１は、各エリアの被管理装置をエリア毎に置かれた管理装置２を介して管理する。
【００１３】
図２は、この実施の形態の管理装置の構成を示す図である。
図２において、１，２，３は図１と同じであるので説明を省略する。管理装置２は、２ａの管理代表サブ装置（上位管理サブ装置）と２ｂ，２ｎの管理サブ装置とにより構成される。管理代表サブ装置は、それぞれのエリア内の被管理装置を管理する１つ以上の管理サブ装置を代表して統合管理装置１と通信を行う装置である。管理サブ装置２ｂ，２ｎと管理代表サブ装置２ａとは、ネットワークによってエリア内の複数の被管理装置３を接続している。また、管理サブ装置２ｂ，２ｎと管理代表サブ装置２ａとは、それぞれ共通通信部２２０ａ，２２０ｂ，２２０ｎを有していて、共通通信部を用いて管理サブ装置２ｂと２ｎと管理代表サブ装置２ａとの間で情報の通信を行う。
図３によって、この発明の装置管理システムの詳細な構成例を説明する。
統合管理装置１は、管理代表サブ装置２ａから通知を受信する通知受信部１０１と、管理代表サブ装置２ａに管理操作の要求を送信する操作要求送信部１０２を備えている。
管理装置２は、１台の管理代表サブ装置（上位管理サブ装置）２ａと、１つ以上の管理サブ装置２ｂから構成されている。
管理代表サブ装置２ａは、統合管理装置１へ通知を送信する通知送信部２０１、統合管理装置１から管理操作要求（第１の処理情報）を受信する要求受信部２０２、被管理装置３から通知（第２の処理情報）を受け取り、ヘッダ処理等を行う通知受信部２０３ａ、被管理装置３へ管理操作要求を送信する要求送信部２０４ａ、受取った操作要求を処理する操作要求処理部２０５ａ、受取った通知を処理する通知処理部２０６ａ、管理代表サブ装置を含む管理サブ装置間と共通する通信処理を連係して行う共通通信部２２０を備えている。通知送信部２０１と要求受信部２０２とは統合通信部である。通知受信部２０３ａと要求送信部２０４ａとは被管理通信部である。
管理サブ装置２ｂは、被管理装置３から通知を受け取り、ヘッダ処理等を行う通知受信部２０３ｂ、被管理装置３へ管理操作要求を送信する要求送信部２０４ｂ、受取った操作要求を処理する操作要求処理部２０５ｂ、受取った通知を処理する通知処理部２０６ｂ、管理代表サブ装置を含む管理サブ装置間と共通する通信処理を連係して行う共通通信部２２０を備えている。通知受信部２０３ｂと要求送信部２０４ｂとは被管理通信部である。
さらに、共通通信部２２０は、通知処理を行う先を記載した通知処理部テーブル（第２の処理先テーブル）２２１、操作処理を行う先を記載した操作処理部テーブル（第１の処理先テーブル）２２２、処理を行う先を決定する処理先決定部２２３を備えている。通知処理部テーブル２２１と要求処理部テーブル２２２とは、処理先決定テーブルである。
被管理装置３ａは、通知を送信するための通知送信部３１ａ、管理操作要求を受信するための要求受信部３２ａを備えている。同様に被管理装置３ｂは、通知を送信するための通知送信部３１ｂ、管理操作要求を受信するための要求受信部３２ｂを備えている。
図２では共通通信部を、管理代表サブ装置を含む管理サブ装置がそれぞれ有するように図示していたが、図３では共通通信部２２０を、管理代表サブ装置を含むすべての管理サブ装置によって共有するように図示した。これは、管理代表サブ装置を含む管理サブ装置それぞれの共通通信部が連係して動作するため、１つのＢＯＸで表現した。
【００１４】
続いて、この発明の動作を説明する。最初に、図３、図４によって被管理装置から送信される通知（第２の処理情報）の処理について説明する。
図３において、被管理装置３ａは、発生した障害や状態の変化を障害通知や状態変化通知として、通知送信部３１ａから管理代表サブ装置２ａの通知受信部２０３ａに宛てて第２の処理情報を送信する。
通知受信部２０３ａは、被管理装置３ａの通知送信部３１ａから送付される第２の処理情報である通知を受信する。通知を受信すると、ヘッダ処理等の下処理を行って、共通通信部２２０へ送る。上記下処理とは、管理装置と被管理装置との間のネットワーク媒体上で、通知を受け渡しするために必要なヘッダを構成したり、解析したりする処理を意味する。具体的には、プレゼンテーション層より下位でのデータグラムの構成／解析をイメージしている。
共通通信部２２０の処理先決定部２２３は、通知処理部テーブル２２１を参照して処理を行う先を決定し、通知受信部２０３ａから受取った情報を、処理を行う先へ送る。ここでは決定先が通知処理部２０６ａとなったとして説明する。通知処理部２０６ａは、データ蓄積のための形式への変換と蓄積、上位管理装置に送信するための形式への変換を行った後、上位管理装置送信用の形式で通知送信部２０１へ送る。通知送信部２０１は、受取った情報にヘッダ処理等の下処理を行って、被管理装置からの送信時刻順に統合管理装置１の通知受信部１０１へ送信する。
【００１５】
図４は、通知処理部テーブル２２１の一例であり、被管理装置と処理担当の管理代表サブ装置を含む所定の管理サブ装置の備える通知処理部とが対応付けられている。以下の説明では、管理サブ装置の備える通知処理部を単に管理サブ装置或いは、管理代表サブ装置と称する。共通通信部２２０の処理先決定部２２３は、通知を送信してきた被管理装置に対応する管理サブ装置或いは管理代表サブ装置をこの通知処理部テーブル２２１から取り出し、処理を行う通知処理部として決定する。図４の通知処理部テーブル２２１は、新たな管理サブ装置が管理装置２の一部として追加される時に変更され、新しい管理サブ装置とそれが担当する被管理装置が新たな項目として追加される。
図４の例では、被管理装置３ａに対応する処理担当は管理代表サブ装置２ａの通知処理部２０６ａである。このため、処理先決定部２２３は、通知処理部２０６ａを処理先に決定する。
【００１６】
次に、図３、図４によって、統合管理装置から出される管理操作要求（第１の処理情報）の処理について説明する。
図３において、統合管理装置１は、ネットワークの管理に必要な管理操作を、操作要求（第１の処理情報）として操作要求送信部１０２から管理代表サブ装置２ａの要求受信部２０２に送信する。要求受信部２０２は、要求を受信すると、ヘッダ処理等の下処理を行って、共通通信部２２０へ送る。共通通信部２２０の処理先決定部２２３は、要求処理部テーブル２２２を参照して処理を行う先を決定し、要求受信部２０２から受取った情報を、処理を行う先へ送る。ここでは決定先が操作要求処理部２０５ａとなったとして説明する。操作要求処理部２０５ａは、装置に送信するための形式への変換を行った後、要求送信部２０４ａへ送る。要求送信部２０４ａは、受取った情報にヘッダ処理等の処理を行って、被管理装置３ａの要求受信部３２ａへ送信する。
図５は、要求処理部テーブル２２２の一例であり、被管理装置と処理担当の管理代表サブ装置を含む所定の管理サブ装置の備える操作要求処理部とが対応付けられている。以下の説明では、管理サブ装置の備える操作要求処理部を単に管理サブ装置或いは、管理代表サブ装置と称する。共通通信部２２０の処理先決定部２２３は、操作要求を行う被管理装置に対応する管理サブ装置或いは管理代表サブ装置をこの要求処理部テーブル２２２から取り出し、処理を行う要求処理部として決定する。図５の要求処理部テーブル２２２は、新たな管理サブ装置が管理装置２の一部として追加される時に変更され、新しい管理サブ装置とそれが担当する被管理装置が新たな項目として追加される。
図５の例では、被管理装置３ａに対応する処理担当は管理代表サブ装置２ａの操作要求処理部２０５ａである。このため、処理先決定部２２３は、操作要求処理部２０５ａを処理先に決定する。
【００１７】
上記したように、処理先決定テーブルは、通知処理部テーブル２２１と要求処理部テーブル２２２とにより構成するようにした。そして、通知受信部から情報を受信した場合は、通知処理部テーブル２２１を参照して通知処理部を決定した。また、要求受信部から情報を受信した場合は、要求処理部テーブル２２２を参照して要求処理部を決定していた。しかし、管理代表サブ装置を含む管理サブ装置はそれぞれ、通知処理部と要求処理部とを備えているので、処理先決定部がどの管理サブ装置を処理先に選択しても、処理を行うことが可能である。特に、図４，５に示したテーブルの内容は同じである為、処理先決定テーブルは、被管理装置に対応する管理サブ装置（管理代表サブ装置を含む）を記憶するテーブルを１つ有しても、上記した２つのテーブルを有する場合と同じ結果を得ることができる。
通知処理を行う場合と要求処理行う場合とで、被管理装置に対応する管理サブ装置が異なる場合は、通知処理部テーブルと要求処理部テーブルとがそれぞれ必要である。
【００１８】
以上のように、管理装置に求められる能力に従って、２つのテーブルのデータを共通通信部により書き換えるだけで、処理を行うための管理サブ装置を追加、削除することができるので、管理装置の能力を適切に増減することができるネットワークに接続された装置を管理する装置管理システムが実現できる。
【００１９】
実施の形態１では、通知を送信するための通知送信部と管理操作要求を受信するための要求受信部を備えた複数の被管理装置と、統合管理装置へ通知を送信する通知送信部、統合管理装置から管理操作要求を受信する要求受信部、被管理装置から通知を受け取ってヘッダ処理等を行う通知受信部、被管理装置へ管理操作要求を送信する要求送信部、受取った操作要求を処理する操作要求処理部、受取った通知を処理する通知処理部、通知処理を行う先を記載した通知処理部テーブルと操作処理を行う先を記載した要求処理部テーブルと処理を行う先を決定する処理先決定部とを持ち、他の管理サブ装置間との通信処理を行う共通通信部を備えている一台の管理サブ装置（管理代表サブ装置）と、被管理装置から通知を受け取り、ヘッダ処理等を行う通知受信部、被管理装置へ管理操作要求を送信する要求送信部、受取った操作要求を処理する操作要求処理部、受取った通知を処理する通知処理部、他の管理サブ装置間と共通する通信処理を行う共通通信部を備えている複数台の管理サブ装置と、管理代表サブ装置と１つ以上の管理サブ装置とから構成される管理装置から通知を受信する通知受信部と管理操作の要求を送信する操作要求送信部を備えた統合管理装置が、ネットワークで接続されていることを特徴とする装置管理システムについて説明を行った。
【００２０】
実施の形態２．
実施の形態２では、実施の形態１の構成に加え、管理代表サブ装置２ａは、通知処理部テーブル２２１と要求処理部テーブル２２２を蓄積するための記憶装置（マスタテーブル情報記憶部）を備えているものとして、装置管理システムの一例を説明する。
【００２１】
管理装置２の共通通信部２２０は、管理装置２の起動時に管理代表サブ装置２ａの備える記憶装置から情報を取りだし、通知処理部テーブル２２１と要求処理部テーブル２２２とを作成する。
なお、記憶装置（マスタテーブル情報記憶部）は、管理代表サブ装置２ａに備えられても、管理代表サブ装置２ａからアクセス可能な所定の装置に備えられても構わない。
【００２２】
これにより、１つの管理代表サブ装置が持つ記憶装置の情報を変更するだけで、通知処理や要求処理を行う為に使用する管理サブ装置（管理代表サブ装置を含む）を変更することが可能になる。
【００２３】
実施の形態２では、管理サブ装置が、通知処理部テーブルと要求処理部テーブルを蓄積するための記憶装置を備えていることを特徴とする装置管理システムの一例を説明した。
【００２４】
実施の形態３．
図６は、実施の形態３におけるこの発明の装置管理システムの構成の一例である。
図６は、実施の形態１の図１において管理装置２の共通通信部２２０にロック処理部２２４を追加したものである。また、ロック処理部２２４は、ロックを行っている被管理装置と被管理装置を操作する管理代表サブ装置を含む管理サブ装置の所定の管理サブ装置とを対応づけて、ロック数をカウントするカウンタテーブルを有している。
続いて、図６、図７、図８、図９によって、統合管理装置から所定の処理情報として管理操作要求が出されたときの動作を説明する。
なお、被管理装置から通知（第２の処理情報）が送信された時の動作は、実施の形態１の場合と同様である。
【００２５】
まず、図９に示す管理代表サブ装置を含む各管理サブ装置がそれぞれ１つの操作要求処理部を備えている場合の、要求処理部テーブル２２２（処理先決定テーブル）の一例を説明する。
この実施の形態３では、要求処理部テーブル２２２は、被管理装置を操作する管理サブ装置（管理サブ装置は管理代表サブ装置も含む）の備える操作要求処理部の識別情報と処理の負荷情報を対応して記憶しているテーブルである。図９では処理の負荷情報は左側の「１」，「２」であり、負荷情報の小さい順に操作要求処理部の識別情報を記憶している。
【００２６】
図６において、統合管理装置１は、ネットワークの管理に必要な管理操作を操作要求として、操作要求送信部１０２から管理代表サブ装置２ａの要求受信部２０２に送信する。要求受信部２０２は、要求を受信すると、ヘッダ処理等の下処理を行って、共通通信部２２０の処理先決定部２２３へ送る。処理先決定部２２３は、要求受信部２０２から受取った情報に基づいて要求処理部テーブル２２２を参照して、処理先として処理負荷の小さい操作要求処理部を決定して、決定した処理先へデータを送る。ここでは、決定先が操作要求処理部２０５ａとなったとして説明する。操作要求処理部２０５ａは、装置に送信するための形式への変換を行った後、要求送信部２０４ａへ送る。要求送信部２０４ａは、受取った情報にヘッダ処理等の処理を行って、被管理装置３ａの要求受信部３２ａへ送信する。
【００２７】
図７は、処理先決定部２２３の動作を表すフローチャートである。
図７において、処理先決定部２２３は、データの到着を待っている（Ｓ１０１）。データが届くと要求受信部から届いたかどうかを判定する（Ｓ１０２）。要求受信部からのデータ（所定の処理情報）であった場合には（Ｓ１０２，Ｙｅｓ）、要求処理部テーブル２２２から処理負荷の小さい操作要求処理部を示す情報を優先的に取り出す（Ｓ１０３）。処理先決定部２２３は、ロック処理部２２４に対し、Ｓ１０３で得た処理先の操作要求処理部示す情報とＳ１０２で受取った操作の対象となる被管理装置を与え、ロックを要求する（Ｓ１０４）。ロック処理部２２４から、処理先の操作要求処理部を示す情報を受取り（Ｓ１０５）、要求処理部テーブル２２２を操作要求処理部の負荷処理の小さい順になるよう更新する（Ｓ１０６）。処理先の操作要求処理部にデータを渡した後（Ｓ１０７）、再度データの到着を待つ（Ｓ１０１）。
Ｓ１０２の判定後（Ｓ１０２，Ｎｏ）、届いたデータが処理先からのデータであるかを判定し（Ｓ１０８）、処理先からの応答である場合には（Ｓ１０８，Ｙｅｓ）、ロック処理部２２４にロック解除を要求する（Ｓ１０９）。その後再びデータ待ち（Ｓ１０１）へ戻る。Ｓ１０８でＮｏの場合は、Ｓ１０１へ戻る。
【００２８】
図８は、ロック処理部２２４の動作を表すフローチャートである。
図８において、ロック処理部２２４は、あらかじめ被管理装置と被管理装置を操作する操作要求処理部とを関連付けしたロック数を０とし（Ｓ２０１）、処理先決定部２２３からの要求を待つ（Ｓ２０２）。ロック処理部２２４は、上記した図７のＳ１０４において処理先決定部２２３から操作対象となる被管理装置と処理先の操作要求処理部を示す情報、或いは、図７のＳ１０９において処理先決定部２２３からロックを解除する要求として、解除対象の被管理装置と操作要求情報を示す情報を受取ると（Ｓ２０３）、ロック要求であるかを判定する（Ｓ２０４）。ロック要求である場合には（Ｓ２０４，Ｙｅｓ）、要求として受取った被管理装置が、既に操作要求処理部によって操作されている（ロックされている）かどうかを判定する（Ｓ２０５）。管理サブ装置の処理負荷を分散する為に、処理先決定部は負荷の小さい操作要求処理部を図７のＳ１０３で決定しているが、処理先決定部が決定した操作要求処理部とは別の操作要求処理部が、要求のあった被管理装置を操作しているのであれば、先に被管理装置を操作している操作要求処理部を優先する。このため、このＳ２０５では、別の操作要求処理部によってロックされているかどうかを判定している。
ロックされているかどうかの判定は、上記で説明したロック処理部が有している被管理装置とその被管理装置を操作している操作要求処理部とを対応させた情報を参照するようにする。
そのような処理先がない場合には（Ｓ２０５，Ｎｏ）、Ｓ２０３で受取った情報を基に被管理装置と操作要求処理部とを関連付けた上で、要求として受取った被管理措置と操作要求処理部とを対応させた情報に対するロック数を１とする（Ｓ２０６）。
そして、操作要求処理部を示す情報を応答として処理先決定部２２３に返し（Ｓ２０７）、要求待ちへ戻る（Ｓ２０２）。Ｓ２０７で処理先決定部２２３に返している応答を、処理先決定部２２３は、図７のＳ１０５で受取る処理を行っている。
【００２９】
Ｓ２０５でロックされている場合には（Ｓ２０５，Ｎｏ）、ロック数を１増やす（Ｓ２０８）。
そして、その被管理装置を操作している操作要求処理部を処理先決定部２２３に応答として返し（Ｓ２０９）、要求待ちへ戻る（Ｓ２０２）。Ｓ２０９で処理先決定部２２３に返している応答を、処理先決定部２２３は、図７のＳ１０５で受取る処理を行っている。
Ｓ２０４で、ロック要求でない場合には（Ｓ２０４，Ｎｏ）、ロック解除要求である。その場合、解除対象の被管理装置と操作要求処理部とを対応させている情報のロック数を１減らし（Ｓ２１０）、要求待ちへ戻る（Ｓ２０２）。
上記した図７のＳ１０４の処理は、図８のＳ２０２からＳ２０９の処理であり、図７のＳ１０９の処理は、図８のＳ２０２からＳ２０４とＳ２１０の処理である。
【００３０】
図７のＳ１０６で要求処理部テーブル２２２の更新を行う処理があるが、これについて以下に説明する。
上記したように図９は、管理代表サブ装置を含む各管理サブ装置がそれぞれ１つの操作要求処理部を備えている場合の、要求処理部テーブル２２２の一例である。テーブルには被管理装置と被管理装置に対応する操作要求処理部が記載されている。ロック処理部２２４は図８のＳ２０６，Ｓ２０８，Ｓ２１０の処理により図９の「ロック数」の値を変更する。処理先決定部２２３はテーブルの更新時（Ｓ１０６）に、処理負荷の小さい順に並べ替える。この時、ロック数を参照して、並べ替えを行ってもかまわない。また、処理先の負荷決定のための指標の一つとして、ＣＰＵ負荷がある。
【００３１】
以上のように、管理サブ装置を追加、削除することができるだけでなく、ロック処理部を設ける事により、一部の管理サブ装置に処理が偏ることなく処理が可能な装置管理システムを実現できる。
【００３２】
実施の形態３では、管理代表サブ装置を含む管理サブ装置の所定の管理サブ装置の共通通信部が、排他処理を行うためのロック処理部を備えていることを特徴とする装置管理システムの一例を説明した。
【００３３】
【発明の効果】
以上のように、この発明は以下の効果を奏するものである。
統合管理装置と情報をやり取りすると共に、１つ以上の管理サブ装置と被管理装置とを管理する上位管理サブ装置を備えることにより、管理サブ装置の処理負荷を軽減できる効果がある。
【００３４】
また、処理先決定テーブルを備えたことにより、被管理装置の増減が生じた場合に処理先決定テーブルの内容を変更して、容易に対処できる効果がある。
【００３５】
また、異なる目的を有する第１の処理情報と第２の処理情報とに基づいて、第１の処理先決定テーブルと第２の処理先決定テーブルを参照するようにした。このため、目的に応じて被管理装置と被管理装置を管理する菅理サブ装置との対応を異なる対応に設定できる。このため、管理サブ装置の処理負荷を分散できる効果がある。
【００３６】
また、マスタテーブル情報記憶部を備えたことにより、処理先決定テーブルを一元管理できる効果がある。
【００３７】
また、第１のマスタテーブル情報記憶部と第２のマスタテーブル情報記憶部とを備えたことによって、第１の処理先決定テーブルと第２の処理先決定テーブルとを一元管理できる効果がある。
【００３８】
さらに、ロック処理部と処理負荷の順に管理サブ装置の識別情報を記憶する処理先決定テーブルとを備えたことにより、管理サブ装置の処理負荷を分散できる効果がある。
【図面の簡単な説明】
【図１】  本発明の装置管理システムのシステム構成図の一例を示す図。
【図２】  実施の形態１の装置管理システムの備える共通通信部を説明する図。
【図３】  実施の形態１の装置管理システムを構成する各装置の構成例を示す図。
【図４】  実施の形態１の通知処理部テーブルの一例を示す図。
【図５】  実施の形態１の要求処理部テーブルの一例を示す図。
【図６】  実施の形態２の装置管理システムを構成する各装置の構成例を示す図。
【図７】  実施の形態２の処理先決定部の処理手順を示す図。
【図８】  実施の形態２のロック処理部の処理手順を示す図。
【図９】  実施の形態２の要求処理部テーブルの一例を示す図。
【符号の説明】
１  統合管理装置、２  管理装置、２ａ  管理代表サブ装置、２ｂ  管理サブ装置、３，３ａ，３ｂ  被管理装置、３１ａ，３１ｂ  通知送信部、３２ａ，３２ｂ  要求受信部、１０１，２０３ａ，２０３ｂ  通知受信部、１０２  操作要求送信部、２０１  通知送信部、２０２  要求受信部、２０４ａ，２０４ｂ  要求送信部、２０５ａ，２０５ｂ  操作要求処理部、２０６ａ，２０６ｂ  通知処理部、２２０  共通通信部、２２１  通知処理部テーブル、２２２  要求処理部テーブル、２２３  処理先決定部、２２４  ロック処理部。
【図１】
0003768830.tif 000002
【図２】
0003768830.tif 000003
【図３】
0003768830.tif 000004
【図４】
0003768830.tif 000005
【図５】
0003768830.tif 000006
【図６】
0003768830.tif 000007
【図７】
0003768830.tif 000008
【図８】
0003768830.tif 000009
【図９】
0003768830.tif 000010