JPH09261274A - Ｔｃｐ／ｉｐを用いたネットワークシステム - Google Patents
Ｔｃｐ／ｉｐを用いたネットワークシステムInfo
- Publication number
- JPH09261274A JPH09261274A JP6284396A JP6284396A JPH09261274A JP H09261274 A JPH09261274 A JP H09261274A JP 6284396 A JP6284396 A JP 6284396A JP 6284396 A JP6284396 A JP 6284396A JP H09261274 A JPH09261274 A JP H09261274A
- Authority
- JP
- Japan
- Prior art keywords
- address
- server
- port number
- iarp
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 ポート番号をもつサーバのＩＰアドレス
を極めて柔軟、かつ、効率的に取得し、ＩＡＲＰの実行
効率を上げることにある。 【解決手段】 第１の計算機の中の任意のクライアント
２１，２２ａが第２の計算機のあるサーバ２２にアクセ
スし、あるサーバのサービスを受けるネットワークシス
テムであって、サーバをもつ第２の計算機が動的に変化
する場合、前記任意のクライアントは、ＩＰアドレス要
求，サーバポート番号，クライアントポート番号を含む
情報１４を一斉同報送信し、ＩＰアドレスを要求する要
求送信手段（２１，２１ａ）を設け、ＩＰアドレスの要
求を受けたサーバは、サーバポート番号から自サーバの
要求と判断したとき、サーバのＩＰアドレスと自クライ
アントポート番号とを対にして送信する応答送信手段２
２ａ，２３を設けたネットワークシステムである。
を極めて柔軟、かつ、効率的に取得し、ＩＡＲＰの実行
効率を上げることにある。 【解決手段】 第１の計算機の中の任意のクライアント
２１，２２ａが第２の計算機のあるサーバ２２にアクセ
スし、あるサーバのサービスを受けるネットワークシス
テムであって、サーバをもつ第２の計算機が動的に変化
する場合、前記任意のクライアントは、ＩＰアドレス要
求，サーバポート番号，クライアントポート番号を含む
情報１４を一斉同報送信し、ＩＰアドレスを要求する要
求送信手段（２１，２１ａ）を設け、ＩＰアドレスの要
求を受けたサーバは、サーバポート番号から自サーバの
要求と判断したとき、サーバのＩＰアドレスと自クライ
アントポート番号とを対にして送信する応答送信手段２
２ａ，２３を設けたネットワークシステムである。
Description
【０００１】
【発明の属する技術分野】本発明は、ＴＣＰ（Transmis
sion Control Protocol ）／ＩＰ（Internet Pr-otoco
l）を用いたネットワークシステムに関する。
sion Control Protocol ）／ＩＰ（Internet Pr-otoco
l）を用いたネットワークシステムに関する。
【０００２】
【従来の技術】ＴＣＰ／ＩＰを用いたネットワークシス
テムにおいては、少くとも１つ以上のクライアントをも
つ計算機と、それぞれ複数のサーバをもつ複数の計算機
とがネットワークを介して分散配置され、クライアント
側からある計算機のある任意のサーバを呼び出し、当該
サーバからサービスを受ける構成となっている。
テムにおいては、少くとも１つ以上のクライアントをも
つ計算機と、それぞれ複数のサーバをもつ複数の計算機
とがネットワークを介して分散配置され、クライアント
側からある計算機のある任意のサーバを呼び出し、当該
サーバからサービスを受ける構成となっている。
【０００３】そこで、クライアントは、ネットワーク上
のあるサーバのサービスを要求するに際し、ネットワー
ク上の任意のサーバの位置（ＳＡＰ：Service Access P
oint）を特定し、当該サーバからサービスを受ける必要
がある。ここに、ネットワーク上の任意のサーバの位置
を、ＩＰアドレスとＴＣＰのポート番号との組，つま
り、 サーバの位置：ＳＡＰ＝ＩＰアドレス＋ポート番
号で表現されている。
のあるサーバのサービスを要求するに際し、ネットワー
ク上の任意のサーバの位置（ＳＡＰ：Service Access P
oint）を特定し、当該サーバからサービスを受ける必要
がある。ここに、ネットワーク上の任意のサーバの位置
を、ＩＰアドレスとＴＣＰのポート番号との組，つま
り、 サーバの位置：ＳＡＰ＝ＩＰアドレス＋ポート番
号で表現されている。
【０００４】このようにＴＣＰ／ＩＰを用いたクライア
ント・サーバ型のアプリケーションでは、ＩＰアドレス
を物理的なネットワークアドレスに対応させて定義付け
し、またＴＣＰのポート番号をサーバの提供するサービ
スの種類に対応させて定義付けし、クライアント側は、
ＳＡＰ＝ＩＰアドレス＋ポート番号を、ＴＣＰ／ＩＰ終
端アドレスとし、ＴＣＰまたはＵＤＰを用いて目的のサ
ーバに対してサービスを要求する方式をとっている。
ント・サーバ型のアプリケーションでは、ＩＰアドレス
を物理的なネットワークアドレスに対応させて定義付け
し、またＴＣＰのポート番号をサーバの提供するサービ
スの種類に対応させて定義付けし、クライアント側は、
ＳＡＰ＝ＩＰアドレス＋ポート番号を、ＴＣＰ／ＩＰ終
端アドレスとし、ＴＣＰまたはＵＤＰを用いて目的のサ
ーバに対してサービスを要求する方式をとっている。
【０００５】従って、あるクライアントがある計算機の
中のあるサーバの提供するサービスにアクセスする場
合、当該クライアントは予めサーバの所属する計算機Ｘ
のＩＰアドレスを知っておく必要がある。
中のあるサーバの提供するサービスにアクセスする場
合、当該クライアントは予めサーバの所属する計算機Ｘ
のＩＰアドレスを知っておく必要がある。
【０００６】ところで、クライアントは、あるサーバの
サービスの結果を求めているので、サービスの種類を示
すポート番号を管理し、かつ、これらポート番号を明示
的に使用するのには何ら不都合な問題がない。また、ク
ライアントが欲するサービスは、特定の計算機上の特定
のサービスであることから、クライアントが目的のサー
バのＩＰアドレスを管理し、それを明示的に使用するこ
とに関しても何ら不都合がないものである。つまり、ク
ライアントが欲するサービスの種類は、ＩＰアドレスと
ポート番号との組によって一意に区別されるからであ
る。従って、クライアントが要求するサービスの種類
は、 サービスの識別子＝ＩＰアドレス＋ポート番号（目的サ
ーバのＳＡＰ） から識別できる。このことは、クライアントの要求する
サービスの識別子と目的サーバのＳＡＰとが等しい関係
になっているので、任意のクライアントは、要求するサ
ービスの種類とＳＡＰとの関係を単純に１対１で対応付
けて管理すればよい。
サービスの結果を求めているので、サービスの種類を示
すポート番号を管理し、かつ、これらポート番号を明示
的に使用するのには何ら不都合な問題がない。また、ク
ライアントが欲するサービスは、特定の計算機上の特定
のサービスであることから、クライアントが目的のサー
バのＩＰアドレスを管理し、それを明示的に使用するこ
とに関しても何ら不都合がないものである。つまり、ク
ライアントが欲するサービスの種類は、ＩＰアドレスと
ポート番号との組によって一意に区別されるからであ
る。従って、クライアントが要求するサービスの種類
は、 サービスの識別子＝ＩＰアドレス＋ポート番号（目的サ
ーバのＳＡＰ） から識別できる。このことは、クライアントの要求する
サービスの識別子と目的サーバのＳＡＰとが等しい関係
になっているので、任意のクライアントは、要求するサ
ービスの種類とＳＡＰとの関係を単純に１対１で対応付
けて管理すればよい。
【０００７】ところが、近年、ネットワーク上のサーバ
の分散化が進んでおり、あるサービスを提供するサーバ
をもつ各計算機が他の計算機の負荷状況や運転状況に応
じてサーバを変更したり、或いは１ヶ所に特定せずに同
時に複数の場所で運転させるといった環境の場合には、
クライアントは、目的のサービスとＳＡＰとが１対１で
対応付けて管理することができなくなる。つまり、目的
のサーバを動作させる計算機が動的に変化する場合、任
意のクライアントは、目的のサーバの動作している計算
機を正確に把握しつつ、その動的変化に応じて使用する
ＩＰアドレスを変更しながら目的のサーバにアクセスす
る必要がある。この場合、クライアントの欲するサービ
スの種類と目的のサーバのＳＡＰとの関係は１対１に対
応しない。
の分散化が進んでおり、あるサービスを提供するサーバ
をもつ各計算機が他の計算機の負荷状況や運転状況に応
じてサーバを変更したり、或いは１ヶ所に特定せずに同
時に複数の場所で運転させるといった環境の場合には、
クライアントは、目的のサービスとＳＡＰとが１対１で
対応付けて管理することができなくなる。つまり、目的
のサーバを動作させる計算機が動的に変化する場合、任
意のクライアントは、目的のサーバの動作している計算
機を正確に把握しつつ、その動的変化に応じて使用する
ＩＰアドレスを変更しながら目的のサーバにアクセスす
る必要がある。この場合、クライアントの欲するサービ
スの種類と目的のサーバのＳＡＰとの関係は１対１に対
応しない。
【０００８】図１７は動的に変化する環境を表すシステ
ム構成図である。このシステムは、クライアントＣａを
もつ計算機１と、サーバＳａを含む複数のサーバをもつ
計算機２ａ，２ｂおよびサーバＳｘをもつ計算機２ｘと
がネットワーク３を介して接続され、これら各計算機２
ａ，２ｂ，…，２ｘのサーバのうち、サーバＳａが２つ
の計算機２ａ，２ｂの何れかで動作し、どちらのサーバ
が動作するか一定せず、常に動的に変化する環境状況と
なっている。
ム構成図である。このシステムは、クライアントＣａを
もつ計算機１と、サーバＳａを含む複数のサーバをもつ
計算機２ａ，２ｂおよびサーバＳｘをもつ計算機２ｘと
がネットワーク３を介して接続され、これら各計算機２
ａ，２ｂ，…，２ｘのサーバのうち、サーバＳａが２つ
の計算機２ａ，２ｂの何れかで動作し、どちらのサーバ
が動作するか一定せず、常に動的に変化する環境状況と
なっている。
【０００９】このようなシステムでは、計算機２ａのＩ
ＰアドレスはＩＰ−Ａ、計算機２ｂのＩＰアドレスはＩ
Ｐ−Ｂであり、さらにサーバＳａがサービスを提供する
ポート番号は計算機２ａ，２ｂの何れもｐｏｒｔ−Ｓａ
である。このとき、クライアントＣａがサーバＳａにア
クセスするに際し、当該クライアントＣａでは、サーバ
Ｓａが計算機２ａ，２ｂのどちらで動作しているかの情
報を入手し、それに応じてサーバＳａにアクセスする為
のＩＰアドレスを決定する必要がある。
ＰアドレスはＩＰ−Ａ、計算機２ｂのＩＰアドレスはＩ
Ｐ−Ｂであり、さらにサーバＳａがサービスを提供する
ポート番号は計算機２ａ，２ｂの何れもｐｏｒｔ−Ｓａ
である。このとき、クライアントＣａがサーバＳａにア
クセスするに際し、当該クライアントＣａでは、サーバ
Ｓａが計算機２ａ，２ｂのどちらで動作しているかの情
報を入手し、それに応じてサーバＳａにアクセスする為
のＩＰアドレスを決定する必要がある。
【００１０】そして、クライアントＣａは、決定された
ＩＰアドレスに応じて、［ＩＰ−Ａ］＋［ｐｏｒｔ−Ｓ
ａ］または［ＩＰ−Ｂ］＋［ｐｏｒｔ−Ｓａ］の何れか
のＳＡＰを用いることにより、目的のサーバＳａのサー
ビスにアクセスできる。このことから、クライアントＣ
ａは、サーバＳａのサービスにアクセスするに際し、Ｉ
ＰアドレスであるＩＰ−ＡとＩＰ−Ｂとを動的に管理し
なければならない。
ＩＰアドレスに応じて、［ＩＰ−Ａ］＋［ｐｏｒｔ−Ｓ
ａ］または［ＩＰ−Ｂ］＋［ｐｏｒｔ−Ｓａ］の何れか
のＳＡＰを用いることにより、目的のサーバＳａのサー
ビスにアクセスできる。このことから、クライアントＣ
ａは、サーバＳａのサービスにアクセスするに際し、Ｉ
ＰアドレスであるＩＰ−ＡとＩＰ−Ｂとを動的に管理し
なければならない。
【００１１】本来、サービスの種類は、ポート番号だけ
から一意に識別することが可能であり、また大多数のク
ライアントは、要求するサービスの種類が重要であっ
て、サーバの動作している計算機の場所（ＩＰアドレ
ス）は重要でない。換言すれば、大多数のクライアント
は、目的のサービスさえ得られれば、そのサービスを提
供している計算機の場所（サーバの場所）に拘らないも
のである。ゆえに、このように計算機を特定せずに単純
にポート番号だけからサービスを要求できれば、クライ
アントにとってＩＰアドレスの管理は必要でなくなる。
この場合には、クライアントの要求するサービスの種類
は、 サービスの識別子＝“任意のＩＰアドレス”＋ポート番
号 で表現されることになる。
から一意に識別することが可能であり、また大多数のク
ライアントは、要求するサービスの種類が重要であっ
て、サーバの動作している計算機の場所（ＩＰアドレ
ス）は重要でない。換言すれば、大多数のクライアント
は、目的のサービスさえ得られれば、そのサービスを提
供している計算機の場所（サーバの場所）に拘らないも
のである。ゆえに、このように計算機を特定せずに単純
にポート番号だけからサービスを要求できれば、クライ
アントにとってＩＰアドレスの管理は必要でなくなる。
この場合には、クライアントの要求するサービスの種類
は、 サービスの識別子＝“任意のＩＰアドレス”＋ポート番
号 で表現されることになる。
【００１２】ところが、ＴＣＰ／ＩＰ上のクライアント
は、ＩＰアドレス＋ポート番号からなるＳＡＰを用い、
かつ、ＴＣＰまたはＵＤＰプロトコルを使用するので、
一般的にはＩＰアドレスを“任意”とすることはできな
い。つまり、ＩＰアドレスは必ず明示的に指定しなけれ
ばならない。ゆえに、サーバの動作する計算機が動的に
変化する場合、各クライアントは、本来必要でないＩＰ
アドレスの管理も非常に重要な管理となってくる。
は、ＩＰアドレス＋ポート番号からなるＳＡＰを用い、
かつ、ＴＣＰまたはＵＤＰプロトコルを使用するので、
一般的にはＩＰアドレスを“任意”とすることはできな
い。つまり、ＩＰアドレスは必ず明示的に指定しなけれ
ばならない。ゆえに、サーバの動作する計算機が動的に
変化する場合、各クライアントは、本来必要でないＩＰ
アドレスの管理も非常に重要な管理となってくる。
【００１３】そこで、目的のサービスを提供するサーバ
のＩＰアドレスが定まらない場合、次のような方法によ
って決定することが考えられる。その１つは、ＵＤＰの
一斉同報送信を使用し、ＩＰアドレスを知る方法。
のＩＰアドレスが定まらない場合、次のような方法によ
って決定することが考えられる。その１つは、ＵＤＰの
一斉同報送信を使用し、ＩＰアドレスを知る方法。
【００１４】他の１つは、ＩＰマルチキャストアドレス
を使用して知る方法である。ここで、ＩＰマルチキャス
トアドレスとは、複数のＩＰアドレスの集合全体を表す
アドレスであり、その集合内の任意のＩＰアドレスを表
していると解釈してもよい。このＩＰマルチキャストも
ＵＤＰを使用する。
を使用して知る方法である。ここで、ＩＰマルチキャス
トアドレスとは、複数のＩＰアドレスの集合全体を表す
アドレスであり、その集合内の任意のＩＰアドレスを表
していると解釈してもよい。このＩＰマルチキャストも
ＵＤＰを使用する。
【００１５】しかし、上記の何れの方法も一般に使用さ
れていない対処方法であるといえる。その理由として
は、以下のことが考えられる。 イ．各クライアントが全て一斉に同報送信を行ったと
き、ネットワークが大規模になったとき、ネットワーク
内に一斉同報送信のパケットがあふれてしまう可能性が
あること。このとき、一斉同報送信されたパケットは、
全部の計算機ノードで受信することになるが、その殆ん
どの計算機ノードでは当該パケットの受信処理が無駄と
なる可能性がある。この無駄な処理の頻度が大きくなる
と、各計算機は、一斉同報の受信ばかりに能力が浪費さ
れ、本来のデータ処理に時間を割くことが難しくなる。 ｂ．ＵＤＰは、ＴＣＰのようにデータの流れの連続性や
順序性を保証していないので、信頼性のあるデータの流
れを確保することが簡単でないこと。 ｃ．ＩＰマルチキャストを使用するためのＴＣＰ／ＩＰ
上の標準は、存在するものの、未だＩＰマルチキャスト
機能を実装したＴＣＰ／ＩＰの処理系が一般化されてい
ないこと。その結果、オープン分散システムの構築上の
標準は、存在するものの、実装が一般化されていない場
合には使用しにくいといった問題がある。
れていない対処方法であるといえる。その理由として
は、以下のことが考えられる。 イ．各クライアントが全て一斉に同報送信を行ったと
き、ネットワークが大規模になったとき、ネットワーク
内に一斉同報送信のパケットがあふれてしまう可能性が
あること。このとき、一斉同報送信されたパケットは、
全部の計算機ノードで受信することになるが、その殆ん
どの計算機ノードでは当該パケットの受信処理が無駄と
なる可能性がある。この無駄な処理の頻度が大きくなる
と、各計算機は、一斉同報の受信ばかりに能力が浪費さ
れ、本来のデータ処理に時間を割くことが難しくなる。 ｂ．ＵＤＰは、ＴＣＰのようにデータの流れの連続性や
順序性を保証していないので、信頼性のあるデータの流
れを確保することが簡単でないこと。 ｃ．ＩＰマルチキャストを使用するためのＴＣＰ／ＩＰ
上の標準は、存在するものの、未だＩＰマルチキャスト
機能を実装したＴＣＰ／ＩＰの処理系が一般化されてい
ないこと。その結果、オープン分散システムの構築上の
標準は、存在するものの、実装が一般化されていない場
合には使用しにくいといった問題がある。
【００１６】そこで、従来、以上のような対処方法を利
用せず、次のような方法が採用されている。 （１） サーバの動作する計算機としては、マスタとス
レーブの２台に限定する。そして、クライアントは、通
常，マスタ側のＩＰアドレスを用いてサーバにアクセス
する。ここで、クライアントは、マスタ側のサーバのア
クセスに失敗したとき、引き続き、スレーブ側のサーバ
にアクセスする。
用せず、次のような方法が採用されている。 （１） サーバの動作する計算機としては、マスタとス
レーブの２台に限定する。そして、クライアントは、通
常，マスタ側のＩＰアドレスを用いてサーバにアクセス
する。ここで、クライアントは、マスタ側のサーバのア
クセスに失敗したとき、引き続き、スレーブ側のサーバ
にアクセスする。
【００１７】このような対処方法は、マスタ側のサー
バ、スレーブ側のサーバと、予め固定的に決めて対処す
るものであって、マスタおよびスレーブの関係を無視し
た状態で管理する方法は一般的に確立されていない。 （２） 任意のサーバは、サービスを提供するポート番
号と自計算機のＩＰアドレスとをペアの形にし、一定周
期ごとにネットワーク上に一斉に同報送信するか、或い
は計算機単位にまとめてＩＰアドレスとポート番号との
ペア情報を一定周期ごとにネットワーク上に一斉に同報
送信する方法である。
バ、スレーブ側のサーバと、予め固定的に決めて対処す
るものであって、マスタおよびスレーブの関係を無視し
た状態で管理する方法は一般的に確立されていない。 （２） 任意のサーバは、サービスを提供するポート番
号と自計算機のＩＰアドレスとをペアの形にし、一定周
期ごとにネットワーク上に一斉に同報送信するか、或い
は計算機単位にまとめてＩＰアドレスとポート番号との
ペア情報を一定周期ごとにネットワーク上に一斉に同報
送信する方法である。
【００１８】
【発明が解決しようとする課題】しかし、前記（１）の
対処方法は、サーバの稼働率を上げるためにサーバの動
作する計算機を複数台用意する場合、各サーバ単位にマ
スタ用の計算機とスレーブ用の計算機を用意する必要が
あること。しかし、ネットワーク内に多数のサーバが存
在する場合、以下のような方法をとらざるを得ない。
対処方法は、サーバの稼働率を上げるためにサーバの動
作する計算機を複数台用意する場合、各サーバ単位にマ
スタ用の計算機とスレーブ用の計算機を用意する必要が
あること。しかし、ネットワーク内に多数のサーバが存
在する場合、以下のような方法をとらざるを得ない。
【００１９】なるべく多くのサーバを一つの計算機に搭
載する必要があること。その結果、従来の大型計算機を
使用した中央集中型の処理体系に逆戻りする形態とな
り、分散化の流れと逆行する対処方法となる。
載する必要があること。その結果、従来の大型計算機を
使用した中央集中型の処理体系に逆戻りする形態とな
り、分散化の流れと逆行する対処方法となる。
【００２０】また、マスタサーバ用の計算機を複数台用
意する場合は、それぞれのマスタサーバ用計算機毎にス
レーブ計算機を用意する必要がある。この場合は、常に
マスタ計算機とスレーブ計算機とがペアとなるので、シ
ステム全体で必要とする計算機の資源が多くなってしま
う。しかも、常にその半数の計算機は、スタンバイ状態
であり、計算機の資源を有効に使用しているとは言えな
い。
意する場合は、それぞれのマスタサーバ用計算機毎にス
レーブ計算機を用意する必要がある。この場合は、常に
マスタ計算機とスレーブ計算機とがペアとなるので、シ
ステム全体で必要とする計算機の資源が多くなってしま
う。しかも、常にその半数の計算機は、スタンバイ状態
であり、計算機の資源を有効に使用しているとは言えな
い。
【００２１】そこで、前記（１）の対処方法による問題
を回避する為には、前述する前記（２）の対処方法が有
効なものと考えられ、実現されている。しかし、この
（２）の対処方法は、ポート番号とＩＰアドレスとの関
係に変更が生じたときだけネットワークに情報を流すの
はでなく、あえて一定周期ごとに情報を流す方法である
が、全てのクライアントが常時サーバからの情報を受信
している保証がない。例えばクライアントは、必要なと
きしか動作していない可能性があり、また一斉同報送信
の場合には全ての受信ノードで確実に受信されている保
証はなく、逆に受信に失敗する受信ノードも存在する。
その結果、 ａ．前記（２）の対処方法では、全てのサーバが一定周
期ごとにポート番号とＩＰアドレスとの関係情報をネッ
トワーク上に一斉同報送信した場合、ネットワークの規
模が大きくなったとき、ネットワーク上に関係情報が氾
濫してしまい、場合によってはネットワークの機能が関
係情報だけで占有されてしまう可能性がある。
を回避する為には、前述する前記（２）の対処方法が有
効なものと考えられ、実現されている。しかし、この
（２）の対処方法は、ポート番号とＩＰアドレスとの関
係に変更が生じたときだけネットワークに情報を流すの
はでなく、あえて一定周期ごとに情報を流す方法である
が、全てのクライアントが常時サーバからの情報を受信
している保証がない。例えばクライアントは、必要なと
きしか動作していない可能性があり、また一斉同報送信
の場合には全ての受信ノードで確実に受信されている保
証はなく、逆に受信に失敗する受信ノードも存在する。
その結果、 ａ．前記（２）の対処方法では、全てのサーバが一定周
期ごとにポート番号とＩＰアドレスとの関係情報をネッ
トワーク上に一斉同報送信した場合、ネットワークの規
模が大きくなったとき、ネットワーク上に関係情報が氾
濫してしまい、場合によってはネットワークの機能が関
係情報だけで占有されてしまう可能性がある。
【００２２】ｂ．全てのクライアントは、ネットワーク
上に流れているポート番号とＩＰアドレスとの関係情報
を常に受信しておく必要があり、本来必要であるはずの
情報を受信するために、通常時に何倍もの不要な情報を
受信しなければならない。
上に流れているポート番号とＩＰアドレスとの関係情報
を常に受信しておく必要があり、本来必要であるはずの
情報を受信するために、通常時に何倍もの不要な情報を
受信しなければならない。
【００２３】ｃ．受信の負荷を回避する為、クライアン
トは、所望のポート番号に対応するＩＰアドレスを入手
しようとした瞬間から受信を開始した場合、目的のＩＰ
アドレスを入手できるまでの平均時間は、当該サーバが
ＩＰアドレス情報を一定周期ごとに送信している周期の
１／２の時間となる。従って、そのレスポンスを上げる
為には、送信周期を早くする必要がある。しかし、送信
周期を早くした場合、前記（１）の対処方法の問題を助
長してしまう問題がある。
トは、所望のポート番号に対応するＩＰアドレスを入手
しようとした瞬間から受信を開始した場合、目的のＩＰ
アドレスを入手できるまでの平均時間は、当該サーバが
ＩＰアドレス情報を一定周期ごとに送信している周期の
１／２の時間となる。従って、そのレスポンスを上げる
為には、送信周期を早くする必要がある。しかし、送信
周期を早くした場合、前記（１）の対処方法の問題を助
長してしまう問題がある。
【００２４】ｄ．サーバやクライアント単位にポート番
号とＩＰアドレスとをペアにし所定周期で一斉同報送信
するのではなく、計算機単位にペアにして一斉同報送信
を実施する場合でも本質的に前記ハの問題を回避するこ
とができない。また、ネットワークの規模が大きくなる
と、前記（１）の対処方法の問題も回避できない。
号とＩＰアドレスとをペアにし所定周期で一斉同報送信
するのではなく、計算機単位にペアにして一斉同報送信
を実施する場合でも本質的に前記ハの問題を回避するこ
とができない。また、ネットワークの規模が大きくなる
と、前記（１）の対処方法の問題も回避できない。
【００２５】すなわち、従来の技術の問題点をまとめる
と、 ＊ 各クライアントが全て一斉同報送信を行う場合、ネ
ットワークの規模が大きくなるにつれ、ネットワーク内
に一斉同報送信のパケットがあふれてしまう可能性があ
ること。 ＊ ＵＤＰを用いる場合、ＴＣＰのようなデータの流れ
の連続性や順序性が保証されていないので、信頼性のあ
るデータの流れを確保することが難しい。 ＊ 近年、サーバの分散化傾向にあるにも拘わらず、こ
の分散化とは逆行する方向にあること。 ＊ 多数の計算機が必要となり、計算機資源の浪費が問
題となること等がある。
と、 ＊ 各クライアントが全て一斉同報送信を行う場合、ネ
ットワークの規模が大きくなるにつれ、ネットワーク内
に一斉同報送信のパケットがあふれてしまう可能性があ
ること。 ＊ ＵＤＰを用いる場合、ＴＣＰのようなデータの流れ
の連続性や順序性が保証されていないので、信頼性のあ
るデータの流れを確保することが難しい。 ＊ 近年、サーバの分散化傾向にあるにも拘わらず、こ
の分散化とは逆行する方向にあること。 ＊ 多数の計算機が必要となり、計算機資源の浪費が問
題となること等がある。
【００２６】請求項１に記載される発明は、上記実情に
鑑みてなされたもので、特定のサービスを提供するサー
バ側のＩＰアドレスが動的に変化する場合でも、ＩＰア
ドレスを確実に取得し、かつ、ＩＡＲＰの実行効率を上
げるＴＣＰ／ＩＰを用いたネットワークシステムを提供
することにある。
鑑みてなされたもので、特定のサービスを提供するサー
バ側のＩＰアドレスが動的に変化する場合でも、ＩＰア
ドレスを確実に取得し、かつ、ＩＡＲＰの実行効率を上
げるＴＣＰ／ＩＰを用いたネットワークシステムを提供
することにある。
【００２７】請求項２に記載される発明は、同じサービ
スを提供するサーバが複数の計算機に跨がっている場
合、計算機の負荷状態を判断しつつ、自動的に別の計算
機のサーバが肩代わりできるようにするＴＣＰ／ＩＰを
用いたネットワークシステムを提供することにある。
スを提供するサーバが複数の計算機に跨がっている場
合、計算機の負荷状態を判断しつつ、自動的に別の計算
機のサーバが肩代わりできるようにするＴＣＰ／ＩＰを
用いたネットワークシステムを提供することにある。
【００２８】請求項３〜５に記載される発明は、各サー
バのポート番号対応のＩＰアドレスを適切に更新し、Ｉ
ＡＲＰの実行効率およびネットワークの効率的利用を図
るＴＣＰ／ＩＰを用いたネットワークシステムを提供す
ることにある。
バのポート番号対応のＩＰアドレスを適切に更新し、Ｉ
ＡＲＰの実行効率およびネットワークの効率的利用を図
るＴＣＰ／ＩＰを用いたネットワークシステムを提供す
ることにある。
【００２９】請求項６および７に記載される発明は、他
のクライアントおよびサーバの情報を傍受し、常に最新
のポート番号対応のＩＰアドレスを取得し、ＩＡＲＰの
実行効率およびネットワークの効率的利用を図るＴＣＰ
／ＩＰを用いたネットワークシステムを提供することに
ある。
のクライアントおよびサーバの情報を傍受し、常に最新
のポート番号対応のＩＰアドレスを取得し、ＩＡＲＰの
実行効率およびネットワークの効率的利用を図るＴＣＰ
／ＩＰを用いたネットワークシステムを提供することに
ある。
【００３０】請求項８および９に記載される発明は、常
に古いポート番号対応のＩＰアドレスを消去するＴＣＰ
／ＩＰを用いたネットワークシステムを提供することに
ある。
に古いポート番号対応のＩＰアドレスを消去するＴＣＰ
／ＩＰを用いたネットワークシステムを提供することに
ある。
【００３１】請求項１０に記載される発明は、ネットワ
ーク全体の性能を高め、データ量を効果的に削減するＴ
ＣＰ／ＩＰを用いたネットワークシステムを提供するこ
とにある。
ーク全体の性能を高め、データ量を効果的に削減するＴ
ＣＰ／ＩＰを用いたネットワークシステムを提供するこ
とにある。
【００３２】
【課題を解決するための手段】上記課題を解決するため
に、請求項１に対応する発明は、ネットワーク上に、ク
ライアントをもつ第１の計算機と、それぞれ特定のサー
ビスを提供するサーバをもつ少くとも１台以上の第２の
計算機とが分散配置され、前記第１の計算機の中の任意
のクライアントが前記第２の計算機のあるサーバにアク
セスし、当該サーバからサービスの提供を受けるＴＣＰ
／ＩＰを用いたネットワークシステムにおいて、前記サ
ーバをもつ第２の計算機が動的に変化する場合、前記任
意のクライアントは、特定のサービスを提供するサーバ
のＩＰアドレスを入手するために、ＩＰアドレスの要
求，所望のサーバのポート番号，自クライアントのポー
ト番号を含む所定の情報を一斉同報送信するＩＰアドレ
ス要求送信手段を設け、このＩＰアドレス要求送信手段
からＩＰアドレスの要求を受けたサーバは、前記サーバ
のポート番号から自サーバのポート番号であると判断し
たとき、前記自クライアントのポート番号を要求元と
し、当該サーバのＩＰアドレスと要求元ポート番号をセ
ットにして送信する応答送信手段を設けたＴＣＰ／ＩＰ
を用いたネットワークシステムである。
に、請求項１に対応する発明は、ネットワーク上に、ク
ライアントをもつ第１の計算機と、それぞれ特定のサー
ビスを提供するサーバをもつ少くとも１台以上の第２の
計算機とが分散配置され、前記第１の計算機の中の任意
のクライアントが前記第２の計算機のあるサーバにアク
セスし、当該サーバからサービスの提供を受けるＴＣＰ
／ＩＰを用いたネットワークシステムにおいて、前記サ
ーバをもつ第２の計算機が動的に変化する場合、前記任
意のクライアントは、特定のサービスを提供するサーバ
のＩＰアドレスを入手するために、ＩＰアドレスの要
求，所望のサーバのポート番号，自クライアントのポー
ト番号を含む所定の情報を一斉同報送信するＩＰアドレ
ス要求送信手段を設け、このＩＰアドレス要求送信手段
からＩＰアドレスの要求を受けたサーバは、前記サーバ
のポート番号から自サーバのポート番号であると判断し
たとき、前記自クライアントのポート番号を要求元と
し、当該サーバのＩＰアドレスと要求元ポート番号をセ
ットにして送信する応答送信手段を設けたＴＣＰ／ＩＰ
を用いたネットワークシステムである。
【００３３】このような手段を講じたことにより、任意
のクライアントが、ＩＰアドレスの要求，所望のサーバ
のポート番号，自クライアントのポート番号を含む所定
の情報を一斉同報送信すれば、所望のサーバのポート番
号をもつサーバが受信し、ポート番号対応のＩＰアドレ
スに自クライアントのポート番号を付加して送信するの
で、サーバをもつ第２の計算機が動的に変化する場合で
あっても、任意のクライアントは確実、かつ、効率的に
サーバのＩＰアドレスを取得することができる。
のクライアントが、ＩＰアドレスの要求，所望のサーバ
のポート番号，自クライアントのポート番号を含む所定
の情報を一斉同報送信すれば、所望のサーバのポート番
号をもつサーバが受信し、ポート番号対応のＩＰアドレ
スに自クライアントのポート番号を付加して送信するの
で、サーバをもつ第２の計算機が動的に変化する場合で
あっても、任意のクライアントは確実、かつ、効率的に
サーバのＩＰアドレスを取得することができる。
【００３４】請求項２に対応する発明は、複数の第２の
計算機が同一のポート番号のサーバを有し、かつ、サー
バをもつ第２の計算機が動的に変化する場合、任意のク
ライアントは、特定のサービスを提供するサーバのＩＰ
アドレスを入手するために、ＩＰアドレスの要求，所望
のサーバのポート番号，自クライアントのポート番号を
含む所定の情報を一斉同報送信するＩＰアドレス要求送
信手段を設け、このＩＰアドレス要求送信手段からＩＰ
アドレスの要求を受けたサーバは、前記サーバのポート
番号から自サーバのポート番号であると判断したが、自
身の第２の計算機の負荷状態から応答を見合わせたと
き、同一のポート番号をもつ他の第２の計算機のサ−バ
が前記自クライアントのポート番号を要求元とし、ＩＰ
アドレスと要求元ポート番号をセットにして送信する応
答送信手段を設けたＴＣＰ／ＩＰを用いたネットワーク
システムである。
計算機が同一のポート番号のサーバを有し、かつ、サー
バをもつ第２の計算機が動的に変化する場合、任意のク
ライアントは、特定のサービスを提供するサーバのＩＰ
アドレスを入手するために、ＩＰアドレスの要求，所望
のサーバのポート番号，自クライアントのポート番号を
含む所定の情報を一斉同報送信するＩＰアドレス要求送
信手段を設け、このＩＰアドレス要求送信手段からＩＰ
アドレスの要求を受けたサーバは、前記サーバのポート
番号から自サーバのポート番号であると判断したが、自
身の第２の計算機の負荷状態から応答を見合わせたと
き、同一のポート番号をもつ他の第２の計算機のサ−バ
が前記自クライアントのポート番号を要求元とし、ＩＰ
アドレスと要求元ポート番号をセットにして送信する応
答送信手段を設けたＴＣＰ／ＩＰを用いたネットワーク
システムである。
【００３５】このような手段を講じたことにより、クラ
イアントからポート番号によってＩＰアドレスの要求を
受けたとき、該当サーバの計算機が過負荷状態にあれ
ば、それに代わって同一のポート番号をもつ他の計算機
のサーバが肩代わりしＩＰアドレスを送信するので、ク
ライアントは、速やかに同一のサービスを受けることが
でき、また過負荷状態にある計算機の負荷の安定化を図
ることができる。
イアントからポート番号によってＩＰアドレスの要求を
受けたとき、該当サーバの計算機が過負荷状態にあれ
ば、それに代わって同一のポート番号をもつ他の計算機
のサーバが肩代わりしＩＰアドレスを送信するので、ク
ライアントは、速やかに同一のサービスを受けることが
でき、また過負荷状態にある計算機の負荷の安定化を図
ることができる。
【００３６】請求項３に対応する発明は、請求項１また
は２に記載される複数のクライアントのうち、関数ＩＡ
ＲＰの基本手順を実施するＩＡＲＰクライアントとし
て、複数のサーバから送信されてくるポート番号および
ＩＰアドレスを登録するアドレス登録手段と、特定のサ
ービスを提供するポート番号をもつサーバに関係するＩ
Ｐアドレスを要求するとき、前記登録手段に当該ポート
番号対応のＩＰアドレスが登録されているか否かを判断
し、ＩＰアドレスが登録されている場合には当該ＩＰア
ドレスを用い、ＩＰアドレスが登録されていない場合に
はＩＰアドレスの要求，所望のサーバのポート番号，自
クライアントのポート番号を含む所定の情報を一斉同報
送信するＩＡＲＰクライアントカーネルとを設けたこと
により、ＩＡＲＰクライアントは、ＩＰアドレスの要求
前に登録手段に登録されているポート番号対応のＩＰア
ドレス有無を確認するが、一般に利用頻度の高いポート
番号対応のＩＰアドレスが登録されている確率が高いこ
とを考えれば、ＩＰアドレスを要求する頻度，つまりネ
ットワークの使用頻度を下げつつ、サーバのサービスを
受けることができる。
は２に記載される複数のクライアントのうち、関数ＩＡ
ＲＰの基本手順を実施するＩＡＲＰクライアントとし
て、複数のサーバから送信されてくるポート番号および
ＩＰアドレスを登録するアドレス登録手段と、特定のサ
ービスを提供するポート番号をもつサーバに関係するＩ
Ｐアドレスを要求するとき、前記登録手段に当該ポート
番号対応のＩＰアドレスが登録されているか否かを判断
し、ＩＰアドレスが登録されている場合には当該ＩＰア
ドレスを用い、ＩＰアドレスが登録されていない場合に
はＩＰアドレスの要求，所望のサーバのポート番号，自
クライアントのポート番号を含む所定の情報を一斉同報
送信するＩＡＲＰクライアントカーネルとを設けたこと
により、ＩＡＲＰクライアントは、ＩＰアドレスの要求
前に登録手段に登録されているポート番号対応のＩＰア
ドレス有無を確認するが、一般に利用頻度の高いポート
番号対応のＩＰアドレスが登録されている確率が高いこ
とを考えれば、ＩＰアドレスを要求する頻度，つまりネ
ットワークの使用頻度を下げつつ、サーバのサービスを
受けることができる。
【００３７】請求項４に対応する発明は、請求項１また
は２に記載される複数のクライアントのうち、関数ＩＡ
ＲＰの基本手順を実施するＩＡＲＰクライアントは、複
数のサーバから送信されてくるポート番号、ＩＰアドレ
スの他、実行時刻を登録する登録手段と、特定のサービ
スを提供するポート番号をもつサーバに関係するＩＰア
ドレスを要求するとき、前記登録手段に当該ポート番号
対応のＩＰアドレスが登録されているか否かを判断し、
ＩＰアドレスが登録されている場合には当該ＩＰアドレ
スを用い、ＩＰアドレスが登録されていない場合にはＩ
Ｐアドレスの要求，所望のサーバのポート番号，自クラ
イアントのポート番号を含む所定の情報を一斉同報送信
するＩＰアドレス要求送信手段と、前記サーバから送ら
れてくるポート番号およびＩＰアドレスを受信して登録
する際、前記登録手段に同一のポート番号対応のＩＰア
ドレスが登録されているか否かを判断し、登録されてい
る場合には受信された内容で更新し、登録されていない
場合には前記登録手段の空きエリアまたは最も古い前記
実行時刻をもつポート番号対応のＩＰアドレスエリアに
登録するＩＰアドレス更新手段とを有するＩＡＲＰクラ
イアントカーネルとを設けたＴＣＰ／ＩＰを用いたネッ
トワークシステムである。
は２に記載される複数のクライアントのうち、関数ＩＡ
ＲＰの基本手順を実施するＩＡＲＰクライアントは、複
数のサーバから送信されてくるポート番号、ＩＰアドレ
スの他、実行時刻を登録する登録手段と、特定のサービ
スを提供するポート番号をもつサーバに関係するＩＰア
ドレスを要求するとき、前記登録手段に当該ポート番号
対応のＩＰアドレスが登録されているか否かを判断し、
ＩＰアドレスが登録されている場合には当該ＩＰアドレ
スを用い、ＩＰアドレスが登録されていない場合にはＩ
Ｐアドレスの要求，所望のサーバのポート番号，自クラ
イアントのポート番号を含む所定の情報を一斉同報送信
するＩＰアドレス要求送信手段と、前記サーバから送ら
れてくるポート番号およびＩＰアドレスを受信して登録
する際、前記登録手段に同一のポート番号対応のＩＰア
ドレスが登録されているか否かを判断し、登録されてい
る場合には受信された内容で更新し、登録されていない
場合には前記登録手段の空きエリアまたは最も古い前記
実行時刻をもつポート番号対応のＩＰアドレスエリアに
登録するＩＰアドレス更新手段とを有するＩＡＲＰクラ
イアントカーネルとを設けたＴＣＰ／ＩＰを用いたネッ
トワークシステムである。
【００３８】このような手段を講じたことにより、ＩＡ
ＲＰクライアントは、サーバのＩＰアドレスを要求する
とき、登録手段に登録されているポート番号対応のＩＰ
アドレスを利用する一方、各サーバから送られてくるポ
ート番号およびＩＰアドレスを受信して登録するとき、
同一のポート番号対応のＩＰアドレスがあれば、受信し
た内容で更新することにより、より正確なポート番号対
応ＩＰアドレスを保持し、また登録されていない場合に
は登録手段の空きエリアに登録するか、或いは最も古い
実行時刻をもつポート番号対応のＩＰアドレスのエリア
を更新することにより、常に最新のポート番号対応のＩ
Ｐアドレスを確保でき、また登録手段の少ないエリアを
有効に利用しつつ登録でき、さらに登録されているＩＰ
アドレスを利用することにより、ＩＡＲＰの実行効率を
上げることができる。
ＲＰクライアントは、サーバのＩＰアドレスを要求する
とき、登録手段に登録されているポート番号対応のＩＰ
アドレスを利用する一方、各サーバから送られてくるポ
ート番号およびＩＰアドレスを受信して登録するとき、
同一のポート番号対応のＩＰアドレスがあれば、受信し
た内容で更新することにより、より正確なポート番号対
応ＩＰアドレスを保持し、また登録されていない場合に
は登録手段の空きエリアに登録するか、或いは最も古い
実行時刻をもつポート番号対応のＩＰアドレスのエリア
を更新することにより、常に最新のポート番号対応のＩ
Ｐアドレスを確保でき、また登録手段の少ないエリアを
有効に利用しつつ登録でき、さらに登録されているＩＰ
アドレスを利用することにより、ＩＡＲＰの実行効率を
上げることができる。
【００３９】請求項５に対応する発明は、請求項３また
は請求項４に記載される登録手段に各ポート番号対応の
ＩＰアドレスとともに実行時刻を登録し、かつ、ポート
番号対応のＩＰアドレスの信頼性を担保するための規定
時間を設定しておけば、消去手段が所定の周期ごとに実
行時刻と現在時刻との差の時間が前記規定時間を越えた
とき、実行時刻に対応するポート番号対応のＩＰアドレ
スを消去でき、より確実なポート番号対応のＩＰアドレ
スを保持でき、しかも登録されているＩＰアドレスを利
用することにより、ＩＡＲＰの実行効率を上げることが
できる。
は請求項４に記載される登録手段に各ポート番号対応の
ＩＰアドレスとともに実行時刻を登録し、かつ、ポート
番号対応のＩＰアドレスの信頼性を担保するための規定
時間を設定しておけば、消去手段が所定の周期ごとに実
行時刻と現在時刻との差の時間が前記規定時間を越えた
とき、実行時刻に対応するポート番号対応のＩＰアドレ
スを消去でき、より確実なポート番号対応のＩＰアドレ
スを保持でき、しかも登録されているＩＰアドレスを利
用することにより、ＩＡＲＰの実行効率を上げることが
できる。
【００４０】請求項６に対応する発明は、複数のクライ
アントのうち、関数ＩＡＲＰの基本手順を実施するＩＡ
ＲＰクライアントは、複数のサーバから送信されてくる
ポート番号およびＩＰアドレスを登録する登録手段と、
特定のサービスを提供するポート番号をもつサーバに関
係するＩＰアドレスを要求するとき、前記登録手段に当
該ポート番号対応のＩＰアドレスが登録されているか否
かを判断し、ＩＰアドレスが登録されている場合には当
該ＩＰアドレスを用い、ＩＰアドレスが登録されていな
い場合にはＩＰアドレスの要求，所望のサーバのポート
番号，自クライアントのポート番号を含む所定の情報を
一斉同報送信するＩＡＲＰクライアントカーネルと、他
のクライアントの取得するポート番号対応のＩＰアドレ
スまたはサーバから送信されてくるポート番号対応のＩ
Ｐアドレスを傍受し、前記登録手段に当該ポート番号対
応のＩＰアドレスが登録されていない場合には新規に登
録し、既に登録されている場合には当該ポート番号対応
のＩＰアドレスを用いて更新する応答傍受手段とを設け
たものである。
アントのうち、関数ＩＡＲＰの基本手順を実施するＩＡ
ＲＰクライアントは、複数のサーバから送信されてくる
ポート番号およびＩＰアドレスを登録する登録手段と、
特定のサービスを提供するポート番号をもつサーバに関
係するＩＰアドレスを要求するとき、前記登録手段に当
該ポート番号対応のＩＰアドレスが登録されているか否
かを判断し、ＩＰアドレスが登録されている場合には当
該ＩＰアドレスを用い、ＩＰアドレスが登録されていな
い場合にはＩＰアドレスの要求，所望のサーバのポート
番号，自クライアントのポート番号を含む所定の情報を
一斉同報送信するＩＡＲＰクライアントカーネルと、他
のクライアントの取得するポート番号対応のＩＰアドレ
スまたはサーバから送信されてくるポート番号対応のＩ
Ｐアドレスを傍受し、前記登録手段に当該ポート番号対
応のＩＰアドレスが登録されていない場合には新規に登
録し、既に登録されている場合には当該ポート番号対応
のＩＰアドレスを用いて更新する応答傍受手段とを設け
たものである。
【００４１】このような手段を講じたことにより、他の
クライアント等の取得するポート番号対応のＩＰアドレ
スを傍受し、前記登録手段にポート番号対応のＩＰアド
レスが登録されていない場合には新規に登録し、既に登
録されている場合には当該ポート番号対応のＩＰアドレ
スを用いて更新するので、自身が取得するよりも多くの
ポート番号対応のＩＰアドレスを登録でき、しかも常に
新しい情報を取得でき、登録内容をより新鮮に保持でき
る。
クライアント等の取得するポート番号対応のＩＰアドレ
スを傍受し、前記登録手段にポート番号対応のＩＰアド
レスが登録されていない場合には新規に登録し、既に登
録されている場合には当該ポート番号対応のＩＰアドレ
スを用いて更新するので、自身が取得するよりも多くの
ポート番号対応のＩＰアドレスを登録でき、しかも常に
新しい情報を取得でき、登録内容をより新鮮に保持でき
る。
【００４２】請求項７に対応する発明は、請求項１また
は請求項２に記載される複数のクライアントのうち、関
数ＩＡＲＰの基本手順を実施するＩＡＲＰクライアント
として、複数のサーバから送信されてくるポート番号、
ＩＰアドレスの他、実行時刻を登録する登録手段と、他
のクライアントの取得するポート番号対応のＩＰアドレ
スまたはサーバから送信されてくるポート番号対応のＩ
Ｐアドレスを傍受し、前記登録手段に当該ポート番号対
応のＩＰアドレスが登録されていない場合には新規に登
録し、既に登録されている場合には当該ポート番号対応
のＩＰアドレスを用いて更新し、さらに傍受か自身で取
得したかの情報区分を登録する応答傍受手段と、この応
答傍受手段で傍受し、または自身が関数ＩＡＲＰの基本
手順に従って取得したポート番号対応のＩＰアドレスを
前記登録手段に登録するとき、傍受か自身で取得したか
を判断し、傍受および古い実行時刻のポート番号対応の
ＩＰアドレスを更新・削除するＩＡＲＰクライアントカ
ーネルとを設けたＴＣＰ／ＩＰを用いたネットワークシ
ステムである。
は請求項２に記載される複数のクライアントのうち、関
数ＩＡＲＰの基本手順を実施するＩＡＲＰクライアント
として、複数のサーバから送信されてくるポート番号、
ＩＰアドレスの他、実行時刻を登録する登録手段と、他
のクライアントの取得するポート番号対応のＩＰアドレ
スまたはサーバから送信されてくるポート番号対応のＩ
Ｐアドレスを傍受し、前記登録手段に当該ポート番号対
応のＩＰアドレスが登録されていない場合には新規に登
録し、既に登録されている場合には当該ポート番号対応
のＩＰアドレスを用いて更新し、さらに傍受か自身で取
得したかの情報区分を登録する応答傍受手段と、この応
答傍受手段で傍受し、または自身が関数ＩＡＲＰの基本
手順に従って取得したポート番号対応のＩＰアドレスを
前記登録手段に登録するとき、傍受か自身で取得したか
を判断し、傍受および古い実行時刻のポート番号対応の
ＩＰアドレスを更新・削除するＩＡＲＰクライアントカ
ーネルとを設けたＴＣＰ／ＩＰを用いたネットワークシ
ステムである。
【００４３】このような手段を講じたことにより、登録
されたポート番号対応のＩＰアドレスが傍受か自身で取
得したかを情報区分として登録しているが、通常，自身
が取得したものよりも傍受のものが信頼性が低いので、
傍受、または自身が関数ＩＡＲＰの基本手順に従って取
得したポート番号対応のＩＰアドレスを登録手段に登録
するとき、傍受および古い実行時刻のポート番号対応の
ＩＰアドレスを更新・削除すれば、常に最新、かつ、信
頼性の高いポート番号対応のＩＰアドレスを確保でき、
ＩＡＲＰの実行効率をより高めることができる。
されたポート番号対応のＩＰアドレスが傍受か自身で取
得したかを情報区分として登録しているが、通常，自身
が取得したものよりも傍受のものが信頼性が低いので、
傍受、または自身が関数ＩＡＲＰの基本手順に従って取
得したポート番号対応のＩＰアドレスを登録手段に登録
するとき、傍受および古い実行時刻のポート番号対応の
ＩＰアドレスを更新・削除すれば、常に最新、かつ、信
頼性の高いポート番号対応のＩＰアドレスを確保でき、
ＩＡＲＰの実行効率をより高めることができる。
【００４４】請求項８に対応する発明は、請求項１また
は請求項２に記載される第２の計算機内の複数のサーバ
のうち関数ＩＡＲＰの基本手順を実施するＩＡＲＰサー
バとしては、サーバのポート番号ごとにリフレッシュ時
間推奨値を登録する登録手段と、複数のクライアントの
うち、関数ＩＡＲＰの基本手順を実施するＩＡＲＰクラ
イアントから所望のサーバのポート番号を含むパケット
によってＩＰアドレスの要求があったとき、各サーバの
ポート番号対応のＩＰアドレスにリフレッシュ時間推奨
値を付加して送信する応答送信手段とを設け、前記複数
のクライアントのうち、関数ＩＡＲＰの基本手順を実施
するＩＡＲＰクライアントは、前記ＩＡＲＰサーバから
送られてくるポート番号対応のＩＰアドレスおよび前記
リフレッシュ時間推奨値の他、実行時刻を登録する登録
手段と、所定の周期ごとに前記実行時刻と現在時刻との
差の時間が前記リフレッシュ時間推奨値を越えたとき、
当該リフレッシュ時間推奨値に対応するポート番号対応
のＩＰアドレスを消去する消去手段とを設けたＴＣＰ／
ＩＰを用いたネットワークシステムである。
は請求項２に記載される第２の計算機内の複数のサーバ
のうち関数ＩＡＲＰの基本手順を実施するＩＡＲＰサー
バとしては、サーバのポート番号ごとにリフレッシュ時
間推奨値を登録する登録手段と、複数のクライアントの
うち、関数ＩＡＲＰの基本手順を実施するＩＡＲＰクラ
イアントから所望のサーバのポート番号を含むパケット
によってＩＰアドレスの要求があったとき、各サーバの
ポート番号対応のＩＰアドレスにリフレッシュ時間推奨
値を付加して送信する応答送信手段とを設け、前記複数
のクライアントのうち、関数ＩＡＲＰの基本手順を実施
するＩＡＲＰクライアントは、前記ＩＡＲＰサーバから
送られてくるポート番号対応のＩＰアドレスおよび前記
リフレッシュ時間推奨値の他、実行時刻を登録する登録
手段と、所定の周期ごとに前記実行時刻と現在時刻との
差の時間が前記リフレッシュ時間推奨値を越えたとき、
当該リフレッシュ時間推奨値に対応するポート番号対応
のＩＰアドレスを消去する消去手段とを設けたＴＣＰ／
ＩＰを用いたネットワークシステムである。
【００４５】このような手段を講じたことにより、ＩＡ
ＲＰクライアントは、所定の周期ごとに前記実行時刻と
現在時刻との差の時間と、ポート番号対応のＩＰアドレ
スに最適なリフレッシュ時間推奨値とからポート番号対
応のＩＰアドレスをリフレッシュするので、ポート番号
に対応するサーバ単位に最適なＩＡＲＰの効率を実現で
きる。
ＲＰクライアントは、所定の周期ごとに前記実行時刻と
現在時刻との差の時間と、ポート番号対応のＩＰアドレ
スに最適なリフレッシュ時間推奨値とからポート番号対
応のＩＰアドレスをリフレッシュするので、ポート番号
に対応するサーバ単位に最適なＩＡＲＰの効率を実現で
きる。
【００４６】請求項９に対応する発明は、請求項１また
は請求項２に記載される第２の計算機の複数のサーバの
うち関数ＩＡＲＰの基本手順を実施するＩＡＲＰサーバ
は、複数のクライアントのうち、関数ＩＡＲＰの基本手
順を実施するＩＡＲＰクライアントからサーバのポート
番号を含むパケットによってＩＰアドレスの要求があっ
たとき、各サーバのポート番号対応のＩＰアドレス、当
該ポート番号とＩＰアドレスとに関係する補助情報およ
び補助情報を用いた応答時刻を付加したパケットを送信
する応答送信手段を設け、また、複数のクライアントの
うち、関数ＩＡＲＰの基本手順を実施するＩＡＲＰクラ
イアントは、前記ＩＡＲＰサーバから送信されてくるポ
ート番号対応のサーバに関係するＩＰアドレス，補助情
報および応答時刻を登録する登録手段と、所定の周期ご
とに応答時刻に従って並び替えを実施し、古い応答時刻
のポート番号対応のＩＰアドレスを更新・削除する消去
手段とを設けたＴＣＰ／ＩＰを用いたネットワークシス
テムである。
は請求項２に記載される第２の計算機の複数のサーバの
うち関数ＩＡＲＰの基本手順を実施するＩＡＲＰサーバ
は、複数のクライアントのうち、関数ＩＡＲＰの基本手
順を実施するＩＡＲＰクライアントからサーバのポート
番号を含むパケットによってＩＰアドレスの要求があっ
たとき、各サーバのポート番号対応のＩＰアドレス、当
該ポート番号とＩＰアドレスとに関係する補助情報およ
び補助情報を用いた応答時刻を付加したパケットを送信
する応答送信手段を設け、また、複数のクライアントの
うち、関数ＩＡＲＰの基本手順を実施するＩＡＲＰクラ
イアントは、前記ＩＡＲＰサーバから送信されてくるポ
ート番号対応のサーバに関係するＩＰアドレス，補助情
報および応答時刻を登録する登録手段と、所定の周期ご
とに応答時刻に従って並び替えを実施し、古い応答時刻
のポート番号対応のＩＰアドレスを更新・削除する消去
手段とを設けたＴＣＰ／ＩＰを用いたネットワークシス
テムである。
【００４７】このような手段を講じたことにより、サー
バが情報の隙間を利用して補助的な情報を流すことによ
り、ＩＡＲＰクライアントでは、より充実した内容をも
つポート番号対応のＩＰアドレスおよび関連情報を保持
でき、それだけサーバのＩＰアドレスを要求するときの
ヒット率が高くなり、ＩＡＲＰの実行効率を高めること
ができる。
バが情報の隙間を利用して補助的な情報を流すことによ
り、ＩＡＲＰクライアントでは、より充実した内容をも
つポート番号対応のＩＰアドレスおよび関連情報を保持
でき、それだけサーバのＩＰアドレスを要求するときの
ヒット率が高くなり、ＩＡＲＰの実行効率を高めること
ができる。
【００４８】請求項１０に対応する発明は、所望のポー
ト番号をもつサーバのＩＰアドレスを要求するグローバ
ルネットワークと複数のローカルネットワークとを備え
たＴＣＰ／ＩＰを用いたネットワークシステムにおい
て、前記グローバルネットワークと前記ローカルネット
ワークとを階層化するとともに、前記グローバルネット
ワークと各ローカルネットワークとの間に、各ネットワ
ークを流れるポート番号対応のＩＰアドレスの要求情報
のトラフィックを分離する分離手段を設けたＴＣＰ／Ｉ
Ｐを用いたネットワークシステムである。
ト番号をもつサーバのＩＰアドレスを要求するグローバ
ルネットワークと複数のローカルネットワークとを備え
たＴＣＰ／ＩＰを用いたネットワークシステムにおい
て、前記グローバルネットワークと前記ローカルネット
ワークとを階層化するとともに、前記グローバルネット
ワークと各ローカルネットワークとの間に、各ネットワ
ークを流れるポート番号対応のＩＰアドレスの要求情報
のトラフィックを分離する分離手段を設けたＴＣＰ／Ｉ
Ｐを用いたネットワークシステムである。
【００４９】このような手段を講じたことにより、巨大
なネットワークの場合でも、他のネットワークに情報が
流れることがなく、パケットの氾濫をなくし、ネットワ
ーク上のデータ量を削減できる。
なネットワークの場合でも、他のネットワークに情報が
流れることがなく、パケットの氾濫をなくし、ネットワ
ーク上のデータ量を削減できる。
【００５０】
【発明の実施の形態】以下、請求項１を含むＴＣＰ／Ｉ
Ｐを用いたネットワークシステムの基本構成を説明し、
その後、各請求項に係わる発明の実施形態についてそれ
ぞれ図面を参照して説明する。 〔ネットワークシステムの基本構成〕本発明システムの
基本構成は、以下のようなモデル形式をもって表すもの
とする。
Ｐを用いたネットワークシステムの基本構成を説明し、
その後、各請求項に係わる発明の実施形態についてそれ
ぞれ図面を参照して説明する。 〔ネットワークシステムの基本構成〕本発明システムの
基本構成は、以下のようなモデル形式をもって表すもの
とする。
【００５１】 ＩＰ（ｓ）＝ＩＡＲＰ（ｘ） …… （１） 但し、ＩＰ（ｓ）：サーバＳの動作している計算機のＩ
Ｐアドレス ＩＡＲＰ（ｘ）：ポート番号ｘをもつサーバの動作して
いる計算機のＩＰアドレスを返す関数（IP-Adress Reso
lution Protcol）である。
Ｐアドレス ＩＡＲＰ（ｘ）：ポート番号ｘをもつサーバの動作して
いる計算機のＩＰアドレスを返す関数（IP-Adress Reso
lution Protcol）である。
【００５２】従って、この（１）式のモデル形式は、前
記関数ＩＡＲＰを実現する１つの方法論であるとも言え
る。この関数ＩＡＲＰを実現するための基本的な構成に
ついて図１を参照して説明する。なお、同図（ａ）はク
ライアントＣｘが複数のサーバに対してパケットを一斉
同報送信している図、同図（ｂ）はサーバＳｘがクライ
アントＣｘに対して自分のＩＰアドレスを応答するため
のパケットを送信している図である。
記関数ＩＡＲＰを実現する１つの方法論であるとも言え
る。この関数ＩＡＲＰを実現するための基本的な構成に
ついて図１を参照して説明する。なお、同図（ａ）はク
ライアントＣｘが複数のサーバに対してパケットを一斉
同報送信している図、同図（ｂ）はサーバＳｘがクライ
アントＣｘに対して自分のＩＰアドレスを応答するため
のパケットを送信している図である。
【００５３】すなわち、このシステムは、ネットワーク
上に、クライアントＣｘを含む複数のクライアントをも
つ計算機１１、サーバＳａを含む複数のサーバをもつ計
算機１２ａ，１２ｂ、…、サーバＳｘを含む複数のサー
バをもつ計算機１２ｘが接続されている。ここでは、計
算機１２ａ，１２ｂがそれぞれ同じサービスを提供する
サーバＳａをもっている。そして、特定のサービスを提
供するサーバの動作している計算機が固定的でなく、動
的に変化することから、任意のクライアント例えばＣｘ
は、必要とするサービスを提供する例えばサーバＳｘの
ＩＰアドレスを入手する必要があるが、このとき前記関
数ＩＡＰＲを用いてＩＰアドレスを入手するものであ
る。
上に、クライアントＣｘを含む複数のクライアントをも
つ計算機１１、サーバＳａを含む複数のサーバをもつ計
算機１２ａ，１２ｂ、…、サーバＳｘを含む複数のサー
バをもつ計算機１２ｘが接続されている。ここでは、計
算機１２ａ，１２ｂがそれぞれ同じサービスを提供する
サーバＳａをもっている。そして、特定のサービスを提
供するサーバの動作している計算機が固定的でなく、動
的に変化することから、任意のクライアント例えばＣｘ
は、必要とするサービスを提供する例えばサーバＳｘの
ＩＰアドレスを入手する必要があるが、このとき前記関
数ＩＡＰＲを用いてＩＰアドレスを入手するものであ
る。
【００５４】なお、同図においてＩＰ−ＡはサーバＳａ
の動作している計算機１２ａのＩＰアドレス、ＩＰ−Ｂ
はサーバＳａの動作している計算機１２ｂのＩＰアドレ
ス、ＩＰ−ＸはサーバＳｘの動作している計算機１２ｘ
のＩＰアドレス、ｐｏｒｔ−ＳａはサーバＳａのポート
番号、ｐｏｒｔ−ＳｘはサーバＳｘのポート番号であ
る。１３はネットワークである。
の動作している計算機１２ａのＩＰアドレス、ＩＰ−Ｂ
はサーバＳａの動作している計算機１２ｂのＩＰアドレ
ス、ＩＰ−ＸはサーバＳｘの動作している計算機１２ｘ
のＩＰアドレス、ｐｏｒｔ−ＳａはサーバＳａのポート
番号、ｐｏｒｔ−ＳｘはサーバＳｘのポート番号であ
る。１３はネットワークである。
【００５５】図２はクライアントＣｘがサーバＳｘ側の
ＩＰアドレスを入手するために送信するＵＤＰパケット
１４のフォーマットである。このＵＤＰパケット１４
は、サーバＳｘがクライアントＣｘに対して自分のＩＰ
アドレスを応答する場合にも使用されるものであって、
６つのフィールドから構成され、先頭から順に以下のよ
うな意味をもっている。
ＩＰアドレスを入手するために送信するＵＤＰパケット
１４のフォーマットである。このＵＤＰパケット１４
は、サーバＳｘがクライアントＣｘに対して自分のＩＰ
アドレスを応答する場合にも使用されるものであって、
６つのフィールドから構成され、先頭から順に以下のよ
うな意味をもっている。
【００５６】XID ：ＵＤＰパケットが関数ＩＡＲＰのた
めのパケットであることを表すコード。つまり、ＩＡＲ
Ｐプロトコルデータを表す識別子。 TYPE：ＩＡＲＰクライアントとＩＡＲＰサーバとの間の
パケットの送信方向を表すもので、TYPE＝０：要求、TY
PE＝１：応答を意味する。ここで、ＩＡＲＰクライアン
トとは、複数のフクイアントのうちＩＡＲＰを使用して
ＩＰアドレスを要求する専用のクライアントであり、一
方、ＩＡＲＰサーバとは、複数のサーバのうちＩＡＲＰ
を使用してＩＰアドレスの応答を行う専用のサーバであ
って、これらＩＡＲＰクライアント、ＩＡＲＰサーバは
後記する図３で説明する。
めのパケットであることを表すコード。つまり、ＩＡＲ
Ｐプロトコルデータを表す識別子。 TYPE：ＩＡＲＰクライアントとＩＡＲＰサーバとの間の
パケットの送信方向を表すもので、TYPE＝０：要求、TY
PE＝１：応答を意味する。ここで、ＩＡＲＰクライアン
トとは、複数のフクイアントのうちＩＡＲＰを使用して
ＩＰアドレスを要求する専用のクライアントであり、一
方、ＩＡＲＰサーバとは、複数のサーバのうちＩＡＲＰ
を使用してＩＰアドレスの応答を行う専用のサーバであ
って、これらＩＡＲＰクライアント、ＩＡＲＰサーバは
後記する図３で説明する。
【００５７】Dest.PORT-NO：目的のサーバのポート番
号。 Target-IP-Address ：ＩＡＲＰ（）の結果から得られる
ＩＰアドレス。 Orig.PORT-NO. ：要求元ＩＡＲＰクライアントのポート
番号。 Orig.IP-Address ：要求元計算機のＩＰアドレス。
号。 Target-IP-Address ：ＩＡＲＰ（）の結果から得られる
ＩＰアドレス。 Orig.PORT-NO. ：要求元ＩＡＲＰクライアントのポート
番号。 Orig.IP-Address ：要求元計算機のＩＰアドレス。
【００５８】次に、以上のような基本構成をもつシステ
ムの動作について説明する。 （１） クライアントＣｘは、一斉同報通信を用いてネ
ットワーク上に図２に示すようなＵＤＰパケット１４を
送信する。但し、その際、ポート番号として、予めＩＡ
ＲＰ用に固定的に定められているポート番号ｐｏｒｔ−
Ｐｓを使用する。
ムの動作について説明する。 （１） クライアントＣｘは、一斉同報通信を用いてネ
ットワーク上に図２に示すようなＵＤＰパケット１４を
送信する。但し、その際、ポート番号として、予めＩＡ
ＲＰ用に固定的に定められているポート番号ｐｏｒｔ−
Ｐｓを使用する。
【００５９】また、図２に示すＵＤＰパケットのデータ
は、以下のように指定する。 XID ：予め決められたある固定的な値を使用する。 TYPE：要求を表す「０」を指定する。 Dest.PORT-NO：目的のサーバのポート番号ｐｏｒｔ−Ｓ
ｘを指定する。 Target-IP-Address ：何も指定しない（ＮＵＬＬ）。 Orig.PORT-NO. ：要求元ＩＡＲＰクライアントのポート
番号。 0rig.IP-Address ：自計算機のＩＰアドレス。
は、以下のように指定する。 XID ：予め決められたある固定的な値を使用する。 TYPE：要求を表す「０」を指定する。 Dest.PORT-NO：目的のサーバのポート番号ｐｏｒｔ−Ｓ
ｘを指定する。 Target-IP-Address ：何も指定しない（ＮＵＬＬ）。 Orig.PORT-NO. ：要求元ＩＡＲＰクライアントのポート
番号。 0rig.IP-Address ：自計算機のＩＰアドレス。
【００６０】クライアントＣｘは、以上のようにしてＵ
ＤＰパケット１４を送信後、サーバＳｘからの応答を一
定時間だけ待ち続ける。図１（ａ）はクライアントＣｘ
がＵＤＰパケット１４を送信している状態を示す。 （２） 一方、サーバＳｘ側は、本来のサービスを提供
するポート番号ｐｏｒｔ−Ｓｘをもち、クライアントＣ
ｘからのサービスの要求を待っており、同時にＩＡＲＰ
手順のための専用のポート番号ｐｏｒｔ−ＰｓでＵＤＰ
パケット１４の受信待ちも行っている。このポート番号
ｐｏｒｔ−Ｐｓは後記する図３で具体的に説明するＩＡ
ＲＰ手順の為の専用のポートであり、全てのサーバが共
通に使用されるポートである。
ＤＰパケット１４を送信後、サーバＳｘからの応答を一
定時間だけ待ち続ける。図１（ａ）はクライアントＣｘ
がＵＤＰパケット１４を送信している状態を示す。 （２） 一方、サーバＳｘ側は、本来のサービスを提供
するポート番号ｐｏｒｔ−Ｓｘをもち、クライアントＣ
ｘからのサービスの要求を待っており、同時にＩＡＲＰ
手順のための専用のポート番号ｐｏｒｔ−ＰｓでＵＤＰ
パケット１４の受信待ちも行っている。このポート番号
ｐｏｒｔ−Ｐｓは後記する図３で具体的に説明するＩＡ
ＲＰ手順の為の専用のポートであり、全てのサーバが共
通に使用されるポートである。
【００６１】ここで、サーバＳｘがｐｏｒｔ−Ｐｓから
ＵＤＰパケット１４を受信すると、ＵＤＰパケット１４
のデータ列が図２のフォーマットであると解釈する。し
かる後、パケット１４の中のDest.PORT NO部分を取り出
し、そのポケット番号がサービスを提供している自サー
バのポート番号か否かを判定する。自サーバのポート番
号であれば、サーバＳｘは図２に示すパケット１４と同
様のデータ順序に従ってＵＤＰパケット１４を送信す
る。但し、その際、ポート番号として、受信したＵＤＰ
パケット１４のOrig.PORT-NO. で指定されている要求元
ポート番号を使用する。これは、要求に対する応答を、
要求元のクライアントＣｘに正しく返送するためであ
る。
ＵＤＰパケット１４を受信すると、ＵＤＰパケット１４
のデータ列が図２のフォーマットであると解釈する。し
かる後、パケット１４の中のDest.PORT NO部分を取り出
し、そのポケット番号がサービスを提供している自サー
バのポート番号か否かを判定する。自サーバのポート番
号であれば、サーバＳｘは図２に示すパケット１４と同
様のデータ順序に従ってＵＤＰパケット１４を送信す
る。但し、その際、ポート番号として、受信したＵＤＰ
パケット１４のOrig.PORT-NO. で指定されている要求元
ポート番号を使用する。これは、要求に対する応答を、
要求元のクライアントＣｘに正しく返送するためであ
る。
【００６２】このとき、送信するＵＤＰパケットの中の
各データは以下のように指定する。 XID ：予め決められたある固定的な値を使用する。 TYPE：要求を表す「１」を指定する。 Dest.PORT-NO：目的のサーバのポート番号ｐｏｒｔ−Ｓ
ｘを指定する。 Target IP-Address ：自計算機のＩＰアドレスを指定す
る。 Orig.PORT-NO. ：受信したときのOrig.PORT-NO. をその
まま使用する。 Orig.IP-Address ：受信したときのOrig.IP-Address を
そのまま使用する。
各データは以下のように指定する。 XID ：予め決められたある固定的な値を使用する。 TYPE：要求を表す「１」を指定する。 Dest.PORT-NO：目的のサーバのポート番号ｐｏｒｔ−Ｓ
ｘを指定する。 Target IP-Address ：自計算機のＩＰアドレスを指定す
る。 Orig.PORT-NO. ：受信したときのOrig.PORT-NO. をその
まま使用する。 Orig.IP-Address ：受信したときのOrig.IP-Address を
そのまま使用する。
【００６３】図１（ｂ）は、ポート番号ｐｏｒｔ−Ｓｘ
をもつサーバＳｘがクライアントＣｘからの要求に応答
している状態を概念的に表している。 （３） ここで、クライアントＣｘは、前記（１）で要
求した関数ＩＡＲＰ（ｐｏｒｔ−Ｓｘ）の結果として、
前記（２）の応答パケットで受信すると、当該応答パケ
ットの中のTarget-IP-Address で示されるＩＰアドレス
が目的のＩＰアドレスとなる。従って、以後、そのＩＰ
アドレスと目的のポート番号 ｐｏｒｔ−Ｓｘとを用いて通常のＴＣＰ／ＩＰの手順に
従って目的のサーバＳｘにサービスを要求することがで
きる。
をもつサーバＳｘがクライアントＣｘからの要求に応答
している状態を概念的に表している。 （３） ここで、クライアントＣｘは、前記（１）で要
求した関数ＩＡＲＰ（ｐｏｒｔ−Ｓｘ）の結果として、
前記（２）の応答パケットで受信すると、当該応答パケ
ットの中のTarget-IP-Address で示されるＩＰアドレス
が目的のＩＰアドレスとなる。従って、以後、そのＩＰ
アドレスと目的のポート番号 ｐｏｒｔ−Ｓｘとを用いて通常のＴＣＰ／ＩＰの手順に
従って目的のサーバＳｘにサービスを要求することがで
きる。
【００６４】従って、前記（１）〜（３）までの基本的
な処理手順をとることにより、クライアントは、目的の
ポート番号をもつサーバのＩＰアドレスを入手すること
ができる。 （第１の実施の形態）図３は請求項１に係わる発明の一
実施形態を示す構成図である。
な処理手順をとることにより、クライアントは、目的の
ポート番号をもつサーバのＩＰアドレスを入手すること
ができる。 （第１の実施の形態）図３は請求項１に係わる発明の一
実施形態を示す構成図である。
【００６５】この実施の形態は、各計算機のクライアン
ト群またはサーバ群ごとに、ＩＡＲＰの基本手順を実行
する専用のクライアント（以下、ＩＡＲＰクライアント
と呼ぶ）およびＩＡＲＰの基本手順を実行する専用のサ
ーバ（以下、ＩＡＲＰサーバと呼ぶ）を設け、これらＩ
ＡＲＰクライアントおよびＩＡＲＰサーバを介して各サ
ーバのサービスを利用することにある。
ト群またはサーバ群ごとに、ＩＡＲＰの基本手順を実行
する専用のクライアント（以下、ＩＡＲＰクライアント
と呼ぶ）およびＩＡＲＰの基本手順を実行する専用のサ
ーバ（以下、ＩＡＲＰサーバと呼ぶ）を設け、これらＩ
ＡＲＰクライアントおよびＩＡＲＰサーバを介して各サ
ーバのサービスを利用することにある。
【００６６】すなわち、この実施形態は、複数のクライ
アント２１，…のうちＩＡＲＰの基本手順を実行する専
用のＩＡＲＰクライアント２１ａと、複数のサーバ２
２，…の中のＩＡＲＰの基本手順を実行する専用のＩＡ
ＲＰサーバ２２ａと、自計算機内で動作している各サー
バ２２，…のポート番号およびＩＡＲＰサーバ２２ａの
ＩＰアドレスを登録するデータ登録テーブル２３とによ
って構成されている。
アント２１，…のうちＩＡＲＰの基本手順を実行する専
用のＩＡＲＰクライアント２１ａと、複数のサーバ２
２，…の中のＩＡＲＰの基本手順を実行する専用のＩＡ
ＲＰサーバ２２ａと、自計算機内で動作している各サー
バ２２，…のポート番号およびＩＡＲＰサーバ２２ａの
ＩＰアドレスを登録するデータ登録テーブル２３とによ
って構成されている。
【００６７】前記クライアント２１は、ＩＡＲＰ基本手
順を利用したい任意のクライアントであって、自計算機
内のＩＡＲＰクライアント２１ａに対し、ＩＡＲＰ基本
手順の実行を依頼する立場にある。このＩＡＲＰクライ
アント２１ａは、図示太線のルート２４のように、自計
算機内の任意のクライアント２１から関数ＩＡＲＰの実
行を求められたとき、ネットワークに対して所定のＵＤ
Ｐパケットを一斉同報送信する機能をもっている。
順を利用したい任意のクライアントであって、自計算機
内のＩＡＲＰクライアント２１ａに対し、ＩＡＲＰ基本
手順の実行を依頼する立場にある。このＩＡＲＰクライ
アント２１ａは、図示太線のルート２４のように、自計
算機内の任意のクライアント２１から関数ＩＡＲＰの実
行を求められたとき、ネットワークに対して所定のＵＤ
Ｐパケットを一斉同報送信する機能をもっている。
【００６８】一方、サーバ２２は、ＩＡＲＰクライアン
ト２１ａからＩＰアドレスの要求を受けたとき、自サー
バのポート番号情報を送出し、ＩＡＲＰサーバ２２ａに
応答を代行してもらう立場にある。このＩＡＲＰサーバ
２２ａは、自計算機で動作しているサーバ２２のポート
番号の集合および自分自身のＩＰアドレス等をデータ登
録テーブル２３に登録し、ＩＡＲＰクライアント２１ａ
に対して所定のＵＤＰパケットにＩＰアドレス等の情報
を挿入して応答する機能をもっている。このポート番号
の集合は、自計算機内で動作中のサーバ２２から提供さ
れたポート番号情報である。図示太線のルート２５はサ
ーバＳからポート番号情報を提供されている状態を示し
ている。
ト２１ａからＩＰアドレスの要求を受けたとき、自サー
バのポート番号情報を送出し、ＩＡＲＰサーバ２２ａに
応答を代行してもらう立場にある。このＩＡＲＰサーバ
２２ａは、自計算機で動作しているサーバ２２のポート
番号の集合および自分自身のＩＰアドレス等をデータ登
録テーブル２３に登録し、ＩＡＲＰクライアント２１ａ
に対して所定のＵＤＰパケットにＩＰアドレス等の情報
を挿入して応答する機能をもっている。このポート番号
の集合は、自計算機内で動作中のサーバ２２から提供さ
れたポート番号情報である。図示太線のルート２５はサ
ーバＳからポート番号情報を提供されている状態を示し
ている。
【００６９】次に、以上のように構成された実施形態に
関し、特にクライアント２２（Ｃ）がポート番号ｐｏｒ
ｔーＳをもつサーバＳに関係するＩＰアドレスを入手す
るまでの動作手順を説明する。 （１） クライアント（Ｃ）２１は、ＩＡＲＰクライア
ント２１ａに対し、関数ＩＡＲＰ（ｐｏｒｔーＳ）の実
行を要求する（ルート２４）。 （２） このＩＡＲＰクライアント２１ａは、図２に示
すＵＤＰパケットを一斉同報通信を用いてネットワーク
上に送信する（ルート２６）。その際、ＵＤＰのポート
番号は、ＩＡＲＰサーバ用に予め予約されている，ある
固有のポート番号ｐｏｒｔーＰｓを使用する。このと
き、ＵＤＰパケットの各データは以下のように指定す
る。なお、ＵＤＰパケットの中のｐｏｒｔーＰｓは、予
めＩＡＲＰクライアント２１ａがＩＡＲＰサーバから応
答を受け取るために、予約されているPort-Ps とは別の
ある固有のポート番号である。パケットのデータ列とし
ては、 XID ：予め決められたある固定的な値を使用する。 TYPE：要求を表す「０」を指定する。 Dest.PORT-NO：目的のサーバのポート番号（ｐｏｒｔ−
Ｓ）を指定する。 Target IP-Address ：何も指定しない（ＮＵＬＬ）。 Orig.PORT-NO. ：当該ＩＡＲＰクライアントのポート番
号（ｐｏｒｔ−Ｐｓ）を使用する。 Orig.IP-Address ：自計算機のＩＰアドレスを使用す
る。
関し、特にクライアント２２（Ｃ）がポート番号ｐｏｒ
ｔーＳをもつサーバＳに関係するＩＰアドレスを入手す
るまでの動作手順を説明する。 （１） クライアント（Ｃ）２１は、ＩＡＲＰクライア
ント２１ａに対し、関数ＩＡＲＰ（ｐｏｒｔーＳ）の実
行を要求する（ルート２４）。 （２） このＩＡＲＰクライアント２１ａは、図２に示
すＵＤＰパケットを一斉同報通信を用いてネットワーク
上に送信する（ルート２６）。その際、ＵＤＰのポート
番号は、ＩＡＲＰサーバ用に予め予約されている，ある
固有のポート番号ｐｏｒｔーＰｓを使用する。このと
き、ＵＤＰパケットの各データは以下のように指定す
る。なお、ＵＤＰパケットの中のｐｏｒｔーＰｓは、予
めＩＡＲＰクライアント２１ａがＩＡＲＰサーバから応
答を受け取るために、予約されているPort-Ps とは別の
ある固有のポート番号である。パケットのデータ列とし
ては、 XID ：予め決められたある固定的な値を使用する。 TYPE：要求を表す「０」を指定する。 Dest.PORT-NO：目的のサーバのポート番号（ｐｏｒｔ−
Ｓ）を指定する。 Target IP-Address ：何も指定しない（ＮＵＬＬ）。 Orig.PORT-NO. ：当該ＩＡＲＰクライアントのポート番
号（ｐｏｒｔ−Ｐｓ）を使用する。 Orig.IP-Address ：自計算機のＩＰアドレスを使用す
る。
【００７０】このようにＩＡＲＰクライアント２１ａが
ＵＤＰパケットを送信することを「ＩＰリクエスト」と
呼ぶ。このＵＤＰパケットの送信後、ＩＡＲＰサーバ２
２ａからの応答を一定の時間だけ待ち続ける。その際、
応答パケットの受信は、Orig.PORT-NO. で指定したポー
ト番号を用いる。 （３） 一方、ＩＡＲＰサーバ２２ａは、図４に示すよ
うに、常にポート番号ｐｏｒｔ−Ｐｓを指定してＵＤＰ
パケットの受信待ちを行っている（ＳＴ１）。ここで、
ＩＡＲＰサーバ２２ａは、Port-Ps からＵＤＰパケット
を受信すると（ＳＴ２）、この受信したＵＤＰパケット
のデータ内容から図２のＵＤＰパケットであると解釈す
る。しかる後、ＩＡＲＰサーバ２２ａは、ＵＤＰパケッ
トのDest.PORT-NO部分からポート番号を取り出し（ＳＴ
３）、そのポート番号が所望のサービスを提供する自計
算機内のサーバ２２のポート番号か否かを判定する。こ
の判定は、データ登録テーブル２３にポート番号が登録
されているか否かにより実施することができる（ＳＴ
４）。テーブル２３に該当するポート番号が登録されて
いれば、当該ポート番号で示されるサーバが自計算機で
動作していると判断する。
ＵＤＰパケットを送信することを「ＩＰリクエスト」と
呼ぶ。このＵＤＰパケットの送信後、ＩＡＲＰサーバ２
２ａからの応答を一定の時間だけ待ち続ける。その際、
応答パケットの受信は、Orig.PORT-NO. で指定したポー
ト番号を用いる。 （３） 一方、ＩＡＲＰサーバ２２ａは、図４に示すよ
うに、常にポート番号ｐｏｒｔ−Ｐｓを指定してＵＤＰ
パケットの受信待ちを行っている（ＳＴ１）。ここで、
ＩＡＲＰサーバ２２ａは、Port-Ps からＵＤＰパケット
を受信すると（ＳＴ２）、この受信したＵＤＰパケット
のデータ内容から図２のＵＤＰパケットであると解釈す
る。しかる後、ＩＡＲＰサーバ２２ａは、ＵＤＰパケッ
トのDest.PORT-NO部分からポート番号を取り出し（ＳＴ
３）、そのポート番号が所望のサービスを提供する自計
算機内のサーバ２２のポート番号か否かを判定する。こ
の判定は、データ登録テーブル２３にポート番号が登録
されているか否かにより実施することができる（ＳＴ
４）。テーブル２３に該当するポート番号が登録されて
いれば、当該ポート番号で示されるサーバが自計算機で
動作していると判断する。
【００７１】ここで、テーブル２３にポート番号が登録
されていれば、ＩＡＲＰサーバ２２ａは、図２に示すフ
ォーマットのデータをもつＵＤＰパケットを一斉同報通
信により送信する（ＳＴ５，ルート２７）。但し、その
際、ポート番号として、受信したＵＤＰパケットの中の
Orig.PORT-NO. で指定されているポート番号を使用す
る。ＵＤＰパケットの中のデータは以下のように指定す
る。 XID ：予め決められたある固定的な値を使用する。 TYPE：要求を表す「１」を指定する。 Dest.PORT-NO：目的のサーバのポート番号（ｐｏｒｔ−
Ｓ）を指定する。 Target-IP-Address ：自計算機のＩＰアドレスを指定す
る。 Orig.PORT-NO. ：受信したときのorig.PORT-NO. をその
まま使用する。 Orig.IP-Address ：受信したときのorig.IP-Address を
そのまま使用する。
されていれば、ＩＡＲＰサーバ２２ａは、図２に示すフ
ォーマットのデータをもつＵＤＰパケットを一斉同報通
信により送信する（ＳＴ５，ルート２７）。但し、その
際、ポート番号として、受信したＵＤＰパケットの中の
Orig.PORT-NO. で指定されているポート番号を使用す
る。ＵＤＰパケットの中のデータは以下のように指定す
る。 XID ：予め決められたある固定的な値を使用する。 TYPE：要求を表す「１」を指定する。 Dest.PORT-NO：目的のサーバのポート番号（ｐｏｒｔ−
Ｓ）を指定する。 Target-IP-Address ：自計算機のＩＰアドレスを指定す
る。 Orig.PORT-NO. ：受信したときのorig.PORT-NO. をその
まま使用する。 Orig.IP-Address ：受信したときのorig.IP-Address を
そのまま使用する。
【００７２】ここで、ＩＡＲＰサーバ２２ａがＵＤＰパ
ケットを返送することを「ＩＰリクエスト応答」と呼
ぶ。また、ＵＤＰパケットの中のDest.PORT-NOとTarget
-IP-Address との組合わせを「Ｐ−Ｉ関係情報」と呼
ぶ。 （４） ＩＡＲＰクライアント２１ａは、前記（２）に
よって要求したＩＡＲＰ（PORT-S）の結果について、前
記（３）の動作手順によって送信されたＵＤＰの応答パ
ケットとして受け取ると、パケットの中のTarget IP Ad
dress が目的のＩＰアドレスであるので、前記（１）に
てＩＰアドレスを要求したクライアント（Ｃ）２１に渡
す。 （５） このクライアント（Ｃ）２１は、前記（４）に
よって目的のＩＰアドレスを入手すると、そのＩＰアド
レスと目的のポート番号とを用い、かつ、ＴＣＰまたは
ＵＤＰのプロトコルを用いて、目的のサーバにサービス
を要求することができる（ルート２８）。
ケットを返送することを「ＩＰリクエスト応答」と呼
ぶ。また、ＵＤＰパケットの中のDest.PORT-NOとTarget
-IP-Address との組合わせを「Ｐ−Ｉ関係情報」と呼
ぶ。 （４） ＩＡＲＰクライアント２１ａは、前記（２）に
よって要求したＩＡＲＰ（PORT-S）の結果について、前
記（３）の動作手順によって送信されたＵＤＰの応答パ
ケットとして受け取ると、パケットの中のTarget IP Ad
dress が目的のＩＰアドレスであるので、前記（１）に
てＩＰアドレスを要求したクライアント（Ｃ）２１に渡
す。 （５） このクライアント（Ｃ）２１は、前記（４）に
よって目的のＩＰアドレスを入手すると、そのＩＰアド
レスと目的のポート番号とを用い、かつ、ＴＣＰまたは
ＵＤＰのプロトコルを用いて、目的のサーバにサービス
を要求することができる（ルート２８）。
【００７３】従って、以上のような実施の形態によれ
ば、次のような効果を有する。 ａ．目的のサービスを提供するサーバに関係するＩＰア
ドレスが動的に変化する場合でも、確実に目的のサーバ
に関係するＩＰアドレスを取得できる。
ば、次のような効果を有する。 ａ．目的のサービスを提供するサーバに関係するＩＰア
ドレスが動的に変化する場合でも、確実に目的のサーバ
に関係するＩＰアドレスを取得できる。
【００７４】ｂ．ＩＡＲＰ基本手順を使用する任意のク
ライアント２１は、ＩＡＲＰ基本手順の実行自体を同一
の計算機内のＩＡＲＰクライアント２１ａに代行させる
ので、このＩＡＲＰクライアント２１ａから一斉同報通
信を行っても、ネットワーク上にパケットがあふれると
いった問題がなくなり、ネットワークを効率的に活用で
きる。
ライアント２１は、ＩＡＲＰ基本手順の実行自体を同一
の計算機内のＩＡＲＰクライアント２１ａに代行させる
ので、このＩＡＲＰクライアント２１ａから一斉同報通
信を行っても、ネットワーク上にパケットがあふれると
いった問題がなくなり、ネットワークを効率的に活用で
きる。
【００７５】ｃ．ＩＡＲＰ基本手順を使用する任意のサ
ーバ２２は、ＩＡＲＰ基本手順の実行自体をＩＡＲＰサ
ーバ２２ａに代行させるので、自サーバの提供するサー
ビスの応答だけに専念すればよく、サーバの効率的運用
を図ることができる。
ーバ２２は、ＩＡＲＰ基本手順の実行自体をＩＡＲＰサ
ーバ２２ａに代行させるので、自サーバの提供するサー
ビスの応答だけに専念すればよく、サーバの効率的運用
を図ることができる。
【００７６】ｄ．複数のクライアント（Ｃ）２１の中の
ＩＡＲＰクライアント２１ａと、複数のサーバ２２の中
のＩＡＲＰサーバ２２ａとの間でＩＡＲＰ基本手順を実
行するので、例えばＩＡＲＰ自体を改良する目的でＩＡ
ＲＰの手順を変更する場合、ＩＡＲＰクライアント２１
ａおよびＩＡＲＰサーバ２２ａだけに影響範囲を限定で
き、ＩＡＲＰの手順を容易に変更可能となる。 （第２の実施の形態）図５は請求項２に係わる発明の一
実施の形態を示す構成図である。
ＩＡＲＰクライアント２１ａと、複数のサーバ２２の中
のＩＡＲＰサーバ２２ａとの間でＩＡＲＰ基本手順を実
行するので、例えばＩＡＲＰ自体を改良する目的でＩＡ
ＲＰの手順を変更する場合、ＩＡＲＰクライアント２１
ａおよびＩＡＲＰサーバ２２ａだけに影響範囲を限定で
き、ＩＡＲＰの手順を容易に変更可能となる。 （第２の実施の形態）図５は請求項２に係わる発明の一
実施の形態を示す構成図である。
【００７７】この実施の形態は、複数の計算機Ａ，Ｂの
中に同じサービスを提供するサーバ２２′が存在すると
き、クライアント２１が一方の計算機Ａのサーバ２２′
のサービスを要求するが、計算機Ａの負荷がかかり過ぎ
ているとき、別の計算機Ｂのサーバ２２′が自動的に受
け取り、クライアント２１にサービスを提供可能とする
例である。このような例は、あるサービースの要求が多
いとき、複数の計算機例えばＡ，Ｂに同じサービスを提
供するサーバ２２′を設けておくときに有効である。
中に同じサービスを提供するサーバ２２′が存在すると
き、クライアント２１が一方の計算機Ａのサーバ２２′
のサービスを要求するが、計算機Ａの負荷がかかり過ぎ
ているとき、別の計算機Ｂのサーバ２２′が自動的に受
け取り、クライアント２１にサービスを提供可能とする
例である。このような例は、あるサービースの要求が多
いとき、複数の計算機例えばＡ，Ｂに同じサービスを提
供するサーバ２２′を設けておくときに有効である。
【００７８】具体的には、図３と同様に、クライアント
側の計算機は、複数のクライアント２１，…をもち、そ
のうちＩＡＲＰ基本手順の実行を行うものをＩＡＲＰク
ライアント２１ａと呼ぶ。一方、サーバ側は、複数の計
算機Ａ，Ｂ，…をもち、各計算機Ａ，Ｂ，…にそれぞれ
サービスを提供する複数のサーバ２２，…をもっている
が、そのうちＩＡＲＰ基本手順を実行するものをＩＡＲ
Ｐサーバ２２ａと呼ぶ。さらに、複数の計算機Ａ，Ｂの
中の同一のサービスを提供するサーバ２２を便宜上、サ
ーバ２２′と呼ぶ。
側の計算機は、複数のクライアント２１，…をもち、そ
のうちＩＡＲＰ基本手順の実行を行うものをＩＡＲＰク
ライアント２１ａと呼ぶ。一方、サーバ側は、複数の計
算機Ａ，Ｂ，…をもち、各計算機Ａ，Ｂ，…にそれぞれ
サービスを提供する複数のサーバ２２，…をもっている
が、そのうちＩＡＲＰ基本手順を実行するものをＩＡＲ
Ｐサーバ２２ａと呼ぶ。さらに、複数の計算機Ａ，Ｂの
中の同一のサービスを提供するサーバ２２を便宜上、サ
ーバ２２′と呼ぶ。
【００７９】今、あるクライアント（Ｃ）２１が計算機
Ａの中のあるサービスを提供するサーバ２２′にＩＰア
ドレスを要求するものとする。このとき、クライアント
（Ｃ）２１は、ＩＡＲＰ手順基本を実行するＩＡＲＰク
ライアント２１ａに代行を依頼すると、前記第１の実施
の形態で述べたように、ＩＡＲＰクライアント２１ａは
図２に示すデータをもつＵＤＰパケットを一斉同報送信
する。
Ａの中のあるサービスを提供するサーバ２２′にＩＰア
ドレスを要求するものとする。このとき、クライアント
（Ｃ）２１は、ＩＡＲＰ手順基本を実行するＩＡＲＰク
ライアント２１ａに代行を依頼すると、前記第１の実施
の形態で述べたように、ＩＡＲＰクライアント２１ａは
図２に示すデータをもつＵＤＰパケットを一斉同報送信
する。
【００８０】このとき、計算機Ａ，ＢがＵＤＰパケット
の受信待ちの状態にあるが、ＩＡＲＰサーバ２２ａがＤ
ＰパケットのDest.PORT-NO部分のポート番号とデータ登
録テーブル２３の登録データとから計算機Ａのサーバ２
２′であると判定するが、当該計算機Ａの負荷がかかり
過ぎている状態のとき、ＩＰアドレスの要求に対する応
答を遅らす。
の受信待ちの状態にあるが、ＩＡＲＰサーバ２２ａがＤ
ＰパケットのDest.PORT-NO部分のポート番号とデータ登
録テーブル２３の登録データとから計算機Ａのサーバ２
２′であると判定するが、当該計算機Ａの負荷がかかり
過ぎている状態のとき、ＩＰアドレスの要求に対する応
答を遅らす。
【００８１】一方、計算機Ｂ側においては、計算機Ａに
存在するＩＡＲＰサーバ２２ａからの応答状態を監視
し、所定時間経過してもＩＰアドレスの応答がないと
き、当該計算機Ｂが所定時間応答無しと判断し、自身の
ＩＡＲＰサーバ２２ａから所要とするサービスを提供す
るサーバ２２′に関係するＩＰアドレスをＵＤＰパケッ
トの形で第１の実施の形態と同様に応答する。
存在するＩＡＲＰサーバ２２ａからの応答状態を監視
し、所定時間経過してもＩＰアドレスの応答がないと
き、当該計算機Ｂが所定時間応答無しと判断し、自身の
ＩＡＲＰサーバ２２ａから所要とするサービスを提供す
るサーバ２２′に関係するＩＰアドレスをＵＤＰパケッ
トの形で第１の実施の形態と同様に応答する。
【００８２】ＩＡＲＰクライアント２１ａでは、ＵＤＰ
パケットを受信し、当該ＵＤＰパケットの内容から同一
サービスをもつ計算機Ｂのサーバ２２′と判断し、ＩＰ
アドレスを要求したクライアント２１（Ｃ）に渡す。
パケットを受信し、当該ＵＤＰパケットの内容から同一
サービスをもつ計算機Ｂのサーバ２２′と判断し、ＩＰ
アドレスを要求したクライアント２１（Ｃ）に渡す。
【００８３】その結果、クライアント２１（Ｃ）は、計
算機Ａのサーバ２２′ではなく、計算機Ｂのサーバ２
２′のＩＰアドレスと目的のポート番号とを用い、か
つ、ＴＣＰまたはＵＤＰのプロトコルを用いて、目的の
サービスを要求することができる。
算機Ａのサーバ２２′ではなく、計算機Ｂのサーバ２
２′のＩＰアドレスと目的のポート番号とを用い、か
つ、ＴＣＰまたはＵＤＰのプロトコルを用いて、目的の
サービスを要求することができる。
【００８４】従って、このような構成の実施の形態によ
れば、複数の計算機の中に同じサービスを提供するサー
バが存在するとき、各計算機の負荷状態その他の稼働状
態を考慮しつつ、他の計算機のサーバに委譲しながら要
求元クライアントに対して確実にサービスを提供でき
る。 （第３の実施の形態）図６ないし図８は請求項３〜５に
係わる発明の一実施形態を示す構成図である。
れば、複数の計算機の中に同じサービスを提供するサー
バが存在するとき、各計算機の負荷状態その他の稼働状
態を考慮しつつ、他の計算機のサーバに委譲しながら要
求元クライアントに対して確実にサービスを提供でき
る。 （第３の実施の形態）図６ないし図８は請求項３〜５に
係わる発明の一実施形態を示す構成図である。
【００８５】この実施の形態は、ＴＣＰ／ＩＰ上のアプ
リケーションの一種であるＤＮＳ（Domain Name Syste
m）等で使用されているキャシュバッファの考え方をＩ
ＡＲＰクライアント２１ａに導入し、ＩＡＲＰの実行効
率を高めることにある。このＤＮＳは、ＴＣＰ／ＩＰイ
ンターネットのマシン名（計算機をネットワーク上で一
意に区別する名前）とＩＰアドレスとの対応関係を管理
する機構であって、動的に変化する可能性のあるマシン
名とＩＰアドレスとの関係を効率的に管理するために、
キャシュバッファが使用されている。
リケーションの一種であるＤＮＳ（Domain Name Syste
m）等で使用されているキャシュバッファの考え方をＩ
ＡＲＰクライアント２１ａに導入し、ＩＡＲＰの実行効
率を高めることにある。このＤＮＳは、ＴＣＰ／ＩＰイ
ンターネットのマシン名（計算機をネットワーク上で一
意に区別する名前）とＩＰアドレスとの対応関係を管理
する機構であって、動的に変化する可能性のあるマシン
名とＩＰアドレスとの関係を効率的に管理するために、
キャシュバッファが使用されている。
【００８６】以下、具体的に述べると、図６に示すよう
に、ＩＡＲＰクライアント２１ａは、図３で説明したＩ
ＡＲＰクライアント２１ａの基本的な動作を実施するＩ
ＡＲＰクライアントカーネル３１と、このＩＡＲＰクラ
イアントカーネル３１で実施される関数ＩＡＲＰの実行
結果を一時保持するキャッシュバッフア（登録手段）３
２と、キャッシュバッフア３２のキャッシュデータを常
に最新のデータに置換するためのキャッシュデータ消去
部（消去手段）３３とで構成されている。
に、ＩＡＲＰクライアント２１ａは、図３で説明したＩ
ＡＲＰクライアント２１ａの基本的な動作を実施するＩ
ＡＲＰクライアントカーネル３１と、このＩＡＲＰクラ
イアントカーネル３１で実施される関数ＩＡＲＰの実行
結果を一時保持するキャッシュバッフア（登録手段）３
２と、キャッシュバッフア３２のキャッシュデータを常
に最新のデータに置換するためのキャッシュデータ消去
部（消去手段）３３とで構成されている。
【００８７】前記キャッシュバッフア３２は、図７に示
すように、ポート番号と対応するＩＰアドレス、および
その対応関係を登録した実行時刻が登録されている。次
に、以上のように構成された一実施形態の動作について
図８を参照して説明する。
すように、ポート番号と対応するＩＰアドレス、および
その対応関係を登録した実行時刻が登録されている。次
に、以上のように構成された一実施形態の動作について
図８を参照して説明する。
【００８８】ＩＡＲＰクライアント２１ａは、図８に示
すように、任意のクライアント２１から関数ＩＡＲＰの
実行を要求されたとき（ＳＴ１１，ＳＴ１２）、一旦キ
ャッシュバッフア３２の内容を検索し、要求されたポー
ト番号がキャッシュバッフア３２に登録されているか否
かを調べる（ＳＴ１３）。キャッシュバッフア３２に要
求ポート番号が登録されている場合、当該ポート番号に
対応するＩＰアドレスを取り出し（ＳＴ１４）、関数Ｉ
ＡＲＰの結果として任意のクライアント２１に返す。
すように、任意のクライアント２１から関数ＩＡＲＰの
実行を要求されたとき（ＳＴ１１，ＳＴ１２）、一旦キ
ャッシュバッフア３２の内容を検索し、要求されたポー
ト番号がキャッシュバッフア３２に登録されているか否
かを調べる（ＳＴ１３）。キャッシュバッフア３２に要
求ポート番号が登録されている場合、当該ポート番号に
対応するＩＰアドレスを取り出し（ＳＴ１４）、関数Ｉ
ＡＲＰの結果として任意のクライアント２１に返す。
【００８９】ステップＳＴ１３において要求されたポー
ト番号が登録されていない場合、第１の実施の形態と同
様な基本手順に従って関数ＩＡＲＰを実行する（ＳＴ１
５）。この基本手順の実行によって得られたＰ−Ｉ関係
情報は、後述するキャッシュバッフア３２の更新手順１
によってキャッシュバッフア３２に保存する（ＳＴ１
６）。 〔キャッシュバッフア３２の更新手順１〕 （１） 今、基本手順で得られたＰ−Ｉ関係情報（ポー
ト番号とＩＰアドレスとの関係）をキャッシュバッファ
３２に保存するとき、当該Ｐ−Ｉ関係情報のポート番号
をキーとし、キャッシュバッファ３２の記憶内容を検索
する。 （２） 該当するポート番号に対応するＩＰアドレスが
見つかった場合、当該ポート番号対応の記憶内容を全て
消去し、その消去されたエリアに目的のＰ−Ｉ関係情報
を格納する。このＰ−Ｉ関係情報の格納後、キャッシュ
バッファ３２の当該記憶内容である実行時刻の欄に現在
時刻を格納する。 （３） 前記（１）による検索により、該当するポート
番号に対応するＩＰアドレスや実行時刻の記憶内容が見
つからなかった場合、キャッシュバッファ３２の空きエ
リアの有無を調べる。 （４） 前記（３）によって空きエリアが見つかったな
ら、当該空きエリアに目的のＰ−Ｉ関係情報を格納し、
かつ、実行時刻の欄に現在時刻を格納する。 （５） 前記（３）において空きエリアが見つからなか
った場合、キャッシュバッファ３２の全ての記憶内容の
中から実行時刻が最も古い記憶内容を消去し、その消去
エリアに目的のＰ−Ｉ関係情報を格納し、かつ、実行時
刻の欄に現在時刻を格納する。
ト番号が登録されていない場合、第１の実施の形態と同
様な基本手順に従って関数ＩＡＲＰを実行する（ＳＴ１
５）。この基本手順の実行によって得られたＰ−Ｉ関係
情報は、後述するキャッシュバッフア３２の更新手順１
によってキャッシュバッフア３２に保存する（ＳＴ１
６）。 〔キャッシュバッフア３２の更新手順１〕 （１） 今、基本手順で得られたＰ−Ｉ関係情報（ポー
ト番号とＩＰアドレスとの関係）をキャッシュバッファ
３２に保存するとき、当該Ｐ−Ｉ関係情報のポート番号
をキーとし、キャッシュバッファ３２の記憶内容を検索
する。 （２） 該当するポート番号に対応するＩＰアドレスが
見つかった場合、当該ポート番号対応の記憶内容を全て
消去し、その消去されたエリアに目的のＰ−Ｉ関係情報
を格納する。このＰ−Ｉ関係情報の格納後、キャッシュ
バッファ３２の当該記憶内容である実行時刻の欄に現在
時刻を格納する。 （３） 前記（１）による検索により、該当するポート
番号に対応するＩＰアドレスや実行時刻の記憶内容が見
つからなかった場合、キャッシュバッファ３２の空きエ
リアの有無を調べる。 （４） 前記（３）によって空きエリアが見つかったな
ら、当該空きエリアに目的のＰ−Ｉ関係情報を格納し、
かつ、実行時刻の欄に現在時刻を格納する。 （５） 前記（３）において空きエリアが見つからなか
った場合、キャッシュバッファ３２の全ての記憶内容の
中から実行時刻が最も古い記憶内容を消去し、その消去
エリアに目的のＰ−Ｉ関係情報を格納し、かつ、実行時
刻の欄に現在時刻を格納する。
【００９０】さらに、この実施の形態では、ポート番号
とＩＰアドレスとの関係（Ｐ−Ｉアドレス）が動的に変
化することを前提とし、その動的な変化によってキャッ
シュバッファ３２の内容が一定の時間を経過すると、デ
ータ陳腐化が考えられる。
とＩＰアドレスとの関係（Ｐ−Ｉアドレス）が動的に変
化することを前提とし、その動的な変化によってキャッ
シュバッファ３２の内容が一定の時間を経過すると、デ
ータ陳腐化が考えられる。
【００９１】そこで、キャッシュデータ消去部３３で
は、一定時間周期で動作し、次のような処理を実行す
る。つまり、キャッシュデータ消去部３４は、キャッシ
ュバッファ３２に格納されている各データの実行時刻を
調べ、当該データの実行時刻と現在時刻とを比較し、実
行時刻と現在時刻との差の時間が実行時刻から規定時間
Ｔｃを越えているとき、キャッシュバッファ３２から削
除する。
は、一定時間周期で動作し、次のような処理を実行す
る。つまり、キャッシュデータ消去部３４は、キャッシ
ュバッファ３２に格納されている各データの実行時刻を
調べ、当該データの実行時刻と現在時刻とを比較し、実
行時刻と現在時刻との差の時間が実行時刻から規定時間
Ｔｃを越えているとき、キャッシュバッファ３２から削
除する。
【００９２】以降、削除されたＰ−Ｉ関係情報に関する
関数ＩＡＲＰを実行しょうとしたとき、ＩＡＲＰクライ
アント２１ａは、目的の情報をキャッシュバッファ３２
から見つけることができないので、その場合には当該Ｉ
ＡＲＰクライアント２１ａでは、第１の実施の形態で述
べたような基本手順に従って実行する。この基本手順を
実行すると、その時点の最新情報でキャッシュバッファ
３２の内容が更新されることになる。このようにキャッ
シュバッファ３２の内容は、規定時間Ｔｃを経過したと
き、自動的にリフレッシュされる。以下、この規定時間
Ｔｃを、キャッシュバッファ３２のリフレッシュタイマ
と呼ぶ。
関数ＩＡＲＰを実行しょうとしたとき、ＩＡＲＰクライ
アント２１ａは、目的の情報をキャッシュバッファ３２
から見つけることができないので、その場合には当該Ｉ
ＡＲＰクライアント２１ａでは、第１の実施の形態で述
べたような基本手順に従って実行する。この基本手順を
実行すると、その時点の最新情報でキャッシュバッファ
３２の内容が更新されることになる。このようにキャッ
シュバッファ３２の内容は、規定時間Ｔｃを経過したと
き、自動的にリフレッシュされる。以下、この規定時間
Ｔｃを、キャッシュバッファ３２のリフレッシュタイマ
と呼ぶ。
【００９３】また、キャッシュバッファ３２の内容と実
際のＰ−Ｉ関係情報とが不一致となることをキャッシュ
データの陳腐化と呼ぶ。キャッシュデータが陳腐化して
いる場合、当該キャッシュバッファ３２から得られるＩ
Ｐアドレスを使用しても、目的のサーバに対してサービ
スの要求が正しく伝達されないので、結果的として要求
したサービスのタイムアウトとしてキャッシュデータの
陳腐化が検出される。このキャッシュデータの陳腐化が
検出された場合、ＩＡＲＰクライアントカーネル３１で
は、当該Ｐ−Ｉ関係情報をキャッシュバッファ３２から
削除する。この削除後、前述する基本手順を実施し、直
接目的のサーバからＩＰアドレスを入手する。
際のＰ−Ｉ関係情報とが不一致となることをキャッシュ
データの陳腐化と呼ぶ。キャッシュデータが陳腐化して
いる場合、当該キャッシュバッファ３２から得られるＩ
Ｐアドレスを使用しても、目的のサーバに対してサービ
スの要求が正しく伝達されないので、結果的として要求
したサービスのタイムアウトとしてキャッシュデータの
陳腐化が検出される。このキャッシュデータの陳腐化が
検出された場合、ＩＡＲＰクライアントカーネル３１で
は、当該Ｐ−Ｉ関係情報をキャッシュバッファ３２から
削除する。この削除後、前述する基本手順を実施し、直
接目的のサーバからＩＰアドレスを入手する。
【００９４】従って、以上のような実施の形態によれ
ば、ＩＡＲＰ基本手順の実行により、ＩＡＲＰクライア
ントカーネル３１は順次ポート番号に対応するＩＰアド
レスおよびその実行時刻をキャッシュバッファ３２に格
納するが、キャッシュデータ消去部３３において一定時
間周期ごとにキャッシュバッファ３２の実行時刻と現在
時刻との差の時間が実行時刻から規定時間Ｔｃを越えて
いるとき、キャッシュバッファ３２から自動的に削除す
る一方、しばしば参照されるＩＰアドレスに関する情報
は、ほぼ必らずキャッシュバッファ３２に保存されてい
るはずである。このことは、ＩＡＲＰ関数の多くの動作
は、基本手順を実行することなく、キャッシュバッファ
３２の参照のみで終了することができる。その結果、キ
ャッシュバッファ３２は、ＩＡＲＰの効率化の為に非常
に重要な役割を担っている。但し、ここでいう効率化と
は、ＩＡＲＰ関数を複数回実行したとき、ＩＡＲＰ関数
実行１回当たりの一斉同報パケット送信回数の平均値を
低下させること、およびＩＡＲＰ関数実行のレスポンス
（実行時間）を向上させることにある。
ば、ＩＡＲＰ基本手順の実行により、ＩＡＲＰクライア
ントカーネル３１は順次ポート番号に対応するＩＰアド
レスおよびその実行時刻をキャッシュバッファ３２に格
納するが、キャッシュデータ消去部３３において一定時
間周期ごとにキャッシュバッファ３２の実行時刻と現在
時刻との差の時間が実行時刻から規定時間Ｔｃを越えて
いるとき、キャッシュバッファ３２から自動的に削除す
る一方、しばしば参照されるＩＰアドレスに関する情報
は、ほぼ必らずキャッシュバッファ３２に保存されてい
るはずである。このことは、ＩＡＲＰ関数の多くの動作
は、基本手順を実行することなく、キャッシュバッファ
３２の参照のみで終了することができる。その結果、キ
ャッシュバッファ３２は、ＩＡＲＰの効率化の為に非常
に重要な役割を担っている。但し、ここでいう効率化と
は、ＩＡＲＰ関数を複数回実行したとき、ＩＡＲＰ関数
実行１回当たりの一斉同報パケット送信回数の平均値を
低下させること、およびＩＡＲＰ関数実行のレスポンス
（実行時間）を向上させることにある。
【００９５】このようにＩＡＲＰクライアント２１ａが
関数ＩＡＲＰを実行する際、キャッシュバッファ３２内
に目的のＩＰアドレスを見つけることができたとき、キ
ャッシュバッファ３２がヒットしたという。
関数ＩＡＲＰを実行する際、キャッシュバッファ３２内
に目的のＩＰアドレスを見つけることができたとき、キ
ャッシュバッファ３２がヒットしたという。
【００９６】ゆえに、このような実施の形態に基づいて
効果を要約すると、 ａ．ＩＡＲＰ関数の多くの実行は、ＩＡＲＰクライアン
ト２１ａにおいて基本手順の実行を行うことなく、キャ
ッシュバッファ３２の参照のみで完了することになり、
ＩＡＲＰ関数の効率が大幅に向上する。
効果を要約すると、 ａ．ＩＡＲＰ関数の多くの実行は、ＩＡＲＰクライアン
ト２１ａにおいて基本手順の実行を行うことなく、キャ
ッシュバッファ３２の参照のみで完了することになり、
ＩＡＲＰ関数の効率が大幅に向上する。
【００９７】ｂ．キャッシュデータ消去部３３によっ
て、キャッシュバッファ３２の内容はリフレッシュタイ
マ値で規定される値よりも古くならないことが保証され
るので、キャッシュデータの陳腐化を防止できる。
て、キャッシュバッファ３２の内容はリフレッシュタイ
マ値で規定される値よりも古くならないことが保証され
るので、キャッシュデータの陳腐化を防止できる。
【００９８】ｃ．キャッシュデータの陳腐化が検出され
た場合、陳腐化されたデータがキャッシュバッファ３２
から削除された後、基本手順が実行されるので、ＩＡＲ
Ｐ関数自体は、最終的には正しいＩＰアドレスを返すこ
とができる。 （第４の実施の形態）図９および図１０は請求項６，７
に係わる発明の一実施形態を示す構成図である。
た場合、陳腐化されたデータがキャッシュバッファ３２
から削除された後、基本手順が実行されるので、ＩＡＲ
Ｐ関数自体は、最終的には正しいＩＰアドレスを返すこ
とができる。 （第４の実施の形態）図９および図１０は請求項６，７
に係わる発明の一実施形態を示す構成図である。
【００９９】この実施の形態は、第３の実施の形態の一
構成例と比較し、更にＩＡＲＰの効率を向上させるため
の構成例である。図６に示すＩＡＲＰ２１ａのキャッシ
ュバッファ３２は、第２の実施の形態で説明したよう
に、自計算機のＩＡＲＰクライアント２１ａが実行する
ＩＡＲＰ基本手順によって得られたポート番号，ＩＰア
ドレスおよび実行時刻等を保持しているが、もう少し技
術的に広い範囲で考えれば、他の計算機のＩＡＲＰクラ
イアントが実行した基本手順の結果も保持することが可
能である。なぜならば、ＩＡＲＰの基本手順は、一斉同
報通信によって実施されているので、任意のＩＡＲＰク
ライアント２１ａ，…は他のＩＡＲＰクライアントが実
行した基本手順の結果を傍受することが可能な為であ
る。
構成例と比較し、更にＩＡＲＰの効率を向上させるため
の構成例である。図６に示すＩＡＲＰ２１ａのキャッシ
ュバッファ３２は、第２の実施の形態で説明したよう
に、自計算機のＩＡＲＰクライアント２１ａが実行する
ＩＡＲＰ基本手順によって得られたポート番号，ＩＰア
ドレスおよび実行時刻等を保持しているが、もう少し技
術的に広い範囲で考えれば、他の計算機のＩＡＲＰクラ
イアントが実行した基本手順の結果も保持することが可
能である。なぜならば、ＩＡＲＰの基本手順は、一斉同
報通信によって実施されているので、任意のＩＡＲＰク
ライアント２１ａ，…は他のＩＡＲＰクライアントが実
行した基本手順の結果を傍受することが可能な為であ
る。
【０１００】このようにして傍受した内容は、ポート番
号とＩＰアドレスとのペアに関する情報であって、これ
は自計算機でも有効な情報である。しかも、仮に自計算
機のキャッシュバファ３２に同じポート番号の情報が含
まれている場合には、傍受した情報の方がキャッシュバ
ファ３２の情報よりも新しい情報となるので、当該傍受
情報を用いてキャッシュバファ３２の内容を常に最新の
情報に更新すれば、より新鮮で利用価値の高い情報を保
持できる。
号とＩＰアドレスとのペアに関する情報であって、これ
は自計算機でも有効な情報である。しかも、仮に自計算
機のキャッシュバファ３２に同じポート番号の情報が含
まれている場合には、傍受した情報の方がキャッシュバ
ファ３２の情報よりも新しい情報となるので、当該傍受
情報を用いてキャッシュバファ３２の内容を常に最新の
情報に更新すれば、より新鮮で利用価値の高い情報を保
持できる。
【０１０１】この場合、複数のＩＡＲＰクライアント２
１ａ，…は、相互に他のＩＡＲＰクライアント２１ａ，
…の実行によって得られた情報を共有使用するので、こ
れら複数のＩＡＲＰクライアントが一種の分散処理を構
成することになる。
１ａ，…は、相互に他のＩＡＲＰクライアント２１ａ，
…の実行によって得られた情報を共有使用するので、こ
れら複数のＩＡＲＰクライアントが一種の分散処理を構
成することになる。
【０１０２】以下、ＩＡＲＰクライアントが他のＩＡＲ
Ｐクライアントによって得られるＰ−Ｉ関係情報を傍受
し、自らのキャッシュバファ３２の内容を更新すること
を、ＩＡＲＰクライアントの傍受動作と呼ぶ。また、Ｉ
ＡＲＰクライアントが傍受動作を行う場合、ＩＡＲＰサ
ーバ２２ａは、その保持されたＰ−Ｉ関係情報が変化し
た場合、変化のあった情報を能動的にＩＡＲＰ応答と同
様のパケットで一斉同報送信することにより、傍受動作
を行っている各ＩＡＲＰクライアントのキャッシュバフ
ァ３２にいち早く当該Ｐ−Ｉ関係情報を反映させること
が可能となる。
Ｐクライアントによって得られるＰ−Ｉ関係情報を傍受
し、自らのキャッシュバファ３２の内容を更新すること
を、ＩＡＲＰクライアントの傍受動作と呼ぶ。また、Ｉ
ＡＲＰクライアントが傍受動作を行う場合、ＩＡＲＰサ
ーバ２２ａは、その保持されたＰ−Ｉ関係情報が変化し
た場合、変化のあった情報を能動的にＩＡＲＰ応答と同
様のパケットで一斉同報送信することにより、傍受動作
を行っている各ＩＡＲＰクライアントのキャッシュバフ
ァ３２にいち早く当該Ｐ−Ｉ関係情報を反映させること
が可能となる。
【０１０３】以下、この実施の形態の構成について図９
を参照して説明する。図９は、ＩＡＲＰクライアント２
１ａおよびサーバ側のある計算機−ＸのＩＡＲＰサーバ
２２ａの一構成例を示す図である。
を参照して説明する。図９は、ＩＡＲＰクライアント２
１ａおよびサーバ側のある計算機−ＸのＩＡＲＰサーバ
２２ａの一構成例を示す図である。
【０１０４】ＩＡＲＰクライアント２１ａは、図３で説
明したＩＡＲＰクライアント２１ａのＩＡＲＰの基本手
順を実施するＩＡＲＰクライアントカーネル４１と、こ
のカーネル４１が実施したＩＡＲＰ関数の実行結果を一
旦保持するキャッシュバッファ４２と、規定時間ごとに
キャッシュバッファ４２の内容を見ながら更新・削除す
るキャッシュデータ消去部４３と、ＩＡＲＰ応答傍受部
４４とによって構成されている。
明したＩＡＲＰクライアント２１ａのＩＡＲＰの基本手
順を実施するＩＡＲＰクライアントカーネル４１と、こ
のカーネル４１が実施したＩＡＲＰ関数の実行結果を一
旦保持するキャッシュバッファ４２と、規定時間ごとに
キャッシュバッファ４２の内容を見ながら更新・削除す
るキャッシュデータ消去部４３と、ＩＡＲＰ応答傍受部
４４とによって構成されている。
【０１０５】一方、計算機−ＸのＩＡＲＰサーバ２２ａ
は、前述したＩＡＲＰサーバの基本手順を実施するＩＡ
ＲＰサーバカーネル４６と、ＩＰアドレスおよびポート
番号を格納するデータ登録テーブル４７とが設けられ、
当該ＩＡＲＰサーバ２２ａには同一計算機−Ｘ内で動作
し、サービスおよびテーブル４７に必要な情報を提供す
る複数のサーバ２２，…が接続されている。
は、前述したＩＡＲＰサーバの基本手順を実施するＩＡ
ＲＰサーバカーネル４６と、ＩＰアドレスおよびポート
番号を格納するデータ登録テーブル４７とが設けられ、
当該ＩＡＲＰサーバ２２ａには同一計算機−Ｘ内で動作
し、サービスおよびテーブル４７に必要な情報を提供す
る複数のサーバ２２，…が接続されている。
【０１０６】図１０は、図９に示すＩＡＲＰクライアン
ト２１ａのキャッシュバッファ４２に登録するデータの
配列図である。すなわち、このキャッシュバッファ４２
には、ポート番号に対応するＩＰアドレス、実行時刻の
他、情報区分データが格納されている。この情報区分
は、キャッシュバッファ４２に格納されたデータが傍受
によって得られた情報なのか、自らがＩＡＲＰの基本手
順の実行結果の情報なのかを区別する為に使用される。
ト２１ａのキャッシュバッファ４２に登録するデータの
配列図である。すなわち、このキャッシュバッファ４２
には、ポート番号に対応するＩＰアドレス、実行時刻の
他、情報区分データが格納されている。この情報区分
は、キャッシュバッファ４２に格納されたデータが傍受
によって得られた情報なのか、自らがＩＡＲＰの基本手
順の実行結果の情報なのかを区別する為に使用される。
【０１０７】次に、以上のように構成された実施形態の
動作について、ＩＡＲＰサーバ２２ａ、ＩＡＲＰクライ
アント２１ａの順に説明する。 〔ＩＡＲＰサーバ２２ａの動作〕このＩＡＲＰサーバ２
２ａの動作は、図３に示す構成の説明と全く同様である
ので、ここでは重複部分は極力省略し、必要な部分だけ
を説明する。 （１） ＩＡＲＰサーバ２２ａは、自計算機−Ｘ内の任
意のサービスを提供するサーバ２２から特定のサービス
を提供するポート番号の情報の提供を受けると、データ
登録テーブル４７にその情報を登録する。そして、当該
情報の登録後、図２に示すフォーマットのデータ列をも
つＵＤＰパケットを一斉同報通信により送信する。但
し、その際、ポート番号として、受信したＵＤＰパケッ
トのOrig.PORT-NO. で指定されているポート番号を使用
し、かつ、パケットの各データは以下のように指定す
る。 XID ：予め決められたある固定的な値を使用する。 TYPE：疑似応答を表す「２」を指定する。 Dest.PORT-NO：サーバから提供された情報のポート番号
（ｐｏｒｔ−Ｓ）を指定する。 Target-IP-Address ：自計算機のＩＰアドレスを指定す
る。 Orig.PORT-NO. ：予め予約されているPort-Pc を使用す
る。 Orig.IP-Address ：０とする。 以下、このようなパケットを「ＩＰリクエスト疑似応答
パケット」と呼ぶ。
動作について、ＩＡＲＰサーバ２２ａ、ＩＡＲＰクライ
アント２１ａの順に説明する。 〔ＩＡＲＰサーバ２２ａの動作〕このＩＡＲＰサーバ２
２ａの動作は、図３に示す構成の説明と全く同様である
ので、ここでは重複部分は極力省略し、必要な部分だけ
を説明する。 （１） ＩＡＲＰサーバ２２ａは、自計算機−Ｘ内の任
意のサービスを提供するサーバ２２から特定のサービス
を提供するポート番号の情報の提供を受けると、データ
登録テーブル４７にその情報を登録する。そして、当該
情報の登録後、図２に示すフォーマットのデータ列をも
つＵＤＰパケットを一斉同報通信により送信する。但
し、その際、ポート番号として、受信したＵＤＰパケッ
トのOrig.PORT-NO. で指定されているポート番号を使用
し、かつ、パケットの各データは以下のように指定す
る。 XID ：予め決められたある固定的な値を使用する。 TYPE：疑似応答を表す「２」を指定する。 Dest.PORT-NO：サーバから提供された情報のポート番号
（ｐｏｒｔ−Ｓ）を指定する。 Target-IP-Address ：自計算機のＩＰアドレスを指定す
る。 Orig.PORT-NO. ：予め予約されているPort-Pc を使用す
る。 Orig.IP-Address ：０とする。 以下、このようなパケットを「ＩＰリクエスト疑似応答
パケット」と呼ぶ。
【０１０８】＊ ＩＡＲＰクライアント２１ａの動作に
ついて このＩＡＲＰクライアント２１ａの動作は、ＩＡＲＰ応
答傍受部４４を除けば、図６の説明と全く同じ動作を行
うので、重複する部分を極力省略し、必要な部分だけを
説明する。 （１） 任意のＩＡＲＰサーバ２２ａの応答するＩＰリ
クエスト応答またはＩＰリクエスト疑似応答は、ＵＤＰ
パケットを使用した一斉同報通信であるので、任意のＩ
ＡＲＰクライアント２１ａのＩＡＲＰ応答傍受部４４で
は、当該パケットを傍受できる。つまり、このＩＡＲＰ
応答傍受部４４は、常にＩＰリクエスト応答またはＩＰ
リクエスト疑似応答を傍受できる状態にある。 （２） ここで、ＩＡＲＰ応答傍受部４４は、ＩＰリク
エスト応答またはＩＰリクエスト疑似応答を傍受する
と、このＩＰリクエスト応答またはＩＰリクエスト疑似
応答に含まれるＰ−Ｉ関係情報を用いてキャッシュバッ
ファ４２を更新する。このキャッシュバッファ４２の更
新は、以下のような更新手順２で行われる。 （３） ＩＡＲＰクライアント２１ａがＩＡＲＰの基本
手順に従って実行した場合に実施するキャッシュバッフ
ァ４２の更新処理も、下記する更新手順２で行われる。 〔キャッシュバッファ４２の更新手順２〕 （１） はじめに、以下により処理区分「１」または
「２」を決定する。
ついて このＩＡＲＰクライアント２１ａの動作は、ＩＡＲＰ応
答傍受部４４を除けば、図６の説明と全く同じ動作を行
うので、重複する部分を極力省略し、必要な部分だけを
説明する。 （１） 任意のＩＡＲＰサーバ２２ａの応答するＩＰリ
クエスト応答またはＩＰリクエスト疑似応答は、ＵＤＰ
パケットを使用した一斉同報通信であるので、任意のＩ
ＡＲＰクライアント２１ａのＩＡＲＰ応答傍受部４４で
は、当該パケットを傍受できる。つまり、このＩＡＲＰ
応答傍受部４４は、常にＩＰリクエスト応答またはＩＰ
リクエスト疑似応答を傍受できる状態にある。 （２） ここで、ＩＡＲＰ応答傍受部４４は、ＩＰリク
エスト応答またはＩＰリクエスト疑似応答を傍受する
と、このＩＰリクエスト応答またはＩＰリクエスト疑似
応答に含まれるＰ−Ｉ関係情報を用いてキャッシュバッ
ファ４２を更新する。このキャッシュバッファ４２の更
新は、以下のような更新手順２で行われる。 （３） ＩＡＲＰクライアント２１ａがＩＡＲＰの基本
手順に従って実行した場合に実施するキャッシュバッフ
ァ４２の更新処理も、下記する更新手順２で行われる。 〔キャッシュバッファ４２の更新手順２〕 （１） はじめに、以下により処理区分「１」または
「２」を決定する。
【０１０９】自計算機のＩＡＲＰの基本手順の実行よっ
て得られる情報の場合→「１」、それ以外の場合→
「２」とする。 （２） キャッシュバッファ４２の保存しようとするＰ
−Ｉ関係情報のポート番号をキーとし、キャッシュバッ
ファ４２の記憶内容を検索する。 （３） 該当するポート番号に対応するＩＰアドレスが
見つかった場合、当該記憶内容を全て消去し、その消去
されたエリアに以下の「データ更新」を実施する。 （４） 前記（２）の検索により、該当するポート番号
に対応するＩＰアドレスや実行時刻の記憶内容が見つか
らなかった場合、キャッシュバッファ４２の空きエリア
の有無を調べる。 （５） 前記（４）によって空きエリアが見つかったな
ら、当該空きエリアに対して以下の「データ更新」を実
施する。 （６） 前記（４）において空きエリアが見つからなか
った場合、以下によって「データ更新」を実施する記憶
内容を決定する。
て得られる情報の場合→「１」、それ以外の場合→
「２」とする。 （２） キャッシュバッファ４２の保存しようとするＰ
−Ｉ関係情報のポート番号をキーとし、キャッシュバッ
ファ４２の記憶内容を検索する。 （３） 該当するポート番号に対応するＩＰアドレスが
見つかった場合、当該記憶内容を全て消去し、その消去
されたエリアに以下の「データ更新」を実施する。 （４） 前記（２）の検索により、該当するポート番号
に対応するＩＰアドレスや実行時刻の記憶内容が見つか
らなかった場合、キャッシュバッファ４２の空きエリア
の有無を調べる。 （５） 前記（４）によって空きエリアが見つかったな
ら、当該空きエリアに対して以下の「データ更新」を実
施する。 （６） 前記（４）において空きエリアが見つからなか
った場合、以下によって「データ更新」を実施する記憶
内容を決定する。
【０１１０】＊ 処理区分が「１」の場合：キャッシュ
バッファ４２の全ての記憶内容の中から「情報区分」
“２”の記憶内容が１つ以上あることを確認する。１つ
以上あるならば、情報区分“２”の記憶内容の中で最も
「実行時刻」の古い記憶内容を目的の記憶内容とする。
「情報区分」“２”の記憶内容が１つもなかった場合
は、情報区分“１”の記憶内容の中で最も「実行時刻」
の古い記憶内容を目的の記憶内容とする。
バッファ４２の全ての記憶内容の中から「情報区分」
“２”の記憶内容が１つ以上あることを確認する。１つ
以上あるならば、情報区分“２”の記憶内容の中で最も
「実行時刻」の古い記憶内容を目的の記憶内容とする。
「情報区分」“２”の記憶内容が１つもなかった場合
は、情報区分“１”の記憶内容の中で最も「実行時刻」
の古い記憶内容を目的の記憶内容とする。
【０１１１】＊ 処理区分が「２」の場合：キャッシュ
バッファ４２の全ての記憶内容の中から「情報区分」
“２”の記憶内容が１つ以上あることを確認する。１つ
以上あるならば、情報区分“２”の記憶内容の中で最も
「実行時刻」の古い記憶内容を目的の記憶内容とする。
情報区分“２”の記憶内容が１つもなかった場合、目的
の記憶内容は無しとする。 （７） このようにして目的の記憶内容が見つかった場
合には、目的の記憶内容に対して「データ更新」を実施
する。記憶内容が見つからなかった場合には、「データ
更新」は実施しない。
バッファ４２の全ての記憶内容の中から「情報区分」
“２”の記憶内容が１つ以上あることを確認する。１つ
以上あるならば、情報区分“２”の記憶内容の中で最も
「実行時刻」の古い記憶内容を目的の記憶内容とする。
情報区分“２”の記憶内容が１つもなかった場合、目的
の記憶内容は無しとする。 （７） このようにして目的の記憶内容が見つかった場
合には、目的の記憶内容に対して「データ更新」を実施
する。記憶内容が見つからなかった場合には、「データ
更新」は実施しない。
【０１１２】このデータ更新としては、ａ．当該記憶内
容に目的のＰ−Ｉ関係情報を格納する。ｂ．当該記憶内
容の「実行時刻」の欄に現在時刻を格納する。ｃ．当該
記憶内容の「情報区分」の欄に処理区分を格納する。
容に目的のＰ−Ｉ関係情報を格納する。ｂ．当該記憶内
容の「実行時刻」の欄に現在時刻を格納する。ｃ．当該
記憶内容の「情報区分」の欄に処理区分を格納する。
【０１１３】なお、以上のように処理区分を２つに分け
ているのは、入手したＰ−Ｉ関係情報の重みを区別する
為であり、それは以下の論理に基づいている。従って、
以上のような実施の形態の構成によれば、自分が要求し
たＩＰリクエストに対する応答であるＰ−Ｉ関係情報
は、傍受した情報等よりも使用頻度が高い筈であり、キ
ャッシュバッファ４２には優先して格納しておくべきで
ある。逆に傍受した情報は使用する頻度が高くなる保証
はないので、キャッシュバッファ４２を更新する際に
は、優先度の高い情報で置き換えることが望ましい。
ているのは、入手したＰ−Ｉ関係情報の重みを区別する
為であり、それは以下の論理に基づいている。従って、
以上のような実施の形態の構成によれば、自分が要求し
たＩＰリクエストに対する応答であるＰ−Ｉ関係情報
は、傍受した情報等よりも使用頻度が高い筈であり、キ
ャッシュバッファ４２には優先して格納しておくべきで
ある。逆に傍受した情報は使用する頻度が高くなる保証
はないので、キャッシュバッファ４２を更新する際に
は、優先度の高い情報で置き換えることが望ましい。
【０１１４】その結果、本実施の形態に於いては、以下
のような効果を奏する。 ａ．各ＩＡＲＰクライアント２１ａは、自ら要求したＩ
Ｐリクエストに対するＩＰリクエスト応答によって得ら
れるＰ−Ｉ関係情報に加えて、他のＩＡＲＰクライアン
トが要求したＩＰリクエストに対するＩＰリクエスト応
答に含まれるＰ−Ｉ関係情報で自らのキャッシュバッフ
ァ４２を更新するので、自ら要求したＩＰリクエストに
対するＩＰリクエスト応答にによって得られたＰ−Ｉ関
係情報しか使用しない場合に比較し、自らのキャッシュ
バッファ４２の情報が増大する。キャッシュバッファ４
２の情報が増大するので、それだけキャッシュバッファ
４２がヒットする確立が高まる。
のような効果を奏する。 ａ．各ＩＡＲＰクライアント２１ａは、自ら要求したＩ
Ｐリクエストに対するＩＰリクエスト応答によって得ら
れるＰ−Ｉ関係情報に加えて、他のＩＡＲＰクライアン
トが要求したＩＰリクエストに対するＩＰリクエスト応
答に含まれるＰ−Ｉ関係情報で自らのキャッシュバッフ
ァ４２を更新するので、自ら要求したＩＰリクエストに
対するＩＰリクエスト応答にによって得られたＰ−Ｉ関
係情報しか使用しない場合に比較し、自らのキャッシュ
バッファ４２の情報が増大する。キャッシュバッファ４
２の情報が増大するので、それだけキャッシュバッファ
４２がヒットする確立が高まる。
【０１１５】ｂ．自ら要求したＩＰリクエストに対する
ＩＰリクエスト応答によって得られるＰ−Ｉ関係情報
と、他のＩＡＲＰクライアントが実行したＩＰリクエス
トによって得られるＰ−Ｉ関係情報が重要度の違いを区
別して管理されるので、より重要な情報がキャッシュバ
ッファ４２に格納される確立が高くなり、よりＩＡＲＰ
の効率を向上させることができる。 （第５の実施の形態）図１１ないし図１３は請求項８に
係わる発明の一実施形態を示す構成図である。
ＩＰリクエスト応答によって得られるＰ−Ｉ関係情報
と、他のＩＡＲＰクライアントが実行したＩＰリクエス
トによって得られるＰ−Ｉ関係情報が重要度の違いを区
別して管理されるので、より重要な情報がキャッシュバ
ッファ４２に格納される確立が高くなり、よりＩＡＲＰ
の効率を向上させることができる。 （第５の実施の形態）図１１ないし図１３は請求項８に
係わる発明の一実施形態を示す構成図である。
【０１１６】この実施の形態は、第４の実施の形態と同
様、第３の実施の形態と比較し、更にＩＡＲＰの効率を
上げることにある。前記図６の実施の形態は、関数ＩＡ
ＲＰの効率化の為にキャッシュバッファ３２が導入され
たが、関数ＩＡＲＰの効率化は当該キャッシュバッファ
３２のリフレッシュタイマ：Ｔｃの値と大きく関係す
る。つまり、Ｔｃを大きくすると、キャッシュバッファ
３２内に目的のＰ−Ｉ関係を表す情報が見つかる確立
（キャッシュバッファ３２のヒット率）が高くなるの
で、関数ＩＡＲＰの効率は高くなる。Ｔｃを小さくすれ
ば、キャッシュバッファ３２のヒット率が低くなるの
で、関数ＩＡＲＰの効率は低下する。
様、第３の実施の形態と比較し、更にＩＡＲＰの効率を
上げることにある。前記図６の実施の形態は、関数ＩＡ
ＲＰの効率化の為にキャッシュバッファ３２が導入され
たが、関数ＩＡＲＰの効率化は当該キャッシュバッファ
３２のリフレッシュタイマ：Ｔｃの値と大きく関係す
る。つまり、Ｔｃを大きくすると、キャッシュバッファ
３２内に目的のＰ−Ｉ関係を表す情報が見つかる確立
（キャッシュバッファ３２のヒット率）が高くなるの
で、関数ＩＡＲＰの効率は高くなる。Ｔｃを小さくすれ
ば、キャッシュバッファ３２のヒット率が低くなるの
で、関数ＩＡＲＰの効率は低下する。
【０１１７】従って、Ｐ−Ｉ関係情報が頻繁に変化しな
いシステムの場合には、Ｔｃの値を比較的大きな値に選
ぶことにより、関数ＩＡＲＰの効率を大幅に向上させる
ことができる。Ｐ−Ｉ関係情報が頻繁に変化するシステ
ムでは、Ｔｃの値を大きくした場合、Ｐ−Ｉ関係情報が
変化した直後に、キャッシュバッファ３２の内容と実際
のＰ−Ｉ関係に不一致を生じる時間が長くなる。この不
一致を容認できないシステムの場合には大きなＴｃの値
を選ぶことができない。
いシステムの場合には、Ｔｃの値を比較的大きな値に選
ぶことにより、関数ＩＡＲＰの効率を大幅に向上させる
ことができる。Ｐ−Ｉ関係情報が頻繁に変化するシステ
ムでは、Ｔｃの値を大きくした場合、Ｐ−Ｉ関係情報が
変化した直後に、キャッシュバッファ３２の内容と実際
のＰ−Ｉ関係に不一致を生じる時間が長くなる。この不
一致を容認できないシステムの場合には大きなＴｃの値
を選ぶことができない。
【０１１８】１つのシステム内にも、サービスの種類に
よっては、ポート番号とＩＰアドレスとの関係が頻繁に
変化するものと殆んど変化しないものとがある。また、
サービスの種類によっては、キャッシュデータの陳腐化
が容認できるサービスと容認できないサービスとが存在
することも考えられる。
よっては、ポート番号とＩＰアドレスとの関係が頻繁に
変化するものと殆んど変化しないものとがある。また、
サービスの種類によっては、キャッシュデータの陳腐化
が容認できるサービスと容認できないサービスとが存在
することも考えられる。
【０１１９】キャッシュバッファ３２のリフレッシュタ
イマの値がひとつのＩＡＲＰクライアント内で１種類し
か定義できない場合、リフレッシュタイマは最も小さい
タイマ値を要求するサービス（以下、クリティカルサー
ビスと呼ぶ）に合わせざるを得ない。その場合、Ｐ−Ｉ
関係があまり変化しないサービスやキャッシュデータの
陳腐化が容認できるサービスに対するＩＡＲＰの効率も
全て、クリティカルサービスの要求するＴｃで決まる効
率に低下する。
イマの値がひとつのＩＡＲＰクライアント内で１種類し
か定義できない場合、リフレッシュタイマは最も小さい
タイマ値を要求するサービス（以下、クリティカルサー
ビスと呼ぶ）に合わせざるを得ない。その場合、Ｐ−Ｉ
関係があまり変化しないサービスやキャッシュデータの
陳腐化が容認できるサービスに対するＩＡＲＰの効率も
全て、クリティカルサービスの要求するＴｃで決まる効
率に低下する。
【０１２０】このようなケースでは、サービスの種類毎
にリフレッシュタイマの値を調整可能とすることによ
り、各サービスにそれぞれ最適なＩＡＲＰの効率を与え
ることが可能である。
にリフレッシュタイマの値を調整可能とすることによ
り、各サービスにそれぞれ最適なＩＡＲＰの効率を与え
ることが可能である。
【０１２１】そこで、この実施の形態では、サービスの
種類毎にリフレッシュタイマの値を調整可能とし、ＩＡ
ＲＰの効率化を図ることにあり、以下、図１１ないし図
１３を参照して説明する。
種類毎にリフレッシュタイマの値を調整可能とし、ＩＡ
ＲＰの効率化を図ることにあり、以下、図１１ないし図
１３を参照して説明する。
【０１２２】図１１は以上の要求を実現するためのＩＡ
ＲＰサーバ２２ａの構成例であり、また図１２はＩＡＲ
Ｐサーバ２２ａがＩＡＲＰクライアント２１ａに対して
関数ＩＡＲＰの結果を返す際に使用するパケットのフォ
ーマット例である。
ＲＰサーバ２２ａの構成例であり、また図１２はＩＡＲ
Ｐサーバ２２ａがＩＡＲＰクライアント２１ａに対して
関数ＩＡＲＰの結果を返す際に使用するパケットのフォ
ーマット例である。
【０１２３】このＩＡＲＰサーバは、図９と同じ構成で
あるので、同一部分には同一符号を付して説明する。す
なわち、ＩＡＲＰサーバ２２ａは、当該ＩＡＲＰサーバ
の基本的な動作を実施するＩＡＲＰサーバカーネル４６
と、データ登録テーブル４７とで構成され、サーバ群２
２，…からの情報がデータ登録テーブル４７に登録され
る。このデータ登録テーブル４７には、図１３（ａ）に
示すように、ＩＡＲＰサーバ２２ａがＩＡＲＰ基本手順
の中でＩＰアドレスを応答する際にポート番号毎にＴｃ
の推奨値Time to liveの値を決められるように、ポート
番号毎にリフレッシュタイマＴｃを保存するエリアが設
けられている。このエリアの値は、ＩＡＲＰサーバ２２
ａに対して当該計算機−Ｘ内の任意のサーバ２２がポー
ト番号の登録を要求する際に明示的に指定する。
あるので、同一部分には同一符号を付して説明する。す
なわち、ＩＡＲＰサーバ２２ａは、当該ＩＡＲＰサーバ
の基本的な動作を実施するＩＡＲＰサーバカーネル４６
と、データ登録テーブル４７とで構成され、サーバ群２
２，…からの情報がデータ登録テーブル４７に登録され
る。このデータ登録テーブル４７には、図１３（ａ）に
示すように、ＩＡＲＰサーバ２２ａがＩＡＲＰ基本手順
の中でＩＰアドレスを応答する際にポート番号毎にＴｃ
の推奨値Time to liveの値を決められるように、ポート
番号毎にリフレッシュタイマＴｃを保存するエリアが設
けられている。このエリアの値は、ＩＡＲＰサーバ２２
ａに対して当該計算機−Ｘ内の任意のサーバ２２がポー
ト番号の登録を要求する際に明示的に指定する。
【０１２４】そして、ＩＡＲＰサーバ２２ａがＩＡＲＰ
クライアント２１ａに対して関数ＩＡＲＰの結果を返す
際に使用するパケットは、図１２に示すように７つのフ
ィールドから構成され、先頭から順に６つ目までのフィ
ールドが図２と同様なデータ列となっているが、７番目
のフィールドには以下のデータが追加されている。
クライアント２１ａに対して関数ＩＡＲＰの結果を返す
際に使用するパケットは、図１２に示すように７つのフ
ィールドから構成され、先頭から順に６つ目までのフィ
ールドが図２と同様なデータ列となっているが、７番目
のフィールドには以下のデータが追加されている。
【０１２５】Time to live：当該ポート番号とＩＰアド
レスとの関係をキャッシュバッファから消去するまでの
時間の推奨値（Ｔｃの推奨値）である。一方、ＩＡＲＰ
クライアント側キャッシュバッファ（３２，４２）は、
図１３（ｂ）に示すようなデータ内容となっている。こ
のデータ内容は、図７と比較すると、ポート番号ごとに
リフレッシュタイマＴｃを格納するエリアが追加されて
いる。
レスとの関係をキャッシュバッファから消去するまでの
時間の推奨値（Ｔｃの推奨値）である。一方、ＩＡＲＰ
クライアント側キャッシュバッファ（３２，４２）は、
図１３（ｂ）に示すようなデータ内容となっている。こ
のデータ内容は、図７と比較すると、ポート番号ごとに
リフレッシュタイマＴｃを格納するエリアが追加されて
いる。
【０１２６】このような構成の実施形態では、ＩＡＲＰ
サーバ２２ａが任意のＩＡＲＰクライアント２１ａから
目的のポート番号に対応するＩＰアドレスの値を応答す
る際には、データ登録テーブル４７から当該ポート番号
とＩＰアドレス情報のリフレッシュタイマ推奨値を取り
出し、図１２に示すフォーマットの７番目のフィールド
に当該リフレッシュタイマ推奨値を格納して応答する。
サーバ２２ａが任意のＩＡＲＰクライアント２１ａから
目的のポート番号に対応するＩＰアドレスの値を応答す
る際には、データ登録テーブル４７から当該ポート番号
とＩＰアドレス情報のリフレッシュタイマ推奨値を取り
出し、図１２に示すフォーマットの７番目のフィールド
に当該リフレッシュタイマ推奨値を格納して応答する。
【０１２７】このパケットの応答を受け取るＩＡＲＰク
ライアントは、図１３（ｂ）に示すようなデータ内容を
もつキャッシュバッファ（３２，４２）を備えている。
このキャッシュバッファ（３２，４２）は、ポート番号
毎にリフレッシュタイマ値Ｔｃを格納するエリアが設け
られているので、キャッシュデータ消去部（３３，４
３）が動作する際には、キャッシュバッファ（３２，４
２）内のポート番号毎に実行時刻と現在時刻とを比較
し、その差の時間が当該ポート番号のＴｃの値よりも大
きくなっている場合には当該ポート番号とＩＰアドレス
の情報とをキャッシュバッファ（３２，４２）から消去
する。
ライアントは、図１３（ｂ）に示すようなデータ内容を
もつキャッシュバッファ（３２，４２）を備えている。
このキャッシュバッファ（３２，４２）は、ポート番号
毎にリフレッシュタイマ値Ｔｃを格納するエリアが設け
られているので、キャッシュデータ消去部（３３，４
３）が動作する際には、キャッシュバッファ（３２，４
２）内のポート番号毎に実行時刻と現在時刻とを比較
し、その差の時間が当該ポート番号のＴｃの値よりも大
きくなっている場合には当該ポート番号とＩＰアドレス
の情報とをキャッシュバッファ（３２，４２）から消去
する。
【０１２８】従って、以上のような構成の実施の形態に
よれば、以下のような効果が得られる。 ａ．ポート番号毎にキャッシュバッファ（３２，４２）
のリフレッシュタイマの値を調整できるので、ポート番
号に対応するサーバ単位に最適なＩＡＲＰの効率を上げ
ることができる。
よれば、以下のような効果が得られる。 ａ．ポート番号毎にキャッシュバッファ（３２，４２）
のリフレッシュタイマの値を調整できるので、ポート番
号に対応するサーバ単位に最適なＩＡＲＰの効率を上げ
ることができる。
【０１２９】ｂ．ポート番号単位のキャッシュバッファ
（３２，４２）のリフレッシュタイマ値は、当該ポート
番号をもつサーバが指定できるので、ポート番号の種類
が増えても、ＩＡＲＰクライアントはポート番号単位の
リフレッシュタイマ値のメンテナンスを行う必要がな
い。
（３２，４２）のリフレッシュタイマ値は、当該ポート
番号をもつサーバが指定できるので、ポート番号の種類
が増えても、ＩＡＲＰクライアントはポート番号単位の
リフレッシュタイマ値のメンテナンスを行う必要がな
い。
【０１３０】ｃ． サーバがポート番号用のリフレッシ
ュタイマ値を変更する場合には、自動的に全てのＩＡＲ
Ｐクライアントに変更した値が反映される。 （第６の実施の形態）図１４は請求項９に係わる発明の
一実施形態を示す構成図である。
ュタイマ値を変更する場合には、自動的に全てのＩＡＲ
Ｐクライアントに変更した値が反映される。 （第６の実施の形態）図１４は請求項９に係わる発明の
一実施形態を示す構成図である。
【０１３１】この実施の形態は、ＩＰアドレスの管理を
行うシステムのＩＡＲＰの効率を上げることにある。図
１４（ａ）は、ＩＡＲＰサーバ２２ａが応答するＩＰリ
クエスト応答パケットのフォーマットである。このパケ
ットのフオーマットは、図１２で示したフォーマットに
新たに補助情報を付加したフォーマットとなっている。
行うシステムのＩＡＲＰの効率を上げることにある。図
１４（ａ）は、ＩＡＲＰサーバ２２ａが応答するＩＰリ
クエスト応答パケットのフォーマットである。このパケ
ットのフオーマットは、図１２で示したフォーマットに
新たに補助情報を付加したフォーマットとなっている。
【０１３２】このように補助情報を付加したフォーマッ
トとした理由は次の通りである。すなわち、ＩＰリクエ
スト応答には、ＵＤＰパケットを使用するが、単純にＵ
ＤＰパケットの送受信を行う送信側および受信側の計算
機負荷は、通常，ＵＤＰパケットの数に強く比例し、各
ＵＤＰパケットの長さには強く関係しない。従って、Ｉ
Ｐリクエスト応答パケットを送信する場合、図１２で示
されたフォーマットで応答するか、或いは図１４（ａ）
で示される補助情報をの付加されたフオーマットで応答
するか、送信側、受信側共にＵＤＰパケットの送受信に
関係する計算機負荷にはそれほど影響がない。別の言い
方をすれば、図１２のフォーマットで応答するＩＰリク
エストパケットは、ＵＤＰパケットで効率的に利用でき
る情報エリアを使いきっておらず、そこには利用可能な
「情報の隙間」が残っていると言える。
トとした理由は次の通りである。すなわち、ＩＰリクエ
スト応答には、ＵＤＰパケットを使用するが、単純にＵ
ＤＰパケットの送受信を行う送信側および受信側の計算
機負荷は、通常，ＵＤＰパケットの数に強く比例し、各
ＵＤＰパケットの長さには強く関係しない。従って、Ｉ
Ｐリクエスト応答パケットを送信する場合、図１２で示
されたフォーマットで応答するか、或いは図１４（ａ）
で示される補助情報をの付加されたフオーマットで応答
するか、送信側、受信側共にＵＤＰパケットの送受信に
関係する計算機負荷にはそれほど影響がない。別の言い
方をすれば、図１２のフォーマットで応答するＩＰリク
エストパケットは、ＵＤＰパケットで効率的に利用でき
る情報エリアを使いきっておらず、そこには利用可能な
「情報の隙間」が残っていると言える。
【０１３３】そこで、本実施の形態では、当該「情報の
隙間」を利用し、ＩＰリクエストに対する応答を返す
際、ＩＡＲＰクライアントから要求されたＰ−Ｉ関係情
報以外に、ＩＡＲＰサーバが保持しているその他のＰ−
Ｉ関係情報を補助情報として送信する。この補助情報を
受けたＩＡＲＰクライアントでは、その補助情報が直ち
に有用な情報とはならないものの、補助情報中のＰ−Ｉ
関係情報を自らのキャッシュバッファに保存しておくこ
とにより、自らのキャッシュバッファのヒット率を高め
ることが可能となる。
隙間」を利用し、ＩＰリクエストに対する応答を返す
際、ＩＡＲＰクライアントから要求されたＰ−Ｉ関係情
報以外に、ＩＡＲＰサーバが保持しているその他のＰ−
Ｉ関係情報を補助情報として送信する。この補助情報を
受けたＩＡＲＰクライアントでは、その補助情報が直ち
に有用な情報とはならないものの、補助情報中のＰ−Ｉ
関係情報を自らのキャッシュバッファに保存しておくこ
とにより、自らのキャッシュバッファのヒット率を高め
ることが可能となる。
【０１３４】前記パケットの補助情報部分は、詳細には
図１４（ｂ）に示すごとく、ｎ個のスロットから構成さ
れ、各スロットにはそれぞれＰ−Ｉ関係情報が格納され
る。このｎの値は可変値であり、そのときＩＡＲＰサー
バが保有しているＰ−Ｉ関係情報の数に依存して変化す
る。但し、最大でも、図１４（ａ）のパケット全体の長
さが一つのＵＤＰパケットの大きさを越えない範囲に制
限される。これは、ＩＰリクエスト応答パケットの「情
報の隙間」を利用することから生じる制約である。つま
り、元々「情報の隙間」はＵＤＰパケットの最大長の範
囲内でしか存在していないのである。
図１４（ｂ）に示すごとく、ｎ個のスロットから構成さ
れ、各スロットにはそれぞれＰ−Ｉ関係情報が格納され
る。このｎの値は可変値であり、そのときＩＡＲＰサー
バが保有しているＰ−Ｉ関係情報の数に依存して変化す
る。但し、最大でも、図１４（ａ）のパケット全体の長
さが一つのＵＤＰパケットの大きさを越えない範囲に制
限される。これは、ＩＰリクエスト応答パケットの「情
報の隙間」を利用することから生じる制約である。つま
り、元々「情報の隙間」はＵＤＰパケットの最大長の範
囲内でしか存在していないのである。
【０１３５】そこで、ＵＤＰパケットの最大長の範囲で
格納できるスロットの最大数をＮとし、ＩＡＲＰサーバ
がデータ登録テーブル４７に保持されているＰ−Ｉ関係
情報の数をＭとする。補助情報のスロットが最大Ｎ個ま
でしかないので、補助情報に格納されるＰ−Ｉ関係情報
は以下のルールに従って選択する。
格納できるスロットの最大数をＮとし、ＩＡＲＰサーバ
がデータ登録テーブル４７に保持されているＰ−Ｉ関係
情報の数をＭとする。補助情報のスロットが最大Ｎ個ま
でしかないので、補助情報に格納されるＰ−Ｉ関係情報
は以下のルールに従って選択する。
【０１３６】イ．Ｍ≦Ｎの場合：全てのＰ−Ｉ関係情報
が補助情報スロットに上づめで格納される。その場合、
実際に送信されるスロットの数ｎは、ｎ＝Ｍとなる。 ロ．Ｍ＞Ｎの場合：当該ＩＡＲＰサーバが保持している
Ｐ−Ｉ関係情報の中から、「古い」情報から順に補助情
報スロットに格納する。その場合、実際に送信されるス
ロットの数ｎは、ｎ＝Ｎとなる。但し、「古い」とは、
当該Ｐ−Ｉ関係情報を使用してＩＰリクエスト応答パケ
ットを作成した時刻が他のＰ−Ｉ関係情報よりも古いこ
とを言う。
が補助情報スロットに上づめで格納される。その場合、
実際に送信されるスロットの数ｎは、ｎ＝Ｍとなる。 ロ．Ｍ＞Ｎの場合：当該ＩＡＲＰサーバが保持している
Ｐ−Ｉ関係情報の中から、「古い」情報から順に補助情
報スロットに格納する。その場合、実際に送信されるス
ロットの数ｎは、ｎ＝Ｎとなる。但し、「古い」とは、
当該Ｐ−Ｉ関係情報を使用してＩＰリクエスト応答パケ
ットを作成した時刻が他のＰ−Ｉ関係情報よりも古いこ
とを言う。
【０１３７】図１４（ｃ）は、「古い」の判定を行うた
めに、ＩＡＲＰサーバ２２ａ内のデータ登録テーブル４
７のデータ構成例を示す図である。基本的には、図１３
（ａ）で示す構成と同一であるが、各レコードに「応答
時間」が格納できるようになっている。この応答時間の
フィールドには、当該レコードのＰ−Ｉ関係情報を“使
用した時刻”が格納される。但し、ここで“使用した時
刻”とは以下のいずれかの時刻を指す。
めに、ＩＡＲＰサーバ２２ａ内のデータ登録テーブル４
７のデータ構成例を示す図である。基本的には、図１３
（ａ）で示す構成と同一であるが、各レコードに「応答
時間」が格納できるようになっている。この応答時間の
フィールドには、当該レコードのＰ−Ｉ関係情報を“使
用した時刻”が格納される。但し、ここで“使用した時
刻”とは以下のいずれかの時刻を指す。
【０１３８】その１つは、ＩＰリクエストによって当該
Ｐ−Ｉ関係情報の応答を要求された時刻。他の１つは、
ＩＰリクエスト応答を返す際にその補助情報として、当
該Ｐ−Ｉ関係情報を使用した時刻。
Ｐ−Ｉ関係情報の応答を要求された時刻。他の１つは、
ＩＰリクエスト応答を返す際にその補助情報として、当
該Ｐ−Ｉ関係情報を使用した時刻。
【０１３９】このようにして「古い」情報を優先してＩ
Ｐリクエストの補助情報とする理由は、次の通りであ
る。 イ．つまり、古い情報は、それだけＩＡＲＰクライアン
トのキヤッシュバッファに存在しない可能性が高い。Ｉ
ＡＲＰクライアントのキヤッシュバッファの情報を豊か
にし、キヤッシュバッファのヒット率を高めるために
は、キヤッシュバッファに存在しない情報を補助情報と
して流す方が効果が大きいこと。
Ｐリクエストの補助情報とする理由は、次の通りであ
る。 イ．つまり、古い情報は、それだけＩＡＲＰクライアン
トのキヤッシュバッファに存在しない可能性が高い。Ｉ
ＡＲＰクライアントのキヤッシュバッファの情報を豊か
にし、キヤッシュバッファのヒット率を高めるために
は、キヤッシュバッファに存在しない情報を補助情報と
して流す方が効果が大きいこと。
【０１４０】ロ，また、ＩＡＲＰクライアントにとって
補助情報は、本来必要とするＰ−Ｉ関係情報ではないの
で、ＩＡＲＰクライアントにとって補助情報が豊かにな
る方針でＩＡＲＰサーバが補助情報を作成することは、
ＩＡＲＰクライアントが本来必要とする情報をキヤッシ
ュバッファから追い出す結果を招く可能性があり、その
場合には逆効果となるが、ＩＡＲＰクライアントは自分
が要求したＩＰリクエストに対する応答とその他の補助
的な情報とを区別して取り扱うことが可能であり、その
危険性は回避可能である。
補助情報は、本来必要とするＰ−Ｉ関係情報ではないの
で、ＩＡＲＰクライアントにとって補助情報が豊かにな
る方針でＩＡＲＰサーバが補助情報を作成することは、
ＩＡＲＰクライアントが本来必要とする情報をキヤッシ
ュバッファから追い出す結果を招く可能性があり、その
場合には逆効果となるが、ＩＡＲＰクライアントは自分
が要求したＩＰリクエストに対する応答とその他の補助
的な情報とを区別して取り扱うことが可能であり、その
危険性は回避可能である。
【０１４１】次に、以上のように構成された実施の形態
に関する動作について説明する。先ず、ＩＡＲＰサーバ
とＩＡＲＰクライアントは、以下の点を除き、前述した
「基本手順」と同一の動作を行う。
に関する動作について説明する。先ず、ＩＡＲＰサーバ
とＩＡＲＰクライアントは、以下の点を除き、前述した
「基本手順」と同一の動作を行う。
【０１４２】〔ＩＡＲＰサーバ２２ａの動作〕 （１） ＩＡＲＰサーバ２２ａは、ＩＰリクエストを受
信すると、「基本手順」に従ってＩＰリクエスト応答パ
ケットを作成する。このとき、以下に記述する「補助情
報作成手順」に従って補助情報も合わせて作成する。 （２） ＩＡＲＰサーバは、該当する計算機−Ｘ内の任
意のサーバ２２からポート番号の情報の提供を受けたと
き、データ登録テーブル４７の空きエリアの中の最も若
番のエリアに情報を格納する。そのとき、「応答時刻」
のフィールドには現在時刻を格納する。
信すると、「基本手順」に従ってＩＰリクエスト応答パ
ケットを作成する。このとき、以下に記述する「補助情
報作成手順」に従って補助情報も合わせて作成する。 （２） ＩＡＲＰサーバは、該当する計算機−Ｘ内の任
意のサーバ２２からポート番号の情報の提供を受けたと
き、データ登録テーブル４７の空きエリアの中の最も若
番のエリアに情報を格納する。そのとき、「応答時刻」
のフィールドには現在時刻を格納する。
【０１４３】〔ＩＡＲＰクライアント２１ａの動作〕Ｉ
ＡＲＰクライアント２１ａは、ＩＰリクエスト応答を受
信すると、「基本手順」に従って受信したＰ−Ｉ関係情
報でキャッシュバッフアを更新するが、その際、ＩＰリ
クエスト応答に補助情報が含まれている場合には、補助
情報に含まれているＰ−Ｉ関係情報を使用してキャッシ
ュバッフアの更新を行う。但し、補助情報に含まれてい
たＰ−Ｉ関係情報は、前述したキャッシュバッフアの更
新手順に従って更新する。つまり、補助情報で得られた
Ｐ−Ｉ関係情報は傍受した情報と同じ取扱とする。
ＡＲＰクライアント２１ａは、ＩＰリクエスト応答を受
信すると、「基本手順」に従って受信したＰ−Ｉ関係情
報でキャッシュバッフアを更新するが、その際、ＩＰリ
クエスト応答に補助情報が含まれている場合には、補助
情報に含まれているＰ−Ｉ関係情報を使用してキャッシ
ュバッフアの更新を行う。但し、補助情報に含まれてい
たＰ−Ｉ関係情報は、前述したキャッシュバッフアの更
新手順に従って更新する。つまり、補助情報で得られた
Ｐ−Ｉ関係情報は傍受した情報と同じ取扱とする。
【０１４４】〔補助情報作成手順〕 （１） ＭとＮとの大小関係を比較する。 （２） Ｍ≦Ｎの場合、当該ＩＡＲＰサーバが保有して
いるＰ−Ｉ関係情報を順次、補助情報のスロットに格納
する。スロットに格納した直後、データ登録テーブル４
７の当該Ｐ−Ｉ関係情報の記憶部分である「応答時刻」
に現在時刻を格納する。この場合、当該ＩＡＲＰサーバ
が保持するＭ個のＰ−Ｉ関係情報が全て補助情報のスロ
ットに格納されるので、補助情報のスロットの数ｎは、
ｎ＝Ｍとなる。 （３） Ｍ＞Ｎの場合、Ｐ−Ｉ関係情報を保持している
データ登録テーブル４７の上から順にＮ個までのＰ−Ｉ
関係情報を順次，補助情報のスロットに格納し、スロッ
トに格納した直後、データ登録テーブル４７の当該Ｐ−
Ｉ関係情報の記憶部分の「応答時刻」に現在時刻を格納
する。但し、データ登録テーブル４７のＰ−Ｉ関係情報
は「応答時刻」の古い順に並び代えられているものとす
る。このとき、補助関係情報のスロットの数ｎは、ｎ＝
Ｎとする。 （４） 前記（２）または（３）の処理によって補助情
報を含めたＩＰリクエスト応答パケットを作成するの
で、これを用いてＩＰリクエスト応答を送信する。 （５） このＩＰリクエスト応答の送信の後、「応答時
刻」キーとしてPort NOソーティングを実施する。つま
り、「応答時刻」の古い順にデータ登録テーブル４７の
並び替えを実施しておく。これは、次の「補助情報作成
手順」を実施するときに、前記（３）で「応答時刻」の
古い順にデータ登録テーブル４７がソーティングされて
いることを保証するためである。
いるＰ−Ｉ関係情報を順次、補助情報のスロットに格納
する。スロットに格納した直後、データ登録テーブル４
７の当該Ｐ−Ｉ関係情報の記憶部分である「応答時刻」
に現在時刻を格納する。この場合、当該ＩＡＲＰサーバ
が保持するＭ個のＰ−Ｉ関係情報が全て補助情報のスロ
ットに格納されるので、補助情報のスロットの数ｎは、
ｎ＝Ｍとなる。 （３） Ｍ＞Ｎの場合、Ｐ−Ｉ関係情報を保持している
データ登録テーブル４７の上から順にＮ個までのＰ−Ｉ
関係情報を順次，補助情報のスロットに格納し、スロッ
トに格納した直後、データ登録テーブル４７の当該Ｐ−
Ｉ関係情報の記憶部分の「応答時刻」に現在時刻を格納
する。但し、データ登録テーブル４７のＰ−Ｉ関係情報
は「応答時刻」の古い順に並び代えられているものとす
る。このとき、補助関係情報のスロットの数ｎは、ｎ＝
Ｎとする。 （４） 前記（２）または（３）の処理によって補助情
報を含めたＩＰリクエスト応答パケットを作成するの
で、これを用いてＩＰリクエスト応答を送信する。 （５） このＩＰリクエスト応答の送信の後、「応答時
刻」キーとしてPort NOソーティングを実施する。つま
り、「応答時刻」の古い順にデータ登録テーブル４７の
並び替えを実施しておく。これは、次の「補助情報作成
手順」を実施するときに、前記（３）で「応答時刻」の
古い順にデータ登録テーブル４７がソーティングされて
いることを保証するためである。
【０１４５】なお、前記（３）の手順の中でソーティン
グを実施せず、ＩＰリクエスト応答を送信した後でソー
ティングを実施するのは以下の理由からである。その理
由とするところは、通常，ＩＰリクエストに応答した
後、ＩＡＲＰサーバは、次のＩＰリクエストを受信する
までの間、処理が無い。従って、ここで比較的時間のか
かるソーティングを実施しておき、次の「補助情報作成
処理」への準備をすませておくことにより、次の「補助
情報作成処理」実施の際に効率よく補助情報を作成する
ことができるためである。
グを実施せず、ＩＰリクエスト応答を送信した後でソー
ティングを実施するのは以下の理由からである。その理
由とするところは、通常，ＩＰリクエストに応答した
後、ＩＡＲＰサーバは、次のＩＰリクエストを受信する
までの間、処理が無い。従って、ここで比較的時間のか
かるソーティングを実施しておき、次の「補助情報作成
処理」への準備をすませておくことにより、次の「補助
情報作成処理」実施の際に効率よく補助情報を作成する
ことができるためである。
【０１４６】また、Ｍ≦Ｎの場合でも、前記（２）の手
順の中で「応答時刻」を更新したり、前記（５）の手順
の中でソーティングを行うのは、次にＩＰリクエストに
対する応答をする際には、Ｍが増大しており、Ｍ＞Ｎの
場合の処理をする可能性があるためである。
順の中で「応答時刻」を更新したり、前記（５）の手順
の中でソーティングを行うのは、次にＩＰリクエストに
対する応答をする際には、Ｍが増大しており、Ｍ＞Ｎの
場合の処理をする可能性があるためである。
【０１４７】Ｍが増大するのは、当該計算機内で新たな
サーバが動作を始めて、そのポート番号がデータ登録テ
ーブル４７に追加される場合であるが、その場合にはデ
ータ登録テーブル４７の一番後ろに追加されるので、デ
ータ登録テーブル４７の「応答時刻」の順序性が乱れる
ことはない。
サーバが動作を始めて、そのポート番号がデータ登録テ
ーブル４７に追加される場合であるが、その場合にはデ
ータ登録テーブル４７の一番後ろに追加されるので、デ
ータ登録テーブル４７の「応答時刻」の順序性が乱れる
ことはない。
【０１４８】従って、以上のような構成の実施形態によ
れば、次のような効果を有する。 （１） ＩＰリクエスト応答の「情報の隙間」を利用し
て補助的な情報を流すことにより、ＩＡＲＰクライアン
トのキャッシュバッファの内容をより充実したものとす
ることができる。結果として、ＩＡＲＰクライアントの
キャッシュバッファのヒット率が高まり、ＩＡＲＰの実
行効率が高まる。 （２） 補助情報の作成のために、データ登録テーブル
４７を普段からソーティングしておくので、ＩＰリクエ
ストに対する応答を行う際の補助情報の作成を殆んど遅
延無く行うことができる。つまり、ＩＰリクエストに対
する応答の遅れが殆んど発生しない。 （第７の実施の形態）図１５および図１６は請求項１０
に係わる発明の一実施形態を示す構成図である。
れば、次のような効果を有する。 （１） ＩＰリクエスト応答の「情報の隙間」を利用し
て補助的な情報を流すことにより、ＩＡＲＰクライアン
トのキャッシュバッファの内容をより充実したものとす
ることができる。結果として、ＩＡＲＰクライアントの
キャッシュバッファのヒット率が高まり、ＩＡＲＰの実
行効率が高まる。 （２） 補助情報の作成のために、データ登録テーブル
４７を普段からソーティングしておくので、ＩＰリクエ
ストに対する応答を行う際の補助情報の作成を殆んど遅
延無く行うことができる。つまり、ＩＰリクエストに対
する応答の遅れが殆んど発生しない。 （第７の実施の形態）図１５および図１６は請求項１０
に係わる発明の一実施形態を示す構成図である。
【０１４９】この実施の形態は、ＩＰアドレスの管理を
行うシステムがグローバルネットワークを介してＬＡＮ
間接続される場合への具体的な拡張方法を実現すること
にある。
行うシステムがグローバルネットワークを介してＬＡＮ
間接続される場合への具体的な拡張方法を実現すること
にある。
【０１５０】このネットワークシステムは、図１５に示
すようにグローバルネットワーク５１とローカルネット
ワーク５２ａ，５２ｂ，…とに階層化する。さらに、こ
れらグローバルネットワーク５１と各ローカルネットワ
ーク５２ａ，５２ｂ，…との間にそれぞれゲートウエイ
５３ａ，５３ｂ，…を設ける。このゲートウエイ５３
ａ，５３ｂ，…は、グローバルネットワーク５１を流れ
るＩＰリクエストと各ローカルネットワーク５２ａ，５
２ｂ，…を流れるＩＰリクエストのトラフィックを分離
する機能をもっている。５４ａはローカルネットワーク
５２ａ内のホスト群、５４ｂはローカルネットワーク５
２ｂ内のホスト群である。
すようにグローバルネットワーク５１とローカルネット
ワーク５２ａ，５２ｂ，…とに階層化する。さらに、こ
れらグローバルネットワーク５１と各ローカルネットワ
ーク５２ａ，５２ｂ，…との間にそれぞれゲートウエイ
５３ａ，５３ｂ，…を設ける。このゲートウエイ５３
ａ，５３ｂ，…は、グローバルネットワーク５１を流れ
るＩＰリクエストと各ローカルネットワーク５２ａ，５
２ｂ，…を流れるＩＰリクエストのトラフィックを分離
する機能をもっている。５４ａはローカルネットワーク
５２ａ内のホスト群、５４ｂはローカルネットワーク５
２ｂ内のホスト群である。
【０１５１】実際には、グローバルネットワーク５１は
ＷＡＮに選ばれ、ローカルネットワーク５２ａ，５２
ｂ，…はＬＡＮに選ばれると、効率よく動作できる。無
論、グローバルネットワーク５１はＬＡＮに選ばれる構
成でもよい。また、各ローカルネットワーク５２ａ，５
２ｂ，…は、さらに階層化されていてもよい。
ＷＡＮに選ばれ、ローカルネットワーク５２ａ，５２
ｂ，…はＬＡＮに選ばれると、効率よく動作できる。無
論、グローバルネットワーク５１はＬＡＮに選ばれる構
成でもよい。また、各ローカルネットワーク５２ａ，５
２ｂ，…は、さらに階層化されていてもよい。
【０１５２】図１６は、ゲートウエイ５３ａ，５３ｂ，
…内で保持するキャッシュバッファのデータ構成例であ
る。図７のものと比較して、Ｐ−Ｉ関係情報を要求して
きたＧ／Ｗの情報，つまり要求元Ｇ／Ｗが追加された構
成である。
…内で保持するキャッシュバッファのデータ構成例であ
る。図７のものと比較して、Ｐ−Ｉ関係情報を要求して
きたＧ／Ｗの情報，つまり要求元Ｇ／Ｗが追加された構
成である。
【０１５３】次に、以上のようなシステムの動作につい
て説明する。先ず、ゲートウエイによるＩＰリクエスト
のトラフィックを分離する手順について述べる。但し、
ここで扱うＩＰリクエストは、ローカルネットワーク内
だけの一斉同報通信とする。また、ＩＡＲＰクライアン
トは、一回のＩＰリクエストの応答をタイマ監視してお
り、一定の時間Ｔ１だけまっても、応答がない場合に
は、少なくとも１回は、同一のＩＰリクエストをリトラ
イ送信することとする。さらに、図示されていないが、
グローバルネットワーク５１と各ローカルネットワーク
５２ａ，５２ｂ，…とに両方に接続されるゲートウエイ
５３ａ，５３ｂ，…にはトラフィックを分離する手順を
実行する特別なＩＡＲＰ傍受機能（以下、ＩＡＲＰゲー
トウエイと呼ぶ）を配置する。
て説明する。先ず、ゲートウエイによるＩＰリクエスト
のトラフィックを分離する手順について述べる。但し、
ここで扱うＩＰリクエストは、ローカルネットワーク内
だけの一斉同報通信とする。また、ＩＡＲＰクライアン
トは、一回のＩＰリクエストの応答をタイマ監視してお
り、一定の時間Ｔ１だけまっても、応答がない場合に
は、少なくとも１回は、同一のＩＰリクエストをリトラ
イ送信することとする。さらに、図示されていないが、
グローバルネットワーク５１と各ローカルネットワーク
５２ａ，５２ｂ，…とに両方に接続されるゲートウエイ
５３ａ，５３ｂ，…にはトラフィックを分離する手順を
実行する特別なＩＡＲＰ傍受機能（以下、ＩＡＲＰゲー
トウエイと呼ぶ）を配置する。
【０１５４】〔ＩＡＲＰゲートウエイの処理手順〕 （１） ＩＡＲＰゲートウエイは、ローカルネットワー
クからのＩＰリクエストまたはグローバネネットワーク
からのＩＰリクエストの何れかを受信したとき、それぞ
れ以下のような動作を実行する。 Ａ．ローカルネットワークからのＩＰリクエストの場合
について イ．ＩＡＲＰゲートウエイは、ローカルネットワーク内
のＩＡＲＰクライアントからのＩＰリクエストを受信す
ると、当該ＩＰアドレスが自身のキャッシャバッファに
あるか否かを調べる。
クからのＩＰリクエストまたはグローバネネットワーク
からのＩＰリクエストの何れかを受信したとき、それぞ
れ以下のような動作を実行する。 Ａ．ローカルネットワークからのＩＰリクエストの場合
について イ．ＩＡＲＰゲートウエイは、ローカルネットワーク内
のＩＡＲＰクライアントからのＩＰリクエストを受信す
ると、当該ＩＰアドレスが自身のキャッシャバッファに
あるか否かを調べる。
【０１５５】ロ．自身のキャッシャバッファ内に目的の
ＩＰアドレスがある場合、さらに当該ＩＰアドレスがロ
ーカルネットワーク内のＩＰアドレスか否かを調べる。
このＩＰアドレスがローカルネットワークのアドレスか
否かは、ＩＰアドレスとサブネットマスクでマスクをと
り、このマスク後のＩＰアドレスのパターンが自ローカ
ルネットワークのＩＰアドレスパターンと一致するか否
かで判定する。
ＩＰアドレスがある場合、さらに当該ＩＰアドレスがロ
ーカルネットワーク内のＩＰアドレスか否かを調べる。
このＩＰアドレスがローカルネットワークのアドレスか
否かは、ＩＰアドレスとサブネットマスクでマスクをと
り、このマスク後のＩＰアドレスのパターンが自ローカ
ルネットワークのＩＰアドレスパターンと一致するか否
かで判定する。
【０１５６】ハ．ローカルネットワーク内のＩＰアドレ
スであれば、ＩＡＲＰゲートウエイは、何もしない。ロ
ーカルネットワーク内で閉じているので、介在不要。 ニ．ローカルネットワーク外のＩＰアドレスであれば、
ＩＡＲＰゲートウエイは、当該ＩＰアドレスをもつＩＡ
ＲＰサーバになり代わってＩＰリクエストに応答する。
スであれば、ＩＡＲＰゲートウエイは、何もしない。ロ
ーカルネットワーク内で閉じているので、介在不要。 ニ．ローカルネットワーク外のＩＰアドレスであれば、
ＩＡＲＰゲートウエイは、当該ＩＰアドレスをもつＩＡ
ＲＰサーバになり代わってＩＰリクエストに応答する。
【０１５７】ホ．前記イで調べた結果、当該ＩＰアドレ
スが自身のキャッシュバッフアに無い場合、キャッシュ
バッファの空きエリアにＩＰリクエストのポート番号の
みを格納する。ここでは、グローバルネットワークには
ＩＰリクエストを転送しない。なぜならば、ＩＰリクエ
ストに対してローカルネットワーク内から応答があるか
も知れないからである。ローカルネットワーク内から応
答が無かった場合、ＩＰリクエストは、リトライされる
ので、そのときには当該ＩＰリクエストをグローバルネ
ットワークに転送する。
スが自身のキャッシュバッフアに無い場合、キャッシュ
バッファの空きエリアにＩＰリクエストのポート番号の
みを格納する。ここでは、グローバルネットワークには
ＩＰリクエストを転送しない。なぜならば、ＩＰリクエ
ストに対してローカルネットワーク内から応答があるか
も知れないからである。ローカルネットワーク内から応
答が無かった場合、ＩＰリクエストは、リトライされる
ので、そのときには当該ＩＰリクエストをグローバルネ
ットワークに転送する。
【０１５８】ヘ．前記イで調べた結果、ポート番号のみ
が存在し、対応するＩＰアドレスが空白の場合、当該ポ
ート番号のＩＰリクエストに対する応答がされていない
ことを意味するので、当該ＩＰリクエストをグローバル
ネットワークに転送する。
が存在し、対応するＩＰアドレスが空白の場合、当該ポ
ート番号のＩＰリクエストに対する応答がされていない
ことを意味するので、当該ＩＰリクエストをグローバル
ネットワークに転送する。
【０１５９】なお、ＩＡＲＰゲートウエイがグローバル
ネットワーク経由転送する先のＩＡＲＰゲートウエイ
は、システムを構成する全てのＩＡＲＰゲートウエイが
Ｎ個存在する場合、ＩＡＲＰゲートウエイがグローバル
アドレスに配信するＩＰリクエストの数は、（Ｎ−１）
個となる。 Ｂ．グローバルネットワークからのＩＰリクエストの場
合について イ．ＩＡＲＰゲートウエイは、グローバルネットワーク
内のＩＡＲＰゲートウエイからのＩＰリクエストを受信
すると、Ｐ−Ｉ関係情報が自身のキャッシュバッファに
あるか否かを調べる。
ネットワーク経由転送する先のＩＡＲＰゲートウエイ
は、システムを構成する全てのＩＡＲＰゲートウエイが
Ｎ個存在する場合、ＩＡＲＰゲートウエイがグローバル
アドレスに配信するＩＰリクエストの数は、（Ｎ−１）
個となる。 Ｂ．グローバルネットワークからのＩＰリクエストの場
合について イ．ＩＡＲＰゲートウエイは、グローバルネットワーク
内のＩＡＲＰゲートウエイからのＩＰリクエストを受信
すると、Ｐ−Ｉ関係情報が自身のキャッシュバッファに
あるか否かを調べる。
【０１６０】ロ．自身のキャッシュバッファ内に目的の
Ｐ−Ｉ関係情報がある場合、ＩＰアドレスをもつＩＡＲ
Ｐサーバになり代わってＩＰリクエストに応答する。但
し、応答する相手はＩＰリクエストの要求元のみであ
る。それはグローバルネットワーク内を転送するデータ
を削減するためである。一般に、グローバルネットワー
クに流すデータは、ローカルネットワークに流すデータ
よりも高価であるので、グローバルネットワークに流れ
るデータを削減することは、ネットワーク資源を無駄に
しないばかりか、経済的にメリットも大きい。
Ｐ−Ｉ関係情報がある場合、ＩＰアドレスをもつＩＡＲ
Ｐサーバになり代わってＩＰリクエストに応答する。但
し、応答する相手はＩＰリクエストの要求元のみであ
る。それはグローバルネットワーク内を転送するデータ
を削減するためである。一般に、グローバルネットワー
クに流すデータは、ローカルネットワークに流すデータ
よりも高価であるので、グローバルネットワークに流れ
るデータを削減することは、ネットワーク資源を無駄に
しないばかりか、経済的にメリットも大きい。
【０１６１】ハ．前記ロで調べた結果、ＩＰアドレスが
自身のキャッシュバッファに無い場合、ＩＰリクエスト
を一斉同報通信を用いてローカルネットワークに配信す
る。 ニ．前記ハの結果、ローカルネットワーク内からＩＰリ
クエストに対する応答があった場合には、Ｐ−Ｉ関係情
報を自身のキャッシュバッファに保存し、前記イでＩＰ
リクエストを送信してきたＩＡＲＰゲートウエイに対し
て、当該ＩＰリクエストの応答を転送する。 （２） ＩＡＲＰゲートウエイは、グローバルネットワ
ークからのＩＰリクエストの応答を受信したとき、次の
ような動作を実施する。
自身のキャッシュバッファに無い場合、ＩＰリクエスト
を一斉同報通信を用いてローカルネットワークに配信す
る。 ニ．前記ハの結果、ローカルネットワーク内からＩＰリ
クエストに対する応答があった場合には、Ｐ−Ｉ関係情
報を自身のキャッシュバッファに保存し、前記イでＩＰ
リクエストを送信してきたＩＡＲＰゲートウエイに対し
て、当該ＩＰリクエストの応答を転送する。 （２） ＩＡＲＰゲートウエイは、グローバルネットワ
ークからのＩＰリクエストの応答を受信したとき、次の
ような動作を実施する。
【０１６２】イ．ＩＡＲＰゲートウエイは、Ｐ−Ｉ関係
情報が自身のキャッシュバッファにあるか否かを調べ
る。 ロ．キャッシュバッファ内にポート番号は格納されてい
るが、ＩＰアドレスが空白のエリアがあった場合には、
ＩＰアドレスの情報で空白を埋める。そして、記憶内容
の要求元Ｇ／Ｗの欄に格納されているＩＡＲＰゲートウ
エイに対して受信したＩＰリクエストの応答（Ｐ−Ｉ関
係情報）を転送する。
情報が自身のキャッシュバッファにあるか否かを調べ
る。 ロ．キャッシュバッファ内にポート番号は格納されてい
るが、ＩＰアドレスが空白のエリアがあった場合には、
ＩＰアドレスの情報で空白を埋める。そして、記憶内容
の要求元Ｇ／Ｗの欄に格納されているＩＡＲＰゲートウ
エイに対して受信したＩＰリクエストの応答（Ｐ−Ｉ関
係情報）を転送する。
【０１６３】ハ．そうでなければ、通常のＩＡＲＰクラ
イアントのＰ−Ｉ関係情報の傍受動作を行う。 （３） ＩＡＲＰゲートウエイは、ローカルネットワー
クからのＩＰリクエストの応答を受信したとき、通常の
ＩＡＲＰクライアントと同じようにＰ−Ｉ関係情報の傍
受動作を行う。
イアントのＰ−Ｉ関係情報の傍受動作を行う。 （３） ＩＡＲＰゲートウエイは、ローカルネットワー
クからのＩＰリクエストの応答を受信したとき、通常の
ＩＡＲＰクライアントと同じようにＰ−Ｉ関係情報の傍
受動作を行う。
【０１６４】次に、システムの全体動作について説明す
る。ＩＡＲＰゲートウエイは、例えばローカルネットワ
ーク５２ａのあるホスト５４ａ（Ａ１）がローカルネッ
トワーク５２ｂのポート番号Port B2 を使用してＩＡＲ
Ｐを実行する場合について述べる。 （１） ホスト５４ａ（Ａ１）がポート番号Port B2 を
指定してＩＰリクエストをローカルネットワーク５２ａ
内の一斉同報送信機能を使用して送信する。 （２） ＩＰリクエストを受信したゲートウエイ５３ａ
は、自ホスト内のキャッシュバッファにPort B2 のポー
ト番号の情報がないか調べる。この場合には、その情報
がないので、当該Port B2 のみキャッシュバッファに格
納する。対応するＩＰアドレス欄は空白である。 （３） ホスト５４ａ（Ａ１）は、一定の時間を経過し
てもＩＰリクエストの応答を得ないので、再度ＩＰリク
エストを一斉同報送信する。 （４） ゲートウエイ５３ａは、再度ＩＰリクエストを
受信すると、今度はキャッシュバッファ内にポート番号
Port B2 を見つける。ところが、そのＩＰアドレスの欄
は空白であるので、受信したＩＰリクエストをグローバ
ルネットワークに転送する。この転送の方法は以下の通
りである。 Ａ．グローバルネットワークがＷＡＮである場合につい
て。
る。ＩＡＲＰゲートウエイは、例えばローカルネットワ
ーク５２ａのあるホスト５４ａ（Ａ１）がローカルネッ
トワーク５２ｂのポート番号Port B2 を使用してＩＡＲ
Ｐを実行する場合について述べる。 （１） ホスト５４ａ（Ａ１）がポート番号Port B2 を
指定してＩＰリクエストをローカルネットワーク５２ａ
内の一斉同報送信機能を使用して送信する。 （２） ＩＰリクエストを受信したゲートウエイ５３ａ
は、自ホスト内のキャッシュバッファにPort B2 のポー
ト番号の情報がないか調べる。この場合には、その情報
がないので、当該Port B2 のみキャッシュバッファに格
納する。対応するＩＰアドレス欄は空白である。 （３） ホスト５４ａ（Ａ１）は、一定の時間を経過し
てもＩＰリクエストの応答を得ないので、再度ＩＰリク
エストを一斉同報送信する。 （４） ゲートウエイ５３ａは、再度ＩＰリクエストを
受信すると、今度はキャッシュバッファ内にポート番号
Port B2 を見つける。ところが、そのＩＰアドレスの欄
は空白であるので、受信したＩＰリクエストをグローバ
ルネットワークに転送する。この転送の方法は以下の通
りである。 Ａ．グローバルネットワークがＷＡＮである場合につい
て。
【０１６５】ゲートウエイ５３ａは、グローバルネット
ワークに接続される他のＩＡＲＰゲートウエイのＩＰア
ドレスを全て知っているものとする。転送先は、ゲート
ウエイ５３ａが知っている全てのＩＡＲＰゲートウエイ
に対して行う。 Ｂ．グローバルネットワークがＬＡＮの場合について。
ワークに接続される他のＩＡＲＰゲートウエイのＩＰア
ドレスを全て知っているものとする。転送先は、ゲート
ウエイ５３ａが知っている全てのＩＡＲＰゲートウエイ
に対して行う。 Ｂ．グローバルネットワークがＬＡＮの場合について。
【０１６６】ゲートウエイ５３ａは、グローバルネット
ワークの一斉同報機能を使用して、ＩＰリクエストを転
送する。 （５） 前記（４）で転送されたＩＰリクエストをグロ
ーバルネットワーク５１から受信したゲートウエイ５３
ｂは、Port B2 に関するＰ−Ｉ関係情報が自ホスト内の
キャッシュバッファに無い場合、ローカルネットワーク
５２ｂ内に当該ＩＰリクエストを転送する。
ワークの一斉同報機能を使用して、ＩＰリクエストを転
送する。 （５） 前記（４）で転送されたＩＰリクエストをグロ
ーバルネットワーク５１から受信したゲートウエイ５３
ｂは、Port B2 に関するＰ−Ｉ関係情報が自ホスト内の
キャッシュバッファに無い場合、ローカルネットワーク
５２ｂ内に当該ＩＰリクエストを転送する。
【０１６７】このとき、ＩＰリクエストが転送されてき
たＩＡＲＰゲートウエイ５３ｂは、どこのＩＡＲＰゲー
トウエイであるかを保持しておくために、図１６で示さ
れるキャッシュバッファにPort B2 とゲートウエイ５３
ａのＩＰアドレスとを格納する。この時点では、記憶エ
リアのＩＰアドレスの欄は空白である。 （６） 以上のようにして転送されたＩＰリクエストを
あるホスト５４ｂ（Ｂ２）が受信するので、このホスト
５４ｂ（Ｂ２）は、自らのＩＰアドレスをローカルネッ
トワーク５２ｂ内に一斉同報送信する。 （７） 前記（６）の応答（Ｐ−Ｉ関係）を受信したゲ
ートウエイ５３ｂは、自キャッシュバッファにその情報
を格納し、グローバルネットワーク５１に応答を転送す
る。このときの転送先は、前記（５）で保持しておいた
ＩＡＲＰゲートウエイに対してであり、この場合にはゲ
ートウエイ５３ａ（Ｇ１）に対して転送することにな
る。 （８） 以上のようにして応答を受信したゲートウエイ
５３ａは、自らのキャッシュバッファにＰ−Ｉ関係情報
を格納し、さらにローカルネットワーク内に当該Ｐ−Ｉ
関係情報を一斉同報送信により転送する。 （９） 前記（８）によってホスト５４ａ（Ａ１）はＩ
Ｐリクエストの応答を得たことになる。
たＩＡＲＰゲートウエイ５３ｂは、どこのＩＡＲＰゲー
トウエイであるかを保持しておくために、図１６で示さ
れるキャッシュバッファにPort B2 とゲートウエイ５３
ａのＩＰアドレスとを格納する。この時点では、記憶エ
リアのＩＰアドレスの欄は空白である。 （６） 以上のようにして転送されたＩＰリクエストを
あるホスト５４ｂ（Ｂ２）が受信するので、このホスト
５４ｂ（Ｂ２）は、自らのＩＰアドレスをローカルネッ
トワーク５２ｂ内に一斉同報送信する。 （７） 前記（６）の応答（Ｐ−Ｉ関係）を受信したゲ
ートウエイ５３ｂは、自キャッシュバッファにその情報
を格納し、グローバルネットワーク５１に応答を転送す
る。このときの転送先は、前記（５）で保持しておいた
ＩＡＲＰゲートウエイに対してであり、この場合にはゲ
ートウエイ５３ａ（Ｇ１）に対して転送することにな
る。 （８） 以上のようにして応答を受信したゲートウエイ
５３ａは、自らのキャッシュバッファにＰ−Ｉ関係情報
を格納し、さらにローカルネットワーク内に当該Ｐ−Ｉ
関係情報を一斉同報送信により転送する。 （９） 前記（８）によってホスト５４ａ（Ａ１）はＩ
Ｐリクエストの応答を得たことになる。
【０１６８】以上の一連の流れは、ＩＡＲＰゲートウエ
イのキャッシュバッファ二目的のＰ−Ｉ関係情報が無か
った場合であり、以上のような手順が繰り返し実施され
てくると、ＩＡＲＰゲートウエイのキャッシュバッファ
がヒットするケースが出てくる。その場合の流れは、以
下のようになる。
イのキャッシュバッファ二目的のＰ−Ｉ関係情報が無か
った場合であり、以上のような手順が繰り返し実施され
てくると、ＩＡＲＰゲートウエイのキャッシュバッファ
がヒットするケースが出てくる。その場合の流れは、以
下のようになる。
【０１６９】＊ 〔ローカル側のＩＡＲＰゲートウエイ
のキャッシュヒットのケース〕 （１） ホスト５４ａ（Ａ１）がPort B2 を指定してＩ
Ｐリクエストをローカルネットワーク５２ａ内の一斉同
報送信機能を使用して送信する。 （２） ここで、受信したゲートウエイ５３ａは、自ホ
ストのキャッシュバッファにPort B2 の情報が無いか調
べると、その情報があるので、更に以下により当該Port
B2 に対応するＩＰアドレスがローカルネットワーク５
２ａ内のアドレスか否かを調べる。 （３） 前記（２）によって取り出したＩＰアドレス
と、サブネットマスクとの間で論理積をとる。その結果
を（イ）とする。次に、ゲートウエイ５３ａ自身のロー
カルネットワーク側のＩＰアドレスについても、同様に
サブネットマスクと論理積をとり、この結果を（ロ）と
する。そして、これら（イ）と（ロ）とが一致すれば、
前記（２）で取り出したＩＰアドレスはローカルネット
ワーク５２ａ内のアドレスである。 （４） 前記（３）の判定結果からローカルネットワー
ク５２ａ内のＩＰアドレスであるならば、ゲートウエイ
５３ａは何もしないが、このケースでは、Port-B1 に対
応するＩＰアドレスはローカルネットワーク５２ｂ内の
アドレスであり、また前記（３）の判定結果から「ロー
カルネットワーク５２ａ内のアドレスでない」と判定さ
れたとき、ゲートウエイ５３ａはＩＡＲＰサーバに成り
代わって、当該Ｐ−Ｉ関係情報をローカルネットワーク
５２ａ内に一斉同報送信で応答する。 （５） 前記（４）により、ホスト５４ａ（Ａ１）は、
ＩＰリクエストの応答を得たことになる。
のキャッシュヒットのケース〕 （１） ホスト５４ａ（Ａ１）がPort B2 を指定してＩ
Ｐリクエストをローカルネットワーク５２ａ内の一斉同
報送信機能を使用して送信する。 （２） ここで、受信したゲートウエイ５３ａは、自ホ
ストのキャッシュバッファにPort B2 の情報が無いか調
べると、その情報があるので、更に以下により当該Port
B2 に対応するＩＰアドレスがローカルネットワーク５
２ａ内のアドレスか否かを調べる。 （３） 前記（２）によって取り出したＩＰアドレス
と、サブネットマスクとの間で論理積をとる。その結果
を（イ）とする。次に、ゲートウエイ５３ａ自身のロー
カルネットワーク側のＩＰアドレスについても、同様に
サブネットマスクと論理積をとり、この結果を（ロ）と
する。そして、これら（イ）と（ロ）とが一致すれば、
前記（２）で取り出したＩＰアドレスはローカルネット
ワーク５２ａ内のアドレスである。 （４） 前記（３）の判定結果からローカルネットワー
ク５２ａ内のＩＰアドレスであるならば、ゲートウエイ
５３ａは何もしないが、このケースでは、Port-B1 に対
応するＩＰアドレスはローカルネットワーク５２ｂ内の
アドレスであり、また前記（３）の判定結果から「ロー
カルネットワーク５２ａ内のアドレスでない」と判定さ
れたとき、ゲートウエイ５３ａはＩＡＲＰサーバに成り
代わって、当該Ｐ−Ｉ関係情報をローカルネットワーク
５２ａ内に一斉同報送信で応答する。 （５） 前記（４）により、ホスト５４ａ（Ａ１）は、
ＩＰリクエストの応答を得たことになる。
【０１７０】＊ 〔転送先のＩＡＲＰゲートウエイのキ
ャッシュヒットのケース〕 （１） ホスト５４ａ（Ａ１）がPort-B2 を指定してＩ
Ｐリクエストをローカルネットワーク５２ａ内の一斉同
報送信機能を使用して送信する（リトライ２回目）。 （２） ＩＰリクエストを受信したゲートウエイ５３ａ
は自ホスト内のキャッシュバッファにPort-B2 の情報が
無いか調べる。この場合、Port-B2 はあるが、そのＩＰ
アドレスが無いので、ゲートウエイ５３ａは、グローバ
ルネットワーク５１に受信したＩＰリクエストを転送す
る。 （３） 前記（２）で転送されたＩＰリクエストをグロ
ーバルネットワークから受信したゲートウエイ５３ｂ
は、Port-B2 に関するＰ−Ｉ関係情報が自ホスト内のキ
ャッシュバッファに無いか調べると、当該情報があるの
で、その情報をゲートウエイ５３ａに応答する。 （４） 以上のようにして応答を受信したゲートウエイ
５３ａは、自らのキャッシュバッファに当該Ｐ−Ｉ関係
情報を一斉同報送信により転送する。 （５） 前記（４）により、ホスト５４ａ（Ａ１）は、
ＩＰリクエストの応答を得たことになる。
ャッシュヒットのケース〕 （１） ホスト５４ａ（Ａ１）がPort-B2 を指定してＩ
Ｐリクエストをローカルネットワーク５２ａ内の一斉同
報送信機能を使用して送信する（リトライ２回目）。 （２） ＩＰリクエストを受信したゲートウエイ５３ａ
は自ホスト内のキャッシュバッファにPort-B2 の情報が
無いか調べる。この場合、Port-B2 はあるが、そのＩＰ
アドレスが無いので、ゲートウエイ５３ａは、グローバ
ルネットワーク５１に受信したＩＰリクエストを転送す
る。 （３） 前記（２）で転送されたＩＰリクエストをグロ
ーバルネットワークから受信したゲートウエイ５３ｂ
は、Port-B2 に関するＰ−Ｉ関係情報が自ホスト内のキ
ャッシュバッファに無いか調べると、当該情報があるの
で、その情報をゲートウエイ５３ａに応答する。 （４） 以上のようにして応答を受信したゲートウエイ
５３ａは、自らのキャッシュバッファに当該Ｐ−Ｉ関係
情報を一斉同報送信により転送する。 （５） 前記（４）により、ホスト５４ａ（Ａ１）は、
ＩＰリクエストの応答を得たことになる。
【０１７１】
【発明の効果】請求項１の発明によれば、目的のポート
番号をもつサーバのＩＰアドレスを極めて柔軟、かつ、
効率的に取得でき、しかも特定のサービスを提供するサ
ーバ側のＩＰアドレスが動的に変化する場合でも確実に
ＩＰアドレスを取得できる。ここで、柔軟とは、手順自
体がネットワークを構成する計算機の台数に依存せず、
ネットワークを構成する計算機の増減に伴なうメンテナ
ンスを必要とせず、しかもマスタサーバ・スレーブサー
バといった固定的な運用が不要となるといった意味であ
る。その結果、サーバの分散化が進んでも、計算機資源
の無駄ず生じない。また、効率的とは、ＩＡＲＰのため
の一斉同報送信のパケットが任意のクライアントに関数
ＩＡＲＰの実行要求が発生した場合だけに流れるので、
ネットワークを占有する可能性ができる。
番号をもつサーバのＩＰアドレスを極めて柔軟、かつ、
効率的に取得でき、しかも特定のサービスを提供するサ
ーバ側のＩＰアドレスが動的に変化する場合でも確実に
ＩＰアドレスを取得できる。ここで、柔軟とは、手順自
体がネットワークを構成する計算機の台数に依存せず、
ネットワークを構成する計算機の増減に伴なうメンテナ
ンスを必要とせず、しかもマスタサーバ・スレーブサー
バといった固定的な運用が不要となるといった意味であ
る。その結果、サーバの分散化が進んでも、計算機資源
の無駄ず生じない。また、効率的とは、ＩＡＲＰのため
の一斉同報送信のパケットが任意のクライアントに関数
ＩＡＲＰの実行要求が発生した場合だけに流れるので、
ネットワークを占有する可能性ができる。
【０１７２】請求項２の発明によれば、同じサービスを
提供するサーバが複数の計算機に跨がっている場合、計
算機の負荷状態を考慮しつつ、同じサービスを提供する
サーバの動作している他の計算機で自動的に肩代わりし
て要求元クライアントにＩＰアドレスを送ることがで
き、よって要求元クライアントが同一のサービスを確実
に受けることができる。
提供するサーバが複数の計算機に跨がっている場合、計
算機の負荷状態を考慮しつつ、同じサービスを提供する
サーバの動作している他の計算機で自動的に肩代わりし
て要求元クライアントにＩＰアドレスを送ることがで
き、よって要求元クライアントが同一のサービスを確実
に受けることができる。
【０１７３】請求項３の発明によれば、クライアント側
に過去にサーバ側から送られてくるポート番号対応のＩ
Ｐアドレスを登録するので、クライアント側において基
本手順を実行することなく、既に登録された内容を参照
しながらサーバ側のサービスを授受することができ、関
数ＩＡＲＰの効率を上げることができる。
に過去にサーバ側から送られてくるポート番号対応のＩ
Ｐアドレスを登録するので、クライアント側において基
本手順を実行することなく、既に登録された内容を参照
しながらサーバ側のサービスを授受することができ、関
数ＩＡＲＰの効率を上げることができる。
【０１７４】請求項４の発明によれば、クライアント側
がポート番号対応のＩＰアドレスを登録するとき、実行
時刻も同時に登録するので、所望のポート番号をもつサ
ーバからＩＰアドレスを受信して登録するとき、実行時
刻を見ながらリフレッシュするので、クライアント側の
ポート番号対応のＩＰアドレスの陳腐化を容易に回避で
きる。
がポート番号対応のＩＰアドレスを登録するとき、実行
時刻も同時に登録するので、所望のポート番号をもつサ
ーバからＩＰアドレスを受信して登録するとき、実行時
刻を見ながらリフレッシュするので、クライアント側の
ポート番号対応のＩＰアドレスの陳腐化を容易に回避で
きる。
【０１７５】請求項５の発明によれば、クライアント側
においてポート番号対応のＩＰアドレスおよび実行時刻
の他、所定の設定時刻が設定されているので、所定の周
期ごとに実行時刻と現在時刻との差の時間と、設定時刻
とからポート番号対応のＩＰアドレスをリフレッシュで
き、よって更に関数ＩＡＲＰの効率を上げることができ
る。
においてポート番号対応のＩＰアドレスおよび実行時刻
の他、所定の設定時刻が設定されているので、所定の周
期ごとに実行時刻と現在時刻との差の時間と、設定時刻
とからポート番号対応のＩＰアドレスをリフレッシュで
き、よって更に関数ＩＡＲＰの効率を上げることができ
る。
【０１７６】請求項６の発明によれば、クライアントが
他のクライアントによって取得し、またはサーバから送
信されるポート番号対応のＩＰアドレスを傍受して更新
するので、自身が取得するよりも多くのポート番号対応
のＩＰアドレスを登録可能となり、常に新鮮な情報を保
持でき、ＩＡＲＰの実行効率を上げることができる。
他のクライアントによって取得し、またはサーバから送
信されるポート番号対応のＩＰアドレスを傍受して更新
するので、自身が取得するよりも多くのポート番号対応
のＩＰアドレスを登録可能となり、常に新鮮な情報を保
持でき、ＩＡＲＰの実行効率を上げることができる。
【０１７７】請求項７の発明によれば、傍受、または自
身が関数ＩＡＲＰの基本手順に従って取得したポート番
号対応のＩＰアドレスを登録手段に登録するとき、傍受
および古い実行時刻のポート番号対応のＩＰアドレスを
更新・削除するので、常に最新、かつ、信頼性の高いポ
ート番号対応のＩＰアドレスを確保でき、よりＩＡＲＰ
の実行効率を高めることができる。
身が関数ＩＡＲＰの基本手順に従って取得したポート番
号対応のＩＰアドレスを登録手段に登録するとき、傍受
および古い実行時刻のポート番号対応のＩＰアドレスを
更新・削除するので、常に最新、かつ、信頼性の高いポ
ート番号対応のＩＰアドレスを確保でき、よりＩＡＲＰ
の実行効率を高めることができる。
【０１７８】請求項８の発明によれば、所定の周期ごと
に実行時刻と現在時刻との差の時間と、ポート番号対応
のＩＰアドレスに最適なリフレッシュ時間推奨値とから
ポート番号対応のＩＰアドレスをリフレッシュするの
で、ポート番号に対応するサーバ単位に最適なＩＡＲＰ
の効率を実現できる。
に実行時刻と現在時刻との差の時間と、ポート番号対応
のＩＰアドレスに最適なリフレッシュ時間推奨値とから
ポート番号対応のＩＰアドレスをリフレッシュするの
で、ポート番号に対応するサーバ単位に最適なＩＡＲＰ
の効率を実現できる。
【０１７９】請求項９の発明によれば、サーバが情報の
隙間を利用して補助的な情報を流すので、ＩＡＲＰクラ
イアントでは、より充実した内容をもつポート番号対応
のＩＰアドレスおよび関連情報を保持でき、それだけサ
ーバのＩＰアドレスを要求するときのヒット率が高くな
り、ＩＡＲＰの実行効率を高めることができる。
隙間を利用して補助的な情報を流すので、ＩＡＲＰクラ
イアントでは、より充実した内容をもつポート番号対応
のＩＰアドレスおよび関連情報を保持でき、それだけサ
ーバのＩＰアドレスを要求するときのヒット率が高くな
り、ＩＡＲＰの実行効率を高めることができる。
【０１８０】請求項１０の発明によれば、巨大なネット
ワークの場合でも、他のネットワークに情報が流れるこ
とがなくなり、しかもネットワーク全体にパケットが氾
濫することがなく、ネットワーク上のデータ量を大幅に
削減でき、経済的なメリットも大きい。
ワークの場合でも、他のネットワークに情報が流れるこ
とがなくなり、しかもネットワーク全体にパケットが氾
濫することがなく、ネットワーク上のデータ量を大幅に
削減でき、経済的なメリットも大きい。
【図１】 ＩＡＲＰ要求およびＩＡＲＰ応答を説明する
ＴＣＰ／ＩＰを用いたネットワークシステムの基本構成
図。
ＴＣＰ／ＩＰを用いたネットワークシステムの基本構成
図。
【図２】 図１のクライアントおよびサーバが送信する
パケットのデータフォーマット図。
パケットのデータフォーマット図。
【図３】 請求項１に係わるＴＣＰ／ＩＰを用いたネッ
トワークシステムの一実施形態を示す構成図。
トワークシステムの一実施形態を示す構成図。
【図４】 図３に示すＩＡＲＰサーバの動作を説明する
図。
図。
【図５】 請求項２に係わるＴＣＰ／ＩＰを用いたネッ
トワークシステムの一実施形態を示す構成図。
トワークシステムの一実施形態を示す構成図。
【図６】 請求項３ないし５に係わるＴＣＰ／ＩＰを用
いたネットワークシステムの一実施形態を示す構成図。
いたネットワークシステムの一実施形態を示す構成図。
【図７】 図６に示すキャッシュバッファのデータ配列
図。
図。
【図８】 図６に示すＩＡＲＰクライアントの動作を説
明する図。
明する図。
【図９】 請求項６および７に係わるＴＣＰ／ＩＰを用
いたネットワークシステムの一実施形態を示す構成図。
いたネットワークシステムの一実施形態を示す構成図。
【図１０】 図９に示すキャッシュバッファのデータ配
列図。
列図。
【図１１】 請求項８に係わるＴＣＰ／ＩＰを用いたネ
ットワークシステムの一実施形態を示す構成図。
ットワークシステムの一実施形態を示す構成図。
【図１２】 図１１に示すＩＡＲＰサーバが応答するパ
ケットのフォーマット図。
ケットのフォーマット図。
【図１３】 図１１に示すサーバ側データ登録テーブル
およびクライアント側キャッシュバッファのデータ配列
図。
およびクライアント側キャッシュバッファのデータ配列
図。
【図１４】 請求項９に係わるＴＣＰ／ＩＰを用いたネ
ットワークシステムの一実施形態を説明する保持データ
配列図。
ットワークシステムの一実施形態を説明する保持データ
配列図。
【図１５】 請求項９に係わるＴＣＰ／ＩＰを用いたネ
ットワークシステムの一実施形態を示す構成図。
ットワークシステムの一実施形態を示す構成図。
【図１６】 図１５に示すゲートウエイのキャッシュバ
ッファで保持するデータの配列図。
ッファで保持するデータの配列図。
【図１７】 従来のネットワークシステムの構成図。
Ｃｘ，２１…クライアント Ｓａ，Ｓｘ，２２…サーバ １３…ネットワーク １４…パケット ２１ａ…ＩＡＲＰクライアント ２２ａ…ＩＡＲＰサーバ ２３，４７…データ登録テーブル ３１，４１…ＩＡＲＰクライアントカーネル ３２，４２…キャッシュバッファ ３３，４３…キャッシュデータ消去部 ４４…ＩＡＲＰ応答傍受部 ４６…ＩＡＲＰサーバカーネル ５１…グローバルネットワーク ５２ａ，５２ｂ…ローカルネットワーク ５３ａ，５３ｂ…ゲートウエイ
Claims (10)
- 【請求項１】 ネットワーク上に、クライアントをもつ
第１の計算機と、それぞれ特定のサービスを提供するサ
ーバをもつ少くとも１台以上の第２の計算機とが分散配
置され、前記第１の計算機の中の任意のクライアントが
前記第２の計算機のあるサーバにアクセスし、当該サー
バからサービスの提供を受けるＴＣＰ／ＩＰを用いたネ
ットワークシステムにおいて、 前記サーバをもつ第２の計算機が動的に変化する場合、 前記任意のクライアントは、特定のサービスを提供する
サーバのＩＰアドレスを入手するために、ＩＰアドレス
の要求，所望のサーバのポート番号，自クライアントの
ポート番号を含む所定の情報を一斉同報送信するＩＰア
ドレス要求送信手段を設け、 このＩＰアドレス要求送信手段からＩＰアドレスの要求
を受けたサーバは、前記サーバのポート番号から自サー
バのポート番号であると判断したとき、前記自クライア
ントのポート番号を要求元とし、当該サーバのＩＰアド
レスと要求元ポート番号をセットにして送信する応答送
信手段を設け、 要求元クライアントは、この応答送信手段から送信され
てくるＩＰアドレスを取得することを特徴とするＴＣＰ
／ＩＰを用いたネットワークシステム。 - 【請求項２】 ネットワーク上に、クライアントをもつ
第１の計算機と、それぞれ特定のサービスを提供するサ
ーバをもつ少くとも１台以上の第２の計算機とが分散配
置され、前記第１の計算機の中の任意のクライアントが
前記第２の計算機のあるサーバにアクセスし、当該サー
バからサービスの提供を受けるＴＣＰ／ＩＰを用いたネ
ットワークシステムにおいて、 前記複数の第２の計算機が同一のポート番号のサーバを
有し、かつ、サーバをもつ第２の計算機が動的に変化す
る場合、 前記任意のクライアントは、特定のサービスを提供する
サーバのＩＰアドレスを入手するために、ＩＰアドレス
の要求，所望のサーバのポート番号，自クライアントの
ポート番号を含む所定の情報を一斉同報送信するＩＰア
ドレス要求送信手段を設け、 このＩＰアドレス要求送信手段からＩＰアドレスの要求
を受けたサーバは、前記サーバのポート番号から自サー
バのポート番号であると判断したが、自身の第２の計算
機の負荷状態から応答を見合わせたとき、同一のポート
番号をもつ他の第２の計算機のサ−バが前記自クライア
ントのポート番号を要求元とし、ＩＰアドレスと要求元
ポート番号をセットにして送信する応答送信手段を設
け、 要求元クライアントは、この応答送信手段によってＩＰ
アドレスを取得し、前記他の第２の計算機のサーバから
サービスを受けることを特徴とするＴＣＰ／ＩＰを用い
たネットワークシステム。 - 【請求項３】 複数のクライアントのうち、関数ＩＡＲ
Ｐの基本手順を実施するＩＡＲＰクライアントは、 複数のサーバから送信されてくるポート番号およびＩＰ
アドレスを登録する登録手段と、 特定のサービスを提供するポート番号をもつサーバに関
係するＩＰアドレスを要求するとき、前記登録手段に当
該ポート番号対応のＩＰアドレスが登録されているか否
かを判断し、ＩＰアドレスが登録されている場合には当
該ＩＰアドレスを用い、ＩＰアドレスが登録されていな
い場合にはＩＰアドレスの要求，所望のサーバのポート
番号，自クライアントのポート番号を含む所定の情報を
一斉同報送信するＩＡＲＰクライアントカーネルと、 を備えたことを特徴とする請求項１または請求項２に記
載のＴＣＰ／ＩＰを用いたネットワークシステム。 - 【請求項４】 複数のクライアントのうち、関数ＩＡＲ
Ｐの基本手順を実施するＩＡＲＰクライアントは、 複数のサーバから送信されてくるポート番号、ＩＰアド
レスの他、実行時刻を登録する登録手段と、 特定のサービスを提供するポート番号をもつサーバに関
係するＩＰアドレスを要求するとき、前記登録手段に当
該ポート番号対応のＩＰアドレスが登録されているか否
かを判断し、ＩＰアドレスが登録されている場合には当
該ＩＰアドレスを用い、ＩＰアドレスが登録されていな
い場合にはＩＰアドレスの要求，所望のサーバのポート
番号，自クライアントのポート番号を含む所定の情報を
一斉同報送信するＩＰアドレス要求送信手段と、前記サ
ーバから送られてくるポート番号およびＩＰアドレスを
受信して登録する際、前記登録手段に同一のポート番号
対応のＩＰアドレスが登録されているか否かを判断し、
登録されている場合には受信された内容で更新し、登録
されていない場合には前記登録手段の空きエリアまたは
最も古い前記実行時刻をもつポート番号対応のＩＰアド
レスエリアに登録するＩＰアドレス更新手段とを有する
ＩＡＲＰクライアントカーネルと、 を備えたことを特徴とする請求項１または請求項２に記
載のＴＣＰ／ＩＰを用いたネットワークシステム。 - 【請求項５】 請求項３または請求項４に記載されるＴ
ＣＰ／ＩＰを用いたネットワークシステムにおいて、 予め規定時間が設定され、所定の周期ごとに実行時刻と
現在時刻との差の時間が前記規定時間を越えたとき、当
該実行時刻に対応するポート番号対応のＩＰアドレスを
消去する消去手段を付加したことを特徴とするＴＣＰ／
ＩＰを用いたネットワークシステム。 - 【請求項６】 複数のクライアントのうち、関数ＩＡＲ
Ｐの基本手順を実施するＩＡＲＰクライアントは、 複数のサーバから送信されてくるポート番号およびＩＰ
アドレスを登録する登録手段と、 特定のサービスを提供するポート番号をもつサーバに関
係するＩＰアドレスを要求するとき、前記登録手段に当
該ポート番号対応のＩＰアドレスが登録されているか否
かを判断し、ＩＰアドレスが登録されている場合には当
該ＩＰアドレスを用い、ＩＰアドレスが登録されていな
い場合にはＩＰアドレスの要求，所望のサーバのポート
番号，自クライアントのポート番号を含む所定の情報を
一斉同報送信するＩＡＲＰクライアントカーネルと、 他のクライアントの取得するポート番号対応のＩＰアド
レスまたはサーバから送信されてくるポート番号対応の
ＩＰアドレスを傍受し、前記登録手段に当該ポート番号
対応のＩＰアドレスが登録されていない場合には新規に
登録し、既に登録されている場合には当該ポート番号対
応のＩＰアドレスを用いて更新する応答傍受手段と、を
備えたことを特徴とする請求項１または請求項２に記載
のＴＣＰ／ＩＰを用いたネットワークシステム。 - 【請求項７】 複数のクライアントのうち、関数ＩＡＲ
Ｐの基本手順を実施するＩＡＲＰクライアントは、 複数のサーバから送信されてくるポート番号、ＩＰアド
レスの他、実行時刻を登録する登録手段と、 他のクライアントの取得するポート番号対応のＩＰアド
レスまたはサーバから送られてくるポート番号対応のＩ
Ｐアドレスを傍受し、前記登録手段に当該ポート番号対
応のＩＰアドレスが登録されていない場合には新規に登
録し、既に登録されている場合には当該ポート番号対応
のＩＰアドレスを用いて更新し、さらに傍受か自身で取
得したかを区別する情報区分を登録する応答傍受手段
と、 この応答傍受手段で傍受し、または自身が関数ＩＡＲＰ
の基本手順に従って取得したポート番号対応のＩＰアド
レスを前記登録手段に登録するとき、傍受か自身で取得
したかを判断し、傍受および古い実行時刻のポート番号
対応のＩＰアドレスを更新・削除するＩＡＲＰクライア
ントカーネルと、 を備えたことを特徴とする請求項１または請求項２に記
載のＴＣＰ／ＩＰを用いたネットワークシステム。 - 【請求項８】 第２の計算機内の複数のサーバのうち関
数ＩＡＲＰの基本手順を実施するＩＡＲＰサーバは、各
サーバのポート番号ごとにリフレッシュ時間推奨値を登
録する登録手段と、複数のクライアントのうち、関数Ｉ
ＡＲＰの基本手順を実施するＩＡＲＰクライアントから
所望のサーバのポート番号を含むパケットによってＩＰ
アドレスの要求があったとき、各サーバのポート番号対
応のＩＰアドレスにリフレッシュ時間推奨値を付加して
送信する応答送信手段とを設け、 前記複数のクライアントのうち、関数ＩＡＲＰの基本手
順を実施するＩＡＲＰクライアントは、前記ＩＡＲＰサ
ーバから送信されてくるポート番号対応のＩＰアドレス
および前記リフレッシュ時間推奨値の他、実行時刻を登
録する登録手段と、所定の周期ごとに前記実行時刻と現
在時刻との差の時間が前記リフレッシュ時間推奨値を越
えたとき、当該リフレッシュ時間推奨値に対応するポー
ト番号対応のＩＰアドレスを消去する消去手段とを設け
たことを特徴とする請求項１または請求項２に記載のＴ
ＣＰ／ＩＰを用いたネットワークシステム。 - 【請求項９】 第２の計算機の複数のサーバのうち関数
ＩＡＲＰの基本手順を実施するＩＡＲＰサーバは、複数
のクライアントのうち、関数ＩＡＲＰの基本手順を実施
するＩＡＲＰクライアントからサーバのポート番号を含
むパケットによってＩＰアドレスの要求があったとき、
各サーバのポート番号対応のＩＰアドレス、当該ポート
番号とＩＰアドレスとに関係する補助情報および補助情
報を用いた応答時刻を付加したパケットを送信する応答
送信手段を設け、 前記複数のクライアントのうち、関数ＩＡＲＰの基本手
順を実施するＩＡＲＰクライアントは、前記ＩＡＲＰサ
ーバから送信されてくるポート番号対応のサーバに関係
するＩＰアドレス，補助情報および応答時刻を登録する
登録手段と、所定の周期ごとに応答時刻に従って並び替
えを実施し、古い応答時刻のポート番号対応のＩＰアド
レスを更新・削除する消去手段とを設けたことを特徴と
する請求項１または請求項２に記載のＴＣＰ／ＩＰを用
いたネットワークシステム。 - 【請求項１０】 所望のポート番号をもつサーバのＩＰ
アドレスを要求するグローバルネットワークと複数のロ
ーカルネットワークとを備えたＴＣＰ／ＩＰを用いたネ
ットワークシステムにおいて、 前記グローバルネットワークと前記ローカルネットワー
クとを階層化するとともに、前記グローバルネットワー
クと各ローカルネットワークとの間に、各ネットワーク
を流れるポート番号対応のＩＰアドレスの要求情報のト
ラフィックを分離する分離手段を設けたことを特徴とす
るＴＣＰ／ＩＰを用いたネットワークシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6284396A JPH09261274A (ja) | 1996-03-19 | 1996-03-19 | Ｔｃｐ／ｉｐを用いたネットワークシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6284396A JPH09261274A (ja) | 1996-03-19 | 1996-03-19 | Ｔｃｐ／ｉｐを用いたネットワークシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH09261274A true JPH09261274A (ja) | 1997-10-03 |
Family
ID=13212002
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP6284396A Pending JPH09261274A (ja) | 1996-03-19 | 1996-03-19 | Ｔｃｐ／ｉｐを用いたネットワークシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH09261274A (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100608037B1 (ko) * | 1999-10-04 | 2006-08-02 | 삼성전자주식회사 | 인터넷 프로토콜 어드레스의 동적 할당방법 |
| JP2007293851A (ja) * | 2006-04-24 | 2007-11-08 | Hewlett-Packard Development Co Lp | クロスバーのストールした出力キューの情報をクリアするためのシステム及び方法 |
| US7672311B2 (en) | 2004-09-10 | 2010-03-02 | Konica Minolta Business Technologies, Inc. | Communication device suitable for setting IP address of server connected to network, network parameter setting method and network parameter setting program product |
| US7730226B2 (en) * | 2005-07-14 | 2010-06-01 | Kabushiki Kaisha Toshiba | Multiple protocol address register method, multiple protocol address register system, multiple protocol address register server, and multiple protocol address communication terminal |
| JP5780297B2 (ja) * | 2011-04-22 | 2015-09-16 | 日本電気株式会社 | ポート番号特定システム、ポート番号特定システム制御方法およびその制御用プログラム |
| CN111385372A (zh) * | 2019-04-03 | 2020-07-07 | 鸿合科技股份有限公司 | 一种网络服务发现方法、客户端及服务器、电子设备 |
-
1996
- 1996-03-19 JP JP6284396A patent/JPH09261274A/ja active Pending
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100608037B1 (ko) * | 1999-10-04 | 2006-08-02 | 삼성전자주식회사 | 인터넷 프로토콜 어드레스의 동적 할당방법 |
| US7672311B2 (en) | 2004-09-10 | 2010-03-02 | Konica Minolta Business Technologies, Inc. | Communication device suitable for setting IP address of server connected to network, network parameter setting method and network parameter setting program product |
| US8184639B2 (en) | 2004-09-10 | 2012-05-22 | Konica Minolta Business Technologies, Inc. | Communication device suitable for setting IP address of server connected to network, network parameter setting method and network parameter settting program product |
| US7730226B2 (en) * | 2005-07-14 | 2010-06-01 | Kabushiki Kaisha Toshiba | Multiple protocol address register method, multiple protocol address register system, multiple protocol address register server, and multiple protocol address communication terminal |
| JP2007293851A (ja) * | 2006-04-24 | 2007-11-08 | Hewlett-Packard Development Co Lp | クロスバーのストールした出力キューの情報をクリアするためのシステム及び方法 |
| JP4576399B2 (ja) * | 2006-04-24 | 2010-11-04 | ヒューレット−パッカード デベロップメント カンパニー エル．ピー． | クロスバーのストールした出力キューの情報をクリアするためのシステム及び方法 |
| JP5780297B2 (ja) * | 2011-04-22 | 2015-09-16 | 日本電気株式会社 | ポート番号特定システム、ポート番号特定システム制御方法およびその制御用プログラム |
| CN111385372A (zh) * | 2019-04-03 | 2020-07-07 | 鸿合科技股份有限公司 | 一种网络服务发现方法、客户端及服务器、电子设备 |
| CN111385372B (zh) * | 2019-04-03 | 2023-04-07 | 鸿合科技股份有限公司 | 一种网络服务发现方法、客户端及服务器、电子设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1004193B1 (en) | Method and apparatus for representing and applying network topological data | |
| US6760756B1 (en) | Distributed virtual web cache implemented entirely in software | |
| US9870413B1 (en) | Direct connections to a plurality of storage object replicas in a computer network | |
| JP2511644B2 (ja) | キャッシュ・サ―バ・ノ―ドを有するコンピュ―タ・ネットワ―クにおける資源を探索する方法及び装置 | |
| US7734820B1 (en) | Adaptive caching for a distributed file sharing system | |
| US7653722B1 (en) | Server monitoring framework | |
| JP3251811B2 (ja) | ネットワークにおけるターゲット送信方法 | |
| US8819273B2 (en) | Logical routing system | |
| US7500020B1 (en) | Coherency of replicas for a distributed file sharing system | |
| US7725596B2 (en) | System and method for resolving network layer anycast addresses to network layer unicast addresses | |
| US7822711B1 (en) | Conflict resolution for a distributed file sharing system | |
| US20040100969A1 (en) | Method and system for synchronizing a standby route distributor in a distributed routing platform | |
| JP2002503001A (ja) | 最適化されたネットワーク・リソース・ロケーション | |
| WO1996007257A2 (en) | Scalable distributed computing environment | |
| JP2007066161A (ja) | キャッシュシステム | |
| JP2000209212A (ja) | 通信ネットワ―クシステムおよび通信ネットワ―クシステムにおけるサ―ビス管理方法 | |
| JP2004318743A (ja) | ファイル移送装置 | |
| CN101854391A (zh) | 一种基于对等网络的阿瑞斯协议分析系统的实现方法 | |
| US6775278B1 (en) | Method and apparatus for generating replies to address resolution protocol requests | |
| Feng et al. | An efficient mailbox-based algorithm for message delivery in mobile agent systems | |
| US6725218B1 (en) | Computerized database system and method | |
| CN101932065B (zh) | 分布式卫星网络资源发现方法 | |
| US7433928B1 (en) | System pre-allocating data object replicas for a distributed file sharing system | |
| US20020199017A1 (en) | Routing meta data for network file access | |
| JPH09261274A (ja) | Ｔｃｐ／ｉｐを用いたネットワークシステム |