JP3217878B2 - プロトコルマッピング方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、それぞれプロトコルの
異なるコンピュータ等の装置間の通信を実現するため
に、これらの装置間に挿入されたゲートウェイにおい
て、各プロトコル上のアドレスを効率よくマッピングす
るプロトコルマッピング方法に関する。

【０００２】

【従来の技術】複数のコンピュータを相互に接続してデ
ータ通信、その他の処理を行うことが広く実施されてい
るが、これらのコンピュータは、それぞれ必ずしもその
プロトコルを同一にしない。例えば、銀行間のデータを
相互に融通し、各種の処理を実行するオンラインシステ
ムにおいては、それぞれの銀行や各種の支店で、異なる
プロトコルのコンピュータを使用する場合がある。この
ようなコンピュータ間を相互に接続し、通信を実行する
ためには、各プロトコルごとに独自の形式で設定された
アドレスやデータを相互に変換処理しなければならな
い。

【０００３】図２に、このようなアドレス変換を行う従
来のプロトコルマッピング方法説明図を示す。図におい
て、このシステムは、プロトコルＡを使用した装置１
と、プロトコルＢを使用した装置２とがゲートウェイ３
を介して接続されている。このゲートウェイ３におい
て、異なるプロトコル間のアドレス変換が行われる。ゲ
ートウェイ３とプロトコルＡを使用する装置１との間
は、論理パス４により接続されている。また、同様の論
理パス５がプロトコルＢを使用する装置２とゲートウェ
イ３の間に設けられている。ゲートウェイ３には、論理
パス４の出口と論理パス５の出口とを相互に結ぶマッピ
ング６が形成されている。これによって、プロトコルＡ
を使用する装置１のアドレスが、プロトコルＢを使用す
る装置２のアドレスに変換され、あるいはその逆変換が
されて相互に通信が可能となる。

【０００４】なお、ゲートウェイとは、互いに異なるプ
ロトコルで制御されるコンピュータやＬＡＮ等のネット
ワーク間を連結して、相互間の通信を可能にするもの
で、主としてアドレス変換およびプロトコル変換を行う
プロセッサから構成される。アドレス変換は、一方のネ
ットワーク上で定義された複数のアドレスと他方のネッ
トワーク上で定義された複数のアドレスとを相互に対応
付ける変換テーブル等により行なう。また、論理パスと
は、プロトコル上の経路をゲートウェイ中の論理的経路
で表現したものをいう。

【０００５】図３に、上記のようなシステムにおける従
来のマッピング用テーブル説明図を示す。図の（ａ）
は、プロトコルＡのアドレス８からプロトコルＢのアド
レスを得るための変換テーブル９を示す。また、図の
（ｂ）は、プロトコルＢのアドレス１１からプロトコル
Ａのアドレスを得る変換テーブル１２を示す。

【０００６】図２に示すゲートウェイ３のマッピング６
は、このようなそれぞれ上り下りの変換テーブル９と１
２によって構成される。即ち、例えばプロトコルＡを使
用する装置１がプロトコルＢを使用する装置２に対し所
定の通信を実行する場合に、プロトコルＡを使用する装
置１から所定のアドレスが送信されると、論理パス４の
出口において、図３に示す変換テーブル９を用いて所定
のアドレス変換がなされる。その変換により得られたア
ドレスは、論理パス５のゲートウェイ３に接続された側
のアドレスとなる。これによって、論理パス５を介して
プロトコルＢを使用する装置２に対しアクセスが可能と
なる。ところで、上記のようなシステムはホスト装置が
複数の端末装置を制御するような場合にも用いられる。
このようなシステムでは、従来次のようなマッピングが
行われていた。

【０００７】図４に、従来の固定的マッピング例説明図
を示す。図に示すように、プロトコルＡを使用するホス
ト装置１３と、プロトコルＢを使用する端末装置１４、
プロトコルＣを使用する端末装置１５及びプロトコルＤ
を使用する端末装置１６とは、相互にゲートウェイ１７
を介して接続されている。プロトコルＡを使用するホス
ト装置１３とゲートウェイ１７とは、ここでは例えば４
本の論理パス４により相互に接続されている。また、端
末装置１４は論理パス１４−１を介してゲートウェイ１
７に接続され、端末装置１５は論理パス１５−１を介し
て、端末装置１６は論理パス１６−１を介してゲートウ
ェイ１７に接続されている。

【０００８】このような各端末装置１４、１５、１６と
ホスト装置１３との間の通信を実行するために、既に図
２を用いて説明したものと同様のマッピングが行われ
る。この場合、ホスト装置１３の論理パス４と端末装置
１４の論理パス１４−１との間には、プロトコルＡとプ
ロトコルＢの間のアドレス変換を行うマッピングＡ−Ｂ
が設けられる。また、ホスト装置１３の論理パス４と端
末装置１５の論理パス１５−１との間には、プロトコル
ＡとプロトコルＣの間のアドレス変換を行うマッピング
Ａ−Ｃが設けられる。更に、ホスト装置１３の論理パス
４と端末装置１６の論理パス１６−１との間には、プロ
トコルＡとプロトコルＤの間のアドレス変換を行うマッ
ピングＡ−Ｄが設けられる。

【０００９】この種のシステムの立ち上げの際には、予
めゲートウェイ１７を制御するコンピュータが、このゲ
ートウェイ１７に接続された装置のプロトコルを認識
し、個別に各論理パスの間のマッピングを実行する。こ
れによって、その後各装置間で相互に通信が可能とな
る。もちろん、端末装置相互間のマッピングを行う場合
もある。

【００１０】

【発明が解決しようとする課題】しかしながら、従来の
上記のようなマッピング方法は次のような解決すべき課
題を有していた。例えば、図４に示す例の場合、システ
ムの立ち上げ等の際にゲートウェイ１７において、各論
理パス相互間が固定的にマッピングされてしまう。従っ
て、このシステムに新たに別の端末装置を追加しようと
するような場合、ホスト装置１３の側に図に示すような
余分の論理パス４が設けられていなければならない。即
ち、ホスト装置１３の側の論理パス数は、端末装置の数
以上でなければならない。逆に言えば、ホスト装置１３
の保有する論理パス以上に端末装置を増加させることが
できない。

【００１１】例えば、時間的に見れば、ホスト装置１３
側の論理パス４が全て同時に通信中であるというケース
は少ない。しかしながら、上記のようなマッピング法を
用いる限り、一旦確立させたマッピングによるパスを解
消し、新たに異なるマッピングを形成するには非常に多
くの時間がかかり、通信要求に応じた接続の切換えを行
うような方法は実用性がない。また、ホスト装置１３に
設ける論理パスの数をむやみに増加させるのは、ハード
ウェアが増大し、また通信リソースを有効に利用するこ
とができない。

【００１２】更に、上記のようなマッピングは、ゲート
ウェイに接続される装置のプロトコルの種類が増えれば
組合せの数が増える。従って、極めて複雑な変換テーブ
ルを使用することになり、ゲートウェイ１７に設けられ
たメモリ領域の多くの部分を占有してしまい、資源の有
効な活用ができないという問題もあった。また、先に説
明したように、この種のマッピング処理は複雑な制御を
必要とし、多くの端末装置が接続されれば、ゲートウェ
イ１７を制御するプロセッサに大きな負荷が加わるとい
う問題もあった。

【００１３】本発明は以上の点に着目してなされたもの
で、それぞれプロトコルの異なる装置間の通信を実現す
るために装置間に挿入したゲートウェイに対し、装置の
接続される論理パスの数を増加することなく、多数の装
置間のマッピングを簡単に行うことができるプロトコル
マッピング方法を提供することを目的とするものであ
る。

【００１４】

【課題を解決するための手段】本発明は次のようなプロ
トコルマッピング方法を提供する。 (1)本発明は、プロトコルを共通にする複数の装置と、
異なるプロトコルを有する少なくとも一以上の他の装置
とを、プロトコルを通信可能に相互に変換するためのゲ
ートウェイに設けた論理的経路である各論理パスに接続
して複数の装置と他の装置間でのプロトコルをマッピン
グする方法であって、ゲートウェイにおいて、複数の装
置の接続されている複数の論理パスを該論理パスの増減
可能な一方のフローティンググループに設定すると共
に、他の装置の接続されている論理パスを該論理パスの
増減可能な他方のフローティンググループに設定し、か
つ一方及び他方のフローティンググループに属する論理
パスの各プロトコルを予めマッピングし、複数の装置の
各論理パス毎に仮想アドレスにより一方のポートを設定
すると共に、他の装置の論理パスに仮想アドレスにより
他のポートを設定し、通信要求する複数の装置のいずれ
かと他の装置にそれぞれ対応する一方のポートと他方の
ポートとを通信可能にリンクさせることを特徴とする。

【００１５】 (2) 上記発明において、他の装置はゲート
ウェイの複数の論理パスに接続されるホスト装置であ
り、複数の装置はホスト装置に対する端末装置であって
もよい。

【００１６】 (3) 上記発明において、各ポートの仮想ア
ドレスは、各フローティンググループのアドレスを上位
アドレスとしてもよい。

【００１７】 (4) 上記発明において、各フローティング
グループに属するポートを、通信要求状況にあわせて任
意に増減しつつ、通信を実行してもよい。 (5) 上記発明において、各ポートの空き状態とリンクの
確立状態を含む属性状態を表示し、空きポートの無い状
態で通信要求があったとき、その通信要求を待ち行列に
配置して、空きポート発生後に、順次、該当する論理パ
スと空きポートとを接続して通信を実行してもよい。

【００１８】 (6) 上記発明において、ゲートウェイに、
通信要求のある前に予め相互に固定的にリンクされたポ
ートと、通信要求に従って相互に任意の組み合わせでリ
ンクされ、通信の区切りごとにリンクを開放されるポー
ト群とを混在させてもよい。 (7) 上記(4)において、一方及び他方のフローティング
グループのいずれか一方に属する全てのポートが、ポー
トの減少によって消滅したとき、他のフローティンググ
ループに属するポートに論理パスを介して接続される装
置に対し、その旨を含む属性状態を通知するようにして
もよい。

【００１９】 (8) 上記(2)において、複数の端末側の一
方のフローティンググループに属する全てのポートがそ
の減少によって消滅したとき、ホスト装置側の他方のフ
ローティンググループに属する代表ポートから、その旨
を含む属性状態を論理パスを介してホスト装置に通知す
るようにしてもよい。

【００２０】 (9) 本発明において、ホスト装置側の他方
のフローティンググループに属するいずれかのポート
が、端末側の一方のフローティンググループに属する複
数のポートに同時にリンクされて、ホスト装置から端末
装置への放送を実行することを特徴とする。 (10)本発明において、何れかの装置が、通信を優先的に
実行するために、通信要求の前に、予め、一対のリンク
の確立したポートをリザーブすることを特徴とする。

【００２１】

【作用】図１に示したシステムブロック図を参照しなが
ら、本発明の作用を説明する。 (1) ゲートウェイ２３には、複数の装置２１、２２−
１、２２−２、２２−３、２２−４が、論理パス２４、
２４−１、２４−２、２４−３、２４−４を介して接続
されている。各論理パス２４、２４−１、２４−２、２
４−３、２４−４のゲートウェイ２３側の一端では、そ
れぞれの固有のアドレスがゲートウェイ２３の内部で共
通に使用される仮想アドレスに変換される。ゲートウェ
イ２３に任意に設定されたポートＰ（ＰＡ１〜ＰＡ３、
ＰＢ１〜ＰＢ３）は、この仮想アドレスによって表現さ
れ、任意の一対のポート間は一定の画一化されたマッピ
ング処理によってリンクされる。

【００２２】(2) このリンク２６は、例えば通信要求が
ある度に形成され、その通信の区切りごとに開放され
る。また、各ポートＰは各装置に任意に自由に使用され
る。これにより、論理パスの数に制限されず、ゲートウ
ェイ２３上のポートＰを相互に利用して多数の装置間の
通信が実行できる。 (3) また、予め何対かのポートＰの間にリンク２６を形
成しておく。そのような一対のポートを各端末装置が自
由に指定して利用するようにすれば、ポート間のマッピ
ングの処理が省略されて直ちに通信を開始できる。

【００２３】(4) 更に、一対のフローティンググループ
ＧＡ、ＧＢを設定し、各フローティンググループＧＡ、
ＧＢにそれぞれ複数のポートＰＡ１〜ＰＡ３とＰＢ１〜
ＰＢ４を収容する。ポートの仮想アドレスは、フローテ
ィンググループのアドレスとポートのアドレスにより設
定される。また、一対のフローティンググループは予め
相互にマッピングされる。このような限定された各ポー
トを各装置が任意に選択し、リンクを形成して通信を実
行すれば、リンクの設定や開放の際の処理が簡単にな
る。また、ゲートウェイに２以上のフローティンググル
ープの組を設けて、相互に各装置間の接続を可能にす
る。

【００２４】(5) フローティンググループに収容される
ポートを、そのフローティンググループを使用する装置
の数や装置の稼動状況に合わせて自由に増減できるよう
にすれば、資源の効率的活用が図られる。 (6) また、ポートの数が通信を行う装置の数よりも少な
い場合、通信要求が競合すれば、待ち行列を設定して順
次空きポートを割り当て、ポートの有効な活用が図られ
る。

【００２５】(7) ゲートウェイに予め固定的にリンクさ
れたポートと、通信要求に従って任意の組合せでリンク
され開放されるポート群を混在させれば、システムの利
用状況やゲートウェイに接続された装置の業務内容等に
よって、最も適切なリンク方法が設定できる。 (8) フローティンググループに収容されるポートの数を
自由に増減させるようにした場合、フローティンググル
ープ中のポートが全くなくなったときは、そのフローテ
ィンググループと対になってマッピングされたフローテ
ィンググループに収容されたポートは、通信が不能なポ
ートとなる。そこで、その旨を含む属性情報を該当する
装置に通知して、必要な対応を要求することができる。

【００２６】(9) 特に、一方のフローティンググループ
がホスト側に接続され、他方のフローティンググループ
が端末側に接続されている場合、端末側のフローティン
ググループに収容されたポートが全て消滅した場合、ホ
スト装置は、何らかの障害が発生したものとして対応す
る必要がある。このために、ホスト側のフローティング
グループに収容された代表ポートからその旨をホスト装
置に通知できるようにしている。

【００２７】(10)ホスト側のフローティンググループに
収容されたいずれかのポートと、端末側のフローティン
ググループに収容された複数のポートを同時にリンクす
れば、ホスト側から端末側へ同一の内容の情報を同時に
送信する放送を実行することもできる。 (11)また、例えばホスト装置が重要な通信を行うための
パスを確保するために、予めゲートウェイ上に形成され
た一対のリンクの確立したポートをリザーブする。これ
により、他の装置はそのポートを使用できず、ホスト装
置が常に優先的にそのポートを使用できる。

【００２８】

【実施例】以下、本発明を図の実施例を用いて詳細に説
明する。図１は、本発明の方法を実現するシステムブロ
ック図である。本発明は、例えば図のような構成のシス
テムに利用される。図のシステムは、プロトコルＡを使
用するホスト装置２１と、プロトコルＢを使用する複数
の端末装置２２−１、２２−２、２２−３、２２−４と
の間を、ゲートウェイ２３を介して接続したものであ
る。プロトコルＡを使用するホスト装置２１は、この例
では例えば３本の論理パス２４を介してゲートウェイ２
３に接続されている。また、プロトコルＢを使用する各
端末装置２２−１〜２２−４は、各１本の論理パス２４
−１〜２４−４を介してゲートウェイ２３に接続されて
いる。

【００２９】ここで、本発明の方法においては、ゲート
ウェイ２３にゲートウェイ２３内部で使用される共通の
アドレス表現である仮想アドレスを設定する。従って、
ゲートウェイ２３に接続された全ての論理パスのゲート
ウェイ側の一端は、仮想アドレスに対するアドレス変換
を実行するためのマッピングが行われる。

【００３０】本発明においては、このような仮想アドレ
スによって特定されるポートＰを使用する。例えば、プ
ロトコルＢを使用する端末装置２２−１の論理パス２４
−１について、ゲートウェイ２３側の一端において仮想
アドレスに対するマッピングを行うと、ポートＰＢ１が
設定される。

【００３１】一方、ホスト装置２１も、論理パス２４の
ゲートウェイ２３側の一端において、各論理パスについ
てそれぞれ対応するマッピングを行い、ポートＰＡ１、
ＰＡ２及びＰＡ３を設定する。これによって、ポートＰ
Ａ１とＰＢ１とは、相互に共通に設定された仮想アドレ
スによって容易にマッピングが可能な状態となる。ポー
トＰＡ２とポートＰＢ１の間も、ポートＰＡ３とポート
ＰＢ１の間も、従来と異なり、全て共通の仮想アドレス
によって容易にマッピングができる。

【００３２】また、従来のようにゲートウェイに接続さ
れた複数の論理パス相互間を、各種のプロトコル間のア
ドレス変換が達成されるようにマッピングするために
は、ゲートウェイに接続される全てのプロトコル相互間
のマッピング法をシステムが認識し、記憶し処理しなけ
ればならなかった。しかしながら、本発明の方法では、
各論理パスのゲートウェイ側の一端では、常にゲートウ
ェイの内部で共通に設定された仮想アドレスへのマッピ
ングを行えばよい。従って、このマッピング方法は、ゲ
ートウェイに接続される装置のプロトコルの種類と同一
であり、それ以上増加することがない。従って、その管
理も容易で処理も高速に実行できる。

【００３３】このような特徴を有することから、本発明
においては、ゲートウェイ２３内に設定するポートの数
を任意とし、また各ポート間は自由に任意のタイミング
でリンクされ、あるいはリンクが開放される構成とし
た。そして、例えばポートを登録していてもリンクをし
ないことによって、ホスト側の装置の制限された数のポ
ートを占有する時間を短くする。これによって、ホスト
側の装置に接続されたポートを、多数の端末装置が相互
に自由に交代に使用して通信を行うことが可能になる。
また、端末装置が増減すれば、自由にポートを増減させ
ることができる。更に、ポートの数が限定されていれ
ば、必要に応じて端末装置がポートを開放することもで
きる。

【００３４】図５に、本発明の方法を実施する場合の実
際のアドレス変換の状態を説明する説明図を図示した。
即ち、本発明の方法においては、例えばこの図５（ａ）
に示すような状態でアドレスが変換され、異なるプロト
コル間の通信が実現する。図１に示すホスト装置からい
ずれかの端末装置に対しデータを送信するような場合、
ホスト装置内でのアドレス３１がＡＤＲ−１と設定され
ていた場合、論理パスの出口では別のアドレス３２とさ
れる。そのアドレスがＡＤＲ−２であるとすれば、これ
がポートの部分において仮想アドレス３３に変換され
る。この仮想アドレスは、リンクされた他のポートの仮
想アドレス３４に変換され、端末装置側のポートで端末
装置の論理パスへのマッピングにより、アドレス３５が
ＡＤＲ−３というように変換される。その後、論理パス
から端末装置に入力後アドレス３６がＡＤＲ−４という
ように変換される。このようなアドレスの変換によって
通信が実行される。逆方向の通信についても同様であ
る。

【００３５】図５（ｂ）には、ゲートウェイ内のプロセ
スとリンクを示す。ゲートウェイ内部では、具体的に図
には示すように、一方のポートのプロセステーブル３７
と他方のポートのプロセステーブル３８とが相互にリン
ク２６を介してマッピングされることになる。この場合
のリンクの構成は、ゲートウェイ内で共通の仮想アドレ
スを使用するため、画一的で極めて単純なものになる。

【００３６】なお、以下の実施例において使用する主な
用語の概念はそれぞれ次のとおりである。 (1) ポートとは、実体的にはアドレス変換テーブルを格
納するメモリ領域のことをいう。 (2) ポートを登録するとは、所定のメモリ領域を確保し
て、論理パスを共通のアドレス表現に置き換えるための
アドレス変換テーブルを格納することをいう。通常は、
このポートの登録とポートの活性化がほぼ同時に実行さ
れて、特定の端末との通信経路が確立するが、本発明で
は、ポートを任意の端末に接続できるよう、ポートの登
録のみを独自に実行する場合がある。

【００３７】(3) ポートを活性化するとは、ゲートウエ
イに接続されたネットワーク上の相手方の端末と、ゲー
トウエイとの間で、通信が可能な状態にすることをい
う。 この場合、ポートの管理テーブル上に特定の通信
相手が記憶される。 (4) グループは、ポートの上位アドレスとなり、デイレ
クトリのようなものをいう。

【００３８】(5) フローティンググループの設定とは、
ゲートウエイ中で定義された仮想アドレス上で、デイレ
クトリを設定することをいう。このフローティンググル
ープに所属するポートはそのディレクトリ下でアドレス
が設定される。 (6) フローティンググループ間のマッピングとは、一対
のフローティンググループ間で相互に相手方を通信相手
として特定することをいう。 (7) ポートのリンクとは、一対のポート間で相互に相手
方を通信相手として特定することをいう。

【００３９】ポートの制御を行うための管理テーブルに
は、ゲートウエイの外部の通信相手と、ゲートウエイ内
部の通信相手と、ポートの所属するグループに関する情
報が書き込まれるが、ポートがリンクされると、ゲート
ウエイ内部の通信相手先として、所定のポートのアドレ
スが書き込まれる。以下、本発明を個々の実施例を用い
て更に具体的に説明する。

【００４０】［使用記号の説明］本発明の第１の実施例
では、図１に示したゲートウェイ２３において、アドレ
ス表現を共通化する仮想アドレスを設定し、そこに任意
の論理パスと接続できるポートを設ける。この具体例説
明のために、以下の図面では次のような記号を使用す
る。

【００４１】図６は仮想アドレス記号表現説明図を示
す。図に示すように、ゲートウェイ上には、ポートと、
特殊な機能を持ったフローティング代表ポートと、いく
つかのポートを所属させるグループとを設けることがで
きる。また、ゲートウェイにはそれぞれ複数の論理パス
が接続される。これらについて、その動作説明図には、
図のような丸や長方形等の記号を使用する。

【００４２】図７にポートの状態記号表現説明図を示
す。ゲートウェイ上にポートを設定し、そのポートを使
用する場合には、この図に示すような段階が踏まれる。
まず、全くゲートウェイ上にポートを意識していないポ
ートの未定義状態から始まって、ポートを設定して、ま
だそのポートを使用できる状態にないポートの非活性状
態、更に、論理パスとポートの間のマッピングが終了し
たポートの活性状態が存在する。このように、ポートが
活性状態になると、各ポート間のリンク、即ちその間の
マッピングが可能になり、要求に応じてその間で通信が
確立する。あるポートがいずれかの論理パスに占有され
た場合、図のようにそのポートは二重丸で表現される。
また、２つのポート間、あるいは２つのフローティング
グループ間のマッピングがとれた場合、これらを破線で
取り囲む。また、予めマッピングのとれたグループに所
属する２つのポート間が互いにリンクされた場合、これ
らの間を実線で結ぶ。

【００４３】図８にサービスプリミティブパラメータ記
号表現説明図を示す。この記号は、後で使用する動作説
明図中の各動作を表現するための記号リストである。こ
の具体的な説明は、実際の例を使用しながら説明してい
く。

【００４４】図９にポートの種類説明図を示す。本発明
のゲートウェイには各種のポートが設けられる。この図
に示すＵＬＰは、ゲートウェイに設けられた一対のポー
トが互いにマッピングされ、そのままデータの受渡しを
するのに使用されるポートである。フローティングポー
トＦＰは、フローティンググループ内に設けられ、任意
の組み合せでリンクされ、使用されるポートである。フ
ローティング代表ポートＦＲＰは、フローティンググル
ープに所属する複数のフローティングポートのうちの代
表とされるポートである。このフローティング代表ポー
トは、そのポートに接続された装置に対し、フローティ
ンググループやポートの状態等を通知する機能を持つも
のとする。

【００４５】図１０にグループの種類説明図を示す。ゲ
ートウェイには、このように例えば３種類のグループが
形成される。単純グループＵＧや構造化グループＰＧ
は、リンク無しのポートを含んだグループである。フロ
ーティンググループＦＧは、１個以上のフローティング
ポートＦＰを含み、他のフローティングポートに含まれ
るポートとの間で任意の組み合せでリンクを行うための
ものである。このフローティンググループＦＧに属する
フローティングポートは、データ発生時にデータ発信側
ＦＰとデータ着信側ＦＰとの間で一時的にリンクが張ら
れ、データの受渡しがされた後に、どちらかのＦＰによ
りリンクが解除される。このように通信の区切り毎にポ
ート間のリンクを開放して各ポートを各装置が任意のタ
イミングで共通に使用できるようフローティンググルー
プが設けられる。

【００４６】［ポートの設定］次に、ゲートウェイにポ
ートを設定する動作の説明を行う。図１１はポートを設
定登録するためのＧＥＴＰパラメータ説明図である。ポ
ートを設定する処理命令をＧＥＴＰというように表す。
この場合、この処理命令には、図１１に示すようなパラ
メータが付属する。即ち、ポートを登録する要求ｒｅｑ
には、ポート名やポート属性、グループアドレス等が含
まれる。また、このポート登録要求に対して、要求が受
け入れられた場合には＋ｃｎｆとういう応答が返る。ま
た、登録が拒否された場合には、−ｃｎｆとういう応答
が返る。

【００４７】図１２にパラメータ記号表現説明図を示
す。図１１に示すパラメータ記号の内容は、この説明図
に示すような意味を持つ。即ち、記号Ｍは、そのパラメ
ータが必須であることを意味し、記号Ｃは、そのパラメ
ータが条件付きであることを意味する。以下、この表に
示された通りのパラメータが設定される。

【００４８】図１３にＧＥＴＰパラメータ補足説明図を
示す。図１１に示したポート活性化状態、ポート属性及
びグループ個数の内容は、それぞれこの表に示すような
ものとなる。例えばポート活性状態としては、ポートが
非活性・非占有の状態と、非活性・占有の状態と、活性
・非占有の状態と、活性・占有の４種類の状態がある。
ポート属性には、リンクが無い場合、リンクが有る場
合、ポートがフローティングポートＦＰである場合等が
ある。また、グループ個数としては、グループアドレス
が有る場合と無い場合がある。即ち、そのポートがグル
ープに属しているかいないかが、これによって分かる。

【００４９】ポートの登録の際のルールは例えば次の通
りである。 (1) 要求時にポート属性をリンク無しで指定した場合、
ＵＰとして登録される。同時に、グループアドレスの要
素として登録したい場合は、グループアドレス有りでグ
ループアドレスにＵＧのアドレスを指定する。 (2) 要求時にポート属性をリンク有りで指定した場合、
ＵＬＰとして登録される。この場合、グループアドレス
の要素として登録できないので、グループアドレス無し
を指定する。

【００５０】(3) 要求時にポート属性をフローティング
ポートで指定した場合、ＦＰとして登録される。この場
合、必ずフローティンググループの要素として登録しな
ければならないため、グループアドレス有りでグループ
アドレスにＦＧのアドレスを指定する。ＦＧは、本プリ
ミティブ要求以前にＲＧＭＡＧにより登録されていなけ
ればならない。

【００５１】(4) 要求時にポート属性をフローティング
代表ポートで指定した場合、ＦＰであるか無いかの２通
りの指定があるが、ＦＲＰとして登録される。この場
合、必ずフローティンググループの要素として登録しな
ければならないため、グループアドレス有りでグループ
アドレスにＦＧのアドレスを指定する。ＦＧは、本プリ
ミティブ要求以前にＲＧＭＡＧにより登録されていなけ
ればならない。

【００５２】(5) ポートが既に登録されているときに、
同一ポートを指定して本プリミティブを要求する場合、
以前要求したものと同一パラメータ（利用者情報を除
く）でなければならない。 (6) ポートが既に登録されているときに、以前要求した
ものと同一パラメータ（利用者情報を除く）で本プリミ
ティブを要求した場合、＋ｃｎｆで返却される。この場
合、ポート活性化状態に、活性・占有状態が設定され
る。

【００５３】図１４にＧＥＴＰ動作説明図（その１）を
示す。この形式の図は、以下の説明全般にわたって使用
する。この図の左側がＸプロトコルのシステムで、右側
がＹプロトコルのシステムを表す。これらの間でゲート
ウェイが、図に示すような処理を実行する。まず、Ｙシ
ステム側からＧＥＴＰ（ＰＹ1 ）というプリミティブに
よってポート登録が要求されると、図に示すように＋ｃ
ｎｆという応答が返されてポートの登録が成功する。こ
の場合、図に示すようにポートＰＹ1 が設定される。同
じ要求がＸシステム側からも行われ、同様の要求と応答
によってポートＰＸ1 が設定される。なお、これはゲー
トウェイの中に独立にポートを設定する場合の例を示
す。

【００５４】図１５にＧＥＴＰ動作説明図（その２）を
示す。この例は、フローティンググループに含まれるポ
ートの登録動作を示す。この場合、予めフローティング
グループの登録を行わなければならない。このために、
ＲＧＭＡＧ（ＦＹ ＦＸ）という要求がされる。この要
求はＹシステム側から行われる。これに対し、その要求
を受け入れる＋ｃｎｆという応答が行われ、ゲートウェ
イの中にフローティンググループＦＸとＦＹが登録され
る。この場合、同時に両者のマッピングが行われる。

【００５５】その次に、Ｙシステム側からＧＥＴＰ（Ｐ
Ｙ1 ＦＹ）という要求が行われ、その要求に対し、＋ｃ
ｎｆという応答があると、フローティンググループＦＹ
の中にポートＰＹ1 が登録される。Ｘシステム側からも
う一方のフローティンググループＦＸの中にポートＰＸ
1 を登録する場合の動作も同様である。これによって、
２つのフローティンググループの中にそれぞれ１個ずつ
フローティングポートが登録された。

【００５６】図１６にＧＥＴＰ動作説明図（その３）を
示す。この例は、ゲートウェイ内にフローティンググル
ープとフローティングポートを登録するとともに、Ｘシ
ステム側からフローティング代表ポートＰＸ1 を登録す
る要求が行われているケースを示す。この実施例では、
例えばＸシステム側にホストコンピュータが設けられ、
Ｙシステム側に端末装置が設けられているものとする。
この場合、フローティンググループや各ポートの状態を
ホストコンピュータに通知するための、フローティング
代表ポートＰＸ1 が登録される。

【００５７】図１７にＧＥＴＰ動作説明図（その４）を
示す。ポートは、登録されただけでは直ちにこれを使用
した通信を実行することができない。ポートの管理テー
ブル上に特定の通信相手を記憶することが必要である。
その目的のために、ここでは、Ｙシステムの論理パスと
ポートの間を関係付けるためのポートの活性化処理を行
う例を示す。即ち、ＧＥＴＰ（ＰＹ1 ）によってポート
ＰＹ1 が登録された後、ＡＣＴＰ（ＰＹ1 ）という要求
によってポートが活性化される。更に、ＧＥＴＰ（ＰＹ
1 ）によって活性化されたポートが、特定の論理パスに
占有される。

【００５８】本発明においては、通信が実行される直前
にポートの活性化を行い、特定のポートを所定の論理パ
スが占有して通信を実行し、その後ポートを開放するこ
とができる。そのような方法によって、限られた資源、
即ち限られた数のポートを用いて任意の数の論理パスが
相互に通信を行うことができる。

【００５９】［ポートの抹消］先に説明した要領で、ゲ
ートウェイにポートが登録され、またその後ポートが不
要になればポートの抹消が行われる。ここでは、そのポ
ートの抹消手順を説明する。図１８にＦＲＥＰパラメー
タ説明図を示す。このパラメータは、ポートの抹消命令
に必要なパラメータである。その記号の意味は、ポート
登録の際使用したものと同様である。

【００６０】なお、ポート登録抹消のためのルールは、
例えば以下の通りである。 (1) Well-Knownポートの抹消はできない。 (2) リンク無しポートの場合、ポートの状態を非活性状
態にして本プリミティブを要求しなければならない。Ｕ
Ｇに属するポートに対する本プリミティブの要求により
ポートは抹消されるが、ＵＧは抹消されることはない。

【００６１】(3) リンク有りポートの場合、ポートの状
態を非活性状態にして相手ポートとのマッピングを解除
してから、本プリミティブを要求しなければならない。 (4) フローティングポートの場合、ポートの状態を非活
性状態にして本プリミティブを要求しなければならな
い。本プリミティブを発行するとフローティンググルー
プから、当ポートは抹消される。

【００６２】(5) フローティング代表ポートの場合、ポ
ートの状態を非活性化状態にして本プリミティブを要求
しなければならない。本プリミティブを発行するとフロ
ーティンググループから、当ポートは抹消される。 (6) 存在しないポートに対して、本プリミティブを要求
した場合は、−ｃｎｆで返却する。

【００６３】図１９にＦＲＥＰ動作説明図（その１）を
示す。図の例では、まずＹシステム側からポートＰＹ1
の登録を要求し、Ｘシステム側からポートＰＸ1 の登録
を要求し、その後両者の活性化要求ＡＣＴＰが行われて
いる。この場合、ポート間のマッピングを前提とするた
め、その後ポート間のマッピング要求ＲＧＭＡＰが実行
された後、ポートの活性化が完了した応答＋ｃｎｆが返
されている。そして、その後ポートの非活性化を要求す
るＤＡＣＴＰが受け付けられると、ポートＰＹ1 は非活
性化され、その後の通信は不能になることからＸシステ
ムにＳＴＡＴという命令によって、自動的にポートの状
態が通知される。その後、Ｙシステム側からマッピング
を解消する要求ＣＮＭＡＰがあると、ポート間のマッピ
ングが解消され、更にポートの抹消要求ＦＲＥＰによっ
てポートＰＹ1 が抹消される。

【００６４】図２０にＦＲＥＰ動作説明図（その２）を
示す。この例では、既にフローティンググループＦＸと
ＦＹが登録されており、これらに２個あるいは３個のフ
ローティングポートが登録されている。その後、Ｙシス
テムからポートＰＹ1 の活性化が要求され、Ｘシステム
からポートＰＸ1 の活性化が要求されると、各ポートが
黒に塗りつぶされる。その後、ＹシステムからポートＰ
Ｙ1 の非活性化の要求があり、更にそのポートの抹消の
要求が行われている。このようにグループに属するポー
トについても同様の抹消処理が行われる。

【００６５】［フローティンググループ対のマッピン
グ］ 次に、フローティンググループ間のプロトコルをマッピ
ングするための動作を説明する。図２１に、フローティ
ンググループマッピングＲＧＭＡＧの処理のためのパラ
メータを図示した。フローティンググループのマッピン
グ要求を行う場合にはｒｅｑ、その要求に対しマッピン
グが実行された場合の応答が＋ｃｎｆ、マッピングが拒
否された場合の応答が−ｃｎｆである。これらに対し
て、それぞれフローティンググループ名やその属性等の
パラメータが含められる。

【００６６】このフローティンググループ対のマッピン
グルールは次の通りである。 (1) ＧＥＴＰによるフローティングポート、フローティ
ング代表ポートの確保に先立ち、本プリミティブによ
り、お互いのフローティンググループをマッピングして
おかなければならない。 (2) マッピング済のフローティンググループの一方と、
マッピング済でない別のフローティンググループとを指
定して本プリミティブを要求してはいけない。

【００６７】(3) 本プリミティブで指定する２つのフロ
ーティンググループは同じであってはいけない。 (4) 本プリミティブで指定するフローティング属性の可
能な組合せは、タイプ１×タイプ２とする。 (5) 以前に本プリミティブを要求した時と同じパラメー
タで本プリミティブを要求した場合、＋ｃｎｆで返却し
て、結果はマッピング済となる。

【００６８】図２２はＲＧＭＡＧ動作説明図を示す。図
に示すように、まずＹシステム側からフローティンググ
ループＦＸ、ＦＹのプロトコルをマッピングするための
要求ＲＧＭＡＧが出されると、既に登録されているフロ
ーティンググループＦＸとフローティンググループＦＹ
のプロトコルとがマッピングされる。その後、先に説明
した要領でＹシステム側からはフローティングポートＰ
Ｙ1 の登録要求があり、Ｘシステム側からはフローティ
ング代表ポートＰＸ1 の登録要求が行われる。更に、そ
の後各ポートの活性化要求があり、これによって、両者
が黒く塗りつぶされ、通信準備が完了する。

【００６９】このように、本発明では、フローティング
グループに属するポート間の通信を行うためには、フロ
ーティンググループ間のプロトコルは予めマッピングさ
れ、そのフローティング内に１個以上ポートが登録さ
れ、更に１個以上のポートが活性化されることが必要に
なる。その後、このポート間は後で説明する要領でリン
クされる。

【００７０】［ポートの活性化］これまで説明したポー
トの活性化のためには、次のような処理が行われる。図
２３はポート活性化のためのＡＣＴＰパラメータ説明図
を示す。この表の構成は、既に説明した他のパラメータ
説明図と同様である。また、使用した記号も同様の要領
で使用される。

【００７１】ポートの活性化のためのルールは次の通り
である。 (1) 要求時に本プリミティブの自ポートに指定できるポ
ートの種類は、ＵＰ・ＵＬＰ・ＦＰ・ＦＲＰである。 (2) 本プリミティブの要求に先立って、ＧＥＴＰによっ
てポートを登録しておかなければならない。

【００７２】(3) 要求時に本プリミティブの自ポートに
ＵＰを指定した場合、＋ｃｎｆには相手ポートは設定さ
れない。 (4) 要求時に本プリミティブの自ポートにＵＬＰを指定
した場合、＋ｃｎｆには相手ポートが設定される。＋ｃ
ｎｆの返却はマッピング済となり、かつ相手ポートが活
性化状態となるまで保留される。本プリミティブ要求に
より相手ポートにＳＴＡＴが通知される場合、本プリミ
ティブ要求時の利用者情報をＳＴＡＴの利用者情報に引
き継ぐ。

【００７３】(5) 要求時に本プリミティブの自ポートに
ＦＰまたはＦＲＰを指定した場合、＋ｃｎｆには相手フ
ローティンググループアドレスが設定される。＋ｃｎｆ
の返却は、マッピング済となり、かつ相手フローティン
ググループが活性化状態となるまで保留される。本プリ
ミティブ要求により相手ＦＰまたは相手ＦＲＰにＳＴＡ
Ｔが通知される場合、本プリミティブ要求時の利用者情
報をＳＴＡＴの利用者情報に引き継ぐ。 (6) 要求時に本プリミティブの自ポートにＦＰまたはＦ
ＲＰを指定した場合、ＤＡＴＡ要求時に保留されていた
占有要求が受け付けられ、ＴＲＮＰ通知が行なわれるこ
とがある。

【００７４】図２４にＡＣＴＰ動作説明図を示す。この
図では、既に説明した要領でフローティンググループＦ
Ｘ、ＦＹが登録され、その両者のプロトコルがマッピン
グされ、フローティングポートＰＹ1 が登録されてい
る。その後、フローティングポートＰＹ1 の活性化要求
があるが、フローティンググループＦＸにフローティン
グポートが登録されていないため、その要求は保留され
ている。そして、Ｘシステムからフローティングポート
ＰＸ1の登録要求があり、更にその活性化要求ＡＣＴＰ
があると、フローティングポートＰＸ1 とＰＹ1 とが同
時に活性化される。この状態では、その後Ｙシステムか
ら更に別のフローティングポートＰＹ2 の登録要求と活
性化要求が来た場合、直ちにその処理が実行される。ま
た、その後フローティングポートＰＹ2 について、非活
性化要求があり、あるいは再び活性化要求があると、そ
の状態はＸシステムに通知される。

【００７５】［ポートの非活性化］次に、ポートの非活
性化動作を説明する。この動作は、別の任意の論理パス
に対してポートの占有を可能にするための処理であっ
て、これによりポートの有効活用が図られる。図２５は
非活性化のための要求と応答のためのＤＡＣＴＰパラメ
ータ説明図を示す。図の使用記号等は、既にこれまで説
明したと同様の形式のため説明は省略する。

【００７６】なお、このポート非活性化のルールは次の
通りである。 (1) 要求時に本プリミティブの自ポートに指定できるポ
ートの種類は、ＵＰ・ＵＬＰ・ＦＰ・ＦＲＰである。 (2) 要求時に本プリミティブの自ポートにＵＰを指定し
た場合、＋ｃｎｆには相手ポートは設定されない。 (3) 要求時に本プリミティブの自ポートにＵＬＰを指定
した場合、＋ｃｎｆには相手ポートが設定される。本プ
リミティブの要求により相手ポートにＳＴＡＴが通知さ
れる場合、本プリミティブ要求時の利用者情報をＳＴＡ
Ｔの利用者情報に引き継ぐ。

【００７７】(4) 要求時に本プリミティブの自ポートに
ＦＰまたはＦＲＰを指定した場合、＋ｃｎｆには相手フ
ローティンググループアドレスが設定される。本プリミ
ティブの要求により相手ＦＰまたは相手ＦＲＰにＳＴＡ
Ｔが通知される場合、本プリミティブ要求時の利用者情
報をＳＴＡＴの利用者情報に引き継ぐ。

【００７８】(5) 要求時に本プリミティブの自ポートに
ＦＰまたはＦＲＰを指定した場合、占有されているポー
ト−ポート間のリンク及び、占有されている自ポートの
解除を行なう。また、ＤＡＴＡ・ＲＳＶＰ要求時に保留
されていた占有要求が破棄されることがある。

【００７９】図２６にＤＡＣＴＰ動作説明図を示す。こ
の図は、既にフローティンググループＦＸとフローティ
ンググループＦＹとのプロトコルがマッピングされ、こ
れらに所属するフローティングポートＰＸ1と、ＰＸＹ1
、ＰＸＹ2 とがいずれも活性化されている状態を示
す。ここで、Ｙシステム側からデータ転送要求がある
と、図に示すようにフローティングポートＦＸ1 とフロ
ーティングポートＰＹ1 とが相互にリンクされる。これ
によって、通信が実行され、通信が終了するとフローテ
ィングポートＰＹ1について、その非活性化要求が行な
われる。その状態はＸシステムに通知され、フローティ
ングポートＰＹ1 は非活性化される。

【００８０】［ポートやグループの状態変化通知］既に
説明しているように、ポートが活性化されたり、フロー
ティンググループが活性化された場合、その状態が相手
方に通知され、通信が可能になったことが知らされる。
その要求は次のような内容で実行される。

【００８１】図２７にそのパラメータ説明図を示す。図
の（ａ）はＳＴＡＴパラメータ説明図、（ｂ）はＳＴＡ
Ｔパラメータ補足説明図である。この図に使用した記号
等は、既に説明したものと同様であるが、この通知はポ
ートから論理パスの側に一方的に行われるため応答は伴
わない。従って、この状態を通知するポート、即ち自ポ
ートや、そのポートとリンクされていた相手ポートや、
そのポートの活性化状態等がパラメータとして含まれ
る。また、相手活性化状態というのは、相手ポートが非
活性状態になったか活性状態になったかという状態を表
し、それぞれ次の通信準備等にこの情報が利用される。
なお、この通知は通信相手の活性化状態が変化した場合
に行なわれ、その通知される通信形態と通知方向は次の
通りである。

【００８２】図２８にＳＴＡＴ通知動作説明図を示す。
例えば、図のように、固定的にマッピングされ、リンク
されたＵＬＰ−ＵＬＰ間の通信の場合、状態は相互に通
知される。また、フローティンググループ間では、グル
ープの状態変化が無い場合には、フローティングポート
相互間で通知が行なわれるが、グループの状態変化があ
る場合には、一方のフローティンググループのフローテ
ィングポートから他方の全てのフローティングポートに
通知が行なわれる。以下、具体例を別の図により説明す
る。

【００８３】図２９および図３０はＳＴＡＴ動作説明図
である。この例では、フローティンググループＦＸとＦ
Ｙが登録され、マッピングされ、フローティンググルー
プＦＸに属するフローティングポートＰＸ1 、ＰＸ2 、
ＰＸ3 がそれぞれ活性化され、フローティンググループ
ＰＹに属するフローティングポートＰＹ2 が活性化され
ている。そして、フローティングポートＰＸ2 とフロー
ティングポートＰＹ2 とがリンクされている。この状態
でＹシステム側からフローティングポートＰＹ2 の非活
性化要求があると、フローティンググループＦＹには活
性化されたフローティングポートが無くなるため、その
旨がＸシステム側に通知される。この通知がＳＴＡＴで
ある。Ｘシステム側では、このような通知を受けること
によって、直ちに通信が可能かどうかを判断できる。

【００８４】［リンク解除］ポート−ポート間のリンク
が行なわれ、通信が実行された後、本発明においては、
そのポートを他のポートと結合できるようにして有効に
利用するために、必要に応じてそのリンクの解除を実行
する。ここではその動作を説明する。

【００８５】図３１にＲＬＳＰパラメータ説明図を示
す。ポート間のリンクを解除する場合、図に示すような
パラメータが使用される。この表に使用される符号等
は、既に説明した他のパラメータと同様である。この動
作は次のようなルールで行なわれる。 (1) 要求時に自ポートで指定するポートの種類はＦＰま
たはＦＲＰでなければならない。 (2) 要求時のポート−ポート間のリンク解除、ポートの
占有解除等は次のルールとなる。

【００８６】図３２にＲＬＳＰ動作ルール説明図を示
す。即ち、この表に示すように、自分のフローティング
ポートを占有している場合と占有していない場合、及び
相手のフローティングポートが占有されている場合と相
手のフローティングポートが無い場合、それぞれ解除の
手順が異なる。 (3) リンクの解除要求を受け付けた応答＋ｃｎｆの後
に、そのポートに関するＤＡＴＡまたは、ＲＳＶＰ要求
時に保留されていた占有要求が受け付けられて、ＴＲＮ
Ｐ通知が行なわれることがある。

【００８７】図３３にＲＬＳＰ動作説明図を示す。図の
例では、フローティンググループＦＸ、ＦＹのプロトコ
ルがマッピングされ、フローティンググループＦＸに属
するフローティングポートＰＸ1 、ＰＸ2が活性化さ
れ、フローティンググループＦＹに属するフローティン
グポートＰＹ1 、ＰＹ2 、ＰＹ3 が活性化されている。
このような状態では、Ｙシステム側あるいはＸシステム
側からのデータ通信要求は直ちに受け入れられる。

【００８８】即ち、図に示すようにデータ通信要求があ
ると、例えばフローティングポートＰＸ1 とＰＹ1 とが
リンクされる。ここで、何回かのデータ通信が行なわれ
通信が終了し、例えばＸシステム側からリンク解除要求
ＲＬＳＰがあると、リンクが解除される。このように通
信の都度ポートを占有し、その後解除するようにすれ
ば、例えばＸシステム側のホストコンピュータと通信を
行なうＹシステム側の端末が、いずれも通信の際同一ア
ドレスを使用することが可能になる。従って、本発明で
は、ホスト側に設けられたポート以上のポートを端末側
に設けて通信を行なうことが可能になる。

【００８９】［ポート占有要求やリンク設定要求の通
知］次にポート占有要求やリンク設定要求があった場合
に、相手方システムに対する通知を行なう動作を説明す
る。

【００９０】図３４はそのためのＴＲＮＰパラメータ説
明図である。このＴＲＮＰ動作のルールは次の通りであ
る。 (1) ＲＳＶＰ要求が保留されていた場合、パラメータに
は自ポートだけが設定される。 (2) ＤＡＴＡ要求が保留されていた場合、パラメータに
は自ポート・相手ポートが設定される。 (3) ＲＳＶＰ、ＤＡＴＡ要求時の利用者情報をＴＲＮＰ
の利用者情報に引き継ぐ。

【００９１】図３５にＴＲＮＰ動作説明図を示す。この
図では、フローティンググループＦＸに設けられたフロ
ーティングポートＰＸ2 と、フローティンググループＦ
Ｙに設けられたフローティングポートＰＹ1 とがリンク
され、ＹシステムからＸシステムに対しデータの送信が
行なわれている。ここで、Ｙシステムからフローティン
グポートＰＹ2 を使用したデータ転送要求があると、フ
ローティンググループＦＸで活性化されているフローテ
ィングポートは１個、即ちフローティングポートＰＸ2
しかなく、これが通信中であるためビジーという応答が
返される。そして、その要求は一旦保留される。その
後、ＸシステムとＹシステムとの間でデータの交信があ
り、データ交信終了後リンク解除要求があると、これが
受け付けられ、フローティングポートＰＸ2 とＰＹ1と
の間のリンクが解除される。この解除がＴＲＮＰによっ
てＹシステムに通知される。これにより、既に保留され
ていたデータ転送要求が自動的に受け付けられ、フロー
ティングポートＰＸ2 とＰＹ2 との間に新たなリンクが
形成される。

【００９２】その後、これらのポート間でデータ更新が
行なわれ、再びＹシステムからフローティングポートＰ
Ｙを使用したデータ転送要求があると、先に説明したと
同様の保留が行なわれる。ここで、Ｘシステム側からフ
ローティングポートＰＸ1 の活性化要求が受け付けられ
ると、フローティングポートＰＹ1 とフローティングポ
ートＰＸ1 をリンクすることが可能になるため、Ｙシス
テムに対しＴＲＮＰの通知が行なわれ、保留されていた
通信要求が受け付けられる。

【００９３】図３６に図３５の続きのＴＲＮＰ動作説明
図を示す。上記の動作によりフローティングポートＰＸ
1 、ＰＹ1 がリンクされ、ＰＸ2、ＰＹ2 がリンクされ
ると、これらの間の通信が可能になるが、例えばここで
フローティングポートＰＸ1 とＰＹ1 のリンクを使用し
たデータ送信要求がＸシステムからなされ、これが保留
されたまま、その後フローティングポートＰＸ2 とＰＹ
2 を使用したデータ更新がなされ、フローティングポー
トＰＸ2 、ＰＹ2 の間のリンク解除が要求されると、図
に示すようにフローティングポートＰＸ1 、ＰＹ1 の間
のリンクのみが残る。

【００９４】図３７に更に図３６の続きのＴＲＮＰ動作
説明図を示す。ここで、Ｘシステム側からフローティン
グポートＰＸ1 の非活性化要求があると、フローティン
グポートＰＸ1 、ＰＹ1 の間のリンクは解除される。更
に、先に要求され、保留されていた通信要求はそのまま
破棄される。その後、Ｙシステム側からは先に説明した
ポートの占有解除、即ちフローティングポートＰＹ1 の
占有解除が要求され、これが受け付けられ、各ポートは
それぞれ自由に使用される状態になる。

【００９５】［ポートの占有］次に、ポートの占有動作
の説明を行なう。図３８にＲＳＶＰパラメータ説明図を
示す。このポートの占有は、通信を行なうためのポート
を確保するための動作で、通信の緊急性等に応じて実行
される。その使用ルールは次の通りである。 (1) 要求時に自ポートで指定するポートの種類は、タイ
プ１のＦＧに属するＦＰまたは（ＦＰである）ＦＲＰで
なければならない。 (2) 要求時にポートが占有可能か否かは、自ＦＰが活性
化状態であること及び自ＦＰ・相手ＦＰの占有状態によ
る。

【００９６】図３９にポートの占有内容説明図を示す。
図に示すように、自分のフローティングポートが非占有
状態の場合にのみ、この要求が受け付けられる。その他
の場合には、−ｃｎｆが返却される。

【００９７】図に示すように、フローティンググループ
ＦＸとフローティンググループＦＹとが登録され、それ
ぞれフローティングポートＰＸ1 、ＰＸ2 とフローティ
ングポートＰＹ1 、ＰＹ2 、ＰＹ3 とが活性化状態にあ
る場合に、ＸシステムからフローティングポートＰＸ1
に対する占有要求が行なわれる。これによって、図に示
すようにフローティングポートＰＸ1 が丸で囲まれ、こ
のポートが占有される。その後、フローティングポート
ＰＸ1 とＰＹ2のリンクを行なってデータを送信する要
求があると、図に示すように両者のリンクが行なわれ、
通信が実行される。その後、更に通信が行なわれ、その
通信が終了するとフローティングポートＰＸ1 の非活性
化要求が行なわれる。このようにフローティングポート
を占有するのは、例えばホストコンピュータが一定の緊
急性のある通信を確保したいような場合に行なう。

【００９８】［データ送受信］マッピングされているポ
ート−ポート間やマッピングされているフローティング
グループのフローティングポート間では、次のような内
容でデータの送受信が実行される。

【００９９】図４１にＤＡＴＡパラメータ説明図を示
す。図に示すように、データ送信要求は自ポートと相手
ポートの指定やリンクの設定指示等を含めて行なわれ
る。なお、リンクの設定指示には、図の（ｂ）に示すよ
うに、自分のフローティングポートを占有し相手のフロ
ーティングポートを占有するといったものと、自分のフ
ローティングポートを占有せず相手のフローティングポ
ートを占有する、あるいは自分のフローティングポート
を占有せず相手のフローティングポートは占有しないと
いった内容の指示となる。

【０１００】図４２に、ＤＡＴＡルール説明図（その
２）を示す。ＤＡＴＡ使用ルールとしては、データ送信
要求時に自ポートと相手ポートとして指定するポートの
種類がＵＬＰ、ＦＰ、ＦＲＰのいずれかでなければなら
ない。なお、ＵＬＰ−ＵＬＰ間の通信には、（ａ）に示
すように、自分のポートだけを指定し、相手のポートを
指定する必要はない。これは、リンクが固定され、相手
と１対１で結合しているからである。

【０１０１】また、フローティンググループのポート間
の通信には、次のようにポート指定が行なわれる。 (1) ＵＬＰ−ＵＬＰまたはＵＬＰ−ＳＬＰの場合、デー
タが送受信できる条件は両ポートがマッピングされ、活
性化状態にあることである。 (2) 図４２の（ｂ）に示すように、ＦＧ（タイプ１）−
ＦＧ（タイプ２）の場合、データが送受信できる条件は
両グループがマッピングされ、活性化状態にあり、自Ｆ
Ｐと相手ＦＰが活性化状態であること、更に、自ＦＰと
相手ＦＰが占有できることである。占有可能かどうか
は、本プリミティブ要求時のリンク設定指示とその時点
の自ＦＰ・相手ＦＰ（または相手ＦＧ）の占有状態によ
る。

【０１０２】図４３にＤＡＴＡルール説明図（その２）
を示す。この図に示すように、それぞれフローティング
ポートの占有可能な条件は、自分のフローティングポー
トを占有している場合と、占有していない場合とでそれ
ぞれ相違してくる。図４４〜図４９はそれぞれＤＡＴＡ
動作説明図を示す。図４４は、フローティンググループ
ＦＸのフローティングポートＰＸ1 とフローティンググ
ループＦＹのフローティングポートＰＹ1 とが既にリン
クされている場合に、データ通信の要求があった例を示
す。この場合、フローティングポートＰＸ1 もフローテ
ィングポートＰＹ1 も既に他の論理パスに占有されてお
り、通常のデータ転送要求が拒絶される。

【０１０３】図４５の場合、フローティングポートＰＸ
2 とフローティングポートＰＹ2 とがリンクされてお
り、ここでフローティングポートＰＸ1 とＰＹ2 を使用
したデータ送信が要求されたため、その要求が拒絶され
ている。図４６の場合は、フローティンググループＦＸ
とフローティンググループＦＹが既にリンクされてお
り、これらに属する３つの各フローティングポートがい
ずれも活性化されている。フローティングポートＰＸ1
がＸシステムに占有されているため、ＰＸ1 とＰＹ1 を
使用したデータ送信要求があると、直ちにリンクが形成
されデータ送信が可能となる。

【０１０４】図４７については、既にポート間のリンク
が確立されており、データ送信が自動的に実行されてい
る。図４８の例では、フローティングポートＰＸ1 とＰ
Ｙ1 との間のリンクが形成され、Ｙシステム側からフロ
ーティングポートＰＹ2 のみを指定したデータ転送要求
があったためエラーが生じている。また、図４９はフロ
ーティングポートＰＸ1 とＰＹ1 の間のリンクが形成さ
れており、フローティングポートＰＸ1 、ＰＸ2 が占有
されている状態で、Ｘシステム側からデータ転送要求が
あると、この場合のパラメータがＰＸ2 のみのためエラ
ーを生じている。

【０１０５】［放送］本発明の方法では、一方のポート
からグループに属する複数のポートに対し、同時に同一
内容のデータ送信を行なうこともできる。

【０１０６】図４７にＤＬＶＲＹパラメータ説明図を示
す。このような放送を行なう場合、図に示すようなパラ
メータが使用される。なお、この放送の場合のルールは
次の通りである。 (1) 要求時に自ポートと相手グループは、必ず指定しな
ければならない。 (2) 要求時に本プリミティブの自ポートに指定するポー
トの種類は、ＦＰ・ＦＲＰ・ＲＰ・ＳＰ・ＵＰでなけれ
ばならない。 (3) 要求時に本プリミティブの相手グループに指定でき
るグループの種類は、ＦＧ・ＵＧ・ＰＧである。 (4) 通知時の自ポートには着呼したポートが、相手ポー
トには発呼したポートが設定される。

【０１０７】(5) 要求時に自ポートが非活性状態のとき
は、−ｃｎｆで返却する。 (6) 要求時に相手グループとしてＵＧを指定した場合、
ＵＧが無ければ−ｃｎｆで返却する。ＵＧに属するＵＰ
が存在しなくても、また全て非活性でも−ｃｎｆは返却
しない。 (7) 要求時に相手グループとしてＰＧを指定した場合、
ＰＧが無ければ−ｃｎｆで返却する。ＰＧに属するＵＧ
が無くても、また全ＵＧに対してＵＰが存在しなくて
も、全て非活性でも−ｃｎｆは返却しない。 (8) 要求時に相手グループとしてＦＧを指定した場合、
ＦＧが無ければ−ｃｎｆで返却する。ＰＧに属するＦＧ
が無くても、また全ＦＧに対してＵＰが存在しなくて
も、全て非活性でも−ｃｎｆは返却しない。この動作説
明の図解は省略するが、本発明の方法では、従来のよう
な固定的なマッピングにない特殊な通信も自由に可能に
なる。

【０１０８】図５１に、フローティンググループが複数
ある場合の実施例説明図を示す。本発明においては、こ
の図に示すように、複数のフローティンググループをゲ
ートウェイ内に設定し、相互に自由な通信も可能とな
る。この例では、４個のフローティンググループ２０
１、２０２、２０３、２０４が設けられ、これらにはそ
れぞれ３本ずつ論理パス２０５、２０６、２０７、２０
８が属している。各グループのプロトコルはそれぞれ相
違するが、共通の仮想アドレスを用いてマッピングされ
るため、容易にその相互間の自由な組合せで通信が可能
となる。

【０１０９】図５２に固定マッピングと混在させた例を
示す。図に示すように、ゲートウェイの内部に自由にフ
ローティンググループを設定できるようにすれば、図に
示すフローティンググループＦＸには、２個のフローテ
ィングポートＰＸ1 、ＰＸ2 を所属させ、もう一方のフ
ローティンググループＦＹには、３個のフローティング
ポートＰＹ1 、ＰＹ2 、ＰＹ3 を所属させる。これらの
間を先に説明した要領で自由にリンクし、またリンクを
解除する動作をさせる一方、別途ポートＰＲ1 、ＰＲ2
、ＰＲ3 、ＰＳ1 、ＰＳ2 、ＰＳ3 を設け、相互間を
固定的にリンクする。この方法自体は従来法と同様であ
るが、このように２種類のマッピング方法をゲートウェ
イ内に混在させて、それぞれの利点を生かした通信も可
能となる。

【０１１０】本発明は以上の実施例に限定されない。ゲ
ートウェイに接続される装置のプロトコルの種類やホス
ト装置の数、端末装置の数等は上記実施例に限定され
ず、自由に選定して差し支えない。

【０１１１】

【発明の効果】以上説明した本発明のプロトコルマッピ
ング方法は、それぞれプロトコルの異なる装置間の通信
を実現するために、装置間に挿入したゲートウェイにア
ドレス表現を共通化する仮想アドレスを設定し、その仮
想アドレスにより設定したポート間を任意の組合せでリ
ンクすることによって、各装置の論理パス間のマッピン
グを行うようにしたので、ゲートウェイに接続された各
装置のプロトコルの種類に関わらず、ポート間を画一的
なマッピング処理によってリンクし、開放することが可
能になる。これによって、例えばホスト装置に接続され
た論理パスの数が端末装置の数よりも少ない場合であっ
ても、ポート間のリンクを自由に設定し、あるいは開放
することによって交互に通信が可能となる。従って、予
めゲートウェイの内部で固定的なマッピングを行ったま
ま通信を行う場合に比べて、ゲートウェイ上のメモリ資
源や論理パス等の資源を有効に活用することができる。
また、空きポートを交互に利用するようにしたり、予め
一対のポート間のリンクを確立させた状態にしたり、フ
ローティンググループに複数のポートを収容し、予めフ
ローティンググループ間のプロトコルをマッピングした
りすることによって、資源を有効に活用しながら多数の
装置間でのプロトコル変換処理が簡単となる。

【図面の簡単な説明】

【図１】本発明の方法を実現するシステムブロック図で
ある。

【図２】従来のプロトコルマッピング方法説明図であ
る。

【図３】従来のマッピング用テーブル説明図である。

【図４】従来の固定的マッピング例説明図である。

【図５】本発明の方法によるアドレス変換の説明図で、
（ａ）はアドレス変換状態説明図、（ｂ）はゲートウェ
イ内のプロセスとリンク説明図である。

【図６】仮想アドレス記号表現説明図である。

【図７】ポートの状態記号表現説明図である。

【図８】サービスプリミティブパラメータ記号表現説明
図である。

【図９】ポートの種類説明図である。

【図１０】グループの種類説明図である。

【図１１】ポートを設定登録するためのＧＥＴＰパラメ
ータ説明図である。

【図１２】パラメータ記号表現説明図である。

【図１３】ＧＥＴＰパラメータ補足説明図である。

【図１４】ＧＥＴＰ動作説明図（その１）である。

【図１５】ＧＥＴＰ動作説明図（その２）である。

【図１６】ＧＥＴＰ動作説明図（その３）である。

【図１７】ＧＥＴＰ動作説明図（その４）である。

【図１８】ＦＲＥＰパラメータ説明図である。

【図１９】ＦＲＥＰパラメータ動作説明図（その１）で
ある。

【図２０】ＦＲＥＰパラメータ動作説明図（その２）で
ある。

【図２１】ＲＧＭＡＧパラメータ説明図である。

【図２２】ＲＧＭＡＧ動作説明図である。

【図２３】ポート活性化のためのＡＣＴＰパラメータ説
明図である。

【図２４】ＡＣＴＰ動作説明図である。

【図２５】ポート非活性化のためのＤＡＣＴＰパラメー
タ説明図である。

【図２６】ＤＡＣＴＰ動作説明図である。

【図２７】パラメータ説明図で、（ａ）はＳＴＡＴパラ
メータ説明図、（ｂ）はＳＴＡＴパラメータ補足説明図
である。

【図２８】ＳＴＡＴ通知動作説明図である。

【図２９】ＳＴＡＴ動作説明図（その１）である。

【図３０】ＳＴＡＴ動作説明図（その２）である。

【図３１】ＲＬＳＰパラメータ説明図である。

【図３２】ＲＬＳＰ動作ルール説明図である。

【図３３】ＲＬＳＰ動作説明図である。

【図３４】ＴＲＮＰパラメータ説明図である。

【図３５】ＴＲＮＰ動作説明図（その１）である。

【図３６】ＴＲＮＰ動作説明図（その２）である。

【図３７】ＴＲＮＰ動作説明図（その３）である。

【図３８】ＲＳＶＰパラメータ説明図である。

【図３９】ポートの占有内容説明図である。

【図４０】ＲＳＶＰ動作説明図である。

【図４１】ＰＡＴＡパラメータ説明図である。

【図４２】ＤＡＴＡルール説明図（その１）である。

【図４３】ＤＡＴＡルール説明図（その２）である。

【図４４】ＤＡＴＡ動作説明図（その１）である。

【図４５】ＤＡＴＡ動作説明図（その２）である。

【図４６】ＤＡＴＡ動作説明図（その３）である。

【図４７】ＤＡＴＡ動作説明図（その４）である。

【図４８】ＤＡＴＡ動作説明図（その５）である。

【図４９】ＤＡＴＡ動作説明図（その６）である。

【図５０】ＤＬＶＲＹパラメータ説明図である。

【図５１】フローティンググループが複数ある場合の実
施例説明図である。

【図５２】固定マッピングの混在例説明図である。

【符号の説明】 ２１ ホスト装置 ２２−１〜２２−４ 端末装置 ２３ ゲートウエイ ２４、２４−１〜２４−４ 論理パス ２６ リンク ＰＡ１〜ＰＡ３、ＰＢ１〜ＰＢ４ ポート

フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/46 G06F 13/00 351 H04L 12/66 H04L 29/04 H04L 29/06

Claims (11)

(57)【特許請求の範囲】
1. 【請求項１】 プロトコルを共通にする複数の装置と、
   異なるプロトコルを有する少なくとも一以上の他の装置
   とを、プロトコルを通信可能に相互に変換するためのゲ
   ートウェイに設けた論理的経路である各論理パスに接続
   して前記複数の装置と前記他の装置間でのプロトコルを
   マッピングする方法であって、 前記ゲートウェイにおいて、 前記複数の装置の接続されている複数の論理パスを該論
   理パスの増減可能な一方のフローティンググループに設
   定すると共に、前記他の装置の接続されている論理パス
   を該論理パスの増減可能な他方のフローティンググルー
   プに設定し、 かつ前記一方及び他方のフローティンググループに属す
   る論理パスの前記各プロトコルを予めマッピングし、 前記複数の装置の各論理パス毎に仮想アドレスにより一
   方のポートを設定すると共に、前記他の装置の論理パス
   に仮想アドレスにより他のポートを設定し、 通信要求する前記複数の装置のいずれかと前記他の装置
   にそれぞれ対応する一方のポートと他方のポートとを通
   信可能にリンクさせることを特徴とするプロトコルマッ
   ピング方法。
2. 【請求項２】 通信の区切りごとに、ポート間のリンク
   を開放して、 前記ポートを前記複数の装置が任意のタイミングで共通
   に使用することを特徴とする請求項１記載のプロトコル
   マッピング方法。
3. 【請求項３】 前記他の装置は前記ゲートウェイの複数
   の前記論理パスに接続されるホスト装置であり、 前記複数の装置は前記ホスト装置に対する端末装置であ
   ることを特徴とする請求項１記載のプロトコルマッピン
   グ方法。
4. 【請求項４】 前記各ポートの仮想アドレスは、前記各
   フローティンググループのアドレスを上位アドレスとす
   ることを特徴とする請求項１記載のプロトコルマッピン
   グ方法。
5. 【請求項５】 前記各フローティンググループに属する
   ポートを、通信要求状況にあわせて任意に増減しつつ、
   通信を実行することを特徴とする請求項４記載のプロト
   コルマッピング方法。
6. 【請求項６】 各ポートの空き状態とリンクの確立状態
   を含む属性状態を表示し、 空きポートの無い状態で通信要求があったとき、 その通信要求を待ち行列に配置して、 空きポート発生後に、順次、該当する論理パスと空きポ
   ートとを接続して通信を実行することを特徴とする請求
   項１記載のプロトコルマッピング方法。
7. 【請求項７】 前記ゲートウェイに、通信要求のある前
   に予め相互に固定的にリンクされたポートと、通信要求
   に従って相互に任意の組み合わせでリンクされ、通信の
   区切りごとにリンクを開放されるポート群とを混在させ
   たことを特徴とする請求項１記載のプロトコルマッピン
   グ方法。
8. 【請求項８】 前記一方及び他方のフローティンググル
   ープのいずれか一方に属する全てのポートが、ポートの
   減少によって消滅したとき、他の フローティンググループに属するポートに前記論理
   パスを介して接続される装置に対し、その旨を含む属性
   状態を通知することを特徴とする請求項５記載のプロト
   コルマッピング方法。
9. 【請求項９】 前記複数の端末側の前記一方のフローテ
   ィンググループに属する全てのポートがその減少によっ
   て消滅したとき、前記 ホスト装置側の前記他方のフローティンググループ
   に属する代表ポートから、その旨を含む属性状態を論理
   パスを介してホスト装置に通知することを特徴とする請
   求項３記載のフローティンググループマッピング方法。
10. 【請求項１０】 前記ホスト装置側の他方のフローティ
    ンググループに属するいずれかのポートが、前記 端末側の一方のフローティンググループに属する複
    数のポートに同時にリンクされて、前記ホスト装置から
    前記端末装置への放送を実行することを特徴とする請求
    項１及び請求項３記載のプロトコルマッピング方法。
11. 【請求項１１】 何れかの装置が、通信を優先的に実行
    するために、 通信要求の前に、予め、一対のリンクの確立したポート
    をリザーブすることを特徴とする請求項１記載のプロト
    コルマッピング方法。