JP4514780B2 - 通信装置および通信方法 - Google Patents

Description

本発明は、複数のネットワーク接続時における名前解決方法に関する。

従来、ＩＰ（Internet Protocol）ネットワークでは、ＩＰアドレスによってネットワーク内のノードを一意に特定している。このＩＰアドレスは数値列であり人間には覚えにくい。そこで、人間が識別しやすいように、ドメイン名（以下、ＦＱＤＮ（Fully Qualified Domain Name）ともいう）と呼ばれる文字列情報をＩＰアドレスに対応付けるＤＮＳ（Domain Name System）が一般的に利用されている。ＤＮＳによるネットワークにおいて、クライアント装置のアプリケーションソフトウェア（以下、アプリケーション）がＦＱＤＮを指定してサーバにアクセスする際には、ＦＱＤＮをＩＰアドレスに変換する処理が必要となる。このように、ＦＱＤＮを、そのＦＱＤＮに対応するＩＰアドレスに変換することを、名前解決という。ここで、アプリケーションの要求により名前解決要求パケットを生成して送信する機能部をＤＮＳリゾルバといい、受信した名前解決要求パケットに対応する名前解決結果パケットを生成して応答するサーバプログラムであるＤＮＳサーバプログラムを備えた装置をＤＮＳサーバという。

一般的に、名前解決は、以下のように行われる。すなわち、クライアント装置のアプリケーションは、入力装置から入力されるＦＱＤＮを、ＤＮＳリゾルバに通知する。ＤＮＳリゾルバは、入力されたＦＱＤＮを含む名前解決要求パケットを生成してＤＮＳサーバ（名前解決サーバ）に送信する。名前解決要求パケットを受信したＤＮＳサーバは、ＦＱＤＮとＩＰアドレスとを対応付けた情報である名前解決情報を予め記憶しており、受信した名前解決要求パケットに含まれるＦＱＤＮに対応するＩＰアドレスを名前解決情報から検出し、検出したＩＰアドレスを含む名前解決結果パケットを生成して送信する。インターネットには、このようなＤＮＳサーバが分散して備えられており、ＤＮＳサーバはＤＮＳルートサーバを頂点とするツリー構造を構成する。すなわち、ＤＮＳリゾルバは、近傍のＤＮＳサーバに名前解決できないＦＱＤＮの名前解決を行ったとしても、当該ツリー構造により、最終的にＦＱＤＮに対応するＩＰアドレスを取得することができる。

しかしながら、近年では、クライアント装置に接続されるネットワークの形態が多様化しており、上述のような一般的な名前解決方法では、必ずしも適切な名前解決を行うＤＮＳサーバを一意に特定することができなくなっている。例えば、近年のネットワークには、通信事業者やインターネットプロバイダ等が独自に提供するネットワークや、地域ごとに形成される閉域網や企業ごとに形成されたプライベートネットワーク、ＬＡＮ（Local Area Network）などの特殊なネットワークがある。さらに、これら特殊なネットワークの中には、いわゆるインターネット上のＤＮＳサーバで名前解決が可能であるが、当該ドメイン名と関連付けられたＩＰアドレスのホストに対して、通信できないかまたは通信の制限があるネットワークもある。

さらに、近年のネットワークには、旧来のインターネットプロトコルであるＩＰｖ４（Internet Protocol Version 4）による通信を行うネットワークと、次世代版のインターネットプロトコルとして普及してきたＩＰｖ６（Internet Protocol Version 6）による通信を行うネットワークと、ＩＰｖ４とＩＰｖ６との双方によるパケット転送を行うネットワークとがある。

このように、様々なネットワークに接続されたクライアント装置が名前解決を行う方法には、例えば、接続された全てのネットワークが備えるＤＮＳサーバに対して一度に名前解決要求パケットを送信する方法が考えられる。ＤＮＳリゾルバは、このような名前解決要求に応答のあった名前解決結果のうち、例えば予め定められた優先順位に従って、優先順位が高いとされる名前解決結果によるＩＰアドレスを利用する。ここで、予め定められた優先順位とは、例えば、名前解決要求パケットの送信後に最も早く受信した名前解決結果を採用することや、ドメインごとの信用度により予め設定された優先順位などである。

また、このように、様々なネットワークに接続されたクライアント装置が名前解決要求を行う別の方法として、接続された全てのネットワークが備えるＤＮＳサーバに、予め定められた順番で順次問い合わせを行う名前解決要求パケットを送信する方法が考えられる。

さらに、このような名前解決においては、名前解決要求パケットの送信から応答までの時間はできるだけ短縮されることが望ましい。そこで、名前解決結果を一時保存（キャッシュ）する方法が考えられる。例えば、名前解決要求を行うＤＮＳリゾルバを備えるクライアント装置または名前解決要求パケットを中継する中継装置が、一度得た名前解決結果情報（ＦＱＤＮと対応するＩＰアドレスとの情報）を記憶しておく、または、高頻度で名前解決が行われるＦＱＤＮについて、クライアント装置や中継装置の起動時などに名前解決要求を出し、その名前解決結果を記憶しておく。そして、記憶された同じＦＱＤＮの名前解決要求を行う際または受けた際には、ＤＮＳサーバに名前解決要求を送信せず、記憶している名前解決結果を利用する（例えば、特許文献１、非特許文献１）。

このように、ＤＮＳリゾルバや名前解決の中継装置によって名前解決結果を一時保存（キャッシュ）すれば、ネットワーク上のＤＮＳサーバへの名前解決要求を行う回数を減らし、また、名前解決結果を得るまでの時間を短くすることができる。一般的には、この様なキャッシュは、名前解決結果のそれぞれに設定される有効期限に従って、有効期限を経過した名前解決結果（ＩＰアドレス）は無効化される。
特開２００４−２９７４９４号公報 「ＤＮＳ＆ＢＩＮＤ（第４版）」、Paul Albitz（原著）、Cricket Liu（著）、高田広章（翻訳）．小島育夫（翻訳）、小館光正（翻訳） オライリー・ジャパン発行 ２００２年２月２６日

しかしながら、上述のように多様なネットワーク形態において名前解決を行う方法に関する従来技術には、以下のような問題がある。
まず、接続された全てのネットワークのＤＮＳサーバに対して一度に名前解決要求パケットを送信する方法においては、ＤＮＳリゾルバが接続された全てのＤＮＳサーバに対して名前解決要求パケットを送信するため、ＤＮＳの構造上、ルートサーバなどの上位のサーバに過度の処理負担がかかり、望ましい方法ではない。

さらに，特殊なネットワーク上のドメインの場合、インターネット上のＤＮＳサーバでは名前解決ができないため、一度に複数のインターネット上のＤＮＳサーバに名前解決要求パケットを送信した場合、名前解決ができないにもかかわらず、ルートサーバにまで解決要求が複数届いてしまう。これがネットワークやインターネット上のＤＮＳに負荷をかけることになり、いわゆるＲＦＣ（Request for Comments）勧告などによるインターネットの推奨的な利用ルールを満たさないため、望ましい方法ではない。

また、接続されたネットワークのＤＮＳサーバに対して、順次、名前解決要求を送信する方法においては、最終的に名前解決を行うＤＮＳサーバに辿りつくまでに長い時間が経過してしまう場合がある。さらに、ここで、名前解決要求を受信したＤＮＳサーバが、要求に対応する名前解決結果を記憶していない場合、名前解決を行えないことを示す情報を応答するとは限らない。すなわち、名前解決要求に対して、ＤＮＳサーバは無応答となる場合がある。名前解決要求を送信したＤＮＳリゾルバは、予め設定された待ち時間が経過（タイムアウト）するまで、待ちの状態となる。このように、順次問い合わせを実行する場合、応答が得られるまでに長い時間が経過してしまう可能性がある。また、ここで、ＤＮＳリゾルバのタイムアウト制限を超えた時間が経過すれば、ユーザはネットワークに接続するサービスを受けられないこととなる。すなわち、順次問い合わせによる名前解決は、クライアント装置のユーザの利便性を考慮すると、望ましい方法ではない。

また、ＩＰｖ４ネットワークとＩＰｖ６ネットワークとの混在環境では、以下の３つの課題を解決する名前解決方法が望ましい。第１に、ネットワーク層（レイヤ３）におけるＩＰｖ４パケットとＩＰｖ６パケットとのヘッダに互換性がないことである。第２に、レイヤ４以上において、ＩＰｖ４形式のアドレスを問い合わせるシングルＡ（Ａ）クエリ、ＩＰｖ６形式のアドレスを問い合わせるクアッドＡ（ＡＡＡＡ）クエリ、ＩＰｖ４形式とＩＰｖ６形式とのどちらもの形式のアドレスを問い合わせるａｎｙクエリの形式がある。第３に、上述のような多様なネットワーク形態において、それぞれのＤＮＳサーバの解決可能なＦＱＤＮの所掌範囲が異なることである。これらの３つの課題が任意に組み合わされた状態で送信される多様な名前解決要求に対して、どのネットワーク上のＤＮＳサーバに問い合わせをすれば、正しい名前解決ができるか判断する仕組みが必要となる。

さらに、近年の多様化したネットワークに接続されるクライアント装置は、ＰＣ（Personal Computer）であったり、ＰＤＡ（Personal Digital Assistant）であったりして機能・性能にばらつきがあるため、クライアント装置に名前解決のための複雑な処理を行わせることは必ずしも適切ではない。
本発明は、このような状況に鑑みてなされたもので、上述のような多様なネットワーク形態に接続された状態で、効率良く名前解決を行うＤＮＳプロキシ機能を備えた通信装置および方法を提供する。

上述した課題を解決するために、本発明は、ネットワークに備えられるいずれかのＤＮＳサーバによって名前解決を行うＩＰ通信可能な通信装置であって、ドメイン名情報と、ドメイン名情報を名前解決可能なＤＮＳサーバにアクセスするための接続補助情報とを対応付けて予め記憶する記憶手段（例えば、記憶部２３０−１）と、入力される第１の名前解決要求情報に含まれるドメイン名情報に対応する接続補助情報が、記憶手段に記憶されているか否かを判定する名前解決制御手段と（例えば、名前解決制御部２６０−１）、名前解決制御手段が、記憶手段にドメイン名情報に対応する接続情報が記憶されていると判定すると、接続情報を読み出し、読み出した接続補助情報に基づいて、ドメイン名情報を名前解決可能なＤＮＳサーバに、ドメイン名情報を含む第２の名前解決要求情報を送信し、当該ＤＮＳサーバから当該第２の名前解決要求情報に対応する名前解決結果情報を受信する名前解決代理手段（例えば、名前解決代理部２５０−１）と、を備えることを特徴とする。

本発明は、上述の記憶手段は、ドメイン名情報と、ドメイン名情報を解決可能なＤＮＳサーバのＩＰアドレスであるＤＮＳサーバＩＰアドレスとを対応付けた情報である第１の対応情報（例えば、Ｐｈａｓｅ１テーブル２３２−１）を、接続補助情報として予め記憶し、名前解決代理手段は、名前解決制御手段が、ドメイン名情報に対応するＤＮＳサーバＩＰアドレスを、記憶手段に第１の対応情報として記憶されていると判定した場合に、そのＤＮＳサーバＩＰアドレスを宛先として、第１の名前解決要求情報を、第２の名前解決要求情報として送信し、当該第２の名前解決要求情報に対応する名前解決結果情報を受信する第１の名前解決代理手段（例えば、Ｐｈａｓｅ１処理部２５２−１）を含み、名前解決結果情報を出力する名前解決結果出力手段をさらに備えることを特徴とする。

本発明は、上述のネットワークは、第１のネットワークプロトコルと第２のネットワークプロトコルとによる通信が行われており、第１の名前解決要求情報は、第１のネットワークプロトコルによる名前解決要求情報であり、ＤＮＳサーバは、第２のネットワークプロトコルによる名前解決を行い、記憶手段は、ドメイン名情報と、第１のネットワークプロトコルにより予め定められた第１のネットワークのＩＰアドレスと、ドメイン名情報に対応する第２のネットワークプロトコルによるＩＰアドレスである第２のネットワークのＩＰアドレスとを対応付けた情報である第２の対応情報（例えば、Ｐｈａｓｅ０テーブル２３１−１）を、接続補助情報として記憶し、名前解決制御手段が、ドメイン名情報に対応する第１のネットワークアドレスが記憶手段に第２の対応情報として記憶されていると判定した場合に、第１のネットワークのＩＰアドレスを名前解決結果として出力する名前解決結果出力手段（例えば、名前解決結果送信部２８０−１）をさらに備えることを特徴とする。

本発明は、上述の名前解決代理手段は、ＤＮＳサーバに、第２のネットワークプロトコルにより、ドメイン名情報を含む第２の名前解決要求情報を送信し、当該第２の名前解決要求情報に対応する第２の名前解決結果情報を受信する第２の名前解決代理手段（例えば、Ｐｈａｓｅ０処理部２５１−１）を含み、名前解決制御手段は、第１のネットワークのＩＰアドレスに対応する第２のネットワークのＩＰアドレスが、記憶手段に第２の対応情報として記憶されていないと判定した場合に、第２の名前解決代理手段を動作させることを特徴とする。

本発明は、上述の第２の名前解決代理手段が受信する第２の名前解決結果情報から、第２のドメイン名情報に対応する第２のネットワークのＩＰアドレスを検出し、検出した第２のネットワークのＩＰアドレスとドメイン名情報とを対応付けた情報を第２の対応情報として記憶手段に記憶させる対応情報更新手段（例えば、対応情報更新部２４０−１）をさらに備えることを特徴とする。

本発明は、上述の第１のネットワークプロトコルによる第１のネットワークのＩＰアドレスを宛先とするＩＰパケットを受信すると、記憶手段に記憶された第２の対応情報から、当該第１のネットワークのＩＰアドレスに対応する第２のネットワークのＩＰアドレスを読み出し、ＩＰパケットのヘッダ情報を、第２のネットワークのＩＰアドレスを宛先とする第２のネットワークプロトコルによるヘッダ情報に変換するプロトコル変換手段（例えば、ＩＰヘッダ変換部２２０−１）をさらに備えることを特徴とする。

本発明は、上述の記憶手段は、予め定められた優先順位と、ＤＮＳサーバＩＰアドレスと、当該ＤＮＳサーバＩＰアドレスへの通信が有効か無効かを示す状態情報とを対応付けた第３の対応情報を記憶し、名前解決代理手段は、記憶手段から、第３の対応情報のうち、状態情報が有効であり、かつ最も優先順位が高いことを示すＤＮＳサーバＩＰアドレスを検出して、検出したＤＮＳサーバＩＰアドレスに、第１の名前解決要求情報を第２の名前解決要求情報として転送し、当該第２の名前解決要求情報に対応する名前解決結果情報を受信する第３の名前解決代理手段（例えば、Ｐｈａｓｅ２処理部２５３−１）を含み、名前解決制御手段は、第１の名前解決要求情報に含まれるドメイン名情報に対応する情報を、記憶手段に記憶された第１の対応情報から検出できないか、または、記憶手段に記憶された第２の対応情報から検出できないか、または双方の場合に、第３の名前解決代理手段を動作させることを特徴とする。

本発明は、上述の名前解決代理手段は、予め記憶されたＤＮＳサーバＩＰアドレスに対して名前解決要求を行うか、ＤＨＣＰサーバから受信するＤＮＳサーバＩＰアドレスに対して名前解決要求を行うかのいずれかによって名前解決を行う第４の名前解決代理手段（例えば、Ｐｈａｓｅ３処理部２５４−１）を含み、名前解決制御手段は、第３の名前解決代理手段が、記憶手段に記憶された第３の対応情報から、ＤＮＳサーバＩＰアドレスを検出しなかった場合に、第４の名前解決代理手段を動作させることを特徴とする。

本発明は、上述のネットワークに備えられるいずれかのＤＮＳサーバによって名前解決を行うＩＰ通信可能な通信装置の通信方法であって、記憶手段に、ドメイン名情報と、ドメイン名情報を名前解決可能なＤＮＳサーバにアクセスするための接続補助情報とを対応付けて予め記憶させるステップと、名前解決制御手段が、入力される第１の名前解決要求情報に含まれるドメイン名情報に対応する接続補助情報が記憶手段に記憶されているか否かを判定するステップと、名前解決制御手段が、第１の名前解決要求情報に含まれるドメイン名情報に対応する接続情報が記憶手段に記憶されていると判定した場合に、名前解決代理手段が、接続情報を読み出し、読み出した接続補助情報に基づいて、ドメイン名情報を名前解決可能なＤＮＳサーバに、ドメイン名情報を含む第２の名前解決要求情報を送信し、当該ＤＮＳサーバから当該第２の名前解決要求情報に対応する名前解決結果情報を受信するステップと、を備えることを特徴とする。

本発明は、上述の記憶手段は、ドメイン名情報と、ドメイン名情報を解決可能なＤＮＳサーバのＩＰアドレスであるＤＮＳサーバＩＰアドレスとを対応付けた情報である第１の対応情報を、接続補助情報として予め記憶し、名前解決制御手段が、ドメイン名情報に対応するＤＮＳサーバＩＰアドレスが記憶手段に第１の対応情報として記憶されていると判定した場合に、名前解決代理手段が含む第１の名前解決代理手段が、ＤＮＳサーバＩＰアドレスを宛先として、第１の名前解決要求情報を、第２の名前解決要求情報として送信し、当該第２の名前解決要求情報に対応する名前解決結果情報を受信するステップと、名前解決結果出力手段が、名前解決結果情報を出力するステップと、を備えることを特徴とする。

本発明は、上述のネットワークは、第１のネットワークプロトコルと第２のネットワークプロトコルとによる通信が行われており、第１の名前解決要求情報は、第１のネットワークプロトコルによる名前解決要求情報であり、ＤＮＳサーバは、第２のネットワークプロトコルによる名前解決を行い、記憶手段に、ドメイン名情報と、第１のネットワークプロトコルにより予め定められた第１のネットワークのＩＰアドレスと、ドメイン名情報に対応する第２のネットワークプロトコルによるＩＰアドレスである第２のネットワークのＩＰアドレスとを対応付けた情報である第２の対応情報を、接続補助情報として記憶させるステップと、名前解決結果出力手段が、名前解決制御手段がドメイン名情報に対応する第１のネットワークアドレスが記憶手段に第２の対応情報として記憶されていると判定した場合に、第１のネットワークのＩＰアドレスを名前解決結果として出力するステップとを備えることを特徴とする。

本発明は、上述の名前解決代理手段が含む第２の名前解決代理手段が、ＤＮＳサーバに、第２のネットワークプロトコルにより、ドメイン名情報を含む第２の名前解決要求情報を送信し、当該第２の名前解決要求情報に対応する第２の名前解決結果情報を受信するステップと、名前解決制御手段が、第１のネットワークのＩＰアドレスに対応する第２のネットワークのＩＰアドレスが、記憶手段に第２の対応情報として記憶されていないと判定した場合に、第２の名前解決代理手段を動作させるステップとを備えることを特徴とする。

本発明は、上述の対応情報更新手段が、第２の名前解決代理手段が受信する第２の名前解決結果情報から、第２のドメイン名情報に対応する第２のネットワークのＩＰアドレスを検出し、検出した第２のネットワークのＩＰアドレスとドメイン名情報とを対応付けた情報を第２の対応情報として記憶手段に記憶させることを特徴とする。

本発明は、上述のプロトコル変換手段が、第１のネットワークプロトコルによる第１のネットワークのＩＰアドレスを宛先とするＩＰパケットを受信すると、記憶手段に記憶された第２の対応情報から、当該第１のネットワークのＩＰアドレスに対応する第２のネットワークのＩＰアドレスを読み出し、ＩＰパケットのヘッダ情報を、第２のネットワークのＩＰアドレスを宛先とする第２のネットワークプロトコルによるヘッダ情報に変換するステップを備えることを特徴とする。

本発明は、上述の記憶手段は、予め定められた優先順位と、ＤＮＳサーバＩＰアドレスと、当該ＤＮＳサーバＩＰアドレスへの通信が有効か無効かを示す状態情報とを対応付けた第３の対応情報を記憶し、名前解決代理手段が含む第３の名前解決代理手段が、前記記憶手段から、前記第３の対応情報のうち、状態情報が有効であり、かつ、最も優先順位が高いことを示すＤＮＳサーバＩＰアドレスを検出して、検出したＤＮＳサーバＩＰアドレスに、前記第１の名前解決要求情報を第２の名前解決要求情報として転送し、当該第２の名前解決要求情報に対応する名前解決結果情報を受信するステップと、名前解決制御手段が、第１の名前解決要求情報に含まれるドメイン名情報に対応する情報を、記憶手段に記憶された第１の対応情報から検出できないか、または、記憶手段に記憶された第２の対応情報から検出できないか、または双方の場合に、第３の名前解決代理手段を動作させるステップとを備えることを特徴とする。

本発明は、上述の名前解決代理手段が備える第４の名前解決代理手段が、予め記憶されたＤＮＳサーバＩＰアドレスに対して名前解決要求を行うか、ＤＨＣＰサーバから受信するＤＮＳサーバＩＰアドレスに対して名前解決要求を行うかのいずれかによって名前解決を行うステップと、名前解決制御手段は、第３の名前解決代理手段が、前記記憶手段に記憶された第３の対応情報から、ＤＮＳサーバＩＰアドレスを検出しなかった場合に、第４の名前解決代理手段を動作させることを特徴とする。

以上説明したように、本発明によれば、多様なネットワークに接続された環境において、予め記憶されるドメイン名を含む名前解決要求が入力された場合に、予め定められた最適なＤＮＳサーバに関する接続補助情報を検出して名前解決要求を代理するようにしたので、名前解決要求をその複数のネットワークのうちのいずれのＤＮＳサーバに対して行えば名前解決結果が得られるかを、効率良く特定する通信手段を提供することができる。

さらに、本発明によれば、予め記憶されるドメイン名を含む名前解決要求が入力された場合に、そのドメイン名に対応するＤＮＳサーバのＩＰアドレスを予め記憶し、記憶されたＩＰアドレスに基づいて名前解決要求の送信を代理するようにしたので、接続可能なＤＮＳサーバの全てに名前解決要求を送信することなく、予め最適と定められたＤＮＳサーバにのみ名前解決要求を行うことができる。

さらに、本発明によれば、第１のネットワークプロトコルによる第１のネットワークアドレスと、第２のネットワークプロトコルによる第２のネットワークアドレスとを対応付けた情報である第２の対応情報を予め記憶し、名前解決要求に対しては第１のネットワークアドレスを出力するようにしたので、名前解決要求情報が基づくネットワークプロトコルと、その名前解決結果を解決可能なＤＮＳサーバのネットワークプロトコルが異なっている場合にも、入力される名前解決要求に対応する名前解決結果を出力することができる。

さらに、本発明によれば、第１のネットワークプロトコルによる名前解決要求情報を受信し、その名前解決要求情報に含まれるドメイン名に対応する第２のネットワークプロトコルによるＩＰアドレスが記憶されていなかった場合に、その名前解決要求を解決することが可能なＤＮＳサーバへの名前解決要求を代理して行うようにしたので、最新のネットワーク環境における名前解決結果を出力することができる。

さらに、本発明によれば、第２のネットワークプロトコルによる名前解決結果を記憶しておき、既に記憶されたドメイン名を含んだ名前解決要求を受信した際には、再度名前解決要求を行うことなく、対応する名前解決結果を出力することができる。

さらに、本発明によれば、第１のネットワークプロトコルによる第１のネットワークアドレスを宛先とするＩＰパケットのヘッダ情報を、第１のネットワークアドレスに対応しえて予め記憶された第２のネットワークアドレスを宛先とするヘッダ情報に変換して送信するようにしたので、異なるネットワークプロトコルを用いる装置間の通信を可能とさせることができる。

さらに、本発明によれば、上述の方法により名前解決できないと検出される場合には、予め定められた優先順位に基づいて選択される通信可能なＤＮＳサーバに名前解決要求を送信するようにしたので、複数の通信可能なＤＮＳサーバへの経路がある場合でも、優先順位に基づいて名前解決を行うことができる。このように、通信可能な経路のうち、優先順位が最も高いＤＮＳサーバに対して名前解決要求を行うようにしたので、ネットワークやＤＮＳサーバへの負荷を最小に抑えることができる。

さらに、本発明によれば、上述の方法により名前解決できないと検出される場合には、予め記憶されたＤＮＳサーバＩＰアドレスに対して名前解決要求を行うか、ＤＨＣＰサーバから受信するＤＮＳサーバＩＰアドレスに対して名前解決要求を行うかのいずれかによって名前解決を行うようにしたので、ネットワーク上のいずれかのＤＮＳサーバに接続することができる。これによれば、名前解決ができないという事態や、ＦＱＤＮが指し示す相手と通信ができないという事態を最大限避けることができる。

このように、本発明によれば、複数の名前解決要求手段を使い分けることで、ネットワークにできるだけ負荷をかけず、かつ、様々な形態のネットワークへの名前解決要求に対する名前解決結果を提供し、名前解決要求を送信してくるＤＮＳリゾルバに対して、単一のＤＮＳサーバを仮想的にみせるＤＮＳプロキシとしての機能を提供することが可能となる。

以下、本発明の一実施形態について、図面を参照して説明する。
＜ネットワーク環境＞
図１は、本発明の一実施形態による通信装置を用いるネットワーク環境を示す図である。本実施形態によるネットワーク環境には、ＩＰｖ４閉域ネットワーク９００と、ＩＰｖ４閉域ネットワーク９００と通信可能なＩＰｖ４クライアント装置１００−２とＩＰｖ６クライアント装置１０１−１と、ＩＰｖ４クライアント装置１００−２とＩＰｖ４閉域ネットワーク９００の通信を中継する回線終端装置２００−２と、ＩＰｖ６クライアント装置１０１−１とＩＰｖ４閉域ネットワーク９００の通信を中継する回線終端装置２００−３と、ＩＰｖ４閉域ネットワーク９００に備えられたＤＮＳサーバ９１１と、ＩＰｖ４閉域ネットワーク９００に接続されたＩＰｖ４インターネット３０１と、ＩＰｖ４インターネット３０１が備えるＩＰｖ４ＤＮＳサーバ３１１と情報サーバ５２１と、ＩＰｖ４閉域ネットワーク９００に接続されたＩＰｖ４プライベートネットワーク５０１と、ＩＰｖ４プライベートネットワーク５０１が備えるＩＰｖ４プライベートＤＮＳサーバ５１１と情報サーバ５２０と情報サーバ５２４とが備えられる。

さらに、本実施形態によるネットワーク環境には、ＩＰｖ６閉域ネットワーク９０１と、ＩＰｖ６閉域ネットワーク９０１と通信可能なＩＰｖ４クライアント装置１００−１とＩＰｖ６クライアント装置１０１−２と、ＩＰｖ４クライアント装置１００−１とＩＰｖ６閉域ネットワーク９０１との通信を中継する回線終端装置２００−１と、ＩＰｖ６クライアント装置１０１−２とＩＰｖ６閉域ネットワーク９０１の通信を中継する回線終端装置２００−４と、ＩＰｖ６閉域ネットワーク９０１に備えられたＤＮＳサーバ９１２と、ＩＰｖ６閉域ネットワーク９０１に接続されたＩＰｖ６インターネット３０２と、ＩＰｖ６インターネット３０２が備えるＩＰｖ６ＤＮＳサーバ３１２と情報サーバ５２３と、ＩＰｖ６閉域ネットワーク９０１に接続されたＩＰｖ６プライベートネットワーク５０２と、ＩＰｖ６プライベートネットワーク５０２が備えるＩＰｖ６プライベートＤＮＳサーバ５１２と情報サーバ５２０とが備えられる。ここで、ＩＰｖ４インターネット３０１とＩＰｖ６インターネット３０２とは、ルートサーバ１０と、ＤＮＳサーバ１１とを備えている。

ルートサーバ１０は、ＤＮＳサーバのツリー構造の頂点にある情報を記憶する。ＤＮＳサーバ１１は、ＩＰｖ４とＩＰｖ６とのいずれものネットワークプロトコルによる名前解決を行うＤＮＳサーバである。
ＩＰｖ４閉域ネットワーク９００は、ＩＰｖ４による通信を行うネットワークである。回線終端装置２００−２は、ＩＰｖ４閉域ネットワーク９００とユーザが利用するＩＰｖ４クライアント装置１００−２との通信を中継する通信装置である。ＩＰｖ４クライアント装置１００−２は、ユーザが利用する通信端末であり、例えば、ＰＣやＰＤＡである。ＩＰｖ４クライアント装置１００−２は、ＩＰｖ４によりネットワーク通信を行う。

回線終端装置２００−３は、回線終端装置２００−２と同様の構成をしている。回線終端装置２００−３は、ＩＰｖ４閉域ネットワーク９００とユーザが利用するＩＰｖ６クライアント装置１０１−１との通信を中継する通信装置である。ＩＰｖ６クライアント装置１０１−１は、ユーザが利用する通信端末である。ＩＰｖ６クライアント装置１０１−１は、ＩＰｖ６によりネットワーク通信を行う。

ＤＮＳサーバ９１１は、ＩＰｖ４閉域ネットワーク内で用いられるＦＱＤＮの名前解決を行うサーバであり、ルートサーバ１０と接続された場合はグローバルドメインの名前解決ができると同時に、ＩＰｖ４閉域ネットワーク９００内のみで用いられる特殊ドメインの名前解決を実施することもできるサーバであり、ＩＰｖ４閉域ネットワーク９００に備えられる。ＩＰｖ４インターネット３０１は、例えば、ＩＳＰ（インターネットサービスプロバイダ）によって提供されるネットワークであり、インターネットに接続されている。情報サーバ５２１は、ネットワークを介して、情報通信によるサービスを提供するサーバ装置であり、例えば、ウェブサーバである。ＩＰｖ４ＤＮＳサーバ３１１は、ＩＰｖ４によるドメイン名の名前解決を行う。

ここで、以下の説明で使用するドメインに関する用語について定義する。まず、グローバルドメインとは、インターネットに接続することができるネットワークエリア、サブネットであり、いわゆるＷＡＮ（Wide Area Network）である。グローバルドメイン名とは、インターネット上で唯一無二が保証されており、ＩＡＮＡ（Internet Assigned Numbers Authority）などのドメイン名とグローバルＩＰアドレスとの組み合わせの管理をしている団体に登録している文字列である。

このようなドメイン名は、通常、ドメイン名が指し示すホスト（サーバ）を英数字による文字列で表したものであり、インターネット上のＤＮＳルートサーバと通信可能なＤＮＳサーバによってグローバルＩＰアドレスに変換することが可能となっている。ここで、ＤＮＳルートサーバは、ＤＮＳにおいて、ドメイン名空間の頂点（ＴＬＤ、Top Level Domain）の情報を記憶するサーバである。すなわち、グローバルドメインに備えられた各ＤＮＳサーバは、名前解決要求を受けたドメイン名が、自装置が記憶しているものではなく、かつキャッシュデータもない場合は、再帰検索を行ってＩＰアドレスを検索する。再帰検索は、ＤＮＳルートサーバまで辿って問い合わせを行い、検索対象のドメイン名のＴＬＤに対応するＤＮＳサーバのＩＰアドレスを取得し、以後、順次下位ドメインのＤＮＳサーバを辿っていき、名前解決要求を受けたドメイン名に対応するＩＰアドレスを記憶するＤＮＳサーバを探し出してＩＰアドレスを取得する。

ただし、このような名前解決を行うことが可能であったとしても、そのホストが実際にインターネット上にあるかどうか（パケットの到達性があるかどうか）ということと、名前解決ができるかどうかということとは独立事象となる。すなわち、図２に示されるように、インターネット上のルートサーバ１０にて名前解決可能であるが、名前解決結果としてのＩＰアドレスを有するホスト１００１との通信は制限されている場合がある。例えば、図２に示されるホスト１００１は、ドメイン名を「ａａａ．ｃｏｍ」とし、ＩＰアドレスを「９９．８８．７７．６６」とするホストであり、ＩＳＰ−Ｂによって運営されるＩＳＰ−Ｂネットワーク１００３に設けられた閉域網であるプライベートネットワーク１００４に備えられるホストである。ここで、ＩＳＰ−Ｂネットワーク１００３は、例えば、予め承認された通信装置のみからのホスト１００１への通信を中継するように構成される。

ルートサーバ１０は、名前解決情報として、例えば、「ａａａ．ｃｏｍ」と対応付けてＩＰアドレス「９９．８８．７７．６６」を記憶している。ここで、通信装置１００５は、「ａａａ．ｃｏｍ」のドメイン名の名前解決要求は、ＩＳＰ−Ａネットワーク１００２を経由しても、ＩＳＰ−Ｂネットワーク１００３を経由しても、どちらでもルートサーバ１０からの応答としてＩＰアドレス「９９．８８．７７．６６」の情報を含んだ名前解決結果を受信することが可能である。しかしながら、通信装置１００５は、ＩＰアドレス「９９．８８．７７．６６」へ接続する場合には、ＩＳＰ−Ｂネットワーク１００３を経由しなければならないし、ＩＳＰ−Ｂネットワーク１００３によって接続が制限されていれば、プライベートネットワーク１００４に備えられるホスト１００１に接続することはできない。例えば、図１においては、情報サーバ５２０および情報サーバ５２２にこのような特殊なドメイン名が付与されている。

次に、ローカルドメインとは、インターネットにつながっていないネットワークエリア、サブネットであり、いわゆるＬＡＮ（Local Area Network）である。ローカルドメイン名とは、利用者がホストやエリアに対して付けた文字列であり、唯一無二は保証されていない。このようなドメイン名は、ＤＮＳのルートサーバではＩＰアドレスに変換できない。ローカルドメイン名は、通常、利用者やＬＡＮ構築者が設置したＤＮＳサーバでのみ名前解決ができる。この場合も、名前解決ができるかどうかということとその名前解決結果が指し示すホストに対してパケット到達性があるかどうかということとは独立事象である。図１では、例えば、情報サーバ５２０はローカルドメインである。ここで、ローカルドメインと、上述の図２に示されたホスト１００１のような、グローバルドメインに備えられたＤＮＳサーバで解決可能であるがパケットの到達性のないまたは制限されたホストのドメインとを、特殊ドメインといい、特殊ドメインにあるドメイン名を特殊ドメイン名という。

図１におけるＩＰｖ４プライベートネットワーク５０１は、特殊ドメインである。すなわち、ＩＰｖ４プライベートネットワーク５０１は、ＩＰｖ４閉域ネットワーク９００に接続された閉域網であり、ＩＰｖ４プライベートネットワーク５０１の管理者によってアクセス制限が加えられている。ＩＰｖ４プライベートネットワーク５０１は、ＩＰｖ４プライベートＤＮＳサーバ５１１を備えている。ＩＰｖ４プライベートＤＮＳサーバ５１１は、例えば、ＩＰｖ４プライベートネットワーク５０１に備えられるホストに対応付けられたドメイン名の名前解決を行う。ＩＰｖ４プライベートネットワーク５０１において名前解決されるドメイン名は、特殊ドメイン名である。

ＩＰｖ６閉域ネットワーク９０１は、ＩＰｖ６による通信を行うＩＰネットワークである。回線終端装置２００−１は、回線終端装置２００−２と同様の構成をしており、ＩＰｖ６閉域ネットワーク９０１とユーザが利用するＩＰｖ４クライアント装置１００−１との通信を中継する通信装置である。ＩＰｖ４クライアント装置１００−１は、ユーザが利用する通信端末である。ＩＰｖ４クライアント装置１００−１は、ＩＰｖ４によりネットワーク通信を行う。

回線終端装置２００−４は、回線終端装置２００−３と同様の構成をしている。回線終端装置２００−４は、ＩＰｖ６閉域ネットワーク９０１とユーザが利用するＩＰｖ６クライアント装置１０１−２との通信を中継する通信装置である。ＩＰｖ６クライアント装置１０１−２は、ユーザが利用する通信端末である。ＩＰｖ６クライアント装置１０１−２は、ＩＰｖ６によりネットワーク通信を行う。

ＤＮＳサーバ９１２は、ＩＰｖ６閉域ネットワーク内で用いられるＦＱＤＮの名前解決を行うサーバであり、ルートサーバ１０と接続された場合はグローバルドメインの名前解決ができると同時に、ＩＰｖ６閉域ネットワーク９０１内のみで用いられる特殊ドメインの名前解決を実施することもできるサーバであり、ＩＰｖ６閉域ネットワーク９０１に備えられる。ＩＰｖ６インターネット３０２は、例えば、ＩＳＰ（インターネットサービスプロバイダ）によって提供されるネットワークであり、インターネットに接続されている。ＩＰｖ６ＤＮＳサーバ３１２は、ドメイン名の名前解決を行う。情報サーバ５２３は、ネットワークを介して、情報通信によるサービスを提供するサーバ装置であり、例えば、ウェブサーバである。

ＩＰｖ６プライベートネットワーク５０２は、特殊ドメインである。すなわち、ＩＰｖ６プライベートネットワーク５０２は、ＩＰｖ６閉域ネットワーク９０１に接続された閉域網であり、ＩＰｖ６プライベートネットワーク５０２の管理者によってアクセス制限が加えられている。ＩＰｖ６プライベートＤＮＳサーバ５１２は、例えば、ＩＰｖ６プライベートネットワーク５０２に備えられるホストに対応付けられた特殊ドメイン名の名前解決を行う。情報サーバ５２２は、ネットワークを介して、情報通信によるサービスを提供するサーバ装置であり、例えば、ウェブサーバである。

上述のように、回線終端装置２００−１、回線終端装置２００−２、回線終端装置２００−３、回線終端装置２００−４との回線終端装置は、同様の構成をしており、図１に示されたような多様なネットワーク形態のホスト間の通信を可能とする通信装置である。
なお、図１には、インターネットに接続されるネットワークとしてＩＰｖ４閉域ネットワーク９００とＩＰｖ６閉域ネットワーク９０１とを示したが、それぞれのネットワークは複数あって良い。また、ＩＰｖ４閉域ネットワーク９００およびＩＰｖ６閉域ネットワーク９０１に接続されるプライベートネットワークも複数あっても良いし、回線終端装置、クライアント装置も、それぞれ複数台存在していても良い。

＜通信装置：構成＞
図３は、本実施形態による通信装置である回線終端装置２００−１の構成を示すブロック図である。
回線終端装置２００−１は、例えば、通信事業者やネットワークサービスプロバイダから提供されるネットワーク中継装置であり、ユーザが利用するクライアント装置に、ネットワークへの接続環境を提供する。回線終端装置２００−１は、通信部２１０−１と、ＩＰヘッダ変換部２２０−１と、記憶部２３０−１と、対応情報更新部２４０−１と、ＤＨＣＰクライアント部２４５−１と、ＤＨＣＰサーバ部２４６−１と、名前解決代理部２５０−１と、名前解決制御部２６０−１と、名前解決要求受信部２７０−１と、名前解決結果送信部２８０−１と、ＤＮＳリゾルバ２９０−１とを備えている。

通信部２１０−１は、インターネットなどの外部ネットワークと通信を行う。外部ネットワークには、例えば、ＩＰｖ４によるパケット転送を行うネットワークと、ＩＰｖ６によるパケット転送を行うネットワークと、ＩＰｖ４とＩＰｖ６との双方によるパケット転送を行うネットワークとがある。本実施形態において、ネットワークには、上述のように、グローバルドメインと、特殊ドメインとが存在する。

通信部２１０−１は、例えば、ＩＰｖ４通信部２１１−１と、ＩＰｖ６通信部２１２−１とを備えている。ＩＰｖ４通信部２１１−１は、ＩＰｖ４パケットによる通信を行い、ＩＰｖ６通信部２１２−１は、ＩＰｖ６パケットによる通信を行う。ＩＰパケットは大別してヘッダ部とボディ部から構成されており、ＩＰｖ４パケットと、ＩＰｖ６パケットでは、ヘッダ部が異なる構造となっている。すなわち、ＩＰｖ４パケットにはＩＰｖ４のヘッダ情報が付加され、ＩＰｖ６パケットにはＩＰｖ６のヘッダ情報が付加される。ここで、ボディ部は任意のデータであって良い。現在、ＩＰｖ４とＩＰｖ６の２種類が一般的に利用されている。

ＩＰヘッダ変換部２２０−１は、ＩＰｖ４パケットのヘッダ部と、ＩＰｖ６パケットのヘッダ部との相互変換を行う。ＩＰヘッダ変換部２２０−１は、ヘッダ部を変換することで、ＩＰパケットのプロトコル変換を行う。

記憶部２３０−１は、クライアント装置１００−１と外部ネットワークとの通信を中継するために必要な情報を記憶する記憶部であり、Ｐｈａｓｅ０テーブル２３１−１と、Ｐｈａｓｅ１テーブル２３２−１と、論理ＩＦ記憶部２３３−１とを備える。
Ｐｈａｓｅ０テーブル２３１−１は、後述するＰｈａｓｅ０処理部２５１−１が名前解決を行うために必要な情報の記憶部である。Ｐｈａｓｅ０テーブル２３１−１に記憶されるデータ構造例を図４に示す。Ｐｈａｓｅ０テーブル２３１−１は、例えば、ＩＰｖ６でのみアクセス可能な情報サーバのドメイン名を示す文字列情報に対応付けて、Ｐｈａｓｅ０テーブル２３１−１で一意となる仮想アドレスと、当該情報サーバのＩＰアドレスを示す実アドレスとを記憶する。

以下、Ｐｈａｓｅ０テーブル２３１−１に記憶された、ドメイン名と、ドメイン名と対応付けられた仮想アドレスと、実アドレスとの一組の情報を、Ｐｈａｓｅ０レコードという。本実施形態では、仮想アドレスは、予め定められたＩＰｖ４によるアドレスであり、実アドレスは、ＩＰｖ６でのみアクセス可能な情報サーバのアドレスである。なお、本実施形態では、仮想アドレスと実アドレスとは異なるプロトコルによるアドレスであるが、同一プロトコルによるアドレスを記憶させても良い。また、仮想アドレスを、予め定められたＩＰｖ６によるアドレスとし、実アドレスを、ＩＰｖ４でのみアクセス可能な情報サーバのアドレスとしても良い。

Ｐｈａｓｅ１テーブル２３２−１は、Ｐｈａｓｅ１処理部２５２−１が名前解決先を検出するための情報を記憶する記憶部である。Ｐｈａｓｅ１テーブル２３２−１のデータ構造例を図５に示す。Ｐｈａｓｅ１テーブル２３２−１は、ドメイン名に対応付けて、そのドメイン名を名前解決できるプライマリＤＮＳサーバアドレスと、セカンダリＤＮＳサーバアドレスとが記憶される。以下、Ｐｈａｓｅ１テーブル２３２−１に記憶された、ドメイン名と対応づけて記憶されたプライマリＤＮＳサーバアドレスとセカンダリＤＮＳサーバアドレスとの一組の情報を、Ｐｈａｓｅ１レコードという。

Ｐｈａｓｅ１テーブル２３２−１に記憶されるドメイン名は、通常、ＦＱＤＮであり、本実施形態においては特殊ドメイン名が記憶される。なお、記憶されるドメイン名は特殊ドメイン名でなくともよく、グローバルのドメイン名を記憶させても良い。プライマリＤＮＳサーバアドレスは、ＤＮＳにおけるいわゆるプライマリＤＮＳサーバである。すなわち、ＤＮＳでは、障害対策や負荷分散のため、プライマリＤＮＳサーバとセカンダリＤＮＳサーバという２系統のＤＮＳサーバにて運用されることが推奨されている。ここで、プライマリＤＮＳサーバは、主系統のＤＮＳサーバである。

セカンダリＤＮＳサーバは、障害時の対応や問い合わせの負荷分散のためのバックアップの役割を担う副系統のＤＮＳサーバである。セカンダリＤＮＳサーバは、プライマリＤＮＳサーバから、定期的に正引き、逆引きの情報をコピーしてデータを記憶する。回線終端装置２００−１の管理者、利用者は、予めＰｈａｓｅ１テーブル２３２−１に適当な値を記憶させておく。なお、Ｐｈａｓｅ１テーブル２３２−１に記憶される各ＤＮＳサーバのアドレスは、ＩＰｖ４によるものでも良いし、ＩＰｖ６によるものでも良い。本実施形態では、ＩＰｖ４によるアドレスとする。

ここで、本実施形態においては、Ｐｈａｓｅ１テーブル２３２−１には、特殊ドメインとそのサブドメインの名前解決が可能なＤＮＳサーバのＩＰアドレスを設定する。ＤＮＳサーバのＩＰアドレスは、ＩＰｖ４、ＩＰｖ６のいずれでも良い。また、プライマリＤＮＳサーバおよびセカンダリＤＮＳサーバのように複数台のＤＮＳサーバを指定することも可能とする。

論理ＩＦ記憶部２３３−１は、Ｐｈａｓｅ２処理部２５３−１が名前解決処理を行うための情報を記憶する記憶部である。論理ＩＦ記憶部２３３−１のデータ構造例を図６に示す。論理ＩＦ記憶部２３３は、例えば、論理ＩＦ（インターフェイス）の識別情報である論理ＩＦ識別情報に対応付けて、優先順位と、論理ＩＦ状態と、ＤＮＳサーバアドレスとを記憶する。

論理ＩＦ識別情報は、ネットワークに接続される論理ＩＦを識別する情報であり、例えば、文字列情報である。優先順位は、予め定められる優先順位を示す情報であり、例えば、数値情報であり、本実施形態では、数値が小さいほど順位が高いことを示す。論理ＩＦ記憶部２３３−１は、グローバルドメインの名前解決が可能なＤＮＳサーバへの接続情報を記憶するが、例えば複数のＩＳＰに接続されるような場合は、それら複数のＩＳＰがそれぞれに提供するＤＮＳサーバのうち、いずれのＤＮＳサーバに名前解決要求を送信するかを決定するための情報が、優先順位である。論理ＩＦ状態には、論理ＩＦ制御部２４２−１によって、各論理ＩＦのそれぞれの接続状態が有効であるか否かが、例えば、「ａｃｔｉｖｅ」か「ｉｎａｃｔｉｖｅ」かで記憶される。ＤＮＳサーバアドレスは、それぞれの論理ＩＦの先にあるネットワーク上のＤＮＳサーバのＩＰアドレスを示す。以下、このような、論理ＩＦ記憶部２３３−１に、論理ＩＦ識別情報と対応付けて記憶された優先順位と、論理ＩＦ状態と、ＤＮＳサーバアドレスとの一組の情報を、論理ＩＦレコードという。

対応情報更新部２４０−１は、Ｐｈａｓｅ０処理部２５１が受信するＩＰｖ６アドレスを、対応するドメイン名と、予め定められた仮想ＩＰｖ４アドレスとに対応付けて、Ｐｈａｓｅ０テーブル２３１−１に記憶させる。
被制御部２４１−１は、回線終端装置２００−１を管理する制御装置と通信し、回線終端装置２００−１の物理的状態、通信の状態、過去の動作（ログ）などの、機器の状態を示す状態情報を、例えば名前解決制御部２６０−１に送信し、ネットワークを介して自端末を管理する制御装置に送信する。また、自端末を管理する制御装置から上述のような設定情報を受信し、自端末の各設定値に反映させる。

ＤＨＣＰクライアント部２４５−１は、通信部２１０−１を介してＤＨＣＰ（Dynamic Host Configuration Protocol）サーバと通信を行い、デフォルトのＤＮＳサーバのＩＰアドレスを取得する。ＤＨＣＰクライアント部２４５−１は、後述するＰｈａｓｅ３処理にて動作する。ＤＨＣＰサーバ部２４６−１は、配下のクライアント端末から送信されるＤＨＣＰ情報要求に対して、ネットワーク情報を応答して送信する。

名前解決代理部２５０−１は、名前解決要求受信部２７０−１が受信する名前解決要求パケットに従って、適切なＤＮＳサーバにアクセスして名前解決を行い、名前解決結果パケットを出力する。名前解決代理部２５０−１は、Ｐｈａｓｅ０処理部２５１−１、Ｐｈａｓｅ１処理部２５２−１、Ｐｈａｓｅ２処理部２５３−１、Ｐｈａｓｅ３処理部２５４−１の４種類の名前解決処理部を備えており、名前解決要求受信部２７０−１が受信する名前解決要求パケットの要求内容に応じて、名前解決制御部２６０−１がこれらの名前解決代理部のうち最適な名前解決代理部を選択して処理させることにより、効率良い名前解決を行う。
名前解決制御部２６０−１は、名前解決要求受信部２７０−１が名前解決要求パケットを受信すると、名前解決をＰｈａｓｅ０処理部２５１−１〜Ｐｈａｓｅ３処理部２５４−１のいずれを処理主体とするかを判定し、処理主体であると判定した処理部を動作させる。

名前解決要求受信部２７０−１は、通信部２１０−１を介して、名前解決要求パケットを受信する。名前解決結果送信部２８０−１は、名前解決代理部２５０−１が出力する名前解決結果を、通信部２１０−１を介してクライアント装置に送信する。
ＤＮＳリゾルバ２９０−１は、回線終端装置２００−１内の名前解決処理におけるクライアントソフトウェアとして動作する部分である。ＤＮＳリゾルバ２９０−１は、、回線終端装置２００−１内で名前解決要求が必要となった場合、名前解決制御部２６０−１に名前解決要求を送信する。ここで、ＩＰパケットである名前解決要求パケットには、ＩＰｖ４のアドレスを要求する場合は、ボディ部にＡクエリ（いわゆるシングルＡ）が指定される。一方、ＩＰｖ６のアドレスを要求する場合は、ボディ部にＡＡＡＡクエリ（いわゆるクアッドＡ）が指定される。また、ＩＰｖ４かＩＰｖ６かのいずれかまたは双方のアドレスを要求する場合は、ａｎｙクエリが指定される。

すなわち、ＩＰｖ４とＩＰｖ６とのネットワーク環境が混在した状況では、以下６パターンのプロトコルとクエリの組み合わせによる名前解決要求パケットが送信される。まず第１に、ＩＰｖ６によるＡＡＡＡクエリである。第２に、ＩＰｖ６によるＡクエリである。第３に、ＩＰｖ４によるＡＡＡＡクエリである。第４に、ＩＰｖ４によるＡクエリである。第５に、ＩＰｖ６によるａｎｙクエリである。第６に、ＩＰｖ４によるａｎｙクエリである。本実施形態による回線終端装置２００−１によれば、これら６種の名前解決要求パケットに応答することができる。
ＤＮＳリゾルバ２９０−１は、ＩＰｖ４ＤＮＳリゾルバ２９１−１とＩＰｖ６ＤＮＳリゾルバ２９２−１とを備えている。ＩＰｖ４ＤＮＳリゾルバ２９１−１は、ＩＰｖ４によるＡクエリ、ＡＡＡＡクエリ、ａｎｙクエリの名前解決要求を行う。ＩＰｖ６ＤＮＳリゾルバ２９２−１は、ＩＰｖ６によるＡクエリ、ＡＡＡＡクエリ、ａｎｙクエリの名前解決要求を行う。

図７から図９は、以下の実施形態の説明のために回線終端装置２００−２から回線終端装置２００−４までのぞれぞれの内部構成を示したブロック図である。図７は、回線終端装置２００−２を示す図である。図８は、回線終端装置２００−３を示す図である。図９は、回線終端装置２００−４を示す図である。回線終端装置２００−１、回線終端装置２００−３、回線終端装置２００−４が備える同名の各機能ブロックは、それぞれ回線終端装置２００−１と同様の構成である。

図１０は、ユーザが利用する端末装置であるＩＰｖ４クライアント装置１００−１の構成を示すブロック図である。ＩＰｖ４クライアント装置１００−１は、例えば、ＰＣや、ＰＤＡなどのコンピュータ端末であり、キーボードやボタン等の入力部や、出力部である画面等を備えている。

ＩＰｖ４クライアント装置１００−１は、例えば、アプリケーション１１０−１と、ＩＰｖ４ＤＮＳリゾルバ１２０−１と、ＩＰｖ４通信部１３０−１とを備えている。アプリケーション１１０−１は、インターネットブラウザやメールソフトなどの、ネットワーク接続を行うアプリケーションソフトウェアであり、ＩＰｖ４ＤＮＳリゾルバ１２０−１によって名前解決を行う。ＩＰｖ４ＤＮＳリゾルバ１２０−１は、アプリケーション１１０またはＯＳ（Operating System）その他の、ＩＰｖ４クライアント装置１００−１上で動作するソフトウェアのネットワーク接続要求に応じて、名前解決要求を行う対象である名前解決対象ドメイン名を含む名前解決要求パケットを生成し、ＩＰｖ４通信部１３０−１を介してＤＮＳサーバに送信し、名前解決要求の応答としての名前解決結果パケットを受信する。ＩＰｖ４通信部１３０−１は、ＩＰｖ４による通信制御を行う。すなわち、ＩＰｖ４通信部１３０−１は、ＩＰｖ４パケットによるＩＰパケットを生成し、接続された通信装置と通信を行う。

図１１は、ＩＰｖ４クライアント装置１００−２の構成を示す図である。ＩＰｖ４クライアント装置１００−２が備える同名の各機能ブロックは、ＩＰｖ４クライアント装置１００−１が備える各機能ブロックと同様の構成である。

図１２は、ユーザが利用する端末装置であるＩＰｖ６クライアント装置１０１−１の構成を示すブロック図である。ＩＰｖ６クライアント装置１０１−１は、例えば、ＰＣや、ＰＤＡなどのコンピュータ端末であり、キーボードやボタン等の入力部や、出力部である画面等を備えている。

ＩＰｖ６クライアント装置１０１−１は、例えば、アプリケーション１１１−１と、ＩＰｖ６ＤＮＳリゾルバ１２１−１と、ＩＰｖ６通信部１３１−１とを備えている。アプリケーション１１１−１は、インターネットブラウザやメールソフトなどの、ネットワーク接続を行うアプリケーションソフトウェアである。ＩＰｖ６ＤＮＳリゾルバ１２１−１は、アプリケーション１１１−１からのネットワーク接続要求に応じて、名前解決要求を行う対象である名前解決対象ドメイン名を含む名前解決要求パケットを生成し、ＩＰｖ６通信部１３１−１を介してＤＮＳサーバに送信し、名前解決要求の応答としての名前解決結果パケットを受信する。ＩＰｖ６通信部１３１−１は、ＩＰｖ６による通信制御を行う。すなわち、ＩＰｖ６通信部１３１−１は、ＩＰｖ６によるＩＰパケットを生成し、接続された通信装置と通信を行う。

図１３は、ＩＰｖ６クライアント装置１０１−２の構成を示す図である。ＩＰｖ６クライアント装置１０１−２が備える同名の各機能ブロックは、ＩＰｖ６クライアント装置１０１−１が備える各機能ブロックと同様の構成である。

＜第１の実施形態：Ｐｈａｓｅ０：ＩＰ変換＞
以下、上述した通信装置が、様々な形態のクライアント装置、ＤＮＳサーバ、情報サーバの間の通信を中継する実施形態を説明する。
以下の説明中で、ＩＰパケット（Ｍ）（Ｍ＝ＩＰｖ４ ｏｒ ＩＰｖ６）とは、ネットワーク層（レイヤ３）のプロトコルがＭであるＩＰパケットのことを示す。例えば、ＩＰパケット（ＩＰｖ４）とは、ＩＰｖ４によるＩＰパケットを示す。

また、以下の説明中で、名前解決要求パケット（Ｍ、Ｎ）（Ｍ＝ＩＰｖ４ ｏｒ ＩＰｖ６、Ｎ＝Ａ ｏｒ ＡＡＡＡ）とは、ボディ部にＮクエリを含む名前解決パケットを示す。例えば、「名前解決要求パケット（ＩＰｖ４、Ａ）」とは、ＩＰｖ４によるＡクエリを示す。また、ＩＰアドレスを取得したいドメイン名である名前解決対象ドメイン名を示すときは、名前解決要求パケット（Ｍ、Ｎ、名前解決対象ドメイン名）と表現する。例えば、「名前解決要求パケット（ＩＰｖ４、Ａ、情報サーバ５２１のドメイン名）」とは、名前解決対象ドメイン名を情報サーバ５２１のドメイン名とするＩＰｖ４によるＡクエリを示す。

また、以下の説明中で、プロトコルＭによる名前解決結果パケットであって、名前解決要求対象であるドメイン名に対応するＩＰアドレスを格納した名前解決結果パケットを、名前解決結果パケット（Ｍ、名前解決要求ドメイン名、名前解決結果ＩＰアドレス）と表現する。例えば、名前解決結果パケット（ＩＰｖ４、情報サーバ５２３のドメイン名、ＩＰｖ４仮想アドレス）とは、情報サーバ５２３のドメイン名を名前解決対象ドメイン名とする名前解決要求に対する応答であって、ＩＰｖ４仮想アドレスを名前解決結果ＩＰアドレスとして格納したＩＰｖ４による名前解決結果パケットを示す。

図１４および図１５は、本実施形態による通信装置が通信を中継するネットワーク形態を１０パターン（類型Ａ〜類型Ｊ）に類型化した表を示す図である。
第１の実施形態では、図１５に示す類型Ｇに該当するネットワークにおける名前解決処理が、Ｐｈａｓｅ０処理部２５１−１によって行われる動作例について説明する。第１の実施形態では、ＩＰｖ４で通信を行うＩＰｖ４クライアント装置１００−１が、ＩＰｖ６で通信を行う情報サーバ５２３を宛先としてＩＰパケットを送信する。ここで、回線終端装置２００−１が、ＩＰｖ４クライアント装置１００−１から情報サーバ５２３への情報通信の中継を行う。また、情報サーバ５２３のドメイン名の名前解決は、ＩＰｖ６ＤＮＳサーバ３１２によって行われる。

図１６は、本実施形態による回線終端装置２００−１が、ＩＰｖ４クライアント装置１００−１からの通信を中継する動作例を示すシーケンス図である。以下、図１６を参照して、本実施形態における通信処理の動作例を説明する。
まず、ユーザが、ＩＰｖ４クライアント装置１００−１が備える入力部を介して、情報サーバ５２３のドメイン名を宛先情報として入力する。アプリケーション１１０−１は、入力された情報サーバ５２３のドメイン名を、ＩＰｖ４ＤＮＳリゾルバ１２０−１に送信する。そして、ＩＰｖ４ＤＮＳリゾルバ１２０−１は、名前解決要求パケット（ＩＰｖ４、Ａ、情報サーバ５２３のドメイン名）を生成して、回線終端装置２００−１に送信する（ステップＳ１０００）。

そして、回線終端装置２００−１の名前解決要求受信部２７０−１が、ＩＰｖ４通信部２１１−１を介して、名前解決要求パケットを受信すると、名前解決制御部２６０−１は、まず、受信した名前解決要求パケットの名前解決処理を、Ｐｈａｓｅ０処理部２５１−１で行うか否かを判定するＰｈａｓｅ０判定処理を行う。ここで、ステップＳ１０００においてＩＰｖ４クライアント装置１００−１が名前解決要求パケットを送信した後、回線終端装置２００−１が名前解決処理を代理するステップＳ１００１と、ステップＳ１００２と、ステップＳ１００３と、ステップＳ１００４との処理を、図１７を参照して詳細に説明する。
図１７は、Ｐｈａｓｅ０判定処理と、Ｐｈａｓｅ０による名前解決処理であるＰｈａｓｅ０処理とを示すフローチャートである。

名前解決制御部２６０−１は、名前解決要求受信部２７０−１が受信した名前解決要求パケットのボディ部に格納されたクエリを読み出して、シングルＡであるか否かを判定する（ステップＳ１０１）。名前解決制御部２６０−１は、名前解決要求パケットから読み出したクエリがシングルＡではないと判定すると（ステップＳ１０１−ＮＯ）、クエリがクアッドＡであるか否かを判定する（ステップＳ１５１）。

一方、名前解決制御部２６０−１が、受信した名前解決要求パケットはシングルＡであると判定すると（ステップＳ１０１−ＹＥＳ）、名前解決制御部２６０−１は、名前解決要求受信部２７０−１が受信した名前解決要求パケットから、名前解決対象ドメイン名（情報サーバ５２３のドメイン名）を読み出し、読み出した名前解決対象ドメイン名と一致する情報が、Ｐｈａｓｅ０テーブル２３１−１のドメイン名項目に存在するか否かを判定する（ステップＳ１０２、ステップＳ１０３）。

名前解決制御部２６０−１が、Ｐｈａｓｅ０テーブル２３１−１に解決要求ドメイン名が記憶されていないと判定すれば、名前解決制御部２６０−１は、解決要求ドメイン名をＰｈａｓｅ０処理の対象外であると判定し、Ｐｈａｓｅ１にすすむ（ステップＳ１０３−ＮＯ）。

一方、名前解決制御部２６０−１が、Ｐｈａｓｅ０テーブル２３１−１に名前解決対象ドメイン名（情報サーバ５２３のドメイン名）と一致するドメイン名が記憶されていると判定すれば（ステップＳ１０３−ＹＥＳ）、Ｐｈａｓｅ０処理部２５１−１は、Ｐｈａｓｅ０テーブル２３１−１から、名前解決対象ドメイン名（情報サーバ５２３のドメイン名）と一致するドメイン名に対応する、仮想アドレスと実アドレスとのＰｈａｓｅ０レコードを読み出す（ステップＳ１１１）。

そして、Ｐｈａｓｅ０処理部２５１−１は、名前解決結果送信部２８０−１を介して、ステップＳ１１１で検出したＰｈａｓｅ０レコードが含む仮想アドレスを、名前解決結果ＩＰアドレスとして格納した名前解決結果パケット（ＩＰｖ４、情報サーバ５２３のドメイン名、仮想アドレス）を生成し、名前解決要求パケット（ＩＰｖ４、Ａ、情報サーバ５２３のドメイン名）への応答としてＩＰｖ４クライアント装置１００−１に送信する（ステップＳ１１２、図１６ではステップＳ１００１）。

そして、Ｐｈａｓｅ０処理部２５１−１は、ステップＳ１１１で検出したＰｈａｓｅ０レコードに実アドレス（ＩＰｖ６）が含まれていないと判定すると（ステップＳ１１３−ＮＯ）、ＩＰｖ６ＤＮＳリゾルバ２９２が、名前解決対象ドメイン名（情報サーバ５２３のドメイン名）を格納した名前解決要求パケット（ＩＰｖ６、ＡＡＡＡ、情報サーバ５２３のドメイン名）を生成し、ＩＰｖ６ＤＮＳリゾルバ２９２は再帰的に名前解決制御部２６０−１に送信する（ステップＳ１１４）。

名前解決制御部２６０−１は、再帰的に名前解決要求パケット（ＩＰｖ６、ＡＡＡＡ、情報サーバ５２３のドメイン名）を受け取った場合は、Ｐｈａｓｅ０判定処理においてＰｈａｓｅ０処理を行わないと判定する。結果、後述するＰｈａｓｅ１からＰｈａｓｅ３までのいずれかで処理される。名前解決制御部２６０−１の判定結果に従い名前解決要求パケットを送信し（図１６ではステップＳ１００３）、名前解決結果パケット（ＩＰｖ６、情報サーバ５２３のドメイン名、情報サーバ５２３のＩＰアドレス）を受信する（図１６ではステップＳ１００４）。

対応情報更新部２４０が、受信した名前解決結果パケットから、名前解決結果ＩＰアドレス（情報サーバ５２３のＩＰアドレス）を読み出し、名前解決対象ドメイン名（情報サーバ５２３のドメイン名）に一致するドメイン名を含むＰｈａｓｅ０レコードと対応付けるように更新して、Ｐｈａｓｅ０テーブル２３１に記憶させる（ステップＳ１１５）。

なお、名前解決要求受信部２７０−１が受信した名前解決要求パケットが、クアッドＡである場合の、ステップＳ１５１からステップＳ１６５までの処理は、上述のステップＳ１０１からステップＳ１１５までの処理と同様であり、ＩＰｖ４とＩＰｖ６が逆であることのみの相違であるので、説明を省略する。また、例えば、クライアント端末がＩＰｖ６でのみ通信可能な端末であるような場合で、クライアント端末が送信する名前解決要求パケットがシングルＡであることがありえない場合には、ステップＳ１０１の判断処理を行わなくても良い。

次に、ステップＳ１１２で回線終端装置２００−１がＩＰｖ４クライアント装置１００−１に応答した名前解決結果パケットが含む仮想アドレスに従って、ＩＰｖ４クライアント装置１００−１が、情報サーバ５２３に対して行うＩＰパケット送信を、回線終端装置２００−１が中継する動作例を、図１６に戻り説明する。

ＩＰｖ４クライアント装置１００−１のＩＰｖ４通信部１３０−１は、ステップＳ１００１で受信した名前解決結果パケットが含む仮想アドレスを宛先アドレスとして、ＩＰパケット（ＩＰｖ４）を送信する。回線終端装置２００−１のＩＰｖ４通信部２１１−１は、ＩＰｖ４クライアント装置１００−１から送信されたＩＰパケット（ＩＰｖ４）を受信する（ステップＳ１００２）。名前解決制御部２６０−１は、上述のように、ＩＰｖ６ＤＮＳサーバ３１２に対して名前解決要求を行い（ステップＳ１００３）、名前解決結果を受信する（ステップＳ１００４）。そして、ＩＰヘッダ変換部２２０は、ステップＳ１００２で受信したＩＰパケット（ＩＰｖ４）のヘッダ部に含まれる宛先アドレスを読み出す。

ＩＰヘッダ変換部２２０−１は、読み出した宛先アドレスと同一のアドレスが、Ｐｈａｓｅ０テーブル２３１−１の仮想アドレスの項目に記憶されているか否かを判定する。ＩＰヘッダ変換部２２０は、Ｐｈａｓｅ０テーブル２３１−１の仮想アドレスの項目から、宛先アドレスと同一の情報を検出すると、その仮想アドレスに対応するＰｈａｓｅ０レコードを読み出す。ＩＰヘッダ変換部２２０−１は、ステップＳ１００１で受信したＩＰパケット（ＩＰｖ６）のヘッダ部を、読み出したＰｈａｓｅ０レコードが含む実アドレスを宛先アドレスとするＩＰｖ６のヘッダ部に置き換えたＩＰパケット（ＩＰｖ６）を生成する（ステップＳ１００５）。

そして、ＩＰヘッダ変換部２２０−１は、ＩＰｖ６通信部２１２−１を介して、生成したＩＰパケット（ＩＰｖ６）を、情報サーバ５２３に送信する（ステップＳ１００６）。
情報サーバ５２３は、回線終端装置２００−１から送信されたＩＰパケット（ＩＰｖ６）に対する応答としての応答ＩＰパケット（ＩＰｖ６）を生成し、回線終端装置２００−１に送信する（ステップＳ１００７）。

そして、回線終端装置２００−１のＩＰｖ６通信部２１２−１が、情報サーバ５２３から送信された応答ＩＰパケット（ＩＰｖ６）を受信すると、ＩＰヘッダ変換部２２０−１が、応答ＩＰパケット（ＩＰｖ６）のヘッダ部を、ＩＰｖ４のヘッダ部に置き換えた応答ＩＰパケット（ＩＰｖ４）を生成する（ステップＳ１００８）。そして、ＩＰヘッダ変換部２２０は、ＩＰｖ４通信部２１１を介して、応答ＩＰパケットをＩＰｖ４クライアント装置１００−１に送信する（ステップＳ１００９）。

なお、回線終端装置２００−１は、上述のステップＳ１０００にてＩＰｖ４クライアント装置１００−１から名前解決要求パケットを受信した後、ＩＰｖ６ＤＮＳサーバ３１２に名前解決要求を行い、ここで名前解決に失敗した場合には、名前解決エラーとしてステップＳ１００１以降の処理を行わないこととしても良い。回線終端装置２００−１がこのように動作する場合のシーケンスを図１８に示す。図１８において、ステップＳ１０００、ステップＳ１００１、およびステップＳ１００２からステップＳ１００９までの動作は、図１６で示した動作と同様であるが、図１８では、回線終端装置２００−１は、ステップＳ１０００の後、ＩＰｖ６ＤＮＳサーバ３１２に名前解決要求を行い（ステップＳ１０００−１）、ＩＰｖ６ＤＮＳサーバ３１２からの応答を受け付けている（ステップＳ１０００−２）。

このように、ステップＳ１０００にて、ＩＰｖ４クライアント装置１００−１が名前解決要求パケットを送信した後、回線終端装置２００−１が名前解決処理を代理するステップＳ１０００−１と、ステップＳ１０００−２との処理を、図１９を参照して詳細に説明する。図１９は、Ｐｈａｓｅ０判定処理と、Ｐｈａｓｅ０による名前解決処理であるＰｈａｓｅ０処理とを示すフローチャートである。ステップＳ１０１からステップＳ１１１までの処理は、図１７にて説明した上述の処理と同様であるため、説明を省略する。

Ｐｈａｓｅ０処理部２５１−１は、ステップＳ１１１で検出したＰｈａｓｅ０レコードに実アドレス（ＩＰｖ６）が含まれていないと判定すると（ステップＳ１３１−ＮＯ）、ＩＰｖ６ＤＮＳリゾルバ２９２が、名前解決対象ドメイン名（情報サーバ５２３のドメイン名）を格納した名前解決要求パケット（ＩＰｖ６、ＡＡＡＡ、情報サーバ５２３のドメイン名）を生成し、ＩＰｖ６ＤＮＳリゾルバ２９２は再帰的に名前解決制御部２６０−１に送信する（ステップＳ１３２）。

名前解決制御部２６０−１は、再帰的に名前解決要求パケット（ＩＰｖ６、ＡＡＡＡ、情報サーバ５２３のドメイン名）を受け取った場合は、Ｐｈａｓｅ０判定処理においてＰｈａｓｅ０処理を行わないと判定する。結果、後述するＰｈａｓｅ１からＰｈａｓｅ３までのいずれかで処理される。名前解決制御部２６０−１の判定結果に従い名前解決要求パケットを送信し、名前解決結果パケット（ＩＰｖ６、情報サーバ５２３のドメイン名、情報サーバ５２３のＩＰアドレス）を受信する。ここで名前解決に失敗した場合（ステップＳ１３３−ＮＯ）には、名前解決エラーとしてステップＳ１３４以降の処理を行わない。

対応情報更新部２４０が、受信した名前解決結果パケットから、名前解決結果ＩＰアドレス（情報サーバ５２３のＩＰアドレス）を読み出し、名前解決対象ドメイン名（情報サーバ５２３のドメイン名）に一致するドメイン名を含むＰｈａｓｅ０レコードと対応付けるように更新して、Ｐｈａｓｅ０テーブル２３１に記憶させる（ステップＳ１３４）。

Ｐｈａｓｅ０処理部２５１−１は、名前解決結果送信部２８０−１を介して、ステップＳ１１１で検出したＰｈａｓｅ０レコードが含む仮想アドレスを、名前解決結果ＩＰアドレスとして格納した名前解決結果パケット（ＩＰｖ４、情報サーバ５２３のドメイン名、仮想アドレス）を生成し、名前解決要求パケット（ＩＰｖ４、Ａ、情報サーバ５２３のドメイン名）への応答としてＩＰｖ４クライアント装置１００−１に送信する（ステップＳ１３５）。

名前解決要求受信部２７０−１が受信した名前解決要求パケットが、クアッドＡである場合の、ステップＳ１８１からステップＳ１８５までの処理は、上述のステップＳ１３１からステップＳ１３５までの処理と同様であり、ＩＰｖ４とＩＰｖ６が逆であることのみの相違であるので、説明を省略する。

このように、Ｐｈａｓｅ０処理部２５１−１による名前解決によれば、ＩＰｖ４のみで通信可能なクライアント装置と、ＩＰｖ６のみで通信可能なホスト（サーバ）と間の名前解決を行うことができる。同様に、ＩＰｖ６のみで通信可能なクライアント装置と、ＩＰｖ４のみで通信可能なホスト（サーバ）との名前解決を行うことができる。すなわち、クライアント装置は、名前解決を行いたいドメイン名に対応するＩＰアドレスを取得するときに、その名前解決が可能なＤＮＳサーバやアクセス先のホストがサポートするネットワークプロトコル（ＩＰｖ４またはＩＰｖ６）を認識できない場合にも、名前解決を行うことが可能となる。

また、Ｐｈａｓｅ０処理部２５１−１によって更新され記憶されたＰｈａｓｅ０テーブル２３１のＰｈａｓｅ０レコードは、名前解決結果に情報として含まれている有効時間（ＴＴＬ（time to live））が過ぎると、無効となる。このように、名前解決結果の有効時間が満了すると、名前解決結果が無効となるので、ＤＮＳサーバがラウンドロビン方式による負荷分散を行っているような場合でも、ラウンドロビン方式による分散の効果を有効とすることができる。ここで、一般的に、ラウンドロビンを行っているＤＮＳサーバの名前解決結果の有効時間は、短く設定されている。

ＩＰｖ６はＩＰｖ４の次世代バージョンではあるが、相互接続という点においては互換性がない。すなわち、ＩＰｖ４による通信が可能でＩＰｖ６の通信を行うことができないクライアントは、ＩＰｖ６のみで情報が提供されるホストとの通信を行えない。ここで、ネットワーク関連機器のＩＰｖ６対応は完了しているとはいえず、ＩＰｖ４とＩＰｖ６との並存技術が必要となっている。ＩＰｖ４とＩＰｖ６とのそれぞれのＩＰパケットの相互変換についていくつかの方法が提案されているが、ＤＮＳの仕組みと連動した手段が確立されているとはいえない。

例えば、ＩＰｖ４のみで通信可能なＩＰｖ４クライアント装置と、ＩＰｖ６のみで通信可能なＩＰｖ６サーバとが通信を行う場合、ＩＰｖ４クライアント装置とＩＰｖ６サーバとは直接通信できないため、通信経路上にアドレスを変換する手段が必要である。そこで、例えば、このアドレス変換手段としてＮＡＴ（Network Address Translation）機能を用いることが考えられる。そこで、ＮＡＴを用いて通信するためにはＩＰｖ４とＩＰｖ６とのアドレス対応テーブルが予め必要である。

そこで、以上説明したような名前解決の仕組みを応用したＰｈａｓｅ０処理によれば、ＩＰｖ４とＩＰｖ６とのアドレス対応テーブルを動的に生成することができる。また、クライアント装置に対して、ＩＰｖ４とＩＰｖ６とのアドレス対応テーブルであるＰｈａｓｅ０テーブル２３１−１に記憶される仮想アドレス（仮想アドレスはＩＰｖ４の場合もＩＰｖ６の場合もありうる）を送信する仕組みもＰｈａｓｅ０処理部２５１−１にて提供することができる。

また、クライアント装置から受信する名前解決要求パケットのシングルＡクエリ、クアッドＡ（ＡＡＡＡ）クエリの内容を変更してしまうと、名前解決結果を得ることができても、クライアント装置は通信することができない。Ｐｈａｓｅ０処理によれば、クエリを変更せず、透過型の動作を行うことができる。
以上説明したように、Ｐｈａｓｅ０処理によれば、クライアント装置と情報サーバとの通信プロトコルが異なっていても、アドレス変換機能部と名前解決の仕組みとを連動させて、通信を成立させることができる。

以上説明した第１の実施形態によれば、例えば、ＩＰｖ４のみサポートしているクライアント装置（例えば、ＩＰｖ４クライアント装置１００−１）が、ＩＰｖ６のみでサービス提供している情報サーバ（例えば、情報サーバ５２３）に対してアクセスをしたい場合に、ＩＰｖ４クライアント装置１００−１と情報サーバ５２３との通信経路上にプロトコルの変換機能（ＩＰｖ４とＩＰｖ６とを変換）を有する中継装置（例えば、回線終端装置２００−１）が存在する場合、回線終端装置２００−１が、仮想的なＩＰｖ４サーバアドレスを返すことで、ＩＰｖ４しかサポートしていないクライアント装置においても、ＩＰｖ６のみサポートしている情報サーバからサービスを受けることが可能となる。

また、ステップＳ１０２にて、名前解決制御部２５０−１が、名前解決対象ドメイン名に対応するＰｈａｓｅ０レコードがＰｈａｓｅ０テーブル２３１−１に存在するか否かを判定する際には、名前解決対象ドメイン名と完全一致するＰｈａｓｅ０レコードのみを判定対象としても良いし、Ｐｈａｓｅ０レコードのサブドメイン名となっている名前解決対象ドメイン名をも判定対象としても良い。この場合、例えば、名前解決対象ドメイン名が「ｂｂｂ．ａａａ．ｃｏｍ」である場合に、「ａａａ．ｃｏｍ」をＤＮＳサーバアドレスの項目に記憶するＰｈａｓｅ０レコードが存在すれば、名前解決対象ドメイン名に対応するＰｈａｓｅ０レコードが存在したものと判定する。

＜第２の実施形態：Ｐｈａｓｅ１：特殊ドメイン＞
第２の実施形態では、図１４に示す類型Ａに該当するネットワークにおける名前解決処理が、Ｐｈａｓｅ１処理部２５２−２によって行われる動作例について説明する。第２の実施形態では、ＩＰｖ４で通信を行うＩＰｖ４クライアント装置１００−２が、ＩＰｖ４プライベートネットワーク５０１を介してのみ接続可能な情報サーバ５２０を宛先アドレスとして、ＩＰパケットの送信を行う。ここで、回線終端装置２００−２が、ＩＰｖ４クライアント装置１００−２から情報サーバ５２０への情報通信の中継を行う。また、情報サーバ５２０のドメイン名の名前解決は、ＩＰｖ４プライベートＤＮＳサーバ５１１によって行われる。

図２０は、本実施形態による回線終端装置２００−２が、ＩＰｖ４クライアント装置１００−２からの通信を中継する動作例を示すシーケンス図である。以下、図２０を参照して、本実施形態における通信処理の動作例を説明する。
まず、ユーザが、ＩＰｖ４クライアント装置１００−２が備える入力部を介して、情報サーバ５２０のドメイン名を宛先情報として入力する。アプリケーション１１０−２は、入力された情報サーバ５２０のドメイン名を、ＩＰｖ４ＤＮＳリゾルバ１２０−２に送信する。そして、ＩＰｖ４ＤＮＳリゾルバ１２０−２は、名前解決要求パケット（ＩＰｖ４、Ａ、情報サーバ５２０のドメイン名）を生成して、回線終端装置２００−２に送信する（ステップＳ１０１０）。

そして、回線終端装置２００−２の名前解決要求受信部２７０−２が、ＩＰｖ４通信部２１１−２を介して、名前解決要求パケット（ＩＰｖ４、Ａ、情報サーバ５２０のドメイン名）を受信すると、名前解決制御部２６０−２は、まず、受信した名前解決要求パケットの名前解決処理を、Ｐｈａｓｅ０処理部２５１−２で行うか否かを判定するＰｈａｓｅ０判定処理を行う。

上述のステップＳ１００のＰｈａｓｅ０判定処理で、名前解決制御部２６０−２が、Ｐｈａｓｅ０にて名前解決を行わないと判定すれば（ステップＳ１００−ＮＯ）、名前解決制御部２６０−２は、Ｐｈａｓｅ１処理部２５２−２で名前解決処理を行うか否かを判定するＰｈａｓｅ１判定処理を行う。ここで、回線終端装置２００−２が名前解決処理を代理するステップＳ１０１１と、ステップＳ１０１２との処理を、図２１を参照して詳細に説明する。

図２１は、Ｐｈａｓｅ１判定処理と、Ｐｈａｓｅ１による名前解決処理であるＰｈａｓｅ１処理とを示すフローチャートである。名前解決制御部２６０−２は、名前解決要求パケットに含まれる名前解決対象ドメイン名（情報サーバ５２０のドメイン名）と一致するドメイン名が、記憶部２３０−２のＰｈａｓｅ１テーブル２３２−２のドメイン名の項目に記憶されているか否かを判定する（ステップＳ２０１）。

名前解決制御部２６０−２が、Ｐｈａｓｅ１テーブル２３２−２のドメイン名の項目に、名前解決対象ドメイン名（情報サーバ５２０のドメイン名）と一致するドメイン名が記憶されていないと判定すれば（ステップＳ２０２−ＮＯ）、名前解決制御部２６０−２は、名前解決対象ドメイン名をＰｈａｓｅ１処理の対象外であると判定し、Ｐｈａｓｅ２へすすむ。

一方、名前解決制御部２６０−２が、Ｐｈａｓｅ１テーブル２３２−２のドメイン名の項目に、名前解決対象ドメイン名と一致するドメイン名が記憶されていると判定すれば（ステップＳ２０２−ＹＥＳ）、Ｐｈａｓｅ１処理部２５２−２は、Ｐｈａｓｅ１テーブル２３２−２から、名前解決要求ドメイン名と一致するドメイン名に対応するプライマリＤＮＳサーバアドレスとセカンダリＤＮＳサーバアドレスとのＰｈａｓｅ１レコードを読み出す（ステップＳ２１１）。

そして、Ｐｈａｓｅ１処理部２５２−２が読み出したＰｈａｓｅ１レコードに含まれるプライマリＤＮＳアドレスとセカンダリＤＮＳアドレスとに対して、ＩＰｖ４ＤＮＳリゾルバ２９１−２が、クライアント装置１００から受信した名前解決要求パケット（ＩＰｖ４、Ａ、情報サーバ５２０のドメイン名）を転送する（ステップＳ２１２）。ＩＰｖ４ＤＮＳリゾルバ２９１−２は、送信した名前解決要求パケットに対する応答を監視する（ステップＳ２１３）。

そして、ＩＰｖ４プライベートＤＮＳサーバ５１１は、名前解決要求パケットを受信すると、受信した名前解決要求パケットに含まれる名前解決対象ドメイン名（情報サーバ５２０のドメイン名）に対応する名前解決結果パケット（ＩＰｖ４、情報サーバ５２０のドメイン名、情報サーバ５２０のＩＰアドレス）を生成し、回線終端装置２００−２に送信する。回線終端装置２００−２のＩＰｖ４ＤＮＳリゾルバ２９１−２は、ＩＰｖ４通信部２１１−２を介して名前解決結果パケットを受信する。ＩＰｖ４ＤＮＳリゾルバ２９１−２は、予め設定されたタイムアウト時間内に、名前解決要求パケットに対応する名前解決結果パケットを受信すると、名前解決結果パケットの応答内容を判定する（ステップＳ２１４）。

ＩＰｖ４ＤＮＳリゾルバ２９１−２は、例えば、ステップＳ２１４で受信した名前解決パケットが、トランスポート変更通知情報を含んでいる場合には、トランスポート変更通知情報が含まれた名前解決要求パケットをそのままＩＰｖ４クライアント装置１００−２に送信する（ステップＳ２１５）。

または、ＩＰｖ４ＤＮＳリゾルバ２９１−２は、例えば、ステップＳ２１４で受信した名前解決パケットに含まれるＲＣＯＤＥ（リターンコード）が、名前解決成功を示す情報であれば、その名前解決結果パケットを、ＩＰｖ４クライアント装置１００−２に送信する（ステップＳ２１６）。または、ＩＰｖ４ＤＮＳリゾルバ２９１−２は、ステップＳ２１４にて受信した名前解決パケットに含まれるＲＣＯＤＥ（リターンコード）が、名前解決失敗・エラーを示す情報であるか、またはステップＳ２１３で、名前解決要求パケットの応答を待ったが応答がない場合には、名前解決が失敗したことを示す名前解決結果パケットをＩＰｖ４クライアント装置１００−２に送信する（ステップＳ２１７）。

図２０に戻り、ＩＰｖ４ＤＮＳリゾルバ２９１−２が、名前解決成功を示す情報を含む名前解決結果パケットを受信すると、名前解決結果送信部２８０−２が、ＩＰｖ４通信部２１１−２を介して、名前解決結果パケット（ＩＰｖ４、情報サーバ５２０のドメイン名、情報サーバ５２０のアドレス）を、ＩＰｖ４クライアント装置１０１−２に送信する（ステップＳ１０１３）。

ＩＰｖ４クライアント装置１００−２のＩＰｖ４ＤＮＳリゾルバ１２０−２は、ＩＰｖ４通信部１３０−２を介して、名前解決結果パケットを受信する。そして、アプリケーション１１０−２は、受信した名前解決結果パケットに含まれる名前解決結果アドレス（情報サーバ５２０のアドレス）を読み出して、名前解決結果アドレスに対してＩＰパケットを送信する（ステップＳ１０１４）。回線終端装置２００−２は、ＩＰパケットを情報サーバ５２０に転送し（ステップＳ１０１５）、情報サーバ５２０は、受信するＩＰパケットに応答ＩＰパケットを送信する（ステップＳ１０１６）。回線終端装置２００−２は、応答ＩＰパケットを、ＩＰｖ４クライアント装置１００−２に転送する（ステップＳ１０１７）。

なお、ここで、回線終端装置２００−２による名前解決処理時間、すなわち回線終端装置２００−２が名前解決要求パケットを受信してから、ＩＰｖ４クライアント装置１００−２に名前解決結果パケットを送信するまでの時間は、ＩＰｖ４ＤＮＳリゾルバ１２１−２のタイムアウト時間よりも短くする必要がある。これは、ＩＰｖ４ＤＮＳリゾルバ１２１−２には通常タイムアウト時間が設定されているため、リゾルバがタイムアウトした後に、回線終端装置２００−２が名前解決結果パケットをＩＰｖ４ＤＮＳリゾルバ１２１−２に応答しても、ＩＰｖ４ＤＮＳリゾルバ１２１−２は、名前解決結果パケットを取り込めないため、これより早く応答する必要がある。

また、ステップＳ２０２にて、名前解決制御部２６０−２が、名前解決対象ドメイン名に対応するＰｈａｓｅ１レコードがＰｈａｓｅ１テーブル２３２−２に存在するか否かを判定する際には、名前解決対象ドメイン名と完全一致するＰｈａｓｅ１レコードのみを判定対象としても良いし、Ｐｈａｓｅ１レコードのサブドメイン名となっている名前解決対象ドメイン名をも判定対象としても良い。この場合、例えば、名前解決対象ドメイン名が「ｂｂｂ．ａａａ．ｃｏｍ」である場合に、「ａａａ．ｃｏｍ」をＤＮＳサーバアドレスの項目に記憶するＰｈａｓｅ１レコードが存在すれば、名前解決対象ドメイン名に対応するＰｈａｓｅ１レコードが存在したものと判定する。

このように、クライアント装置１００からの名前解決要求を透過型とすることで、ＤＮＳサーバ側でＤＮＳラウンドロビンによる負荷分散を行っている場合でも、その効果に影響を与えずに、名前解決の要求を行うことができる。ここで、透過型とは、第１に、シングルＡ、クアッドＡなどのクエリの内容を回線終端装置２００が変更しないことである。また、第２に、回線終端装置２００では、名前解決結果をキャッシュしないことを示す。なお、第２については、Ｐｈａｓｅ０処理においては適用されていない。
このように、回線終端装置２００は、原則的に、名前解決において複数の問い合わせ先を選択する機能のみを提供し、キャッシュ等の動作は行わないようにしても良い。

以上説明したように、本実施形態によれば、特殊ドメインに属するドメイン名の名前解決を行うために、回線終端装置２００−２に予め定められた特殊ドメイン名の名前解決が可能なＤＮＳサーバに対する名前解決を、回線終端装置２００が代理して行うようにしたので、回線終端装置２００−２は、ネットワーク上のＤＮＳサーバに大量の名前解決パケットを送信することなく、効率よく最適なＤＮＳサーバに名前解決要求を行うことができる。

例えば、特定のＩＳＰなどが、そのＩＳＰ利用者のみにコンテンツを提供するサービスを行いたい場合、そのＩＳＰ利用者のみがアクセスできるネットワーク上（閉域網）に情報提供サーバを設置し、その情報提供サーバのドメイン名を、専用ドメイン名（グローバル、ローカルいずれでも可）とすることが一般的に行われている。このドメイン名の名前解決を、インターネット上のＤＮＳサーバに行った場合、グローバルドメインであれば、名前解決ができるが、特定プロバイダのネットワーク内からのアクセスでない場合は、そのアドレスを持つサーバに対してパケット到達性がない。また、ローカルドメインであった場合は、名前解決そのものができない。このような特殊ドメインは、当該サービスを提供するサーバが設置されているＩＳＰネットワーク上に設置されたＤＮＳサーバに問い合わせを行う必要がある。

また、特定の企業体や家庭などで用いられる閉じたネットワーク（ＬＡＮ）において、独自（私的）にドメイン定義がなされた場合、定義をした団体や個人が名前解決を行う必要があり、ＬＡＮ内に名前解決の仕組みを用意する必要がある。本実施形態によれば、このような特殊ドメインに対する名前解決に対しても、適切なＤＮＳサーバを選択させることを可能とする。また、名前解決だけでなく、その後の通信が成立することにも配慮される。

＜第３の実施形態：Ｐｈａｓｅ２：特殊ドメイン＞
第３の実施形態では、図１４に示す類型Ｂに該当するネットワークにおける名前解決処理が、Ｐｈａｓｅ２処理部２５３−２によって行われる動作例について説明する。第３の実施形態では、ＩＰｖ４で通信を行うＩＰｖ４クライアント装置１００−２が、ＩＰｖ４プライベートネットワーク５０１を介してのみ接続可能な情報サーバ５２０を宛先アドレスとして、ＩＰパケットの送信を行う。ここで、回線終端装置２００−２が、ＩＰｖ４クライアント装置１００−２から情報サーバ５２０への情報通信の中継を行う。また、情報サーバ５２０のドメイン名の名前解決は、ＩＰｖ４ＤＮＳサーバ３１１によって行われる。

図２２は、本実施形態による回線終端装置２００−２が、ＩＰｖ４クライアント装置１００−２からの通信を中継する動作例を示すシーケンス図である。以下、図２２を参照して、本実施形態における通信処理の動作例を説明する。
まず、ユーザが、ＩＰｖ４クライアント装置１００−２が備える入力部を介して、情報サーバ５２０のドメイン名を宛先情報として入力する。アプリケーション１１０−２は、入力された情報サーバ５２０のドメイン名を、ＩＰｖ４ＤＮＳリゾルバ１２０−２に送信する。そして、ＩＰｖ４ＤＮＳリゾルバ１２０−２は、名前解決要求パケット（ＩＰｖ４、Ａ、情報サーバ５２０のドメイン名）を生成して、回線終端装置２００−２に送信する（ステップＳ１０２０）。

そして、回線終端装置２００−２の名前解決要求受信部２７０−２が、ＩＰｖ４通信部２１１−２を介して、名前解決要求パケット（ＩＰｖ４、Ａ、情報サーバ５２０のドメイン名）を受信すると、名前解決制御部２６０−２は、まず、受信した名前解決要求パケットの名前解決処理を、Ｐｈａｓｅ０処理部２５１−２で行うか否かを判定するＰｈａｓｅ０判定処理を行う。

上述のステップＳ１００のＰｈａｓｅ０判定処理で、名前解決制御部２６０−２が、Ｐｈａｓｅ０にて名前解決を行わないと判定すれば、名前解決制御部２６０−２は、Ｐｈａｓｅ１処理部２５２−２で名前解決処理を行うか否かを判定するＰｈａｓｅ１判定処理を行う。そして、名前解決制御部２６０−２が、Ｐｈａｓｅ１にて名前解決を行わないと判定すれば、名前解決制御部２６０−２は、Ｐｈａｓｅ２処理部２５３−２で名前解決処理を行うか否かを判定するＰｈａｓｅ２判定処理を行う。ここで、回線終端装置２００−２が名前解決処理を代理するステップＳ１０２１と、ステップＳ１０２２との処理を、図２３を参照して詳細に説明する。

まず、名前解決制御部２６０−２が、論理ＩＦ記憶部２３３に記憶された全ての論理ＩＦレコードを読み出す（ステップＳ３０１）。そして、名前解決制御部２６０−２は、読み出した論理ＩＦレコードの論理ＩＦ状態の項目が、「ａｃｔｉｖｅ」となっている論理ＩＦレコードを、利用可能な論理ＩＦを示す論理ＩＦレコードと判定する。ここで、名前解決制御部２６０が、利用可能な論理ＩＦレコードを検出できなかった場合には、名前解決制御部２６０は、Ｐｈａｓｅ２での名前解決を行わないと判定し（ステップＳ３０２−ＮＯ）、Ｐｈａｓｅ３へすすむ。

一方、名前解決制御部２６０−２が、論理ＩＦ記憶部２３３−２から利用可能な論理ＩＦレコードを検出すれば（ステップＳ３０２−ＹＥＳ）、Ｐｈａｓｅ２処理部２５３−２は、ＩＰｖ４ＤＮＳリゾルバ２９１−２を介して、利用可能な論理ＩＦレコードのうち、優先順位が最も高いことを示すＤＮＳサーバアドレスに、名前解決要求パケットを転送する（ステップＳ３１２）。

ＩＰｖ４ＤＮＳリゾルバ２９１−２は、ステップＳ３１２で転送、送信した名前解決要求パケットに対する応答を監視する（ステップＳ３１３）。そして、ＩＰｖ４ＤＮＳリゾルバ２９１−２は、予め設定されたタイムアウト時間内に、名前解決要求パケットに対応する名前解決結果パケットを受信すると、名前解決結果パケットの応答内容を判定する（ステップＳ３１４）。

ＩＰｖ４ＤＮＳリゾルバ２９１−２は、例えば、ステップＳ３１４で受信した名前解決パケットが、トランスポート変更通知情報を含んでいる場合には、トランスポート変更通知情報が含まれた名前解決要求パケットをそのままＩＰｖ４クライアント装置１００−２に送信する（ステップＳ３１５）。

または、ＩＰｖ４ＤＮＳリゾルバ２９１−２は、例えば、ステップＳ３１４で受信した名前解決パケットに含まれるＲＣＯＤＥ（リターンコード）が、名前解決成功を示す情報であれば、その名前解決結果パケットを、ＩＰｖ４クライアント装置１００−２に送信する（ステップＳ３１６）。または、ＩＰｖ４ＤＮＳリゾルバ２９１−２は、ステップＳ３１３で、名前解決要求パケットの応答を待ったが応答がないか、ステップＳ３１４にて受信した名前解決パケットに含まれるＲＣＯＤＥ（リターンコード）が、名前解決失敗・エラーを示す情報である場合には、名前解決が失敗したことを示す名前解決結果パケットをＩＰｖ４クライアント装置１００−２に送信する（ステップＳ３１７）。

なお、ステップＳ３１２で、論理ＩＦ上のＤＮＳサーバに対して名前解決要求パケットを送信し、ステップＳ３１４で複数の名前解決結果パケットを受信した場合に、いずれの名前解決パケットを採用するかについて、最も早く受信した名前解決結果パケットを採用しても良いし、優先順位に基づいて採用しても良い。

このように、Ｐｈａｓｅ２処理部２５３−２による名前解決によれば、インターネットに接続される複数のルート（方路）がある場合や、接続したいサイトに到達するルートが複数ある場合に、いずれのルートで名前解決を行うかを効率よく判定することができる。Ｐｈａｓｅ０、Ｐｈａｓｅ１での名前解決とならなかった場合は、名前解決対象ドメイン名は、グローバルドメインに属するグローバルドメイン名であると認識できるため、上述のＰｈａｓｅ２処理で名前解決が可能となる。

ここで、方路が複数ある場合、いずれの方路に投げても名前解決がされるが、全ての方路に対して名前解決要求パケットを同時に投げることはマナー上許されていない。Ｐｈａｓｅ２処理部２５３−２によれば、予め定められた優先順位に基づいて、名前解決要求パケットを転送することができる。また、全ての方路が通信可能状態（セッションが成立）となっているとは限らない（場合によっては、全て接続されておらず、インターネットへのパケット到達性が無い場合がある）ので、最優先の方路が通信不可であった場合は、次の優先順位の方路に名前解決要求パケットを送信する。

このように、Ｐｈａｓｅ２処理部２５３−２は、グローバルドメインなど、インターネット上のサイトへＩＳＰを経由して接続する場合の名前解決を行う。また、ＩＳＰが特殊ドメインを有している場合でも、ＩＰｖ４クライアント装置１００−２が接続しているＩＳＰが１つのみである場合、Ｐｈａｓｅ１の設定を行わなくても、Ｐｈａｓｅ２での名前解決が可能である。

＜第４の実施形態：Ｐｈａｓｅ３＞
第４の実施形態では、上述のＰｈａｓｅ０処理部２５１−２、Ｐｈａｓｅ１処理部２５２−２、およびＰｈａｓｅ２処理部２５３−２による名前解決処理で、回線終端装置２００−２がＤＮＳサーバを発見できない場合、Ｐｈａｓｅ３処理部２５４−２で名前解決処理が行われる回線終端装置２００−２の動作例について説明する。

第３の実施形態と同様に、ＩＰｖ４ＤＮＳリゾルバ１２０−２から送信される名前解決要求パケット（ＩＰｖ４、Ａ、情報サーバ５２０のドメイン名）を、回線終端装置２００−２の名前解決要求受信部２７０−２が、ＩＰｖ４通信部２１１−２を介して受信する。
図２４は、名前解決制御部２６０が行う、名前解決代理部２５０が備えるいずれの処理部で名前解決を行うかを判定する動作例を示すフローチャートである。

名前解決要求受信部２７０−２が名前解決要求パケットを受信すると、名前解決制御部２６０は、名前解決要求パケットから、名前解決要求対象のドメイン名である名前解決対象ドメイン名を検出する。そして、名前解決制御部２６０−２は、検出した名前解決対象ドメイン名のフォーマットチェック処理を行う。ここで、フォーマットチェック処理は、例えば、ドメイン名情報に予め定められた禁則文字が使われているか否か、またはドメイン名情報の文字列の長さが予め定められた範囲内であるか否かなどの判定処理を行う（ステップＳ１０）。

そして、名前解決制御部２６０−２は、名前解決対象ドメイン名をＰｈａｓｅ０処理部２５１−２にて名前解決処理を行うか否かを判定するＰｈａｓｅ０判定処理を行う（ステップＳ１００）。名前解決制御部２６０−２が、Ｐｈａｓｅ０処理部２５１−２の名前解決処理を行うと判定すると（ステップＳ１００−ＹＥＳ）、Ｐｈａｓｅ０処理部２５１−２は、名前解決対象ドメイン名についての名前解決処理であるＰｈａｓｅ０処理を行う（ステップＳ１１０）。

一方、ステップＳ１００にて、名前解決制御部２６０−２が、Ｐｈａｓｅ０処理部２５１−２の名前解決処理を行わないと判定する（ステップＳ１００−ＮＯ）と、名前解決制御部２６０−２は、名前解決対象ドメイン名をＰｈａｓｅ１処理部２５２−２にて名前解決処理を行うか否かを判定するＰｈａｓｅ１判定処理を行う（ステップＳ２００）。名前解決制御部２６０−２が、Ｐｈａｓｅ１処理部２５２−２の名前解決処理を行うと判定すると（ステップＳ２００−ＹＥＳ）、Ｐｈａｓｅ１処理部２５２−２は、名前解決対象ドメイン名についてのＰｈａｓｅ１処理を行う（ステップＳ２１０）。

一方、ステップＳ２００にて、名前解決制御部２６０−２が、Ｐｈａｓｅ１処理部２５２−２の名前解決処理を行わないと判定する（ステップＳ２００−ＮＯ）と、名前解決制御部２６０は、名前解決対象ドメイン名をＰｈａｓｅ２処理部２５３−２にて名前解決処理を行うか否かを判定するＰｈａｓｅ２判定処理を行う（ステップＳ３００）。名前解決制御部２６０−２が、Ｐｈａｓｅ２処理部２５３−２のＰｈａｓｅ２判定処理を行うと判定する（ステップＳ３００−ＹＥＳ）と、Ｐｈａｓｅ２処理部２５３−２は、名前解決対象ドメイン名についてのＰｈａｓｅ２処理を行う（ステップＳ３１０）。

一方、ステップＳ３００にて、名前解決制御部２６０−２が、Ｐｈａｓｅ２処理部２５３−２の名前解決処理を行わないと判定する（ステップＳ３００−ＮＯ）と、名前解決制御部２６０−２は、名前解決対象ドメイン名をＰｈａｓｅ３処理部２５４−２にて名前解決処理を行うか否かを判定するＰｈａｓｅ３判定処理を行う（ステップＳ４００）。名前解決制御部２６０−２が、Ｐｈａｓｅ３処理部２５４−２の名前解決処理を行うと判定する（ステップＳ４００−ＹＥＳ）と、Ｐｈａｓｅ３処理部２５４−２は、名前解決対象ドメイン名についてのＰｈａｓｅ３処理を行う（ステップＳ４１０）。一方、ステップＳ３００にて、名前解決制御部２６０−２が、Ｐｈａｓｅ３処理部２５４−２の名前解決処理を行わないと判定する（ステップＳ４００−ＮＯ）と、名前解決制御部２６０−２は、名前解決エラー情報を生成して処理を終了する。

図２５は、ステップＳ４００における、Ｐｈａｓｅ３処理に関する回線終端装置２００−２の動作例を示すフローチャートである。回線終端装置２００−２は、自装置の起動時などに、予めＤＨＣＰクライアント部２４５−２を動作させ、ＤＮＳサーバのアドレスを取得しておく。さらに、Ｐｈａｓｅ３処理時に、ＤＨＣＰ手段（ＤＨＣＰクライアント部２４５−２）があり（ステップＳ４０１−ＹＥＳ）、かつＤＮＳサーバアドレスが取得できていない場合および無効となっている場合、再度ＤＨＣＰ動作によりＤＮＳサーバアドレスの取得を試みる。すなわち、ＤＨＣＰクライアント部２４５−２は、通信部２１０−２を介して、ＤＨＣＰサーバから、ＤＮＳサーバのＩＰアドレスを受信する（ステップＳ４１１）。

また、Ｐｈａｓｅ３処理部２５４−２は、回線終端装置２００−２が、ＤＨＣＰクライアント部２４５−２を備えていないか、ＤＨＣＰによってＤＮＳサーバのＩＰアドレスが取得できない場合には（ステップＳ４０１−ＮＯ）、例えば、出荷時に、予め記憶されたＤＮＳサーバのＩＰアドレスをＤＮＳサーバＩＰアドレスとして取得する（ステップＳ４０２−ＹＥＳ）。

そして、Ｐｈａｓｅ３処理部２５４−２は、ＤＮＳリゾルバ２９０−２を介して、ＤＨＣＰクライアント部２４５−２が取得したＤＮＳサーバＩＰアドレスに、名前解決要求パケットを送信する（ステップＳ４１２）。ＤＮＳリゾルバ２９０−２は、送信した名前解決要求パケットに対する応答を監視する（ステップＳ４３３）。そして、ＤＮＳリゾルバ２９０−２は、予め設定されたタイムアウト時間内に、名前解決要求パケットに対応する名前解決結果パケットを受信すると、名前解決結果パケットの応答内容を判定する（ステップＳ４１４）。

ＤＮＳリゾルバ２９０−２は、例えば、ステップＳ４１４で受信した名前解決結果パケットが、トランスポート変更通知情報を含んでいる場合には、トランスポート変更通知情報が含まれた名前解決要求パケットをそのままクライアント装置１００に送信する（ステップＳ４１５）。

または、ＤＮＳリゾルバ２９０−２は、例えば、ステップＳ４１４で受信した名前解決パケットに含まれるＲＣＯＤＥ（リターンコード）が、名前解決成功を示す情報であれば、その名前解決結果パケットを、クライアント装置１００に送信する（ステップＳ４１６）。または、ＤＮＳリゾルバ２９０−２は、ステップＳ４１３で、名前解決要求パケットの応答を待ったが応答がないか、ステップＳ４１４にて受信した名前解決パケットに含まれるＲＣＯＤＥ（リターンコード）が、名前解決失敗・エラーを示す情報である場合には、名前解決が失敗したことを示す名前解決結果パケットをクライアント装置１００に送信する（ステップＳ４１７）。

このように、Ｐｈａｓｅ３処理部２５４による名前解決によれば、インターネットに接続される方路がない場合にも、接続されたネットワークから、名前解決を行えるＤＮＳサーバのＩＰアドレスを取得することができる。
すなわち、Ｐｈａｓｅ０〜Ｐｈａｓｅ２において、名前解決が成功するであろうＤＮＳサーバの判別はできても、ＤＮＳサーバヘの到達性が無い場合（方路が無い、セッションが張られていない）に、Ｐｈａｓｅ３による名前解決が試みられる。

すなわち、ＩＰｖ４クライアント装置１００−２からネットワークをみた場合に、ネットワークがどういう状態なのか、どういう構成なのかわからない、どうすればネットワークに接続できるのかわからない（起動初期や未設定状態のときなど）場合に、ＩＰｖ４クライアント装置１００−２に設けられたＰｈａｓｅ３処理部２５４−２が、ネットワーク情報を取得する。

このように、Ｐｈａｓｅ３処理では、ＤＨＣＰ機能により、確実に接続性がある上位のルータなどの中継装置から、ＤＮＳサーバアドレスが通知される。これは、一般的に、回線終端装置２００のようなＩＰアプライアンス装置がネットワークに接続された際に自動的に動作するものである。

また、ＤＨＣＰ機能が無い場合は、予め、当該ＤＮＳサーバのアドレスを設定しておく。さらに、Ｐｈａｓｅ３の設定変更（ＤＮＳサーバのアドレス変更）を行った場合でも、クライアント装置が単体でＤＨＣＰによるＤＮＳサーバアドレス取得に戻れるようにする必要がある。これは、変更したＤＮＳサーバが、確実に名前解決ができると保証されないためである。逆に、ＤＨＣＰで通知されるＤＮＳサーバアドレスは、確実な常時名前解決ができるサーバアドレスとする必要がある。

＜第５の実施形態＞
第５の実施形態では、図１４に示す類型Ｃに該当するネットワークにおける名前解決処理が、回線終端装置２００−２のＰｈａｓｅ２処理部２５３−２によって行われる動作例について説明する。第５の実施形態では、ＩＰｖ４で通信を行うＩＰｖ４クライアント装置１００−２が、インターネットに接続された情報サーバ５２１を宛先アドレスとして、ＩＰパケットの送信を行う。ここで、回線終端装置２００−２が、ＩＰｖ４クライアント装置１００−２から情報サーバ５２１への情報通信の中継を行う。また、情報サーバ５２１のドメイン名の名前解決は、ＩＰｖ４ＤＮＳサーバ３１１によって行われる。

図２６は、本実施形態による回線終端装置２００−２が、ＩＰｖ４クライアント装置１００−２からの通信を中継する動作例を示すシーケンス図である。以下、図２６を参照して、本実施形態における通信処理の動作例を説明する。
まず、ＩＰｖ４クライアント装置１００−２が、名前解決要求パケット（ＩＰｖ４、Ａ、情報サーバ５２１のドメイン名）を、回線終端装置２００−２に送信する（ステップＳ１０３０）。

回線終端装置２００−２は、受信した名前解決要求パケットを、例えば、Ｐｈａｓｅ２処理部２５３−２によりＩＰｖ４ＤＮＳサーバ３１１に送信する（ステップＳ１０３１）。そして、回線終端装置２００−２は、ＩＰｖ４ＤＮＳサーバ３１１から応答される名前解決結果パケット（ＩＰｖ４、情報サーバ５２１のドメイン名、情報サーバ５２１のＩＰアドレス）を受信し（ステップＳ１０３２）、ＩＰｖ４クライアント装置１００−２に送信する（ステップＳ１０３３）。

ＩＰｖ４クライアント装置１００−２は、受信する名前解決結果パケットから、名前解決結果ＩＰアドレスを読み出し、読み出した名前解決結果ＩＰアドレスを宛先として、ＩＰパケット（ＩＰｖ４）を送信する（ステップＳ１０３４）。回線終端装置２００−２は、ＩＰパケットを情報サーバ５２１に転送し（ステップＳ１０３５）、情報サーバ５２１は、受信するＩＰパケットに対応して、応答ＩＰパケット（ＩＰｖ４）を、回線終端装置２００−２に送信する（ステップＳ１０３６）。回線終端装置２００−２は、受信する応答ＩＰパケットを、ＩＰｖ４クライアント装置１００−２に転送する。ＩＰｖ４クライアント装置１００−２は、応答ＩＰパケットを受信する（ステップＳ１０３７）。
このように、本実施形態によれば、ＩＰｖ４でのインターネット接続を中継する。

＜第６の実施形態＞
第６の実施形態では、図１４に示す類型Ｄに該当するネットワークにおける名前解決処理が、回線終端装置２００−４のＰｈａｓｅ０処理部２５１−４によって行われる動作例について説明する。第６の実施形態では、ＩＰｖ６で通信を行うＩＰｖ６クライアント装置１０１−２が、ＩＰｖ６プライベートネットワーク５０２に接続された情報サーバ５２２を宛先アドレスとして、ＩＰパケットの送信を行う。ここで、回線終端装置２００−４が、ＩＰｖ６クライアント装置１０１−２から情報サーバ５２２への情報通信の中継を行う。また、情報サーバ５２２のドメイン名の名前解決は、ＩＰｖ６プライベートＤＮＳサーバ５１２によって行われる。

図２７は、本実施形態による回線終端装置２００−４が、ＩＰｖ６クライアント装置１０１−２からの通信を中継する動作例を示すシーケンス図である。以下、図２７を参照して、本実施形態における通信処理の動作例を説明する。
まず、ＩＰｖ６クライアント装置１０１−２が、名前解決要求パケット（ＩＰｖ６、ＡＡＡＡ、情報サーバ５２２のドメイン名）を、回線終端装置２００−４に送信する（ステップＳ１０４０）。

回線終端装置２００−４は、受信した名前解決要求パケットを、例えば、Ｐｈａｓｅ０処理部２５１−４によりＩＰｖ６プライベートＤＮＳサーバ５１２に送信する（ステップＳ１０４１）。そして、回線終端装置２００−４は、ＩＰｖ６プライベートＤＮＳサーバ５１２から応答される名前解決結果パケット（ＩＰｖ６、情報サーバ５２２のドメイン名、情報サーバ５２２のＩＰアドレス）を受信し（ステップＳ１０４２）、ＩＰｖ６クライアント装置１０１−２に送信する（ステップＳ１０４３）。

ＩＰｖ６クライアント装置１０１−２は、受信する名前解決結果パケットから、名前解決結果ＩＰアドレスを読み出し、読み出した名前解決結果ＩＰアドレスを宛先として、ＩＰパケット（ＩＰｖ６）を送信する（ステップＳ１０４４）。回線終端装置２００−４は、ＩＰパケットを情報サーバ５２２に転送し（ステップＳ１０４５）、情報サーバ５２２は、受信するＩＰパケットに対応して、応答ＩＰパケット（ＩＰｖ６）を、回線終端装置２００−４に送信する（ステップＳ１０４６）。回線終端装置２００−４は、受信する応答ＩＰパケットを、ＩＰｖ６クライアント装置１０１−２に転送する。ＩＰｖ６クライアント装置１０１−２は、応答ＩＰパケットを受信する（ステップＳ１０４７）。
このように、本実施形態によれば、ＩＰｖ６での閉域接続を中継する。

＜第７の実施形態＞
第７の実施形態では、図１４に示す類型Ｅに該当するネットワークにおける名前解決処理が、回線終端装置２００−４のＰｈａｓｅ２処理部２５３−４によって行われる動作例について説明する。第７の実施形態では、ＩＰｖ６で通信を行うＩＰｖ６クライアント装置１０１−２が、ＩＰｖ６プライベートネットワーク５０２に接続された情報サーバ５２５を宛先アドレスとして、ＩＰパケットの送信を行う。ここで、回線終端装置２００−４が、ＩＰｖ６クライアント装置１０１−２から情報サーバ５２５への情報通信の中継を行う。また、本実施形態においては、情報サーバ５２５のドメイン名の名前解決は、ＩＰｖ６ＤＮＳサーバ３１２によって行われる。なお、本名前解決は、ＩＰｖ６プライベートＤＮＳサーバ５１２によっても可能である。

図２８は、本実施形態による回線終端装置２００−４が、ＩＰｖ６クライアント装置１０１−２からの通信を中継する動作例を示すシーケンス図である。以下、図２８を参照して、本実施形態における通信処理の動作例を説明する。
まず、ＩＰｖ６クライアント装置１０１−２が、名前解決要求パケット（ＩＰｖ６、ＡＡＡＡ、情報サーバ５２５のドメイン名）を、回線終端装置２００−４に送信する（ステップＳ１０５０）。

回線終端装置２００−４は、受信した名前解決要求パケットを、例えば、Ｐｈａｓｅ２処理部２５３−４によりＩＰｖ６ＤＮＳサーバ３１２に送信する（ステップＳ１０５１）。そして、回線終端装置２００−４は、ＩＰｖ６ＤＮＳサーバ３１２から応答される名前解決結果パケット（ＩＰｖ６、情報サーバ５２５のドメイン名、情報サーバ５２５のＩＰアドレス）を受信し（ステップＳ１０５２）、ＩＰｖ６クライアント装置１０１−２に送信する（ステップＳ１０５３）。

ＩＰｖ６クライアント装置１０１−２は、受信する名前解決結果パケットから、名前解決結果ＩＰアドレスを読み出し、読み出した名前解決結果ＩＰアドレスを宛先として、ＩＰパケット（ＩＰｖ６）を送信する（ステップＳ１０５４）。回線終端装置２００−４は、ＩＰパケットを情報サーバ５２５に転送し（ステップＳ１０５５）、情報サーバ５２５は、受信するＩＰパケットに対応して、応答ＩＰパケット（ＩＰｖ６）を、回線終端装置２００−４に送信する（ステップＳ１０５６）。回線終端装置２００−４は、受信する応答ＩＰパケットを、ＩＰｖ６クライアント装置１０１−２に転送する。ＩＰｖ６クライアント装置１０１−２は、応答ＩＰパケットを受信する（ステップＳ１０５７）。
このように、本実施形態によれば、ＩＰｖ６での特殊ドメインへの通信を中継する。

＜第８の実施形態＞
第８の実施形態では、図１４に示す類型Ｆに該当するネットワークにおける名前解決処理が、回線終端装置２００−４のＰｈａｓｅ２処理部２５３−４によって行われる動作例について説明する。第８の実施形態では、ＩＰｖ６で通信を行うＩＰｖ６クライアント装置１０１−２が、ＩＰｖ６プライベートネットワーク５０２に接続された情報サーバ５２３を宛先アドレスとして、ＩＰパケットの送信を行う。ここで、回線終端装置２００−４が、ＩＰｖ６クライアント装置１０１−２から情報サーバ５２３への情報通信の中継を行う。また、情報サーバ５２３のドメイン名の名前解決は、ＩＰｖ６ＤＮＳサーバ３１２によって行われる。

図２９は、本実施形態による回線終端装置２００−４が、ＩＰｖ６クライアント装置１０１−２からの通信を中継する動作例を示すシーケンス図である。以下、図２９を参照して、本実施形態における通信処理の動作例を説明する。
まず、ＩＰｖ６クライアント装置１０１−２が、名前解決要求パケット（ＩＰｖ６、ＡＡＡＡ、情報サーバ５２３のドメイン名）を、回線終端装置２００−４に送信する（ステップＳ１０６０）。

回線終端装置２００−４は、受信した名前解決要求パケットを、例えば、Ｐｈａｓｅ１処理部２５２−４によりＩＰｖ６ＤＮＳサーバ３１２に送信する（ステップＳ１０６１）。そして、回線終端装置２００−４は、ＩＰｖ６ＤＮＳサーバ３１２から応答される名前解決結果パケット（ＩＰｖ６、情報サーバ５２３のドメイン名、情報サーバ５２３のＩＰアドレス）を受信し（ステップＳ１０６２）、ＩＰｖ６クライアント装置１０１−２に送信する（ステップＳ１０６３）。

ＩＰｖ６クライアント装置１０１−２は、受信する名前解決結果パケットから、名前解決結果ＩＰアドレスを読み出し、読み出した名前解決結果ＩＰアドレスを宛先として、ＩＰパケット（ＩＰｖ６）を送信する（ステップＳ１０６４）。回線終端装置２００−４は、ＩＰパケットを情報サーバ５２３に転送し（ステップＳ１０６５）、情報サーバ５２３は、受信するＩＰパケットに対応して、応答ＩＰパケット（ＩＰｖ６）を、回線終端装置２００−４に送信する（ステップＳ１０６６）。回線終端装置２００−４は、受信する応答ＩＰパケットを、ＩＰｖ６クライアント装置１０１−２に転送する。ＩＰｖ６クライアント装置１０１−２は、応答ＩＰパケットを受信する（ステップＳ１０６７）。
このように、本実施形態によれば、ＩＰｖ６でのグローバルドメインへの通信を中継する。

＜第９の実施形態＞
第９の実施形態では、図１４に示す類型Ｈに該当するネットワークにおける名前解決処理が、回線終端装置２００−４のＰｈａｓｅ０処理部２５１−４によって行われる動作例について説明する。第９の実施形態では、ＩＰｖ６で通信を行うＩＰｖ６クライアント装置１０１−２が、ＩＰｖ４インターネット３０１に接続された情報サーバ５２１を宛先アドレスとして、ＩＰパケットの送信を行う。ここで、回線終端装置２００−４が、ＩＰｖ６クライアント装置１０１−２から情報サーバ５２１への情報通信の中継を行う。また、情報サーバ５２１のドメイン名の名前解決は、ＩＰｖ６ＤＮＳサーバ３１２によって行われる。

図３０は、本実施形態による回線終端装置２００−４が、ＩＰｖ６クライアント装置１０１−２からの通信を中継する動作例を示すシーケンス図である。以下、図３０を参照して、本実施形態における通信処理の動作例を説明する。
まず、ＩＰｖ６クライアント装置１０１−２が、名前解決要求パケット（ＩＰｖ６、ＡＡＡＡ、情報サーバ５２１のドメイン名）を、回線終端装置２００−４に送信する（ステップＳ１０７０）。

回線終端装置２００−４は、受信した名前解決要求パケットを、例えば、Ｐｈａｓｅ０処理部２５１−４によりＩＰｖ６ＤＮＳサーバ３１２に送信する（ステップＳ１０７１）。そして、回線終端装置２００−４は、ＩＰｖ６ＤＮＳサーバ３１２から応答される名前解決結果パケット（ＩＰｖ６、情報サーバ５２１のドメイン名、情報サーバ５２１のＩＰアドレス）を受信すると（ステップＳ１０７２）、ＩＰｖ６クライアント装置１０１−２に送信する（ステップＳ１０７３）。

ＩＰｖ６クライアント装置１０１−２は、受信する名前解決結果パケットから、名前解決結果ＩＰアドレスを読み出し、読み出した名前解決結果ＩＰアドレスを宛先として、ＩＰパケット（ＩＰｖ６）を送信する（ステップＳ１０７４）。回線終端装置２００−４のＩＰヘッダ変換部２２０−４は、ＩＰパケット（ＩＰｖ６）を、ＩＰｖ４によるＩＰパケットに変換して（ステップＳ１０７５）、ＩＰｖ４閉域ネットワーク９００を介して情報サーバ５２１に転送する（ステップＳ１０７６）。

情報サーバ５２１は、受信するＩＰパケットに対応して、応答ＩＰパケット（ＩＰｖ４）を、回線終端装置２００−４に送信する（ステップＳ１０７７）。回線終端装置２００−４のＩＰヘッダ変換部２２０−４は、受信する応答ＩＰパケット（ＩＰｖ４）を、ＩＰｖ６によるＩＰパケットに変換し（ステップＳ１０７８）、ＩＰｖ６クライアント装置１０１−２に転送する。ＩＰｖ６クライアント装置１０１−２は、応答ＩＰパケットを受信する（ステップＳ１０７９）。
このように、本実施形態によれば、ＩＰｖ６のみによる通信が可能なクライアント装置から、ＩＰｖ４のみで提供されるサービスへの通信を中継する。

＜第１０の実施形態＞
第１０の実施形態では、図１４に示す類型Ｉに該当するネットワークにおける名前解決処理が、回線終端装置２００−２のＰｈａｓｅ０処理部２５１−２によって行われる動作例について説明する。第１０の実施形態では、ＩＰｖ４で通信を行うＩＰｖ４クライアント装置１００−２が、ＩＰｖ６インターネット３０２に接続された情報サーバ５２３を宛先アドレスとして、ＩＰパケットの送信を行う。ここで、回線終端装置２００−２が、ＩＰｖ４クライアント装置１００−２から情報サーバ５２３への情報通信の中継を行う。また、情報サーバ５２３のドメイン名の名前解決は、ＩＰｖ４ＤＮＳサーバ３１１によって行われる。

図３１は、本実施形態による回線終端装置２００−２が、ＩＰｖ４クライアント装置１００−２からの通信を中継する動作例を示すシーケンス図である。以下、図３１を参照して、本実施形態における通信処理の動作例を説明する。
まず、ＩＰｖ４クライアント装置１００−２が、名前解決要求パケット（ＩＰｖ４、ＡＡ、情報サーバ５２３のドメイン名）を、回線終端装置２００−２に送信する（ステップＳ１０８０）。

回線終端装置２００−２は、受信した名前解決要求パケットを、例えば、Ｐｈａｓｅ０処理部２５１−２によりＩＰｖ４ＤＮＳサーバ３１１に送信する（ステップＳ１０８１）。そして、回線終端装置２００−２は、ＩＰｖ４ＤＮＳサーバ３１１から応答される名前解決結果パケット（ＩＰｖ４、情報サーバ５２３のドメイン名、情報サーバ５２３のＩＰアドレス）を受信すると（ステップＳ１０８２）、ＩＰｖ４クライアント装置１００−２に送信する（ステップＳ１０８３）。

ＩＰｖ４クライアント装置１００−２は、受信する名前解決結果パケットから、名前解決結果ＩＰアドレスを読み出し、読み出した名前解決結果ＩＰアドレスを宛先として、ＩＰパケット（ＩＰｖ４）を送信する（ステップＳ１０８４）。回線終端装置２００−２のＩＰヘッダ変換部２２０−２は、ＩＰパケット（ＩＰｖ４）を、ＩＰｖ６によるＩＰパケットに変換して（ステップＳ１０８５）、ＩＰｖ６閉域ネットワーク９０１を介して情報サーバ５２３に転送する（ステップＳ１０８６）。

情報サーバ５２３は、受信するＩＰパケットに対応して、応答ＩＰパケット（ＩＰｖ６）を、回線終端装置２００−２に送信する（ステップＳ１０８７）。回線終端装置２００−２のＩＰヘッダ変換部２２０−２は、受信する応答ＩＰパケット（ＩＰｖ６）を、ＩＰｖ４によるＩＰパケットに変換し（ステップＳ１０７８）、ＩＰｖ４クライアント装置１００−２に転送する。ＩＰｖ４クライアント装置１００−２は、応答ＩＰパケットを受信する（ステップＳ１０８９）。
このように、本実施形態によれば、ＩＰｖ４のみによる通信が可能なクライアント装置から、ＩＰｖ６のみで提供されるサービスへの通信を中継する。

＜第１１の実施形態＞
第１１の実施形態では、図１４に示す類型Ｊに該当するネットワークにおける名前解決処理が、回線終端装置２００−３のＰｈａｓｅ０処理部２５１−３によって行われる動作例について説明する。第１１の実施形態では、ＩＰｖ６で通信を行うＩＰｖ６クライアント装置１０１−１が、ＩＰｖ４インターネット３０１に接続された情報サーバ５２１を宛先アドレスとして、ＩＰパケットの送信を行う。ここで、回線終端装置２００−３が、ＩＰｖ６クライアント装置１０１−１から情報サーバ５２１への情報通信の中継を行う。また、情報サーバ５２１のドメイン名の名前解決は、ＩＰｖ４ＤＮＳサーバ３１１によって行われる。

図３２は、本実施形態による回線終端装置２００−３が、ＩＰｖ６クライアント装置１０１−１からの通信を中継する動作例を示すシーケンス図である。以下、図３２を参照して、本実施形態における通信処理の動作例を説明する。
まず、ＩＰｖ６クライアント装置１０１−１が、名前解決要求パケット（ＩＰｖ６、ＡＡＡＡ、情報サーバ５２１のドメイン名）を、回線終端装置２００−３に送信する（ステップＳ１０９０）。

回線終端装置２００−３は、受信した名前解決要求パケットを、例えば、Ｐｈａｓｅ０処理部２５１−３によりＩＰｖ４ＤＮＳサーバ３１１に送信する（ステップＳ１０９１）。そして、回線終端装置２００−３は、ＩＰｖ４ＤＮＳサーバ３１１から応答される名前解決結果パケット（ＩＰｖ４、情報サーバ５２１のドメイン名、情報サーバ５２１のＩＰアドレス）を受信すると（ステップＳ１０９２）、ＩＰｖ６クライアント装置１０１−１に送信する（ステップＳ１０９３）。

ＩＰｖ６クライアント装置１０１−１は、受信する名前解決結果パケットから、名前解決結果ＩＰアドレスを読み出し、読み出した名前解決結果ＩＰアドレスを宛先として、ＩＰパケット（ＩＰｖ６）を送信する（ステップＳ１０９４）。回線終端装置２００−３のＩＰヘッダ変換部２２０−３は、ＩＰパケット（ＩＰｖ６）を、ＩＰｖ４によるＩＰパケットに変換して（ステップＳ１０９５）、情報サーバ５２１に転送する（ステップＳ１０９６）。

情報サーバ５２１は、受信するＩＰパケットに対応して、応答ＩＰパケット（ＩＰｖ４）を、回線終端装置２００−３に送信する（ステップＳ１０９７）。回線終端装置２００−３のＩＰヘッダ変換部２２０−３は、受信する応答ＩＰパケット（ＩＰｖ４）を、ＩＰｖ６によるＩＰパケットに変換し（ステップＳ１０９８）、ＩＰｖ６クライアント装置１０１−１に転送する。ＩＰｖ６クライアント装置１０１−１は、応答ＩＰパケットを受信する（ステップＳ１０９９）。
このように、本実施形態によれば、ＩＰｖ６のみによる通信が可能なクライアント装置から、ＩＰｖ４のみで提供されるサービスへの通信を中継する。

なお、本発明における通信装置は、図３３に示す通信装置２０１のように、上述のＩＰｖ４クライアント装置１００−１と回線終端装置２００−１とが有する各機能ブロックを同一端末に備えることとしても良い。図３３に示す３２の各機能部は、上述のＩＰｖ４クライアント装置１００−１と回線終端装置２００−１とが備える同名の各機能部と同様の構成である。また、ＩＰｖ６クライアント装置１０１−１と回線終端装置２００−１とを同一端末に備えても良い。

また、図３４に示すように、Ｐｈａｓｅ０テーブル２３１に記憶されるＰｈａｓｅ０テーブルには、ＩＰｖ４による仮想アドレスとＩＰｖ６による実アドレスとの組み合わせと、ＩＰｖ６による仮想アドレスとＩＰｖ４による実アドレスとの組み合わせとの双方を記憶させても良い。例えば、図３４の（ａ）のＰｈａｓｅ０レコードは、ドメイン名に対して、ＩＰｖ４の仮想アドレスが割り当てられている。ここで、「ａａａ．ｂｂｂ．ｃｃｃ」とのドメイン名でシングルＡの名前解決要求を受けた場合は、Ｐｈａｓｅ０処理部２５１−１によって、「ａａａ．ｂｂｂ．ｃｃｃ」に対応するＩＰｖ６アドレスを取得し、実アドレスの情報を更新して記憶させる。

図３４の（ｅ）は、（ａ）と同じドメイン名に対して、ＩＰｖ６の仮想アドレスが割り当てられている。ここで、「ａａａ．ｂｂｂ．ｃｃｃ」とのドメイン名でクアッドＡの名前解決要求を受けた場合は、Ｐｈａｓｅ０処理部２５１−１によって、「ａａａ．ｂｂｂ．ｃｃｃ」に対応するＩＰｖ６４アドレスを取得し、実アドレスの情報を更新して記憶させる。

「ａｂｃｄ．ｅｆｇｈ．ｃｏｍ」とのドメイン名に対する名前解決要求を受信した場合は、シングルＡであれば、図３４の（ｃ）を参照して、仮想アドレス（ＩＰｖ４）を返す。クアッドＡの場合は、Ｐｈａｓｅ０テーブル２３１にレコードが存在しないので、Ｐｈａｓｅ１処理に移る。
「ｍｍｍ．ｎｎｎ．ｏｏｏ」とのドメイン名に対する名前解決要求を受信した場合は、クアッドＡであれば、図３４の（ｆ）を参照して、仮想アドレス（ＩＰｖ６）を返す。シングルＡの場合は、Ｐｈａｓｅ０テーブル２３１にレコードが存在しないので、Ｐｈａｓｅ１処理に移る。

また、本実施形態による構成によって、ネットワークを介する通信の負荷を分散させることができる。例えば、「ｘｘｘ．ｙｙｙ．ｚｚｚ」という同じＦＱＤＮを持つ複数台のサービス提供サーバに対するアクセスを、Ｐｈａｓｅ１処理部２５２に予め記憶させる設定によって負荷分散させることが可能である。

すなわち、「ｘｘｘ．ｙｙｙ．ｚｚｚ」のドメイン名（ＦＱＤＮ）を持つサービス提供サーバが複数存在する場合がある。例えば、複数のサーバの機能は同じでも、扱えるデータ範囲や動作が異なる場合、セッションの管理が必要なため同一サーバにアクセスし続ける必要がある場合、がある。この場合、ＤＮＳラウンドロビンでは対応できないが、本応用例であれば、対応可能である。

すなわち、当該ドメインの名前解決先のＤＮＳサーバアドレスをＰｈａｓｅ１処理部２５２に設定することにより、名前解決先を固定する。それぞれのＤＮＳサーバが返すアドレスも固定化しておくことで、サービス提供サーバとＩＰアプライアンスとを固定的に結び付けることが可能となる。これにより、サービス提供サーバが対応するＩＰアプライアンス数を限定することができるため、サービス提供サーバとして常に処理能力以下のＩＰアプライアンス数に保つことが可能となる。

以上説明したように、本発明の通信装置によれば、従来のＩＰネットワーク接続（例：インターネット接続、ＬＡＮ接続など）の使い勝手を維持しつつ、複数のＩＰネットワークに接続されたＤＮＳリゾルバからの名前解決要求を、複数のＩＰネットワークのうちいずれのネットワーク上にあるＤＮＳサーバに送信すれば名前解決ができるかを判断する仕組みを提供することが可能である。

なお、本発明における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより通信を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ホームページ提供環境（あるいは表示環境）を備えたＷＷＷシステムも含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。

また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。

本発明の一実施形態によるネットワーク環境を示す図である。 本発明の一実施形態による特殊ドメインを示す図である。 本発明の一実施形態による通信装置を示す図である。 本発明の一実施形態によるＰｈａｓｅ０テーブルのデータ構造を示す図である。 本発明の一実施形態によるＰｈａｓｅ１テーブルのデータ構造を示す図である。 本発明の一実施形態による論理ＩＦ記憶部のデータ構造を示す図である。 本発明の一実施形態による通信装置を示す図である。 本発明の一実施形態による通信装置を示す図である。 本発明の一実施形態による通信装置を示す図である。 本発明の一実施形態によるＩＰｖ４クライアント装置を示す図である。 本発明の一実施形態によるＩＰｖ４クライアント装置を示す図である。 本発明の一実施形態によるＩＰｖ６クライアント装置を示す図である。 本発明の一実施形態によるＩＰｖ６クライアント装置を示す図である。 本発明の一実施形態によって通信装置が通信を中継するネットワーク形態を類型化した図である。 本発明の一実施形態によって通信装置が通信を中継するネットワーク形態を類型化した図である。 本発明の第１の実施形態によって類型Ｇのネットワーク形態の通信が中継される動作例を示すシーケンス図である。 本発明の第１の実施形態によるＰｈａｓｅ０に関する処理を示すフローチャートである。 本発明の第１の実施形態によって類型Ｇのネットワーク形態の通信が中継される動作例を示すシーケンス図である。 本発明の第１の実施形態によるＰｈａｓｅ０に関する処理を示すフローチャートである。 本発明の第２の実施形態によって類型Ａのネットワーク形態の通信が中継される動作例を示すシーケンス図である。 本発明の第２の実施形態によるＰｈａｓｅ１に関する処理を示すフローチャートである。 本発明の第３の実施形態によって類型Ｂのネットワーク形態の通信が中継される動作例を示すシーケンス図である。 本発明の第３の実施形態によるＰｈａｓｅ３に関する処理を示すフローチャートである。 本発明の第４の実施形態によるＰｈａｓｅ３に関する処理を示すフローチャートである。 本発明の第４の実施形態によるＰｈａｓｅ３に関する処理を示すフローチャートである。 本発明の第５の実施形態によって類型Ｃのネットワーク形態の通信が中継される動作例を示すシーケンス図である。 本発明の第６の実施形態によって類型Ｄのネットワーク形態の通信が中継される動作例を示すシーケンス図である。 本発明の第７の実施形態によって類型Ｅのネットワーク形態の通信が中継される動作例を示すシーケンス図である。 本発明の第８の実施形態によって類型Ｆのネットワーク形態の通信が中継される動作例を示すシーケンス図である。 本発明の第９の実施形態によって類型Ｈのネットワーク形態の通信が中継される動作例を示すシーケンス図である。 本発明の第１０の実施形態によって類型Ｉのネットワーク形態の通信が中継される動作例を示すシーケンス図である。 本発明の第１１の実施形態によって類型Ｊのネットワーク形態の通信が中継される動作例を示すシーケンス図である。 本発明の一実施形態による通信装置を示す図である。 本発明の一実施形態によるＰｈａｓｅ０テーブルのデータ構造を示す図である。

符号の説明

１０ ルートサーバ
１１ ＤＮＳサーバ
１００−１ ＩＰｖ４クライアント装置
１０１−１ ＩＰｖ６クライアント装置
１１０−１ アプリケーション
１１１−１ アプリケーション
１２０−１ ＩＰｖ４ＤＮＳリゾルバ
１２１−１ ＩＰｖ６ＤＮＳリゾルバ
１３０−１ ＩＰｖ４通信部
１３１−１ ＩＰｖ６通信部
１００−２ ＩＰｖ４クライアント装置
１０１−２ ＩＰｖ６クライアント装置
１１０−２ アプリケーション
１１１−２ アプリケーション
１２０−２ ＩＰｖ４ＤＮＳリゾルバ
１２１−２ ＩＰｖ６ＤＮＳリゾルバ
１３０−２ ＩＰｖ４通信部
１３１−２ ＩＰｖ６通信部
２００−１ 回線終端装置
２０１−１ 通信装置
２１０−１ 通信部
２１１−１ ＩＰｖ４通信部
２１２−１ ＩＰｖ６通信部
２２０−１ ＩＰヘッダ変換部
２３０−１ 記憶部
２３１−１ Ｐｈａｓｅ０テーブル
２３２−１ Ｐｈａｓｅ１テーブル
２３３−１ 論理ＩＦ記憶部
２４０−１ 対応情報更新部
２４１−１ 被制御部
２４２−１ 論理ＩＦ制御部
２４５−１ ＤＨＣＰクライアント部
２４６−１ ＤＨＣＰサーバ部
２５０−１ 名前解決代理部
２５１−１ Ｐｈａｓｅ０処理部
２５２−１ Ｐｈａｓｅ１処理部
２５３−１ Ｐｈａｓｅ２処理部
２５４−１ Ｐｈａｓｅ３処理部
２６０−１ 名前解決制御部
２７０−１ 名前解決要求受信部
２８０−１ 名前解決結果送信部
２９０−１ ＤＮＳリゾルバ
２９１−１ ＩＰｖ４ＤＮＳリゾルバ
２９２−１ ＩＰｖ６ＤＮＳリゾルバ
２００−２ 回線終端装置
２０１−２ 通信装置
２１０−２ 通信部
２１１−２ ＩＰｖ４通信部
２１２−２ ＩＰｖ６通信部
２２０−２ ＩＰヘッダ変換部
２３０−２ 記憶部
２３１−２ Ｐｈａｓｅ０テーブル
２３２−２ Ｐｈａｓｅ１テーブル
２３３−２ 論理ＩＦ記憶部
２４１−２ 被制御部
２４２−２ 論理ＩＦ制御部
２４５−２ ＤＨＣＰクライアント部
２４６−２ ＤＨＣＰサーバ部
２５０−２ 名前解決代理部
２５１−２ Ｐｈａｓｅ０処理部
２５２−２ Ｐｈａｓｅ１処理部
２５３−２ Ｐｈａｓｅ２処理部
２５４−２ Ｐｈａｓｅ３処理部
２６０−２ 名前解決制御部
２７０−２ 名前解決要求受信部
２８０−２ 名前解決結果送信部
２９０−２ ＤＮＳリゾルバ
２９１−２ ＩＰｖ４ＤＮＳリゾルバ
２９２−２ ＩＰｖ６ＤＮＳリゾルバ
２００−３ 回線終端装置
２０１−３ 通信装置
２１０−３ 通信部
２１１−３ ＩＰｖ４通信部
２１２−３ ＩＰｖ６通信部
２２０−３ ＩＰヘッダ変換部
２３０−３ 記憶部
２３１−３ Ｐｈａｓｅ０テーブル
２３２−３ Ｐｈａｓｅ１テーブル
２３３−３ 論理ＩＦ記憶部
２４１−３ 被制御部
２４２−３ 論理ＩＦ制御部
２４５−３ ＤＨＣＰクライアント部
２４６−３ ＤＨＣＰサーバ部
２５０−３ 名前解決代理部
２５１−３ Ｐｈａｓｅ０処理部
２５２−３ Ｐｈａｓｅ１処理部
２５３−３ Ｐｈａｓｅ２処理部
２５４−３ Ｐｈａｓｅ３処理部
２６０−３ 名前解決制御部
２７０−３ 名前解決要求受信部
２８０−３ 名前解決結果送信部
２９０−３ ＤＮＳリゾルバ
２９１−３ ＩＰｖ４ＤＮＳリゾルバ
２９２−３ ＩＰｖ６ＤＮＳリゾルバ
２００−４ 回線終端装置
２０１−４ 通信装置
２１０−４ 通信部
２１１−４ ＩＰｖ４通信部
２１２−４ ＩＰｖ６通信部
２２０−４ ＩＰヘッダ変換部
２３０−４ 記憶部
２３１−４ Ｐｈａｓｅ０テーブル
２３２−４ Ｐｈａｓｅ１テーブル
２３３−４ 論理ＩＦ記憶部
２４１−４ 被制御部
２４２−４ 論理ＩＦ制御部
２４５−４ ＤＨＣＰクライアント部
２４６−４ ＤＨＣＰサーバ部
２５０−４ 名前解決代理部
２５１−４ Ｐｈａｓｅ０処理部
２５２−４ Ｐｈａｓｅ１処理部
２５３−４ Ｐｈａｓｅ２処理部
２５４−４ Ｐｈａｓｅ３処理部
２６０−４ 名前解決制御部
２７０−４ 名前解決要求受信部
２８０−４ 名前解決結果送信部
２９０−４ ＤＮＳリゾルバ
２９１−４ ＩＰｖ４ＤＮＳリゾルバ
２９２−４ ＩＰｖ６ＤＮＳリゾルバ
３００ 第１のネットワーク
３０１ ＩＰｖ４インターネット
３０２ ＩＰｖ６インターネット
３１０ ＩＰｖ６ＤＮＳサーバ
３１１ ＩＰｖ４ＤＮＳサーバ
３１２ ＩＰｖ６ＤＮＳサーバ
３２０ 情報サーバ
４００ 第２のネットワーク
４１０ ＤＮＳサーバ
４２０ 情報サーバ
５００ 第３のネットワーク
５０１ ＩＰｖ４プライベートネットワーク
５０２ ＩＰｖ６プライベートネットワーク
５１１ ＩＰｖ４プライベートＤＮＳサーバ
５１２ ＩＰｖ６プライベートＤＮＳサーバ
５２０ 情報サーバ
５２１ 情報サーバ
５２２ 情報サーバ
５２３ 情報サーバ
５２４ 情報サーバ
５２５ 情報サーバ
９００ ＩＰｖ４閉域ネットワーク
９０１ ＩＰｖ６閉域ネットワーク
９１１ ＤＮＳサーバ
９１２ ＤＮＳサーバ
１００１ ホスト
１００２ ＩＳＰ−Ａネットワーク
１００３ ＩＳＰ−Ｂネットワーク
１００４ プライベートネットワーク
１００５ 通信装置

Claims (4)

1. 第１のネットワークプロトコルと第２のネットワークプロトコルとによる通信が行われるネットワークに備えられる複数のＤＮＳサーバのうちいずれかのＤＮＳサーバによって名前解決を行うＩＰ通信可能な通信装置であって、
   前記第２のネットワークプロトコルによってのみアクセス可能な情報サーバのドメイン名情報と、前記第１のネットワークプロトコルにより予め定められた仮想ＩＰアドレスと、前記第２のネットワークプロトコルによる前記情報サーバの実ＩＰアドレスとを対応付けた情報である第１の対応情報を記憶する第１の記憶手段と、
   予め定められたドメイン名情報と、前記ドメイン名情報を解決可能なＤＮＳサーバのＩＰアドレスであるＤＮＳサーバＩＰアドレスとを対応付けた情報である第２の対応情報を予め記憶する第２の記憶手段と、
   予め定められた優先順位と、予め定められたＤＮＳサーバＩＰアドレスと、当該ＤＮＳサーバＩＰアドレスへの通信が有効か無効かを示す状態情報とを対応付けた第３の対応情報を記憶する第３の記憶手段と、
   前記第１のネットワークプロトコルによる第１の名前解決要求情報を受信する名前解決要求受信部と、
   前記第１の名前解決要求情報に含まれるドメイン名情報に対応する前記第１のネットワークの仮想ＩＰアドレスと前記第２のネットワークの実ＩＰアドレスとが、前記第１の記憶手段に記憶されていれば、当該仮想ＩＰアドレスを読み出して名前解決結果情報として出力し、前記ドメイン名情報に対応する前記仮想ＩＰアドレスが記憶されているが前記実ＩＰアドレスが前記第１の記憶手段に記憶されていなければ、前記複数のＤＮＳサーバのうち前記第２のネットワークプロトコルによる名前解決を行う前記ＤＮＳサーバに、前記ドメイン名情報を含む第２の名前解決要求情報を送信し、当該第２の名前解決要求情報に対応する第２の名前解決結果情報を受信すると、前記ドメイン名情報と、前記第１のネットワークの仮想ＩＰアドレスと、前記第２の名前解決結果情報に含まれる前記第２のネットワークの実ＩＰアドレスとを前記第１の記憶手段に記憶させ、前記第１のネットワークの仮想ＩＰアドレスが含まれる名前解決結果情報を出力する第１の名前解決代理手段と、
   前記第１の名前解決要求情報に含まれるドメイン名情報に対応付けられて前記第２の記憶手段に記憶されている前記ＤＮＳサーバＩＰアドレスを宛先として、前記第１の名前解決要求情報を、前記第２の名前解決要求情報として送信し、当該第２の名前解決要求情報に対応する名前解決結果情報を受信して出力する第２の名前解決代理手段と、
   前記第３の記憶手段から、前記第３の対応情報のうち、前記状態情報が有効であり、かつ、最も優先順位が高いことを示すＤＮＳサーバＩＰアドレスを検出して、検出したＤＮＳサーバＩＰアドレスに、前記第１の名前解決要求情報を第２の名前解決要求情報として転送し、当該第２の名前解決要求情報に対応する名前解決結果情報を受信して出力する第３の名前解決代理手段と、
   予め記憶されたＤＮＳサーバＩＰアドレスに対して名前解決要求を行うか、ＤＨＣＰサーバから受信するＤＮＳサーバＩＰアドレスに対して名前解決要求を行うかのいずれかによって名前解決を行って、前記第１の名前解決要求情報に対応する名前解決結果情報を受信して出力する第４の名前解決代理手段と、
   前記名前解決要求受信部が受信した前記第１の名前解決要求情報に含まれる前記ドメイン名情報が前記第１の記憶手段に記憶されていれば、前記第１の名前解決代理手段を動作させ、前記ドメイン名情報が前記第１の記憶手段に記憶されておらず、前記ドメイン名情報に対応する前記ＤＮＳサーバＩＰアドレスが前記第２の記憶手段に記憶されていれば、前記第２の名前解決代理手段を動作させ、前記ドメイン名情報に対応する前記ＤＮＳサーバＩＰアドレスが前記第２の記憶手段に記憶されておらず、有効を示す状態情報に対応付けられたＤＮＳサーバＩＰアドレスが前記第３の記憶手段に記憶されていれば、前記第３の名前解決代理手段を動作させ、有効を示す状態情報に対応付けられたＤＮＳサーバＩＰアドレスが前記第３の記憶手段に記憶されていなければ、前記第４の名前解決代理手段を動作させる名前解決制御手段と、
   を備えることを特徴とする通信装置。
2. 前記第１のネットワークプロトコルによる前記第１のネットワークの仮想ＩＰアドレスを宛先とするＩＰパケットを受信すると、前記第１の記憶手段に記憶された第１の対応情報から、当該第１のネットワークの仮想ＩＰアドレスに対応する前記第２のネットワークの実ＩＰアドレスを読み出し、前記ＩＰパケットのヘッダ情報を、前記第２のネットワークのＩＰアドレスを宛先とする前記第２のネットワークプロトコルによるヘッダ情報に変換するプロトコル変換手段
   をさらに備えることを特徴とする請求項１に記載の通信装置。
3. 第１のネットワークプロトコルと第２のネットワークプロトコルとによる通信が行われるネットワークに備えられる複数のＤＮＳサーバのうちいずれかのＤＮＳサーバによって名前解決を行い、前記第２のネットワークプロトコルによってのみアクセス可能な情報サーバのドメイン名情報と、前記第１のネットワークプロトコルにより予め定められた仮想ＩＰアドレスと、前記第２のネットワークプロトコルによる前記情報サーバの実ＩＰアドレスとを対応付けた情報である第１の対応情報を記憶する第１の記憶手段と、予め定められたドメイン名情報と、前記ドメイン名情報を解決可能なＤＮＳサーバのＩＰアドレスであるＤＮＳサーバＩＰアドレスとを対応付けた情報である第２の対応情報を予め記憶する第２の記憶手段と、予め定められた優先順位と、予め定められたＤＮＳサーバＩＰアドレスと、当該ＤＮＳサーバＩＰアドレスへの通信が有効か無効かを示す状態情報とを対応付けた第３の対応情報を記憶する第３の記憶手段と、を備えたＩＰ通信可能な通信装置の通信方法であって、
   名前解決要求受信部が、前記第１のネットワークプロトコルによる第１の名前解決要求情報を受信するステップと、
   第１の名前解決代理手段が、前記第１の名前解決要求情報に含まれるドメイン名情報に対応する前記第１のネットワークの仮想ＩＰアドレスと前記第２のネットワークの実ＩＰアドレスとが、前記第１の記憶手段に記憶されていれば、当該仮想ＩＰアドレスを読み出して名前解決結果情報として出力し、前記ドメイン名情報に対応する前記仮想ＩＰアドレスが記憶されているが前記実ＩＰアドレスが前記第１の記憶手段に記憶されていなければ、前記複数のＤＮＳサーバのうち前記第２のネットワークプロトコルによる名前解決を行う前記ＤＮＳサーバに、前記ドメイン名情報を含む第２の名前解決要求情報を送信し、当該第２の名前解決要求情報に対応する第２の名前解決結果情報を受信すると、前記ドメイン名情報と、前記第１のネットワークの仮想ＩＰアドレスと、前記第２の名前解決結果情報に含まれる前記第２のネットワークの実ＩＰアドレスとを前記第１の記憶手段に記憶させ、前記第１のネットワークの仮想ＩＰアドレスが含まれる名前解決結果情報を出力するステップと、
   第２の名前解決代理手段が、前記第１の名前解決要求情報に含まれるドメイン名情報に対応付けられて前記第２の記憶手段に記憶されている前記ＤＮＳサーバＩＰアドレスを宛先として、前記第１の名前解決要求情報を、前記第２の名前解決要求情報として送信し、当該第２の名前解決要求情報に対応する名前解決結果情報を受信して出力するステップと、
   第３の名前解決代理手段が、前記第３の記憶手段から、前記第３の対応情報のうち、前記状態情報が有効であり、かつ、最も優先順位が高いことを示すＤＮＳサーバＩＰアドレスを検出して、検出したＤＮＳサーバＩＰアドレスに、前記第１の名前解決要求情報を第２の名前解決要求情報として転送し、当該第２の名前解決要求情報に対応する名前解決結果情報を受信して出力するステップと、
   第４の名前解決代理手段が、予め記憶されたＤＮＳサーバＩＰアドレスに対して名前解決要求を行うか、ＤＨＣＰサーバから受信するＤＮＳサーバＩＰアドレスに対して名前解決要求を行うかのいずれかによって名前解決を行って、前記第１の名前解決要求情報に対応する名前解決結果情報を受信して出力するステップと、
   名前解決制御手段が、前記名前解決要求受信部が受信した前記第１の名前解決要求情報に含まれる前記ドメイン名情報が前記第１の記憶手段に記憶されていれば、前記第１の名前解決代理手段を動作させ、前記ドメイン名情報が前記第１の記憶手段に記憶されておらず、前記ドメイン名情報に対応する前記ＤＮＳサーバＩＰアドレスが前記第２の記憶手段に記憶されていれば、前記第２の名前解決代理手段を動作させ、前記ドメイン名情報に対応する前記ＤＮＳサーバＩＰアドレスが前記第２の記憶手段に記憶されておらず、有効を示す状態情報に対応付けられたＤＮＳサーバＩＰアドレスが前記第３の記憶手段に記憶されていれば、前記第３の名前解決代理手段を動作させ、有効を示す状態情報に対応付けられたＤＮＳサーバＩＰアドレスが前記第３の記憶手段に記憶されていなければ、前記第４の名前解決代理手段を動作させるステップと、
   を備えることを特徴とする通信方法。
4. プロトコル変換手段が、前記第１のネットワークプロトコルによる前記第１のネットワークの仮想ＩＰアドレスを宛先とするＩＰパケットを受信すると、前記第１の記憶手段に記憶された第１の対応情報から、当該第１のネットワークの仮想ＩＰアドレスに対応する前記第２のネットワークの実ＩＰアドレスを読み出し、前記ＩＰパケットのヘッダ情報を、前記第２のネットワークのＩＰアドレスを宛先とする前記第２のネットワークプロトコルによるヘッダ情報に変換するステップ
   をさらに備えることを特徴とする請求項３に記載の通信方法。

Images