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

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

【０００３】

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

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

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

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

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

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

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

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

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

【００１２】

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

【００１３】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００４４】

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

【図面の簡単な説明】

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

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (72)発明者 パトリツク・リイド・トレイシー アメリカ合衆国ニューヨーク州ワツピンガ ーズ・フオールズ・セニツク・ドライブ11 フロア (72)発明者 ウイリアム・ジエームズ・スコーン アメリカ合衆国ニューヨーク州ポーキプシ ー、ツリートツプス・レーン40番地

Claims (1)

【特許請求の範囲】
1. 【請求項１】プログラムおよびデータに対する多重アド
   レス空間を支援するオペレーティング・システムを含む
   ととともにデータ・アクセスに対するデータ空間をも支
   援するコンピュータ・システムを操作するための方法で
   あって、該コンピュータ・システムは複数個のコンソー
   ルを含んでおり： コンソール属性の特定を含めて、前記コンソールの少な
   くとも１個を前記オペレーティング・システムに対して
   同定するステップ； 前記同定されたコンソールの１個から前記オペレーティ
   ング・システムを含むコンピュータ・システムに対し
   て、前記多重アドレス空間の一つにおいて能動的なコン
   ソール支援プログラミングによって、少なくとも１個の
   コマンドを伝送するステップ； 前記コマンドをトークン値と関連付けるステップ； 前記コマンドを処理して、前記トークン値と関連付ける
   とともに前記データ空間の一つにおけるキュー（待ち行
   列）内に配置して、前記のコマンドに関するレスポンス
   またはメッセージを生成するステップ；および 前記トークン値を用いて、前記キューに配置されたレス
   ポンスまたはメッセージを選択するステップ； を含んでなる前記の方法。