JPH07105815B2 - データ・パケツトの転送システム及びデータ・パケツトの転送方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、コンピユータのネツト
ワーク通信、より詳細に言えば、コンピユータ・システ
ムのネツトワークに接続された装置の間の接続経路の指
定(routing)（以下、経路指定と言う）の機能を遂行す
るシステムに関する。

【０００２】

【従来の技術】コンピユータ・システムのネツトワーク
の需要は依然として上昇し続けている。コンピユータ・
システムのネツトワークは、相互の間で通信するアプリ
ケーシヨン及びユーザが多くの異なつたシステムを動作
させることができるのが、需要を生じる主たる理由であ
る。ネツトワークは、物理的に近接した位置に設けられ
た幾つかのデスクトツプ・システムに制限されてもよい
し、或は、全世界的なネツトワークに接続されたあらゆ
るサイズの数千のシステムを含んでもよい。一般論とし
て言えば、コンピユータ・システムのネツトワークは柔
軟性を持つているので、コンピユータ・システムのネツ
トワークはユーザの要求に適合させることができる。

【０００３】通常、コンピユータ・システムのネツトワ
ークの１つの重要なタイプはピア・ツウ・ピア・ネツト
ワーク（peer to peer network）である。そのようなネ
ツトワークの構成によつて、ネツトワークの各ノード
は、他のノードと同等であるものとして取り扱われる。
各ノードは、他のネツトワークのノード間の通信セツシ
ヨン、経路指定セツシヨンにおける中間ノードとして動
作させることができる。上述のノードは、コンピユータ
・システム間の通信リンクの一部として、２つの独立し
て隣接したコンピユータ・システムの間のデータ転送を
必要としないターミナル・ノードを除外する。ネツトワ
ーク内の任意のノードによつて開始された通信セツシヨ
ンは、通信リンク中の次のノードに用いられる経路指定
を選択する最も近いノードに経路を指定される。そのよ
うな強力で柔軟性あるシステムの１つの例は、ＩＢＭ社
で市販され、世界中で広く使用されているシステム・ネ
ツトワーク・アーキテクチヤ（ＳＮＡ）である。

【０００４】代表的なネツトワークにおいて、地域的な
ネツトワーク、つまり、サブエリア・ネツトワークは、
しばしば、単一の完全な機能を持つたネツトワーク・ノ
ードを通して残りのネツトワークに接続される。このネ
ツトワーク・ノードはネツトワークの完全な能力を持た
ねばならないが、ネツトワーク・ノードに接続されるワ
ークステーシヨンなどのターミナル・ノードは、そのよ
うな能力を持つ必要はない。１つの物理的な位置にある
少数のローエンドのワークステーシヨンだけが、広域ネ
ツトワークに接続されたとしても、そのようなネツトワ
ークにアクセス可能にするために、完全なネツトワーク
・ノードの機能をサポートすることができるシステム
を、その場所にに置かれねばならない。

【０００５】ネツトワーク・ノードとしての完全な能力
を持つネツトワーク・ノードは、広範で多様なネツトワ
ーク機能をサポートする能力を持つ比較的強力なコンピ
ユータ・システムでなければならない。例えば、ＳＮＡ
のネツトワーク・ノードは、多数の付加的な中間的なノ
ードを経て接続されている２つのノード間のセツシヨン
の中間ノードとして動作する能力を持つていなければな
らない。ネツトワーク・ノードは、ネツトワーク中の多
くの論理ユニツトに対する経路指定の選択テーブルを保
持し、そして、論理ユニツト識別子で与えられたすべて
のノードの位置を検索し、決定する能力を持つている。
論理ユニツトが他の論理ユニツトとのセツシヨンを要求
した時、その要求を受け取つたネツトワーク・ノード
は、その経路指定の選択テーブル中のターゲツトの論理
ユニツト、即ち目標の論理ユニツトを検索し、確定しな
ければならず、そして、要求を行つた論理ユニツトのセ
ツシヨンと、他の隣接したノードとの関連セツシヨンと
の両方の通信を設定しなければならない。隣接した他の
ノードは、目標の論理ユニツトでもよく、あるいは、目
標の論理ユニツトへの通信リンクを設定するのに用いら
れる他の中間ノードでもよい。

【０００６】２つの論理ユニツトの間でセツシヨンが設
定された後、ネツトワーク・ノードは、入力データを、
適当な出力用通信リンクに経路指定をする。種々の機能
がネツトワーク・ノードによつて与えられる。これらの
機能は、例えば、データの転送速度を決めるとか、指定
値を再度取決めるなどのような機能を含んでいる。ネツ
トワーク・ノードに必要な種々の機能は、多くの刊行物
に記載されており、公知の事柄である。

【０００７】完全な能力を持つネツトワーク・ノード機
能をサポートすることができるコンピユータ・システム
のコストは、ターミナル・ノードとしてネツトワークに
接続される代表的な低レベルのワークステーシヨンのコ
ストに比べて遥かに高価である。ネツトワークに単に接
続した少数のワークステーシヨンのために、完全な能力
を持つネツトワーク・ノードを使用することは、贅沢で
あり、しばしば費用の浪費となる。然しながら、物理的
に隣接しているワークステーシヨンの少数のグループ
を、何処かに設置されているネツトワーク・ノードと接
続することが可能でないことが、しばしば生じる。最も
近いネツトワーク・ノードは、物理的に数千キロメート
ル離れた遠隔地にあることがあり、また、ネツトワーク
・ノードに対して、各ワークステーシヨンからの別個の
通信リンクを設けることは採算が取れないことがある。

【０００８】ネツトワークにワークステーシヨンを接続
するのに用いられるシステムを容易に、安価に与えるこ
とが望まれている。更に、若し、ネツトワークに対して
ノンインテリジエントな周辺機器を接続するために既に
使用されている比較的簡単なシステムが所望の機能を遂
行するように修正することが望まれている。また、ワー
クステーシヨン及びネツトワークの両方の間に直接に通
信リンクが構築されているように見えて、低レベルのワ
ークステーシヨン及びネツトワーク・ノードの両方に対
して透過であるようなシステムの出現が望まれている。

【０００９】

【発明が解決しようとする課題】本発明の目的は、複数
のワークステーシヨンで構成されているコンピユータ・
システムをネツトワークに接続するためのシステム及び
接続方法を提供することにある。

【００１０】本発明の他の目的は、ワークステーシヨン
のグループ中の各ワークステーシヨンを、ネツトワーク
・ノードとして完全な能力を持つノードに直接に接続す
る要件を必要としないデータ転送システム及びデータ転
送方法を提供することにある。

【００１１】本発明の他の目的は、ネツトワーク及びワ
ークステーシヨンの両方に対して透過なコンピユータ・
システムを提供することにある。

【００１２】

【課題を解決するための手段】本発明は、ワークステー
シヨンのグループに対して地域的に物理的に位置付けら
れ、ネツトワークのセツシヨン・レベルで通信の経路指
定機能を遂行する中間的なコンピユータ・システムを与
え、これにより、システム全体を高性能にし、かつ、コ
ストを顕著に軽減する。本発明の中間システムは、経路
指定を、接続された装置から見て透過にするために、必
要に応じてデータ・パケツトのヘツダを変更する。この
変更以外には、データ・パケツトは変更されない。本発
明の中間システムは、各ワークステーシヨンがネツトワ
ークにあたかも直接に接続されているかのような態様
で、複数個のワークステーシヨンをネツトワークに接続
するように使用することができる。

【００１３】

【実施例】図１を参照すると、コンピユータ・ネツトワ
ーク１０の高レベルのブロツク図が示されている。エン
トリ・ポイント１２は、コンピユータ・システムをネツ
トワークに接続するのを可能とする。エントリ・ポイン
ト１２は、ネツトワーク１０をアクセスすることのでき
る任意のコンピユータ・システムであつてよい。例え
ば、このエントリ・ポイントは、経路指定のすべての機
能と、このようなノードに要求される他の機能とをサポ
ートする完全な能力を持つネツトワーク・ノードであつ
てもよい。また、エントリ・ポイント１２は、ゲートウ
エイ・システム、または、ＳＮＡサブエリア・ノードの
ような中間的な装置であつてもよい。

【００１４】ネツトワーク１０において、ターゲツト・
システム（目標のシステム）１４のノードはエントリ・
ポイント１２と通信することができる。接続経路は、公
知なので図１には示されていないが、ただ１つの接続に
制限されるものではない。以下に説明されるように、タ
ーゲツト・システム１４はエントリ・ポイント１２に接
続されている装置及びシステムと通信することができ
る。

【００１５】物理的に単一のデータ・リンク１８を介し
て、中間コントローラ１６がエントリ・ポイント１２に
接続されている。中間コントローラ１６は、物理的なデ
ータ・リンク２４及び２６を通つて夫々コントローラ１
６に接続されているプリンタ２０及びビデオ・デイスプ
レー・ターミナル２２のような周辺装置を駆動するため
に用いられるインテリジエント・コントローラであるの
が望ましい。

【００１６】また、ワークステーシヨン２８、３０は、
データ・リンク３２、３４を介してコントローラ１６に
接続されている。ワークステーシヨン２８、３０はデス
クトツプ・パーソナル・コンピユータのような代表的な
低価格のワークステーシヨンである。ワークステーシヨ
ン２８、３０はネツトワークのターミナル・ノードとし
てのみ機能するものであつて、中間ノードの経路指定の
機能及び他のネツトワークのノード機能を遂行するため
に接続されているものではない。然しながら、これらの
ワークステーシヨンは、標準的なネツトワーク・プロト
コルを使用して、ターゲツト・システム１４及び他のネ
ツトワーク１０のノード（図示せず）と通信する能力を
持つている。

【００１７】図１の種々の部分に用いられるのに適して
いるコンピユータ・システムの例を挙げると、ターゲツ
ト・システム１４は、ＳＮＡの拡張分散ネツトワーク機
能(Advanced Peer-to-peer Networking−ＡＰＰＮ)のネ
ツトワーク・ノードの機能を遂行するＩＢＭ社のＡＳ／
４００システムであるのが望ましい。中間コントローラ
１６は、本発明を適用して修正されるＩＢＭ社の５３９
４型遠隔制御装置であるのが望ましい。プリンタ２０及
びデイスプレー２２は、平衡型のトークン・リング、ま
たは公知の他のプロトコルを使用して、公知の態様でコ
ントローラ１６に接続することができる。中間コントロ
ーラ１６はＬＵタイプとしてＳＮＡ ＬＵ６．２、また
は、同等のネツトワーク・プロトコルによつて通信され
るのが好ましい。

【００１８】ワークステーシヨン２８、３０はＩＢＭ社
のＰＳ／２ワークステーシヨンのような市販の種々なパ
ーソナル・ワークステーシヨンの中の任意の１つであつ
てよい。若し、ターゲツト・システム１４がＡＳ／４０
０システムであれば、ワークステーシヨン２８、３０
は、ＡＳ／４００ ＰＣサポートのアプリケーシヨンを
実行することが望ましい。図１において、４台の装置が
中間コントローラ１６に接続されているが、この台数
は、システムの要件及びコントローラ１６の能力に応じ
て増減することができる。ワークステーシヨン２８、３
０は、プリンタ２０及びデイスプレー２２と同じプロト
コルを使用して中間コントローラ１６により通信するこ
とが望ましい。そのようなプロトコルを使用して、１台
以上の装置を、中間コントローラ１６の１つの物理的な
ポートに接続することができる。然しながら、各装置
は、中間コントローラ１６によつて特別にアドレスされ
る。

【００１９】ワークステーシヨン２８、３０をエントリ
・ポイント１２に接続するのをサポートするために、中
間コントローラ１６によつて遂行される機能は、実行す
るのが簡単で、直接的である。全般的に言つて、中間コ
ントローラ１６は、セツシヨン・レベルにおいて、ワー
クステーシヨン２８、３０から単純にデータ・パケツト
を受け取り、そして、それらのデータ・パケツトをデー
タ・リンク１８に転送する。後述するように、各パケツ
トに含まれたセツシヨン識別子は、中間コントローラ１
６内で変換される必要があるが、パケツトは変換されな
い。同様に、エントリ・ポイント１２から、データ・リ
ンク１８を介して受け取られたデータ・パケツトは、そ
のデータ・パケツトが差し向けられるワークステーシヨ
ン２８、３０を決めるために検査される。次に、中間コ
ントローラ１６は、必要に応じて、セツシヨン識別子の
変換を遂行し、そして、使用するデータ・リンク３２、
または３４にデータ・パケツトを差し向ける。既に述べ
たように、必要な場合にセツシヨン識別子が変換される
ことを除き、データ・パケツトは変換されずに転送され
る。

【００２０】このように、中間コントローラ１６は、ワ
ークステーシヨン２８、３０で実行するセツシヨンと、
ネツトワーク１０の他の所で実行するセツシヨンとの間
の経路指定機能を遂行する。エントリ・ポイント１２
と、ワークステーシヨン２８、３０との間の通信に対し
て、中間コントローラ１６を完全に透過にすることによ
つて、エントリ・ポイント１２及びワークステーシヨン
２８、３０が物理的なデータ・リンクによつて直接に接
続されているかのように見える。コントローラ１６によ
つて遂行される経路指定機能は比較的簡単なので、この
機能を遂行するのに用いられるコードは非常に単純で、
かつ非常に高速である。

【００２１】図２及び図３を参照すると、経路指定機能
を遂行するために、中間コントローラ１６によつて維持
される２つの変換テーブルが示されている。図２は「Ｌ
Ｕ名テーブル」４０を示す。「ＬＵ名（論理ユニツト
名）テーブル」４０中の各エントリは２つのフイールド
を含んでいる。「ポート・アドレス・テーブル」４２は
使用されるべきデータ・リンク３２、３４の特別のポー
ト・アドレスを識別する。「ＬＵ名フイールド」４４は
すべての論理ユニツト名を含んでおり、論理ユニツト名
によつて、そのポート・アドレスによつて到達されるワ
ークステーシヨンが識別される。これらの名前は、中間
コントローラ１６との接続が設定された時に、ワークス
テーシヨンによつて与えられる。

【００２２】ワークステーシヨン２８、または３０と、
中間コントローラ１６との間で接続が行なわれた時、ワ
ークステーシヨンはコントローラ１６に論理ユニツト名
のリストを送る。複数の論理ユニツト名があり、ワーク
ステーシヨンは、これらの論理ユニツト名によつてネツ
トワークに知られている。最初の接続動作の間で、中間
コントローラ１６は、そのワークステーシヨンのための
「ポート・アドレス」４２に対応する「ＬＵ名」フイー
ルド４４にこれらの論理ユニツト名を付加する。

【００２３】図３は「ローカル・フオームのセツシヨン
識別子」（local-form session identifier−ＬＦＳＩ
Ｄ）のテーブル４６を示す。更に詳細に言えば、ＬＦＳ
ＩＤのテーブル４６中の各エントリは、５つのフイール
ドを含んでいる。これら５つのフイールドは、「ポート
・アドレス」４８、「結合フラグ」５０、「非結合ペン
デイング・フラグ」５２、「ＬＦＳＩＤのＰＣビユー」
５４及び「ＬＳＦＩＤのネツトワーク・ビユー」５６で
ある。

【００２４】「ポート・アドレス」４８は、「ＬＵ名テ
ーブル」４０中の「ポート・アドレス」４２が行なうの
と全く同じように、このエントリに対応するポート・ア
ドレスを識別する。「結合フラグ」５０は、そのエント
リに関係するセツシヨンの結合が、中間コントローラ１
６に接続されたワークステーシヨンから受け取られたも
のか、または、ネツトワークのターゲツト・システム１
４から受け取られたものかの何れかを表示する１ビツト
のフラグである。「非結合ペンデイング・フラグ」５２
は、セツシヨンを終了するために、「非結合」コマンド
がワークステーシヨンによつて転送されたか、またはタ
ーゲツト・システム１４によつて転送されたかを表示す
るフラグであつて、そのセツシヨンは完全に終了されて
はいない。広く知られているように、「結合フラグ」及
び「非結合フラグ」は、ＳＮＡＬＵ６．２プロトコルを
使用したセツシヨン・レベルの接続を開始し、そして終
了するのに用いられるコマンドである。

【００２５】「ＬＦＳＩＤのＰＣビユー」フイールド５
４は、そのセツシヨンを識別するために、ワークステー
シヨンによつて用いられる１６ビツトのセツシヨン識別
子を含むフイールドである。既に知られているように、
セツシヨン識別子は、「結合フラグ」５０にほぼ対応す
る１７番目のビツトとして結合センダ・ビツト・フラグ
（bind sender bit flag）を含んでいる。結合センダ・
ビツト・フラグはＰＣビユー・フイールド５４中には含
まれていない。「ＬＦＳＩＤのネツトワーク・ビユー」
フイールド５６は、これと同じセツシヨンを識別するた
めに、エントリ・ポイント１２によつて用いられる１６
ビツトの識別子である。以下に説明されるように、これ
らのエントリ５４、５６は、ある場合には異なつてお
り、中間コントローラ１６によつて、そのセツシヨンの
ＬＦＳＩＤの変換を必要とする。

【００２６】「ＬＵ名テーブル」４０中の各エントリ
は、中間コントローラ１６に接続されている単一のワー
クステーシヨン２８、３０に対応している。従つて、各
エントリの「ポート・アドレス」フイールド４２は独特
のものである。各ワークステーシヨン２８、３０は、ネ
ツトワークから見ると、「ＬＵ名」フイールド４４に含
まれている幾つかの異なつた「ＬＵ名」の内の１つの論
理ユニツト名として見える。各ワークステーシヨン２
８、３０は、ネツトワーク中の何処かで開始されたセツ
シヨンの受け取り側にあるように、少なくとも１つの
「ＬＵ名」を持つていなければならない。

【００２７】「ＬＦＳＩＤテーブル」４６中の各エント
リは、ターゲツト・システム１４と、ワークステーシヨ
ン２８、３０の１つとの間の単一のＳＮＡセツシヨン・
レベルの通信セツシヨンに対応している。各ワークステ
ーシヨンは、ネツトワーク１０中の任意のノードと同時
にアクテイブな複数のセツシヨンを持つことができる。
各セツシヨンは、「ＬＦＳＩＤテーブル」４６に別個の
エントリを持つているので、「ポート・アドレス」フイ
ールド４８は特別である必要はない。例えば、若し、ワ
ークステーシヨン２８がターゲツト・システム１４と４
つのセツシヨンを実行しているならば、「ＬＦＳＩＤテ
ーブル」４６中の４つのエントリは、データ・リンク３
２が接続されるポート・アドレスを含む。

【００２８】新しいワークステーシヨンが中間コントロ
ーラ１６に最初に接続される場合には、そのワークステ
ーシヨンのための新しいエントリが「ＬＵ名テーブル」
４０に付加される。ワークステーシヨンが中間コントロ
ーラ１６から接続を断つ場合には、関連したエントリは
削除される。新しい通信セツシヨンが開始される場合に
は、ワークステーシヨンの１つによるか、或は、エント
リ・ポイント１２に直接または間接に接続された幾つか
のネツトワーク・ノードによつて、新しいエントリが
「ＬＦＳＩＤテーブル」４６に付加される。セツシヨン
が終了される場合、対応するエントリは削除される。

【００２９】テーブル４０、４６は、中間コントローラ
１６により任意の方法で内部的にストアすることができ
る。例えば、公知のように、これらのテーブルは、リン
クされたリストとしてストアするか、または、ハツシユ
・テーブルを用いて索引することができる。

【００３０】図４は単一セツシヨン・レベルのパケツト
６０を示す。公知のように、セツシヨン・レベルのパケ
ツトは、ＳＮＡアーキテクチヤのデータ・リンク制御層
によつて転送され、受け取られる低レベルのパケツトと
同じである必要はない。本発明の実施例を説明するため
に、データ・パケツト６０はＬＦＳＩＤフイールド６２
及び「パケツト・タイプ」フイールド６４を含んでい
る。ＬＦＳＩＤフイールド６２は、１６ビツトのフイー
ルドであつて、このパケツトがどのセツシヨンの一部で
あるかを識別することに加えて、誰がこの結合を開始し
たかを表示する結合センダ・ビツト・フラグを識別す
る。「パケツト・タイプ」フイールド６４は、パケツト
６０がデータを含んでいるか否か、「結合」または「非
結合」要求を含んでいるか否か、或は、他のタイプの制
御情報を含んでいるか否かを表示する。これらは、パケ
ツトが「結合」要求である時、意図されたターゲツト・
システムの論理ユニツト名を含むことができる。データ
・フイールド６８は転送される実際のアプリケーシヨン
のデータを含んでいる。

【００３１】中間コントローラ１６は、エントリ・ポイ
ント１２か、またはワークステーシヨン２８、３０の１
つによつて転送されたパケツトが「結合」または「非結
合」パケツトであるか否かを決定するために、「パケツ
ト・タイプ」フイールド６４を読み取る。若し、パケツ
ト６０がこれらのタイプの１つであれば、中間コントロ
ーラ１６は図５乃至図９に示した動作を遂行する。これ
らの動作はＬＦＳＩＤフイールド６２中に含まれたデー
タを変更することを含む。ＬＦＳＩＤフイールド６２が
変更されることを除いて、他のパケツト・タイプは、デ
ータとして取り扱われ、変更されることはない。

【００３２】図５乃至図９は、ワークステーシヨン２
８、３０の１つからエントリ・ポイント１２へ、また
は、エントリ・ポイント１２からワークステーシヨン２
８、３０の１つへデータを転送することに関連して、中
間コントローラ１６の動作が示されている。これらの図
において、図の下部に移るに従つて時間が経過するもの
として示されている。ライン７０はエントリ・ポイント
１２に発生した事象を表わしている。ライン７２は中間
コントローラ１６内に発生した事象を表わし、そして、
ライン７４は単一のワークステーシヨンを表わしてい
る。中間コントローラのライン７２に沿つた、動作を表
わす複数個のボツクスは、フロー・チヤートと同様に読
むことができ、従つて、１つのボツクスから次の下部の
ボツクスへ時間ラインに沿つて制御が進むことになる。
ライン７０及び７２の間の水平方向の矢印は対応する装
置の間のデータ流の発生及びデータ流の流れの方向を示
している。

【００３３】図５は、「結合」要求がワークステーシヨ
ンから生じた時に発生する事象を説明する図である。
「結合」要求は、ターゲツト・システム１４のようなネ
ツトワーク１０の中の或るシステムに差し向けられる。
公知のように、ＬＦＳＩＤフイールド６２中に含まれて
いる特別のセツシヨン識別子が、この動作の間のセツシ
ヨンを識別するために使用される。ワークステーシヨン
によつて表示された各セツシヨンに対して、関連したデ
ータ・リンク３２、または３４を通るこの通信に独特な
ＬＦＳＩＤが選択される。

【００３４】通常、ワークステーシヨンは、０で開始す
る順序の次に利用可能な整数をＬＦＳＩＤ数として取り
出す。従つて、例えば、若し、セツシヨン０乃至３がそ
のワークステーシヨンで既にアクテイブであれば、開始
されるべき次のセツシヨンは、与えられたＬＦＳＩＤの
４番目である。幾つかのワークステーシヨンは１つの中
間コントローラ１６を介して通信することができるか
ら、セツシヨン０、セツシヨン１などと順番付けられた
幾つかのセツシヨンがあり得る。中間コントローラとエ
ントリ・ポイント１２との間のすべての通信は単一の物
理的なリンクを通つて生じるので、ワークステーシヨン
によつて割り当てられたＬＦＳＩＤ番号を単純に使用す
ることは、セツシヨン識別子の独自性を保証しない。従
つて、「結合」がワークステーシヨンから開始された
時、中間コントローラは、７８において、エントリ・ポ
イント１２に対して通信するために用いるＬＦＳＩＤを
選択しなければならない。次に、ボツクス８０におい
て、中間コントローラは、新しいエントリを加えること
によつて、ＬＦＳＩＤテーブルを更新する。このエント
リは、「結合」を開始したワークステーシヨンの「ポー
ト・アドレス」を含み、そして、「結合」がワークステ
ーシヨンから始動されたことを表示する「結合フラグ」
５０をセツトする。このセツシヨンに対して、「非結
合」は現在、ペンデイング（継続中）ではないから、
「非結合ペンデイング・フラグ」はリセツトされる。ワ
ークステーシヨンにより用いられる「結合」コマンドの
ＬＦＳＩＤは、「ＬＦＳＩＤフイールドのＰＣビユー」
５４中に置かれる。ネツトワーク・ノード１２と通信す
るために、中間コントローラ１６によつて選択されたＬ
ＦＳＩＤは、「ＬＦＳＩＤのネツトワーク・ビユー」フ
イールド５６の中に置かれる。これにより、「ＳＦＤＩ
Ｄテーブル」８０の更新を完了する。

【００３５】次に、ライン８２において、中間コントロ
ーラはエントリ・ポイントに「結合」コマンドを送る。
「結合」パケツトのＬＦＳＩＤは、中間コントローラに
よつて選択されたＬＦＳＩＤに変更される。「結合」要
求パケツトは変更されない。

【００３６】若干の時間が経過した後、ライン８４にお
いて、「結合応答」パケツトが中間コントローラに戻さ
れる。「結合応答」パケツトは、中間コントローラによ
つて以前に選択され、そして、ネツトワーク・ノードに
対する「結合」要求の一部として転送されたＬＦＳＩＤ
を含んでいる。ボツクス８６において、中間コントロー
ラは、ＬＦＳＩＤを変換し、ワークステーシヨンによる
「結合」と元来関連しているＬＦＳＩＤに戻す変更をす
る。ボツクス８８において、パケツトは、これ以外の変
更を受けることなく、ワークステーシヨンが接続されて
いるポート・アドレスに経路の指定をされる。次に、ラ
イン９０において、「結合応答」パケツトはワークステ
ーシヨンに戻される。

【００３７】この時点において、ワークステーシヨンと
ターゲツト・システム１４との間に、エントリ・ポイン
ト１２を介して単一のセツシヨンが開始されている。ワ
ークステーシヨンは、ワークステーシヨンが選択した番
号によつて、そのセツシヨンが識別されたと思つてい
る。エントリ・ポイントは中間コントローラ１６によつ
て選択された番号によつて、そのセツシヨンが識別され
たと思つている。中間コントローラ１６は、これら２つ
のセツシヨン識別子の間を透過な態様で変換するので、
エントリ・ポイントも、ワークステーシヨンもそのよう
な変換が行なわれていることを認識しない。

【００３８】図６は、新しいセツシヨンがターゲツト・
システム１４によつて開始された時に発生する事象を説
明するための図である。ライン９２において、「結合」
コマンドは、エントリ・ポイント１２を通つて中間コン
トローラに先ず転送される。これは、エントリ・ポイン
ト１２によつて選ばれたＬＦＳＩＤを含んでいる。エン
トリ・ポイント１２は、ただ１本のデータ・リンク１８
だけを通してコントローラ１６に接続されているので、
そのリンクを使用する各セツシヨン識別子は、そのリン
クに対する特殊性を保証する。

【００３９】公知のように、「結合」データ・パケツト
の１つのフイールドはその動作する受け取りノードの論
理ユニツト名を含んでいる。中間コントローラ１６は、
「ＬＵ名テーブル」４０中に見い出される「ＬＵ名」４
４中の１つの論理ユニツト名と、その論理ユニツト名と
を比較する。若し、比較が一致しなければ、中間コント
ローラは、否定的な応答（図示せず）を発生して、これ
をターゲツト・システム１４に戻す。

【００４０】その「ＬＵ名」が「ＬＵ名テーブル」４０
の中の論理ユニツト名と一致した時、対応する「ポート
・アドレス」フイールド４２からコピーされた「ポート
・アドレス」フイールド４８を含むＬＦＳＩＤテーブル
４６中に、新しいエントリが発生される。ネツトワーク
中で開始された「結合フラグ」と、「非結合ペンデイン
グ」フラグとがリセツトされたことを表示するために、
「結合フラグ」５０がリセツトされる。このセツシヨン
のＬＦＳＩＤは「ネツトワーク・ビユー」フイールド５
６に置かれ、そして、「ＰＣビユー」フイールド５４は
無視される。ボツクス９６において、これは、ＬＦＳＩ
Ｄテーブルの更新を完了する。

【００４１】次に、ライン９８において、「結合」要求
はワークステーシヨンに差し向けられる。エントリ・ポ
イント１２から、中間コントローラ１６に差し向けられ
る結合は、特別に識別され、そして、ＬＦＳＩＤはこの
場合には変換されないことには注意を払う必要がある。
ライン９８において、「結合」要求を受け取つた後、ワ
ークステーシヨンは、ライン１００において、「結合応
答」を戻す。ＬＦＳＩＤの変換は必要ないので、ライン
１０２において、「結合応答」は、変更することなく単
純にエントリ・ポイントに差し向けられる。

【００４２】図７はエントリ・ポイント１２とワークス
テーシヨンとの間の両方向へのデータ・パケツトの転送
を説明する図である。ライン１０４において、エントリ
・ポイント１２がデータ・パケツトを転送する時、デー
タ・パケツトは、中間コントローラに転送される。中間
コントローラはＬＦＳＩＤテーブル４６中のセツシヨン
識別子を検索する。若し、データ・パケツトの一致がな
ければ、そのデータ・パケツトは単純に無視される。若
し、データ・パケツトの一致があれば、コントローラ
は、ボツクス１０６において、「結合フラグ」がセツト
されているか否かを見るために「ＬＦＳＩＤテーブル」
のエントリを検査する。若し、「結合フラグ」がセツト
されていれば、セツシヨンはワークステーシヨンによつ
て開始されたことを表示するために、ＬＦＳＩＤは上述
したように変換される。何れの場合でも、ボツクス１１
０において、データ・パケツトは正しいポート・アドレ
スに経路を指定され、そして、ライン１１２において、
ワークステーシヨンに送られる。

【００４３】ライン１１４において、データがワークス
テーシヨンからエントリ・ポイント１２に転送された
時、そのデータは、ワークステーシヨンによつて中間コ
ントローラに送られる。ボツクス１１６において、コン
トローラが「ＬＦＳＩＤテーブル」４６中の該当するエ
ントリに見い出され、そして、「結合フラグ」がセツト
されたか否かを見るためにチエツクされる。若し、セツ
トされていなければ、ＬＦＳＩＤの変換は必要としな
い。若し、「結合フラグ」がセツトされていれば、ボツ
クス１１８において、ＬＦＳＩＤが変換される。何れの
場合でも、ライン１２０において、データ・パケツトは
エントリ・ポイントに転送される。

【００４４】通常のデータ・パケツトに対して、中間コ
ントローラ１６によつて遂行される機能は非常に単純で
あることには注意を向ける必要がある。若し「結合フラ
グ」がセツトされていなければ、セツシヨンがターゲツ
ト・ノード１４のようなネツトワーク中のノードから開
始されたことを表示して、データ・パケツトは変更を加
えられずに単純に転送される。これは、データ・パケツ
トが転送される方向とは無関係に真である。若し、「結
合フラグ」がセツトされていれば、ＬＦＳＩＤの１つの
代替が遂行されて、データ・パケツトが差し向けられ
る。これは、データ転送の遅延を減少する。中間コント
ローラ１６は、すべてのデータ・パケツトに対して実質
的になにもせず、中間コントローラは適宜に単純にデー
タ・パケツトの経路指定をする。

【００４５】図８は、ワークステーシヨンによつて「非
結合」要求がターゲツト・システム１４に送られた時に
発生する状態を説明する流れ図である。ワークステーシ
ヨンは、どのシステムがそのセツシヨンを開始したかと
は無関係に、セツシヨンを「非結合」し、または、終了
することができる。ライン１２２において、「非結合」
フラグがワークステーシヨンから中間コントローラに送
られ、そして、セツシヨンは中間コントローラ１６によ
つて「ＬＦＳＩＤテーブル」４６中に位置付けられる。
ボツクス１２４において、若し「結合フラグ」がセツト
されていれば、ボツクス１２６において、ＬＦＳＩＤは
ネツトワークによつて予期されている識別子と置き換え
られる。ステツプ１２８において、「結合フラグ」がセ
ツトされていても、セツトされていなくとも、「非結合
ペンデイング・フラグ」がセツトされ、ライン１３０に
おいて、「非結合」要求がエントリ・ポイントに送られ
る。

【００４６】若干の遅延の後、ライン１３２において、
「非結合応答」がエントリ・ポイントを通つて中間コン
トローラ１６に戻される。ボツクス１３４において、若
し、そのセツシヨンの「結合フラグ」がセツトされてい
るならば、ボツクス１３６において、ＬＦＳＩＤは上述
したようにワークステーシヨンによつて予測されている
ように変換される。何れの場合でも、ボツクス１３８に
おいて、そのセツシヨンのエントリは「ＬＦＳＩＤテー
ブル」から削除され、そして、ライン１４０において、
「非結合応答」がワークステーシヨンに転送される。

【００４７】ボツクス１２８において、「非結合ペンデ
イング・フラグ」をセツトする目的は、「非結合応答」
が未だ受け取られていなかつたとしても、セツシヨンＬ
ＦＳＩＤを再使用させるためである。従つて、エントリ
・ポイント１２か、またはワークステーシヨンの何れか
から「結合」要求が受け取られた時、「ＬＦＳＩＤテー
ブル」中にエントリを持つているセツシヨンであつて、
「非結合」が継続中であるセツシヨンのためのエントリ
は新しいセツシヨンの情報に置き換えられる。「非結合
応答」は、そのエントリを削除するのではなく、単純に
無視される。

【００４８】図９は、エントリ・ポイント１２を介して
「非結合」フラグがターゲツト・システム１４から受け
取られた時に発生する事象を説明する流れ図である。ラ
イン１４２において、「非結合」要求は中間コントロー
ラに転送され、セツシヨンは「ＬＦＳＩＤテーブル」４
６中に置かれる。ボツクス１４４において、若し「結合
フラグ」がセツトされているならば、ボツクス１４６に
おいて、ＬＦＳＩＤは、上述したように変換される。何
れの場合でも、ボツクス１４８において、「非結合ペン
デイング・フラグ」はセツトされ、ライン１５０におい
て、「非結合」要求がワークステーシヨンに差し向けら
れる。

【００４９】ワークステーシヨンが「非結合」要求を処
理した後、ライン１５２において、「非結合応答」が中
間コントローラに戻される。ボツクス１５４において、
若し対応するエントリの「結合フラグ」がセツトされて
いるならば、ボツクス１５６において、ＬＦＳＩＤが変
換される。何れの場合にも、ボツクス１５８において、
ＬＦＳＩＤは「ＬＦＳＩＤテーブル」から削除され、ラ
イン１６０において、「非結合応答」は、エントリ・ポ
イント１２に差し向けられて、ターゲツト・システム１
４に戻される。

【００５０】公知のように、データ及び他のパケツトの
種々のタイプを、単一のデータ・リンクを介して任意の
順序で配置することができる。中間コントローラによつ
て受け取られた各パケツトに対して、中間コントローラ
は、パケツトが「結合」或は「非結合」要求か、また
は、「結合」或は「非結合」応答かの何れかであるかを
決定しなければならない。若し、パケツトがこれらのタ
イプの１つのタイプであれば、「ＬＦＳＩＤテーブル」
４６に関して、適当なアクシヨンが取られねばならな
い。次に、パケツトは、必要に応じて変更されるＬＦＳ
ＩＤフイールドに差し向けられる。他のすべてのタイプ
のデータ及び制御パケツトに対して、ＬＦＳＩＤフイー
ルドは必要ならば変換され、変換を必要としなければ、
パケツトはそのまま転送される。

【００５１】若し、ワークステーシヨン２８、または３
０への接続が行なわれるならば、中間コントローラ１６
は、そのワークステーシヨンとのすべてのアクテイブな
セツシヨンに対して、「非結合」要求をネツトワークの
エントリ・ポイント１２に送る。

【００５２】上述した技術は、複数個の低位のノードの
ワークステーシヨンを単純で直接的な態様でネツトワー
ク・エントリに接続するための技術を開示している。本
発明によつて、各ワークステーシヨンを、エントリ・ポ
イントに個々に接続する必要がない。このことは、（完
全なネツトワークの能力を持つ地域的なネツトワーク・
ノードを設置する必要があるか、または、最も近いエン
トリ・ポイントに複数個の直接的な通信リンクを設置す
る必要があるような、）最も近いエントリ・ポイントが
遠いロケーシヨンに物理的に置かれたシステムに対し
て、著しいコストの節減を与えることが可能である。

【００５３】中間コントローラ１６によつて、上述した
ような通信をサポートするため機能を遂行することは、
単純で、かつ、容易に実施することができる。このこと
は、上述したような簡単なコントローラによつて、所望
の接続経路の指定機能を実行することができることを意
味する。また、これは、システム全体のコストを減少す
ることに役立つ。加えて、ＩＢＭの５３９４型のような
中間コントローラは、多くの場合、付加的なハードウエ
アを必要とせずに、ローカルなプリンタ、あるいはデイ
スプレーを駆動するのに広く共通に使用されている。

【００５４】中間コントローラ１６によつて遂行される
機能は、２つのネツトワークの間で、システムによつて
遂行されるゲートウエイ通信とは全く異質のものであ
る。上述したシステムによつて、中間コントローラ１６
は１つのネツトワークに対してただ１つの通信リンクし
か持つていない。中間コントローラ１６を介して幾つか
のワークステーシヨンをネツトワークに接続することが
できるから、これは、ワークステーシヨンのためのポー
ト集中機能を遂行することになる。

【００５５】上述したシステムによつて、すべてのワー
クステーシヨンは、ワークステーシヨンの代わりに、中
間コントローラを通して経路指定される。このことは、
中間コントローラに接続された幾つかのワークステーシ
ヨンが相互に直接に通信できないことを意味する。ワー
クステーシヨンの間の通信セツシヨンは、中間コントロ
ーラ１６を介してエントリ・ポイント１２に経路の指定
をされねばならず、中間コントローラ１６を介してエン
トリ・ポイントに戻されねばならない。

【００５６】他の実施例として、中間コントローラ１６
は、中間コントローラ１６に接続されたワークステーシ
ヨンの間のセツシヨンの地域的な経路指定を可能とする
ために、若干の付加的な機能を与えることができる。中
間コントローラによつて遂行される付加的な機能は以下
の通りである。即ち、「結合」要求が中間コントローラ
に接続されたワークステーシヨンによつて転送された
時、受け取つた地域的な論理ユニツト名が「ＬＵ名テー
ブル」４０中に含まれているか否かを検出するチエツク
を行なうことである。若し、比較して一致が見い出され
たならば、そのセツシヨンは、該当するワークステーシ
ヨンのポート・アドレスに直接に経路指定される。２つ
のエントリは、「ＬＦＳＩＤテーブル」４６の中に、各
ワークステーシヨン毎に１つづつ置かれる。パケツト
が、他のワークステーシヨンのセツシヨンに対して、１
つのワークステーシヨンから受け取られた時、「ＬＦＳ
ＩＤテーブル」４６中にストアされたＬＦＳＩＤエント
リは、他の「ＬＦＳＩＤテーブル」４６のエントリ中に
見い出される。このことは、このセツシヨンがエントリ
・ポイント１２の代わりに、該当するワークステーシヨ
ンから直接に経路指定されていることを意味する。そう
でなければ、中間コントローラ１６の機能は上述と同じ
である。

【００５７】

【発明の効果】本発明は、ワークステーシヨン及びネツ
トワークの両方の間に直接に通信リンクが作られている
ように見えて、低レベルのワークステーシヨン及びネツ
トワーク・ノードの両方に対して透過であるような中間
的なシステムであつて、高性能で、かつ、コストを顕著
に軽減したコンピユータ・ネツトワークの中間システム
を与える。

【図面の簡単な説明】

【図１】本発明を適用したコンピユータ・システム・ネ
ツトワークの一部を示すブロツク図である。

【図２】本発明に従つた中間コントローラによつて使用
される経路指定テーブルを示す図である。

【図３】本発明に従つた中間コントローラによつて使用
される経路指定テーブルを示す図である。

【図４】ネツトワーク中のノードの間でデータを転送す
るのに用いられるデータ・パケツトの１例を示す図であ
る。

【図５】本発明のシステムの動作及び方法ステツプを説
明するために、時間の経過と共に動作を示す流れ図であ
る。

【図６】本発明のシステムの動作及び方法ステツプを説
明するために、時間の経過と共に動作を示す流れ図であ
る。

【図７】本発明のシステムの動作及び方法ステツプを説
明するために、時間の経過と共に動作を示す流れ図であ
る。

【図８】本発明のシステムの動作及び方法ステツプを説
明するために、時間の経過と共に動作を示す流れ図であ
る。

【図９】本発明のシステムの動作及び方法ステツプを説
明するために、時間の経過と共に動作を示す流れ図であ
る。

【符号の説明】

１０ コンピユータ・ネツトワーク １２ エントリ・ポイント １４ ターゲツト・システム １６ 中間コントローラ １８ データ・リンク ２０ プリンタ ２２ デイスプレー ３２、３４ データ・リンク ２８、３０ ワークステーシヨン ４０ ＬＵ（論理ユニツト）名テーブル ４６ ローカル・フオームのセツシヨン識別子のテーブ
ル ６０ パケツト

フロントページの続き (72)発明者 ジョエル・ダビッド・エイケンホルスト アメリカ合衆国ミネソタ州、ロチェスタ ー、シェリー・コート エヌ・ダブリュ 6716番地 (72)発明者 アデル・ファウジ・ファーミイ アメリカ合衆国ノース・カロライナ州、カ リー、ドライウッド・プレース 106番地 (72)発明者 ハーベイ・ジェン・キエル アメリカ合衆国ミネソタ州、ロチェスタ ー、バックリッジ・ドライブ 1268番地 (72)発明者 ジェームス・ヘルベルト・マヘル アメリカ合衆国ノース・カロライナ州、カ リー、グリーンウッド・サークル 208番 地 (56)参考文献 特開 昭61−63132（ＪＰ，Ａ) 特開 平１−123562（ＪＰ，Ａ)

Claims (15)

【特許請求の範囲】
1. 【請求項１】 ネツトワークの１つのエントリ・ポイン
   トと複数のワークステーシヨンとの間でデータ・パケツ
   トを転送するためのシステムであって、 上記ネツトワークのエントリ・ポイントに接続された単
   一の入出力ポートと、 各々が上記ワークステーシヨンの１つに接続され、上記
   接続されたワークステーシヨンの各々を識別するための
   入出力ポート・アドレスを有する複数の入出力ポート
   と、上記入出力ポートのすべてに接続し、 上記エントリ・ポ
   イントの入出力ポートを通つて受け取つたデータ・パケ
   ツトを、パケツト・ヘツダ中で識別されたセツシヨンに
   対応するワークステーシヨンの入出力ポート・アドレス
   へ送るための経路指定と、上記ワークステーシヨンの入
   出力ポート・アドレスから受け取つたデータ・パケツト
   を、上記エントリ・ポイントの入出力ポートへ送るため
   の経路指定とを行う経路指定手段と、 を有し、上記エントリ・ポイントを通つて始動されるセツシヨン
   は、上記エントリ・ポイントと上記ワークステーシヨン
   との両方によつて同一のセツシヨン識別子を用いて識別
   され、上記ワークステーシヨンから始動されるセツシヨ
   ンは、上記エントリ・ポイントおよび上記ワークステー
   シヨンで異なるセツシヨン識別子を用いて識別され、 受け取つた任意のデータ・パケツトに関して、そのデー
   タ・パケツトのために用いられるセツシヨン識別子がエ
   ントリ・ポイントとワークステーシヨンとで異なる場合
   に、上記経路指定手段が、パケツト・ヘツダ中のセツシ
   ヨン識別子を、データ・パケツトに経路指定された入出
   力ポートに接続される装置によつて用いられるセツシヨ
   ン識別子に変更する手段を含む、 データ・パケツトの転送システム。
2. 【請求項２】 上記経路指定手段が、該経路指定手段を
   通つて経路指定された各セツシヨンに対応するエントリ
   を持つ変換テーブルを含み、上記変換テーブルのエント
   リの各々は、対応セツシヨンを識別するために、上記エ
   ントリ・ポイント及び上記ワークステーシヨンにより用
   いられるセツシヨン識別子を保持する、 請求項１に記載のデータ・パケツトの転送システム。
3. 【請求項３】 上記経路指定手段が、セツシヨンを開始
   したデータ・パケツトを受け取った場合は、該セツショ
   ンに対応するエントリを上記変換テーブルに付加する、 請求項２に記載のデータ・パケツトの転送システム。
4. 【請求項４】 上記経路指定手段が、セツシヨンを終了
   したデータ・パケツトを受け取った場合は、該セツシヨ
   ンに対応するエントリを上記変換テーブルから削除す
   る、 請求項３に記載のデータ・パケツトの転送システム。
5. 【請求項５】 上記経路指定手段が、論理ユニツト名テ
   ーブルを含み、ネツトワーク中の他のシステムによつて
   エントリ・ポイントを通つて開始されたセツシヨンを上
   記論理ユニツト名テーブルの論理ユニツト名に差し向
   け、かつ、上記論理ユニツト名に対応する入出力ポート
   ・アドレスを選択する手段を含む、 請求項１に記載のデータ・パケツトの転送システム。
6. 【請求項６】 各々が単一の通信セツシヨンに対応する
   複数のデータ・パケツトを、ターゲツト・システムと複
   数のワークステーシヨンとの間で転送するシステムであ
   って、 ネツトワークと、 上記ネツトワークに接続されたターゲツト・システム
   と、 上記ネツトワークに接続されたエントリ・ポイントと、 複数のワークステーシヨンと、単一のデータ・リンクを介して上記エントリ・ポイント
   に接続され、かつ、各々が固有に識別され個別にアドレ
   ス可能な複数のワークステーシヨンにデータ・リンクを
   介して接続された中間コントローラと、 上記エントリ・ポイントのデータ・リンクを通つて受け
   取つたデータ・パケツトを、該データ・パケツトのヘツ
   ダ中で識別されたセツシヨンに対応したワークステーシ
   ヨンのデータ・リンクに経路指定し、かつ、上記ワーク
   ステーシヨンのデータ・リンクから受け取つたデータ・
   パケツトを、上記エントリ・ポイントのデータ・リンク
   に経路指定するための、上記中間コントローラ内に配置
   された経路指定手段と、 を有し、上記ターゲット・システムによつて始動されるセツシヨ
   ンは、上記エントリ・ポイントと上記ワークステーシヨ
   ンとの両方によつて同一のセツシヨン識別子を用いて識
   別され、上記ワークステーシヨンから始動されるセツシ
   ヨンは、上記エントリ・ポイントおよび上記ワークステ
   ーシヨンで異なるセツシヨン識別子を用いて識別され、 受け取つた任意のデータ・パケツトに関して、そのデー
   タ・パケツトのために用いられるセツシヨン識別子がエ
   ントリ・ポイントとワークステーシヨンとで異なる場合
   に、上記経路指定手段が、パケツト・ヘツダ中のセツシ
   ヨン識別子を、データ・パケツトに経路指定された入出
   力ポートに接続される装置によつて用いられるセツシヨ
   ン識別子に変更する手段を含む、 データ・パケツトの転送システム。
7. 【請求項７】 上記経路指定手段が、該経路指定手段を
   通つて経路指定された各セツシヨンに対応するエントリ
   を持つ変換テーブルを含み、上記変換テーブルのエント
   リの各々は、対応セツシヨンを識別するために、上記エ
   ントリ・ポイント及び上記ワークステーシヨンにより用
   いられるセツシヨン識別子を保持する、 請求項６に記載のデータ・パケツトの転送システム。
8. 【請求項８】 上記経路指定手段が、セツシヨンを開始
   したデータ・パケツトを受け取った場合は、該セツショ
   ンに対応するエントリを上記変換テーブルに付加する、 請求項７に記載のデータ・パケツトの転送システム。
9. 【請求項９】 上記経路指定手段が、セツシヨンを終了
   したデータ・パケツトを受け取った場合は、該セツシヨ
   ンに対応するエントリを上記変換テーブルから削除す
   る、 請求項８に記載のデータ・パケツトの転送システム。
10. 【請求項１０】 ネツトワークのエントリ・ポイントと
    ワークステーシヨンとの間で通信セツシヨンに対応する
    データ・パケツトを転送する方法であって、 上記エントリ・ポイントから中間コントローラへ、セツ
    シヨン識別子を含むヘツダを有するデータ・パケツトを
    送るステップと、 上記ワークステーシヨンから上記中間コントローラヘ、
    セツシヨン識別子を含むヘツダを有するデータ・パケツ
    トを送るステップと、 上記中間コントローラにおいて、上記エントリ・ポイン
    トから受け取つたデータ・パケツトを上記ワークステー
    シヨンに差し向けるステップと、 上記中間コントローラにおいて、上記ワークステーシヨ
    ンから受け取つたデータ・パケツトを上記エントリ・ポ
    イントに差し向けるステップと、上記中間コントローラにおいて、上記エントリ・ポイン
    トから開始されたセツシヨンが識別される時該セツシヨ
    ンに対しては単一のセツシヨン識別子を割り当て、上記
    ワークステーシヨンから開始されたセツシヨンが識別さ
    れる時該セツシヨンに対しては２つの異なるセツシヨン
    識別子を割り当てるステップと、 上記ワークステーシヨンから受け取つたデータ・パケツ
    トに関して、若し、上記ワークステーシヨン及び上記エ
    ントリ・ポイントが異なつたセツシヨン識別子を用いて
    セツシヨンを参照したならば、該データ・パケツトを上
    記エントリ・ポイントに転送する前に、該パケツト・ヘ
    ツダ中のセツシヨン識別子を、上記エントリ・ポイント
    によつて用いられるセツシヨン識別子に変更するステッ
    プと、 上記エントリ・ポイントから受け取つたデータ・パケツ
    トに関して、若し、上記ワークステーシヨン及び上記エ
    ントリ・ポイントが異なつたセツシヨン識別子を用いた
    セツシヨンを参照したならば、該データ・パケツトを上
    記ワークステーシヨンに転送する前に、該パケツト・ヘ
    ツダ中のセツシヨン識別子を、上記ワークステーシヨン
    によつて用いられるセツシヨン識別子に変更するステッ
    プと、 を含むデータ・パケツトの転送方法。
11. 【請求項１１】 セツション識別子テーブルを備え持
    ち、新しいセツシヨンが開始される時上記エントリ・ポ
    イント及び上記ワークステーシヨンが用いるセツシヨン
    識別子を該テーブルに記憶するステップと、 セツション識別子を変更する上記ステップに応答して、
    上記セツション識別子 テーブル中に記憶されているセツ
    ション識別子を、対応する識別子に変更するステップ
    と、 を更に含む請求項１０に記載のデータ・パケツトの転送
    方法。
12. 【請求項１２】 上記セツシヨンが終了した時、対応す
    るセツシヨン識別子を上記セツシヨン識別子テーブルか
    ら削除するステップを含む、請求項１１に記載のデータ
    ・パケツトの転送方法。
13. 【請求項１３】 ネツトワークのエントリ・ポイントに
    接続された入出力ポートと、ワークステーシヨンに接続
    された入出力ポートとの間で通信セツシヨンに対応する
    データ・パケツトを転送する方法であって、 中間コントローラのエントリ・ポイント入出力ポートか
    ら、セツシヨン識別子を含むヘツダを持つデータ・パケ
    ツトを受け取るステップと、 中間コントローラのワークステーシヨン入出力ポートか
    ら、セツシヨン識別子を含むヘツダを持つデータ・パケ
    ツトを受け取るステップと、 上記中間コントローラにおいて、上記エントリ・ポイン
    ト入出力ポートから受け取つたデータ・パケツトを上記
    ワークステーシヨンへ差し向けるステップと、 上記中間コントローラにおいて、上記ワークステーシヨ
    ン入出力ポートから受け取つたデータ・パケツトを上記
    エントリ・ポイント入出力ポートへ差し向けるステップ
    と、上記中間コントローラにおいて、上記エントリ・ポイン
    トから開始されたセツシヨンが識別される時該セツシヨ
    ンに対しては単一のセツシヨン識別子を割り当て、上記
    ワークステーシヨンから開始されたセツシヨンが識別さ
    れる時該セツシヨンに対しては２つの異なるセツシヨン
    識別子を割り当てるステップと、 上記ワークステーシヨン入出力ポートから受け取つたデ
    ータ・パケツトに関して、若し、そのセツシヨン識別子
    が、同じセツシヨンのためのエントリ・ポイント入／出
    力ポートから受け取つたパケツトに使われた識別子と異
    なつていれば、該データ・パケツトを上記エントリ・ポ
    イント入出力ポートに転送する前に、該パケツト・ヘツ
    ダ中の識別子を、上記ワークステーシヨン入出力ポート
    から受け取つた上記データ・パケツト中で使われた識別
    子に変更するステップと、 上記エントリ・ポイント入出力ポートから受け取つたデ
    ータ・パケツトに関して、若し、そのセツシヨン識別子
    が同じセツシヨンに関するワークステーシヨン入出力ポ
    ートから受け取つたデータ・パケツトに使われた識別子
    と異なつていれば、該データ・パケツトを上記ワークス
    テーシヨン入出力ポートに転送する前に、該パケツト・
    ヘツダ中の識別子を、上記エントリ・ポイント入出力ポ
    ートから受け取つた上記データ・パケツト中で使われた
    識別子に変更するステップと、 を含むデータ・パケツトの転送方法。
14. 【請求項１４】 セツション識別子テーブルを備え持
    ち、新しいセツシヨンが開始される時上記エントリ・ポ
    イント入出力ポート及び上記ワークステーシヨン入力出
    力ポートが用いるセツシヨン識別子を該テーブルに記憶
    するステップと、 セツション識別子を変更する上記ステップに応答して、
    上記セツション識別子テーブル中に記憶されているセツ
    ション識別子を、対応する識別子に変更するステップ
    と、 を更に含む請求項１３に記載のデータ・パケツトの転送
    方法。
15. 【請求項１５】 上記セツシヨンが終了した時、対応す
    るセツシヨン識別子を上記セツシヨン識別子テーブルか
    ら削除するステップを含む、請求項１４に記載のデータ
    ・パケツトの転送方法。