(57)【要約】【課題】第１のネットワーク内のネットワーク装置と第２のネットワーク内のネットワーク装置間の通信を提供する装置を提供する。【解決手段】第１のネットワークは第１の通信プロトコルに従って動作し、第２のネットワークは第２の通信プロトコルに従って動作する。装置は、１）第１のネットワーク内のターゲットネットワーク装置へエイリアスを割当てる第１の手段であって、該エイリアスは第２のネットワークの通信プロトコルと互換性がある手段と、２）該エイリアスをターゲットネットワーク装置に関するアドレスに該割当てられたエイリアスを変換する第２の手段であって、該変換されたアドレスは第１のネットワークの通信プロトコルと互換性がある手段とを具備する。【選択図】図４
2004519928.tif 000002
【特許請求の範囲】
【請求項１】
第１のネットワーク内のネットワーク装置と第２のネットワーク内のネットワーク装置間の通信を提供する装置であって、第１のネットワークは第１の通信プロトコルに従って動作し、第２のネットワークは第２の通信プロトコルに従って動作する装置において、該装置は、
（１）エイリアス（ａｌｉａｓ）を第１のネットワーク内のターゲットネットワーク装置に割当てる第１の手段であって、該エイリアスは第２のネットワークの通信プロトコルと互換性がある手段と、
（２）該割当てられたエイリアスを該ターゲットネットワーク装置に関するアドレスに変換する第２の手段であって、該変換されたアドレスは第１のネットワークの通信プロトコルと互換性がある手段とを具備し、
該第１の手段と該第２の手段は、該ネットワークの１或いは両方内にて別々にアドレス指定可能であり、該割当てられたエイリアスは第２の手段のアドレスに対応し、その結果、第２のネットワーク内のネットワーク装置が１又はそれ以上の伝送（ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）を該割当てられたエイリアスを含むアドレスを用いて送信するときに、該或いは各伝送を第２の手段へルート付けする（ｒｏｕｔｅｄ）ことができ、それによって第２の手段は該エイリアスを第１のネットワーク内のターゲットネットワーク装置のアドレスに変換し、該伝送を第１のネットワークへ送信する。
【請求項２】
請求項１に記載された装置において、該エイリアスはネットワークアドレスを有する。
【請求項３】
請求項２に記載された装置において、該ネットワークアドレスは第２の手段を表す識別子を含む。
【請求項４】
請求項３に記載された装置において、第２の手段は複数のさらなる装置を有する。
【請求項５】
請求項４に記載された装置において、前記或いは各さらなる装置は１又はそれ以上のグループのエイリアスにアクセスする。
【請求項６】
請求項５に記載された装置において、各グループは記憶装置内に記憶される。
【請求項７】
請求項５に記載された装置において、２又はそれ以上のグループが記憶装置内に記憶される。
【請求項８】
請求項４乃至請求項７のいずれか１項に記載の装置は、所定の判断基準に従って複数のさらなる装置の１を選択する選択手段を有する。
【請求項９】
請求項８に記載された装置において、該所定の判断基準は装置特性を含む。
【請求項１０】
請求項９に記載された装置において、該選択手段は装置特性を監視するよう動作可能である。
【請求項１１】
請求項９または請求項１０に記載された装置において、該装置特性は、装置の動作状態、装置のローディング（ｌｏａｄｉｎｇ）、及び装置に利用可能なエイリアスの少なくとも１つを含む。
【請求項１２】
請求項８乃至請求項１１のいずれか１項に記載された装置において、該選択手段は第１の手段に動作的に関連している。
【請求項１３】
請求項４乃至請求項１２のいずれか１項に記載された装置において、第１の手段は該さらなる装置に利用可能なエイリアスを検索するように動作可能であり、検索されたエイリアスが該割当てられたエイリアスである。
【請求項１４】
請求項４乃至請求項１３のいずれか１項に記載された装置は、該割当てられたエイリアスと該エイリアスに割当てられたターゲットネットワーク装置との間のマッピング（ｍａｐｐｉｎｇｓ）を記憶するマッピング記憶装置を含む。
【請求項１５】
請求項１４に記載された装置において、該マッピング記憶装置は第１の手段によって管理される。
【請求項１６】
請求項１４に記載された装置において、該マッピング記憶装置はデータベースによって管理される。
【請求項１７】
請求項１４に記載された装置において、該マッピング記憶装置は該さらなる装置によって管理される。
【請求項１８】
第１のネットワーク内のネットワーク装置と第２のネットワーク内のネットワーク装置間の通信を提供する方法であって、第１のネットワークは第１の通信プロトコルに従って動作し、第２のネットワークは第２の通信プロトコルに従って動作する方法において、該方法は、
（１）所定の判断基準に従って複数のさらなる装置からさらなる装置を選択するステップと、
（２）ネットワークの１つ内のネットワーク装置に対して割当てる該選択されたさらなる装置にアクセス可能なネットワークアドレスを検索するステップであって、該検索されたネットワークアドレスは他のネットワークの通信プロトコルと互換可能なステップと、
（３）該検索されたネットワークアドレスを該ネットワーク装置に対するエイリアスとして割当てるステップと、
（４）該割当てられたエイリアスを該ネットワーク装置から送信された１又はそれ以上の伝送に適用するステップと、
（５）該或いは各伝送を送信するステップと、
を具備する。
【請求項１９】
請求項１８に記載された方法は、
該または各さらなる装置の装置特性を監視するステップと、
該監視された装置特性を該所定の判断基準と比較して該さらなる装置を選択できるようにするステップと、をさらに含む。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はアドレストランスレータに関し、特に、しかしながら排他的ではなく、異なるネットワーク間のアドレストランスレータに適している。
【０００２】
【従来の技術】
現在、すべての商業インターネットプロトコル（ＩＰ）ネットワークはＩＰｖ４ネットワークである。しかしながら、将来のある時点においては、商業ＩＰネットワークはＩＰｖ６ネットワークになるであろう。その間には移行期間があり、その移行期間では商業ＩＰネットワークはＩＰｖ４とＩＰｖ６ネットワークの混合からなるであろう。ＩＰｖ６は全体的にＩＰｖ４とは異なるプロトコルであり、基本的にはＩＰｖ４とは互換性がない。それゆえに、少なくとも移行期間中は、ネットワーク装置及び／又はネットワークは、ＩＰｖ４アドレスを有するＩＰｖ４ネットワークにおけるノード（ｎｏｄｅ）及び／又はホスト（ｈｏｓｔ）に、ＩＰｖ６アドレスを有するＩＰｖ６ネットワークにおけるノード及び／又はホストとの通信を可能にするメカニズムを必要とするであろう。
【０００３】
いくつかの移行（ｍｉｇｒａｔｉｏｎ）メカニズムが開発されてきている。例えば、２０００年１１月にＩｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ （ＩＥＴＦ）によって刊行された書類であって、ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｉｅｔｆ−ｎｇｔｒａｎｓ−ｉｎｔｒｏｄｕｃｔｉｏｎ−ｔｏ−ｉｐｖ６−ｔｒａｎｓｉｔｉｏｎ−０５．ｔｘｔ
においてＩＥＴＦから利用可能であり、「インターネットにおけるＩＰｖ６の導入の概観」と題した、Ｗ．Ｂｉｅｍｏｌｔらの著作による、ＩＥＴＦ Ｓｔａｔｕｓ ： Ｄｒａｆｔ ｗｏｒｋｉｎｇ ｔｏｗａｒｄｓ ｉｎｆｏｒｍａｔｉｏｎａｌ ＲＦＣの書類を見なさい。本質的に、これらの方法は「積極的短期間（ａｇｇｒｅｓｓｉｖｅ， ｓｈｏｒｔ ｔｅｒｍ）」方法、或いは「保守的長期間（ｃｏｎｓｅｒｖａｔｉｖｅ， ｌｏｎｇ ｔｅｒｍ）」方法としてカテゴリー分けすることができる。
【０００４】
【発明が解決しようとする課題】
知られた移行（ｍｉｇｒａｔｉｏｎ）方法の少なくともいくつかに伴う問題は、それらがテスト環境において設計され動作されてきたことであり、そして商業ＩＰネットワークにおいて経験されるトラフィック量に従ってこなかったことである。それ故に、商業的にスケーラブル（ｓｃａｌａｂｌｅ）で確固たる（ｒｏｂｕｓｔ）移行方法の設計に関してはわずかの努力（ｗｏｒｋ）しか実行されてこなかった。ＩＰｖ４とＩＰｖ６間の移行が長くになると予想され、ＩＰトラフィック量が引続き増加するならば、これは深刻な問題になり得るであろう。
【０００５】
以下の記載では、「ホスト（ｈｏｓｔ）」、「ネットワーク装置（ｎｅｔｗｏｒｋ ｄｅｖｉｃｅ）」、アドレスのプール「（ｐｏｏｌ ｏｆ ａｄｄｒｅｓｓｅｓ）」及び「ノード（ｎｏｄｅ）」なる用語が使用され、次のように定義される。
【０００６】
「ノード」：ネットワークに接続されるすべての装置（ｅｑｕｉｐｍｅｎｔ）であって、ルータ（ｒｏｕｔｅｒｓ）、スイッチ（ｓｗｉｔｃｈｅｓ）、リピータ（ｒｅｐｅａｔｅｒｓ）、ハブ（ｈｕｂｓ）、クライアント、サーバを含み、「ノード」、「装置（ｄｅｖｉｃｅ）」、及び「ネットワーク装置（ｎｅｔｗｏｒｋ ｄｅｖｉｃｅ）」は互換可能に用いられる。
【０００７】
「ホスト」：処理アプリケーションに関する装置であり、どの装置もサーバかクライアントのいずれかであり、またファイアウォール装置を含んでもよい。
【０００８】
「アドレスのプール」：ある目的に利用可能な一群のアドレスである。アドレスは、全体的にユニーク（ｕｎｉｑｕｅ）なＩＰｖ４アドレス或いはネットワーク、例えばＶＬＡＮ、の中の個人的なアドレスを含み得る。
【０００９】
【課題を解決するための手段】
本発明の第１の態様によると、第１のネットワーク内のネットワーク装置と第２のネットワーク内のネットワーク装置間の通信を提供する装置が提供され、第１のネットワークは第１の通信プロトコルに従って動作し、第二のネットワークは第二の通信プロトコルに従って動作する。
【００１０】
該装置は、
（１）エイリアス（ａｌｉａｓ）を第１のネットワーク内のターゲットネットワーク装置に割当てる第１の手段であって、該エイリアスは第二のネットワークの通信プロトコルと互換性がある手段と、
（２）該割当てられたエイリアスを該ターゲットネットワーク装置に関するアドレスに変換する第二の手段であって、該変換されたアドレスは第１のネットワークの通信プロトコルと互換性がある手段とを具備する。
【００１１】
該第１の手段と該第二の手段は、該ネットワークの１或いは両方内にて別々にアドレス指定可能であり、該割当てられたエイリアスは第２の手段のアドレスに対応し、その結果、第２のネットワーク内のネットワーク装置が１又はそれ以上の伝送（ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）を該割当てられたエイリアスを含むアドレスを用いて送信するときに、該或いは各伝送は第２の手段へルート付けされ（ｒｏｕｔｅｄ）て、それによって第２の手段は該エイリアスを第１のネットワーク内のターゲットネットワーク装置のアドレスに変換し、該伝送を第１のネットワーク内へ送信する。
【００１２】
特に、本発明の有利な実施形態は、ＩＰｖ４ネットワークとＩＰｖ６ネットワーク間に適用されて、その結果第１のネットワークはＩＰｖ４ネットワークになり、第２のネットワークはＩＰｖ６ネットワークになる。
【００１３】
好ましくは、該エイリアスはネットワークアドレスを有して、伝送がＩＰｖ６ネットワークへ送信されているときには、該ネットワークアドレスは第２の手段を表す識別子を含む。
【００１４】
便利なことに、第２の手段は複数のさらなる装置を具備する。こうして、ターゲットネットワーク装置に対するエイリアスの割当てに対して、第１の手段によって、効果的にその後の伝送が複数のさらなる装置の１を介して生じ得る。複数の装置を有することにより、障害許容力（ｒｅｓｉｌｉｅｎｃｅ）、スケーラビリティ（ｓｃａｌａｂｉｌｉｔｙ）及びネットワークローディング（ｌｏａｄｉｎｇ）の効果的な管理を有利に導入することができる。
【００１５】
有利なことに、該或いは各さらなる装置は１又はそれ以上のエイリアスのグループにアクセスし、各グループを記憶装置内に記憶することができる。代わりに、２或いはそれ以上のグループを記憶装置内に記憶することができる。
【００１６】
好ましくは、実施形態は複数のさらなる装置の１つを装置特性のような所定の判断基準に従って選択する選択手段を含む。有利なことに、選択手段は装置特性を監視するように動作可能であり、その結果装置の選択は現在の装置パフォーマンスに基づくことができる。監視される装置特性は、装置の動作状態、装置のローディング（ｌｏａｄｉｎｇ）、及び／又は装置に利用可能なエイリアスの少なくとも１つを含む。
【００１７】
好ましい実施形態において、選択手段は第１の手段と動作上関連しており、その結果、第１の手段はさらなる装置に利用可能なエイリアスを検索するように動作可能であり、検索されたエイリアスは該割当てられたエイリアスである。
【００１８】
便利なことに、実施形態は該割当てられたエイリアスと該エイリアスに割当てられたネットワーク装置間のマッピング（ｍａｐｐｉｎｇｓ）を記憶するマッピング記憶装置を含む。マッピング記憶装置は第１の手段、データベース、或いはさらなる装置によって管理され得る。記憶されたマッピングの管理者の選択は一般にネットワークトラフィック、ネットワーク装置のオーナーシップ（ｏｗｎｅｒｓｈｉｐ）、及び送信経路（ｐａｔｈｓ）のような判断基準に従う。
【００１９】
本発明の第２の形態によると、上述の装置に対応して、第１のネットワーク内のネットワーク装置と第２のネットワーク内のネットワーク装置との間の伝送を提供する方法が提供される。
【００２０】
【発明の実施の形態】
この発明の更なる形態、特徴、利点は、本発明の好ましい実施形態の次の説明から明らかになり、また、以下添付の図面に言及して説明していく。
【００２１】
本発明の実施形態は、ＩＰｖ４ネットワークからＩＰｖ６ネットワークへの移行（ｍｉｇｒａｔｉｏｎ）に関する問題に関係する。特に、本発明の実施形態は移行（ｍｉｇｒａｔｉｏｎ）方法のスケーラビリティ（ｓｃａｌａｂｉｌｉｔｙ）面に関係する。上述の通り、現在動作しているほとんどすべてのＩＰｖ６ネットワークは「テスト」ネットワークであり、商業ＩＰネットワークを介して通過するＩＰトラフィックの量に従っていない。こうして商業環境内の移行方法のパフォーマンスは容認できない程低いかもしれない。
【００２２】
本発明の１実施形態は、ネットワークアドレストランスレータ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｏｒ）−プロトコルトランスレータ（ＮＡＴ−ＰＴ）方法に関係し、それはＩＥＴＦによって「コメント要求（Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ）」ＲＦＣ２７６６において書面にされており、ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２７６６．ｔｘｔにおいてＩＥＴＦから利用可能である。ＮＡＴ−ＰＴはＩＰｖ６からＩＰｖ４への及びその逆のＩＰヘッダとＩＰアドレスの両方を変換するメカニズムである。ＮＡＴ−ＰＴによって、明白なマッピング（ｍａｐｐｉｎｇｓ）は任意のＩＰｖ４アドレスとＩＰｖ６アドレス間で維持され、その結果、アドレスを変換するときに、ＮＡＴ−ＰＴは予め構成されたテーブル参照して他のプロトコルを用いて使用すべき対応するアドレスを判断することができる。ＲＦＣ２７６６の導入部においてＮＡＴ−ＰＴと共に記載されているように、ＩＰｖ４ホストとＩＰｖ６ホスト間のセッションの一部であるパケットは同一のＮＡＴ−ＰＴ実体（ｅｎｔｉｔｙ）を介して動かなければならない。というのは、アドレスマッピングはＮＡＴ−ＰＴ内で保持されるが共有されないからである。これはＮＡＴ−ＰＴの変換メカニズムの結果である。ＮＡＴ−ＰＴはステートフルな（ｓｔａｔｅｆｕｌ）変換プロセスであり、各個別のセッションを変換できるように保持されなければならない特定の情報があることを意味している。
【００２３】
こうしてアドレス変換は、従来のネットワークアドレス変換（ＮＡＴ）装置でなされたのときわめて同じ方法で、ＩＰｖ６アドレスをＩＰｖ４アドレスでエイリアシング（ａｌｉａｓｉｎｇ）することによって実行される。あるＮＡＴ−ＰＴの実行はＤＮＳアプリケーションレベルゲートウエイ（ＤＳＮ Ａｐｐｌｉｃａｔｉｏｎ Ｌｅｖｅｌ Ｇａｔｅｗａｙ）（ＤＮＳ ＡＬＧ）を含み、それはＤＮＳの要求と応答を変換する。
【００２４】
図１は、ＩＰｖ４ネットワークであり得る第１のネットワークＮＷ１と、ＩＰｖ６ネットワークであり得る第２のネットワークＮＷ２との間の動作におけるＮＡＴ−ＰＴの従来の実施を表す。該実施は単一のトランスレータ１０１を含み、該トランスレータはＩＰｖ６／ｖ４アドレスの割当てを管理するプロセス１０２を含む。このようなプロセス１０２はＤＮＳアプリケーションレベルゲートウエイを含む。さらにトランスレータ１０１はＩＰｖ４アドレスのプール１０３にアクセスし、プール１０３はＩＰｖ６ノード（ｎｏｄｅｓ）への割当てに用いられる。さらに、図１は２つのＤＮＳサーバ１０４と１０６とを表し、第１のサーバ１０４はＩＰｖ４ネームを記憶して「Ａ」レコードの形式でマッピングをアドレス付けし、第２のサーバ１０６はＩＰｖ６ネームを記憶して「ＡＡＡＡ」レコードの形式でマッピングをアドレス付けする。
【００２５】
トランスレータ１０１は一般に境界（ｂｏｒｄｅｒ）ルータ上に位置し、ＩＰｖ６ネットワークＮＷ２に関して進入（ｉｎｇｒｅｓｓ）インタフェースと称される。
【００２６】
この知られたＮＡＴ−ＰＴの実行の従来の動作は、図２に表されている。一般的なシナリオでは、ＩＰｖ４ネットワーク内のホストＣはＩＰｖ６ネットワーク内のホストＡに関するネームルックアップ（ｎａｍｅ ｌｏｏｋｕｐ）要求を送信する（２０２）。このルックアップ要求は“Ａ”タイプＤＮＳ要求と定義される。この要求はトランスレータ１０１によって受信され（２０４）、トランスレータ１０１はこの要求にＩＰｖ６レコード（ｒｅｃｏｒｄ）要求としてタグ付けする（２０６）。その結果、この要求は“ＡＡＡＡ”タイプＤＮＳ要求になり、このタグ付けされた要求をＤＮＳサーバ１０６へ送信する（２０８）。
【００２７】
ＤＮＳサーバ１０６はＩＰｖ６ネットワークアドレスをトランスレータ１０１へ戻しながら応答し（２１０）、トランスレータ１０１はプロセス１０２と協同してアドレスのプールからＩＰｖ４アドレスを戻されたＩＰｖ６アドレスへ割当てる（２１２）。トランスレータ１０１は割当てられたＩＰｖ４アドレスと戻されたＩＰｖ６アドレス間のマッピングを記憶し（２１４）、割当てられたＩＰｖ４アドレスを要求しているホストＣへ送信する（２１６）。
【００２８】
ホストＣとホストＡ間のその後の通信において、また図３に示されるように、ホストＣは目的地アドレスを出て行くパケットに関して割当てられたＩＰｖ４アドレスになるよう設定し（３０２）、該パケットをホストＡの割当てられたＩＰｖ４アドレスへ送信し（３０４）、従来のＩＰルーティング（ｒｏｕｔｉｎｇ）は該パケットがトランスレータ１０１へ決まったルートで送信されることを保証する。そしてトランスレータ１０１は割当てられたＩＰｖ４アドレスとＩＰｖ６アドレス間のマッピングをルックアップしてホストＡのＩＰｖ６アドレスを検索し（３０６）、これを該パケットの目的地アドレスにする（３０８）。
【００２９】
トランスレータ１０１からホストＡへルート付けされるパケットに関して、トランスレータ１０１は、ノードＣのＩＰｖ４アドレスである該パケットのソース（ｓｏｕｒｃｅ）アドレスをＩＰｖ６アドレスへ変更しなければならない。これはホストＣのＩＰｖ４アドレスをトランスレータ１０１を表すプレフィックス（ｐｒｅｆｉｘ）での拡張を含む（３１０）。よく知られているように、ＩＰｖ４アドレスは３２ビット長であり、一方ＩＰｖ６アドレスは１２８ビット長である。上述の通り、ＩＰｖ６ホストはＩＰｖ４アドレスを解釈できず、逆もまた同様であり、これはアドレス長における差異による。こうしてＩＰｖ４パケットがトランスレータ１０１に到達するときに、トランスレータ１０１を示す９６ビットのプレフィックスが該パケットのソースアドレス（３２ビット）に加えられて、ＩＰｖ６アドレス（１２８ビット）を作成する。このＩＰｖ６アドレスへ送信されたパケットはトランスレータ１０１へルート付けされるであろう。（例えば、トランスレータ１０１に到達するＩＰｖ４ソースアドレス１０．１０．１０．１０はプレフィックス２００１：６１８：１：２：：を与えられる。その結果ソースＩＰｖ４ホストはＩＰｖ６の世界における次のアドレス２００１：６１８：１：２：：１０．１０．１０．１０を持つことができる。このアドレスへ送信されたＩＰｖ６パケットはトランスレータ１０１へ進むであろう。これはプレフィックス２００１：６２８：１：２：：がトランスレータ１０１へルート付けるからである。）
そしてトランスレータ１０１は該パケットを拡張されたＩＰｖ６アドレスを用いて送信する（３１２）。ホストＡとホストＣ間のすべてのその後の通信はトランスレータ１０１に記憶されたマッピングを使用する。
【００３０】
ホストＡによって、ＩＰｖ６ネットワーク内で、開始された通信は同様のアドレス割当てを含む。実際の例に関して、リーダー（ｒｅａｄｅｒ）は上記にて詳述されたＲＦＣに照会される。
【００３１】
いったんＩＰｖ６アドレスが割当てられると、トランスレータ１０１は、パケットがＩＰｖ４ネットワーク内のホスト（Ｃ）とＩＰｖ６ネットワーク内のホスト（Ａ）の間を通過するにつれて、パケットを変換し、こうして前記ホストＡとホストＣ間のすべての通信に関する媒体として動作することが、上記より明らかになる。この構成にともなう問題は、集中化されたアドレス割当てと通信処理が、ＩＰｖ６ネットワークが主流になるときに、スケーラビリティ（ｓｃａｌａｂｉｌｉｔｙ）問題を表すことである。
【００３２】
本発明の実施形態の本質は、初期のアドレス割当て（図２）の機能性が割当てられたアドレスを使用する次の事象から分けれていることである。（例えば、図３に示されるように、パケットがホストＡからホストＣへ通過するようなパケットエンキャプシュレーション（ｐａｃｋｅｔ ｅｎｃａｐｓｕｌａｔｉｏｎ）。これは、ＲＦＣ２７６６に記載されたＮＡＴ−ＰＴ法の特に予期されぬ発展である。ＮＡＴ−ＰＴはステートフル（ｓｔａｔｅｆｕｌ）であるため、アドレス指定と割当ては１のかつ同じ装置で実行されるべきと、即ちそれらは分離できないことをＲＦＣは要求する。
【００３３】
本発明の１実施形態では、図４に示されるように、トランスレータ４００は本質的に２つの部品、コントローラ（ｃｏｎｔｒｏｌｌｅｒ）４０１と複数の装置４０３ａ、４０３ｂ、・・・４０３ｎ（今後４０３ｉと総称する）からなる。ＩＰｖ“他の”ネットワークにおけるホストとの通信する要求はコントローラ４０１にて受信され、コントローラは装置４０３ｉをポーリングして該要求にサービスできる（ｓｅｒｖｉｃｅ）能力を有する１の装置を識別できる。そのように識別された装置はその後ＩＰｖ６とＩＰｖ４におけるホスト間のすべてのその後の通信に対処して、該その後の通信はそれ故にコントローラの動作から独立している。これらの部品の構成と機能性は以下にてさらに詳述される。
【００３４】
こうして本発明の実施形態においては、アドレス割当てはＩＰｖ４ネットワークとＩＰｖ６ネットワークにおけるホスト間のその後の通信事象から分離されている（例えば、該割当てられたアドレスを用いてパケットを変換すること）。加えて、コントローラ４０１はアドレス割当てに関して複数の装置から選ぶことができる。
【００３５】
本実施形態に関連していくつかの有利な点がある。
・第１に、装置はアドレス割当てフェーズ（図２）において受動的であり、これはある装置が失敗した場合にそれが新たな要求のサービスに影響しないことを意味する（例えば、コントローラ４０１は別の装置を選ぶことができる）。
・第２に、トランスレータ４００は、装置を要求にしたがって容易に追加できるので、スケーラブル（ｓｃａｌａｂｌｅ）である。
・第３に、ＩＰｖ４ネットワークとＩＰｖ６ネットワーク内の装置間の通信はアドレス割当てから独立して継続でき、その結果（１）アドレス割当ての問題によるコントローラ４０１の失敗はＩＰｖ４ネットワークとＩＰｖ６ネットワーク内のホスト間で既に確立された通信には影響しないし（２）ＩＰｖ４ホストとＩＰｖ６ホスト間の通信に対応するネットワーク問題はコントローラに影響しないし、そして（３）コントローラはその後の通信事象に責任を持つ或いは予定する必要もない。
・第４に、ＩＰｖ６がＩＰｖ４を脱し始めるにつれて、装置は要求される通りに、再度の大きな変換サービスの中断なしに、任務を終了できる
・第５に、「ＩＰｖ６のみの」サービスによりＩＰｖ６ネットワークを展開するＩＰネットワークプロバイダにとっては、ある種の変換能力を提供することが必要であり、それによってＩＰｖ４ネットワークのユーザはＩＰｖ６サービスにアクセスできるとともに、ＩＰｖ６ユーザも既存のＩＰｖ４に基づくサービスにアクセスできる。ここで記載された実施形態は、商業サービスプロバイダにＩＰｖ６ネットワークの次元（ｄｉｍｅｎｓｉｏｎｓ）によってアドレス変換サービスを動的に拡大する能力を与えることができる。
【００３６】
図４の参照に戻って、トランスレータ４００の構成は今さらに詳細に記載される。
【００３７】
コントローラ４０１はＩＰｖ４ネットワークかＩＰｖ６ネットワークのいずれか内のホストによって開始されるＤＮＳ要求を受信し、上述の方法で、該要求の点では、ＤＮＳルックアップ（ｌｏｏｋｕｐｓ）を管理する。それぞれのＤＮＳサーバ１０４、１０６から戻されたＩＰｖｎアドレスを受信して、コントローラ４０１は装置４０３ｉを識別し、該装置は要求しているホスト（上記例ではホストＣ）と目的地ホスト（上記例ではホストＡ）間のその後の通信を取り次ぐ。各装置は全体的にルート付けできる（ｒｏｕｔａｂｌｅ）プレフィックス（即ち、該装置に関して定められたパケットの目的地アドレスに添えられるプレフィックス）を持ち、ＩＰｖ４アドレスに添えられたときには、該プレフィクスによってパケットは該装置に到達できる（上述の通り）。
【００３８】
１の実施形態では、装置４０３ｉの識別は装置４０３ｉが終了しているか動作しているかを判断することからなる。さらに、コントローラ４０１は、装置４０３ｉに利用可能なフリーなアドレスがあるかどうか、且つ現在のローディング、或いはある装置によって現在処理されている通信の数を識別する。便利なことに、コントローラ４０１はプログラム４１１を動作させ、該プログラムは所定の間隔で各装置４０３ｉをポーリングして（ｐｏｌｌｓ）、現在のローディング、動作状態、及びその装置にアクセス可能なＩＰアドレスを判断する。プログラム４１１は該ローディングとアドレス利用可能データを装置４０３ｉから集めて、例えば、記憶装置内のリストとしてそれを記憶する。コントローラ４０１は、所定の間隔で、例えば毎秒とか、或いは装置４０３ｉへの変化を捉えるのに必要とされるような頻度で、プログラム４１１を動作してもよい。
【００３９】
コントローラ４０１はまた該リストから装置４０３ａを選択する選択アルゴリズムを動作させてもよい。例えば、典型的な選択アルゴリズム４１２は動作中の装置に関するリストをサーチし、該動作中の装置は少なくとも１のフリーなＩＰｖ４アドレスへのアクセスを持ちかつ所定の閾値以下のローディングを持つ。もし１以上の装置がこれらの基準を満足すれば、最低のローディングを持つ装置が選択される。この例に関しては多くの変形が可能であり、当業者には明らかであろう。
【００４０】
１の実施形態では、各装置４０３ｉは従来のルータであってもよく、それによってコントローラ４０１は、装置４０３ａ上のローディングを、単純ネットワーク管理プロトコル（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）（ＳＮＭＰ）メッセージを該ルータ上で維持される管理情報ベース（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）（ＭＩＢ）へ発することによって導出することができる。ＳＮＭＰは知られたＴＣＰ／ＩＰネットワークソフトウエアの一部であり、ＭＩＢ或いは管理情報ベースはデータアイテムを特定する標準であり、該標準をホスト、ルータ或いはスイッチはそれぞれに許された動作と共に保持しなければならない。ＳＮＭＰはＭＩＢから情報を引き出せるようにするプロトコルであり、当業者に知られている。さらなる詳細については、Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ （ＲＦＣ） ２０３７／２７３７， Ｅｎｔｉｔｙ ＭＩＢ， ＭｃＣｌｏｇｈｎｉｅ ｅｔ ａｌ １９９６／１９９９， Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ （ＩＥＴＦ） によって出版された（ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇから利用可能である）か、或いはＤａｖｉｄ Ｐｅｒｋｉｎｓ， Ｅｖａｎ ＭｃＧｉｎｎｉｓ， Ｐｒｅｎｔｉｃｅ ＨａｌｌによるＵｎｄｅｒｓｔａｎｄｉｎｇ ＳＮＭＰ ＭＩＢｓ 第１版（１９９６年１２月３日）を見よ。
【００４１】
実施形態の１によれば、装置４０３ｉの各々はＩＰｖ４アドレスのプール４０５にアクセスし、ＩＰアドレスのどんな単一の装置４０３ａに対する利用可能性もそれぞれの装置４０３上で記録される。コントローラ４０５はそれ故に装置４０３毎のアドレス利用可能性をそのアドレス利用可能性の記録をレビューすることにより決定できるであろう。当業者はそのような記録は装置自身の上に記憶される必要はないが、中枢に、例えばデータベースに保持できると認識するであろう。
【００４２】
プール４０５は、図４に示されたように、中央プールで装置４０３ｉのすべてによってアクセス可能か、或いは複数のプールであって、それぞれ装置４０３ｉの限られた数にアクセスできるものからなるかのいずれかになろう。例えば、図５ａに示されるように、装置４０３ｉ毎に１のプール４０５が存在してもよいし、或いは図５ｂ及び５ｃに示されるように、ｎ個の装置４０３ｉ毎に１のプール４０５が存在してもよい。
【００４３】
本質的に、コントローラ４０１は従来のクライアント又はサーバコンピュータのような処理装置上で動作する１又はそれ以上のプログラムからなる得る。代わりに、コントローラ４０１はルータ上で動作し得る。いずれかの構成では、コントローラ４０１は専用のリンクを介して或いはインターネットを介して装置４０３ｉのそれぞれに接続できよう。もしセキュリティが考慮すべき事柄であれば、専用リンクがより適している。代わりとして、ＩＰｓｅｃのようなセキュリティプロトコル、それはＩＰｖ６の不可欠な部分であるが、がコントローラ４０１と装置４０３ｉ間の通信に使用できるであろう。プログラムはソケットプロセスを含み、該プロセスは入来するＤＮＳルックアップ要求に傾聴しかつ装置４０３ｉからの要求に傾聴する。
【００４４】
好ましい実施形態では、コントローラ４０１はＦＩＦＯ（先入れ先出し）ベースで入来する要求を処理する。即ち、コントローラ４０１はキューイングディシプリン（ｑｕｅｕｉｎｇ ｄｉｓｃｉｐｌｉｎｅ）を実現し、エンティティ（ここでは要求、入来するパケット）がキュー内（又はスタック内）に記憶されて、エンティティが到着するのと同じ順にサービスされる。代わりとして、コントローラ４０１はＬＩＦＯ（後入れ先出し）によって要求を処理することができて、そこでは最も直近の要求が次に処理されて、最も古い要求はキュー上で（或いはスタック内の）唯一残っている要求になるまで処理されない。
【００４５】
他のスケジュール方法（ｓｃｈｅｄｕｌｉｎｇ ｐｏｌｉｃｉｅｓ）も可能である。例えば、コントローラ４０１が制約に従うときに、適したスケジュール方法は、制約基準を満足するように要求をスケジュールする（ｓｃｈｅｄｕｌｅ）試みにおいて、ある種の帰納的な方法（或いは帰納的な方法の複合）を活用することができる。更なる代替として、スケジュール方法はＩＰｖ６ヘッダに含まれるサービスの品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）情報を使用することができる。ＩＰヘッダ内のあるビットは要求の優先度を示して、コントローラ４０１はこれらのビット（図示されていないが）を審査する手段を含むことができる。コントローラ４０１は複数のキューを持つことができて、それぞれのキューは異なる優先度レベルに対応し、コントローラ４０１は該レベルで、例えば連続的なベースで動作する。
【００４６】
ＩＰｖ４ネットワーク内のホストＣによって開始される通信（ホストＡと通信するために）を管理するトランスレータ４００に関するフローチャートが図６〜８に示されている。またＩＰｖ６ネットワーク内のホストＡによって開始される通信（ホストＣと通信するために）を管理するトランスレータに関するフローチャートが図９〜１１に示されている。
【００４７】
図６と９はそれぞれ、それぞれのフローチャートの左手側で主ループを示し、入来する開始要求に関して実行されるプロセスを表している。それぞれのフローチャートの右手側では、サブ−ループがあり、コントローラ４０１と装置４０３ｉ間で実行されるプロセスを表す。
【００４８】
最初に、図６に示されたケースを考察すると、ＩＰｖ４ネットワーク内のホストＣはＩＰｖ６ネットワーク内のホストＡに関するネームルックアップ要求（ｎａｍｅ ｌｏｏｋｕｐ ｒｅｑｕｅｓｔ）を送信する（６０２）。この要求はコントローラ４０１によって受信され（６０４）、コントローラ４０１は、該要求を“ＡＡＡＡ”レコード要求へ変更することによって、該要求にＩＰｖ６レコード要求としてタグ付けし（６０６）、該タグ付けされた要求をＤＮＳサーバ１０６へ送信する（６０８）。ＤＮＳサーバ１０６は、ＩＰｖ６ネットワークアドレスをコントローラ４０１へ戻しながら、応答する（６１０）。
【００４９】
そしてコントローラ４０１は通信を取り次ぐために、デバイス４０３ａを識別しようとする。このプロセスは図６の右手側のループ内で示されて、次のステップから構成される。コントローラ４０１は装置４０３ｉのリストにアクセスし（６１２）、該リストは、各装置４０３ｉに関して、該装置上のローディング（ｌｏａｄｉｎｇ）とその装置にアクセスできるＩＰアドレスを詳述する。このようなリストは、上述のように、メモリに記憶可能である。コントローラ４０１はそして上述のような選択アルゴリズム４１２を該リストに適用して（６１４）、現在の要求に関する装置を識別する。一旦装置４０３ａが識別されると（６１６）、その装置４０３ａに利用可能なＩＰｖ４アドレスが選択されてコントローラ４０１へ戻される（６１８）。（上述の装置４０３ｉの自動ポーリング（ｐｏｌｌｉｎｇ）に加えて、或いはその代わりに、プロセス４１１が装置がそのように識別されるたびに自動的に引き起こされてもよい。）
コントローラはステップ６１８で戻されたＩＰｖ４アドレスをステップ６１０で戻されたＩＰｖ６アドレスに割当てて（６２０）、２つの間のマッピング（ｍａｐｐｉｎｇ）を保存する。割当てられたＩＰｖ４アドレスはそしてホストＣへ送信される（６２２）。一般に、装置に利用可能な多くのＩＰアドレスはその装置のインタフェースへ予め割当てられるであろう（当業者に知られた方法で）、その結果単一のインタフェースが効果的に複数のＩＰアドレスを持つことができる。こうしてパケットが割当てられたＩＰｖ４アドレスの目的地（ｄｅｓｔｉｎａｔｉｏｎ）アドレスを持ちつつホストＣから送信されるときは、該パケットは装置４０３ａの対応するインタフェースにルート付けされるであろう。
【００５０】
この時点でホストＣはホストＡに関するＩＰｖ４アドレスをもち、ホストＣは該アドレスを用いてパケットをホストＡへルート付けすることができる。図７はパケットをホストＡへ送信する（７０２）ホストＣのシナリオを示す。該パケットは該割当てられたＩＰｖ４アドレスにセットされた目的地アドレスとホストＣのＩＰｖ４アドレスにセットされたソースアドレスを有する。該割当てられたアドレスが該識別されたデバイス４０３ａへルート付け可能であるので（上記パラグラフで記載されたように）、パケットは装置４０３ａに到達するであろう。その上で装置４０３ａは要求を該パケットの目的地アドレスに対応するＩＰｖ６アドレスに関してコントローラ４０１へ送信する（７０４）。（該目的地アドレスはステップ６２０で割当てられたＩＰｖ４アドレスである）。コントローラ４０１はその記憶されたマッピングのルックアップを実行し（７０６）、該戻されたＩＰｖ６アドレスを装置４０３ａへ送信する（７０８）。この時点で装置４０３ａはホストＡとホストＣ間のさらなる通信を自主的に取り次ぐことができるように要求される情報のすべてを受信している。
【００５１】
装置４０３ａはそして、該ソースアドレスを拡張してホストＣのＩＰｖ４アドレスと共に装置４０３ａのＩＰｖ６プレフィックスを含み（上述の通り）、該戻されたＩＰｖ６アドレスへ該目的地アドレスを設定して、ホストＣによって送信された該パケットのソースアドレスと目的地アドレスを変更する（７１０）。装置４０３ａはそしてホストＡによって受信されてＩＰｖ６ネットワーク内へ該パケットを送信する（７１２）。
【００５２】
図８を参照して、もしホストＡがホストＣへ応答を送信すれば、ホストＡは、ホストＣのＩＰｖ４アドレスと共に目的地アドレスとして装置４０３ａのＩＰｖ６プレフィックスと、ソースアドレスとしてそれ自身のＩＰｖ６アドレス（これはもとろんステップ６１０で戻されたＩＰｖ６アドレスである）とを有する１又はそれ以上のパケットを送信する（８０２）。装置４０３ａは該パケット或いは各パケットを受信し（８０４）、到来するパケットのＩＰｖ６ソースアドレスに対応するＩＰｖ４アドレスに関してコントローラ４０１へ問い合わせる（８０６）。
【００５３】
コントローラ４０１は該対応するＩＰｖ４アドレスを装置４０３ａへ戻すが（８０８）、該ＩＰｖ４アドレスは（ステップ６２０から）該割当てられたＩＰｖ４アドレスである。該４０３ａ装置上で該或いは各到来するパケットのソースアドレスは該割当てられたＩＰｖ４アドレスで置き換えられる（８１０）。加えて装置４０３ａは、装置４０３ａのＩＰｖ６プレフィックスを取り除いてホストＣのＩＰｖ４アドレスを残して、該目的地アドレスを変更する（８１２）。最後に、装置４０３ａは該或いは各パケットをＩＰｖ４ネットワーク内へ送信する（８１４）。
【００５４】
第２に、図９に示されたケースを考察すると、ＩＰｖ６ネットワーク内のホストＡがＩＰｖ４ネットワーク内のホストＣに関するネームルックアップ要求を送信する（９０２）。この要求はコントローラ４０１によって受信されて（９０４）、コントローラ４０１は、該要求を“Ａ”レコード要求へ変更することによって、該要求にＩＰｖ４レコード要求としてタグ付けし（９０６）、該タグ付けされた要求をＩＰｖ４ＤＮＳサーバ１０４へ送信する（９０８）。ＤＮＳサーバ１０４は、ＩＰｖ４ネットワークアドレスをコントローラ４０１へ戻しながら、応答する（９１０）。
【００５５】
コントローラ４０１はそして通信を取り次ぐために装置４０３ｂを識別しようとする。このプロセスは図９の右手側のループに示され、次のステップから構成される。コントローラ４０１は上述の装置のリストにアクセスし（９１２）、現在の要求に関する装置を識別するために選択アルゴリズム４１２を該リスト上の装置に適用する（９１４）。一旦装置４０３ｂが識別されたら（９１６）、コントローラ４０１は該識別された装置４０３ｂにアクセスできるプール４０５からＩＰｖ４アドレスを保存する（９１８）。コントローラ４０１はそしてホストＡの該保存されたＩＰｖ４アドレスとＩＰｖ６アドレス間のマッピングを保存する（９２０）。最後に、コントローラ４０１は（上述の通り）該識別された装置４０３ｂのプレフィックス識別子をステップ９１０で戻されたＩＰｖ４アドレスに付けて（９２２）、これをホストＡへ送信する（９２４）。
【００５６】
この時点で装置４０３ｂはホストＡとホストＣ間のさらなる通信を自主的に取り次ぐことができるように要求される情報のすべてを受信している。
【００５７】
図１０がパケットをホストＣへ送信する（１００２）ホストＡのシナリオを示す。該パケットはステップ９２４で送信されたＩＰｖ６アドレスに設定された目的地アドレスを有する。このアドレスは該識別された装置４０３ｂに全体的にルート付けできるので（上述の通り）、該パケットは装置４０３ｂに到達するであろう。そこで装置４０３ｂは、ホストＣのＩＰｖ４アドレスを残して、該プレフィックスを該目的地アドレスから取り除く（１００４）。
【００５８】
装置４０３ｂはステップ９２２で保存されたＩＰｖ４アドレスに関する要求を送信し（１００６）、そこでコントローラ４０１は該保存されたアドレスを送信する（１００８）。装置４０３ｂは、ホストＣのＩＰｖ４アドレスに該ソースアドレスを設定し、該保存されたＩＰｖ４アドレスに該目的地アドレスを設定して、ホストＡによって送信された該パケットのソースアドレスと目的地アドレスを変更する（１０１０）。装置４０３ｂはそしてホストＣによる受信に関してＩＰｖ４ネットワーク内へ該パケットを送信する（１０１２）。
【００５９】
図１１を参照して、もしホストＣがホストＡへの応答を送信すれば（１１０２）、このような応答は、目的地アドレスとして該保存されたＩＰｖ４アドレスとソースアドレスとしてそれ自身のＩＰｖ４アドレスとを有する１又はそれ以上のパケットから構成されてもよい。装置４０３ｂは該或いは各パケットを受信して（１１０４）、該パケットの目的地アドレスに対応するＩＰｖ６アドレスに関してコントローラ４０１に問い合わせる（１１０６）。コントローラ４０１はその記憶されたマッピングのルックアップを実行してＩＰｖ６アドレスを戻す（１１０８）。このＩＰｖ６アドレスはホストＡのＩＰｖ６アドレスである。
【００６０】
装置４０３ｂはそのプレフィックスを該パケットのソースアドレス（ホストＣのＩＰｖ４アドレス）に加えて（１１１０）、上述のように、ＩＰｖ６アドレスを形成して、該パケットの目的地アドレスはステップ１１０８で戻されたＩＰｖ６アドレス（即ち、ホストＡを起動するＩＰｖ６アドレス）で置き換えられる（１１１２）。最後に、装置４０３ｂはＩＰｖ６ネットワーク内へ該パケットを送信する（１１１４）。
【００６１】
第２の実施形態：
第２の実施形態は第１の実施形態に関して述べられた特徴のすべてを含むが、コントローラ４０１上に記憶されているアドレスのマッピングの代わりに、該マッピングは離れたデータベース或いは同様のものの上に記憶される。該データベースはコントローラ４０１と装置４０３ｉの両方にアクセスできる。こうしてこの実施形態では、装置４０３ｉは、一旦初期のアドレス割当てが確立されたならば、コントローラ４０１と全く通信する必要がない。
【００６２】
第３の実施形態：
第３の実施形態は第１の実施形態に関して述べられた特徴のすべてを含むが、装置４０３ａはある所定の期間メモリ内にアドレスをキャッシュ（ｃａｃｈｅ）する。この実施形態は図６から図１１で示されたシナリオに特に適しており、ここではＩＰｖ４ネットワーク内のホストは伝送を生じさせて、伝送の集中した期間がホストＡとホストＣ間で起きている。もし装置４０３ａがマッピング情報を局所的にキャッシュするならば、装置４０３ａはコントローラからアドレスマッピング情報を継続的に要求する必要はない。それ故に、これはコントローラ４０１から完全に独立したホストＡとホストＣ間の伝送を維持し、ネットワークトラフィックを最少にし、アドレス変換に依存した伝送が他の実施形態においてよりも早く進行できるようにする。
【００６３】
第４の実施形態：
第４の実施形態は第１の実施形態に関して述べられた特徴のすべてを含むが、マッピングは、コントローラ４０１内よりむしろアドレスプール４０５に記憶される。第２と第３の実施形態に関して、装置４０３ｉは、一旦初期のアドレス割当てが確立されたならば、コントローラ４０１と全く通信する必要はない。
【００６４】
第５の実施形態
第５の実施形態は第１の実施形態に関して述べられた特徴のすべてを含むが、アドレスプール４０５からのＩＰｖ４アドレスの割当ては、装置４０３ｉによってよりもむしろ、コントローラ４０１によって管理される。このように状況では、第１と第２の選択アルゴリズムは装置４０３ｉを識別するときにＩＰアドレス利用可能性をリビューすることは含まない。この実施形態では、アドレスプール４０５はダイナミックホストコンフィグレーションプロトコル（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）（ＤＨＣＰ）サーバ上に記憶されて、その結果コントローラ４０１はＤＨＣＰに従ってＩＰｖ４アドレスを要求することができる。この状況（ＩＰｖ４アドレスの割当てがコントローラ４０１によって管理されている）では、割当てられたアドレスは該識別された装置４０３ｉのＩＰｖ４のインタフェース内に構成されなければならない、即ち、アドレスはアドレスプール４０５から選ばれ、アドレスプール４０５は識別された装置４０３ｉにそのアドレスを与える。
【００６５】
この実施形態は第２、第３、第４のいずれかと結合して使用され得るであろう。
【００６６】
第６の実施形態：
第６の実施形態は上記実施形態のどれとも結合して使用され得る。この実施形態はコントローラ４０１に関する障害許容力（ｒｅｓｉｌｉｅｎｃｅ）問題に関する。コントローラ４０１が動作的に不活性であるか、コントローラ上のローディングが許容できない程高い場合に、ある種の「バックアップ」システムが要求される。
【００６７】
第６の実施形態は第２の、或いはミラー（ｍｉｒｒｏｒ）、コントローラを提供し、それは所定の判断基準に従ってコントローラ４０１の動作状態とローディングを監視する。コントローラ４０１が該判断基準の１またはそれ以上を満足できないことをミラーコントローラが検出した場合には、ミラーコントローラはすべての制御を該ミラーコントローラへ切換え、その後上述の方法で要求にサービスするか、或いはミラーコントローラは該ミラーコントローラとコントローラ４０１間の制御を均衡させる。好ましくは警告（ａｌｅｒｔ）がトランスレータ４００を動作しているものに送信される。
【００６８】
コントローラ４０１ｉの縦続された（ｃａｓｃａｄｅｄ）構成は、要求の数がＩＰｖ６ネットワークの導入と比べると予想される事実の点から、好ましい構成になり得る。コントローラ４０１がセッションを装置４０３ｉに動的に割当てるので、トランスレータ４００は上述の構成に何ら重大な変化を要求することなく複数の動作しているコントローラを含むことができる。さらに、ＤＮＳサーバ１０４、１０６は所与のコントローラが動作しない事態において要求を次に利用可能なコントローラへ送信するように構成することができる。（ＤＮＳサーバの特徴の１つは該サーバがあるドメインネームに関する要求を１以上の他のＤＮＳサーバへ送信するように構成することが可能であることである。この特徴はコントローラに関係して採用されて、上述の効果を達成する。
【００６９】
ＩＥＴＦによって出版された書類で述べられ、上記を参照されるように、（ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｉｅｔｆ−ｎｇｔｒａｎｓ−ｉｎｔｒｏｄｕｃｔｉｏｎ−ｔｏ−ｉｐｖ６−ｔｒａｎｓｉｔｉｏｎ−０５．ｔｘｔで利用可能である）、他のミグレーション（ｍｉｇｒａｔｉｏｎ）方法は以下を含む。
・Ａｕｔｏｍａｔｉｃ Ｔｕｎｎｅｌｓ
・Ｃｏｎｆｉｇｕｒｅｄ Ｔｕｎｎｅｌｓ
・Ｔｕｎｎｅｌ Ｂｒｏｋｅｒ
・６ ｏｖｅｒ ４
・６ ｔｏ ４
・Ｄｕａｌ ｓｔａｃｋ ｔｒａｎｓｉｔｉｏｎ ｍｅｃｈａｎｉｓｍ （ＤＳＴＭ）
・Ｓｔａｔｅｌｅｓｓ ＩＰ／ＩＣＭＰ Ｔｒａｎｓｌａｔｉｏｎ Ａｌｇｏｒｉｔｈｍ （ＳＩＩＴ）
・Ｂｕｍｐ−Ｉｎ−ｔｈｅ−Ｓｔａｃｋ” Ｔｅｃｈｎｉｑｕｅ （ＢＩＳ）
・ＳＯＣＫＳ６４
これらの方法のいくらかは、ＳＩＩＴのように、本質的にスケーラブル（ｓｃａｌａｂｌｅ）である。それは、これがステートレス（ｓｔａｔｅｌｅｓｓ）メカニズムとＢＩＳであるからであり、アドレス変換がホストに取って代わるからである。しかしながら、他の方法、ＤＳＴＭのような、ＮＡＴ−ＰＴに関して識別されるものと同様なスケーラビリティ（ｓｃａｌａｂｉｌｉｔｙ）問題を欠点として持つ。本発明の実施形態はＤＳＴＭアーキテクチャの特徴に統合することができてそれらのスケーラビリティを改善する。
【００７０】
ＤＳＴＭと共に、そして当業者に知られているように、デュアルスタックホスト（ｄｕａｌ ｓｔａｃｋ ｈｏｓｔ）はＩＰｖ６ネットワーク上のＩＰｖ４パケットをＩＰｖ４／ＩＰｖ６の境界線でＤＳＴＭボーダールータ（ｂｏｒｄｅｒ ｒｏｕｔｅｒ）へトンネルし（ｔｕｎｎｅｌｓ）、そこでは該パケットはＩＰｖ４パケットに２次的に包含されていない。デュアルスタックホストは動的にＤＨＣＰサーバによってＩＰｖ４アドレスを割当てられる（該アドレスはＩＰｖ４ネットワーク内に送信されるどんなパケットに関してソースアドレスとして使用されることになる）。加えて、ＤＨＣＰサーバはボーダールータのＩＰｖ６アドレスのデュアルスタックホストを伝える（“トンネルエンドポイント（ｔｕｎｎｅｌ ｅｎｄｐｏｉｎｔ）”と称される）。本発明の実施形態は、ＤＨＣＰサーバが利用可能なボーダールータ上でローディング等に従ってＩＰｖ６トンネルエンドポイントアドレス（ボーダールータ）を割当てるように、ＤＳＴＭ方法に統合することができる。
【００７１】
こうして、上述の実施形態の要素によって、コントローラ４０１はＤＨＣＰサーバと協働し、装置４０３ｉはＤＳＴＭボーダールータになるであろう。
【図面の簡単な説明】
【図１】
図１は第１と第２のネットワークと第１と第２のネットワーク間の伝送を容易にする知られた手段を表す概略図である。
【図２】
図２は、図１の第１と第２のネットワーク内に位置するホスト間の通信を開始するときに、知られたアドレス変換プロセスによって実行されるステップを表すフロー図である。
【図３】
図３は、データが図１の第１のネットワーク内に位置するホストから第２のネットワーク内に位置するホストに送信されるときに、知られたアドレス変換プロセスによって実行されるステップを表すフロー図である。
【図４】
図４は本発明の１実施形態によるアドレストランスレータを表す概念図である。
【図５】
図５ａは図４にて表されたアドレストランスレータの一部を含むアドレスプールの構成を表す概念図である。図５ｂは図４にて表されたアドレストランスレータの一部を含むアドレスプールの別の構成を表す概念図である。図５ｃは図４にて表されたアドレストランスレータの一部を含むアドレスプールのさらに別の可能な構成を表す概念図である。
【図６】
図６は、第１のネットワーク内のホストによって扇動された伝送を開始するときに、図４にて表されたアドレストランスレータの実施形態によって実行されるステップを表すフロー図である。
【図７】
図７は、データが図６の扇動ホストから第２のネットワーク内のホストに送信されるときに、図４にて表されたアドレストランスレータの実施形態によって実行されるステップを表すフロー図である。
【図８】
図８は、データが第２のネットワーク内のホストから戻されるときに、図４にて表されたアドレストランスレータの実施形態によって実行されるステップを表すフロー図である。
【図９】
図９は、第２のネットワーク内のホストによって扇動された伝送を開始するときに、図４にて表されたアドレストランスレータの実施形態によって実行されるステップを表すフロー図である。
【図１０】
図１０は、データが図９の扇動ホストから第１のネットワーク内のホストへ送信されるときに、図４にて表されたアドレストランスレータの実施形態によって実行されるステップを表すフロー図である。
【図１１】
図１１は、データが第１のネットワーク内のホストから戻されるときに、図４にて表されたアドレストランスレータの実施形態によって実行されるステップを表すフロー図である。
【図１】
2004519928.tif 000003
【図２】
2004519928.tif 000004
【図３】
2004519928.tif 000005
【図４】
2004519928.tif 000006
【図５】
2004519928.tif 000007
【図６】
2004519928.tif 000008
【図７】
2004519928.tif 000009
【図８】
2004519928.tif 000010
【図９】
2004519928.tif 000011
【図１０】
2004519928.tif 000012
【図１１】
2004519928.tif 000013
【国際公開パンフレット】
2004519928.tif 000014
2004519928.tif 000015
2004519928.tif 000016
2004519928.tif 000017
2004519928.tif 000018
2004519928.tif 000019
2004519928.tif 000020
2004519928.tif 000021
2004519928.tif 000022
2004519928.tif 000023
2004519928.tif 000024
2004519928.tif 000025
2004519928.tif 000026
2004519928.tif 000027
2004519928.tif 000028
2004519928.tif 000029
2004519928.tif 000030
2004519928.tif 000031
2004519928.tif 000032
2004519928.tif 000033
2004519928.tif 000034
2004519928.tif 000035
2004519928.tif 000036
2004519928.tif 000037
2004519928.tif 000038
2004519928.tif 000039
2004519928.tif 000040
2004519928.tif 000041
2004519928.tif 000042
2004519928.tif 000043
2004519928.tif 000044
2004519928.tif 000045
2004519928.tif 000046
【国際調査報告】
2004519928.tif 000047
2004519928.tif 000048