(57)【要約】【課題】本発明の目的は、互いに異なるプロトコル間でのアプリケーションのシームレスな移行を達成することである。【解決手段】第１のＩＰプロトコルを採用するネットワーク・システムが提供される。ネットワーク・システムは、アドレス割り当てサーバと、第１のＩＰプロトコルおよび第１のＩＰプロトコルとは異なる第２のＩＰプロトコルの両方をサポートする通信端末とを備え、アドレス割り当てサーバは、第２のＩＰプロトコルのアドレスを通信端末に動的に割り当てる。通信端末は、通信端末の第２のＩＰプロトコルの動的に割り当てられたアドレスをアドレス割り当てサーバから取得し、かつ、第２のＩＰプロトコル・パケットの宛先の第２のＩＰプロトコル・アドレスを第２のＩＰプロトコル・アプリケーションから取得するための、動的アドレス・マネージャと、第２のＩＰプロトコル・パケットを第２のＩＰプロトコル・アプリケーションから第１のＩＰプロトコル・パケットにカプセル化するためのアドレス・アダプタであって、第２のＩＰプロトコル・パケットのヘッダにおける通信端末の第２のＩＰプロトコル・アドレスと、宛先の第２のＩＰプロトコル・アドレスとが、第１のＩＰプロトコル・パケットにカプセル化される、アドレス・アダプタと、を備える。【選択図】図１
2008543139.tif 000002
【特許請求の範囲】
【請求項１】
第１のＩＰプロトコルを採用するネットワーク・システムであって、アドレス割り当てサーバと、前記第１のＩＰプロトコルおよび前記第１のＩＰプロトコルとは異なる第２のＩＰプロトコルの両方をサポートする通信端末とを備え、前記アドレス割り当てサーバは、前記第２のＩＰプロトコルのアドレスを前記通信端末に動的に割り当てるものであり、前記通信端末が、
前記通信端末の前記第２のＩＰプロトコルの前記動的に割り当てられたアドレスを前記アドレス割り当てサーバから取得し、かつ、第２のＩＰプロトコル・パケットの宛先の第２のＩＰプロトコル・アドレスを第２のＩＰプロトコル・アプリケーションから取得するための、動的アドレス・マネージャと、
前記第２のＩＰプロトコル・アプリケーションからの前記第２のＩＰプロトコル・パケットを第１のＩＰプロトコル・パケットにカプセル化するためのアドレス・アダプタであって、前記第２のＩＰプロトコル・パケットのヘッダにおける前記通信端末の前記第２のＩＰプロトコル・アドレスと、前記宛先の前記第２のＩＰプロトコル・アドレスとが、前記第１のＩＰプロトコル・パケットにカプセル化される、アドレス・アダプタと、
を備えることを特徴とする、ネットワーク・システム。
【請求項２】
前記第１のＩＰプロトコル・パケットは、ＩＰｖ４パケットおよびＩＰｖ６パケットのうちの一方であり、前記第２のＩＰプロトコル・パケットは、前記ＩＰｖ４パケットおよび前記ＩＰｖ６パケットのうちの他方であることを特徴とする、請求項１に記載のネットワーク・システム。
【請求項３】
前記動的アドレス・マネージャは、前記アプリケーションの終了に応答して、前記動的に割り当てられた第２のＩＰプロトコル・アドレスを解放するように動作可能であり、
前記アドレス割り当てサーバは、前記解放された第２のＩＰプロトコル・アドレスが使用可能であるとマーク付けするように動作可能であることを特徴とする、請求項１または２に記載のネットワーク・システム。
【請求項４】
前記アドレス・アダプタは、
前記第１のＩＰプロトコル・アドレスと前記第２のＩＰプロトコル・アドレスとの間の対応関係を記憶するためのアドレス・マッピング・テーブルと、
前記アドレス・マッピング・テーブルを管理するためのアドレス・マッピング・テーブル・マネージャと、
前記アドレス・マッピング・テーブルに記憶された前記対応関係に従って、前記第１のＩＰプロトコル・パケットを前記第２のＩＰプロトコル・パケットに変換するか、または前記第２のＩＰプロトコル・パケットを前記第１のＩＰプロトコル・パケットに変換するためのパケット変換器と
を備えることを特徴とする、請求項１または２に記載のネットワーク・システム。
【請求項５】
前記ＩＰｖ６パケット内の空フィールドは、前記ＩＰｖ６パケットを前記ＩＰｖ４パケットにカプセル化する間に削除され、前記ＩＰｖ４パケット内の空フィールドは、前記ＩＰｖ４パケットを前記ＩＰｖ６パケットにカプセル化する間に削除されることを特徴とする、請求項２に記載のネットワーク・システム。
【請求項６】
宛先としての前記通信端末において、前記アドレス・アダプタが、受信されたカプセル化済みの第１のＩＰプロトコル・パケットを前記第２のＩＰプロトコル・パケットに変換することを特徴とする、
請求項２に記載のネットワーク・システム。
【請求項７】
第１のＩＰプロトコルを採用するネットワーク・システムを管理する方法であって、前記ネットワーク・システムは、前記第１のＩＰプロトコルおよび前記第１のＩＰプロトコルとは異なる第２のＩＰプロトコルの両方をサポートする通信端末を備え、
前記通信端末において、前記通信端末の前記第２のＩＰプロトコルの動的に割り当てられたアドレスをアドレス割り当てサーバから取得し、かつ、第２のＩＰプロトコル・パケットの宛先の第２のＩＰプロトコル・アドレスを第２のＩＰプロトコル・アプリケーションから取得するステップと、
前記通信端末において、前記第２のＩＰプロトコル・アプリケーションからの前記第２のＩＰプロトコル・パケットを第１のＩＰプロトコル・パケットにカプセル化するステップであって、前記第２のＩＰプロトコル・パケットのヘッダにおける前記通信端末の前記第２のＩＰプロトコル・アドレスと、前記宛先の前記第２のＩＰプロトコル・アドレスとが、前記第１のＩＰプロトコル・パケットにカプセル化される、ステップと、
前記通信端末において、前記カプセル化された第１のＩＰプロトコル・パケットを送出するステップと
を含むことを特徴とする、方法。
【請求項８】
前記第１のＩＰプロトコル・パケットは、ＩＰｖ４パケットおよびＩＰｖ６パケットのうちの一方であり、前記第２のＩＰプロトコル・パケットは、前記ＩＰｖ４パケットおよび前記ＩＰｖ６パケットのうちの他方であることを特徴とする、請求項７に記載の方法。
【請求項９】
前記アプリケーションの終了に応答して、前記動的に割り当てられた第２のＩＰプロトコル・アドレスを解放するステップを特徴とする、請求項７または８に記載の方法。
【請求項１０】
前記第１のＩＰプロトコル・アドレスと前記第２のＩＰプロトコル・アドレスとの間の対応関係を各通信端末に記憶するステップをさらに含むことを特徴とする、請求項７または８に記載の方法。
【請求項１１】
前記ＩＰｖ６パケット内の空フィールドは、前記ＩＰｖ６パケットを前記ＩＰｖ４パケットにカプセル化する間に削除され、前記ＩＰｖ４パケット内の空フィールドは、前記ＩＰｖ４パケットを前記ＩＰｖ６パケットにカプセル化する間に削除されることを特徴とする、請求項８に記載の方法。
【請求項１２】
宛先としての前記通信端末において、前記受信されたカプセル化済みの第１のＩＰプロトコル・パケットは、前記第２のＩＰプロトコル・パケットに変換されることを特徴とする、請求項８に記載の方法。
【請求項１３】
第１のＩＰプロトコルおよび前記第１のＩＰプロトコルとは異なる第２のＩＰプロトコルの両方をサポートする通信端末であって、前記第２のＩＰプロトコルのアドレスを自端末に動的に割り当てるためのアドレス割り当てサーバに接続されており、
前記通信端末の前記第２のＩＰプロトコルの前記動的に割り当てられたアドレスを前記アドレス割り当てサーバから取得し、かつ、第２のＩＰプロトコル・パケットの宛先の第２のＩＰプロトコル・アドレスを第２のＩＰプロトコル・アプリケーションから取得するための、動的アドレス・マネージャと、
前記第２のＩＰプロトコル・アプリケーションからの前記第２のＩＰプロトコル・パケットを第１のＩＰプロトコル・パケットにカプセル化するためのアドレス・アダプタであって、前記第２のＩＰプロトコル・パケットのヘッダにおける前記通信端末の前記第２のＩＰプロトコル・アドレスと、前記宛先の前記第２のＩＰプロトコル・アドレスとが、前記第１のＩＰプロトコル・パケットにカプセル化される、アドレス・アダプタと、
を備え、
前記カプセル化された第１のＩＰプロトコル・パケットを送出する
ことを特徴とする、通信端末。
【請求項１４】
前記第１のＩＰプロトコル・パケットは、ＩＰｖ４パケットおよびＩＰｖ６パケットのうちの一方であり、前記第２のＩＰプロトコル・パケットは、前記ＩＰｖ４パケットおよび前記ＩＰｖ６パケットのうちの他方であることを特徴とする、請求項１３に記載の通信端末。
【請求項１５】
前記アプリケーションの終了に応答して、前記動的アドレス・マネージャは、前記動的に割り当てられた第２のＩＰプロトコル・アドレスを解放して、前記アドレス割り当てサーバに当該解放を通知することを特徴とする、請求項１３または１４に記載の通信端末。
【請求項１６】
前記アドレス・アダプタは、
前記第１のＩＰプロトコル・アドレスと前記第２のＩＰプロトコル・アドレスとの間の対応関係を記憶するためのアドレス・マッピング・テーブルと、
前記アドレス・マッピング・テーブルを管理するためのアドレス・マッピング・テーブル・マネージャと、
前記第１のＩＰプロトコル・パケットを前記第２のＩＰプロトコル・パケットに変換するか、または前記第２のＩＰプロトコル・パケットを前記第１のＩＰプロトコル・パケットに変換するためのパケット変換器と
を備えることを特徴とする、請求項１３または１４に記載の通信端末。
【請求項１７】
前記ＩＰｖ６パケット内の空フィールドは、前記ＩＰｖ６パケットを前記ＩＰｖ４パケットにカプセル化する間に削除され、前記ＩＰｖ４パケット内の空フィールドは、前記ＩＰｖ４パケットを前記ＩＰｖ６パケットにカプセル化する間に削除されることを特徴とする、請求項１４に記載の通信端末。
【請求項１８】
宛先としての前記通信端末において、前記アドレス・アダプタは、受信されたカプセル化済みの第１のＩＰプロトコル・パケットを前記第２のＩＰプロトコル・パケットに変換することを特徴とする、請求項１４に記載の通信端末。
【請求項１９】
第１のＩＰプロトコルおよび前記第１のＩＰプロトコルとは異なる第２のＩＰプロトコルの両方をサポートする通信端末のためのパケット送信方法であって、前記通信端末は、前記第２のＩＰプロトコルのアドレスを自端末に動的に割り当てるためのアドレス割り当てサーバに接続されており、
前記通信端末の前記第２のＩＰプロトコルの動的に割り当てられたアドレスをアドレス割り当てサーバから取得し、かつ、第２のＩＰプロトコル・パケットの宛先の第２のＩＰプロトコル・アドレスを第２のＩＰプロトコル・アプリケーションから取得するステップと、
前記通信端末において、前記第２のＩＰプロトコル・アプリケーションからの前記第２のＩＰプロトコル・パケットを第１のＩＰプロトコル・パケットにカプセル化するステップであって、前記第２のＩＰプロトコル・パケットのヘッダにおける前記通信端末の前記第２のＩＰプロトコル・アドレスと、前記宛先の前記第２のＩＰプロトコル・アドレスとは、前記第１のＩＰプロトコル・パケットにカプセル化される、ステップと、
を含み、
前記通信端末が、前記カプセル化された第１のＩＰプロトコル・パケットを送出する
ことを特徴とする、方法。
【請求項２０】
前記第１のＩＰプロトコル・パケットは、ＩＰｖ４パケットおよびＩＰｖ６パケットのうちの一方であり、前記第２のＩＰプロトコル・パケットは、前記ＩＰｖ４パケットおよび前記ＩＰｖ６パケットのうちの他方であることを特徴とする、請求項１９に記載の方法。
【請求項２１】
前記アプリケーションの終了に応答して、前記動的に割り当てられた第２のＩＰプロトコル・アドレスを解放するステップを特徴とする、請求項１９または２０に記載の方法。
【請求項２２】
前記第１のＩＰプロトコル・アドレスと前記第２のＩＰプロトコル・アドレスとの間の対応関係を各通信端末に記憶するステップをさらに含むことを特徴とする、請求項１９または２０に記載の方法。
【請求項２３】
前記ＩＰｖ６パケット内の空フィールドは、前記ＩＰｖ６パケットを前記ＩＰｖ４パケットにカプセル化する間に削除され、前記ＩＰｖ４パケット内の空フィールドは、前記ＩＰｖ４パケットを前記ＩＰｖ６パケットにカプセル化する間に削除されることを特徴とする、請求項１９または２０に記載の方法。
【請求項２４】
宛先としての前記通信端末において、前記受信されたカプセル化済みの第１のＩＰプロトコル・パケットを前記第２のＩＰプロトコル・パケットに変換することを特徴とする、請求項２０に記載の方法。
【請求項２５】
コンピュータが読み出し可能なプログラムを含むコンピュータが使用可能な媒体を備えるコンピュータ・プログラム製品であって、前記コンピュータが読み出し可能なプログラムは、コンピュータ上で実行されると、方法に関する請求項７から１２および１９から２４のいずれかのステップを前記コンピュータに実行させる、コンピュータ・プログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク・システム、ネットワーク・システムを管理する方法、通信端末、およびパケットを送信する方法に関する。
【背景技術】
【０００２】
インターネットがますます拡大するにつれて、３２ビットからなる既存のＩＰｖ４アドレスが不足してきている。したがって、ＩＰｖ４アドレスの不足という問題を完全に解決するために、１２８ビットのＩＰアドレスを使用するＩＰｖ６プロトコルが提案されている。ＩＰｖ６プロトコルは、アドレス容量、セキュリティ、ネットワーク管理、サービスの機動性および品質などを著しく改善するものである。ＩＰｖ６プロトコルが主流のプロトコルになる前には、ＩＰｖ４プロトコルは継続的に使用されるので、ＩＰｖ４ネットワークとＩＰｖ６ネットワークとの共存が生じる。加えて、アドレス割り当ての不均衡により、国または地域によっては、割り当て用のＩＰｖ４アドレス空間がまだ充分にある場合もあり、したがって、これらの国および地域においては、ＩＰｖ４ネットワークは長く存在することになろう。予測可能な将来、ＩＰｖ４ネットワークおよびＩＰｖ６ネットワークは、長く共存することになろう。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
今日、ＩＰｖ４アプリケーションはＩＰｖ６環境では実行不可能であり、ＩＰｖ６アプリケーションはＩＰｖ４環境では実行不可能であるという状況がある。加えて、ＩＰｖ４からＩＰｖ６への移行中にあって、ほとんどの既存のアプリケーションは、ＩＰｖ４プロトコルに基づいており、かつ、ＩＰｖ６アプリケーションおよびサービスは、成熟したＩＰｖ４アプリケーションおよびサービスよりも比較的数が少ないため、ＩＰｖ６ネットワーク・リソースは無駄にならざるを得ない。
【０００４】
上記の状況に鑑み、既存のＩＰｖ４アプリケーションがＩＰｖ６ネットワーク上で実行できるようにするという解決策を実施する必要性は避けられない。すなわち、新規のＩＰｖ６ネットワークを導入するだけでなく、既存のＩＰｖ４アプリケーション・リソースを使用し続けるのが望ましい。
【０００５】
上記問題に対して、従来技術において提案されたいくつかの解決策がある。その１つは、デュアル・スタック移行システム（ＤＳＴＭ）である。ＤＳＴＭの目的は、純然たるＩＰｖ６ネットワークにおけるデュアル・スタック・ホストを既存のＩＰｖ４ホストまたはアプリケーションに接続するという問題を解決することである。ＤＳＴＭの趣旨は、ＩＰｖ６ノードについての一時的なＩＰｖ４アドレスを取得するための方策を提供し、同時に、ＩＰｖ４をＩＰｖ６トンネル上で使用することによって、純然たるＩＰｖ６ネットワーク上でのＩＰｖ４トラフィックの送信を達成するために、互いに異なるネットワーク・プロトコルのネットワーク間のゲートウェイを付加することである。この解決策は、ＩＰｖ６ネットワークをＩＰｖ４イントラネットとみなすので、当該イントラネットにおいてのみ有効であり、ＩＰｖ４アドレス埋め込みアプリケーションをサポートすることはできない。
【０００６】
もう１つは、例えばネットワーク・アドレス変換器‐プロトコル変換器（ＮＡＴ‐ＰＴ）、Ｂｕｍｐ  ｉｎ  ｔｈｅ  Ｓｔａｃｋ（ＢＩＳ）、Ｂｕｍｐ  ｉｎ  ｔｈｅ  ＡＰＩ（ＢＩＡ）などのアドレス変換機構である。アドレス変換機構下において、ＩＰｖ４パケットのアドレスは、ＩＰｖ６アドレスに変換され、その後、ＩＰｖ６ネットワークにおいて送信され、またその逆も行われる。しかしながら、この変換機構は、追加の手間が多くかかる結果となることが避けられない。特に、ＩＰｖ４パケットにＩＰｖ４アドレスが埋め込まれている場合には、パケットに埋め込まれたアドレスを変換するために、アプリケーション・ゲートウェイ／プロキシなどが必要となり、これには、より多くの変換量を必要とし、より多くのシステム・リソースを占める必要がある。例えば、ＢＩＡに関しては、アプリケーション層プロトコルに埋め込まれたＩＰアドレス（例えば、ＦＴＰ）を変換する必要がある場合、そのような機構は、ロード内に含まれるアドレスを伴うこれらの新規のアプリケーションに対しては不適当な場合がある。
【０００７】
さらなる解決策は、ＩＰｖ４アプリケーションをアップグレードするためのコードを修正して、ＩＰｖ４アプリケーションをＩＰｖ６アプリケーションにすることであるが、これには、再コード化およびテストが必要となり、時間と労力を消費する。
【０００８】
従来技術において、ＩＰｖ４アプリケーションをＩＰｖ６ネットワーク上で実行するという問題を解決するために、ＤＴＴＳ技術が提案されてきた。ＤＴＴＳ技術は、ＮＡＴやアプリケーション・ゲートウェイ／プロキシなどを必要としない。しかしながら、ＤＴＴＳは、アドレス変換の際に動的アドレスを割り当てるための限られたＩＰｖ４アドレス・リソースを占有して、アドレス変換の際にＩＰｖ４互換アドレスを使用することによってＩＰｖ４アドレスをＩＰｖ６アドレスに変換するので、送信装置は、１２８ビットの静的なルーティング構成が必要となり、大きなコストがかかる結果となる。
【０００９】
上述の問題を改善するために、本発明の目的は、互いに異なるプロトコル間でのアプリケーションのシームレスな移行を提供することである。
【課題を解決するための手段】
【００１０】
よって、本発明は、第１の局面において、第１のＩＰプロトコルを採用するネットワーク・システムを提供するものであって、ネットワーク・システムは、アドレス割り当てサーバと、第１のＩＰプロトコルおよび第１のＩＰプロトコルとは異なる第２のＩＰプロトコルの両方をサポートする通信端末とを備え、アドレス割り当てサーバは、第２のＩＰプロトコルのアドレスを通信端末に動的に割り当てるものであり、通信端末が、通信端末の第２のＩＰプロトコルの動的に割り当てられたアドレスをアドレス割り当てサーバから取得し、かつ、第２のＩＰプロトコル・パケットの宛先の第２のＩＰプロトコル・アドレスを第２のＩＰプロトコル・アプリケーションから取得するための、動的アドレス・マネージャと、第２のＩＰプロトコル・アプリケーションからの第２のＩＰプロトコル・パケットを第１のＩＰプロトコル・パケットにカプセル化するためのアドレス・アダプタであって、第２のＩＰプロトコル・パケットのヘッダにおける通信端末の第２のＩＰプロトコル・アドレスと、宛先の第２のＩＰプロトコル・アドレスとが、第１のＩＰプロトコル・パケットにカプセル化される、アドレス・アダプタと、を備え、通信端末は、カプセル化された第１のＩＰプロトコルパケットを送出することを特徴とする。
【００１１】
本発明の第２の局面は、第１のＩＰプロトコルを採用するネットワーク・システムの管理方法を提供するものであって、ネットワーク・システムは、第１のＩＰプロトコルおよび第１のＩＰプロトコルとは異なる第２のＩＰプロトコルの両方をサポートする通信端末を備え、通信端末において、通信端末の第２のＩＰプロトコルの動的に割り当てられたアドレスをアドレス割り当てサーバから取得し、かつ、第２のＩＰプロトコル・パケットの宛先の第２のＩＰプロトコル・アドレスを第２のＩＰプロトコル・アプリケーションから取得するステップと、通信端末において、第２のＩＰプロトコル・アプリケーションからの第２のＩＰプロトコル・パケットを第１のＩＰプロトコル・パケットにカプセル化するステップであって、第２のＩＰプロトコル・パケットのヘッダにおける通信端末の第２のＩＰプロトコル・アドレスと、宛先の第２のＩＰプロトコル・アドレスとが、第１のＩＰプロトコル・パケットにカプセル化される、ステップと、通信端末において、カプセル化された第１のＩＰプロトコルパケットを送出するステップとを含むことを特徴とする。
【００１２】
本発明の第３の局面は、第１のＩＰプロトコルおよび第１のＩＰプロトコルとは異なる第２のＩＰプロトコルの両方をサポートする通信端末を提供するものであって、通信端末は、第２のＩＰプロトコルのアドレスを自端末に動的に割り当てるためのアドレス割り当てサーバに接続されており、通信端末の第２のＩＰプロトコルの動的に割り当てられたアドレスをアドレス割り当てサーバから取得し、かつ、第２のＩＰプロトコル・パケットの宛先の第２のＩＰプロトコル・アドレスを第２のＩＰプロトコル・アプリケーションから取得するための、動的アドレス・マネージャと、第２のＩＰプロトコル・アプリケーションからの第２のＩＰプロトコル・パケットを第１のＩＰプロトコル・パケットにカプセル化するためのアドレス・アダプタであって、第２のＩＰプロトコル・パケットのヘッダにおける通信端末の第２のＩＰプロトコル・アドレスと、宛先の第２のＩＰプロトコル・アドレスとが、第１のＩＰプロトコル・パケットにカプセル化される、アドレス・アダプタと、を備え、カプセル化された第１のＩＰプロトコル・パケットを送出することを特徴とする。
【００１３】
本発明の第４の局面は、第１のＩＰプロトコルおよび第１のＩＰプロトコルとは異なる第２のＩＰプロトコルの両方をサポートする通信端末のためのパケット送信方法を提供するものであって、通信端末は、第２のＩＰプロトコルのアドレスを自端末に動的に割り当てるためのアドレス割り当てサーバに接続されており、通信端末の第２のＩＰプロトコルの動的に割り当てられたアドレスをアドレス割り当てサーバから取得し、かつ、第２のＩＰプロトコル・パケットの宛先の第２のＩＰプロトコル・アドレスを第２のＩＰプロトコル・アプリケーションから取得するステップと、通信端末において、第２のＩＰプロトコル・アプリケーションからの第２のＩＰプロトコル・パケットを第１のＩＰプロトコル・パケットにカプセル化するステップであって、第２のＩＰプロトコル・パケットのヘッダにおける通信端末の第２のＩＰプロトコル・アドレスと、宛先の第２のＩＰプロトコル・アドレスとは、第１のＩＰプロトコル・パケットにカプセル化される、ステップと、を含み、通信端末が、カプセル化された第１のＩＰプロトコル・パケットを送出することを特徴とする。
【００１４】
本発明によれば、第２のＩＰプロトコル・アプリケーションを、第１のＩＰプロトコル・ネットワークのデュアル・スタック・ホスト間でシームレスに実行することができる。
【００１５】
本発明によれば、上層アプリケーションは修正を要しないので、本発明は、上層アプリケーションからは透過であって、上層ユーザに対してさらなる負担を課すものではないだろう。
【００１６】
本発明によれば、動的に割り当てられたアドレスは、使用された後に再利用のために解放されるので、アドレス・リソースを節約するものである。
【００１７】
本発明のこれらおよび他の利点は、添付の図面を参照して、本発明の好ましい実施形態の詳細な説明によって、より明らかになるだろう。
【発明を実施するための最良の形態】
【００１８】
例示のために、本発明は、以下のネットワーク環境、すなわち、通信用のホストがデュアル・スタック・ホストであって、純然たるＩＰｖ６ネットワークにおいて動作し、既存のＩＰｖ４アプリケーションを実行するというネットワーク環境に基づく。しかしながら、本発明は、ＩＰｖ４プロトコルおよびＩＰｖ６プロトコルに限定されるのもではなく、ＩＰプロトコルを使用するいかなるネットワークにも適用できる。
【００１９】
本発明の一実施形態を図１を参照して説明する。
【００２０】
図１において、デュアル・スタック・ホスト１０１およびデュアル・スタック・ホスト１１５は、ＩＰｖ６ネットワークにおいてＩＰｖ４プロトコルおよびＩＰｖ６プロトコルの両方をサポートするデュアル・スタック・ホストである。当業者にとって、本発明は、ＩＰｖ４プロトコル・スタックおよびＩＰｖ６プロトコル・スタックをサポートするいかなる通信端末にも適用することができる。例示のために、以下、当該端末をホストと称する。ホスト１０１および１１５は、それぞれＩＰｖ６アドレスを有する。ホスト１０１および１１５は、ＩＰｖ６ネットワーク１１０を通じて互いに通信する。
【００２１】
ホスト１０１および１１５は、ＩＰｖ４アプリケーションだけではなく、ＩＰｖ６アプリケーションも実行する。本発明の一実施形態によれば、ホスト１０１および１１５は共にＩＰｖ４アプリケーションを実行し、ＩＰｖ４アプリケーション同士は、ＩＰｖ６ネットワークを通じて互いに通信し、ＩＰｖ４アプリケーション同士は、ＩＰｖ６ネットワーク上でシームレスに実行可能である。上記の手順は、後で詳述する。
【００２２】
ＤＮＳサーバ１２０は、ホスト１０１または１１５からのローカルまたは宛先ホストのＩＰｖ６アドレスを取得するための要求に応答して、ローカルまたは宛先ホストのＩＰｖ６アドレスを分析および取得し、それをホスト１０１または１１５へ返すか、または、対応するＩＰｖ４アドレスを割り当てるために、ローカルまたは宛先ホストのＩＰｖ６アドレスをアドレス割り当てサーバ１０５へ同時に送信する。
【００２３】
アドレス割り当てサーバ１０５は、ホスト１０１または１１５からの一時的なＩＰｖ４アドレスを割り当てるための要求に応答して、ＩＰｖ４アドレスを動的に割り当てて、実際の状況に従って、割り当てられたＩＰｖ４アドレスを将来の使用のために回収する。
【００２４】
ＤＮＳサーバ１２０およびアドレス割り当てサーバ１０５を組み合わせて、組み合わせた機能を達成してもよいことを、当業者は理解するだろう。
【００２５】
図２は、本発明の一実施形態に係る、ソース・ホストの機能を示すブロック図である。ホストは、少なくとも、アドレス・アダプタ２０５と、動的アドレス・マネージャ２２５とを含む。
【００２６】
アドレス・アダプタ２０５は、ＩＰｖ４アプリケーション２０１からのＩＰｖ４パケットをＩＰｖ６パケットにカプセル化し、またその逆も行い、ホストのＩＰｖ４とＩＰｖ６アドレスとの間の対応関係を保持する。アドレス・アダプタ２０５の動作は、後で詳述する。
【００２７】
動的アドレス・マネージャ２２５は、ローカルまたは宛先ホストのＩＰｖ４アドレスをアドレス割り当てサーバ１０５から動的に（一時的に）取得して、ＩＰｖ４アドレスを動的に管理するために、取得したＩＰｖ４を解放する。動的アドレス・マネージャ２２５の機能は、後で詳述する。
【００２８】
アドレス・アダプタ２０５は、アドレス・マッピング・テーブル・マネージャ２１０と、パケット変換器２１５と、アドレス・マッピング・テーブル２２０とを含む。
【００２９】
アドレス・マッピング・テーブル・マネージャ２１０は、アドレス・マッピング・テーブル２２０を管理する。パケット変換器２１５は、アドレス・マッピング・テーブル２２０を参照して、ＩＰｖ４アプリケーション２０１からのＩＰｖ４パケットをＩＰｖ６にカプセル化し、またその逆も行う。アドレス・マッピング・テーブル２２０は、図１に図示しない記憶装置に記憶されてもよい。
【００３０】
上記の機能ブロックを組み合わせるか、または分離して、組み合わせた機能または分離された機能を実現してもよい。例えば、アドレス・マッピング・テーブル・マネージャ２１０および動的アドレス・マネージャ２２５を１つの機能ブロックに組み合わせて、アドレス・マッピング・テーブル内のアドレスの動的な管理を実現してもよい。加えて、アドレス・アダプタ２０５および動的アドレス・マネージャ２２５は、好ましくは、ＩＰ層とリンクおよび物理層との間に位置して、ＩＰアドレスの変換を達成してもよい。
【００３１】
ＩＰｖ４アプリケーション２０１は、アプリケーション層におけるいかなるＩＰｖ４アプリケーションであってもよい。
【００３２】
図３は、アドレス・マッピング・テーブル２２０の構成を示す。
【００３３】
アドレス・マッピング・テーブル２２０は、ネットワーク内のホストのＩＰｖ４アドレスとＩＰｖ６アドレスとを対応付けて記憶する。本発明によれば、アドレス・マッピング・テーブル２２０は、ローカル・ホストのＩＰｖ４／ＩＰｖ６アドレスの対だけでなく、ＩＰｖ４アプリケーションによって使用される宛先ホストのＩＰｖ４／ＩＰｖ６アドレスの対をも保持する。
【００３４】
本発明に係る、ローカル・ホストまたは宛先ホストのＩＰｖ４アドレスを動的に（一時的に）取得してそれを記憶する処理を以下に説明する。
【００３５】
図４は、本発明に係る、ローカル・ホストのＩＰｖ４アドレスを動的に取得してそれを記憶する処理を示す。
【００３６】
はじめに、ステップＳ４０１において、アドレス・マッピング・テーブル２２０が初期化されると、例えば、ホストがＩＰｖ６ネットワークにログオンする度に、または、ローカル・ホストの第１のＩＰｖ４アプリケーションが実行を開始する度に、本発明において図示しないＩＰｖ６アドレス・マネージャが、ローカル・ホストのＩＰｖ６アドレスをＤＮＳサーバ１２０からトランシーバ２３０を通じて取得する。
【００３７】
ステップＳ４０５において、動的アドレス・マネージャ２２５は、ＩＰｖ６アドレス・マネージャによって取得されたローカル・ホストのＩＰｖ６アドレスを含む要求をアドレス割り当てサーバ１０５へ送信する。
【００３８】
アドレス割り当てサーバ１０５は、受信された要求に応答して、ＩＰｖ４アドレスをホストに動的に割り当て、ホストのＩＰｖ４／ＩＰｖ６アドレスの対をトランシーバ２３０へ送信する。
【００３９】
Ｓ４１０において、動的アドレス・マネージャ２２５は、ローカル・ホストのＩＰｖ４／ＩＰｖ６アドレスの対をトランシーバ２３０から受信する。
【００４０】
その後、ステップＳ４１５において、動的アドレス・マネージャ２２５は、アドレス・マッピング・テーブル・マネージャ２１０に対して、ローカル・ホストのＩＰｖ４／ＩＰｖ６アドレスの対が対応付けて記憶されることになる旨を通知する。
【００４１】
ステップＳ４２０において、上記通知に応答して、アドレス・マッピング・テーブル・マネージャ２１０は、ローカル・ホストのＩＰｖ４／ＩＰｖ６アドレスの対を対応付けてアドレス・マッピング・テーブル２２０に記憶する。
【００４２】
上記の処理を通じて、アドレス・マッピング・テーブルが初期化されると、ローカル・ホストは、ＩＰｖ４アドレスを一時的に取得することになる。その後、ローカル・ホスト内に共存するすべてのＩＰｖ４アプリケーションが、同一のＩＰｖ４アドレスを使用することになる。したがって、本発明によれば、ＩＰｖ４アドレス空間が最大限に利用されることになる。
【００４３】
上記の処理は適切に修正されてもよいことは、当業者によって理解されるだろう。例えば、ローカル・ホストは、ＩＰｖ４／ＩＰｖ６アドレスの対を取得するための要求をＤＮＳサーバ１２０へ直接送信してもよく、ＤＮＳサーバ１２０は、動的に割り当てられたＩＰｖ４アドレスをアドレス割り当てサーバ１０５から取得して、その後、ＩＰｖ４／ＩＰｖ６アドレスの対をローカル・ホストへ返す。
【００４４】
加えて、上述において、ローカル・ホストはＩＰｖ４／ＩＰｖ６アドレスの対をアドレス割り当てサーバから取得するが、アドレス割り当てサーバはＩＰｖ４アドレスのみを返してもよいことを、当業者は理解するだろう。
【００４５】
図５は、本発明に係る、宛先ホストのＩＰｖ４アドレスを取得するためのフローチャートである。
【００４６】
はじめに、ステップＳ４５０において、ローカル・ホストのＩＰｖ４アプリケーション２０１は、トランシーバ２３０を通じてＤＮＳサーバ１２０に対して、宛先ホストのＩＰｖ６アドレスを取得するための要求を送信する。
【００４７】
当該要求に応答して、ＤＮＳサーバ１２０は、宛先ホストのＩＰｖ６アドレスをローカル・ホストへ返す。
【００４８】
ステップＳ４５５において、動的アドレス・マネージャ２２５は、宛先ホストのＩＰｖ４／ＩＰｖ６アドレスの対の取得を要求するために、宛先ホストのＩＰｖ６アドレスを含む要求をアドレス割り当てサーバ１０５へトランシーバ２３０を通じて送信する。
【００４９】
アドレス割り当てサーバ１０５は、受信した要求に応答して、宛先ホストのＩＰｖ４アドレスを動的に割り当てて、宛先ホストのＩＰｖ４／ＩＰｖ６アドレスの対をトランシーバ２３０へ送信する。
【００５０】
ステップＳ４６０において、動的アドレス・マネージャ２２５は、宛先ホストのＩＰｖ４／ＩＰｖ６アドレスの対をトランシーバ２３０から取得する。
【００５１】
その後、ステップＳ４６５において、動的アドレス・マネージャ２２５は、アドレス・マッピング・テーブル・マネージャ２１０に対して、宛先ホストのＩＰｖ４／ＩＰｖ６アドレスの対を対応付けて記憶する旨を通知する。
【００５２】
ステップＳ４７０において、当該通知に応答して、アドレス・マッピング・テーブル・マネージャ２１０は、宛先ホストのＩＰｖ４／ＩＰｖ６アドレスの対を対応付けてアドレス・マッピング・テーブル２２０に記憶する。
【００５３】
上記の処理を通じて、宛先ホストのＩＰｖ４アドレスは、ＩＰｖ４アプリケーションが実行している際に一時的に取得されることになる。
【００５４】
したがって、ＩＰｖ４アプリケーション用のＩＰｖ４パケットを生成する場合に、ＩＰｖ４パケットのヘッダは、アドレス・マッピング・テーブル２２０内のＩＰｖ４アドレスを直接参照することによって形成されてもよい。ＩＰｖ４ヘッダを形成するための処理は、既存の技術を使用して達成されてもよいので、その説明は省略する。本発明において、ＩＰｖ４アプリケーションからのパケットのヘッダは、ソースおよび宛先のＩＰｖ４アドレスを含む。
【００５５】
当業者にとって、宛先ホストのＩＰｖ４／ＩＰｖ６アドレスの対は、他の既知の手段によって取得されてもよい。例えば、相手方のＩＰｖ４／ＩＰｖ６アドレスの対は、宛先ホストと直接通信することによって取得されてもよい。
【００５６】
図７のＡおよびＢは、ＩＰｖ４パケットがＩＰｖ６パケットにカプセル化される場合の、本発明に係るパケットのフォーマットを示す。
【００５７】
図７Ａは、本発明に係るＩＰｖ４パケットのフォーマットを示し、ＩＰｖ４ヘッダ６０１と、ＩＰｖ４ペイロード６０５とを含む。
【００５８】
図７Ｂは、ＩＰｖ４パケットがＩＰｖ６パケットにカプセル化される場合の、本発明に係るＩＰｖ６パケットのフォーマットを示す。
【００５９】
ＩＰｖ６ヘッダ６０１’は、ＩＰｖ６プロトコル下における従来のＩＰｖ６ヘッダであって、ＩＰｖ４ヘッダに含まれるソースおよび宛先ホストのＩＰｖ４アドレスに対応するソースおよび宛先ホストのＩＰｖ６アドレスを含む。
【００６０】
ＩＰｖ４ペイロード６０５’とＩＰｖ４ペイロード６０５とは、同一の内容である。
【００６１】
拡張ヘッダ６０２’は、ＩＰｖ４ヘッダ６０２に比べて、ＩＰｖ４アプリケーションからのＩＰｖ４パケットの元のＩＰｖ４ヘッダの情報、すなわち、ソースおよび宛先ホストのＩＰｖ４アドレスを含むＩＰｖ４ヘッダ情報をさらに保持する。本実施形態において、元のＩＰｖ４ヘッダは、拡張ヘッダにすべて配置される。しかしながら、ＩＰｖ４ヘッダは圧縮されるのがより好ましいが、情報占有率を削減するために、少なくともソースおよび宛先ホストのＩＰｖ４アドレス情報は拡張ヘッダに配置される。加えて、フラグを拡張ヘッダ６０２’内にオプションで配置して、ＩＰｖ６パケットがＩＰｖ４ヘッダをカプセル化しているかどうかを識別する。このようにして、ＩＰｖ６拡張ヘッダが宛先ホストにおけるＩＰｖ６プロトコル・スタックにおいて処理される場合に、本発明におけるＩＰｖ６パケット・フォーマットを使用することによって、元のＩＰｖ４ヘッダ情報が抽出されることになる。そして、元のＩＰｖ４パケットは、抽出された元のＩＰｖ４ヘッダ情報をＩＰｖ４オーバヘッドと共に使用することによって復元されることになり、ＩＰｖ６アプリケーションによってＩＰｖ４パケットを処理するという結果になることはない。
【００６２】
本発明において、元のＩＰｖ４ヘッダ情報がＩＰｖ６パケット内の拡張ヘッダの内容として含まれており、情報リソースを占有していたが、発明者は、研究を通じて、ＩＰｖ６パケット内の拡張ヘッダは、システム・オーバヘッドを増加させることなく、宛先ノードによって処理される必要のあるオプションの情報を無条件で含んでもよいことを見出した。
【００６３】
好ましい一方法は、例えばＩＰｖ４パケットをＩＰｖ６パケットにカプセル化するなどのカプセル化の際に、情報によって占有される空間を節約するために、ＩＰｖ４パケット内の空フィールドを削除してもよい。
【００６４】
ＩＰｖ６パケットをＩＰｖ４パケットにカプセル化している間に、情報によって占有される空間を節約するために、ＩＰｖ６パケット内の空フィールドを削除してもよい。
【００６５】
図６は、本発明に係る、ＩＰｖ４アプリケーション２０１からのＩＰｖ４パケットをＩＰｖ６パケットに変換する処理を示す。
【００６６】
はじめに、ステップＳ５０１において、パケット変換器２１５は、ＩＰｖ４パケットをＩＰｖ４アプリケーション２０１から受信する。ステップＳ５１０において、パケット変換器２１５は、アドレス・マッピング・テーブル２２０をルック・アップして、宛先ホストに対応するＩＰｖ６アドレスを検索する。その後、処理はステップＳ５１５へ進み、ＩＰｖ４パケットは、図７Ｂに示すようなフォーマットに従って、ＩＰｖ６パケットにカプセル化され、元のＩＰｖ４ヘッダは、拡張ヘッダ６０２’にカプセル化される。
【００６７】
その後、ステップＳ５２０において、トランシーバ２３０は、カプセル化されたＩＰｖ６パケットをＩＰｖ６ネットワーク１１０を通じて送出する。
【００６８】
図８は、宛先ホストの機能を示すブロック図である。
【００６９】
宛先ホストの構成は、図２に示すようなソース・ホストの構成と同一であり、アドレス・アダプタ７０５と、動的アドレス・マネージャ７２５とを含む。アドレス・アダプタ７０５は、ＩＰｖ６パケットを非カプセル化して、それを元のＩＰｖ４パケットに変換する。
【００７０】
動的アドレス・マネージャ７２５は、図４の動作に従って、ローカル・ホストのＩＰｖ４アドレスをアドレス割り当てサーバ１０５から動的に（一時的に）取得してもよく、ローカル・ホストのＩＰｖ４アドレスを、相手方から受信されたカプセル化されたＩＰｖ６パケットから取得してもよい。
【００７１】
アドレス・アダプタ７０５は、アドレス・マッピング・テーブル・マネージャ７１０と、パケット変換器７１５と、アドレス・マッピング・テーブル７２０とを含む。上記の機能ブロックの機能は、後で詳述する。
【００７２】
上記の機能ブロックを組み合わせるかまたは分離して、組み合わせた機能または分離された機能を実現してもよいことを、当業者は理解するだろう。例えば、アドレス・マッピング・テーブル・マネージャ７１０および動的アドレス・マネージャ７２５を１つの機能ブロックに組み合わせて、アドレス・マッピング・テーブル内のアドレスの動的な管理を実現してもよい。加えて、アドレス・アダプタ７０５および動的アドレス・マネージャ７２５は、好ましくは、ＩＰ層とリンクおよび物理層との間に位置して、ＩＰアドレスの変換を達成してもよい。
【００７３】
図９は、宛先ホストがＩＰｖ６パケットを受信した後の処理を示す。
【００７４】
ステップＳ８０１において、宛先ホストのトランシーバ７３０は、ＩＰｖ６パケットを受信すると、ＩＰｖ６パケットを宛先ホストのパケット変換器７１５へ転送する。
【００７５】
ステップＳ８０５において、パケット変換器７１５は、例えば、拡張ヘッダ６０２’内に配置されたフラグを検出することによって、ＩＰｖ６パケットがＩＰｖ４パケットをカプセル化しているかどうかを判断する。ＩＰｖ６パケットがＩＰｖ４パケットをカプセル化していないと判断された場合には、ＩＰｖ６パケットは、通常のＩＰｖ６パケット処理のためにＩＰ層へ送られる。
【００７６】
ＩＰｖ６パケットがＩＰｖ４パケットをパケット化している場合には、処理はステップＳ８１０へ進む。
【００７７】
ステップＳ８１０において、パケット変換器７１５は、ＩＰｖ４パケットをカプセル化しているＩＰｖ６パケットから、ソース・ホストのＩＰｖ６アドレスを抽出して、それをアドレス・マッピング・テーブル・マネージャ７１０へ転送する。
【００７８】
ステップＳ８１５において、アドレス・マッピング・テーブル・マネージャ７１０は、抽出されたソースＩＰｖ６アドレスを索引として、拡張ヘッダ６０２’内のソース・ホストのＩＰｖ４アドレスをアドレス・マッピング・テーブル７２０内のレコードと比較する。
【００７９】
ソース・ホストに対応するＩＰアドレス・レコードがなく、または、ソース・ホストの記録されたＩＰｖ４アドレスがＩＰｖ６パケットから抽出されたソースＩＰｖ４アドレスと一致しない場合には、処理はステップＳ８２０へ進み、アドレス・マッピング・テーブル・マネージャ７１０は、アドレス・マッピング・テーブル７２０内の対応レコードを、ＩＰｖ６パケット内のＩＰｖ４／ＩＰｖ６アドレスの対に修正する。その後、処理はステップＳ８２５へ進む。ソース・ホストの記録されたＩＰｖ４アドレスがＩＰｖ６パケットから抽出されたソースＩＰｖ４アドレスと一致しない場合の、アドレス・マッピング・テーブルによって行われる修正動作は、独立的かつ同時に、宛先ホストからのソース・ホストの対応するＩＰｖ４／ＩＰｖ６アドレスの対の解放動作を行う。
【００８０】
ソース・ホストの記録されたＩＰｖ４アドレスがＩＰｖ６パケットから抽出されたソースＩＰｖ４アドレスと一致する場合には、処理はステップＳ８２５へ進み、パケット変換器７１５は、カプセル化されたＩＰｖ６パケットをＩＰｖ４パケットに変換する。
【００８１】
このように、宛先ホストのＩＰｖ４アプリケーション７０１は、変換されたＩＰｖ４パケットをその元の形式として使用して、通常通り実行を続けてもよい。
【００８２】
宛先ホストのアプリケーション７０１からソース・ホストのアプリケーション２０１へデータを送信する処理は、ソース・ホストのアプリケーション２０１からデータを送信する処理と同一なので、その説明は省略する。
【００８３】
上記説明からわかるように、元のＩＰｖ４パケットをＩＰｖ６パケットにカプセル化することによって、本発明は、宛先ホストが、ＩＰｖ４アプリケーションを修正することなく、ＩＰｖ４パケットをＩＰｖ６パケットから非カプセル化してＩＰｖ４アプリケーションにおいて使用できるようにしている。特に、ＩＰｖ４パケットにＩＰｖ４アドレスが埋め込まれている場合には、本発明の利点は特に顕著となる。したがって、本発明は、ＩＰｖ４アプリケーションをＩＰｖ６ネットワーク上で簡単なやり方で実行するという柔軟性を改善する。
【００８４】
加えて、本発明は、ＩＰｖ６ネットワーク上でのＩＰｖ４アプリケーションの通常の実行を、アプリケーション・ゲートウェイまたはプロキシなどのアドレスを変換するための追加の要素を加えることなく、ホスト側においてＩＰｖ６パケットをカプセル化および非カプセル化することだけで達成している。本発明は、ＩＰｖ４が、さらに低いコストおよび簡便な形式でＩＰｖ６ネットワーク上で通常実行することができるようにしている。
【００８５】
本発明によれば、ホスト側の動的アドレス・マネージャは、ＩＰｖ４アドレス空間を効果的に使用して、ＩＰｖ４アプリケーションが純然たるＩＰｖ６ネットワーク上で実行し続けることができるようにしている。
【００８６】
加えて、上記はＩＰｖ６ネットワークにおけるデュアル・スタック・ホストについての例をとって説明しているが、本発明をさらに拡張して、ＢＩＳ／ＢＩＡのように、（例えば、ローカル・ホスト内の）ＩＰｖ４アプリケーションが（例えば、リモート・ホスト内の）ＩＰｖ６アプリケーションと純然たるＩＰｖ６ネットワーク内で通信するようにしてもよく、または、ＤＳＴＭのように、ＩＰｖ４アプリケーション同士がＩＰｖ６ネットワークとＩＰｖ４インターネットとの間で互いに通信するようにしてもよいことを、当業者は理解するだろう。上記実施には、ＩＰｖ４対ＩＰｖ６トンネルをサポートするためのゲートウェイを追加することが必要なだけである。
【００８７】
図４および図５は、ソース・ホストと宛先ホストのＩＰｖ４アドレスをアドレス割り当てサーバ１０５から取得する処理を紹介しており、当該処理は、複数のホストが限られたＩＰｖ４アドレス・リソースを共有するような、既存の動的アドレス割り当て手法を使用することによって、アドレス割り当てサーバ１０５によって達成される。
【００８８】
本発明の動的アドレス・マネージャは、動的に割り当てられたＩＰｖ４アドレスを管理して、必要な場合には、割り当てられたＩＰｖ４アドレスを解放する。
【００８９】
本発明に係るアドレスを解放する処理を、図１０および図２を参照して以下に説明する。
【００９０】
はじめに、ステップＳ９０１において、動的アドレス・マネージャ２２５は、アプリケーションの終了の情報をＩＰｖ４アプリケーション２０１から受信する。
【００９１】
ここで、いわゆるＩＰｖ４アプリケーションの終了は、特定のプロトコルまたは明らかな終了フレームによるアプリケーションの終了に対する定義に従って判断されてもよい。
【００９２】
ステップＳ９０５において、動的アドレス・マネージャ２２５は、アドレス・マッピング・テーブル２２０内の終了したＩＰｖ４アプリケーションに関連する宛先ホストのＩＰｖ４／ＩＰｖ６アドレスの対を削除（またはマーク付け）し、必要であれば、ローカル・ホストのＩＰｖ４／ＩＰｖ６アドレスの対も削除してもよい。
【００９３】
ステップＳ９１０において、動的アドレス・マネージャ２２５は、アドレス割り当てサーバ１０５に対して、宛先ホスト（またはローカル・ホストあるいはその両方）のＩＰｖ４アドレスの解放を通知する。
【００９４】
ステップＳ９１５において、上記情報に応答して、アドレス割り当てサーバ１０５は、ＩＰｖ４アドレスを他の宛先ホストに再割り当てするために、宛先ホスト（またはローカル・ホストあるいはその両方）に割り当てられたＩＰｖ４アドレスが利用可能であるとマーク付けする。
【００９５】
加えて、ステップＳ９１０およびＳ９１５に代えて、アドレス割り当てサーバ１０５は、解放されたホストのＩＰｖ４アドレスを当該ホストから所定の期間受信しなかった場合には、自らの側のホストに動的に割り当てられたＩＰｖ４アドレスを自発的に削除してもよい。
【００９６】
上記の解放処理を通じて、本発明は、限られたＩＰｖ４リソースを充分に利用することができる。特に、ホストが電源を切っていない場合でも、本発明は、ＩＰｖ４アドレスを適時解放できる。注意すべきなのは、上述の実施形態は、本発明を例示するためのものにすぎず、本発明を限定するものではないことである。
【００９７】
本発明の目的は、実施形態の機能を実施するためのソフトウェアのプログラム・コードを記憶する記憶媒体を本システムまたは装置に対して直接的または間接的に提供して、プログラム・コードを読み出して、本システムまたは装置のコンピュータによってそれを実行することによって達成することができる。このとき、本システムまたは装置がプログラムの機能を有しさえすれば、実施はプログラムに限定されない。
【００９８】
したがって、コンピュータは、本発明の機能を実現することができるので、コンピュータにインストールされるプログラム・コードは、本発明を実現することができる。言い換えれば、本発明の請求項は、本発明の機能を実現するためのコンピュータ・プログラムをも含む。
【００９９】
そして、本システムまたは装置がプログラムの機能を有しさえすれば、オブジェクト・コードなどのいかなる手段によってもプログラムを実行することができ、当該プログラムは、オペレーション・システムに提供されたインタープリタまたはスクリプト・データによって実行される。
【０１００】
プログラム・コードを提供するための記憶装置は、例えば、フロッピー（登録商標）・ディスク（Ｒ）、ハード・ディスク、光学ディスク、光磁気ディスク、ＣＤ‐ＲＯＭ、ＣＤ‐Ｒ、ＣＤ‐ＲＷ、磁気テープ、不揮発性記憶カード、ＲＯＭ、およびＤＶＤ（ＤＶＤ‐ＲＯＭおよびＤＶＤ‐Ｒ）などを備える。
【０１０１】
プログラムを提供するやり方について、クライアント・コンピュータは、インターネットにおけるウェブサイトに対してクライアント・コンピュータ内のブラウザを介して接続されてもよい。本発明のコンピュータ・プログラムまたは当該プログラムによって自動的に設定される圧縮ファイルは、ハード・ディスクなどの記録媒体にダウンロードされてもよい。さらに、本発明のプログラムは、当該プログラムを構成するプログラム・コードを複数のファイルにセグメント化して、それを異なるウェブサイトからダウンロードすることによって提供されてもよい。加えて、本発明の請求項は、ＷＷＷサーバが本発明の機能を達成するためのプログラム・ファイルを複数のユーザへダウンロードするという解決策をも含む。
【０１０２】
また、本発明に係るプログラムは、暗号化されて、ＣＤ‐ＲＯＭなどの記憶媒体に記憶されて、ユーザに配布されてもよく、これによって、ある要件を満たすユーザは、暗号化された暗号化情報をインターネットを介してダウンロードすることが可能となり、暗号化されたプログラムを暗号化情報を使用してユーザが復号することとが可能となり、プログラムがユーザのコンピュータにインストールされるようになる。
【０１０３】
本発明の実施形態の機能を達成するコンピュータが実行可能なプログラムに加えて、当該コンピュータ上で実行するオペレーション・システムが、実際の処理の全部または一部を実行して、当該処理を通じて上述の実施形態を達成してもよい。
【０１０４】
さらに、記録媒体から読み出されたプログラム・コードを、コンピュータに挿入された機能拡張可能ボードと、コンピュータに接続された機能拡張可能ボードに備えられたメモリとに書き込んだ後、機能拡張可能ボードおよび機能拡張可能ユニットに備えられたＣＰＵが、プログラムの命令に従って実際の処理の全部または一部を実行する。上述の実施形態の機能は当該処理によって実現されてもよいという状況も含まれる。
【０１０５】
本発明は、本発明の精神および範囲内の複数の様々な実施形態を有してもよい。したがって、本発明の保護範囲は、添付の請求項によって規定されるものであって、特定の実施形態に限定されるものではない。
【０１０６】
添付の図面を参照して本発明の実施形態を詳細に説明してきたが、本発明の精神および範囲を逸脱することなく、様々な変更および修正を上述の実施形態に対して行ってもよい。したがって、本発明の範囲は、添付の請求項によってのみ規定される。
【図面の簡単な説明】
【０１０７】
【図１】本発明の一実施形態を示す概略図である。
【図２】本発明の一実施形態に係る、ホストの機能を示すブロック図である。
【図３】本発明の一実施形態に係る、アドレス・マッピング・テーブルの構成を示す。
【図４】本発明の一実施形態に係る、宛先ホストのＩＰｖ４アドレスを取得することを示すフローチャートである。
【図５】本発明の一実施形態に係る、宛先ホストのＩＰｖ４アドレスを取得することを示すフローチャートである。
【図６】本発明の一実施形態に係る、ＩＰｖ４アプリケーションからのＩＰｖ４パケットをＩＰｖ６パケットへカプセル化する処理を示すフローチャートである。
【図７】図７Ａおよび図７Ｂは、本発明の一実施形態に係る、ＩＰｖ４パケットをＩＰｖ６パケットにカプセル化するパケット・フォーマットを示す概略図である。
【図８】宛先ホストの機能を示すブロック図である。
【図９】宛先ホストの処理を示すフローチャートである。
【図１０】本発明の一実施形態に係る、アドレス解放処理を示すフローチャートである。
【図１】
2008543139.tif 000003
【図２】
2008543139.tif 000004
【図３】
2008543139.tif 000005
【図４】
2008543139.tif 000006
【図５】
2008543139.tif 000007
【図６】
2008543139.tif 000008
【図７】
2008543139.tif 000009
【図８】
2008543139.tif 000010
【図９】
2008543139.tif 000011
【図１０】
2008543139.tif 000012
2008543139.tif 000013
2008543139.tif 000014
2008543139.tif 000015
2008543139.tif 000016
2008543139.tif 000017
2008543139.tif 000018
2008543139.tif 000019
【国際調査報告】
2008543139.tif 000020
2008543139.tif 000021
2008543139.tif 000022