JPH1091467A - 多重系計算機およびそのバックアップ方法 - Google Patents

Abstract

(57)【要約】 【課題】 稼働率の低下を招くことなくバックアップを
行うことのできる多重系計算機を提供する。 【解決手段】 各計算機において実行する業務それぞれ
プライオリティを設定する。構成制御部113は当該計算
機上の各業務（あるいは、これを実行しているＡＰ業務
部115）の状態を示すメッセージ104を、適宜、他の計算
機に送る。生存報告メッセージを受け取った計算機は、
当該メッセージ104の発信元である業務のバックアップ
が必要であるか否かを該メッセージ104の内容に基づい
て判定する。バックアップ必要な場合には、当該バック
アップが必要な業務のプライオリティと、自らの有する
ＡＰ業務115に割り当てられている業務のプライオリテ
ィとを比較する。バックアップが必要な業務の方がプラ
イオリティが高い場合には、自らのＡＰ業務部115によ
ってバックアップを行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の計算機が伝
送路により相互結合された多重系計算機および該多重系
計算機における計算機業務のバックアップ方法に関す
る。

【０００２】

【従来の技術】現代社会において必須の技術となった計
算機システムにおいては、単に処理速度の向上だけでな
く高い信頼性が求められている。そのため、計算機シス
テムを多重化することで万が一の場合における信頼性を
高めた多重系計算機システムがある。このような従来の
多重系計算機システムにおけるバックアップ方式を、図
１２を用いて説明する。

【０００３】多重系計算機システムは、複数の計算機を
伝送路により相互結合することで構成されている。各計
算機１００１は、業務メッセージ入出力制御を行うフィ
ルタ１０１４を有している。業務処理プログラム１０１
５は、これらフィルタ１０１４を介して業務メッセージ
１００４を伝送路１００３へ出力している。また、伝送
路１００３を通じて送られてきた業務メッセージ１００
４は、フィルタ１０１４を介して業務処理プログラム１
０１５に入力される。

【０００４】各計算機１００１の動作状態には、マスタ
と、スレーブとがある。通常は、マスタとなっている計
算機（以下“マスタ系”と呼ぶ）と、スレーブとなって
いる計算機（以下“スレーブ系”と呼ぶ）とで同じ業務
処理プログラムを動作させておく。そして、マスタ系の
みが業務メッセージ１００４を伝送路１００３へ出力す
る。スレーブ系は、業務メッセージ１００４を伝送路１
００３へは出力しない。このような動作モードに応じた
メッセージ出力の実行／停止は、フィルタ１０１４によ
って実現される。つまり、上述したフィルタ１０１４
は、業務処理プログラム１０１５の生成したメッセージ
の廃棄／非廃棄を制御する機能を備えている。そして、
メッセージ廃棄の系（スレーブ系）では、伝送路１００
３からのメッセージ入力を受け付けるが、出力は行わな
い。これに対しメッセージ非廃棄の系（マスタ系）では
伝送路１００３からのメッセージ入力のみならず伝送路
１００３への出力も行う。

【０００５】各計算機１００１における動作状態（マス
タ／スレーブ）の切換は、構成制御部１０１３によって
行われる。スレーブ系の構成制御部１０１３は、マスタ
系での障害の発生を検知した時、当該計算機１００１内
のフィルタ１０１４をメッセージ廃棄から非廃棄に切り
替えることでバックアップを行う。一方、マスタ系の構
成制御部１０１３は、当該計算機内のフィルタ１０１４
をメッセージ非廃棄から廃棄に切り替える。なお、障害
発生の検出は、生存報告カウンタの受信停止を検出して
行うのが一般的である。

【０００６】このような多重系計算機システムにおける
バックアップに関する技術については、例えば、特開平
１−１２４０５０号公報に記載されている。

【０００７】

【発明が解決しようとする課題】上記従来技術では障害
発生系の稼働率およびバックアップ系の負荷率について
配慮されていなかった。例えば、一つの系で複数の異な
る業務を行っている場合を考える。この系においてたっ
た１つの業務でも障害が発生すると、その系は業務継続
不可と判定される。そして、障害の発生した業務のみな
らず正常に動いていた業務についてまでも、他系でバッ
クアップすることになる。その結果、障害発生系の稼働
率が低下するという問題があった。さらに、バックアッ
プ系の負荷の必要以上増大するという問題があった。

【０００８】本発明は、障害発生系の稼働率向上および
バックアップ系の負荷増大の極小化、さらには、システ
ム全体としての信頼性の向上を図った、多重系計算機シ
ステムおよび多重系計算機システムにおけるバックアッ
プ方法を提供することを目的とする。

【０００９】

【課題を解決するための手段】本発明は上記目的を達成
するためになされたものでその第１の態様としては、複
数の計算機を伝送路により相互結合して構成された多重
系計算機において、上記計算機は、それぞれ、あらかじ
め割り当てられた業務を実行する１または２以上の業務
実行部と、上記業務実行部のそれぞれに割り当てられて
いる上記業務の名称および優先度に関する情報を記憶し
た記憶手段と、上記業務実行部による上記業務の実行状
態を検出すると共に上記記憶手段に記憶されている情報
を参照することで、当該業務実行部の実行している業務
の名称と当該業務の優先度とその時当該業務に対しバッ
クアップを行うことが必要であるか否かの判定の基にな
る情報（以下“判定情報”という）とを含んだ生存報告
メッセージを各業務毎に生成し、該生存報告メッセージ
を他の計算機に対して送付する生存報告メッセージ生成
手段と、他の計算機から送られてくる上記生存報告メッ
セージを受信し、該受信した生存報告メッセージに含ま
れている上記判定情報に基づいて当該生存報告メッセー
ジの発信元である業務にはバックアップが必要であるか
否かを判定するバックアップ要否判定手段と、上記バッ
クアップ要否判定手段がバックアップが必要であると判
定した場合には、当該生存報告メッセージの発信元であ
る業務の優先度と自らの属する計算機の有している上記
業務実行部に割り当てられている業務の優先度とを比較
する優先度判定手段と、上記優先度判定手段による上記
比較の結果、当該生存報告メッセージの発信元である業
務の優先度の方が優先度が高かった場合には、自らの属
する計算機が有している上記業務実行部に当該生存報告
メッセージの発信元である業務のバックアップを行わせ
るバックアップ制御手段とを有するものであることを特
徴とする多重系計算機が提供される。

【００１０】本発明の第２の態様としては、複数の計算
機を伝送路により相互結合して構成された多重系計算機
において、上記計算機は、それぞれ、あらかじめ割り当
てられた業務を実行する１または２以上の業務実行部
と、上記業務実行部のそれぞれに割り当てられている上
記業務の名称および優先度に関する情報を記憶した記憶
手段と、上記業務実行部による上記業務の実行状態を検
出するとともに上記記憶手段に記憶されている情報を参
照することで、当該業務実行部の実行している業務の名
称と当該業務の優先度とその時当該業務に対しバックア
ップを行うことが必要であるか否かの判定の基になる情
報（以下“判定情報”という）とを含んだ生存報告メッ
セージを各業務毎に生成し、該生存報告メッセージを他
の計算機に対して送付する生存報告メッセージ生成手段
と、他の計算機から送られてくる上記生存報告メッセー
ジを受信し、該受信した生存報告メッセージに含まれて
いる上記判定情報に基づいて当該生存報告メッセージの
発信元である業務にはバックアップが必要であるか否か
を判定するバックアップ要否判定手段と、上記バックア
ップ要否判定手段がバックアップが必要であると判定し
た場合には、当該生存報告メッセージの発信元である業
務の優先度と、自らの属する計算機の有している上記業
務実行部に割り当てられている業務の優先度とを比較す
る優先度判定手段と、上記優先度判定手段による上記比
較の結果、当該生存報告メッセージの発信元である業務
の優先度の方が優先度が高かった場合には、自らの属す
る計算機の有している上記業務実行部によって当該生存
報告メッセージの発信元である業務のバックアップを行
うことが可能であることを示すバックアップ候補宣言メ
ッセージを生成し、これを当該生存報告メッセージの発
信元である業務の存在する計算機に送信するバックアッ
プ候補宣言手段と、上記バックアップ候補宣言メッセー
ジを受信した場合には、当該バックアップ候補宣言メッ
セージを送信してきた計算機のうちのいずれにバックア
ップを行わせるかをあらかじめ定められた基準に基づい
て決定し、該決定した計算機に対してバックアップを指
示するバックアップ指示メッセージを出力するバックア
ップ指示手段と、上記バックアップ指示メッセージを受
信した場合には、自らの属する計算機の有している上記
業務実行部に該バックアップ指示メッセージの発信元で
ある業務のバックアップを行わせるバックアップ制御手
段とを有するものであることを特徴とする多重系計算機
が提供される。

【００１１】本発明の第３の態様としては、複数の計算
機を伝送路により相互結合して構成された多重系計算機
において、上記計算機は、それぞれ、あらかじめ割り当
てられた業務を実行する１または２以上の業務実行部
と、上記業務実行部のそれぞれに割り当てられている上
記業務の名称，負荷の大きさおよび当該計算機の処理能
力に関する情報を記憶した記憶手段と、上記業務実行部
による上記業務の実行状態を検出するとともに上記記憶
手段に記憶されている情報を参照することで、当該業務
実行部の実行している業務の名称と当該業務の負荷の大
きさとその時当該業務に対しバックアップを行うことが
必要であるか否かの判定の基になる情報（以下“判定情
報”という）とを含んだ生存報告メッセージを各業務毎
に生成し、該生存報告メッセージを他の計算機に対して
送付する生存報告メッセージ生成手段と、他の計算機か
ら送られてくる上記生存報告メッセージを受信し、該受
信した生存報告メッセージに含まれている上記判定情報
に基づいて当該生存報告メッセージの発信元である業務
にはバックアップが必要であるか否かを判定するバック
アップ要否判定手段と、上記バックアップ要否判定手段
がバックアップが必要であると判定した場合には、当該
生存報告メッセージの発信元である業務の負荷の大きさ
と、自らの属する計算機の有している上記業務実行部に
割り当てられている業務の負荷の大きさとの合計を求め
る負荷算定手段と、上記負荷算定手段の求めた負荷の合
計値を当該計算機の処理能力と比較する負荷判定手段
と、上記負荷判定手段による上記比較の結果上記負荷算
定手段の求めた負荷の合計値が自らの属する計算機の処
理能力を超えていない場合には、自らの属する計算機の
有している上記業務実行部に当該生存報告メッセージの
発信元である業務のバックアップを行わせるバックアッ
プ制御手段とを有するものであることを特徴とする多重
系計算機が提供される。

【００１２】本発明の第４の態様としては、複数の計算
機を伝送路により相互結合して構成された多重系計算機
において、上記計算機は、それぞれ、あらかじめ割り当
てられた業務を実行する１または２以上の業務実行部
と、上記業務実行部のそれぞれに割り当てられている上
記業務の名称、負荷の大きさおよび当該計算機の処理能
力に関する情報を記憶した記憶手段と、上記業務実行部
による上記業務の実行状態を検出するとともに上記記憶
手段に記憶されている情報を参照することで、当該業務
実行部の実行している業務の名称と当該業務の負荷の大
きさとその時当該業務に対しバックアップを行うことが
必要であるか否かの判定の基になる情報（以下“判定情
報”という）とを含んだ生存報告メッセージを各業務毎
に生成し、該生存報告メッセージを他の計算機に対して
送付する生存報告メッセージ生成手段と、他の計算機か
ら送られてくる上記生存報告メッセージを受信し、該受
信した生存報告メッセージに含まれている上記判定情報
に基づいて当該生存報告メッセージの発信元である業務
にはバックアップが必要であるか否かを判定するバック
アップ要否判定手段と、上記バックアップ要否判定手段
がバックアップが必要であると判定した場合には、当該
生存報告メッセージの発信元である業務の負荷の大きさ
と、当該計算機の有する上記業務実行部に割り当てられ
ている業務の負荷の大きさとの合計を求める負荷算定手
段と、上記負荷算定手段の求めた負荷の合計値を当該計
算機の処理能力と比較する負荷判定手段と、上記負荷判
定手段による上記比較の結果、上記負荷算定手段の求め
た負荷の合計値が当該計算機の処理能力を超えていない
場合には、自らの属する計算機の有している上記業務実
行部によって当該生存報告メッセージの発信元である業
務のバックアップを行うことが可能であることを示すバ
ックアップ候補宣言メッセージを生成し、これを当該生
存報告メッセージの発信元である業務の存在する計算機
に送信するバックアップ候補宣言手段と、上記バックア
ップ候補宣言メッセージを受信した場合には、当該バッ
クアップ候補宣言メッセージを送信してきた計算機のう
ちのいずれにバックアップを行わせるかをあらかじめ定
められた基準に基づいて決定し、該決定した計算機に対
してバックアップを指示するバックアップ指示メッセー
ジを出力するバックアップ指示手段と、上記バックアッ
プ指示メッセージを受信した場合には、自らの属する計
算機の有している上記業務実行部に当該バックアップ指
示メッセージの発信元である業務のバックアップを行わ
せるバックアップ制御手段とを有するものであること、
を特徴とする多重系計算機が提供される。

【００１３】上述した第１、第２、第３、第４の態様に
おいて、上記判定情報は、上記生存報告メッセージが生
成される度毎にその値があらかじめ定められた量だけ変
更されてゆく生存カウンタ情報であり、上記バックアッ
プ要否判定手段は、前回当該業務を発信元とした生存報
告メッセージに含まれていた上記生存カウンタ情報の値
と、今回当該業務を発信元とした生存報告メッセージに
含まれていた上記生存カウンタ情報の値とを比較し、該
比較の結果、前回の値と今回の値とが一致している場合
には、上記バックアップが必要であると判定するもので
あってもよい。

【００１４】上述した第２、第４の態様において、上記
記憶手段は、さらに、当該計算機の信頼性を示す信頼性
指標に関する情報を記憶したものであり、上記バックア
ップ候補宣言メッセージは、当該計算機の信頼性指標を
含んだものであり、上記バックアップ指示手段は、上記
バックアップ候補宣言メッセージを受信した場合には、
上記バックアップ候補宣言メッセージを送信してきた計
算機のうちのいずれにバックアップを行わせるかを、上
記バックアップ候補宣言メッセージに含まれている上記
信頼性指標に基づいて決定するものであってもよい。

【００１５】作用を説明する。

【００１６】まず第１の態様の作用を説明する。

【００１７】生存報告メッセージ生成手段は、生存報告
メッセージを各業務毎に生成する。そして、その生存報
告メッセージを他の計算機に対して送付する。なお、生
存報告メッセージには、業務実行部の実行している業務
の名称と、当該業務の優先度と、判定情報とが含まれて
いる。

【００１８】バックアップ要否判定手段は、他の計算機
から送られてくる生存報告メッセージを受信する。そし
て、その中に含まれている判定情報に基づいて、当該生
存報告メッセージの発信元である業務にはバックアップ
が必要であるか否かを判定する。

【００１９】バックアップ要否判定手段がバックアップ
が必要であると判定した場合、優先度判定手段は、当該
生存報告メッセージの発信元である業務の優先度と自ら
の属する計算機の有している上記業務実行部に割り当て
られている業務の優先度とを比較する。当該生存報告メ
ッセージの発信元である業務の優先度の方が優先度が高
かった場合、バックアップ制御手段は、自らの属する計
算機が有している業務実行部に当該生存報告メッセージ
の発信元である業務のバックアップを行わせる。

【００２０】本発明の第２の態様の作用を説明する。

【００２１】生存報告メッセージ生成手段は、生存報告
メッセージを各業務毎に生成する。そして、その生存報
告メッセージを他の計算機に対して送付する。なお、生
存報告メッセージには、業務実行部の実行している業務
の名称と、当該業務の優先度と、判定情報とが含まれて
いる。

【００２２】バックアップ要否判定手段は、他の計算機
から送られてくる生存報告メッセージを受信する。そし
て、その中に含まれている判定情報に基づいて、当該生
存報告メッセージの発信元である業務にはバックアップ
が必要であるか否かを判定する。

【００２３】バックアップ要否判定手段がバックアップ
が必要であると判定した場合、優先度判定手段は、当該
生存報告メッセージの発信元である業務の優先度と自ら
の属する計算機の有している業務実行部に割り当てられ
ている業務の優先度とを比較する。該比較の結果当該生
存報告メッセージの発信元である業務の優先度の方が優
先度が高かった場合、バックアップ候補宣言手段は、自
らの属する計算機の有している業務実行部によってバッ
クアップを行うことが可能であることを示すバックアッ
プ候補宣言メッセージを生成する。そして、これを当該
生存報告メッセージの発信元である業務の存在する計算
機に送信する。

【００２４】バックアップ候補宣言メッセージを受信し
た場合には、バックアップ指示手段は、バックアップ候
補宣言メッセージを送信してきた計算機のうちのいずれ
にバックアップを行わせるかをあらかじめ定められた基
準に基づいて決定する。例えば、バックアップ候補宣言
メッセージに当該計算機の信頼性指標を含めておき、こ
の信頼性指標に基づいて、いずれにバックアップを行わ
せるかを決定することが考えられる。バックアップ指示
手段は、このようにして決定した計算機に対してバック
アップを指示するバックアップ指示メッセージを出力す
る。

【００２５】バックアップ指示メッセージを受信した場
合、バックアップ制御手段は、自らの属する計算機の有
している業務実行部にバックアップを行わせる。

【００２６】本発明の第３の態様の作用を説明する。

【００２７】生存報告メッセージ生成手段は、生存報告
メッセージを各業務毎に生成する。そして、その生存報
告メッセージを他の計算機に対して送付する。なお、生
存報告メッセージには、業務実行部の実行している業務
の名称と当該業務の負荷の大きさと判定情報とが含まれ
ている。バックアップ要否判定手段は、他の計算機から
送られてくる生存報告メッセージを受信する。そして、
これに含まれている判定情報に基づいて当該生存報告メ
ッセージの発信元である業務にはバックアップが必要で
あるか否かを判定するバックアップ要否判定手段がバッ
クアップが必要であると判定した場合には、負荷算定手
段は、当該生存報告メッセージの発信元である業務の負
荷の大きさと、自らの属する計算機の有している上記業
務実行部に割り当てられている業務の負荷の大きさとの
合計を求める。負荷判定手段は、負荷算定手段の求めた
負荷の合計値を当該計算機の処理能力と比較する。その
結果、負荷の合計値が自らの属する計算機の処理能力を
超えていない場合、バックアップ制御手段は、当該計算
機の有する業務実行部にバックアップを行わせる。

【００２８】本発明の第４の態様の作用を説明する。

【００２９】生存報告メッセージ生成手段は、生存報告
メッセージを各業務毎に生成する。そして、その生存報
告メッセージを他の計算機に対して送付する。なお、生
存報告メッセージには、業務実行部の実行している業務
の名称と当該業務の負荷の大きさと判定情報とが含まれ
ている。バックアップ要否判定手段は、他の計算機から
送られてくる生存報告メッセージを受信する。そして、
これに含まれている判定情報に基づいて当該生存報告メ
ッセージの発信元である業務にはバックアップが必要で
あるか否かを判定するバックアップ要否判定手段がバッ
クアップが必要であると判定した場合には、負荷算定手
段は、当該生存報告メッセージの発信元である業務の負
荷の大きさと、自らの属する計算機の有している上記業
務実行部に割り当てられている業務の負荷の大きさとの
合計を求める。負荷判定手段は、負荷算定手段の求めた
負荷の合計値を当該計算機の処理能力と比較する。

【００３０】負荷の合計値が当該計算機の処理能力を超
えていない場合、バックアップ候補宣言手段は、自らの
属する計算機の有している上記業務実行部によって当該
生存報告メッセージの発信元である業務のバックアップ
を行うことが可能であることを示すバックアップ候補宣
言メッセージを生成する。そして、これを当該生存報告
メッセージの発信元である業務の存在する計算機に送信
する。

【００３１】バックアップ候補宣言メッセージを受信し
た場合、バックアップ指示手段は、バックアップ候補宣
言メッセージを送信してきた計算機のうちのいずれにバ
ックアップを行わせるかをあらかじめ定められた基準に
基づいて決定する。例えば、バックアップ候補宣言メッ
セージに当該計算機の信頼性指標を含めておき、この信
頼性指標に基づいて、いずれにバックアップを行わせる
かを決定することが考えられる。バックアップ指示手段
は、このようにして決定した計算機に対してバックアッ
プを指示するバックアップ指示メッセージを出力する。

【００３２】バックアップ指示メッセージを受信した場
合、バックアップ制御手段は、バックアップ指示メッセ
ージの発信元である業務のバックアップを当該計算機の
有する業務実行部に行わせる。

【００３３】

【発明の実施の形態】以下に本発明の一実施形態を図面
を用いて説明する。

【００３４】図１は本発明による分散システムにおける
バックアップ方式の一実施形態を示すシステム構成図で
ある。

【００３５】本実施形態の多重系計算機システムは、図
１に示すとおり、複数の計算機１０１を伝送路１０３に
より相互結合することで構成されている。

【００３６】各計算機１０１内には、メッセージ１０４
を送信する送信処理部１１１、メッセージを受信する受
信処理部１１２、これらを制御する構成制御部１１３を
備えている。さらに、所定の業務を実行するための１ま
たは２以上のＡＰ業務部１１５を備えている。本実施形
態は、このＡＰ業務部１１５単位でバックアップを行う
ことを特徴としている。

【００３７】構成制御部１１３は、ＡＰ業務部１１５の
生死監視及びバックアップ要否の判断等を行うものであ
る。該構成制御部１１３は、該監視結果等の情報を含ん
だメッセージ１０４を、送信処理部１１１および受信処
理部１１２を通じて他の計算機と授受するようになって
いる。該メッセージ１０４には、生存報告メッセージ３
０１（図２参照）、バックアップ候補宣言メッセージ３
１１（図３参照）、バックアップ指示メッセージ３２１
（図４参照）がある。これらメッセージの詳細について
は後ほど述べる。該構成制御部１１３は、他の計算機か
ら送られてきた各種メッセージの内容を保存するための
ノード生死監視テーブル（図５参照）を備えている。該
構成制御部１１３は、このノード監視テーブルの内容を
適宜参照することで、他の計算機の状態を確認できるよ
うになっている。

【００３８】ＡＰ業務部１１５は、所定の業務を実行す
るものである。個々のＡＰ業務部１１５の具体的構成
は、実現する業務内容に応じてそれぞれ異なる。また、
各計算機に備えるＡＰ業務部１１５の個数は特に限定さ
れない。ＡＰ業務部１１５によって実行される業務に
は、その属性として、業務名称、プライオリティ、バッ
クアップの要否、業務負荷があらかじめ（あるいは、そ
の都度）定められている。これらの属性は、上述した各
種メッセージ３０１，３１１，３２１の内容に反映され
る。各属性の意味については、後ほど述べるメッセージ
の説明の際に行うこととする。

【００３９】本実施形態の装置は、所定のプログラムを
格納されたメモリ、該プログラムを実行するプロセッサ
等から構成されている。上述した各部は、プロセッサ
（ＣＰＵ）が所定のプログラムを実行することで実現さ
れている。

【００４０】次に、上述した各種メッセージの詳細を説
明する。

【００４１】生存報告メッセージ３０１とは、該生存報
告メッセージ３０１の送信元である業務の状態を、他の
計算機に対して知らせるためのものである。該生存広告
メッセージ３０１は、構成制御部１１３によって各業務
ごとに一定周期で作成され、ブロードキャスト方式で、
一斉に他のすべての計算機に対して送付されるようにな
っている。生存報告メッセージ３０１は、具体的には図
２に示すとおり、当該メッセージの内容（ここでは生存
報告メッセージであること）を示すコード３０２と、メ
ッセージ発信元計算機のアドレス３０３と、生存カウン
タ３０４と、業務名称３０５と、プライオリティ３０６
と、バックアップ要否フラグ３０７と、業務負荷３０８
とからなる。

【００４２】生存カウンタ３０４とは、該生存報告メッ
セージ３０１を受け取った計算機の構成制御部１１３
が、該生存報告メッセージ３０１の発信元（計算機）が
正常に作動しているか否かを判定するための情報であ
る。該生存カウンタ３０４の値は、生存報告メッセージ
３０１を送信する度毎に所定数づつインクリメントされ
てゆく。例えば、前回送信した生存報告メッセージ３０
１に含まれている生存カウンタ３０４の値が４であれ
ば、次回送信する生存報告メッセージ３０１に含まれる
生存カウンタ３０４の値は５にされる。生存報告メッセ
ージ３０１を受け取った構成制御部１１３は、該生存カ
ウンタ３０４の連続性が保たれているか否か（つまり、
前回の生存カウンタ３０４の値から所定数だけ増えてい
るか否か）を判定することで、当該生存報告メッセージ
の発信元が正常に作動しているか否かを判定できるよう
になっている。

【００４３】業務名称３０５とは、該生存報告メッセー
ジ３０１の送信元である業務を識別するためのものであ
り、各計算機内においてユニークな名称が設定されてい
る。

【００４４】プライオリティ３０６とは、該生存報告メ
ッセージ３０１の送信元である業務の優先度を示すもの
である。本実施形態では、プライオリティの高い業務を
実行しているＡＰ業務部１１５１１５に障害が発生した
場合には、プライオリティの低い業務を実行しているＡ
Ｐ業務部１１５によってバックアップを行うようになっ
ている。この場合、プライオリティの低い業務の実行は
停止されることになる。

【００４５】バックアップ要否フラグ３０７とは、該生
存報告メッセージ３０１の送信元である業務が、バック
アップの必要な状態に陥ったことを他の計算機に示すた
めのフラグである。ＡＰ業務部１１５に発生する障害に
は様々な種類がある。例えば、当該ＡＰ業務部１１５自
身が障害の発生を検知してバックアップを他の計算機に
依頼できる場合もあれば、当該ＡＰ業務部自身では障害
の発生を検知できず、従って、他の計算機に対してバッ
クアップを依頼できない場合もある。このバックアップ
要否フラグ３０７は、ＡＰ業務部自身が当該ＡＰ業務自
身に障害が発生したことを検知した場合に、自分が行っ
ていた業務のバックアップを他の計算機に対して要求す
る際に用いられる。該バックアップ要否フラグ３０７
は、通常（正常に作動している場合）、バックアップが
不要であることを示す“バックアップ否”とされてい
る。しかし、何らかの障害が発生した場合等には、該バ
ックアップ要否フラグ３０７は、バックアップが必要な
ことを示す“バックアップ要”とされる。

【００４６】業務負荷３０８は、該生存報告メッセージ
３０１の送信元である業務を実行するために、ＣＰＵに
加わる負荷の大きさを示す値である。該業務負荷３０８
の値は、あらかじめ業務の種類毎に設定されている。

【００４７】バックアップ候補宣言メッセージ３１１と
は、他のＡＰ業務部１１５がバックアップが必要な状況
に陥った場合、該バックアップ候補宣言メッセージ３１
１の発信元である計算機のＡＰ業務部１１５がバックア
ップを行うことができる旨を、当該バックアップの必要
な計算機に対して知らせるためのメッセージである。バ
ックアップ候補宣言メッセージ３１１は、具体的には図
３に示すとおり、メッセージ内容（メッセージの種類）
を示すコード３１２と、メッセージ発信元計算機のアド
レス３１３と、業務名称３１４と、プライオリティ３１
５と、ＣＰＵ負荷３１６とからなる。

【００４８】プライオリティ３１５は、該バックアップ
候補宣言メッセージ３１１の送信元となる業務のプライ
オリティの値である。

【００４９】ＣＰＵ負荷３１６とは、該バックアップ候
補宣言メッセージ３１１の送信元となる計算機のＡＰ業
務部がバックアップを行った場合における、当該計算機
のＣＰＵ負荷の値である。

【００５０】バックアップを行うことの可能な計算機が
複数あった場合（つまり、バックアップ候補宣言メッセ
ージ３１１を複数の計算機から受け取った場合）には、
バックアップを実際に行わせる計算機を一つだけ選択し
た上で、当該選択した計算機に対してバックアップを依
頼する必要がある。また、保守点検などの際には、バッ
クアップを行わせるＡＰ業務部を指定した上で、バック
アップを依頼する必要がある。このようにある特定のＡ
Ｐ業務部に対してバックアップを依頼する場合に使用さ
れるのが、バックアップ指示メッセージ３２１である。
バックアップ指示メッセージ３２１は、具体的には図４
に示すとおり、メッセージ内容（メッセージの種類）を
示すコード３２２と、メッセージ発信元計算機のアドレ
ス３２３と、業務名称３２４と、バックアップ指示３２
５からなる。該バックアップ指示メッセージ３２１は、
他のメッセージとは異なり、バックアップの依頼先とな
る計算機にのみ送られる。

【００５１】次に、ノード生死状態監視テーブル４０１
について説明する。

【００５２】ノード生死状態監視テーブル４０１は、図
５に示すとおり、自計算機以外のすべての計算機の状
態，属性を記載した計算機管理テーブル４０１と、自計
算機に関する情報を記載した自計算機管理テーブル４０
３とからなる。このノード生死監視テーブルは、すべて
の計算機がそれぞれ備えている。

【００５３】計算機管理テーブル４０１は、この後述べ
る業務管理テーブル４０２を、当該システム上に存在す
るすべての計算機についてまとめたものである。業務管
理テーブル４０２には、当該計算機上に存在するＡＰ業
務部が実行している業務のすべてについて、それぞれの
業務の状態を示す情報，属性（当該業務の生死状態４３
１、生存カウンタ４３２、業務名称４３３、プライオリ
ティ４３４、生存カウンタ前回値４３５、バックアップ
要否４３６、バックアップ指示４３７、業務負荷４３
８）が記載される。

【００５４】生死状態フラグ４３１は、当該業務を実行
しているＡＰ業務部１１５の生（正常）／死（異常）状
態を示すフラグである。該生死状態フラグ４３１は、構
成制御部１１３によって確認された生死状態に応じて構
成制御部１１３によって書き換えられるようになってい
る。

【００５５】生存カウンタ４３２には、最後に受け取っ
た生存報告メッセージ３０１に含まれている生存カウン
タ３０４の値が格納される。該生存カウンタ４３２は、
当該生存報告メッセージ３０１を発進したＡＰ業務部１
１５に異常が発生したか否かを判定するのに用いられ
る。

【００５６】業務名称４３３には、当該業務の名称が格
納される。該業務名称は、生存報告メッセージ３０１に
含まれている業務名称３０５から獲得される。

【００５７】プライオリティ４３４には、生存報告メッ
セージ３０１に含まれているプライオリティ３０６の値
が格納される。

【００５８】生存カウンタ前回値４３５は、生存カウン
タ４３２が更新される度毎に、それまで生存カウンタ４
３２に格納されていた値（すなわち、前回受け取った生
存報告メッセージ３０１に含まれていた生存カウンタ３
０４の値）が格納される。

【００５９】バックアップ要否４３６には、生存報告メ
ッセージ３０１に含まれているバックアップ要否フラグ
３０７の値が格納される。

【００６０】バックアップ指示４３７とは、当該業務を
実行しているＡＰ業務部１１５を発信元としたバックア
ップ指示メッセージ３２１を受信したか否かを示す情報
が格納される。

【００６１】業務負荷４３８とは、生存報告メッセージ
３０１に含まれている業務負荷３０８の値が格納され
る。

【００６２】自計算機管理テーブル４０３は、自業務定
義テーブル４０５と、自ＣＰＵ全体負荷４０４と、ＣＰ
Ｕ能力値４０６とからなる。自業務定義テーブル４０５
には、自計算機上において実行されているすべての業務
について、それぞれのプライオリティ４６１および業務
負荷４６２が記載されている。自ＣＰＵ全体負荷４０４
とは、当該計算機上においてその時実行されている業務
それぞれの負荷の合計値である。ＣＰＵ能力値４０６
は、当該計算機のＣＰＵの最大能力（１００％）を示す
値である。

【００６３】各計算機、ＡＰ業務１１５への名称、プラ
イオリティ設定の一例を図６に示した。

【００６４】伝送路２０１に結合されている計算機２０
２には、システム全体でユニークとなる計算機名称Ｃn
（但し、nは任意）を付与されている。また、ＡＰ業務
２０３には、当該計算機内においてユニークな業務名称
Ｇn（但し、nは任意）を付与されている。プライオリテ
ィ２０４（括弧内の数字）としては、システム全体でユ
ニークな値を付与されている。

【００６５】特許請求の範囲において言う“優先度”と
は、本実施形態におけるプライオリティに相当する。
“判定情報”とは、バックアップ要否フラグ、生存カウ
ンタに相当する。“バックアップ要求情報”とは、バッ
クアップ要否フラグに相当する。“業務実行部”とは、
ＡＰ業務部に相当する。“生存報告メッセージ生成手
段”、“バックアップ要否判定手段”、“優先度判定手
段”、“バックアップ制御手段”、“バックアップ候補
宣言手段”、“バックアップ指示手段”、“負荷算定手
段”、“負荷判定手段”は、構成制御部１１３、送信処
理部１１１、受信処理部１１２によって実現されてい
る。

【００６６】次に、バックアップおよびこれに関連する
処理動作を説明する。

【００６７】まず、生存報告メッセージの送信処理につ
いて図７を用いて説明する。

【００６８】ここでは当初、ＡＰ業務部１１５は正常に
作動しているものとする。

【００６９】構成制御１１３は、生存報告メッセージ３
０１を作成し、これを生存送信部１１１を介して伝送路
１０３へ送り出す（ステップ５０１）。該生存報告メッ
セージ３０１の送信は、ブロードキャスト方式ですべて
の他の計算機に送られる。ここでは、当初、ＡＰ業務部
１１５は正常に作動しているものと仮定している。従っ
て、この場合に送信されている生存報告メッセージ３１
１のバックアップ要否フラグ３０７は、バックアップが
不要であることを示す“バックアップ否”とされてい
る。

【００７０】この後、構成制御部１１３は一定時間スリ
ープ状態となる（ステップ５０２）。続いて、構成制御
部１１３は、スリープ状態となっていた間に業務停止指
示があったか否かを判定する（ステップ５０３）。該判
定の結果、業務停止指示がなければ、ステップ５０１に
戻り同様の処理を繰り返す。一方、業務停止指示があっ
た場合には、ステップ５０４に進む。

【００７１】ステップ５０４において、構成制御部１１
３はバックアップ要否フラグ３０７を“バックアップ
要”にした生存報告メッセージ３０１を作成し、これを
他の計算機にブロードキャスト方式で送信する。

【００７２】この後は、該生存報告メッセージ３０１に
対する返答、すなわち、バックアップ候補宣言メッセー
ジ３１１が送られてくるのを待って、構成制御部１１３
は、一定時間、待機状態となる（ステップ５０５，５０
６）。該待機中、バックアップ候補宣言メッセージ３１
１を受信した場合には、これを受け付けてメモリの所定
の領域に登録する。

【００７３】一定時間待機を続けた後、構成制御部１１
３は、登録結果を確認することで、該待機中にバックア
ップ候補宣言メッセージ３１１を受信したか否か、すな
わち、バックアップを行うことのできるＡＰ業務部を有
する計算機があったか否かを判定する（ステップ５０
７）。判定の結果、バックアップを行うことのできる計
算機が存在した場合には、ステップ５０８へ進み、当該
計算機へバックアップを依頼するべくバックアップ指示
メッセージ３２１を送る。この場合、バックアップを行
うことのできる計算機が複数存在した場合には、最も負
荷の軽い計算機へバックアップを依頼する。この場合の
負荷の判定は、バックアップ候補宣言メッセージ３１１
に記載されているＣＰＵ負荷３１６に基づいて行う。

【００７４】バックアップ指示メッセージ３２１を送信
した後は、バックアップが実行されたタイミングを見計
らって当該ＡＰ業務部１１５を停止させる（ステップ５
１０）。この後は、当該ＡＰ業務部１１５についての生
存報告メッセージの送信処理を終了する。

【００７５】なお、一の計算機上に複数のＡＰ業務部１
１５がある場合、あるＡＰ業務部１１５が停止されても
他のＡＰ業務部１１５は停止されることはない。従っ
て、正常に作動しているＡＰ業務部１１５が残っている
限り構成制御部１１３自体が停止することはない。

【００７６】ところで、ステップ５０７において、バッ
クアップ候補宣言メッセージ３２１を全く受信していな
いと判定された場合（すなわち、バックアップを行うこ
とのできるＡＰ業務部１１５が存在しなかった場合）に
は、ステップ５０９に進み、ステップ５０３において検
出された業務停止指示は、強制終了指示であったか否か
を判定する。強制終了指示とは、当該業務のその時の処
理内容を保存（あるいはバックアップ）できるか否かに
関わらず当該業務の実行を強制終了する指示である。該
判定の結果、強制終了指示であった場合には、ステップ
５１０に進み当該業務を実行していたＡＰ業務部１１５
を停止させる。強制終了指示ではなかった場合には、構
成制御部１１３は、当該業務停止指示を無視し、当該Ａ
Ｐ業務部１１５をそのまま作動させたままとする。この
場合には、ステップ５０１に戻り、これまでと同様の処
理を繰り返す。

【００７７】次に、生存報告メッセージ３０１を受信し
た場合の処理を図８を用いて説明する。

【００７８】構成制御部１１３は、受信処理部１１２を
介して生存報告メッセージ３０１を伝送路１０３より取
り込む（ステップ６０１）。そして、この時取り込んだ
生存報告メッセージ３０１の内容に従って、業務管理テ
ーブル４０２（図５参照）中における当該生存報告メッ
セージ３０１の発信元である業務に関する内容を更新す
る（ステップ６０２）。

【００７９】次にバックアップ指示メッセージ３２１を
受信した場合の処理を図９を用いて説明する。

【００８０】構成制御１１３は、受信処理部１１２を介
してバックアップ指示メッセージ３２１を伝送路１０３
より取り込む（ステップ７０１）。そして、業務管理テ
ーブル４０２（図５参照）における当該バックアップ指
示メッセージ３２１の発信元である業務についてのバッ
クアップ指示４３７に、バックアップの指示があったこ
とを書き込む（ステップ７０２）。

【００８１】次に、他のＡＰ業務部に障害が発生してい
ることを生存カウンタの値に基づいて発見した場合にお
ける処理を図１０を用いて説明する。

【００８２】構成制御１１３は、業務管理テーブル４０
２の生存カウンタ４３２と生存カウンタ前回値４３５と
を比較する（ステップ８０１、８０２）。該比較の結
果、両者の値が一致している場合には、ステップ８０３
に進み、当該生存報告メッセージ３０１の発信元である
業務の生死状態フラグ４３１（図５参照）を“死”へ切
り換える（ステップ８０３）。続いて、当該障害の発生
したＡＰ業務部１１５と同種のＡＰ業務部１１５（つま
り、バックアップを行うことのできるＡＰ業務部１１
５）が自ＣＰＵ内に存在するか否か、さらに、そのよう
なＡＰ業務部１１５が存在する場合には当該ＡＰ業務部
１１５が待機状態にあるか否かを判定する（ステップ８
０４）。同種のＡＰ業務部１１５が自ＣＰＵ内に存在す
るか否かは、自業務定義テーブル４０５に当該ＡＰ業務
部に関する情報が格納されているか否かをチェックする
ことで判定できる。該判定の結果、そのようなＡＰ業務
部１１５が自ＣＰＵ内に存在していた場合には、ステッ
プ８０５に進む。

【００８３】ステップ８０５において、構成制御部１１
３は、障害の発生しているＡＰ業務部の実行していた業
務は自ＣＰＵ内のＡＰ業務部に割り当てられている業務
よりもプライオリティが高いか否かを判定する。なお、
障害の発生しているＡＰ業務部の実行している業務のプ
ライオリティは、業務管理テーブル４０２における当該
業務についてのプライオリティ４３４を参照することで
獲得できる（図５参照）。自ＣＰＵ内のＡＰ業務部に割
り当てられている業務のプライオリティは、自業務定義
テーブル４０６のプライオリテイ４６１を参照すること
で獲得できる。

【００８４】該判定の結果、障害の発生しているＡＰ業
務部の方がプライオリティが高い場合には、構成制御部
１１３は、バックアップを行わせるべく、自ＣＰＵ内の
当該ＡＰ業務部を起動する（ステップ８０６）。この後
は、ステップ８０７に進む。

【００８５】なお、ステップ８０２において生存カウン
タの値が前回値とは異なっていた場合（つまり、異常が
検出されなかった場合）、また、ステップ８０４におい
て自ＣＰ内には同種のＡＰ業務部が存在しなかった場
合、さらに、ステップ８０５において自ＣＰＵ内のＡＰ
業務部の方がプライオリティが高かった場合には、直
接、ステップ８０７に進む。

【００８６】ステップ８０７において、構成制御部１１
３は、計算機管理テーブル４０１上における次の業務を
検索する。続いて、計算機管理テーブル４０１に記載さ
れている全ての業務を検索したか否かを判定する（ステ
ップ８０８）。該判定の結果、すべての業務について検
索が完了していた場合には、ステップ８０９に進み、一
定時間スリープ状態となる。続いて、監視を終了するか
否かを判定する（ステップ８１０）。監視を終了する場
合としては、例えば、装置が停止されるような場合があ
る。監視を終了する場合にはそのまま処理を終了する。

【００８７】なお、ステップ８０７においてまだ検索し
ていない業務が残っていると判定された場合、また、ス
テップ８１０において監視を終了しないと判定された場
合には、ステップ８０１に戻り同様の処理を繰り返す。

【００８８】該図１０に示した処理では、生存カウンタ
のみを監視の対象とし、バックアップ指示メッセージ受
信の有無、バックアップ要否フラグの状態については監
視の対象としていなかった。従って、この図１０のよう
な処理動作を行う場合には、生存報告メッセージ３０１
にはバックアップ要否フラグ３０７は設けなくても構わ
ない。また、業務管理テーブル４０２には、バックアッ
プ要否４３６およびバックアップ指示４３７は設けなく
ても構わない。さらに、構成制御部１１３は、バックア
ップ指示メッセージ３２１を生成する機能を備える必要
はない。該図１０に示した例では、ＣＰＵ負荷を考慮し
ていないため、生存報告メッセージ３０１には業務負荷
３０８も含める必要はない。

【００８９】次に、 ＣＰＵの負荷を考慮すると共に、
バックアップ要否フラグ３０７、バックアップ指示メッ
セージ３２１等を利用する場合の動作を図１１を用いて
説明する。

【００９０】構成制御部１１３は、計算機管理テーブル
４０１に記載されている業務のそれぞれについて、順次
以下の処理を行う。

【００９１】構成制御部１１３は、バックアップ指示メ
ッセージ３２１を受け取っているか否か（つまり、自計
算機内のＡＰ業務部に対してバックアップの依頼があっ
たか否か）を確認する（ステップ９０１）。該確認は、
業務管理テーブル４０２（図５）のバックアップ指示４
３７を参照することで行われる。確認の結果、バックア
ップの依頼があった場合には、ステップ９１０に進み、
待機中のＡＰ業務部１１５を起動してバックアップを行
わせる。この後は、ステップ９１１に進む。

【００９２】ステップ９０１における確認の結果、バッ
クアップ指示メッセージ３２１を受け取っていなかった
場合には、続いて、当該業務はバックアップが必要な状
態になっているか否かを、当該業務についてのバックア
ップ要否４３６（図５参照）の値に基づいて判定する
（ステップ９０２）。該判定の結果、バックアップ要否
４３６が“バックアップ要”であった場合（つまり、バ
ックアップが必要であった場合）には、ステップ９０６
に進む。

【００９３】ステップ９０２における判定の結果、バッ
クアップ要否４３６が“バックアップ否”であった場合
（つまり、バックアップ要否４３６においてはバックア
ップが要求されていなかった場合）には、今度は、生存
カウンタの値に基づいて、当該ＡＰ業務はバックアップ
が必要な状態に陥っているか否かを判定する（ステップ
９０３、９０４）。該判定は具体的には、構成制御１１
３が、業務管理テーブル４０２の生存カウンタ４３２と
生存カウンタ前回値４３５とを比較することで行われ
る。該判定の結果、両者の値が一致している場合（つま
り、バックアップが必要な状態になっている場合）に
は、ステップ９０５に進み、当該業務についての生死状
態フラグ４３１を“死”へ切り換える。この後は、ステ
ップ９０６に進む。

【００９４】ステップ９０６においては、当該障害の発
生したＡＰ業務部１１５と同種のＡＰ業務部１１５（つ
まり、バックアップを行うことのできるＡＰ業務部１１
５）が自ＣＰＵ内に存在するか否か、さらに、そのよう
なＡＰ業務部１１５が存在する場合には当該ＡＰ業務部
１１５が待機状態にあるか否かを判定する。同種のＡＰ
業務部１１５が自ＣＰＵ内に存在するか否かは、自業務
定義テーブル４０５に当該ＡＰ業務部に関する情報が格
納されているかをチェックすることで判定できる。該判
定の結果、そのようなＡＰ業務部１１５が自ＣＰＵ内に
存在していた場合には、ステップ９０７に進む。

【００９５】ステップ９０７において、構成制御部１１
３は、バックアップの対象となっている業務のプライオ
リティは、自ＣＰＵ内のＡＰ業務部に割り当てられてい
る業務のプライオリティよりも高いか否かを判定する。
なお、バックアップの対象となっている業務のプライオ
リティは、当該業務についてのプライオリティ４３４
（図５参照）を参照することで獲得できる（図５参
照）。自ＣＰＵ内のＡＰ業務部に割り当てられている業
務のプライオリティは、自業務定義テーブル４０５のプ
ライオリテイ４６１を参照することで獲得できる。該判
定の結果、バックアップの対象となっている業務の方が
プライオリティが高い場合には、構成制御部１１３は、
ステップ９０８に進む。

【００９６】ステップ９０８において、構成制御部１１
３は、仮に当該業務のバックアップを行った場合、自Ｃ
ＰＵの負荷が１００％を超えてしまうことがないかを確
認する。該確認は、自ＣＰＵ全体負荷４０４（図５参
照）の値に、バックアップの対象となっている業務につ
いての業務負荷４３８（図５参照）の値を加算し、該加
算後の値をＣＰＵ能力値４０６（図５参照）と比較する
ことで行う。該確認の結果、バックアップを行っても自
ＣＰＵの負荷が１００％を超えることがない場合には、
ステップ９０９に進む。ステップ９０９において構成制
御部１１３は、バックアップ候補宣言メッセージ３１１
を作成し送信する。この後は、ステップ９１１に進む。

【００９７】なお、ステップ９０４において生存カウン
タの値が前回値とは異なっていた場合、また、ステップ
９０７において自ＣＰ内には同種のＡＰ業務部が存在し
なかった場合、さらに、ステップ９０７において自ＣＰ
Ｕ内のＡＰ業務部の方がプライオリティが高かった場
合、ステップ９０８においてＣＰＵ負荷が１００％を超
えてしまう場合には、直接、ステップ９１１に進む。

【００９８】ステップ９１１において、構成制御部１１
３は、計算機管理テーブル４０１条における次の業務を
検索する。続いて、全ての業務を検索したか否かを判定
する（ステップ９１２）。該判定の結果、すべての業務
について検索が完了していた場合には、ステップ９１３
に進み、一定時間スリープ状態となる。続いて、監視を
終了するか否かを判定する（ステップ９１４）。監視を
終了する場合としては、例えば、装置が停止されるよう
な場合がある。監視を終了する場合にはそのまま処理を
終了する。

【００９９】なお、ステップ９１２においてまだ検索し
ていない業務が残っていると判定された場合、また、ス
テップ９１４において監視を終了しないと判定された場
合には、ステップ９０１に戻り同様の処理を繰り返す。

【０１００】以上説明した実施形態によれば、バックア
ップを業務を単位として行うことができるため、計算機
の稼働率低下を招くことはない。また、バックアップを
行う計算機の負荷が過大になることもない。特に、業務
それぞれのプライオリティ、負荷を考慮してバックアッ
プを行うＡＰ業務部を決定しているため、システム全体
のしての負荷を分散させることができる。

【０１０１】上述した実施形態では、あらかじめ定めら
れたプライオリティ、負荷に基づいて、バックアップを
行わせる計算機を決定していた。但し、バックアップを
行わせる計算機の決定に際して、必ずしもこれらのすべ
てを同時に採用する必要はない。これらのうちのいずれ
かを適宜選択し組み合わせて採用しても構わない。さら
には、これ以外にも各計算機の信頼性を示す信頼性指標
を設定しておきこれに基づいてバックアップを行わせる
計算機を決定してもよい。信頼性指標としては、例え
ば、平均故障間隔、平均修復時間などを使用可能であ
る。平均故障間隔とは、ある故障が発生してから次の故
障が発生するまでの時間間隔の平均値である。該平均故
障間隔が大きいほど信頼性が高い。平均修復時官途は、
故障が発生してから当該故障を直すまでの時間の平均で
ある。実際には全修理時間を故障回数で除することで求
められる。この平均修復時間が短いほど信頼性が高い。

【０１０２】

【発明の効果】本発明によれば、業務単位の重要度や業
務ごとの負荷を考慮して、バックアップ制御を行うこと
ができ、またネットワーク内の任意の計算機でＣＰＵ負
荷を均一化させたバックアップを行うことが可能とな
り、システム全体としての負荷分散が容易に実現でき
る。

【図面の簡単な説明】

【図１】本発明の実施形態である多重系計算機システム
および該システムにおけるバックアップ方法を示すブロ
ック図である。

【図２】生存報告メッセージ３０１のデータフォーマッ
トを示す図である。

【図３】バックアップ候補宣言メッセージ３１１のデー
タフォーマットを示す図である。

【図４】バックアップ指示メッセージ３２１のデータフ
ォーマットを示す図である。

【図５】ノード生死監視テーブルの構成を示す図であ
る。

【図６】バックアップ処理の構成制御単位を示す図であ
る。

【図７】生存報告メッセージ３０１の送信処理を示すフ
ローチャートである。

【図８】生存報告メッセージ３０１を受信した場合にお
ける処理を示すフローチャートである。

【図９】バックアップ指示メッセージ３２１を受け付け
る処理を示すフローチャートである。

【図１０】バックアップ処理を示すフローチャートであ
る。

【図１１】バックアップ処理を示すフローチャートであ
る。

【図１２】従来の多重系計算機システムを示すブロック
図である。

【符号の説明】

１０１…計算機、１０３…伝送路、１０４…メッセー
ジ、１１１…送信処理部、１１２受信処理部、１１３…
構成制御部、１１５…ＡＰ業務部、３０１…生存報告メ
ッセージ、３１１…バックアップ候補宣言メッセージ、
３２１…バックアップ指示メッセージ、４０１…計算機
管理テーブル、４０２…業務管理テーブル、４０３…自
計算機定義テーブル、４０４…自ＣＰＵ全体負荷、４０
５…自業務定義テーブル、１００１…計算機、１００３
…伝送路、１００４…メッセージ、１０１４…フィル
タ、１０１５…業務処理プログラム、

───────────────────────────────────────────────────── フロントページの続き (72)発明者 鈴木 克男 茨城県日立市大みか町五丁目２番１号 日 立プロセスコンピュータエンジニアリング 株式会社内 (72)発明者 保里 裕之 茨城県日立市大みか町五丁目２番１号 日 立プロセスコンピュータエンジニアリング 株式会社内 (72)発明者 友部 優 茨城県日立市大みか町五丁目２番１号 日 立プロセスコンピュータエンジニアリング 株式会社内 (72)発明者 佐藤 哲夫 茨城県日立市大みか町五丁目２番１号 株 式会社日立製作所大みか工場内

Claims (6)

【特許請求の範囲】
1. 【請求項１】複数の計算機を伝送路により相互結合して
   構成された多重系計算機において、 上記計算機は、それぞれ、 あらかじめ割り当てられた業務を実行する１または２以
   上の業務実行部と、 上記業務実行部のそれぞれに割り当てられている上記業
   務の名称および優先度に関する情報を記憶した記憶手段
   と、 上記業務実行部による上記業務の実行状態を検出すると
   共に上記記憶手段に記憶されている情報を参照すること
   で、当該業務実行部の実行している業務の名称と当該業
   務の優先度とその時当該業務に対しバックアップを行う
   ことが必要であるか否かの判定の基になる情報（以下
   “判定情報”という）とを含んだ生存報告メッセージを
   各業務毎に生成し、該生存報告メッセージを他の計算機
   に対して送付する生存報告メッセージ生成手段と、 他の計算機から送られてくる上記生存報告メッセージを
   受信し、該受信した生存報告メッセージに含まれている
   上記判定情報に基づいて当該生存報告メッセージの発信
   元である業務にはバックアップが必要であるか否かを判
   定するバックアップ要否判定手段と、 上記バックアップ要否判定手段がバックアップが必要で
   あると判定した場合には、当該生存報告メッセージの発
   信元である業務の優先度と自らの属する計算機の有して
   いる上記業務実行部に割り当てられている業務の優先度
   とを比較する優先度判定手段と、 上記優先度判定手段による上記比較の結果、当該生存報
   告メッセージの発信元である業務の優先度の方が優先度
   が高かった場合には、自らの属する計算機が有している
   上記業務実行部に当該生存報告メッセージの発信元であ
   る業務のバックアップを行わせるバックアップ制御手段
   とを有するものであること、 を特徴とする多重系計算機。
2. 【請求項２】複数の計算機を伝送路により相互結合して
   構成された多重系計算機において、 上記計算機は、それぞれ、 あらかじめ割り当てられた業務を実行する１または２以
   上の業務実行部と、 上記業務実行部のそれぞれに割り当てられている上記業
   務の名称および優先度に関する情報を記憶した記憶手段
   と、 上記業務実行部による上記業務の実行状態を検出すると
   ともに上記記憶手段に記憶されている情報を参照するこ
   とで、当該業務実行部の実行している業務の名称と当該
   業務の優先度とその時当該業務に対しバックアップを行
   うことが必要であるか否かの判定の基になる情報（以下
   “判定情報”という）とを含んだ生存報告メッセージを
   各業務毎に生成し、該生存報告メッセージを他の計算機
   に対して送付する生存報告メッセージ生成手段と、 他の計算機から送られてくる上記生存報告メッセージを
   受信し、該受信した生存報告メッセージに含まれている
   上記判定情報に基づいて当該生存報告メッセージの発信
   元である業務にはバックアップが必要であるか否かを判
   定するバックアップ要否判定手段と、 上記バックアップ要否判定手段がバックアップが必要で
   あると判定した場合には、当該生存報告メッセージの発
   信元である業務の優先度と、自らの属する計算機の有し
   ている上記業務実行部に割り当てられている業務の優先
   度とを比較する優先度判定手段と、 上記優先度判定手段による上記比較の結果、当該生存報
   告メッセージの発信元である業務の優先度の方が優先度
   が高かった場合には、自らの属する計算機の有している
   上記業務実行部によって当該生存報告メッセージの発信
   元である業務のバックアップを行うことが可能であるこ
   とを示すバックアップ候補宣言メッセージを生成し、こ
   れを当該生存報告メッセージの発信元である業務の存在
   する計算機に送信するバックアップ候補宣言手段と、 上記バックアップ候補宣言メッセージを受信した場合に
   は、当該バックアップ候補宣言メッセージを送信してき
   た計算機のうちのいずれにバックアップを行わせるかを
   あらかじめ定められた基準に基づいて決定し、該決定し
   た計算機に対してバックアップを指示するバックアップ
   指示メッセージを出力するバックアップ指示手段と、 上記バックアップ指示メッセージを受信した場合には、
   自らの属する計算機の有している上記業務実行部に該バ
   ックアップ指示メッセージの発信元である業務のバック
   アップを行わせるバックアップ制御手段とを有するもの
   であること、を特徴とする多重系計算機。
3. 【請求項３】複数の計算機を伝送路により相互結合して
   構成された多重系計算機において、 上記計算機は、それぞれ、 あらかじめ割り当てられた業務を実行する１または２以
   上の業務実行部と、 上記業務実行部のそれぞれに割り当てられている上記業
   務の名称，負荷の大きさおよび当該計算機の処理能力に
   関する情報を記憶した記憶手段と、 上記業務実行部による上記業務の実行状態を検出すると
   ともに上記記憶手段に記憶されている情報を参照するこ
   とで、当該業務実行部の実行している業務の名称と当該
   業務の負荷の大きさとその時当該業務に対しバックアッ
   プを行うことが必要であるか否かの判定の基になる情報
   （以下“判定情報”という）とを含んだ生存報告メッセ
   ージを各業務毎に生成し、該生存報告メッセージを他の
   計算機に対して送付する生存報告メッセージ生成手段
   と、 他の計算機から送られてくる上記生存報告メッセージを
   受信し、該受信した生存報告メッセージに含まれている
   上記判定情報に基づいて当該生存報告メッセージの発信
   元である業務にはバックアップが必要であるか否かを判
   定するバックアップ要否判定手段と、 上記バックアップ要否判定手段がバックアップが必要で
   あると判定した場合には、当該生存報告メッセージの発
   信元である業務の負荷の大きさと、自らの属する計算機
   の有している上記業務実行部に割り当てられている業務
   の負荷の大きさとの合計を求める負荷算定手段と、 上記負荷算定手段の求めた負荷の合計値を当該計算機の
   処理能力と比較する負荷判定手段と、 上記負荷判定手段による上記比較の結果上記負荷算定手
   段の求めた負荷の合計値が自らの属する計算機の処理能
   力を超えていない場合には、自らの属する計算機の有し
   ている上記業務実行部に当該生存報告メッセージの発信
   元である業務のバックアップを行わせるバックアップ制
   御手段とを有するものであること、 を特徴とする多重系計算機。
4. 【請求項４】複数の計算機を伝送路により相互結合して
   構成された多重系計算機において、 上記計算機は、それぞれ、 あらかじめ割り当てられた業務を実行する１または２以
   上の業務実行部と、 上記業務実行部のそれぞれに割り当てられている上記業
   務の名称、負荷の大きさおよび当該計算機の処理能力に
   関する情報を記憶した記憶手段と、 上記業務実行部による上記業務の実行状態を検出すると
   ともに上記記憶手段に記憶されている情報を参照するこ
   とで、当該業務実行部の実行している業務の名称と当該
   業務の負荷の大きさとその時当該業務に対しバックアッ
   プを行うことが必要であるか否かの判定の基になる情報
   （以下“判定情報”という）とを含んだ生存報告メッセ
   ージを各業務毎に生成し、該生存報告メッセージを他の
   計算機に対して送付する生存報告メッセージ生成手段
   と、 他の計算機から送られてくる上記生存報告メッセージを
   受信し、該受信した生存報告メッセージに含まれている
   上記判定情報に基づいて当該生存報告メッセージの発信
   元である業務にはバックアップが必要であるか否かを判
   定するバックアップ要否判定手段と、 上記バックアップ要否判定手段がバックアップが必要で
   あると判定した場合には、当該生存報告メッセージの発
   信元である業務の負荷の大きさと、当該計算機の有する
   上記業務実行部に割り当てられている業務の負荷の大き
   さとの合計を求める負荷算定手段と、 上記負荷算定手段の求めた負荷の合計値を当該計算機の
   処理能力と比較する負荷判定手段と、 上記負荷判定手段による上記比較の結果、上記負荷算定
   手段の求めた負荷の合計値が当該計算機の処理能力を超
   えていない場合には、自らの属する計算機の有している
   上記業務実行部によって当該生存報告メッセージの発信
   元である業務のバックアップを行うことが可能であるこ
   とを示すバックアップ候補宣言メッセージを生成し、こ
   れを当該生存報告メッセージの発信元である業務の存在
   する計算機に送信するバックアップ候補宣言手段と、 上記バックアップ候補宣言メッセージを受信した場合に
   は、当該バックアップ候補宣言メッセージを送信してき
   た計算機のうちのいずれにバックアップを行わせるかを
   あらかじめ定められた基準に基づいて決定し、該決定し
   た計算機に対してバックアップを指示するバックアップ
   指示メッセージを出力するバックアップ指示手段と、 上記バックアップ指示メッセージを受信した場合には、
   自らの属する計算機の有している上記業務実行部に当該
   バックアップ指示メッセージの発信元である業務のバッ
   クアップを行わせるバックアップ制御手段とを有するも
   のであること、 を特徴とする多重系計算機。
5. 【請求項５】上記判定情報は、上記生存報告メッセージ
   が生成される度毎にその値があらかじめ定められた量だ
   け変更されてゆく生存カウンタ情報であり、 上記バックアップ要否判定手段は、前回当該業務を発信
   元とした生存報告メッセージに含まれていた上記生存カ
   ウンタ情報の値と、今回当該業務を発信元とした生存報
   告メッセージに含まれていた上記生存カウンタ情報の値
   とを比較し、該比較の結果、前回の値と今回の値とが一
   致している場合には、上記バックアップが必要であると
   判定するものであること、 を特徴とする請求項１、２、３または４記載の多重系計
   算機。
6. 【請求項６】上記記憶手段は、さらに、当該計算機の信
   頼性を示す信頼性指標に関する情報を記憶したものであ
   り、 上記バックアップ候補宣言メッセージは、当該計算機の
   信頼性指標を含んだものであり、 上記バックアップ指示手段は、上記バックアップ候補宣
   言メッセージを受信した場合には、上記バックアップ候
   補宣言メッセージを送信してきた計算機のうちのいずれ
   にバックアップを行わせるかを、上記バックアップ候補
   宣言メッセージに含まれている上記信頼性指標に基づい
   て決定すること、 を特徴とする請求項２または４記載の多重系計算機。