JP2017506862A - ＩＰｖ６アドレス処理方法、装置及びＤＨＣＰｖ６中継機器 - Google Patents

Abstract

本発明はＩＰｖ６アドレス処理方法、装置、動的ホスト配置プロトコルｖ６ ＤＨＣＰｖ６中継機器及び動的ホスト配置プロトコルｖ６ ＤＨＣＰｖ６サーバーを提供し、該方法は、ＩＰｖ６メッセージの情報選択肢中のアドレスフィールドがＩＰｖ４アドレスであるＩＰｖ４情報選択肢をモニタリングすることと、ＩＰｖ４情報選択肢に対応するＩＰｖ６プレフィックスを取得することと、ＩＰｖ４情報選択肢中のＩＰｖ４アドレスとＩＰｖ６プレフィックスに基づいてＩＰｖ６アドレスを合成することと、を含み、本発明によると、既存技術においてＩＰｖ６／ＩＰｖ４ネットワークの相互交換中に一部のサーバーが依然としてＩＰｖ４ネットワークに配置されていることによる各種の問題とネットワークの維持が複雑である問題を解決し、ネットワーク機器が自分でＩＰｖ６アドレスを合成するので、システムを維持する複雑度を有効に低減し、ＩＰｖ４からＩＰｖ６への遷移の便宜性を増強する効果を実現できる。

Description

本発明は、通信分野に関し、特に、ＩＰｖ６アドレス処理方法、装置、動的ホスト配置プロトコルｖ６ ＤＨＣＰｖ６中継機器及び動的ホスト配置プロトコルｖ６ ＤＨＣＰｖ６サーバーに関する。

現在、既存技術におけるネットワークアドレス変換（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ、ＮＡＴと略称）は、広域通信網（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ、ＷＡＮと略称）アクセス技術に属され、私（保留）のアドレスを合法のインターネットプロトコル（ＩＰ）アドレスに変換する変換技術で、各種のインターネットアクセス方式と各種のネットワークとに汎用されている。ＮＡＴによるとＩＰアドレスが乏しい問題を解決できる。

ＩＰｖ４アドレスリソースが尽きてしまい、ＩＰｖ６ネットワークを逐次に配置することに伴って、ネットワークに存在する大面積のＩＰｖ４ネットワークと新しく確立されたＩＰｖ６ネットワークは、通信事業者にＩＰｖ６／ＩＰｖ４が共存する際の各種のＩＰｖ６ネットワークとＩＰｖ４ネットワークとの間の相互アクセス問題を解決することを求めている。ＩＰｖ６からＩＰｖ４へのネットワークアドレス変換（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ ＩＰｖ６−ＩＰｖ４、ＮＡＴ６４と略称）技術とＩＰｖ６からＩＰｖ４へのドメイン・ネームサーバー（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｅｒｖｅｒ、ＤＮＳ６４と略称）技術はこのような場合においてＩＰｖ６とＩＰｖ４の相互アクセス問題を解決する実用性のある技術である。

以下、ＮＡＴ６４とＤＮＳ６４の技術原理を簡単に説明する。

ＮＡＴ６４は、状態をもつネットワークアドレスとプロトコル変換技術で、通常、ＩＰｖ６ネットワーク側ユーザを介して発されたＩＰｖ４側ネットワークリソースへの接続アクセスのみを支援する。一方、ＮＡＴ６４は手動で静態マッピング関係を配置することで、ＩＰｖ４ネットワークが主動にＩＰｖ６ネットワークへの接続アクセスを発することも支援する。ＮＡＴ６４は、伝送制御プロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ、ＴＣＰと略称）、ユーザデータグラムプロトコル（Ｕｓｅｒ Ｄａｔａ Ｐｒｏｔｏｃｏｌ、ＵＤＰと略称）、インターネット制御メッセージプロトコル（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ、ＩＣＭＰと略称）でのＩＰｖ６とＩＰｖ４のネットワークアドレスやプロトコルの変換を実現することもできる。

ＤＮＳ６４は、主にＮＡＴ６４に協力し、主にＤＮＳ調査情報中のＡ記録（ＩＰｖ４アドレス）をＡＡＡＡ記録（ＩＰｖ６アドレス）に合成し、合成されたＡＡＡＡ記録をＩＰｖ６側ユーザへ返送する。ＡＡＡＡ記録の合成はＤＮＳ６４にＩＰｖ６アドレスの合成に用いられるｐｒｅｆ６４：：／ｎと略称されるＩＰｖ６プレフィックスを予め配置することで行われる。

図１は、既存技術において、ＮＡＴ６４とＤＮＳ６４の通常の応用シーンを示す図で、図１に示すように、ＤＮＳ６４ サーバー（Ｓｅｒｖｅｒ）とＮＡＴ６４ルータ（Ｒｏｕｔｅｒ）は完全に独立した部分である。その中、６４：ＦＦ９Ｂ：：／９６はＤＮＳ６４ ｐｒｅｆ６４：：／ｎの有名なプレフィックスで、ＤＮＳ６４は通常、当該プレフィックスを用いてＩＰｖ４アドレスからＩＰｖ６アドレスへの合成を行うと認定し、同時に、該プレフィックスはＮＡＴ６４の変換プレフィックスとして該プレフィックスに整合するトラフィックを実現してＮＡＴ６４変換を行う。通常、ＤＮＳ６４とＮＡＴ６４において該プレフィックスはｐｒｅｆ６４：：／ｎと表され、その中、ｐｒｅｆ６４はＩＰｖ６アドレスを合成するためのＮＡＴ６４プレフィックスを表し、ｎは該ＮＡＴ６４プレフィックスの長さを表し、該プレフィックスは、有名なプレフィックスを使用する以外、ネットワークを配置する際に実際のネットワーク状況に応じて柔軟に配置することもできる。該プレフィックスの長さは、３２、４０、４８、５６、６４又は９６等の範囲を支援し、各種の長さのプレフィックスの変換ルールも完全に異なっている。

図１において、ＩＰｖ６ Ｏｎｌｙ Ｕｓｅｒが普通のＩＰｖ６ウェブサイトへの接続アクセスを発した場合、トラフィックはＩＰｖ６のデフォルトルートに整合して直接にＩＰｖ６ Ｒｏｕｔｅｒに転送されて処理される。ＩＰｖ６ Ｏｎｌｙ Ｕｓｅｒが接続アクセスを発したのがＩＰｖ４単一プロトコルスタックのサーバーである場合、ＩＰｖ６ Ｏｎｌｙ ＵｓｅｒはターゲットＩＰｖ４ Ｓｅｒｖｅｒアドレスに対応するＩＰｖ６アドレス情報を取得することができないので、ＤＮＳ要求をＤＮＳ６４ Ｓｅｒｖｅｒへ送信して、該ＩＰｖ４ Ｓｅｒｖｅｒに対応するＩＰｖ４アドレス、即ちＡ記録を調査し、その後、ＤＮＳ６４ Ｓｅｒｖｅｒがプレフィックスの合成を行って、つまりＡ記録とｐｒｅｆ６４：：／ｎをＡＡＡＡ記録に合成して、ＩＰｖ６ Ｏｎｌｙ Ｕｓｅｒへ返送する。ｐｒｅｆ６４：：／ｎネットワーク区間のトラフィックはルータによってＮＡＴ６４ Ｒｏｕｔｅｒへ転送されて、ＩＰｖ６とＩＰｖ４のアドレスやプロトコルの変換を実現し、ＩＰｖ４ネットワーク中のリソースにアクセスすることができる。

図１において、ＤＮＳ６４がＮＡＴ６４と協力して動作する必要がある場合、ＤＨＣＰｖ６ ＳｅｒｖｅｒがＤＮＳ６４ ＳｅｒｖｅｒのＩＰｖ６アドレスを送信しなければならない。ネットワークにＤＮＳ６４が配置されておらず、且つＤＮＳが依然としてＩＰｖ４ネットワークに位置する場合、ＮＡＴ６４は独立にＩＰｖ６／ＩＰｖ４相互アクセスを完成することができない。一方、ユーザ側機器はＤＮＳ Ｓｅｒｖｅｒに対応するＩＰｖ６アドレスを取得することができず、そして、ユーザ側がＤＮＳ Ｓｅｒｖｅｒに対応するＩＰｖ６アドレスを取得したとしても、ユーザ側機器は依然としてターゲットＩＰｖ４ Ｓｅｒｖｅｒに対応するＡＡＡＡ記録を取得することができないので、ＮＡＴ６４が独立して動作する場合、この場合での問題を解決できる対応する技術案が必要である。

現在、ポート制御プロトコル（Ｐｏｒｔ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ、ＰＣＰと略称）方式でＮＡＴ６４のｐｒｅｆ６４：：／ｎを取得する技術案であるｄｒａｆｔ−ｉｅｔｆ−ｐｃｐ−ｎａｔ６４−ｐｒｅｆｉｘ６４−０４があって、該技術案はＰＣＰプロトコルを拡張してＰＲＥＦＩＸ６４ Ｏｐｔｉｏｎを増強することで、ＰＣＰ ＣｌｉｅｎｔがＮＡＴ６４−Ｃｏｎｔｒｏｌｌｅｄ ＰＣＰ Ｓｅｒｖｅｒからｐｒｅｆ６４：：／ｎ、ＩＰｖ６ Ｓｕｆｆｉｘ及びＩＰｖ４ Ｐｒｅｆｉｘ Ｌｉｓｔ等の情報を取得するようにする。しかし、該技術案によると、ユーザとＮＡＴ６４機器がＰＣＰプロトコルを活性化することが必要であるが、ＰＣＰプロトコル自体がネットワーク中の個人ＰＣにＰＣＰ Ｃｌｉｅｎｔとして汎用されていない状況で、ＰＣＰプロトコルを支援するように個人ＰＣにて操作システムをアップグレードしなければならず、普及しようとすると、カバー範囲が広く、大変難しいことである。

さらに、図１において、ＤＮＳ６４ Ｓｅｒｖｅｒを配置してＮＡＴ６４と協力して動作させることで、元のＤＮＳ Ｓｅｒｖｅｒが依然としてＩＰｖ４ネットワークに配置されている問題を解決することができる。しかし、既存のＩＰｖ４ネットワークの場合、ＤＮＳサーバー以外に、シスログサーバー、Ｃｏｏｋｉｅサーバー、リソース位置測位サーバー、戦略濾過サーバー等の対応するサーバーもあって、これらのサーバーのパラメーターは全てＤＨＣＰｖ４選択肢によってＩＰｖ４ユーザ側機器へ伝送される。そして、ＩＰｖ６−Ｏｎｌｙユーザ側機器が如何にＩＰｖ４ネットワーク中の各ネットワークパラメーターを取得するかについては、ＩＰｖ６−Ｏｎｌｙユーザ側機器が各ＩＰｖ４サーバーのＩＰｖ６アドレスを取得できるように、通常の解決案が開示されていない。

動的ホスト配置プロトコルのＩＰｖ６バージョンであるＤＨＣＰｖ６プロトコルは、ユーザ側機器にＩＰｖ６アドレス、ＩＰｖ６プレフィックス及び他のネットワーク情報を割り当る処理をするように設けられる方法で、ここで、他のネットワーク情報は、ＤＮＳサーバー、シスログサーバー、Ｃｏｏｋｉｅサーバー、リソース位置測位サーバー、戦略サーバー等を含む。他のネットワーク情報サーバーがＩＰｖ４ネットワークに配置されている場合、対応するＩＰｖ６プレフィックスを有して対応するＩＰｖ４サーバーに対応するＩＰｖ６アドレスを合成しなければならない。ここで、それぞれのＩＰｖ６プレフィックスは同じであることができれば、異なることもでき、ここではこれらのＩＰｖ６プレフィックスを合成ＩＰｖ６プレフィックスと称する。

従って、既存技術において、ＩＰｖ６／ＩＰｖ４ネットワークの相互交換中に一部のサーバーが依然としてＩＰｖ４ネットワークに配置されていることによる各種の問題と、ＮＡＴ６４業務アップグレードする又は後で全部ＩＰｖ６ネットワークにアップグレードする時、ネットワーク配置を柔軟に調節することができず、ネットワークの維持が複雑である問題が存在する。

本発明は、少なくとも既存技術においてＩＰｖ６／ＩＰｖ４ネットワークの相互交換中に一部のサーバーが依然としてＩＰｖ４ネットワークに配置されていることによる各種の問題と、及びＮＡＴ６４業務アップグレードする又は後で全部ＩＰｖ６ネットワークにアップグレードする時、ネットワーク配置を柔軟に調節することができず、ネットワークの維持が複雑である問題を解決できるＩＰｖ６アドレス処理方法、装置、動的ホスト配置プロトコルｖ６ ＤＨＣＰｖ６中継機器及び動的ホスト配置プロトコルｖ６ ＤＨＣＰｖ６サーバーを提供する。
本発明の一態様によると、ＩＰｖ６メッセージの情報選択肢中のアドレスフィールドがＩＰｖ４アドレスであるＩＰｖ４情報選択肢を取得することと、前記ＩＰｖ４情報選択肢に対応するＩＰｖ６プレフィックスを取得することと、前記ＩＰｖ４情報選択肢中のＩＰｖ４アドレスと前記ＩＰｖ６プレフィックスとに基づいてＩＰｖ６アドレスを合成することと、を含むＩＰｖ６アドレス処理方法を提供する。

前記ＩＰｖ６メッセージが、動的ホスト配置プロトコルｖ６ ＤＨＣＰｖ６サーバーからの、ＤＨＣＰｖ６中継機器に応答するために生成されるＤＨＣＰｖ６中継応答メッセージと、ＤＨＣＰｖ６サーバーからの直接にユーザ側機器に応答するためのＤＨＣＰｖ６応答メッセージとの中の少なくとも一つを含むことが好ましい。

ＩＰｖ６メッセージの情報選択肢中のアドレスフィールドがＩＰｖ４アドレスであるＩＰｖ４情報選択肢が、ＤＨＣＰｖ６メッセージ中の前記ＩＰｖ４アドレスが載せられた多重化ＩＰｖ６選択肢と、前記ＩＰｖ４アドレスが載せられた拡張ＤＨＣＰｖ６メッセージ選択肢との中の少なくとも一つを含むことが好ましい。

前記ＩＰｖ４情報選択肢に対応する前記ＩＰｖ６プレフィックスを取得することが、前記ＩＰｖ６アドレスを合成するネットワーク機器のローカル配置情報から前記ＩＰｖ４情報選択肢に対応する前記ＩＰｖ６プレフィックスを取得することと、前記ＩＰｖ６アドレスプレフィックスを記憶しているサーバーから前記ＩＰｖ６プレフィックスを取得することの中の少なくとも一つを含むことが好ましい。

前記ＩＰｖ４情報選択肢中の前記ＩＰｖ４アドレスと前記ＩＰｖ６プレフィックスとに基づいて前記ＩＰｖ６アドレスを合成した後、合成された前記ＩＰｖ６アドレスに基づいて、ＩＰｖ６アドレス情報選択肢が載せられたＩＰｖ６メッセージを生成することと、生成した前記ＩＰｖ６メッセージをユーザ側機器へ送信することと、をさらに含むことが好ましい。

本発明の他の一態様によると、ＩＰｖ６メッセージの情報選択肢中のアドレスフィールドがＩＰｖ４アドレスであるＩＰｖ４情報選択肢を取得するように構成される第１の取得モジュールと、前記ＩＰｖ４情報選択肢に対応するＩＰｖ６プレフィックスを取得するように構成される第２の取得モジュールと、前記ＩＰｖ４情報選択肢中のＩＰｖ４アドレスと前記ＩＰｖ６プレフィックスとに基づいてＩＰｖ６アドレスを合成するように構成される第１の合成モジュールと、を含むＩＰｖ６アドレス処理装置を提供する。

前記第２の取得モジュールが、前記ＩＰｖ６アドレスを合成するネットワーク機器のローカル配置情報から前記ＩＰｖ４情報選択肢に対応する前記ＩＰｖ６プレフィックスを取得するように構成される第１の取得ユニットと、前記ＩＰｖ６アドレスプレフィックスを記憶しているサーバーから前記ＩＰｖ６プレフィックスを取得するように構成される第２の取得ユニットとの中の少なくとも一つを含むことが好ましい。

該装置が、合成した前記ＩＰｖ６アドレスに基づいて、ＩＰｖ６アドレス情報選択肢が載せられたＩＰｖ６メッセージを生成するように構成される第１の生成モジュールと、生成した前記ＩＰｖ６メッセージをユーザ側機器に送信するように構成される第１の送信モジュールと、をさらに含むことが好ましい。

本発明の他の一態様によると、上記したいずれかの装置を含む動的ホスト配置プロトコルｖ６ ＤＨＣＰｖ６中継機器を提供する。

本発明の他の一態様によると、上述したいずれかの装置を含む動的ホスト配置プロトコルｖ６ ＤＨＣＰｖ６サーバーを提供する。

本発明によると、ＩＰｖ６メッセージの情報選択肢中のアドレスフィールドがＩＰｖ４アドレスであるＩＰｖ４情報選択肢を取得することと、前記ＩＰｖ４情報選択肢に対応するＩＰｖ６プレフィックスを取得することと、前記ＩＰｖ４情報選択肢中のＩＰｖ４アドレスと前記ＩＰｖ６プレフィックスとに基づいてＩＰｖ６アドレスを合成することと、を含むことによって、既存技術においてＩＰｖ６／ＩＰｖ４ネットワークの相互交換中に一部のサーバーが依然としてＩＰｖ４ネットワークに配置されていることによる各種の問題と、ＮＡＴ６４業務アップグレードする又は後で全部ＩＰｖ６ネットワークにアップグレードする時、ネットワーク配置を柔軟に調節することができず、ネットワークの維持が複雑である問題を解決し、ネットワーク機器が自分でＩＰｖ６アドレスを合成するので、システムを維持する複雑度を有効に低減し、ＩＰｖ４からＩＰｖ６への遷移の便宜性を増強する効果を実現できる。

ここで説明する図面は本発明を一層理解させるためのもので、本願の一部を構成し、本発明に示す実施例及びその説明は本発明を解釈するもので、本発明を限定するものではない。
既存技術においてＮＡＴ６４とＤＮＳ６４の常用の応用シーンを示す図である。 本発明の実施例に係わるＩＰｖ６アドレス処理方法を示すフローチャートである。 本発明の実施例に係わるＩＰｖ６アドレス処理装置の構造を示すブロック図である。 本発明の実施例に係わるＩＰｖ６アドレス処理装置中の取得モジュール３４の好適な構造を示すブロック図である。 本発明の実施例に係わるＩＰｖ６アドレス処理装置の好適な構造を示すブロック図である。 本発明の実施例に係わる動的ホスト配置プロトコルｖ６ ＤＨＣＰｖ６中継機器の構造を示すブロック図である。 本発明の実施例に係わる動的ホスト配置プロトコルｖ６ ＤＨＣＰｖ６サーバーの構造を示すブロック図である。 本発明の実施例に係わるＩＰｖ６アドレスを合成する装置の構造を示すブロック図である。 本発明の実施例に係わるＩＰｖ６アドレスを合成する装置の好適な構造を示すブロック図１である。 本発明の実施例に係わるＩＰｖ６アドレスを合成する装置の好適な構造を示すブロック図２である。 本発明の実施例に係わるＩＰｖ６アドレスを合成するシステムの構造を示すブロック図である。 本発明の実施例に係わるＩＰｖ６アドレスを合成する方法を示すフローチャートである。 本発明の好適な実施例に係わるＤＨＣＰｖ６メッセージに新しく追加されたＩＰｖ４ネットワークサーバーアドレス選択肢が載せられたメッセージのフォーマットを示す図である。 本発明の好適な実施例に係わるＩＰｖ６アドレスを合成するシステムを示す図である。 本発明の好適な実施例に係わるＩＰｖ４ ＤＮＳ Ｓｅｒｖｅｒの ＩＰｖ６アドレスの合成を示す図である。

以下、図面を参照しつつ実施例を結合して本発明を詳しく説明する。尚、矛盾しない限り、本願の実施例及び実施例中の特徴を互いに組み合わせすることができる。

本実施例においてＩＰｖ６アドレス処理方法を提供し、図２は本発明の実施例に係わるＩＰｖ６アドレス処理方法を示すフローチャートで、図２に示すように、該方法は以下のステップを含む。

ステップＳ２０２において、ＩＰｖ６メッセージの情報選択肢中のアドレスフィールドがＩＰｖ４アドレスであるＩＰｖ４情報選択肢を取得する。

ステップＳ２０４において、ＩＰｖ４情報選択肢に対応するＩＰｖ６プレフィックスを取得する。

ステップＳ２０６において、ＩＰｖ４情報選択肢中のＩＰｖ４アドレスとＩＰｖ６プレフィックスとに基づいてＩＰｖ６アドレスを合成する。

上記ステップによって、モニタリングしたＩＰｖ４アドレスとＩＰｖ６プレフィックスとに基づいてＩＰｖ６アドレスを合成することで、既存技術においてＩＰｖ６／ＩＰｖ４ネットワークの相互交換中に一部のサーバーが依然としてＩＰｖ４ネットワークに配置されていることによる各種の問題と、ＮＡＴ６４業務アップグレードする又は後で全部ＩＰｖ６ネットワークにアップグレードする時、ネットワーク配置を柔軟に調節することができず、ネットワークの維持が複雑である問題を解決するとともに、ネットワーク機器が自分でＩＰｖ６アドレスを合成するので、システムを維持する複雑度を有効に低減し、ＩＰｖ４からＩＰｖ６への遷移の便宜性を増強する効果を実現できる。

該ＩＰｖ６アドレスを合成するネットワーク機器の違いに応じて、ＩＰｖ６アドレスの合成に用いられるＩＰｖ６メッセージも異なることができ、例えば、動的ホスト配置プロトコルｖ６ ＤＨＣＰｖ６サーバーからの、ＤＨＣＰｖ６中継機器に応答するために生成されるＤＨＣＰｖ６中継応答メッセージであることができれば、ＤＨＣＰｖ６サーバーからの直接にユーザ側機器に応答するためのＤＨＣＰｖ６応答メッセージであることもできる。具体的に、前の方は、ＩＰｖ６アドレスを合成するネットワーク機器が動的ホスト配置プロトコルｖ６である場合、該ＩＰｖ６メッセージは動的ホスト配置プロトコルｖ６ ＤＨＣＰｖ６中継機器が受信した、ＤＨＣＰｖ６サーバーからのＤＨＣＰｖ６中継応答メッセージであることができる。後の方は、ＩＰｖ６アドレスを合成するネットワーク機器がＤＨＣＰｖ６サーバーである場合、該ＩＰｖ６メッセージはＤＨＣＰｖ６サーバーが自体に記憶されたＩＰｖ４アドレスに基づいて生成したＤＨＣＰｖ６メッセージである。

ここで、ＩＰｖ４アドレスはさまざまな形態で存在することができ、即ち、ＩＰｖ６メッセージの情報選択肢中のアドレスフィールドがＩＰｖ４アドレスであるＩＰｖ４情報選択肢はさまざまな形態であることができ、例えば、元のＤＨＣＰｖ６メッセージ中の上記ＩＰｖ４アドレスが載せられている多重化ＩＰｖ６選択肢と、上記ＩＰｖ４アドレスが載せられている拡張ＤＨＣＰｖ６メッセージ選択肢との中の少なくとも一つ形態であることができる。

そして、ＩＰｖ４情報選択肢に対応するＩＰｖ６プレフィックスを取得することも多様で、例えば、ＩＰｖ６アドレスを合成するネットワーク機器のローカル配置情報からＩＰｖ４情報選択肢に対応するＩＰｖ６プレフィックスを取得する方式と、ＩＰｖ６アドレスプレフィックスを記憶しているサーバーからＩＰｖ６プレフィックスを取得する方式との中の少なくとも一つであることができる。

ＩＰｖ４情報選択肢中のＩＰｖ４アドレスとＩＰｖ６プレフィックスとに基づいてＩＰｖ６アドレスを合成した後、ＩＰｖ６アドレスを合成するネットワーク機器が合成した該ＩＰｖ６アドレスに基づいて各種の操作を実行することができ、例えば、合成したＩＰｖ６アドレスに基づいて、ＩＰｖ６アドレス情報選択肢が載せられたＩＰｖ６メッセージを生成し、生成したＩＰｖ６メッセージをユーザ側機器へ送信することができる。

本実施例においてさらにＩＰｖ６アドレス処理装置を提供し、該装置は上記実施例及び好適な実施形態を実現するためのものであって、既に説明した部分の説明は省略する。以下で使用する用語「モジュール」は所定の機能を実現できるソフトウェア及び／又はハードウェアの組み合わせである。以下の実施例で説明する装置をソフトフェアで実現することが好ましいが、ハードウェア又はソフトウェアとハードウェアの組み合わせで実現することも可能である。

図３は本発明の実施例に係わるＩＰｖ６アドレス処理装置の構造を示すブロック図で、図３に示すように、該装置は第１の取得モジュール３２と、第２の取得モジュール３４と、第１の合成モジュール３６と、を含み、以下、該装置を説明する。

第１の取得モジュール３２は、ＩＰｖ６メッセージの情報選択肢中のアドレスフィールドがＩＰｖ４アドレスであるＩＰｖ４情報選択肢を取得するように構成され、第２の取得モジュール３４は、上記第１の取得モジュール３２に接続されて、ＩＰｖ４情報選択肢に対応するＩＰｖ６プレフィックスを取得するように構成され、第１の合成モジュール３６は、上記取得モジュール３４に接続されて、ＩＰｖ４情報選択肢中のＩＰｖ４アドレスとＩＰｖ６プレフィックスとに基づいてＩＰｖ６アドレスを合成するように構成される。

図４は本発明の実施例に係わるＩＰｖ６アドレス処理装置中の取得モジュール３４の好適な構造を示すブロック図で、図４に示すように、該第２の取得モジュール３４は、第１の取得ユニット４２と、第２の取得ユニット４４との中の少なくとも一つを含み、以下、該第２の取得モジュール３４を説明する。

第１の取得ユニット４２は、ＩＰｖ６アドレスを合成するネットワーク機器のローカル配置情報からＩＰｖ４情報選択肢に対応するＩＰｖ６プレフィックスを取得するように構成され、第２の取得ユニット４４は、ＩＰｖ６アドレスプレフィックスを記憶したサーバーからＩＰｖ６プレフィックスを取得するように構成される。

図５は本発明の実施例に係わるＩＰｖ６アドレス処理装置の好適な構造を示すブロック図で、図５に示すように、該装置は図３に示す全部構造を含む以外、第１の生成モジュール５２と、第１の送信モジュール５４をさらに含み、以下、該装置を説明する。

第１の生成モジュール５２は、上記合成モジュール３６に接続されて、合成したＩＰｖ６アドレスに基づいて、ＩＰｖ６アドレス情報選択肢が載せられたＩＰｖ６メッセージを生成するように構成され、第１の送信モジュール５４は、上記第１の生成モジュール５２に接続されて、生成したＩＰｖ６メッセージをユーザ側機器へ送信するように構成される。

図６は本発明の実施例に係わる動的ホスト配置プロトコルｖ６ ＤＨＣＰｖ６中継機器の構造を示すブロック図で、図６に示すように、該ＤＨＣＰｖ６中継機器６０は上述したいずれかのＩＰｖ６アドレス処理装置６２を含む。

図７は本発明の実施例に係わる動的ホスト配置プロトコルｖ６ ＤＨＣＰｖ６サーバーの構造を示すブロック図で、図７に示すように、該ＤＨＣＰｖ６サーバー７０は上述したいずれかのＩＰｖ６アドレス処理装置６２を含む。

本実施例において、ＩＰｖ６アドレスを合成する方案を提供し、該方案によると、ＩＰｖ６／ＩＰｖ４ネットワークの相互交換中に一部のサーバーが依然としてＩＰｖ４ネットワークに配置されていることによる各種の問題を解決でき、ネットワーク中の配置を減少し、同時にＮＡＴ６４業務アップグレードする又は後で全部ＩＰｖ６ネットワークにアップグレードする時、ネットワーク配置を柔軟に調節でき、ネットワークを維持する複雑度を低減し、維持の簡略化できる。

該ＩＰｖ６アドレスを合成する方法は、中間機器が、ＤＨＣＰｖ６サーバー側機器から送信されたＤＨＣＰｖ６ 遅延応答（Ｒｅｌａｙ−Ｒｅｐｌｙ）メッセージを受信し、その中の各ネットワーク情報選択肢中のアドレスフィールドがＩＰｖ４アドレスであるネットワーク配置情報選択肢をモニタリングすることと、中間機器が、各ＩＰｖ４ネットワーク配置情報選択肢に対応する合成ＩＰｖ６プレフィックスを取得することと、中間機器が、ネットワーク配置情報選択肢中のＩＰｖ４アドレスと取得した各ネットワーク配置情報選択肢に対応する合成ＩＰｖ６プレフィックスとに基づいて、ＩＰｖ６アドレスを合成することと、を含む。

該中間機器が、合成されたＩＰｖ６アドレスを用いてメッセージを更新し、選択肢中のアドレスフィールドがＩＰｖ４アドレスである各ネットワーク配置情報選択肢に基づいて対応するＩＰｖ６アドレスネットワーク配置情報選択肢を生成し、メッセージの長さ等の情報を再び計算して、ＤＨＣＰｖ６ Ｒｅｐｌｙメッセージをユーザ側機器へ転送することが好ましい。

ここで、ＤＨＣＰｖ６サーバーからのＩＰｖ４アドレスが載せられたネットワーク配置情報選択肢は、ＤＨＣＰｖ６の対応するＩＰｖ６ネットワーク配置情報選択肢を多重化することができ、ＤＨＣＰｖ６ ＩＰｖ４ネットワークサーバー選択肢を新しく追加することもできる。ＤＨＣＰｖ６に対応するＩＰｖ６ネットワーク配置情報選択肢を多重化する場合、該ＩＰｖ６選択肢にＩＰｖ４ネットワークサーバーのＩＰｖ４アドレスが載せられる。中間機器はモニタリングした後、対応するＩＰｖ６アドレスを生成し、合成されたＩＰｖ６アドレスを用いてＩＰｖ６選択肢を更新し、メッセージを計算して、ユーザ側機器へ転送する。一方、ＤＨＣＰｖ６ ＩＰｖ４ネットワークサーバー選択肢を新しく追加した場合、該選択肢に、それぞれ対応するネットワークサーバー選択肢が使用する選択肢コードＯｐｔｉｏｎ−ｃｏｄｅフィールドに対応するタイプＴｙｐｅフィールドを定義して、該選択肢に対応するネットワークサーバー情報を表しなければならない。中間機器はモニタリングした後、対応するＩＰｖ６アドレスを生成し、ＤＨＣＰｖ６ ＩＰｖ６選択肢でモニタリングした選択肢メッセージを入れ替え、メッセージを計算して、ユーザ側機器へ転送する。

尚、中間機器は、ローカル配置情報から各ネットワーク配置情報選択肢に対応する合成ＩＰｖ６プレフィックスを取得することができれば、他の方式で集中サーバーから取得することもできる。そして、各ネットワーク配置情報選択肢に対応する合成ＩＰｖ６プレフィックスは同じであることができれば、異なることもでき、いずれも実際のネットワーク配置状況に応じて決められる。

中間機器が同時にＤＨＣＰｖ６サーバー側機器としてユーザ側機器のＤＨＣＰｖ６メッセージを受信する場合、直接にローカルで各ＩＰｖ４ネットワークサーバーのＩＰｖ６アドレスの合成を行って、合成後のＩＰｖ６アドレス又は／及びＩＰｖ６アドレスをＤＨＣＰｖ６ Ｒｅｐｌｙメッセージによってユーザ側機器へ送信することができる。ここで、ユーザ側機器がＩＰｖ４ネットワークを感知せず、ユーザ側機器がシステム又は／及びネットワークのアップグレードする必要がないことが理想的である。

本実施例においてさらにＩＰｖ６アドレスを合成する装置を提供し、図８は本発明の実施例に係わるＩＰｖ６アドレスを合成する装置の構造を示すブロック図で、図８に示すように、該装置は受信及びモニタリングモジュール８２（その機能は上記第１の取得モジュール３２と同じである）と、第３の取得モジュール８４（その機能は上記第２の取得モジュール３４と同じである）と、第２の合成モジュール８６（その機能は上記第１の合成モジュール３６と同じである）と、を含み、以下、該装置を説明する。

受信及びモニタリングモジュール８２は、ＤＨＣＰｖ６サーバー側機器から送信されたＤＨＣＰｖ６ Ｒｅｌａｙ−Ｒｅｐｌｙメッセージを受信し、該ＤＨＣＰｖ６ Ｒｅｌａｙ−Ｒｅｐｌｙメッセージ中の各ネットワーク情報選択肢中のアドレスフィールドがＩＰｖ４アドレスであるネットワーク配置情報選択肢をモニタリングするように構成される。

第３の取得モジュール８４は、上記受信及びモニタリングモジュール８２に接続されて、各ネットワーク配置情報選択肢に対応する合成ＩＰｖ６プレフィックスを取得するように構成される。

第２の合成モジュール８６は、上記取得モジュール８４に接続されて、ネットワーク配置情報選択肢中のＩＰｖ４アドレスと取得した各ネットワーク配置情報選択肢に対応する合成ＩＰｖ６プレフィックスに基づいて、ＩＰｖ６アドレスを合成するように構成される。

図９は本発明の実施例に係わるＩＰｖ６アドレスを合成する装置の好適な構造を示すブロック図一で、図９に示すように、該装置は図８に示す全てのモジュールを含む以外、計算及び送信モジュール９２（その機能は上記生成モジュール５２及び送信モジュール５４と同じである）を含み、以下、該計算及び送信モジュール９２を説明する。

計算及び送信モジュール９２は、上記第２の合成モジュール８６に接続されて、合成後のＩＰｖ６アドレスでメッセージを更新し、選択肢中のアドレスフィールドがＩＰｖ４アドレスである各ネットワーク配置情報選択肢に基づいて対応するＩＰｖ６アドレスネットワーク配置情報選択肢を生成し、メッセージの長さ等の情報を再び計算して、ＤＨＣＰｖ６ Ｒｅｐｌｙメッセージをユーザ側機器へ転送するように構成される。

上記受信及びモニタリングモジュール８２は、アドレスフィールドがＩＰｖ４アドレスであるＤＨＣＰｖ６の対応する多重化ＩＰｖ６ネットワーク配置情報選択肢をモニタリングしなければならず、及び／又は、新しく追加されたＤＨＣＰｖ６ ＩＰｖ４ネットワークサーバー選択肢をモニタリングしなければならず、該選択肢に、それぞれネットワークサーバー選択肢が使用する選択肢コードＯｐｔｉｏｎ−ｃｏｄｅフィールドに対応するタイプＴｙｐｅフィールドを定義して、該選択肢に対応するネットワークサーバー情報を表することが好ましい。

図１０は本発明の実施例に係わるＩＰｖ６アドレスを合成する装置の好適な構造を示すブロック図二で、図１０に示すように、該装置は図８に示す全てのモジュールを含む以外、更新／削除モジュール１０２をさらに含み、以下、該更新／削除モジュール１０２を説明する。

更新／削除モジュール１０２は、上記第３の取得モジュール８４と第２の合成モジュール８６に接続されて、上記取得モジュール８４が取得した合成ＩＰｖ６プレフィックスに更新／削除が発生した時、対応する合成ＩＰｖ６プレフィックスを更新／削除するように構成される。

ここで、上記第３の取得モジュール８４が取得した合成ＩＰｖ６プレフィックス情報は中間機器のローカル配置であることができ、他の方式で集中サーバーから取得したものであることもできる。そして、第３の取得モジュール８４が取得した合成ＩＰｖ６プレフィックス情報は一つであることができれば、それぞれ異なるＩＰｖ４ Ｓｅｒｖｅｒに対応する複数であることもでき、具体的には実際のネットワーク配置状況に応じて決められる。

図１１は本発明の実施例に係わるＩＰｖ６アドレスを合成するシステムの構造を示すブロック図で、図１１に示すように、該ＩＰｖ６アドレスを合成するシステム１１０は、ＤＨＣＰｖ６サーバー側機器１１２と、上述したいずれかのＩＰアドレス合成装置を含む中間機器１１４と、を含む。ここで、該ＤＨＣＰｖ６サーバー側機器１１２は第２の生成モジュール１１０２と第２の送信モジュール１１０４を含み、以下、該ＤＨＣＰｖ６サーバー側機器１１２を説明する。

第２の生成モジュール１１０２は、中間機器からのＤＨＣＰｖ６ Ｒｅｌａｙ−Ｆｏｒｗａｒｄｉｎｇメッセージを受信した後、各ＩＰｖ４アドレスのネットワーク配置情報選択肢が載せられたＤＨＣＰｖ６ Ｒｅｌａｙ−Ｒｅｐｌｙメッセージを生成するように構成され、該選択肢はＤＨＣＰｖ６の対応するＩＰｖ６ネットワーク配置情報選択肢を多重化することができ、ＤＨＣＰｖ６ ＩＰｖ４ネットワークサーバー選択肢を新しく追加することもでき、また、第２の送信モジュール１１０４は上記生成モジュール１１０２に接続されて、上記第２の生成モジュール１１０２により生成したＩＰｖ４アドレスのネットワーク配置情報選択肢が載せられたＤＨＣＰｖ６ Ｒｅｌａｙ−Ｒｅｐｌｙメッセージを中間機器へ転送するように構成される。

尚、上記中間機器１１０４が同時にＤＨＣＰｖ６サーバー側機器１１０２としてユーザ側機器のＤＨＣＰｖ６メッセージを受信する場合、直接にローカルで各ＩＰｖ４ネットワークサーバーのＩＰｖ６アドレス合成を行って、合成後のＩＰｖ６アドレス又は／及びＩＰｖ６アドレスをＤＨＣＰｖ６ Ｒｅｐｌｙメッセージによってユーザ側機器へ送信することもできる。

ユーザ側機器がＩＰｖ４ネットワークを感知しないので、ユーザ側機器がシステム又は／及びネットワークのアップグレードを行う必要がない。

上記技術案によると、中間機器によって基本的なＩＰｖ６アドレス自動配置を完成するともに、ＩＰｖ４アドレスでＩＰｖ６アドレスを合成する機能を実現する。これにより、汎用のＩＰｖ６−Ｏｎｌｙユーザ側によるＩＰｖ４ネットワークサーバーへのアクセス問題を解決し、維持の複雑度を低減し、純ＩＰｖ６への遷移の便宜性を増加できる。

以下、図面を結合して本発明の好適な実施形態を説明する。

図１２は本発明の実施例に係わるＩＰｖ６アドレスを合成する方法を示すフローチャートで、図１２に示すように、該方法は以下のステップを含む。

ステップＳ１２０２において、中間機器ＢＲＡＳ／ＮＡＴ６４が、ＤＨＣＰｖ６サーバー側機器から送信されたＤＨＣＰｖ６メッセージを受信し、各ネットワーク情報選択肢中の配置アドレスフィールドがＩＰｖ４アドレスであるネットワーク配置情報選択肢をモニタリングする。

ステップＳ１２０４において、中間機器が、各ネットワーク配置情報選択肢に対応する合成ＩＰｖ６プレフィックスを取得する。

ステップＳ１２０６において、中間機器が、ネットワーク配置情報選択肢中のＩＰｖ４アドレスと取得した各ネットワーク配置情報選択肢に対応する合成ＩＰｖ６プレフィックスに基づいて、ＩＰｖ６アドレスを合成する。

ステップＳ１２０８において、中間機器が、合成後のＩＰｖ６アドレスでメッセージを更新し、選択肢中のアドレスフィールドがＩＰｖ４アドレスである各ネットワーク配置情報選択肢に基づいて対応するＩＰｖ６アドレスネットワーク配置情報選択肢を生成し、メッセージの長さ等の情報を再び計算して、ＤＨＣＰｖ６ Ｒｅｐｌｙメッセージをユーザ側機器へ転送する。

ここで、該中間機器が受信したＤＨＣＰｖ６サーバーからのＩＰｖ４アドレスが載せられたネットワーク配置情報選択肢はＤＨＣＰｖ６の対応するＩＰｖ６ネットワーク配置情報選択肢を多重化することができ、ＤＨＣＰｖ６ ＩＰｖ４ネットワークサーバー選択肢を新しく追加することもできる。ＤＨＣＰｖ６の対応するＩＰｖ６ネットワーク配置情報選択肢を多重化する場合、該ＩＰｖ６選択肢にＩＰｖ４ネットワークサーバーのＩＰｖ４アドレスが載せられる。中間機器はモニタリングした後、対応するＩＰｖ６アドレスを生成し、合成されたＩＰｖ６アドレスを用いてＩＰｖ６選択肢を更新し、メッセージを計算して、ユーザ側機器へ転送する。一方、ＤＨＣＰｖ６ ＩＰｖ４ネットワークサーバー選択肢を新しく追加した場合、該選択肢に、それぞれ対応するネットワークサーバー選択肢が使用する選択肢コードＯｐｔｉｏｎ−ｃｏｄｅフィールドに対応するタイプＴｙｐｅフィールドを定義して、該選択肢に対応するネットワークサーバー情報を表しなければならない。中間機器はモニタリングした後、対応するＩＰｖ６アドレスを生成し、ＤＨＣＰｖ６ ＩＰｖ６選択肢でモニタリングした選択肢メッセージを入れ替え、メッセージを計算して、ユーザ側機器へ転送する。

図１３は本発明の好適な実施例に係わるＤＨＣＰｖ６メッセージに新しく追加されたＩＰｖ４ネットワークサーバーアドレス選択肢が載せられたメッセージのフォーマットを示す図で、図１３に示すように、該メッセージフォーマットにおいて、ｏｐｔｉｏｎ−ｃｏｄｅフィールドはＩＰｖ４ネットワークサーバーアドレス選択肢に対応する符号化値を表し、Ｒｓｖフィールドは保留フィールドを表し、Ｔｙｐｅフィールドは例えばＤＮＳ Ｓｅｒｖｅｒ、Ｃｏｏｋｉｅ Ｓｅｒｖｅｒ等のＩＰｖ４ Ｓｅｒｖｅｒタイプを表し、異なるＴｙｐｅフィールドは異なるＩＰｖ４ Ｓｅｒｖｅｒタイプを表し、中間機器での対応するＩＰｖ４ ＳｅｒｖｅｒのＩＰｖ６アドレス合成に用いられ、Ｏｐｔｉｏｎ−Ｌｅｎフィールドはｏｐｔｉｏｎ−ｖａｌｕｅの長さを表し、Ｏｐｔｉｏｎ−ｖａｌｕｅフィールドはＩＰｖ４ネットワークサーバーＴｙｐｅに対応するＩＰｖ４アドレスを表し、異なるＩＰｖ４ Ｓｅｒｖｅｒに対して、ＤＨＣＰｖ６メッセージは複数のＩＰｖ４ネットワークサーバーアドレス選択肢を載せなければならない。

図１４は本発明の好適な実施例に係わるＩＰｖ６アドレスを合成するシステムを示す図で、図４に示すように、該システムは、ＢＲＡＳ／ＮＡＴ６４機器１４０２と、ＤＨＣＰｖ６サーバー機器１４０４と、ＩＰｖ６−Ｏｎｌｙ端末／ホームゲートウェイ機器１４０６と、を含み、以下、該システムを説明する。

ＢＲＡＳ／ＮＡＴ６４機器１４０２は、ＤＨＣＰｖ６ Ｒｅｌａｙ中間機器として、ＤＨＣＰｖ６サーバー側機器から送信されたＤＨＣＰｖ６メッセージを受信し、各ネットワーク情報選択肢中の配置アドレスフィールドがＩＰｖ４アドレスであるネットワーク配置情報選択肢をモニタリングし、さらに、各ネットワーク配置情報選択肢に対応する合成ＩＰｖ６プレフィックスを取得し、ネットワーク配置情報選択肢中のＩＰｖ４アドレスと取得した各ネットワーク配置情報選択肢に対応する合成ＩＰｖ６プレフィックスに基づいて、ＩＰｖ６アドレスを合成し、さらに、合成後のＩＰｖ６アドレスでメッセージを更新し、選択肢中のアドレスフィールドがＩＰｖ４アドレスである各ネットワーク配置情報選択肢に基づいて対応するＩＰｖ６アドレスネットワーク配置情報選択肢を生成し、メッセージの長さ等の情報を再び計算して、ＤＨＣＰｖ６ Ｒｅｐｌｙメッセージをユーザ側機器へ転送するように構成される。

ＤＨＣＰｖ６サーバー機器１４０４は、ＤＨＣＰｖ６ Ｓｅｒｖｅｒとして、ＩＰｖ４アドレスが載せられたＤＨＣＰｖ６選択肢を支援し、ＩＰｖ４アドレスが載せられたＤＨＣＰｖ６選択肢をＤＨＣＰｖ６メッセージによって中間機器ＢＲＡＳ／ＮＡＴ６４へ送信するように構成される。

ＩＰｖ６−Ｏｎｌｙ端末／ホームゲートウェイ機器１４０６は、ＤＨＣＰｖ６ユーザ側機器として、ＤＨＣＰｖ６メッセージを受信して、記憶する必要のあるパラメーターを記憶又は／及び更新するように構成される。

図１５は本発明の好適な実施例に係わるＩＰｖ４ ＤＮＳ ＳｅｒｖｅｒのＩＰｖ６アドレスの合成を示す図で、多重化ＤＨＣＰｖ６ ＩＰｖ６選択肢を用いてＩＰｖ４ ＤＮＳ ＳｅｒｖｅｒのＩＰｖ６アドレスを載せていて、図５に示すように、該図は以下のステップを含む。

ステップＳ１５０２において、中間機器ＢＲＡＳ／ＮＡＴ６４が、ＤＨＣＰｖ６サーバー側機器から送信されたＤＨＣＰｖ６メッセージを受信し、各ネットワーク情報選択肢中の配置アドレスフィールドがＩＰｖ４アドレスであるネットワーク配置情報選択肢をモニタリングし、ＤＮＳ ＳｅｒｖｅｒのＩＰｖ４アドレスが６６．１．１．１であることをモニタリングする。

ステップＳ１５０４において、中間機器ＢＲＡＳ／ＮＡＴ６４が、ＤＮＳネットワーク配置情報選択肢に対応する合成ＩＰｖ６プレフィックス２００１：ｄｂ８：１２２：：／９６を取得する。

ステップＳ１５０６において、中間機器ＢＲＡＳ／ＮＡＴ６４が、ＤＮＳネットワーク配置情報選択肢中のＩＰｖ４アドレス６６．１．１．１と取得したＤＮＳネットワーク配置情報選択肢に対応する合成ＩＰｖ６プレフィックス２００１：ｄｂ８：１２２：：／９６に基づいて、ＩＰｖ６アドレス２００１：ｄｂ８：１２２：：６６．１．１．１を合成する。

ステップＳ１５０８において、中間機器ＢＲＡＳ／ＮＡＴ６４が、合成後のＩＰｖ６アドレス２００１：ｄｂ８：１２２：：６６．１．１．１で元のアドレスフィールドがＩＰｖ４アドレス６６．１．１．１であるＤＮＳネットワーク配置情報選択肢を入れ替え、メッセージの長さ等の情報を再び計算して、ＤＨＣＰｖ６ Ｒｅｐｌｙメッセージをユーザ側機器へ転送する。

ここで、中間機器ＢＲＡＳ／ＮＡＴ６４が、ローカル配置情報から各ネットワーク配置情報選択肢に対応する合成ＩＰｖ６プレフィックスを取得することができれば、他の方式で集中サーバーから取得することもできる。

各ネットワーク配置情報選択肢に対応する合成ＩＰｖ６プレフィックスが同じであることができれば、異なることもでき、いずれも実際のネットワーク配置状況に応じて決められることが好ましい。

中間機器ＢＲＡＳ／ＮＡＴ６４が同時にＤＨＣＰｖ６サーバー側機器として、ユーザ側機器のＤＨＣＰｖ６メッセージを受信する場合、直接にローカルで各ＩＰｖ４ネットワークサーバーのＩＰｖ６アドレス合成を行って、合成後のＩＰｖ６アドレス又は／及びＩＰｖ６アドレスをＤＨＣＰｖ６ Ｒｅｐｌｙメッセージによってユーザ側機器へ送信することが好ましい。

そして、ユーザ側機器がＩＰｖ４ネットワークを感知しないと、ユーザ側機器がシステム又は／及びネットワークのアップグレードを行う必要がない。

上記実施例は本発明の一具体的な実施例に過ぎず、また、該技術案をＩＰｖ６−ｉｎｉｔｉａｔｅｄ ＴＣＰ Ｓｅｓｓｉｏｎ、ＳＩＰ Ｆｌｏｗ等の他の各種の応用シーンに応用することもでき、ここでは説明を省略する
上記した本発明の各モジュール又は各ステップを共通の計算装置によって実現することができ、単独の計算装置に集中させることができれば、複数の計算装置から構成されるネットワークに分布させることもでき、さらに計算装置が実行可能なプログラムコードによって実現することもできるので、それらを記憶装置に記憶させて計算装置によって実行することができ、場合によっては、他の順で図に示す又は説明したステップを実行することができ、又は夫々集積回路モジュールに製作し、又はそれらの中の複数のモジュール又はステップを単一の集積回路モジュールに製作して実現できることは当業者にとって明らかなことである。このように、本発明は如何なる特定のハードウェアとソフトウェアの結合にも限定されない。

以上は、本発明の好適な実施例に過ぎず、本発明を限定するものではない。当業者であれば本発明にさまざまな修正や変形が可能である。本発明の精神や原則内での全ての修正、置換、改良などは本発明の保護範囲内に含まれる。

上述のように、上記実施例及び好適な実施形態によると、既存技術においてＩＰｖ６／ＩＰｖ４ネットワークの相互交換中に一部のサーバーが依然としてＩＰｖ４ネットワークに配置されていることによる各種の問題を解決でき、ネットワーク機器が自分でＩＰｖ６アドレスを合成するので、システムを維持する複雑度を有効に低減し、ＩＰｖ４からＩＰｖ６への遷移の便宜性を増強する効果を実現できる。

Claims (10)

1. ＩＰｖ６メッセージの情報選択肢中のアドレスフィールドがＩＰｖ４アドレスであるＩＰｖ４情報選択肢を取得することと、
   前記ＩＰｖ４情報選択肢に対応するＩＰｖ６プレフィックスを取得することと、
   前記ＩＰｖ４情報選択肢中のＩＰｖ４アドレスと前記ＩＰｖ６プレフィックスとに基づいてＩＰｖ６アドレスを合成することと、を含むＩＰｖ６アドレス処理方法。
2. 前記ＩＰｖ６メッセージが、
   動的ホスト配置プロトコルｖ６ ＤＨＣＰｖ６サーバーからの、ＤＨＣＰｖ６中継機器に応答するために生成されるＤＨＣＰｖ６中継応答メッセージと、
   ＤＨＣＰｖ６サーバーからの直接にユーザ側機器に応答するためのＤＨＣＰｖ６応答メッセージとの中の少なくとも一つを含む請求項１に記載の方法。
3. ＩＰｖ６メッセージの情報選択肢中のアドレスフィールドがＩＰｖ４アドレスであるＩＰｖ４情報選択肢が、
   ＤＨＣＰｖ６メッセージ中の前記ＩＰｖ４アドレスが載せられた多重化ＩＰｖ６選択肢、
   前記ＩＰｖ４アドレスが載せられた拡張ＤＨＣＰｖ６メッセージ選択肢との中の少なくとも一つを含む請求項１に記載の方法。
4. 前記ＩＰｖ４情報選択肢に対応する前記ＩＰｖ６プレフィックスを取得することが、
   前記ＩＰｖ６アドレスを合成するネットワーク機器のローカル配置情報から前記ＩＰｖ４情報選択肢に対応する前記ＩＰｖ６プレフィックスを取得することと、
   前記ＩＰｖ６アドレスプレフィックスを記憶しているサーバーから前記ＩＰｖ６プレフィックスを取得することの中の少なくとも一つを含む請求項１に記載の方法。
5. 前記ＩＰｖ４情報選択肢中の前記ＩＰｖ４アドレスと前記ＩＰｖ６プレフィックスとに基づいて前記ＩＰｖ６アドレスを合成した後、
   合成された前記ＩＰｖ６アドレスに基づいて、ＩＰｖ６アドレス情報選択肢が載せられたＩＰｖ６メッセージを生成することと、
   生成した前記ＩＰｖ６メッセージをユーザ側機器へ送信することと、をさらに含む請求項１乃至４の中のいずれかに記載の方法。
6. ＩＰｖ６メッセージの情報選択肢中のアドレスフィールドがＩＰｖ４アドレスであるＩＰｖ４情報選択肢を取得するように構成される第１の取得モジュールと、
   前記ＩＰｖ４情報選択肢に対応するＩＰｖ６プレフィックスを取得するように構成される第２の取得モジュールと、
   前記ＩＰｖ４情報選択肢中のＩＰｖ４アドレスと前記ＩＰｖ６プレフィックスとに基づいてＩＰｖ６アドレスを合成するように構成される第１の合成モジュールと、を含むＩＰｖ６アドレス処理装置。
7. 前記第２の取得モジュールが、
   前記ＩＰｖ６アドレスを合成するネットワーク機器のローカル配置情報から前記ＩＰｖ４情報選択肢に対応する前記ＩＰｖ６プレフィックスを取得するように構成される第１の取得ユニットと、
   前記ＩＰｖ６アドレスプレフィックスを記憶しているサーバーから前記ＩＰｖ６プレフィックスを取得するように構成される第２の取得ユニットとの中の少なくとも一つを含む請求項６に記載の装置。
8. 合成した前記ＩＰｖ６アドレスに基づいて、ＩＰｖ６アドレス情報選択肢が載せられたＩＰｖ６メッセージを生成するように構成される第１の生成モジュールと、
   生成した前記ＩＰｖ６メッセージをユーザ側機器へ送信するように構成される第１の送信モジュールと、をさらに含む請求項６又は７に記載の装置。
9. 請求項６乃至８の中のいずれかに記載の装置を含む動的ホスト配置プロトコルｖ６ ＤＨＣＰｖ６中継機器。
10. 請求項６乃至８の中のいずれかに記載の装置を含む動的ホスト配置プロトコルｖ６ ＤＨＣＰｖ６サーバー。

Images