JP4619943B2 - パケット通信方法、パケット通信システム - Google Patents

Description

本発明は、クラスタシステムの性能を向上させるクラスタノード制御プログラム、クラスタノード、クラスタシステム制御方法に関するものである。

従来のＷｅｂシステムでは、Ｗｅｂサーバ、ＡＰ（アプリケーション）サーバ、ＤＢ（データベース）サーバからなる３階層モデルが用いられている。図９は、従来のＷｅｂシステムの構成の一例を示すブロック図である。このＷｅｂシステムは、３階層モデルを用いており、Ｗｅｂサーバ１１１ａ，１１１ｂ，１１１ｃ，１１１ｄ、ＡＰサーバ１１２ａ，１１２ｂ，１１２ｃ、ＤＢサーバ１１３を備える。また、３階層モデルにおいて、外部からの不正アクセスを阻止するためのＦＷ（ファイアウォール）１１４ａ，１１４ｂを設置することが一般的になっている。また、３階層モデルにおいて、外部ネットワークから負荷を適切に分散させるためのＬＢ（ロードバランサ）１１５ａ，１１５ｂが設置されることが多い。

インターネット１０上のクライアントは、ＦＷ１１４ａ、ＬＢ１１５ａを介して、Ｗｅｂサーバ１１１ａ，１１１ｂ，１１１ｃ，１１１ｄへのアクセスを行う。ＦＷ１１４ａは、インターネット１０側からＬＢ１１５ａ側への不正アクセスを防止する。ＬＢ１１５ａは、Ｗｅｂサーバ１１１ａ，１１１ｂ，１１１ｃ，１１１ｄに対して負荷分散を行う。Ｗｅｂサーバ１１１ａ，１１１ｂ，１１１ｃ，１１１ｄは、ＦＷ１１４ｂ、ＬＢ１１５ｂを介して、ＡＰサーバ１１２ａ，１１２ｂ，１１２ｃへのアクセスを行う。ＦＷ１１４ｂは、Ｗｅｂサーバ１１１ａ，１１１ｂ，１１１ｃ，１１１ｄ側からＬＢ１１５ｂ側への不正アクセスを防止する。ＬＢ１１５ｂは、ＡＰサーバ１１２ａ，１１２ｂ，１１２ｃに対して負荷分散を行う。ＡＰサーバ１１２ａ，１１２ｂ，１１２ｃは、ＤＢ１１３へのアクセスを行う。

なお、本発明の関連ある従来技術として、例えば、下記に示す特許文献１が知られている。このクラスタシステムにおいて、物理的な計算機ノードである実ノードには実際のＩＰアドレスであるＲＩＰ（Real IP Address）を持つ。管理ノードによって生成される仮想ノードは、仮想的なＩＰアドレスであるＶＩＰ（Virtual IP Address）を持ち、アプリケーションや外部にＶＩＰを見せる。それぞれの実ノードは、ＶＮＩＣ（Virtual Network Interface）を備え、パケットに使用されたＶＩＰをＲＩＰに変換し、実際の通信を行う。管理ノードは、アプリケーションを実行する実ノードの割り当てを行い、その結果をＶＩＰとＲＩＰの対応関係を示すＩＰ変換テーブルとしてそれぞれのＶＮＩＣに与える。このクラスタシステムは、ユーザアプリケーションには仮想ノードだけを提供し、実ノードを隠蔽することにより、ユーザアプリケーションがクラスタ内の実ノードを直接操作することを禁止している。従って、ユーザアプリケーションには、あたかも仮想ノードで実行されているように見せている。
特開２００４−２６４９１１号公報

しかしながら、従来のＷｅｂシステムでは、１つの階層に１つのＦＷやＬＢが用いられていたため、高負荷状態に耐える目的で、いくらＷｅｂサーバやＡＰサーバの数を増やしてもＦＷやＬＢがボトルネックとなり、ある程度以上の高性能化は困難であった。

本発明は上述した問題点を解決するためになされたものであり、サーバやＦＷをネットワークの状況に適応させるクラスタノード制御プログラム、クラスタノード、クラスタノード制御方法を提供することを目的とする。

上述した課題を解決するため、本発明は、クラスタノードにおけるパケット通信の制御をコンピュータに実行させるクラスタノード制御プログラムであって、仮想的なクラスタノードのアドレスである仮想ノードアドレスと物理的なクラスタノードのアドレスである実ノードアドレスとの対応関係を含むアドレス変換情報を取得するアドレス変換情報取得ステップと、送出するパケットのゲートウェイアドレスに仮想ノードアドレスを設定するアドレス設定ステップと、前記アドレス変換情報取得ステップにより取得されたアドレス変換情報に基づいて、送出するパケットに含まれる仮想ノードアドレスを実ノードアドレスに変換するアドレス変換ステップとをコンピュータに実行させるものである。

また、本発明に係るクラスタノード制御プログラムにおいて、前記アドレス設定ステップは更に、前記送出するパケットのデスティネーションアドレスに仮想ノードアドレスを設定することを特徴とするものである。

また、本発明に係るクラスタノード制御プログラムにおいて、前記アドレス変換ステップは、前記アドレス設定ステップにより設定された仮想ノードアドレスと送出するパケットの情報とに基づいて該仮想ノードアドレスに対応する実ノードアドレスを決定し、前記アドレス設定ステップにより設定された仮想ノードアドレスを該実ノードアドレスに変換することを特徴とするものである。

また、本発明に係るクラスタノード制御プログラムにおいて、前記アドレス変換ステップは、送出するパケットの情報にハッシュ関数を適用することにより、前記アドレス設定ステップにより設定された仮想ノードアドレスに対応する実ノードアドレスを決定することを特徴とするものである。

また、本発明に係るクラスタノード制御プログラムにおいて、前記アドレス変換ステップは、送出するパケットがリクエストパケットである場合、該リクエストパケットのソースアドレスにハッシュ関数を適用することにより、前記アドレス設定ステップにより設定された仮想ノードアドレスに対応する実ノードアドレスを決定することを特徴とするものである。

また、本発明に係るクラスタノード制御プログラムにおいて、前記アドレス変換ステップは、送出するパケットがレスポンスパケットである場合、該レスポンスパケットのデスティネーションアドレスに該レスポンスパケットに対応するリクエストパケットに適用されたものと同一のハッシュ関数を適用することにより、前記アドレス設定ステップにより設定された仮想ノードアドレスに対応する実ノードアドレスを決定することを特徴とするものである。

また、本発明に係るクラスタノード制御プログラムにおいて、前記アドレス変換ステップが用いる前記送出するパケットの情報は、ＩＰアドレスとポート番号のいずれかを含むことを特徴とするものである。

また、本発明は、クラスタノード間のパケット通信の制御を行うクラスタノードであって、仮想的なクラスタノードのアドレスである仮想ノードアドレスと物理的なクラスタノードのアドレスである実ノードアドレスとの対応関係を含むアドレス変換情報を取得するアドレス変換情報取得部と、送出するパケットのゲートウェイアドレスに仮想ノードアドレスを設定するアドレス設定部と、前記アドレス変換情報取得部により取得されたアドレス変換情報に基づいて、送出するパケットに含まれる仮想ノードアドレスを実ノードアドレスに変換するアドレス変換部とを備えたものである。

また、本発明に係るクラスタノードにおいて、前記アドレス設定部は更に、前記送出するパケットのデスティネーションアドレスに仮想ノードアドレスを設定することを特徴とするものである。

また、本発明に係るクラスタノードにおいて、前記アドレス変換部は、前記アドレス設定部により設定された仮想ノードアドレスと送出するパケットの情報とに基づいて該仮想ノードアドレスに対応する実ノードアドレスを決定し、前記アドレス設定部により設定された仮想ノードアドレスを該実ノードアドレスに変換することを特徴とするものである。

また、本発明に係るクラスタノードにおいて、前記アドレス変換部は、送出するパケットの情報にハッシュ関数を適用することにより、前記アドレス設定部により設定された仮想ノードアドレスに対応する実ノードアドレスを決定することを特徴とするものである。

また、本発明に係るクラスタノードにおいて、前記アドレス変換部が用いる前記送出するパケットの情報は、ＩＰアドレスとポート番号のいずれかを含むことを特徴とするものである。

また、本発明は、クラスタノード間のパケット通信の制御を行うクラスタシステム制御方法であって、仮想的なクラスタノードのアドレスである仮想ノードアドレスと物理的なクラスタノードのアドレスである実ノードアドレスとの対応関係を含むアドレス変換情報をクラスタノードに設定するアドレス変換情報設定ステップと、第１のクラスタノードから第２のクラスタノードへパケットを送出する場合、第１のクラスタノードにおいて、該パケットのゲートウェイアドレスとして第３のクラスタノードの仮想ノードアドレスを設定するゲートウェイアドレス設定ステップと、前記アドレス変換情報設定ステップにより設定されたアドレス変換情報に基づいて、送出するパケットに含まれた仮想ノードアドレスを実ノードアドレスに変換するアドレス変換ステップとを実行するものである。

また、本発明に係るクラスタシステム制御方法において、前記アドレス設定ステップは更に、前記第１のクラスタノードにおいて、前記送出するパケットのデスティネーションアドレスに前記第２のクラスタノードの仮想ノードアドレスを設定することを特徴とするものである。

また、本発明に係るクラスタノード制御方法において、前記アドレス変換ステップは、前記アドレス設定ステップにより設定された仮想ノードアドレスと送出するパケットの情報とに基づいて該仮想ノードアドレスに対応する実ノードアドレスを決定し、前記アドレス設定ステップにより設定された仮想ノードアドレスを該実ノードアドレスに変換することを特徴とするものである。

また、本発明に係るクラスタノード制御方法において、前記アドレス変換ステップは、送出するパケットの情報にハッシュ関数を適用することにより、前記アドレス設定ステップにより設定された仮想ノードアドレスに対応する実ノードアドレスを決定することを特徴とするものである。

また、本発明に係るクラスタノード制御方法において、前記アドレス変換ステップは、前記第１のクラスタノードがリクエストパケットを前記第２のクラスタノードへ送出する場合、前記第１のクラスタノードにおいて、該リクエストパケットのソースアドレスにハッシュ関数を適用することにより、前記アドレス設定ステップにより設定された前記第３のクラスタノードの仮想ノードアドレスに対応する実ノードアドレスを決定することを特徴とするものである。

また、本発明に係るクラスタノード制御方法において、前記アドレス変換ステップは、前記第２のクラスタノードが前記リクエストパケットに対するレスポンスパケットを前記第１のクラスタノードへ送出する場合、前記第２のクラスタノードにおいて、該レスポンスパケットのデスティネーションアドレスに該レスポンスパケットに対応するリクエストパケットに適用されたものと同一のハッシュ関数を適用することにより、前記第３のクラスタノードの前記アドレス設定ステップにより設定された仮想ノードアドレスに対応する実ノードアドレスを決定することを特徴とするものである。

また、本発明に係るクラスタシステム制御方法において、更に、前記アドレス設定ステップの後、前記第３のクラスタノードにおいて、転送するパケットのチェックを行うファイアウォールステップを実行することを特徴とするものである。

また、本発明に係るクラスタノード制御方法において、前記アドレス変換ステップが用いる前記送出するパケットの情報は、ＩＰアドレスとポート番号のいずれかを含むことを特徴とするものである。

本発明によれば、サーバやＦＷをクラスタノードとして管理することにより、ネットワークの状況に適応できる。

以下、本発明の実施の形態について図面を参照しつつ説明する。

実施の形態１．
本実施の形態では、クラスタシステムを用いたＷｅｂシステムについて説明する。

まず、本実施の形態に係るＷｅｂシステムの構成について説明する。

図１は、本実施の形態に係るＷｅｂシステムの構成の一例を示すブロック図である。このＷｅｂシステムは、３階層モデルとして、Ｗｅｂサーバ１１ａ，１１ｂ，１１ｃ，１１ｄ、ＡＰサーバ１２ａ，１２ｂ，１２ｃ、ＤＢサーバ１３を備える。その他に、ＦＷ１４ａ，１４ｂ，１４ｃ，１４ｄ，１４ｅ、ディスパッチャ１６を備える。

インターネット１０上のクライアントは、ディスパッチャ１６、ＦＷ１４ａ，１４ｂを介して、Ｗｅｂサーバ１１ａ，１１ｂ，１１ｃ，１１ｄへのアクセスを行う。ディスパッチャ１６は、インターネット１０に接続され、ＦＷ１４ａ，１４ｂに対して負荷分散を行う。ＦＷ１４ａ，１４ｂは、ディスパッチャ１６側からＷｅｂサーバ１１ａ，１１ｂ，１１ｃ，１１ｄ側への不正アクセスを防止すると共に、Ｗｅｂサーバ１１ａ，１１ｂ，１１ｃ，１１ｄに対して負荷分散を行う。Ｗｅｂサーバ１１ａ，１１ｂ，１１ｃ，１１ｄは、ＦＷ１４ｃ，１４ｄ，１４ｅのいずれかを介して、ＡＰサーバ１２ａ，１２ｂ，１２ｃへのアクセスを行う。ＦＷ１４ｃ，１４ｄ，１４ｅは、Ｗｅｂサーバ１１ａ，１１ｂ，１１ｃ，１１ｄ側からＡＰサーバ１２ａ，１２ｂ，１２ｃ側への不正アクセスを防止すると共に、ＡＰサーバ１２ａ，１２ｂ，１２ｃに対して負荷分散を行う。ＡＰサーバ１２ａ，１２ｂ，１２ｃは、ＤＢ１３へのアクセスを行う。なお、図１においては、各ノード間を結ぶ矢印でリクエストの方向のみを示したが、矢印の逆方向にレスポンスも発生する。

また、Ｗｅｂサーバ１１ａ，１１ｂ，１１ｃ，１１ｄ、ＡＰサーバ１２ａ，１２ｂ，１２ｃ、ＤＢサーバ１３、ＦＷ１４ａ，１４ｂ，１４ｃ，１４ｄ，１４ｅ、ディスパッチャ１６は、上述したＷｅｂシステムの接続とは別のネットワーク１８で管理ノード１７に接続され、クラスタシステムを構成する。つまり、これらのノードは、管理ノード１７により管理されるクラスタノードである。

クラスタシステムは、特許文献１の方式を用いる。クラスタノード（実ノード）であるＷｅｂサーバ１１ａ，１１ｂ，１１ｃ，１１ｄ、ＡＰサーバ１２ａ，１２ｂ，１２ｃ、ＤＢサーバ１３、ＦＷ１４ａ，１４ｂ，１４ｃ，１４ｄ，１４ｅ、ディスパッチャ１６は、ＶＮＩＣを備える。管理ノード１７は、仮想ノードを生成し、ＶＩＰとＲＩＰの対応関係をＩＰ変換テーブルとして、各クラスタノードのＶＮＩＣに与える。ＶＮＩＣは、管理ノード１７から与えられるＩＰ変換テーブルを用いてＶＩＰからＲＩＰへの変換を行う。ＩＰ変換テーブルにおいて、ＶＩＰに対応して複数のＲＩＰの候補が登録されることにより、負荷分散を実現することができる。

Ｗｅｂシステムで最も前段にあるディスパッチャ１６は、インターネット１０上のクライアントからのリクエストパケットのソースアドレスにハッシュ関数を適用することにより、後段のＦＷ１４ａ，１４ｂに対する負荷分散を行う。ディスパッチャ１６は、ハードウェアとソフトウェアのどちらで構成しても良い。

ＦＷ１４ａ，１４ｂ，１４ｃ，１４ｄ，１４ｅは、上述したクラスタシステムのノードであり、このノード上においてソフトウェアで構成されたファイアウォールが動作する。更に、ＦＷ１４ａ，１４ｂ，１４ｃ，１４ｄ，１４ｅは、ＶＮＩＣを用いることにより、仮想ノードとしてノード数が制御されると共に、後続のサーバに対する負荷分散を行う。また、ＦＷ１４ａ，１４ｂが負荷分散を行うことによりディスパッチャ１６の処理を簡素化することができ、ディスパッチャ１６がボトルネックになることを防ぐことができる。また、ＦＷ１４ａ，１４ｂ，１４ｃ，１４ｄ，１４ｅを管理ノード１７の管理下に入れることによってＦＷのノード数が増やすことができる。更に、ＦＷが負荷分散を行うため、ＦＷの後段にＬＢを設置する必要がなく、容易にＦＷのノード数を制御することができ、ボトルネックとなることを防ぐことができる。

次に、本実施の形態における仮想ノードへのパケット転送方式について説明する。

従来のパケット転送方式として、ＮＡＴ方式、ＩＰトンネリング方式、ダイレクトルーティング方式が用いられている。ＮＡＴ方式は、パケット内のデスティネーションアドレスやポート番号を変換し、レスポンスパケットにも同様のアドレス変換を行う方式である。ＩＰトンネリング方式は、ＩＰデータグラムの中に他のＩＰアドレス宛のパケットをカプセル化し、レスポンスパケットはリクエストパケットの送信元に直接返すことができる方式である。ダイレクトルーティング方式は、パケット内の宛先ＭＡＣアドレスを書き換えることによって転送先を変更し、レスポンスパケットは送信元に直接返すことができる方式である。但し、すべてのノードが同一セグメント内に存在しなければならない。

一般に、ＦＷは入って来るパケットと出て行くパケットのチェックを同時に行っている。しかし、ＩＰトンネリング方式やダイレクトルーティング方式ではレスポンスパケットが送信元に直接返されるために、ＦＷはレスポンスパケットのチェックを行うことができない。従って、本実施の形態において、仮想ノードへのパケット転送方式には、ＮＡＴ方式を用いる。

次に、本実施の形態におけるＦＷの動作について説明する。

従来のＦＷの方式として、アプリケーションゲートウェイ方式とパケットフィルタリング方式が用いられている。

アプリケーションゲートウェイ方式は、通信を中継するプロキシプログラムを使用することにより、内部ネットワークとインターネットを切り離す方式である。例えば、Ｗｅｂサーバにおいて、クライアントはまずプロキシサーバへリクエストを送信する。Ｗｅｂサーバへのリクエストを受け取ったプロキシサーバは、Ｗｅｂサーバに接続し、改めてリクエストを送信する。Ｗｅｂサーバからのレスポンスは、プロキシサーバへ返され、プロキシサーバからクライアントへ返される。このアプリケーションゲートウェイ方式は、上述したクラスタシステムで実現可能である。

パケットフィルタリング方式は、送信元や送信先のＩＰアドレス、ポート番号などによって通信データを通過させるかどうかを判断し、不正アクセスを防ぐ方式である。パケットフィルタリング方式は、ネットワークセグメント同士を中継するルータ上で機能する。例えば、クライアントがＷｅｂサーバにリクエストを送出する際、Ｗｅｂサーバが同じセグメント内にいないと、自らが持っているルーティングテーブルに従ってパケットを送出する。ルーティングテーブルにはデフォルトゲートウェイが設定されており、テーブル内にＷｅｂサーバのエントリが存在しなかった場合にはデフォルトゲートウェイにパケットが送られることになる。このパケットフィルタリング方式では、パケットは往復共に同じ経路を通過しなければならないため、単純にＦＷのノードを増やしただけのクラスタシステムでは実現することができない。

次に、パケットフィルタリング方式を実現するためのＷｅｂシステムの動作について説明する。

管理ノード１７は、ＦＷのＶＩＰを登録したルーティングテーブルをＷｅｂサーバ、ＡＰサーバ、ＤＢサーバに与える。このルーティングテーブルには、ゲートウェイとしてＦＷのＶＩＰが登録されている。各サーバは、パケットを送出する際に、ルーティングテーブルを参照することにより、パケットのゲートウェイアドレスとしてＦＷのＶＩＰを設定する。次に、ＶＮＩＣによりＶＩＰがＲＩＰに変換され、実際のゲートウェイアドレスが設定される。

また、ＦＷがリクエストパケットとレスポンスパケットの両方をチェックするために、往路が経由したＦＷを復路においても通過させなければならない。このため、各サーバは、ルーティングテーブルにおけるゲートウェイに、同じＦＷのＶＩＰが登録されるようにする。そのためにリクエストパケットを送出するサーバは、リクエストパケットのソースアドレスにハッシュ関数を適用し、得られたハッシュ値に従ってゲートウェイとなるＦＷを選択する。例えば、ＦＷに番号を割り当てておき、ハッシュ関数はＩＰアドレスをＦＷノード数で割った余りを算出し、得られた値をゲートウェイとなるＦＷの番号とする。更に、レスポンスパケットを送出するサーバは、レスポンスパケットのデスティネーションアドレスにも対応するリクエストパケットに適用されたものと同一のハッシュ関数を適用し、ＦＷを選択する。この動作により、往路と復路で同一のＦＷサーバを選択することができるため、パケットフィルタリング方式を実現することができる。なお、ＦＷを選択する際、ＩＰアドレスとポート番号にハッシュ関数を適用しても良い。

また、本実施の形態では、リクエストの送信元のサーバが宛先の実ノードを決定する場合について説明する。

次に、ＷｅｂサーバがＡＰサーバへアクセスする場合の例を用いて、Ｗｅｂシステムの動作を説明する。

予め、管理ノード１７は、Ｗｅｂサーバ１１ａとＡＰサーバ１２ａ，１２ｂ，１２ｃにルーティングテーブルとＩＰ変換テーブルとハッシュ関数を与え、ＦＷ１４ｃ，１４ｄ，１４ｅにＩＰ変換テーブルを与えておく。図２は、本実施の形態に係るルーティングテーブルの一例を示す表である。ルーティングテーブルには、ゲートウェイにおいてＦＷのＶＩＰが登録されている。

図３は、本実施の形態に係るＩＰ変換テーブルの一例を示す表である。ここで示したＩＰ変換テーブルの例は、ＷｅｂサーバとＡＰサーバの間の通信に必要な情報だけを示す。Ｗｅｂサーバ１１ａ内のＩＰ変換テーブルには、ＡＰサーバのＶＩＰとＲＩＰの候補の対応関係、ＦＷのＶＩＰとＲＩＰの候補の対応関係が登録されている。ＡＰサーバのＲＩＰの候補としてＡＰサーバ１２ａ，１２ｂ，１２ｃのＲＩＰが登録されており、ＦＷのＲＩＰの候補としてＦＷ１４ｃ，１４ｄ，１４ｅのＲＩＰが登録されている。ＡＰサーバ１２ａ内のＩＰ変換テーブルには、ＷｅｂサーバのＶＩＰとＲＩＰの候補の対応関係、ＦＷのＶＩＰとＲＩＰの候補の対応関係が登録されている。ＷｅｂサーバのＲＩＰの候補としてＷｅｂサーバ１１ａ，１１ｂ，１１ｃ，１１ｄのＲＩＰが登録されており、ＦＷのＲＩＰの候補としてＦＷ１４ｃ，１４ｄ，１４ｅのＲＩＰが登録されている。

また、ハッシュ関数は、Ｗｅｂサーバ１１ａ，１１ｂ，１１ｃ，１１ｄ、ＡＰサーバ１２ａ，１２ｂ，１２ｃに同一の関数が与えられる。

図４は、本実施の形態に係るＷｅｂサーバからＡＰサーバへアクセスの動作の一例を示すシーケンス図である。図中の上から下への流れは、時間の流れを表す。また、各レーンは、左から、Ｗｅｂサーバ１１ａ、ＦＷ１４ｃ，１４ｄ，１４ｅ、ＡＰサーバ１２ａ，１２ｂ，１２ｃの動作を表す。また、図５は、本実施の形態に係るＷｅｂサーバからＡＰサーバへのパケットのリクエストパケットのヘッダの内容の一例を示すブロック図である。各パケットの内容は、以下のシーケンスの説明の中で説明する。

まず、Ｗｅｂサーバ１１ａは、ＡＰサーバ１２ａへのリクエストが発生すると、デスティネーションアドレスをＡＰサーバのＶＩＰとし、ソースアドレスを自ノードであるＷｅｂサーバ１１ａのＲＩＰとし、ゲートウェイアドレスをルーティングテーブル中のＦＷのＶＩＰとしたリクエストパケット４１を生成する（Ｓ１０）。

次に、Ｗｅｂサーバ１１ａは、ソースアドレスであるＷｅｂサーバ１１ａのＲＩＰにハッシュ関数を適用することにより、ＩＰ変換テーブルにおけるＡＰサーバのＶＩＰに対応するＲＩＰの中から宛先となるＡＰサーバ１２ａを選択し、リクエストパケット４１におけるデスティネーションアドレスのＶＩＰをＲＩＰに書き換える（Ｓ１１）。次に、Ｗｅｂサーバ１１ａは、ソースアドレスであるＷｅｂサーバ１１ａのＲＩＰにハッシュ関数を適用することにより、ＩＰ変換テーブルにおけるＦＷのＶＩＰに対応するＲＩＰの候補の中からゲートウェイとなるＦＷ１４ａのＲＩＰを選択し、リクエストパケット４１におけるゲートウェイアドレスのＶＩＰをＲＩＰに書き換え、リクエストパケット４１におけるデスティネーションアドレスとゲートウェイアドレスを書き換えたリクエストパケット４２を、ゲートウェイアドレスであるＦＷ１４ｃへ送出する（Ｓ１２）。

Ｗｅｂサーバ１１ａからリクエストパケット４２を受信したＦＷ１４ｃは、パケットのチェックを行い、正常であればデスティネーションアドレスであるＡＰサーバ１２ａへリクエストパケット４３として転送する（Ｓ２０）。

ＦＷ１４ｃからリクエストパケット４３を受信したＡＰサーバ１２ａは、リクエストに応じた処理を行い、デスティネーションアドレスをリクエストパケット４３のソースアドレスであるＷｅｂサーバ１１ａのＲＩＰとし、ソースアドレスを自ノードであるＡＰサーバ１２ａのＲＩＰとし、ゲートウェイアドレスをルーティングテーブル中のＦＷのＶＩＰとしたレスポンスパケットを生成する（Ｓ３０）。

次に、ＡＰサーバ１２ａは、デスティネーションアドレスであるＷｅｂサーバ１１ａのＲＩＰにハッシュ関数を適用することにより、ＩＰ変換テーブルにおけるＦＷのＶＩＰに対応するＲＩＰの候補の中からゲートウェイとなるＦＷ１４ａのＲＩＰを選択し、レスポンスパケットにおけるゲートウェイアドレスのＶＩＰをＲＩＰに書き換え、ゲートウェイアドレスであるＦＷ１４ｃへレスポンスパケットを送出する（Ｓ３１）。このレスポンスパケットのゲートウェイアドレスの決定に用いるハッシュ関数は、対応するリクエストパケットのゲートウェイアドレスの決定に用いたハッシュ関数と同一のものである。

ＡＰサーバ１２ａからレスポンスパケットを受信したＦＷ１４ｃは、パケットのチェックを行い、正常であればＷｅｂサーバ１１ａへレスポンスパケットを転送し（Ｓ２５）、このシーケンスを終了する。

上述したようにリクエストの送信元のサーバが宛先の実ノードを決定する場合、リクエストパケットを送出するサーバが宛先のＲＩＰを決定することにより、宛先の候補となるサーバ群に対して負荷分散を行うことができる。

なお、ここでは、ＷｅｂサーバがＡＰサーバにアクセスする場合について述べたが、ＡＰサーバがＤＢサーバにアクセスする場合も同様の動作を行う。

本発明によれば、各ノードを仮想ノードとすることにより、後続に対する負荷分散を行うことができ、単体のＬＢを不要とすることができる。また、負荷等の状況に応じてノード数の制御を行うことができる。また、ＦＷを仮想ノードとすることにより、ＦＷの数の制御や負荷分散を行うことができ、ＦＷがボトルネックとなることを防ぎ、高性能のＷｅｂシステムを提供することができる。

また、リクエストパケットを送出するサーバとレスポンスパケットを送出するサーバが同一のハッシュ関数を用いて、経由するＦＷのＲＩＰを決定することにより、リクエストパケットとレスポンスパケットが同じＦＷのノードを経由することができる。

実施の形態２．
本実施の形態におけるＷｅｂシステムの構成は、実施の形態１と同様であるが、経由するＦＷが宛先の実ノードを決定する場合について説明する。

実施の形態１と同様、ＷｅｂサーバがＡＰサーバへアクセスする場合の例を用いて、Ｗｅｂシステムの動作を説明する。

予め、管理ノード１７は、Ｗｅｂサーバ１１ａとＡＰサーバ１２ａ，１２ｂ，１２ｃにルーティングテーブルとＩＰ変換テーブルとハッシュ関数を与え、ＦＷ１４ｃ，１４ｄ，１４ｅにＩＰ変換テーブルとハッシュ関数を与えておく。ルーティングテーブルは、実施の形態１と同様であり、ＦＷのＶＩＰが登録されている。また、ハッシュ関数は、Ｗｅｂサーバ１１ａ，１１ｂ，１１ｃ，１１ｄ、ＡＰサーバ１２ａ，１２ｂ，１２ｃ、ＦＷ１４ｃ，１４ｄ，１４ｅに同一の関数が与えられる。

図６は、本実施の形態に係るＩＰ変換テーブルの一例を示す表である。ここで示したＩＰ変換テーブルの例は、ＷｅｂサーバとＡＰサーバの間の通信に必要な情報だけを示す。Ｗｅｂサーバ１１ａ内のＩＰ変換テーブルには、ＦＷのＶＩＰとＲＩＰの候補の対応関係が登録されている。ＦＷのＲＩＰの候補としてＦＷ１４ｃ，１４ｄ，１４ｅのＲＩＰが登録されている。ＦＷ１４ｃ内のＩＰ変換テーブルには、ＷｅｂサーバのＶＩＰとＲＩＰの候補の対応関係、ＡＰサーバのＶＩＰとＲＩＰの候補の対応関係が登録されている。ＷｅｂサーバのＲＩＰの候補としてＷｅｂサーバ１１ａ，１１ｂ，１１ｃ，１１ｄのＲＩＰが登録されており、ＡＰサーバのＲＩＰの候補としてＡＰサーバ１２ａ，１２ｂ，１２ｃのＲＩＰが登録されている。ＡＰサーバ１２ａ内のＩＰ変換テーブルには、ＦＷのＶＩＰとＲＩＰの候補の対応関係が登録されている。ＦＷのＲＩＰの候補としてＦＷ１４ｃ，１４ｄ，１４ｅのＲＩＰが登録されている。

図７は、本実施の形態に係るＷｅｂサーバからＡＰサーバへアクセスの動作の一例を示すシーケンス図である。この図における表記の方法は図４と同様であり、図４と同一符号は同一の処理を表す。また、図８は、本実施の形態に係るＷｅｂサーバからＡＰサーバへのリクエストパケットのヘッダの内容の一例を示すブロック図である。各パケットの内容は、以下のシーケンスの説明の中で説明する。

まず、Ｗｅｂサーバ１１ａは、ＡＰサーバ１２ａへのリクエストが発生すると、デスティネーションアドレスをＡＰサーバのＶＩＰとし、ソースアドレスを自ノードであるＷｅｂサーバ１１ａのＲＩＰとし、ゲートウェイアドレスをルーティングテーブル中のＦＷのＶＩＰとしたリクエストパケット５１を生成する（Ｓ１０）。

次に、Ｗｅｂサーバ１１ａは、ソースアドレスであるＷｅｂサーバ１１ａのＲＩＰにハッシュ関数を適用することにより、ＩＰ変換テーブルにおけるＦＷのＶＩＰに対応するＲＩＰの中からゲートウェイとなるＦＷ１４ａのＲＩＰを選択し、リクエストパケット５１におけるゲートウェイアドレスのＶＩＰをＲＩＰに書き換えたリクエストパケット５２を、ゲートウェイアドレスであるＦＷ１４ｃへ送出する（Ｓ１２）。

Ｗｅｂサーバ１１ａからリクエストパケット５２を受信したＦＷ１４ｃは、パケットのチェックを行い（Ｓ２０）、正常であれば、ソースアドレスであるＷｅｂサーバ１１ａのＲＩＰに予めハッシュ関数を適用することにより、ＩＰ変換テーブルにおけるＡＰサーバのＶＩＰに対応するＲＩＰの候補の中から宛先となるＡＰサーバ１２ａを選択し、リクエストパケット５２におけるデスティネーションアドレスのＶＩＰをＲＩＰに書き換えたリクエストパケット５３を、デスティネーションアドレスであるＡＰサーバ１２ａへ送出する（Ｓ２１）。

ＦＷ１４ｃからリクエストパケット５３を受信したＡＰサーバ１２ａは、リクエストに応じた処理を行い、デスティネーションアドレスをリクエストパケット５３のソースアドレスであるＷｅｂサーバ１１ａのＲＩＰとし、ソースアドレスを自ノードであるＡＰサーバ１２ａのＲＩＰとし、ゲートウェイアドレスをルーティングテーブル中のＦＷのＶＩＰとしたレスポンスパケットを生成する（Ｓ３０）。

次に、ＡＰサーバ１２ａは、デスティネーションアドレスであるＷｅｂサーバ１１ａのＲＩＰにハッシュ関数を適用することにより、ＩＰ変換テーブルにおけるＦＷのＶＩＰに対応するＲＩＰの候補の中からゲートウェイとなるＦＷ１４ａのＲＩＰを選択し、ゲートウェイアドレスのＶＩＰをＲＩＰに書き換え、パケット４２を生成し、パケット４２をＦＷ１４ｃのＲＩＰへ送出する（Ｓ３１）。このレスポンスパケットのゲートウェイアドレスの決定に用いるハッシュ関数は、対応するリクエストパケットのゲートウェイアドレスの決定に用いたハッシュ関数と同一のものである。

ＡＰサーバ１２ａからレスポンスパケット４２を受信したＦＷ１４ｃは、レスポンスパケットのチェックを行い、正常なパケットであればＷｅｂサーバ１１ａへ転送し（Ｓ２５）、このシーケンスを終了する。

上述したように経由するＦＷが宛先の実ノードを決定する場合、リクエストパケットのゲートウェイとなったＦＷが宛先のＲＩＰを決定することにより、宛先の候補となるサーバ群に対して負荷分散を行うことができる。

また、上述した実施の形態では３階層モデルのＷｅｂシステムについて述べたが、本発明は、他の構成のＷｅｂシステムや、ノード間にＦＷまたはＬＢを用いるような他のシステムにも適用することができる。

また、上述した実施の形態に係るクラスタノードは、クラスタシステムに容易に適用することができ、クラスタシステムの性能をより高めることができる。

更に、クラスタノードを構成するコンピュータにおいて上述した各ステップを実行させるプログラムを、クラスタノード制御プログラムとして提供することができる。上述したプログラムは、コンピュータにより読取り可能な記録媒体に記憶させることによって、クラスタノードを構成するコンピュータに実行させることが可能となる。ここで、上記コンピュータにより読取り可能な記録媒体としては、ＲＯＭやＲＡＭ等のコンピュータに内部実装される内部記憶装置、ＣＤ−ＲＯＭやフレキシブルディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の可搬型記憶媒体や、コンピュータプログラムを保持するデータベース、或いは、他のコンピュータ並びにそのデータベースや、更に回線上の伝送媒体をも含むものである。

なお、アドレス変換情報取得ステップとアドレス変換情報取得部は、実施の形態における管理ノードからＩＰ変換テーブルを取得する処理に対応する。また、アドレス設定ステップとアドレス設定部は、実施の形態におけるルーティングテーブルを用いたゲートウェイアドレスの設定の処理に対応する。また、アドレス変換ステップとアドレス変換部は、実施の形態におけるＩＰ変換テーブルを用いたＶＩＰからＲＩＰへの変換の処理に対応する。また、アドレス変換情報設定ステップは、実施の形態における管理ノードがクラスタノードへＩＰ変換テーブルを与える処理に対応する。

（付記１） クラスタノードにおけるパケット通信の制御をコンピュータに実行させるクラスタノード制御プログラムであって、
仮想的なクラスタノードのアドレスである仮想ノードアドレスと物理的なクラスタノードのアドレスである実ノードアドレスとの対応関係を含むアドレス変換情報を取得するアドレス変換情報取得ステップと、
送出するパケットのゲートウェイアドレスに仮想ノードアドレスを設定するアドレス設定ステップと、
前記アドレス変換情報取得ステップにより取得されたアドレス変換情報に基づいて、送出するパケットに含まれる仮想ノードアドレスを実ノードアドレスに変換するアドレス変換ステップと
をコンピュータに実行させるクラスタノード制御プログラム。
（付記２） 付記１に記載のクラスタノード制御プログラムにおいて、
前記アドレス設定ステップは更に、前記送出するパケットのデスティネーションアドレスに仮想ノードアドレスを設定することを特徴とするクラスタノード制御プログラム。
（付記３） 付記１または付記２に記載のクラスタノード制御プログラムにおいて、
前記アドレス変換ステップは、前記アドレス設定ステップにより設定された仮想ノードアドレスと送出するパケットの情報とに基づいて該仮想ノードアドレスに対応する実ノードアドレスを決定し、前記アドレス設定ステップにより設定された仮想ノードアドレスを該実ノードアドレスに変換することを特徴とするクラスタノード制御プログラム。
（付記４） 付記３に記載のクラスタノード制御プログラムにおいて、
前記アドレス変換ステップは、送出するパケットの情報にハッシュ関数を適用することにより、前記アドレス設定ステップにより設定された仮想ノードアドレスに対応する実ノードアドレスを決定することを特徴とするクラスタノード制御プログラム。
（付記５） 付記４に記載のクラスタノード制御プログラムにおいて、
前記アドレス変換ステップは、送出するパケットがリクエストパケットである場合、該リクエストパケットのソースアドレスにハッシュ関数を適用することにより、前記アドレス設定ステップにより設定された仮想ノードアドレスに対応する実ノードアドレスを決定することを特徴とするクラスタノード制御プログラム。
（付記６） 付記５に記載のクラスタノード制御プログラムにおいて、
前記アドレス変換ステップは、送出するパケットがレスポンスパケットである場合、該レスポンスパケットのデスティネーションアドレスに該レスポンスパケットに対応するリクエストパケットに適用されたものと同一のハッシュ関数を適用することにより、前記アドレス設定ステップにより設定された仮想ノードアドレスに対応する実ノードアドレスを決定することを特徴とするクラスタノード制御プログラム。
（付記７） 付記３乃至付記６のいずれかに記載のクラスタノード制御プログラムにおいて、
前記アドレス変換ステップが用いる前記送出するパケットの情報は、ＩＰアドレスとポート番号のいずれかを含むことを特徴とするクラスタノード制御プログラム。
（付記８） クラスタノード間のパケット通信の制御を行うクラスタノードであって、
仮想的なクラスタノードのアドレスである仮想ノードアドレスと物理的なクラスタノードのアドレスである実ノードアドレスとの対応関係を含むアドレス変換情報を取得するアドレス変換情報取得部と、
送出するパケットのゲートウェイアドレスに仮想ノードアドレスを設定するアドレス設定部と、
前記アドレス変換情報取得部により取得されたアドレス変換情報に基づいて、送出するパケットに含まれる仮想ノードアドレスを実ノードアドレスに変換するアドレス変換部と
を備えるクラスタノード。
（付記９） 付記８に記載のクラスタノードにおいて、
前記アドレス設定部は更に、前記送出するパケットのデスティネーションアドレスに仮想ノードアドレスを設定することを特徴とするクラスタノード。
（付記１０） 付記８または付記９に記載のクラスタノードにおいて、
前記アドレス変換部は、前記アドレス設定部により設定された仮想ノードアドレスと送出するパケットの情報とに基づいて該仮想ノードアドレスに対応する実ノードアドレスを決定し、前記アドレス設定部により設定された仮想ノードアドレスを該実ノードアドレスに変換することを特徴とするクラスタノード。
（付記１１） 付記１０に記載のクラスタノードにおいて、
前記アドレス変換部は、送出するパケットの情報にハッシュ関数を適用することにより、前記アドレス設定部により設定された仮想ノードアドレスに対応する実ノードアドレスを決定することを特徴とするクラスタノード。
（付記１２） 付記１０または付記１１に記載のクラスタノードにおいて、
前記アドレス変換部が用いる前記送出するパケットの情報は、ＩＰアドレスとポート番号のいずれかを含むことを特徴とするクラスタノード。
（付記１３） クラスタノード間のパケット通信の制御を行うクラスタシステム制御方法であって、
仮想的なクラスタノードのアドレスである仮想ノードアドレスと物理的なクラスタノードのアドレスである実ノードアドレスとの対応関係を含むアドレス変換情報をクラスタノードに設定するアドレス変換情報設定ステップと、
第１のクラスタノードから第２のクラスタノードへパケットを送出する場合、第１のクラスタノードにおいて、該パケットのゲートウェイアドレスとして第３のクラスタノードの仮想ノードアドレスを設定するゲートウェイアドレス設定ステップと、
前記アドレス変換情報設定ステップにより設定されたアドレス変換情報に基づいて、送出するパケットに含まれた仮想ノードアドレスを実ノードアドレスに変換するアドレス変換ステップと
を実行するクラスタシステム制御方法。
（付記１４） 付記１３に記載のクラスタシステム制御方法において、
前記アドレス設定ステップは更に、前記第１のクラスタノードにおいて、前記送出するパケットのデスティネーションアドレスに前記第２のクラスタノードの仮想ノードアドレスを設定することを特徴とするクラスタシステム制御方法。
（付記１５） 付記１３または付記１４に記載のクラスタノード制御方法において、
前記アドレス変換ステップは、前記アドレス設定ステップにより設定された仮想ノードアドレスと送出するパケットの情報とに基づいて該仮想ノードアドレスに対応する実ノードアドレスを決定し、前記アドレス設定ステップにより設定された仮想ノードアドレスを該実ノードアドレスに変換することを特徴とするクラスタノード制御方法。
（付記１６） 付記１５に記載のクラスタノード制御方法において、
前記アドレス変換ステップは、送出するパケットの情報にハッシュ関数を適用することにより、前記アドレス設定ステップにより設定された仮想ノードアドレスに対応する実ノードアドレスを決定することを特徴とするクラスタノード制御方法。
（付記１７） 付記１６に記載のクラスタノード制御方法において、
前記アドレス変換ステップは、前記第１のクラスタノードがリクエストパケットを前記第２のクラスタノードへ送出する場合、前記第１のクラスタノードにおいて、該リクエストパケットのソースアドレスにハッシュ関数を適用することにより、前記アドレス設定ステップにより設定された前記第３のクラスタノードの仮想ノードアドレスに対応する実ノードアドレスを決定することを特徴とするクラスタノード制御方法。
（付記１８） 付記１７に記載のクラスタノード制御方法において、
前記アドレス変換ステップは、前記第２のクラスタノードが前記リクエストパケットに対するレスポンスパケットを前記第１のクラスタノードへ送出する場合、前記第２のクラスタノードにおいて、該レスポンスパケットのデスティネーションアドレスに該レスポンスパケットに対応するリクエストパケットに適用されたものと同一のハッシュ関数を適用することにより、前記第３のクラスタノードの前記アドレス設定ステップにより設定された仮想ノードアドレスに対応する実ノードアドレスを決定することを特徴とするクラスタノード制御プログラム。
（付記１９） 付記１３乃至付記１８のいずれかに記載のクラスタシステム制御方法において、
更に、前記アドレス設定ステップの後、
前記第３のクラスタノードにおいて、転送するパケットのチェックを行うファイアウォールステップを実行することを特徴とするクラスタシステム制御方法。
（付記２０） 付記１５乃至付記１９のいずれかに記載のクラスタノード制御方法において、
前記アドレス変換ステップが用いる前記送出するパケットの情報は、ＩＰアドレスとポート番号のいずれかを含むことを特徴とするクラスタノード制御方法。

実施の形態１に係るＷｅｂシステムの構成の一例を示すブロック図である。 実施の形態１に係るルーティングテーブルの一例を示す表である。 実施の形態１に係るＩＰ変換テーブルの一例を示す表である。 実施の形態１に係るＷｅｂサーバからＡＰサーバへアクセスの動作の一例を示すシーケンス図である。 実施の形態１に係るＷｅｂサーバからＡＰサーバへのパケットのリクエストパケットのヘッダの内容の一例を示すブロック図である。 実施の形態２に係るＩＰ変換テーブルの一例を示す表である。 実施の形態２に係るＷｅｂサーバからＡＰサーバへアクセスの動作の一例を示すシーケンス図である。 実施の形態２に係るＷｅｂサーバからＡＰサーバへのリクエストパケットのヘッダの内容の一例を示すブロック図である。 従来のＷｅｂシステムの構成の一例を示すブロック図である。

符号の説明

１０ インターネット、１１ａ，１１ｂ，１１ｃ，１１ｄ Ｗｅｂサーバ、１２ａ，１２ｂ，１２ｃ ＡＰサーバ、１３ ＤＢサーバ、１４ａ，１４ｂ，１４ｃ，１４ｄ，１４ｅ ＦＷ、１６ ディスパッチャ、１７ 管理ノード、１８ ネットワーク。

Claims (10)

1. パケットの送信元の装置が、ソースアドレスを前記送信元の装置の実ノードアドレスとし、ディスティネーションアドレスをパケットの送信先の装置の実ノードアドレスとするパケットを送信する際に、複数のファイアウォール装置のうち、前記送信元の装置の実ノードアドレスを用いた所定の選択処理により定まる一つのファイアウォール装置の実ノードアドレスをゲートウェイアドレスに設定したパケットを送信し、
   前記一つのファイアウォール装置が、前記ディスティネーションアドレス宛に、受信した前記パケットの転送処理を行い、
   前記送信先の装置が、前記一つのファイアウォール装置によって転送されたパケットに対する応答パケットを前記送信元の装置宛に送信する際に、前記送信元の装置の実ノードアドレスを用いた、前記所定の選択処理と同じ選択処理により定まる一つのファイアウォール装置の実ノードアドレスをゲートウェイアドレスに設定した応答パケットを送信し、
   前記所定の選択処理と同じ選択処理により定まる前記一つのファイアウォール装置が、前記応答パケットの前記送信元の装置への転送処理を行う
   パケット通信方法。
2. 請求項１に記載のパケット通信方法において、
   前記送信元の装置および前記送信先の装置は、仮想ノードアドレスと実ノードアドレスとの対応関係を含むアドレス変換情報を取得し、
   前記アドレス変換情報に基づき、送信するパケットのディスティネーションアドレスを、設定されている仮想ノードアドレスから実ノードアドレスに変換してから送信することを特徴とするパケット通信方法。
3. 請求項１または請求項２に記載のパケット通信方法において、
   前記送信元の装置および前記送信先の装置は、設定された仮想ノードアドレスと送信するパケットの情報とに基づいて該仮想ノードアドレスに対応する実ノードアドレスを決定し、前記設定された仮想ノードアドレスから前記実ノードアドレスに変換してから送信することを特徴とするパケット通信方法。
4. 請求項３に記載のパケット通信方法において、
   送信されるパケットの情報にハッシュ関数が適用されることにより、設定された仮想ノードアドレスに対応する実ノードアドレスが決定されることを特徴とするパケット通信方法。
5. 請求項４に記載のパケット通信方法において、
   送信されるパケットがリクエストパケットである場合、該リクエストパケットのソースアドレスにハッシュ関数が適用されることにより、設定された仮想ノードアドレスに対応する実ノードアドレスが決定されることを特徴とするパケット通信方法。
6. 請求項５に記載のパケット通信方法において、
   送信されるパケットが応答パケットである場合、該応答パケットのディスティネーションアドレスに該応答パケットに対応するリクエストパケットに適用されたものと同一のハッシュ関数が適用されることにより、設定された仮想ノードアドレスに対応する実ノードアドレスが決定されることを特徴とするパケット通信方法。
7. 請求項１乃至請求項６のいずれかに記載のパケット通信方法において、
   前記パケットの情報は、ＩＰアドレスとポート番号のいずれかを含むことを特徴とするパケット通信方法。
8. パケットの送信元の装置と、
   パケットの送信先の装置と、
   前記送信元の装置と前記送信先の装置とに接続された複数のファイアウォール装置と、を有し、
   前記送信元の装置は、ソースアドレスを前記送信元の装置の実ノードアドレスとし、ディスティネーションアドレスをパケットの送信先の装置の実ノードアドレスとするパケットを送信する際に、複数のファイアウォール装置のうち、前記送信元の装置の実ノードアドレスを用いた所定の選択処理により定まる一つのファイアウォール装置の実ノードアドレスがゲートウェイアドレスを設定したパケットを送信し、
   前記複数のファイアウォール装置のうちの前記一つのファイアウォール装置は、前記ディスティネーションアドレス宛に、受信した前記パケットの転送処理を行い、
   前記送信先の装置は、前記一つのファイアウォール装置によって転送されたパケットに対する応答パケットを前記送信元の装置宛に送信する際に、前記送信元の装置の実ノードアドレスを用いた、前記所定の選択処理と同じ選択処理により定まる一つのファイアウォール装置の実ノードアドレスをゲートウェイアドレスに設定した応答パケットを送信し、
   前記複数のファイアウォール装置のうちの前記所定の選択処理と同じ選択処理により定まる前記一つのファイアウォール装置は、前記応答パケットの前記送信元の装置への転送処理を行う
   パケット通信システム。
9. 請求項８に記載のパケット通信システムにおいて、
   前記送信元の装置および前記送信先の装置は、仮想ノードアドレスと実ノードアドレスとの対応関係を含むアドレス変換情報を取得し、
   前記アドレス変換情報に基づき、送信するパケットのディスティネーションアドレスを、設定されている仮想ノードアドレスから実ノードアドレスに変換してから送信することを特徴とするパケット通信システム。
10. 請求項８または請求項９に記載のパケット通信システムにおいて、
    前記送信元の装置および前記送信先の装置は、設定された仮想ノードアドレスと送信するパケットの情報とに基づいて該仮想ノードアドレスに対応する実ノードアドレスを決定し、前記設定された仮想ノードアドレスから前記実ノードアドレスに変換してから送信することを特徴とするパケット通信システム。

Images