JPWO2004045164A1 - データ中継装置、取得した要求の送信先を決定する方法、及びそれをコンピュータにおいて実現するプログラム - Google Patents
データ中継装置、取得した要求の送信先を決定する方法、及びそれをコンピュータにおいて実現するプログラム Download PDFInfo
- Publication number
- JPWO2004045164A1 JPWO2004045164A1 JP2004525642A JP2004525642A JPWO2004045164A1 JP WO2004045164 A1 JPWO2004045164 A1 JP WO2004045164A1 JP 2004525642 A JP2004525642 A JP 2004525642A JP 2004525642 A JP2004525642 A JP 2004525642A JP WO2004045164 A1 JPWO2004045164 A1 JP WO2004045164A1
- Authority
- JP
- Japan
- Prior art keywords
- address
- dns server
- resolution
- network
- domain
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本発明にかかる中継装置は、クライアント１と、ローカルネットワーク５上で仮想ドメイン名を名前解決するＤＮＳサーバ７、又はインターネット上で実ドメイン名を名前解決するＤＮＳサーバ６とを中継するルータ３であって、関連付けて記憶された仮想ドメイン名とＤＮＳサーバ７のＩＰアドレスとに基づいて、入力されたドメイン名が仮想ドメイン名と一致する場合にはＤＮＳサーバ７を指定し、入力されたドメイン名が仮想ドメイン名と一致しない場合にはＤＮＳサーバ６を指定するＤＮＳサーバ指定部３１を備えたものである。
Description
本発明は、データ中継装置、取得した要求の送信先を決定する方法、及びそれをコンピュータに対して実現するプログラムに関する。
近年、インターネットのような巨大なネットワークを構築する際に種々のサーバが導入されている。その一つに、ドメイン名をＩＰアドレスに変換するＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバがある。ＤＮＳサーバは、クライアントからドメイン名もしくはＩＰアドレスに関する問合わせを受けると、問合わせを受けたドメイン名に対応するＩＰアドレス、もしくは問合わせを受けたＩＰアドレスに対応するドメイン名を応答する。
このようなネットワーク技術は、ＬＡＮやＷＡＮを用いたイントラネットの構築にも応用されている。例えば、イントラネットを構築するにもＤＮＳサーバが導入されている。この場合、ＤＮＳサーバは、イントラネット内での仮想ドメイン名とＩＰアドレスの間の名前解決を行う。イントラネット内の仮想ドメイン名は、インターネットで付与されたドメイン名と異なり、イントラネット内でのみ付与されたドメイン名となっている。
ネットワークを構築する際、多くの場合、ネットワーク上を流れるデータを他のネットワークに中継するルータが導入されている。ルータは、例えば、インターネットとイントラネットとの間を中継し、両ネットワーク間の通信経路を選択してデータの転送を行う。
ＤＮＳにおける典型的な名前解決処理において、ルータは、クライアントから名前解決の問合せデータを受信する。この問合せデータは、名前解決を要求する所望のホストのドメイン名を示す情報を含む。この問合せデータは、さらに、送信先がルータであることを示すルータのＩＰアドレス、名前解決の問合せであることを示すフラグを含む。ルータは、この問合せデータに含まれる自身のＩＰアドレスを予め設定されたＤＮＳサーバのＩＰアドレスに書き換え、この問合せデータをＤＮＳサーバに対して転送する。問合せデータを受信したＤＮＳサーバは、ドメイン名の名前解決を行い、応答をルータに送信する。
しかし、インターネット上のＤＮＳサーバは、インターネット上の実ドメインに関する名前解決を行うことができるが、仮想ドメイン名を使用したイントラネット上の名前解決を行うことができない。一方、イントラネット上のＤＮＳサーバは、イントラネット上の仮想ドメイン名の名前解決を行うことができるが、インターネット上のドメイン名に対して名前解決を行うことができない。
又、クライアントは、予め設定されたＤＮＳサーバに対して、名前解決の要求を行う。クライアントにおいては、要求先のＤＮＳサーバとして、インターネット上のＤＮＳサーバと、仮想ドメインを使用したネットワーク上のＤＮＳサーバの両方を、ドメイン名の問合せ先として設定することができる。しかし、クライアントからの問合せデータに対して、どちらか一方のＤＮＳサーバが名前解決不能と応答した場合に、その時点で名前解決処理が終了してしまう。例えば、両ＤＮＳサーバに対して同じドメイン名を問い合せる場合、いずれかのＤＮＳサーバから１度名前解決が不能と応答されると、その後は両ＤＮＳサーバによる名前解決処理が不能となってしまう。このように、従来のシステムにおいては、仮想ドメインに関する名前解決とインターネット上の実ドメインに関する名前解決を、確実に行うことができなかった。
したがって、本発明は、例えば、仮想ドメイン名を含めてドメイン名の名前解決を確実に行うことができる、データ中継装置、取得した問合せデータの送信先を決定する方法、及びそれをコンピュータに対して実現するプログラムを提供することを目的とするものである。
このようなネットワーク技術は、ＬＡＮやＷＡＮを用いたイントラネットの構築にも応用されている。例えば、イントラネットを構築するにもＤＮＳサーバが導入されている。この場合、ＤＮＳサーバは、イントラネット内での仮想ドメイン名とＩＰアドレスの間の名前解決を行う。イントラネット内の仮想ドメイン名は、インターネットで付与されたドメイン名と異なり、イントラネット内でのみ付与されたドメイン名となっている。
ネットワークを構築する際、多くの場合、ネットワーク上を流れるデータを他のネットワークに中継するルータが導入されている。ルータは、例えば、インターネットとイントラネットとの間を中継し、両ネットワーク間の通信経路を選択してデータの転送を行う。
ＤＮＳにおける典型的な名前解決処理において、ルータは、クライアントから名前解決の問合せデータを受信する。この問合せデータは、名前解決を要求する所望のホストのドメイン名を示す情報を含む。この問合せデータは、さらに、送信先がルータであることを示すルータのＩＰアドレス、名前解決の問合せであることを示すフラグを含む。ルータは、この問合せデータに含まれる自身のＩＰアドレスを予め設定されたＤＮＳサーバのＩＰアドレスに書き換え、この問合せデータをＤＮＳサーバに対して転送する。問合せデータを受信したＤＮＳサーバは、ドメイン名の名前解決を行い、応答をルータに送信する。
しかし、インターネット上のＤＮＳサーバは、インターネット上の実ドメインに関する名前解決を行うことができるが、仮想ドメイン名を使用したイントラネット上の名前解決を行うことができない。一方、イントラネット上のＤＮＳサーバは、イントラネット上の仮想ドメイン名の名前解決を行うことができるが、インターネット上のドメイン名に対して名前解決を行うことができない。
又、クライアントは、予め設定されたＤＮＳサーバに対して、名前解決の要求を行う。クライアントにおいては、要求先のＤＮＳサーバとして、インターネット上のＤＮＳサーバと、仮想ドメインを使用したネットワーク上のＤＮＳサーバの両方を、ドメイン名の問合せ先として設定することができる。しかし、クライアントからの問合せデータに対して、どちらか一方のＤＮＳサーバが名前解決不能と応答した場合に、その時点で名前解決処理が終了してしまう。例えば、両ＤＮＳサーバに対して同じドメイン名を問い合せる場合、いずれかのＤＮＳサーバから１度名前解決が不能と応答されると、その後は両ＤＮＳサーバによる名前解決処理が不能となってしまう。このように、従来のシステムにおいては、仮想ドメインに関する名前解決とインターネット上の実ドメインに関する名前解決を、確実に行うことができなかった。
したがって、本発明は、例えば、仮想ドメイン名を含めてドメイン名の名前解決を確実に行うことができる、データ中継装置、取得した問合せデータの送信先を決定する方法、及びそれをコンピュータに対して実現するプログラムを提供することを目的とするものである。
本発明にかかるデータ中継装置は、ネットワーク上のアドレス情報に対応付けられた対応アドレス情報を応答する複数の解決システムに対して、取得した要求を中継可能なデータ中継装置であって、ネットワーク上のアドレス情報に関連付けられた対応アドレス情報の要求であって、アドレス情報を含む要求を取得する手段と、複数の解決システムに関する複数の解決システム情報であって、ネットワーク上のアドレス情報と関連付けられた複数の解決システム情報を記憶する記憶手段と、要求のネットワーク上のアドレス情報と、記憶手段に記憶された解決システム情報とに基づいて、要求を送信する解決システムを前記複数の解決システムから決定する手段と、決定された解決システムに、要求を送信する手段と、を備えた、ものである。この構成を有することにより、要求に対して応答可能なシステムに確実に要求を中継することが可能となる。
前記ネットワーク上のアドレス情報と前記対応アドレス情報の一方は、ドメイン・アドレスであり、他方はＩＰアドレスであることができる。これにより、ドメインアドレスとＩＰアドレスとの間の名前解決を確実に行うことができる。
前記複数の解決システムは、ドメインアドレスとＩＰアドレスと間の名前解決を行うＤＮＳサーバを含むことができる。この構成を有することにより、名前解決の要求を所定のＤＮＳサーバに確実に中継することができる。
前記記憶手段は、仮想ドメインを使用したネットワーク上のドメイン・アドレスもしくはＩＰアドレスと関連付けられた、第１の解決システム情報と、実ドメインを使用したネットワーク上のドメイン・アドレス、もしくはＩＰアドレスと関連付けられた、第２の解決システム情報と、を有することができる。この構成を有することにより、仮想ドメインと実ドメインに応じて、要求に応答可能な解決システムに要求を中継することができる。
前記第１の解決システムは、前記仮想ドメインの名前解決を行うネーム・サーバを含み、前記第２の解決システムは、前記実ドメインの名前解決を行うネーム・サーバを含むことができる。この構成を有することにより、仮想ドメインと実ドメインに応じて、要求に応答可能な解決システムに要求を中継することができる。
前記ネットワーク上のアドレス情報と前記対応アドレス情報とは、同一ノードのアドレスを表すことができる。
前記解決システム情報は、名前解決を行うネーム・サーバのアドレス情報を含むことができる。この構成を有することにより、要求のアドレス情報に応じた名前解決をすることができるネーム・サーバに、要求を確実に送信することができる。
前記記憶手段は、ローカルアドレスと関連付けられた第１の解決システム情報と、グローバルアドレスと関連付けられた第２の解決システム情報と、を有する、ことができる。この構成を有することにより、ローカルアドレスとグローバルアドレスに応じて、要求に応答可能な解決システムに要求を中継することができる。
前記第１の第１の解決システム情報は、前記ローカルアドレスに関する名前解決を行うネーム・サーバのアドレス情報を含み、前記第２の解決システム情報は、前記グローバルアドレスに関する名前解決を行うネーム・サーバのアドレス情報を含むことができる。この構成を有することにより、ローカルアドレスとグローバルアドレスに応じて、適切なネーム・サーバに要求を確実に中継することができる。
本発明にかかる、取得した要求の送信先を決定する方法は、ネットワーク上のアドレス情報に対応付けられた対応アドレス情報を応答する複数の解決システムに関する、複数の解決システム情報を記憶するステップと、ネットワーク上のアドレス情報に対応付けられた対応アドレス情報の要求であって、前記アドレス情報を含む要求を取得するステップと、前記取得した要求のネットワーク上のアドレス情報と、前記記憶された解決システム情報とに基づいて、前記要求を送信する解決システムを前記複数の解決システムから決定するステップと、を備えたものである。この構成を有することにより、要求に対して応答可能なシステムに確実に要求を中継することが可能となる。
前記記憶するステップは、仮想ドメインを使用したネットワーク上のドメイン・アドレスもしくはＩＰアドレスと関連付けられた、第１の解決システム情報と、実ドメインを使用したネットワーク上のドメイン・アドレス、もしくはＩＰアドレスと関連付けられた、第２の解決システム情報と、を記憶するステップを有することができる。この構成を有することにより、仮想ドメインと実ドメインに応じて、要求に応答可能な解決システムに要求を中継することができる。
本発明にかかるコンピュータに取得した要求の送信先を決定するための処理を実行させるためのプログラムは、ネットワーク上のアドレス情報に対応付けられた対応アドレス情報を応答する複数の解決システムに関する、複数の解決システム情報を記憶するステップと、ネットワーク上のアドレス情報に関連付けられた対応アドレス情報の要求であって、前記アドレス情報を含む要求を取得するステップと、前記取得した要求のネットワーク上のアドレス情報と、前記記憶された解決システム情報とに基づいて、前記要求を送信する解決システムを前記複数の解決システムから決定するステップと、をコンピュータに実行させるものである。この構成を有することにより、要求に対して応答可能なシステムに確実に要求を中継することが可能となる。
前記記憶するステップは、仮想ドメインを使用したネットワーク上のドメイン・アドレスもしくはＩＰアドレスと関連付けられた第１のネーム・サーバ・アドレス情報を、解決システム情報として記憶するステップと、実ドメインを使用したネットワーク上のドメイン・アドレス、もしくはＩＰアドレスと関連付けられた第２のネーム・サーバ・アドレス情報を解決システム情報として記憶するステップと、を有することができる。この構成を有することにより、仮想ドメインと実ドメインに応じて、要求に応答可能な解決システムに要求を中継することができる。
前記ネットワーク上のアドレス情報と前記対応アドレス情報の一方は、ドメイン・アドレスであり、他方はＩＰアドレスであることができる。これにより、ドメインアドレスとＩＰアドレスとの間の名前解決を確実に行うことができる。
前記複数の解決システムは、ドメインアドレスとＩＰアドレスと間の名前解決を行うＤＮＳサーバを含むことができる。この構成を有することにより、名前解決の要求を所定のＤＮＳサーバに確実に中継することができる。
前記記憶手段は、仮想ドメインを使用したネットワーク上のドメイン・アドレスもしくはＩＰアドレスと関連付けられた、第１の解決システム情報と、実ドメインを使用したネットワーク上のドメイン・アドレス、もしくはＩＰアドレスと関連付けられた、第２の解決システム情報と、を有することができる。この構成を有することにより、仮想ドメインと実ドメインに応じて、要求に応答可能な解決システムに要求を中継することができる。
前記第１の解決システムは、前記仮想ドメインの名前解決を行うネーム・サーバを含み、前記第２の解決システムは、前記実ドメインの名前解決を行うネーム・サーバを含むことができる。この構成を有することにより、仮想ドメインと実ドメインに応じて、要求に応答可能な解決システムに要求を中継することができる。
前記ネットワーク上のアドレス情報と前記対応アドレス情報とは、同一ノードのアドレスを表すことができる。
前記解決システム情報は、名前解決を行うネーム・サーバのアドレス情報を含むことができる。この構成を有することにより、要求のアドレス情報に応じた名前解決をすることができるネーム・サーバに、要求を確実に送信することができる。
前記記憶手段は、ローカルアドレスと関連付けられた第１の解決システム情報と、グローバルアドレスと関連付けられた第２の解決システム情報と、を有する、ことができる。この構成を有することにより、ローカルアドレスとグローバルアドレスに応じて、要求に応答可能な解決システムに要求を中継することができる。
前記第１の第１の解決システム情報は、前記ローカルアドレスに関する名前解決を行うネーム・サーバのアドレス情報を含み、前記第２の解決システム情報は、前記グローバルアドレスに関する名前解決を行うネーム・サーバのアドレス情報を含むことができる。この構成を有することにより、ローカルアドレスとグローバルアドレスに応じて、適切なネーム・サーバに要求を確実に中継することができる。
本発明にかかる、取得した要求の送信先を決定する方法は、ネットワーク上のアドレス情報に対応付けられた対応アドレス情報を応答する複数の解決システムに関する、複数の解決システム情報を記憶するステップと、ネットワーク上のアドレス情報に対応付けられた対応アドレス情報の要求であって、前記アドレス情報を含む要求を取得するステップと、前記取得した要求のネットワーク上のアドレス情報と、前記記憶された解決システム情報とに基づいて、前記要求を送信する解決システムを前記複数の解決システムから決定するステップと、を備えたものである。この構成を有することにより、要求に対して応答可能なシステムに確実に要求を中継することが可能となる。
前記記憶するステップは、仮想ドメインを使用したネットワーク上のドメイン・アドレスもしくはＩＰアドレスと関連付けられた、第１の解決システム情報と、実ドメインを使用したネットワーク上のドメイン・アドレス、もしくはＩＰアドレスと関連付けられた、第２の解決システム情報と、を記憶するステップを有することができる。この構成を有することにより、仮想ドメインと実ドメインに応じて、要求に応答可能な解決システムに要求を中継することができる。
本発明にかかるコンピュータに取得した要求の送信先を決定するための処理を実行させるためのプログラムは、ネットワーク上のアドレス情報に対応付けられた対応アドレス情報を応答する複数の解決システムに関する、複数の解決システム情報を記憶するステップと、ネットワーク上のアドレス情報に関連付けられた対応アドレス情報の要求であって、前記アドレス情報を含む要求を取得するステップと、前記取得した要求のネットワーク上のアドレス情報と、前記記憶された解決システム情報とに基づいて、前記要求を送信する解決システムを前記複数の解決システムから決定するステップと、をコンピュータに実行させるものである。この構成を有することにより、要求に対して応答可能なシステムに確実に要求を中継することが可能となる。
前記記憶するステップは、仮想ドメインを使用したネットワーク上のドメイン・アドレスもしくはＩＰアドレスと関連付けられた第１のネーム・サーバ・アドレス情報を、解決システム情報として記憶するステップと、実ドメインを使用したネットワーク上のドメイン・アドレス、もしくはＩＰアドレスと関連付けられた第２のネーム・サーバ・アドレス情報を解決システム情報として記憶するステップと、を有することができる。この構成を有することにより、仮想ドメインと実ドメインに応じて、要求に応答可能な解決システムに要求を中継することができる。
第１図は、本発明にかかる中継装置を用いたＤＮＳリレーシステムの一構成例を示す模式図である。第２図は、本発明にかかるクライアント及びＤＮＳサーバの一構成例を示すブロック図である。第３図は、本発明にかかる中継装置を用いたＤＮＳリレーシステムの処理フローの一例を示すフローチャートである。第４図は、本発明にかかる中継装置の一構成例を示すブロック図である。第５図は、本発明にかかる中継装置の一構成例を示すブロック図である。第６図は、本発明にかかる中継装置に格納された対応テーブルの一例を示す模式図である。第７図は、本発明にかかる中継装置の処理フローの一例を示すフローチャートである。第８図は、本発明にかかる中継装置を用いたＤＮＳリレーシステムにおいて送受信されるデータを示す模式図である。第９図は、本発明にかかる中継装置を用いたＤＮＳリレーシステムの他の一構成例を示す模式図である。第１０図は、本発明にかかる中継装置の他の一構成例を示すブロック図である。第１１図は、本発明にかかる中継装置の処理フローの他の一例を示すフローチャートである。第１２図は、本発明にかかる中継装置を用いたＤＮＳリレーシステムの他の一構成例を示す模式図である。
以下、本発明について図を参照して詳細に説明する。
第１図を用いて本形態における、中継装置を用いたＤＮＳリレーシステムの一構成例について説明する。第１図は、本形態にかかるＤＮＳリレーシステムの一構成例を示す模式図である。第１図においては、１はドメインアドレスであるドメイン名に関する名前解決の要求を行うクライアントである。２はＬＡＮ、３は受信したデータを中継するルータ、４はインターネット、５は仮想ドメインを使用したネットワークである。６及び７は、クライアント１からの名前解決の要求である問合せデータに基づき、名前解決を実行する解決システムであるＤＮＳサーバである。ＤＮＳサーバ６、７は、受信したアドレス情報であるドメイン名あるいはＩＰアドレスから、ドメイン名に対応するＩＰアドレス、あるいはＩＰアドレスに対応するドメイン名を応答することができる。
ルータ３は、図１に示すようにＬＡＮ２上でクライアント１と通信可能に接続される。ルータ３とクライアント１とは、ＷＡＮにより接続されることが可能である。ルータ３は、インターネット４を介してＤＮＳサーバ６と通信可能に接続され、さらに、仮想ドメインを使用したネットワーク５を介してＤＮＳサーバ７と接続されている。仮想ドメインを使用したネットワーク５は、ＬＡＮやＷＡＮ等で構築されたイントラネットのようなローカルネットワークとして構成することができる。
第３図は、本発明にかかる中継装置を用いたＤＮＳリレーシステムの処理フローの一例を、概略的に説明する。第３図に示すように、クライアント１は、ルータ３に対してドメイン名の問合せをする（図３（ａ））。ルータ３は、ドメイン名の名前解決を行うことができず、名前解決が可能なＤＮＳサーバ６、７の一方を指定して、ＤＮＳサーバ６、７の一方に対してドメイン名の問合せをする（図３（ｂ））。
ＤＮＳサーバ６、７は、ドメイン名の名前解決を行い、ドメイン名に対応するＩＰアドレスをルータ３に対して送信する（図３（ｃ））。ルータ３は、受信したＩＰアドレスをクライアント１に対して送信し（図３（ｄ））、クライアント１は所望のＩＰアドレスを取得する。
続いて、第４図を用いて、本発明にかかる中継装置について説明する。本発明にかかる中継装置について、通信経路を制御する機能を有するルータ３を用いて説明する。しかし、ルータに限らず、ネットワーク間を中継するほかのネットワーク機器に本発明を適用することが可能である。例えば、このネットワーク機器として、ハブ、スイッチ、その他のコンセントレート、リピータ、ブリッジ、ゲートウェイ装置、無線ＬＡＮの中継装置であるアクセスポイントのような無線中継機、通信機能を有するゲーム機器等が含まれる。またさらに、後述に説明するように、本発明にかかる中継装置は、ＰＣやサーバとすることができる。
第４図は、ルータ３のハードウェアの一構成例を示すブロック図である。第４図に示すように、ルータ３は、制御部１１、回線ポート１２、ＲＡＭ１３、ＲＯＭ１４、記憶部１５を備えている。制御部１１は、ＣＰＵ、ＭＰＵ等の処理装置であり、ルータ３の各部を制御する。制御部１１は、ＲＡＭ１３、ＲＯＭ１４、記憶部１５等の各部と協働してＲＯＭ１４や記憶部１５に格納された各種プログラムを実行する。通信ポート１２は、ネットワークに接続されるＬＡＮアダプタ、インターネットに接続される公衆電話回線網、ＩＳＤＮ、各種専用線にモデム、ターミナルアダプタ（ＴＡ）などを介して接続可能なＵＳＢポートやＩＥＥＥ１２９４ポートなどを含む。通信ポート１２は、他のネットワークに接続されるインタフェースである。
ＲＡＭ１３は、ＲＯＭ１４や記憶部１５などから読み出すデータ又は記憶部１５に書き込むデータを一時的に記憶する。ＲＯＭ１５は、制御部１１の動作に必要な各ソフトウェアやファームウェアその他のソフトウェアを格納する。記憶部１５は、通信パラメータ、設定プログラム、ＤＮＳサーバ指定プログラム等の各種プログラム及びデータを格納する。ＤＮＳサーバ指定プログラムは、後述するように、ドメイン名やＩＰアドレスに対する名前解決を行うＤＮＳサーバを指定するプログラムである。また、設定プログラムは通信のために必要とされるデータを設定する。
第５図及び第６図を用いて、ルータ３について詳細に説明する。第５図は、ルータ３の論理構成の概略を示すブロック図である。図３の論理構成は、図４において説明したハードウェア構成において、必要なソフトウェアプログラムを実行することにより、もしくは、論理回路を構成することより実現することができる。第５図に示すように、ルータ３は、ＤＮＳサーバ指定部３１、出力部３２、入力部３３を備える。ＤＮＳサーバ指定部３１は、対応テーブル３４を参照してＤＮＳサーバ６又はＤＮＳサーバ７を指定する機能を有する。出力部３２は、ＤＮＳサーバ指定部３１で指定されたＤＮＳサーバ６又はＤＮＳサーバ７に対して、入力されたドメイン名やＩＰアドレスに対する名前解決の問合せデータを出力する機能を有する。入力部３３は、クライアント１から送信された名前解決問合せデータに含まれるドメイン名やＩＰアドレスを、ＤＮＳサーバ指定部３１に対して出力する機能を有する。
第６図を用いて、ＤＮＳサーバ指定部３１が参照する対応テーブル３４について説明する。第６図は、記憶部１５に格納された対応テーブルの一例を示す模式図である。第６図に示す対応テーブルは、予めルータ３に入力されて設定された設定データである。この設定データは、例えば、ルータ３の他の機能を設定するのと同様に設定される。
対応テーブル３４は、ドメイン名やＩＰアドレスと、それらに対する名前解決を実行するＤＮＳサーバ６，７に関する情報とを関連付けて記憶している。また、対応テーブル３４は、記憶部１５に格納され、ＲＡＭに読み出されて参照される。なお、本形態における仮想ドメイン名は、ローカルネットワーク上のドメイン名として利用される。一方、本形態における実ドメイン名は、インターネット上のドメイン名として利用されるドメイン名である。
第６図（ａ）は、その項目として、複数のドメイン名と、それらと関連付けられたＤＮＳサーバ６、７のアドレス情報を含む、テーブルを示す。第６図（ａ）においては、仮想ドメイン名「ｖｉｒｔｕａｌ１」に対してプライマリＤＮＳサーバとしてＤＮＳサーバ７のＩＰアドレスが対応付けられる。この仮想ドメイン名「ｖｉｒｔｕａｌ１」は、ＤＮＳサーバ７のローカルネットワーク５内にあるホストの特定のドメイン名である。そして、仮想ドメイン名「ｖｉｒｔｕａｌ１」に対応するＤＮＳサーバ７のＩＰアドレスは、グローバルアドレスであり、ＤＮＳサーバ又はその通信インタフェースの固有のアドレスである。問合せデータの送信先を決定することができるように、ＤＮＳサーバに関する情報として、ＤＮＳサーバのＩＰアドレスに代えて、ＤＮＳサーバに対して問合せデータが送信されることがように他の情報が記憶されてもよい。
また、仮想ドメイン名「ｖｉｒｔｕａｌ１」に対応するセカンダリＤＮＳサーバは、プライマリＤＮＳサーバと同様にＤＮＳサーバ７としてもよいし、ローカルネットワーク５内の他のＤＮＳサーバとしてもよい。
これに対して、ドメイン名「＊」とＤＮＳサーバ６のＩＰアドレスとが対応付けられている。このドメイン名「＊」は、対応テーブル３４の項目に含まれていない全てのドメイン名に対応するデフォルト値である。本形態の説明においては、インターネット４上にあるホストの任意のドメイン名を示し、インターネット４上の実ドメイン名である。また、ドメイン名「＊」に対応するＤＮＳサーバ６のＩＰアドレスは、グローバルアドレスであり、ＤＮＳサーバ又はその通信インタフェースの固有のアドレスである。また、ドメイン名「＊」に対応するセカンダリＤＮＳサーバは、従来と同様に、インターネット４上の他のＤＮＳサーバとすることができる。
第６図（ｂ）は、ＩＰアドレスにＤＮＳサーバ６、７を対応させた対応テーブルを示す。第６図（ｂ）においては、ネットワークアドレス／サブネットマスク「１７２．１６．０．０／１６」に対してプライマリＤＮＳサーバとしてＤＮＳサーバ７のＩＰアドレスが対応付けられる。このネットワークアドレス／サブネットマスク「１７２．１６．０．０／１６」は、ＤＮＳサーバ７のローカルネットワーク５内にあるホストの特定のプライベートアドレスである。そして、ネットワークアドレス／サブネットマスク「１７２．１６．０．０／１６」に対応するＤＮＳサーバ７のＩＰアドレスは、グローバルアドレスであり、ＤＮＳサーバ又はその通信インタフェースの固有のアドレスである。
また、ネットワークアドレス／サブネットマスク「１７２．１６．０．０／１６」に対応するセカンダリＤＮＳサーバは、プライマリＤＮＳサーバと同様にＤＮＳサーバ７としてもよいし、ローカルネットワーク５内の他のＤＮＳサーバとしてもよい。
これに対して、ネットワークアドレス／サブネットマスク「＊」とＤＮＳサーバ６のＩＰアドレスとが対応付けられている。このネットワークアドレス／サブネットマスク「＊」は、対応テーブル３４の項目に含まれていない全てのドメイン名に対応するデフォルト値である。本形態の説明においては、インターネット４上にあるホストの任意のＩＰアドレスを示す。また、ネットワークアドレス／サブネットマスク「＊」に対応するＤＮＳサーバ６のＩＰアドレスは、グローバルアドレスであり、ＤＮＳサーバ又はその通信インタフェースの固有のアドレスである。
また、ネットワークアドレス／サブネットマスク「＊」に対応するセカンダリＤＮＳサーバは、従来と同様に、インターネット４上の他のＤＮＳサーバとすることができる。対応テーブル３４は、複数の仮想ドメインもしくは実ドメインの項目と、各項目に対応するＤＮＳサーバを設定することができる。尚、問合せデータに含まれるアドレス情報から送信先のＤＮＳサーバを決定するために、上記のテーブルを使用する代わりに、所定の演算処理を行うことでＤＮＳサーバのアドレスを算出してもよい。
続いて、第５図を参照しつつ、第７図を用いてルータ３がクライアントから受信した名前解決の問合せデータに基づいて、問合せデータの送信先を決定する処理について説明する。第７図は、ルータ３の処理フローの一例を示すフローチャートである。第７図においては、ドメイン名からＩＰアドレスへの名前解決をＤＮＳサーバ７もしくは６に要求する場合について説明する。ＩＰアドレスからドメイン名への名前解決をＤＮＳサーバ６もしくは７に要求する場合も、実質的に同様の処理が実行される。
第７図に示すように、ルータ３がドメイン名を含む問合せデータをクライアント１から受信すると、例えば、この受信した問合せデータは、入力部３３からＤＮＳサーバ指定部３１に入力される（Ｓ１１１）。
ＤＮＳサーバ指定部３１にドメイン名を含む問合せデータが入力されると、記憶部１５からＲＡＭ１３に対応テーブル３４が読み込まれる（Ｓ１１２）。ここで、ドメイン名からＩＰアドレスへの名前解決をＤＮＳサーバ６、７に対して要求する場合には、第６図（ａ）の対応テーブルが読み込まれる。
ＤＮＳサーバ指定部３１は、受信した問合せデータからデータ中のドメイン名を抽出する（Ｓ１１３）。読み込まれた対応テーブル３４と抽出したドメイン名とに基づき、ＤＮＳサーバ指定部３１は抽出したドメイン名と対応テーブル３４中の各ドメイン名とを比較する（Ｓ１１４）。
この比較により、抽出したドメイン名と同一のドメイン名が対応テーブル３４中にない場合、そのドメイン名はデフォルト・ドメイン名の「＊」に相当し、ＤＮＳサーバ指定部３１は「＊」に対応付けられたＤＮＳサーバへ問合せデータを送信することを決定する。問合せデータのＩＰヘッダにある宛先のＩＰアドレスは、ルータ３のＩＰアドレスからＤＮＳサーバ６のＩＰアドレスに書き換えられる（Ｓ１１６ａ）。さらに、問合せデータのＩＰヘッダにある送信元のＩＰアドレスが、クライアント１のＩＰアドレスからルータ３のＩＰアドレスに書き換えられる。そして、ドメイン名の名前解決の問合せデータは、出力部３２からＤＮＳサーバ６に対して送信される（Ｓ１１７ａ）。
抽出したドメイン名と同一のドメイン名が対応テーブル３４中にあり、それが仮想ドメイン名「ｖｉｒｔｕａｌ１」に一致する場合、ＤＮＳサーバ指定部３１は「ｖｉｒｔｕａｌ１」に対応付けられたＤＮＳサーバへ問合せデータを送信することを決定する。問合せデータのＩＰヘッダにある宛先ＩＰアドレスは、ルータ３のＩＰアドレスからＤＮＳサーバ７のＩＰアドレスに書き換えられる（Ｓ１１６ｂ）。それとともに、問合せデータのＩＰヘッダにある送信元のＩＰアドレスが、クライアント１のＩＰアドレスからルータ３のＩＰアドレスに書き換えられる。仮想ドメイン名の名前解決の問合せデータは、出力部３２からＤＮＳサーバ７に対して送信される（Ｓ１１７ｂ）。
なお、本形態におけるＤＮＳサーバ指定部３１は、問合せデータのドメイン名と対応テーブル３４の各ドメイン名とを順次比較し、問合せデータのドメイン名が仮想ドメイン名であるか実ドメイン名であるかを判定する。そして、この判定に基づいて、ＤＮＳサーバ６又はＤＮＳサーバ７を指定する。あるいは、ドメイン名が対応テーブル３４の仮想ドメイン名に一致する場合にはＤＮＳサーバ７を指定し、ドメイン名が対応テーブル３４の仮想ドメイン名に一致しない場合にはＤＮＳサーバ６を指定する。
次に、第３図を参照しつつ、第８図を用いて本発明にかかるＤＮＳリレーシステムのデータフローについて説明する。第８図は、ＤＮＳリレーシステムにおいて送受信されるデータを示す模式図である。ここで、クライアント１がドメイン名の名前解決をＤＮＳサーバ６、７に要求する場合について説明するが、クライアント１がＩＰアドレスの名前解決をＤＮＳサーバ６、７に要求する場合も同様に処理される。
クライアント１では、外部入力装置を介して、例えばブラウザ上で“ＷＷＷ．○○○”のようにドメイン名が入力される。この入力されたドメイン名は、クライアント１のリゾルバによって、クライアント１を送信元、ルータ３を宛先とする問合せデータに含まれて送信される。
クライアント１からルータ３に対して送信される問合せデータは、ＵＤＰプロトコル及びＩＰプロトコルに基づいて作成されたデータである。このデータのパケットは、従来と同様に、ドメイン名とともに、送信元のポート番号や宛先のポート番号等からなるＵＤＰヘッダ、送信元のＩＰアドレスや宛先のＩＰアドレス、フラグ等からなるＩＰヘッダを含む。トランスポート層におけるプロトコルはＴＣＰプロトコルであってもよい。
ここで、クライアント１からルータ３へと送信されるデータのＩＰヘッダには、宛先ＩＰアドレスにルータ３のＩＰアドレス、送信元ＩＰアドレスにクライアント１のＩＰアドレスが設定されている（第８図（ａ））。また、ＩＰヘッダには、問合せを示すフラグが立っている。さらに、ＵＤＰヘッダには、宛先ポート番号と送信元ポート番号には、名前解決を示すための５３（ＮＡＭＥＳＥＲＶＥＲ）が設定されている。
問合せデータを受信したルータ３は、ＩＰヘッダの「問合せ」を示すフラグから、問合せを受けたことを認識する。そして、ルータ３は、ＵＤＰヘッダの宛先ポート番号が名前解決を示す「５３」であることを認識し、クライアント１から名前解決を要求されていると判断する。
ルータ３は、名前解決ができないので、ＤＮＳサーバ指定部３１に従って名前解決を要求するＤＮＳサーバを指定する。そして、ルータ３は、指定されたＤＮＳサーバ６、７に対して名前解決の問合せデータを送信する。また、ルータ３は、クライアント１から要求された問合せデータとＤＮＳサーバから応答された応答データとを関連付けるＩＤを問合せデータに付加する。
ルータ３は、クライアント１から送信された問合せデータにおいてＩＰヘッダの宛先ＩＰアドレスを指定するＤＮＳサーバのＩＰアドレス、送信元のＩＰアドレスをルータ３のＩＰアドレスに書き換える（第８図（ｂ））。この書き換えられた問合せデータでは、ＩＰヘッダのフラグは「問合せ」を示し、ＵＤＰヘッダの宛先・送信元ポート番号は名前解決を示す「５３」を示している。
前述のＤＮＳサーバ指定部により、クライアント１から入力されたドメイン名が対応テーブルにある場合、ＤＮＳサーバ７が指定される。以下、この指定されたＤＮＳサーバをＤＮＳサーバ７として説明する。
ＤＮＳサーバ７は、ルータ３から名前解決を要求する問合せデータを受信すると、問合せデータ中のドメイン名の名前解決を行い、ドメイン名に対応するＩＰアドレスに変換する。そして、ＤＮＳサーバ７は、名前解決により取得したＩＰアドレスにＵＤＰヘッダやＩＰヘッダを付加し、ルータ３に対して応答データとして送信する（第８図（ｃ））。
このＵＤＰヘッダの宛先・送信元のポート番号は、名前解決を示す「５３」であり、ＩＰヘッダの送信元のＩＰアドレスはＤＮＳサーバ７のＩＰアドレス、宛先のＩＰアドレスはルータ３のＩＰアドレスとなっている。また、ＩＰヘッダのフラグは「応答」に設定されている。
ルータ３は、応答データを受信すると、ＩＰヘッダの「応答」を示すフラグから、応答を受けたことを認識する。そして、ルータ３は、ＵＤＰヘッダの宛先ポート番号が名前解決を示す「５３」であることを認識し、ＤＮＳサーバ７から名前解決の応答を受けていると判断する。ルータ３は、応答データに含まれるＩＤから、受信した応答が、どの名前解決の問合せデータに対する応答であるかを認識する。
そして、ルータ３は、ＤＮＳサーバ７から送信された応答データにおいてＩＰヘッダの宛先ＩＰアドレスを指定するクライアント１のＩＰアドレス、送信元のＩＰアドレスをルータ３のＩＰアドレスに書き換える（第８図（ｄ））。この書き換えられた応答データでは、指定されたＤＮＳサーバに対して、ＩＰヘッダのフラグは「応答」を示し、ＵＤＰヘッダの宛先・送信元ポート番号は名前解決を示す「５３」を示している。
クライアント１は、この応答データを受信することにより、ドメイン名から名前解決されたＩＰアドレスを受信する。そして、クライアント１は、リゾルバに従ってＩＰアドレスを抽出する。
このように、ルータ３は、入力されたドメイン名に基づいて、複数のＤＮＳサーバの中から、名前解決を要求するＤＮＳサーバを指定することができる。すなわち、ルータ３は、ＤＮＳサーバ指定プログラムに従って、対応テーブル３４を参照してＤＮＳサーバ６やＤＮＳサーバ７を指定することができる。これにより、仮想ドメイン名やプライベートＩＰアドレスを、固有のドメイン名やＩＰアドレスと区別することなく、名前解決不能を回避して名前解決を確実に実行することができる。本形態における問合せデータの中継処理は、仮想ドメインと実ドメインとの間の送信先決定に限らず、他のドメインに関する名前解決に適用することが可能である。又、ドメイン名の名前解決に限らず、他のアドレス情報の解決システムに適用することが可能である。
次に、第９図を用いて、本発明にかかる中継装置を用いたＤＮＳリレーシステムの他の一構成例について説明する。第９図は、本発明にかかるＤＮＳリレーシステムの他の一構成例を示す模式図である。第９図に示すように、ＤＮＳリレーシステムは、クライアント１、１ａ、ルータ３ａ、ＤＮＳサーバ６、ＤＮＳサーバ７を備える。
ここで、第１図に示すＤＮＳリレーシステムのルータ３と異なり、ルータ３ａは従来のルータである。また、クライアント１、ＤＮＳサーバ６、７は、第１図に示すものと同じである。クライアント１ａの構成については、後に詳述する。
クライアント１、１ａとＤＮＳサーバ６、７は、例えば、通常のパーソナルコンピュータやワークステーション、ノートブックＰＣ、コンピュータを内蔵した各種機器において、必要なクライアントプログラムもしくはサーバプログラムを動作させることによって実現可能である。図２は、本形態において使用されるクライアント１及びＤＮＳサーバ６、７のハードウェア構成の一例を示す。図２は、中央処理装置（ＣＰＵ）２０１とメモリ２０４とを含んでいる。ＣＰＵとメモリとは、バスを介して補助記憶装置としてのハードディスク装置２１３に接続される。フレキシビルディスク装置２２０、ハードディスク装置２１３、ＣＤ−ＲＯＭドライブ２２９等の記憶媒体駆動装置は、フレキシビルディスク・コントローラ２１９、ＩＤＥコントローラ２２５、ＳＣＳＩコントローラ２２７などの各種コントローラを介してバスに接続される。
フレキシビルディスク装置等の記憶媒体駆動装置には、フレキシビルディスク等の可搬型記憶媒体が挿入される。記憶媒体にはオペレーティングシステムと共同してＣＰＵ２０１等に命令を与え、本実施形態を実施するためのコンピュータプログラムを記憶することができる。コンピュータプログラムは、メモリ２０４にロードされることによって実行される。コンピュータプログラムは圧縮し、又、複数に分割して記憶媒体に記憶することができる。
ハードウェア構成は、さらに、ユーザ・インターフェース・ハードウェアを備えたシステムであることができる。ユーザ・インターフェース・ハードウェアとしては、例えば、入力をするためのポインティング・デバイス（マウス２０７、ジョイスティック等）またはキーボード２０６や視覚データをユーザに提示するためのディスプレイ２１１があり、又、パラレルポート２１６を介してプリンタを接続することもできる。シリアルポートを介してモデムを接続することが可能であり、シリアルポート、モデムまたはトークンリングや通信アダプタ２１８を介してネットワークに接続し、他のコンピュータ・システムと通信を行っている。これらの構成は例示であり、そのすべての構成が本実施の形態に必須というものではない。
第１０図はクライアント１ａの論理構成の一例を示すブロック図である。この論理構成は、例えば、ソフトウェアプログラムを図２に示したハードウェア構成上で動作させることにより実現することが可能であることは、当業者にとって自明である。第１０図に示すように、クライアント１ａは、ＤＮＳサーバ指定部４１、出力部４２、入力部４３、リゾルバ４４を備えている。さらに、クライアント１ａは、前述の第６図に示す対応テーブル３４をハードディスク等の記憶部に記憶している。
ＤＮＳサーバ指定部４１は、入力された問い合わせデータ内のアドレス情報と、対応テーブル３４を参照して、ＤＮＳサーバ６又はＤＮＳサーバ７を指定し、ドメイン名やＩＰアドレスの名前解決を要求する機能を有する。出力部４２は、ＤＮＳサーバ指定部４１で指定されたＤＮＳサーバ６、７に対して、ドメイン名やＩＰアドレスに対する名前解決の問合せデータを出力する機能を有する。入力部４３は、ユーザの操作に従い、ドメイン名やＩＰアドレスを入力する。リゾルバ４４は、入力部により入力されたデータに基づいて、名前解決を要求する機能を有する。
第１１図は、クライアント１ａが名前解決の要求のために問い合わせデータを送信する処理フローを示すフローチャートである。クライアント１ａは、ＴＣＰ／ＩＰプロトコル上で、クライアント１ａ自身をＤＮＳサーバとして設定している。
第１１図に示すように、クライアント１ａは、外部入力装置から例えばブラウザ上でドメイン名を入力されると、入力部４３を介してリゾルバ４４にドメイン名が入力される。リゾルバ４４は、クライアント１ａ自身がＤＮＳサーバに設定されているため、クライアント１ａ自身に対してドメイン名の問い合わせを行う（Ｓ１２１）。そして、ドメイン名に関するデータは、リゾルバ４４からＤＮＳサーバ指定部４１に対して送られる。
クライアント１ａは、ドメイン名の名前解決を行う。ＤＮＳサーバ指定部４１は、ドメイン名の名前解決を実行することができないため（Ｓ１２２）、名前解決を要求するＤＮＳサーバを指定する（Ｓ１２３）。ＤＮＳサーバ指定部４１は、リゾルバ４４から取得したドメイン名と、対応テーブル３４に含まれるドメイン名とを比較し、ドメイン名と関連付けられたＤＮＳサーバを決定し、ＤＮＳサーバのアドレス情報を出力部４２に出力する。ＤＮＳサーバ指定部４１の処理は、図５を参照して説明されたＤＮＳサーバ指定部３１と実施的に同様である。
出力部４２は、クライアント１ａを送信元、決定されたＤＮＳサーバを宛先とする問合せデータを、指定されたＤＮＳサーバに対して送信する（Ｓ１２４）。また、この問合せデータは、ルータ３ａを介して指定されたＤＮＳサーバへと送信される。
このようなドメイン名を含む問合せデータは、従来と同様に、ＤＮＳサーバにより名前解決が実行された後、ホストのＩＰアドレスを含む応答データとしてＤＮＳサーバからクライアント１ａに送信される。
このように、クライアント１ａは、名前解決の要求に含まれるドメイン名もしくはＩＰアドレスと、対応テーブル３４を参照して、名前解決可能なＤＮＳサーバを指定することができる。このようにクライアント１ａは、中継装置として機能することができる。これにより、仮想ドメイン名やプライベートＩＰアドレスを固有のドメイン名やＩＰアドレスと区別することなく、名前解決不能を回避して名前解決を確実に実行することができる。
さらに、第１２図を用いて、本発明にかかる中継装置を用いたＤＮＳリレーシステムの他の一構成例について説明する。ここで、第９図を応用したＤＮＳリレーシステムについて説明する。第１２図は、本発明にかかるＤＮＳリレーシステムの他の一構成例を示す模式図である。第１２図に示すように、ＤＮＳリレーシステムは、クライアント１、１ｂ、ＤＮＳサーバ６ａ、ＤＮＳサーバ７を備える。
ここで、第１２図においては、第９図と同じの装置に対しては同じ符号を付しており、ここでは各装置の説明を省略する。また、第１２図において、クライアント１とＤＮＳサーバ６ａとは、同一のコンピュータネットワークを構成して通信可能な状態にある。このコンピュータネットワークは、例えばＬＡＮやＷＡＮであり、第１２図ではＬＡＮ２ａである。
クライアント１ｂは、第６図に示すような対応テーブルを記憶している。クライアント１ｂがＬＡＮ２及びＬＡＮ２ａに接続されているため、この対応テーブルには、ＤＮＳサーバ６ａのＬＡＮ２ａにおける仮想ドメイン名と、ＤＮＳサーバ６ａのＩＰアドレスとが対応して記憶されている。
このような第１２図に示すＤＮＳリレーシステムにおいて、クライアント１ａは、ＤＮＳサーバ指定プログラムに従って、対応テーブルを参照してＤＮＳサーバ６ａやＤＮＳサーバ７を指定することができる。これにより、仮想ドメイン名やプライベートＩＰアドレスを、固有のドメイン名やＩＰアドレスと区別することなく、名前解決不能を回避して名前解決を確実に実行することができる。
第１図を用いて本形態における、中継装置を用いたＤＮＳリレーシステムの一構成例について説明する。第１図は、本形態にかかるＤＮＳリレーシステムの一構成例を示す模式図である。第１図においては、１はドメインアドレスであるドメイン名に関する名前解決の要求を行うクライアントである。２はＬＡＮ、３は受信したデータを中継するルータ、４はインターネット、５は仮想ドメインを使用したネットワークである。６及び７は、クライアント１からの名前解決の要求である問合せデータに基づき、名前解決を実行する解決システムであるＤＮＳサーバである。ＤＮＳサーバ６、７は、受信したアドレス情報であるドメイン名あるいはＩＰアドレスから、ドメイン名に対応するＩＰアドレス、あるいはＩＰアドレスに対応するドメイン名を応答することができる。
ルータ３は、図１に示すようにＬＡＮ２上でクライアント１と通信可能に接続される。ルータ３とクライアント１とは、ＷＡＮにより接続されることが可能である。ルータ３は、インターネット４を介してＤＮＳサーバ６と通信可能に接続され、さらに、仮想ドメインを使用したネットワーク５を介してＤＮＳサーバ７と接続されている。仮想ドメインを使用したネットワーク５は、ＬＡＮやＷＡＮ等で構築されたイントラネットのようなローカルネットワークとして構成することができる。
第３図は、本発明にかかる中継装置を用いたＤＮＳリレーシステムの処理フローの一例を、概略的に説明する。第３図に示すように、クライアント１は、ルータ３に対してドメイン名の問合せをする（図３（ａ））。ルータ３は、ドメイン名の名前解決を行うことができず、名前解決が可能なＤＮＳサーバ６、７の一方を指定して、ＤＮＳサーバ６、７の一方に対してドメイン名の問合せをする（図３（ｂ））。
ＤＮＳサーバ６、７は、ドメイン名の名前解決を行い、ドメイン名に対応するＩＰアドレスをルータ３に対して送信する（図３（ｃ））。ルータ３は、受信したＩＰアドレスをクライアント１に対して送信し（図３（ｄ））、クライアント１は所望のＩＰアドレスを取得する。
続いて、第４図を用いて、本発明にかかる中継装置について説明する。本発明にかかる中継装置について、通信経路を制御する機能を有するルータ３を用いて説明する。しかし、ルータに限らず、ネットワーク間を中継するほかのネットワーク機器に本発明を適用することが可能である。例えば、このネットワーク機器として、ハブ、スイッチ、その他のコンセントレート、リピータ、ブリッジ、ゲートウェイ装置、無線ＬＡＮの中継装置であるアクセスポイントのような無線中継機、通信機能を有するゲーム機器等が含まれる。またさらに、後述に説明するように、本発明にかかる中継装置は、ＰＣやサーバとすることができる。
第４図は、ルータ３のハードウェアの一構成例を示すブロック図である。第４図に示すように、ルータ３は、制御部１１、回線ポート１２、ＲＡＭ１３、ＲＯＭ１４、記憶部１５を備えている。制御部１１は、ＣＰＵ、ＭＰＵ等の処理装置であり、ルータ３の各部を制御する。制御部１１は、ＲＡＭ１３、ＲＯＭ１４、記憶部１５等の各部と協働してＲＯＭ１４や記憶部１５に格納された各種プログラムを実行する。通信ポート１２は、ネットワークに接続されるＬＡＮアダプタ、インターネットに接続される公衆電話回線網、ＩＳＤＮ、各種専用線にモデム、ターミナルアダプタ（ＴＡ）などを介して接続可能なＵＳＢポートやＩＥＥＥ１２９４ポートなどを含む。通信ポート１２は、他のネットワークに接続されるインタフェースである。
ＲＡＭ１３は、ＲＯＭ１４や記憶部１５などから読み出すデータ又は記憶部１５に書き込むデータを一時的に記憶する。ＲＯＭ１５は、制御部１１の動作に必要な各ソフトウェアやファームウェアその他のソフトウェアを格納する。記憶部１５は、通信パラメータ、設定プログラム、ＤＮＳサーバ指定プログラム等の各種プログラム及びデータを格納する。ＤＮＳサーバ指定プログラムは、後述するように、ドメイン名やＩＰアドレスに対する名前解決を行うＤＮＳサーバを指定するプログラムである。また、設定プログラムは通信のために必要とされるデータを設定する。
第５図及び第６図を用いて、ルータ３について詳細に説明する。第５図は、ルータ３の論理構成の概略を示すブロック図である。図３の論理構成は、図４において説明したハードウェア構成において、必要なソフトウェアプログラムを実行することにより、もしくは、論理回路を構成することより実現することができる。第５図に示すように、ルータ３は、ＤＮＳサーバ指定部３１、出力部３２、入力部３３を備える。ＤＮＳサーバ指定部３１は、対応テーブル３４を参照してＤＮＳサーバ６又はＤＮＳサーバ７を指定する機能を有する。出力部３２は、ＤＮＳサーバ指定部３１で指定されたＤＮＳサーバ６又はＤＮＳサーバ７に対して、入力されたドメイン名やＩＰアドレスに対する名前解決の問合せデータを出力する機能を有する。入力部３３は、クライアント１から送信された名前解決問合せデータに含まれるドメイン名やＩＰアドレスを、ＤＮＳサーバ指定部３１に対して出力する機能を有する。
第６図を用いて、ＤＮＳサーバ指定部３１が参照する対応テーブル３４について説明する。第６図は、記憶部１５に格納された対応テーブルの一例を示す模式図である。第６図に示す対応テーブルは、予めルータ３に入力されて設定された設定データである。この設定データは、例えば、ルータ３の他の機能を設定するのと同様に設定される。
対応テーブル３４は、ドメイン名やＩＰアドレスと、それらに対する名前解決を実行するＤＮＳサーバ６，７に関する情報とを関連付けて記憶している。また、対応テーブル３４は、記憶部１５に格納され、ＲＡＭに読み出されて参照される。なお、本形態における仮想ドメイン名は、ローカルネットワーク上のドメイン名として利用される。一方、本形態における実ドメイン名は、インターネット上のドメイン名として利用されるドメイン名である。
第６図（ａ）は、その項目として、複数のドメイン名と、それらと関連付けられたＤＮＳサーバ６、７のアドレス情報を含む、テーブルを示す。第６図（ａ）においては、仮想ドメイン名「ｖｉｒｔｕａｌ１」に対してプライマリＤＮＳサーバとしてＤＮＳサーバ７のＩＰアドレスが対応付けられる。この仮想ドメイン名「ｖｉｒｔｕａｌ１」は、ＤＮＳサーバ７のローカルネットワーク５内にあるホストの特定のドメイン名である。そして、仮想ドメイン名「ｖｉｒｔｕａｌ１」に対応するＤＮＳサーバ７のＩＰアドレスは、グローバルアドレスであり、ＤＮＳサーバ又はその通信インタフェースの固有のアドレスである。問合せデータの送信先を決定することができるように、ＤＮＳサーバに関する情報として、ＤＮＳサーバのＩＰアドレスに代えて、ＤＮＳサーバに対して問合せデータが送信されることがように他の情報が記憶されてもよい。
また、仮想ドメイン名「ｖｉｒｔｕａｌ１」に対応するセカンダリＤＮＳサーバは、プライマリＤＮＳサーバと同様にＤＮＳサーバ７としてもよいし、ローカルネットワーク５内の他のＤＮＳサーバとしてもよい。
これに対して、ドメイン名「＊」とＤＮＳサーバ６のＩＰアドレスとが対応付けられている。このドメイン名「＊」は、対応テーブル３４の項目に含まれていない全てのドメイン名に対応するデフォルト値である。本形態の説明においては、インターネット４上にあるホストの任意のドメイン名を示し、インターネット４上の実ドメイン名である。また、ドメイン名「＊」に対応するＤＮＳサーバ６のＩＰアドレスは、グローバルアドレスであり、ＤＮＳサーバ又はその通信インタフェースの固有のアドレスである。また、ドメイン名「＊」に対応するセカンダリＤＮＳサーバは、従来と同様に、インターネット４上の他のＤＮＳサーバとすることができる。
第６図（ｂ）は、ＩＰアドレスにＤＮＳサーバ６、７を対応させた対応テーブルを示す。第６図（ｂ）においては、ネットワークアドレス／サブネットマスク「１７２．１６．０．０／１６」に対してプライマリＤＮＳサーバとしてＤＮＳサーバ７のＩＰアドレスが対応付けられる。このネットワークアドレス／サブネットマスク「１７２．１６．０．０／１６」は、ＤＮＳサーバ７のローカルネットワーク５内にあるホストの特定のプライベートアドレスである。そして、ネットワークアドレス／サブネットマスク「１７２．１６．０．０／１６」に対応するＤＮＳサーバ７のＩＰアドレスは、グローバルアドレスであり、ＤＮＳサーバ又はその通信インタフェースの固有のアドレスである。
また、ネットワークアドレス／サブネットマスク「１７２．１６．０．０／１６」に対応するセカンダリＤＮＳサーバは、プライマリＤＮＳサーバと同様にＤＮＳサーバ７としてもよいし、ローカルネットワーク５内の他のＤＮＳサーバとしてもよい。
これに対して、ネットワークアドレス／サブネットマスク「＊」とＤＮＳサーバ６のＩＰアドレスとが対応付けられている。このネットワークアドレス／サブネットマスク「＊」は、対応テーブル３４の項目に含まれていない全てのドメイン名に対応するデフォルト値である。本形態の説明においては、インターネット４上にあるホストの任意のＩＰアドレスを示す。また、ネットワークアドレス／サブネットマスク「＊」に対応するＤＮＳサーバ６のＩＰアドレスは、グローバルアドレスであり、ＤＮＳサーバ又はその通信インタフェースの固有のアドレスである。
また、ネットワークアドレス／サブネットマスク「＊」に対応するセカンダリＤＮＳサーバは、従来と同様に、インターネット４上の他のＤＮＳサーバとすることができる。対応テーブル３４は、複数の仮想ドメインもしくは実ドメインの項目と、各項目に対応するＤＮＳサーバを設定することができる。尚、問合せデータに含まれるアドレス情報から送信先のＤＮＳサーバを決定するために、上記のテーブルを使用する代わりに、所定の演算処理を行うことでＤＮＳサーバのアドレスを算出してもよい。
続いて、第５図を参照しつつ、第７図を用いてルータ３がクライアントから受信した名前解決の問合せデータに基づいて、問合せデータの送信先を決定する処理について説明する。第７図は、ルータ３の処理フローの一例を示すフローチャートである。第７図においては、ドメイン名からＩＰアドレスへの名前解決をＤＮＳサーバ７もしくは６に要求する場合について説明する。ＩＰアドレスからドメイン名への名前解決をＤＮＳサーバ６もしくは７に要求する場合も、実質的に同様の処理が実行される。
第７図に示すように、ルータ３がドメイン名を含む問合せデータをクライアント１から受信すると、例えば、この受信した問合せデータは、入力部３３からＤＮＳサーバ指定部３１に入力される（Ｓ１１１）。
ＤＮＳサーバ指定部３１にドメイン名を含む問合せデータが入力されると、記憶部１５からＲＡＭ１３に対応テーブル３４が読み込まれる（Ｓ１１２）。ここで、ドメイン名からＩＰアドレスへの名前解決をＤＮＳサーバ６、７に対して要求する場合には、第６図（ａ）の対応テーブルが読み込まれる。
ＤＮＳサーバ指定部３１は、受信した問合せデータからデータ中のドメイン名を抽出する（Ｓ１１３）。読み込まれた対応テーブル３４と抽出したドメイン名とに基づき、ＤＮＳサーバ指定部３１は抽出したドメイン名と対応テーブル３４中の各ドメイン名とを比較する（Ｓ１１４）。
この比較により、抽出したドメイン名と同一のドメイン名が対応テーブル３４中にない場合、そのドメイン名はデフォルト・ドメイン名の「＊」に相当し、ＤＮＳサーバ指定部３１は「＊」に対応付けられたＤＮＳサーバへ問合せデータを送信することを決定する。問合せデータのＩＰヘッダにある宛先のＩＰアドレスは、ルータ３のＩＰアドレスからＤＮＳサーバ６のＩＰアドレスに書き換えられる（Ｓ１１６ａ）。さらに、問合せデータのＩＰヘッダにある送信元のＩＰアドレスが、クライアント１のＩＰアドレスからルータ３のＩＰアドレスに書き換えられる。そして、ドメイン名の名前解決の問合せデータは、出力部３２からＤＮＳサーバ６に対して送信される（Ｓ１１７ａ）。
抽出したドメイン名と同一のドメイン名が対応テーブル３４中にあり、それが仮想ドメイン名「ｖｉｒｔｕａｌ１」に一致する場合、ＤＮＳサーバ指定部３１は「ｖｉｒｔｕａｌ１」に対応付けられたＤＮＳサーバへ問合せデータを送信することを決定する。問合せデータのＩＰヘッダにある宛先ＩＰアドレスは、ルータ３のＩＰアドレスからＤＮＳサーバ７のＩＰアドレスに書き換えられる（Ｓ１１６ｂ）。それとともに、問合せデータのＩＰヘッダにある送信元のＩＰアドレスが、クライアント１のＩＰアドレスからルータ３のＩＰアドレスに書き換えられる。仮想ドメイン名の名前解決の問合せデータは、出力部３２からＤＮＳサーバ７に対して送信される（Ｓ１１７ｂ）。
なお、本形態におけるＤＮＳサーバ指定部３１は、問合せデータのドメイン名と対応テーブル３４の各ドメイン名とを順次比較し、問合せデータのドメイン名が仮想ドメイン名であるか実ドメイン名であるかを判定する。そして、この判定に基づいて、ＤＮＳサーバ６又はＤＮＳサーバ７を指定する。あるいは、ドメイン名が対応テーブル３４の仮想ドメイン名に一致する場合にはＤＮＳサーバ７を指定し、ドメイン名が対応テーブル３４の仮想ドメイン名に一致しない場合にはＤＮＳサーバ６を指定する。
次に、第３図を参照しつつ、第８図を用いて本発明にかかるＤＮＳリレーシステムのデータフローについて説明する。第８図は、ＤＮＳリレーシステムにおいて送受信されるデータを示す模式図である。ここで、クライアント１がドメイン名の名前解決をＤＮＳサーバ６、７に要求する場合について説明するが、クライアント１がＩＰアドレスの名前解決をＤＮＳサーバ６、７に要求する場合も同様に処理される。
クライアント１では、外部入力装置を介して、例えばブラウザ上で“ＷＷＷ．○○○”のようにドメイン名が入力される。この入力されたドメイン名は、クライアント１のリゾルバによって、クライアント１を送信元、ルータ３を宛先とする問合せデータに含まれて送信される。
クライアント１からルータ３に対して送信される問合せデータは、ＵＤＰプロトコル及びＩＰプロトコルに基づいて作成されたデータである。このデータのパケットは、従来と同様に、ドメイン名とともに、送信元のポート番号や宛先のポート番号等からなるＵＤＰヘッダ、送信元のＩＰアドレスや宛先のＩＰアドレス、フラグ等からなるＩＰヘッダを含む。トランスポート層におけるプロトコルはＴＣＰプロトコルであってもよい。
ここで、クライアント１からルータ３へと送信されるデータのＩＰヘッダには、宛先ＩＰアドレスにルータ３のＩＰアドレス、送信元ＩＰアドレスにクライアント１のＩＰアドレスが設定されている（第８図（ａ））。また、ＩＰヘッダには、問合せを示すフラグが立っている。さらに、ＵＤＰヘッダには、宛先ポート番号と送信元ポート番号には、名前解決を示すための５３（ＮＡＭＥＳＥＲＶＥＲ）が設定されている。
問合せデータを受信したルータ３は、ＩＰヘッダの「問合せ」を示すフラグから、問合せを受けたことを認識する。そして、ルータ３は、ＵＤＰヘッダの宛先ポート番号が名前解決を示す「５３」であることを認識し、クライアント１から名前解決を要求されていると判断する。
ルータ３は、名前解決ができないので、ＤＮＳサーバ指定部３１に従って名前解決を要求するＤＮＳサーバを指定する。そして、ルータ３は、指定されたＤＮＳサーバ６、７に対して名前解決の問合せデータを送信する。また、ルータ３は、クライアント１から要求された問合せデータとＤＮＳサーバから応答された応答データとを関連付けるＩＤを問合せデータに付加する。
ルータ３は、クライアント１から送信された問合せデータにおいてＩＰヘッダの宛先ＩＰアドレスを指定するＤＮＳサーバのＩＰアドレス、送信元のＩＰアドレスをルータ３のＩＰアドレスに書き換える（第８図（ｂ））。この書き換えられた問合せデータでは、ＩＰヘッダのフラグは「問合せ」を示し、ＵＤＰヘッダの宛先・送信元ポート番号は名前解決を示す「５３」を示している。
前述のＤＮＳサーバ指定部により、クライアント１から入力されたドメイン名が対応テーブルにある場合、ＤＮＳサーバ７が指定される。以下、この指定されたＤＮＳサーバをＤＮＳサーバ７として説明する。
ＤＮＳサーバ７は、ルータ３から名前解決を要求する問合せデータを受信すると、問合せデータ中のドメイン名の名前解決を行い、ドメイン名に対応するＩＰアドレスに変換する。そして、ＤＮＳサーバ７は、名前解決により取得したＩＰアドレスにＵＤＰヘッダやＩＰヘッダを付加し、ルータ３に対して応答データとして送信する（第８図（ｃ））。
このＵＤＰヘッダの宛先・送信元のポート番号は、名前解決を示す「５３」であり、ＩＰヘッダの送信元のＩＰアドレスはＤＮＳサーバ７のＩＰアドレス、宛先のＩＰアドレスはルータ３のＩＰアドレスとなっている。また、ＩＰヘッダのフラグは「応答」に設定されている。
ルータ３は、応答データを受信すると、ＩＰヘッダの「応答」を示すフラグから、応答を受けたことを認識する。そして、ルータ３は、ＵＤＰヘッダの宛先ポート番号が名前解決を示す「５３」であることを認識し、ＤＮＳサーバ７から名前解決の応答を受けていると判断する。ルータ３は、応答データに含まれるＩＤから、受信した応答が、どの名前解決の問合せデータに対する応答であるかを認識する。
そして、ルータ３は、ＤＮＳサーバ７から送信された応答データにおいてＩＰヘッダの宛先ＩＰアドレスを指定するクライアント１のＩＰアドレス、送信元のＩＰアドレスをルータ３のＩＰアドレスに書き換える（第８図（ｄ））。この書き換えられた応答データでは、指定されたＤＮＳサーバに対して、ＩＰヘッダのフラグは「応答」を示し、ＵＤＰヘッダの宛先・送信元ポート番号は名前解決を示す「５３」を示している。
クライアント１は、この応答データを受信することにより、ドメイン名から名前解決されたＩＰアドレスを受信する。そして、クライアント１は、リゾルバに従ってＩＰアドレスを抽出する。
このように、ルータ３は、入力されたドメイン名に基づいて、複数のＤＮＳサーバの中から、名前解決を要求するＤＮＳサーバを指定することができる。すなわち、ルータ３は、ＤＮＳサーバ指定プログラムに従って、対応テーブル３４を参照してＤＮＳサーバ６やＤＮＳサーバ７を指定することができる。これにより、仮想ドメイン名やプライベートＩＰアドレスを、固有のドメイン名やＩＰアドレスと区別することなく、名前解決不能を回避して名前解決を確実に実行することができる。本形態における問合せデータの中継処理は、仮想ドメインと実ドメインとの間の送信先決定に限らず、他のドメインに関する名前解決に適用することが可能である。又、ドメイン名の名前解決に限らず、他のアドレス情報の解決システムに適用することが可能である。
次に、第９図を用いて、本発明にかかる中継装置を用いたＤＮＳリレーシステムの他の一構成例について説明する。第９図は、本発明にかかるＤＮＳリレーシステムの他の一構成例を示す模式図である。第９図に示すように、ＤＮＳリレーシステムは、クライアント１、１ａ、ルータ３ａ、ＤＮＳサーバ６、ＤＮＳサーバ７を備える。
ここで、第１図に示すＤＮＳリレーシステムのルータ３と異なり、ルータ３ａは従来のルータである。また、クライアント１、ＤＮＳサーバ６、７は、第１図に示すものと同じである。クライアント１ａの構成については、後に詳述する。
クライアント１、１ａとＤＮＳサーバ６、７は、例えば、通常のパーソナルコンピュータやワークステーション、ノートブックＰＣ、コンピュータを内蔵した各種機器において、必要なクライアントプログラムもしくはサーバプログラムを動作させることによって実現可能である。図２は、本形態において使用されるクライアント１及びＤＮＳサーバ６、７のハードウェア構成の一例を示す。図２は、中央処理装置（ＣＰＵ）２０１とメモリ２０４とを含んでいる。ＣＰＵとメモリとは、バスを介して補助記憶装置としてのハードディスク装置２１３に接続される。フレキシビルディスク装置２２０、ハードディスク装置２１３、ＣＤ−ＲＯＭドライブ２２９等の記憶媒体駆動装置は、フレキシビルディスク・コントローラ２１９、ＩＤＥコントローラ２２５、ＳＣＳＩコントローラ２２７などの各種コントローラを介してバスに接続される。
フレキシビルディスク装置等の記憶媒体駆動装置には、フレキシビルディスク等の可搬型記憶媒体が挿入される。記憶媒体にはオペレーティングシステムと共同してＣＰＵ２０１等に命令を与え、本実施形態を実施するためのコンピュータプログラムを記憶することができる。コンピュータプログラムは、メモリ２０４にロードされることによって実行される。コンピュータプログラムは圧縮し、又、複数に分割して記憶媒体に記憶することができる。
ハードウェア構成は、さらに、ユーザ・インターフェース・ハードウェアを備えたシステムであることができる。ユーザ・インターフェース・ハードウェアとしては、例えば、入力をするためのポインティング・デバイス（マウス２０７、ジョイスティック等）またはキーボード２０６や視覚データをユーザに提示するためのディスプレイ２１１があり、又、パラレルポート２１６を介してプリンタを接続することもできる。シリアルポートを介してモデムを接続することが可能であり、シリアルポート、モデムまたはトークンリングや通信アダプタ２１８を介してネットワークに接続し、他のコンピュータ・システムと通信を行っている。これらの構成は例示であり、そのすべての構成が本実施の形態に必須というものではない。
第１０図はクライアント１ａの論理構成の一例を示すブロック図である。この論理構成は、例えば、ソフトウェアプログラムを図２に示したハードウェア構成上で動作させることにより実現することが可能であることは、当業者にとって自明である。第１０図に示すように、クライアント１ａは、ＤＮＳサーバ指定部４１、出力部４２、入力部４３、リゾルバ４４を備えている。さらに、クライアント１ａは、前述の第６図に示す対応テーブル３４をハードディスク等の記憶部に記憶している。
ＤＮＳサーバ指定部４１は、入力された問い合わせデータ内のアドレス情報と、対応テーブル３４を参照して、ＤＮＳサーバ６又はＤＮＳサーバ７を指定し、ドメイン名やＩＰアドレスの名前解決を要求する機能を有する。出力部４２は、ＤＮＳサーバ指定部４１で指定されたＤＮＳサーバ６、７に対して、ドメイン名やＩＰアドレスに対する名前解決の問合せデータを出力する機能を有する。入力部４３は、ユーザの操作に従い、ドメイン名やＩＰアドレスを入力する。リゾルバ４４は、入力部により入力されたデータに基づいて、名前解決を要求する機能を有する。
第１１図は、クライアント１ａが名前解決の要求のために問い合わせデータを送信する処理フローを示すフローチャートである。クライアント１ａは、ＴＣＰ／ＩＰプロトコル上で、クライアント１ａ自身をＤＮＳサーバとして設定している。
第１１図に示すように、クライアント１ａは、外部入力装置から例えばブラウザ上でドメイン名を入力されると、入力部４３を介してリゾルバ４４にドメイン名が入力される。リゾルバ４４は、クライアント１ａ自身がＤＮＳサーバに設定されているため、クライアント１ａ自身に対してドメイン名の問い合わせを行う（Ｓ１２１）。そして、ドメイン名に関するデータは、リゾルバ４４からＤＮＳサーバ指定部４１に対して送られる。
クライアント１ａは、ドメイン名の名前解決を行う。ＤＮＳサーバ指定部４１は、ドメイン名の名前解決を実行することができないため（Ｓ１２２）、名前解決を要求するＤＮＳサーバを指定する（Ｓ１２３）。ＤＮＳサーバ指定部４１は、リゾルバ４４から取得したドメイン名と、対応テーブル３４に含まれるドメイン名とを比較し、ドメイン名と関連付けられたＤＮＳサーバを決定し、ＤＮＳサーバのアドレス情報を出力部４２に出力する。ＤＮＳサーバ指定部４１の処理は、図５を参照して説明されたＤＮＳサーバ指定部３１と実施的に同様である。
出力部４２は、クライアント１ａを送信元、決定されたＤＮＳサーバを宛先とする問合せデータを、指定されたＤＮＳサーバに対して送信する（Ｓ１２４）。また、この問合せデータは、ルータ３ａを介して指定されたＤＮＳサーバへと送信される。
このようなドメイン名を含む問合せデータは、従来と同様に、ＤＮＳサーバにより名前解決が実行された後、ホストのＩＰアドレスを含む応答データとしてＤＮＳサーバからクライアント１ａに送信される。
このように、クライアント１ａは、名前解決の要求に含まれるドメイン名もしくはＩＰアドレスと、対応テーブル３４を参照して、名前解決可能なＤＮＳサーバを指定することができる。このようにクライアント１ａは、中継装置として機能することができる。これにより、仮想ドメイン名やプライベートＩＰアドレスを固有のドメイン名やＩＰアドレスと区別することなく、名前解決不能を回避して名前解決を確実に実行することができる。
さらに、第１２図を用いて、本発明にかかる中継装置を用いたＤＮＳリレーシステムの他の一構成例について説明する。ここで、第９図を応用したＤＮＳリレーシステムについて説明する。第１２図は、本発明にかかるＤＮＳリレーシステムの他の一構成例を示す模式図である。第１２図に示すように、ＤＮＳリレーシステムは、クライアント１、１ｂ、ＤＮＳサーバ６ａ、ＤＮＳサーバ７を備える。
ここで、第１２図においては、第９図と同じの装置に対しては同じ符号を付しており、ここでは各装置の説明を省略する。また、第１２図において、クライアント１とＤＮＳサーバ６ａとは、同一のコンピュータネットワークを構成して通信可能な状態にある。このコンピュータネットワークは、例えばＬＡＮやＷＡＮであり、第１２図ではＬＡＮ２ａである。
クライアント１ｂは、第６図に示すような対応テーブルを記憶している。クライアント１ｂがＬＡＮ２及びＬＡＮ２ａに接続されているため、この対応テーブルには、ＤＮＳサーバ６ａのＬＡＮ２ａにおける仮想ドメイン名と、ＤＮＳサーバ６ａのＩＰアドレスとが対応して記憶されている。
このような第１２図に示すＤＮＳリレーシステムにおいて、クライアント１ａは、ＤＮＳサーバ指定プログラムに従って、対応テーブルを参照してＤＮＳサーバ６ａやＤＮＳサーバ７を指定することができる。これにより、仮想ドメイン名やプライベートＩＰアドレスを、固有のドメイン名やＩＰアドレスと区別することなく、名前解決不能を回避して名前解決を確実に実行することができる。
本発明にかかる中継装置は、ネットワーク上で、所定の要求を、所定の解決システムに中継するために用いられる。
本発明は、データ中継装置、取得した要求の送信先を決定する方法、及びそれをコンピュータに対して実現するプログラムに関する。
近年、インターネットのような巨大なネットワークを構築する際に種々のサーバが導入されている。その一つに、ドメイン名をＩＰアドレスに変換するＤＮＳ（Domain Name System）サーバがある。ＤＮＳサーバは、クライアントからドメイン名もしくはＩＰアドレスに関する問合わせを受けると、問合わせを受けたドメイン名に対応するＩＰアドレス、もしくは問合わせを受けたＩＰアドレスに対応するドメイン名を応答する。
このようなネットワーク技術は、ＬＡＮやＷＡＮを用いたイントラネットの構築にも応用されている。例えば、イントラネットを構築するにもＤＮＳサーバが導入されている。この場合、ＤＮＳサーバは、イントラネット内での仮想ドメイン名とＩＰアドレスの間の名前解決を行う。イントラネット内の仮想ドメイン名は、インターネットで付与されたドメイン名と異なり、イントラネット内でのみ付与されたドメイン名となっている。
ネットワークを構築する際、多くの場合、ネットワーク上を流れるデータを他のネットワークに中継するルータが導入されている。ルータは、例えば、インターネットとイントラネットとの間を中継し、両ネットワーク間の通信経路を選択してデータの転送を行う。
ＤＮＳにおける典型的な名前解決処理において、ルータは、クライアントから名前解決の問合せデータを受信する。この問合せデータは、名前解決を要求する所望のホストのドメイン名を示す情報を含む。この問合せデータは、さらに、送信先がルータであることを示すルータのＩＰアドレス、名前解決の問合せであることを示すフラグを含む。ルータは、この問合せデータに含まれる自身のＩＰアドレスを予め設定されたＤＮＳサーバのＩＰアドレスに書き換え、この問合せデータをＤＮＳサーバに対して転送する。問合せデータを受信したＤＮＳサーバは、ドメイン名の名前解決を行い、応答をルータに送信する。
しかし、インターネット上のＤＮＳサーバは、インターネット上の実ドメインに関する名前解決を行うことができるが、仮想ドメイン名を使用したイントラネット上の名前解決を行うことができない。一方、イントラネット上のＤＮＳサーバは、イントラネット上の仮想ドメイン名の名前解決を行うことができるが、インターネット上のドメイン名に対して名前解決を行うことができない。
又、クライアントは、予め設定されたＤＮＳサーバに対して、名前解決の要求を行う。クライアントにおいては、要求先のＤＮＳサーバとして、インターネット上のＤＮＳサーバと、仮想ドメインを使用したネットワーク上のＤＮＳサーバの両方を、ドメイン名の問合せ先として設定することができる。しかし、クライアントからの問合せデータに対して、どちらか一方のＤＮＳサーバが名前解決不能と応答した場合に、その時点で名前解決処理が終了してしまう。例えば、両ＤＮＳサーバに対して同じドメイン名を問い合せる場合、いずれかのＤＮＳサーバから１度名前解決が不能と応答されると、その後は両ＤＮＳサーバによる名前解決処理が不能となってしまう。このように、従来のシステムにおいては、仮想ドメインに関する名前解決とインターネット上の実ドメインに関する名前解決を、確実に行うことができなかった。
したがって、本発明は、例えば、仮想ドメイン名を含めてドメイン名の名前解決を確実に行うことができる、データ中継装置、取得した問合せデータの送信先を決定する方法、及びそれをコンピュータに対して実現するプログラムを提供することを目的とするものである。
本発明にかかるデータ中継装置は、仮想ドメインのネットワーク上のドメイン名とＩＰアドレスの名前解決を行う第１のＤＮＳサーバと、実ドメインのネットワーク上のドメイン名とＩＰアドレスの名前解決を行う第２のＤＮＳサーバとに対して、取得した問い合わせ要求を中継可能なデータ中継装置であって、ドメイン名もしくはＩＰアドレスを含む問い合わせ要求を取得する手段と、前記第１及び第２のＤＮＳサーバのＩＰアドレスを記憶する記憶手段と、前記問い合わせ要求に含まれるドメイン名もしくはＩＰアドレスと、前記記憶手段に記憶された前記第１及び第２のＤＮＳサーバのＩＰアドレスとに基づいて、前記問い合わせ要求を送信するＤＮＳサーバを前記第１及び第２のＤＮＳサーバから決定する手段と 前記決定されたＤＮＳサーバに、前記問い合わせ要求を送信する手段と、を備えた、ものである。この構成を有することにより、問い合わせ要求に対して応答可能なＤＮＳサーバに確実に問い合わせ要求を中継することが可能となる。
上述のデータ中継装置において、前記記憶手段は、前記仮想ドメインのネットワーク上のドメイン名もしくはＩＰアドレスと、前記第１のＤＮＳサーバのＩＰアドレスを関連付けて記憶し、前記決定する手段は、前記問い合わせ要求に含まれるドメイン名もしくはＩＰアドレスが前記記憶手段に記憶された前記仮想ドメインのネットワーク上のドメイン名もしくはＩＰアドレスと一致した場合、送信するＤＮＳサーバを前記第１のＤＮＳサーバに決定し、前記問い合わせ要求に含まれるドメイン名もしくはＩＰアドレスが前記記憶手段に記憶された前記仮想ドメインのネットワーク上のドメイン名もしくはＩＰアドレスと一致しない場合、送信するＤＮＳサーバを前記第２のＤＮＳサーバに決定するものであってもよい。
本発明にかかる、取得した問い合わせ要求の送信先を決定する方法は、仮想ドメインのネットワーク上のドメイン名とＩＰアドレスの名前解決を行う第１のＤＮＳサーバのＩＰアドレスと、実ドメインのネットワーク上のドメイン名とＩＰアドレスの名前解決を行う第２のＤＮＳサーバのＩＰアドレスと、を記憶するステップと、ドメイン名もしくはＩＰアドレスを含む問い合わせ要求を取得するステップと、前記取得した問い合わせ要求に含まれるドメイン名もしくはＩＰアドレスと、前記記憶された前記第１及び第２のＤＮＳサーバのＩＰアドレスとに基づいて、前記問い合わせ要求を送信するＤＮＳサーバを前記第１及び第２のＤＮＳサーバから決定するステップと、を備えたものである。この構成を有することにより、問い合わせ要求に対して応答可能なＤＮＳサーバに確実に問い合わせ要求を中継することが可能となる。
本発明にかかるプログラムは、コンピュータに取得した問い合わせ要求の送信先を決定するための処理を実行させるためのプログラムであって、仮想ドメインのネットワーク上のドメイン名とＩＰアドレスの名前解決を行う第１のＤＮＳサーバのＩＰアドレスと、実ドメインのネットワーク上のドメイン名とＩＰアドレスの名前解決を行う第２のＤＮＳサーバのＩＰアドレスと、を記憶するステップと、ドメイン名もしくはＩＰアドレスを含む問い合わせ要求を取得するステップと、前記取得した問い合わせ要求に含まれるドメイン名もしくはＩＰアドレスと、前記記憶された前記第１及び第２のＤＮＳサーバのＩＰアドレスとに基づいて、前記問い合わせ要求を送信するＤＮＳサーバを前記第１及び第２のＤＮＳサーバから決定するステップと、をコンピュータに実行させるものである。この構成を有することにより、問い合わせ要求に対して応答可能なＤＮＳサーバに確実に問い合わせ要求を中継することが可能となる。
以下、本発明について図を参照して詳細に説明する。
第１図を用いて本形態における、中継装置を用いたＤＮＳリレーシステムの一構成例について説明する。第１図は、本形態にかかるＤＮＳリレーシステムの一構成例を示す模式図である。第１図においては、１はドメインアドレスであるドメイン名に関する名前解決の要求を行うクライアントである。２はＬＡＮ、３は受信したデータを中継するルータ、４はインターネット、５は仮想ドメインを使用したネットワークである。６及び７は、クライアント１からの名前解決の要求である問合せデータに基づき、名前解決を実行する解決システムであるＤＮＳサーバである。ＤＮＳサーバ６、７は、受信したアドレス情報であるドメイン名あるいはＩＰアドレスから、ドメイン名に対応するＩＰアドレス、あるいはＩＰアドレスに対応するドメイン名を応答することができる。
ルータ３は、図１に示すようにＬＡＮ２上でクライアント１と通信可能に接続される。ルータ３とクライアント１とは、ＷＡＮにより接続されることが可能である。ルータ３は、インターネット４を介してＤＮＳサーバ６と通信可能に接続され、さらに、仮想ドメインを使用したネットワーク５を介してＤＮＳサーバ７と接続されている。仮想ドメインを使用したネットワーク５は、ＬＡＮやＷＡＮ等で構築されたイントラネットのようなローカルネットワークとして構成することができる。
第３図は、本発明にかかる中継装置を用いたＤＮＳリレーシステムの処理フローの一例を、概略的に説明する。第３図に示すように、クライアント１は、ルータ３に対してドメイン名の問合せをする（図３（ａ））。ルータ３は、ドメイン名の名前解決を行うことができず、名前解決が可能なＤＮＳサーバ６、７の一方を指定して、ＤＮＳサーバ６、７の一方に対してドメイン名の問合せをする（図３（ｂ））。
ＤＮＳサーバ６、７は、ドメイン名の名前解決を行い、ドメイン名に対応するＩＰアドレスをルータ３に対して送信する（図３（ｃ））。ルータ３は、受信したＩＰアドレスをクライアント１に対して送信し（図３（ｄ））、クライアント１は所望のＩＰアドレスを取得する。
続いて、第４図を用いて、本発明にかかる中継装置について説明する。本発明にかかる中継装置について、通信経路を制御する機能を有するルータ３を用いて説明する。しかし、ルータに限らず、ネットワーク間を中継するほかのネットワーク機器に本発明を適用することが可能である。例えば、このネットワーク機器として、ハブ、スイッチ、その他のコンセントレート、リピータ、ブリッジ、ゲートウェイ装置、無線ＬＡＮの中継装置であるアクセスポイントのような無線中継機、通信機能を有するゲーム機器等が含まれる。またさらに、後述に説明するように、本発明にかかる中継装置は、ＰＣやサーバとすることができる。
第４図は、ルータ３のハードウェアの一構成例を示すブロック図である。第４図に示すように、ルータ３は、制御部１１、回線ポート１２、ＲＡＭ１３、ＲＯＭ１４、記憶部１５を備えている。制御部１１は、ＣＰＵ、ＭＰＵ等の処理装置であり、ルータ３の各部を制御する。制御部１１は、ＲＡＭ１３、ＲＯＭ１４、記憶部１５等の各部と協働してＲＯＭ１４や記憶部１５に格納された各種プログラムを実行する。通信ポート１２は、ネットワークに接続されるＬＡＮアダプタ、インターネットに接続される公衆電話回線網、ＩＳＤＮ、各種専用線にモデム、ターミナルアダプタ（ＴＡ）などを介して接続可能なＵＳＢポートやＩＥＥＥ１２９４ポートなどを含む。通信ポート１２は、他のネットワークに接続されるインタフェースである。
ＲＡＭ１３は、ＲＯＭ１４や記憶部１５などから読み出すデータ又は記憶部１５に書き込むデータを一時的に記憶する。ＲＯＭ１５は、制御部１１の動作に必要な各ソフトウェアやファームウェアその他のソフトウェアを格納する。記憶部１５は、通信パラメータ、設定プログラム、ＤＮＳサーバ指定プログラム等の各種プログラム及びデータを格納する。ＤＮＳサーバ指定プログラムは、後述するように、ドメイン名やＩＰアドレスに対する名前解決を行うＤＮＳサーバを指定するプログラムである。また、設定プログラムは通信のために必要とされるデータを設定する。
第５図及び第６図を用いて、ルータ３について詳細に説明する。第５図は、ルータ３の論理構成の概略を示すブロック図である。図３の論理構成は、図４において説明したハードウェア構成において、必要なソフトウェアプログラムを実行することにより、もしくは、論理回路を構成することより実現することができる。第５図に示すように、ルータ３は、ＤＮＳサーバ指定部３１、出力部３２、入力部３３を備える。ＤＮＳサーバ指定部３１は、対応テーブル３４を参照してＤＮＳサーバ６又はＤＮＳサーバ７を指定する機能を有する。出力部３２は、ＤＮＳサーバ指定部３１で指定されたＤＮＳサーバ６又はＤＮＳサーバ７に対して、入力されたドメイン名やＩＰアドレスに対する名前解決の問合せデータを出力する機能を有する。入力部３３は、クライアント１から送信された名前解決問合せデータに含まれるドメイン名やＩＰアドレスを、ＤＮＳサーバ指定部３１に対して出力する機能を有する。
第６図を用いて、ＤＮＳサーバ指定部３１が参照する対応テーブル３４について説明する。第６図は、記憶部１５に格納された対応テーブルの一例を示す模式図である。第６図に示す対応テーブルは、予めルータ３に入力されて設定された設定データである。この設定データは、例えば、ルータ３の他の機能を設定するのと同様に設定される。
対応テーブル３４は、ドメイン名やＩＰアドレスと、それらに対する名前解決を実行するＤＮＳサーバ６，７に関する情報とを関連付けて記憶している。また、対応テーブル３４は、記憶部１５に格納され、ＲＡＭに読み出されて参照される。なお、本形態における仮想ドメイン名は、ローカルネットワーク上のドメイン名として利用される。一方、本形態における実ドメイン名は、インターネット上のドメイン名として利用されるドメイン名である。
第６図（ａ）は、その項目として、複数のドメイン名と、それらと関連付けられたＤＮＳサーバ６、７のアドレス情報を含む、テーブルを示す。第６図（ａ）においては、仮想ドメイン名「ｖｉｒｔｕａｌ１」に対してプライマリＤＮＳサーバとしてＤＮＳサーバ７のＩＰアドレスが対応付けられる。この仮想ドメイン名「ｖｉｒｔｕａｌ１」は、ＤＮＳサーバ７のローカルネットワーク５内にあるホストの特定のドメイン名である。そして、仮想ドメイン名「ｖｉｒｔｕａｌ１」に対応するＤＮＳサーバ７のＩＰアドレスは、グローバルアドレスであり、ＤＮＳサーバ又はその通信インタフェースの固有のアドレスである。問合せデータの送信先を決定することができるように、ＤＮＳサーバに関する情報として、ＤＮＳサーバのＩＰアドレスに代えて、ＤＮＳサーバに対して問合せデータが送信されることがように他の情報が記憶されてもよい。
また、仮想ドメイン名「ｖｉｒｔｕａｌ１」に対応するセカンダリＤＮＳサーバは、プライマリＤＮＳサーバと同様にＤＮＳサーバ７としてもよいし、ローカルネットワーク５内の他のＤＮＳサーバとしてもよい。
これに対して、ドメイン名「＊」とＤＮＳサーバ６のＩＰアドレスとが対応付けられている。このドメイン名「＊」は、対応テーブル３４の項目に含まれていない全てのドメイン名に対応するデフォルト値である。本形態の説明においては、インターネット４上にあるホストの任意のドメイン名を示し、インターネット４上の実ドメイン名である。また、ドメイン名「＊」に対応するＤＮＳサーバ６のＩＰアドレスは、グローバルアドレスであり、ＤＮＳサーバ又はその通信インタフェースの固有のアドレスである。また、ドメイン名「＊」に対応するセカンダリＤＮＳサーバは、従来と同様に、インターネット４上の他のＤＮＳサーバとすることができる。
第６図（ｂ）は、ＩＰアドレスにＤＮＳサーバ６、７を対応させた対応テーブルを示す。第６図（ｂ）においては、ネットワークアドレス／サブネットマスク「１７２．１６．０．０／１６」に対してプライマリＤＮＳサーバとしてＤＮＳサーバ７のＩＰアドレスが対応付けられる。このネットワークアドレス／サブネットマスク「１７２．１６．０．０／１６」は、ＤＮＳサーバ７のローカルネットワーク５内にあるホストの特定のプライベートアドレスである。そして、ネットワークアドレス／サブネットマスク「１７２．１６．０．０／１６」に対応するＤＮＳサーバ７のＩＰアドレスは、グローバルアドレスであり、ＤＮＳサーバ又はその通信インタフェースの固有のアドレスである。
また、ネットワークアドレス／サブネットマスク「１７２．１６．０．０／１６」に対応するセカンダリＤＮＳサーバは、プライマリＤＮＳサーバと同様にＤＮＳサーバ７としてもよいし、ローカルネットワーク５内の他のＤＮＳサーバとしてもよい。
これに対して、ネットワークアドレス／サブネットマスク「＊」とＤＮＳサーバ６のＩＰアドレスとが対応付けられている。このネットワークアドレス／サブネットマスク「＊」は、対応テーブル３４の項目に含まれていない全てのドメイン名に対応するデフォルト値である。本形態の説明においては、インターネット４上にあるホストの任意のＩＰアドレスを示す。また、ネットワークアドレス／サブネットマスク「＊」に対応するＤＮＳサーバ６のＩＰアドレスは、グローバルアドレスであり、ＤＮＳサーバ又はその通信インタフェースの固有のアドレスである。
また、ネットワークアドレス／サブネットマスク「＊」に対応するセカンダリＤＮＳサーバは、従来と同様に、インターネット４上の他のＤＮＳサーバとすることができる。対応テーブル３４は、複数の仮想ドメインもしくは実ドメインの項目と、各項目に対応するＤＮＳサーバを設定することができる。尚、問合せデータに含まれるアドレス情報から送信先のＤＮＳサーバを決定するために、上記のテーブルを使用する代わりに、所定の演算処理を行うことでＤＮＳサーバのアドレスを算出してもよい。
続いて、第５図を参照しつつ、第７図を用いてルータ３がクライアントから受信した名前解決の問合せデータに基づいて、問合せデータの送信先を決定する処理について説明する。第７図は、ルータ３の処理フローの一例を示すフローチャートである。第７図においては、ドメイン名からＩＰアドレスへの名前解決をＤＮＳサーバ７もしくは６に要求する場合について説明する。ＩＰアドレスからドメイン名への名前解決をＤＮＳサーバ６もしくは７に要求する場合も、実質的に同様の処理が実行される。
第７図に示すように、ルータ３がドメイン名を含む問合せデータをクライアント１から受信すると、例えば、この受信した問合せデータは、入力部３３からＤＮＳサーバ指定部３１に入力される（Ｓ１１１）。
ＤＮＳサーバ指定部３１にドメイン名を含む問合せデータが入力されると、記憶部１５からＲＡＭ１３に対応テーブル３４が読み込まれる（Ｓ１１２）。ここで、ドメイン名からＩＰアドレスへの名前解決をＤＮＳサーバ６、７に対して要求する場合には、第６図（ａ）の対応テーブルが読み込まれる。
ＤＮＳサーバ指定部３１は、受信した問合せデータからデータ中のドメイン名を抽出する（Ｓ１１３）。読み込まれた対応テーブル３４と抽出したドメイン名とに基づき、ＤＮＳサーバ指定部３１は抽出したドメイン名と対応テーブル３４中の各ドメイン名とを比較する（Ｓ１１４）。
この比較により、抽出したドメイン名と同一のドメイン名が対応テーブル３４中にない場合、そのドメイン名はデフォルト・ドメイン名の「＊」に相当し、ＤＮＳサーバ指定部３１は「＊」に対応付けられたＤＮＳサーバへ問合せデータを送信することを決定する。問合せデータのＩＰヘッダにある宛先のＩＰアドレスは、ルータ３のＩＰアドレスからＤＮＳサーバ６のＩＰアドレスに書き換えられる（Ｓ１１６ａ）。さらに、問合せデータのＩＰヘッダにある送信元のＩＰアドレスが、クライアント１のＩＰアドレスからルータ３のＩＰアドレスに書き換えられる。そして、ドメイン名の名前解決の問合せデータは、出力部３２からＤＮＳサーバ６に対して送信される（Ｓ１１７ａ）。
抽出したドメイン名と同一のドメイン名が対応テーブル３４中にあり、それが仮想ドメイン名「ｖｉｒｔｕａｌ１」に一致する場合、ＤＮＳサーバ指定部３１は「ｖｉｒｔｕａｌ１」に対応付けられたＤＮＳサーバへ問合せデータを送信することを決定する。問合せデータのＩＰヘッダにある宛先ＩＰアドレスは、ルータ３のＩＰアドレスからＤＮＳサーバ７のＩＰアドレスに書き換えられる（Ｓ１１６ｂ）。それとともに、問合せデータのＩＰヘッダにある送信元のＩＰアドレスが、クライアント１のＩＰアドレスからルータ３のＩＰアドレスに書き換えられる。仮想ドメイン名の名前解決の問合せデータは、出力部３２からＤＮＳサーバ７に対して送信される（Ｓ１１７ｂ）。
なお、本形態におけるＤＮＳサーバ指定部３１は、問合せデータのドメイン名と対応テーブル３４の各ドメイン名とを順次比較し、問合せデータのドメイン名が仮想ドメイン名であるか実ドメイン名であるかを判定する。そして、この判定に基づいて、ＤＮＳサーバ６又はＤＮＳサーバ７を指定する。あるいは、ドメイン名が対応テーブル３４の仮想ドメイン名に一致する場合にはＤＮＳサーバ７を指定し、ドメイン名が対応テーブル３４の仮想ドメイン名に一致しない場合にはＤＮＳサーバ６を指定する。
次に、第３図を参照しつつ、第８図を用いて本発明にかかるＤＮＳリレーシステムのデータフローについて説明する。第８図は、ＤＮＳリレーシステムにおいて送受信されるデータを示す模式図である。ここで、クライアント１がドメイン名の名前解決をＤＮＳサーバ６、７に要求する場合について説明するが、クライアント１がＩＰアドレスの名前解決をＤＮＳサーバ６、７に要求する場合も同様に処理される。
クライアント１では、外部入力装置を介して、例えばブラウザ上で"ＷＷＷ．○○○"のようにドメイン名が入力される。この入力されたドメイン名は、クライアント１のリゾルバによって、クライアント１を送信元、ルータ３を宛先とする問合せデータに含まれて送信される。
クライアント１からルータ３に対して送信される問合せデータは、ＵＤＰプロトコル及びＩＰプロトコルに基づいて作成されたデータである。このデータのパケットは、従来と同様に、ドメイン名とともに、送信元のポート番号や宛先のポート番号等からなるＵＤＰヘッダ、送信元のＩＰアドレスや宛先のＩＰアドレス、フラグ等からなるＩＰヘッダを含む。トランスポート層におけるプロトコルはＴＣＰプロトコルであってもよい。
ここで、クライアント１からルータ３へと送信されるデータのＩＰヘッダには、宛先ＩＰアドレスにルータ３のＩＰアドレス、送信元ＩＰアドレスにクライアント１のＩＰアドレスが設定されている（第８図（ａ））。また、ＩＰヘッダには、問合せを示すフラグが立っている。さらに、ＵＤＰヘッダには、宛先ポート番号と送信元ポート番号には、名前解決を示すための５３（ＮＡＭＥＳＥＲＶＥＲ）が設定されている。
問合せデータを受信したルータ３は、ＩＰヘッダの「問合せ」を示すフラグから、問合せを受けたことを認識する。そして、ルータ３は、ＵＤＰヘッダの宛先ポート番号が名前解決を示す「５３」であることを認識し、クライアント１から名前解決を要求されていると判断する。
ルータ３は、名前解決ができないので、ＤＮＳサーバ指定部３１に従って名前解決を要求するＤＮＳサーバを指定する。そして、ルータ３は、指定されたＤＮＳサーバ６、７に対して名前解決の問合せデータを送信する。また、ルータ３は、クライアント１から要求された問合せデータとＤＮＳサーバから応答された応答データとを関連付けるＩＤを問合せデータに付加する。
ルータ３は、クライアント１から送信された問合せデータにおいてＩＰヘッダの宛先ＩＰアドレスを指定するＤＮＳサーバのＩＰアドレス、送信元のＩＰアドレスをルータ３のＩＰアドレスに書き換える（第８図（ｂ））。この書き換えられた問合せデータでは、ＩＰヘッダのフラグは「問合せ」を示し、ＵＤＰヘッダの宛先・送信元ポート番号は名前解決を示す「５３」を示している。
前述のＤＮＳサーバ指定部により、クライアント１から入力されたドメイン名が対応テーブルにある場合、ＤＮＳサーバ７が指定される。以下、この指定されたＤＮＳサーバをＤＮＳサーバ７として説明する。
ＤＮＳサーバ７は、ルータ３から名前解決を要求する問合せデータを受信すると、問合せデータ中のドメイン名の名前解決を行い、ドメイン名に対応するＩＰアドレスに変換する。そして、ＤＮＳサーバ７は、名前解決により取得したＩＰアドレスにＵＤＰヘッダやＩＰヘッダを付加し、ルータ３に対して応答データとして送信する（第８図（ｃ））。
このＵＤＰヘッダの宛先・送信元のポート番号は、名前解決を示す「５３」であり、ＩＰヘッダの送信元のＩＰアドレスはＤＮＳサーバ７のＩＰアドレス、宛先のＩＰアドレスはルータ３のＩＰアドレスとなっている。また、ＩＰヘッダのフラグは「応答」に設定されている。
ルータ３は、応答データを受信すると、ＩＰヘッダの「応答」を示すフラグから、応答を受けたことを認識する。そして、ルータ３は、ＵＤＰヘッダの宛先ポート番号が名前解決を示す「５３」であることを認識し、ＤＮＳサーバ７から名前解決の応答を受けていると判断する。ルータ３は、応答データに含まれるＩＤから、受信した応答が、どの名前解決の問合せデータに対する応答であるかを認識する。
そして、ルータ３は、ＤＮＳサーバ７から送信された応答データにおいてＩＰヘッダの宛先ＩＰアドレスを指定するクライアント１のＩＰアドレス、送信元のＩＰアドレスをルータ３のＩＰアドレスに書き換える（第８図（ｄ））。この書き換えられた応答データでは、指定されたＤＮＳサーバに対して、ＩＰヘッダのフラグは「応答」を示し、ＵＤＰヘッダの宛先・送信元ポート番号は名前解決を示す「５３」を示している。
クライアント１は、この応答データを受信することにより、ドメイン名から名前解決されたＩＰアドレスを受信する。そして、クライアント１は、リゾルバに従ってＩＰアドレスを抽出する。
このように、ルータ３は、入力されたドメイン名に基づいて、複数のＤＮＳサーバの中から、名前解決を要求するＤＮＳサーバを指定することができる。すなわち、ルータ３は、ＤＮＳサーバ指定プログラムに従って、対応テーブル３４を参照してＤＮＳサーバ６やＤＮＳサーバ７を指定することができる。これにより、仮想ドメイン名やプライベートＩＰアドレスを、固有のドメイン名やＩＰアドレスと区別することなく、名前解決不能を回避して名前解決を確実に実行することができる。本形態における問合せデータの中継処理は、仮想ドメインと実ドメインとの間の送信先決定に限らず、他のドメインに関する名前解決に適用することが可能である。又、ドメイン名の名前解決に限らず、他のアドレス情報の解決システムに適用することが可能である。
次に、第９図を用いて、本発明にかかる中継装置を用いたＤＮＳリレーシステムの他の一構成例について説明する。第９図は、本発明にかかるＤＮＳリレーシステムの他の一構成例を示す模式図である。第９図に示すように、ＤＮＳリレーシステムは、クライアント１、１ａ、ルータ３ａ、ＤＮＳサーバ６、ＤＮＳサーバ７を備える。
ここで、第１図に示すＤＮＳリレーシステムのルータ３と異なり、ルータ３ａは従来のルータである。また、クライアント１、ＤＮＳサーバ６、７は、第１図に示すものと同じである。クライアント１ａの構成については、後に詳述する。
クライアント１、１ａとＤＮＳサーバ６、７は、例えば、通常のパーソナルコンピュータやワークステーション、ノートブックＰＣ、コンピュータを内蔵した各種機器において、必要なクライアントプログラムもしくはサーバプログラムを動作させることによって実現可能である。図２は、本形態において使用されるクライアント１及びＤＮＳサーバ６、７のハードウェア構成の一例を示す。図２は、中央処理装置（ＣＰＵ）２０１とメモリ２０４とを含んでいる。ＣＰＵとメモリとは、バスを介して補助記憶装置としてのハードディスク装置２１３に接続される。フレキシビルディスク装置２２０、ハードディスク装置２１３、ＣＤ−ＲＯＭドライブ２２９等の記憶媒体駆動装置は、フレキシビルディスク・コントローラ２１９、ＩＤＥコントローラ２２５、ＳＣＳＩコントローラ２２７などの各種コントローラを介してバスに接続される。
フレキシビルディスク装置等の記憶媒体駆動装置には、フレキシビルディスク等の可搬型記憶媒体が挿入される。記憶媒体にはオペレーティングシステムと共同してＣＰＵ２０１等に命令を与え、本実施形態を実施するためのコンピュータプログラムを記憶することができる。コンピュータプログラムは、メモリ２０４にロードされることによって実行される。コンピュータプログラムは圧縮し、又、複数に分割して記憶媒体に記憶することができる。
ハードウェア構成は、さらに、ユーザ・インターフェース・ハードウェアを備えたシステムであることができる。ユーザ・インターフェース・ハードウェアとしては、例えば、入力をするためのポインティング・デバイス（マウス２０７、ジョイスティック等）またはキーボード２０６や視覚データをユーザに提示するためのディスプレイ２１１があり、又、パラレルポート２１６を介してプリンタを接続することもできる。シリアルポートを介してモデムを接続することが可能であり、シリアルポート、モデムまたはトークンリングや通信アダプタ２１８を介してネットワークに接続し、他のコンピュータ・システムと通信を行っている。これらの構成は例示であり、そのすべての構成が本実施の形態に必須というものではない。
第１０図はクライアント１ａの論理構成の一例を示すブロック図である。この論理構成は、例えば、ソフトウェアプログラムを図２に示したハードウェア構成上で動作させることにより実現することが可能であることは、当業者にとって自明である。第１０図に示すように、クライアント１ａは、ＤＮＳサーバ指定部４１、出力部４２、入力部４３、リゾルバ４４を備えている。さらに、クライアント１ａは、前述の第６図に示す対応テーブル３４をハードディスク等の記憶部に記憶している。
ＤＮＳサーバ指定部４１は、入力された問い合わせデータ内のアドレス情報と、対応テーブル３４を参照して、ＤＮＳサーバ６又はＤＮＳサーバ７を指定し、ドメイン名やＩＰアドレスの名前解決を要求する機能を有する。出力部４２は、ＤＮＳサーバ指定部４１で指定されたＤＮＳサーバ６、７に対して、ドメイン名やＩＰアドレスに対する名前解決の問合せデータを出力する機能を有する。入力部４３は、ユーザの操作に従い、ドメイン名やＩＰアドレスを入力する。リゾルバ４４は、入力部により入力されたデータに基づいて、名前解決を要求する機能を有する。
第１１図は、クライアント１ａが名前解決の要求のために問い合わせデータを送信する処理フローを示すフローチャートである。クライアント１ａは、ＴＣＰ／ＩＰプロトコル上で、クライアント１ａ自身をＤＮＳサーバとして設定している。
第１１図に示すように、クライアント１ａは、外部入力装置から例えばブラウザ上でドメイン名を入力されると、入力部４３を介してリゾルバ４４にドメイン名が入力される。リゾルバ４４は、クライアント１ａ自身がＤＮＳサーバに設定されているため、クライアント１ａ自身に対してドメイン名の問い合わせを行う（Ｓ１２１）。そして、ドメイン名に関するデータは、リゾルバ４４からＤＮＳサーバ指定部４１に対して送られる。
クライアント１ａは、ドメイン名の名前解決を行う。ＤＮＳサーバ指定部４１は、ドメイン名の名前解決を実行することができないため（Ｓ１２２）、名前解決を要求するＤＮＳサーバを指定する（Ｓ１２３）。ＤＮＳサーバ指定部４１は、リゾルバ４４から取得したドメイン名と、対応テーブル３４に含まれるドメイン名とを比較し、ドメイン名と関連付けられたＤＮＳサーバを決定し、ＤＮＳサーバのアドレス情報を出力部４２に出力する。ＤＮＳサーバ指定部４１の処理は、図５を参照して説明されたＤＮＳサーバ指定部３１と実施的に同様である。
出力部４２は、クライアント１ａを送信元、決定されたＤＮＳサーバを宛先とする問合せデータを、指定されたＤＮＳサーバに対して送信する（Ｓ１２４）。また、この問合せデータは、ルータ３ａを介して指定されたＤＮＳサーバへと送信される。
このようなドメイン名を含む問合せデータは、従来と同様に、ＤＮＳサーバにより名前解決が実行された後、ホストのＩＰアドレスを含む応答データとしてＤＮＳサーバからクライアント１ａに送信される。
このように、クライアント１ａは、名前解決の要求に含まれるドメイン名もしくはＩＰアドレスと、対応テーブル３４を参照して、名前解決可能なＤＮＳサーバを指定することができる。このようにクライアント１ａは、中継装置として機能することができる。これにより、仮想ドメイン名やプライベートＩＰアドレスを固有のドメイン名やＩＰアドレスと区別することなく、名前解決不能を回避して名前解決を確実に実行することができる。
さらに、第１２図を用いて、本発明にかかる中継装置を用いたＤＮＳリレーシステムの他の一構成例について説明する。ここで、第９図を応用したＤＮＳリレーシステムについて説明する。第１２図は、本発明にかかるＤＮＳリレーシステムの他の一構成例を示す模式図である。第１２図に示すように、ＤＮＳリレーシステムは、クライアント１、１ｂ、ＤＮＳサーバ６ａ、ＤＮＳサーバ７を備える。
ここで、第１２図においては、第９図と同じの装置に対しては同じ符号を付しており、ここでは各装置の説明を省略する。また、第１２図において、クライアント１とＤＮＳサーバ６ａとは、同一のコンピュータネットワークを構成して通信可能な状態にある。このコンピュータネットワークは、例えばＬＡＮやＷＡＮであり、第１２図ではＬＡＮ２ａである。
クライアント１ｂは、第６図に示すような対応テーブルを記憶している。クライアント１ｂがＬＡＮ２及びＬＡＮ２ａに接続されているため、この対応テーブルには、ＤＮＳサーバ６ａのＬＡＮ２ａにおける仮想ドメイン名と、ＤＮＳサーバ６ａのＩＰアドレスとが対応して記憶されている。
このような第１２図に示すＤＮＳリレーシステムにおいて、クライアント１ａは、ＤＮＳサーバ指定プログラムに従って、対応テーブルを参照してＤＮＳサーバ６ａやＤＮＳサーバ７を指定することができる。これにより、仮想ドメイン名やプライベートＩＰアドレスを、固有のドメイン名やＩＰアドレスと区別することなく、名前解決不能を回避して名前解決を確実に実行することができる。
本発明にかかる中継装置は、ネットワーク上で、所定の要求を、所定の解決システムに中継するために用いられる。
Claims (13)
- ネットワーク上のアドレス情報に対応付けられた対応アドレス情報を応答する複数の解決システムに対して、取得した要求を中継可能なデータ中継装置であって、
ネットワーク上のアドレス情報に関連付けられた対応アドレス情報の要求であって、前記アドレス情報を含む要求を取得する手段と、
前記複数の解決システムに関する複数の解決システム情報であって、ネットワーク上のアドレス情報と関連付けられた複数の解決システム情報を記憶する記憶手段と、
前記要求のネットワーク上のアドレス情報と、前記記憶手段に記憶された解決システム情報とに基づいて、前記要求を送信する解決システムを前記複数の解決システムから決定する手段と、
前記決定された解決システムに、前記要求を送信する手段と、
を備えた、データ中継装置。 - 前記ネットワーク上のアドレス情報と前記対応アドレス情報の一方は、ドメイン・アドレスであり、他方はＩＰアドレスである、請求の範囲第１項に記載の中継装置。
- 前記複数の解決システムは、ドメインアドレスとＩＰアドレスと間の名前解決を行うＤＮＳサーバを含む、請求の範囲第１項に記載のデータ中継装置。
- 前記記憶手段は、
仮想ドメインを使用したネットワーク上のドメイン・アドレスもしくはＩＰアドレスと関連付けられた、第１の解決システム情報と、
実ドメインを使用したネットワーク上のドメイン・アドレス、もしくはＩＰアドレスと関連付けられた、第２の解決システム情報と、
を有する、請求の範囲第１項に記載の中継装置。 - 前記第１の解決システムは、前記仮想ドメインの名前解決を行うネーム・サーバを含み、前記第２の解決システムは、前記実ドメインの名前解決を行うネーム・サーバを含む、請求の範囲第４項に記載の中継装置。
- 前記ネットワーク上のアドレス情報と前記対応アドレス情報とは、同一ノードのアドレスを表す、請求の範囲第１項に記載の中継装置。
- 前記解決システム情報は、名前解決を行うネーム・サーバのアドレス情報を含む、請求の範囲第１項に記載の中継装置。
- 前記記憶手段は、
ローカルアドレスと関連付けられた第１の解決システム情報と、
グローバルアドレスと関連付けられた第２の解決システム情報と、
を有する、請求の範囲第１項に記載の中継装置。 - 前記第１の第１の解決システム情報は、前記ローカルアドレスに関する名前解決を行うネーム・サーバのアドレス情報を含み、前記第２の解決システム情報は、前記グローバルアドレスに関する名前解決を行うネーム・サーバのアドレス情報を含む、請求の範囲第８項に記載の中継装置。
- 取得した要求の送信先を決定する方法であって、
ネットワーク上のアドレス情報に対応付けられた対応アドレス情報を応答する複数の解決システムに関する、複数の解決システム情報を記憶するステップと、
ネットワーク上のアドレス情報に対応付けられた対応アドレス情報の要求であって、前記アドレス情報を含む要求を取得するステップと、
前記取得した要求のネットワーク上のアドレス情報と、前記記憶された解決システム情報とに基づいて、前記要求を送信する解決システムを前記複数の解決システムから決定するステップと、
を備えた方法。 - 前記記憶するステップは、
仮想ドメインを使用したネットワーク上のドメイン・アドレスもしくはＩＰアドレスと関連付けられた、第１の解決システム情報と、
実ドメインを使用したネットワーク上のドメイン・アドレス、もしくはＩＰアドレスと関連付けられた、第２の解決システム情報と、
を記憶するステップを有する、請求の範囲第１０項に記載の方法。 - コンピュータに取得した要求の送信先を決定するための処理を実行させるためのプログラムであって、
ネットワーク上のアドレス情報に対応付けられた対応アドレス情報を応答する複数の解決システムに関する、複数の解決システム情報を記憶するステップと、
ネットワーク上のアドレス情報に関連付けられた対応アドレス情報の要求であって、前記アドレス情報を含む要求を取得するステップと、
前記取得した要求のネットワーク上のアドレス情報と、前記記憶された解決システム情報とに基づいて、前記要求を送信する解決システムを前記複数の解決システムから決定するステップと、
をコンピュータに実行させるプログラム。 - 前記記憶するステップは、
仮想ドメインを使用したネットワーク上のドメイン・アドレスもしくはＩＰアドレスと関連付けられた第１のネーム・サーバ・アドレス情報を、解決システム情報として記憶するステップと、
実ドメインを使用したネットワーク上のドメイン・アドレス、もしくはＩＰアドレスと関連付けられた第２のネーム・サーバ・アドレス情報を解決システム情報として記憶するステップと、
を有する、請求の範囲第１２項に記載のプログラム。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2002/011883 WO2004045164A1 (ja) | 2002-11-14 | 2002-11-14 | データ中継装置、取得した要求の送信先を決定する方法、及びそれをコンピュータにおいて実現するプログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPWO2004045164A1 true JPWO2004045164A1 (ja) | 2006-03-16 |
Family
ID=32310265
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004525642A Pending JPWO2004045164A1 (ja) | 2002-11-14 | 2002-11-14 | データ中継装置、取得した要求の送信先を決定する方法、及びそれをコンピュータにおいて実現するプログラム |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20040095962A1 (ja) |
| JP (1) | JPWO2004045164A1 (ja) |
| AU (1) | AU2002343794A1 (ja) |
| WO (1) | WO2004045164A1 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2020136827A (ja) * | 2019-02-15 | 2020-08-31 | 株式会社リコー | 情報処理システム、設定管理サーバ、及び設定管理方法 |
Families Citing this family (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050271050A1 (en) * | 2004-06-04 | 2005-12-08 | Utstarcom, Inc. | Domain-influenced prefix assignment method and apparatus |
| US7573903B2 (en) * | 2005-01-13 | 2009-08-11 | Yokogawa Electric Corporation | IPv6/IPv4 translator |
| WO2006101310A1 (en) * | 2005-02-21 | 2006-09-28 | Netpia.Com, Inc. | Local domain name service system and method for providing service using domain name service system |
| US20080071616A1 (en) * | 2006-09-15 | 2008-03-20 | Speedus Corp. | System and Method for Ensuring Delivery of Advertising |
| JP4564522B2 (ja) * | 2007-09-18 | 2010-10-20 | 日本電信電話株式会社 | Ｄｎｓ連携システム、ｄｎｓ連携方法、連携用ｄｎｓサーバ、及びｄｎｓ連携プログラム |
| US9258270B2 (en) | 2013-05-23 | 2016-02-09 | International Business Machines Corporation | Selecting between domain name system servers of a plurality of networks |
| US9876758B2 (en) * | 2014-01-17 | 2018-01-23 | Qualcomm Incorporated | Techniques to propagate SIP/P-CSCF address changes from WAN device to LAN clients |
| US9882868B1 (en) * | 2017-01-26 | 2018-01-30 | Red Hat, Inc. | Domain name system network traffic management |
| CN108650179B (zh) * | 2018-04-17 | 2021-10-22 | 达闼科技（北京）有限公司 | 一种配置转发表的方法、转发装置及计算机可读存储介质 |
| JP7309418B2 (ja) * | 2019-03-29 | 2023-07-18 | キヤノン株式会社 | 通信装置、通信装置の制御方法及びプログラム |
| US10798051B1 (en) * | 2019-05-23 | 2020-10-06 | At&T Intellectual Property I, L.P. | Filtering and organizing process for domain name system query collection |
| US11277372B2 (en) * | 2019-10-29 | 2022-03-15 | Microsoft Technology Licensing, Llc | Name server management of domain name systems using virtual name servers |
| JP7463095B2 (ja) | 2019-12-25 | 2024-04-08 | キヤノン株式会社 | 通信装置、通信装置の制御方法及びプログラム |
| JP2022081205A (ja) * | 2020-11-19 | 2022-05-31 | キヤノン株式会社 | 情報処理装置、画像処理装置、情報処理装置の制御方法およびプログラム |
| JP7244106B2 (ja) * | 2020-12-18 | 2023-03-22 | Ｎｅｃプラットフォームズ株式会社 | 通信制御装置、通信制御プログラム及び通信制御方法 |
| US20240022538A1 (en) * | 2022-07-14 | 2024-01-18 | Vmware, Inc. | Two tier dns |
| US11929980B1 (en) * | 2023-05-22 | 2024-03-12 | Uab 360 It | Sharing domain name service resources in a mesh network |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6381627B1 (en) * | 1998-09-21 | 2002-04-30 | Microsoft Corporation | Method and computer readable medium for discovering master DNS server computers for a given domain name in multiple master and multiple namespace configurations |
| US6324585B1 (en) * | 1998-11-19 | 2001-11-27 | Cisco Technology, Inc. | Method and apparatus for domain name service request resolution |
| US6480508B1 (en) * | 1999-05-12 | 2002-11-12 | Westell, Inc. | Router-based domain name system proxy agent using address translation |
| US7003555B1 (en) * | 2000-06-23 | 2006-02-21 | Cloudshield Technologies, Inc. | Apparatus and method for domain name resolution |
| US7099957B2 (en) * | 2001-08-23 | 2006-08-29 | The Directtv Group, Inc. | Domain name system resolution |
| US7194553B2 (en) * | 2001-10-16 | 2007-03-20 | Microsoft Corporation | Resolving virtual network names |
| AU2002346176A1 (en) * | 2002-07-05 | 2004-01-23 | Allied Telesis Holdings K.K. | Relay apparatus, relay method, program, and communication system |
-
2002
- 2002-11-14 JP JP2004525642A patent/JPWO2004045164A1/ja active Pending
- 2002-11-14 AU AU2002343794A patent/AU2002343794A1/en not_active Abandoned
- 2002-11-14 WO PCT/JP2002/011883 patent/WO2004045164A1/ja active Application Filing
-
2003
- 2003-01-16 US US10/345,172 patent/US20040095962A1/en not_active Abandoned
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2020136827A (ja) * | 2019-02-15 | 2020-08-31 | 株式会社リコー | 情報処理システム、設定管理サーバ、及び設定管理方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20040095962A1 (en) | 2004-05-20 |
| WO2004045164A1 (ja) | 2004-05-27 |
| AU2002343794A1 (en) | 2004-06-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPWO2004045164A1 (ja) | データ中継装置、取得した要求の送信先を決定する方法、及びそれをコンピュータにおいて実現するプログラム | |
| KR101055048B1 (ko) | 정보 통신 시스템, 정보 처리 장치 및 방법, 및 기록 매체 | |
| EP2306689B1 (en) | Devices and method for accessing a web server in a local space | |
| US8438614B2 (en) | Communication system, relay apparatus, terminal apparatus and computer readable medium | |
| JP2003204335A (ja) | パラメータ設定システム | |
| US20060274752A1 (en) | Method and apparatus for managing address resolution protocol data for interfaces connected to different switches | |
| US20080031249A1 (en) | Method and System for Providing Load Balanced Traffic in Redundant Infiniband Ethernet Gateways Network | |
| US7716368B2 (en) | Network system and communication method, information processing apparatus and method, and program | |
| JP2007527068A (ja) | 少なくとも２つの計算装置間の接続を設定する際のアドレス及びポート番号アブストラクション | |
| US9344399B2 (en) | Relay server and relay communication system | |
| JPWO2013147175A1 (ja) | 分散ストレージシステム、制御装置、クライアント端末、負荷分散方法及びプログラム | |
| US9385990B2 (en) | Relay server and relay communication system | |
| JP5638063B2 (ja) | 通信装置、通信装置の制御方法、プログラム | |
| JP2005197936A (ja) | 通信システム、登録装置及び通信装置 | |
| JP4499622B2 (ja) | トラフィック分散装置，トラフィック分散プログラム及びパケット中継方法 | |
| JP3905067B2 (ja) | ネットワークを介したホスト間の通信方法 | |
| KR101051792B1 (ko) | 네트워크 주소 변환 장치 및 방법 | |
| CN112187963A (zh) | 分布式哈希表实现方法、计算机装置和存储介质 | |
| JP5054666B2 (ja) | Ｖｐｎ接続装置、パケット制御方法、及びプログラム | |
| KR20050003598A (ko) | 이중화된 도메인 네임 서버를 이용한 도메인 네임 서비스제공 시스템 및 제공 방법 | |
| WO2022201980A1 (ja) | 通信方法、ルータ、サーバ、通信システム、及び通信のためのプログラム | |
| JP5084716B2 (ja) | Ｖｐｎ接続装置、ｄｎｓパケット制御方法、及びプログラム | |
| JP2004266870A (ja) | パラメータ設定システム | |
| JP5535254B2 (ja) | ネットワークシステム、端末識別方法、およびプログラム | |
| JP2010130604A (ja) | 動的ゲートウェイ探索システム、動的ゲートウェイ探索方法、及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060221 |