JP2006115551A - 変換装置及び管理方法 - Google Patents

Abstract

【課題】バージョンの違い等によりＩＰアドレスの付与体系が異なっている２つのネットワークを結合する。
【解決手段】トランスレータ５５は、ＩＰｖ６ネットワーク５２からＩＰｖ４ネットワーク５４にパケットを転送する際に、ＩＰｖ６パケットの宛先ＩＰアドレスフィールドに格納されているＩＰｖ６アドレスの下位３２ビットからＩＰｖ４アドレスを抽出し、このアドレスを、ＩＰｖ４パケットの宛先ＩＰアドレスフィールドに格納し、ＩＰｖ４ネットワーク５４からＩＰｖ６ネットワーク５２にパケットを転送する際に、ＩＰｖ４パケットの送信元ＩＰアドレスフィールドに格納されているＩＰｖ４アドレスを、そのＩＰｖ４アドレスを下位３２ビットに格納したＩＰｖ６アドレスに変換し、このアドレスをＩＰｖ６パケットの送信元ＩＰアドレスフィールドに格納するヘッダ変換部３３を備える。
【選択図】図１

Description

複数の対象機器のそれぞれに対して、互いに重複することのないように第１種のＩＰアドレスが付与される第１種のＩＰネットワークと、複数の対象機器のそれぞれに対して、互いに重複することのないように第２種のＩＰアドレスが付与される第２種のＩＰネットワークを対象とするトランスレータに関する。

ＴＣＰ／ＩＰ通信で使用するネットワーク層のプロトコルとして現在最もよく知られているのは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）である。ＩＰの役割は、ネットワークに接続しているノードの中から、通信を行う宛先を指定するアドレッシングサービス等、ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルの第３層が提供している役割と一致する。現時点では、バージョン４のＩＰ（以下、ＩＰｖ４と呼ぶ）が普及している。ＩＰｖ４で使用するヘッダ（以下、ＩＰｖ４ヘッダと呼ぶ）のフォーマットは、図１１（ｂ）に示す通りである。

ＩＰｖ４ヘッダ内において、「バージョン」フィールドには、バージョン番号である“４”が格納される。「ヘッダ長」フィールドには、ＩＰｖ４ヘッダ自体の長さが格納される。「サービスタイプ」フィールドには、通信処理のサービス品質を示す情報が格納される。「パケット長」フィールドには、ＩＰで取り扱われるデータブロックに該ＩＰｖ４ヘッダを加えたパケット全体の大きさが格納される。上位層から降りてきた情報は、ＩＰにて一つのデータブロックとして扱われ、このデータブロックは、ＩＰにてＩＰｖ４ヘッダが付加されて、下位層に送られる。逆に、下位層から送られたパケットに含まれるＩＰｖ４ヘッダは、ＩＰにて解析され、その解析結果に応じて、そのパケットのデータ部分が上位層に上げられる。「識別子」フィールドには、上位層へデータを渡す際の参考情報として用いられる識別子が格納される。「フラグ」フィールドには、パケットの分割に関する制御情報が格納される。「フラグメントオフセット」フィールドには、分割されたデータ（フラグメント）が、オリジナルデータのどこに位置していたのかを示す情報が格納される。「生存時間」フィールドには、そのパケットがネットワークに存在してよい時間が格納される。「プロトコル」フィールドには、上位層のプロトコルが何であるかを示す情報が格納される。「ヘッダチェックサム」フィールドには、該ＩＰヘッダのチェックサムが格納される。「送信元ＩＰアドレス」フィールドには、送信元のＩＰアドレスが格納される。「宛先ＩＰアドレス」フィールドには、宛先のＩＰアドレスが格納される。ＩＰアドレスは、ネットワークに接続される各ノードに割り当てられるもので、そのネットワーク内において、それぞれ異なる値に設定される。

このような仕様を持つＩＰは、現在、インターネットの普及などと歩調を合わせて、様々な通信サービスに急速に広がりつつあるが、その一方で、ＩＰアドレスの枯渇という深刻な問題に直面している。

これを解決するための手段として、現在、バージョン６のＩＰ（以下、ＩＰｖ６と呼ぶ）が提案されている。

ＩＰｖ６で使用するヘッダ（以下、ＩＰｖ６ヘッダと呼ぶ）のフォーマットは、図１１（ａ）に示す通りである。ＩＰｖ６ヘッダ内において、「バージョン」フィールドには、バージョン番号である“６”が格納される。「優先度」フィールドには、ネットワークでルータがパケットを中継する際の処理の優先度が格納される。「フローラベル」フィールドは、優先制御等をする際の識別子の格納に用いられる。「ペイロード長」フィールドには、パケットからＩＰｖ６ヘッダ部を除いたデータ部分の長さが格納される。「次ヘッダ識別子」フィールドには、ＩＰｖ６ヘッダの次に、どの上位層プロトコルのヘッダが続くのか、あるいは、どのＩＰｖ６拡張ヘッダが続くのか等を識別するための識別子が格納される。「ホップリミット」フィールドには、そのパケットの最大転送回数が格納される。
「送信元ＩＰアドレス」フィールドには、送信元のＩＰアドレスが格納され、「宛先ＩＰアドレス」フィールドには、宛先のＩＰアドレスが格納される。そして、ＩＰｖ６ヘッダでは、「送信元ＩＰアドレス」フィールド、「宛先ＩＰアドレス」フィールドのそれぞれが、３２ビットから１２８ビットに拡張されている。これにより接続可能なノードの数が増加する。

しかしながら、ＩＰｖ６は、ＩＰアドレスの格納領域の拡張は行われているものの、ヘッダや処理の一部に変更が加わったために、既存のＩＰｖ４との互換性はない。

これからネットワークに新規に接続されるノードでは、ネットワークプロトコルとしてＩＰｖ６が実装され、ネットワークアドレスとしてＩＰｖ６アドレスが割り当てられるが、既存のノードのネットワークプロトコルを一斉にＩＰｖ６に変更することは事実上不可能であるため、ＩＰｖ４ノードとＩＰｖ６ノードが共存する期間が長期に渡って続くものと考えられる。また、既存のノードの一部（特に周辺機器）については、プロトコルの変更が困難なものもあり、この場合、そのまま続けてＩＰｖ４が使われる。

すなわち、今後は、ＩＰｖ６が実装されたノード（ＩＰｖ６ノード）と、ＩＰｖ４が実装されたノード（ＩＰｖ４ノード）とが混在するネットワークが出現するものと思われる。

しかしながら、ＩＰｖ６とＩＰｖ４は、前述したように互いにヘッダフォーマット等が異なるため、ＩＰｖ６ノードとＩＰｖ４ノードを単純に結合するわけにはいかない。

この解決策の一つとして、例えば、図１３に示すようなトランスレータを用いた接続方法がある。

同図において、ＩＰｖ６ノード（ＩＰｖ６端末）１０が接続されたＩＰｖ６ネットワーク５２と、ＩＰｖ４ノード（ＩＰｖ４端末）２０が接続されたＩＰｖ４ネットワーク５４は、トランスレータ３０を介して相互に接続している。ＩＰｖ４端末２０には、ＩＰｖ４ネットワーク５４内でユニークに割り当てられたアドレス（以下、ＩＰｖ４アドレスと呼ぶ）が付されており、ＩＰｖ６端末１０には、ＩＰｖ６ネットワーク５２内でユニークに割り当てられたアドレス（以下、ＩＰｖ６アドレスと呼ぶ）と、ＩＰｖ４アドレスの両方が付されている。ＩＰｖ６端末１０は、ＩＰｖ６ネットワーク５２内で他のＩＰｖ６端末（図示省略）と通信を行う場合には、自己をＩＰｖ６アドレスで表し、また、ＩＰｖ４ネットワーク５４内のＩＰｖ４端末２０と通信を行う場合には、自己をＩＰｖ４アドレスで表す。例えば、ＩＰｖ６端末１０からＩＰｖ４端末２０にパケットを送る場合、ＩＰｖ６端末１０は、送るべきパケットのヘッダ生成時において、「送信元ＩＰアドレス」フィールド（図１１（ａ）参照）に自己（ＩＰｖ６端末１０）のＩＰｖ４アドレスを図１２（ａ）に示すような形で格納すると共に、「宛先ＩＰアドレス」フィールド（図１１（ａ）参照）に相手（ＩＰｖ４端末２０）のＩＰｖ４アドレスを図１２（ｂ）に示すような形で格納する。図１２（ａ）では、用意された１２８ビットのうちの下位３２ビットをアドレス情報の格納に使用し、その他のビットを、‘０’にセットしている。このようなフォーマットで表されるアドレスは、一般に、ＩＰｖ４−ｃｏｍｐａｔｉｂｌｅ−ＩＰｖ６アドレスと呼ばれている。また、図１２（ｂ）では、用意された１２８ビットのうちの下位３２ビットをアドレス情報の格納に使用し、４７ビット目から３２ビット目までを‘１’、その他のビットを‘０’にセットしている。このようなフォーマットで表されるアドレスは、一般に、ＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスと呼ばれている。そして、所定の情報を格納されたヘッダと、送るべきデータは、一つのパケットとして、トランスレータ３０に送られる。

トランスレータ３０は、送られてきたパケットをＩＰｖ４ネットワーク５４用のパケットに変換する。具体的には、送られてきたパケットのヘッダに含まれている先程のＩＰｖ４−ｃｏｍｐａｔｉｂｌｅ−ＩＰｖ６アドレスから、下位３２ビット、すなわち、ＩＰｖ６端末１０のＩＰｖ４アドレスを切りだし、これを、図１１（ｂ）に示したＩＰｖ４ヘッダの「送信元ＩＰアドレス」フィールドに格納する。また、これと同時に、送られてきたパケットのヘッダに含まれている先程のＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスから、下位３２ビット、すなわち、送り先であるＩＰｖ４端末２０のＩＰｖ４アドレスを切りだし、これを、図１１（ｂ）に示したＩＰｖ４ヘッダの「宛先ＩＰアドレス」フィールドに格納する。その後、このヘッダは、その他の必要事項が設定され、送信データとともに一つのパケットとなってＩＰｖ４端末２０に送られる。

以上の方法を用いれば、確かに、ＩＰｖ６ノードとＩＰｖ４ノードの相互接続が可能となる。

このように、本発明は、バージョンの違い等によりアドレスの付与体系が異なっている２つのネットワークを結合することができるトランスレータを提供する。

上記目的を達成するための本発明のトランスレータの一態様によれば、ネットワークプロトコルとして第１種のプロトコルを使用し、第１の長さの第１のアドレスが割り当てられている少なくとも１台の第１の装置と、第２種のプロトコルを使用し、第１の長さとは異なる第２の長さの第２のアドレスが割り当てられている少なくとも１台の第２の装置にネットワークを介して接続されるトランスレータにおいて、第１種のプロトコルを使用して通信される第１種のパケットと、第２種のプロトコルを使用して通信される第２種のパケットをネットワークに対して送受信する送受信部と、送受信部が受信した第１種のパケットに含まれ、少なくとも第１種のプロトコルであることを示す情報とそれぞれ前記第１の長さの送信元アドレス及び宛先アドレスとが格納されている第１種のヘッダを、第１種のヘッダとはヘッダフォーマットが異なり、少なくとも第２種のプロトコルであることを示す情報とそれぞれ前記第２の長さの送信元アドレス及び宛先アドレスとが格納されている第２種のヘッダに変換して第２種のパケットを生成するヘッダ変換部とを有するトランスレータが提供される。

トランスレータにおいて、第１の装置から第２の装置に向けて送出された第１種のパケットを送受信部が受信すると、ヘッダ変換部は、第１種のパケットの第１種のヘッダに宛先アドレスとして格納されている第１の長さのアドレスであって下位に第２のアドレスを含む第３のアドレスから第２のアドレスを抽出するアドレス変換と、第１種のヘッダを第２種のヘッダに変換するための処理を実行し、第１種のヘッダを、宛先アドレスとして第２のアドレスが格納された第２種のヘッダに変換して第２種のパケットを生成する。そして、送受信部は、生成された第２種のパケットをネットワークに送出する。

本発明によれば、第１種のネットワーク（例えば、ＩＰｖ４ネットワーク）に存在する複数の対象機器のうちの一つである対象機器Ａと、第２種のＩＰネットワーク（例えば、ＩＰｖ６ネットワーク）に存在する複数の対象機器のうちの一つである対象機器Ｂとの間で、第１種のネットワークと第２種のネットワークとの間に設けられたトランスレータを介することにより、通信を行うことが可能となる。

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

図１に示すように、本実施形態では、複数のＩＰｖ６端末５１が接続されたＩＰｖ６ネットワーク５２と、複数のＩＰｖ４端末５３が接続されたＩＰｖ４ネットワーク５４が存在し、これらのネットワークは、ＩＰｖ６／ｖ４トランスレータ５５（以下、トランスレータ５５と呼ぶ）を介して相互に接続されている。ＩＰｖ６ネットワーク５２では、図１１（ａ）に示したＩＰｖ６ヘッダを有するパケット（以下、ＩＰｖ６パケットと呼ぶ）によるデータ転送が行われる。ＩＰｖ６パケットのヘッダでは、ＩＰｖ６端末５１は、通常のＩＰｖ６アドレスで表され、ＩＰｖ４端末５３は、ＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレス（図１２（ｂ））で表される。また、ＩＰｖ４ネットワーク５４では、図１１（ｂ）に示したＩＰｖ４ヘッダを有するパケット（以下、ＩＰｖ４パケットと呼ぶ）によるデータ転送が行われる。ＩＰｖ４パケットのヘッダにおいて、トランスレータ５５は、該トランスレータ５５、若しくは、特定のＩＰｖ４端末５３で割り当てられたＩＰｖ４アドレスで表され、ＩＰｖ４端末５３は、通常のＩＰｖ４アドレスで表される。

トランスレータ５５は、図２に示すように、ＩＰｖ６ネットワーク５２に流れるＩＰｖ６パケットと、ＩＰｖ４ネットワーク５４に流れるＩＰｖ４パケットを順次取り込むＩＰｖ４／ｖ６受信処理部３１と、ＩＰｖ４／ｖ６受信処理部３１で取り込んだパケットのヘッダを、アドレス変換情報テーブル３５に格納されているアドレス変換情報に基づいて変換すると共に、必要に応じて、アドレス変換情報テーブル３５の内容の更新を行うヘッダ変換部３３と、ヘッダの変換処理を受けたパケットを、送り先となるネットワークに送出するＩＰｖ４／ｖ６送信処理部３２と、アドレス変換情報テーブル３５に格納されているアドレス変換情報を、ＩＰｖ４ネットワーク５４に接続されている特定のノードと交換するアドレス変換情報交換部３４とを備える。

本実施形態では、ＩＰｖ４ネットワーク５４に接続されるＩＰｖ４端末５３に３つタイプ（以下、タイプＡ、Ｂ、Ｃとする）が存在する。タイプＡのＩＰｖ４端末５３は、ＩＰｖ６端末５１で使用されるアプリケーションプログラム（以下、ＩＰｖ６アプリケーションとする）の搭載が可能で端末であり、さらに、前述したアドレス変換情報を所有する。タイプＡのＩＰｖ４端末５３で行われる処理の概要は、図３（ａ）に示されている。タイプＣのＩＰｖ４端末５３は、ＩＰｖ４端末５３で使用されるアプリケーションプログラム（以下、ＩＰｖ４アプリケーションとする）をそのまま搭載した従来の端末であり、例えば、プリンタ等の周辺機器が、これに該当する。タイプＣのＩＰｖ４端末５３で実行される処理の概要は、図３（ｃ）に示す通りである。タイプＢのＩＰｖ４端末５３は、ＩＰｖ４アプリケーションを搭載し、かつ、前述したアドレス変換情報を所有する端末で、その処理概要は、図３（ｂ）に示す通りである。なお、トランスレータ５５がアドレス変換情報の交換を行う特定のノードは、このうちタイプＡ、ＢのＩＰｖ４端末５３である。

図３（ａ）に示したＴＣＰ／ＩＰｖ４処理８１は、一般的なＴＣＰ／ＩＰ通信処理に相当するもので、ここでは、ＩＰｖ４に従ったサービスが行われる。ＴＣＰ／ＩＰｖ４処理８１では、この上位で行われる処理とのインターフェースとしてソケットインターフェース（ＩＰｖ４ソケットＩＦ）が用いられる。ＩＰｖ６アプリケーション処理８４は、ＩＰｖ６アプリケーションが行う処理であり、この下位で行われる処理とのインターフェースとして、先程と同様、ソケットインターフェース（ＩＰｖ６ソケットＩＦ）を使用する。アドレス変換処理８２及びアドレス変換情報交換処理８３のそれぞれは、ＩＰｖ４ソケットＩＦとＩＰｖ６ソケットＩＦとの間に介在する。アドレス変換処理８２では、ＩＰアドレスの変換処理等を含んだデータ転送が行われ、アドレス変換情報交換処理８３では、その他のノード（例えば、トランスレータ５５）と該ＩＰｖ４端末５３との間でアドレス変換情報の交換が行われる。

図４には、タイプＡのＩＰｖ４端末５３の内部構成が示されている。

ＴＣＰ／ＩＰｖ４処理８１は、ＴＣＰ／ＩＰｖ４受信処理部４１及びＴＣＰ／ＩＰｖ４送信処理部４２が担当する。アドレス変換処理８２は、アドレス変換処理部４３が担当する。アドレス変換情報交換処理８３は、アドレス変換情報交換処理部４４が担当する。このほか、タイプＡのＩＰｖ４端末５３には、アドレス変換情報テーブル４５が設けられている。

つぎに、ＩＰｖ６端末５１とタイプＡのＩＰｖ４端末５３との間で行われるパケット交換について説明する。

先ず、ＩＰｖ６端末５１側から通信を開始する場合のパケット交換について、図５のフローチャートに従って説明する。

ここでは、前もって、送信元のＩＰｖ６端末５１に、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”が割り当てられており、宛先のＩＰｖ４端末５３に、ＩＰｖ４アドレス“１３３．１４４．９５．２２”が割り当てられていることとする。

ＩＰｖ４アドレスの表記方法は、以下の通りである。

１．８ビット毎に“．”で区切って１０進数で表す。
例．１２３．３．２．１
ＩＰｖ６アドレスの表記方法は、以下の通りである。

１．１６ビット毎に“：”で区切って１６進数で表す。
例．１２３４：５６７８：９ａｂｃ：ｄｅｆ０：０ｆｅｄ：ｃｂａ９：８７６５：４３２１
２．区切られた１６ビット全てが０の場合、“：：”で表してもよい。
例．１２３４：：９ａｂｃ：ｄｅｆ０：０ｆｅｄ：ｃｂａ９：８７６５：４３２１
３．区切られた１６ビット全てが０で、これが連続する場合、１個の“：：”で表してもよい。
例．１２３４：：４３２１
４．下位３２ビットにＩＰｖ４アドレスを含む場合、この下位３２ビットについては、ＩＰｖ４アドレスの表記方法を用いることができる。
例．：：ｆｆｆｆ：１３３．１４４．９５．２２
そして、ＩＰｖ６端末５１は、ＩＰｖ６パケット５６をＩＰｖ６ネットワーク５２に送出する際（ａ１）、そのヘッダ内に、送信元ＩＰアドレスとして自己のＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”をセットすると共に、宛先ＩＰアドレスとしてＩＰｖ４端末５３のＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレス“：：ｆｆｆｆ：１３３．１４４．９５．２２”をセットする。

トランスレータ５５のＩＰｖ４／ｖ６受信処理部３１は、ＩＰｖ６ネットワーク５２を流れるＩＰｖ６パケットを順次取り込み、その都度、取り込んだＩＰｖ６パケットが、「宛先ＩＰアドレス」フィールドにＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスが格納されているパケット（具体的には、「宛先ＩＰアドレス」フィールドの４７ビット目から３２ビット目までが‘１’にセットされ、それより上位の全てのビットが‘０’にセットされているパケット）であるか否かを判断する。該当するパケットを発見した場合、これをヘッダ変換部３３に送る（ｂ１）。ヘッダ変換部３３は、パケットを受け取ると、該パケットに含まれている、送信元ＩＰアドレスであるＩＰｖ６アドレスを抜き出し、抜き出したＩＰｖ６アドレスに予め対応付けられているＩＰｖ４アドレスを、アドレス変換情報テーブル３５の中から探し出す（ｂ２）。目的のＩＰｖ４アドレスがアドレス変換情報テーブル３５の中に存在しなかった場合、ヘッダ変換部３３は、前述のＩＰｖ６アドレスに対して、あるＩＰｖ４アドレスを割り当てる。ここでは、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”に対して、ＩＰｖ４アドレス“１９２．１６８．１０．３”を割り当てることとする（ｂ３）。アドレス変換情報交換部３４は、これらの対応関係をアドレス変換情報として、ＩＰｖ４端末５３に送信する（ｂ４）。アドレス変換情報を交換するためのパケットのフォーマットは、図８に示す通りである。本例の場合、「ＩＰｖ６アドレス」フィールド１０１に“：：１２３４：５６７８：９ａｂｃ”が格納され、「割当てＩＰｖ４アドレス」フィールド１０２に、“１９２．１６８．１０．３”が格納される。
「オプション」フィールド１０３は、本実施形態では特に使用しないが、通信に必要な各種制御情報を格納をすることができる。なお、（ｂ４）のアドレス変換情報の送信は、通信相手となるＩＰｖ４端末５３だけでなく、アドレス変換情報テーブル４５を所有する全てのＩＰｖ４端末５３に対して行う。また、ヘッダ変換部３３は、アドレス変換情報をアドレス変換情報テーブル３５に格納する（ｂ５）。

アドレス変換情報テーブル３５の構成例は、図７に示されている。９１は、ＩＰｖ６アドレスの格納領域、９２は、割当てられたＩＰｖ４アドレスの格納領域、９３は、オプションデータの格納領域であり、例えば、上から順に、一行ずつ埋められていく。割り当てるＩＰｖ４アドレスは、予め複数用意されており、これらは、図示省略したトランスレータ５５内のメモリに格納されている。アドレス変換情報テーブル３５自体も、このメモリに格納されている。

なお、割り当てられたＩＰｖ４アドレスが使用される領域は、そのＩＰｖ４ネットワーク内で閉じているため、例えば、ＩＰｖ６ネットワーク５２に複数のＩＰｖ４ネットワークが接続していて、各ＩＰｖ４ネットワークでＩＰｖ４アドレスが重なっていたとしても何の問題も生じない。すなわち、ＩＰｖ４ネットワーク５４が企業内通信網で、ＩＰｖ６ネットワークが公衆回線を利用した外部の通信網である場合、その企業では、他の企業のＩＰｖ４ネットワークで使用されるＩＰｖ４アドレスを割当ててもよい。

続いて、ヘッダ変換部３３は、パケット内の送信元ＩＰアドレスを、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”からＩＰｖ４アドレス“１９２．１６８．１０．３”に置き換える。宛先ＩＰアドレスについては、ＩＰｖ６アドレスの下位３２ビットから抽出したＩＰｖ４アドレスを使う。また、ヘッダ変換部３３は、このようなアドレス変換のほか、ＩＰｖ６ヘッダをＩＰｖ４ヘッダに変換するための各種処理も同時に実行する（ｂ６）。続いて、ＩＰｖ４／ｖ６送信処理部３２は、（ｂ６）の変換処理を受けたパケットをＩＰｖ４端末５３に向けて送出する。なお、（ｂ２）の検索処理において、該当するＩＰｖ４アドレスが見つかった場合は、送信元ＩＰアドレスとして、このＩＰｖ４アドレスが採用され、（ｂ３）、（ｂ４）、（ｂ５）の各処理は、スキップされる。

一方、ＩＰｖ４端末５３は、トランスレータ５５から送出されたアドレス変換情報を受信すると（ｃ１）、このアドレス変換情報を用いてアドレス変換情報テーブル４５の内容を更新する（ｃ２）。これにより、トランスレータ５５のアドレス変換情報テーブル３５の内容と、ＩＰｖ４端末５３のアドレス変換情報テーブル４５の内容が一致する。アドレス変換情報テーブル４５の内容の更新は、具体的には、アドレス変換情報交換処理部４４が実施する。（ｃ１）、（ｃ２）の処理については、通信相手となるＩＰｖ４端末をはじめ、全てのＩＰｖ４端末にて実施される。

また、ＩＰｖ４端末５３は、トランスレータ５５から送出されたＩＰｖ４パケットを受信すると（ｃ３）、更新されたアドレス変換情報テーブル４５に基づいて、このＩＰｖ４パケットのアドレス変換を実施する。

具体的には、ＩＰｖ４端末５３のＴＣＰ／ＩＰｖ４受信処理部４１は、ＩＰｖ４ネットワーク５４を流れる先程のＩＰｖ４パケットをＴＣＰ／ＩＰ受信し、これをアドレス変換処理部４３に渡す。アドレス変換処理部４３は、パケットを受け取ると、該パケットの送信元ＩＰアドレスである、ＩＰｖ４アドレス“１９２．１６８．１０．３”を抜き出し、抜き出したＩＰｖ４アドレスに対応付けられているＩＰｖ６アドレスをアドレス変換情報テーブル４５の中から探し出す。アドレス変換情報テーブル４５の内容は、（ｃ２）にて更新されているため、ここでは、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”が抽出されることになる。アドレス変換処理部４３は、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”を送信元ＩＰアドレスとしてパケット内にセットし、このパケットをＩＰｖ６アプリケーションに送る。宛先ＩＰアドレスは、ＩＰｖ４アドレスを図１２（ｂ）に示したＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスに拡張したＩＰｖ６アドレスが使われる。このようなアドレス変換を行えば、ＩＰｖ６アプリケーションは、送信元ＩＰアドレス及び宛先ＩＰアドレスのそれぞれをＩＰｖ６アドレスで受け取ることができる。ＩＰｖ６アプリケーションは、前述したようにＩＰｖ６用に開発されたアプリケーションプログラムであるため、受け取るＩＰアドレスは、ＩＰｖ６アドレスで表現されている方が都合がよい。

また、ＩＰｖ６アプリケーションは、応答処理として、ＩＰｖ６端末５１にパケットを送ることもある。この場合、ＩＰｖ６アプリケーションは、送るべきパケットに、送信元ＩＰアドレスとして自己のＩＰｖ４アドレス“１３３．１４４．９５．２２”を図１２（ｂ）に示したＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスに拡張したＩＰｖ６アドレス“：：ｆｆｆｆ：１３３．１４４．９５．２２”セットし、宛先ＩＰアドレスとしてＩＰｖ６端末５１のＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”をセットする。このパケットは、アドレス変換処理部４３に渡され、先程とは逆のアドレス変換が施される。すなわち、アドレス変換処理部４３は、宛先ＩＰアドレスとしてセットされている先程のＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”をＩＰｖ４アドレス“１９２．１６８．１０．３”に置き換える。送信元ＩＰアドレスについては、ＩＰｖ６アドレスの下位３２ビットから抽出したＩＰｖ４アドレスを使う。その後、ＴＣＰ／ＩＰｖ４送信処理部４２は、アドレス変換処理部４３にて変換処理を受けたパケット（ＩＰｖ４パケット５７：図１）をトランスレータ５５に向けて送出する（ｃ４）。

トランスレータ５５のＩＰｖ４／ｖ６受信処理部３１は、ＩＰｖ４ネットワーク５４を流れるＩＰｖ４パケット５７を取り込み（ｂ８）、これをヘッダ変換部３３に送る。ヘッダ変換部３３は、パケットを受け取ると、該パケットの宛先ＩＰアドレスである、ＩＰｖ４アドレス“１９２．１６８．１０．３”を抜き出し、抜き出したＩＰｖ４アドレスに対応付けられているＩＰｖ６アドレスをアドレス変換情報テーブル３５の中から探し出す。
ここでは、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”が抽出されることになる（ｂ９）。ヘッダ変換部３３は、その後、該パケットに、送信元ＩＰアドレスとして、ＩＰｖ４端末５３のＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレス“：：ｆｆｆｆ：１３３．１４４．９５．２２”をセットすると共に、宛先ＩＰアドレスとして、先程抽出したＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”をセットする。また、ヘッダ変換部３３は、このようなアドレス変換のほか、ＩＰｖ４ヘッダをＩＰｖ６ヘッダに変換するための各種処理も同時に実行する（ｂ１０）。ＩＰｖ４／ＩＰｖ６送信処理部３２は、（ｂ１０）の変換処理を受けたパケットをＩＰｖ６端末５１に向けて送出する（ｂ１１）。その後、ＩＰｖ６端末５１は、このパケットを受信する（ａ２）。

なお、ＩＰｖ６アドレスに対応付けた前述のＩＰｖ４アドレスについては、ＩＰｖ６端末５１とＩＰｖ４端末５３との間の一連の通信が終了した時点で、解放するようにすればよい。また、ネットワークのシステム管理の際に発せられるコマンド等に応じて、アドレス変換情報テーブルのエントリを削除するようにしてもよい。また、アドレス変換情報テーブルのオプションフィールドに、通信が行われなくなってからの時間を格納し、タイムアウトが発生した割り当てＩＰｖ４アドレスについては、その時点で強制的に解放するようにしてもよい。

つぎに、ＩＰｖ４端末５３側から通信を開始する場合のパケット交換について、図６のフローチャートに従って説明する。

ここでも、先程と同様、ＩＰｖ６端末５１に、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”が割り当てられており、ＩＰｖ４端末５３に、ＩＰｖ４アドレス“１３３．１４４．９５．２２”が割り当てられていることとする。

そして、ＩＰｖ４端末５３のＩＰｖ６アプリケーションは、送るべきパケットに、送信元ＩＰアドレスとして自己のＩＰｖ４アドレス“１３３．１４４．９５．２２”をセットし、宛先ＩＰアドレスとしてＩＰｖ６端末５１のＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”をセットする。このパケットは、アドレス変換処理部４３に渡される。

アドレス変換処理部４３は、パケットを受け取ると、該パケットに含まれている、宛先ＩＰアドレスであるＩＰｖ６アドレスを抜き出し、抜き出したＩＰｖ６アドレスに予め対応付けられているＩＰｖ４アドレスを、アドレス変換情報テーブル４５の中から探し出す（ｃ１）。目的のＩＰｖ４アドレスがアドレス変換情報テーブル４５の中に存在しなかった場合、アドレス変換処理部４３は、前述のＩＰｖ６アドレスに対して、あるＩＰｖ４アドレスを割り当てる。ここでは、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”に対して、ＩＰｖ４アドレス“１９２．１６８．１０．３”を割り当てることとする（ｃ２）。アドレス変換処理部４３は、これらの対応関係をアドレス変換情報として、トランスレータ５５に送信する（ｃ３）。アドレス変換情報を交換するためのパケットのフォーマットは、図８に示す通りである。また、アドレス変換処理部４３は、このアドレス変換情報をアドレス変換情報テーブル４５に格納する（ｃ４）。アドレス変換情報テーブル４５の構成例は、図７に示されている。なお、割り当てるＩＰｖ４アドレスは、予め複数用意されており、これらは、図示省略したＩＰｖ４端末５３の内のメモリに格納されている。アドレス変換情報テーブル４５自体も、このメモリに格納されている。その後、アドレス変換処理部４３は、パケット内のＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”をＩＰｖ４アドレス“１９２．１６８．１０．３”に置き換える。送信元ＩＰアドレスについては、そのままにしておく。また、アドレス変換処理部４３は、このようなアドレス変換のほか、ＩＰｖ６ヘッダをＩＰｖ４ヘッダに変換するための各種処理も同時に実行する（ｃ５）。その後、ＴＣＰ／ＩＰｖ４送信処理部４２は、アドレス変換処理部４３にて変換処理を受けたパケット（ＩＰｖ４パケット５７：図１）をトランスレータ５５に向けて送出する（ｃ６）。なお、（ｃ１）の検索処理において、該当するＩＰｖ４アドレスが見つかった場合は、送信元ＩＰアドレスとして、このＩＰｖ４アドレスが採用され、（ｃ２）、（ｃ３）、（ｃ４）の各処理は、スキップされる。

一方、トランスレータ５５は、ＩＰｖ４端末５３から送出されたアドレス変換情報を受信すると（ｂ１）、このアドレス変換情報を用いてアドレス変換情報テーブル３５の内容を更新する（ｂ２）。これにより、ＩＰｖ４端末５３のアドレス変換情報テーブル４５の内容とトランスレータ５５のアドレス変換情報テーブル３５の内容が一致する。アドレス変換情報テーブル３５の内容の更新は、具体的には、アドレス変換情報交換部３４が実施するなお、（ｃ３）のアドレス変換情報の送信は、トランスレータ５５だけでなく、アドレス変換情報テーブル４５を所有する全てのＩＰｖ４端末５３に対して行われ、それぞれのアドレス変換情報テーブル４５の内容が更新される。このようにすれば、割り当てるＩＰｖ４アドレスが各ＩＰｖ４端末５３とトランスレータとの間で重複しない。

そして、トランスレータ５５のＩＰｖ４／ｖ６受信処理部３１は、ＩＰｖ４ネットワーク５４を流れるＩＰｖ４パケット５７を取り込み（ｂ３）、これをヘッダ変換部３３に送る。ヘッダ変換部３３は、パケットを受け取ると、該パケットの宛先ＩＰアドレスである、ＩＰｖ４アドレス“１９２．１６８．１０．３”を抜き出し、抜き出したＩＰｖ４アドレスに対応付けられているＩＰｖ６アドレスをアドレス変換情報テーブル３５の中から探し出す。アドレス変換情報テーブル３５の内容は、（ｂ２）にて更新されているため、ここでは、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”が抽出されることになる（ｂ４）。ヘッダ変換部３３は、その後、該パケットに、送信元ＩＰアドレスとして、ＩＰｖ４端末５３のＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレス“：：ｆｆｆｆ：１３３．１４４．９５．２２”をセットすると共に、宛先ＩＰアドレスとして、先程抽出したＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”をセットする。また、ヘッダ変換部３３は、このようなアドレス変換のほか、ＩＰｖ４ヘッダをＩＰｖ６ヘッダに変換するための各種処理も同時に実行する（ｂ５）。ＩＰｖ４／ＩＰｖ６送信処理部３２は、（ｂ５）の変換処理を受けたパケットをＩＰｖ６端末５１に向けて送出する（ｂ６）。その後、ＩＰｖ６端末５１は、このパケットを受信する（ａ１）。

また、ＩＰｖ６端末５１は、応答処理として、ＩＰｖ４端末５３にＩＰｖ６パケット５１を送ることもある。この場合、ＩＰｖ６端末５１は、ＩＰｖ６パケット５６をＩＰｖ６ネットワーク５２に送出する際に（ａ２）、そのヘッダに、送信元ＩＰアドレスとして自己のＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”をセットすると共に、宛先ＩＰアドレスとしてＩＰｖ４端末５３のＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレス“：：ｆｆｆｆ：１３３．１４４．９５．２２”をセットする。このＩＰｖ６パケット５６は、トランスレータ５５を介してＩＰｖ４端末５３に送られる（ｃ７）。トランスレータ５５の処理（（ｂ７）、（ｂ８）、（ｂ９）、ｂ（１０））は、図６の（ｂ１）、（ｂ２）、（ｂ６）、（ｂ７）と同様なものなので、ここでは説明を繰り返さない。

なお、ＩＰｖ６アドレスに割り当てた前述のＩＰｖ４アドレスについては、前述と同様な解放処理を行えばよい。

つぎに、タイプＢのＩＰｖ４端末５３について説明する。

タイプＢのＩＰｖ４端末５３は、前述した通り、ＩＰｖ４アプリケーションを搭載し、かつ、前述したアドレス変換情報を所有する端末である。タイプＢのＩＰｖ４端末５３では、図３（ｂ）に示す様に、ＴＣＰ／ＩＰｖ４処理８１と、アドレス変換処理８２と、アドレス変換処理８３と、ＩＰｖ４アプリケーション処理８５とが実施される。ＩＰｖ４アプリケーション処理８５は、同図に示すように、ＩＰｖ４ソケットインターフェース介してＴＣＰ／ＩＰｖ４処理８１上で実行される。これらの階層構造については、従来のＩＰｖ４端末５３と同じであり、ＩＰｖ４アプリケーション処理８５では、ＴＣＰ／ＩＰｖ４処理８１から上げられてくるパケットのＩＰアドレスをＩＰｖ４アドレスで受け取ることとなる。なお、ＴＣＰ／ＩＰｖ４処理８１は、ＴＣＰ／ＩＰｖ４受信処理部４１及びＴＣＰ／ＩＰｖ４送信処理部４２が担当する。アドレス変換処理８２は、アドレス変換処理部４３が担当する。アドレス変換情報交換処理８３は、アドレス変換情報交換処理部４４が担当する。

このようにタイプＢのＩＰｖ４端末５３では、アプリケーション側がＩＰｖ６アドレスを特に必要としていない。

しかしながら、ユーザにとっては、確認等のため、通信相手のＩＰｖ６アドレスを知りたいということもある。

そこで、タイプＢのＩＰｖ４端末５３では、通信相手のＩＰｖ６アドレスを表示画面等に出力する。

すなわち、タイプＢのＩＰｖ４端末５３のアドレス変換処理部４３は、ＩＰｖ４アプリケーションから出力されたパケットを受け取ると、該パケットの送信元ＩＰアドレスであるＩＰｖ４アドレスを抜き出し、抜き出したＩＰｖ４アドレスに対応付けられているＩＰｖ６アドレスをアドレス変換情報テーブル４５の中から探し出し、これを表示画面等に出力する。

また、さらに、タイプＢのＩＰｖ４端末５３では、トランスレータやタイプＡのＩＰｖ４端末で自動的に行われていたＩＰｖ６アドレスとＩＰｖ４アドレスとの対応付けを、ユーザが任意に行うことができる。

すなわち、アドレス変換処理部４３は、ユーザの操作内容に応じて、アドレス変換情報テーブル４５を更新する。例えば、ユーザが、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”に対して、ＩＰｖ４アドレス“１９２．１６８．１０．３”を割り当てるといった内容の操作を行った場合は、図７のアドレス変換情報テーブル４５は、例えば、図７に示す様な内容に設定される。アドレス変換情報テーブル４５が更新されると、アドレス変換情報交換部４４は、この更新部分をパケット（図８参照）して、トランスレータ５５や、アドレス変換情報テーブルを所有するその他のＩＰｖ４端末５３に送信する。これにより、各ＩＰｖ４端末５３のアドレス変換情報テーブル４５の内容と、トランスレータ５５のアドレス変換情報テーブル３５の内容が一致する。

ＩＰｖ６端末５１とタイプＢのＩＰｖ４端末５３との間で行われるパケット交換については、図５、図６を用いて説明した先程のフローと同様なことが行われるため、これについての説明は省略する。

つぎに、タイプＣのＩＰｖ４端末５３について説明する。

タイプＣのＩＰｖ４端末５３は、前述した通り、ＩＰｖ４端末５３で使用されるＩＰｖ４アプリケーションをそのまま搭載した端末である。ＩＰｖ４アプリケーションがＲＯＭ化されていて、そのままではソフトウエア的な変更を行うことができない端末も、このタイプＣの端末５３に含まれる。タイプＣのＩＰｖ４端末５３では、図３（ｃ）に示す様に、ＩＰｖ４アプリケーション処理８５が、ＩＰｖ４ソケットインターフェース介してＴＣＰ／ＩＰｖ４処理８１上で実行される。ＴＣＰ／ＩＰｖ４処理８１は、ＴＣＰ／ＩＰｖ４受信処理部４１及びＴＣＰ／ＩＰｖ４送信処理部４２が担当する。

なお、タイプＣのＩＰｖ４端末５３では、その構成上、端末側から通信を開始することはできないが、相手側から通信を開始すれば、以下に示すように特に問題は生じない。

タイプＣのＩＰｖ４端末５１のＩＰｖ４アプリケーションは、ＴＣＰ／ＩＰｖ４受信処理部４１から出力されたパケットを受け取ると、受け取ったパケットの送信元ＩＰアドレスと宛先ＩＰアドレスを抜き出し、受け取ったパケットのデータ部で指定された所定の処理を行う。その後、ＩＰｖ４アプリケーションは、必要があれば、その処理結果をパケットに詰め、これをＴＣＰ／ＩＰｖ４送信処理部４２に渡す。この際、ＩＰｖ４アプリケーションは、抜き出した宛先ＩＰアドレスと送信元ＩＰアドレスを入れ替えて、これらをパケットに設定する。例えば、受け取ったパケットの宛先ＩＰアドレス「フィールド」にＩＰｖ４アドレス“１３３．１４４．９５．２２”が格納され、送信元ＩＰアドレス「フィールド」にＩＰｖ４アドレス“１９２．１６８．１０．３”が格納されている場合は、宛先ＩＰアドレス「フィールド」にＩＰｖ４アドレス“１９２．１６８．１０．３”が格納され、送信元ＩＰアドレス「フィールド」にＩＰｖ４アドレス“１３３．１４４．９５．２２”が格納される。このパケットは、ＴＣＰ／ＩＰｖ４送信処理部４２によってＩＰｖ４ネットワーク５４に送出され、トランスレータ５５に届けられる。

以上、ＩＰｖ４ネットワークとＩＰｖ６ネットワークがＩＰｖ４／ｖ６トランスレータで接続される場合の一実施形態について説明したが、ここで使用されるＩＰｖ６／ｖ４トランスレータの実際のハードウエアは、例えば、図１０（ａ）に示すように構成される。

このＩＰｖ６／ｖ４トランスレータは、ＣＰＵ７１と、メモリ７２と、ネットワークインタフェース７３−１、７３−２〜７３−ｎを有して構成されている。ＣＰＵ７１は、メモリ７２の管理や、ネットワークインタフェース７３−１、７３−２〜７３−ｎの制御を行う。また、メモリ７２には、各種プログラムが予め記憶されており、これらのプログラムを必要に応じてＣＰＵ７１で実行することで、図２に示した、ＩＰｖ４／ｖ６受信処理部３１、ＩＰｖ４／ｖ６送信処理部３２、ヘッダ変換部３３、アドレス変換情報交換部３４、アドレス変換情報テーブル３５が実現される。

なお、図１では、ＩＰｖ６ネットワーク５２とＩＰｖ４ネットワーク５４が一つずつ存在するため、例えば、ＩＰｖ６ネットワーク５２用にネットワークインタフェース７３−１が使用され、ＩＰｖ４ネットワーク５４用にネットワークインタフェース７３−２が使用されることになる。この場合、ネットワークインタフェース７３−１が、ＩＰｖ６ネットワーク５２を流れるＩＰｖ６パケットを取り込んでメモリ７２に格納し、ネットワークインタフェース７３−２が、ヘッダ変換等を施されて生成されたＩＰｖ４パケットをＩＰｖ４ネットワーク５４に送出する。逆方向にパケットを流す場合も、ネットワークインタフェース７３−１、７３−２のそれぞれが、今と逆の動作を行う。なお、複数のＩＰｖ６、ＩＰｖ４ネットワークが存在する場合には、その数に応じて、ネットワークインタフェースが使用されることになる。

また、ＩＰｖ４端末の実際のハードウエアは、例えば、図１０（ｂ）に示すように構成される。

このＩＰｖ４端末は、ＣＰＵ７１と、メモリ７２と、ネットワークインタフェース７３を有して構成されている。ＣＰＵ７１は、メモリ７２の管理や、ネットワークインタフェース７３の制御を行う。メモリ７２には、各種プログラムが予め記憶されている。例えば、タイプＡのＩＰｖ４端末の場合、メモリ７２のプログラムが必要に応じてＣＰＵ７１で実行され、ＴＣＰ／ＩＰｖ４受信処理部４１、ＴＣＰ／ＩＰｖ４送信処理部４２、アドレス変換処理部４３、アドレス変換情報交換処理部４４、アドレス変換情報テーブル４５や、ＩＰｖ４アプリケーションが実現される。ネットワークインタフェース７３は、ＩＰｖ４ネットワーク５４を流れるＩＰｖ４パケットを取り込んでメモリ７２に格納すると共に、アドレス変換等を施されて生成されたＩＰｖ４パケットをＩＰｖ４ネットワーク５４に送出する。

また、特定のＩＰｖ６端末については、予めＩＰｖ４アドレスを割り当てておき、これをアドレス変換情報テーブルに格納しておくようにしてもよい。このようにすれば、割当てに関する処理時間が削減される。

また、本発明は、図１に示すようなネットワーク構成に限定されるわけではない。例えば、ＩＰｖ４ネットワークとＩＰｖ６ネットワークが混在するネットワークにも本発明は適用可能である。図９には、ＩＰｖ４端末６２とＩＰｖ６端末６１が接続されたＩＰｖ４／ｖ６混在ネットワーク６４が示されている。ＩＰｖ４／ｖ６混在ネットワーク６４では、ＩＰｖ４パケット６６と、ＩＰｖ６パケット６５が共存することになるが、ＩＰｖ４／ｖ６トランスレータ６３は、これらを自身に取り込み、取り込んだパケットに対して、必要ならば、先程説明したアドレス変換及びヘッダ変換を施し、これをネットワークに返却する。このようにすれば、ＩＰｖ４端末６２とトランスレータ６３と間では、ＩＰｖ４パケット６６による通信が行われ、トランスレータ６３とＩＰｖ６端末６１との間ではＩＰｖ６パケット６５による通信が行われることになる。

また、本発明は、ＩＰｖ４ネットワークとＩＰｖ６ネットワークとの結合に限定されるわけでなく、バージョンの違い等によりＩＰアドレスの付与体系が異なっている２種類のネットワーク（第１種のＩＰネットワークと第２種のＩＰネットワーク）に適用可能である。

本発明が適用されたネットワークの一例を示した構成図。 図１のネットワークで使用されるＩＰｖ４／ｖ６トランスレータの機能を示したブロック図。 図３（ａ）：図１のネットワークに接続されるタイプＡのＩＰｖ４端末で行われる処理の概要を示した説明図。図３（ｂ）：図１のネットワークに接続されるタイプＢのＩＰｖ４端末で行われる処理の概要を示した説明図。図３（ｃ）：図１のネットワークに接続されるタイプＣのＩＰｖ４端末で行われる処理の概要を示した説明図。 図１のネットワークに接続されるタイプＡのＩＰｖ４端末の機能を示したブロック図。 図１のネットワークにおける、ＩＰｖ６端末−ＩＰｖ４端末間の通信手順（その１）を示したフローチャート。 図１のネットワークにおける、ＩＰｖ６端末−ＩＰｖ４端末間の通信手順（その２）を示したフローチャート。 図１のネットワークに接続されるタイプＡ、ＢのＩＰｖ４端末及びＩＰｖ４／ｖ６トランスレータのそれぞれに設けられるアドレス変換情報テーブルの一例を示した説明図。 図７のアドレス変換情報テーブルの格納情報を送信するためのパケットのフォーマットを示した説明図。 本発明が適用されたネットワークのその他の例を示した構成図。 図１０（ａ）：本発明が適用されたネットワークに接続されるＩＰｖ４／ｖ６トランスレータのハードウエア構成の一例を示した構成図。図１０（ｂ）：本発明が適用されたネットワークに接続されるＩＰｖ４端末のハードウエア構成の一例を示した構成図。 図１１（ａ）：ＩＰｖ６ヘッダのフォーマットの説明図。図１１（ｂ）：ＩＰｖ４ヘッダのフォーマットの説明図。 図１２（ａ）：ＩＰｖ４−ｃｏｍｐａｔｉｂｌｅ−ＩＰｖ６アドレスのフォーマットの説明図。図１２（ｂ）：ＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスのフォーマットの説明図。 ＩＰｖ４ネットワークとＩＰｖ６ネットワークを接続するための方式を示した説明図。

符号の説明

３１：ＩＰｖ４／ｖ６受信処理部、 ３２：ＩＰｖ４／ｖ６送信処理部、 ３３：ヘッダ変換部、 ３４：アドレス変換情報交換部、 ３５：アドレス変換情報テーブル、 ４１：ＴＣＰ／ＩＰｖ４受信処理部、 ４２：ＴＣＰ／ＩＰｖ４送信処理部、 ４３：アドレス変換処理部、 ４４：アドレス変換情報交換処理部、 ４５：アドレス変換情報テーブル、 ５１、６１：ＩＰｖ６端末、 ５２：ＩＰｖ６ネットワーク、 ５３、６２：ＩＰｖ４端末、 ５４：ＩＰｖ４ネットワーク、 ５５、６３：ＩＰｖ４／ｖ６トランスレータ、 ５６、６５：ＩＰｖ６パケット、 ５７、６６：ＩＰｖ４パケット、 ６４：ＩＰｖ６／ｖ４混在ネットワーク、 ７１：ＣＰＵ、 ７２：メモリ、 ７３：ネットワークインタフェース、 ８１：ＴＣＰ／ＩＰｖ４処理、 ８２：アドレス変換処理、 ８３：アドレス変換情報交換処理、 ８４：ＩＰｖ６アプリケーション、 ８５：ＩＰｖ４アプリケーション、 ９１、１０１：ＩＰｖ６アドレスフィールド、 ９２、１０２：割り当てＩＰｖ４アドレスフィールド、 ９３、１０３：オプションフィールド

Claims (14)

1. ＩＰｖ６パケットをＩＰｖ４パケットに変換する変換装置であって、
   複数のＩＰｖ４アドレスを予め保持するＩＰｖ４アドレス保持部と、
   前記ＩＰｖ６パケットに含まれるＩＰｖ６ヘッダに送信元アドレスとして格納されている第１のＩＰｖ６アドレスに前記複数のＩＰｖ４アドレスのうちの任意の１つを第１のＩＰｖ４アドレスとして割り当てるＩＰｖ４アドレス割当部と、
   前記ＩＰｖ４アドレス割当部で割り当てられた前記第１のＩＰｖ６アドレスと前記第２のＩＰｖ４アドレスとの対応関係を他の変換装置に通知するアドレス変換情報交換部とを有する。
2. 請求項１記載の変換装置であって、さらに、
   前記ＩＰｖ４アドレス割当部で割り当てられた前記第１のＩＰｖ６アドレスと前記第２のＩＰｖ４アドレスとの対応関係を記憶するアドレス変換情報記憶部を有する。
3. 請求項２記載の変換装置であって、
   前記アドレス変換情報記憶部は、前記アドレス変換情報交換部で他の変換装置からＩＰｖ６アドレスとＩＰｖ４アドレスとの対応関係を受信すると、当該対応関係を記憶する。
4. 請求項２記載の変換装置であって、さらに、
   所定時間経過後に前記第１のＩＰｖ６アドレスと前記第２のＩＰｖ４アドレスとの対応関係を解除する対応関係開放部を有する。
5. ＩＰｖ６パケットをＩＰｖ４パケットに変換する変換装置が実行する管理方法であって、
   複数のＩＰｖ４アドレスを予め保持し、
   前記ＩＰｖ６パケットに含まれるＩＰｖ６ヘッダに送信元アドレスとして格納されている第１のＩＰｖ６アドレスに前記複数のＩＰｖ４アドレスのうちの任意の１つを第１のＩＰｖ４アドレスとして割り当て、
   前記ＩＰｖ４アドレス割当部で割り当てられた前記第１のＩＰｖ６アドレスと前記第２のＩＰｖ４アドレスとの対応関係を他の変換装置に通知する。
6. 請求項５記載の管理方法であって、さらに、
   前記ＩＰｖ４アドレス割当部で割り当てられた前記第１のＩＰｖ６アドレスと前記第２のＩＰｖ４アドレスとの対応関係を記憶する。
7. 請求項６記載の管理方法であって、さらに、
   他の変換装置から通知されたＩＰｖ６アドレスとＩＰｖ４アドレスとの対応関係を受信し、記憶する。
8. 請求項６記載の変換装置であって、
   所定時間経過後に、前記記憶した前記第１のＩＰｖ６アドレスと前記第２のＩＰｖ４アドレスとの対応関係を解除する。
9. 第１種プロトコルのパケットを第２種プロトコルのパケットに変換する変換装置であって、
   第２種プロトコルのアドレスを予め複数保持する第２種プロトコルのアドレス保持部と、
   前記第１種プロトコルのパケットに含まれる第１種プロトコルのヘッダに送信元アドレスとして格納されている第１の第１種プロトコルのアドレスに前記複数の第２種プロトコルのアドレスのうちの任意の１つを第１の第２種プロトコルのアドレスとして割り当てる第２種プロトコルのアドレス割当部と、
   前記第２種プロトコルのアドレス割当部で割り当てられた前記第１の第１種プロトコルのアドレスと前記第２の第２種プロトコルのアドレスとの対応関係を他の変換装置に通知するアドレス変換情報交換部とを有する。
10. 第１種プロトコルのパケットを第２種プロトコルのパケットに変換する変換装置が実行する管理方法であって、
    複数の第２種プロトコルのアドレスを予め保持し、
    前記第１種プロトコルのパケットに含まれる第１種プロトコルのヘッダに送信元アドレスとして格納されている第１の第１種プロトコルのアドレスに前記複数の第２種プロトコルのアドレスのうちの任意の１つを第１の第２種プロトコルのアドレスとして割り当て、
    前記第２種プロトコルのアドレス割当部で割り当てられた前記第１の第１種プロトコルのアドレスと前記第２の第２種プロトコルのアドレスとの対応関係を他の変換装置に通知する。
11. ＩＰｖ６パケットをＩＰｖ４パケットに変換する変換装置であって、
    複数のＩＰｖ４アドレスを予め保持するＩＰｖ４アドレス保持部と、
    前記ＩＰｖ６パケットに含まれるＩＰｖ６ヘッダに送信元アドレスとして格納されている第１のＩＰｖ６アドレスに前記複数のＩＰｖ４アドレスのうちの任意の１つを第１のＩＰｖ４アドレスとして割り当てるＩＰｖ４アドレス割当部と、
    前記ＩＰｖ４アドレス割当部で割り当てた前記第１のＩＰｖ６アドレスと前記第２のＩＰｖ４アドレスとの対応関係を解除する対応関係開放部とを有する。
12. ＩＰｖ６パケットをＩＰｖ４パケットに変換する変換装置が実行する管理方法であって、
    複数のＩＰｖ４アドレスを予め保持し、
    前記ＩＰｖ６パケットに含まれるＩＰｖ６ヘッダに送信元アドレスとして格納されている第１のＩＰｖ６アドレスに前記複数のＩＰｖ４アドレスのうちの任意の１つを第１のＩＰｖ４アドレスとして割り当て、
    前記ＩＰｖ４アドレス割当部で割り当てられた前記第１のＩＰｖ６アドレスと前記第２のＩＰｖ４アドレスとの対応関係を解除する。
13. 第１種プロトコルのパケットを第２種プロトコルのパケットに変換する変換装置であって、
    複数の第２種プロトコルのアドレスを予め保持する第２種プロトコルのアドレス保持部と、
    前記第１種プロトコルのパケットに含まれる第１種プロトコルのヘッダに送信元アドレスとして格納されている第１の第１種プロトコルのアドレスに前記複数の第２種プロトコルのアドレスのうちの任意の１つを第１の第２種プロトコルのアドレスとして割り当てる第２種プロトコルのアドレス割当部と、
    前記第２種プロトコルのアドレス割当部で割り当てた前記第１の第１種プロトコルのアドレスと前記第２の第２種プロトコルのアドレスとの対応関係を解除する対応関係開放部とを有する。
14. 第１種プロトコルのパケットを第２種プロトコルのパケットに変換する変換装置が実行する管理方法であって、
    複数の第２種プロトコルのアドレスを予め保持し、
    前記第１種プロトコルのパケットに含まれる第１種プロトコルのヘッダに送信元アドレスとして格納されている第１の第１種プロトコルのアドレスに前記複数の第２種プロトコルのアドレスのうちの任意の１つを第１の第２種プロトコルのアドレスとして割り当て、
    前記第２種プロトコルのアドレス割当部で割り当てられた前記第１の第１種プロトコルのアドレスと前記第２の第２種プロトコルのアドレスとの対応関係を解除する。
    

Images