JPH08190528A - システム管理装置 - Google Patents

Abstract

(57)【要約】 【目的】 障害発生時に障害が広がることを防ぎ、また
障害発生時に他のエージェント上でアプリケーションを
代替して起動できる、また、上位管理者不在時も他の管
理者がエージェントを管理できるシステム管理装置を得
る。 【構成】 エージェントとの通信を行う通信処理手段
と、このエージェントが利用するアプリケーションと資
源の利用関係を記憶する管理データ記憶手段と、この記
憶したアプリケーションと資源の利用関係を検索する資
源利用関係検索手段と、エージェントからの情報による
上記検索に基づいて上記エージェントに動作指示を送る
エージェント動作手段とを備え、エージェントから障害
報告または障害回復報告を受け取ると資源利用関係検索
手段で利用しているエージェントを検索し、該エージェ
ントにアプリケーションの中止または再起動を行うよう
にした。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は, 複数の計算機によっ
て分散処理システムを管理する、システム管理方式に関
するものである。

【０００２】

【従来の技術】請求項に対する従来例の構成を説明す
る。図１９は、ISO/IEC 10040 ”Information technolo
gy−Open Systems Interconnection−Systems manageme
nt overview”に開示されている従来のシステム管理方
式である。図１９は、システム管理方式の全体図で、図
において、１はマネージャであり、その内部の３は管理
する手段を持つ管理アプリケーション、５は通信する手
段をもつ通信処理部、６は管理データを記憶している管
理データ記憶部である。なお管理アプリケーション３は
管理手段としてエージェントから管理情報を収集し管理
データ記憶部６を更新する管理情報収集手段１１とエー
ジェントに動作を指示するエージェント動作手段１２を
もつ。従来の管理データとしては管理されるエージェン
トの計算機名、エージェントの責任者の識別情報、エー
ジェントの計算機の設置場所情報、エージェントのＩＰ
アドレス情報等がある。

【０００３】２はエージェントである。その内部の４は
管理アプリケーション３の要求を実行する被管理アプリ
ケーション、５は通信する手段をもつ通信処理部、１０
は管理オブジェクトである。管理オブジェクト１０の例
としてはアプリケーション、記憶装置等があげられる。

【０００４】次に、従来の管理装置の動作について説明
する。マネージャ１の管理アプリケーション３は、通信
処理部５を用いてエージェント２に要求を行なう。エー
ジェントの通信処理部５はその要求を受信したら、被管
理アプリケーション４はその要求を実行するため管理オ
ブジェクト１０（アプリケーション・記憶装置など）か
ら属性を得たり、管理オブジェクト１０に動作を起こさ
せる。被管理アプリケーション４は、エージェント２の
通信処理部を用い、得た属性や動作結果をマネージャ１
に送信する。マネージャ１の管理アプリケーション３は
エージェント２から送信されたデータのうち必要なもの
を管理データ記憶部６に格納する。

【０００５】この管理装置において管理オブジェクトで
障害が発生すると、エージェントはマネージャに通知を
行ない、マネージャは障害対策のための動作をエージェ
ントに送信し、エージェントは管理オブジェクトにその
障害対策のための動作を行なっていた。このとき管理装
置は、障害の発生した管理オブジェクトの障害対策を行
なうが障害の発生した管理オブジェクトを利用している
管理オブジェクトには処理を行なわない。また、障害が
起こったエージェントのアプリケーション（アプリケー
ションは管理オブジェクトの例の一つである）を他のエ
ージェントに再配置する場合、従来はマネージャがエー
ジェントから負荷情報を収集して負荷の低いエージェン
トに再配置を行なっていた。また、分散システムにおい
て、上位・下位の階層によるアプリケーションの概念が
なく、管理するマネージャのオーバロードにつながる恐
れがあった。

【０００６】

【発明が解決しようとする課題】従来の管理装置は以上
のように構成されているので、管理オブジェクトで障害
が発生すると、その管理オブジェクトを利用している他
の管理オブジェクトが、障害が発生している管理オブジ
ェクトに更に要求を出して障害を拡大するという課題が
あった。また、障害が発生した管理オブジェクトを直接
利用している管理オブジェクトが、更に別の管理オブジ
ェクトに利用されている場合、障害が発生した管理オブ
ジェクトを直接利用している管理オブジェクト自体は正
常に動作しているように別の管理オブジェクトには見え
るため、処理不可能な無駄な要求が障害が発生した管理
オブジェクトを利用している管理オブジェクトに到着し
てしまうという課題もあった。

【０００７】また、従来の管理装置は以上のように構成
されており、マネージャがエージェントから負荷情報を
収集して負荷の低いエージェントに再配置を行なってい
たので、その後に運用スケジュールによりアプリケーシ
ョンが起動されると、負荷がアンバランスになるという
課題があった。また、一つのマネージャが大規模なシス
テムを管理すると障害対応や情報収集の負荷がマネージ
ャの処理性能を上回ってしまうという課題があった。こ
のような場合、複数のマネージャで分担する方法が考え
られるが、管理者がマネージャを操作しなくてはなら
ず、管理者が欠勤などでマネージャを操作できない場合
は、エージェントを管理できなくなるという課題があっ
た。

【０００８】本発明は上記のような課題を解消するため
になされてもので、ある管理オブジェクトの障害発生時
に、その管理オブジェクトを利用している他の管理オブ
ジェクトが、障害が発生している管理オブジェクトに更
に要求を出して障害を拡大することを防ぐことを目的と
する。また更に、障害が起こったエージェントのアプリ
ケーションを他のエージェントに再配置させた後に、運
用スケジュールによりアプリケーションが起動され、負
荷がアンバランスになるのを防ぐことを目的とする。ま
た更に、大規模なシステムを管理する場合、障害対応や
情報収集の負荷がマネージャの処理性能を上回ってしま
うのを防ぐとともに、管理者が欠勤などでマネージャを
操作できない時、他のマネージャで他の管理者がエージ
ェントを管理することを目的とする。

【０００９】

【課題を解決するための手段】この発明に係るシステム
管理装置は、エージェントとの通信を行う通信処理手段
と、このエージェントが利用するアプリケーションと資
源の利用関係を記憶する管理データ記憶手段と、この記
憶したアプリケーションと資源の利用関係を検索する資
源利用関係検索手段と、エージェントからの情報による
上記検索に基づいて上記エージェントに動作指示を送る
エージェント動作手段とを備え、エージェントから障害
報告または障害回復報告を受け取ると資源利用関係検索
手段で利用しているエージェントを検索し、該エージェ
ントにアプリケーションの中止または再起動を行うよう
にした。

【００１０】また、エージェントとの通信を行う通信処
理手段と、エージェントが利用するアプリケーションと
そのスケジュールの関係を記憶する管理データ記憶手段
と、この記憶したアプリケーションと利用時間の関係を
検索するスケジュールデータ検索手段と、エージェント
からの情報による上記検索に基づいてエージェントに動
作指示を送るエージェント動作手段とを備え、エージェ
ントから障害報告または障害回復報告を受け取るとスケ
ジューリデータ検索手段で利用しているエージェントを
検索し、エージェントの負荷量を計算し、該エージェン
トにアプリケーションの起動、中止または再起動を行わ
せるようにした。

【００１１】また、エージェント及び他のマネージャと
の通信を行う通信処理手段と、エージェントと該エージ
ェントを管理する下位マネージャと該下位マネージャを
管理する上位マネージャの各名称と、その接続と管理の
関係を位置情報として記憶する管理データ記憶手段とを
備え、マネージャからの要求により管理データ記憶手段
が記憶する管理データを更新し、エージェントの位置情
報を送信または受信して下位と上位のマネージャの管理
の移動を行うようにした。

【００１２】また、マネージャと、このマネージャとの
通信を行う通信処理手段と、自分が属するマネージャの
名称とその接続と管理の関係を位置情報として記憶する
管理データ記憶手段とを備え、マネージャからの要求に
より管理データ記憶手段が記憶する管理データを更新
し、マネージャの位置情報を送信または受信してデータ
送付先を更新するエージェントとで構成した。

【００１３】

【作用】この発明によるシステム管理装置は、エージェ
ントなどで障害が発生すると、管理をしているマネージ
ャがアプリケーションと利用している資源の関係を検索
し、回復までの間は障害資源を利用するアプリケーショ
ンの該当エージェントにアプリケーションの中止を通信
する。

【００１４】また、エージェントなどで障害が発生する
と、管理をしているマネージャが各エージェントが使用
するアプリケーションとそのスケジュールの関係を検索
し、また負荷を計算し、障害回復までの間は負荷が低い
と予想するエージェントにアプリケーションの代行を依
頼する。

【００１５】また、下位と上位のマネージャ間で管理の
移動があると、管理をしているマネージャは管理データ
を更新し、また管理している位置情報を送信または受信
して各エージェントの管理を移す。

【００１６】また、下位と上位のマネージャ間で管理の
移動があると、エージェントは自分が属するマネージャ
の管理データを更新し、また管理データを新しいマネー
ジャに送付する。

【００１７】

【実施例】

実施例１．図１は本発明の一実施例であるシステム管理
装置の構成図である。図において、１ａはマネージャで
あり、その内部の５は通信する手段をもつ通信処理部、
６は通常の管理データとともにアプリケーションと資源
（記憶装置・依存するアプリケーション）利用関係を記
憶する手段をもつ管理データ記憶部、３は管理アプリケ
ーションであり、管理情報収集手段１１、エージェント
動作手段１２と、アプリケーションと資源（記憶装置・
依存するアプリケーション）の利用関係を検索する資源
利用関係検索手段１１０５をもつ。

【００１８】２ａ、２ｂはエージェント２である。２ａ
は、通信する手段をもつ通信処理部５、記憶装置やアプ
リケーション等の資源を監視または操作する手段をもつ
被管理アプリケーション４、アプリケーションＡ１１０
２が利用する記憶装置Ａ１１０１、記憶装置Ａ１１０１
を利用する手段を持つアプリケーションＡ１１０２から
構成される。

【００１９】２ｂは、通信する手段をもつ通信処理部
５、記憶装置やアプリケーション等の資源を監視または
操作する手段をもつ被管理アプリケーション４、アプリ
ケーションＢ１１０４が利用する記憶装置Ｂ１１０３、
記憶装置Ｂ１１０３とアプリケーションＡ１１０２を利
用する手段を持つアプリケーションＢ１１０４から構成
される。また、７は伝送路である。

【００２０】次に本実施例のシステム管理装置の動作を
図２、図３、図４、図５を参照しながら説明する。図２
はマネージャ１ａの動作を示すフローチャートであり、
図３はエージェント２ａ、２ｂの動作を示すフローチャ
ートである。図４は管理データ記憶部６に記憶されてい
る記憶装置とアプリケーションの利用関係の例を示した
図である。また図５はマネージャ１とエージェント２
ａ、２ｂの間の通信状況を示した図である。マネージャ
１の動作、エージェント２ａ、２ｂの動作の順に説明す
る。

【００２１】マネージャ１ａの動作について説明する。
まず図のステップ１２０１で、マネージャ１の管理情報
収集手段３が通信処理部５経由でエージェント２から障
害の通知を受信したら、ステップ１２０２で管理アプリ
ケーション３は資源利用関係検索手段１１０５で障害箇
所を利用するアプリケーションを検索する。マネージャ
１ａの管理アプリケーション３は、エージェント動作手
段２とマネージャ１の通信処理部５により検索したアプ
リケーションがインストールされているエージェント２
に、検索したアプリケーションの動作を停止するように
要求する。ステップ１２０４でマネージャ１ａの管理情
報収集手段３が通信処理部５経由でエージェント２から
エージェントの障害回復の通知を受信したら、ステップ
１２０５で管理アプリケーション３は、エージェント動
作手段２によりマネージャ１の通信処理部５経由で先に
停止を要求したエージェント２に該当するアプリケーシ
ョンを再起動するように要求する。

【００２２】次にエージェント２の動作について説明す
る。ステップ１３０１で、エージェント２ａまたは２ｂ
の被管理アプリケーション４は、障害が発生したら、ス
テップ１３０２で、エージェント２の通信処理部５によ
り、マネージャ１ａに障害を通知する。ステップ１３０
３で、エージェント２ａまたは２ｂの被管理アプリケー
ション４は、障害が発生した後にその障害が回復した
ら、ステップ１３０４で、エージェント２ａまたは２ｂ
の通信処理部５によりマネージャ１に通知する。ステッ
プ１３０５で、エージェント２ａまたは２ｂの通信処理
部５が、マネージャ１からアプリケーションの停止の命
令を受信したら、ステップ１３０６で、エージェント２
ａまたは２ｂの被管理アプリケーション４は該当するア
プリケーションを停止する。ステップ１３０５で、エー
ジェント２ａまたは２ｂの通信処理部５が、マネージャ
１からアプリケーションを再起動する要求を受信した
ら、ステップ１３０７で、エージェント２の被管理アプ
リケーション４は該当するアプリケーションを再起動す
る。

【００２３】ここで図４、図５を見ながら、記憶装置Ａ
１１０１に障害が発生した時を例にとりマネージャ１ａ
とエージェント２ａまたは２ｂの動作と通信シーケンス
を説明する。ステップ１３０１で、エージェント２ａの
被管理アプリケーション４は、記憶装置Ａ１１０１で障
害が発生したら、ステップ１３０２で、エージェント２
ａの通信処理部５によりマネージャ１に障害を通知す
る。ステップ１２０１でマネージャ１ａの通信処理部５
がエージェント２ａから通知をうけとると、管理アプリ
ケーション３は、図４で示す記憶装置とアプリケーショ
ン利用関係を用いて検索する。すると記憶装置Ａ１１０
１はアプリケーションＡ１１０２に利用されていること
がわかる。更にステップ１２０２で、アプリケーション
Ａ１１０２はアプリケーションＢ１１０４に利用されて
いることがわかる。そこで、マネージャ１の管理アプリ
ケーション３は、ステップ１２０３で、マネージャ１ａ
の通信処理部５により、記憶装置Ａ１１０１を利用して
いるアプリケーションＡ１１０２、アプリケーションＢ
１１０４を停止するようにエージェント２ａ、２ｂに要
求を出す。ステップ１２０５で、エージェント２ａ、２
ｂの通信処理部５がその要求を受信したら、ステップ１
３０６で、エージェント２ａ、２ｂの被管理アプリケー
ション４は該当するアプリケーションＡ１１０２、Ｂ１
１０４を停止する。

【００２４】後ほどステップ１３０３で、障害が回復す
ると、障害が回復したエージェント２ａは、ステップ１
３０４で、通信処理部５によりマネージャ１ａに障害回
復の通知を行なう。ステップ１２０４で、マネージャ１
ａの通信処理部５がエージェント２ａから障害が回復し
たという通知を受信したら、管理アプリケーション３
は、ステップ１２０５で、マネージャの通信処理部５に
より、エージェント２ａ、２ｂに、停止していたアプリ
ケーションＡ１１０２、アプリケーションＢ１１０４を
再起動させるように要求を出す。ステップ１３０５で、
エージェント２ａ、２ｂの通信処理部５がその要求を受
信したら、ステップ１３０７で、エージェント２ａ、２
ｂの被管理アプリケーション４は該当するアプリケーシ
ョンＡ１１０２、Ｂ１１０４を再起動する。

【００２５】この発明により、マネージャが資源利用関
係を検索し、必要なエージェントに通知するので、ある
記憶装置の障害発生時に、その記憶装置を利用している
アプリケーションが、障害の発生している記憶装置に更
に要求を出して障害を拡大することを防ぐことができ
る。また、障害が発生した記憶装置を直接利用している
アプリケーションが、更に別のアプリケーションに利用
されている場合、別のアプリケーションには、障害が発
生した記憶装置を直接利用しているアプリケーション自
体は正常に動作しているように見えるため、処理不可能
な無駄な要求が、障害が発生した記憶装置を利用してい
るアプリケーションに到着してしまうことも防ぐことが
できる。

【００２６】実施例２．また上記実施例では、記憶装置
の障害を扱ったがプロセスの障害、エージェントの障害
等にも利用できることはいうまでもない。

【００２７】実施例３．図６は本発明の他の実施例であ
るシステム管理装置の構成図である。図において、１ｂ
はマネージャであり、その内部の５は通信する手段をも
つ通信処理部、６はエージェント２の運用スケジュール
データとアプリケーションのインストールしているエー
ジェント名を記憶する手段をもつ管理データ記憶部、３
は管理アプリケーションであり、管理情報収集手段１
１、エージェント動作手段１２、エージェント２のその
運用スケジュールデータとアプリケーションのインスト
ールしているエージェント名を検索するスケジュールデ
ータ検索手段２１１０をもつ。

【００２８】２ａ、２ｂ、２ｃはエージェント２であ
る。それぞれ内部に通信手段をもつ通信処理部５、記憶
装置やアプリケーション等の資源を監視または操作する
手段をもつ被管理アプリケーション４を持ち、更にそれ
ぞれ業務Ａ，Ｂ，Ｃを行なう業務Ａアプリケーション２
１０１、業務Ｂアプリケーション２１０３、業務Ｃアプ
リケーション２１０５を持つ。２１０２、２１０４、２
１０６はそれぞれエージェント２ａ、２ｂ、２ｃに接続
されている記憶装置Ａ、記憶装置Ｂ、記憶装置Ｃであ
る。記憶装置Ａ２１０２には業務Ａ、業務Ｂのアプリケ
ーションが、記憶装置Ｂ２１０４には業務Ａ、業務Ｂ、
業務Ｃのアプリケーションが、記憶装置Ｃ２１０６には
業務Ａ、業務Ｃのアプリケーションがインストールされ
ている。ここでは上記のようにインストールされている
が、各業務アプリケーションが複数のエージェントの記
憶装置にインストールされていれば、本発明が適用でき
る。

【００２９】２ｄはエージェント兼データベースサーバ
である。このデータべースサーバは、通信手段をもつ通
信処理部５、記憶装置やアプリケーション等の資源を監
視または操作する手段をもつ被管理アプリケーション４
と、データベースにアクセスする手段を持つデータベー
スアクセス処理部２１０７から構成される。２１０８は
エージェント兼データベースサーバ２ｄに接続されてい
るデータベースであり、アプリケーションＡ２１０１ま
たはアプリケーションＢ２１０３またはアプリケーショ
ンＣ２１０５が使用するデータが格納されている。ここ
ではエージェント２ａ、２ｂ、２ｃの三個であるが複数
あればよい。

【００３０】バッチシステムではこうしたことは必要な
かったが、分散システムでは資源を共通利用したり、ア
プリケーションを他のエージェントの資源を使うシステ
ムがある。こうした場合の障害発生時の負荷分散を効率
化するものである。次に本実施例のシステム管理装置の
動作を図７、８、９、１０、１１を参照しながら説明す
る。図７はマネージャ１ｂの動作を示すフローチャート
であり、図８はエージェント２ａ、２ｂ、２ｃの動作を
示すフローチャートである。図９はエージェント２ａ、
２ｂ、２ｃで実行されているアプリケーションの運用ス
ケジュールが記述されているマネージャ１ｂの管理デー
タ記憶部６の中にある管理データの例を示した図であ
る。これはエージェントに対して運用されるアプリケー
ション名、そのアプリケーションのスケジュール、その
アプリケーションの負荷レベルが記述されている。図１
０はアプリケーションのインストールされているエージ
ェント２のリストでマネージャ１ｂの管理データ記憶部
６の中にある管理データの例を示した図である。図１１
はマネージャとエージェントの通信シーケンス図であ
る。

【００３１】システムの動作、マネージャの動作、エー
ジェントの動作の順に説明する。このシステムの通常の
動作について説明する。マネージャ１ｂは、その運用ス
ケジュールに基づいてエージェント２ａ、２ｂ、２ｃを
運用する。エージェント２ａ、２ｂ、２ｃはオンライン
トランザクション処理をおこなうためエージェント兼デ
ータベースサーバ２dのデータベース２１０８を利用す
る。このような処理を行なっている時に、エージェント
（２ａあるいは２ｂあるいは２ｃ）に障害が発生した時
に図９に示すような運用スケジュールに基づいて処理を
他のエージェントに切替えることがこの発明である。

【００３２】次に図７を見ながらマネージャ１ｂの動作
について説明する。ステップ２２０１で、マネージャ１
ｂの管理情報収集手段３が通信処理部５経由でエージェ
ント（２ａあるいは２ｂあるいは２ｃ）から障害の通知
を受信したら、ステップ２２０２で、マネージャ１ｂの
管理アプリケーション３は、スケジュールデータ検索手
段２１１０で、障害が発生しているエージェント上で動
作していたアプリケーションを図９に示す管理データ記
憶部６にある運用スケジュールを使用して検索する。更
に、ステップ２２０３で、管理アプリケーション３は検
索したアプリケーションがインストールされているエー
ジェントを図１０に示す管理データ記憶部６にあるアプ
リケーションのインストール先データを使用して検索す
る。ステップ２２０４で、管理アプリケーション３は検
索したエージェントの今後の負荷を運用スケジュールに
関する管理データより計算する。計算方法としては例え
ば次のようなものがある。 Ｐ＝ΣＬ_k ×Ｔ_k Ｐ：エージェントの負荷 Ｌ_k ：アプリケーションＫの
負荷レベル、Ｔ_k ：障害発生時からマシンの平均修復時
間内にアプリケーションｋが運用される時間。 ステップ２２０５で、管理アプリケーション３は、エー
ジェント動作手段１２によりマネージャ１ｂの通信処理
部５経由で、今後負荷が低いと予想されるエージェント
２にアプリケーションの起動を要求する。ステップ２２
０６で、マネージャ１ｂの通信処理部５がエージェント
２から障害の復旧の通知を受信したら、ステップ２２０
７で、管理アプリケーション３は、エージェント動作手
段１２によりマネージャ１ｂの通信処理部５経由で、エ
ージェント２に障害時に起動したアプリケーションを停
止するように要求する。

【００３３】次に図８を見ながらエージェント２の動作
について説明する。ステップ２３０１で、エージェント
２の被管理アプリケーション４は、障害が発生したらエ
ージェント２の通信処理部５を用いてマネージャ１に通
知を行なう。ステップ２３０３で、また、被管理アプリ
ケーション４は、障害が復旧したらエージェント２の通
信処理部５によりマネージャ１に通知を行なう。一方、
ステップ２３０５で、エージェント２の通信処理部５が
マネージャ１ｂからアプリケーションの起動要求を受信
したら、被管理アプリケーション４はステップ２３０６
で、アプリケーションを起動する。また、ステップ２３
０５でエージェント２の通信処理部５がマネージャ１ｂ
からアプリケーションの停止要求を受信したら、ステッ
プ２３０７で、被管理アプリケーション４はアプリケー
ションを停止する。

【００３４】次に図１０、１１を見ながら、エージェン
ト２ａがダウンした時を例にとりエージェントとマネー
ジャの動作と通信シーケンスにについて説明する。ステ
ップ２３０１で、エージェント２ａの業務Ａアプリケー
ション２１０１に障害が発生すると、エージェント２ａ
の被管理アプリケーション４はステップ２３０２で通信
処理部５を用い障害をマネージャ１ｂに通知する。マネ
ージャ１ｂの通信処理部５は、ステップ２２０１でエー
ジェント２ａから障害の通知を受信したら、マネージャ
１ｂの管理アプリケーション３は、障害が発生している
エージェント２１０１のアプリケーションを運用スケジ
ュールに関する図９の管理データを使用して検索する。
その結果、ステップ２２０２で業務Ａアプリケーション
２１０２であったとすると、インストール先を示す図１
０の管理データを使用して、ステップ２２０３で検索し
た業務Ａアプリケーション２１０１がインストールされ
ているのはエージェント２ｂ、２ｃであることがわか
る。ステップ２２０４で、管理アプリケーション３は検
索したエージェント２ｂ、２ｃの今後のスケジュールか
ら負荷を計算する。マネージャ１ｂの管理アプリケーシ
ョン３は、マネージャ１ｂの通信処理部５により、ステ
ップ２２０５で、負荷が低いと考えられるエージェント
２（ここでは仮にエージェント２ｂとする）に業務Ａア
プリケーション２１０１の起動を要求する。

【００３５】ステップ２３０５で、エージェント２ｂの
通信処理部５がその起動要求を受信すると、ステップ２
３０６で、エージェント２ｂの被管理アプリケーション
４が業務Ａアプリケーション２１０１を起動する。ステ
ップ２３０３で、エージェント２ａが障害の回復を確認
すると、ステップ２３０４で、エージェント２ａの被管
理アプリケーション４はエージェント２ａの通信処理部
５によりマネージャ１ｂに回復を通知する。ステップ２
２０６で、マネージャ１ｂの通信処理部５がエージェン
ト２ａから障害の復旧の通知を受信したら、管理アプリ
ケーション３はステップ２２０７で、マネージャ１ｂの
通信処理部５によりエージェント２ｂに業務Ａアプリケ
ーション２１０１を停止するように要求を送信する。ス
テップ２３０５で、エージェント２ｂの通信処理部５が
その要求を受信すると、ステップ２３０７で、エージェ
ント２ｂの被管理アプリケーション４は業務Ａアプリケ
ーション２１０１を停止する。

【００３６】従来は障害の発生時に、エージェントの現
在の負荷を収集し、それをもとに負荷の低いエージェン
トに業務を代行させるものであったので、代行した後、
他の運用スケジュールが入り負荷が重くなる可能性があ
った。しかし、本発明では運用スケジュールを記憶し、
スケジュールデータ検索できるようにしたので、将来の
負荷を予測して障害発生時から一定の時間内に負荷が低
いと予測されるエージェントにオペレータの介入なし
に、業務を代行させることができる。

【００３７】実施例４．図１２は本発明の他の一実施例
であるシステム管理装置の構成図である。図において、
１ｃはマネージャであるが説明の便宜上、上位マネージ
ャとする。その内部は通信手段をもつ通信処理部５、エ
ージェント２や他のマネージャ１ｄのネットワーク上の
位置情報を検索することを特徴とする管理手段をもつ管
理アプリケーション３、従来の管理データのほかに他の
マネージャ１ｄやマネージャ１ｃが管理しているエージ
ェント２のネットワーク上の位置情報を格納している管
理データ記憶部６から構成される。１ｄはマネージャで
あるが説明の便宜上、下位マネージャとする。その内部
は通信手段をもつ通信処理部５、エージェント２や他の
マネージャ１ｃのネットワーク上の位置情報を検索する
ことを特徴とする管理手段をもつ管理アプリケーション
３、従来の管理データのほかに、上位マネージャ１ｃと
管理マネージャ１ｄが管理しているエージェント２のネ
ットワーク上の位置情報を格納している管理データ記憶
部６から構成される。

【００３８】２はエージェントである。その内部は通信
手段をもつ通信処理部５、記憶装置やアプリケーション
等の資源を監視または操作する手段をもつ被管理アプリ
ケーション４、従来の管理データのほかに、そのエージ
ェント２を管理している上位マネージャ１ｃまたは下位
マネージャ１ｄのネットワーク上の位置情報を格納して
いる管理データ記憶部６から構成される。７は伝送路で
ある。ところで下位マネージャ１ｂ、エージェント２複
数存在することが可能である。また、各マネージャはそ
れぞれ管理者がおりその管理者がマネージャを操作して
いる。

【００３９】従来はこうした分散システムで単に故障時
のバックアップで全面代替する例はあっても、上位・下
位の関係を導入して一部機能を下位マネージャが管理す
ることは考えられなかった。次に本実施例のシステム管
理装置の動作を図１３、１４、１５、１６を参照しなが
ら説明する。図１３は上位マネージャ１ｃの動作を示す
フローチャート、図１４は下位マネージャ１ｄの動作を
示すフローチャート、図１５はエージェント２の動作を
示すフローチャートである。図１６は上位マネージャ１
ａと１ｂとエージェント２の間の通信のシーケンスを示
す図である。この図の番号はフローチャートの番号と同
じである。また図１７と図１８は上位、下位マネージャ
とエージェント間の接続と管理関係を示す図であり、ま
た各管理データ記憶部に記憶されている位置情報を示す
図である。

【００４０】具体的な例としては、下位マネージャの管
理者が出勤した時に下位マネージャを起動し、上位マネ
ージャから管理権を獲得する。昼間のような業務が込ん
でいて管理する計算機が大量にある時は、複数の下位マ
ネージャが管理を行なう。下位マネージャの管理者が帰
宅する時は、ほぼ業務が終っていて昼間より少ない台数
で計算機の夜間運転がされる。この時には下位マネージ
ャの管理者は下位マネージャの管理権を上位マネージャ
に返却し、上位マネージャが集中管理する。このよう
に、下位マネージャの管理者が下位マネージャに委任す
るかしないかを決定する。一つの計算機で集中処理され
る場合は、管理を分散して行なう必要がなく、管理され
ているマネージャの位置情報や管理しているエージェン
トの位置情報の管理データを更新する必要はない。つま
り位置情報の管理データは固定的なのでマネージャとエ
ージェントの管理・被管理の関係が固定的である。しか
し、本発明ではエージェントが持っているマネージャの
位置情報を更新し、マネージャの管理・被管理の関係を
変更でき、下位マネージャに管理をまかせることができ
る。

【００４１】まず、上位マネージャ１ｃの動作、下位マ
ネージャ１ｄの動作、エージェント２の動作の順に説明
する。図１３を見ながら、上位マネージャ１ｃの動作に
ついて説明する。例えば夜間運転の開始時に、ステップ
３４０１で、上位マネージャ１ｃの管理アプリケーショ
ン３が、管理しようとするエージェント２から管理デー
タを収集するために、ステップ３４０２で、上位マネー
ジャ１ｃの管理アプリケーション３が上位マネージャ１
ｃの通信処理部５経由で、エージェント２に管理データ
を送信するように要求する。ステップ３４０３で、上位
マネージャ１ｃの通信処理部５がエージェント２から管
理データを受信すると、ステップ３４０４で上位マネー
ジャ１ｃの管理アプリケーション３はその管理データに
より上位マネージャ１ｃの管理データ記憶部６を更新す
る。この時点での上位マネージャ１ｃと下位マネージャ
１ｄの管理データ記憶部６にある位置情報は、図１７
（ｂ）の状態になる。

【００４２】昼間になり、業務が混んできて、下位マネ
ージャが管理権の移動を起動する。ステップ３４０５、
３４０６で、上位マネージャ１ｃの通信処理部５が下位
マネージャ１ｄから受信し、その内容が下位マネージャ
１ｄが管理権を取得する要求だとすると、上位マネージ
ャ１ｃの管理アプリケーション３はステップ３４０７
で、上位マネージャ１ａの通信処理部５により、下位マ
ネージャ１ｄに管理をまかせるエージェント２のネット
ワーク上の位置情報を送信する。そしてまた、上位マネ
ージャ１ｃの管理データ記憶部６の管理を委任した下位
マネージャ１ｄの位置情報と管理しているエージェント
２の位置情報を更新する。この時点での上位マネージャ
１ｃと下位マネージャ１ｄの管理データ記憶部６にある
位置情報は、図１８（ｂ）の状態になる。

【００４３】ステップ３４０８で、下位マネージャ１ｄ
が管理権を上位マネージャ１ｃに移動する要求を上位マ
ネージャ１ｃの通信処理部５が受信したら、上位マネー
ジャ１ｃの管理アプリケーション３は、ステップ３４０
９で上位マネージャ１ｃの通信処理部５により、下位マ
ネージャ１ｄが管理していたエージェント２に対し、マ
ネージャ位置情報変更要求とともに上位マネージャ１ｃ
のネットワーク上の位置情報を送信する。

【００４４】つぎに図１４を見ながら、下位マネージャ
１ｄの動作について説明する。下位マネージャ１ｄの管
理者がエージェント２を管理すると下位マネージャ１ｄ
に命令を出す。すると下位マネージャ１ｄの管理アプリ
ケーション４は、ステップ３５０１で下位マネージャ４
の通信処理部５により、管理をするために上位マネージ
ャ１ｃに管理権を移動する要求を送信する。下位マネー
ジャ１ｄの通信処理部５は、ステップ３５０２で上位マ
ネージャ１ｃから下位マネージャ１ｄに管理をまかされ
たエージェント２の位置情報を上位マネージャ１ｃから
受信し、下位マネージャ１ｄの管理データ記憶部６の管
理を委任された上位マネージャ１ｃの位置情報と管理し
ているエージェント２の位置情報を更新する。下位マネ
ージャの管理アプリケーション３はステップ３５０３
で、管理をまかされたエージェント２にマネージャ位置
情報変更要求とともに下位マネージャ１ｄのネットワー
ク上の位置情報を下位マネージャ２ｄの通信処理部５を
用いて送信する。

【００４５】ステップ３５０４で、下位マネージャ１ｄ
がエージェント２から管理データを収集しようとする
と、ステップ３５０５で、エージェント２に管理データ
を送信するように要求する。ステップ３５０６で、下位
マネージャ１ｄの通信処理部５がエージェント２から管
理データを受信する。するとステップ３５０７で、下位
マネージャ２ｂの管理アプリケーション３は受信した管
理データにより管理データ記憶部６を更新する。

【００４６】ステップ３５０８、３５０９で、上位マネ
ージャに管理を移すため下位マネージャ１ｄの管理者が
エージェント２の管理を中止すると、下位マネージャ１
ｄに命令を出す。すると下位マネージャ１ｄの管理アプ
リケーション３は、上位マネージャ１ｃに管理権を移動
するため、上位マネージャ１ｃに管理権を移動する要求
を送信する。

【００４７】つぎに図１５を見ながらエージェント２の
動作について説明する。ステップ３６０１で、エージェ
ント２の通信処理部５がマネージャ１（上位マネージャ
１ｃまたは下位マネージャ１ｄ）から通信文を受信し、
ステップ３６０２でその内容が管理データ収集要求なら
ば、ステップ３６０３で、エージェント２の被管理アプ
リケーション４は、管理データを受信相手のマネージャ
１に、エージェント２の通信処理部５により、送信す
る。またステップ３６０５で、受信内容がそのエージェ
ント２を管理しているマネージャ１のネットワーク上の
位置情報の変更要求ならば、被管理アプリケーション４
はステップ３６０４で、管理データ記憶部６にあるその
エージェント２を管理しているマネージャ１についての
ネットワーク上の位置情報を変更する。

【００４８】次に図１６を見ながら上位マネージャ、下
位マネージャとエージェントの動作とそれらの間の通信
例を説明する。下位マネージャ１ｄの管理者がエージェ
ント２を管理すると、下位マネージャ１ｄに命令を出
す。すると下位マネージャ１ｄの管理アプリケーション
４は、ステップ３５０１で管理をするために下位マネー
ジャ１ｄの通信処理部５により、上位マネージャ１ｃに
管理権を移動する要求を送信する。ステップ３４０５、
３４０６で、その要求を上位マネージャ１ｃの通信処理
部５が受信したら、上位マネージャ１ｃの管理アプリケ
ーション３は、上位マネージャ１ｃの通信処理部５によ
り、ステップ３４０７で下位マネージャ１ｄに管理をま
かせるエージェント２のネットワーク上の位置情報を送
信する。ステップ３５０２で、下位マネージャ１ｄの通
信処理部５は、その位置情報を受信したら、下位マネー
ジャ１ｄの管理アプリケーション３は、ステップ３５０
３で、下位マネージャ２ｄの通信処理部５により、管理
をまかされたエージェント２に下位マネージャ１ｄのネ
ットワーク上の位置情報を送信する。ステップ３６０４
で、それをエージェント２の通信処理部５が受信した
ら、被管理アプリケーション４はステップ３６０５で、
管理データ記憶部６にあるそのエージェント２を管理し
ているマネージャ１についてのネットワーク上の位置情
報を変更する。

【００４９】ところで、ステップ３５０４で下位マネー
ジャ１ｄがエージェント２から管理データを収集しよう
とすると、ステップ３５０５で、エージェント２に管理
データを送信するように要求する。ステップ３６０２
で、エージェント２の通信処理部５がそれを受信した
ら、ステップ３６０３で、エージェント２の被管理アプ
リケーション４は、エージェント２の通信処理部５によ
り管理データを受信相手のマネージャ１ｂに送信する。
ステップ３５０６で、下位マネージャ１ｄの通信処理部
５がエージェント２からその管理データを受信する。す
るとステップ３５０７で、下位マネージャ１ｄの管理ア
プリケーション３は受信した管理データにより管理デー
タ記憶部６を更新する。ところで下位マネージャ１ｄの
管理者がエージェント２の管理を中止すると、下位マネ
ージャ１ｄに命令を出す。するとステップ３５０８、３
５０９で下位マネージャ１ｄの管理アプリケーション３
は上位マネージャ１ｃに管理権を移動するため、上位マ
ネージャ１ｃに管理権を移動する要求を送信する。ステ
ップ３４０８でマネージャ１ｃの通信処理部５がその要
求を受信したら、上位マネージャ１ｃの管理アプリケー
ション３はステップ３４０９で、上位マネージャ１ｃの
通信処理部５により、下位マネージャ１ｄが管理してい
たエージェント２にマネージャ位置情報変更要求ととも
に上位マネージャ１ｃのネットワーク上の位置情報を送
信する。ステップ３６０４で、エージェント２の通信処
理部５がそれを受信すると、ステップ３６０５で、被管
理アプリケーション４は、管理データ記憶部６にあるそ
のエージェント２を管理しているマネージャ１について
のネットワーク上の位置情報を変更する。

【００５０】図１７、図１８はマネージャ１がどのエー
ジェント２を管理しているかを示す図である。ここで下
位マネージャＡ３２０１、下位マネージャＢ３２０２
は、図１２の下位マネージャ１ｂに相当する。エージェ
ントＡ３２０３、エージェントＢ３２０４、エージェン
トＣ３２０５、エージェントＤ３２０６はエージェント
２に相当する。

【００５１】図１７は例えば昼間運転に移る前の夜間運
転の状態で、下位マネージャＢ３２０２が管理権を上位
マネージャ１ｃから取得する前の図である。上位マネー
ジャ１ａはエージェントＣ３２０５、エージェントＤ３
２０６を管理し、下位マネージャＡ３２０１はエージェ
ントＡ３２０３、エージェントＢ３２０４を管理し、下
位マネージャＢ３２０２は管理しない。また図１７
（ｂ）は、上位マネージャ、下位マネージャ、エージェ
ントＣ、Ｄがそれぞれ下位マネージャが管理権を要求す
る前に持っている位置情報の例である。図１８は例えば
昼間運転の状態で、下位マネージャＢ３２０２が管理権
を上位マネージャ１ａから取得後の図である。図におい
て上位マネージャ１ａは下位マネージャＡ３２０１、下
位マネージャＢ３２０２を管理している。下位マネージ
ャＡ３２０１はエージェントＡ３２０３、エージェント
Ｂ３２０４を管理し、下位マネージャＢ３２０２はエー
ジェントＣ３２０５、エージェントＤ３２０６を管理し
ている。また図１８（ｂ）は、上位マネージャ、下位マ
ネージャ、エージェントＣ、Ｄが、それぞれ下位マネー
ジャが管理権を獲得した後に持っている位置情報の例で
ある。

【００５２】この発明により、大規模なシステムを管理
する場合、障害対応や情報収集の負荷がマネージャの処
理性能を上回ってしまうという重大な問題点の発生を防
ぐことができる。一般にシステム管理者はマネージャを
使用し多くの計算機を管理している。しかし大量の計算
機を管理するには一人の管理者では不十分である。本発
明は複数の管理者がいる時にその管理の分担を行ない、
管理者が不在時には上位マネージャの管理者に管理にま
かせることができる。たとえば、夜間や休日などの動作
しているエージェントが少ない時は上位マネージャの管
理者が集中して管理し、業務を行なっていてエージェン
トが多い時は複数の管理者により管理を分担することが
できる。

【００５３】なお上記実施例では３層（上位マネージャ
・下位マネージャ・エージェント）による管理であった
がさらにマネージャの階層を増やし多層化できるのはい
うまでもない。

【００５４】

【発明の効果】以上のように、この発明によるシステム
管理装置は、マネージャに管理データ記憶手段と、資源
利用関係検索手段と、エージェント動作手段を設けたの
で、エージェントで障害が発生または修復した場合、障
害が発生した資源を利用するアプリケーションを停止ま
たは再開することができる効果がある。

【００５５】また、マネージャにエージェントが利用す
るアプリケーションのスケジュールデータを記憶する管
理データ記憶手段と、スケジュールデータ検索手段を設
けたので、エージェントで障害が発生した場合、マネー
ジャは今後の負荷状況を予測し、適切なエージェントに
代替のアプリケーションを起動することができ、負荷の
平準化が測れる効果がある。

【００５６】また、マネージャに他のマネージャやエー
ジェントの位置情報を格納する管理データ記憶部と、そ
の位置情報を検索して位置情報の移動と管理の移動を行
なう管理手段（アプリケーション）を設けたので、マネ
ージャの負荷に応じて一つのマネージャが管理するエー
ジェントを動的に変更でき、状況に応じて上位マネージ
ャの負荷集中を減らせる効果がある。

【００５７】また、エージェントに位置情報を記憶する
管理データ記憶部と、要求に従って管理データ送付先を
変更する被管理アプリケーションを設けたので、システ
ムの負荷を減らすことができる効果がある。

【図面の簡単な説明】

【図１】 この発明の実施例１のシステム管理装置の全
体構成図である。

【図２】 実施例１のシステム管理装置であるマネージ
ャの動作を示すフローチャート図である。

【図３】 実施例１のエージェントの動作を示すフロー
チャート図である。

【図４】 実施例１のシステム管理装置でアプリケーシ
ョンが利用している記憶装置とアプリケーションの利用
関係を示す図である。

【図５】 実施例１のマネージャとエージェント間の通
信のシーケンス図である。

【図６】 この発明の実施例３のシステム管理装置の全
体構成図である。

【図７】 実施例３のシステム管理装置であるマネージ
ャの動作を示すフローチャート図である。

【図８】 実施例３のエージェントの動作を示すフロー
チャート図である。

【図９】 実施例３のシステム管理装置での管理データ
である運用スケジュールデータの例を示す図である。

【図１０】 実施例３のシステム管理装置での管理デー
タであるアプリケーションのインストール先データの例
を示す図である。

【図１１】 実施例３のマネージャとエージェント間の
通信のシーケンス図である。

【図１２】 この発明の実施例４のシステム管理装置の
全体構成図である。

【図１３】 実施例４のシステム管理装置である上位マ
ネージャの動作を示すフローチャート図である。

【図１４】 実施例４のシステム管理装置である下位マ
ネージャの動作を示すフローチャート図である。

【図１５】 実施例４のエージェントの動作を示すフロ
ーチャート図である。

【図１６】 この発明による上位マネージャと下位マネ
ージャとエージェントの通信のシーケンス図である。

【図１７】 実施例４の上位マネージャと下位マネージ
ャとエージェント間の管理・被管理の関係図と位置情報
の例を示す図である。

【図１８】 実施例４の上位マネージャと下位マネージ
ャとエージェント間の管理・被管理の関係図と位置情報
の例を示す図である。

【図１９】 従来のシステム管理装置の構成図である。

【符号の説明】

１，１ａ，１ｂ，１ｃ，１ｄ マネージャ、２，２ａ，
２ｂ，２ｃ エージェント、３ 管理アプリケーショ
ン、４ 被管理アプリケーション、５ 通信処理部、６
管理データ記憶部、７ 伝送路、１０ 管理オブジェ
クト、１２ エージェント動作手段、１１０５ 資源利
用関係検索手段、２１１０ スケジュールデータ検索手
段。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 エージェントとの通信を行う通信処理手
   段と、 上記エージェントが利用するアプリケーションと資源の
   利用関係を記憶する管理データ記憶手段と、 上記記憶したアプリケーションと資源の利用関係を検索
   する資源利用関係検索手段と、 上記エージェントからの情報による上記検索に基づいて
   上記エージェントに動作指示を送るエージェント動作手
   段とを備え、 エージェントから障害報告または障害回復報告を受け取
   ると上記資源利用関係検索手段で利用しているエージェ
   ントを検索し、該エージェントにアプリケーションの中
   止または再起動を行わせるシステム管理装置。
2. 【請求項２】 エージェントとの通信を行う通信処理手
   段と、 上記エージェントが利用するアプリケーションとそのス
   ケジュールの関係を記憶する管理データ記憶手段と、 上記記憶したアプリケーションと利用時間の関係を検索
   するスケジュールデータ検索手段と、 上記エージェントからの情報による上記検索に基づいて
   上記エージェントに動作指示を送るエージェント動作手
   段とを備え、 エージェントから障害報告または障害回復報告を受け取
   ると上記スケジューリデータ検索手段で利用しているエ
   ージェントを検索し、エージェントの負荷量を計算し、
   該エージェントにアプリケーションの起動、中止または
   再起動を行わせるシステム管理装置。
3. 【請求項３】 エージェント及び他のマネージャとの通
   信を行う通信処理手段と、 上記エージェントと該エージェントを管理する下位マネ
   ージャと該下位マネージャを管理する上位マネージャの
   各名称と、その接続と管理の関係を位置情報として記憶
   する管理データ記憶手段とを備え、 上記マネージャからの要求により管理データ記憶手段が
   記憶する管理データを更新し、エージェントの位置情報
   を送信または受信して下位と上位のマネージャの管理の
   移動を行うシステム管理装置。
4. 【請求項４】 エージェントを管理するマネージャと、 上記マネージャとの通信を行う通信処理手段と、 自分が属するマネージャの名称と、その接続と管理の関
   係を位置情報として記憶する管理データ記憶手段とを備
   え、 上記マネージャからの要求により管理データ記憶手段が
   記憶する管理データを更新し、マネージャの位置情報を
   送信または受信してデータ送付先を更新するエージェン
   トとで構成されるシステム管理装置。