JP2002373085A - 多重化コンピュータシステム - Google Patents

Abstract

(57)【要約】 【課題】 主系コンピュータに異常が実際に生じるま
で、主系従系の切り替えが起こらないので、障害発生時
には系切り替えのオーバーヘッドが発生するという課題
があった。 【解決手段】 ネットワーク８を介して相互接続された
コンピュータ１Ａ、１Ｂを備え、各コンピュータは、ア
プリケーションプログラム、コンピュータ内のリソース
の消費量を監視するリソース監視手段、コンピュータを
再起動するための再起動手段、再起動条件を保持するリ
ソース限界定義領域、及びオペレーティングシステムを
有し、コンピュータ１Ａが主系として動作している場
合、コンピュータ１Ａは、リソース消費量がリソース限
界定義領域により予め保持された再起動条件を満たして
いるときには、従系のコンピュータ１Ｂへ処理の引継
ぎ、再起動手段により、コンピュータ１Ａを再起動す
る。 【効果】 主系コンピュータと従系コンピュータで同時
にダウンする可能性が減る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、多重化コンピュ
ータシステムにおける障害検出、及びコンピュータ切り
替えに関するものである。

【０００２】

【従来の技術】従来の多重化コンピュータシステムにつ
いて図面を参照しながら説明する。図１１は、例えば特
開平１０−０２１２０２号公報に示された従来の多重化
コンピュータシステムの構成を示す図である。

【０００３】図１１において、９Ａ、９Ｂは主系、従系
となるコンピュータ（ＣＰＵ）、９Ｃは共有の磁気ディ
スク装置である。また、７は他のコンピュータ、８はネ
ットワークである。なお、コンピュータ９Ａ、９Ｂ間
は、相互監視用の信号線と、リモートリセット用の信号
線で接続されている。

【０００４】つぎに、従来の多重化コンピュータシステ
ムの動作について図面を参照しながら説明する。

【０００５】図１２は、従来の多重化コンピュータシス
テムの動作を示すフローチャートである。

【０００６】最初の起動時には、コンピュータ９Ａが主
系となるように初期設定されている。主系と従系の切り
替えを、図１２のフローチャートによって説明する。双
方のコンピュータ９Ａ、９Ｂでは、同じフローチャート
にもとづいて、系の切り替えを行っている。

【０００７】まず、相手が主系として動作しているか否
かを、相互監視用信号線の状態から確認する（ステップ
９０１）。

【０００８】この確認で相手コンピュータが主系でなけ
れば、自ら主系となり（ステップ９０２）、ネットワー
ク８の初期設定をして（ステップ９０３）、アプリケー
ションの起動をする（ステップ９０４）。その後、相互
監視用信号線の状態を一定周期で変化させる（ステップ
９０５）。この信号により、主系コンピュータが正常動
作していることを従系コンピュータに通知しつづける。

【０００９】判定ステップ９０１において、相手コンピ
ュータが主系である場合、自ら従系コンピュータとなり
（ステップ９０６）、相互監視用の信号線に一定時間で
の状態変化があるか否かで主系コンピュータの監視を続
け（ステップ９０７）、信号線に一定時間での状態変化
がなけれぼ、相手コンピュータに異常発生と判定し（ス
テップ９０８）、この異常発生の判定時にはリモートリ
セット信号線にリセット信号を送り、相手コンピュータ
をリモートリセットする（ステップ９０９）。

【００１０】このリモートリセットにより、相手コンピ
ュータのネットワーク接続が無効になり、自らが主系コ
ンピュータとなり（ステップ９０２）、ネットワーク初
期設定（ステップ９０３）以下の処理を行なう。

【００１１】

【発明が解決しようとする課題】上述したような従来の
多重化コンピュータシステムでは、以上のように構成さ
れているので、主系コンピュータと従系コンピュータ
で、同一のソフトウェア（ＯＳ、ミドルウェア、アプリ
ケーション）を使用して、定期的に同期をとっている場
合、共通に使われているソフトウェアに不具合（バグ）
があって、たとえば、１トランザクションごとに少量の
メモリを不正に消費する（メモリリーク）のようなと
き、主系コンピュータでのメモリの異常消費と同じぺ一
スで、従系コンピュータでも同期のたびにメモリの不正
消費がおこり、主系コンピュータでメモリ不足が起こっ
たときは、従系コンピュータもメモリ不足をおこしてコ
ンピュータシステム全体がダウンしてしまう。

【００１２】このような共通コンポーネントの不具合に
よる障害は、ソースコードを持たずに利用しているＯＳ
や、市販のアプリケーションプログラムを使用している
場合、深刻で、多重系を構成して可用性（システムの利
用可能時間）を向上させようとする際に、障害となって
いた。

【００１３】このような障害は、メモリリークに限ら
ず、ファイル記述子の不足などの、他のコンピュータシ
ステム資源（リソース）不足で起こりうる。さらに、リ
ソース不足そのものが障害であるだけでなく、リソース
の欠乏は、条件のコーナーケースであるため、コンピュ
ータシステムの他の不具合が顕在化しやすく、高可用性
コンピュータシステムを構築する際の妨げとなってい
た。

【００１４】また、主系のコンピュータに異常が実際に
生じるまで、主系従系の切り替えが起こらないので、障
害発生時には、系切り替えのオーバーヘッドが発生し、
さらに障害がすでに起こっているため、系切り替えに必
要な情報の一部が失われてしまう場合があるという問題
点があった。

【００１５】この発明は、前述した問題点を解決するた
めになされたもので、多重化コンピュータシステムにお
いて、系切り替えシステムのオーバーヘッドを小さくし
ながら、適宜、系切り替えを行い、システム全体がダウ
ンしてしまうことを防ぐことができる多重化コンピュー
タシステムを得ることを目的とする。

【００１６】

【課題を解決するための手段】この発明に係る多重化コ
ンピュータシステムは、ネットワークを介して相互に接
続された第１及び第２のコンピュータを備え、前記第１
のコンピュータは、業務処理を行なう第１のアプリケー
ションプログラムと、前記第１のコンピュータ内のリソ
ースの消費量を監視する第１のリソース監視手段と、前
記第１のコンピュータを再起動するための第１の再起動
手段と、再起動条件を保持する第１のリソース限界定義
領域と、第１のオペレーティングシステムとを有し、前
記第２のコンピュータは、業務処理を行なう第２のアプ
リケーションプログラムと、前記第２のコンピュータ内
のリソースの消費量を監視する第２のリソース監視手段
と、前記第２のコンピュータを再起動するための第２の
再起動手段と、再起動条件を保持する第２のリソース限
界定義領域と、第２のオペレーティングシステムとを有
し、前記第１のコンピュータが、主系として動作し、前
記第２のコンピュータが、従系として動作している場
合、前記第１のコンピュータは、前記第１のリソース監
視手段によりリソースの消費量を監視し、リソース消費
量が、前記第１のリソース限界定義領域により予め保持
された再起動条件を満たしているときには、従系として
動作している前記第２のコンピュータへ処理の引継ぎを
行うと共に、前記第１の再起動手段により、主系として
動作している前記第１のコンピュータを再起動し、その
後、前記再起動された前記第１のコンピュータが、従系
として動作し、前記第２のコンピュータが、主系として
動作するものである。

【００１７】この発明に係る多重化コンピュータシステ
ムは、ネットワークを介して相互に接続された第１及び
第２のコンピュータを備え、前記第１のコンピュータ
は、業務処理を行なう第１のアプリケーションプログラ
ムと、前記第１のコンピュータ内のリソースの消費量を
監視する第１のリソース監視手段と、前記第１のコンピ
ュータを再起動するための第１の再起動手段と、再起動
条件を保持する第１のリソース限界定義領域と、第１の
オペレーティングシステムとを有し、前記第２のコンピ
ュータは、業務処理を行なう第２のアプリケーションプ
ログラムと、前記第２のコンピュータ内のリソースの消
費量を監視する第２のリソース監視手段と、前記第２の
コンピュータを再起動するための第２の再起動手段と、
再起動条件を保持する第２のリソース限界定義領域と、
第２のオペレーティングシステムとを有し、前記第１の
コンピュータが、主系として動作し、前記第２のコンピ
ュータが、従系として動作している場合、前記第１のコ
ンピュータは、前記第１のリソース監視手段によりリソ
ースの消費量を監視し、リソース消費量が、前記第１の
リソース限界定義領域により予め保持された再起動条件
を満たしているときには、前記第２の再起動手段へ再起
動条件を満たしている旨の通知を行い、前記第２の再起
動手段により、従系として動作している前記第２のコン
ピュータを再起動するものである。

【００１８】この発明に係る多重化コンピュータシステ
ムは、ネットワークを介して相互に接続された第１及び
第２のコンピュータを備え、前記第１のコンピュータ
は、業務処理を行なう第１のアプリケーションプログラ
ムと、前記第１のアプリケーションプログラムのリソー
スの消費量を監視する第１のリソース監視手段と、前記
第１のアプリケーションプログラムを再起動するための
第１の再起動手段と、再起動条件を保持する第１のリソ
ース限界定義領域と、第１のオペレーティングシステム
とを有し、前記第２のコンピュータは、業務処理を行な
う第２のアプリケーションプログラムと、前記第２のア
プリケーションプログラムのリソースの消費量を監視す
る第２のリソース監視手段と、前記第２のアプリケーシ
ョンプログラムを再起動するための第２の再起動手段
と、再起動条件を保持する第２のリソース限界定義領域
と、第２のオペレーティングシステムとを有し、前記第
１のアプリケーションプログラムが、主系として動作
し、前記第２のアプリケーションプログラムが、従系と
して動作している場合、前記第１のコンピュータは、前
記第１のリソース監視手段によりリソースの消費量を監
視し、リソース消費量が、前記第１のリソース限界定義
領域により予め保持された再起動条件を満たしていると
きには、従系として動作している前記第２のアプリケー
ションプログラムへ処理の引継ぎを行うと共に、前記第
１の再起動手段により、主系として動作している前記第
１のアプリケーションプログラムを再起動し、その後、
前記再起動された前記第１のアプリケーションプログラ
ムが、従系として動作し、前記第２のアプリケーション
プログラムが、主系として動作するものである。

【００１９】また、この発明に係る多重化コンピュータ
システムは、ネットワークを介して相互に接続された第
１及び第２のコンピュータを備え、前記第１のコンピュ
ータは、業務処理を行なう第１のアプリケーションプロ
グラムと、前記第１のアプリケーションプログラムのリ
ソースの消費量を監視する第１のリソース監視手段と、
前記第１のアプリケーションプログラムを再起動するた
めの第１の再起動手段と、再起動条件を保持する第１の
リソース限界定義領域と、第１のオペレーティングシス
テムとを有し、前記第２のコンピュータは、業務処理を
行なう第２のアプリケーションプログラムと、前記第２
のアプリケーションプログラムのリソースの消費量を監
視する第２のリソース監視手段と、前記第２のアプリケ
ーションプログラムを再起動するための第２の再起動手
段と、再起動条件を保持する第２のリソース限界定義領
域と、第２のオペレーティングシステムとを有し、前記
第１のアプリケーションプログラムが、主系として動作
し、前記第２のアプリケーションプログラムが、従系と
して動作している場合、前記第１のコンピュータは、前
記第１のリソース監視手段によりリソースの消費量を監
視し、リソース消費量が、前記第１のリソース限界定義
領域により予め保持された再起動条件を満たしていると
きには、前記第２の再起動手段へ再起動条件を満たして
いる旨の通知を行い、前記第２の再起動手段により、従
系として動作している前記第２のアプリケーションプロ
グラムを再起動するものである。

【００２０】また、この発明に係る多重化コンピュータ
システムは、前記第１のコンピュータが、この第１のコ
ンピュータの最初の起動からの時間を計時する第１の遅
延タイマをさらに有し、前記第２のコンピュータが、こ
の第２のコンピュータの最初の起動からの時間を計時す
る第２の遅延タイマをさらに有し、前記第１のコンピュ
ータは、前記第１の遅延タイマにより計時した時間が所
定時間を超えているときには、従系として動作している
前記第２のコンピュータへ処理の引継ぎを行うと共に、
前記第１の再起動手段により、主系として動作している
前記第１のコンピュータを再起動するものである。

【００２１】また、この発明に係る多重化コンピュータ
システムは、前記第１のコンピュータが、この第１のコ
ンピュータの最初の起動からの時間を計時する第１の遅
延タイマをさらに有し、前記第２のコンピュータが、こ
の第２のコンピュータの最初の起動からの時間を計時す
る第２の遅延タイマをさらに有し、前記第１のコンピュ
ータは、前記第１の遅延タイマにより計時した時間が所
定時間を超えているときには、前記第２の再起動手段へ
再起動条件を満たしている旨の通知を行い、前記第２の
再起動手段により、従系として動作している前記第２の
コンピュータを再起動するものである。

【００２２】この発明に係る多重化コンピュータシステ
ムは、１台のコンピュータを備え、前記コンピュータ
は、業務処理を行なうアプリケーションプログラムと、
前記コンピュータ内のリソースの消費量を監視するリソ
ース監視手段と、前記コンピュータを再起動するための
再起動手段と、再起動条件を保持するリソース限界定義
領域と、オペレーティングシステムと、再起動する必要
があるかどうかを示す再起動フラグと、再起動可能かど
うかを判定する再起動可能判定手段とを有し、前記コン
ピュータは、前記リソース監視手段によりリソースの消
費量を監視し、リソース消費量が、前記リソース限界定
義領域により予め保持された再起動条件を満たしている
ときには、前記再起動フラグをＯＮし、処理中におい
て、前記再起動可能判定手段により再起動可能であると
判断され、かつ前記再起動フラグがＯＮの場合には、前
記再起動手段により前記コンピュータを再起動するもの
である。

【００２３】

【発明の実施の形態】実施の形態１．この発明の実施の
形態１に係る多重化コンピュータシステムについて図面
を参照しながら説明する。図１は、この発明の実施の形
態１に係る多重化コンピュータシステムの構成を示す図
である。なお、各図中、同一符号は同一又は相当部分を
示す。

【００２４】図１において、１Ａ、１Ｂはコンピュー
タ、１１Ａ、１１Ｂは業務処理を行なうアプリケーショ
ンプログラム（ＡＰＰ）、１２Ａ、１２Ｂはコンピュー
タ１Ａ、１Ｂ内のリソースの使用量を監視するリソース
監視手段（ＲＭ）、１３Ａ、１３Ｂはコンピュータ１
Ａ、１Ｂを再起動するための再起動手段（ＲＢ）、１４
Ａ、１４Ｂは再起動のトリガーとなる条件を保持してお
くためのリソース限界定義領域（ＣＯＮＤ）、１５Ａ、
１５Ｂはオペレーティングシステム（ＯＳ）である。な
お、８はコンピュータ１Ａ、１Ｂ間の通信や、このコン
ピュータシステムと、クライアントコンピュータの間の
通信に用いるネットワークである。

【００２５】つぎに、この実施の形態１に係る多重化コ
ンピュータシステムの動作について図面を参照しながら
説明する。

【００２６】図２は、この発明の実施の形態１に係る多
重化コンピュータシステムの動作を示すフローチャート
である。

【００２７】コンピュータ１Ａ、１Ｂが起動されること
により、処理を開始する主系として起動されたコンピュ
ータ１Ａは、ステップ１０１において、トランザクショ
ン処理として、アプリケーション本来の処理を行なう。
この処理には、クライアントコンピュータとの通信や、
従系コンピュータ１Ｂとのデータ等価作業等を含めてか
まわない。

【００２８】次に、ステップ１０２において、メモリ不
足等のアプリケーション実行を継続できない異常が発生
していないか確認する。

【００２９】異常が発生していない場合は、リソース監
視手段１２Ａは、リソース（メモリ、ディスク、その
他）の消費量を測定する（ステップ１０３）。

【００３０】次に、リソース消費量が、あらかじめリソ
ース限界定義領域１４Ａに設定された再起動条件を満た
している（たとえば、メモリ消費量が全メモリの９割を
超えた）かどうか判断する（ステップ１０４）。

【００３１】再起動条件を満たしていた揚合、従系へ処
理の引継ぎを行なった後（ステップ１０５）、再起動手
段１３Ａによって、主系コンピュータ１Ａを再起動する
（ステップ１０６）。

【００３２】再起動されたコンピュータ１Ａは、従系コ
ンピュータとして起動し、コンピュータ１Ｂが、主系コ
ンピュータに切り替わる。コンピュータ１Ａは、再起動
によってプログラムが最初から実行され、メモリリーク
が解消されたり、不要な一時ファイルが削除されたりす
るので、リソース限界ではなくなる。主系では、ステッ
プ１０１に戻って、処理を継続する。

【００３３】ステップ１０４において、再起動条件を満
たしていない場合は、ステップ１０１に戻って、処理を
継続する。

【００３４】ステップ１０２において、異常が発生して
いる場合は、ステップ１０５に進む。

【００３５】以上のようにすることにより、未然に主系
と従系を切り替え、リソース不足や、蓄積する不具合に
よって主系と従系で同時に実行停止を起こす可能性が減
り、従来より可用性の高いコンピュータシステムを構成
することができる。また、リソースに余裕のあるうち
に、主系から従系への切り替えを行なうので、切り替え
時のデータ抜け等を防ぐことができる。さらに、リソー
スの消費量をみて再起動するかどうか判断しているの
で、不必要な主系と従系の切り替えを防ぐことができ
る。

【００３６】また、リソース不足をおこしたり、蓄積す
る不具合によってシステムが停止する前に主系、従系を
切り替えるので、従来、そのような問題があって使用で
きなかった安価なＳ／Ｗコンポーネントを高可用性シス
テムに適用することができるようになる。

【００３７】なお、上記説明では、再起動手段１３Ａ、
１３Ｂが、コンピュータ１Ａ、１Ｂ全体を再起動してい
たが、リソースの種類によっては、アプリケーションの
みを再起動することで問題点を解消する形態も可能であ
る。そのときは、より再起動のオーバヘッドが小さくな
る効果もある。

【００３８】すなわち、この実施の形態１では、コンピ
ュータ１Ａ、１Ｂに、リソース監視機能（メモリ消費量
監視等）を設け、リソース（メモリ等）の使用可能量
が、あらかじめ定められた条件を満たした（制限値を越
えた等）ときに、主系であるコンピュータ１Ａの処理を
従系であるコンピュータ１Ｂに切り替える。コンピュー
タ１Ｂは、主系のコンピュータになる。コンピュータ１
Ａは再起動し、従系のコンピュータとして動作する。再
起動されたコンピュータ１Ａは、プログラムを最初から
実行するので、リソースもれ等は、解消される。その
後、主系であるコンピュータ１Ｂでリソース不足や蓄積
する不具合によってアプリケーションが実行継続できな
くなった場合、従系のコンピュータ１Ａが機能を引き継
ぎ、主系のコンピュータとなる。コンピュータ１Ｂは再
起動し（メモリリークを解消し）従系のコンピュータと
なる。このように、実際に問題が発生する前に主系と従
系を切り替え、コンピュータを再起動するので、主系コ
ンピュータと従系コンピュータで同時にダウンする可能
性が減り、従来より可用性の高いコンピュータシステム
を構成することができる。

【００３９】実施の形態２．この発明の実施の形態２に
係る多重化コンピュータシステムについて図面を参照し
ながら説明する。図３は、この発明の実施の形態２に係
る多重化コンピュータシステムの構成を示す図である。

【００４０】上記実施の形態１では、リソースの不足を
検出したときに、主系コンピュータを再起動していた
が、この実施の形態２では、従系コンピュータを再起動
する。

【００４１】図３において、２Ａ、２Ｂはコンピュー
タ、２１Ａ、２１Ｂは業務処理を行なうアプリケーショ
ンプログラム（ＡＰＰ）、２２Ａ、２２Ｂはコンピュー
タ２Ａ、２Ｂ内のリソースの使用量を監視するリソース
監視手段（ＲＭ）、２３Ａ、２３Ｂはコンピュータ２
Ａ、２Ｂを再起動するための再起動手段（ＲＢ）、２４
Ａ、２４Ｂは再起動のトリガーとなる条件を保持してお
くためのリソース限界定義領域（ＣＯＮＤ）、２５Ａ、
２５Ｂはオペレーティングシステム（ＯＳ）、２６Ａ、
２６Ｂは従系を再起動したことを記憶しておくフラグ
（ＦＬＡＧ）である。なお、８はコンピュータ２Ａ、２
Ｂ間の通信や、このコンピュータシステムと、クライア
ントコンピュータの間の通信に用いるネットワークであ
る。

【００４２】つぎに、この実施の形態２に係る多重化コ
ンピュータシステムの動作について図面を参照しながら
説明する。

【００４３】図４は、この発明の実施の形態２に係る多
重化コンピュータシステムの動作を示すフローチャート
である。

【００４４】コンピュータ２Ａ、２Ｂが起動されること
により、処理を開始する。まず、初期化処理として、主
系として起動されたコンピュータ２Ａは、ステップ２０
１において、再起動フラグを０にする。

【００４５】次に、ステップ２０２において、トランザ
クション処理として、アプリケーション本来の処理を行
なう。この処理には、クライアントコンピュータとの通
信や、従系コンピュータ２Ｂとのデータ等価作業等を含
めてかまわない。

【００４６】次に、ステップ２０３において、メモリ不
足等のアプリケーション実行を継続できない異常が発生
していないか確認する。

【００４７】異常が発生していない場合は、リソース
（メモリ、ディスク、その他）の消費量を測定する（ス
テップ２０４）。リソース消費量が、あらかじめリソー
ス限界定義領域２４Ａに設定された再起動条件を満たし
ている（メモリ消費量が全メモリの９割を超えた等）か
どうか判断する（ステップ２０５）。

【００４８】再起動条件を満たした場合、再起動フラグ
２６Ａをチェックする（ステップ２０６）。再起動フラ
グが１だった場合は、すでに従系が再起動されているの
で、何もせずステップ２０２に戻って処理を継続する。

【００４９】再起動フラグが０だった場合、再起動手段
２３Ｂへ通知することによって、従系コンピュータ２Ｂ
を再起動する（ステップ２０７）。

【００５０】次に、再起動フラグ２６Ａを１にして、繰
り返して従系コンピュータ２Ｂを再起動しないようにす
る（ステップ２０８）。

【００５１】再起動された従系コンピュータ２Ｂでは、
再起動によってプログラムが最初から実行されるため、
リソースの漏れや蓄積された不具合が解消される。主系
では、ステップ２０２に戻って、処理を継続する。

【００５２】ステップ２０５において、再起動条件を満
たしていない場合には、ステップ２０２に戻って、処理
を継続する。

【００５３】ステップ２０３において、異常が発生して
いる場合には、主系コンピュータは、従系コンピュータ
に処理を引き継ぎ（ステップ２０９）、従系コンピュー
タ２Ｂが主系コンピュータに切り替わる。その後、コン
ピュータ２Ａを従系コンピュータとして再起動する（ス
テップ２１０）。

【００５４】以上のようにすることにより、上記実施の
形態１と同様な効果をもたらす。また、従系の再起動処
理を実行している間でも主系の処理を継続できるので、
主系従系の引継ぎ時の処理時間の遅れを小さくすること
ができる。さらに、従系をあらかじめ再起動してあるの
で、従系が主系の処理を受け継いだ後、短時間のうちに
同じ問題点で再切り替えが発生するのを防ぐことができ
る。これは、主系が再起動している最中に再切り替えが
発生してシステムが停止するといった問題を未然に防ぐ
ことができる。

【００５５】すなわち、上記実施の形態１では、主系の
コンピュータの機能を従系のコンピュータに切り替えて
から主系のコンピュータを再起動していたが、この実施
の形態２では、主系のコンピュータ２Ａのリソース使用
可能量が一定の条件を満たしたとき、従系のコンピュー
タ２Ｂを再起動する。そうすれば、再起動処理は、主系
のコンピュータが動作中にバックグランドで実行される
ため、オーバーヘッドがなく、なおかつ上記実施の形態
１と同じ効果を得ることができる。

【００５６】実施の形態３．この発明の実施の形態３に
係る多重化コンピュータシステムについて図面を参照し
ながら説明する。図５は、この発明の実施の形態３に係
る多重化コンピュータシステムの構成を示す図である。

【００５７】上記実施の形態１では、コンピュータ全体
でリソース使用量を監視していたが、この実施の形態３
では、複数のアプリケーションが実行される環境におい
て、アプリケーションごとにリソース使用量を監視し、
アプリケーションごとに再起動と主系従系の切り替えを
行う。

【００５８】図５において、３Ａ、３Ｂはコンピュー
タ、３１Ａ、３２Ａ、３１Ｂ、３２Ｂは業務処理を行な
うアプリケーションプログラム（ＡＰＰ−１、ＡＰＰ−
２）、３３Ａ、３３Ｂはコンピュータ３Ａ、３Ｂ内や、
アプリケーションプログラムのリソースの使用量を監視
するリソース監視手段（ＲＭ）、３４Ａ、３４Ｂはコン
ピュータ３Ａ、３Ｂもしくは、特定のアプリケーション
を再起動するための再起動手段（ＲＢ）、３５Ａ、３５
Ｂはコンピュータ再起動のトリガーとなる条件を保持し
ておくためのＯＳリソース限界定義領域（ＣＯＮＤ）、
３６Ａ、３６Ｂはアプリケーションそれぞれの再起動の
トリガーとなる条件を保持しておくためのＡＰＰリソー
ス限界定義領域（ＣＯＮＤ１、ＣＯＮＤ２）である。

【００５９】また、同図において、３７Ａ、３７Ｂは各
アプリケーションが主系モードで動作しているか、従系
モードで動作しているかを記憶しておくフラグ集合体
（ＦＬＡＧ１、ＦＬＡＧ２）である。３８Ａ、３８Ｂは
オペレーティングシステム（ＯＳ）である。なお、８は
コンピュータ３Ａ、３Ｂ間の通信や、このコンピュータ
システムと、クライアントコンピュータの間の通信に用
いるネットワークである。

【００６０】つぎに、この実施の形態３に係る多重化コ
ンピュータシステムの動作について図面を参照しながら
説明する。

【００６１】図６は、この発明の実施の形態３に係る多
重化コンピュータシステムの動作を示すフローチャート
である。

【００６２】コンピュータ３Ａ、３Ｂが起動されること
により、処理を開始する。まず、初期設定に基づいて、
複数のアプリケーションを起動する。アプリケーション
は、それぞれのコンピュータで主系または従系モードで
起動される。一方のコンピュータで主系モードのアプリ
ケーションは、別のコンピュータでは、従系モードで起
動され、ペアーで動作する。アプリケーションの動作モ
ードに対応して、フラグ集合体３７Ａ、３７Ｂを設定す
る（ステップ３０１）。

【００６３】次に、主系で動作するアプリケーション
は、ステップ３０２において、トランザクション処理と
して、アプリケーション本来の処理を行なう。この処理
には、クライアントコンピュータとの通信や、従系アプ
リケーションとのデータ等価作業等を含めてかまわな
い。

【００６４】次に、ステップ３０３において、メモリ不
足等の全アプリケーション実行を継続できない異常が発
生していないか確認する。

【００６５】異常が発生していない場合は、ステップ３
０４に進み、コンピュータ３Ａ内のリソース（メモリ、
ディスク、その他）消費量を測定する。コンピュータ内
リソース消費量が、あらかじめＯＳリソース限界定義領
域３５Ａに設定された再起動条件を満たしている（メモ
リ消費量が全メモリの９割を超えた等）かどうか判断す
る（ステップ３０５）。

【００６６】再起動条件を満たしていた場合は、ステッ
プ３０６に進み、そのコンピュータ内で主系モードで動
作しているすべてのアプリケーションで、従系モードア
プリケーションヘの引継ぎを行なった後、自系コンピュ
ータ３Ａを再起動手段３４Ａによって再起動する（ステ
ップ３０７）。再起動されたコンピュータ３Ａでは、す
べてのアプリケーションを従系モードで起動する。

【００６７】ステップ３０５において、再起動条件を満
たしていない場合には、ステップ３０８においてアプリ
ケーション単体のリソース消費量を測定する。

【００６８】リソース消費量がアプリケーションごとに
ＡＰＰリソース限界定義領域３６Ａに設定されている再
起動条件を満たしているかどうかを判断する（ステップ
３０９）。

【００６９】再起動条件を満たしていない場合は、ステ
ップ３０２に戻り、処理を継続する。

【００７０】再起動条件を満たしている場合には、ステ
ップ３１０に進み、別のコンピュータで動作している対
応する従系モードアプリケーションに引き継ぐ。その
後、アプリケーションを再起動手段３４Ａにより従系モ
ードとして再起動する。

【００７１】以上のようにすることにより、より小さい
オーバーヘッドで、上記実施の形態１と同様の効果があ
る。また、アプリケーションごとに主系モードもしくは
従系モードで実行し、それを２つ以上のコンピュータで
組み合わせるので、リソース使用量を各コンピュータで
異なる量とすることができ、より一層、２つのコンピュ
ータで同時に障害をおこしてシステムがダウンする可能
性を下げることができる。

【００７２】この実施の形態３では、アプリケーション
の再起動条件が満たされたときは、主系アプリケーショ
ンを再起動していたが、上記実施の形態２のように、再
起動条件が満たされたときに、従系アプリケーションを
再起動するような形態も可能であることは明白である。
この場合、この実施の形態３の効果に加えて、上記実施
の形態２の効果も得ることができる。

【００７３】すなわち、上記実施の形態１では、コンピ
ュータ全体のリソース使用量を監視していたが、この実
施の形態３では、プログラム毎にリソース使用量を監視
し、プログラム毎に再起動と主系従系の切り替えを行う
ことで、より小さいオーバーヘッドで、上記実施の形態
２と同様の効果がある。また、プログラム毎に主系従系
を決め、それを２つ以上のコンピュータで組み合わせ
る。リソース消費を主系従系で異なる量とすることがで
き、上記実施の形態１と同等の効果をもたらすことがで
きる。

【００７４】実施の形態４．この発明の実施の形態４に
係る多重化コンピュータシステムについて図面を参照し
ながら説明する。図７は、この発明の実施の形態４に係
る多重化コンピュータシステムの構成を示す図である。

【００７５】上記実施の形態１では、主系コンピュータ
と従系コンピュータを同時に起動していたので、起動
後、主系と従系が同様な処理を行なっていた場合、主系
のリソース使用量と従系のリソース使用量とが、きわめ
て似かよったものになり、一番最初に主系が再起動処理
中に、従系がダウンしたりする可能性がある。そこで、
この実施の形態４では、上記実施の形態１に加えて、最
初に主系コンピュータを起動後、一定時間経過後（たと
えば１日後）に再起動することで、強制的にリソースの
消費量を主系従系で異なる量とし、上記実施の形態１に
おいて、再起動条件が発生する前にも、上記実施の形態
１と同等の効果をもたらす。

【００７６】図７において、４Ａ、４Ｂはコンピュー
タ、４１Ａ、４１Ｂは業務処理を行なうアプリケーショ
ンプログラム（ＡＰＰ）、４２Ａ、４２Ｂはコンピュー
タ４Ａ、４Ｂ内のリソースの使用量を監視するリソース
監視手段（ＲＭ）、４３Ａ、４３Ｂはコンピュータ４
Ａ、４Ｂを再起動するための再起動手段（ＲＢ）、４４
Ａ、４４Ｂは再起動のトリガーとなる条件を保持してお
くためのリソース限界定義領域（ＣＯＮＤ）、４５Ａ、
４５Ｂはオペレーティングシステム（ＯＳ）である。

【００７７】また、同図において、４６Ａ、４６Ｂはコ
ンピュータの最初の起動からの時間を計時する遅延タイ
マ（ＤＬ）である。４７Ａ、４７Ｂは一番最初の起動で
あるかどうかを示す初期フラグ（ＩＮＩ）で、最初に起
動された時点で１にセットされ、後は、値を変更されな
い限り、システムの再起動においても値を保持する。な
お、８はコンピュータ４Ａ、４Ｂ間の通信や、このコン
ピュータシステムと、クライアントコンピュータの間の
通信に用いるネットワークである。

【００７８】つぎに、この実施の形態４に係る多重化コ
ンピュータシステムの動作について図面を参照しながら
説明する。

【００７９】図８は、この発明の実施の形態４に係る多
重化コンピュータシステムの動作を示すフローチャート
である。

【００８０】コンピュータ４Ａ、４Ｂが起動されること
により、処理を開始する。最初に起動された時点で、初
期フラグ（ＩＮＩ）は１にセットされる（ステップ４０
１）。また、遅延タイマ（ＤＬ）を起動する。

【００８１】主系として起動されたコンピュータ４Ａ
は、ステップ４０２において、トランザクション処理と
して、アプリケーション本来の処理を行なう。この処理
には、クライアントコンピュータとの通信や、従系コン
ピュータ４Ｂとのデータ等価作業等を含めてかまわな
い。

【００８２】次に、ステップ４０３において、メモリ不
足等のアプリケーション実行を継続できない異常が発生
していないか確認する。

【００８３】異常が発生していない場合は、リソース監
視手段４２Ａは、リソース（メモリ、ディスク、その
他）の消費量を測定する（ステップ４０４）。

【００８４】次に、リソース消費量が、あらかじめリソ
ース限界定義領域４４Ａに設定された再起動条件を満た
している（たとえば、メモリ消費量が全メモリの９割を
超えた）かどうか判断する（ステップ４０５）。

【００８５】再起動条件を満たしていた場合は、初期フ
ラグ４７Ａを０にした（ステップ４０８）後、従系へ処
理の引継ぎを行い（ステップ４０９）、再起動手段４３
Ａによって、主系コンピュータ４Ａを再起動する（ステ
ップ４１１）。再起動されたコンピュータ４Ａは、従系
コンピュータとして起動し、コンピュータ４Ｂが、主系
コンピュータに切り替わる。コンピュータ４Ａは、再起
動によってプログラムが最初から実行され、メモリリー
クが解消されたり、不要な一時ファイルが削除されたり
するので、リソース限界ではなくなる。主系では、図８
の右上のエントリからステップ４０２に戻って、処理を
継続する。

【００８６】ステップ４０５において、再起動条件を満
たしていない場合には、遅延タイマ（ＤＬ）が、あらか
じめ指定していた時間を経過してタイムアウトし、なお
かつ初期フラグ４７Ａが１のとき、ステップ４０８へ進
む。そうでなければ、ステップ４０２に戻って、処理を
継続する。

【００８７】ステップ４０３において、異常が発生して
いる場合には、ステップ４０８へ進む。

【００８８】以上のようにすることにより、上記実施の
形態１と同様な効果をもたらす。また、最初の起動後、
遅延タイマ（ＤＬ）によって一定時間後に主系を再起動
することで、強制的にリソースの消費量を主系従系で異
なる量とし、上記実施の形態１において、再起動条件が
発生する前にも、上記実施の形態１と同等の効果をもた
らす。

【００８９】なお、この実施の形態４では、最初の起動
後、遅延タイマ（ＤＬ）によって、一定時間後に主系を
再起動していたが、一定時間後に従系を再起動する構成
が可能であることは明白である。この場合、上記実施の
形態２において、再起動条件が発生する前にも、上記実
施の形態２と同等の効果をもたらす。

【００９０】すなわち、この実施の形態４では、主系の
コンピュータを、一定時間経過後（たとえば１日後）に
再起動することで、リソースリークの量を主系従系で異
なる量とすることができ、上記実施の形態１と同等の効
果を、上記実施の形態１において、最初の再起動が起こ
る前にも得ることができる。

【００９１】実施の形態５．この発明の実施の形態５に
係る多重化コンピュータシステムについて図面を参照し
ながら説明する。図９は、この発明の実施の形態５に係
る多重化コンピュータシステムの構成を示す図である。

【００９２】上記実施の形態１〜４では、２台もしくは
それ以上のコンピュータを交互に再起動することによ
り、高可用性を実現していたが、高速再起動できるコン
ピュータを使用するか、もしくは、要求される処理がコ
ンピュータシステムの能力に比してそれほど頻繁でない
システムでは、コンピュータ異常の前兆現象を検出した
時点で、フラグをセットし、処理の合間にフラグを確認
して、次の処理が想定されるまでに再起動可能であれ
ば、再起動することで、上記実施の形態１〜４と同等の
効果をコンピュータ１台で実現することができる。

【００９３】図９において、５はコンピュータ、５１は
業務処理を行なうアプリケーションプログラム（ＡＰ
Ｐ）、５２はコンピュータ５内のリソースの使用量を監
視するリソース監視手段（ＲＭ）、５３はコンピュータ
５を再起動するための再起動手段（ＲＢ）、５４は再起
動のトリガーとなる条件を保持しておくためのリソース
限界定義領域（ＣＯＮＤ）、５５はオペレーティングシ
ステム（ＯＳ）である。また、５６は再起動する必要が
あるかどうかを示す再起動フラグ（ＦＬＡＧ）、５７は
再起動可能かどうかを判定する再起動可能判定手段（Ｇ
ＲＡＮＴ）、５８は再起動後にアプリケーションの状態
を復帰するための状態保持テーブル（ＳＴＡＴ）であ
る。

【００９４】つぎに、この実施の形態５に係る多重化コ
ンピュータシステムの動作について図面を参照しながら
説明する。

【００９５】図１０は、この発明の実施の形態５に係る
多重化コンピュータシステムの動作を示すフローチャー
トである。

【００９６】コンピュータ５が起動されることにより、
処理を開始する。ステップ２０１において、再起動フラ
グ５６を解除（ＯＦＦ）する。さらに、ステップ５０２
において、状態保持テーブル５８に復帰の必要な状態が
保存されているかどうか判断し、復帰が必要であれば復
帰する（ステップ５０３）。

【００９７】次に、ステップ５０４において、トランザ
クション処理として、アプリケーション本来の処理を行
なう。この処理には、クライアントコンピュータとの通
信や、状態保持テーブル５８のデータ更新等が含まれて
もよい。

【００９８】次に、ステップ５０５において、メモリ不
足等のアプリケーション実行を継続できない異常が発生
していないか確認する。

【００９９】異常が発生している場合は、ステップ５１
０へ進む。

【０１００】異常が発生していない場合には、リソース
監視手段５２は、リソース（メモリ、ディスク、その
他）の消費量を測定する（ステップ５０６）。

【０１０１】次に、リソース消費量が、あらかじめリソ
ース限界定義領域５４に設定された再起動条件を満たし
ている（たとえば、メモリ消費量が全メモリの９割を超
えた）かどうか判断する（ステップ５０７）。

【０１０２】再起動条件を満たしていた場合は、再起動
フラグ５６をＯＮにセットする（ステップ５０８）。そ
うでない場合には、そのままステップ５０９へ進む。

【０１０３】次に、ステップ５０９において、再起動可
能判定手段５７によって再起動可能かどうか判断し、再
起動可能で、再起動フラグ５６がＯＮだったら、ステッ
プ５１０へ進む。再起動可能判定手段５７は、たとえ
ば、ＯＳの状態や、システムの運用状況（たとえば、深
夜の負荷軽減状況）等によって、コンピュータシステム
が再起動可能かどうか判断する。再起動可能でないか、
再起動フラグがＯＦＦだった場合は、ステップ５０４に
もどって、処理を継続する。

【０１０４】ステップ５１０において、現在のアプリケ
ーションの状態を状態保持テーブル５８に保存し、コン
ピュータシステムを再起動する（ステップ５１１）。再
起動されたら、プログラムが最初から実行され、メモリ
リークが解消されたり、不要な一時ファイルが削除され
たりするので、リソース限界ではなくなる。そして、ス
テップ５０１に戻って、処理を継続する。

【０１０５】以上のようにすることにより、上記実施の
形態１と同様な効果をコンピュータ１台で得ることがで
きる。

【０１０６】なお、この実施の形態５では、再起動手段
５３が、コンピュータ全体を再起動していたが、リソー
スの種類によっては、アプリケーションのみを再起動す
ることで問題点を解消する形態も可能である。そのとき
は、より再起動のオーバヘッドが小さくなる効果もあ
る。

【０１０７】すなわち、上記実施の形態１〜４では、２
台もしくはそれ以上のコンピュータを交互に再起動する
ことにより高可用性を実現していたが、この実施の形態
５では、高速再起動できるコンピュータ（もしくは、要
求される処理がそれほど頻繁でないシステム）を使用
し、コンピュータ異常の前兆現象を検出した時点で、再
起動フラグ（ＦＬＡＧ）をセットし、処理の合間に再起
動フラグを確認して、次の処理が想定されるまでに再起
動可能であれば、再起動することで、上記実施の形態１
〜４と同等の効果をコンピュータ１台で実現できる。

【０１０８】上記実施の形態１〜５では、リソースの使
用量監視方法としては、１つのトランザクション処理毎
に毎回行う方法をあげたが、一定時間毎、プロセッサの
負荷状況に応じて、負荷が上がれば回数を増やすなどの
構成が可能であることも明白である。

【０１０９】また、上記実施の形態１〜５では、コンピ
ュータ異常の前兆現象として、リソース消費量をあげた
が、ほかにも、たとえば、あらかじめわかっている不具
合発生までの連続運転可能時間等を再起動条件とするな
ど、指定した条件を前兆現象としてコンピュータ・アプ
リケーションの再起動をすることにより、主系従系のコ
ンピュータが同時にダウンすることを防ぐことが可能で
ある。

【０１１０】

【発明の効果】この発明に係る多重化コンピュータシス
テムは、以上説明したとおり、ネットワークを介して相
互に接続された第１及び第２のコンピュータを備え、前
記第１のコンピュータは、業務処理を行なう第１のアプ
リケーションプログラムと、前記第１のコンピュータ内
のリソースの消費量を監視する第１のリソース監視手段
と、前記第１のコンピュータを再起動するための第１の
再起動手段と、再起動条件を保持する第１のリソース限
界定義領域と、第１のオペレーティングシステムとを有
し、前記第２のコンピュータは、業務処理を行なう第２
のアプリケーションプログラムと、前記第２のコンピュ
ータ内のリソースの消費量を監視する第２のリソース監
視手段と、前記第２のコンピュータを再起動するための
第２の再起動手段と、再起動条件を保持する第２のリソ
ース限界定義領域と、第２のオペレーティングシステム
とを有し、前記第１のコンピュータが、主系として動作
し、前記第２のコンピュータが、従系として動作してい
る場合、前記第１のコンピュータは、前記第１のリソー
ス監視手段によりリソースの消費量を監視し、リソース
消費量が、前記第１のリソース限界定義領域により予め
保持された再起動条件を満たしているときには、従系と
して動作している前記第２のコンピュータへ処理の引継
ぎを行うと共に、前記第１の再起動手段により、主系と
して動作している前記第１のコンピュータを再起動し、
その後、前記再起動された前記第１のコンピュータが、
従系として動作し、前記第２のコンピュータが、主系と
して動作するので、主系コンピュータと従系コンピュー
タで同時にダウンする可能性が減り、可用性の高いコン
ピュータシステムを構成することができるという効果を
奏する。

【０１１１】この発明に係る多重化コンピュータシステ
ムは、以上説明したとおり、ネットワークを介して相互
に接続された第１及び第２のコンピュータを備え、前記
第１のコンピュータは、業務処理を行なう第１のアプリ
ケーションプログラムと、前記第１のコンピュータ内の
リソースの消費量を監視する第１のリソース監視手段
と、前記第１のコンピュータを再起動するための第１の
再起動手段と、再起動条件を保持する第１のリソース限
界定義領域と、第１のオペレーティングシステムとを有
し、前記第２のコンピュータは、業務処理を行なう第２
のアプリケーションプログラムと、前記第２のコンピュ
ータ内のリソースの消費量を監視する第２のリソース監
視手段と、前記第２のコンピュータを再起動するための
第２の再起動手段と、再起動条件を保持する第２のリソ
ース限界定義領域と、第２のオペレーティングシステム
とを有し、前記第１のコンピュータが、主系として動作
し、前記第２のコンピュータが、従系として動作してい
る場合、前記第１のコンピュータは、前記第１のリソー
ス監視手段によりリソースの消費量を監視し、リソース
消費量が、前記第１のリソース限界定義領域により予め
保持された再起動条件を満たしているときには、前記第
２の再起動手段へ再起動条件を満たしている旨の通知を
行い、前記第２の再起動手段により、従系として動作し
ている前記第２のコンピュータを再起動するので、オー
バーヘッドがなく、かつ主系コンピュータと従系コンピ
ュータで同時にダウンする可能性が減り、可用性の高い
コンピュータシステムを構成することができるという効
果を奏する。

【０１１２】この発明に係る多重化コンピュータシステ
ムは、以上説明したとおり、ネットワークを介して相互
に接続された第１及び第２のコンピュータを備え、前記
第１のコンピュータは、業務処理を行なう第１のアプリ
ケーションプログラムと、前記第１のアプリケーション
プログラムのリソースの消費量を監視する第１のリソー
ス監視手段と、前記第１のアプリケーションプログラム
を再起動するための第１の再起動手段と、再起動条件を
保持する第１のリソース限界定義領域と、第１のオペレ
ーティングシステムとを有し、前記第２のコンピュータ
は、業務処理を行なう第２のアプリケーションプログラ
ムと、前記第２のアプリケーションプログラムのリソー
スの消費量を監視する第２のリソース監視手段と、前記
第２のアプリケーションプログラムを再起動するための
第２の再起動手段と、再起動条件を保持する第２のリソ
ース限界定義領域と、第２のオペレーティングシステム
とを有し、前記第１のアプリケーションプログラムが、
主系として動作し、前記第２のアプリケーションプログ
ラムが、従系として動作している場合、前記第１のコン
ピュータは、前記第１のリソース監視手段によりリソー
スの消費量を監視し、リソース消費量が、前記第１のリ
ソース限界定義領域により予め保持された再起動条件を
満たしているときには、従系として動作している前記第
２のアプリケーションプログラムへ処理の引継ぎを行う
と共に、前記第１の再起動手段により、主系として動作
している前記第１のアプリケーションプログラムを再起
動し、その後、前記再起動された前記第１のアプリケー
ションプログラムが、従系として動作し、前記第２のア
プリケーションプログラムが、主系として動作するの
で、リソース消費を主系従系で異なる量とすることがで
き、主系コンピュータと従系コンピュータで同時にダウ
ンする可能性が減り、可用性の高いコンピュータシステ
ムを構成することができるという効果を奏する。

【０１１３】また、この発明に係る多重化コンピュータ
システムは、以上説明したとおり、ネットワークを介し
て相互に接続された第１及び第２のコンピュータを備
え、前記第１のコンピュータは、業務処理を行なう第１
のアプリケーションプログラムと、前記第１のアプリケ
ーションプログラムのリソースの消費量を監視する第１
のリソース監視手段と、前記第１のアプリケーションプ
ログラムを再起動するための第１の再起動手段と、再起
動条件を保持する第１のリソース限界定義領域と、第１
のオペレーティングシステムとを有し、前記第２のコン
ピュータは、業務処理を行なう第２のアプリケーション
プログラムと、前記第２のアプリケーションプログラム
のリソースの消費量を監視する第２のリソース監視手段
と、前記第２のアプリケーションプログラムを再起動す
るための第２の再起動手段と、再起動条件を保持する第
２のリソース限界定義領域と、第２のオペレーティング
システムとを有し、前記第１のアプリケーションプログ
ラムが、主系として動作し、前記第２のアプリケーショ
ンプログラムが、従系として動作している場合、前記第
１のコンピュータは、前記第１のリソース監視手段によ
りリソースの消費量を監視し、リソース消費量が、前記
第１のリソース限界定義領域により予め保持された再起
動条件を満たしているときには、前記第２の再起動手段
へ再起動条件を満たしている旨の通知を行い、前記第２
の再起動手段により、従系として動作している前記第２
のアプリケーションプログラムを再起動するので、リソ
ース消費を主系従系で異なる量とすることができ、主系
コンピュータと従系コンピュータで同時にダウンする可
能性が減り、可用性の高いコンピュータシステムを構成
することができるという効果を奏する。

【０１１４】また、この発明に係る多重化コンピュータ
システムは、以上説明したとおり、前記第１のコンピュ
ータが、この第１のコンピュータの最初の起動からの時
間を計時する第１の遅延タイマをさらに有し、前記第２
のコンピュータが、この第２のコンピュータの最初の起
動からの時間を計時する第２の遅延タイマをさらに有
し、前記第１のコンピュータは、前記第１の遅延タイマ
により計時した時間が所定時間を超えているときには、
従系として動作している前記第２のコンピュータへ処理
の引継ぎを行うと共に、前記第１の再起動手段により、
主系として動作している前記第１のコンピュータを再起
動するので、リソースリークの量を主系従系で異なる量
とすることができ、最初の再起動が起こる前の主系コン
ピュータと従系コンピュータで同時にダウンする可能性
を減らすことができるという効果を奏する。

【０１１５】また、この発明に係る多重化コンピュータ
システムは、以上説明したとおり、前記第１のコンピュ
ータが、この第１のコンピュータの最初の起動からの時
間を計時する第１の遅延タイマをさらに有し、前記第２
のコンピュータが、この第２のコンピュータの最初の起
動からの時間を計時する第２の遅延タイマをさらに有
し、前記第１のコンピュータは、前記第１の遅延タイマ
により計時した時間が所定時間を超えているときには、
前記第２の再起動手段へ再起動条件を満たしている旨の
通知を行い、前記第２の再起動手段により、従系として
動作している前記第２のコンピュータを再起動するの
で、リソースリークの量を主系従系で異なる量とするこ
とができ、最初の再起動が起こる前の主系コンピュータ
と従系コンピュータで同時にダウンする可能性を減らす
ことができるという効果を奏する。

【０１１６】この発明に係る多重化コンピュータシステ
ムは、以上説明したとおり、１台のコンピュータを備
え、前記コンピュータは、業務処理を行なうアプリケー
ションプログラムと、前記コンピュータ内のリソースの
消費量を監視するリソース監視手段と、前記コンピュー
タを再起動するための再起動手段と、再起動条件を保持
するリソース限界定義領域と、オペレーティングシステ
ムと、再起動する必要があるかどうかを示す再起動フラ
グと、再起動可能かどうかを判定する再起動可能判定手
段とを有し、前記コンピュータは、前記リソース監視手
段によりリソースの消費量を監視し、リソース消費量
が、前記リソース限界定義領域により予め保持された再
起動条件を満たしているときには、前記再起動フラグを
ＯＮし、処理中において、前記再起動可能判定手段によ
り再起動可能であると判断され、かつ前記再起動フラグ
がＯＮの場合には、前記再起動手段により前記コンピュ
ータを再起動するので、コンピュータ１台で上記効果と
同等の効果を奏する。

【図面の簡単な説明】

【図１】 この発明の実施の形態１に係る多重化コンピ
ュータシステムの構成を示す図である。

【図２】 この発明の実施の形態１に係る多重化コンピ
ュータシステムの動作を示すフローチャートである。

【図３】 この発明の実施の形態２に係る多重化コンピ
ュータシステムの構成を示す図である。

【図４】 この発明の実施の形態２に係る多重化コンピ
ュータシステムの動作を示すフローチャートである。

【図５】 この発明の実施の形態３に係る多重化コンピ
ュータシステムの構成を示す図である。

【図６】 この発明の実施の形態３に係る多重化コンピ
ュータシステムの動作を示すフローチャートである。

【図７】 この発明の実施の形態４に係る多重化コンピ
ュータシステムの構成を示す図である。

【図８】 この発明の実施の形態４に係る多重化コンピ
ュータシステムの動作を示すフローチャートである。

【図９】 この発明の実施の形態５に係る多重化コンピ
ュータシステムの構成を示す図である。

【図１０】 この発明の実施の形態５に係る多重化コン
ピュータシステムの動作を示すフローチャートである。

【図１１】 従来の多重化コンピュータシステムの構成
を示す図である。

【図１２】 従来の多重化コンピュータシステムの動作
を示すフローチャートである。

【符号の説明】

１Ａ、１Ｂ コンピュータ、１１Ａ、１１Ｂ アプリケ
ーションプログラム（ＡＰＰ）、１２Ａ、１２Ｂ リソ
ース監視手段（ＲＭ）、１３Ａ、１３Ｂ 再起動手段
（ＲＢ）、１４Ａ、１４Ｂ リソース限界定義領域（Ｃ
ＯＮＤ）、１５Ａ、１５Ｂ オペレーティングシステム
（ＯＳ）、８ ネットワーク。

フロントページの続き Ｆターム(参考） 5B034 BB02 5B045 JJ04 JJ22 JJ44 5B083 AA05 CD11 DD09 DD11 EE03 GG04

Claims (7)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介して相互に接続された
   第１及び第２のコンピュータを備え、 前記第１のコンピュータは、業務処理を行なう第１のア
   プリケーションプログラムと、前記第１のコンピュータ
   内のリソースの消費量を監視する第１のリソース監視手
   段と、前記第１のコンピュータを再起動するための第１
   の再起動手段と、再起動条件を保持する第１のリソース
   限界定義領域と、第１のオペレーティングシステムとを
   有し、 前記第２のコンピュータは、業務処理を行なう第２のア
   プリケーションプログラムと、前記第２のコンピュータ
   内のリソースの消費量を監視する第２のリソース監視手
   段と、前記第２のコンピュータを再起動するための第２
   の再起動手段と、再起動条件を保持する第２のリソース
   限界定義領域と、第２のオペレーティングシステムとを
   有し、 前記第１のコンピュータが、主系として動作し、前記第
   ２のコンピュータが、従系として動作している場合、 前記第１のコンピュータは、前記第１のリソース監視手
   段によりリソースの消費量を監視し、リソース消費量
   が、前記第１のリソース限界定義領域により予め保持さ
   れた再起動条件を満たしているときには、従系として動
   作している前記第２のコンピュータへ処理の引継ぎを行
   うと共に、 前記第１の再起動手段により、主系として動作している
   前記第１のコンピュータを再起動し、 その後、前記再起動された前記第１のコンピュータが、
   従系として動作し、前記第２のコンピュータが、主系と
   して動作することを特徴とする多重化コンピュータシス
   テム。
2. 【請求項２】 ネットワークを介して相互に接続された
   第１及び第２のコンピュータを備え、 前記第１のコンピュータは、業務処理を行なう第１のア
   プリケーションプログラムと、前記第１のコンピュータ
   内のリソースの消費量を監視する第１のリソース監視手
   段と、前記第１のコンピュータを再起動するための第１
   の再起動手段と、再起動条件を保持する第１のリソース
   限界定義領域と、第１のオペレーティングシステムとを
   有し、 前記第２のコンピュータは、業務処理を行なう第２のア
   プリケーションプログラムと、前記第２のコンピュータ
   内のリソースの消費量を監視する第２のリソース監視手
   段と、前記第２のコンピュータを再起動するための第２
   の再起動手段と、再起動条件を保持する第２のリソース
   限界定義領域と、第２のオペレーティングシステムとを
   有し、 前記第１のコンピュータが、主系として動作し、前記第
   ２のコンピュータが、従系として動作している場合、 前記第１のコンピュータは、前記第１のリソース監視手
   段によりリソースの消費量を監視し、リソース消費量
   が、前記第１のリソース限界定義領域により予め保持さ
   れた再起動条件を満たしているときには、前記第２の再
   起動手段へ再起動条件を満たしている旨の通知を行い、 前記第２の再起動手段により、従系として動作している
   前記第２のコンピュータを再起動することを特徴とする
   多重化コンピュータシステム。
3. 【請求項３】 ネットワークを介して相互に接続された
   第１及び第２のコンピュータを備え、 前記第１のコンピュータは、業務処理を行なう第１のア
   プリケーションプログラムと、前記第１のアプリケーシ
   ョンプログラムのリソースの消費量を監視する第１のリ
   ソース監視手段と、前記第１のアプリケーションプログ
   ラムを再起動するための第１の再起動手段と、再起動条
   件を保持する第１のリソース限界定義領域と、第１のオ
   ペレーティングシステムとを有し、 前記第２のコンピュータは、業務処理を行なう第２のア
   プリケーションプログラムと、前記第２のアプリケーシ
   ョンプログラムのリソースの消費量を監視する第２のリ
   ソース監視手段と、前記第２のアプリケーションプログ
   ラムを再起動するための第２の再起動手段と、再起動条
   件を保持する第２のリソース限界定義領域と、第２のオ
   ペレーティングシステムとを有し、 前記第１のアプリケーションプログラムが、主系として
   動作し、前記第２のアプリケーションプログラムが、従
   系として動作している場合、 前記第１のコンピュータは、前記第１のリソース監視手
   段によりリソースの消費量を監視し、リソース消費量
   が、前記第１のリソース限界定義領域により予め保持さ
   れた再起動条件を満たしているときには、従系として動
   作している前記第２のアプリケーションプログラムへ処
   理の引継ぎを行うと共に、 前記第１の再起動手段により、主系として動作している
   前記第１のアプリケーションプログラムを再起動し、 その後、前記再起動された前記第１のアプリケーション
   プログラムが、従系として動作し、前記第２のアプリケ
   ーションプログラムが、主系として動作することを特徴
   とする多重化コンピュータシステム。
4. 【請求項４】 ネットワークを介して相互に接続された
   第１及び第２のコンピュータを備え、 前記第１のコンピュータは、業務処理を行なう第１のア
   プリケーションプログラムと、前記第１のアプリケーシ
   ョンプログラムのリソースの消費量を監視する第１のリ
   ソース監視手段と、前記第１のアプリケーションプログ
   ラムを再起動するための第１の再起動手段と、再起動条
   件を保持する第１のリソース限界定義領域と、第１のオ
   ペレーティングシステムとを有し、 前記第２のコンピュータは、業務処理を行なう第２のア
   プリケーションプログラムと、前記第２のアプリケーシ
   ョンプログラムのリソースの消費量を監視する第２のリ
   ソース監視手段と、前記第２のアプリケーションプログ
   ラムを再起動するための第２の再起動手段と、再起動条
   件を保持する第２のリソース限界定義領域と、第２のオ
   ペレーティングシステムとを有し、 前記第１のアプリケーションプログラムが、主系として
   動作し、前記第２のアプリケーションプログラムが、従
   系として動作している場合、 前記第１のコンピュータは、前記第１のリソース監視手
   段によりリソースの消費量を監視し、リソース消費量
   が、前記第１のリソース限界定義領域により予め保持さ
   れた再起動条件を満たしているときには、前記第２の再
   起動手段へ再起動条件を満たしている旨の通知を行い、 前記第２の再起動手段により、従系として動作している
   前記第２のアプリケーションプログラムを再起動するこ
   とを特徴とする多重化コンピュータシステム。
5. 【請求項５】 前記第１のコンピュータは、この第１の
   コンピュータの最初の起動からの時間を計時する第１の
   遅延タイマをさらに有し、 前記第２のコンピュータは、この第２のコンピュータの
   最初の起動からの時間を計時する第２の遅延タイマをさ
   らに有し、 前記第１のコンピュータは、前記第１の遅延タイマによ
   り計時した時間が所定時間を超えているときには、従系
   として動作している前記第２のコンピュータへ処理の引
   継ぎを行うと共に、 前記第１の再起動手段により、主系として動作している
   前記第１のコンピュータを再起動することを特徴とする
   請求項１記載の多重化コンピュータシステム。
6. 【請求項６】 前記第１のコンピュータは、この第１の
   コンピュータの最初の起動からの時間を計時する第１の
   遅延タイマをさらに有し、 前記第２のコンピュータは、この第２のコンピュータの
   最初の起動からの時間を計時する第２の遅延タイマをさ
   らに有し、 前記第１のコンピュータは、前記第１の遅延タイマによ
   り計時した時間が所定時間を超えているときには、前記
   第２の再起動手段へ再起動条件を満たしている旨の通知
   を行い、 前記第２の再起動手段により、従系として動作している
   前記第２のコンピュータを再起動することを特徴とする
   請求項２記載の多重化コンピュータシステム。
7. 【請求項７】 １台のコンピュータを備え、 前記コンピュータは、業務処理を行なうアプリケーショ
   ンプログラムと、前記コンピュータ内のリソースの消費
   量を監視するリソース監視手段と、前記コンピュータを
   再起動するための再起動手段と、再起動条件を保持する
   リソース限界定義領域と、オペレーティングシステム
   と、再起動する必要があるかどうかを示す再起動フラグ
   と、再起動可能かどうかを判定する再起動可能判定手段
   とを有し、 前記コンピュータは、前記リソース監視手段によりリソ
   ースの消費量を監視し、リソース消費量が、前記リソー
   ス限界定義領域により予め保持された再起動条件を満た
   しているときには、前記再起動フラグをＯＮし、 処理中において、前記再起動可能判定手段により再起動
   可能であると判断され、かつ前記再起動フラグがＯＮの
   場合には、前記再起動手段により前記コンピュータを再
   起動することを特徴とする多重化コンピュータシステ
   ム。