JPH0352054A - メツセージの出力方法 - Google Patents
メツセージの出力方法Info
- Publication number
- JPH0352054A JPH0352054A JP2177642A JP17764290A JPH0352054A JP H0352054 A JPH0352054 A JP H0352054A JP 2177642 A JP2177642 A JP 2177642A JP 17764290 A JP17764290 A JP 17764290A JP H0352054 A JPH0352054 A JP H0352054A
- Authority
- JP
- Japan
- Prior art keywords
- message
- messages
- stream
- command
- console
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims description 116
- 238000012546 transfer Methods 0.000 claims abstract description 14
- 230000000007 visual effect Effects 0.000 claims abstract description 12
- 230000008569 process Effects 0.000 claims description 33
- 238000012545 processing Methods 0.000 claims description 32
- 230000003213 activating effect Effects 0.000 claims description 3
- 230000004044 response Effects 0.000 description 136
- 230000006870 function Effects 0.000 description 55
- 230000007246 mechanism Effects 0.000 description 34
- 230000002452 interceptive effect Effects 0.000 description 23
- 230000000717 retained effect Effects 0.000 description 23
- 230000014759 maintenance of location Effects 0.000 description 22
- 230000003068 static effect Effects 0.000 description 13
- 230000009471 action Effects 0.000 description 10
- 230000008859 change Effects 0.000 description 10
- 238000010586 diagram Methods 0.000 description 10
- 230000001360 synchronised effect Effects 0.000 description 10
- 230000003993 interaction Effects 0.000 description 8
- 101100368149 Mus musculus Sync gene Proteins 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 238000009125 cardiac resynchronization therapy Methods 0.000 description 4
- 241000209219 Hordeum Species 0.000 description 3
- 235000007340 Hordeum vulgare Nutrition 0.000 description 3
- 238000004891 communication Methods 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000002085 persistent effect Effects 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 230000026676 system process Effects 0.000 description 2
- 241000511343 Chondrostoma nasus Species 0.000 description 1
- 208000037271 Cystoid macular dystrophy Diseases 0.000 description 1
- 101100383920 Fragaria ananassa MCSI gene Proteins 0.000 description 1
- VAZNCFOEOCSGQL-UHFFFAOYSA-N OOOOOOOOOOOOOOOOOOOOOOO Chemical compound OOOOOOOOOOOOOOOOOOOOOOO VAZNCFOEOCSGQL-UHFFFAOYSA-N 0.000 description 1
- 206010029897 Obsessive thoughts Diseases 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000009956 central mechanism Effects 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 201000010206 cystoid macular edema Diseases 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000005316 response function Methods 0.000 description 1
- 235000002020 sage Nutrition 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 239000010902 straw Substances 0.000 description 1
- 238000004481 total suppression of sideband Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0487—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser
- G06F3/0489—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using dedicated keyboard keys or combinations thereof
- G06F3/04895—Guidance during keyboard input operation, e.g. prompting
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Digital Computer Display Output (AREA)
- Information Transfer Between Computers (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
Ａ．産業上の利用分野
本発明は、メッセージ処理の分野に関し，特に、メッセ
ージ・ストリームの基準を設けることによって．コンピ
ュータ・システムによって生成されたメッセージをスト
リームに分離すること、およびメッセージ・ストリーム
にリンクされた表示端末資源を通してメッセージ・スト
リームを表示することに関係する． Ｂ．従来の技術 インタラクティブ（対話的）なコンピュータ処理では、
プロセスへの情報の入力とこれに応じたプロセス情報の
受取りが繰り返される，インタラクティブ・システムは
、よく“会話型゛システムと呼ばれ，一連の“バネルー
のプレゼンテーションによってサポートされる．各パネ
ルの内容は，前の入力に応じた情報を与えるとともに、
コマンド・メニューのプレゼンテーションによって次の
人力を促す定義済みの表示イメージである．パネルがど
のように並ぶかは、入力と応答のステップによって決ま
る．一組のパネルを通してユーザと対話するインタラク
ティブなコンピュータ・システムは、“パネル方式一シ
ステムと呼ばれる．インタラクティブな処理では、“ダ
イアログ，′セッションー、そして“カンバセーション
ーはいずれも同義である．人と機械の対話は、対話を支
えるプロセスがコンビ二一ク内部で実行されることを意
味する．現代のマルチプログラミング・システムは、複
数のプロセスの並列実行をサポートしており，このよう
なシステムが、複数の対話を同時に行えることを示して
いる．複数の人声は、タイムシェアリング（時分割）に
よって複数の対話を可能にするシステムに取り込まれる
．タイムシェアリングは、複数のプログラムを一つのコ
ンピューティング機構で実行できるようにし、実行中に
ユーザがプログラムと対話する方式である． 現在のコンピュータ・システムで、マルチプログラミン
グのタイムシェアリング機横によって複数のユーザにパ
ネル方式のインタラクティブなコンピューティングを提
供しているものが、ＭＶＳ（多重仮想記憶）システム、
Ｏ Ｓ／Ｖ Ｓ ２リリース２にＴＳＯ （タイムシェ
アリング・オプション）を加えたシステムである． もう一つ．現在のマルチプログラミング，タイムシェア
リング方式もシステムにみられる改良点は、一般には、
端末資源をコンソールに分割するｍｕと、各コンソール
をウィンドウに関連付ける機能である．コンソールは，
この意味では、対話のためのマン・マシン・インタフェ
ースとして用いられるコンピュータ端末資源の一部であ
る．コンソールは．システムに欠かせない入出力ハード
ウェアを参照できる．また、同じ入出力ハードウエアを
通して他の仮想コンソールと並列に実行される仮想エン
ティティも参照できる．ウィンドウは，広い意味では、
コンソールに割り当てられるか仮想表示空間の一部であ
る．これまでのウィンドウは、ＣＲＴなどの物理的な表
示面上の領域にマップされる．表示面にマップされたも
のは、一般に“ビューポート“と呼ばれる．ただし“ウ
ィンドウ”が“ビューポート”と同じ意味で用いられる
こともある．現在では、ビューボートが“スクリーン”
と呼ばれることもある． 代表的なウィンドウ・システムは、ビジュアルな出力資
源の任意の部分を端末にマップする機能を提供する．し
たがって端末資源としてＣＲＴがいくつかある場合は、
各ＣＲＴは，各ウィンドウのためのビューボートともな
る．また．ＣＲＴの一つの表示面上の指定されたビュー
ボートに複数のウィンドウをマップすることも可能であ
る．実行されるプログラムとユーザとの間でやりとりさ
れる情報の基本要素は、メッセージである．メッセージ
は、キャラクタを一定順序で並べたものであり，数個の
キャラクタを１単位として転送される．マルチューザ、
マルチプログラミング、タイムシェアリング方式のコン
ピュータ・システムでは，メッセージを処理する通信機
構が不可欠である．メッセージ処理機構は，メッセージ
の制御キャラクタを調べて処理し、メッセージを作成側
から送信し、受信側のためにメッセージを受信するのに
必要な動作を実行する． メッセージは、構造上は、複数のフィールドから成るデ
ータ・オブジェクトである．各フィールドは、細かく指
定されたキャラクタ情報を含む．一般に，メッセージの
フォーマットは、ソースと宛先．ｉ先順位，タイプ、そ
の他の情報が置かれたメッセージの先頭部であるメッセ
ージ・ヘッダを含む．以下、この情報を“制御データ”
と呼ぶ．現行システムでは、メッセージ識別子と、定翳
済みメッセージを識別し、その定義済みメッセージのメ
ッセージ・ファイル内の記述に索引をつけるコードもメ
ッセージに含まれる．メッセージにはまた、作成側から
受信側へ送られる情報が入ったメッセージ・テキストも
含まれる．メッセージ・テキストは、メッセージから制
御データとメッセージ識別子を除いた部分である．パネ
ル方式の動作を行うインタラクティブ・システムは、コ
ンピュータ・システムの繁雑な操作を少なくし、実用性
を高めるものである．システムの動作時には、ユーザと
システムのいずれかが対話を開始し、両者の間で対話が
続く．システムから受けとられたメッセージは、ユーザ
から見ると、広い意味での求められていないメッセージ
または応答とみなされる．システムが開始した対話では
、求められていないメッセージがシステムからユーザへ
与えられる．求められていないメッセージは、ユーザか
らの応答が必要なものであったり、単に通知するだけの
ものであったりする．才ベレー夕が開始した対話は、ユ
ーザが入力したコマンドと、これに関連するｌシステム
からの応答で成り立つ．一つのコマンドは、２つ以上の
応答を伴うことがあり、応答は，例外でなければ少なく
とも一つは予想される．システムが開始する対話とオペ
レータが開始する対話に、ユーザが同時に参加できるシ
ステムにおいては、オペレータに対するメッセージの選
択と表示に関して無視できない問題が生じる．オペレー
タが普通にメッセージを処理する速さには限度がある．
求められていないメッセージの処理速度が速すぎる場合
、オペレータが重要なメッセージを見逃すことも考えら
れる．補助的なものや通知だけを目的にしたメッセージ
にオペレータが関心を示すことはほとんどないと思われ
る．この種のメッセージが多ければ、オペレータの注意
力が低下し、重要メッセージが見落とされることにもな
りかねない．オペレータの数が多い大型システムの場合
、各オペレータが興味を示すのは、メッセージの一部だ
けである．現在の表示技術に用いられるメッセージ転送
資源では、オーバフローが起こる前まで格納しておける
メッセージ数が限られる．メッセージ数が多ければ、全
部の中から興味のあるものをすべて引き出すことはでき
ないであろう．特にオペレータが、タイムリーな応答を
要するメッセージを見落とすことも考えられる．また，
言語能力に問題があれば、受信側が理解できない言語で
書かれたメッセージ文がなくなってしまう場合もある． このような背景から、マルチプログラミング、マルチュ
ーザ・システムのオペレータそれぞれに、オペレータに
向けられたメッセージ・トラフィックを選択的に制限す
る機能を提供することが求められている．この機能は、
オペレータがメッセージ・トラフィックを選択的に制限
し、内容を変更できるものであるのが望ましい．従来の
技術では、求められていないメッセージを所定のコンソ
ールへ向ける手段が用意されている．この手段は、メッ
セージの宛先（ルーティング）コードとしてＩＢＭ
ＭＶＳ／ＸＡアーキテクチャ内に存在する．このプロダ
クトのメッセージには、ルーティング・コードが割り当
てられ、このコードはメッセージ・ヘッダの制御データ
部に置かれる．ルーティング・コードは，あらかじめ、
システムの起動時に決定される．ユーザは，コードに応
じてメッセージを転送しようとするとき、ルーティング
・コードをコンソールに割り当てる．！１つ当てはシス
テムに通知されるので、システムは、求められていない
メッセージの正しい宛先を決定でき、その後，対応する
ルーティング・キューにメッセージを登録する． ＭＶＳ／ＸＡプロダクトでは、オペレータが、ルーティ
ング機能を起動してから、コンソールに現れるメッセー
ジに制限を加えることもできる．この制限機能は、求め
られていないメッセージの表現方法に関連する制御デー
タを基にしてメッセージを区別するものである． 従来技術は、全メッセージの選択的転送をサポートして
いないが，これは，オペレータが開始した対話に対する
応答を他へ振り向けないからである．その代わり、応答
は，コマンドが入力されたコンソールへ返される． また，従来技術のルーティング・プロシージャは柔軟性
に欠ける面がある．すなわち、ルーティング制限もメッ
セージ制限も、システム全体に適用される基準によって
設けられるが，この基準が少ない．その結果、才ベレー
タは、前もって選ばれた数少ない基準でしか，メッセー
ジに手を加えたりＩ１限したりすることができない．Ｃ
，発明が解決しようとする課題 本発明の目的は，メッセージが求められていないものか
、また才ベレー夕が開始した操作に対する応答かどうか
とは無関係に、才へレータがメッセージの選択と転送を
開始する手段を提供することにある． Ｄ．課題を解決するための手段 本発明は、選択基準を設けることによってメッセージを
グループ分けする機能をオペレータに提供するものであ
る．選択基準は，メッセージの情報特性に対応する．基
準は、コンソールからは独立して設けられる．次にオペ
レータは，システム端末側で、表示可能な出力資源（コ
ンポーネント）を起動し、起動された表示出力コンポー
ネントを定義済みのメッセージ・グループに結び付ける
．それから、システムの各端末に与えられる一組のメッ
セージの中で、各メッセージの情報特性が、メッセージ
・グループを定義した基準と比較される．メッセージの
シーケンスの中で、情報特性が，メッセージ・グループ
を定義した基準と符合するメッセージがあれば，そのメ
ッセージが、定義済みメッセージ・グループに結び付け
られた表示出力コンポーネントに転送される．本発明の
メリットは、特に、ユーザ宛のメッセージに、ユーザの
操作に対してシステムプロセスによって非同期に生成さ
れた、求められていないメッセージと、ユーザ・コマン
ドに対するプログラムの応答の両方が含まれるマルチュ
ーザ・システムにおいて、ユーザ自身が制御できる表示
資源に合わせて，ユーザがメッセージ・トラフィックを
調節できるということにある． Ｅ．実施例 本発明を充分に理解するためには、第１図に示した従来
技術によるマルチューザ、マルチプログラミング・シス
テムを把握しておく必要がある．第１図のコンピュータ
・システムは、プログラムｌ２、ｌ３が実行されるＣＰ
Ｕを持った中央コンピューティング機構１０とこれに接
続されるコンソール１４．１８を含む．コンソールの構
成はコンソールｌ４について示した．これは実質上、シ
ステムの他の全コンソールの構成と一致する．コンソー
ルｌ４は，表示装置（コンポーネント）ｌ６とキーボー
ド（コンポーネント）２０を含めたハードウェアｌ５を
含む．表示装置ｌ６の表示面に、コマンド・エントリ・
ビューポートｌ７とメッセージ表示ビューボ−１−１８
が表示される．コマンド・ビューボートｌ７は，キーボ
ード２０からコマンドが入力されるときにユーザにフィ
ードバックを行う．メッセージ・ビューポートｌ８は、
実行中のプログラムによって生成された情報をユーザに
伝える．コンソールｌ４のメッセージ・インタフェース
・ロジック２２は、コンソールへのメッセージ・ルーテ
イングおよびコンソールから中央撮横へのコマンドの供
給をサポートする．中央コンピューティング機構１０と
コンソールｌ４との間の情報交換は，中央機構１０とコ
ンソールｌ４に分散される一連のプロシージャにより、
機ｍｌｏとコンソールｌ４が協働してメッセージ・ルー
ティングをサポートする．このような機構の一つが、オ
ペレーテイング・システムＭＶＳに用いられるＩＢＭの
ＭＣＳ （マルチコンソール・サポート）システムであ
る．中央機構ｌＯで情報交換を処理するコンポーネント
がＭＣＳコンポーネント２８である． 一般的なメッセージ・フォーマットは、第１図のマルチ
フィールド・メッセージ３０に示した．メッセージ３０
のメッセージ・ヘッダは、制御データ（ＣＤ）フィール
ド３１ａとルーテイング・コード（ＲＣ）３ｌｂのフィ
ールドを含む．ヘッダにメッセージ識別コードが続き、
識別コードは，ヘッダに続くメッセージＩＤ（ＭＩＤ）
フィールド３２およびメッセージのテキストが入るフィ
ールド（ＭＴＸＴ）３３に含まれる．第１図のシステム
でメッセージ・ルーテイングが行われるプロセスはよく
知られており，このプロセスには、制御データとＭＩＤ
データに基づくメッセージ転送プロトコルが関係する．
従来のルーティング方法による中央機横ｌＯからコンソ
ールへのメッセージ転送は，メッセージのフィールド３
ｌｂに置かれたルーテイング・コードに依存する．第１
図でメッセージ３０のルーティング・コードはＸである
．したがってメッセージ３０は，Ｘと識別されたコンソ
ールであるコンソールｌ６へ転送される． 従来技術のコンピュータ・システムは、たとえばメッセ
ージ制御データの挿入、削除，変更などによってメッセ
ージ制御情報を処理できるという．またこの機能は、中
央磯構の中の各メッセージ送信プロセス内に存在すると
される．第１図に示したようなコンピュータ・システム
でやりとりされるメッセージは、通常はデバイス３６な
どの直接アクセス記憶装置（ＤＡＳＤ）にメッセージ・
Ｃグ３７の形で格納される．メッセージ・ログ３７では
、機構ｌＯからシステムの端末へ送られた各メッセージ
を時間順に並べることができる． 第１図のシステムのマルチプログラミングでは，コンソ
ールｌ４からシステムを操作する一人のユーザが、機構
ｌＯのＣＰＵにあるプログラムの実行を起動しｍ１御で
きる．機構１０は、複数のプログラムの実行をサポート
するためには、それ自体の才ペレーテイング・システム
（ＯＳ）プログラムも実行しなければならない．また、
ネットワーク化などシステム全体に及ぶ機能をサポート
するプログラムもＣＰＵの中央機横ｌＯによって実行さ
れる．プログラムｌ２、ｌ３の中身とじては、第１図の
コンピュータ・システムのＯＳプログラム、マルチコン
ソール・サポート・プログラム．ネットワーク・プログ
ラム、ジョブ・エントリ・プログラム、通信プログラム
、複数のデータベース管理プログラム，そして情報管理
システム・プログラムなどがある． 従来の技術には，先に挙げたようなインタラクティブ・
プログラミングをサポートする機構が数多くある．この
ような機構の一例として、ＩＢＭのＩＳＰＦ（対話式シ
ステム生産性向上機能）がある．これには、インタラク
ティブ・モードでハードウエア１５を動作させるために
コンソールｌ４を実行するルーチン群が含まれる．第２
図は、従来技術の能力によってスクリーン上の複数のビ
ューボートにメッセージがどのように表示されるかを示
す．第２図のシステム・メッセージ機横４０は，メッセ
ージのストリームを端末に供給する．メッセージは、先
に述べた従来技術のルーティング方式に従って端末コン
ソールへ送られる．コンソールは、ウィンドウを通じた
仮想マッピングによって、インタラクティブ・プログラ
ムの形でユーザとシステムとの間にビジュアル・インタ
フェースを提供する．ディスプレイ・マネージャは、ル
ーティング・コードを基にメッセージをコンソールへ送
り，コンソールのメッセージをルーティングの宛先に応
じてマツプする．したがってディスプレイ・マネージャ
４２は、メッセージを一つの表示スクリーン４３↓の複
数のビューボート（ＶＰ，ないしＶＰ．）へ転送できる
．あるいは、あるビューボート（ＶＰＩなと）が表示ス
クリーン（４４など）全部を占有することもできる． 本発明は、コンピュータ・システムにおけるメッセージ
のストリーミング・プロシージャである．以下、“メッ
セージ”は、求められていないメッセージとユーザ・コ
マンドに対する応答の両方の意味で用いる．“ユーザと
“オペレータ”は同義である．“ストリーミングは、一
組のメッセージをオペレータが指定したビューポートへ
選択的に転送することをいい、転送シーケンスは、ユー
ザがユーザのコンソールから入力した選択基準に応じて
端末に送られた順序である．したがってメッセージ・ス
トリームは，ユーザ端末側で受信され、ユーザが入力し
たストリーム定義に含まれる選択基準によって選択され
る一組のメッセージである．メッセージ・ストリームの
それぞれに名前がつけられる． 第３図は，本発明のプロシージャの一般形式を示す．第
３図のプロシージャはステップ５ｌから始まる．ここで
オペレータが、システム内の端末側にあるマルチプログ
ラミング、マルチューザ・システムで、ＳＷＳ （同期
式ワーク・スクリーン）と呼ばれるビューボートを起動
して運用アプリケーションをスタートさせる．アプリケ
ーションの起動は従来通りであり，オペレータの目的達
成に必要な処理ストレージ資源の割り当てが含まれる．
オペレータは、アプリケーションが起動されると、コマ
ンドをシステムに入力し，システムからメッセージを受
け取る． ＳＷＳは，オペレータが開始したコンビューティング・
システムとの対話を含めたパネル方式処理タスクのため
のビューボートである．ＳＷＳは，一つの表示面上の複
数のビューポートのいずれかでもある．またマルチスク
リーン端末の表示面全体をＳＷＳで占有することもでき
る．オペレータは、ステップ５１で起動されたＳＷＳを
使い、ステップ５２においてＳＷＳを通して一組以上の
基準を入力することによって、メッセージ・ストリーム
を定義したり名前をつけたりできる．基準の組（セット
）は、一つにリンクされ、メッセージ定義にアセンブル
される．メッセージ定義には名前がつけられる．メッセ
ージ・ストリームは、一度定義されると、ストリーム内
のメッセージが表示されるビューポートとリンクされる
ことによって起動される． 第４図は、ステップ５２の結果の概念図である．第４図
で，一組のアクティブ・メッセージーストリームノマッ
プ（ＡＣＴＩＭＥ ＬＩＳＴ）は，参照符号５３で示
した．アクティブ・リスト５３は，素引つきテーブルで
あり、この中のメッセージ・ストリーム名は、メッセー
ジ基準セットの第ｌと第２の集合に関連づけられる．第
１の集合は、“選択基準”とし、これに続く第２の集合
は“保持基準”とした．リスト５３の各行は、行の中の
基準セットによって定義された名前つきメッセージ・ス
トリームを表す．たとえばメッセージ・ストリームＡは
、選択基準セットｌないしｉｉ５よび保持基準セットｎ
ないしｔによって定義される．ストリームＡの選択基準
集合の中のメッセージ基準セットはそれぞれ、メッセー
ジの制御フィールド、ｌ！Ｉ５５ｌＩフィールド，およ
びテキスト・フィールドに現れるメッセージ特性に対す
る一組の値を含む．メッセージ選択基準セットｌは、メ
ッセージ・ソース，メッセージ・タイプ、メッセージ内
容、メッセージ言語，そしてメッセージの転送範囲の値
を含む．選択基準セット２ないしｉと保持基準セットｎ
ないしｔは同じように構成されている．アクティブ・リ
スト５３はこのほか，選択基準セットの集合のみから構
成されるストリームＢのメッセージ・ストリーム定義も
含む． 第３図に戻るが、端末オペレータは、ＳＷＳを起動すれ
ば，ステップ５４において、ＡＷＳ （非岡期式ワーク
・スクリーン）というビューボートを起動できる．ＡＷ
Ｓは，アクティブ・リスト５３で定義済みのメッセージ
・ストリームを表示するビューボートと定義される．オ
ペレータはステップ５４でＡＷＳを定義済みメッセージ
・ストリームとリンクする．このリンケージは，第４図
の“リンクーとしたカラムに示すとおりである．第４図
から分かるように，非同期式スクリーンＡＷＳ，はスト
リームＡにリンクされる，ＡＷＳをメッセージ・ストリ
ームとリンクすること、すなわち結び付けることは、リ
ンクされたスクリーンには，メッセージのリンク先であ
る定義済みストリームの中のメッセージが表示されると
いうことである． 第４図を見れば、第３図のプロシージャの残りの部分が
どのように機能して，メッセージがビューポートＡＷＳ
．に送られるかについての基本概念が理解できよう．
第４図でメッセージ５８は，スクリーンＡＷＳ ．が起
動された端末側で受信される．このメッセージの特性は
、制御データ、メッセージＩＤ．テキストを含めて、ア
クティブ・リストで定義済みの各ストリームに対する基
準セットと照らし合わされ、符合すればこの処理は終わ
る．メッセージ５８のソース，タイプ、内容、言語、お
よび転送範囲を指定する情報は，各基準セットの値と比
較される．たとえば基準セット１については，メッセー
ジ５８のソース、タイプ、内容、言語、そして転送範囲
の各値は、基準セットｌに与えられたパラメータの値と
比較される．したがってメッセージ５８に含まれるメッ
セージ・ソース・データの値は、基準セット！のメッセ
ージ・ソース値と、またメッセージ５８のメッセージ・
タイプ値は基準セットｌのメッセージ・タイプ値と，と
いうように比較される．メッセージ５８内の値と基準セ
ットｌ内の値を比較した結果は、ＡＮＤがとられる．比
較とＡＮＤ演算のプロセスは，選択基準の基準セットが
入力された順序で，各基準セットについて継続される．
メッセージ選択基準セットの少なくとも一つがメッセー
ジ５８と符合すれば，比較プロシージャは保持基準セッ
トへ移る．保持基準セットの構造は、選択基準セットと
同じであり、比較プロシージャも同一である． アクティブ・メッセージ・リスト５３から分かるように
、ストリームは少なくとも一つの選択基準セットによっ
て定義する必要があり且つ一つで充分である．選択基準
セットは追加してもよく、保持基準セットを設けてもよ
い． 本発明の実施例では，制御データ・フィールドにＣＡＲ
Ｔ （コマンド応答トークン）が含まれる．以下に述べ
るとおり、ＣＡＲＴは、コマンドが中央機構に送られた
とき、コマンド応答オプションを示すために付加される
．コマンドが処理されて応答が生成されると，ＣＡＲＴ
は、対応するメッセージの制御データ・フィールドに移
される．メッセージが応答である場合．ＣＡＲＴによっ
てストリーミング・プロシージャに“キーがかけられる
”．求められていないメッセージの場合、ＣＡＲＴは未
定義であり、メッセージが求められていないことを示す
ために，他の制御データ情報が構成される，ＣＡＲＴに
想定される値を表１に示す． 聚ユ ＣＡＲＴトークンの設定 ＳＴＲＥＡＭ ＳＥＮＤ Ｔｏ ＳＴＲＥＡＭ ＳＥＮＤ ＴＯ Ｓ，ＹＮＣ ＷＡ Ｉ Ｔ ＵＮＤＥＦＩＮ．ＥＤ 表１のオプションＳＴＲＥＡＭが設定されていると、応
答は，求められていないメッセージと同じようにプロシ
ージャによって処理される．ＳＥＮＤＴＯ ＳＴＲＥ
ＡＭ−は、応答が、ある特定のストリームに送られるも
のであることを示す．ＳＥＮＤＴＯ ＳＹＮＣは，メ
ッセージが、ＳＷＳ（同期式ワーク・スクリーン）に送
られるものであることを示す，ＷＡＩＴ｝−クンは、端
末側でコマンドを生成するプロセスが、応答を受信する
ために、一定時間待ち状態に入ることを示す． 第３図と本発明のプロシージャの説明に戻るが，ステッ
プ５ｌでスタートしたＳＷＳが動作を続ける間、入力さ
れるメッセージは、ノードＢを通じて入力されたプロシ
ージャに従ってノードＡから流れ込む．メッセージは、
ステップ６０でメッセージ・ハンドラから取得される．
メッセージが求められていない、すなわちＣＡＲＴが未
定義のときは、判断ブロック６２が入る．メッセージは
、判断ブロック６２において、アクティブ・リスト内の
各ストリームを定義した選択基準セットとの比較によっ
て送出される．メッセージが、アクティブ・メッセージ
・ストリームの少なくとも一つの基準セット内のパラメ
ータ値と符合する場合、判断ブロック６２ａからＹＥＳ
の出口がとられ、判断ブロック６４が入る．判断ブロッ
ク６４でメッセージはメッセージ・ストリーム定義の中
にある保持基準セットと比較される．メッセ−ジがスト
リーム定義の中のいずれかの保持基準セットと符合すれ
ば、判断ブロック６４からＹＥＳの出口がとられ，メッ
セージには、特別扱いを示すタグがつけられる．特別扱
いには、たとえばＳＷＳが表示されるビューポートの中
の特定の箇所での表示などがある．保持されていない場
合，判断ブロック６４からＹＥＳの出口がとられ，メッ
セージは、ビューボートの一般メッセージ部に表示され
るように引き渡される．処理はここでノードＢを通じて
元に戻り５別のメッセージが取得される． ステップ６０において取得されたメッセージが定義済み
ＣＡＲＴを持つとすると、このトークンは判断ブロック
６８で調べられる．以下に述べるとおり．ＣＡＲＴでＷ
ＡＩＴオプションがコード化されている場合，メッセー
ジは、異なる論理バスで送られる．ただしオプションが
ＳＴＲＥＡＭ．ＳＥＮＤＴＯ ＳＹＮＣ． または
ＳＥＮＤＴｏ ＳＴＲＥＡＭ であれば、それぞれ
判断ブロック６８の対応する出口がとられる．オプシ３
ンがＳＴＨＥＡＭであれば、メッセージは、求められて
いないメッセージについてステップ６２ａで説明したよ
うに，判断ブロック６２ｂを通して処理される．実施例
では、定義済みのＣＡＲＴを持つメッセージが送出でき
ない場合、そのメッセージはＳＷＳに供給される． ＳＥＮＤＴＯ ．ＳＴＲＥＡＭ オプションが取ら
れたことをＣＡＲＴコードが示す場合、コードは判断ブ
ロック６８を抜けて判断ブロック６３へ進む．判断ブロ
ック６３ではコードとアクティブ・リスト・テーブル５
３が照らし合わされ，オプションに示されたストリーム
がＡＷＳにリンクされているかどうかが判定される．リ
ンクされていれば，判断ブロック６３からＹＥＳの出口
がとられ，メッセージは，上述のように名前つきメッセ
ージ・ストリームの保持基準と比較される．ＡＷＳとの
リンクが存在しなければ、判断ブロック６３からＮｏの
出口がとられ、メッセージは、ステップ６７で示される
ようにＳＷＳに供給される． ＣＡＲＴが、ＳＥＮＤＴＯ ＳＹＮＣオプションが選
択されていることを示す場合，プロシージャ・バスは６
８、６７、Ｂであり、メッセージはＳＷＳに与えられて
表示される． ここで、ステップ５０でスタートしたアプリケーション
が，コマンド・エントリ・ラインを含めたパネルを作る
インタラクティブ・アプリケーシ３ンであると仮定する
．以下に述べるように，コマンド・フォーマットには、
表１の定義済みオプションのいずれかが入力されるＯＰ
ＴＩＯＮフィールドが含まれる．コマンドは、選択され
たオプションとともにステップ７０で入力される．選択
されたオプションがＷＡＩＴなら、判断ブロック７２か
らＹＥＳの出口がとられ，ステップ７３でＧｅｔルーチ
ンが起動されて、入力されたコマンドに応答するメッセ
ージが取得される．ＷＡＩＴとコード化されたＣＡＲＴ
を持ち、入力されたコマンドに応答するメッセージはそ
れぞれ、ステップ７３で取得され，インタラクティブ・
タスクに返される．入力されたコマンドの才プションが
ＷＡ Ｉ Ｔ以外であれば、判断ブロック７２からＮｏ
の出口がとられ、応答は、上述のバスＢ、６０を送られ
る． したがって実施例は２つの部分に分けられる．オペレー
タが指定したメッセージ・ストリーミングとコマンド・
オプションの応答処理である．オペレータが指定したメ
ッセージ・ストリーミングは，オペレータが指定し、メ
ッセージ・ストリームを定義する選択基準セットに応じ
て表示されるメッセージの補助設定である．コマンド・
オプション応答処理は，表１のコマンド・オプションを
用いた、コマンド発行後のコマンド応答処理を指定する
ものである． 最適モード 本発明の最適モードでは、オペレータ端末が，第８図に
示したフォーマットを持つ表示スクリーンと関連サービ
スを提供する．第８図の表示スクリーン８３は、４つの
ビューボート８４．８６．８７．８８を含む．左上のビ
ューボート８４は，ＳＷＳのウィンドウにマップし、ビ
ューボート８６．８７．８８は，それぞれＡＷＳにマッ
プするのが望ましい．第８図に示すとおり、各ワーク・
スクリーン（同期式か非同期式）のフォーマットは，２
つ以上のフィールドを持つ．ＡＷＳ８６には３つのフィ
ールド８６ａ，８６ｂ、８６ｃがある．フィールド８６
ａ、８６ｂはそれぞれ“保持”メッセージ・フィールド
． 一般”メッセージ・フィールドを示す．したがって
，ストリームがＡＷＳ８６にリンクされ，ストリームの
保持基準に合致しないメッセージは，メッセージ・フィ
ールド８６ｂに表示される．ストリーム定義の保持基準
に合致するメッセージは、フィールド８６ａに表示され
る．いずれのメッセージ・フィールドもスクロールされ
る，フィールド８６Ｃは、キーボード端末から入力され
たコマンドが表示されるコマンド・ラインである．ＳＷ
Ｓは、少なくともメッセージ表示フィールドとコマンド
・エントリ・フィールドを持つ． 第８図のＳＷＳとＡＷＳは、従来はディスプレイ・マネ
ージャによって生成され，マネージャが各スクリーンを
並列に更新する．ＳＷＳは、才ベレー夕が開始したシス
テムとの対話に．ＡＷＳはメッセージの表示に用いられ
る． 実施例によるメッセージ・ストリーミングは、第４図の
ストリームＡの基準セットｌに示した５つの基準または
パラメータを用いる．選択基準は、一般には，システム
・メッセージ・アーキテクチャ、規約、および制御デー
タを利用する．本発明の最適モードは、ＭＶＳ／ＳＰ型
のマルチプログラミング・システムに実施される．この
プロダクトでは，第４図に示した５つの選択基準のサン
プル値が与えられる． ＭＶＳシステム・プロダクトでは、メッセージのソース
は、メッセージのＣＤかＭＩＤのフィールドに現れる．
メッセージＩＤは、たとえばＭＶＳメッセージ識別プレ
フイクス（接頭部）によって、メッセージのプロダクト
・ソースを示す．ＭＶＳまたはシステムのソースはＣＤ
フィールドに現れる． 他に想定されるメッセージ・ソースには、ネツトワーク
・ノードを構成するネットワーク・ソース，ネットワー
ク環境の通信ライン．インストール専用の実行形式アプ
リケーション・プログラムから構成されるアプリケーシ
ョン・ソースなどがある． ＭＶＳシステム・プロダクトにおいては、メッセージ・
タイプ値が，メッセージ記述子、ＷＴＯＲフラグ、およ
びモニタ・フラグの形でメッセージ制御データの中に存
在することがある．メッセージ・タイプ・データはまた
、メッセージ識別氏のサフィクス（接尾部）にも見られ
る．メッセージの内容は、メッセージ・テキストの中に
見られる．たとえば、プリンタ、テープ、データベース
など特定のソース・タイプについてのメッセージや，Ｐ
ＲＴＩ％ＴＡＰＥＯＩなど特定のリソース・才プジェク
トについてのメッセージである．メッセージ言語情報は
，メッセージのヘッダ内のＭｇＩデータに見られ、たと
えばシングルバイトかダブルバイトのキャラクタ・セッ
ト、バイト混合キャラクタ・セット、および指示言語に
関係する． メッセージ転送範囲情報は、ＭＶＳシステム・プロダク
トでは、オペレータのＩＤ、メッセージのローカルな同
報通信、ネットワーク上のメッセージ同報通信などに関
係するメッセージ制御データに見られる． 第４図には示していないが，最適モードは，メッセージ
・ストリームの定義を完全なものにするために、選択基
準に加えて，特性を取り入れている．第３図に示したよ
うなメッセージ・ストリーミングの理解には必要ではな
いが、追加定義情報としては、スクロールされたメッセ
ージ・ストリームの表示のロール速度、メッセージ・ロ
グ用オプション、スクリーン・アラームの設定、そして
メッセージ・ストリームの最大サイズがある． 本発明を実施する際の最適モードは、ＩＢＭのＭＶＳ／
ＥＳＡとＴＳＯの拡張プロダクトと併用される．また、
ＩＢＭのＩＳＰＦ（対話式システム生産性向上機能）は
、システム・ユーザ端末儒にインタラクティブなパネル
方式の動作を提供するのに用いられる．この補助機能で
は．ＭＶＳが，システム・コマンドとメッセージ交換イ
ンタフェースを提供し、ユーザと複数の端末セッション
との対話がＭＶＳベースのコンピューティング・システ
ム上でＴＳＯによって実現する．本発明は、この基本構
成のシステム・コンポーネントによって提供されるもの
に機能セットを追加するものである．本発明によれば、
選択されたメッセージが、一つのスクリーンまたは複数
の表示スクリーン上で複数のビューポートにタイムリー
に表示される．また，作成された非同期式スクリーンの
それぞれでメッセージ・ストリームを選択・表示する基
準を定義する機能が、端末オペレータのために用意され
ている．本発明は、オペレータが、個々の非同期式スク
リーンについて，メッセージ・ストリームからのメッセ
ージの選択にさらに別の基準を定義して，自らの操作の
ために保持しておくことができる．非同期式スクリーン
はそれぞれ、オペレータによって動的に起動または停止
されて，定ｊｌｌ済みメッセージ・ストリームが有効あ
るいは無効になる．さらに、本発明は、コマンドに応答
するメッセージを処理するためにコマンド専用才ブショ
ンをサポートしている．第５図は、マルチューザ、マル
チプログラミング・コンビューク機能の基本コンポーネ
ントを本発明に追加した状態を示す．この場合、マルチ
ューザ、マルチプログラミング方式のコンピュータ・シ
ステムは，中央コンピューティング機構９９を含み、こ
れに複数のコンソールのうちコンソール１００が接続さ
れる．各コンソールでは、ユーザが他のユーザと並列に
機構９９をアクセスできる．コンピュータ・システムの
タイムシェアリング・メッセージ・サービスには，コン
ソール・メッセージ・ハンドラ１０１とＭＣＳコンポー
ネント１０２がある．ＭＣＳＩ０２とハンドラ１０１は
、コマンド転送バス１０５によってリンクされて，コマ
ンドが端末１００から機構９９へ転送され、リターン・
パス１０６によってリンクされて、メッセージが橢横９
９からコンソール１００へ伝えられる．コンソール１０
０は、運用アプリケーション１０７の実行をサポートす
るロジックを含む．アプリケーション１０７は，端末１
００との対話操作をユーザに提供する．本発明は、３つ
の基本機能コンポーネントによって実施される，ＳＷＳ
Ｃ （同期式ワーク・スクリーン・コンポーネント）２
００、ＩＣ（起動コンポーネント）３００、およびＡＷ
ＳＣ （非同期式ワーク・スクリーン・コンポーネント
）４００である．ＡＷＳＣ４００は、コンソールから起
動された各ＡＷＳについて複写される，ＡＷＳＣ４００
には，従来のメールボックス機能５００が含まれ，機能
５００は、データのために予約されるページ可能ストレ
ージの領域を含む．このデータは、ＡＷＳＣ４００がリ
ンクされたストリームおよびコンソールを代表して実行
される他のプロセスに向けられる．メールボックス機能
５００に含まれるロジックは，予約ストレージ領域への
メッセージ入力とその領域からのメッセージの抽出をＭ
御する． ＳＷＳＣ２００はＴＯＳ （タイムシェアリング・オペ
レーション・サービス）プロファイル機能２０１を含む
．機能２０１は、ユーザのためにメッセージ・ストリー
ムを定義し、メッセージ・ストリーム定義を永続的なプ
ロファイルに格納するパネル方式インタフェースである
．ライン・コマンド・サービス２．０２は、ＳＷＳコマ
ンド・ラインに入力されたコマンドを受けて，これにＣ
ＡＲＴを付加し、それを転送のためにハンドラ１０ｌへ
与える機能が含まれる．ダイアログ・サービス機能２０
３は、コンソール１００に対して実行されるアプリケー
ションープログラムとともに、ＡＰＩ（アプリケーショ
ン・プログラム・インタフェース）を通して機能する．
ダイアログ・サービス２０３を通して実行されるサービ
スには，ＡＰＩによって生成されたコマンドの転送と．
ＷＡＩＴオプションが起動された場合のプロセスに対す
る応答の返送が含まれる． Ｉ Ｃ３００には、ワーク・スクリーンの起動と終了お
よび生成されたＡＷＳと定義済みメッセージ・ストリー
ムとのリンクを行う起動／終了機能３０１が含まれる．
ＩＣ３００のストリーム機能３０２は，実行時に選択機
構によって用いられるストリーム定義を作成・変更・削
除するように働く．求められていないメッセージのハン
ドラ３０３は，求められていないメッセージをハンドラ
ｌＯｌから受けて、第３図のプロシージャによってそれ
を破棄する．ハンドラ３０３は，プロシージャ・コール
によって選択機構３０５につながる．選択機構３０５は
、求められていないメッセージが受信されたときにハン
ドラ３０３によって起動され，受信されたメッセージと
メッセージ・ストリーム定義との比較およびメッセージ
がメッセコジ・ストリームに含まれていないか，あるい
はアクティブ・リストのアクティブ・ストリームによっ
て定義されたストリームの一つに属するかどうかの判定
に用いられる．ハンドラ３０３は，メッセージ・ストリ
ームに含まれる求められていないメッセージをその定義
済みのストリームのメールボックスに置く．コマンド応
答ハンドラ３０４は，求められていないメッセージのハ
ンドラ３０３と同様に機能して．ＳＴＲＥＡＭまたはＳ
ＥＮＤ Ｔｏ ＣＡＲＴＳを含む応答を第３図に示
したようにＡＷＳＣ４００またはｓｗｓ ｃ２００へ与
える． ＡＷＳＣ４００は、スクリーン・ハンドラ４０６を含み
、ハンドラ４０６は、ＡＷＳＣ４００の起動後に、スク
リーンにリンクされたメッセージ・ストリームの定義に
含まれる表示とフォーマットのオプションとともに構成
される．ライン・コマンド・サービス４０７は、ｓｗｓ
ｃのライン・コマンド・サービス２０２と同様に機能し
、スタティック・モードでＡＷＳＣ４００のコマンド・
ラインに入力されたコマンドにタグをつけて転送する． 第５図でコマンド・リンケージ２１１，４１１は、それ
ぞれＳＷＳＣ２００、ＡＷＳＣ４００からのコマンドを
ハンドラ１０１へ転送する．これらのリンケージは従来
通りであり，たとえばメッセージの引き渡しやメールボ
ックスの機能などを備える．メッセージ・リンケージ１
１２は、ハンドラｌｏｔかものメッセージを求められて
いないメッセージのハンドラ３０３とコマンド応答ハン
ドラ３０４へ、またダイアログ・サービス２０３へも供
給する． 運用アプリケーション１０７は、ＳＷＳＣ２００によっ
てサポートされるＳＷＳをフォーマットするのに用いら
れる．アプリケーション１０７とＳＷＳＣコンポーネン
トとのリンケージは従来からのコール・リンケージであ
る．従来のコール・リンケージはストリーム機能３０２
に対しても５ＴＯＳプロファイル２０１および起動／終
了機能３０１によって形成される．起動／終了機能３０
ｌは、運用アプリケーション１０７を実行可能な状態に
してこれを起動する．またＳＷＳＣ２００が終了したと
きにアプリケーションを消去する．起動／終了機能３０
１はまた、ＡＷＳＣ４００のスクリーン・ハンドラ４０
６を実行可能な状態にし、スクリーン・ハンドラ４０６
はライン・コマンド・サービス４０７にリンクされる．
動作時に、選択されたオプションを持つコマンドがサー
ビス２０２、２０３、４０７によって生成され、メッセ
ージ・ハンドラ１０１へ送られる．これにより，コンソ
ールまたはすでに実行中のプログラムからの明示的応答
を代表する中央機横９９のプログラムの実行が起動され
る．さらに中央機構９９の実行プログラムは、求められ
ていないメッセージを非同期に生成して各コンソールに
発送する．したがって，ＩＩ構９９からコンソールｌ０
０へはメッセージ・バス１０６を通してメッセージのス
トリームが供給される．第６図は、ＳＷＳ Ｃ ２ ０
０によって制御されるＳＷＳと、ＡＷＳＣ４００によ
って制御されるＡＷＳへのメッセージ・ストリームで、
ｓｗｓｃ、ＩＣ．およびＡＷＳＣがどのように相互接続
されるかを示す．受信されるメッセージは、それが求め
られていないメッセージかどうかに応じてメッセージ・
ハンドラ１０ｌによって区別される．ＭＣＳのメッセー
ジ構成では、メッセージのＣＤフィールドにメッセージ
が求められていない時を示すビットが含まれる．もちろ
んＣＡＲＴフィールドはメッセージが応答であることを
示す．求められていないメッセージはメッセージ・キュ
ーｌ１２ａに置かれ、他の応答メッセージはメッセージ
・キュー１１２ｂに置かれる．求められていないメッセ
ージのハンドラ３０３は、求められていないメッセージ
のキュー１１２ｂからメッセージを取得し，選択橢構３
０５に対してプロシージャ・コールを行う．第６図の選
択機構は、本発明が理解しやすいように、３０５ａと３
０５ｂの２部に分けて示した．選択機構部３０５ｂはメ
ッセージ・ハンドラ３０３からプロシージャ・コールを
受けて、アクティブ・リスト５１０をアクセスし，その
時点で呼び出し側のハンドラが保持しているメッセージ
について，先に第３図と第４図とあわせて述べた比較を
行う．保持されるメッセージにはタグがつく．送出され
たメッセージはそれぞれ、アクティブ・メッセージに属
すると判定される．選択機構部３０５ａは、Ｊｌ構部３
０５ｂによってメッセージがどう分類されたかに応じて
、クロスバ・スイッチとして機能し、ハンドラ３０３に
よって保持されたメッセージを端末に接続する．ここで
メッセージは、定義済みのアクティブ・メッセージ・ス
トリームのために維持されているか，またはＴＳＯディ
スプレイ・サービス２０６によってＳＷＳに表示された
メールボックスへ転送される． 応答ハンドラ３０４は応答キュー１１２ｂからメッセー
ジを取得し，選択機構３０５を起動する．メッセージの
ＣＡＲＴがＳＴＲＥＡＭ才ブションを示していれば，ハ
ンドラ３０４と選択機構部３０５ａ、３０５ｂとの相互
作用は、求められていないメッセージの破棄について説
明したとおりである．要するに．ＳＴＲＥＡＭオプショ
ンがついた応答は，求められていないメッセージがメッ
セージ・ストリームのメールボックスまたはＳＷＳへ転
送されるのと同じ方法で処理される．ただし応答にＳＥ
ＮＤ Ｔｏ ＣＡＲＴが含まれていれば．選択機構
３０５ｂが用いられ、メッセージが保持されていて，ク
ロスバ・スイッチ部３０５ａがＳＥＮＤ Ｔｏ才ブシ
ョンによって指定されたターゲットに応じてセットされ
ているかどうかだけが判定される．つまりメッセージは
，保持されていればタグがつけられ、定義済みメッセー
ジ・ストリームのメールボックスまたはＳＷＳのいずれ
かに直に供給される． 選択機構３０５のクロスバ・スイッチ部３０５ａは、受
信されたメッセージまたは応答の宛先を定義済みアクテ
ィブ・ストリームのメールボックスかＳＷＳへ切り換え
て表示させる．その場合，機構部３０５ａは、定ｍ済み
ストリームＡのメールボックス（ＭＢＸ Ａ）である
メールボックス５０１に接続され６．ＭＢＸ Ａ
５０１！；Ｅ、メールボックス・サービス５００によっ
てアクセスされて、スクリーン・ハンドラ４０６に供給
される．ハンドラ４０６は，ストリームＡの定義の中の
基準セットに応じて、一般メッセージ・フィールドのい
ずれかにメッセージを表示する．メッセージは、表示さ
れると、メッセージ・ストリームＡのために維持される
ログ４２０に置かれる．同様に，ストリームＢ用にはメ
ールボックス６０１とログ６００が維持される．ＳＷＳ
２０７に表示されたメッセージは，メッセージ・ディス
プレイ・サービス２０６に供給される．ここで、第７図
とあわせて、ダイアログ・サービスとライン・コマンド
・サービスについて詳述する． ＳＷＳのライン・コマンド・サービス２０２は．ＡＷＳ
のサービス４０７と実質上同じ方法で機能する．唯一の
例外は、ＡＷＳがＤＹＮＡＭＩＣモードのときはライン
・コマンド・サービス４０７が使用禁止になるという点
である．ただしモード・オプションをＳＴＡＴ Ｉ Ｃ
にセットすることで、ライン・コマンド・サービス４０
７が使用できる状態になる．ＳＷＳ２０７のコマンド・
ライン２１２には，ユーザが入力したコマンドが表示さ
れる．コマンド・オプション応答処理の場合、コマンド
の形式はコマンド・ライン２１２に示したようになる．
この形式では、動詞ＳＹＳＴＥＭの後にＯＰＴＩＯＮフ
ィールドが続き、この後にコマンドが入力される．最適
モードのとき，システム・オペレータが入力できるのは
、ＳＴＲＥＡＭまたはＳＥＮＤ ＴＯオプションのい
ずれか一方だけである．ＷＡＩＴオプションは，アプリ
ケーションの実行を伴うダイアログ・サービス・インタ
フェースにだけ予約される．コマンドは，選択されたオ
プションとともに，形式２１６でライン・コマンド・サ
ービスに供給される．形式２１６は、選択されたオプシ
ョンがＳＥＮＤＴＯのときは、コマンド，選択されたオ
プション、およびＴＡＢＧＥＴオブジェクトを含む，そ
の場合、ＴＡＲＧＥＴはＳＥＮＤＴＯフィールドに指示
された受信側にセットされる．したがってＴＡＲＧＥＴ
は．ＳＷＳのコード（ｓｙｎｃ）か，または定義済みメ
ッセージ・ストリーム（ＳＴＲＥＡＭ ）にセットで
きる．ライン・コマンド・サービスは、コマンド形式２
１６を受信して，処理とフォーマットを行い、メッセー
ジ・ハンドラ１０１へ供給する．コマンドは、ライン・
コマンド・サービス２０２によって処理された後、参照
符号２１８で示した形式を持つ．これにはコマンドとＣ
ＡＲＴが含まれる．コマンドと形式２１Ｂは，メッセー
ジ・ハンドラ１０１へ引き渡され、中央機構へ転送され
る． ダイアログ・サービス２０３は，コマンド送信コンポー
ネント２０３ａとコマンド取得コンポーネント２０３ｂ
を含む．ダイアログ・サービス２０３の起動は、コンソ
ール１００を代表して実行されるよう起動されたＡＰＩ
（アプリケーション・プログラミング・インタフェース
）を通して、アプリケーション・プログラム７００また
はプロセスによって自動的に行われる．アプリケーショ
ン・プロセスは、中央機構９９の実行プログラムと対話
することができる．対話は．ＡＰＩを通してコマンドが
与えられ，ＡＰＩを通して応答が受けられることによっ
て行われるといえる．ユーザは最初に、アプリケーショ
ン７００が生成しようとする特定のコマンドに対して表
１のどの才ブションも選択できる．このようなオプショ
ンにはＷＡ Ｉ Ｔ才ブションも含まれる．ＷＡＩＴオ
ブションが起動されると、アプリケーション・プロセス
は、待ち時間として指示された時間の間は実行を保留す
る．待ち時間は，０を含む任意の正の値である．したが
ってコマンドがアプリケーション７００によって生成さ
れると，そのコマンドは１１６の形式を持つ．その場合
、この形式には、コマンド（ＣＭＩ））．選択されたオ
プション、（ＷＡ Ｉ Ｔ才プシゴンが選択された場合
は）待ち時間、および（ＳＥＮＤ Ｔｏオプションの
一つが選択ざれた場合は）ターゲットを含む．コマンド
送信サービス２０３ａは、コマンドを受信して，応答と
して形式１１８のコマンド・レコードを生成し、形式１
１８をメッセージ・ハンドラ１０１に引き渡す．コマン
ド送信プロセス２０３ａはまた、呼び出し側のＡＰＩ７
００に，トークンと応答タイプ（ＲＥＳＰ）を含むリス
ト１１９を返す．トークンは、基本的にはコマンド・レ
コード１１８のＣＡＲＴに対応する．応答タイプは，コ
マンド１１８に対して想定される応答のタイプを示すコ
ードである．この情報は，下層のシステムのどのコマン
ドも応答とｒＪＩｉＩ付けるインデックスつきテーブル
（図示なし）から取得できる．ＭＶＳシステム・プロダ
クトでは、応答は、そのＭＩＤフィールドによって一意
に識別される．ＣＡＲＴにＷＡＩＴオプションが示され
たメッセージは、ハンドラ１０１によって受信されると
、ＷＡＩＴ応答キュー２０４に登録される。
ージ・ストリームの基準を設けることによって．コンピ
ュータ・システムによって生成されたメッセージをスト
リームに分離すること、およびメッセージ・ストリーム
にリンクされた表示端末資源を通してメッセージ・スト
リームを表示することに関係する． Ｂ．従来の技術 インタラクティブ（対話的）なコンピュータ処理では、
プロセスへの情報の入力とこれに応じたプロセス情報の
受取りが繰り返される，インタラクティブ・システムは
、よく“会話型゛システムと呼ばれ，一連の“バネルー
のプレゼンテーションによってサポートされる．各パネ
ルの内容は，前の入力に応じた情報を与えるとともに、
コマンド・メニューのプレゼンテーションによって次の
人力を促す定義済みの表示イメージである．パネルがど
のように並ぶかは、入力と応答のステップによって決ま
る．一組のパネルを通してユーザと対話するインタラク
ティブなコンピュータ・システムは、“パネル方式一シ
ステムと呼ばれる．インタラクティブな処理では、“ダ
イアログ，′セッションー、そして“カンバセーション
ーはいずれも同義である．人と機械の対話は、対話を支
えるプロセスがコンビ二一ク内部で実行されることを意
味する．現代のマルチプログラミング・システムは、複
数のプロセスの並列実行をサポートしており，このよう
なシステムが、複数の対話を同時に行えることを示して
いる．複数の人声は、タイムシェアリング（時分割）に
よって複数の対話を可能にするシステムに取り込まれる
．タイムシェアリングは、複数のプログラムを一つのコ
ンピューティング機構で実行できるようにし、実行中に
ユーザがプログラムと対話する方式である． 現在のコンピュータ・システムで、マルチプログラミン
グのタイムシェアリング機横によって複数のユーザにパ
ネル方式のインタラクティブなコンピューティングを提
供しているものが、ＭＶＳ（多重仮想記憶）システム、
Ｏ Ｓ／Ｖ Ｓ ２リリース２にＴＳＯ （タイムシェ
アリング・オプション）を加えたシステムである． もう一つ．現在のマルチプログラミング，タイムシェア
リング方式もシステムにみられる改良点は、一般には、
端末資源をコンソールに分割するｍｕと、各コンソール
をウィンドウに関連付ける機能である．コンソールは，
この意味では、対話のためのマン・マシン・インタフェ
ースとして用いられるコンピュータ端末資源の一部であ
る．コンソールは．システムに欠かせない入出力ハード
ウェアを参照できる．また、同じ入出力ハードウエアを
通して他の仮想コンソールと並列に実行される仮想エン
ティティも参照できる．ウィンドウは，広い意味では、
コンソールに割り当てられるか仮想表示空間の一部であ
る．これまでのウィンドウは、ＣＲＴなどの物理的な表
示面上の領域にマップされる．表示面にマップされたも
のは、一般に“ビューポート“と呼ばれる．ただし“ウ
ィンドウ”が“ビューポート”と同じ意味で用いられる
こともある．現在では、ビューボートが“スクリーン”
と呼ばれることもある． 代表的なウィンドウ・システムは、ビジュアルな出力資
源の任意の部分を端末にマップする機能を提供する．し
たがって端末資源としてＣＲＴがいくつかある場合は、
各ＣＲＴは，各ウィンドウのためのビューボートともな
る．また．ＣＲＴの一つの表示面上の指定されたビュー
ボートに複数のウィンドウをマップすることも可能であ
る．実行されるプログラムとユーザとの間でやりとりさ
れる情報の基本要素は、メッセージである．メッセージ
は、キャラクタを一定順序で並べたものであり，数個の
キャラクタを１単位として転送される．マルチューザ、
マルチプログラミング、タイムシェアリング方式のコン
ピュータ・システムでは，メッセージを処理する通信機
構が不可欠である．メッセージ処理機構は，メッセージ
の制御キャラクタを調べて処理し、メッセージを作成側
から送信し、受信側のためにメッセージを受信するのに
必要な動作を実行する． メッセージは、構造上は、複数のフィールドから成るデ
ータ・オブジェクトである．各フィールドは、細かく指
定されたキャラクタ情報を含む．一般に，メッセージの
フォーマットは、ソースと宛先．ｉ先順位，タイプ、そ
の他の情報が置かれたメッセージの先頭部であるメッセ
ージ・ヘッダを含む．以下、この情報を“制御データ”
と呼ぶ．現行システムでは、メッセージ識別子と、定翳
済みメッセージを識別し、その定義済みメッセージのメ
ッセージ・ファイル内の記述に索引をつけるコードもメ
ッセージに含まれる．メッセージにはまた、作成側から
受信側へ送られる情報が入ったメッセージ・テキストも
含まれる．メッセージ・テキストは、メッセージから制
御データとメッセージ識別子を除いた部分である．パネ
ル方式の動作を行うインタラクティブ・システムは、コ
ンピュータ・システムの繁雑な操作を少なくし、実用性
を高めるものである．システムの動作時には、ユーザと
システムのいずれかが対話を開始し、両者の間で対話が
続く．システムから受けとられたメッセージは、ユーザ
から見ると、広い意味での求められていないメッセージ
または応答とみなされる．システムが開始した対話では
、求められていないメッセージがシステムからユーザへ
与えられる．求められていないメッセージは、ユーザか
らの応答が必要なものであったり、単に通知するだけの
ものであったりする．才ベレー夕が開始した対話は、ユ
ーザが入力したコマンドと、これに関連するｌシステム
からの応答で成り立つ．一つのコマンドは、２つ以上の
応答を伴うことがあり、応答は，例外でなければ少なく
とも一つは予想される．システムが開始する対話とオペ
レータが開始する対話に、ユーザが同時に参加できるシ
ステムにおいては、オペレータに対するメッセージの選
択と表示に関して無視できない問題が生じる．オペレー
タが普通にメッセージを処理する速さには限度がある．
求められていないメッセージの処理速度が速すぎる場合
、オペレータが重要なメッセージを見逃すことも考えら
れる．補助的なものや通知だけを目的にしたメッセージ
にオペレータが関心を示すことはほとんどないと思われ
る．この種のメッセージが多ければ、オペレータの注意
力が低下し、重要メッセージが見落とされることにもな
りかねない．オペレータの数が多い大型システムの場合
、各オペレータが興味を示すのは、メッセージの一部だ
けである．現在の表示技術に用いられるメッセージ転送
資源では、オーバフローが起こる前まで格納しておける
メッセージ数が限られる．メッセージ数が多ければ、全
部の中から興味のあるものをすべて引き出すことはでき
ないであろう．特にオペレータが、タイムリーな応答を
要するメッセージを見落とすことも考えられる．また，
言語能力に問題があれば、受信側が理解できない言語で
書かれたメッセージ文がなくなってしまう場合もある． このような背景から、マルチプログラミング、マルチュ
ーザ・システムのオペレータそれぞれに、オペレータに
向けられたメッセージ・トラフィックを選択的に制限す
る機能を提供することが求められている．この機能は、
オペレータがメッセージ・トラフィックを選択的に制限
し、内容を変更できるものであるのが望ましい．従来の
技術では、求められていないメッセージを所定のコンソ
ールへ向ける手段が用意されている．この手段は、メッ
セージの宛先（ルーティング）コードとしてＩＢＭ
ＭＶＳ／ＸＡアーキテクチャ内に存在する．このプロダ
クトのメッセージには、ルーティング・コードが割り当
てられ、このコードはメッセージ・ヘッダの制御データ
部に置かれる．ルーティング・コードは，あらかじめ、
システムの起動時に決定される．ユーザは，コードに応
じてメッセージを転送しようとするとき、ルーティング
・コードをコンソールに割り当てる．！１つ当てはシス
テムに通知されるので、システムは、求められていない
メッセージの正しい宛先を決定でき、その後，対応する
ルーティング・キューにメッセージを登録する． ＭＶＳ／ＸＡプロダクトでは、オペレータが、ルーティ
ング機能を起動してから、コンソールに現れるメッセー
ジに制限を加えることもできる．この制限機能は、求め
られていないメッセージの表現方法に関連する制御デー
タを基にしてメッセージを区別するものである． 従来技術は、全メッセージの選択的転送をサポートして
いないが，これは，オペレータが開始した対話に対する
応答を他へ振り向けないからである．その代わり、応答
は，コマンドが入力されたコンソールへ返される． また，従来技術のルーティング・プロシージャは柔軟性
に欠ける面がある．すなわち、ルーティング制限もメッ
セージ制限も、システム全体に適用される基準によって
設けられるが，この基準が少ない．その結果、才ベレー
タは、前もって選ばれた数少ない基準でしか，メッセー
ジに手を加えたりＩ１限したりすることができない．Ｃ
，発明が解決しようとする課題 本発明の目的は，メッセージが求められていないものか
、また才ベレー夕が開始した操作に対する応答かどうか
とは無関係に、才へレータがメッセージの選択と転送を
開始する手段を提供することにある． Ｄ．課題を解決するための手段 本発明は、選択基準を設けることによってメッセージを
グループ分けする機能をオペレータに提供するものであ
る．選択基準は，メッセージの情報特性に対応する．基
準は、コンソールからは独立して設けられる．次にオペ
レータは，システム端末側で、表示可能な出力資源（コ
ンポーネント）を起動し、起動された表示出力コンポー
ネントを定義済みのメッセージ・グループに結び付ける
．それから、システムの各端末に与えられる一組のメッ
セージの中で、各メッセージの情報特性が、メッセージ
・グループを定義した基準と比較される．メッセージの
シーケンスの中で、情報特性が，メッセージ・グループ
を定義した基準と符合するメッセージがあれば，そのメ
ッセージが、定義済みメッセージ・グループに結び付け
られた表示出力コンポーネントに転送される．本発明の
メリットは、特に、ユーザ宛のメッセージに、ユーザの
操作に対してシステムプロセスによって非同期に生成さ
れた、求められていないメッセージと、ユーザ・コマン
ドに対するプログラムの応答の両方が含まれるマルチュ
ーザ・システムにおいて、ユーザ自身が制御できる表示
資源に合わせて，ユーザがメッセージ・トラフィックを
調節できるということにある． Ｅ．実施例 本発明を充分に理解するためには、第１図に示した従来
技術によるマルチューザ、マルチプログラミング・シス
テムを把握しておく必要がある．第１図のコンピュータ
・システムは、プログラムｌ２、ｌ３が実行されるＣＰ
Ｕを持った中央コンピューティング機構１０とこれに接
続されるコンソール１４．１８を含む．コンソールの構
成はコンソールｌ４について示した．これは実質上、シ
ステムの他の全コンソールの構成と一致する．コンソー
ルｌ４は，表示装置（コンポーネント）ｌ６とキーボー
ド（コンポーネント）２０を含めたハードウェアｌ５を
含む．表示装置ｌ６の表示面に、コマンド・エントリ・
ビューポートｌ７とメッセージ表示ビューボ−１−１８
が表示される．コマンド・ビューボートｌ７は，キーボ
ード２０からコマンドが入力されるときにユーザにフィ
ードバックを行う．メッセージ・ビューポートｌ８は、
実行中のプログラムによって生成された情報をユーザに
伝える．コンソールｌ４のメッセージ・インタフェース
・ロジック２２は、コンソールへのメッセージ・ルーテ
イングおよびコンソールから中央撮横へのコマンドの供
給をサポートする．中央コンピューティング機構１０と
コンソールｌ４との間の情報交換は，中央機構１０とコ
ンソールｌ４に分散される一連のプロシージャにより、
機ｍｌｏとコンソールｌ４が協働してメッセージ・ルー
ティングをサポートする．このような機構の一つが、オ
ペレーテイング・システムＭＶＳに用いられるＩＢＭの
ＭＣＳ （マルチコンソール・サポート）システムであ
る．中央機構ｌＯで情報交換を処理するコンポーネント
がＭＣＳコンポーネント２８である． 一般的なメッセージ・フォーマットは、第１図のマルチ
フィールド・メッセージ３０に示した．メッセージ３０
のメッセージ・ヘッダは、制御データ（ＣＤ）フィール
ド３１ａとルーテイング・コード（ＲＣ）３ｌｂのフィ
ールドを含む．ヘッダにメッセージ識別コードが続き、
識別コードは，ヘッダに続くメッセージＩＤ（ＭＩＤ）
フィールド３２およびメッセージのテキストが入るフィ
ールド（ＭＴＸＴ）３３に含まれる．第１図のシステム
でメッセージ・ルーテイングが行われるプロセスはよく
知られており，このプロセスには、制御データとＭＩＤ
データに基づくメッセージ転送プロトコルが関係する．
従来のルーティング方法による中央機横ｌＯからコンソ
ールへのメッセージ転送は，メッセージのフィールド３
ｌｂに置かれたルーテイング・コードに依存する．第１
図でメッセージ３０のルーティング・コードはＸである
．したがってメッセージ３０は，Ｘと識別されたコンソ
ールであるコンソールｌ６へ転送される． 従来技術のコンピュータ・システムは、たとえばメッセ
ージ制御データの挿入、削除，変更などによってメッセ
ージ制御情報を処理できるという．またこの機能は、中
央磯構の中の各メッセージ送信プロセス内に存在すると
される．第１図に示したようなコンピュータ・システム
でやりとりされるメッセージは、通常はデバイス３６な
どの直接アクセス記憶装置（ＤＡＳＤ）にメッセージ・
Ｃグ３７の形で格納される．メッセージ・ログ３７では
、機構ｌＯからシステムの端末へ送られた各メッセージ
を時間順に並べることができる． 第１図のシステムのマルチプログラミングでは，コンソ
ールｌ４からシステムを操作する一人のユーザが、機構
ｌＯのＣＰＵにあるプログラムの実行を起動しｍ１御で
きる．機構１０は、複数のプログラムの実行をサポート
するためには、それ自体の才ペレーテイング・システム
（ＯＳ）プログラムも実行しなければならない．また、
ネットワーク化などシステム全体に及ぶ機能をサポート
するプログラムもＣＰＵの中央機横ｌＯによって実行さ
れる．プログラムｌ２、ｌ３の中身とじては、第１図の
コンピュータ・システムのＯＳプログラム、マルチコン
ソール・サポート・プログラム．ネットワーク・プログ
ラム、ジョブ・エントリ・プログラム、通信プログラム
、複数のデータベース管理プログラム，そして情報管理
システム・プログラムなどがある． 従来の技術には，先に挙げたようなインタラクティブ・
プログラミングをサポートする機構が数多くある．この
ような機構の一例として、ＩＢＭのＩＳＰＦ（対話式シ
ステム生産性向上機能）がある．これには、インタラク
ティブ・モードでハードウエア１５を動作させるために
コンソールｌ４を実行するルーチン群が含まれる．第２
図は、従来技術の能力によってスクリーン上の複数のビ
ューボートにメッセージがどのように表示されるかを示
す．第２図のシステム・メッセージ機横４０は，メッセ
ージのストリームを端末に供給する．メッセージは、先
に述べた従来技術のルーティング方式に従って端末コン
ソールへ送られる．コンソールは、ウィンドウを通じた
仮想マッピングによって、インタラクティブ・プログラ
ムの形でユーザとシステムとの間にビジュアル・インタ
フェースを提供する．ディスプレイ・マネージャは、ル
ーティング・コードを基にメッセージをコンソールへ送
り，コンソールのメッセージをルーティングの宛先に応
じてマツプする．したがってディスプレイ・マネージャ
４２は、メッセージを一つの表示スクリーン４３↓の複
数のビューボート（ＶＰ，ないしＶＰ．）へ転送できる
．あるいは、あるビューボート（ＶＰＩなと）が表示ス
クリーン（４４など）全部を占有することもできる． 本発明は、コンピュータ・システムにおけるメッセージ
のストリーミング・プロシージャである．以下、“メッ
セージ”は、求められていないメッセージとユーザ・コ
マンドに対する応答の両方の意味で用いる．“ユーザと
“オペレータ”は同義である．“ストリーミングは、一
組のメッセージをオペレータが指定したビューポートへ
選択的に転送することをいい、転送シーケンスは、ユー
ザがユーザのコンソールから入力した選択基準に応じて
端末に送られた順序である．したがってメッセージ・ス
トリームは，ユーザ端末側で受信され、ユーザが入力し
たストリーム定義に含まれる選択基準によって選択され
る一組のメッセージである．メッセージ・ストリームの
それぞれに名前がつけられる． 第３図は，本発明のプロシージャの一般形式を示す．第
３図のプロシージャはステップ５ｌから始まる．ここで
オペレータが、システム内の端末側にあるマルチプログ
ラミング、マルチューザ・システムで、ＳＷＳ （同期
式ワーク・スクリーン）と呼ばれるビューボートを起動
して運用アプリケーションをスタートさせる．アプリケ
ーションの起動は従来通りであり，オペレータの目的達
成に必要な処理ストレージ資源の割り当てが含まれる．
オペレータは、アプリケーションが起動されると、コマ
ンドをシステムに入力し，システムからメッセージを受
け取る． ＳＷＳは，オペレータが開始したコンビューティング・
システムとの対話を含めたパネル方式処理タスクのため
のビューボートである．ＳＷＳは，一つの表示面上の複
数のビューポートのいずれかでもある．またマルチスク
リーン端末の表示面全体をＳＷＳで占有することもでき
る．オペレータは、ステップ５１で起動されたＳＷＳを
使い、ステップ５２においてＳＷＳを通して一組以上の
基準を入力することによって、メッセージ・ストリーム
を定義したり名前をつけたりできる．基準の組（セット
）は、一つにリンクされ、メッセージ定義にアセンブル
される．メッセージ定義には名前がつけられる．メッセ
ージ・ストリームは、一度定義されると、ストリーム内
のメッセージが表示されるビューポートとリンクされる
ことによって起動される． 第４図は、ステップ５２の結果の概念図である．第４図
で，一組のアクティブ・メッセージーストリームノマッ
プ（ＡＣＴＩＭＥ ＬＩＳＴ）は，参照符号５３で示
した．アクティブ・リスト５３は，素引つきテーブルで
あり、この中のメッセージ・ストリーム名は、メッセー
ジ基準セットの第ｌと第２の集合に関連づけられる．第
１の集合は、“選択基準”とし、これに続く第２の集合
は“保持基準”とした．リスト５３の各行は、行の中の
基準セットによって定義された名前つきメッセージ・ス
トリームを表す．たとえばメッセージ・ストリームＡは
、選択基準セットｌないしｉｉ５よび保持基準セットｎ
ないしｔによって定義される．ストリームＡの選択基準
集合の中のメッセージ基準セットはそれぞれ、メッセー
ジの制御フィールド、ｌ！Ｉ５５ｌＩフィールド，およ
びテキスト・フィールドに現れるメッセージ特性に対す
る一組の値を含む．メッセージ選択基準セットｌは、メ
ッセージ・ソース，メッセージ・タイプ、メッセージ内
容、メッセージ言語，そしてメッセージの転送範囲の値
を含む．選択基準セット２ないしｉと保持基準セットｎ
ないしｔは同じように構成されている．アクティブ・リ
スト５３はこのほか，選択基準セットの集合のみから構
成されるストリームＢのメッセージ・ストリーム定義も
含む． 第３図に戻るが、端末オペレータは、ＳＷＳを起動すれ
ば，ステップ５４において、ＡＷＳ （非岡期式ワーク
・スクリーン）というビューボートを起動できる．ＡＷ
Ｓは，アクティブ・リスト５３で定義済みのメッセージ
・ストリームを表示するビューボートと定義される．オ
ペレータはステップ５４でＡＷＳを定義済みメッセージ
・ストリームとリンクする．このリンケージは，第４図
の“リンクーとしたカラムに示すとおりである．第４図
から分かるように，非同期式スクリーンＡＷＳ，はスト
リームＡにリンクされる，ＡＷＳをメッセージ・ストリ
ームとリンクすること、すなわち結び付けることは、リ
ンクされたスクリーンには，メッセージのリンク先であ
る定義済みストリームの中のメッセージが表示されると
いうことである． 第４図を見れば、第３図のプロシージャの残りの部分が
どのように機能して，メッセージがビューポートＡＷＳ
．に送られるかについての基本概念が理解できよう．
第４図でメッセージ５８は，スクリーンＡＷＳ ．が起
動された端末側で受信される．このメッセージの特性は
、制御データ、メッセージＩＤ．テキストを含めて、ア
クティブ・リストで定義済みの各ストリームに対する基
準セットと照らし合わされ、符合すればこの処理は終わ
る．メッセージ５８のソース，タイプ、内容、言語、お
よび転送範囲を指定する情報は，各基準セットの値と比
較される．たとえば基準セット１については，メッセー
ジ５８のソース、タイプ、内容、言語、そして転送範囲
の各値は、基準セットｌに与えられたパラメータの値と
比較される．したがってメッセージ５８に含まれるメッ
セージ・ソース・データの値は、基準セット！のメッセ
ージ・ソース値と、またメッセージ５８のメッセージ・
タイプ値は基準セットｌのメッセージ・タイプ値と，と
いうように比較される．メッセージ５８内の値と基準セ
ットｌ内の値を比較した結果は、ＡＮＤがとられる．比
較とＡＮＤ演算のプロセスは，選択基準の基準セットが
入力された順序で，各基準セットについて継続される．
メッセージ選択基準セットの少なくとも一つがメッセー
ジ５８と符合すれば，比較プロシージャは保持基準セッ
トへ移る．保持基準セットの構造は、選択基準セットと
同じであり、比較プロシージャも同一である． アクティブ・メッセージ・リスト５３から分かるように
、ストリームは少なくとも一つの選択基準セットによっ
て定義する必要があり且つ一つで充分である．選択基準
セットは追加してもよく、保持基準セットを設けてもよ
い． 本発明の実施例では，制御データ・フィールドにＣＡＲ
Ｔ （コマンド応答トークン）が含まれる．以下に述べ
るとおり、ＣＡＲＴは、コマンドが中央機構に送られた
とき、コマンド応答オプションを示すために付加される
．コマンドが処理されて応答が生成されると，ＣＡＲＴ
は、対応するメッセージの制御データ・フィールドに移
される．メッセージが応答である場合．ＣＡＲＴによっ
てストリーミング・プロシージャに“キーがかけられる
”．求められていないメッセージの場合、ＣＡＲＴは未
定義であり、メッセージが求められていないことを示す
ために，他の制御データ情報が構成される，ＣＡＲＴに
想定される値を表１に示す． 聚ユ ＣＡＲＴトークンの設定 ＳＴＲＥＡＭ ＳＥＮＤ Ｔｏ ＳＴＲＥＡＭ ＳＥＮＤ ＴＯ Ｓ，ＹＮＣ ＷＡ Ｉ Ｔ ＵＮＤＥＦＩＮ．ＥＤ 表１のオプションＳＴＲＥＡＭが設定されていると、応
答は，求められていないメッセージと同じようにプロシ
ージャによって処理される．ＳＥＮＤＴＯ ＳＴＲＥ
ＡＭ−は、応答が、ある特定のストリームに送られるも
のであることを示す．ＳＥＮＤＴＯ ＳＹＮＣは，メ
ッセージが、ＳＷＳ（同期式ワーク・スクリーン）に送
られるものであることを示す，ＷＡＩＴ｝−クンは、端
末側でコマンドを生成するプロセスが、応答を受信する
ために、一定時間待ち状態に入ることを示す． 第３図と本発明のプロシージャの説明に戻るが，ステッ
プ５ｌでスタートしたＳＷＳが動作を続ける間、入力さ
れるメッセージは、ノードＢを通じて入力されたプロシ
ージャに従ってノードＡから流れ込む．メッセージは、
ステップ６０でメッセージ・ハンドラから取得される．
メッセージが求められていない、すなわちＣＡＲＴが未
定義のときは、判断ブロック６２が入る．メッセージは
、判断ブロック６２において、アクティブ・リスト内の
各ストリームを定義した選択基準セットとの比較によっ
て送出される．メッセージが、アクティブ・メッセージ
・ストリームの少なくとも一つの基準セット内のパラメ
ータ値と符合する場合、判断ブロック６２ａからＹＥＳ
の出口がとられ、判断ブロック６４が入る．判断ブロッ
ク６４でメッセージはメッセージ・ストリーム定義の中
にある保持基準セットと比較される．メッセ−ジがスト
リーム定義の中のいずれかの保持基準セットと符合すれ
ば、判断ブロック６４からＹＥＳの出口がとられ，メッ
セージには、特別扱いを示すタグがつけられる．特別扱
いには、たとえばＳＷＳが表示されるビューポートの中
の特定の箇所での表示などがある．保持されていない場
合，判断ブロック６４からＹＥＳの出口がとられ，メッ
セージは、ビューボートの一般メッセージ部に表示され
るように引き渡される．処理はここでノードＢを通じて
元に戻り５別のメッセージが取得される． ステップ６０において取得されたメッセージが定義済み
ＣＡＲＴを持つとすると、このトークンは判断ブロック
６８で調べられる．以下に述べるとおり．ＣＡＲＴでＷ
ＡＩＴオプションがコード化されている場合，メッセー
ジは、異なる論理バスで送られる．ただしオプションが
ＳＴＲＥＡＭ．ＳＥＮＤＴＯ ＳＹＮＣ． または
ＳＥＮＤＴｏ ＳＴＲＥＡＭ であれば、それぞれ
判断ブロック６８の対応する出口がとられる．オプシ３
ンがＳＴＨＥＡＭであれば、メッセージは、求められて
いないメッセージについてステップ６２ａで説明したよ
うに，判断ブロック６２ｂを通して処理される．実施例
では、定義済みのＣＡＲＴを持つメッセージが送出でき
ない場合、そのメッセージはＳＷＳに供給される． ＳＥＮＤＴＯ ．ＳＴＲＥＡＭ オプションが取ら
れたことをＣＡＲＴコードが示す場合、コードは判断ブ
ロック６８を抜けて判断ブロック６３へ進む．判断ブロ
ック６３ではコードとアクティブ・リスト・テーブル５
３が照らし合わされ，オプションに示されたストリーム
がＡＷＳにリンクされているかどうかが判定される．リ
ンクされていれば，判断ブロック６３からＹＥＳの出口
がとられ，メッセージは，上述のように名前つきメッセ
ージ・ストリームの保持基準と比較される．ＡＷＳとの
リンクが存在しなければ、判断ブロック６３からＮｏの
出口がとられ、メッセージは、ステップ６７で示される
ようにＳＷＳに供給される． ＣＡＲＴが、ＳＥＮＤＴＯ ＳＹＮＣオプションが選
択されていることを示す場合，プロシージャ・バスは６
８、６７、Ｂであり、メッセージはＳＷＳに与えられて
表示される． ここで、ステップ５０でスタートしたアプリケーション
が，コマンド・エントリ・ラインを含めたパネルを作る
インタラクティブ・アプリケーシ３ンであると仮定する
．以下に述べるように，コマンド・フォーマットには、
表１の定義済みオプションのいずれかが入力されるＯＰ
ＴＩＯＮフィールドが含まれる．コマンドは、選択され
たオプションとともにステップ７０で入力される．選択
されたオプションがＷＡＩＴなら、判断ブロック７２か
らＹＥＳの出口がとられ，ステップ７３でＧｅｔルーチ
ンが起動されて、入力されたコマンドに応答するメッセ
ージが取得される．ＷＡＩＴとコード化されたＣＡＲＴ
を持ち、入力されたコマンドに応答するメッセージはそ
れぞれ、ステップ７３で取得され，インタラクティブ・
タスクに返される．入力されたコマンドの才プションが
ＷＡ Ｉ Ｔ以外であれば、判断ブロック７２からＮｏ
の出口がとられ、応答は、上述のバスＢ、６０を送られ
る． したがって実施例は２つの部分に分けられる．オペレー
タが指定したメッセージ・ストリーミングとコマンド・
オプションの応答処理である．オペレータが指定したメ
ッセージ・ストリーミングは，オペレータが指定し、メ
ッセージ・ストリームを定義する選択基準セットに応じ
て表示されるメッセージの補助設定である．コマンド・
オプション応答処理は，表１のコマンド・オプションを
用いた、コマンド発行後のコマンド応答処理を指定する
ものである． 最適モード 本発明の最適モードでは、オペレータ端末が，第８図に
示したフォーマットを持つ表示スクリーンと関連サービ
スを提供する．第８図の表示スクリーン８３は、４つの
ビューボート８４．８６．８７．８８を含む．左上のビ
ューボート８４は，ＳＷＳのウィンドウにマップし、ビ
ューボート８６．８７．８８は，それぞれＡＷＳにマッ
プするのが望ましい．第８図に示すとおり、各ワーク・
スクリーン（同期式か非同期式）のフォーマットは，２
つ以上のフィールドを持つ．ＡＷＳ８６には３つのフィ
ールド８６ａ，８６ｂ、８６ｃがある．フィールド８６
ａ、８６ｂはそれぞれ“保持”メッセージ・フィールド
． 一般”メッセージ・フィールドを示す．したがって
，ストリームがＡＷＳ８６にリンクされ，ストリームの
保持基準に合致しないメッセージは，メッセージ・フィ
ールド８６ｂに表示される．ストリーム定義の保持基準
に合致するメッセージは、フィールド８６ａに表示され
る．いずれのメッセージ・フィールドもスクロールされ
る，フィールド８６Ｃは、キーボード端末から入力され
たコマンドが表示されるコマンド・ラインである．ＳＷ
Ｓは、少なくともメッセージ表示フィールドとコマンド
・エントリ・フィールドを持つ． 第８図のＳＷＳとＡＷＳは、従来はディスプレイ・マネ
ージャによって生成され，マネージャが各スクリーンを
並列に更新する．ＳＷＳは、才ベレー夕が開始したシス
テムとの対話に．ＡＷＳはメッセージの表示に用いられ
る． 実施例によるメッセージ・ストリーミングは、第４図の
ストリームＡの基準セットｌに示した５つの基準または
パラメータを用いる．選択基準は、一般には，システム
・メッセージ・アーキテクチャ、規約、および制御デー
タを利用する．本発明の最適モードは、ＭＶＳ／ＳＰ型
のマルチプログラミング・システムに実施される．この
プロダクトでは，第４図に示した５つの選択基準のサン
プル値が与えられる． ＭＶＳシステム・プロダクトでは、メッセージのソース
は、メッセージのＣＤかＭＩＤのフィールドに現れる．
メッセージＩＤは、たとえばＭＶＳメッセージ識別プレ
フイクス（接頭部）によって、メッセージのプロダクト
・ソースを示す．ＭＶＳまたはシステムのソースはＣＤ
フィールドに現れる． 他に想定されるメッセージ・ソースには、ネツトワーク
・ノードを構成するネットワーク・ソース，ネットワー
ク環境の通信ライン．インストール専用の実行形式アプ
リケーション・プログラムから構成されるアプリケーシ
ョン・ソースなどがある． ＭＶＳシステム・プロダクトにおいては、メッセージ・
タイプ値が，メッセージ記述子、ＷＴＯＲフラグ、およ
びモニタ・フラグの形でメッセージ制御データの中に存
在することがある．メッセージ・タイプ・データはまた
、メッセージ識別氏のサフィクス（接尾部）にも見られ
る．メッセージの内容は、メッセージ・テキストの中に
見られる．たとえば、プリンタ、テープ、データベース
など特定のソース・タイプについてのメッセージや，Ｐ
ＲＴＩ％ＴＡＰＥＯＩなど特定のリソース・才プジェク
トについてのメッセージである．メッセージ言語情報は
，メッセージのヘッダ内のＭｇＩデータに見られ、たと
えばシングルバイトかダブルバイトのキャラクタ・セッ
ト、バイト混合キャラクタ・セット、および指示言語に
関係する． メッセージ転送範囲情報は、ＭＶＳシステム・プロダク
トでは、オペレータのＩＤ、メッセージのローカルな同
報通信、ネットワーク上のメッセージ同報通信などに関
係するメッセージ制御データに見られる． 第４図には示していないが，最適モードは，メッセージ
・ストリームの定義を完全なものにするために、選択基
準に加えて，特性を取り入れている．第３図に示したよ
うなメッセージ・ストリーミングの理解には必要ではな
いが、追加定義情報としては、スクロールされたメッセ
ージ・ストリームの表示のロール速度、メッセージ・ロ
グ用オプション、スクリーン・アラームの設定、そして
メッセージ・ストリームの最大サイズがある． 本発明を実施する際の最適モードは、ＩＢＭのＭＶＳ／
ＥＳＡとＴＳＯの拡張プロダクトと併用される．また、
ＩＢＭのＩＳＰＦ（対話式システム生産性向上機能）は
、システム・ユーザ端末儒にインタラクティブなパネル
方式の動作を提供するのに用いられる．この補助機能で
は．ＭＶＳが，システム・コマンドとメッセージ交換イ
ンタフェースを提供し、ユーザと複数の端末セッション
との対話がＭＶＳベースのコンピューティング・システ
ム上でＴＳＯによって実現する．本発明は、この基本構
成のシステム・コンポーネントによって提供されるもの
に機能セットを追加するものである．本発明によれば、
選択されたメッセージが、一つのスクリーンまたは複数
の表示スクリーン上で複数のビューポートにタイムリー
に表示される．また，作成された非同期式スクリーンの
それぞれでメッセージ・ストリームを選択・表示する基
準を定義する機能が、端末オペレータのために用意され
ている．本発明は、オペレータが、個々の非同期式スク
リーンについて，メッセージ・ストリームからのメッセ
ージの選択にさらに別の基準を定義して，自らの操作の
ために保持しておくことができる．非同期式スクリーン
はそれぞれ、オペレータによって動的に起動または停止
されて，定ｊｌｌ済みメッセージ・ストリームが有効あ
るいは無効になる．さらに、本発明は、コマンドに応答
するメッセージを処理するためにコマンド専用才ブショ
ンをサポートしている．第５図は、マルチューザ、マル
チプログラミング・コンビューク機能の基本コンポーネ
ントを本発明に追加した状態を示す．この場合、マルチ
ューザ、マルチプログラミング方式のコンピュータ・シ
ステムは，中央コンピューティング機構９９を含み、こ
れに複数のコンソールのうちコンソール１００が接続さ
れる．各コンソールでは、ユーザが他のユーザと並列に
機構９９をアクセスできる．コンピュータ・システムの
タイムシェアリング・メッセージ・サービスには，コン
ソール・メッセージ・ハンドラ１０１とＭＣＳコンポー
ネント１０２がある．ＭＣＳＩ０２とハンドラ１０１は
、コマンド転送バス１０５によってリンクされて，コマ
ンドが端末１００から機構９９へ転送され、リターン・
パス１０６によってリンクされて、メッセージが橢横９
９からコンソール１００へ伝えられる．コンソール１０
０は、運用アプリケーション１０７の実行をサポートす
るロジックを含む．アプリケーション１０７は，端末１
００との対話操作をユーザに提供する．本発明は、３つ
の基本機能コンポーネントによって実施される，ＳＷＳ
Ｃ （同期式ワーク・スクリーン・コンポーネント）２
００、ＩＣ（起動コンポーネント）３００、およびＡＷ
ＳＣ （非同期式ワーク・スクリーン・コンポーネント
）４００である．ＡＷＳＣ４００は、コンソールから起
動された各ＡＷＳについて複写される，ＡＷＳＣ４００
には，従来のメールボックス機能５００が含まれ，機能
５００は、データのために予約されるページ可能ストレ
ージの領域を含む．このデータは、ＡＷＳＣ４００がリ
ンクされたストリームおよびコンソールを代表して実行
される他のプロセスに向けられる．メールボックス機能
５００に含まれるロジックは，予約ストレージ領域への
メッセージ入力とその領域からのメッセージの抽出をＭ
御する． ＳＷＳＣ２００はＴＯＳ （タイムシェアリング・オペ
レーション・サービス）プロファイル機能２０１を含む
．機能２０１は、ユーザのためにメッセージ・ストリー
ムを定義し、メッセージ・ストリーム定義を永続的なプ
ロファイルに格納するパネル方式インタフェースである
．ライン・コマンド・サービス２．０２は、ＳＷＳコマ
ンド・ラインに入力されたコマンドを受けて，これにＣ
ＡＲＴを付加し、それを転送のためにハンドラ１０ｌへ
与える機能が含まれる．ダイアログ・サービス機能２０
３は、コンソール１００に対して実行されるアプリケー
ションープログラムとともに、ＡＰＩ（アプリケーショ
ン・プログラム・インタフェース）を通して機能する．
ダイアログ・サービス２０３を通して実行されるサービ
スには，ＡＰＩによって生成されたコマンドの転送と．
ＷＡＩＴオプションが起動された場合のプロセスに対す
る応答の返送が含まれる． Ｉ Ｃ３００には、ワーク・スクリーンの起動と終了お
よび生成されたＡＷＳと定義済みメッセージ・ストリー
ムとのリンクを行う起動／終了機能３０１が含まれる．
ＩＣ３００のストリーム機能３０２は，実行時に選択機
構によって用いられるストリーム定義を作成・変更・削
除するように働く．求められていないメッセージのハン
ドラ３０３は，求められていないメッセージをハンドラ
ｌＯｌから受けて、第３図のプロシージャによってそれ
を破棄する．ハンドラ３０３は，プロシージャ・コール
によって選択機構３０５につながる．選択機構３０５は
、求められていないメッセージが受信されたときにハン
ドラ３０３によって起動され，受信されたメッセージと
メッセージ・ストリーム定義との比較およびメッセージ
がメッセコジ・ストリームに含まれていないか，あるい
はアクティブ・リストのアクティブ・ストリームによっ
て定義されたストリームの一つに属するかどうかの判定
に用いられる．ハンドラ３０３は，メッセージ・ストリ
ームに含まれる求められていないメッセージをその定義
済みのストリームのメールボックスに置く．コマンド応
答ハンドラ３０４は，求められていないメッセージのハ
ンドラ３０３と同様に機能して．ＳＴＲＥＡＭまたはＳ
ＥＮＤ Ｔｏ ＣＡＲＴＳを含む応答を第３図に示
したようにＡＷＳＣ４００またはｓｗｓ ｃ２００へ与
える． ＡＷＳＣ４００は、スクリーン・ハンドラ４０６を含み
、ハンドラ４０６は、ＡＷＳＣ４００の起動後に、スク
リーンにリンクされたメッセージ・ストリームの定義に
含まれる表示とフォーマットのオプションとともに構成
される．ライン・コマンド・サービス４０７は、ｓｗｓ
ｃのライン・コマンド・サービス２０２と同様に機能し
、スタティック・モードでＡＷＳＣ４００のコマンド・
ラインに入力されたコマンドにタグをつけて転送する． 第５図でコマンド・リンケージ２１１，４１１は、それ
ぞれＳＷＳＣ２００、ＡＷＳＣ４００からのコマンドを
ハンドラ１０１へ転送する．これらのリンケージは従来
通りであり，たとえばメッセージの引き渡しやメールボ
ックスの機能などを備える．メッセージ・リンケージ１
１２は、ハンドラｌｏｔかものメッセージを求められて
いないメッセージのハンドラ３０３とコマンド応答ハン
ドラ３０４へ、またダイアログ・サービス２０３へも供
給する． 運用アプリケーション１０７は、ＳＷＳＣ２００によっ
てサポートされるＳＷＳをフォーマットするのに用いら
れる．アプリケーション１０７とＳＷＳＣコンポーネン
トとのリンケージは従来からのコール・リンケージであ
る．従来のコール・リンケージはストリーム機能３０２
に対しても５ＴＯＳプロファイル２０１および起動／終
了機能３０１によって形成される．起動／終了機能３０
ｌは、運用アプリケーション１０７を実行可能な状態に
してこれを起動する．またＳＷＳＣ２００が終了したと
きにアプリケーションを消去する．起動／終了機能３０
１はまた、ＡＷＳＣ４００のスクリーン・ハンドラ４０
６を実行可能な状態にし、スクリーン・ハンドラ４０６
はライン・コマンド・サービス４０７にリンクされる．
動作時に、選択されたオプションを持つコマンドがサー
ビス２０２、２０３、４０７によって生成され、メッセ
ージ・ハンドラ１０１へ送られる．これにより，コンソ
ールまたはすでに実行中のプログラムからの明示的応答
を代表する中央機横９９のプログラムの実行が起動され
る．さらに中央機構９９の実行プログラムは、求められ
ていないメッセージを非同期に生成して各コンソールに
発送する．したがって，ＩＩ構９９からコンソールｌ０
０へはメッセージ・バス１０６を通してメッセージのス
トリームが供給される．第６図は、ＳＷＳ Ｃ ２ ０
０によって制御されるＳＷＳと、ＡＷＳＣ４００によ
って制御されるＡＷＳへのメッセージ・ストリームで、
ｓｗｓｃ、ＩＣ．およびＡＷＳＣがどのように相互接続
されるかを示す．受信されるメッセージは、それが求め
られていないメッセージかどうかに応じてメッセージ・
ハンドラ１０ｌによって区別される．ＭＣＳのメッセー
ジ構成では、メッセージのＣＤフィールドにメッセージ
が求められていない時を示すビットが含まれる．もちろ
んＣＡＲＴフィールドはメッセージが応答であることを
示す．求められていないメッセージはメッセージ・キュ
ーｌ１２ａに置かれ、他の応答メッセージはメッセージ
・キュー１１２ｂに置かれる．求められていないメッセ
ージのハンドラ３０３は、求められていないメッセージ
のキュー１１２ｂからメッセージを取得し，選択橢構３
０５に対してプロシージャ・コールを行う．第６図の選
択機構は、本発明が理解しやすいように、３０５ａと３
０５ｂの２部に分けて示した．選択機構部３０５ｂはメ
ッセージ・ハンドラ３０３からプロシージャ・コールを
受けて、アクティブ・リスト５１０をアクセスし，その
時点で呼び出し側のハンドラが保持しているメッセージ
について，先に第３図と第４図とあわせて述べた比較を
行う．保持されるメッセージにはタグがつく．送出され
たメッセージはそれぞれ、アクティブ・メッセージに属
すると判定される．選択機構部３０５ａは、Ｊｌ構部３
０５ｂによってメッセージがどう分類されたかに応じて
、クロスバ・スイッチとして機能し、ハンドラ３０３に
よって保持されたメッセージを端末に接続する．ここで
メッセージは、定義済みのアクティブ・メッセージ・ス
トリームのために維持されているか，またはＴＳＯディ
スプレイ・サービス２０６によってＳＷＳに表示された
メールボックスへ転送される． 応答ハンドラ３０４は応答キュー１１２ｂからメッセー
ジを取得し，選択機構３０５を起動する．メッセージの
ＣＡＲＴがＳＴＲＥＡＭ才ブションを示していれば，ハ
ンドラ３０４と選択機構部３０５ａ、３０５ｂとの相互
作用は、求められていないメッセージの破棄について説
明したとおりである．要するに．ＳＴＲＥＡＭオプショ
ンがついた応答は，求められていないメッセージがメッ
セージ・ストリームのメールボックスまたはＳＷＳへ転
送されるのと同じ方法で処理される．ただし応答にＳＥ
ＮＤ Ｔｏ ＣＡＲＴが含まれていれば．選択機構
３０５ｂが用いられ、メッセージが保持されていて，ク
ロスバ・スイッチ部３０５ａがＳＥＮＤ Ｔｏ才ブシ
ョンによって指定されたターゲットに応じてセットされ
ているかどうかだけが判定される．つまりメッセージは
，保持されていればタグがつけられ、定義済みメッセー
ジ・ストリームのメールボックスまたはＳＷＳのいずれ
かに直に供給される． 選択機構３０５のクロスバ・スイッチ部３０５ａは、受
信されたメッセージまたは応答の宛先を定義済みアクテ
ィブ・ストリームのメールボックスかＳＷＳへ切り換え
て表示させる．その場合，機構部３０５ａは、定ｍ済み
ストリームＡのメールボックス（ＭＢＸ Ａ）である
メールボックス５０１に接続され６．ＭＢＸ Ａ
５０１！；Ｅ、メールボックス・サービス５００によっ
てアクセスされて、スクリーン・ハンドラ４０６に供給
される．ハンドラ４０６は，ストリームＡの定義の中の
基準セットに応じて、一般メッセージ・フィールドのい
ずれかにメッセージを表示する．メッセージは、表示さ
れると、メッセージ・ストリームＡのために維持される
ログ４２０に置かれる．同様に，ストリームＢ用にはメ
ールボックス６０１とログ６００が維持される．ＳＷＳ
２０７に表示されたメッセージは，メッセージ・ディス
プレイ・サービス２０６に供給される．ここで、第７図
とあわせて、ダイアログ・サービスとライン・コマンド
・サービスについて詳述する． ＳＷＳのライン・コマンド・サービス２０２は．ＡＷＳ
のサービス４０７と実質上同じ方法で機能する．唯一の
例外は、ＡＷＳがＤＹＮＡＭＩＣモードのときはライン
・コマンド・サービス４０７が使用禁止になるという点
である．ただしモード・オプションをＳＴＡＴ Ｉ Ｃ
にセットすることで、ライン・コマンド・サービス４０
７が使用できる状態になる．ＳＷＳ２０７のコマンド・
ライン２１２には，ユーザが入力したコマンドが表示さ
れる．コマンド・オプション応答処理の場合、コマンド
の形式はコマンド・ライン２１２に示したようになる．
この形式では、動詞ＳＹＳＴＥＭの後にＯＰＴＩＯＮフ
ィールドが続き、この後にコマンドが入力される．最適
モードのとき，システム・オペレータが入力できるのは
、ＳＴＲＥＡＭまたはＳＥＮＤ ＴＯオプションのい
ずれか一方だけである．ＷＡＩＴオプションは，アプリ
ケーションの実行を伴うダイアログ・サービス・インタ
フェースにだけ予約される．コマンドは，選択されたオ
プションとともに，形式２１６でライン・コマンド・サ
ービスに供給される．形式２１６は、選択されたオプシ
ョンがＳＥＮＤＴＯのときは、コマンド，選択されたオ
プション、およびＴＡＢＧＥＴオブジェクトを含む，そ
の場合、ＴＡＲＧＥＴはＳＥＮＤＴＯフィールドに指示
された受信側にセットされる．したがってＴＡＲＧＥＴ
は．ＳＷＳのコード（ｓｙｎｃ）か，または定義済みメ
ッセージ・ストリーム（ＳＴＲＥＡＭ ）にセットで
きる．ライン・コマンド・サービスは、コマンド形式２
１６を受信して，処理とフォーマットを行い、メッセー
ジ・ハンドラ１０１へ供給する．コマンドは、ライン・
コマンド・サービス２０２によって処理された後、参照
符号２１８で示した形式を持つ．これにはコマンドとＣ
ＡＲＴが含まれる．コマンドと形式２１Ｂは，メッセー
ジ・ハンドラ１０１へ引き渡され、中央機構へ転送され
る． ダイアログ・サービス２０３は，コマンド送信コンポー
ネント２０３ａとコマンド取得コンポーネント２０３ｂ
を含む．ダイアログ・サービス２０３の起動は、コンソ
ール１００を代表して実行されるよう起動されたＡＰＩ
（アプリケーション・プログラミング・インタフェース
）を通して、アプリケーション・プログラム７００また
はプロセスによって自動的に行われる．アプリケーショ
ン・プロセスは、中央機構９９の実行プログラムと対話
することができる．対話は．ＡＰＩを通してコマンドが
与えられ，ＡＰＩを通して応答が受けられることによっ
て行われるといえる．ユーザは最初に、アプリケーショ
ン７００が生成しようとする特定のコマンドに対して表
１のどの才ブションも選択できる．このようなオプショ
ンにはＷＡ Ｉ Ｔ才ブションも含まれる．ＷＡＩＴオ
ブションが起動されると、アプリケーション・プロセス
は、待ち時間として指示された時間の間は実行を保留す
る．待ち時間は，０を含む任意の正の値である．したが
ってコマンドがアプリケーション７００によって生成さ
れると，そのコマンドは１１６の形式を持つ．その場合
、この形式には、コマンド（ＣＭＩ））．選択されたオ
プション、（ＷＡ Ｉ Ｔ才プシゴンが選択された場合
は）待ち時間、および（ＳＥＮＤ Ｔｏオプションの
一つが選択ざれた場合は）ターゲットを含む．コマンド
送信サービス２０３ａは、コマンドを受信して，応答と
して形式１１８のコマンド・レコードを生成し、形式１
１８をメッセージ・ハンドラ１０１に引き渡す．コマン
ド送信プロセス２０３ａはまた、呼び出し側のＡＰＩ７
００に，トークンと応答タイプ（ＲＥＳＰ）を含むリス
ト１１９を返す．トークンは、基本的にはコマンド・レ
コード１１８のＣＡＲＴに対応する．応答タイプは，コ
マンド１１８に対して想定される応答のタイプを示すコ
ードである．この情報は，下層のシステムのどのコマン
ドも応答とｒＪＩｉＩ付けるインデックスつきテーブル
（図示なし）から取得できる．ＭＶＳシステム・プロダ
クトでは、応答は、そのＭＩＤフィールドによって一意
に識別される．ＣＡＲＴにＷＡＩＴオプションが示され
たメッセージは、ハンドラ１０１によって受信されると
、ＷＡＩＴ応答キュー２０４に登録される。
０より長い待ち時間が選択されていれば、コマンド送信
コンポーネント２０３ａは、選択されたその時間は停止
する．応答がその時間内に受信されると、コマンド送信
コンポーネントによってアプリケーション７００に応答
が返される．他の場合、コマンド送信コンポーネントは
ＩＩＩＩｌをアプリケーシ３ンヘ返す．アプリケーショ
ン７００は、制御がコマンド送信サービス２０３ａから
応答なく戻ったときにリスト１１９を受け取った後，ダ
イアログ・サービス２０３のメッセージ取得コンポーネ
ント２０３ｂを起動する．アプリケーション７００は、
リスト１１９で受信されたトークンとコマンド１１６の
待ち時間をリスト１２０でメッセージ取得サービス２０
３ｂへ引き渡す．メッセージ取得サービス２０３ｂは、
呼ばれたときにリスト２０４のスキャリングを始め．Ｃ
ＡＲＴがリスト１２０のトークンと符合するＷＡＩＴメ
ッセージを捜す．メッセージが見つかると、リスト２０
４からメッセージを抽出し、これを応答レコード（ＲＥ
ＳＰ）１２６として呼び出し側のアプリケーション７０
０へ返す． 第５図、第６図，第７図に示したコンポーネントは，本
発明の実施に欠かせない要素である．各コンポーネント
の詳細を表２ないし表ＩＯに示した．これらのコンポー
ネントは，付！ｉｌに示したデータ構造に対して機能す
る． 付！ｌｌは、本発明の最適モードで用いられるデータ・
オブジェクトの定義とフォーマットを記述したものであ
る．記述形式は、Ａｄａに似た設計言語による．経験あ
るプログラマであれば、この内容から，あまり手間をか
けなくとも本発明の実施例を導くことができる． 具体化分（０００１ないし０１０４）は、ＴＳ０を採用
したＭＶＳシステムに特有のデータ・オブジェクト・タ
イプ定義を設ける．データ・オブジェクト・タイプ定ｌ
！１（文０００５ないし００７７）は、基準セット・パ
ラメータを．ＭＶＳ，ＴＳｏ．ＩＢＭグラフィカル・デ
ータ・ディスプレイ・マネージャ，およびＩ ＳＰＦに
対して定義されたデータ・オブジェクトに関連付ける．
たとえばメッセージ・ソース・タイプの定義では、ソー
スとしては，メッセージＩＤプレフィクス、ジョブ名，
システム名など特定のＭＶＳデータが考えられる．メッ
セージ・ソース・データ・オブジェクト定義のフォーマ
ットにより、オペレータは、プレフィクス、ジョブ名，
システム名のいずれかのデータとメッセージを選択でき
る．文０００９ないし００ｌ４を今照されたい．メッセ
ージ・タイプ、メッセージ言語，およびメッセージ転送
範囲の定義を調べれば，オペレータがこれらの属性の値
を選択できることが分かる．文００６７ないし００７７
からは，カラー、ハイライト、強度などのメッセージ表
示パラメータをオペレータが選択できる．付ｆｉｌの具
体化の末尾にあたる抽象オブジェクト文（００８３ない
し０１０４）は，ＭｖＳとＴＳＯの特定のデータ・タイ
プを付録の文０１１７から始まり．０１３３で終わるデ
ータ・オブジェクトの総称記述にマップする．このリス
トのｒｅｓｐｏｎｓｅ ｔｏｋｅｎ ｔｙｐｅ Ｌｔ前
述のＣＡＲＴに相当する． 付ｉｔのメッセージ・ストリームの抽象表現で、タイプ
定義文０１４０ないし０３８４は、メッセージ・スクリ
ーンの表現とそのプロシージャに必要な全データ・オブ
ジェクト・タイプを設定する．プロシージャ・パラメー
タは、リターン・コード（０１４０ないし０１５０）．
コマンド・オプション（０１５４ないし０１５８）．ダ
イアログとライン・コマンドのオプション（０１６０な
いし０ １ ７０）およびコマンド応答ターゲット（０
１７４１，ｚいし０１７６）に対して定義される． ＡＷＳデータ・オブジェクトは，文Ｏｌ９４から与えら
れる．ＡＷＳモードは動的（ダイナミック）か静的（ス
タティック）である．スタティック・モードでは、コマ
ンド・ラインが表示され有効になる．ダイナミック・モ
ードでは一般メッセージ・フィールドと保持メッセージ
・フィールドだけがアクティブになる．各ワーク・スク
リーンにアラーム設定（０２１８）があり，これにより
オペレータは，アラームがセットされたメッセージがワ
ーク・スクリーンに送られたときにアラーム音を有効に
したり無効にしたりできる．付録１のメッセージ選択基
準データ・タイプは、文０２３０ないし０２６５で与え
られ、各タイプは文０２７０ないし０２７４でセットと
してまとめられる．メッセージ選択基準の種類は、文０
２８ １で一選択”と“保持”に分けられる．選択基準
のセットは、文０２９８ないし０３０２で，表示とアラ
ーム・オプションのデータ・オブジェクトにリンクされ
る．メッセージが選択グループの中の選択基準セットの
いずれかと符合することをストリーミング・プロセスが
示す場合は、選択された表示とアラームの才ブションが
起動される．したがってアラーム・オプションが選択さ
れており，アラーム設定が有効であれば，メッセージが
表示されたときにアラームが鳴る． 総称選択セット・レコードは、文０３０８と０３０９で
“選択′セットか，または“保持“セットというラベル
を持つ．表示パラメータは，一般メッセージ・フィール
ドのスクロール速度とメッセージ行数を含めて、文０３
２０ないし０３３１で定義される．保持メッセージ・フ
ィールドの大きさは文０３３７で定義される．メッセー
ジをログに置くか否かのオプションは文０３４２で与え
られる． 完全なストリーム定義データ・オブジェクトは文０３４
９ないしＯ３５８で記述サレル．ｒＩＪＪノトおり、ス
トリーム定義には，ストリーム名、ログとアラームの才
ブション，スクロール速度，保持メッセージ・フィール
ドと一般メッセージ・フィールドを分けるウィンドウ・
ディバイダ｛分離ＩＩ）の位置、および選択基準セット
と保持基準セットの集合が含まれる．このレコードは、
定義済みストリームをＡＷＳとリンクする起動フラグ（
０ ３ ６ ５ないし０３７２）とともに，アクティブ
・メッセージ・リストに入力される．定義済みストリー
ムは、ＡＷＳとリンクされると，アクティブとみなされ
、他の場合、メッセージ・ストリームは非アクティブと
なる． アクティブ・メッセージ・リスト内の定義済みメッセー
ジ・ストリームのエントリは，文０３７８ないし０３８
６で要約され，メッセージ・ストリームのリスト（セッ
ト）は文０３９ １ないし０３９３で記述される． 付！！ｌと同じく、表２ないし表１０もＡｄａに似た設
計言語のフォーマットで示した．表２はストリーム機能
３０２を示す．この表のプロシージャは，オペレータ・
プロファイル・サービス２０１によって生成されるパネ
ルから起動される．文０４２ １ないし０４３４のプロ
シージャは、新しいメッセージ・ストリームを定義し、
それをユーザのためにメッセージ・ストリ−ムのセット
に追加する．選択基準は，どのメッセージをストリーム
に向けて、オペレータが起動したＡＷＳに表示し、スト
リームにリンクするかを設定する．保持基準は，どのメ
ッセージを選択して．ＡＷＳの保持フィールドに表示す
るかを設定する．実施例の最適モード例では，保持メッ
セージは一般にメッセージ・フィールドで特別な標識が
ついて現れ、フィールドの上部にスクロールされる．保
持メッセージは、フィールドの上部に達すると、リスト
の保持メッセージ領域に追加される．ログ・パラメータ
・オプションがＹＥＳの場合，メッセージは，受信後に
メッセージ・ストリームにログされる．オペレータは，
従来通り、ログをブラウズして、メールボックスのオ〜
バフローによってストリームから削除されたことも考え
られる．メッセージを参照できる．アラーム・才ブショ
ンは、ＹＥＳにセットすれば，アラーム・プレゼンテー
ション・オプションがＹＥＳになっている基準によって
選択されたメッセージを、耳で確認できるようにするこ
とができる． ｄｅｌｅｔｅ ｓｔｒｅａ−プロシージャは，定義済み
メッセージ・ストリームをアクティブ・メッセージ・リ
ストから削除する．文０４７０ないし０４７３のプロシ
ージャは，定義済みメッセージ・ストリームを変更でき
るようにする． 表３の起動／終了サービス３０１は、ワーク・スクリー
ンを起動または終了するために起動される．運用アプリ
ケーションが要求されると、ＳＷＳは文０４８４ないし
０４８９で自動的に起動される．コマンドＴＯＳＳＹＮ
Ｃは、実行可能になった運用アプリケーションを伴うＳ
ＷＳを起動するために入力するのが望ましい．ＳＷＳが
起動されれば、文Ｏ４９７ないし０５００によってＡＷ
Ｓを起動できる．ＡＷＳは、起動後にダイナミック・モ
ードに入り、ＡＷＳがリンクされたメッセージ・ストリ
ームを表示する．プロシージャ文０４９９から分かるよ
うに、非同期式スクリーンは，これの起動により、名前
つきメッセージ・ストリームと自動的にリンクされる．
文Ｏ５＋１の終了プロシージャは、コマンド・ライン上
で、スタティック・モードのＡＷＳからか、もしくはＡ
ＷＳの実行を中止させる割り込みによって起動される．
この機能はファンクション・キーに割り当てることもで
きる． スクリーン・ハンドラ４０６は、表４のプロシージャ・
セットに示しだ．これらのプロシージャは、指示された
アクティブＡＷＳから起動される．第８図のマルチビュ
ーボート表示では，これらのプロシージャのいずれかが
起動されたアクティブなワーク・スクリーンは，スクリ
ーン・カーソルをアクティブ・ワーク・スクリーンに移
動させることによって指示できる． 文０５３０のプロシージャでは、オペレータがモードを
切り換えることができる．新しいモードがＳＴＡＴ Ｉ
Ｃなら，コマンド・ラインが表示され、スクロールに
備えてメッセージ・ウィンドウが準備される．新しいモ
ードがＤＹＮＡＭＩＣなら、コマンド・ラインは消去さ
れ、メッセージ・ウィンドウはリフレッシュされて最新
メッセージが表示される．ダイナミック・モードが起動
されたときには，メッセージ・ウィンドウの自動更新も
再開され．る．この機能はトグル・キーに割り当てるこ
ともできる． 文０５４５のメッセージ削除プロシージャは、カーソル
によって指示される保持メッセージ・リスト内のメッセ
ージを削除する．メッセージ保持メッセージ・フィール
ドにあれば、そのフィールドからメッセージが削除され
る．他の場合、そのメッセージの保持メッセージ標識が
オフになる．これは、削除対象のメッセージにカーソル
を合わせて実行されるキー機能にすることができる．こ
の機能はＳＴＡＴ Ｉ Ｃモードでしか使用できない。
コンポーネント２０３ａは、選択されたその時間は停止
する．応答がその時間内に受信されると、コマンド送信
コンポーネントによってアプリケーション７００に応答
が返される．他の場合、コマンド送信コンポーネントは
ＩＩＩＩｌをアプリケーシ３ンヘ返す．アプリケーショ
ン７００は、制御がコマンド送信サービス２０３ａから
応答なく戻ったときにリスト１１９を受け取った後，ダ
イアログ・サービス２０３のメッセージ取得コンポーネ
ント２０３ｂを起動する．アプリケーション７００は、
リスト１１９で受信されたトークンとコマンド１１６の
待ち時間をリスト１２０でメッセージ取得サービス２０
３ｂへ引き渡す．メッセージ取得サービス２０３ｂは、
呼ばれたときにリスト２０４のスキャリングを始め．Ｃ
ＡＲＴがリスト１２０のトークンと符合するＷＡＩＴメ
ッセージを捜す．メッセージが見つかると、リスト２０
４からメッセージを抽出し、これを応答レコード（ＲＥ
ＳＰ）１２６として呼び出し側のアプリケーション７０
０へ返す． 第５図、第６図，第７図に示したコンポーネントは，本
発明の実施に欠かせない要素である．各コンポーネント
の詳細を表２ないし表ＩＯに示した．これらのコンポー
ネントは，付！ｉｌに示したデータ構造に対して機能す
る． 付！ｌｌは、本発明の最適モードで用いられるデータ・
オブジェクトの定義とフォーマットを記述したものであ
る．記述形式は、Ａｄａに似た設計言語による．経験あ
るプログラマであれば、この内容から，あまり手間をか
けなくとも本発明の実施例を導くことができる． 具体化分（０００１ないし０１０４）は、ＴＳ０を採用
したＭＶＳシステムに特有のデータ・オブジェクト・タ
イプ定義を設ける．データ・オブジェクト・タイプ定ｌ
！１（文０００５ないし００７７）は、基準セット・パ
ラメータを．ＭＶＳ，ＴＳｏ．ＩＢＭグラフィカル・デ
ータ・ディスプレイ・マネージャ，およびＩ ＳＰＦに
対して定義されたデータ・オブジェクトに関連付ける．
たとえばメッセージ・ソース・タイプの定義では、ソー
スとしては，メッセージＩＤプレフィクス、ジョブ名，
システム名など特定のＭＶＳデータが考えられる．メッ
セージ・ソース・データ・オブジェクト定義のフォーマ
ットにより、オペレータは、プレフィクス、ジョブ名，
システム名のいずれかのデータとメッセージを選択でき
る．文０００９ないし００ｌ４を今照されたい．メッセ
ージ・タイプ、メッセージ言語，およびメッセージ転送
範囲の定義を調べれば，オペレータがこれらの属性の値
を選択できることが分かる．文００６７ないし００７７
からは，カラー、ハイライト、強度などのメッセージ表
示パラメータをオペレータが選択できる．付ｆｉｌの具
体化の末尾にあたる抽象オブジェクト文（００８３ない
し０１０４）は，ＭｖＳとＴＳＯの特定のデータ・タイ
プを付録の文０１１７から始まり．０１３３で終わるデ
ータ・オブジェクトの総称記述にマップする．このリス
トのｒｅｓｐｏｎｓｅ ｔｏｋｅｎ ｔｙｐｅ Ｌｔ前
述のＣＡＲＴに相当する． 付ｉｔのメッセージ・ストリームの抽象表現で、タイプ
定義文０１４０ないし０３８４は、メッセージ・スクリ
ーンの表現とそのプロシージャに必要な全データ・オブ
ジェクト・タイプを設定する．プロシージャ・パラメー
タは、リターン・コード（０１４０ないし０１５０）．
コマンド・オプション（０１５４ないし０１５８）．ダ
イアログとライン・コマンドのオプション（０１６０な
いし０ １ ７０）およびコマンド応答ターゲット（０
１７４１，ｚいし０１７６）に対して定義される． ＡＷＳデータ・オブジェクトは，文Ｏｌ９４から与えら
れる．ＡＷＳモードは動的（ダイナミック）か静的（ス
タティック）である．スタティック・モードでは、コマ
ンド・ラインが表示され有効になる．ダイナミック・モ
ードでは一般メッセージ・フィールドと保持メッセージ
・フィールドだけがアクティブになる．各ワーク・スク
リーンにアラーム設定（０２１８）があり，これにより
オペレータは，アラームがセットされたメッセージがワ
ーク・スクリーンに送られたときにアラーム音を有効に
したり無効にしたりできる．付録１のメッセージ選択基
準データ・タイプは、文０２３０ないし０２６５で与え
られ、各タイプは文０２７０ないし０２７４でセットと
してまとめられる．メッセージ選択基準の種類は、文０
２８ １で一選択”と“保持”に分けられる．選択基準
のセットは、文０２９８ないし０３０２で，表示とアラ
ーム・オプションのデータ・オブジェクトにリンクされ
る．メッセージが選択グループの中の選択基準セットの
いずれかと符合することをストリーミング・プロセスが
示す場合は、選択された表示とアラームの才ブションが
起動される．したがってアラーム・オプションが選択さ
れており，アラーム設定が有効であれば，メッセージが
表示されたときにアラームが鳴る． 総称選択セット・レコードは、文０３０８と０３０９で
“選択′セットか，または“保持“セットというラベル
を持つ．表示パラメータは，一般メッセージ・フィール
ドのスクロール速度とメッセージ行数を含めて、文０３
２０ないし０３３１で定義される．保持メッセージ・フ
ィールドの大きさは文０３３７で定義される．メッセー
ジをログに置くか否かのオプションは文０３４２で与え
られる． 完全なストリーム定義データ・オブジェクトは文０３４
９ないしＯ３５８で記述サレル．ｒＩＪＪノトおり、ス
トリーム定義には，ストリーム名、ログとアラームの才
ブション，スクロール速度，保持メッセージ・フィール
ドと一般メッセージ・フィールドを分けるウィンドウ・
ディバイダ｛分離ＩＩ）の位置、および選択基準セット
と保持基準セットの集合が含まれる．このレコードは、
定義済みストリームをＡＷＳとリンクする起動フラグ（
０ ３ ６ ５ないし０３７２）とともに，アクティブ
・メッセージ・リストに入力される．定義済みストリー
ムは、ＡＷＳとリンクされると，アクティブとみなされ
、他の場合、メッセージ・ストリームは非アクティブと
なる． アクティブ・メッセージ・リスト内の定義済みメッセー
ジ・ストリームのエントリは，文０３７８ないし０３８
６で要約され，メッセージ・ストリームのリスト（セッ
ト）は文０３９ １ないし０３９３で記述される． 付！！ｌと同じく、表２ないし表１０もＡｄａに似た設
計言語のフォーマットで示した．表２はストリーム機能
３０２を示す．この表のプロシージャは，オペレータ・
プロファイル・サービス２０１によって生成されるパネ
ルから起動される．文０４２ １ないし０４３４のプロ
シージャは、新しいメッセージ・ストリームを定義し、
それをユーザのためにメッセージ・ストリ−ムのセット
に追加する．選択基準は，どのメッセージをストリーム
に向けて、オペレータが起動したＡＷＳに表示し、スト
リームにリンクするかを設定する．保持基準は，どのメ
ッセージを選択して．ＡＷＳの保持フィールドに表示す
るかを設定する．実施例の最適モード例では，保持メッ
セージは一般にメッセージ・フィールドで特別な標識が
ついて現れ、フィールドの上部にスクロールされる．保
持メッセージは、フィールドの上部に達すると、リスト
の保持メッセージ領域に追加される．ログ・パラメータ
・オプションがＹＥＳの場合，メッセージは，受信後に
メッセージ・ストリームにログされる．オペレータは，
従来通り、ログをブラウズして、メールボックスのオ〜
バフローによってストリームから削除されたことも考え
られる．メッセージを参照できる．アラーム・才ブショ
ンは、ＹＥＳにセットすれば，アラーム・プレゼンテー
ション・オプションがＹＥＳになっている基準によって
選択されたメッセージを、耳で確認できるようにするこ
とができる． ｄｅｌｅｔｅ ｓｔｒｅａ−プロシージャは，定義済み
メッセージ・ストリームをアクティブ・メッセージ・リ
ストから削除する．文０４７０ないし０４７３のプロシ
ージャは，定義済みメッセージ・ストリームを変更でき
るようにする． 表３の起動／終了サービス３０１は、ワーク・スクリー
ンを起動または終了するために起動される．運用アプリ
ケーションが要求されると、ＳＷＳは文０４８４ないし
０４８９で自動的に起動される．コマンドＴＯＳＳＹＮ
Ｃは、実行可能になった運用アプリケーションを伴うＳ
ＷＳを起動するために入力するのが望ましい．ＳＷＳが
起動されれば、文Ｏ４９７ないし０５００によってＡＷ
Ｓを起動できる．ＡＷＳは、起動後にダイナミック・モ
ードに入り、ＡＷＳがリンクされたメッセージ・ストリ
ームを表示する．プロシージャ文０４９９から分かるよ
うに、非同期式スクリーンは，これの起動により、名前
つきメッセージ・ストリームと自動的にリンクされる．
文Ｏ５＋１の終了プロシージャは、コマンド・ライン上
で、スタティック・モードのＡＷＳからか、もしくはＡ
ＷＳの実行を中止させる割り込みによって起動される．
この機能はファンクション・キーに割り当てることもで
きる． スクリーン・ハンドラ４０６は、表４のプロシージャ・
セットに示しだ．これらのプロシージャは、指示された
アクティブＡＷＳから起動される．第８図のマルチビュ
ーボート表示では，これらのプロシージャのいずれかが
起動されたアクティブなワーク・スクリーンは，スクリ
ーン・カーソルをアクティブ・ワーク・スクリーンに移
動させることによって指示できる． 文０５３０のプロシージャでは、オペレータがモードを
切り換えることができる．新しいモードがＳＴＡＴ Ｉ
Ｃなら，コマンド・ラインが表示され、スクロールに
備えてメッセージ・ウィンドウが準備される．新しいモ
ードがＤＹＮＡＭＩＣなら、コマンド・ラインは消去さ
れ、メッセージ・ウィンドウはリフレッシュされて最新
メッセージが表示される．ダイナミック・モードが起動
されたときには，メッセージ・ウィンドウの自動更新も
再開され．る．この機能はトグル・キーに割り当てるこ
ともできる． 文０５４５のメッセージ削除プロシージャは、カーソル
によって指示される保持メッセージ・リスト内のメッセ
ージを削除する．メッセージ保持メッセージ・フィール
ドにあれば、そのフィールドからメッセージが削除され
る．他の場合、そのメッセージの保持メッセージ標識が
オフになる．これは、削除対象のメッセージにカーソル
を合わせて実行されるキー機能にすることができる．こ
の機能はＳＴＡＴ Ｉ Ｃモードでしか使用できない。
文０５６４のスクロール・プロシージャは、又クロール
されたメッセージ・ウィンドウを指示された方向へスク
ロールする．この機能はＳＴＡＴＩＣモードでしか使用
できない． 文０５７６のジャンプ・プロシージャは、カーソルの移
動先となったメッセージ・フィールドを起動する．これ
はキー機能であり．ＳＴＡＴＩＣモードでのみ使用でき
る． 文０５８８の移動プロシージャは、メッセージ・ウィン
ドウを分けるディバイダを移動させて保持メッセージ・
フィールドの大きさを変える．この＃Ｉ能はＳＴＡＴ
Ｉ Ｃモードでのみ使用できる． スクロール速度は、文０６０４がら始まるプロシージャ
で調整される．この機能はＡＷＳから起動できる．キー
に割り当てることもでき、使用モードはＳＴＡＴ′ＩＣ
のみである． 文０６２０から始まるアラーム変更プロシージャは、Ａ
Ｗ Ｓ Ｊ．１ｍ表示されたメッセージ・ストリーム
のアラーム設定を一時的に変更する．この機能はＡＷＳ
から起動され、キーに割り当てられ、ＳＴＡＴＩＣモー
ドでのみ使用できる。
されたメッセージ・ウィンドウを指示された方向へスク
ロールする．この機能はＳＴＡＴＩＣモードでしか使用
できない． 文０５７６のジャンプ・プロシージャは、カーソルの移
動先となったメッセージ・フィールドを起動する．これ
はキー機能であり．ＳＴＡＴＩＣモードでのみ使用でき
る． 文０５８８の移動プロシージャは、メッセージ・ウィン
ドウを分けるディバイダを移動させて保持メッセージ・
フィールドの大きさを変える．この＃Ｉ能はＳＴＡＴ
Ｉ Ｃモードでのみ使用できる． スクロール速度は、文０６０４がら始まるプロシージャ
で調整される．この機能はＡＷＳから起動できる．キー
に割り当てることもでき、使用モードはＳＴＡＴ′ＩＣ
のみである． 文０６２０から始まるアラーム変更プロシージャは、Ａ
Ｗ Ｓ Ｊ．１ｍ表示されたメッセージ・ストリーム
のアラーム設定を一時的に変更する．この機能はＡＷＳ
から起動され、キーに割り当てられ、ＳＴＡＴＩＣモー
ドでのみ使用できる。
表４の最後のプロシージャは、文ｏ６３７ないし０６３
９のリフレッシュ・プロシージャである．これはスクリ
ーンがＳＴＡＴ Ｉ Ｃモードのときに両方のメッセー
ジ・フィールドをリフレッシュするのに用いられる． ライン・コマンド・サービス４０７，２０２は表５に示
した．上述のとおり、両サービスともＳＷＳとＡＷＳの
コマンド・ラインから起動される．文０７ｌ７のメッセ
ージ・プロセス・パラメータはオプション・コードであ
り，ターゲット文０７ｌ８は、ＳＥＮＤＴＯオプション
が指示されていればＳＹＮＣかＳＴＲＥＡＭ である
．表６は，表５のライン・コマンド・サービスと関連し
て、文Ｏ７ｌ７と０７１８で与えられたオプションとタ
ーゲット情報に応答して．ＣＡＲＴコードがどのように
セットされるかを示す．ハンドラ３０４．３０３はそれ
ぞれ表７、表８に示した．表７のコマンド応答ハンドラ
のＦＵＮＣＴＩＯＮ文で、ｔｏｓ ｔｏｋｅｎオブジェ
クトは、返答の中のＣＡＲＴである．表７から分かるよ
うに、コマンド応答ハンドラ３０４は、ターゲットがＳ
ＹＮＣであれば、応答をＳＷＳに送り込む．他の場合、
メッセージは，呼び出しによって表９（Ａ）の選択機構
３０５８に向けられる６この呼び出しは表７の“ａｔｈ
ｅｒｗｉｓｅ”文では暗示的である．この文では、選択
機構３０５ａが“ストリーミング・パラメータ”と表現
されている．表８は，求められていないメッセージのハ
ンドラ３０３を示し、文“ストリーミング・パラメータ
を取得“を介して選択機横３０５ａを暗示的に起動する
ことによって機能する． 表７と表８から分かるとおり，メッセージ・ストリーム
のメールボックスが一杯であるために転送できないメッ
セージは，同期式スクリーンに送られて表示される． 表９（Ａ）をみると、メッセージ・ハンドラ３０３、３
０４に、ＴＡＲＧＥＴコードをセットする手段が含まれ
ているのが分がる．このステップは、各ハンドラの“ス
トリーミング・パラメータを取得一ステップで暗示的で
ある．コマンド応答ハンドラにおいて、ＴＡＲＧＥＴコ
ードは、応答のＣＡＲＴに応じて．ＳＴＲＥＡＭかＳＥ
ＮＤＴ〇一にセットされる．求められていないメッセー
ジのハンドラは，いずれの場合でもＴＡＲＧＥＴコード
をＳＴＨＥＡＭにセットする．ＴＡＲＧＥＴコードは、
呼び出しで選択機構に引き渡され、選択操作にキーをか
ける．これにより、選択機構３０５ａは．ＳＴＲＥＡＭ
オプションと求められていないメッセージを同様に処理
できる．ここで，ハンドラによって受信されたメッセー
ジのターゲット（ＣＡＲＴ）がＳＴＲＥＡＭであれば、
アクティブ・メッセージ・リスト内のアクティブ・エン
トリが順次に調べられ、メッセージが選択基準（“ｉｆ
ｓｅｌｅｃｔｅｄ”）と符合するかどうかが判定され
る．メッセージは、選択されていれば、保持基準に照ら
してテストされ、メッセージが保持されていれば、メッ
セージにマークがつけられる．マークがついたメッセー
ジは、ストリームのメールボックスに登録され、 ｓｔｒｅａ■ｅｄ”フラグがセットされる．ここでプロ
シージャは終了する．他の場合，メールボックスが一杯
であれば、それに応じたフラグがセットされ，プロシー
ジャが終了する．表９（Ａ）の″ｅｌＳｅ″′文では．
ＳＥＮＤＴＯ才ブションが起動されていると仮定されて
いる．この場合、ターゲットとなったストリームはアク
ティブ・メッセージ・リストから発見され、ターゲット
となったメッセージは、メッセージ定義の中の保持選択
基準と比較される．そこで符合すれば、メッセージにマ
ークがつけられ、登録が行われるか、メールボックスが
一杯であれば同期式スクリーンに返される． 選択機構３０５ａは、選択機構３０５ｂを起動して，第
４図に示した比較プロシージャを実行する．表９｛Ｂ）
のプロシージャは，選択機構３ｏ５ａ（表９ （Ａ）
）の”ｉｆ ｓｅｌｅｃｔｅｄ ”文と２つの“ｉｆ
ｈｅｌｄ”文によって起動される．選択機構３０５ｂは
、メッセージ特性を、発見された定義済みのアクティブ
・メッセージ・スクリーンの基準セットと比較し、メッ
セージの情報値が現在の基準セットに指示されたすべて
の値と等しいかどうかを示すコードを返す． ダイアログ・サービス２０３は表１０に示した．これは
文０６５４から始まるコマンド送信ブロシージャと文０
６９３から始まるメッセージ取得プロシージャを含む．
文０６５７は、コマンド・オプション・コードをデータ
・オブジェクトｓｓｇ ｐｒｏｃｅｓｓに割り当て．Ｓ
ＥＮＤＴＯ才ブシ３ンに示された応答の宛先を文０６５
９でターゲットのデータ・オブジェクトに割り当てる．
文０６６０のコマンド送信プロシージャによって返され
るトークンはＣＡＲＴである． メッセージ取得プロシージャは、トークン（ＣＡＲＴ）
とＷＡＩＴ時間を受け取り，見つかったときに、メッセ
ージのＭＩＤフィールドから取得されたｒｅｓｐｏｎｓ
ｅ ｔｙｐｅコードの形で応答を返す． 動作例 上述のように、本発明のＩＣ．ＳＷＳＣ．ｊ’；よびＡ
ＷＳＣの各コンポーネントは．ＭＶＳ．ＴＳＯ／Ｅ環境
においてオペレータが指定したメッセージ・ストリーミ
ング・とコマンド・オプション応答処理を実行するため
に協動する．一例として，以下に、オペレータが本発明
によってＭＶＳシステム・プロダクトと対話する様子を
示す。最初に，オペレータは、ＭＶＳシステム上のＤＢ
（データベース）サブシステムにあるＩＭＳ（情報管理
システム）のグループの管理を担当するものとする．先
に述べた最適モードでの才ベレータ操作とシステム応答
については、第９八図ないし第９１図が参考になる． オペレータは最初、表示スクリーンが第８図に示すよう
な４つのビューボートを持つ端末上で４つのタイムシェ
アリング・オプション・セッションを初期化する．この
ような端末には３２９０製品が使用できる． 第５図に示した本発明の動作は，第９八図ないし第９Ｉ
図によって表される．各図は、メッセージ・ストリーム
を定義し、応答オプションを持つコマンドを入力するた
めのインタラクティブ・パネルによって与えられるフォ
ーマットを示す．ユーザがＴＯＳＳＹＮＣコマンドを起
動すると、端末資源が、本発明のメッセージ・ストリー
ミング・プロシージャに求められるとおりに、付録１の
データ・セットを割り当てる．アクティブ・メッセージ
・リストは、最初のＳＷＳバネルとともに生成される．
ＴＯＳＳＹＮＣの入力によって起動された起動プロシー
ジャは，メッセージ、テーブル、およびプロファイルの
データ・セットも割り当てて、ライン・コマンドとプロ
ファイルのサービスをサポートする．このプロシージャ
に、必要に応じて、インタラクティブ・システム機構に
対するｓｗｓｃダイアログ・サービス、ライン・コマン
ド・サービス、およびプロファイル・サービスを加えれ
ば、システム機構がインタラクティブな場面でサービス
を提供することもできる． プロファイル・サービスは、才ベレータがメッセージ・
ストリーム定義を決定・調整するためのパネルとダイア
ログを提供する． 初期パネルは．ＴＯＳＳＹＮＣコマンドに応じて，実行
可能になったアプリケーションによってユーザに提供さ
れる．このパネルは第９Ａ図に示した．第９Ａ図は、運
用アプリケーションを含むＳＷＳの起動と、ＳＷＳとコ
ンソールとの連結を示す．これは次のように、ＴＯＳＳ
ＹＮＣコマンドのコマンド・シンタックスで与えられる
．Ｔ Ｏ Ｓ Ｓ Ｙ Ｎ Ｃ ｉｓｐｆ ｐａｒａ
ＩＩ！ｅｔｅｒｓ ｛ Ｃ Ｏ Ｎ ＳＮ Ａ
Ｍ Ｅ （ ｃｏｒ＋Ｓｏｌｅ ｎａｍｅｌ １
ｉｓｐｊｐａｒａａｅｔｅｒｓフィールドは、ユーザに
よって選択された運用アプリケーションと、このアプリ
ケーションをインタラクティブ機構環境でスタートさせ
るのに必要な全パラメータを指定する．ＣＯＮＳＮＡＭ
Ｅフィールドは、このダイアログのためのコンソール名
を指定する．最初のメニュー項目が選択されると，第９
Ｂ図のパネルが与えられる． 第９Ｂ図のパネルは、その時点で運用アプリケーション
に対して定義されているストリームを、スクロールでき
るリストとして表示し，またユーザがそれぞれについて
記述した内容を表示する．ユーザがメッセージ・ストリ
ームの定義と特性を決定、変更するための機能もここで
与えられる．このパネルで使用できるＡｄｄ機能は、メ
ツセージ・ストリーム定義を追加するときに起動される
． 新しいストリームをプロファイルに追加する場合、ユー
ザは，コマンド・ラインからか，プログラム・ファンク
ション（ＰＦ）キーによって第９Ｂ図のパネルのＡｄｄ
機能を起動する．これにより第９Ｃ図に示したメッセー
ジ・ストリーム定義パネルが起動される． ユーザは、第９Ｃ図のパネルから、才ブションを選択し
て，ストリーム・パラメータを定義し、ＡＷＳのフォー
マットとプレゼンテーションの機能の指定、ストリーム
・メッセージに対する選択基準セットの定義、および保
持メッセージに対する保持基準セットの定義が行える．
これらのオプションを選択すれば、ユーザがパラメータ
を入力するか、または新しいストリームの定義に必要な
操作を行うパネルが起動される．先にも述べたように，
ストリーム定義は、ストリーム名、ストリーム特性、お
よび少なくともメッセージを選択する基準セットの集合
から構成される．ユーザは，メッセージ・ストリーム・
パラメータを指定するには，第９Ｃ図のパネルからオプ
ションｌを選択する．これにより第９Ｄ図のストリーム
特性パネルが起動される． 第９Ｄ図のストリーム特性パネルでは，一意のストリー
ム名が表示され，ユーザはここで一意のストリーム名を
定義し、ストリーム記述、ストリーム・サイズ、保持メ
ッセージ・キュー・サイズ、アラーム・オプション、ロ
ール速度，およびログ・オプションの定義や変更ができ
る．ユーザが第９Ｂ図のパネルのＡｄｄ機能によって新
しいストリームを追加している途中であれば、ストリー
ム名を除いて，名前つきパラメータのデフォルトが表示
される．このパネルが表示されて，定義済みのメッセー
ジ・ストリームのストリーム特性が変更される場合は，
現在の値が表示される． ユーザは，非同期式スクリーンのフォーマットとプレゼ
ンテーションのオプションを定義あるいは変更するどき
ＧＳ．第９Ｃ図のメッセージ・ストリーム定義から才ブ
ション２または３を選択する．ただし当業者であれば、
これらの機能に、ウィンドウ・ディバイダの配置、タイ
ム・スタンプ、ジョブ名、システム名、ストリーム・プ
レゼンテーション属性の入力などのオプションを含むパ
ネルを提供できよう． 第９Ｃ図のパネルの才ブション４によって選択される基
準セット定義のパネルでは、選択基準タイプが表示され
、各タイプに，複数のタイプ値を列記するエントリ・フ
ィールドがつく．パネルの論理的な解釈は，第４図とあ
わせて先に示したとおりである．ユーザは、メッセージ
のストリーミング基準を定義するときには、第９Ｃ図の
パネルからオブショウン４を選択する．ここで第９Ｅ図
のストリーム特性パネルが表示される．第９Ｅ図では，
名前つき基準セットのリストが表示され、リストはそれ
ぞれ、所定のストリームのメッセージ・セットを選択す
るのに用いられる．パネルは、これら基準セットの定義
、変更、削除、順序変更の各機能、および各基準セット
に関連するメッセージのプレゼンテーション属性を指定
する機能を提供する．第９Ｅ図のパネルは、ユーザが基
準セットを変更／削除したり、移動させたり、メッセー
ジのプレゼンテーション属性を指定したりするためのア
クション・コードを表示する． ユーザは、新しい基準セットを、バネル９Ｅのストリー
ムに定義された基準セット群に追加するときには，既存
の基準セットに関連するＡｃｔｉｏｎ欄にＡｄｄのアク
ションーコードを入力する．このセットに続いて新しい
基準セットが追加され，次の行に表示される．ユーザは
、この方法で追加することにより、基準セットを希望す
る順序に並べることができる．．順序づけは、性能を考
慮した場合に望ましい方法である．ストリーミングの対
象になるメッセージは、メッセージの属性と符合するこ
とが分かった最初の基準セットに応じて選択されるから
である．アクション・コードが実行されると、第９Ｆ図
のパネルが起動される．ユーザは，このパネルのフィー
ルドに、新しい基準セットの定義に必要な情報を入力す
る．ユーザは、第９Ｆ図のパネルから、基準セットの名
前と記述を指定する．基準セットは．第９Ｅ図のパネル
のリストに表示される．第９Ｆ図のアスタリスクは、関
連する選択基準値にデフォルト値が用意されていること
を示す．基準値は必要に応じて変更できる． ユーザは、第９Ｅ図のパネルから、（：ｈａｎｇｅのア
クション・コードを入力すれば，既存の基準セットを変
更することができる．これにより、基準セット変更パネ
ル（図示なし）が表示される．このパネルの内容は、基
準セット名、記述、そして関連する選択基準値である．
ユーザは，このパネルから、パネル上の名前以外の情報
を変更することができる． 第９Ｅ図のパネルから基準セットを削除するには．Ｄｅ
ｌｅｔｅのアクション・コードを入力する． 性能を考慮すれば、第９Ｅ図の基準セットの順序づけセ
ットを変更した方がよい場合がある。第９Ｅ図のパネル
に示した基準セットは、上述のストリーミング機構が、
符合するものを捜すときに処理する願序で表示される，
Ｍｏｖｅ機能では、ユーザが，基準セットを、基準セッ
トのリスト内の別の場所へ移動させることができる．保
持メッセージの基準を定義するときは、第９Ｃ図のパネ
ルからオプション５を選択する．このパネルは第９Ｇ図
のパネルを起動する．第９Ｇ図のパネルは、保持される
メッセージの選択に用いられるストリームに対して定義
された名前つき基準セットのリストを表示する．このパ
ネルの機能は，保持基準セットの変更，削除、追加，お
よび順序変更である．保持基準セットを定義するための
機能は、前記のメッセージを選択するために基準セット
を定義するのに用いられる機能と同じであり、これらの
機能によって表示されるパネルは，第９Ｅ図で対応する
アクションーコードとあわせて説明したものに対応する
．第９Ｈ図は、ＳＷＳ上のライン・コマンド・サービス
の動作をビジュアルに表現したものである，ｓｗｓｃラ
イン・コマンド・サービスでは、ユーザがＳＷＳコマン
ドーラインからシステムーコマンドを入力できる．ユー
ザは、コマンド応答をＳＷＳまたはＡＷＳへ向けて、ユ
ーザが名前で指定することによってストリームを表示で
きる．また、応答を、名前つきワーク・スクリーンにリ
ンクされたストリームに定義された選択基準に応じて、
ＡＷＳに向けるように要求することもできる．これらの
オプションが一つも指定されない場合、応答は、コマン
ドが入力されたスクリーンに返される。
９のリフレッシュ・プロシージャである．これはスクリ
ーンがＳＴＡＴ Ｉ Ｃモードのときに両方のメッセー
ジ・フィールドをリフレッシュするのに用いられる． ライン・コマンド・サービス４０７，２０２は表５に示
した．上述のとおり、両サービスともＳＷＳとＡＷＳの
コマンド・ラインから起動される．文０７ｌ７のメッセ
ージ・プロセス・パラメータはオプション・コードであ
り，ターゲット文０７ｌ８は、ＳＥＮＤＴＯオプション
が指示されていればＳＹＮＣかＳＴＲＥＡＭ である
．表６は，表５のライン・コマンド・サービスと関連し
て、文Ｏ７ｌ７と０７１８で与えられたオプションとタ
ーゲット情報に応答して．ＣＡＲＴコードがどのように
セットされるかを示す．ハンドラ３０４．３０３はそれ
ぞれ表７、表８に示した．表７のコマンド応答ハンドラ
のＦＵＮＣＴＩＯＮ文で、ｔｏｓ ｔｏｋｅｎオブジェ
クトは、返答の中のＣＡＲＴである．表７から分かるよ
うに、コマンド応答ハンドラ３０４は、ターゲットがＳ
ＹＮＣであれば、応答をＳＷＳに送り込む．他の場合、
メッセージは，呼び出しによって表９（Ａ）の選択機構
３０５８に向けられる６この呼び出しは表７の“ａｔｈ
ｅｒｗｉｓｅ”文では暗示的である．この文では、選択
機構３０５ａが“ストリーミング・パラメータ”と表現
されている．表８は，求められていないメッセージのハ
ンドラ３０３を示し、文“ストリーミング・パラメータ
を取得“を介して選択機横３０５ａを暗示的に起動する
ことによって機能する． 表７と表８から分かるとおり，メッセージ・ストリーム
のメールボックスが一杯であるために転送できないメッ
セージは，同期式スクリーンに送られて表示される． 表９（Ａ）をみると、メッセージ・ハンドラ３０３、３
０４に、ＴＡＲＧＥＴコードをセットする手段が含まれ
ているのが分がる．このステップは、各ハンドラの“ス
トリーミング・パラメータを取得一ステップで暗示的で
ある．コマンド応答ハンドラにおいて、ＴＡＲＧＥＴコ
ードは、応答のＣＡＲＴに応じて．ＳＴＲＥＡＭかＳＥ
ＮＤＴ〇一にセットされる．求められていないメッセー
ジのハンドラは，いずれの場合でもＴＡＲＧＥＴコード
をＳＴＨＥＡＭにセットする．ＴＡＲＧＥＴコードは、
呼び出しで選択機構に引き渡され、選択操作にキーをか
ける．これにより、選択機構３０５ａは．ＳＴＲＥＡＭ
オプションと求められていないメッセージを同様に処理
できる．ここで，ハンドラによって受信されたメッセー
ジのターゲット（ＣＡＲＴ）がＳＴＲＥＡＭであれば、
アクティブ・メッセージ・リスト内のアクティブ・エン
トリが順次に調べられ、メッセージが選択基準（“ｉｆ
ｓｅｌｅｃｔｅｄ”）と符合するかどうかが判定され
る．メッセージは、選択されていれば、保持基準に照ら
してテストされ、メッセージが保持されていれば、メッ
セージにマークがつけられる．マークがついたメッセー
ジは、ストリームのメールボックスに登録され、 ｓｔｒｅａ■ｅｄ”フラグがセットされる．ここでプロ
シージャは終了する．他の場合，メールボックスが一杯
であれば、それに応じたフラグがセットされ，プロシー
ジャが終了する．表９（Ａ）の″ｅｌＳｅ″′文では．
ＳＥＮＤＴＯ才ブションが起動されていると仮定されて
いる．この場合、ターゲットとなったストリームはアク
ティブ・メッセージ・リストから発見され、ターゲット
となったメッセージは、メッセージ定義の中の保持選択
基準と比較される．そこで符合すれば、メッセージにマ
ークがつけられ、登録が行われるか、メールボックスが
一杯であれば同期式スクリーンに返される． 選択機構３０５ａは、選択機構３０５ｂを起動して，第
４図に示した比較プロシージャを実行する．表９｛Ｂ）
のプロシージャは，選択機構３ｏ５ａ（表９ （Ａ）
）の”ｉｆ ｓｅｌｅｃｔｅｄ ”文と２つの“ｉｆ
ｈｅｌｄ”文によって起動される．選択機構３０５ｂは
、メッセージ特性を、発見された定義済みのアクティブ
・メッセージ・スクリーンの基準セットと比較し、メッ
セージの情報値が現在の基準セットに指示されたすべて
の値と等しいかどうかを示すコードを返す． ダイアログ・サービス２０３は表１０に示した．これは
文０６５４から始まるコマンド送信ブロシージャと文０
６９３から始まるメッセージ取得プロシージャを含む．
文０６５７は、コマンド・オプション・コードをデータ
・オブジェクトｓｓｇ ｐｒｏｃｅｓｓに割り当て．Ｓ
ＥＮＤＴＯ才ブシ３ンに示された応答の宛先を文０６５
９でターゲットのデータ・オブジェクトに割り当てる．
文０６６０のコマンド送信プロシージャによって返され
るトークンはＣＡＲＴである． メッセージ取得プロシージャは、トークン（ＣＡＲＴ）
とＷＡＩＴ時間を受け取り，見つかったときに、メッセ
ージのＭＩＤフィールドから取得されたｒｅｓｐｏｎｓ
ｅ ｔｙｐｅコードの形で応答を返す． 動作例 上述のように、本発明のＩＣ．ＳＷＳＣ．ｊ’；よびＡ
ＷＳＣの各コンポーネントは．ＭＶＳ．ＴＳＯ／Ｅ環境
においてオペレータが指定したメッセージ・ストリーミ
ング・とコマンド・オプション応答処理を実行するため
に協動する．一例として，以下に、オペレータが本発明
によってＭＶＳシステム・プロダクトと対話する様子を
示す。最初に，オペレータは、ＭＶＳシステム上のＤＢ
（データベース）サブシステムにあるＩＭＳ（情報管理
システム）のグループの管理を担当するものとする．先
に述べた最適モードでの才ベレータ操作とシステム応答
については、第９八図ないし第９１図が参考になる． オペレータは最初、表示スクリーンが第８図に示すよう
な４つのビューボートを持つ端末上で４つのタイムシェ
アリング・オプション・セッションを初期化する．この
ような端末には３２９０製品が使用できる． 第５図に示した本発明の動作は，第９八図ないし第９Ｉ
図によって表される．各図は、メッセージ・ストリーム
を定義し、応答オプションを持つコマンドを入力するた
めのインタラクティブ・パネルによって与えられるフォ
ーマットを示す．ユーザがＴＯＳＳＹＮＣコマンドを起
動すると、端末資源が、本発明のメッセージ・ストリー
ミング・プロシージャに求められるとおりに、付録１の
データ・セットを割り当てる．アクティブ・メッセージ
・リストは、最初のＳＷＳバネルとともに生成される．
ＴＯＳＳＹＮＣの入力によって起動された起動プロシー
ジャは，メッセージ、テーブル、およびプロファイルの
データ・セットも割り当てて、ライン・コマンドとプロ
ファイルのサービスをサポートする．このプロシージャ
に、必要に応じて、インタラクティブ・システム機構に
対するｓｗｓｃダイアログ・サービス、ライン・コマン
ド・サービス、およびプロファイル・サービスを加えれ
ば、システム機構がインタラクティブな場面でサービス
を提供することもできる． プロファイル・サービスは、才ベレータがメッセージ・
ストリーム定義を決定・調整するためのパネルとダイア
ログを提供する． 初期パネルは．ＴＯＳＳＹＮＣコマンドに応じて，実行
可能になったアプリケーションによってユーザに提供さ
れる．このパネルは第９Ａ図に示した．第９Ａ図は、運
用アプリケーションを含むＳＷＳの起動と、ＳＷＳとコ
ンソールとの連結を示す．これは次のように、ＴＯＳＳ
ＹＮＣコマンドのコマンド・シンタックスで与えられる
．Ｔ Ｏ Ｓ Ｓ Ｙ Ｎ Ｃ ｉｓｐｆ ｐａｒａ
ＩＩ！ｅｔｅｒｓ ｛ Ｃ Ｏ Ｎ ＳＮ Ａ
Ｍ Ｅ （ ｃｏｒ＋Ｓｏｌｅ ｎａｍｅｌ １
ｉｓｐｊｐａｒａａｅｔｅｒｓフィールドは、ユーザに
よって選択された運用アプリケーションと、このアプリ
ケーションをインタラクティブ機構環境でスタートさせ
るのに必要な全パラメータを指定する．ＣＯＮＳＮＡＭ
Ｅフィールドは、このダイアログのためのコンソール名
を指定する．最初のメニュー項目が選択されると，第９
Ｂ図のパネルが与えられる． 第９Ｂ図のパネルは、その時点で運用アプリケーション
に対して定義されているストリームを、スクロールでき
るリストとして表示し，またユーザがそれぞれについて
記述した内容を表示する．ユーザがメッセージ・ストリ
ームの定義と特性を決定、変更するための機能もここで
与えられる．このパネルで使用できるＡｄｄ機能は、メ
ツセージ・ストリーム定義を追加するときに起動される
． 新しいストリームをプロファイルに追加する場合、ユー
ザは，コマンド・ラインからか，プログラム・ファンク
ション（ＰＦ）キーによって第９Ｂ図のパネルのＡｄｄ
機能を起動する．これにより第９Ｃ図に示したメッセー
ジ・ストリーム定義パネルが起動される． ユーザは、第９Ｃ図のパネルから、才ブションを選択し
て，ストリーム・パラメータを定義し、ＡＷＳのフォー
マットとプレゼンテーションの機能の指定、ストリーム
・メッセージに対する選択基準セットの定義、および保
持メッセージに対する保持基準セットの定義が行える．
これらのオプションを選択すれば、ユーザがパラメータ
を入力するか、または新しいストリームの定義に必要な
操作を行うパネルが起動される．先にも述べたように，
ストリーム定義は、ストリーム名、ストリーム特性、お
よび少なくともメッセージを選択する基準セットの集合
から構成される．ユーザは，メッセージ・ストリーム・
パラメータを指定するには，第９Ｃ図のパネルからオプ
ションｌを選択する．これにより第９Ｄ図のストリーム
特性パネルが起動される． 第９Ｄ図のストリーム特性パネルでは，一意のストリー
ム名が表示され，ユーザはここで一意のストリーム名を
定義し、ストリーム記述、ストリーム・サイズ、保持メ
ッセージ・キュー・サイズ、アラーム・オプション、ロ
ール速度，およびログ・オプションの定義や変更ができ
る．ユーザが第９Ｂ図のパネルのＡｄｄ機能によって新
しいストリームを追加している途中であれば、ストリー
ム名を除いて，名前つきパラメータのデフォルトが表示
される．このパネルが表示されて，定義済みのメッセー
ジ・ストリームのストリーム特性が変更される場合は，
現在の値が表示される． ユーザは，非同期式スクリーンのフォーマットとプレゼ
ンテーションのオプションを定義あるいは変更するどき
ＧＳ．第９Ｃ図のメッセージ・ストリーム定義から才ブ
ション２または３を選択する．ただし当業者であれば、
これらの機能に、ウィンドウ・ディバイダの配置、タイ
ム・スタンプ、ジョブ名、システム名、ストリーム・プ
レゼンテーション属性の入力などのオプションを含むパ
ネルを提供できよう． 第９Ｃ図のパネルの才ブション４によって選択される基
準セット定義のパネルでは、選択基準タイプが表示され
、各タイプに，複数のタイプ値を列記するエントリ・フ
ィールドがつく．パネルの論理的な解釈は，第４図とあ
わせて先に示したとおりである．ユーザは、メッセージ
のストリーミング基準を定義するときには、第９Ｃ図の
パネルからオブショウン４を選択する．ここで第９Ｅ図
のストリーム特性パネルが表示される．第９Ｅ図では，
名前つき基準セットのリストが表示され、リストはそれ
ぞれ、所定のストリームのメッセージ・セットを選択す
るのに用いられる．パネルは、これら基準セットの定義
、変更、削除、順序変更の各機能、および各基準セット
に関連するメッセージのプレゼンテーション属性を指定
する機能を提供する．第９Ｅ図のパネルは、ユーザが基
準セットを変更／削除したり、移動させたり、メッセー
ジのプレゼンテーション属性を指定したりするためのア
クション・コードを表示する． ユーザは、新しい基準セットを、バネル９Ｅのストリー
ムに定義された基準セット群に追加するときには，既存
の基準セットに関連するＡｃｔｉｏｎ欄にＡｄｄのアク
ションーコードを入力する．このセットに続いて新しい
基準セットが追加され，次の行に表示される．ユーザは
、この方法で追加することにより、基準セットを希望す
る順序に並べることができる．．順序づけは、性能を考
慮した場合に望ましい方法である．ストリーミングの対
象になるメッセージは、メッセージの属性と符合するこ
とが分かった最初の基準セットに応じて選択されるから
である．アクション・コードが実行されると、第９Ｆ図
のパネルが起動される．ユーザは，このパネルのフィー
ルドに、新しい基準セットの定義に必要な情報を入力す
る．ユーザは、第９Ｆ図のパネルから、基準セットの名
前と記述を指定する．基準セットは．第９Ｅ図のパネル
のリストに表示される．第９Ｆ図のアスタリスクは、関
連する選択基準値にデフォルト値が用意されていること
を示す．基準値は必要に応じて変更できる． ユーザは、第９Ｅ図のパネルから、（：ｈａｎｇｅのア
クション・コードを入力すれば，既存の基準セットを変
更することができる．これにより、基準セット変更パネ
ル（図示なし）が表示される．このパネルの内容は、基
準セット名、記述、そして関連する選択基準値である．
ユーザは，このパネルから、パネル上の名前以外の情報
を変更することができる． 第９Ｅ図のパネルから基準セットを削除するには．Ｄｅ
ｌｅｔｅのアクション・コードを入力する． 性能を考慮すれば、第９Ｅ図の基準セットの順序づけセ
ットを変更した方がよい場合がある。第９Ｅ図のパネル
に示した基準セットは、上述のストリーミング機構が、
符合するものを捜すときに処理する願序で表示される，
Ｍｏｖｅ機能では、ユーザが，基準セットを、基準セッ
トのリスト内の別の場所へ移動させることができる．保
持メッセージの基準を定義するときは、第９Ｃ図のパネ
ルからオプション５を選択する．このパネルは第９Ｇ図
のパネルを起動する．第９Ｇ図のパネルは、保持される
メッセージの選択に用いられるストリームに対して定義
された名前つき基準セットのリストを表示する．このパ
ネルの機能は，保持基準セットの変更，削除、追加，お
よび順序変更である．保持基準セットを定義するための
機能は、前記のメッセージを選択するために基準セット
を定義するのに用いられる機能と同じであり、これらの
機能によって表示されるパネルは，第９Ｅ図で対応する
アクションーコードとあわせて説明したものに対応する
．第９Ｈ図は、ＳＷＳ上のライン・コマンド・サービス
の動作をビジュアルに表現したものである，ｓｗｓｃラ
イン・コマンド・サービスでは、ユーザがＳＷＳコマン
ドーラインからシステムーコマンドを入力できる．ユー
ザは、コマンド応答をＳＷＳまたはＡＷＳへ向けて、ユ
ーザが名前で指定することによってストリームを表示で
きる．また、応答を、名前つきワーク・スクリーンにリ
ンクされたストリームに定義された選択基準に応じて、
ＡＷＳに向けるように要求することもできる．これらの
オプションが一つも指定されない場合、応答は、コマン
ドが入力されたスクリーンに返される。
ライン・コマンド・サービスは，ユーザが，ライン・コ
マンドの前にコマンドの動詞を入力したとき起動される
．コマンドに割り当てる動詞は“ＳＹＳＴＥＭ”あるい
はその変形が望ましい．ＳＷＳＣのライン・コマンド・
サービスは、次のシンタックスのコマンドによって起動
される．ＳＥＬＥＣＴ ＰＧＭ （ＬＩＮＥ） Ｐ
ＡＲＭ（ＣＺＰＡＲＭ） このエントリにより，コマンドの動詞がコマンド・ライ
ンから実行されたときに，インタラクティブ・システム
禰能がライン・コマンド・サービスを起動する．ユーザ
は、ライン・コマンド・サービスが起動されたとき、コ
マンドを第９Ｈ図に示したフォーマットでコマンド・ラ
インに入力する． 第９Ｈ図では，ユーザは、コマンドの動詞ＳＹＳＴＥＭ
を、インタラクティブ・システム機構によって維持され
るコマンド・テーブルに指定している．ここでは動詞の
短縮形（ＳＹＳ）を使用できる．この例のＩＭＳＡはコ
マンド・プレフィクスである．コンピュータ・システム
は、このプレフィクスによって、コマンドの宛先になる
プログラムを認識できる．ＳＴＲＥＡＭオプションは、
コマンド応答を、起動されたアプリケーションに対して
定義された選択基準に応じて送出するための才ブシ３ン
である．ライン・コマンドの一般シンタックスは次の形
になる． Ｃｏｍｍａｎｄ−ｖｅｒｂ｛ （ＳＴＲＥＡＭ Ｉ
ＳＥＮＤＴＯ（ Ｓｔｒｅａｍ ｎａｍｅ ｌ
Ｓ Ｙ Ｎ Ｃ ｝ ） ） Ｃｏ
ｍｓａｎｄここでｃｏｍｍａｎｄ ｖｅｒｂはＳＹＳＴ
ＥＭまたはその変形が望ましく、オプションのＳＴＲＥ
ＡＭとＳＥＮＤＴＯは上述のとおりである．応答オプシ
ョンが指定されない場合、応答は，コマンドが入力され
たスクリーンに向けられる．応答が返ったときにアクテ
ィブでなければ、応答は．ＳＷＳへ向けられる．コマン
ドは実行されるシステム・コマンドを指定する． 本発明の最適モードでは、下記のコマンド・プロシージ
ャにより，パネルのダイアログ機能が、コマンドを実行
して、関連する応答の処理を指定することができる． Ｓ Ｅ Ｎ Ｄ Ｃ Ｏ Ｍ Ｄ ｌｃｏｗｍａｎ
ｄｌ｛＋ｓＴＲＥＡＭ＋
｝｛ Ｉ Ｓ Ｅ Ｎ Ｄ Ｔ Ｏ （ ｛ ｓｔ
ｒｅａｍ−ｎａｓｅｌＳＹＮＣ｝ ）Ｉ
｝｛ＩＷＡＩＴＩ（ｎｎｎｌｌｌ ｌ
ＴＯ．ＫＥＮｌｖａｒｌｌｌｌ ＲＥＳＰＯＮＳＥ
ｆｖａｒ２） ｌ ｝ここでＳＥＮ
ＤＣＭＤは、パネル・ダイアログ機能からのコマンドで
あり、上述のオペレータ応答ＳＴＲＥＡＭ，ＳＥＮＤＴ
Ｏ ＳＹＮＣ．ＳＥＮＤＴＯ ＳＴＲＥＡＭ
．またはＷＡＩＴの前に指定される．ＴＯＫＥＮ変数は
、インタラクティブ・システム機構によって共有され、
トークンが返される変数の名前を指定する， ｇｅｔ■
ｅｓａａｇｅサービスは，この値を共有変数プールから
検索するのに用いられる．トークンは、ＷＡＩ丁応答オ
プション使用時に、タイマが切れたか複数の応答があっ
たために転送されなかったコマンド応答を検索するのに
用いられる．ＲＥＳＰＯＮＳＥ変数は、ＷＡ Ｉ Ｔオ
プション使用時に、インタラクティブ・システム機構に
よって共有され、最初のコマンド応答が返される変数の
名前を指定する． ｇｅｔ ｓｅｒｖｅメッセージ・サ
ービスは、共有変数プールから値を検索するのに用いら
れる．応答オプションが指定されない場合、応答はＳＷ
Ｓに返される． ｇｅｔ ｗｉｅｓｓａｇｅサービスは、ＣＡＲＴにＷＡ
ＩＴ値を持つコマンド応答を検索するためのものである
．このサービスは、コマンドに対して複数の応答が存在
するときに起動される．ＳＥＮＤＣＭＤは．ＷＡＩＴオ
プションを持つ最初の応答しか返さないからである．こ
のサービスはまた、指定された待ち時間が過ぎたときか
、ダイアログが複数のコマンドを並列に処理していると
きにも用いられる６ダイアログは、トークンを与えて、
戻るべき応答を指定する．ダイアログがこのトークンを
受けるのは．ＷＡＴＴオプションを持つＳＥＮＤＣＭＤ
を実行するときである．ダイアログは、受信しようとす
る応答の最大待ち時間を任意に指定できる．待ち時間が
指定されないと、デフォルト値としてＯがとられる．こ
れは，応答が戻ったかどうかの照会としてｇｅｔ■ｅｓ
ｓａｇｅサービスを使用できるので効果的である．その
場合は検索が行われる．このサービスのコマンド・シン
タックスは次のようになる． Ｇ Ｅ Ｔ Ｍ Ｓ Ｇ Ｔ Ｏ Ｋ Ｅ Ｎ （ｒ
ｅｓｐｏｎｓｅｊｏｋｅｎｌｌ ＷＡ Ｉ Ｔ Ｔ Ｉ
Ｍ Ｅ （ｎｎｎＮＲ Ｅ Ｓ Ｐ Ｏ
Ｎ Ｓ Ｅ （ｖａｒｎａｍｅｌＴＯＫＥＮフィ
ールドは、応答の検索に用いられるトークンを指定する
，ＷＡＩＴＴＩＭＥは、応答の最大待ち時間を秒で指定
する．ＲＥＳＰＯＮＳＥは、インタラクティブ・サービ
ス機能の共有変数（これに応答が返る）の名前を指定す
る． ＡＷＳフォーマットは、ダイナミック・モードについて
第９■図に示した．ダイナミック・モードは，メッセー
ジだけを動的に表示するのに用いられる．先に述べたと
おり、スタティック・モードはコマンドの入力に用いら
れる．またウィンドウのスクロールおよび設計担当者に
よって選択される他のスタティックーモード機能にも用
いられる．ダイナミック・モードでは、定義済みメッセ
ージ・ストリーム↓こリンクされたＡ Ｗ Ｓが第９１
図のように表示される．この場合，定義済みメッセージ
・ストリームはＸＡＭＰＤＢである．メッセージは一般
メッセージ・ウィンドウに表示され、保持メッセージに
はアスタリスクがつく．保持メッセージは、最初は一般
メッセージ・ウィンドウに表示され、スクロールされて
このウィンドウから保持メッセージ・ウィンドウへ移動
する．ワーク・スクリーンのモード（２）は，保持メッ
セージ・ウィンドウの右上に表示される．保持メッセー
ジ・ウィンドウ（３）の内容は、保持基準セットによっ
て指示されているメッセージである．メッセージは、後
で保持メッセージが追加されてウィンドウの外へ出るま
ではここに表示される．メッセージ・ウィンドウ・ディ
バイクのライン（４）は２つのウィンドウを分ける．こ
のラインには、オーベレー夕がワーク・スクリーンと定
義済みメッセージ・ストリームをリンクするとき与える
ストリーム名も入る．メッセージ・ヘッダ・ライン（５
）は、メッセージ・スクロール・ウィンドウ（６）の最
初の２行である．一般メッセージ・ウィンドウ（６）は
、指定されたメッセージ・スクリーンに選択されている
メッセージを表示する．新しいメッセージはウィンドウ
の下部に表示される．古いメッセージは、新しいメッセ
ージが表示されるとウィンドウの上へ流れる．保持メッ
セージは、非保持メッセージと区別するためのアスタリ
スクがついて表示される．各メッセージは、メッセージ
・ストリーム定義の含まれるプレゼンテーション属性に
応じて表示される． ＡＷＳ ９Ｉのモードは、プログラムされたアクシ３
ン・キーの起動によって切り換えられる．スタティック
・モードがキー操作で選択されているときは、モード（
２）の表示がＳＴＡＴ Ｉ Ｃに変わり，スクリーン表
現は、残りのメッセージ（８）の表示を削除し、下部の
分離ライン（７）の下にプログラムされた一連のアクシ
ョンとコマンド・ラインを表示することによって変更さ
れるコマンド・ラインは、ｓｗｓとあわせて先に説明し
たフォーマットを持つライン・コマンドの入力用である
．主なプログラム機能には，ロール速度を調節するコマ
ンド，アラーム設定を調節するコマンド、そして保持状
態のメッセージを削除するコマンドがある． 炙ｌ ストリーム機能３０２ ０４２ｌ ｐｒｏｃｅｄｕｒｅ ａｄｄ ｓｔｒｅａｍ ０４２２ ０４２３ ０４２４ ０４２５ ０４２６ ０４２７ Ｏ４２８ ０４２９ ０４３０ ０４３１ ０４３２ 《 ｎａ■ｅ ｓｔｒａｗ ｓｉｚｅ ｈｅｌｄ ｌｉｓｔ ｓｉｚｅ ｌｏｇ ａｌａｒｍ ｒｏｌ１ ｒａｔｅ ｗｘｎ ｐｏｓ ｓｅｌｅｃｔｉｏｎ ｃｒｉｔｅｒｉａ ｈｏｌｄ ｃｒｉｔｅｒｉａ ： ｌ ｎ ■ｅｓｓａｇｅ ｓｔｒｅａｍ ｎａｍｅ ｔｙｐｅ： ： ｉｎ ｎａｔｕｒａｌ： ： ｉｎ ｎａｔｕｒａｌ； ＋ ｉｎ ｌｏｇ ｏｐｔｉｏｎｔｙｐｅ： ： ｉｎ ａｌａｒｍ ｔｙｐｅ：： ｉｎ
ｒｏｌｌ ｒａｔｅ ｔｙｐｅ： ： ｉｎ ｒｏｗ−ｔｙｐｅ： ： ｉｎ ｓｅｌｃｒｉｔ ｌｉｓｔ ｔｙｐｅ： ： ｉｎ ｈｏ４ｄ ｃｒｉｔ ｆｉｓｔ ｔｙｐｅ： ： ｏｕｔ ｒｅｔｕｒｎ ｃｏｄｅ ｔｙｐｅ ０４３３ ） ０４３４ ０４５９ ０４６０ ０４６ｌ 〈０｛０ ｐｒｏｃｅｄｕｒｅ ｓｔｒｅａ■ Ｃ ｒｔａｓｅ ｄｅｌｅｔｅ ： ｉｎ ｍｅｓｓａｇｅ ｓｔｒｅａｍ ｎａｍｅ ｔｙｐｅ： ０４６２ ： ｏｕｔ ｒｅｔｕｒｎ ｃｏｄｅ ｔｙｐｅ ０４６３ ０４６４ ０４７０ ０４７ｌ ０４７２ 》 〈８（０ ｐｒｏｃｅｄｕｒｅ ｓｔｒｅａｍ ｛ ｎａｓｅ ｍｏｄｉｆｙ ： Ｉｎ ｌｉｅＳｍａｇｅ ｓｔｒｅａｍ ｎａｍｅ ｔｙｐｅ： ０４７３ ： ｏｕｔ Ｒｅｔｕｒｎ ｃｏｄｅ ｔｙｐｅ Ｏ４８４ ０４８５ ０４８６ ０４８７ 及旦 起動／終了機能３０１ ｐｒｏｃｅｓｕｒｅ ｉｎｉｔｉａｔｅ ｓｙｎｃ ｓ
ｃｒｅｅｎ（ ａｌ）ｌ）ｌ ： ｉｎ ａｐｐｌ−ｔ
ｙｐｅ：ｒｃ ： ｏｕｔ ｒｅ
ｔｕｒｎｃｏｄｅ ｔｙｐｅ ０４８８ １ ０４８９ ＜”ｌ” ０４９７ ｐｒｏｃｅｓｕｒｅ ０４９８ （ ０４９９ ’ ｎａａ＋ｅ ｉｎｉｔｉａｔｅ ａｓｙｎｃ ： ｉｎ ｗ＋ｅｓｓａｇｅ ｓｔｒｅａｍ ｎａｍｅ ｔｙｐｅ： ０５００ ： ｏｕｔ ｒｅｔｕｒｎ ｃｏｄｅ ｔｙｐｅ ０５１１ ｐｒｏｃｅｄｕｒｅ ｔｅｒｖｉｎａｔｅ ａｓｙｎｉｃ ｓｃｒｅｅｎ ０５ｌ２ ０５ｌ３ ： ｏｕｔ ｒｅｔｕｒｎ 及１ スクリーン・ハンドラ４０６ ０５２６ ０５２７ −一以下のプロシージャはアクティブ８Ａ
Ｗ０５２８ −ＳＣ （非同期式ワーク・スクリーン
）か一ら起動される． ０５２９ ０５３０ ０５３ｌ Ｏ５３２ ｐｒｏｃｅｄｕｒｅ ｛ ｍｏｄｅ ｓｗｉｔｃｈ ｍｏｄｅｓ ： ｉｎ ｏｕｔ ｍｏｄｅ ０５４５ ｐｒｏｃｅｓｕｒｅ ｄｅｌｅｔｅ ｔｙｐｅ ｍｅｓｓａｇｅ ０５４６ （ ０５４７ ０５４８ ： ｉｎ ＣｕｒｌｌＯｒｐｏＳｉｔｉｏ
ｎ ： ｏｕｔ ｒｅｔｕｒｎ ｃｏｄｅ ｔｙｐｅ ０５６４ ｐｒｏｃｅｄｕｒｅ ｓｃｒｏｌｌ ０５６５ ｌｄｉｒｅｃｔｔｏｎ ： ｉｎ ｄｉｒｅｃｔｉｏｎ ０５６Ｇ ： ｏｕｔ ｒｅｔｕｒｎ ｃｏｄｅ ｔｙｐｅ ０５７６ ｐｒｏｃｅｓｕｒｅ ｊｕｍｐ ｗ
ｉｎｄｏｗ０５７７ ０５７８ ０５８８ ｐｒｏｃｅｓｕｒｅ ■Ｏｖｅ ｗｉｎｄｏｗ ： ｏｕｔ ｒｅｔｕｒｎ ｃｏｄｅ ｔｙｐｅ ｄｉｖｉｄｅｒ ０５８９ ０５９０ ０５９ｌ ０５９２ ０６０４ ０６０５ ０６０６ ０６２０ （ ｄｉｒｅｃｔｉｏｎ ｉｎｃｒｅｍｅｎｔ ｐｒｏｃｅｄｕｒｅ ａｄｊｕｓｔ （ｒｏｌｌ ｒａｔｅ ｐｒｏｃｅｄｕｒｅ ｍｏｄｉｆｙ ： ｉｎ ｖｅｒｔｉｃａｌ ｄｉｒｅｃｔｉｏｎ ｔｙｐｅ： ： ｉｎ ｐｏｓｉｔｉｖｅ： ： ｏｕｔ ｒｅｔｕｒｎ ｃｏｄｅ ｔｙｐｅ ｒｏｌｌ ｒａｔｅ ： ｉｎ ｒｏｌｌ ｒａｔｅ ｔｙｐｅ： ： ｏｕｔ ｒｅｔｕｒｎ ｃｏｄｅ ｔｙｐｅ ａｆａｒ■ ０６２ｌ Ｏ６２２ ０６２３ ａｌａｒｍ ： ｉｎ ａｌａｒｍ ｔｙｐｅ： ： ｏｕｔ ｒｅｔｕｒｎ ｃｏｄｅ ｔｙｌ）ｅ ’ ０６３７ ｐｒｏｃｅｄｕｒｅ ｒｅｆｒｅｓｈ
０６３ｇ （ ０６３９ ｒｃ
： ｏｕｔ ｒｅｔｕｒｎｃｏｄｅ
ｔｙｐｅ え亙 ライン コマンド・サービス４０７，２０２Ｇ７１０
−−−−−−−−−−−−−−−−−−−−−−−−
−−−−−−−−−−−−−−（１７１１ −一以下
のプロシージャはＳＷＳＣ（同期０７１２ −一式／
非同期式ワーク・スリーン）上のコーマンドから起動さ
れる． ０７ｌ３ ０７１４ ｐｒｏｃｅｄｕｒｅ ｓｅｎｄ ｃ
ｏｍｍａｎｄ ｆｒｏｍ ｃｏｍｓａｎｄｌｉｎ
ｅ ０７１５ ｉ ０７１６ ｃｕｄ
： ｉｎ ｃｍｄ ｔｙｐｅ：０７ｌ７ ０７１８ Ｏ７１９ ｌＩＩＳｇ ｐｒＯｃｅｓ３ ｔａｒｇｅｔ ： ｉｎ ｌｉｎｅ ｃ＋ａｄｏｐｔｉｏｎ
ｔｙｐｅ： ： ： ｉｎ ｓｅｎｄｔｏ ｏｐｔｉｏｎ ｔｙｐｅ： ： ｏｕｔ ｒｅｔｕｒｎ ｃｏｄｅ ｔｙｐｅ ０７２０ ０７２ｌ ０７２２ ０７２３ ０７２４ ０７２５ ０７２６ ０７２７ ０７２８ 〈 ０ （０指定されたメッセージ処理才ブ ションに従ってコマンドを送信し 応答を処理する． メッセージ処理才ブションが， ＳＴＲＥＡＭ−−＞ であれば、 応答は、アクティブ・メッ セージ・ストリームの選択基 準に応じて処理さ７れる．応 答がどのアクティブ・メッ セージ・ストリームについて も選択されていない場合、応 答処理はＳＥＮＤＴＯ ＳＹ ０７２９ ０７３０ ０７３１ ０７３２ ０７３３ ０７３４ ０７３５ ０７３６ ０７３７ ０７３８ ０７３９ ０７４０ ０７４１ ０７４２ ０７４３ ０７４４ ＮＣに切り替わる． ＳＥＮＤＴＯ−−＞ ターゲットが″ＳＹＮＣ”で あれば，応答はＳＷＳに表示 される．他の場合、応答はＡ ＷＳへ送られて、指定された メッセージ・ストリームがア クティブでなければ（どのＡ ＷＳにも表示されない）、応 答処理はＳＥＮＤＴＯ ＳＹ ＮＣに切り替わる． ｕｎｄｅｆ ｉ ｎｅｄ−−＞ 応答は、ライン・コマンドが 入力されたスクリーンに表示 される．応答が戻ったときス クリーンがアクティブでなけ れば、応答処理はＳＥＮＤＴ Ｏ ＳＹＮＣに切り替わる． 変換サービスが利用できる場合、応答は表示の前に変換
される． 及旦 ＣＡＲＴ設定 機能：呼出し側が指定した応答才ブションに従ってＣＡ
ＲＴ値を返す． 動作＝ＴＯＳユーザ・トークンをＣＡＲＴに置く． Ｃａｓａ （応答オプション） Ｗｈｅｎ ＳＥＮＤＴＯ ＝＞ ｉ ｆ （ｓｅｎｄｔｏ才ブションが”ｓＹＮＣ″ｔｈ
ｅｎ ＳＹＮＣストリームＩＤ値をＣＡＲ Ｔに置く． ｅｌｓｅ 与えられたストリームのストリーム ＩＤを取得して、ＣＡＲＴに置く． Ｗｈｅｎ ＳＴＲＥＡＭ ＝＞ ＳＴＲＥＡＭシンボリツク・ストリー ムＩＤをＣＡＲＴに置く． Ｏｔｈｅｒｗｉｓｅ （リターンコードＩＮＶＡＬＩＤ
ＯＰＴＩＯＮを返す．）炙ｌ コマンド応答ハンドラ３０４ ｏｉ”機能＝ＴＯＳ ＴＯＫＥＮを持つコマンド応答
を処理する．このプロシージャ はＴＯＳＳＹＮＣコマンド・プロ シージャによってＡ Ｔ Ｔ Ａ Ｃ Ｈされ．ＤＥＴ
ＡＣＨされるまで実行さ れる． ０２°動作＝フル・メールボックス・メッセージを初期
化． メッセージ・バッファ変数を初期 化． 回復ルーチンを確立． 初期メッセージ・バッファヲ取 得． Ｌｏｏｐ あるＣａｒｔ値を持つコマンド 応答を待つ． Ｉｆ（成功） ｃａｓｅ （ストリームＩＤ） Ｗｈｅｎ ＳＹＮＣ ＝＞ 応答をフォーマットしてＳ ＷＳへ送る． ｏｔｈｅｒｗｉｓｅ ＝＞ ストリーミング・パラメー タを取得して応答を送出す る． ｉｆ（失敗） ｉｆ ｆｕｌ ｌ ｍａｉｌ 〜 ｂｏｘ フ ル メ ー ル ボック ス・メッ セージを 同期式ス クリーン へ送る． ｅｎｄ ｉｆ コマンド応 答を同期ス クリーンへ 送る． ｅｎｄ ｉｆ ｅｎｄ ｌｏｏｐ え旦 求められていないメッセージのハンドラ３０３０１”機
能＝求められていないコンソール・メッセージを処理す
る． このプロシージャはＴＯＳＳＹＮＣ コマンド・プロシージャによってＡ ＴＴＡＣＨされ、ＤＥＴＡＣＨされ るまで実行される． ０２°動作＝フル・メールボックス・メッセージをすべ
て初期化． マッセージ・バッファ変数を初期 化． 回復ルーチンを確立． 初期メッセージ・バツファを取得． Ｌｏｏｐ 次の求められていないメッセージ を待つ． Ｉｆ（成功） ストリーミング・パラメータ を取得してコンソール・メッ セージを送出する． ｉｆ（失敗） ｉｆ ｆｕｌｌ− ｍａｉｌｂｏｘ フル・メールボックス・ メッセージを同期式スク リーンへ送る． ｅｎｄ ｉｆ コンソール・メッセージを 同期式スクリーンへ送る． ｅｎｄ ｉｆ ｅｎｄ ｌｏｏｐ 及旦 （Ａ） 選択機構３０５ａ ０１ｍ機能＝メッセージ・ストリーム・セットのアクテ
ィブ・リストを用いてメッ セージを送出する． ０２＠動作＝Ｉｆ（終了）．ＡＢＥＮＤ．Ｓｔｒｅａｍ
ｅｄ，Ｆｕｌ ｌ ｍａ ｉ ｌ ｂｏｘ ： ＝ＦＡＬＳＥ．ＦＡＬＳＥ
． Ｉｆ（ターゲット＝ＳＴＨＥＡＭ） ｔｈｅｎ Ｆｏｒ （各アクティブ・スクリー ン） アクティブ・エントリを捜す． Ｉｆ（選択済み）ｔｈｅｎ Ｉｆ（保持）ｔｈｅｎ メッ セージにマークをつける． メッセージをメールボックス に登録する． Ｉｆ（成功）ｔｈｅｎ Ｓｔｒｅａｍｅｄ ： ＝ＴＲ ＵＥ． Ｅｌｓｅ Ｆｕｌｌ Ｍａ ｉ ｌ ｂｏｘ ： ＝ＴＲＵ Ｅ． アクティブ・エントリの検索を 止める． ｅｎｄ ｆｏｒ Ｅｌｓｅ Ｆｏｒ （アクティブ・リストの各 ターゲット・ストリーム） アクティブエントリを捜す． Ｉｔ’（保持）、メッセージに マークをつける． メッセージをメールボックスに 登録する． Ｉｆ（成功ｌｔｈｅｎ Ｓｔｒｅａｍｅｄ：＝ＴＲ ｔＪ Ｅ ． Ｅｌｓｅ Ｆｕｌｌ Ｍａｉｌｂｏｘ ：
＝ＴＲＵＥ， アクティブ・エントリの検索を 止める． ｅｎｄ ｉｆ Ｉｆ Ｓｔｒｅａｍｅｄ ｔｈｅｎｒｃ ：
＝ＯＫ Ｅｌ ｓｅ Ｉｆ Ｆｕｌｌ ｍａｉｌｂｏｘｔｈｅｎ
ｒｅ ＋ ＝ＦＵＬＬ −ＭＡＩＬＢＯＸ Ｅｌｓｅ ｒｃ：＝ＮＯＴ ＳＴＲＥＡＭＥＤ 炙旦（Ｂ） 選択機横３０５ｂ ０１”機能＝所定の基準リストがメッセージを選択する
かどうかを判定する． ０２°動作＝選択されておらず、リストの終わりにない
場合， メッセージが次の基準によって選択 されているか調べる． メッセージＩＤプレフィクス メッセージＩＤサフィクス ジョブ名 システム名 モニタタイプ ルーティングコード 記述子コード ＷＴＯＲ キャラクタセット ＴＲＵＥまたはＦＡＬＳＥを返す． 去」一旦 ダイアログ・サービス２０３ ０６５０ ０６５ｌ ０６５２ −下記のプロシージャはＳＷＳＣ （同期式ワークスク
リーン）で実行されるダイア一ログから起動される． ０６５３ ０６５４ ０６５５ ０６５６ ０６５７ ｐｒｏｃｅｄｕｒｅ ｓｅｎｄ ｃｏ＋＊ｍａｎｄ
ｆｒｏｍ ｄｉａｌｏｇ｛ ａｗｅｄ ： ｉｎ ｃ
ｕｄ ｔｙｐｅ：ｓｇｓｇ ｐｒｏｃｅｓｓ
： ｉｎ ｄｉａｌｏｇ Ｃｕｄｏｐｔ
ｉｏｎ ｔｙｐｅ： ０６５８ ｗａｉｔ ｔｉｍｅ ： ｉｎ
ｗａｉｔ ｔｉｍｅｔｙｐｅ； ０６５９ ｔａｒｇｅｔ ｓｅｎｄｔｏ ｏｐｔｉｏｎ ｔｙｐｅ： ０６６０ ｔｏｋｅｎ ： ｏｕｔ ｒｅｓｐｏｎｓｅ ｊｏｋｅｎ ｔｙｐｅ： ０６６ｌ ｒｅｓｐｏｎｓｅ ： ｏｕｔ ｒｅｓｐｏｎｓｅ ０６６２ ０６６４ ｔｙｐｅ： ｒｃ ： ｏ
ｕｔ ｒｅｔｕｒｎｃｏｄｅ ｔｙｐｅ 〈８ 《０指定されたメッセージ処理オプションに応じ
てコマンドを送り応 答を処理する．メッセージ処理才 ０６６７ ０６６８ ０６６９ ０６７０ ０６７ｌ ０６７２ ０６７３ ０６７４ ０６７５ ０６７６ プションが次の場合、 ＳＴＲＥＡＭ−一＞応答とトー クンを未定義のままにしてお く． 応答はアクティブ・メッセー ジ・ストリームの選択基準に 従って処理される．応答がど のアクティブ・メッセージ・ ストリームについても選択さ れていない場合，応答処理は ＳＥＮＤＴＯ ＳＹＮＣに切 り替わる． ＷＡＩＴ−−＞指定された待ち 時間だけの最初の応答を待つ． 時間が切れる前に届けば応答を 返す．後で応答が検索されるよ うにトークンを返す． ＳＥＮＤＴＯ−一＞応答とトー クンを未定義のままにしてお く。
マンドの前にコマンドの動詞を入力したとき起動される
．コマンドに割り当てる動詞は“ＳＹＳＴＥＭ”あるい
はその変形が望ましい．ＳＷＳＣのライン・コマンド・
サービスは、次のシンタックスのコマンドによって起動
される．ＳＥＬＥＣＴ ＰＧＭ （ＬＩＮＥ） Ｐ
ＡＲＭ（ＣＺＰＡＲＭ） このエントリにより，コマンドの動詞がコマンド・ライ
ンから実行されたときに，インタラクティブ・システム
禰能がライン・コマンド・サービスを起動する．ユーザ
は、ライン・コマンド・サービスが起動されたとき、コ
マンドを第９Ｈ図に示したフォーマットでコマンド・ラ
インに入力する． 第９Ｈ図では，ユーザは、コマンドの動詞ＳＹＳＴＥＭ
を、インタラクティブ・システム機構によって維持され
るコマンド・テーブルに指定している．ここでは動詞の
短縮形（ＳＹＳ）を使用できる．この例のＩＭＳＡはコ
マンド・プレフィクスである．コンピュータ・システム
は、このプレフィクスによって、コマンドの宛先になる
プログラムを認識できる．ＳＴＲＥＡＭオプションは、
コマンド応答を、起動されたアプリケーションに対して
定義された選択基準に応じて送出するための才ブシ３ン
である．ライン・コマンドの一般シンタックスは次の形
になる． Ｃｏｍｍａｎｄ−ｖｅｒｂ｛ （ＳＴＲＥＡＭ Ｉ
ＳＥＮＤＴＯ（ Ｓｔｒｅａｍ ｎａｍｅ ｌ
Ｓ Ｙ Ｎ Ｃ ｝ ） ） Ｃｏ
ｍｓａｎｄここでｃｏｍｍａｎｄ ｖｅｒｂはＳＹＳＴ
ＥＭまたはその変形が望ましく、オプションのＳＴＲＥ
ＡＭとＳＥＮＤＴＯは上述のとおりである．応答オプシ
ョンが指定されない場合、応答は，コマンドが入力され
たスクリーンに向けられる．応答が返ったときにアクテ
ィブでなければ、応答は．ＳＷＳへ向けられる．コマン
ドは実行されるシステム・コマンドを指定する． 本発明の最適モードでは、下記のコマンド・プロシージ
ャにより，パネルのダイアログ機能が、コマンドを実行
して、関連する応答の処理を指定することができる． Ｓ Ｅ Ｎ Ｄ Ｃ Ｏ Ｍ Ｄ ｌｃｏｗｍａｎ
ｄｌ｛＋ｓＴＲＥＡＭ＋
｝｛ Ｉ Ｓ Ｅ Ｎ Ｄ Ｔ Ｏ （ ｛ ｓｔ
ｒｅａｍ−ｎａｓｅｌＳＹＮＣ｝ ）Ｉ
｝｛ＩＷＡＩＴＩ（ｎｎｎｌｌｌ ｌ
ＴＯ．ＫＥＮｌｖａｒｌｌｌｌ ＲＥＳＰＯＮＳＥ
ｆｖａｒ２） ｌ ｝ここでＳＥＮ
ＤＣＭＤは、パネル・ダイアログ機能からのコマンドで
あり、上述のオペレータ応答ＳＴＲＥＡＭ，ＳＥＮＤＴ
Ｏ ＳＹＮＣ．ＳＥＮＤＴＯ ＳＴＲＥＡＭ
．またはＷＡＩＴの前に指定される．ＴＯＫＥＮ変数は
、インタラクティブ・システム機構によって共有され、
トークンが返される変数の名前を指定する， ｇｅｔ■
ｅｓａａｇｅサービスは，この値を共有変数プールから
検索するのに用いられる．トークンは、ＷＡＩ丁応答オ
プション使用時に、タイマが切れたか複数の応答があっ
たために転送されなかったコマンド応答を検索するのに
用いられる．ＲＥＳＰＯＮＳＥ変数は、ＷＡ Ｉ Ｔオ
プション使用時に、インタラクティブ・システム機構に
よって共有され、最初のコマンド応答が返される変数の
名前を指定する． ｇｅｔ ｓｅｒｖｅメッセージ・サ
ービスは、共有変数プールから値を検索するのに用いら
れる．応答オプションが指定されない場合、応答はＳＷ
Ｓに返される． ｇｅｔ ｗｉｅｓｓａｇｅサービスは、ＣＡＲＴにＷＡ
ＩＴ値を持つコマンド応答を検索するためのものである
．このサービスは、コマンドに対して複数の応答が存在
するときに起動される．ＳＥＮＤＣＭＤは．ＷＡＩＴオ
プションを持つ最初の応答しか返さないからである．こ
のサービスはまた、指定された待ち時間が過ぎたときか
、ダイアログが複数のコマンドを並列に処理していると
きにも用いられる６ダイアログは、トークンを与えて、
戻るべき応答を指定する．ダイアログがこのトークンを
受けるのは．ＷＡＴＴオプションを持つＳＥＮＤＣＭＤ
を実行するときである．ダイアログは、受信しようとす
る応答の最大待ち時間を任意に指定できる．待ち時間が
指定されないと、デフォルト値としてＯがとられる．こ
れは，応答が戻ったかどうかの照会としてｇｅｔ■ｅｓ
ｓａｇｅサービスを使用できるので効果的である．その
場合は検索が行われる．このサービスのコマンド・シン
タックスは次のようになる． Ｇ Ｅ Ｔ Ｍ Ｓ Ｇ Ｔ Ｏ Ｋ Ｅ Ｎ （ｒ
ｅｓｐｏｎｓｅｊｏｋｅｎｌｌ ＷＡ Ｉ Ｔ Ｔ Ｉ
Ｍ Ｅ （ｎｎｎＮＲ Ｅ Ｓ Ｐ Ｏ
Ｎ Ｓ Ｅ （ｖａｒｎａｍｅｌＴＯＫＥＮフィ
ールドは、応答の検索に用いられるトークンを指定する
，ＷＡＩＴＴＩＭＥは、応答の最大待ち時間を秒で指定
する．ＲＥＳＰＯＮＳＥは、インタラクティブ・サービ
ス機能の共有変数（これに応答が返る）の名前を指定す
る． ＡＷＳフォーマットは、ダイナミック・モードについて
第９■図に示した．ダイナミック・モードは，メッセー
ジだけを動的に表示するのに用いられる．先に述べたと
おり、スタティック・モードはコマンドの入力に用いら
れる．またウィンドウのスクロールおよび設計担当者に
よって選択される他のスタティックーモード機能にも用
いられる．ダイナミック・モードでは、定義済みメッセ
ージ・ストリーム↓こリンクされたＡ Ｗ Ｓが第９１
図のように表示される．この場合，定義済みメッセージ
・ストリームはＸＡＭＰＤＢである．メッセージは一般
メッセージ・ウィンドウに表示され、保持メッセージに
はアスタリスクがつく．保持メッセージは、最初は一般
メッセージ・ウィンドウに表示され、スクロールされて
このウィンドウから保持メッセージ・ウィンドウへ移動
する．ワーク・スクリーンのモード（２）は，保持メッ
セージ・ウィンドウの右上に表示される．保持メッセー
ジ・ウィンドウ（３）の内容は、保持基準セットによっ
て指示されているメッセージである．メッセージは、後
で保持メッセージが追加されてウィンドウの外へ出るま
ではここに表示される．メッセージ・ウィンドウ・ディ
バイクのライン（４）は２つのウィンドウを分ける．こ
のラインには、オーベレー夕がワーク・スクリーンと定
義済みメッセージ・ストリームをリンクするとき与える
ストリーム名も入る．メッセージ・ヘッダ・ライン（５
）は、メッセージ・スクロール・ウィンドウ（６）の最
初の２行である．一般メッセージ・ウィンドウ（６）は
、指定されたメッセージ・スクリーンに選択されている
メッセージを表示する．新しいメッセージはウィンドウ
の下部に表示される．古いメッセージは、新しいメッセ
ージが表示されるとウィンドウの上へ流れる．保持メッ
セージは、非保持メッセージと区別するためのアスタリ
スクがついて表示される．各メッセージは、メッセージ
・ストリーム定義の含まれるプレゼンテーション属性に
応じて表示される． ＡＷＳ ９Ｉのモードは、プログラムされたアクシ３
ン・キーの起動によって切り換えられる．スタティック
・モードがキー操作で選択されているときは、モード（
２）の表示がＳＴＡＴ Ｉ Ｃに変わり，スクリーン表
現は、残りのメッセージ（８）の表示を削除し、下部の
分離ライン（７）の下にプログラムされた一連のアクシ
ョンとコマンド・ラインを表示することによって変更さ
れるコマンド・ラインは、ｓｗｓとあわせて先に説明し
たフォーマットを持つライン・コマンドの入力用である
．主なプログラム機能には，ロール速度を調節するコマ
ンド，アラーム設定を調節するコマンド、そして保持状
態のメッセージを削除するコマンドがある． 炙ｌ ストリーム機能３０２ ０４２ｌ ｐｒｏｃｅｄｕｒｅ ａｄｄ ｓｔｒｅａｍ ０４２２ ０４２３ ０４２４ ０４２５ ０４２６ ０４２７ Ｏ４２８ ０４２９ ０４３０ ０４３１ ０４３２ 《 ｎａ■ｅ ｓｔｒａｗ ｓｉｚｅ ｈｅｌｄ ｌｉｓｔ ｓｉｚｅ ｌｏｇ ａｌａｒｍ ｒｏｌ１ ｒａｔｅ ｗｘｎ ｐｏｓ ｓｅｌｅｃｔｉｏｎ ｃｒｉｔｅｒｉａ ｈｏｌｄ ｃｒｉｔｅｒｉａ ： ｌ ｎ ■ｅｓｓａｇｅ ｓｔｒｅａｍ ｎａｍｅ ｔｙｐｅ： ： ｉｎ ｎａｔｕｒａｌ： ： ｉｎ ｎａｔｕｒａｌ； ＋ ｉｎ ｌｏｇ ｏｐｔｉｏｎｔｙｐｅ： ： ｉｎ ａｌａｒｍ ｔｙｐｅ：： ｉｎ
ｒｏｌｌ ｒａｔｅ ｔｙｐｅ： ： ｉｎ ｒｏｗ−ｔｙｐｅ： ： ｉｎ ｓｅｌｃｒｉｔ ｌｉｓｔ ｔｙｐｅ： ： ｉｎ ｈｏ４ｄ ｃｒｉｔ ｆｉｓｔ ｔｙｐｅ： ： ｏｕｔ ｒｅｔｕｒｎ ｃｏｄｅ ｔｙｐｅ ０４３３ ） ０４３４ ０４５９ ０４６０ ０４６ｌ 〈０｛０ ｐｒｏｃｅｄｕｒｅ ｓｔｒｅａ■ Ｃ ｒｔａｓｅ ｄｅｌｅｔｅ ： ｉｎ ｍｅｓｓａｇｅ ｓｔｒｅａｍ ｎａｍｅ ｔｙｐｅ： ０４６２ ： ｏｕｔ ｒｅｔｕｒｎ ｃｏｄｅ ｔｙｐｅ ０４６３ ０４６４ ０４７０ ０４７ｌ ０４７２ 》 〈８（０ ｐｒｏｃｅｄｕｒｅ ｓｔｒｅａｍ ｛ ｎａｓｅ ｍｏｄｉｆｙ ： Ｉｎ ｌｉｅＳｍａｇｅ ｓｔｒｅａｍ ｎａｍｅ ｔｙｐｅ： ０４７３ ： ｏｕｔ Ｒｅｔｕｒｎ ｃｏｄｅ ｔｙｐｅ Ｏ４８４ ０４８５ ０４８６ ０４８７ 及旦 起動／終了機能３０１ ｐｒｏｃｅｓｕｒｅ ｉｎｉｔｉａｔｅ ｓｙｎｃ ｓ
ｃｒｅｅｎ（ ａｌ）ｌ）ｌ ： ｉｎ ａｐｐｌ−ｔ
ｙｐｅ：ｒｃ ： ｏｕｔ ｒｅ
ｔｕｒｎｃｏｄｅ ｔｙｐｅ ０４８８ １ ０４８９ ＜”ｌ” ０４９７ ｐｒｏｃｅｓｕｒｅ ０４９８ （ ０４９９ ’ ｎａａ＋ｅ ｉｎｉｔｉａｔｅ ａｓｙｎｃ ： ｉｎ ｗ＋ｅｓｓａｇｅ ｓｔｒｅａｍ ｎａｍｅ ｔｙｐｅ： ０５００ ： ｏｕｔ ｒｅｔｕｒｎ ｃｏｄｅ ｔｙｐｅ ０５１１ ｐｒｏｃｅｄｕｒｅ ｔｅｒｖｉｎａｔｅ ａｓｙｎｉｃ ｓｃｒｅｅｎ ０５ｌ２ ０５ｌ３ ： ｏｕｔ ｒｅｔｕｒｎ 及１ スクリーン・ハンドラ４０６ ０５２６ ０５２７ −一以下のプロシージャはアクティブ８Ａ
Ｗ０５２８ −ＳＣ （非同期式ワーク・スクリーン
）か一ら起動される． ０５２９ ０５３０ ０５３ｌ Ｏ５３２ ｐｒｏｃｅｄｕｒｅ ｛ ｍｏｄｅ ｓｗｉｔｃｈ ｍｏｄｅｓ ： ｉｎ ｏｕｔ ｍｏｄｅ ０５４５ ｐｒｏｃｅｓｕｒｅ ｄｅｌｅｔｅ ｔｙｐｅ ｍｅｓｓａｇｅ ０５４６ （ ０５４７ ０５４８ ： ｉｎ ＣｕｒｌｌＯｒｐｏＳｉｔｉｏ
ｎ ： ｏｕｔ ｒｅｔｕｒｎ ｃｏｄｅ ｔｙｐｅ ０５６４ ｐｒｏｃｅｄｕｒｅ ｓｃｒｏｌｌ ０５６５ ｌｄｉｒｅｃｔｔｏｎ ： ｉｎ ｄｉｒｅｃｔｉｏｎ ０５６Ｇ ： ｏｕｔ ｒｅｔｕｒｎ ｃｏｄｅ ｔｙｐｅ ０５７６ ｐｒｏｃｅｓｕｒｅ ｊｕｍｐ ｗ
ｉｎｄｏｗ０５７７ ０５７８ ０５８８ ｐｒｏｃｅｓｕｒｅ ■Ｏｖｅ ｗｉｎｄｏｗ ： ｏｕｔ ｒｅｔｕｒｎ ｃｏｄｅ ｔｙｐｅ ｄｉｖｉｄｅｒ ０５８９ ０５９０ ０５９ｌ ０５９２ ０６０４ ０６０５ ０６０６ ０６２０ （ ｄｉｒｅｃｔｉｏｎ ｉｎｃｒｅｍｅｎｔ ｐｒｏｃｅｄｕｒｅ ａｄｊｕｓｔ （ｒｏｌｌ ｒａｔｅ ｐｒｏｃｅｄｕｒｅ ｍｏｄｉｆｙ ： ｉｎ ｖｅｒｔｉｃａｌ ｄｉｒｅｃｔｉｏｎ ｔｙｐｅ： ： ｉｎ ｐｏｓｉｔｉｖｅ： ： ｏｕｔ ｒｅｔｕｒｎ ｃｏｄｅ ｔｙｐｅ ｒｏｌｌ ｒａｔｅ ： ｉｎ ｒｏｌｌ ｒａｔｅ ｔｙｐｅ： ： ｏｕｔ ｒｅｔｕｒｎ ｃｏｄｅ ｔｙｐｅ ａｆａｒ■ ０６２ｌ Ｏ６２２ ０６２３ ａｌａｒｍ ： ｉｎ ａｌａｒｍ ｔｙｐｅ： ： ｏｕｔ ｒｅｔｕｒｎ ｃｏｄｅ ｔｙｌ）ｅ ’ ０６３７ ｐｒｏｃｅｄｕｒｅ ｒｅｆｒｅｓｈ
０６３ｇ （ ０６３９ ｒｃ
： ｏｕｔ ｒｅｔｕｒｎｃｏｄｅ
ｔｙｐｅ え亙 ライン コマンド・サービス４０７，２０２Ｇ７１０
−−−−−−−−−−−−−−−−−−−−−−−−
−−−−−−−−−−−−−−（１７１１ −一以下
のプロシージャはＳＷＳＣ（同期０７１２ −一式／
非同期式ワーク・スリーン）上のコーマンドから起動さ
れる． ０７ｌ３ ０７１４ ｐｒｏｃｅｄｕｒｅ ｓｅｎｄ ｃ
ｏｍｍａｎｄ ｆｒｏｍ ｃｏｍｓａｎｄｌｉｎ
ｅ ０７１５ ｉ ０７１６ ｃｕｄ
： ｉｎ ｃｍｄ ｔｙｐｅ：０７ｌ７ ０７１８ Ｏ７１９ ｌＩＩＳｇ ｐｒＯｃｅｓ３ ｔａｒｇｅｔ ： ｉｎ ｌｉｎｅ ｃ＋ａｄｏｐｔｉｏｎ
ｔｙｐｅ： ： ： ｉｎ ｓｅｎｄｔｏ ｏｐｔｉｏｎ ｔｙｐｅ： ： ｏｕｔ ｒｅｔｕｒｎ ｃｏｄｅ ｔｙｐｅ ０７２０ ０７２ｌ ０７２２ ０７２３ ０７２４ ０７２５ ０７２６ ０７２７ ０７２８ 〈 ０ （０指定されたメッセージ処理才ブ ションに従ってコマンドを送信し 応答を処理する． メッセージ処理才ブションが， ＳＴＲＥＡＭ−−＞ であれば、 応答は、アクティブ・メッ セージ・ストリームの選択基 準に応じて処理さ７れる．応 答がどのアクティブ・メッ セージ・ストリームについて も選択されていない場合、応 答処理はＳＥＮＤＴＯ ＳＹ ０７２９ ０７３０ ０７３１ ０７３２ ０７３３ ０７３４ ０７３５ ０７３６ ０７３７ ０７３８ ０７３９ ０７４０ ０７４１ ０７４２ ０７４３ ０７４４ ＮＣに切り替わる． ＳＥＮＤＴＯ−−＞ ターゲットが″ＳＹＮＣ”で あれば，応答はＳＷＳに表示 される．他の場合、応答はＡ ＷＳへ送られて、指定された メッセージ・ストリームがア クティブでなければ（どのＡ ＷＳにも表示されない）、応 答処理はＳＥＮＤＴＯ ＳＹ ＮＣに切り替わる． ｕｎｄｅｆ ｉ ｎｅｄ−−＞ 応答は、ライン・コマンドが 入力されたスクリーンに表示 される．応答が戻ったときス クリーンがアクティブでなけ れば、応答処理はＳＥＮＤＴ Ｏ ＳＹＮＣに切り替わる． 変換サービスが利用できる場合、応答は表示の前に変換
される． 及旦 ＣＡＲＴ設定 機能：呼出し側が指定した応答才ブションに従ってＣＡ
ＲＴ値を返す． 動作＝ＴＯＳユーザ・トークンをＣＡＲＴに置く． Ｃａｓａ （応答オプション） Ｗｈｅｎ ＳＥＮＤＴＯ ＝＞ ｉ ｆ （ｓｅｎｄｔｏ才ブションが”ｓＹＮＣ″ｔｈ
ｅｎ ＳＹＮＣストリームＩＤ値をＣＡＲ Ｔに置く． ｅｌｓｅ 与えられたストリームのストリーム ＩＤを取得して、ＣＡＲＴに置く． Ｗｈｅｎ ＳＴＲＥＡＭ ＝＞ ＳＴＲＥＡＭシンボリツク・ストリー ムＩＤをＣＡＲＴに置く． Ｏｔｈｅｒｗｉｓｅ （リターンコードＩＮＶＡＬＩＤ
ＯＰＴＩＯＮを返す．）炙ｌ コマンド応答ハンドラ３０４ ｏｉ”機能＝ＴＯＳ ＴＯＫＥＮを持つコマンド応答
を処理する．このプロシージャ はＴＯＳＳＹＮＣコマンド・プロ シージャによってＡ Ｔ Ｔ Ａ Ｃ Ｈされ．ＤＥＴ
ＡＣＨされるまで実行さ れる． ０２°動作＝フル・メールボックス・メッセージを初期
化． メッセージ・バッファ変数を初期 化． 回復ルーチンを確立． 初期メッセージ・バッファヲ取 得． Ｌｏｏｐ あるＣａｒｔ値を持つコマンド 応答を待つ． Ｉｆ（成功） ｃａｓｅ （ストリームＩＤ） Ｗｈｅｎ ＳＹＮＣ ＝＞ 応答をフォーマットしてＳ ＷＳへ送る． ｏｔｈｅｒｗｉｓｅ ＝＞ ストリーミング・パラメー タを取得して応答を送出す る． ｉｆ（失敗） ｉｆ ｆｕｌ ｌ ｍａｉｌ 〜 ｂｏｘ フ ル メ ー ル ボック ス・メッ セージを 同期式ス クリーン へ送る． ｅｎｄ ｉｆ コマンド応 答を同期ス クリーンへ 送る． ｅｎｄ ｉｆ ｅｎｄ ｌｏｏｐ え旦 求められていないメッセージのハンドラ３０３０１”機
能＝求められていないコンソール・メッセージを処理す
る． このプロシージャはＴＯＳＳＹＮＣ コマンド・プロシージャによってＡ ＴＴＡＣＨされ、ＤＥＴＡＣＨされ るまで実行される． ０２°動作＝フル・メールボックス・メッセージをすべ
て初期化． マッセージ・バッファ変数を初期 化． 回復ルーチンを確立． 初期メッセージ・バツファを取得． Ｌｏｏｐ 次の求められていないメッセージ を待つ． Ｉｆ（成功） ストリーミング・パラメータ を取得してコンソール・メッ セージを送出する． ｉｆ（失敗） ｉｆ ｆｕｌｌ− ｍａｉｌｂｏｘ フル・メールボックス・ メッセージを同期式スク リーンへ送る． ｅｎｄ ｉｆ コンソール・メッセージを 同期式スクリーンへ送る． ｅｎｄ ｉｆ ｅｎｄ ｌｏｏｐ 及旦 （Ａ） 選択機構３０５ａ ０１ｍ機能＝メッセージ・ストリーム・セットのアクテ
ィブ・リストを用いてメッ セージを送出する． ０２＠動作＝Ｉｆ（終了）．ＡＢＥＮＤ．Ｓｔｒｅａｍ
ｅｄ，Ｆｕｌ ｌ ｍａ ｉ ｌ ｂｏｘ ： ＝ＦＡＬＳＥ．ＦＡＬＳＥ
． Ｉｆ（ターゲット＝ＳＴＨＥＡＭ） ｔｈｅｎ Ｆｏｒ （各アクティブ・スクリー ン） アクティブ・エントリを捜す． Ｉｆ（選択済み）ｔｈｅｎ Ｉｆ（保持）ｔｈｅｎ メッ セージにマークをつける． メッセージをメールボックス に登録する． Ｉｆ（成功）ｔｈｅｎ Ｓｔｒｅａｍｅｄ ： ＝ＴＲ ＵＥ． Ｅｌｓｅ Ｆｕｌｌ Ｍａ ｉ ｌ ｂｏｘ ： ＝ＴＲＵ Ｅ． アクティブ・エントリの検索を 止める． ｅｎｄ ｆｏｒ Ｅｌｓｅ Ｆｏｒ （アクティブ・リストの各 ターゲット・ストリーム） アクティブエントリを捜す． Ｉｔ’（保持）、メッセージに マークをつける． メッセージをメールボックスに 登録する． Ｉｆ（成功ｌｔｈｅｎ Ｓｔｒｅａｍｅｄ：＝ＴＲ ｔＪ Ｅ ． Ｅｌｓｅ Ｆｕｌｌ Ｍａｉｌｂｏｘ ：
＝ＴＲＵＥ， アクティブ・エントリの検索を 止める． ｅｎｄ ｉｆ Ｉｆ Ｓｔｒｅａｍｅｄ ｔｈｅｎｒｃ ：
＝ＯＫ Ｅｌ ｓｅ Ｉｆ Ｆｕｌｌ ｍａｉｌｂｏｘｔｈｅｎ
ｒｅ ＋ ＝ＦＵＬＬ −ＭＡＩＬＢＯＸ Ｅｌｓｅ ｒｃ：＝ＮＯＴ ＳＴＲＥＡＭＥＤ 炙旦（Ｂ） 選択機横３０５ｂ ０１”機能＝所定の基準リストがメッセージを選択する
かどうかを判定する． ０２°動作＝選択されておらず、リストの終わりにない
場合， メッセージが次の基準によって選択 されているか調べる． メッセージＩＤプレフィクス メッセージＩＤサフィクス ジョブ名 システム名 モニタタイプ ルーティングコード 記述子コード ＷＴＯＲ キャラクタセット ＴＲＵＥまたはＦＡＬＳＥを返す． 去」一旦 ダイアログ・サービス２０３ ０６５０ ０６５ｌ ０６５２ −下記のプロシージャはＳＷＳＣ （同期式ワークスク
リーン）で実行されるダイア一ログから起動される． ０６５３ ０６５４ ０６５５ ０６５６ ０６５７ ｐｒｏｃｅｄｕｒｅ ｓｅｎｄ ｃｏ＋＊ｍａｎｄ
ｆｒｏｍ ｄｉａｌｏｇ｛ ａｗｅｄ ： ｉｎ ｃ
ｕｄ ｔｙｐｅ：ｓｇｓｇ ｐｒｏｃｅｓｓ
： ｉｎ ｄｉａｌｏｇ Ｃｕｄｏｐｔ
ｉｏｎ ｔｙｐｅ： ０６５８ ｗａｉｔ ｔｉｍｅ ： ｉｎ
ｗａｉｔ ｔｉｍｅｔｙｐｅ； ０６５９ ｔａｒｇｅｔ ｓｅｎｄｔｏ ｏｐｔｉｏｎ ｔｙｐｅ： ０６６０ ｔｏｋｅｎ ： ｏｕｔ ｒｅｓｐｏｎｓｅ ｊｏｋｅｎ ｔｙｐｅ： ０６６ｌ ｒｅｓｐｏｎｓｅ ： ｏｕｔ ｒｅｓｐｏｎｓｅ ０６６２ ０６６４ ｔｙｐｅ： ｒｃ ： ｏ
ｕｔ ｒｅｔｕｒｎｃｏｄｅ ｔｙｐｅ 〈８ 《０指定されたメッセージ処理オプションに応じ
てコマンドを送り応 答を処理する．メッセージ処理才 ０６６７ ０６６８ ０６６９ ０６７０ ０６７ｌ ０６７２ ０６７３ ０６７４ ０６７５ ０６７６ プションが次の場合、 ＳＴＲＥＡＭ−一＞応答とトー クンを未定義のままにしてお く． 応答はアクティブ・メッセー ジ・ストリームの選択基準に 従って処理される．応答がど のアクティブ・メッセージ・ ストリームについても選択さ れていない場合，応答処理は ＳＥＮＤＴＯ ＳＹＮＣに切 り替わる． ＷＡＩＴ−−＞指定された待ち 時間だけの最初の応答を待つ． 時間が切れる前に届けば応答を 返す．後で応答が検索されるよ うにトークンを返す． ＳＥＮＤＴＯ−一＞応答とトー クンを未定義のままにしてお く。
０６７７
０６７８
０６７９
０６８０
０６８ｌ
０６８２
０６８３
０６８４
０６８５
０６δ６
０６８７
０６８８
０６８９
０６９０
ターゲットが“ＳＹＮＣ’″な
ら応答はＳＷＳに表示され
る．他の場合，応答はＡＷＳ
に送られて指定されたメッ
セージ・ストリーム内に表示
される．指定されたメッセー
ジ・ストリームがアクティブ
でなければ（Ｐ’のＡＷＳにも
表示されない）、応答処理は
ＳＥＮＤＴＯ ＳＹＮＣに切
り替わる．
ｕｎｄｅｆ ｉ ｎｅｄ−−＞応答
とトークンを未定義のままにし
ておく．
応答はＳＷＳに返される．
変換サービスが利用できる場合、
応答は表示の前に変換される．
０６９ｌ
０６９２
０６９３
０６９４
０６９５
０６９６
ロ６９７
ｐｒｏｃｅｄｕｒｅ
ｇｅｔｍｓｇ
（ｔｏｋｅｎ
ｗａｉ ｔ
ｒｅｓｐｏｎｓｅ
ｆｒｏ＋ｓ
ｄｉａｌｏｇ
： ｔｎ ｒｅｓｐｏｎｓｅ
ｔｏｋｅｎ ｔｙｐｅ：
： ｉｎ ｗａｉｔ ｔｉｍｅ
ｔｙｐｅＨ
： ｏｕｔ ｒｅｓｐｏｎｓｅ
ｔｙｐｅ；
： ｏｕｔ ｒｅｔｕｒｎ−
ｃｏｄｅ−ｔｙｐｅ
０６９８
０６９９
〈０（゜
０７００
トークンに関連するメッセージ・
ントリを返す．
０７０ｌ
０７０２
０７０３
０７０４
０７０５
メッセージの内容はシステムによっ
て定義された制御データとメッセー
ジテキスト．
指定されたトークンについてメッ
０７０６
セージ
エントリが見つからなけれ
ば応答は未定儀．
０７０７
０）
０７０８
０〉：
０−〜閂寸００へのＣＦ１Ｇ）一〜円す一のへの００一
〜ｎＩ５ＩＱ ｔｅｌ Ｖ） ｔｏ ｔｏ ｅ Ｌｆｉ
ｅ ｔｆｉ １％ １％ ｌ’ｂ ｋ ｈ ｈ １％
へトｈののののｎ閂閂閂門Ｖ門 門門門閂門門閂門閂閂
門門門門閂閂閂０ΦｏＱａ）ｏｏｏｏｏｏＯｏｏｏＯＯ
ＯｏｏｏｏＯｏ発明効果 ；発明によれば、システム・プロセスによって−ザ操作
に対して非同期に生成された求められ１ない情報と，ユ
ーザが前に入力していたコマに対するプログラム応答の
両方がユーザ宛のセージに含まれるマルチューザ・シス
テムに１て、ユーザの制御下にあるビジュアルな資源１
するメッセージ・トラフィックを調節する機Ｓユーザに
与えられる．
〜ｎＩ５ＩＱ ｔｅｌ Ｖ） ｔｏ ｔｏ ｅ Ｌｆｉ
ｅ ｔｆｉ １％ １％ ｌ’ｂ ｋ ｈ ｈ １％
へトｈののののｎ閂閂閂門Ｖ門 門門門閂門門閂門閂閂
門門門門閂閂閂０ΦｏＱａ）ｏｏｏｏｏｏＯｏｏｏＯＯ
ＯｏｏｏｏＯｏ発明効果 ；発明によれば、システム・プロセスによって−ザ操作
に対して非同期に生成された求められ１ない情報と，ユ
ーザが前に入力していたコマに対するプログラム応答の
両方がユーザ宛のセージに含まれるマルチューザ・シス
テムに１て、ユーザの制御下にあるビジュアルな資源１
するメッセージ・トラフィックを調節する機Ｓユーザに
与えられる．
１１図は、本発明のプロシージャを示す流れ図１る．
１２図は、従来技術のルーティング・ブロシーによって
メッセージがコンソールへ向けられ一ルチューザ、マル
チプログラミング・システー示す図である． ）３図は，一つの表示スクリーン上で？ｊｌ数のーポー
トをサポートする従来技術の許容能力三す図である． １４図は，本発明の実施例で定蒐されたメッセージ・ス
トリームに関連｛＝ｆけられるメッセージ基準を表形式
で示した概略図である． 第５図は、メッセージ処理機能を持つマルチ端末、マル
チプログラミング・システムのユーザ端末において、本
発明のプロシージャをサポートする機能の相互接続を示
すブロック図である．第６図は、メッセージを端末に送
出するために，第５図に示した機能ブロック間でプロセ
スが相互に接続される様子を示すブロック図である． 第７図は、コマンド・才ブションの応答処理および対話
メッセージ処理をサポートするために、第５図に示した
機能ブロック間でプロセスが相互に接続される様子を示
すブロック図である．第８図は、本発明のマルチビュー
ボート・フォーマットを示す図である． 第９八図ないし第９Ｉ図は、本発明の最適モードで用い
られるパネルのシーケンスを示す図である． 第２図 第７閃 ＠発 ー・マリーノ トーマス●ジョセフ● パヴエラ コー アメ 一ン リカ合衆国カリフォルニア州サン・ホセ、シエリイ・ ドライブ１８３３番地
メッセージがコンソールへ向けられ一ルチューザ、マル
チプログラミング・システー示す図である． ）３図は，一つの表示スクリーン上で？ｊｌ数のーポー
トをサポートする従来技術の許容能力三す図である． １４図は，本発明の実施例で定蒐されたメッセージ・ス
トリームに関連｛＝ｆけられるメッセージ基準を表形式
で示した概略図である． 第５図は、メッセージ処理機能を持つマルチ端末、マル
チプログラミング・システムのユーザ端末において、本
発明のプロシージャをサポートする機能の相互接続を示
すブロック図である．第６図は、メッセージを端末に送
出するために，第５図に示した機能ブロック間でプロセ
スが相互に接続される様子を示すブロック図である． 第７図は、コマンド・才ブションの応答処理および対話
メッセージ処理をサポートするために、第５図に示した
機能ブロック間でプロセスが相互に接続される様子を示
すブロック図である．第８図は、本発明のマルチビュー
ボート・フォーマットを示す図である． 第９八図ないし第９Ｉ図は、本発明の最適モードで用い
られるパネルのシーケンスを示す図である． 第２図 第７閃 ＠発 ー・マリーノ トーマス●ジョセフ● パヴエラ コー アメ 一ン リカ合衆国カリフォルニア州サン・ホセ、シエリイ・ ドライブ１８３３番地
Claims (2)
- （１）マルチコンソール、マルチプログラミングのコン
ピュータ・システムによって生成されたメッセージを、
選択的に転送し、上記コンピュータ・システムのコンソ
ールのビジュアル出力資源を通して出力する方法であっ
て、 上記コンピュータ・システムのコンソール側で、上記メ
ッセージの属性に対応するメッセージ転送基準を選択し
て上記コンピュータ・システムに入力するステップと、 上記コンピュータ・システムのコンソール側の第１のビ
ジュアル出力資源コンポーネントを起動するステップと
、 上記ビジュアル出力コンポーネントを上記メッセージ転
送基準に結び付けるステップと、上記コンピュータ・シ
ステムから該システムの各コンソールへメッセージのシ
ーケンスを供給するステップと、 上記メッセージ・シーケンスのメッセージの属性を上記
メッセージ転送基準と比較するステップと、 メッセージ属性が上記メッセージ転送基準と符合する上
記メッセージ・シーケンス内のメッセージについて、上
記メッセージを上記ビジュアル・コンポーネントへ転送
して表示するステップとを含む、メッセージの選択的転
送方法。 - （２）中央処理装置、該装置において実行される複数の
プロセス、該プロセスにコマンドを供給し、該プロセス
からメッセージを受け取る複数のコンソール、および上
記中央処理装置とコンソールに接続され、該コンソール
から上記中央処理装置へコマンドを、且つ該コンソール
へメッセージを引き渡すメッセージ引き渡し手段とを含
むシステムにおいて、上記コンソールを通して表示され
るメッセージのストリーミング方法であって、メッセー
ジ属性値に対応するメッセージ・ストリーミング基準の
セットを上記コンソールから上記システムに入力するス
テップと、 上記コンソール側の表示資源を起動するステップと、 上記表示資源を上記メッセージ基準セットと結び付ける
ステップと、 上記プロセスから上記コンソールへメッセージ・シーケ
ンスを供給するステップと、 上記メッセージ・シーケンスのメッセージの属性を上記
メッセージ・ストリーミング基準セットと比較するステ
ップと、 メッセージ属性値が上記メッセージ・ストリーミング基
準セットと符合するメッセージについて、上記メッセー
ジを上記ビジュアル出力コンポーネントに表示するステ
ップとを含む、メッセージ・ストリーミング方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US379588 | 1982-05-19 | ||
| US37958889A | 1989-07-12 | 1989-07-12 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0352054A true JPH0352054A (ja) | 1991-03-06 |
Family
ID=23497853
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2177642A Pending JPH0352054A (ja) | 1989-07-12 | 1990-07-06 | メツセージの出力方法 |
Country Status (3)
| Country | Link |
|---|---|
| EP (1) | EP0408309A3 (ja) |
| JP (1) | JPH0352054A (ja) |
| CA (1) | CA2015969A1 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004334876A (ja) * | 2003-05-05 | 2004-11-25 | Microsoft Corp | コンピュータデバイスに対する情報の補助表示の方法およびシステム |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0525712A3 (en) * | 1991-07-29 | 1994-11-23 | Honeywell Inf Systems | Message editor for an operator workstation |
| US8825905B2 (en) | 2011-04-04 | 2014-09-02 | International Business Machines Corporation | Mainframe web client |
| US20120254294A1 (en) * | 2011-04-04 | 2012-10-04 | International Business Machines Corporation | Mainframe Web Client Servlet |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS62102316A (ja) * | 1985-10-29 | 1987-05-12 | Nec Corp | システム内発生メツセ−ジの選択的表示方式 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4486853A (en) * | 1981-04-01 | 1984-12-04 | Telemet American, Inc. | Apparatus for receiving and displaying continuously updated data |
-
1990
- 1990-05-02 CA CA002015969A patent/CA2015969A1/en not_active Abandoned
- 1990-07-06 JP JP2177642A patent/JPH0352054A/ja active Pending
- 1990-07-10 EP EP19900307525 patent/EP0408309A3/en not_active Withdrawn
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS62102316A (ja) * | 1985-10-29 | 1987-05-12 | Nec Corp | システム内発生メツセ−ジの選択的表示方式 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004334876A (ja) * | 2003-05-05 | 2004-11-25 | Microsoft Corp | コンピュータデバイスに対する情報の補助表示の方法およびシステム |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0408309A2 (en) | 1991-01-16 |
| EP0408309A3 (en) | 1992-12-02 |
| CA2015969A1 (en) | 1991-01-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA1315009C (en) | Method of dynamic actuation of background windows for priority applications | |
| EP0228634A2 (en) | Videotex information utility | |
| US5877764A (en) | Graphical user interface for managing text i/o between a user and a parallel program | |
| US6559871B1 (en) | Asynchronous tree navigator graphical user interface and associated methods | |
| US5831609A (en) | Method and system for dynamic translation between different graphical user interface systems | |
| US5237654A (en) | Hierarchical inter-panel process flow control | |
| JPH0863348A (ja) | インターフェース生成方法およびその装置 | |
| US20060005149A1 (en) | Method and system for displaying categorized information on a user interface | |
| US20060265662A1 (en) | System and method for generating and updating user interfaces of web-based applications | |
| JP2000035951A (ja) | マルチユ―ザ認識およびコラボレ―ション用の方法および装置 | |
| JP2003015874A (ja) | ユーザインターフェイスを生成するためのエキスパートシステム | |
| JPH0876961A (ja) | ヒストリカル・データに対してコンテキスト・ナビゲーションを行うための方法及び装置 | |
| EP0644483B1 (en) | Computer system and method for performing multiple tasks | |
| JP2003523551A (ja) | データ転送サーバ | |
| US5534887A (en) | Locator icon mechanism | |
| JPH1125128A (ja) | インターネット・ウェブ・ページの階層においてネットワーク・ページに迅速に戻る装置および方法 | |
| JPH0352054A (ja) | メツセージの出力方法 | |
| EP0929863B1 (en) | Process and system for forming multiple preemptive modeless dialog boxes | |
| US6774921B1 (en) | Method and apparatus for dynamically saving/restoring the properties of controls in a screen dialog | |
| JP2547941B2 (ja) | 内容を検索基準とするナビゲーション機構を提供する方法及びそのための装置 | |
| JP2846270B2 (ja) | 複数のウィンドゥを表示するコンピュータにおける新着情報表示装置 | |
| JP2743802B2 (ja) | クライアント・サーバシステム処理中断／再開方式 | |
| US6665734B1 (en) | Blending object-oriented objects with traditional programming languages | |
| JP2659727B2 (ja) | オンラインシステム | |
| JP2659726B2 (ja) | オンラインシステム |