(57)【特許請求の範囲】
【請求項１】
各々同じドメイン名で異なるＩＰアドレスを回答するローカルＤＮＳサーバを有する複数のＩＰネットワークに同時接続するＩＰネットワークユーザの名前解決方法であって、
接続する前記複数のＩＰネットワークの優先順位を記憶するステップと、
再帰的な問い合わせを行う一つのリゾルバが、
接続する前記複数のＩＰネットワークの各ローカルＤＮＳサーバに対して再帰的問い合わせを同報で行うステップと、
前記各ローカルＤＮＳサーバからの回答を受け取り一定時間保管するステップと、
この保管された回答の中から一つの回答を選択するステップと、
この選択された回答をアプリケーションに通知するステップと、
名前解決を要求したアプリケーションが前記選択した回答でコンテンツを得られなかったときに、前記回答の名前解決ができている次に優先順位の高い回答を一つ選択し、アプリケーションに通知するステップと
を有することを特徴とする名前解決方法。
【請求項２】
前記保管された回答から一つの回答を選択するステップにおいて、保管された回答とＩＰネットワークの優先順位とを関連付けることにより回答の優先順位を付け、この優先順位を付けられた回答の中から名前解決ができている回答を優先順位の高いものから一つ選択することを特徴とする、請求項１に記載の名前解決方法。
【請求項３】
各々同じドメイン名で異なるＩＰアドレスを回答するローカルＤＮＳサーバを有する複数のＩＰネットワークに同時接続するＩＰネットワークユーザの名前解決を行うための名前解決装置であって、
接続する前記複数のＩＰネットワークの優先順位を記憶する手段と、
再帰的な問い合わせを行う一つのリゾルバとを有し、
該リゾルバが、
接続する前記複数のＩＰネットワークの各ローカルＤＮＳサーバに対して再帰的問い合わせを同報で行う手段と、
前記各ローカルＤＮＳサーバからの回答を受け取り一定時間保管する手段と、
この保管された回答の中から一つの回答を選択する手段と、
この選択された回答をアプリケーションに通知する手段と、
名前解決を要求したアプリケーションが前記選択した回答でコンテンツを得られなかった場合に、前記回答の名前解決ができている次に優先順位の高い回答を一つ選択しアプリケーションに通知する手段と
を有することを特徴とする名前解決装置。
【請求項４】
前記保管された回答から一つの回答を選択する手段は、保管された回答とＩＰネットワークの優先順位とを関連付けることにより回答の優先順位を付けて、この優先順位を付けられた回答の中から名前解決ができている回答を優先順位の高いものから一つ選択するものであることを特徴とする、請求項３に記載の名前解決装置。
【請求項５】
コンピュータに、請求項１もしくは請求項２のいずれか１項に記載の名前解決方法における各ステップを実行させるためのプログラム。
【請求項６】
請求項５に記載のプログラムを記録したコンピュータにより読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は名前解決方法および装置に関し、特に、ＩＰ（インターネットプロトコル）ネットワークユーザが複数のＩＰネットワークに同時接続するときの、リゾルバを介した名前解決方法および装置に関する。
【０００２】
【従来の技術】
今日のインターネットにおける名前解決は、インターネットユーザ側の再帰的問い合わせを行うリゾルバが、ローカルＤＮＳサーバに名前解決を要求し、ローカルＤＮＳサーバが答えを探し、名前解決を要求してきたリゾルバに回答を返すというものである。その際、再帰的問い合わせを行うリゾルバは、一つのＩＰネットワークだけに接続していた。
【０００３】
近年、独自コンテンツを用意した、インターネットとは独立したＩＰネットワーク（以下、独立ネットワークという）を構築し、インターネットユーザに対してインターネットと独立ネットワークを同時に提供することが考えられている。また、インターネットユーザが複数ＩＳＰと契約する形態、つまり、複数ＩＳＰ同時接続の形態も考えられている。
【０００４】
例えば、特開２００１−１７５５６１号公報には、複数のネットワークに接続されているシステムにおいて、効率よく問い合わせ先を選択することができ、かつ、問い合わせ結果を取得するまでの速度を向上するための、ドメインネームシステムが開示されている。
【０００５】
この技術では、ドメインネーム検索手段から与えられた名称をキーとして、検索先情報記憶部に記憶されている問い合わせ先サーバ情報をデータ処理手段により検索し、名称に対応して取得したＩＰアドレスをドメインネーム検索手段へ送信する。また、検索先情報記憶部に問い合わせ先サーバ情報が記憶されていない場合には、標準検索先情報記憶部から名称に対応付けられた問い合わせ先サーバのＩＰアドレスを読み出してドメインネーム検索手段へ送信する。
【０００６】
すなわち、この技術では、検索要求名称ごとに問い合わせ先を指定することで、検索要求に対する情報を持たないサーバへの問い合わせを行わないようにして、ドメインネーム検索の効率を向上させるというものである。
しかしながら、この技術では、検索先情報記憶部に、キーとなる名称を記憶する必要があるという問題があった。
【０００７】
【発明が解決しようとする課題】
すなわち、上記従来技術では、検索要求に対する情報を持たないサーバへの問い合わせを行わないようにしてはいるものの、ネットワークにコンテンツを公開するときには、キーとなる名称を含むドメイン名をつける必要があり、自由なドメイン名を付与することができない（ドメイン名付与に制限がつく）。
さらには、新たなキーとなる名称を加えるときには、ネットワークに繋がる全ユーザの検索先情報記憶部を変更する必要があり、その対応策も必要である。
【０００８】
本発明はこのような事情に鑑みてなされたものであり、その目的とするところは、従来の技術における上述のような問題を解消し、複数ＩＰネットワークを同時接続したときにも名前解決が可能な名前解決方法および装置を提供することにある。
【０００９】
【課題を解決するための手段】
上記目的を達成するため、本発明に係る名前解決方法は、複数のＩＰネットワークに同時接続するＩＰネットワークユーザの名前解決方法であって、接続する前記複数のＩＰネットワークの優先順位を記憶するステップと、再帰的な問い合わせを行う一つのリゾルバが、接続する前記複数のＩＰネットワークのローカルＤＮＳサーバに対して再帰的問い合わせを同報で行うステップと、前記ローカルＤＮＳサーバからの回答を受け取り一定時間保管するステップと、この保管された回答の中から一つの回答を選択するステップと、この選択された回答をアプリケーションに通知するステップとを有することを特徴とする。
【００１０】
本発明に係る名前解決方法においては、前記保管された回答から一つの回答を選択するステップにおいて、保管された回答とＩＰネットワークの優先順位とを関連付けることにより、回答の優先順位を付けて、この優先順位を付けられた回答の中から名前解決ができている回答を優先順位の高いものから一つ選択することを特徴とする。
【００１１】
また、本発明に係る名前解決方法においては、前記各ステップに加えて、名前解決を要求したアプリケーションが前記選択した回答でコンテンツを得られなかった場合には、前記リゾルバが、前記回答の名前解決ができている回答の中から、次に優先順位の高い回答を一つ選択して、アプリケーションに通知するステップを有することを特徴とする。
【００１２】
一方、本発明に係る名前解決装置は、複数のＩＰネットワークに同時接続するＩＰネットワークユーザの名前解決を行うための名前解決装置であって、接続する前記複数のＩＰネットワークの優先順位を記憶する手段と、再帰的な問い合わせを行う一つのリゾルバが、接続する前記複数のＩＰネットワークのローカルＤＮＳサーバに対して再帰的問い合わせを同報で行う手段と、前記ローカルＤＮＳサーバからの回答を受け取り一定時間保管する手段と、この保管された回答の中から一つの回答を選択する手段と、この選択された回答をアプリケーションに通知する手段とを有することを特徴とする。
【００１３】
本発明に係る名前解決装置においては、前記保管された回答から一つの回答を選択する手段は、保管された回答とＩＰネットワークの優先順位とを関連付けることにより、回答の優先順位を付けて、この優先順位を付けられた回答の中から名前解決ができている回答を優先順位の高いものから一つ選択するものであることを特徴とする
【００１４】
また、本発明に係る名前解決装置においては、名前解決を要求したアプリケーションが前記選択した回答でコンテンツを得られなかった場合に、前記リゾルバが、前記回答の中から名前解決ができている、次に優先順位の高い回答を一つ選択しアプリケーションに通知する機能を有することを特徴とする。
【００１５】
なお、本発明に係る名前解決方法は、これをコンピュータのプログラム制御によって実行することが可能であり、本発明の権利範囲は、そのようなプログラムさらにはこのプログラムを記録した記録媒体にも及ぶものであることは言うまでもない。
【００１６】
【作用】
本発明によれば、上述のように、リゾルバが、接続する前記複数のＩＰネットワークのローカルＤＮＳサーバに対して再帰的問い合わせを同報で行い、得られた回答の中から一つを選択する構成としたことにより、複数のＩＰネットワークを同時接続した場合にも、名前解決を行うことが可能になる。
【００１７】
また、本発明においては、また、前記保管された回答から一つの回答を選択するステップにおいて、保管された回答とネットワークの優先順位とを関連付けることにより回答の優先順位を付け、前記優先順位を付けられた回答の中から名前解決ができている回答を優先順位の高いものから一つ選択することができる。
【００１８】
また、名前解決を要求したアプリケーションが前記選択した回答でコンテンツを得られなかった場合に、前記リゾルバが、前記回答の中から、名前解決ができている次に優先順位の高い回答を一つ選択して、アプリケーションに通知することができる。
【００１９】
【発明の実施の形態】
以下、本発明の実施の形態を、図面に示す好適実施例に基づいて、詳細に説明する。
【００２０】
図６は、従来の一般的な名前解決に関連するＩＰネットワーク接続の一例である。インターネットユーザ００は、一つのネットワーク（この場合は、インターネット２０）に接続する。再帰的な問い合わせを行う一つのリゾルバ１０は、ローカルＤＮＳサーバ２１に対して名前解決要求を出す。
【００２１】
これに対して、図１は、本発明において対象とする名前解決に関連する複数のＩＰネットワーク接続の一例を示すものである。ネットワークユーザ０１は、複数のＩＰネットワークに同時接続する。リゾルバ３０には、接続するＩＰネットワークの優先順位を記憶する機能６１が繋がっている。
【００２２】
ここで、同時接続するＩＰネットワークは、インターネット２０，独立ネットワーク４０，独立ネットワーク５０であり、インターネット２０へは、同時に複数接続することも可能である。なお、接続ネットワークは、この形態には限らない。ここでは、リゾルバ３０は、ローカルＤＮＳサーバ２１（ＩＰアドレス128.10.10.2），ローカルＤＮＳサーバ２２（ＩＰアドレス200.10.10.2），ローカルＤＮＳサーバ４１（ＩＰアドレス192.168.10.2），ローカルＤＮＳサーバ５１（ＩＰアドレス192.10.20.2）に対して、同報で名前解決要求を出す点が特徴である。
【００２３】
図２は、再帰的問い合わせを行うリゾルバ３０の機能構成を説明するブロック図である。
リゾルバ３０には、接続する前記複数のＩＰネットワークの優先順位を記憶する手段６１と、リゾルバ３０に対して名前解決を依頼し、リゾルバ３０から名前回答を受け取るアプリケーション７１とが関連している。
【００２４】
具体的には、リゾルバ３０は、前記アプリケーション７１から名前解決要求を受け取る手段３１と、接続する前記複数ＩＰネットワークのローカルＤＮＳサーバに対して再帰的問い合わせを同報で行う手段３２と、前記ローカルＤＮＳサーバから回答を受け取り一定時間保管する手段３３と、この保管された回答から一つの回答を選択する手段３４と、この選択された回答をアプリケーションに通知する手段３５とを有する。なお、このブロック図は一例であり、機能が別の場所に埋め込まれていてもよい。
【００２５】
図３は、ローカルＤＮＳサーバからの回答ＩＰアドレスとネットワーク優先順位との関連付けから回答を選択するまでの手順の一例を示す説明図である。
【００２６】
複数ＩＰネットワークの優先順位を記憶する手段６１の有するテーブル６１’には、ネットワークの優先順位と該当するネットワークのローカルＤＮＳサーバの対応関係を記憶している。ローカルＤＮＳサーバからの回答を受け取り一定時間保管する手段３３の有するテーブル３３’には、ローカルＤＮＳサーバから受け取った回答ＩＰアドレスとその回答を返したローカルＤＮＳサーバの対応関係を記憶している。
【００２７】
また、保管された回答から一つの回答を選択する手段３４の有するテーブル３４’には、上述のテーブル３３’に保管されている回答の中から、テーブル６１’に記憶されているネットワークの優先順位に基づいて一つの回答を選択するための情報が記憶されている。
【００２８】
ローカルＤＮＳサーバのＩＰアドレスをトリガにして、回答ＩＰアドレスの優先順位が付けられる。回答できたＩＰアドレスのうちその回答ＩＰアドレスの優先順位の高い順にアプリケーションに渡す候補となる。
図３の例では、ＩＰアドレス192.168.20.2のローカルＤＮＳサーバから受け取ったＩＰアドレス192.168.20.10が、アプリケーションに渡す候補になる（保管された回答から一つの回答を選択する手段３４のテーブル３４’参照）。
【００２９】
図４は、リゾルバとアプリケーションとの連携に関連する機能構成を説明するブロック図である。
ここでは、図２の機能に加えて、コンテンツＧＥＴの成否を確認するアプリケーション７２と、コンテンツＧＥＴが否の場合にだけ、否の回数をアプリケーション７１に通知する手段７３とを有し、さらに、リゾルバ３０’に再依頼が必要かどうかを判断する手段３６と、名前解決の終了を判断する手段３７とを有する。なお、このブロック図に示す構成も一例であり、機能が別の場所に埋め込まれていてもよい。
【００３０】
図５は、名前解決の動作手順の一例を示すフローチャートである。
以下、図１〜図５を用いて、ｗｗｗ.ａｋａｉｒｏ.ｃｏｍの名前解決を行う例を説明する。
【００３１】
リゾルバ３０（３０’）は、２地点からインターネット２０に、さらに、独立ネットワーク４０と独立ネットワーク５０に同時に接続している。リゾルバ３０（３０’）が名前の問い合わせに行くローカルＤＮＳサーバは、ローカルＤＮＳサーバ２１（128.10.10.2），ローカルＤＮＳサーバ２２（200.10.10.2），ローカルＤＮＳサーバ４１（192.168.10.2），ローカルＤＮＳサーバ５１(192.168.20.2)である。
【００３２】
ここでは、接続する複数のＩＰネットワークの優先順位を記憶する手段６１には、ＩＰアドレス192.168.102のローカルＤＮＳサーバ４１が問い合わせ先になる独立ネットワーク４０が優先順位１、ＩＰアドレス192.168.20.2のローカルＤＮＳサーバ５１が問い合わせ先になる独立ネットワーク５０が優先順位２、ＩＰアドレス128.1010.2のローカルＤＮＳサーバ２１が問い合わせ先になるインターネット２０が優先順位3、ＩＰアドレス200.10.10.2のローカルＤＮＳサーバ２２が問い合わせ先になるインターネット２０が優先順位４と記憶されているものとする。
【００３３】
コンテンツを要求するユーザがWebブラウザにｈｔｔｐ：//ｗｗｗ.ａｋａｉｒｏ.ｃｏｍと要求すると、Webアプリケーション７１が、リゾルバ３０（３０’）に対して名前解決の依頼を行う（ステップ１０１）。名前解決の要求を受け取ったリゾルバ３０（３０’）は、初回の名前解決依頼と判断し（ステップ１０２）、前記４つのローカルＤＮＳサーバに対して同報でｈｔｔｐ：//ｗｗｗ.ａｋａｉｒｏ.ｃｏｍの再帰的名前解決要求を出す（ステップ１０３）。
【００３４】
それぞれのローカルＤＮＳサーバは反復的名前解決を行い、リゾルバ３０（３０’）に対してＩＰアドレスを回答する。具体的には、リゾルバ３０（３０’）は独立ネットワーク４０のローカルＤＮＳサーバ４１からは「Not   found」、独立ネットワーク５０のローカルＤＮＳサーバ５１からは「192.168.20.10」、また、独立ネットワーク２０のローカルＤＮＳサーバ２１，２２からはそれぞれ「210.200.10.10」を受け取る（ステップ１０４）。
【００３５】
リゾルバ３０（３０’）は、また、ステップ１０３，１０４と並行して、優先順位記憶テーブル６１’の呼び出しを行う（ステップ１０９）。そして、ステップ１０４で受け取った回答をローカルＤＮＳサーバのＩＰアドレスをトリガにして優先順位を付ける（ステップ１０５）。ここでは、「Not   found」が優先順位１、「192.168.20.10」が優先順位２、「210.200.10.10」が優先順位３，４となる。
【００３６】
このうち、優先順位１の「Not   found」は名前解決ができていないため、リゾルバ３０（３０’）は、優先順位２の「192.168.20.10」を選択し、名前解決を依頼してきたWebアプリケーション７１に通知する（ステップ１０６，１０７）。Webアプリケーション７１は、ＩＰアドレスが「192.168.20.10」の端末に対してコンテンツ要求を行う（ステップ１０８）。
【００３７】
ＩＰアドレスが「192.168.20.10」の端末や往復するネットワークに何らかの障害があり、コンテンツが得られなかった場合は、リゾルバ３０（３０’）は、Webアプリケーション７１からコンテンツを得られなかった旨の情報を受け取り（ステップ１０６〜１０８）、再依頼であることを認識する（ステップ１０１，１０２）。
【００３８】
リゾルバ３０（３０’）は、次の優先順位である「210.200.10.10」のＩＰアドレスを選択し、Webアプリケーション７１に対して通知する（ステップ１０６，１０７）。リゾルバ３０（３０’）とWebアプリケーション７１の連携は、Webアプリケーション７１がコンテンツを得るか、あるいはリゾルバ３０（３０’）に回答ＩＰアドレスがなくなったことを通知した段階（ステップ１１０）で終了する。
【００３９】
上記実施形態によれば、複数のＩＰネットワークに同時接続するＩＰネットワークユーザの名前解決において、全接続ネットワークに問い合わせを行い、受け取った回答の中から、名前解決ができた優先順位の高い回答を自動的に選択することが可能になるという効果が得られる。
【００４０】
なお、本発明に係る名前解決方法は、これをコンピュータのプログラム制御によって実行することが可能であり、本発明の権利範囲は、そのようなプログラムさらにはこのプログラムを記録した記録媒体にも及ぶものであることは言うまでもない。
【００４１】
また、上記実施形態は本発明の一例を示すものであり、本発明はこれに限定されるべきものではなく、本発明の要旨を逸脱しない範囲で、適宜の変更・改良を行ってもよいことはいうまでもない。
【００４２】
例えば、図２，図４では省略されているが、ローカルＤＮＳサーバに対して再帰的問い合わせを同報で行う手段３２が目的のＤＮＳのＩＰアドレスをその都度読み込む代わりに、上記同報手段内に、これらのＩＰアドレスを保持するようにしてもよい。これにより、処理が簡略化され、高速化される。
【００４３】
さらに、上記同報手段の出口側に、同報通信先ローカルＤＮＳサーバの数に見合う接続ポートを設けることにより、各ローカルＤＮＳサーバとの間に設けられている通信路を、その能力いっぱい使用することを可能として、実質的な通信能力を向上させることも可能である。
【００４４】
【発明の効果】
以上、詳細に説明したように、本発明によれば、複数ＩＰネットワークを同時接続したときにも名前解決が可能な名前解決方法および装置を実現できるという顕著な効果を奏するものである。
【図面の簡単な説明】
【図１】本発明において対象とする名前解決に関連する複数のネットワーク接続の一例を示す図である
【図２】再帰的問い合わせを行うリゾルバ３０に関連する機能構成を説明するブロック図である。
【図３】ローカルＤＮＳサーバからの回答ＩＰアドレスとネットワーク優先順位との関連付けから回答を選択するまでの手順の一例を説明する図である。
【図４】リゾルバとアプリケーションとの連携に関連する機能構成を説明するブロック図である。
【図５】名前解決時の動作手順例を示すフローチャートである。
【図６】従来の名前解決に関連するネットワーク接続の一例を示す図である。
【符号の説明】
００，０１  ネットワークユーザ
２０  インターネット
２１，２２，４１，５１  ローカルＤＮＳサーバ
３０  リゾルバ
３１  アプリケーションから名前解決要求を受け取る手段
３２  接続する複数ＩＰネットワークのローカルＤＮＳサーバに対して再帰的問い合わせを同報で行う手段
３３  ローカルＤＮＳサーバから回答を受け取り一定時間保管する手段
３４  保管された回答から一つの回答を選択する手段
３５  選択した回答をアプリケーションに通知する手段
３６  リゾルバ３０’に再依頼が必要かどうかを判断する手段
３７  名前解決の終了を判断する手段
４０，５０  独立ネットワーク
６１  接続する複数ＩＰネットワークの優先順位を記憶する手段
７１  リゾルバに対して名前解決を依頼し、名前回答を受け取るアプリケーション
７２  コンテンツＧＥＴの成否を確認するアプリケーションの手段
７３  コンテンツをＧＥＴできなかった場合に否の回数を通知する手段
【図１】
0003834770.tif 000002
【図２】
0003834770.tif 000003
【図３】
0003834770.tif 000004
【図４】
0003834770.tif 000005
【図５】
0003834770.tif 000006
【図６】
0003834770.tif 000007