JPH01161563A - コンピユータ・システム及びオペレーテイング・システムへのコマンド適合方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 Ａ、産業上の利用分野 本発明は、オペレーティング・システム・コマンドに関
し、特に、同じコマンド処理プログラムを用いる複数バ
ージョンのコマンドの準備に関する。

Ｂ、従来技術及びその問題点 より優れたノ・−ドウエア、より良い有用性、新しい規
格等を利用するために、新しいオペレーティング・シス
テムへの移行をコンピュータ製造業者が決定するときに
は、旧オペレーティング・システムを用いる多くのカス
トマ・ペースが新オペレーティングーシステムでそれら
のアプリケーションを実行できることが、重要である。

これは、そレラのアプリケーションにおけるカストマの
投資を保護するためである。そあような投資は、多くの
カストマにとって数百万ドルの出費となる。

かつては、変換プログラムを用いる方法があった。この
プログラムでは、カストマ・アプリケーションのソース
・コードを使って、新オペレーティング・システムのコ
マンドを用いるためにそのソース・コードを変換する。

この方法の限界は、ソース・ランゲージ・ステートメン
トが失われてしまうこと、即ち幾つかのアプリケーショ
ンについて存在しないことである。さらに、しばしばソ
ースの変換は、新システムにおける現行アプリケーショ
ンの実施を遅くするような長い処理である。

進んだ解決策としては、コンピュータ・メーカによって
複数の環境を実現することであった。現行インターフェ
ース（ユーザにとって利用できるシステム・コマンド）
は、同様の機能を実行するシステム−プログラムの旧及
び新バージョンの両方を保持することによって、維持さ
れる。この方法ハ、オペレーティング・システム・プロ
グラムの２組を維持し記憶することを要求することに加
えて、ユーザにアプリケーションが使用する環境を選択
することを要求する。ユーザはまた、新オペレーティン
グ・システムの環境を使用するための完全アプリケーシ
ョンの変換なしに、新オペレーティング・システムによ
って提供される新しい機能を現行アプリケーションに統
合することはできない。

最新の方法の１例が、米国特許第４６９１２７８号に示
されている。この方法では、複数のシステム・アーキテ
クチャ・モードが提供される。レジスタは、モード・セ
レクタの値を含む。プログラムの１つの命令が、種々の
モードで異なることがある一連のマイクロ命令を呼び出
す。マイクロ命令の開始アドレスは、そのプログラムに
ついて選択されたモードによって、同じ命令についても
変わることがある。この方法では、マイクロ命令の種々
の組が維持されねばならない。よシ高レベルのランゲー
ジに比べてそのような低レベルのランゲージでプログラ
ムすることは、通常、非常に困難である。

Ｃ１問題点を解決するだめの手段 ］ンピュータ・システムは、複数バージョ／のオペ−レ
ーティング・システム・コマンドの使用に動的に適合す
るように設計される。ユーザが望むバージョンは、対話
式セツションにおいて、又は、ユーザが実行を望むプロ
グラム中の属性によって識別される。

与エラレタ複数バージョンのシステム・コマンドを単一
のオペレーティング・システム・プログラムによって実
行することができる。これは、各バージョンのコマンド
についてコマンド定義ヲ有することによシ達成される。

その定義は、全てのバージョンのコマンドについて汎用
パラメータを有している。各バージョンのコマンドは、
それかう、ソのバージョンについてのコマンド定義によ
シ、各コマンド及び他のバージョンにおけるその対応す
るコマンドについての単一のオペレーティング・システ
ム・プログラムに対して受入れ可能なフォーマットに変
形され得る。

コマンド定義の複数組がライブラリと呼ばれる別々の記
憶ディレクトリに設けられる。ライブラリが、それから
、各コマンド定義について、その対応するコマンドが処
理されるべきときには、探索される。ライブラリの探索
の頭片は、望むシステム・コマンドのバージョンに基づ
いて制御される。

コマンド定−は、コマンド処理プログラムの名前から成
シ、そして、パラメータ定義がそのプログラムには伴な
う。コマンドの種々のバージョンは、そのパラメータの
数が変化し、それ故に、提供される機能の限度も変化す
る。各バージョンのコマンドは、同数のパラメータがコ
マンド処理プログラムに渡されるように、そのコマンド
定義を用いて変形される。これは、種々のバージョンに
おいて損なわれているパラメータ値について定数を用い
ることによシ行なわれる。従って、コマンド当す唯一つ
のオペレーティング・システム・プログラムが、種々の
バージョンの同じシステム・コマンドを実行する。

ユーザのアプリケーションは、通常、複数のプロ、ダラ
ムから成る。各プログラムは、望むバージョンのシステ
ム・コマンドを定義する属性を含んでいるので、アプリ
ケーション・プログラムは、種々のバージョンのシステ
ム身コマンドヲ用いるプログラムが混合したものを含む
ことができる。

ユーザが進んだバージョンのオペレーティング・システ
ムへ徐々に移行しているなら、現行アプリケーションに
ついての新しいプログラムを、新しいバージョンのシス
テム・コマンドを用いて書くことができる。そのアプリ
ケーションにおける現行プログラムは、拡張機能を利用
するために一度に書き直されるか、又は旧バージョンの
システム・コマンドを用いてそのまま残されるかどちら
かである。

拡張機能を有する新バージョンのシステム・コマンドは
、大抵、追加の新しいコマンドを幾つか有スル。新しい
コマンドは、旧バージョンのシステム・コマンドを特定
するプログラムにおいて用いることができる。これは、
旧バージョンのシステム・コマンド定義を含むライブラ
リがまず初めに探索され、そして、もしコマンドがみつ
からなケレば、新バージョンのコマンド定義がそのコマ
ンドについて探索されることになるからである。

望むコマンドに合った最初のコマンド定義がそれから処
理される。それ故に、望む新しい機能が新しいコマンド
に含まれるなら、ユーザは、プログラム全体を変換する
必要はない。

Ｄ、実施例 各アプリケーションｅプログラムは、そのプログラムの
オリジナル・オペレーティング−システムについて書か
れた特定バージョンのシステム・コマンドを用いること
を求めるであろう。もし、その１つのシステム−コマン
ドが種々のオペレーティング・システムからのシステム
Φコマンドニ一致するのであれば、１つのオペレーティ
ング・システムについての多くのシステム・コマントハ
。

その他のオペレーティング・システムにおけるそれらの
対応するコマンドに類似するであろう。これらの対応す
るシステム・コマンドは、同じ又は異なるコマンド名を
用いることがあるし、そして、コマンド当り種々のパラ
メータ又は異なる数のパラメータを用いることがある。

１つのオペレーティング・システムについての完全なコ
マンドの組の１例は、”ＩＢＭ　Ｓｙｓｔｅｍ／３８　
　Ｃｏｎｔｒｏｌ　　Ｌａｎｇｕａｇｅ　　Ｒｅｆｅｒ
ｅｎｃｅＭａｎｕａｌ　（ＳＣ２１−７７３１）１９８
６”と題するＩＢＭシステム７３８のマニュアルに示さ
れている。このコマンドの組は、以後バージョンＢｖｉ
）コマンド・セットとして参照される。約５００個のバ
ージョン１のコマンドの大体全部を含み、約２００個の
新しいコマンドが加わった第２のコマンドの組ハ、バー
ジョン２（Ｖ２）コマンドｅセットテする。バージョン
１のコマンドに類似するバージョン２のコマンドは、回
し名前又は異なる名前を有することがある。それらは、
より多くのパラメータ、同じ数のパラメータ又はよシ少
ないパラメータを有することがある。

第１Ａ図は、コマンドがどのセット即ちバージョンから
来るかにかかわらず、システム・コマンド１１によって
要求されるタスクを実行するために、コマンド処理プロ
グラム１６を用いることを示す。各コマンド１１に対し
て１つのプログラム１６が存在する。バージョン１．２
又はＮについて書かれたコマンドを、同じコマンド処理
プログラムによって処理することができる。（対応する
コマンド間の機能の相異が余シにも大きいので、各対応
するコマンドがそれ自身のコマンド処理プログラムを有
する場′合がないことはない。）これは、種々のバージ
ョンにおける全ての対応するコマンドが同じ名前及び同
数のパラメータを有するように、コマンド・データを変
形データに変形することによって、達成される。

コマンド・アナライザ・プログラム６６は、各対応する
バージョンのコマンドについてのコマンド定義に基づい
て、その変形を実行する。その対応するコマンド定義は
、同数のパラメータとバージョンごとのパラメータ間に
おける同じ位置関係即ち順次関係とを有する。対応する
コマンド定義についてのこの汎用フォーマットは、実コ
マンド文字列をそのコマンドの名前が呼ばれたコマンド
処理プログラム１６と両立できる形へ変形するために用
いられる。

第１Ａ図では、異なるバージョンのシステム・コマンド
定義がライブラリ１２．１４及び１５に記憶されている
。ライブラリ１２における第１バージョンｉｄ、ＩＢＭ
システム７３８用バージョンのオペレーティング・シス
テムからのシステム・コマンドについての１組の定義で
ある。ライブラリ１４における第２バージョンは、拡張
バージョンのシステム７３８オペレーテイング・システ
ムについてのシステム−コマンドの１組のコマンド定義
である。ライブラリ１５における第Ｎバージョンは、カ
ストマイズされたシステム又は将来のオペレーティング
＠１システムのシステム量コマンドについての１組のコ
マンド定義であシ、任意の数のバージョンが用いられ得
ることを示している。

第１Ａ図では、対応するコマンド定義の名前が各バージ
ョンのライブラリに示されている。ライブラリ１２にお
ける書出しプログラム取消しのキャンセル、ライタ（Ｃ
ｏｎｃｅｌ　Ｗｒｉｔｅｒ）コマンド定義１８は、ＣＮ
ＬＷＴＲの名前を用いる。同じ機能が、コマンド定義２
０がバージョン２のライブラリ１４中に記憶されたその
対応するコマンドＥＮＤＷＴＲ，！：：７マンド定義２
１がバージョンＮのライブラリ１５中に記憶された対応
するコマンド５ＴＯＰＷＴＲとによって達成される。こ
の例におけるコマンド名はバージョンごとに変わるが、
しかし、その対応する定義によって、これらのコマンド
の全ては書出しプログラム終了のエンド・ライタ（Ｅｎ
ｄ　Ｗｒｉｔｅｒ）と名付けられた同じコマンド処理プ
ログラム１６Ａを呼び出すことになる。

ジョブ待ち行列作成のクリエイト・ジョブ・キュー（Ｃ
ｒｅａｔｅ　　Ｊｏｂ　　Ｑｕｅｕｅ）は、ライブラリ
１２．１５及び１４における夫々その対応する定義２２
．２３及び２４の各々に対して同じ名前ＣＲＴＪＯＢＱ
を用いる。ＣＲＴＪＯＢＱについては、各定義における
パラメニタの数は、そのキーワードが異なっているが、
同じである。ディスケットをクリアするクリア・ディス
ケット・コマンドは、ライブラリにおけるその対応する
定義２５．２６及び２９の各々に対して同じ名前ＣＬＲ
ＤＫＴを用いる。しかし、各バージョンのそのコマンド
は、異なる数のパラメータを有する。これらの対応する
コマンドは、異なるシンタックスを用い、バージョン１
及びバージョン２に異なる定義を有する。それらは、第
７Ａ図乃至第７Ｄ図、第８Ａ図乃至第８Ｄ図及び第９Ａ
図乃至第９Ｄ図に示され、以外詳細に述べられる。

コントロール・ランゲージ中プログラム作成のクリエイ
ト・コントロール・ランゲージ・プログラム・コマンド
は、各バージョンに対して同じ名前ＣＲＴＣＬＰＧＭを
用い、そしてライブラリにおけるその対応する定義２７
，２８及び３０の各々に異なる数のパラメータを有する
。このコマンドについてのコマンド処理プログラムは、
その機能及び動作が第５図に詳細に述べられることにな
るコンパイラ３４である。

コマンド定義及びコマンドの実フォーマットハ、夫々第
１Ｂ図及び第１Ｃ図に示されている。第１Ｃ図では、各
コマンドはＥＮＤＷＴＲ又はＣＲＴＪＯＢＱのようなコ
マンド名を伴なう・。この後に、キーワード及びそのコ
マンドの各パラメータについての値が続く。パラメータ
の順序はコマンドにおいては重要ではない。第１Ｃ図の
パラメータは、第１Ｂ図のコマンド定義の順序と同じ順
序に並んではいない。第１Ｃ図では、コマンド定義のフ
ォーマットは実行のために呼び出されるべきコマンド処
理プログラムの名前とそのコマンドについてのパラメー
タ定義とから成る。これらのパラメータ定義は、コマン
ド及びコマンド・パラメータを含む受取ったコマンド文
字列を解釈するために、コマンド・アナライザ３６（第
２Ａ図参照）によって用いられる。このアナライザは、
そのコマンド文字列のシンタックスをチエツクして、呼
び出されるコマンド処理プログラムによシ用いられるべ
きパラメータ情報を指摘するポインタ・テーブルを作成
する。このプロセスは、第２Ａ図ヲ参照して以後詳細に
述べられる。

バージョン・ライブラリにおける各コマンド定義の各パ
ラメータのために記憶されるパラメータ定義の構成要素
は、キーワード、長さ情報、データ・タイプ省略値（ｄ
ｅｆａｕｌｔ）か又は定数（ｃｏｎｓｔａｎｔ）及び配
置論理である。キーワードによってパラメータを識別す
る。その長さ情報によって、パラメータの適合長さを特
定する。その長さの境界を越えるパラメータは、コマン
ドを拒絶させることになる。そのデータ・タイプは、そ
れが名前、１０進、２進等いずれであるかによって変化
するデータについての規則を特定する。省略値は、もし
そのパラメータについてのキーワードがそのコマンドか
ら抜けているなら挿入されることになる実パラメータの
値を特定する。定数は、システムによりパラメータの代
りに挿入される値を特定する。定数をユーザが挿入する
ことはできない。配置論理は、名前からその名前を表わ
す値へのそのパラメータの論理変換を示す。

第２Ａ図、第２Ｂ図、第３Ａ図、第３Ｂ図及び第４図は
、色々なバージョンの対話式に入力されるコマンドを実
行することになる、即ち選択されたプログラムの１部分
として実行することになる本発明の好実施例を示す。コ
マンドは、ユーザがそのコマンドについての文字列及び
そのパラメータをタイプすることにより、端末装置にお
いて対話式に入力される。対話式セツション７０として
表わされたあるユーザは、対話式セツションでバージョ
ン１のコマンドを用い、一方、同時に同じシステムで、
対話式セツション７２として表わされた第２ユーザは、
バージョン２のコマンド定義行することが可能である。

第１ユーザは、ＱＣＬと名付けられたコマンド項目表示
画面のコマンド・エントリ・スクリーン・プログラム７
４によって制御されるセツションにおいてバージョン１
のコマンドを発行する。このプログラムは、ユーザが呼
び出したり、システム定義でシステム・プログラマが与
えたり、又は、ユーザがワークステーションからサイン
オンする毎にそれが呼び出されるようにユーザが予め特
定することができる。

ＱＣＬ（又はＱＣＭＤ）プログラムの機能は、ワークス
テーションのデイスプレィとコマンド・アナライザ・プ
ログラム３６との間をインターフェースすることである
。ＱＣＬ及びＱＣＭＤプログラムは、第２Ｂ図に示され
ている。オペレーティング・システムがＱＣＬ制御を与
えるときには、ＱＣＬはステップ１０２で受信メツセー
ジ信号を発行する。この信号によって、メツセージ待ち
行列はその待ち行列中の先頭メツセージをＱＣＬへ渡す
。ステップ１０４の判断は、待ち行列にメツセージが存
在しないか、メツセージがコマンドか、又はメツセージ
がコマンド以外である（例えば、エラー又は診断メツセ
ージ）かによって、プログラムの流れを分岐させる。

もしメツセージがなければ、ステップ１０６によって、
コマンド項目表示画面がワークステーションで表示され
る。ＱＣＬは、それからユーザがコマンドを入力するの
をステップ１０７で待つ。

ユーザがコマンドで応答すると、ＱＣＬは、ステップ１
０Ｂでメツセージ待ち行列にそのコマンドを記憶する。

ＱＣＬプログラムは、受信メツセージのステップ１０２
へ戻って、判断ステップ１０４でその待ち行列中のメツ
セージについてチエツクを行なう。もはや待ち行列中に
コ・マントが存在するので、ＱＣＬはステップ１１２へ
分岐する。

ステップ１１２で、コマンド文字列及びオプション情報
をコマンド・アナライザ５６（第２Ａ図参照）へ渡す。

このオプション情報は、バージョンＩＤとそのコマンド
が実行されるべきであることの標識とを含む。そのコマ
ンド及びオプションが渡されると、ＱＣＬは、ステップ
１１４でコマンド・アナライザ・プログラムを呼び出し
、それから受信メツセージのステップ１０２へ戻る。

本発明にとって最も重要なのであるが、もしメツセージ
がコマンドであるなら、ステップ１１２でコマンド・ア
ナライザを呼び出し、ステップ１１４でコマンド１１２
ＡとバージョンＩＤを含むオプション１１２Ｂとをコマ
ンド・アナライザへ渡す。もし実行中のプログラムがＱ
ＣＬなら、渡されるバージョンＩＤはバージョン１であ
る。もし実行中のプログラムがＱＣＭＤなら、渡される
バージョンＩＤ１ｄバージョン２である。バージョンＩ
Ｄを渡すために種々のプログラムを用いるよりもむしろ
、望むバージョンＩＤを特定するためにユーザ又はシス
テム・エンジニアがそのプロフィールを変えることがで
きるような単一のプログラムを用いても良いことは、当
業者にとっては明らかであろう。

判断ステップ１０４からの最後の分岐は、”他のメツセ
ージ”である。もしメツセージは存在するがしかしそれ
がコマンドでないなら、ステップ１１６によってワーク
ステーションがそのメツセージを表示する。ＱＣＬプロ
グラムの制御は、再び受信メツセージのステップ１０２
へ戻る。

第２Ａ図のセツション７０．７１又は７２のいずれが実
行されるかにかかわらず、ｖｌ、ｖ２又はＶ″Ｎ”のバ
ージョン指示と一緒にコマンドがコマンド・アナライザ
３６へ送られる。コマンド・アナライザ３６は、適切な
バージョン・ライブラリからのコマンド定義に従ってシ
ンタックス及びセマンテイクスについてコマンドをチエ
ツクする。先に説明したように、バージョンの識別ｖ１
、ｖ２又はＶ″Ｎ”がコマンド・アナライザへ渡され、
アナライザがＱＣＬ７４又はＱＣＭＤ７６のいずれかに
よって呼び出される。コマンド・アナライザ３６は、適
切なライブラリ即ちコマンド定義についてのライブラリ
８０．８１又は８２を探索する。

コマンド・アナライザ！＋６は、適切なライブラリにお
ける記憶されたコマンドからのパラメータ定義とＱＣＬ
又はＱＣＭＤによって渡されたコマンド文字列中の実パ
ラメータとを用いる。アナライザは、パラメータ定義を
用いて正しいセマンテイクス及びシンタックスについて
そのコマンド文字列をチエツクする。もしその文字列が
エラーを含むなら、ユーザのワークステーションでの表
示のために、エラー・メツセージがＱＣＬ　７４又はＱ
ＣＭＤ７６へ戻される。もしその文字列が正しいなう、
コマンド・アナライザはポインタ・テーブル８４を作成
する。このテーブルは、コマンドを実行するためにコマ
ンド処理プログラムによって用いられることになる。

ポインタ・テーブル８４は、分析されているコマンドに
ついてのコマンド定義におけるパラメータＰＡＲＭｉ乃
至ＰＡＲＭＸの既定頭片に従って作成される。そのテー
ブル中の各エントリは、メモリ作業域８６における記憶
場所を指す。このメモリ作業域では、コマンド文字列と
共に受取ったり又はコマンド・アナライザにより付加さ
れたシするパラメータ情報が記憶される。定数又は省略
値のパラメータを示すポインタがテーブル８４に付加さ
れる。また、選択されたバージョンからのコマンドがコ
マンド処理プログラムと両立できるように、ライブラリ
からのパラメータ定義に従ってパラメータ・データが作
業域８６へ付加される。

コマンドΦアナライザ３６がポインタ・テーブルを作成
した後、プログラムの制御は選択されたコマンド処理プ
ログラム１６に移る。制御が移されると、コマンド・ア
ナライザ・プログラムがプログラムの呼出しスタックか
ら除かれ、それでコマンド処理プログラムからの全ての
メツセージがＱＣＬ又はＱＣＭＤへ移る。コマンド処理
プログラム（ｃｐｐ　）は、ポインタ・テニプル８４に
よって指示されたパラメータを検索して、そのコマンド
を実行する。それからＣＰＰは、ワークステーションで
のユーザへの表示のために適切なメツセージをＱＣＬへ
戻す。

処理されるべきコマンドのもう１つのソースは、記憶さ
れたプログラムである。色々なバージョンのオペレーテ
ィング・システムについて書かれたプログラムのソース
・コードは、典型的にはディスク・ファイルに記憶され
るであろう。第２Ａ図では、３つのソース・コード・バ
ージョンのプログラムが、３１．３２及び３３に示され
ている。

それらは同じプログラムか又は異なるプログラムである
。３１のソース・ステートメントはバージョン１用のプ
ログラムについて書かれ、３２のソース・ステートメン
トはバージョン２用のプログラムについて書かれ、そし
て３３０ソース・ステートメントはバージョンＮ用のプ
ログラムについて書かれている。これらのソース・コー
ド・プログラムが実行できるようになる前に、それらは
コンパイルされねばならない。

プログラムをコンパイルするために、ユーザは、コンパ
イルサれるべきソース・プログラムを識別するパラメー
タを特定するＣＲＴＣＬＰＧＭ（ｃｒｅａｔｅｃｏｎｔ
ｒｏｌ　　ｌａｎｇｕａｇｅ　　ｐｒｏｇｒａｍ）コマ
ンドを入力する。ＣＲ’ｔＣＬＰＧＭコマンドのバージ
ョンは、ユーザがＣＲＴＣＬＰＧＭコマンドヲ入力する
際に用いたＱＣＬ又はＱＣＭＤプログラムによって渡さ
れるオプション・タグで識別される。

このオプション・タグは、また、ＣＲＴＣＬＰＧＭコマ
ンド処理プログラムが実行されるべきことを指示する。

他のコマンドを伴なう場合には、コマンド・アナライザ
３６は、オプション・タグ中のバージョンＩＤからＣＲ
ＴＣＬＰＧＭについてのコマンド定義を検索する。アナ
ライザは、それからポインタ・テーブル８４とＣＲＴＣ
ＬＰＧＭについての作業域８６にパラメータ・データと
を作成する。

ポインタ・テーブル及びパラメータ・データの作成が完
了すると、ＣＲＴＣＬＰＧＭプログ、ラムが実行のため
に呼び出される。ＣＲＴＣＬＰＧＭコマンドについての
パラメータ・データによって、そのバージョンのソース
−ステートメント・ファイルがコンパイルされているこ
とを示す定数が特定される。

ＣＲＴＣＬＰＧＭコマンドφプログラムは、それがコン
パイラ・プログラム３４である点で、その他のコマンド
処理プログラム１６とは異なる。

コンパイラ３４はそれから、ポインタ・テーブルとパラ
メータから作成されたパラメータ・データとＣＲＴＣＬ
ＰＧＭについてのパラメータ定義とを用いて、実行され
る。

コンパイラ３４についてのフローチャート（ＣＲＴＣＬ
ＰＧＭコマンド処理プログラム）が、第５図に示されて
いる。ステップ２００で、コンパイラはポインタ・テー
ブルを用いて作業域から入力パラメータを得る。パラメ
ータは、次のものを含む。即ち、 Ｏ作成されているプログラムの名前２００Ａ（通常、コ
ンパイルされているソース・コード・ファイルと同じ名
前） Ｏコードがコンパイルされているソース・ファイルの名
前２００Ｂ Ｏ作成されコンパイルされているプログラムについての
ソース・コードをコンパイルするのに用いラレるべきバ
ージョンのコマンドを指示するバージョン番号、即ち識
別子２００Ｃ コンパイラ３４は、２００Ｂのパラメータによって識別
されるソース・ファイル３１，３２又は６３をステップ
２１２で開く。コンパイラは、ステップ２１４で、完全
コマンド（ソース・ステートメント）をコマンド・アナ
ライザへ渡すことができるまでソース・ファイルを読む
。判断ステップ２１６で、ソース・ファイルの最後に達
したかどうかを調べるためにテストが行なわれる。もし
達していないなら、プログラムの流れはステップ２１８
へ移る。

ステップ２１８では、ソース・ファイルから読取られた
単一コマンドがパラメータの一時記憶域へ移される。オ
プションがコンパイルのみヲ行すうために設定され、コ
マンド・アカライザがステップ２２０で呼び出される。

コマンド・アナライザはコマンド文字列をスキャンして
、コンパイラ３４へ戻されるコマンド解析され有効にさ
れた（ｖａｌｉｄａｔｅｄ）形のコマンドを作成する。

もしステートメント中にエラーが発見されると、ステッ
プ２３２及び２３４で将来の参照のためにエラーの発生
セグメントが示され、次のステートメントを読取るため
に判断ステップ２２２におけるステップ２１４へのプロ
グラムの流れへ戻る。もしコマンド・アナライザにより
何らエラーが発見されないなら、判断ステップ２２２に
おいてステップ２２４へのプログラムの流れに分岐する
。ステップ２２４では、コンパイラがコマンド解析され
た形のコマンドをそのコマンドについてのプログラム命
令まで拡張する。それらのプログラム命令は、それから
ステップ２２５で作成されているプログラムのコンパイ
ルされたバーショア３８．３９又は４０に記憶される。

大抵の場合、プロゲラ０ム命令はコマンド解析された形
のコマンドに過ぎない。

ステップ２１４でコンパイラは、ソース・ファイルにつ
いて？アイルの最後が検出されるまで、ソース・ステー
トメントを読み続ける。ステップ２１６でファイルの最
後が検出されると、コンパイラはステップ２３０でソー
ス番ファイルを閉じる。もし判断ステップ２６２でソー
ス中にエラーが存在することが示されたなら、ステップ
２３４でメツセージが呼び出しプログラムＱＣＬ又はＱ
ＣＭＤへ発行される。

もしソースの処理中に何らエラーが検出されないなら、
コンパイルされたプログラムについての名前として入力
パラメータ２００Ａを用いて、コンパイラはステップ２
３６でプログラムを作成する。バージョンＩＤ２００Ｃ
４また、コンパイルされたプログラム中に記憶される。

それで、そのプログラムが呼び出されたときには、プロ
グラム中ソのバージョンＩＤをコマンド・アナライザに
渡すことができる。プログラムの１部分としてバージョ
ンＩＤを記憶することによって、あるバージョンのプロ
グラムが別のバージョンのプログラムを呼び出すことが
可能になる。従って、システムはプログラム中に記憶さ
れたバージョンに動的に適応する。

プログラムが実行のために選択されたとき、再びコマン
ド・アナライザを介してコンパイルされたバージョンが
実行される。このとき、オプション情報は”実行”を示
す。各コマンドが処理されるに従って、コマンド・アナ
ライザ６６は文字列データを変形し、作業域８６中にパ
ラメータ・データをロードし、ポインタ・テーブル８４
を作成して名前付きコマンド処理プログラム１６を呼び
出す。

プログラムの制御は、名前付きコマンド処理プログラム
１６へ移る。コマンド処理プログラム（ｃｐｐ）はポイ
ンタ・テーブルを用い、指示されたパラメータを検索し
て、そのコマンドを実行する。それからＣＰＰは、実行
されているコンパイルされたプログラム３８．３９又は
４ｏへ適切なメツセージを戻す。ｃＰＰが制御をコンパ
イルされたプログラムへ戻すと、次のコマンドが実行の
ためにコマンド・アナライザへ送られる。しかしながら
、実行においてエラーが存在するなら、コンパイルされ
たプログラムへ戻るメツセージによって、ワークステー
ションのユーザへの表示のためＱＣＬ又はＱＣＭＤヘプ
ログラムがエラー・メツセージを送シ戻すことがあり得
る。

コマンド・アナライザ・プログラム３６の動作が、第３
Ａ図及び第３Ｂ図により詳細に示されている。プログラ
ムは、ステップ１２０でコマンド文字列及びオプション
・タグ（バージョンＩＤ。

コンパイル、実行）を検索することによシ開始される。

判断ステップ１２２で、コマンド解析（ｐａｒｓｅ）ル
ーチン１２４．１２６又は１２８Ωうちの１つに対する
バージョンＩＤに従って、プログラムの流れは分岐する
。選択されたコマンド解析ルーチンによって、コマンド
文字列はワードへ分割され、そして選択されたバージョ
ンｖ１、ｖ２及びＶ″Ｎ”のシンタックス規則に従って
それらのワードが解釈される。

コマンドがそのパラメータへ分解されてしまうと、プロ
グラムは、処理されているコマンドのコマンド定義につ
いての適切なバージョン・ライブラリをステップ１３０
．１３２又は１３４で探索する。もしコマンド定義が選
択されたバージョン・ライブラリ中で見つけ出されると
、判断ステップ１３８でプログラムの流れは第３Ｂ図の
ステップ１４２へ分岐する。ステップ１４２では、ライ
ブラリからその定義を検索する。もしコマンド定義が選
択されたライブラリ中に見つけ出されないなら、判断ス
テップ１３８でプログラムの流れはルーチンを探索する
ステップ１４４へ分岐する。

探索ルーチン１４４では、種々のライブラリにオケるコ
マンド定義について探索を行なう。このため、ライブラ
リはライブラリ・リスト中のそれらの順序に従って探索
される。ライブラリ及びリストがユーザに対して作成さ
れる。ユーザは、ある１つのリスト又は各リストがライ
ブラリの異なる順序を有する複数のリストを有すること
を選ぶことがある。そのリストは、バージョンＩＤに基
づいて選択することができる。

例えば、判断ステップ１２２によってバージョン２から
として示されたがしかしステップ１３２でバージョン２
のライブラリ中に見つけ出されなかったコマンドは、バ
ージョン優先順位−−ｖ１ライプラ１ハＶ”Ｎ”ライグ
ラ１ハユーザ・ライブラリ１、ユーザ・ライブラリ２等
に従ってライブラリを探索するために探索ルーチンをス
テップ１４４で用いることができる。この優先順位即ち
リストされたライブラリの順序は、各バージョンについ
て異なシ得るし、また、判断ステップ１２２で探索され
るべき第１ライブラリが選択されるのと同じようにバー
ジョンＩＤの関数として選択され得る。

バージョン・ライブラリについての論理探索順序が第６
図に示されている。バージョン１のプログラムが実行さ
れるべきであることを示すプログラム属性をプログラム
が有するときは、ライブラリの探索順序は６０に示され
るようになる。バージョン１のライブラリが最初に探索
される。もし探索されるコマンドがバージョン１のライ
ブラリ１２中に見つけ出されないなら、バージョン２の
ライブラリ１４が探索される。もしそれでも見つけ出さ
れないなら、第１のユーザ・ライブラリが探索され、そ
れから第２のユーザ・ライブラリが探索される。ユーザ
・ライブラリは、ユーザによって特定されるライブラリ
であシ、通常、ユーザのアプリケーション・プログラム
、ファイル、コマンド及びその他のオブジェクトを含む
。

もしプログラムがバージョン２のプログラムであること
をプログラム属性が示すなら、そのプログラムについて
のライブラリ探索順序は第６図の６２に示されたライブ
ラリ順序になる。第１バージョンのコマンド定義はバー
ジョン２のプログラムについて探索されないことに注意
されたい。これは、特定の実施例では幾つかのバージョ
ン２のコマンドがバージョン１のコマンドと同じ名前を
有するからである。バージョン２のコマンドが実際に処
理されることを保証するために、バージョン２のライブ
ラリを最初に探索する必要がある。

ライブラリの探索順序は、バージョンＩＤで特定される
第１ライブラリによシ制御され、ステップ１３０．１３
２及び１３４においてそしてライブラリ・リスト中の続
くライブラリによって探索される。第６図のライブラリ
・リスト６６が各ブログラムについて発生される。第６
図のライブラリ・リストは、システム７３８において用
いられるのと同じタイプの構造である。それは、プログ
ラムを実行しているときにそれが関係付けられるシステ
ムにより用いられるべきライブラリに対するポインタの
リストを含む。そのリストは、カストマ−・アプリケー
ションによって決定される。

第３Ａ図に戻って、もし探索ルーチンがステップ１４４
でうまくいったなら、判断ステップ１４６で第３Ｂ図の
ステップ１４２ヘプログラムの流れは分岐してコマンド
定義を検索する。もし探索ルーチンがうまくいかなかっ
たなら、プログラムの流れはステップ１４８へ分線する
。ステップ１４８では、エラー・メツセージを呼出しプ
ログラムへ送り戻す。呼出しプログラムは、Ｑ　ＣＬ　
ｓ　ＱＣＭＤ又はコンパイル又は実行され、ているプロ
グラムであシ得る。

第３Ｂ図は、コマンド・アナライザがコマンド定義を見
つけ出した後にどのようにコマンド・アナライザ・プロ
グラムがコマンド文字列を処理するのかを示す。ステッ
プ１４２における定義の検索の後に、ステップ１５０で
妥当性検査（ｖａｌｉｄａｔｉｏｎ）ルーチンが定義に
対するコマンドをチエツクする。妥当性検査は、コマン
ド定義におけるそのパラメータについて定義に対するパ
ラメータ・データの各ワードを検査することから成る。

先に第１Ｂ図を参照して説明したように、各パラメータ
は、キーワード、長さ、データ・タイプ、省略値又は定
数及び配置論理によって定まる。妥当性検査はまた、全
ての必要なパラメータが特定されそして何らパラメータ
が再三特定されないことのチエツクを含む。

妥当性検査ルーチンは、ステップ１５０で、そのパラメ
ータについての定義に対してコマンド文字列中の各パラ
メータをチエツクする。ステップ１５０でルーチンはそ
のコマンド定義から各パラメータを連続的に取シ出して
、パラメータのキーワードを捜すことによシコマンド文
字列中の対応するパラメータについてチエツクする。も
しキーワードがそれとともに入力された値を伺ら有して
いないなら、妥当性検査ルーチンが、パラメータ定義か
らのそのキーワードについての省略値を示す。もしキー
ワードがそのコマンドから抜けているなら、その妥当性
検査ルーチンは、コマンド定義からその抜けているパラ
メータについての省略値を捜入する。各パラメータは、
−時的に、コマンド定義におけるパラメータの順序に対
応する順序で記憶される。

もしパラメータ・データがその定義でチエツク・アウト
しないなら、判断ステップ１５２でプログラムはステッ
プ１５４へ分岐する。ステップ１５４でエラー・メツセ
ージを呼出しプログラムへ送シ戻し、そしてプログラム
の制御は呼出しプログラムへ戻る。

もしコマンドのパラメータにエラーがないなら、判断ス
テップ１５２で判断ステップ１５６の方へ分岐する。コ
マンドと共に渡されたオプション情報がそのコマンドを
実行すべきか又はコン７（イルすべきかを指示すること
に依存して、判断ステップ１５６ではプログラムの流れ
は２者のうちの１つへ分岐する。もしコマンドがコンパ
イルされるなら、プログラムの制御はコンパイラへ戻る
。もしコマンドが実行されるなら、制御はポインタ・テ
ーブル８４（第２Ａ図参照）を作成するループ１５８へ
渡る。

ループ１５８では、もはや省略値及び定数を含む妥当性
検査されたコマンド文字列が、コマンド処理プログラム
による使用のためのパラメータ・データに変形される。

さらに、このループでは、各パラメータを構成するデー
タの記憶場所を指示するためのポインタ・テーブルが作
成される。そのループに入る前に、コマンド・アナライ
ザ・プログラムは、コマンド定義中の最初のパラメータ
を指示するようにそれ自身のポインタをステップ１６０
でセットする。判断ステップ１６２では、コマンド中の
最後のパラメータが処理されたことをポインタが指示す
るかどうか調べるためにポインタがテストされる。もし
指示しないなら、プログラムの制御は変形ルーチン１６
４へ渡る。

変形ルーチン１６４では、指示されたパラメータの定義
と妥当性検査ルーチンによシー時的に記憶されるような
パラメータについてのその対応する妥当性検査された値
とが検索される。変形ルーチン１６４では、パラメータ
定義を用いてパラメータの値をコマンド定義で指示され
るようなコマンド処理プログラムにより期待される形へ
変換する。パラメータの定義に基づいて、パラメータ・
データをブランクで埋め込むととがちり、それでパラメ
ータ・データは正しい長さになるし、又は、配置論理に
基づいて、別の形へパラメータ・データを変換すること
がある。従って、各パラメータ定義により、変形ルーチ
ン１６４がそのコマンド定義中で呼出された各パラメー
タについて変形パラメータ・データを生成する。

変形パラメータ・データが生成された後、それはメモリ
の作業域８６（第２Ａ図参照）に記憶される。それから
、コマンド・アナライザ・プログラムは、ステップ１６
８でポインタ・テーブル８４（第２Ａ図参照）にコマン
ド処理プログラム（ｃｐｐ）のポインタを生成して記憶
する。もはやパラメータがコマンド処理プログラムのた
めに準備できているので、次のパラメータをループ１５
８で処理することができる。

次のパラメータ定義に達するために、各パラメータ定義
は、次のパラメータ定義の開始へのポインタで終了する
。ループ１５８ではステップ１７０でプロゲラλは次の
パラメータ定義（ＰＤ）のポインタを得て、プログラム
のループは判断ステップ１６２へ戻る。もしＰＤポイン
タがゼロなら、判断ステップ１６２は、最後のパラメー
タ定義が処理されて、プログラム制御がコマンド・アナ
ライザ・プログラムからコマンド処理プログラムへ移る
。もしＰＤポインタが次のパラメータ定義を指示するな
ら、変形ルーチン１６４が再びパラメータを文字列から
コマンド処理プログラムと両立可能な形へ変換する。

各コマンド処理プログラムは、それが実行することにな
っている機能に応じて異なる。従って、第４図に示され
ているように、これらのプログラムの一般的なフローチ
ャートは高レベルでなら示すことができる。ＣＰＰはポ
インタ・テーブルを用いてステップ１７４で変形データ
を得る。これは、コマンド中の全てのパラメータについ
て行なわれる。全ての変形されたパラメータ・データが
検索された後に、判断ステップ１７８で装置、ファイル
、コマンド、プログラムのようなオブジェクトが存在す
るかどうかが決定される。もしそれらが存在するなら、
プログラムの流れはステップ１８０へ分岐する。それか
ら、パラメータ・データの全てを用いてコマンドが実行
される。その後、プログラム制御は、コマンド・ソース
、ＱＣＬｌＱＣＭＤ又は実行されているコンパイルされ
たプログラムへ戻る。もし１つ以上のオブジェクトがシ
ステム中に存在しないのなら、判断ステップ１７８でプ
ログラムの流れはステップ１８２へ分岐する。ステップ
１８２では、エラー〇メツセージがコマンド実行レジス
タ、ＱＣＬ％ＱＣＭＤ又はコンパイルされたプログラム
へ送り戻される。

選択されたバージョン１及びバージョン２のコマンドの
記述 バージョン１　：　ＣＮＬＷＴＲ（書出しプログラム取
消し）コマンド バージョン２　：ｇＮＤＶＴＲ（書出しプログラム終了
）コマンド 第１Ａ図の１８で指示されたバージョン１のコマンドＣ
ＮＬＷＴＲ（書出しプログラム取消し）がプログラム又
は対話式ユーザ・セツションによって用いられるときに
は、そのコマンド定義（第７Ａ図参照）がバージョン１
のライブラリ１２からアクセスされて、処理のためにコ
マンド処理プログラム１６Ａへ送られる。コマンド処理
プログラムはそのコマンドの名前に依存しない。それで
、ＣＮＬＷＴＲ又はＥＮＤＷＴＲのいずれの名前も同じ
機能を実行する。

ＣＮ　ＬＷＴ　Ｒ及びＥＮＤＷＴＲのコマンド定義が第
７Ａ図及び第７Ｂ図に示されている。これらのコマンド
の目的は、スプール書出しプログラムを終了させて、そ
れらの関係する出力装置をシステムに対して利用できる
ようにする。両方のバージョンにおいて、書出しプログ
ラムは直ちに終了できるし、又は、ＣＮＴＲＬＤ　（被
制御）、ＩＭＭＥＤ（即時）及びＰＡＧＥＥＮＤの可能
な値を有するオプション・キーワードの使用による制御
された方法で終了できる。もし書出しプログラムが直ち
に終了されるなら、書出しプログラムはファイルを書出
すのを停止して、ファイルが再び出力待ち行列で利用で
きるようにされる。もし書出しプログラムが制、御され
た方法で終了されるなら、書出しプログラムは、現ファ
イル（又はファイルのコピー）を書出すのを完了するか
、又はそれが終了される前にファイルの１ページを印刷
するのを完了する。バージョン２のコマｙ　）”　Ｅ　
Ｎ　Ｄ　Ｗ　ＴＲは付加機能を有する。それは、もはや
、システムにおける全ての書出しプログラム、が終了さ
れるべきことを特定することができる。または、チュー
ニング・パラメータを用いて書出しプログラムの幾つか
を終了することができる。バージョン１のコマンドは、
単に書出しプログラムの名前をキーワードＶＴＲについ
ての値として認識することができるだけである。

第７Ｃ図には、バージョン１のＣＮＬＷＴＲのシンタッ
クスが示されている。ＷＴＲは必須パラメータであり、
ユーザは、コマンドを用いるときにキーワードＷＴＲの
後に装置の名前を入力しなければならない。オプション
は、任意選択パラメータで、ユーザがキーワードを入力
しないときに省略時の値＊ＣＮＴＲＬＤを用いるもので
ある。

第７Ｄ図には、バージョン２のＥＮＤＶＴＲのシンタッ
クスが示されている。名前の変更に加えて、より多くの
値がバージョン２におけるＷＴＲパラメータについては
利用できる。

バージョン１　：ＣＲＴＪＯＢＱ（ジョブ待ち行列作成
）コマンド バージョン２：ＣＲＴＪＯＢＱ（ジョブ待ち行列作成）
コマンド 名前ＣＲＴＪＯＢＱ（ジョブ待ち行列作成）を有する１
対のコマンドがまた、それらの夫々のライブラリ中のコ
マンド定義ライブラリ２２及び２４（第１Ａ図参照）に
示されている。その名前は両バージョンについて同じで
あるが、パラメータは、第８Ａ図及び第８Ｂ図にみられ
るように全く異なっている。バージョン１のコマンド及
びそのパラメータの完全な記述は、先に参照したシステ
ム／３８のマニュアルに出ている。

ＣＲＴＪＯＢＱコマンドは新しいジョブ待ち行列を作成
する。ジョブ待ち行列は、システムによって処理される
べきジョブについての項目を含む。

その待ち行列におけるジョブを扱う幾つかのコマンドは
、ＳＢＭＪＯＢ（ジョブ提示）、ＳＢＭＤＢＪＯＢ（デ
ータ・ベース・ジョブ提示）、ＳＢＭＤＫＴＪＯＢ（デ
ィスケット・ジョブ提示）及びＴＦＲＪＯＢ（ジョブ転
送）である。第８Ａ図及び第８Ｂ図では、両パージョ／
のＣＲＴＪＯＢＱコマンドのコマンド定義は相異してい
る。注目すべき最初の変更は、キーワードである０ジョ
ブ待ち行列基″がキーワード値”ライブラリ塩１”の後
に現われることである。従って、バージョン１のコマン
ドにおけるジョブ待ち行列の名前は、”ＯＢＪ　、ＬＩ
　Ｂ”のように見えるし、一方、バージョン２のコマン
ド・セットでは、待ち行列の名前は”ＬＩＢｌｏＢＪ”
のように見える。その名前のシンタックスにおける相異
は、第３Ａ図（４：。

おける異なるコマンド解析ルーチン（１２４及び１２６
）によって処理される。

ライブラリ塩についての省略時の値は、バージョン１で
はＱＧＰＬであり、バージョン２ではＣＵＲＬ　Ｉ　Ｂ
である。任意選択キーワード及びそれらの値においてさ
らに変更がなされた。バージョン１のキーワードＰＵＢ
ＡＵＴが、バージョン２ではＡＵＴに変更された。その
ＡＬＬの値のみがそれらの間で同じであるのだが、それ
らの値がまた変更されていることに注意されたい。パラ
メータは、キーワードの名前なしにコマンド処理プログ
ラムへ渡される。従って、キーワードの名前は、コマン
ド処理プログラムに独立である。

第８Ｃ図及び第８Ｄ図では、バージョン１及びバージョ
ン２のＣＲＴＪＯＢＱコマンド間のシンタックスにおけ
る相異が示されている。ライブラリについて省略がＱＧ
ＰＬから＊ＣＵＲＬＩＢへ変更されている。ライブラリ
の名前の規約（ｃｏｎｖｅｎｔｉｏｎ）がＸＸＸ、１ｉ
ｂからｌｉｂ／ｘｘｘ。

へ変更されている。キーワードＰＵＢＡＵＴがＡＵＴへ
変更されている。最後に、ＰＵＢＡＵＴからＡＵＴへの
値の数もまた変更されている。

バージョン１　：　ＣＬＲＤＫＴ　（ディスケット消去
）バージョン２　：　ＣＬＲＤＫＴ（ディスケット消去
）名前ＣＬＲＤＫＴ（ディスケット消去）を有する１対
のコマンドがまた、それらの夫々のライブラリ中のコマ
ンド定義ライブラリ２５及び２６（第１Ａ図参照）に示
されている。その名前は両バージョンについて同じであ
るが、パラメータは、第９Ａ図及び第９Ｂ図のそれらの
コマンド定義にみられる・ように全く異なっている。コ
マンド処理プログラム１６Ｃ（第１Ａ図参照）での実行
に対してパラメータの数を両立させるために、定数が第
２バージョンのコマンドでは用いうしてイル。

定数が設計時に付加される。それらの定数は、ユーザに
対して透過である。これにより、”ＬＯＣ”のキーワー
ド及び”５ＵＦＦＩＸ”のキーワードを第２バージョン
では隠すことができる。換言すれば、バージョン１のコ
マンド・セット中に書かれた幾つかのプ°ログラムを含
むアプリケーションが、パージヨシ１及びバージョン２
の両コマンド・セットを有するコンピュータで変更なし
に動作する。

各ディスケットにおけるディスケット・ラベル領域から
データ・ファイル識別子を削除することにより、バージ
ョン１のＣＬＲＤＫＴコマントハ、１以上のディスケッ
トから活動状態及び非活動状態にある全てのファイルを
削除する。バージョン２のコマンドでハ、バージョン１
のコマンド定義われているキーワード″ＬＯＣ”及び５
ＵＦＦＩＸ”は、省略されている。キーワード″ＬＯＣ
”は、バージョン２のライブラリ中のその内部記述にお
ける＊Ｓ１の定数（スロット１、コンピュータ・システ
ムにおける物理的な記憶位置を意味する）に与えられる
。キーワード”５ＵＦＦＩＸ”は、バージョン２のコマ
ンド中の＊ＮＯの定数に与えられる。そのコマンドに対
応するコマンド処理プログラムは、５つのパラメータ、
ＤＥＶ％ＬＱＣ，ＶＯＬ、ＣＨＥＣＫ及び５ＵＦＦＩＸ
を当てにする。それ故に、これらが第９Ａ図及び第９Ｂ
図におけるコマンド定義中の５つのパラメータである。

第９Ｃ図及び第９Ｄ図では、バージョン１及びバージョ
ン２のＣＬＲＤＫＴコマンド間のシンタックスにおける
相異が示されている。キーワード”Ｄ　Ｅ　Ｖ　”のみ
がバージョン２中に存在し、またキーワード”ＬＯＣ”
及び”　Ｓ　Ｕ　Ｆ　Ｆ　Ｉ　Ｘ”のみがバージョン１
中に存在する。また、”ＶＯＬ”のキーワードには種々
の省略がある。さらに、バージョン２のコマンド定義中
に付加された定数（第９Ｂ図参照）がユーザには見えな
いことに注意されたい。

両バージョンについてのＣＬＲＤＫＴコマンドの簡単化
したバージョンを次に示す。定数の使用が示されている
。次の表１におけるｎ　　　　ＩＴは、ユーザの入力が
許される場所を示す。

各パラメータについて何が渡されるかの詳細は、Ｉ　Ｂ
Ｍ　Ｓｙｓｔａｍ／３８　Ｐｒｏｇｒａｍｍｅｒｓ　　
Ｇｕｉｄｅ（１９８６）第１０版の第１４章に述べられ
ている。ＣＬＲＤＫＴコマンドについての１例は次のと
おシであ・る。この例では、配置論理を識別するために
キーワード５ＰＣＶＡＬ（特殊値）を用いている。特殊
値である配置論理は、外部項がプログラムによって期待
される内部値へどのようにマツプされるのかを示す。

５ＰＣＶＡＬ　（＊ＬＡＳＴ−５）（＊０ＮＬＹ−３）
＊ＬＡＳＴが特定されると、プログラムは−５を得る。

＊０ＮＬＹが特定されると、プログラムは−３を得る。

コマンド処理プログラムは、ワード＊ＬＡＳＴ及び＊０
ＮＬＹに依存しない。特殊・値の使用により、外部項は
アプリケーション・プログラムに影響を及ばずことなく
変更可能である。パラメータ及び特殊値の全ての配置は
、コマンド・アナライザによって処理される。それで、
コマンド処理プログラムが得るパラメータは、配置論理
に基づいて変換された値である。

バージョン１のＣＬＲＤＫＴコマンドについての例は、
次のとおシである。

ｒ　　　　　　　　　　　　　　Ｇ）　　　　　　　　
　　Ｆ　　υ−−−山　　　　　　　　　　山　　　　
　　　　　　山黄　　　　　　十 閣口凶 ハ　　　　　　　　　　　　　そ Ｑ　　　　　　　　　　　　　　　　（７黄　　　　　
　　　　　　　　　ト 十− ψ ＾≠ 第１０図を参照するに、本発明は、２つ以上のバージョ
ンのコマンド・セットへ容易に拡張可能である。３つ以
上のバージョンは、大きくて十分なプログラム属性フィ
ールドを持たせることによって適応できる。ライブラリ
のバージョンの論理構成によって、どのバージョンのラ
イブラリをも最初に探索可能である。各プログラムはそ
れ自身の属性を持っているので、１つのアプリケーショ
ンハ、多く）異ナルバージョンのコマンド・セットを用
いて複数のプログラムを持つことができる。

第１０図では、アプリケーションは、ブロック１８１に
バージョン１を用いたエントリ・プログラムを有して示
されている。そのエントリ・プログラムはブロック１８
３のプログラムを呼び出すことができる。ブロック１８
３のプログラムは、それがバージョン２のプログラムで
あることを指示するプログラム属性を持っている。ブロ
ック１８１のプログラムによって呼び出し可能なブロッ
ク１８５の゛プログラムは、バージョン３を用いている
。ブロック１８５のプログラム自身は、バージョン２で
書かれたブロック１８７のプログラムを呼び出すことが
できる。本発明を用いて種々のコマンド・セット中に書
かれたプログラムの入子構造に対して何ら概念的な制限
は存在しない。

Ｅ０発明の効果 本発明により、与えられた複数バージョンのシステム・
コマンドヲ単一のオペレーティング・システム・プログ
ラムによって実行することができるようになった。この
ために、バージョン１で書かれたアプリケーションにお
けるばく大な金額の投資は、バージョン２又は３へ変え
られる必要はない。そのアプリケーションは、さらに拡
張された機能を含むバージョンで書かれた付加プログラ
ムをそれに加えさせることさえできる。ユーザの都合の
よいときに、１度にアプリケーション全体を全く変更す
るというよりもむしろステップにおいて改良された性能
を得るようにして、そのアプリケーションは一度に１つ
のプログラムへ書キ直すことができる。

【図面の簡単な説明】

第１Ａ図は、本発明によシ種々のバージョンのオペレー
ティング・システムカラのコマンド定義一のオペレーテ
ィング・システムで実行する適用方法を示す説明図、第
１Ｂ図は、第１Ａ図のライブラリに記憶されるコマンド
定義のフォーマットを示す説明図、第１Ｃ図は、コマン
ド文字列のフォーマットを示す説明図、第２Ａ図は、本
発明の好実施例のデータの流れを示す説明図、第２Ｂ図
は、第２Ａ図に示されたＱＣＬ及びＱＣＭＤのプログラ
ムのフローチャート、第３Ａ図及び第３Ｂ図は、第２Ａ
図におけるコマンド・アナライザ・プログラムの動作を
示すフローチャート、第４図は、第２Ａ図におけるコマ
ンド処理プログラムについての汎用フローチャート、第
５図は、第２Ａ図におけるコンパイラ・プログラムの動
作を示すフローチャート、第６図は、処理中プログラム
のバージョン属性によシシステム・コマンドのバージョ
ン・ライブラリを介して探索する順序を示すブロック図
、第７Ａ図乃至第７Ｄ図、第８Ａ図乃至第８Ｄ図及び第
９Ａ図乃至第９Ｄ図１、ｔ！応するコマンド、それらの
種々のパー’）　Ｅ　７　（７）　：Ｉ−ｑ　７ド定義
及びそれらの種々のシンタックスノ例ヲ示す説明図、そ
して、第１０図は、複数の種々のバージョンのシステム
・コマンドを用いるアプリケーションにおける入子形プ
ログラムの例を示すブロック図である。 １１・・・・システム−コマンド、１２、ｉ４．１５・
・・・ライブラリ、１６・・・・コマンド処理プログラ
ム、３６・・・・コマンド・アナライザ・プログラム 出願人　　インターナショナノいビジネス・マシーンズ
・コーポレーションコづ一ドーＬ入 パうメータ１　　　　　　パラメータ゛λ゛　　　　　
　　　２寸うメーグＭ１ｃ口 ＱｃＬ／ＱＣＭＤ　　″７″ロク゛ラム拓２８圓 才３Ａ国”−５ 遍３Ｂ図 環１ｏ田 バージ′ヨシ　１　　　　　　　八−ジリ２うづフパう
°へリスト 、￥３６０ 満了Ａｍ　　　　　　第７８　ｍ ＣＮＬＷＴＲ（蓄上Ｌ７°Ｄデラ４玲Ｑ角し）　　ツー
２二Ｆノ＼−ジａン　１ 第７Ｃ目 ＥＮＯＩＡ７ＴＲ（Ｌｔ、ｔブｎ７“ラム牽各丁　）　
　コマｚＦノへこ一ジ′〕ン２ 第７Ｄ（２） 第ｓＡｍ　　　　　　　　、３％８ＢＩＤＣＲＴＪＯ８
Ｑ　　（！；”ア９ｆｒ５イ〒列作べ）　　　コマ二Ｆ
゛バージ°マン１ 詰ｓｃ［ｎ ＣＲＴＪＯＢＱ　　ｌ”ｆｆ７＝ｒ−ｖ’ｓｑ−を列（
７６）　　　−ｔ−ｖ；Ｈ。 パ゛’−ｒ　Ｉ　、／　２ 、ｆｉｓＤ図

Claims (3)

【特許請求の範囲】
1. （１）複数バージョンのシステム・コマンドと両立でき
   る複数のプログラムを実行するコンピュータ・システム
   であつて、 第１バージョンのシステム・コマンド定義を記憶する手
   段と、 少なくとも第２バージョンのシステム・コマンド定義を
   記憶する手段と、 前記プログラムによつて必要とされるシステム・コマン
   ドの所望バージョンを指示する手段と、前記コマンド定
   義を記憶する手段からコマンド定義を検索する手段であ
   つて、検索されるコマンド定義のバージョンが前記シス
   テム・コマンドの所望バージョンを指示する手段によつ
   て定まるものと、前記検索されるコマンド定義に応答し
   てコマンドを処理するコマンド処理手段であつて、全バ
   ージョンのコマンドが両立できるものと、 を備えたコンピュータ・システム。
2. （２）ユーザのプログラムを実行するコンピュータ・シ
   ステムであつて、 第１バージョンのシステム・コマンドを記憶するライブ
   ラリと、 第２バージョンのシステム・コマンドを記憶するライブ
   ラリと、 前記ユーザのプログラムによつて呼び出されるシステム
   ・コマンドについて前記ライブラリを探索する手段と、 ユーザのプログラムについて前記ライブラリが探索され
   る順序を決める手段と、 前記ライブラリからコマンドを受取るように結合され、
   前記ユーザのプログラムによつて呼び出されるシステム
   ・コマンドを第１及び第２の両バージョンについて実行
   することができるコマンド実行プログラムと、を備えた
   コンピュータ・システム。
3. （３）複数バージョンのコマンドをオペレーティング・
   システムへ動的に適合させる方法であつて、コマンド文
   字列及び該コマンドの処理に関係するオプション情報を
   検索し、 前記オプション情報に基づいて前記該コマンドのコマン
   ド定義を検索し、 前記検索したコマンド定義に従つて、前記検索したコマ
   ンド文字列をコマンド処理用フォーマットのデータに変
   形し、 どのバージョンのコマンドも実行できるように、前記該
   コマンド及び全バージョンの対応するコマンドに割当て
   られたコマンド処理プログラムで、前記変形したデータ
   を処理すること、 を含むオペレーティング・システムへのコマンド適合方
   法。