JP2022551147A

JP2022551147A - メッセージ転送及びドメイン名アドレスクエリ

Info

Publication number: JP2022551147A
Application number: JP2022521052A
Authority: JP
Inventors: 明玉李; 添夏
Original assignee: New H3C Security Technologies Co Ltd
Current assignee: New H3C Security Technologies Co Ltd
Priority date: 2019-10-25
Filing date: 2020-10-23
Publication date: 2022-12-07
Anticipated expiration: 2040-10-23
Also published as: EP4033729B1; CN110784562B; EP4033729A1; EP4033729A4; WO2021078281A1; CN110784562A; JP7478820B2

Abstract

本願はメッセージ転送方法及び装置、ドメイン名アドレスクエリ方法及び装置、ネットワークアドレス変換デバイス及びコンピューター読取可能な媒体を提供する。クライアントから送信されたターゲットドメイン名に対する第１のアドレスクエリ要求を受信することと、ターゲットドメイン名に対応するネットワークアドレスをローカル見つからなかった場合、ターゲットドメイン名に対する第２のアドレスクエリ要求をドメイン名システムに送信することと、第２のアドレスクエリ要求に対してドメイン名システムから返信した第２の応答メッセージを受信することと、第１のアドレスクエリ要求に対する第１の応答メッセージをクライアントに送信することと、クライアントから送信された宛先アドレスが第１のネットワークアドレスであるサービスメッセージを受信し、アドレス変換情報によってサービスメッセージの宛先アドレスを第２のネットワークアドレスに変換して、宛先アドレスが変換されたサービスメッセージをターゲットサーバーに送信することと、を含むメッセージ転送方法。本方法によって、ネットワークアドレス変換デバイスの自動的なメンテナンスを実現でき、クロスプロトコルメッセージ転送の適時性や正確性を確保できる。【選択図】図３

Description

相関出願への相互参照

本願は２０１９年１０月２５日に中国特許庁へ提出された、出願番号が２０１９１１０２４５２７．７であり、発明の名称が「メッセージ転送、ドメイン名アドレスクエリ方法、装置、デバイス及び媒体」である中国特許出願に基づき優先権を主張し、その全体が参照により本願に組み込まれる。

インターネットの発展に伴い、ＩＰｖ４（インターネットプロトコル第４版）アドレスは枯渇していて、ＩＰｖ６（インターネットプロトコル第６版）ネットワークはいずれ既存のＩＰｖ４に代わってインターネットのバックボーンネットワークとなる。しかし、コストや技術的な制限など多くの理由から、ＩＰｖ４デバイスは長期にわたって存続することになった。そのため、ＩＰｖ６の展開はスムーズな進化過程であり、ＩＰｖ６とＩＰｖ４は長期間的に共存する。

ＩＰｖ６クライアントがＩＰｖ４ネットワークにアクセスする課題を解決するために、従来技術は、ＮＡＴ６４（ＮｅｔｗｏｒｋＡｄｄｒｅｓｓＴｒａｎｓｌａｔｉｏｎｆｏｒＩＰｖ６－ＩＰｖ４）＋ＤＮＳ６４（ＤｏｍａｉｎＮａｍｅＳｙｓｔｅｍｆｏｒＩＰｖ６－ＩＰｖ４）といった解決方案が提供されている。ここで、図１は、従来技術に係るＮＡＴ６４＋ＤＮＳ６４に基づくメッセージ転送のフローチャートが示される。典型的なメッセージ転送プロセスは、以下のステップを含む。

１）ＩＰｖ６クライアントは、ドメイン名がｅｘａｍｐｌｅ．ｃｏｍであるサーバーにアクセスしようとする場合、まず、ＤＮＳ６４サーバーにＡＡＡＡクエリを送信し、ドメイン名ｅｘａｍｐｌｅ．ｃｏｍに対応するアドレスを要求する。

２）ＤＮＳ６４サーバーがローカルに当該ドメイン名のレコードを持っていない場合、ＤＮＳ６６（ＤｏｍａｉｎＮａｍｅＳｙｓｔｅｍｆｏｒＩＰｖ６－ＩＰｖ６）サーバーにＡＡＡＡクエリを送信し、ドメイン名ｅｘａｍｐｌｅ．ｃｏｍに対応するアドレスを要求する。

３）ＤＮＳ６６サーバーにも当該ドメイン名のレコードがない場合、ＤＮＳ６４サーバーにヌル値を返信する。

４）ＤＮＳ６４サーバーがヌル値を受信する場合、再びＤＮＳ４４（ＤｏｍａｉｎＮａｍｅＳｙｓｔｅｍｆｏｒＩＰｖ４－ＩＰｖ４）サーバーにＡクエリを送信し、ドメイン名ｅｘａｍｐｌｅ．ｃｏｍに対応するアドレスを要求する。

５）ＤＮＳ４４サーバーは、当該ドメイン名のＩＰｖ４アドレスレのレコードを持っているので、ＤＮＳ応答メッセージをＤＮＳ６４サーバーに送信し、ドメイン名ｅｘａｍｐｌｅ．ｃｏｍに対応するアドレスが１９２．０．２．１であることを報知する。

６）ＤＮＳ６４サーバーは、当該ドメイン名に対応するＩＰｖ４アドレスを取得した後、予め設定されたプレフィックス（例えば、２００１：ｄｂ８：ｃｄｅｆ：：）を用いて、ＩＰｖ４アドレスをＩＰｖ６アドレス（例えば、２００１：ｄｂ８：ｃｄｅｆ：１９２．０．２．１）に合成し、ＤＮＳ応答メッセージを介してＩＰｖ６クライアントに返信する。

７）ＩＰｖ６クライアントは、ＮＡＴ６４デバイスを介してＩＰｖ６アクセスを送信し、ＩＰｖ６メッセージをＮＡＴ６４デバイスに送信する。当該ＩＰｖ６メッセージは、宛先アドレスが合成後のＩＰｖ６アドレス２００１：ｄｂ８：ｃｄｅｆ：１９２．０．２．１であり、ソースアドレスがＩＰｖ６クライアント自身のアドレスである。

８）ＮＡＴ６４デバイスは、ＩＰｖ６クライアントから送信されたＩＰｖ６メッセージを受信した後、予め設定されたＮＡＴ６４変換ルールに従って、メッセージのソース／宛先ＩＰｖ６アドレスをＩＰｖ４アドレスに変換し、ドメイン名がｅｘａｍｐｌｅ．ｃｏｍで、ＩＰｖ４アドレスが１９２．０．２．１であるＩＰｖ４サーバーに送信する。ＮＡＴ６４デバイスのＮＡＴ６４変換ルールは、ＤＮＳ６４のプレフィックス設定に対応する必要があり、そうでなければ変換できなくなる。

９）ＮＡＴ６４デバイスは、ＩＰｖ４サーバーが応答するＩＰｖ４メッセージを受信し、ステップ８）の逆変換関係を使用して、ＩＰｖ４メッセージをＩＰｖ６メッセージに変換する（一般的に、ＮＡＴ６４デバイスのセッションにマッチングして逆変換を行う）。

１０）ＮＡＴ６４デバイスは、変換されたＩＰｖ６メッセージをＩＰｖ６クライアントに送信する。

本願の実施例及び従来技術の技術案をより明確に説明するために、以下、実施例及び従来技術に使用される図面について簡単に説明する。以下で説明される図面は、本発明に係るいくつかの実施例に過ぎず、当業者にとって、創造的な働きをせずに、これらの図面に基づいて他の図面を得られることが明らかである。

図１は、従来技術に係るメッセージ転送方法の模式的なフローチャートを示す。図２は、本願の実施例に係るアプリケーションシナリオの模式図を示す。図３は、本願の実施例に係るメッセージ転送方法のフローチャートを示す。図４ａは、本願の実施例に係る第２の応答メッセージの追加レコードの模式図を示す。図４ｂは、本願の実施例に係る第２の応答メッセージの追加レコードの模式図を示す。図５は、本願の実施例に係る第２の応答メッセージのヘッダ情報の模式図を示す。図６は、本願の実施例に係る第２の応答メッセージの処理方法のフローチャートを示す。図７は、本願の実施例に係るメッセージ転送装置を示す。図８は、本願の実施例に係るドメイン名アドレスクエリ方法のフローチャートを示す。図９は、本願の実施例に係るドメイン名アドレスクエリ方法のフローチャートを示す。図１０は、本願の実施例に係るドメイン名アドレスクエリ装置の構成模式図を示す。図１１は、本願の実施例に係るメッセージ転送方法のタイミング図を示す。図１２は、本願の実施例に係るネットワークアドレス変換デバイスの構成模式図を示す。図１３は、本願の実施例に係るドメイン名システムの構成模式図を示す。図１４は、本願の実施例に係るコンピューター読取可能な媒体の模式図を示す。

本願実施例の目的、技術案、及び利点をより明確にするために、以下、図面を参照しながら、実施例を挙げて、本願実施例に対してさらに詳細に説明する。記載される実施例は全部の実施例ではなく、単に本発明の一部の実施例にすぎないのは明らかである。本願実施例に基づいて、当業者が創造的な働きをせずに得られるすべての他の実施例は、いずれも本願実施例の保護請求する範囲に入る。

なお、本願実施例において使用される技術用語または科学用語は、断りのない限り、本願が属される分野の当業者が理解する通常の意味を有するべきである。

下記のように、本願実施例に係る用語の一部を簡単に説明する。

１）、ＤＮＳ（ＤｏｍａｉｎＮａｍｅＳｙｓｔｅｍ）とは、ドメイン名に対応するネットワークアドレスをクエリするためのシステムであり、ハードウェアであってもよいし、ソフトウェアであってもよい。

２）、ＮＡＴ（ＮｅｔｗｏｒｋＡｄｄｒｅｓｓＴｒａｎｓｌａｔｉｏｎ）デバイスとは、ＮＡＴ機能を有するネットワークデバイスであり、ＩＰｖ６とＩＰｖ４ネットワークの間にあるネットワークデバイスであり、ネットワークアドレスを変換することによってメッセージのクロスプロトコルネットワーク転送を実現することができる。

なお、用語「第１の」や「第２の」などは、特定の順番を記述することではなく、異なる対象を区別するために用いられる。また、用語「含む」や「有する」およびそれらの任意の変形は、非排他的な包含をカバーすることを意図している。例えば、一連のステップや手段を含むプロセス、方法、システム、製品またはデバイスは、記載されたステップや手段に限定されるものではなく、記載されていないステップや手段を選択的に含んでもよく、またはこれらのプロセス、方法、製品またはデバイスに対して固有的な他のステップや手段を選択的に含んでもよい。

理解の便宜上、まず、図２に示すアプリケーションシナリオの模式図を参照しながら、本願のアプリケーションシナリオの１つについて説明する。

図１に示す従来技術には、ネットワークアドレス変換装置１０（例えば、ＮＡＴ６４）に対して変換ポリシーが人工設定されているので、ポリシーに引用されるＩＰｖ６プレフィックスとＤＮＳ６４においてＩＰｖ６アドレスを合成するプレフィックスとが一致していなければ、変換することができない。

実用の際には、ＮＡＴ６４デバイスに対して上記の変換ポリシーを人工設定することは、作業量が多く、自動的なメンテナンスが実現できず、効率が低く、且つミスしやすい。上記転換ポリシーが適時に同期しない、又は同期エラーの場合、ネットワークが中断され、クロスプロトコルネットワークメッセージ転送の適時性や正確性が確保されない。そのため、従来技術には、効率が低く、ミスしやすく、クロスプロトコルネットワークメッセージ転送の適時性や正確性が確保されないという問題がある。本願の実施例は、ネットワークアドレス変換デバイス１０とドメイン名システム２０との間の通信ルートを通じている。ドメイン名システム２０は、クロスプロトコルドメイン名アドレスクエリを行うたびに、第２のインターネットプロトコルサポートの第２のネットワークアドレスを第１のインターネットプロトコルをサポートする第１のネットワークアドレスに変換するだけではなく、第２のネットワークアドレスと第１のネットワークアドレスとのアドレス変換情報をネットワークアドレス変換デバイス１０に送信する。これにより、ネットワークアドレス変換デバイス１０は、クライアント５０から送信した宛先アドレスが第１のネットワークアドレスであるサービスメッセージに対して、アドレス変換情報によって宛先アドレス変換を行い、サーバー６０に宛先アドレス変換されたサービスメッセージを送信できることになる。よって、ネットワークアドレス変換デバイス１０は、自動的にアドレス変換情報によってドメイン名システムと同期でき、ネットワークアドレス変換デバイス１０に自動的なメンテナンスを実現できる。さらに、ネットワークアドレス変換デバイス１０に対してアドレス変換情報を人工設定することによる効率が低く、ミスしやすいという問題を回避し、メンテナンス効率、安定性、信頼性を高め、ネットワークの中断を回避する。ネットワークアドレス変換デバイス１０がクロスプロトコルネットワークメッセージ転送の適時性や正確性を確保することに寄与する。

以上、本願の実施例に係るアプリケーションシナリオを例示的に説明するが、何ら限定されるものではない。当業者は、上記の例示的な説明に基づいて、自由に任意に実施することができ、いずれも本願の保護範囲内に属するべきである。

上記のアプリケーションシナリオの説明を参照して、本願実施例に係るメッセージ転送方法及び装置、ドメイン名アドレスクエリ方法及び装置、ネットワークアドレス変換デバイス及びコンピューター読取可能な媒体について、以下、図面を結合して説明する。

図３は、本願の実施例に係るメッセージ転送方法のフローチャートを示す。当該メッセージ転送方法は、ネットワークアドレス変換デバイスに適用され、図３に示すのように、以下のステップＳ１０１～Ｓ１０５を含む。

ステップＳ１０１：クライアントから送信されたターゲットドメイン名に対する第１のアドレスクエリ要求を受信する。当該クライアントは、第１のインターネットプロトコルを使用し、ターゲットドメイン名に対応するターゲットサーバーは第２のインターネットプロトコルを使用する。

本実施例は、図２および図１１を参照して理解することができる。ネットワークアドレス変換デバイス１０は、プロキシＤＮＳとして使用されてもよいし、或いは、ネットワークアドレス変換デバイス１０は少なくともプロキシＤＮＳとして機能してもよい。クライアント５０は、ターゲットドメイン名に対応するアドレスをクエリする必要がある場合、ＤＮＳ２０にアドレスクエリ要求を送信しなく、ネットワークアドレス変換デバイス１０に第１のアドレスクエリ要求を送信する。当該第１のアドレスクエリ要求における宛先アドレスは、ＤＮＳ２０のアドレスではなく、上記ネットワークアドレス変換デバイス１０のアドレスである。これにより、クライアント５０は、上記第１のアドレスクエリ要求をネットワークアドレス変換デバイス１０に送信する。

ステップＳ１０２：ターゲットドメイン名に対応するネットワークアドレスがローカルで見つからなかった場合、ターゲットドメイン名に対する第２のアドレスクエリ要求をドメイン名システムに送信する。

ネットワークアドレス変換デバイス１０は、第１のアドレスクエリ要求を受信し、ターゲットドメイン名に対応するネットワークアドレスをローカルにクエリする。ターゲットドメイン名に対応するネットワークアドレスがローカルで見つからなかった場合、第２のアドレスクエリ要求をＤＮＳ２０に送信する。当該第２のアドレスクエリ要求のソースアドレスは、当該ネットワークアドレス変換デバイス１０のアドレスであり、宛先アドレスは、ＤＮＳ２０のアドレスである。これにより、ネットワークアドレス変換デバイス１０は、上記第２のアドレスクエリ要求をＤＮＳ２０に送信して、ＤＮＳ２０から返信された応答メッセージを受信できる。

ドメイン名システムＤＮＳ２０は、第２のアドレスクエリ要求を受信した後、クエリされた第２のネットワークアドレスが第２のインターネットプロトコルしかサポートしない場合、第１のインターネットプロトコルをサポートする第１のネットワークアドレスに変換し、第２のアドレスクエリ要求に対する第２の応答メッセージをネットワークアドレス変換デバイス１０に送信する必要がある。第２の応答メッセージは、第１のネットワークアドレスと、第１のネットワークアドレスと第２のネットワークアドレスとの間のアドレス変換情報とを含む。これにより、ネットワークアドレス変換デバイス１０は、アドレス変換情報によって、クライアント５０から送信された宛先アドレスが第１のネットワークアドレスであるサービスメッセージに対して、宛先アドレス変換を行う。

ステップＳ１０３：第２のアドレスクエリ要求に対してドメイン名システムから返信した第２の応答メッセージを受信する。第２の応答メッセージには、第１のネットワークアドレスと、第１のネットワークアドレスと第２のネットワークアドレスとの間のアドレス変換情報とが記録されている。

第２のネットワークアドレスは、ターゲットドメイン名に対応する第２のインターネットプロトコルをサポートするネットワークアドレスを含む。第１のネットワークアドレスは、ドメイン名システムによって第２のネットワークアドレスに基づいて変換された第１のインターネットプロトコルをサポートするネットワークアドレスを含む。

ステップＳ１０４：第１のアドレスクエリ要求に対する第１の応答メッセージをクライアントに送信する。第１の応答メッセージは、第１のネットワークアドレスを含む。

ネットワークアドレス変換デバイス１０は、第１のネットワークアドレスを受信した後、クライアント５０に第１のネットワークアドレスを送信し、プロキシＤＮＳの機能を実現することができる。

ステップＳ１０５：クライアントから送信された宛先アドレスが第１のネットワークアドレスであるサービスメッセージを受信し、アドレス変換情報によってサービスメッセージの宛先アドレスを第２のネットワークアドレスに変換して、宛先アドレスが変換されたサービスメッセージをターゲットサーバーに送信する。

クライアント５０は、上記第１のネットワークアドレスを受信した後、当該第１のネットワークアドレスに基づいて、ターゲットドメイン名に対応するターゲットサーバー（例えば、サーバー６０）に、サービスメッセージを送信できる。

ネットワークアドレス変換デバイス１０は、クライアント５０から送信された宛先アドレスが第１のネットワークアドレスであるサービスメッセージを受信した後、アドレス変換情報によってサービスメッセージの宛先アドレスを第２のネットワークアドレスに変換して、ターゲットサーバー（例えば、サーバー６０）に、宛先アドレスが変換されたサービスメッセージを送信するできる。

本願実施例に係るメッセージ転送方法において、ネットワークアドレス変換デバイスは、クライアントから送信されたターゲットドメイン名に対する第１のアドレスクエリ要求を受信した後、まず、ターゲットドメイン名に対応するネットワークアドレスをローカルにクエリする。見つからなかった場合、ターゲットドメイン名に対する第２のアドレスクエリ要求をドメイン名システムに送信し、ドメイン名システムから返信した第１のネットワークアドレスとアドレス変換情報とを含む第２の応答メッセージを受信する。そして、第１のアドレスクエリ要求に対する第１の応答メッセージをクライアントに送信する。その後、クライアントから送信された宛先アドレスが第１のネットワークアドレスであるサービスメッセージを受信した後、上記アドレス変換情報によってサービスメッセージの宛先アドレスを第２のネットワークアドレスに変換して、宛先アドレスが変換されたサービスメッセージをターゲットサーバーに送信する。

上記方法には、従来のドメイン名アドレスクエリメカニズムとドメイン名システム応答メカニズムが変更され、クライアントは、アドレスクエリ要求をドメイン名システムに直接に送信することではなく、アドレスクエリ要求をネットワークアドレス変換デバイスに送信する。ネットワークアドレス変換デバイスは、ローカルクエリとドメイン名システムへのクエリとを組み合わせる方法で、ドメイン名アドレスクエリを実現し、クエリした第１のネットワークアドレスをクライアントに返信することで、プロキシドメイン名システム機能を実現する。また、クエリ中、ドメイン名システムがネットワークアドレス変換デバイスにアドレス変換情報を一括送信するため、ネットワークアドレス変換デバイスは、上記アドレス変換情報により、クライアントから送信されたサービスメッセージに対して、宛先アドレスの変換を行う。これにより、サービスメッセージのクロスプロトコルネットワーク転送を実現できる。

以上のように、本方法によれば、ドメイン名アドレスクエリを順調に実施させるとともに、ネットワークアドレス変換デバイスが人工せずに、上記アドレス変換情報を自動かつ適時に取得することができる。これにより、ネットワークアドレス変換デバイスの自動メンテナンスを実現でき、ネットワークアドレス変換デバイスにアドレス変換情報の人工設定による効率が低く、ミスしやすい問題を回避し、メンテナンス効率、安定性および信頼性を高め、ネットワークの中断を回避することができる。さらに、クロスプロトコルネットワークメッセージの転送の適時性や正確性を確保できる。

本願実施例において、第１のインターネットプロトコルは、インターネットプロトコル第６版であるＩＰｖ６を含み、第２のインターネットプロトコルは、インターネットプロトコル第４版であるＩＰｖ４を含む。或いは、第１のインターネットプロトコルは、インターネットプロトコル第４版であるＩＰｖ４を含み、第２のインターネットプロトコルは、インターネットプロトコル第６版であるＩＰｖ６を含む。すなわち、サービスメッセージは、ＩＰｖ６のネットワークからＩＰｖ４のネットワークに転送されてもよいし、ＩＰｖ４のネットワークからＩＰｖ６のネットワークに転送されてもよい。本願実施例は、限定されるものではなく、より分かりやすく説明するために、本願実施例の説明の一部において、上記サービスメッセージを、クロスプロトコルネットワークメッセージと呼ぶ。

なお、本願実施例において、ネットワークアドレス変換デバイスは、２つの異なるインターネットプロトコル（例えば、ＩＰｖ６ネットワークとＩＰｖ４ネットワーク）の間にあるクロスプロトコルネットワークメッセージを転送するメッセージ転送デバイスであり、ＩＰｖ６のネットワークからＩＰｖ４のネットワークにメッセージを転送してもよいし、ＩＰｖ４のネットワークからＩＰｖ６のネットワークにメッセージを転送してもよく、本願実施例は限定しない。

実用の際には、ネットワークアドレス変換デバイスは、ＮＡＴ６４、ＮＡＴ４６、ＡＦＴ（ＡｄｄｒｅｓｓＦａｍｉｌｙＴｒａｎｓｌａｔｉｏｎ）などの異なる名称を有するものであってよく、本願実施例は限定しない。

本願実施例のいくつかの実施形態において、第２の応答メッセージは、第１のネットワークアドレスと第２のネットワークアドレスとの間のアドレス変換情報を記録する追加レコードを含む。一例では、第２の応答メッセージがＤＮＳ応答メッセージである。

本実施形態において、応答メッセージに追加レコードであるＡｄｄｉｔｉｏｎａｌＲｅｓｏｕｒｃｅＲｅｃｏｒｄｓ（又は、追加リソースレコードとも呼ばれるが、本明細書では追加レコードと総称される）を追加することにより、第２の応答メッセージとともに、上記アドレス変換情報をネットワークアドレス変換デバイスに転送することができる。従来技術の上で、応答メッセージに対してわずかな変更をすることで、本願実施例を順調に実施でき、実行しやすい及び実施コストが低いなどの利点がある。さらに、本願実施例は、ネットワークアーキテクチャにおけるハードウェアを変更する必要がなく、簡単なソフトウェアアップグレードで機能のアップグレードを行うことで、本願実施例に係る方法を実現できる。そのため、本願実施例は、さらに、改造しやすい及び改造コストが低いなどの利点がある。

上記実施形態の上で、いくつかの選択的な実施形態において、ネットワークアドレス変換デバイスが第２のアドレスクエリ要求に対してドメイン名システムから返信した第２の応答メッセージを受信した後、当該方法は、さらに、
ネットワークアドレス変換デバイスは、第２の応答メッセージの追加レコードから、第１のネットワークアドレスと第２のネットワークアドレスとの間のアドレス変換情報を読み取ること、を含む。

応答メッセージには多種の追加レコードが設置されている可能性があるので、他のいくつかの選択的な実施形態において、ネットワークアドレス変換デバイスが第２のアドレスクエリ要求に対してドメイン名システムから返信した第２の応答メッセージを受信した後、当該方法は、さらに、
ネットワークアドレス変換デバイスは、第２の応答メッセージのコンテンツ領域から予め定められたタイプである追加レコードをクエリし、予め定められたタイプの追加レコードから第１のネットワークアドレスと第２のネットワークアドレスとの間のアドレス変換情報を読み取ること、を含む。

本実施形態において、ＤＮＳは、予め設定されたフォーマットに従って、上記追加レコードを応答メッセージに追加することができる。例えば、図４ａは本願実施例のいくつかの実施形態に係る第２の応答メッセージの追加レコードの模式図を示す。第１のインターネットプロトコルがＩＰｖ６であり、第２のインターネットプロトコルがＩＰｖ４であり、アドレス変換情報が第１のネットワークアドレスと第２のネットワークアドレスを変換するためのプレフィックス情報である場合、下記の表１に従って、タイプが「ＰＲＥＦＩＸ」である追加レコードを応答メッセージに追加することができる。タイプ値は、予約ビット６４を使用し（ここでは限定されず、他の値も可能）、ＩＰｖ６アドレスのプレフィックスおよび長さを示すことに用いられる。

上記追加レコードのフォーマットと内容は、下記表２を参照して記入する。

記入された追加レコードは、図４ａに示したようなものであり、これ以上の説明をしない。

図４ｂに示すように、図４ｂは記入された追加レコード（Ａｄｄｉｔｉｏｎａｌｒｅｃｏｒｄｓ）の一例である。

Ｎａｍｅ：ｅｘａｍｐｌｅ．ｃｏｍは、リソースレコードに含まれるドメイン名が「ｅｘａｍｐｌｅ．ｃｏｍ」であることを示す。Ｔｙｐｅ：ＰＲＥＦＩＸ（６４）は、リソースレコードのタイプがプレフィックスタイプであり、タイプ値が６４であることを示す。Ｃｌａｓｓ：ＩＮ（０ｘ００１）は、記録データ（ＲＤＡＴＡ）のタイプを示し、その値が０ｘ００１のである。ＴＴＬ：２４ｈｏｕｒｓは、追加レコードのキャッシュ可能時間が２４時間であることを示す。ＲＤｌｅｎｇｔｈ：３２は、ＲＤＡＴＡの長さが３２であることを示す。Ｒｄａｔａ：２００１：：／９６は、追加レコードの詳細内容が２００１：：／９６であることを示し、「２００１：：」がＩＰｖ６アドレスのプレフィックスであり、「９６」がＩＰｖ６アドレスの長さである。

上記実施形態によれば、ドメイン名システムは、予め設定されたフォーマットに従って第２の応答メッセージに追加レコードを追加し、追加レコードのタイプを指定することができる。これにより、ネットワークアドレス変換デバイスは、上記フォーマット及びタイプに応じて、上記追加レコードを自動的に正しく解析して、アドレス変換情報を得ることができる。

上記実施形態の上で、いくつかの選択的な実施形態において、第２の応答メッセージのコンテンツ領域から予め定められたタイプの追加レコードを検索する前に、当該方法は、さらに、
第２の応答メッセージヘッダ情報における追加レコード識別子を第１の識別子とする場合、第２の応答メッセージのコンテンツ領域から予め定められたタイプの追加レコードを検索するステップをトリガすること、を含む。

本実施形態において、ＤＮＳは、第２の応答メッセージを生成する時、第２の応答メッセージヘッダ情報における追加レコード識別子を第１の識別子に変更することができる。追加レコード識別子は、第２の応答メッセージが持っている追加レコードの数を識別するために用いられる。例えば、追加レコード識別子が０の場合は追加レコードがないことを示し、追加レコード識別子が１の場合は追加レコードが１であることを示し、追加レコード識別子が２の場合は追加レコードが２であることを示す。本実施の形態において、第１の識別子は、任意の正整数であってよい。即ち、ネットワークアドレス変換デバイスは、追加レコード識別子に基づいて第２の応答メッセージに追加レコードがある（数の制限はない）と確定した場合、ネットワークアドレス変換デバイスが第２の応答メッセージのコンテンツ領域から予め定められたタイプの追加レコードを検索するステップをトリガすることができる。第２の応答メッセージの「ＡｄｄｉｔｉｏｎａｌＲＲｓ」フィールドは、追加レコード識別子である。「ＡｄｄｉｔｉｏｎａｌＲＲｓ」フィールドの値は、追加レコードの数を示すために用いられる。例えば、図５のＡｄｄｉｔｉｏｎａｌＲＲｓが追加レコード識別子であり、ドメイン名システムは、その値を１に変更して、第２の応答メッセージに追加レコードが１つあることを示す。他の一例において、ＡｄｄｉｔｉｏｎａｌＲＲｓが２である場合、第２の応答メッセージに追加レコードが２つあることを示す。

本実施形態によれば、ネットワークアドレス変換デバイスは、最初に追加レコード識別子に基づいて第２の応答メッセージが追加レコードを持っているか否かを確定する。第２の応答メッセージが追加レコードを持っていない場合、これ以上の追加レコードのクエリが必要ないため、無駄な動作を避けることができる。第２の応答メッセージが追加レコードを持っている場合、ネットワークアドレスデバイスが第２の応答メッセージのコンテンツ領域から予め定められたタイプの追加レコードを検索するステップを実行することをトリガする。これにより、全体的に実施効率を高める。

本願実施例のいくつかの選択的な実施形態において、ネットワークアドレス変換デバイスが第２のアドレスクエリ要求に対してドメイン名システムから返信した第２の応答メッセージを受信した後、当該方法は、さらに、
ネットワークアドレス変換デバイスは、第２の応答メッセージに記録された第１のネットワークアドレスとアドレス変換情報によって、第１のネットワークアドレスに対応する第２のネットワークアドレスを確定し、第１のネットワークアドレスとアドレス変換情報と第２のネットワークアドレスに基づいて、ドメイン名システムキャッシュテーブルエントリを生成してローカルに格納すること、を含む。

なお、ドメイン名システムキャッシュテーブルエントリは、第１のネットワークアドレスとアドレス変換情報と第２のネットワークアドレスを含むものに限定られず、実際のニーズに応じて、他のフィールドを含んでもよく、本願実施例は限定しない。例えば、ドメイン名システムキャッシュテーブルエントリ（ＤＮＳキャッシュテーブルエントリ）は、下記表３のように、ＩＰｖ６アドレスとＩＰｖ４アドレスの一方が第１のネットワークアドレスであり、他方が第２のネットワークアドレスである。アドレス変換情報はプレフィックス情報（例えば、２００１：：）であってもよいし、ＤＮＳキャッシュテーブルエントリに記録された第１のネットワークアドレスと第２のネットワークアドレスとの対応情報であってもよい。

ここで、エージングタイムＴＴＬは、デフォルトでＤＮＳにおけるドメイン名レコードテーブルエントリのエージングタイムと一致してもよいし、ＤＮＳにおけるドメイン名レコードテーブルエントリのエージングタイムよりも小さいように人工設定してもよい。

本実施形態によれば、ネットワークアドレス変換デバイスは、ＤＮＳキャッシュテーブルエントリを生成してローカルに格納することができる。これにより、後続のターゲットドメイン名に対するアドレスクエリ要求を受信した後、ローカルにあるＤＮＳキャッシュテーブルエントリからターゲットドメイン名に対応する第１のネットワークアドレスを直接的にクエリして取得して、クライアントに返信することができる。これにより、ドメイン名アドレスのクエリ効率を高める。

本願実施例のいくつかの選択的な実施形態において、ステップＳ１０１の後、当該方法は、さらに、
ネットワークアドレス変換デバイスは、ターゲットドメイン名に対応するネットワークアドレスをローカルにクエリすること、を含む。

前記実施形態を参照して、いくつかの実施形態において、ネットワークアドレス変換デバイスは、ターゲットドメイン名に対応するネットワークアドレスをローカルにクエリすることは、
ネットワークアドレス変換デバイスは、ローカルに格納されたドメイン名システムキャッシュテーブルエントリからターゲットドメイン名に対応するネットワークアドレスをクエリすること、を含んでよい。

本実施形態によれば、第１のアドレスクエリ要求を受信した後、まず、ローカルのＤＮＳキャッシュテーブルエントリからターゲットドメイン名に対応するネットワークアドレスをクエリする。そして、ローカルのＤＮＳキャッシュテーブルエントリから見つからなかった場合、ＤＮＳサーバーにクエリする。これにより、ドメイン名アドレスクエリ効率を効果的に向上させる。

また、本願実施例のいくつかの選択的な実施形態において、当該方法は、さらに、
ネットワークアドレス変換デバイスは、ターゲットドメイン名に対応する第１のネットワークアドレスをローカルにクエリした場合、第１のアドレスクエリ要求に対する第１の応答メッセージをクライアントに送信するステップをトリガすること、を含んでよい。

本実施形態において、ネットワークアドレス変換デバイスがターゲットドメイン名に対応する第１のネットワークアドレスをローカルにクエリした場合、ステップＳ１０２とＳ１０３を実行する必要はなく、ステップＳ１０４をトリガすることができる。これにより、ドメイン名アドレスクエリ効率を効果的に向上させる。

上記実施形態の上で、ステップＳ１０４をトリガした場合、ステップＳ１０５の前に、当該方法は、さらに、
ネットワークアドレス変換デバイスは、第１のネットワークアドレスと第２のネットワークアドレスとの間のアドレス変換情報を、ローカルに格納されたドメイン名システムキャッシュテーブルエントリにクエリすること、を含む。これにより、ステップＳ１０５の順調な実施を確保し、クロスプロトコルネットワークメッセージの転送効率を向上させる。

上記のいずれかの実施形態の上で、いくつかの選択的な実施形態において、アドレス変換情報は、第１のネットワークアドレスと第２のネットワークアドレスとの間の変換をするためのプレフィックス情報を含んでよい。

上記実施形態の上で、いくつかの選択的な実施形態において、ネットワークアドレス変換デバイスがサービスメッセージの宛先アドレスを第２のネットワークアドレスに変換することは、
ネットワークアドレス変換デバイスは、第１のネットワークアドレスにプレフィックス情報を追加又は削除することにより、サービスメッセージの宛先アドレスを第１のネットワークアドレスから第２のネットワークアドレスに変換すること、を含む。

本実施形態において、ネットワークアドレス変換デバイスは、第１のネットワークアドレスにプレフィックス情報を追加又は削除することで、第１のネットワークアドレスから第２のネットワークアドレスに変換することができるため、実行しやすいや効率が高いなど利点がある。

他のいくつかの選択的な実施形態において、ネットワークアドレス変換デバイスが第２のアドレスクエリ要求に対してドメイン名システムから返信した第２の応答メッセージを受信した後、当該方法は、さらに、
上記プレフィックス情報によって、マッチング項目が上記プレフィックス情報を含むアドレス変換ルールを生成してローカルに格納することを含み、
ネットワークアドレス変換デバイスがサービスメッセージの宛先アドレスを第２のネットワークアドレスに変換することは、
ネットワークアドレス変換デバイスは、第１のネットワークアドレスのプレフィックス情報によって、対応するアドレス変換ルールをローカルで検索し、
対応するアドレス変換ルールが見つかった場合、対応するアドレス変換ルールに従って、サービスメッセージの宛先アドレスを第１のネットワークアドレスから第２のネットワークアドレスに変換すること、を含んでよい。

いくつかの実施例において、アドレス変換ルールは、タイプエントリとマッチング項目とを含んでよい。タイプエントリは、「ｐｒｅｆｉｘ」（プレフィックスを示す）であってよい。当該タイプエントリとは、ネットワークアドレス変換デバイスがプレフィックス情報を削除することでネットワークアドレスの変換を実現できるという意味である。マッチング項目は、具体的なプレフィックス情報を含んでよい。これにより、当該アドレス変換ルールに基づいて、ネットワークアドレス変換デバイスはプレフィックス情報を削除することで、ネットワークアドレスの変換を実現できる。

例えば、プレフィックス情報が表３のように示す場合、ネットワークアドレス変換デバイスがプレフィックス情報によって生成するアドレス変換ルールは、「ｎａｔ６４ｐｒｅｆｉｘ－ｎａｔ６４２００１：：９６」である。このアドレス変換ルールの作用は、ネットワークアドレス変換デバイスがプレフィックスが「２００１：：」であるＩＰｖ６メッセージを受信すると、当該アドレス変換ルールに従って、プレフィックスを削除して、ＩＰｖ６宛先アドレス（例えば、２００１：：１．２．３．４）をＩＰｖ４アドレス（例えば、１．２．３．４）に変換することである。

本実施形態によれば、ネットワークアドレス変換デバイスは、第１のネットワークアドレスから第２のネットワークアドレスへの変換を正確かつ容易に行うことができる。

また、通常のＩＰｖ６アドレスと区別するために、ＤＮＳにおけるネットワークアドレス変換に用いられるプレフィックス情報は、指定された専用のプレフィックス情報、例えば、「２００１：：」、「６４：ＦＦ９Ｂ：：」などであってよい。ＤＮＳ６４は、一般に、デフォルトで上記指定された専用のプレフィックスによりＩＰｖ４アドレスからＩＰｖ６アドレスへの合成を行う。そのため、ＤＮＳが合成した複数の異なる第１のネットワークアドレスにとって、そのプレフィックスが同じである確率が高い。従って、上記実施形態によれば、ネットワークアドレス変換デバイスは、上記プレフィックス情報によってアドレス変換ルールを生成した後、同一のアドレス変換ルールを用いて、同じプレフィックスを有する複数の異なる第１のネットワークアドレスをアドレス変換することができる。これにより、ネットワークアドレス変換デバイスは、少ないアドレス変換ルールを格納しても、大量のネットワークアドレスに対してクロスプロトコル変換を行うことができる。一方、ネットワークアドレス変換デバイスのローカルのストレジスペースを節約することができる。もう一方、アドレス変換ルールが少ないため、ネットワークアドレス変換デバイスのプレフィックス情報によるアドレス変換ルールのマッチングをより速く実現すことに寄与する。さらに、ネットワークアドレス変換の効率を向上させる。

上記の説明に基づいて、いくつかの選択的な実施形態において、ネットワークアドレス変換デバイスがプレフィックス情報によってアドレス変換ルールを生成してローカルに格納することは、さらに、
ネットワークアドレス変換デバイスは、第２の応答メッセージに記録されたプレフィックス情報によって、対応するアドレス変換ルールをローカルにマッチングすることと、
マッチングするアドレス変換ルールがない場合、ネットワークアドレス変換デバイスは、第２の応答メッセージに記録されたプレフィックス情報によってアドレス変換ルールを生成してローカルに格納することと、
マッチングするアドレス変換ルールがある場合、ステップＳ１０４をトリガすることと、を含んでよい。

複数の第１のネットワークアドレスが同じプレフィックスを有することがあるので、本実施形態によれば、ネットワークアドレス変換デバイスは、当該プレフィックス情報は初めて現れるときにアドレス変換ルールを生成すればよい。その後、当該プレフィックス情報が再び現れると、アドレス変換ルールを再び生成する必要がなくなる。これにより、アドレス変換ルールの生成によるネットワークアドレス変換デバイスの無駄な動作とシステム負荷を効果的に低減し、ネットワークアドレス変換デバイスの効率を向上させることができる。

理解の便宜上、図６は、本願実施例に係る第２の応答メッセージの処理方法のフローチャートを示す。前記実施例は、図６を参照して理解してもよく、図６は、前記実施例の説明を参照して理解してもよい。これ以上の説明をしない。

図６には、ＡＡＡＡ応答メッセージは、ＤＮＳ応答メッセージとして理解されることができる。ネットワークアドレス変換デバイスは、ＡＡＡＡ応答メッセージ（即ち、第２の応答メッセージ）を受信した後、まず、当該第２の応答メッセージが追加レコード持っているか否かを判断する。そして、当該追加レコードのタイプ（ｔｙｐｅ）が予め定められたタイプ（例えば、「ｐｒｅｆｉｘ」）であるか否かを判断する。予め定められたタイプではない場合、他のタイプの追加レコードとして処理する。予め定められたタイプである場合、当該追加レコードを解析して、プレフィックス情報（即ち、アドレス変換情報）と第２のネットワークアドレス（即ち、図中のＩＰｖ４アドレス）等の関連情報を取得する。その後、上記情報によってアドレス変換ルール（即ち、図中のＮＡＴ６４変換設定）を生成して、ＩＰｖ６アドレス（即ち、第１のネットワークアドレス）を第１の応答メッセージに追加してクライアントに返信する。

図６には、例示として、第１のインターネットプロトコルはＩＰＶ６であり、第１のネットワークアドレスはＩＰＶ６アドレスであり、第２のインターネットプロトコルはＩＰＶ４であり、第２のネットワークアドレスはＩＰＶ４アドレスである。上記ドメイン名システムは、ＤＮＳ６４サーバーを含む。それに応じて、ネットワークアドレス変換デバイスは、ＮＡＴ６４デバイスとしてもよい。具体的に、図６において、ＮＡＴ６４デバイスは、ＤＮＳ６４サーバーからのＤＮＳＡＡＡＡ応答メッセージ（即ち、第２の応答メッセージ）を受信した後、当該ＤＮＳＡＡＡＡ応答メッセージに追加レコードがあるか否かを判断することができる。追加レコードがない場合、通常ＤＮＳ応答メッセージとして処理する。追加レコードがある場合、当該追加レコードのタイプ（ｔｙｐｅ）が予め定められたタイプ（例えば、「ｐｒｅｆｉｘ」）であるか否かを判断する。当該追加レコードのタイプが予め定められたタイプではない場合、ネットワークアドレス変換デバイスは、他のタイプの追加レコードとして処理する。当該追加レコードのタイプが予め定められたタイプである場合、当該追加レコードにおけるプレフィックス及び長さを解析して、クエリするドメイン名と、合成ＩＰｖ６アドレス、プレフィックス及び長さ、実際のＩＰｖ４アドレスとの対応関係をキャッシュする。当該追加レコードを解析することにより、プレフィックス情報（即ち、アドレス変換情報）、ＩＰＶ６アドレス（即ち、第１のネットワークアドレス）等の関連情報を取得することができる。当該追加レコードを解析して取得された情報は、上記表２の記載を参照してよいが、これ以上の説明をしない。ネットワークアドレス変換デバイスは、プレフィックス情報によって、ＩＰｖ６アドレス（即ち、第１のネットワークアドレス）をＩＰＶ４アドレス（即ち、第２のネットワークアドレス）に変換し、当該プレフィックス情報と当該ＩＰｖ６アドレスと当該ＩＰｖ４アドレスとの対応関係をキャッシュする。

そして、ＮＡＴ６４デバイスは、対応するＮＡＴ６４変換設定を自動的に生成して、ＤＮＳＡＡＡＡ応答メッセージにおけるＩＰｖ６アドレスを宛先アドレスとするメッセージのＩＰｖ６アドレスを、対応するＩＰｖ４アドレスに変換するために用いられる。すなわち、ＮＡＴ６４デバイスは、キャッシュされた上記ＩＰｖ６アドレスとＩＰｖ４アドレスとの対応関係に基づいて、ＮＡＴ６４変換設定（即ち、アドレス変換ルール）を生成する。当該ＮＡＴ６４変換設定は、その後、サービスメッセージを受信する時、当該サービスメッセージの宛先アドレスが前記ＤＮＳＡＡＡＡ応答メッセージのＩＰｖ６アドレスである場合、ＩＰｖ６アドレスを対応するＩＰｖ４アドレスに変換する。

その後、ＮＡＴ６４デバイスは、合成されたＩＰｖ６アドレスをＤＮＳＡＡＡＡ応答メッセージに記入して、ＩＰｖ６クライアントに返信する。すなわち、ＮＡＴ６４デバイスは、ＩＰｖ６アドレス（即ち、第１のネットワークアドレス）をＤＮＳＡＡＡＡ応答メッセージ（第１の応答メッセージ）に追加した後、当該ＤＮＳＡＡＡＡ応答メッセージをＩＰｖ６クライアントに返信する。

上記実施形態によって、ドメイン名アドレスクエリを順調に実施することを確保でき、人工を介さずに、ネットワークアドレス変換デバイスは、上記アドレス変換情報を自動かつ適時に取得することもできる。これにより、ネットワークアドレス変換デバイスの自動メンテナンスを実現することができ、ネットワークアドレス変換デバイスのアドレス変換情報の人工設定による効率が低く、ミスしやすい問題を回避し、メンテナンス効率、安定性および信頼性を高め、ネットワークの中断を回避することができる。さらに、クロスプロトコルネットワークメッセージの転送の適時性や正確性を確保できる。

本願実施例に係る他のいくつかの実施形態において、アドレス変換情報は、第１のネットワークアドレスと第２のネットワークアドレスとの対応情報を含み、
上記対応情報には、対応関係を有する第１のネットワークアドレスと第２のネットワークアドレスとが記録されてよい。

本実施形態によれば、第１のネットワークアドレスと第２のネットワークアドレスとを正確に変換することを効果的に確保できる。これにより、ネットワークアドレス変換デバイスがクロスプロトコルネットワークメッセージを正確かつ適時に転送できることを確保する。

上記実施形態の上で、いくつかの選択的な実施形態において、ネットワークアドレス変換デバイスは、サービスメッセージの宛先アドレスを第２のネットワークアドレスに変換することは、
ネットワークアドレス変換デバイスは、対応情報によって、サービスメッセージの宛先アドレスを、第１のネットワークアドレスから第２のネットワークアドレスに入れ替えること、を含んでよい。

本実施形態によれば、ネットワークアドレス変換デバイスは、簡単な入替操作により第１のネットワークアドレスを第２のネットワークアドレスに変換することができ、実行しやすいや効率が高いなどの利点がある。

なお、いくつかの選択的な実施形態には、ステップＳ１０５において、ネットワークアドレス変換デバイスは、ドメイン名システムキャッシュテーブルエントリから、サービスメッセージの宛先アドレスに対応するアドレス変換情報をクエリして、クエリされたアドレス変換情報によって宛先アドレスの変換を行ってよい。ステップＳ１０５は、下記のように実現する。

ネットワークアドレス変換デバイスは、クライアントから送信された宛先アドレスが第１のネットワークアドレスであるサービスメッセージを受信し、ローカルに格納されるドメイン名システムキャッシュテーブルエントリから第１のネットワークアドレスに対応するアドレス変換情報をクエリし、クエリされたアドレス変換情報によって業務メッセージの宛先アドレスを第２のネットワークアドレスに変換して、宛先アドレス変換されたサービスメッセージをターゲットサーバーに送信する。

例えば、上記のドメイン名システムキャッシュテーブルエントリに対する例示的な説明のように、ドメイン名システムキャッシュテーブルエントリは、第１のネットワークアドレス、アドレス変換情報、及び第２のネットワークアドレスを含んでよい。アドレス変換情報は、プレフィックス情報（例えば、２００１：：）であってもよいし、ドメイン名システムキャッシュテーブルエントリに記録された第１のネットワークアドレスと第２のネットワークアドレスとの対応情報であってもよい。

そのため、ネットワークアドレス変換デバイスは、上記ドメイン名システムキャッシュテーブルエントリに基づいて、第１のネットワークアドレスと第２のネットワークアドレスとの対応情報をクエリすることができ、当該対応情報によって、サービスメッセージの宛先アドレスを第１のネットワークアドレスから第２のネットワークアドレスに入れ替えることができる。或いは、ネットワークアドレス変換デバイスは、上記ドメイン名システムキャッシュテーブルエントリに基づいて、第１のネットワークアドレスに対応するプレフィックス情報をクエリすることができ、当該プレフィックス情報によって、第１のネットワークアドレスに対してプレフィックス情報を追加又は削除することで、サービスメッセージの宛先アドレスを第１のネットワークアドレスから第２のネットワークアドレスに変換することができる。例えば、第１のネットワークアドレスがＩＰｖ６アドレスである場合、ネットワークアドレス変換デバイスは、プレフィックス情報をクエリした後、第１のネットワークアドレスにおけるプレフィックス情報を削除することで、第１のネットワークアドレスをＩＰｖ４アドレス（即ち、第２のネットワークアドレス）に変換することができる。また、例えば、第１のネットワークアドレスがＩＰｖ４アドレスである場合、ネットワークアドレス変換デバイスは、プレフィックス情報をクエリした後、第１のネットワークアドレスに当該プレフィックス情報を追加することで、第１のネットワークアドレスをＩＰｖ６アドレス（即ち、第２のネットワークアドレス）に変換することができる。

本実施形態によれば、ネットワークアドレス変換デバイスは、ドメイン名システムキャッシュテーブルエントリにより、ＩＰｖ６アドレスからＩＰｖ４アドレスへの変換を実現できるし、ＩＰｖ４アドレスからＩＰｖ６アドレスへの変換、も実現でき、変換の正確性が高いや効率が高いなど利点がある。

他のいくつかの実施例において、ドメイン名システムキャッシュテーブルエントリとアドレス変換ルールとの結合により、ＩＰｖ６アドレスとＩＰｖ４アドレスとの変換を実現することができる。

例えば、アドレス変換ルールは、「ｎａｔ６４ｐｒｅｆｉｘ－ｎａｔ６４２００１：：９６」である場合、当該アドレス変換ルールの作用は、ネットワークアドレス変換デバイスが、プレフィックスが「２００１：：」であるＩＰｖ６メッセージを受信する時、当該アドレス変換ルールに従ってプレフィックスを削除して、ＩＰｖ６宛先アドレス（例えば、２００１：：１．２．３．４）をＩＰｖ４アドレス（例えば、１．２．３．４）に変換することである。また、例えば、ネットワークアドレス変換デバイスが、宛先アドレスが１．２．３．４であるＩＰｖ４メッセージを受信する時、マッチングするアドレス変換ルールがない場合、ドメイン名システムキャッシュテーブルエントリ（表３のように示す）にＩＰアドレス１．２．３．４をクエリする。クエリることによって、対応するテーブルエントリがある場合、ＩＰｖ４メッセージの宛先アドレス１．２．３．４にプレフィックスである「２００１：：」を追加して、対応するＩＰｖ６の宛先アドレス２００１：：１．２．３．４を取得する。

上記実施例はメッセージ転送方法を提供したが、これに対応して、本発明の実施例は、さらに、メッセージ転送装置を提供する。本願実施例に係るメッセージ転送装置は、上記メッセージ転送方法を実施することができる。当該メッセージ転送装置は、ソフトウェアやハードウエア、又はソフトウェアとハードウェアとの組み合わせによって実現することができる。例えば、当該メッセージ転送装置は、上記各方法において対応するステップを実行するように、搭載された又は独立する機能モジュール又は手段を含んでよい。図７は、本願の実施例に係るメッセージ転送装置を示す。装置の実施例は、方法の実施例と類似しているので、簡単に説明するが、相関的な内容が方法の実施例についての説明を参照すればよい。以下、説明する装置の実施例は、概略的なものにすぎない。

図７に示すように、本願実施例に係るメッセージ転送装置は、ネットワークアドレス変換デバイスに適用され、当該装置は、
クライアントから送信されたターゲットドメイン名に対する第１のアドレスクエリ要求を受信するモジュールであって、クライアントは第１のインターネットプロトコルを用い、ターゲットドメイン名に対応するターゲットサーバーは第２のインターネットプロトコルを用いる、第１のクエリ要求受信モジュール１０１と、
ターゲットドメイン名に対応するネットワークアドレスがローカルで見つからなかった場合、ターゲットドメイン名に対する第２のアドレスクエリ要求をドメイン名システムに送信する、第２のクエリ要求送信モジュール１０２と、
ドメイン名システムが第２のアドレスクエリ要求に対して返信した第２の応答メッセージを受信するモジュールであって、第２の応答メッセージには、第１のネットワークアドレスと、第１のネットワークアドレスと第２のネットワークアドレスとの間のアドレス変換情報とが記録されており、第２のネットワークアドレスは、ターゲットドメイン名に対応する第２のネットワークアドレスをサポートするネットワークアドレスを含み、第１のネットワークアドレスは、ドメイン名システムが第２のネットワークアドレスによって変換して獲得した第１のインターネットプロトコルをサポートするネットワークアドレスを含む、第２の応答メッセージ受信モジュール１０３と、
第１のアドレスクエリ要求に対する第１の応答メッセージをクライアントに送信するモジュールであって、第１の応答メッセージは、第１のネットワークアドレスを含む、第１の応答メッセージ送信モジュール１０４と、
クライアントから送信された宛先アドレスが第１のネットワークアドレスであるサービスメッセージを受信し、アドレス変換情報によってサービスメッセージの宛先アドレスを第２のネットワークアドレスに変換して、宛先アドレスが変換されたサービスメッセージをターゲットサーバーに送信する、サービスメッセージ転送モジュール１０５と、を含む。

本願実施例のいくつかの選択的な実施形態において、第２の応答メッセージは、第１のネットワークアドレスと第２のネットワークアドレスとの間のアドレス変換情報を記録するための追加レコードを含む。

本願実施例のいくつかの選択的な実施形態において、当該装置は、さらに、
第２の応答メッセージのコンテンツ領域から予め定められたタイプの追加レコードを検索する、追加レコード検索モジュールと、
予め定められたタイプの追加レコードから、第１のネットワークアドレスと第２のネットワークアドレスとの間のアドレス変換情報を読み取る、追加レコード読取モジュールと、を含む。

本願実施例のいくつかの選択的な実施形態において、当該装置は、さらに、
第２の応答メッセージヘッダ情報における追加レコード識別子が第１の識別子である場合、追加レコード読取モジュールをトリガして動作されることを含む。

本願実施例のいくつかの選択的な実施形態において、当該装置は、さらに、
第２の応答メッセージに記録された第１のネットワークアドレスとアドレス変換情報によって、第１のネットワークアドレスに対応する第２のネットワークアドレスを確定する、第２のネットワークアドレス確定モジュールと、
第１のネットワークアドレスとアドレス変換情報と第２のネットワークアドレスに基づいて、ドメイン名システムキャッシュテーブルエントリを生成してローカルに格納する、キャッシュテーブルエントリ生成モジュールと、を含む。

本願実施例のいくつかの選択的な実施形態において、当該装置は、さらに、
ターゲットドメイン名に対応する第１のネットワークアドレスをローカルにクエリした場合、第１の応答メッセージ送信モジュール１０４をトリガして動作される、ローカルクエリ成功処理モジュール、を含む。

本願実施例のいくつかの選択的な実施形態において、
アドレス変換情報は、第１のネットワークアドレスと第２のネットワークアドレスとの間の変換をするためのプレフィックス情報を含み、
或いは、
アドレス変換情報は、第１のネットワークアドレスと第２のネットワークアドレスとの対応情報を含む。

本願実施例のいくつかの選択的な実施形態において、サービスメッセージ転送モジュール１０５は、
上記対応情報によって、サービスメッセージの宛先アドレスを、第１のネットワークアドレスから第２のネットワークアドレスに入れ替える、対応情報変換手段、を含む。

本願実施例のいくつかの選択的な実施形態において、アドレス変換情報は、第１のネットワークアドレスと第２のネットワークアドレスとの間の変換をするためのプレフィックス情報を含み、
当該装置は、さらに、
プレフィックス情報によって、マッチング項目がプレフィックス情報を含むアドレス変換ルールを生成してローカルに格納する、アドレス変換ルール生成モジュール、を含み、
サービスメッセージ転送モジュール１０５は、さらに、
第１のネットワークアドレスのプレフィックス情報によって、対応するアドレス変換ルールをローカルで検索する、アドレス変換ルールマッチング手段と、
対応するアドレス変換ルールが見つかった場合、対応するアドレス変換ルールに従って、サービスメッセージの宛先アドレスを第１のネットワークアドレスから第２のネットワークアドレスに変換する、ルールに従う変換手段と、を含む。

本願実施例の選択的な実施形態において、
第１のインターネットプロトコルは、インターネットプロトコル第６版であるＩＰｖ６を含み、第２のインターネットプロトコルは、インターネットプロトコル第４版であるＩＰｖ４を含んでよく、或いは、
第１のインターネットプロトコルは、インターネットプロトコル第４版であるＩＰｖ４を含み、第２のインターネットプロトコルは、インターネットプロトコル第６版であるＩＰｖ６を含んでよい。

本願実施例に係るメッセージ転送装置は、本願の前記の実施例に係るメッセージ転送方法と同様の発明思想に基づき、同様の有利効果を有する。

上記実施例はメッセージ転送方法を提供したが、これに対応して、本発明は、さらに、ドメイン名アドレスクエリ方法を提供する。ドメイン名アドレスクエリ方法は、前記メッセージ転送方法と組み合わせて実施されるものであり、同様の発明思想に属する。そのため、以下、ドメイン名アドレスクエリ方法についての実施例は、前記メッセージ転送方法についての実施例を参照して理解することができ、一部の内容は贅言しない。相応的に、前記メッセージ転送方法についての実施例は、下記ドメイン名アドレスクエリ方法についての実施例を参照して理解することができる。

図８は、本願実施例に係るドメイン名アドレスクエリ方法のフローチャートを示す。当該ドメイン名アドレスクエリ方法は、ドメイン名システムに適用され、図１１に示すタイミング図を参照して理解することができる。当該方法は、以下のステップを含む。

ステップＳ２０１：ネットワークアドレス変換デバイスから送信されたターゲットドメイン名に対する第２のアドレスクエリ要求を受信する。第２のアドレスクエリ要求のソースアドレスは、第１のインターネットプロトコルをサポートする。

ステップＳ２０２：第２のアドレスクエリ要求に応答して、ターゲットドメイン名に対応する第２のネットワークアドレスをクエリする。第２のネットワークアドレスは、第２のインターネットプロトコルをサポートする。

ステップＳ２０３：第２のネットワークアドレスを第１のインターネットプロトコルをサポートする第１のネットワークアドレスに変換する。

ステップＳ２０４：第２のアドレスクエリ要求に対する第２の応答メッセージをネットワークアドレス変換デバイスに送信する。第２の応答メッセージは、第１のネットワークアドレスと、第１のネットワークアドレスと第２のネットワークアドレスとの間のアドレス変換情報とを含む。これにより、ネットワークアドレス変換デバイスは、第１のネットワークアドレスをクライアントに送信するとともに、アドレス変換情報によってクライアントから送信された宛先アドレスが第１のネットワークアドレスであるサービスメッセージに対して宛先アドレス変換を行う。

ネットワークアドレス変換装置は、クライアントから送信されたサービスメッセージを受信した後、当該サービスメッセージの宛先アドレスが第１のネットワークアドレスである場合、アドレス変換情報によって当該サービスメッセージの宛先アドレスを第２のネットワークアドレスに変換することができる。

本願実施例に係るドメイン名アドレスクエリ方法は、本願の前記の実施例に係るメッセージ転送方法と同様の発明思想に基づき、少なくとも以下の相応の有利効果を有する。ドメイン名システムは、クロスプロトコルアドレスクエリ要求を受信した後、まず、ターゲットドメイン名に対応する第２のインターネットプロトコルをサポートする第２のネットワークアドレスをクエリして、第２のネットワークアドレスを第１のインターネットプロトコルをサポートする第１のネットワークアドレスに変換する。そして、ドメイン名システムは、第１のネットワークアドレスと第２のネットワークアドレスとの間のアドレス変換情報をネットワークアドレス変換デバイスに送信する。これにより、ネットワークアドレス変換デバイスは、アドレス変換情報によってドメイン名システムとの同期を自動的に実現することができ、ネットワークアドレス変換デバイスに自動的なメンテナンスを実現させることができる。さらに、ネットワークアドレス変換デバイスのアドレス変換情報の人工設定による効率が低く、ミスしやすいという問題を回避し、メンテナンス効率、安定性、信頼性を高め、ネットワークの中断を回避する。ネットワークアドレス変換デバイスがクロスプロトコルネットワークメッセージの転送の適時性や正確性を確保することに寄与する。

また、ドメイン名システムは、第１のネットワークアドレスをネットワークアドレス変換デバイスに送信することで、ネットワークアドレス変換デバイスがクエリされた第１のネットワークアドレスをクライアントに返信することを確保して、プロキシＤＮＳの機能を実現する。さらに、ドメイン名アドレスクエリの順調な実施を確保する。そして、ドメイン名システムは、第１のネットワークアドレスとアドレス変換情報をネットワークアドレス変換デバイスに一括送信する。これにより、ドメイン名システムとネットワークアドレス変換デバイスとクライアントとの３方の間のデータ伝送プロセスを効果的に簡素化し、データ伝送効率を高め、ネットワーク伝送資源を節約することができる。

追加レコードに対する説明は、前記メッセージ転送方法の実施例に関する説明、及び図４、図５、図６の説明を参照してよく、これ以上の説明をしない。

本願実施例のいくつかの選択的な実施形態において、アドレス変換情報は、第１のネットワークアドレスと第２のネットワークアドレスとの間の変換をするためのプレフィックス情報を含んでよい。

プレフィックス情報に対する説明は、前記メッセージ転送方法の実施例に関する説明、及び図４、図５、図６の説明を参照してよく、これ以上の説明をしない。

理解の便宜上、図９を参考して説明する。図９は、本願実施例に係るドメイン名アドレスクエリ方法のフローチャートを示す。前記実施例の説明は、図９を参照して理解してもよく、図９は、前記実施例の説明を参照して理解してもよい。これ以上の説明をしない。

図９において、ＡＡＡＡ応答メッセージは、ＤＮＳ応答メッセージとして理解することができる。ＤＮＳは、ＡＡＡＡクエリメッセージ（即ち、第２のアドレスクエリ要求）を受信した後、まず、ターゲットドメイン名に対応するＡＡＡＡレコード（ＩＰｖ６のドメイン名アドレス）があるか否かをクエリすることができる。ターゲットドメイン名に対応するＡＡＡＡレコードがある場合、直接にＡＡＡＡレコードを返信する。ターゲットドメイン名に対応するＡＡＡＡレコードがない場合、Ａレコード（ＩＰｖ４のドメイン名アドレス）があるか否かをさらにクエリする。Ａレコードがない場合、ヌル値を返信する。Ａレコードがある場合、予め設定されたＩＰｖ６プレフィックスを用いてＩＰｖ６アドレスを合成してＡＡＡＡ応答メッセージ（即ち、第２の応答メッセージ）を返信し、当該第２の応答メッセージに追加レコードを追加する。当該追加レコードには、上記ＩＰｖ６プレフィックスおよび長さ情報が記録される。

例示として、図９に示すプロセスは、ＤＮＳ６４サーバーによって実行される。それに相応して、ネットワークアドレス変換デバイスは、ＮＡＴ６４デバイスとしてよい。第１のインターネットプロトコルはＩＰＶ６であり、第１のネットワークアドレスはＩＰＶ６アドレスであり、第２のインターネットプロトコルはＩＰＶ４であり、第２のネットワークアドレスはＩＰＶ４アドレスである。

具体的に、図９において、ＤＮＳ６４サーバーは、ＡＡＡＡクエリメッセージ（即ち、第２のアドレスクエリ要求）を受信した後、まず、ターゲットドメイン名に対応するＡＡＡＡレコード（ＩＰｖ６のドメイン名アドレス）があるか否かをクエリしてよい。ターゲットドメイン名に対応するＡＡＡＡレコードがある場合、直接にＡＡＡＡレコードをＮＡＴ６４デバイスに返信する。ターゲットドメイン名に対応するＡＡＡＡレコードがない場合、ＤＮＳ６４サーバーは、さらにＡレコード（ＩＰｖ４のドメイン名アドレス）があるか否かをクエリする。Ａレコードがない場合、ヌル値を返信する。Ａレコードがある場合、予め設定されたＩＰｖ６プレフィックスを用いてＩＰｖ６アドレスを合成してＡＡＡＡ応答メッセージ（即ち、第２の応答メッセージ）を返信する。当該第２の応答メッセージには、追加レコードが含まれている。当該追加レコードには、上記ＩＰｖ６プレフィックスが記録される。当該追加レコードに含んでいる他の情報は、上記表２に対する説明を参照してよく、これ以上の説明をしない。

本願実施例に係る他のいくつかの選択的な実施形態において、アドレス変換情報は、第１のネットワークアドレスと第２のネットワークアドレスとの対応情報を含む。

上記表２と同じように、選択的な実施形態として、以下の表４を参照して、追加レコードに記入することができる。

上記実施形態によれば、予め設定されたフォーマットに従って追加レコードを追加し、追加レコードのタイプを指定することができる。これにより、ネットワークアドレス変換デバイスは、上記フォーマット及びタイプに応じて、上記追加レコードを自動的に正しく解析して、アドレス変換情報を取得することを確保できる。

本願実施例のいくつかの選択的な実施形態において、第２のネットワークアドレスを第１のインターネットプロトコルをサポートする第１のネットワークアドレスに変換することは、
予め設定されたアドレスプールから、第１のインターネットプロトコルをサポートするネットワークアドレスを、第２のネットワークアドレスと変換する第１のネットワークアドレスとして選択することを含む。
つまり、ドメイン名システムは、予め設定されたアドレスプールから選択したネットワークアドレスを上記第１のネットワークアドレスとする。

例えば、第１のインターネットプロトコルがＩＰｖ６であり、第２のインターネットプロトコルがＩＰｖ４である場合、予めてＤＮＳにＩＰｖ６アドレスプールを設定してよい。ＤＮＳは、第２のアドレスクエリ要求を受信した後、ターゲットドメイン名に対応する第２のネットワークアドレスがＩＰｖ４アドレスである場合、ＩＰｖ６アドレスプールから１つのＩＰｖ６アドレスを、第２のネットワークアドレスと変換する第１のネットワークアドレスとして選択して、当該ターゲットドメイン名に割り当てることができる。即ち、ターゲットドメイン名にＩＰｖ６アドレスを割り当てる。

本実施形態によれば、ドメイン名システムは、アドレスプールによって、第２のネットワークアドレスを第１のネットワークアドレスに容易に変換することができ、実施しやすいや効率が高いなどの利点がある。

上記実施例は、ドメイン名アドレスクエリ方法を提供する。これに対応して、本発明の実施例は、さらに、ドメイン名アドレスクエリ装置を提供する。本願実施例に係るドメイン名アドレスクエリ装置は、上記ドメイン名アドレスクエリ方法を実施することができる。当該ドメイン名アドレスクエリ装置は、ソフトウェアやハードウエア、又はソフトウェアとハードウェアとの組み合わせによって実現することができる。例えば、当該ドメイン名アドレスクエリ装置は、上記各方法において対応するステップを実行するように、搭載された又は独立する機能モジュールや手段を含むことができる。図１０は、本願の実施例に係るドメイン名アドレスクエリ装置を示す。装置の実施例は方法の実施例と類似しているので、簡単に説明するが、相関的な内容が方法の実施例についての説明を参照すればよい。以下説明する装置の実施例は、概略的なものにすぎない。

本願実施例に係るドメイン名アドレスクエリ装置はドメイン名システムに適用される。図１０に示すように、当該装置は、
ネットワークアドレス変換デバイスから送信されたターゲットドメイン名に対する第２のアドレスクエリ要求を受信するモジュールであって、第２のアドレスクエリ要求のソースアドレスが第１のインターネットプロトコルをサポートする、第２のアドレスクエリ要求受信モジュール２０１と、
第２のアドレスクエリ要求に応答して、ターゲットドメイン名に対応する第２のネットワークアドレスをクエリするモジュールであって、第２のネットワークアドレスが第２のインターネットプロトコルをサポートする、第２のアドレスクエリ要求処理モジュール２０２と、
第２のネットワークアドレスを、第１のインターネットプロトコルをサポートする第１のネットワークアドレスに変換する、ネットワークアドレス変換モジュール２０３と、
第２のアドレスクエリ要求に対して、第１のネットワークアドレスと、第１のネットワークアドレスと第２のネットワークアドレスとの間のアドレス変換情報とを含む第２の応答メッセージをネットワークアドレス変換デバイスに送信することで、ネットワークアドレス変換デバイスが第１のネットワークアドレスをクライアントに送信し、前記サービスメッセージの宛先アドレスが第１のネットワークアドレスであり、アドレス変換情報によってクライアントから送信されたサービスメッセージに対して宛先アドレス変換を行う第２の応答メッセージ送信モジュール２０４と、を含む。

本願実施例のいくつかの選択的な実施形態において、アドレス変換情報は、第１のネットワークアドレスと第２のネットワークアドレスとの間の変換をするためのプレフィックス情報を含む。

本願実施例のいくつかの選択的な実施形態において、アドレス変換情報は、第１のネットワークアドレスと第２のネットワークアドレスとの対応情報を含む。

本願実施例のいくつかの選択的な実施形態において、ネットワークアドレス変換モジュール２０３は、
予め設定されたアドレスプールから、第１のインターネットプロトコルをサポートするネットワークアドレスを、第２のネットワークアドレスが変換する第１のネットワークアドレスとして選択する、ネットワークアドレス選択手段、を含む。

本願実施例に係るドメイン名アドレスクエリ装置は、本願の前記の実施例に係るドメイン名アドレスクエリ方法と同様の発明思想に基づき、同様の有利効果を有する。

理解の便宜上、以下、図１１に示すタイミング図を結合して、本願実施例に係る方法を例示的に説明する。以下の例示的な説明は、前記メッセージ転送方法及びドメイン名アドレスクエリ方法の実施例における関連説明を参照することもできる。前記メッセージ転送方法及びドメイン名アドレスクエリ方法の実施例は、以下の例示的な説明を参照して理解することもできる。

図１１を参照して、当該具体的な実施例は、少なくとも以下のステップＳ３０１～Ｓ３１０を含む。

ステップＳ３０１：第１のインターネットプロトコルをサポートするクライアントは、ターゲットドメイン名に対応するアドレスをクエリする必要がある時、ターゲットドメイン名に対する第１のアドレスクエリ要求を、ネットワークアドレス変換デバイスに送信する。

ステップＳ３０２：ネットワークアドレス変換デバイスは、第１のアドレスクエリ要求を受信した後、ターゲットドメイン名に対応するネットワークアドレスをローカルにクエリする。見つからなかった場合、ターゲットドメイン名に対する第２のアドレスクエリ要求をドメイン名システムに送信する。

ステップＳ３０３：ドメイン名システムは、第２のアドレスクエリ要求を受信した後、クエリされた第２のネットワークアドレスが第２のインターネットプロトコルしかサポートしない場合、クエリされた第２のネットワークアドレスを、第１のインターネットプロトコルをサポートする第１のネットワークアドレスに変換する。

ステップＳ３０４：ドメイン名システムは、第２のアドレスクエリ要求に対する第２の応答メッセージを、ネットワークアドレス変換デバイスに送信し、第２の応答メッセージには、第１のネットワークアドレスと、第１のネットワークアドレスと第２のネットワークアドレスとの間のアドレス変換情報とが記録される。

ステップＳ３０５：ネットワークアドレス変換デバイスは、第２の応答メッセージを受信した後、第１のアドレスクエリ要求に対する第１の応答メッセージをクライアントに送信する。第１の応答メッセージは、第１のネットワークアドレスを含む。

ステップＳ３０６：ネットワークアドレス変換デバイスは、少なくとも第１のネットワークアドレスと第２のネットワークアドレスとの間のアドレス変換情報をローカルに格納する。

ステップＳ３０７：クライアントは、上記第１のネットワークアドレスを受信した後、当該第１のネットワークアドレスに基づいて、サービスメッセージを、ターゲットドメイン名に対応するターゲットサーバーに送信し、当該サービスメッセージの宛先アドレスは第１のネットワークアドレスである。

ステップＳ３０８：ネットワークアドレス変換デバイスは、サービスメッセージを受信した後、上記アドレス変換情報によってサービスメッセージの宛先アドレスを第１のネットワークアドレスから第２のネットワークアドレスに変換して、宛先アドレス変換されたサービスメッセージをターゲットサーバーに送信するとともに、クライアントとターゲットサーバーとのセッションテーブルエントリを生成する。

ステップＳ３０９：ターゲットサーバーは、上記サービスメッセージを受信した後、当該サービスメッセージに対する応答メッセージを返信することができる。当該応答メッセージのソースアドレスは、上記第２のネットワークアドレスである。

ステップＳ３１０：ネットワークアドレス変換デバイスは、上記応答メッセージを受信した後、上記セッションテーブルエントリに基づいて、応答メッセージのソースアドレスを第２のネットワークアドレスから第１のネットワークアドレスに変換し、変換された応答メッセージをクライアントに送信する。

本願の上記実施例に係るメッセージ転送方法に対応して、本願実施例は、ネットワークアドレス変換デバイスをさらに提供する。図１２のように、当該ネットワークアドレス変換デバイスは、プロセッサ１２０１と、機械可読記憶媒体１２０２と、トランシーバ１２０４とを含む。機械可読記憶媒体１２０２には、プロセッサ１２０１によって実行可能な機械実行可能命令が記憶されている。機械実行可能命令は、プロセッサ１２０１に以下のステップを実行させる。

トランシーバ１２０４によって、クライアントから送信されたターゲットドメイン名に対する第１のアドレスクエリ要求を受信する。クライアントは第１のインターネットプロトコルを使用し、ターゲットドメイン名に対応するターゲットサーバーは第２のインターネットプロトコルを使用する。

ターゲットドメイン名に対応するネットワークアドレスがローカルで見つからなかった場合、トランシーバ１２０４によって、ターゲットドメイン名に対する第２のアドレスクエリ要求をドメイン名システムに送信する。

トランシーバ１２０４によって、第２のアドレスクエリ要求に対してドメイン名システムから返信した第２の応答メッセージを受信する。第２の応答メッセージには、第１のネットワークアドレスと、第１のネットワークアドレスと第２のネットワークアドレスとの間のアドレス変換情報とが記録されている。第２のネットワークアドレスは、ターゲットドメイン名に対応する第２のインターネットプロトコルをサポートするネットワークアドレスを含む。第１のネットワークアドレスは、ドメイン名システムによって第２のネットワークアドレスに基づいて変換された、第１のインターネットプロトコルをサポートするネットワークアドレスを含む。

トランシーバ１２０４によって、第１のアドレスクエリ要求に対する第１の応答メッセージをクライアントに送信する。第１の応答メッセージは、第１のネットワークアドレスを含む。

トランシーバ１２０４によって、クライアントから送信された宛先アドレスが第１のネットワークアドレスであるサービスメッセージを受信する。アドレス変換情報によってサービスメッセージの宛先アドレスを第２のネットワークアドレスに変換して、宛先アドレスが変換されたサービスメッセージをターゲットサーバーに送信する。

好ましくは、第２の応答メッセージは、第１のネットワークアドレスと第２のネットワークアドレスとの間のアドレス変換情報を記録するための追加レコードを含む。

好ましくは、機械実行可能命令は、さらに、プロセッサ１２０１に以下のステップを実行させる。
第２のアドレスクエリ要求に対してドメイン名システムから返信した第２の応答メッセージを受信した後、第２の応答メッセージのコンテンツ領域から予め定められたタイプの追加レコードを検索する。
予め定められたタイプの追加レコードから、第１のネットワークアドレスと第２のネットワークアドレスとの間のアドレス変換情報を読み取る。

好ましくは、機械実行可能命令は、さらに、プロセッサ１２０１に以下のステップを実行させる。
第２の応答メッセージヘッダ情報における追加レコード識別子が第１の識別子である場合、第２の応答メッセージのコンテンツ領域から予め定められたタイプの追加レコードを検索するステップをトリガする。

好ましくは、機械実行可能命令は、さらに、プロセッサ１２０１に以下のステップを実行させる。
第２のアドレスクエリ要求に対してドメイン名システムから返信した第２の応答メッセージを受信した後、第２の応答メッセージに記録された第１のネットワークアドレスとアドレス変換情報によって、第１のネットワークアドレスに対応する第２のネットワークアドレスを確定する。
第１のネットワークアドレス、アドレス変換情報及び第２のネットワークアドレスに基づいて、ドメイン名システムキャッシュテーブルエントリを生成してローカルに格納する。

好ましくは、機械実行可能命令は、さらに、プロセッサ１２０１に以下のステップを実行させる。
ターゲットドメイン名に対応する第１のネットワークアドレスをローカルにクエリした場合、第１のアドレスクエリ要求に対する第１の応答メッセージをクライアントに送信するステップをトリガする。

好ましくは、アドレス変換情報は、第１のネットワークアドレスと第２のネットワークアドレスとの間の変換をするためのプレフィックス情報を含む。
或いは、
アドレス変換情報は、第１のネットワークアドレスと第２のネットワークアドレスとの対応情報を含む。

好ましくは、機械実行可能命令は、さらに、プロセッサ１２０１に以下のステップを実行させる。
第１のネットワークアドレスにプレフィックス情報を追加又は削除することにより、サービスメッセージの宛先アドレスを、第１のネットワークアドレスから第２のネットワークアドレスに変換する。
或いは、
対応情報によって、サービスメッセージの宛先アドレスを、第１のネットワークアドレスから第２のネットワークアドレスに入れ替える。

好ましくは、アドレス変換情報は、第１のネットワークアドレスと第２のネットワークアドレスとの間の変換をするためのプレフィックス情報を含む。

機械実行可能命令は、さらに、プロセッサ１２０１に以下のステップを実行させる。
第２のアドレスクエリ要求に対してドメイン名システムから返信した第２の応答メッセージを受信した後、プレフィックス情報によって、アドレス変換ルールを生成してローカルに格納する。アドレス変換ルールのマッチング項目はプレフィックス情報を含む。

機械実行可能命令は、さらに、プロセッサ１２０１に以下のステップを実行させる。
第１のネットワークアドレスのプレフィックス情報によって、対応するアドレス変換ルールをローカルで検索する。
対応するアドレス変換ルールが見つかった場合、対応するアドレス変換ルールに従って、サービスメッセージの宛先アドレスを第１のネットワークアドレスから第２のネットワークアドレスに変換する。

図１２に示すように、ネットワークアドレス変換デバイスは、さらに、通信バス１２０３を備えてよい。プロセッサ１２０１と、機械可読記憶媒体１２０２と、トランシーバ１２０４との間には、通信バス１２０３を介して互いに通信できる。通信バス１２０３は、ペリフェラルコンポーネントインターコネクト（ＰｅｒｉｐｈｅｒａｌＣｏｍｐｏｎｅｎｔＩｎｔｅｒｃｏｎｎｅｃｔ、ＰＣＩ）バスやイーアイサ（ＥｘｔｅｎｄｅｄＩｎｄｕｓｔｒｙＳｔａｎｄａｒｄＡｒｃｈｉｔｅｃｔｕｒｅ、ＥＩＳＡ）バスなどであってもよい。当該通信バス１２０３は、アドレスバス、データバス、制御バス等を含んでもよい。

トランシーバ１２０４は、無線通信モジュールであってよい。トランシーバ１２０４は、プロセッサ１２０１によって他のデバイス（ＡＣ及び端末）とデータインタラクションを行う。

機械可読記憶媒体１２０２は、ランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭ）を含んでもよいし、非揮発性メモリ（Ｎｏｎ?ＶｏｌａｔｉｌｅＭｅｍｏｒｙ、ＮＶＭ）を含んでよく、例えば、少なくとも１つのディスクメモリを含む。なお、機械可読記憶媒体１２０２は、上記プロセッサから離れた少なくとも１つの記憶装置であってもよい。

プロセッサ１２０１は、中央処理装置（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ、ＣＰＵ）、ネットワークプロセッサ（ＮｅｔｗｏｒｋＰｒｏｃｅｓｓｏｒ、ＮＰ）などを含む、汎用プロセッサであってよく、デジタル信号処理装置（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｉｎｇ、ＤＳＰ）、特定用途向け集積回路（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ、ＡＳＩＣ）、現場プログラム可能ゲートアレイ（Ｆｉｅｌｄ－ＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ、ＦＰＧＡ）、又は、他のプログラマブルロジックデバイス、ディスクリートゲート又はトランジスタロジックデバイス、ディスクリートハードウェアコンポーネントなどであってよい。

本願実施例に係るネットワークアドレス変換デバイスは、本願実施例に係るメッセージ転送方法と同様の技術思想に基づき、適用、実行、実現する方法と同じの有利効果を有する。

本願の上記実施例に係るドメイン名アドレスクエリ方法に対応して、本願実施例は、ドメイン名システムをさらに提供する。図１３のように、当該ネットワークアドレス変換デバイスは、プロセッサ１３０１と、機械可読記憶媒体１３０２と、トランシーバ１３０４とを含む。機械可読記憶媒体１３０２には、プロセッサ１３０１によって実行可能な機械実行可能命令が記憶されている。機械実行可能命令は、プロセッサ１３０１に以下のステップを実行させる。

トランシーバ１３０４によって、ネットワークアドレス変換デバイスから送信されたターゲットドメイン名に対する第２のアドレスクエリ要求を受信する。第２のアドレスクエリ要求のソースアドレスは、第１のインターネットプロトコルをサポートする。
第２のアドレスクエリ要求に応答して、ターゲットドメイン名に対応する第２のネットワークアドレスをクエリしる。第２のネットワークアドレスは、第２のインターネットプロトコルをサポートする。
第２のネットワークアドレスを、第１のインターネットプロトコルをサポートする第１のネットワークアドレスに変換する。

トランシーバ１３０４によって、第２のアドレスクエリ要求に対する第２の応答メッセージをネットワークアドレス変換デバイスに送信する。第２の応答メッセージは、第１のネットワークアドレスと、第１のネットワークアドレスと第２のネットワークアドレスとの間のアドレス変換情報とを含む。これにより、ネットワークアドレス変換デバイスは、第１のネットワークアドレスをクライアントに送信して、アドレス変換情報によってクライアントから送信された宛先アドレスが第１のネットワークアドレスであるサービスメッセージに対して宛先アドレス変換を行う。

好ましくは、アドレス変換情報は、第１のネットワークアドレスと第２のネットワークアドレスとの対応情報を含む。

機械実行可能命令は、さらに、プロセッサ１３０１に以下のステップを実行させる。
予め設定されたアドレスプールから、第１のインターネットプロトコルをサポートするネットワークアドレスを、第２のネットワークアドレスが変換する第１のネットワークアドレスとして選択する。

図１３に示すように、ネットワークアドレス変換デバイスは、通信バス１３０３をさらに備えてよい。プロセッサ１３０１と、機械可読記憶媒体１３０２と、トランシーバ１３０４との間には、通信バス１３０３を介して互いに通信できる。通信バス１３０３は、ペリフェラルコンポーネントインターコネクト（ＰｅｒｉｐｈｅｒａｌＣｏｍｐｏｎｅｎｔＩｎｔｅｒｃｏｎｎｅｃｔ、ＰＣＩ）バスやイーアイサ（ＥｘｔｅｎｄｅｄＩｎｄｕｓｔｒｙＳｔａｎｄａｒｄＡｒｃｈｉｔｅｃｔｕｒｅ、ＥＩＳＡ）バスなどであってもよい。当該通信バス１３０３は、アドレスバス、データバス、制御バス等を含んでもよい。

トランシーバ１３０４は無線通信モジュールであってよい。トランシーバ１３０４は、プロセッサ１３０１によって他のデバイス（ＡＣ及び端末）とデータインタラクションを行う。

機械可読記憶媒体１３０２は、ランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭ）を含んでもよいし、非揮発性メモリ（Ｎｏｎ?ＶｏｌａｔｉｌｅＭｅｍｏｒｙ、ＮＶＭ）を含んでよく、例えば、少なくとも１つのディスクメモリを含む。なお、機械可読記憶媒体１３０２は、上記プロセッサから離れた少なくとも１つの記憶装置であってもよい。

プロセッサ１３０１は、中央処理装置（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ、ＣＰＵ）、ネットワークプロセッサ（ＮｅｔｗｏｒｋＰｒｏｃｅｓｓｏｒ、ＮＰ）などを含む、汎用プロセッサであってよく、デジタル信号処理装置（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｉｎｇ、ＤＳＰ）、特定用途向け集積回路（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ、ＡＳＩＣ）、現場プログラム可能ゲートアレイ（Ｆｉｅｌｄ－ＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ、ＦＰＧＡ）、又は、他のプログラマブルロジックデバイス、ディスクリートゲート又はトランジスタロジックデバイス、ディスクリートハードウェアコンポーネントなどであってよい。

本願実施例に係るドメイン名システムは、本願実施例に係るドメイン名アドレスクエリ方法と同様の技術思想に基づき、適用、実行、実現する方法と同じの有利効果を有する。

本願実施例は、上記実施形態に係るメッセージ転送方法及びドメイン名アドレスクエリ方法に対応するコンピューター読取可能な媒体をさらに提供する。図１４に示すコンピューター読取可能な記憶媒体は、コンピュータープログラム（即ち、プログラム製品である）が格納されている光ディスク４０である。上記コンピュータープログラムは、プロセッサ（例えば、上記プロセッサ）によって実行されると、上記任意の実施形態によって提供されるメッセージ転送方法またはドメイン名アドレスクエリ方法を実行する。

なお、上記コンピューター読取可能な記憶媒体の例としては、さらに、相変化メモリ（ＰＲＡＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、動的ランダムアクセスメモリ（ＤＲＡＭ）、その他の種類のランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、電気消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、フラッシュメモリまたはその他の光学的、磁気的な記憶媒体を含むが、これらに限定されない。これ以上の説明をしない。

本願の上記実施例に係るコンピューター読取可能な記憶媒体は、本願実施例に係るメッセージ転送方法及びドメイン名アドレスクエリ方法と同様の発明思想に基づき、適用、実行、実現する方法と同じの有利効果を有する。

本願に係る他の実施例において、命令を含むコンピュータープログラム製品をさらに提供する。その命令がコンピューターに実行されると、コンピューターに上記実施例における任意のメッセージ転送方法またはドメイン名アドレスクエリ方法を実行させる。

なお、図面には、フローチャートとブロック図は、本願の複数の実施例のシステムや方法、コンピュータープログラム製品が実現可能なシステム構成や、機能、操作を表示する。この点で、フローチャートやブロック図におけるブロックは、それぞれ１つのモジュール、プログラムセグメント、コードの一部を表すことができ、前記モジュール、プログラムセグメント、コードの一部は、所定の論理機能を実現するための一つまた複数の実行可能コマンドを含む。なお、代替する実施形態として、ブロックに記載される機能は、図面と違い順に実施することもできる。例えば、係る機能によって、連続の２つのブロックは、実際に同時に実行するこのもあるし、逆順に実行することもある。なお、ブロック図及ぶ／又はフローチャートにおける各ブロック、及び、ブロック図及ぶ／又はフローチャートにおけるブロックの組み合わせは、ハードウエアに基づいて所定の機能や動作を実行する専用のシステムで実現してもよいし、専用のハードウエアとコンピューターコマンドとの組み合わせで実現してよい。

当業者にとって、説明の便宜上、上記システム、装置、及び手段の具体的な動作プロセスは、上記方法の実施例に対応するプロセスを参照することができることを理解するべきのて、これ以上の説明をしない。

本願に係るいくつかの実施例に開示される装置と方法は、他の形態で実現することもできる。以上説明した装置の実施例は、例示的なものにすぎず、例えば、手段の区分は、単に論理的な機能区分であるが、実装する時に、他の区分方法もある。また、例えば、複数の手段またはコンポーネントが他のシステムに結合、統合されることができる。または、いくつかの特徴が省略され、又は実行されないこともできる。なお、表示または説明される相互の結合または直接結合または通信接続は、いくつかの物理ポート、装置または手段を介した間接結合または通信接続であってもよく、電気的、機械的または他の形態であってもよい。

上記分離部品として説明される手段は、物理的に分離されているものであってもなくてもよく、手段として表示される部品は、物理手段であってもなくてもよく、１つの場所に配置されてもよいし、複数のネットワーク手段に分散してもよい。実際のニーズに応じて、本実施例の技術案の目的を達成するように、一部または全部の手段を選択することができる。

なお、本願の各実施例における各機能手段は、１つの処理手段に集積されていてもよいし、物理的に個別に存在していてもよいし、２つ以上の手段が１つの手段に集積されていてもよい。

前記機能は、ソフトウエア機能手段で実現して、単独の製品として販売また使用される場合、コンピューター可読記憶媒体で記憶することもできる。それによって、本願の技術案の本質又は従来技術に貢献する部分また当該技術案の一部は、ソフトウエア製品で実現できる。当該ソフトウエア製品は、記憶媒体に記憶され、コンピューター設備（パソコン、サーバー、ネットワーク設備等である）に本願の各実施例における全部また一部のステップを実行させる複数のコマンドを含める。上記記憶媒体は、ＵＳＢメモリや、読み出し専用メモリ（ＲＯＭ，Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ）、ランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭ）、磁性ディスクまたレーザーディスク等のプログラムコードを記憶できる媒体である。

以上は本願の好ましい実施例だけであり、本願の請求の範囲を限定するものではない。本願の精神及び原則を逸脱しない範囲においてなされた如何なる補正、同等な代替、改善などは、いずれも本願の請求の範囲に含まれている。

Claims

ネットワークアドレス変換デバイスに適用されるメッセージ転送方法であって、
クライアントから送信されたターゲットドメイン名に対する第１のアドレスクエリ要求を受信し、前記クライアントは第１のインターネットプロトコルを使用し、前記ターゲットドメイン名に対応するターゲットサーバーは、第２のインターネットプロトコルを使用することと、
前記ターゲットドメイン名に対応するネットワークアドレスがローカルで見つからなかった場合、前記ターゲットドメイン名に対する第２のアドレスクエリ要求をドメイン名システムに送信することと、
前記第２のアドレスクエリ要求に対して前記ドメイン名システムから返信した第２の応答メッセージを受信し、前記第２の応答メッセージには、第１のネットワークアドレスと、前記第１のネットワークアドレスと第２のネットワークアドレスとの間のアドレス変換情報とが記録されており、前記第２のネットワークアドレスは、前記ターゲットドメイン名に対応する、前記第２のインターネットプロトコルをサポートするネットワークアドレスを含み、前記第１のネットワークアドレスは、前記ドメイン名システムによって前記第２のネットワークアドレスに基づいて変換された、前記第１のインターネットプロトコルをサポートするネットワークアドレスを含むことと、
前記第１のアドレスクエリ要求に対する第１の応答メッセージを前記クライアントに送信し、前記第１の応答メッセージは前記第１のネットワークアドレスを含むことと、
前記クライアントから送信された宛先アドレスが前記第１のネットワークアドレスであるサービスメッセージを受信し、前記アドレス変換情報によって前記サービスメッセージの宛先アドレスを前記第２のネットワークアドレスに変換して、宛先アドレスが変換されたサービスメッセージを前記ターゲットサーバーに送信することと、を含む
メッセージ転送方法。
前記第２の応答メッセージは、前記第１のネットワークアドレスと第２のネットワークアドレスとの間のアドレス変換情報を記録するための追加レコードを含み、
前記第２のアドレスクエリ要求に対して前記ドメイン名システムから返信した第２の応答メッセージを受信した後、さらに、
前記第２の応答メッセージのコンテンツ領域から予め定められたタイプの追加レコードを検索することと、
前記予め定められたタイプの追加レコードから、前記第１のネットワークアドレスと第２のネットワークアドレスとの間のアドレス変換情報を読み取ることと、を含む
請求項１に記載の方法。
前記第２の応答メッセージのコンテンツ領域から予め定められたタイプの追加レコードを検索する前に、さらに、
前記第２の応答メッセージヘッダ情報における追加レコード識別子が第１の識別子である場合、前記第２の応答メッセージのコンテンツ領域から予め定められたタイプの追加レコードを検索することをトリガすること、を含む
請求項２に記載の方法。
前記第２のアドレスクエリ要求に対して前記ドメイン名システムから返信した第２の応答メッセージを受信した後、さらに、
前記第２の応答メッセージに記録された前記第１のネットワークアドレスと前記アドレス変換情報によって、前記第１のネットワークアドレスに対応する第２のネットワークアドレスを確定することと、
前記第１のネットワークアドレス、前記アドレス変換情報、及び前記第２のネットワークアドレスに基づいて、ドメイン名システムキャッシュテーブルエントリを生成してローカルに格納することと、を含む
請求項１に記載の方法。
前記ターゲットドメイン名に対応する第１のネットワークアドレスがローカルで見つかった場合、前記第１のアドレスクエリ要求に対する第１の応答メッセージを前記クライアントに送信することをトリガすること、を含む請求項１に記載の方法。
前記アドレス変換情報は、前記第１のネットワークアドレスと前記第２のネットワークアドレスとの間の変換をするためのプレフィックス情報を含み、
或いは、
前記アドレス変換情報は、前記第１のネットワークアドレスと前記第２のネットワークアドレスとの対応情報を含む
請求項１～５のいずれか一項に記載の方法。
前記サービスメッセージの宛先アドレスを前記第２のネットワークアドレスに変換することは、
前記第１のネットワークアドレスに前記プレフィックス情報を追加又は削除することにより、前記サービスメッセージの宛先アドレスを、前記第１のネットワークアドレスから前記第２のネットワークアドレスに変換すること、
或いは、
前記対応情報によって、前記サービスメッセージの宛先アドレスを、前記第１のネットワークアドレスから前記第２のネットワークアドレスに入れ替えること、を含む
請求項６に記載の方法。
前記アドレス変換情報は、前記第１のネットワークアドレスと前記第２のネットワークアドレスとの間の変換をするためのプレフィックス情報を含み、
前記第２のアドレスクエリ要求に対して前記ドメイン名システムから返信した第２の応答メッセージを受信した後、さらに、
前記プレフィックス情報によって、アドレス変換ルールを生成してローカルに格納し、前記アドレス変換ルールのマッチング項目は、前記プレフィックス情報を含むこと、を含み、
前記サービスメッセージの宛先アドレスを前記第２のネットワークアドレスに変換することは、
前記第１のネットワークアドレスのプレフィックス情報によって、対応するアドレス変換ルールをローカルで検索することと、
対応するアドレス変換ルールが見つかった場合、対応する前記アドレス変換ルールに従って、前記サービスメッセージの宛先アドレスを前記第１のネットワークアドレスから前記第２のネットワークアドレスに変換することと、を含む
請求項６に記載の方法。
ドメイン名システムに適用されるドメイン名アドレスクエリ方法であって、
ネットワークアドレス変換デバイスから送信されたターゲットドメイン名に対する第２のアドレスクエリ要求を受信し、前記第２のアドレスクエリ要求のソースアドレスは、第１のインターネットプロトコルをサポートすることと、
前記第２のアドレスクエリ要求に応答して、前記ターゲットドメイン名に対応する第２のネットワークアドレスをクエリし、前記第２のネットワークアドレスは、第２のインターネットプロトコルをサポートすることと、
前記第２のネットワークアドレスを、前記第１のインターネットプロトコルをサポートする第１のネットワークアドレスに変換することと、
前記第２のアドレスクエリ要求に対して、前記第１のネットワークアドレスと、前記第１のネットワークアドレスと前記第２のネットワークアドレスとの間のアドレス変換情報とを含む第２の応答メッセージを前記ネットワークアドレス変換デバイスに送信することで、前記ネットワークアドレス変換デバイスは、前記第１のネットワークアドレスをクライアントに送信して、前記アドレス変換情報によって前記クライアントから送信された宛先アドレスが前記第１のネットワークアドレスであるサービスメッセージに対して宛先アドレス変換を行うことと、を含む
ドメイン名アドレスクエリ方法。
前記第２の応答メッセージは、前記第１のネットワークアドレスと第２のネットワークアドレスとの間のアドレス変換情報を記録するための追加レコードを含む
請求項９に記載の方法。
前記アドレス変換情報は、
前記第１のネットワークアドレスと前記第２のネットワークアドレスとの間の変換をするためのプレフィックス情報を含み、
或いは、
前記アドレス変換情報は、前記第１のネットワークアドレスと前記第２のネットワークアドレスとの対応情報を含む
請求項９又は１０に記載の方法。
前記アドレス変換情報は、前記第１のネットワークアドレスと前記第２のネットワークアドレスとの対応情報を含み、
前記第２のネットワークアドレスを、前記第１のインターネットプロトコルをサポートする第１のネットワークアドレスに変換することは、
予め設定されたアドレスプールから、第１のインターネットプロトコルをサポートするネットワークアドレスを、前記第２のネットワークアドレスが変換する第１のネットワークアドレスとして選択することを含む
請求項９又は１０に記載の方法。
プロセッサと、
トランシーバと、
前記プロセッサによって実行可能な機械実行可能命令が記憶されている機械可読記憶媒体と、を含むネットワークアドレス変換デバイスであって、
前記機械実行可能命令は、前記プロセッサに、
前記トランシーバによって、クライアントから送信されたターゲットドメイン名に対する第１のアドレスクエリ要求を受信し、前記クライアントは、第１のインターネットプロトコルを使用し、前記ターゲットドメイン名に対応するターゲットサーバーは、第２のインターネットプロトコルを使用するステップと、
前記ターゲットドメイン名に対応するネットワークアドレスがローカルで見つからなかった場合、前記トランシーバによって、前記ターゲットドメイン名に対する第２のアドレスクエリ要求をドメイン名システムに送信するステップと、
前記トランシーバによって、前記第２のアドレスクエリ要求に対して前記ドメイン名システムから返信した第２の応答メッセージを受信し、前記第２の応答メッセージには、第１のネットワークアドレスと、前記第１のネットワークアドレスと第２のネットワークアドレスとの間のアドレス変換情報とが記録されており、前記第２のネットワークアドレスは、前記ターゲットドメイン名に対応する前記第２のインターネットプロトコルをサポートするネットワークアドレスを含み、前記第１のネットワークアドレスは、前記ドメイン名システムによって前記第２のネットワークアドレスに基づいて変換された、前記第１のインターネットプロトコルをサポートするネットワークアドレスを含むステップと、
前記トランシーバによって、前記第１のアドレスクエリ要求に対する第１の応答メッセージを前記クライアントに送信し、前記第１の応答メッセージは、前記第１のネットワークアドレスを含むステップと、
前記トランシーバによって、前記クライアントから送信された宛先アドレスが前記第１のネットワークアドレスであるサービスメッセージを受信し、前記アドレス変換情報によって前記サービスメッセージの宛先アドレスを前記第２のネットワークアドレスに変換して、宛先アドレスが変換されたサービスメッセージを前記ターゲットサーバーに送信するステップと、を実行させる
ネットワークアドレス変換デバイス。
プロセッサと、
トランシーバと、
前記プロセッサによって実行可能な機械実行可能命令が記憶されている機械可読記憶媒体と、を含むネットワークアドレス変換デバイスであって、
前記機械実行可能命令は、前記プロセッサに、
前記トランシーバによって、ネットワークアドレス変換デバイスから送信されたターゲットドメイン名に対する第２のアドレスクエリ要求を受信し、前記第２のアドレスクエリ要求のソースアドレスは、第１のインターネットプロトコルをサポートするステップと、
前記第２のアドレスクエリ要求に応答して、前記ターゲットドメイン名に対応する第２のネットワークアドレスをクエリし、前記第２のネットワークアドレスは、第２のインターネットプロトコルをサポートするステップと、
前記第２のネットワークアドレスを、前記第１のインターネットプロトコルをサポートする第１のネットワークアドレスに変換するステップと、
前記トランシーバによって、前記第２のアドレスクエリ要求に対して、前記第１のネットワークアドレスと、前記第１のネットワークアドレスと前記第２のネットワークアドレスとの間のアドレス変換情報とを含む第２の応答メッセージを前記ネットワークアドレス変換デバイスに送信することで、前記ネットワークアドレス変換デバイスは、前記第１のネットワークアドレスをクライアントに送信して、前記アドレス変換情報によって前記クライアントから送信された宛先アドレスが前記第１のネットワークアドレスであるサービスメッセージに対して宛先アドレス変換を行うステップと、を実行する
ドメイン名システム。
コンピューター読取可能な命令が記憶さていれるコンピューター読取可能な媒体であって、請求項１～８、９～１２のいずれか一項に記載の方法を実現するように、前記コンピューター読取可能な命令がプロセッサによって実行される
コンピューター読取可能な媒体。