(57)【要約】【課題】データフローを送信するネットワークエレメントが、有効かつ最適なアドレスを使用できるようにする、データネットワークに結合されたドメインネームサーバ（ＤＮＳ）を提供する。【解決手段】ドメインネームを含む問い合わせの受信手段（Ｒ）と、ドメインネームに結合される一つまたは複数のアドレスを含む応答を前記問い合わせの送信者に返送する手段とを含み、一つまたは複数のアドレスが、前記応答内でドメインネームサーバにより管理されることを特徴とする。【選択図】      図１
2004266834.tif 000002
【特許請求の範囲】
【請求項１】
データネットワークに結合されるドメインネームサーバ（ＤＮＳ）であって、ドメインネームを含む問い合わせの受信手段（Ｒ）と、前記ドメインネームに結合される一つまたは複数のアドレスを含む応答を前記問い合わせの送信者に返送する手段とを含み、一つまたは複数のアドレスが、前記応答内で前記ドメインネームサーバにより管理されることを特徴とする、ドメインネームサーバ。
【請求項２】
少なくとも前記問い合わせの内容に応じて管理を実施することを特徴とする、請求項１に記載のドメインネームサーバ。
【請求項３】
さらに、ネットワークのトポロジーに応じて管理を実施し、前記問い合わせの送信者と、前記ドメインネームに対応するネットワークエレメントとへのアドレッシングを同時に可能にする、最もローカルなアドレスを最初に挿入することを特徴とする、請求項２に記載のドメインネームサーバ。
【請求項４】
前記問い合わせの送信者と、前記ドメインネームに対応するネットワークエレメントとの間にＩＰｖ４ネットワークがある場合、「６ｔｏ４」タイプのアドレスを最初に挿入するように管理を実施することを特徴とする、請求項３に記載のドメインネームサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークに関し、特に、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ−ｖｅｒｓｉｏｎ  ６）プロトコルスタックを用いたネットワークに関する。より詳しくは、本発明は、このような通信ネットワークに結合されるドメインネームサーバ内のアドレスの決定に関する。
【背景技術】
【０００２】
このようなドメインネームサーバは、従来技術からよく知られており、一般に、英語の頭字語に従ってＤＮＳ（「Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｅｒｖｅｒ」）と呼ばれている。ＤＮＳの機能は標準化されており、ＩＥＴＦ（「Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ」）のＲＦＣ１０３４および１０３５に記載されている。
【０００３】
ドメインネームサーバの目的は、ＩＰ通信ネットワーク内でのアドレッシングを簡素化することにある。すなわち、ドメインネームサーバは、ネットワークにおいて全く実体のないネットワークエレメントの記号名（またはドメインネーム）を、このネットワークエレメントのデジタルアドレスに結合するアドレス帳（ａｎｎｕａｉｒｅ）として作用する。
【０００４】
そのため、第一のネットワークエレメントが第二のネットワークエレメントにデータフローをアドレスしようとする場合、第一のネットワークエレメントは、知っていれば第二のネットワークエレメントのアドレスを用い、あるいは第二のネットワークエレメントの記号名を用いる。
【０００５】
後者の場合、第一のネットワークエレメントは、この記号名を含むドメインネームサーバに問い合わせをアドレスする。第一のネットワークエレメントは、その応答として、この記号名に対応する一つ（または複数）のデジタルアドレスを受信する。そのアドレスを用いて、第二のネットワークエレメントにデータフローを送信できるのである。
【０００６】
しかしながら、同一のドメインネームが複数のアドレスに結合されている場合に問題が発生する。特に、ＩＰｖ６プロトコルスタックを用いたネットワークの事例でそうであり、事実、ＩＰｖ６の仕様では、複数のアドレスを同一のネットワークエレメントに結合可能である。
【０００７】
ＩＰｖ６タイプのネットワークにおけるＤＮＳシステムの使用は、ＩＥＴＦのＲＦＣ１８８６に「ＤＮＳ  Ｅｘｔｅｎｓｉｏｎｓ  ｔｏ  Ｓｕｐｐｏｒｔ  ＩＰ  Ｖｅｒｓｉｏｎ  ６」と題して記載されている。
【０００８】
これらのアドレスは、様々なレベルのアドレスとすることができる。ＩＥＴＦのＲＦＣ２３７３に「ＩＰ  ｖｅｒｓｉｏｎ  ６  Ａｄｄｒｅｓｓｉｎｇ  Ａｒｃｈｉｔｅｃｔｕｒｅ」と題して記載されているように、接頭辞に基づいて区別される各種のアドレスが存在する。そのため、グローバル値を持つアドレスと、ローカル値を持つアドレス、特に一定サイトにおけるローカルアドレスとが存在する。データフローの送信者と受信者が同一のアドレッシングスペース（サイト）にいるとき、このアドレッシングスペースに固有のローカルアドレスを使用することが望ましい。一定サイトにおけるこのタイプのローカルアドレスは、以下、サイトアドレスとも呼ぶ。
【０００９】
反対の場合、グローバルアドレスを使用しなければならない。そうでないと、データフローを適切に受信者に送ることができない。
【００１０】
グローバルアドレスを体系的に用いる場合、データフローは適切に送られるが、ネットワークの使用は最適化されない。しかも、このデータフローがサイトから逸脱しないという保証が全くない。
【００１１】
また、ＩＰｖ６アドレスや、たとえば、ＩＥＴＦ（「Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ」）のＲＦＣ３０５６で「Ｃｏｎｎｅｃｔｉｏｎ  ｏｆ  ＩＰｖ６  Ｄｏｍａｉｎｓ  ｖｉａ  ＩＰｖ４  Ｃｌｏｕｄｓ」と題して定義された「６ｔｏ４」と呼ばれるアドレス等の、様々な性質のアドレスを持つことも可能である。
【００１２】
このメカニズムは、ＩＰｖ４に適合するネットワークからＩＰｖ６に適合するネットワークに段階的に移行可能にするメカニズムである。
【００１３】
「６ｔｏ４」メカニズムは、純然たるＩＰｖ６ネットワークエレメントが、純然たるＩＰｖ４ネットワークエレメントを介して、他のＩＰｖ６ネットワークエレメントと通信できるようにする。このため、「アドレス６ｔｏ４」と呼ばれる特定のタイプのアドレスを定義する。このタイプのアドレスは、接頭辞「２００２」から始まるので、ネットワークエレメントにより認識可能である。従って、このようなアドレスを運ぶパケットを受信すると、ＩＰｖ６サイトの周辺にいるネットワークエレメントは、これをＩＰｖ４パケットに入れて、その受信者に到達させることができる。
【００１４】
間違ったアドレスを使用すると、ＩＰｖ４とのみ互換性のあるネットワークエレメントがＩＰｖ６アドレスを受信することになるか、あるいは、アドレッシングスペースの受け入れ不能な限界にぶつかることになる。その場合、データフローは送られない。
【００１５】
この二つの状況では、複数のアドレスに同一名が結合される。従って、ドメインネームサーバは、問い合わせへの回答として、これらのアドレスの集合を返送し、この問い合わせを送信するネットワークエレメントは、これらのアドレスのいずれか一方を任意に使用する。
【００１６】
ところで、第一の状況では、不適切なアドレスの使用は、ネットワークの観点から最適ではない。
【００１７】
そのうえ、第二の状況では、不適切なアドレスの使用により、到達したいネットワークエレメントに適切にアドレスすることができない。
【００１８】
アドレスを管理することからなる解決方法または、幾つかの基準に応じて様々なアドレスを選択することからなる解決方法が存在するが、こうした解決方法は、アプリケーションのレベルに関して選択または選別を実施することからなる。このような解決方法は、たとえば、２００１年６月４日付の文献「ｄｒａｆｔ−ｉｅｔｆ−ｉｐｎｇｗｇ−ｄｅｆａｕｌｔ−ａｄｄｒ−ｓｅｌｅｃｔ−０５．ｔｘｔ」に記載されている。
【００１９】
しかしながら、このような解決方法はアプリケーションに過大な負荷をかけ、過度の自由度を与えておくので、通信ネットワーク全体の挙動が悪化することがある。しかも、１個のアプリケーションのネットワークのビジビリティは、最適なアドレスを選択可能にするのに十分ではない。さらに、こうした解決方法では、ネットワークの管理アセンブリの方策を展開できない。
【００２０】
【特許文献１】国際公開第０１／９１３７０号パンフレット
【特許文献２】国際公開第０２／３９６９９号パンフレット
【非特許文献１】ＩＥＴＦのＲＦＣ１０３４および１０３５
【非特許文献２】ＩＥＴＦのＲＦＣ３０５６
【非特許文献３】ＩＥＴＦのＲＦＣ１８８６
【非特許文献４】ＩＥＴＦのＲＦＣ２３７３
【非特許文献５】「ｄｒａｆｔ−ｉｅｔｆ−ｉｐｎｇｗｇ−ｄｅｆａｕｌｔ−ａｄｄｒ−ｓｅｌｅｃｔ−０５．ｔｘｔ」、２００１年６月４日
【非特許文献６】「Ａ  ＤＮＳ  ＲＲ  ｆｏｒ  ｓｐｅｃｉｆｙｉｎｇ  ｔｈｅ  ｌｏｃａｔｉｏｎ  ｏｆ  ｓｅｒｖｉｃｅｓ  （ＤＮＳ  ＳＲＶ）」、ＲＦＣ２７８２、２０００年２月、ＸＰ００２１７６０８５
【非特許文献７】ＧＯＯＧＬＥのキャッシュ「ｄｒａｆｔ−ｉｔｅｆ−ｎｇｔｒａｎｓ−６ｔｏ４−０３．ｔｘｔ」、１９９９年１０月１４日、１−５ページ、ＸＰ００２２６２７６１
【発明の開示】
【発明が解決しようとする課題】
【００２１】
本発明の目的は、データフローを送信するネットワークエレメントが、有効かつ最適なアドレスを使用可能にすることにより、上記の従来技術の欠点を解消する（ｐａｌｉｅｒ）ことにある。
【課題を解決するための手段】
【００２２】
このため、本発明は、データネットワークに結合されるドメインネームサーバを目的とし、このサーバは、ドメインネームを含む問い合わせ受信手段と、ドメインネームに結合される一つまたは複数のアドレスを含む応答を、問い合わせの送信者に返送する手段とを含む。
【００２３】
本発明によれば、このドメインネームサーバは、前記一つまたは複数のアドレスが、応答内でドメインネームサーバにより管理される（ｏｒｄｏｎｎａｎｃｅｅｓ）ことを特徴とする。
【００２４】
本発明の実施形態によれば、少なくとも問い合わせの内容に応じて管理を実施する。
【００２５】
さらに、ネットワークのトポロジーに応じて管理（ｏｒｄｏｎｎａｎｃｅｍｅｎｔ）を実施可能であり、前記問い合わせの送信者と、ドメインネームに対応するネットワークエレメントとへのアドレッシングを同時に可能にする最もローカルなアドレスが、最初に挿入される。
【００２６】
また、問い合わせの送信者と、ドメインネームに対応するネットワークエレメントとの間にＩＰｖ４ネットワーク（ｎｕａｇｅ）がある場合、「６ｔｏ４」タイプのアドレスを最初に挿入するように管理を実施可能である。
【００２７】
本発明およびその長所は、添付図面に関する以下の説明により、いっそう明らかになるであろう。
【発明を実施するための最良の形態】
【００２８】
図１は、２個のサイトＳ、Ｓ’からなるネットワークを示している。サイトＳは、ネットワークエレメントＲ１、Ｒ２、およびＲ３を含み、サイトＳ’は、ネットワークエレメントＲ４を含む。
【００２９】
前述のように、異なる接頭辞により区別可能な様々なタイプのＩＰｖ６アドレスが存在する。
【００３０】
これらのタイプのアドレスの中に、サイトローカルアドレス（Ｓｉｔｅ−ｌｏｃａｌ  ａｄｄｒｅｓｓ）、すなわちサイトアドレスと、グローバルアドレスとがある。
【００３１】
サイトローカルアドレスは、このアドレスが、「ＦＥＣ０：：／１０」の形態をとることで認識される。これは、最初の１０ビットが値ＦＥＣ０を有し、次の１１８ビットが、厳密な意味でのアドレッシングスペースを示すことを意味する。同様に、リンクのローカルアドレスは、「ＦＥ８０：：／８０」の形態をとることで認識される。
【００３２】
この結果、たとえばネットワークエレメントＲ４は、グローバルアドレスａｇと、サイトローカルアドレスａｓとを有することができる。グローバルアドレスａｇは、ＲＦＣ２３７４で「Ａｎ  ＩＰｖ６  Ａｇｇｒｅｇａｔａｂｌｅ  Ｇｌｏｂａｌ  Ｕｎｉｃａｓｔ  Ａｄｄｒｅｓｓ」と題して定義されたように構成可能である。グローバルアドレスａｇにより、ネットワークエレメントＲ４は、たとえばサイトＳ内に配置されるネットワークエレメントＲ１のような、他のサイトに配置されるネットワークエレメントと通信できる。
【００３３】
ネットワークエレメントＲ１がネットワークエレメントＲ４にデータフローを伝達しようとしていると仮定する。
【００３４】
ネットワークエレメントＲ１は、そのため、ネットワークエレメントＲ４の記号名またはドメインネームを含む、ドメインネームサーバＤに問い合わせＲをアドレスする。
【００３５】
本発明によれば、ドメインネームサーバＤは、問い合わせＲの送信者になされる応答内で、所望のネットワークエレメントの様々なアドレスを管理できる。
【００３６】
そのため、ドメインネームサーバは、この問い合わせＲに含まれる情報を使用できる。これらの情報のなかに、特に、問い合わせのソースアドレス、すなわちネットワークエレメントＲ１のアドレスが見出される。ネットワークエレメントＲ１およびＲ４のアドレスと、ネットワークのトポロジーとを知ると、ドメインネームサーバは、どんなタイプのアドレスを使用すべきか決定できる。この例では、ドメインネームサーバは、ネットワークエレメントＲ１およびＲ４が、同じサイトに配置されないため、ローカルアドレスを使用すべきでないことを決定することができる。
【００３７】
従って、考えられる他のアドレスを考慮に入れなければ、ドメインネームサーバＤは、このサーバがネットワークエレメントＲ１に伝送する応答Ｒ’において、順序ａｇ、ａｓでアドレスを整理する。
【００３８】
応答Ｒ’を受信すると、ネットワークエレメントＲ１は、順序における最初のアドレス、すなわちアドレスａｇを選択することにより、どのアドレスを使用するか決定できる。その場合、ネットワークエレメントＲ１は、アドレスａｇを用いて、これを受信先アドレスとして、ネットワークエレメントＲ４に伝送するデータフローＦのパケットに挿入する。
【００３９】
ドメインネームサーバＤにより実施されるこうした管理がなければ、ネットワークエレメントＲ１は、どのアドレスを使用すべきか決定する手段が全くなくなってしまう。その場合には、ローカルアドレスａＬを使用可能であるが、そうすると、ここでは、データフローＦを送れなくなってしまう。
【００４０】
換言すれば、ドメインネームサーバＤにより実施される管理は、問い合わせに応じて実行される。すなわち、問い合わせのソースアドレスがローカルアドレスである場合、また、要求されているネームがローカルアドレスを有する場合、最初に返送されるのは、このローカルアドレスである。
【００４１】
より一般的には、管理は、問い合わせＲの送信者（ここではネットワークエレメントＲ１）と、所望のドメインネームに対応するネットワークエレメント（ここでは、ネットワークエレメントＲ４）とを同時にアドレス可能にする最もローカルなアドレスを最初の位置に挿入することからなる。
【００４２】
ネットワークエレメントＲ１が、ネットワークエレメントＲ３にデータフローを伝送しようとする場合、ドメインネームサーバは、サイトローカルアドレス（このアドレスが存在する場合）を最初に返送し、ネットワークエレメントＲ１がネットワークエレメントＲ３との通信でこのアドレスを使用するようにする。
【００４３】
図２は、ＩＰｖ４ネットワークエレメントと、ＩＰｖ６またはＩＰｖ４／ＩＰｖ６ネットワークエレメントとからなる異質なネットワークの範囲における、本発明の第二の実施形態を示している。
【００４４】
様々なメカニズムが存在する。この例では、メカニズム６ｔｏ４を用いる。しかし、本発明は、様々なアドレスが必要とされるときの様々なメカニズムにも適用可能である。
【００４５】
この例では、データネットワークが、ＩＰｖ６ネットワークエレメントのみからなるネットワークＮ４により分離された、２個のドメインＮＡ、ＮＢからなる。この例は、２個のサイトがＩＰｖ４技術の方に移行し、通信オペレータが供給する第三のネットワークを介して接続される事例を示している。第三のネットワークは、まだ移行されておらず、ＩＰｖ４プロトコルとのみ互換性がある。
【００４６】
ネットワークエレメントＡ、Ｂは、ドメインＮＡ、ＮＢにそれぞれネットワークＮ４を接続するルータである。
【００４７】
各ドメインＮＡ、ＮＢ内に、それぞれドメインネームサーバＤＡ、ＤＢ、すなわちＤＮＳがある。２個のサーバＤＡ、ＤＢは、適切に構成され、互いに正しいアドレスを有すると仮定する。
【００４８】
最初に、ドメインＮＢに配置される受信者ネットワークエレメントＹへのデータフロー伝送を望む送信者ネットワークエレメントＸは、ドメインＮＡに結合されるドメインネームサーバＤＡに問い合わせＲを送信する。この問い合わせＲは、受信者Ｙの記号名を含み、ソースアドレス、すなわち送信者Ｘのアドレスを含む。
【００４９】
問い合わせＲを受信すると、サーバＤＡは、問い合わせに含まれる記号名とアドレスとの組み合わせを有するかどうかどうか決定する。受信者Ｙは、サーバＤＡにより「制御」されるドメインＮＡの外にいるので、この組み合わせは、サーバＤＡのデータテーブルまたはデータベースにのっていない。反復的な構成により、サーバＤＡは、ドメインＮＢのドメインネームサーバＤＢに向けて問い合わせを伝送する。
【００５０】
受信者ＹとサーバＤＢは、同じドメインＮＢの一部をなすので、このドメインは、受信者Ｙと、そのドメインネーム（記号名）とアドレスとの組み合わせに関する情報を有する。この例では、受信者Ｙは、少なくとも次の二つのアドレスを有する。すなわち、ネットワークエレメントＹが、ドメインＹの他のネットワークエレメントか、または他のＩＰｖ６ドメイン（図示せず）のネットワークエレメントと通信できるようにする、ＩＰｖ６プロトコルに適合するアドレスａｖ６と、ＩＰｖ４ネットワークを介して２個のＩＰｖ６ネットワークエレメントの通信を可能にする、上記の「６ｔｏ４」技術に適合するアドレスａ６ｔｏ４とである。
【００５１】
本発明によれば、ドメインネームサーバＤＢは、所望のネットワークエレメントＹの記号名に対応する２個（またはそれ以上）のアドレスを管理する。
【００５２】
この管理は、ドメインネームサーバＤＡが伝送する問い合わせの内容に応じて実施可能である。実際、この問い合わせは、送信者（ドメインネームサーバＤＡ）のアドレスを含んでいるので、ドメインネームサーバＤＢは、ソースアドレスが「６ｔｏ４」タイプのアドレスであることから、「６ｔｏ４」技術を使用すべきであると決定できる。
【００５３】
従って、適切なアドレスは受信者Ｙのアドレスａ６ｔｏ４であると決定でき、したがって、最も適切なアドレスａ６ｔｏ４（受信者Ｙのアドレス「６ｔｏ４」）を最初に配置しつつ様々なアドレスを管理し、これらの管理アドレスを応答Ｒ’に挿入する。
【００５４】
この応答が、ドメインネームサーバＤＡに送られ、このサーバが、今や、送信者Ｘの問い合わせに応答できる。
【００５５】
本発明によれば、この送信者は、応答Ｒ’に含まれるアドレスの順序を解釈可能である。こうした解釈は、単に、応答に含まれる第一のアドレスを使用することからなる。この第一のアドレスは、「６ｔｏ４」メカニズムと互換性のあるアドレスａ６ｔｏ４である。
【００５６】
その場合、送信者ネットワークエレメントＸは、アドレスａ６ｔｏ４を用いて、受信者ネットワークエレメントＹにデータフローをアドレスできる。データフローＦは、適切に送られることにより、ネットワークエレメントＡ、ＢおよびネットワークＮ４を通る。
【００５７】
換言すれば、ドメインネームサーバＤＢにより実施される管理は、問い合わせの送信者（ここではＸ）と、問い合わせに含まれるドメインネームに対応するネットワークエレメント（ここではＹ）との間にＩＰｖ４ネットワーク（ここではＮ４）が存在する場合、「６ｔｏ４」タイプのアドレス（ここではａ６ｔｏ４）を最初に挿入するように、ドメインネームサーバＤＢにより実行される。
【００５８】
ドメインネームサーバＤＢにより実行されるこの管理により、送信者ネットワークエレメントＸは、使用されるアドレスａ６ｔｏ４を決定可能である。
【図面の簡単な説明】
【００５９】
【図１】本発明の第一の実施形態を示す図である。
【図２】本発明の第二の実施形態を示す図である。
【符号の説明】
【００６０】
Ｓ、Ｓ’  サイト
Ｒ１、Ｒ２、Ｒ３、Ｒ４、Ａ、Ｂ  ネットワークエレメント
Ｆ  データフロー
ａｇ  グローバルアドレス
ａｓ  サイトローカルアドレス
Ｎ４  ネットワーク
ＮＡ、ＮＢ  ドメイン
ＤＡ、ＤＢ  ドメインネームサーバ
Ｘ  送信者
Ｙ  受信者
【図１】
2004266834.tif 000003
【図２】
2004266834.tif 000004