JPH04241021A

JPH04241021A - コンピュータ・システムの操作方法

Info

Publication number: JPH04241021A
Application number: JP3171998A
Authority: JP
Inventors: Robert Michael Abrams; ロバート・ミツシエル・アブラム; Patrick Reed Tracy; パトリツク・リイド・トレイシー; William James Schoen; ウイリアム・ジエームズ・スコーン
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1990-09-04
Filing date: 1991-06-18
Publication date: 1992-08-28
Anticipated expiration: 2011-03-29
Also published as: US5684992A; JPH0833818B2; EP0474028A3; EP0474028A2

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、一般的には、コンピ
ュータ操作システムのインタフェース・メカニズムに指
向されるものである。より詳細には、この発明は、オペ
レーティング・システムに対するコンピュータ・コンソ
ールを同定し、更に、関連する適切なコマンドおよび該
コマンドに対して後から発生されるレスポンスおよびメ
ッセージを同定して、それらのコマンドが適切なユーザ
・コンソールに向けられるようにするためのメカニズム
に指向されるものである。このために、隔離した態様お
よび独立した態様においてコマンドおよびそれらの関連
したレスポンスの非同期的な取り扱いが許容されるよう
に、オペレーティング・システムの構成にプログラマブ
ルなインタフェースを設けるための手段が、マルチユー
ザによるコンピュータ操作システムの環境において設け
られる。

【０００２】

【従来の技術】コンピューティング・システムおよびそ
れらをコントロールするオペレーティング・システムで
設けられた環境においては、物理的なコンソール・デバ
イスが静的な態様におけるオペレーティング・システム
に対して同定されている。オペレータ・コンソール、マ
スタ・コンソール、または、その他のオペレーティング
・コントロール・ポイントに関連するコンソールとして
、ある種のコンソールが予め定められている。これらの
コンソールは特別な目的のものが多くて、安全な領域に
収められている。しかしながら、利用性における重要な
トレンドとして、大規模なコンピュータ・システムの操
作およびその維持においては、遠隔操作の能力を用意す
る必要性が指示されている。更に、コンピュータ・シス
テムの環境においてランするユーザ・アプリケーション
において特に必要とされることは、システム・オペレー
タおよびその他のユーザとの間で、遥かにフレキシブル
な態様をもって通信ができるようにすることである。しかしながら、これらの目標を果たそうとするときに必
要なことは、システムの完全性を維持すると同時に、ア
クセスに対してフレキシビリティを付与することおよび
プログラマブルであることを達成するための基本（プラ
ットフォーム）に対する強い希望を認識することであり
、従って、コンピュータ操作システムの設備にダイナミ
ックなインタフェースを入れ込むことに対する強い希望
を認識することである。更に望まれることは、これらの
能力が単一のコンピュータ・システムを含むコンピュー
ティング操作環境に存在するだけではなく、複数個の分
離したコンピュータ・システムを有しており、その各々
の内部には恐らく複数個の処理要素が含まれているよう
な、コンピュータ・システムのコンプレックス（複合体
）を含む環境にも存在することである。

【０００３】

【発明が解決しようとする課題】従って、この発明の目
的は、コンピュータの操作環境に対してコンソールをダ
イナミックに同定可能にすることにある。

【０００４】また、この発明の目的は、ダイナミックな
態様においてコンソール属性の特定をコントロールする
ことを可能にすることにある。

【０００５】この発明の更に別の目的は、複数個のサー
ビス環境において操作可能な、コンピュータ・オペレー
タ・アプリケーションの構築のために望ましい基本的な
操作を提供することにある。

【０００６】この発明の更に別の目的は、順序付けられ
ており、優先順位が付された態様をもって、コマンドと
該コマンドに対するメッセージ・レスポンスとを関連さ
せるための手段を提供することにある。

【０００７】また、この発明の目的は、分離したデータ
空間において隔離されたメッセージを付与することにあ
る。

【０００８】この発明の更に別の目的は、独立したメッ
セージの処理およびその表示をすることにあり、このた
めに、全体的なコンピュータ・コンプレックスを介して
メッセージを処理するための責任が賦課されるような、
オペレーティング・システムのセグメントによって通常
は実行される操作からフリーにされる。

【０００９】この発明の更に別の目的は、請求コマンド
のレスポンスに加えて、非請求メッセージの受け入れを
許容するようにされる。

【００１０】また、この発明の目的は、ある１個のコン
ピュータ操作システムの環境に対して規定できるコンソ
ールの個数を増大することにある。

【００１１】最後に、これに限定されるものではないが
、この発明の目的は、よりダイナミックかつフレキシブ
ルな態様でコントロール可能なコンピュータ・システム
およびコンピュータ・システム・コンプレックスの、更
なる遠隔操作能力についてである。

【００１２】

【課題を解決するための手段】この発明の好適な実施例
によれば、プログラムおよびデータを蓄積するための多
重アドレス空間を支援するオペレーティング・システム
を含み、また、データ・アクセスのための分離したデー
タ空間をも支援するコンピュータ・システムを操作する
ための方法が提供される。特に、コンソールの属性を記
述することを含み、また、該記述をユーザ・アプリケー
ションに対するアドレスと関連させるようなやり方で、
オペレーティング・システムに対するコンピュータ・コ
ンソールの同定がなされる。これらの属性およびある１
個のコンソール識別子がある１個のトークン値と関連し
て用いられて、コンソールの操作について増大したフレ
キシビリティに対する通信プロトコルの設定がなされる
。一旦ある１個のコンソールがオペレーティング・シス
テムに対して同定されると、該オペレーティング・シス
テムによって支援される多重の仮想アドレス空間の一つ
でランするコンソール支援プログラムによって、それか
らコンピュータ操作システムに向けてコマンドが伝送さ
れる。該コマンドはユーザによって明かにされるトーク
ン値と関連している。これい次いでコマンドの処理がな
され、レスポンスおよびメッセージがトークン値と関連
付けられて、適切なコンソールに対するその対応の仮想
アドレス空間とリンクしているデータ空間におけるキュ
ー内に配置される。これらのメッセージおよびレスポン
スは、これに続けて指向し直されて、該トークン値およ
びコンソール属性によって決定されるようにコンソール
の選択がなされる。かくして、ある１個のデータ空間が
、コンソールの独立性を維持すると同時に全体的なシス
テムの完全性およびメッセージ処理の効率性を保持する
ように、オペレータ・コンソールとのメッセージ交換の
ための固有のメカニズムとして設けられる。更に、コン
ピュータ・システム上をランしているユーザによって規
定されるアプリケーションは、ここでコマンドを発生さ
せて、この発生したコマンドに基づいてメッセージを受
け入れることを完全に予測することができる。このやり
方において、オペレーティング・システムのサービスを
アクセスするための、フレキシブルであり、プログラマ
ブルであり、また、ダイナミックである基本（プラット
フォーム）が付与される。特に注意されることは、コン
ソール属性がダイナミックなことであり、このために、
コンピュータ・ユーザおよび／またはコンピュータ・シ
ステム上でランするそれらのアプリケーションに対する
遥かに顕著な程度のフレキシビリティが付与される。

【００１３】

【実施例】図１にブロック図の形式で例示されているも
のは、この発明によって提供されるメッセージ伝達イン
タフェースである。特に、１個または複数個の能動的な
多重コンソール支援（ＭＣＳ）コンソール・セッション
を処理するアドレス空間１０は、メッセージ・データ空
間２０と関連付けられている。データ空間２０において
は、ユーザに対して予め定められているメッセージが分
離した位置に隔離されることが許容されており、このた
めに、より良好なメッセージの完全性が許容され、また
、コンピュータ・システムまたはコンプレックス内の他
の通信サービスに関するストレインが回避される。請求
（ｓｏｌｉｃｉｔｅｄ）メッセージおよび非請求メッセ
ージの双方が”伸長した（ｅｘｔｅｎｄｅｄ）”オペレ
ータに対するキューア１１によってキューにされること
を目標としているために、それらはデータ空間２０内に
配置される。より詳細に後述されるマクロ・コマンド　
ＭＣＳＯＰＭＳＧ　によれば、ユーザがメッセージ・デ
ータ空間２０からシステム・メッセージを検索して、請
求メッセージを非請求メッセージから区別することが許
容され、また、コマンドおよびレスポンスのトークン（
ＣＡＲＴ）値の使用を通して更に別のメッセージのフィ
ルタ操作をすることが許容される。

【００１４】この構造でユーザ・ルーチン３０に許容さ
れることは、代表的には、コンソール・アドレス空間１
０においてランしている伝達ルーチン１５に対して　Ｍ
ＣＳＯＰＭＳＧ　マクロを呼び込むために、異なるアド
レス空間において実行されることである。伝達ルーチン
１５に含まれている２個のステップの中の”メッセージ
探索”ステップ１６では、メッセージ・データ空間２０
から適切なメッセージの検索がなされる。この伝達ルー
チン１５には、コンソール・アドレス空間に対してコン
トロールを戻すためのメッセージ３２を有するユーザ・
ルーチン３０の該当の部位において必要とされるリター
ン・アドレスも含まれている。

【００１５】メッセージ伝達サービスは以下のように操
作される。ＭＣＳコンソール・インタフェースは、”伸
長した”ＭＣＳコンソールとして機能するように権限を
付されたアプリケーションが許容される。伸長したＭＣ
Ｓコンソールは、オペレータがコマンドを発生し、また
、メッセージを受け入れることができるロジカル・コン
ソールである。権限を付されたユーザは、例えば、伸長
したＭＣＳコンソール・セッションを設定するための　
ＴＳＯ／Ｅ　ＣＯＮＳＯＬＥ　コマンドを発生し、また
、オペレータのコマンドをシステムに誘導することがで
きる。この機能が実施されるのは、コンソールの記述お
よびその属性を規定するためのアプリケーションを許容
する　ＭＣＳＯＰＥＲ　マクロを呼び込むことによって
である。このＭＣＳＯＰＥＲ　マクロは、３個の異なる
呼び込みパラメータによって例示されるような３個の機
能を有している。例えば、ＡＣＴＩＶＡＴＥ　に等しい
　ＲＥＱＵＥＳＴ　パラメータ・セットをもって　ＭＣ
ＳＯＰＥＲ　が呼び込まれたとすると、コンピュータ・
システムに対する伸長したＭＣＳコンソールを規定し、
能動化する処理が開始される。パラメータのリストに”
ＲＥＱＵＥＳＴ”＝”ＤＥＡＣＴＩＶＡＴＥ”なる記述
があるときには、伸長したＭＣＳコンソールは非能動で
あるとして同定されて、そのセッションは終了する。最
後に、より詳細に後述されるような移送識別子の解放を
もたらすような、パラメータ・リストの部分として記述
される”ＲＥＱＵＥＳＴ”＝”ＲＥＬＥＡＳＥ”をもつ
　ＭＣＳＯＰＥＲ　サ−ビスを呼び込むことができる。

【００１６】ＭＣＳＯＰＭＳＧ　サ−ビスは　ＭＣＳＯ
ＰＥＲ　処理とともに用いられて、コンソールのアドレ
ス空間のプログラムで蓄積したメッセージの検索と、メ
ッセージのキュー操作が留保されているときに、　ＭＣ
ＳＯＰＥＲ　サ−ビスによって同定される伸長したＭＣ
Ｓコンソールに対するメッセージのキュー操作の再開と
がなされる。

【００１７】この発明の局面の一つは、コンピュータ・
システムの環境に対するコンソールの同定をすることで
ある。そこで、伸長したＭＣＳコンソールの能動化につ
いての検討をする。上述されたように、ＡＣＴＩＶＡＴ
Ｅ　に等しいパラメータであるＲＥＱＵＥＳＴ　のセッ
トをもつ　ＭＣＳＯＰＥＲ　サ−ビスによって、システ
ムに対する伸長したＭＣＳコンソールの規定および能動
化をする。このパラメータが明確にされると、メッセー
ジの伝達パラメータ（ＭＣＳＯＰＥＲ　の呼び込みの間
は　ＮＯＮＥ　であるＭＳＧＤＬＶＲＹ）も明確にされ
ない限りは、システムはメッセージを蓄積する領域を生
成させる。ＭＣＳＯＰＭＳＧ　によるメッセージ検索の
やり方をも明確にすることができる。

【００１８】ＭＣＳＯＰＥＲ　においては、ＲＡＣＦ　
（システムのセキュリティ製品）のような資源割り当て
コントロール設備からの　ＯＰＥＲＰＡＲＭ　パラメー
タ・リストを取得する試行をして、コンソールに対する
属性のようなシステム設置で規定されるオペレータ情報
を、　ＭＣＳＯＰＥＲ　で取得できるようにされる。Ｒ
ＡＣＦ　が能動的ではないとき、または、ＲＡＣＦ　に
おいて規定されたユーザ・セグメントが存在しないとき
には、マクロの　ＯＰＥＲＰＡＲＭ　オプションからの
　ＯＰＥＲＰＡＲＭ　パラメータ・リストのアドレスが
　ＭＣＳＯＰＥＲ　によって取得される。ＲＡＣＦ　ま
たは　ＯＰＥＲＰＡＲＭ　オプションのいずれかからの
　ＯＰＥＲＰＡＲＭ　パラメータ・リストもＭＣＳＯＰ
ＥＲ　によって取得できないときには、それはゼロのデ
フォルト値にされる。このゼロにされることにより、他
のデフォルト・リストからのオペレータ情報を　ＭＣＳ
ＯＰＥＲ　で取得する同定が付与される。

【００１９】次のテーブルには、ＯＰＥＲＰＡＲＭ　パ
ラメータ・リストにおいて用いられるキー・ワードが要
約されている。このパラメータ・リストに含まれたフィ
ールドには、伸長したＭＣＳコンソールに対するコンソ
ール属性をコントロールする値が付与されている。これ
らについては以下に詳述される。テーブル　１　　　　ＯＰＥＲＰＡＲＭ　　　　　　　　　　　機能
　　　　キーワード　　　　ＡＵＴＨ　　　　　　　　　　　　　　　　　
　コマンドの権限　　　　ＲＯＵＴＣＯＤＥ　　　　　
　　　　　ルーティング・コード　　　　ＬＥＶＥＬ　
　　　　　　　　　　　　　　　メッセージのレベル　
　　　ＭＦＯＲＭ　　　　　　　　　　　　　　　　表
示のためのメッセージ・フォーマット　　　　ＭＳＣＯ
ＰＥ　　　　　　　　　　　　　　シスプレックス（ｓ
ｙｓｐｌｅｘ）における　　　　　　　　　　　　　　
　　　　　　　　　　　　　　　　　　システム・メッ
セージ・スコープ　　　　ＣＭＤＳＹＳ　　　　　　　
　　　　　　　シスプレックス（ｓｙｓｐｌｅｘ）にお
ける　　　　　　　　　　　　　　　　　　　　　　　
　　　　　　　　　コマンド・スコープ　　　　ＭＯＮ
ＩＴＯＲ　　　　　　　　　　　　表示のためのジョブ
・ネイムおよびＴＳＯ情　　　　　　　　　　　　　　
　　　　　　　　　　　　　　　　　　報　　　　ＬＯ
ＧＣＭＤＲＥＳＰ　　　　　　コマンド・レスポンスの
ロギング操作　　　　ＭＩＧＩＤ　　　　　　　　　　
　　　　　　コンソールが１バイトの移送ＩＤを受け入
れる　　　　　　　　　　　　　　　　　　　　　　　
　　　　　　　かどうか　　　　ＳＴＯＲＡＧＥ　　　
　　　　　　　　　メッセージのキュー操作に用いられ
るメガバイ　　　　　　　　　　　　　　　　　　　　
　　　　　　　　　　ト（ＭＢ）での蓄積限度　　　　
ＤＯＭ　　　　　　　　　　　　　　　　　　　　コン
ソールがオペレータ・メッセージの削除要　　　　　　
　　　　　　　　　　　　　　　　　　　　　　　　求
（ＤＯＭ）を受け入れるかどうか　　　　ＫＥＹ　　　
　　　　　　　　　　　　　　　　　伸長したＭＣＳコ
ンソールを同定するために　　　　　　　　　　　　　
　　　　　　　　　　　　　　　　　ＤＩＳＰＬＡＹ　
Ｃ　コマンドで用いられる１〜　　　　　　　　　　　
　　　　　　　　　　　　　　　　　　　　８バイトの
ネイム　　　　ＵＤ　　　　　　　　　　　　　　　　
　　　　　　伝達されないメッセージをコンソールで表
示す　　　　　　　　　　　　　　　　　　　　　　　
　　　　　　　るかどうか　　　　ＡＬＴＧＲＰ　　　
　　　　　　　　　　　異常な事態が生じたときに、代
替コンソールの　　　　　　　　　　　　　　　　　　
　　　　　　　　　　　　ネイム・リストを記述する　
　　　ＡＵＴＯ　　　　　　　　　　　　　　　　　　
操作を自動化する他のルーティングによる処理　　　　
　　　　　　　　　　　　　　　　　　　　　　　　　
　のために付加的なルーティング特性を付与する　　　
　ＳＵＰＰＲＥＳＳ　　　　　　　　　　抑制されたメ
ッセージがまだコンソールに対し　　　　　　　　　　
　　　　　　　　　　　　　　　　　　　　て送られて
いるかどうかを指示する

【００２０】ＡＵＴＨ　パラメ
ータの変数は、コンソールに対するコマンドの権限の　
ＬＥＶＥＬ　を特定するものである。そのオペレーティ
ング・システムにおいては、次のように定義されるコマ
ンド・グループによってコマンドの権限が規定される。即ち、情報コマンド、システム・コントロール・コマン
ド、Ｉ／Ｏコントロール・コマンド、コンソール・コン
トロール・コマンド、および、マスタ・コンソール・オ
ンリー・コマンドによってコマンドの権限が規定される
。ＡＵＴＨ　コマンドの付加的なグループには、マスタ
・コンソール・オンリー・コマンドに対するものを除く
上部レベルの全てが含まれている。コマンドおよびグル
ープの権限により、好適には、より高い権限を有するグ
ループからのコマンドも権限が付与されて、より低い権
限を有するグループにおけるコマンドを発生するように
される。例えば、システム・コントロール・コマンドの
権限における指示により、コンソールからのシステム・
コントロール・コマンドに加えて情報コマンドを発生す
ることが許容される。情報的な（ｉｎｆｏｒｍａｔｉｏｎａｌ）コマンドにお
ける権限のレベルは、好適には、省略するものとして選
択される。

【００２１】ＲＯＵＴＣＯＤＥ　のキー・ワード値によ
って、コンソールに対するルーティング・コードが実際
に特定される。オペレーティング・システムで指向され
るメッセージは、コンソールに対して規定されたルーテ
ィング・コードを有している。また好適なこととしては
、次の機会がユーザに対して付与される。即ち、　ＲＯ
ＵＴＣＯＤＥ　の”値”が”ＡＬＬ”であって、ルーテ
ィング・コードによって規定された全てのメッセージが
コンソールに対して伝送されること、または、ＲＯＵＴ
ＣＯＤＥ　が　ＮＯＮＥ　であって、ルーティング・コ
ードにより規定されてコンソールに伝送されるメッセー
ジは存在しないこと（これは、好適には、デフォルト値
として選択される）を特定するための機会がユーザに対
して付与される。

【００２２】ＬＥＶＥＬ　のキー・ワードによって、コ
ンソールに対するメッセージのレベルが特定される。こ
のシステムにおいては、次の態様におけるオプションと
して規定されるメッセージ・レベルの種類間での識別が
なされる。その最も重要なレベルは、即時の応答を要求
するオペレータへの応答の書き込み（ｗｒｉｔｅ　ｔｏ
　ｏｐｅｒａｔｏｒ　ｗｉｔｈ　ｒｅｐｌｙ：（ＷＴＯ
Ｒ））メッセージのために保留される。次に続く優先度
のメッセージは、”システム障害”および”即時動作（
ｉｍｍｅｄｉａｔｅ　ａｃｔｉｏｎ）”のメッセージで
あって、重大なエラーが生じたこと、または、要求され
たオペレータの動作をタスクが待機していることを指示
するものである。これに続いて重要なレベルの事項は、
臨界的で偶発的な動作のメッセージであって、臨界的な
重要性のある偶発的な動作がオペレータの部分において
要求される。かくして、この場合においては、その重要
性が”偶発的”であることで”即時的”であることに対
抗している。次のレベルの事項である偶発的な動作のメ
ッセージにおいては、オペレータの即時の注意を必要と
しない偶発的な動作が要求される。次に優先度のある事
項は情報的なメッセージであって、一般的には、システ
ムの状態を指示するものである。大方のメッセージは大
体情報的なものである。次の優先度のレベルである”同
報通信（ｂｒｏａｄｃａｓｔ）”メッセージは、コンソ
ールに対して指定されたルーティング・コードに拘らず
、通常は全ての能動的なコンソールに対して伝送される
メッセージである。コンソールが同報通信メッセージを
受け入れないことを、ＬＥＶＥＬパラメータを介して特
定することも可能である。

【００２３】また、同報通信メッセージを含む全てのメ
ッセージが、システムに対して規定されるコンソール上
に現れることを許容するような、ＬＥＶＥＬ　パラメー
タを含むようにすることも好適なことである。

【００２４】好適に付与されている他のパラメータは、
コンソール上に現れるメッセージに対するメッセージ・
フォーマットを規定するために用いられる。この発明に
おいて、オペレーティング・システムによって用いられ
るパラメータ　ＭＦＯＲＭ　は、メッセージのテキスト
がタイム・スタンプのジョブＩＤまたはジョブ・ネイム
なしで表示されているか否かというような、種々のフォ
ーマットを区別するためのものである。ＭＦＯＲＭ　の
他の値によれば、システムにはメッセージのテキストと
ともにジョブ・ネイムまたはＩＤが表示される。ＭＦＯ
ＲＭ　のパラメータ値に対する他の選択によれば、メッ
セージを発したシステムのネイムがコンソールに表示さ
れる。ＭＦＯＲＭ　値の他の選択によれば、システムに
はメッセージとともにタイム・スタンプが表示される。また、グローバル・プロセッサから発生するジョブ・エ
ントリ・サブシステム・メッセージに対するジョブ・ネ
イムおよびシステム・ネイムを抑制することも、ＭＦＯ
ＲＭ　パラメータの選択を介して可能にされる。

【００２５】ＯＰＥＲＰＡＲＭ　リストにおいて特定可
能な他のパラメータによれば、コンソール・スクリーン
上にある種の状態情報を表示できるように特定される。例えば、ジョブの開始および停止のいかなる時点におい
ても、ジョブのネイムが状態表示領域内に表示されるよ
うに特定される。データ・セットがフリーにされたいか
なる時点においても、データ・セットのネイムおよびボ
リュームのシリアル・ナンバを状態表示領域内に表示す
るように特定することもできる。また、セッションの開
始および／または終了のいかなる時点においても、セッ
ション・ユーザ識別子が表示されるように特定すること
もできる。これに加えて、セッションの始まりまたはジ
ョブの開始において、タイムまたはデータのスタンプを
表示することができる。

【００２６】更に、緩やかに結合されたコンプレックス
に配列された、複数個の比較的独立性の高いコンピュー
タ・システムからなるコンピュータ・コンプレックスに
おいてこの発明が操作されているときには、他の　ＯＰ
ＥＲＰＡＲＭ　パラメータである　ＭＳＣＯＰＥ　（他
の場合にはコンソールに対して明白には送られることが
ないような、該コンソールに対してメッセージを伝送で
きる所定のシステムを規定することができるもの）を用
いることが望ましい。この発明においては、このパラメ
ータ値は”ＡＬＬ”の省略にセットされている。これで
指示されることは、ローカル・システムからのメッセー
ジが、コンプレックスにおける全ての他のシステムと同
様に、コンソール上に現れることができるということで
ある。

【００２７】この発明は、また、ＯＰＥＲＰＡＲＭ　リ
ストにおけるＣＭＤＳＹＳ　パラメータの値を介して、
この特定のコンソール上に入力されたコマンドが処理の
ために伝送されているコンプレックス内のシステムを規
定することもできる。コマンドがコンソール上に入力さ
れるようにセットされている好適な省略値は、コンソー
ルが規定されるローカル・システム上で処理される。

【００２８】この発明によれば、また、コンソールに指
向されたコマンドに対するレスポンスであるメッセージ
がハード・コピーのログにロギング操作されるかどうか
をコントロールするための、ＯＰＥＲＰＡＲＭ　におけ
る　ＬＯＧＣＭＤＲＥＳＰ　パラメータに対する値を特
定する能力も付与される。

【００２９】ＯＰＥＲＰＡＲＭ　パラメータの　ＭＩＧ
ＩＤ　によれば、コンソールに対して指定される１バイ
ト長の移送識別フィールドが特定される。移送識別子に
よってコマンド・プロセッサに許容されることは、コマ
ンドのレスポンスをコンソールに向けるために１バイト
・コンソール識別子を用いることである。ＭＩＧＩＤ　
パラメータの一つの値によって特定されることは、コン
ソールに対する移送識別子をシステムで指定することで
ある。パラメータの他の値で指示されることは、コンソ
ールにおいて移送識別子を必要としないことであり、こ
れは省略値として用いられる。

【００３０】ＳＴＯＲＡＧＥ　パラメータは、ＯＰＥＲ
ＰＡＲＭ　リストを介して　ＭＣＳＯＰＥＲ　サービス
・マクロに対して特定可能な他のパラメータである。こ
れで特定されることは、メッセージのキュー操作のため
に用いられる、メガバイトでの蓄積の限界である。コン
ソールが能動化したときには、システムはその限界にセ
ットされる。他の　ＯＰＥＲＰＡＲＭパラメータである
　ＤＯＭ　によれば、コンソールが削除・オペレータ・
メッセージ（ｄｅｌｅｔｅ−ｏｐｅｒａｔｏｒ　ｍｅｓ
ｓａｇｅｓ）を受け入れるかどうかの特定がなされる。このパラメータ・リストの項目に対する”ＮＯＲＭＡＬ
”値によって指示されることは、コンソールに対する全
ての適切な削除・オペレータ・メッセージをキュー状態
にすることをシステムで試行し、そして、これを省略状
態にすることである。このパラメータに対する他のセッ
ト操作で付与されることは、コンプレックスにおける全
てのシステムが、コンソールに対する削除・オペレータ
・メッセージをキュー状態にすることである。コンソー
ルを能動化するアプリケーション・プログラムは、ＤＯ
Ｍ　信号で特定されるいかなるメッセージ削除でも処理
せねばならない。

【００３１】ＯＰＥＲＰＡＲＭ　パラメータ　ＫＥＹ　
で特定される１〜８バイトのキャラクタ・ネイムであっ
て、その一つである１個の　ＫＥＹ　を規定するものは
、システムまたはコンプレックス内の全ての伸長した　
ＭＣＳ　コンソールに関する情報を表示するために、コ
ンピュータ・オペレータによって使用されることができ
る。

【００３２】最後に、ＯＰＥＲＰＡＲＭ　パラメータ　
ＵＤ　で特定されることは、システムでは表示すること
ができなかった動作メッセージおよび　ＷＴＯＲ　メッ
セージを、コンソールが受け入れるかどうかということ
である。

【００３３】これに加えて、この発明によれば、検索の
ための所望の方法に依存して、メッセージを受け入れる
ための異なるやり方が付与される。例えば、ＭＣＳＯＰ
ＥＲマクロに対して　ＭＳＧＤＬＶＲＹ　＝　”ＦＩＦ
Ｏ”に特定されると、先入れ先出し（ＦＩＦＯ）に基づ
いて、メッセージがその蓄積領域から抽出される。これ
に代えて、ＭＣＳＯＰＥＲ　に対して”ＭＳＧＤＬＶＲ
Ｙ　＝　ＳＥＡＲＣＨ”に特定されると、探索引数（ｓ
ｅａｒｃｈ　ａｒｇｕｍｅｎｔｓ）ＣＭＤＲＥＳＰ，Ｃ
ＡＲＴ　および　ＭＡＳＫ　が　ＭＣＳＯＰＭＳＧ　マ
クロによって用いられて、この　ＭＣＳＯＰＭＳＧ　に
対する　ＲＥＱＵＥＳＴ　パラメータが　ＧＥＴＭＳＧ
　に等しくセットされたときには、メッセージの検索が
なされる。同様にして、ＭＣＳＯＰＥＲ　マクロに対して”ＭＳＧ
ＤＬＶＲＹ　＝　ＮＯＮＥ”に特定されると、メッセー
ジ蓄積領域が生じることはない。この後者の特定で必要
とされることは、オペレータ書き込みマクロ（ｗｒｉｔ
ｅ　ｔｏ　ｏｐｅｒａｔｏｒ　ｍａｃｒｏ）（ＷＴＯ）
のサブシステム・インタフェース、または、メッセージ
処理設備の出力部（ｅｘｉｔ）のいずれかからのメッセ
ージを検索することである。この設備は主としてメッセ
ージの処理に対する先行のメカニズムを支援するために
設けられている。

【００３４】この発明においては、伸長した　ＭＣＳ　
コンソールに対して蓄積されるメッセージの個数を特定
することもできる。これは　ＭＣＳＯＰＥＲ　マクロに
対するＱＬＩＭＩＴ　キー・ワード内に設けられている
。これで許容されることは、このようなコンソールに対
してキュー操作できるメッセージの最大数を規定するこ
とである。メッセージ蓄積部内のメッセージの個数が特
定のキュー限界値を越えたときには、蓄積領域に対する
キュー操作が停止する。これに加えて、この発明におい
て、伸長した　ＭＣＳ　コンソールが能動化したときに
特定できることは、キュー操作できるメッセージの最大
数が超過してキュー操作が停止した場合に、使用される
メッセージ蓄積の量がＱＬＩＭＩＴ　キー・ワードによ
って規定されるようなメッセージ容量のある特定の比率
まで到達したときにキュー操作を再開できるということ
である。他のパラメータである　ＱＲＥＳＵＭＥ　で特
定されることは、データ空間に対するキュー操作が再開
されるときに、ユーザによって規定することができる、
キュー状態にあるメッセージの比率である。

【００３５】ここで、ＲＥＱＵＥＳＴ　が　ＧＥＴＭＳ
Ｇ　に等しくセットされた　ＭＣＳＯＰＭＳＧ　マクロ
を用いることにより、メッセージ蓄積領域からのメッセ
ージを検索することに含まれるメカニズムに向けて注意
を払うことにする。これでなされることは、メッセージ
蓄積のデータ空間からのメッセージを検索することだけ
ではなく、新規なメッセージのために蓄積部をフリーに
することもなされる。メッセージの検索は、メッセージ
の所定の特性を特定することでなされる。特に、ＭＣＳ
ＯＰＭＳＧ　マクロの　ＣＭＤＲＥＳＰ　オプションで
許容されることは、コマンドのレスポンスであるメッセ
ージ（ＹＥＳ　に等しくセットされた　ＣＭＤＲＥＳＰ
）、または、非請求メッセージ（ＮＯ　に等しくセット
された　ＣＭＤＲＥＳＰ）を検索することである。コマ
ンドのレスポンスを検索する選択がなされたときには、
コマンドに対するレスポンスに関連している、メッセー
ジのコマンド・レスポンス・トークン（ＣＡＲＴ）を更
に特定することができる。そして、このＣＡＲＴ　をも
ってマスクを特定することもできる。コマンド・レスポ
ンス・トークンで許容されることは、コマンドのメッセ
ージを検索するときの選択臨界を特定することである。一つの例として、コマンド・レスポンス・トークン（Ｃ
ＡＲＴ）と比較される値としてマスクが用いられ、当該
選択臨界を広げるために論理ＡＮＤ命令が用いられる。例えば、コマンド・レスポンス・トークンに対して特定
された初めの４個のキャラクタを有する任意のコマンド
・レスポンスを検索するために、ＭＣＳＯＰＭＳＧ　を
効果的に用いることができる。ＣＭＤＲＥＳＰ　に対す
る値の特定がなされないときに、ＭＣＳＯＰＭＳＧマク
ロで検索されるものは、先入れ先出し（ＦＩＦＯ）に基
づく、データ空間内のキューにおける初めのメッセージ
である。ＭＣＳＯＰＭＳＧ　マクロにコントロールが戻ると、メ
ッセージ・データ・ブロック（ＭＤＢ）内の特定のメッ
セージを指定するために、ある特定の汎用レジスタおよ
びアクセス・レジスタ（ＡＲ）が用いられる。

【００３６】この発明におけるメッセージのキュー操作
の限界に対する管理は、ＭＣＳＯＰＥＲ　マクロにおい
て特定される、上記特定の　ＱＲＥＳＵＭＥ　比率に対
する要求に合致するのに十分な個数のメッセージを検索
できるように、ＧＥＴＭＳＧ　に等しくセットされた　
ＲＥＱＵＥＳＴ　を有する　ＭＣＳＯＰＭＳＧ　マクロ
を特定することによってなされる。

【００３７】キュー操作の停止の後で、例えば、コンピ
ュータ・システムにおいて生じる異常な終了状態の後で
、ＲＥＳＵＭＥ　に等しくセットされた　ＲＥＱＵＥＳ
Ｔ　を有する　ＭＣＳＯＰＭＳＧ　マクロを特定するこ
とによって、メッセージ蓄積領域に対するキュー操作を
再開することができる。ただし、”ＲＥＱＵＥＳＴ　＝
　ＲＥＳＵＭＥ”なる記述によって、システムのキュー
操作の再開を要求することができる。キュー操作が停止
したときには、先に規定されたようなＵＤ属性を有する
コンソールに対して、他のどこでもキューにされない重
要なメッセージが　ＭＣＳ　によって回送される。

【００３８】これに加えて、メッセージの状態をチェッ
クするやり方を用意するために、ＡＣＴＩＶＡＴＥ　に
等しくセットされた　ＲＥＱＵＥＳＴを有する　ＭＣＳ
ＯＰＥＲ　マクロを用いることができる。この場合にお
いて、次の事項のいずれかが真（ｔｒｕｅ）であるとき
には、ＭＣＳＯＰＥＲ　処理操作によってイベント・コ
ントロール・ブロック（ＥＣＢ）を提示することができ
る。即ち、メッセージ蓄積領域におけるメッセージの個
数が、ＱＬＩＭＩＴ　において特定された個数に到達し
たとき；メッセージ蓄積領域におけるメッセージの個数
が、ＡＬＥＲＴＰＣＴ　の値によって特定された　ＱＬ
ＩＭＩＴ　での個数の比率を満たしたとき；メッセージ
蓄積部がより多くのメッセージのための空間を有してい
ないとき；または、キュー操作にエラーが生じていると
きに；前記の提示をすることができる。イベント・コン
トロール・ブロックが　ＭＣＳＯＰＥＲ　によって提示
されるときには、これらの問題のいずれがキュー操作の
機能を不可能にしているかを決定するために、ＭＣＳ　
コンソール状態領域のチェックをせねばならない。これ
らはユーザによって分離して用意されるが、この発明の
部分を構成するものではない。

【００３９】また、この発明によれば、伸長した　ＭＣ
Ｓ　コンソールを不活性化し、移送識別子を解放するた
めの能力も付与される。特に、ＤＥＡＣＴＩＶＡＴＥ　
に等しくセットされた　ＲＥＱＵＥＳＴ　パラメータを
有する　ＭＣＳＯＰＥＲ　マクロの呼び込みにより、不
活性であるとして特定された、伸長した　ＭＣＳ　コン
ソールの同定がなされ、そして、該当のセッションが終
了される。移送ＩＤを解放するために、好適には、まず
、ＲＥＬＥＡＳＥ　に等しくセットされた　ＲＥＱＵＥ
ＳＴ　を有する　ＭＣＳＯＰＥＲ　コマンドに対する入
力として供給できるような、移送ＩＤを表示するための
　ＤＩＳＰＬＡＹ　ＣＯＮＳＯＬＥＳ　コマンドを生成
させる。上記のように特定された移送ＩＤは、好適には
、プログラムによって４バイトのコンソール識別子に変
換するのに先だって、ユーザ・プログラムにおいて用い
られる１バイトのコンソール識別子である。このメカニ
ズムにおいては、移送ＩＤの個数に制限がある。ただし
、戻ってきた移送識別子を再使用することができる。Ｄ
ＩＳＰＬＡＹ　コマンドに続けて、ＤＥＡＣＴＩＶＡＴ
Ｅ　に等しくセットされた　ＲＥＱＵＥＳＴ　を有する
　ＭＣＳＯＰＥＲ　マクロが生成される。これに次いで
、移送ＩＤの解放およびその戻しのために、ＲＥＬＥＡ
ＳＥ　に等しくセットされた　ＲＥＱＵＥＳＴ　を有す
る　ＭＣＳＯＰＥＲ　マクロが再び呼び込まれる。この
移送ＩＤは、上述された　ＭＩＧＩＤ　キー・ワードで
特定される。

【００４０】次に、図２に示されているような、操作お
よび交換のシーケンスに対して注意をする。特に、この
図で例示されたデータ・フローおよびコマンド・シーケ
ンスは、この発明の譲受人の　ＭＶＳ　オペレーティン
グ・システム・プロダクツの下でランする　ＴＳＯ／Ｅ
　プロダクツのような、タイム・シェアリング式のオペ
レーティング・システムによって指定されるもののよう
に、コンソール・アドレス空間でランするプログラムと
、ユーザ・アドレス空間でランするプログラムとの間で
生じるものである。コンソール活性化シーケンス１００
が開始されると、まず、上述された　ＭＣＳＯＰＥＲ　
マクロを介して、ターミナル・データがコンソール・ア
ドレス空間に対して渡される（ステップ１０１）。ここ
で、新規に活性化したコンソールが多重コンソール支援
サービスに対して同定される（ステップ１０２）。これ
に続けて、コンソール・アドレス空間においてランする
プログラムにより、４バイトのコンソール識別子がユー
ザの　ＴＳＯ／Ｅ　アドレス空間に向けて渡され（ステ
ップ１０３）て、４バイトのコンソール識別子として保
存される（ステップ１０４）。次に、スーパバイザ・コ
ール（ＳＶＣ）命令（ＭＶＣオペレーティング・システ
ムにおける３４のコードをもつもの）が、コマンド・プ
ロセッサに対して加えられる（ステップ１０５）。ステ
ップ１０５で渡されるものは、システム・コマンド、４
バイトのコンソールＩＤ、および、上述されたコマンド
・レスポンス・トークン（ＣＡＲＴ）である。コマンド
・プロセッサではこれを受け入れ（ステップ１０６）て
、ユーザの要求を処理し、そして、書き込み・オペレー
タ（ＷＴＯ）マクロを生成する（ステップ１０７）。こ
の　ＷＴＯマクロは関連のコンソール・アドレス空間に
おいてランするプログラムによって処理される（ステッ
プ１０８）。受け入れたメッセージは　ＴＳＯ／Ｅ　ア
ドレス空間に対する伝達のためにキューに配置されるが
、このことは、ＸＭＰＯＳＴ　マクロの呼び込みを通し
てメッセージがキューに配置されるものとして告知され
る（ステップ１０９）。次に、ＴＳＯ／Ｅ　が”生起（
ｗａｋｅ　ｕｐ）”して（ステップ１１０）メッセージ
の処理を行い、上述された　ＭＣＳＯＰＭＳＧ　マクロ
によって、コンソール・アドレス空間ルーチンに対して
コンソール識別子を渡す（ステップ１１１）。ＸＭＰＯ
ＳＴ　マクロの操作に関しては図１も参照される。次に
、コンソール・アドレス空間のプログラム操作により、
汎用レジスタ１（ＧＰＲ１）にメッセージのアドレスが
配置される。また、メッセージに対するアクセス・リス
ト・エントリ・テーブル（ＡＬＥＴ）も、アクセス・レ
ジスタ１（ＡＲ１）に配置される（ステップ１１２）。これに次いで、ＴＳＯ／Ｅ　アドレス空間においてラン
するプログラムに対してコントロールが戻され、ここで
は　ＴＳＯ／Ｅ　ターミナル上にメッセージを配置する
ためのサービスを呼び込み、または、例えば　ＲＥＸＸ
　実行でよいような呼び出し（ｃａｌｌｉｎｇ　）プロ
グラムにメッセージ・ラインを戻す（ステップ１１３）
ような操作がなされる。多重ラインの書き込み・オペレ
ータ・コマンドである場合には、このステップが繰り返
される（ステップ１１４）。最後に、後続のシステム・
コマンドが、コマンド・プロセッサに対して、上記のよ
うなスーパバイザ・コール（ＳＶＣ）３４を介して出力
されて（ステップ１１５）、このコマンドの処理がなさ
れる（ステップ１１６）。ここで注意されることは、次
のアドレス空間のいずれにおいてもコマンド・プロセッ
サがランできることである。即ち、ＴＳＯ／Ｅ　ユーザ
のアドレス空間；ＣＯＮＳＯＬＥ　のアドレス空間；サ
ブシステムのアドレス空間（例えば、ＪＥＳ２　つまり
　ジョブ入力サブシステム２　または　ＪＥＳ３　つま
り　ジョブ入力サブシステム３　のアドレス空間）；ま
たは、任意の　ＭＶＳ　システムのアドレス空間のいず
れにおいてもコマンド・プロセッサのランが可能である
。後続のコントロールはＣＯＮＳＯＬＥ　のアドレス空
間において続行される。更に別の操作は上述されたよう
にして生成されるが、ここでの代表的なシーケンスは、
メッセージのキューおよびポスト（通知）操作（ステッ
プ１１７）、これに続く　ＭＣＳＯＰＭＳＧマクロの　
ＴＳＯ／Ｅ　のアドレス空間における呼び込み、および
、これに後続するコンソールのアドレス空間からのプロ
グラムのリターン（ステップ１１９）である。最後に、
コンソールの　ＤＥＡＣＴＩＶＡＴＥ　または　ＬＯＧ
ＯＦＦ　コマンドが　ＴＳＯ／Ｅ　のアドレス空間にお
いて生成することが可能になり（ステップ１２０）、ま
た、これに続けて、ＭＣＳ　システムからのユーザの不
活性化でもたらされる　ＭＣＳＯＰＥＲ　マクロの呼び
込みがなされる（ステップ１２１）。

【００４１】ここで注意が向けられる　ＭＣＳＯＰＭＳ
Ｇ　マクロは、コマンドがメッセージを検索するために
用いられていることを特定するパラメータをもって用い
られ、または、キュー状態にあるメッセージを調べる目
的のために用いられていることの指示をもって用いられ
る。それは異なるパラメータの個数をもって特定するこ
とができる。特に、パラメータ　ＣＯＮＳＩＤによれば
コンソール　ＩＤ　のアドレスが特定される。ＣＯＮＳ
ＩＤ　は所要のパラメータである。特定可能な他のパラ
メータとしての　ＣＭＤＲＥＳＰ　パラメータによれば
、要求されているメッセージ探索のタイプが特定される
。”ＮＯ”に等しくセットされたこの特定のパラメータ
においては、次の非請求メッセージに戻される。このパ
ラメータが”ＹＥＳ”に等しくセットされているときに
は、次のコマンド／レスポンス・メッセージに戻される
。このパラメータはオプションのものである。それが特
定されていないときには、この発明の好適な実施例によ
れば、キュー状態にある初めの非請求メッセージに戻さ
れる。ＭＣＳＯＰＭＳＧ　マクロに対して特定可能な他
のパラメータは、上述されたコマンド・レスポンス・ト
ークン（ＣＡＲＴ）である。この　ＣＡＲＴ　で特定さ
れるものは、ＣＡＲＴ　に含まれた、次に戻されるメッ
セージである。この　ＣＡＲＴ　パラメータはオプショ
ンのパラメータであって、ＣＭＤＲＥＳＰ　＝　ＹＥＳ
　と特定されているときにのみ用いられる。最後に、Ｍ
ＣＳＯＰＭＳＧ　マクロに　ＭＡＳＫ　パラメータを加
えることが好適である。この　ＭＡＳＫ　パラメータで
特定されることは、要求されたものと同じ　ＣＡＲＴ　
がメッセージ内に含まれているかどうかを決定するため
のテストをするのに先だって、メッセージ内の　ＣＡＲ
Ｔ　と要求の　ＣＡＲＴ　とが　ＭＡＳＫ　とともに論
理ＡＮＤがとられることである。この発明の好適な実施
例において、ＭＡＳＫ　はオプションのパラメータであ
る。

【００４２】メッセージ伝達要求ルーチンでは、種々の
結果を指示するリターン・コードが渡される。例えば、
好結果の処理を指示することが所望される。好結果の処
理を指示することも好適ではあるが、コンソールに対し
てキュー状態にあるメッセージが現に不能にされている
という事実について適格性を認めるようにされている。この要求ルーチンを介して、特定された探索臨界に対し
て利用可能なメッセージが存在しないことを指示するこ
ともできる。特定された探索臨界に対して利用可能なメ
ッセージは存在しないが、コンソールに対してキュー状
態にあるメッセージが現に不能であることを指示するこ
ともできる。能動的ではないコンソールの指示を付与す
ること、または、ＭＣＳＯＰＭＳＧ　が呼ばれたアドレ
ス空間によってはコンソールが活性にされていない旨の
指示を付与することも望ましい。例えば、無効のパラメ
ータ・リストを指示する可能性があること、または、呼
出し者（ｃａｌｌｅｒ）がアクセス・レジスタ（ＡＲ）
モードにはないこと、もしくは、他の　ＭＣＳＯＰＭＳ
Ｇ　の要求がこのコンソールに対して進行中であること
のような、所定の理由があるコードのリターンの結果と
して、不適切な　ＭＣＳＯＰＭＳＧ　の呼び（ｃａｌｌ
）がもたらされる。この後者の局面は、先入れ先出しの
伝達として特定されたコンソールだけに当てはまるもの
である。

【００４３】上述されたところから認められるべきこと
は、１個のコンピュータ・システムまたは複数個のコン
ピュータ・システムのコンプレックスにおいて用いるた
めの通信メカニズムとして、仮想的なアドレス空間とデ
ータ空間の最良の特徴を本出願人が組み合わせたことに
ある。また認められるべきことは、コンピュータ・シス
テムまたはコンピュータ・コンプレックスのコントロー
ルをするコンソール・デバイスの使用を容易にする態様
をもって、該当のコマンドがレスポンスと特に合致する
ように、順序付けられており、また、慎重なやり方でコ
ンソール間でのメッセージの交換をするメカニズムを本
出願人が提供したことにある。更に認められるべきこと
は、本出願人の発明で提供されたデータ構造によれば、
システムの完全性を保持し、メッセージの伝達を容易に
するために、また、コンソールのアドレス空間と固有の
関連があるデータ空間におけるキュー状態のメッセージ
・エントリの利用を通して処理するために、フレキシブ
ルではあるが順序付けられたやり方で、コンピュータ・
システムに対するコンソール・デバイスを規定する能力
が着実に増強される。

【００４４】

【発明の効果】本発明によれば、コンピュータの操作環
境に対してコンソールをダイナミックに同定することが
できる。

【図面の簡単な説明】

【図１】この発明において用いられるアドレスおよびデ
ータ空間の構造についての全体的な概観を例示する機能
ブロック図である。

【図２】コンソール・アドレス空間でランするコンソー
ル支援プログラムと、そのアドレス空間でランするコン
ピュータ操作システムとの相互作用を例示するフローチ
ャートである。

【符号の説明】

１０　　アドレス空間１１　　キューア１５　　伝達ルーチン１６　　メッセージ探索１７　　リターン・アドレス２０　　メッセージ・データ空間３０　　ユーザ・ルーチン３１　　ＭＣＳＯＰＭＳＧ　発生３２　　メッセージ処理

Claims

【特許請求の範囲】

【請求項１】プログラムおよびデータに対する多重アド
レス空間を支援するオペレーティング・システムを含む
ととともにデータ・アクセスに対するデータ空間をも支
援するコンピュータ・システムを操作するための方法で
あって、前記コンピュータ・システムは前記コンピュー
タ・システムと通信するための複数個のコンソールを含
んでおり：コンソール属性の特定を含めて、前記コンソ
ールの少なくとも１個を前記オペレーティング・システ
ムに対して同定するステップ；前記同定されたコンソー
ルの１個から前記コンピュータ・システムに対して、前
記多重アドレス空間の一つにおいて能動的なコンソール
支援プログラミングによって、少なくとも１個のコマン
ドを伝送するステップ；前記コマンドをある１個のトー
クン値と関連させるステップ；前記コマンドを処理して
、前記トークン値と関連があるとともに前記データ空間
の一つにおけるキュー（待ち行列）内に配置されている
、前記のコマンドに関するレスポンスまたはメッセージ
を発生させるステップ；および前記キューに配置された
レスポンスまたはメッセージを指向し直して、前記トー
クン値および前記コンソール属性で決定されるようにコ
ンソールを選択するステップ；を含んでなる前記の方法
。
【請求項２】コマンド・オーソリティ、ルーティング・
コード、レベル、ディスプレイ・フォーマット、コマン
ド・スコープ、移送識別子および蓄積限界からなるリス
トから選択された少なくとも１個が前記の属性に含まれ
ている、請求項１に記載の方法。
【請求項３】前記コンピュータ・システムは、複数個の
個別に緩やかに結合されたコンピュータで構成されてい
る、請求項１に記載の方法。
【請求項４】前記キューにされたメッセージまたはレス
ポンスは先入れ先出しの順序で処理される、請求項１に
記載の方法。
【請求項５】キューからのメッセージの受け入れをコン
トロールする定義可能なコンソール属性を含んでいる、
分離したアドレス空間においてランしているコンソール
・コントロール・プログラミング操作による後続の処理
操作のために、データ空間において非同期的に発生する
メッセージをキュー操作するステップを含んでいる、コ
ンピュータ・システムを操作させるための方法。
【請求項６】分離したアドレス空間においてランしてい
るプログラミング操作による後続の処理操作のために、
データ空間において非同期的に発生するメッセージをキ
ュー操作するステップを含んでいる、コンピュータ・シ
ステムを操作させるための方法。