JPH09223045A - 複合計算機システムの管理及び制御方法 - Google Patents

Abstract

(57)【要約】 【課題】 複合計算機システムの状態管理・制御を各計
算機の保守装置上で可能にする。 【解決手段】 計算機１０５〜１０７の制御や状態監視
を行う保守装置１００〜１０２間を通信線１０３で接続
する。保守装置１００は、計算機１０５の状態監視と制
御を行うシステム制御部１１４、自計算機１０５及び他
計算機１０６，１０７の状態を管理する状態管理部１１
１、自計算機１０５の状態変化及び他計算機１０６，１
０７に対する制御要求を送信し、保守装置１０１，１０
２からの状態変化と制御要求を受信する送受信制御部１
１７、計算機１０５〜１０７の制御指示と状態の表示を
行うユーザインタフェース部１０８からなる。保守装置
１０１，１０２の構成も同じである。これにより、全て
の保守装置１００〜１０２上で、計算機１０５〜１０７
の監視制御が可能になる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の計算機シス
テムが連携して処理を行なうような複合計算機システム
の管理及び制御方法に関する。

【０００２】

【従来の技術】従来、複数の計算機システムを管理する
方法としては、複数の計算機システムを管理するための
コンピュータを設け、該管理用のコンピュータに、管理
対象となる複数の計算機システムから情報を収集し、管
理する方法が知られている。例えば、特開平５−３５６
７４号公報に示されるコンピュータ監視制御方式では、
監視用ワークステーションを通信回線で管理対象となる
複数のホストコンピュータと接続し、オペレーティング
システムや業務プログラムの稼働状況、ジョブ実行状
況、障害情報などを収集することが開示されている。ま
た、遠隔地から利用する場合には、監視用ワークステー
シヨンが遠隔地で利用するワークステーションに対して
必要な情報を提供することで実現している。

【０００３】

【発明が解決しようとする課題】従来技術では、監視用
ワークステーシヨンなどの１つの監視端末から複数の計
算機システムの監視／操作が可能となるが、管理情報を
一台の端末に集中させることから、監視／操作可能な場
所が一つに制限される。また、特開平５−３５６７４号
公報に示された方式では、遠隔地から利用するためのワ
ークステーションを設けることで複数の操作端末を設け
ることができるが、集中監視／操作用ワークステーショ
ンに集められた情報を中継する方式となっており、直
接、複数のワークステーションに管理情報を配布する方
式については開示されていない。従って、中継用となる
監視用ワークステーションの障害等により、２台目以降
のワークステーションが利用できなくなる問題がある。

【０００４】本発明の目的は、複合計算機システムを構
成する計算機システムの監視／操作を、複数の保守装置
や第三の管理装置にて任意にできるようにすることにあ
る。

【０００５】

【課題を解決するための手段】本発明では、複合計算機
システムのそれぞれの計算機システムに接続されて、自
計算機システムの制御や状態監視を行う複数の保守装
置、更に第三の管理装置を設けて、これら装置間を通信
線で接続する。そして、ある保守装置が検出した自計算
機システムの状態変化を、通信線を介して他の保守装置
や第三の管理装置へ通知する。また、保守装置や第三の
管理装置は、任意の保守装置に接続された計算機システ
ムに対する制御要求を、同様に通信線を介して該当保守
装置へ転送する。

【０００６】これにより、全ての保守装置や第三の管理
装置上で、複合計算機システムを構成する各計算機シス
テムの状態を監視／制御することが可能となる。また、
他の保守装置が検出し、通知してきた状態変化を、当該
保守装置が自計算機システム上のオペレーティングシス
テムのようなプログラムに通知することにより、プログ
ラム間では検出できなかったような障害をプログラムに
認識させることができ、信頼性を向上させることができ
る。

【０００７】

【発明の実施の形態】図１に、本発明の一実施の形態の
全体構成図を示す。図中、保守装置１００〜１０２は、
それぞれ、計算機システム１０５〜１０７の制御や構成
管理／障害管理などの保守作業を専用に行なう装置であ
る。ここで、保守装置１００は、ユーザインタフェース
部１０８と状態管理部１１１とシステム制御部１１４と
送受信制御部１１７からなる。保守装置１０１，１０２
も保守装置１００と同じ構成である。ユーザインタフェ
ース部１０８〜１１０は、具体的にはコンソール／ディ
スプレィなどであり、オペレータや保守員が各計算機シ
ステム１０５〜１０７に対して制御を行なうためのイン
タフェース（マン・マシン・インタフェース）の役割を
はたす部分である。システム制御部１１４〜１１６は、
実際に計算機システム１０５〜１０７を制御する部分で
あり、各々、制御信号線１２０〜１２２によって計算機
システム１０５〜１０７に接続されている。制御信号線
１２０〜１２２は、実際は保守装置１００〜１０２から
計算機システム１０５〜１０７に対して制御を行なうた
めの信号線と計算機システム１０５〜１０７から状態変
化の通知を受けるための信号線の、物理的に分離された
二種類の信号線からなる。状態管理部１１１〜１１３
は、計算機システム１０５〜１０７の動作状態を管理す
る部分であり、ユーザインタフェース部１０８〜１１０
と接続することにより、各計算機システムの状態をディ
スプレィに表示する。送受信制御部１１７〜１１９は、
各保守装置１００〜１０２間の通信を制御する部分であ
り、保守装置間ネットワーク１０３と接続することによ
り、保守装置１００〜１０３間でデータ等のやり取りを
行なう。

【０００８】一方、計算機システム１０５〜１０７は計
算機間ネットワーク１０４で接続されている。ネットワ
ーク１０４は、各計算機システム１０５〜１０７上で稼
働する業務アプリケーション１２３〜１２５が業務を実
行するため互いにデータを交換するために利用される。

【０００９】以下、保守装置１００を例にして、各内部
構成要素１０８，１１１，１１４，１１７の動作を詳述
する。なお、保守装置１０１、１０２における動作も同
様である。

【００１０】図２は、保守装置１００内のシステム制御
部１１４の動作フローを示したものである。システム制
御部１１４では、計算機システム１０５の状態監視と状
態制御の２つの処理を行なう。

【００１１】まず、制御信号線１２０をチェックし、計
算機システム１０５の状態を認識する（ステップ２０
１）。ここで、制御信号線１２０上の情報は、図３に示
すような状態レジスタとして参照できる。図３におい
て、状態レジスタ３００の各ビット３０１〜３０８は計
算機システム１０５の状態を示す。例えば、図３では、
ｂｉｔ０（３０１）が“１”となっており、これは“起
動完了”を表している。状態レジスタ３００を参照して
状態変化がなければステップ２０３を実行する。状態変
化を検出した場合、信号線１２８を介し、状態管理部１
１１に対して通知する（ステップ２０２）。通知する情
報としては、計算機システム１０５の“システムＩＤ”
と検出した“状態”である。

【００１２】ステップ２０３では、信号線１２８を介
し、ユーザインタフェース部１０８からの要求をチェッ
クする。ここでの要求は、計算機システム１０５に対す
る制御要求となる。ここで、要求がなければステップ２
０５を実行する。要求がある場合、制御信号線１２０を
介し、計算機システム１０５に対して要求された制御を
実行する（ステップ２０４）。ここで、制御信号線１２
０を使って計算機システム１０５を制御するには、図４
に示すような制御レジスタ４００に値をセットすること
により可能となる。即ち、ユーザインタフェース部１０
８からの要求に従って、制御レジスタ４００の各ビット
４０１〜４０８を設定する。図４では、ｂｉｔ１（４０
２）に“１”がセットされ、このビットに対応する制御
が計算機システム１０５上で実行されることになる。

【００１３】ステップ２０５では、信号線１３２を介し
て、送受信制御部１１７からの制御要求をチェックす
る。ここでの要求は、ユーザインタフェース部１０８か
らの要求と同様に計算機システム１０５に対する制御要
求であるが、要求元が他の保守装置１０１，１０２とい
う点が異る。この時、要求がある場合は、その内容に従
って制御信号線１２０を用いて計算機システム１０５を
制御する（ステップ２０６）。要求がない場合は、再び
ステップ２０１に戻り、ステップ２０１から２０６まで
の処理を繰り返す。

【００１４】以上のようにして、システム制御部１１４
では、計算機システム１０５の状態監視とユーザインタ
フェース部１０８あるいは他保守装置１０１、１０２か
らの制御要求を実行する。

【００１５】図５は、保守装置１００内の状態管理部１
１１の動作フローを示したものである。状態管理部１１
１では、全計算機システム１０５〜１０７の状態を管理
し、状態変化があった場合、ユーザインタフェース部１
０８と送受信制御部１１７へ通知する。

【００１６】まず、ステップ５０１において、システム
制御部１１４からの要求を信号線１２８を介してチェッ
クする。ここでの要求は、計算機システム１０５での状
態変化を示している。ここで要求がなければ、ステップ
５０５を実行する。要求がある場合、状態管理部１１１
内部の状態管理テーブルを更新する（ステップ５０
２）。図６に、状態管理テーブルの構成例を示す。管理
テーブル６００は、１レコード４つのフィールド（６０
４〜６０７）で構成される。６０１〜６０３はそれぞれ
レコードを示す。フィールド６０４は、管理装置ＩＤを
示し、図１のシステム例では、保守装置１００〜１０２
を示すＩＤを登録する。フィールド６０５は、フィール
ド６０４で示した管理装置ＩＤが自装置か他装置かを示
す。“１”は自装置であり、“０”は他装置であること
を示す。フィールド６０６は、管理対象となる計算機シ
ステムのシステムＩＤを示す。フィールド６０７は、フ
ィールド６０６に登録されたシステムＩＤが示す計算機
システムの状態を示す。ここで、例えば仮想計算機など
のように物理的に１つの装置上で複数の計算機システム
を動作させる場合は、同一の管理装置ＩＤ（フィールド
６０４）に対して、複数のシステムＩＤ（フィールド６
０６），状態情報（フィールド６０７）が存在すること
もある。また、管理テーブル６００の情報は、あらかじ
め設定されなければならない。また、管理装置として登
録されている装置は、状態情報を共有する範囲を示す。

【００１７】次に、ユーザインタフェース部１０８へ信
号線１２７を介して変化内容を通知し（ステップ５０
３）、更に、送受信制御部１１７へも信号線１３０を介
し、同様に通知する（ステップ５０４）。この時、送受
信制御部１１７へは、状態変化を通知すべき管理装置Ｉ
Ｄを指示する。通知すべき管理装置ＩＤは他計算機シス
テムの管理装置となる。図６の例では、レコード６０２
と６０３のフィールド５０４に示される装置、つまり、
保守装置１０１と保守装置１０２となる。

【００１８】ステップ５０５では、信号線１３０を介
し、送受信制御部１０７からの要求をチェックする。こ
こでの要求は、他の保守装置１０１，１０２がそれぞれ
検出した計算機システム１０６，１０７の状態変化とな
る。ここで要求がない場合は、ステップ５０１からの処
理を再び実行する。要求がある場合は、ステップ５０２
と同様に管理テーブル６００を更新する（ステップ５０
６）。次に、ユーザインタフェース部１０８へ変化内容
を通知する（ステップ５０７）。この後は、再びステッ
プ５０１からの処理を繰り返し実行する。

【００１９】図７は、状態管理部１１１の他の実施例の
動作フローを示したものである。状態管理部１１１が計
算機システム１０５の状態情報を他の保守装置１０１，
１０２に転送する契機は、計算機システム１０５の状態
変化である。図７では、この状態情報収集の契機をタイ
マ−制御するもので、状態変化がない場合でも非同期割
り込みタイマーを用い、このタイマーの割り込み処理に
より積極的に他の全保守装置１０１，１０２に対して、
各々の計算機システム１０６，１０７の状態の取得を要
求するものである。

【００２０】まず、ステップ７０１において、システム
制御部１１４からの要求をチェックする。ここでの要求
は、計算機システム１０５での状態変化を示している。
ここで要求がなければ、ステップ７０６を実行する。要
求がある場合、状態管理部１１１内部の図６に示したよ
うな状態管理テーブルを更新する（ステップ７０２）。
更に、乱数値を用いて非同期割り込みタイマーを設定す
る（ステップ７０３）。このとき設定するタイマー値
は、本手続き７００がループする間隔よりも長い任意の
値に設定する。この最大値を、例えばユーザインタフェ
ース部１０８などの外部から設定可能とすることによ
り、状態管理の間隔を制御できるようになる。次に、ユ
ーザインタフェース１０８へ変化内容を通知し（ステッ
プ７０４）、更に、送受信制御部１１７へも同様に通知
する（ステップ７０５）。

【００２１】ステップ７０６では、送受信制御部１１７
からの要求をチェックする。ここでの要求は、他の保守
装置１０１，１０２がそれぞれ検出した計算機システム
１０６，１０７の状態変化となる。ここで要求がない場
合は、ステップ７０１からの処理を再び実行する。要求
がある場合は、ステップ７０２と同様に管理テーブルを
更新する（ステップ７０７）。この時更に、ステップ７
０３と同様に非同期割り込みタイマーを再設定する（ス
テップ７０８）。次に、ユーザインタフェース部１０８
へ変化内容を通知する（ステップ７０９）。この後は、
再びステップ７０１からの処理を繰り返し実行する。

【００２２】ここで、本手続き７００を実行中に、計算
機システム１０５〜１０７で一切状態変化が起こらない
ような場合、ステップ７０３またはステップ７０７で設
定した非同期割り込みタイマーにより割り込みイベント
が発生することになる。この時の手続きは、他の全ての
保守装置１０１，１０２に対して状態通知要求を送信す
るよう送受信制御部１１７へ要求することになる。これ
により、その応答が各保守装置１０１，１０２からの状
態通知となり、ステップ７０６によって状態管理テーブ
ルに反映される。また、保守装置１００〜１０２は同じ
構成となっているので、確率的にいずれかの状態管理部
１１１〜１１３が状態参照要求を出すため、全計算機シ
ステム１０５〜１０７の状態が常に全ての状態管理部１
１１〜１１３の管理テーブル上に反映される。これによ
り、計算機システム１０５〜１０７に状態変化がない場
合も最新の状態を認識することができる。

【００２３】図８は、保守装置１００内の送受信制御部
１１７の動作フローを示したものである。送受信制御部
１１７では、自／他計算機システムの状態変化の送受信
と計算機システムの制御要求の送受信を行なう。具体的
には、次の４つの処理を行なう。 （１）保守装置１００が検出した計算機システム１０５
で発生した状態変化を、他の保守装置１０１，１０２へ
通知する。 （２）他の保守装置１０１，１０２が検出した計算機シ
ステム１０６，１０７の状態変化報告を受け付ける。 （３）保守装置１００の計算機システム１０６，１０７
に対する制御要求を送信する。 （４）他の保守装置１０１，１０２からの計算機システ
ム１０５に対する処理要求を受け付ける。

【００２４】まず、ステップ８０１で、保守装置間ネッ
トワーク１０３から信号線１３１を介して受信するデー
タパケットにより、他の保守装置１０１，１０２からの
要求をチェックする。ここでの要求は、状態変化通知
（前記（２）のケース）と制御要求（前記（４）のケー
ス）の２つの場合がある。送受信制御部１１７が送受信
するデータパケットを図９に示す。送受信制御部１１７
では、データパケット９００の通信用ヘッダ９０１に設
定された送信アドレスで保守装置１０１，１０２を判別
し、要求種別９０２に設定された値により前述の状態変
化通知か制御要求かを判別し、以降の処理でパラメータ
部分９０３を使用する。

【００２５】ここで、要求がない場合、ステップ８０５
を実行する。要求がある場合は、上記のように、データ
パケット９００の要求種別９０２で状態情報か制御情報
かを識別し（ステップ８０２）、状態情報の場合は、信
号線１３０を介し、状態管理部１１１に対して状態登録
要求を出す（ステップ８０３）。登録内容としては、計
算機システム１０６または１０７の“システムＩＤ”と
“状態情報”である。制御情報の場合は、信号線１３２
を介し、システム制御部１１４に対して処理要求を出す
（ステップ８０４）。ステップ８０３，８０４での登録
処理要求内容は、データパケット９００中のパラメータ
部９０３で示される。

【００２６】ステップ８０５では、信号線１２９を介
し、ユーザインタフェース部１０８からの要求をチェッ
クする。ここでの要求は他の保守装置１０１，１０２に
対する処理要求（前記（３）のケース）である。ここで
要求がなければステップ８０７を実行する。要求があれ
ば、信号線１３１、ネットワーク１０３を介し、指定さ
れた保守装置に対して要求を転送する（ステップ８０
６）。具体的には、図９のデータパケット９００の通信
用ヘッダ９０１の送信元アドレスを保守装置１００、送
信先アドレスを保守装置１０１および／または１０２に
設定し、要求種別９０２の部分を“制御要求”に設定
し、制御内容をパラメータ部８０３へ設定して転送す
る。

【００２７】ステップ８０７では、信号線１３０を介
し、状態管理部１１１からの要求をチェックする。ここ
での要求は、状態情報の通知（前記（１）のケース）で
ある。要求がなければステップ８０１へ戻り、先に示し
たステップ８０１からの手順を繰り返し実行する。要求
があれば、状態管理部１１１からの状態情報を指定され
た管理装置に対して転送する（ステップ８０８）。本実
施例では他の保守装置１０１，１０２となる。具体的に
は、図９のデータパケット８００の要求種別９０２の部
分を“状態情報”に設定し、制御内容をパラメータ部８
０３へ設定して転送する。通信用ヘッダ９０１の送信元
／送信先アドレスは、ステップ８０６の場合と同様であ
る。このステップが完了すれば、再びステップ８０１か
らの処理を繰り返し実行する。

【００２８】図１０は、保守装置１００内のユーザイン
タフェース部１０８の動作フローを示したものである。
ユーザインタフェース部１０８は、計算機１０５及び１
０６，１０７を制御するため、また、計算機１０５及び
１０６，１０７の状態を表示するための、保守員やオペ
レータとのインタフェース（マン・マシン・インタフェ
ース）となる。

【００２９】まず、ステップ１００１で、オペレータか
らの要求（コマンド）をチェックする。ここでの要求
は、計算機システム１０５〜１０７に対する状態の制御
や状態参照などの制御要求となる。ここで要求がなけれ
ばステップ１００５を実行する。要求があればその対象
が自保守装置１００の制御対象計算機システム１０５で
あるか他の保守装置１０１，１０２の制御対象計算機シ
ステム１０６，１０７であるかを判別する（ステップ１
００２）。ここでの判別方法は、図６で示した管理テー
ブル６００を参照し、フィールド６０４〜６０６の情報
により判別する。

【００３０】ここで、自保守装置１００の制御対象計算
機システム１０５である場合は、信号線１２６を介し、
システム制御部１１４へ制御内容を通知する（ステップ
１００３）。そうでない場合は、信号線１２９を介し、
送受信制御部１１７へ制御内容を通知する（ステップ１
００４）。この時、制御要求に加えて、転送要求先を指
定する。この指定は、状態参照要求の場合は、図６で示
した管理テーブル６００のフィールド６０４にエントリ
されている自装置以外の全管理装置（フィールド６０５
に“０”で示されている）となる。制御要求の場合は、
制御対象となる計算機システムを管理している管理装置
となる。

【００３１】次にステップ１００５では、信号線１２７
を介し、状態管理部１１１からの要求をチェックする。
ここでの要求は、計算機システム１０５及び１０６，１
０７の状態変化となる。要求がある場合は、状態変化の
あった計算機システムの画面上の表示をその状態に該当
する表示に変更するなどして、保守員／オペレータへ通
知する（ステップ１００６）。

【００３２】以上説明してきたような動作により、保守
装置１００では、自分に接続された計算機システム１０
５の監視制御だけでなく計算機システム１０６及び１０
７など、他の保守装置に接続さている計算機システムの
監視制御が可能となる。これは、他の保守装置１０１，
１０２についても同様である。

【００３３】次に、図１１に、本発明の他の実施例の全
体的構成図を示す。これは、計算機システムと接続され
ている保守装置以外の装置を管理端末（第三の管理装
置）として付加した実施例である。図１１において、１
００と１０１の保守装置は図１と同じであり、１１００
が第三の管理装置を示す。なお、図１１でも図１に示し
た保守装置１０２は存在するが、図面の簡単化のために
省略してある。第三の管理装置１１００は、保守装置間
ネットワーク１０３に接続され、ユーザインタフェース
部１１０１と状態管理部１１０２及び送受信制御部１１
０３で構成される。各構成要素の機能は、保守装置１０
０〜１０２の対応する構成要素の機能と基本的に同じで
ある。異るのは、状態管理部１１０２内の状態管理テー
ブルである。

【００３４】図１２に、第三の管理装置１１００の状態
管理部１１０２内の状態管理テーブルへ設定する情報を
示す。図１２の状態管理テーブル１２００において、レ
コード１２０１〜１２０３は、図６のレコード６０１〜
６０３と同じであり、レコード１２０８に第三の管理装
置１１００に関する情報を追加する。第三の管理装置１
１００は、保守装置１００〜１０２のように直接制御／
監視する計算機システムはないので、フィールド１２０
６及び１２０７に登録する情報はない。

【００３５】結局、第三の管理装置１１００内の各構成
要素は、図５，図８及び図１０に示したフローに従って
動作することにより、保守装置１００〜１０２から計算
機システム１０５〜１０７の状態通知を受けとることが
でき、また、保守装置１００〜１０２に対して計算機シ
ステム１０５〜１０７の制御を要求することができる。
なお、第三の管理装置１１００と同構成の管理端末を、
更にネットワーク１０３に接続し、各管理端末内の状態
管理部の状態管理テーブルにレコード１２０８と同様に
情報を追加することで、管理装置を任意の台数設けるこ
とができる。

【００３６】図１３は、計算機システム１０５の詳細な
内部構成を示す。計算機１０６，１０７についても同じ
構成である。１３００は計算機システム内のメモリを示
し、該メモリ１３００上には、オペレーティングシステ
ム（ＯＳ）１３０１が常駐し、また、オペレーティング
システム１３０１と保守装置１００との連絡エリアとし
て連絡領域１３０４が確保されている。１３０３は割り
込み制御機構を示し、ハードウェアの状態変化をオペレ
ーティングシステム１３０１に対して“ハードウェア割
り込み”として通知する機能を持つ。

【００３７】保守装置１００は、制御信号線１２０を介
し、計算機システム１０５のメモリ１３００内の連絡領
域１３０４に必要な情報を書き込み、割り込み制御機構
１３０３へ指示することにより、オペレーティングシス
テム１３０１に対して“ハードウェア割り込み”により
情報を伝えることができる。保守装置１０１，１０２に
ついても同様である。

【００３８】ここで、例えば図３の状態レジスタ３００
で致命的な障害が報告された場合、最終的に保守装置１
００〜１０２のユーザインタフェース部１０８〜１１０
上（図１１の構成では第三の管理装置のユーザインタフ
ェース部にも）に表示されることになる（図１０のステ
ップ１００６）。この時に、更に保守装置１００〜１０
２のシステム制御部１１４〜１１６を介して、計算機シ
ステム１０５〜１０７のメモリ内の連絡領域に致命的な
障害が発生したシステムの識別子と障害の内容を書き込
み、先に示した割り込み手続きを実行することで、接続
されている全てのオペレーティングシステムに対して障
害を通知できる。また、通知する内容については、例え
ば、ユーザインタフェース部１０８〜１１０内にテーブ
ルを設け、これをユーザから設定できるようにすること
で制御できる。

【００３９】

【発明の効果】本発明によれば、複合計算機システムの
管理・制御に際して、各保守装置上で全ての計算機シス
テムの管理・制御が可能となる。更に、保守装置とは別
に任意台数の第三の管理装置を設けることが可能であ
る。従って、複合計算機システムを運用する場合に、各
計算機サイトの運用体制に併せて任意に管理用端末を設
けることができ、柔軟に対応できる。

【００４０】また、他の保守装置が検出し、通信線を介
して報告された状態変化を、当該保守装置の管理対象と
なっている計算機システム上で稼働するソフトウェアに
通知することも任意に可能になり、ソフトウェア（Ｏ
Ｓ）が認識しなければならない他計算機システムの障害
についても、ソフトウェア的なオーバーヘッド無しに確
実に認識させることができるため、信頼性を向上させる
ことができる。

【図面の簡単な説明】

【図１】本発明の一実施例の全体構成図を示す。

【図２】保守装置内のシステム制御部の動作フローを示
す。

【図３】保守装置と計算機システム間の制御信号線１２
０上の状態情報を示す。

【図４】同じく制御信号線上の制御情報を示す。

【図５】保守装置内の状態管理部の動作フローを示す。

【図６】状態管理部内の状態管理テーブルの構成例を示
す。

【図７】保守装置内の状態管理部の別の動作フローを示
す。

【図８】保守装置内の送受信制御部の動作フローを示
す。

【図９】保守装置間ネットワーク上のデータパケットを
示す。

【図１０】保守装置内のユーザインタフェース部の動作
フローを示す。

【図１１】第三の管理装置を用いる場合の本発明の別の
実施例の構成図を示す。

【図１２】第三の管理装置を用いた場合の状態管理部内
の状態管理テーブルの構成例を示す。

【図１３】計算機システム内の構成例を示す。

【符号の説明】

１００〜１０２ 保守装置 １０５〜１０７ 計算機システム １０３ 保守装置間ネットワーク １０４ 計算機システム間ネットワーク １０８〜１１０ ユーザインタフェース部 １１１〜１１３ 状態管理部 １１４〜１１６ システム制御部 １１７〜１１９ 送受信制御部 １１００ 第三の管理装置

Claims (3)

【特許請求の範囲】
1. 【請求項１】 複数の計算機システムが通信線で結合さ
   れた複合計算機システムにおける管理方法であって、 個々の計算機システムに接続されて、該計算機システム
   の制御や状態監視を行う複数の保守装置を設け、該保守
   装置間を通信線で接続し、 ある保守装置が検出した当該計算機システムの状態変化
   を、前記保守装置間を接続する通信線を介して他の保守
   装置へ通知し、 各保守装置にて複合計算機システムを構成する各計算機
   システムの状態変化を管理することを特徴とする複合計
   算機システムの管理方法。
2. 【請求項２】 複数の計算機システムが通信線で結合さ
   れた複合計算機システムにおける制御方法であって、 個々の計算機システムに接続されて、該計算機システム
   の制御や状態監視を行う複数の保守装置を設け、該保守
   装置間を通信線で接続し、 ある保守装置が、他の保守装置に接続された計算機シス
   テムに対する制御要求を、前記保守装置間を接続する通
   信線を介して他の保守装置へ転送し、 各保守装置にて複合計算機システムを構成する各計算機
   システムを制御することを特徴とする複合計算機システ
   ムの制御方法。
3. 【請求項３】 請求項１もしくは２記載の複合計算機シ
   ステムの管理及び制御方法において、 保守装置間を接続する通信線に第三の管理装置を接続
   し、該第三の管理装置が、前記保守装置間を接続する通
   信線を介して、各計算機システムの状態変化を取得し、
   かつ、制御することを特徴とする複合計算機システムの
   管理及び制御方法。