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

Description

【発明の詳細な説明】 本発明は複数の処理装置よりなる複合計算機システムに
係る。

従来の複合計算機システム構成方法としては、第１図に
示すものがある。

すなわち、２台の処理装置１，２と、処理装置間共有記
憶装置３、各ジョブを行うための共有資源群８，１０及
び共有資源管理装置７，９の他に、処理装置間の通信の
ための専用ハードウェアである処理装置間専用通信装置
４及び、各ジョブを行うためのソフトウェアを格納した
外部記憶装置５，６をもうけたハードウェア構成とし、
処理装置１にジョブ１を実行させる場合には、外部記憶
装置に格納されたジョブ１を行うためのソフトウェアを
処理装置１に転送、格納するものである。処理装置間共
有記憶装置３には共有資源群の競合をさげるための管理
データを、格納する。ここで処理装置間の相互監視は、
処理装置間通信装置４を介して行なわれ、異常が発見さ
れた場合は、異常となった処理装置が行っていたジョブ
を処理するソフトウェアを外部記憶装置より、正常な処
理装置へ転送することにより、中断されたジョブを続済
行させる。このような従来技術においては、処理装置間
の通信のための専用ハードウェアを必要とするためこの
通信装置４が異常となると、計算機システム全体が動作
不能となり、信頼性が低下する。

また、外部記憶装置を用いて、システムの入れ換えを行
うため、処理の連続性を持たせることが困難となり、ま
たシステムの再構成に長時間を要する。さらに、処理装
置の台数が異なると、相互に互換性を持たせることが困
難となり、拡張性に劣ったものである等、多くの欠点が
ある。本発明の目的は、従来技術の多くの欠点を克服し
、処理装置固有記憶装置と処理装置間共有記憶袋贋を合
理的に使い分けることにより、処理装置間通信のための
専用ハードウェアを廃し、短時間にてシステムの再構成
を行ない、保守性、拡張性、に優れた複合計算機システ
ムを提供することにある。

本発明は、ソフトウェアを処理部と仕様部に分離し、仕
様部を処理装置間共有記憶装置に格納し処理装置間相互
監視は、処理装置間共有記憶装置上にもうけた監視デー
タエリアを利用することにより行い、ジョブの配分は、
処理装置間共有記憶袋壇上のジョブを管理するテーブル
を参照することにより実現するものである。

本発明の一実施例として、２台の処理装置よりなる負荷
分担方式の複合計算機システムのハードウェア構成を第
２図に示す。

本図において、２台の処理装置１，２は、処理装置間共
有記憶装置３に接続され、どちらの処理装置も共有記憶
装置３をアクセスすることが可能である。共有資源管理
装置７，９は共有資源群８，１０の共有資源をどの処理
装置に割り付けるかを、選択する袋道であり、処理装置
からの接続要求に従い共有資源の接続先を切換えるもの
である。共有資源とは、ジョブを実行するために必要な
資源であり、外部記憶装置、プロセス入出力装置、印字
装置、マンマシンコミニュケーション装置等が含まれる
。本実施例のソフトウェア構成を第３図に示す。

ここで、ソフトウェアとは、記憶装置上に記憶されたす
べての情報を意味し、処理装置は、この情報に従った動
作を行うものである。本図において、Ｃは共通情報形態
、１系は処理装置１、０系は処理装置２に関する情報形
態である。また、本実施例では、処理装置１，２で実行
されるソフトウェアをテーブルである仕様部１２，１３
と、プログラムである処理部１６，１８とに分離してい
る。

更に、これらのことを詳しく述べると、仕様部１２，１
３とは、ジョブを処理するための具体的手順及び、処理
した結果を格納するものであり、処理袋鷹間共有記憶装
置３にテーブルとして、格納されるものである。

処理部であるプログラム（以下、「処理プログラム」と
いう）１６，１８は、仕様部に示された手順に従い、実
際に処理を行うものであり、処理装置１，２内の固有の
記憶菱直に格納されている。

ここで、処理プログラム１６，１８は、いかなるジョブ
をも処理可能なものであり、手順、処理内容等はすべて
、仕様部１２，１３で指示する。そのため、処理装置１
，２の各固有の記憶装置に記憶されている内容は、後述
する処理装置番号を除き、複数の処理装置１，２上で、
全く同じプログラムとなっている。また、監視プログラ
ム１５，１９は、相手処理装置が正常か否かを判定する
ものであり、処理装置間共有記憶装置３上の監視部１１
の情報を用いて監視するため、このプログラムも複数の
処理装置上で全く同じものである。

処理装置番号格納エリア１７，２０は、各処理装置の個
性を認識させるためのもので、処理装置１には“１”が
、処理装置２には“２”なるデー夕が格納されるテーブ
ルである。処理装置固有の記憶装置に格納されている情
報は、この処理装置番号のみがユニークであり、他の情
報はすべての処理装置で全く同一である。

処理装置間共有記憶装置３上の監視部１１は、監視プロ
グラムのために情報を与えるもので、本例に限らず、一
般に、処理装置がｍ台有る場合の構成を、第４図に示す
。該図で、最初のエリアは最大処理装置台数（ｍ）を示
す。以下のエリアは、各処理装置毎に、カウンターエリ
ア、前回監視時退避エリア、異常回数退避エリア、異常
回数規定値のエリアがそれぞれ設けられている。複数の
ジョブを処理するソフトウェアは、各ジョブの分担を管
理するための情報と、ジョブを処理する処理プログラム
とに分け、後に詳説するが、前者を管理部１４に、後者
を処理装置固有の記憶装置にそれぞれ格納している。す
なわち、管理部１４は、複数のジョブに対し、この処理
装置に処理をさせるかを決定する情報を与えるテーブル
であり、換言すれば各ジョブの分担を管理する情報を与
えるためのテーブルであって、全ジョブ数と、処理すべ
き処理装置番号を格納するものである。

前記管理部１４に格納されるテーブルを、ジョブ数が、
ｎ個有る場合の一般的構成を例にとって第５図に示す。

該図で、最初のエリアには技大ジ．ョブ数（ｎ）が格納
されており、それ以降のェリアには、ジョブ１〜ｎまで
の各ジョブを処理するべき処理装置番号が格納されてい
る。なお、第４図及び第５図における監視プログラムと
、処理プログラムは、一定周期にて、定期的に起動され
るものである。第６図は本実施列におけるジョブを処理
する処理プログラムの実行手順を示すフローチャートで
あり、該処理プログラムは各処理装置固有の記憶装置に
格納されている。

ブロックＡでは、管理部１４より、全ジョブ数を取り込
む。ブロックＢでは、順次ジョブを処理するため、ジョ
ブ番号を１にイニシヤライズする。ブロックＣでは、自
分の処理装置番号と、管理部１４に示された該当ジョブ
を実行すべき処理装置番号が一致しているか否かを判定
し、一致した場合のみ、その一致が得られた該当処理装
置が該当ジョブを実行すべきブロックＤに進む。ブロッ
クＤでは、処理装置間共有資源８または１０が、すでに
目処理装置１または２に接続されているか否かを判定す
るもので、前回処理時の処理装置番号に変化があれば、
接続されていないものとして、ブロックＥに進む。ブロ
ックＥでは、該当ジョブを実行するために必要な共有資
源８または１０を目処理装置に鞍続すべ〈、共有資源管
理装置７または９に対し、切換え要求を出す。ブロック
Ｆでは、該当ジョブの仕様部に従い、ジョブを実行する
と同時に、次回処理時に連続性を持たせるため、必要な
結果を、仕様部に退避しておく。フロックＧでは、全ジ
ョブに関する処理が終了したか否かを判定するもので、
全部終了していない場合のみ、ブロック日に進む。ブロ
ック日では、ジョブ番号を１つだけ更新し、次のジョブ
の処理を行うべくブロックＣに進む。このようにして、
処理プ。グラムは、管理部１４に与えられた必要なジョ
ブのみを行うものである。次に、監視プログラムの処理
手段を第７図に示す。

この監視プログラムでは第４図に示すテーフルが参照さ
れる。ブロックＡにて、自分の処理装置にてカウントア
ップすべきカウンターエリア（第４図参照）をサーチし
、ブロックＢにて、該当カウンターをカウントアップし
てカウンターの更新を行い、他の処理装置に対し、正常
であることを示す。ブロックＣでは、監視すべき処理装
置のカウンターをサーチし、ブロックＤにて、カウンタ
−の内容と、前回監視時退避エリアの内容を読み出す。
ブロックＥにて、両者が同じ値か否かを判定し、同じ場
合には、カウンターが更新されず、該当処理装置上は何
らかの異常があったとみなし、ブロックＦに進む。ブロ
ックＦ以降は異常処理手順であり、後に詳細に説明する
。また、正常な場合には、ブロックＫに進み、異常回数
退避エリアを‘‘０”にクリアする。それでは、異常処
理手段を以下に説明する。

ブロックＦでは、異常回教退避ヱリアの内容を１つ更新
し、ブロックＧにて、監視部１１に示された異常回数規
定値（第４図参照）よりも多く、異常が連続しておこっ
たかを判定し、オーバーした場合のみ、該当処理装置が
、ジョブを実行することが不可能であるとみなし、フロ
ック日に進む。ここで、ブロックＧにてこのような処理
を行うのは、カウンター更新と、監視の各々のタイミン
グが一致し、監視のみが連続して動作した場合に、謀ま
って該当処理装置異常と判断しないためと、ジョブの負
荷程度により負荷増大時は、カウンターの更新が一定期
間出来なくなることを許すための処理である。ブロック
日では、異常となった処理装置が実行していたジョブが
有ったか否かを判定するもので、有った場合のみ、ブロ
ック１にて、監視部１１の該当処理装置番号を、正常処
理装置番号に変更する。この変更により、正常な処理装
置上の処理プログラムに対し、該当ジョブの続行を行な
わせることが可能となるのである。最後にブロックＪに
て、今回のカウンターの内容を、前回処理時退避エリア
に退避し、次回の処理を合理的なものとする。このよう
にして、本実施例では、監視部１１を用いて、処理装置
間の相互監視を行い、管理部１４にて、ジョブの管理を
行つｏ本発明の一実施例によれば、相互監視のための通
信専用ハードウェアを必要とせず、信頼性の向上を実現
することができる。

さらに、ジョブ割り当ては、管理部に示された処理装置
番号を変更するのみで良く、従来のように、外部記憶装
置よりソフトウェアを転送し、入れ換えするといった処
理が不吉要であるため、システム再構成に要する時間を
短くすることが可能となる。さらに、処理装置間共有記
憶装置上に仕様部があり、処理結果をも格納しているた
め、処理装置が変わっても、ジョブの処理に、蓬綾性を
持たせることが、極めて容易に実現する。また、ジ３ブ
の手続きはすべて仕様部に格納されるため、手続きの変
更があっても、仕様部のみの修正で良く、保守性の向上
をも実現している。本発明の他の実施例として、デュプ
レツクスシステムの例を、第８図にハードウェア構成、
第９図にソフトウェア構成を示す。

デュプレツクスシステムでは、ジョブは１つのみである
とみなせるため、第２図と異なり、共有資源群及び共有
資源管理袋贋は７，８の１組のみであり、第９図で、第
３図と異なるのは、仕様部が１２の１つのみであり、こ
れに伴ない、管理部１４も１つのみである。この構成に
もかかわらず、処理プログラム及び監視プログラムは、
第３図の場合と全く同様である。この例のように、本発
明は、負荷分担システムのみでなくデユプレツクスシス
テムにも適用可能である。さらに、本発明の他の実施例
として、３台の処理装置からなる複合計算機システムに
適用した場合のハードウェア構成を第１０図に、ソフト
ウェア構成を第１１図に示す。

第２図と異なるのは処理装置１，２，２１、共有資源群
８，１０，２３及び共有資源管理装置７，９，２２とい
る具合にそれぞれ３台より構成されていることである。
またソフトウェアにて、第３図と異なるのはｍ系が追加
され、処理プログラム２５、監視プログラム２６、処理
装置番号エリア２７が追加され、仕様部が仕様部１２，
１３，２４の３つとなり、・処理装置３の固有記憶装置
に、他の処理装置の固有記憶装置と同じものを格納して
あり、処理装置番号格納エリア２７に“３”が格納して
ある点である。この実施例の場合でも、処理プログラム
と、監視プログラムは、第６図及び第７図と何ら変わる
ことはない。この実施例では、さらに、拡張性に優れる
という効果がある。すなわち、第２図に示したハードウ
ェアに対し、処理装置、共有資源群及び共有資源管理菱
贋を追加しているが、ソフトウェアは、第３ヅに示した
ものに、ジョブ３の仕様部を追加し、監視部、管理部の
拡張を行い、処理装置３には、全く同じプログラムを格
納するのみで良く、極めて容易に処理装置の追加を可能
としている。なお、本例とは異なり、３台処理装置のう
ち、１台を待機系とする場合は、共有資源群及び共有資
源管理菱道の追加は不午要であり、ジョブ３のための仕
様部の追加も不要である。以下では、上記実施例を具体
的な事例で説明しよう。処理プログラムが仕様部に示さ
れた情報に従い、いかに動作するかを明確にするもので
ある。本発明の実施例において、ジョブは具体的にはア
ナログ制御、シーケンシャル制御及びマンマシン処理に
大別される。

アナログ制御とは、温度、圧力、流量、水位等をシーケ
ンシャル制御又はマンマシン処理より与えられた設定値
に保椿すべく制御を行うものであり、シーケンシャル制
御とはあらかじめ定められた手順に従い回転機の起動／
停止、弁の開／閉、アナログ制御の設定値の変更等を行
うものであり、マンマシン処理とは、オペレータと計算
機システムとの会話を実現するもので、ＣＲＴディスプ
レー上へのデータ表示、タイプラィタへの印字、オペレ
ータの要求による各種データの変更、設定を行うもので
ある。ここでは、シーケンシャル制御の場合を例にとっ
て具体的構成を示す。

処理装置間共有記憶装置に格納された仕様部は管理テー
ブルと仕様テーブルに大別される。

処理装置固有記憶装置上に格納された処理プログラムは
、メインプログラムと、マクロ解読サブルーチン群に大
別される。仕様テーブルは、１つの動作を指示する単位
（弁を開く等）に区切られるが、以下その１区切りをマ
クロ命令と称する。このマクロ命令は、弁の開／閉をは
じめデータ設定、条件判定等３Ｇ余りのものが用意され
ており、各マクロ命令を解読し、実行するのがマクロ解
読サブルーチンであり、マクロ命令の種類だけ、用意さ
れている。シーケンシャル制御は、一般には単純な順序
制御ではなく、あるまとまった手順が複数あり、それら
が並行に処理されなければならない、本実施例ではこれ
らのまとまりをＵＳ（ユニットシーケンス）と称し、Ｕ
Ｓ，ＮＯという番号で管理をする。

管理テーブルと仕様テーブルはこのＵＳの数だけ用意し
、並行処理を可能としている。第１２図に、仕様テーブ
ルの構成を示す。本図では、ＶＡＬＶＥ，ＰＵＭＰと２
つのマクロ命令が続いた個所のみを示しているが、′図
中、ＶＡＬＶＥ，ＷＡＩＴ，ＯＰＥＮ、Ｖ０２２３等は
すべてあらかじめ定められたコードが割当てられ、具体
的には数値が格納されている。ＶＡＬＶＥは、マクロ命
令を示し、ＷＭＴは、正常に弁が動作しなかった場合、
ＵＳをＷＭＴ状態にさせることを示し、ＯＰＥＮは弁を
開けることを、Ｖ０２２３は、開けるべき弁の番号を示
す。またＪＵＭＰＡＤＤＲＥＳＳ１５私は、正常に弁が
動作しなかった場合のジャンプ先アドレスを、ＮＥＸＴ
ＡＤＤＲＥＳＳｌｏｏ４は、正常終了時次に実行すべき
マクロ命令の先頭アドレスを示す。第１３図に、管理テ
ーブルの構成を示す。

ＳＴＡＴＵＳは該当ＵＳがＲＵＮすべきか、ＷＭＴ中な
のか、異常状態なのか等の動作状態がビット情報として
格納される。

ＵＳＮＡＭＥはＵＳの名称を、ＳＴＥＰＮＯは現在実行
中のステップ番号が格納され、両者共、マンション処理
にて、表示、印字を行うために用いるものである。ＴＩ
ＭＥＲは、時間要素を計算するためのワークエリアであ
り、ＲＥＳＴＡＲＴＡＤＤＲＥＳＳは、仕様テーブル上
次に実行すべきマクロ命令の先頭アドレスが、ＬＩＮＫ
ＡＧＥには異常時マンマシン処理に渡すべき情報が格納
されている。

第１４図は、本発明の明細書本文における、第６図のブ
ロックＦの詳細手順を示し、処理プログラムは、該当ジ
ョブを実行すべきと判断した後、本図に示す処理を行う
ものである。

最初にブロックＦＩで該当ＵＳがＲＵＮ中か否かを管理
テーフル上のＳＴＡＴＵＳに示された情報に従い判定し
、ＲＵＮ中のみ、ブロックＦ２以降の処理を行う。ブロ
ックＦ２では、管理テーブル上のＲＥＳＴＡＲＴ ＡＤ
ＤＲＥＳＳを取り込み、ブロックＦ３にて、該当するマ
クロ解読サブルーチンを判定し、リンクする。

マクロ解読サブルーチンより与えられる情報に従い、ブ
ロックＦ４にて、継続した処理が必要か否かを判定し、
必要な場合は、ブロックＦ２以降の処理をくり返す。不
Ｙ必要な場合は、ブロックＦ５にて、全ＵＳの処理が終
了したか否かを判定し、終了していない場合は、ブロッ
クＦＳにて、ＵＳＮＯを更新し「ブロックＦＩ以降の処
理をくり返す。この処理プログラムは、毎秒１回、周期
的に起動されるので、第６図及び第３図の処理は毎秒く
り返し行なわれる。第１５図に、マクロ解読サブルーチ
ンの例として第１２図に示した、ＶＡＬＶＥを処理する
ものを示す。

最初は、ブロックＦ７に於ける判定は否（ＮＯ）であり
ブロックＦ８にて、Ｖ０２２３ある弁をＯＰＥＮすべき
、プロセス入出力装置内のディジタル出力回選を判断し
、フロツクＦ９にてＯＮとし、弁が開くよう要求する。
本サブルーチンは、いったん、これだけの処理を行いメ
インプログラムに戻る。次の１秒後の周期においては、
ＲＥＳＴＡＲＴＡＤＤＲＥＳＳを変更していないので再
び本マクロサブルーチンにリンクしてくるが、この時は
、ブロックＦＩ川こ分岐し、該当する弁の動作状態を示
す。プロセス入出力装置内ディジタル入力回路を判断し
、ブロックＦＩＩにて、動作指示ＯＰＥＮとなったか否
かを判定し、ＯＰＥＮとなった場合は、ブロックＦ１７
にて、ＲＥＳＴＡＲＴＡＤＤＲＥＳＳを、ＮＥＸＴ Ａ
ＤＤＲＥＳＳとし本サブルーチンの処理は終り、メイン
プログラムである第１４図のブロックＦ４においては、
継続した処理が必要と判断し、フロツクＦ２以降の処理
をくり返し、第１２図の次のマクロ命令ＰＵＭＰの処理
を行う。第１５図ブ。ックＦＩ１において、ＯＰＥＮと
なっていないと判断した場合は、ブロックＦ１２にて、
弁Ｖ０２２３は正常か否かを判定する。この判定は、一
定時間内にＯＰＥＮとなったか否かによって行う。正常
な場合は、いったん本マクロ命令の処理を終え、次の１
秒後に同様の処理を行つ。フロックＦ１２にて、異常と
判断した場合は、フロツクＦ１３にて、管理テーブル上
のＬＩＮＫＡＧＥの内容をマンマシン処理に渡し、警報
出力を依頼し、フロックＦ１４にてＲＥＳＴＡＲＴＡＤ
ＤＲＥＳＳをＪＵＭＰ ＡＤＤＲＥＳＳとし、ブロック
Ｆ１５にて、アラーム処理は、００かＷＡＩＴかを判定
し、ＷＡＩＴの場合は、ブロックＦ１６にてＵＳをＷＡ
Ｉト状態として、本マクロ解読サブルーチンの処理は終
了する。なお、ＪＵＭＰ ＡＤＤＲＥＳＳ１５３４番地
以降には、弁Ｖ０２２３が異常となった時に行うべきで
処理が第１２図と同様の構成で、指示されており、ＷＡ
ＩＴ状態となったＵＳは、マンマシン処理が、オペレー
タよりＲＵＮ状態への変更要求を受け取った時点で、Ｒ
ＵＮ状態に、変更される。以上が、シーケンシャル制御
の仕様部と、処理プログラムの構成であるが、アナログ
制御及びマンマシン処理の場合も基本的には、同様の構
成である。

このように、本発験の実施例では、ジョブ１とジョブ２
を行うためには、仕様部を２つもうけ、マクロ命令の組
合せ及びマクロ命令のパラメター（動作指示、ＶＡＬＶ
ＥＮＯ等）を変更することに夕 より、全く異なったジ
ョブを行うことが可能であり、処理プログラムの変更は
不要であり、ジョブ１とジョブ２を行う処理プログラム
は、全く同一のものでよい。

このようにして、本実施例では、処理装置固有記憶装置
の内容を、処理装鷹番号を０除き、全く同一のものとし
ているのである。以上のように、本発明によれば、複合
計算機システムにおいて、処理装置間通信専用ハードウ
ェアが不要のため、信頼性の向上が見られ、さらにシス
テム再構成に要する時間を短縮でき、保守性夕に優れ、
２台の処理装置からなる負荷分担システムをはじめ、デ
ュプレツクスシステム、３台複合計算機システム及び一
般にｍ台の処理装置から成る複合計算機システムに適用
可能であり、汎用性に優れ、容易に拡張可能といった効
果がある。０

【図面の簡単な説明】

第１図は従来技術によるハードウェア構成図、第２図は
本発明の一実施例のハードウェア構成図、第３図はその
ソフトウェア構成図、第４図は監視部の構成図、第５図
は管理部の構成図、第６タ図は処理プｏグラムのフロー
チャート図、第７図は監視プログラムのフローチャート
図、第８図はデュプレックスシステムに適用した場合の
ハードウェア構成図、第９図はそのソフトウェア構成図
、第１０図は３台複合計算機システムのハード０ウェア
構成図、第１１図はそのソフトウェア構成図、第１２図
は仕様テーブル構成例図、第１３図は管理テーブル構成
図、第１４図はメインプログラムの処理の一部のフロー
チャート図、第１５図はマクロ解読サブルーチンのフロ
ーチャート図で夕ある。 １，２，２１・・・・・・処理装置、３・・・・・・処
理装置間共有記憶装置、４・・・・・・処理装置間専用
通信装魔、５，６・・…・外部記憶装置、７，９，２２
…・・・共有資源管理装置、８，１０，２３・・・・・
・共有資源群、１ １・・・・・・監視部、１２，１３
，２４・・・…仕様部、１４・・・・・・管理部、１５
，１９，２６・・・・・・監視プログラム、１６，１８
，２５・・・・・・処理プログラム、１７，２０，２７
・・・・・・処理装置番号格納エリア。 多ｌ図第２図 繁る図 第４図 第５図 第６図 茅ヮ図 第８図 繁ｑ図 第１２図 第１３図 ※′ｏ図 多‘ｌ図 多‘４図 客１５図

Claims (1)

1. 【特許請求の範囲】 １ 複数の処理装置と、該複数の処理装置間で共有する
   処理装置間共有記憶装置と、上記処理装置間の共有資源
   を管理する共有資源管理装置とを備え、前記各処理装置
   はそれぞれ固有の記憶装置を有し、ソフトウエアをプロ
   グラムである処理部とテーブルである仕様部に分離し、
   上記処理部を上記各処理装置固有の記憶装置に格納し、
   上記仕様部を上記処理装置間共有記憶装置に格納してな
   る複合計算機システム。 ２ 上記各処理装置固有の記憶装置の内容は、処理装置
   番号を除き全く同一のものである特許請求の範囲第１項
   記載の複合計算機システム。 ３ 複数の処理装置と、該複数の処理装置間で共有する
   処理装置間共有記憶装置と、上記処理装置間の共有資源
   を管理する共有資源管理装置とを備え、前記各処理装置
   はそれぞれ固有の記憶装置を有し、複数のジヨブを処理
   するソフトウエアを、各ジヨブの分担を管理するための
   情報とジヨブを処理する処理プログラムとに分け、上記
   情報を上記共有記憶装置に格納し、上記処理プログラム
   を各処理装置固有の記憶装置に該各処理装置固有の自己
   処理装置番号と共に格納すると共に、処理に際しては、
   各処理装置はそれぞれの固有の記憶装置上に格納されて
   いる自己処理装置番号と上記共有記憶装置上の情報が指
   定する現在の処理装置番号とを比較し、一致している場
   合のみその一致が得られた該当処理装置が処理を行うよ
   うにした複合計算機システム。 ４ 複数の処理装置と、該複数の処理装置間で共有する
   処理装置間共有記憶装置と、上記処理装置間の共有資源
   を管理する共有資源管理装置とを備え、前記各処理装置
   はそれぞれ固有の記憶装置を有し、ソフトウエアをプロ
   グラムである処理部とテーブルである仕様部に分離し、
   上記処理部を上記各処理装置固有の記憶装置に格納し、
   上記仕様部を上記処理装置間共有記憶装置に格納すると
   共に、処理装置間共有記憶装置上に監視用データを格納
   し、この監視用データを処理装置の数だけ用意し、第１
   の処理装置は第１の監視用データをカウントアツプし、
   第２の処理装置は第１の監視用データが正常に更新され
   ているか否かを調べると同時に、第２の監視用データを
   カウントアツプし、以下順次各処理装置は同様の処理を
   用い、最后の処理装置は、前の監視用データが正常にカ
   ウントアツプされているか否かを調べると同時に、最后
   の監視用データをカウントアツプし第１の処理装置が最
   后の監視用データが正常に更新されているか否かを調べ
   、各処理装置において、監視用データが正常に更新され
   ない場合に該当処理装置は異常であると判断して異常処
   理が実行されてなる複合計算機システム。 ５ 前記異常処理は、処理装置の異常が発見された時に
   、処理装置間共有記憶装置上に格納されたジヨブ管理の
   ための情報を、異常となつた処理装置番号から、正常な
   処理装置番号に変更することにより、異常となつた処理
   装置の処理を中止させ、処理装置番号の一致が得られる
   正常な処理装置にジヨブを続行させてなる特許請求の範
   囲第４項記載の複合計算機システム。