JPH02109136A - 分散アプリケーシヨン・プログラムの実行方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 Ａ、産業上の利用分野 本発明は、一般に、複数のインテリジェント・ワークス
テーションに接続された上位システムを含むデータ処理
ネットワークにおけるプログラム間通信に、特に、アプ
リケーション・プログラムの分散部分の間での改善され
た通信を提供する方法に関する。

Ｂ、従来技術 従来技術では様々なコンピュータ・ネットワークが開示
されている。ＩＢＭシステム・ジャーナル、第２２巻、
第４号（１，９８３年）には、ＩＢＭシステム・ネット
ワーク体系（ＳＮＡ）を扱った一連の論文が掲載されて
いる。その刊行物のｐ。

３４５では、ネットワークは、「端末、制御装置。

プロセッサ及びそれらを接続するリンクの構成」である
と定義されている。こうした構成がデータ処理及び情報
交換を含むユーザ・アプリケーションを支援し、システ
ム・ネットワーク体系の仕様に合致するとき、ＳＮＡネ
ットワークと呼ばれる。

Ｓ　Ｎ　Ａは基本的に、ネットワーク中の物理エンティ
ティに関係付けられた論理エンティティを定義し、これ
らの論理エンティティ間の対話規則を指定する。

Ｓ　Ｎ　Ａネットワークの論理エンティティには、ネソ
Ｉ−ワーク・アドレス可能ユニット及びそれらを接続す
る経路制御ネットワークが含まれる。ネットワーク・ア
ドレス可能二二ツ１〜は、「セツション」と呼ばれる論
理接続を用いて互いに通信する。３種類のネットワーク
・アドレス可能ユニノｈ（ＮＡＵ）は、論理ユニット（
ｒ、ｕ）、物理ユニソｈ（ＰＵ）及びシステム・サービ
ス制御点（ｓｓｃｐ）であり、次のように定義される。

論理ユニット（ＬＵ）：ＬＵとは、それを介してエンド
・ユーザがＳＮＡネツ１〜ワークにアクセスできるポー
トである。エンド・ユーザはＬ　Ｕを使って他のエンド
・ユーザと通信し、システム・サービス制御点（ｓｓｃ
ｐ）のサービスを要求する。

物理ユニット（ＰＵ）：ＰＵとは、５ｓｃｐと協力して
ノードの資源を管理する構成要素である。

システｌトサービス制御点（ＳＳＣＰ）：これは、エン
ド・ユーザのための構成管理、問題判別及びデイレクト
す・サービスの中心点である。１ＳＳＣＰはＬＵ及び２
１丁とセツションを十ノつ、二とができる。こうしたセ
ツションが行なわれるとき。

Ｌ　ＵまたはＰ　Ｔ−、、Ｔば、５ｓｃｐの定義域にあ
ル、Ｔ。

１丁及び１．）　！−■とのセツションに力Ｉ＋えて、
Ｓ　Ｓ　Ｃ二ｐは互いに通信し、で、論理ユニノ１〜間
及び異なる定速域内でのセツションの開始及び終ｒを調
整することもできる。

ハードウェアの点からみると、ｔ）１純なネジ１〜ワー
クは、処理装置を備えた」１位システムと個々のユーザ
に割り当てられた複数の遠隔端末を含む。

遠隔端末は、１つまたは複数の通信リンクを介し５て選
択的ににイクシステ１１に接続できる。これらのリンク
は、異なる同軸ケー・プル、専用電話線、また場合によ
っては人工衛星通信リンクすら含むこともある。

−に位処理装置は、はとんど必ず、多数の仮想計算機ま
たは機能上それと同等のものの作成を支援するオペレー
ティング・システムを有する。それらの仮想計算機はそ
れぞれ要求に応じてエンド・ユーザに割り当てられる。

仮想計算機は、−ｈ位システ１１の上位プロセッサ・ハ
ードウェアを時分割することにより、割り当てられたエ
ンド・ユーザのためのタスクを処理する。上位システム
が複数のハ・−ドウエア・プロセッサを含み、複数のプ
ロセッサが並列に駆動するため、真の同時処理が上位シ
ステムで行なわれることもある。もっとよくあることだ
が、１つのハードウェア・プロセッサしかなく、それが
時分割技術により、仮想計算機のデータ処理タスクを「
並列に」実行することもある５、これは、端末にいるユ
ーザにとってトランスペアレンにである。

データ処理ネットワークでは、大別して２種の汎用端末
が使用される。第］のものは、キーボードと表示装置だ
ｔプをもち、上位システムと接続するのに必要な以外の
処理機能はほとんどまたは全くもたないという理由で、
「ダム（ｄｕｍｂ）端末」ど呼ばれる。第２の種類の端
末は、インテリジェント・ワークステーション（ＩＷＳ
）と呼ばれ、それ自体のプロセッサ装置、オペレーティ
ング・システム及び支援周辺装置に備えている。ＩＷ’
Ｓとパーソナル・コンピュータ（ｐｃ）の２つの言葉は
、しばしば同じ意味に使用される。非常に魅力的な価格
性能特性をもつＰＣが容易に入手できるので、大部分の
新しいネットワークはＩＷＳタイプの端末で実施され、
より旧式のネットワークの多くは、ダム端末をＩＷＳ型
端末で置き換えて変更されつつある。

ネットワークの各エンド・ユーザにそれぞれ処理能力を
付与すれば、上位システムは、これまでそこで実施して
いたデータ処理タスクの多くを実行することから解放さ
れる。したがって、」１位ＣＰＵによって処理されるタ
スクの性質が変わり。

現在では電子メールや電子カレンダ処理などのより複卸
なアプリケーションが、」−位システムの制御下でネッ
トワーク」二で実施されている。どちらのアプリケーシ
ョンも、アプリケーション・プロゲラ１５のｊつの部分
が」１位システムに存在し、他の部分はＩＷＳ端末に存
在するため、分散アプリケーション・プログラムと呼ば
れるものを必要とする。

現在のデータ処理ネットワークの多くは、１９７４年に
初めて記載されたＩＢＭ　　ＳＮＡ体系に従って設計さ
れている。それ以来、様々な新しい機能及びサービスが
追加されてきた。先に示唆したように、ＳＮＡネットワ
ークは、データ・リンクによって相互接続された複数の
ノードとみなすことができる。これらの各ノーにで、経
路制御要素が、論理ユニッにと呼ばれる資源管理プログ
ラム相互間で経路情報ユニッに（ＰＴｔＪ）と呼ばれる
情報パケットを送る。経路の論理接続は、セツションと
呼ばれる。したがって、データの搬送ネットワークは、
経路制御要素とデータ・リンク制御要素によって定義さ
れる。

ノードは、複数のリンクによって接続でき、複数の■、
ＩＪを含む。ＳＮＡ体系の枠内で様々なタイプのＬ　Ｕ
セツションとプロトコルが確立されている。セツション
には大別して３つのクラスがある３、第１のクラスはＳ
ＮＡによって指定されないものである。第２のクラスは
端末を含み、第３のクラスはプログラム間通信を含むも
のである。たとえば、ｒ−Ｕ　６は、ＬＵ２やＬ　０７
などの端末１、Ｕのタイプの制限が不要な、ＳＮＡ定義
プログラム間通信ブＯトコルをもたらす、ＬＵ６．２は
、拡張プログラム間通信（ＡＰＰＣ）プロ１〜コルと呼
ばれる。

論理ユニットはメツセージ・ポート以上のものである。

Ｌ　Ｕは、１つまたは複数の局所プログラムを含むプロ
グラム間通信などのオペレーティング・システム・サー
ビスを提供する。各アプリケーション・プログラムは、
ＬＵを局所オペレーティング・システムとみなし、セツ
ションによって接続された疎結合されたＬＵのネットワ
ークを分散オペレーティング・システムとみなす。

ＬＵは、そのプログラムに、特定のハードウェア及びそ
の構成に依存する複数の資源を割り当てる。利用可能に
なる資源のあるものは遠隔にあり。

他のものは局所（ローカル）にある、すなわちアプリケ
ーション・プログラムと同じ■４Ｕに関連づけられてい
る。セ、ノジョンは各１、Ｕにおける局所資源どゐなさ
れるが、特定のＩｌ１間で共用される。

Ｌ　Ｕの制御機能は、資源の割振りである。プロクラム
は、資源にアクセスするためそれを要求する４、Ｌ　Ｌ
、Ｊ間またはｒ−ｕ　」二で稼働するプロゲラ１１間で
メツセージを搬送するセソシ３ンは、共用電源とみなさ
れる。セソショ〉は、複数の対話が順次実行されるよう
に分割される。

セツションによって接続された２つのＬ　Ｕは、「会話
」として使用するためセツションをアプリケーション・
プログラムに割り当てる際に共同責任を負う。したがっ
て、アプリケーション・プログラムは、「１〜ランザク
ジヨン・プログラム」と呼ばれることがある。

ＬＵ間の接続がうまくいくのは、共通の１組のプロ１〜
コルが、第１に２つのＬＵ間セツションを活動化し、第
２にメツセージ・データの交換を容易にするよう機能す
る結果である。

１】− ＩＢＭ社から出版されたｒｓＮＡ形式及びプロにコル解
説書（Ｔｈｅ　ＳＮＡ　Ｆｏｒｍａｔ　ａｎｄ　Ｐｒｏ
ｔｏｃｏｌＲｅｆｅｒｅｎｃｅ　Ｍａｎｕａｌ）　Ｊ資
料番号５Ｃ３０−３１１２では、たとえばプログラミン
グ言語の重重で、ネットワーク・エンティティ間を流れ
るメツセージの形式、及びメツセージを生成し、操作し
、変換し、送り、戻すプログラムを記述することにより
、ＳＮＡを記述している。

１８Ｍ社から出版されたｒＬＵ６．２用のＳＮＡトラン
ザクション・プログラム解説書（ＴｈｅＳＮＡ　Ｔｒａ
ｎｓａｃｔｉｏｎ　Ｐｒｏｇｒａｍ　Ｒｅｆｅｒｅｎｃ
ｅ　Ｍａｎｕａｌ　ｆｏｒＬＵ６．２）　Ｊ資料番号Ｇ
Ｃ３０−３０８４は、実施製品が提供する機能を記述す
る動詞を定義している。

ＳＮＡ型ネットワークに接続され、ＬＵ６．２プロトコ
ルを使ってＩＷＳと上位システムの間に分散されたアプ
リケーション・プログラムを処理するＩＷＳは、ＩＷＳ
のオペレーティング・システムがその端末で複数のアプ
リケーションを並列して稼働させない限り、効率的に動
作する。しかし、Ｔｌ３Ｍ　　ＰＳ／２パーソナル・コ
ンピュータなどのＩＷＳが並列アプリケーション・プロ
グラムを走行させることを可能にするＯ８／２などのオ
ペレーティング・システムのもとてＩＷＳが動作してい
る場合は、ＰＳ／２上での並列動作の利益が失われる。

その利益が失われるのは、端末で並列に実行される個別
トランザクションが、上位システムで直列化されるから
である。トランザクションの直列化が行なわれるのは、
上位システムが、セツションが活動状態にある限り、ユ
ーザより及び特定の端末に永続的に関連づけられた仮想
計算機を１台しか作成しないからである。

上位システムでの直列化を避けるには、その端末で実行
される第２のアプリケーションを、異なるユーザＩＤを
用いて実行して、上位システムに第２のアプリケーショ
ン専用の別の仮想計算機を設けなければならない。

本発明の関連出願は、データ処理ネットワークの１台の
インテリジェント・ワークステーションで並列に実行さ
九でいる２つ以上の分散アプリケジョン・プログラムを
、−に位システムによって（４：成された別個の仮想計
算機で実行させて、アプリケーションが４二位システム
で直列化されるのを防止し１、上位システ１１と端末で
そ九ぞれのアプリケーションが１１：いに並列に実行で
きるようにする方法を取り扱っている。

その方法によると、上（Ｕシステムは、複数の仮想計算
機（ＶＭ）を作成し、それらのＶＭ計算機は、　・部が
上位システムに存在し他の部分がＩＷＳエンド・ユーザ
端末の１つに存在する前記の分散アプリケーション・プ
ログラム中で定義されたタスクを処理するために分散ア
プリケーション・プログラムに割り当てられる前に、そ
れを見越して実行準備状態になる。実行の準備のできた
ＶＭ計算機のプールは、上位システムがプール管理プロ
グラムの制御トで初期化される時点で、自動的に作成さ
九ることが好ましい。プール管理ブＵグラ１１とは、上
位システムに常駐しているプログラムで、そのプログラ
ムの他の主機能は、分散アプリケーション・プロゲラｌ
Ｎ、事前に指定されている論理ユニッ１〜名、及びＴ、
Ｊ　Ｓ　Ｅ　ＲＩ　Ｄを識別するエン１〜・ユーザの要
求に応じて、プールからアイドル状態のＶＭ計算機を割
り当てることである。

Ｖ　Ｉｖｉ計算機は、１つのＬ　Ｔ、、Ｊ　６　、２会
話を完了するのに必要な時間だけ割り当てられる。会話
が終わると、ＶＭ計算機は、他の、おそらく異なるアプ
リケーション・プログラム及びユーザに次に割り当てる
ためプールに戻される。

複数の会話要求が同じＵＳＥＲＩＤをもつ場合でも、こ
の方法を用いると、ＩＷＳで並列に実行中の２つの分散
アプリケーション・プログラムを」−位システムの別々
の２つの仮想計算機で並列して実行することが可能とな
る。上記システムは分散アプリケーション・プログラム
の処理を改善するが、分散アプリケーション・プログラ
ムの端末に存在する部分がＩＢＭ　　Ｏ８／２オペレー
テイング・システムのようなオペレーティング・システ
ムの下で走行するように開発された時に生じる問題につ
いては取り扱っていない。

Ｃ６発明が解決しようとする問題点 しかしながら、ある状況においては、システム資源、即
ちプール中の仮想計算機が浪費される事が判明している
。というのは、タスクを開始できる前にプログラムの他
のセクションが実行に成功するのを待機しなければなら
ないプログラムのセクションから生じた会話に対して、
プールから仮想計算機が割り当てられるからである。こ
の状況は、アプリケーション・プログラムがＩＢＭ　Ｏ
３／２オペレーテイング・システムのようなマルチ・タ
スキング・オペレーティング・システムのドで走行する
ように設計されている場合に、−船釣に生じる。ＩＢＭ
　　Ｏ８／２は、３つの型のマルチタスキング要素、例
えばセツション、プロセス及びスレッドを走行させるよ
うに構成されている。刊行物”　Ｉ　ＢＭ　　ＴＥＣＨ
、Ｉｏｕｒｎａｌ”　、　Ｖｏｌ、５．Ｎｏ、１１の９
０ページ以下の記事”Ｍｕｌｔｉｐｌｅ　Ｔａ５ｋｓ”
は、Ｏ８／２オペレーテイング・システムの構成の詳細
と「スレッド」の概念を示している。本発明は、以前の
スレッドの実行托 の成功に依存するプログラム・スレッドに関係した会話
要求に対してプールから仮想計算機を割り当てるのを避
ける方法に係るものである。

Ｄ１問題点を解決するための手段 本発明によれば、Ｏ８／２のアプリケーションがＰＳ／
２型のパーソナル・コンピュータ上で走行していて、ア
プリケーションの上位システムに存在する対応部分と、
ＬＵ６．２会話を要求する時、それは最初に（Ｏ８／２
により割り当てられた）それ自身のプロセスＩＩ’）（
ＰＲＩＤ）及びスレッドＩ　Ｄ　（ＴＨＲＩ　Ｄ）を取
得する。Ｏ８／２は、並列に処理されるマルチタスキン
グ要素には一意的なＰ　ＲＩ　Ｄ及びＴＨＲＩＤを割り
当て、シリアルに処理される要素には同じＰＲＩＤ及び
ＴＨＲＩ　Ｄを割り当てる。ＰＲＩＤ及びＴＨＲＩ　Ｄ
情報は通信バッファ中に置かれ、会話要求と共に上位シ
ステムに伝送される。−４二位システムのプール管理プ
ログラムは、その要求に対して遊休状態の仮想計算機を
割り当てるか、又は同じＩ　Ｉ）を有するプログラムの
部分で生した要求を現在処理している仮想計算機に割り
当てるかを判定するために、ＰＲＩＤ及びＴＨＲＩＤ情
報を記憶装置中に置く。

プール管理プログラムは下記のようにして判定を行なう
。

要求を生じたｐｃに関してＬＵ６．２会話が既に存在し
なければ、プール管理プログラムは、ｌ二記関連特許の
方法に従って割り当てられた仮想計算機上でアプリケー
ション・プログラムを起動することにより要求にサービ
スするために仮想計算機を割り当てる。

その要求を生じたＰＣに関して既に１つ以−にのＬＵ６
．２会話が存在していれば、プール管理プログラムはＰ
ＲＩＤ及びＴＨＲＩ　Ｄ情報に関するデータ構造を検査
し、既存の会話の１つが新しい要求と同じＰ　ＲＩ　Ｉ
’）及びＴＨＲＩＤを有しているか否かを判定する。

もしＰＲＩＤ及びＴ　ＨＲＩ　Ｄが同じであれば、その
同じＰＲＩＤ及びＴＨＲＩ　Ｄを有する会話を処理して
いる仮想計算機が、その要求に対して割り当てられる。

もしＰＲＩＤが同じでＴ　Ｔ（ＲＩ　Ｄが違っていれば
、要求にサービスするために新しい仮想計算機を割り当
て、アプリケーションを起動する。従ってそれは、違っ
たＴＨＲＴ　Ｄを有する他のプロゲラ１１要素と並行し
て走行する。

従って、この方式は、他のプログラム要素と並行して走
行するように設計されたＯ８／２のプロゲラｌ、要素か
ら生じたＬＵ６．２会話要求に関してたけプールから仮
想計算機を割り当てることにより、仮想側算機の使用を
保全する。

従って、本発明の目的は、データ処理ネットワークにお
いて分散アプリケーションを実行する改良された方法を
提供することである。

本発明の他の目的は、ＳＮＡ型データ処理ネットワーク
において分散アプリケーション・プログラムを処理する
ための改良された方法を提供することである。

本発明の他の目的は、ＬＵ’６．２プロトコルを用いた
Ｓ　Ｎ　Ａ型ネツ１〜ワークにおいて分散アプリケーシ
ョン・プログラムを処理するための改良された方法を提
供することである。これにより、マルチタスキング・オ
ペレーティング・システムの下で端末−Ｌで分散アプリ
ケーション・プロゲラ１１を走行させるエンド・ユーザ
は、同じスレッド■Ｄを有するアプリケーション・プロ
グラムのスレッド要素から生じた［、Ｕ６，２会話要求
にサービスするために仮想計算機を割り当てることによ
りシステム資源を節約する。

上記以外の目的及び利点は、以下に示す説明を図面と併
せ読めば明らかになるはずである。

Ｅ、実施例 第８図は、第２図に詳細に示すタイプの対話式端末また
はインテリジェント・ワークステーション（ＩＷＳ）２
１のＳＮＡネットワーク２０を含む情報処理システムを
示す。上記のように、このネットワークは、上位中央演
算処理システム２３に相互接続された複数の端末２１を
含む。第８図に示すように、上位システム２３は通信リ
ンク２４によって−に位演算処理システム２５に接続さ
れ、システム２５はまた対話式端末２１の他のＳＮＡネ
ッ］−ワーク２６に接続されている。機能上、このシス
テムは、様々な直列接続通信リンクがユーザにとってト
ランスペアレントとなるように、各端末またはエンド・
ユーザが、確立されたＳＮ八へ信プロトコルを用いて上
位システム及び１つまたは複数の他の端末と通信できる
ようにする働きをする。

上位システムは、上位演算処理装置、たとえばＩＢＭ３
７０システムを含む。この好ましい実施例の説明では、
ＩＢＭＶＭオペレーティング・システムなどの仮想計算
機型オペレーティング・システムを想定する。

第８図に示したＳ　Ｎ　Ａネットワークは、各エンド・
ユーザに利用できるｒＭＡ、ＩＬｒ及びｒＣＡＬＥＮＤ
ＡＲＪと名付けた２つの分散アプリケーションを支援す
る。Ｍ　Ａ、　Ｉ　Ｌアプリケーション・プロゲラｌ、
は、ある端末にいるユーザが手紙などの文書を作成して
、ネットワーク上の指定されたノードにいる１人または
複数のユーザに送ることができるようにするものである
。発送者は、その文書を１１位システムの論理的に中央
のいずれかのシステム・ロケーション上記憶することが
できる。

手紙の各受取人は、自分の端末からやはりＭ　Ａ　ＩＬ
アプリケーション・プログラムを使って後でその文書を
検索することができる。ＣＡＬＥＮＤＡ１？、アプリケ
ーションは、各エンド・ユーザ用の電子カレンダーを維
持する働きをする。ＣＡ　Ｔ、　Ｅ　ＮＩ）　Ａ　Ｒア
プリケーションは、たとえば、あるエンド・ユーザが、
会議をスケジューリングする前に、その会議に招待され
る人々の空き時間を知るために、他のエン１〜・ユーザ
のカレンダーを見ることができるようにする。こうした
システムは、当分野では周知であり、現在広範に商業的
に利用されている。こうした分散アプリケーションの一
般的構成及び動作は周知なので、本発明の分散アプリケ
ーション・プロゲラ１１におけるデータ処理の方法を理
解するために必要な細部についてのみ説明することにす
る。

したがって、以下の説明では、ネットワーク上の各ワー
クステーションは、Ｉ　Ｂ　Ｍ　　ＯＳ　／　２オペレ
ーテイング・システムなどのマルチタスク処理オペレー
ティング・システムな使用する、ＩＢＭ、ＰＳ／２パー
ソナル・コンピユーテイング・システムなどのインテリ
ジェント・ワークステーションであると仮定する。さら
に、分散アプリケーション用のＬＵ６．２タイプの論理
ユニットを支援するための通常のＳＮＡサービスがシス
テムによって提供されるものと仮定する。したがって、
第８図に示す端末は、Ｍ　Ａ　Ｉ　１．、とＣＡ、　Ｌ
　Ｅ　Ｎ　Ｉ）　ＡＲなどの２つの分散アプリケーショ
ン・プログラムを同時に処理することができる。

第２図は、第８図に示した対話式データ処理端末２１の
１つの機能構成要素を示す。端末２１は、たとえば、マ
イクロプロセッサ・ブロック３２、たとえば、インテル
８０３８６マイグロ・プロセッサ、半導体メモリ３３、
マイクロプロセッサ３２とメモリ３３の間の相互作用に
加えて入出力動作も制御する働きをする制御ブロック３
４を備えた処理装置３１を含む。

端末２１は、表示装置３６、キーボード３７゜印刷装置
３８、記憶装置３９、モデム４０など通常の一群の周辺
装置を含む。上記の機能ブロックの詳細は、本発明の一
部分を形成せず、かつ従来技術で見いだすことができる
ので、各ブロックの簡単な機能説明とそれらの相互作用
の説明だけを、当業者に分散アプリケーション・プログ
ラムを並列に処理する出願人のこの改善された方法を理
解するための基礎を与えるのに十分な程度に行なう。

処理装置３１は、たとえば、ＩＢＭ　　ＰＳ／２モデル
８０システムなどＩＢＭパーソナル・コンピュータのシ
ステム・ユニットに対応する。処理装置３１は、ＰＳ／
２モデル８０を走らせるのに通常利用されるＩＢＭマル
チタスク処理Ｏ８／２オペレーティング・システムなど
のオペレーティング・システム・プログラムを備えてい
る。このオペレーティング・システム・プログラムは、
ユーザが実行すべく選択したアプリケーション・プログ
ラムと共にメモリ３３上記憶されている。システムがＭ
ＡＩＬまたはＣＡ、　Ｌ　Ｅ　Ｎ　Ｄ　Ａ　Ｒなどの分
散アプリケーション・プログラムを支援するとき、分散
アプリケーション・プログラムの１つの部分、たとえば
、部分Ａだけが端末上記憶され、他の部分、すなわち部
分Ｂは上位システム上記憶される。メモリ３３の容量と
アプリケーション・プログラムの大きさに応じて、これ
らのプログラムの必要な部分が、ディスク記憶装置３９
からメモリ３３に送られる。ディスク記憶装置３９は、
たとえば４０メガバイトのハート・ディスク・ドライブ
及びディスケラに・ドライブを含む。記憶装置３９の基
本機能は、システムが使用するプログラムとデータ髪必
要なときメモリ３３にすぐ転送できるよう上記憶するこ
とである。ディスケット・ドライブの機能は、プログラ
ムとデータをシステムに入力する取りはずし可能な記憶
機能と、他の端末またはシステムで使用できるようにす
ぐに転送可能な形でデータを記憶するための媒体を提供
することである。

通常の動作では、オペレータによる特定のキー・ストロ
ークにシステムが付与する解釈は、はとんどすべての場
合、その時点でオペレータに何が表示されるかによって
変わるので、表示装置３６とキーボード３７はあいまっ
て、端末の対話式性格をもたらす。

状況によっては、オペレータがシステムにコマンドを人
力して、システムにある種の機能を実行させる。また別
の状況では、システムが、一般にプロンプト形式のメニ
ュー／メツセージ画面を表示して、ある種のデータの入
力を要求する。オペレータとシステムの間の対話の深さ
は、オペレーティング・システムとアプリケーション・
プログラムの種類によって変わるが、本発明の方法を適
用される端末に必要な特性である。

第２図に示す端末はさらに、データのハート・コピー出
力を供給する働きをする印刷装置３８を含む。最後に、
モデム４０は、第２図の端末２１から１つまたは複数の
ＳＮＡ通信リンクを介して上位システムにデータを転送
する働きをする。

第３図は、ＳＮＡ型ネントワークで使用される様々なプ
ログラミング層を示す。ＳＮＡプログラミング環境は、
一般に図のような７層から成るものと考えられる。図の
最」二層は、エンド・ユーザ層であり、エンド・ユーザ
・プログラムから構成される。第２層は、Ｎ　Ａ、　Ｕ
サービスと呼ばれる。

この種のサービスとは、たとえば、提示す−ビス。

端末サービス、及び特定のアプリケーション用のデータ
のｇ式化が含まれる。第３層はデータ・フロー制御層と
呼ばれる。その機能は、送受（ｇモードを維持し、高レ
ベル・エラー訂正を実行することである。第４層は、デ
ータ伝送制御層である。

その機能は、セツション・レベルのベーシングに加えて
暗シシ・化及び非暗号化などに関するものである。第５
層は経路制御層であり、経路指定、データ・ユニツ１〜
のセグメント化及び仮想経路ベーシングを行なう。第６
層はデータ・リンク層である。

これは、リンク・レベルのアドレッシング、順番付け、
及びエラー制御を行なう働きをする。第７の最後の層は
、たとえば様々な信号用のコネクタのピン割り当てを定
義する物理層である。

Ａ　Ｐ　ｉ）　Ｃは、Ｎ　Ａ、　Ｕサービス、データ・
フロー＝２７ 制御及び伝送制御を定義する。先に参照したＴＢＭシス
テム・ジャーナルのｐ、３０６で説明されているように
、ＬＵ６．２会話機能を定義する方法は、動詞と呼ばれ
るプログラミング用のステートメントを用いるものであ
る。セツション・フローを生成する手続き的論理によっ
て完全に定義された動詞による文書作成は、英語の文章
よりはるかに精度が高い。

第４Ａ図は、動詞がトランザクション・プログラム、す
なわち、分散アプリケーションの部分ＡまたはＢと、会
話資源用の論理ユニットとの間の相互作用をどのように
定義するかを示す。１組の動詞は、アプリケーション・
プログラム・インターフェースではなくプロトコル境界
と呼ばれる。

第４Ａ図に示すように、提示す−ビス構成要素は、動詞
を解釈し、各動詞用のサブルーチンを含むものと考えら
れる。Ｌ　Ｕ資源管理プログラムは、会話資源の割振り
及びセツションへの会話の割り当てを行ない、未使用セ
ツション及び保留中の割振り要求の待ち行列を保持する
。プロデク１〜中のそれと同等の構成要素も、局所資源
をプロダクト特有の方式で割り当てる。以下に示すＴ、
Ｕ６．２動詞の機能は、前述のＩＢＭシステム・ジャー
ナルのｐ、３０７に述べられている。

記載さ九でいる６、２動詞は、５ＥＮＤ　　ＤＡＴＡ、
Ｉ之ＥＣＥＩＶＥ　　ＡＮＤ　　ＷＡ、ＩＴ、ＰＲＦＰ
ＡＲＥ　　ＴＯＲＥＣＥＩＶＥ、ＦＬＵＳＨｌＲＥＱＵ
ＥＳＴ　　Ｔｏ　　５ＥＮＤ、５ＥＮＤ　　ＥＲ，ＲＯ
ＲｌＣＯＮＦｒＲＭ、ＡＩＬＬＯＣＡＴＥ及びＤ　Ｅ　
Ａ　Ｔ−、Ｌ　ＯＣＡ　Ｔ　Ｅである。

Ａ丁、１．　ＯＣＡ　Ｔ　Ｅ動詞は、指定されたパート
ナ−・プログラムとの会話を構築することにより別のＬ
　Ｔ、Ｊでの新しい活動を開始する。指定されたパート
ナ−は実行を開始され、それを起動した会話に対してア
ドレス可能となる。Ａ、　Ｌ　Ｌ○ＣＡ　Ｔ　Ｅ動詞は
、以下のものを含むいくつかのパラメータをもつ。

］　、ＬＩＪ　　ＮＡＭＥ　：これは、パートナ−・プ
ログラムがいるＬ　Ｕの名前である。

２、ＴＩ’Ｎ：これは、会話を希望する相手先のパ−ト
ナー・プログラムのトランザクション・プログラム名で
ある。

３、ＭＯＤＥ　　ＮＡＭＥ：これは、会話が提供すべき
搬送サービスの種類を指定する５たとえば、５ＥＣＵＲ
Ｅ、ＢＵＬＫ、またはＬＯＷ　　ＤＥＬＡ、Ｙ会話を要
求することができる。にＵは適切なＭＯＤ　Ｅ　　Ｎ　
Ａ　Ｍ　Ｅを有するセツションを用いて会話を行なう。

会話の目標は、新しく作成されたプロセスまたはタスク
である。すなわち、任意の時点でのネットワークにおけ
る分散処理は、いくつかの独立した分散トランザクショ
ンから構成され、それらのトランザクションはそれぞれ
、会話によって接続された２つ以上のトランザクション
・プログラムから構成される。ＤＥＡＬＬＯＣＡＴＥ動
詞は会話を終Ｙさせる。各パートナ−がＤ　Ｅ　Ａ　Ｌ
　Ｌ　ＯＣＡ’ｒＥを発行する限り、会話は１つの短い
メツセージから長いまたは短いメソセージの多くの交換
まで様々である。会話は無期限に継続し、論理ユニット
の障害またはそれを運ぶセツションにょってのみ終”で
される。１ヘランザクシヨン・プログラムは、　Ｄ　Ｅ
　Ａ　Ｌ　Ｉ、　ＯＣＡ、　Ｔ　Ｅによって終了せず、
自分で実行を終了するか、異常路！するか、あるいは制
御オペレータの動作によって終了されるまで継続する。

ネットワーク・アプリケーション・プログラムもサービ
ス・トランザクション・プログラムも、論理ユニットに
よって提供される実行サービスを使用する。サービス・
トランザクション・プログラムは、他のトランザクショ
ン・プログラムと同様に論理ユニノｌ−Ｊ二で稼働する
。それらのプログラムは、人間のオペレータと対話する
か、又はまた純粋なプログラム式オペレータとして稼働
できる。多くのサービス・トランザクション・プロゲラ
ｌ、は１局所論理ユニットだけに作用する。その−例は
、現在の１組の活動状態のトランザクション・プログラ
ムを表示するコマンドである。

他の制御トランザクション、特に、セツションに関係す
る１〜ランザグシヨンは、他の論理ユニット並びに他の
論理ユニットにあるアブリケーションに作用することが
できる。たとえば、会話を使用中のトランザクションを
早期に終了させる局所コマンドは、会話を異常終了させ
る。これは、その会話を共用するトランザクション・プ
ログラムに提示すべくパートナ−論理ユニットに送られ
なければならない状態変化である。あるいは、２つのＬ
　Ｕが共用する１つまたは複数のセツションを活動化す
るとの決定は１人のＬＵオペレータが下すことができる
が、そのことを他の論理ユニットに通知しなければなら
ない。ＳＮＡ用の拡張プログラム間通信は、特にセツシ
ョンの活動化及び非活動化のために、Ｉ、０間の制御及
び調整を行なう、複数の制御オペレータ動詞を含む。分
散サービス・；・ランザクジョン・プログラムがあるＬ
Ｕで開始すると、それは、パートナ−ＬＵにあるパート
ナ−・トランザクション・プログラムに対する会話を作
成する。次いでその２つのトランザクション・プログラ
ムは、協力して所期の制御活動を実行する。

ＩＢＭ　　ＶＭｆ位オペレーティング・システムは、オ
ペレーティング・システムのＡ、　Ｐ　Ｐ　Ｃプロトコ
ル境界支援を担当する、Ａ　Ｐ　Ｐ　Ｃ／　Ｖ　Ｔ　Ａ
、　Ｍサービス（ＡＶＳ）と呼ばれる構成要素を含む。

ＡＶＳは、ＩＢＭ仮想記憶通信アクセス方式（ＶＴＡＭ
）に対して１つまたは複数のＬＵ６．２論理ユニツトを
定義する。Ｖ　Ｔ　Ａ　Ｍは、ネットワークの上位シス
テムと様々な端末との間の通信層を管理するＩＢＭ上位
コンピュータ構成要素である。

ＡＶＳは、オペレーティング・システム内の仮想計算機
へのＡＰＰＣ通信用のブリッジとして働く。

たとえば、Ｖ　”Ｉ’　Ａ　Ｍは、ＶＭオペレーティン
グ・システムの外部から発行されたＡ、ＰＰＣＡ、ＬＬ
ＯＣＡＴＥ動詞を受け取ルト、Ａ、　Ｌ　Ｌ　ＯＣＡ　
Ｔ　Ｅで指定されたＬ　０名に対応する論理ユニットが
活動状態かどうかを判定する。ＡＶＳは、ＡＶＳが特定
のＬＵ向のすべてのトラフィックを処理すると前もって
ＶＴＡＭに伝えている。ＶＴＡＭは。

Ａ　Ｖ　ＳがＡＬＬ、０ＣＡＴＥ動詞ノ１．１１名に対
応するり、　ＬＪを定義済みであることがわかると、Ａ
　Ｌ　ＬＯＣＡ　Ｔ　Ｅ動詞をＡ　Ｖ　Ｓ　ニ渡す。

Ａ　Ｌ　Ｌ　ＯＣＡ　Ｔ　Ｅ動詞と共に、このプロセス
で使用される追加の情報が供給される。Ａ　Ｉ、ｔ、　
ＯＣＡＴＩミには、ユーザ丁り、ＡＬＬＯＣＡＴＥが提
出されたユーザの識別、及びにランザクジョン・プログ
ラム名（ＴＰＮ）が含まれる。ＴＰＮは、呼び出すべき
アプリケーション・プログラム、すなわちＭＡＩＬなど
分散アプリケーションの部分Ｂである。ＡＶＳはＡＩ、
Ｌ　ＯＣＡ、　Ｔ　Ｅを受け取ると、仮想計算機を作成
し、Ａ　Ｌ　Ｌ　ＯＣＡ　Ｔ　Ｅで指定されたトランザ
クション・プログラムを、仮想計算機に常駐するオペレ
ーティング・システム構成要素に渡す、仮想計算機中の
オペレーティング・システム構成要素が、指定されたア
プリケーションを活動化し、アプリケーションの部分Ａ
とＢの間で対話が行なえるようになる。

本発明の方法によれば、第４Ｂ図に概略的に示した、Ｖ
Ｍプール管理プログラム（ＶＭＰＭ）と呼ばれる追加機
能が従来技術のプロトコル境界サービ、Ｚ、ニ追加され
た。ＶＭＰＭは、ＩＢＭ　　ＶＭオペレーティング・シ
ステムでは、ＡＶＳモジュールと呼ばれるプロにコル境
界サービスと同じ仮想計算機中で動作する。Ｖ　Ｍ　１
°Ｍは、活動化されると、導入時に供給される１組のパ
ラメータを読み取り、複数の仮想計算機髪作成して走行
可能な準備状態にする。これｌらのパラメータには、プ
ール中に作成される仮想計算機の総称角が含まれる。

総称角または仮想言１算機ＴＤは、仮想計算機のオペレ
ーティング・システムのティレフトりに前もって定義さ
れている。Ｖ　Ｍ　Ｐ　Ｍは仮想計算機ごとに自動ログ
オン・マクロを発行する。自動ログオン・マクロは、Ｖ
Ｍオペレーティング・システムでは周知の機能である。

特定の名１１カの仮想計算機に関して自動ログオン・マ
クロが発行されると、その結果、その仮想網算機が作成
され、作業待ちの状態、即ち分散アプリケーション・プ
ロゲラ１１の上位システムに存在する部分への割り当て
を待機する状態になる。

上述の動作は、本発明の関連出願上記載されたものに類
似している。これらの動作に加えて、本発明の別の関連
出願上記載された発明の方法は、：）６ 事前に選択された分散アプリケーション・プログラムの
上位システム存在部分に所定数の仮想計算機を用意する
ものであるが、これを用いることもできる。この準備の
ステップは、名付けられた仮想計算機の選択と選択され
た計算機」二で事前に選択された分散アプリケーション
・プログラムを活性化するステップを含む。プログラム
の活性化により、プログラムは、ＡＶＳからそれに渡さ
れる最初のＬＵ６．２のＡ　Ｌ　Ｌ　ＯＣＡ　Ｔ　Ｅ動
詞に応答して、要求された会話を受け入れることができ
る地点に計算機」二でそれ自身を初期化する。

準備プロセスは関連出願に詳細に説明されているので、
ここでは繰り返さない。

関連出願上記載された方法によれば、従来技術のサービ
スに２つの付加的な機能が付加される。

第１の機能はＶＭプール管理プログラム（ＶＭＰＭ）と
呼ばれる。ＶＭＰＭはＡＶＳモジュールと同じ仮想計算
機で動作する。Ｖ　Ｍ　））Ｍは、活動化されると、導
入時に供給される１組のパラメータを読み取り、複数の
仮想計算機を作成して走行可能な準備状態にする。これ
らのパラメータには、プール中に作成される仮想計算機
の総称角が含まれる。総称角または仮想計算機ＩＤは、
仮想計算機のオペレーティング・システムのディレクト
リに舵もって定義されている。ＶＭＰＭは仮想計算機ご
とに自動ログオン・マクロを発行する。自動ログオン・
マグロは、ＶＭオペレーティング・システ１１では周知
の機能である。特定の仮想計算機に関して自動ログオン
・マクロが発行されると、その結果、その仮想計算機が
作成され、作業待ちの状態、この場合はＡ、　Ｖ　Ｓか
ら渡されるＡＰＰＣＡ　Ｌ　Ｌ　ＯＣＡ　Ｔ　Ｅ動詞を
待つ状態になる。各仮想計算機が自動ログオン・マクロ
によって首尾よく作成されると、ＶＭＰＭは、ＶＭＰＭ
が所有する制御ブロック内の第６図に示すＶＭＰＭデー
タ構造中に仮想計算機とその状態を表す項目を作成する
。リスト中のすべての仮想計算機が作成されると、ＶＭ
ＰＭは制御をＡＶＳに戻す。仮想計算機が作成され、プ
ール管理プログラムが制御をＡＶＳに戻した後、以下の
ような状況が起こる。

Ｉ　ＷＳは、端末で２つのアプリケーション・プログラ
ムが、Ｗ列に走行することをｉｉ■能にする。１ＢＭ　
　ＯＳ　／　２オペレーテイング・システムのようなプ
ログラミンーブ構成か提供されているものと仮定する。

端末の操作者は、分散アプリケーション・プログラムＭ
　Ａ、　Ｉ　１．、、を起動するために端末に対話式に
情報を人力ずろ。Ｍ、　Ａ、　Ｉ　１．、、アプリケル
ジョンＭ　Ａ　Ｉ　１．、　Ｏ］はデイスプレィ装置３
６のスクリーン」二にウィンドウを形成する。Ｍ　Ａ、
　Ｉ　Ｉ−、ＯＪが活性化される時、ＯＳ　／　２はプ
ロセスＩＤ（ＰＲＩ　Ｄ）とスレッドＩＤ（ＴＨＲＩＤ
）を割り当てる。これはＭＡＩＬＯＩが終了するまで、
それに割り当てられたままになる。割り当てられたＰＲ
Ｉ　Ｉ）はＰＲＩＤＯＯＯＩであり、即ＪＵ当てられた
Ｔ　ＩＩＲＩ　ＤはＴＨＲＩＤＯＯＯＩである。その処
理の一部としてＭＡＩＬ、０１は、端末ユーザの要求を
満足させるために他のＭ　Ａ　Ｉ　Ｌプログラム構成要
素ＭＡＩＬＯ２を起動しなければならないと判断する。

ＭＡＩＬＯｌは同期的なＯ３／２呼び出しを使ってＭ　
、Ａ、　Ｉ　１．０２を呼び出す。Ｏ８／２における同
期的呼び出しは、Ｍ、　Ａ、　Ｉ　Ｌ　Ｏ］が制御をＭ
　Ａ　Ｔ　丁、　０２に渡すという結果を生じる。ＭＡ
、　Ｉ　１．、　ＯＦはＭ　Ａ　Ｉ　Ｔ−０２が制御を
戻すまで、それ以」−の処理を行なうことができない。

Ｍ　Ａ　Ｉ’　ＬＯ２にはＭ　Ａ　Ｉ　Ｌ、　Ｏ］と同
じＰ　Ｒ］ｉ　Ｄ及び−ｒ　Ｉ（ＲＩ　Ｉ）が割り当て
られる。ＭＡＩＬＯ２はＡＩ、ＬＯＣＡ、　Ｔ　Ｅ動詞
を発行して、その２に位システムの部分１３のアプリケ
ーション・パートナ−と１．、　ｔＪ　６　。

２会話を確立する。下記の関連パラメータが指定される
。。

１、、　ｔＪ名＝１、ＴＪ　ｉｔ ＴＰＮ＝ＭＡ　Ｉ　　Ｔ、０２ １丁　５ＥＲＩＤ＝ＤＩＣＫＣ ＰＲＩＤ＝ＰＲｉＤＯＯＯＩ ＴＨＲ，１Ｄ＝ＴＨＲＩＤＯＯＯ］ Ｃ０ＮｌＤ＝ＣＯＮＩＤＯＯ１ 上記のように、会話Ｉ　Ｉ）は、ＡＬＬＯＣＡＴＥ動詞
と共に流出する各々の会話毎に割り当てられる。同様に
、新規な方法によれば、ＰＲＩＤ及び’Ｔ”　Ｔ（ＲＩ
　Ｄ識別子がＡ　Ｉ−１，ＯＣＡ、　Ｔ　Ｅと共に送ら
れる。

ＶＴＡＭがＡ　Ｌ　Ｉ、　ＯＣＡ　Ｔ　Ｅ動詞を受け取
る時、それはＩ、　Ｕ　１と名付けられたＬ　ｔＪがＡ
ＶＳにより定義されていた事を認識して、ＡＶＳにＡ　
Ｌ　Ｌ　Ｏ（’：　Ａ、　Ｔ　Ｅ髪渡す。Ａ、　Ｖ　Ｓ
はｆ、　Ｕ　］がプール管理プログラムに関連している
ことを認識し、ＡＶＳのプール管理プログラム部分を活
性化して、ＡＬＬＯＣＡＴＥ情報をそれに渡す。

プール管理プログラムは、ＶＭプール中の仮想言４算機
を表現するその制御ブロックの記入項目を走査して、ユ
ーザが既にプール中にそのために作業を行なっている仮
想計算機を有しているか否かを判定する。走査は、Ａ　
Ｌ　Ｌ　ＯＣＡ　Ｔ　Ｅ中のＵＳＥＲＩＤが、第６図に
示すデータ構造中の記入項目のどれかに一致するか否か
を見る。この例では一致は見い出されないと仮定する。

この時ＶＭＰＭはプールから利用可能な遊休状態の仮想
計算機を割り当て、第６図に示すように活動状態を反映
するようにデータ構造中の関連情報を更新する。

更新は下記のものを含む。

１１Ｊ’）当Ｃうｈｆ：ＶＭ（１）　Ｉ　Ｄ＝ＶＭＯ］
ユーザの識別子ＵＳＥＲＩＤ＝ＤＴＣＫＣユーザの端末
の名前＝　Ｔ　Ｅ　ＲＭ○００１ＢＵＳＹインジケータ
をＹＥＳに変更する制御ブロック拡張部１のアドレスへ
のポインタをセットする Ａ、　Ｌ　ＬＯＣＡ　Ｔ　Ｅパラメータな用いて制御ブ
ロック拡張部１を更新する Ｃ０ＮＤＩＤ＝ＣＯＩす００１ Ｐ　ＲＩ　Ｄ　＝　Ｐ　ＲＩ　Ｄ　Ｏ００１ＴＩ（ＲＩ
Ｄ＝ＴＨＲＩＤＯＯ］ ＴＰＮＮＡＭＥ＝ＭＡＴ　ＬＯ２ プール管理プログラムは、ＡＬＬＯＣＡＴＥのＬ　Ｕ名
パラメータを、新規に割り当てられたＶＭの名前、即ち
ＶＭ、Ｏ］］−１に変更する。次にプール管理プログラ
ムは、変更されたＬ　Ｕ名を用いてＡ　Ｌ　Ｌ　ＯＣＡ
　Ｔ　Ｅ動詞を再発行する。

次にＶＭオペレーティング・システムは、選択された仮
想計算機に存在するオペレーティング・システム・コー
ドにＡ　１．、　Ｌ　ＯＣＡ　Ｔ　Ｅを渡す。次にこの
コートは指定されたアプリケーションＭ　ＡＩＬＯ２の
部分Ｂを活性化する。次にＭ　Ａ　Ｔ　Ｔ、、　０２ア
プリケーシヨン・プログラムの部分Ａと部分Ｂとの間で
会話が行なわれる。この例では、部分Ａと部分Ｂが対話
を終了する時、会話は活性なままである、即ちどちらの
パートナ−もＤＥＡＬＬＯＣＡ　Ｔ　Ｅを発行せず、制
御はＭ　Ａ　Ｉ　１．、　Ｏ２（７）部分ＡからＭＡＩ
ＬＯＩの部分Ａに戻されるものと仮定する。これが起き
る時、ＭＡＩＬＯ２の両方の部分が活動状態であるが、
待機状態にある。仮想計算機ＶＭＯＩは依然としてユー
ザに専用され、Ｍ　Ａ　Ｉ　１．、０２の部分Ｂを含み
、制御ブロックの記入項目は以前に述べた通りのもので
ある。

次に、ＭＡＩＬＯＩが制御を再取得する時、それは、初
期のユーザの要求を処理し続けるためにディレクトリ情
報が必要とされる事を判断する。

従ってＯ８／２の同期呼び出しが行なわれて、ＤＩＲＥ
ＣＴＲＹという名のアプリケーション・プログラムが起
動される。次に制御はＤ　Ｉ　ＲＥＣＴＲＹプログラム
に渡される。以前に示したように、こ九にもＭＡＩｌ、
０１と同じ１’）　ＲＩ　ＩＬ’ｌ及びＴ　ＨＩ込ＩＤ
が２１Ｊ　１１１１にｃられる。Ｄ　Ｉ　ＲＥ　Ｃ−ｒ
　ＲＹ　（７）部分へけ、Ａ　Ｔ−、Ｌ　ＯＣＡ　Ｔ　
Ｅを発行して、上位システムの部分トの耐応部と会話を
確立する。Ｖ　Ｍオペレーティンク゛・システムのＡＶ
Ｓ部分はＶＭＰＭにＡ、　Ｉ、Ｌ、Ｏ（２Ａ　Ｔ　Ｅを
渡し、、これは次のように処理されろ、 データ構造を７［査Ｌ２て、ユーザのために作業を行な
っている仮想計算機をユーザが有しているか否かを判定
する、この例では、ＶＭＯＪがこのユーザに専用されて
いることが判定される。

Ａ　Ｌ　Ｔ、　Ｃ’ｌｌ　Ｃ、Ａ　Ｔ　Ｅ　）Ｐ　ＲＩ
　Ｄ及びＩ”　ＨＲｒ　Ｄが、制御ブロック拡張部１の
中上記憶されているＰＲＩ　Ｉ）及び−ｒＨＲＩ　Ｄと
同しか否かを、データ構造のアンカー・ブロック中のメ
モリ・ポインタを参照することにより判定する。

一致が見い出されたので、端末において直列処理が行な
わ１１でおり、従って要求されたＩ−）　、Ｉ　ＲＥＣ
ＴＲＹアプリケーションに対して異なった仮想計算機を
割り当てる必要は存在しないことが結論付けられている
。従って、アプリケーションにはＶＭＯＩが割り当てら
れ、プール管理プログラムは第６Ｂ図及び下記に示すよ
うにデータ構造を更新する。

アドレス位置０００１０１００上記憶域を取得すること
により制御ブロック拡張部２が形成され、そのアドレス
が拡張部１のポインタ・フィールド中に置かれる。会話
ＩＤ　　Ｃ０Ｎ０Ｏ２及びＴＰＮ、ＤＴＲＥＣＴＲＹが
拡張部２に付は加えられ、これが最後の拡張部であるこ
とを示すためにポインタ・フィールドがゼロにセットさ
れる。

ＤＴＲＥＣＴＲＹの部分Ａ及びＢがその対話を完了する
と、部分ＡがＤ　Ｅ　Ａ　Ｌ　Ｌ　ＯＣＡ　Ｔ　Ｅを発
行し、会話は終了する。ＶＭＰＭはアドレス位置０００
１０１００を解放し、拡張部１中のポインタをゼロにセ
ットする。ＶＭＯＩはプールに戻されない。というのは
その制御ブロックがそれが活動状態にあることを示して
いるからである。、ＤＴＲＥ　ＣＴ　ＲＹの部分Ａが端
末で終了する時、それはＭＡＩＬＯＩに制御を戻す。

その処理の一部として、ＭＡＩＬＯＩは制御をＭＡｉＬ
Ｏ２の部分Ａに戻し、そして部分ＡがＤＥ　Ａ、　Ｌ　
１．、　ＯＣＡ　Ｔ　Ｅを発行し部分Ｂが終了する時ま
でさらに対話が生じるものと仮定する。プール管理プロ
グラムは、拡張部１を含むアドレス位置００００１００
０を解放し、ポインタ、ＵＳＦＲＪＤ及びＰＣＩＤフィ
ールドをゼロにリセットし、ＢＵＳＹインジケータをＮ
ｏにセットする。そのｌｆｆ１、Ｍ　Ａ、　Ｉ　ＬＯ］
アプリケーションの上記処理の結果がデイスプレィ上で
ユーザに表示される。

もしＭＡ、ＩＬＯ］−がＭＡＩＬＯ２又はＤｒＲＥＣＴ
　ＲＹ　１のいずれか又は両方に関して非同期的なＯ３
／２呼び出しを発行していると、処理は異なったものに
なるであろう。Ｏ３／２は、ＰＲＩＤ／ＴＨＲＩＤの識
別子が事なる時にはプログラムのスレッドを並列に処理
する。非同期的呼び出しはＴ　ＨＲＩ　Ｄを変化させる
が、Ｐ　ＲＩ　Ｉ）は変化させない。もし例えば上記実
行例においてＤＩＲＥ　ＣＴ　ＲＹがＭＡＩＬＯＩによ
り非同期呼び出しにより起動されたならば、プール管理
プログラムによる処理は、Ｔ　ＨＲＩ　Ｄが異なってい
ると判断し、ＴＷＳと上位システムとで処理が私利に行
なえるように新規な遊休状態の仮想計算機を割り当てて
いたであろう。

Ｐ　ＲＩ　Ｄ　／　Ｔ　ＨＲＩ　Ｄに関して複数の会話
が存在し５、ｌ”）ＥＡＬＬＯＣＡＴＥされるべきもの
が連鎖中の最後にある制御ブロック拡張部により表され
ているならば、Ｖ　Ｍ、　Ｐ　Ｍはその制御ブロックに
関する記憶域を解放し、以前のブロック中のポインタを
ゼロにセットする。もし削除すべきブロックが制御ブロ
ックの連鎖中の中間にあれば、ＶＭＰＭは、以前のブロ
ックのポインタを、削除すべきブロックに後続するブロ
ックのアドレスにセットする。最後に、もし削除すべき
ブロックが最初の制御ブロックであれば、ＶＭＰＭは、
削除すべきものから選択された情報及び連鎖中の次のも
のからの情報を用いて新しい拡張部ｌを形成する。

上記プロセスに従えば、ＡＬＬＯＣＡＴＥ及びＤ　Ｅ　
Ａ　Ｌ　Ｌ○ＣＡＴＥによって定義される単一の会話が
、プール管理プログラムの制御の下で仮想計算機のプー
ルから仮想計算機を割り当てること［こより取り扱われ
ることがわかる。現在サービスを受けているアプリケー
ション・プログラム要素と同じＰ　ＲＩ　Ｉ）及びＴＨ
ＲＩ　Ｄを有するアプリケーション・プログラム要素か
ら会話要求が生じた場合（これは同じＴ　ＨＲＩ　Ｄを
有する先行の要素に対して直列に走行するようにそれが
コーディングされていることを示している）、もし本発
明を用いなければ、その要求に対して新しい遊休状態の
ＶＭが割り当てられるであろう。従来技術の方法による
割り当てはＶＭの資源を浪費する。というのは、そのタ
スクを開始するために、他のＶＭ上で実行している同じ
ＴＨＲ，ＩＤを有する先行するタスクの終了を待機しな
ければならないからである。

要約すると、この状況を回避するために、本発明の方法
は、要求が上位システムに送られた時に会話要求に対応
する分散アプリケーション・プログラムのセグメントに
割り当てられたプロセス■ＤとスレツドＩＤを取得する
ステップを含む、プアー ＝４８ ル管理プログラムは、遊休状態のＶＭを要求に割り当て
る前に、Ｏ８／２オペレーテイング・システムにより同
じＴＨＲＴＤを割り当てられプール管理プログラムのデ
ータ構造中上記憶されている会話要求が処理されている
か否かを判定する。

もし活動状態のＶＭエントリが同じＴＨＲＩＤを有する
ならば、現在の要求が終了した後に処理されるようにそ
のＶＭが新しい要求に割り当てられる。

もしＴＨＲＩＤが、全ての記憶されているＴＨＲＩ　Ｄ
と異なっていれば、要求には、プールから新しいＶＭが
割り当てられる。

第７図は、上位システムが初期にＩＰＬされる時にＶＭ
を形成するのに関係するステップの流れ図を示す。第７
図の流れ図は、」―述のステップを要約している。

第１Ａ図及び第１Ｂ図は分散アプリケーション・プログ
ラムに関する新規な方法によるプログラム間通信のプロ
セスに関係したステップの流れ図を示している。

Ｆ０発明の効果 本発明を用いれば、分散アプリケーション・プログラム
において、上位システムによるＣＰＵ資源の割り当てを
効率化することができる。

【図面の簡単な説明】

第１Ａ図及び第１Ｂ図は、本発明の方法に従って分散ア
プリケーション・プログラムを実行する際のプール管理
プログラムに関わるステップを記載した流れ図である。 第２図は、第１図に示した１つのＩＷＳ端末の概略図で
ある。 第３図は、第１図のＳＮＡネットワークに関わる様々な
プログラミング層の編成を示す。 第４Ａ図及び第４Ｂ図は、分散アプリケーション・プロ
グラムの複数の部分とネットワーク・プログラムの間の
関係レボす。 第５図は、本発明の方法によって作成される実行準備の
できた仮想計算機のプールの概略図である。 第６Ａ図〜第６Ｃ図は、第５図に示す仮想計算機のプー
ルの管理に際して、プール管理プログラムが使用する仮
想計算機プール・データ構造の詳細を示す説明図である
。 第７図は、第５図に示す仮想計算機のプールの作成に関
わるステップ上記載した流れ図である。 第８図は、データ処理ネットワークの設計の概略図であ
る。 出願人　　インターナショナル・ビジネス・マシーンズ
・コーポレーション 代理人　　弁理士　　頓　　宮　　孝 （外１名） 第１Ａ図から 第１８０ 第２図 第８図

Claims (2)

【特許請求の範囲】
1. （１）ＳＮＡの論理ユニット６．２プロトコルに従って
   インテリジェント・ワークステーションと上位処理装置
   との間でプログラム間通信を支援するＳＮＡ型のデータ
   処理ネットワークにおいて、分散アプリケーション・プ
   ログラムの実行中にシステム資源を維持する方法であっ
   て、上記上位処理装置に仮想計算機プール管理プログラ
   ムが存在し、該仮想計算機プール管理プログラムが、 上記プログラム間通信に先立って走行準備状態の仮想計
   算機のプールを上記上位処理装置において形成し、且つ 上記アプリケーション・プログラムに関係した上記イン
   テリジェント・ワークステーションからの上記要求の各
   々を処理するために上記走行準備状態の仮想計算機を動
   的に割当てることにより順次的な上記要求に上記走行準
   備状態の仮想計算機の異なったものを割当て並行に走行
   させるように機能し、そして 上記プール中の上記走行準備状態の仮想計算機を動的に
   割当てる上記ステップの間に上記プール管理プログラム
   によって使用されるデータ構造を提供するとき、 ＬＵ６．２型の会話要求を含む上記アプリケーション・
   プログラムの事前に定められたセグメントに識別子を与
   えるオペレーティング・システムを上記インテリジェン
   ト・ワークステーションに提供し、 上記仮想計算機プール管理プログラムが上記識別子及び
   以前に受け取った識別子に基づいて上記要求に対して活
   動状態の仮想計算機又は上記プール中の走行準備状態の
   仮想計算機のいずれを割当てるかを判定することを可能
   にするために、上記要求が上記上位処理装置に送られる
   時に上記識別子を上記上位処理装置に送り、 それにより上記アプリケーション・プログラム・セグメ
   ントが異なった識別子を有している時にのみ、上記事前
   に定められたセグメントが、上記上位処理装置で異なっ
   た割当てられた仮想計算機上で並行に実行できるように
   する システム資源を維持する方法。
2. （２）マルチ・タスク機能を有するインテリジェント・
   ワークステーションと仮想計算機機能を有する上位処理
   装置とを含むデータ処理ネットワークにおいて、アプリ
   ケーション・プログラムの各部分が上記インテリジェン
   ト・ワークステーションと上記上位処理装置でそれぞれ
   実行される分散アプリケーション・プログラムを実行す
   る方法であって、 上記上位処理装置において走行準備状態の仮想計算機の
   プールを形成し、 上記インテリジェント・ワークステーションにおいて実
   行される上記分散アプリケーション・プログラムの要素
   に識別子を与え、上記識別子は上記要素が上記ワークス
   テーションで並列に実行されうるときは互いに異なる識
   別子を、又上記要素が上記ワークステーションで直列に
   実行されるときは同一の識別子を与え、 上記インテリジェント・ワークステーションにおいて実
   行される上記分散アプリケーション・プログラムから上
   記上位処理装置に与えられる要求に基づき、上記上位処
   理装置において、上記分散アプリケーション・プログラ
   ムの対応部分を処理するために仮想計算機を動的に割当
   て、 上記割当ては、上記要求を行なったプログラム要素の識
   別子が、既に上記上位処理装置で活動状態にある仮想計
   算機の割当てを要求したプログラム要素の識別子に一致
   する場合は上記活動状態にある仮想計算機を割当て、上
   記要求を行なったプログラム要素の識別子が、上記上位
   処理装置で活動状態にある仮想計算機の割当てを要求し
   たプログラム要素の識別子に一致しない場合は上記走行
   準備状態の仮想計算機を割当てるように行なう、分散ア
   プリケーション・プログラムの実行方法。