JP2011035516A - Ｉｐパケット転送装置ならびにその転送方法および転送プログラム - Google Patents

Abstract

【課題】多重化された伝送路を用いてＩＰパケットを転送する際に、障害検出による切り替えを不要とし、伝送路の帯域を消費せず、受信側での処理時間を少なくする。
【解決手段】複製したＩＰパケットの識別子フィールド、プロトコルフィールドおよび送信元ＩＰアドレスフィールドを元のものと同一にする。複製されたＩＰパケットと元のＩＰパケットを異なる伝送路へ同時に送信する。受信されたＩＰパケットは受信バッファ２０に保存する。登録処理済みバッファ２１にすでに登録されているＩＰパケットと新たに受信バッファ２０に保存されたＩＰパケットの識別子フィールド、プロトコルフィールドおよび送信元ＩＰアドレスフィールドが同じ場合は新たなＩＰパケットを破棄し、異なる場合は新たなＩＰパケットを登録処理済みバッファ２１に登録するとともに転送する。
【選択図】図１

Description

この発明は、複数のＩＰネットワークによって多重化された伝送路を用いてＩＰパケットの転送を行なうＩＰパケット転送装置ならびにその転送方法および転送プログラムに関する。

従来、複数のＩＰネットワークによって多重化された伝送路を用いてＩＰパケットの転送を行なう方法としては、多重化された伝送路の一つを主としたＩＰパケット通信を行ない、主とした伝送路に障害が検出された場合には、その他の伝送路を用いてＩＰパケット通信を行なう障害検出時切り替え方式が一般的である。このような障害検出時切り替え方式による通信にはイーサネット（商標）におけるＮＩＣ（ネットワークインタフェースカード）冗長化手法であるｂｏｎｄｉｎｇや、ネットワークスイッチによる冗長化手法であるＳＴＰ（Ｓｐａｎｎｉｎｇ Ｔｒｅｅ Ｐｒｏｔｏｃｏｌ）などが挙げられる。しかし、これらの障害検出時切り替え方式には切り替え時間に数秒の時間を要する。

一方、障害検出は行なわず常に多重化された伝送路の全ての経路を用いて転送を行なう方式として、特許文献１に示す方式がある。特許文献１に示す方式では送信時にパケットデータにパケットの一意性を受信側で判別するための情報を新たに追加し、情報を追加したパケットの複製を行なった上で複数の伝送路へ送信し、受信側では複数の伝送路から受信したパケットについて、送信側で追加された情報に基づいて同一パケットであるか否かを判別し、同一パケットと判別したものについては、その中の一つのみを転送する方式である。

また、その他の方式として特許文献２に示す方式がある。これは、送信時には追加の情報は付加せず、パケットの複製を行なって複数の伝送路へ送信し、受信側では受信したパケットデータからハッシュ値を算出し、ハッシュ値に基づいて同一パケットであるか否かを判別し、同一パケットと判別したものについては、その中の一つのみを転送する方式である。

特許第４０７４３０４号公報 特許第４０６８５４５号公報

上述した特許文献１の方式においては、パケットの複製前にパケットを識別するための情報を新たに付加する必要がある。これにより送信するパケットのサイズが元のパケットと比較して大きくなるため、伝送路の帯域が消費されることになる。

特許文献２の方式においては、送信されるパケットには新たに付加される情報は無いので伝送路の帯域が消費されることはない。しかし、受信側にて、パケットのハッシュ値を算出する処理と、既に受信済みのパケットのハッシュ値との比較処理の二つの処理が必要となる。そのため、特許文献１の方式と比較して受信側の処理に必要となる時間が多くなってしまう。

本発明は、上述した課題を解決するためになされたものであり、複数のＩＰネットワークによって多重化された伝送路を用いてＩＰパケットを転送する際に、障害検出による切り替えを行なう必要をなくし、伝送路の帯域を消費せず、受信側での処理時間を少なくすることを目的とする。

上記目的を達成するために、本発明に係るＩＰパケット転送装置は、複数のＩＰネットワークによって多重化された伝送路に複数の端末を接続し、ＩＰパケットを前記端末間で送受信可能とするＩＰパケット転送装置において、ＩＰパケットを複製し、複製したＩＰパケットの識別子フィールド、プロトコルフィールドおよび送信元ＩＰアドレスフィールドを元のＩＰパケットのものと同一の値に設定するＩＰパケット複製部と、前記ＩＰパケット複製部で複製されたＩＰパケットとその複製の元のＩＰパケットを前記複数の伝送路の異なる伝送路へ同時に送信するＩＰパケット送信部と、他のＩＰパケット転送装置から前記伝送路を通じて送信されたＩＰパケットを受信するＩＰパケット受信部と、前記ＩＰパケット受信部によって受信されたＩＰパケットを保存する受信バッファと、前記受信バッファに保存されたＩＰパケットの一部を選択してその選択されたＩＰパケットを登録する登録処理済みバッファと、前記登録処理済みバッファにすでに登録されているＩＰパケットの識別子フィールド、プロトコルフィールドおよび送信元ＩＰアドレスフィールドと、新たに前記受信バッファに保存されたＩＰパケットの識別子フィールド、プロトコルフィールドおよび送信元ＩＰアドレスフィールドとを比較して、新たに前記受信バッファに保存されたＩＰパケットが登録済みバッファに登録されているいずれかのＩＰパケットと同じ場合は新たに前記受信バッファに保存されたＩＰパケットを破棄し、新たに前記受信バッファに保存されたＩＰパケットが登録済みバッファに登録されているいずれのＩＰパケットとも異なる場合はその受信したＩＰパケットを前記登録処理済みバッファに登録するとともに転送する選択処理手段と、を有すること、を特徴とする。

また、本発明に係るＩＰパケット転送方法は、複数のＩＰネットワークによって多重化された伝送路に複数の端末を接続し、ＩＰパケットを前記端末間で送受信可能としたＩＰパケットの転送方法において、前記端末のうちの送信側の端末が、ＩＰパケットを複製し、かつ複製したＩＰパケットの識別子フィールド、プロトコルフィールドおよび送信元ＩＰアドレスフィールドを同一の値に設定する複製ステップと、前記送信側の端末が、複製したＩＰパケットとその複製の元のＩＰパケットを前記複数の伝送路の異なる伝送路へ同時に送信する送信ステップと、前記端末のうち受信側の端末が、前記送信側の端末から送信されたＩＰパケットを受信する受信ステップと、前記受信側の端末が、受信したＩＰパケットの識別子フィールド、プロトコルフィールドおよび送信元ＩＰアドレスフィールドと、前記受信側の端末の登録処理済みバッファに登録済みのＩＰパケットの識別子フィールド、プロトコルフィールドおよび送信元ＩＰアドレスフィールドとを比較して、受信したＩＰパケットが登録済みのいずれかのＩＰパケットと同じ場合は受信したＩＰパケットを破棄し、受信したＩＰパケットが登録済みのいずれのＩＰパケットとも異なる場合はその受信したＩＰパケットを前記登録処理済みバッファに登録するとともに転送する選択処理ステップと、を有することを特徴とする。

また、本発明に係るＩＰパケット転送プログラムは、複数のＩＰネットワークによって多重化された伝送路に複数の端末を接続し、ＩＰパケットを前記端末間で送受信可能とするために、ＩＰパケット転送装置を、ＩＰパケットを複製し、複製したＩＰパケットの識別子フィールド、プロトコルフィールドおよび送信元ＩＰアドレスフィールドを同一の値に設定するＩＰパケット複製部、前記ＩＰパケット複製部で複製されたＩＰパケットとその複製の元のＩＰパケットを前記複数の伝送路の異なる伝送路へ同時に送信するＩＰパケット送信部、他のＩＰパケット転送装置から前記伝送路を通じて送信されたＩＰパケットを受信するＩＰパケット受信部、前記ＩＰパケット受信部によって受信されたＩＰパケットを保存する受信バッファ、前記受信バッファに保存されたＩＰパケットの一部を選択してその選択されたＩＰパケットを登録する登録処理済みバッファ、および前記登録処理済みバッファにすでに登録されているＩＰパケットの識別子フィールド、プロトコルフィールドおよび送信元ＩＰアドレスフィールドと、新たに前記受信バッファに保存されたＩＰパケットの識別子フィールド、プロトコルフィールドおよび送信元ＩＰアドレスフィールドとを比較して、新たに前記受信バッファに保存されたＩＰパケットが前記登録済みバッファに登録されているいずれかのＩＰパケットと同じ場合は新たに前記受信バッファに保存されたＩＰパケットを破棄し、新たに前記受信バッファに保存されたＩＰパケットが前記登録済みバッファに登録されているいずれのＩＰパケットとも異なる場合はその受信したＩＰパケットを前記登録処理済みバッファに登録するとともに転送する選択処理手段、として機能させる。

本発明によれば、複数のＩＰネットワークによって多重化された伝送路を用いてＩＰパケットを転送する際に、障害検出による切り替えを行なう必要がなく、伝送路の帯域を消費せず、受信側での処理時間を少なくすることができる。

本発明の第１の実施形態におけるＩＰパケット転送装置の構成を示すブロック図である。 ＩＰパケットのヘッダ構成を示す図である。 本発明の第１の実施形態のＩＰパケット転送方法においてＩＰパケット複製部が行なうパケット複製手順を示すフロー図である。 本発明の第１の実施形態のＩＰパケット転送方法においてＩＰパケット選択部の選択処理手段が行なう受信ＩＰパケット判別手順を示すフロー図である。 本発明の第１の実施形態のＩＰパケット転送装置における受信バッファの内容の推移を示す図である。 本発明の第１の実施形態のＩＰパケット転送装置における登録処理済みバッファの内容の推移を示す図である。 本発明の第２の実施形態のＩＰパケット転送方法においてＩＰパケット選択部の選択処理手段が行なう受信ＩＰパケット判別手順を示すフロー図である。 本発明の第２の実施形態のＩＰパケット転送装置における受信バッファの内容の推移を示す図である。 本発明の第２の実施形態のＩＰパケット転送装置における登録処理済みバッファの内容の推移を示す図である。 本発明の第３の実施形態のＩＰパケット転送方法においてＩＰパケット選択部の選択処理手段が行なう受信ＩＰパケット判別手順を示すフロー図である。 本発明の第３の実施形態のＩＰパケット転送装置における受信バッファの内容の推移を示す図である。 本発明の第３の実施形態のＩＰパケット転送装置における登録処理済みバッファの内容の推移を示す図である。 本発明の第４の実施形態におけるＩＰパケット転送装置の構成を示すブロック図である。 （ａ）は本発明の第４の実施形態のＩＰパケット転送装置における送信端末で作成された三つのＩＰパケットを示す図であり、（ｂ）は（ａ）のＩＰパケットをＩＰパケット複製部で複製したものを示す図である。 本発明の第４の実施形態のＩＰパケット転送方法においてＩＰパケット複製部が行なうパケット複製手順を示すフロー図である。 本発明の第４の実施形態のＩＰパケット転送装置における宛先ＩＰアドレス変換テーブルの例を示す図である。 本発明の第４の実施形態のＩＰパケット転送方法においてＩＰパケット選択部の選択処理手段が行なう受信ＩＰパケット判別手順を示すフロー図である。 本発明の第４の実施形態のＩＰパケット転送装置におけるＩＰパケット転送装置の受信バッファの内容を示す図である。 本発明の第４の実施形態のＩＰパケット転送装置における送信元ＩＰアドレス変換テーブルの例を示す図である。 本発明の第４の実施形態のＩＰパケット転送装置におけるパケット１ａ、２ａ、２ｂ、３ｂ、３ａについて宛先ＩＰアドレス、送信元ＩＰアドレスを先の手順により書き換えた状態を示す図である。

以下、本発明に係るＩＰパケット転送方法、転送装置および転送プログラムの実施形態について、図面を参照して説明する。

（第１の実施形態）
［構成］
図１は、本発明の第１の実施形態におけるＩＰパケット転送装置の構成を示すブロック図である。なお、ここでは説明を容易とするために、ＩＰネットワークによって多重化された伝送路を二つとし、この二つのＩＰネットワークの一方に送信側端末、他方に受信側端末を配置した構成としている。しかし、多重化された伝送路の数は３以上でもよい、またＩＰネットワークに接続された端末数も３以上でも良い。

送信側端末３１は送信側マンマシン（Ｍ／Ｍ）インタフェース（Ｉ／Ｆ）３２、ＩＰパケット複製部３３、ＩＰパケット送信部３４ａ、３４ｂ、ローカルエリアネットワーク（ＬＡＮ）インタフェース３５ａ、３５ｂからなる。受信側端末３６はＬＡＮインタフェース３７ａ、３７ｂ、パケット受信部３８ａ、３８ｂ、ＩＰパケット選択部３９、受信側マンマシンインタフェース１０からなる。

ここでは説明を簡単にするために、送信側端末３１は送信機能のみを有し、受信側端末３６は受信機能のみを有するように図示している。しかし、実際には各端末が送信機能と受信機能の両方を備え、双方向に送受信できるように構成されているものとする。他の実施形態でも同様である。

送信側マンマシンインタフェース３２および受信側マンマシンインタフェース１０は、たとえばアプリケーションプログラムによって実現される。ＩＰパケット選択部３９は、受信バッファ２０と、登録処理済みバッファ２１と、選択処理手段２２とを含む。

送信側端末３１と受信側端末３６は独立したＩＰネットワーク１１ａ、１１ｂにそれぞれ接続している。ＩＰネットワーク１１ａの一方には送信側端末３１のＬＡＮインタフェース３５ａ、他方には受信側端末のＬＡＮインタフェース３７ａが接続されており、ＩＰネットワーク１１ｂの一方には送信側端末３１のＬＡＮインタフェース３５ｂ、他方には受信側端末のＬＡＮインタフェース３７ｂが接続されている。

送信側端末３１の送信側マンマシンインタフェース３２で作成されたＩＰパケットはＩＰパケット複製部３３により複製され、それぞれＩＰパケット送信部３４ａ、３４ｂに転送される。ＩＰパケット送信部３４ａ、３４ｂは転送されたＩＰパケットをそれぞれＬＡＮインタフェース３５ａ、３５ｂからＩＰネットワーク１１ａ、１１ｂを介して受信側端末３６のＬＡＮインタフェース３７ａ、３７ｂへ送信する。送信されたＩＰパケットは受信側端末３６のＬＡＮインタフェース３７ａ、３７ｂによりＩＰパケット受信部３８ａ、３８ｂにより受信される。ＩＰパケット受信部３８ａ、３８ｂは受信したＩＰパケットをＩＰパケット選択部３９へ転送し、ＩＰパケット選択部３９により重複したパケットは破棄した上で受信側マンマシンインタフェース１０へ転送する。

図２はＩＰパケットのヘッダ構成を示す図である。ＩＰパケットのＩＰヘッダ構成はＲＦＣ７９１により規定されている。ＩＰヘッダのＩｄｅｎｔｉｆｉｃａｔｉｏｎ（識別子）フィールドはＲＦＣ７９１によればＩＰデータを識別するために用いられるフィールドであり、Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ（送信元ＩＰアドレス）とＤｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ（宛先ＩＰアドレス）フィールドのペア、およびＰｒｏｔｏｃｏｌ（プロトコル）フィールドが同じパケットについてはパケット毎に異なる値とする必要がある。なおプロトコルフィールドにはＩＰの上位層であるＴＣＰやＵＤＰなどのプロトコル番号が記載される。このプロトコル番号はＲＦＣ７９０により規定されておりＴＣＰ、ＵＤＰではそれぞれ１０進表記で６、１７が用いられる。識別子フィールドは送信されたＩＰデータが転送の過程で分割（ｆｒａｇｍｅｎｔａｔｉｏｎ）された場合に、受信側にて組立を行なうために用いられるフィールドである。

ＩＰデータが転送の過程で分割された場合にはフラグフィールドおよびフラグメントオフセットフィールドに分割情報が記載され、受信側ではフラグフィールドおよびフラグメントオフセットフィールドに記載された情報に基づいて分割されたＩＰデータの組立てを行なう。なお本実施形態では、ＩＰデータが転送の過程で分割された場合には受信側端末３６のパケット受信部３８ａ、３８ｂにて組立て処理を行なうものとする。

［作用］
このように構成された本実施形態において、送信側端末３１の送信側マンマシンインタフェース３２で作成されたＩＰパケットをＩＰパケット複製部３３で複製するＩＰパケット複製手順について、図３を参照して説明する。図３は、第１の実施形態のＩＰパケット転送方法においてＩＰパケット複製部が行なうパケット複製手順を示すフロー図である。

送信側端末３１の送信側マンマシンインタフェース３２で作成されたＩＰパケットの複製を行ない（Ｓ３０１）、二つのＩＰパケットを作成する。複製したＩＰパケットの一つを送信部３４ａへ転送し（Ｓ３０２）、もう一方を送信部３４ｂへ転送する（Ｓ３０３）。複製されたＩＰパケットを転送された送信部３４ａ、３４ｂはそれぞれＬＡＮインタフェース３５ａ、３５ｂを介してＩＰネットワーク１１ａ、１１ｂへＩＰパケットの送信を行なう。送信されたＩＰパケットはそれぞれ、ＩＰネットワーク１１ａ、１１ｂにより受信側端末３６のＬＡＮインタフェース３７ａ、３７ｂに到達し、パケット受信部３８ａ、３８ｂにより受信される。パケット受信部３８ａ、３８ｂは、受信したＩＰパケットをＩＰパケット選択部３９へ転送する。

次に図４、図５、図６を参照して、ＩＰパケット選択部３９がパケット受信部３８ａ、３８ｂから転送されたＩＰパケットについて受信済みか否かを判定し、未受信であれば受信側マンマシンインタフェース１０へ転送する受信ＩＰパケット判別手順について説明する。

図４は、第１の実施形態のＩＰパケット転送方法において、ＩＰパケット選択部３９の選択処理手段２２が行なう受信ＩＰパケット判別手順を示すフロー図である。図５は、第１の実施形態のＩＰパケット転送装置においてパケット受信部３８ａ、３８ｂから転送されたＩＰパケットが転送された順に格納されたメモリ領域である受信バッファ２０の内容の推移を示す図であって、（ａ）、（ｂ）、（ｃ）、（ｄ）の順に推移する。図６は、第１の実施形態のＩＰパケット転送装置における登録処理済みバッファ２１の内容の推移を示す図であって、（ａ）、（ｂ）、（ｃ）、（ｄ）の順に推移する。

図５（ａ）に示した状態は、送信側端末３１の送信側マンマシンインタフェース３２で作成された三つのパケット１、２、３が、先に記載した手順によりパケット１ａ、１ｂ、２ａ、２ｂおよび３ａ、３ｂに複製され、ＩＰネットワーク１１ａ、１１ｂにより転送され、受信部３８ａ、３８ｂにより受信され、受信バッファ２０に登録されたものである。なお、パケット１ｂはＩＰネットワーク１１ｂを転送中にネットワーク障害などで破棄され、残りのパケットはＩＰパケット、パケット１ａ、２ａ、２ｂ、３ｂ、３ａの順に登録された場合を示している。

なお、図５（ａ）には本実施形態において用いる送信元ＩＰアドレス、プロトコル、識別子フィールドについてのみ記載しているが、その他の図２で説明したフィールド情報やＩＰデータのペイロード部分（ＩＰヘッダを除いたデータ部分）についても登録されているものとする。

図６（ａ）は、受信済みＩＰパケット情報が格納されたメモリ領域である登録処理済みバッファ２１の初期状態を示す図である。受信済みＩＰパケットの送信元ＩＰアドレス、プロトコル、識別子フィールドを登録するメモリ領域である。現時点では受信済みのＩＰパケットは無い状態でありメモリ領域には情報は登録されていない。

このような受信バッファ２０、登録処理済みバッファ２１の状態における、受信ＩＰパケット判別手順について説明する。

ＩＰパケット選択部３９の選択処理手段２２は、受信バッファ２０から最古に登録された順（ＦＩＦＯ）にＩＰパケットを取り出す（Ｓ４０１）。この時に取り出されるのはパケット１ａである。取り出したパケット１ａについて、そのＩＰヘッダ部を参照し送信元ＩＰアドレス、プロトコル、識別子フィールドの一致するレコードが登録処理済みバッファ２１にあるか検索を行なう（Ｓ４０２）。この時点では登録処理済みバッファ２１は空であり、パケット１ａの情報と一致するレコードはない。検索の結果、一致するレコードがない場合（Ｓ４０３のＮＯ）、当該ＩＰパケットの送信元ＩＰアドレス、プロトコル、識別子フィールドの情報を登録処理済みバッファ２１に登録し（Ｓ４０４）、当該ＩＰパケットを受信側マンマシンインタフェース１０へ転送する（Ｓ４０５）。

図５（ｂ）、図６（ｂ）は、パケット１ａについて受信ＩＰパケット判別手順が完了した後の受信バッファ２０、登録処理済みバッファ２１の状態を示す図である。

次に、パケット１ａについて処理が完了したあとの受信ＩＰパケット判別手順について説明する。

受信バッファ２０から最古に登録された順（ＦＩＦＯ）にＩＰパケットを取り出す（Ｓ４０１）。この時に取り出されるのはパケット２ａである。取り出したパケット２ａについて、そのＩＰヘッダ部を参照し、送信元ＩＰアドレス、プロトコル、識別子フィールドの一致するレコードが登録処理済みバッファ２１にあるか検索を行なう（Ｓ４０２）。この時点では登録処理済みバッファ２１には先のパケット１ａの情報が記録されているが、パケット２ａの情報と一致するレコードはない。検索の結果、一致するレコードがないので（Ｓ４０３のＮＯ）、当該ＩＰパケットの送信元ＩＰアドレス、プロトコル、識別子フィールドの情報を登録処理済みバッファ２１に登録し（Ｓ４０４）、当該ＩＰパケットを受信側マンマシンインタフェース１０へ転送する（Ｓ４０５）。

図５（ｃ）、図６（ｃ）はパケット２ａについて受信ＩＰパケット判別手順が完了した後の受信バッファ２０、登録処理済みバッファ２１の状態を示す図である。

次にパケット２ａについて処理が完了したあとの受信ＩＰパケット判別手順について説明する。

受信バッファ２０から最古に登録された順（ＦＩＦＯ）にＩＰパケットを取り出す（Ｓ４０１）。この時に取り出されるのはパケット２ｂである。取り出したパケット２ｂについて、そのＩＰヘッダ部を参照し送信元ＩＰアドレス、プロトコル、識別子フィールドの一致するレコードが登録処理済みバッファ２１にあるか検索を行なう（Ｓ４０２）。

この時点では登録処理済みバッファ２１には先のパケット１ａ、２ａの情報が記録されており、パケット２ｂの情報と一致するレコードが存在する（Ｓ４０３のＹＥＳ）。

登録処理済みバッファ２１に情報が一致するレコードが存在する場合には既に当該パケットは別の通信路から受信済みであるため、当該ＩＰパケットについては破棄する（Ｓ４０６）。

図５（ｄ）、図６（ｄ）はパケット２ｂについて受信ＩＰパケット判別手順が完了した後の受信バッファ２０、登録処理済みバッファ２１の状態を示す図である。

以降、受信バッファ２０へ格納されたＩＰパケット３ｂ、３ａについても同様に受信ＩＰパケット判別手順を実施することにより受信側マンマシンインタフェース１０にはＩＰパケット１ａ、２ａ、３ｂの順にパケットが転送される。

以上説明したように、本実施形態によれば、複数のＩＰネットワークによって多重化された伝送路を用いてＩＰパケットを転送する際に障害検出による切り替えを行なう必要がなく、伝送路の帯域を消費せず、受信側での処理時間を少なくしたＩＰパケット転送を行なうことができる。

（第２の実施形態）
次に、本発明に係るＩＰパケット転送方法、転送装置および転送プログラムの第２の実施形態について、図面を参照して説明する。なお第１の実施形態と同一の構成には同一の符号を付し、重複する説明は省略する。

［構成］
構成図は第１の実施形態（図１）と同様である。

［作用］
図７、図８、図９を参照して、第２の実施形態の作用について説明する。この実施形態では、ＩＰパケット選択部３９の選択処理手段２２が、パケット受信部３８ａ、３８ｂから転送されたＩＰパケットについて受信済みか否かを判定し、未受信であれば受信側マンマシンインタフェース１０へ転送し、かつ登録処理済みバッファ２１に登録されたレコードについて一定時間経過したものについては登録処理済みバッファ２１から当該レコードを削除する。

図７は第２の実施形態のＩＰパケット転送方法においてＩＰパケット選択部３９の選択処理手段２２が行なう受信ＩＰパケット判別手順を示すフロー図である。図８は、第２の実施形態のＩＰパケット転送装置におけるパケット受信部３８ａ、３８ｂから転送されたＩＰパケットが転送された順に格納されたメモリ領域である受信バッファ２０を示す図であって、（ａ）、（ｂ）、（ｃ）、（ｄ）の順に推移する。図９は、第２の実施形態のＩＰパケット転送装置における登録処理済みバッファ２１の内容の推移を示す図であって、（ａ）、（ｂ）、（ｃ）、（ｄ）の順に推移する。

図８（ａ）に示した状態は、第１の実施形態における図５（ａ）の状態と同じであることから説明は省略する。

図９（ａ）は、受信済みＩＰパケット情報が格納されたメモリ領域である登録処理済みバッファ２１の初期状態を示す図であり、受信済みＩＰパケットの送信元ＩＰアドレス、プロトコル、識別子フィールドおよび当該レコードを登録処理済みバッファ２１に登録した時刻を登録するメモリ領域である。現時点では、受信済みのＩＰパケットは無い状態であり、メモリ領域には情報が登録されていない。

このような受信バッファ２０、登録処理済みバッファ２１の状態における、登録処理済みバッファ２１の不要レコード削除を含めた、受信ＩＰパケット判別手順について説明する。

なお、本実施形態では説明を簡単にするため、登録処理済みバッファ２１に登録したレコードについては、登録時刻から２０秒経過したものを削除するものとし、受信ＩＰパケット判別手順に要する処理時間は、処理結果によらず１０秒し、はじめに登録した時刻を１２：００：００として説明する。

ＩＰパケット選択部３９の選択処理手段２２は、受信バッファ２０から最古に登録された順（ＦＩＦＯ）にＩＰパケットを取り出す（Ｓ７０１）。この時に取り出されるのはパケット１ａである。取り出したパケット１ａについて、そのＩＰヘッダ部を参照し、送信元ＩＰアドレス、プロトコル、識別子フィールドの一致するレコードが登録処理済みバッファ２１にあるか検索を行なう（Ｓ７０２）。この時点では、登録処理済みバッファ２１は空であり、パケット１ａに一致するレコードはない。検索の結果、一致するレコードがない場合（Ｓ７０３のＮＯ）、当該ＩＰパケットの送信元ＩＰアドレス、プロトコル、識別子フィールドの情報および登録時刻（１２：００：００）を登録処理済みバッファ２１に登録し（Ｓ７０４）、当該ＩＰパケットを受信側マンマシンインタフェース１０へ転送する（Ｓ７０５）。

次に、登録処理済みバッファ２１に登録された全レコードについて、その登録時刻を取得し、現在時刻（１２：００：００）までの経過時間を計算する（Ｓ７０６）。この時点では、登録処理済みバッファ２１に登録されたレコードはパケット１ａのレコードのみであり、その経過時間は０秒である。さらに、経過時間が指定時間以上（本実施形態では２０秒）経過したレコードが無いか確認を行なう（Ｓ７０７）。この時点では、パケット１ａのレコードの経過時間は指定時間以上経過していない（Ｓ７０７のＮＯ）ため、受信ＩＰパケット判別手順は終了する。

図８（ｂ）、図９（ｂ）は、パケット１ａについて受信ＩＰパケット判別手順が完了した後の受信バッファ２０、登録処理済みバッファ２１の状態を示す図である。図９（ｂ）の登録時刻は１２：００：００である。

次に、パケット１ａについて処理が完了した後の受信ＩＰパケット判別手順について説明する。

受信バッファ２０から最古に登録された順（ＦＩＦＯ）にＩＰパケットを取り出す（Ｓ７０１）。この時に取り出されるのはパケット２ａである。取り出したパケット２ａについて、そのＩＰヘッダ部を参照し、送信元ＩＰアドレス、プロトコル、識別子フィールドの一致するレコードが登録処理済みバッファ２１にあるか検索を行なう（Ｓ７０２）。この時点では、登録処理済みバッファ２１には先のパケット１ａの情報が記録されているが、パケット２ａの情報と一致するレコードはない。検索の結果、一致するレコードがないので（Ｓ７０３のＮＯ）、当該ＩＰパケットの送信元ＩＰアドレス、プロトコル、識別子フィールドの情報および登録時刻（１２：００：１０）を登録処理済みバッファ２１に登録し（Ｓ７０４）、当該ＩＰパケットを受信側マンマシンインタフェース１０へ転送する（Ｓ７０５）。

次に、登録処理済みバッファ２１に登録された全レコードについて、その登録時刻を取得し、現在時刻（１２：００：１０）までの経過時間を計算する（Ｓ７０６）。この時点では登録処理済みバッファ２１に登録されたレコードはパケット１ａ、２ａのレコードであり、その経過時間は１０秒および０秒である。

次に、経過時間が指定時間以上経過したレコードが無いか確認を行なう（Ｓ７０７）。パケット１ａおよび２ａのレコードの経過時間は指定時間以上経過していない（Ｓ７０７のＮＯ）ため、受信ＩＰパケット判別手順は終了する。

図８（ｃ）、図９（ｃ）は、パケット２ａについて受信ＩＰパケット判別手順が完了した後の受信バッファ２０、登録処理済みバッファ２１の状態を示す図である。

次にパケット２ａについて処理が完了した後の受信ＩＰパケット判別手順について説明する。

受信バッファ２０から最古に登録された順（ＦＩＦＯ）にＩＰパケットを取り出す（Ｓ７０１）。この時に取り出されるのはパケット２ｂである。取り出したパケット２ｂについて、そのＩＰヘッダ部を参照し、送信元ＩＰアドレス、プロトコル、識別子フィールドの一致するレコードが登録処理済みバッファ２１にあるか検索を行なう（Ｓ７０２）。この時点では登録処理済みバッファ２１には先のパケット１ａ、２ａの情報が記録されており、パケット２ｂの情報と一致するレコードが存在する（Ｓ７０３のＹＥＳ）。登録処理済みバッファ２１に情報が一致するレコードが存在する場合には、既に当該パケットは別の通信路から受信済みであるため、当該ＩＰパケットについては破棄する（Ｓ７０９）。

次に、登録処理済みバッファ２１に登録された全レコードについてその登録時刻を取得し、現在時刻（１２：００：２０）までの経過時間を計算する（Ｓ７０６）。この時点では登録処理済みバッファ２１に登録されたレコードはパケット１ａ、２ａのレコードであり、その経過時間は２０秒および１０秒である。次に経過時間が指定時間以上経過したレコードが無いか確認を行なう（Ｓ７０７）。パケット１ａのレコードの経過時間は指定時間以上経過している（Ｓ７０７のＹＥＳ）ため、当該レコードを登録処理済みバッファ２１から削除し（Ｓ７０８）、受信ＩＰパケット判別手順は終了する。

図８（ｄ）、図９（ｄ）はパケット２ｂについて受信ＩＰパケット判別手順が完了した後の受信バッファ２０、登録処理済みバッファ２１の状態を示す図である。

以降の受信バッファ２０へ格納されたＩＰパケット３ｂ、３ａについても同様に受信ＩＰパケット判別手順を実施することにより、受信側マンマシンインタフェース１０にはＩＰパケット１ａ、２ａ、３ｂの順にパケットが転送されるとともに、登録処理済みバッファ２１に登録した登録時刻から指定時間経過したレコードは削除される。

以上説明したように、本実施形態によれば、第１の実施形態の効果に加え、登録処理済みバッファ２１に登録されるレコードのうち指定時間経過したレコードは削除されるので登録処理済みバッファ２１に要するメモリ量は第１の実施形態よりも少なくすることができる。

（第３の実施形態）
次に、本発明に係るＩＰパケット転送方法、転送装置および転送プログラムの第３の実施形態について、図面を参照して説明する。なお第１の実施形態と同一の構成には同一の符号を付し、重複する説明は省略する。

［構成］
構成図は第１の実施形態（図１）と同様である。

［作用］
図１０、図１１、図１２を参照して第３の実施形態の作用を説明する。この実施形態では、ＩＰパケット選択部３９の選択処理手段２２が、パケット受信部３８ａ、３８ｂから転送されたＩＰパケットについて受信済みか否かを判定し、未受信であれば受信側マンマシンインタフェース１０へ転送し、かつ登録処理済みバッファ２１に登録されたレコードについて一定時間経過したもの、またはあらかじめ定めた伝送路の数と受信回数が等しくなったものについては登録処理済みバッファ２１から当該レコードを削除する。

図１０は、第３の実施形態のＩＰパケット転送方法においてＩＰパケット選択部３９の選択処理手段２２が行なう受信ＩＰパケット判別手順を示すフロー図である。図１１は第３の実施形態のＩＰパケット転送装置におけるパケット受信部３８ａ、３８ｂから転送されたＩＰパケットが転送された順に格納されたメモリ領域である受信バッファ２０を示す図であって、（ａ）、（ｂ）、（ｃ）、（ｅ）の順に推移する。図１２は第３の実施形態のＩＰパケット転送装置における登録処理済みバッファ２１の内容の推移を示す図であって、（ａ）、（ｂ）、（ｃ）、（ｄ）、（ｅ）の順に推移する。

図１１（ａ）に示した状態は、第１の実施形態における図５（ａ）の状態と同じであることから説明は省略する。

また図１２（ａ）は、受信済みＩＰパケット情報が格納されたメモリ領域である登録処理済みバッファ２１の初期状態を示す図であり、受信済みＩＰパケットの送信元ＩＰアドレス、プロトコル、識別子フィールド、当該レコードを登録処理済みバッファ２１に登録した時刻および同一情報のパケットを受信した受信回数を登録するメモリ領域である。現時点では受信済みのＩＰパケットは無い状態でありメモリ領域には情報は登録されていない。

このような受信バッファ２０、登録処理済みバッファ２１の状態における、登録処理済みバッファ２１のレコード削除を含めた、受信ＩＰパケット判別手順について説明する。

なお、本実施形態では説明を簡単にするため、登録処理済みバッファ２１に登録したレコードについて登録時刻から２０秒経過したものを削除するものとし、受信ＩＰパケット判別手順に要する処理時間を処理結果によらず１０秒要するものとし、はじめに登録した時刻を１２：００：００として説明する。また多重化された通信経路の数は２であり、登録処理済みバッファ２１について受信回数が２と等しくなったレコードについては削除するものとする。

ＩＰパケット選択部３９の選択処理手段２２は、受信バッファ２０から最古に登録された順（ＦＩＦＯ）にＩＰパケットを取り出す（Ｓ１００１）。この時に取り出されるのはパケット１ａである。取り出したパケット１ａについて、そのＩＰヘッダ部を参照し、送信元ＩＰアドレス、プロトコル、識別子フィールドの一致するレコードが登録処理済みバッファ２１にあるか検索を行なう（Ｓ１００２）。この時点では登録処理済みバッファ２１は空であり、一致するレコードはない。検索の結果、一致するレコードがない場合（Ｓ１００３のＮＯ）、当該ＩＰパケットの送信元ＩＰアドレス、プロトコル、識別子フィールドの情報、登録時刻および受信回数を登録処理済みバッファ２１に登録し（Ｓ１００４）、当該ＩＰパケットを受信側マンマシンインタフェース１０へ転送する（Ｓ１００５）。

次に、登録処理済みバッファ２１に登録された全レコードについて、その登録時刻を取得し、現在時刻（１２：００：００）までの経過時間を計算する（Ｓ１００６）。この時点では登録処理済みバッファ２１に登録されたレコードはパケット１ａのレコードのみであり、その経過時間は０秒である。次に経過時間が指定時間以上（本実施形態では２０秒）経過したレコードが無いか確認を行なう（Ｓ１００７）。この時点ではパケット１ａのレコードの経過時間は指定時間以上経過していない（Ｓ１００７のＮＯ）ため、受信ＩＰパケット判別手順は終了する。

図１１（ｂ）、図１２（ｂ）は、パケット１ａについて受信ＩＰパケット判別手順が完了した後の受信バッファ２０、登録処理済みバッファ２１の状態を示す図である。図１２（ｂ）の登録時刻は１２：００：００であり、受信回数は１である。

次に、パケット１ａについて処理が完了した後の受信ＩＰパケット判別手順について説明する。

受信バッファ２０から、最古に登録された順（ＦＩＦＯ）にＩＰパケットを取り出す（Ｓ１００１）。この時に取り出されるのはパケット２ａである。取り出したパケット２ａについて、そのＩＰヘッダ部を参照し送信元ＩＰアドレス、プロトコル、識別子フィールドの一致するレコードが登録処理済みバッファ２１にあるか検索を行なう（Ｓ１００２）。この時点では、登録処理済みバッファ２１には先のパケット１ａの情報が記録されているが、パケット２ａの情報と一致するレコードはない。検索の結果、一致するレコードがないので（Ｓ１００３のＮＯ）、当該ＩＰパケットの送信元ＩＰアドレス、プロトコル、識別子フィールドの情報、登録時刻（１２：００：１０）を登録処理済みバッファ２１に登録し（Ｓ１００４）、当該ＩＰパケットを受信側マンマシンインタフェース１０へ転送する（Ｓ１００５）。

次に、登録処理済みバッファ２１に登録された全レコードについて、その登録時刻を取得し、現在時刻（１２：００：１０）までの経過時間を計算する（Ｓ１００６）。この時点では、登録処理済みバッファ２１に登録されたレコードはパケット１ａ、２ａのレコードであり、その経過時間は１０秒および０秒である。次に、経過時間が指定時間以上経過したレコードが無いか確認を行なう（Ｓ１００７）。パケット１ａおよび２ａのレコードの経過時間は指定時間以上経過していない（Ｓ１００７のＮＯ）ため、受信ＩＰパケット判別手順は終了する。

図１１（ｃ）、図１２（ｃ）は、パケット２ａについて受信ＩＰパケット判別手順が完了した後の受信バッファ２０、登録処理済みバッファ２１の状態を示す図である。

次に、パケット２ａについて処理が完了した後の受信ＩＰパケット判別手順について説明する。

受信バッファ２０から、最古に登録された順（ＦＩＦＯ）にＩＰパケットを取り出す（Ｓ１００１）。この時に取り出されるのはパケット２ｂである。取り出したパケット２ｂについて、そのＩＰヘッダ部を参照し、送信元ＩＰアドレス、プロトコル、識別子フィールドの一致するレコードが登録処理済みバッファ２１にあるか検索を行なう（Ｓ１００２）。この時点では、登録処理済みバッファ２１には先のパケット１ａ、２ａの情報が記録されており、パケット２ｂの情報と一致するレコードが存在する（Ｓ１００３のＹＥＳ）。登録処理済みバッファ２１に情報が一致するレコードが存在する場合には、既に当該パケットは別の通信路から受信済みであるため、当該ＩＰパケットについては破棄する（Ｓ１００９）。次に登録処理済みバッファ２１の検索によりマッチしたレコードについて、その受信回数を１増加する（Ｓ１０１０）。

図１２（ｄ）はこの時点での受信バッファ２０の状態を示す図である。

次に、当該レコードについて、その受信回数が指定値（＝２、通信経路の数）に達しているか判定を行なう（Ｓ１０１１）、当該レコードである登録処理済みバッファ２１のパケット２ａを処理した際に作成したレコードの受信回数は２（Ｓ１０１１のＹＥＳ）であるため、当該レコードの削除を行なう（Ｓ１０１２）。

次に、登録処理済みバッファ２１に登録された全レコードについて、その登録時刻を取得し、現在時刻（１２：００：２０）までの経過時間を計算する（Ｓ１００６）。この時点では、登録処理済みバッファ２１に登録されたレコードはパケット１ａ、２ａのレコードであり、その経過時間は２０秒および１０秒である。次に、経過時間が指定時間以上経過したレコードが無いか確認を行なう（Ｓ１００７）。パケット１ａのレコードの経過時間は指定時間以上経過している（Ｓ１００７のＹＥＳ）ため、当該レコードを登録処理済みバッファ２１から削除し（Ｓ１００８）、受信ＩＰパケット判別手順は終了する。

図１１（ｅ）、図１２（ｅ）は、パケット２ｂについて受信ＩＰパケット判別手順が完了した後の受信バッファ２０、登録処理済みバッファ２１の状態を示す図である。

以降の受信バッファ２０へ格納されたＩＰパケット３ａ、３ｂについても、同様に受信ＩＰパケット判別手順を実施することにより、受信側マンマシンインタフェース１０にはＩＰパケット１ａ、２ａ、３ｂの順にパケットが転送されるとともに、登録処理済みバッファ２１に登録した登録時刻から指定時間経過したレコード、または受信回数が指定回数に達したレコードは削除される。

以上説明した本実施形態によれば、第１の実施形態の効果に加え、登録処理済みバッファ２１に登録されるレコードのうち指定時間経過したレコードは削除されるので登録処理済みバッファ２１に要するメモリ量は第１の実施形態よりも少なくすることができる。また、通信経路の数と同一回数受信したパケットに関する登録処理済みバッファ２１のレコードはその時点で削除されるので、第２の実施形態よりもさらに登録処理済みバッファ２１に要するメモリ量を削減することができる。

以上説明した第３の実施形態の変形例として、図１０で、登録時刻から所定時間経過後のレコードを削除する手順（Ｓ１００６〜Ｓ１００８）を省略することもできる。

（第４の実施形態）
次に、本発明に係るＩＰパケット転送方法、転送装置および転送プログラムの第４の実施形態について、図面を参照して説明する。なお第１の実施形態と同一の構成には同一の符号を付し、重複する説明は省略する。

［構成］
図１３は本発明の第４の実施形態におけるＩＰパケット転送装置の構成を示すブロック図である。なお、実施形態では説明を容易とするために、ＩＰネットワークによって多重化された伝送路を二つとし、この二つのＩＰネットワークの一方に送信側端末、他方に受信側端末を配置した構成としているが、多重化された伝送路の数は３以上でもよい、またＩＰネットワークに接続された端末数も３以上でも良い。

本実施形態では、送信側マンマシンインタフェース３２が実行される送信端末２５と送信側端末３１が異なり、また、受信側マンマシンインタフェース１０が実行される受信端末２６と受信側端末３６が異なる。さらに、送信側端末ＬＡＮインタフェース３５ａ、３５ｂおよび受信側端末３６のＬＡＮインタフェース３７ａ、３７ｂに付与するＩＰアドレスがそれぞれ異なる。

送信側端末３１はＩＰパケット複製部３３、ＩＰパケット送信部３４ａ、３４ｂ、ＬＡＮインタフェース３５ａ、３５ｂおよびＩＰパケット受信部１３、ＬＡＮインタフェース１２からなる。送信端末２５は送信側端末３１のＬＡＮインタフェース１２と接続されている。

受信側端末３６はＬＡＮインタフェース３７ａ、３７ｂ、パケット受信部３８ａ、３８ｂ、ＩＰパケット選択部３９、およびＩＰパケット送信部１４、ＬＡＮインタフェース１５からなる。ＬＡＮインタフェース１５は受信端末２６と接続されている。

送信側端末３１と受信側端末３６は独立したＩＰネットワーク１１ａ、１１ｂにそれぞれ接続している。ＩＰネットワーク１１ａの一方には送信側端末３１のＬＡＮインタフェース３５ａ、他方には受信側端末３６のＬＡＮインタフェース３７ａが接続されており、ＩＰネットワーク１１ｂの一方には送信側端末３１のＬＡＮインタフェース３５ｂ、他方には受信側端末３６のＬＡＮインタフェース３７ｂが接続されている。

図１３に示すように、送信端末２５にはＩＰアドレス１９２．１６８．１．１が付与され、さらに、ＬＡＮインタフェース１２にはＩＰアドレス１９２．１６８．１．２が、ＬＡＮインタフェース３５ａにはＩＰアドレス１９２．１６８．１０．１が、ＬＡＮインタフェース３５ｂにはＩＰアドレス１９２．１６８．２０．１が、ＬＡＮインタフェース３７ａにはＩＰアドレス１９２．１６８．３０．１が、ＬＡＮインタフェース３７ｂにはＩＰアドレス１９２．１６８．４０．１が、ＬＡＮインタフェース１５にはＩＰアドレス１９２．１６８．２．２が、そして受信端末２６にはＩＰアドレス１９２．１６８．２．１が付与されているものとする。

［作用］
このように構成された本実施形態において、ＩＰパケット複製手順および、ＩＰパケット判別手順について説明する。

図１４（ａ）は、本発明の第４の実施形態のＩＰパケット転送装置における送信端末２５で作成された三つのＩＰパケットについて、本実施形態で必要となるデータのみを記載した図である。

三つのパケット１、２、３ともに送信元ＩＰアドレスは送信端末２５のＩＰアドレス１９２．１６８．１．１であり、宛先ＩＰアドレスは受信端末２６のＩＰアドレス１９２．１６８．２．１である。また、パケット１の識別子フィールドの値は１であり、パケット２、パケット３の識別子フィールドの値はそれぞれ２、３とする。

送信端末２５から送信されたパケット１、２、３は送信側端末３１のＬＡＮインタフェース１２を経由してＩＰパケット受信部１３により受信される。ＩＰパケット受信部１３は受信したＩＰパケットをＩＰパケット複製部３３へ転送する。

つぎに、図１５を用いて、ＩＰパケット複製部３３で複製するＩＰパケット複製手順を説明する。図１５は第４の実施形態のＩＰパケット転送方法においてＩＰパケット複製部が行なうパケット複製手順を示すフロー図である。

まず、ＩＰパケット部から転送されたＩＰパケットの複製を行ない（Ｓ１５０１）、二つのＩＰパケットを作成する。次に、複製したＩＰパケットについて、ＩＰネットワーク１１ａ、１１ｂを経由してＬＡＮインタフェース３７ａ、３７ｂに到達することができるように、ＩＰヘッダの送信元ＩＰアドレスおよび宛先ＩＰアドレスの書き換えを行なう（Ｓ１５０２）。なお、ＩＰアドレスを書き換える際、送信元ＩＰアドレスについてはＬＡＮインタフェース３５ａ、３５ｂのアドレスへ書き換える。

一方、宛先ＩＰアドレスを書き換える際には、図１６に示す宛先ＩＰアドレス変換テーブル等を用い、ＬＡＮインタフェース３５ａ、３５ｂ用の宛先ＩＰアドレスへ書き換えを行なう。ここで、図１６は、第４の実施形態のＩＰパケット転送装置における宛先ＩＰアドレス変換テーブルの例を示す図である。

図１４（ｂ）は、図１４（ａ）のパケットについて、ＩＰパケットの複製およびＩＰヘッダの送信元ＩＰアドレスおよび宛先ＩＰアドレスの書き換えを行なったあとのパケットを示す図である。

このように、複製および、送信元と宛先ＩＰアドレスの書き換えを実施したＩＰパケットの一つを送信部３４ａへ転送し（Ｓ１５０３）、もう一方を送信部３４ｂへ転送する（Ｓ１５０３）。ＩＰパケットを転送された送信部３４ａ、３４ｂはそれぞれＬＡＮインタフェース３５ａ、３５ｂを介してＩＰネットワーク１１ａ、１１ｂへＩＰパケットの送信を行なう。送信されたＩＰパケットはそれぞれ、ＩＰネットワーク１１ａ、１１ｂにより受信側端末３６のＬＡＮインタフェース３７ａ、３７ｂに到達し、パケット受信部３８ａ、３８ｂにより受信される。パケット受信部３８ａ、３８ｂは、受信したＩＰパケットをＩＰパケット選択部３９へ転送する。

次に、図１７から図２０を参照して、ＩＰパケット選択部３９の選択処理手段２２が、パケット受信部３８ａ、３８ｂから転送されたＩＰパケットについて受信済みか否かを判定し、未受信であればＩＰパケット送信部１４へ転送する受信ＩＰパケット判別手順について説明する。

図１７は、第４の実施形態のＩＰパケット転送方法において、ＩＰパケット選択部の選択処理手段が行なう受信ＩＰパケット判別手順を示すフロー図である。

図１８は、パケット受信部３８ａ、３８ｂから転送されたＩＰパケットが転送された順に格納されたメモリ領域である受信バッファ２０の内容を示す図である。

図１８に示した状態は、送信端末２５で作成された三つのパケット１、２、３が、先に記載した手順によりパケット１ａ、１ｂ、２ａ、２ｂおよび３ａ、３ｂに複製され、ＩＰネットワーク１１ａ、１１ｂにより転送されたものである。パケット１ｂはＩＰネットワーク１１ｂを転送中にネットワーク障害などで破棄され、残りのパケットはパケット受信部３８ａ、３８ｂにより受信され、受信バッファ２０に登録されたものである。第１、第２、第３の実施形態と同様に、パケット１ａ、２ａ、２ｂ、３ｂ、３ａの順に登録されたことを示している。また、第１の実施形態と同様の登録処理済みバッファ２１もメモリ内に用意されているものとする。

図１９は、受信バッファ２０から取り出した受信ＩＰパケットの送信元ＩＰアドレスを変換する送信元ＩＰアドレス変換テーブルの例を示す。図１９の例では送信元ＩＰアドレスが１９２．１６８．１０．１に対応する変換アドレスは１９２．１６８．１．１とする変換表である。

このような状態における受信ＩＰパケット判別手順について説明する。ＩＰパケット選択部３９の選択処理手段２２は、受信バッファ２０から最古に登録された順（ＦＩＦＯ）にＩＰパケットを取り出し、宛先ＩＰアドレスを受信端末２６のＩＰアドレスに書き換える。さらに送信元ＩＰアドレス変換テーブルを用いて、ＩＰパケットの送信元ＩＰアドレスに対応する変換後ＩＰアドレスを特定し、当該ＩＰパケットの送信元ＩＰアドレスの書き換えを行なう（Ｓ１７０１）。

図２０は、図１８のパケット１ａ、２ａ、２ｂ、３ｂ、３ａについて宛先ＩＰアドレス、送信元ＩＰアドレスを先の手順により書き換えた状態を示す図である。第１の実施形態（図５（ａ））で示した受信バッファ２０の内容と同じ送信元ＩＰアドレスとなることが確認できる。

図１７に示した受信ＩＰパケット判別手順のその後の手順Ｓ１７０２からＳ１７０６は第１の実施形態で記載した図４のＳ４０２からＳ４０６と同様の手順である。なお本実施形態の受信ＩＰパケット判別手順ではＩＰパケットの転送を行なう（Ｓ１７０５）際の転送先はＩＰパケット送信部１４であり、ＩＰパケット送信部１４は転送されたＩＰパケットをＬＡＮインタフェース１５を介して受信端末２６へ転送する。

以上説明したように、本実施形態によれば、送信側マンマシンインタフェース３２が動作する送信端末２５と送信側端末３１とが同一の端末である必要がなく、同様に、受信側マンマシンインタフェース３２が動作する受信端末２６と受信側端末３６とが同一の端末である必要がない。また、送信側端末３１の複数のインタフェースに異なるＩＰアドレスが付与された場合、または受信側端末３６の複数のインタフェースに異なるＩＰアドレスが付与された場合においても、複数のＩＰネットワークによって多重化された伝送路を用いてＩＰパケットを転送する際に障害検出による切り替えを行なう必要がなく、伝送路の帯域を消費せず、受信側での処理時間を少なくしたＩＰパケット転送を行なうことができる。

（他の実施形態）
以上説明した各実施形態は、単なる例示であって、本発明はこれらに限定されるものではない。

たとえば、第４の実施形態において、第２の実施形態と同様の登録時刻から所定時間経過後のレコードを削除する手順を追加してもよい。

また、第４の実施形態において、第３の実施形態と同様の受信回数が指定値に達したときにレコードを削除する手順を追加してもよい。

１０ … 受信側マンマシンインタフェース
１１ａ，１１ｂ … ＩＰネットワーク
１２ … ＬＡＮインタフェース
１３ … ＩＰパケット受信部
１４ … ＩＰパケット送信部
１５ … ＬＡＮインタフェース
２０ … 受信バッファ
２１ … 登録処理済みバッファ
２２ … 選択処理手段
２５ … 送信端末
２６ … 受信端末
３１ … 送信側端末
３２ … 送信側マンマシンインタフェース
３３ … ＩＰパケット複製部
３４ａ，３４ｂ … ＩＰパケット送信部
３５ａ，３５ｂ … 送信用ＬＡＮインタフェース
３６ … 受信側端末
３７ａ，３７ｂ … 受信用ＬＡＮインタフェース
３８ａ，３８ｂ … ＩＰパケット受信部
３９ … ＩＰパケット選択部

Claims (9)

1. 複数のＩＰネットワークによって多重化された伝送路に複数の端末を接続し、ＩＰパケットを前記端末間で送受信可能とするＩＰパケット転送装置において、
   ＩＰパケットを複製し、複製したＩＰパケットの識別子フィールド、プロトコルフィールドおよび送信元ＩＰアドレスフィールドを元のＩＰパケットのものと同一の値に設定するＩＰパケット複製部と、
   前記ＩＰパケット複製部で複製されたＩＰパケットとその複製の元のＩＰパケットを前記複数の伝送路の異なる伝送路へ同時に送信するＩＰパケット送信部と、
   他のＩＰパケット転送装置から前記伝送路を通じて送信されたＩＰパケットを受信するＩＰパケット受信部と、
   前記ＩＰパケット受信部によって受信されたＩＰパケットを保存する受信バッファと、
   前記受信バッファに保存されたＩＰパケットの一部を選択してその選択されたＩＰパケットを登録する登録処理済みバッファと、
   前記登録処理済みバッファにすでに登録されているＩＰパケットの識別子フィールド、プロトコルフィールドおよび送信元ＩＰアドレスフィールドと、新たに前記受信バッファに保存されたＩＰパケットの識別子フィールド、プロトコルフィールドおよび送信元ＩＰアドレスフィールドとを比較して、新たに前記受信バッファに保存されたＩＰパケットが登録済みバッファに登録されているいずれかのＩＰパケットと同じ場合は新たに前記受信バッファに保存されたＩＰパケットを破棄し、新たに前記受信バッファに保存されたＩＰパケットが登録済みバッファに登録されているいずれのＩＰパケットとも異なる場合はその受信したＩＰパケットを前記登録処理済みバッファに登録するとともに転送する選択処理手段と、
   を有すること、を特徴とするＩＰパケット転送装置。
2. 前記選択処理手段は、
   前記ＩＰパケットが前記登録処理済みバッファに登録された時刻を保存する手段と、
   前記登録処理済みバッファに登録されたＩＰパケットのうちで、そのＩＰパケットが登録されてからあらかじめ定めた時間を経過したものを前記登録処理済みバッファから削除する手段と、
   を含むこと、を特徴とする請求項１に記載のＩＰパケット転送装置。
3. 前記選択処理手段は、
   受信したＩＰパケットについて、識別子フィールド、プロトコルフィールドおよび送信元ＩＰアドレスフィールドが同じＩＰパケットの受信回数を前記登録処理済みバッファに登録する手段と、
   前記登録処理済みバッファに登録されたＩＰパケットの前記受信回数が、あらかじめ定めた伝送路の数と等しくなったときに当該受信回数のＩＰパケットを前記登録処理済みバッファから削除する手段と、
   を含むこと、を特徴とする請求項１または請求項２に記載のＩＰパケット転送装置。
4. 複数のＩＰネットワークによって多重化された伝送路に複数の端末を接続し、ＩＰパケットを前記端末間で送受信可能としたＩＰパケットの転送方法において、
   前記端末のうちの送信側の端末が、ＩＰパケットを複製し、かつ複製したＩＰパケットの識別子フィールド、プロトコルフィールドおよび送信元ＩＰアドレスフィールドを同一の値に設定する複製ステップと、
   前記送信側の端末が、複製したＩＰパケットとその複製の元のＩＰパケットを前記複数の伝送路の異なる伝送路へ同時に送信する送信ステップと、
   前記端末のうち受信側の端末が、前記送信側の端末から送信されたＩＰパケットを受信する受信ステップと、
   前記受信側の端末が、受信したＩＰパケットの識別子フィールド、プロトコルフィールドおよび送信元ＩＰアドレスフィールドと、前記受信側の端末の登録処理済みバッファに登録済みのＩＰパケットの識別子フィールド、プロトコルフィールドおよび送信元ＩＰアドレスフィールドとを比較して、受信したＩＰパケットが登録済みのいずれかのＩＰパケットと同じ場合は受信したＩＰパケットを破棄し、受信したＩＰパケットが登録済みのいずれのＩＰパケットとも異なる場合はその受信したＩＰパケットを前記登録処理済みバッファに登録するとともに転送する選択処理ステップと、
   を有すること、を特徴とするＩＰパケット転送方法。
5. 前記選択処理ステップは、
   前記受信側の端末が、受信したＩＰパケットを前記登録処理済みバッファに登録する際に、合わせて登録時刻を登録するステップと、
   前記受信側の端末が、前記登録処理済みバッファに登録されたＩＰパケットのうちで、登録されてからの時間があらかじめ定めた時間を越えたものを前記登録処理済みバッファから削除するステップと、
   を含むこと、を特徴とする請求項４に記載のＩＰパケット転送方法。
6. 前記選択処理ステップは、
   前記受信側の端末が、受信したＩＰパケットについて、ＩＰパケットの識別子フィールド、プロトコルフィールドおよび送信元ＩＰアドレスフィールドが同じＩＰパケットの受信回数を前記登録処理済みバッファに登録するステップと、
   前記受信側の端末が、ＩＰパケットの前記受信回数が、あらかじめ定めた伝送路の数と等しくなったときに当該受信回数のＩＰパケットを前記登録処理済みバッファから削除するステップと、
   を含むこと、を特徴とする請求項４または請求項５に記載のＩＰパケット転送方法。
7. 複数のＩＰネットワークによって多重化された伝送路に複数の端末を接続し、ＩＰパケットを前記端末間で送受信可能とするために、ＩＰパケット転送装置を、
   ＩＰパケットを複製し、複製したＩＰパケットの識別子フィールド、プロトコルフィールドおよび送信元ＩＰアドレスフィールドを同一の値に設定するＩＰパケット複製部、
   前記ＩＰパケット複製部で複製されたＩＰパケットとその複製の元のＩＰパケットを前記複数の伝送路の異なる伝送路へ同時に送信するＩＰパケット送信部、
   他のＩＰパケット転送装置から前記伝送路を通じて送信されたＩＰパケットを受信するＩＰパケット受信部、
   前記ＩＰパケット受信部によって受信されたＩＰパケットを保存する受信バッファ、
   前記受信バッファに保存されたＩＰパケットの一部を選択してその選択されたＩＰパケットを登録する登録処理済みバッファ、および
   前記登録処理済みバッファにすでに登録されているＩＰパケットの識別子フィールド、プロトコルフィールドおよび送信元ＩＰアドレスフィールドと、新たに前記受信バッファに保存されたＩＰパケットの識別子フィールド、プロトコルフィールドおよび送信元ＩＰアドレスフィールドとを比較して、新たに前記受信バッファに保存されたＩＰパケットが前記登録済みバッファに登録されているいずれかのＩＰパケットと同じ場合は新たに前記受信バッファに保存されたＩＰパケットを破棄し、新たに前記受信バッファに保存されたＩＰパケットが前記登録済みバッファに登録されているいずれのＩＰパケットとも異なる場合はその受信したＩＰパケットを前記登録処理済みバッファに登録するとともに転送する選択処理手段、
   として機能させるためのＩＰパケット転送プログラム。
8. 前記選択処理手段は、
   前記ＩＰパケットが前記登録処理済みバッファに登録された時刻を保存する手段と、
   前記選択処理手段を、前記登録処理済みバッファに登録されたＩＰパケットのうちで、あらかじめ定めた時間を経過したものを削除する手段と、
   を含むこと、を特徴とする請求項７に記載のＩＰパケット転送プログラム。
9. 前記選択処理手段は、
   受信したＩＰパケットを前記登録処理済みバッファに登録する際に、ＩＰパケットの識別子フィールド、プロトコルフィールドおよび送信元ＩＰアドレスフィールドが同じＩＰパケットの受信回数を登録する手段と、
   前記登録処理済みバッファに登録されたＩＰパケットの前記受信回数が、あらかじめ定めた伝送路の数と等しくなったときに当該受信回数のＩＰパケットを前記登録処理済みバッファから削除する手段と、
   を含むこと、を特徴とする請求項７または請求項８に記載のＩＰパケット転送プログラム。

Images