JP5942997B2 - エージェント装置及び通信中継方法 - Google Patents

Description

本発明は、ＤＮＳ（Domain Name System）クエリ技術に関する。

現在、パーソナルコンピュータ（ＰＣ）、携帯電話等のような各種端末を用いて、インターネット等のネットワーク上に存在するサーバにアクセスすることにより、所望の情報やサービスを受けることができる環境が整っている。このような環境においてＩＰ通信を実行するにあたり、通信を開始するクライアント装置は、通信相手となるサーバ装置のＩＰアドレスを取得する必要がある。一方、エンドユーザが目にするのは、ＩＰアドレスではなく、ＦＱＤＮ（Fully Qualified Domain Name）のようなサーバ装置の名前情報である。

従って、実際のＩＰ通信は、名前情報から通信相手のＩＰアドレスを取得するための名前解決処理が完了した後に、開始されると言っても過言ではない。以降、クライアント装置において通信相手のＩＰアドレスが取得されるまでの処理を、当該クライアント装置と通信相手装置との間で開始される実際のＩＰ通信シーケンスに対して、プレシーケンスと表記する場合もある。

図１３は、プレシーケンスの概念を示す図である。図１３では、実際のＩＰ通信シーケンスがメインシーケンスと表記されている。図１３に示すように、クライアント装置は、サーバとＩＰ通信を開始するに先立って、プレシーケンスとして、ＤＮＳの名前解決処理を実行する。

このようなプレシーケンス、即ち、ＤＮＳ名前解決に関する技術が下記特許文献１、２及び３に記載されている。下記特許文献１には、複数の名前解決機構を使い分ける手法が記載され、下記特許文献２には、ＬＡＮ端末とＤＮＳサーバとの間に設けられたゲートウェイ装置がＤＮＳネーム問合せを処理する手法が記載され、下記特許文献３には、トラフィック管理サーバが最適なサービスサーバのＩＰ情報をクライアントに返す手法が記載されている。

特開２００５−９４４８５号公報 特開２００６−１０９３１６号公報 特表２００６−５２６３０１号公報

上述したプレシーケンスは、実際のＩＰ通信（メインシーケンス）に大変大きな影響を与える。プレシーケンスにおいてクライアント装置に取得させるＩＰアドレスにより、実際のＩＰ通信の相手先が決められるだけでなく、当該ＩＰ通信の形態及び可否が決められるからである。従って、プレシーケンスを制御することは、実際のＩＰ通信を制御することに繋がる。

例えば、プレシーケンスにおいて、ＤＮＳサーバがクライアントにとって通信を望まない相手のＩＰアドレスを返した場合、当該クライアントは、そのＩＰアドレスを用いることにより、その通信を望まない相手とＩＰ通信を開始することになる。また、ＤＮＳサーバがＩＰアドレスを返さない場合、クライアントは、所望の相手とＩＰ通信を開始することができないばかりでなく、何ら返信をもらえないため暫くの間フリーズすることになる。更に、ＤＮＳサーバがＩＰｖ６アドレスのみを返した場合、クライアントは、ＩＰｖ６通信を開始しようとする。

ところが、当該プレシーケンスのうち、ＤＮＳクエリの返り値の制御は、実施されていないのが現状である。ＤＮＳサーバは、受信されたＤＮＳクエリパケットに含まれる指定情報（データの種別やキー情報等）に対応するＩＰアドレスやＦＱＤＮ等が存在すれば、それら情報をリソースデータとして含むレスポンスパケットを素直に返すに過ぎなかった。

従って、指定されたＦＱＤＮに関し複数のＩＰアドレスが登録されている場合、ＤＮＳサーバは、複数のＩＰアドレスをクライアントに返信していた。

ところで、サーバ装置のように複数のトランザクションを効率よく処理することが要求される通信装置が、複数のＩＰアドレスを持つことは一般的である。更に、ＩＰｖ４とＩＰｖ６との混在環境においては、各通信端末は少なくともそれぞれ２つ以上のＩＰアドレスを持つ。

しかしながら、実際のＩＰ通信において利用される通信先アドレスは１つである。また、クライアントは、一般的には、複数のＩＰアドレスから適切なＩＰアドレスを選択するポリシや知識を持っていない。従って、上述のようにＤＮＳクエリにより複数のＩＰアドレスを得たクライアントは、各ＩＰアドレスを所定の順番で順に用いて通信を試行することにより、１つのＩＰアドレスを選択していた。

このような手法では、効率よくＩＰ通信を開始できないばかりか、予期しないトラブルを招く可能性がある。

例えば、ＤＮＳクエリでＩＰｖ４アドレス及びＩＰｖ６アドレスが混在する複数のＩＰアドレスが返された場合、クライアントのアプリケーションは、ＩＰｖ６アドレスがＩＰｖ４アドレスよりも上位に位置づけられたＩＰアドレスリストを取得することになる。これは、ＩＰｖ４からＩＰｖ６へのスムーズな通信環境の移行を実現するための仕組みである。これにより、クライアントは、そのＩＰアドレスリストの順番に応じて、単純に、まず、ＩＰｖ６の通信を試行する。このとき、通信相手のクライアントがＩＰｖ６をサポートしていない場合、始点のクライアントは、ＩＰｖ６の通信エラーを判定するまで、ＩＰｖ４通信を開示することができず、無駄な時間を費やすことになる。また、ＩＰｖ６をサポートしない通信装置に対してＩＰｖ６通信が試行された場合、予期しないトラブルが生じる可能性もある。

本発明は、上述の事情に鑑みてなされたものであり、通信装置にＩＰ通信を効率よく適切に開始させる技術を提供する。

本発明の各態様では、上述した課題を解決するために、それぞれ以下の構成を採用する。

第１の態様は、エージェント装置に関する。第１の態様に係るエージェント装置は、ＤＮＳクエリパケットに対する応答としての、複数のＩＰアドレスをリソースデータとして含むレスポンスパケットを受信する受信部と、この受信部により受信されたレスポンスパケットのリソースデータに含まれる複数のＩＰアドレスの中から少なくとも１つのＩＰアドレスを選択する選択部と、当該複数のＩＰアドレスが、上記選択部により選択された少なくとも１つのＩＰアドレスに置き換えられたレスポンスパケットを、上記ＤＮＳクエリパケットの送信元の通信装置に送信する送信部と、を備える。

第２の態様は、通信中継方法に関する。第２の態様に係る通信中継方法は、ＤＮＳクエリパケットに対する応答としての、複数のＩＰアドレスをリソースデータとして含むレスポンスパケットを受信し、この受信されたレスポンスパケットのリソースデータに含まれる複数のＩＰアドレスの中から少なくとも１つのＩＰアドレスを選択し、リソースデータに含まれる複数のＩＰアドレスが、上記選択された少なくとも１つのＩＰアドレスに置き換えられたレスポンスパケットを、ＤＮＳクエリパケットの送信元の通信装置に送信する、ことを含む。

なお、本発明の他の態様としては、上記第１の態様における各構成をコンピュータに実現させるプログラムであってもよいし、このようなプログラムを記録したコンピュータが読み取り可能な記録媒体であってもよい。この記録媒体は、非一時的な有形の媒体を含む。

上記各態様によれば、通信装置にＩＰ通信を効率よく適切に開始させる技術を提供することができる。

上述した目的、およびその他の目的、特徴および利点は、以下に述べる好適な実施の形態、およびそれに付随する以下の図面によってさらに明らかになる。

図１は、第１実施形態に係るエージェント装置の構成例を概念的に示す図である。 図２は、第１実施形態に係るエージェント装置の動作例を概念的に示す図である。 図３は、第２実施形態に係るエージェント装置の構成例を概念的に示す図である。 図４は、第２実施形態に係るエージェント装置の動作例を概念的に示す図である。 図５は、第３実施形態に係るエージェント装置の構成例を概念的に示す図である。 図６は、第３実施形態に係るエージェント装置の動作例を概念的に示す図である。 図７は、処理設定データの第１例（AnswerSelect_by_Prefix_4）を示す図である。 図８は、処理設定データの第２例（AnswerSelect_by_Prefix_6）を示す図である。 図９は、処理設定データの第３例（AnswerSelect_by_Ping_6）を示す図である。 図１０は、第４実施形態におけるエージェント装置１０の構成例を概念的に示す図である。 図１１は、第４実施形態に係るエージェント装置１０の動作例を概念的に示す図である。 図１２は、処理設定データの第４例（Mapped(6_All_Round)）を示す図である。 図１３は、プレシーケンスの概念を示す図である。

以下、本発明の実施の形態について説明する。なお、以下に挙げる実施形態は例示であり、本発明は以下の実施形態の構成に限定されない。

［第１実施形態］
図１は、第１実施形態に係るエージェント装置１０の構成例を概念的に示す図である。

エージェント装置１０は、クライアント装置１とＤＮＳサーバ装置５とを結ぶ通信経路７の途中に設けられる。当該通信経路７の途中とは、クライアント装置１の通信インタフェースからＤＮＳサーバ装置５の通信インタフェースまでを結ぶ通信経路上のいずれの位置であっても構わないことを意味する。例えば、エージェント装置１０は、図１に示すようにクライアント装置１とＤＮＳサーバ装置５とは別体として設けられてもよいし、クライアント装置１内又はＤＮＳサーバ装置５内に設けられてもよい。以降、クライアント装置１及びＤＮＳサーバ装置５をクライアント１及びＤＮＳサーバ５と表記する場合もある。

エージェント装置１０は、捕獲部１１、中継部１２、受信部１４、選択部１５、送信部１６等を有する。これら各処理部は、個々に又は複数組み合わせられた状態で、少なくとも１つのハードウェア構成要素として実現されてもよいし、少なくとも１つのソフトウェア構成要素として実現されてもよいし、ハードウェア構成要素及びソフトウェア構成要素の組み合わせにより実現されてもよい。

ハードウェア構成要素とは、例えば、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、ゲートアレイ、論理ゲートの組み合わせ、信号処理回路、アナログ回路等のようなハードウェア回路である。ソフトウェア構成要素とは、１又は複数のメモリ上のデータ（プログラム）が１又は複数のプロセッサ（例えば、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）等）で実行されることにより実現される、タスク、プロセス、関数のようなソフトウェア部品（断片）である。各処理部がソフトウェア構成要素として実現される場合には、エージェント装置１０は、ＣＰＵ、メモリ、入出力インタフェース等を有する。なお、本実施形態は、エージェント装置１０のハードウェア構成を限定しない。

エージェント装置１０の各処理部の詳細については後述する。

クライアント装置１は、ＰＣ（Personal Computer）、携帯型ＰＣ、携帯電話等のような一般的な情報処理端末である。クライアント装置１は、ＷＥＢサーバ等のような任意の情報サーバ９やＤＮＳサーバ装置５にアクセスしデータを受け得る一般的な通信機能を有するものであればよい。クライアント装置１は、一般的な通信機能によりＤＮＳサーバ装置５及び情報サーバ９とＩＰ通信を行う。なお、本実施形態は、クライアント装置１のハードウェア構成及び機能構成を限定しない。

本実施形態におけるクライアント装置１は、情報サーバ９へのアクセスを開始するために、上述のプレシーケンスを実行する。具体的には、クライアント装置１は、名前解決処理の１つとして、ＤＮＳ正引き処理を実行することにより、情報サーバ９のＩＰアドレスをＤＮＳサーバ装置５から取得する。同様に、クライアント装置１は、名前解決処理の１つとして、ＤＮＳ逆引き処理を実行することにより、情報サーバ９のＦＱＤＮ（Fully Qualified Domain Name）をＤＮＳサーバ装置５から取得する。

ＤＮＳサーバ装置５は、一般的なＤＮＳサーバ群の中のいずれか１つを意味する。本実施形態では、特に個々のＤＮＳサーバ装置を区別しない。本実施形態は、ＤＮＳサーバ装置５のハードウェア構成及び機能構成を限定しない。

〔エージェント装置１０の各処理部〕
捕獲部１１は、クライアント装置１から送信されたＤＮＳクエリパケットを捕獲する。この捕獲とは、ＤＮＳサーバ装置５宛てのパケットのデータを取得し、かつ、ＤＮＳサーバ装置５に到達しないようにエージェント装置１０で遮断することを意味する。例えば、捕獲部１１は、ＵＤＰプロトコルであって、かつ、送信先ポート番号が５３に設定されたパケットをＤＮＳクエリパケットとして捕獲する。

中継部１２は、捕獲部１１により捕獲されたＤＮＳクエリパケットの送信元アドレスをエージェント装置１０自身のアドレスに書き換え、送信元アドレスが変更されたＤＮＳクエリパケットをＤＮＳサーバ装置５方向へ転送する。中継部１２は、捕獲部１１により捕獲された全てのＤＮＳクエリパケットを対象に書き換えを行ってもよいし、全てのＤＮＳクエリパケットの中から所定のルールで抽出されたＤＮＳクエリパケットを対象に書き換えを行ってもよい。

受信部１４は、ＤＮＳクエリパケットに対する応答としてＤＮＳサーバ装置５から送信された、複数のＩＰアドレスをリソースデータとして含むレスポンスパケットを受信する。このレスポンスパケットの宛先は、上述のように中継部１２により送信元アドレスの書き換えが行われているため、エージェント装置１０自身となっている。

選択部１５は、受信部１４により受信されたレスポンスパケットのリソースデータに含まれる複数のＩＰアドレスの中から少なくとも１つのＩＰアドレスを選択する。選択部１５は、当該レスポンスパケットに設定されている順番に従って、少なくとも１つのＩＰアドレスを選択してもよい。この選択手法によれば、ＤＮＳサーバ装置５がレスポンスパケットに設定した順番に従うことになる。

また、選択部１５は、保持される通信関連情報とレスポンスパケットに含まれる複数のＩＰアドレスとを照合させることにより、少なくとも１つのＩＰアドレスを選択してもよい。通信関連情報とは、例えば、ＩＰプレフィックス（ネットワークアドレス（ネットワークプレフィックス）とプレフィックス長との組）のリスト情報である。この場合、選択部１５は、レスポンスパケットに含まれる複数のＩＰアドレスの中から、保持されるリスト情報のＩＰプレフィックスに合致するＩＰアドレスを選択する。

送信部１６は、受信部１４で受信されたレスポンスパケットにリソースデータとして含まれる複数のＩＰアドレスを、選択部１５により選択された少なくとも１つのＩＰアドレスに置き換え、ＩＰアドレスが置き換えられたレスポンスパケットを、これに対応するＤＮＳクエリパケットの送信元のクライアント装置１宛てに送信する。

〔動作例〕
図２は、第１実施形態に係るエージェント装置１０の動作例を概念的に示す図である。

クライアント装置１からＤＮＳサーバ装置５宛てにＤＮＳクエリパケットが送信されると、エージェント装置１０の捕獲部１１がそのＤＮＳクエリパケットを捕獲する（Ｓ２１）。

エージェント装置１０では、中継部１２が、捕獲されたＤＮＳクエリパケットの送信元アドレスをエージェント装置１０自身のアドレスに書き換えた後、当該ＤＮＳクエリパケットをＤＮＳサーバ装置５へ中継する。ＤＮＳサーバ装置５は、このＤＮＳクエリパケットで要求される複数のＩＰアドレスを抽出し、抽出された複数のＩＰアドレスを含めたレスポンスパケットをエージェント装置１０宛てに送信する。

エージェント装置１０では、受信部１４がこのレスポンスパケットを受信する（Ｓ２２）。続いて、選択部１５がこのレスポンスパケットにリソースデータとして含まれる複数のＩＰアドレスから少なくとも１つのＩＰアドレスを選択する（Ｓ２３）。この選択には、レスポンスパケットに設定されている順番や、選択部１５により保持される通信関連情報等が利用される。

送信部１６は、受信部１４により受信されたレスポンスパケットにリソースデータとして含まれる複数のＩＰアドレスを、選択部１５により選択された少なくとも１つのＩＰアドレスに書き換える（Ｓ２４）。送信部１６は、この書き換えられたレスポンスパケットをクライアント装置１宛てに送信する。

クライアント装置１は、ＤＮＳクエリパケットに対応するレスポンスパケットを受信することにより、少なくとも１つのＩＰアドレスを取得することができる。クライアント装置１は、この取得された少なくとも１つのＩＰアドレスを用いて、所望の情報サーバ９とＩＰ通信を開始することができる（メインシーケンス）。

〔第１実施形態における作用及び効果〕
上述のように、第１実施形態におけるエージェント装置１０では、ＤＮＳサーバ装置５から送信されたＤＮＳクエリのレスポンスパケットが受信され、このレスポンスパケットにリソースデータとして含まれる複数のＩＰアドレスが少なくとも１つに絞られる。結果、ＤＮＳクエリパケットの送信元であるクライアント装置１に、エージェント装置１０により絞られたＩＰアドレスをリソースデータとして含むレスポンスパケットが送り届けられる。

このように、第１実施形態によれば、ＤＮＳサーバ装置５に登録されている複数のＩＰアドレスがそのままクライアント装置１に送られるのではなく、クライアント装置１に返すべきＩＰアドレスが適切なものに絞られる。即ち、第１実施形態によれば、ＤＮＳサーバ装置５に登録されている複数のＩＰアドレスの中から選択された適切なＩＰアドレスのみがクライアント装置１に送られる。

従って、第１実施形態によれば、複数のＩＰアドレスから適切なＩＰアドレスを選択するポリシや知識を持っていないクライアントであっても、ＤＮＳクエリのレスポンスを受けることにより、効率よくＩＰ通信を開始することができると共に、予期しないトラブルを招くようなＩＰ通信を防ぐことができる。このように、第１実施形態におけるエージェント装置１０によれば、通信装置にＩＰ通信を効率よく適切に開始させることができる。更には、エージェント装置１０によれば、クライアント装置１の通信を制御することができ、ひいては、通信網全体の通信動作を適切に制御することができる。

［第２実施形態］
第２実施形態では、適切なＩＰアドレスの選択に利用される通信関連情報が他の装置から取得される。以下、第２実施形態におけるエージェント装置１０について、第１実施形態と異なる内容を中心に説明する。

図３は、第２実施形態に係るエージェント装置１０の構成例を概念的に示す図である。第２実施形態におけるエージェント装置１０は、第１実施形態の構成に加えて、関連情報取得部１７を更に有する。関連情報取得部１７についても、ソフトウェア構成要素、ハードウェア構成要素、又は、それらの組み合わせにより実現される。

関連情報取得部１７は、受信部１４により受信されたレスポンスパケットにリソースデータとして含まれるＩＰアドレスのリストを選択部１５から取得し、この取得された各ＩＰアドレスで特定される各通信装置（情報サーバ９等）に関する通信関連情報を所定通信を用いて取得する。例えば、関連情報取得部１７は、当該通信関連情報を取得するために、取得された各ＩＰアドレスを宛先とする各ＩＣＭＰ（Internet Control Message Protocol）エコー要求パケットをそれぞれ送信する。なお、当該所定通信は、ＩＣＭＰ通信に限定されず、ＳＮＭＰ（Simple Network Management Protocol）通信やＮＩＱ（Node Information Query）や独自の通信であってもよい。

関連情報取得部１７は、送信された各ＩＣＭＰパケットに対する応答パケットのデータ内容、ＩＣＭＰパケットを送信してからその応答を受信するまでの時間、応答パケットの有無などに応じて、取得された各ＩＰアドレスで特定される各通信装置に関する通信関連情報をそれぞれ取得する。

具体的には、関連情報取得部１７は、応答パケットが受信されなかった場合や応答パケットにエラー情報（不達情報）が含まれる場合には、そのＩＰアドレスで示される通信装置とは通信不能と判定し、そのＩＰアドレスを除外対象として当該通信関連情報に格納してもよい。また、関連情報取得部１７は、送信してからその応答を受信するまでの時間が所定時間以内に収まらないＩＣＭＰパケットを特定し、特定されたＩＣＭＰの宛先としたＩＰアドレスを除外対象として当該通信関連情報に格納してもよい。また、関連情報取得部１７は、送信してからその応答を受信するまでの時間の長さが短い程、高い優先度が付くように、各ＩＰアドレスにそれぞれ優先度を付与し、優先度が付されたＩＰアドレスのリストを当該通信関連情報に格納するようにしてもよい。

関連情報取得部１７により取得される通信関連情報は、適切なＩＰアドレスを選択するための情報であれば、その通信関連情報の具体的内容は制限されない。適切なＩＰアドレスとは、そのＩＰアドレスを用いれば、ＤＮＳクエリパケットの送信元であるクライアント装置１が所望の相手と適切にＩＰ通信を実行することができる、そのようなＩＰアドレスを意味する。

なお、関連情報取得部１７による通信関連情報の取得処理は、受信部１４によりレスポンスパケットが受信される度に、そのレスポンスパケットに含まれる全ＩＰアドレスを対象に実行されるようにしてもよい。また、各ＩＰアドレスに関する通信関連情報にライフタイムをそれぞれ設け、その通信関連情報が既に取得されているＩＰアドレスについては、そのライフタイムの経過に応じて、通信関連情報の取得処理が実行されるようにしてもよい。

選択部１５は、このように関連情報取得部１７により取得された通信関連情報を用いて、受信部１４により受信されたレスポンスパケットにリソースデータとして含まれる複数のＩＰアドレスから少なくとも１つのＩＰアドレスを選択する。

〔動作例〕
図４は、第２実施形態に係るエージェント装置１０の動作例を概念的に示す図である。図４では、第１実施形態と同様の処理には、図２と同様の符号が付されている。第２実施形態に係るエージェント装置１０は、第１実施形態と同様に、処理（Ｓ２１）から（Ｓ２２）を実行する。

第２実施形態では、関連情報取得部１７が、受信されたレスポンスパケットにリソースデータとして含まれる各ＩＰアドレスに関する通信関連情報をそれぞれ取得する（Ｓ４１）。図４には、各ＩＰアドレスにより示される情報サーバ９に関する通信関連情報が通信を介して取得される例が示される。関連情報取得部１７は、例えば、ＩＣＭＰを用いることにより、各ＩＰアドレスに関する通信関連情報をそれぞれ取得する。

選択部１５は、関連情報取得部１７により取得された通信関連情報に基づいて、受信されたレスポンスパケットにリソースデータとして含まれる複数のＩＰアドレスの中から、少なくとも１つのＩＰアドレスを選択する（Ｓ２３）。以降、エージェント装置１０は、第１実施形態と同様に動作する（処理（Ｓ２４）以降）。

〔第２実施形態における作用及び効果〕
上述のように、第２実施形態におけるエージェント装置１０では、各ＩＰアドレスに関する通信関連情報がエージェント装置１０により所定の通信を介して取得される。エージェント装置１０では、このように取得された通信関連情報とレスポンスパケットにリソースデータとして含まれる複数のＩＰアドレスとが照合されることにより、クライアント装置１にとって適切なＩＰアドレスが選択される。即ち、第２実施形態では、クライアント装置１にＩＰ通信を適切に実行させ得るための知識（通信関連情報）がエージェント装置１０に蓄積され、この知識に基づいて選択された適切なＩＰアドレスのみがＤＮＳ正引きの応答としてクライアント装置１に送られる。

従って、ＤＮＳ正引きのレスポンスをエージェント装置１０を介して受信したクライアント装置１は、そのレスポンスには通信不能な又は通信困難なＩＰアドレスが含まれていないため、特に知識を持つことなく、適切に所望の相手とＩＰ通信を実行することができる。即ち、第２実施形態によれば、通信装置にＩＰ通信を効率よく適切に開始させることができる。

［第３実施形態］
上述の第２実施形態では、クライアント装置１の通信相手のＩＰアドレスに関して収集された通信関連情報がＩＰアドレスの選択に利用されたが、クライアント装置１に関する通信関連情報がＩＰアドレスの選択に利用されてもよい。

図５は、第３実施形態に係るエージェント装置１０の構成例を概念的に示す図である。第３実施形態におけるエージェント装置１０の構成は、第２実施形態と同様であるが、関連情報取得部１７の処理内容が第２実施形態と異なる。以下、第３実施形態におけるエージェント装置１０について、第２実施形態と異なる内容を中心に説明する。

関連情報取得部１７は、捕獲部１１により捕獲されたＤＮＳクエリパケットの送信元であり、かつ、受信部１４により受信されたレスポンスパケットの送信先であるクライアント装置１に関する通信関連情報を所定の通信を用いて取得する。例えば、この取得処理は、中継部１２が捕獲部１１により捕獲されたＤＮＳクエリパケットをＤＮＳサーバ装置５へ中継する前、又は、送信部１６がレスポンスパケットをクライアント装置１宛てに送信する前に実行される。所定の通信とは、例えば、ＳＮＭＰ（Simple Network Management Protocol）、ＮＩＱ（Node Information Query）、独自の通信等である。

クライアント装置１に関する通信関連情報は、例えば、ＩＰプレフィックスのリスト情報である。また、当該通信関連情報には、当該クライアント装置１がサポートするＩＰバージョンの情報が含まれる。これにより、選択部１５は、レスポンスパケットの送信先となるクライアント装置１がＩＰｖ６をサポートするか否かを判断し、クライアント装置１にとって適切なＩＰアドレスを選択することができる。

関連情報取得部１７により取得される通信関連情報は、クライアント装置１が所望の相手と適切にＩＰ通信を実行することができる、適切なＩＰアドレスを選択するための情報であれば、その通信関連情報の具体的内容を制限しない。関連情報取得部１７は、第２実施形態の内容に加えて、又は、第２実施形態の内容に代えて、クライアント装置１に関する通信関連情報を取得する。

〔動作例〕
図６は、第３実施形態に係るエージェント装置１０の動作例を概念的に示す図である。図６には、第２実施形態と第３実施形態とが組み合わされた形態が示されており、第２実施形態と同様の処理には、図４と同様の符号が付されている。第２実施形態に係るエージェント装置１０は、第２実施形態と同様に、処理（Ｓ２１）、（Ｓ２２）、（Ｓ４１）を実行する。

第３実施形態に係るエージェント装置１０では、関連情報取得部１７は、処理（Ｓ２２）で受信されたレスポンスパケットの送信先となるクライアント装置１に関する通信関連情報を所定通信（ＩＣＭＰ等）を用いてクライアント装置１から取得する（Ｓ６１）。

続いて、選択部１５は、処理（Ｓ４１）で取得された通信関連情報及び処理（Ｓ６１）で取得された通信関連情報に基づいて、処理（Ｓ２２）で受信されたレスポンスパケットにリソースデータとして含まれる複数のＩＰアドレスの中から少なくとも１つのＩＰアドレスを選択する（Ｓ２３）。例えば、選択部１５は、当該複数のＩＰアドレスの中から、処理（Ｓ４１）で不通と判断されたＩＰアドレスを除外し、更に、クライアント装置１がサポートするＩＰバージョンと合致しないＩＰアドレスを除外する。

結果、このように選択部１５により選択されたＩＰアドレスがリソースデータとして含まれるレスポンスパケットがクライアント装置１に送られる。

なお、図６に示される、クライアント装置１に関する通信関連情報を取得する処理（Ｓ６１）は、処理（Ｓ２１）の後に実行されてもよい。この場合、関連情報取得部１７は、捕獲部１１により捕獲されたＤＮＳクエリパケットの送信元に関する通信関連情報を取得することになる。また、図６の例では、処理（Ｓ４１）が実行されたが、処理（Ｓ４１）は実行されなくてもよい。この場合、選択部１５は、処理（Ｓ６１）で取得された通信関連情報を用いてＩＰアドレスの選択を行えばよい。

〔第３実施形態における作用及び効果〕
上述のように、第３実施形態におけるエージェント装置１０では、ＤＮＳ正引きに対する応答としてＤＮＳサーバ装置５から送られる複数のＩＰアドレスを適切なものに絞るために、ＤＮＳ正引きの要求元であるクライアント装置１に関する通信関連情報が所定の通信を介して取得される。即ち、第３実施形態では、クライアント装置１にＩＰ通信を適切に実行させ得るための知識（通信関連情報）として、クライアント装置１に関する情報がエージェント装置１０で蓄積され、この知識に基づいて選択された適切なＩＰアドレスのみがＤＮＳ正引きの応答としてクライアント装置１に送られる。

従って、ＤＮＳ正引きのレスポンスをエージェント装置１０を介して受信したクライアント装置１は、そのレスポンスには、自身の通信環境に適合しないＩＰアドレスが含まれていないため、適切に所望の相手とＩＰ通信を実行することができる。即ち、第３実施形態によれば、通信装置にＩＰ通信を効率よく適切に開始させることができる。

［変形例］
上述の各実施形態では、受信部１４がＤＮＳサーバ装置５から送信されたレスポンスパケットを受信するために、エージェント装置１０に捕獲部１１及び中継部１２が設けられている。しかしながら、受信部１４がレスポンスパケットを受信することができるのであれば、エージェント装置１０は捕獲部１１及び中継部１２を持たなくてもよい。この場合に、受信部１４は、捕獲部１１と同様の手法により、当該レスポンスパケットを捕獲するようにすればよい。

上述のエージェント装置１０は、捕獲されたＤＮＳクエリパケットに対して所定の判定処理を適用することにより、当該ＤＮＳクエリパケットをＤＮＳサーバ装置５に中継するか否か、及び、ＩＰアドレスの選択手法を決定するようにしてもよい。以下、上記所定の判定処理の具体例を実施例１として説明する。

捕獲部１１は、図７から図９に示すような、処理設定データを保持し、この処理設定データの内容に基づいて、捕獲されたＤＮＳクエリパケットに対する所定の判定処理を行うようにしてもよい。処理設定データには、送信元Ｌ２アドレス（Client L2 Addressと表記）、送信元ＩＰアドレス（Client IP Addressと表記）、クエリの対象情報の種類を示すクエリタイプ、クエリのキー情報となるクエリ名、及び、アクション情報（Actionと表記）が格納される。捕獲部１１は、処理設定データに設定される、送信元Ｌ２アドレス、送信元ＩＰアドレス、クエリタイプ及びクエリ名の少なくとも１つを用いた複数の条件のうち、捕獲されたＤＮＳクエリパケットに合致する条件を特定し、この特定された条件に対応するアクション情報を当該ＤＮＳクエリパケットに対する処理に決定する。

図７は、処理設定データの第１例（AnswerSelect_by_Prefix_4）を示す図である。第１例の処理設定データを参照した捕獲部１１は、クエリタイプがＡレコードを示すＤＮＳクエリパケットをＤＮＳサーバ装置５への中継対象に決定する。これにより、中継部１２は、そのＤＮＳクエリパケットをＤＮＳサーバ装置５へ中継する。更に、捕獲部１１は、通信関連情報としてＩＰプリフィックスのリスト情報を用いて１つのＩＰアドレスを選択するように選択部１５に指示する。アクション情報に含まれる「ＮＲ（Normal Resolving）」は、捕獲されたＤＮＳクエリパケットをＤＮＳサーバ装置５へ転送することを示し、「Ｓｅｌｅｃｔ＿Ｏｎｅ．Ｐｒｅｆｉｘ＿Ｌｉｓｔ」は、通信関連情報としてＩＰプリフィックスのリスト情報を用いて１つのＩＰアドレスを選択することを示す。

一方、捕獲部１１は、クエリタイプがＡＡＡＡレコードを示すＤＮＳクエリパケットを拒絶対象に決定する。これにより、捕獲部１１は、このＤＮＳクエリパケットを中継部１２に中継させず、そのＤＮＳクエリパケットの送信元に否定応答を返信するように送信部１６に指示する。アクション情報の「ＳＲ．ＮｏＡｎｓｗｅｒ」は、ＤＮＳクエリパケットを転送することなくエージェント装置１０自身が否定応答をクライアント装置１へ返すことを示す。

従って、第１例によれば、ＤＮＳ正引きの応答として、ＩＰプリフィックスリストに応じたＩＰｖ４アドレスを１つだけクライアント装置１に送ることができる。即ち、第１例によれば、エージェント装置１０は、ＩＰｖ４通信のみが実行されるように、クライアント装置１を制御することができる。

図８は、処理設定データの第２例（AnswerSelect_by_Prefix_6）を示す図である。第２例の処理設定データを参照した捕獲部１１は、クエリタイプがＡＡＡＡレコードを示すＤＮＳクエリパケットをＤＮＳサーバ装置５への中継対象に決定する。これにより、中継部１２は、そのＤＮＳクエリパケットをＤＮＳサーバ装置５へ中継する。更に、捕獲部１１は、通信関連情報としてＩＰプリフィックスのリスト情報を用い、かつ、ＩＰアドレスを１つだけ選択するように、選択部１５に指示する。アクション情報に含まれる「ＮＲ（Normal Resolving）」は、捕獲されたＤＮＳクエリパケットをＤＮＳサーバ装置５へ転送することを示し、「Ｓｅｌｅｃｔ＿Ｏｎｅ．Ｐｒｅｆｉｘ＿Ｌｉｓｔ」は、通信関連情報としてＩＰプリフィックスのリスト情報を用いて、１つのＩＰアドレスを選択することを示す。

一方、捕獲部１１は、クエリタイプがＡレコードを示すＤＮＳクエリパケットを拒絶対象に決定する。これにより、捕獲部１１は、このＤＮＳクエリパケットを中継部１２に中継させず、そのＤＮＳクエリパケットの送信元に否定応答を返信するように送信部１６に指示する。

従って、第２例によれば、ＤＮＳ正引きの応答として、ＩＰプリフィックスリストに応じたＩＰｖ６アドレスを１つだけクライアント装置１に送ることができる。即ち、第２例によれば、エージェント装置１０は、ＩＰｖ６通信のみが実行されるように、クライアント装置１を制御することができる。

図９は、処理設定データの第３例（AnswerSelect_by_Ping_6）を示す図である。第３例の処理設定データを参照した捕獲部１１は、クエリタイプがＡＡＡＡレコード又はＡレコードを示すＤＮＳクエリパケットをＤＮＳサーバ装置５への中継対象に決定する。これにより、中継部１２は、そのＤＮＳクエリパケットをＤＮＳサーバ装置５へ中継する。

更に、第３例の処理設定データを参照した捕獲部１１は、クエリタイプに応じて、ＩＰアドレスの選択手法を替える。具体的には、捕獲部１１は、クエリタイプがＡレコードを示すレスポンスパケットに含まれるＩＰアドレスの選択には、先頭に設定された１つのＩＰアドレスを選択する手法を用い、クエリタイプがＡＡＡＡレコードを示すレスポンスパケットに含まれるＩＰアドレスの選択には、第２実施形態の手法で１つのＩＰアドレスを選択する手法を用いるように、選択部１５に指示する。アクション情報に含まれる「Ｓｅｌｅｃｔ＿Ｏｎｅ．Ｆｉｒｓｔ」は、先頭に設定されたＩＰアドレスを１つだけ選択する手法を示し、「Ｓｅｌｅｃｔ＿Ｏｎｅ．Ｔｒｉａｌ．Ｐｒｏｂｅ（ｐｉｎｇ）」は、各ＩＰアドレスに関するｐｉｎｇコマンドで取得される通信関連情報を用いてＩＰアドレスを１つだけ選択する手法を示す。

このように、第３例によれば、ＤＮＳクエリパケットに設定されるクエリタイプに応じて、ＤＮＳクエリの要求元であるクライアント装置１に送られるＩＰアドレスの選択手法を切り替えることができる。第３例によれば、ＩＰｖ６アドレスの選択には、そのＩＰアドレスで特定される通信装置から所定通信を用いて取得された通信関連情報が利用され、ＩＰｖ４アドレスの選択には、レスポンスパケットへの設定順番が利用される。このように、第３例によれば、エージェント装置１０は、クライアント装置１へ送られるＩＰアドレスを細かく制御することができる。

上述の実施例に示した処理設定データによれば、ＤＮＳクエリパケット内のデータ（送信元アドレス、クエリタイプ、クエリ名等）に応じて、選択に用いる通信関連情報の種別を切り替えることもできるし、選択されるＩＰアドレスの数（Ｓｅｌｅｃｔ＿Ｔｗｏなど）を切り替えることもできる。

［第４実施形態］
第４実施形態におけるエージェント装置１０は、ＩＰｖ４アドレス及びＩＰｖ６アドレスが混在している環境において有効な機能を更に有する。図１０は、第４実施形態におけるエージェント装置１０の構成例を概念的に示す図である。

第４実施形態におけるエージェント装置１０は、第１実施形態の選択部１５に代え、変換部１００を有する。変換部１００についても、ソフトウェア構成要素、ハードウェア構成要素、又は、それらの組み合わせにより実現される。以下、第４実施形態におけるエージェント装置１０について、第１実施形態と異なる内容を中心に説明する。

捕獲部１１は、第１実施形態の処理に加えて、捕獲されたＤＮＳクエリパケットに設定されているクエリタイプがＡＡＡＡレコードを示す場合に、当該ＤＮＳクエリパケットに対応する処理をサポート処理に決定する。この場合、捕獲部１１は、決定された処理内容を中継部１２に通知する。

中継部１２は、捕獲部１１からサポート処理が決定された旨の通知を受けると、当該ＤＮＳクエリパケットを、まずＤＮＳサーバ装置５方向に送出する。更に、中継部１２は、当該ＤＮＳクエリパケットに基づいて、クエリタイプがＡＡＡＡレコードからＡレコードに書き換えられたＤＮＳクエリパケットを生成し、このクエリタイプがＡレコードを示すＤＮＳクエリパケットをＤＮＳサーバ装置５方向に送出する。

変換部１００は、上述のようなサポート処理が適用されたＤＮＳクエリパケットの応答となるレスポンスパケットが受信部１４で受信された場合に、クエリタイプがＡレコードを示すレスポンスパケットにリソースデータとして含まれるＩＰｖ４アドレスをＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスに変換する。このとき、複数のＩＰｖ４アドレスが含まれている場合には、変換部１００は、各ＩＰｖ４アドレスをそれぞれＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスに変換する。

ここで、ＩＰｖ４アドレスをＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスに変換する手法は周知である。特に、ＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスについて、その定義は、以下の参考文献１「2.5.5.2 IPv4-Mapped IPv6 Address」に記載されており、使用方法及び機能は、以下の参考文献２に記載されているため、ここでは詳細な説明は省略する。
＜参考文献１＞R. Hinden, S. Deering, "IP Version 6 Addressing Architecture", February 2006, RFC4291 (http://www.ietf.org/rfc/rfc4291.txt)
＜参考文献２＞M-K. Shin, et al., "Application Aspects of IPv6 Transition", March 2005, RFC4038 (http://www.ietf.org/rfc/rfc4038.txt)

送信部１６は、変換部１００により変換されたＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスと、レスポンスパケットにリソースデータとして含まれていたＩＰｖ６アドレスとを、リソースデータとして含むレスポンスパケットを生成する。これにより、このレスポンスパケットに設定される回答数は、ＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスの数と、ＩＰｖ６アドレスの数との合計値となる。送信部１６は、このように生成されたレスポンスパケットをクライアント装置１へ送る。

〔動作例〕
図１１は、第４実施形態に係るエージェント装置１０の動作例を概念的に示す図である。

クライアント装置１からＤＮＳサーバ装置５宛てにＤＮＳクエリパケットが送信されると、エージェント装置１０の捕獲部１１がそのＤＮＳクエリパケットを捕獲する（Ｓ１１１）。続いて、捕獲部１１は、そのＤＮＳクエリパケットのクエリタイプがＡＡＡＡレコードを示すか否かを判定する（Ｓ１１２）。

中継部１２は、クエリタイプがＡＡＡＡレコードを示すＤＮＳクエリパケットをそのままＤＮＳサーバ装置５へ転送する。更に、中継部１２は、当該ＤＮＳクエリパケットに基づいて、クエリタイプがＡＡＡＡレコードからＡレコードに書き換えられたＤＮＳクエリパケットを生成し、このクエリタイプがＡレコードを示すＤＮＳクエリパケットをＤＮＳサーバ装置５方向に送出する。なお、本実施形態の動作は、図１１に図示された順序に制限されず、レスポンスの受信に関わらず、２タイプのＤＮＳクエリパケットが順次送信されればよい。

これにより、ＤＮＳサーバ装置５は、各ＤＮＳクエリパケットに応じて、ＡＡＡＡレコードに対応するＩＰｖ６アドレスをリソースデータとして含むレスポンスパケット、及び、Ａレコードに対応するＩＰｖ４アドレスをリソースデータとしても含むレスポンスパケットをそれぞれ返信する。

エージェント装置１０では、受信部１４が、上記２タイプのレスポンスパケットをそれぞれ受信すると、変換部１００は、リソースデータとして含まれるＩＰｖ４アドレスをＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスに変換する（Ｓ１１３）。

続いて、送信部１６は、変換部１００により変換されたＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスと、レスポンスパケットにリソースデータとして含まれていたＩＰｖ６アドレスとを、リソースデータとして含むレスポンスパケットを生成する（Ｓ１１４）。送信部１６は、このように生成されたレスポンスパケットをクライアント装置１へ送る。

〔第４実施形態における作用及び効果〕
このように、第４実施形態におけるエージェント装置１０では、クエリタイプがＡＡＡＡレコードを示すＤＮＳクエリパケットが受信された場合、そのＤＮＳクエリパケットがＤＮＳサーバ装置５へ転送されると共に、更に、クエリタイプがＡレコードに変換されたＤＮＳクエリパケットがＤＮＳサーバ装置５へ送信される。これにより、各ＤＮＳクエリパケットに対する各レスポンスパケットがそれぞれエージェント装置１０で受信される。受信されたレスポンスパケットにリソースデータとして含まれるＩＰｖ４アドレスがＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスに変換され、このＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスとＩＰｖ６アドレスとを含むレスポンスパケットがクライアント装置１へ送信される。

従って、第４実施形態によれば、クライアント装置１は、クエリタイプがＡＡＡＡレコードを示すＤＮＳクエリパケットを送信しさえすれば、所望の通信相手に関するＩＰｖ６アドレスと共に、ＩＰｖ４−ｍａｐｐｅｄ−ＩＰｖ６アドレスを取得することができる。

エージェント装置１０は、捕獲されたＤＮＳクエリパケットに対して所定の判定処理を適用することにより、上述のサポート処理を適用するか否かを決定するようにしてもよい。以下、上記所定の判定処理の具体例を実施例２として説明する。

捕獲部１１は、図１２に示すような、処理設定データを保持し、この処理設定データの内容に基づいて、捕獲されたＤＮＳクエリパケットに対する所定の判定処理を行うようにしてもよい。処理設定データの各項目については、実施例１と同様である。捕獲部１１は、処理設定データに設定される、送信元Ｌ２アドレス、送信元ＩＰアドレス、クエリタイプ及びクエリ名の少なくとも１つを用いた複数の条件のうち、捕獲されたＤＮＳクエリパケットに合致する条件を特定し、この特定された条件に対応するアクション情報を当該ＤＮＳクエリパケットに対する処理に決定する。

図１２は、処理設定データの第４例（Mapped(6_All_Round)）を示す図である。第４例の処理設定データを参照した捕獲部１１は、クエリタイプがＡＡＡＡレコードを示すＤＮＳクエリパケットに対する処理を上記サポート処理に決定する。アクション情報の「ＮＲ．Ｍａｐｐｅｄ」は、上記サポート処理の実行を示す。

一方、捕獲部１１は、クエリタイプがＡレコードを示すＤＮＳクエリパケットを拒絶対象に決定する。これにより、捕獲部１１は、このＤＮＳクエリパケットを中継部１２に中継させず、そのＤＮＳクエリパケットの送信元に否定応答を返信するように送信部１６に指示する。アクション情報の「ＳＲ．ＮｏＡｎｓｗｅｒ」は、ＤＮＳクエリパケットを転送することなくエージェント装置１０自身が否定応答をクライアント装置１へ返すことを示す。

従って、第４例によれば、ＩＰｖ６形式のアドレスのみをクライアント装置１に送ることができる。更に、このような処理設定データによれば、ＤＮＳクエリパケット内のデータ（送信元アドレス、クエリタイプ、クエリ名等）に応じて、サポート処理の実施と、否定応答の返信とを切り替えることができる。

なお、上述の説明で用いた複数のフローチャートでは、複数のステップ（処理）が順番に記載されているが、本実施形態で実行される処理ステップの実行順序は、その記載の順番に制限されない。本実施形態では、図示される処理ステップの順番を内容的に支障のない範囲で変更することができる。また、上述の各実施形態及び各変形例は、内容が相反しない範囲で組み合わせることができる。

この出願は、２０１１年９月６日に出願された日本出願特願２０１１−１９３４９９号を基礎とする優先権を主張し、その開示の全てをここに取り込む。

Claims (11)

1. ＤＮＳ（Domain Name System）クエリパケットに対する応答としての、複数のＩＰ（Internet Protocol）アドレスをリソースデータとして含むレスポンスパケットを受信する受信部と、
   前記受信部により受信されたレスポンスパケットのリソースデータに含まれる前記複数のＩＰアドレスの中から少なくとも１つのＩＰアドレスを選択する選択部と、
   前記リソースデータに含まれる前記複数のＩＰアドレスが、前記選択部により選択された少なくとも１つのＩＰアドレスに置き換えられたレスポンスパケットを、前記ＤＮＳクエリパケットの送信元の通信装置に送信する送信部と、
   を備えるエージェント装置。
2. 前記選択部は、前記少なくとも１つのＩＰアドレスの選択手法を複数有しており、前記ＤＮＳクエリパケット内のデータに応じて、当該複数の選択手法を切り替える、
   請求項１に記載のエージェント装置。
3. 前記受信部により受信されたレスポンスパケットにリソースデータとして含まれる少なくとも１つのＩＰアドレスを宛先とする所定通信を実行することにより、当該少なくとも１つのＩＰアドレスで特定される通信装置に関する通信関連情報を取得する関連情報取得部、
   を更に備え、
   前記選択部は、前記関連情報取得部により取得された通信関連情報に基づいて、前記受信部により受信されたレスポンスパケットのリソースデータに含まれる前記複数のＩＰアドレスの中から少なくとも１つのＩＰアドレスを選択する、
   請求項１又は２に記載のエージェント装置。
4. 前記ＤＮＳクエリパケットの送信元の通信装置を宛先とする所定通信を実行することにより、当該送信元の通信装置に関する通信関連情報を取得する関連情報取得部、
   を更に備え、
   前記選択部は、前記関連情報取得部により取得された通信関連情報に基づいて、前記受信部により受信されたレスポンスパケットのリソースデータに含まれる前記複数のＩＰアドレスの中から少なくとも１つのＩＰアドレスを選択する、
   請求項１から３のいずれか１項に記載のエージェント装置。
5. 前記所定通信は、ＩＣＭＰ（Internet Control Message Protocol）通信、ＳＮＭＰ（Simple Network Management Protocol）通信、又は、ＮＩＱ（Node Information Query）通信である、
   請求項３又は４に記載のエージェント装置。
6. ＤＮＳ（Domain Name System）クエリパケットに対する応答としての、複数のＩＰ（Internet Protocol）アドレスをリソースデータとして含むレスポンスパケットを受信し、
   前記受信されたレスポンスパケットのリソースデータに含まれる前記複数のＩＰアドレスの中から少なくとも１つのＩＰアドレスを選択し、
   前記リソースデータに含まれる前記複数のＩＰアドレスが、前記選択された少なくとも１つのＩＰアドレスに置き換えられたレスポンスパケットを、前記ＤＮＳクエリパケットの送信元の通信装置に送信する、
   ことを含む通信中継方法。
7. 前記少なくとも１つのＩＰアドレスの選択は、前記少なくとも１つのＩＰアドレスの選択手法を複数有しており、前記ＤＮＳクエリパケット内のデータに応じて、当該複数の選択手法を切り替える、
   請求項６に記載の通信中継方法。
8. 前記受信されたレスポンスパケットにリソースデータとして含まれる少なくとも１つのＩＰアドレスを宛先とする所定通信を実行することにより、当該少なくとも１つのＩＰアドレスで特定される通信装置に関する通信関連情報を取得する、
   ことを更に含み、
   前記少なくとも１つのＩＰアドレスの選択は、前記取得された通信関連情報に基づいて、前記受信されたレスポンスパケットのリソースデータに含まれる前記複数のＩＰアドレスの中から少なくとも１つのＩＰアドレスを選択する、
   請求項６又は７に記載の通信中継方法。
9. 前記ＤＮＳクエリパケットの送信元の通信装置を宛先とする所定通信を実行することにより、当該送信元の通信装置に関する通信関連情報を取得する、
   ことを更に含み、
   前記少なくとも１つのＩＰアドレスの選択は、前記取得された通信関連情報に基づいて、前記受信されたレスポンスパケットのリソースデータに含まれる前記複数のＩＰアドレスの中から少なくとも１つのＩＰアドレスを選択する、
   請求項６から８のいずれか１項に記載の通信中継方法。
10. 前記所定通信は、ＩＣＭＰ（Internet Control Message Protocol）通信、ＳＮＭＰ（Simple Network Management Protocol）通信、又は、ＮＩＱ（Node Information Query）通信である、
    請求項８又は９に記載の通信中継方法。
11. コンピュータに、
    ＤＮＳ（Domain Name System）クエリパケットに対する応答としての、複数のＩＰ（Internet Protocol）アドレスをリソースデータとして含むレスポンスパケットを受信する受信部と、
    前記受信部により受信されたレスポンスパケットのリソースデータに含まれる前記複数のＩＰアドレスの中から少なくとも１つのＩＰアドレスを選択する選択部と、
    前記リソースデータに含まれる前記複数のＩＰアドレスが、前記選択部により選択された少なくとも１つのＩＰアドレスに置き換えられたレスポンスパケットを、前記ＤＮＳクエリパケットの送信元の通信装置に送信する送信部と、
    を実現させることを特徴とするエージェントプログラム。

Images