JPS63271568A - 複数の動作パホーマンスを表わすデータを同時に表示する方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 以上の順序で本発明を説明す、る。

Ａ　産業上の利用分野 Ｂ　従来技術 Ｃ発明が解決しようとする問題点 Ｄ　問題点を解決するための手段 Ｅ　実施例 ＥＩ　　ＭＳＡＭのハードウェア／ソフトウェア環境 Ｅ２　ホストのソフトウェア Ｅ３　　ＭＳＡＭのアプリケーション環境Ｅ４　　ＴＹ
ＰＥフィールドの説明 Ｅ５　通信特性 Ｅ６　システムの初期設定（第１回） Ｅ７　プログラムの機能の梗概 Ｅ８　　ＮＰＭのモニタリング Ｅ９　　ＣｌＣ５／ＰＡＲ９のモニタリング（第２図） ＥＩＯ全システム・オペレーションの擬似コード Ｅｌｌ　　流れ図の説明 ＥＩ２　　ホスト処理（ＣＩＣ８／ＰＡＲ８）（第３図
−第１０図） ＥＩ３　　ＭＳＡＭのｐｃ処理（第１１図−第１９図） ＥＩ４　　スクリーン印刷（第１９図−第３２図）Ａ　
産業上の利用分野 本発明はモニタ兼警報システムに関し、具体的には多く
のホスト（上位コンピュータ）をベースとするプログラ
ムの現在のステータスを反映するステータス情報の表示
を容易にする表示システムに関する。この表示システム
は多重システム警報モニタ（ＭＳＡＭ）と呼ばれる。

Ｂ　従来技術 モニタ兼警報システム（装置）は単純なメカニズムのも
のからより複雑なプロセスに及ぶ広範囲の種々の応用に
必要とされている。モニタ兼警報装置を必要とする単純
な機構の例はホーム・ヒーティング装置であり、複雑な
プロセスの例は核反応装置である。

モニタ装置は種々のソースから情報を収集する。

情報は温度及び圧力を測定する装置に取付けられたセン
サもしくは通信インターフェイスに接続された他のコン
ピュータから到来する。センサから情報を収集するモニ
タ装置の例は米国特許第４５８８９８７号、米国特許第
４４７１３４８号に見出される。これ等の特許はプラン
ト環境からセンサ情報を収集し、情報をフィルタして、
これをフォーマット化して図形表示スクリーン上に表示
する技術を開示している。

コンピュータに応用されたモニタ装置を米国特許第４３
４８７３９号に説明されている。この特許の装置はオペ
レータにデータ通信システムの特性についての情報を与
えている。情報は要約情報テーブルの形で単一の端末上
に表示されている。

端末は通信装置に接続されていて、情報を得るのに初期
接続手順を使用している０表示される情報はデータ処理
要員にとって極めて重要なものである。それはこれが通
信ネットワークのための管理情報を与えるからである。

モニタ能力がより複雑な技術に発展するにつれ、単一の
表示スクリーン上に多くの仮想表示を与える能力が必要
になった。この型の処理の例は上記米国特許第４４７１
３４８号に開示されている。

この特許の装置は各仮想表示情報をそれ自身の使用のた
めに割当てている。仮想表示情報の各々は求められた後
フォーマット化されて表示スクリーン上の、各仮想表示
に割当てられた別個のセクション上に表示する。カラー
表示の出現によって、パッケージのモニタはカラー図形
を使用し始め、傾向及び警報状況にアクセントをつけ、
オペレータが問題が生ずる個所を決定していた。この方
法の例は米国特許第４３７５０７９号に示されている。

この特許はＩ　８Ｍ３２７９力ラー表示及びカラー図形
を表示するのに使用される方法を説明している。カラー
図形はバー・チャート、パイ・チャート及び線グラフを
含んでいる。

この装置によってモニタできる１つの動作はＩＢＭカス
タマ情報管理シテスム（ＣＩＣ：Ｓ）である、このシス
テムはホスト・プロセッサに取付けられた端末及び他の
通信装置のネットワークを管理する。この装置の動作の
説明はカストマ情報管理システム／仮想メモリ（ＣＩＣ
８／ＶＳ）一般情報マニュアル（Ｃｕｓｔｏｍｅｒ　Ｉ
ｎｆｏｒｍａｔｉｏｎ　ＣｏｎｔｒｏｌＳｙｓｔｅｍ／
Ｖｉｒｔｕａｌ　Ｓｔｏｒａｇｅ　Ｇｅｎｅｒａｌ　Ｉ
ｎｆｏｒｍａｔｉｏｎＭａｎｕａｌ）ＧＣ３３−０１５
５−１（ＩＢＭ社発行）に見出されている。ＣｌＣ８の
複雑さによって、システムのシステム変数調整及び管理
を支援する多数のモニタ・プログラムが存在する。ＩＢ
Ｍネットワーク・バホーマンス・モニタ（ＮＰＭ）は通
信ネットワークのパホーマンス及び成長の管理にあたっ
ているネットワーク支援要員を支援している。ＮＰＭの
説明はＩＢＭ社刊のネットワーク・バホーマンス・モニ
タ一般情報マニュアル（Ｎｅｔｗｏｒｋ　Ｐａｒｆｏｒ
ｍａｎｃａ　Ｍｏｎ１ｔｏｒ　ＧｅｉｅｒａｌＩｎｆｏ
ｒｍａｔｉｏｎ　Ｍａｎｕａｌ）　Ｇ　Ｈ２０−６５３
９に見出される。ＣｌＣ５パホーマンス分析報告システ
ム（ＣＩＣ８／ＰＡＲ８）はオン・ライン表示能力、シ
ステム警報モニタ機能、問題決定支援及びひんばんなバ
ッチ報告及び分析能力を与える。ＣｌＣ５／ＰＡＲ８の
説明はＩＢＭ社刊のＣＩＣ８１０Ｓ／ＶＳパホ一マンス
分析報告システム／ＭＶＳ汎用情報システム（Ｃ工Ｃ８
１０Ｓ／ｖＳＰｅｒｆｏｒｍａｎｃｅ　Ａｎａｌｙｓｉ
ｓ　Ｒｅｐｏｒｔｉｎｇ　Ｓｙｓｔｅｍ／ＭＶＳＧｅｎ
ｅｒａｌ　Ｉｎｆｏｒｎ＋ａｔｉｏｎ　Ｓｙｓｔｅｍ）
　Ｂ　Ｈ２Ｑ　−６８３６−０に見出される。

今１１、パーソナル・コンピュータ（ｐｃ）が普及する
につれ、システムはホストの処理をオフロードにして、
局所的に機能を遂行するためのユーザのＰＣの能力を利
用するようになった。ＰＣはしばしばホスト・プロセッ
サに取付けられて、情報をモニタ及び収集し、情報を局
所的に取付けられた図形装置及びプリンタ上に表示して
いる。この方法の例は１９８６年２月刊、ＩＢＭテクニ
カル・ディスクロージャ・ブレティン（Ｔｅｃｈｎｉｃ
ａｌＤｉｓｃｌｏｓｕｒｅ　Ｂｕｌｌｅｔｉｎ）、第２
８巻第９号のジャーマン（Ｓｈａｒ＋ｗａ口）著「ＰＣ
支援のための多重実行ホスト・サーバ」（“Ｍｕｌｔｉ
　−Ｔｈｒｅａｄ　Ｈｏ５ｔ　５ｅｒｖｅｎＦｏｒ　Ｐ
Ｃ５ｕｐｐｏｒｔ”）に見出される。この論文はＣｌＣ
５環境におけるＰＣの利用技術を開示している。

この技術を使用する各ユーザは遠隔のホスト・プリンタ
上に報告を印刷するのでなく１局所的に報告を印刷し、
ホスト・ファイルを記憶し、ＣｌＣ５アプリケーション
とインターフェイスする能力を有する。

ＰＣ上に存在するこのようなモニタ・アプリケーション
の関連例は１９８５年４月８日刊コンピューターワール
ド（Ｃｏｍｐｕｔｅｒｗｏｒｅｄ）のガーラント（Ｇａ
ｌｌａｎｔ）著「発声マイクロ・コンピュータの中央コ
ンピュータ支援」（“０ｕｔｓｐｏｋｅｎ　Ｍｉｃｒｏ
ｓ　ＫｅｅｐＳｕｐｐｏｒｔ　Ｃａｎｔｅｒ　）ｆｕｍ
ｅｉｎｇ”）の第１頁第１コラムに論ぜられている。こ
の論文はＰＣをベースとするＣｌＣ５モニタ・システム
を開示している。ＰＣは４つの主なオン・ラインＣｌＣ
５アプリケーションに結合されている。このアプリケー
ションは１２００名の会社従業員の大部分を管理してい
る。

ｐｃは音声合成装置を使用して警報を発し、同時に応答
時間を計算し、経過情報を保持し、サービスを追跡する
ために結果を表にしている。

問題はこれ等のシステムのうち最も進歩したものでも多
くのホスト・アプリケーションからの情報を単一の表示
スクリーン上に表示できない点にある。特定の問題をみ
つけるのにオペレータは１つのモニタ・アプリケーショ
ンから他のモニタ・アプリケーションに移動するのにか
なり時間を費す。この問題は単一のプロセッサ上で走行
しているＣｌＣ８の多くのコピーがある時はさらに複雑
となる。

Ｃ発明が解決しようとする問題点 本発明の目的は、同時に多くのホスト・アプリケーショ
ンをモニタし、その情報を単一の表示スクリーン上に表
示するモニタ・システムを与えることにある。

本発明の他の目的は、ホスト・モニタ・アプリケーショ
ンからの°情報を要約し、情報を単一の表示スクリーン
上に表示するモニタ・システムを与えることにある。

本発明の他の目的は、ＩＢＭ３２７０−ＰＣのようなホ
スト通信インターフェイスを有するマイクロプロセッサ
・システムの図形及びマルチ・タスキング能力に依存し
て多重ホスト・モニタ・アプリケーションと通信し、表
の報告１図形の形の要約情報及び他のステータス情報を
表示することにある。

本発明の他の目的は、マイクロプロセッサ・システムの
スピーカを使用して可変周波数及び可変持続時間の可聴
トーンを発生して、ユーザが決定した閾値に達したこと
を示すことにある。

本発明の他の目的は、ホスト・アプリケーションからの
モニタ及びＷ報メツセージを音声メツセージに自動的に
変換して、オペレータに特定の問題について警報を与え
ることにある。

Ｄ　問題点を解決するための手段 本発明に従い、これ等の目的はＩＢＭ３２７０−ＰＣの
ようなホスト通信インターフェイスを有するマイクロプ
ロセッサ・システム上で走行するコンピュータ・プログ
ラムＭＳＡＭが与えられる。

ＭＳＡＭは多重ＣｌＣ５ホスト領域から情報を集めて、
この情報を単一表示スクリーン上に表示する単一のプロ
グラムである。情報は図形、報告、モニタ兼警報情報を
含む。ユーザに提示される表示スクリーンは今日の大型
データ処理（ＤＰ）センタで通常使用されるホスト表示
スクリーンに対応するフォーマットをなしている。

ＭＳＡＭは大意の情報を渡す必要をなくした構造化デー
タ・ストリームを使用して、マイクロプロセッサとホス
ト間の通信のオーバーヘッドを減少する。マイクロプロ
セッサは現在の要約情報を受取って、この情報を多重ア
プリケーションの完全で正確なピクチャーに縮小する。

、これによってオペレータはタイムリーに情報を得て、
効果的に複雑なりＰ環境で応答することができる。

警報情報は、重要な問題に急速に効果的にオペレータの
注意を引きつけるように組織化されている。主要警報メ
ツセージは自動的に変換されて合成音声警報として出力
される音声メツセージとして指示される。閾値状態はこ
れに一度到達すると、指定された持続時間及び周波数の
電子トーンをトリガする公差を指定することによってオ
ペレータの注意を引付けることができる。

Ｅ　実施例 ＥＩ　　ＭＳＡＭのハードウェア／ソフトウェア環境 本発明はＩＢＭ３２７０−ＰＣを使用して説明するが、
ＩＢＭホストを通信できる任意のマイクロプロセッサが
ＩＢＭ３２７０−ＰＣに置換できることは明らかであろ
う。多重システム警報モニタ（ＭＳＡＭ）は多くの標準
のＩＢＭ製品に依存して進歩したモニタ能力を与える。

この製品はパー、ソナル・コンピュータ（ＰＣ）／ディ
スク・オペレーティング・システム（ＤＯ５）を含む、
ＰＣ／ＤＯ５はＩＢＭ３２７０−ＰＣのオペレーテ□　
イング・システムとして働く。ＩＢＭ３２７０−ＰＣは
ＰＣとホスト表示プログラム間に協働処理を与えるＩＢ
Ｍ製品である。これは３２７０端末の機能をＰＣの柔軟
性と組合せる。１つのキーボードと１つの表示装置によ
って、ユーザはＰＣセツションと４つ迄のホスト・セツ
ションにアクセスできる。ユーザはＪＵＭＰ　（飛越し
）キーを押して、アプリケーション間を移動できる。Ｉ
ＢＭ３２７０−ＰＣはオペレータによって表示スクリー
ンをユーザが指定した寸法の多くの窓に分割可能にする
。窓は多重ホスト・セツション及び単一のＤＯＳセツシ
ョン間で分配できる。多くのホスト・セツションは同時
にアクティブであるが、しかしながらユーザは１時に１
つのセツションと対話している。この能力はユーザの注
意を主要な問題に導くために単一のディスプレイが提示
されている間に多くのホスト・セツションを背景中で処
理できるので重要である。

ＩＢＭ３２７０−ＰＣ（パーソナル・コンピュータ）に
はモジュラ−機構を有する種々のモデルが存在する。こ
れ等の機構は追加のメモリ、高分解能モノクローム及び
カラー図形表示装置への媒体及びＰＣ／拡張技術（ＰＣ
／ＡＴ）を含む。１１３Ｍ３２７０−ＰＣを説明する追
加の情報はＩＢＭ３２７０−パーソナル・コンピュータ
制御プログラム・ユーザズ・ガイド兼参照（ＩＢＭ　３
２７０−Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｓ　Ｃｏｎ
ｔｒｏｌ　Ｐｒｏｇｒａｍ　Ｕｓｅｒ’ｓＧｕｉｄｅ　
ａｎｄ　Ｒｅｆｅｒｅｎｃｅ）、５Ｃ２３−０１０３並
びに入門兼予備設置プランニング・ガイド（Ｉｎｔｒｏ
ｄｕｃｔｉｏｎ　ａｎｄ　Ｐｒｅｉｎｓｔａｌｌａｔｉ
ｏｎ　ＰｌａｎｎｉｎｇＧｕｉｄｅ）　Ｇａ４３−０１
７９に見出される６両方ともＩＢＭ社によって出版され
ている。

ＩＢＭ３２７０−ＰＣ制御プログラムも又ＩＢＭ−３２
７０−ＰＣのための窓及びタスク・マネジャとして使用
される。このプログラムはＰＣ／ＤＯ８と３２７０−Ｐ
Ｃハードウェア間をインターフェイスして多重３２７０
表示装置の機能を遂行する。ＩＢＭ３２７０−ＰＣ制御
プログラムはキイボード及び表示装置を管理して、ユー
ザは４つ迄のホスト・セツション及び１つのＰＣセツシ
ョンと１時に１つインターフェイスできる。制御プログ
ラムは又構造化フィールド通信のための支援を含むアプ
リケーション・プログラミング・インターフェイス（Ａ
ＰＩ）を含む。この構造化フィールド通信を使用してＭ
ＳＡＭとホスト間の通信が支援する。このプログラムは
詳細にＩＢＭ社刊のＩＢＭ３２７０−ＰＣ制御プログラ
ム・プログラミング・ガイド（ＩＢＭ　３２７０−　Ｐ
ＣＣｏｎｔｒｏｌＰｒｏｇｒａｍ＋　Ｐｒｏｇｒａｍｍ
ｉｎｇ　Ｇｕｉｄｅ）　ＯＡ　２３−０２２１に説明さ
れている。これ等の製品は単一の表示。

報告、モニタ及び警報コードと関連して使用され、本発
明をＩＢＭ３２７０−ＰＣ上で具体化する。

Ｅ２　ホスト・ソフトウェア アプリケーションをモニタ中のホストはある他　−のＩ
ＢＭ製品を有する必要がある。これ等はカスタマ情報管
理システム（ＣＩＣ５）を含む。上述のように、ＣｌＣ
８は端末向はトランザクション・アプリケーションを具
体化するのに必要な労力を減少する汎用データ通信モニ
タである。ＣｌＣ５は世界中で使用され、給与計募から
在庫管理に至るアプリケーションを対話的に機能させ、
多くの表示装置を処理する。ＤＰ環境においてはＣｌＣ
８を管理してユーザが対話的環境で照会への迅速な応答
を享受するようにすることが極めて重要である。この要
求のために、ＣｌＣ８／バホーマンス分析報告システム
（ＣＩＣ５／ＰＡＲ５）が構成された。この製品はＣ工
Ｃ８環境のパホーマンス及び成長を管理する際にネット
ワーク支援要員を支援する。ＣｌＣ８／ＰＡＲ８は完全
なモニタリング・ツールの組を有し、ホスト表示装置の
ところに居るユーザがＣｌＣ５アプリケーションをモニ
タして、アプリケーションのパホーマンスをトラックす
るのに必要な報告を作成することができる。ＣｌＣ８／
ＰＡＲ８の１つの機能は警報モニタである。警報モニタ
によってＣｌＣ５システムのリソースのための閾値がセ
ットでき、これ等のリソースをモニタする表示能力を与
える。第１表はＣｌＣ８／ＰＡＲ８警報モニタ表示スク
リーンの例を示す。ＣｌＣ５／ＰＡＲ８の他の機能には
ＩＢＭ図形データ表示モニタ（ＧＤＤＭ）を使用する１
選択したシステム・リソースの図形表示がある。ＧＤＤ
Ｍは３２７０−ＰＣＣテアリ製品を含むＩＢＭ３２７０
表示ファミリのための全画面拡張英数字及び図形支援を
与える。ＣｌＣ８／ＰＡＲ８のようなアプリケーション
・プログラムはＧＤＤＭルーチンを呼出して図形表示を
構成する。ＧＤＤＭ製品の詳細はＩＢＭ社刊のＧＤＤＭ
汎用情報マニュアル（ＧＤＤＭ　Ｇｅｎｅｒａｌ　Ｉｎ
ｆｏｒｍａｔｉｏｎＭａｎｕａｌ）、ＧＣ３３−０１０
８中に与えられている。ＣｌＣ８／ＰＡＲ８が形成する
図形表示はよりＭ３２７０−ＰＣ上でアクチブなホスト
・セツションの任意のものによって表示可能である。Ｃ
ＩＣ５／ＰＡＲ５の完全な説明はＣＩＣ８１０Ｓ／ＶＳ
パホ一マンス分析報告システム・ユーザ・ガイド及び参
照（ＣＩＣ５１０Ｓ／ＶＳ　ＰｅｒｆｏｒｍａｎｃｅＡ
ｎａｌｙｓｉｓ　Ｒｅｐｏｒｔｉｎｇ　Ｓｙｓｔｅｍ　
Ｕｓｅｒｉｓ　Ｇｕｉｄｅ　ａｎｄＲｅｆｅｒｅｎｃｅ
）、Ｓ　Ｈ２０−６８３７中に与えられている。

：：ロ ホストに通信情報が望まれる時は、ホストはネットワー
ク・パホーマンス・モニタ（ＮＰＭ）　を設置しなけれ
ばならない。この製品はオン・ライン統計を供給して、
ネットワークの実時間分析を可能にして１通信ネットワ
ークのパホーマンス及び成長を管理する際にネットワー
ク支援要員を助ける。ＮＰＭサプライの機能はこれ等が
通信ネットワークに関連することを除きＣｌＣ８／ＰＡ
Ｒ８と似ている。ＮＰＭ９報表示メツセージの例は第２
表の上部に示されている。ＮＰＭの完全な説明は「ネッ
トワーク・パホーマンス・モニタ・ユーザズ・ガイド及
び参照Ｊ　（Ｎｅｔｗｏｒｋ　Ｐｅｒｆｏｒｍａｎｃｅ
Ｍｏｎｉｔｏｒυｓｅｒ’ｓ　Ｇｕｉｄｅ　ａｎｄ　Ｒ
ｅｆｅｒｅｎｃｌ）、　Ｓ　Ｈ２０−６３６０に与えら
れている。

ｇｘ　０　Ｃ１ｅ　６００００６６６６６０６６６？８
３８８町年；慧階■鐙μｘ０＝ Ｅ３　　ＭＳＡＭアプリケーションの環境本発明によっ
てイネーブルされるアプリケーション・プログラムはＩ
ＢＭ３２７０−ＰＣ上に常駐し、Ｃ，ＩＣ８／ＰＡＲ８
もしくはＮＰＭ　（あるいはこの両方）と通信し、ホス
トＣｌＣ５アプリケーション及びホスト通信環境につい
てのステータス情報を得る。ＣｌＣ８／ＰＡＲ８はホス
ト・アプリケーションからステータス情報を集め、これ
を３２７０−ＰＣアプリケーションに送り、これを処理
せしめる。ＣｌＣ８／ＰＡＲ８とＩＢＭ３２７０−ＰＣ
アプリケーション間のインターフェイスは構造化フィー
ルド通信インターフェイスである。構造化フィールド通
信はホストと３２７ｏ−ｐｃ間でデータを伝送する効率
的及びクリアな方法を与える。データは１文字ＴＹＰＥ
　（タイプ）フィールドに基すいて指定される構造中で
転送される。

Ｅ４　　ＴＹＰＥフィールドの説明 ＴＹＰＥフィールドはどのような動作が通信のソースに
よって行われたか、もしくは通信の宛先によってどのよ
うな動作が行わなければならないかを通信する１文字表
示である。ＴＹＰＥフィールドは単一の文字に制限され
る。それはこの文字が通信ヘッダ・バイトの後に都合よ
く適合し、通信中の任意のデータをワードに整列させる
からである。通信の型に依存して、ＴＹＰＥフィールド
には可変数のデータが続くが、あるトランザクションで
はＴＹＰＥフィールドの後にデータが続かない。

ＴＹＰＥフィールドに関連する構造体は１バイト値に対
応する構造体毛に関連する文字のブリフエツクスを有す
、る、ＭＳＡＭからホストへの通信のためのＴＹＰＥ値
ＨｅｘＯＯ及びＨｅｘ７Ｆのための構造体のブリフエツ
クスはＫＩ　Ｐ”である。ホストからＭＳＡＭへの通信
のためのＴＹＰＥ［Ｈｅｘ８０及びＨｅｘＦＦのための
構造体のブリフエックスは“Ｈ”である。

１６個のＴＹＰＥコードの各組は類似のタスクに関連す
る。たとえば、３Ｏ−３ＦはＭＳＡＭ警報モニタ機能に
関連するＴＹＰＥバイトである。

さらに３２７０−ＰＣのＭＳＡＭ機能に関連するＴＹＰ
ＥコードはホストのＴＹＰＥコードと８０Ｈｅｘだけ離
れている。従ってＢＯ−ＢＦはホスト上の警報モニタ機
能に関連するＴＹＰＥバイトである。

できる限り１通信バッファ中のデータは２バイトの短か
い整数として受渡される。ストリング・データはＦＢＣ
ＤＩＣの単一バイトとして受渡される。

Ｅ５　通信の特性 ＭＳＡＭがイニシエートする通信トランザクションのＴ
ＹＰＥバイトは次のように定義される。

警報モニタ（Ａ　Ｍ）ゲートウニの開始（３０−３７）
（１）　Ｐ　　Ａ　　ＢＵＳＹ　（使用中）の定義ＥＸ
３１ （ゲートウェイ・セツションはすでに進行中）警報モニ
タ呼出しグループ（３８−３Ｆ）（１）Ｐ　　Ａ　　Ｎ
ｏ　　ＧＡＴＥの定義ＥＸ３８ （ゲートウェイ・セツションはまだ確立されていない） （２）Ｐ　　Ａ　　Ｔｏｏ　　ＭＡＮＹの定義ＥＸ３９ （１８以上のＡＭセツションを開始しようとした） （３）Ｐ　　Ａ　　ＧＯＯＤ　　ＤＡＴＡの定義ＥＸ３
Ｂ （開始要約行のための有効データをホストから受取った
） （４）Ｐ　　Ａ　　ＢＡＤ　　ＤＡＴＡの定義ＥＸ３Ｇ （ホストは無効な開始データを送ったー要約行なし） 警報モニタ・ゲートウェイ実行グループ（４０−４Ｆ） （１）　Ｐ　　Ａ　　ＲＥＡＤ（７１定義　　　ＨＥＸ
４０（ＭＳＡＭがホストにＡＭステータス配列体を読取
ってＭＳＡＭに送るように要求した）（２）　Ｐ　　Ａ
　　Ｘ　　５ＥＳＳの定義　ＨＥＸ４３（ＭＳＡＭはＡ
Ｍ呼出しのサブセットを削除したい（ｄｅｌ　５ｅｓｓ
構造を参照））（３）　Ｐ　　Ａ　　ＡＬＬの定義　　
　　ＨＥ　Ｘ４４（ＭＳＡＭはすべてのＡＭ呼出しを終
了させたい） 図形データ・グループ（５０−５Ｆ） （１）Ｐ　　Ｇ　　ＲＦＫＥＴの定義　　ＨＥＸ５２（
ＭＳＡＭはユーザが選択したＲＦキーをホストに送信中
である） （２）ＰＧＮＯの定義　　　　　ＨＥＸ５３（ｐｃはＡ
Ｐカードを持たない） （３）Ｐ　　Ｇ　　ＢＵＳＹの定義　　　ＨＥＸ５４（
ＭＳＡＭの図形セツションが現在進行中である） （４）Ｐ　　Ｇ　　ＥＲＲＯＲの定義　　ＨＥＸ５５（
仮想デバイス・インターフェイス（ＶＤＩ）誤りがＭＳ
ＡＭ図形セツションを取消中である） （５）　Ｐ　　Ｇ　　Ｘ　　ＤＡＴＡの定義　ＨＥＸ５
６（ＭＳＡＭが予想しないデータを受取った０図形セツ
ションの否定） （６）Ｐ　　Ｇ　　ＲＥＦＲＥＳＨの定義ＨＥＸ５７ （ＭＳＡＭが図形データの再生を要求）誤り処置グルー
プ（７０−７Ｆ） （１）Ｐ　　５ＴＯＰ　　ＲＥＱＵＥＳＴの定義ＥＸ７
Ｆ （次の２つの場合に送られる： （Ａ）制御中断（ｂｒｅａｋ）キーがＭＳＡＭの使用中
の任意の時に押された（もし制御中断キーが図形スクリ
ーンから押されたのであれば、ホストはあたかも中止（
ｑｕｉｔ）キー（ＣＩ　Ｃ８／ＰＡＲ，Ｓを出る）が押
された場合のように応答しなければならない。ゲートウ
ェイ・セツションの場合は、ホストはすべてのアクティ
ブな警報モニタを無効にしてＣｌＣ８／ＰＡＲ５を出な
ければならない）。

（Ｂ）ＰＦＩＯはＭＳＡＭの主メニューから押される）
。

次にホストが開始するＴＹＰＥバイトを定義する； 警報モニタ・ゲートウェイを開始（Ｂ　Ｏ−８７）（１
）ＨＡ　　ＡＬＩＶＥの定義　ＨＥＸ　　ＢＯ（ホスト
はゲートウェイ・セツションを開始中である。ｈ　ａｏ
＋　５ｔａｒｔを送る）警報モニタ呼出しグループ　　
　（Ｂ８−ＢＦ）（１）ＨＡ　　１ＮＶＯｃの定義　Ｈ
ＥＸ　　Ｂ８（ホストはＭＳＡＭ要約行のために他の警
報モニタを開始中である） （２）ＨＡ　　ＧＯＯＤ　　ＩＤの定義ＨＥＸ　　ＢＡ （ホストはＡＭステータス配列体にアクセスした） （３）ＨＡ　　ＢＡＤ　　ＩＤの定義 ＨＥＸ　　　ＢＤ （ホストはＡＭステータス配列体にアクセスしていない
） 警報モニタ・ゲートウェイ実行グループ（ＣＯ−ＣＦ） （１）ＨＡ　　ＧＯＯＤ　　ＲＥＡＤの定義ＨＥＸ　　
Ｃ０ （ホストはＡＭステータス・バッファからＭＳＡＭに送
るデータを有する） （２）ＨＡ　　Ｎｏ　　ＤＡＴＡの定義ＨＥＸ　　Ｃ１ （前回のＭＳＡＭ要求以来ＡＭステータス・バッファに
は更新はなされていない） （３）　ＨＡ　　Ｘ　　ＡＣＫの定義　ＨＥＸ　　Ｃ３
（ホストはＡＭ呼出しの部分集合を削除しようとしてい
ることを確心している） （４）　ＨＡ　　Ｘ　　ＡＬＬの定義　ＨＥＸ　　Ｃ４
（ホストはすべてのＡＭ呼出しを削除しようとしている
ことを確心している） 図形データ・グループ　　　　　（Ｄｏ−ＤＦ）（１）
ＨＧ　　ＤＡＴＡ　　ＲＥＰＬＹの定義ＨＥＸ　　　Ｄ
ｉ （ホストは図形を表示するためのデータをＭＳＡＭに送
信中である） （２）ＨＧ　　ＰＦＫＥＴ　　ＡＣＫを定義ＨＥＸ　　
Ｄ２ （ＭＳＡＭによってホストに送られるＰＦキーの肯定応
答） 誤り処置グループ　　　　　　　（ＦＯ−ＦＦ）（１）
ＨＳＴＯ’Ｐ　　ＲＥＰＬＹ（７）定義Ｈ，ＥＸＦＦ （ＭＳＡＭが終了中であることの肯定応答）種々のＴＹ
ＰＥフィールドに続くデータについて以下に説明する。

’Ｉ’ＹＰＥ　　ＨＧ　　ＤＡＴＡ　　ＲＥＰＬＹのた
めのデータ （１）ＢＹＥ　　ＧＲＡＰＨの定義 ＨＥＸ　　００００ （警報モニタ図形から出る） （２）ＡＬＴ　　ＧＲＡＰＨの定義 ＨＥＸ　　０００１ （警報モニタの図形） （３）ＶＳＬ　　ＧＲＡＰＨの定義 ＨＥＸ　　０００２ （ロー仮想メモリ図形） （４）ＶＳＨＧＲＡＰＨの定義 ＨＥＸ　　０００３ （ハイ仮想メモリ図形） （５）ＤＳＡ　　ＧＲＡＰＨの定義 ＨＥＸ　　０００４ （動的メモリ図形） （６）ＨＩＳ　　ＧＲＡＰＨの定義 ＨＥＸ　　０００５ （ＤＳＡ及び０８ＣＯＲの活動記録図形）（７）ＢＹＩ
”：　　ＧＲＶＳＥの定義ＨＥＸ　　００１０ （警報モニタ図形から出る） （８）ＡＬＴ　　ＧＲＶＳＥの定義 ＨＥＸ　　００１１ （警報モニタ図形）′ （９）ＶＳＬ　　ＧＲＶＳＥ＋７）定義ＨＥＸ　　００
１２ （ロー仮想メモリ図形） （１０）ＶＳＨＧＲＶＳＥ（７）定義 ＨＥＸ　　００１３ （ハイ仮想メモリ図形） （１１）ＤＳＡ、ＧＲＶＳＥ（７１定義ＨＥＸ　　　０
０１４ （動的メモリ図形） （１２）ＨＩＳ　　ＧＲＶＳＥの定義 ＨＥＸ　　００１５ （ＤＳＡ及び０８ＣＯＲ活動記録図形）Ｐ　　Ｇ　　’
ＰＦＫＥＹに続くデータ　（機能キーを押す） （１）ＰＦＩの定義　　　　　ＨＥＸ　　０１００（Ｍ
ＳＡＭ上でＰＦＩキーが押された。

（２）ＰＦ２（７）定義　　　　　ＨＥＸ　　０２００
Ｏ２００（上でＰＦ２キーが押された。

（３）ＰＦ３の定義　　　　　ＨＥＸ　　０３００（Ｍ
ＳＡＭ上でＰＦ３キーが押された）（４）ＰＦ４の定義
　　　　　ＨＥＸ　　０４００Ｏ４００（上でＰＦ４キ
ーが押された）（５）ＰＦ５（７）定義　　　　　ＨＥ
Ｘ　　０５００（ＭＳＡＭ下でＰＦ５キーが押さ、れた
）（６）ＰＦ６の定義　　　　　ＨＥＸ　　０６００（
ＭＳＡＭ上でＰＦ６キーが押された）（７）ＰＦ７の定
義　　　　　ＨＥＸ　　０７００（ＭＳＡＭ上でＰＦ７
キーが押された）（８）ＰＦ８（７）定義　　　　　Ｈ
ＥＸ　　０８００（ＭＳＡＭ上でＰＦ８キーが押された
）（９）ＰＦ９（７）定義　　　　　ＨＥＸ　　０９０
０（ＭＳＡＭ上でＰＦ９キーが押された）（ｉｏ）　Ｐ
　Ｆ　ｉ　ｏの定義　　　　ＨＥＸ　　ＯＡＯＯ（ＭＳ
ＡＭ上でＰＦＩＯキーが押された）（１１）Ｐ　Ｆ　１
１　（７）定義　　　　ＨＥＸ　　ＯＢＯＯ（ＭＳＡＭ
上でＰＦＩ　ｌキーが押された）（１２）Ｐ　Ｆ　１２
を定義　　　　ＨＥＸ　　ＯＣＯＯ（ＭＳＡＭ上のＰＦ
１２キーが押された）（１３）ＨＰＡＬが定義　　　Ｈ
ＥＸ　　００００（ＭＳＡＭ上でＰＡＬが押された） （１４）ＨＰＡ２（７）定義　　　ＨＥＸ　　ＯＥＯＯ
（ＭＳＡＭ上でＰＡ２が押された） （１５）ＨＰＡ３が定義　　　ＨＥＸ　　ＯＦＯＯ（Ｍ
ＳＡＭ上でＰＡ３が押された） （１６）ＨＥＮＴＥＲの定義　ＨＥＸ　　１０００１０
００（上でＥＮＴＥＲ（入力）を押した）（１７）ＨＣ
ＬＥＡＲの定義　ＨＥＸ　　１１００ｌ１００（上でＥ
ＳＣキーを押したーホスト上のＣＬＥＡＲ（消去）とし
て解釈される）異なる通信バッファとその構造を次に掲
げ１ＭＳＡＭとホスト間のトラヒックについて説明する
。

各−府　寸法」ぺｕ”’ ｑ−ｄｓａ　　　　　４４　　　　　　Ｄ　Ｓ　Ａ図形
データｑ−ｖｓｌ　　　　　５８　　　　　　Ｖ　Ｓ　
Ｌ図形ｑ−ｖｓｈ　　　　　４４　　　　　　Ｖ　Ｓ　
Ｈ図形ｑ　ｈｉｓ　　　　　８４０　　　　　　活動記
録図形ｈ−ａｌｔ　　　　　１６２　　　　　　警報モ
ニタ図形（ホスト）ｑ−ａｆｔ　　　　　１６２　　　
　　　警報モニタ図形（ＭＳＡＭ）警報モニタ機能に関
連する構造体の寸法ｈ　ａｍ　５ｔａｒｔ　　　　　　
３２　　　　新要約行を追加ｐ　ａｍ　５ｔａｒｔ　　
　　　　３２　　　　ＭＳＡＭ６ｉ再フォーマット化し
たｈ　ａａ＋　５ｔａｒｔ ｈ　ａｍ　ｒｅｃ　　　　　　　２２　　　　ＡＭステ
ータス配列体ｐ　ａ　ｒｅｃ　　　　　　　　２４　　
　　ＭＳＡＭが再フォ−マツト化したｈ−ａｍ−ｒｅｃ ｈ−ａ　ａｒｒａｙ（）　　　　１７”２２　　　　Ａ
Ｍは１７個（ｈ　ａ−ｒｅｓ）ｐ−ａ　ａｒｒａｙ（３
１７°２４　　　　ＡＭステータス配列体（ＭＳＡＭ）
ｐ−ａ−ｃｔｒｌ　　　　　　　５２　　　　制御配列
体の記録ｐ　ｃｔｒｌ（）　　　　　１７”５２　　　
１７セツシヨンのためのｐ−ａ−ｃｔｒｌｄｅｊｓｅｓ
ｓ　　　　　　　１８　　　　セツション配列体削除５
ｆ−ｆｕｎ　　　　　　　　　６　　　　機能コードか
ら機能マツプｔｉｍｅ　ｏｕｔ　　　　　　　　６　　
　　タイムアウトの構造ｍ、　ｈｔ　ｏ−ｖａｌｕｅｓ
（）　　　　６”　６　　　　タイプ・タイムアウトの
配列体ｔ　ｏｕｔ　　　　　　　　　１０　　　　タイ
ムアウト及び時間値ｔ　ｏｕｔ（）　　　　　　６”Ｉ
Ｏ各保留中のｍのｔ−ｏｕｔ次の構造がゲートウェイ・
イニシェーション時にＨＡ　　ＡＬＥＲＴトランスミッ
ションによってホストからＭＳＡＭに渡される。この構
造はＰＡ　　ＧＯＯＤ　　ＤＡＴＡによって各警報呼出
し時に戻される。実際のバイト割当ては次の通りである
。

Ｑ　−３５ｙｓｉｄ ４−７　　　”ｔｅｒｍｉｄ ８−９　　　ホスト・インデックス １０−１１　　　ＭＳＡＭのスロット数１２−１３　　
　ホスト・オペレーティング・システム （Ｆ　Ｆ　Ｆ　ＦはＭＶＳ、００００はＶＳＥ）ＴＹＰ
Ｅフィールドはホスト及びＭＳＡＭのための通信バッフ
ァを定義する際に重要な役割をはたす、データのバイト
数はＴＹＰＥフィールドの値に依存する。たとえば、Ｔ
ＹＰＥフィールドの値がＨＥＸ　　００３Ａの時は、デ
ータはなく、通信バッファは３２７０−ＰＣがホストに
ステータス情報のため開始値を送るように要求している
と解釈される。これに代って、ＴＹＰＥフィールドの値
がＨＥＸｏｏｏｌである時は、３２７０−ＰＣはＴＹＰ
Ｅフィールドに続くデータを警報モニタ図形であると解
釈する。

Ｅ６　システムの初期設定 図面、特に第１図を参照すると、本発明のシステムの組
織図が示されている。ＭＳＡＭがＩＢＭ３２７０−ＰＣ
上で呼び出される時、初期ロゴ表示がユーザに提示され
る。システムが開始される時、ユーザはＪＵＭＰキーを
押し、ホスト・セツションを選択する。ユーザは彼の望
むＣｌＣ８／ＰＡＲ８にログ・オンし、ＣｌＣ８／ＰＡ
Ｒ８と３２７０−ＰＣ間のゲートウェイとして専用させ
る。この機能に専用される３２７０−ＰＣニスクリーン
は最後のＣｌＣ８／ＰＡＲ８警報モニタが取消される迄
アクティブに残される。

一度ゲートウエイ・セツションが確立されると。

ユーザはＪＵＭＰキーを押し、第２のホスト・セツショ
ンを選択する。ユーザは彼のモニタしたい第１のＣｌＣ
５セツションにログ・オンし、第３表に示した警報モニ
タ呼出しスクリーンを表示させる。システムが開始され
る最初に、システムの構成が第４表の構成スクリーン上
に提示される。

選択項目はユーザのレビューのために左側上にリストさ
れている。この表示上に現われている特性はＩＢＭ３２
７０−ＰＣのモデル、Ｉ　８Ｍ３２７Ｏ−ＰＣ管理プロ
グラム・リリース・レベル、よりＭ３２７０−ＰＣ表示
装置のタイプ、全点アドレス可能及びプログラム化され
た記号の存在（ＹＥＳ）、並びに支援図形モードを含む
、これ等の表示上の構成情報は製品支援に有用である。

それはこれ等がユーザが当面している問題を明らかにす
るのに容易な構成情報を与えるからである。

≠４ ら 鷺 麿 ’　　　ｅ＊　　　　　　　　　　　　　　　　　　　
　、。

礪 彊 ２１１ｊＩＩＩ Ｑ珈 Ｆ７　プログラム機能の梗概 ユーザが利用できる機能を第１図のＭＳＡＭスクリーン
の下の４つのブロック中に示す。これ等は機能キー（Ｆ
キー）機能、ネットワーク・パホーマンス・モニタ（Ｎ
ＰＭ）データ機能、ＣｌＣ８／ＰＡＲＳデータ機能及び
図形機能である６機能キーの機能は次の通りである。Ｆ
ｌは他のＦキーの機能を記述する。Ｆ２はあなたのディ
スクのディレクトリ・リストを表示するようなりＯ８指
令を記述する。Ｆ４は活動記録の収集のレベルを変更し
て、収集した情報の址を増大もしくは減少する。Ｆ５を
押すと１選択がすべての要約量の収集を廻って閾値を越
えたもののみの収集及び要約量の無収集が行われる。Ｆ
６は音声定義スクリーンを入力する。Ｆ８はＣｌＣ８／
ＰＡＲＳスクリーンを取消す。

Ｆ８　　ＮＰＭモニタリング ＭＳＡＭはＮＰＭスクリーンをモニタし、ＮＰＭからの
警報メツセージを検出する。これによってＮＰＭ！報条
件を求めるオペレータは、１乃至それ以上の物理的に分
離した端末をモニタする責任が解除される。ＮＰＭモニ
タリングを呼出すために、ユーザはＩ　８Ｍ３２７０−
　ＰＣ上のホスト・セツションの１つを使用して、ＮＰ
Ｍをアクセスし、閾値モニタリング・パラメータをセッ
トする。

これ等の表示及び機能についての詳細な情報はＩＢＭ社
刊０ネットワーク・パホーマンス・モニタ一般情報マニ
ュアル（Ｎｅｔｗｏｒｋ　ＰａｒｆｏｒｍａｎｃｅＭｏ
ｎｉｔｏｒ　　Ｇｅｎｅｒａｌ　　Ｉｎｆｏｒｍａｔｉ
ｏｎ　　Ｍａｎｕａｌ）　　Ｇ　Ｃ３３−６５３９に見
出される。この閾値をセットするのに使用するセツショ
ンはＮＰＭに専用されたまま保持され、ＲＪ報メツセー
ジの存在がＭＳＡＭによって検出されるようにされなけ
ればならない。

ＮＰＭからの情報はスクリーン捕獲（ＳｃｒｅａｎＣａ
ｐｔｕｒｅｓ）によって得られる。スクリーン捕獲はＭ
ＳＡＭによってホスト・スクリーン像をアクセスするこ
とを可能にする。ＭＳＡＭは該当するスクリーンを他の
スクリーンから区別して、スクリーンから重要な情報を
ピックアップし、この情報を有用な情報に変換すること
によってＮＰＭスクリーンを処理する。スクリーン捕獲
を使用するので１通信のための構造は必要がない。

Ｆ９　　ＣｌＣ８／ＰＡＲＳモニタリングＣｌＣ８／Ｐ
ＡＲＳデータ表示スクリーンによってユーザは１８Ｍ３
２７０−ＰＣとホスト上に存在するＣｌＣ８／ＰＡＲＳ
アプリケーシヨン間のゲートウェイ・リンクを介して渡
されるＣｌＣ５システム・リソースのＣｌＣ５システム
・リソースの要約量の説明を眺めることができる。この
ゲートウェイ・セツションは１８Ｍ３２７０−ＰＣ及び
ＣｌＣ８／ＰＡＲＳアプリケーシヨン間で渡されるすべ
てのリソース要約行情報のためのデータ・チャネルとし
て働く。実際の通信は構造化バッファ記述フイ」ルドに
よって行われる。構造化フィールド通信はホスト及び１
８Ｍ３２７０−２０間のデータの効率的な伝送方法を与
える。データ・ストリームの最小量の要約量に減少して
、ホスト・アプリケーションからＭＳＡＭ中のバッファ
に転送される。ユーザは彼がモニタしたいアプリケーシ
ョン及び閾値を選択できる。要約量はモニタリングを目
的とする各ＣｌＣ５アプリケーションのために作成され
る。各（：ＩＣＳアプリケーションのために表示できる
情報は次のものを表示できる。

（１）（ＤＳＡ）％−動的メモリ利用の百分率（２）（
Ｏ５ＣＯＲ）％−使用中のオペレーティング・システム
・メモリの百分率 （３）（ＣＵＲＲＴＡＳＫ）−アクティブなタスクの数 （４）（ＳＵＳＰ　　ＴＡＳＫ）−保留タスクの数（５
）ＴＨＲＤ　　ＵＳＥＤ−データ・ベース・マネジャが
使用されている時のスレッドの数（６）ＤＭＢ％−デー
タ・ベース・マネジャが使用されている時のデータ管理
ブロック・サブプールの利用百分率 （７）ＰＳ、８％−データ・ベース・マネジャが使用さ
れつつあるプログラム指定ブロック・サブプールの利用
百分率 （８）ＥＮＱ％−データ・ベース・マネジャが使用され
つつある時の待機サブプールの利用百分率（９）　ｌ’
ｒａｎｓ／　５ｅｅ−前の間隔中のトランザクション数
７秒 （１０）Ｌａｓｔ　Ｕｐｄａｔｅ　（最後の更新）一対
応するセツションが最後に報告した時刻 （１１）Ａｌｅｒｔ　Ｍｅｓｓａｇｓ　（９報メツセー
ジ）−警報条件を説明する短かいメツセージ・フィール
ド要約行は種々のカラーでメツセージを表示することに
よって種々の警報状態を示す。赤は臨界閾値を越えたこ
とを意味し、黄色は警告閾値を越えたことを意味する。

！前状態を強調表示するのにカラーを使用するか、ユー
ザが指定した周波数のトーンを発生する以外に、主要メ
ツセージは音声合成器を通してアナウンスできる。アプ
リケーションからの情報が通信の誤りのために遅れた時
には、最後の更新の時刻が赤色をオンにしてユーザの注
意を引きつける。

第１図に示された最後の機能は図形機能である。

図形機能は４つのカラー媒体分解能２０図形を使用して
ＣｌＣ８／ＰＡＲ８が与える要約及び図形報告をエミュ
レートする能力を与える。ＩＢＭ３２７０−ＰＣを使用
する利点の１つはホストを図形のフォーマット化及び表
示の負担からオフ・ロードする点にある。図形表示はバ
ー・チャート、パイ・チャート及び傾向が含まれる０図
形能力の例を第２図に示す。第２図で、トランザクショ
ンの割合いが個々の垂直バーによって時間経過毎に追跡
されている。現在利用されている動的メモリの百分率は
時間を横軸として実線によって追跡されている。オペレ
ーティング・システム・コアの百分率は破線によって時
間経過にわたって示されている。実際の時間は垂直区分
の各々の下に示されている。特定のアプリケーション及
びシステムは最上部の右手の隅に示されている。この表
示はオペレータによる迅速な参照のために情報をまとめ
る際の図形の有用さを示している。

ＥＩＯ全システム・オペレーションの擬似コード次の擬
示コードはＭＳＡＭの高レベルの流れを示す。ユーザが
出る迄アクチベートされる主ループは最初チェックを行
って機能キーが押されているかどうかを知り、そのキー
が表わす機能を処理する。従ってＮＰＭがアクチブな時
には、ＮＰＭホスト・スクリーンが処理され、・更新を
必要とするＭＳＡＭ表示の部分がＮＰＭからの新しい警
報メツセージで更新される１次に受取った通信バッファ
の型に依存して通信バッファの適切な処理が行われる。

データを受取った場合には、図形が描かれる。警報情報
を受取った場合には、警報情報が処理され、情報は表示
装置を更新する１次にこのループは脱出キーを押す迄繰
返される。この説明は流れ図のための詳細な説明の前段
階を与えるためのものである。

（脱出−偽）の時に限り１次を実行せよｉｆ　（ユーザ
がＦキーを押していたら）Ｆキーを処理せよ ｎｄｉｆ （すべてのセツション）について ｉｆ（ＮＰＭモニタリングがアクチブでセツション＝Ｎ
ＰＭならば） ＮＰＭスクリーンを処理せよ ＭＳＡＭ　　ＳのＮＰＭ部分を更新せよｅｎｄｉｆ ｉｆ　（受取った構造化フィールド；図形ならば）図形
データを処理せよ 図形を描け ｅｎｄｉｆ ｉｆ　（受取った構造化フィールド＝警報ならば）構造
化フィールドを処理せよ ＭＳＡＭ　　Ｓの０１０８部分を更新せよｅｎｄｉｆ 次のセツション 実行の終り Ｅｌｌ　　流れ面の説明 次に第３図乃至第１９図を説明を参照すると、流れ図に
は２組の重要な区別が見られる。第３図乃至第９図はＭ
ＳＡＭへのインターフェイスにもらさなければならない
ホスト処理に関連し、第１０図乃至第１′９図はＭＳＡ
ＭをイネーブルするためにＩ　ＢＭ３２７０−　ＰＣ上
に常駐する論理を明示的に定義している。アプリケーシ
ョンのホスト側は実際には上述のＣｌＣ８／ＰＡＲ５へ
の追加である。

（ＭＳＡＭのホスト処理（ＣＩＣ８／ＰＡＲ８）］第３
図をここで参照すると、制御は１０で始まり、連続ルー
プに導入する。このループは２つの機能の基本的な組、
即ちホスト及びＭＳＡＭ機能を遂行する０機能ブロック
２０に示されているように、ユーザはテキストの形で、
もしくはよりしばしば機能キーを押すことによって機能
を要求する。ＭＳＡＭとともに、機能キー要、求は構造
化フィールドによってサービスされる。

この動作はユーザがＭＳＡＭ図形表示上の機能キーを押
した時に生ずる。プログラムは次に判断ブロック３０に
おいて、要求された機能の型を判断する０機能がＭＳＡ
Ｍ機能である時には、処理は分岐ラベル４０でなされ、
追加のホスト処理が必要であるかどうかが判断される。

もしこれがホスト機能であるか、もしくは追加のホスト
処理をＭＳＡＭ機能になさなければならない時には、処
理がブロック６０でなされる。ＭＳＡＭ関連機能はＭＳ
ＡＭによってゲートウェイを達成すること、ＭＳＡＭの
警報モニタ表示、図形表示、活動記録、及び２つの仮想
メモリ表示の処理を含む、戻りラベル７０が補助機能処
理から主処理ループに戻るために与えられている。

第４図に、種々のＭＳＡＭ関連要求のホスト処理が示さ
れている。制御は第３図の主ループから分岐ラベル１０
００に導入する１判断ブロック１０１０で、プログラム
はユーザがＭＳＡＭとゲートウェイＣｌＣ５セツション
間にホスト・ゲートウェイを開始を試みているかどうか
をチェックする。ユーザがゲートウェイを開始しようと
しているならば、第２のテストが判断ブロック１０２０
で遂行され、このセツションを警報モニタ・ステータス
配列体（ＡＭＳＡ）に書込むことができるかどうか判断
される。もしＣｌＣ８／ＰＡＲ８がＡＭＳＡに書込むこ
とができないならば、誤りメツセージが機能１０３０で
フォーマット化され、出力ブロック１０４０上で書込ま
れ、ユーザにゲートウェイが確立できないことが知らさ
れる。判断ブロック１０２０でＣｌＣ８／ＰＡＲ８をＡ
ＭＳＡに書込めることがわかると、アプリケーションは
タイプＨＡ　　ＡＬ　Ｉ　ＶＥ　（ＨｅｘＢ　Ｏ）の１
２バイト・データ・ストリング（ＳＴ）を書込み。

ＭＳＡＭアプリケーションにホストがゲートウェイ・セ
ツションが確立されつつあることが知らされる（ブロッ
ク１０５０）。データ・ストリングはＭＳＡＭに戻され
る。ＡＭＳＡの位置を含む。

ＭＳＡＭはＡＭＳＡの位置について他のセツションに知
らせる責任がある。誤りが判断ブロック１０６０で検出
されると、誤りメツセージが機能ブロック１０８０でフ
ォーマット化され、出力ブロック１０９０で表示に書込
まれる。誤りメツセージはユーザにＰＣ上でＭＳＡＭを
開始することを促し、次にゲートウェイ・セツションの
呼出しを再試行する。メツセージが書込まれた後に、制
御は戻り７０から主ループに戻る。誤りが判断ブロック
１０６０で検出されないと、制御は１０７０に渡され、
ＭＳＡＭからの構造化フィールド・メツセージの受取り
を待つ。判断ブロック１０７５（第５図）はＭＳＡＭ通
信の受取りのテストを行い、通信を受取った時に判断ブ
ロック１３００に制御を渡す。通信のタイプに依存して
、待機時間はステータス・メツセージの場合のように相
対的に短か＜、ＣｌＣ５アプリケーションのステータス
を読取る場合のように長いこともある。

もしユーザがゲートウェイを要求しなかった場合には、
判断ブロック１１００において、ユーザが機能キー４を
押したかどうかのテストがなされ要約行をＡＭＳＡに書
込むモードで警報モニタが開始される。機能キー４が押
されていると、アプリケーションはＴＹＰＥ　　ＨＡ　
　ＩＮＶＯＫ（Ｈｅｘ　Ｂ　８　）　＋　Ａｐｐｌｉｃ
ａｔｉｏｎ　Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ　十Ｓａｍ
ｐｌｉｎｇ　Ｉｎｔｅｒｙａｌの３２バイト・データ・
ストリングを書込み、ＭＳＡＭアプリケーションにモニ
タすべきＣｌＣ５セツションの特性について知らせる（
ブロック１１１５）。誤りが判断ブロック１１２０で検
査されないと、アプリケーションは制御を分岐ラベル１
３３０に制御を渡し、ＭＳＡＭからの構造化フィールド
・メツセージの受取りを待つ８判断ブロック１１２０で
誤り検出されると、誤りメツセージが判断ブロック１１
４０でフォーマット化され、出力プロツク１１５０でユ
ーザに提示される。このメツセージはユーザにＰＣから
ＭＳＡＭの開始を促がし、ＣｌＣ８／ＰＡＲ８の主メニ
ューからゲートウェイを再開始する。

ユーザが促された後に、制御は分岐ラベル７ｏで主ルー
プに戻される。

ユーザが警報モニタの開始を要求しなかった場合には１
判断ブロック１２００において、ユーザが機能キーＦ２
を押したかどうかについてテストがなされ、ユーザがＭ
ＳＡＭ上に図形の発生を望んでいるかどうかを知る。も
し機能キーが押されていると、アプリケーションは図形
をプロットするのに使用される生のリソース情報を収集
し、これをＴＹＰＥ　　ＨＧ　　ＤＡＴＡ　　ＲＥＰＬ
Ｙ（ＨＥＸ　　Ｄｉ）の７８０バイト通信トランザクシ
ョン中でＭＳＡＭに送る。誤りが判断ブロック１２３０
で検出されないと、アプリケーションは制御を分岐ラベ
ル１２４０で渡し１ＭＳＡＭからの構造化フイ′−ルド
・メツセージを待つ。判断ブロック１２３０で誤り検出
されると、機能ブロック１２５０で誤りメツセージがフ
ォーマット化され、出力ブロック１２６０でユーザが提
示される。

メツセージはユーザを促してＰＣからＭＳＡＭを開始さ
せ、ＭＳＡＭから図形要求を再試行する。

ユーザが促された後、制御は分岐ラベルで主ループに戻
される。

もしホストのＭＳＡＭ要求がどれも受取られないと、制
御は分岐ラベル７０で第３図の主処理ループに戻される
ー 第５図で、ゲートウェイを初期設定した後、ロジックが
提示され、読取られた構造化フィールド要求を処理する
。１０７０におけるこのロジックの分岐は１０６０でゲ
ートウェイを初期設定した第４図から分岐する。ＭＳＡ
Ｍから構造化フィールドを受取ると、制御は分岐ラベル
１０７０から導入し、直ちに判断ブロック１３００に流
れ、ここで構造化フィールドのＴＹＰＥバイトがＰＡＢ
ＵＳＹ　（Ｈ６Ｘ３１）であるかどうかのテストがなさ
れ、ゲートウェイ・セツションがすでに存在することが
わかると、出力ブロック１３１ｏでメツセージが表示さ
れ、その状態が示され、制御は分岐ラベル７０で主ルー
プ処理に戻される。ＴＹＰＥバイトはＰ　　Ａ　　ＢＵ
ＳＹでないと、制御は第７図の分岐ラベル１５９０に渡
され、実行中のゲートウェイが処理される。

第６図で、ロジックが提示され警報モニタを初期設定し
た後に読取られた構造化フィールド要求が処理される。

１３３０で示したこのロジックへの分岐はゲートウェイ
を１１２０で初期設定した第４図からなされる。ＭＳＡ
Ｍからゲートウェイは構造化フィールドから受取られる
と、制御が分岐ラベル１３３０に導入されると、直ちに
判断ブロックに流れ、ここで構造体フィールドのＴＹＰ
ＥバイトがＰ　　Ａ　　Ｎｏ　　ＧＡＴＥ　（Ｈｅｘ３
８）であるかどうかのテストが行われる。このＰＡＮｏ
　　ＧＡＴＥはゲートウェイ・セツションが開始されて
いないことを示す。もし要求＝Ｐ　　ＡＮｏ　　ＧＡＴ
Ｅならば、出力ブロック１４１゜で状態を示すメツセー
ジが表示され、制御は分岐ラベル７０（第３図）によっ
て主ループに戻される。

構造化フィールドのＴＹＰＥバイトがＰＡ−Ｔｏｏ　　
ＭＡＮＹ　（Ｈｅｘ３９）であって、判断ブロック１４
２０で許容可能な警報モニタの最大数を越す試行がなさ
れていることが示されると、出力ブロック１４３０でメ
ツセージが表示され、ユーザに動作ができないことが示
され、分岐ラベル７０で制御は主ループ処理に戻される
。

もし、構造化フィールドのＴＹＰＥバイトがＰＡ　　Ｇ
ＯＯＤ　、ＤＡＴＡ　（Ｈｅｘ３Ｂ）であることが判断
ブロック１４４０でわかると、このことは第４図の機能
ブロック１１４０でＭＳＡＭがＨＡ　　ＩＮＶＯＣ配列
体を解釈できたことを示しているので、ホストはＨＳＹ
Ｓ　　ＴＥＲＭＩＤを妥当とし、これは第４図の機能ブ
ロック１０５０のＰＡＧ○ＯＤ　　ＤＡＴＡストリング
とともに渡される。データはホストがＡＭＳＡを読取り
、もしくはこれに書込み可能な時に妥当である。

もしこの領域に読取り、書込みが出来るならば、データ
は妥当とみなされる。もしデータが妥当ならば、ＴＹＰ
Ｅ　　ＨＡ　　ＧＯＯＤ　　ＩＤ　（ＨｅｘＢＡ）がＭ
ＳＡＭに書込まれ（機能ブロック１４６０）、判断ブロ
ック１４７０でテストが行われ、誤りが生じたかどうか
が判断される。誤りが発生していないと、メツセージが
ＩＢＭ３２７０−ＰＣ上のＭＳＡＭによって表示され、
機能ブロック１４８０でこの警報モニタ呼出しのための
要約行が構成される。判断ブロック１４７０で誤りが検
出されると、機能ブロック１４９０で適切なメツセージ
がフォーマット化され、出力ブロック１５００で表示さ
れる。次に制御は分岐ラベル７０で主ループ処理に戻さ
れる０判断ブロック１４５０においてデータが有効でな
いとみなされると、次にＴＹＰＥ　　ＨＡ　　ＢＡＤ　
　ＩＤが機能ブロック１５１０でＭＳＡＭに書込まれ、
ＣｌＣ５アプリケーションの中に誤りが生じたことが示
され、　　　゛ブロック１５２０でＭＳＡＭ表示上に問
題が生じたことを示すメツセージが表示される。次に制
御は分岐ラベル７０で主ループ処理に戻される。

判断ブロック１４４０でテストが要求したヘッダが存在
すると判断しないと１判断ブロック１５３０でテストが
なされ、構造化フィールドのＴＹＰＥバイトがＰ　　Ａ
　　ＢＡＤ　　ＤＡＴＡ　（Ｈａｘ３Ｃ）であるかどう
かの判断がなされる。もし等しければＭＳＡＭが機能ブ
ロック１１４０で送られたＨ　　Ａ　　ｌＮ０Ｖ配列体
を解釈することができなかったことを示し、出力ブロッ
ク１５４０でその問題を示すメツセージを表示し、制御
を分岐ラベル７．０で主処理ブロックに戻す、もしデー
タが誤っていると指摘されないと、出力ブロック１５５
０でこの要求がＭＳＡＭから予期されていないことを示
すメツセージが表示され、制御は分岐ラベル７ｏから主
ループ処理に戻される。

第７図はＡＭＳＡ情報を求めるＭＳＡＭ要求の処理に関
連するロジックを示す。新しい情報がＡＭＳＡに含まれ
ていない時には、この状態がＭＳＡＭに示され、新しい
情報は送られない。制御は第５図から分岐ラベル１５９
０に導入され、１６００でこの要求がＡＭＳＡを読取る
ことであるかどうかを判断するテストが直ちに行われる
。今の場合は最後の要求以来任意の新しいデータが存在
するかどうかの追加のテストが１６１０で遂行される。

新しいデータが存在すると、１６２０でこの情報がフォ
ーマット化され、ＡＭＳＡの現在の内容を反映してＭＳ
ＡＭの通信バッファのＴＹＰＥ　ＨＡ　　ＧＯＯＤ　　
ＲＥＡＤ中に書込マレル。

次に判断ブロック１６３０で誤りが発生したかどうかの
テストがなされる。誤りが発生していないと、構造化フ
ィールドがブロック１６４０で送られ、制御は１５９０
で戻って次のＭＳＡＭからの要求を処理する。誤りが発
生してないと、誤りメツセージがフォーマット化され（
１６５０）、出力ブロック１６６０で送信誤りを示すメ
ツセージが表示され、制御は７０で主ループ処理に戻る
。

判断ブロック１６１０で新しいデータが存在しないこと
がわかると、ＴＹＰＥ　　Ｎ　　Ａ　　Ｎｏ　　ＤＡ　
Ｔ　Ａ　（ＨｅｘＣ１）が機能ブロック１６７０でＭＳ
ＡＭに戻され、判断ブロック１６８０で誤りが生じたか
どうかのテストがなされる。誤りが発生していなければ
、機能ブロック１６９０で構造化フィールド要求が送ら
れ、制御は１５９０で戻って次の要求を処理する。誤り
が発生していると、機能ブロック１７００で誤りメツセ
ージがフォーマット化され、出力ブロック１７１０で送
られた誤りを示すメツセージが表示され、制御は７０で
主ループ処理に戻される。

要求がＭＳＡＭ読取り要求でない時には、判断ブロック
１７２０で要求がリスト中に含まれるすべての警報モニ
タ・セツションを終了させるものであるかどうかのテス
トがなされる。これが終了要求である時には、ホストは
ブロック１７３０でＰ　　Ａ　　Ｘ　　５Ｅ−３Ｓ　（
Ｈａｘ４３）構造化フィールド要求を含むリスト中の警
報モニタ・セツションを終了させ、ＴＹＰＥ　　ＨＡ　
　Ｘ　　ＡＣＫ（ＨｅｘＣ３）をＭＳＡＭに書込み、Ｐ
ＡＸ−８ＥＳＳ要求の受信を肯定応答する０次に判断ブ
ロック１７４０でテストが遂行され、誤りが発生したか
どうかが判断される。もし誤りが発生していなければ、
構造化フィールド要求が機能ブロック１７５０で送られ
、制御は１５９０にループ・バックしてＭＳＡＭからの
次の要求を処理する。

もし誤りが発生していると、機能ブロック１７６０で誤
りメツセージがフォーマット化され、出力ブロック１７
７０で誤りを示すメツセージが表示され、制御が７０で
主ループ処理に戻される。

要求があるセツション要求を終了させるものでない時に
は、判断ブロック１７８０で、この要求がすべての警報
モニタ・セツションを終了させるものであるかどうかの
テストがなされる。もしこれがすべてを終了させる要求
である時には、ブロック１７９０でＴＹＰＥ　　ＨＡ　
　Ｘ　　ＡＬＬ（ＨｅｘＣ４）がＭＳＡＭを書込まれ、
すべてのＣｌＣ５アプリケーションの終了が示され、判
断ブロック１８００で誤りが発生したかどうかのテスト
がなされる。誤りが発生していないと、構造化フィール
ド要求が機能ブロック１８１０で送られ。

次の要求が処理される。誤りが発生すると、誤りメツセ
ージがフォーマット化され（１８２０）、出力ブロック
１８３０で誤りを示すメツセージが表示され、制御は７
０で主ループ処理に戻る。

すべてのセツションをＭＳＡＭ終了させる要求でない時
は、判断ブロック１８４０で要求を停止させるものであ
るかどうかのテストがなされる。

停止要求であると、ＭＳＡＭが遮断されることを示すメ
ツセージが表示され、制御は分岐ラベル７０において主
ループに渡される。要求が停止要求でない時は出力ブロ
ック１８６０でＭＳＡＭから予想しない要求が受取られ
たことを示すメツセージが表示される。

第８図で、ホストはＭＳＡＭのための図形情報を処理す
る要求を受取る。制御は分岐ラベル１２４０で導入し、
直ちに判断ブロック１９００に流１、　れ、機能キー要
求が受取られたかどうかの判断がなされる。機能キー要
求は受取られていると、機能キ一番号がＣｌＣ５／ＰＡ
Ｒ５にリレーされ、機能ブロック１９１０で処理される
。機能ブロック１９２０で肯定応答がＴＹＰＥ　　ＨＧ
　　ＦＫＥＹ　　ＡＣＫ　（ＨｅｘＤ２）を書込むこと
によってＭＳＡＭに戻され、分岐ラベル７０において第
３図の主ループに戻る。

要求が図形情報を処理するものでなければ１判断ブロッ
ク１９３０で、図形アダプタがないためにこの要求が不
適切なものであったかどうかの判断がなされる。ＰＣ中
に図形アダプタがない時は、出力ブロック１９４０でそ
の問題を示すメツセージが表示される。次に制御は分岐
ラベル７０において主ループ処理に戻される。

図形アダプタの有無のテスト結果がＮｏ（無）ならば１
判断ブロック１９５０で他のホスト図形セションがすで
にアクチブであるかどうかのテストがなされる。もし他
の図形セツションがアクチブであるなば、出力ブロック
１９６０において問題点を示すメツセージが表示され、
制御は分岐ラベル７０において主ループ処理に戻される
。

もし他の図形セツションがアクチブでなければ、判断ブ
ロック１９７ｏにおいてＰＣ上で図形誤りが発生したか
どうかのテストがなされる。もし誤りが発生していると
出力ブロック１９８０で問題を示すメツセージが表示さ
れ、制御は分岐ラベル７０で主ループ処理に戻される。

図形誤りがないと、判断ブロック１９９０で不良の図形
データが受取られたかどうかのテストがなされる。不良
図形データが受取られていると、次に出力ブロック２０
００で問題を示すメツセージが表示される。次に制御は
分岐ラベル７０で主ループ処理に戻される。　′ 不良図形データのためのテスト結果がＮＯならば、判断
ブロック２０１０でこれが再生図形データであるかどう
かのテストがなされる。再生図形要求である時には機能
ブロック２０２０で図形データの収集が行われ、ＴＹＰ
Ｅ　　ＨＧ　　ＤＡＴＡ　　ＲＥＲＬＹ　（ＨｅｘＤｌ
）が要求された図形データとともに１機能ブロック２０
３０でＭＳＡＭに書込まれる。次に判断ブロック２０４
０でテストが行われ、誤りが発生されたかどうかが判断
される。誤りが発生していなければ制御は１２４０で戻
って次の要求を処理する。誤りが発生していると、判断
ブロック２０５０において誤りメツセージがフォーマッ
ト化され、メツセージが出力ブロック２０６０において
表示され、誤りが示され。

制御は７０において主ループ処理に戻される。

図形再生のテスト結果がＮｏならば判断ブロック２０７
０で不良な１図形再生要求データが受取られたかどうか
のテストがなされる。もし不良な、図形再生が受取られ
ていると、出力ブロック２０８０で問題を示すメツセー
ジが表示され、制御は分岐ラベル７０において主ループ
処理に戻される。

不良図形再生のテスト結果がＮＯの時は、判断ブロック
２０９０で図形停止が受取られているかどうかのテスト
がなされる。図形停止データが受取られていると、ホス
トは機能ブロック２１００において、呼出した問題に戻
り、出力ブロック２１１０でホストが停止要求を受取っ
たことを示すメツセージが表示され、制御は分岐ラベル
７０において主ループ処理に戻る。要求が図形停止要求
でないと（２０９０）、出力ブロック２１２０でホスト
が予期していなかった要求を受取ったことを示すメツセ
ージが表示され・、制御は分岐ラベル７０において主ル
ープ処理に戻される。

第９図には構造化フィールド要求書込みの詳細なロジッ
クが示されている。構造化フィールドの書込みはホスト
からＩＢＭ３２７０−ＰＣにデータを送ることに対応す
る。このロジックは流れ図の機能ブロック１０５０．１
２２０．１４６０．１５１０．１６２０．１６７０．１
７３０．１７９０．１９２０及び２０３０の詳細なロジ
ックを表わす。制御は分岐ラベル２２００で導入し、直
ちに判断ブロック２２１０に流れ、ここで表示がクリア
であるかどうかのテストがなされる。スクリーンがクリ
アでない時は、機能ブロック２２２０においてクリアに
される。いずれの場合にも、次に第２のテストが判断ブ
ロック２２３０においてこれは構造化フィールドを書込
む最初であるかどうかのテストがなされる。これが構造
化フィールドの書込みの最初の試行である時には、読取
りが実行され（２２４０）テストが判断ブロック２２６
０でなされ、ＩＢＭ３２７０−ＰＣがホストにアクチブ
に取付けられているかどうかの判断がなされる。もしア
クチブなＰＣが取付けられていなければ、出力ブロック
２２６０で問題を示すメツセージが表示され、制御は分
岐ラベル７０で主ループ処理に戻る。誤りが検出されな
い（ブロック２２５０）、即ち、これが最初の構造化フ
ィールドの書込みでない場合には機能ブロック２２７０
で゛構造化フィールドの書込み動作が動作を実行する。

この動作はＭＳＡＭへの実際の通信バッファの送信であ
る。次に判断ブロック２２８０でテストがなされ、誤り
が生じたかどうかのテストがなされる。もし誤りが発生
していると、出力ブロック２２３０でＭＳＡＭがアクテ
ィブでないことを示すメツセージが表示され、ユーザに
ＭＳＡＭｔ電凹１ろことを促す、メツセージが表示され
た後、制御は分岐ラベル７０で主ループ処理に戻る。

もし誤りが検出されないと（２２８０）　、２３００で
テストがなされ、ＭＳＡＭからの読取りが適切であるか
どうかの判断がなされる。読取りが要求されていると、
読取りが機能ブロック２３１Ｏで遂行され、判断ブロッ
ク２３２０で誤りがテストされる。誤りが発生した時に
は、適切なメッセ−ジが出力２３３０で表示され、制御
は分岐ラベル７０の主ループ処理に戻る。もし誤りが検
出ブロック２３２ｏにおいて検出されないと、制御は分
岐ラベル７０で主ループ処理に戻る。

Ｅ１３　　ＭＳＡＭのＰＣ処理 流れ図の次の組は処理のＩ　８Ｍ３２７０−　ＰＣの側
面に関連する詳細なロジックを与える。第１０図を参照
すると、制御は連続ループを示す３０００に入る。この
ループは４つの組の遂行より成る。第１は判断ブロック
３０１０に示された機能キー導入及び分岐ラベル３０２
０に示した機能キー人力の処理である。第２は判断ブロ
ック３０３０及び分岐ラベル３０４０に示された警報の
処理である。第３は判断ブロック３０５０及び分岐ラベ
ル３０６０に示された構造化フィールドの処理である。

第４は判断ブロック３０７０及び分岐ラベル３０８０に
示した到着の遅い警報モニタの検出及び処理である。３
０９０の戻りラベルは任意の補助機能処理からの主ルー
プ処理への戻りを与える。

第１１図にホストから受取った構造化フィールドの処理
が示されている。制御は第１０図の主ループ処理から分
岐ラベル３０６０に導入し、テストは判断ブロック３１
００で遂行され、ホストがゲートウェイ・セツションを
初期設定しようとしているかどうかが判断される。ホス
トがゲートウェイの確立を試みている場合には、判断ブ
ロック３１１０中でゲートウェイが既に確立されている
かどうかの第２のテストがなされる。ゲートウェイが既
にアクチブである時には、次に機能ブロック３１２０で
構造化フィールドＴＹＰＥ　　Ｐ　　ＡＢＵＳＹ　（Ｈ
ｅｘ３１）がホストに送られ、誤りが表示され（３１３
０）、制御は分岐ラベル３０９０で主ループ処理に戻る
。もし判断ブロック３１１０で他のゲートウェイが検出
されないと、機能ブロック３１４０でゲートウェイ・ア
クチブがセットされ、出力ブロック３１５０で、ゲート
ウェイの開始の成功を示すメツセージが表示され、制御
は分岐ラベル３０９０において主ループ処理に戻される
。もし構造化フィールドがゲートウェイ開始通知でなけ
れば、分岐ラベル３１６０によって制御はさらに第１２
図の構造化ブロック処理に渡される。

第１２図に警報モニタ処理を開始するのに関連するＭＳ
ＡＭロジックが提示されている。制御は分岐ラベル３１
６０で導入し、ここで制御は直ちに判断ブロック３２０
０のアプリケーション警報モニタ情報のためのホスト照
会のテストに渡される。もしこれがホスト照会であれば
、第２のテストが判断ブロック３２１０においてゲート
ウェイが既に確立されているかどうかが判断される。も
しゲートウェイが確立されていない時には、構造化フィ
ールドＴＹＰＥ　　Ｐ　　Ａ　　Ｎｏ　　ＧＡＴＥ（Ｈ
ｅｘ３８）がホストに書込まれ、出力ブロック３２３０
で試行がなされＣｌＣ５／ＰＡＲ３からゲートウェイが
確立される前に警報モニタが呼出されたことを示すメツ
セージが出力ブロック３２３０で表示され、制御が３０
９０で主ループ処理に戻される。ゲートウェイが確立さ
れていると（３２１０）、判断ブロック３２４０で１８
個以上の警報モニタが既にアクチブであるかどうかのテ
ストがなされる。もし１８以上であればＴＹＰＥ　　Ｐ
　　Ａ　　Ｔｏｏ　　ＭＡＮＹ（Ｈｅｘ３９）の構造化
フィールドが機能ブロック３２５０中でホストに送られ
、出力ブロック３２６０で問題を示すメツセージが表示
され、３０９０で制御が主ループ処理に戻される０判断
ブロック３２４０において多過ぎる警報モニタリング・
セツションがアクチブでないことがわかると、３２７０
において妥当なデータが送られたかどうかのテストがな
される。

データが妥当でなければ１機能ブロック３２８０でＴＹ
ＰＥ　　Ｐ　　Ａ　　ＢＡＤ　　ＤＡＴＡ　（Ｈｅｘ３
　　　　　、Ｃ）の構造化フィールドがホストに送られ
る。次に出力ブロック３２９０で問題点のメツセージが
表示され、制御は３０９０で主処理ループに戻される。

もしデータが妥当ならば（３２７０）、警報モニタの数
が機能ブロック３３００中でインクレメントされ、Ｐ　
　Ａ　　ＧＯＯＤ　　ＤＡＴＡ　（Ｈｅｘ３Ａ）の構造
化フィールドが機能ブロック３３１０でホストに送られ
、機能ブロック３３２０でホストからＴＹＰＥ　　Ｐ　
　Ａ　　ＧＯＯＤ　　ＩＤ（ＨｅｘＢＡ）の構造化フィ
ールドを期待して、タイムアウトがセットされ、出力ブ
ロック３３３ｏにおいてデータ・セット名及び成功を示
すメツセージが表示され、３０９０で制御が主ループ処
理に戻される。

構造化フィールドがモニタリング・セツションの呼出し
を要求しない時には、判断ブロック３３４０において、
データがアプリケーションの識別（ＩＤ）がホスト上で
検査されたことを示す回答であるかどうかを示すテスト
がなされる。情報がこの回答である時は１機能ブロック
３３５０で識別情報を待った′めのタイムアウトがクリ
アされ。

出力ブロック３３６０でセツションの開始を示すメツセ
ージが表示される。制御は３０９０で主ループ処理に戻
される。

構造化フィールドが検査回答でない時は、判断ブロック
３３７０で、３３２０で開始されたアプリケーションの
識別についての否定的回答である時には、識別情報を待
つためのタイム・アウトが機能ブロック３３８でクリア
され、出力ブロック３３９０でホスト上のＣｌＣ８／Ｐ
ＡＲ８がアプリケーションと通信を開始できなかったこ
とを示すメツセージが表示され、制御は３０９０で主ル
ープ処理に戻される。もし構造化フィールドが処かされ
ないと、分岐が分岐ラベル３４００になされ、第１３図
で構造化フィールドの追加の処理がなされる。

第１３図で、ホストは情報要求を開始した後に、ホスト
はＡＭＳＡデータをＭＳＡＭに送り戻している。制御は
分岐ラベル３４００で導入され１判断ブロック３４１０
でホストが送った回答が良好なデータであったかどうか
のテストがなされる。

良好なデータである時には、データは機能ブロック３４
２０で処理される。

第１３図で説明された処理はＭＳＡＭにとって主要な処
理である。続く流れ図で詳細な機能を説明する前に、あ
る重要な処理の高レベルの説明を行う０機能ブロック３
４２０において関連するデータはゲートウェイのホスト
側上に保持されている全モニタ警報ステータス配列体Ａ
ＭＳＡを含む。

ＡＭＳＡは１７個の構造の配列体である。各構造は単一
のＣｌＣ５領域の現在のステータスを記述している。こ
の構造を構成するフィールドを下に示す。

Ｓ　ＲＥＳ−Ｖ（８）　　　　　１６　　　　システム
・リソースの値を各々が表わす８個の整数値の配列体 Ｎ　ＴＡＳＫ　ＮＵＭ　　　　　４　　　　ＣｌＣ５に
よって定義によって最新のタスク数、タスク数の変更は ＡＭＳＡがこの呼出しで更新された ことを示す ＴＡＳＫ−Ｐ−５２最新の収集間隔中のタスク速度（タ
スク７秒） 保留　　　　　　　　２　　　保留（フルワード境界合
せに現在使用されている） ＭＳＡＭは閾値及びタイミング情報を保持する制御配列
体を保持している。ＡＭＳＡと同じように、制御配列体
は単一のＣｌＣ８領域のリソースのステータスを記述す
る１７個の構造の配列体である。ＭＳＡＭ制御構造を構
成するフィールドは次の通りである。

Ｌ−Ｕ−ＴＩＭＥ　　　　　４　　　　最後の更新の時
刻Ｎ　Ｕ　ＴＩＭＥ　　　　　４　　　　次の更新の時
刻ＩＮＴ−ＳＥＣ２サンプル間隔（Ｈ−ＡＭ　ＩＮＶＯ
Ｃ中に渡される時の）（流れ図の機能プロ ツク１１１５） ＩＮＴ　Ｐ　Ａ　ＦＬＡＧ　　　１　　　　セツション
を削除することを示すのに使用するフラグ・バイト ＡＰＰＬＩＤ　　　　　　１２　　　　文字アプリケー
ションのｉｄ　（流れ図の機能ブロック１１４０中のｌ
ｊＡＭ−ＩＮＶＯＣ中で渡される時の） ＯＴＡＳＫ−Ｎ　　　　　４　　　　最後の更新でＣｌ
Ｃ５によって定義される最新のタスク数 ０−５ＥＣ４最初の呼出し以来の秒数 ｓ−＋＜Ｅｓ−ｒ（８）　　　　１６　　　　システム
・リソースの閾値を表わす８個の整数の配列体（機能プ
ロ ツク１１１５中＋７）ｌｊＡＭ　ＩＮＶＯＣ中で渡され
る時の） ＩＮＴ　ＯＰ　ＳＹＳ　　　　２　　　　オペレーティ
ング・システムの標！ｉ！　　）ｆａｘ　　（ＦＦ下Ｆ
−ＭＶＳ、００００−ＶＳＥ）ＡＭＳＡ構造化フィール
ドがＭＳＡＭによって受取られる時に、制御配列体中の
各スロットがＭＳＡＭ上の制御フィールド中の対応する
スロットと比較される。制御配列体中のＯＴＡＳＫ　　
ＮがＮ　　ＴＡＳＫ　　Ｎ０Ｍフィールドに等しくなく
、活動記録がイネーブルされていると、活動記録ファイ
ルがリソースの値に付加される。さらにＬ−Ｕ　　ＴＩ
ＭＥ、Ｎ　　Ｕ　　ＴＩＭＥ、ＯＴＡＳＫ−Ｎ及び○−
８ＥＣフィールドが更新される。次に、Ｓ　　ＲＥＳ　
　Ｖ配列体の各メンバがＳ　　ＲＥＳＴ配列体の対応す
るメンバと比較される。もし任意のＳ　　ＲＥＳ　　Ｔ
よりも大きな値があると次のテスト及び動作が行われる
。

（１）音声機能がイネーブルされると、第６表に示した
音声の窓中にセットされたパラメータに従い、問題のソ
ースを示すメツセージが発せられる。この音声機能はＩ
ＢＭパーソナル・コンピュータ音声通信アダプタ（ＩＢ
Ｍ　Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ　Ｖｏｉｃｅ
Ｃｏｍｍｉｃａｔｉｏｎｓ　Ａｄａｐｔｅｒ）の音声能
力に対するＡＳＣＩＩテストを使用して具体化される。

第６表（表示スクリーン） （２）もしスピーカ機能がイネーブルされた時には、た
高周波数のトーンが発せられ、ユーザに閾値を越えたと
いう状態が警報される。このトーンを発するために、ス
ピーカは２０００ヘルツの周波数及び１／２秒の持続時
間にプログラムされる。持続時間及び周波数はユーザ選
択可能である。

（３）要約打上の対応するフィールドの属性バイトはこ
のフィールドが赤色で表示されるように変更される。

（４）問題のあるリソースを示すメツセージは要約行の
メツセージ・フィールドに赤色で表示される。

（５）要約打上のＡＰＰＬＩＤＰＰ−ルドの属性バイト
は赤色を表示するように変更される。

もしＳ　　ＲＥＳ　　ＶがＳ　　ＲＥＳ　　Ｔ（７１２
０％内にあるならば次のテストと動作が行われる。

（１）もし音声機構がイネーブルされていると、メツセ
ージが発声され、第６表に示されたように音声窓中にセ
ットされたパラメータに従って問題点のソースが示され
る。

（２）スピーカ機構がイネーブルされると、中庸周波数
のトーンが発せられ、ユーザに警告条件が警報される。

このトーンを発生するためにスピーカは５００ヘルツの
周波数及び１７５秒の持続時間にプログラムされる。

（３）要約打上の対応するフィールドの属性バイトはフ
ィールドが黄色で表示されるように変更される。

（４）問題のリソースを示すメツセージは要約行の。

メツセージ・フィールド中に黄色で表示される。

（５）要約打上のＡＰＰＬＩＤＰＰ−ルドの属性バイト
は黄色を表示するように変更される。

すべてのＳ　　ＲＥＳ　　Ｖ値がＳ　　ＲＥＶ　　Ｔ（
７）８０％以下ならば要約打上のすべてのフィールドの
属性バイトは緑色を表示するように変更される。

第２表は１７の要約行を表示したＮＰＭ９報表示を示す
。

この要求に関連するタイムアウトは機能ブロック３４３
０　（第１３図）でクリアされ、出力ブロック３４４０
で読取りの成功を示すメツセージが表示され、制御は３
０９０で主ループ処理に戻される。

もし回答が判断ブロック３４１０で良好なデータを示さ
ないと、テストは判断ブロック３４５０で遂行されて、
ホスト上のＡＭＳＡ中に新しいデータが存在しないかど
うかが判断される。新しいデータが存在しないと、要求
に関連するタイムアラ１−が機能ブロック３４６０でク
リアされ、出力ブロック３４７０で読取りの成功を示す
メツセージが表示され、制御は主ループ処理に３０９０
で戻される。

判断ブロック３４５０で、データが利用可能でないこと
を回答が示さないと、テストが判断ブロック３４８０で
行われ、この回答がモニタリング・リストからＣｌＣ５
アプリケーションの一部を成功裡に削除したことを示し
ているかどうかが判断される。テスト結果が真ならば、
すべてのセツションのための要約行は機能ブロック３４
９０で警報モニタの表示から除去され、機能ブロック３
５００でこの要求に関連するタイムアウトがクリアされ
、出力ブロック３５１０で行の除去を示すメツセージが
表示され、制御は３０９０で主ループ処理に戻る。

３４８ｏで要求に関してアプリケーションが削除された
ことを自答が示さないと、判断ブロック３５２０で回答
がモニタリング・リストからのすべてのＣｌＣ５アプリ
ケーションを成功裡に削除したかどうかを示すテストが
なされる。もしテスト結果が真（ＹＥＳ）ならば、すべ
てのセツションのための要約行が機能ブロック３５３０
で警告モニタ表示から除去され、機能ブロック３５４０
でこの要求に関連するタイムアウトがクリアされ。

出力ブロック３５５０で行の除去を示すメツセージが表
示され、３０９０で制御は主ループ処理に戻される。も
し構造化フィールドが処理されないと、分岐が分岐ラベ
ル６０００でなされ、構造化フィールドの追加の処理が
なされる。

第１４図には機能キー処理に関連するロジックが示され
ている。制御は第１０図の主ループ処理から分岐ラベル
３０２０において導入し、直ちに判断ブロック３６００
で警報機能キー取消しが押されたかどうかがテストされ
る。もし押されていないと、制御は分岐ラベル３６１０
によって第１７図に通過され、機能キー処理が続けられ
る。もし警報取消しセツション機能キーが押されている
と、判断ブロック３６２０でホスト上の警報モニタの呼
出しを含む配列体が形成され、これが終了されるかどう
かのテストがなされる。ユーザはセツションの集合を要
求していると、次にＴＹＰＥＰ　　Ａ　　Ｘ　　５ＥＳ
Ｓ　（Ｈｅｘ４３）の構造化フィールドが終了すべき９
報モニタの配列体とともにホストに送られ（機能ブロッ
ク３６３０）、機能ブロック３６４０でタイムアウト・
パラメータがセットされ、回答を待つ。出力ブロック３
６５０でターン・オフの要求がなされたことを示すメツ
セージが表示され、制御は３０９０で主ループ処理に戻
る。

もし判断ブロック３６２０でセツションの集合の削除が
示されていないことがわかると、他のテストが判断ブロ
ック３６６０で行われ、すべてのセツションの削除が示
されているかどうかが判断される。もしすべてのセツシ
ョンの削除が示されていると１機能ブロック３６７０で
ＴＹＰＥ　　ＰＡ　　Ｘ　　ＡＬＬ　（Ｈｅｘ４４）の
構造化フィールドがホストに送られ、機能ブロック３６
８０でタイムアウト・パラメータがセットされ１回答を
待つ。次にこの要求を示すメツセージが出力ブロック３
６９０でなされ、制御は３０９ｏで主ループ処理に戻さ
れる。

第１５図は警報モニタのタイムアウト処理を示す。制御
は第１０図中の主ループ処理から分岐ラベル３０７０を
介して導入し、直ちに判断ブロック３８１０でタイムア
ウトがホストからの警報モニタ・データのための要求に
よってセットされたものであるかどうかのテストに導入
する。もし要求がデータを求めている場合には、タイム
アウト間隔が機能ブロック３８２０で増大され、出力ブ
ロック３８３０で、生じていることをユーザに示すメツ
セージが表示され、３０９０で制御は主ループ処理に戻
される。

判断ブロック３８４０で要求がモニタリング・セツショ
ンの一部の削除を求めるものであることがわかると、要
求された削除の要約行が機能ブロック３８５０で表示か
ら除去され、出力ブロック３８６０で生じつつある事象
をユーザに示すメツセージが表示され、３０９０で制御
は主ループ処理に戻される。

判断ブロック３８７０ですべてのモニタリング・セツシ
ョンの要約行が削除されることがわかると。

機能ブロック３８８０ですべてのセツションの要約行が
表示から除去され、出力ブロック３８９０で生じつつあ
る事象をユーザに示すメツセージが表示され、制御は３
０９０で主ループ処理に戻される。

判断ブロック３９００で、要求が機能キーの肯定応答を
求めていることがわかると、出力ブロック３９１０で発
生しつつあることをユーザに示すメツセージが表示され
、３０９０で制御は主ループ処理に戻る６ 判断ブロック３９２０で要求が図形再生情報のためであ
ることがわかると、警報モニタ表示は機能ブロック３９
３０でユーザが使用を試みている図形表示に代り、出力
ブロック３８４０で、生じている事象をユーザに示すメ
ツセージが表示され、制御は３０９０’で主ループ処理
に戻される。

第１６図には、ユーザが指定した間隔で警報情報を連続
的に検索することを可能にするロジックが示されている
。制御は分岐ラベル３０３０から導入し、判断ブロック
４０００で、ＭＳＡＭ警報モニタがすでにホストから回
答を待っているかどうかについてのテストが遂行される
。もしすでに待っている場合には、出力ブロック４０４
０でこの状況を示すメツセージが表示される。もし現在
データを待っているのでなければ、機能ブロック４０１
０でＴＹＰＥ　　Ｐ　　Ａ　　ＲＥＡＤ　（Ｈｅｘ４０
）の構造化フィールドがホストに送られ、ブロック４０
２０でタイムアウトがセットされる。次に出力ブロック
４０３０で要求を示すメツセージが表示され、制御は３
０９０で主ループ処理に戻る。

第１７図は取消し警報モニタ機能キー以外の機能キーを
処理することに関連するロジックを示す。

妥当な機能キー及びその機能キーを次の第５表に、示す
。

第５表 妥当な機能キー・・・・関連機能 図形ＰＦキー セット　　　　妥当キー　　　主要動作　　　ｐｃの動
作ＤＳＡ　ＣＲＡ　　　　　　Ｆｌ　　　　　　ヘルプ
　　　　　復元Ｆ３　　　　８５９９へ戻り　　　　復
元Ｆ５　　　　８９３８へ進む　　　　復元Ｆ１８　　
　　主メニュー　　　　復元ＣＲ再生　　　　　待機 ＥＳＣ中止　　　　　復元 ＶＳＬ　ＣＲＡ　　　　　　Ｆｌ　　　　　　ヘ）Ｌｔ
プ　　　　　復元Ｆ３　　　　８８００へ戻り　　　　
復元Ｆ４　　　　３１６ＫＢ（８３３８）　　　　復元
Ｆ１８　　　　主メニュー　　　　復元ＥＳＣ中止　　
　　　復元 ＶＳ）ｊＣＲＡ　　　　　　Ｆｌ　　　　　　ヘ）’Ｌ
ｔプ　　　　　復元Ｆ３　　　　８８９９へ戻り　　　
　復元Ｆ４　　　　３１６ＫＢ（８８２８）　　　　復
元Ｆ１９　　　　主メニュー　　　　復元ＥＳＣ中止　
　　　　復元 すｌ５−ＣＲＡ　　　　　　Ｆｌ　　　　　　ヘルプ　
　　　　復元Ｆ３　　　　８７１８へ戻り　　　　復元
Ｆ１ｇ　　　　主メニュー　　　　復元ＥＳＣ中止　　
　　　復元 ＡＬＭ−ＣＲＡ　　　　　　Ｆｌ　　　　　　ヘルプ　
　　　　復元Ｆ１８　　　　　　終了　　　　　復元制
御は３６１０から導入して、判断ブロック４１００にお
いて直ちに図形機能キーの１つが押されたかどうかにつ
いての判断がなされる。もし図形機能キーの１つが押さ
れていないと、制御は３０９０において主ループに戻り
処理される。もし機能が図形機能でないと１判断ブロッ
ク４１１０で機能キーの妥当性のテストがなされる。も
し機能キーが妥当な図形機能でないと、ユーザには機能
ブロック４１２０で警笛音が与えられ、制御は追加の処
理のために３０９０から主ループ処理に戻る。４１１０
で妥当な機能キーが押されていることがわかると１判断
ブロック４１３０で追加のテストが遂行され、再生キー
が押されたかどうかが判断される。もしこれが押されて
いると、ＴＹＰＥ　　Ｐ　　Ｇ　　ＲＥＦＲＥＳＨ（Ｈ
ｅｘ５７）の構造化フィールドが機能ブロック４１４０
でホストに送られ、機能ブロック４１５０で回答を待つ
ためにタイムアウトがセットされ、制御は３０９０で主
ループ処理に戻される。再生機能キーが押されていない
と、機能ブロック４１６０でＴＹＰＥＰ　　Ｇ　　ＦＫ
ＥＹ　（Ｈｅｘ５２）の構造化フィールドが押された機
能キーの番号とともに送られる。

ユーザは機能ブロック４１７０でホスト・スクリーンに
切換えられ、機能ブロック４１８０で図形モードに導入
される前のＭＳＡＭスクリーンの内容が表示される。次
に機能ブロック４１９０でキーボードがイネーブルされ
、機能ブロック４２００でタイムアウトがセットされ１
機能キーの肯定応答を待つ。次に制御３０９０で主ルー
プ処理に戻される。

第１８図はホスト及び機能キーの肯定応答から受取られ
る図形データのための追加の構造化フィールドの処理を
示す。制御は第１３図から分岐ラベル６０００に導入さ
れる。次に直ちに判断ブロック６０１０において構造が
図形要求に対する回答であるかどうかのテストがなされ
る。もしそうであるならば判断ブロック６０２０で他の
テストが行われ、図形が他のセツションで処理中である
かどうかが判断される。もしそうならば、ＴＹＰＥ　　
Ｐ　　Ｇ　　ＢＵＳＹ　（Ｈａｘ５４）の構造化フィー
ルドが機能ブーツク６０４０でホストに送られ、制御は
分岐ラベル３ｏ９０で主ループに戻される。

もし判断ブロック６０２０で他の図形セツションがアク
ティブでないことがわかると、データは第１９図の分岐
ラベル６０３０を介して処理される。

判断ブロック６０１ｏで構造化フィールドが図形でない
ことがわかると、追加のテストが６０５０で遂行され、
構造化フィールドが機能キーの肯定応答であるかどうか
が判断される。もしそうならば、６０６０で受取りを確
認するメツセージがユーザに提示され、分岐ラベル３０
９０で制御は主ループ処理に戻る。もし構造化フィール
ドが肯定応答でない時には、妥当でないコードがホスト
から受取られたことを伝えるメツセージが出力ブロック
６０７０でユーザに提示され、制御は３０９０で主ルー
プに戻る。

第１９図は図形機能に関する詳細な流れ図を示す。制御
は分岐ラベル６０３０で導入し、６２００でこのセツシ
ョンの図形処理がすでに進行中であるかどうかについて
の判断がなされる。もし図形が進行中でなければ、判断
ブロック６２１０でデータが警報モニタの図形への回答
であるかどうかのテストがなされる。もしデータが警報
モニタ図形からのものでなければ、判断ブロック６２２
０でＰＣ上にＡＰＡ　（全点アドレス可能図形）カード
が設置されているかどうかの最終テストが遂行されてい
る。もしカードが設置されていないと、ＴＹＰＥ　　Ｐ
　　Ｇ　　Ｎｏ　（Ｈｅｘ５３）の構造化フィールドが
機能ブロック６２３０でホストに送られ、制御は３０９
０で第１０図のループ処理に戻る。もしＡＰＡカードが
ＰＣ上に設置されているか（ブロック６２２０）１回答
が警報モニタ図形要求であるか（６２１０）、もし図形
がそのセツションのためにすでに進行中である時には（
６２００）、テストが判断ブロック６２４０で次に遂行
され、情報がホストからの妥当な図形データであるかど
うかの判断がなされる。データが妥当でない場合には、
さらにテストが判断ブロック６２５０でなされ、要求が
再生を試みるものであるかどうかの判断がなされる。も
し再生の試みが要求されない場合には、ＴＹＰＥ　　Ｐ
　　Ｇ　　Ｘ　　ＤＡＴＡ　（Ｈｅｘ５６）の構造化フ
ィールドが機能ブロック６２６０でホストに送られ、６
２７０で未知の図形データが受取られたことをユーザに
告げるメツセージが表示され、制御が分岐ラベル３０９
０に主ループに戻される。もしデータが再生の試みであ
る場合には（判断ブロック６２５０）、表示は図形モー
ドから除去され、機能ブロック６２８０で図形がこのセ
ツションのための使用中状態から解放される。機能ブロ
ック６２９０でＴＹＰＥ　　Ｐ　　Ｇ　　Ｘ　　ＲＥＦ
（Ｈｅｘ５８）の構造化フィールドがホストに送られ、
機能ブロック６３００でユーザはホストセツションにス
イッチされ、ＭＳＡＭスクリーンが復元される。次に機
能ブロック６３１０でホストに入力するために復元され
、適当なメツセージが機能ブロック６２７０で表示され
、制御は分岐ラベル３０９０で主ループに渡される。も
しホストからの図形データが妥当な情報である時には、
判断ブロック６４００で、これが再生図形の試みである
かどうかの判断がなされる。もしそうでない場合には１
機能ブロック６４１０で表示の内容が保管され、機能ブ
ロック６４２０で図形セツションが使用中にセットされ
る。

次に６４３０でユーザはＭＳＡＭにスイッチされ、制御
は機能ブロック６５１０に渡される。機能ブロック６４
００でこれが再生の試みであることがわかると１機能ブ
ロック６５００でＭＳＡＭ図形スクリーンがクリアされ
、制御は機能ブロック６５１０で機能ブロック６４３０
からの制御ロジックと結合される。機能ブロック６５１
０は表示上に図形を描く機能を有する。もし判断ブロッ
ク６５２０で誤りが検出されると、機能ブロック６５３
０で図形フラグがリセットされ１機能ブロック６５４０
でＴＹＰＥ　　Ｐ　　Ｇ　　ＥＲＲＯＲ（Ｈａｘ５５）
がホストに送られ、機能ブロック６５５０でＭＳＡＭ表
示がリセットされ、機能ブロック６５６０で表示はホス
ト・モードに戻り、適切なメツセージが出力ブロック６
５７０で表示され、制御は分岐ラベル３０９０で主ルー
プに戻る。

Ｅ１４　　スクリーン印刷（セツションの例）第２０図
乃至第３２図はＭＳＡＭを使用する計算環境の例を示す
。この環境には、２つのホスト即ちホストＸ及びホスト
Ｙが存在する。ここで第２０図を参照すると、ホストＸ
、ホストＹ及びよりＭ３２７０−ＰＣが示されている。

ホストＸは７０００で示したようにアクチブな４つのＣ
ｌＣ８領域を有する。各領域は売掛業務プログラムもし
くは在庫管理のような別個のＣｌＣ５アプリケーション
と考えることができる。ホストＹは７０１０に示したよ
うにアクチブな３つのアプリケーションを有する。ＩＢ
Ｍ３２７０−ＰＣはアクチブな４つのホスト・セツショ
ン及び１つのＤＯＳセツションを有する。ＣｌＣ８領域
はＣｌＣ５アプリケーション間で通信するためにＣｌＣ
８中に組込まれた特殊な通信マネジャであるＩＢＭ多重
領域オプション（Ｍｕｌｔｉｐｌｅ　Ｒｅｇｉｏｎ　０
ｐｔｉｏｎ　：　ＭＲＯ）を使用して通信する。ホスト
ＸとホストＹはＩＢＭシステム間通信（Ｉｎｔｅｒ　Ｓ
ｙｓｔｅｍ　Ｃｏｍ１ｅｕｎｉｃａｔｉｏｎ　：ｌ５Ｃ
）を使用して通信する。この環境におけるシステム・マ
ネジャとして、これ等のシステムをモニタしてユーザが
慣れている応答時間を受取ることを保証するのは使用者
の責任である。従来技術では各別個のｃｒｃｓアプリケ
ーションをモニタする表示行及び通信環境をモニタする
端末の他の行を表示する必要があった。又システムのオ
ペレータは表示から表示に移動さして１問題の個所があ
るかどうかを判断する必要があった。多くのＣｌＣ８領
域を分析する唯一の方法はオペレータが紙を使用するか
もしくは個人的経験によるものである。本発明に従うＭ
ＳＡＭはこれ等のアプリケーションのすべてだけでなく
通信ネットワークをモニタして、この情報を組織化して
単一のＩ　８Ｍ３２７０−ＰＣ表示装置上に与える。

第２１図では第２０図と同じ環境が使用されるが、ユー
ザはＩＢＭ３２７０−ＰＣの指示メツセージ（プロンプ
ト）打上でＭＳＡＭに人力することによってＭＳＡＭを
呼出している。この入力の結果は７０３０に示されてい
る。次にユーザは１８Ｍ３２７０−　ＰＣ上のジャンプ
・キーを使用して、７０４０で示したホスト・セツショ
ンをアクセスする。ジャンプ・キーによってユーザはＤ
Ｏ８環境を出てホスト端末環境に入る。ホスト・セツシ
ョンから、ユーザが指令ログオンａｐｐｌｉｄ（ＣＩＣ
ｓｏｏｌ）を入力することによって、ユーザは７０５０
で示したＣｌＣ５アプリケーションＣＩＣ８ＯＯ１をロ
グする。これによって７０６０で示した通信リンクが開
始される。この時点で、ユーザはＣｌＣ５アプリケーシ
ョンＣＩＣ８ＯＯ１と通信状態にある。

第２２図では、ユーザはＣＩＣ８ＯＯＩとの初・期通信
を開始した同一のホスト・セツションがらＣｌＣ８／Ｐ
ＡＲ８をアクセスする。ＣｌＣ８／ＰＡＲ８はＥＣＰＭ
を入力することによって呼出される。ＣｌＣ８／ＰＡＲ
８（７）主メニューは７゜９０で示したようにホスト・
セツション表示中に現われる。ＣｌＣ５／ＰＡＲＳアプ
リケーシヨンは実際には７１００で示したようにホスト
Ｘ上のＣＩＣ８ＯＯＩと同じＣｌＣ８領域中に常駐して
いる。主メニューから、ユーザはオプション１４を選択
し、これによって第２３図に示したようにＣｌＣ８領域
とＩ　８Ｍ３２７０−　ＰＣ上に常駐するＭＳＡＭ間に
ゲートウェイを確立する。ＣｌＣ８／ＰＡＲ８はこのゲ
ートウェイを使用して、第２０図及び第２１図に詳細に
示した流れ図のようにデー１ＷａＨＳＹＳ　　ＴＥＲＭ
　　ＩＤをＭＳＡＭに送る。ＣｌＣ８／ＰＡＲ８はすベ
テノｃ工ＣＳアプリケーションがこれにステータス及び
警報情報を書込むことができる配列体を保持してぃる。

この配列体はゲートウェイを介してＭＳＡＭに情報を中
継する。ユーザがインターフェイスしているホスト・セ
ツションは１８Ｍ３２７０−ＰＣ上に、７４００で示し
たようにゲートウェイ・セツションとして識別されるメ
ツセージを表示する。ホストＸ上のＣｌＣ８領域、ＣＩ
Ｃ８ＯＯＩは７４１０で示したようにＭＳＡＭとすべて
の他のＣｌＣ５アプリケーション間の通信のためのゲー
トウェイ・サーバになる。ＭＳＡＭスクリーン上には７
４２０で示したようにゲートウェイ・セツションが確立
されたことを示すメツセージが表示される。この時点で
は通信ゲートウェイ上には情報は流れない゛。しかしな
がら、ホスト・セツションは現在ゲートウェイに専念し
ている。

第２４図では、ユーザは７５ｏＯで示したように第２の
ホスト・セツションを選択し、前に説明したのと同じロ
グオン手順を使用してモニタすべきＣｌＣ５アプリケー
ションをログする。この例ではアプリケーションはＣＩ
Ｃ３ＯＯ４である。

第２５図で、ユーザはＣｌＣ５／ＰＡＲ８をログし、主
メニューから警報モニタ呼出し機能を選択している。リ
ソースの全スクリーンが７５１０で示したように提示さ
れる。ユーザはモニタすべきリソースをこのスクリーン
から選択する。次にユーザはＭＳＡＭ上に警報をトリガ
する閾値を入力する。ユーザは又ユーザがリソースのサ
ンプリングに必要とみなす間隔を選択する。ユーザがモ
ニタするリソースの例はＣｌＣ５による動的メモリ域（
Ｄ　Ｓ　Ａ）の利用率（％）である。このメモリ域はＣ
ｌＣ５によって保持され、ｃｒｃｓメモリ制御へのメモ
リ要求によってアプリケーション・プログラムによって
使用される。システム・マネジャにとってはこの区域の
利用％が成る％を越えないようにしてアプリケーション
が実行できるようにスペースが空くのを待つ時間を避け
ることが重要である。従ってオペレータはこの利用％が
閾値を越えていないことを保証するために１０秒間隔で
サンプルする。もし閾値を越えると、メツセージがオペ
レータに与えられ１問題を解決するために正しい対策を
こうするように指示される。

次に第２６図を参照すると、ＣｌＣ５アプリケーション
とＭＳＡＭ間で通信を実際に開始する段階が示されてい
る。すべてのリソースが選択され、閾値及び間隔情報が
正しく入力された時、ユーザは７５４０で示した１８Ｍ
３２７０−ＰＣ上のホスト・セツションによってＣｌＣ
８／ＰＡＲＳアプリケーシヨンに受諾を示す。ホスト上
のＣｌＣ５／ＰＡＲ８は７５３０で第４図の流れ図に関
して詳細に論じたように通信バッファによってＭＳＡＭ
にアプリケーションＩＤ、ＣＩＣ８ＯＯ４リソース及び
間隔情報を送る。ＭＳＡＭは７５５０に示したようにＣ
ｌＣ８／ＰＡＲ８に、将来要約及び警報情報を転記する
予定の一時メモリのアドレスを送ることによって応答す
る。このアドレスは第２４図のゲートウェイ・アプリケ
ーションによって最初に送られたゲートウェイ・ステー
タス配列体アドレスに対応する。このアプリケーション
とＭＳＡＭとの最初の直接通信はもはや必要なくなり、
第２７図では省略されている。すべての将来の通信は７
５８０で示したようにアプリケーションＣＩＣ５ＯＯ４
によってステータス及び警報情報を指定した間隔で７５
９０のゲートウェイ・ステータス配列体に書込み、ホス
ト・ゲートウェイと通信するＭＳＡＭが現在のステータ
ス及び警報情報を獲得する。

ＭＳＡＭはゲートウェイをポーリングして、現−在の情
報を要求し、そのステータス行を更新する。

ＭＳＡＭは又閾値をチェックして警報情報をオペレータ
に提示する。このことはホストのリソースにとって著し
いロードの軽減になる。ＭＳＡＭは又更新された情報を
モニタして情報収集の適切な間隔を保証し、オペレータ
に情報の到着が遅いかどうかについて知らせる。モニタ
リングが生じている間は１８Ｍ３２７０−ＰＣ上の４つ
のホスト・セツションのうち１つだけが協力しているこ
とに注意されたい。この方法の主な点はホスト・ゲート
ウェイ・ステータス配列体を使用して第２８図の７６１
０に示されたようにＣｌＣ５アプリケーションからリソ
ースの状態及び警報情報を累積することである。又７６
１５で示したように、閾値を越えると数値及びメツセー
ジによってＤＳＡ％のような情報にオペレータの注意を
引きつけることによってＭＳＡＭモニタ表示上でアプリ
ケーションが識別されることに注意されたい。表示上に
は示されていないが、ＭＳＡＭはディスクに情報をログ
して活動記録を作成することができる。

第２９図には他のＣｌＣ５アプリケーションをもたらす
のに必要な段階が示されている。ユーザはＩ　８Ｍ３２
７０−　ＰＣ上の７７００で示したように空いているア
プリケーションを使用してユーザがモニタしたいＣｌＣ
５アプリケーションをアクセスしなければならない。ユ
ーザは第２のＣＩＣＳ　領ｈ４ｊ、、コノ′場合Ｌ！ｌ
３０Ｘ２００１　（７７１０）上にログし、ＣｌＣ５／
ＰＡＲ８を呼出し、前に説明した段階によってモニタす
べきリソース情報を入力する。一時的な通信セツション
が再びＭＳＡＭと７７１０で示したＣｌＣ８領域ＢＯＸ
２００１間で開始し、アプリケーションＩＤ、リソース
、閾値及び間隔より成るリソース情報が直接ＭＳＡＭと
ＢＯＸ２００１間で交換される。第２９図はこの動作が
生ずる時の構成を示す。定義情報が渡された後は、前述
のように通信はゲートウェイを通してすべてキャンセル
できる。

第３０図はすべてのＣｌＣ５アプリケーションがモニタ
リングのために設定された後のＭＳＡＭを示す。この環
境ではゲートウェイ・アプリケーションを含むすべてで
７個のＣｌＣ５セツションがモニタできる。必要とされ
るすべてのことは、各アプリケーション上にログし、警
報モニタを呼出し、閾値をセットし、ログオフしてＭＳ
ＡＭにこの設定値を獲得せしめ、ホスト・ゲートウェイ
・ステータス配列体の更新を開始することである。

ホストＹ　（７７５０）及びホストＸ（７７６０）はと
もに、情報のすべてのフィルタリング及び提示を７７０
０で示したＰＣ上のＭＳＡＭにオフロードすることによ
って唯一つのＣｌＣ５セツションと通信する単−Ｉ　８
Ｍ３２７０−　ＰＣによってモニタされつつある。すべ
ての７個がモニタされているが唯一つのＣｌＣ５セツシ
ョンだけがＭＳＡＭと情報を通信していることに注意さ
れたい。

この動作はホスト・ゲートウェイ・ステータス配列体を
利用することによって達成される。

第３１図及び第３２図において、ＭＳＡＭ及びＮＰＭ間
のインターフェイスが示されている。ＮＰＭはアクセス
するためには、ユーザはＮＰＭセツションを８０００で
示した利用可能なホスト表示窓上で呼出す。ＮＰＭメニ
ューから、リソースが選択され、閾値及び間隔が入力さ
れる。ＮＰＭ（８０１０）は警報メツセージをＮＰＭセ
ツションの第１の行及び第２の行に書込むことによって
閾値を越えた条件をオペレータに警告する。ＭＳＡＭは
ＮＰＭ警報メツセージの存在を求めて各ホスト・セツシ
ョンをボールする。

警報メツセージが検出されると、このメツセージは８０
５０　（第３２図）で示したＭＳＡＭ表示の最上部に送
られ、８０３０で示したように警報が発せられ、メツセ
ージが活動記録ログ・ファイルにコピーされる。ＮＰＭ
アプリケーションは８０４０で示したようにこれを呼出
したホスト上でアクチブに留まる。８０５０で示したよ
うに単一のＭＳＡＭ表示からＣｌＣ５及びＮＰＭを同時
にモニタできることは注目に値する。この多重ＣｌＣ８
及びＮＰＭセツションをモニタする能力は単一のＩＢＭ
３２７０−ＰＣから多重ホスト通信及びアプリケーショ
ン環境を管理する特独の能力を与える。

Ｆ　発明の効果 本発明に従い、同時に多くのホスト・アプリケーション
をモニタし、その情報を単一の表示スクリーン上に表示
するモニタ装置が与えられる。

【図面の簡単な説明】

第１図は本発明に従うシステムの機能的な組織図である
。第２図はＭＳＡＭ図形スクリーンの例を示すスクリー
ン印刷図である。第３図乃至第１９図は本発明のホスト
及びＰＣのロジックを示す詳細な流れ図である。第１９
図乃至第３２図はサンプルのセツション・スクリーンを
示すスクリーン印刷図である。 本発明のａＦ＆回 第１図 第３図 第２１図 第２２図 第２３図 第２５図 第２６図 第３０図 第３１図

Claims (1)

【特許請求の範囲】
1. （１）複数のホスト・プログラムとホスト・プログラム
   に関するステータス情報を累積するステータス配列体間
   の通信を管理するホスト通信マネジャを含む複数のホス
   ト・プログラムを実行する複数のホスト・プロセッサ、
   及び上記ホスト・プロセッサと一組の構造化された通信
   で通信する複数のマイクロ・プロセッサを有し、上記マ
   イクロプロセッサの少なくとも一つはメモリ、表示装置
   、キーボード及びホスト通信インターフェイスを有する
   データ処理システムにおいて、 （ａ）上記メモリから上記構造化型の通信を検索し、（
   ｂ）上記キーボードを介して動作パラメータを求めるユ
   ーザ要求に応答し、 （ｃ）上記ユーザ要求にもとづいて上記構造化された通
   信をフォーマット化し （ｄ）上記ホスト通信インターフェイスを介して上記構
   造化された通信を送信し、 （ｅ）上記構造化された通信を上記ホスト通信マネジャ
   中に受取り、 （ｆ）上記構造化された通信にもとづいてモニタリング
   動作を実行し、 （ｇ）上記モニタリング動作の結果を上記マイクロプロ
   セッサに送信し、 （ｆ）上記構造化された通信を上記ホスト通信インター
   フェイスを介して上記マイクロプロセッサに受取り、 （ｈ）上記動作パラメータを上記表示装置上に表示する
   段階を有する、 複数のマイクロプロセッサに同時に動作を行っている複
   数のホスト・プロセッサ・プログラムのパホーマンスを
   反映する複数の動作パホーマンスを表わすデータを同時
   に表示する方法。