JP2008219426A - パケット送受信方法、装置、システム、およびプログラム - Google Patents

Abstract

【課題】仮想ネットワーク上のノードの仮想アドレスを定めるのに既存ネットワーク上のノードの物理アドレスの影響を受けることがなく、またそのために新たな機器を導入する必要もなく、簡単に実現することができるようにする。
【解決手段】ＣＵＧ参加ノードは受信したパケットが自ノードの所属するマルチキャストアドレス宛のパケットか判断し、自ノードの所属するマルチキャストアドレス宛のパケットでなければ破棄（データ消去）する。さらに、受信したパケットのカプセル化を解除して発信元からのパケットをペイロード部分（送信データ部）から取り出し、その宛先である仮想ＩＰアドレスを読み出して自ノード宛か否かを判断し、自ノード宛でなければ破棄する。
【選択図】図３

Description

本発明は、例えばＶＰＮ（Virtual Private Network）あるいはＣＵＧ（Closed Users Group）と言った仮想的なネットワーク（同一サブネット上にあるように見せるネットワーク）を構築してパケットを送受信するパケット送受信方法、装置、システム、およびプログラムに関する。

従来より、ネットワークでのパケット通信で、ネットワーク内に仮想ネットワークを構築してパケットの送受信を行うものがある。

こうした従来のＶＰＮ通信システムとして、任意のＶＰＮを設定するための階層化ヘッダを付与してユーザＭＡＣフレームをカプセル化し、階層化ＭＡＣフレームを生成するカプセル化処理部を備えた入口エッジ装置と、デカプセル化処理部を備えた出口エッジ装置とを備えるものがある（例えば、特許文献１参照）。

また、従来のシステムとして、複数のカメラ毎に対応付けされたマルチキャストアドレスと副回線へ切り替えるための優先度に基づいて、副回線へ切り替えるべきマルチキャストアドレスの変更を指示する画像迂回制御サーバを備えることで、主回線から副回線へ画像の送信を迂回させるものがある（例えば、特許文献２参照）。
特開２００４−３２００６号公報 特開２００５−１８４３８７号公報

しかしながら、上述した従来のパケット送受信では、既存のネットワーク上にＶＰＮやＣＵＧなどの仮想ネットワークを構築する場合、仮想ネットワーク上のノードのＩＰアドレス（仮想アドレス）と既存ネットワーク上のノードのＩＰアドレス（物理アドレス）が衝突しないように割り当てなければならない（図８参照）。
なぜなら、物理アドレスと仮想アドレスを同じにすると、経路途中の中継装置（ルータ）が正しくパケットを転送できないためである。

また、上述した特許文献１のものでは、ＶＬＡＮ−ＩＤの個数を補うための階層化ヘッダを付与するために入口・出口のエッジ装置が必要であり、そうした新規の装置を用いず、ホストのみで実現することについてまで考慮されたものではなかった。

また、上述した特許文献２のものは、画像データの送信における障害対策のために副回線をバックアップ回線として用いるものであり、パケットの送受信における仮想ネットワークを、新規の装置を用いずに簡単に構築することについてまで考慮されたものではなかった。

本発明はこのような状況に鑑みてなされたものであり、仮想ネットワーク上のノードの仮想アドレスを定めるのに既存ネットワーク上のノードの物理アドレスの影響を受けることがなく、またそのために新たな機器を導入する必要もなく、簡単に実現することができるパケット送受信方法、装置、システム、およびプログラムを提供することを目的とする。

かかる目的を達成するために、本発明に係るパケット送受信方法は、送信先に割り当てられた仮想アドレスおよび当該送信先への送信データ部をコンピュータがカプセル化するカプセル化工程と、上記カプセル化工程によりカプセル化されたパケットを該送信先を含むグループに割り当てられたマルチキャストアドレス宛に送信するマルチキャスト送信工程と、上記マルチキャスト送信工程により送信されたパケットを受信して当該受信したパケットから上記仮想アドレスを読み出す読み出し工程と、を備えたことを特徴とする。

上記読み出し工程により読み出された仮想アドレスが、受信するように予め設定された仮想アドレスでない場合、該読み出し工程で仮想アドレスを読み出したパケットを破棄するパケット破棄工程を備えたことが好ましい。

上記読み出し工程により読み出された仮想アドレスに基づいて、受信したネットワーク通信装置が、該受信したパケットが当該ネットワーク通信装置宛であるか否かを判別する宛先判別工程を備えたことが好ましい。

また、本発明に係るパケット送受信装置は、送信先に割り当てられた仮想アドレスおよび当該送信先への送信データ部をカプセル化するカプセル化手段と、上記カプセル化手段によりカプセル化されたパケットを該送信先を含むグループに割り当てられたマルチキャストアドレス宛に送信するマルチキャスト送信手段と、上記マルチキャスト送信手段により送信されたパケットを受信して当該受信したパケットから上記仮想アドレスを読み出す読み出し手段と、を備えたことを特徴とする。

上記読み出し手段により読み出された仮想アドレスに基づいて、受信したパケットが自装置宛であるか否かを判別する宛先判別手段を備えたことが好ましい。

上記宛先判別手段により受信したパケットが自装置宛でないと判別された場合、当該パケットを破棄するパケット破棄手段を備えたことが好ましい。

上記読み出し手段により読み出された仮想アドレスが、受信するように予め設定された仮想アドレスでない場合、該読み出し手段で仮想アドレスを読み出したパケットを破棄するパケット破棄手段を備えたことが好ましい。

また、本発明に係るパケット送受信システムは、上述した本発明に係るパケット送受信装置を含む複数のネットワーク通信装置が接続されて、マルチキャストアドレスを用いたパケット送受信可能に構成されたことを特徴とする。

また、本発明に係るパケット送受信プログラムは、送信先に割り当てられた仮想アドレスおよび当該送信先への送信データ部をカプセル化するカプセル化処理と、上記カプセル化処理によりカプセル化されたパケットを該送信先を含むグループに割り当てられたマルチキャストアドレス宛に送信するマルチキャスト送信処理と、上記マルチキャスト送信処理により送信されたパケットを受信して当該受信したパケットから上記仮想アドレスを読み出す読み出し処理と、をコンピュータに実行させることを特徴とする。

上記読み出し処理により読み出された仮想アドレスが、受信するように予め設定された仮想アドレスでない場合、該読み出し処理で仮想アドレスを読み出したパケットを破棄するパケット破棄処理をコンピュータに実行させることが好ましい。

上記読み出し処理により読み出された仮想アドレスに基づいて、受信したネットワーク通信装置が、該受信したパケットが当該ネットワーク通信装置宛であるか否かを判別する宛先判別処理をコンピュータに実行させることが好ましい。

以上のように、本発明によれば、仮想ネットワーク上のノードの仮想アドレスを定めるのに既存ネットワーク上のノードの物理アドレスの影響を受けることがないようにすることができる。
またそのために新たな機器を導入する必要もなく、簡単に実現することができる。

次に、本発明に係るパケット送受信方法、装置、システム、およびプログラムをＣＵＧによるパケット送受信システム適用した一実施形態について、図面を用いて詳細に説明する。
まず、各実施形態に共通する概要について説明する。

本実施形態は、仮想ネットワークに属するノードへのパケットのあて先アドレスとしてＩＰマルチキャストアドレスを利用することにより、既存のネットワーク（物理ネットワーク）でのノードのアドレス（物理アドレス）と仮想ネットワークでのアドレス（仮想アドレス）の管理を分離できるようにしたものである。

このため、ＣＵＧ利用者は、ＣＵＧコンソール２０より、ＣＵＧ管理サーバ１０に接続し、ＣＵＧの新規作成およびメンバー（ＣＵＧ参加ノード３０，３２，３４）の登録を行う。ＣＵＧ管理サーバ１はルータ２０，２１，２２，２３にマルチキャストアドレスＭａの経路を設定する。同時に、ＣＵＧ参加ノード３０，３２，３４各々に対し、仮想アドレスａ１，ａ２，ａ３を割り当て、ＣＵＧのアドレスとしてＭａを通知する。ＣＵＧ参加ノード３０，３２，３４は仮想アドレスａ１，ａ２，ａ３およびマルチキャストアドレスＭａを用いて通信を行う。

〔第１の実施形態〕
次に、本発明の第１の実施形態の構成について図面を参照して詳細に説明する。
図１を参照すると、本発明の第１の実施形態は、ＣＵＧ管理サーバ１０、ＣＵＧコンソール２０、ルータ３０，３１，３２，３３、ＣＵＧ参加ノード４０、４２，４４を備えて構成されている。ＣＵＧ管理サーバ１０、ＣＵＧコンソール２０、ＣＵＧ参加ノード４０，４２，４４は、ルータ３０，３１，３２，３３を介して接続されている。

ＣＵＧ管理サーバ１０は、ＣＵＧメンバ管理部１０１とアドレス管理部１０２とを含む。ルータ３０，３１，３２，３３は、それぞれパケット転送部３０１，３１１，３２１，３３１とマルチキャストメンバ管理部３０２，３１２，３２２，３３２とを含む。ＣＵＧ参加ノード４０，４２，４４は、それぞれパケット送受信部４０１，４２１，４４１と、ＣＵＧメンバ管理部４０２，４２２，４４２と、アプリケーション部４０３，４２３，４４３とを含む。

これらの処理要素は、それぞれ概略つぎのように動作する。
ＣＵＧメンバ管理部１０１は、ＣＵＧコンソール２０からの接続を受け、ＣＵＧの新規作成・削除、メンバ追加・削除を管理する。
アドレス管理部１０２は、各ＣＵＧのマルチキャストアドレスや、メンバの仮想アドレス、物理アドレスを管理する。

パケット転送部３０１，３１１，３２１，３３１は、受信したパケットを経路表にしたがって適切な出力先に送信する。
マルチキャストメンバ管理部３０２，３１２，３２２，３３２は、マルチキャストアドレスとＣＵＧ参加ノードの物理アドレスを管理する。

パケット送受信部４０１，４２１，４４１は、アプリケーション部からの出力パケットのネットワークへの送信や、ネットワークからのパケットの受信を行う。
ＣＵＧメンバ管理部４０２，４２２，４４２は、自ノードが所属するマルチキャストアドレスと仮想アドレスを管理する。
アプリケーション部４０３，４２３，４４３では、ＣＵＧを利用するアプリケーションが動作する。

次に、本発明の第１の実施形態の動作について、図１および図２のフローチャートを参照して詳細に説明する。

まず、ＣＵＧを新規に作成する（ステップＡ００）。
次に、作成したＣＵＧ（グループ）に対してマルチキャストアドレスＭａを割り当てる（ステップＡ０１）。
さらに、ＣＵＧのメンバーとしてＣＵＧ参加ノード４０，４２，４４を登録する（ステップＡ０２）。

この結果、ＣＵＧ参加ノード４０，４２，４４に対してそれぞれ仮想ＩＰアドレスａ１，ａ２，ａ３が割り当てられる（ステップＡ０３）。
その仮想ＩＰアドレスがＣＵＧ管理サーバに登録される（ステップＡ０４）。

次にマルチキャストアドレスによるルーティングを可能にするために途中経路にあるルータ群に対してＣＵＧ参加ノードのそれぞれ物理ＩＰアドレスＡ１，Ａ２，Ａ３とマルチキャストアドレスＭａが登録される（ステップＡ０５）。
最後に、ＣＵＧ参加ノードに対して、それぞれ仮想ＩＰアドレスとマルチキャストアドレスＭａを登録する（ステップＡ０６）。この状態で、パケットの送受信が可能となる。

次に以下の一連のステップで、ＣＵＧ参加ノード４４のアプリケーション部４４３がＣＵＧ参加ノード４０のアプリケーション部４０３に対してデータを送信する動作を説明する。

まず、ＣＵＧ参加ノード４４のアプリケーション部４４３がＣＵＧ参加ノード４０のアプリケーション部４０３にデータの送信を開始する（図３のステップＡ１０）。
次に、ＣＵＧ参加ノード４４のパケット送受信部４０３が、図４に例示するように、仮想ＩＰアドレスａ３からａ１宛のパケットをペイロード部分にカプセル化してマルチキャストアドレスＭａ宛のパケットとして送信パケットを生成し、送信する（ステップＡ１１，Ａ１２，Ａ１３，図４）。
このパケットは経路途中のルータ群３０，３１，３２，３３によって、マルチキャストパケットの配送機構にしたがいＣＵＧ参加ノード群４０，４２，４４が受信する（ステップＡ１４）。

ＣＵＧ参加ノードは受信したパケットが自ノードの所属するマルチキャストアドレス宛のパケットか判断し、自ノードの所属するマルチキャストアドレス宛のパケットでなければ破棄（データ消去）する（ステップＡ１５，Ａ１６，Ａ１７）。

さらに、受信したパケットのカプセル化を解除して発信元からのパケットをペイロード部分（送信データ部）から取り出し、その宛先である仮想ＩＰアドレスを読み出して自ノード宛か否かを判断し、自ノード宛でなければ破棄する（ステップＡ１８，Ａ１９，Ａ１ａ）。
最後に、自ノードの所属するマルチキャストアドレス宛のパケットで、ペイロード部分にカプセル化されたパケットの宛先である仮想ＩＰアドレスが自ノード宛である場合、ペイロード部分からデータを取り出しアプリケーション部４０３へ渡す（ステップＡ１ｂ）。

以上のように、上述した第１の実施形態によれば、以下の効果が得られる。
第１の効果は、途中経路のルータを置換することなく、ＣＵＧシステムを容易に構築できることにある。
すなわち、ＣＵＧ宛のパケットはマルチキャストアドレスＭａ宛に送信するように構成されているため、途中経路ルータは、仮想アドレスを知らなくてもパケットをルーティングできる。
このように、途中経路でのルータにマルチキャストルーティングの設定を行うだけでパケットを配送できるためである。

第２の効果は、仮想アドレスの割り当てと物理アドレスの割り当てを分離できることにより既存のネットワークへの導入が容易であることにある。
その理由は、カプセル化によって仮想アドレスを含むパケットを隠蔽できるためである。

〔第２の実施形態〕
次に、本発明の第２の実施形態について、図面を参照して詳細に説明する。
この第２の実施形態は、上述した第１の実施形態での、ＣＵＧとしてのマルチキャストアドレスを用いる処理および、各ＣＵＧ参加ノードの仮想ＩＰアドレスを用いる処理を、ＣＵＧ代理ノードが処理する構成としたものである。

図５を参照すると、この第２の実施形態は、ＣＵＧ管理サーバ５０、ＣＵＧコンソール６０、ルータ７０，７１，７２，７３、ＣＵＧ代理ノード８０，８２，８４、ＣＵＧ参加ノード８１，８３，８５を備えて構成されている。ＣＵＧ管理サーバ５０、ＣＵＧコンソール６０、ＣＵＧ代理ノード８０，８２，８４、ＣＵＧ参加ノード８１，８３，８５は、ルータ７０，７１，７２，７３を介して接続されている。

ＣＵＧ管理サーバ５０は、ＣＵＧメンバ管理部５０１とアドレス管理部５０２を含む。ルータ７０，７１，７２，７３は、それぞれパケット転送部７０１，７１１，７２１，７３１とマルチキャストメンバ管理部７０２，７１２，７２２，７３２を含む。ＣＵＧ代理ノード８０，８２，８４は、それぞれパケット送受信部８０１，８２１，８４１、ＣＵＧメンバ管理部８０２，８２２，８４２を含む。ＣＵＧ参加ノード８１，８３，８５は、それぞれパケット送受信部８１１，８３１，８５１とアプリケーション部８１２，８３２，８５２を含む。
これらの処理要素は、それぞれ概略つぎのように動作する。

ＣＵＧメンバ管理部５０１は、ＣＵＧコンソール６０からの接続を受け、ＣＵＧの新規作成・削除、メンバ追加・削除を管理する。
アドレス管理部５０２は、各ＣＵＧのマルチキャストアドレスや、メンバの仮想アドレス、物理アドレスを管理する。
パケット転送部７０１，７１１，７２１，７３１は受信したパケットを経路表にしたがって適切な出力先に送信する。

マルチキャストメンバ管理部７０２，７１２，７２２，７３２は、マルチキャストアドレスとＣＵＧ参加ノードおよびＣＵＧ代理ノードの物理アドレスを管理する。
パケット送受信部８０１，８２１，８４１は他のＣＵＧ参加ノードの出力したパケットの受信や、ＣＵＧ参加ノードへのパケットの送信を行う。
パケット送受信部８１１，８３１，８５１はアプリケーション部からの出力パケットのネットワークへの送信や、ネットワークからのパケットの受信を行う。

ＣＵＧメンバ管理部８０２，８２２，８４２は、ＣＵＧ参加ノード８１，８３，８５が所属するマルチキャストアドレスと仮想アドレスを管理する。
アプリケーション部８１２，８３２，８５２では、ＣＵＧを利用するアプリケーションが動作する。

次に、図６および図７のフローチャートを参照して本発明の第２の実施形態の動作について詳細に説明する。

まず、ＣＵＧを新規に作成する（図６のステップＢ００）。
次に、作成したＣＵＧに対してマルチキャストアドレスＭａを割り当てる（ステップＢ０１）。
さらに、ＣＵＧのメンバーとしてＣＵＧ代理ノード８１，８３，８５およびＣＵＧ参加ノード８０，８２，８４を登録する（ステップＢ０２）。
この結果、ＣＵＧ代理ノード８０，８２，８４に対してそれぞれ仮想ＩＰアドレスａ１，ａ２，ａ３が割り当てられる（ステップＢ０３）。

その仮想ＩＰアドレスがＣＵＧ管理サーバに登録される（ステップＢ０４）。
次にマルチキャストアドレスによるルーティングを可能にするために途中経路にあるルータ群に対してＣＵＧ代理ノードのそれぞれ物理ＩＰアドレス Ａ１，Ａ２，Ａ３とマルチキャストアドレスＭａが登録される（ステップＢ０５）。

最後に、ＣＵＧ代理ノードに対して、それぞれ仮想ＩＰアドレス、ＣＵＧ参加ノード
の物理ＩＰアドレスとマルチキャストアドレスＭａを登録する（ステップＢ０６）。この状態で、パケットの送受信が可能となる。

次に以下の一連のステップにより、ＣＵＧ参加ノード８５のアプリケーション部８５２がＣＵＧ参加ノード８１のアプリケーション部８１２に対してデータを送信する動作を説明する。

まず、ＣＵＧ参加ノード８５のアプリケーション部８５２がＣＵＧ参加ノード８１のアプリケーション部８１２にデータの送信を開始する（図７のステップＢ１０）。
次に、ＣＵＧ参加ノード８５のパケット送受信部８５２が送信パケットを生成し、送信する（ステップＢ１１）。
さらに、このパケットはＣＵＧ代理ノードに受信され、図４に例示するように、仮想ＩＰアドレスａ３からａ１宛のパケットとして送信元、送信先ＩＰアドレスを書き換えられてペイロード部分にカプセル化され、マルチキャストアドレスＭａ宛のパケットとされて送信される（Ｂ１２，Ｂ１３，図４）。

このパケットは経路途中のルータ群７０，７１，７２，７３によって、マルチキャストパケットの配送機構にしたがいＣＵＧ代理ノード群８１，８３，８５が受信する（ステップＢ１４）。

ＣＵＧ代理ノード８０，８２，８４は受信したパケットがＣＵＧ代理ノードの所属するマルチキャストアドレスのメンバー宛のパケットか判断し、ＣＵＧ代理ノードの所属するマルチキャストアドレス宛のパケットでなければ破棄する（ステップＢ１５，Ｂ１６，Ｂ１７）。

さらに、受信したパケットのカプセル化を解除して発信元からのパケットをペイロード部分から取り出し、その宛先アドレスを読み出し、その読み出した宛先アドレスが、ＣＵＧ代理ノードが処理を代理しているＣＵＧ参加ノード宛であるか否かを判断し、ＣＵＧ代理ノードが処理を代理しているＣＵＧ参加ノード宛でなければ破棄する（ステップＢ１８，Ｂ１９，Ｂ１ａ）。

次に、ＣＵＧ代理ノードの所属するマルチキャストアドレス宛のパケットで、ペイロード部分にカプセル化されたパケットの宛先である仮想ＩＰアドレスがＣＵＧ参加ノード宛である場合、ＣＵＧ代理ノードは、ペイロード部分からパケットを取り出し、ＣＵＧ参加ノード８１，８５の物理ＩＰアドレスＢ１，Ｂ３に書き換えＣＵＧ参加ノード８１へ送信する（ステップＢ１ｂ）。
最後に、ＣＵＧ参加ノード８１は、ペイロード部分からデータを取り出しアプリケーション部８１２へ渡す（ステップＢ１ｃ）。

以上のように、上述した第２の実施形態によれば、以下の効果が得られる。
第１の効果は、途中経路のルータを置換することなく、ＣＵＧシステムを容易に構築できることにある。
その理由は、途中経路でのルータにマルチキャストルーティングの設定を行うだけでパケットを配送できるためである。

第２の効果は、仮想アドレスの割り当てと物理アドレスの割り当てを分離できることにより既存のネットワークへの導入が容易であることにある。
その理由は、カプセル化によって仮想アドレスを含むパケットを隠蔽できるためである。

第３の効果は、アプリケーションが動作するノードを置換することなく、ＣＵＧシステムを容易に構築できることにある。
その理由は、上述した第２の実施形態に係るＣＵＧ代理ノードを導入していることである。

なお、上述した各実施形態は本発明の好適な実施形態であり、本発明はこれに限定されることなく、本発明の技術的思想に基づいて種々変形して実施することが可能である。
例えば、ＩＰネットワーク以外の、パケットベースでマルチキャストによる通信が可能なネットワークシステムのためのプログラムといった用途であっても、本発明は同様に適用可能である。

また、上述した各実施形態としてのパケット送受信システムを実現するための処理手順をプログラムとして記録媒体に記録することにより、本発明の各実施形態による上述した各機能を、その記録媒体から供給されるプログラムによって、システムを構成するコンピュータのＣＰＵに処理を行わせて実現させることができる。
この場合、上記の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
すなわち、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体および該記録媒体から読み出された信号は本発明を構成することになる。
この記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリーカード、ＲＯＭ等を用いてよい。

この本発明に係るプログラムによれば、当該プログラムによって制御されるコンピュータに、上述した本発明に係る各実施形態としてのパケット送受信システムにおける各機能を実現させることができる。

本発明の第１の実施形態としてのパケット送受信システムの構成例を示すブロック図である。 該システムにおけるアドレス割り当て動作を示すフローチャートである。 該システムにおけるパケット送信動作を示すフローチャートである。 該システムにおけるパケットのカプセル化構造を示す図である。 本発明の第２の実施形態としてのパケット送受信システムの構成例を示すブロック図である。 該システムにおけるアドレス割り当て動作を示すフローチャートである。 該システムにおけるパケット送信動作を示すフローチャートである。 従来のパケット送受信システムにおける仮想アドレス空間（仮想ネットワーク）と物理アドレス空間（既存ネットワーク）とを示す図である。

符号の説明

１０ ＣＵＧ管理サーバ
２０ ＣＵＧコンソール
４０，４２，４４ ＣＵＧ参加ノード
４０１，４２１，４４１ パケット送受信部
４０２，４２２，４４２ ＣＵＧメンバ管理部
４０３，４２３，４４３ アプリケーション部
８０，８２，８４ ＣＵＧ代理ノード
８１，８３，８５ ＣＵＧ参加ノード

Claims (11)

1. 送信先に割り当てられた仮想アドレスおよび当該送信先への送信データ部をコンピュータがカプセル化するカプセル化工程と、
   前記カプセル化工程によりカプセル化されたパケットを該送信先を含むグループに割り当てられたマルチキャストアドレス宛に送信するマルチキャスト送信工程と、
   前記マルチキャスト送信工程により送信されたパケットを受信して当該受信したパケットから前記仮想アドレスを読み出す読み出し工程と、を備えたことを特徴とするパケット送受信方法。
2. 前記読み出し工程により読み出された仮想アドレスが、受信するように予め設定された仮想アドレスでない場合、該読み出し工程で仮想アドレスを読み出したパケットを破棄するパケット破棄工程を備えたことを特徴とする請求項１記載のパケット送受信方法。
3. 前記読み出し工程により読み出された仮想アドレスに基づいて、受信したネットワーク通信装置が、該受信したパケットが当該ネットワーク通信装置宛であるか否かを判別する宛先判別工程を備えたことを特徴とする請求項１記載のパケット送受信方法。
4. 送信先に割り当てられた仮想アドレスおよび当該送信先への送信データ部をカプセル化するカプセル化手段と、
   前記カプセル化手段によりカプセル化されたパケットを該送信先を含むグループに割り当てられたマルチキャストアドレス宛に送信するマルチキャスト送信手段と、
   前記マルチキャスト送信手段により送信されたパケットを受信して当該受信したパケットから前記仮想アドレスを読み出す読み出し手段と、を備えたことを特徴とするパケット送受信装置。
5. 前記読み出し手段により読み出された仮想アドレスに基づいて、受信したパケットが自装置宛であるか否かを判別する宛先判別手段を備えたことを特徴とする請求項４記載のパケット送受信装置。
6. 前記宛先判別手段により受信したパケットが自装置宛でないと判別された場合、当該パケットを破棄するパケット破棄手段を備えたことを特徴とする請求項５記載のパケット送受信装置。
7. 前記読み出し手段により読み出された仮想アドレスが、受信するように予め設定された仮想アドレスでない場合、該読み出し手段で仮想アドレスを読み出したパケットを破棄するパケット破棄手段を備えたことを特徴とする請求項４記載のパケット送受信装置。
8. 請求項４から７の何れか１項に記載のパケット送受信装置を含む複数のネットワーク通信装置が接続されて、マルチキャストアドレスを用いたパケット送受信可能に構成されたことを特徴とするパケット送受信システム。
9. 送信先に割り当てられた仮想アドレスおよび当該送信先への送信データ部をカプセル化するカプセル化処理と、
   前記カプセル化処理によりカプセル化されたパケットを該送信先を含むグループに割り当てられたマルチキャストアドレス宛に送信するマルチキャスト送信処理と、
   前記マルチキャスト送信処理により送信されたパケットを受信して当該受信したパケットから前記仮想アドレスを読み出す読み出し処理と、をコンピュータに実行させることを特徴とするパケット送受信プログラム。
10. 前記読み出し処理により読み出された仮想アドレスが、受信するように予め設定された仮想アドレスでない場合、該読み出し処理で仮想アドレスを読み出したパケットを破棄するパケット破棄処理をコンピュータに実行させることを特徴とする請求項９記載のパケット送受信プログラム。
11. 前記読み出し処理により読み出された仮想アドレスに基づいて、受信したネットワーク通信装置が、該受信したパケットが当該ネットワーク通信装置宛であるか否かを判別する宛先判別処理をコンピュータに実行させることを特徴とする請求項９記載のパケット送受信プログラム。

Images