JPH09160885A - クラスタ型計算機装置の負荷分散方法 - Google Patents

Abstract

(57)【要約】 【課題】通信プロセッサモジュールは処理時間を算出
し、受信側プロセッサモジュールに電文を送信すること
により、処理能力を向上させ、障害時の回復時間を短縮
する。 【解決手段】プロセッサモジュールは、プロセッサ、メ
モリおよびIOPから構成し、プロセス間通信パスと制御
用通信パスにより接続する。電文処理は、端末との通信
を行う通信プロセス、トランザクションプロセスおよび
ファイルプロセスに分割する。トランザクションとファ
イルプロセッサモジュール（通信プロセッサモジュー
ル）は、制御用通信パスを介して、通信プロセッサモジ
ュールにシステム稼働情報を送信する。一方、通信プロ
セッサモジュールは、電文を送信する際、受信側プロセ
ッサモジュールの処理時間を計算し、処理時間より受信
側プロセッサモジュールとその予備のプロセッサモジュ
ールを選び、電文を送信する。

Description

【発明の詳細な説明】

【０００１】

【発明に属する技術分野】本発明は、複数のプロセッサ
モジュールをプロセス間通信パスおよび制御用通信パス
により接続し、電文処理を複数のプロセスに分割し、分
割されたプロセスを複数のプロセッサモジュールに搭載
したクラスタ型計算機システムに係わり、プロセッサモ
ジュールの負荷を均一にすることにより、システム全体
の処理能力を向上させ、更に障害時におけるシステム回
復時間を短縮するクラスタ型計算機装置およびその負荷
分散方法に関する。

【０００２】

【従来の技術】計算機システムはダウンサイジングによ
り、汎用大型機を中心としたシステムから多数のプロセ
ッサモジュールを高速バスにより接続する分散システム
に移行している。一方、計算機システムの処理形態はオ
ンライントランザクション処理が主流になり、年々トラ
ンザクション処理量が増大し、高い処理能力が要求され
ている。

【０００３】ところで、従来の分散機では、日経エレク
トロニクス（1992.5.18、No.554、p.87〜p.96）に記載
されている。これは、現用系と待機系からなるホットス
タンバイ構成であり、これらの系間に制御用通信パスを
設け、障害を検出するためのaliveメッセージのみを送
信していた。しかし、このようなホットスタンバイシス
テムでは電文の処理時間やIO（入出力）待ち時間のよう
なシステム稼働情報を他系に送信していなかった。

【０００４】一方、従来の負荷分散方法は、”マルチプ
ロセッサ時分割システムにおける負荷分散アルゴリズ
ム”（電子情報通信学会論文誌 D-I Vol.J72-D-I No.2
PP.75-82 1989年2月）に記載されているように、２つの
プロセッサモジュール間でCPU利用率あるいは応答時間
のようなシステム稼働情報により、プロセッサモジュー
ル間の負荷分散を行っていた。

【０００５】最後に、並列計算機でも同様の技術が行わ
れており、「並列計算機構成論」、冨田真治著（p.195
〜p.200）では、以下のように記載されている。すなわ
ち、並列計算機では、フェールセーフシステムの適用に
より、1プロセッサに複数の機能を持たせない。プロセ
ッサ障害時には、処理を引き継ぐのではなく、障害プロ
セッサを閉塞させている。

【０００６】SMS-201の場合、動作モードは制御、通信
および実行の各モードに分割されている。制御・通信モ
ードでは、マスタプロセッサ（メインプロセッサ）は各
プロセッサの結果が格納されている通信用メモリの出力
バッファの内容を読み出し、それをすべてのプロセッサ
の通信用メモリの入力バッファにブロードキャスト方式
により書き込む。従って、各プロセッサの通信用メモリ
の内容はすべて同一になる。実行モードでは、各プロセ
ッサは通信メモリを使用して、相互に全く独立に動作
し、結果を通信用メモリの出力バッファに格納し、処理
の終了を主プロセッサに報告し、制御・通信モードを待
つ。

【０００７】

【発明が解決しようとする課題】クラスタ型計算機シス
テムにおいて、オンライントランザクション処理を実行
する場合には、複数のプロセッサモジュールをプロセス
間通信パスおよび制御用通信パスにより接続し、電文処
理を複数のプロセス（通信プロセス、トランザクション
プロセスおよびファイルプロセス）に分割する。そし
て、分割されたプロセスはそれぞれ多数のプロセッサモ
ジュールで実行される。

【０００８】そして、通信プロセッサモジュールが端末
から電文を受信すると、トランザクションプロセッサモ
ジュールに電文を送信する。そして、トランザクション
プロセッサモジュールは電文を解析し、ファイルプロセ
ッサモジュールにディスクの読み出し処理や書き込み処
理を要求する。更に、ファイルプロセッサモジュールは
ディスクへの読み出し処理や書き込み処理を実行する。
その後、ファイルプロセッサモジュールは、これらの処
理が終了すると、ディスクのアクセス要求の送信元のト
ランザクションプロセッサモジュールにディスクへの書
き込み完了を通知する。そして、トランザクションプロ
セッサモジュールは、電文送信元の通信プロセッサモジ
ュールに処理結果を送信する。最後に、通信プロセッサ
モジュールは処理結果を端末に通知する。

【０００９】このように、トランザクション処理では、
ディスクの参照および更新に関し、通信プロセッサモジ
ュールからファイルプロセッサモジュールまでの処理の
経路では、行きと帰りの経路は同一のプロセッサモジュ
ールでなければならない。

【００１０】ところで、従来の分散機構では、現用系と
待機系からなるホットスタンバイ構成であり、これらの
系間に制御用通信パスを設け、障害を検出するためのal
iveメッセージのみを送信していた。しかし、このよう
なホットスタンバイシステムでは電文の処理時間やIO待
ち時間のようなシステム稼働情報を他系に送信していな
かった。その結果、負荷の分散は考慮されていなかっ
た。

【００１１】次に、従来の負荷分散方法は、”マルチプ
ロセッサ時分割システムにおける負荷分散アルゴリズ
ム”（電子情報通信学会論文誌 D-I Vol.J72-D-I No.2
PP.75-82 1989年2月）に記載されているように、２つの
プロセッサモジュール間でCPU利用率あるいは応答時間
のようなシステム稼働情報により、プロセッサモジュー
ル間の負荷分散を行っていた。このシステムでは、マス
タプロセッサを設けていないため、２つのプロセッサモ
ジュール間で負荷分散は可能であるが、システム全体を
考慮した負荷分散は行えないという問題があった。

【００１２】ところで、従来の負荷分散方法では、マス
タプロセッサを設けておらず、通信プロセッサとトラン
ザクションプロセッサ間、およびトランザクションプロ
セッサとファイルプロセッサ間でで負荷分散を行ってお
り、システム全体での負荷分散を行っていなかった。

【００１３】最後に、並列計算機でも同様の技術が行わ
れており、「並列計算機構成論」、冨田真治著（p.195
〜p.200）では、以下のように記載されている。並列計
算機では、フェールセーフシステムの適用により、1プ
ロセッサに複数の機能を持たせない。プロセッサ障害時
には、処理を引き継ぐのではなく、障害プロセッサを閉
塞させている。SMS-201の場合には、マスタプロセッサ
を設けているが、負荷分散制御は行っていない。また、
各プロセッサモジュールは、単一の機能のみを実行して
いる。その結果、並列計算機では、プロセッサモジュー
ル障害が発生すると、特定のプロセスの処理能力が低下
し、システム全体の処理能力が低下する。更に、待機プ
ロセスを設けていないため、予備のルートを設定するこ
とができなくなり、障害時におけるシステム回復時間が
長くなるという問題がある。

【００１４】また、プロセッサモジュールで障害が発生
すると、チェックポイントデータの取得により、実行中
の電文の引き継ぎは可能であるが、入力待ち行列に格納
されている電文は消滅する。このため、電文の再送処理
が必要となり、回復時間が長くなるという問題が残る。

【００１５】本発明の目的は、クラスタ型計算機システ
ムにおいて、通信プロセッサモジュールが他のすべての
プロセッサモジュールを管理し、プロセッサモジュール
間の負荷を均一にし、システム全体の処理能力を向上さ
せることにある。また、本発明の他の目的は、受信側プ
ロセッサモジュールの処理時間により予備のプロセッサ
モジュールを選んで電文を送信させておき、受信側プロ
セッサモジュールで障害が発生しても、電文の再送処理
をなくし、回復時間を短縮させることにある。

【００１６】

【課題を解決するための手段】上記のようにプロセスを
分割したシステムの処理能力は、プロセス毎に処理能力
を算出し、これらのうち最も低いプロセスの処理能力に
なる。このため、同一プロセスを実行しているプロセッ
サモジュール間に負荷のばらつきがあると、システム処
理能力の低下の要因となる。

【００１７】本発明の目的を達成するために、すべての
プロセッサモジュールを制御用通信パスとプロセス間通
信パスにより接続し、受信側プロセッサモジュール（以
下、トランザクションプロセッサモジュールとファイル
プロセッサモジュール）は、電文の実行時間等のシステ
ム稼働情報を制御用通信パスを介して、通信プロセッサ
モジュールに送信する。一方、通信プロセッサモジュー
ルはトランザクションプロセッサモジュールとファイル
プロセッサモジュールの処理時間を算出し、処理時間が
最小となるトランザクションプロセッサモジュールとフ
ァイルプロセッサモジュールを選択する。これにより、
通信プロセッサモジュールはこれらの受信側プロセッサ
モジュールに電文を送信することにより、プロセッサモ
ジュールの負荷を均一にし、システム全体の処理能力を
向上させる。

【００１８】本発明の他の目的を達成するために、上記
で算出した処理時間から、トランザクションプロセッサ
モジュールとファイルプロセッサモジュールはそれぞれ
予備のプロセッサモジュールを選び、予備のプロセッサ
モジュールにも電文を送信し、実際に電文処理を行って
いるプロセッサモジュールに障害が発生しても、回復時
間を短縮させることができる。

【００１９】電文の受信側プロセッサモジュールは、制
御用通信パスを介して、一定間隔毎に通信プロセッサモ
ジュールにシステム稼働情報として、待ち行列に格納さ
れている電文のタイプとその個数を送信する。一方、受
信側プロセッサモジュールは、システム立ち上げ時に、
通信プロセッサモジュールに処理能力や送信する電文の
処理ステップ数の情報を送信しておく。そして、通信プ
ロセッサモジュールは、電文を送信する場合に受信側プ
ロセッサモジュールの処理時間を計算する。そして、処
理時間の最も短いトランザクションプロセッサモジュー
ルとファイルプロセッサモジュールとこれらの予備のプ
ロセッサモジュールを選び、これらのトランザクション
プロセッサモジュールとファイルプロセッサモジュール
に電文を送信する。障害が発生すると、予備のプロセッ
サモジュールが引き継ぎ処理を実行する。

【００２０】本発明では、プロセッサモジュールは、プ
ロセッサ、メモリ、IOPおよびIO制御装置から構成す
る。複数のプロセッサモジュールは、プロセス間通信パ
スと制御用通信パスにより接続される。電文処理の機能
は、端末との通信を行う通信プロセス、トランザクショ
ンプロセスおよびディスクとのアクセスを制御するファ
イルプロセスに分割される。

【００２１】まず、トランザクションプロセッサモジュ
ールおよびファイルプロセッサモジュールは、制御用通
信パスを介して、待ち行列に格納されている電文のタイ
プとその個数をシステム稼働情報として、通信プロセッ
サモジュールに送信する。

【００２２】一方、通信プロセッサモジュールは、受信
した待ち行列に格納されている電文のタイプとその個
数、およびあらかじめ受信側プロセッサモジュールから
受信しておいた受信側プロセッサモジュールの処理能力
や電文の処理ステップ数の情報から処理時間を計算す
る。そして、通信プロセッサモジュールは処理時間が最
も短いプロセッサモジュールを選び、選んだ受信側プロ
セッサモジュールに電文を送信する。同様に、予備とな
るプロセッサモジュールを選び、これらのプロセッサモ
ジュールに電文を送信しておく。

【００２３】このようにして、通信プロセッサモジュー
ルは、受信側プロセッサモジュ−ルから得た情報に基づ
いて、各受信側プロセッサモジュールの負荷を均一と
し、システム全体の処理能力を向上できる。また、プロ
セッサモジュールで障害が発生しても、予備のプロセッ
サモジュールが電文を受信しているため、回復時間を短
縮できる。

【００２４】

【発明の実施の形態】以下、本発明の実施例を示す。図
１は、本発明によるシステム構成図である。本発明によ
るシステム構成は、９個のプロセッサモジュール（１１
〜１９）を前提とする。すべてのプロセッサモジュール
（１１〜１９）は、制御用通信パス（１）およびプロセ
ス間通信パス（３）により接続する。

【００２５】制御用通信パス（１）は、システム稼働情
報、リセットメッセージおよびaliveメッセージを通信
する。リセットメッセージは障害の発生したプロセッサ
モジュール（１１〜１９）へ閉塞を要求するメッセージ
である。aliveメッセージはプロセッサモジュール（１
１〜１９）が正常に動作しているかどうかチェックする
メッセージである。システム稼働情報は、本発明で使用
するメッセージであり、プロセッサモジュール（１１〜
１９）の実行中の情報を示すものである。

【００２６】プロセス間通信パス（３）は、プロセス間
で電文を通信するために使用する。プロセッサモジュー
ル（１１〜１３）は、図５で説明するように通信プロセ
ス（３０）を搭載する。このため、プロセッサモジュー
ル（１１〜１３）は業務用LAN（４）および回線切替装
置（５）と接続し、端末（６−１〜４）と通信できるよ
うにする。また、プロセッサモジュール（１１〜１３）
は受信電文の識別が必須であるため、電文に時刻印を付
与する。このために、プロセッサモジュール（１１〜１
３）はタイマ（７）と接続されている。プロセッサモジ
ュール（１１〜１３）は、共有ディスク（２−０）を共
有し、障害発生時に、処理を引き継ぐために必須なチェ
ックポイント情報を格納する。

【００２７】一方、他のプロセッサモジュール（１４〜
１９）は、通信プロセス（３０）を搭載しないため、業
務用LAN（４）あるいは回線切替装置（５）と接続され
ていない。プロセッサモジュール（１４〜１６）は共有
ディスク（２−１）を共有し、プロセッサモジュール
（１４〜１６）の障害発生時に、処理を引き継ぐために
必須なチェックポイント情報を格納する。プロセッサモ
ジュール（１７〜１９）は共有ディスク（２−２）を共
有し、プロセッサモジュール（１７〜１９）の障害発生
時に、処理を引き継ぐために必須なチェックポイント情
報を格納する。また、共有ディスク（２−２）には、端
末（６）が参照あるいは更新するデータを格納する。

【００２８】図２は本発明の処理概要を示す図である。
トランザクションプロセッサモジュール（１４〜１６）
は、一定間隔毎にシステム稼働情報を通信プロセッサモ
ジュール（１１〜１３）に送信する（処理 ５０）。同
様に、ファイルプロセッサモジュール（１７〜１９）
は、一定間隔毎にシステム稼働情報を通信プロセッサモ
ジュール（１１〜１３）に送信する（処理 ５１）。

【００２９】一方、通信プロセッサモジュール（１１〜
１３）は、トランザクションプロセッサモジュール（１
４〜１６）とファイルプロセッサモジュール（１７〜１
９）のすべての組合せにおいて、処理時間を算出し、こ
れが最小となるように電文を送信するトランザクション
プロセッサモジュール（１５）とファイルプロセッサモ
ジュール（１９）を決定する。

【００３０】次に、プロセッサモジュール（１１〜１
９）の処理手順について説明する。通信プロセッサモジ
ュール（１２）は端末（６）から電文を受信する（処理
６０）。そして、通信プロセッサモジュール（１２）
は、処理時間が最小となるトランザクションプロセッサ
モジュール（１５）に電文を送信する。更に、トランザ
クションプロセッサモジュール（１５）は、通信プロセ
ッサモジュール（１２）から受信した処理時間が最小と
なるファイルプロセッサモジュール（１９）に電文を送
信する（処理 ６２）。

【００３１】そして、ファイルプロセッサモジュール
（１９）はディスクの読み出し処理（処理 ６３）およ
び書き込み処理を実行する（処理 ６４）。そして、そ
の処理結果をトランザクションプロセッサモジュール
（１５）に戻す（処理 ６５）。更に、トランザクショ
ンプロセッサモジュール（１５）は、処理結果を通信プ
ロセッサモジュール（１２）に戻す（処理 ６６）。最
後に、通信プロセッサモジュール（１２）は処理結果を
端末（６）に戻す（処理 ６７）。

【００３２】このように、通信プロセッサモジュール
（１２）は、受信側プロセッサモジュール（１４〜１
９）から常に電文のタイプとその個数を受信しておき、
通信プロセッサモジュール（１１〜１３）は、受信側プ
ロセッサモジュール（１４〜１９）の処理能力および電
文の処理ステップ数により、処理時間を計算し、処理時
間が最小となるプロセッサモジュール（１４〜１９）に
電文を送信する。これにより、通信プロセッサモジュー
ル（１２）は受信側プロセッサモジュール（１４〜１
９）の負荷を均一にし、システム全体の処理能力を向上
させることが可能となる。

【００３３】更に、通信プロセッサモジュール（１２）
は処理時間により、予備のプロセッサモジュール（１
６、１７）を選び、予備のプロセッサモジュール（１
６、１７）は電文受信処理（処理 ７０〜７２）のみ実
行することにより、障害時に電文の再送処理をなくすこ
とが可能となり、回復時間を短縮できる。

【００３４】図３は、プロセッサモジュールの構成図で
ある。プロセッサモジュール（１１〜１９）は業務用LA
N（４）あるいは回線切替装置（５）との接続を除い
て、同一構成であるため、プロセッサモジュール（１
１）を例にして説明する。プロセッサモジュール（１
１）はプロセッサ（１１−１）、メモリ（１１−２）、
IOP（１１−３）、回線制御装置（１１−４）、プロセ
ス間通信パス制御装置（１１−５）、ディスク制御装置
（１１−６）、制御用通信パス制御装置（１１−７）、
業務用LAN制御装置（１１−８）、およびシステム監視
装置（１１−９）から構成される。プロセッサモジュー
ル（１２、１３）は、プロセッサモジュール（１１）と
同様に通信プロセス（３０）を搭載するため、同一の構
成である。なお、回線制御装置（１１−４）、プロセス
間通信パス制御装置（１１−５）、ディスク制御装置
（１１−６）、制御用通信パス制御装置（１１−７）、
および業務用LAN制御装置（１１−８）を合わせて、IO
制御装置（１１−１０）という。

【００３５】一方、プロセッサモジュール（１４〜１
９）は、業務用LAN（４）あるいは回線切替装置（５）
とは接続されないため、これらの制御装置は不要とな
る。プロセッサモジュール（１４〜１９）は、プロセッ
サ（１４−１〜１９−１）、メモリ（１４−２〜１９−
２）、IOP（１４−３〜１９−３）、プロセス間通信パ
ス制御装置（１４−５〜１９−５）、ディスク制御装置
（１４−６〜１９−６）、制御用通信パス制御装置（１
４−７〜１９−７）、およびシステム監視装置（１４−
９〜１９−９）から構成される。

【００３６】図４は電文処理の概要を示す図である。電
文処理は、端末（６）から電文を受信する。そして、デ
ィスク装置（２−２）から必要なデータを読み出す。電
文処理を実行し、処理結果をディスク装置（２−２）に
書き込む。そして、端末（６）に応答を返す。このた
め、本実施例では、電文処理は、端末（６）との通信を
行う通信プロセス（３０）、トランザクションプロセス
（３１）、およびディスク装置（２−２）のアクセスを
制御するファイルプロセス（３２）に分割される。

【００３７】図５は、ソフトウェアの構成と電文処理の
分割を示す図である。プロセッサモジュール（１１〜１
９）のソフトウェアは、それぞれモニタ（１１−２０〜
１９−２０）、OS（１１−２１〜１９−２１）、および
プロセス（３０〜３２）から構成される。モニタ（１１
−２０〜１９−２０）は、プロセッサモジュール間通信
情報を管理する。

【００３８】電文処理の機能は、通信プロセス（３
０）、トランザクションプロセス（３１）、およびファ
イルプロセス（３２）に分割される。そして、通信プロ
セス（３０）はプロセッサモジュール（１１〜１３）
に、トランザクションプロセス（３１）はプロセッサモ
ジュール（１４〜１６）に、ファイルプロセス（３２）
はプロセッサモジュール（１７〜１９）にそれぞれ搭載
される。

【００３９】以下、トランザクションプロセッサモジュ
ール（１４〜１６）とファイルプロセッサモジュール
（１７〜１９）を合わせて、受信側プロセッサモジュー
ル（１４〜１９）という。

【００４０】図６は、IO制御装置のシステム構成図であ
る。ここでは、回線制御装置（１１−４）を例にして、
説明する。回線制御装置（１１−４）は、プロセッサ
（１１−４−１）、メモリ（１１−４−２）、バッファ
（１１−４−３）、ディスク制御部（１１−４−４）で
構成される。バッファ（１１−４−３）には、他のプロ
セッサモジュール（１４〜１６）から受信した電文を格
納する入力待ち行列として、入力待ち行列２０（１１−
４−５）と入力待ち行列２１（１１−４−７）を設け、
また他のプロセッサモジュール（１４〜１６）に送信す
る電文を格納する出力待ち行列として、出力待ち行列２
０（１１−４−６）と出力待ち行列２１（１１−４−
８）を設ける。

【００４１】ここで、端末（６）からディスク（２−
２）への情報の流れに対応して、上位のプロセッサモジ
ュールおよび下位のプロセッサモジュールを、以下のよ
うに定義する。

【００４２】自身のプロセッサモジュールからディスク
（２−２）側のプロセッサモジュールを下位のプロセッ
サモジュールとする。自身のプロセッサモジュールから
端末（６）側のプロセッサモジュールを上位のプロセッ
サモジュールとする。例えば、トランザクションプロセ
ッサモジュール（１４〜１６）から見ると、下位のプロ
セッサモジュールはファイルプロセッサモジュール（１
７〜１９）であり、上位のプロセッサモジュールは通信
プロセッサモジュール（１１〜１３）である。

【００４３】IO制御装置（１１−１０）の待ち行列につ
いて、入力待ち行列２０（１１−４−５）と出力待ち行
列２０（１１−４−６）は上位のプロセッサモジュール
用であり、入力待ち行列２１（１１−４−７）と出力待
ち行列２１（１１−４−８）は下位のプロセッサモジュ
ール用である。

【００４４】IO制御装置（１１−１０）では４つの待ち
行列があるが、システム稼働情報は、上位および下位の
プロセッサモジュールから受信している電文の情報であ
るため、入力待ち行列２０（１１−４−５）と入力待ち
行列２１（１１−４−７）を対象とする。

【００４５】図７はプロセッサモジュールの状態遷移図
である。ここでは、現用状態（１５０）、輻輳状態（１
５１）、およびオフライン状態（１５２）の３つの状態
を設ける。現用状態（１５０）とは、正常に電文処理を
実行している状態である。輻輳状態（１５１）は、一時
的に処理能力の以上の電文を受信し、他のプロセッサモ
ジュール（１１〜１９）からの電文受信を禁止している
状態である。オフライン状態（１５２）は障害が発生し
ている状態である。

【００４６】現用状態（１５０）で処理を実行中に、処
理時間が一定値以上になると、輻輳状態（１５１）に遷
移する（１５４）。輻輳状態（１５１）の場合に、処理
時間が一定値以下になると、現用状態（１５０）に遷移
する（１５５）。現用状態（１５０）あるいは輻輳状態
（１５１）で障害が発生すると、オフライン状態（１５
２）に遷移する（１５６、１５７）。その後、障害から
回復すると、オフライン状態（１５２）から現用状態
（１５０）に遷移する（１５８）。

【００４７】図８は、１６進コ−ドで表わしたプロセッ
サモジュールの状態コードを示す図である。現用状態
（１５０）は（０１)16と、輻輳状態（１５１）は（０
２)16と、オフライン状態（１５２）は（０３)16とす
る。

【００４８】図９は制御用通信パスにおける電文フォー
マットを示す図である。電文フォーマットは、送信元ア
ドレス（８０）、送信先アドレス（８１）、制御用電文
種別（８２）、システム稼働情報１（８３）、およびシ
ステム稼働情報２（８４）から構成される。

【００４９】以下、制御用通信パス（１）における電文
情報について詳細に説明する。図１０は、１６進コ−ド
で表わした制御用電文種別コ−ドを示す図である。制御
用電文（８２）には、リセットメッセージ、aliveメッ
セージ、およびシステム稼働情報がある。これらのコー
ドは図１０に示すように、それぞれ（１０)16、（０１)
16および（０２)16とする。

【００５０】図１１は、システム稼働情報１とシステム
稼働情報２の組合せと、対応する意味を示す図である。
システム稼働情報１（８３）が（０１)16の場合には、
入力待ち行列２０と入力待ち行列２１に格納されている
電文のタイプとその個数を示す。

【００５１】システム稼働情報１（８３）が（１０)16
の場合には、プロセッサモジュール（１１〜１９）ある
いはコンソール（８）に転送するイベント情報を示す。
さらに、システム稼働情報２（８４）が（０１)16の場
合には１つのプロセッサモジュールで輻輳発生を、（０
２)16の場合には同一プロセスの全プロセッサモジュー
ルで輻輳発生を、（０３)16の場合には障害発生を、
（１０)16の場合には輻輳から回復したことを、（１１)
16の場合には障害から回復したことをそれぞれ示す。

【００５２】図１２は電文のタイプとその個数を示す図
である。入力待ち行列２０に格納されている電文は、電
文タイプ（８４−１−０〜８４−５−０）とその個数
（８４−１−１〜８４−１−５）であり、入力待ち行列
２１に格納されている電文は、電文タイプ（８４−１−
２〜８４−５−２）とその個数（８４−１−３〜８４−
１−３）である。

【００５３】図１３は電文のタイプとそのコードの対応
を示す図である。ここでは、電文１は（０１)16とし、
以下順にコ−ドを設定し、最後の電文５は（０５)16と
する。通常のデ−タは、図１３に示した電文の授受の後
に送受信される。従って、以下の説明では、プロセスの
中での通常のデ−タの送受信については省略する。

【００５４】図１４はプロセッサモジュールとコンソー
ルのそれぞれのアドレスを示す図である。このアドレス
は、プロセス間通信パス（３）と制御用通信パス（１）
ともに、同じアドレスを使用する。プロセッサモジュー
ル（１１）のアドレスは（００)16とする。以下、プロ
セッサモジュール（１２〜１９）とコンソール（８）の
アドレスを図１４に示す通りに設定する。

【００５５】図１５はプロセス間通信の電文フォーマッ
トを示す図である。電文フォーマットは、送信元アドレ
ス（９０）、送信先アドレス（９１）、電文本体（９
２）、下位のプロセッサモジュールのアドレス（９
３）、および識別子（９４）から構成される。

【００５６】図１６はトランザクションプロセッサモジ
ュールの入力待ち行列に格納されている電文を示す図で
ある。３つのトランザクションプロセッサモジュール
（１４〜１６）の入力待ち行列２０（１４−４−５〜１
６−４−５）には、それぞれ５個、２個、３個の電文が
格納されており、入力待ち行列２１（１４−４−７〜１
６−４−７）にはそれぞれ１個、０個、０個の電文が格
納されてる。これらの電文のタイプは図１６に示す通り
である。

【００５７】図１７はファイルプロセッサモジュールの
入力待ち行列に格納されている電文を示す図である。フ
ァイルプロセッサモジュール（１７〜１９）の入力待ち
行列２０（１７−４−５〜１９−４−５）には、それぞ
れ３個、０個、２個の電文が格納されている。電文のタ
イプは図１７に示す通りである。ファイルプロセッサモ
ジュールは最下位のプロセッサモジュールであるため、
入力待ち行列２１（１７−４−７〜１９−４−７）は使
用しない。

【００５８】図１８は、トランザクションプロセッサモ
ジュールの電文毎の処理ステップ数と、ファイルプロセ
ッサモジュールとの通信回数を示す図である。ここで
は、電文１から電文５におけるトランザクションプロセ
ッサモジュール（１４〜１６）の実行ステップ数（上位
のプロセッサモジュ−ル用のST1(i)と下位のプロセッサ
モジュ−ル用のST2(i)）と、ファイルプロセッサモジュ
ール（１７〜１９）および通信プロセッサモジュール
（１１〜１３）との通信回数（CT1(i)とCT2(i)）を示
す。

【００５９】これらの情報は、すべての通信プロセッサ
モジュール（１１〜１３）が所有し、処理時間を算出す
るために使用する。ここでは、通信プロセッサモジュー
ル（１１〜１３）およびファイルプロセッサモジュール
（１７〜１９）から受信した電文毎の処理ステップ数を
示す。

【００６０】図１９はファイルプロセッサモジュールの
電文毎の処理ステップ数とIO発行回数を示す図である。
ここでは、電文１〜電文５におけるファイルプロセッサ
モジュール（１７〜１９）の実行ステップ数（SF1
(i)）、通信回数(CF(i))、およびIO回数（IF1(i)）を示
す。これらの情報は、すべての通信プロセッサモジュー
ル（１１〜１３）が所有し、処理時間を算出するために
使用する。

【００６１】図２０は、各トランザクションプロセッサ
モジュールの処理能力と状態を示す図である。図２１
は、各ファイルプロセッサモジュールの処理能力と状態
を示す図である。

【００６２】図２０と図２１について、処理能力は１秒
当りの実行ステップ数を表わす。また、プロセッサモジ
ュールの状態は図７に示したものである。ここでは、プ
ロセッサモジュール（１４）は輻輳状態（１５１）と
し、プロセッサモジュール（１８）は障害が発生しオフ
ライン状態（１５２）とする。他のプロセッサモジュー
ル（１５〜１７、１９）は正常に動作しており、現用状
態（１５０）とする。

【００６３】これ以降、各プロセッサモジュール（１１
〜１９）の処理手順について説明する。最初に、図２２
から図２４より、システム稼働情報の送受信処理につい
て説明する。

【００６４】図２２はシステム稼働情報による処理手順
を示す図である。図２３は通信プロセッサモジュールの
処理時間の算出式である。この算出式より、トランザク
ションプロセッサモジュール（１４〜１６）の処理時間
を算出する。トランザクションプロセッサモジュール
（１４）は図２０より輻輳状態（１５１）である。処理
時間は、トランザクションプロセッサモジュール（１
５）が最小となり、トランザクションプロセッサモジュ
ール（１６）が２番目に小さい。トランザクションプロ
セッサモジュール（１５）がトランザクションプロセス
の処理を実行し、トランザクションプロセッサモジュー
ル（１６）を予備のプロセッサモジュールとする。

【００６５】同様に、ファイルプロセッサモジュール
（１７〜１９）の処理時間を算出する。ファイルプロセ
ッサモジュール（１８）は図２１よりオフライン状態で
ある。処理時間は、ファイルプロセッサモジュール（１
９）が最小となり、ファイルプロセッサモジュール（１
７）が２番目に小さい。ファイルプロセッサモジュール
（１９）がトランザクションプロセスの処理を実行し、
ファイルプロセッサモジュール（１７）を予備のプロセ
ッサモジュールとする。

【００６６】図２４は制御用電文の一例を示す図であ
る。図２４（１）は待ち行列に格納されている電文の情
報の転送を示す。図２４（２）は、上位のプロセッサモ
ジュールへの電文送信禁止の通知を示す。図２４
（３）、（４）、（５）は、それぞれケース１からケー
ス３のコンソール（８）への表示を示す。

【００６７】ここでは、ファイルプロセッサモジュール
（１９）が通信プロセッサモジュール（１２）にシステ
ム稼働情報を送信する場合を示す。まず、ファイルプロ
セッサモジュール（１９）は、通信プロセッサモジュー
ル（１２）に対して、システム稼働情報として、入力待
ち行列２０（１９−４−７）に格納されている電文のタ
イプとその個数を送信する（処理 ４００）。

【００６８】この電文を図２４（１）に示す。ここで
は、ファイルプロセッサモジュールはプロセッサモジュ
ール（１９）とする。送信元アドレス（８０）はプロセ
ッサモジュール（１９）であるため（２２）16を、送信
先アドレス（８１）はプロセッサモジュール（１２）で
あるため（０１）16を、制御用電文種別（８２）はシス
テム稼働情報であるため（０２）16を、システム稼働情
報１（８３）は電文のタイプと個数であるため（０１）
16を、それぞれ設定する。また、システム稼働情報２
（８４）は電文のタイプ毎にその個数を格納するため、
図１７に示している通り、ファイルプロセッサモジュー
ル（１９）には電文５が１個と電文２が１個格納されて
いるため、電文のタイプ毎に、電文のタイプの順に、電
文のタイプとその個数を、電文１では０個であるため、
（０１００）16、電文２では、（０２０１）16、電文３
では（０３００）16、電文４では（０４００）16を、電
文５では（０５０１）16を設定する。ファイルプロセッ
サモジュール（１９）は入力待ち行列２１（１９）を使
用しないため、入力待ち行列２１用（８４−１−２〜８
４−５−３）には（FF）16を格納する。

【００６９】通信プロセッサモジュール（１２）は、フ
ァイルプロセッサモジュール（１９）の入力待ち行列２
０（１９−４−５）と入力待ち行列２１（１９−４−
７）に格納されている電文タイプとその個数を受信する
（処理 ４０１）。そして、通信プロセッサモジュール
（１２）は、ファイルプロセッサモジュール（１９）の
処理時間を算出する（処理 ４０２）。通信プロセッサ
モジュールの処理時間の算出式を図２３に示す。

【００７０】ここで、通信プロセッサモジュール（１
２）は、受信側プロセッサモジュール（１４〜１９）の
電文の実行ステップ数、通信回数、およびIO待ち時間を
事前に格納しておく。この例を図１８と図１９に示す。
さらに、受信側プロセッサモジュール（１４〜１９）の
処理能力とプロセッサモジュールの状態を事前に格納し
ておく。この例を図２０と図２１に示す。

【００７１】図２３は処理時間の算出式である。トラン
ザクションプロセッサモジュール（１４〜１６）の処理
時間（RT(j)）は、電文タイプ毎の実行ステップ数（ST1
(i)とST2(i)）と電文数（NT1(i)とNT2(i)）、およびプ
ロセス間通信回数（CT1(i)とCT2(i)）とプロセス間通信
のステップ数（PS）から算出する。

【００７２】ファイルプロセッサモジュール（１７〜１
９）の処理時間（RF(j)）は、電文タイプ毎の実行ステ
ップ数（SF1(i)）と電文数（NF1(i)）、プロセス間通信
回数（CF1(i)）とプロセス間通信のステップ数（PS）、
およびIO発行回数（IF1(i)）とIO待ち時間（IT）から算
出する。このように、通信プロセッサモジュール（１
２）は図２３の算出式を用いて、受信側プロセッサモジ
ュール（１４〜１９）の処理時間（RT(j),RF(j)）を計
算する。

【００７３】そして、通信プロセッサモジュール（１
２）は、すべての受信側プロセッサモジュール（１４〜
１９）の処理時間が一定値（L１）以上かどうかチェッ
クする（処理 ４０３）。そして、これが一定値以上
（L１）ならば、このプロセッサモジュールは輻輳状態
（１５１）と判定し、このプロセッサモジュールへの電
文送信を禁止する（処理 ４０４）。

【００７４】さらに、すべてのファイルプロセッサモジ
ュール（１７〜１９）が輻輳状態（１５１）かどうか判
定する（処理 ４０５）。すべてのファイルプロセッサ
モジュール（１７〜１９）が輻輳状態（１５１）なら
ば、トランザクションプロセッサモジュール（１１〜１
３）に対して電文送信禁止を通知する（処理 ４０
６）。ここで、この通知する電文を図２４（２）に示
す。ここでは通信プロセッサモジュール（１２）に送信
する場合を示す。送信元アドレス（８０）はプロセッサ
モジュール（１５）であるため（１１）16を、送信先ア
ドレス（８１）はプロセッサモジュール（１１）である
ため（００）16を、制御用電文種別（８２）はシステム
稼働情報であるため（０２）16を、システム稼働情報１
（８３）はイベント情報であるため（１０）16を、シス
テム稼働情報２（８４）は輻輳発生であるため（０１）
16をそれぞれ設定する。

【００７５】また、受信側プロセッサモジュール（１４
〜１９）が輻輳状態（１５１）であるかを判定し（処理
４０７）、輻輳状態（１５１）のプロセッサモジュー
ルの処理時間が一定値（L２）以下になっている（処理
４０８）と、下位プロセッサモジュールへの電文送信
を再開し、上位のプロセッサモジュールに対して電文送
信再開を通知する（処理 ４０９）。

【００７６】そして、ケース１〜３の場合には、コンソ
ール（８）に通知する（処理 ４１０）。ここで、ケー
ス１の通知する電文を図２４（３）に示す。送信元アド
レス（８０）はプロセッサモジュール（１２）であるた
め（０１）16を、送信先アドレス（８１）はコンソール
（８）であるため（３０）16を、制御用電文種別（８
２）はシステム稼働情報であるため（０２）16を、シス
テム稼働情報１（８３）はイベント情報であるため（１
０）16を、システム稼働情報２（８４）は１つのプロセ
ッサモジュールで輻輳発生であるため（０１）16をそれ
ぞれ設定する。

【００７７】ここで、ケース２の通知する電文を図２４
（４）に示す。送信元アドレス（８０）、送信先アドレ
ス（８１）、制御用電文種別（８２）、システム稼働情
報１（８３）はケース１と同一である。システム稼働情
報２（８４）は、すべてのファイルプロセッサモジュー
ル（１7〜１９）で輻輳発生であるため、（０２）16を
設定する。

【００７８】ここで、ケース３の通知する電文を図２４
（５）に示す。送信元アドレス（８０）、送信先アドレ
ス（８１）、制御用電文種別（８２）、システム稼働情
報１（８３）はケース１と同一であり、システム稼働情
報２（８４）は、ファイルプロセッサモジュール（１７
〜１９）は輻輳解除であるため、（１０）16を設定す
る。このようにして、受信側プロセッサモジュール（１
４〜１９）は、通信プロセッサモジュール（１２）ある
いはコンソール（８）に輻輳発生および輻輳解除を通知
できる。

【００７９】次に、図２５から図２７より、障害時およ
び障害回復時の処理手順について説明する。図２５は障
害時の処理手順を示す図である。図２７に障害時の制御
用電文を示す。

【００８０】ファイルプロセッサモジュール（１９）
は、一定間隔毎に常にファイルプロセッサモジュール
（１７）にaliveメッセージを送信している（処理 ５
００）。ファイルプロセッサモジュール（１７）は、al
iveメッセ−ジの受信によりファイルプロセッサモジュ
ール（１９）が正常に動作していると認識している。フ
ァイルプロセッサモジュール（１９）で障害が発生する
と（処理 ５０１）、ファイルプロセッサモジュール
（１７）はaliveメッセージの途絶により、ファイルプ
ロセッサモジュール（１９）の障害を検出する（処理
５０２）。

【００８１】ここで、正常動作を通知する電文を図２７
（１）に示す。ファイルプロセッサモジュール（１９）
がファイルプロセッサモジュール（１７）にリセットメ
ッセージを送信する場合を示す。送信元アドレス（８
０）はファイルプロセッサモジュール（１９）であるた
め（２２）16を、送信先アドレス（８１）はファイルプ
ロセッサモジュール（１７）であるため（２０）16を、
制御用電文種別（８２）はaliveメッセージであるため
（０１）16を、システム稼働情報１（８３）とシステム
稼働情報２（８４）は使用しないため（FF）16を、それ
ぞれ設定する。

【００８２】更に、ファイルプロセッサモジュール（１
７）は障害の発生したファイルプロセッサモジュール
（１９）にリセットを要求する（処理 ５０３）。そし
て、ファイルプロセッサモジュール（１９）はモニタ
（１９−２０）がIO制御装置（１９−１０）をリセット
する処理を実行する（処理 ５０４）。

【００８３】ここで、リセット要求を通知する電文を図
２７（２）に示す。ファイルプロセッサモジュール（１
８）がファイルプロセッサモジュール（１９）にリセッ
トメッセージを送信する場合を示す。送信元アドレス
（８０）はファイルプロセッサモジュール（１７）であ
るため（２０）16を、送信先アドレス（８１）はファイ
ルプロセッサモジュール（１９）であるため（２２）16
を、制御用電文種別（８２）はリセットメッセージであ
るため（１０）16を、システム稼働情報１（８３）とシ
ステム稼働情報２（８４）は使用しないため（FF）16を
それぞれ設定する。

【００８４】更に、ファイルプロセッサモジュール（１
７）は障害発生をコンソール（８）に通知し（処理 ５
０５）、通信プロセッサモジュール（１２）に通知する
（処理 ５０６）。そして、通信プロセッサモジュール
（１２）はこれを受信する（処理 ５０７）。

【００８５】ここで、コンソ−ルに障害発生を通知する
電文を図２７（３）に示す。プロセッサモジュール（１
７）がコンソール（８）に障害発生を送信する場合を示
す。送信元アドレス（８０）はファイルプロセッサモジ
ュール（１７）であるため（２０）16を、送信先アドレ
ス（８１）はコンソール（８）であるため（３０）１６
を、制御用電文種別（８２）はシステム稼働情報である
ため（０２）１６を、システム稼働情報１（８３）はイ
ベント情報であるため（１０）16、システム稼働情報２
（８４）は障害発生通知であるため（０３）16をそれぞ
れ設定する。

【００８６】次に、通信プロセッサモジュ−ルに障害発
生を通知する電文を図２７（４）に示す。ファイルプロ
セッサモジュール（１７）が通信プロセッサモジュール
（１2）に障害発生を送信する場合を示す。送信元アド
レス（８０）はファイルプロセッサモジュール（１７）
であるため（２０）16を、送信先アドレス（８１）は通
信プロセッサモジュール（１２）であるため（０１）16
を、制御用電文種別（８２）はシステム稼働情報である
ため（０２）16を、システム稼働情報１（８３）はプロ
セッサモジュール情報であるため（１０）16、システム
稼働情報２（８４）は障害発生通知であるため（０３）
16をそれぞれ設定する。

【００８７】図２６は障害回復時の処理手順を示す図で
ある。図２７（５）は障害回復時の制御用電文を示す図
である。障害の発生したファイルプロセッサモジュール
（１９）は障害から回復したことを通信プロセッサモジ
ュール（１２）に通知する（処理 ５５０）。そして、
通信プロセッサモジュール（１２）は障害回復の通知を
受信する（処理 ５５１）。

【００８８】図２７（５）は通信プロセッサモジュール
に障害回復を通知する電文である。ファイルプロセッサ
モジュール（１９）が通信プロセッサモジュール（１
２）に障害回復を送信する場合を示す。送信元アドレス
（８０）はプロセッサモジュール（１９）であるため
（２２）16を、送信先アドレス（８１）は通信プロセッ
サモジュール（１２）であるため（０１）16を、制御用
電文種別（８２）はシステム稼働情報であるため（０
２）16を、システム稼働情報１（８３）はイベント情報
であるため（１０）16、システム稼働情報２（８４）は
障害回復通知であるため（１１）16をそれぞれ設定す
る。

【００８９】最後に、障害回復の通知をコンソール
（８）に表示する（処理 ５５２）。次に、コンソ−ル
に障害回復を通知する電文を図２７（６）に示す。通信
プロセッサモジュール（１２）がコンソール（８）に障
害回復を送信する場合を示す。送信元アドレス（８０）
は通信プロセッサモジュール（１２）であるため（０
１）16を、送信先アドレス（８１）はコンソール（８）
であるため（３０）16を、制御用電文種別（８２）はシ
ステム稼働情報であるため（０２）16を、システム稼働
情報１（８３）はイベント情報であるため（１０）16、
システム稼働情報２（８４）は障害回復通知であるため
（１１）16をそれぞれ設定する。

【００９０】このようにして、プロセッサモジュール
（１１〜１９）間あるいはプロセッサモジュール（１１
〜１９）とコンソール（８）間で制御用通信パス（１）
を介して通信を行うことが可能となる。

【００９１】まず、図２８と図３１を用いて、３つのプ
ロセッサモジュール（１１〜１９）間での電文処理手順
について説明する。図２８は電文処理手順を示す図であ
る。図２９はプロセス間通信の電文を示す図である。通
信プロセッサモジュール（１２）は、端末（６）から電
文を受信すると（処理 ６００）、各トランザクション
プロセッサモジュール（１４〜１６）の処理時間を算出
し、このうち最も処理時間の短いプロセッサモジュール
を選ぶ（処理 ６０１）。図２８では、トランザクショ
ンプロセッサモジュール（１５）とファイルプロセッサ
モジュール（１９）とが選択されたとする。通信プロセ
ッサモジュール（１２）はトランザクションプロセッサ
モジュール（１５）に電文を送信する。

【００９２】図２９（１）は、通信プロセッサモジュー
ル（１２）がトランザクションプロセッサモジュール
（１５）に送信する電文を示す。送信元アドレス（９
０）は通信プロセッサモジュール（１２）であるため
（０１）16を、送信先アドレス（９１）はトランザクシ
ョンプロセッサモジュール（１５）であるため（１１）
16を、電文本体（９２）は（０１０２０３）16を、下位
のプロセッサモジュールのアドレス（９３）はファイル
プロセッサモジュール（１９）であるため（２２）１
６、電文の識別子（９４）は（０００１）１６をそれぞ
れ設定する。

【００９３】トランザクションプロセッサモジュール
（１５）はファイルプロセッサモジュール（１９）にデ
ィスク（２−２）からの読み出しを要求する（処理 ６
０５）。図２９（２）に読み出し要求の電文を示す。送
信元アドレス（９０）はプロセッサモジュール（１５）
であるため（１１）16を、送信先アドレス（９１）はフ
ァイルプロセッサモジュール（１９）であるため（２
２）16を、電文本体（９２）は（０２０３０１）16を、
下位のプロセッサモジュールのアドレス（９３）はない
ため（FF）16、電文の識別子（９４）は（０００１）16
をそれぞれ設定する。

【００９４】ファイルプロセッサモジュール（１９）は
読み出し要求を受信すると（処理６０６）、ディスク
（２−２）の読み出し処理を実行する（処理 ６０
７）。そして、読み出し結果をトランザクションプロセ
ッサモジュール（１５）に送信する（処理 ６０８）。
図２９（３）に読み出し結果送信の電文を示す。送信元
アドレス（９０）はプロセッサモジュール（１９）であ
るため（２２）16を、送信先アドレス（９１）はプロセ
ッサモジュール（１５）であるため（１１）16を、電文
本体（９２）は（０４０２０３）16を、下位のプロセッ
サモジュールのアドレス（９３）はないため（FF）16
を、電文の識別子（９４）は（０００１）16を、それぞ
れ設定する。

【００９５】さらに、トランザクションプロセッサモジ
ュール（１５）はファイルプロセッサモジュール（１
９）にディスク（２−２）への書き込みを要求する（処
理 ６０９）。図２９（４）に書き込み要求の電文を示
す。送信元アドレス（９０）はプロセッサモジュール
（１５）であるため（１１）16を、送信先アドレス（９
１）はプロセッサモジュール（１９）であるため（１
１）16を、電文本体（９２）は（０５０４０３）16を、
下位のプロセッサモジュールのアドレス（９３）はない
ため（FF）16、電文の識別子（９４）は（０００１）16
を、それぞれ設定する。

【００９６】ファイルプロセッサモジュール（１９）は
書き込み要求を受信すると（処理６１０）、ディスク
（２−２）の書き込み処理を実行し（処理 ６１１）、
書き込み完了を送信する（処理 ６１２）。図２９
（５）に書き込み完了の電文を示す。送信元アドレス
（９０）はプロセッサモジュール（１９）であるため
（２２）16を、送信先アドレス（９１）はプロセッサモ
ジュール（１５）であるため（１１）16を、電文本体
（９２）は（０７０２０３）16を、下位のプロセッサモ
ジュールのアドレス（９３）はないため（FF）16を、電
文の識別子（９４）は（０００１）16を、それぞれ設定
する。

【００９７】トランザクションプロセッサモジュール
（１５）は通信プロセッサモジュール（１２）に処理結
果を送信する（処理 ６１３）。図２９（６）に処理結
果送信の電文を示す。送信元アドレス（９０）はプロセ
ッサモジュール（１５）であるため（１１）16を、送信
先アドレス（９１）はプロセッサモジュール（１２）で
あるため（０１）16を、電文本体（９２）は（０１０５
０３）16を、下位のプロセッサモジュールのアドレス
（９３）はないため（FF）16を、電文の識別子（９４）
は（０００１）16を、それぞれ設定する。

【００９８】最後に、通信プロセッサモジュール（１
２）は、端末（６）に処理結果を送信する（処理 ６１
４）。このように、プロセッサモジュール（１４〜１
６、１７〜１９）間の負荷分散が可能となる。

【００９９】図３０はトランザクションプロセッサモジ
ュールで障害が発生した場合の処理を示す図である。図
３１はファイルプロセッサモジュールで障害が発生した
場合の処理を示す図である。図３２はプロセス間通信の
電文を示す図である。まず、図３０と図３２を用いて、
トランザクションプロセッサモジュール（１５）で障害
が発生した場合について説明する。

【０１００】トランザクションプロセッサモジュール
（１５）で障害が発生とすると（処理６５０）、トラン
ザクションプロセッサモジュール（１６）はaliveメッ
セージの途絶により、障害を検出する（処理 ６５
１）。そして、トランザクションプロセッサモジュール
（１５）に対し、リセットを要求し（処理 ６５２）、
トランザクションプロセッサモジュール（１５）はリセ
ット処理を実行する（処理６５３）。

【０１０１】リセット要求の制御用電文を図３２（１）
に示す。送信元アドレス（８０）はプロセッサモジュー
ル（１６）であるため（１２）16を、送信先アドレス
（８１）はプロセッサモジュール（１５）であるため
（１１）16を、制御用電文種別（８２）はリセットメッ
セージであるため（１０）16を、システム稼働情報１
（８３）とシステム稼働情報２（８４）は使用しないた
め、（FF）16を格納する。そして、トランザクションプ
ロセッサモジュール（１６）は、通信プロセッサモジュ
ール（１２）に、障害発生を通知する（処理 ６５
４）。

【０１０２】障害通知の制御用電文を図３２（２）に示
す。送信元アドレス（８０）はプロセッサモジュール
（１６）であるため（１２）16を、送信先アドレス（８
１）はプロセッサモジュール（１２）であるため（０
１）16を、制御用電文種別（８２）はシステム稼働情報
であるため（０２）16を、システム稼働情報１（８３）
はイベント情報であるため（１０）16を、システム稼働
情報２（８４）は障害通知であるため（０３）16を、そ
れぞれ格納する。

【０１０３】通信プロセッサモジュール（１２）はトラ
ンザクションプロセッサモジュール（１５）の処理時間
を算出し、別のトランザクションプロセッサモジュール
（１６）に電文を送信する（処理 ６５５）。そして、
トランザクションプロセッサモジュール（１６）は、電
文を実行しているファイルプロセッサモジュールに通知
する（処理 ６５６）。そして、トランザクションプロ
セッサモジュール（１６）は、ファイルプロセッサモジ
ュール（１９）に電文を送信する（処理 ６５７）。

【０１０４】プロセス間通信の電文を図３２（３）に示
す。送信元アドレス（９０）はプロセッサモジュール
（１２）であるため（０１）16を、送信先アドレス（９
１）はプロセッサモジュール（１５）であるため（１
１）16を、電文本体（９２）は（０１０２０３）16を、
下位のプロセッサモジュールのアドレス（９３）はプロ
セッサモジュール（１９）であるため（２２）16、電文
の識別子（９４）は（０００１）16をそれぞれ設定す
る。

【０１０５】トランザクションプロセッサモジュール
（１５）は電文を受信すると（処理６５８）、ファイル
プロセッサモジュール（１９）に読み出し要求を送信す
る（処理 ６５９）。

【０１０６】一方、ファイルプロセッサモジュール（１
９）は、電文を受信すると、チェックポイント情報に基
づいて、回復処理を行う。書き込み処理が完了していれ
ば、処理結果をトランザクションプロセッサモジュール
に戻し、書き込み処理が完了していなければ、最初から
電文処理を再実行する。

【０１０７】次に、図３１と図３２を用いて、ファイル
プロセッサモジュール（１９）で障害が発生した場合に
ついて説明する。ファイルプロセッサモジュール（１
９）で障害が発生とすると（処理 ６７０）、ファイル
プロセッサモジュール（１７）はaliveメッセージの途
絶により、障害を検出する（処理 ６７１）。そして、
ファイルプロセッサモジュール（１９）に対し、リセッ
トを要求し（処理 ６７２）、ファイルプロセッサモジ
ュール（１９）はリセット処理を実行する（処理 ６７
３）。

【０１０８】リセット要求の制御用電文を図３２（４）
に示す。送信元アドレス（８０）はプロセッサモジュー
ル（１７）であるため（２０）16を、送信先アドレス
（８１）はプロセッサモジュール（１９）であるため
（２２）16を、制御用電文種別（８２）はリセットメッ
セージであるため（１０）16を、システム稼働情報１
（８３）とシステム稼働情報２（８４）は使用しないた
め、（FF）16を格納する。

【０１０９】そして、ファイルプロセッサモジュール
（１７）は、通信プロセッサモジュール（１２）に、障
害発生を通知する（処理 ６７４）。

【０１１０】障害通知の制御用電文を図３２（５）に示
す。送信元アドレス（８０）はプロセッサモジュール
（１７）であるため（２０）16を、送信先アドレス（８
１）はプロセッサモジュール（１２）であるため（０
１）16を、制御用電文種別（８２）はシステム稼働情報
であるため（０２）16を、システム稼働情報１（８３）
はイベント情報であるため（１０）16を、システム稼働
情報２（８４）は障害通知であるため（０３）16を、そ
れぞれ格納する。

【０１１１】通信プロセッサモジュ−ル（１２）は、フ
ァイルプロセッサモジュ−ル（１７）を介してファイル
プロセッサモジュ−ル（１９）の障害発生を受信する
（処理６７５）。通信プロセッサモジュール（１２）は
トランザクションモジュ−ル（１４〜１６）の処理時間
を算出し、処理時間の最も短いプロセッサモジュ−ル
（１５）を選択する（処理 ６７６）。そして、通信プ
ロセッサモジュール（１２）は、トランザクションプロ
セッサモジュール（１５）に送信済みの電文を再送する
（処理 ６７７）。

【０１１２】プロセス間通信の電文を図３２（６）に示
す。送信元アドレス（９０）はプロセッサモジュール
（１２）であるため（０１）16を、送信先アドレス（９
１）はプロセッサモジュール（１５）であるため（１
１）16を、電文本体（９２）は（０１０２０３）16を、
下位のプロセッサモジュールのアドレス（９３）はプロ
セッサモジュール（１９）であるため（２２）16、電文
の識別子（９４）は（０００１）16をそれぞれ設定す
る。トランザクションプロセッサモジュール（１５）は
電文を受信すると（処理６７８）、ファイルプロセッサ
モジュール（１９）に読み出し要求を送信する（処理
６７９）。

【０１１３】一方、ファイルプロセッサモジュール（１
９）は、電文を受信すると、ジャーナルに基づいて、回
復処理を行う。書き込み処理が完了していれば、処理結
果をトランザクションプロセッサモジュール（１５）に
戻し、書き込み処理が完了していなければ、最初から電
文処理を再実行する。

【０１１４】通信プロセッサモジュール（１２）で障害
が発生すると、一定時間経過しても、応答を戻らないこ
とにより、端末（６）が通信プロセッサモジュール（１
２）の障害を検出し、別の通信プロセッサモジュール
（１３）に通知する。この結果、プロセッサモジュール
（１５、１９）で障害が発生すると、電文の再送処理が
必須となり、回復時間が長くなるという問題が残る。

【０１１５】最後に、予備のプロセッサモジュール（１
６、１７、１３）を考慮し、電文を予備のプロセッサモ
ジュール（１６、１７、１３）にも送信し、障害時の回
復時間を短縮させる手順を示す。

【０１１６】図３３は予備のプロセッサモジュールを考
慮した場合の処理を示す図である。図３４は予備のプロ
セッサモジュールを考慮した場合のプロセス間通信の電
文を示す図である。

【０１１７】端末（６）は、業務用LAN（４）経由の場
合には通信プロセッサモジュール（１２、１３）に電文
を送信する。回線切替装置（５）経由の場合には、回線
切替装置（５）は、２つの通信プロセッサモジュール
（１２、１３）が電文を受信できるように制御を行い、
端末（６）からの電文を通信プロセッサモジュール（１
２、１３）が受信する（処理 ７００、７０１）。本実
施例では、プロセッサモジュール（１３）を予備の通信
プロセッサモジュールとする。実際に通信処理を実行す
る通信プロセッサモジュール（１２）は、下位のプロセ
ッサモジュール（１４〜１９）の処理時間を計算し、処
理時間の最も短いプロセッサモジュールと、予備のプロ
セッサモジュールを決める（処理 ７０２）。そして、
処理時間が最小となるプロセッサモジュールはトランザ
クションプロセッサモジュール（１５）とファイルプロ
セッサモジュール（１９）とする。更に、それぞれの予
備のプロセッサモジュールをトランザクションプロセッ
サモジュール（１６）とファイルプロセッサモジュール
（１７）とする。

【０１１８】通信プロセッサモジュール（１２）は、電
文をトランザクションプロセッサモジュール（１５、１
６）に送信する（処理 ７０３）。このプロセス間通信
の電文を図３４（１）に示す。送信元アドレス（９０）
はプロセッサモジュール（１２）であるため（０１）16
を、送信先アドレス（９１）はプロセッサモジュール
（１５、１６）であるため（１１１２）16を、電文本体
（９２）は（０１０２０３）16を、下位のプロセッサモ
ジュールのアドレス（９３）はプロセッサモジュール
（１９、１７）であるため（２２、２０）16を、電文の
識別子（９４）は（０００１）16をそれぞれ設定する。

【０１１９】トランザクションプロセッサモジュール
（１５）は電文を受信すると（処理７０４）、読み出し
要求をファイルプロセッサモジュール（１９、１７）に
送信する（処理 ７０６）。このプロセス間通信の電文
を図３４（２）に示す。送信元アドレス（９０）はプロ
セッサモジュール（１５）であるため（１１）16を、送
信先アドレス（９１）はプロセッサモジュール（１９、
１７）であるため（２２２０）16を、電文本体（９２）
は（０２０３０１）16を、下位のプロセッサモジュール
のアドレス（９３）はないため（FF）16を、電文の識別
子（９４）は（０００１）16を、それぞれ設定する。一
方、トランザクションプロセッサモジュール（１６）は
電文を受信するだけである（処理 ７０５）。

【０１２０】ファイルプロセッサモジュール（１９）
は、読み出し要求を受信すると（処理７０７）、ディス
ク（２−２）からの読み出し処理を実行する（処理 ７
０９）。ファイルプロセッサモジュール（１７）は電文
を受信するだけである（処理７０８）。そして、ファイ
ルプロセッサモジュ−ル（１９）は、トランザクション
プロセッサモジュール（１５、１６）に読み出し結果を
送信する（処理 ７１０）。このプロセス間通信の電文
を図３４（３）に示す。送信元アドレス（９０）はプロ
セッサモジュール（１９）であるため（２２）16を、送
信先アドレス（９１）はプロセッサモジュール（１５、
１６）であるため（１１１２）16を、電文本体（９２）
は（０４０２０３）16を、下位のプロセッサモジュール
のアドレス（９３）はないため（FF）16を、電文の識別
子（９４）は（０００１）16をそれぞれ設定する。

【０１２１】トランザクションプロセッサモジュール
（１５）は、読み出し結果を受信すると（処理 ７１
１）、更に処理を継続させ、書き込み要求をファイルプ
ロセッサモジュール（１９、１７）に送信する（処理
７１３）。このプロセス間通信の電文を図３４（４）に
示す。送信元アドレス（９０）はプロセッサモジュール
（１５）であるため（１１）16を、送信先アドレス（９
１）はプロセッサモジュール（１９、１７）であるため
（２２２０）16を、電文本体（９２）は（０５０４０
３）16を、下位のプロセッサモジュールのアドレス（９
３）はないため（FF）16を、電文の識別子（９４）は
（０００１）16をそれぞれ設定する。一方、トランザク
ションプロセッサモジュール（１６）は読み出し結果を
受信するだけである（処理 ７１２）。

【０１２２】ファイルプロセッサモジュール（１９）は
書き込み処理を受信すると（処理７１４）、ディスク
（２−２）への書き込み処理を実行する（処理 ７１
６）。そして、ファイルプロセッサモジュール（１９）
は、書き込み完了をトランザクションプロセッサモジュ
ール（１５、１６）に送信する（処理 ７１７）。この
プロセス間通信の電文を図３４（５）に示す。送信元ア
ドレス（９０）はプロセッサモジュール（１９）である
ため（２２）16を、送信先アドレス（９１）はプロセッ
サモジュール（１５、１６）であるため（１１１２）16
を、電文本体（９２）は（０７０２０３）16を、下位の
プロセッサモジュールのアドレス（９３）はないため
（FF）16を、電文の識別子（９４）は（０００１）16を
それぞれ設定する。一方、ファイルプロセッサモジュー
ル（１７）は書き込み要求を受信するだけである（処理
７１５）。

【０１２３】トランザクションプロセッサモジュール
（１５）は処理結果を受信する（処理７１９）と、通信
プロセッサモジュール（１２、１３）に処理結果を送信
する（処理 ７２１）。このプロセス間通信の電文を図
３４（６）に示す。送信元アドレス（９０）はプロセッ
サモジュール（１５）であるため（１１）16を、送信先
アドレス（９１）はプロセッサモジュール（１１、１
２）であるため（０１０２）16を、電文本体（９２）は
（０１０５０３）16を、下位のプロセッサモジュールの
アドレス（９３）はないため、（FF）16を、電文の識別
子（９４）は（０００１）16をそれぞれ設定する。トラ
ンザクションプロセッサモジュール（１６）は処理結果
を受信するだけである（処理 ７２０）。

【０１２４】最後に、通信プロセッサモジュール（１
２）は、処理結果を受信すると（処理７２２）、端末
（６）に送信する（処理 ７２４）。通信プロセッサモ
ジュール（１２）は処理結果を受信するだけである（処
理 ７２３）。

【０１２５】次に、各プロセッサモジュール（１５、１
９）で障害が発生した場合について、図３５から図３７
を用いて説明する。図３５は、トランザクションプロセ
ッサモジュールで障害が発生した場合の処理を示す図で
ある。図３７はプロセス間通信の電文を示す図である。

【０１２６】まず、トランザクションプロセッサモジュ
ール（１５）で障害が発生した場合について、図３５と
図３７を用いて説明する。図３５はトランザクションプ
ロセッサモジュールで障害が発生した場合の処理を示す
図である。

【０１２７】トランザクションプロセッサモジュール
（１５、１６）は、通信プロセッサモジュール（１２）
から同時に電文を受信している（処理 ７０３〜７０
５）。トランザクションプロセッサモジュール（１５）
で障害が発生すると（処理 ７３０）、トランザクショ
ンプロセッサモジュール（１６）は、aliveメッセージ
の途絶により、トランザクションプロセッサモジュール
（１５）の障害を検出する（処理 ７３１）。

【０１２８】更に、トランザクションプロセッサモジュ
ール（１６）は、障害の発生したトランザクションプロ
セッサモジュール（１５）にリセットを要求する（処理
７３２）。そして、トランザクションプロセッサモジ
ュール（１５）は、モニタ（１５−２０）がIO制御装置
（１５−１０）をリセットする処理を実行する（処理７
３３）。

【０１２９】ここで、リセット要求を通知する電文を図
３７（１）に示す。トランザクションプロセッサモジュ
ール（１６）がトランザクションプロセッサモジュール
（１５）にリセットメッセージを送信する場合を示す。
送信元アドレス（８０）はファイルプロセッサモジュー
ル（１６）であるため（１２）16を、送信先アドレス
（８１）はファイルプロセッサモジュール（１５）であ
るため（１１）16を、制御用電文種別（８２）はリセッ
トメッセージであるため（１０）16を、システム稼働情
報１（８３）とシステム稼働情報２（８４）は使用しな
いため（FF）16を、それぞれ設定する。

【０１３０】更に、トランザクションプロセッサモジュ
ール（１６）は、障害発生を通信プロセッサモジュール
（１２）に通知する（処理 ７３４）。そして、通信プ
ロセッサモジュール（１２）は障害発生の通知を受信す
る（処理 ７３５）。障害発生を通知する電文を図３７
（２）に示す。トランザクションプロセッサモジュール
（１６）が通信プロセッサモジュール（１2）に障害発
生を送信する場合を示す。送信元アドレス（８０）はト
ランザクションプロセッサモジュール（１６）であるた
め（１２）16を、送信先アドレス（８１）は通信プロセ
ッサモジュール（１２）であるため（０１）16を、制御
用電文種別（８２）はシステム稼働情報であるため（０
２）16を、システム稼働情報１（８３）はイベント情報
であるため（１０）16、システム稼働情報２（８４）は
障害発生通知であるため（０３）16をそれぞれ設定す
る。

【０１３１】そして、トランザクションプロセッサモジ
ュール（１６）は、再度読み出し要求をファイルプロセ
ッサモジュール（１９、１７）に送信する（処理 ７３
６）。読み出し要求を通知する電文を図３７（３）に示
す。送信元アドレス（９０）はトランザクションプロセ
ッサモジュール（１６）であるため（１２）16を、送信
先アドレス（９１）はトランザクションプロセッサモジ
ュール（１９、１７）であるため（２２２０）16を、電
文本体（９２）は（０１０２０３）16を、下位のプロセ
ッサモジュールのアドレス（９３）はないため、（FF）
16、電文の識別子（９４）は（０００１）16をそれぞれ
設定する。

【０１３２】次に、ファイルプロセッサモジュール（１
５）で障害が発生した場合について、図３６と図３７を
用いて説明する。図３６はファイルプロセッサモジュー
ルで障害が発生した場合の処理を示す図である。

【０１３３】ファイルプロセッサモジュール（１９、１
７）は、トランザクションプロセッサモジュール（１
５）から同時に電文を受信している（処理 ７０６〜７
０８）。ファイルプロセッサモジュール（１９）で障害
が発生すると（処理 ７６０）、ファイルプロセッサモ
ジュール（１７）はaliveメッセージの途絶により、フ
ァイルプロセッサモジュール（１９）の障害を検出する
（処理 ７６１）。

【０１３４】更に、ファイルプロセッサモジュール（１
７）は、障害の発生したファイルプロセッサモジュール
（１９）にリセットを要求する（処理 ７６２）。そし
て、ファイルプロセッサモジュール（１９）はモニタ
（１９−２０）がIO制御装置（１９−１０）をリセット
する処理を実行する（処理 ７６３）。

【０１３５】ここで、リセット要求を通知する電文を図
３７（４）に示す。ファイルプロセッサモジュール（１
７）がファイルプロセッサモジュール（１９）にリセッ
トメッセージを送信する場合を示す。送信元アドレス
（８０）はファイルプロセッサモジュール（１７）であ
るため（２０）16を、送信先アドレス（８１）はファイ
ルプロセッサモジュール（１９）であるため（２１）16
を、制御用電文種別（８２）はリセットメッセージであ
るため（１０）16を、システム稼働情報１（８３）とシ
ステム稼働情報２（８４）は使用しないため（FF）16
を、それぞれ設定する。

【０１３６】更に、ファイルプロセッサモジュール（１
７）は障害発生を通信プロセッサモジュール（１２）に
通知する（処理 ７６４）。そして、通信プロセッサモ
ジュール（１２）はこれを受信する（処理 ７６５）。
障害発生を通知する電文を図３７（５）に示す。ファイ
ルプロセッサモジュール（１７）が通信プロセッサモジ
ュール（１2）に障害発生を送信する場合を示す。送信
元アドレス（８０）はファイルプロセッサモジュール
（１７）であるため（２０）16を、送信先アドレス（８
１）は通信プロセッサモジュール（１２）であるため
（０１）16を、制御用電文種別（８２）はシステム稼働
情報であるため（０２）16を、システム稼働情報１（８
３）はイベント情報であるため（１０）16、システム稼
働情報２（８４）は障害発生通知であるため（０３）16
をそれぞれ設定する。

【０１３７】そして、ファイルプロセッサモジュール
（１７）は、再度読み出し処理を実行する（処理 ７６
６）。そして、ファイルプロセッサモジュール（１７）
は、読み出し結果をトランザクションプロセッサモジュ
ール（１５、１６）に送信する（処理 ７６７）。読み
出し結果の送信を通知する電文を図３７（６）に示す。
送信元アドレス（９０）はファイルプロセッサモジュー
ル（１７）であるため（１２）16を、送信先アドレス
（９１）はトランザクションプロセッサモジュール（１
５、１６）であるため（１１１２）16を、電文本体（９
２）は（０１０２０３）16を、下位のプロセッサモジュ
ールのアドレス（９３）はないため、（FF）16、電文の
識別子（９４）は（０００１）16をそれぞれ設定する。

【０１３８】通信プロセッサモジュール（１２）で障害
が発生すると、端末（６）は両方の通信プロセッサモジ
ュール（１２、１３）に電文を送信することにより、端
末（６）への電文の再送要求をなくし、回復時間を短縮
できる。本実施例では、電文処理を３つに分割し、３階
層の場合について説明した。同様にして、電文処理をn
個に分割したn階層のクラスタ型計算機システムにも本
方式を適用できる。

【０１３９】通信プロセッサモジュール（１１〜１３）
（最上位のプロセッサモジュール）が、受信側プロセッ
サモジュールの入力待ち行列に格納されている電文情報
から、受信した電文の処理時間を計算し、これが最小と
なるプロセッサモジュールを見つけ、これらのプロセッ
サモジュールで電文処理を実行することにより、各プロ
セスのプロセッサモジュールの負荷を均一にし、システ
ム全体の処理能力を向上させることが可能となる。

【０１４０】更に、処理時間が２番目に短いプロセッサ
モジュールを予備のプロセッサモジュールとし、予備の
プロセッサモジュールにも電文を送信することにより、
回復時間を短縮させることが可能となる。

【０１４１】図３８は本発明によるシステム構成図
（２）である。ここでは、本発明によるシステム構成
は、図１のシステム構成と同様に９個のプロセッサモジ
ュール（１１〜１９）を前提とする。すべてのプロセッ
サモジュール（１１〜１９）は、制御用通信パス（１）
およびプロセス間通信パス（３）により接続される。図
３８では、プロセッサモジュールに２つの異なるプロセ
スを搭載させ、相互にバックアップさせるものである。

【０１４２】プロセッサモジュール（１１〜１３）は、
図５で説明した通信プロセス（３０）を搭載する。プロ
セッサモジュール（１１〜１３）は、共有ディスク（２
−０）を共有し、障害発生時に、処理を引き継ぐために
必須なチェックポイント情報を格納する。

【０１４３】プロセッサモジュール（１４〜１６）のそ
れぞれは、トランザクションプロセス（３１）とファイ
ルプロセス（３２）を搭載する。トランザクションプロ
セス（３１）は現用プロセスとして稼働し、また、ファ
イルプロセス（３２−１）は待機プロセスとして稼働さ
れる。

【０１４４】プロセッサモジュール（１７〜１９）のそ
れぞれは、トランザクションプロセス（３１）とファイ
ルプロセス（３２）を搭載する。ファイルプロセス（３
２）は現用プロセスとして稼働し、また、トランザクシ
ョンプロセス（３１−１）は待機プロセスとして稼働さ
れる。

【０１４５】プロセッサモジュール（１４〜１９）の障
害を検出した際に、プロセス（３１，３２）の個数に応
じて、システムの処理能力が最高になるように、プロセ
ス毎のプロセッサモジュールを決め、プロセス間での処
理を継続することにより、システム全体の処理能力を向
上させる。

【０１４６】トランザクションプロセッサモジュール
（１５）で障害が発生した場合を想定する。ここで、ト
ランザクションプロセッサモジュール（１４〜１６）と
ファイルプロセッサモジュール（１７〜１９）はそれぞ
れ２台と３台で稼働すべきか、あるいは３台と２台で稼
働すべきかを判定する。そして、システム処理能力の大
きな方を選ぶ。

【０１４７】そして、前者の場合には、障害の発生した
トランザクションプロセッサモジュールを閉塞する。後
者の場合には、１つのファイルプロセッサモジュール
（１９）がトランザクションプロセス（３１）を引き継
ぐ。このように、各プロセッサモジュール（１１〜１
９）に複数のプロセス（３０〜３２）を搭載させる構成
も可能となる。

【０１４８】これにより、１つのトランザクションプロ
セス（３１）で障害が発生しても、プロセス単位のホッ
トスタンバイ機能により、３つのトランザクションプロ
セス（３１）と２つのファイルプロセス（３２）といっ
たシステムを柔軟に再構築することが可能となり、障害
が発生しても、システム処理能力の低下を最小限にする
ことが可能となる。

【０１４９】

【発明の効果】本発明では、複数のプロセッサモジュー
ルからなるシステムにおいて、受信側プロセッサモジュ
ールが通信プロセッサモジュールにシステム稼働情報を
送信し、通信プロセッサモジュールが処理時間の最小と
なる受信側プロセッサモジュールに電文を送信すること
により、また、予備のプロセッサモジュールにも電文を
送信することにより、プロセッサモジュールの負荷を均
一にし、システム全体の処理能力が向上でき、更に、プ
ロセッサモジュール障害時の回復時間を短縮できる。

【図面の簡単な説明】

【図１】本発明によるシステム構成図である。

【図２】本発明の処理概要を示す図である。

【図３】プロセッサモジュールの構成図である。

【図４】電文処理の概要を示す図である。

【図５】ソフトウェアの構成と電文処理の分割を示す図
である。

【図６】IO制御装置のシステム構成図である。

【図７】プロセッサモジュールの状態遷移図である。

【図８】プロセッサモジュールの状態コードを示す図で
ある。

【図９】制御用通信パスにおける電文フォーマットを示
す図である。

【図１０】制御用電文種別を示す図である。

【図１１】システム稼働情報１とシステム稼働情報２を
示す図である。

【図１２】電文のタイプとその個数を示す図である。

【図１３】電文のタイプとそのコードを示す図である。

【図１４】プロセッサモジュールとコンソールのアドレ
スを示す図である。

【図１５】プロセス間通信の電文フォーマットを示す図
である。

【図１６】トランザクションプロセッサモジュールの入
力待ち行列に格納されている電文を示す図である。

【図１７】ファイルプロセッサモジュールの入力待ち行
列に格納されている電文を示す図である。

【図１８】トランザクションプロセッサモジュールの電
文毎の処理ステップ数とファイルプロセッサモジュール
との通信回数を示す図である。

【図１９】ファイルプロセッサモジュールの電文毎の処
理ステップ数とIO発行回数を示す図である。

【図２０】トランザクションプロセッサモジュールの処
理能力と状態を示す図である。

【図２１】ファイルプロセッサモジュールの処理能力と
状態を示す図である。

【図２２】システム稼働情報による処理手順を示す図で
ある。

【図２３】通信プロセッサモジュールの処理時間の算出
式である。

【図２４】制御用電文の一例を示す図である。

【図２５】障害時の処理手順を示す図である。

【図２６】障害回復時の処理手順を示す図である。

【図２７】障害時の制御用電文を示す図である。

【図２８】電文処理手順を示す図である。

【図２９】プロセス間通信用電文を示す図である。

【図３０】トランザクションプロセッサモジュールで障
害が発生した場合の処理を示す図である。

【図３１】ファイルプロセッサモジュールで障害が発生
した場合の処理を示す図である。

【図３２】プロセス間通信の電文を示す図である。

【図３３】予備のプロセッサモジュールを考慮した場合
の処理を示す図である。

【図３４】予備のプロセッサモジュールを考慮した場合
のプロセス間通信の電文を示す図である。

【図３５】トランザクションプロセッサモジュールで障
害が発生した場合の処理を示す図である。

【図３６】ファイルプロセッサモジュールで障害が発生
した場合の処理を示す図である。

【図３７】プロセス間通信の電文を示す図である。

【図３８】本発明によるシステム構成図（２）である。

【符号の説明】

１…制御用通信パス、２−０〜２−２…共有ディスク、
３…プロセス間通信パス、４…業務用LAN 、５…回線切
替装置、６…端末、７…タイマ、１１〜１９…プロセッ
サモジュール、３０…通信プロセス、３１…トランザク
ションプロセス、３２…ファイルプロセス

Claims (20)

【特許請求の範囲】
1. 【請求項１】それぞれがプロセッサ、メモリ、及びIOを
   制御するIOPからなる複数のプロセッサモジュールをプ
   ロセス間通信パスおよび制御用通信パスにより接続した
   システムにおいて、 電文処理は、通信プロセス、トランザクションプロセス
   およびファイルプロセスに分割してそれぞれを各プロセ
   ッサモジュールに搭載することによって通信プロセッサ
   モジュ−ル、トランザクションプロセッサモジュ−ル、
   及びファイルプロセッサモジュ−ルを構成し、前記トラ
   ンザクションプロセッサモジュールおよび前記ファイル
   プロセッサモジュールは前記制御用通信パスを介して前
   記通信プロセッサモジュールにシステム稼働情報を送信
   し、通信プロセッサモジュールがシステム稼働情報を管
   理することを特徴とするクラスタ型計算機装置の負荷分
   散方法。
2. 【請求項２】上記システムにおいて、前記トランザクシ
   ョンプロセッサモジュールと前記ファイルプロセッサモ
   ジュールは、システム立ち上げ時、あるいはプロセッサ
   モジュール追加時に、自身のCPU処理能力、IO待ち時間
   およびプロセス間通信の実行ステップ数を前記通信プロ
   セッサモジュールに送信することを特徴とする請求項１
   記載のクラスタ型計算機装置の負荷分散方法。
3. 【請求項３】上記システムにおいて、前記プロセッサモ
   ジュールは多数の電文をいくつかのタイプに分け、電文
   のタイプ毎にシステム稼働情報として使用することを特
   徴とする請求項１記載のクラスタ型計算機装置の負荷分
   散方法。
4. 【請求項４】上記システムにおいて、前記トランザクシ
   ョンプロセッサモジュールと前記ファイルプロセッサモ
   ジュールは、一定間隔毎に、システム稼働情報として、
   待ち行列に格納されている電文のタイプとその個数を、
   前記通信プロセッサモジュールに送信することを特徴と
   する請求項１記載のクラスタ型計算機装置の負荷分散方
   法。
5. 【請求項５】上記システムにおいて、前記通信プロセッ
   サモジュールは、受信した待ち行列に格納されている電
   文のタイプとその個数、CPU処理能力、IO待ち時間、プ
   ロセス間通信の実行ステップ数から、トランザクション
   プロセッサモジュールとファイルプロセッサモジュール
   からなる受信側プロセッサモジュールのすべてについて
   処理時間を算出し、処理時間が最小となるトランザクシ
   ョンプロセッサモジュールとファイルプロセッサモジュ
   ールを選び、前記通信プロセッサモジュールは、トラン
   ザクションプロセッサモジュールに電文と送信すべき前
   記ファイルプロセッサモジュールのアドレスを送信する
   ことを特徴とする請求項１記載のクラスタ型計算機装置
   の負荷分散方法。
6. 【請求項６】上記システムにおいて、前記トランザクシ
   ョンプロセッサモジュールは、前記通信プロセッサモジ
   ュールからの電文と前記ファイルプロセッサモジュール
   のアドレスを受信し、前記アドレスを参照して、前記フ
   ァイルプロセッサモジュールに電文を送信することを特
   徴とする請求項１記載のクラスタ型計算機装置の負荷分
   散方法。
7. 【請求項７】上記システムにおいて、前記通信プロセッ
   サモジュールはすべての前記トランザクションプロセッ
   サモジュールと前記ファイルプロセッサモジュールの処
   理時間を算出し、前記処理時間の値が一定値以上なら
   ば、輻輳状態と判定し、前記通信プロセッサモジュール
   は輻輳状態のプロセッサモジュールへの電文送信を禁止
   することを特徴とする請求項１記載のクラスタ型計算機
   装置の負荷分散方法。
8. 【請求項８】上記システムにおいて、前記通信プロセッ
   サモジュールが算出した処理時間が一定値以上のトラン
   ザクションプロセッサモジュールあるいはファイルプロ
   セッサモジュールが輻輳状態に遷移した場合に、前記ト
   ランザクションプロセッサモジュールあるいは前記ファ
   イルプロセッサモジュールは、前記通信プロセッサモジ
   ュールに対して電文の送信禁止を通知することを特徴と
   する請求項１記載のクラスタ型計算機装置の負荷分散方
   法。
9. 【請求項９】上記システムにおいて、前記通信プロセッ
   サモジュールはすべての前記トランザクションプロセッ
   サモジュールと前記ファイルプロセッサモジュールの処
   理時間を算出し、前記処理時間の値が一定値以下なら
   ば、輻輳状態から解除したと判定し、前記通信プロセッ
   サモジュールは輻輳状態から解除した前記トランザクシ
   ョンプロセッサモジュールあるいは前記ファイルプロセ
   ッサモジュールへの電文送信を再開することを特徴とす
   る請求項１記載のクラスタ型計算機装置の負荷分散方
   法。
10. 【請求項１０】上記システムにおいて、前記通信プロセ
    ッサモジュールは、輻輳状態の前記トランザクションプ
    ロセッサモジュールあるいは前記ファイルプロセッサモ
    ジュールの処理時間が一定値以下になった場合に、前記
    トランザクションプロセッサモジュールあるいは前記フ
    ァイルプロセッサモジュールは、前記通信プロセッサモ
    ジュールに対して電文の送信禁止を解除することを特徴
    とする請求項１記載のクラスタ型計算機装置の負荷分散
    方法。
11. 【請求項１１】上記システムにおいて、前記プロセッサ
    モジュールが輻輳状態に遷移、あるいは輻輳状態から解
    除されたことを、前記制御用通信パスに接続されたコン
    ソールに表示することを特徴とする請求項１記載のクラ
    スタ型計算機装置の負荷分散方法。
12. 【請求項１２】上記システムにおいて、前記トランザク
    ションプロセッサモジュールあるいは前記ファイルプロ
    セッサモジュールで障害あるいは輻輳が発生した場合
    に、前記通信プロセッサモジュールは再度処理時間を計
    算し、電文を再送することを特徴とする請求項１記載の
    クラスタ型計算機装置の負荷分散方法。
13. 【請求項１３】上記システムにおいて、前記トランザク
    ションプロセッサモジュールあるいは前記ファイルプロ
    セッサモジュールで障害あるいは輻輳状態から回復する
    と、前記通信プロセッサモジュールは再度処理時間を計
    算し、電文を送信することを特徴とする請求項１記載の
    クラスタ型計算機装置の負荷分散方法。
14. 【請求項１４】上記システムにおいて、前記通信プロセ
    ッサモジュールは、処理時間が最小であって、電文を送
    信すべきトランザクションプロセッサモジュールとファ
    イルプロセッサモジュールの次に処理時間の小さいトラ
    ンザクションプロセッサモジュールとファイルプロセッ
    サモジュールを予備のプロセッサモジュールとして稼働
    させて電文を送信し、障害が発生すると、前記予備のプ
    ロセッサモジュールが処理を引き継ぐことを特徴とする
    請求項１記載のクラスタ型計算機装置の負荷分散方法。
15. 【請求項１５】上記システムにおいて、前記トランザク
    ションプロセッサモジュールあるいはファイルプロセッ
    サモジュールで障害が発生した場合に、前記予備のトラ
    ンザクションプロセッサモジュールあるいはファイルプ
    ロセッサモジュールは、自身が受信している電文を参照
    することにより、前記通信プロセッサモジュールからの
    電文の再送を要求しないで引き継ぎ処理を実行すること
    を特徴とする請求項１４記載のクラスタ型計算機装置の
    負荷分散方法。
16. 【請求項１６】上記システムにおいて、障害から回復す
    ると、前記トランザクションプロセッサモジュールある
    いは前記ファイルプロセッサモジュールは前記通信プロ
    セッサモジュールに障害回復を通知し、処理時間を算出
    することを特徴とする請求項１４記載のクラスタ型計算
    機装置の負荷分散方法。
17. 【請求項１７】上記システムにおいて、前記プロセッサ
    モジュールのそれぞれは複数のプロセスを搭載し、１つ
    のプロセスを現用プロセスとして稼働させ、他のプロセ
    スを予備プロセスとして待機させ、あるプロセッサモジ
    ュールで障害が発生した場合に、障害プロセッサモジュ
    ールを閉塞し、さらに更にシステム処理能力が最高にな
    るように、前記障害プロセスを他の機能のプロセッサモ
    ジュールが引き継ぐことを特徴とする請求項１記載のク
    ラスタ型計算機装置の負荷分散方法。
18. 【請求項１８】上記システムにおいて、電文をn個のプ
    ロセスに分割したn階層のクラスタ型計算機を構成し、
    最上位プロセッサモジュールが下位のプロセッサモジュ
    ールの処理時間を算出し、これが最小となるプロセッサ
    モジュールで電文処理を実行させることを特徴とする請
    求項１記載のクラスタ型計算機装置の負荷分散方法。
19. 【請求項１９】上記システムにおいて、前記最上位プロ
    セッサモジュールが下位のプロセッサモジュールの処理
    時間を算出し、前記処理時間が２番目に小さいプロセッ
    サモジュールを予備のプロセッサモジュールとして稼働
    させ、前記予備のプロセッサモジュールにも電文を送信
    し、障害時および輻輳時に前記予備のプロセッサモジュ
    ールが処理を引き継ぐことを特徴とする請求項１６記載
    のクラスタ型計算機装置の負荷分散方法。
20. 【請求項２０】上記システムにおいて、前記最上位プロ
    セッサモジュールが前記通信プロセッサモジュールの機
    能を実行することを特徴とする請求項１７記載のクラス
    タ型計算機装置の負荷分散方法。