(57)【要約】【課題】ＤＮＳ  のツリーが複数ある場合に適切なツリーを選択する装置を用いて、移動先ネットワークに固有な環境情報を取得して、設定することができるＤＮＳ  問い合わせ装置及びその方法を提供する。【解決手段】接続されているネットワーク上で問い合わせ可能なＤＮＳサーバに対し、問い合わせを行った応答情報から、端末が所属するドメイン情報を検索し、これをキーにしてアクセス先にネットワーク接続するためのネットワーク設定情報を記憶装置内のテーブルから読み出して設定する。【選択図】  図１
2004282529.tif 000002
【特許請求の範囲】
【請求項１】
接続されているネットワーク上での自装置の位置情報を受信する現在位置情報受付手段と、
前記現在位置情報受付手段で受信した位置情報を記憶する現在位置管理手段と、
問い合わせ可能なＤＮＳ  サーバに関するサーバ情報を受信するサーバ情報受付手段と、
前記サーバ情報受付手段で受信したサーバ情報を記憶するサーバ管理手段と、
クライアントからＤＮＳ  サーバに対する問い合わせ要求を受信する要求受付手段と、
前記要求受付手段で受信した問い合わせ要求を、前記位置情報及び又は前記サーバ情報に基づいて決定した少なくとも１  つ以上のＤＮＳ  サーバに転送する要求転送手段と、
前記要求転送手段で転送した問い合わせ要求に対する応答を受信する応答受信手段と、
前記応答受信手段で受信した応答によって前記サーバ情報の書き換えが生じた場合は、前記サーバ情報を書きかえるサーバ情報変更手段と、
このサーバ情報に基づき、前記問い合わせ要求に対応する応答結果を選択し、前記クライアントに該応答結果を応答する要求応答手段と、
クライアント自身のドメイン情報と、クライアントがアクセス要求したリソースのドメイン情報を比較して、所定のネットワーク設定情報を選択し適用するネットワーク設定手段とを具備したことを特徴とするＤＮＳ  問い合わせ装置。
【請求項２】
前記ネットワーク設定手段は、前記現在位置管理手段の保持する情報端末の現在位置属性と、前記サーバ管理手段で保持する情報端末とそのアクセス先のドメイン情報に基づき、送信元アドレスを設定することを特徴とする請求項１に記載のＤＮＳ  問い合わせ装置。
【請求項３】
前記ネットワーク設定手段は、前記現在位置管理手段の保持する情報端末の現在位置属性と、前記サーバ管理手段で保持する情報端末とそのアクセス先のドメイン情報を基づき、経路制御情報を設定することを特徴とする請求項１に記載のＤＮＳ  問い合わせ装置。
【請求項４】
前記ネットワーク設定手段は、前記現在位置管理手段の保持する情報端末の現在位置属性と、前記サーバ管理手段で保持する情報端末とそのアクセス先のドメイン情報に基づき、中継サーバ情報を設定することを特徴とする請求項１に記載のＤＮＳ  問い合わせ装置。
【請求項５】
接続されているネットワーク上での自装置の位置情報を受信し、
受信した前記位置情報を記憶し、
問い合わせ可能なＤＮＳ  サーバに関するサーバ情報を受信し、
受信した前記サーバ情報を記憶し、
クライアントからＤＮＳ  サーバに対する問い合わせ要求を受信し、
受信した問い合わせ要求を、前記位置情報及び又は前記サーバ情報に基づいて決定した少なくとも１  つ以上のＤＮＳ  サーバに転送し、
転送した前記問い合わせ要求に対する応答を受信し、
受信した前記応答によって前記サーバ情報の書き換えが生じた場合は、前記サーバ情報を書きかえ、
このサーバ情報に基づき、前記問い合わせ要求に対応する応答結果を選択し、前記クライアントに該応答結果を応答し、
クライアント自身のドメイン情報と、クライアントがアクセス要求したリソースのドメイン情報を比較して、所定のネットワーク設定情報を選択し適用することを特徴とするＤＮＳ  問い合わせ装置。
【請求項６】
情報端末の前記現在位置属性と、情報端末とそのアクセス先の前記ドメイン情報に基づき、送信元アドレスを設定することを特徴とする請求項５に記載のＤＮＳ  問い合わせ方法。
【請求項７】
情報端末の前記現在位置属性と、情報端末とそのアクセス先の前記ドメイン情報を基づき、経路制御情報を設定することを特徴とする請求項５に記載のＤＮＳ  問い合わせ方法。
【請求項８】
情報端末の前記現在位置属性と、情報端末とそのアクセス先の前記ドメイン情報に基づき、中継サーバ情報を設定することを特徴とする請求項５に記載のＤＮＳ  問い合わせ方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネットでＤＮＳを利用するホストにおいて、移動や回線の切断などよって複数のＤＮＳサーバの構成ツリーに対して、問い合わせを行なわなければならない状況において、適切な応答を高速に得られ、同時に必要なネットワーク設定情報を獲得可能なＤＮＳ問い合わせ装置およびＤＮＳ問い合わせ方法に関する。
【０００２】
【従来の技術】
近年、世界規模のコンピュータネットワーク「インターネット（Ｉｎｔｅｒｎｅｔ）」の利用が普及しており、インターネットと接続し公開された情報、サービスを利用したり、逆にインターネットを通してアクセスしてくる外部ユーザに対し、情報、サービスを提供することで新たなコンピュータビジネスが開拓されている。
【０００３】
またインターネット利用に関して、新たな技術開発、展開がなされている。インターネットでは、各計算機がＩＰアドレスと呼ばれる識別子をもち、このＩＰアドレスを元に、パケットの交換が行われる。
【０００４】
しかし、ＩＰアドレスは数字の羅列であり、人間が覚えるのは困難を伴うが、インターネットを通して計算機にアクセスするためにはＩＰアドレスを指定しなければならない。この問題を解決するためにドメインネームシステム（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ：ＤＮＳ）が考案された。
ＤＮＳは一種のデータベースシステムであり、この機能のうちの一つに数字の羅列であるＩＰアドレスと、人間が覚えやすい名前（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ：ＦＱＤＮ）を相互変換するための機能がある。
【０００５】
これはすなわちＤＮＳというデータベースシステムに対して、ＦＱＤＮに対応するＩＰアドレスを検索するという行為に等しい。インターネットを使うアプリケーションは通常このＤＮＳを利用して、ユーザが入力したホスト名（これは通常ＦＱＤＮである）をＩＰアドレスに変換し、目的のインターネット上へとパケットを送出する。
【０００６】
ＤＮＳは、分散ＤＢとしての側面も持つ。インターネット上の全てのホストを１つのデータベースシステムで管理するのは不可能である。このためＤＮＳはツリー構造を持った分散ＤＢの形をとる。各ＤＮＳサーバは一般的に次の３つの情報を持っている。
（１）頂点（ｒｏｏｔ）となるサーバ
（２）ある特定のドメインの全てのデータ
（３）自サーバが権限を譲渡したサーバと、譲渡したドメイン名の組
ＦＱＤＮ  は、．（ピリオド）で区切られたツリー構造を持つ名前空間のインスタンスである。例えば、ｆｏｏ．ｂａｒ．ｃｏｍ．などである。これは．を頂点として．ｃｏｍｂａｒ  ｆｏｏというツリーとなる。通常のツリーのｌｅａｆ  はホスト名であり、それ以外の部分はドメインメイト呼ばれる。
【０００７】
もし、ｂａｒ．ｃｏｍ．というドメイン名がインターネット上に存在するなら、ｂａｒ．ｃｏｍ．というドメインについてすべて知っているＤＮＳサーバがインターネット上に存在することになる。
【０００８】
次に、実際にドメイン名とＩＰアドレスの変換が具体的にどのように行なわれるかを簡単に説明する。インターネット上に分散して配置されたＤＮＳサーバは、クライアントとなる計算機から、“ｆｏｏ．ｂａｒ．ｃｏｍ  ”をＩＰアドレスに変換して欲しいという要求を受ける。
【０００９】
このとき、要求を受けたＤＮＳサーバ（仮にこれをサーバＡと呼ぶ）は、自分がｂａｒ．ｃｏｍ．の全てのデータを持っていれば、そこで変換した結果を返す。しかしそうでない場合は、ｒｏｏｔサーバに対して問い合わせを行なう。
【００１０】
ｒｏｏｔサーバは、ｂａｒ．ｃｏｍ．のデータを持ってはいないが、ツリーの枝であるｃｏｍ．の権限を移譲したサーバを知っているので、そのサーバをサーバＡに通知する。サーバＡはｃｏｍ．のＤＮＳ  サーバに対して問い合わせを行なう。
【００１１】
ｃｏｍ．のサーバはｂａｒ．ｃｏｍ．のデータを持ってはいないがツリーの枝であるｂａｒ．ｃｏｍ．の権限を移譲したサーバを知っているので、そのサーバをサーバＡに通知する。サーバＡはｂａｒ．ｃｏｍ．のＤＮＳサーバに対して問い合わせを行なう。
【００１２】
ｂａｒ．ｃｏｍ．のサーバは、ｂａｒ．ｃｏｍ．について全てのデータを持っているので、ｆｏｏ．ｂａｒ．ｃｏｍ  をＩＰアドレスに変換すことができる。この答えをサーバＡに返す。サーバＡは、この答えをクライアントに通知する。
【００１３】
このようにＤＮＳは、ツリー構造を探索することによって検索を行なうことになるので、インターネット上のどのＤＮＳサーバに対して問い合わせを行なっても、必ず同じ答えを得ることができる。この前提に基づき、移動する計算機は通常最も近い位置にあるＤＮＳサーバを通知してもらい、それを利用するということが現在は行われている。
【００１４】
しかし、この「同じ答えを得られる」という保証は、ＤＮＳサーバの構成ツリーがインターネット上で唯一である、という前提に基づいている。しかし近年、ファイアウォールの普及にしたがって、ファイアウォール内での独立したＤＮＳサーバツリーが構築される場合がある。
【００１５】
また、ＳＯＨＯ（Ｓｍａｌｌ  Ｏｆｆｉｃｅ，Ｈｏｍｅ  Ｏｆｆｉｃｅ）等ではインターネットへの接続が間欠的である場合があり、その中のネットワークでは独立したｒｏｏｔサーバを持つ場合がある。
【００１６】
このようにｒｏｏｔサーバが複数存在する、すなわちＤＮＳサーバのツリーが複数存在する場合、移動する計算機の場合では、単純に近いＤＮＳサーバを通知されたとしても、そのサーバがどのツリーに属するかによって応答が変わってしまい、問題が生じる。具体的には、あるツリーに存在するＦＱＤＮを異なるツリーのネームサーバに問い合わせても、そのようなホストは存在しないという返答が返されてしまう。
【００１７】
複数のＤＮＳサーバに問い合わせるシステムも現存するが、現在の方法では、ＤＮＳのプロトコルとして正しい応答が得られるサーバに出会うまで順番に問い合わせにいくという方法である。この方法では、「存在しない」というＤＮＳのプロトコル上正しい応答を得ることができるため、たとえそれぞれ異なるツリー上にある複数のＤＮＳサーバを設定したとしても結果的に求める応答とは異なるという問題があった。
【００１８】
【特許文献】
特開２００１−１０３０９２公報
【非特許文献】
ＩＥＴＦ  ＲＦＣ１０３４  ＤＯＭＡＩＮ  ＮＡＭＥＳ  −  ＣＯＮＣＥＰＴＳ  ＡＮＤ  ＦＡＣＩＬＩＴＩＥＳ
【非特許文献】
ＩＥＴＦ  ＲＦＣ１０３５  ＤＯＭＡＩＮ  ＮＡＭＥＳ  −  ＩＭＰＬＥＭＥＮＴＡＴＩＯＮ  ＡＮＤ  ＳＰＥＣＩＦＩＣＡＴＩＯＮ
【００１９】
【発明が解決しようとする課題】
上述したように、従来の方法では、ＤＮＳのサーバが構成するツリーが複数ある場合に、どのＤＮＳサーバに問い合わせれば良いのかが不明であり、望ましい応答を得ることができなかった。
【００２０】
さらに、このような複数のｒｏｏｔサーバが存在するような環境を想定すると、適切なＤＮＳサーバの選択をすると同時にそのネットワーク環境に整合したネットワーク情報の設定が必要になる。
【００２１】
例えば、ＩＰネットワークの場合、ネットワークの自動構成の有効化／無効化、ルーティング情報、プロキシサーバの有効化／無効化、プロキシサーバのＩＰアドレス、ＶＰＮの有効化／無効化等のネットワーク環境の設定情報を設定しなおさなければ変更したアクセス先にそのネットワーク環境から接続できない場合がある。
【００２２】
例えば、複数のＩＰプロバイダと契約し、それに応じた複数のＩＰアドレスブロックを取得しているネットワーク環境で、その１つのプロバイダが自分の配下のＩＰアドレスのユーザに対して動画やポータルサービス等のリソースを提供している場合、そのネットワーク環境でかつそのプロバイダのＩＰアドレスを送信元として設定しないと、アクセス先には接続できない。
【００２３】
また、例えば、自宅からＶＰＮで社内ＬＡＮへアクセスしている場合、自宅ＬＡＮのネットワークプリンタのようなローカルのリソースにアクセスするためには、そのアクセス先に対してはルーティング情報を自宅ＬＡＮ側に向けなければ接続できない。
【００２４】
さらに、ＶＰＮ接続状態でインターネットへのＷｅｂアクセスのルートは、ＩＳＰをダイレクトに使用する場合と、ＶＰＮで一旦社内ＬＡＮを経由してその後社内ＬＡＮのゲートウェイ経路でアクセスする方法があるが、その変更にはＷｅｂのプロキシを手動で変更する必要がある。
【００２５】
本発明は上記の事情を考慮してなされたのもであり、ＤＮＳのツリーが複数ある場合でも、望ましい応答を高速に得ることができ、さらにそれに付随したネットワーク設定情報を適切に選択し、設定可能なＤＮＳ問い合わせ装置を提供することを目的とする。
【００２６】
【課題を解決するための手段】
上記した課題を解決するために、本発明のＤＮＳ問い合わせ装置は、接続されているネットワーク上での自装置の位置情報を受信する現在位置情報受付手段と、現在位置情報受付手段で受信した位置情報を記憶する現在位置管理手段と、問い合わせ可能なＤＮＳ  サーバに関するサーバ情報を受信するサーバ情報受付手段と、サーバ情報受付手段で受信したサーバ情報を記憶するサーバ管理手段と、クライアントからＤＮＳ  サーバに対する問い合わせ要求を受信する要求受付手段と、要求受付手段で受信した問い合わせ要求を、位置情報及び又はサーバ情報に基づいて決定した少なくとも１  つ以上のＤＮＳ  サーバに転送する要求転送手段と、要求転送手段で転送した問い合わせ要求に対する応答を受信する応答受信手段と、応答受信手段で受信した応答によってサーバ情報の書き換えが生じた場合は、サーバ情報を書きかえるサーバ情報変更手段と、このサーバ情報に基づき、問い合わせ要求に対応する応答結果を選択し、クライアントに応答結果を応答する要求応答手段と、クライアント自身のドメイン情報と、クライアントがアクセス要求したリソースのドメイン情報を比較して、所定のネットワーク設定情報を選択し適用するネットワーク設定手段とを具備したことを特徴とする。
【００２７】
更に本発明のＤＮＳ問い合わせ装置は、ネットワーク設定手段は、現在位置管理手段の保持する情報端末の現在位置属性と、サーバ管理手段で保持する情報端末とそのアクセス先のドメイン情報に基づき、送信元アドレスを設定することを特徴とする。
【００２８】
更に本発明のＤＮＳ問い合わせ装置は、ネットワーク設定手段は、現在位置管理手段の保持する情報端末の現在位置属性と、サーバ管理手段で保持する情報端末とそのアクセス先のドメイン情報を基づき、経路制御情報を設定することを特徴とする。
【００２９】
更に本発明のＤＮＳ問い合わせ装置は、ネットワーク設定手段は、現在位置管理手段の保持する情報端末の現在位置属性と、サーバ管理手段で保持する情報端末とそのアクセス先のドメイン情報に基づき、中継サーバ情報を設定することを特徴とする。
【００３０】
また本発明のＤＮＳ問い合わせ方法は、接続されているネットワーク上での自装置の位置情報を受信し、受信した位置情報を記憶し、問い合わせ可能なＤＮＳ  サーバに関するサーバ情報を受信し、受信したサーバ情報を記憶し、クライアントからＤＮＳ  サーバに対する問い合わせ要求を受信し、受信した問い合わせ要求を、位置情報及び又はサーバ情報に基づいて決定した少なくとも１  つ以上のＤＮＳ  サーバに転送し、転送した問い合わせ要求に対する応答を受信し、受信した応答によってサーバ情報の書き換えが生じた場合は、サーバ情報を書きかえ、このサーバ情報に基づき、問い合わせ要求に対応する応答結果を選択し、クライアントに応答結果を応答し、クライアント自身のドメイン情報と、クライアントがアクセス要求したリソースのドメイン情報を比較して、所定のネットワーク設定情報を選択し適用することを特徴とする。
【００３１】
更に本発明のＤＮＳ問い合わせ方法は、情報端末の現在位置属性と、情報端末とそのアクセス先のドメイン情報に基づき、送信元アドレスを設定することを特徴とする。
【００３２】
更に本発明のＤＮＳ問い合わせ方法は、情報端末の現在位置属性と、情報端末とそのアクセス先のドメイン情報を基づき、経路制御情報を設定することを特徴とする。
【００３３】
更に本発明のＤＮＳ問い合わせ方法は、情報端末の現在位置属性と、情報端末とそのアクセス先のドメイン情報に基づき、中継サーバ情報を設定することを特徴とする。
【００３４】
これにより、ＤＮＳ  のツリーが複数ある場合でも、望ましい応答を高速に得ることができ、さらにそれに付随したネットワーク設定情報を適切に選択し、設定することができる。
【００３５】
【発明の実施の形態】
以下、図面を参照しながら発明の実施の形態を説明する。
【００３６】
ここでは、問い合わせの発行元端末装置をクライアントと呼び、ＤＮＳが動いているサーバをＤＮＳサーバと呼ぶ。
【００３７】
図１に本実施例の構成図を示す。この構成図は、本発明のＤＮＳ問い合わせ装置の構成を示すものであり、クライアントである移動対応端末内に含まれるものとする。また、ここではこのＤＮＳ問い合わせ装置が移動対応端末に含まれる例を用いて説明するが、単独の装置として機能するように構成してもよい。
【００３８】
図１において、要求受付部１は、クライアントからＤＮＳサーバに対する元問い合わせパケットを受信する。要求転送部２は現在、本装置が知っているＤＮＳサーバに対して仮問い合わせを転送する。
【００３９】
サーバ情報群管理部３は、サーバ管理部４と現在位置管理部５を含み、現在知っているＤＮＳサーバに関する情報を総合的に管理する。キャッシュ管理部６は、問い合わせの結果を一時的に保存する。
【００４０】
現在位置管理部５は、移動対応端末が現在接続されているネットワークの位置情報を管理する。サーバ管理部４は、現在知っているＤＮＳサーバに関する情報を管理する。要求管理部７は、現在発行中である仮問い合わせについて管理する。
【００４１】
現在位置情報受付部８は移動ホストの現在位置を受け付け現在位置管理部５へ通知する部分である。サーバ受付部９は、現在問い合わせ可能なＤＮＳサーバや、それらに関する情報を受け付け、サーバ管理部４へ通知する。
【００４２】
アルゴリズム管理部１０は、アルゴリズム受付部１１から入力されたアルゴリズムに基づいて、最適応答を選択するためのアルゴリズムを管理する。アルゴリズム処理部１２は、得られた仮応答から、アルゴリズムを使用して最適応答を選び出す。要求応答部１３は、最適答パケットをクライアントに対して送信する。応答受信部１４は、仮応答を受信する。
【００４３】
応答選択部１５は、得られた仮応答を処理する。ネットワーク設定データベース１６は、このクライアントが移動した様々な箇所において、どのような設定を行う必要があるかを示す情報を保持する。ネットワーク設定部１７はネットワーク設定データベースに基づいて現在位置管理部及びサーバ管理部を制御する。
【００４４】
次に、図２において、ネットワーク設定データベース１６の構成を示す。ここで設定するためのパラメータ２１としては、ＩＰネットワークの場合、ネットワークの自動構成の有効化／無効化、ルーティング情報、プロキシサーバの有効化／無効化、プロキシサーバのＩＰアドレス、ＶＰＮの有効化／無効化などが考えられる。
【００４５】
情報端末が移動する可能性のあるドメインについて、これらの情報各々について設定情報を入力しておく。
【００４６】
ネットワーク設定データベースの一般的な使用方法は、現在位置管理手段より判断した現在位置と、サーバ管理手段より判断したアクセス先に該当するレコードに対して、対応するネットワーク設定を書き出し、ネットワーク設定手段により情報端末装置に対して適切なネットワーク設定を行うことである。
【００４７】
このネットワーク設定データベースを利用して、必要な設定を変更するための一般的な処理の流れを図３に示す。
【００４８】
情報端末装置は、現在位置管理部５がマルチホーム環境、ＶＰＮ接続環境等の現在情報を判断する（Ｓ３０〜Ｓ３１）。次に、サーバ管理部４にてこの端末が所属するドメイン情報とアクセス先が所属するドメイン情報を判断する（Ｓ３２）。
【００４９】
最後に、ネットワーク設定部１７が、これらの判断とネットワーク設定データベース１６の条件を参照し、ルーティング、プロキシサーバ等のネットワーク設定を行う（Ｓ３３〜Ｓ３４）。
【００５０】
次に本発明を適用した典型的なネットワーク構成を図４に示す。ここでは、情報端末装置４１がマルチホーム環境（ＩＳＰ１：４２、ＩＳＰ２：４３）にゲートウェイ（ゲートウェイ１：４４、ゲートウェイ２：４５）をそれぞれ介して接続しており、選択的にインターネット上のリソースをアクセスする。また自宅ＬＡＮ４６側にはネットワークプリンタ４７が接続されている。
【００５１】
この場合、複数のＩＰプロバイダと契約し、それに応じた複数のＩＰアドレスブロックを取得しているネットワーク環境で、その１つのプロバイダが自分の配下のＩＰアドレスのユーザに対して動画やポータルサービス等のリソースを提供している場合、そのネットワーク環境でかつそのプロバイダのＩＰアドレスを送信元として設定しないと、アクセス先には接続できない。
【００５２】
この場合のソースアドレス選択のフローを図５に示す。ここでは、現在位置管理部５でマルチホーム環境を判断する（Ｓ５０〜Ｓ５１）。次にサーバ管理部４にて端末が所属するドメイン情報とアクセス先が所属するドメイン情報を判断する（ｓ５２）。
【００５３】
最後に、ネットワーク設定部１７が、ネットワーク設定データベース１６の条件を参照し、端末が所属するドメイン情報とアクセス先が所属するドメイン情報から双方ともマルチホームの一方のＩＳＰに属すると判断された場合は、ソースアドレス選択としてそのＩＳＰから付与されたＩＰアドレスを有効にし、そのほかのＩＳＰのものは無効にする（ｓ５３〜Ｓ５４）。
【００５４】
また例えば、自宅からＶＰＮで社内ＬＡＮへアクセスしている場合、自宅ＬＡＮ４６のネットワークプリンタ４７のようなローカルのリソースにアクセスするためには、そのアクセス先に対してはルーティング情報を自宅ＬＡＮ４６側に向けなければ接続できない。
【００５５】
この場合のルーティング情報の選択フローを図６に示す。ここでは現在位置管理部５でＶＰＮ接続環境を判断する（Ｓ６０〜Ｓ６１）。具体的には、例えばＯＳのレジストリ値でＶＰＮ接続の有効・無効を参照する。
【００５６】
またサーバ管理部４で端末が所属するドメイン情報とプリンタ４７が所属するドメイン情報を判断する。
【００５７】
最後に、ネットワーク設定部１７が、ネットワーク設定データベース１６の条件を参照し、端末が所属するドメイン情報とプリンタ４７が所属するドメイン情報から双方とも自宅ＬＡＮ４６に接続されされていると判断された場合は、自宅ＬＡＮ４６接続用のルーティングを設定する（Ｓ６３〜Ｓ６４）。
【００５８】
また、エンタープライズネットワークを介してＶＰＮ接続状態でインターネットへＷｅｂアクセスする場合のルートは、ＩＳＰをダイレクトに使用する場合と、ＶＰＮで一旦社内ＬＡＮを経由してその後社内ＬＡＮのゲートウェイ経路でアクセスする方法がある。この方法の変更にはＷｅｂのプロキシを手動で変更する必要がある。
【００５９】
この場合のＰｒｏｘｙ変更のためのフローを図７に示す。ここでは、現在位置管理部５にてＶＰＮ接続環境を判断する（Ｓ７０〜Ｓ７１）。具体的には、例えばＯＳのレジストリ値でＶＰＮ接続の有効・無効を参照する。
【００６０】
次にサーバ管理部４にて端末が所属するドメイン情報とＷｅｂアクセス先が所属するドメイン情報を判断する（Ｓ７２）。
【００６１】
最後に、端末が所属するドメインが社内でアクセス先が社外と判断された場合は、Ｗｅｂのプロキシの設定を社内から社外へのゲートウエイアドレスへ設定する（Ｓ７３〜Ｓ７４）。
【００６２】
具体的には、例えばＷｅｂブラウザのレジストリ値でＷｅｂのプロキシの設定を行うことができる。
【００６３】
【発明の効果】
以上、本発明によれば、異なるＤＮＳ  サーバの構成ツリーに属する問い合わせにもＤＮＳ  サーバへの接続が可能であれば、直ちに応答を得ることができ、さらにそのアクセスを行ったネットワーク上の位置と、アクセス対象データの場所、及びその間のネットワーク属性などを考慮したネットワーク設定情報を適切に選択し、自動的に設定可能となる。
【図面の簡単な説明】
【図１】本発明の一実施の形態を示すＤＮＳ  問い合わせ装置の構成図
【図２】本発明の一実施の形態で用いられるネットワーク設定データベース  の説明図
【図３】本発明を適用した典型的なネットワーク構成を示す説明図
【図４】本発明を適用した典型的なネットワーク構成を示す説明図
【図５】マルチホーム環境におけるソースアドレス選択フローを示す説明図
【図６】ＶＰＮ接続状態におけるルーティング情報の選択フローを示す説明図
【図７】ＶＰＮ接続状態におけるＰｒｏｘｙ設定の選択フローを示す説明図
【符号の説明】
１・・・要求受付部
２・・・要求転送部
３・・・サーバ情報群管理部
４・・・サーバ管理部
５・・・現在位置管理部
６・・・キャッシュ管理部
７・・・要求管理部
８・・・現在位置情報受付部
９・・・サーバ受付部
１０・・・アルゴリズム管理部
１１・・・アルゴリズム受付部
１２・・・アルゴリズム処理部
１３・・・要求応答部
１４・・・応答受信部
１５・・・応答選択部
１６・・・ネットワーク設定データベース
１７・・・ネットワーク設定部
【図１】
2004282529.tif 000003
【図２】
2004282529.tif 000004
【図３】
2004282529.tif 000005
【図４】
2004282529.tif 000006
【図５】
2004282529.tif 000007
【図６】
2004282529.tif 000008
【図７】
2004282529.tif 000009