JPH06110850A - オンラインシステムの負荷分散方式 - Google Patents
オンラインシステムの負荷分散方式Info
- Publication number
- JPH06110850A JPH06110850A JP26111592A JP26111592A JPH06110850A JP H06110850 A JPH06110850 A JP H06110850A JP 26111592 A JP26111592 A JP 26111592A JP 26111592 A JP26111592 A JP 26111592A JP H06110850 A JPH06110850 A JP H06110850A
- Authority
- JP
- Japan
- Prior art keywords
- computer system
- application program
- load
- load balancing
- balancing method
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Computer And Data Communications (AREA)
Abstract
(57)【要約】 （修正有）
【目的】複数計算機システムでオンライントランザクシ
ョン処理を行う場合に、トラフィックの増減や通信回線
からの入力サ−ビス要求数に応じたサ−ビスの拡大、縮
小、及び障害時の交替によるサ−ビスの継続を実現する
ことにより、アプリケ−ションプログラム単位の負荷分
散機能を提供する。 【構成】各計算機システムの１，２，３オンライントラ
ンザクション処理プログラムが１１，２１，３０、シス
テム開始時に連携し、各アプリケ−ションプログラムの
同時実行可能プロセス数、現在の負荷状態、障害の有無
等の情報を持つアプリケ−ションプログラムの一覧表１
２，２２，３２を作成する。通信回線からのサ−ビス要
求入力時、該当アプリケ−ションプログラムが障害等に
より閉塞されているか、又は負荷が高くなり、処理不可
能となった場合は、プログラム一覧表の情報を検索し、
ネットワ−ク内で該当アプリケ−ションプログラムに対
する負荷が最も低い計算機システムに入力サ−ビス要求
の処理を依頼する。
ョン処理を行う場合に、トラフィックの増減や通信回線
からの入力サ−ビス要求数に応じたサ−ビスの拡大、縮
小、及び障害時の交替によるサ−ビスの継続を実現する
ことにより、アプリケ−ションプログラム単位の負荷分
散機能を提供する。 【構成】各計算機システムの１，２，３オンライントラ
ンザクション処理プログラムが１１，２１，３０、シス
テム開始時に連携し、各アプリケ−ションプログラムの
同時実行可能プロセス数、現在の負荷状態、障害の有無
等の情報を持つアプリケ−ションプログラムの一覧表１
２，２２，３２を作成する。通信回線からのサ−ビス要
求入力時、該当アプリケ−ションプログラムが障害等に
より閉塞されているか、又は負荷が高くなり、処理不可
能となった場合は、プログラム一覧表の情報を検索し、
ネットワ−ク内で該当アプリケ−ションプログラムに対
する負荷が最も低い計算機システムに入力サ−ビス要求
の処理を依頼する。
Description
【０００１】
【産業上の利用分野】本発明は、複数の計算機システム
が通信回線に接続されたオンラインシステムに係り、特
に高性能、及び高信頼性の要求を達成するために好敵な
オンラインシステムの負荷分散方式に関する。
が通信回線に接続されたオンラインシステムに係り、特
に高性能、及び高信頼性の要求を達成するために好敵な
オンラインシステムの負荷分散方式に関する。
【０００２】
【従来の技術】オンラインシステムで計算機システムの
負荷を分散する方式としては、例えば特開昭６３−２１
１０６０号公報や特開昭６３−３０４３６１号公報に示
されるように、ネットワ−ク内の計算機システムの中か
ら低負荷の計算機システムを選択して、要求を処理する
方式が知られている。
負荷を分散する方式としては、例えば特開昭６３−２１
１０６０号公報や特開昭６３−３０４３６１号公報に示
されるように、ネットワ−ク内の計算機システムの中か
ら低負荷の計算機システムを選択して、要求を処理する
方式が知られている。
【０００３】また、複数の計算機システムでオンライン
トランザクション処理を行う技術としては、ＵＳＬのト
ランザクションマネジャ−Ｓｙｓｔｅｍ／Ｔなどが知ら
れており、日経コンピュ−タ紙１９９１．１０．７号ｐ
９１−１０２に記述されている。
トランザクション処理を行う技術としては、ＵＳＬのト
ランザクションマネジャ−Ｓｙｓｔｅｍ／Ｔなどが知ら
れており、日経コンピュ−タ紙１９９１．１０．７号ｐ
９１−１０２に記述されている。
【０００４】
【発明が解決しようとする課題】オンラインシステムで
は、トラフィックの増加や通信回線からの入力サ−ビス
要求数に応じたサ−ビスの拡大、及び障害時の交替によ
るサ−ビスの継続は、時間当たりのサ−ビス量の維持に
よる性能の確保、及びサ−ビスの継続による信頼性の確
保のために必要である。
は、トラフィックの増加や通信回線からの入力サ−ビス
要求数に応じたサ−ビスの拡大、及び障害時の交替によ
るサ−ビスの継続は、時間当たりのサ−ビス量の維持に
よる性能の確保、及びサ−ビスの継続による信頼性の確
保のために必要である。
【０００５】従来技術では、計算機システムごとに負荷
分散を行なっているが、サ−ビス要求を処理するアプリ
ケーションプログラム毎の負荷状態を参照し、アプリケ
ーションプログラム毎にプロセス数の増減を行なう点に
ついて配慮されておらず、また、障害時の縮退、及びト
ラフィックの増加やサ−ビス要求に応じたサ−ビスの拡
大についても配慮されていない。このためオンライント
ランザクション処理のスル−プットの低下を招くという
問題があった。
分散を行なっているが、サ−ビス要求を処理するアプリ
ケーションプログラム毎の負荷状態を参照し、アプリケ
ーションプログラム毎にプロセス数の増減を行なう点に
ついて配慮されておらず、また、障害時の縮退、及びト
ラフィックの増加やサ−ビス要求に応じたサ−ビスの拡
大についても配慮されていない。このためオンライント
ランザクション処理のスル−プットの低下を招くという
問題があった。
【０００６】本発明の目的は、複数計算機システムでオ
ンライントランザクション処理を行う場合に、トラフィ
ックの増減やサ−ビス要求に応じたサ−ビスの拡大、縮
小、及び障害時の交替によるサ−ビスの継続を実現する
ことにより、アプリケ−ションプログラム単位の負荷分
散機能を提供することにある。
ンライントランザクション処理を行う場合に、トラフィ
ックの増減やサ−ビス要求に応じたサ−ビスの拡大、縮
小、及び障害時の交替によるサ−ビスの継続を実現する
ことにより、アプリケ−ションプログラム単位の負荷分
散機能を提供することにある。
【０００７】
【課題を解決するための手段】上記目的を達成するため
本発明では、ネットワ−クを構成する各計算機システム
において、当該計算機システム、及び他計算機システム
のアプリケ−ションプログラムに関する情報を格納した
一覧表を作成、更新する手段を備え、通信回線からサ−
ビス要求受信時に、一覧表を参照し、要求されたサービ
スを処理するアプリケ−ションプログラムに対する負荷
がネットワ−ク内で最も低い計算機システムを選択し、
アプリケ−ションプログラムを実行する手段を備える。
本発明では、ネットワ−クを構成する各計算機システム
において、当該計算機システム、及び他計算機システム
のアプリケ−ションプログラムに関する情報を格納した
一覧表を作成、更新する手段を備え、通信回線からサ−
ビス要求受信時に、一覧表を参照し、要求されたサービ
スを処理するアプリケ−ションプログラムに対する負荷
がネットワ−ク内で最も低い計算機システムを選択し、
アプリケ−ションプログラムを実行する手段を備える。
【０００８】
【作用】ネットワ−クを構成する各計算機システムに存
在するオンライントランザクション処理プログラムが、
システム開始時に連携し、各アプリケ−ションプログラ
ムの同時実行可能プロセス数、現在の負荷状態、障害の
有無等の情報を持つアプリケ−ションプログラムの一覧
表を作成する。
在するオンライントランザクション処理プログラムが、
システム開始時に連携し、各アプリケ−ションプログラ
ムの同時実行可能プロセス数、現在の負荷状態、障害の
有無等の情報を持つアプリケ−ションプログラムの一覧
表を作成する。
【０００９】通信回線からのサ−ビス要求入力時、該当
アプリケ−ションプログラムが障害等により閉塞されて
いるか、または自計算機システムの該当アプリケ−ショ
ンプログラムに対する負荷が高くなり、指定された同時
実行可能プロセス数で処理不可能となった場合は、アプ
リケ−ションプログラム一覧表の情報を検索し、ネット
ワ−ク内で最も負荷の低い計算機システムのオンライン
トランザクション処理プログラムに入力サ−ビス要求の
処理を依頼する。
アプリケ−ションプログラムが障害等により閉塞されて
いるか、または自計算機システムの該当アプリケ−ショ
ンプログラムに対する負荷が高くなり、指定された同時
実行可能プロセス数で処理不可能となった場合は、アプ
リケ−ションプログラム一覧表の情報を検索し、ネット
ワ−ク内で最も負荷の低い計算機システムのオンライン
トランザクション処理プログラムに入力サ−ビス要求の
処理を依頼する。
【００１０】依頼先オンライントランザクション処理プ
ログラムでは、自計算機システムでアプリケ−ションプ
ログラムを実行可能であれば実行し、不可能であれば、
アプリケ−ションプログラム一覧表の情報を検索し、他
の計算機システムのオンライントランザクション処理プ
ログラムに入力サ−ビス要求の処理を依頼する。
ログラムでは、自計算機システムでアプリケ−ションプ
ログラムを実行可能であれば実行し、不可能であれば、
アプリケ−ションプログラム一覧表の情報を検索し、他
の計算機システムのオンライントランザクション処理プ
ログラムに入力サ−ビス要求の処理を依頼する。
【００１１】アプリケ−ションプログラム一覧表の情報
は、他計算機システムのオンライントランザクション処
理プログラムへの入力サ−ビス要求処理依頼時、及び依
頼に対する応答送信時に該当アプリケ−ションプログラ
ムに対する最新情報を付加することにより、相互の情報
の更新を行う。
は、他計算機システムのオンライントランザクション処
理プログラムへの入力サ−ビス要求処理依頼時、及び依
頼に対する応答送信時に該当アプリケ−ションプログラ
ムに対する最新情報を付加することにより、相互の情報
の更新を行う。
【００１２】
【実施例】以下、本発明の一実施例を図面を用いて詳細
に説明する。
に説明する。
【００１３】図１は本実施例の全体の構成図である。
【００１４】計算機システム（１、２、３）は通信回線
に接続しネットワ−クを構成する。各計算機システム
（１，２，３）に存在するオンライントランザクション
処理プログラム（１１，２１，３１）は、アプリケ−シ
ョンプログラムの起動、及び停止を制御する機能を持
ち、通信回線からサ−ビス要求を受け取るとトランザク
ションを発生させ、該当アプリケ−ションプログラムに
サ−ビス要求の処理を依頼する。各計算機システム上で
は、アプリケ−ションプログラムは、複数のプロセスで
同時に実行させることが可能であり、何本のプロセスま
で同時実行可能かを各計算機システム毎にアプリケ−シ
ョンプログラム定義で指定することが可能である。又、
アプリケ−ションプログラムを実行するプロセスは、シ
ステムの開始と同時に起動しておくプロセス（常駐プロ
セス）と、通信回線からのサ−ビス要求の受信によりト
ランザクションを発生させる際に起動するプロセス（非
常駐プロセス）を選択でき、アプリケ−ションプログラ
ム毎に常駐プロセスの本数と非常駐プロセスの本数を各
計算機システムのアプリケ−ションプログラム定義で指
定することができる。又、アプリケ−ションプログラム
に障害が発生した場合や閉塞コマンドの投入によるアプ
リケ−ションプログラムの実行中断や、閉塞解除コマン
ドの投入によるアプリケ−ションプログラムの実行再開
が可能である。
に接続しネットワ−クを構成する。各計算機システム
（１，２，３）に存在するオンライントランザクション
処理プログラム（１１，２１，３１）は、アプリケ−シ
ョンプログラムの起動、及び停止を制御する機能を持
ち、通信回線からサ−ビス要求を受け取るとトランザク
ションを発生させ、該当アプリケ−ションプログラムに
サ−ビス要求の処理を依頼する。各計算機システム上で
は、アプリケ−ションプログラムは、複数のプロセスで
同時に実行させることが可能であり、何本のプロセスま
で同時実行可能かを各計算機システム毎にアプリケ−シ
ョンプログラム定義で指定することが可能である。又、
アプリケ−ションプログラムを実行するプロセスは、シ
ステムの開始と同時に起動しておくプロセス（常駐プロ
セス）と、通信回線からのサ−ビス要求の受信によりト
ランザクションを発生させる際に起動するプロセス（非
常駐プロセス）を選択でき、アプリケ−ションプログラ
ム毎に常駐プロセスの本数と非常駐プロセスの本数を各
計算機システムのアプリケ−ションプログラム定義で指
定することができる。又、アプリケ−ションプログラム
に障害が発生した場合や閉塞コマンドの投入によるアプ
リケ−ションプログラムの実行中断や、閉塞解除コマン
ドの投入によるアプリケ−ションプログラムの実行再開
が可能である。
【００１５】本実施例では、計算機システム１にはアプ
リケーションプログラムＡ１３、Ｂ１４、Ｃ１５が、計
算機システム２にはアプリケーションプログラムＢ１
４、Ｃ１５、Ｄ１６が、計算機システム３にはアプリケ
ーションプログラムＡ１３、Ｂ１４、Ｃ１５が存在する
とする。また、各計算機システムはそれぞれのアプリケ
ーションプログラムを管理するアプリケーションプログ
ラム一覧表（１２、２２、３２）を備える。
リケーションプログラムＡ１３、Ｂ１４、Ｃ１５が、計
算機システム２にはアプリケーションプログラムＢ１
４、Ｃ１５、Ｄ１６が、計算機システム３にはアプリケ
ーションプログラムＡ１３、Ｂ１４、Ｃ１５が存在する
とする。また、各計算機システムはそれぞれのアプリケ
ーションプログラムを管理するアプリケーションプログ
ラム一覧表（１２、２２、３２）を備える。
【００１６】次ぎに、アプリケーションプログラムスケ
ジュールの処理の流れを図３、図４に沿って説明する。
ジュールの処理の流れを図３、図４に沿って説明する。
【００１７】計算機システム１に存在するオンライント
ランザクション処理プログラム１１は、システム開始時
に、アプリケーションプログラム構成定義（各計算機シ
ステム毎にユーザが作成する定義で、自計算機システム
で動作可能なアプリケーションプログラムが定義されて
いる）、及びアプリケーションプログラム定義（アプリ
ケーションプログラム毎にユーザが作成する定義で、ア
プリケーションプログラムに関する情報（常駐プロセス
数、非常駐プロセス数等）が定義されている）を入力
し、アプリケーションプログラム一覧表１２を作成する
（３０１）。次ぎに、ブロ−ドキャスト機能でネットワ
−ク内の全計算機システム（２，３）のオンライントラ
ンザクション処理プログラム（２１，３１）に連絡し
（３０２）、他の計算機システムからの受信を待つ（３
０３）。本一覧表１２には各アプリケ−ションプログラ
ム（Ａ１３，Ｂ１４，Ｃ１５）の同時実行可能プロセス
数、現在の負荷状態（通信回線からの入力サ−ビス要求
のうち未処理のサ−ビス要求数）、障害の有無等の情報
を持つ。
ランザクション処理プログラム１１は、システム開始時
に、アプリケーションプログラム構成定義（各計算機シ
ステム毎にユーザが作成する定義で、自計算機システム
で動作可能なアプリケーションプログラムが定義されて
いる）、及びアプリケーションプログラム定義（アプリ
ケーションプログラム毎にユーザが作成する定義で、ア
プリケーションプログラムに関する情報（常駐プロセス
数、非常駐プロセス数等）が定義されている）を入力
し、アプリケーションプログラム一覧表１２を作成する
（３０１）。次ぎに、ブロ−ドキャスト機能でネットワ
−ク内の全計算機システム（２，３）のオンライントラ
ンザクション処理プログラム（２１，３１）に連絡し
（３０２）、他の計算機システムからの受信を待つ（３
０３）。本一覧表１２には各アプリケ−ションプログラ
ム（Ａ１３，Ｂ１４，Ｃ１５）の同時実行可能プロセス
数、現在の負荷状態（通信回線からの入力サ−ビス要求
のうち未処理のサ−ビス要求数）、障害の有無等の情報
を持つ。
【００１８】計算機システム１のオンライントランザク
ション処理プログラム１１から連絡を受けたオンライン
トランザクション処理プログラム２１は、自計算機シス
テム２のアプリケ−ションプログラム（Ｂ１４，Ｃ１
５，Ｄ１６）の一覧表２２に存在するアプリケ−ション
プログラムの情報のみ（本例の場合はＢ１４，Ｃ１５の
情報）を格納し（３０６）、自計算機システム２のアプ
リケ−ションプログラム一覧表２２を連絡元計算機シス
テム１のオンライントランザクション処理プログラム１
１に連絡する（３０７）。
ション処理プログラム１１から連絡を受けたオンライン
トランザクション処理プログラム２１は、自計算機シス
テム２のアプリケ−ションプログラム（Ｂ１４，Ｃ１
５，Ｄ１６）の一覧表２２に存在するアプリケ−ション
プログラムの情報のみ（本例の場合はＢ１４，Ｃ１５の
情報）を格納し（３０６）、自計算機システム２のアプ
リケ−ションプログラム一覧表２２を連絡元計算機シス
テム１のオンライントランザクション処理プログラム１
１に連絡する（３０７）。
【００１９】上記処理をネットワ−クを構成する全計算
機システム（１，２，３）のオンライントランザクショ
ン処理プログラム（１１，２１，３１）が行うことによ
り、各計算機システムのアプリケ−ションプログラム一
覧表（１２，２２，３２）が完成する。
機システム（１，２，３）のオンライントランザクショ
ン処理プログラム（１１，２１，３１）が行うことによ
り、各計算機システムのアプリケ−ションプログラム一
覧表（１２，２２，３２）が完成する。
【００２０】図２に計算機システム１が作成するアプリ
ケ−ションプログラム一覧表の例を示す。
ケ−ションプログラム一覧表の例を示す。
【００２１】アプリケーションプログラム一覧表は、ア
プリケーションプログラム毎に情報を格納したエントリ
のチェインを持つ。エントリには、各計算機システムで
の当該アプリケーションプログラムの定義情報や現在の
動作状況などの情報が格納されてる。具体的には次ぎの
情報を含む。
プリケーションプログラム毎に情報を格納したエントリ
のチェインを持つ。エントリには、各計算機システムで
の当該アプリケーションプログラムの定義情報や現在の
動作状況などの情報が格納されてる。具体的には次ぎの
情報を含む。
【００２２】計算機名称（２０１）には、当該エントリ
に格納されている情報の提供もとの計算機システムの名
称を格納する。未処理サービス要求数（２０２）には当
該計算機システムでの当該アプリケーションプログラム
に対する要求のうち、未処理のサービス要求数を格納す
る。サービス要求実行中プロセス数（２０３）には当該
計算機システムの当該アプリケーションプログラム定義
で指定された起動可能常駐プロセス数を格納する。同時
実行可能常駐プロセス数（２０４）には当該計算機シス
テムの当該アプリケーションプログラムで指定された起
動可能常駐プロセス数を格納する。同時実行可能非常駐
プロセス数（２０５）には当該計算機システムの当該ア
プリケーションプログラムで指定された起動可能非常駐
プロセス数を格納する。障害発生有無（２０６）には当
該計算機システムで当該アプリケーションプログラムが
閉塞されているかどうかの情報を格納する。
に格納されている情報の提供もとの計算機システムの名
称を格納する。未処理サービス要求数（２０２）には当
該計算機システムでの当該アプリケーションプログラム
に対する要求のうち、未処理のサービス要求数を格納す
る。サービス要求実行中プロセス数（２０３）には当該
計算機システムの当該アプリケーションプログラム定義
で指定された起動可能常駐プロセス数を格納する。同時
実行可能常駐プロセス数（２０４）には当該計算機シス
テムの当該アプリケーションプログラムで指定された起
動可能常駐プロセス数を格納する。同時実行可能非常駐
プロセス数（２０５）には当該計算機システムの当該ア
プリケーションプログラムで指定された起動可能非常駐
プロセス数を格納する。障害発生有無（２０６）には当
該計算機システムで当該アプリケーションプログラムが
閉塞されているかどうかの情報を格納する。
【００２３】図１の実施例で示すネットワ−クにおい
て、計算機システム１のオンライントランザクション処
理プログラム１１が作成するアプリケ−ションプログラ
ム一覧表１２は、各アプリケ−ションプログラムの情報
として、自計算機システム１の情報の他に、ネットワ−
ク内の他計算機システム（２，３）での当該アプリケ−
ションプログラムの情報が前記の処理により、チェイン
される。
て、計算機システム１のオンライントランザクション処
理プログラム１１が作成するアプリケ−ションプログラ
ム一覧表１２は、各アプリケ−ションプログラムの情報
として、自計算機システム１の情報の他に、ネットワ−
ク内の他計算機システム（２，３）での当該アプリケ−
ションプログラムの情報が前記の処理により、チェイン
される。
【００２４】通信回線１７から計算機システム１へのア
プリケ−ションプログラムＢ１４のサ−ビス要求入力が
あった場合、アプリケ−ションプログラムＢ１４が障害
等により閉塞されているか否かを判断する（３９０）。
この場合、図２に示すように計算機システム１ではアプ
リケーションプログラムＢ１４は閉塞されていない（２
０７）ので、アプリケ−ションプログラムＢ１４に対し
て指定された同時実行可能プロセス数で処理可能な場合
は、自計算機システム１で処理する（３１０、３１
１）。
プリケ−ションプログラムＢ１４のサ−ビス要求入力が
あった場合、アプリケ−ションプログラムＢ１４が障害
等により閉塞されているか否かを判断する（３９０）。
この場合、図２に示すように計算機システム１ではアプ
リケーションプログラムＢ１４は閉塞されていない（２
０７）ので、アプリケ−ションプログラムＢ１４に対し
て指定された同時実行可能プロセス数で処理可能な場合
は、自計算機システム１で処理する（３１０、３１
１）。
【００２５】通信回線１７からアプリケ−ションプログ
ラムＢ１４のサ−ビス要求入力があった場合に、ステッ
プ３０９でアプリケ−ションプログラムＢ１４が障害等
により閉塞されていた場合（図２の２０７が有の場
合）、または閉塞はされていないが自計算機システム１
のアプリケ−ションプログラムＢ１４に対する負荷が高
く、指定された同時実行可能プロセス数で処理不可能で
ある場合（ステップ３１０）、アプリケ−ションプログ
ラム一覧表１２のアプリケ−ションプログラムＢ１４の
情報を検索し（３１２〜３１６）、ネットワーク内で、
該当アプリケーションプログラムに対する負荷が最も低
い計算機システムのオンライントランザクション処理プ
ログラムに入力サ−ビス要求の処理を依頼する（３１７
〜３１９）。その際、自計算機システム１のアプリケ−
ションプログラムＢ１４に対する最新情報を、通信回線
１７からのアプリケ−ションプログラムＢ１４に対する
入力サ−ビス要求に付加することにより（３１８）、依
頼先オンライントランザクション処理プログラム２１の
アプリケ−ションプログラム一覧表２２におけるアプリ
ケ−ションプログラムＢ１４の情報更新を可能とする。
ラムＢ１４のサ−ビス要求入力があった場合に、ステッ
プ３０９でアプリケ−ションプログラムＢ１４が障害等
により閉塞されていた場合（図２の２０７が有の場
合）、または閉塞はされていないが自計算機システム１
のアプリケ−ションプログラムＢ１４に対する負荷が高
く、指定された同時実行可能プロセス数で処理不可能で
ある場合（ステップ３１０）、アプリケ−ションプログ
ラム一覧表１２のアプリケ−ションプログラムＢ１４の
情報を検索し（３１２〜３１６）、ネットワーク内で、
該当アプリケーションプログラムに対する負荷が最も低
い計算機システムのオンライントランザクション処理プ
ログラムに入力サ−ビス要求の処理を依頼する（３１７
〜３１９）。その際、自計算機システム１のアプリケ−
ションプログラムＢ１４に対する最新情報を、通信回線
１７からのアプリケ−ションプログラムＢ１４に対する
入力サ−ビス要求に付加することにより（３１８）、依
頼先オンライントランザクション処理プログラム２１の
アプリケ−ションプログラム一覧表２２におけるアプリ
ケ−ションプログラムＢ１４の情報更新を可能とする。
【００２６】依頼先オンライントランザクション処理プ
ログラム２１では、自計算機システム２でアプリケ−シ
ョンプログラムＢ１４を実行可能であれば実行し（３０
５〜３１１）、不可能であれば、アプリケ−ションプロ
グラム一覧表２２のアプリケ−ションプログラムＢ１４
に対する情報を検索し、他の計算機システムのオンライ
ントランザクション処理プログラムに入力サ−ビス要求
の処理を依頼する（３１２〜３１９）。自計算機システ
ム２より負荷の低い計算機システムが見つからなかった
場合は、自計算機システム２の未処理キューにキューイ
ングし現在アプリケ−ションプログラムを実行中のプロ
セスが処理を終了するのを待つ（３２０）。
ログラム２１では、自計算機システム２でアプリケ−シ
ョンプログラムＢ１４を実行可能であれば実行し（３０
５〜３１１）、不可能であれば、アプリケ−ションプロ
グラム一覧表２２のアプリケ−ションプログラムＢ１４
に対する情報を検索し、他の計算機システムのオンライ
ントランザクション処理プログラムに入力サ−ビス要求
の処理を依頼する（３１２〜３１９）。自計算機システ
ム２より負荷の低い計算機システムが見つからなかった
場合は、自計算機システム２の未処理キューにキューイ
ングし現在アプリケ−ションプログラムを実行中のプロ
セスが処理を終了するのを待つ（３２０）。
【００２７】依頼先オンライントランザクション処理プ
ログラム２１は、自計算機システム２のアプリケ−ショ
ンプログラムＢ１４に対する最新情報をリタ−ン情報と
して応答することにより、依頼元オンライントランザク
ション処理プログラム１１のアプリケ−ションプログラ
ム一覧表１２におけるアプリケ−ションプログラムＢ１
４の情報更新を可能とする（３２１）。
ログラム２１は、自計算機システム２のアプリケ−ショ
ンプログラムＢ１４に対する最新情報をリタ−ン情報と
して応答することにより、依頼元オンライントランザク
ション処理プログラム１１のアプリケ−ションプログラ
ム一覧表１２におけるアプリケ−ションプログラムＢ１
４の情報更新を可能とする（３２１）。
【００２８】以上の処理を行なうことにより、複数の計
算機システムを接続するオンラインシステムにおいて、
アプリケーションプログラムごとに不可分散を行なうこ
とが可能となる。
算機システムを接続するオンラインシステムにおいて、
アプリケーションプログラムごとに不可分散を行なうこ
とが可能となる。
【００２９】
【発明の効果】本発明によれば、オンラインに接続する
各計算機システムでアプリケ−ションプログラムの種類
により複数のプロセスの処理を管理することができ、ト
ランザクションの発生によって初めてプロセスを立ち上
げることができること等により、トランザクション処理
プログラム単位よりもより詳細なアプリケ−ションプロ
グラム単位でネットワ−ク内の負荷分散が図れる。従っ
てトランザクション処理プログラム単位での負荷分散よ
りも効率の良い負荷分散が可能となる。また、通信回線
からのサ−ビス要求の受信を行うオンライントランザク
ション処理プログラムとアプリケ−ションプログラムの
存在する計算機システムが別の計算機システムであって
も良くなり、通信回線からサ−ビス要求を受信した計算
機システムにおいて、当該アプリケ−ションプログラム
が障害等により閉塞されていた場合においても、他計算
機システムにおいて、サ−ビスの続行が可能となる。
各計算機システムでアプリケ−ションプログラムの種類
により複数のプロセスの処理を管理することができ、ト
ランザクションの発生によって初めてプロセスを立ち上
げることができること等により、トランザクション処理
プログラム単位よりもより詳細なアプリケ−ションプロ
グラム単位でネットワ−ク内の負荷分散が図れる。従っ
てトランザクション処理プログラム単位での負荷分散よ
りも効率の良い負荷分散が可能となる。また、通信回線
からのサ−ビス要求の受信を行うオンライントランザク
ション処理プログラムとアプリケ−ションプログラムの
存在する計算機システムが別の計算機システムであって
も良くなり、通信回線からサ−ビス要求を受信した計算
機システムにおいて、当該アプリケ−ションプログラム
が障害等により閉塞されていた場合においても、他計算
機システムにおいて、サ−ビスの続行が可能となる。
【図１】本発明の一実施例の全体のシステム構成図
【図２】
【図１】の計算機システム１が作成するアプリケ−ショ
ンプログラム一覧表のデータ構成図
ンプログラム一覧表のデータ構成図
【図３】本発明の一実施例の処理を示すフローチャート
であり、
であり、
【図４】へ続く
【図４】
【図３】から続く本発明の一実施例の処理を示すフロー
チャート
チャート
【符号の説明】 １，２，３…計算機システム、１１，２１，３１…オン
ライントランザクション処理プログラム、１２，２２，
３２…アプリケ−ションプログラム一覧表、Ａ１３，Ｂ
１４，Ｃ１５，Ｄ１６…アプリケ−ションプログラム、
１７，１８，１９…通信回線。
ライントランザクション処理プログラム、１２，２２，
３２…アプリケ−ションプログラム一覧表、Ａ１３，Ｂ
１４，Ｃ１５，Ｄ１６…アプリケ−ションプログラム、
１７，１８，１９…通信回線。
Claims (5)
- 【請求項１】複数の計算機システムが通信回線に接続さ
れたオンラインシステムにおいて、各計算機システム
に、当該計算機システム及び通信回線に接続される他の
計算機システムに存在するアプリケーションプログラム
に関する負荷情報等の情報を格納する一覧表を作成、更
新する手段を備え、通信回線からサービス要求を受信し
たときに、前記一覧表を参照し、当該サービスを実行可
能なアプリケーションプログラムのうち、負荷が最も低
いアプリケーションプログラムの存在する計算機システ
ムを選択し、当該計算機システムでアプリケーションプ
ログラムを実行し、サービス要求を処理することを特徴
とするオンラインシステムの負荷分散方式。 - 【請求項２】請求項１記載のオンラインシステムの負荷
分散方式において、前記一覧表には障害等によるアプリ
ケーションプログラムの閉塞情報を含み、サービス要求
を受けた計算機システムのアプリケーションプログラム
が閉塞している場合には、他の未閉塞の計算機システム
にサービス要求を送信することを特徴とするオンライン
システムの負荷分散方式。 - 【請求項３】請求項１記載のオンラインシステムの負荷
分散方式において、他の計算機システムにサービス処理
を依頼する時に自計算機システムのアプリケーションプ
ログラムに関する最新情報を付加して送信し、サービス
処理要求を受信した計算機システムでは付加された情報
に従ってアプリケーションプログラム一覧表を更新する
ことを特徴とするオンラインシステムの負荷分散方式。 - 【請求項４】請求項３記載のオンラインシステムの負荷
分散方式において、サービス処理要求を受信した計算機
システムは、自計算機システムのアプリケーションプロ
グラムに関する最新情報をサービス処理要求依頼元の計
算機システムに送信し、サービス処理要求依頼元の計算
機システムでは、受信した当該最新情報に従ってアプリ
ケーションプログラム一覧表を更新することを特徴とす
るオンラインシステムの負荷分散方式。 - 【請求項５】請求項１記載のオンラインシステムの負荷
分散方式において、自計算機システムよりも負荷の低い
計算機システムが存在しない場合は、自計算機システム
の未処理キューとしてキューイングし、現在実行中の処
理が終了するのを待って当該未処理キューを実行するこ
とを特徴とするオンラインシステムの負荷分散方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26111592A JPH06110850A (ja) | 1992-09-30 | 1992-09-30 | オンラインシステムの負荷分散方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26111592A JPH06110850A (ja) | 1992-09-30 | 1992-09-30 | オンラインシステムの負荷分散方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH06110850A true JPH06110850A (ja) | 1994-04-22 |
Family
ID=17357301
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP26111592A Pending JPH06110850A (ja) | 1992-09-30 | 1992-09-30 | オンラインシステムの負荷分散方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH06110850A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000259539A (ja) * | 1999-03-12 | 2000-09-22 | Hitachi Information Technology Co Ltd | トランザクション分配方法及び装置 |
| JP2008242948A (ja) * | 2007-03-28 | 2008-10-09 | Toshiba Corp | 情報処理装置および同装置の動作制御方法 |
| CN113544601A (zh) * | 2019-03-15 | 2021-10-22 | 欧姆龙株式会社 | 控制系统、设定装置以及设定程序 |
| CN113544601B (zh) * | 2019-03-15 | 2024-06-04 | 欧姆龙株式会社 | 控制系统、设定装置以及记录介质 |
-
1992
- 1992-09-30 JP JP26111592A patent/JPH06110850A/ja active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000259539A (ja) * | 1999-03-12 | 2000-09-22 | Hitachi Information Technology Co Ltd | トランザクション分配方法及び装置 |
| JP2008242948A (ja) * | 2007-03-28 | 2008-10-09 | Toshiba Corp | 情報処理装置および同装置の動作制御方法 |
| CN113544601A (zh) * | 2019-03-15 | 2021-10-22 | 欧姆龙株式会社 | 控制系统、设定装置以及设定程序 |
| US11886170B2 (en) | 2019-03-15 | 2024-01-30 | Omron Corporation | Control system, setting device and setting program |
| CN113544601B (zh) * | 2019-03-15 | 2024-06-04 | 欧姆龙株式会社 | 控制系统、设定装置以及记录介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6081826A (en) | System using environment manager with resource table in each computer for managing distributed computing resources managed for each application | |
| JP2675968B2 (ja) | 加入者分散２相コミット・プロトコルの拡張機能 | |
| JP2691081B2 (ja) | コンピュータ・ネットワーク | |
| JP2691080B2 (ja) | 同期点回復手段を有するコンピュータ装置 | |
| JP2003022209A (ja) | 分散サーバーシステム | |
| JPH0793272A (ja) | 資源の同期点管理を実行する装置および方法 | |
| EP0540161B1 (en) | Semaphore mechanism for data processing system | |
| JPS61253572A (ja) | 疎結合マルチプロセツサ・システムの負荷配分方式 | |
| JPH06202978A (ja) | 論理経路スケジューリング装置及び実行方法 | |
| JPH0793271A (ja) | 作業ユニットに合わせてコミット範囲を調整するコンピュータ・システム | |
| JPH0844576A (ja) | 動的作業負荷平衡化 | |
| JPH0831043B2 (ja) | コミット手順の非同期的再同期化実行装置および方法 | |
| JPH1198446A (ja) | ビデオサーバシステム、コンテンツ動的配置方法及びデータ送出装置 | |
| US6219689B1 (en) | Parallel transaction processing system | |
| KR20040073800A (ko) | 실시간 장애 제어를 위한 데이터베이스 테이블 모델링 및이벤트 처리 방법 | |
| US20030229817A1 (en) | Clone-managed session affinity | |
| JPH06110850A (ja) | オンラインシステムの負荷分散方式 | |
| US5692119A (en) | Management method for a multiprocessor system | |
| US20090172675A1 (en) | Re-Entrant Atomic Signaling | |
| JPH0883257A (ja) | 並列コンピュータシステムのプロセス実行最適化方法 | |
| JP2943695B2 (ja) | 共有ファイル管理装置 | |
| JP3738701B2 (ja) | トランザクション処理システムにおけるシステム設定方法 | |
| JPH08212119A (ja) | トランザクション処理システム及びトランザクションのコミット制御方法 | |
| JPH06274432A (ja) | 分散計算機システム管理方式およびその管理方法 | |
| JPH04268655A (ja) | 入出力負荷分散制御方式 |