JPH10111859A - 複合系計算機システム - Google Patents

Abstract

(57)【要約】 【課題】複合系計算機システムの構成及び制御内容の定
義が容易に記述でき、記述や操作上の誤りを少なくでき
ることを主要な課題とする。 【解決手段】複合系計算機システムを構成する計算機１
００Ａ，１００Ｂのうちの例えば計算機１００Ａ（また
はシステムから独立の計算機）にＨＡシナリオコンパイ
ラ１４０を設け、当該システムの構成及び制御内容を抽
象的且つ統合的に記述したＨＡシナリオ１１０を読み込
んで各計算機１００Ａ，１００Ｂ毎の別々の処理に分解
し、そのＨＡシナリオ１１０から各計算機１００Ａ，１
００Ｂで直接実行可能な形式のＨＡスクリプトの集合１
２０を生成し、そのうちの計算機１００Ａ用のＨＡスク
リプト集合１３０Ａは当該計算機１００Ａの、計算機１
００Ｂ用のＨＡスクリプト集合１３０Ｂは当該計算機１
００Ｂのそれぞれ特定ディレクトリに、スクリプト配布
機構１５０により配布される構成とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の計算機によ
り構成される複合系計算機システムに係り、特にシステ
ムの構成及び制御内容を定義して、その定義内容に従う
運用を行うのに好適な複合系計算機システムに関する。

【０００２】

【従来の技術】従来、複数の計算機で構成される複合系
計算機システムの構成及び制御内容の定義は、実行可能
なスクリプト（プログラム）として、人が直接または簡
単なマクロ（macro ）を介して各計算機毎に記述するの
が一般的であった。この実行可能スクリプトの具体的な
内容は、各計算機の接続関係の登録専用コマンドや各計
算機の状態取り出しコマンド、例外手続きとしてのＣＰ
Ｕやディスク、ネットワーク等の障害検出時に実行させ
るべきコマンド列等である。また、例外手続きとして
は、この他に、サーバ・プロセスの別計算機への移動ま
たは待機プロセスの実行開始、データやファイル、ネッ
トワーク・アドレスの別計算機への引き継ぎ、警報出力
などの特殊入出力装置の操作などがある。

【０００３】

【発明が解決しようとする課題】上記したように従来
は、複合系計算機システムの構成及び制御内容の定義
は、実行可能なスクリプトとして人が直接または簡単な
マクロを介して各計算機毎に記述したいた。

【０００４】しかし、構成及び制御内容の定義には、あ
らゆる事態への配慮が必要であり、そのスクリプト記述
は一般に難しい。

【０００５】また、各計算機間での不整合等、スクリプ
トの記述ミスが発生し易い。

【０００６】また、例外手続きに記述ミスまたは考え違
い（意味的な不整合）があっても発見し難く、そのよう
な誤りや漏れが運用時まで引き継がれる可能性が高い。

【０００７】また、障害時の手続きについて、複合系計
算機システムを構成する計算機の台数が多くなると（例
えば３台以上になると）想定すべき障害のパターン数が
多くなることから、スクリプト記述時に考え漏れを生じ
易い。このため、障害発生時それを回避するための処理
が正しく行われず、システムの異常停止という最悪の事
態を招くことが少なくない。

【０００８】本発明は上記事情を考慮してなされたもの
でその目的は、システム構成及び制御内容の定義が容易
に記述でき、記述や操作上の誤りを少なくでき、しかも
障害想定漏れが少なくて済み、その定義内容に従う信頼
性のある運用が保証できる複合系計算機システムを提供
することにある。

【０００９】

【課題を解決するための手段】本発明は、複合系計算機
システムの構成及び制御内容を抽象的且つ統合的に記述
したプログラムであるシナリオを、上記各計算機毎の別
々の処理に分解し、当該シナリオから上記各計算機で直
接実行可能な形式のコマンド列である処理スクリプトを
生成するシナリオコンパイル手段を備えると共に、上記
各計算機に、上記シナリオコンパイル手段により生成さ
れている各計算機別の各処理スクリプトのうち、計算機
状態に対応し且つ該当する計算機用の処理スクリプトを
実行するスクリプト実行手段とを備えたことを特徴とす
る。

【００１０】ここで、複合系計算機システムの制御内容
の具体例としては、計算機で発生する各種イベント（事
象）に対するシステムの動作がある。

【００１１】また、シナリオの抽象性の具体例として
は、システム構成を定義する記述（例えば複合系計算機
システムを構成する計算機を定義する計算機記述）の中
で、実際の計算機の名前（定数）を、シナリオ内に閉じ
た変数（即ち、シナリオから生成される処理スクリプト
には表われない変数）として定義し、シナリオ内の他の
記述では、この変数を参照する形式がある。

【００１２】また、シナリオの統合性（共通化）の具体
例としては、イベントに対する処理を、複数の計算機に
ついて共通化して記述する形式、複数のイベントに対す
る処理も共通化して記述する形式、更には自系を指す特
別な変数とイベントの部分を指す変数を設けることで、
一部のみある計算機またはあるイベントに特別な処理が
ある場合にも共通化して記述する形式がある。この他、
シナリオ内の特定の単位内での例えば稼働系と待機系の
計算機の記述を、処理スクリプト内で用いられる定数と
関係付けられたシナリオ内で用いられる変数（第１の変
数）とは別の変数（第２の変数）に定義し、上記特定の
単位内の他の部分では、この第２の変数を参照する形式
がある。

【００１３】このような構成においては、複合系計算機
システムの構成及び制御内容を抽象的且つ統合的に記述
したシナリオ（プログラム）が適用できることから、従
来のように実行可能なスクリプトとして各計算機毎に記
述する必要があった複合系計算機システムと異なって、
システム構成及び制御内容の定義が容易に記述できる。
特に、シナリオの抽象性と統合性（共通化）により、各
計算機での同一計算機状態（イベント）に対する別々の
処理をあたかも１つの処理であるかのように記述できる
ことから、処理の記述数を減少できる。この効果は、複
合系計算機システムの構成計算機数が多いほど顕著とな
る。特に、シナリオの動作する計算機群である後述する
特定グループを設定し、各計算機上に当該グループの各
計算機の状態を記憶するための状態記憶手段を設け、こ
の状態記憶手段の内容によりイベント発生時の動作内容
を決定する構成を適用する場合、当該状態記憶手段の更
新に関しては、同一イベントに対して上記特定グループ
内の全ての計算機で同一操作が行われるため、処理記述
数削減の効果が大きい。

【００１４】また本発明は、上記シナリオコンパイル手
段により生成された各計算機別の各処理スクリプトを対
応する各計算機の記憶領域に配布するスクリプト配布手
段を設け、上記計算機での計算機状態に応じて（例えば
イベント発生により）、その計算機に配布されている処
理スクリプトのうち、当該計算機状態（発生イベント）
に対応する処理スクリプトが上記スクリプト実行手段に
て実行される構成としたことを特徴とする。ここで、上
記シナリオコンパイル手段が、各計算機別の各処理スク
リプトの他に、当該各処理スクリプトを該当する計算機
に配布するためのコマンド列である配布スクリプトを生
成する構成とし、この配布クリプトを上記スクリプト配
布手段が実行することで、各計算機への処理スクリプト
配布が行われるようにするとよい。

【００１５】このように、シナリオコンパイル手段によ
り生成された処理スクリプト等の成果物を（上記シナリ
オで定義された複合系計算機システムの）各計算機にス
クリプト配布手段が配布するためのプログラム（配布ス
クリプト）が、当該シナリオコンパイル手段により自動
生成される構成とすることで、この種のプログラムを人
が各計算機毎に記述する場合と異なって記述誤りをなく
すことができ、これにより配布操作の誤りと、計算機間
の不整合を防止できる。

【００１６】また本発明は、上記スクリプト実行手段
に、処理スクリプトの実行の許可または禁止について、
各計算機毎に別々に、初期状態での設定及びイベント発
生時での再設定を可能にする機構を持たせ、シナリオの
動作する計算機群である特定グループをイベント発生時
に自動的に変化せることを特徴とする。

【００１７】このようにすることで、特に（オペレーテ
ィングシステムの入れ替えやテストなどを目的とする）
保守等のために、システムを停止させることなく、所望
の計算機を切り離したり、或いは組み込むことが可能と
なる。

【００１８】また本発明は、上記スクリプト実行手段
に、複数のイベントに対する処理スクリプトの実行順序
が上記特定グループ内で全て同一となり、１つのイベン
トに対する処理スクリプトの実行が上記特定グループ内
で全て終了するまで次の処理スクリプトの実行の開始を
待つことを保証する機構を更に持たせたことを特徴とす
る。

【００１９】このような構成においては、ほぼ同時に複
数の計算機で障害が発生したとしても正しい引き継ぎが
可能となる同期イベント型複合系計算機システムが実現
できる。

【００２０】また本発明は、上記特定グループの各計算
機の状態を記憶するための状態記憶手段を上記各計算機
上に設け、上記特定グループ内の各計算機上のスクリプ
ト実行手段において、イベント発生に伴う処理スクリプ
トの実行時に自系の状態記憶手段を参照してイベント発
生時の動作内容を決定すると共に、状態記憶手段の内容
に対して各計算機上で同一の更新処理を行う構成とした
ことを特徴とする。

【００２１】このような構成においては、例えば特定グ
ループ内の計算機で障害が発生がした場合に、その時点
における特定グループ内の各計算機の状態を自系の状態
記憶手段を参照することで知ることができ、これによ
り、障害が発生した計算機がサービス（アプリケーショ
ンプログラム）の実行中の計算機であるならば、どの計
算機がその処理を引き継ぐかなどを自動決定できる。そ
のためには、計算機の状態に、処理の引き継ぎの優先順
位を含めるとよい。

【００２２】この他、互いに交わらない複数の特定グル
ープを構成し、イベント発生時の動作内容を、各特定グ
ループ毎に異なった状態記憶手段の内容によって変化さ
せるようにすることで、物理的に１つのシステムであり
ながら、特定グループ数分の独立したシステムを自由に
構築することが可能となる。

【００２３】また本発明は、上記スクリプト実行手段
に、上記特定グループ内でイベント発生に伴う処理スク
リプトの実行が終了した後に、当該グループ内の全ての
計算機に関する処理スクリプトの終了状態を取得し、そ
の終了状態に従ってエラーリカバリ用の処理スクリプト
を実行する機能を更に持たせたことを特徴とする。

【００２４】このような構成においては、イベント発生
時の処理のエラーリカバリが可能となる。

【００２５】また本発明は、上記処理スクリプトに、そ
の処理の一部として少なくとも１つのイベントを疑似的
に発生させるコマンドを持たせることで、当該処理スク
リプトが上記スクリプト実行手段により実行された場合
に、少なくとも１つのイベントが疑似的に発生され、当
該処理スクリプトの実行後に、この疑似的に発生された
イベント（疑似イベント）に対応する処理スクリプトが
実行される構成としたことを特徴とする。

【００２６】このような構成においては、１つのイベン
トに起因して複数の処理スクリプトを実行させることが
可能となる。特に、上記エラーリカバリ用の処理スクリ
プトの実行により、少なくとも１つの疑似イベントが発
生される構成とすることで、複合したエラーリカバリが
可能となる。

【００２７】また本発明は、上記シナリオコンパイル手
段に、上記シナリオの記述内容の正誤を検出するための
正誤検出手段及び上記シナリオの記述内容の意味を確認
してその整合性を判定する意味確認手段の少なくとも１
つを持たせると共に、上記正誤検出手段による記述誤り
検出時または上記意味確認手段による不整合検出時に、
その旨のエラーメッセージを出力するエラー出力手段を
持たせたことを特徴とする。

【００２８】このように、上記シナリオの記述内容の正
誤確認機能を、当該シナリオの記述内容からその記述内
容と同等の作用を与える処理スクリプトを生成するシナ
リオコンパイル手段に持たせることで、当該シナリオの
記述誤りを容易に見つけることができる。この正誤確認
機能の実現手段（正誤検出手段）としては、コマンドの
引数に代表される記述値が不適合であることを検出する
記述値不適合検出手段等が適用可能である。

【００２９】また、上記シナリオの記述内容の意味の確
認機能、或いはデバイス故障など起こり得る各種障害時
を想定したシミュレーション機能を上記シナリオコンパ
イル手段に持たせることで、当該シナリオの意味的に不
整合性のある箇所を容易に見つけることができ、実行す
るまで分かり難い制御アルゴリズムの問題点を実行前に
認識することができる。この意味の確認機能の実現手段
（意味確認手段）としては、イベントの発生が無限ルー
プを構成していることを検出する無限ループ検出手段、
状態記憶手段に対する更新操作内容が特定グループ内で
同一とならないことを検出する状態記憶手段内容不一致
検出手段、状態記憶手段に対する更新操作内容が、予め
定められている当該状態記憶手段の内容が満たすべき条
件（インタロック）に合致していないことを検出するイ
ンタロック検出手段、及び１つのイベントに対する各計
算機での共有装置に対する操作内容が不整合であること
を検出する共有装置操作不整合性検出手段の少なくとも
１つが適用可能である。

【００３０】特に、正誤検出手段により記述内容の誤り
が検出された場合（記述値不適合検出手段によりコマン
ドの引数に代表される記述値が不適合であることが検出
された場合）には、シナリオコンパイル手段による処理
スクリプト生成を停止する構成とすることで、誤った処
理スクリプトが生成されて、処理スクリプトの実行がエ
ラーとなることを防止できる。

【００３１】同様に、意味確認手段によりシナリオ中で
意味的に不整合性のある箇所が検出された場合、シナリ
オコンパイル手段による処理スクリプト生成を停止する
構成とすることで、各計算機間で整合性のない処理スク
リプトが生成されて、例えば障害発生時の引き継ぎ等が
正常に行われないといった不具合が生じるのを防止でき
る。

【００３２】特に、イベントの発生が無限ループを構成
していることを検出した場合に処理スクリプト生成を停
止するならば、１つのイベントに対する一連の処理スク
リプトの実行が必ず停止することを保証できる。また、
状態記憶手段に対する更新操作内容が特定グループ内で
同一とならないことを検出した場合に処理スクリプト生
成を停止するならば、状態記憶手段の内容が上記特定グ
ループ内で常に同一であることを保証できる。また、状
態記憶手段に対する更新操作内容が、予め定められてい
る当該状態記憶手段の内容が満たすべき条件（インタロ
ック）に合致していないことを検出した場合に処理スク
リプト生成を停止するならば、状態記憶手段の内容が常
に指定条件を満たすことを保証できる。なお、この指定
条件を上記シナリオ中に記述しているならば、インタロ
ック検出手段での検出処理に便利である。また、１つの
イベントに対する各計算機での共有装置に対する操作内
容が不整合であることを検出した場合に処理スクリプト
生成を停止するならば、処理スクリプトの共有装置に対
する処理が不整合を起こさないことを保証できる。

【００３３】この他、上記意味確認手段として、上記シ
ナリオに記述された内容を解釈し、非同期に発生する可
能性のある各種イベントを任意に組み合わせてシミュレ
ーションする動作シミュレーション手段を適用するなら
ば、意味の確認を動的に行うことができる。

【００３４】また、上記シナリオコンパイル手段に、上
記シナリオ内で用いられる変数を定数に置き換える置換
手段と、この置換手段により置き換えられた定数を上記
シナリオ内で伝播させる定数伝播手段とを持たせること
で、変数を用いた記述に対しても上記各検出手段を有効
に適用することが可能となる。また、上記シナリオコン
パイル手段に、シナリオ内のループ文での記述を内部的
に展開するループ展開手段を持たせることで、ループ変
数を用いた記述に対しても上記各検出手段を有効に適用
することが可能となる。

【００３５】

【発明の実施の形態】以下、本発明の実施の形態につき
図面を参照して説明する。

【００３６】［第１の実施形態］図１は本発明の第１の
実施形態に係る複合系計算機システムのブロック構成図
である。

【００３７】図１において、１００Ａ，１００Ｂは複合
系計算機システムを構成する計算機であり、計算機間接
続手段としての例えばＬＡＮ（ローカルエリアネットワ
ーク）１０１により相互接続されている。

【００３８】計算機１００Ａ，１００Ｂのうちの例えば
計算機１００Ａには、複合系計算機システムの構成及び
制御（特に、障害やオペレータ操作等により発生する各
種イベントに対するシステムの動作）の定義内容を抽象
的に且つ統合的に記述したプログラム（以下、ＨＡシナ
リオと称する）１１０が保存されているものとする。こ
のＨＡ（High Availavility ）シナリオ１１０は、図２
に示すように、人２０１が直接に、或はグラフィカルユ
ーザインタフェース（Graphical User Interface；ＧＵ
Ｉ）２０２を介して記述されるものである。

【００３９】計算機１００Ａは、ＨＡシナリオ１１０を
コンパイルして、そのＨＡシナリオ１１０の記述内容通
りの作用を与えるための、例えば計算機１００Ａ，１０
０Ｂで実行可能な形式のコマンド列の集合（以下、ＨＡ
スクリプト集合と称する）１２０を変換生成するコンパ
イラ（以下、ＨＡシナリオコンパイラと称する）１４０
と、ＨＡスクリプト集合１２０の中から計算機１００
Ａ，１００Ｂ用のＨＡスクリプト集合１３０Ａ，１３０
Ｂを選択して該当する計算機１００Ａ，１００Ｂに配布
するＨＡスクリプト配布機構１５０を内蔵している。

【００４０】図１の構成の複合系計算機システムでは、
図２に示すように、人２０１が直接に、或はＧＵＩ２０
２を介して記述したＨＡシナリオ１１０は、（計算機１
００Ａ上の）ＨＡシナリオコンパイラ１４０により読み
込まれる。ＨＡシナリオコンパイラ１４０は、読み込ん
だＨＡシナリオ１１０について、その書式に従った字句
及び構文解析を行って、システム内の各計算機毎の別々
の処理、例えば計算機１００Ａ，１００Ｂ毎の別々の処
理に分解し、計算機１００Ａ，１００Ｂで直接実行可能
な形式のＨＡスクリプト集合１２０を生成する。このＨ
Ａシナリオコンパイラ１４０の動作の詳細は後述する。

【００４１】計算機１００Ａ上のＨＡスクリプト配布機
構１５０は、ＨＡシナリオコンパイラ１４０により生成
されたＨＡスクリプト集合１２０の中から計算機１００
Ａ，１００Ｂで実行すべき部分を選択し、それぞれ計算
機１００Ａ，１００Ｂ用のＨＡスクリプト集合１３０
Ａ，１３０Ｂとして該当する計算機１００Ａ，１００Ｂ
の持つ例えば大容量記憶装置内の特定ディレクトリに配
布（コピー）する。ここで、計算機１００Ａ上の配布機
構１５０による計算機１００ＢへのＨＡスクリプト集合
１３０Ｂの配布は、計算機１００Ａ，１００Ｂが相互接
続されているＬＡＮ１０１を介して行われる。

【００４２】ＨＡスクリプト配布機構１５０により計算
機１００Ａ，１００Ｂの特定ディレクトリに配布された
ＨＡスクリプト集合１３０Ａ，１３０Ｂ（中のＨＡスク
リプト）は、計算機１００Ａ，１００Ｂが有するＨＡス
クリプト実行機構１６０Ａ，１６０Ｂにより実行され
る。

【００４３】次に、ＨＡシナリオ１１０と当該ＨＡシナ
リオ１１０から生成されるＨＡスクリプト集合１２０の
詳細につき、計算機１００Ａ，１００Ｂのうちの一方の
計算機、例えば計算機１００Ａ上で１つのアプリケーシ
ョンプログラム（以下、アプリケーションと略称する）
が実行されており、他方の計算機である計算機１００Ｂ
が待機する形態の場合を例に、図３乃至図６を参照して
説明する。

【００４４】まず、本システム内の計算機１００Ａ，１
００Ｂで発生する各種イベント（事象）には、（１）他
の計算機の障害検出、（２）アプリケーションの強制引
継ぎ要求（以下、テイクオーバと称する）、（３）アプ
リケーションの通常引継ぎ要求（以下、スイッチオーバ
と称する）、（４）アプリケーションの開始要求、
（５）アプリケーションの終了要求の５種類が含まれて
いる。

【００４５】ＨＡシナリオ１１０は、図３に示すよう
に、計算機記述１１１と、システム記述１１２と、サー
ビス記述１１３を含んでいる。

【００４６】計算機記述１１１は、計算機に固有な情報
を定義するものであり、例えば計算機の名前、ネットワ
ークアドレスなどを定義する。

【００４７】システム記述１１２は、計算機での各イベ
ント（以下、ＨＡイベントと称する）に対するアプリケ
ーションによらないシステムの動作を定義するものであ
る。システム記述１１２は、主として他の計算機の障害
検出に対して、ＨＡスクリプト実行機構（１６０Ａ，１
６０Ｂ）を制御する処理を記述する。このシステム記述
１１２は、アプリケーションによらないＨＡイベント、
例えば他の計算機の障害検出を定義するシステムイベン
ト記述１１２ａを含む。

【００４８】サービス記述１１３は、各ＨＡイベントに
対するアプリケーションの動作を定義するものであり、
主としてアプリケーションのテイクオーバ、スイッチオ
ーバ、開始要求、及び終了要求の各ＨＡイベントに対し
て、各計算機上での処理を定義する。このサービス記述
１１３は、アプリケーション毎のＨＡイベント、例えば
テイクオーバ、スイッチオーバ、開始要求、終了要求を
定義するサービスイベント記述１１３ａを含む。

【００４９】ＨＡシナリオ１１０は、前述したように、
複合系計算機システムの構成及び制御（障害やオペレー
タ操作に対するシステムの動作）の定義内容を抽象的に
且つ統合的に記述したものである。

【００５０】ここでＨＡシナリオ１１０の抽象性につい
て説明する。

【００５１】まず本実施形態では、ＨＡスクリプト内で
用いられる名前（である定数）と、ＨＡシナリオ１１０
内で用いられる名前（である変数）とを区別し、ＨＡシ
ナリオ１１０内で用いられる名前（変数）とＨＡスクリ
プト内で用いられる名前（定数）との関係をＨＡシナリ
オ１１０内に定義する形式を適用する。そこでＨＡシナ
リオ１１０では、計算機記述１１１の中で、実際の計算
機の名前（定数）を、ＨＡシナリオ１１０内に閉じた変
数（即ち、ＨＡシナリオ１１０から生成されるＨＡスク
リプトには表われない変数）として定義し、ＨＡシナリ
オ１１０内の他の記述では、この変数を参照する形式を
適用する。

【００５２】このようなＨＡシナリオ１１０の抽象性に
より、当該ＨＡシナリオ１１０では、実際の計算機の名
前は計算機記述の中の１箇所に記述すればよいことにな
る。これにより、システムを他のシステムに移動する場
合などにおけるＨＡシナリオの変更が容易となる。

【００５３】例えば、計算機Ａを計算機Ｃに、計算機Ｂ
を計算機Ｄに置き換える場合を考えると、ＨＡシナリオ
の記述は、図５（ａ）から図５（ｂ）のように変更する
だけでよい。なお、図５中の{name="X"}のような記述(X
=A,B,C,D) が実際の計算機の名前の記述部であり、例え
ば"server cpu1{name="B"}" は、計算機Ｂをserver cpu
1 （第１のサーバ計算機）として定義していることを示
す。

【００５４】以上がＨＡシナリオ１１０の抽象性であ
る。

【００５５】次に、ＨＡシナリオ１１０の統合性につい
て説明する。

【００５６】まずＨＡシナリオ１１０では、システム記
述１１２及びサービス記述１１３内で、ＨＡイベントに
対する処理を、複数の計算機（ここでは計算機１００
Ａ，１００Ｂ）について共通化して記述してある。ま
た、複数のＨＡイベントに対する処理も共通化して記述
してある。更に、自系を指す特別な変数とＨＡイベント
の部分を指す変数を設けることで、一部のみある計算機
またはあるＨＡイベントに特別な処理がある場合にも、
共通化が図られている。

【００５７】以上が、ＨＡシナリオ１１０の統合性（共
通化）であり、このような統合性（共通化）により、Ｈ
Ａシナリオ１１０の作成が容易になる。

【００５８】ＨＡシナリオ１１０の統合性（共通化）の
例を、切り離しＨＡイベントに対する処理を共通化した
サービス記述１１３の場合につき図６に示す。但し、こ
の例では、システムを構成する計算機がcpu1，cpu2の２
台ではなく、cpu1〜cpu4の４台の場合を想定している。

【００５９】図６中の"syncevent OutX =(“切り離
し”，cpuX)"のような記述(X=1,2,3,4)は、"syncevent
OutX"の記述部分が、cpuXを切り離す切り離しＨＡイベ
ントを表すことを定義したものである。

【００６０】また、"syncaction ( cpu1｜cpu2｜cpu3｜
cpu4, Out1｜Out2｜Out3｜Out4 )"は、処理をする計算
機と、その計算機がどのイベントに対して処理をするか
を、cpu1〜cpu4の４計算機と、Out1〜Out4の４イベント
の合計４×４＝１６通りの組み合わせについて共通化し
て記述したものである。

【００６１】また、"if ( localcpu==event.cpu )"中
の"localcpu"はcpu1〜cpu4のうちの自系を指す変数であ
り、"event.cpu" は上記切り離しＨＡイベントOut1〜Ou
t4の第２フィールド(cpuX)を指す変数であり、自系がＨ
ＡイベントOut1〜Out4の第２フィールドの指す計算機で
あるか否かを判定する。

【００６２】なお、図６中で"#" が付された記述行は、
コメントの記述行である。

【００６３】さて、ＨＡシナリオコンパイラ１４０は、
計算機１００Ａ上で、以上に述べた形式のＨＡシナリオ
１１０を読み込み、その計算機記述１１１の内容から、
計算機の種類の情報を得ると共に、システムイベント記
述１１２ａ及びサービスイベント記述１１３ａの内容か
らイベントの種類を取得し、更にシステム記述１１２及
びサービス記述１１３の内容から処理の内容を得て、
（イベント処理用ＨＡスクリプトの集合である）ＨＡス
クリプト集合１２０を生成する。

【００６４】ＨＡスクリプト集合１２０は、図４に示す
ように、計算機１００Ａにおける、計算機１００Ｂの障
害検出に対する処理を記述したＨＡスクリプト１３１
Ａ、計算機１００Ａにおける、計算機１００Ｂからのテ
イクオーバに対する処理を記述したＨＡスクリプト１３
２Ａ、計算機１００Ａにおける、計算機１００Ａへのス
イッチオーバに対する処理を記述したＨＡスクリプト１
３３Ａ、計算機１００Ａにおける、計算機１００Ｂへの
スイッチオーバに対する処理を記述したＨＡスクリプト
１３４Ａ、計算機１００Ａにおける、計算機１００Ａで
の開始要求に対する処理を記述したＨＡスクリプト１３
５Ａ、計算機１００Ａにおける、計算機１００Ｂでの開
始要求に対する処理を記述したＨＡスクリプト１３６
Ａ、及び計算機１００Ａにおける、終了要求に対する処
理を記述したＨＡスクリプト１３７Ａを有している。

【００６５】ＨＡスクリプト集合１２０はまた、計算機
１００Ｂにおける、計算機１００Ａの障害検出に対する
処理を記述したＨＡスクリプト１３１Ｂ、計算機１００
Ｂにおける、計算機１００Ａからのテイクオーバに対す
る処理を記述したＨＡスクリプト１３２Ｂ、計算機１０
０Ｂにおける、計算機１００Ａへのスイッチオーバに対
する処理を記述したＨＡスクリプト１３３Ｂ、計算機１
００Ｂにおける、計算機１００Ｂへのスイッチオーバに
対する処理を記述したＨＡスクリプト１３４Ｂ、計算機
１００Ｂにおける、計算機１００Ａでの開始要求に対す
る処理を記述したＨＡスクリプト１３５Ｂ、計算機１０
０Ｂにおける、計算機１００Ｂでの開始要求に対する処
理を記述したＨＡスクリプト１３６Ｂ、及び計算機１０
０Ｂにおける、終了要求に対する処理を記述したＨＡス
クリプト１３７Ｂを有している。

【００６６】ここで、障害検出、テイクオーバ、スイッ
チオーバ及び開始要求のイベントは、本実施形態では２
種類ずつある。但し、障害検出及びテイクオーバの各イ
ベントに対するＨＡスクリプトは、ＨＡスクリプト１３
１Ａ，１３１Ｂ及びＨＡスクリプト１３２Ａ，１３２Ｂ
のように、その性質から片方の計算機にしか必要ない。

【００６７】計算機１００Ａ上のＨＡスクリプト配布機
構１５０は、ＨＡシナリオコンパイラ１４０により生成
されたＨＡスクリプト集合１２０の中から、計算機１０
０Ａで実行すべきＨＡスクリプト１３１Ａ〜１３７Ａを
選択し、それらを計算機１００Ａ用のＨＡスクリプト集
合１３０Ａとして、計算機１００Ａの持つ大容量記憶装
置内の特定ディレクトリに配布する。またＨＡスクリプ
ト配布機構１５０は、ＨＡスクリプト集合１２０の中か
ら、計算機１００Ｂで実行すべきＨＡスクリプト１３１
Ｂ〜１３７Ｂを選択し、それらを計算機１００Ｂ用のＨ
Ａスクリプト集合１３０Ｂとして、計算機１００Ｂの持
つ大容量記憶装置内の特定ディレクトリにＬＡＮ１０１
を経由して配布する。

【００６８】なお、ＨＡシナリオコンパイラ１４０及び
ＨＡスクリプト配布機構１５０は、（計算機１００Ａで
はなくて）計算機１００Ｂ上に設けられていても構わな
い。

【００６９】計算機１００Ａ，１００Ｂ上のＨＡスクリ
プト実行機構１６０Ａ，１６０Ｂは、イベントが発生す
る毎に、ＨＡスクリプト集合１３０Ａ，１３０Ｂ中の該
当するＨＡスクリプトを実行する。

【００７０】［第２の実施形態］次に、本発明の第２の
実施形態につき図面を参照して説明する。

【００７１】図７は４台の計算機で構成された複合系計
算機システムの実施形態を示すブロック図である。

【００７２】図７のシステムにおいて、４台の計算機７
００Ａ，７００Ｂ，７００Ｃ，７００Ｄのうちの３台の
計算機、例えば計算機７００Ａ，７００Ｂ，７００Ｃ
は、その計算機上でそれぞれ独立したアプリケーション
ＡＰ１〜ＡＰ３が動作している稼働系（master）とな
り、残りの１台の計算機７００Ｄは各計算機７００Ａ〜
７００Ｃに共通の待機系（slave ）として待機する形態
をとっているものとする。

【００７３】この形態では、一般には、（前記第１の実
施形態におけるＨＡシナリオ１１０に相当する）ＨＡシ
ナリオ内に（サービス記述１１３に相当する）３つのサ
ービス記述が必要になる。

【００７４】しかしながら、ＨＡスクリプト内で用いら
れる名前（定数）と関係付けられたＨＡシナリオ内で用
いられる名前（第１の変数）と、ＨＡシナリオ内の特定
の単位内で用いられる名前（第２の変数）とを区別し、
それらの関係をＨＡシナリオ内の特定の単位内に記述す
るならば、３つのサービス記述をほぼ共通化することが
可能になる。このようなＨＡシナリオの例を図８に示
す。

【００７５】ここでは、３つのサービス記述８０１，８
０２，８０３の先頭で、master=cpuX 及びslave=cpu4の
ような記述(X=1,2,3) により、稼働系と待機系の計算機
を定義し、サービス記述８０１〜８０３内の他の部分８
０４-1〜８０４-3（図８中の（１），（２），（３）の
部分）では、この変数を参照する形式を適用している。

【００７６】［第３の実施形態］次に、本発明の第３の
実施形態につき図面を参照して説明する。

【００７７】図９は本発明の第３の実施形態に係る複合
系計算機システムにおいて、オペレータ要求による計算
機の組み込み／切り離し、及び障害発生計算機の自動切
り離しを説明するための図である。ここでは、３台の計
算機９００Ａ，９００Ｂ，９００Ｃから構成される複合
系計算機システムであって、ハードウェアまたはソフト
ウェアの障害や、オペレータ操作（オペレータ入力）な
どの各イベントに対して、各計算機９００Ａ〜９００Ｃ
が同期をとって、各計算機９００Ａ〜９００Ｃに定義さ
れているイベント処理のためのＨＡスクリプトを同時に
実行することにより、障害処理もしくは要求された処理
を行う同期イベント型の複合系計算機システムを前提と
している。

【００７８】本システムでのＨＡイベントには、（１）
実行禁止にできない特別なＨＡイベントである新ＨＡグ
ループの作成要求、（２）他の計算機の障害検出、
（３）計算機の組み込み要求、（４）計算機の切り離し
要求の４種類が含まれている。ここで、ＨＡグループ
（特定グループ）とは、互いに同期をとってＨＡスクリ
プトを実行する計算機の集合をいう。但し、初期状態の
ＨＡグループ（新ＨＡグループ）は、１台の計算機のみ
からなる。

【００７９】上記（１）〜（４）の各ＨＡイベントは、
（前記第１の実施形態におけるシステムイベント記述１
１２ａに相当する）ＨＡシナリオのシステムイベント記
述内に記述されるもので、上記（２）を除く各ＨＡイベ
ントはオペレータ操作に従って発生され、上記（２）の
ＨＡイベントは計算機の障害検出により自動的に発生さ
れる。

【００８０】上記（１）の新ＨＡグループの作成要求に
対する処理は、指定された計算機をＨＡスクリプトの実
行許可にする処理を含む。

【００８１】次に、上記（２）の他の計算機の障害検出
に対する処理は、障害を起こした計算機をＨＡスクリプ
トの実行禁止にする処理を含む。

【００８２】次に、上記（３）の計算機の組み込み要求
に対する処理は、指定された計算機をＨＡスクリプトの
実行許可にする処理を含む。

【００８３】次に、上記（４）の計算機の切り離し要求
に対する処理は、指定された計算機をＨＡスクリプトの
実行禁止にする処理を含む。

【００８４】なお、上記（１）の新ＨＡグループの作成
要求と、（２）の計算機の組み込み要求とは、以下に述
べるように異なる機能である。まず、前者はＨＡグルー
プが新しく作られることを意味するのに対し、後者は既
に作成されているあるＨＡグループに対して組み込まれ
ることを意味する。特に前者はＨＡスクリプトの実行禁
止になっている計算機に発生するイベントであるのに対
し、後者はＨＡスクリプトの実行許可になっている計算
機（即ちＨＡグループ内の計算機）に発生するイベント
である点で異なる。

【００８５】また、計算機の組み込み、切り離しは、主
として保守などの目的で１台だけの計算機を停止させた
い場合などに用いられる。

【００８６】図９中の各計算機９００Ａ〜９００Ｃは図
示せぬＬＡＮにより相互接続されている。計算機９００
Ａ〜９００Ｃ上には、（前記第１の実施形態におけるＨ
Ａスクリプト実行機構１６０Ａ，１６０Ｂに相当する）
ＨＡスクリプト実行機構９６０Ａ〜９６０Ｃが設けられ
ている。これら計算機９００Ａ〜９００Ｃ上のＨＡスク
リプト実行機構９６０Ａ〜９６０Ｃは、互いに協調して
動作し、特に他の計算機のＨＡスクリプトの実行を許可
することができるようになっている。この場合、実行を
許可された計算機は、実行を許可した計算機と同じＨＡ
グループに入っていると認識する。

【００８７】図９において、同図（ａ）に示すように、
計算機９００Ａで、当該計算機９００Ａからなる新ＨＡ
グループの作成要求のＨＡイベント９０１がオペレータ
操作により発生したものとする。この場合、計算機９０
０Ａは、自系をＨＡスクリプトの実行許可状態にするこ
とで、図９（ｂ）に示すように自系のみからなるＨＡグ
ループ９０２を作成する。

【００８８】次に、ＨＡグループ９０２の計算機９００
Ａで、図９（ｂ）に示すように、計算機９００Ｂの（Ｈ
Ａグループ９０２への）組み込み要求のＨＡイベント９
０３がオペレータ操作により発生したものとする。この
場合、計算機９００Ａは、ＨＡイベント９０３で指定さ
れた計算機９００ＢをＨＡスクリプトの実行許可状態に
することで、図９（ｃ）に示すように当該計算機９００
ＢをＨＡグループ９０２に組み込む。これにより、ＨＡ
グループの計算機９００Ａと、新たにＨＡグループ９０
２に組み込まれた計算機９００Ｂとは、互いに協調して
動作する。

【００８９】次に、ＨＡグループ９０２の計算機９００
Ａ，９００Ｂで、図９（ｃ）に示すように、計算機９０
０Ｃの（ＨＡグループ９０２への）組み込み要求のＨＡ
イベント９０４が（計算機９００Ａまたは９００Ｂに対
する）オペレータ操作により発生したものとする。この
場合、計算機９００Ａ，９００Ｂは、ＨＡイベント９０
４で指定された計算機９００ＣをＨＡスクリプトの実行
許可状態にすることで、図９（ｄ）に示すように当該計
算機９００ＣをＨＡグループ９０２に組み込む。これに
より、ＨＡグループの計算機９００Ａ，９００Ｂと、新
たにＨＡグループ９０２に組み込まれた計算機９００Ｃ
とは、互いに協調して動作する。

【００９０】このような状態で、図９（ｅ）に示すよう
に計算機Ａで障害９０５が発生し、その障害９０５を計
算機９００Ｂ，９００Ｃにおいて検出したものとする。
すると、計算機９００Ｂ，９００Ｃでは、図９（ｅ）に
示すように計算機９００Ａの障害検出のＨＡイベント９
０６が発生する。この場合、計算機９００Ｂ，９００Ｃ
は、障害９０５が発生した計算機９００ＡがＨＡスクリ
プトの実行禁止状態になったとみなすことで、図９
（ｆ）に示すように当該計算機９００ＡをＨＡグループ
９０２から自動的に切り離す。

【００９１】次に、計算機９００ＡがＨＡグループ９０
２から切り離されている状態で、ＨＡグループ９０２の
計算機９００Ｂ，９００Ｃで、図９（ｆ）に示すよう
に、計算機９００Ｂの（ＨＡグループ９０２からの）切
り離し要求のＨＡイベント９０７がオペレータ操作によ
り発生したものとする。この場合、計算機９００Ｂ，９
００Ｃは、ＨＡイベント９０７で指定された計算機９０
０ＢをＨＡスクリプトの実行禁止状態にすることで、図
９（ｇ）に示すように当該計算機９００ＢをＨＡグルー
プ９０２から切り離す。

【００９２】次に、計算機９００Ａ，９００ＢがＨＡグ
ループ９０２から切り離されている状態で、ＨＡグルー
プ９０２の９００Ｃで、図９（ｇ）に示すように、計算
機９００Ｃ自身の（ＨＡグループ９０２からの）切り離
し要求のＨＡイベント９０８がオペレータ操作により発
生したものとする。この場合、計算機９００Ｃは、ＨＡ
イベント９０８で指定された計算機９００Ｃ自身をＨＡ
スクリプトの実行禁止状態にすることで、図９（ｈ）に
示すように当該計算機９００Ｃ自身をＨＡグループ９０
２から切り離す。

【００９３】このように、各計算機９００Ａ〜９００Ｄ
毎に別々に、ＨＡスクリプトの実行の許可／禁止の初期
状態での設定、及びＨＡイベント発生時での再設定を可
能とする機構を持つことで、ＨＡグループをＨＡイベン
ト発生時に自動的に変化させ、オペレータ操作に従うオ
ンライン状態での計算機の組み込み／切り離し、及び障
害発生計算機の自動切り離しが容易に行える。

【００９４】これは、特に（オペレーティングシステム
の入れ替えやテストなどを目的とする）保守等のため
に、システムを停止させることなく、所望の計算機を切
り離したり、或いは組み込むのに好都合である。なお従
来は、システムを停止させずに計算機の組み込み／切り
離しを行うと、誤って障害として検出されて引き継ぎ処
理が行われるため、一旦システムを停止させてから計算
機の組み込み／切り離しを行う必要があった。

【００９５】［第４の実施形態］次に、本発明の第４の
実施形態につき図面を参照して説明する。

【００９６】図１０は、複合系計算機システムにおい
て、障害が発生した計算機で動いていたアプリケーショ
ンを他の計算機で自動的に引き継ぐ形態を説明するため
の図である。ここでは、４台の計算機１０００Ａ，１０
００Ｂ，１０００Ｃ，１０００Ｄから構成される複合系
計算機システムを前提としている。

【００９７】まず本システムで適用される（前記第１の
実施形態におけるＨＡシナリオ１１０に相当する）ＨＡ
シナリオは、次のような条件に従うアプリケーションの
引き継ぎを行うように記述されているものとする。

【００９８】（１）計算機１０００Ａに障害発生したと
き、計算機１０００Ｂが正常なら、計算機１０００Ａで
動いていたアプリケーションを計算機１０００Ｂへ引き
継ぐ。

【００９９】（２）計算機１０００Ａに障害発生したと
き、計算機１０００Ｂが正常でなく、計算機１０００Ｃ
が正常なら、計算機１０００Ａで動いていたアプリケー
ションを計算機１０００Ｃへ引き継ぐ。

【０１００】（３）計算機１０００Ｂに障害発生したと
き、計算機１０００Ｄが正常なら、計算機１０００Ｂで
動いていたアプリケーションを計算機１０００Ｄへ引き
継ぐ。

【０１０１】（４）計算機１０００Ｃに障害発生したと
き、計算機１０００Ｄが正常なら、計算機１０００Ｃで
動いていたアプリケーションを計算機１０００Ｄへ引き
継ぐ。

【０１０２】図１０において、計算機１０００Ａ，１０
００Ｂにほぼ同時に障害が発生したものとする。この場
合、計算機１０００Ａの障害検出のＨＡイベントと計算
機１０００Ｂの障害検出のＨＡイベントとが、それぞれ
計算機１０００Ｃ，１０００Ｄでほぼ同時に発生する
が、その発生順序は、計算機１０００Ｃ，１０００Ｄに
おいて同一であるとは限らない。これは、検出の遅延や
通信の遅延のために起こる。

【０１０３】ところが従来は、障害が発生した計算機で
動いていたアプリケーションを別の計算機で引き継ぐ場
合には、次に述べるように上記した障害検出のＨＡイベ
ントの発生順序は重要である。

【０１０４】例えば、計算機１０００Ａ、計算機１００
０Ｂの順序で障害が検出されたとするならば、計算機１
０００Ａで実行されていたアプリケーションは、まず上
記（１）の条件に従い、図１０において符号１００１ａ
で示される引継ぎ経路で計算機１０００Ｂに（一時的
に）引き継がれ、計算機１０００Ｂの障害が検出された
時点で、上記（３）の条件に従い、図１０において符号
１００１ｂで示される引継ぎ経路で計算機１０００Ｄに
引き継がれる。即ち、先に計算機１０００Ａの障害が検
出された場合には、計算機１０００Ａで実行されていた
アプリケーションは結局計算機１０００Ｄに引き継がれ
る。

【０１０５】一方、計算機１０００Ｂ、計算機１０００
Ａの順序で障害が検出されたとするならば、計算機１０
００Ｂで実行されていたアプリケーションは、まず上記
（３）の条件に従って計算機１０００Ｄに（一時的に）
引き継がれるものの、計算機１０００Ａの障害が検出さ
れた時点で、この引き継ぎは解消され、新たに、計算機
１０００Ａで実行されていたアプリケーションが、上記
（２）の条件に従い、図１０において符号１００２で示
される引継ぎ経路で計算機１０００Ｃに引き継がれる。
即ち、先に計算機１０００Ｂの障害が検出された場合に
は、計算機１０００Ａで実行されていたアプリケーショ
ンは計算機１０００Ｃに引き継がれる。

【０１０６】したがって、計算機１０００Ｃ，１０００
Ｄにおいて、いずれも計算機１０００Ａ、計算機１００
０Ｂの順序で障害が検出された場合には、計算機１００
０Ａで実行されていたアプリケーションが経路１００１
ａ，１００１ｂで計算機１０００Ｄに正しく引き継がれ
る。同様に、計算機１０００Ｃ，１０００Ｄにおいて、
いずれも計算機１０００Ｂ、計算機１０００Ａの順序で
障害が検出された場合には、計算機１０００Ａで実行さ
れていたアプリケーションが経路１００２で計算機１０
００Ｃに正しく引き継がれる。

【０１０７】しかしながら、計算機１０００Ｃにおいて
計算機１０００Ａ、計算機１０００Ｂの順序で障害が検
出され、計算機１０００Ｄにおいてその逆に計算機１０
００Ｂ、計算機１０００Ａの順序で障害が検出された場
合には、計算機１０００Ｃ，１０００Ｄのいずれでも引
き継ぎが行われない。また、計算機１０００Ｃにおいて
計算機１０００Ｂ、計算機１０００Ａの順序で障害が検
出され、計算機１０００Ｄにおいてその逆に計算機１０
００Ａ、計算機１０００Ｂの順序で障害が検出された場
合には、計算機１０００Ａで実行されていたアプリケー
ションが、経路１００２で計算機１０００Ｃに引き継が
れると共に、経路１０００１ａ，１０００１ｂで計算機
１０００Ｄにも引き継がれる。

【０１０８】即ち従来技術では、計算機１０００Ｃ，１
０００Ｄで発生される、計算機１０００Ａの障害検出の
ＨＡイベントと計算機１０００Ｂの障害検出のＨＡイベ
ントの順序が、両計算機１０００Ｃ，１０００Ｄで異な
る場合には、計算機１０００Ｃと計算機１０００Ｄの両
方に（計算機１０００Ａで実行していたアプリケーショ
ンの）引き継ぎが行われてしまうか、両方共引き継ぎが
行われないかのいずれかとなり、正しい結果とならな
い。

【０１０９】そこで本実施形態では、このような不具合
を解消するために、（前記第１の実施形態におけるＨＡ
スクリプト実行機構１６０Ａ，１６０Ｂに相当する）各
計算機１０００Ａ〜１０００Ｄ内のＨＡスクリプト実行
機構を、図１１のように構成している。

【０１１０】まず、各計算機１０００Ａ〜１０００Ｄ内
のＨＡスクリプト実行機構は、新ＨＡグループの作成要
求ＨＡイベントを受け付けるＨＡイベント受付部１１０
１、計算機の障害検出ＨＡイベントを受け付けるＨＡイ
ベント受付部１１０２、計算機の組み込み要求ＨＡイベ
ントを受け付けるＨＡイベント受付部１１０３、計算機
の切り離し要求ＨＡイベントを受け付けるＨＡイベント
受付部１１０４、及びその他のＨＡイベントを受け付け
るＨＡイベント受付部１１０５とを有している。

【０１１１】ＨＡスクリプト実行機構はまた、他系のＨ
Ａスクリプト実行機構との間の通信を行う通信部１１０
６、及びＨＡスクリプトを実行するＨＡスクリプト実行
部１１０７を有している。

【０１１２】ＨＡスクリプト実行機構は更に、ＨＡグル
ープの構成情報を格納しておくＨＡグループ構成記憶部
１１０８、次に実行する可能性のあるＨＡスクリプトの
要因となるＨＡイベントを候補ＨＡイベントとして格納
しておく候補ＨＡイベント記憶部１１０９、検出した障
害の情報を格納しておく障害検出記憶部１１１０、及び
候補ＨＡイベントの確定状態を格納しておく確定状態記
憶部１１１１を有している。各記憶部１１０８〜１１１
１は、自系に関する該当する情報を格納しておくための
記憶領域と、他系に関する該当する情報を格納しておく
ための３台の計算機分の記憶領域とを持つ。

【０１１３】ＨＡスクリプト実行機構は更に、ＨＡイベ
ント受付部１１０３〜１１０５で受け付けられたＨＡイ
ベントを一時格納（保留）しておくためのＦＩＦＯ（先
入れ先出し）方式のＨＡイベント保留記憶部１１１２、
一連のＨＡスクリプトの実行順序を管理する順序番号を
記憶しておくための順序番号記憶部１１１３、及びＨＡ
グループ内の各計算機が協調してＨＡイベント処理を行
うための同期制御を司る同期制御部１１１４を有してい
る。

【０１１４】次に、図１１の構成のＨＡスクリプト実行
機構の動作の概略について述べる。

【０１１５】まず、新ＨＡグループの作成要求ＨＡイベ
ントの受付部１１０１は、自系計算機がＨＡグループに
入ってない場合にのみ、該当するＨＡイベントを受け付
ける。

【０１１６】一方、計算機の障害検出ＨＡイベントの受
付部１１０２は、障害検出ＨＡイベントを無条件で受け
付ける。また、計算機の組み込み要求ＨＡイベントの受
付部１１０３、計算機の切り離し要求ＨＡイベントの受
付部１１０４、及びその他のＨＡイベントの受付部１１
０５は、該当するＨＡイベントを無条件で受け付ける。

【０１１７】新ＨＡグループの作成要求ＨＡイベントの
受付部１１０１、及び計算機の障害検出ＨＡイベントの
受付部１１０２で受け付けられた各ＨＡイベントは、そ
のまま同期制御部１１１４に入力される。

【０１１８】これに対し、計算機の組み込み要求ＨＡイ
ベントの受付部１１０３、計算機の切り離し要求ＨＡイ
ベントの受付部１１０４、及びその他のＨＡイベントの
受付部１１０５で受け付けられた各ＨＡイベントは、一
旦ＨＡイベント保留記憶部１１１２に保持され、同期制
御部１１１４からの要求に応じて当該同期制御部１１１
４に入力される。

【０１１９】一方、通信部１１０６は、ＨＡグループ構
成記憶部１１０８、候補ＨＡイベント記憶部１１０９、
障害検出記憶部１１１０、及び確定状態記憶部１１１１
の自系用の記憶領域にそれぞれ格納されている自系に関
する情報を、他系（のＨＡスクリプト実行機構）に通知
すると共に、他系（のＨＡスクリプト実行機構内の通信
部１１０６）から通知された情報をそれぞれ対応する記
憶部１１０８〜１１１１の対応する記憶領域に格納す
る。ここで、他系への情報通知は、順序番号記憶部１１
１３に格納されている順序番号を付加して行われる。ま
た、他系からの情報の受信時には、その情報が当該情報
に付加されていた順序番号と共に、記憶部１１０８〜１
１１１のうちの該当する情報の記憶部に格納される。

【０１２０】同期制御部１１１４は、ＨＡグループ構成
記憶部１１０８、候補ＨＡイベント記憶部１１０９、障
害検出記憶部１１１０、及び確定状態記憶部１１１１に
それぞれ格納されている自系並びに他系に関する情報
と、自系で入力されたＨＡイベントから、最新の自系の
状態を決定し、その状態を対応する各記憶部１１０８〜
１１１１の自系用記憶領域に格納する。

【０１２１】このとき、もし自系の確定状態が確定成功
であるならば、ＨＡスクリプト実行部１１０７は、候補
ＨＡイベント記憶部１１０９に格納されている候補ＨＡ
イベントに対応するＨＡスクリプトの実行を行い、順序
番号を更新する。これに対し、自系の確定状態が確定失
敗であるならば、ＨＡスクリプト実行部１１０７は、候
補ＨＡイベント記憶部１１０９に格納されている候補Ｈ
Ａイベントを破棄し、順序番号を更新する。

【０１２２】次に、図１１の構成のＨＡスクリプト実行
機構を図１０の複合系計算機システムの各計算機１００
０Ａ〜１０００Ｄに設けた場合の典型的な処理につい
て、（１）新ＨＡグループの作成、計算機の組み込み／
切り離し以外の場合の通常の処理（障害が検出されなか
った場合の処理）、（２）新ＨＡグループの作成、計算
機の組み込み／切り離し以外の場合の障害検出時の処
理、（３）新ＨＡグループの作成の場合の処理、（４）
計算機の組み込みの場合の処理、（５）計算機の切り離
しの場合の処理を例に、図１２乃至図１６を適宜参照し
て順に説明する。

【０１２３】（１）新ＨＡグループの作成、計算機の組
み込み／切り離し以外の場合の通常の処理 この処理は、ＨＡグループ内の計算機で行われる。ここ
では、図１０中の各計算機１０００Ａ〜１０００Ｄが全
てＨＡグループに含まれているものとする。

【０１２４】まずＨＡグループ内のある計算機のＨＡス
クリプト実行機構の持つ同期制御部１１１４からの入力
要求により、ＨＡイベント保留記憶部１１１２の先頭に
位置している（新ＨＡグループの作成、計算機の組み込
み／切り離し以外の）ＨＡイベント、例えばＨＡイベン
ト受付部１１０５で受け付けられてＨＡイベント保留記
憶部１１１２にＦＩＦＯで格納されたＨＡイベント（そ
の他のＨＡイベント、通常のＨＡイベント）が入力され
たものとする。この場合、同期制御部１１１４は、この
入力ＨＡイベントを候補ＨＡイベントとして候補ＨＡイ
ベント記憶部１１０９内の自系用記憶領域に格納する
（ステップＳ１）。

【０１２５】通信部１１０６は、候補ＨＡイベント記憶
部１１０９に格納された自系の候補ＨＡイベントを他系
に通知する（ステップＳ２）。

【０１２６】この他系に通知された候補ＨＡイベント
は、その系の候補ＨＡイベント記憶部１１０９内の通知
元計算機用の記憶領域に格納される（ステップＳ３）。
また、候補ＨＡイベントが通知された系で候補ＨＡイベ
ントが決定していない場合には、当該イベントはその系
の候補ＨＡイベントとなり、その系の候補ＨＡイベント
記憶部１１０９内の自系用記憶領域にも格納される。ま
たステップＳ３では、この候補ＨＡイベント記憶部１１
０９内の自系用記憶領域の内容が他系に通知される。

【０１２７】このようにして、ＨＡグループ内の各計算
機１０００Ａ〜１０００ＤのＨＡスクリプト実行機構の
持つ通信部１１０６では、いずれかの計算機の障害が検
出されない限り（ステップＳ４）、他系の候補ＨＡイベ
ントを全て受信する（ステップＳ５）。

【０１２８】ＨＡグループ内の各計算機１０００Ａ〜１
０００Ｄの同期制御部１１１４は、候補ＨＡイベント記
憶部１１０９に格納されている他系の候補ＨＡイベント
と自系の候補ＨＡイベント、即ち各計算機１０００Ａ〜
１０００Ｄの候補ＨＡイベントが全て等しいならば（ス
テップＳ６）、自系の確定状態を確定成功とし（ステッ
プＳ７）、そうでないならば確定失敗とする（ステップ
Ｓ８）。確定成功の例を図１７（ａ）に、確定失敗の例
を図１７（ｂ）に示す。なお、図１７においてｅ，ｆは
それぞれ異なる候補ＨＡイベントを示す。

【０１２９】各計算機１０００Ａ〜１０００Ｄでは、確
定成功となった場合には、同期制御部１１１４の制御に
よりＨＡスクリプト実行部１１０７にて該当するＨＡイ
ベントについてのＨＡスクリプトが実行され（ステップ
Ｓ９）、その実行終了時にＨＡイベント保留記憶部１１
１２の先頭に位置しているＨＡイベントが、上記確定し
たＨＡイベントと同一であれば、それが削除される（ス
テップＳ１０）。また、確定状態記憶部１１１１の自系
用の記憶領域に確定成功を示す確定状態が格納される。

【０１３０】これに対し、確定失敗となった場合には、
候補ＨＡイベント記憶部１１０９に格納されている自系
の候補ＨＡイベントは破棄され（ステップＳ１１）、同
期制御部１１１４からＨＡイベント保留記憶部１１１２
に対してＨＡイベントの再要求が行われる（ステップＳ
１３）。ここで、確定失敗判定時からＨＡイベントの再
要求までの時間間隔はランダムに設定される（ステップ
Ｓ１２）。また、確定状態記憶部１１１１の自系用の記
憶領域に確定失敗を示す確定状態が格納される。

【０１３１】同期制御部１１１４は、上記ステップＳ１
０またはＳ１３の後、順序番号記憶部１１１３内の順序
番号を次に進め、次のＨＡイベントの入力を待つ（ステ
ップＳ１４）。

【０１３２】このように本実施形態においては、ＨＡグ
ループ内の全ての計算機の候補ＨＡイベントが等しくな
るまでは、言い換えれば、１つのＨＡイベントに対する
処理スクリプトの実行がＨＡグループ内で全て終了する
までは、次のＨＡスクリプトの実行は抑止される。この
結果、複数のＨＡイベントに対するＨＡスクリプトの実
行順序がＨＡグループ内で全て同一となる。

【０１３３】なお、１つの順序番号についての確定状態
は、最終的にはＨＡグループ内の計算機１０００Ａ〜１
０００Ｄで全て確定成功か或いは全て確定失敗かのどち
らかに決定されるが、通信の遅延時間のために、決定は
全ての計算機１０００Ａ〜１０００Ｄで同時ではない。
したがって、他系の計算機の処理が次の順序番号に進ん
でしまっているか否かを、その系からの通知情報に付さ
れていた順序番号から判断し、進んでいる場合には、自
系の次の順序番号の処理が開始するまで保留する必要が
ある。そのため、各記憶部１１０８〜１１１１には、現
在の状態の記憶領域と１つ前の状態の記憶領域の２つが
確保されている。

【０１３４】（２）新ＨＡグループの作成、計算機の組
み込み／切り離し以外の場合の障害検出時の処理 まずＨＡグループ内のある計算機で障害検出ＨＡイベン
トが入力されると、前記した通常のＨＡイベントの入力
時と同様にして、その障害検出ＨＡイベントが他系に通
知される。

【０１３５】このように、ＨＡグループ内のある計算機
で障害検出ＨＡイベントが入力され、その障害検出ＨＡ
イベントが他系に通知された場合、即ちＨＡグループ内
の計算機で障害が検出された場合（ステップＳ４）、Ｈ
Ａグループ内の障害が検出された計算機を除く各計算機
の通信部１１０６では、障害が検出された計算機以外の
候補ＨＡイベントを全て受信する（ステップＳ１５）。

【０１３６】ＨＡグループ内の障害が検出された計算機
を除く各計算機の同期制御部１１１４は、候補ＨＡイベ
ント記憶部１１０９に格納されている、障害が検出され
た計算機以外の候補ＨＡイベントと自系の候補ＨＡイベ
ントが全て等しいならば（ステップＳ１６）、自系の確
定状態を確定保留とし（ステップＳ１７）、そうでない
ならば確定失敗とする（ステップＳ１８）。この確定保
留は、確定成功と確定失敗との間の中間的な状態を示す
もので、この確定保留の例を図１７（ｃ）に示す。ま
た、この図１７（ｃ）には、上記確定保留判定時におけ
る確定状態記憶部１１１１の内容が併せて示されてい
る。

【０１３７】次に、自系の確定状態が確定状態記憶部１
１１１の自系用の記憶領域に格納され、その確定状態が
他系に通知される（ステップＳ１９）。

【０１３８】ＨＡグループ内の障害が検出された計算機
を除く各計算機では、障害が検出された計算機以外の確
定状態を全て受信する（ステップＳ２０）。この結果、
ＨＡグループ内の障害が検出された計算機を除く各計算
機の確定状態記憶部１１１１の内容は図１７（ｄ）に示
すようになる。

【０１３９】ＨＡグループ内の障害が検出された計算機
を除く各計算機の同期制御部１１１４は、確定状態記憶
部１１１１に格納されている、障害が検出された計算機
以外の確定状態が全て確定保留か確定成功であるならば
（ステップＳ２１）、確定状態を確定成功とし（ステッ
プＳ７）、そうでないならば確定失敗とする（ステップ
Ｓ８）。

【０１４０】このように本実施形態においては、ＨＡグ
ループ内の障害が検出された計算機を除く全ての計算機
の確定状態が確定保留か確定成功となるまでは、ＨＡス
クリプトの実行は抑止される。従って、このような障害
検出時の処理を図１０の例に適用した場合には、計算機
１０００Ａ〜１０００Ｄのうち、障害が発生していない
計算機１０００Ｃ及び計算機１０００Ｄにおいて確定状
態が確定保留か確定成功となって初めてＨＡスクリプト
が実行されることから、結局計算機Ａで実行されていた
アプリケーションは計算機１０００Ｃまたは計算機１０
００Ｄのどちらか一方のみに正しく引き継がれる。

【０１４１】（３）新ＨＡグループの作成の場合の処理 まずＨＡグループ内のある計算機（のＨＡスクリプト実
行機構の持つ同期制御部１１１４）で新ＨＡグループの
作成要求ＨＡイベントが入力されたものとする。この場
合、計算機間の通信は行われず、計算機１０００Ａ〜１
０００Ｄのうち、新ＨＡグループの作成要求ＨＡイベン
トが入力された計算機が、１台でＨＡグループを構成す
るような設定に、全ての記憶部１１０８〜１１１１を初
期化する（ステップＳ３１） （４）計算機の組み込みの場合の処理 まずＨＡグループ内のある計算機（のＨＡスクリプト実
行機構の持つ同期制御部１１１４）で計算機の組み込み
要求ＨＡイベントが入力されたものとする。この場合、
図１２及び図１３のフローチャート中のステップＳ１〜
Ｓ２１と同様の処理が行われ、その結果、計算機の組み
込み要求ＨＡイベントが確定成功となったなら（ステッ
プＳ４１）、組み込まれる計算機以外の計算機（の同期
制御部１１１４）は、組み込み要求ＨＡイベントで要求
された計算機がＨＡグループに組み込まれるように自系
のＨＡグループ構成記憶部１１０８を変更し（ステップ
Ｓ４２）、組み込まれる計算機に対してＨＡグループ構
成を通知する（ステップＳ４３）。

【０１４２】これを受けて、組み込まれる計算機は、通
知されたＨＡグループ構成に基づいて、自系のＨＡグル
ープ構成記憶部１１０８及び順序番号記憶部１１１３に
対する情報設定を行い、候補ＨＡイベント記憶部１１０
９、障害検出記憶部１１１０及び確定状態記憶部１１１
１を初期化する（ステップＳ４４）。

【０１４３】その後、組み込み要求ＨＡイベントで要求
された計算機を含むＨＡグループ内の各計算機（の同期
制御部１１１４）は、順序番号記憶部１１１３内の順序
番号を次に進め、次のＨＡイベントの入力を待つ（ステ
ップＳ４５）。

【０１４４】これに対し、計算機の組み込み要求ＨＡイ
ベントが確定失敗となったなら（ステップＳ４６）、組
み込まれる計算機以外の計算機（の同期制御部１１１
４）は、順序番号記憶部１１１３内の順序番号を次に進
め、次のＨＡイベントの入力を待つ（ステップＳ４
５）。

【０１４５】（５）計算機の切り離しの場合の処理 まずＨＡグループ内のある計算機（のＨＡスクリプト実
行機構の持つ同期制御部１１１４）で計算機の切り離し
要求ＨＡイベントが入力されたものとする。この場合、
図１２及び図１３のフローチャート中のステップＳ１〜
Ｓ２１と同様の処理が行われ、その結果、計算機の切り
離し要求ＨＡイベントが確定成功となったなら（ステッ
プＳ５１）、切り離される計算機以外の計算機（の同期
制御部１１１４）は、自系のＨＡグループ構成記憶部１
１０８の内容（ＨＡグループ構成）を変更し、切り離し
要求ＨＡイベントで要求された計算機をＨＡグループか
ら切り離す（ステップＳ５２）。

【０１４６】一方、切り離される計算機は、新ＨＡグル
ープの作成要求ＨＡイベントが入力されるか、他系から
組み込みのためのＨＡグループ構成が通知されるまで待
機状態となる（ステップＳ５３）。

【０１４７】その後、切り離された計算機を除くＨＡグ
ループ内の各計算機（の同期制御部１１１４）は、順序
番号記憶部１１１３内の順序番号を次に進め、次のＨＡ
イベントの入力を待つ（ステップＳ５４）。

【０１４８】これに対し、計算機の切り離し要求ＨＡイ
ベントが確定失敗となったなら（ステップＳ５５）、切
り離しが要求された計算機を含むＨＡグループ内の各計
算機（の同期制御部１１１４）は、順序番号記憶部１１
１３内の順序番号を次に進め、次のＨＡイベントの入力
を待つ（ステップＳ５４）。

【０１４９】以上のように、本実施形態においては、複
数のＨＡイベントに対するＨＡスクリプトの実行順序が
ＨＡグループ内で同一であり、１つのＨＡイベントに対
するＨＡスクリプトの実行がＨＡグループ内で全て終了
するまで次のＨＡスクリプトの実行が開始されないよう
に保証できるため、複数のＨＡイベントに対する動作が
矛盾なく行える。

【０１５０】［第５の実施形態］次に、本発明の第５の
実施形態につき図面を参照して説明する。

【０１５１】図１８は、複合系計算機システムにおい
て、アプリケーションの引き継ぎ先を、動的に変更可能
な優先順位に従って決定する形態を説明するための図で
ある。ここでは、４台の計算機１８００Ａ，１８００
Ｂ，１８００Ｃ，１８００Ｄから構成される複合系計算
機システムを前提としている。

【０１５２】各計算機１８００Ａ〜１８００Ｄには、前
記第４の実施形態で述べた図１１と同様の構成のＨＡス
クリプト実行機構１８１０に加えて、各計算機１８００
Ａ〜１８００ＤのＨＡグループ内の状態（アプリケーシ
ョンの引き継ぎの優先順位等）を格納しておくＨＡ状態
テーブル１８２０が設けられる。このＨＡ状態テーブル
１８２０に格納される各計算機１８００Ａ〜１８００Ｄ
のＨＡグループ内の状態には、ＨＡグループ内でアプリ
ケーションの実行中であることを示す“実行中”、（実
行中の計算機が障害を起こした場合における）ＨＡグル
ープ内でのアプリケーションの引き継ぎの優先度（優先
順位）を表す“優先度１”〜“優先度４”（数値が小さ
いほど高優先度）、障害が検出されていることを示す
“障害検出”、ＨＡグループから切り離されていること
を示す“切り離し”等がある。

【０１５３】また、ＨＡシナリオのシステム記述並びに
サービス記述内で使用可能なＨＡ状態テーブル参照記
述、ＨＡシナリオのシステム記述並びにサービス記述内
にあるＨＡ状態テーブル更新記述、ＨＡスクリプトから
使用可能なＨＡ状態テーブル参照コマンド並びに更新コ
マンドが用意される。

【０１５４】また、ＨＡスクリプト実行機構１８１０に
は、計算機の組み込み時に、組み込まれる計算機に対し
てＨＡ状態テーブル１８２０の内容を配布する機能（Ｈ
Ａ状態テーブル配布機能）と、新ＨＡグループの作成時
に、ＨＡ状態テーブル１８２０の内容を初期化する機能
（ＨＡ状態テーブル初期化機能）が付加されている。

【０１５５】さて、（前記第１の実施形態におけるＨＡ
シナリオ１１０に相当する）ＨＡシナリオ（内のシステ
ム記述及びサービス記述）には、ＨＡ状態テーブル１８
２０の更新のため、図１９に示すようなＨＡ状態テーブ
ル更新記述１９００が含まれている。このＨＡ状態テー
ブル更新記述１９００は、ＨＡグループ内でのＨＡ状態
テーブル（１８２０）の更新が全て同一のため、計算機
によらずに共通に記述される。

【０１５６】ＨＡ状態テーブル更新記述１９００中の"g
et s=state(outcpu)" は、ＨＡ状態テーブルを参照し
て、障害が検出された計算機(outcpu)のＨＡグループ内
の状態を変数ｓとして取得することを指示するＨＡ状態
テーブル参照コマンド１９０１である。

【０１５７】また、"get t=state(host)" は、ＨＡ状態
テーブルを参照して、 host=cpu1〜cpu4で示される各計
算機１８００Ａ〜１８００Ｄのそれぞれについて、その
計算機(host)のＨＡグループ内の状態を変数ｔとして取
得することを指示するＨＡ状態テーブル参照コマンド１
９０２である。

【０１５８】ＨＡ状態テーブル更新記述１９００中に
は、上記参照コマンド１９０１〜１９０２に従って取得
した、障害が検出された計算機(outcpu)のＨＡグループ
内の状態ｓが、“実行中”、“優先度１”、“優先度
２”、“優先度３”、または“優先度４”のいずれであ
るかにより、hostで示される計算機のＨＡ状態テーブル
１８２０の状態をどのように更新するかを指示するＨＡ
状態テーブル更新コマンド群１９１１〜１９１５が含ま
れている（図では一部省略されている）。

【０１５９】ＨＡ状態テーブル更新コマンド群１９１１
〜１９１５は、hostで示される計算機のＨＡ状態テーブ
ル１８２０の状態を、上記参照コマンド１９０１，１９
０２に従って取得した当該計算機(host)のＨＡグループ
内の状態ｔに応じて決定するためのＨＡ状態テーブル更
新コマンドの集合である。例えば、ＨＡ状態テーブル更
新コマンド群１９１１では、障害が検出された計算機(o
utcpu)が“実行中”の場合に、hostで示される計算機の
状態を、当該hostで示される計算機の現在の状態が“実
行中”ならば“障害検出”とし、“優先度１”ならば
（アプリケーション引き継ぎのために）“実行中”と
し、“優先度２”ならば“優先度１”とし、“優先度
３”ならば“優先度２”とし、“優先度４”ならば“優
先度３”とすることが指示される。他のＨＡ状態テーブ
ル更新コマンド群１９１２〜１９１５も同様であり、障
害が検出された計算機(outcpu)の状態とhostで示される
計算機の状態が一致しているならば、当該hostで示され
る計算機の状態を“障害検出”とし、それ以外の場合に
は、hostで示される計算機の状態を、当該計算機の現在
の状態より１つ上の状態とすることが指示される。

【０１６０】また、ＨＡシナリオには、（前記第１の実
施形態におけるサービス記述１１３に相当する）図２０
に示すようなサービス記述２０００が含まれている。こ
のサービス記述２０００には、障害検出時の処理が記述
されている。

【０１６１】図２０中の"syncaction ( cpu1｜cpu2｜cp
u3｜cpu4 , TakeOver1｜ TakeOver2｜ TakeOver3｜ Tak
eOver4 )" は、処理をする計算機と、その計算機がどの
引き継ぎ要求（テイクオーバ）のイベントに対して処理
をするかを、cpu1〜cpu4の４計算機と、 TakeOver1〜Ta
keOver4 の４イベントの合計４×４＝１６通りの組み合
わせについて共通化して記述したものである。

【０１６２】また、"set outcpu=event.cpu"は、障害が
検出された計算機(event.cpu) を変数outcpuとして設定
するための記述部分である。

【０１６３】また、"get s=state(event.cpu)"は、障害
が検出された計算機(event.cpu) のＨＡ状態テーブル内
の状態を取得して変数ｓとして設定することを指示する
ＨＡ状態テーブル参照コマンド２００１である。

【０１６４】また、"if(s=="実行中")から始まる記述２
００２は、変数ｓで示されるＨＡ状態テーブルの状態、
即ち障害が検出された計算機(event.cpu) のＨＡ状態テ
ーブルの状態が実行中である場合に、cpu1〜cpu4のうち
の自系(localcpu)の状態に応じてどのような処理をする
のかを記述したものである。この記述２００２は、自系
のＨＡ状態テーブル内の状態を変数ｔとして取得するこ
とを指示するＨＡ状態テーブル参照コマンド２００３を
含む。

【０１６５】さて、図１８の複合系計算機システムにお
いて、同図（ａ）に示すように、計算機１８００Ａ〜１
８００Ｄのうち計算機１８００ＤだけがＨＡグループか
ら外れているものとする。

【０１６６】このような状態では、ＨＡグループ内の計
算機１８００Ａ〜１８００Ｃに設けられている（システ
ム内の各計算機１８００Ａ〜１８００Ｄの引き継ぎの優
先順位等を格納している）ＨＡ状態テーブル１８２０の
内容は、図１８（ａ）に示すように全て同一となるよう
に制御される。具体的には、ＨＡグループへの計算機の
組み込み時には、その組み込まれる計算機のＨＡ状態テ
ーブル１８２０の内容を、ＨＡグループ内の各計算機の
ＨＡ状態テーブル１８２０と同一に保つために、その組
み込まれる計算機にＨＡグループ内の各計算機からＨＡ
状態テーブル１８２０の内容が配布される。これは、計
算機の組み込み要求ＨＡイベントに伴う組み込み処理の
一部として行われる。

【０１６７】ここでは、各計算機１８００Ａ〜１８００
Ｃ上のＨＡ状態テーブル１８２０の内容から明らかなよ
うに、計算機１８００Ｂがアプリケーション１８３０の
実行中であり、アプリケーションの引き継ぎの優先度が
計算機１８００Ａは優先度１に、計算機１８００Ｃは優
先度２に設定されているものとする。このＨＡ状態テー
ブル１８２０の内容は、ＨＡスクリプトの実行に伴って
適宜参照、更新される。

【０１６８】ここで、図１８（ａ）に示すように、計算
機１８００Ａ，１８００Ｃ，１８００Ｄで（アプリケー
ション１８３０を実行中の）計算機１８００Ｂの障害検
出イベント１８４０が発生したものとする。

【０１６９】すると計算機１８００Ａ，１８００Ｃ，１
８００Ｄのうち、ＨＡグループに入っている計算機１８
００Ａ，１８００Ｃ内のＨＡスクリプト実行機構１８１
０は、図１８（ｂ）に示すように、計算機１８００Ｂの
障害検出イベント１８４０に対するＨＡスクリプト１８
５０を実行する。

【０１７０】この例では、アプリケーションの引き継ぎ
の優先度が、計算機１８００Ａは優先度１に、計算機１
８００Ｃは優先度２に設定されていることから、計算機
１８００Ｂで実行されていたアプリケーション１８３０
は、図１８（ｃ）に示すように計算機１８００Ａに引き
継がれ、当該計算機１８００Ａが実行中となるように、
計算機１８００Ａ，１８００Ｃ上のＨＡ状態テーブル１
８２０の内容が更新される。また、計算機１８００Ｃの
優先度は優先度２から優先度１に更新される。また、障
害が検出された計算機１８００ＢはＨＡグループから切
り離され、計算機１８００Ａ，１８００Ｃ上のＨＡ状態
テーブル１８２０における計算機１８００Ｂの状態は、
“実行中”から“障害検出”に更新される。

【０１７１】このように本実施形態においては、障害検
出イベント発生時におけるアプリケーションの引き継ぎ
先（即ちＨＡイベント発生時の動作内容）をＨＡ状態テ
ーブル１８２０の示すＨＡグループ（内の各計算機）の
状態によって決定する（変化させる）ことができる。

【０１７２】以上はシステム内にＨＡグループが最大１
つだけ存在する場合について説明したが、互いに交わら
ない複数のＨＡグループ（即ち、共通の計算機を構成要
素としない複数のＨＡグループ）を設定することも可能
である。

【０１７３】図２１は、図１８のシステムにおいて、計
算機１８００Ａと計算機１８００Ｃで１つのＨＡグルー
プ２１０１を構成し、計算機１８００Ｂと計算機１８０
０Ｄで別のＨＡグループ２１０２を構成している例を示
す。

【０１７４】図２１のようなＨＡグループ構成では、そ
れぞれのＨＡグループ２１０１，２１０２で、独立にＨ
Ａ状態テーブル１８２０の内容を更新することが可能と
なり、ＨＡイベント発生時の動作内容を、ＨＡグループ
毎に異なったＨＡグループの状態によって決定すること
が可能となる。

【０１７５】［第６の実施形態］次に、本発明の第６の
実施形態につき図面を参照して説明する。

【０１７６】図２２は、複合系計算機システムにおい
て、ＨＡイベント発生時の処理のエラーリカバリを可能
とした形態を説明するための図である。

【０１７７】図２２において、各計算機２２００Ａ〜２
２００Ｄには、前記第４の実施形態で述べた図１１と同
様の構成のＨＡスクリプト実行機構２２１０が設けられ
ており、このＨＡスクリプト実行機構２２１０には、Ｈ
Ａイベントに対するＨＡスクリプト（例えば、障害検出
ＨＡイベント２２４０に対するＨＡスクリプト２２２
０）が終了した後、ＨＡグループ内でその終了状態を通
知し、必要な他系の終了状態を全て受信したならば、エ
ラーリカバリ用のＨＡスクリプト２２３０を実行する機
能が付加されている。ここで、ＨＡスクリプトの終了状
態には、ＨＡスクリプトが正常終了したことを示す状態
（正常終了）、異常終了したことを示す状態（異常終
了）、計算機に障害が発生したことを示す状態（障害検
出）、及びその計算機がＨＡグループに入っていないこ
とを示す状態（ＨＡグループ切り離し）の４種がある。

【０１７８】また、本実施形態で適用されるＨＡシナリ
オのシステム記述及びサービス記述には、エラーリカバ
リ処理記述部が用意されている。このエラーリカバリ処
理記述部では、ＨＡイベントに対するＨＡスクリプトの
上記終了状態（各計算機で正常終了したか、異常終了し
たか、計算機に障害が発生したか、その計算機がＨＡグ
ループに入っていないか）を取得するためのコマンドが
記述できるようになっている。

【０１７９】次に、図２２のシステムにおける各計算機
の基本的な動作について、図２３のフローチャートを参
照して説明する。

【０１８０】図２２のシステムでは、何らかのＨＡイベ
ントが発生すると、各計算機、例えば計算機２２００Ａ
〜２２００Ｄ（障害検出ＨＡイベントの場合には、障害
が検出された計算機を除く）内のＨＡスクリプト実行機
構２２１０で対応するＨＡスクリプトが実行される（ス
テップＳ６１）。

【０１８１】ＨＡスクリプト実行機構２２１０は、ＨＡ
スクリプトを実行すると、自系のＨＡスクリプトの終了
状態を他系に通知する（ステップＳ６２）。

【０１８２】ＨＡスクリプト実行機構２２１０は、ＨＡ
グループに入っていないか、障害が検出された計算機以
外の全てのＨＡスクリプト終了状態の通知を待ち合わせ
る（ステップＳ６３）。

【０１８３】ＨＡスクリプト実行機構２２１０は、ＨＡ
グループに入っていないか、障害が検出された計算機以
外の全てのＨＡスクリプトを受信すると、その受信した
終了状態（正常終了、異常終了、障害検出、ＨＡグルー
プ切り離し）と計算機の組を引数として、エラーリカバ
リ用のＨＡスクリプト２２３０を実行する（ステップＳ
６４）。このステップＳ６４では、エラーリカバリ用の
ＨＡスクリプト２２３０に従い、適切なエラー処理が選
択され、実行される。なお、発生したＨＡイベントに基
づいて実行されたＨＡスクリプトがＨＡグループ内で全
て正常終了した場合には、エラーリカバリ用のＨＡスク
リプト２２３０自体は実行されるものの、実質的には何
も行われない設定となっている。

【０１８４】次に、エラーリカバリの具体例につき、計
算機２２００Ａに障害が発生した場合を例に説明する。

【０１８５】まず、計算機２２００Ａ〜２２００ＤがＨ
Ａグループに入っているものとする。この状態で、計算
機２２００Ａに障害が発生し、その結果、ＨＡグループ
内の他の計算機２２００Ｂ〜２２００Ｄで、図２２
（ａ）に示すように計算機２２００Ａの障害検出ＨＡイ
ベント２２４０が発生したものとする。

【０１８６】すると、各計算機２２００Ｂ〜２２００Ｄ
内のＨＡスクリプト実行機構２２１０は、図２２（ｂ）
に示すように、障害検出ＨＡイベント２２４０に対する
ＨＡスクリプト２２２０を実行する。

【０１８７】本実施形態では、計算機２２００Ａで動作
していたアプリケーションを計算機２２００Ｂに引き継
ぐようにＨＡシナリオが記述されているものとする。こ
の場合、計算機２２００ＢはＨＡスクリプト２２２０の
実行により、本来ならば計算機２２００Ａで動作してい
たアプリケーションを引き継ぐことになる。ところが本
実施形態では、計算機２２００ＢでのＨＡスクリプト２
２２０の実行が図２２（ｂ）に示すように異常終了し、
当該計算機２２００Ｂへの引き継ぎ２２４１に失敗した
ものとする。

【０１８８】計算機２２００Ｂへの引き継ぎ２２４１に
失敗した場合、当該計算機２２００Ｂから他系に対し、
図２２（ｂ）に示すようにＨＡスクリプト（２２２０）
の異常終了通知２２４２がなされる。一方、計算機２２
００Ｃ，２２００ＤではＨＡスクリプト２２２０の実行
が正常終了したものとすると、計算機２２００Ｃ，２２
００Ｄから他系に対し、図２２（ｂ）に示すようにＨＡ
スクリプト（２２２０）の正常終了通知２２４３がなさ
れる。

【０１８９】各計算機２２００Ｂ〜２２００Ｄ（内のＨ
Ａスクリプト実行機構２２１０）は、障害が検出された
計算機２２００Ａ以外の各計算機のＨＡスクリプト終了
状態を全て取得すると、その取得した終了状態と計算機
の組を引数として、図２２（ｃ）に示すようにエラーリ
カバリ用のＨＡスクリプト２２３０を実行する。

【０１９０】ここでＨＡシナリオには、計算機２２００
Ｂへの引き継ぎに失敗した場合に、計算機２００Ｃに引
き継ぐようにエラーリカバリするように記述されている
ものとする。このような場合、計算機２２００Ｃ（内の
ＨＡスクリプト実行機構２２１０）は、エラーリカバリ
用のＨＡスクリプト２２３０の実行により、計算機２２
００ＢでのＨＡスクリプトが異常終了したことを得て、
図２２（ｃ）に示すように、障害が検出された計算機２
２００Ａで動作していたアプリケーションの引き継ぎ２
２４４を実行する。

【０１９１】［第７の実施形態］次に、本発明の第７の
実施形態につき図面を参照して説明する。

【０１９２】図２４は、複合系計算機システムにおい
て、ＨＡスクリプトの処理の一部として、疑似的にＨＡ
イベントを発生させることで、１つのＨＡイベントに起
因して複数のＨＡスクリプトを実行可能とした形態を説
明するための図である。

【０１９３】本システムを構成する各計算機には、前記
第４の実施形態で述べた図１１と同様の構成のＨＡスク
リプト実行機構（図示せず）が設けられており、当該Ｈ
Ａスクリプト実行機構には、発生した疑似的なＨＡイベ
ント（疑似ＨＡイベント）を、通常のＨＡイベントに先
立って受け付ける機能が付加されている。

【０１９４】また本システムでは、ＨＡシナリオのシス
テム記述並びにサービス記述内で使用可能な疑似ＨＡイ
ベント発生記述、（この疑似ＨＡイベント発生記述に対
応する）ＨＡスクリプトから使用可能な疑似ＨＡイベン
ト発生コマンドが用意される。

【０１９５】このようなシステムでは、ＨＡイベントが
発生し、そのＨＡイベントに対するＨＡスクリプトが各
計算機で実行されると、疑似ＨＡイベント発生コマンド
に従って疑似ＨＡイベントが発生される。この結果、Ｈ
Ａスクリプトの実行が終了すると、当該ＨＡスクリプト
の実行過程で発生した疑似ＨＡイベントに対するＨＡイ
ベントが実行されることになる。

【０１９６】以下、疑似ＨＡイベントの発生の具体列に
つき、図２４を参照して説明する。

【０１９７】まず本実施形態で適用されるＨＡシナリオ
では、それぞれのサービス記述毎に、アプリケーション
の開始要求を別々のＨＡイベントとして定義し、個別に
アプリケーションの開始が指定できるものとする。そこ
で、全てのアプリケーションの開始要求のＨＡイベント
を、それらのＨＡイベントが疑似ＨＡイベントとして発
生するように記述する。ここでは、全てのアプリケーシ
ョン（ＡＰ１，ＡＰ２）の開始要求のＨＡイベント２４
００に対するＨＡスクリプト２４０１内に、アプリケー
ションＡＰ１，ＡＰ２の開始要求の疑似ＨＡイベント２
４１１，２４１２を発生するコマンドが用意されている
ものとする。また、疑似ＨＡイベント２４１１，２４１
２に対するＨＡスクリプト２４２１，２４２２が用意さ
れているものとする。

【０１９８】このため、本システムにおいて、全てのア
プリケーションの開始要求のＨＡイベント２４００が発
生すると、そのＨＡイベント２４００に対するＨＡスク
リプト２４０１が実行されて、当該ＨＡスクリプト２４
１０内で、アプリケーションＡＰ１，ＡＰ２の開始要求
の疑似ＨＡイベント２４１１，２４１２が発生する。

【０１９９】そして、全てのアプリケーションの開始要
求のＨＡイベント２４００に対するＨＡスクリプト２４
０１の実行が終了すると、当該ＨＡスクリプト２４０１
内で最初に疑似ＨＡイベント２４１１として発生したア
プリケーションＡＰ１の開始要求に対するＨＡスクリプ
ト２４２１が実行される。

【０２００】次に、このアプリケーションＡＰ１の開始
要求に対するＨＡスクリプト２４２１が終了すると、今
度は疑似ＨＡイベント２４１２として発生したアプリケ
ーションＡＰ２の開始要求に対するＨＡスクリプト２４
２２が実行される。その後、このアプリケーションＡＰ
２の開始要求に対するＨＡスクリプト２４２２が終了す
る。

【０２０１】以上は、ＨＡスクリプトの処理の一部とし
て、疑似的にＨＡイベントを発生させる例として、アプ
リケーションの開始要求の疑似ＨＡイベントを発生させ
る場合について説明したが、これに限るものではなく、
例えばアプリケーションの通常引き継ぎ要求（スイッチ
オーバ）を、アプリケーションの停止要求と、開始要求
の各々の疑似ＨＡイベントとして発生させることも可能
である。これは、ＨＡシナリオ内で、そのように記述す
ることで実現できる。

【０２０２】［第８の実施形態］そこで、アプリケーシ
ョンの通常引き継ぎ要求（スイッチオーバ）を、アプリ
ケーションの停止要求と、開始要求の各々の疑似ＨＡイ
ベントとして発生させる第８の実施形態につき、図２５
を参照して説明する。

【０２０３】図２５は、計算機２５００Ａから計算機２
５００Ｂへのアプリケーションのスイッチオーバの例を
示すもので、まず計算機２５００Ａ，２５００Ｂで、そ
れぞれスイッチオーバのＨＡイベント２５１０が発生
し、そのＨＡイベント２５１０に対するＨＡスクリプト
２５１１が実行されたものとする。このＨＡスクリプト
２５１１内では、アプリケーションの計算機２５００Ａ
での停止要求の疑似ＨＡイベント２５２１と、アプリケ
ーションの計算機２５００Ｂでの開始要求の疑似ＨＡイ
ベント２５２２とが順に発生される。

【０２０４】そして、スイッチオーバのＨＡスクリプト
２５１１の実行が終了すると、当該ＨＡスクリプト２５
１１内で最初に疑似ＨＡイベント２５２１として発生し
たアプリケーションの計算機２５００Ａでの停止要求に
対するＨＡスクリプト２５３１が実行される。

【０２０５】次に、このアプリケーションの計算機２５
００Ａでの停止要求のＨＡスクリプト２５３１が終了す
ると、今度は疑似ＨＡイベント２５２２として発生した
アプリケーションの計算機２５００Ｂでの開始要求に対
するＨＡスクリプト２５３２が実行される。その後、こ
のアプリケーションの計算機２５００Ｂでの開始要求に
対するＨＡスクリプト２５３２が終了する。

【０２０６】このように本実施形態においては、スイッ
チオーバの処理と、開始要求、停止要求の処理とを共通
化することで、ＨＡシナリオの作成を容易にすることが
できる。

【０２０７】また、スイッチオーバの処理を２つのＨＡ
イベント（２５２１，２５２２）に対する処理として分
けることにより、停止処理が終了してから開始処理が開
始されることが保証される。

【０２０８】以上、ＨＡスクリプトの処理の一部とし
て、疑似ＨＡイベントを発生させる第７及び第８の実施
形態につき説明した。このＨＡスクリプトから疑似ＨＡ
イベントを発生させる技術を前記第６の実施形態に適用
し、エラーリカバリ用のＨＡスクリプトからも疑似ＨＡ
イベントを発生させることで、エラーリカバリに失敗し
た場合のエラーリカバリを実現することができる。

【０２０９】［第９の実施形態］そこで、エラーリカバ
リ用のＨＡスクリプトからも疑似ＨＡイベントを発生さ
せることで、エラーリカバリに失敗した場合のエラーリ
カバリを可能とする第９の実施形態につき、図２６及び
図２７を参照して説明する。

【０２１０】本実施形態が、前記第６の実施形態と異な
る点は、エラーリカバリ用のＨＡスクリプトから、アプ
リケーションの引き継ぎ要求（テイクオーバ）が疑似Ｈ
Ａイベントとして発生するように構成されていることで
あり、処理の基本は、前記第６及び第７の実施形態で適
用された処理の流れを合わせた形となる。

【０２１１】図２６及び図２７の例では、（前記第６の
実施形態における計算機２２００Ａ〜２２００Ｄに相当
する）計算機２６００Ａ〜２６００ＤがＨＡグループに
入っており、そのうちの計算機２６００Ａに障害２６０
１が発生した結果、ＨＡグループ内の他の計算機２６０
０Ｂ〜２６００Ｄで、計算機２６００Ａの障害検出ＨＡ
イベント２６１０が発生した場合を想定している。

【０２１２】さて、計算機２６００Ｂ〜２６００Ｄで計
算機２６００Ａの障害検出ＨＡイベント２６１０が発生
すると、図２６に示すように、その障害検出ＨＡイベン
ト２６１０に対するＨＡスクリプト２６１１が、当該計
算機２６００Ｂ〜２６００Ｄで実行される。このＨＡス
クリプト２６１１では、計算機２６００Ａ（名前がＡの
計算機）で動作していたアプリケーションを計算機２６
００Ｂ（名前がＢの計算機）に引き継ぐようになってい
るが、当該計算機２６００ＢでのＨＡスクリプト２６１
１の実行が異常終了して、図２６の例のように当該計算
機２６００Ｂへの引き継ぎ２６１２が失敗したものとす
る。

【０２１３】エラーリカバリ用のＨＡスクリプト２６１
３内では、計算機２６００Ｃ（名前がＣの計算機）への
テイクオーバ（障害時引き継ぎ要求）の疑似ＨＡイベン
ト２６１４が発生するものとする。この場合、エラーリ
カバリ用のＨＡスクリプト２６１３の実行が終了する
と、各計算機２６００Ｂ〜２６００Ｄでは、当該ＨＡス
クリプト２６１３内で疑似ＨＡイベント２６１４として
発生した計算機２６００Ｃへのテイクオーバに対するＨ
Ａスクリプト２６１５が実行される。

【０２１４】ＨＡスクリプト２６１５では、計算機２６
００Ａで動作していたアプリケーションを計算機２６０
０Ｃに引き継ぐようになっているが、当該計算機２６０
０ＣでのＨＡスクリプト２６１５の実行が異常終了し
て、図２６に示すように当該計算機２６００Ｃへの引き
継ぎ２６１６が失敗したものとする。

【０２１５】計算機２６００Ｃへの引き継ぎ２６１６に
失敗した場合、当該計算機２６００Ｃから他系に対し、
ＨＡスクリプト（２６１５）の異常終了通知がなされ
る。一方、計算機２６００Ｂ，２６００ＤではＨＡスク
リプト２６１５の実行が正常終了したものとすると、計
算機２６００Ｂ，２６００Ｄから他系に対し、ＨＡスク
リプト（２６１５）の正常終了通知がなされる。

【０２１６】各計算機２６００Ｂ〜２６００Ｄは、障害
が検出された計算機２６００Ａ以外の各計算機のＨＡス
クリプト終了状態を全て取得すると、その取得した終了
状態と計算機の組を引数として、図２７に示すように、
計算機２６００Ｃへのテイクオーバに対するエラーリカ
バリ用のＨＡスクリプト２６１７を実行する。

【０２１７】エラーリカバリ用のＨＡスクリプト２６１
７内では、計算機２６００Ｄ（名前がＤの計算機）への
テイクオーバの疑似ＨＡイベント２６１８が発生するも
のとする。この場合、エラーリカバリ用のＨＡスクリプ
ト２６１７の実行が終了すると、各計算機２６００Ｂ〜
２６００Ｄでは、当該ＨＡスクリプト２６１７内で疑似
ＨＡイベント２６１８として発生した計算機２６００Ｄ
へのテイクオーバに対するＨＡスクリプト２６１９が実
行される。

【０２１８】ＨＡスクリプト２６１９では、計算機２６
００Ａで動作していたアプリケーションを計算機２６０
０Ｄに引き継ぐようになっており、当該計算機２６００
ＤでのＨＡスクリプト２６１９の実行が正常終了した結
果、図２７に示すように当該計算機２６００Ｄへの引き
継ぎ２６２０が成功したものとする。この場合、各計算
機２６００Ｂ〜２６００Ｄでは、計算機２６００Ｄへの
テイクオーバに対するエラーリカバリ用のＨＡスクリプ
ト２６２１が実行されるが、計算機２６００Ｄへの引き
継ぎ２６２０に成功していることから、実質的には何も
行われない。

【０２１９】以上、ＨＡスクリプト内で疑似的にＨＡイ
ベントを発生させる第７乃至第９の実施形態について説
明した。ここでは、疑似ＨＡイベントは、ＨＡイベント
の発生に同期して発生することから、１つのＨＡイベン
トが発生すると、一連のＨＡスクリプトが次々に実行さ
れることになる。したがって、もし疑似ＨＡイベントの
無限ループがあると、一連のＨＡスクリプトの実行は永
久に停止しないという問題が発生する。

【０２２０】このような問題は、そもそもＨＡシナリオ
の書き方に起因して発生するわけであるが、従来のコン
パイラ技術（例えば、構文解析など）では、この不具合
を検出することはできない。しかも、該当するＨＡイベ
ントが発生するまでは現象が現われないため、運用開始
後も障害が発生するまでは発見されない場合が多い。

【０２２１】［第１０の実施形態］そこで、（前記第１
の実施形態におけるＨＡシナリオコンパイラ１４０に相
当する）ＨＡシナリオコンパイラにＨＡイベントの無限
ループを検出する機能を持たせた実施形態について図２
８を参照して説明する。

【０２２２】図２８に示すＨＡシナリオコンパイラは、
（前記第１の実施形態におけるＨＡシナリオ１１０に相
当する）ＨＡシナリオの構文解析を行う構文解析部２８
０１、構文解析の結果を受けて内部構造（内部形式の中
間コード）に展開する展開部２８０２、ＨＡイベントを
非同期に発生するものと、疑似ＨＡイベントとして発生
するものとに区別（分類）するＨＡイベント分類部２８
０３、疑似ＨＡイベントの呼び出し関係のグラフを作成
するＨＡイベント呼び出し関係グラフ作成部２８０４、
疑似ＨＡイベントの呼び出し関係のグラフからループの
存在を判定するループ判定部２８０５、及びループ判定
部２８０５の判定結果をもとにエラーメッセージを出力
するエラー出力部２８０６を備えている。なお図２８で
は、展開された内部構造を最適化して目的のＨＡスクリ
プト集合をなすコード列を生成する最適化部等は省略さ
れている。

【０２２３】次に、図２８の構成のＨＡシナリオコンパ
イラの動作を、図２９のフローチャートを参照して説明
する。

【０２２４】まずＨＡシナリオコンパイラ内の構文解析
部２８０１は、ＨＡシナリオを読み込み構文解析を行う
（ステップＳ７１）。展開部２８０２は、構文解析部２
８０１により構文解析された結果を受けて内部構造に展
開する（ステップＳ７２）。これにより、例えば複数の
ＨＡイベントに共通化された記述が、複数のスクリプト
に対応する記述に展開される。

【０２２５】ＨＡイベント分類部２８０３は、展開部２
８０１により展開された内部構造から、ＨＡイベント
を、障害やオペレータ入力に起因して非同期に発生する
ものと、疑似ＨＡイベントとして発生するものとに区別
する（ステップＳ７３）。

【０２２６】ＨＡイベント呼び出し関係グラフ作成部２
８０４は、ＨＡイベント分類部２８０３の分類結果をも
とに、疑似ＨＡイベント発生記述を探索し、ＨＡイベン
トの呼び出し関係のグラフを作成する（ステップＳ７
４）。

【０２２７】ループ判定部２８０５は、ＨＡイベントの
呼び出し関係のグラフを対象に深さ優先の探索を行うこ
とで、非同期に発生するＨＡイベントを判定し、そこか
ら始まるループ（疑似ＨＡイベントの無限ループ）の存
在を判定する（ステップＳ７５）。

【０２２８】エラー出力部２８０６は、ループ判定部２
８０５によりループの存在が判定された場合、エラーメ
ッセージを出力し、ＨＡシナリオコンパイラでの動作を
停止する（ステップＳ７６）。

【０２２９】このように本実施形態においては、ＨＡシ
ナリオの記述内容の意味の確認をＨＡイベントの呼び出
し関係について行って、疑似ＨＡイベントの無限ループ
の存在を検出することで、当該無限ループの存在のため
に、一連のＨＡスクリプトの実行が永久に停止しないと
いう不具合の発生を防止できる。

【０２３０】ところで、ＨＡシナリオにおけるデバイス
名の書き間違い、オプションの書き間違いなど（ＨＡシ
ナリオの記述内容の誤り）は、これらがＯＳ（オペレー
ティングシステム）やアプリケーションに依存するた
め、通常のコンパイラ技術では検出できない。

【０２３１】［第１１の実施形態］そこで、ＨＡシナリ
オにおけるデバイス名の書き間違い、オプションの書き
間違いなどを検出可能とした実施形態について、図３０
を参照して説明する。

【０２３２】図３０に示すＨＡシナリオコンパイラは、
ＨＡシナリオの構文解析を行う構文解析部３００１、構
文解析の結果を受けて内部構造（内部形式の中間コー
ド）に展開する展開部３００２、各計算機の処理での操
作を抽出する操作抽出部３００３、各計算機の処理での
操作（ＨＡ状態テーブルの操作、ディスク操作、ネット
ワーク操作、アプリケーション操作など）で使用される
引数に期待される値を計算機毎に格納してある基準引数
値データベース３００４、抽出された操作で使用される
引数の正当性を判定する引数判定部３００５、及び引数
判定部３００５の判定結果をもとにエラーメッセージを
出力するエラー出力部３００６を備えている。なお図３
０では、展開された内部構造を最適化して目的のＨＡス
クリプト集合をなすコード列を生成する最適化部等は省
略されている。

【０２３３】次に、図３０の構成のＨＡシナリオコンパ
イラの動作を、図３１のフローチャートを参照して説明
する。

【０２３４】まずＨＡシナリオコンパイラ内の構文解析
部３００１は、ＨＡシナリオを読み込み構文解析を行う
（ステップＳ８１）。展開部３００２は、構文解析部３
０００１により構文解析された結果を受けて内部構造に
展開する（ステップＳ８２）。これにより、例えば複数
の計算機に共通化された記述が、複数のスクリプトに対
応する記述に展開される。

【０２３５】操作抽出部３００３は、展開部２８０１に
より展開された内部構造から、各計算機の処理に関し
て、該当する操作（ＨＡ状態テーブルの操作、ディスク
操作、ネットワーク操作、アプリケーション操作など）
を探索し、抽出する（ステップＳ８３）。

【０２３６】引数判定部３００５は、操作抽出部３００
３により抽出された、各計算機の処理に関する各操作に
ついて、その引数が正当なものであるか否かを、基準引
数値データベース３００４を参照することで判定する
（ステップＳ８４）。

【０２３７】エラー出力部３００６は、引数判定部３０
０５により、ＨＡ状態テーブルの操作、ディスク操作、
ネットワーク操作、アプリケーション操作などで正当で
ない引数の使用が判定された場合、エラーメッセージを
出力し、ＨＡシナリオコンパイラでの動作を停止する
（ステップＳ８５）。

【０２３８】このように本実施形態においては、ＨＡシ
ナリオの記述内容の正しさの確認を、ＨＡ状態テーブル
の操作、ディスク操作、ネットワーク操作、アプリケー
ション操作などで使用される引数について行うことで、
ＨＡシナリオにおけるデバイス名の書き間違い、オプシ
ョンの書き間違いなどの不具合が、実際のシステムを構
築しなくても、ＨＡシナリオのコンパイルの段階で検出
できる。

【０２３９】［第１２の実施形態］次に、ＨＡシナリオ
の正当性を、ＨＡ状態テーブルを利用して検査するよう
にした実施形態について、図３２を参照して説明する。

【０２４０】まず、ＨＡスクリプトが実行時に処理を変
化させる要因はＨＡ状態テーブルの内容のみである。そ
のため、ＨＡシナリオからＨＡ状態テーブルの操作に関
係する部分のみを抽出して、当該ＨＡシナリオの制御の
戦略の正当性を、ＨＡ状態テーブルの観点から検査する
ことが可能である。

【０２４１】そこで本実施形態におけるＨＡシナリオコ
ンパイラ内には、図３２に示すように、（図３０中の構
文解析部３００１及び展開部３００２に相当する）構文
解析部３２０１及び展開部３２０２に加えて、ＨＡ状態
テーブルの操作に関係する処理のみを抽出する抽出部
（ＨＡ状態テーブル操作関連処理抽出部）３２０３、抽
出されたＨＡ状態テーブルの操作が各計算機で同一であ
るか否かを判定する同一操作判定部３２０４、抽出され
たＨＡ状態テーブルの操作が指定された条件（インタロ
ック）を保つか否かを判定するインタロック判定部３２
０５、及び判定部３２０４，３２０５の判定結果をもと
にエラーメッセージを出力するエラー出力部３２０６が
設けられている。ここでインタロックの条件（ＨＡ状態
テーブルが満たすべき条件）はＨＡシナリオに記述され
ており、例えば同時に複数の計算機で同一のアプリケー
ションが稼働状態にならないとか、優先度が同じ計算機
は存在してはならないなどである。

【０２４２】次に、図３２の構成のＨＡシナリオコンパ
イラの動作を、図３３及び図３４のフローチャートを参
照して説明する。

【０２４３】まずＨＡシナリオコンパイラ内の構文解析
部３２０１は、ＨＡシナリオを読み込み構文解析を行う
（ステップＳ９１）。展開部３２０２は、構文解析部３
２００１により構文解析された結果を受けて内部構造に
展開する（ステップＳ９２）。これにより、例えば複数
の計算機に共通化された記述が、複数のスクリプトに対
応する記述に展開される。

【０２４４】ＨＡ状態テーブル操作関連処理抽出部３２
０３は、展開部２８０１により展開された内部構造か
ら、各計算機におけるＨＡ状態テーブルの操作に関係す
る処理を全て抽出する（ステップＳ９３）。

【０２４５】同一操作判定部３２０４は、抽出されたＨ
Ａ状態テーブル操作（の内容）が各計算機で同一である
か否かを判定する（ステップＳ９４）。

【０２４６】もし、抽出された操作が各計算機で同一で
あるならば、インタロック判定部３２０５に制御が渡さ
れる。

【０２４７】インタロック判定部３２０５は、上記抽出
されたＨＡ状態テーブル操作が行われたものとした場合
に、各計算機でインタロックを保つか否かを判定する
（ステップＳ９５）。このインタロック判定部３２０５
でのインタロック判定の詳細を図３４のフローチャート
に従って説明する。

【０２４８】まずインタロック判定部３２０５は、ＨＡ
状態テーブルのとり得る内容を各計算機について全て求
め、その組み合わせのリストを作成する（ステップＳ１
０１）。これにより、例えば４台の計算機からなる複合
系計算機システムで、各計算機について、実行中、優先
度１、優先度２、優先度３、優先度４、切り離し、障害
検出の７つの状態がある場合であれば、合計７×７×７
×７＝２４０１通りの状態の組み合わせからなるリスト
が作成される。

【０２４９】次にインタロック判定部３２０５は、作成
した状態の組み合わせのリストの中から、インタロック
に符合していない組み合わせ（複数の計算機で優先度が
同一の組み合わせなど）を削除する（ステップＳ１０
２）。

【０２５０】次にインタロック判定部３２０５は、上記
リスト中の残されている組み合わせの（各計算機での）
各状態に対して、（上記ステップＳ９３で）ＨＡ状態テ
ーブル操作関連処理抽出部３２０３により抽出されたＨ
Ａ状態テーブルの操作を施し、その結果を保存する（ス
テップＳ１０３）。

【０２５１】そしてインタロック判定部３２０５は、Ｈ
Ａ状態テーブルの操作を施した後の各状態の組み合わせ
が、上記リスト中の残されている全組み合わせの部分と
なっているか否かを調べ、部分となっている場合だけ、
各計算機でのＨＡ状態テーブルの操作がインタロックを
保つものと判定する（ステップＳ１０４）。

【０２５２】さて、インタロック判定部３２０５にて、
各計算機でのＨＡ状態テーブルの操作がインタロックを
保たないと判定された場合、或いは同一操作判定部３２
０４にて、各計算機でのＨＡ状態テーブルの操作が同一
でないと判定された場合には、ＨＡシナリオが正当性に
欠けているものとして、エラー出力部３２０６からエラ
ーメッセージが出力されて、ＨＡシナリオコンパイラで
の動作が停止される（ステップＳ９６）。

【０２５３】このように本実施形態においては、ＨＡシ
ナリオの記述内容の意味の確認として、全ての計算機で
同じＨＡイベントに対しては同じＨＡ状態テーブルの操
作をすることの確認を行うことで、ＨＡ状態テーブルが
ＨＡグループ内の計算機で同一であることを保証するこ
とができる。なお、インタロックは制御の分野で従来か
らよく使用されているが、本実施形態では実行時にこれ
を適用するのではなく、コンパイル時に適用し、ＨＡシ
ナリオの正当性を高度に保証するようにしたことに特徴
がある。

【０２５４】ところで、共有装置に対する操作がＨＡシ
ナリオに含まれている場合、複数の計算機から行われる
操作の整合性を検査することは重要である。しかし、従
来のコンパイラ技術では対処できない。

【０２５５】［第１３の実施形態］そこで、共有装置に
対する操作の不整合性を検出するようにした実施形態に
ついて、図３５を参照して説明する。

【０２５６】本実施形態におけるＨＡシナリオコンパイ
ラ内には、図３５に示すように、（図３０中の構文解析
部３００１及び展開部３００２に相当する）構文解析部
３５０１及び展開部３５０２に加えて、共有装置の操作
記述を抽出する共有装置操作記述抽出部３５０３、抽出
された共有装置装置記述の組に対して操作の整合性を判
定する共有装置操作整合性判定部３５０４、及び判定部
３５０４の判定結果をもとにエラーメッセージを出力す
るエラー出力部３５０５が設けられている。

【０２５７】図３５の構成において、共有装置操作記述
抽出部３５０３は、構文解析部３５０１、展開部３５０
２を通してＨＡシナリオから得られた内部構造を探索し
て共有装置（例えば共有ディスク）の操作記述を全て抽
出する。この共有装置の操作記述は、ＨＡ状態テーブル
の内容によって条件付けられて記述されることが多い。
したがって、単にその記述があるか否かだけから判断す
ることはできず、異なる計算機の処理に対して、同時に
条件が成立するか否かを判定する必要がある。

【０２５８】そこで共有装置操作整合性判定部３５０４
は、ＨＡ状態テーブルの内容が各計算機上で全て同一で
あることを利用して、異なる計算機間の条件を比較す
る。特に、ＨＡシナリオ内に前記第１２の実施形態で述
べたようなインタロック（ＨＡ状態テーブルが満たすべ
き条件）が記述されているならば、これも条件の比較に
利用する。即ち共有装置操作整合性判定部３５０４は、
共有装置操作記述抽出部３５０３により抽出された共有
装置操作記述の中から、同時に成立する可能性のある条
件が付けられた共有装置操作記述の組、つまり１つのＨ
Ａイベントに対する各計算機における処理で、同時に実
行される可能性のある共有装置操作記述の組を全て洗い
出し、その組に対して操作の整合性を判定する。

【０２５９】もし、共有装置操作整合性判定部３５０４
で、同一のアドレスを複数の計算機がネットワークに設
定すること（ネットワークアドレスの不整合性）や、共
有ディスクを複数の計算機が同時に確保するといったこ
とが検出された結果、整合性なし（不整合）が判定され
た場合には、エラー出力部３５０５からエラーメッセー
ジが出力されて、ＨＡシナリオコンパイラでの動作が停
止される。

【０２６０】このように本実施形態においては、ＨＡシ
ナリオの記述内容の意味の確認を共有装置の操作につい
て行うことで、当該操作の不整合性の発生を防止するこ
とができる。

【０２６１】図３６に共有装置操作記述の例を示す。

【０２６２】図３６において、"get s=state(event.cp
u)"の記述３６０１は、障害が検出された計算機(event.
cpu) について、自系のＨＡ状態テーブル内の状態を変
数ｓとして取得することを指示するＨＡ状態テーブル参
照コマンドである。

【０２６３】また、"if(s=="実行中")" から始まる記述
３６０２は、変数ｓで示されるＨＡ状態テーブルの状
態、即ち障害が検出された計算機(event.cpu) のＨＡ状
態テーブルの状態が“実行中”である場合に、各計算機
(localcpu)が行うべき処理を記述したものである。

【０２６４】ここで、ＨＡ状態テーブルの内容は全ての
計算機で同一であることから、上記"if(s=="実行中")"
で示される条件は、全ての計算機について同時に成立し
なければならず、これを整合性判定に利用する。

【０２６５】また、上記記述３６０２は、自系のＨＡ状
態テーブル内の状態を変数(var) ｔとすると、そのｔが
“優先度１”であるならば、"mktkdisk"という関数を呼
び出して、障害が検出された計算機(event.cpu) につな
がれていた（vg1 で識別される）共有ディスク（共有装
置）を自系（“優先度１”の計算機）に強制的（"-f")
につなぐという引き継ぎを指示する記述３６０３を含
む。

【０２６６】ここで、“優先度１”の計算機は１つしか
ないというインタロックがあるので、変数ｔが“優先度
１”という条件は、２つ以上の計算機について同時に成
立してはならず、これを整合性判定に利用する。

【０２６７】以上、ＨＡシナリオコンパイラにＨＡシナ
リオの正当性を保証するための各種判定機能を持たせた
第１０乃至第１３の実施形態につき説明したが、これら
の実施形態では、変数で記述されたＨＡイベントや引
数、代入文、条件文などに対しては解析が不能になる可
能性がある。

【０２６８】［第１４の実施形態］そこで、変数で記述
されたＨＡイベントや引数、代入文、条件文などに対し
ても、前記第１０乃至第１３の実施形態で適用した判定
機構を有効に機能させるための実施形態について、図３
７を参照して説明する。

【０２６９】まず本実施形態では、前記第１０乃至第１
３の実施形態におけるＨＡシナリオコンパイラの展開部
（２８０２，３００２，３２０２，３５０２）に、図３
７に示すように第１変数−定数置換部３７０１、第２変
数−定数置換部３７０２及び定数伝播部３７０３を追加
している。

【０２７０】第１変数−定数置換部３７０１は、計算機
に関して共通化された記述を内部的に展開した際に、自
系を指す特別な変数を定数に置き換えるものである。こ
の第１変数−定数置換部３７０１の処理を、例えば前記
第１の実施形態において切り離しＨＡイベントに対する
処理を共通化して記述したＨＡシナリオ中のサービス記
述１１３（図６参照）に対して適用するならば、"local
cpu"という自系を指す特別な変数は全てcpu1〜cpu4のい
ずれかに置き換え可能であり、更にそれらの変数は全て
“Ａ”〜“Ｄ”の実際の計算機の名前（定数）に置き換
え可能である。

【０２７１】第２変数−定数置換部３７０２は、ＨＡイ
ベントに関して共通化された記述を内部的に展開した際
に、ＨＡイベントの部分を指す特別な変数を定数に置き
換えるものである。この第２変数−定数置換部３７０２
の処理を、上記の変数−定数置換部３７０１と同様に、
図６に示した切り離しＨＡイベントに対する処理を共通
化して記述したＨＡシナリオ中のサービス記述１１３に
対して適用するならば、"event.cpu" というＨＡイベン
トの部分を指す特別な変数は全てcpu1〜cpu4のいずれか
に置き換え可能であり、更にそれらの変数は全て“Ａ”
〜“Ｄ”の実際の計算機の名前（定数）に置き換え可能
である。

【０２７２】定数伝播部３７０３は、サービス記述及び
システム記述内で、変数に代入された定数を定数伝播す
るものである。この定数伝播部３７０３の処理を、例え
ば前記第２の実施形態においてサービス毎の記述を共通
化して記述した図８に示したようなＨＡシナリオに対し
て適用し、内部的に定数伝播を行うならば、各サービス
記述８０１〜８０３の部分８０４-1〜８０４-3（図８中
の（１），（２），（３）の部分）で参照されるmaster
及びslave という変数は全てcpu1〜cpu4のいずれかに置
き換え可能であり、更にそれらの変数は全て“Ａ”〜
“Ｄ”の実際の計算機の名前（定数）に置き換え可能で
ある。

【０２７３】以上のように、計算機に関して共通化され
た記述、及びＨＡイベントに関して共通化された記述を
内部的に展開し、変数を定数に置き換え、またサービス
記述及びシステム記述内で代入された変数に定数伝播す
ることで、変数を用いた記述に対しても、前記第１０乃
至第１３の実施形態で適用したＨＡシナリオ記述の正当
性に対する判定機構を有効に機能させることができる。

【０２７４】なお、定数伝播は従来のコンパイラで適用
されていた手法であるが、もっぱら高速化のために最適
化の１つとして用いられているものである。これに対
し、本実施形態ではＨＡシナリオコンパイラにおけるエ
ラー解析（ＨＡシナリオの正当性の判定）の精度を向上
させる目的で用いており、従来の定数伝播手法とは適用
の仕方及び効果が異なる。

【０２７５】この他、ＨＡシナリオコンパイラにおける
エラー解析の精度向上のために、ループ文で書かれた記
述を内部的に展開し、ループ変数を定数に置き換えるた
めのループ変数−定数置換部（図示せず）をＨＡシナリ
オコンパイラに追加することも可能である。

【０２７６】ここで、ループ文で書かれた記述の一例を
図３８に示す。この記述は、前記第７の実施形態のよう
に、全てのアプリケーションの開始要求を疑似ＨＡイベ
ントとして発生させる場合のＨＡシナリオ記述であり、
ｓは全てのサービス（アプリケーション）の各々を表す
ループ変数であり、"event.cpu" は組み込まれる計算機
である。この図３８のような記述は、サービスが追加さ
れたとしても変わらないので便利であるが、このままで
は、ＨＡシナリオ記述の正当性を判定することは難し
い。

【０２７７】そこで、上記したループ変数−定数置換部
を、例えば前記第１０の実施形態で適用したＨＡシナリ
オコンパイラ内（の展開部２８０２）に設け、ループ文
で書かれた記述を内部的に展開し、ループ変数をそれぞ
れの定数（ここではサービス名）に置き換えるようにす
るならば、（ＨＡシナリオのエラー解析精度としての）
ＨＡイベントの無限ループの検出精度を向上することが
できる。

【０２７８】また、ＨＡシナリオコンパイラに、ＨＡシ
ナリオの記述内容に従って各種障害発生時の動作を試行
する動作シミュレーション機構を設け、ＨＡシナリオを
コンパイルして得られる各ＨＡスクリプト（イベント処
理スクリプト）を配布する前に、当該動作シミュレーシ
ョン機構が、ＨＡシナリオに記述された内容を解釈し
て、シミュレーションし、その際に現れた状態（ＨＡ状
態テーブルの内容）もしくは処理に矛盾がないかチェッ
クする構成とすることも可能である。

【０２７９】ここでは、まず初期状態から始めて、非同
期に発生する可能性のあるイベント（障害、ユーザオペ
レーション）を任意に組み合わせて、各ＨＡスクリプト
を解釈する。このとき、例えば（ＨＡグループ内の）各
計算機でのＨＡ状態テーブルの内容が同一に保たれてい
るか、共有装置を２つ以上の計算機から同時に使用する
ようになっていないか、同一のサービス（アプリケーシ
ョン）を２つ以上の計算機で同時に実行していないか、
といった矛盾がないかをチェックする。

【０２８０】以上のシミュレーションは実際のシステム
が構築されていなくても、ＨＡシナリオコンパイラ上で
実行できる。

【０２８１】なお、上記した動作シミュレーション機構
の他に、前記第１１実施形態で適用したＨＡシナリオの
正当性の判定機構（ＨＡシナリオの記述内容の正しさの
確認機構）、及び前記第１０、第１２及び第１３実施形
態でそれぞれ適用したＨＡシナリオの正当性の判定機構
（ＨＡシナリオの記述内容の意味の確認機構）を全てＨ
Ａシナリオコンパイラに持たせることも可能である。

【０２８２】なお、前記第１の実施形態では、ＨＡシナ
リオコンパイラでの成果物がＨＡイベント処理用のＨＡ
スクリプト（の集合）である場合について説明したが、
これに限るものではない。

【０２８３】［第１５の実施形態］そこで、ＨＡイベン
ト処理用だけでなく、それ以外の目的で用いられる各種
スクリプト、更にはスクリプト以外の成果物がＨＡシナ
リオコンパイラにより生成される実施形態につき、図３
９を参照して説明する。

【０２８４】図３９において、計算機３９００は、プロ
グラム開発環境を提供するものである。この計算機３９
００は、前記第１の実施形態における図１中の計算機１
００Ａとは異なって、実システムを構成するものではな
いものとする。

【０２８５】計算機３９００中のＨＡシナリオコンパイ
ラ３９０１はＨＡシナリオ３９０２を読み込んでコンパ
イルすることで、対象となる複合系計算機システム（こ
こでは、３台の計算機３９１０Ａ〜３９１０Ｃから構成
される複合系計算機システム）のシステム構成を定義し
た設定ファイル３９０３、ＨＡイベント処理用のＨＡス
クリプト３９０４（の集合）、これら設定ファイル３９
０３、ＨＡスクリプト３９０４（の集合）及び次に述べ
るチェックスクリプト３９０６を、ＨＡシナリオ３９０
２に記述された計算機名（サーバ名）で示される（複合
系計算機システムを構成する）各計算機（３９１０Ａ〜
３９１０Ｃ）に配布するための配布スクリプト（プログ
ラム）３９０５、オンラインでの新シナリオの適用の可
否を決定するためのチェックスクリプト３９０６、及び
チェックシート３９０７の各成果物を生成する。チェッ
クシート３９０７は、実際にＨＡシナリオコンパイラに
記述された通りにシステムが構成されているか否かを、
人がチェックするためのチェック項目の一覧であり、計
算機３９００からプリント出力（或いは表示出力）され
る。なお、設定ファイル３９０３及びＨＡスクリプト３
９０４は、複合系計算機システムを構成する各計算機別
に生成される。

【０２８６】計算機３９００上のＨＡシナリオコンパイ
ラ３９０１により生成された上記成果物中の設定ファイ
ル３９０３、ＨＡスクリプト３９０４、配布スクリプト
３９０５及びチェックスクリプト３９０６は、例えば磁
気テープ等の大容量記憶媒体に格納された後、図３９に
おいて符号ａで示すように、複合系計算機システム（実
システム）を構成する例えば３台の計算機３９１０Ａ〜
３９１０Ｃの１つ（ここでは計算機３９１０Ｂ）に移動
され、その計算機（３９１０Ｂ）が持つ同種の大容量記
憶装置（ここでは磁気テープ装置）に装着される。な
お、各計算機３９１０Ａ〜３９１０ＣはＬＡＮ３９２０
に接続されていることから、計算機３９００も当該ＬＡ
Ｎ３９２０に接続されているならば、上記各成果物をＬ
ＡＮ３９２０を介して計算機３９１０Ｂ（計算機３９１
０Ａ〜３９１０Ｃのいずれか）の大容量記憶装置に転送
するようにしても構わない。また、計算機３９００が計
算機３９１０Ｂ（計算機３９１０Ａ〜３９１０Ｃのいず
れか）の場合には、以上の成果物の移動は不要となる。

【０２８７】計算機３９１０Ｂは、ＨＡシナリオコンパ
イラ３９０１により生成された上記各成果物のうちの配
布スクリプト３９０５を実行し、残りの成果物である設
定ファイル３９０３、ＨＡスクリプト３９０４（の集
合）及びチェックスクリプト３９０６を、図３９におい
て符号ｂで示すように、（ＨＡシナリオ３９０２に記述
されている複合系計算機システムを構成するサーバ名
の）各計算機３９１０Ａ〜３９１０Ｃの、一種のバッフ
ァとしての登録ディレクトリ３９１１に配送・コピーす
る。ここで、配布スクリプト３９０５自体も、ＨＡシナ
リオ３９０２をコンパイルした結果の成果物であること
から、他の成果物である設定ファイル３９０３、ＨＡス
クリプト３９０４（の集合）及びチェックスクリプト３
９０６の配布先が正しく設定でき、誤った配布先に配布
されるのを防止できる。なお、各計算機３９１０Ａ〜３
９１０Ｃには、当該計算機３９１０Ａ〜３９１０Ｃ用の
設定ファイル３９０３及びＨＡスクリプト３９０４（の
集合）だけが配送される。また、計算機３９１０Ｂから
計算機３９１０Ａ，３９１０Ｃへの成果物配送は、ＬＡ
Ｎ３９２０を介して行われる。

【０２８８】計算機３９１０Ａ〜３９１０Ｃは、自系の
登録ディレクトリ３９１１に配送された上記成果物のう
ち、設定ファイル３９０３及びＨＡスクリプト３９０４
を実使用のために自系の実使用ディレクトリ（実行用の
ディレクトリ）３９１２にコピーする。

【０２８９】次に計算機３９１０Ａ〜３９１０Ｃは、自
系の登録ディレクトリ３９１１にあるチェックスクリプ
ト（３９０６）を実行し、当該登録ディレクトリ３９１
１にある設定ファイル（３９０３）及びＨＡスクリプト
（３９０４）と、自系の実使用ディレクトリ３９１２に
ある（登録ディレクトリ３９１１からコピーされた）設
定ファイル（３９０３）及びＨＡスクリプト（３９０
４）とを、図３９において符号ｃで示すように比較す
る。

【０２９０】そして計算機３９１０Ａ〜３９１０Ｃは、
自系の（実使用ディレクトリ３９１２内の）設定ファイ
ル（３９０３）が（登録ディレクトリ３９１１内のもの
とは）異なっているときは、（システムを一旦停止して
から）複合系計算機システムを構成するソフトウェアを
再起動する必要がある旨のメッセージを出力（例えば表
示出力）する。

【０２９１】また、自系の（実使用ディレクトリ３９１
２内の）ＨＡスクリプト（３９０４）が（登録ディレク
トリ３９１１内のものとは）異なっているときは、計算
機３９１０Ａ〜３９１０ＣはＨＡスクリプト更新イベン
トを発行して、該当するＨＡスクリプトを更新する必要
がある旨のメッセージを出力（例えば表示出力）する。
一方、設定ファイル（３９０３）及びＨＡスクリプト
（３９０４）の各々が異なっていないときは、（新ＨＡ
シナリオ３９０２に対応する）実使用ディレクトリ３９
１２内の設定ファイル（３９０３）及びＨＡスクリプト
（３９０４）のオンラインでの使用可が判定される。

【０２９２】

【発明の効果】以上詳述したように本発明によれば、複
合系計算機システムの構成及び制御内容を抽象的且つ統
合的に記述したプログラム（シナリオ）が適用できるこ
とから、従来のように実行可能なスクリプトとして各計
算機毎に記述する必要があった複合系計算機システムと
異なって、システム構成及び制御内容の定義が容易に記
述できる。また、各計算機が実行すべき処理スクリプト
（コマンド列）を上記シナリオ（ＨＡシナリオ）から自
動的に生成することで、人がそのコマンド列を記述する
場合の各計算機間での不整合等の誤りの発生を防止でき
る。

【０２９３】また本発明によれば、上記シナリオの記述
内容の正誤確認機能を、当該シナリオの記述内容からそ
の記述内容と同等の作用を与える処理スクリプトを生成
するシナリオコンパイル手段に持たせることで、当該シ
ナリオの記述誤りを容易に見つけることができる。

【０２９４】また本発明によれば、上記シナリオの記述
内容の意味の確認機能、或いはデバイス故障など起こり
得る各種障害時を想定したシミュレーション機能を上記
シナリオコンパイル手段に持たせることで、当該シナリ
オの意味的に不整合性のある箇所を容易に見つけること
ができ、実行するまで分かり難い制御アルゴリズムの問
題点を実行前に認識することができる。

【０２９５】また、本発明によれば、シナリオコンパイ
ル手段により生成される処理スクリプト等の成果物を、
上記シナリオで定義された複合系計算機システムを構成
する各計算機に配布するためのプログラム（配布スクリ
プト）を、当該シナリオコンパイル手段により自動生成
する機能を持たせることで、この種のプログラムを人が
各計算機毎に記述する場合と異なって記述誤りをなくす
ことができ、これにより配布操作の誤りと、計算機間の
不整合を防止できる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係る複合系計算機シ
ステムのブロック構成図。

【図２】図１のシステムにおける主要な構成とデータ変
換の流れを示す図。

【図３】図１中のＨＡシナリオ１１０の概略構成を示す
図。

【図４】図１中のＨＡシナリオコンパイラ１４０により
生成される（ＨＡシナリオ１１０の内容と同等の作用を
与える）ＨＡスクリプト集合１２０の一例を示す図。

【図５】ＨＡシナリオ１１０の抽象性を説明するための
図。

【図６】ＨＡシナリオ１１０の統合性（共通化）を説明
するための図。

【図７】本発明の第２の実施形態に係る複合系計算機シ
ステムにおける稼働系と待機系の例を示す図。

【図８】図７のシステムにおけるＨＡシナリオ内のサー
ビス記述の共通化を説明するための図。

【図９】本発明の第３の実施形態に係る複合系計算機シ
ステムにおける計算機組み込み／切り離しを説明するた
めの状態遷移図。

【図１０】本発明の第４の実施形態に係る複合系計算機
システムにおいて、従来方式のアプリケーション引き継
ぎを適用した場合の問題を説明するための図。

【図１１】同実施形態で適用されるＨＡスクリプト実行
機構のブロック構成図。

【図１２】同実施形態において、ＨＡグループ内の計算
機で新ＨＡグループの作成と計算機の組み込み／切り離
し以外のＨＡイベントが入力された場合の動作を説明す
るためのフローチャートの一部を示す図。

【図１３】同実施形態において、ＨＡグループ内の計算
機で新ＨＡグループの作成と計算機の組み込み／切り離
し以外のＨＡイベントが入力された場合の動作を説明す
るためのフローチャートの残りを示す図。

【図１４】同実施形態において、ＨＡグループ内の計算
機で新ＨＡグループの作成要求のＨＡイベントが入力さ
れた場合の動作を説明するためのフローチャート。

【図１５】同実施形態において、ＨＡグループ内の計算
機の組み込み要求のＨＡイベントが入力された場合の動
作を説明するためのフローチャート。

【図１６】同実施形態において、ＨＡグループ内の計算
機の切り離し要求のＨＡイベントが入力された場合の動
作を説明するためのフローチャート。

【図１７】同実施形態における確定状態決定を説明する
ための図。

【図１８】本発明の第５の実施形態に係る複合系計算機
システムにおいて、アプリケーションの引き継ぎ先を、
動的に変更可能な優先順位に従って決定する形態を説明
するための図。

【図１９】同実施形態で適用されるＨＡ状態テーブル更
新記述の一例を示す図。

【図２０】同実施形態で適用されるサービス記述の一例
を示す図。

【図２１】同実施形態における複数のＨＡグループ設定
を説明するための図。

【図２２】本発明の第６の実施形態に係る複合系計算機
システムにおいて、ＨＡイベント発生時の処理のエラー
リカバリを可能とした形態を説明するための図。

【図２３】同実施形態における各計算機の基本的な動作
を説明するためのフローチャート。

【図２４】本発明の第７の実施形態に係る複合系計算機
システムにおいて、ＨＡスクリプトの処理の一部とし
て、疑似的にＨＡイベントを発生させることで、１つの
ＨＡイベントに起因して複数のＨＡスクリプトを実行可
能とした形態を説明するための図。

【図２５】本発明の第８の実施形態に係る複合系計算機
システムにおいて、アプリケーションの通常引き継ぎ要
求（スイッチオーバ）を、アプリケーションの停止要求
と、開始要求の各々の疑似ＨＡイベントとして発生させ
る場合の形態を説明するための図。

【図２６】本発明の第９の実施形態に係る複合系計算機
システムにおいて、エラーリカバリ用のＨＡスクリプト
からも疑似ＨＡイベントを発生させることで、エラーリ
カバリに失敗した場合のエラーリカバリを可能とする形
態を説明するための状態遷移図の一部を示す図。

【図２７】本発明の第９の実施形態に係る複合系計算機
システムにおいて、エラーリカバリ用のＨＡスクリプト
からも疑似ＨＡイベントを発生させることで、エラーリ
カバリに失敗した場合のエラーリカバリを可能とする形
態を説明するための状態遷移図の残りを示す図。

【図２８】本発明の第１０の実施形態に係る複合系計算
機システムで適用される、ＨＡイベントの無限ループを
検出する機能を持つＨＡシナリオコンパイラのブロック
構成図。

【図２９】図２８の構成のＨＡシナリオコンパイラの主
要な動作を説明するためのフローチャート。

【図３０】本発明の第１１の実施形態に係る複合系計算
機システムで適用される、ＨＡシナリオの記述内容の誤
りを検出する機能を持つＨＡシナリオコンパイラのブロ
ック構成図。

【図３１】図３０の構成のＨＡシナリオコンパイラの主
要な動作を説明するためのフローチャート。

【図３２】本発明の第１２の実施形態に係る複合系計算
機システムで適用される、ＨＡシナリオの正当性をＨＡ
状態テーブルを利用して検査する機能を持つＨＡシナリ
オコンパイラのブロック構成図。

【図３３】図３２の構成のＨＡシナリオコンパイラの主
要な動作を説明するためのフローチャート。

【図３４】図３３中のステップＳ９５の処理の詳細な手
順を示すフローチャート。

【図３５】本発明の第１３の実施形態に係る複合系計算
機システムで適用される、共有装置に対する操作の不整
合性を検出する機能を持つＨＡシナリオコンパイラのブ
ロック構成図。

【図３６】同実施形態における共有装置操作記述の一例
を示す図。

【図３７】本発明の第１４の実施形態に係る複合系計算
機システムで適用される、ＨＡシナリオコンパイラ内の
展開部に追加された複数の要素を示す図。

【図３８】ループ文で書かれた記述の一例を示す図。

【図３９】本発明の第１５の実施形態に係る複合系計算
機システムのブロック構成図。

【符号の説明】

１００Ａ，１００Ｂ，７００Ａ〜７００Ｄ，９００Ａ〜
９００Ｃ，１０００Ａ〜１０００Ｄ，１８００Ａ〜１８
００Ｄ，２２００Ａ〜２２００Ｄ，２５００Ａ，２５０
０Ｂ，２６００Ａ〜２６００Ｄ，３９００，３９１０Ａ
〜３９１０Ｃ…計算機、 １０１，３９２０…ＬＡＮ、 １１０，３９０２…ＨＡシナリオ、 １２０，１３０Ａ，１３０Ｂ…ＨＡスクリプト集合（処
理スクリプト集合）、 １４０，３９０１…ＨＡシナリオコンパイラ、 １５０…ＨＡスクリプト配布機構、 １６０Ａ，１６０Ｂ，９６０〜９６０Ｃ，１８１０，２
２１０…ＨＡスクリプト実行機構、 ９０２，２００１，２００２…ＨＡグループ、 １８２０…ＨＡ状態テーブル（状態記憶手段）、 ２８０１，３００１，３２０１，３５０１…構文解析
部、 ２８０２，３００２，３２０２，３５０２…展開部、 ２８０５…ループ判定部（無限ループ検出手段、意味確
認手段）、 ３００５…引数判定部（記述値不適合検出手段、正誤検
出手段）、 ３２０４…同一操作判定部（状態記憶手段内容不一致検
出手段、意味確認手段）、 ３２０５…インタロック判定部（インタロック検出手
段、意味確認手段）、 ３５０４…共有装置操作整合性判定部（共有装置操作不
整合性検出手段、意味確認手段）、 ３７０１…第１変数−定数置換部、 ３７０２…第２変数−定数置換部、 ３７０３…定数伝播部、 ３９０３…設定ファイル、 ３９０４…ＨＡスクリプト（処理スクリプト）、 ３９０５…配布スクリプト、 ３９０６…チェックスクリプト、 ３９０７…チェックシート、 ３９１１…登録ディレクトリ、 ３９１２…実使用ディレクトリ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 森 良哉 東京都府中市東芝町１番地 株式会社東芝 府中工場内 (72)発明者 山田 晃智 東京都府中市東芝町１番地 株式会社東芝 府中工場内

Claims (30)

【特許請求の範囲】
1. 【請求項１】 複数の計算機で構成される複合系計算機
   システムにおいて、 前記複合系計算機システムの構成及び制御内容を抽象的
   且つ統合的に記述したプログラムであるシナリオを、前
   記各計算機毎の別々の処理に分解し、前記シナリオから
   前記各計算機で直接実行可能な形式のコマンド列である
   処理スクリプトを生成するシナリオコンパイル手段と、 前記各計算機に設けられ、前記シナリオコンパイル手段
   により生成されている各計算機別の前記各処理スクリプ
   トのうち、計算機状態に対応し且つ該当する計算機用の
   処理スクリプトを実行するスクリプト実行手段とを具備
   することを特徴とする複合系計算機システム。
2. 【請求項２】 複数の計算機で構成される複合系計算機
   システムにおいて、 前記複合系計算機システムの構成及び制御内容を抽象的
   且つ統合的に記述したプログラムであるシナリオを、前
   記各計算機毎の別々の処理に分解し、前記シナリオから
   前記各計算機で直接実行可能な形式のコマンド列である
   処理スクリプトを生成するシナリオコンパイル手段と、 前記シナリオコンパイル手段により生成された各計算機
   別の前記各処理スクリプトを対応する前記各計算機の記
   憶領域に配布するスクリプト配布手段と、 前記各計算機に設けられ、その計算機に配布されている
   前記各処理スクリプトのうち、計算機状態に対応する処
   理スクリプトを実行するスクリプト実行手段とを具備す
   ることを特徴とする複合系計算機システム。
3. 【請求項３】 複数の計算機で構成される複合系計算機
   システムにおいて、 前記複合系計算機システムの構成及び前記計算機で発生
   する各種イベントに対するシステムの動作を抽象的且つ
   統合的に記述したプログラムであるシナリオを、前記各
   計算機毎の別々の処理に分解し、前記シナリオから前記
   各計算機で直接実行可能な形式のコマンド列である処理
   スクリプトを生成するシナリオコンパイル手段と、 前記各計算機に設けられ、１つのイベントが発生したと
   きに、前記シナリオコンパイル手段により生成されてい
   る各計算機別の前記各処理スクリプトのうち、当該イベ
   ントに対応し且つ該当する計算機用の処理スクリプトを
   実行するスクリプト実行手段とを具備することを特徴と
   する複合系計算機システム。
4. 【請求項４】 複数の計算機で構成される複合系計算機
   システムにおいて、 前記複合系計算機システムの構成及び前記計算機で発生
   する各種イベントに対するシステムの動作を抽象的且つ
   統合的に記述したプログラムであるシナリオを、前記各
   計算機毎の別々の処理に分解し、前記シナリオから前記
   各計算機で直接実行可能な形式のコマンド列である処理
   スクリプトに生成するシナリオコンパイル手段と、 前記シナリオコンパイル手段により生成された各計算機
   別の前記各処理スクリプトを対応する前記各計算機の記
   憶領域に配布するスクリプト配布手段と、 前記各計算機に設けられ、１つのイベントが発生したと
   きに、その計算機に配布されている前記各処理スクリプ
   トのうち、当該イベントに対応する処理スクリプトを実
   行するスクリプト実行手段とを具備することを特徴とす
   る複合系計算機システム。
5. 【請求項５】 前記シナリオコンパイル手段は、 前記シナリオの記述内容の正誤を検出するための正誤検
   出手段及び前記シナリオの記述内容の意味を確認してそ
   の整合性を判定する意味確認手段の少なくとも１つと、 前記正誤検出手段による記述誤り検出時または前記意味
   確認手段による不整合検出時に、その旨のエラーメッセ
   ージを出力するエラー出力手段とを備えていることを特
   徴とする請求項１乃至請求項４のいずれかに記載の複合
   系計算機システム。
6. 【請求項６】 前記処理スクリプト内で用いられる名前
   である定数と、前記シナリオ内で用いられ名前である変
   数とが区別されており、前記シナリオ内で用いられる変
   数と前記処理スクリプト内で用いられる定数の関係が前
   記シナリオ内に定義されていることを特徴とする請求項
   １乃至請求項４のいずれかに記載の複合系計算機システ
   ム。
7. 【請求項７】 前記処理スクリプト内で用いられる定数
   と関係付けられた前記シナリオ内で用いられる変数と、
   前記シナリオ内の特定の単位内で用いられる変数とが区
   別されており、これらの関係が前記シナリオ内の特定の
   単位内に記述されていることを特徴とする請求項６記載
   の複合系計算機システム。
8. 【請求項８】 前記スクリプト実行手段は、前記処理ス
   クリプトの実行の許可または禁止について、前記各計算
   機毎に別々に、初期状態での設定及びイベント発生時で
   の再設定が可能なように構成されており、前記シナリオ
   の動作する計算機群である特定グループをイベント発生
   時に自動的に変化せることを特徴とする請求項３または
   請求項４記載の複合系計算機システム。
9. 【請求項９】 前記スクリプト実行手段は、複数の前記
   イベントに対する処理スクリプトの実行順序が前記特定
   グループ内で全て同一となり、１つの前記イベントに対
   する処理スクリプトの実行が前記特定グループ内で全て
   終了するまで次の処理スクリプトの実行の開始を待つこ
   とを保証するように構成されていることを特徴とする請
   求項８記載の複合系計算機システム。
10. 【請求項１０】 前記各計算機上に設けられた、前記特
    定グループの前記各計算機の状態を記憶するための状態
    記憶手段を備え、 前記特定グループ内の前記各計算機上のスクリプト実行
    手段は、イベント発生に伴う処理スクリプトの実行時に
    自系の前記状態記憶手段を参照してイベント発生時の動
    作内容を決定すると共に、当該状態記憶手段の内容に対
    して同一の更新処理を行うことを特徴とする請求項９記
    載の複合系計算機システム。
11. 【請求項１１】 互いに交わらない複数の特定グループ
    を構成し、イベント発生時の動作内容を、前記各特定グ
    ループ毎に異なった前記状態記憶手段の内容によって変
    化させるこを特徴とする請求項１０記載の複合系計算機
    システム。
12. 【請求項１２】 前記スクリプト実行手段は、前記特定
    グループ内でイベント発生に伴う処理スクリプトの実行
    が終了した後に、当該グループ内の全ての計算機に関す
    る前記処理スクリプトの終了状態を取得し、その終了状
    態に従ってエラーリカバリ用の処理スクリプトを実行す
    ることを特徴とする請求項９記載の複合系計算機システ
    ム。
13. 【請求項１３】 前記処理スクリプトには、その処理の
    一部として少なくとも１つのイベントを疑似的に発生さ
    せるコマンドが含まれており、 前記スクリプト実行手段は前記処理スクリプトを実行す
    ることで少なくとも１つのイベントを疑似的に発生し、
    当該処理スクリプトの実行後には、この疑似的に発生し
    たイベントに対応する処理スクリプトを実行することを
    特徴とする請求項３または請求項４記載の複合系計算機
    システム。
14. 【請求項１４】 前記エラーリカバリ用の処理スクリプ
    トには、その処理の一部として少なくとも１つのイベン
    トを疑似的に発生させるコマンドが含まれており、 前記スクリプト実行手段は前記エラーリカバリ用の処理
    スクリプトを実行することで少なくとも１つのイベント
    を疑似的に発生し、当該エラーリカバリ用の処理スクリ
    プトの実行後には、この疑似的に発生したイベントに対
    応する別のエラーリカバリ用の処理スクリプトを実行す
    ることを特徴とする請求項１２記載の複合系計算機シス
    テム。
15. 【請求項１５】 前記シナリオコンパイル手段は、前記
    シナリオのコンパイル時に、イベントの発生が無限ルー
    プを構成していることを検出する無限ループ検出手段を
    備えていることを特徴とする請求項３または請求項４記
    載の複合系計算機システム。
16. 【請求項１６】 前記シナリオコンパイル手段は、前記
    シナリオのコンパイル時に、コマンドの引数に代表され
    る記述値が不適合であることを検出する記述値不適合検
    出手段を備えていることを特徴とする請求項３または請
    求項４記載の複合系計算機システム。
17. 【請求項１７】 前記シナリオコンパイル手段は、前記
    シナリオのコンパイル時に、前記状態記憶手段に対する
    更新操作内容が前記特定グループ内で同一とならないこ
    とを検出する状態記憶手段内容不一致検出手段を備えて
    いることを特徴とする請求項１０記載の複合系計算機シ
    ステム。
18. 【請求項１８】 前記シナリオコンパイル手段は、前記
    シナリオのコンパイル時に、前記状態記憶手段に対する
    更新操作内容が、予め定められている当該状態記憶手段
    の内容が満たすべき条件に合致していないことを検出す
    るインタロック検出手段を備えていることを特徴とする
    請求項１０記載の複合系計算機システム。
19. 【請求項１９】 前記条件が、前記シナリオに予め記述
    されていることを特徴とする請求項１８記載の複合系計
    算機システム。
20. 【請求項２０】 前記シナリオコンパイル手段は、前記
    シナリオのコンパイル時に、１つのイベントに対する前
    記各計算機での共有装置に対する操作内容が不整合であ
    ることを検出する共有装置操作不整合性検出手段を備え
    ていることを特徴とする請求項３または請求項４記載の
    複合系計算機システム。
21. 【請求項２１】 前記処理スクリプト内で用いられる名
    前である定数と、前記シナリオ内で用いられ名前である
    変数とが区別され、前記シナリオ内で用いられる変数と
    前記処理スクリプト内で用いられる定数の関係が前記シ
    ナリオ内に定義されており、 前記シナリオコンパイル手段は、前記シナリオ内で用い
    られる変数を定数に置き換える置換手段と、前記置換手
    段により置き換えられた定数を前記シナリオ内で伝播さ
    せる定数伝播手段とを備えたことを特徴とする請求項１
    ５、請求項１６、請求項１７、請求項１８、または請求
    項２０に記載の複合系計算機システム。
22. 【請求項２２】 前記シナリオコンパイル手段は、前記
    シナリオ内のループ文での記述を内部的に展開するルー
    プ展開手段を備えたことを特徴とする請求項１５、請求
    項１６、請求項１７、請求項１８、または請求項２０に
    記載の複合系計算機システム。
23. 【請求項２３】 前記シナリオコンパイル手段は、前記
    シナリオのコンパイル時に、記述された内容を解釈し、
    非同期に発生する可能性のある各種イベントを任意に組
    み合わせてシミュレーションする動作シミュレーション
    手段を備えたことを特徴とする請求項１５、請求項１
    ６、請求項１７、請求項１８、または請求項２０に記載
    の複合系計算機システム。
24. 【請求項２４】 前記シナリオコンパイル手段は、前記
    各計算機別の各処理スクリプトの他に、当該各処理スク
    リプトを該当する計算機に配布するためのコマンド列で
    ある配布スクリプトを生成するように構成されており、 前記スクリプト配布手段は、前記シナリオコンパイル手
    段により生成された配布スクリプトを実行することで、
    前記シナリオコンパイル手段により生成された各計算機
    別の各処理スクリプトを対応する前記各計算機の記憶領
    域に配布することを特徴とする請求項２または請求項４
    記載の複合系計算機システム。
25. 【請求項２５】 複合系計算機システムを構成する複数
    の計算機の各々で実行される処理スクリプトを生成する
    ための処理スクリプト生成装置であって、 前記複合系計算機システムの構成及び制御内容を抽象的
    且つ統合的に記述したプログラムであるシナリオを、前
    記各計算機毎の別々の処理に分解し、前記シナリオから
    前記各計算機で直接実行可能な形式のコマンド列である
    処理スクリプトを生成するシナリオコンパイル手段を具
    備することを特徴とする処理スクリプト生成装置。
26. 【請求項２６】 複合系計算機システムを構成する複数
    の計算機の各々で実行される処理スクリプトを生成し、
    それぞれ対応する計算機に配布するための処理スクリプ
    ト生成・配布装置であって、 前記複合系計算機システムの構成及び制御内容を抽象的
    且つ統合的に記述したプログラムであるシナリオを、前
    記各計算機毎の別々の処理に分解し、前記シナリオから
    前記各計算機で直接実行可能な形式のコマンド列である
    処理スクリプトを生成するシナリオコンパイル手段と、 前記シナリオコンパイル手段により生成された各計算機
    別の各処理スクリプトを対応する前記各計算機の記憶領
    域に配布するスクリプト配布手段とを具備することを特
    徴とする処理スクリプト生成装置。
27. 【請求項２７】 前記スクリプト実行手段は、 イベントの入力時には、そのイベントを自系の候補イベ
    ントとして取得すると共に当該候補イベントを前記特定
    グループ内の他の計算機に通知し、 前記特定グループ内の他の計算機からの前記候補イベン
    トの通知時には、自系の候補イベントが存在しないなら
    ば、その通知された候補イベントを通知元計算機及び自
    系の候補イベントとしてそれぞれ取得すると共に、その
    自系の候補イベントを前記特定グループ内の他の計算機
    に通知し、自系の候補イベントが存在するならば、その
    通知された候補イベントを通知元計算機の候補イベント
    として取得し、 前記特定グループ内の全ての計算機の候補イベントを取
    得した際に、当該候補イベントが全て同一であるなら
    ば、自系における候補イベントの確定状態を確定成功と
    して対応する処理スクリプトを実行し、その実行の後に
    次のイベントの入力を要求し、そうでないならば、自系
    における候補イベントの確定状態を確定失敗として、自
    系の候補イベントを破棄して対応する処理スクリプトの
    実行を抑止し、次のイベントの入力を要求することを特
    徴とする請求項９記載の複合系計算機システム。
28. 【請求項２８】 前記スクリプト実行手段は、 前記特定グループの計算機の障害が検出された場合に
    は、前記特定グループ内の当該障害が検出された計算機
    以外の全ての計算機の候補イベントを取得した際に、当
    該候補イベントが全て同一であるならば、自系における
    候補イベントの確定状態を確定保留として、その確定状
    態を前記特定グループ内の他の計算機に通知すると共
    に、前記特定グループ内の他の計算機から通知される前
    記確定状態を取得し、 前記特定グループ内の当該障害が検出された計算機以外
    の全ての計算機の前記確定状態を取得した際に、当該確
    定状態が全て確定保留または確定成功であるならば、自
    系における候補イベントの確定状態を確定成功として対
    応する処理スクリプトを実行し、その実行の後に次のイ
    ベントの入力を要求し、そうでないならば、自系におけ
    る候補イベントの確定状態を確定失敗として、自系の候
    補イベントを破棄して対応する処理スクリプトの実行を
    抑止し、次のイベントの入力を要求することを特徴とす
    る請求項２７記載の複合系計算機システム。
29. 【請求項２９】 前記スクリプト実行手段は、 前記特定グループの計算機構成を記憶する特定グループ
    構成記憶手段を備えており、 前記候補イベントが計算機の組み込み要求のイベントで
    ある場合、前記自系における候補イベントの確定状態を
    確定成功とした際に、前記組み込み要求イベントで要求
    された計算機が前記特定グループに組み込まれるように
    前記特定グループ構成記憶手段の内容を変更し、その内
    容を前記要求された計算機に通知することを特徴とする
    請求項２８記載の複合系計算機システム。
30. 【請求項３０】 前記スクリプト実行手段は、 前記特定グループの計算機構成を記憶する特定グループ
    構成記憶手段を備えており、 前記候補イベントが計算機の切り離し要求のイベントで
    ある場合、前記自系における候補イベントの確定状態を
    確定成功とした際に、前記組み込み要求イベントで要求
    された計算機が前記特定グループから切り離されるよう
    に前記特定グループ構成記憶手段の内容を変更すること
    を特徴とする請求項２８記載の複合系計算機システム。