JPH05224941A - アプリケーション・プログラム制御方式 - Google Patents

Abstract

(57)【要約】 【目的】 オンライン・トランザクション処理システム
において、効率的な資源管理（プログラム等の管理）を
行いスル−プット及びレスポンスのよいプログラム制御
方式を提供すること。 【構成】 ＣＰＵと主記憶装置と、補助記憶装置と、そ
れらを結ぶバスで構成され、主記憶装置には、ＯＳ
（核）と、登録テ−ブルと、種々の属性を持ったアプリ
ケ−ション・プログラムが補助記憶装置からロ−ドされ
実行される。補助記憶装置上には前記アプリケ−ション
・プログラムが格納され、予め同時に動作可能なアプリ
ケ−ション・プログラムの個数を登録することにより資
源の確保を先に行い、更に全てのアプリケ−ション・プ
ログラムに主記憶常駐／再使用可能／再使用不可能の何
れかの属性を持たせ、各属性に従って制御する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、トランザクション処理
方式において、発生したトランザクションを処理するデ
−タ処理装置のアプリケ−ション・プログラム制御方式
に関するものである。

【０００２】

【従来技術】従来の技術では、発生するトランザクショ
ンを処理するアプリケ−ション・プログラムを実行させ
る方法として、以下の方法がある。 （ａ）トランザクションの発生する前に必要なアプリケ
−ション・プログラムを起動させておきトランザクショ
ンの発生を待つ。 （ｂ）トランザクションが発生した時点で該当アプリケ
−ション・プログラムを起動させる。 引き続いて、上記トランザクションを処理した後アプリ
ケ−ション・プログラムを終了させる。実際は（ａ）と
（ｂ）を併用した状態で運用するのが一般的である。

【０００３】又アプリケ−ション・プログラムの起動に
ついては、要求の度に新たにディスクファイル等の補助
記憶装置からアプリケ−ション・プログラムを読み出し
主記憶上にロ−ドし実行する方法もあるがロ−ディング
に時間がかかる為に、予め主記憶の容量に応じて複数個
のアプリケ−ション・プログラムを主記憶上にロ−ド
し、必要に応じて該当するアプリケ−ション・プログラ
ムに制御を移し実行する。使用頻度の低いアプリケ−シ
ョン・プログラムについては、主記憶上から追い出し、
新たに要求されたアプリケ−ション・プログラムと入れ
替え、実行するように制御される場合が多い。

【０００４】

【発明が解決しようとする課題】しかしながら、前述の
方式では、下記のようにな問題があった。 （１）トランザクションの発生が集中した場合、主記憶
上にあるアプリケ−ション・プログラムの入れ換えが頻
繁に発生し、補助記憶装置との入出力回数が増加するた
め時間がかかりアプリケ−ション・プログラムの起動が
一般的に遅れる。 （２）トランザクション処理のアプリケ−ション・プロ
グラムの起動が非計画的に行われると、緊急なトランザ
クションが発生した場合に、その起動に必要なシステム
資源が不足し、タイムリなトランザクション処理が行え
なくなる。更にバッチ処理等のオンライン以外の処理に
も影響を与え、システムとして非効率的な状態に陥る。

【０００５】本発明は上述の点に鑑みてなされたもの
で、上記問題点を除去し、オンライン・トランザクショ
ン処理システムにおいて、効率的な資源管理（プログラ
ム等の管理）を行いスル−プット及びレスポンスのよい
アプリケ−ション・プログラム制御方式を提供すること
を目的とする。

【０００６】

【課題を解決するための手段】上記課題を解決するため
本発明は、予め同時に動作可能なアプリケ−ション・プ
ログラムの個数を登録することにより必要な資源の確保
を先に行い、更に全てのアプリケ−ション・プログラム
に主記憶常駐／再使用可能／再使用不可能の何れかの属
性を持たせ、各属性に従った制御をする手段を採った。

【０００７】

【作用】本発明では、上記手段によりトランザクション
処理におけるアプリケ−ション・プログラム起動の遅延
要因となっていた資源不足、更に補助記憶装置との無駄
な入出力動作が除かれる。緊急処理を必要とするトラン
ザクションについては、主記憶常駐プログラムの属性を
持つアプリケ−ション・プログラムが処理を行うことに
より、極端な処理の遅れもなくなりスル−プット及びレ
スポンスの向上が図れる。

【０００８】

【実施例】以下本発明の一実施例を図面に基づいて詳細
に説明する。図３に本装置のアプリケーション・プログ
ラム制御方式を実施するハ−ド構成とプログラムの関係
を示す。ＣＰＵ１と主記憶装置２と、補助記憶装置３
と、それらを結ぶバス４で構成される。主記憶装置２に
は、ＯＳ（核）５と、登録テ−ブル６と、補助記憶装置
３上に格納されているアプリケ−ション・プログラム１
０〜１４が、補助記憶装置３から種々の属性を持ったア
プリケ−ション・プログラム７〜９として、ロ−ドされ
実行される。

【０００９】本方式の概要を説明する。まず同時に動作
可能なアプリケ−ション・プログラムの個数を登録テ−
ブルに設定し、トランザクションの同時発生数及び主記
憶容量等の諸条件を満たすシステムを構築する。即ち、
前もって同時に動作可能なアプリケ−ション・プログラ
ムの個数を設定することにより、資源の確保を先に行っ
ておくことが可能となり、システムの最も多忙な時でも
必要最低限度の事項の処理能力は保証することが出来
る。

【００１０】次に全てのアプリケ−ション・プログラム
に以下の属性の何れかを持たせることにより、各々の特
性に合った管理を行う。 （ａ）主記憶常駐プログラム。 （ｂ）再使用可能プログラム。 （ｃ）再使用不可能プログラム。 （ａ）の主記憶常駐プログラム属性は、本システムで最
も緊急を要する複数のトランザクション処理のアプリケ
−ション・プログラムに与える。前記同時に動作可能な
アプリケ−ション・プログラムの総数は、主記憶装置２
の容量で決まる。その内主記憶常駐プログラムの割当数
を決めておき、システムの運用前に全ての主記憶常駐プ
ログラムを予め補助記憶装置３から主記憶装置２上にロ
−ドしておく。

【００１１】（ｂ）の再使用可能プログラムについて
は、トランザクション発生の際に補助記憶装置３から主
記憶装置２上にロ−ドされ起動実行される。終了後もそ
のプログラムは主記憶装置２上に残ったままになってい
る。即ち、他のプログラムで消されなければ、使用した
資源が主記憶装置２上に残っているので再度のトランザ
クション発生の際はそのまま実行することができる。

【００１２】（ｃ）の再使用不可能プログラムについて
は、アプリケ−ション・プログラム実行終了後は、使用
した資源を解放し、再度のトランザクション発生に際し
ては、プログラムは補助記憶装置３から主記憶装置２上
にロ−ドされ起動実行される。

【００１３】更に（ｂ）と（ｃ）のアプリケ−ション・
プログラムの制御は、同時動作可能な総数から（ａ）の
プログラム数を除いた数で実行され、主記憶装置２の領
域を共用して実行される。

【００１４】従って（ｂ）または（ｃ）のアプリケ−シ
ョン・プログラムの起動要求が発生した場合に主記憶に
空き領域がなければ、主記憶上に残っている一番古いア
プリケ−ション・プログラムが追い出され、その領域に
必要なアプリケ−ション・プログラムがロ−ドされ処理
が行われる。以上の管理はアプリケ−ション・プログラ
ムのプログラム名を使って行われる。

【００１５】又同時動作可能な総数を超えたトランザク
ション要求が発生した場合は、待ち行列により管理され
現実行中のアプリケ−ション・プログラムの終了時点で
上記と同様な起動処理が行われる。

【００１６】図１に本発明によるアプリケ−ション・プ
ログラムの起動処理の流れ図を示す。同図に従って起動
処理の流れを説明する。トランザクションが発生した
時、該当するアプリケ−ション・プログラムが選ばれそ
の属性が判断される。アプリケ−ション・プログラムの
属性が主記憶常駐プログラムの場合（ステップＳＴ１）
資源は確保されているので、そのまま再利用される（ス
テップＳＴ４）。アプリケ−ション・プログラムの属性
が主記憶常駐プログラムでない場合（ステップＳＴ
１）、更にプログラム属性が再使用可能プログラムで
（ステップＳＴ２）、それまでに実行したときの資源が
残っていれば（ステップＳＴ３）その資源が再利用され
る（ステップＳＴ４）。アプリケ−ション・プログラム
の属性が再利用不可能プログラムか（ステップＳＴ
２）、もしくは再利用可能プログラムであっても資源が
残っていない場合（ステップＳＴ３）は、補助記憶装置
より該当するアプリケ−ション・プログラムがロ−ドさ
れ（ステップＳＴ５）、実行される（ステップＳＴ
６）。

【００１７】図２に資源の登録処理の流れ図を示す。シ
ステム運用前に各アプリケ−ション・プログラム毎に図
３に示した登録テ−ブルに次の項目を登録する。 （ａ）同時動作可能なアプリケ−ション・プログラムの
総数。 （ｂ）プログラム名。 （ｃ）主記憶常駐／再使用可能／再使用不可能の内の何
れかのプログラム属性。 （ｄ）主記憶アドレス及び補助記憶アドレス。 これらの登録情報をもとにアプリケ−ション・プログラ
ムを制御する。

【００１８】図２に従って資源の登録処理の流れを説明
する。同時動作可能なアプリケ−ション・プログラムに
必要な分の資源を確保する（ステップＳＴ２１）。主記
憶常駐プログラムであれば（ステップＳＴ２２）主記憶
常駐プログラムのアプリケ−ション・プログラムを全数
主記憶上へロ−ドする（ステップＳＴ２３）。登録テ−
ブル６にアプリケ−ション・プログラムのプログラム
名、属性、補助記憶装置のアドレス、同時動作可能なプ
ログラム数を登録する。（ステップＳＴ２４）。

【００１９】

【発明の効果】以上、詳細に説明したように本発明によ
れば、下記のような効果が期待される。トランザクショ
ン処理におけるアプリケ−ション・プログラム起動の遅
延要因となっていた資源不足、更に補助記憶装置との無
駄な入出力動作が除かれる。緊急処理を必要とするトラ
ンザクションについては、主記憶常駐プログラムの属性
を持つアプリケ−ション・プログラムが処理を行うこと
により、極端な処理の遅れもなくなりスル−プット及び
レスポンスの向上が図れる。

【図面の簡単な説明】

【図１】本発明によるアプリケ−ション・プログラムの
起動処理の流れ図である。

【図２】アプリケ−ション・プログラム登録処理の流れ
図である。

【図３】本発明のアプリケ−ション・プログラム制御方
式を実施するハ−ド構成とプログラムの関係図である。

【符号の説明】

１ ＣＰＵ ２ 主記憶装置 ３ 補助記憶装置 ４ バス ５ ＯＳ核 ６ 登録テ−ブル ７ 主記憶常駐プログラム ８ 再利用可能プログラム ９ 再利用不可能プログラム

Claims (1)

【特許請求の範囲】
1. 【請求項１】 ＣＰＵと主記憶部と補助記憶部を有する
   デ−タ処理装置のアプリケ−ション・プログラム制御方
   式において、 予め同時に動作可能なアプリケ−ション・プログラムの
   個数を登録し、前記各アプリケ−ション・プログラムに
   主記憶常駐／再使用可能／再使用不可能の何れかの属性
   を持たせ前記各属性に従って前記アプリケ−ション・プ
   ログラムを制御することを特徴とするデ−タ処理装置の
   アプリケ−ション・プログラム制御方式。