JPS60178536A - コマンド処理システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔発明の利用分野〕 本発明は、１つの処理装置内に２つ以上のコマンドシス
テムを設は一方のコマンドシステムから他方のコマンド
システムを従属的に利用する場合のコマンド処理システ
ムの制御方式に関するものである。

（発明の背景〕 従来の計算機システム利用方式の１つに、１つの処理装
置に接続された複数の端末入出力装置からそれぞれ別の
利用者が独立に、コマンドを投入し、同時に処理をして
いく会話形多重処理方式（以後ＴＳＳ方式と略す）があ
る。このＴＳＳ方式を第１図を用いて説明する。

端末１〜３はそれぞれ処理装置４の中にある割込処理プ
ログラム５および論理入出カプログラム６に接続されて
おり、それぞれ各端末からの割込信号および入出力デー
タの授受を行なう。ジョブ管理表４１には、第２図に示
すごとく各端末ごとに４つの情報を持っている。すなわ
ち、その端末に対応するジョブ（後述）がすでにシステ
ム内に登録されているかどうか４２．登録されている場
合にはそのジョブの番号４３とそのジョブの実行のため
のメモリ空間の場所４４や対応する端末の装置番号４５
の管理情報が格納されている。

ジョブの実行のためのメモリ空間７〜９（これをジョブ
パーティションと呼ぶ）は、各端末からの利用（これを
ジョブという）に対応して占有されるメモリ空間であり
、この中にはジョブの実行に必要な実行制御表１０．コ
マンド解釈プログラム１１、コマンド実行プログラム１
２が割当てられる。制御表１０は、第３図に示すごとく
、ジョブの実行状態１３、割込時に実行する割込ルーチ
ンのアドレス１４、論理入出力基１５と装置番号１６の
対応、論理ファイル名１７〜１８と実ファイル名１９〜
２０の対応などが登録される表である。

’ＴＳＳＴＳＳ方式る制御を説明すると、まずはじめに
利用者はたどえば端末１の割込キーを押すことによって
割込処理プログラム５を起動する一０割込処理プログラ
ム５は、第４図に示すフローのごとく、まず割込のあっ
た端末の装置番号を調べ（１０１）　、ジョブ管理表４
１をサーチして、当該端未対応のジョブがすでに存在し
ているが否がを調べる（１０２）。まだ存在してない場
合にはその割込はジョブの開始要求であるがら、ジョブ
パーティションを割当て、ジョブ管理表に登録する（１
０３）。次いで実行制御をジョブパーティションの中に
割当てる（１０４）。そしてコマンド解釈プログラムを
ロードして（＋０５）、それに制御を移す（１０６）。

当該端未対応のジョブがすでに存在している場合には、
何もしないで、割込まれた元のプログラムに制御を戻す
（１０７）。

ジョブ番号は一般にＯ８が管理し、実行中のプログラム
の属するジョブ番号を論理人出刃プログラム１００６や
論理ファイル入出カプログラム１０４０が知る手段があ
るのが普通であり、ここでもそれを仮定する。

コマンド解釈プログラム１１は、まずジョブの開始処理
（２０１）で実行制御表１０などの初期設定を行ない、
当該ジョブに対応する端末に対して、論理入出カプログ
ラム６を介して、コマンド入力要求のプロンプトを出方
し、利用者の打込むコマンドを入力する（２０２）。次
いで入力されたコマンドが正しいコマンドの形式してい
るかを調べ（２０４）、正しければ（２０４）、ジョブ
終了のためのコマンドかを調べ（２０５）、そうであれ
ばジョブ終了処理でジョブ管理表４１のジョブの登録を
抹消するなどの終了のための処理を行ない（２１０）終
了する。その他のコマンドであれば、そのコマンドを実
行するプログラムが存在するかどうかを調べ（２０６）
あればそれをロードしく２０７）、制御を移す（２０８
）。コマンドの形成が正しくなかったり、あるいはコマ
ンドを実行するプロクラｔ、が存在しなかった場合には
、エラーメツセージを出力しく２０９）再びプロンプト
出力とコマンド人力の処３！１（２０２）を繰返す。

コマンド解釈プログラム１１やコマンド実行プログラム
１２は、論理入出カプログラム６を介して端末１との入
出力を行なったり、論理ファイル入出カプログラム４０
を介してディスク装置５０に記憶しであるファイル５】
廓のオーブン処理。

フローズ処理、読出し処理、書込み処理を行なう。

論理入出カプログラム６は、実行制御表に登録しである
論理入出力名を用いて間接的に端末の人出力を行なうも
ので、どのジョブでも同じプログラムがそれぞれのジョ
ブ用の端末と実行時に接続できるようにするためのもの
であり、第６図に示すように、まず要求元のジョブの実
行制御表を参照しく３０１）入出力要求のある論理入出
力名が実行制御表に登録されているかどうかを調べ（３
０２，３０３）、登録されていれば、出力要求があれば
（３０４）出力処理をしく３０５）、入力要求があれば
（３０６）入力処理をする（３０７）。登録されていな
いときはエラーコードを返す（３０８）。

論理ファイル入出カプログラム４０は、コマンド解釈プ
ログラム１１やコマンド実行プログラムが、使うファイ
ルを実行時に確定するために、プログラムでは論理ファ
イルに対するファイル処理として記述しておき、実行時
にその論理ファイルと実ファイルとの対応を実行制御表
に３１０することにより、実ファイルに対するファイル
処理に置きかえるためのプログラムであって、第７図に
示すように、要求元ジョブの実行制御表を参照しく４０
３）実行制御表に論理ファイル名が登録されているかを
調べ（４０２）、Ｓｔ録されていれば（４（＋３）処理
要求の内耳によって（４０４）、実ファイルのオーブン
処理（４０５）、実ファイルのクローズ処理（４０６）
、実ファイルからのデータの続出処理（４０７）、実フ
ァイルへのデータの書込処理（４０８）を行なう。論理
ファイル名が登録されていなければエラーコードを返す
（４０９）。

以上説明したようなＴＳＳ方式のコマンドシステムは計
算機システムに１つ゛あるのが普通であるが、利用目的
の異なる２つ以上のコマンドシステムを１つの計算機シ
ステムに組込むことが考えられる。たとえば、計算制御
システムでは、リアルタイム処理に適したファイル形式
とプログラム保守用の簡潔なコマンドを持った実行用の
コマンドシステムを有するが、プログラムの開発には適
していない。一方、柔軟なファイル祷造を持ち、テキス
ト処理に便利なコマンドを多く持った開発用のコマンド
システムはプログラムの開発に適している。これら２種
のコマンドシステムを１つの計算機システムに乗せたと
しても、両者は互に関係を持たず、連けんした処理を行
なうことができなかった。このため、たとえば、プログ
ラム開発用のコマンドシステムでプログラムを開発した
後、実行用コマンドシステムのファイル形式に変換して
転送し、コマンドシステムを切換えるか別の端末から起
動しなおすことにより実行用コマンドシステムを使用で
きるようにしてかつ実行し、実行結果は、再び開発用の
コマンドシステムに戻ってから、ファイル形式の逆変換
をして表示するというような、いちじるしく操作性の悪
いものであった。

【発明の目的〕

本発明の目的は１つの処理装置内の２つのコマンドシス
テム間に交信手段を設けることにより、あたかも１つの
コマンドシステムのように操作できるようにし、それぞ
れのコマンドシステムの機能を十分に利用できる操作性
のよいシステムを提供することにある。

〔発明の概要〕

制御用計算機のように目的がかなり明確な場合そのＯ８
はそれ向きに最適化されているため、その中にたとえば
プログラム開発のような本来の目的と性質の異なる処理
をする場合には、それなりに操作性の低下、柔軟性の欠
如を伴なう。たとえば、制御に必要なファイルは、複雑
に関連しあうデータをたどりながら目的のデータに高速
にアクセスするのに適するようなものであるが、プログ
ラム開発で扱うソースプログラム、データ、リストなど
いわゆるテキストデータとして一文字一文字走査しなが
ら複雑な処理をするには適さない。

またコマンド機能も制御システムの保守・管理・デバッ
グ用の単純な制御構造を持ったもので十分であり、プロ
グラム開発に伴なう処理手順のプログラム化や記号の置
換など柔軟性を生む高度な機能を持たない。

プログラム化 ーフェイスや操作性が重視されるようになり、プログラ
ム開発を主目的としたＯ８も出現してきた。

制御システムも、このような考えに立ったコマンドシス
テムを付加し、それを統一ユーザインターフェイスとし
て新旧面コマンドシステムを同時に制御できることが望
ましい。

コマンドシステムからの入出力処理は、直接行なわれる
ことはなく、一般に論理入出力に対する入出力として行
なわれ、Ｏ８が実際の入出力装置に対して入出力動作を
行なう。このＯ８の処理の中で入出刃先を切換えること
により、新コマンドシステムから旧コマンドシステムへ
の交信が可能となる。

〔発明の実施例〕

以下、本発明の実施例を図面により説明する。

第８図に示すごとく、第１図のコマンドシステムとコマ
ンド解釈プログラム１１を途いて同等の第１のコマンド
システム１１００の他に第２のコマンドシステム１２０
０がある。さらに、第１のコマンドシステム１１００の
ジョブパーティション７の中には交信プログラム１３０
０があり、２つのコマンドシステム間に交信制御表１４
００　カある。

ｆ６２のコマンドシステム１２００には、第２の割込処
理プログラム１００５、第２の論理入出カプログラム１
００６、第２のジョブ管理表１０４１、第２のコマンド
システムに属する第２のジョブパーティション１００７
、第２のジョブパーティション内に存在する第２の実行
制御表１０１０、同じく第２のコマンド解釈プログラム
１０１１、同じく第２のコマンド実行プログラム１０１
２、第２のコマンドシステムに属する第２の論理ファイ
ル入出カプログラム１０４０があり、第２のコマンドシ
ステムに属する第２の端末１００１は割込信号に関して
第２の割込処理プログラム１００５とデータ信号に関し
て第２の論理入出カプログラム１００６と接続され、第
２のコマンドシステムに属する第２のディスク装置１０
５０は、第２の論理ファイル入出カプログラム１０４０
に接続されている。

ここで第２のジョブ管理表１０４１、第２の実＃’；（
１＋１Ｉｎｎ実　Ｉ　ｎ　Ｉ　ｎ　Ｉｎ　９　／７’ｌ
　１　ｙ　’ｉ　Ｖ４ｉ１１＄７　イ　ｒ＋　）ｒ　礪
ム１０＋１．第２のコマンド実行プログラム１０１２は
、内容は異なるものの、機能的にはそれぞれ第１図のジ
ョブ管理表４１．実行制御表１０、コマンド解釈プログ
ラム１１．コマンド実行プログラム１２と同等のもので
ある。

交信制御表１４００は、第１のコマンドシステムと第２
のコマンドシステムとの交信を行なうための制御表で、
第２のコマンドシステムのジョブパーティションに対応
して、その数だけある。交信制御表の１つの詳細を第９
図に示す。第９図において、２１００は、この交信制御
表に対応するジョブパーティションを占有しているジョ
ブがどちらのコマンドシステムから起動されたのか示す
グループ番号を記憶しておくエリアであり、はじめはそ
のいずれでもない値になっている。２１５０は、この交
信制御表に対応するジョブパーティションを占有してい
るジョブのジョブ番号を記憶しておくエリアである。こ
のグループ番号とジョブ番号を合わせてジョブ識別コー
ドと呼ぶことにする。２２００は、プログラム１０１１
や１０１２が使用する論理ファイルに対１ｂする実ファ
イルが、ディスク装置５０にある場合に、その実ファイ
ル名を登録するためのファイル指定エリアであ乙。

ファイル指定エリア２２００の詳細を第１０図に示す。

第１０図において、３１００〜３３００は、プログラム
１０１１や１０１２がディスク装置５０にあるファイル
５１等を参照する場合に、プログラムで指定している論
理ファイルの名称を登録するエリアであり、これに対応
する３４００〜３６００がその実ファイル名を登録する
エリアである。もしプログラム１０１１や１０１２がデ
ィスク装置５０にあるファイルを参照しないなら上記論
理ファイル名も実ファイル名も登録されない。

その対応はそのジョブ内の実行制御表にのみ登録されて
いる。従って論理ファイル入出カプログラムは１０４０
は、プログラム１０１１や１０１２が使用している論理
ファイルの名称がファイル指定エリア３１００〜３３０
０に登録していなければ、ディスク装［１０５０にある
ファイル１０５１等を参照し、登録してあれば、それに
対応する３４００〜３６００に登録しであるディスク装
置５０にある実ファイル名を取り出し、交信プログラム
１３００にファイル名を指定してファイルの参照を間接
的に要求することができる。

第９図２３００は、両コマンドシステム間の交信に際し
、互に相手への処理の要求や応答内容を設定する要求、
応答エリアである。要求・応答エリア２３００の詳細を
第１１図に示す。第１１図において、４１００は初期起
動要求フラグで、交号プログラム１３００がこのフラグ
を１にして割込処理プログラム１００５を起動すること
により、第１のコマンドシステムから第２のコマンドシ
ステムに新しいジョブの開始を要求するためのものであ
る。４２００は、論理入出カプログラム１０４０が交信
バッファ２６００にデータを設定し、交信プログラム１
３００に端末１への入出力を要求するためのフラグであ
る。４３００は、交信プログラム１３００が論理入出カ
プログラ１１１００６からの要求による端末ｌへの入出
力が完了したことを応答するためのフラグである。

４４００は、論理ファイル入出カプログラム１０４０が
交信バッファ２６００に要求内容あるいは出力データを
設定し、交信プログラム１３００にファイル５１等の参
照を要求するためのフラグである。４５００は交信プロ
グラム１３００が論理ファイル入出カプログラム１０４
０からの要求により、ファー（ル５１等への参照が完了
したこと応答するためのフラグである。

第９図２４００は、第１のコマンドシステムから第２の
コマンドシステムを同期させて再起動させるための制御
ブロック（イベントコントロールブロックと称しＥＣＢ
と略す）で、たとえば論理入出カプログラム１００６が
ＥＣＢ２４００を指定してＷＡ　Ｔ　Ｔ処理をして待ち
状態になっているとき交信プログラム１３００が、その
ＥＣＢを指定してＰＯ８Ｔ処理を行なうことによって論
理入出カプログラム１００６の待ち状態を解除して再起
動させることができる。交信プログラム１３００による
ＰＯ８Ｔ処理が論理入出カプログラム１００６のＷＡＩ
Ｔ処理より先行したときは、論理入出カプログラムのＷ
Ａ　Ｉ　Ｔ処理では待ち状態にならずに続行される。論
理ファイル入出カプログラム１０４０と交信プログラム
についても同様の処理が可能である。２５００は、第２
のコマンドシステムから第１のコマンドシステムを同期
させて再起動させるためのＥＣＵである。

−上記ＷＡＩＴ処理やＰＯ８Ｔ処理は、通常１ｔ−Ａｔ
機クシステムＯ８が提供するマクロ命令（またはスーパ
バイザコール命令）として実現されているものであり、
ここでもそれが実現されていることを仮定している。

第９図２６００は、上記のごときＷＡ　Ｉ　Ｔ〜ＰＯ８
Ｔ処理による第１のコマンドシステムと第２のコマンド
システムの交信に際し、コマンドやメツセージやデータ
や要求パラメータを授受するための交信バッファである
。

以下、第１のコマンドシステムから第２のコマンドシス
テムを制御するときの手順を述べる。

第８図において、コマンド解釈プログラム１１は、第１
２図のような処理を行なう。すなわち、ジョブ開始処理
（５０１）後、端末ｌにプロング１へを出力し、コマン
ド入力をする（５ｏ２）。そのコマンドが正しい形式を
していれば（５０４）、そのコマンドがジョブ終了のた
めのコマンドならジョブ処理をし、第２のコマンドシス
テムとの切離し処理（内容は５］４と同様）を行ない（
５１２）　Ｉる。また第２のコマンドシステムとの結合
のためのコマンドであれば（５０６）、結合処理を交信
プログラム１３００を呼出して行ない（５］　３）　、
次のコマンド入力処理（５０２）に行く。第２のコマン
ドシステ１１の切離しのためのコマンドであれば（５０
７）、切離し処理を交信プログラム１３００を呼出して
行なう。もし第２のコマンドシステムのコマンドであれ
ば（５０８）、第２のコマンドシステム用のコマンドに
変換あるいは生成して交信バッファに設定後、交信プロ
グラムを呼出してコマンドの送信を行なう（５］１）。

以上のどれでもなければ第１のコマンドシステ１１のコ
マンドであるとして、そのコマンドを実行するプログラ
ムをさがしく５０９）、ロードして制御を移す（５１０
）。

交信プログラムＪ３００は、第１３図のような処理を行
なう。すなわち、呼出されたときの処理内容が結合処理
であれば（６０１）、空いている交信制御表をさがし、
第１のコマンドシステｌ、のグループ番号を書込む（６
０２）。次いで初期起動フラグ４１００を立てて（６０
３）、第２のコマンドシステムの割込処理プログラム１
００５を起動Ｌ　（６０４）、ＥＣＢ２５００を用いて
ＷＡＩＴする。

割込処理プログラム１００５は、第１４図のような処理
を行なう。すなわち、割込処理プログラムを起動した要
因を調べ（７０１）端末１００１からの割込によるもの
であれば、その端末の装置番号をめ（７０２）、その番
号から、ジョブ管理表１０４１をサーチして対応するジ
ョブ番号をさがす（７０３）。このジョブ番号がすでに
ジョブ管理表に登録されているかを調べ（７０４）、登
録済であれば何もせずに元のプ［ｊグラムに制御を戻す
（７０５）が、未登録であれば、空きの交信制御表にグ
ループ番とともに書込む（７０６）。

割込処理プログラムが交信ブ［Ｉグラムがら起動された
場合には起動要求のある交信制御表をさがす（７１２）
。

以後、交信制御表を初期設定しく７０７）、ジョブ空間
を割当て、ジョブ管理表に登録しく７０８）、７０９〜
７１１は第４図１０４−１０６と同様である。

第８図に戻り、コマンド解釈プログラム１０１１やコマ
ンド実行プロゲラｌＳ　Ｉ　Ｏ１２が起動されていくが
、これらのプ°ログラムが端末がらコマンドやデータを
入力したり、メツセージを出力する場合には、端末１０
０１から起動されたジョブであれば端末１００１に対し
て、交信プログラム１３００がら起動されたジョブであ
れば端末ｌに対して入出力要求を行なう。これを制御す
るのが論理プログラムＩ（１０６ｒ：あり、第１５図に
処理を示す。論理人出刃プログラムを呼出じたプＬ１グ
ラ１１のジョブ番号をめ（８０１）、交信制御表をサー
チしてそのジョブ番号に対応するジョブのグループ番号
をめ（８０２）そのグループ番号が第１のコマンドシス
テムのものでなければ第６図の処理と同一の処理を行な
い端末１００１に対して入出力を行なう（８０４）。第
１のコマンドシステムのグループ番号であれば、出力メ
ツセージあるいは入出力要求パラメータを交信バッファ
に書込み（８０５）、端末入出力要求フラグ４２００を
セラｌ−Ｌ　（８０６）＋　ＥＣＢ２５００をＰＯ８Ｔ
Ｌ　（８０７）、ＥＣＢ２４００でＷＡＩＴする（８０
８）、ＷＡＩＴが解除されたら交信バッファ内の入力デ
ータあるいは入出力結果コードを取込む（８０９）。

また、第１のコマンドシステムに入力されたコマンドが
第２のコマンドシステムのものであるとき（第１２図５
１１）、そのコマンドの中に第１のコマンドシステムの
ファイルが指定されている場合には、交信制御表１４０
０のファイル指定エリア２２００、つまり第１０図の３
１００と３４００の対エリアに、論理ファイル名と実フ
ァイル名の対応を登録しておく。従って、コマンド解釈
プログラム１０１１やコマンド実行プログラム１０１２
が、論理ファイル名を指定して論理ファイル入出カプロ
グラムｌ０４０にファイル入出力を要求すると、論理フ
ァイル入出カプログラム１ｎ４４は第１６図に示すよう
な処理を行なう。

論理ファイル入出カプログラムを呼出したプロゲラｔ１
のジョブ番号をめ（９０１）、交信制御表をサーチして
そのジョブ番号に対応するジョブのグループ番号をめ（
９０２）、そのグループ番号が第１のコマンドシステム
のグループ番号でなければ第７図の処理と同一品処理を
行ない、ディスク装置１０５０にあるファイル１０５１
等の入出力処理等を行なう（９０４）。第１のコマンド
システムのグループ番号であれば、出力データあるいは
入出力等の要求パラメータとファイル指定エリアからめ
た実ファイル名を交信バッファに畳込み（９０５）、フ
ァイル入出カフラグ４４００をセットしく９０６）＋　
ＥＣＢ２５００をＰ　ＯＳ　Ｔ　Ｔ、、（９０７）、Ｅ
ＣＢ２１＋　００でＷＡＩＴする（９０　Ｂ）。ＷＡＩ
Ｔが解除されたら交信バッファ内の入力データあるいは
入出力結果コードを取込む（９０９）。

第１５図の８０７、第１６図９０７でＰＯ８Ｔすること
により交信制御プログラム第１３図の６０５のＷＡＩＴ
が解除される。交信制御プログラムは次いで交信制御表
をサーチし、要求フラグのセットされているものを見つ
番プる（６０６）。

その要求内容がファイル入出力要求であれば（６０７）
、交信バッファ内の実ファイル名、出力データあるいは
要求パラメータに従って、論理ファイル入出カプログラ
ム４０を呼出してファイルの入出力等の処理を行なう（
６０ｇ）。このときには実ファイル名を直接するので論
理ファイルから実ファイル名の変換は必要ない。次いで
ファイル入出力完了フラグ４５００をセットしてＥＣＢ
　２４００をＰＯ８ＴＬ　（６０９）、再びＥＣＢ　２
５００でＷＡＩＴする（６０５）。

要求内容が端末入出力の場合には、交信バッファ内の要
求パラメータがコマンド入力要求であれば（６１０）何
もせずに終る。これは、前回交信プログラムに第２のコ
マンドシステムのコマンドを送信を依頼したものの終了
を意味するからである。つまり第２のコマンドシステム
は、次のコマンド入力要求を出したまま待っていること
になる。

一方、コマンド要求でなく、データの人力要求である場
合には、交信バッファ内の出力データあるいは要求パラ
メータに従って、＃＋ｉ！ｉ理入出カプログラム６を呼
出して端末１の入出力を行なう（６１１）。次いで端末
入出力完了フラグ４３００をセットしてＥＣＢ２４００
をＰ　ＯＳ　Ｔ　Ｌ　（６１２）。

再びＥＣＢ　２５００でＷＡＩＴする（６０５）。

交信制御プログラムに対して第２のコマンドシステムの
切離処理が指定された場合には、第２のコマンドシステ
ムの終了のためのコマンドを交信バッファに作成し、端
末入出力完了フラグ４３００をセラ１〜し、ＥＣＢ２４
００をＰＯ８Ｔする（６１３）　。

また、交信制御プログラムに対して第２のコマンドシス
テムのコマンドの送信処理が指定された場合は、第２の
コマンドシステム用のコマンドを交信バッファに置き、
端末入出力完了フラグ４３００をセットし、ＥＣＢ２４
００をＰＯ８Ｔ（６１４）Ｌ、た後、再びＥＣＢ　２５
００でＷＡ　ｌ　ｒｒ−（６０５）する。

本実施例では１つの第１のコマンドシステムと１つの第
２のコマンドシステムの１対１の関係に関してのものを
示したが、第１のコマンドシステムがｎ個、第２のコマ
ンドシステムがｍ個の場合を想定したｌ対ｍ、ｎ対１．
ｎ対ｍの場合についても同様の考え方で拡張することが
できるのは明らかであるとともに、さらに第２のコマン
ドシステムと第３のコマンドシステムの関係についても
同様な制御方式を想定することにより、第１のコマンド
システムから第２のコマンドシステム、第２のコマンド
システムから第３のコマンドシステムというように、２
段以上の直列的接続も可能であることも明らかである。

〔発明の効果〕

本発明によれば、１つの処理装置の中に実時間制御に適
した実行環境と、プログラムの開発に適した開発環境等
複数の開発環境を合わせ持ち、かつプログラム開発環境
の操作性のよいコマンド処理システム１を用いて、実行
環境のコマンド処理システムも同じインターフェイスで
、実行することができ、さらに、両方のコマンドを組合
わせて作業を進めることができるようになる。

このため、実時間制御の実行系の中には実現できないよ
うな、操作性のよいコマンド処理システムを実現するこ
とができる。

また、開発が完了した時点で開発環境だＣプを取除くこ
とも可能である。

【図面の簡単な説明】

第１図は従来のコマンドシステムの構成図、第２図、第
３図はそれに必要な従来方式の制御テーブル類を示す構
成図、第４図〜第７図はそれに必要な従来の処理プログ
ラムのフロー図、第８図は本発明のコマンドシステムの
構成図、第９図〜第１１図は、それに必要な、付加した
制御表類を示　２ す説明図、第に片目〜第１６図はそれに必要な処理プロ
グラムのフロー図である。 １．２，３．１００１・・端末、５．１００５・・・割
込処理プログラム、６．１００６・・・論理入出カプロ
グラム、７．８．９．１００７・・・ジョブパーティシ
ョン（ジョブ空間）、ｔｏ、３０，３３゜ｌＯ】０・・
・実行制御表、１１，３１，３４゜１０１１・・・コマ
ンド解釈プログラム、１２，３２３５．１０１２・・・
コマンド実行プログラム、４０゜１０４０・・・論理フ
ァイル入出カプログラム、４１゜１０４１・・・ジョブ
管理表、５０．１０５０・・・ディスク装置、５］、５
２．１０５１．１０５２・・・ファイル、１３００・・
・交信プログラム、１４００・・・芋２　囚 穿３国 １／） 茅４０ 竿乙囚 茅′Ｖ口 茅８目 茅／Ｉ　ｆＤ　、、。 ４１００４２００４３００４４”　ｄ’；００ヰ１２囚 竿１３囚

Claims (1)

【特許請求の範囲】
1. １．１つの処理装置内に２つ以上のコマンド処理システ
   ムを有する計算機システムにおいて、第１のコマンド処
   理システム内の第１のジョブに属する第１のプログラム
   から第２のコマンド処理システム内に第２のジョブとし
   て第２のプログラムを新たに起動するステップと、該第
   １のプログラムに該プログラムの属するジョブを識別す
   るコードを知るステップと、該第１のプログラムに上記
   第２のコマンド処理システムのコマンドを生成するステ
   ップと、該第２のプログラムが上記第２のコマンド処理
   システムのコマンド入力Ｍｌからの入力または該第２の
   コマンド処理システムのメツセージ出力装置への出力を
   要求したときに、該要求を該第１のプロゲラｔ１に要求
   しなおすステップとを有することを特徴とするコマンド
   処理システム。 ２、該第１のプログラムが該再要求に従って上記第１の
   コマンド処理システムのコマンド入力装置またはメツセ
   ージ出力装置への入出力を要求し、結果を第２のプログ
   ラムに応答するステップと、該第１のジョブまたは第２
   のジョブへのコマンドを、上記第１のコマンド処理シス
   テムのコマンド入力装置から、同一モードのまま、次々
   と入力し、該第１のジョブへのコマンドは上記第１のプ
   ログラムニー実行し、該第２のジョブへのコマンドを第
   ２のプログラムが受付は得る形にして第２のプログラム
   に送るステップとを有する第１項のコマンド処却システ
   ム。 ３、上記第２のプログラムが出力したメツセージを、上
   記第１のプログラムが受取り、上記第１のプログラムが
   出力したメツセージと区別なく順次節１のコマンド処理
   システムのメツセージ出力装置に出力することができる
   ことを特徴とする第１項のコマンド処理システム。 ４、上記第１のプログラムに第１のコマンド処理システ
   ムが管理する第１のファイルの形式を上記第２のコマン
   ド処理システムが管理する第２のファイルの形式に変換
   するステップと、上記第１のプログラムが、上記第２の
   プログラムが使うべき第１のファイルを指定するステッ
   プと、上記第２のプログラムがファイルの処理（オープ
   ン、クローズ、読込み、書出し等）の要求をしたときに
   、該要求を上記第１のプログラムに要求しなおすステッ
   プと、上記第１のプログラムが、」ユ記再要求に従って
   上記第１のファイルに対する上記処理を行ない、結果を
   第２のプログラムに応答するステップを有し、上記第２
   のプログラムの変更なく、上記第１のプログラムの制御
   のもとに上記第１のファイルを参照できることを特徴と
   する特許請求の範囲第１項記載のコマンド処理システム
   。