JP2009188768A - Ｄｎｓサーバ装置、転送処理方法および転送処理プログラム - Google Patents

Abstract

【課題】ゾーン単位のゾーン転送を効率的に実施すること。
【解決手段】複数のプライマリＤＮＳに対してゾーンデータの転送要求を行なう順番が、セカンダリＤＮＳ自身が管理する複数のゾーンデータすべてに共通して設定されたプライマリＤＮＳのリストを記憶し、このプライマリＤＮＳのリストに基づいて、複数のプライマリＤＮＳそれぞれに対して順番にゾーンデータの転送要求を行なって、複数のプライマリＤＮＳいずれかより、対応するゾーンデータを取得するゾーン転送を行い、ゾーン転送の要求に応答して対応するゾーンデータを送信したプライマリＤＮＳを、当該ゾーンデータの転送処理を再度行なう際に、ゾーン転送の要求を最初に優先して行なう優先プライマリとして登録する。優先プライマリが登録されているゾーンデータの転送処理を行なう際には、優先プライマリとしてのプライマリＤＮＳに当該ゾーンデータの転送要求を最初に優先して行なう。
【選択図】 図１

Description

この発明は、ＤＮＳサーバ装置、転送処理方法および転送処理プログラムに関する。

従来より、一般的なインターネットサービスにおいて、ホスト名（ドメイン名）とＩＰアドレス（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ａｄｄｒｅｓｓ）とを対応させて名前解決を行なうＤＮＳシステム（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）が用いられている。このＤＮＳシステムにおいては、ドメイン名とＩＰアドレスとの対応関係が分散して管理され、該当する対応関係を管理して名前解決を行なう権限を有するＤＮＳ権威サーバが分散して設置される。

ＤＮＳ権威サーバには、自身が管理する名前空間の範囲（ゾーン）に対するドメイン名とＩＰアドレスとの対応関係（リソースレコード）の集合であるゾーンデータの原本を管理するＤＮＳ権威サーバ（以下、プライマリＤＮＳと記述する）と、プライマリＤＮＳから取得したゾーンデータを管理して、名前解決の要求を行なったクライアントへ応答するＤＮＳ権威サーバ（以下、セカンダリＤＮＳと記述する）がある。このような構成において、セカンダリＤＮＳは、プライマリＤＮＳにおいて更新されて管理されている最新のリソースレコードをゾーン転送によって取得し、これを用いて名前解決を行なう。

ここで、ＤＮＳシステムの運用時において、一般的には、複数のプライマリＤＮＳが、リソースレコードをゾーン単位で分散して収容し、１つのセカンダリＤＮＳが、ゾーン転送によって、複数のプライマリＤＮＳそれぞれから、必要なリソースレコードを取得することが行なわれている。

このようなＤＮＳシステムの運用を行なうための第一の従来技術として、例えば、非特許文献１および２には、保守者が、セカンダリＤＮＳに、必要なゾーンごとに、対応するプライマリＤＮＳのＩＰアドレスのリストを予め登録しておき、セカンダリＤＮＳが、自身に登録されたリストを参照して、予め設定された時間間隔で、プライマリＤＮＳにゾーン転送の要求を行なう技術が開示されている。これについて、図１１を用いて説明する。図１１は、第一の従来技術を説明するための図である。

なお、以下では、ＩＰアドレスが「ＩＰ＃０」であるプライマリＤＮＳ＃０が、「ｚｏｎｅ０．ｅｘａｍ．ｊｐ」のゾーンデータである「ｚｏｎｅ０」を管理し、ＩＰアドレスが「ＩＰ＃１」であるプライマリＤＮＳ＃１が、「ｚｏｎｅ１．ｅｘａｍ．ｊｐ」のゾーンデータである「ｚｏｎｅ１」を管理しており、セカンダリＤＮＳが、プライマリＤＮＳ＃０からゾーン転送によって最新の「ｚｏｎｅ０」を取得し、プライマリＤＮＳ＃１からゾーン転送によって最新の「ｚｏｎｅ１」を取得することで、「ドメイン名：ｚｏｎｅ０．ｅｘａｍ．ｊｐ」または「ドメイン名：ｚｏｎｅ１．ｅｘａｍ．ｊｐ」の名前解決を行なう場合について説明する。

第一の従来技術において、保守者は、セカンダリＤＮＳに対して、図１１に示すように、「ｚｏｎｅ０．ｅｘａｍ．ｊｐ」のゾーンデータである「ｚｏｎｅ０」の問い合わせ先として、プライマリＤＮＳ＃０の「ＩＰアドレス：ＩＰ＃０」が設定され、「ｚｏｎｅ１．ｅｘａｍ．ｊｐ」のゾーンデータである「ｚｏｎｅ１」の問い合わせ先として、プライマリＤＮＳ＃１の「ＩＰアドレス：ＩＰ＃１」を設定されたコンフィギュレーションファイルを入力する。これにより、セカンダリＤＮＳは、ゾーンごとの問い合わせ先として、「ゾーン名：ｚｏｎｅ０．ｅｘａｍ．ｊｐ」と「問い合わせ先：ＩＰ＃０」とを対応付け、「ゾーン名：ｚｏｎｅ１．ｅｘａｍ．ｊｐ」と「問い合わせ先：ＩＰ＃１」とを対応付けたプライマリＤＮＳのリストを保持する。

そして、セカンダリＤＮＳは、自装置の起動時、あるいは、予め設定された秒単位の更新間隔ごとに、「ｚｏｎｅ０」および「ｚｏｎｅ１」のゾーン転送処理を、リストを参照して実施する。すなわち、セカンダリＤＮＳは、リストを参照して、「ｚｏｎｅ０」のゾーン転送のための問い合わせを「ＩＰアドレス：ＩＰ＃０」のプライマリＤＮＳ＃０に対して行ない（図１１の（１）参照）、「ｚｏｎｅ１」のゾーン転送のための問い合わせを「ＩＰアドレス：ＩＰ＃１」のプライマリＤＮＳ＃１に対して行なう（図１１の（１’）参照）。

なお、実際のゾーン転送処理においては、セカンダリＤＮＳは、プライマリＤＮＳに対してＳＯＡ（Ｓｔａｒｔ ｏｆ Ａｕｔｈｏｒｉｔｙ）要求のクエリを送信し、プライマリＤＮＳからＳＯＡ応答を受信した場合に、自身が保持しているゾーンデータとの差分情報のみを転送するＩＸＦＲ（Ｉｎｃｒｅｍｅｎｔａｌ Ｚｏｎｅ Ｔｒａｎｓｆｅｒ）の要求を、プライマリＤＮＳに対して送信する。そして、セカンダリＤＮＳは、プライマリＤＮＳから、転送処理を行なったことを表す「ＮＯＥＲＲＯＲ」を含むＩＸＦＲ応答を受信した場合は、ゾーンデータを更新して転送処理を終了する。

これに反して、差分情報が転送されなかった場合（例えば、プライマリＤＮＳが、ＩＸＦＲに未対応の場合）、セカンダリＤＮＳは、すべてのゾーンデータを転送するＡＸＦＲ（Ａ ｒｅｑｕｅｓｔ ｆｏｒ ａ ｔｒａｎｓｆｅｒ ｏｆ ａｎ ｅｎｔｉｒｅ ｚｏｎｅ）の要求を、プライマリＤＮＳに対して送信し、転送処理を行なったことを表す「ＮＯＥＲＲＯＲ」のＡＸＦＲ応答を受信した場合、ゾーンデータを更新して転送処理を終了する。なお、ＡＸＦＲに失敗した場合、セカンダリＤＮＳは、その旨を保守者に通知して転送処理を終了する。また、この第一の従来技術は、セカンダリＤＮＳが、ＳＯＡ／ＩＸＦＲ／ＡＸＦＲの処理をすべて行なうのではなく、ＳＯＡ／ＡＸＦＲの処理のみを行なう場合であっても適用できる。

しかし、第一の従来技術においては、保守者は、セカンダリＤＮＳが管理するゾーンごとに、プライマリＤＮＳを設定する必要があり、大量のゾーンを管理するセカンダリＤＮＳの場合、ゾーン単位でプライマリＤＮＳのＩＰアドレスの設定を登録したり変更したりすることとなり、保守者の負担が大きくなってしまうという問題点があった。

そこで、第二の従来技術として、例えば、非特許文献３においては、問い合わせをするプライマリＤＮＳのＩＰアドレスをグループ化し、全ゾーンで共通するリストを作成してセカンダリＤＮＳに登録する技術が開示されている。これについて、図１２を用いて説明する。図１２は、第二の従来技術を説明するための図である。なお、図１２に示す場合も、図１１に示す場合と同様に、セカンダリＤＮＳは、プライマリＤＮＳ＃０から「ｚｏｎｅ０」を取得し、プライマリＤＮＳ＃１から「ｚｏｎｅ１」を取得することで、「ドメイン名：ｚｏｎｅ０．ｅｘａｍ．ｊｐ」または「ドメイン名：ｚｏｎｅ１．ｅｘａｍ．ｊｐ」の名前解決を行なうものとする。

図１２に示すように、第二の従来技術においては、保守者は、セカンダリＤＮＳが管理する「ｚｏｎｅ０」および「ｚｏｎｅ１」に関する問い合わせ先として、「ＩＰ＃０；ＩＰ＃１」とするリストである「ｍａｓｔｅｒｓ＿ｌｉｓｔ１」を作成し、「ｚｏｎｅ０」および「ｚｏｎｅ１」の問い合わせ先として、「ｍａｓｔｅｒｓ＿ｌｉｓｔ１」が共通して設定されたコンフィギュレーションファイルを入力する。ここで、「ｍａｓｔｅｒｓ＿ｌｉｓｔ１」に記載されている「ＩＰ＃０；ＩＰ＃１」には、セカンダリＤＮＳが「ＩＰ＃０」「ＩＰ＃１」の順に問い合わせを行なうこともあわせて設定されている。

これにより、セカンダリＤＮＳは、ゾーンごとの問い合わせ先として、「ゾーン名：ｚｏｎｅ０．ｅｘａｍ．ｊｐ」および「ゾーン名：ｚｏｎｅ１．ｅｘａｍ．ｊｐ」のそれぞれにおいて、最初に「ＩＰアドレス：ＩＰ＃０」のプライマリＤＮＳ＃０に問い合わせを行ない、続いて、「ＩＰアドレス：ＩＰ＃１」のプライマリＤＮＳ＃１に問い合わせを行なうとするプライマリＤＮＳのリストを保持することとなる。

そして、セカンダリＤＮＳは、例えば、「ｚｏｎｅ１」のゾーン転送処理を、図１２に示すリストを参照して実施する。すなわち、セカンダリＤＮＳは、リストを参照して、「ｚｏｎｅ１」のゾーン転送のための問い合わせを、最初に「ＩＰアドレス：ＩＰ＃０」のプライマリＤＮＳ＃０に対して行なう（図１２の（１）参照）。ここで、プライマリＤＮＳ＃０は、「ｚｏｎｅ１」を管理してないため、セカンダリＤＮＳは、プライマリＤＮＳ＃０からＳＯＡ応答を受信できない。あるいは、セカンダリＤＮＳは、プライマリＤＮＳ＃０から、他のプライマリＤＮＳに委任して下さいとの委任応答、もしくはエラー応答を受信する。このため、セカンダリＤＮＳは、再度リストを参照して、「ｚｏｎｅ１」のゾーン転送のための再問い合わせを、「ＩＰアドレス：ＩＰ＃１」のプライマリＤＮＳ＃１に対して行なう（図１２の（２）参照）。この場合、プライマリＤＮＳ＃１は、「ｚｏｎｅ１」の原本を管理しているので、ＩＸＦＲまたはＡＸＦＲによるプライマリＤＮＳ＃１からセカンダリＤＮＳへの「ｚｏｎｅ１」の転送が成功する。

このように、第二の従来技術によれば、保守者は、セカンダリＤＮＳが処理を行なうゾーンデータそれぞれを管理するすべてのプライマリＤＮＳのＩＰアドレスを問い合わせ順に並べたリストを作成して設定するだけでよく、保守者の負担を軽減することができる。

P. Mockapetris, "DOMAIN NAMES - CONCEPTS AND FACILITIES", November 1987, [online], [平成２０年１月２４日], インターネット<URL: http://www.ietf.org/rfc/rfc1034.txt> ポール アルビッツ、クリケット リュウ著、「ＤＮＳ＆ＢＩＮＤ（第４版）」、オライリー・ジャパン、２００２年２月、４．８章 "ＢＩＮＤ９．４．２", [online], [平成２０年１月２４日], インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｓｃ．ｏｒｇ／ｉｎｄｅｘ．ｐｌ？／ｓｗ／ｂｉｎｄ／ｖｉｅｗ／？ｒｅｌｅａｓｅ＝９．４．２＃ＤＯＣＳ＞

ところで、上記した第二の従来技術は、セカンダリＤＮＳからのゾーン単位のＳＯＡ要求が、常にコンフィグレーションファイルの先頭に設定したプライマリＤＮＳ（図１２におけるプライマリＤＮＳ＃０）に対して送信されることとなり、大量のゾーンを管理するセカンダリＤＮＳの場合、不必要なＳＯＡ要求が多発してしまうことになるので、ゾーン単位のゾーン転送が効率的に実施できないという問題点があった。

なお、上記では、１つのプライマリＤＮＳが１つのゾーンデータを管理する場合に、ゾーン単位のゾーン転送が効率的に実施できないという問題点があったことを説明したが、１つのプライマリＤＮＳが複数のゾーンデータを管理する場合にも、同様の問題点があった。

そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、ゾーン単位のゾーン転送を効率的に実施することが可能となるＤＮＳサーバ装置、転送処理方法および転送処理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するため、請求項１に係る発明は、ゾーン単位のドメイン名とＩＰアドレスとの対応関係であるゾーンデータを更新して管理する複数の管理装置に接続され、当該複数の管理装置それぞれから転送された複数のゾーンデータを管理して名前解決を行なう権限を持つＤＮＳサーバ装置であって、前記複数の管理装置に対してゾーンデータの転送要求を行なう順番が、自身が管理する複数のゾーンデータすべてに共通して設定された情報である共通設定情報を記憶する共通設定情報記憶手段と、前記共通設定情報記憶手段が記憶する前記共通設定情報に基づいて、前記複数の管理装置それぞれに対して順番にゾーンデータの転送要求を行なって、前記複数の管理装置いずれかより、当該転送要求に対応するゾーンデータを取得する転送処理を行なう転送処理手段と、前記転送処理手段によって行なわれた転送要求に応答して対応するゾーンデータを送信した管理装置を、当該ゾーンデータの転送処理を再度行なう際に、転送要求を最初に優先して行なう優先管理装置として登録する登録手段と、を備え、前記転送処理手段は、前記登録手段によって前記優先管理装置が登録されているゾーンデータの転送処理を行なう際には、当該優先管理装置に対して当該ゾーンデータの転送要求を最初に優先して行なうことを特徴とする。

また、請求項２に係る発明は、上記の発明において、前記登録手段は、前記転送処理手段によって最初にゾーンデータの転送要求が行なわれた前記優先管理装置としての管理装置から当該ゾーンデータが取得されない場合は、当該管理装置を優先管理装置とする登録を削除し、前記転送処理手段は、前記登録手段によって優先管理装置としての登録が削除された管理装置に対して転送要求を行なったゾーンデータの転送要求を、再度、前記共通設定情報記憶手段が記憶する前記共通設定情報に基づいて、前記複数の管理装置それぞれに対して順番に行なうことを特徴とする。

また、請求項３に係る発明は、上記の発明において、前記転送処理手段は、前記登録手段によって前記優先管理装置が登録されていないゾーンデータの転送要求、および／または、前記登録手段によって前記優先管理装置の登録が削除されたゾーンデータの転送要求を、前記共通設定情報記憶手段が記憶する前記共通設定情報における順番を任意に変更した順番で行なうことを特徴とする。

また、請求項４に係る発明は、上記の発明において、前記共通設定情報記憶手段は、前記共通設定情報とともに、自身が管理する複数のゾーンデータの一部において特定の管理装置に対してゾーンデータの転送要求を行なう順番が設定された情報である特定設定情報をさらに記憶し、前記転送処理手段は、前記共通設定情報記憶手段が記憶する前記特定設定情報が設定されたゾーンデータの転送要求を、当該特定設定情報に基づいて行なうことを特徴とする。

また、請求項５に係る発明は、ゾーン単位のドメイン名とＩＰアドレスとの対応関係であるゾーンデータを更新して管理する複数の管理装置に接続され、当該複数の管理装置それぞれから転送された複数のゾーンデータを管理して名前解決を行なう権限を持つＤＮＳサーバ装置に適用する転送処理方法であって、前記複数の管理装置に対してゾーンデータの転送要求を行なう順番が、自身が管理する複数のゾーンデータすべてに共通して設定された情報である共通設定情報を所定の記憶部にて記憶する共通設定情報記憶工程と、前記所定の記憶部が記憶する前記共通設定情報に基づいて、前記複数の管理装置それぞれに対して順番にゾーンデータの転送要求を行なって、前記複数の管理装置いずれかより、当該転送要求に対応するゾーンデータを取得する転送処理を行なう転送処理工程と、前記転送処理工程によって行なわれた転送要求に応答して対応するゾーンデータを送信した管理装置を、当該ゾーンデータの転送処理を再度行なう際に、転送要求を最初に優先して行なう優先管理装置として登録する登録工程と、を含み、前記転送処理工程は、前記登録工程によって前記優先管理装置が登録されているゾーンデータの転送処理を行なう際には、当該優先管理装置に対して当該ゾーンデータの転送要求を最初に優先して行なうことを特徴とする。

また、請求項６に係る発明は、ゾーン単位のドメイン名とＩＰアドレスとの対応関係であるゾーンデータを更新して管理する複数の管理装置に接続され、当該複数の管理装置それぞれから転送された複数のゾーンデータを管理して名前解決を行なう権限を持つＤＮＳサーバ装置としてのコンピュータに実行させる転送処理プログラムであって、前記複数の管理装置に対してゾーンデータの転送要求を行なう順番が、自身が管理する複数のゾーンデータすべてに共通して設定された情報である共通設定情報を所定の記憶部にて記憶する共通設定情報記憶手順と、前記所定の記憶部が記憶する前記共通設定情報に基づいて、前記複数の管理装置それぞれに対して順番にゾーンデータの転送要求を行なって、前記複数の管理装置いずれかより、当該転送要求に対応するゾーンデータを取得する転送処理を行なう転送処理手順と、前記転送処理手順によって行なわれた転送要求に応答して対応するゾーンデータを送信した管理装置を、当該ゾーンデータの転送処理を再度行なう際に、転送要求を最初に優先して行なう優先管理装置として登録する登録手順と、をコンピュータに実行させ、前記転送処理手順は、前記登録手順によって前記優先管理装置が登録されているゾーンデータの転送処理を行なう際には、当該優先管理装置に対して当該ゾーンデータの転送要求を最初に優先して行なうことを特徴とする。

請求項１、５または６の発明によれば、複数の管理装置に対してゾーンデータの転送要求を行なう順番が、自身が管理する複数のゾーンデータすべてに共通して設定された情報である共通設定情報を記憶し、共通設定情報に基づいて、複数の管理装置それぞれに対して順番にゾーンデータの転送要求を行なって、複数の管理装置いずれかより、当該転送要求に対応するゾーンデータを取得する転送処理を行ない、転送要求に応答して対応するゾーンデータを送信した管理装置を、当該ゾーンデータの転送処理を再度行なう際に、転送要求を最初に優先して行なう優先管理装置として登録し、優先管理装置が登録されているゾーンデータの転送処理を行なう際には、当該優先管理装置に対して当該ゾーンデータの転送要求を最初に優先して行なうので、ゾーンデータの転送処理ごとに、共通設定情報において先頭に設定されたプライマリＤＮＳにゾーン転送の要求が集中することを回避でき、ゾーン単位のゾーン転送を効率的に実施することが可能となる。

また、請求項２の発明によれば、最初にゾーンデータの転送要求が行なわれた優先管理装置としての管理装置から当該ゾーンデータが取得されない場合は、当該管理装置を優先管理装置とする登録を削除し、優先管理装置としての登録が削除された管理装置に対して転送要求を行なったゾーンデータの転送要求を、再度、共通設定情報に基づいて、複数の管理装置それぞれに対して順番に行なうので、優先管理装置として登録された管理装置の故障などが発生して、ゾーンデータが取得されない場合にも、保守者がこれに対処することなく、自動的に複数の管理装置それぞれに対してゾーンデータの転送要求が行なわれるので、保守者の負担を軽減することができ、ゾーン単位のゾーン転送を効率的に実施することが可能となる。

また、請求項３の発明によれば、優先管理装置が登録されていないゾーンデータの転送要求、および／または、優先管理装置の登録が削除されたゾーンデータの転送要求を、共通設定情報における順番を任意に変更した順番で行なうので、優先管理装置が未登録の状態において、共通設定情報において先頭に設定されたプライマリＤＮＳへのゾーンデータの転送要求が集中することを回避することができ、ゾーン単位のゾーン転送を効率的に実施することが可能となる。

また、請求項４の発明によれば、共通設定情報とともに、自身が管理する複数のゾーンデータの一部において特定の管理装置に対してゾーンデータの転送要求を行なう順番が設定された情報である特定設定情報をさらに記憶し、特定設定情報が設定されたゾーンデータの転送要求を、当該特定設定情報に基づいて行なうので、優先管理装置が未登録の状態において、適切なプライマリＤＮＳを特定して設定したゾーンデータに関しては、共通設定情報において先頭に設定されたプライマリＤＮＳへのゾーンデータの転送要求が集中することを回避することができ、ゾーン単位のゾーン転送を効率的に実施することが可能となる。

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

［用語の説明］
まず最初に、以下の実施例で用いる主要な用語を説明する。以下の実施例で用いる「ＤＮＳ権威サーバ」とは、ホスト名（ドメイン名）とＩＰアドレス（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ａｄｄｒｅｓｓ）との対応関係が分散して管理されるＤＮＳシステム（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）において、該当する対応関係を管理して名前解決を行なう権限を有するサーバ装置のことである。また、「ゾーン」とは、「ＤＮＳ権威サーバ」が管理する名前空間の範囲のことであり、「ゾーンデータ」とは、「ゾーン」に対するドメイン名とＩＰアドレスとの個々の対応関係（リソースレコード）の集合のことである。

また、「プライマリＤＮＳ」とは、リソースレコードの集合である「ゾーンデータ」の原本を更新・管理する「ＤＮＳ権威サーバ」のことであり、「セカンダリＤＮＳ」とは、「プライマリＤＮＳ」から取得した「ゾーンデータ」を管理して、名前解決の要求を行なったクライアントへ応答する「ＤＮＳ権威サーバ」のことである。このような構成において、「セカンダリＤＮＳ」は、「プライマリＤＮＳ」において更新されて管理されている最新のリソースレコードを「ゾーン転送」によって取得し、これを用いて名前解決を行なう。なお、「プライマリＤＮＳ」は、特許請求の範囲に記載の「管理装置」に対応し、「セカンダリＤＮＳ」は、特許請求の範囲に記載の「ＤＮＳサーバ装置」に対応する。すなわち、以下では、本発明を「セカンダリＤＮＳ」に適用した場合について説明する。

［実施例１におけるセカンダリＤＮＳの概要および特徴］
続いて、図１および図２を用いて、実施例１におけるセカンダリＤＮＳの主たる特徴を具体的に説明する。図１および図２は、実施例１におけるセカンダリＤＮＳの概要および特徴を説明するための図である。

実施例１におけるセカンダリＤＮＳは、ゾーンデータを更新して管理する複数のプライマリＤＮＳに接続され、当該複数のプライマリＤＮＳそれぞれから転送された複数のゾーンデータを管理して名前解決を行なうＤＮＳ権威サーバであることを概要とし、ゾーン単位のゾーン転送を効率的に実施することが可能となることに主たる特徴がある。

なお、以下では、ＩＰアドレスが「ＩＰ＃０」であるプライマリＤＮＳ＃０が、「ｚｏｎｅ０．ｅｘａｍ．ｊｐ」のゾーンデータである「ｚｏｎｅ０」を管理し、ＩＰアドレスが「ＩＰ＃１」であるプライマリＤＮＳ＃１が、「ｚｏｎｅ１．ｅｘａｍ．ｊｐ」のゾーンデータである「ｚｏｎｅ１」を管理しており、セカンダリＤＮＳが、プライマリＤＮＳ＃０からゾーン転送によって最新の「ｚｏｎｅ０」を取得し、プライマリＤＮＳ＃１からゾーン転送によって最新の「ｚｏｎｅ１」を取得することで、「ドメイン名：ｚｏｎｅ０．ｅｘａｍ．ｊｐ」または「ドメイン名：ｚｏｎｅ１．ｅｘａｍ．ｊｐ」の名前解決を行なう場合について説明する。

この主たる特徴について簡単に説明すると、まず、実施例１におけるセカンダリＤＮＳは、複数のプライマリＤＮＳに対してゾーンデータの転送要求を行なう順番が、自身が管理する複数のゾーンデータすべてに共通して設定された情報を記憶する。例えば、図１の（Ａ）に示すように、保守者は、セカンダリＤＮＳが管理する「ｚｏｎｅ０」および「ｚｏｎｅ１」に関する問い合わせ先として、「ＩＰ＃０；ＩＰ＃１」とするリストである「ｍａｓｔｅｒｓ＿ｌｉｓｔ１」を作成し、「ｚｏｎｅ０」および「ｚｏｎｅ１」の問い合わせ先として、「ｍａｓｔｅｒｓ＿ｌｉｓｔ１」が共通して設定されたコンフィギュレーションファイルを入力したとする。ここで、「ｍａｓｔｅｒｓ＿ｌｉｓｔ１」に記載されている「ＩＰ＃０；ＩＰ＃１」には、セカンダリＤＮＳが「ＩＰ＃０」「ＩＰ＃１」の順に問い合わせを行なうことが、あわせて設定されている。

これにより、実施例１におけるセカンダリＤＮＳは、ゾーンごとの問い合わせ先として、「ゾーン名：ｚｏｎｅ０．ｅｘａｍ．ｊｐ」および「ゾーン名：ｚｏｎｅ１．ｅｘａｍ．ｊｐ」のそれぞれにおいて、最初に「ＩＰアドレス：ＩＰ＃０」のプライマリＤＮＳ＃０に問い合わせを行ない、続いて、「ＩＰアドレス：ＩＰ＃１」のプライマリＤＮＳ＃１に問い合わせを行なうとする「設定順番：ＩＰ＃０，ＩＰ＃１」が、すべてのゾーン名に対応付けられたプライマリＤＮＳのリストを記憶する。また、図１の（Ａ）に示すリストには、「ゾーン名」および「設定順番」とともに「優先プライマリ」の項目が対応付けられ、「優先プライマリ」は「なし」とする「＜ｎｕｌｌ＞」が記憶されているが、これについては、後に詳述する。ここで、「プライマリＤＮＳのリスト」は、特許請求の範囲に記載の「共通設定情報」に対応する。

なお、コンフィギュレーションファイルの形式としては、図１の（Ａ）に示す形式に限定されるものではなく、セカンダリＤＮＳが管理する全ゾーンにおいて共通してプライマリＤＮＳの問い合わせ順番が設定されるものであればどのような形式であってもよい。例えば、「ｚｏｎｅ＝“ａｌｌ” ｛ＩＰ＃０；ＩＰ＃１｝」のような形式であってもよい。

そして、実施例１におけるセカンダリＤＮＳは、記憶したプライマリＤＮＳのリストに基づいて、プライマリＤＮＳ＃０およびプライマリＤＮＳ＃１それぞれに対して順番にゾーン転送の要求を行なって、当該転送要求に対応するゾーンデータを取得する。例えば、実施例１におけるセカンダリＤＮＳは、自身が保守者によって起動された際に、最初に、プライマリＤＮＳ＃０に対して「ｚｏｎｅ１」のゾーン転送を要求する問い合わせを行なう（図１の（Ａ）の（１）参照）。

ここで、プライマリＤＮＳ＃０は、「ｚｏｎｅ１」のゾーンデータを管理していないので、実施例１におけるセカンダリＤＮＳは、プライマリＤＮＳ＃０よりゾーン転送の要求に対する応答を得ることができない。あるいは、セカンダリＤＮＳは、プライマリＤＮＳ＃０から、他のプライマリＤＮＳに委任して下さいとの委任応答、もしくはエラー応答を受信する。そこで、実施例１におけるセカンダリＤＮＳは、「設定順番」に従って、プライマリＤＮＳ＃１に、「ｚｏｎｅ１」のゾーン転送を要求する問い合わせを行なう（図１の（Ａ）の（２）参照）。この場合、プライマリＤＮＳ＃１は、「ｚｏｎｅ１」のゾーンデータを管理しているため、実施例１におけるセカンダリＤＮＳは、「ｚｏｎｅ１」のゾーンデータを、プライマリＤＮＳ＃１より取得する。

そして、実施例１におけるセカンダリＤＮＳは、ゾーン転送の要求に応答して対応するゾーンデータを送信したプライマリＤＮＳを、優先プライマリとして登録する。すなわち、実施例１におけるセカンダリＤＮＳは、「ｚｏｎｅ１」のゾーンデータを送信したプライマリＤＮＳ＃１を、「ゾーン名：ｚｏｎｅ１．ｅｘａｍ．ｊｐ」のゾーンデータの転送処理を再度行なう際に、ゾーン転送の要求を最初に優先して行なう優先プライマリであるとして、リストにおける「ゾーン名：ｚｏｎｅ１．ｅｘａｍ．ｊｐ」に対応する「優先プライマリ」に、プライマリＤＮＳ＃１の「ＩＰアドレス：ＩＰ＃１」を登録する（図１の（Ａ）の（３）参照）。具体的には、「ゾーン名：ｚｏｎｅ１．ｅｘａｍ．ｊｐ」に対応する「優先プライマリ」を「＜ｎｕｌｌ＞」から「ＩＰ＃１」に更新する。

そして、実施例１におけるセカンダリＤＮＳは、例えば、「ｚｏｎｅ１」において予め設定された秒単位の更新間隔が経過すると、リストを参照して、優先プライマリであるプライマリＤＮＳ＃１へ、最初に「ｚｏｎｅ１」のゾーン転送を要求する問い合わせを行なう（図１の（Ｂ）の（１）参照）。なお、図１の（Ｂ）に示すリストにおいては、プライマリＤＮＳ＃０から「ｚｏｎｅ０」のゾーン転送が成功したことから、「ゾーン名：ｚｏｎｅ０．ｅｘａｍ．ｊｐ」に対応する「優先プライマリ」に、プライマリＤＮＳ＃０の「ＩＰアドレス：ＩＰ＃０」も登録されている。

ここで、実施例１におけるセカンダリＤＮＳは、優先プライマリとして登録されているプライマリＤＮＳに対して、対応するゾーンデータのゾーン転送を最初に要求して、当該プライマリＤＮＳから応答を得られない場合は、優先プライマリとしての登録を削除する。

例えば、実施例１におけるセカンダリＤＮＳは、「ｚｏｎｅ１」のゾーン転送の要求をするために、プライマリＤＮＳのリストを参照して、優先プライマリとして登録されているプライマリＤＮＳ＃１に対して最初に「ｚｏｎｅ１」の問い合わせを行なう（図２の（１）参照）。ここで、プライマリＤＮＳ＃１が故障している、もしくはプライマリＤＮＳ＃１とセカンダリＤＮＳとの間を接続するネットワークに障害が発生しているために、プライマリＤＮＳ＃１からの応答なく、「ｚｏｎｅ１」のゾーン転送に失敗したとする（図２の（２）参照）。なお、ゾーン転送に失敗する場合としては、「ｚｏｎｅ１」の設定先のプライマリＤＮＳがプライマリＤＮＳ＃１から変更された場合もある。

この場合、実施例１におけるセカンダリＤＮＳは、プライマリＤＮＳのリストにおいて、「ゾーン名：ｚｏｎｅ１．ｅｘａｍ．ｊｐ」に対応する「優先プライマリ」に登録されているプライマリＤＮＳ＃１の「ＩＰアドレス：ＩＰ＃１」を削除する（図２の（３）参照）。具体的には、「ゾーン名：ｚｏｎｅ１．ｅｘａｍ．ｊｐ」に対応する「優先プライマリ」を「ＩＰ＃１」から「＜ｎｕｌｌ＞」に更新する。

そして、実施例１におけるセカンダリＤＮＳは、優先プライマリとしての登録が削除されたプライマリＤＮＳに対して転送要求を行なったゾーンデータの転送要求を、再度、プライマリＤＮＳのリストにおける「設定順番」に基づいて、プライマリＤＮＳ＃０、プライマリＤＮＳ＃１それぞれに対して順番に行なう。すなわち、実施例１におけるセカンダリＤＮＳは、プライマリＤＮＳのリストにおける「設定順番」に基づいて、プライマリＤＮＳ＃０に「ｚｏｎｅ１」のゾーン転送を要求する問い合わせを行ない（図２の（４）参照）、プライマリＤＮＳ＃０よりゾーン転送の要求に対する応答を得ることができないことから「設定順番」に従って、さらに、プライマリＤＮＳ＃１に、「ｚｏｎｅ１」のゾーン転送を要求する問い合わせを行なう（図２の（５）参照）。

このようなことから、実施例１におけるセカンダリＤＮＳは、ゾーン転送に１回成功して優先プライマリが登録されると、優先プライマリが登録されているゾーンデータに関しては、次回以降は、優先プライマリとして登録されたプライマリＤＮＳへ最初に転送要求を送信するので、ゾーン転送の処理ごとに、コンフィギュレーションファイルの先頭に設定されたプライマリＤＮＳにゾーン転送の要求が集中することを回避でき、上記した主たる特徴の通り、ゾーン単位のゾーン転送を効率的に実施することが可能となる。

なお、本実施例では、１つのプライマリＤＮＳが１つのゾーンデータを管理する場合について説明したが、本発明はこれに限定されるものではなく、１つのプライマリＤＮＳが複数のゾーンデータを管理する場合であってもよい。

［実施例１におけるセカンダリＤＮＳの構成］
次に、図３および図４を用いて、実施例１におけるセカンダリＤＮＳの構成を説明する。図３は、実施例１におけるセカンダリＤＮＳの構成を説明するための図であり、図４は、実施例１における設定情報記憶部を説明するための図である。

図３に示すように、実施例１におけるセカンダリＤＮＳ１０は、入力部１１と、出力部１２と、通信部１３と、入出力制御Ｉ／Ｆ部１４と、記憶部１５と、処理部１６とから構成され、さらに、ネットワークを介してプライマリＤＮＳ＃０およびプライマリＤＮＳ＃１からなるプライマリＤＮＳ群２０と、クライアント装置３０とにそれぞれ接続される。

プライマリＤＮＳ群２０は、本実施例においては、プライマリＤＮＳ＃０およびプライマリＤＮＳ＃１からなる２つのプライマリＤＮＳからなり、ＩＰアドレスが「ＩＰ＃０」であるプライマリＤＮＳ＃０が、「ｚｏｎｅ０．ｅｘａｍ．ｊｐ」のゾーンデータである「ｚｏｎｅ０」を管理し、ＩＰアドレスが「ＩＰ＃１」であるプライマリＤＮＳ＃１が、「ｚｏｎｅ１．ｅｘａｍ．ｊｐ」のゾーンデータである「ｚｏｎｅ１」を管理する。

クライアント装置３０は、セカンダリＤＮＳ１０に対して、名前解決を要求する装置である。

入力部１１は、各種の情報の入力を受付け、キーボードやマウスなどを備えて構成され、特に本発明に密接に関連するものとしては、例えば、セカンダリＤＮＳ１０の保守者から後述するコンフィグレーションファイルや、ゾーンデータ未取得時におけるゾーンデータの更新間隔およびゾーン転送の要求を行なう回数などを受け付けて入力する。

出力部１２は、各種情報を出力し、スピーカやモニタなどを備えて構成され、特に本発明に密接に関連するものとしては、例えば、後述するゾーン転送処理部１６ａによるゾーン転送が失敗した場合に、その旨を保守者に報知するためのメッセージを出力する。

通信部１３は、他の装置との通信を制御し、特に本発明に密接に関連するものとしては、例えば、セカンダリＤＮＳ１０とプライマリＤＮＳ＃０およびプライマリＤＮＳ＃１からなるプライマリＤＮＳ群２０との間で送受信されるＳＯＡ、ＩＸＦＲ、ＡＸＦＲなどの要求および応答や、セカンダリＤＮＳ１０とクライアント装置３０との間で送受信される名前解決の要求および応答の転送を制御する。

入出力制御Ｉ／Ｆ部１４は、入力部１１、出力部１２および通信部１３と、記憶部１５および処理部１６との間におけるデータ転送を制御する。

記憶部１５は、各種処理に必要なデータおよびプログラムを格納し、特に本発明に密接に関連するものとしては、図３に示すように、設定情報記憶部１５ａと、ゾーンデータ記憶部１５ｂとを備える。ここで、設定情報記憶部１５ａは、特許請求の範囲に記載の「共通設定情報記憶手段」に対応する。

設定情報記憶部１５ａは、複数のプライマリＤＮＳに対してゾーンデータの転送要求を行なう順番が、自身が管理する複数のゾーンデータすべてに共通して設定された情報を記憶する。例えば、設定情報記憶部１５ａは、図４の（Ａ）に示すように、問い合わせ先および問い合わせ順番としての「ＩＰ＃０；ＩＰ＃１」が記述されている「ｍａｓｔｅｒｓ＿ｌｉｓｔ１」が「ｚｏｎｅ０」および「ｚｏｎｅ１」に共通して設定されたコンフィギュレーションファイルを、セカンダリＤＮＳ１０の保守者から、入力部１１を介して受け付けると、当該コンフィギュレーションファイルに記載されている情報を、プライマリＤＮＳのリストとして記憶する。

すなわち、設定情報記憶部１５ａは、図４の（Ｂ）に示すように、ゾーンごとの問い合わせ先として、「ゾーン名：ｚｏｎｅ０．ｅｘａｍ．ｊｐ」および「ゾーン名：ｚｏｎｅ１．ｅｘａｍ．ｊｐ」のそれぞれにおいて、最初に「ＩＰアドレス：ＩＰ＃０」のプライマリＤＮＳ＃０に問い合わせを行ない、続いて、「ＩＰアドレス：ＩＰ＃１」のプライマリＤＮＳ＃１に問い合わせを行なうとする「設定順番：ＩＰ＃０，ＩＰ＃１」が、すべてのゾーン名に対応付けられたプライマリＤＮＳのリストを記憶する。また、設定情報記憶部１５ａは、プライマリＤＮＳのリストとして「ゾーン名」および「設定順番」とともに「優先プライマリ」の項目を対応付けて記憶し、初期状態においては、図４の（Ｂ）に示すように、「優先プライマリ」は「なし」とする「＜ｎｕｌｌ＞」を記憶する。

ゾーンデータ記憶部１５ｂは、後述するゾーン転送処理部１６ａがプライマリＤＮＳ＃０またはプライマリＤＮＳ＃１から取得したゾーンデータを記憶する。

処理部１６は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行し、特に本発明に密接に関連するものとしては、図３に示すように、ゾーン転送処理部１６ａと、優先プライマリ登録部１６ｂと、名前解決処理部１６ｃとを備える。ここで、ゾーン転送処理部１６ａは、特許請求の範囲に記載の「転送処理手段」に対応し、優先プライマリ登録部１６ｂは、同じく「登録手段」に対応する。

ゾーン転送処理部１６ａは、優先プライマリが登録されていないゾーンデータにおいて、設定情報記憶部１５ａが記憶するプライマリＤＮＳのリストにおける「設定順番」に基づいてプライマリＤＮＳ＃０、プライマリＤＮＳ＃１の順に、ゾーン転送の要求を送信する。

また、ゾーン転送処理部１６ａは、後述する優先プライマリ登録部１６ｂによって優先プライマリとしてのプライマリＤＮＳが、プライマリＤＮＳのリストに登録されているゾーンデータに関しては、当該プライマリＤＮＳに対して、ゾーン転送の要求を最初に送信する。

また、ゾーン転送処理部１６ａは、後述する優先プライマリ登録部１６ｂによってプライマリとしてのプライマリＤＮＳが、プライマリＤＮＳのリストから削除されたゾーンデータに関しては、設定情報記憶部１５ａが記憶するプライマリＤＮＳのリストにおける「設定順番」に基づいてプライマリＤＮＳ＃０、プライマリＤＮＳ＃１の順に、ゾーン転送の要求を送信する。

ここで、ゾーン転送処理部１６ａは、ゾーン転送の要求時には、プライマリＤＮＳに対してＳＯＡ（Ｓｔａｒｔ ｏｆ Ａｕｔｈｏｒｉｔｙ）要求のクエリを送信し、プライマリＤＮＳからＳＯＡ応答を受信した場合に、自身が保持しているゾーンデータとの差分情報のみを転送するＩＸＦＲ（Ｉｎｃｒｅｍｅｎｔａｌ Ｚｏｎｅ Ｔｒａｎｓｆｅｒ）の要求を、プライマリＤＮＳに対して送信する。そして、ゾーン転送処理部１６ａは、プライマリＤＮＳから、転送処理を行なったことを表す「ＮＯＥＲＲＯＲ」を含むＩＸＦＲ応答を受信して、更新されたゾーンデータを取得した場合は、ゾーンデータ記憶部１５ｂに更新されたゾーンデータを格納して転送処理を終了する。

差分情報が転送されなかった場合（例えば、プライマリＤＮＳが、ＩＸＦＲに未対応の場合）、ゾーン転送処理部１６ａは、すべてのゾーンデータを転送するＡＸＦＲ（Ａ ｒｅｑｕｅｓｔ ｆｏｒ ａ ｔｒａｎｓｆｅｒ ｏｆ ａｎ ｅｎｔｉｒｅ ｚｏｎｅ）の要求を、プライマリＤＮＳに対して送信し、転送処理を行なったことを表す「ＮＯＥＲＲＯＲ」のＡＸＦＲ応答を受信して、更新されたゾーンデータを取得した場合は、ゾーンデータ記憶部１５ｂに更新されたゾーンデータを格納して転送処理を終了する。なお、ＡＸＦＲに失敗した場合、ゾーン転送処理部１６ａは、その旨を保守者に報知するためのメッセージを、出力部１２にて出力して転送処理を終了する。

優先プライマリ登録部１６ｂは、ＳＯＡ応答を送信し、さらにＩＸＦＲ応答もしくはＡＸＦＲ応答によって対応するゾーンデータを送信したプライマリＤＮＳを、優先プライマリとして登録する。

例えば、優先プライマリ登録部１６ｂは、図４の（Ｃ）に示すように、「ｚｏｎｅ０」のゾーンデータを送信したプライマリＤＮＳ＃０を、「ゾーン名：ｚｏｎｅ０．ｅｘａｍ．ｊｐ」のゾーンデータの転送処理を再度行なう際の優先プライマリであるとして、リストにおける「ゾーン名：ｚｏｎｅ０．ｅｘａｍ．ｊｐ」に対応する「優先プライマリ」に、プライマリＤＮＳ＃０の「ＩＰアドレス：ＩＰ＃０」を登録する。また、優先プライマリ登録部１６ｂは、「ｚｏｎｅ１」のゾーンデータを送信したプライマリＤＮＳ＃１を、「ゾーン名：ｚｏｎｅ１．ｅｘａｍ．ｊｐ」のゾーンデータの転送処理を再度行なう際の優先プライマリであるとして、リストにおける「ゾーン名：ｚｏｎｅ１．ｅｘａｍ．ｊｐ」に対応する「優先プライマリ」に、プライマリＤＮＳ＃１の「ＩＰアドレス：ＩＰ＃１」を登録する。

ここで、優先プライマリ登録部１６ｂは、優先プライマリとして登録されているプライマリＤＮＳに対して、対応するゾーンデータのゾーン転送を最初に要求して、当該プライマリＤＮＳから応答を得られない場合は、優先プライマリとしての登録を削除する。

例えば、「ｚｏｎｅ１」において予め設定された秒単位の更新間隔が経過すると、ゾーン転送処理部１６ａは、図４の（Ｃ）に示すリストを参照して、優先プライマリであるプライマリＤＮＳ＃１へ、最初に「ｚｏｎｅ１」のゾーン転送を要求する問い合わせを行なうが、ここで、プライマリＤＮＳ＃１が故障している、もしくはプライマリＤＮＳ＃１とセカンダリＤＮＳとの間を接続するネットワークに障害が発生しているために、プライマリＤＮＳ＃１からのＳＯＡ応答が受信されず、「ｚｏｎｅ１」のゾーン転送に失敗したとする。

この場合、優先プライマリ登録部１６ｂは、図４の（Ｄ）に示すように、プライマリＤＮＳのリストにおいて、「ゾーン名：ｚｏｎｅ１．ｅｘａｍ．ｊｐ」に対応する「優先プライマリ」に登録されているプライマリＤＮＳ＃１の「ＩＰアドレス：ＩＰ＃１」を削除する。

優先プライマリの削除処理が行なわれた場合、ゾーン転送処理部１６ａは、優先プライマリとしての登録が削除されたプライマリＤＮＳに対して転送要求を行なったゾーンデータの転送要求を、再度、プライマリＤＮＳのリストにおける「設定順番」に基づいて、プライマリＤＮＳ＃０、プライマリＤＮＳ＃１それぞれに対して順番に行なう。

なお、ゾーン転送処理部１６ａは、優先プライマリの登録削除後に、「設定順番」に基づいて行なったゾーン転送にも失敗した場合は、その旨を保守者に報知するメッセージを、出力部１２を介して出力する。

名前解決処理部１６ｃは、クライアント装置３０から「ｚｏｎｅ０．ｅｘａｍ．ｊｐ」や「ｚｏｎｅ１．ｅｘａｍ．ｊｐ」の名前解決処理要求を受け付けた場合に、ゾーンデータ記憶部１５ｂが記憶するゾーンデータを参照して、「ｚｏｎｅ０．ｅｘａｍ．ｊｐ」や「ｚｏｎｅ１．ｅｘａｍ．ｊｐ」のＩＰアドレスを取得して、取得したＩＰアドレスをクライアント装置３０に送信する。

［実施例１におけるセカンダリＤＮＳの優先プライマリ登録処理の手順］
次に、図５を用いて、実施例１におけるセカンダリＤＮＳ１０の優先プライマリ登録処理を説明する。図５は、実施例１におけるセカンダリＤＮＳの優先プライマリ登録処理を説明するためのシーケンス図である。

なお、以下では、セカンダリＤＮＳ１０が、優先プライマリが未登録状態の「ゾーンデータ：ｚｏｎｅ１」の転送処理において、優先プライマリが登録される場合について説明する。また、セカンダリＤＮＳ１０において、ゾーンデータのＳＯＡ要求の再送間隔が「Ｔ１」秒として、同一プライマリＤＮＳへの再送回数が「１回」として設定されており、さらに、プライマリＤＮＳ＃１が「ＩＸＦＲ」未対応であり、「ＡＸＦＲ」に対応している場合について説明する。

図５に示すように、実施例１におけるセカンダリＤＮＳ１０が備えるゾーン転送処理部１６ａは、「ゾーンデータ：ｚｏｎｅ１」の更新間隔が経過すると、設定情報記憶部１５ａが記憶するプライマリＤＮＳのリストにおける「設定順番」を参照して、プライマリＤＮＳ＃０に対し、「ゾーンデータ：ｚｏｎｅ１」のＳＯＡ要求を送信する（ステップＳ５０１）。また、実施例１におけるセカンダリＤＮＳ１０の初期起動時においても、ゾーン転送処理部１６ａは、設定情報記憶部１５ａが記憶するプライマリＤＮＳのリストにおける「設定順番」を参照して、プライマリＤＮＳ＃０に対し、「ゾーンデータ：ｚｏｎｅ１」のＳＯＡ要求を送信する。ここで、セカンダリＤＮＳ１０は、プライマリＤＮＳ＃０からＳＯＡ応答がないまま、「Ｔ１」秒が経過した場合は、再度、プライマリＤＮＳ＃０に対し、「ゾーンデータ：ｚｏｎｅ１」のＳＯＡ要求を送信する（ステップＳ５０２）。

そして、ゾーン転送処理部１６ａは、「Ｔ１」秒が経過しても、プライマリＤＮＳ＃０からのＳＯＡ応答が受信されず、また、プライマリＤＮＳ＃０に対しＳＯＡ要求の再送を既に１回行なっているので、設定情報記憶部１５ａが記憶するプライマリＤＮＳのリストにおける「設定順番」を参照して、プライマリＤＮＳ＃１に対し、「ゾーンデータ：ｚｏｎｅ１」のＳＯＡ要求を送信する（ステップＳ５０３）。なお、図には示さないが、セカンダリＤＮＳ１０は、プライマリＤＮＳ＃０から、他のプライマリＤＮＳに委任して下さいとの委任応答、もしくはエラー応答を受信した場合は、ステップＳ５０３における処理を行なう。

この場合、プライマリＤＮＳ＃１は、「ゾーンデータ：ｚｏｎｅ１」を管理しているので、ＳＯＡ応答をセカンダリＤＮＳ１０に対して送信し（ステップＳ５０４）、ＳＯＡ応答を受信したゾーン転送処理部１６ａは、ＩＸＦＲ要求を、ＳＯＡ応答を送信したプライマリＤＮＳ＃１に対して送信する（ステップＳ５０５）。ここで、ゾーン転送処理部１６ａは、ＩＸＦＲ応答が受信されないことから、ＩＸＦＲに失敗したと判断し（ステップＳ５０６）、プライマリＤＮＳ＃１に対して、ＡＸＦＲ要求を送信する（ステップＳ５０７）。なお、ゾーン転送処理部１６ａは、プライマリＤＮＳ＃１から、ＩＸＦＲ要求に対応する機能は実装していないとする応答（ＮＯＴＩＭＰ）を受信した場合も、ＩＸＦＲに失敗したと判断する。

ここで、プライマリＤＮＳ＃１は、ＡＸＦＲに対応しているので、ＡＸＦＲ応答をセカンダリＤＮＳ１０に対して送信し（ステップＳ５０８）、ゾーン転送処理部１６ａは、最新の「ゾーンデータ：ｚｏｎｅ１」を受信して、優先プライマリ登録部１６ｂは、プライマリＤＮＳ＃１を優先プライマリとして登録して（ステップＳ５０９）、登録処理を終了する。

［実施例１におけるセカンダリＤＮＳの優先プライマリ登録後における転送処理の手順］
続いて、図６を用いて、実施例１におけるセカンダリＤＮＳ１０の優先プライマリ登録後における転送処理を説明する。図６は、実施例１におけるセカンダリＤＮＳの優先プライマリ登録後における転送処理を説明するためのシーケンス図である。

なお、以下では、セカンダリＤＮＳ１０が、「ゾーンデータ：ｚｏｎｅ１」の優先プライマリとして、プライマリＤＮＳ＃１のＩＰアドレス「ＩＰ＃１」を登録したのちに、最新の「ゾーンデータ：ｚｏｎｅ１」をプライマリＤＮＳ＃１から取得する場合について説明する。また、図５を用いて説明した場合と同様に、プライマリＤＮＳ＃１が「ＩＸＦＲ」未対応であり、「ＡＸＦＲ」に対応している場合について説明する。

図６に示すように、実施例１におけるセカンダリＤＮＳ１０が備えるゾーン転送処理部１６ａは、「ゾーンデータ：ｚｏｎｅ１」の更新間隔が経過すると、設定情報記憶部１５ａが記憶するプライマリＤＮＳのリストにおける「優先プライマリ」を参照して、プライマリＤＮＳ＃１に対し、「ゾーンデータ：ｚｏｎｅ１」のＳＯＡ要求を送信する（ステップＳ６０１）。プライマリＤＮＳ＃１は、「ゾーンデータ：ｚｏｎｅ１」を管理しているので、ＳＯＡ応答をセカンダリＤＮＳ１０に対して送信し（ステップＳ６０２）、ＳＯＡ応答を受信したゾーン転送処理部１６ａは、ＩＸＦＲ要求を、ＳＯＡ応答を送信したプライマリＤＮＳ＃１に対して送信する（ステップＳ６０３）。

ここで、ゾーン転送処理部１６ａは、ＩＸＦＲ応答が受信されないことから、ＩＸＦＲに失敗したと判断し（ステップＳ６０４）、プライマリＤＮＳ＃１に対して、ＡＸＦＲ要求を送信する（ステップＳ６０５）。なお、ゾーン転送処理部１６ａは、プライマリＤＮＳ＃１から、ＩＸＦＲ要求に対応する機能は実装していないとする応答（ＮＯＴＩＭＰ）を受信した場合も、ＩＸＦＲに失敗したと判断する。

ここで、プライマリＤＮＳ＃１は、ＡＸＦＲに対応しているので、ＡＸＦＲ応答をセカンダリＤＮＳ１０に対して送信し（ステップＳ６０６）、ゾーン転送処理部１６ａは、最新の「ゾーンデータ：ｚｏｎｅ１」を受信して、ゾーンデータの転送処理を終了する。

［実施例１におけるセカンダリＤＮＳの優先プライマリ登録削除処理から再転送処理にいたる処理の手順］
続いて、図７を用いて、実施例１におけるセカンダリＤＮＳ１０の優先プライマリ登録削除処理から再転送処理にいたる処理を説明する。図７は、実施例１におけるセカンダリＤＮＳの優先プライマリ登録削除処理から再転送処理にいたる処理を説明するためのシーケンス図である。

なお、以下では、セカンダリＤＮＳ１０が、「ゾーンデータ：ｚｏｎｅ１」の優先プライマリとして、プライマリＤＮＳ＃１のＩＰアドレス「ＩＰ＃１」を登録したのちに、最新の「ゾーンデータ：ｚｏｎｅ１」をプライマリＤＮＳ＃１から取得できない場合について説明する。また、図５を用いて説明した場合と同様に、セカンダリＤＮＳ１０において、ゾーンデータのＳＯＡ要求の再送間隔が「Ｔ１」秒として、同一プライマリＤＮＳへの再送回数が「１回」として設定されている場合について説明する。

図７に示すように、実施例１におけるセカンダリＤＮＳ１０が備えるゾーン転送処理部１６ａは、「ゾーンデータ：ｚｏｎｅ１」の更新間隔が経過すると、設定情報記憶部１５ａが記憶するプライマリＤＮＳのリストにおける「優先プライマリ」を参照して、プライマリＤＮＳ＃１に対し、「ゾーンデータ：ｚｏｎｅ１」のＳＯＡ要求を送信する（ステップＳ７０１）。ここで、プライマリＤＮＳ＃１が故障している、もしくはプライマリＤＮＳ＃１とセカンダリＤＮＳとの間を接続するネットワークに障害が発生しているために、プライマリＤＮＳ＃１からのＳＯＡ応答が受信されないまま、「Ｔ１」秒が経過した場合は、再度、プライマリＤＮＳ＃１に対し、「ゾーンデータ：ｚｏｎｅ１」のＳＯＡ要求を送信する（ステップＳ７０２）。なお、ゾーン転送に失敗する場合としては、「ｚｏｎｅ１」の設定先のプライマリＤＮＳがプライマリＤＮＳ＃１から変更された場合もある。

そして、ゾーン転送処理部１６ａにおいて、「Ｔ１」秒が経過しても、プライマリＤＮＳ＃１からのＳＯＡ応答が受信されず、また、プライマリＤＮＳ＃１に対しＳＯＡ要求の再送を既に１回行なっていることから、優先プライマリ登録部１６ｂは、プライマリＤＮＳ＃１を優先プライマリとする情報を削除し（ステップＳ７０３）、ゾーン転送処理部１６ａは、設定情報記憶部１５ａが記憶するプライマリＤＮＳのリストにおける「設定順番」を参照して、プライマリＤＮＳ＃０に対し、「ゾーンデータ：ｚｏｎｅ１」のＳＯＡ要求を送信する（ステップＳ７０４）。ここで、セカンダリＤＮＳ１０は、プライマリＤＮＳ＃０からＳＯＡ応答がないまま、「Ｔ１」秒が経過した場合は、再度、プライマリＤＮＳ＃０に対し、「ゾーンデータ：ｚｏｎｅ１」のＳＯＡ要求を送信する（ステップＳ７０５）。

そして、ゾーン転送処理部１６ａは、「Ｔ１」秒が経過しても、プライマリＤＮＳ＃０からのＳＯＡ応答が受信されず、また、プライマリＤＮＳ＃０に対しＳＯＡ要求の再送を既に１回行なっているので、設定情報記憶部１５ａが記憶するプライマリＤＮＳのリストにおける「設定順番」を参照して、プライマリＤＮＳ＃１に対し、「ゾーンデータ：ｚｏｎｅ１」のＳＯＡ要求を送信する（ステップＳ７０６）。

この際、プライマリＤＮＳ＃１の故障、もしくはプライマリＤＮＳ＃１とセカンダリＤＮＳとの間を接続するネットワークの障害が復旧していないことから、ゾーン転送処理部１６ａは、プライマリＤＮＳ＃１からのＳＯＡ応答を受信しない状態で「Ｔ１」秒が経過すると、プライマリＤＮＳ＃１に対し、「ゾーンデータ：ｚｏｎｅ１」のＳＯＡ要求を、再度、送信する（ステップＳ７０７）。

そして、ゾーン転送処理部１６ａは、「Ｔ１」秒が経過しても、プライマリＤＮＳ＃１からのＳＯＡ応答が受信されず、また、プライマリＤＮＳ＃１に対しＳＯＡ要求の再送を既に１回行なっているので、「ゾーンデータ：ｚｏｎｅ１」の転送に失敗したと判断し、転送失敗とするメッセージを出力部１２において出力し（ステップＳ７０８）、転送処理を終了する。

［実施例１におけるセカンダリＤＮＳの処理の手順］
続いて、図８を用いて、実施例１におけるセカンダリＤＮＳ１０の全体的な処理の流れについて説明する。図８は、実施例１におけるセカンダリＤＮＳの処理を説明するための図である。なお、以下では、セカンダリＤＮＳ１０の保守者が、コンフィギュレーションファイルを入力し、設定情報記憶部１５ａにおいて、プライマリＤＮＳのリストが格納された後の処理について説明する。

図８に示すように、実施例１におけるセカンダリＤＮＳ１０は、例えば、「ゾーンデータ：ｚｏｎｅ１」のゾーン転送処理を開始する契機となると（ステップＳ８０１肯定）、ゾーン転送処理部１６ａは、設定情報記憶部１５ａが記憶するプライマリＤＮＳのリストを参照して、「ゾーン名：ｚｏｎｅ１．ｅｘａｍ．ｊｐ」において「優先プライマリ」が登録されているか否かを判断する（ステップＳ８０２）。

ここで、設定情報記憶部１５ａが記憶するプライマリＤＮＳのリストを参照して、「ゾーン名：ｚｏｎｅ１．ｅｘａｍ．ｊｐ」において「優先プライマリ」が登録されている場合（ステップＳ８０２肯定）、ゾーン転送処理部１６ａは、優先プライマリとして登録されているプライマリＤＮＳに対して、ゾーン転送を要求し（ステップＳ８０３）、ゾーン転送に成功したか否かを判断する（ステップＳ８０４）。なお、ステップＳ８０３においては、設定された再送間隔をおいて、再送回数分のＳＯＡ要求を行ない、ステップＳ８０４においては、ＳＯＡ応答を受信した否か、また、ＳＯＡ応答を受信した場合は、ＩＸＦＲ応答もしくはＡＸＦＲ応答を受信したか否かを判断する。

ゾーン転送に成功した場合（ステップＳ８０４肯定）、ゾーン転送処理部１６ａは、転送された最新のゾーンデータを、ゾーンデータ記憶部１５ｂに格納して、処理を終了する。

これに反して、ゾーン転送に失敗した場合（ステップＳ８０４否定）、優先プライマリ登録部１６ｂは、優先プライマリの情報を削除する（ステップＳ８０５）。そして、ゾーン転送処理部１６ａは、ゾーン転送要求を行なったプライマリＤＮＳを初期化し、すなわち、優先プライマリとして登録されているプライマリＤＮＳにゾーン転送要求を行なった履歴を削除して（ステップＳ８０６）、設定情報記憶部１５ａが記憶するプライマリＤＮＳのリストにおける「設定順番」を参照して、ゾーン転送要求（ＳＯＡ要求）を送信していないプライマリＤＮＳがあるか否かを判定する（ステップＳ８０７）。

また、設定情報記憶部１５ａが記憶するプライマリＤＮＳのリストを参照して、「ゾーン名：ｚｏｎｅ０．ｅｘａｍ．ｊｐ」において「優先プライマリ」が登録されていない場合も（ステップＳ８０２否定）、設定情報記憶部１５ａが記憶するプライマリＤＮＳのリストにおける「設定順番」を参照して、ゾーン転送要求（ＳＯＡ要求）を送信していないプライマリＤＮＳがあるか否かを判定する（ステップＳ８０７）。

ここで、ゾーン転送要求（ＳＯＡ要求）を送信していないプライマリＤＮＳがある場合（ステップＳ８０７肯定）、ゾーン転送処理部１６ａは、設定順番に基づいて、対応するプライマリＤＮＳへゾーン転送を要求し（ステップＳ８０８）、ゾーン転送に成功したか否かを判断する（ステップＳ８０９）。

ここで、設定された再送間隔をおいて、再送回数分のＳＯＡ要求を行なって、ゾーン転送に失敗した場合（ステップＳ８０９否定）、ステップＳ８０７に戻って、ゾーン転送要求（ＳＯＡ要求）を送信していないプライマリＤＮＳがあるか否かを判断する。

これに反して、ゾーン転送に成功した場合（ステップＳ８０９肯定）、優先プライマリ登録部１６ｂは、当該プライマリＤＮＳのＩＰアドレスを、優先プライマリの情報として登録し（ステップＳ８１０）、処理を終了する。なお、この際、ゾーン転送処理部１６ａは、取得したゾーンデータをゾーンデータ記憶部１５ｂに格納する。

一方、ゾーン転送要求（ＳＯＡ要求）を送信していないプライマリＤＮＳが他にない場合（ステップＳ８０７否定）、ゾーン転送処理部１６ａは、ゾーン転送要求を一度送信したプライマリＤＮＳに対する再送処理回数が、再送設定回数に達しているか否かを判断する（ステップＳ８１１）。

ここで、再送処理回数が、再送設定回数に達していない場合（ステップＳ８１１否定）、ゾーン転送処理部１６ａは、ゾーン転送要求を一度送信したプライマリＤＮＳに対して、ゾーン転送要求の再送処理を行ない（ステップＳ８１２）、ステップＳ８０９に戻って、ゾーン転送に成功するか否かを判断する。

これに反して、再送処理回数が、再送設定回数に達している場合（ステップＳ８１１肯定）、ゾーン転送処理部１６ａは、ゾーン転送処理失敗のメッセージを出力部１２において出力して（ステップＳ８１３）、処理を終了する。

なお、実施例１におけるセカンダリＤＮＳ１０は、上述した処理を行なって、最新のゾーンデータを取得して、クライアント装置３０からの要求に従って、名前解決処理部１６ｃにおいて、名前解決を実施する。また、実施例１におけるセカンダリＤＮＳ１０は、自装置が起動され、設定情報記憶部１５ａにおいて、プライマリＤＮＳのリストが格納された後においても、図８に示す処理を実行する。

［実施例１の効果］
上記したように、実施例１によれば、複数のプライマリＤＮＳに対してゾーンデータの転送要求を行なう順番が、セカンダリＤＮＳ自身が管理する複数のゾーンデータすべてに共通して設定された情報（プライマリＤＮＳのリスト）を記憶し、プライマリＤＮＳのリストに基づいて、複数のプライマリＤＮＳそれぞれに対して順番にゾーンデータの転送要求を行なって、複数のプライマリＤＮＳいずれかより、対応するゾーンデータを取得するゾーン転送を行い、ゾーン転送の要求に応答して対応するゾーンデータを送信したプライマリＤＮＳを、当該ゾーンデータの転送処理を再度行なう際に、ゾーン転送の要求を最初に優先して行なう優先プライマリとして登録し、優先プライマリが登録されているゾーンデータの転送処理を行なう際には、優先プライマリとしてのプライマリＤＮＳに当該ゾーンデータの転送要求を最初に優先して行なうので、ゾーン転送の処理ごとに、コンフィギュレーションファイルの先頭に設定されたプライマリＤＮＳにゾーン転送の要求が集中することを回避でき、ゾーン単位のゾーン転送を効率的に実施することが可能となる。

また、実施例１によれば、ゾーンデータの転送要求が最初に行なわれた優先プライマリとして登録されたプライマリＤＮＳから当該ゾーンデータが取得されない場合は、当該プライマリＤＮＳを優先プライマリとする登録を削除し、優先プライマリとしての登録が削除されたプライマリＤＮＳに対して行なったゾーンデータの転送要求を、再度、プライマリＤＮＳのリストにおける設定順番に基づいて、複数のプライマリＤＮＳそれぞれに対して順番に行なうので、優先プライマリとして登録されたプライマリＤＮＳの故障などが発生して、ゾーンデータが取得されない場合にも、保守者がこれに対処することなく、自動的に複数のプライマリＤＮＳそれぞれに対してゾーンデータの転送要求が行なわれるので、保守者の負担を軽減することができ、ゾーン単位のゾーン転送を効率的に実施することが可能となる。

上述した実施例１では、プライマリＤＮＳのリストにおける設定順番に基づいて、ゾーン転送の要求を順次行なう場合について説明したが、実施例２では、プライマリＤＮＳのリストにおける設定順番を任意に変更して、ゾーン転送の要求を順次行なう場合について、図９を用いて説明する。ここで、図９は、実施例２におけるセカンダリＤＮＳを説明するための図である。

実施例２におけるセカンダリＤＮＳ１０が備えるゾーン転送処理部１６ａは、優先プライマリ登録部１６ｂによって優先プライマリの登録が削除されたゾーンデータの転送要求を、プライマリＤＮＳのリストにおける設定順番を任意に変更した順番で行なう。

ここで、実施例２においては、図９の（Ａ）に示すように、ＩＰアドレスが「ＩＰ＃０」であるプライマリＤＮＳ＃０が、「ｚｏｎｅ０．ｅｘａｍ．ｊｐ」のゾーンデータである「ｚｏｎｅ０」を管理し、ＩＰアドレスが「ＩＰ＃１」であるプライマリＤＮＳ＃１が、「ｚｏｎｅ１．ｅｘａｍ．ｊｐ」のゾーンデータである「ｚｏｎｅ１」を管理し、ＩＰアドレスが「ＩＰ＃２」であるプライマリＤＮＳ＃２が、「ｚｏｎｅ２．ｅｘａｍ．ｊｐ」のゾーンデータである「ｚｏｎｅ２」を管理し、ＩＰアドレスが「ＩＰ＃３」であるプライマリＤＮＳ＃３が、「ｚｏｎｅ３．ｅｘａｍ．ｊｐ」のゾーンデータである「ｚｏｎｅ３」を管理している。

そして、実施例２におけるセカンダリＤＮＳ１０は、これら４つのプライマリＤＮＳに接続され、「ｚｏｎｅ０」〜「ｚｏｎｅ３」の４つのゾーンデータを管理して、これらの名前解決を行なう。また、プライマリＤＮＳのリストとしては、「ｚｏｎｅ０．ｅｘａｍ．ｊｐ」〜「ｚｏｎｅ３．ｅｘａｍ．ｊｐ」の４つのゾーン名すべてに対して、設定順番が「ＩＰ＃０，ＩＰ＃１，ＩＰ＃２，ＩＰ＃３」の順に設定されている。さらに、「ｚｏｎｅ０．ｅｘａｍ．ｊｐ」〜「ｚｏｎｅ３．ｅｘａｍ．ｊｐ」の４つのゾーン名それぞれに、「優先プライマリ」として「ＩＰ＃０」〜「ＩＰ＃３」が登録されている。

このような状況において、実施例２におけるセカンダリＤＮＳ１０が備えるゾーン転送処理部１６ａは、「ｚｏｎｅ２」の更新間隔が経過した場合、「ｚｏｎｅ２」の問い合わせを優先プライマリであるプライマリＤＮＳ＃２に対して行なう（図９の（Ａ）の（１）参照）。ここで、プライマリＤＮＳ＃２の故障により、「ｚｏｎｅ２」の転送に失敗した場合（図９の（Ａ）の（２）参照）、優先プライマリ登録部１６ｂは、実施例１と同様に、プライマリＤＮＳ＃２を優先プライマリとする登録を削除する。

そして、実施例２におけるセカンダリＤＮＳ１０が備えるゾーン転送処理部１６ａは、実施例１のように「ＩＰ＃０」〜「ＩＰ＃３」の順にゾーン転送要求を行なうのではなく、図９の（Ｂ）に示すように、設定順番をランダムに変更して、例えば、プライマリＤＮＳ＃１、プライマリＤＮＳ＃０、プライマリＤＮＳ＃３、プライマリＤＮＳ＃２の順番に「ｚｏｎｅ２」の問い合わせを行なう。

なお、実施例２におけるセカンダリＤＮＳ１０は、優先プライマリ登録部１６ｂによって優先プライマリの登録がされていない場合、例えば、実施例２におけるセカンダリＤＮＳ１０の起動時において、自身が管理するゾーンデータそれぞれの転送要求を、設定順番を任意に変更した順番で行なう場合であってもよい。

このようなことから、実施例２におけるセカンダリＤＮＳ１０は、優先プライマリが未登録の状態において、コンフィギュレーションファイルの設定により先頭に記載されたプライマリＤＮＳへのＳＯＡ要求が集中することを回避することができ、ゾーン単位のゾーン転送を効率的に実施することが可能となる。

上述した実施例１および２では、すべてのゾーンデータに対して共通して設定順番が設定される場合について説明したが、実施例３では、ゾーンデータの一部において、特定のプライマリＤＮＳが設定される場合について、図１０を用いて説明する。ここで、図１０は、実施例３におけるセカンダリＤＮＳを説明するための図である。

実施例３におけるセカンダリＤＮＳ１０が備える設定情報記憶部１５ａは、保守者の設定に基づいて、図１０に示すように、実施例２と同様に、すべてのゾーンデータに共通して設定された「設定順番：ＩＰ＃０，ＩＰ＃１，ＩＰ＃２，ＩＰ＃３」を記憶するが、実施例２とは異なり、例えば、自身が管理する４つのゾーンデータの一部である「ゾーン名：ｚｏｎｅ３．ｅｘａｍ．ｊｐ」において、特定のプライマリＤＮＳに対してゾーンデータの転送要求を行なう順番が設定された情報である特定設定順番をプライマリＤＮＳのリストにおいて記憶する。すなわち、図１０に示すように、実施例３におけるセカンダリＤＮＳ１０が備える設定情報記憶部１５ａは、「ゾーン名：ｚｏｎｅ３．ｅｘａｍ．ｊｐ」においては、プライマリＤＮＳ＃３、プライマリＤＮＳ＃２の順番にゾーン転送の要求を行なうとする「特定設定順番：ＩＰ＃３，ＩＰ＃２」を記憶する。

そして、実施例３におけるセカンダリＤＮＳ１０が備えるゾーン転送処理部１６ａは、プライマリＤＮＳのリストにおいて、特定設定順番が設定されたゾーンデータの転送要求を、当該特定設定順番の順番に従って行なう。

すなわち、実施例３におけるセカンダリＤＮＳ１０が備えるゾーン転送処理部１６ａは、「ｚｏｎｅ３」のゾーン転送要求においては、図１０に示す「特定設定順番：ＩＰ＃３，ＩＰ＃２」を参照して、プライマリＤＮＳ＃３、プライマリＤＮＳ＃２の順番にゾーン転送の要求を行なう。

このようなことから、実施例３におけるセカンダリＤＮＳ１０は、優先プライマリが未登録の状態において、適切なプライマリＤＮＳを特定して設定したゾーンデータに関しては、コンフィギュレーションファイルの設定により先頭に記載されたプライマリＤＮＳへのＳＯＡ要求が集中することを回避することができ、ゾーン単位のゾーン転送を効率的に実施することが可能となる。

なお、上述した実施例１〜３においては、１つのプライマリＤＮＳが１つのゾーンデータを管理する場合について説明したが、本発明はこれに限定されるものではなく、１つのプライマリＤＮＳが複数のゾーンデータを管理する場合であってもよい。

例えば、プライマリＤＮＳ＃０が、「ゾーン名：ｚｏｎｅ０．ｅｘａｍ．ｊｐ」および「ゾーン名：ｚｏｎｅ２．ｅｘａｍ．ｊｐ」それぞれのゾーンデータを管理し、プライマリＤＮＳ＃１が、「ゾーン名：ｚｏｎｅ１．ｅｘａｍ．ｊｐ」のゾーンデータを管理し、セカンダリＤＮＳ１０が、「ゾーン名：ｚｏｎｅ０．ｅｘａｍ．ｊｐ」、「ゾーン名：ｚｏｎｅ１．ｅｘａｍ．ｊｐ」および「ゾーン名：ｚｏｎｅ２．ｅｘａｍ．ｊｐ」それぞれのゾーンデータを取得して、これらの名前解決を行なう場合であってもよい。

また、上述した実施例１〜３においては、プライマリＤＮＳごとに異なるゾーンデータを管理する場合について説明したが、本発明はこれに限定されるものではなく、異なるプライマリＤＮＳが同一のゾーンデータを管理する場合であってもよい。

例えば、プライマリＤＮＳ＃０が、「ゾーン名：ｚｏｎｅ０．ｅｘａｍ．ｊｐ」および「ゾーン名：ｚｏｎｅ１．ｅｘａｍ．ｊｐ」それぞれのゾーンデータを管理し、プライマリＤＮＳ＃１が、「ゾーン名：ｚｏｎｅ０．ｅｘａｍ．ｊｐ」のゾーンデータを管理し、セカンダリＤＮＳ１０が、「ゾーン名：ｚｏｎｅ０．ｅｘａｍ．ｊｐ」のゾーンデータをプライマリＤＮＳ＃０もしくはプライマリＤＮＳ＃１のどちらかより取得し、「ゾーン名：ｚｏｎｅ１．ｅｘａｍ．ｊｐ」のゾーンデータをプライマリＤＮＳ＃０から取得して、これらの名前解決を行なう場合であってもよい。

また、上述した実施例１〜３においては、セカンダリＤＮＳがプライマリＤＮＳに対してゾーンデータの転送要求を行なう際に、優先プライマリを登録する場合について説明したが、本発明はこれに限定されるものではなく、ダイナミックドメインネームシステム（Ｄｙｎａｍｉｃ Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）において、セカンダリＤＮＳがプライマリＤＮＳに対してＵｐｄａｔｅの転送要求（ＲＦＣ２１３６の６節を参照）を行なう際に、優先プライマリを登録する場合であってもよい。

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

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

なお、本実施例で説明した転送処理方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。

以上のように、本発明に係るＤＮＳサーバ装置、転送処理方法および転送処理プログラムは、ゾーン単位のドメイン名とＩＰアドレスとの対応関係であるゾーンデータを更新して管理する複数のプライマリＤＮＳそれぞれから転送された複数のゾーンデータを管理して名前解決を行なう場合に有用であり、特に、ゾーン単位のゾーン転送を効率的に実施することに適する。

実施例１におけるセカンダリＤＮＳの概要および特徴を説明するための図である。 実施例１におけるセカンダリＤＮＳの概要および特徴を説明するための図である。 実施例１におけるセカンダリＤＮＳの構成を説明するための図である。 実施例１における設定情報記憶部を説明するための図である。 実施例１におけるセカンダリＤＮＳの優先プライマリ登録処理を説明するためのシーケンス図である。 実施例１におけるセカンダリＤＮＳの優先プライマリ登録後における転送処理を説明するためのシーケンス図である。 実施例１におけるセカンダリＤＮＳの優先プライマリ登録削除処理から再転送処理にいたる処理を説明するためのシーケンス図である。 実施例１におけるセカンダリＤＮＳの処理を説明するための図である。 実施例２におけるセカンダリＤＮＳを説明するための図である。 実施例３におけるセカンダリＤＮＳを説明するための図である。 第一の従来技術を説明するための図である。 第二の従来技術を説明するための図である。

符号の説明

１０ セカンダリＤＮＳ
１１ 入力部
１２ 出力部
１３ 通信部
１４ 入出力制御Ｉ／Ｆ部
１５ 記憶部
１５ａ 設定情報記憶部
１５ｂ ゾーンデータ記憶部
１６ 処理部
１６ａ ゾーン転送処理部
１６ｂ 優先プライマリ登録部
１６ｃ 名前解決処理部
２０ プライマリＤＮＳ群
３０ クライアント装置

Claims (6)

1. ゾーン単位のドメイン名とＩＰアドレスとの対応関係であるゾーンデータを更新して管理する複数の管理装置に接続され、当該複数の管理装置それぞれから転送された複数のゾーンデータを管理して名前解決を行なう権限を持つＤＮＳサーバ装置であって、
   前記複数の管理装置に対してゾーンデータの転送要求を行なう順番が、自身が管理する複数のゾーンデータすべてに共通して設定された情報である共通設定情報を記憶する共通設定情報記憶手段と、
   前記共通設定情報記憶手段が記憶する前記共通設定情報に基づいて、前記複数の管理装置それぞれに対して順番にゾーンデータの転送要求を行なって、前記複数の管理装置いずれかより、当該転送要求に対応するゾーンデータを取得する転送処理を行なう転送処理手段と、
   前記転送処理手段によって行なわれた転送要求に応答して対応するゾーンデータを送信した管理装置を、当該ゾーンデータの転送処理を再度行なう際に、転送要求を最初に優先して行なう優先管理装置として登録する登録手段と、
   を備え、
   前記転送処理手段は、前記登録手段によって前記優先管理装置が登録されているゾーンデータの転送処理を行なう際には、当該優先管理装置に対して当該ゾーンデータの転送要求を最初に優先して行なうことを特徴とするＤＮＳサーバ装置。
2. 前記登録手段は、前記転送処理手段によって最初にゾーンデータの転送要求が行なわれた前記優先管理装置としての管理装置から当該ゾーンデータが取得されない場合は、当該管理装置を優先管理装置とする登録を削除し、
   前記転送処理手段は、前記登録手段によって優先管理装置としての登録が削除された管理装置に対して転送要求を行なったゾーンデータの転送要求を、再度、前記共通設定情報記憶手段が記憶する前記共通設定情報に基づいて、前記複数の管理装置それぞれに対して順番に行なうことを特徴とする請求項１に記載のＤＮＳサーバ装置。
3. 前記転送処理手段は、前記登録手段によって前記優先管理装置が登録されていないゾーンデータの転送要求、および／または、前記登録手段によって前記優先管理装置の登録が削除されたゾーンデータの転送要求を、前記共通設定情報記憶手段が記憶する前記共通設定情報における順番を任意に変更した順番で行なうことを特徴とする請求項２に記載のＤＮＳサーバ装置。
4. 前記共通設定情報記憶手段は、前記共通設定情報とともに、自身が管理する複数のゾーンデータの一部において特定の管理装置に対してゾーンデータの転送要求を行なう順番が設定された情報である特定設定情報をさらに記憶し、
   前記転送処理手段は、前記共通設定情報記憶手段が記憶する前記特定設定情報が設定されたゾーンデータの転送要求を、当該特定設定情報に基づいて行なうことを特徴とする請求項２に記載のＤＮＳサーバ装置。
5. ゾーン単位のドメイン名とＩＰアドレスとの対応関係であるゾーンデータを更新して管理する複数の管理装置に接続され、当該複数の管理装置それぞれから転送された複数のゾーンデータを管理して名前解決を行なう権限を持つＤＮＳサーバ装置に適用する転送処理方法であって、
   前記複数の管理装置に対してゾーンデータの転送要求を行なう順番が、自身が管理する複数のゾーンデータすべてに共通して設定された情報である共通設定情報を所定の記憶部にて記憶する共通設定情報記憶工程と、
   前記所定の記憶部が記憶する前記共通設定情報に基づいて、前記複数の管理装置それぞれに対して順番にゾーンデータの転送要求を行なって、前記複数の管理装置いずれかより、当該転送要求に対応するゾーンデータを取得する転送処理を行なう転送処理工程と、
   前記転送処理工程によって行なわれた転送要求に応答して対応するゾーンデータを送信した管理装置を、当該ゾーンデータの転送処理を再度行なう際に、転送要求を最初に優先して行なう優先管理装置として登録する登録工程と、
   を含み、
   前記転送処理工程は、前記登録工程によって前記優先管理装置が登録されているゾーンデータの転送処理を行なう際には、当該優先管理装置に対して当該ゾーンデータの転送要求を最初に優先して行なうことを特徴とする転送処理方法。
6. ゾーン単位のドメイン名とＩＰアドレスとの対応関係であるゾーンデータを更新して管理する複数の管理装置に接続され、当該複数の管理装置それぞれから転送された複数のゾーンデータを管理して名前解決を行なう権限を持つＤＮＳサーバ装置としてのコンピュータに実行させる転送処理プログラムであって、
   前記複数の管理装置に対してゾーンデータの転送要求を行なう順番が、自身が管理する複数のゾーンデータすべてに共通して設定された情報である共通設定情報を所定の記憶部にて記憶する共通設定情報記憶手順と、
   前記所定の記憶部が記憶する前記共通設定情報に基づいて、前記複数の管理装置それぞれに対して順番にゾーンデータの転送要求を行なって、前記複数の管理装置いずれかより、当該転送要求に対応するゾーンデータを取得する転送処理を行なう転送処理手順と、
   前記転送処理手順によって行なわれた転送要求に応答して対応するゾーンデータを送信した管理装置を、当該ゾーンデータの転送処理を再度行なう際に、転送要求を最初に優先して行なう優先管理装置として登録する登録手順と、
   をコンピュータに実行させ、
   前記転送処理手順は、前記登録手順によって前記優先管理装置が登録されているゾーンデータの転送処理を行なう際には、当該優先管理装置に対して当該ゾーンデータの転送要求を最初に優先して行なうことを特徴とする転送処理プログラム。

Images