(57)【要約】  【課題】  ドメイン名サーバの選択を容易にするための方法を提供すること。  【解決手段】  ネーム解決要求を受信するステップと、ドメイン名サーバ・テーブルに列挙されている少なくとも１つのドメイン名サーバをタイムスタンプに関連づけるステップとを含むネーム解決要求を解決するためにドメイン名サーバを選択するための方法。この方法は、さらに、タイムスタンプに基づいてドメイン名サーバ・テーブルからドメイン名サーバにアクセスするステップを含む。類似の動作を実行するための手段を含むシステムも開示している。【選択図】      図１
2007124655.tif 000002
【特許請求の範囲】
【請求項１】
ドメイン名サーバ要求を解決するためにドメイン名サーバを選択するための方法であって、
ネーム解決要求を受信するステップと、
ドメイン名サーバ・テーブルに列挙されている少なくとも１つのドメイン名サーバをタイムスタンプに関連づけるステップと、
前記タイムスタンプに基づいて前記ドメイン名サーバ・テーブルからドメイン名サーバにアクセスするステップと
を含む方法。
【請求項２】
ドメイン名サーバ・テーブルに列挙されている少なくとも１つのドメイン名サーバをタイムスタンプに関連づける前記ステップが、
ドメイン名サーバの遅延状況を判定するステップと、
前記ドメイン名サーバの遅延状況に関連する前記ドメイン名サーバと関連付けられた前記タイムスタンプを更新するステップと
を含む、請求項１に記載の方法。
【請求項３】
前記ドメイン名サーバの遅延状況に基づいて遅延値をドメイン名サーバに関連づけるステップをさらに含む、請求項２に記載の方法。
【請求項４】
前記タイムスタンプを更新する前記ステップが、前記遅延値で前記タイムスタンプを更新するステップを含む、請求項３に記載の方法。
【請求項５】
前記タイムスタンプが、ドメイン名サーバの遅延状況に応じてゼロでない値に設定される、請求項２に記載の方法。
【請求項６】
前記ドメイン名サーバの遅延状況に基づいてダウンタイムを予測するステップをさらに含み、前記タイムスタンプが予測ダウンタイムに関連付けられる、請求項２に記載の方法。
【請求項７】
ドメイン名サーバにアクセスする前記ステップが、前記関連付けられたタイムスタンプに基づいて、前記ドメイン名サーバ・テーブルから少なくとも１つのドメイン名サーバをバイパスするステップを含む、請求項１に記載の方法。
【請求項８】
前記関連付けられたタイムスタンプの時間切れに基づいて、バイパスしたドメイン名サーバにアクセスするステップをさらに含む、請求項７に記載の方法。
【請求項９】
予測ダウンタイムが、ラウンド・トリップ時間と、応答の確率と、少なくとも２つのドメイン名サーバを横切るラウンド・トリップ時間の比較とからなるグループから選択した要因に応じて推定される、請求項８に記載の方法。
【請求項１０】
ドメイン名サーバ要求を解決するためにドメイン名サーバを選択するためのコンピュータ読み取り可能コードを含むコンピュータ使用可能媒体であって、
ネーム解決要求を受信するためのコンピュータ読み取り可能コードと、
ドメイン名サーバ・テーブルに列挙されている少なくとも１つのドメイン名サーバをタイムスタンプに関連づけるためのコンピュータ読み取り可能コードと、
前記タイムスタンプに基づいて前記ドメイン名サーバ・テーブルからドメイン名サーバにアクセスするためのコンピュータ読み取り可能コードと
を含むコンピュータ使用可能媒体。
【請求項１１】
ドメイン名サーバ要求を解決するためにドメイン名サーバを選択するためのシステムであって、
ネーム解決要求を受信するための手段と、
ドメイン名サーバ・テーブルに列挙されている少なくとも１つのドメイン名サーバをタイムスタンプと関連づける手段と、
前記タイムスタンプに基づいて前記ドメイン名サーバ・テーブルからドメイン名サーバにアクセスするための手段と
を備えるシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、サーバ要求の解決に関し、特にドメイン名サーバの要求の解決に関する。
【背景技術】
【０００２】
コンピュータは、ＩＰアドレスのような特定のアドレスへまたはＩＰアドレスのような特定のアドレスからメッセージを送受信することによりネットワークを通して通信する。ＩＰアドレスは、通常、例えば、１０．１０．１０．１のような人間が記憶するのが難しい一連の数字である。それ故、各ＩＰアドレスは、通常、ｗｗｗ．ｉｂｍ．ｃｏｍのような覚えやすいドメイン名に関連する。ドメイン名をＩＰアドレスと関連づけるために、ドメイン名サーバは、ドメイン名とＩＰアドレスを相互に関連づけるために使用される。
【０００３】
多くのコンピュータ・システムは、ユーザが入力したドメイン名に関連するＩＰアドレスに対するドメイン名サーバ要求（「ＤＮＳ要求」）を受信することができる潜在的に使用することができるドメイン名サーバ（「ＤＮＳ」）の番号を順次列挙しているドメイン名サーバ・テーブル（「ＤＮＳテーブル」）を含む。多くのＤＮＳテーブルは、２つ以上のＤＮＳエントリを含む。特定のＤＮＳが通信または応答できない場合には、要求しているコンピュータの要求したＩＰアドレスの入手が遅れ、そのため要求したＩＰアドレスに関連する内容の入手が遅れる。
【０００４】
現在、要求コンピュータは、ＤＮＳテーブルからの次のＤＮＳを有するＤＮＳ要求を解決するために、タイムアウト（ｔｉｍｅ−ｏｕｔ）によりＤＮＳ要求の失敗を待機する。タイムアウトの最長設定時間は７５秒である。このような長いタイムアウトは、あるユーザにとって許容できない遅延となる場合がある。
【０００５】
ドメイン名サーバ・テーブルは、多くの場合、構成ファイル（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｆｉｌｅ）内に維持される。例えば、ドメイン名サーバ・テーブルは、あるフォーマットで列挙されている４つのサーバを含む。最初の３つのサーバが故障した場合には、ネーム解決（ｎａｍｅ  ｒｅｓｏｌｕｔｉｏｎ）は、これら最初の３つのサーバのうちの少なくとも１つがオンライン状態に復旧するまで、以降の各要求のように、４番目のサーバに連絡する前に、タイムアウトするために３つのサーバへの要求を待機する。サーバがオフライン状態になった後で第１の要求のタイムアウト遅延は避けることができない。何故なら、要求しているサーバは潜在的な遅延に依然として気付いていないで、サーバの順番は、多くの場合、サーバの負荷容量または平均応答時間あるいはその両方に基づいて判定されるからである。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
それ故、これらおよび他の欠点を克服するためにＤＮＳの選択を容易にするための方法の開発が強く要望されている。
【課題を解決するための手段】
【０００７】
本発明の第１の実施形態は、ドメイン名要求を解決するためにドメイン名サーバを選択するための方法である。この方法は、ネーム解決要求を受信し、ドメイン名サーバ・テーブルに列挙されている少なくとも１つのドメイン名サーバをタイムスタンプと関連づけるステップを含む。この方法は、さらに、タイムスタンプに基づいてドメイン名サーバ・テーブルからドメイン名サーバにアクセスするステップを含む。
【０００８】
本発明の第２の実施形態は、ネーム解決要求を受信するためのコンピュータ読み取り可能コードおよびドメイン名サーバ・テーブルに列挙されている少なくとも１つのドメイン名サーバをタイムスタンプに関連づけるためのコンピュータ読み取り可能コードを含む遠隔コンピュータ名を解決するためにドメイン名サーバを選択するためのコンピュータ読み取り可能コードを含むコンピュータ使用可能媒体である。この媒体は、さらに、タイムスタンプに基づいてドメイン名サーバ・テーブルからドメイン名サーバにアクセスするためのコンピュータ読み取り可能コードを含む。
【０００９】
本発明の第３の実施形態は、ネーム解決要求を受信するための手段と、ドメイン名サーバ・テーブルに列挙されている少なくとも１つのドメイン名サーバをタイムスタンプと関連づけるための手段とを含むネーム解決要求と連絡を行うためにドメイン名サーバを選択するためのシステムである。このシステムは、さらに、タイムスタンプに基づいてドメイン名サーバ・テーブルからドメイン名サーバにアクセスするための手段を含む。
【００１０】
本発明の種々の実施形態の下記の詳細な説明を読めば、本発明の上記および他の実施形態、目的、態様および特徴および利点をさらによく理解することができるだろう。詳細な説明および図面は、単に例示としてのものであって、添付の特許請求の範囲およびその等価物に定義する本発明の範囲を制限するものではない。
【発明を実施するための最良の形態】
【００１１】
図１は、本発明の一態様に従ってネーム解決要求を解決するためにドメイン名サーバを選択するための方法１００の一実施形態である。方法１００はステップ１１０からスタートする。本明細書に記載する本発明の方法のうちの任意の方法は任意の順序で実行することができ、この方法のステップを記述する順序は、ステップを実行することができる順序に制限されない。
【００１２】
方法１００は、ネーム解決要求を受信することによりステップ１２０において引き続き実行される。一実施形態の場合には、この要求は、ローカル・ネットワークとインターネットのような公衆ネットワークの間でインタフェースとしての働きをするサーバのところで受信される。他の実施形態の場合には、ネーム解決要求は、ネットワークへの直接接続を含むパーソナル・コンピュータのところで受信される。ＤＮＳ要求は、遠隔コンピュータを識別するドメイン名サーバに送信される要求である。この場合、識別した遠隔コンピュータは、ＩＰアドレスによってではなく、口語名により識別される。ＤＮＳ要求は、ＤＮＳ解決要求とも呼ばれる。
【００１３】
少なくとも１つのドメイン名サーバは、ステップ１３０においてタイムスタンプと関連づけられる。一実施形態の場合には、タイムスタンプは、関連するサーバに連絡しようとした最も早い時間を表す。例えば、時間はＵＮＩＸ（Ｒ）システムにより指定することができる。他の実施形態の場合には、タイムスタンプは、特定の時間後または特定の時間までの経過時間（ｅｌａｐｓｅｄ  ｔｉｍｅ）を追跡するカウントアップ・タイマまたはカウントダウン・タイマである。一実施形態の場合には、タイムスタンプは１時間内の経過時間を追跡する。一実施形態の場合には、ＵＮＩＸ（Ｒ）システムが指定する時間は、当業者であれば周知のｇｅｔｔｉｍｅｏｆｄａｙ（）コマンドにより判定される。
【００１４】
一実施形態の場合には、ドメイン名サーバとタイムスタンプの間の関連づけはＤＮＳテーブルにより行われる。下記の表１は、例示としてのＤＮＳテーブルを示す。この場合、現在の時間はＵＮＩＸ（Ｒ）システムが１０９１３３９４９３として指定した時間より前の時間である。
【表１】
2007124655.tif 000003
【００１５】
表１に示すように、例示としてのＤＮＳテーブルは、この場合は、ＩＰアドレスが列挙している複数のドメイン名サーバ、および各ドメイン名サーバに関連するタイムスタンプを含む。表１の場合には、タイムスタンプは、ＵＮＩＸ（Ｒ）システムが指定する時間と一緒に列挙されている。タイムスタンプはゼロであってもよいし、またはゼロでない値であってもよい。
【００１６】
表１は、そのＩＰアドレスの末尾の数字に基づく４つのサーバ、すなわち１、２、３および４を示す。表１の場合には、リストの順序に基づいて、サーバ２よりサーバ１のほうが好ましく、サーバ３よりサーバ２のほうが好ましく、サーバ４よりサーバ３のほうが好ましい。
【００１７】
一実施形態の場合には、ゼロのタイムスタンプ（ｚｅｒｏ  ｔｉｍｅｓｔａｍｐ）は、ネーム解決要求を受信しているコンピュータが、現在、受信しているコンピュータとゼロのタイムスタンプに関連するドメイン名サーバの間の任意の通信遅延に気付いていないことを示す。一実施形態の場合には、ＤＮＳテーブルは、構成ファイル（「ｃｏｎｆｉｇ  ｆｉｌｅ」）内で維持され、セキュアな位置に維持される。一実施形態の場合には、ＤＮＳテーブルは、／ｔｍｐ／．ｃｕｒｒｅｎｔ＿ｓｅｒｖｅｒｓのところに維持される。
【００１８】
逆に、ゼロでないタイムスタンプ（ｎｏｎ−ｚｅｒｏ  ｔｉｍｅｓｔａｍｐ）は、ＤＮＳ要求を受信しているコンピュータが、現在通信の遅延に気付いていること、および受信しているコンピュータが、ゼロでないタイムスタンプの値がゼロになるまで、ゼロでないタイムスタンプに関連するサーバによりネーム解決をしようとしないことを示す。
【００１９】
受信コンピュータは、ステップ１４０においてタイムスタンプに基づいてドメイン名サーバを選択する。一実施形態の場合には、タイムスタンプに基づくドメイン名サーバの選択は、ＤＮＳテーブルにアクセスするステップと、ゼロのタイムスタンプに関連する列挙されている第１のＤＮＳにアクセスするステップとを含む。
【００２０】
表１に示すように、タイムアウトになったドメイン名サーバ「１」へのアクセスの前の試み、ドメイン名サーバ「２」にアクセスする前の試みもすでにタイムアウトになっている。ドメイン名サーバ「３」および「４」は、要求に応じてまだタイムアウトになっていない。それ故、ドメイン名サーバ「１」および「２」には、ゼロでないタイムスタンプが割り当てられていて、一方、ドメイン名サーバ「３」および「４」は、ゼロのタイムスタンプを有しているので、表１に示すテーブルが現在である間に行われた要求は、ドメイン名サーバ「１」および「２」に連絡を行おうとしないで、ドメイン名サーバ「３」と連絡を行おうとする。
【００２１】
図２は、ドメイン名サーバを本発明の一態様に従ってタイムスタンプに関連づけるための方法２００の他の実施形態である。方法２００は、ステップ２１０からスタートする。方法２００は、ステップ２３０において引き続きドメイン名サーバをタイムスタンプと関連づける。一実施形態の場合には、ステップ２３０はステップ１３０において実施される。
【００２２】
方法２００は、ステップ２４０において、ドメイン名サーバの遅延状況を判定する。一実施形態の場合には、ドメイン名サーバの遅延状況の判定は、ドメイン名サーバから障害通知を受信するステップを含む。他の実施形態の場合には、ドメイン名サーバの遅延状況の判定は、「タイムアウト」障害と呼ばれる指定の時間内でのドメイン名サーバからの応答の受信の障害を含む。さらに他の実施形態の場合には、「ピング打ち（ｐｉｎｇ）」要求が、ネーム解決要求の発行の前にドメイン名サーバに発行され、ドメイン名サーバの遅延状況がピング打ち結果に応じて判定される。一実施形態の場合には、ＤＮＳへの要求の発行から応答を受信するまでの時間（「要求時間」）が追跡され、ネーム解決要求を発行するコンピュータと通信しているメモリに記憶される。
【００２３】
一実施形態の場合には、ドメイン名サーバの遅延状況はネーム解決に対する実際の要求に応じて判定される。他の実施形態の場合には、ドメイン名サーバの遅延状況はネーム解決要求なしで所定の間隔に基づいて判定される。例えば、ドメイン名サーバの遅延状況を予め判定する実施形態の場合には、コンピュータは、実質的にＤＮＳタイムスタンプを引き続き更新する。例えば、コンピュータは、毎分、毎時、毎日または他の設定した間隔でＤＮＳテーブル上の各サーバにピングを打つことができる。他の例の場合には、コンピュータは、ゼロのタイムスタンプを含むサーバに対するゼロでないタイムスタンプを有するサーバの比率に基づく頻度で、ＤＮＳテーブル上の各サーバにピングを打つことができる。他の実施形態の場合には、ゼロのタイムスタンプを有する第１のＤＮＳだけがピング打ち要求を受信する。
【００２４】
ドメイン名サーバの遅延状況に基づいて、そのドメイン名サーバに関連するタイムスタンプがステップ２５０において更新される。一実施形態の場合には、タイムスタンプの更新は、ゼロのタイムスタンプのゼロでない値への変更を含む。一実施形態の場合には、タイムスタンプの更新は、要求時間に基づいて判定する値へのタイムスタンプの変更を含む。他の実施形態の場合には、タイムスタンプの更新は、タイムスタンプの時間を判定するために、現在の時間を判定し、所定の時間を加算するステップを含む。例えば、所定の時間は、１時間であっても、１日であっても、または任意の適当な時間であってもよい。一実施形態の場合には、所定の時間は、ＤＮＳリストのＤＮＳの数に基づく時間である。他の実施形態の場合には、所定の時間は、ゼロでないタイムスタンプに関連するＤＮＳの数に基づく時間である。他の実施形態の場合には、時間は、ピング打ち応答時間または応答を入手しない確率のようなラウンド・トリップ時間を含むいくつかの要因に基づいて動的に判定される。
【００２５】
さらに他の実施形態の場合には、時間は動的に判定され、ゼロのタイムスタンプを含むＤＮＳの数に対するゼロでないタイムスタンプに関連するＤＮＳの割合に応じて調整され、またはその逆も行われる。他の実施形態の場合には、他のＤＮＳのタイムスタンプは、ゼロのタイムスタンプを含むＤＮＳの数に対するゼロでないタイムスタンプに関連するＤＮＳの割合に応じて調整され、またはその逆も行われる。
【００２６】
図３は、本発明の一態様に従って、ドメイン名サーバ遅延状況に基づくタイムスタンプを更新するための方法３００の一実施形態である。方法３００はステップ３１０からスタートする。ステップ３２０において、タイムスタンプは、ドメイン名サーバ遅延状況に基づいて更新される。一実施形態の場合には、ステップ３２０はステップ２５０でのように実施される。
【００２７】
方法３００は、ステップ３３０において、ドメイン名サーバ遅延状況に基づいて遅延の値をドメイン名サーバと関連づける。一実施形態の場合には、タイムスタンプは、要求時間または要求時間から入手する時間の値により更新される。
【００２８】
図４は、本発明の一態様に従って、タイムスタンプを更新するための方法４００の一実施形態である。方法４００はステップ４１０からスタートする。次に、方法４００は、ステップ４２０において、ドメイン名サーバ遅延状況に基づいて遅延値をドメイン名サーバと関連づける。
【００２９】
ステップ４３０において、タイムスタンプは遅延の値により更新される。更新は、固定的なものであっても、所定の時間であっても、または動的に判定した値であってもよい。動的に判定した値は、サーバへのラウンド・トリップ時間およびこのサーバへのネーム解決要求の過去の成功を含む多数の要因をベースとすることができる。他の実施形態の場合には、サーバからの応答を入手しない確率は遅延の値の基礎としての働きをする。
【００３０】
図５は、本発明の一態様に従って、タイムスタンプに基づくドメイン名サーバを選択するための方法５００の一実施形態である。方法５００はステップ５１０からスタートする。
【００３１】
ステップ５２０において、タイムスタンプに基づいてドメイン名サーバに対してアクセスが行われる。一実施形態の場合には、ステップ５２０はステップ１４０でのように実施される。
【００３２】
少なくとも１つのドメイン名サーバが、ステップ５３０において関連するタイムスタンプに基づいてバイパスされる。一実施形態の場合には、少なくとも１つのドメイン名サーバのバイパスは、関連するゼロでないタイムスタンプに基づいてＤＮＳからネーム解決を要求しないステップを含む。例えば、上記表１に示すように、例えば、ドメイン名サーバをバイパスするステップは、１０．１０．１０．１および１０．１０．１０．２からのネーム解決を要求しない結果、および１０．１０．１０．３からネーム解決を要求する結果になる。
【００３３】
図６は、本発明の一態様に従って、タイムスタンプに基づくドメイン名サーバを選択するための方法６００の一実施形態である。方法６００はステップ６１０からスタートする。
【００３４】
ドメイン名サーバへのアクセスは、ステップ６２０においてタイムスタンプに基づいて行われる。一実施形態の場合には、ステップ６２０はステップ１４０のように実施される。
【００３５】
ステップ６３０において、関連するタイムスタンプに基づいて少なくとも１つのドメイン名サーバがバイパスされる。一実施形態の場合には、ステップ６３０はステップ５３０のように実施される。
【００３６】
バイパスしたドメイン名サーバに対しては、ステップ６４０において、関連するタイムスタンプの時間切れ（ｅｘｐｉｒａｔｉｏｎ）に基づいてアクセスが行われる。一実施形態の場合には、関連するタイムスタンプの時間切れは、タイムスタンプがこのタイムスタンプより前かまたは時間的に早いのかを判定するために、現在の時間をタイムスタンプと比較することにより判定される。現在の時間は、ｇｅｔｔｉｍｅｏｆｄａｙ（）問合せのような任意の適当な方法で判定される。一実施形態の場合には、タイムスタンプの代わりに、タイムスタンプが時間切れになったという判定に基づいてゼロの値が使用される。
【００３７】
図７は、本発明の一態様に従って、ドメイン名サーバを選択するためのシステム７００の一実施形態である。システム７００は、要求するコンピュータ７２０、ＤＮＳテーブル７１０およびドメイン名サーバ７３０を含む。図７に示すように、要求するコンピュータ７２０は、ＤＮＳ解決のための要求と連絡を行う目的で、ドメイン名サーバのＩＰアドレスを判定するためにＤＮＳテーブル７１０と通信を行う。さらに、要求するコンピュータ７２０は、ネーム解決要求を解決するためにドメイン名サーバ７３０と通信することができる。
【００３８】
ＤＮＳテーブル７１０は、要求するコンピュータ７２０と同じまたは異なる位置でホストし、維持することができる。要求するコンピュータ７２０は、インターネットのようなネットワークに接続しているサーバまたはパーソナル・コンピュータとして実施することができる。要求コンピュータ７２０とＤＮＳテーブル７１０の間の通信は、任意の適当な通信プロトコルでフォーマットすることができる。同様に、要求コンピュータ７２０とドメイン名サーバ７３０の間の通信は、任意の適当な通信プロトコルでフォーマットすることができる。適当な通信プロトコルとしては、インターネット・プロトコル等があるがこれに限定されない。
【００３９】
図８は、本発明の他の態様に従ってドメイン名サーバを選択するための他の方法８００を示す。方法８００は、ステップ８１０からスタートする。
【００４０】
方法８００は、ステップ８２０、８３０および８４０でＦＯＲループを実行する。方法８００は、ＤＮＳリスト内の各サーバに対して（すなわち、／．ｃｕｒｒｅｎｔ＿ｓｅｒｖｅｒｓのところで）（ステップ８２０）、そのサーバに関連するタイムスタンプがゼロであるかどうか（ステップ８３０）、およびタイムスタンプが時間切れであるかどうか（ステップ８４０）を判定する。
【００４１】
ステップ８３０におけるタイムスタンプがゼロであるという判定に応じて、方法８００は、選択したＤＮＳに対してステップ８５０において遠隔コンピュータ名の解決について問合せする。ステップ８３０におけるタイムスタンプがゼロでないという判定に応じて、方法８００は、ステップ８４０においてタイムスタンプが時間切れかどうかを判定し、タイムスタンプが時間切れである場合には、ステップ８６０において、ステップ８５０において選択したＤＮＳに問い合わせる前にタイムスタンプをゼロに設定する。タイムスタンプが時間切れでない場合には、方法８００はステップ８２０に戻り再度反復する。
【００４２】
ステップ８５０において選択したサーバに問合せした後で、方法８００は、ステップ８７０において問合せが成功したかどうかを判定する。問合せが成功した場合には、方法８００はステップ８９０で終了する。問合せが不成功であった場合には、方法８００は問合せたサーバのタイムスタンプを、ステップ８８０において次の連絡時間に設定し、ステップ８２０に戻る。一実施形態の場合には、別の方法としては、タイムスタンプの設定は、方法２００、３００または４００でのように行われる。他の実施形態の場合には、タイムスタンプは、現在の時間に遅延値を加算した値に設定される。遅延値は、ＤＮＳテーブルのドメイン名サーバの数、またはゼロまたはゼロでないタイムスタンプを有するＤＮＳＤＮＳテーブルのドメイン名サーバの数に基づいて静的判定または動的判定として実施することができる。
【００４３】
ＤＮＳテーブルからドメイン名サーバを選択するためのアルゴリズムを実施するコンピュータ・コードの例示としての実施態様は下記のとおりである。これらのアルゴリズムは、単に例示としてのものであって、本発明はこれらのコード化の例に限定されない。
【数１】
2007124655.tif 000004
【数２】
2007124655.tif 000005
【００４４】
ＵＮＩＸ（Ｒ）は、米国および他の国でのＯｐｅｎ  Ｇｒｏｕｐの登録商標である。
【００４５】
本明細書に開示した本発明の実施形態は、現時点で好ましい実施形態と思われるもので、本発明の精神および範囲から逸脱することなしに、種々の変更および修正を行うことができる。本発明の範囲は添付の特許請求の範囲に記載してあり、意味および等価物の範囲内に入るすべての変更は、本発明の範囲内に入る。
【図面の簡単な説明】
【００４６】
【図１】本発明の一態様に従ってドメイン名サーバを選択するための方法の一実施形態である。
【図２】本発明の一態様に従ってドメイン名サーバを選択するための方法の他の実施形態である。
【図３】本発明の一態様に従ってドメイン名サーバを選択するための方法の他の実施形態である。
【図４】本発明の一態様に従ってドメイン名サーバを選択するための方法の他の実施形態である。
【図５】本発明の一態様に従ってドメイン名サーバを選択するための方法の他の実施形態である。
【図６】本発明の一態様に従ってドメイン名サーバを選択するための方法の他の実施形態である。
【図７】本発明の一態様に従ってドメイン名サーバを解決するためのシステムの一実施形態である。
【図８】本発明の他の態様に従ってドメイン名サーバを選択するための方法の他の実施形態である。
【図１】
2007124655.tif 000006
【図２】
2007124655.tif 000007
【図３】
2007124655.tif 000008
【図４】
2007124655.tif 000009
【図５】
2007124655.tif 000010
【図６】
2007124655.tif 000011
【図７】
2007124655.tif 000012
【図８】
2007124655.tif 000013