JPH03219357A - プログラム実行管理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野〕 本発明は、プログラム実行管理方式、即ち通信回線を介
して端末と接続されたホスト計算機において、該端末か
ら送信された電文を受信し、その中の電文種別情報を基
に、計算機側のプログラムライブラリの中から、対応す
るアプリケーションプログラムを捜し出して計算機の実
行域にロードし該プログラムを実行して、その結果を前
記端末へ返却するプログラム実行管理方式に関す名もの
である。

かかるプログラム実行管理方式の例としては、例えば銀
行端末で、預金者が預金を引き出す旨の電文をホスト計
算機に送ると、ホスト計算機では対応する預金処理のア
プリケーションプログラムを実行し、端末側の預金通帳
に引き出された金額を記録表示するというような預金処
理とか、或いは在庫管理等で、端末側から在庫量がこれ
だけ増えたというような電文がホスト計算機に送られる
と、ホスト計算機では対応する在庫量処理のアプリケー
ションプログラムを実行し、結果を端末側へ打ち出して
くる等の在庫処理の例など、幾らでも挙げることができ
る。本発明は、このようなプログラム実行管理方式に関
するものである。

〔従来の技術］ 従来、第４図のシステム構成図に示すような、端末１１
と、この端末からの電文を通信回線１２を介して受けて
該当のアプリケーションプログラムＡＰを実行し、処理
結果を端末１１に返却するホスト計算機１３から成る処
理方式において、処理要求となる電文は待行列として管
理され、メモリ等の資源が準備され実行可能な状態とな
ると、順次、待行列の中から、その電文に記された電文
種別をもとに対応するアプリケーションプログラムＡＰ
名を予め登録されたプログラム管理制御表より割り出し
、プログラムライブラリから捜し出し、計算機の実行域
にロードし実行制御する方式％式％ この時、１つの処理が端末との複数の電文のやり取りに
より構成される場合、電文を端末側に送信し、次の電文
を待つ間も、そのアプリケーションプログラムＡＰは実
行域（メモリ上）に居座りメモリなどの資源を占有し、
システム全体としては効率の悪いものとなっていた。ま
た、この時実行待となっている電文が多いと後続の電文
は多大な実行待ち時間を被らざるを得なかった（会話型
） 一方、この問題を解決する為に、１つのアプリケーショ
ンプログラムＡＰを電文の送受信に合わせて複数のアプ
リケーションプログラムＡＰに分割し、電文を端末側に
送信した段階で、処理の中間結果と、次に該端末から電
文が上がってきた場合に実行するアプリケーションプロ
グラムＡＰ名を待避し実行域の開放を行い、次の電文が
上がってきたときは、該アプリケーションプログラムＡ
Ｐをプログラムライブラリから割り出し実行域でロード
し、該中間結果を引継実行する方式がとられてきた（疑
似会話型）。

しかし、この場合にもアプリケーションプログラムＡＰ
の実行域へのロード、引継情報の書き込み、読みだしの
ため、処理時間が増加すると言う問題点がある。

ここで第５図は会話型プログラムの構成を示している。

命令ＲＥＣＥＩＶＥ　　ＭＥＳＳＡＧＥ（３１）は端末
からの電文を受は取るものである。

また、命令５ＥＮＤ　　ＭＥＳＳＡＧＥ　（３２）は端
末への電文発出を行うものである。会話型プログラムと
は端末との複数の電文授受を伴うｌまとまりの業務をＩ
ＡＰＯ中で行うものである。この形態では、アプリケー
ションプログラムＡＰが電文を端末に送信し、次の端末
からの電文を待っている期間もアプリケーションプログ
ラムＡＰは実行域を占有するため待行列に溜っている電
文は実行順序が回ってこす長時間の待状態におかれる。

また、システム全体の処理効率の悪い形態という欠点も
持っている。

第６図は疑似会話型プログラムの構成を示している。疑
似会話型プログラムとは端末との複数の電文授受を伴う
１まとまりの業務を複数のアプリケーションプログラム
ＡＰに分割し、途中の処理結果をアプリケーションプロ
グラムＡ２間で引継情報域に待避し、アプリケーション
プログラムＡ２間で引継ながら、１まとまりの業務を完
遂させるものである。

命令ＳＥ’ｌ”　　ＨＩＫＩＴＳＵＧＩ（４１）は処理
結果を指定の引継領域に待避し、次に該端末からの電文
を受取り、アプリケーションプログラムＡＰが起動され
たときは、そのアプリケーションプログラムＡＰに該情
報を引き継ぐものである。

この形態では、アプリケーションプログラムＡＰが電文
を端末に送信し、端末からの次の電文を待っている期間
は、実行域を開放し別のアプリケ−ジョンプログラムＡ
Ｐに引き渡すため、待行列に溜っている電文の中で優先
度の高いものが実行されるため、システム全体の処理効
率は向上する。

しかし、アプリケーションプログラムＡＰ及び引継情報
の待避と再ロードのためのオーバヘッドが増加すると言
う問題が発生する。

第７図は従来のプログラム管理制御表の構成を示した説
明図である。従来、電文振り分け実行部は電文を渡され
ると電文中の電文種別を読み取り、プログラム管理制御
表５０を参照して該電文種別５１に対応するＡＰ名（５
２）を割り出し、実行するアプリケーションプログラム
ＡＰを求めていた。

（発明が解決しようとする課題〕 上記従来技術の問題点は、システムに対する処理要求の
量、すなわち、特電文の数を考慮することなく、プログ
ラムの実行を１意的な方式で管理していた為に発生した
ものである。

本発明の目的は、特電文の数を考慮にいれ、個々のアプ
リケーションプログラムＡＰの実行時間のオーバヘッド
を不必要に増加することなく、システム全体の実行効率
を高めることのできるプログラム実行管理方式を提供す
ることにある。

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

上記目的は、処理待と成っている電文数を示す待電文数
表示部を設けると共に、電文種別毎に、待電文数に応じ
て会話型、疑似会話型のいずれのアプリケーションプロ
グラムＡＰを実行するかをプログラム管理表に登録して
おき、電文振り分け実行時間に両者を参照して、実行対
象となるアプリケーションプログラムＡＰを選択するこ
とにより達成される。

［作用〕 電文振り分け実行部が、特電文の量を示す待電文数表示
部の値を読み取り、プログラム管理表を参照し、該電文
種別に対応するアプリケーションプログラムＡＰ名のう
ち、該待電文数に応じたものを実行対象アプリケーショ
ンプログラムＡ、　Ｐとすることにより、個々のアプリ
ケーションプログラムＡＰの実行時間のオーバヘッドを
不必要に増加することなく、システム全体の実行効率を
高めるプログラム実行管理方式を実現することが出来る
。

すなわち、これにより、特電文の多いときは、システム
全体の実行効率を高める疑似会話方式で構成されたアプ
リケーションプログラムＡＰを、実行域に余裕のある場
合は、処理時間オーバヘッドの少ない会話方式で構成さ
れたアプリケーションプログラムＡＰを起動するわけで
ある。

（実施例］ 以下、本発明の一実施例を図を用いて説明する。

第４図は、本発明の実施対象とするシステム構成図であ
り、ユーザの使用する端末１１は、通信回線１２を介し
てホスト計算機１３と接続され、電文が端末とホスト間
を往来するものであることは先にも説明した。

第１図は、本発明の一実施例の主要部としてのホスト計
算機１３の構成を示したブロツク図である。受信部２１
は端末１１からの信号を電文に組み立て、特電文２９と
して保存する。電文振り分け実行部２２は、特電文内で
最も優先度の高い電文を取り出し、電文内の電文種別を
読みだし、プログラム管理制御表２６と待電文数表示部
２７を参照し、対応するアプリケーションプログラムＡ
Ｐ（２５）をプログラムライブラリ２４の中から割り出
す。尚、この詳細については後述する。２８は引継情報
域である。

次にここで明らかになったアプリケーションプログラム
ＡＰがプログラムライブラリ２４から、実行域２３ヘロ
ードされ、実行される。

第２図は第１図におけるプログラム管理制御表２６の構
成を示している。ここで、ある電文種別６１について、
その待電文数が、待電文数６４に登録されている値以下
の場合はＡＰ名１　（６２）に登録されているアプリケ
ーションプログラムＡＰを実行し、これを越えた場合は
ＡＰ名２　（６３）に登録されているアプリケーション
プログラムＡＰを実行する事を示している。

すなわち、ここでＡＰＩには会話型で構成されたアプリ
ケーションプログラムＡＰを登録しておき、ＡＰ２には
疑似会話型で構築されたアプリケーションプログラムＡ
Ｐが登録されている。但し、ここで登録されているアプ
リケーションプログラムＡＰはいずれも同一の処理を行
うものであることは言うまでもない。

尚、待電文数の如何を問わずある電文種別に対して１意
に会話型、疑似会話型のいずれかのアプリケーションプ
ログラムＡＰを実行する場合は、ＡＰ名２（６３）と待
電文数６４は空値にしておきＡＰＰＩ３６２）にその１
意のアプリケーションプログラムＡＰを記入しておくも
のとする。

第３図は、本発明の特徴である第１図の電文振り分け実
行部２２の処理流れ図である。

まず、特電文２９から引き出した電文中から電文種別を
読み取る（ステップ７１）。

そして、プログラム管理制御表２６を参照し該電文種別
６１に対応する待電文数６４の値ａを知る（ステップ７
２）。そして、この値ａが空値（ｎｕｌｌ）であるか、
即ち、待電文数表示部２７の値すに拘らず同一のアプリ
ケーションプログラムＡＰを起動する様な指定がされて
いるが、を判定する。

もし、空値であるならば、実行対象となるアプリケーシ
ョンプログラムＡＰ名としてプログラム管理制御表２６
のＡＰＩ　（６２）に登録されているアプリケーション
プログラムＡＰ名を選択する（ステップ７６）。

一方、その値が空値でないならば、待電文数表示部２７
を参照し、待電文数すを知り（ステップ７４）、待電文
数６４の値ａとの比較を行う（ステップ７５）。

もし、この待電文数の値すがプログラム管理制御表２６
で指定した値ａ以下ならば、実行対象となるアプリケー
ションプログラムＡＰ名としてプログラム管理制御表２
６のＡＰＩ　（６２）に登録されているアプリケーショ
ンプログラムＡＰ名を選択する（ステップ７６）。

一方、越えているならば、ＡＰ２　（６３）に登録され
ているアプリケーションプログラムＡＰ名を選択する（
ステップ７７）。

そして、実行すべきアプリケーションプログラムＡＰ名
の選択が完了したならば、選択されたアプリケーション
プログラムＡＰをプログラムライブラリ２４から実行域
２３にロードし実行する（ステップ７８）。

以上説明したように、本発明では電文振り分け実行部２
２が、その時点での待電文数を示す待電文数表示部２７
の値を読み取り、プロゲラｌ、管理制御表２６を参照し
、該電文種別に対応するアプリケーションプログラムＡ
Ｐ名のうち、待電文数に応じたものを実行対象アプリケ
ーションプログラムＡＰとすることにより、これを参照
しながら、実行対象となるプログラムを参照しながら、
実行対象となるプログラムを選択することにより、待電
文数が多いときは、システム全体の実行効率を高める疑
似会話方式のアプリケーションプロゲラ、！、ＡＰを、
待電文数が少ない場合は、処理時間オーバヘッドの少な
い会話方式で構成されたアプリケーションプログラムＡ
Ｐを起動し、会話型、疑似会話型のもつ問題点を克服す
ることが出来る。

〔発明の効果〕

以上述べたように、本発明によれば、待電文数が多い時
は、システｌ、全体の実行効率を高める疑似会話方式の
ものを、待電文数が少ない場合は、処理時間オーバヘッ
ドの少ない会話方式で構成されたアプリケーションプロ
グラムＡＰを起動する事が可能となり、それぞれの短所
を押え、長所を生かしたプログラムの実行管理方式を実
現する事が出来る。

【図面の簡単な説明】

第１図は本発明の一実施例の要部としてのホスト計算機
の構成を示すブロック図、第２図は第１図におけるプロ
ゲラｌ、管理制御表の構成を示す説明図、第３図は第１
図における電文振り分け実行部の処理の流れを示すフロ
ーチャート、第４図は本発明の実施対象とするシステム
の構成図、第５図は会話型プログラムの構成を示す説明
図、第６図は疑似会話型プログラムの構成を示す説明図
、第７図は従来のプログラム管理制御表の構成を示す説
明図、である。 符号の説明

Claims (1)

1. 【特許請求の範囲】 １）通信回線を介して端末と接続されたホスト計算機に
   おいて、前記端末から送信された電文を受信し、その中
   の電文種別情報を基に、計算機側に備えているプログラ
   ムライブラリの中から、対応するアプリケーションプロ
   グラムを捜し出して計算機の実行域にロードして該プロ
   グラムを実行し、その結果を前記端末へ返却するプログ
   ラム実行管理方式において、 前記計算機で現在処理待となっている電文の数を示す待
   電文数表示部と、 電文種別情報を基にした同じアプリケーションプログラ
   ムであるが、その時現在の待電文数に応じて実行形式を
   異にするアプリケーションプログラムを電文種別情報と
   待電文数の組み合せに対応付けてテーブル化したプログ
   ラム管理表と、端末から受信した電文の中からその電文
   種別情報を知ると共に、その時現在の待電文数を前記待
   電文数表示部を参照して知り、該電文種別情報及び待電
   文数の組み合せを基に前記プログラム管理表から所定の
   実行形式を持つアプリケーョンプログラムを割り出し、
   該プログラムを前記プログラムライブラリの中から捜し
   出して計算機の実行域にロードする電文振り分け実行部
   と、を具備したことを特徴とするプログラム実行管理方
   式。