(57)【要約】【課題】古いＤＮＳキャッシュをクライアント側から消去することのできるＤＮＳサーバーを得る。【解決手段】ＩＰアドレスとホスト名の名前解決を行うＤＮＳサーバー装置１００であって、名前解決を行ってその結果を返信する名前解決部１１０と、名前解決部１１０の名前解決結果のキャッシュを保持するキャッシュ保持部１２０と、キャッシュ保持部１２０が保持しているキャッシュを消去すべき旨の要求を受け付けてそのキャッシュを消去するキャッシュ消去部１３０と、を備え、名前解決部１１０は、名前解決を行うべき旨の要求を受けた際に、キャッシュ保持部１２０が該当するキャッシュを保持している場合は、そのキャッシュの内容を返信する。【選択図】図１
2010206411.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰアドレスとホスト名の名前解決を行うＤＮＳサーバー装置であって、
名前解決を行ってその結果を返信する名前解決部と、
前記名前解決部の名前解決結果のキャッシュを保持するキャッシュ保持部と、
を備え、
前記名前解決部は、
名前解決を行うべき旨の要求を受けた際に、
前記キャッシュ保持部が該当するキャッシュを保持している場合は、
そのキャッシュの内容、およびその名前解決結果がキャッシュから取得したものである旨を併せて返信する
ことを特徴とするＤＮＳサーバー装置。
【請求項２】
前記キャッシュ保持部が保持しているキャッシュを消去すべき旨の要求を受け付けてそのキャッシュを消去するキャッシュ消去部を備えた
ことを特徴とする請求項１記載のＤＮＳサーバー装置。
【請求項３】
前記キャッシュ保持部が保持しているキャッシュを消去すべき旨の要求を前記キャッシュ消去部が受け付けた際にその要求が許容されるべきか否かを認証する権限管理部を備えたことを特徴とする請求項１または請求項２記載のＤＮＳサーバー装置。
【請求項４】
前記権限管理部は、
前記キャッシュ保持部が保持しているキャッシュを消去すべき旨の要求が許容されるべきか否かを認証するための認証情報を受け取ってその要求を認証する
ことを特徴とする請求項３記載のＤＮＳサーバー装置。
【請求項５】
前記権限管理部は、
前記キャッシュ保持部が保持しているキャッシュを消去すべき旨を要求することを許可された正当端末の識別情報を記載したリストをあらかじめ保持しており、
前記キャッシュ保持部が保持しているキャッシュを消去すべき旨の要求を送信した端末が前記リストに含まれているか否かによりその要求を認証する
ことを特徴とする請求項３または請求項４記載のＤＮＳサーバー装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰアドレスとホスト名を対応付ける名前解決を行うＤＮＳサーバー装置に関するものである。
【背景技術】
【０００２】
クライアントがインターネット上の他のホストにアクセスする際には、以下の（１）〜（５）のような手順が実行される。
【０００３】
（１）ユーザーは、アクセス先のホスト名をクライアントに入力する。
（２）クライアントは、ホスト名とＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスの対応関係をＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバーに問い合わせる。
（３）ＤＮＳサーバーは、ホスト名とＩＰアドレスを対応付け（名前解決）、その結果をクライアントに返信する。
（４）ＤＮＳサーバーは、ＩＰアドレスとの対応関係を保持していないホスト名に関しては、他のＤＮＳサーバーへ対応関係を問い合わせ、名前解決を行う。このときの名前解決の結果は、ＤＮＳキャッシュとして保持される。
（５）クライアントは、ＤＮＳサーバーから取得したＩＰアドレスを用いて、ホストにアクセスする。
【０００４】
以後、ＤＮＳサーバーは、自己が対応関係を保持していないホスト名について問い合わせを受けた際は、ＤＮＳキャッシュに該当する対応関係エントリが存在するか否か検索する。ＤＮＳキャッシュに該当するエントリが存在している場合は、その内容をクライアントに返信する。
これにより、ＤＮＳサーバーは、問い合わせ先の他ＤＮＳサーバーの負荷を抑えることを図ることができる。
【０００５】
ＤＮＳサーバーが保持するＤＮＳキャッシュには、有効期間（ＴＴＬ：Ｔｉｍｅ  Ｔｏ  Ｌｉｖｅ）が設定され、古いＤＮＳキャッシュがいつまでも存続しないように配慮されている。このＴＴＬは、問い合わせ先のＤＮＳサーバーが指定する。
【０００６】
ＴＴＬを超過したＤＮＳキャッシュエントリは、そのＤＮＳキャッシュエントリを保持しているＤＮＳサーバーが破棄する。また、ＤＮＳサーバー管理者がキャッシュを手動で削除することもできる。
【０００７】
一方、上述のようなＤＮＳサーバーに関し、『ネットワーク上の各装置のアドレス情報を管理する装置への再度の問い合わせで対応するアドレス情報が取得できない場合に、より高い確率で目的の相手先へのアクセスを実現できるアドレス情報取得装置、アドレス情報取得方法およびアドレス情報取得プログラムを得ること。』を目的とした技術として、『ＤＮＳキャッシュメモリ２２１には過去の名前解決の結果が格納されており、ＴＴＬ更新部２２５は各エントリのＴＴＬを減じていくが、値「０」になったときの削除は行わない。ＤＮＳキャッシュ制御部は、名前解決の対象となる装置の名前を受け取ると、ＤＮＳキャッシュメモリ２２１で該当するエントリを検索し、そのＴＴＬが値「０」よりも大きい場合にはそのＩＰアドレスを名前解決の結果とする。ＴＴＬが値「０」以下の場合にはＤＮＳサーバーへ問い合わせるが、この問い合わせが失敗した場合にはエントリのＩＰアドレスを名前解決の結果とする。』というものが提案されている（特許文献１）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００６−２８７４１６号公報（要約）
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ＤＮＳサーバーがＤＮＳキャッシュの内容をＤＮＳクライアントに返信した場合、ＤＮＳクライアントは必ずしも最新の名前解決結果を受信していない可能性がある。
例えば、ＷｅｂサーバーのＩＰアドレスが変更になり、ＤＮＳサーバーが古いＩＰアドレスをキャッシュとして保持している場合を考える。このとき、ユーザーがＷｅｂブラウザを用いてそのＷｅｂサーバーにアクセスしようとすると、古いＩＰアドレスがＤＮＳサーバーから返信され、誤ったサーバーに誘導される可能性がある。
【００１０】
そのため、古いＤＮＳキャッシュをクライアント側から消去することのできるＤＮＳサーバーが望まれていた。
【課題を解決するための手段】
【００１１】
本発明に係るＤＮＳサーバー装置は、ＩＰアドレスとホスト名の名前解決を行うＤＮＳサーバー装置であって、名前解決を行ってその結果を返信する名前解決部と、前記名前解決部の名前解決結果のキャッシュを保持するキャッシュ保持部と、前記キャッシュ保持部が保持しているキャッシュを消去すべき旨の要求を受け付けてそのキャッシュを消去するキャッシュ消去部と、を備え、前記名前解決部は、名前解決を行うべき旨の要求を受けた際に、前記キャッシュ保持部が該当するキャッシュを保持している場合は、そのキャッシュの内容を返信する。
【発明の効果】
【００１２】
本発明に係るＤＮＳサーバー装置によれば、ＤＮＳキャッシュを消去すべき旨の要求を受け付けてこれを削除することができる。これにより、クライアント側は必要に応じて最新の名前解決結果を得ることができる。
【図面の簡単な説明】
【００１３】
【図１】実施の形態１に係るネットワークシステムの構成図である。
【図２】名前解決部１１０が保持している対応関係表の１例を示す図である。
【図３】キャッシュ保持部１２０が保持しているＤＮＳキャッシュの１例を示す図である。
【図４】実施の形態１に係るネットワークシステムの動作シーケンス図である。
【図５】図４のステップＳ４０７でクライアント端末２００が画面表示するメッセージの１例である。
【図６】実施の形態２に係るネットワークシステムの構成図である。
【図７】実施の形態２に係るネットワークシステムの動作シーケンス図である。
【図８】図７のステップＳ７０２でクライアント端末２００が画面表示するメッセージの１例である。
【発明を実施するための形態】
【００１４】
実施の形態１．
図１は、本発明の実施の形態１に係るネットワークシステムの構成図である。
図１において、ＤＮＳサーバー１００とクライアント端末２００は、ネットワーク３００を介して接続されている。ネットワーク３００はＩＰネットワークである。
【００１５】
ＤＮＳサーバー１００は、ＩＰアドレスとホスト名を対応付ける名前解決を行うサーバー装置である。ＤＮＳサーバー１００は、クライアント端末２００より名前解決リクエストを受け付け、名前解決結果を返信する。
ＤＮＳサーバー１００の構成については、後に改めて説明する。
【００１６】
クライアント端末２００は、例えばパーソナルコンピューターなどの一般的なコンピューターで構成することができる。クライアント端末２００は、ネットワーク３００と接続するためのインターフェースを備え、他ホスト（例えばＷｅｂサーバー）との間でＩＰ通信を行う。
クライアント端末２００は、ネットワーク３００を介してＷｅｂサーバーなどの他ホストにアクセスする際に、ＤＮＳサーバー２００へ、ホスト名の名前解決リクエストを送信する。
【００１７】
ＤＮＳサーバー１００は、名前解決部１１０、キャッシュ保持部１２０、キャッシュ消去部１３０を備える。
【００１８】
名前解決部１１０は、ＩＰアドレスとホスト名の対応関係表を、メモリなどの適当な記憶装置上に保持する。名前解決部１１０は、名前解決リクエストを受け付けると、この対応関係表から該当するエントリを検索し、対応するＩＰアドレスを返信する。
名前解決部１１０は、対応関係表上に存在しないホスト名についての名前解決リクエストを受け付けると、ネットワーク３００を介して他のＤＮＳサーバーに名前解決リクエストを発行する。また、その返信を受け取って名前解決リクエスト元に返信するとともに、キャッシュ保持部１２０に格納する。
このとき、名前解決部１１０は、名前解決を依頼した他のＤＮＳサーバーより、その名前解決結果の有効期間（＝ＴＴＬ）を受け取り、キャッシュ保持部１２０に併せて格納する。
【００１９】
キャッシュ保持部１２０は、名前解決部１１０が他のＤＮＳサーバーに名前解決リクエストを発行して得た結果を、ＤＮＳキャッシュとして所定期間（＝ＴＴＬ）保持する。
ＴＴＬを超過したＤＮＳキャッシュは、キャッシュ保持部１２０から消去される。消去処理は名前解決部１１０などの各機能部が行ってもよいし、キャッシュ保持部１２０自身が古いＤＮＳキャッシュエントリを消去するように構成してもよい。
【００２０】
キャッシュ消去部１３０は、キャッシュ保持部１２０が保持しているＤＮＳキャッシュを消去すべき旨のリクエストを受け付け、その時点でキャッシュ保持部１２０が保持しているＤＮＳキャッシュを消去する。必ずしも全てのＤＮＳキャッシュを消去する必要はなく、消去するよう要求されたＤＮＳキャッシュエントリのみ消去してもよい。
【００２１】
名前解決部１１０、キャッシュ消去部１３０は、これらの機能を実現する回路デバイスなどのハードウェアを用いて構成することもできるし、マイコンやＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）などの演算装置とその機能を規定するソフトウェアで構成することもできる。また、必要なネットワークインターフェースなどを適宜備える。さらには、必要に応じて、メモリなどの書き込み可能な記憶装置を適宜備える。
【００２２】
キャッシュ保持部１２０は、メモリ装置などの書き込み可能な記憶装置で構成することができる。
【００２３】
図２は、名前解決部１１０が保持している対応関係表の１例を示す図である。ここではＡレコード（ホスト名からＩＰアドレスへの対応）のデータをテーブル形式で保持している例を示したが、保持する形式は任意でよい。
名前解決部１１０は、図２に例示するような対応関係表を、例えばＤＮＳサーバー１００の管理者が入力することによって取得し、保持する。
【００２４】
図３は、キャッシュ保持部１２０が保持しているＤＮＳキャッシュの１例を示す図である。ここでは図２の対応関係表と同様の形式で保持している例を示したが、保持する形式は任意でよい。
ＤＮＳキャッシュの各エントリでは、上述のようにＴＴＬが指定されている。ＴＴＬを超過したエントリは、ＤＮＳキャッシュから消去される。
【００２５】
以上、本実施の形態１に係るネットワークシステムの各構成を説明した。
次に、本実施の形態１に係るネットワークシステムの動作を説明する。
【００２６】
図４は、本実施の形態１に係るネットワークシステムの動作シーケンス図である。ここでは、ユーザーがＷｅｂブラウザを用いてＷｅｂページを閲覧する際の動作を例とした。以下、図４の各ステップについて説明する。
【００２７】
（Ｓ４０１）
クライアント端末２００のユーザーは、クライアント端末２００が備えるＷｅｂブラウザに、閲覧したいＷｅｂページのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を入力する。
【００２８】
（Ｓ４０２）
クライアント端末２００は、ＤＮＳサーバー１００へ、ステップＳ４０１で入力されたＵＲＬのホスト名についての名前解決リクエストを発行する。
【００２９】
（Ｓ４０３）
名前解決部１１０は、クライアント端末２００が発行した名前解決リクエストを受け取り、自己が保持する対応関係表に、該当するエントリ（ここではＡレコードとする）があるか否か検索する。該当するエントリがあればステップＳ４１１へ進み、なければステップＳ４０４へ進む。
【００３０】
（Ｓ４０４）
名前解決部１１０は、キャッシュ保持部１２０が該当するＤＮＳキャッシュエントリを保持しているか否か検索する。該当するエントリがあればステップＳ４０５へ進み、なければステップＳ４１０へ進む。
【００３１】
（Ｓ４０５）
名前解決部１１０は、キャッシュ保持部１２０から取得したＤＮＳキャッシュエントリの内容を、クライアント端末２００に、名前解決の結果として返信する。このとき、名前解決部１１０は、その名前解決結果がＤＮＳキャッシュから取得したものである旨を示す識別子やメッセージなどを、併せて返信する。
【００３２】
（Ｓ４０６）
クライアント端末２００は、ＤＮＳサーバー１００より、名前解決結果を受信する。
（Ｓ４０７）
クライアント端末２００は、ステップＳ４０６で受信した名前解決結果がＤＮＳキャッシュから取得したものである旨、およびそのＤＮＳキャッシュを消去するか否かをユーザーに問い合わせるメッセージを、画面上に表示する。
ユーザーは、そのメッセージに対し、ＤＮＳキャッシュを消去するか否かを画面上で選択する。消去すべき旨を選択したときはステップＳ４０８へ進み、消去しない旨を選択したときはステップＳ４１３へ進む。
なお、上記メッセージは、例えば以下のようにして画面表示することができる。
【００３３】
（Ｓ４０７：画面表示処理例その１）
クライアント端末２００のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）が行うＤＮＳクエリ処理の一貫として、ＯＳが上記メッセージを画面表示する。Ｗｅｂブラウザは、ユーザーが上記選択を行うまでは、ＩＰレベルで待機する。
（Ｓ４０７：画面表示処理例その２）
Ｗｅｂブラウザは、ＯＳのＩＰプロトコルスタック上のＤＮＳクエリ処理を補足し、上記メッセージを画面表示する。
【００３４】
（Ｓ４０８）
クライアント端末２００は、ＤＮＳサーバー１００へ、ステップＳ４０６で受信した名前解決結果に対応するＤＮＳキャッシュを消去するようリクエストする。
（Ｓ４０９）
キャッシュ消去部１３０は、ステップＳ４０８のリクエストを受信し、キャッシュ保持部１２０が保持している該当ＤＮＳキャッシュを消去する。
【００３５】
（Ｓ４１０）
名前解決部１１０は、ステップＳ４０３で受け取った名前解決要求について、改めて他のＤＮＳサーバーに名前解決を要求する。また、その結果を受け取り、キャッシュ保持部１２０にＴＴＬ値とともに格納する。
（Ｓ４１１）
名前解決部１１０は、Ａレコードの内容またはステップＳ４１０で取得した名前解決結果を、クライアント端末２００に返信する。このとき、名前解決部１１０は、ステップＳ４０５とは異なり、ＤＮＳキャッシュから取得したものである旨は送信しない。
【００３６】
（Ｓ４１２）
クライアント端末２００は、ＤＮＳサーバー１００より、名前解決結果を受信する。
（Ｓ４１３）
クライアント端末２００は、名前解決結果に基づきＷｅｂサーバーのＩＰアドレスを特定し、ＨＴＴＰリクエストを発行する。
【００３７】
以上、本実施の形態１に係るネットワークシステムの動作を説明した。
【００３８】
図５は、図４のステップＳ４０７でクライアント端末２００が画面表示するメッセージの１例である。クライアント端末２００は、図５のようなダイアログボックスを用いて、ユーザーにＤＮＳキャッシュを消去するか否かを選択するよう促すことができる。
【００３９】
以上のように、本実施の形態１によれば、キャッシュ消去部１３０は、キャッシュ保持部１２０が保持しているＤＮＳキャッシュを消去すべき旨のリクエストを受け付けてそのＤＮＳキャッシュを消去する。
これにより、ＤＮＳクライアント側からＤＮＳキャッシュを消去することができる。したがって、ＤＮＳクライアントは、必要に応じて、常に最新の名前解決結果を取得することができる。
【００４０】
また、本実施の形態１によれば、名前解決部１１０は、キャッシュ保持部１２０からＤＮＳキャッシュを取得して名前解決結果として返信するときは、その旨を表す識別子やメッセージなどを、併せて返信する。
これにより、名前解決結果を受け取ったＤＮＳクライアントは、その名前解決結果が古い可能性がある旨を認識することができる。したがって、ＤＮＳクライアントは、必要に応じて、ＤＮＳキャッシュを消去すべき旨をリクエストしたり、消去リクエストを発行するか否かを選択するようユーザーに促したりすることができる。
【００４１】
実施の形態２．
実施の形態１では、クライアント端末２００からの要求に応じてＤＮＳキャッシュを消去することを説明した。しかし、一般には、クライアント端末２００は必ずしも信頼できる端末であるとは限らない。環境やセキュリティ条件によっては、信頼できない端末からのＤＮＳキャッシュ要求を受け付けることは好ましくない場合もある。
そこで、本発明の実施の形態２では、ＤＮＳキャッシュを消去すべき旨のリクエストが正当であるか否かを認証する構成を説明する。
【００４２】
図６は、本実施の形態２に係るネットワークシステムの構成図である。本実施の形態２において、ＤＮＳサーバー１００は、実施の形態１で説明した構成に加えて、新たに権限管理部１４０を備える。その他の構成は、実施の形態１と同様である。
【００４３】
権限管理部１４０は、ＤＮＳキャッシュを消去すべき旨のリクエストをキャッシュ消去部１３０が受け付けた際に、そのリクエストが正当であるか否かを認証する。具体的には以下のような認証手法が考えられる。
【００４４】
（認証手法例１）
権限管理部１４０は、正当なＤＮＳクライアント端末や正当なユーザーに割り当てられた、ＩＤとパスワードのような認証情報をあらかじめ保持しておく。
権限管理部１４０は、ＤＮＳキャッシュを消去すべき旨のリクエストの送信元に、認証情報を送信するよう要求する。認証情報を受け取ると、あらかじめ保持している認証情報と照合し、その認証情報が正当であるか否かを判定する。
【００４５】
（認証手法例２）
権限管理部１４０は、信頼できるＤＮＳクライアント端末のＩＰアドレスやＭＡＣアドレスなど、信頼できる端末を識別することのできる識別情報のリストをあらかじめ保持しておく。
ＤＮＳキャッシュを消去すべき旨のリクエストがあると、権限管理部１４０は、このリストを照会して、そのリクエスト元端末が信頼できるか否かを判定する。
【００４６】
（認証手法例３）
権限管理部１４０は、上記認証手法例１〜２を組み合わせて用いることもできる。
例えば、信頼できる端末を識別することのできる識別情報のリストをあらかじめ保持しておき、さらに認証情報の送信も併せて要求する。認証情報が正当であり、かつ消去リクエストの送信元端末が上記リストに含まれているときのみ、そのリクエストは正当であるものとみなす。
【００４７】
権限管理部１４０は、その機能を実現する回路デバイスなどのハードウェアを用いて構成することもできるし、マイコンやＣＰＵなどの演算装置とその機能を規定するソフトウェアで構成することもできる。また、必要なネットワークインターフェースなどを適宜備える。さらには、必要に応じて、メモリなどの書き込み可能な記憶装置を適宜備える。
【００４８】
以上、本実施の形態２に係るネットワークシステムの各構成を説明した。
次に、本実施の形態２に係るネットワークシステムの動作を説明する。
【００４９】
図７は、本実施の形態２に係るネットワークシステムの動作シーケンス図である。ここでは、図４と同様に、ユーザーがＷｅｂブラウザを用いてＷｅｂページを閲覧する際の動作を例とした。また、認証情報として、ＩＤ／パスワードの組を用いるものとした。以下、図７の各ステップについて説明する。
【００５０】
（Ｓ４０１）〜（Ｓ４０８）
ステップＳ４０１〜Ｓ４０８は、図４と同様である。ステップＳ４０８の後にステップＳ７０１が続く点が、図４と異なる。
（Ｓ７０１）
キャッシュ消去部１３０は、ステップＳ４０８のリクエストを受信する。権限管理部１４０は、クライアント端末２００に対し、認証情報を送信するよう要求する。
【００５１】
（Ｓ７０２）
クライアント端末２００は、認証情報を入力すべき旨をユーザーに促すメッセージを、画面上に表示する。
ユーザーは、そのメッセージに応じて、認証情報を入力してＤＮＳサーバー１００に送信するか、またはＤＮＳキャッシュの消去リクエストをキャンセルするかを画面上で選択する。認証情報を送信するときはステップＳ７０２へ進み、消去リクエストをキャンセルするときはステップＳ４１３へ進む。
【００５２】
（Ｓ７０３）
権限管理部１４０は、ステップＳ７０２でクライアント端末２００が送信した認証情報が正当であるか否かを判定する。正当であればステップＳ４０９へ進み、正当でなければステップＳ７０１へ戻る。
【００５３】
（Ｓ４０９）〜（Ｓ４１３）
ステップＳ４０９〜Ｓ４１３は、図４と同様である。
【００５４】
以上、本実施の形態２に係るネットワークシステムの動作を説明した。
図７では上記（認証手法例１）を用いたが、他の認証手法例を用いるときは、ステップＳ７０１〜Ｓ７０３をその認証手法に合わせて適宜変更する。
【００５５】
図８は、図７のステップＳ７０２でクライアント端末２００が画面表示するメッセージの１例である。クライアント端末２００は、図８のようなダイアログボックスを用いて、ユーザーに認証情報を送信するか否かを選択するよう促すことができる。
【００５６】
以上のように、本実施の形態２によれば、権限管理部１４０は、ＤＮＳキャッシュを消去すべき旨のリクエストが正当であるか否かを、上記（認証手法例１）〜（認証手法例３）で例示した手法で認証する。
これにより、ＤＮＳキャッシュが不用意に消去されることがなくなるので、ＤＮＳサーバーが本来不要である他ＤＮＳサーバーへの問い合わせを何度も実行するような不具合が生じる可能性を抑えることができる。また、セキュリティの観点からも好ましい。
【００５７】
実施の形態３．
実施の形態１〜２では、ＤＮＳクライアント端末から名前解決要求があったときに、ＤＮＳキャッシュを消去することを説明した。
この他にも、ＤＮＳサーバー１００の管理者がＤＮＳサーバー１００にログインしてＤＮＳキャッシュを消去することに代えて、キャッシュ消去部１３０へＤＮＳキャッシュ消去リクエストを発行し、ＤＮＳキャッシュのクリーンアップを行う、という用途も考えられる。
【００５８】
同様に、そのＤＮＳキャッシュのクリーンアップリクエストが管理者によるものであるか否かを認証するため、実施の形態２で説明した認証手法を用いることもできる。
【００５９】
即ち、実施の形態１〜２で説明した手法は、ＤＮＳクライアントのみならず、ＤＮＳサーバー１００の管理用途にも用いることができる。
【００６０】
実施の形態４．
以上の実施の形態１〜３では、ＤＮＳの正引きレコードの動作例を説明したが、逆引きレコードその他のレコードやそのキャッシュについても、同様の手法によりキャッシュを消去することができる。
【符号の説明】
【００６１】
１００  ＤＮＳサーバー、１１０  名前解決部、１２０  キャッシュ保持部、１３０  キャッシュ消去部、１４０  権限管理部、２００  クライアント端末、３００  ネットワーク。
【図１】
2010206411.tif 000003
【図２】
2010206411.tif 000004
【図３】
2010206411.tif 000005
【図４】
2010206411.tif 000006
【図５】
2010206411.tif 000007
【図６】
2010206411.tif 000008
【図７】
2010206411.tif 000009
【図８】
2010206411.tif 000010