JP2568033B2 - ルーズにつないだコンピュータ装置におけるプロセッサ間セッション経路指定用のシステム及び方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はデータ処理システムに関
し、特に多数のホストコンピュータと遠隔端末装置間の
コミニュケーションをおこなうデータ処理システムに関
する。さらに、本発明はホストコンピュータのルーズに
つないだプロセッサ・コンプレックスと、システム・ネ
ットワーク体系（ＳＮＡ）プロトコルを使用する遠隔端
末装置との間のコミニュケーションに関するものであ
る。

【０００２】

【従来の技術】データ処理システムは、企業内の異なっ
た場所で必要とされるデータを維持するために企業内で
頻繁に使用されている。そのデータは、コミニュケーシ
ョン・ネットワークによって遠隔地の端末装置にリンク
させた１つ以上のホストシステムで維持させることがで
きる。遠隔地の端末装置と中央ホストシステム間のコミ
ニュケーションは「プロトコル」あるいは１組のコミニ
ュケーションルールに基づいて行う。このコミニュケー
ション・プロトコルは通常、データコミニュケーション
製品の機能や構造を規定するテレプロセシング体系の一
部として存在する。

【０００３】より一般的なテレプロセシング体系の一つ
はＩＢＭシステム・ネットワーク体系（ＳＮＡ）であ
る。ＳＮＡは１９７４年に初めて紹介され、以来数度に
わたって増強されてきた。ＳＮＡは複数の層からなる末
端まで組織化された構造である。（ＳＮＡ技術概観，Ｉ
ＢＭオーダＮｏ．ＧＣ３０−３０７３参照）

【０００４】ネットワークのコミニュケーション用の１
個以上のポートをサポートするＳＮＡネットワーク内の
位置は、ネットワーク・アドレス可能単位（ＮＡＵ）と
して定義される。ＳＮＡは３種のネットワーク・アドレ
ス可能単位、すなわち、ネットワーク管理用に使用され
るシステム・サービス制御点（ＳＳＣＰ）、特定のノー
ド用の構成に関連する情報を有する物理装置（ＰＵ）、
ＳＮＡネットワークに端末利用者やアプリケーション・
アクセスを提供する論理装置（ＬＵ）等を定義する。本
発明は、ＳＮＡネットワークの（ＰＵ５またはＰＵ２．
１ノード内の）遠隔アプリケーション，あるいは（ＰＵ
２またはＰＵ２．１ノード内の）遠隔端末とコミニュケ
ーションをおこなうホスト・アプリケーションに主に関
係している。各物理装置はＳＮＡ規格内の数字で示され
るので、ＰＵ５，ＰＵ２，ＰＵ２．１は異なった物理装
置である。

【０００５】ＳＮＡはテレプロセシング用の体系を定義
し、ＩＢＭシステム／３７０およびシステム／３９０ハ
ードウェア構造（ＩＢＭ、およびシステム／３７０、シ
ステム／３９０はＩＢＭ社の登録商標です）を操作する
ＩＢＭ仮想記憶通信アクセス方式（ＶＴＡＭ）のような
ネットワークをおこなうソフトウェア製品として実施さ
れている。

【０００６】ＳＮＡは、”ＳＮＡ Ｍｕｌｔｉｐｌｅ−
Ｓｙｓｔｅｍ Ｎｅｔｗｏｒｋｉｎｇ”，ＩＢＭシステ
ム・ジャーナル、１８、２６３−２９７（１９７９）に
記載のように複数のホストネットワーク上で作動可能で
ある。この文献は、このプロセスを介して１端末が１以
上のホストにアプリケーションをアクセスでき、かつホ
スト・プロセッサ間セッションを確立させることができ
ることを示している。

【０００７】上記の文献に記載された複数のホスト構造
は、独立した複数のホストコンピュータ・システムから
成る。異なったコミニュケーションの問題がルーズに結
びつけたプロセッサ・コンプレックスに発生する。ルー
ズに結びつけたプロセッサ・コンプレックスは、データ
記憶装置とコミニュケーション・ネットワークを共有す
るが、メインメモリは共有しない多くのプロセッサから
成る。そのコンプレックスの各プロセッサは共有したデ
ータベース上のすべてのデータにアクセス可能であり、
そのデータ記憶装置内に記憶させたどのアプリケーショ
ンも実行することができる。これは単一画像を遠隔利用
者に提供することができ、プロセッサ・コンプレックス
によって作業負荷の平均化を可能とする。しかし、この
システムは共有メモリ（Shared Memory）技術を用いた
情報交換をすることができない。また、遠隔利用者は、
オペレータあるいは端末使用者の操作なしで、結ばれた
プロセッサのどれがより効果的な作業負荷の平均化を行
うアプリケーションを実行するのか関知しない。

【０００８】ホストシステムで実行するアプリケーショ
ンは、そのシステムの論理装置（ＬＵ）と結び付けて考
えられるであろう。遠隔使用者は、遠隔端末論理装置
（ＬＵ）とホストＬＵ間のＳＮＡセッションを確立さ
せ、ある特定のアプリケーションが実行中の各ホストシ
ステムで同じＬＵとして発生する。それは、同一のデー
タ記憶画像から開始させ、分離プロセッサの存在を関知
してない遠隔端末の要求に答えなくてはならないからで
ある。しかし、このコンプレックスの別のプロセッサ内
のアプリケーションがその遠隔端末とコミニュケーショ
ン・セッションとの確立を要求する時いくつかの問題を
発生させる。その問題は、コンプレックスの複数のプロ
セッサ内の同一論理装置（ＬＵ）と遠隔使用者がセッシ
ョンすることを禁止するＳＮＡ規制に原因する。遠隔端
末によるいかなるセッションも、すでにセッションが存
在するホストプロセッサを自動的に経由させられる。し
かし、異なったホストプロセッサが、その遠隔端末との
セッションを確立することを要求するとき、このセッシ
ョンの要求は失効することになる。こうして、現行のシ
ステム下では、１コンプレックス内の１台のプロセッサ
のみが１遠隔使用者と通信可能となる。

【０００９】１遠隔使用者との通信を１台のプロセッサ
のみ許可するというＳＮＡの規制は以下のようなシステ
ムに問題を発生させる。すなわち、１コンプレックス内
の全台数におよばないプロセッサを操作する特定のアプ
リケーションを所有することで作業負荷を平均化するシ
ステムである。また、これはセッションを確立するため
に遠隔端末に依存せずホストから通信を開始するアプリ
ケーションに問題を発生させる。

【００１０】

【発明が解決しようとする課題】従って、本発明が解決
しようとする課題は上記問題を克服し、ルーズに結びつ
けたコンプレックスにおけるどのプロセッサも、前に確
立した端末／ホスト・セッションに関わりなく、このコ
ンプレックスに接続したどの端末との通信も確立できる
システム及び方法を提供することを目的とする。

【００１１】また、本発明の他の目的は、あるホストプ
ロセッサを選択するための端末での認識あるいは操作な
しにホスト／端末・セッションの確立を可能とするシス
テム及び方法を提供することである。

【００１２】さらにまた、本発明の他の目的は、確立し
たＳＮＡプロトコルから逸脱することなくホスト／端末
・セッションを確立するシステム及び方法を提供するこ
とである。

【００１３】

【課題を解決するための手段】上記課題を解決するため
に、本発明のシステムは以下のごとき特徴を有する。す
なわち、複数のコンピュータ論理装置間の通信を行う方
法において、該論理装置間の通信は、１つの通信プロト
コルにもとづき実行する１以上の通信セッションに生
じ、その方法は、上記複数の論理装置の１台（第１装
置）による同論理装置の別の１台（第２装置）との通信
セッション確立要求を受信するステップと、上記第２論
理装置と通信セッションを有する他の論理装置があるか
どうか識別するためのテストを行うステップと、上記第
１論理装置から上記識別した他の論理装置を介して上記
第２論理装置にリレーし、また上記第２論理装置から上
記識別した他の論理装置を介して上記第１論理装置にメ
ッセージをリレーするステップから構成されることを特
徴とする。

【００１４】

【実施例】ルーズに結びつけたプロセッサ・コンプレッ
クスを図１の１１０で示す。このコンプレックス１１０
は複数のコンピュータ・システム１００、１０２、１０
４、１０６と、データ記憶装置１１２、１１４及びデー
タ記憶制御装置１１６から構成する。このプロセッサは
各々、メモリ、１以上の処理エレメント、入力／出力チ
ャンネルを有するＩＢＭ ＥＳ／９０００（ＩＢＭ社の
登録商標）コンピュータ・システムのような完全なシス
テムである。ルーズに結びつけたプロセッサ・コンプレ
ックスは２個以上のシステム、通常８個のシステムを接
続したものである。コンピュータ・システム１００、１
０２、１０４、１０６は、共有した制御装置１１６を介
してデータ記憶装置１１２、１１４へのアクセスを共有
している。この制御装置はＩＢＭ３９９０磁気ディスク
制御装置のようなタイプの装置である。

【００１５】ルーズに結びつけたプロセッサ・コンプレ
ックスはコミニュケーション制御装置１２０を介して遠
隔装置１３０、１３２に接続されている。コミニュケー
ション制御装置は、ＶＴＡＭのようなＳＮＡ追従コミニ
ュケーション・プログラムを実行可能な制御装置であれ
ばよい。望ましい実施例では、この制御装置はネットワ
ーク制御プログラム（ＮＣＰ）を実行し、ＶＴＡＭアプ
リケーション・プログラムによって制御されるＩＢＭ３
７ｘ５コミニュケーション制御装置である。

【００１６】遠隔装置１３０、１３２は、ＩＢＭ ＰＳ
／２（登録商標）パーソナル・コンピュータのような任
意のタイプのインテリジェント・ターミナル、あるいは
コミニュケーション制御装置または複数の端末を制御す
るゲートウェイが可能である。この遠隔装置はホストシ
ステムとコミニュケーションするためにコミニュケーシ
ョン・プログラムを実行可能でなくてはならない。

【００１７】図２は、図１に示したコンプレックス１１
０の２台のコンピュータ・システム１００、１０２の内
部アプリケーション構造を示す。ＳＮＡ ＬＵ６．２プ
ロトコルが、ルーズに結びつけたプロセッサ・コンプレ
ックス内の任意の２個の論理装置間、あるいはそのコン
プレックスと遠隔装置間のコミニュケーション用に使用
される。ＬＵ６．２は対等から対等を基本として論理装
置間のコミニュケーション用のプロトコルを定義する。
（ＬＵタイプ６．２用のＳＮＡトランザクション・プロ
グラマー参照マニュアル、ＩＢＭオーダＮｏ．ＧＣ３０
−３０８４、およびＬＵ６．２に関するより多くの情報
用のＳＮＡ ＬＵ６．２参照：対等プロトコル、ＩＢＭ
オーダＮｏ．ＳＣ３１−６８０８等を参照）。ＬＵ６．
２用語では、アプリケーションはトランザクション・プ
ログラム（ＴＰ）として示され、会話は２ＴＰ間の接続
である。会話はセッションの使用を要求する。１セッシ
ョンは２ＬＵ間の１接続である。会話が開始するとき、
このシステムは有効なセッション（つまり、会話に使用
されてないセッション）があるかどうかチェックし、も
しなければ、新たなセッションを確立させる。

【００１８】ホストプロセッサＴＰＦＡ１００はＳＮＡ
伝送制御装置２０２によってコミニュケーション制御装
置１２０に接続させる。ＳＮＡ伝送制御装置２０２は、
低レベルコミニュケーション・プロトコルタスクを管理
する。ＳＮＡ表示サービス（ＰＳ）２０４は論理装置２
０６、２０８と伝送制御装置２０２間のインターフェー
スを制御する。アプリケーションあるいはトランザクシ
ョンプログラムＸＸＸＸ２１０は論理装置２０６内で作
動し、ＳＮＡコミニュケーション体系の下層を介して遠
隔装置とコミニュケーションをおこなう。

【００１９】ホストプロセッサＴＰＦＢ１０２はアナロ
グ構成要素、つまり、ＳＮＡ伝送制御装置２１４、ＳＮ
Ａ表示サービス（ＰＳ）２１６、論理装置２１８、２２
０、及びアプリケーションあるいはトランザクション・
プログラム２２２、２２４等を有する。論理装置２０
６、２１８は両方，ＡＢＣＤであり、トランザクション
・プログラム２１０、２２２は共有データ記憶装置なの
で両方，ＸＸＸＸである。論理装置ＡＢＣＤとトランザ
クション・プログラムＸＸＸＸに接続を要求している遠
隔装置は、各プロセッサの作業負荷におうじてＴＰＦＡ
１００かＴＰＦＢ１０２のどちらかに接続させられる。
得られたセッションはその遠隔装置に識別不能である。
この遠隔論理装置は、ルーズに結びつけたプロセッサ・
コンプレックスを分離したホストではなく単一の論理装
置（単一イメージ）とみなす。

【００２０】遠隔装置１３０は論理装置ＲＰＳ２Ａとし
て示され、ＬＵ ＡＢＣＤ内のトランザクション・プロ
グラムへの接続を要求できる。その要求は制御装置１２
０のＮＣＰに流れ、そこでＶＴＡＭ経路指定表１２１を
使用して適切なホストへの経路を決定する。ＴＰＦＡま
たはＴＰＦＢのどちらかがその要求を満たすが、説明の
ために仮定のＴＰＦＢを選択する。ＳＮＡ ＬＵ６．２
プロトコルは、２台の論理装置間に複数（平行）なセッ
ションが存在することを許可する。しかし、１台の遠隔
論理装置は、ルーズに結びつけたプロセッサ・コンプレ
ックス内の異なったシステム上の同一名称を有する論理
装置とのセッションを持つことができない。この制限
は、ＬＵ６．２プロトコルが各論理装置に他の論理装置
とセッション制限情報を交換するように要求するので強
制力がある。この情報およびセッション制御ブロック情
報は、ルーズに結びつけたプロセッサ・コンプレックス
のホスト間に共有されていない。従って、一度ＬＵ Ｒ
ＰＳＺＡ装置１３０がホストＴＰＦＢのＬＵ ＡＢＣＤ
２１８とコミニュケーション・セッションを確立する
と、遠隔装置１３０とＬＵ ＡＢＣＤ間の全てのセッシ
ョンはホストＴＰＦＢ１０２への経路を取らねばならな
い。

【００２１】遠隔装置１３０とルーズに結びつけたプロ
セッサ・コンプレックス間のセッションの制限は、全て
のセッションが遠隔装置１３０によって発生させられる
間は問題とならない。しかし、異なったホストのホスト
・トランザクションプログラムがその遠隔装置とのセッ
ションを開始することを試みる場合、それは不履行とな
る。たとえば、本発明のシステムなしで、論理装置ＡＢ
ＣＤ２０６のＴＰ ＸＸＸＸ２１０が遠隔装置１３０と
のセッションを開始することを試みる場合、遠隔装置１
３０がホストＴＰＦＢ１０２の論理装置ＡＢＣＤとのコ
ミニュケーションをとるのでその試みは不履行となる。

【００２２】本発明は各ホスト内の表示サービスを改良
することにより、また独特なサービス論理装置やサービ
ストランザクション・プログラムを各ホストに加えるこ
とによりセッション不履行を防止する。ＬＵ６．２表示
サービス層２０４、２１６は「活性化サービスＴＰ］２
１２になる機能を加えることにより改良される。同様な
機能を表示サービス２１６、またそのコンプレックス内
の他の全てのコンピュータシステムの表示サービスに加
える。活性化サービスＴＰ２１２は、遠隔装置とのセッ
ションの確立要求の各々に割り込み、その遠隔装置とそ
のコンプレックス内の他のシステム間でセッションが既
に存在するか否かを判定するためにテストをおこなう。
セッションが存在するなら、他のシステム内のサービス
ＴＰを使用してその遠隔装置とのコミニュケーションを
確立する。この表示サービスの改良は同コンプレックス
内の全てのシステムで同じである。しかし、各サービス
ＴＰは各々のホスト内で固有のアドレス可能ＬＵであ
る。

【００２３】本発明のシステムは図３に示したプロセス
に従ってオペレーションを行う。ホストＴＰＦＡ１００
内のホスト、たとえばＸＸＸＸ２１０はシークをおこな
い、ＴＰ遠隔装置、たとえば、遠隔ＬＵ ＲＰＳ２Ａ１
３０のＴＰ ＹＹＹＹ１３１との会話を開始する（３０
２）。ＳＮＡ ＬＵ６．２では、ＬＵ＿ＮＡＭＥ＝ＲＰ
Ｓ２ＡとＴＰＮ＝ＹＹＹＹを特定するＡＬＬＯＣＡＴＥ
（通信コマンド）を発することによりこれを実行する。
表示サービス２０４はこのＡＬＬＯＣＡＴＥを処理し、
ＬＵ ＲＰＳ２Ａ、つまり、ＴＰＦＢ１０２との別のホ
ストセッションの存在を検出する（３０４）。望ましい
実施例は、データ記憶装置を経てルーズに結びつけたプ
ロセッサ・コンプレックスのシステム間で共有されたセ
ッション記録をチェックすることにより、存在するセッ
ションを検出する。そのセッション記録は全ての遠隔Ｌ
Ｕ、およびそれらとセッションを有するホストのリスト
を含む。

【００２４】表示サービス２０４が遠隔ＬＵ ＲＰＳ２
Ａ １３０と別のホスト１０２、１０４、１０６との遠
隔セッションが存在しないことを判定したなら、ステッ
プは３０６に進み、ＬＵ ＡＢＣＤ２０６と遠隔ＬＵ
ＲＰＳ２Ａ １３０間のセッションを確立することによ
り通常の方法で遠隔セッションを確立する。データがこ
のセッション３０８を通じて送受信可能であり、セッシ
ョンは完了すると３１０で終了する。

【００２５】存在する遠隔セッションの検出は活性化サ
ービスＴＰ２１２を活性化させる。活性化サービスＴＰ
は、存在する遠隔セッションとホストのサービスＴＰと
の会話、ここではホストＴＰＦＢのサービスＴＰ２２
４、を確立する。このセッションは、ＬＵ＿ＮＡＭＥ＝
ＳＶＣＢ（ＳＶＣＢはＴＰＦＢのサービスＬＵの名称と
仮定）およびＴＰＮ＝ＳＥＲＶＩＣＥ＿ＴＰ（このＳＥ
ＲＶＩＣＥ＿ＴＰはトランザクション・プログラム２２
４の名称）を明示するＡＬＬＯＣＡＴＥを活性化サービ
スＴＰ２１２が発生させることにより確立させる。この
割り振りが完了すると、ＴＰＦＡの活性化サービスＴＰ
２１２とＴＰＦＢのサービスＴＰ２２４間で会話を開始
させる。そして、活性化サービスＴＰは，最初のＡＬＬ
ＯＣＡＴＥ要求からのパラメータをＳＥＮＤ＿ＤＡＴＡ
を使用するサービスＴＰ２２４に送る。

【００２６】次に、サービスＴＰ２２４は遠隔ＬＵ、こ
の場合は遠隔装置１３０のＲＰＳ２Ａ、とのセッション
を確立する（３１４）。ＴＰＦＡから転送されたパラメ
ータを使用するＡＬＬＯＣＡＴＥを発生することによっ
てこれは実行される。このＡＬＬＯＣＡＴＥは、ＴＰＦ
Ｂがすでにその遠隔ＬＵと確立したセッションを有する
ので成功する。サービスＴＰ２２４は次に、１つは活性
化サービスＴＰ２１２を経てホストＴＰＦＡ１００のホ
ストＴＰＸＸＸＸ２１０と確立し、もう１つは遠隔ＬＵ
ＲＰＳ２Ａ１３０のＴＰ ＹＹＹＹ１３１と確立した
２つの会話を有することになる。

【００２７】サービスＴＰ２２４は、遠隔ＴＰとの会話
の確立が成功したことを示すＣＯＮＦＩＲＭＥＤ応答を
ＴＰＦＡに送る（３１６）。活性化サービスＴＰ構成要
素は表示サービスに確認を送り返し、その表示サービス
もＡＬＬＯＣＡＴＥ（ＴＰＸＸＸＸ２１０）にその会話
を確立させるように要求を出すトランザクション・プロ
グラムに信号を出す。

【００２８】ＴＰＦＢのサービスＴＰ２２４との２つの
会話はホストＴＰＦＡのＴＰが、ＬＵ６．２プロトコル
を使用する遠隔ＬＵ ＲＰＳ２ＡのＴＰとのコミニュケ
ーションをおこなうことを許可する。これは、ＴＰＦＡ
のＴＰとＲＰＳ２ＡのＴＰの両方にたいし透過性を有す
る。ＴＰＦＡのＴＰから送られたどのデータもサービス
ＴＰ２２４に送られ、ＴＰ２２４は遠隔ＴＰとの会話を
経由してＲＰＳ２Ａにそのデータを送り返す（３１
８）。ＲＰＳ２ＡのＴＰによって送られたデータは同様
にＴＰＦＡのＴＰに送り返す（３１８）。

【００２９】ＤＥＡＬＬＯＣＡＴＥを発生することによ
りホストＴＰＦＡ３２０のトランザクション・プログラ
ムによって、この会話は終了となる。サービスＴＰ２２
４はこのＤＥＡＬＬＯＣＡＴＥを、サービスＴＰ２２４
と遠隔ＴＰ１３１間の会話を終了させる遠隔ＬＵに送る
（３２２）。

【００３０】本発明の望ましい実施例で採用されたフロ
ーコマンドおよび詳細なコマンドは図４乃至図７に示さ
れている。ＴＰＦＡのアプリケーションＴＰはＩＮＶＥ
ＮＴＯＲＹおよびＬＵ＝ＡＰＰＣと命名され、遠隔ＴＰ
はＳＴＯＣＫと命名されている。図はそれらのコマンド
を発生するコマンドおよび構成要素を示す。

【００３１】

【発明の効果】本発明は、ルーズに結びつけたプロセッ
サ・コンプレックスのどのプロセッサも、前に確立した
端末／ホスト・セッションに関係なくそのコンプレック
スと接続したどの端末ともコミニュケーションを確立で
きるシステムおよび方法を提供するという効果を有す
る。

【図面の簡単な説明】

【図１】本発明で実行されるルーズに結びつけたプロセ
ッサ・コンプレックスのブロック図である。

【図２】本発明によるコミニュケーションのシステムの
ブロック図である。

【図３】本発明によるルーズに結びつけたプロセッサ・
コンプレックスのプロセッサの１台と遠隔装置との間の
コミニュケーション・セッションを確立する際に使用し
た論理を説明するためのフローチャートである。

【図４】本発明の望ましい実施例によるシステム構成要
素間のコマンドの流れを示す図である。

【図５】図４に示した図の続きである。

【図６】図５に示した図の続きである。

【図７】図６に示した図の続きである。

【符号の説明】

１００ コンピュータ・システム １０２ コンピュータ・システム １０４ コンピュータ・システム １０６ コンピュータ・システム １１０ プロセッサ・コンプレックス １１２ データ記憶装置 １１４ データ記憶装置 １１６ データ記憶制御装置 １２０ コミニュケーション制御装置 １３０ 遠隔装置 １３２ 遠隔装置 ２０２ ＳＮＡ伝送制御装置 ２０４ ＳＮＡ表示サービス ２０６ 論理装置 ２０８ 論理装置 ２１０ トランザクション・プログラム ２１２ 活性化サービスＴＰ ２１４ ＳＮＡ伝送制御装置 ２１６ ＳＮＡ表示サービス（ＰＳ） ２１８ 論理装置 ２２０ 論理装置 ２２２ トランザクション・プログラム ２２４ トランザクション・プログラム

───────────────────────────────────────────────────── フロントページの続き (72)発明者 マーク・リチャード・ガンビノ アメリカ合衆国06810 コネチカット州、 ダンバリー、バルムフォース・アベニュ ー 38

Claims (7)

(57)【特許請求の範囲】
1. 【請求項１】複数のコンピュータ論理装置間の通信を行
   う方法において、該論理装置間の通信は、１つの通信プ
   ロトコルにもとづき実行する１以上の通信セッションに
   生じ、該方法は、 該複数の論理装置の１台（第１装置）による同論理装置
   の別の１台（第２装置）との通信セッション確立要求を
   受信するステップと、 該第２論理装置と通信セッションを有する他の論理装置
   があるかどうか識別するためのテストを行うステップ
   と、 該第１論理装置から該識別した他の論理装置を介して該
   第２論理装置にリレーし、また該第２論理装置から該識
   別した他の論理装置を介して該第１論理装置にメッセー
   ジをリレーするステップから構成されることを特徴とす
   る複数のコンピュータ論理装置間の通信を行う方法。
2. 【請求項２】該第１論理装置からのメッセージをリレー
   するステップは、さらに 該第１論理装置と他の論理装置間のコミニュケーション
   ・セッションを確立するステップと、 該他の論理装置と該第２論理装置間のコミニュケーショ
   ン・セッションを確立するステップと、 該第１論理装置から該他の論理装置へ、該他の論理装置
   から該第２論理装置へ、また該第２論理装置から該他の
   論理装置、そしてそこから該第１論理装置へとメッセー
   ジを送信するステップを有することを特徴とする請求項
   １に記載の方法。
3. 【請求項３】識別するためのテストステップは、さらに 該複数の論理装置の部分集合によって共有されたデータ
   記録を読取るステップと、 該複数の論理装置のどれが該第２論理装置と作動中のセ
   ッションを有するか判定するための該データをテストす
   るステップを有することを特徴とする請求項２に記載の
   方法。
4. 【請求項４】コミニュケーション・プロトコルはシステ
   ム・ネットワーク体系（ＳＮＡ）であることを特徴とす
   る請求項３に記載の方法。
5. 【請求項５】コミニュケーション・プロトコルを有する
   コミニュケーション・ネットワークを通じて複数のルー
   ズに結びつけたプロセッサと遠隔論理装置間のコミニュ
   ケーションをおこなうシステムにおいて、 該複数のルーズに結びつけたプロセッサの１台と該遠隔
   論理装置の１台との間の通信要求を受信する手段と、 該遠隔論理装置とのコミニュケーション・セッションが
   確立している該複数のルーズに結びつけたプロセッサと
   は別のプロセッサを識別する手段と、 該複数のルーズに結びつけたプロセッサとは別の該プロ
   セッサを介してコミニュケーションをリレーすることに
   より該複数のルーズに結びつけたプロセッサの該１台と
   該遠隔論理装置間のコミニュケーションを行う手段から
   構成したことを特徴とするシステム。
6. 【請求項６】該識別手段は、さらに、 該複数のプロセッサと該遠隔論理装置の各々間のコミニ
   ュケーション・セッションに関する情報を有するセッシ
   ョンデータ記録を記憶する記憶手段と、 該複数のプロセッサと該遠隔論理装置のうち、その間に
   現在作動中のコミニュケーション・セッションが存在す
   るかどうか判定するために該記憶手段をテストする手段
   と、 該複数のプロセッサのどれが確立したセッションを有す
   るか識別する手段とを有することを特徴とする請求項５
   に記載のシステム。
7. 【請求項７】該コミニュケーション手段は、さらに、 該複数のプロセッサ間のコミニュケーション要求をサー
   ビスするために該複数のプロセッサの各々のトランザク
   ション・プログラム手段と、 該要求プロセッサと該遠隔論理装置間でメッセージをリ
   レーするために該要求プロセッサのトランザクション・
   プログラムと該複数のプロセッサの別のプロセッサのト
   ランザクション・プログラム間でコミニュケーション会
   話を確立する手段とを有することを特徴とする請求項５
   に記載のシステム。