JP3103877B2 - 多重構成システムによるプログラム実行方式 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、一般にはコンピュータ
システムにおけるプログラム実行方式に関わり、特に、
多重構成のハードウェアシステムを用いて同一業務のプ
ログラムを実行するための方式に関する。

【０００２】

【従来の技術】重要な業務を行うコンピュータシステム
では、業務遂行の安全性と信頼性の確保のために、プロ
グラムを実行できるハードウェアシステムを２セット以
上設置して（このようなハードウェア構成を以下、多重
システムと呼ぶ）、各々のハードシステムで同一業務の
プログラムを同時実行させる方式が広く採用されてい
る。

【０００３】この多重構成システムによるプログラム実
行方式の中で、最も一般的な方式は、デュアル構成のハ
ードシステムを用いるものであり、以下これを、「デュ
アル実行方式」と略称する。

【０００４】このデュアル実行方式に関しては、従来、
次の２種類の方式が採用されている。その第１の方式
は、２つのハードシステムの各々に、同一業務を果たす
がその構成や手順は全く異なるプログラム（例えば、同
一仕様により異なるメーカが作ったプログラム）を実行
させるものである。第２の方式は、２つのハードシステ
ムの双方に全く同じプログラムを実行させる方式であ
る。

【０００５】

【発明が解決しようとする課題】上記第１の方式は、一
方のシステムでのハードウェア障害及びソフトウェア障
害の双方から業務の安全を守れるというメリットがある
反面、異なるプログラムを用意する必要があるため多額
の費用がかかるという問題がある。

【０００６】一方、第２の方式は、第１の方式よりは廉
価であるが、両システムが全く同一のプログラムを用い
るため、ソフトウェア障害の場合には両システムが同時
ダウンし業務が停止するという問題がある。

【０００７】従って、本発明の第１の目的は、多重構成
システムによるプログラム実行方式において、比較的廉
価にシステムが構築でき、しかも、ハードウェア障害及
びソフトウェア障害の双方に対してシステムダウンを防
ぐことが出来る方式を提供することにある。

【０００８】また、上記のようなデュアルシステムで
は、双方のシステムに全く同一の業務処理を実行させる
ために、双方のシステムへ入力される入力データのクロ
スチェックと、双方のシステムからの出力データのクロ
スチェックが必要となるが、このチェックのためにデー
タフローに遅延が生じて、シンプレックスシステムに比
較してスループットが低いという問題がある。

【０００９】そこで、本発明の好適な一実施例において
追加された第２の目的は、多重構成システムによるプロ
グラム実行方式において、クロスチェックの方法を改善
することによりシンプレックスシステムと実質的に同等
なスループットを得ることにある。

【００１０】

【課題を解決するための手段】第１の目的を達成するた
め、本発明は、多重構成システム内にロードされた実行
プログラムのリンク形式として、スタティックリンクと
ダイナミックリンクの２形式を併用する。すなわち、少
なくとも一つの実行システムは、スタティックリンク形
式でプログラムを主記憶にロードして実行し、別の実行
システムはダイナミックリンク形式でプログラムを主記
憶にロードして実行する。

【００１１】後述するように本発明の好適な一実施例
は、第２の目的を達成するため、多重構成システムで用
いられるフロントエンドプロセッサが、入力データをク
ロスチェックせずに実質的にスルーでマスタシステム及
びスレーブシステムに送信する。そして、この入力デー
タを受信したスレーブシステムが、マスタシステムから
も入力データを受けて、これを実質的にスルーで自シス
テムの業務処理に渡し、その後に、両入力データのクロ
スチェックを行う。また、出力データについては、フロ
ントエンドプロセッサが、マスタシステムからの出力デ
ータを実質的にスルーで外部送出し、その後に、これと
スレーブシステムからの出力データとのクロスチェック
を行う。

【００１２】

【作用】スタティックリンクとダイナミックリンクを併
用する本発明の方式では、リンク形式が異なっても、業
務機能において全く同一のプログラムが使用できるの
で、従来の完全同一のプログラムを使用するデュアル方
式と同程度に低いコストでシステムが構築できる。ま
た、ソフト障害が生じた場合、その障害が局所的なもの
である限り、ダイナミックリンク形式のシステムは停止
しないので、システム全体の停止を回避することができ
る。さらに、システム立ち上げ後の初動段階で処理速度
が遅いというダイナミックリンク形式のもつ欠点を、ス
タティックリンク形式のもつ高速処理が補うので、業務
の実施に支障が出ない。

【００１３】好適な一実施例で採用されるスループット
向上のための仕組みによれば、入力データがスルーでシ
ステムに与えられ、或いは、マスタシステムからの出力
データがスルーで外部送出され、そして、このスルーの
データフローに遅延を与えないようにクロスチェックが
行われるので、シンプレックスシステムと実質的に同等
なスループットが得られる。その反面、クロスチェック
でエラーが出た場合、エラー発生と同時にシステムを停
止することができず停止まで僅かの遅延が発生すること
になる。しかし、実際にエラーが発生することは極めて
稀であり、かつ、その停止の僅かな遅延は実際上余り問
題にならないであろうから、このエラー発生時の問題よ
りも、スループット向上の利点の方が実際上は重視され
るであろう。

【００１４】

【実施例】以下、本発明の実施例を図面により詳細に説
明する。

【００１５】図１は、本発明の一実施例であるデュアル
構成システムによるプログラム実行方式の全体構成を示
すブロック図である。

【００１６】図１において、２台の中央処理装置（ＣＰ
Ｕ）１、３が、共通のフロントエンドプロセッサ（ＦＥ
Ｐ）５を介して、図示しない外部の入出力装置に接続さ
れている。ＦＥＰ５は、外部からの入力データを２つの
ＣＰＵ１、３に供給し、かつ、２つのＣＰＵ１、３から
の出力データの一方を外部出力すると共に、両者の一致
チェック（クロスチェック）を行なう。

【００１７】２つのＣＰＵ１、３は、それぞれのライブ
ラリに同一業務のための業務プログラムを蓄積してお
り、システム立ち上げの際にそれぞれの主記憶にこれを
ロードする。その２つの業務プログラムは、それを構成
する各ロードモジュール（以下、ＬＭと略称する）の内
容において、実質的に全く同一である。従って、２つの
ＣＰＵ１、３は、ＦＥＰ５を通じて同一の入力データを
受信すると、ハード及びソフトに障害が無い限り、（後
述するリンク形式の相違に起因する、業務内容に関係な
い処理の相違は別として）全く同一の業務処理を実行
し、そして、同一の出力データを発生する。

【００１８】２つのＣＰＵ１、３は、ライブラリから主
記憶に業務プログラムをロードする場合、スタティック
リンクとダイナミックリンクの２種類のＬＭリンク形式
のうち、いずれか一方の形式を採用する。その場合、一
方のＣＰＵがスタティックリンクを採用し、他方がダイ
ナミックリンクを採用し、両ＣＰＵが同一のリンク形式
を採用することはない。

【００１９】２つのＣＰＵ１、３のうち、一方はマスタ
システムとして動作し、他方はスレーブシステムとして
動作する。マスタシステムとスレーブシステムの動作の
相違は後に説明するが、この相違は業務処理自体には関
係がないので、マスタシステムもスレーブシステムも全
く同一の業務処理を行う。

【００２０】いずれのＣＰＵをマスタとしスレーブとす
るかは、運用者が全く自由に設定できる。マスタとスレ
ーブが設定されると、システム立ち上げ時には、自動的
に、マスタのＣＰＵはスタティックリンクを採用し、ス
レーブのＣＰＵはダイナミックリンクを採用する。その
理由は、後述するように、スタティックリンクは、アド
レス解決を初めから行う必要がないため、立ち上げ後し
ばらくの間はダイナミックリンクより処理が速いからで
ある。その後、障害の発生やメンテナンス等のために必
要が生じれば、リンク形式は不変のまま、マスタとスレ
ーブの指定を切り替えることができる。

【００２１】２つのＣＰＵ１、３には共通の監視装置７
が接続されている。この監視装置７は、ＣＰＵ１、３が
必要に応じて参照できるように、各ＣＰＵの設定された
ステータスを記録しておくものである。この監視装置７
には、マスタ（Ｍ）かスレーブ（Ｓ）かのステータス、
及びＬＭリンク形式がスタティックリンク（Ｓ）かダイ
ナミックリンク（Ｄ）かのステータスが記録されてい
る。２つのＣＰＵ１、３は、システム立ち上げ時やリス
タート時などに監視装置７の記録を参照して、自システ
ムのステータス選択を行う。

【００２２】図２はプログラムのリンク形式を説明した
模式図であり、同図（Ａ）はスタティックリンクを示
し、同図（Ｂ）はダイナミックリンクを示している。

【００２３】図示のように、例えば１つの主ＬＭ１１と
２つの副ＬＭ１３及び１５とから、１タスクの業務プロ
グラムが構成される場合、スタティックリンクでは、主
ＬＭ１１に対して２つの副ＬＭ１３、１５が初めから固
定的にリンクされて一体の実行プログラムとして主記憶
領域にロードされる。これに対し、ダイナミックリンク
では、初めは主ＬＭ１１だけがロードされ、その後、副
ＬＭ１３、１５の実行要求が発生した都度、実行要求の
あった副ＬＭ１３（又は１５）が個別に主ＬＭ１１にリ
ンクされてロードされる。

【００２４】ダイナミックリンクでは、副ＬＭを主ＬＭ
にリンクする都度、アドレス解決が必要となるため、初
めからアドレス解決済みのスタティックリンクに比較し
て、処理速度が遅いという欠点がある。ダイナミックリ
ンクでは、一旦ロードした副ＬＭを、その実行終了後に
主記憶から消去することが可能である。しかし、本シス
テムでは、一旦リンクした副ＬＭは、そこに障害が発生
しない限り、主記憶にずっと残しておく。これにより、
立ち上げ後しばらくの間に全部の副ＬＭが一通り実行さ
れた段階で、全ＬＭのアドレス解決が完了済みとなるた
め、スタティックリンクと実質的に同一の処理速度が以
後得られる。

【００２５】スタティックリンクは、主ＬＭと副ＬＭと
が一体化されて切り離せないので、局所的な障害が発生
すると、プログラム全体が実行不可能となる。これに対
し、ダイナミックリンクでは、障害の生じた副ＬＭだけ
を実行禁止とすることにより、他の正常な副ＬＭの実行
を継続することができる。

【００２６】スタティックリンクとダイナミックリンク
の長・短所をまとめると以下の通りである。

【００２７】Ａ．スタティックリンク 1) 長所 ＬＭの作成の段階でアドレス解決がされているた
め、プログラムの実行速度が速い。

【００２８】 アドレス参照テーブルが不要なため、
ＬＭでの無駄なエリアがなく、コンパクトに作成でき
る。

【００２９】 ＬＭがコンパクトであるため、スター
ト時間が短縮できる。

【００３０】2) 短所 業務ソフトウェアにおける局所的な障害が発生した
場合、その影響範囲が大きくなる。

【００３１】Ｂ．ダイナミックリンク 1) 長所 システム運転中にプログラムの入替えが可能であ
る。

【００３２】 局部的な障害時の他の処理への影響が
小さい。

【００３３】 処理を増加することなくタスク分割が
可能であり、異常時の影響を細分化することが容易であ
る。

【００３４】2) 短所 アドレス解決をプログラム実行中（１回）に行なう
ため、初期実行するまでに時間がかかる。

【００３５】以上のような特徴を持ったスタティックリ
ンクとダイナミックリンクを上手く併用することによ
り、次のような利点を得ることができる。

【００３６】1) 両方式の短所が補え、長所を有効に利
用できる。

【００３７】 システムスタート／リスタート時間が
短かい（スタティックリンクの利点）。

【００３８】 プログラムの局所的障害から業務の安
全を守れる（ダイナミックリンクの利点）。

【００３９】2) ソフトウェアの管理が簡素化される。

【００４０】 業務機能のソフトウェア管理の一本化
が可能になる。リンク形式が異なっても、業務機能のた
めのプログラム部分は同一だからである。

【００４１】 業務機能向上時の修正が容易である。

【００４２】 、の結果、完全同一のプログラム
をデュアルシステムで用いる場合と実質的に同等のコス
トで、システムが構築できる。

【００４３】このような利点を得るために、本実施例に
おいて２つのリンク形式を併用する具体的な態様を以下
に詳述する。

【００４４】図３は、本方式におけるシステム立上げ開
始から業務処理開始までの処理手順の流れを示す。

【００４５】図３において、初期立上げの場合には、事
前に、運用者がマニュアル操作によって監視装置７にマ
スタ／スレーブステータスを設定し、かつ、ＬＭステー
タスをクリアしておく（ステップＳ１）。

【００４６】２つのＣＰＵ１，３は、立ち上げの開始に
おいて、ＬＭ決定プログラムを実行することにより最初
に、監視装置７からＬＭステータスを取得する（ステッ
プＳ２）。この時、ＬＭステータスがクリアされていれ
ば、ＣＰＵ１，３は初期立ち上げと判断し、次に監視装
置７のマスタ／スレーブステータスを読みに行く。そし
て、その監視装置７に設定されたマスタ／スレーブステ
ータスに従って、一方のＣＰＵ（例えば、ＣＰＵ１）は
マスタとなり、他方のＣＰＵ（例えば、ＣＰＵ３）はス
レーブとなる。そして、マスタとなったＣＰＵ１は、ス
タティックリンク形式を選択してＬＭをロードして起動
する（ステップＳ４）。同時に、スレーブとなったＣＰ
Ｕ３は、ダイナミックリンク形式を選択してＬＭをロー
ドし起動する（ステップＳ５）。これと共に、各ＣＰＵ
１，３は各々のＬＭリンクステータスを、監視装置７及
び自システム内のファイルにセットする（ステップＳ
４，Ｓ５）。

【００４７】尚、監視装置７に障害があってマスタ／ス
レーブステータスが読めない、両ＣＰＵに同一のステー
タスが設定されているなどの問題がある場合は、システ
ム立ち上げは失敗するので、この場合は運用者がシステ
ム操作卓よりマスタ／スレーブ指定を行なうことになる
（ステップＳ３）。この場合にもマスタＣＰＵはスタテ
ィックリンクを、スレーブＣＰＵはダイナミックリンク
を自動的に選択する（ステップＳ４，Ｓ５）。

【００４８】こうしてシステムが立ち上がり、そして両
ＣＰＵ１，３のデュアル運転による業務処理が開始され
る（ステップＳ６）。

【００４９】両システムが立ち上がり業務処理が開始さ
れた後、両システムの一方又は双方においてハード障害
又はソフト障害が発生する場合がある。一方のシステム
でハード障害が生じた場合は、他方のシステムが正常に
動作するので業務に支障はない。

【００５０】また、局所的なソフト障害が発生した場合
は、両システム共に同一の障害が発生し、スタティック
リンクのシステムは業務処理が停止するが、ダイナミッ
クリンクのシステムは障害の発生した副ＬＭのみを実行
停止とすることにより、その副ＬＭの機能以外の業務処
理を継続できる。

【００５１】図４にこの様子を示す。図４（Ａ）は両シ
ステムのＣＰＵ１、３が正常に運転している状態であ
り、図４（Ｂ）は局所的なソフト障害、例えば業務処理
３の副ＬＭに障害が発生した場合を示す。この場合、ス
タティックリンクのＣＰＵ１は停止となるが、ダイナミ
ックリンクのＣＰＵ３は業務処理３用ＬＭを切り離して
機能を縮退させた後、業務を継続できる。その後、図４
（Ｃ）のように、ＣＰＵ３での業務処理３用ＬＭの組み
込み、及びＣＰＵ１での全体プログラムの組み込みが行
われれば、正常な動作環境で運転が再開される。

【００５２】さて、ハード障害が発生した場合、障害の
生じたシステムがスレーブシステムのみであり、マスタ
システムが正常な場合は、マスタシステムのみで業務処
理を継続し、その間にスレーブシステムの障害を修復
し、その後スレーブシステムをリスタートする。また、
ハード障害の生じたシステムがマスタシステムのみであ
りスレーブシステムが正常な場合は、マスタ／スレーブ
ステータスを切り替えて今までのスレーブシステムを新
たなマスタシステムとして業務処理を継続させると共
に、その間に障害を修復し、その後修復させたシステム
を新たなスレーブシステムとしてリスタートする。

【００５３】ソフト障害の場合は、これは両システムで
同時に発生する。この場合、図４で説明したように、ダ
イナミックリンクのシステムのみを、障害の生じたＬＭ
を切り離して機能を縮退させた状態で業務を継続させる
（これがスレーブシステムの場合は、上述のようにマス
タ／スレーブステータスの切り替えも行なう）。その
後、障害を修復したＬＭを、ダイナミックリンクのシス
テム（新たなマスタシステム）に組み込んで、そのＬＭ
の実行禁止を解除すると共に、障害を修復した全体プロ
グラムをスタティックリンクのシステムに組み込んで、
このスタティックリンクのシステムを新たなスレーブシ
ステムとしてリスタートさせる。更に、両システムが障
害により停止した場合は、障害を修復した後、両システ
ムをリスタートさせる。

【００５４】図３を再び参照して、上記のようにリスタ
ートされた場合、リスタートしたＣＰＵはＬＭ決定プロ
グラムを実行して、まず監視装置７からＬＭステータス
に取得する（ステップＳ２）。このＬＭステータスに既
にスタティック又はダイナミックが設定されていれば、
当該ＣＰＵはリスタートであると認識する。

【００５５】そして次に、当該ＣＰＵは、リスタート前
のマスタ／スレーブステータスで、監視装置７から取得
した自システムのＬＭステータスに従ってＬＭを再ロー
ドし起動する（ステップＳ７）。

【００５６】また、このリスタートの際に監視装置７に
障害があってＬＭステータスが正常に取得できない場合
は、当該ＣＰＵは、マスタシステムとして起動する場合
（両システム停止の場合のみ生じ得る）は、初期立ち上
げ時と同様に自動的にスタティックリンクを選択してＬ
Ｍを再ロードし起動する（ステップＳ８）。一方、スレ
ーブシステムとして起動する場合（片システム停止及び
両システム停止のいずれの場合にも生じる）は、マスタ
システムのＬＭステータスを確認し、これとは異なるＬ
ＭステータスでＬＭを再ロードし起動する（ステップＳ
９）。

【００５７】既に述べたように、マスタシステムに障害
がありスレーブシステムのみで業務処理を継続する場合
には、マスタ／スレーブステータスを切り替えて、従前
のスレーブシステムを新たなマスタシステムとする必要
がある。このようなマスタ／スレーブステータスの切り
替えは障害発生時だけでなく、マスタシステムのハード
ウェアメンテナンスのために一時停止する場合にも生じ
る。このような事象を系切り替え事象と呼ぶことにす
る。

【００５８】さて、系切り替え事象が発生した場合は、
運用者は操作卓よりコマンドを入力してマスタ／スレー
ブステータスを切り替え処理をシステムに実行させる。
この切り替え処理は、入出力同期後マスタ／スレーブス
テータスを反転させることにより行なわれる。この場
合、ＬＭステータスは変更しない。そのため、初期立ち
上げの後、第１回目の系切り替え事象では、マスタ／ス
レーブステータスは初期立ち上げ時とは逆になるため、
マスタシステムがダイナミックリンク、スレーブシステ
ムがスタティックリンクとなる。

【００５９】ところで、系切り替え事象においてマスタ
／スレーブステータスのみ変更し、ＬＭステータスは変
更しない理由は、この段階では既に業務プログラムの殆
んどのモジュールが実行済みであろうから、ダイナミッ
クリンクもスタティックリンクも処理速度に実質的差が
なくなっており、いずれがマスタシステムに採用されて
も業務に支障がないこと、及び、ＬＭステータスをも切
り替えるとＬＭの再ロードのために時間がかかり、業務
に支障をきたすからである。

【００６０】図５は、種々のタイプの障害の発生時及び
系切り替え事象の発生時における両システムのステータ
ス変還を示す。

【００６１】図５（Ａ）はマスタシステムに障害が発生
した場合を示す。マスタシステムで障害が発生すると、
マスタ／スレーブステータス切り替えが行なわれて、従
前のスレーブシステムがマスタシステムとなって運転を
継続する。従前のマスタシステムは、障害の復旧後、ス
レーブシステムとしてリスタートする。ＬＭステータス
は変更されない。

【００６２】図５（Ｂ）はスレーブシステムに障害が発
生した場合を示す。マスタシステムは運転を継続する。
スレーブシステムは、障害の復旧後、再びスレーブシス
テムとしてリスタートする。

【００６３】図５（Ｃ）は系切り替え事象が生じた場合
を示す。運用者からのマスタシステムへのコマンド入力
により、系切り替え処理が行なわれ、マスタ／スレーブ
ステータスが反転する。この場合は、ＬＭステータスは
変更されない。

【００６４】図５（Ｄ）は両システムが同時にダウンし
た場合を示す。例えば、系切り替え事象によってマスタ
システムがダイナミックリンク、スレーブシステムがス
タティックリンクとなっている状態で両システムがダウ
ンしたとする。障害復旧後、両システムは障害前のマス
タ／スレーブステータスでリスタートする。この場合、
自動的にマスタシステムはスタティックリンク、スレー
ブシステムはダイナミックリンクを選択する。

【００６５】以上説明したように、初期立ち上げや両シ
ステムダウン後のリスタートのように、双方のシステム
が起動する際には、マスタシステムがスタティックリン
クを選択して起動するため、立ち上げ早期における処理
の高速性というスタティックリンクの利点を発揮するこ
とができる。また、必ず片方のシステムがダイナミック
リンクを採用しているため、局所的ソフト障害に対する
安全性というダイナミックリンクの利点も同時に得るこ
とができる。

【００６６】図６は、本実施例において、デュアルシス
テムのスループットを上げるために採用されている入出
力データのクロスチェック方式を示す。

【００６７】デュアルシステムでは、両システムへの入
力データのクロスチェック、及び両システムからの出力
データのクロスチェックが必要であり、このクロスチェ
ックがスループットの低下につながる。そこで、本実施
例では、デュアルシステムでありながら、シンプレック
スシステムと同等のスループットを確保するため、以下
のようにしてクロスチェック処理による処理遅延を最小
化している。

【００６８】ＦＥＰ５は、入力データをクロスチェック
することなく実質的にスルーで両システムのＣＰＵに送
信する。

【００６９】マスタシステムのＣＰＵは、入力データを
受信すると、自システムの業務処理２３へデータ処理を
依頼し、同時に、順序同期（業務処理２３へ渡すデータ
の順序を保証する）をとるため、スレーブシステムへそ
の入力データを送出する。そして、業務処理結果のデー
タ（マスタ処理の識別が付されている）をＦＥＰ５へ送
出する。

【００７０】スレーブシステムのＣＰＵは、マスタシス
テムからの入力データを最優先で自システムの業務処理
２４へ渡し、同時にＦＥＰ５より受信したデータとをク
ロスチェック処理２１へ渡し、両データの照合を行な
う。ここでエラーが生じると、自（スレーブ）システム
を停止する。

【００７１】ＦＥＰ５は、マスタシステムからの出力デ
ータは実質的にスルーで外部へ送出すると共に、クロス
チェック処理２２に渡す。クロスチェック処理２２は両
システムからの出力データが揃った後、マスタシステム
からの出力データの送出タイミングとは異なったタイミ
ングで、両出力データの照合を行なう。この結果、不一
致（エラー）があった場合は、スレーブシステムに停止
を命じる。

【００７２】ＦＥＰ５がマスタシステムの出力データを
スルーで送出することとした理由は、出力データをクロ
スチェック後に送出したとすると、両システムからの出
力データを待つ必要があり、遅延が大きくなるからであ
る。また、クロスチェックの結果エラーが生じた場合に
スレーブシステムを停止させることとした理由は、どち
らのシステムからのデータが正しいのか判断できないた
め、一応、マスタシステムからのデータが正しいと推定
して送出することとしたためである。

【００７３】以上、本発明の好適な実施例を説明した
が、本発明はこの実施例にのみ限定されるわけではな
く、他の種々の異なった態様で実施することが出来る。

【００７４】

【発明の効果】以上説明したように、本発明によれば、
多重構成システムにおいて、プログラムのリンク形式と
してスタティックリンクとダイナミックリンクとを併用
するようにしたので、ソフトウェアの開発及び管理を一
本化でき、よって、全く同一のプログラムを用いた従来
システムと同様の低コストでシステムを構築できると共
に、ハードウェア障害だけでなく、局所的なソフトウェ
ア障害に対しても業務遂行を維持できるという効果が得
られる。

【００７５】

【図面の簡単な説明】

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

【図２】 スタティックリンクとダイナミックリンクと
を説明するための説明図。

【図３】 図１の実施例の各システムが行う、自システ
ムのステータス決定の処理流れを示すフローチャート。

【図４】 図１のシステムにおけるソフト障害が生じた
場合の運転の様子を示すブロック図。

【図５】 図１のシステムの種々のケースにおけるステ
ータスの変遷を示す説明図。

【図６】 図１のシステムにおける入力データ及び出力
データの処理を示すブロック図。

【符号の説明】 １、３ ＣＰＵ ５ フロントエンドプロセッサ ７ 監視装置

Claims (5)

(57)【特許請求の範囲】
1. 【請求項１】 多重システムにより同一業務のためのプ
   ログラムを実行する方式において、 スタティックリンク形式で前記業務のためのプログラム
   を主記憶にロードして実行するための第１のハードウェ
   アシステムと、 ダイナミックリンク形式で前記業務のためのプログラム
   を主記憶にロードして実行するための第２のハードウェ
   アシステムと、 を備えることを特徴とするプログラム実行方式。
2. 【請求項２】 多重システムにより同一業務のためのプ
   ログラムを実行する方式において、 スタティックリンク形式及びダイナミックリンク形式の
   うち一つのリンク形式を選択し、選択したリンク形式で
   前記業務のためのプログラムを各々の主記憶にロードし
   て実行するための、第１及び第２のハードウェアシステ
   ムを備え、 前記第１及び第２のハードウェアシステムは、互いに異
   なるリンク形式を選択することを特徴とするプログラム
   実行方式。
3. 【請求項３】 請求項２記載のプログラム実行方式にお
   いて、さらに、 前記第１及び第２のハードウェアシステムの一方をマス
   タシステムに、他方をスレーブシステムに指定するため
   のマスタ・スレーブ指定手段と、 前マスタ及びスレーブシステムの双方に同一ソースから
   の入力データを送信し、かつ、前記マスタ及びスレーブ
   システムの双方からの出力データを受けて、マスタシス
   テムからの出力データを優先的に外部に出力するフロン
   トエンドプロセッサと、 を備えることを特徴とするプログラム実行方式。
4. 【請求項４】 請求項３記載のプログラム実行方式にお
   いて、さらに、 前記第１及び第２のハードウェアシステムの一方にスタ
   ティックリンク形式を、他方にダイナミックリンク形式
   を指定するためのリンク形式指定手段を備え、 前記第１及び第２のハードウェアシステムは、各々の起
   動の際には、前記マスタ・スレーブ指定手段の指定に従
   いマスタシステム又はスレーブシステムとして起動し、
   かつ、マスタシステムとして起動する場合は、前記リン
   ク形式指定手段により特定のリンク形式が指定されてい
   ればその特定のリンク形式を選択し、特定のリンク形式
   が指定されていなければ自動的にスタティックリンク形
   式を選択し、スレーブシステムとして起動する場合は、
   前記マスタシステムのリンク形式とは異なるリンク形式
   を選択することを特徴とするプログラム実行方式。
5. 【請求項５】 請求項４記載のプログラム実行方式にお
   いて、 前記マスタ・スレーブ指定手段による指定は、随時切り
   替えることが可能であり、 前記第１及び第２のハードウェアシステムは、各々の運
   転継続中に前記マスタ・スレーブ指定手段による指定が
   切り替えられた場合、既に選択済みのリンク形式は維持
   したままで、マスタシステムとスレーブシステムのステ
   ータスを切り替えることを特徴とするプログラム実行方
   式。