JPH0243657A - トランザクション処理スケジュール方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 この発明は、電子計算機システムにおける各業務分野に
おける特定処理であるトランザクション処理を行うホス
ト計算機の処理プログラムのスケジュール方式に関する
ものである。

〔従来の技術〕

第５図は、従来の電子計算機システムにおけるトランザ
クション処理を行う端末装置とスケジュールプログラム
（以下ではスケジューラと記述する）とトランザクショ
ン処理プログラム（以下では処理プログラムと記述する
）との関係に示す。

第５図において、１ａ、１ｂはデータの入出力を行う端
末装置、２はトランザクション処理をスケジュールする
スケジューラ、３．４は端末装置ｌａ、ｌｂの処理要求
を受はスケジューラ２によって起動された処理プログラ
ムである。ホスト計算機Ｈはスケジューラ２及び処理プ
ログラム３゜４を有する。処理プログラム３．４は端末
装置Ｉａ、Ｉｂからの一連の要求を処理し、端末装置ｌ
ａ、ｌｂから終了を要求されて終了する。

次に動作について説明する。第６図は処理プログラム３
の動作を説明するためのブロック図である。スケジュー
ラ２は、端末装置１ａの処理開始要求を受けとり、処理
プログラム３を起動する。

端末装置ｊｌａは一連の処理をスケジューラ２を介して
処理プログラム３に要求し、処理プログラム３はその要
求を受けとって処理し、逐次端末装置ｌａへ応答する。

このようにスケジューラ２は要求や応答の中継を行う。

処理プログラム３は端末装置１ａが処理の終了を要求す
るまでシステムに存在する。多数の端末装置がトランザ
クション処理を要求したり、システム上の他の処理が多
くある時などは、オペレーティング・システム６のメモ
リ　（磁気ディスク７）管理によって処理プログラムは
他の処理プログラムとスワツピングされる。

〔発明が解決しようとする課題〕

従来のスケジュール方式は、端末装置の要求に従って処
理プログラムを起動し、起動したプログラムのメモリ管
理やタスク管理等をオペレーション・システムに依存し
ているため、トランザクション処理の特性に合わせた管
理ができず、多数の端末装置からトランザクション処理
の要求があった場合、応答速度の低下やシステム・スル
ープットの低下等を起こすという問題点があった。

この発明は上記のような問題点を解消するためになされ
たもので、トランザクション処理の特性に合わせた処理
プログラムの起動終了のスケジュールを行い、トランザ
クション処理の応答速度及びシステム・スルーブツトの
向上を図ることができるトランザクション処理スケジュ
ール方式を提供することを目的とする。

〔課題を解決するための手段〕

この発明に係るトランザクション処理スケジュール方式
においては、スケジューラ２は、端末装置１ａ、ｌｂか
ら処理要求を受け、該当処理プログラム３ａ、３ｂが起
動可能ならばそのプログラム３ａ、３ｂを起動させ、起
動可能でなければその処理要求を待ち行列２ａ、２ｂへ
入れ、起動中の処理プログラム３ａ、３ｂが応答を作成
すると、その応答を処理要求の受けた端末装置１ａ、ｌ
ｂへ送り、次に待ち行列２ａ、２ｂへ入れた処理要求を
起動可能となった処理プログラム３ａ、３ｂにより実行
させることを特徴とするものである。

〔作用〕

スケジューラ２は、例えば端末装置１ｂから処理要求を
受け、処理プロゲラ３ｂが起動可能ならばそのプログラ
ム３ｂを起動させ、起動可能でなければその処理要求を
待ち行列２ｂへ入れる。例えば処理プログラム３ａが起
動している場合、そのプログラム３ａが応答を作成し、
その応答を端末装置１ａへ送り、処理を終了する。次に
スケジューラ２は待ち行列２ｂに入れられた処理要求を
実行するために処理プログラム３ｂを起動させる。

〔発明の実施例〕

第１図はこの発明の一実施例に係るトランザクション処
理スケジュール方式を採用した計算機システムの構成ブ
ロック図である。図において、ｌａ、１ｂｌｌはデータ
の入出力を行う端末装置、３ａ、３ｂ（３１は各端末装
置１ａ、ｌｂからの処理要求を実行する複数の処理プロ
グラム、２は端末装置１ａ、ｌｂからの処理要求を受け
て処理プログラム３ａ、３ｂをそれぞれ起動させるスケ
ジューラである。通常、処理プログラム３ａ、３ｂは端
末装置１ａからの要求を、処理プログラム４は端末装置
１ｂからの要求をそれぞれ実行する。ホスト計算機Ｈは
スケジューラ２及び処理プログラム３，４を有する。こ
の実施例では、計算機シスいる端末装置数は２台とする
。スケジューラ２は、端末装置１ａと端末装置１ｂとの
各要求を受は付け、起動中の処理プログラムが１つにな
るように処理プログラムを起動させたり終了させたりす
る。

そのため、端末装置１ａ、ｌｂからの一連の要求は複数
回の処理プログラムの起動によって処理される。

次に動作について説明する。第２図は処理プログラム３
の１つについての動作を示している。最初の状態では処
理プログラム３ａは端末装置１ａからの要求を処理中で
ある。このときスケジュ−次に、処理プログラム３ａが
応答を作成し、それをスケジューラ２を経由して端末装
置１ａへ送る。

スケジューラ２は起動待ちの端末装置１ｂの処理要求が
あるので、処理プログラム３ａへ終了を指示する。処理
プログラム３ａは一連の処理を継続するのに必要な情報
５をメモリ上のプログラム間連絡域へ残し、その位置を
スケジューラ２へ通知し終了する。スケジューラ２は処
理プログラム３ａの終了通知を受けとると、端末装置ｉ
ｂの処理要求に対応する処理プログラム３ｂを起動する
。

端末装置ｌｂの処理要求の応答が完了するまでは、る。

端末装置１ｂへの応答が完了し次第上記の手続きで処理
プログラム３ｂが起動される。処理プログラム３ｂを起
動する際、スケジューラ２は記憶しておいた処理プログ
ラム３ａがメモリ上に残した情報の位置を端末装置１ａ
へ通知する。

２台、起動できるトランザクション処理プログラムが１
つの例を示したが、本来のこの発明の意図は多数の端末
からトランザクション処理を効率よく行うことである。

一般的なケースでのスケジューラの制御動作を第３図及
び第４図のフローチャートに図示する。

第３図では端末装置から処理要求を受けとったときのス
ケジューラの制御動作である。処理要求を受けとると（
ステップＳ１）、スケジューラは処理プログラムがすぐ
に起動できるかどうか調べ（ステップＳ２）、可能なら
ばその処理プログラムをすぐ起動させる（ステップＳ７
）。すぐ起動出来ない場合は、応答を完了した処理プロ
グラムがないか調べ（ステップＳ３）、あった場合は最
も早く応答を完了した処理プログラムに対して終了（中
断）を指示しくステップＳ５）、終了を確認し、次の処
理を行うのに必要な情報の位置を記憶して（ステップＳ
６）、受けとった処理要求に対する処理プログラムを起
動させる（ステップＳ７）システムに存在する処理プロ
グラムがすべて応答を完了していないときは、スケジュ
ーラは受けとった処理要求を待ち行列に入れる（ステッ
プＳ４）。このようにして処理要求受信処理が終了する
（ステップＳ８）。

第４図では起動した処理プログラムから応答を受けとっ
たときのスケジューラの制御動作である。

応答を受けとると（ステップ５ｌｌ）、スケジューラは
それを端末装置へ送る（ステップ５１２）。

それから、起動待ちとなっている処理要求があるかどう
か調べ（ステップ５１３）、あった場合は応答を受けと
った処理プログラムに対して終了（中断）を指示する（
ステップ５１５）。終了を確認して中断された処理を続
行するのに必要な情報の位置を記憶して（ステップ５１
６）、最も早く受けとった処理要求に対する処理プログ
ラムを起動させる（ステップ５１７）。もし、その処理
要求が以前に中断された処理の続きの要求ならば、スケ
ジューラは記憶している情報の位置を端末装置に通知す
る。一方、ステップＳ１３において起動待ちの処理要求
がなければ、応答が完了した処理として情報を記憶する
（ステップ５１４）。このようにして応答受は取り処理
が終了する（ステップ３１８）。

この実施例のスケジュール方式では、処理プログラムは
処理要求を受けとり応答を返すまではシステム上に存在
するが、応答を返してから次の処理要求を受けとるまで
は、システムの状態によってずっとシステム上に存在し
たり随時スケジューラによって終了させられたりする。

また、同一の端末装置から複数の処理を行う場合は、新
たな要求を受けとるとき、その端末装置の他の応答済み
の処理プログラムはスケジューラによって終了させられ
る。起動中の処理プログラムがすべて応答作成中であり
、かつシステム上の条件から新たに処理プログラムが起
動できないとき処理要求を受けとると、スケジューラは
その要求を起動待ち行列に入れる。起動されている処理
プログラムが応答を完了し次第その処理プログラムを終
了させ、待ち行列の処理要求に従って順次処理プログラ
ムを起動する。

このように上記実施例は、システム上のトランザクショ
ン処理プログラムを起動できる条件を設定し、その条件
の範囲内で要求受信から応答送信までを単位としてスケ
ジュールして処理プログラムを起動することによってシ
ステム・スルーブツトの向上を実現したものである。

なお、上記実施例ではシステムに存在するトランザクシ
ョン処理プログラムの数を指定することによって処理プ
ログラムのスケジュールをしたが、端末装置からの処理
要求を受けとった時に、スケジューラがすぐに処理プロ
グラムを起動できるかどうかの判定さえできれば、他の
条件を設定してもよい。例えば、トランザクション処理
で使用するメモリ、その他のシステム資源の使用状況を
条件にすることによって、それぞれのシステムに適した
スケジュールをすることができる。

〔発明の効果〕

以上のように本発明によれば、スケジューラは端末装置
から処理要求を受け、該当処理プログラムが起動可能な
らばそのプログラムを起動させ、起動可能でなければそ
の処理要求を待ち行列へ入れ、起動中の処理プログラム
が応答を作成すると、その応答を処理要求の受けた端末
装置へ送り、次に待ち行列へ入れた処理要求を起動可能
となった処理プログラムにより実行させるようにしたの
で、トランザクション処理の特性に合わせた処理プログ
ラムの起動終了のスケジュールを行うことができ、これ
によりトランザクション処理の応答速度及びシステム・
スループットが向上するという効果が得られる。

【図面の簡単な説明】

第１図はこの発明の一実施例に係るスケジュール方式を
採用した計算機システムの構成ブロック図、第２図はこ
の実施例における処理プログラムの動作を説明するため
のブロック図、第３図はこの実施例において端末装置か
ら処理要求を受けとったとのスケジューラの動作を示す
フローチャート、第４図はこの実施例において起動した
処理プログラムから応答を受けとったときのスケジュー
ラの動作を示すフローチャート、第５図は従来のスケジ
ュール方式を採用した計算機システムの構成ブロック図
、第６図はこの従来例における処理プログラムの動作を
説明するためのブロック図である。 １、Ｉａ、ｌｂ・・・端末装置、２・・・スケジューラ
、２ａ、２ｂ−−−待ち行列、３．３ａ。 ３ｂ、４・・・処理プログラム、Ｈ・・・ホスト計算機
。

Claims (1)

【特許請求の範囲】
1. データの入出力を行う端末装置が複数台接続され、各端
   末装置からの処理要求を実行する複数の処理プログラム
   と、端末装置からの処理要求を受けて処理プログラムを
   起動させるスケジューラとを有したホスト計算機を備え
   、トランザクション処理を行う計算機システムにおいて
   、上記スケジューラは、上記端末装置から処理要求を受
   け、該当処理プログラムが起動可能ならばそのプログラ
   ムを起動させ、起動可能でなければその処理要求を待ち
   行列へ入れ、起動中の処理プログラムが応答を作成する
   と、その応答を処理要求の受けた端末装置へ送り、次に
   上記待ち行列へ入れた処理要求を起動可能となった処理
   プログラムにより実行させることを特徴とするトランザ
   クション処理スケジュール方式。