JP4223045B2 - Ｄｎｓサーバ装置、要求電文処理方法および要求電文処理プログラム - Google Patents

Description

この発明は、権威サーバの機能を発揮する権威サーバ部とキャッシュサーバ部の機能を発揮するキャッシュサーバ部とから構成されるＤＮＳサーバ装置、要求電文処理方法および要求電文処理プログラムに関する。

従来より、一般的に多く利用されているインターネットサービスにおいて、ホスト名（ドメイン名）とＩＰアドレス（Internet Protocol Address）とを対応させるＤＮＳシステム（Domain Name System）がある。かかるＤＮＳシステムは、名前空間の中にある特定のゾーンを管理する権威サーバと、クライアントからの問合せを受け付けて、自身がキャッシュ情報を持っていない場合は、他の権威サーバへ再帰問合せして名前解決を行い、キャッシュ情報を持っている場合は、キャッシュデータを用いて応答するキャッシュサーバとから構成される。

このようなＤＮＳシステムで一般的に広く使用されているＤＮＳサーバソフトウエアのＢＩＮＤ（Berkeley Internet Name Domain）では、権威サーバとキャッシュサーバとを一つのプロセスで実現している。そして、このようなＤＮＳサーバのセキュリティをさらに向上させるために、権威サーバとキャッシュサーバの二つのプロセスで実現するＤＮＳサーバソフトウエアがある（例えば、非特許文献１）。

そして、権威サーバとキャッシュサーバの二つのプロセスで実現するＤＮＳシステムについて、様々な方法・技術が開示されている。そこで、その一例として、権威サーバとキャッシュサーバの二つのプロセスを、一つの筐体で実現しているＤＮＳシステムについて、図１０および図１１を用いて、具体的に説明する。

先ず、図１０を用いて、一般的なＤＮＳクライアントが要求電文を送信した場合について説明する。図１０に示したように、ＤＮＳサーバ装置１１０とＤＮＳクライアント１００とがインターネットに接続されている。そして、ＤＮＳサーバ装置１１０は、権威サーバ部１１１とキャッシュサーバ部１１２とから構成され、権威サーバ部１１１には、ＩＰアドレス（10.150.32.10）とＰｏｒｔ番号（53番）が設定され、キャッシュサーバ部１１２には、ＩＰアドレス（10.150.32.20）とＰｏｒｔ番号（53番）が設定されている。ここで、Ｐｏｒｔ番号（53番）は、通常、インターネット上でＤＮＳシステムの待ち受けＰｏｒｔ番号として使用される番号であり、図１０に示した一般のＤＮＳクライアント１００には、キャッシュサーバ部１１２のＩＰアドレスとＰｏｒｔ番号が公開される。

このような構成において、キャッシュサーバ部１１２は、ＤＮＳクライアント１００からＤＮＳサーバ装置１１０に送信された要求電文（例えば、名前解決要求など）を受信する（図１０の（１）〜（２））。そして、キャッシュサーバ部１１２は、受信した要求電文がキャッシュヒットした場合、要求電文に対するクエリ応答（リソースレコード）をＤＮＳクライアント１００に送信する。一方、キャッシュヒットせず、要求電文のゾーンを権威サーバ部が管理していることをキャッシュサーバが認識している場合、キャッシュサーバ部１１２は、受信した要求電文を権威サーバ部１１１に転送する（図１０の（３））。続いて、権威サーバ部１１１は、要求電文を受信し、要求電文に対するクエリ応答をキャッシュサーバ部１１２に送信する（図１０の（４））。そして、クエリ応答を受信したキャッシュサーバ部１１２は、当該クエリ応答をＤＮＳクライアント１００に送信する（図１０の（５））。

次に、図１１を用いて、セカンダリ権威サーバ、他のキャッシュサーバまたは端末装置（例えば、ダイナミックＤＮＳ要求を送信する端末装置）が、要求電文を送信した場合について説明する。図１１に示したように、ＤＮＳサーバ装置１１０とＤＮＳクライアント１２０とがインターネットに接続されている。ＤＮＳサーバ装置１１０は、図１０に示したＤＮＳサーバ装置と同様の構成および設定となっている。ＤＮＳクライアント１２０は、セカンダリ権威サーバ、他のキャッシュサーバまたは端末装置（例えば、ダイナミックＤＮＳ要求を送信する端末装置）である。

このような構成のもと、権威サーバ部１１１は、ＤＮＳクライアント１２０から送信された要求電文を受信すると（図１１の（１）〜（２））、応答処理を実行し、クエリ応答を送信する（図１１の（３））。例えば、権威サーバ部１１１は、セカンダリ権威サーバからゾーン転送要求を受信すると、クエリ応答として記憶するゾーン情報を送信元のセカンダリ権威サーバに送信する。また、他のキャッシュサーバから名前解決要求を受信すると、クエリ応答としてリソースレコードを送信元のキャッシュサーバに送信する。また、端末装置からダイナミックＤＮＳ要求を受信すると、要求電文の条件に従って、リソースレコードの追加や削除を行い、更新結果を送信元の端末装置に送信する。

"djbdnsで作るネームサーバ徹底攻略"、［online］、［平成１８年１月２５日検索］、インターネット＜http://cr.yp.to/djbdns.html＞

ところで、上記した従来の技術は、筐体としての待ち受けＩＰアドレスが複数必要であるという課題があり、また、権威サーバが応答するべき要求電文を、キャッシュサーバが応答してしまうという課題があり、さらに、応答処理が効率的でないという課題があった。

これらの課題を具体的に説明すると、図１０の場合、権威サーバ部１１１が管理するゾーンに対しては、常に権威サーバ部１１１が応答するべきところを、要求電文がキャッシュヒットした場合、キャッシュサーバ部１１２が応答してしまうという課題があり、また、権威サーバ部１１１が応答する場合もキャッシュサーバ部１１２を介して応答が送信されるので、応答処理が効率的でないという課題がある。

また、図１１の場合、セカンダリ権威サーバ、他のキャッシュサーバまたはダイナミックＤＮＳ要求を送信する端末装置などからの要求電文は、権威サーバ部１１１が受信し応答するので、このような端末装置には、図１０に示した場合と異なり、キャッシュサーバ部１１２のＩＰアドレスではなく、権威サーバ部１１１のＩＰアドレス（10.150.32.10）をインターネットに公開する必要がある。つまり、図１０と図１１とを比較してもわかるように、ＤＮＳサーバ装置は、ＤＮＳクライアントの種別に応じて、複数のＩＰアドレスを用意する必要があり、ＤＮＳクライアント側も、個々にＩＰアドレスを設定する必要があるという課題がある。

そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、権威サーバ部とキャッシュサーバ部の待ち受けＩＰアドレスを、筐体として一本化することが可能であると共に、権威サーバ部が管理するゾーンに対しては、権威サーバとして直接応答することが可能であり、クエリ応答を効率的に行うことが可能であるＤＮＳサーバ装置、要求電文処理方法および要求電文処理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するため、請求項１に係る発明は、権威サーバの機能を発揮する権威サーバ部とキャッシュサーバの機能を発揮するキャッシュサーバ部とから構成されるＤＮＳサーバ装置であって、前記権威サーバ部または前記キャッシュサーバ部に送信された要求電文を一括して受信する要求電文受信手段と、前記要求電文受信手段により受信された前記要求電文を種別に応じて、前記権威サーバ部または前記キャッシュサーバ部に振分けて転送する要求電文振分手段と、前記要求電文振分手段により前記要求電文が転送された前記権威サーバ部または前記キャッシュサーバ部から得られた前記要求電文に対する応答を、前記要求電文の送信元に送信する応答送信手段と、を備えたことを特徴とする。

また、請求項２に係る発明は、上記の発明において、前記権威サーバ部は、前記要求電文受信手段と、前記要求電文振分手段と、前記応答送信手段と、を備えたことを特徴とする。

また、請求項３に係る発明は、上記の発明において、権威サーバの機能を発揮する権威サーバ部とキャッシュサーバの機能を発揮するキャッシュサーバ部とから構成されるＤＮＳサーバ装置に適用する要求電文処理方法であって、前記権威サーバ部または前記キャッシュサーバ部に送信された要求電文を一括して受信する要求電文受信工程と、前記要求電文受信手段により受信された前記要求電文を種別に応じて、前記権威サーバ部または前記キャッシュサーバ部に振分けて転送する要求電文振分工程と、前記要求電文振分手段により前記要求電文が転送された前記権威サーバ部または前記キャッシュサーバ部から得られた前記要求電文に対する応答を、前記要求電文の送信元に送信する応答送信工程と、を含んだことを特徴とする。

また、請求項４に係る発明は、上記の発明において、権威サーバの機能を発揮する権威サーバ部とキャッシュサーバの機能を発揮するキャッシュサーバ部とから構成されるＤＮＳサーバ装置としてコンピュータに実行させる要求電文処理プログラムであって、前記権威サーバ部または前記キャッシュサーバ部に送信された要求電文を一括して受信する要求電文受信手順と、前記要求電文受信手段により受信された前記要求電文を種別に応じて、前記権威サーバ部または前記キャッシュサーバ部に振分けて転送する要求電文振分手順と、前記要求電文振分手段により前記要求電文が転送された前記権威サーバ部または前記キャッシュサーバ部から得られた前記要求電文に対する応答を、前記要求電文の送信元に送信する応答送信手順と、をコンピュータに実行させることを特徴とする。

請求項１、３または４の発明によれば、権威サーバ部またはキャッシュサーバ部に送信された要求電文を一括して受信し、受信された要求電文を種別に応じて、権威サーバ部またはキャッシュサーバ部に振分けて転送し、要求電文が転送された権威サーバ部またはキャッシュサーバ部から得られた要求電文に対する応答を、要求電文の送信元に送信するので、権威サーバ部とキャッシュサーバ部の待ち受けＩＰアドレスを、筐体として一本化することが可能であると共に、権威サーバ部が管理するゾーンに対しては、権威サーバとして直接応答することが可能であり、クエリ応答を効率的に行うことが可能である。

また、請求項２の発明によれば、権威サーバ部は、要求電文を一括して受信し、受信された要求電文を種別に応じて、振分けて転送し、得られた要求電文に対する応答を、要求電文の送信元に送信するので、権威サーバ部として直接応答することを優先することができ、権威サーバ部が管理するゾーンに対しては、より確実かつ高速に権威サーバ部として直接応答することが可能である。

以下に添付図面を参照して、この発明に係るＤＮＳサーバ装置、要求電文処理方法および要求電文処理プログラムの実施例を詳細に説明する。

以下では、実施例１に係るＤＮＳサーバ装置の概要および特徴、ＤＮＳサーバ装置の構成および処理の流れを説明し、最後に実施例１による効果を説明する。

［ＤＮＳサーバ装置の概要および特徴］
まず最初に、図１を用いて、実施例１に係るＤＮＳサーバ装置を含むＤＮＳシステムの概要および特徴を説明する。図１は、実施例１に係るＤＮＳサーバ装置を含むＤＮＳシステムの全体構成を示すＤＮＳシステム構成図である。

同図に示すように、かかるＤＮＳシステムにおいて、複数のＤＮＳサーバ装置３０と複数のＤＮＳクライアント１０（例えば、一般的なＤＮＳクライアント（ＤＮＳサーバ装置３０が管理するゾーンまたは管理するゾーン以外への名前解決要求を送信するＤＮＳクライアント）、セカンダリ権威サーバまたは端末装置（ダイナミックＤＮＳ要求を送信する端末装置））とがインターネットに接続されている。また、ＤＮＳサーバ装置３０は、権威サーバ部４０とキャッシュサーバ装置５０とから構成されている。

このような構成のもと、実施例１に係るＤＮＳサーバ装置３０は、ＤＮＳクライアント１０から要求電文を受信し、要求電文に対応したクエリ応答を送信元のＤＮＳクライアントに送信する。例えば、一般的なＤＮＳクライアントや他のキャッシュサーバから名前解決要求を受信すると、リソースレコードをクエリ応答として送信し、また、セカンダリ権威サーバからゾーン転送要求を受信すると、管理するゾーン情報をクエリ応答として送信し、また、ダイナミックＤＮＳ要求を受信すると、要求電文の条件に従って、リソースレコードの追加や削除を行い、更新結果を送信する。このような概要を要するＤＮＳサーバ装置３０は、権威サーバ部４０とキャッシュサーバ部５０の待ち受けＩＰアドレスを、筐体として一本化することが可能であると共に、権威サーバ部が管理するゾーンに対しては、権威サーバとして直接応答することが可能であり、クエリ応答を効率的に行うことが可能である点に主たる特徴がある。

この主たる特徴を具体的に説明すると、ＤＮＳサーバ装置３０の権威サーバ部４０には、ＩＰアドレス（192.168.1.1）とＰｏｒｔ番号（53番）が設定され、キャッシュサーバ部５０には、ＩＰアドレス（192.168.1.1）とＰｏｒｔ番号（50053番）が設定されている。また、Ｐｏｒｔ番号（53番）は、通常、インターネット上でＤＮＳシステムの待ち受けＰｏｒｔ番号として使用される番号である。ここでは、ＤＮＳサーバ装置３０の待ち受けＩＰアドレスは192.168.1.1であり、待ち受けＰｏｒｔ番号は53番となる。

そして、ＤＮＳクライアント１０から要求電文がＩＰアドレス（192.168.1.1）、Ｐｏｒｔ番号（53番）であるＤＮＳサーバ装置３０に送信されると（図１の（１））、実際にＩＰアドレス（192.168.1.1）、Ｐｏｒｔ番号（53番）が設定されているＤＮＳサーバ装置３０の権威サーバ部４０（192.168.1.1）が一括して当該要求電文を受信する（図１の（２））。そして、権威サーバ部４０は、当該要求電文を種別に応じて、Ｐｏｒｔ番号（50053番）が設定されているキャッシュサーバ部５０に振分けて転送する（図１の（３））。

ここで、権威サーバ部４０がキャッシュサーバ部５０に要求電文を転送する場合について、例を挙げて説明する。例えば、権威サーバ部４０は、自身が管理するゾーンへの要求電文や図示しないセカンダリ権威サーバまたは端末装置（ダイナミックＤＮＳ要求を送信する端末装置）から要求電文を受信した場合、キャッシュサーバ部５０に要求電文を転送することなく、自身でクエリ応答をＤＮＳクライアント１０に送信する。一方、上記した以外の要求電文などを受信した場合、権威サーバ部４０は、受信した要求電文をキャッシュサーバ部５０に転送する。

その後、キャッシュサーバ部５０は、受信した要求電文に対するクエリ応答を権威サーバ部４０に送信する（図１の（４））。続いて、権威サーバ部４０は、キャッシュサーバ部５０から得られた要求電文に対するクエリ応答を、要求電文の送信元であるＤＮＳクライアント１０に送信する（図１の（５））。

このように、上記した主たる特徴の如く、権威サーバ部４０とキャッシュサーバ部５０の待ち受けＩＰアドレスを、筐体として一本化することが可能であると共に、権威サーバ部４０が管理するゾーンに対しては、権威サーバ４０として直接応答することが可能であり、クエリ応答を効率的に行うことが可能である。

［ＤＮＳサーバ装置の構成］
次に、図２を用いて、図１に示したＤＮＳサーバ装置３０の構成を説明する。図２は、ＤＮＳサーバ装置３０の構成を示すブロック図である。同図に示すように、このＤＮＳサーバ装置３０は、権威サーバ部４０と、キャッシュサーバ部５０とから構成される。

このうち、権威サーバ部４０は、通信制御Ｉ／Ｆ部４１と、記憶部４２と、制御部４３とから構成される。なお、通信制御Ｉ／Ｆ部４１は、特許請求の範囲に記載の「要求電文受信部手段」および「応答送信手段」に対応する。

そして、通信制御Ｉ／Ｆ部４１は、インターネットを介してＤＮＳクライアントなどとの間でやり取りする各種情報に関する通信を制御する手段である。具体的には、ＤＮＳクライアント１０から権威サーバ部４０またはキャッシュサーバ部５０に送信された要求電文を一括して受信すると共に、権威サーバ部４０またはキャッシュサーバ部５０から得られた要求電文に対する応答を要求電文の送信元のＤＮＳクライアント１０に送信する手段であり、また、受信した要求電文をキャッシュサーバ部５０に転送し、キャッシュサーバ部５０から要求電文に対するクエリ応答を受信する手段である。

記憶部４２は、制御部４３による各種処理に必要なデータおよびプログラムを格納する格納手段（記憶手段）である。具体的には、権威サーバ部４０が管理するゾーンへの要求電文に応答するためのリソースレコードなどを記憶する。

制御部４３は、ＯＳ（Operating System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する処理部であり、特に本発明に密接に関連するものとしては、要求電文振分部４３ａと、応答制御部４３ｂとを備える。なお、要求電文振分部４３ａは、特許請求の範囲に記載の「要求電文振分手段」に対応する。

このうち、要求電文振分部４３ａは、通信制御Ｉ／Ｆ部４１により受信された要求電文を種別に応じて、権威サーバ部４０またはキャッシュサーバ部５０に振分けて転送する手段である。具体的には、権威サーバ部４０が管理するゾーンへの要求電文、セカンダリ権威サーバなどから送信された要求電文またはダイナミックＤＮＳ要求などの権威サーバ４０が応答すべき要求電文などは、権威サーバ部４０が応答し、権威サーバ部４０が応答すべきでない要求電文などはキャッシュサーバ部５０へ転送される。例を挙げれば、受信した要求電文のＯＰＣＯＤＥが「ＮＯＴＩＦＹ」か「ＵＰＤＡＴＥ」であるか、または、ＱＴＹＰＥが「ＩＸＦＲ」か「ＡＸＦＲ」であるか、または、ＱＮＡＭＥが権威サーバ部４０の管理するゾーンであるならば、権威サーバ部４０が応答する。それ以外ならば、キャッシュサーバ部５０に振分けて転送する。

また、応答制御部４３ｂは、要求電文に基づいて、リソースレコードを応答する手段である。具体的には、通信制御Ｉ／Ｆ部４１により受信された要求電文に基づいて、記憶部４２に記憶されるリソースレコードを参照し、クエリ応答を決定する。

キャッシュサーバ部５０は、通信制御Ｉ／Ｆ部５１と、記憶部５２と、制御部５３とから構成される。そして、通信制御Ｉ／Ｆ部５１は、権威サーバ部４０との間でやり取りする各種情報に関する通信を制御する手段であり、具体的には、権威サーバ部４０の通信制御Ｉ／Ｆ部４１より送信された要求電文を受信し、受信した要求電文に対するクエリ応答を権威サーバ部４０の通信制御Ｉ／Ｆ部４１に送信する。

記憶部５２は、制御部５３による各種処理に必要なデータおよびプログラムを格納する格納手段（記憶手段）である。具体的には、権威サーバ部４０から転送された要求電文に応答するためのキャッシュ情報（例えば、権威サーバ部４０が管理するゾーン以外へのリソースレコード）などを記憶する。

制御部５３は、ＯＳ（Operating System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する処理部であり、特に本発明に密接に関連するものとしては、応答制御部５３ａを備える。

応答制御部５３ａは、要求電文に基づいて、リソースレコードを応答する手段である。具体的に例を挙げれば、通信制御Ｉ／Ｆ部５１により受信された要求電文（例えば、権威サーバ部４０が管理するゾーン以外への要求電文など）に基づいて、記憶部５２に記憶されるリソースレコードを参照し、クエリ応答を決定する。

［ＤＮＳサーバ装置による処理］
次に、図２と図３を用いて、ＤＮＳサーバ装置による処理を説明する。図３は、受信した要求電文の振分処理の流れを示すフローチャートである。

図３に示すように、権威サーバ部４０の通信制御Ｉ／Ｆ部４１が権威サーバ部４０またはキャッシュサーバ部５０に送信された要求電文を一括して受信すると（ステップＳ３０１肯定）、要求電文振分部４３ａは、要求電文を種別に応じて、権威サーバ部４０が応答するか否かを判定する（ステップＳ３０２）。

そして、権威サーバ部４０が応答する場合（ステップＳ３０２肯定）、権威サーバ部４０の応答制御部４３ｂは、受信された要求電文に基づいて、記憶部４２に記憶されるリソースレコードを参照し、クエリ応答を決定する。そして、権威サーバ部４０の通信制御Ｉ／Ｆ部４１は、クエリ応答を要求電文の送信元であるＤＮＳクライアント１０に送信する（ステップＳ３０８）。

一方、権威サーバ部４０が応答しない場合（ステップＳ３０２否定）、権威サーバ部４０の要求電文振分部４３ａは、受信した要求電文をキャッシュサーバ部５０に振分けて転送する（ステップ３０３）。

そして、要求電文を受信したキャッシュサーバ部５０の応答制御部５３ａは、受信した要求電文に基づいて、記憶部５２に記憶されるリソースレコードを参照し、クエリ応答を決定する応答処理を行う（ステップＳ３０４〜ステップＳ３０５）。そして、キャッシュサーバ部５０の通信制御Ｉ／Ｆ部５１は、決定したクエリ応答を権威サーバ部４０に送信する（ステップＳ３０６）。

その後、権威サーバ部４０の通信制御Ｉ／Ｆ部４１、キャッシュサーバ装置５０より得られた前記要求電文に対する応答を、前記要求電文の送信元であるＤＮＳクライアントに送信する（ステップＳ３０７〜ステップＳ３０８）。

［実施例１による効果］
上述してきたように、実施例１によれば、権威サーバ部４０またはキャッシュサーバ部５０に送信された要求電文を一括して受信し、受信された要求電文を種別に応じて、権威サーバ部４０またはキャッシュサーバ部５０に振分けて転送し、要求電文が転送された権威サーバ部４０またはキャッシュサーバ部５０から得られた要求電文に対する応答を、要求電文の送信元に送信するので、権威サーバ部４０とキャッシュサーバ部５０の待ち受けＩＰアドレスを、筐体として一本化することが可能であると共に、権威サーバ部４０が管理するゾーンに対しては、権威サーバとして直接応答することが可能であり、クエリ応答を効率的に行うことが可能である。

また、実施例１によれば、権威サーバ部４０は、要求電文を一括して受信し、受信された要求電文を種別に応じて、振分けて転送し、得られた要求電文に対する応答を、要求電文の送信元に送信するので、権威サーバ部４０として直接応答することを優先することができ、権威サーバ部４０が管理するゾーンに対しては、より確実かつ高速に権威サーバ部４０として直接応答することが可能である。

ところで、上記の実施例１では、要求電文を転送されたキャッシュサーバ部５０が、当該要求電文に対する応答を権威サーバ部４０に送信する場合を説明したが、本発明は必ずしもこれに限定するものではなく、要求電文を転送されたキャッシュサーバ部５０が、当該要求電文に対する応答を、要求電文の送信先であるＤＮＳクライアント１０に直接送信することが可能である。

そこで、実施例２では、要求電文を転送されたキャッシュサーバ部５０が、当該要求電文に対する応答を、要求電文の送信先であるＤＮＳクライアント１０に直接送信する例を説明する。以下の実施例２では、実施例２に係るＤＮＳサーバ装置の全体構成および処理の流れを説明し、最後に実施例２による効果を説明する。

［ＤＮＳサーバ装置を含むＤＮＳシステムの全体構成（実施例２）］
まず最初に、図４を用いて、実施例２に係るＤＮＳサーバ装置を含むＤＮＳシステムの全体構成を説明する。図４は、実施例２に係るＤＮＳサーバ装置を含むＤＮＳシステムの全体構成を示すＤＮＳシステム構成図である。

図４に示すように、かかるＤＮＳシステムにおいて、複数のＤＮＳサーバ装置３０と複数のＤＮＳクライアント１０とがインターネットに接続されている。また、ＤＮＳサーバ装置３０は、権威サーバ部４０とキャッシュサーバ装置５０とから構成されており、権威サーバ部４０には、ＩＰアドレス（192.168.1.1）とＰｏｒｔ番号（53番）が設定されている。なお、Ｐｏｒｔ番号（53番）は、通常、インターネット上でＤＮＳシステムの待ち受けＰｏｒｔ番号として使用される番号である。ここでは、ＤＮＳサーバ装置３０の待ち受けＩＰアドレスは192.168.1.1であり、待ち受けＰｏｒｔ番号は53番となる。また、実施例２では、ＤＮＳサーバ装置３０のＯＳにＵＮＩＸ（登録商標）を用いて構築した例を示しており、権威サーバ部４０とキャッシュサーバ部５０とは、共通のパスを設定したＵＮＩＸ（登録商標）ドメインパスにより相互通信を行う。

このような構成のもと、ＤＮＳクライアント１０から要求電文がＩＰアドレス（192.168.1.1）、Ｐｏｒｔ番号（53番）であるＤＮＳサーバ装置３０に送信されると（図４の（１））、実際にＩＰアドレス（192.168.1.1）、Ｐｏｒｔ番号（53番）が設定されているＤＮＳサーバ装置３０の権威サーバ部４０（192.168.1.1）が当該要求電文を一括して受信する（図４の（２））。

そして、権威サーバ部４０は、ＵＮＩＸ（登録商標）ドメインパスを介して、受信した要求電文と共に、要求電文の送信元情報（例えば、ＤＮＳクライアントのＩＰアドレス、Ｐｏｒｔ番号）と、要求電文受信時のＩＮＥＴソケットとをキャッシュサーバ部５０に振分けて転送する（図１の（３））。

具体的には、図６に示すような転送フォーマットを用いて、キャッシュサーバ部５０に転送する。転送される要求電文の例を挙げると、例えば、受信した要求電文のＯＰＣＯＤＥが「ＮＯＴＩＦＹ」か「ＵＰＤＡＴＥ」でなく、かつ、ＱＴＹＰＥが「ＩＸＦＲ」か「ＡＸＦＲ」でもない権威サーバ部４０が管理するゾーン以外への要求電文などであり、権威サーバ部４０が管理するゾーンへの要求電文の場合、権威サーバ部４０がクエリ応答を送信する。

また、図６に示した転送フォーマットは、ＤＮＳメッセージのデータが可変長のため、電文サイズおよびＤＮＳメッセージサイズをヘッダとして持っている。そして、ＩＮＥＴソケットタイプにより、ＤＮＳクライアントへ通信する際のトランスポートプロトコル（ＵＤＰ／ＴＣＰ）が示される。また、要求電文を転送されたキャッシュサーバ部５０が、要求電文に対する応答を送信元であるＤＮＳクライアント１０に送信することを可能にするために、クライアントアドレス情報を含んでいる。

その後、キャッシュサーバ部５０は、受信した要求電文に基づいて、記憶部５２に記憶されるリソースレコードを参照し、クエリ応答を決定する。そして、キャッシュサーバ部５０は、要求電文と共に、送信元情報とＩＮＥＴソケットとを用いて、送信元であるＤＮＳクライアント１０にクエリ応答を送信する（図１の（４））。

［ＤＮＳサーバ装置による処理（実施例２）］
次に、図２と図５を用いて、ＤＮＳサーバ装置による処理を説明する。図５は、受信した要求電文の振分処理の流れを示すフローチャートである。

図５に示すように、権威サーバ部４０の通信制御Ｉ／Ｆ部４１が権威サーバ部４０またはキャッシュサーバ部５０に送信された要求電文を一括して受信すると（ステップＳ５０１肯定）、権威サーバ部４０の要求電文振分部４３ａは、受信した要求電文を種別に応じて、権威サーバ部４０が応答するか否かを判定する（ステップＳ５０２）。

そして、権威サーバ部４０が応答する場合（ステップＳ５０２肯定）、権威サーバ部４０の応答制御部４３ｂは、受信された要求電文に基づいて、記憶部４２に記憶されるリソースレコードを参照し、クエリ応答を決定する。そして、権威サーバ部４０の通信制御Ｉ／Ｆ部４１は、クエリ応答を、要求電文の送信元であるＤＮＳクライアント１０に送信する（ステップＳ５０９）。

一方、権威サーバ部４０が応答しない場合（ステップＳ５０２否定）、権威サーバ部４０の要求電文振分部４３ａは、要求電文受信時のＩＮＥＴソケットをキャッシュサーバ部５０に受け渡し（ステップＳ５０３）、キャッシュサーバ部５０は、受け渡されたＩＮＥＴソケットを受け入れ（ステップＳ５０４）。そして、権威サーバ部４０は、受け入れた要求電文と共に、送信元情報をキャッシュサーバ部５０に転送する（ステップＳ５０５）。

その後、キャッシュサーバ部５０は、権威サーバ部４０より送信された要求電文と送信元情報とを受信し（ステップＳ５０６）、受信した要求電文に基づいて、記憶部５２に記憶されるリソースレコードを参照し、クエリ応答を決定する応答処理を行う（ステップＳ５０７）。そして、キャッシュサーバ部５０は、受信した送信元情報とＩＮＥＴソケットとを用いて、決定したクエリ応答を送信元のＤＮＳクライアント１０に送信する（ステップＳ５０８）。

［実施例２による効果］
上述してきたように、実施例２によれば、要求電文と共に、前記要求電文の送信元情報を転送するので、例えば、キャッシュサーバ部５０への要求電文が多い場合やキャッシュサーバ５０の応答が再帰問合せにより時間を要する場合、要求電文に対する応答を権威サーバ部を介することなく、キャッシュサーバ部が直接応答を送信することができるなど、権威サーバ部は、応答電文を転送する負荷がなくなり、権威サーバ部の性能を向上させることが可能であると共に、キャッシュサーバ部は、権威サーバ部への転送遅延がなくなり、キャッシュサーバ部の性能を向上させることが可能である。

また、実施例２では、ＩＮＥＴソケット受け渡し処理（ステップＳ５０３）の後に、要求電文と送信元情報転送処理（ステップＳ５０５）を行う場合を説明したが、本発明はこれに限定されるものではなく、ＩＮＥＴソケット受け渡し処理（ステップＳ５０３）と要求電文と送信元情報転送処理（ステップＳ５０５）とも同時に実行してもよい。

ところで、本発明は、権威サーバ部からキャッシュサーバ部に要求電文を転送する場合、転送方式を選択して転送するようにしてもよい。なお、実施例３で説明する処理は、例えば、実施例２では、図５のＩＮＥＴソケット受け渡し処理（ステップＳ５０３）の前に実施する処理である。

そこで、実施例３では、転送方式を選択する処理の流れについて説明する。以下の実施例３では、実施例３に係るＤＮＳサーバ装置における転送方式選択処理の流れを説明し、最後に実施例３による効果を説明する。図７は、権威サーバ部が受信した要求電文をキャッシュサーバ部に転送する場合に、要求電文の送信元の要求に応じて（例えば、要求電文を送信した送信元からのトランスポートプロトコルに応じて）、転送方式を選択する転送方式選択処理の流れを示すフローチャートである。

［ＤＮＳサーバ装置における転送方式選択処理の流れ（実施例３）］
図７に示すように、権威サーバ部は要求電文を受信し、自身が応答しないと判定すると（ステップＳ７０１否定）、要求電文を送信したＤＮＳクライアントから受信した要求電文のトランスポートプロトコルがＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）か否かを判定する（ステップＳ７０２）。そして、トランスポートプロトコルがＴＣＰである場合（ステップＳ７０２肯定）、権威サーバ部は、ＵＮＩＸ（登録商標）ドメインプロトコルのストリーム転送方式を採用して、受信した要求電文と送信元情報をキャッシュサーバ部に転送する（ステップＳ７０４）。

一方、トランスポートプロトコルがＴＣＰでない場合（ステップＳ７０２否定）、権威サーバ部は、受信した要求電文のサイズが設定サイズ以上か否かを判定する（ステップＳ７０３）。例えば、要求電文のサイズが、ＵＮＩＸ（登録商標）ドメインプロトコルにおけるデータグラムソケット送信バッファのデフォルト値以上か否かを判定する。

そして、受信した要求電文のサイズが設定サイズ以上である場合（ステップＳ７０３肯定）、権威サーバ部は、ＵＮＩＸ（登録商標）ドメインプロトコルのストリーム転送方式を採用して、受信した要求電文と送信元情報をキャッシュサーバ部に転送する（ステップＳ７０４）。

一方、受信した要求電文のサイズが設定サイズ以上でない場合（ステップＳ７０３否定）、権威サーバ部は、ＵＮＩＸ（登録商標）ドメインプロトコルのデータグラム転送方式を採用して、受信した要求電文と送信元情報をキャッシュサーバ部に転送する（ステップＳ７０５）。

［実施例３による効果］
上述してきたように、実施例３によれば、キャッシュサーバ部に要求電文を転送する場合、ストリーム転送方式またはデータグラム転送方式を選択し、要求電文と送信元情報とを転送するので、例えば、キャッシュサーバ部に送信された要求電文に対して、要求電文の転送を高速に行うことができるなど、さらに応答性能を向上することが可能である。

また、実施例３によれば、要求電文の送信元の要求に応じて（例えば、要求電文を送信した送信元からのトランスポートプロトコルに応じて）、ストリーム転送方式またはデータグラム転送方式を選択し、要求電文と送信元情報とを転送するので、送信元の要求に応じて、転送方式を選択することできるなど、柔軟に対応することが可能である。

また、実施例３では、要求電文の送信元の要求に応じて、ストリーム転送方式またはデータグラム転送方式を選択する場合を説明したが、本発明はこれに限定されるものではなく、要求電文のデータのサイズに応じて、ストリーム転送方式またはデータグラム転送方式を選択するようにしてもよい。これにより、要求電文の転送判定を簡略化することで、要求電文の転送をさらに高速に行うことが可能である。

さて、これまで本発明の実施例１〜３では、権威サーバ部とキャッシュサーバ部と２つの機能で構成されるＤＮＳサーバ装置について説明したが、本発明はこれに限定されるものではなく、原本管理サーバ部（ゾーンとリソースレコードの原本データを管理する部）と権威サーバ部とキャッシュサーバ部と３つの機能で構成されるＤＮＳサーバ装置についても本発明を適用することが可能である。

そこで、実施例４では、原本管理サーバ部と権威サーバ部とキャッシュサーバ部と３つの機能で構成されるＤＮＳサーバ装置について、本発明を適用した場合を説明する。以下の実施例４では、実施例４に係るＤＮＳサーバ装置の全体構成および処理の流れを説明し、最後に実施例４による効果を説明する。

［ＤＮＳサーバ装置を含むＤＮＳシステムの全体構成（実施例４）］
まず最初に、図８を用いて、実施例２に係るＤＮＳサーバ装置を含むＤＮＳシステムの全体構成を説明する。図８は、ＤＮＳサーバ装置を含むＤＮＳシステムの全体構成図である。同図に示すように、かかるＤＮＳシステムにおいて、複数のＤＮＳサーバ装置８０と複数のＤＮＳクライアント１０からインターネットに接続されている。また、ＤＮＳサーバ装置８０は、原本管理サーバ部８１と権威サーバ部８２とキャッシュサーバ装置８３とから構成されている。そして、ＤＮＳサーバ装置８０の原本管理サーバ部８１には、ＩＰアドレス（192.168.1.1）とＰｏｒｔ番号（50054番）が設定され、権威サーバ部８２には、ＩＰアドレス（192.168.1.1）とＰｏｒｔ番号（53番）が設定され、キャッシュサーバ部８３には、ＩＰアドレス（192.168.1.1）とＰｏｒｔ番号（50053番）が設定されている。ここでは、ＤＮＳサーバ装置３０の待ち受けＩＰアドレスは192.168.1.1であり、待ち受けＰｏｒｔ番号は53番となる。

このような構成のもと、ＤＮＳクライアント１０から要求電文がＩＰアドレス（192.168.1.1）、Ｐｏｒｔ番号（53番）であるＤＮＳサーバ装置８０に送信されると（図８の（１））、実際にＩＰアドレス（192.168.1.1）、Ｐｏｒｔ番号（53番）が設定されているＤＮＳサーバ装置８０の権威サーバ部８２（192.168.1.1）が一括して当該要求電文を受信する（図８の（２））。

そして、権威サーバ部８２は、当該要求電文を種別に応じて、Ｐｏｒｔ番号（50054番）が設定されている原本管理サーバ部８１に振分けて転送する（図８の（３））。要求電文が転送された原本管理サーバ部８１は、受信した要求電文に対するクエリ応答を権威サーバ部８２に送信する（図８の（４））。続いて、権威サーバ部８２は、原本管理サーバ部８１から得られた要求電文に対するクエリ応答を、要求電文の送信元であるＤＮＳクライアント１０に送信する（図１の（５））。

［ＤＮＳサーバ装置による振分処理（実施例４）］
ここで、権威サーバ部８２が原本管理サーバ部８１に要求電文を転送する振分処理について、図８と図９を用いて説明する。図９は、受信した要求電文の振分処理の流れを示すフローチャートである。

図９に示すように、権威サーバ部８２は、原本管理サーバ部８１、権威サーバ部８２またはキャッシュサーバ部８３に送信された要求電文を一括して受信すると（ステップＳ９０１肯定）、権威サーバ部８２は、受信した要求電文が権威サーバ部８２が応答すべきＯＰＣＯＤＥか否かを判定する（ステップＳ９０２）。

そして、権威サーバ部８２が応答すべきＯＰＣＯＤＥに限られる場合（ステップＳ９０２肯定）、権威サーバ部８２は、原本データの読み出しまたは書込みがあるか否かを判定する（ステップＳ９０３）。原本データの読み出しまたは書込みがある場合（ステップＳ９０３肯定）、権威サーバ部８２は、要求電文を原本管理サーバ部８１へ転送する（ステップＳ９０４）。一方、原本データの読み出しまたは書込みがない場合（ステップＳ９０３否定）、権威サーバ部８２は、要求電文に対して応答する（ステップＳ９０５）。

一方、上記ステップＳ９０２に戻り、受信した要求電文が権威サーバ部８２が応答すべきＯＰＣＯＤＥとは限らない場合（ステップＳ９０２否定）、権威サーバ部８２は、要求電文のＱＮＡＭＥが自身の管理するゾーンのデータであるか否かを判定する（ステップＳ９０６）。

そして、要求電文のＱＮＡＭＥが自身の管理するゾーンのデータである場合（ステップＳ９０６肯定）、上記ステップＳ９０３以降の処理を行う。一方、要求電文のＱＮＡＭＥが自身が管理するゾーンのデータでない場合（ステップＳ９０６否定）、権威サーバ部８２は、要求電文のＱＴＹＰＥが自身の応答すべきＱＴＹＰＥか否かを判定する（ステップＳ９０７）。

そして、要求電文のＱＴＹＰＥが自身の応答すべきＱＴＹＰＥである場合（ステップＳ９０７肯定）、権威サーバ部８２は、要求電文に対して応答する（ステップＳ９０５）。一方、要求電文のＱＴＹＰＥが自身の応答すべきＱＴＹＰＥでない場合（ステップＳ９０７否定）、権威サーバ部８２は、要求電文をキャッシュサーバ部８３に転送する（ステップＳ９０８）。

［実施例４による効果］
このように、実施例４によれば、実施例１と同様に、権威サーバ部４０とキャッシュサーバ部５０の待ち受けＩＰアドレスを、筐体として一本化することが可能であると共に、権威サーバ部４０が管理するゾーンに対しては、権威サーバとして直接応答することが可能であり、クエリ応答を効率的に行うことが可能と、権威サーバ部４０として直接応答することを優先することができ、権威サーバ部４０が管理するゾーンに対しては、より確実かつ高速に権威サーバ部４０として直接応答することが可能であるという効果が得られる。

また、実施例１から３で説明したことは、実施例４においても適用することが可能である。例えば、要求電文の転送先（例えば、原本管理サーバ部）が直接クエリ応答を送信元のＤＮＳクライアントに送信することが可能であり、送信元からのトランスポートプロトコルおよび要求電文サイズや、要求電文の送信元の要求、または、要求電文のデータのサイズに応じて、転送方式を選択することなどが可能である。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では実施例５として、本発明に含まれる他の実施例について説明する。

また、実施例１〜４では、権威サーバ部が、要求電文を一括して受信し、受信された要求電文を種別に応じて、振分けて転送し、得られた要求電文に対する応答を、要求電文の送信元に送信する場合を説明したが、本発明はこれに限定されるものではなく、権威サーバ部以外の機能部（例えば、当該機能を備えた機能部として独立したプロセスとする）が行ってもよい。

また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図２に示したＤＮＳサーバ装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、ＤＮＳサーバ装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、ＤＮＳサーバ装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

なお、上記の実施例では、本発明を実現するＤＮＳサーバ装置を機能面から説明したが、ＤＮＳサーバ装置の各機能はパーソナルコンピュータやワークステーションなどのコンピュータにプログラムを実行させることによって実現することもできる。すなわち、上記の実施例で説明した各種の処理手順は、あらかじめ用意されたプログラムをコンピュータ上で実行することによって実現することができる。そして、これらのプログラムは、インターネットなどのネットワークを介して配布することができる。さらに、これらのプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。つまり、例を挙げれば、実施例に示したような要求電文処理プログラムを格納したＣＤ−ＲＯＭ（装置ごとに別個のＣＤ−ＲＯＭであってもよい）を配布し、このＣＤ−ＲＯＭに格納されたプログラムを各コンピュータが読み出して実行するようにしてもよい。

以上のように、本発明に係るＤＮＳサーバ装置、要求電文処理方法および要求電文処理プログラムは、権威サーバの機能を発揮する権威サーバ部とキャッシュサーバの機能を発揮するキャッシュサーバ部とから構成されるＤＮＳサーバ装置に有用であり、特に、権威サーバ部とキャッシュサーバ部の待ち受けＩＰアドレスを、筐体として一本化することが可能であると共に、権威サーバ部が管理するゾーンに対しては、権威サーバとして直接応答することが可能であり、クエリ応答を効率的に行うことが可能であることに適する。

実施例１に係るＤＮＳサーバ装置を含むＤＮＳシステムの全体構成を示すシステム構成図である。 実施例１に係るＤＮＳサーバ装置の構成を示すブロック図である。 実施例１に係るＤＮＳサーバ装置による処理の流れを示すフローチャートである。 実施例２に係るＤＮＳサーバ装置を含むＤＮＳシステムの全体構成を示すＤＮＳシステム構成図である。 実施例２に係るＤＮＳサーバ装置による処理の流れを示すフローチャートである。 実施例２に係る転送フォーマットの例を示す図である。 実施例３に係る転送方式選択処理の流れを示すフローチャートである。 実施例４に係るＤＮＳサーバ装置を含むＤＮＳシステムの全体構成を示すシステム構成図である。 実施例４に係る権威サーバ装置の振分処理の流れを示すフローチャートである。 従来技術に係るキャッシュサーバ部の要求電文応答処理を説明するための図である。 従来技術に係る権威サーバ部の要求電文応答処理を説明するための図である。

符号の説明

１０ ＤＮＳクライアント
３０ ＤＮＳサーバ装置
４０ 権威サーバ部
４１ 通信制御Ｉ／Ｆ部
４２ 記憶部
４３ 制御部
４３ａ 要求電文振分部
４３ｂ 応答制御部
５０ キャッシュサーバ部
５１ 通信制御Ｉ／Ｆ部
５２ 記憶部
５３ 制御部
５３ａ 応答制御部
８０ ＤＮＳサーバ装置
８１ 原本管理サーバ部
８２ 権威サーバ部
８３ キャッシュサーバ部
１００ ＤＮＳクライアント
１１０ ＤＮＳサーバ装置
１１１ 権威サーバ部
１１２ キャッシュサーバ部

Claims (4)

1. 権威サーバの機能を発揮する権威サーバ部とキャッシュサーバの機能を発揮するキャッシュサーバ部とから構成されるＤＮＳサーバ装置であって、
   前記権威サーバ部または前記キャッシュサーバ部に送信された要求電文を一括して受信する要求電文受信手段と、
   前記要求電文受信手段により受信された前記要求電文を種別に応じて、前記権威サーバ部または前記キャッシュサーバ部に振分けて転送する要求電文振分手段と、
   前記要求電文振分手段により前記要求電文が転送された前記権威サーバ部または前記キャッシュサーバ部から得られた前記要求電文に対する応答を、前記要求電文の送信元に送信する応答送信手段と、
   を備えたことを特徴とするＤＮＳサーバ装置。
2. 前記権威サーバ部は、前記要求電文受信手段と、前記要求電文振分手段と、前記応答送信手段と、を備えたことを特徴とする請求項１に記載のＤＮＳサーバ装置。
3. 権威サーバの機能を発揮する権威サーバ部とキャッシュサーバの機能を発揮するキャッシュサーバ部とから構成されるＤＮＳサーバ装置に適用する要求電文処理方法であって、
   前記権威サーバ部または前記キャッシュサーバ部に送信された要求電文を一括して受信する要求電文受信工程と、
   前記要求電文受信手段により受信された前記要求電文を種別に応じて、前記権威サーバ部または前記キャッシュサーバ部に振分けて転送する要求電文振分工程と、
   前記要求電文振分手段により前記要求電文が転送された前記権威サーバ部または前記キャッシュサーバ部から得られた前記要求電文に対する応答を、前記要求電文の送信元に送信する応答送信工程と、
   を含んだことを特徴とする要求電文処理方法。
4. 権威サーバの機能を発揮する権威サーバ部とキャッシュサーバの機能を発揮するキャッシュサーバ部とから構成されるＤＮＳサーバ装置としてコンピュータに実行させる要求電文処理プログラムであって、
   前記権威サーバ部または前記キャッシュサーバ部に送信された要求電文を一括して受信する要求電文受信手順と、
   前記要求電文受信手段により受信された前記要求電文を種別に応じて、前記権威サーバ部または前記キャッシュサーバ部に振分けて転送する要求電文振分手順と、
   前記要求電文振分手段により前記要求電文が転送された前記権威サーバ部または前記キャッシュサーバ部から得られた前記要求電文に対する応答を、前記要求電文の送信元に送信する応答送信手順と、
   をコンピュータに実行させることを特徴とする要求電文処理プログラム。

Images