JP2921458B2 - トランザクション処理の負荷分散方式 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はトランザクション処
理の負荷分散方式に関し、特にデータベースを共用する
複数台のホストコンピュータで構成された計算機システ
ムにおいて、各々のホストコンピュータ上のトランザク
ション処理システムに負荷を分散するようにしたトラン
ザクション処理の負荷分散方式に関する。

【０００２】

【従来の技術】トランザクションは、業務処理の実行単
位であり、端末からの１件の入力メッセージに対するホ
ストコンピュータ（以下、単にホストと称す）上の業務
処理プログラムの実行の開始から終了までの処理の範囲
に相当する。このようなトランザクションの処理を、デ
ータベースを共用する複数台のホストに分散させる技術
としては、例えば特開昭６３−３１８６６２号公報（以
下、単に公報と称す）の第２図に示されるように、端末
群を複数のホストに分散して接続することにより、各ホ
ストに入力されるメッセージ数を均等化し、それによっ
てトランザクション処理の負荷分散を図る技術がある。

【０００３】しかしながら、データベースの共用化には
その排他制御が必要であるためにトランザクション処理
を遂行するためのデータベースへのアクセスに際して各
ホストで排他待ちが生じること、各トランザクション処
理の所要時間にバラツキがあること等により、入力メッ
セージ数を均等化しても、トランザクション処理の負荷
を均等化することは難しい。

【０００４】そこで上記公報では、その第１図に示され
るように、各ホストに入力されるメッセージ数は別段均
等化せずに、各ホストで共有する共有メモリ装置上に入
力メッセージキューを設け、各ホストは自ホストに対応
する通信処理装置経由で端末からメッセージを受信した
ときに、このメッセージを上記入力メッセージキューに
一旦格納し、そして、各ホストは１つのトランザクショ
ン処理が終了する毎に前記入力メッセージキューからメ
ッセージを取り出して処理するという方式を提案してい
る。

【０００５】

【発明が解決しようとする課題】上述した従来方式によ
れば、端末から投入される全てのメッセージが入力メッ
セージキューに一旦格納され、各ホストは１つのトラン
ザクション処理が終了するごとに入力メッセージキュー
からメッセージを取り出して処理するため、各ホストの
トランザクション処理にかかる負荷を分散することがで
きる。

【０００６】しかしながら、入力メッセージキューは全
ホストで共有されているため、その書き込み時および読
み出し時に、ホスト間で排他制御を行う必要がある。従
来方式では、端末から投入されたメッセージを一旦入力
メッセージキューに登録し、その後に読み出すようにし
ているため、１メッセージ当たり最低でも２回の排他制
御が入力メッセージキューに対して行われる。このた
め、投入されるメッセージ数が増えた場合やホスト台数
が多い場合には特に、メッセージ格納時に待ちが生じた
り、メッセージ読み出し時に待ちが生じる確率が高くな
る。このような待ち時間の発生は、メッセージ処理、つ
まりトランザクション処理の遅れを招き、ひいては応答
時間の悪化を招来する。

【０００７】本発明はこのような従来の問題点を解決し
たものであり、その目的は、排他制御待ちによる応答時
間の悪化を防止しつつ、各ホストのトランザクション処
理の負荷を分散することができるトランザクション処理
の負荷分散方式を提供することにある。

【０００８】

【課題を解決するための手段】本発明は上記の目的を達
成するために、データベースおよび通信処理装置を共有
すると共に同一構成のトランザクション処理システムを
各々有する複数のホストがホスト間通信装置によって互
いに通信可能に接続された計算機システムにおいて、各
ホストで共有するＧＭＱ（グローバルメッセージキュ
ー）ファイルを備えると共に、各ホストに、ＣＰＵ負荷
を測定するＣＰＵ負荷監視機構の測定結果に基づいて、
自ホストのＣＰＵ負荷が過負荷か否かを判定する過負荷
判定手段と、前記通信処理装置からトランザクション処
理にかかるメッセージを受信するメッセージ受信手段
と、前記ＧＭＱファイルにメッセージを格納するＧＭＱ
ファイル書き込み手段と、該ＧＭＱファイル書き込み手
段で前記ＧＭＱファイルに書き込んだメッセージの処理
要求を前記ホスト間通信装置を通じて他の複数のホスト
全てに同時に送出すると共に、他のホストから前記ホス
ト間通信装置を通じて送出されたメッセージの処理要求
を受信する処理要求通知手段と、該処理要求通知手段で
他のホストからのメッセージの処理要求が受信されたと
きに、前記ＧＭＱファイルからメッセージを読み出すＧ
ＭＱファイル読み出し手段と、メッセージの処理を自ホ
ストの前記トランザクション処理システムに要求するメ
ッセージ処理要求手段と、前記メッセージ受信手段でメ
ッセージが受信されたとき及び前記ＧＭＱファイル読み
出し手段でメッセージが読み出されたとき、前記過負荷
判定手段で過負荷と判定されていない場合は前記メッセ
ージ処理要求手段を通じて当該メッセージの処理を自ホ
ストの前記トランザクション処理システムに行わせ、過
負荷と判定されている場合は、前記ＧＭＱファイル書き
込み手段を通じて当該メッセージを前記ＧＭＱファイル
に格納するスケジュール判定手段とを備えている。

【０００９】このような構成のトランザクション処理の
負荷分散方式においては、端末からのトランザクション
処理にかかるメッセージが通信処理装置を経由してホス
トに渡されると、そのホストのメッセージ受信手段がそ
れを受信してメッセージ判定手段に渡し、メッセージ判
定手段が、過負荷判定手段で自ホストのＣＰＵが過負荷
と判定されていない場合にはメッセージ処理要求手段を
通じて当該メッセージの処理を自ホストのトランザクシ
ョン処理システムに行わせる。なお、自ホストのトラン
ザクション処理システムでメッセージが処理され、メッ
セージ処理結果が出力されると、そのホストに設けられ
たメッセージ処理結果通知手段がそれを通信処理装置に
渡し、通信処理装置がメッセージ要求元の端末に返却す
る。他方、自ホストのＣＰＵが過負荷と判定されている
場合、メッセージ判定手段は、ＧＭＱファイル書き込み
手段を通じて当該メッセージをＧＭＱファイルに格納す
る。このとき処理要求通知手段が前記ＧＭＱファイルに
書き込んだメッセージの処理要求をホスト間通信装置を
通じて他のホストに送出する。

【００１０】他のホストからホスト間通信装置を通じて
メッセージの処理要求を受けたホストでは、そのホスト
の処理要求通知手段がこれを受信し、ＧＭＱファイル読
み出し手段がＧＭＱファイルからメッセージを読み出し
てメッセージ判定手段に渡す。メッセージ判定手段は前
述と同様の判定を行って、自ホストで処理できるときは
メッセージ処理要求手段を通じて自ホストのトランザク
ション処理システムに当該メッセージを渡し、処理でき
ないときはＧＭＱファイル書き込み手段でＧＭＱファイ
ルに再び格納する。

【００１１】以上のようにして、トランザクション処理
の負荷が複数のホストに分散される。

【００１２】ところで、ＣＰＵの負荷が高いホストで
は、他のホストからのメッセージ処理要求の通知が無視
される場合がある。このような場合、メッセージ処理要
求の受信を契機とするメッセージの読み出しが行われ
ず、メッセージがＧＭＱファイルに滞留することにな
る。そこで本発明では、それを防止するために、ＧＭＱ
ファイル確認手段や一定時間ＧＭＱファイル確認手段が
各ホストに備えられている。ＧＭＱファイル確認手段
は、自ホストのトランザクション処理システムで１つの
トランザクション処理が終了する毎に、ＧＭＱファイル
にメッセージが格納されているか否かを確認し、格納さ
れている場合にはＧＭＱファイル読み出し手段に読み出
しを指示する。また、一定時間ＧＭＱファイル確認手段
は、一定時間毎に、ＧＭＱファイルにメッセージが格納
されているか否かを確認し、格納されている場合にはＧ
ＭＱファイル読み出し手段に読み出しを指示する。

【００１３】また、業務処理プログラムのクラスごとに
同時実行可能な処理多重度が制限されているホストで
は、同時実行可能な多重度を超えてトランザクション処
理を実行しようとしても、実行中のトランザクション処
理が終了するまで新たなトランザクションの実行開始は
待たされる。このため、同一クラスのトランザクション
処理が一つのホストに集中した場合、ＣＰＵが過負荷で
なくてもトランザクションの実行開始が遅延する可能性
がある。そこで本発明の別の構成にあっては、自ホスト
のトランザクション処理システムの業務処理プログラム
のクラス毎に、現在のトランザクション処理多重度が、
実行可能な処理多重度に達しているか否かを監視するト
ランザクション監視機構を備え、スケジュール判定手段
は、過負荷判定手段で過負荷と判定されていない場合で
あってもトランザクション監視機構により当該メッセー
ジを処理する業務処理プログラムのクラスの現在のトラ
ンザクション処理多重度が実行可能な処理多重度に達し
ている場合は、当該メッセージは自ホストでは処理せず
に、他ホストで処理すべくＧＭＱファイル書き込み手段
を通じて当該メッセージをＧＭＱファイルに格納するよ
うにしている。

【００１４】更に、他のホストのトランザクション処理
システムがトランザクション処理を行える活性状態にな
っておらず非活性状態である場合、メッセージのＧＭＱ
ファイル格納時に他ホストにメッセージ処理要求を送出
することは、ＣＰＵの負荷を高めるだけで無駄である。
そこで、本発明では、トランザクション処理の可能な他
のホストが存在するか否かをチェックする他ホストチェ
ック機構を各ホストに備え、処理要求通知手段は、トラ
ンザクション処理の可能な他のホストが存在する場合に
限って、メッセージの処理要求を他のホストに送出する
ようにしている。

【００１５】なお、通信処理装置から各ホストへ分配さ
れるメッセージ数が均等でなくても、上述した構成によ
って、負荷の高いホストから負荷の低いホストへメッセ
ージが分配されるために、特定のホストの負荷が異常に
高まることは防止できる。しかし、各ホストの負荷を均
等にするためには、そして、ホスト間で授受されるメッ
セージ数をできるだけ少なくするためには、ホストへの
投入時点でメッセージ数を均一にしておくのが好まし
い。そこで、本発明の好ましい実施例においては、通信
処理装置は、接続されている端末から投入されたメッセ
ージを各ホストに均等に投入するようにしている。

【００１６】

【発明の実施の形態】次に本発明の実施の形態の例につ
いて図面を参照して詳細に説明する。

【００１７】図１は本発明を適用した計算機システムの
一例を示すブロック図である。この例の計算機システム
は一般にクラスタシステムと呼称されるシステムであ
り、ホスト１およびホスト２の２台のホストと、ホスト
１およびホスト２に接続された共有の通信処理装置１０
１と、ホスト１およびホスト２で共有する共有データベ
ースファイル１１９と、ホスト１およびホスト２間の通
信に使用するホスト間通信装置１１６と、ホスト１およ
びホスト２で共有するＧＭＱファイル１１１とで構成さ
れ、通信処理装置１０１には端末１００が接続されてい
る。ここで、ＧＭＱファイルは先入れ先出し形式でメッ
セージを一時的に格納するキューである。なお、端末は
図では１つしか示されていないが、通常は複数の端末が
通信処理装置１０１に接続される。

【００１８】通信処理装置１０１は、計算機システムを
構成するホスト１，２と端末１００とに接続されてお
り、端末１００から投入されたトランザクション処理に
かかるメッセージをホスト１，２に均等に分配する機能
を持つ。また、各ホスト１，２から出されたメッセージ
処理結果（トランザクション処理結果）を、そのメッセ
ージ投入元の端末１００に返却する機能を持つ。

【００１９】図２および図３は通信処理装置１０１の処
理例を示すフローチャートであり、図２は端末からのメ
ッセージ受信時の処理を、図３は端末へのメッセージ処
理結果返却時の処理をそれぞれ示す。図２に示すよう
に、通信処理装置１０１は、端末１００からメッセージ
を受信する毎に、ホスト１，ホスト２に交互にメッセー
ジを分配する（Ｓ１〜Ｓ４）。このとき、メッセージに
は、投入元の端末名，自通信処理装置名，自通信処理装
置上のシーケンス番号等を含む付加情報が付加される。
この付加情報中、端末名はメッセージ要求元の端末を特
定するための情報、自通信処理装置名は通信処理装置が
複数台存在する場合に個々の装置を特定するための情
報、シーケンス番号は端末ごとのメッセージの通番であ
り、この付加情報は以後メッセージに付随して持ち回ら
れる。また、通信処理装置１０１は、ホスト１またはホ
スト２からメッセージ処理結果を受信すると、図３に示
すように、それに付加されている端末名によりメッセー
ジ要求元の端末を特定し（Ｓ１１）、この特定した端末
にメッセージ処理結果を返却する（Ｓ１２）。

【００２０】また図１において、ホスト１とホスト２と
は同一構成のホストであり、ホスト１中に図示する如
く、メッセージ分配制御機構１０３と、ＣＰＵ負荷監視
機構１０４と、トランザクション監視機構１０６と、ト
ランザクション処理システム１１０と、ホスト間通信機
構１１５と、共有データベース制御機構１２０とを含ん
でいる。

【００２１】トランザクション処理システム１１０は、
端末１００から投入されたメッセージにかかるトランザ
クション処理を実行する部分であり、複数の業務処理プ
ログラム１１０１を有している。各業務処理プログラム
１１０１は、それぞれ所定のトランザクション処理を遂
行するプログラムである。業務処理プログラム１１０１
はクラスと呼ぶ幾つかのグループにグループ化されてお
り、各クラス毎に、同時に実行可能なトランザクション
数（処理多重度）が制限されている。同時実行可能な処
理多重度に達しているクラスでは、実行中のトランザク
ション処理が終了するまで新たなトランザクションの実
行開始は当該トランザクション処理システム１１０にお
いて保留される。

【００２２】共有データベース制御機構１２０は、共有
データベースファイル１１９の排他を伴うアクセス制御
などを司る機構であり、各ホスト１，２のトランザクシ
ョン処理システム１１０中の業務処理プログラム１１０
１は、この共有データベース制御機構１２０を通じて共
有データベースファイル１１９をアクセスし、トランザ
クション処理に必要なデータの参照やデータの更新を行
う。

【００２３】ホスト間通信機構１１５は、ホスト間通信
装置１１６を使用したホスト間通信を制御する機構であ
り、各ホスト１，２のメッセージ分配制御機構１０３
は、このホスト間通信機構１１５を通じて相手ホストと
通信を行う。

【００２４】ＣＰＵ負荷監視機構１０４は、一定時間毎
に自ホストのＣＰＵの単位時間当たりの使用率を求める
機構である。この求められたＣＰＵ使用率はメッセージ
分配制御機構１０３に通知される。

【００２５】トランザクション監視機構１０６は、自ホ
ストのトランザクション処理システム１１０の業務処理
プログラム１１０１のクラス毎に、現在のトランザクシ
ョン処理多重度が、実行可能な処理多重度に達している
か否かを監視する機構である。図４にトランザクション
監視機構１０６が上記の監視に使用するクラス管理テー
ブル１０７の構成例を示す。クラス管理テーブル１０７
には、業務処理プログラム１１０１のクラス毎に、現在
の処理多重度と、同時実行可能な処理多重度とが記録さ
れる。トランザクション監視機構１０６は、トランザク
ション処理システム１１０へのトランザクション処理要
求数（メッセージ処理要求数）と処理完了数とを監視し
て、クラス管理テーブル１０７中の各クラスの現在の処
理多重度を更新，参照する。そして、現在の処理多重度
が同時実行可能な処理多重度に達したクラスについて
は、その旨をメッセージ分配制御機構１０３に通知す
る。また、その後、現在の処理多重度が同時実行可能な
処理多重度を下回った場合には、その旨をメッセージ分
配制御機構１０３に通知する。

【００２６】図５はトランザクション監視機構１０６の
処理例を示すフローチャートである。同図に示すように
トランザクション監視機構１０６は、メッセージ分配制
御機構１０３からトランザクション処理システム１１０
に対してメッセージ処理要求が出されたか否か（Ｓ２
１）、トランザクション処理システム１１０からメッセ
ージ分配制御機構１０３に対してメッセージ処理結果が
出されたか否か（Ｓ２２）を、それぞれ監視している。
そして、メッセージ処理要求が出された場合には、その
出されたメッセージ処理要求のメッセージ中に含まれる
トランザクション名などからそのメッセージを処理する
業務処理プログラム１１０１のクラスを判別し、クラス
管理テーブル１０７におけるそのクラスの現在の処理多
重度を＋１し（Ｓ２３）、そのクラスの同時実行可能な
処理多重度に達したときは（Ｓ２４でＹＥＳ）、その旨
をメッセージ分配制御機構１０３に通知する（Ｓ２
５）。他方、メッセージ処理結果が出された場合には、
その出されたメッセージ処理結果に含まれるトランザク
ション名などからクラスを判別し、クラス管理テーブル
１０７におけるそのクラスの現在の処理多重度を−１し
（Ｓ２６）、そのクラスの同時実行可能な処理多重度よ
り下回った時点で（Ｓ２７でＹＥＳ）、その旨をメッセ
ージ分配制御機構１０３に通知する（Ｓ２８）。

【００２７】再び図１を参照すると、メッセージ分配制
御機構１０３は、トランザクション処理にかかるメッセ
ージを自ホストのトランザクション処理システム１１０
および他ホストに分配する制御などを司る機構であり、
メッセージ受信手段１０２と、過負荷判定手段１０５
と、スケジュール判定手段１０８と、メッセージ処理要
求手段１０９と、ＧＭＱファイル書き込み手段１１２
と、ＧＭＱファイル読み出し手段１１３と、ＧＭＱファ
イル確認手段１１４と、処理要求通知手段１１７と、メ
ッセージ処理結果通知手段１１８とを備えている。

【００２８】メッセージ受信手段１０２は、メッセージ
の受信処理を司る部分であり、図６に示すように、通信
処理装置１０１から自ホスト宛のメッセージを受信する
と（Ｓ３１でＹＥＳ）、そのメッセージをスケジュール
判定手段１０８に渡す（Ｓ３２）。

【００２９】過負荷判定手段１０５は、ＣＰＵ負荷監視
機構１０４と協調して自ホストのＣＰＵが過負荷か否か
を判定する部分である。図７はＣＰＵ負荷監視機構１０
４と過負荷判定手段１０５の処理例を示す。前述したよ
うにＣＰＵ負荷監視機構１０４は一定時間ごとにＣＰＵ
使用率を監視している（Ｓ４１）。過負荷判定手段１０
５は、ＣＰＵ負荷監視機構１０４から通知されるＣＰＵ
使用率を予めシステムに設定された閾値と比較し（Ｓ４
２）、現在のＣＰＵ使用率が閾値を超えているときは
（Ｓ４２でＹＥＳ）、過負荷状態と判定し、その旨をス
ケジュール判定手段１０８に通知する（Ｓ４３）。他
方、現在のＣＰＵ使用率が閾値を超えていないときは
（Ｓ４２でＮＯ）、定常状態と判定し、その旨をスケジ
ュール判定手段１０８に通知する（Ｓ４４）。

【００３０】スケジュール判定手段１０８は、メッセー
ジ受信手段１０２および後述するようにしてＧＭＱファ
イル読み出し手段１１３から渡されたメッセージについ
て、自ホストのトランザクション処理システム１１０で
処理すべきか否かを判定する部分であり、図８に示すよ
うに、メッセージ受信手段１０２またはＧＭＱファイル
読み出し手段１１３からメッセージが渡された場合に、
過負荷判定手段１０５の判定結果およびトランザクショ
ン監視機構１０６の監視結果を調べ（Ｓ５１，Ｓ５
２）、ＣＰＵが定常状態であり且つ当該メッセージにか
かるクラスの現在の処理多重度が同時実行可能な処理多
重度を下回っているときに限り、そのメッセージを自ホ
ストで処理すべくメッセージ処理要求手段１０９に渡し
（Ｓ５３）、ＣＰＵが過負荷であるか（Ｓ５１でＮ
Ｏ）、そのクラスの現在の処理多重度が同時実行可能な
処理多重度に達しているときは（Ｓ５２でＮＯ）、その
メッセージを他ホストで処理すべくＧＭＱファイル書き
込み手段１１２に渡す（Ｓ５４）。

【００３１】ＧＭＱファイル書き込み手段１１２は、他
ホストで処理すべきメッセージをＧＭＱファイルに書き
込む手段である。図９にＧＭＱファイル書き込み手段１
１２の処理例を示す。スケジュール判定手段１０８から
メッセージが渡されると、ＧＭＱファイル書き込み手段
１１２は、排他制御を行ってＧＭＱファイル１１１のア
クセス権を得てそのメッセージをＧＭＱファイル１１１
に格納する（Ｓ６１）。そして、処理要求通知手段１１
７に対して、処理要求を他ホストに通知するように依頼
する（Ｓ６２）。

【００３２】処理要求通知手段１１７は、他のホストと
の間でメッセージの処理要求の授受を行う手段であり、
その処理例を図１０に示す。処理要求通知手段１１７
は、ＧＭＱファイル書き込み手段１１２からメッセージ
処理要求の通知の依頼があると、図１０（ａ）に示すよ
うに、ホスト間通信機構１１５およびホスト間通信装置
１１６を通じて他の全てのホストに対して同時にメッセ
ージの処理要求を通知する（Ｓ７１）。これには同報通
信が利用される。他方、他のホストからメッセージ処理
要求がホスト間通信装置１１６およびホスト間通信機構
１１５を通じて送られてくると、処理要求通知手段１１
７は、図１０（ｂ）に示すように、それを受信して、自
ホストのＧＭＱファイル読み出し手段１１３に対して読
み出しを指示する（Ｓ８１）。

【００３３】ＧＭＱファイル読み出し手段１１３は、Ｇ
ＭＱファイル１１１からメッセージを読み出す手段であ
り、その処理例を図１１に示す。ＧＭＱファイル読み出
し手段１１３は、処理要求通知手段１１７あるいは後述
するようにＧＭＱファイル確認手段１１４からメッセー
ジの読み出しが指示されると、ＧＭＱファイル１１１の
排他権を取得する（Ｓ９１）。そして、排他に成功した
ときは（Ｓ９２でＹＥＳ）、ＧＭＱファイル１１１から
メッセージを読み出し、それをスケジュール判定手段１
０８に渡す（Ｓ９３）。

【００３４】メッセージ処理結果通知手段１１８は、図
１２に示すように、自ホストのトランザクション処理シ
ステム１１０から出力されたメッセージ処理結果を通信
処理装置１０１に通知する処理Ｓ１０１を行う手段であ
る。このとき、本実施例では、メッセージ処理結果通知
手段１１８は、ＧＭＱファイル確認手段１１４にＧＭＱ
ファイル１１１の確認を指示する（Ｓ１０２）。なお、
メッセージ処理結果には、メッセージに付随していた付
加情報が付加されている。

【００３５】ＧＭＱファイル確認手段１１４は、ＧＭＱ
ファイル１１１にメッセージが滞留しているか否かを確
認する手段であり、図１３に示すように、メッセージ処
理結果通知手段１１８から確認が指示されると、ＧＭＱ
ファイル１１１にメッセージが存在するか否かを調べ
（Ｓ１１１）、存在すれば、ＧＭＱファイル読み出し手
段１１３に対して読み出しを指示する（Ｓ１１２）。

【００３６】以下、上述のように構成された本実施例の
動作を説明する。

【００３７】端末１００からトランザクション処理にか
かるメッセージを受信すると、通信処理装置１０１は、
各ホスト１，２へのメッセージ投入数が均等になるよう
にホスト１またはホスト２にそのメッセージを分配する
（図２）。このとき、メッセージには、投入元の端末
名，自通信処理装置名，自通信処理装置上のシーケンス
番号等を含む付加情報が付加される。以下、端末１００
からのメッセージがホスト１に分配されたものとして説
明を続ける。

【００３８】通信処理装置１０１からホスト１に送られ
た端末１００からのメッセージは、メッセージ分配制御
機構１０３におけるメッセージ受信手段１０２で受信さ
れ、スケジュール判定手段１０８に渡される（図６）。

【００３９】スケジュール判定手段１０８は、メッセー
ジ受信手段１０２からメッセージを受け取ると、過負荷
判定手段１０５でホスト１のＣＰＵが過負荷と判定され
ておらず且つトランザクション監視機構１０６で当該メ
ッセージにかかるクラスの現在の処理多重度が同時実行
可能な処理多重度に達していると判定されていない場合
に限って（図８のＳ５１，Ｓ５２で共にＹＥＳ）、その
メッセージを自ホストで処理すべくメッセージ処理要求
手段１０９を通じてトランザクション処理システム１１
０に渡す（Ｓ５３）。他方、ホスト１のＣＰＵが過負荷
であるか（Ｓ５１でＮＯ）、そのクラスの現在の処理多
重度が同時実行可能な処理多重度に達しているときは
（Ｓ５２でＮＯ）、そのメッセージを他ホストで処理す
べくＧＭＱファイル書き込み手段１１２に渡す（Ｓ５
４）。

【００４０】メッセージがトランザクション処理システ
ム１１０に渡された場合、ホスト１のＣＰＵが過負荷で
なく、然もそのクラスの処理多重度が同時実行可能な処
理多重度に達していないことが事前に確認されているの
で、速やかに該当するクラスの業務処理プログラム１１
０１で処理されることになる。そして、業務処理プログ
ラム１１０１でメッセージ処理が終了し、付加情報の付
随するメッセージ処理結果が出力されると、ホスト１の
メッセージ処理結果通知手段１１８がそれを通信処理装
置１０１に通知する（図１２のＳ１０１）。通信処理装
置１０１では、メッセージ処理結果に付加された端末名
により、メッセージ要求元の端末１００を特定し、その
メッセージ処理結果を端末１００に通知する（図３）。

【００４１】他方、ホスト１のＣＰＵが過負荷である
か、当該メッセージにかかるクラスの現在の処理多重度
が同時実行可能な処理多重度に達していることから、ス
ケジュール判定手段１０８からＧＭＱファイル書き込み
手段１１２にメッセージが渡された場合、ＧＭＱファイ
ル書き込み手段１１２は、そのメッセージをＧＭＱファ
イル１１１に格納する（図９のＳ６１）。そして、処理
要求通知手段１１７に処理要求の通知を依頼する（Ｓ６
２）。

【００４２】処理要求通知手段１１７は、ホスト間通信
機構１１５およびホスト間通信装置１１６を通じて、他
の全ホスト（図１にはホスト１以外にホスト２しか存在
しないが、他にホストが存在する場合には全てのホスト
に通知される）に同時にメッセージ処理要求を通知する
（図１０（ａ））。

【００４３】以上のようにして、ホスト１は、通信処理
装置１０１から受信したメッセージを、自ホストで処理
できる場合には処理し、自ホストで処理できない場合に
は他ホストに処理を依頼すべくＧＭＱファイル１１１に
格納する動作を行う。ホスト２についても同様である。

【００４４】次に、ＧＭＱファイル１１１に格納された
メッセージの処理について、ホスト２がＧＭＱファイル
１１１にメッセージを格納し、他の全ホストに対して同
時にメッセージ処理要求を出した場合を想定して説明す
る。

【００４５】ホスト２からホスト１に対してホスト間通
信装置１１６およびホスト間通信機構１１５を通じてメ
ッセージ処理要求が出されると、ホスト１のメッセージ
分配制御機構１０３における処理要求通知手段１１７が
それを受信し、ＧＭＱファイル読み出し手段１１３に読
み出しを指示する（図１０（ｂ））。

【００４６】ＧＭＱファイル読み出し手段１１３は、Ｇ
ＭＱファイル１１１の排他を試み、排他に成功した場合
に、ＧＭＱファイル１１１からメッセージを読み出す
（図１１）。排他に成功しなかった場合には、メッセー
ジは読み出さない。図１の構成では、ホスト２の他にホ
スト１しか存在しないので、ホスト１だけがＧＭＱファ
イル１１１の読み出しを試行するが、若し、ホスト１の
ようなホストが複数存在する構成では、最初に読み出し
を行ったホストのみが読み出し成功となり、それ以外の
ホストのメッセージ読み出しは失敗する。

【００４７】ＧＭＱファイル読み出し手段１１３はメッ
セージを読み出すと、それをスケジュール判定手段１０
８に渡す（図１１のＳ９３）。スケジュール判定手段１
０８は、メッセージ受信手段１０２からメッセージを渡
された場合と同様にこのメッセージを処理する。従っ
て、自ホスト１のＣＰＵが過負荷でなく且つ該当するク
ラスの現在の処理多重度が同時実行可能な処理多重度に
達していなければ、ＧＭＱファイル読み出し手段１１３
から渡されたメッセージをメッセージ処理要求手段１０
９を通じてトランザクション処理システム１１０に渡
し、処理させる（図８）。そして、当該メッセージの処
理結果がトランザクション処理システム１１０から出力
されると、メッセージ処理結果通知手段１１８がそれを
通信処理装置１０１に渡し、通信処理装置１０１は、メ
ッセージ処理結果中の端末名に基づいてメッセージ要求
元の端末を特定し、その端末１００に対してメッセージ
処理結果を返却する（図３）。

【００４８】なお、ホスト１のＣＰＵが過負荷である
か、該当するクラスの処理多重度が同時実行可能な処理
多重度に達していた場合、スケジュール判定手段１０８
は、ＧＭＱファイル読み出し手段１１３から渡されたメ
ッセージは自ホストでは処理できないと判断し、ＧＭＱ
ファイル書き込み手段１１２によりＧＭＱファイル１１
１に再格納する（図８のＳ５４）。このとき、ホスト１
の処理要求通知手段１１７から他の全てのホストに同時
にメッセージ処理要求が出される。

【００４９】ところで、前述したようにＧＭＱファイル
１１１からのメッセージの読み出しは、メッセージ処理
要求の通知の受信を契機として行われるが、メッセージ
処理要求時にＣＰＵ負荷が高いホストではメッセージ処
理要求の通知自体が無視され、メッセージの読み出しが
行われない場合がある。このような事態が生じると、Ｇ
ＭＱファイル１１１にメッセージが滞留することにな
る。それを防止するために本実施例では、自ホストのト
ランザクション処理システム１１０で１つのメッセージ
が処理され、そのメッセージ処理結果を返却するとき
に、メッセージ処理結果通知手段１１８がＧＭＱファイ
ル確認手段１１４に確認を指示し（図１２のＳ１０
２）、ＧＭＱファイル確認手段１１４はＧＭＱファイル
１１１中にメッセージが存在するときは、その読み出し
をＧＭＱファイル読み出し手段１１３に指示するように
している（図１３）。そして、このときＧＭＱファイル
読み出し手段１１３で読み出されたメッセージはスケジ
ュール判定手段１０８に渡され、前述と同様に処理され
る。

【００５０】図１４は本発明を適用した計算機システム
の別の構成例を示すブロック図であり、図１と同一符号
は同一部分を示し、１０３’はメッセージ分配制御機
構、１０８’はスケジュール判定手段、１１７’は処理
要求通知手段、１１８’はメッセージ処理結果通知手
段、１２１は一定時間ＧＭＱファイル確認手段、１２２
はホスト状態テーブル、１２３は他ホストチェック機構
である。本実施例が図１の実施例と相違するところは下
記の点である。

【００５１】○他ホストチェック機構１２３およびホス
ト状態テーブル１２２ 各ホスト１，２の他ホストチェック機構１２３は、自ホ
ストのトランザクション処理システム１１０が活性状態
にある場合、一定時間Ｔごとにその旨を他ホストに通知
する。また、他ホストからそのホストのトランザクショ
ン処理システム１１０の活性状態が通知されると、ホス
ト状態テーブル１２２にそのホストのトランザクション
処理システム１１０が活性状態である旨を記憶する。そ
して、前記一定時間の例えば３倍の時間にわたって通知
のないホストのトランザクション処理システムは非活性
状態であるものと見做して、ホスト状態テーブル１２２
のそのホストのトランザクション処理システム１１０の
状態を非活性状態に変更する。このようにして管理され
た他ホストのトランザクション処理システムの状態は、
処理要求通知手段１１７’が他ホストにメッセージ処理
要求を出す際に利用される。

【００５２】図１５はホスト状態テーブル１２２の構成
例を示す図である。同図に示すように、他のホスト毎
に、そのホストのトランザクション処理システム１１０
が活性状態にあるのか、非活性状態にあるのかが記録さ
れる。

【００５３】図１６は他ホストチェック機構１２３が一
定時間Ｔ毎に行う通知処理例を示すフローチャートであ
る。同図に示すように他ホストチェック機構１２３は、
一定時間Ｔが経過する毎に（Ｓ１２１でＹＥＳ）、自ホ
ストのトランザクション処理システム１１０が活性状態
になっているかを調べ、活性状態であれば（Ｓ１２２で
ＹＥＳ）、自ホスト名を指定してトランザクション処理
システム１１０が活性状態である旨をホスト間通信機構
１１５およびホスト間通信装置１１６を通じて他の全て
のホストに通知する（Ｓ１２３）。

【００５４】図１７は他のホストのトランザクション処
理システムの状態をホスト状態テーブル１２２で管理す
る際の他ホストチェック機構１２３の処理例を示すフロ
ーチャートである。同図に示すように、他ホストチェッ
ク機構１２３は、他のホストからトランザクション処理
システムが活性状態である旨の通知を受信すると（Ｓ１
３１でＹＥＳ）、ホスト状態テーブル１２２中の該当す
るホストのトランザクション処理システムの状態を活性
状態に設定し（Ｓ１３２）、当該ホストに対応するタイ
マ（図示せず）に３Ｔをセットし直して起動する（Ｓ１
３３）。他ホストチェック機構１２３は、他のホストに
対応するタイマのうちタイムアウトしたタイマがあるか
否かを監視しており（Ｓ１３４）、タイムアウトしたタ
イマがあった場合、ホスト状態テーブル１２２中の、そ
のタイマに対応するホストのトランザクション処理シス
テム１１０の状態を非活性状態に設定する（Ｓ１３
５）。

【００５５】図１８は処理要求通知手段１１７’から他
ホスト状態の問合せがあったときに他ホストチェック機
構１２３が行う処理例のフローチャートである。同図に
示すように、他ホストチェック機構１２３は、処理要求
通知手段１１７’から問合せがあると、ホスト状態テー
ブル１２２を参照し（Ｓ１４１）、活性状態のトランザ
クション処理システム１１０が存在するか否かを調べて
その結果を返却する（Ｓ１４２）。

【００５６】○処理要求通知手段１１７’ 処理要求通知手段１１７’は、ＧＭＱファイル書き込み
手段１１２からメッセージ処理要求の通知の依頼があっ
たとき、図１９に示すように、先ず、他ホストチェック
機構１２３に対して、他ホストのトランザクション処理
システム１１０に活性状態のものがあるかを問合せ（Ｓ
１５１）、活性状態のトランザクション処理システムが
存在する場合に限って、メッセージの処理要求をホスト
間通信機構１１５およびホスト間通信装置１１６を通じ
て他ホストに通知（同報通信）する（Ｓ１５２，Ｓ１５
３）。

【００５７】○メッセージ処理結果通知手段１１８’お
よび一定時間ＧＭＱファイル確認手段１２１ メッセージ処理結果通知手段１１８’は、図１のメッセ
ージ処理結果通知手段１１８と異なり、図２０に示すよ
うに、メッセージ処理結果を通信処理装置１０１に通知
するだけである（Ｓ１６１）。即ち、図１のようなＧＭ
Ｑファイル確認手段１１４が設けられていないため、メ
ッセージが１件処理される毎にＧＭＱファイル確認手段
に確認を指示する動作を行わない。その代わりに本実施
例では、一定時間ごとに、ＧＭＱファイル１１１にメッ
セージが滞留しているか否かを確認する一定時間ＧＭＱ
ファイル確認手段１２１が設けられている。

【００５８】図２１は一定時間ＧＭＱファイル確認手段
１２１の処理例を示すフローチャートである。同図に示
すように、一定時間ＧＭＱファイル確認手段１２１は、
予め定められた一定時間が経過するごとに（Ｓ１７１で
ＹＥＳ）、ＧＭＱファイル１１１にメッセージが存在す
るか否かを調べ、存在する場合には（Ｓ１７２でＹＥ
Ｓ）、ＧＭＱファイル読み出し手段１１３にメッセージ
の読み出しを指示する（Ｓ１７３）。

【００５９】○スケジュール判定手段１０８’ 本実施例では、図１の実施例におけるようなトランザク
ション監視機構１０６を使用しないため、スケジュール
判定手段１０８’は、図２２に示すように、メッセージ
受信手段１０２またはＧＭＱファイル読み出し手段１１
３からメッセージが渡された場合、過負荷判定手段１０
５の判定結果だけを考慮し、自ホストのＣＰＵが定常状
態であるときは（Ｓ１８１でＹＥＳ）、自ホストで処理
できると判断して当該メッセージをメッセージ処理要求
手段１０９を通じてトランザクション処理システム１１
０に渡し（Ｓ１８２）、ＣＰＵが過負荷状態のときは
（Ｓ１８１でＮＯ）、他ホストで処理すべくＧＭＱファ
イル書き込み手段１１２に当該メッセージを渡すように
している（Ｓ１８３）。

【００６０】以下、このように構成された本実施例の動
作を説明する。なお、各部の処理のうち、図１の実施例
と同一の処理を行う部分については、図１の実施例で用
いたフローチャートを参照して説明する。

【００６１】端末１００からトランザクション処理にか
かるメッセージを受信すると、通信処理装置１０１は、
各ホスト１，２へのメッセージ投入数が均等になるよう
にホスト１またはホスト２にそのメッセージを分配する
（図２）。このとき、メッセージには、投入元の端末
名，自通信処理装置名，自通信処理装置上のシーケンス
番号等を含む付加情報が付加される。以下、端末１００
からのメッセージがホスト１に分配されたものとして説
明を続ける。

【００６２】通信処理装置１０１からホスト１に送られ
た端末１００からのメッセージは、メッセージ分配制御
機構１０３’におけるメッセージ受信手段１０２で受信
され、スケジュール判定手段１０８’に渡される（図
６）。

【００６３】スケジュール判定手段１０８’は、メッセ
ージ受信手段１０２からメッセージを受け取ると、過負
荷判定手段１０５でホスト１のＣＰＵが過負荷と判定さ
れていない場合に限って（図２２のＳ１８１でＹＥ
Ｓ）、そのメッセージを自ホストで処理すべくメッセー
ジ処理要求手段１０９を通じてトランザクション処理シ
ステム１１０に渡す（Ｓ１８２）。他方、ホスト１のＣ
ＰＵが過負荷であるときは（Ｓ１８１でＮＯ）、そのメ
ッセージを他ホストで処理すべくＧＭＱファイル書き込
み手段１１２に渡す（Ｓ１８３）。

【００６４】メッセージがトランザクション処理システ
ム１１０に渡された場合、当該メッセージがトランザク
ション処理システム１１０の該当するクラスの業務処理
プログラム１１０１で処理される。このとき、本実施例
ではホスト１のＣＰＵが過負荷でないことは確認してい
るが、当該メッセージを処理する業務処理プログラムの
クラスの処理多重度が同時実行可能な処理多重度に達し
ているか否かは確認していない。従って、若し同時実行
可能な処理多重度に達していれば、同クラスの実行中の
トランザクション処理が終了するまで当該メッセージの
処理はトランザクション処理システム１１０において待
たされることになる。そして、業務処理プログラム１１
０１でメッセージが処理されてメッセージ処理結果が出
力されると、ホスト１のメッセージ処理結果通知手段１
１８’がそれを通信処理装置１０１に通知する（図２０
のＳ１６１）。通信処理装置１０１では、メッセージ処
理結果に付加された端末名により、メッセージ要求元の
端末を特定し、そのメッセージ処理結果を端末１００に
通知する（図３）。

【００６５】他方、ホスト１のＣＰＵが過負荷であるこ
とから、スケジュール判定手段１０８’からＧＭＱファ
イル書き込み手段１１２にメッセージが渡された場合、
ＧＭＱファイル書き込み手段１１２は、そのメッセージ
をＧＭＱファイル１１１に格納する（図９のＳ６１）。
そして、処理要求通知手段１１７’に処理要求の通知を
依頼する（Ｓ６２）。

【００６６】処理要求通知手段１１７’は、他ホストチ
ェック機構１２３に対して、他ホストのトランザクショ
ン処理システム１１０に活性状態のものがあるかを問合
せ（図１９のＳ１５１）、活性状態のトランザクション
処理システムが存在する場合に限って、メッセージの処
理要求をホスト間通信機構１１５およびホスト間通信装
置１１６を通じて他ホストに通知する（Ｓ１５２，Ｓ１
５３）。

【００６７】以上のようにして、ホスト１は、通信処理
装置１０１から受信したメッセージを、自ホストで処理
できる場合には処理し、自ホストで処理できない場合に
は他ホストに処理を依頼すべくＧＭＱファイル１１１に
格納する動作を行う。ホスト２についても同様である。

【００６８】次に、ＧＭＱファイル１１１に格納された
メッセージの処理について、ホスト２がＧＭＱファイル
１１１にメッセージを格納し、他の全ホストに対して同
時にメッセージ処理要求を出した場合を想定して説明す
る。

【００６９】ホスト２からホスト１に対してホスト間通
信装置１１６およびホスト間通信機構１１５を通じてメ
ッセージ処理要求が出されると、ホスト１のメッセージ
分配制御機構１０３’における処理要求通知手段１１
７’はそれを受信し、ＧＭＱファイル読み出し手段１１
３に読み出しを指示する（図１０（ｂ））。

【００７０】ＧＭＱファイル読み出し手段１１３は、Ｇ
ＭＱファイル１１１の排他を試み、排他に成功した場合
に、ＧＭＱファイル１１１からメッセージを読み出す
（図１１）。排他に成功しなかった場合には、メッセー
ジは読み出さない。図１の構成では、ホスト２の他にホ
スト１しか存在しないので、ホスト１だけがＧＭＱファ
イル１１１の読み出しを試行するが、若し、ホスト１の
ようなホストが複数存在する構成では、最初に読み出し
を行ったホストのみが読み出し成功となり、それ以外の
ホストのメッセージ読み出しは失敗する。

【００７１】ＧＭＱファイル読み出し手段１１３はメッ
セージを読み出すと、それをスケジュール判定手段１０
８’に渡す（図１１のＳ９３）。スケジュール判定手段
１０８’は、メッセージ受信手段１０２からメッセージ
を渡された場合と同様にこのメッセージを処理する。従
って、自ホスト１のＣＰＵが過負荷でなければ、ＧＭＱ
ファイル読み出し手段１１３から渡されたメッセージを
メッセージ処理要求手段１０９を通じてトランザクショ
ン処理システム１１０に渡し、処理させることになる
（図２２）。そして、当該メッセージの処理結果がトラ
ンザクション処理システム１１０から出力されると、メ
ッセージ処理結果通知手段１１８’がそれを通信処理装
置１０１に渡し、通信処理装置１０１は、メッセージ処
理結果中の端末名に基づいてメッセージ要求元の端末を
特定し、その端末１００に対してメッセージ処理結果を
返却する（図３）。

【００７２】なお、ホスト１のＣＰＵが過負荷である場
合、スケジュール判定手段１０８’は、ＧＭＱファイル
読み出し手段１１３から渡されたメッセージは自ホスト
では処理できないと判断し、ＧＭＱファイル書き込み手
段１１２によりＧＭＱファイル１１１に再格納する（図
２２のＳ１８３）。このとき、ホスト１の処理要求通知
手段１１７’は活性状態になっているトランザクション
処理システムを持つ他のホストが存在する場合には、他
ホストにメッセージ処理要求を送出する。

【００７３】また、前述したようにＧＭＱファイル１１
１からのメッセージの読み出しは、メッセージ処理要求
通知の受信を契機として行われるが、メッセージ処理要
求時にＣＰＵ負荷が高いホストではメッセージ処理要求
通知自体が無視され、メッセージの読み出しが行われな
い場合がある。このような事態が生じると、ＧＭＱファ
イル１１１にメッセージが滞留することになる。それを
防止するために本実施例では、一定時間ＧＭＱファイル
確認手段１２１が一定時間ごとにＧＭＱファイル１１１
中にメッセージが存在するか否かを調べ、存在するとき
は、その読み出しをＧＭＱファイル読み出し手段１１３
に指示するようにしている（図２１）。そして、このと
きＧＭＱファイル読み出し手段１１３で読み出されたメ
ッセージはスケジュール判定手段１０８’に渡され、前
述と同様に処理される。

【００７４】以上本発明の実施例について説明したが、
本発明は以上の実施例にのみ限定されずその他各種の付
加変更が可能である。例えば、２台のホストから構成さ
れる計算機システムを例にしたが、３台以上のホストか
ら構成される計算機システムに対しても勿論適用可能で
ある。また、通信処理装置も１台に限られず、複数台存
在しても良い。

【００７５】

【発明の効果】以上説明した本発明のトランザクション
処理の負荷分散方式によれば、下記のような効果を得る
ことができる。

【００７６】各ホストは通信処理装置から受信したメッ
セージを、自ホストで処理できる場合には自ホストのト
ランザクション処理システムに渡して処理させ、自ホス
トのＣＰＵ負荷が高い等により自ホストで処理できない
場合に限って、各ホスト間で共有するＧＭＱファイルに
格納して他ホストに処理を依頼するようにしているの
で、受け付けたメッセージを共有メモリ装置に一旦格納
し、その後に読み出して処理する従来方式に比べて、共
有メモリ装置の排他待ちによる処理の遅延を抑えること
ができ、その分、応答時間が向上する。特に、通信処理
装置において各ホストに均等にメッセージを分配する構
成を採ると、投入メッセージ数が少ない間はＧＭＱファ
イル経由のホスト間のメッセージ分配が皆無となるの
で、排他制御待ちによる応答時間の悪化をより一層低減
することができる。

【００７７】業務処理プログラムのクラスごとに同時実
行可能な処理多重度が制限されているホストでは、同時
実行可能な多重度を超えてトランザクション処理を実行
しようとしても、実行中のトランザクション処理が終了
するまで新たなトランザクションの実行開始は待たされ
る。このため、同一クラスのトランザクション処理が一
つのホストに集中した場合、ＣＰＵが過負荷でなくても
トランザクションの実行開始が遅延する可能性がある。
トランザクション監視機構を備え、スケジュール判定手
段がＣＰＵ負荷だけでなく業務処理プログラムの各クラ
ス毎の現在の処理多重度も考慮してメッセージの分配先
を決定する構成によれば、上述のような場合には他ホス
トにメッセージの処理を依頼することができるため、自
ホストのトランザクション処理システムで実行中のトラ
ンザクションの終了待ちとなってトランザクションの処
理開始が遅延することを防止でき、より一層効率的にト
ランザクション処理の負荷分散を行うことができる。

【００７８】ＧＭＱファイル確認手段あるいは一定時間
ＧＭＱファイル確認手段を備える構成にあっては、自ホ
ストのトランザクション処理システムでトランザクショ
ン処理が終了するごとに或いは一定時間ごとにＧＭＱフ
ァイルにメッセージが滞留しているか否かを確認し、滞
留している場合にはそれを読み出して自ホストで処理で
きる場合には処理するようにするので、ＧＭＱファイル
にメッセージが長時間滞留するのを防止することができ
る。

【００７９】他ホストチェック機構を備え、処理要求通
知手段が、トランザクション処理を行える他ホストが存
在する場合に限ってメッセージ処理要求を他ホストに送
出する構成では、トランザクション処理を行える他ホス
トが存在しないのにメッセージ処理要求を送出する無駄
を無くすことができ、その分、ホストのＣＰＵの負荷を
軽減することができる。

【図面の簡単な説明】

【図１】本発明を適用した計算機システムの一例を示す
ブロック図である。

【図２】通信処理装置のメッセージ受信時の処理例を示
すフローチャートである。

【図３】通信処理装置のメッセージ処理結果の返却時の
処理例を示すフローチャートである。

【図４】クラス管理テーブルの構成例を示す図である。

【図５】トランザクション監視機構の処理例を示すフロ
ーチャートである。

【図６】メッセージ受信手段の処理例を示すフローチャ
ートである。

【図７】ＣＰＵ負荷監視機構および過負荷判定手段の処
理例を示すフローチャートである。

【図８】スケジュール判定手段の処理例を示すフローチ
ャートである。

【図９】ＧＭＱファイル書き込み手段の処理例を示すフ
ローチャートである。

【図１０】処理要求通知手段の処理例を示すフローチャ
ートである。

【図１１】ＧＭＱファイル読み出し手段の処理例を示す
フローチャートである。

【図１２】メッセージ処理結果通知手段の処理例を示す
フローチャートである。

【図１３】ＧＭＱファイル確認手段の処理例を示すフロ
ーチャートである。

【図１４】本発明を適用した計算機システムの別の例を
示すブロック図である。

【図１５】ホスト状態テーブルの構成例を示す図であ
る。

【図１６】他ホストチェック機構の他ホストへの通知処
理の一例を示すフローチャートである。

【図１７】他ホストチェック機構の他ホスト状態の監視
処理の一例を示すフローチャートである。

【図１８】他ホストチェック機構の問合せ処理例を示す
フローチャートである。

【図１９】図１４の実施例における処理要求通知手段の
処理例を示すフローチャートである。

【図２０】図１４の実施例におけるメッセージ処理結果
通知手段の処理例を示すフローチャートである。

【図２１】一定時間ＧＭＱファイル確認手段の処理例を
示すフローチャートである。

【図２２】図１４の実施例におけるスケジュール判定手
段の処理例を示すフローチャートである。

【符号の説明】

１，２…ホスト １００…端末 １０１…通信処理装置 １０２…メッセージ受信手段 １０３，１０３’…メッセージ分配制御機構 １０４…ＣＰＵ負荷監視機構 １０５…過負荷判定手段 １０６…トランザクション監視機構 １０７…クラス管理テーブル １０８，１０８’…スケジュール判定手段 １０９…メッセージ処理要求手段 １１０…トランザクション処理システム １１１…ＧＭＱファイル １１２…ＧＭＱファイル書き込み手段 １１３…ＧＭＱファイル読み出し手段 １１４…ＧＭＱファイル確認手段 １１５…ホスト間通信機構 １１６…ホスト間通信装置 １１７，１１７’…処理要求通知手段 １１８，１１８’…メッセージ処理結果通知手段 １１９…共有データベースファイル １２０…共有データベース制御機構 １２１…一定時間ＧＭＱファイル確認手段 １２２…ホスト状態テーブル １２３…他ホストチェック機構

フロントページの続き (58)調査した分野(Int.Cl.⁶，ＤＢ名) G06F 15/00 310 G06F 12/00 518 G06F 13/00 355 G06F 15/16 380

Claims (6)

(57)【特許請求の範囲】
1. 【請求項１】 データベースおよび通信処理装置を共有
   すると共に同一構成のトランザクション処理システムを
   各々有する複数のホストコンピュータがホスト間通信装
   置によって互いに通信可能に接続された計算機システム
   において、 各ホストコンピュータで共有するＧＭＱファイルを備え
   ると共に、 各ホストコンピュータに、 ＣＰＵ負荷を測定するＣＰＵ負荷監視機構の測定結果に
   基づいて、自ホストコンピュータのＣＰＵ負荷が過負荷
   か否かを判定する過負荷判定手段と、 前記通信処理装置からトランザクション処理にかかるメ
   ッセージを受信するメッセージ受信手段と、 前記ＧＭＱファイルにメッセージを格納するＧＭＱファ
   イル書き込み手段と、 該ＧＭＱファイル書き込み手段で前記ＧＭＱファイルに
   書き込んだメッセージの処理要求を前記ホスト間通信装
   置を通じて他の複数のホストコンピュータ全てに同時に
   送出すると共に、他のホストコンピュータから前記ホス
   ト間通信装置を通じて送出されたメッセージの処理要求
   を受信する処理要求通知手段と、 該処理要求通知手段で他のホストコンピュータからのメ
   ッセージの処理要求が受信されたときに、前記ＧＭＱフ
   ァイルからメッセージを読み出すＧＭＱファイル読み出
   し手段と、 メッセージの処理を自ホストコンピュータの前記トラン
   ザクション処理システムに要求するメッセージ処理要求
   手段と、 前記メッセージ受信手段でメッセージが受信されたとき
   及び前記ＧＭＱファイル読み出し手段でメッセージが読
   み出されたとき、前記過負荷判定手段で過負荷と判定さ
   れていない場合は前記メッセージ処理要求手段を通じて
   当該メッセージの処理を自ホストコンピュータの前記ト
   ランザクション処理システムに行わせ、過負荷と判定さ
   れている場合は、前記ＧＭＱファイル書き込み手段を通
   じて当該メッセージを前記ＧＭＱファイルに格納するス
   ケジュール判定手段とを備えることを特徴とするトラン
   ザクション処理の負荷分散方式。
2. 【請求項２】 各ホストコンピュータに、 前記トランザクション処理システムで１つのトランザク
   ション処理が終了する毎に、前記ＧＭＱファイルにメッ
   セージが格納されているか否かを確認し、格納されてい
   る場合には前記ＧＭＱファイル読み出し手段に読み出し
   を指示するＧＭＱファイル確認手段を備えることを特徴
   とする請求項１記載のトランザクション処理の負荷分散
   方式。
3. 【請求項３】 各ホストコンピュータに、 一定時間毎に、前記ＧＭＱファイルにメッセージが格納
   されているか否かを確認し、格納されている場合には前
   記ＧＭＱファイル読み出し手段に読み出しを指示する一
   定時間ＧＭＱファイル確認手段を備えることを特徴とす
   る請求項１記載のトランザクション処理の負荷分散方
   式。
4. 【請求項４】 各ホストコンピュータに、 自ホストコンピュータの前記トランザクション処理シス
   テムの業務処理プログラムのクラス毎に、現在のトラン
   ザクション処理多重度が、実行可能な処理多重度に達し
   ているか否かを監視するトランザクション監視機構を備
   え、 前記スケジュール判定手段は、前記メッセージ受信手段
   でメッセージが受信されたとき及び前記ＧＭＱファイル
   読み出し手段でメッセージが読み出されたとき、前記過
   負荷判定手段で過負荷と判定されていない場合であって
   も前記トランザクション監視機構により当該メッセージ
   を処理する業務処理プログラムのクラスの現在のトラン
   ザクション処理多重度が実行可能な処理多重度に達して
   いる場合は、前記ＧＭＱファイル書き込み手段を通じて
   当該メッセージを前記ＧＭＱファイルに格納する構成を
   有することを特徴とする請求項１，２または３記載のト
   ランザクション処理の負荷分散方式。
5. 【請求項５】 各ホストコンピュータに、 トランザクション処理の可能な他のホストコンピュータ
   が存在するか否かをチェックする他ホストチェック機構
   を備え、 前記処理要求通知手段は、トランザクション処理の可能
   な他のホストコンピュータが存在すると前記他ホストチ
   ェック機構によって判定されている場合に限って、メッ
   セージの処理要求を他のホストコンピュータに送出する
   構成を有することを特徴とする請求項１，２，３または
   ４記載のトランザクション処理の負荷分散方式。
6. 【請求項６】 前記通信処理装置は、接続されている端
   末から投入されたメッセージを各ホストコンピュータに
   均等に投入する構成を有することを特徴とする請求項
   １，２，３，４または５記載のトランザクション処理の
   負荷分散方式。