JPH06348512A - 資源管理コンピュータ・システム - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】 事前構成された仮想計算機の形の処理資源
を、ネットワークを通して利用可能にするためのコンピ
ュータ・システムを提供する。 【構成】 複数の仮想計算機を使用し且つネットワーク
内に１つのステーションを形成し、該ネットワークは要
求時に該仮想計算機を使って１つのステーションにホス
ト・プロセスを行わせるプログラムを走らせる少なくと
も１つの他のステーションを含み、該システムはリクエ
ストをサービスするために事前構成された仮想計算機の
プールを与えるための資源を有し、該システムの使用は
該リクエストと関連の会話に関する事象に応答すること
によって該会話を管理するためのルーチンを含み、該会
話管理ルーチンはメイン・タスクとエラーの場合に該ル
ーチンからの終了を事前設定するためにメイン・タスク
により作成されるサブタスクからなる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ネットワークの各ステ
ーションにおけるコンピュータ・システムの資源の管理
に関するものであり、更に詳しく言えば、事前構成され
た仮想計算機の形で複数の処理資源を、そのネットワー
クを通して利用可能にすることに関するものである。

【０００２】

【従来の技術】ネットワーク内の１つのステーションに
おけるハードウエア及びオペレーティング・システムが
その設定及び複数の仮想計算機の利用をサポートする場
合、その仮想計算機が内部管理及びネットワーク管理を
サービスするためのそれ自身の必要条件及びアプリケー
ションの必要条件を備えた後では、そのような仮想計算
機のプールにネットワーク・リクエストのサービスを維
持させるに十分な資源が利用可能である。

【０００３】そのネットワーク内の他のステーションに
よる独立のアプリケーションでの利用のために或いは異
例の要求の場合のそれ自身による利用のために、そのよ
うなシステムがそのような事前構成の仮想計算機をその
ネットワークを通して利用可能にできることは有利であ
る。なぜならば、そのような仮想計算機はログ・オンさ
れたままなのでそれら仮想計算機が要求時にだけログ・
オンされる時に生じるトランザクション相互間の初期設
定時間をセーブできるし、代わりにデータ・ファイルの
ようなローカル資源へのアクセスを行うこともできるた
めである。

【０００４】このようなサービス・プールの概念は、Ｉ
ＢＭ社からＶＭ／ＥＳＡオペレーティング・システムに
関する資料で提案された。特に、１９９０年６月にＩＢ
Ｍ社により発行された刊行物「Virtual Machine/Enterp
rise Systems Architecture,Connectivity Planning, A
dministration, and Operation, Release 7」は Append
ix E（１８３−１９０ページ）では「Introduction to
Service Pool Support」を示している。そこでは、サー
ビス・プールを管理するための会話管理ルーチン（ＣＭ
Ｒ）と呼ばれるプロセスの必要性が検討され、そのよう
なルーチンにおいて実施されるべき基本的機能が「Cons
iderations For Writing and Installing a CMR」とい
う見出しで検討されている。

【０００５】本願の発明者が知る限りでは、そのような
ＣＭＲ（及びサービス・プールの概念そのもの）は現在
まで実施されていない。ＣＭＲを実施しようと努める場
合、種々な事象の処理を実施するだけでは不十分である
こと、及びＣＭＲは利用可能なサービス・プール装置の
状態の十分広範囲なトレースと事象の異常終了がそのシ
ステムの主要な部分の保全性を損なわないようにするエ
ラー処理方法とを与えなければならないことがわかっ
た。これは、ＣＭＲを層構造（ｔｉｅｒｅｄ ｓｔｒｕ
ｃｔｕｒｅ）として実施することによって得られる。そ
の構造では、メイン・タスクは監視管理だけを行い、実
際に事象を処理し且つサービス・プールにおける仮想計
算機の識別及び状態に関してデータ・アレーを管理する
サブプロセスを作成し又はウエイク・アップすることに
よってそれら事象に反応する。上記の刊行物はエグジッ
ト・フォローの異常終了をＣＭＲオペレーションに与え
るサブタスクを設定する必要性を認識しているが、上記
の目標はサブタスクに事象そのものを処理させることに
よって促進されることがわかった。

【０００６】

【発明が解決しようとする課題】本発明の目的は、事前
構成された仮想計算機の形で複数の処理資源を、ネット
ワークを通して利用可能にするためのコンピュータ・シ
ステムを提供することにある。

【０００７】

【課題を解決するための手段】本発明によるコンピュー
タ・システムは、複数の仮想計算機を使用し且つネット
ワーク内に１つのステーションを形成し、該ネットワー
クは要求時に該仮想計算機を使って該１つのステーショ
ンにホスト・プロセスを行わせるプログラムを走らせる
少なくとも１つの他のステーションを含み、該システム
はリクエストをサービスするために事前構成された仮想
計算機のプールを与えるための資源を有し、該システム
の使用は該リクエストと関連の会話に関する事象に応答
することによって該会話を管理するためのルーチンを含
み、該会話管理ルーチンはメイン・タスクとエラーの場
合に該ルーチンからの終了を事前設定するために該メイ
ン・タスクにより作成されるサブタスクとより成り、前
記サブタスクは会話に関する種々の事象を処理するため
に選択的に呼び出されるルーチンを含む。

【０００８】

【実施例】そのようなシステムへの適用に制限されるも
のではないけれども、ＶＭ／ＥＳＡオペレーティング・
システムの下で動作し且つシステム・ネットワーク・ア
ーキテクチャ（ＳＮＡ）ネットワークに接続された仮想
計算機システムへの例示的適用を参考に本発明を説明す
る。以下のものを含む多数のアクロニウム及び略号が使
用される。

【０００９】ＡＢＥＮＤ：異常終了。 ＡＬＴＵＳＥＲ：作業計算機が遂行することを許可され
ている「エンド・ユーザ」のユーザＩＤ。作業を遂行し
ている作業計算機は「エンド・ユーザ」に代わって動作
する。ＡＬＴＵＳＥＲ（エンド・ユーザ）は、資源への
アクセスに関して、作業計算機（サーバ）と同じ権限を
有する。

【００１０】ＡＰＩ：アプリケーション・プログラム・
インターフェース。 ＡＰＰＣ／ＶＭ：拡張プログラム間コミュニケーション
／ＶＭ。これは、ＳＮＡ ＬＵ６.２ＡＰＰＣ機能にマッ
プ可能な２つのプログラム相互間でコミュニケートする
ためのＡＰＩである。ＴＳＡＦ仮想計算機と共に、ＡＰ
ＰＣ／ＶＭは、単一のシステム内で及びシステムの集合
体を通してこのコミュニケーションを行う。

【００１１】 ＡＶＳ：ＡＰＰＣ／ＶＭ ＶＴＡＭサポート。 これは、ＡＰＰＣ／ＶＭを使用するアプリケーション・
プログラムをＩＢＭのＳＮＡにより定義されたネットワ
ーク内のどこかでプログラムとコミュニケートさせるＶ
Ｍ／ＥＳＡのコンポーネントである。

【００１２】ＣＭＳ：会話型モニタ・システム。 これは、一般的な対話式タイムシェアリング機能、問題
解決機能、プログラム開発機能を与え、ＶＭ制御プログ
ラムの制御の下で動作するＶＭ／ＥＳＡのＶＭオペレー
ティング・システム・コンポーネントである。

【００１３】ＣＰ：制御プロググラム。 これは、複数のコンピュータ・システムが存在するよう
に見えるよう、単一のコンピュータの資源を管理するＶ
Ｍ／ＥＳＡのコンポーネントである。各仮想計算機は、
ＩＢＭシステム／３７０と機能的に等価である。

【００１４】ＧＣＳ：グループ制御システム。 これは、ユーザが仮想計算機においてＩＰＬし且つ実行
する共用セグメントより成るＶＭ／ＥＳＡのコンポーネ
ントである。それは、ＳＮＡネットワークをヘルプ・サ
ポートするために、シミュレートされたＭＶＳサービス
及び独特のスーパバイザ・サービスを行う。

【００１５】ＬＵ：論理ユニット。 ＬＵ ６.２：アプリケーション・プログラム相互間のコ
ミュニケーションのためにＩＢＭのシステム・ネットワ
ーク・アーキテクチャによって定義されたプロトコル及
びサービスのセット。 ＰＷＳ：プログラム可能ワークステーション（リクエス
トの源）。 ＳＮＡ：システム・ネットワーク・アーキテクチャ。

【００１６】ＴＳＡＦ：透過サービス・アクセス機能。 これは、ＡＰＰＣ／ＶＭパスに複数のＶＭシステムをス
パンさせることによってプログラム相互間のコミュニケ
ーションを処理するＶＭ／ＳＰのコンポーネントであ
る。ＴＳＡＦは、ユーザＩＤ及びノードＩＤを指定する
代わりに、ターゲット・プログラムが知らせた名前を指
定することによってソース・プログラムをターゲット・
プログラムに接続させる。

【００１７】ＶＭ：仮想計算機。

【００１８】ＶＴＡＭ：仮想記憶通信アクセス方式。 これは、コンピュータ・ネットワークにおいてコミュニ
ケーション及びデータの流れを制御するプログラムであ
る。それは単一定義域、複数定義域、及び複数ネットワ
ーク機能を行う。ＶＴＡＭは、ＭＶＳ、ＯＳ／ＶＳＩ、
ＶＭ／ＥＳＡ、及びＶＳＥの下で走る。

【００１９】まず、図１を参照すると、コンピュータ・
ネットワークの一部分が概略的に示される。即ち、コン
ピュータ・システム１はＶＭ／ＥＳＡオペレーティング
・システムを走らせるものであり且つそのシステムの下
で複数の仮想計算機をサポートする資源を有し、プログ
ラム可能ワークステーション（ＰＷＳ）２はＬＵ６.２
及びサービス・セットを利用してＳＮＡネットワークに
おける論理ユニット及びステーションとして接続線３に
よって接続される。実際には、ネットワークはもっと広
範なものであり、もっと多くのＶＭ／ＥＳＡシステムを
含み得るが、本発明は、本質的には、ネットワーク・ス
テーション又は論理ユニットにおけるサービス・プール
・リクエストの管理に関するものであるので、説明のた
めに十分なものしか示されない。従って、ステーション
２は、ステーション１の外部からのサービス・プール・
リクエストのソースを表わす。

【００２０】ステーション１には、オペレーティング・
システムの種々のコンポーネントが示される。本発明を
理解するに必要なものとして、このようなコンポーネン
ト及びこれらコンポーネントのこのような特徴だけを説
明する。ＶＭ／ＥＳＡオペレーティング・システムのそ
れ以上の詳細は、それに関連するＩＢＭ社の刊行物及び
それらで参照された刊行物において見ることができる。
それらコンポーネントは、一般に、そのシステムに設定
された仮想計算機において動作する。参照番号４により
指定された仮想計算機の制御プログラムＣＰは、ＡＰＰ
Ｃ／ＶＭを他の機能の間に導入する。参照番号５により
指定されたプログラムＶＴＡＭ及び参照番号６で指定さ
れたプログラムＡＶＳは、ＡＰＰＣ／ＶＭを使用して、
アプリケーション・プログラムが、ＶＴＡＭにより管理
されたプロトコルを通してそのネットワーク上でコミュ
ニケートすることを可能にする。更に、仮想記憶通信ア
クセス方式用の拡張通信機能、ＡＣＦ／ＶＴＡＭを与え
るプログラムがある。更に、グループ・サポート・シス
テムＧＣＳの共通セグメント及びプライベート・セグメ
ントであるコンポーネント８及び９によってネットワー
ク・サポート・サービスが与えられる。

【００２１】ステーション１には、サービス・プール仮
想計算機１０が設定され、そのうちの２つ、即ち、ＳＰ
１及びＳＰ２が示される。これらは、プライベート資源
マネージャ１４を走らせるプライベート・サーバ計算機
である。勿論、アプリケーション・プログラムと関連し
て、そのシステムにおける更なる仮想計算機、例えば、
ＳＱＬデータ・サーバ１１がアクティブとなり得る。コ
ンポーネント１２は、オペレーティング・システムのコ
ンポーネントである会話型モニタ・システム（ＣＭＳ）
を表わす。サービス・プール計算機１０によりネットワ
ークを通して会話を管理するために、会話管理ルーチン
（ＣＭＲ）、即ち、コンポーネント２０が、詳細に後述
されるように、ＧＣＳにおいて利用される。

【００２２】サービス・プール計算機の使用を要求する
プログラムはそのネットワークにおけるステーション
（ＰＷＳ）に、例えば、リクエストがステーション１に
おいて生じてもステーション２に存在する。

【００２３】ユーザ・プログラムからのインバウンド接
続は、ゲートウエイの論理ユニット名及びトランザクシ
ョン・プログラム名（ＴＰＮ）を宛先として指定する。
指定されたゲートウエイＬＵはそれと関連したＣＭＲを
持たなければならない。ＣＭＲを使用するゲートウエイ
ＬＵはサービス・プール・リクエストを受け取るだけで
あると仮定する。

【００２４】リクエストが送られる仮想計算機ＩＤは、
ＡＶＳ（ＡＰＰＣ／ＶＭ ＶＴＡＭサポート）計算機に
おいて走るそのゲートウエイの関連ＣＭＲによって決定
される。ＣＭＲを含むＡＶＳ計算機は、そのサポートを
要求するＣＰシステムに対してローカル、即ち、同じス
テーションになければならない。ＣＭＲによって管理さ
れるサービス・プール計算機はそのＣＭＲと同じＣＰシ
ステム上に存在しなければならない。説明される例示的
ＣＭＲは、透過サービス・アクセス機能（ＴＳＡＦ）を
介して遠隔的にサービス・プール計算機を管理しない。

【００２５】ＣＭＲは２つのコンポーネント、即ち、Ｃ
ＭＲメイン・タスク・コンポーネント及びＣＭＲサブタ
スク・コンポーネントより成る。

【００２６】ＣＭＲメイン・タスクは、ＡＶＳアクティ
ブ・ゲートウエイ・コマンドにおいてそのゲートウエイ
に対して指定された会話管理ルーチンのように見える。
ＡＶＳはＧＣＳによって与えられたマクロを介してＣＭ
Ｒメイン・タスクを呼び出す。ＣＭＲメイン・タスクの
責任は、（ａ）ＡＶＳから制御を受け取ること、（ｂ）
ＣＭＲサブタスクを付加及び切り離すこと、（ｃ）ＣＭ
ＲサブタスクＥＣＢをポストすること、（ｄ）ＣＭＲサ
ブタスク及びシステムＥＣＢを待つこと、（ｅ）ＡＶＳ
に制御を戻すこと、である。

【００２７】ＣＭＲサブタスクは、ＡＶＳ事象を処理す
るためにＣＭＲメイン・タスクによって作成される。Ｃ
ＭＲサブタスクの責任は、（ａ）システムから制御を受
け取ること（ＣＭＲサブタスクが付加されている時）、
又はＣＭＲサブタスクＥＣＢが送られる時に「ウエイク
・アップ」すること、（ｂ）サブタスクによる事象の処
理中にＡＢＥＮＤＳが生じた場合に使用するために、事
前設定された終了ルーチンを設定し、必要ない場合には
それを取り消すこと、（ｃ）ＡＶＳ事象を処理するこ
と、（ｄ）ＣＭＲメイン・タスクＥＣＢをポストするこ
と、（ｅ）ＣＭＲサブタスクを待つこと、である。

【００２８】ＣＭＲのトレースは、ＧＣＳによって与え
られる機能と使用して行うことが可能である。

【００２９】ＣＭＲは、ＡＶＳが「ゲートウエイ活性
化」コマンドによってプライベート・ゲートウエイＬＵ
を活性化する時、ＧＣＳにロードされる。ＣＭＲは、そ
のようなサポートを必要とする各ＣＰシステムが必要で
ある（図１参照）。ＣＭＲを含むＡＶＭ計算機は、サポ
ートを必要とするＣＰシステムにとってローカルでなけ
ればならない。

【００３０】ＡＶＳは、そのシステムへのアクセスを許
容するプライベート・ゲートウエイＬＵの所有者として
ＶＴＡＭに対して定義される。ステーション１における
ＣＰに対するすべてのインバウンド及びアウトバウンド
・プライベート会話は、このゲートウエイを通して処理
され、このゲートウエイを通したリクエストはローカル
のサービス・プール仮想計算機（ＳＰ１及びＳＰ２）を
管理するＣＭＲを呼び出す。資源マネージャは、アプリ
ケーション・リクエストを処理し且つサーバ計算機にお
ける独特である必要があるだけの共通の資源名によって
知られた一組のプログラム又はタスク・ハンドラであ
る。

【００３１】以下の事象シーケンスはＣＰシステムへの
インバウンド・サービス・プール・リクエストのフロー
を説明する（図１参照）。

【００３２】１．ＳＰ１はサービス・プール仮想計算機
ユーザＩＤであり、必要な時に自動ログされる。

【００３３】２．リモート・プログラム（例えば、ステ
ーション２における）はプライベート・サービス・プー
ル資源との「割振り」会話を開始する。リモート・プロ
グラムはゲートウエイＬＵ名及びＴＰＮを指定する。Ｔ
ＰＮは、すべてのサービス・プール計算機の資源マネー
ジャに割り当てられた共通の資源名である。

【００３４】３．ゲートウエイ１はＡＶＳにより所有さ
れるものとしてＶＴＡＭに対して定義されるので、ＶＴ
ＡＭはＡＶＳにリクエストを送る。

【００３５】４．ＣＭＲはゲートウエイトと関連づけら
れるので、ＡＶＳはＩＮＡＬＬＯＣ（インバウンド割振
り）事象でもってそれを呼び出す。

【００３６】５．ＣＭＲは選択されたサービス・プール
仮想計算機ＩＤをＡＶＳに送り戻す。この例では、それ
はＳＰ１を送り戻す。

【００３７】６．ＡＶＳ１は、着信する接続リクエスト
を、ＳＰ１に位置指定されたプライベート資源マネージ
ャに対する「ＡＰＰＣ／ＶＭ接続」リクエストに変換す
る。

【００３８】７．ＣＰは、リクエストと共に送られたユ
ーザＩＤ及びパスワードの対が有効であることをＴＳＡ
Ｆ集合体から検証する。

【００３９】８．その対が有効でない場合、接続リクエ
ストは拒否され、接続は設定されず、ＡＶＳは「割振り
解除」事象でもってＣＭＲを呼び出す。

【００４０】９．それが有効である場合、ＣＰは「ＡＰ
ＰＣ接続」リクエストをその検証されたユーザＩＤと共
にＳＰ１資源マネージャに送る。

【００４１】１０．ＳＰ１がログ・オンされない場合、
ＣＰはそれを自動的にログ・オンし、その資源マネージ
ャを呼び出す。

【００４２】１１．ＳＰ１の資源マネージャ（タスク・
ハンドラ）は「受諾」を発生して、リモート・プログラ
ムとの対話を設定する。

【００４３】１２．ＣＰは、接続保留割り込みのフィー
ルドにおける起点ＰＷＳのユーザＩＤを持ったサービス
・プール計算機を与える。

【００４４】１３．このリクエストの完了時に、起点Ｐ
ＷＳは「割振り解除」をＳＰ１に発生する。

【００４５】１４．ＳＰ１のタスク・ハンドラは、会話
が終了したことを通知され、そして会話は割振りを解除
される。

【００４６】１５．ＡＶＳは、割振りを解除されたＳＰ
１との会話を表わすためにＣＭＲを呼び出す。

【００４７】１６．ＣＭＲはＳＰ１を他のリクエストに
対して利用可能なものとしてマークする。

【００４８】ＣＭＲメイン・タスクは、或ＡＶＳ事象が
ゲートウエイと関連して生じる時、そのメイン・エント
リ・ポイントを介して呼び出される。ＣＭＲメイン・タ
スクは、どの事象がＡＶＳによりそれに送られたパラメ
ータ・リストの「事象名」フィールドからの呼出を生じ
たかを決定する。このフィールドの内容に基づいて、Ｃ
ＭＲメイン・タスクは、新しいＣＭＲサブ・タスクを作
成（付加）すべきか又は既存のＣＭＲサブタスクを「ウ
エーク・アップ」（ポスト）すべきかを決定する。

【００４９】ＣＭＲサブタスクは、表１に示されるよう
に、送られた事象タイプに基づいて特殊機能を遂行しな
ければならない。これらの事象と関連したパラメータ・
リストが表２乃至表７に示される。

【００５０】各ＡＶＳパラメータ・リストは１つのユー
ザワードを含んでいる。ＡＶＳはユーザワードには何も
せず、それをすべてのパラメータ・リストと共に送るだ
けであり、そしてＣＭＲからの復帰時にその更新された
値を記憶する。ＣＭＲは「活性化」事象処理中にＣＭＲ
制御ブロックのアドレスをユーザワードに記憶する。そ
の後の事象パラメータ・リストはこのアドレスを含むの
で、ＣＭＲ制御ブロックのアドレス可能度は維持され
る。

【００５１】

【表１】 ＡＶＳ事象。この表は事象タイプに基づいて
ＣＭＲサブタスクにより行われる機能を示す 事象 目的 活性化 サービス・プール環境を設定するために、 ・サービス・プール環境パラメータを読み取る ・ステータス等を示す各サービス・プール計算機に対するエント リでもってサービス・プール計算機制御ブロックを設定する 非活性化 サービス・プール環境を終了するために、 ・整理処理を行う（サブタスクを切り離す、メモリを自由にする ） インバウンド インバウンド・リクエストに対してサービス・プールを計算機を 割振り 割り当てるために、 ・利用可能なサービス・プール仮想計算機に対するサービス・プ ール制御ブロックをサーチする ・新しいステータスでもってサービス・プール制御ブロックを更 新する 割振り解除 サービス・プール計算機を新しいリクエストに対して利用可能に させるために、 ・新しいステータスでもってサービス・プール制御ブロックを更 新する アテンション ＶＴＡＭからアテンション・ロスを受けるために、 ・ロス ・セッションと関連したサービス・プール計算機への接続を助け る ・サービス・プール計算機をログ・オフする ・初期設定ステータスでもってサービス・プール制御ブロックを 更新する 異常終了 ＡＶＳ異常終了から回復するために、 ・サービス・プール計算機をログ・オフする

【００５２】

【表２】 活性化事象パラメータ・リスト フィールド長 タイプ 内容 ８ 文字 「ＡＣＴＩＶＡＴＥ（活性化）」（事象名） １ 数字 ゲートウエイＬＵ名の長さ １−１７ 文字 ゲートウエイＬＵ名 ４ ポインタ ユーザワードがＣＭＲ制御ブロックを指す

【００５３】

【表３】 非活性化事象パラメータ・リスト フィールド長 タイプ 内容 ８ 文字 「ＤＥＡＣＴＩＶ（非活性化）」（事象名） １ 数字 ゲートウエイＬＵ名の長さ １−１７ 文字 非活性化されるゲートウエイ ４ 数字 エラー非活性化を生じる会話（０＝正規の非活性化 コマンド） ４ ポインタ ユーザワードがＣＭＲ制御ブロックを指す

【００５４】

【表４】 インバウンド割振り事象パラメータ・リスト フィールド長 タイプ 内容 ８ 文字 「ＩＮＡＬＬＯＣ（インバウンド割振り）」（事象 名） １ 数字 割振りを伴うゲートウエイＬＵ名の長さ １−１７ 文字 割振りを伴うゲートウエイＬＵ名 １ 数字 パートナーＬＵ名の長さ １−１７ 文字 パートナーＬＵ名 ８ 文字 ログオン・モード名 １ 数字 トランザクション・プログラム名の長さ １−６４ 文字 トランザクション・プログラム名 １ 数字 アクセス・ユーザＩＤの長さ １−１０ 文字 アクセス・ユーザＩＤ ４ 数字 ＶＴＡＭ会話ＩＤ ８ 数字 ＶＴＡＭセッションＩＤ ８ 文字 出力ＬＵ名修飾子（プライベート・サーバ接続とし て接続を続行させるためにはユーザＩＤでなければ ならない） ８ 文字 出力：接続時に使用するためのＬＵ名 ８ 文字 出力：代替えユーザＩＤ（ＡＬＴＵＳＥＲ）のため のＩＤ ４ 数字 出力：完了フラッグ ４ ポインタ ユーザワードがＣＭＲ制御ブロックを指す

【００５５】

【表５】 割振り解除事象パラメータ・リスト フィールド長 タイプ 内容 ８ 文字 「ＤＥＡＬＬＯＣ（割振り解除）」（事象名） ２ 数字 ＶＭ会話ＩＤ ４ 数字 ＶＴＡＭ会話ＩＤ ４ ポインタ ユーザワードがＣＭＲ制御ブロックを指す

【００５６】

【表６】 アテンション・ロス事象パラメータ・リスト フィールド長 タイプ 内容 ８ 文字 「ＡＴＴＥＮＬＯＳＳ（アテンション・ロス）」 （事象名） ４ ポインタ ＶＴＡＭ ＡＣＢアドレス ４ 数字 ＶＴＡＭサブエグジットのアドレス ４ ポインタ Ｒ／Ｏ ＶＴＡＭ ＲＰＬのアドレス ４ ポインタ ユーザワードがＣＭＲ制御ブロックを指す

【００５７】

【表７】 異常終了事象パラメータ・リスト フィールド長 タイプ 内容 ８ 文字 「ＡＢＥＮＤ（異常終了）」（事象名） ４ ポインタ ユーザワードがＣＭＲ制御ブロックを指す ＣＭＲはデータ記憶のためのいくつかのファイル及び制
御ブロック、即ち、サービス・プール構成ファイル、ア
ラート・データを記録するためのアラート・ファイル、
ＣＭＲコミュニケーション領域、ＣＭＲ制御ブロック、
サービス・プール制御ブロック、メッセージ生成のため
の入力パラメータ・リスト、ＣＭＲ診断作業領域、及び
ＣＭＲエラー・トレース情報を利用する。

【００５８】サービス・プール構成ファイルはＣＭＲサ
ブタスクによって設定されたサービス・プール制御ブロ
ックに対するデータを与えるために、活性化事象中だけ
アクセスされる。ＣＭＲはＧＣＳマクロを介してサービ
ス・プール構成ファイルをアクセスする。このファイル
は、ＣＭＲにとって利用可能なサービス・プール仮想計
算機ＩＤのリストを含むようにシステム・アドミニスト
レータによってＣＭＳにおいて作成される。サービス・
プール構成ファイルは１つの制御レコードを含み、その
制御レコードはそれに続くそのファイル内の詳細レコー
ドの数を指定する。各詳細レコードはサービス・プール
計算機のユーザＩＤを含んでいる。ＧＣＳファイル・コ
マンドによって指定されたファイルの名前は、ＣＭＲと
関連したゲートウエイの名前である。ＣＭＲはＡＶＳ活
性化事象におけるこのファイルをアクセスし、従って、
それの制御ブロックを設定する。

【００５９】与えられるべき各ＣＭＲに対して、１つの
独立したファイルが利用可能にされる。複数のＣＭＲが
同じシステム上に存在する場合、システム・アドミニス
トレータは各ＡＶＳ活性化コマンドの前にＧＣＳファイ
ル指定コマンドを発生しなければならない。そのコマン
ドは、次の活性化コマンドにおける指定されるべきＣＭ
Ｒに対応したファイル名を指定する。各コマンドに対し
て指定されたファイル名はゲートウエイ名でなければな
らず、そのファイル名は各ＣＭＲに対して異なっていな
ければならない。相異なった各ＣＭＲは他のいずれのＣ
ＭＲによっても管理されないサービス・プール計算機を
管理することが必要であり、従って、各ＣＭＲは、他の
いずれのサービス・プール構成ファイルにも含まれない
サービス・プール計算機ＩＤを含むサービス・プール構
成ファイルを持つ。このファイルの内容は、ゲートウエ
イの活性化の時に読み取られるだけであり、従って、関
連のゲートウエイが非活性化されそして再活性化される
まで、このファイルに対する如何なる変更も効を奏さな
い。

【００６０】ＣＭＲコミュニケーション領域は、表８に
示されるように、呼出相互間にＣＭＲメイン・タスクと
サブタスクとの間で送られた情報を含んでいる。ＣＭＲ
制御ブロックは表９に示されるように、ＣＭＲサブタス
クによって初期設定され、ＣＭＲサブタスクに対するロ
ーカル記憶装置を与える。サービス・プール制御ブロッ
クは活性化事象ルーチンの間にサブタスクによって初期
設定され、非活性化サブルーチンの間に解放され、そし
て、表１０に示されるように、各サービス・プール仮想
計算機に対するステータス・データ及びサービス・プー
ル構成ファイルからのデータを記憶する。表１１、表１
２及び表１３に示されるように、メッセージ入力パラメ
ータに対する入力パラメータ・リスト、診断作業領域、
及びトレース情報領域は、後述のように、エラー処理と
関連して使用される。

【００６１】

【表８】 ＣＭＲコミュニケーション領域 フィールド長 タイプ 説明 ８ 文字 ラベル ４ ポインタ ＣＭＲメイン・タスクＥＣＢを指す ４ ポインタ ＣＭＲサブタスクＥＣＢを指す ４ 数字 システムＥＣＢ ４ 数字 タスク識別子 ４ ポインタ ＡＶＳパラメータ・リストを指す ８ 文字 ＡＶＳ事象名 ２ 数字 ゲートウエイ長 １７ 文字 ゲートウエイ名 ８ 文字 構成ファイルに対して使用されたＤＤＮＡＭＥ

【００６２】

【表９】 ＣＭＲ制御ブロック フィールド長 タイプ 説明 ８ 文字 ラベル １ 文字 ＣＭＲが遮断モードにあり、非活性化事象以外の如 何なるリクエストも処理していない場合、フラッグ を立てる １ 文字 サービス・プール制御ブロックが存在するかどうか を表わす ４ ポインタ サービス・プール制御ブロックにおける第１エント リのはじめを指す ４ 数字 サービス・プール制御ブロック・アレーにおけるエ ントリの数を含む

【００６３】

【表１０】 サービス・プール制御ブロック（プール内
の各ＶＭに対して１つのエントリ） フィールド長 タイプ 内容 ８ 文字 ラベル ８ 文字 ＶＭユーザＩＤ（アレーに固有） １ 文字 サービス・プールＩＤの現ステータス ４ 数字 ＶＴＡＭ会話ＩＤ ８ 数字 ＶＴＡＭセッションＩＤ ８ 文字 このプールＩＤに対する最新ＡＶＳ事象

【００６４】

【表１１】 メッセージ制御ブロック フィールド長 タイプ 内容 ８ 文字 呼出し側のモジュール名 ４ ポインタ サブリストの開始を指す ４ ポインタ メッセージ・テキスト領域を指す ２ 数字 メッセージ長 ２ 数字 メッセージ識別子 １ 数字 メッセージ・フォーマット

【００６５】

【表１２】 診断作業領域 フィールド長 タイプ 内容 ８ 文字 異常終了させたマクロ ４ 文字 システム異常終了コード ４ 文字 ユーザ異常終了コード ４ ポインタ 自動記憶を指す １ 文字 前の異常終了インディケータ ３ 文字 予備 ６０ 文字 再試行レジスタ ４ 文字 起こり得る異常終了に対する保管領域。各々が１６ レジスタよりなる複数エレメントのアレー ３００ 文字 終了ルーチンに対する自動記憶 ３ 文字 実行されるべき次の命令のアドレス

【００６６】

【表１３】 ＣＭＲトレース情報 フィールド長 タイプ 内容 ８ 文字 呼出し側のモジュール名 ８ 文字 ＡＶＳゲートウエイ ８ ビット トレース・フラッグ（第１ビットはトレース発生が 可能であることを表わす） ３ 文字 未使用 １ 文字 トレース識別（トレース・タイプを指定する） ４ 数字 トレースされるべき戻りコードの値 ４ ポインタ トレースされるべき制御ブロックを指す ８ 文字 トレースされるべきユーザＩＤの値 ８ 数字 トレースされるべきＶＴＡＭ ＲＰＬセッションＩ Ｄ ４ ポインタ ＣＭＲ会話作業領域を指す ４０ 文字 自由形式テキスト 図２を参照すると、ＡＶＳ及びＣＭＲの間のプロセス・
フロー全体は次のようになる。即ち、 （１）ＣＭＲが呼び出される（ａ）。ＡＶＳがＣＭＲメ
イン・タスクのエントリ・ポイントでＣＭＲを呼び出
す。ＣＭＲメイン・タスクは事象タイプを決定する。

【００６７】（２）ＣＭＲサブタスクが生成される
（ｂ）又は（ｃ）。ＣＭＲサブタスクＥＣＢがポストさ
れる。事象タイプが「活性化」であるか又は無効である
場合、ＣＭＲメイン・タスクは「生成」マクロを発生し
てサブタスクを作成する（ｂ）。サブタスクはその事象
を処理する。すべての有効な事象（「活性化」を除く）
に対して、ＣＭＲメイン・タスクは「ポスト」マクロを
発生してＣＭＲサブタスクをトリガする（ｅ）。「ポス
ト」マクロはＣＭＲサブタスクをウエイク・アップさ
せ、その事象を処理する。

【００６８】（３）ＣＭＲメイン・タスクＥＣＢがポス
トされるか（ｃ）又はシステムＥＣＢがポストされる
（ｆ）。すべての事象（「非活性化」又は無効な事象を
除く）を処理した後、ＣＭＲサブタスクは「ポスト」マ
クロを発生してＣＭＲメイン・タスクをトリガする
（ｃ）。そこで、ＣＭＲサブタスクはＣＭＲサブタスク
ＥＣＢがポストされるのを待つ（ｅ）。「非活性化」事
象又は無効事象を処理した後、ＣＭＲサブタスクは異常
終了ルーチンを取り消し、終了する。これはシステムＥ
ＣＢをポストさせる。システム又はＣＭＲメイン・タス
クＥＣＢがポストされる時、ＣＭＲメイン・タスクはウ
エイク・アップする。

【００６９】（４）ＡＶＳに戻る。

【００７０】ＡＶＳ戻る前に、ＣＭＲメイン・タスク
は、ＣＭＲサブタスクが終了したかどうか（即ち、シス
テムＥＣＢがポストされたかどうか）を決定する。ＣＭ
Ｒサブタスクが終了した場合、ＣＭＲメイン・タスクは
そのサブタスクを切り離す。ＣＭＲメイン・タスクは制
御をＡＶＳに戻す（ｄ）。

【００７１】ＣＭＲメイン・タスク及びＣＭＲサブタス
クのモジュールを更に詳しく説明する。ＣＭＲメイン・
タスクは、或ＡＶＳ事象がそれのゲートウエイＬＵと関
連して生じる時、それのメイン・エントリ・ポイントを
介して呼び出される。このモジュールは、どの事象がＡ
ＶＳパラメータ・リストの事象名フィールドからの呼出
しを生じさせたかを決定する。

【００７２】このモジュールによって遂行されるステッ
プは、 （１）事象タイプに基づいて、ユーザワード値を決定す
る。

【００７３】（２）「活性化」事象タイプ又は無効事象
タイプに対して、ＣＭＲコミュニケーション領域に対し
て記憶装置を割り振り、それのラベルを挿入する。

【００７４】（３）他のすべての事象タイプに対して、
ＣＭＲコミュニケーション領域のラベルが有効でない場
合、又はユーザワードがヌル（ｎｕｌｌ）である場合、
アラートがＣＭＲサブタスクによって発生されることを
保証する。アラートがＣＭＲサブタスクによって書かれ
そして事象タイプが「インバウンド割振り」であった場
合、完了フラッグが再試行なしを表わすように更新され
ることを保証する。

【００７５】（４）ＣＭＲコミュニケーション領域にお
ける残りのフィールドをセットする。ＤＤ名フィールド
は以下のように決定される。 ａ．事象タイプが「活性化」である場合、入力ゲートウ
エイ名の長さが有効（即ち、０より大きく、１８よりも
小さい）ならば、そのゲートウエイ名を取り出し、それ
をＤＤ名として使用する。入力ゲートウエイ名の長さが
ゼロでないならば、入力ゲートウエイ名の最初の１７文
字を使用し、デフォルトＤＤ名を使用する。入力ゲート
ウエイ名の長さがゼロならば、そのゲートウエイ名はヌ
ル・ストリングであり、デフォルトＤＤ名が使用され
る。 ｂ．事象タイプが無効である場合、ゲートウエイ名はヌ
ル・ストリングであり、デフォルトＤＤ名が使用され
る。「インバウンド割振り」及び「非活性化」事象タイ
プに対して、入力ゲートウエイ名又はゲートウエイ名の
長さがＣＭＲコミュニケーション領域における値と同じ
でない場合、デフォルトＤＤ名をセットする。

【００７６】（５）事象タイプが「活性化」である場
合、ＣＭＲコミュニケーション領域のアドレスにユーザ
ワードをセットする。

【００７７】（６）ＣＭＲメイン・タスクＥＣＢをゼロ
にクリアする。

【００７８】（７）事象タイプが「活性化」又は無効で
ある場合、ＣＭＲコミュニケーション領域におけるシス
テムＥＣＢをゼロにセットし、ＣＭＲサブタスクを生成
する。その生成が成功したならば、ＣＭＲコミュニケー
ション領域のタスク識別子をユーザワードの２つの下位
桁バイトにセットする。生成が失敗したならば、ユーザ
ワードをヌルにセットし、ＣＭＲコミュニケーション領
域を自由にし、ＡＶＳに戻る。

【００７９】（８）すべての有効な事象タイプ（「活性
化」を除く）に対して、（サブタスクがＣＭＲコミュニ
ケーション領域にセットしたポインタを使用して）ＣＭ
ＲサブタスクＥＣＢをポストする。

【００８０】（９）ＣＭＲメイン・タスク又はシステム
ＥＣＢがポストされるのを待つ。

【００８１】（１０）システムＥＣＢがポストされる
時、（ＣＭＲコミュニケーション領域に保管されたタス
ク識別子を使用して）ＣＭＲサブタスクを切り離す。ユ
ーザワードをヌルにセットし、ＣＭＲコミュニケーショ
ン領域を自由にする。

【００８２】（１１）戻る。

【００８３】ＣＭＲサブタスクのメイン・ラインは、生
成マクロの結果として又はＣＭＲメイン・タスクにより
発生されたポスト・マクロの結果として呼び出される。
このモジュールは、どの事象がＡＶＳパラメータ・リス
トの事象名フィールドからの呼出を生じさせたかを決定
する。このフィールドの内容に基づいて、それは適当な
外部事象ルーチンを起動する。

【００８４】このモジュールにおけるステップは以下の
ようになる。

【００８５】（１）レジスタがＣＭＲコミュニケーショ
ン領域を指すことによって制御を受け取る。

【００８６】（２）終了ルーチンとして設定する。

【００８７】（３）トレース情報領域、ＣＭＲ制御ブロ
ック、メッセージ領域及びＣＭＲアラート・レコードに
対するアドレス可能度を設定する。

【００８８】（４）連続フラッグを「真」にセットす
る。

【００８９】（５）連続フラッグが「真」である間、以
下のステップを行う。 ａ．ＡＶＳに対するアドレス可能度を設定する。 ｂ．事象タイプが有効である場合、ゲートウエイ名が
（ＣＭＲメイン・タスクによって決定されるように）未
知であるとき、後述のメッセージ発生サブルーチンを使
用して「ゲートウエイ名無効」を表わすメッセージを発
生する。「活性化」、「ＯＵＴＡＬＬＯＣ（アウトバウ
ンド割振り）」及び「非活性化」以外のすべての事象に
対して、 ・ＣＭＲが遮断モードであるとき、メッセージ「非活性
化を受信しなかった」を発生する。 ・サービス・プール制御ブロックが存在しないとき、メ
ッセージ「サービス・プール制御ブロック非設定」を発
生する。 ｃ．無効事象タイプに対しては、後述のサブルーチン呼
び出してＣＭＲアラート・レコードを書き込む。 ｄ．すべての有効事象に対しては、対応するＣＭＲサブ
ルーチンを呼び出してその事象をしょりする。 ｅ．処理された事象が「インバウンド割振り」であった
場合、次のようなＡＶＳパラメータ・リスト出力変数、
即ち、ＬＵ名識別子、接続時に使用するためのＬＵ名、
代替えのユーザＩＤに対するＩＤ、及び完了フラッグを
更新する。 ｆ．ＣＭＲが遮断モードにあり且つエラーが生じた場
合、遮断保留フラッグをセットする。 ｇ．「非活性化」及び無効事象を除くすべての事象に対
して、ＣＭＲサブタスクＥＣＢをゼロにクリアし、ＣＭ
Ｒメイン・タスクＥＣＢをポストし（ＣＭＲメイン・タ
スクＥＣＢＧがポストされない場合）、及びＣＭＲサブ
タスクＥＣＢを待つ。 ｈ．「非活性化」及び無効事象タイプに対して、連続フ
ラッグを「偽（ｆａｌｓｅ）」にセットし（これは「Ｗ
ＨＩＬＥ」ループを停止する）、ＣＭＲコミュニケーシ
ョン領域のサブタスクＥＣＢに対するポインタをヌルに
セットする。

【００９０】（６）事前設定された終了ルーチンを取り
消す。 （７）戻る。（サブタスクが終了し、従って、ＧＣＳが
システムＥＣＢをポストする）。

【００９１】ゲートウエイＬＵ（それに基づいてＣＭＲ
名が指定された）が「ＡＶＳ活性化ゲートウエイ」コマ
ンドを通して活性化される時に生じる「活性化」サブル
ーチンが「活性化」事象を処理する。サービス・プール
環境を設定するために、このルーチンは以下のステップ
をとる。

【００９２】（１）ＧＣＳオープン、読み取り、チェッ
ク、及びクローズ・マクロを使用してサービス・プール
構成ファイルを読み取る。第１の非コマンド・レコード
が制御レコードでない場合、このルーチンは、 ａ．メッセージ発生サブルーチンを呼び出してメッセー
ジ「制御レコードがない」を発生する。 ｂ．エラーを表わす戻りコードをセットする。 ｃ．制御をメインラインに戻す。 Ｉ／Ｏエラーが生じる場合、このルーチンは、 ａ．メッセージ発生サブルーチンを呼び出してメッセー
ジ「ＣＭＲ構成ファイルの読み取りのエラー」を発生す
る。 ｂ．エラーを表わす戻りコードをセットする。 ｃ．制御をメインラインに戻す。

【００９３】（２）制御レコードにおいて指定されたエ
ントリの数に基づいてサービス・プール制御ブロックに
対する十分な記憶装置を得る。これを行うための記憶装
置が得られない場合、このルーチンは、 ａ．メッセージ発生サブルーチンを呼び出してメッセー
ジ「不十分な記憶装置しか得られない」を発生する。 ｂ．エラーを表わすエラー戻りコードをセットする。 ｃ．制御をメインラインに戻す。

【００９４】（３）サービス・プール構成ファイルが重
複したユーザＩＤを含む場合、メッセージ発生サブルー
チンを呼び出してメッセージ「詳細レコードは無効」を
発生する。

【００９５】（４）サービス・プール構成ファイルから
実際に読み出されたレコードの数が制御レコード上で指
定されたエントリの数と一致することを検証する。この
２つの数が一致しない場合、 ａ．メッセージ発生サブルーチンを呼び出してメッセー
ジ「制御レコードは無効」を発生する。 ｂ．エラーを表わすエラー戻りコードをセットする。 ｃ．制御をメインラインに戻す。

【００９６】（５）後述の更新サブルーチンを呼び出
し、以下のものを含む各サービス・プール計算機に対す
るエントリでもってサービス・プール制御ブロックを設
定する。 ａ．構成ファイルからのサービス・プール・ユーザＩＤ ｂ．アイドルにセットされた現ステータス ｃ．ゼロにセットされた会話及びセッション ｄ．「活性化」にセットされた最新事象。

【００９７】（６）サービス・プール計算機がログオフ
されることを保証するために、後述のログオフ・サブル
ーチンを呼び出す。

【００９８】（７）制御をメイン・ラインに戻す。

【００９９】「非活性化」サブルーチンはゲートウエイ
ＬＵが非活性化される時に生じる「非活性化」事象を処
理する。サービス・プール環境を終了させるために、こ
のルーチンは以下のステップを含む。

【０１００】（１）サービス・プール制御ブロックが存
在することをＣＭＲ制御ブロックが表わす場合、サービ
ス・プール制御ブロックに対する前に得られた記憶装置
を解放する。記憶装置を解放する試みでエラーが生じた
場合、アラート・レコードを書き込む。

【０１０１】（２）制御をメインラインに戻す。

【０１０２】「インバウンド割振り」サブルーチンは、
割振りリクエストがＶＴＡＭからＡＶＳに流れる時に生
じるインバウンド割振り事象を処理する。インバウンド
・六エスとに対してサービス・プール計算機を割り当て
るために、このルーチンは、 （１）アイドル・サービス・ポストＩＤに対する現ステ
ータス・フィールドをチェックすることによって、利用
可能なサービス・プール仮想計算機に対するサービス・
プール制御ブロック・データ構造をサーチする。利用可
能なサービス・プール計算機がない場合、 ａ．可用性なしを表わすように完了フラッグ出力パラメ
ータをセットする。 ｂ．制御をメインラインに戻す。

【０１０３】（２）計算機が利用可能である場合、出力
パラメータを割り当てる。 ａ．ターゲットＬＵ名が選択されたサービス・プールユ
ーザＩＤにセットされる。 ｂ．従って、完了フラッグがセットされる。

【０１０４】（３）更新サブルーチンを呼び出して（選
択されたサービス・プールユーザＩＤに対する）サービ
ス・プール制御ブロックを更新する。 ・サービス・プール計算機がアクティブであることを表
わすようにサービス・プール制御ブロックの現ステータ
ス・フィールドをセットする。 ・サービス・プール制御ブロックのセッションＩＤをＶ
ＴＡＭセッションＩＤにセットする。 ・サービス・プール制御ブロックの最新事象フィールド
を「インバウンド割振り」にセットする。

【０１０５】（４）制御をメインラインに戻す。

【０１０６】ＡＶＳから仮想計算機への接続が切り離さ
れる時に生じる「割振り解除」サブルーチンは割振り解
除事象を処理する。サービス・プール計算機を新しいリ
クエストに対して利用可能にするために、このルーチン
は、 （１）供給されたＶＴＡＭ会話ＩＤと一致するサービス
・プール制御ブロックエントリに対して、更新サブルー
チンを呼び出し、 ・サービス・プール計算機がアイドルであることを表わ
すようにサービス・プール制御ブロックの現ステータス
・フィールドをセットする。 ・サービス・プール制御ブロックの会話ＩＤ及びセッシ
ョンＩＤフィールドをゼロにセットする。 ・サービス・プール制御ブロックの最新事象フィールド
を「割振り解除」にセットする。

【０１０７】（２）制御をメインラインに戻す。

【０１０８】サブルーチン「アテンション・ロス」は、
ＶＲＡＭがアテンション・ロスにおけるエラーをレポー
トする時に生じる「アテンション・ロス」事象を処理す
る。ＶＴＡＭアテンション・ロスから回復するために、
このルーチンは、 （１）ＶＴＡＭからセッションＩＤを得るために、その
セッションと一致するすべてのサービス・プール計算機
に対して、 ａ．ログオフ・サブルーチンを呼び出してサービス・プ
ール計算機をログオフする。 ｂ．更新サブルーチンを呼び出して、 ・サービス・プール制御ブロックの現ステータス・フィ
ールドをアイドルにセットする。 ・サービス・プール制御ブロックの会話ＩＤ及びセッシ
ョンＩＤフィールドをゼロにセットする。 ・サービス・プール制御ブロックの最新事象フィールド
を「アテンション・ロス」にセットする。

【０１０９】（２）制御をメインラインに戻す。

【０１１０】ログオフ・サービス・プール計算機サブル
ーチンは、サービス・プール制御ブロックに含まれたサ
ービス・プール計算機のすべて又は１つを、それらの保
留ステータスに関係なくログオフする。このルーチンに
おけるステップは、 （１）１つの計算機しかログオフされない場合、ユーザ
ＩＤ入力パラメータによって指定されたサービス・プー
ル計算機をログオフするための命令を発生する。

【０１１１】（２）そうでない場合、すべてのサービス
・プール計算機がログオフされる必要がある。サービス
・プール制御ブロックにおけるすべてのエントリに対し
て以下のステップを繰り返す。 ・次のサービス・プール計算機に対するＶＭユーザＩＤ
をサービス・プール制御ブロックから得る。 ・サービス・プール計算機をログオフするための命令を
発生する。

【０１１２】更新サービス・プール制御ブロック・エン
トリ・サブルーチンは入力パラメータ・フィールドを使
用してサービス・プール制御ブロック・エントリを更新
する。この機能におけるステップは、 （１）「活性化」事象が処理される場合、入力ユーザＩ
Ｄを使用してサービス・プール制御ブロックのユーザＩ
Ｄフィールドを更新する。

【０１１３】（２）入力パラメータを使用してサービス
・プール制御ブロックにおける残りのフィールドを更新
する。

【０１１４】メッセージ発生サブルーチンは送られたパ
ラメータに基づいてＣＭＲリポジトリにおける適当なエ
ラー・メッセージを選択し、適当な置換を行い、ＧＣＳ
マクロを介してＧＣＳオペレータ・コンソールにメッセ
ージを書き込む。そのメッセージを書く場合、このルー
チンは、 （１）メッセージ・リポジトリにおける対応するメッセ
ージ・テキストを選択する。

【０１１５】（２）メッセージが存在しないか又はメッ
セージ・リポジトリがロード可能でない場合、このルー
チンはアラート・レコードを書き、呼出しを制御するた
めに戻る。

【０１１６】（３）適当なテキストを持ったＧＣＳ Ｗ
ＴＯメッセージを発生する。

【０１１７】（４）制御を呼出しモジュールに戻す。

【０１１８】以下のサブルーチンは、事前設定された終
了サブルーチンとしてサブタスクにより設定される。そ
れは、事象処理中のＣＭＲサブタスク・サブルーチン異
常終了によって呼び出されたＧＣＳマクロを含む時に制
御を受ける。

【０１１９】そのようなマクロを使用する各ルーチン
は、そのマクロに対して異常終了が生じた時に制御を得
るべきアドレスを指定する。これは、ＣＭＲ診断作業領
域のレジスタ・アレーにおける１つのエレメントの最後
のレジスタにそのアドレスを保管することによって達成
される。使用される他のレジスタの内容を保管するため
に、そのアレーにおける他のレジスタが使用される。各
マクロはＣＭＲ診断作業領域のアレーの異なるエレメン
トを使用する。そのアレーのその他のエレメントは、認
識されない異常終了を行うために使用される。

【０１２０】このルーチンにおけるステップは、 （１）システム異常終了コードを文字形式に変換し、そ
れをＣＭＲ診断作業領域に保管する。

【０１２１】（２）実行されるべき次の命令のアドレス
をＣＭＲ診断作業領域に保管する。

【０１２２】（３）発生した異常終了を表わすようにＣ
ＭＲ診断作業領域における前の異常終了インディケータ
をセットする。

【０１２３】（４）ＣＭＲ診断作業領域のマクロ・フィ
ールドを使用して何がその異常終了を生じさせたかを決
定する。

【０１２４】（５）すべての既知のマクロに対して、 ・適当なレジスタ・アレー・エレメントを選択し、最後
のレジスタを除くすべてのレジスタをＣＭＲ診断作業領
域の再試行レジスタ・フィールドに保管する。 ・適当なレジスタ・アレー・エレメントを選択し、戻り
アドレスを与えるために最後のレジスタを保管する。

【０１２５】（６）未知の異常終了に対して、 ・適当なレジスタ・アレー・エレメントを選択し、最後
のレジスタを除くすべてのレジスタをＣＭＲ診断作業領
域の再試行レジスタ・フィールドに保管する。 ・最後のレジスタを選択し、戻りアドレスを与える。

【０１２６】（７）保管された戻りアドレスに制御を戻
す。

【０１２７】以下のサブルーチンは、可能な場合、トレ
ース・エラーを助ける。トレース・レコード書込サブル
ーチンはＧＣＳトレース生成マクロを使用してトレース
・レコードを書き込む。このルーチンのステップは、 （１）データ及び時間を検索するためのＧＣＳマクロを
発生する。

【０１２８】（２）トレース情報領域のトレース識別フ
ィールド使用してどの種類のトレースが要求されている
かを決定し、トレース・データ・レコードをフォーマッ
トする。

【０１２９】（３）ＧＣＳトレース生成マクロを発生す
る。

【０１３０】（４）トレース生成が可能であることを確
認するためにレジスタ内容を調べる。それが可能である
場合、トレース情報領域におけるトレース・フラッグ・
フィールドの「トレース・オン」ビットを「真」にセッ
トする（そうでない場合は、それを「偽」にセットす
る）。無効トレース生成状態が戻される場合、アラート
・レコードを書き込む。

【０１３１】ＣＭＲアラート・プロセス・サブルーチン
は、アラート・レコードをＣＭＲアラート・ファイルに
書き込むことによってＣＭＲアラート状況を処理する。
このルーチンは、セットされたフラッグ・フィールドの
トレース・オン・ビットが「真」である場合、トレース
・レコードを書き込むだけ。これは、トレース・ルーチ
ンがアラート・サブルーチンを呼び出す場合、そのアラ
ート・サブルーチンがトレース・レコードを書き込まな
いことを保証する。

【０１３２】このルーチンのステップは、 （１）ＣＭＲアラート・ファイルの排他的制御を要求す
るためのＧＣＳマクロを発生する。このルーチンは、そ
れがＣＭＲアラート・ファイルの制御を得るまで、制御
を再獲得しない。

【０１３３】（２）アラート・ファイルを識別する「Ｆ
ＩＬＥＤＥＦ」コマンドを実行するためのＧＣＳマクロ
を発生する。

【０１３４】（３）「ＦＩＬＥＤＥＦ」が失敗し、トレ
ース情報領域におけるトレース・オン・ビットが「真」
である場合、 ・トレース・サブルーチンを呼び出して、「ＦＩＬＥＤ
ＥＦ」エラーが生じたことを表わすトレース・レコード
を書き込む。

【０１３５】（４）「ＦＩＬＥＤＥＦ」が成功した場
合、ＣＭＲアラート・ファイルをオープンし、そしてそ
のオープンが成功する場合、 ・データ及び時間を検索するためのＧＣＳマクロ発生す
る。 ・ＣＭＲアラート・レコード書き込むための書込マクロ
を作成し、発生する。 ・ＣＭＲアラート・ファイルをクローズするためのクロ
ーズ・マクロを発生する。

【０１３６】（５）ＣＭＲアラート・ファイルの制御を
解放するＧＣＳマクロを発生する。

【０１３７】包括的エラー処理方法がＣＭＲに導入され
る。ＡＶＳが異常終了する場合、又はＣＭＲ（ＡＶＳの
呼び出されたエンティティとして実行する）が異常終了
する場合、異常終了事象を指定するＡＶＳ異常終了エグ
ジット・ルーチンによってＣＭＲが呼び出される。ＣＭ
Ｒは、サービス・プール計算機をログオフする異常終了
サブルーチンを遂行し、制御をＡＶＳに戻す。異常終了
エグジット処理中に異常終了が生じた場合、ＡＶＳ異常
終了処理が制御をとる。

【０１３８】ＣＭＲの機能にインパクトを与えるエラー
を内部ＣＭＲサブルーチンが検出する場合、ＣＭＲは、
ＣＭＲ制御ブロックにおける保留遮断フラッグをセット
することによってそれ自身を遮断モードにする。一旦遮
断モードになると、ＣＭＲは「非活性化」事象を処理す
るだけ。その「非活性化」事象中、ＣＭＲは遮断フラッ
グをリセットすることによって遮断モードを取り消す。
ＣＭＲが遮断モードにある時に「非活性化」事象以外の
事象が試みられる場合、ＣＭＲは、ゲートウエイＬＵが
非活性化されることを要求するメッセージを発生する。

【０１３９】サービス・プール計算機の１つが異常終了
する場合、ＣＭＲも異常終了回復に関連する。１つのサ
ービス・プール計算機において異常終了が生じた場合、
そのサービス・プール計算機が自動ログされた時に指定
される異常終了エグジットに制御が与えられる。そのサ
ービス・プール計算機の異常終了エグジット・ルーチン
はクリーン・アップ処理を行い、サービス・プール計算
機をログオフする。これは、そのサービス・プール計算
機と操作されるべきネットワークとの間の接続を生じさ
せる。ＣＭＲは、サーバが割振り解除事象を生じた後に
制御を得る。ＣＭＲは割振り解除ルーチンを呼び出し、
使用のために利用可能なサービス・プール計算機をマー
クする。

【０１４０】ＡＶＳはコミュニケーション層不良のため
に終了したリモートＬＵと関連のすべてのＬＵ ６.２セ
ッションに対してＣＭＲを呼び出す。ＣＭＲはアテンシ
ョン・ロス事象によって呼び出される。そこで、ＣＭＲ
はそのセッションに対するすべての接続を助け、そのセ
ッションと関連したサービス・プール計算機をログオフ
する。これらのサービス・プール計算機はリセットさ
れ、利用可能にマークされる。

【０１４１】ＣＭＲユーザに如何なるメッセージも直接
には発生しない。ＣＭＲはＡＶＳのエンティティとして
実行し、従って、会話管理ルーチンに関する或条件がＡ
ＶＳによって直接に通知される。エラー状況条件が生じ
た時、ＣＭＲは適当なＧＣＳマクロを介してＡＶＳオペ
レーションにエラー・メッセージをレポートする。

【０１４２】動作において、１つのステーションにおけ
る制御プログラム・システムは、それのサービス・プー
ル仮想計算機を管理する少なくとも１つの関連したＣＭ
Ｒを持つ。各ゲートウエイＬＵは、「ＡＶＳ活性化ゲー
トウエイ」コマンドで指定された１つのＣＭＲをそれと
関連させるだけである。

【０１４３】ＣＭＲは、典型的には、前のＧＣＳグロー
バル「ＬＯＡＤＬＩＢ」コマンドによって知らされたＧ
ＣＳ ｌｏａｄｌｉｂに存在する。ＡＶＳオペレータが
「ＡＶＳ活性化ゲートウエイ」コマンドを発生する時、
関連のＣＭＲがＧＣＳプライベート記憶装置にロードさ
れる。ＡＶＳは活性化事象に対するパラメータ・リスト
共にＣＭＲを呼び出す。これは、リクエストの処理のた
めにＣＭＲにサービス・プール環境を準備させる。従っ
て、ＣＭＲの第１呼び出しはいつも「活性化」事象を指
定する。

【０１４４】ＡＶＳと各ＣＭＲとの連係は、レジスタが
それぞれアドレスのリストにパス指定する標準的なＧＣ
Ｓ。なお、それらアドレスの各々は、レジスタ保管領
域、戻りアドレス、及びエントリ・ポイント・アドレス
に対するパラメータのアドレスを含む。

【０１４５】ＣＭＲのその後の呼び出しは、そのゲート
ウエイＬＵと関連した他の事象が生じた時に起こる。そ
の時、ＣＭＲはそれのメイン・エントリ・ポイントを介
して呼び出され、その事象による表２乃至表７の１つに
従ってパラメータ・リストのアドレスを送られる。

【０１４６】ＰＷＳにおけるリモート・リクエスタは、
非専用のプライベート・ゲートウエイＬＵにあるプライ
ベート資源への接続を要求することによってサービス・
プールを与えるシステムとの会話を開始する。ＡＶＳ計
算機及びゲートウエイＬＵは共に、そのゲートウエイを
所有するＡＶＳ計算機にリクエストを経路指定するＶＴ
ＡＭに対して定義される。ゲートウエイＬＵに対して定
義されたＣＭＲはＡＶＳによって呼び出される。ＣＭＲ
はこのリクエストが経路指定されるべきサービス・プー
ル仮想計算機ＩＤを選択する。そこで、ＡＶＳは到来す
る接続リクエストを、その選択されたサービス・プール
仮想計算機に対するＡＰＰＣ／ＶＭ接続リクエストに変
換する。サービス・プール仮想計算機がログオンされな
い場合、それは自動ログされ、それのタスク・ハンドラ
が呼び出される。ＣＭＲはインバウンド接続リクエスト
時に一対（ユーザＩＤ及びパスワード）の流れを必要と
し、制御プログラムはその流れたユーザＩＤ及びパスワ
ードの対が有効であることを検証する。それが有効であ
る場合、制御プログラムはサービス・プール仮想計算機
ユーザＩＤに対する接続保留割り込みの待ち行列をつく
る。その対が有効でない場合、接続リクエストは拒否さ
れ、接続は設定されない。

【０１４７】

【発明の効果】本発明によれば、事前構成された仮想計
算機の形で複数の処理資源を、ネットワークを通して利
用することが可能になる。

【図面の簡単な説明】

【図１】ＶＭ／ＥＳＡオペレーティング・システムの下
で動作し、ネットワーク接続を介してリモート・システ
ムとコミュニケートするシステムを概略的に示す。

【図２】会話管理ルーチンの概略的流れ図を示す。

【符号の説明】

１ コンピュータ・システム ２ プログラム可能ワークステーション ３ 接続線 ４ 仮想計算機 ５ プログラムＶＴＡＭ ６ プログラムＡＶＳ ７ 教養のＡＣＨ／ＶＴＡＭ １１ ＳＱＬデータ・サーバ

Claims (7)

【特許請求の範囲】
1. 【請求項１】複数の仮想計算機を使用し、ネットワーク
   内に１つのステーションと該１つのステーションが使用
   する仮想計算機を用いて、要求に応じて、ホスト・プロ
   セスを実行するためのプログラムを走らせる少なくとも
   他の１つのステーションを形成するコンピュータ・シス
   テムにおいて、 前記システムはリクエストにサービスするために事前構
   成された仮想計算機のプールを与えるための資源を有
   し、 前記コンピュータ・システムの使用は該リクエストに関
   連する会話に関する事象に応答することによって該会話
   を管理するためのルーチンを含み、 該会話管理ルーチンはメイン・タスクとエラーの場合に
   該ルーチンからの終了を事前設定するために該メイン・
   タスクにより作成されるサブタスクとよりなり、 前記サブタスクは会話に関する種々の事象を処理するた
   めに選択的に呼び出されるルーチンを含み且つ前記事前
   構成された仮想計算機のプールにおける仮想計算機の識
   別及びステータスに関するデータを与えるための手段と
   関連付けられ、 該手段は該事象に従って前記サブタスクによって維持さ
   れ、 前記メイン・タスクは１つの事象に直接応答して前記サ
   ブタスクの作成及びウエーク・アップを制御し且つ１つ
   の事象のサブタスク・フォロー処理からのメッセージに
   応答して前記サブタスクを停止又は休止させるルーチン
   である、ことを特徴とするコンピュータ・システム。
2. 【請求項２】前記サブタスクによって処理される事象は
   前記会話管理ルーチンの活性化及び非活性化、前記プー
   ルにおける仮想計算機の割振り及び割振り解除、ネット
   ワーク・アテンション・ロスの発生、及びサブタスク・
   ルーチンの異常終了の発生であることを特徴とする請求
   項１に記載のコンピュータ・システム。
3. 【請求項３】前記メイン・タスクは活性化事象又は無効
   事象に応答して前記サブタスクを作成すること、前記サ
   ブタスクは作成時に前記終了を事前設定するサブルーチ
   ン及び非活性化事象又は無効事象の処理に応答して前記
   終了を取り消し且つ前記サブタスクを停止するよう前記
   メイン・タスクに信号する戻りルーチンを含むことを特
   徴とする請求項２に記載のコンピュータ・システム。
4. 【請求項４】前記サブタスクはサブルーチンの異常終了
   を識別し、記録し、外部に信号し、異常終了事象を開始
   するエラー処理ルーチンを含むことを特徴とする請求項
   ２に記載のコンピュータ・システム。
5. 【請求項５】前記会話管理ルーチンは前記メイン・タス
   ク及び前記サブタスクの間で送られたデータを記憶する
   コミュニケーション領域制御ブロックと関連付けられる
   こと、及び前記サブタスクは前記サブタスクにより初期
   設定され且つ前記サブタスクによって使用されるデータ
   を記憶する制御ブロックと関連付けられることを特徴と
   する請求項１に記載のコンピュータ・システム。
6. 【請求項６】前記サブタスクは診断、エラーのトレース
   及びエラー・メッセージの生成に関するデータを記憶す
   る制御ブロックと関連付けられることを特徴とする請求
   項５に記載のコンピュータ・システム。
7. 【請求項７】複数の仮想計算機を使用し、ネットワーク
   内に１つのステーションと該１つのステーションが使用
   する仮想計算機を用いて、要求に応じて、ホスト・プロ
   セスを実行するためのプログラムを走らせる少なくとも
   他の１つのステーションを形成するコンピュータ・シス
   テムにおいて、 前記システムはリクエストにサービスするために事前構
   成された仮想計算機のプールを与えるための資源を有
   し、 前記コンピュータ・システムの使用は該リクエストに関
   連する会話に関する事象に応答することによって該会話
   を管理するためのルーチンを含み、 該会話管理ルーチンはメイン・タスクと該メイン・タス
   クにより作成されるサブ・タスクを有し、 該サブ・タスクが会話の管理に関する異なる事象を処理
   するために選択的に呼び出されるルーチンを有すること
   を特徴とするコンピュータ・システム。