JP2012530971A - 未登録のドメイン名の特徴付け - Google Patents

Abstract

未登録のドメイン名の特徴付けを行うための方式と装置を提供する。一実施形態には、未登録のドメイン名に対する複数の解決要求のリストの取得、未登録の各ドメイン名の出現回数の判断、この出現回数を基にした複数のグループ化の計算、および、未登録の各ドメイン名へのスコアの関連付けが含まれる。

Description

本発明は、未登録のドメイン名の特徴付けに関する。

ドメインネームシステム（ＤＮＳ）とは、人間が読むことができるドメイン名を、インターネット上での通信の確立に必要なインターネットプロトコル（ＩＰ）アドレスに変換するインターネットインフラストラクチャの一部である。ＤＮＳは、ＤＮＳデータベースのクエリー処理を可能にするソフトウェアを実行する複数のＤＮＳサーバーから構成される。ＤＮＳデータベースには、指定されたＩＰアドレスに特定のドメイン名を関連付けるレコードが含まれる。これによりユーザーは、「123.4.56.78」などの数字で表されるＩＰアドレスではなく、「example.com」などの覚えやすいドメイン名を使用して、Ｗｅｂサイトや他のリソースを参照することができる。
各ドメイン名は、ドットで区切られた一連の文字列（ラベル）から構成される。ドメイン名の右端のラベルは、「トップレベルドメイン」（ＴＬＤ）と呼ばれる。よく知られているＴＬＤの例としては、「.com」、「.net」、「.org」などがある。各ＴＬＤは、ＴＬＤの最も左隣に位置するセカンドレベルドメイン（たとえば、「www.example.com」の「example」など）をサポートする。各セカンドレベルドメインの最も左隣には、サードレベルドメイン（たとえば、「www.example.com」の「www」など）を配置することができる。さらに、追加のドメインレベルを指定することができる。たとえば、「www.photos.example.com」などのように、追加のドメインレベルを持つドメインを指定することができる。

特定のマシンに関連付けられた１つのＩＰアドレスにより、非常に多くのドメイン名をサポートすることができる。つまり、異なるドメイン名を同一サーバーに解決し そして要求されたドメイン名または追加の非ドメイン情報に基づいて、提供するコンテンツをこのサーバーが決定できるということである。追加の非ドメイン情報は、ドメイン名を含む統一資源識別子（ＵＲＩ）に含めることができる。たとえば「パス」の部分は、フォワードスラッシュ（”/”）で区切られた一連のセグメントである。この情報は、「www.example.com/blog」の「blog」などのように、ドメイン名の最も右隣に配置することができ、サーバーや他の受信側コンピュータがこの情報を使用して、特定のコンテンツを識別して配信したり、特定のコードを実行したりすることができる。多くの場合、この情報は、Ｗｅｂページの別のセクションまたは別のＷｅｂページにユーザーをナビゲートするＷｅｂページハイパーリンク内に組み込まれる。

関連するドメイン名とコンテンツは、「www.example.com」、「www.blog.example.com」、「www.example.com/blog」、「blog.example.com」などのように、階層構造として編成することができる。こうした関連したドメイン名では、同じＩＰアドレスを共有する必要はない。したがって、ドメイン名の一部を使用して特定のサーバーを表すことができる。たとえば「mail.example.com」と「www.example.com」の場合、同じセカンドレベルドメインを使用しているにもかかわらず、異なる機能を持った異なるサーバーに解決することができる。

ドメイン名とＩＰアドレスの割り当ては、Ｉｎｔｅｒｎｅｔ Ｃｏｒｐｏｒａｔｉｏｎ ｆｏｒ Ａｓｓｉｇｎｅｄ Ｎａｍｅｓ ａｎｄ Ｎｕｍｂｅｒs（ＩＣＡＮＮ）が管理している。ＩＣＡＮＮは、ＴＬＤの運用（ＴＬＤ内のセカンドレベルドメインの登録管理を含む）の責務を、ドメイン名レジストリと呼ばれる各組織に委任している。各レジストリは、ＤＮＳサーバーを使用してドメイン名をＩＰアドレスに変換（つまり「解決」）する作業を主に担当している。

ドメイン名の実際の登録作業は、ドメイン名レジストラと呼ばれる各企業によって行われる。レジストラは、レジストリと協力してドメイン名の登録を行う。たとえば、エンドユーザー（つまり、「レジストラント」）は、レジストラを経由して、特定のレジストリにドメイン名を登録することになる。

ドメイン名は、個人や団体（企業、行政機関、教育機関など）をインターネット上で検索するための識別子であるため、ドメイン名の登録は重要である。そのため、個人や団体は、覚えやすいドメイン名を希望する。たとえば、特定の個人や企業に共通して関係する単語などは覚えやすいため、一般的にドメイン名として好まれる。しかし、登録済みのドメイン名の数が増加するのに伴い、ドメイン名としてまだ登録されていない単語の数は減少を続けている。最も一般的な単語はドメイン名としてすでに登録済みであるため、覚えやすくて適切なドメイン名となる使用可能な単語（つまり、未登録のドメイン名）を特定するのはますます難しくなってきている。したがって、未登録のドメイン名を特徴付けるための方式と装置の技術が必要になる。

本発明は、主にインターネットドメイン名に関するものである。さらに具体的には、本発明は、未登録のドメイン名に対して受信した解決要求の数を使用して、未登録のドメイン名の特徴付けを行うための方式と装置に関係するものである。本発明の各実施形態では、単に例として、未登録のドメイン名のスコアを決定するための各方式を説明する。これらのスコアは、たとえば、レジストラントが有益な未登録のドメイン名を特定する場合などに使用することができる。ただし、本発明の各実施形態の範囲は、この特定の用途よりも広く、未登録のドメイン名の特徴付けを利用した他の用途にも適用することができる。

本発明の実施形態に従い、未登録のドメイン名の特徴付けの方式には、未登録のドメイン名に対する複数の解決要求のリストの取得、未登録の各ドメイン名の出現回数の判断、この出現回数を基にした複数のグループ化の計算、および、未登録の各ドメイン名へのスコアの関連付けを含むことができる。

一実施形態において、グループ化の第１の部分は、対数ベースの方式を使用して計算することができ、グループ化の第２の部分は、リニアベースの方式を使用して計算することができる。別の実施形態では、対数ベースの方式を使用してグループ化を計算することができる。

別の実施形態では、未登録の各ドメイン名に関連付けられるスコアは１から１０までの範囲である。さらに別の実施形態では、未登録の各ドメイン名に関連付けられるスコアは、未登録の各ドメイン名の出現回数に、少なくとも部分的に依存する。

本発明の別の実施形態に従い、未登録のドメイン名に関する情報をレジストラに提供する方式には、未登録のドメイン名に対する複数の解決要求の受信、未登録のドメイン名に対する複数の解決要求のリストの作成、および、リスト内の未登録のドメイン名の出現回数の判断が含まれる。また、この方式には、未登録のドメイン名の出現回数に対する要求の受信と、未登録のドメイン名の出現回数のレジストラへの提供も含まれる。

本発明により、従来の技術ではなし得なかった多くの利点が実現する。たとえば、本発明の各実施形態は、ドメインネームシステム（ＤＮＳ）を使用して、未登録のドメイン名に関するリアルタイムの実証的情報を提供するための方式と装置を提供する。この情報には、特定の未登録のドメイン名に対して送信された解決要求（つまり、クエリー）の数が含まれる。レジストラントは、この情報を使用して、有益な未登録のドメイン名を特定することができる。また、レジストラントは、未登録のドメイン名の相対的な価値を提供して未登録のドメイン名を売却する際に、この情報を使用することもできる。

本発明のこれらの実施形態および他の実施形態については、その多くの利点と機能とともに、これ以降の記述と添付の図面に基づいてさらに詳しく説明する。

本発明の各実施形態を実施するのに適した、典型的なシステムの概略図である。 本発明の実施形態による、未登録のドメイン名に対する解決要求に関連する存在しない（ＮＸ）レコードのリストである。 本発明の実施形態による、リニアベースの方式を使用して決定された、未登録のドメイン名に対する評価スコアの表である。 本発明の実施形態による、対数ベースの方式を使用して決定された、未登録のドメイン名に対する評価スコアの表である。 本発明の実施形態による、リニアベースの方式と対数ベースの方式を組み合わせて決定された、未登録のドメイン名に対する評価スコアの表である。 本発明の実施形態による、処理サーバーの概略図である。 本発明の実施形態による、未登録のドメイン名の特徴付けを行う方式を示す概略的な流れ図である。 本発明の別の実施形態による、未登録のドメイン名の価値を判断する方式を示す概略的な流れ図である。 本発明の実施形態による、処理サーバーの構成を示す概略的なブロック図である。

本発明の各実施形態に従い、未登録のドメイン名を特徴付けるための方式と装置が提供される。特定の実施形態では、未登録のドメイン名に対して受信した解決要求の数を使用して、未登録のドメイン名の評価スコアを決定するための処理サーバーが提供される。この評価スコアを使用して、一連の未登録のドメイン名に対する、特定の未登録のドメイン名の相対的な価値を判断することができる。

図１は、本発明の各実施形態を実施するのに適した、典型的なシステム１００の概略図である。システム１００には、インターネットサービスプロバイダ（ＩＳＰ）１０４を経由してインターネット１１４に接続されるユーザーコンピュータ１０２が含まれる。ユーザーコンピュータ１０２上で実行されるブラウザなどのプログラムにより、ユーザーとインターネット１１４との間のインターフェースが提供される。このブラウザにより、ユーザーは、インターネット１１４上の各サイトを操作することができる。ユーザーは、サイトに関連付けられたドメイン名をブラウザに入力することにより、このサイトへの接続を確立する。ブラウザは、ドメイン名の解決を開始する。これ以降でさらに詳しく説明するように、入力されたドメイン名がすでに登録されている場合、サイトに関連付けられたＩＰアドレスが取得される。ただし、入力されたドメイン名がまだ登録されていない場合は、ＩＰアドレスがこのドメイン名に関連付けられることはない。この場合は、本発明の実施形態に従い、未登録のドメイン名を含むレコードが生成される。

ドメイン名の解決は、ＤＮＳサーバー１０６によって実行される。ＤＮＳサーバー１０６はインターネット１１４に接続され、ドメイン名をＩＰアドレスにマップする。システム１００では１台のＤＮＳサーバー１０６しか示していないが、世界中には多数のＤＮＳサーバーが分散している。ＤＮＳサーバーに登録されたドメイン名は、それぞれのＤＮＳサーバーによって管理される。各ＤＮＳサーバーは、登録済みのドメイン名、登録済みのドメイン名に関連付けられたＩＰアドレス、登録済みのドメイン名に関連するその他の情報を格納するデータベース１０８に関連付けられる。

要求されたドメイン名がＤＮＳサーバー１０６にとって不明なドメイン名である場合、ＤＮＳサーバー１０６は、別のＤＮＳサーバー、またはルートサーバーのグループから選択可能なルートサーバー１１０に問い合わせることができる。ＤＮＳサーバー１０６と同様に、世界中には多数のルートサーバーが分散している。各ルートサーバーは、各自のＴＬＤに基づいて、事前に定義されたドメイン名のセットを処理することができる。たとえば、「.com」が付いたすべてのドメイン名をＴＬＤとして処理するルートサーバーのグループもあれば、「.org」が付いたすべてのドメイン名をＴＬＤとして処理する別のルートサーバーのグループも存在する。ルートサーバーに登録された各ドメイン名について、ルートサーバーは、そのドメイン名を管理するのはどのＤＮＳサーバー（または別のルートサーバー）であるかを特定することができる。ルートサーバーは、１台のプライマリサーバーと、要求されたドメイン名の解決を実行する多数のバックアップサーバーを格納するように構成することができる。ルートサーバーは、適切なサーバーに要求を転送することができ、要求されたドメイン名のＩＰアドレスは、ユーザーコンピュータ１０２に返すことができる。このＩＰアドレスを使用して、ユーザーコンピュータ１０２と、ドメイン名に関連付けられたサイトとの間の接続を確立することができる。

要求されたドメイン名が未登録であるかどうかは、ルートサーバー１１０にはわからない。ルートサーバー１１０が、要求されたドメイン名を管理するＤＮＳサーバー（または別のルートサーバー）を特定できない場合、このドメイン名は解決されず、適切なメッセージがＤＮＳサーバー１０６、ＩＳＰ１０４、ユーザーコンピュータ１０２のいずれか（またはこれらすべて）に返される。本発明の実施形態に従い、未登録のドメイン名と、未解決の要求に関するその他の情報を含むレコードも生成される。本明細書では、こうしたレコードのことを、存在しないドメイン（ＮＸ）レコードと呼ぶ。ＮＸレコードは、ルートサーバー１１０またはＤＮＳサーバー１０６によって生成し、メモリー内に格納することができる。たとえば、ＮＸレコードをファイルに付加してメモリー内に格納したり、ＮＸレコードをデータベース内に格納したりすることができる。例として、ＮＸレコードをＤＮＳサーバー１０６によって生成し、ＤＮＳサーバー１０８に格納することができる。当業者は、多くのバリエーション、改修、代替手段を考え付くであろう。

上で説明した解決プロセスは、説明の目的で単純化したものであり、図１や上記の説明では示していない追加の中間サーバーも関係してくる場合があることを理解されたい。

図２は、本発明の実施形態による、未登録のドメイン名に対する解決要求に関連するＮＸレコードのリスト２００である。図２に示すリスト２００には、タイムスタンプ、ＮＸレコードを生成したサーバーに関連付けられた識別子、要求された未登録のドメイン名、および、解決要求を生成したマシンに関連付けられた識別子が含まれる。これらの各情報は、種類別に、図２のリスト２００の各列に配置される。本発明の実施形態は、図２の例に示す特定の種類の情報だけに制限されるものではなく、特定の用途に従い、これよりも多いまたは少ない種類の情報を含むことができる。

上記のタイムスタンプは、解決要求が生成された時刻またはＮＸレコードが作成された時刻のいずれかにすることができる。図２の例に示すタイムスタンプは、ＮＸレコードが作成された時刻であり、１９７０年１月１日からの経過時間を秒数で表している。本発明の各実施形態に従い、他の形式を使用することもできる。

ＮＸレコードを生成したサーバーに関連付けられた識別子は、サーバー名または対応するＩＰアドレスのいずれかにすることができる。図２の例では、サーバー名（「edas1-chi2」など）を使用している。他の識別子を使用することもできる。

このリストには、要求された未登録のドメイン名が含まれる。たとえば、図２に示すリストには、「LOSTBOUNDTRAIN.COM」、「PWCINTERNAL.COM」、「PACIFICARE-CALIFORNIA-QUOTES.COM」などのドメイン名が含まれている。上で説明したように、これらのドメイン名はまだ登録されていないため、ＩＰアドレスには関連付けられていない。

解決要求を生成したマシンに関連付けられた識別子は、コンピュータ名または対応するＩＰアドレスのいずれかにすることができる。また、解決要求を生成したマシンは、ユーザーコンピュータ１０２またはＩＳＰ１０４のいずれかにすることができる。図２の例では、解決要求を生成したＩＳＰ１０４のＩＰアドレスが含まれている。たとえばこの例では、ＩＳＰ１０４により、未登録のドメイン名「LOSTBOUNDTRAIN.COM」がＩＰアドレス「67.15.238.64」で生成されている。

図２に示すリスト２００は、典型的なＮＸレコードに含まれる情報の種類の例として示しているにすぎないことを理解されたい。ＮＸレコードはこの例だけに制限されるものではなく、図２に示すものとは異なる種類の情報を含むことができる。たとえば、ＮＸレコードには、特定のハードウェアを識別する送信元と宛先のメディアアクセス制御（ＭＡＣ）アドレス、データ転送で使用される内部マシン機能を識別する送信元と宛先のポート、順序識別子、各種フラグなども含めることができる。

本発明の実施形態に従い、図１に示す処理サーバー１２２は、１台以上のサーバーからＮＸレコードを受信し、そのＮＸレコードによって提供される情報を分析することができる。たとえば、ＤＮＳサーバー１０６及びまたはルートサーバー１０８（あるいはその両方）によって生成されたＮＸレコードは、処理サーバー１１２に送信することができる。一実施形態において、これらのＮＸレコードは、定期的に（たとえば１時間ごとに）処理サーバーに送信することができる。あるいは、これらのＮＸレコードを、処理サーバー１１２に関連付けられたデータベースに送信することもできる。当業者は、多くのバリエーション、改修、代替手段を考え付くであろう。

一実施形態において、処理サーバー１１２は、ＮＸレコードに含まれる情報を分析する前に、ＮＸレコードをフィルタリングすることができる。例として、ＮＸレコードをフィルタリングし、人間が作成したものではないと思われるようなレコードを除外したり、その逆に、人間が作成したと思われるようなレコードを除外したりすることができる。レコードのフィルタリングの１つの方法として、同じマシンで生成された解決要求に関連するレコードを除外する方法がある。同じマシンかどうかは、図２のリスト２００に示すＩＰアドレスによって判断することができる。同じマシンから発行された未登録のドメイン名に対する複数の解決要求は、そのドメイン名が人間によって作成されたものではなく、マシンによって生成されたものであることを示している可能性がある。

別のフィルタリング方法として、１つの要求から次の要求までに指定された時間よりも短い時間で生成され、特定のマシンから発行された要求を除外する方法がある。これは、マシンは人間よりも短時間で要求を生成できる可能性が高いためである。この時間は、特定の用途に応じて決定することができる。

さらに別の方法として、「www」で始まるドメイン名または「www」以外で始まるドメイン名を持つ要求をフィルタリングする方法がある。マシンによって生成された要求の場合、人間が作成した要求と比較して「www」で始まる可能性が高いため、この方法を使用して、マシンによって生成された要求をフィルタリングすることもできる。

その他のフィルタリング方法として、ＮＸレコードに含まれる情報の種類に基づいてフィルタリングを行うことができる。たとえば、タイムスタンプを使用して、特定の期間内に送信された要求に基づいてレコードをフィルタリングしたり、１日の特定の時間内に送信された要求に基づいてレコードをフィルタリングしたりすることができる。解決要求を生成したマシンのＩＰアドレスを使用して、特定の場所で生成されたレコードをフィルタリングすることができる。その他のフィルターを検討し、特定の用途に応じて使用することができる。

一実施形態において、処理サーバー１１２はＮＸレコードを使用して、リスト２００に示す未登録の各ドメイン名に対して送信された解決要求の数を計算する。これにより、未登録の各ドメイン名に対するＮＸレコードカウントが提供される。たとえば、未登録のドメイン名「LOSTBOUNDTRAIN.COM」がＮＸレコードのリストに２回出現する場合、このドメイン名のＮＸレコードカウントは２になる。未登録のドメイン名の特徴付けを行う際に、このＮＸレコードカウントを処理サーバー１１２で使用することができる。

本発明の実施形態に従い、ＮＸレコードカウントを分析して、未登録のドメイン名の評価スコアを提供することができる。例として、本発明の各実施形態による各種方式を使用して決定された評価スコアを、図３から図５の表３００、表４００、表５００に示す。図３から図５に示す各表は、単に例として示しているに過ぎず、本発明の各実施形態に従い、他の方式を使用してＮＸレコードカウントを分析できることを理解されたい。表３００、表４００、表５００に示す評価スコアの決定に使用される方式により、各評価スコアに関連するＮＸレコードカウントのグループ化（つまり「容器」）が規定される。表３００、表４００、表５００に示す評価スコアの範囲は１から１０である。これらの例では、１０の評価スコアを持つ未登録のドメイン名には、これよりも低い評価スコアを持つ未登録のドメイン名よりも高いＮＸレコードカウントが設定される。これにより、同じリスト内の他の未登録のドメイン名に関連して、未登録の各ドメイン名に対する評価スコアが提供される。

図３の例で使用されているリニアベースの方式により、ＮＸレコードの固定範囲に基づき、各評価スコアに関連するグループ化が規定される。図３では、ＮＸレコードカウントの範囲として１４０を使用している。そのため、１から１４０までのＮＸレコードカウントを持つ未登録のドメイン名は評価スコア１に関連付けられ、１４１から２８０までのＮＸレコードカウントを持つ未登録のドメイン名は評価スコア２に関連付けられ、２８１から４２０までのＮＸレコードカウントを持つ未登録のドメイン名は評価スコア３に関連付けられる（これ以降についても同様）。各評価スコアに関連付けられたリスト内の未登録のドメイン名の数については、右端の列に示している。本発明の各実施形態に従い、他のリニアベースの方式を使用することもできる。

図４は、本発明の各実施形態に従い、対数ベースの方式を使用して決定された、未登録のドメイン名に対する評価スコアを示す表である。対数ベースの方式を使用して、低いＮＸレコードカウントを持つ未登録のドメイン名を区別するグループ化を規定することができる。対数ベースの方式を使用して、評価スコアによってサイズが増加するグループ化を規定することができる。あるグループ化から次のグループ化への増分は、対数ベースを使用して決定することができる。たとえば、表４００のグループ化は、対数ベース２．０６３５を使用して決定されている。一実施形態において、対数ベースは以下の方程式によって決定することができる。

対数ベース＝（最大数）^（１／ｎ）

この式の「最大数」は、リスト内の未登録のドメイン名に関連するＮＸレコードカウントの最大数であり、「ｎ」は、評価スコアレベルの数である。表４００では、未登録のドメイン名に関連するＮＸレコードカウントの最大数は１４００であり、評価スコアレベルの数は１０である。算出された対数ベースを以下の方程式で使用すると、特定の評価スコアに対するＮＸレコードカウントの範囲を計算することができる。

最大カウント＝最小カウント＋対数ベース^（評価スコア）

この式の「最大カウント」と「最小カウント」により、特定の評価スコアに対するＮＸレコードカウントの範囲が定義される。例として表４００を参照すると、評価スコア１は、最小カウントが１で最大カウントが３（１＋２．０６３５^１の計算結果を最も近い整数に四捨五入した値）のＮＸレコードカウントに関連付けられ、評価スコア２は、最小カウントが４で最大カウントが８（１＋２．０６３５^２）のＮＸレコードカウントに関連付けられる（これ以降についても同様）。いずれの場合も、直前の評価スコアレベルの最大カウントに１を加算した値が、次のレベルの最小カウントになる。各評価スコアに関連するリスト内の未登録のドメイン名の数については、右端の列に示している。本発明の各実施形態に従い、他の対数ベースの方式を使用することもできる。

図５は、本発明の各実施形態に従い、リニアベースの方式と対数ベースの方式を組み合わせて決定された、未登録のドメイン名に対する評価スコアを示す表である。リニアベース方式と対数ベース方式の組み合わせを使用して、低いＮＸレコードカウントを持つ未登録のドメイン名を区別するグループ化を規定することができる。表５００で使用されているグループ化には、一部の評価スコアに関連付けられた固定範囲と、その他の評価スコアに関連付けられた対数ベースの範囲が含まれている。例として表５００を参照すると、評価スコア１から３に関連付けられたＮＸレコードカウントのグループ化は、リニアベースの方式を使用して決定されている。たとえば、ＮＸレコードカウント１を持つ未登録のドメイン名は評価スコア１に関連付けられ、ＮＸレコードカウント２を持つ未登録のドメイン名は評価スコア２に関連付けられ、ＮＸレコードカウント３を持つ未登録のドメイン名は評価スコア３に関連付けられる。評価スコア４から１０に関連付けられたＮＸレコードカウントのグループ化は、対数ベース２．８１４８を使用して、対数ベースの方式によって決定される。各評価スコアに対する対数ベースとＮＸレコードカウントの範囲は、図４に関して前述した方法で算出することができる。たとえば、評価スコア４は、最小カウントが４で最大カウントが７（４＋２．８１４８^１の計算結果を最も近い整数に四捨五入した値）のＮＸレコードカウントに関連付けられ、評価スコア５は、最小カウントが８で最大カウントが１５（８＋２．８１４８^２）のＮＸレコードカウントに関連付けられる（これ以降についても同様）。いずれの場合も、直前の評価スコアレベルの最大カウントに１を加算した値が、次のレベルの最小カウントになる。各評価スコアに関連付けられた未登録のドメイン名の数（右端の列）が示すように、リニアベース方式と対数ベース方式の組み合わせにより、ＮＸレコードカウントの差異を小さくしながら、未登録のドメイン名を識別することができる。

特定の用途に応じて、未登録のドメイン名に関する他の情報も、評価スコアを決定する方式に含めることができる。たとえば、さまざまな特性（未登録のドメイン名に含まれる単語の長さ、未登録のドメイン名に含まれる単語の数、未登録のドメイン名に含まれる単語の出現頻度、未登録のドメイン名に含まれる単語の、他の単語に対する類似度など）を考慮した未登録のドメイン名の分析を、評価スコアを決定する方式に含めることができる。これらの方式では、未登録のドメイン名に含まれる単語が他のＴＬＤに登録されているかどうか、または未登録のドメイン名が以前に登録されていたかどうかについても考慮することができ、登録されていた場合はそのドメイン名の長さについても考慮することができる。こうした情報は、本発明の各実施形態に従い、評価スコアを決定する際に使用することができる。たとえば、一部の実施形態では、既知の技術に従い、異なる種類の情報に対して加重値を割り当てることができる。当業者は、多くのバリエーション、改修、代替手段を考え付くであろう。

図６は、本発明の実施形態による、図１に示した処理サーバー１１２の概略図である。図６に示す典型的な処理サーバー１１２には、メモリー６０２、二次記憶装置６０４、１つ以上のＣＰＵ６０８、およびネットワーク装置６０６が含まれている。本発明の各実施形態による処理サーバーは、これらの特定のコンポーネントだけに制限されるものではなく、他の一般的なハードウェア構成やソフトウェア構成も含むことができることを理解されたい。

メモリー６０２は、本発明の各実施形態に従い、本方式の少なくとも一部をＣＰＵ６０８で実行するための情報と指示を格納するように構成することができる。たとえば、メモリー６０２には、ＤＮＳサーバー１０６、ＤＮＳデータベース１０８、またはルートサーバー１１０からＮＸレコードを受信するための指示が記述された処理ソフトウェアを含めることができる。この処理ソフトウェアには、ＮＸレコードカウントを計算し、未登録のドメイン名に関連する評価スコアを決定するための指示も含めることができる。メモリー６０２は、ローカルに配置することも、処理サーバー１１２に移動することもできる。メモリー６０２は、特定の種類の媒体だけに制限されず、任意の磁気記憶媒体、光学記憶媒体、フラッシュメモリーなどの媒体を含むことができる。

一部の実施形態において、処理サーバー１１２は二次記憶装置６０４を含む。二次記憶装置６０４は、未登録のドメイン名に関連付けられたＮＸレコードカウントと評価スコアだけでなく、ＤＮＳサーバー１０６及びまたはルートサーバー１１０（あるいはその両方）によって生成されたＮＸレコードを受信して格納するように構成することができる。二次記憶装置６０４は、特定の装置だけに制限されず、コンピュータが読み取ることができる任意の記憶媒体や、ＭｙＳＱＬ，Ｏｒａｃｌｅ、Ｓｙｂａｓｅなどによって実行される一般的なデータベース、またはＬＤＡＰサーバーなどの別のデータソースを含むことができる。

図６に示すように、処理サーバー１１２は１つ以上のＣＰＵ６０８を含むことができる。ＣＰＵ６０８は制限されず、指示やデータを実行するように構成された汎用的なマイクロプロセッサ（Ｉｎｔｅｌ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ｓａｎｔａ Ｃｌａｒａ， Ｃａｌｉｆが製造するPentium（登録商標）プロセッサなど）にすることができる。ＣＰＵ６０８は、ソフトウェア、ファームウェア、ハードウェアのいずれか（またはこれらすべて）において、本発明による方式を実行するための指示の少なくとも一部を実現する特定用途向け集積回路（ＡＳＩＣ）にすることもできる。例として、こうしたプロセッサには、専用の電気回路、ＡＳＩＣ、組み合わせアルゴリズム、他のプログラマブルプロセッサ、これらの組み合わせなどがある。

処理サーバー１１２は、１つ以上のネットワーク装置６０６も含むことができる。ネットワーク装置６０６は、インターネット１１４を経由して他のネットワーク装置（ユーザーコンピュータ１０２、ＩＳＰ１０４、ＤＮＳサーバー１０６、ルートサーバー１１０など）と通信するように構成することができる。ネットワーク装置６０６は、ギガビットイーサネット（登録商標）（ＩＥＥＥ標準８０２．３等）やファイバーチャネル（ＡＮＳＩ標準Ｘ．３２３０等）などの各種ネットワークプロトコルをサポートすることができる。

処理サーバー１１２の特定の様態とプログラムについてはすでに説明したが、当業者は、本発明に対応した方式とシステムでの使用に適した処理サーバーには、追加のハードウェアやソフトウェア、または異なるハードウェアやソフトウェアを含めることができることを理解するであろう。したがって、処理サーバー１１２は、図６とこれまでの説明で示した典型的な構成だけに制限されるものではない。

図７は、本発明の実施形態による、未登録のドメイン名の特徴付けを行う方式７００の概略的な流れ図である。これ以降で説明する流れ図は特定の方式を提供するものであり、その他の順序と手順も、本発明の他の実施形態に従って実行できることを理解されたい。たとえば、以下で説明する手順は異なる順序で実行でき、各手順には、必要に応じてさまざまな順序で実行できる複数のサブ手順を含めることができる。また、特定の用途に応じて、さらに手順を追加したり、手順を削除したりすることもできる。したがって、本発明の各実施形態の範囲は、この特定の方式だけに制限されるものではない。

手順７０２では、未登録のドメイン名に対する複数の解決要求のリストを取得する。これまでに説明したように、これらの複数の解決要求は、ＤＮＳサーバー１０６またはルートサーバー１１０（あるいはその両方）によって生成されたＮＸレコードにすることができる。ＮＸレコードには、要求された未登録のドメイン名のほかに、その要求に関連するその他の情報（タイムスタンプ、ＮＸレコードを生成したサーバーに関連付けられたＩＤ、解決要求を生成したマシンに関連付けられたＩＤなど）を含めることができる。

手順７０４では、未登録の各ドメイン名の出現回数を判断する。これまでに説明したように、未登録のドメイン名の出現回数は、未登録のドメイン名に対するＮＸレコードカウントにすることができる。この出現回数は、ＮＸレコードのフィルタリングに関してこれまでに説明したように、複数の解決要求のフィルタリング後に判断することができる。

手順７０６では、上記の出現回数に基づき、複数のグループ化の計算を行う。これまでに説明したように、各種の方式を使用してＮＸレコードカウントを計算することにより、各スコアに関連するＮＸレコードのグループ化を決定することができる。これは、たとえば図３から図５などで示している。これらの図では、使用する方式に応じて、各スコアに関連付けられたＮＸレコードカウントの異なるグループ化を示している。

手順７０８では、未登録の各ドメイン名にスコアを関連付ける。このスコアは、ＮＸレコードカウントの数に部分的に基づいて決定することができる。また、このスコアは、これまでに説明したように、他の情報（未登録のドメイン名に含まれる単語の長さなど）に基づくこともできる。

図８は、本発明の別の実施形態による、未登録のドメイン名の価値を判断する方式８００の概略的な流れ図である。図７に関してこれまでに説明したように、本発明の各実施形態の範囲は、この特定の方式だけに制限されるものではない。本発明の各実施形態に従い、他の順序、手順、サブ手順を実行することができ、さらに手順を追加したり、手順を削除したりすることができる。

手順８０２では、未登録のドメイン名に対する複数の解決要求を受信する。たとえば、未登録のドメイン名に対する複数の解決要求は、ＤＮＳサーバー１０６及びまたはルートサーバー１１２（あるいはその両方）で受信することができる。手順８０４では、未登録のドメイン名に対する複数の解決要求のリストを作成する。このリストは、ＤＮＳサーバー１０６、ＤＮＳデータベース１０８、ルートサーバー１１０、処理サーバー１１２のいずれか（またはこれらすべて）で作成することができる。例として、ＤＮＳサーバー１０６によって生成されたＮＸレコードは、リストとしてＤＮＳデータベース１０８に保存することができる。別の例として、処理サーバー１１２が受信したＮＸレコードをリストとしてまとめることができる。

手順８０６では、価値を判断する必要があるリスト内の未登録のドメイン名について、その出現回数を判断する。一実施形態において、未登録のドメイン名の出現回数は、その未登録のドメイン名に対するＮＸレコードカウントである。これまでに説明したように、ＮＸレコードカウントは、処理サーバー１１２によって決定することができる。手順８０８では、未登録のドメイン名の出現回数に対する要求を受信する。例として、未登録のドメイン名に対して送信された数字クエリーについて、レジストラから要求を受信することができる。

手順８１０では、未登録のドメイン名の出現回数を提供する。上記の例を引き続き使用すると、未登録のドメイン名の出現回数は、要求を送信したレジストラに提供することができる。これまでに説明したように、レジストラはこの情報を使用して、未登録のドメイン名の価値を判断することができる。

図９は、本発明の実施形態による、典型的な処理サーバー構成９００の概略的なブロック図である。処理サーバー構成９００は、未登録の複数のドメイン名に対する解決要求のリスト９０２を取得するように構成された取得メカニズム９０４を含むことができる。たとえば、解決要求のリストは、未登録のドメイン名に関連するＮＸレコードを含むことができる。処理サーバー構成９００は、リスト内の未登録のドメイン名の出現回数を判断するように構成された判断メカニズム９０６を含むこともできる。処理サーバー構成９００は、この出現回数に基づいて複数のグループ化を計算するように構成された計算メカニズム９０８を含むこともできる。処理サーバー構成９００は、未登録の各ドメイン名にスコアを関連付けるように構成された関連付けメカニズム９１０を含むこともできる。これらの各メカニズムは、たとえばハードウェア内で実現したり、コンピュータが読み取り可能な媒体に一連の指示をコードとして記述したりすることによって実現することができる。当業者は、多くのバリエーション、改修、代替手段を考え付くであろう。

また、本明細書で記述している例と実施形態は、単に説明目的として示しているに過ぎず、当業者にはさまざまな改修や変更が提示され、これらの改修や変更は本発明の精神と範囲内に含まれ、さらに添付の各請求項の範囲に含まれることが理解されよう。

１０２・・・ユーザーコンピュータ
１０４・・・ＩＳＰ
１０６・・・ＤＮＳサーバー
１０８・・・ＤＮＳデータベース
１１０・・・ルートサーバー
１１２・・・処理サーバー
１１４・・・インターネット

Claims (20)

1. 未登録のドメイン名に対する複数の解決要求のリストを取得し、
   前記未登録の各ドメイン名の出現回数を判断し、
   前記出現回数に基づいて複数のグループ化を計算し、
   前記未登録の各ドメイン名にスコアを関連付ける、
   という各手順を備える、未登録のドメイン名の特徴付けを行う方式。
2. 前記グループ化の第１の部分が対数ベースの方式を使用して計算され、前記グループ化の第２の部分がリニアベースの方式を使用して計算される、請求項１に記載の方式。
3. 前記グループ化が対数ベースの方式を使用して計算される、請求項１に記載の方式。
4. 未登録の各ドメイン名に関連付けられたスコアが１から１０までの範囲である、請求項１に記載の方式。
5. 未登録の各ドメイン名に関連付けられたスコアが、未登録の各ドメイン名の出現回数に少なくとも部分的に依存する、請求項１に記載の方式。
6. しきい値を超える未登録の各ドメイン名の出現回数を減らす、請求項１に記載の方式。
7. 特定のＩＰアドレスに関連付けられた複数の解決要求の数を判断し、
   前記特定のＩＰアドレスに関連付けられた前記複数の解決要求の数を減らす、
   という各手順をさらに備える、請求項１に記載の方式。
8. 前記特定のＩＰアドレスに関連付けられた前記複数の解決要求の数をしきい値にまで減らす、請求項７に記載の方式。
9. 未登録のドメイン名に対する複数の解決要求のリストを取得するように構成された取得メカニズムと、
   未登録の各ドメイン名の出現回数を判断するように構成された判断メカニズムと、
   前記出現回数に基づいて複数のグループ化を計算するように構成された計算メカニズムと、
   未登録のドメイン名にスコアを関連付けるように構成された関連付けメカニズムと、
   を備える、未登録のドメイン名の特徴付けを行うための装置。
10. 対数ベースの方式を使用して前記グループ化の第１の部分を計算し、リニアベースの方式を使用して前記グループ化の第２の部分を計算する、請求項９に記載の装置。
11. 対数ベースの方式を使用して前記グループ化を計算する、請求項９に記載の装置。
12. 未登録の各ドメイン名に関連付けられた前記スコアの範囲が１から１０までである、請求項９に記載の装置。
13. 前記判断メカニズムが、しきい値を超える未登録の各ドメイン名の出現回数を減らすようにさらに構成された、請求項９に記載の装置。
14. 特定のＩＰアドレスに関連付けられた複数の解決要求の数を判断するように構成された第２の判断メカニズムと、
    前記特定のＩＰアドレスに関連付けられた前記複数の解決要求の数を減らすように構成された減算メカニズムと、
    をさらに備える、請求項９に記載の装置。
15. 未登録のドメイン名に対する複数の解決要求のリストを取得するためのコードと、
    未登録の各ドメイン名の出現回数を判断するためのコードと、
    前記出現回数に基づいて複数のグループ化を計算するためのコードと、
    未登録の各ドメイン名にスコアを関連付けるためのコードと、
    を備える、未登録のドメイン名の特徴付けを行うためのコンピュータプログラムを含む、コンピュータが読み取り可能な媒体。
16. 対数ベースの方式を使用して前記グループ化の第１の部分を計算し、リニアベースの方式を使用して前記グループ化の第２の部分を計算する、請求項１５に記載のコンピュータが読み取り可能な媒体。
17. 対数ベースの方式を使用して前記グループ化を計算する、請求項１５に記載のコンピュータが読み取り可能な媒体。
18. 未登録の各ドメイン名に関連付けられた前記スコアの範囲が１から１０までである、請求項１５に記載のコンピュータが読み取り可能な媒体。
19. 特定のＩＰアドレスに関連付けられた複数の解決要求の数を判断するためのコードと、
    前記特定のＩＰアドレスに関連付けられた前記複数の解決要求の数を減らすためのコードと、
    をさらに備える、請求項１５に記載のコンピュータが読み取り可能な媒体。
20. しきい値を超える未登録の各ドメイン名の出現回数を減らすためのコードをさらに備える、請求項１５に記載のコンピュータが読み取り可能な媒体。