JP3791496B2 - パケット送受信ノード及びパケット送受信方法 - Google Patents
パケット送受信ノード及びパケット送受信方法 Download PDFInfo
- Publication number
- JP3791496B2 JP3791496B2 JP2003005232A JP2003005232A JP3791496B2 JP 3791496 B2 JP3791496 B2 JP 3791496B2 JP 2003005232 A JP2003005232 A JP 2003005232A JP 2003005232 A JP2003005232 A JP 2003005232A JP 3791496 B2 JP3791496 B2 JP 3791496B2
- Authority
- JP
- Japan
- Prior art keywords
- ipv4
- address
- ipv6
- header
- packet
- 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.)
- Expired - Lifetime
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
複数の対象機器のそれぞれに対して、互いに重複することのないように第１種のＩＰアドレスが付与される第１種のＩＰネットワークと、複数の対象機器のそれぞれに対して、互いに重複することのないように第２種のＩＰアドレスが付与される第２種のＩＰネットワークを対象とするＩＰネットワークの結合方法、ＩＰネットワーク用トランスレータ、および、トランスレータを用いたネットワークシステムに関する。
【０００２】
【従来の技術】
ＴＣＰ／ＩＰ通信で使用するネットワーク層のプロトコルとして現在最もよく知られているのは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）である。ＩＰの役割は、ネットワークに接続しているノードの中から、通信を行う宛先を指定するアドレッシングサービス等、ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルの第３層が提供している役割と一致する。現時点では、バージョン４のＩＰ（以下、ＩＰｖ４と呼ぶ）が普及している。ＩＰｖ４で使用するヘッダ（以下、ＩＰｖ４ヘッダと呼ぶ）のフォーマットは、図１１（ｂ）に示す通りである。
【０００３】
ＩＰｖ４ヘッダ内において、「バージョン」フィールドには、バージョン番号である“４”が格納される。「ヘッダ長」フィールドには、ＩＰｖ４ヘッダ自体の長さが格納される。「サービスタイプ」フィールドには、通信処理のサービス品質を示す情報が格納される。「パケット長」フィールドには、ＩＰで取り扱われるデータブロックに該ＩＰｖ４ヘッダを加えたパケット全体の大きさが格納される。上位層から降りてきた情報は、ＩＰにて一つのデータブロックとして扱われ、このデータブロックは、ＩＰにてＩＰｖ４ヘッダが付加されて、下位層に送られる。逆に、下位層から送られたパケットに含まれるＩＰｖ４ヘッダは、ＩＰにて解析され、その解析結果に応じて、そのパケットのデータ部分が上位層に上げられる。「識別子」フィールドには、上位層へデータを渡す際の参考情報として用いられる識別子が格納される。「フラグ」フィールドには、パケットの分割に関する制御情報が格納される。「フラグメントオフセット」フィールドには、分割されたデータ（フラグメント）が、オリジナルデータのどこに位置していたのかを示す情報が格納される。「生存時間」フィールドには、そのパケットがネットワークに存在してよい時間が格納される。「プロトコル」フィールドには、上位層のプロトコルが何であるかを示す情報が格納される。「ヘッダチェックサム」フィールドには、該ＩＰヘッダのチェックサムが格納される。「送信元ＩＰアドレス」フィールドには、送信元のＩＰアドレスが格納される。「宛先ＩＰアドレス」フィールドには、宛先のＩＰアドレスが格納される。ＩＰアドレスは、ネットワークに接続される各ノードに割り当てられるもので、そのネットワーク内において、それぞれ異なる値に設定される。
【０００４】
このような仕様を持つＩＰは、現在、インターネットの普及などと歩調を合わせて、様々な通信サービスに急速に広がりつつあるが、その一方で、ＩＰアドレスの枯渇という深刻な問題に直面している。
【０００５】
これを解決するための手段として、現在、バージョン６のＩＰ（以下、ＩＰｖ６と呼ぶ）が提案されている。
【０００６】
ＩＰｖ６で使用するヘッダ（以下、ＩＰｖ６ヘッダと呼ぶ）のフォーマットは、図１１（ａ）に示す通りである。ＩＰｖ６ヘッダ内において、「バージョン」フィールドには、バージョン番号である“６”が格納される。「優先度」フィールドには、ネットワークでルータがパケットを中継する際の処理の優先度が格納される。「フローラベル」フィールドは、優先制御等をする際の識別子の格納に用いられる。「ペイロード長」フィールドには、パケットからＩＰｖ６ヘッダ部を除いたデータ部分の長さが格納される。「次ヘッダ識別子」フィールドには、ＩＰｖ６ヘッダの次に、どの上位層プロトコルのヘッダが続くのか、あるいは、どのＩＰｖ６拡張ヘッダが続くのか等を識別するための識別子が格納される。「ホップリミット」フィールドには、そのパケットの最大転送回数が格納される。「送信元ＩＰアドレス」フィールドには、送信元のＩＰアドレスが格納され、「宛先ＩＰアドレス」フィールドには、宛先のＩＰアドレスが格納される。そして、ＩＰｖ６ヘッダでは、「送信元ＩＰアドレス」フィールド、「宛先ＩＰアドレス」フィールドのそれぞれが、３２ビットから１２８ビットに拡張されている。これにより接続可能なノードの数が増加する。
【０００７】
【発明が解決しようとする課題】
しかしながら、ＩＰｖ６は、ＩＰアドレスの格納領域の拡張は行われているものの、ヘッダや処理の一部に変更が加わったために、既存のＩＰｖ４との互換性はない。
【０００８】
これからネットワークに新規に接続されるノードでは、ネットワークプロトコルとしてＩＰｖ６が実装され、ネットワークアドレスとしてＩＰｖ６アドレスが割り当てられるが、既存のノードのネットワークプロトコルを一斉にＩＰｖ６に変更することは事実上不可能であるため、ＩＰｖ４ノードとＩＰｖ６ノードが共存する期間が長期に渡って続くものと考えられる。また、既存のノードの一部（特に周辺機器）については、プロトコルの変更が困難なものもあり、この場合、そのまま続けてＩＰｖ４が使われる。
【０００９】
すなわち、今後は、ＩＰｖ６が実装されたノード（ＩＰｖ６ノード）と、ＩＰｖ４が実装されたノード（ＩＰｖ４ノード）とが混在するネットワークが出現するものと思われる。
【００１０】
しかしながら、ＩＰｖ６とＩＰｖ４は、前述したように互いにヘッダフォーマット等が異なるため、ＩＰｖ６ノードとＩＰｖ４ノードを単純に結合するわけにはいかない。
【００１１】
この解決策の一つとして、例えば、図１３に示すようなトランスレータを用いた接続方法がある。
【００１２】
同図において、ＩＰｖ６ノード（ＩＰｖ６端末）１０が接続されたＩＰｖ６ネットワーク５２と、ＩＰｖ４ノード（ＩＰｖ４端末）２０が接続されたＩＰｖ４ネットワーク５４は、トランスレータ３０を介して相互に接続している。ＩＰｖ４端末２０には、ＩＰｖ４ネットワーク５４内でユニークに割り当てられたアドレス（以下、ＩＰｖ４アドレスと呼ぶ）が付されており、ＩＰｖ６端末１０には、ＩＰｖ６ネットワーク５２内でユニークに割り当てられたアドレス（以下、ＩＰｖ６アドレスと呼ぶ）と、ＩＰｖ４アドレスの両方が付されている。ＩＰｖ６端末１０は、ＩＰｖ６ネットワーク５２内で他のＩＰｖ６端末（図示省略）と通信を行う場合には、自己をＩＰｖ６アドレスで表し、また、ＩＰｖ４ネットワーク５４内のＩＰｖ４端末２０と通信を行う場合には、自己をＩＰｖ４アドレスで表す。例えば、ＩＰｖ６端末１０からＩＰｖ４端末２０にパケットを送る場合、ＩＰｖ６端末１０は、送るべきパケットのヘッダ生成時において、「送信元ＩＰアドレス」フィールド（図１１（ａ）参照）に自己（ＩＰｖ６端末１０）のＩＰｖ４アドレスを図１２（ａ）に示すような形で格納すると共に、「宛先ＩＰアドレス」フィールド（図１１（ａ）参照）に相手（ＩＰｖ４端末２０）のＩＰｖ４アドレスを図１２（ｂ）に示すような形で格納する。図１２（ａ）では、用意された１２８ビットのうちの下位３２ビットをアドレス情報の格納に使用し、その他のビットを、‘０’にセットしている。このようなフォーマットで表されるアドレスは、一般に、ＩＰｖ４−ｃｏｍｐａｔｉｂｌｅ−ＩＰｖ６アドレスと呼ばれている。また、図１２（ｂ）では、用意された１２８ビットのうちの下位３２ビットをアドレス情報の格納に使用し、４７ビット目から３２ビット目までを‘１’、その他のビットを‘０’にセットしている。このようなフォーマットで表されるアドレスは、一般に、ＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスと呼ばれている。そして、所定の情報を格納されたヘッダと、送るべきデータは、一つのパケットとして、トランスレータ３０に送られる。
【００１３】
トランスレータ３０は、送られてきたパケットをＩＰｖ４ネットワーク５４用のパケットに変換する。具体的には、送られてきたパケットのヘッダに含まれている先程のＩＰｖ４−ｃｏｍｐａｔｉｂｌｅ−ＩＰｖ６アドレスから、下位３２ビット、すなわち、ＩＰｖ６端末１０のＩＰｖ４アドレスを切りだし、これを、図１１（ｂ）に示したＩＰｖ４ヘッダの「送信元ＩＰアドレス」フィールドに格納する。また、これと同時に、送られてきたパケットのヘッダに含まれている先程のＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスから、下位３２ビット、すなわち、送り先であるＩＰｖ４端末２０のＩＰｖ４アドレスを切りだし、これを、図１１（ｂ）に示したＩＰｖ４ヘッダの「宛先ＩＰアドレス」フィールドに格納する。その後、このヘッダは、その他の必要事項が設定され、送信データとともに一つのパケットとなってＩＰｖ４端末２０に送られる。
【００１４】
以上の方法を用いれば、確かに、ＩＰｖ６ノードとＩＰｖ４ノードの相互接続が可能となる。
【００１５】
しかしながら、この方法では、ＩＰｖ６ノードにもＩＰｖ４アドレスを割り当てる必要がある。
【００１６】
ＩＰｖ４アドレスは、前述したようにその数が不足しており、この解消のために為されたＩＰｖ６が、ＩＰｖ４アドレスの枯渇を促進してしまったのでは意味がない。
【００１７】
このような問題点に鑑み、本発明は、バージョンの違い等によりＩＰアドレスの付与体系が異なっている２つのネットワークを、一方のネットワークのＩＰアドレスを枯渇させることなく結合することができる、ＩＰネットワークの結合方法、ＩＰネットワーク用トランスレータ、および、トランスレータを用いたネットワークシステムを提供する。
【００１８】
【課題を解決するための手段】
上記目的を達成するための本発明のＩＰネットワークの結合方法の一態様によれば、
複数の対象機器のそれぞれに対して、互いに重複することのないように第１種のＩＰアドレスが付与される第１種のＩＰネットワークと、複数の対象機器のそれぞれに対して、互いに重複することのないように第２種のＩＰアドレスが付与される第２種のＩＰネットワークをトランスレータで結合するためのＩＰネットワークの結合方法において、
前記第１種のＩＰネットワークに存在する複数の対象機器のうちの一つである対象機器Ａと、前記第２種のＩＰネットワークに存在する複数の対象機器のうちの一つである対象機器Ｂとの間で通信を開始する際に、前記対象機器Ｂに付与されている第２種のＩＰアドレスに対して、予め用意されている複数の第１種のＩＰアドレスの何れかを割当て、
前記対象機器Ｂと前記トランスレータとの間では、前記対象機器Ｂに付与されている前記第２種のＩＰアドレスを用いて通信を行い、前記トランスレータと前記対象機器Ａとの間では、割当てた前記第１種のＩＰアドレスを用いて通信を行い、
通信終了後、割り当てた前記第１種のＩＰアドレスを解放することを特徴とするＩＰネットワークの結合方法が提供される。
【００１９】
上記目的を達成するための本発明のＩＰネットワーク用トランスレータの一態様によれば、
複数の対象機器のそれぞれに対して、互いに重複することのないように第１種のＩＰアドレスが付与される第１種のＩＰネットワークと、複数の対象機器のそれぞれに対して、互いに重複することのないように第２種のＩＰアドレスが付与される第２種のＩＰネットワークを結合するトランスレータにおいて、
前記第１種のＩＰネットワークと前記第２種のＩＰネットワークとの間で情報交換を行うために、前記第１種のＩＰネットワークで使用される第１種のＩＰパケットと前記第２種のＩＰネットワークで使用される第２種のＩＰパケットとの間でヘッダ変換を行うヘッダ変換手段と、
互いに重複しない複数の第１種のＩＰアドレスを格納した記憶手段と、
前記第２種のＩＰネットワークから前記第１種のＩＰネットワークに情報を送るために実施されるヘッダ変換の際に、前記第２種のＩＰパケットのＩＰヘッダに含まれている送信元格納領域に格納されている第２種のＩＰアドレスに対して、前記記憶手段に格納されている複数の第１種のＩＰアドレスのうちの何れかを割当て、割当てた第１種のＩＰアドレスを、前記第１種のＩＰパケットのＩＰヘッダに含まれている送信元格納領域に格納し、かつ、
前記第１種のＩＰネットワークから前記第２種のＩＰネットワークに情報を送るために実施されるヘッダ変換の際に、前記第１種のＩＰパケットのＩＰヘッダに含まれている宛先格納領域に格納されている第１種のＩＰアドレスに対して、前記第２種のＩＰパケットのＩＰヘッダに含まれている送信元格納領域に格納されていた前記第２種のＩＰアドレスを割当て、割当てた第２種のＩＰアドレスを前記第２種のＩＰパケットのＩＰヘッダに含まれている宛先格納領域に格納することを特徴とするトランスレータが提供される。
【００２０】
上記目的を達成するための本発明のＩＰネットワーク用トランスレータの一態様によれば、複数の対象機器のそれぞれに対して、互いに重複することのないように第１種のＩＰアドレスが付与される第１種のＩＰネットワークと、複数の対象機器のそれぞれに対して、互いに重複することのないように第２種のＩＰアドレスが付与される第２種のＩＰネットワークとを相互に結合するトランスレータと、
前記第１種のＩＰネットワークに存在する複数の対象機器のうちの一つである対象機器Ａと備え、
前記対象機器Ａは、
互いに重複しない複数の第１種のＩＰアドレスを格納した記憶手段と、
前記第２種のＩＰネットワークに存在する複数の対象機器のうちの一つである対象機器Ｂに送信すべきデータを含んだ第１種のＩＰパケットを前記第１種のネットワークに送出する際に、該対象機器Ｂに付与されている第２種のＩＰアドレスに対して、前記記憶手段に格納されている複数の第１種のＩＰアドレスのうちの何れかを割当て、割当てた第１種のＩＰアドレスを、前記第１種のＩＰパケットのＩＰヘッダに含まれている宛先格納領域に格納するアドレス変換手段と、
前記対象機器Ｂに付与されている前記第２種のＩＰアドレスと、該第２種のＩＰアドレスに割り当てた前記第１種のＩＰアドレスとを少なくとも含んだアドレス変換情報を前記トランスレータに送出する手段とを備え、
前記トランスレータは、
前記対象機器Ａから送られたアドレス変換情報を記憶する記憶手段と、
該アドレス変換情報を用いて、前記第１種のＩＰネットワークと前記第２種のＩＰネットワークとの間でパケット変換を行うパケット変換手段とを備えたことを特徴とするネットワークシステムが提供される。
【００２１】
【発明の実施の形態】
以下、本発明の一実施形態について、図面を参照しながら説明する。
【００２２】
図１に示すように、本実施形態では、複数のＩＰｖ６端末５１が接続されたＩＰｖ６ネットワーク５２と、複数のＩＰｖ４端末５３が接続されたＩＰｖ４ネットワーク５４が存在し、これらのネットワークは、ＩＰｖ６／ｖ４トランスレータ５５（以下、トランスレータ５５と呼ぶ）を介して相互に接続されている。ＩＰｖ６ネットワーク５２では、図１１（ａ）に示したＩＰｖ６ヘッダを有するパケット（以下、ＩＰｖ６パケットと呼ぶ）によるデータ転送が行われる。ＩＰｖ６パケットのヘッダでは、ＩＰｖ６端末５１は、通常のＩＰｖ６アドレスで表され、ＩＰｖ４端末５３は、ＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレス（図１２（ｂ））で表される。また、ＩＰｖ４ネットワーク５４では、図１１（ｂ）に示したＩＰｖ４ヘッダを有するパケット（以下、ＩＰｖ４パケットと呼ぶ）によるデータ転送が行われる。ＩＰｖ４パケットのヘッダにおいて、トランスレータ５５は、該トランスレータ５５、若しくは、特定のＩＰｖ４端末５３で割り当てられたＩＰｖ４アドレスで表され、ＩＰｖ４端末５３は、通常のＩＰｖ４アドレスで表される。
【００２３】
トランスレータ５５は、図２に示すように、ＩＰｖ６ネットワーク５２に流れるＩＰｖ６パケットと、ＩＰｖ４ネットワーク５４に流れるＩＰｖ４パケットを順次取り込むＩＰｖ４／ｖ６受信処理部３１と、ＩＰｖ４／ｖ６受信処理部３１で取り込んだパケットのヘッダを、アドレス変換情報テーブル３５に格納されているアドレス変換情報に基づいて変換すると共に、必要に応じて、アドレス変換情報テーブル３５の内容の更新を行うヘッダ変換部３３と、ヘッダの変換処理を受けたパケットを、送り先となるネットワークに送出するＩＰｖ４／ｖ６送信処理部３２と、アドレス変換情報テーブル３５に格納されているアドレス変換情報を、ＩＰｖ４ネットワーク５４に接続されている特定のノードと交換するアドレス変換情報交換部３４とを備える。
【００２４】
本実施形態では、ＩＰｖ４ネットワーク５４に接続されるＩＰｖ４端末５３に３つタイプ（以下、タイプＡ、Ｂ、Ｃとする）が存在する。タイプＡのＩＰｖ４端末５３は、ＩＰｖ６端末５１で使用されるアプリケーションプログラム（以下、ＩＰｖ６アプリケーションとする）の搭載が可能で端末であり、さらに、前述したアドレス変換情報を所有する。タイプＡのＩＰｖ４端末５３で行われる処理の概要は、図３（ａ）に示されている。タイプＣのＩＰｖ４端末５３は、ＩＰｖ４端末５３で使用されるアプリケーションプログラム（以下、ＩＰｖ４アプリケーションとする）をそのまま搭載した従来の端末であり、例えば、プリンタ等の周辺機器が、これに該当する。タイプＣのＩＰｖ４端末５３で実行される処理の概要は、図３（ｃ）に示す通りである。タイプＢのＩＰｖ４端末５３は、ＩＰｖ４アプリケーションを搭載し、かつ、前述したアドレス変換情報を所有する端末で、その処理概要は、図３（ｂ）に示す通りである。なお、トランスレータ５５がアドレス変換情報の交換を行う特定のノードは、このうちタイプＡ、ＢのＩＰｖ４端末５３である。
【００２５】
図３（ａ）に示したＴＣＰ／ＩＰｖ４処理８１は、一般的なＴＣＰ／ＩＰ通信処理に相当するもので、ここでは、ＩＰｖ４に従ったサービスが行われる。ＴＣＰ／ＩＰｖ４処理８１では、この上位で行われる処理とのインターフェースとしてソケットインターフェース（ＩＰｖ４ソケットＩＦ）が用いられる。ＩＰｖ６アプリケーション処理８４は、ＩＰｖ６アプリケーションが行う処理であり、この下位で行われる処理とのインターフェースとして、先程と同様、ソケットインターフェース（ＩＰｖ６ソケットＩＦ）を使用する。アドレス変換処理８２及びアドレス変換情報交換処理８３のそれぞれは、ＩＰｖ４ソケットＩＦとＩＰｖ６ソケットＩＦとの間に介在する。アドレス変換処理８２では、ＩＰアドレスの変換処理等を含んだデータ転送が行われ、アドレス変換情報交換処理８３では、その他のノード（例えば、トランスレータ５５）と該ＩＰｖ４端末５３との間でアドレス変換情報の交換が行われる。
【００２６】
図４には、タイプＡのＩＰｖ４端末５３の内部構成が示されている。
【００２７】
ＴＣＰ／ＩＰｖ４処理８１は、ＴＣＰ／ＩＰｖ４受信処理部４１及びＴＣＰ／ＩＰｖ４送信処理部４２が担当する。アドレス変換処理８２は、アドレス変換処理部４３が担当する。アドレス変換情報交換処理８３は、アドレス変換情報交換処理部４４が担当する。このほか、タイプＡのＩＰｖ４端末５３には、アドレス変換情報テーブル４５が設けられている。
【００２８】
つぎに、ＩＰｖ６端末５１とタイプＡのＩＰｖ４端末５３との間で行われるパケット交換について説明する。
【００２９】
先ず、ＩＰｖ６端末５１側から通信を開始する場合のパケット交換について、図５のフローチャートに従って説明する。
【００３０】
ここでは、前もって、送信元のＩＰｖ６端末５１に、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”が割り当てられており、宛先のＩＰｖ４端末５３に、ＩＰｖ４アドレス“１３３．１４４．９５．２２”が割り当てられていることとする。
【００３１】
ＩＰｖ４アドレスの表記方法は、以下の通りである。
【００３２】
１．８ビット毎に“．”で区切って１０進数で表す。
【００３３】
例．１２３．３．２．１
ＩＰｖ６アドレスの表記方法は、以下の通りである。
【００３４】
１．１６ビット毎に“：”で区切って１６進数で表す。
【００３５】
例．１２３４：５６７８：９ａｂｃ：ｄｅｆ０：０ｆｅｄ：ｃｂａ９：８７６５：４３２１
２．区切られた１６ビット全てが０の場合、“：：”で表してもよい。
【００３６】
例．１２３４：：９ａｂｃ：ｄｅｆ０：０ｆｅｄ：ｃｂａ９：８７６５：４３２１
３．区切られた１６ビット全てが０で、これが連続する場合、１個の“：：”で表してもよい。
【００３７】
例．１２３４：：４３２１
４．下位３２ビットにＩＰｖ４アドレスを含む場合、この下位３２ビットについては、ＩＰｖ４アドレスの表記方法を用いることができる。
【００３８】
例．：：ｆｆｆｆ：１３３．１４４．９５．２２
そして、ＩＰｖ６端末５１は、ＩＰｖ６パケット５６をＩＰｖ６ネットワーク５２に送出する際（ａ１）、そのヘッダ内に、送信元ＩＰアドレスとして自己のＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”をセットすると共に、宛先ＩＰアドレスとしてＩＰｖ４端末５３のＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレス“：：ｆｆｆｆ：１３３．１４４．９５．２２”をセットする。
【００３９】
トランスレータ５５のＩＰｖ４／ｖ６受信処理部３１は、ＩＰｖ６ネットワーク５２を流れるＩＰｖ６パケットを順次取り込み、その都度、取り込んだＩＰｖ６パケットが、「宛先ＩＰアドレス」フィールドにＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスが格納されているパケット（具体的には、「宛先ＩＰアドレス」フィールドの４７ビット目から３２ビット目までが‘１’にセットされ、それより上位の全てのビットが‘０’にセットされているパケット）であるか否かを判断する。該当するパケットを発見した場合、これをヘッダ変換部３３に送る（ｂ１）。ヘッダ変換部３３は、パケットを受け取ると、該パケットに含まれている、送信元ＩＰアドレスであるＩＰｖ６アドレスを抜き出し、抜き出したＩＰｖ６アドレスに予め対応付けられているＩＰｖ４アドレスを、アドレス変換情報テーブル３５の中から探し出す（ｂ２）。目的のＩＰｖ４アドレスがアドレス変換情報テーブル３５の中に存在しなかった場合、ヘッダ変換部３３は、前述のＩＰｖ６アドレスに対して、あるＩＰｖ４アドレスを割り当てる。ここでは、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”に対して、ＩＰｖ４アドレス“１９２．１６８．１０．３”を割り当てることとする（ｂ３）。アドレス変換情報交換部３４は、これらの対応関係をアドレス変換情報として、ＩＰｖ４端末５３に送信する（ｂ４）。アドレス変換情報を交換するためのパケットのフォーマットは、図８に示す通りである。本例の場合、「ＩＰｖ６アドレス」フィールド１０１に“：：１２３４：５６７８：９ａｂｃ”が格納され、「割当てＩＰｖ４アドレス」フィールド１０２に、“１９２．１６８．１０．３”が格納される。「オプション」フィールド１０３は、本実施形態では特に使用しないが、通信に必要な各種制御情報を格納をすることができる。なお、（ｂ４）のアドレス変換情報の送信は、通信相手となるＩＰｖ４端末５３だけでなく、アドレス変換情報テーブル４５を所有する全てのＩＰｖ４端末５３に対して行う。また、ヘッダ変換部３３は、アドレス変換情報をアドレス変換情報テーブル３５に格納する（ｂ５）。
【００４０】
アドレス変換情報テーブル３５の構成例は、図７に示されている。９１は、ＩＰｖ６アドレスの格納領域、９２は、割当てられたＩＰｖ４アドレスの格納領域、９３は、オプションデータの格納領域であり、例えば、上から順に、一行ずつ埋められていく。割り当てるＩＰｖ４アドレスは、予め複数用意されており、これらは、図示省略したトランスレータ５５内のメモリに格納されている。アドレス変換情報テーブル３５自体も、このメモリに格納されている。
【００４１】
なお、割り当てられたＩＰｖ４アドレスが使用される領域は、そのＩＰｖ４ネットワーク内で閉じているため、例えば、ＩＰｖ６ネットワーク５２に複数のＩＰｖ４ネットワークが接続していて、各ＩＰｖ４ネットワークでＩＰｖ４アドレスが重なっていたとしても何の問題も生じない。すなわち、ＩＰｖ４ネットワーク５４が企業内通信網で、ＩＰｖ６ネットワークが公衆回線を利用した外部の通信網である場合、その企業では、他の企業のＩＰｖ４ネットワークで使用されるＩＰｖ４アドレスを割当ててもよい。
【００４２】
続いて、ヘッダ変換部３３は、パケット内の送信元ＩＰアドレスを、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”からＩＰｖ４アドレス“１９２．１６８．１０．３”に置き換える。宛先ＩＰアドレスについては、ＩＰｖ６アドレスの下位３２ビットから抽出したＩＰｖ４アドレスを使う。また、ヘッダ変換部３３は、このようなアドレス変換のほか、ＩＰｖ６ヘッダをＩＰｖ４ヘッダに変換するための各種処理も同時に実行する（ｂ６）。続いて、ＩＰｖ４／ｖ６送信処理部３２は、（ｂ６）の変換処理を受けたパケットをＩＰｖ４端末５３に向けて送出する。なお、（ｂ２）の検索処理において、該当するＩＰｖ４アドレスが見つかった場合は、送信元ＩＰアドレスとして、このＩＰｖ４アドレスが採用され、（ｂ３）、（ｂ４）、（ｂ５）の各処理は、スキップされる。
【００４３】
一方、ＩＰｖ４端末５３は、トランスレータ５５から送出されたアドレス変換情報を受信すると（ｃ１）、このアドレス変換情報を用いてアドレス変換情報テーブル４５の内容を更新する（ｃ２）。これにより、トランスレータ５５のアドレス変換情報テーブル３５の内容と、ＩＰｖ４端末５３のアドレス変換情報テーブル４５の内容が一致する。アドレス変換情報テーブル４５の内容の更新は、具体的には、アドレス変換情報交換処理部４４が実施する。（ｃ１）、（ｃ２）の処理については、通信相手となるＩＰｖ４端末をはじめ、全てのＩＰｖ４端末にて実施される。
【００４４】
また、ＩＰｖ４端末５３は、トランスレータ５５から送出されたＩＰｖ４パケットを受信すると（ｃ３）、更新されたアドレス変換情報テーブル４５に基づいて、このＩＰｖ４パケットのアドレス変換を実施する。
【００４５】
具体的には、ＩＰｖ４端末５３のＴＣＰ／ＩＰｖ４受信処理部４１は、ＩＰｖ４ネットワーク５４を流れる先程のＩＰｖ４パケットをＴＣＰ／ＩＰ受信し、これをアドレス変換処理部４３に渡す。アドレス変換処理部４３は、パケットを受け取ると、該パケットの送信元ＩＰアドレスである、ＩＰｖ４アドレス“１９２．１６８．１０．３”を抜き出し、抜き出したＩＰｖ４アドレスに対応付けられているＩＰｖ６アドレスをアドレス変換情報テーブル４５の中から探し出す。アドレス変換情報テーブル４５の内容は、（ｃ２）にて更新されているため、ここでは、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”が抽出されることになる。アドレス変換処理部４３は、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”を送信元ＩＰアドレスとしてパケット内にセットし、このパケットをＩＰｖ６アプリケーションに送る。宛先ＩＰアドレスは、ＩＰｖ４アドレスを図１２（ｂ）に示したＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスに拡張したＩＰｖ６アドレスが使われる。このようなアドレス変換を行えば、ＩＰｖ６アプリケーションは、送信元ＩＰアドレス及び宛先ＩＰアドレスのそれぞれをＩＰｖ６アドレスで受け取ることができる。ＩＰｖ６アプリケーションは、前述したようにＩＰｖ６用に開発されたアプリケーションプログラムであるため、受け取るＩＰアドレスは、ＩＰｖ６アドレスで表現されている方が都合がよい。
【００４６】
また、ＩＰｖ６アプリケーションは、応答処理として、ＩＰｖ６端末５１にパケットを送ることもある。この場合、ＩＰｖ６アプリケーションは、送るべきパケットに、送信元ＩＰアドレスとして自己のＩＰｖ４アドレス“１３３．１４４．９５．２２”を図１２（ｂ）に示したＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスに拡張したＩＰｖ６アドレス“：：ｆｆｆｆ：１３３．１４４．９５．２２”セットし、宛先ＩＰアドレスとしてＩＰｖ６端末５１のＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”をセットする。このパケットは、アドレス変換処理部４３に渡され、先程とは逆のアドレス変換が施される。すなわち、アドレス変換処理部４３は、宛先ＩＰアドレスとしてセットされている先程のＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”をＩＰｖ４アドレス“１９２．１６８．１０．３”に置き換える。送信元ＩＰアドレスについては、ＩＰｖ６アドレスの下位３２ビットから抽出したＩＰｖ４アドレスを使う。その後、ＴＣＰ／ＩＰｖ４送信処理部４２は、アドレス変換処理部４３にて変換処理を受けたパケット（ＩＰｖ４パケット５７：図１）をトランスレータ５５に向けて送出する（ｃ４）。
【００４７】
トランスレータ５５のＩＰｖ４／ｖ６受信処理部３１は、ＩＰｖ４ネットワーク５４を流れるＩＰｖ４パケット５７を取り込み（ｂ８）、これをヘッダ変換部３３に送る。ヘッダ変換部３３は、パケットを受け取ると、該パケットの宛先ＩＰアドレスである、ＩＰｖ４アドレス“１９２．１６８．１０．３”を抜き出し、抜き出したＩＰｖ４アドレスに対応付けられているＩＰｖ６アドレスをアドレス変換情報テーブル３５の中から探し出す。ここでは、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”が抽出されることになる（ｂ９）。ヘッダ変換部３３は、その後、該パケットに、送信元ＩＰアドレスとして、ＩＰｖ４端末５３のＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレス“：：ｆｆｆｆ：１３３．１４４．９５．２２”をセットすると共に、宛先ＩＰアドレスとして、先程抽出したＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”をセットする。また、ヘッダ変換部３３は、このようなアドレス変換のほか、ＩＰｖ４ヘッダをＩＰｖ６ヘッダに変換するための各種処理も同時に実行する（ｂ１０）。ＩＰｖ４／ＩＰｖ６送信処理部３２は、（ｂ１０）の変換処理を受けたパケットをＩＰｖ６端末５１に向けて送出する（ｂ１１）。その後、ＩＰｖ６端末５１は、このパケットを受信する（ａ２）。
【００４８】
なお、ＩＰｖ６アドレスに対応付けた前述のＩＰｖ４アドレスについては、ＩＰｖ６端末５１とＩＰｖ４端末５３との間の一連の通信が終了した時点で、解放するようにすればよい。また、ネットワークのシステム管理の際に発せられるコマンド等に応じて、アドレス変換情報テーブルのエントリを削除するようにしてもよい。また、アドレス変換情報テーブルのオプションフィールドに、通信が行われなくなってからの時間を格納し、タイムアウトが発生した割り当てＩＰｖ４アドレスについては、その時点で強制的に解放するようにしてもよい。
【００４９】
つぎに、ＩＰｖ４端末５３側から通信を開始する場合のパケット交換について、図６のフローチャートに従って説明する。
【００５０】
ここでも、先程と同様、ＩＰｖ６端末５１に、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”が割り当てられており、ＩＰｖ４端末５３に、ＩＰｖ４アドレス“１３３．１４４．９５．２２”が割り当てられていることとする。
【００５１】
そして、ＩＰｖ４端末５３のＩＰｖ６アプリケーションは、送るべきパケットに、送信元ＩＰアドレスとして自己のＩＰｖ４アドレス“１３３．１４４．９５．２２”をセットし、宛先ＩＰアドレスとしてＩＰｖ６端末５１のＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”をセットする。このパケットは、アドレス変換処理部４３に渡される。アドレス変換処理部４３は、パケットを受け取ると、該パケットに含まれている、宛先ＩＰアドレスであるＩＰｖ６アドレスを抜き出し、抜き出したＩＰｖ６アドレスに予め対応付けられているＩＰｖ４アドレスを、アドレス変換情報テーブル４５の中から探し出す（ｃ１）。目的のＩＰｖ４アドレスがアドレス変換情報テーブル４５の中に存在しなかった場合、アドレス変換処理部４３は、前述のＩＰｖ６アドレスに対して、あるＩＰｖ４アドレスを割り当てる。ここでは、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”に対して、ＩＰｖ４アドレス“１９２．１６８．１０．３”を割り当てることとする（ｃ２）。アドレス変換処理部４３は、これらの対応関係をアドレス変換情報として、トランスレータ５５に送信する（ｃ３）。アドレス変換情報を交換するためのパケットのフォーマットは、図８に示す通りである。また、アドレス変換処理部４３は、このアドレス変換情報をアドレス変換情報テーブル４５に格納する（ｃ４）。アドレス変換情報テーブル４５の構成例は、図７に示されている。なお、割り当てるＩＰｖ４アドレスは、予め複数用意されており、これらは、図示省略したＩＰｖ４端末５３の内のメモリに格納されている。アドレス変換情報テーブル４５自体も、このメモリに格納されている。その後、アドレス変換処理部４３は、パケット内のＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”をＩＰｖ４アドレス“１９２．１６８．１０．３”に置き換える。送信元ＩＰアドレスについては、そのままにしておく。また、アドレス変換処理部４３は、このようなアドレス変換のほか、ＩＰｖ６ヘッダをＩＰｖ４ヘッダに変換するための各種処理も同時に実行する（ｃ５）。その後、ＴＣＰ／ＩＰｖ４送信処理部４２は、アドレス変換処理部４３にて変換処理を受けたパケット（ＩＰｖ４パケット５７：図１）をトランスレータ５５に向けて送出する（ｃ６）。なお、（ｃ１）の検索処理において、該当するＩＰｖ４アドレスが見つかった場合は、送信元ＩＰアドレスとして、このＩＰｖ４アドレスが採用され、（ｃ２）、（ｃ３）、（ｃ４）の各処理は、スキップされる。
【００５２】
一方、トランスレータ５５は、ＩＰｖ４端末５３から送出されたアドレス変換情報を受信すると（ｂ１）、このアドレス変換情報を用いてアドレス変換情報テーブル３５の内容を更新する（ｂ２）。これにより、ＩＰｖ４端末５３のアドレス変換情報テーブル４５の内容とトランスレータ５５のアドレス変換情報テーブル３５の内容が一致する。アドレス変換情報テーブル３５の内容の更新は、具体的には、アドレス変換情報交換部３４が実施する。なお、（ｃ３）のアドレス変換情報の送信は、トランスレータ５５だけでなく、アドレス変換情報テーブル４５を所有する全てのＩＰｖ４端末５３に対して行われ、それぞれのアドレス変換情報テーブル４５の内容が更新される。このようにすれば、割り当てるＩＰｖ４アドレスが各ＩＰｖ４端末５３とトランスレータとの間で重複しない。
【００５３】
そして、トランスレータ５５のＩＰｖ４／ｖ６受信処理部３１は、ＩＰｖ４ネットワーク５４を流れるＩＰｖ４パケット５７を取り込み（ｂ３）、これをヘッダ変換部３３に送る。ヘッダ変換部３３は、パケットを受け取ると、該パケットの宛先ＩＰアドレスである、ＩＰｖ４アドレス“１９２．１６８．１０．３”を抜き出し、抜き出したＩＰｖ４アドレスに対応付けられているＩＰｖ６アドレスをアドレス変換情報テーブル３５の中から探し出す。アドレス変換情報テーブル３５の内容は、（ｂ２）にて更新されているため、ここでは、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”が抽出されることになる（ｂ４）。ヘッダ変換部３３は、その後、該パケットに、送信元ＩＰアドレスとして、ＩＰｖ４端末５３のＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレス“：：ｆｆｆｆ：１３３．１４４．９５．２２”をセットすると共に、宛先ＩＰアドレスとして、先程抽出したＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”をセットする。また、ヘッダ変換部３３は、このようなアドレス変換のほか、ＩＰｖ４ヘッダをＩＰｖ６ヘッダに変換するための各種処理も同時に実行する（ｂ５）。ＩＰｖ４／ＩＰｖ６送信処理部３２は、（ｂ５）の変換処理を受けたパケットをＩＰｖ６端末５１に向けて送出する（ｂ６）。その後、ＩＰｖ６端末５１は、このパケットを受信する（ａ１）。
【００５４】
また、ＩＰｖ６端末５１は、応答処理として、ＩＰｖ４端末５３にＩＰｖ６パケット５１を送ることもある。この場合、ＩＰｖ６端末５１は、ＩＰｖ６パケット５６をＩＰｖ６ネットワーク５２に送出する際に（ａ２）、そのヘッダに、送信元ＩＰアドレスとして自己のＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”をセットすると共に、宛先ＩＰアドレスとしてＩＰｖ４端末５３のＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレス“：：ｆｆｆｆ：１３３．１４４．９５．２２”をセットする。このＩＰｖ６パケット５６は、トランスレータ５５を介してＩＰｖ４端末５３に送られる（ｃ７）。トランスレータ５５の処理（（ｂ７）、（ｂ８）、（ｂ９）、ｂ（１０））は、図６の（ｂ１）、（ｂ２）、（ｂ６）、（ｂ７）と同様なものなので、ここでは説明を繰り返さない。
【００５５】
なお、ＩＰｖ６アドレスに割り当てた前述のＩＰｖ４アドレスについては、前述と同様な解放処理を行えばよい。
【００５６】
つぎに、タイプＢのＩＰｖ４端末５３について説明する。
【００５７】
タイプＢのＩＰｖ４端末５３は、前述した通り、ＩＰｖ４アプリケーションを搭載し、かつ、前述したアドレス変換情報を所有する端末である。タイプＢのＩＰｖ４端末５３では、図３（ｂ）に示す様に、ＴＣＰ／ＩＰｖ４処理８１と、アドレス変換処理８２と、アドレス変換処理８３と、ＩＰｖ４アプリケーション処理８５とが実施される。ＩＰｖ４アプリケーション処理８５は、同図に示すように、ＩＰｖ４ソケットインターフェース介してＴＣＰ／ＩＰｖ４処理８１上で実行される。これらの階層構造については、従来のＩＰｖ４端末５３と同じであり、ＩＰｖ４アプリケーション処理８５では、ＴＣＰ／ＩＰｖ４処理８１から上げられてくるパケットのＩＰアドレスをＩＰｖ４アドレスで受け取ることとなる。なお、ＴＣＰ／ＩＰｖ４処理８１は、ＴＣＰ／ＩＰｖ４受信処理部４１及びＴＣＰ／ＩＰｖ４送信処理部４２が担当する。アドレス変換処理８２は、アドレス変換処理部４３が担当する。アドレス変換情報交換処理８３は、アドレス変換情報交換処理部４４が担当する。
【００５８】
このようにタイプＢのＩＰｖ４端末５３では、アプリケーション側がＩＰｖ６アドレスを特に必要としていない。
【００５９】
しかしながら、ユーザにとっては、確認等のため、通信相手のＩＰｖ６アドレスを知りたいということもある。
【００６０】
そこで、タイプＢのＩＰｖ４端末５３では、通信相手のＩＰｖ６アドレスを表示画面等に出力する。
【００６１】
すなわち、タイプＢのＩＰｖ４端末５３のアドレス変換処理部４３は、ＩＰｖ４アプリケーションから出力されたパケットを受け取ると、該パケットの送信元ＩＰアドレスであるＩＰｖ４アドレスを抜き出し、抜き出したＩＰｖ４アドレスに対応付けられているＩＰｖ６アドレスをアドレス変換情報テーブル４５の中から探し出し、これを表示画面等に出力する。
【００６２】
また、さらに、タイプＢのＩＰｖ４端末５３では、トランスレータやタイプＡのＩＰｖ４端末で自動的に行われていたＩＰｖ６アドレスとＩＰｖ４アドレスとの対応付けを、ユーザが任意に行うことができる。
【００６３】
すなわち、アドレス変換処理部４３は、ユーザの操作内容に応じて、アドレス変換情報テーブル４５を更新する。例えば、ユーザが、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”に対して、ＩＰｖ４アドレス“１９２．１６８．１０．３”を割り当てるといった内容の操作を行った場合は、図７のアドレス変換情報テーブル４５は、例えば、図７に示す様な内容に設定される。アドレス変換情報テーブル４５が更新されると、アドレス変換情報交換部４４は、この更新部分をパケット（図８参照）して、トランスレータ５５や、アドレス変換情報テーブルを所有するその他のＩＰｖ４端末５３に送信する。これにより、各ＩＰｖ４端末５３のアドレス変換情報テーブル４５の内容と、トランスレータ５５のアドレス変換情報テーブル３５の内容が一致する。
【００６４】
ＩＰｖ６端末５１とタイプＢのＩＰｖ４端末５３との間で行われるパケット交換については、図５、図６を用いて説明した先程のフローと同様なことが行われるため、これについての説明は省略する。
【００６５】
つぎに、タイプＣのＩＰｖ４端末５３について説明する。
【００６６】
タイプＣのＩＰｖ４端末５３は、前述した通り、ＩＰｖ４端末５３で使用されるＩＰｖ４アプリケーションをそのまま搭載した端末である。ＩＰｖ４アプリケーションがＲＯＭ化されていて、そのままではソフトウエア的な変更を行うことができない端末も、このタイプＣの端末５３に含まれる。タイプＣのＩＰｖ４端末５３では、図３（ｃ）に示す様に、ＩＰｖ４アプリケーション処理８５が、ＩＰｖ４ソケットインターフェース介してＴＣＰ／ＩＰｖ４処理８１上で実行される。ＴＣＰ／ＩＰｖ４処理８１は、ＴＣＰ／ＩＰｖ４受信処理部４１及びＴＣＰ／ＩＰｖ４送信処理部４２が担当する。
【００６７】
なお、タイプＣのＩＰｖ４端末５３では、その構成上、端末側から通信を開始することはできないが、相手側から通信を開始すれば、以下に示すように特に問題は生じない。
【００６８】
タイプＣのＩＰｖ４端末５１のＩＰｖ４アプリケーションは、ＴＣＰ／ＩＰｖ４受信処理部４１から出力されたパケットを受け取ると、受け取ったパケットの送信元ＩＰアドレスと宛先ＩＰアドレスを抜き出し、受け取ったパケットのデータ部で指定された所定の処理を行う。その後、ＩＰｖ４アプリケーションは、必要があれば、その処理結果をパケットに詰め、これをＴＣＰ／ＩＰｖ４送信処理部４２に渡す。この際、ＩＰｖ４アプリケーションは、抜き出した宛先ＩＰアドレスと送信元ＩＰアドレスを入れ替えて、これらをパケットに設定する。例えば、受け取ったパケットの宛先ＩＰアドレス「フィールド」にＩＰｖ４アドレス“１３３．１４４．９５．２２”が格納され、送信元ＩＰアドレス「フィールド」にＩＰｖ４アドレス“１９２．１６８．１０．３”が格納されている場合は、宛先ＩＰアドレス「フィールド」にＩＰｖ４アドレス“１９２．１６８．１０．３”が格納され、送信元ＩＰアドレス「フィールド」にＩＰｖ４アドレス“１３３．１４４．９５．２２”が格納される。このパケットは、ＴＣＰ／ＩＰｖ４送信処理部４２によってＩＰｖ４ネットワーク５４に送出され、トランスレータ５５に届けられる。
【００６９】
以上、ＩＰｖ４ネットワークとＩＰｖ６ネットワークがＩＰｖ４／ｖ６トランスレータで接続される場合の一実施形態について説明したが、ここで使用されるＩＰｖ６／ｖ４トランスレータの実際のハードウエアは、例えば、図１０（ａ）に示すように構成される。
【００７０】
このＩＰｖ６／ｖ４トランスレータは、ＣＰＵ７１と、メモリ７２と、ネットワークインタフェース７３−１、７３−２〜７３−ｎを有して構成されている。ＣＰＵ７１は、メモリ７２の管理や、ネットワークインタフェース７３−１、７３−２〜７３−ｎの制御を行う。また、メモリ７２には、各種プログラムが予め記憶されており、これらのプログラムを必要に応じてＣＰＵ７１で実行することで、図２に示した、ＩＰｖ４／ｖ６受信処理部３１、ＩＰｖ４／ｖ６送信処理部３２、ヘッダ変換部３３、アドレス変換情報交換部３４、アドレス変換情報テーブル３５が実現される。
【００７１】
なお、図１では、ＩＰｖ６ネットワーク５２とＩＰｖ４ネットワーク５４が一つずつ存在するため、例えば、ＩＰｖ６ネットワーク５２用にネットワークインタフェース７３−１が使用され、ＩＰｖ４ネットワーク５４用にネットワークインタフェース７３−２が使用されることになる。この場合、ネットワークインタフェース７３−１が、ＩＰｖ６ネットワーク５２を流れるＩＰｖ６パケットを取り込んでメモリ７２に格納し、ネットワークインタフェース７３−２が、ヘッダ変換等を施されて生成されたＩＰｖ４パケットをＩＰｖ４ネットワーク５４に送出する。逆方向にパケットを流す場合も、ネットワークインタフェース７３−１、７３−２のそれぞれが、今と逆の動作を行う。なお、複数のＩＰｖ６、ＩＰｖ４ネットワークが存在する場合には、その数に応じて、ネットワークインタフェースが使用されることになる。
【００７２】
また、ＩＰｖ４端末の実際のハードウエアは、例えば、図１０（ｂ）に示すように構成される。
【００７３】
このＩＰｖ４端末は、ＣＰＵ７１と、メモリ７２と、ネットワークインタフェース７３を有して構成されている。ＣＰＵ７１は、メモリ７２の管理や、ネットワークインタフェース７３の制御を行う。メモリ７２には、各種プログラムが予め記憶されている。例えば、タイプＡのＩＰｖ４端末の場合、メモリ７２のプログラムが必要に応じてＣＰＵ７１で実行され、ＴＣＰ／ＩＰｖ４受信処理部４１、ＴＣＰ／ＩＰｖ４送信処理部４２、アドレス変換処理部４３、アドレス変換情報交換処理部４４、アドレス変換情報テーブル４５や、ＩＰｖ４アプリケーションが実現される。ネットワークインタフェース７３は、ＩＰｖ４ネットワーク５４を流れるＩＰｖ４パケットを取り込んでメモリ７２に格納すると共に、アドレス変換等を施されて生成されたＩＰｖ４パケットをＩＰｖ４ネットワーク５４に送出する。
【００７４】
また、特定のＩＰｖ６端末については、予めＩＰｖ４アドレスを割り当てておき、これをアドレス変換情報テーブルに格納しておくようにしてもよい。このようにすれば、割当てに関する処理時間が削減される。
【００７５】
また、本発明は、図１に示すようなネットワーク構成に限定されるわけではない。例えば、ＩＰｖ４ネットワークとＩＰｖ６ネットワークが混在するネットワークにも本発明は適用可能である。図９には、ＩＰｖ４端末６２とＩＰｖ６端末６１が接続されたＩＰｖ４／ｖ６混在ネットワーク６４が示されている。ＩＰｖ４／ｖ６混在ネットワーク６４では、ＩＰｖ４パケット６６と、ＩＰｖ６パケット６５が共存することになるが、ＩＰｖ４／ｖ６トランスレータ６３は、これらを自身に取り込み、取り込んだパケットに対して、必要ならば、先程説明したアドレス変換及びヘッダ変換を施し、これをネットワークに返却する。このようにすれば、ＩＰｖ４端末６２とトランスレータ６３と間では、ＩＰｖ４パケット６６による通信が行われ、トランスレータ６３とＩＰｖ６端末６１との間ではＩＰｖ６パケット６５による通信が行われることになる。
【００７６】
また、本発明は、ＩＰｖ４ネットワークとＩＰｖ６ネットワークとの結合に限定されるわけでなく、バージョンの違い等によりＩＰアドレスの付与体系が異なっている２種類のネットワーク（第１種のＩＰネットワークと第２種のＩＰネットワーク）に適用可能である。
【００７７】
【発明の効果】
本発明によれば、第１種のＩＰネットワーク（例えば、ＩＰｖ４ネットワーク）に存在する複数の対象機器のうちの一つである対象機器Ａと、第２種のＩＰネットワーク（例えば、ＩＰｖ６ネットワーク）に存在する複数の対象機器のうちの一つである対象機器Ｂとの間で通信を開始する際に、第１種のＩＰネットワークと第２種のＩＰネットワークとの間に設けられたトランスレータ、または、前記対象機器Ａが、対象機器Ｂに付与されている第２種のＩＰアドレスに対して、第１種のＩＰアドレスを割り当て、第１種のＩＰネットワークでは、この第１種のＩＰアドレスを用いて通信が行われる。
【００７８】
したがって、第１種のＩＰネットワークの対象機器Ａと通信を行うために、第２種のＩＰネットワークに存在する対象機器Ｂに対して第１種のＩＰアドレスを予め与えておくといった無駄なアドレス設定がなくなり、乏しい第１種のＩＰアドレスが有効活用される。
【００７９】
また、対象機器Ａに割り当てる第１種のＩＰアドレスは、第１種のＩＰネットワーク内で閉じて使用されるため、外部のネットワークで同一のＩＰアドレスが用いられても問題は生じず、第１種のＩＰアドレスのさらなる有効活用を図ることができる。
【図面の簡単な説明】
【図１】本発明が適用されたネットワークの一例を示した構成図。
【図２】図１のネットワークで使用されるＩＰｖ４／ｖ６トランスレータの機能を示したブロック図。
【図３】図３（ａ）：図１のネットワークに接続されるタイプＡのＩＰｖ４端末で行われる処理の概要を示した説明図。
図３（ｂ）：図１のネットワークに接続されるタイプＢのＩＰｖ４端末で行われる処理の概要を示した説明図。
図３（ｃ）：図１のネットワークに接続されるタイプＣのＩＰｖ４端末で行われる処理の概要を示した説明図。
【図４】図１のネットワークに接続されるタイプＡのＩＰｖ４端末の機能を示したブロック図。
【図５】図１のネットワークにおける、ＩＰｖ６端末−ＩＰｖ４端末間の通信手順（その１）を示したフローチャート。
【図６】図１のネットワークにおける、ＩＰｖ６端末−ＩＰｖ４端末間の通信手順（その２）を示したフローチャート。
【図７】図１のネットワークに接続されるタイプＡ、ＢのＩＰｖ４端末及びＩＰｖ４／ｖ６トランスレータのそれぞれに設けられるアドレス変換情報テーブルの一例を示した説明図。
【図８】図７のアドレス変換情報テーブルの格納情報を送信するためのパケットのフォーマットを示した説明図。
【図９】本発明が適用されたネットワークのその他の例を示した構成図。
【図１０】図１０（ａ）：本発明が適用されたネットワークに接続されるＩＰｖ４／ｖ６トランスレータのハードウエア構成の一例を示した構成図。
図１０（ｂ）：本発明が適用されたネットワークに接続されるＩＰｖ４端末のハードウエア構成の一例を示した構成図。
【図１１】図１１（ａ）：ＩＰｖ６ヘッダのフォーマットの説明図。
図１１（ｂ）：ＩＰｖ４ヘッダのフォーマットの説明図。
【図１２】図１２（ａ）：ＩＰｖ４−ｃｏｍｐａｔｉｂｌｅ−ＩＰｖ６アドレスのフォーマットの説明図。
図１２（ｂ）：ＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスのフォーマットの説明図。
【図１３】ＩＰｖ４ネットワークとＩＰｖ６ネットワークを接続するための方式を示した説明図。
【符合の説明】
３１：ＩＰｖ４／ｖ６受信処理部、 ３２：ＩＰｖ４／ｖ６送信処理部、 ３３：ヘッダ変換部、 ３４：アドレス変換情報交換部、 ３５：アドレス変換情報テーブル、 ４１：ＴＣＰ／ＩＰｖ４受信処理部、 ４２：ＴＣＰ／ＩＰｖ４送信処理部、 ４３：アドレス変換処理部、 ４４：アドレス変換情報交換処理部、 ４５：アドレス変換情報テーブル、 ５１、６１：ＩＰｖ６端末、 ５２：ＩＰｖ６ネットワーク、 ５３、６２：ＩＰｖ４端末、 ５４：ＩＰｖ４ネットワーク、 ５５、６３：ＩＰｖ４／ｖ６トランスレータ、 ５６、６５：ＩＰｖ６パケット、 ５７、６６：ＩＰｖ４パケット、 ６４：ＩＰｖ６／ｖ４混在ネットワーク、 ７１：ＣＰＵ、 ７２：メモリ、 ７３：ネットワークインタフェース、 ８１：ＴＣＰ／ＩＰｖ４処理、 ８２：アドレス変換処理、 ８３：アドレス変換情報交換処理、 ８４：ＩＰｖ６アプリケーション、 ８５：ＩＰｖ４アプリケーション、 ９１、１０１：ＩＰｖ６アドレスフィールド、 ９２、１０２：割り当てＩＰｖ４アドレスフィールド、 ９３、１０３：オプションフィールド
【発明の属する技術分野】
複数の対象機器のそれぞれに対して、互いに重複することのないように第１種のＩＰアドレスが付与される第１種のＩＰネットワークと、複数の対象機器のそれぞれに対して、互いに重複することのないように第２種のＩＰアドレスが付与される第２種のＩＰネットワークを対象とするＩＰネットワークの結合方法、ＩＰネットワーク用トランスレータ、および、トランスレータを用いたネットワークシステムに関する。
【０００２】
【従来の技術】
ＴＣＰ／ＩＰ通信で使用するネットワーク層のプロトコルとして現在最もよく知られているのは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）である。ＩＰの役割は、ネットワークに接続しているノードの中から、通信を行う宛先を指定するアドレッシングサービス等、ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルの第３層が提供している役割と一致する。現時点では、バージョン４のＩＰ（以下、ＩＰｖ４と呼ぶ）が普及している。ＩＰｖ４で使用するヘッダ（以下、ＩＰｖ４ヘッダと呼ぶ）のフォーマットは、図１１（ｂ）に示す通りである。
【０００３】
ＩＰｖ４ヘッダ内において、「バージョン」フィールドには、バージョン番号である“４”が格納される。「ヘッダ長」フィールドには、ＩＰｖ４ヘッダ自体の長さが格納される。「サービスタイプ」フィールドには、通信処理のサービス品質を示す情報が格納される。「パケット長」フィールドには、ＩＰで取り扱われるデータブロックに該ＩＰｖ４ヘッダを加えたパケット全体の大きさが格納される。上位層から降りてきた情報は、ＩＰにて一つのデータブロックとして扱われ、このデータブロックは、ＩＰにてＩＰｖ４ヘッダが付加されて、下位層に送られる。逆に、下位層から送られたパケットに含まれるＩＰｖ４ヘッダは、ＩＰにて解析され、その解析結果に応じて、そのパケットのデータ部分が上位層に上げられる。「識別子」フィールドには、上位層へデータを渡す際の参考情報として用いられる識別子が格納される。「フラグ」フィールドには、パケットの分割に関する制御情報が格納される。「フラグメントオフセット」フィールドには、分割されたデータ（フラグメント）が、オリジナルデータのどこに位置していたのかを示す情報が格納される。「生存時間」フィールドには、そのパケットがネットワークに存在してよい時間が格納される。「プロトコル」フィールドには、上位層のプロトコルが何であるかを示す情報が格納される。「ヘッダチェックサム」フィールドには、該ＩＰヘッダのチェックサムが格納される。「送信元ＩＰアドレス」フィールドには、送信元のＩＰアドレスが格納される。「宛先ＩＰアドレス」フィールドには、宛先のＩＰアドレスが格納される。ＩＰアドレスは、ネットワークに接続される各ノードに割り当てられるもので、そのネットワーク内において、それぞれ異なる値に設定される。
【０００４】
このような仕様を持つＩＰは、現在、インターネットの普及などと歩調を合わせて、様々な通信サービスに急速に広がりつつあるが、その一方で、ＩＰアドレスの枯渇という深刻な問題に直面している。
【０００５】
これを解決するための手段として、現在、バージョン６のＩＰ（以下、ＩＰｖ６と呼ぶ）が提案されている。
【０００６】
ＩＰｖ６で使用するヘッダ（以下、ＩＰｖ６ヘッダと呼ぶ）のフォーマットは、図１１（ａ）に示す通りである。ＩＰｖ６ヘッダ内において、「バージョン」フィールドには、バージョン番号である“６”が格納される。「優先度」フィールドには、ネットワークでルータがパケットを中継する際の処理の優先度が格納される。「フローラベル」フィールドは、優先制御等をする際の識別子の格納に用いられる。「ペイロード長」フィールドには、パケットからＩＰｖ６ヘッダ部を除いたデータ部分の長さが格納される。「次ヘッダ識別子」フィールドには、ＩＰｖ６ヘッダの次に、どの上位層プロトコルのヘッダが続くのか、あるいは、どのＩＰｖ６拡張ヘッダが続くのか等を識別するための識別子が格納される。「ホップリミット」フィールドには、そのパケットの最大転送回数が格納される。「送信元ＩＰアドレス」フィールドには、送信元のＩＰアドレスが格納され、「宛先ＩＰアドレス」フィールドには、宛先のＩＰアドレスが格納される。そして、ＩＰｖ６ヘッダでは、「送信元ＩＰアドレス」フィールド、「宛先ＩＰアドレス」フィールドのそれぞれが、３２ビットから１２８ビットに拡張されている。これにより接続可能なノードの数が増加する。
【０００７】
【発明が解決しようとする課題】
しかしながら、ＩＰｖ６は、ＩＰアドレスの格納領域の拡張は行われているものの、ヘッダや処理の一部に変更が加わったために、既存のＩＰｖ４との互換性はない。
【０００８】
これからネットワークに新規に接続されるノードでは、ネットワークプロトコルとしてＩＰｖ６が実装され、ネットワークアドレスとしてＩＰｖ６アドレスが割り当てられるが、既存のノードのネットワークプロトコルを一斉にＩＰｖ６に変更することは事実上不可能であるため、ＩＰｖ４ノードとＩＰｖ６ノードが共存する期間が長期に渡って続くものと考えられる。また、既存のノードの一部（特に周辺機器）については、プロトコルの変更が困難なものもあり、この場合、そのまま続けてＩＰｖ４が使われる。
【０００９】
すなわち、今後は、ＩＰｖ６が実装されたノード（ＩＰｖ６ノード）と、ＩＰｖ４が実装されたノード（ＩＰｖ４ノード）とが混在するネットワークが出現するものと思われる。
【００１０】
しかしながら、ＩＰｖ６とＩＰｖ４は、前述したように互いにヘッダフォーマット等が異なるため、ＩＰｖ６ノードとＩＰｖ４ノードを単純に結合するわけにはいかない。
【００１１】
この解決策の一つとして、例えば、図１３に示すようなトランスレータを用いた接続方法がある。
【００１２】
同図において、ＩＰｖ６ノード（ＩＰｖ６端末）１０が接続されたＩＰｖ６ネットワーク５２と、ＩＰｖ４ノード（ＩＰｖ４端末）２０が接続されたＩＰｖ４ネットワーク５４は、トランスレータ３０を介して相互に接続している。ＩＰｖ４端末２０には、ＩＰｖ４ネットワーク５４内でユニークに割り当てられたアドレス（以下、ＩＰｖ４アドレスと呼ぶ）が付されており、ＩＰｖ６端末１０には、ＩＰｖ６ネットワーク５２内でユニークに割り当てられたアドレス（以下、ＩＰｖ６アドレスと呼ぶ）と、ＩＰｖ４アドレスの両方が付されている。ＩＰｖ６端末１０は、ＩＰｖ６ネットワーク５２内で他のＩＰｖ６端末（図示省略）と通信を行う場合には、自己をＩＰｖ６アドレスで表し、また、ＩＰｖ４ネットワーク５４内のＩＰｖ４端末２０と通信を行う場合には、自己をＩＰｖ４アドレスで表す。例えば、ＩＰｖ６端末１０からＩＰｖ４端末２０にパケットを送る場合、ＩＰｖ６端末１０は、送るべきパケットのヘッダ生成時において、「送信元ＩＰアドレス」フィールド（図１１（ａ）参照）に自己（ＩＰｖ６端末１０）のＩＰｖ４アドレスを図１２（ａ）に示すような形で格納すると共に、「宛先ＩＰアドレス」フィールド（図１１（ａ）参照）に相手（ＩＰｖ４端末２０）のＩＰｖ４アドレスを図１２（ｂ）に示すような形で格納する。図１２（ａ）では、用意された１２８ビットのうちの下位３２ビットをアドレス情報の格納に使用し、その他のビットを、‘０’にセットしている。このようなフォーマットで表されるアドレスは、一般に、ＩＰｖ４−ｃｏｍｐａｔｉｂｌｅ−ＩＰｖ６アドレスと呼ばれている。また、図１２（ｂ）では、用意された１２８ビットのうちの下位３２ビットをアドレス情報の格納に使用し、４７ビット目から３２ビット目までを‘１’、その他のビットを‘０’にセットしている。このようなフォーマットで表されるアドレスは、一般に、ＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスと呼ばれている。そして、所定の情報を格納されたヘッダと、送るべきデータは、一つのパケットとして、トランスレータ３０に送られる。
【００１３】
トランスレータ３０は、送られてきたパケットをＩＰｖ４ネットワーク５４用のパケットに変換する。具体的には、送られてきたパケットのヘッダに含まれている先程のＩＰｖ４−ｃｏｍｐａｔｉｂｌｅ−ＩＰｖ６アドレスから、下位３２ビット、すなわち、ＩＰｖ６端末１０のＩＰｖ４アドレスを切りだし、これを、図１１（ｂ）に示したＩＰｖ４ヘッダの「送信元ＩＰアドレス」フィールドに格納する。また、これと同時に、送られてきたパケットのヘッダに含まれている先程のＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスから、下位３２ビット、すなわち、送り先であるＩＰｖ４端末２０のＩＰｖ４アドレスを切りだし、これを、図１１（ｂ）に示したＩＰｖ４ヘッダの「宛先ＩＰアドレス」フィールドに格納する。その後、このヘッダは、その他の必要事項が設定され、送信データとともに一つのパケットとなってＩＰｖ４端末２０に送られる。
【００１４】
以上の方法を用いれば、確かに、ＩＰｖ６ノードとＩＰｖ４ノードの相互接続が可能となる。
【００１５】
しかしながら、この方法では、ＩＰｖ６ノードにもＩＰｖ４アドレスを割り当てる必要がある。
【００１６】
ＩＰｖ４アドレスは、前述したようにその数が不足しており、この解消のために為されたＩＰｖ６が、ＩＰｖ４アドレスの枯渇を促進してしまったのでは意味がない。
【００１７】
このような問題点に鑑み、本発明は、バージョンの違い等によりＩＰアドレスの付与体系が異なっている２つのネットワークを、一方のネットワークのＩＰアドレスを枯渇させることなく結合することができる、ＩＰネットワークの結合方法、ＩＰネットワーク用トランスレータ、および、トランスレータを用いたネットワークシステムを提供する。
【００１８】
【課題を解決するための手段】
上記目的を達成するための本発明のＩＰネットワークの結合方法の一態様によれば、
複数の対象機器のそれぞれに対して、互いに重複することのないように第１種のＩＰアドレスが付与される第１種のＩＰネットワークと、複数の対象機器のそれぞれに対して、互いに重複することのないように第２種のＩＰアドレスが付与される第２種のＩＰネットワークをトランスレータで結合するためのＩＰネットワークの結合方法において、
前記第１種のＩＰネットワークに存在する複数の対象機器のうちの一つである対象機器Ａと、前記第２種のＩＰネットワークに存在する複数の対象機器のうちの一つである対象機器Ｂとの間で通信を開始する際に、前記対象機器Ｂに付与されている第２種のＩＰアドレスに対して、予め用意されている複数の第１種のＩＰアドレスの何れかを割当て、
前記対象機器Ｂと前記トランスレータとの間では、前記対象機器Ｂに付与されている前記第２種のＩＰアドレスを用いて通信を行い、前記トランスレータと前記対象機器Ａとの間では、割当てた前記第１種のＩＰアドレスを用いて通信を行い、
通信終了後、割り当てた前記第１種のＩＰアドレスを解放することを特徴とするＩＰネットワークの結合方法が提供される。
【００１９】
上記目的を達成するための本発明のＩＰネットワーク用トランスレータの一態様によれば、
複数の対象機器のそれぞれに対して、互いに重複することのないように第１種のＩＰアドレスが付与される第１種のＩＰネットワークと、複数の対象機器のそれぞれに対して、互いに重複することのないように第２種のＩＰアドレスが付与される第２種のＩＰネットワークを結合するトランスレータにおいて、
前記第１種のＩＰネットワークと前記第２種のＩＰネットワークとの間で情報交換を行うために、前記第１種のＩＰネットワークで使用される第１種のＩＰパケットと前記第２種のＩＰネットワークで使用される第２種のＩＰパケットとの間でヘッダ変換を行うヘッダ変換手段と、
互いに重複しない複数の第１種のＩＰアドレスを格納した記憶手段と、
前記第２種のＩＰネットワークから前記第１種のＩＰネットワークに情報を送るために実施されるヘッダ変換の際に、前記第２種のＩＰパケットのＩＰヘッダに含まれている送信元格納領域に格納されている第２種のＩＰアドレスに対して、前記記憶手段に格納されている複数の第１種のＩＰアドレスのうちの何れかを割当て、割当てた第１種のＩＰアドレスを、前記第１種のＩＰパケットのＩＰヘッダに含まれている送信元格納領域に格納し、かつ、
前記第１種のＩＰネットワークから前記第２種のＩＰネットワークに情報を送るために実施されるヘッダ変換の際に、前記第１種のＩＰパケットのＩＰヘッダに含まれている宛先格納領域に格納されている第１種のＩＰアドレスに対して、前記第２種のＩＰパケットのＩＰヘッダに含まれている送信元格納領域に格納されていた前記第２種のＩＰアドレスを割当て、割当てた第２種のＩＰアドレスを前記第２種のＩＰパケットのＩＰヘッダに含まれている宛先格納領域に格納することを特徴とするトランスレータが提供される。
【００２０】
上記目的を達成するための本発明のＩＰネットワーク用トランスレータの一態様によれば、複数の対象機器のそれぞれに対して、互いに重複することのないように第１種のＩＰアドレスが付与される第１種のＩＰネットワークと、複数の対象機器のそれぞれに対して、互いに重複することのないように第２種のＩＰアドレスが付与される第２種のＩＰネットワークとを相互に結合するトランスレータと、
前記第１種のＩＰネットワークに存在する複数の対象機器のうちの一つである対象機器Ａと備え、
前記対象機器Ａは、
互いに重複しない複数の第１種のＩＰアドレスを格納した記憶手段と、
前記第２種のＩＰネットワークに存在する複数の対象機器のうちの一つである対象機器Ｂに送信すべきデータを含んだ第１種のＩＰパケットを前記第１種のネットワークに送出する際に、該対象機器Ｂに付与されている第２種のＩＰアドレスに対して、前記記憶手段に格納されている複数の第１種のＩＰアドレスのうちの何れかを割当て、割当てた第１種のＩＰアドレスを、前記第１種のＩＰパケットのＩＰヘッダに含まれている宛先格納領域に格納するアドレス変換手段と、
前記対象機器Ｂに付与されている前記第２種のＩＰアドレスと、該第２種のＩＰアドレスに割り当てた前記第１種のＩＰアドレスとを少なくとも含んだアドレス変換情報を前記トランスレータに送出する手段とを備え、
前記トランスレータは、
前記対象機器Ａから送られたアドレス変換情報を記憶する記憶手段と、
該アドレス変換情報を用いて、前記第１種のＩＰネットワークと前記第２種のＩＰネットワークとの間でパケット変換を行うパケット変換手段とを備えたことを特徴とするネットワークシステムが提供される。
【００２１】
【発明の実施の形態】
以下、本発明の一実施形態について、図面を参照しながら説明する。
【００２２】
図１に示すように、本実施形態では、複数のＩＰｖ６端末５１が接続されたＩＰｖ６ネットワーク５２と、複数のＩＰｖ４端末５３が接続されたＩＰｖ４ネットワーク５４が存在し、これらのネットワークは、ＩＰｖ６／ｖ４トランスレータ５５（以下、トランスレータ５５と呼ぶ）を介して相互に接続されている。ＩＰｖ６ネットワーク５２では、図１１（ａ）に示したＩＰｖ６ヘッダを有するパケット（以下、ＩＰｖ６パケットと呼ぶ）によるデータ転送が行われる。ＩＰｖ６パケットのヘッダでは、ＩＰｖ６端末５１は、通常のＩＰｖ６アドレスで表され、ＩＰｖ４端末５３は、ＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレス（図１２（ｂ））で表される。また、ＩＰｖ４ネットワーク５４では、図１１（ｂ）に示したＩＰｖ４ヘッダを有するパケット（以下、ＩＰｖ４パケットと呼ぶ）によるデータ転送が行われる。ＩＰｖ４パケットのヘッダにおいて、トランスレータ５５は、該トランスレータ５５、若しくは、特定のＩＰｖ４端末５３で割り当てられたＩＰｖ４アドレスで表され、ＩＰｖ４端末５３は、通常のＩＰｖ４アドレスで表される。
【００２３】
トランスレータ５５は、図２に示すように、ＩＰｖ６ネットワーク５２に流れるＩＰｖ６パケットと、ＩＰｖ４ネットワーク５４に流れるＩＰｖ４パケットを順次取り込むＩＰｖ４／ｖ６受信処理部３１と、ＩＰｖ４／ｖ６受信処理部３１で取り込んだパケットのヘッダを、アドレス変換情報テーブル３５に格納されているアドレス変換情報に基づいて変換すると共に、必要に応じて、アドレス変換情報テーブル３５の内容の更新を行うヘッダ変換部３３と、ヘッダの変換処理を受けたパケットを、送り先となるネットワークに送出するＩＰｖ４／ｖ６送信処理部３２と、アドレス変換情報テーブル３５に格納されているアドレス変換情報を、ＩＰｖ４ネットワーク５４に接続されている特定のノードと交換するアドレス変換情報交換部３４とを備える。
【００２４】
本実施形態では、ＩＰｖ４ネットワーク５４に接続されるＩＰｖ４端末５３に３つタイプ（以下、タイプＡ、Ｂ、Ｃとする）が存在する。タイプＡのＩＰｖ４端末５３は、ＩＰｖ６端末５１で使用されるアプリケーションプログラム（以下、ＩＰｖ６アプリケーションとする）の搭載が可能で端末であり、さらに、前述したアドレス変換情報を所有する。タイプＡのＩＰｖ４端末５３で行われる処理の概要は、図３（ａ）に示されている。タイプＣのＩＰｖ４端末５３は、ＩＰｖ４端末５３で使用されるアプリケーションプログラム（以下、ＩＰｖ４アプリケーションとする）をそのまま搭載した従来の端末であり、例えば、プリンタ等の周辺機器が、これに該当する。タイプＣのＩＰｖ４端末５３で実行される処理の概要は、図３（ｃ）に示す通りである。タイプＢのＩＰｖ４端末５３は、ＩＰｖ４アプリケーションを搭載し、かつ、前述したアドレス変換情報を所有する端末で、その処理概要は、図３（ｂ）に示す通りである。なお、トランスレータ５５がアドレス変換情報の交換を行う特定のノードは、このうちタイプＡ、ＢのＩＰｖ４端末５３である。
【００２５】
図３（ａ）に示したＴＣＰ／ＩＰｖ４処理８１は、一般的なＴＣＰ／ＩＰ通信処理に相当するもので、ここでは、ＩＰｖ４に従ったサービスが行われる。ＴＣＰ／ＩＰｖ４処理８１では、この上位で行われる処理とのインターフェースとしてソケットインターフェース（ＩＰｖ４ソケットＩＦ）が用いられる。ＩＰｖ６アプリケーション処理８４は、ＩＰｖ６アプリケーションが行う処理であり、この下位で行われる処理とのインターフェースとして、先程と同様、ソケットインターフェース（ＩＰｖ６ソケットＩＦ）を使用する。アドレス変換処理８２及びアドレス変換情報交換処理８３のそれぞれは、ＩＰｖ４ソケットＩＦとＩＰｖ６ソケットＩＦとの間に介在する。アドレス変換処理８２では、ＩＰアドレスの変換処理等を含んだデータ転送が行われ、アドレス変換情報交換処理８３では、その他のノード（例えば、トランスレータ５５）と該ＩＰｖ４端末５３との間でアドレス変換情報の交換が行われる。
【００２６】
図４には、タイプＡのＩＰｖ４端末５３の内部構成が示されている。
【００２７】
ＴＣＰ／ＩＰｖ４処理８１は、ＴＣＰ／ＩＰｖ４受信処理部４１及びＴＣＰ／ＩＰｖ４送信処理部４２が担当する。アドレス変換処理８２は、アドレス変換処理部４３が担当する。アドレス変換情報交換処理８３は、アドレス変換情報交換処理部４４が担当する。このほか、タイプＡのＩＰｖ４端末５３には、アドレス変換情報テーブル４５が設けられている。
【００２８】
つぎに、ＩＰｖ６端末５１とタイプＡのＩＰｖ４端末５３との間で行われるパケット交換について説明する。
【００２９】
先ず、ＩＰｖ６端末５１側から通信を開始する場合のパケット交換について、図５のフローチャートに従って説明する。
【００３０】
ここでは、前もって、送信元のＩＰｖ６端末５１に、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”が割り当てられており、宛先のＩＰｖ４端末５３に、ＩＰｖ４アドレス“１３３．１４４．９５．２２”が割り当てられていることとする。
【００３１】
ＩＰｖ４アドレスの表記方法は、以下の通りである。
【００３２】
１．８ビット毎に“．”で区切って１０進数で表す。
【００３３】
例．１２３．３．２．１
ＩＰｖ６アドレスの表記方法は、以下の通りである。
【００３４】
１．１６ビット毎に“：”で区切って１６進数で表す。
【００３５】
例．１２３４：５６７８：９ａｂｃ：ｄｅｆ０：０ｆｅｄ：ｃｂａ９：８７６５：４３２１
２．区切られた１６ビット全てが０の場合、“：：”で表してもよい。
【００３６】
例．１２３４：：９ａｂｃ：ｄｅｆ０：０ｆｅｄ：ｃｂａ９：８７６５：４３２１
３．区切られた１６ビット全てが０で、これが連続する場合、１個の“：：”で表してもよい。
【００３７】
例．１２３４：：４３２１
４．下位３２ビットにＩＰｖ４アドレスを含む場合、この下位３２ビットについては、ＩＰｖ４アドレスの表記方法を用いることができる。
【００３８】
例．：：ｆｆｆｆ：１３３．１４４．９５．２２
そして、ＩＰｖ６端末５１は、ＩＰｖ６パケット５６をＩＰｖ６ネットワーク５２に送出する際（ａ１）、そのヘッダ内に、送信元ＩＰアドレスとして自己のＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”をセットすると共に、宛先ＩＰアドレスとしてＩＰｖ４端末５３のＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレス“：：ｆｆｆｆ：１３３．１４４．９５．２２”をセットする。
【００３９】
トランスレータ５５のＩＰｖ４／ｖ６受信処理部３１は、ＩＰｖ６ネットワーク５２を流れるＩＰｖ６パケットを順次取り込み、その都度、取り込んだＩＰｖ６パケットが、「宛先ＩＰアドレス」フィールドにＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスが格納されているパケット（具体的には、「宛先ＩＰアドレス」フィールドの４７ビット目から３２ビット目までが‘１’にセットされ、それより上位の全てのビットが‘０’にセットされているパケット）であるか否かを判断する。該当するパケットを発見した場合、これをヘッダ変換部３３に送る（ｂ１）。ヘッダ変換部３３は、パケットを受け取ると、該パケットに含まれている、送信元ＩＰアドレスであるＩＰｖ６アドレスを抜き出し、抜き出したＩＰｖ６アドレスに予め対応付けられているＩＰｖ４アドレスを、アドレス変換情報テーブル３５の中から探し出す（ｂ２）。目的のＩＰｖ４アドレスがアドレス変換情報テーブル３５の中に存在しなかった場合、ヘッダ変換部３３は、前述のＩＰｖ６アドレスに対して、あるＩＰｖ４アドレスを割り当てる。ここでは、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”に対して、ＩＰｖ４アドレス“１９２．１６８．１０．３”を割り当てることとする（ｂ３）。アドレス変換情報交換部３４は、これらの対応関係をアドレス変換情報として、ＩＰｖ４端末５３に送信する（ｂ４）。アドレス変換情報を交換するためのパケットのフォーマットは、図８に示す通りである。本例の場合、「ＩＰｖ６アドレス」フィールド１０１に“：：１２３４：５６７８：９ａｂｃ”が格納され、「割当てＩＰｖ４アドレス」フィールド１０２に、“１９２．１６８．１０．３”が格納される。「オプション」フィールド１０３は、本実施形態では特に使用しないが、通信に必要な各種制御情報を格納をすることができる。なお、（ｂ４）のアドレス変換情報の送信は、通信相手となるＩＰｖ４端末５３だけでなく、アドレス変換情報テーブル４５を所有する全てのＩＰｖ４端末５３に対して行う。また、ヘッダ変換部３３は、アドレス変換情報をアドレス変換情報テーブル３５に格納する（ｂ５）。
【００４０】
アドレス変換情報テーブル３５の構成例は、図７に示されている。９１は、ＩＰｖ６アドレスの格納領域、９２は、割当てられたＩＰｖ４アドレスの格納領域、９３は、オプションデータの格納領域であり、例えば、上から順に、一行ずつ埋められていく。割り当てるＩＰｖ４アドレスは、予め複数用意されており、これらは、図示省略したトランスレータ５５内のメモリに格納されている。アドレス変換情報テーブル３５自体も、このメモリに格納されている。
【００４１】
なお、割り当てられたＩＰｖ４アドレスが使用される領域は、そのＩＰｖ４ネットワーク内で閉じているため、例えば、ＩＰｖ６ネットワーク５２に複数のＩＰｖ４ネットワークが接続していて、各ＩＰｖ４ネットワークでＩＰｖ４アドレスが重なっていたとしても何の問題も生じない。すなわち、ＩＰｖ４ネットワーク５４が企業内通信網で、ＩＰｖ６ネットワークが公衆回線を利用した外部の通信網である場合、その企業では、他の企業のＩＰｖ４ネットワークで使用されるＩＰｖ４アドレスを割当ててもよい。
【００４２】
続いて、ヘッダ変換部３３は、パケット内の送信元ＩＰアドレスを、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”からＩＰｖ４アドレス“１９２．１６８．１０．３”に置き換える。宛先ＩＰアドレスについては、ＩＰｖ６アドレスの下位３２ビットから抽出したＩＰｖ４アドレスを使う。また、ヘッダ変換部３３は、このようなアドレス変換のほか、ＩＰｖ６ヘッダをＩＰｖ４ヘッダに変換するための各種処理も同時に実行する（ｂ６）。続いて、ＩＰｖ４／ｖ６送信処理部３２は、（ｂ６）の変換処理を受けたパケットをＩＰｖ４端末５３に向けて送出する。なお、（ｂ２）の検索処理において、該当するＩＰｖ４アドレスが見つかった場合は、送信元ＩＰアドレスとして、このＩＰｖ４アドレスが採用され、（ｂ３）、（ｂ４）、（ｂ５）の各処理は、スキップされる。
【００４３】
一方、ＩＰｖ４端末５３は、トランスレータ５５から送出されたアドレス変換情報を受信すると（ｃ１）、このアドレス変換情報を用いてアドレス変換情報テーブル４５の内容を更新する（ｃ２）。これにより、トランスレータ５５のアドレス変換情報テーブル３５の内容と、ＩＰｖ４端末５３のアドレス変換情報テーブル４５の内容が一致する。アドレス変換情報テーブル４５の内容の更新は、具体的には、アドレス変換情報交換処理部４４が実施する。（ｃ１）、（ｃ２）の処理については、通信相手となるＩＰｖ４端末をはじめ、全てのＩＰｖ４端末にて実施される。
【００４４】
また、ＩＰｖ４端末５３は、トランスレータ５５から送出されたＩＰｖ４パケットを受信すると（ｃ３）、更新されたアドレス変換情報テーブル４５に基づいて、このＩＰｖ４パケットのアドレス変換を実施する。
【００４５】
具体的には、ＩＰｖ４端末５３のＴＣＰ／ＩＰｖ４受信処理部４１は、ＩＰｖ４ネットワーク５４を流れる先程のＩＰｖ４パケットをＴＣＰ／ＩＰ受信し、これをアドレス変換処理部４３に渡す。アドレス変換処理部４３は、パケットを受け取ると、該パケットの送信元ＩＰアドレスである、ＩＰｖ４アドレス“１９２．１６８．１０．３”を抜き出し、抜き出したＩＰｖ４アドレスに対応付けられているＩＰｖ６アドレスをアドレス変換情報テーブル４５の中から探し出す。アドレス変換情報テーブル４５の内容は、（ｃ２）にて更新されているため、ここでは、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”が抽出されることになる。アドレス変換処理部４３は、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”を送信元ＩＰアドレスとしてパケット内にセットし、このパケットをＩＰｖ６アプリケーションに送る。宛先ＩＰアドレスは、ＩＰｖ４アドレスを図１２（ｂ）に示したＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスに拡張したＩＰｖ６アドレスが使われる。このようなアドレス変換を行えば、ＩＰｖ６アプリケーションは、送信元ＩＰアドレス及び宛先ＩＰアドレスのそれぞれをＩＰｖ６アドレスで受け取ることができる。ＩＰｖ６アプリケーションは、前述したようにＩＰｖ６用に開発されたアプリケーションプログラムであるため、受け取るＩＰアドレスは、ＩＰｖ６アドレスで表現されている方が都合がよい。
【００４６】
また、ＩＰｖ６アプリケーションは、応答処理として、ＩＰｖ６端末５１にパケットを送ることもある。この場合、ＩＰｖ６アプリケーションは、送るべきパケットに、送信元ＩＰアドレスとして自己のＩＰｖ４アドレス“１３３．１４４．９５．２２”を図１２（ｂ）に示したＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスに拡張したＩＰｖ６アドレス“：：ｆｆｆｆ：１３３．１４４．９５．２２”セットし、宛先ＩＰアドレスとしてＩＰｖ６端末５１のＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”をセットする。このパケットは、アドレス変換処理部４３に渡され、先程とは逆のアドレス変換が施される。すなわち、アドレス変換処理部４３は、宛先ＩＰアドレスとしてセットされている先程のＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”をＩＰｖ４アドレス“１９２．１６８．１０．３”に置き換える。送信元ＩＰアドレスについては、ＩＰｖ６アドレスの下位３２ビットから抽出したＩＰｖ４アドレスを使う。その後、ＴＣＰ／ＩＰｖ４送信処理部４２は、アドレス変換処理部４３にて変換処理を受けたパケット（ＩＰｖ４パケット５７：図１）をトランスレータ５５に向けて送出する（ｃ４）。
【００４７】
トランスレータ５５のＩＰｖ４／ｖ６受信処理部３１は、ＩＰｖ４ネットワーク５４を流れるＩＰｖ４パケット５７を取り込み（ｂ８）、これをヘッダ変換部３３に送る。ヘッダ変換部３３は、パケットを受け取ると、該パケットの宛先ＩＰアドレスである、ＩＰｖ４アドレス“１９２．１６８．１０．３”を抜き出し、抜き出したＩＰｖ４アドレスに対応付けられているＩＰｖ６アドレスをアドレス変換情報テーブル３５の中から探し出す。ここでは、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”が抽出されることになる（ｂ９）。ヘッダ変換部３３は、その後、該パケットに、送信元ＩＰアドレスとして、ＩＰｖ４端末５３のＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレス“：：ｆｆｆｆ：１３３．１４４．９５．２２”をセットすると共に、宛先ＩＰアドレスとして、先程抽出したＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”をセットする。また、ヘッダ変換部３３は、このようなアドレス変換のほか、ＩＰｖ４ヘッダをＩＰｖ６ヘッダに変換するための各種処理も同時に実行する（ｂ１０）。ＩＰｖ４／ＩＰｖ６送信処理部３２は、（ｂ１０）の変換処理を受けたパケットをＩＰｖ６端末５１に向けて送出する（ｂ１１）。その後、ＩＰｖ６端末５１は、このパケットを受信する（ａ２）。
【００４８】
なお、ＩＰｖ６アドレスに対応付けた前述のＩＰｖ４アドレスについては、ＩＰｖ６端末５１とＩＰｖ４端末５３との間の一連の通信が終了した時点で、解放するようにすればよい。また、ネットワークのシステム管理の際に発せられるコマンド等に応じて、アドレス変換情報テーブルのエントリを削除するようにしてもよい。また、アドレス変換情報テーブルのオプションフィールドに、通信が行われなくなってからの時間を格納し、タイムアウトが発生した割り当てＩＰｖ４アドレスについては、その時点で強制的に解放するようにしてもよい。
【００４９】
つぎに、ＩＰｖ４端末５３側から通信を開始する場合のパケット交換について、図６のフローチャートに従って説明する。
【００５０】
ここでも、先程と同様、ＩＰｖ６端末５１に、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”が割り当てられており、ＩＰｖ４端末５３に、ＩＰｖ４アドレス“１３３．１４４．９５．２２”が割り当てられていることとする。
【００５１】
そして、ＩＰｖ４端末５３のＩＰｖ６アプリケーションは、送るべきパケットに、送信元ＩＰアドレスとして自己のＩＰｖ４アドレス“１３３．１４４．９５．２２”をセットし、宛先ＩＰアドレスとしてＩＰｖ６端末５１のＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”をセットする。このパケットは、アドレス変換処理部４３に渡される。アドレス変換処理部４３は、パケットを受け取ると、該パケットに含まれている、宛先ＩＰアドレスであるＩＰｖ６アドレスを抜き出し、抜き出したＩＰｖ６アドレスに予め対応付けられているＩＰｖ４アドレスを、アドレス変換情報テーブル４５の中から探し出す（ｃ１）。目的のＩＰｖ４アドレスがアドレス変換情報テーブル４５の中に存在しなかった場合、アドレス変換処理部４３は、前述のＩＰｖ６アドレスに対して、あるＩＰｖ４アドレスを割り当てる。ここでは、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”に対して、ＩＰｖ４アドレス“１９２．１６８．１０．３”を割り当てることとする（ｃ２）。アドレス変換処理部４３は、これらの対応関係をアドレス変換情報として、トランスレータ５５に送信する（ｃ３）。アドレス変換情報を交換するためのパケットのフォーマットは、図８に示す通りである。また、アドレス変換処理部４３は、このアドレス変換情報をアドレス変換情報テーブル４５に格納する（ｃ４）。アドレス変換情報テーブル４５の構成例は、図７に示されている。なお、割り当てるＩＰｖ４アドレスは、予め複数用意されており、これらは、図示省略したＩＰｖ４端末５３の内のメモリに格納されている。アドレス変換情報テーブル４５自体も、このメモリに格納されている。その後、アドレス変換処理部４３は、パケット内のＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”をＩＰｖ４アドレス“１９２．１６８．１０．３”に置き換える。送信元ＩＰアドレスについては、そのままにしておく。また、アドレス変換処理部４３は、このようなアドレス変換のほか、ＩＰｖ６ヘッダをＩＰｖ４ヘッダに変換するための各種処理も同時に実行する（ｃ５）。その後、ＴＣＰ／ＩＰｖ４送信処理部４２は、アドレス変換処理部４３にて変換処理を受けたパケット（ＩＰｖ４パケット５７：図１）をトランスレータ５５に向けて送出する（ｃ６）。なお、（ｃ１）の検索処理において、該当するＩＰｖ４アドレスが見つかった場合は、送信元ＩＰアドレスとして、このＩＰｖ４アドレスが採用され、（ｃ２）、（ｃ３）、（ｃ４）の各処理は、スキップされる。
【００５２】
一方、トランスレータ５５は、ＩＰｖ４端末５３から送出されたアドレス変換情報を受信すると（ｂ１）、このアドレス変換情報を用いてアドレス変換情報テーブル３５の内容を更新する（ｂ２）。これにより、ＩＰｖ４端末５３のアドレス変換情報テーブル４５の内容とトランスレータ５５のアドレス変換情報テーブル３５の内容が一致する。アドレス変換情報テーブル３５の内容の更新は、具体的には、アドレス変換情報交換部３４が実施する。なお、（ｃ３）のアドレス変換情報の送信は、トランスレータ５５だけでなく、アドレス変換情報テーブル４５を所有する全てのＩＰｖ４端末５３に対して行われ、それぞれのアドレス変換情報テーブル４５の内容が更新される。このようにすれば、割り当てるＩＰｖ４アドレスが各ＩＰｖ４端末５３とトランスレータとの間で重複しない。
【００５３】
そして、トランスレータ５５のＩＰｖ４／ｖ６受信処理部３１は、ＩＰｖ４ネットワーク５４を流れるＩＰｖ４パケット５７を取り込み（ｂ３）、これをヘッダ変換部３３に送る。ヘッダ変換部３３は、パケットを受け取ると、該パケットの宛先ＩＰアドレスである、ＩＰｖ４アドレス“１９２．１６８．１０．３”を抜き出し、抜き出したＩＰｖ４アドレスに対応付けられているＩＰｖ６アドレスをアドレス変換情報テーブル３５の中から探し出す。アドレス変換情報テーブル３５の内容は、（ｂ２）にて更新されているため、ここでは、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”が抽出されることになる（ｂ４）。ヘッダ変換部３３は、その後、該パケットに、送信元ＩＰアドレスとして、ＩＰｖ４端末５３のＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレス“：：ｆｆｆｆ：１３３．１４４．９５．２２”をセットすると共に、宛先ＩＰアドレスとして、先程抽出したＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”をセットする。また、ヘッダ変換部３３は、このようなアドレス変換のほか、ＩＰｖ４ヘッダをＩＰｖ６ヘッダに変換するための各種処理も同時に実行する（ｂ５）。ＩＰｖ４／ＩＰｖ６送信処理部３２は、（ｂ５）の変換処理を受けたパケットをＩＰｖ６端末５１に向けて送出する（ｂ６）。その後、ＩＰｖ６端末５１は、このパケットを受信する（ａ１）。
【００５４】
また、ＩＰｖ６端末５１は、応答処理として、ＩＰｖ４端末５３にＩＰｖ６パケット５１を送ることもある。この場合、ＩＰｖ６端末５１は、ＩＰｖ６パケット５６をＩＰｖ６ネットワーク５２に送出する際に（ａ２）、そのヘッダに、送信元ＩＰアドレスとして自己のＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”をセットすると共に、宛先ＩＰアドレスとしてＩＰｖ４端末５３のＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレス“：：ｆｆｆｆ：１３３．１４４．９５．２２”をセットする。このＩＰｖ６パケット５６は、トランスレータ５５を介してＩＰｖ４端末５３に送られる（ｃ７）。トランスレータ５５の処理（（ｂ７）、（ｂ８）、（ｂ９）、ｂ（１０））は、図６の（ｂ１）、（ｂ２）、（ｂ６）、（ｂ７）と同様なものなので、ここでは説明を繰り返さない。
【００５５】
なお、ＩＰｖ６アドレスに割り当てた前述のＩＰｖ４アドレスについては、前述と同様な解放処理を行えばよい。
【００５６】
つぎに、タイプＢのＩＰｖ４端末５３について説明する。
【００５７】
タイプＢのＩＰｖ４端末５３は、前述した通り、ＩＰｖ４アプリケーションを搭載し、かつ、前述したアドレス変換情報を所有する端末である。タイプＢのＩＰｖ４端末５３では、図３（ｂ）に示す様に、ＴＣＰ／ＩＰｖ４処理８１と、アドレス変換処理８２と、アドレス変換処理８３と、ＩＰｖ４アプリケーション処理８５とが実施される。ＩＰｖ４アプリケーション処理８５は、同図に示すように、ＩＰｖ４ソケットインターフェース介してＴＣＰ／ＩＰｖ４処理８１上で実行される。これらの階層構造については、従来のＩＰｖ４端末５３と同じであり、ＩＰｖ４アプリケーション処理８５では、ＴＣＰ／ＩＰｖ４処理８１から上げられてくるパケットのＩＰアドレスをＩＰｖ４アドレスで受け取ることとなる。なお、ＴＣＰ／ＩＰｖ４処理８１は、ＴＣＰ／ＩＰｖ４受信処理部４１及びＴＣＰ／ＩＰｖ４送信処理部４２が担当する。アドレス変換処理８２は、アドレス変換処理部４３が担当する。アドレス変換情報交換処理８３は、アドレス変換情報交換処理部４４が担当する。
【００５８】
このようにタイプＢのＩＰｖ４端末５３では、アプリケーション側がＩＰｖ６アドレスを特に必要としていない。
【００５９】
しかしながら、ユーザにとっては、確認等のため、通信相手のＩＰｖ６アドレスを知りたいということもある。
【００６０】
そこで、タイプＢのＩＰｖ４端末５３では、通信相手のＩＰｖ６アドレスを表示画面等に出力する。
【００６１】
すなわち、タイプＢのＩＰｖ４端末５３のアドレス変換処理部４３は、ＩＰｖ４アプリケーションから出力されたパケットを受け取ると、該パケットの送信元ＩＰアドレスであるＩＰｖ４アドレスを抜き出し、抜き出したＩＰｖ４アドレスに対応付けられているＩＰｖ６アドレスをアドレス変換情報テーブル４５の中から探し出し、これを表示画面等に出力する。
【００６２】
また、さらに、タイプＢのＩＰｖ４端末５３では、トランスレータやタイプＡのＩＰｖ４端末で自動的に行われていたＩＰｖ６アドレスとＩＰｖ４アドレスとの対応付けを、ユーザが任意に行うことができる。
【００６３】
すなわち、アドレス変換処理部４３は、ユーザの操作内容に応じて、アドレス変換情報テーブル４５を更新する。例えば、ユーザが、ＩＰｖ６アドレス“：：１２３４：５６７８：９ａｂｃ”に対して、ＩＰｖ４アドレス“１９２．１６８．１０．３”を割り当てるといった内容の操作を行った場合は、図７のアドレス変換情報テーブル４５は、例えば、図７に示す様な内容に設定される。アドレス変換情報テーブル４５が更新されると、アドレス変換情報交換部４４は、この更新部分をパケット（図８参照）して、トランスレータ５５や、アドレス変換情報テーブルを所有するその他のＩＰｖ４端末５３に送信する。これにより、各ＩＰｖ４端末５３のアドレス変換情報テーブル４５の内容と、トランスレータ５５のアドレス変換情報テーブル３５の内容が一致する。
【００６４】
ＩＰｖ６端末５１とタイプＢのＩＰｖ４端末５３との間で行われるパケット交換については、図５、図６を用いて説明した先程のフローと同様なことが行われるため、これについての説明は省略する。
【００６５】
つぎに、タイプＣのＩＰｖ４端末５３について説明する。
【００６６】
タイプＣのＩＰｖ４端末５３は、前述した通り、ＩＰｖ４端末５３で使用されるＩＰｖ４アプリケーションをそのまま搭載した端末である。ＩＰｖ４アプリケーションがＲＯＭ化されていて、そのままではソフトウエア的な変更を行うことができない端末も、このタイプＣの端末５３に含まれる。タイプＣのＩＰｖ４端末５３では、図３（ｃ）に示す様に、ＩＰｖ４アプリケーション処理８５が、ＩＰｖ４ソケットインターフェース介してＴＣＰ／ＩＰｖ４処理８１上で実行される。ＴＣＰ／ＩＰｖ４処理８１は、ＴＣＰ／ＩＰｖ４受信処理部４１及びＴＣＰ／ＩＰｖ４送信処理部４２が担当する。
【００６７】
なお、タイプＣのＩＰｖ４端末５３では、その構成上、端末側から通信を開始することはできないが、相手側から通信を開始すれば、以下に示すように特に問題は生じない。
【００６８】
タイプＣのＩＰｖ４端末５１のＩＰｖ４アプリケーションは、ＴＣＰ／ＩＰｖ４受信処理部４１から出力されたパケットを受け取ると、受け取ったパケットの送信元ＩＰアドレスと宛先ＩＰアドレスを抜き出し、受け取ったパケットのデータ部で指定された所定の処理を行う。その後、ＩＰｖ４アプリケーションは、必要があれば、その処理結果をパケットに詰め、これをＴＣＰ／ＩＰｖ４送信処理部４２に渡す。この際、ＩＰｖ４アプリケーションは、抜き出した宛先ＩＰアドレスと送信元ＩＰアドレスを入れ替えて、これらをパケットに設定する。例えば、受け取ったパケットの宛先ＩＰアドレス「フィールド」にＩＰｖ４アドレス“１３３．１４４．９５．２２”が格納され、送信元ＩＰアドレス「フィールド」にＩＰｖ４アドレス“１９２．１６８．１０．３”が格納されている場合は、宛先ＩＰアドレス「フィールド」にＩＰｖ４アドレス“１９２．１６８．１０．３”が格納され、送信元ＩＰアドレス「フィールド」にＩＰｖ４アドレス“１３３．１４４．９５．２２”が格納される。このパケットは、ＴＣＰ／ＩＰｖ４送信処理部４２によってＩＰｖ４ネットワーク５４に送出され、トランスレータ５５に届けられる。
【００６９】
以上、ＩＰｖ４ネットワークとＩＰｖ６ネットワークがＩＰｖ４／ｖ６トランスレータで接続される場合の一実施形態について説明したが、ここで使用されるＩＰｖ６／ｖ４トランスレータの実際のハードウエアは、例えば、図１０（ａ）に示すように構成される。
【００７０】
このＩＰｖ６／ｖ４トランスレータは、ＣＰＵ７１と、メモリ７２と、ネットワークインタフェース７３−１、７３−２〜７３−ｎを有して構成されている。ＣＰＵ７１は、メモリ７２の管理や、ネットワークインタフェース７３−１、７３−２〜７３−ｎの制御を行う。また、メモリ７２には、各種プログラムが予め記憶されており、これらのプログラムを必要に応じてＣＰＵ７１で実行することで、図２に示した、ＩＰｖ４／ｖ６受信処理部３１、ＩＰｖ４／ｖ６送信処理部３２、ヘッダ変換部３３、アドレス変換情報交換部３４、アドレス変換情報テーブル３５が実現される。
【００７１】
なお、図１では、ＩＰｖ６ネットワーク５２とＩＰｖ４ネットワーク５４が一つずつ存在するため、例えば、ＩＰｖ６ネットワーク５２用にネットワークインタフェース７３−１が使用され、ＩＰｖ４ネットワーク５４用にネットワークインタフェース７３−２が使用されることになる。この場合、ネットワークインタフェース７３−１が、ＩＰｖ６ネットワーク５２を流れるＩＰｖ６パケットを取り込んでメモリ７２に格納し、ネットワークインタフェース７３−２が、ヘッダ変換等を施されて生成されたＩＰｖ４パケットをＩＰｖ４ネットワーク５４に送出する。逆方向にパケットを流す場合も、ネットワークインタフェース７３−１、７３−２のそれぞれが、今と逆の動作を行う。なお、複数のＩＰｖ６、ＩＰｖ４ネットワークが存在する場合には、その数に応じて、ネットワークインタフェースが使用されることになる。
【００７２】
また、ＩＰｖ４端末の実際のハードウエアは、例えば、図１０（ｂ）に示すように構成される。
【００７３】
このＩＰｖ４端末は、ＣＰＵ７１と、メモリ７２と、ネットワークインタフェース７３を有して構成されている。ＣＰＵ７１は、メモリ７２の管理や、ネットワークインタフェース７３の制御を行う。メモリ７２には、各種プログラムが予め記憶されている。例えば、タイプＡのＩＰｖ４端末の場合、メモリ７２のプログラムが必要に応じてＣＰＵ７１で実行され、ＴＣＰ／ＩＰｖ４受信処理部４１、ＴＣＰ／ＩＰｖ４送信処理部４２、アドレス変換処理部４３、アドレス変換情報交換処理部４４、アドレス変換情報テーブル４５や、ＩＰｖ４アプリケーションが実現される。ネットワークインタフェース７３は、ＩＰｖ４ネットワーク５４を流れるＩＰｖ４パケットを取り込んでメモリ７２に格納すると共に、アドレス変換等を施されて生成されたＩＰｖ４パケットをＩＰｖ４ネットワーク５４に送出する。
【００７４】
また、特定のＩＰｖ６端末については、予めＩＰｖ４アドレスを割り当てておき、これをアドレス変換情報テーブルに格納しておくようにしてもよい。このようにすれば、割当てに関する処理時間が削減される。
【００７５】
また、本発明は、図１に示すようなネットワーク構成に限定されるわけではない。例えば、ＩＰｖ４ネットワークとＩＰｖ６ネットワークが混在するネットワークにも本発明は適用可能である。図９には、ＩＰｖ４端末６２とＩＰｖ６端末６１が接続されたＩＰｖ４／ｖ６混在ネットワーク６４が示されている。ＩＰｖ４／ｖ６混在ネットワーク６４では、ＩＰｖ４パケット６６と、ＩＰｖ６パケット６５が共存することになるが、ＩＰｖ４／ｖ６トランスレータ６３は、これらを自身に取り込み、取り込んだパケットに対して、必要ならば、先程説明したアドレス変換及びヘッダ変換を施し、これをネットワークに返却する。このようにすれば、ＩＰｖ４端末６２とトランスレータ６３と間では、ＩＰｖ４パケット６６による通信が行われ、トランスレータ６３とＩＰｖ６端末６１との間ではＩＰｖ６パケット６５による通信が行われることになる。
【００７６】
また、本発明は、ＩＰｖ４ネットワークとＩＰｖ６ネットワークとの結合に限定されるわけでなく、バージョンの違い等によりＩＰアドレスの付与体系が異なっている２種類のネットワーク（第１種のＩＰネットワークと第２種のＩＰネットワーク）に適用可能である。
【００７７】
【発明の効果】
本発明によれば、第１種のＩＰネットワーク（例えば、ＩＰｖ４ネットワーク）に存在する複数の対象機器のうちの一つである対象機器Ａと、第２種のＩＰネットワーク（例えば、ＩＰｖ６ネットワーク）に存在する複数の対象機器のうちの一つである対象機器Ｂとの間で通信を開始する際に、第１種のＩＰネットワークと第２種のＩＰネットワークとの間に設けられたトランスレータ、または、前記対象機器Ａが、対象機器Ｂに付与されている第２種のＩＰアドレスに対して、第１種のＩＰアドレスを割り当て、第１種のＩＰネットワークでは、この第１種のＩＰアドレスを用いて通信が行われる。
【００７８】
したがって、第１種のＩＰネットワークの対象機器Ａと通信を行うために、第２種のＩＰネットワークに存在する対象機器Ｂに対して第１種のＩＰアドレスを予め与えておくといった無駄なアドレス設定がなくなり、乏しい第１種のＩＰアドレスが有効活用される。
【００７９】
また、対象機器Ａに割り当てる第１種のＩＰアドレスは、第１種のＩＰネットワーク内で閉じて使用されるため、外部のネットワークで同一のＩＰアドレスが用いられても問題は生じず、第１種のＩＰアドレスのさらなる有効活用を図ることができる。
【図面の簡単な説明】
【図１】本発明が適用されたネットワークの一例を示した構成図。
【図２】図１のネットワークで使用されるＩＰｖ４／ｖ６トランスレータの機能を示したブロック図。
【図３】図３（ａ）：図１のネットワークに接続されるタイプＡのＩＰｖ４端末で行われる処理の概要を示した説明図。
図３（ｂ）：図１のネットワークに接続されるタイプＢのＩＰｖ４端末で行われる処理の概要を示した説明図。
図３（ｃ）：図１のネットワークに接続されるタイプＣのＩＰｖ４端末で行われる処理の概要を示した説明図。
【図４】図１のネットワークに接続されるタイプＡのＩＰｖ４端末の機能を示したブロック図。
【図５】図１のネットワークにおける、ＩＰｖ６端末−ＩＰｖ４端末間の通信手順（その１）を示したフローチャート。
【図６】図１のネットワークにおける、ＩＰｖ６端末−ＩＰｖ４端末間の通信手順（その２）を示したフローチャート。
【図７】図１のネットワークに接続されるタイプＡ、ＢのＩＰｖ４端末及びＩＰｖ４／ｖ６トランスレータのそれぞれに設けられるアドレス変換情報テーブルの一例を示した説明図。
【図８】図７のアドレス変換情報テーブルの格納情報を送信するためのパケットのフォーマットを示した説明図。
【図９】本発明が適用されたネットワークのその他の例を示した構成図。
【図１０】図１０（ａ）：本発明が適用されたネットワークに接続されるＩＰｖ４／ｖ６トランスレータのハードウエア構成の一例を示した構成図。
図１０（ｂ）：本発明が適用されたネットワークに接続されるＩＰｖ４端末のハードウエア構成の一例を示した構成図。
【図１１】図１１（ａ）：ＩＰｖ６ヘッダのフォーマットの説明図。
図１１（ｂ）：ＩＰｖ４ヘッダのフォーマットの説明図。
【図１２】図１２（ａ）：ＩＰｖ４−ｃｏｍｐａｔｉｂｌｅ−ＩＰｖ６アドレスのフォーマットの説明図。
図１２（ｂ）：ＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスのフォーマットの説明図。
【図１３】ＩＰｖ４ネットワークとＩＰｖ６ネットワークを接続するための方式を示した説明図。
【符合の説明】
３１：ＩＰｖ４／ｖ６受信処理部、 ３２：ＩＰｖ４／ｖ６送信処理部、 ３３：ヘッダ変換部、 ３４：アドレス変換情報交換部、 ３５：アドレス変換情報テーブル、 ４１：ＴＣＰ／ＩＰｖ４受信処理部、 ４２：ＴＣＰ／ＩＰｖ４送信処理部、 ４３：アドレス変換処理部、 ４４：アドレス変換情報交換処理部、 ４５：アドレス変換情報テーブル、 ５１、６１：ＩＰｖ６端末、 ５２：ＩＰｖ６ネットワーク、 ５３、６２：ＩＰｖ４端末、 ５４：ＩＰｖ４ネットワーク、 ５５、６３：ＩＰｖ４／ｖ６トランスレータ、 ５６、６５：ＩＰｖ６パケット、 ５７、６６：ＩＰｖ４パケット、 ６４：ＩＰｖ６／ｖ４混在ネットワーク、 ７１：ＣＰＵ、 ７２：メモリ、 ７３：ネットワークインタフェース、 ８１：ＴＣＰ／ＩＰｖ４処理、 ８２：アドレス変換処理、 ８３：アドレス変換情報交換処理、 ８４：ＩＰｖ６アプリケーション、 ８５：ＩＰｖ４アプリケーション、 ９１、１０１：ＩＰｖ６アドレスフィールド、 ９２、１０２：割り当てＩＰｖ４アドレスフィールド、 ９３、１０３：オプションフィールド
Claims (16)
- ネットワークに接続され、該ネットワークに対してパケットを送受信する端末において、
ＩＰｖ６アプリケーションプログラムを格納する記憶部と、
前記記憶部に格納されているＩＰｖ６アプリケーションプログラムを実行し、ＩＰｖ６ヘッダを含むＩＰｖ６パケットを生成する処理部と、
複数のＩＰｖ４アドレスを保持する保持部と、
前記ＩＰｖ６パケットの前記ＩＰｖ６ヘッダに宛先アドレスとして格納されているＩＰｖ６アドレスに前記保持部に保持されている前記複数のＩＰｖ４アドレスのうちの任意の１つを割り当て、前記ＩＰｖ６ヘッダを、宛先アドレスとして前記任意のＩＰｖ４アドレスが格納され、前記ＩＰｖ６ヘッダとはヘッダフォーマットが異なるＩＰｖ４ヘッダに変換してＩＰｖ４パケットを生成する変換部と、
前記ＩＰｖ４パケットを前記ネットワークに送信する送信部とを有することを特徴とする端末。 - 請求項１に記載の端末において、前記ＩＰｖ６アドレスと、前記保持部に保持されている前記複数のＩＰｖ４アドレスのうちから割り当てた前記任意のＩＰｖ４アドレスとを対応付けて格納する第２の記憶部を更に有することを特徴とする端末。
- ネットワークに接続され、該ネットワークに対してパケットを送受信する端末において、
ＩＰｖ６アプリケーションプログラムを記憶する第１の記憶部と、
前記記憶部に記憶されているＩＰｖ６アプリケーションプログラムを実行し、ＩＰｖ６ヘッダを含むＩＰｖ６パケットを生成する処理部と、
ＩＰｖ６アドレスとＩＰｖ４アドレスとを対応付けて記憶する第２の記憶部と、
前記ＩＰｖ６パケットの前記ＩＰｖ６ヘッダに宛先アドレスとして格納されているＩＰｖ６アドレスと対応付けられて前記第２の記憶部に記憶されているＩＰｖ４アドレスを前記第２の記憶部から抽出し、前記ＩＰｖ６ヘッダを、宛先アドレスとして前記ＩＰｖ４アドレスが格納され、前記ＩＰｖ６ヘッダとはヘッダフォーマットが異なるＩＰｖ４ヘッダに変換してＩＰｖ４パケットを生成する変換部と、
前記ＩＰｖ４パケットを前記ネットワークに送信する送信部とを有することを特徴とする端末。 - 請求項３に記載の端末において、複数のＩＰｖ４アドレスを保持する第３の記憶部を更に有し、前記変換部は、前記第３の記憶部に保持されている前記複数のＩＰｖ４アドレスのうちの任意の１つを前記ＩＰｖ６アドレスと対応付けて前記第２の記憶部に格納しておくことを特徴とする端末。
- 請求項１または請求項３に記載の端末において、前記変換部は、さらに、前記ＩＰｖ６ヘッダに送信元アドレスとして格納されている端末自身のＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスを第２のＩＰｖ４アドレスに変換し、前記ＩＰｖ６ヘッダを、送信元アドレスとして前記第２のＩＰｖ４アドレスが格納されているＩＰｖ４ヘッダに変換することを特徴とする端末。
- 請求項２または請求項３に記載の端末において、前記ネットワークからＩＰｖ４パケットを受信する受信部を更に有し、前記受信部がＩＰｖ４パケットを受信すると、前記変換部は、前記受信したＩＰｖ４パケットのＩＰｖ４ヘッダに送信元アドレスとして格納されている第２のＩＰｖ４アドレスと対応付けて記憶されている第２のＩＰｖ６アドレスを前記第２の記憶部から抽出し、前記ＩＰｖ４ヘッダを、送信元アドレスとして前記第２のＩＰｖ６アドレスが格納されているＩＰｖ６ヘッダに変換することを特徴とする端末。
- 請求項６に記載の端末において、前記変換部は、前記ＩＰｖ４ヘッダに宛先アドレスとして格納されている前記端末の第３のＩＰｖ４アドレスを、下位３２ビットに前記第３のＩＰｖ４アドレスを含む第３のＩＰｖ６アドレスに変換し、前記ＩＰｖ４ヘッダを、宛先アドレスとして前記第３のＩＰｖ６アドレスが格納されているＩＰｖ６ヘッダに変換することを特徴とする端末。
- 請求項６に記載の端末において、前記変換部は、前記ＩＰｖ４ヘッダに宛先アドレスとして格納されている前記端末自身の第３のＩＰｖ４アドレスを、前記第３のＩＰｖ４アドレスを含むＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスに変換し、前記ＩＰｖ４ヘッダを、宛先アドレスとして前記ＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスアドレスが格納されているＩＰｖ６ヘッダに変換することを特徴とする端末。
- ネットワークに接続された端末におけるパケット送受信方法において、複数のＩＰｖ４アドレスを予め保持し、ＩＰｖ６アプリケーションプログラムを実行し、ＩＰｖ６ヘッダを含むＩＰｖ６パケットを生成し、前記ＩＰｖ６パケットの前記ＩＰｖ６ヘッダに宛先アドレスとして格納されているＩＰｖ６アドレスに前記保持している前記複数のＩＰｖ４アドレスのうちの任意の１つを割り当て、前記ＩＰｖ６ヘッダを、宛先アドレスとして前記任意のＩＰｖ４アドレスが格納され、前記ＩＰｖ６ヘッダとはヘッダフォーマットが異なるＩＰｖ４ヘッダに変換し、前記ＩＰｖ６パケットに含まれていたデータと前記ＩＰｖ４ヘッダからＩＰｖ４パケットを生成し、前記ＩＰｖ４パケットを前記ネットワークに送信することを特徴とするパケット送受信方法。
- 請求項９に記載のパケット送受信方法において、前記ＩＰｖ６アドレスと、前記保持している前記複数のＩＰｖ４アドレスのうちから割り当てた前記任意のＩＰｖ４アドレスとを対応付けて記憶することを特徴とするパケット送受信方法。
- ネットワークに接続された端末におけるパケット送受信方法において、ＩＰｖ６アドレスとＩＰｖ４アドレスとを対応付けて予め記憶し、ＩＰｖ６アプリケーションプログラムを実行し、ＩＰｖ６ヘッダを含むＩＰｖ６パケットを生成し、前記ＩＰｖ６パケットの前記ＩＰｖ６ヘッダに宛先アドレスとして格納されているＩＰｖ６アドレスと対応付けて記憶しているＩＰｖ４アドレスを抽出し、前記ＩＰｖ６ヘッダを、宛先アドレスとして前記ＩＰｖ４アドレスが格納され、前記ＩＰｖ６ヘッダとはヘッダフォーマットが異なるＩＰｖ４ヘッダに変換し、前記ＩＰｖ６パケットに含まれていたデータと前記ＩＰｖ４ヘッダからＩＰｖ４パケットを生成し、前記ＩＰｖ４パケットを前記ネットワークに送信することを特徴とするパケット送受信方法。
- 請求項１１に記載のパケット送受信方法において、複数のＩＰｖ４アドレスを予め保持し、前記複数のＩＰｖ４アドレスのうちの任意の１つを前記ＩＰｖ６アドレスと対応付けて記憶しておくことを特徴とするパケット送受信方法。
- 請求項９または請求項１１に記載のパケット送受信方法において、前記ＩＰｖ６ヘッダに送信元アドレスとして格納されている前記端末自身のＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスから下位３２ビットを抽出して第２のＩＰｖ４アドレスに変換し、前記ＩＰｖ６ヘッダを、送信元アドレスとして前記第２のＩＰｖ４アドレスが格納されているＩＰｖ４ヘッダに変換することを特徴とするパケット送受信方法。
- 請求項１０または請求項１１に記載のパケット送受信方法において、前記ネットワークからＩＰｖ４パケットを受信すると、前記受信したＩＰｖ４パケットのＩＰｖ４ヘッダに送信元アドレスとして格納されている第２のＩＰｖ４アドレスと対応付けて記憶している第２のＩＰｖ６アドレスを抽出し、前記ＩＰｖ４ヘッダを、送信元アドレスとして前記第２のＩＰｖ６アドレスが格納されているＩＰｖ６ヘッダに変換することを特徴とするパケット送受信方法。
- 請求項１４に記載のパケット送受信方法において、前記ＩＰｖ４ヘッダに宛先アドレスとして格納されている前記端末自身の第３のＩＰｖ４アドレスを、下位３２ビットに前記第３のＩＰｖ４アドレスを含む第３のＩＰｖ６アドレスに変換し、前記ＩＰｖ４ヘッダを、宛先アドレスとして前記第３のＩＰｖ６アドレスが格納されているＩＰｖ６ヘッダに変換することを特徴とするパケット送受信方法。
- 請求項１４に記載のパケット送受信方法において、前記ＩＰｖ４ヘッダに宛先アドレスとして格納されている前記端末自身の第３のＩＰｖ４アドレスを、ＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスに変換し、前記ＩＰｖ４ヘッダを、宛先アドレスとして前記ＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスアドレスが格納されているＩＰｖ６ヘッダに変換することを特徴とするパケット送受信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003005232A JP3791496B2 (ja) | 2003-01-14 | 2003-01-14 | パケット送受信ノード及びパケット送受信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003005232A JP3791496B2 (ja) | 2003-01-14 | 2003-01-14 | パケット送受信ノード及びパケット送受信方法 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP17476896A Division JP3531367B2 (ja) | 1996-07-04 | 1996-07-04 | トランスレータ |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003188925A JP2003188925A (ja) | 2003-07-04 |
| JP3791496B2 true JP3791496B2 (ja) | 2006-06-28 |
Family
ID=27606913
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003005232A Expired - Lifetime JP3791496B2 (ja) | 2003-01-14 | 2003-01-14 | パケット送受信ノード及びパケット送受信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3791496B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010193511A (ja) * | 2010-04-28 | 2010-09-02 | Hitachi Ltd | パケット送受信端末 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4591338B2 (ja) * | 2005-12-16 | 2010-12-01 | パナソニック電工株式会社 | 通信システム |
-
2003
- 2003-01-14 JP JP2003005232A patent/JP3791496B2/ja not_active Expired - Lifetime
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010193511A (ja) * | 2010-04-28 | 2010-09-02 | Hitachi Ltd | パケット送受信端末 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003188925A (ja) | 2003-07-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3531367B2 (ja) | トランスレータ | |
| US8582599B2 (en) | Translator for IP networks, network system using the translator, and IP network coupling method therefor | |
| US7630374B2 (en) | Address translation method | |
| US7400646B2 (en) | Multicast routing method and an apparatus for routing a multicast packet | |
| JP3494610B2 (ja) | Ｔｃｐ終端機能付きｉｐルータ装置および媒体 | |
| US20070030848A1 (en) | Network communication system | |
| JP4292897B2 (ja) | 中継装置とポートフォワード設定方法 | |
| JP4670866B2 (ja) | トランスレータ | |
| JP4151699B2 (ja) | 変換装置及び管理方法 | |
| JP3900157B2 (ja) | トランスレータ | |
| JP3791496B2 (ja) | パケット送受信ノード及びパケット送受信方法 | |
| JP3791497B2 (ja) | パケット変換方法 | |
| CN101783775B (zh) | 一种向量网和ip网的网关方式互连方法 | |
| JP5126283B2 (ja) | パケット送受信端末 | |
| JP5600829B2 (ja) | トランスレータ | |
| JP2004254203A (ja) | ゲートウェイ装置 | |
| JP2001136198A (ja) | ネットワーク間通信方法およびサーバ装置並びにネットワーク間通信システム | |
| KR100711163B1 (ko) | 데이터패킷 중계기의 주소 매핑 장치 및 그 방법 | |
| US7362747B2 (en) | Translation of identifiers of user installation terminal in a packet network | |
| KR20010099495A (ko) | 네트워크주소를 네트워크정합카드의 물리주소로 사용하는시스템 및 방식 | |
| WO2003088600A1 (en) | Communication apparatus |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050208 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050308 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20051122 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060123 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20060126 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060314 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060327 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090414 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100414 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110414 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120414 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120414 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130414 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140414 Year of fee payment: 8 |
|
| EXPY | Cancellation because of completion of term |