(57)【要約】データは、階層ドメインネームシステムを含むデータ通信ネットワーク（８００）で処理される。第１のドメインネームに対する権威ネームサーバ（８０６）は、第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することによって、第１のドメインネームについて受信されたドメインネームクエリーを処理する。１つ以上のリソースレコードは、第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む。権威ネームサーバ（８０６）は、ドメインネームクエリーに対する応答を送信する。応答は、１つ以上のリソースレコードを含む。第１のドメインネームは、第２のドメインネーム、及び第２のドメインネームに続く少なくとも１つのラベルを含む。
2019506692.tif 000002
【特許請求の範囲】
【請求項１】
階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法であって、第１のドメインネームに対する権威ネームサーバにおいて、
前記データ通信ネットワークを介して前記第１のドメインネームについてのドメインネームシステムクエリーを受信することと、
受信された前記第１のドメインネームについての前記ドメインネームシステムクエリーを処理することであって、該処理が、前記第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することを含み、前記１つ以上のリソースレコードが、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を送信することであって、前記応答が、異なる第２の前記ドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を含む前記１つ以上のリソースレコードを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む、
方法。
【請求項２】
前記第２のドメインネームは、解決可能なドメインネームである、
請求項１記載の方法。
【請求項３】
前記第２のドメインネームに続く少なくとも１つのラベルは、解決可能な第３のドメインネームの一部である、
請求項１又は２記載の方法。
【請求項４】
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも２つのラベルを含んでいる、
請求項１〜３のいずれかに記載の方法。
【請求項５】
前記少なくとも２つのラベルは、トップレベルドメインネームに対応するラベルを含んでいる、
請求項４記載の方法。
【請求項６】
前記少なくとも２つのラベルは、第２のレベルのドメインネームを含んでいる、
請求項４又は５記載の方法。
【請求項７】
前記第２のドメインネームは、少なくとも２つのラベルを含んでいる、
請求項１〜６のいずれかに記載の方法。
【請求項８】
前記第２のドメインネームは、少なくとも３つのラベルを含んでいる、
請求項１〜７のいずれかに記載の方法。
【請求項９】
前記第２のドメインネームは、少なくとも４つのラベルを含んでいる、
請求項１〜８のいずれかに記載の方法。
【請求項１０】
前記第２のドメインネームは、少なくとも５つのラベルを含んでいる、
請求項１〜９のいずれかに記載の方法。
【請求項１１】
前記１つ以上のリソースレコードは、前記第１のドメインネームを記述するゾーンファイル内にある、
請求項１〜１０のいずれかに記載の方法。
【請求項１２】
前記１つ以上のリソースレコードは、前記第１のドメインネームを記述するゾーンファイルに記録されている、
請求項１１記載の方法。
【請求項１３】
前記第１のドメインネームと関連付けられた前記１つ以上のリソースレコードは、前記第１のドメインネームを記述する前記ゾーンファイルから前記第１のドメインネームと関連付けられた前記１つ以上のリソースレコードを取り出すことにより行われる、
請求項１１又は１２記載の方法。
【請求項１４】
前記１つ以上のリソースレコードは、複数のリソースレコードを含んでいる、
請求項１〜１３のいずれかに記載の方法。
【請求項１５】
前記ドメインネームシステムクエリーは、リソースレコードのＴＸＴタイプに対する要求だけを含んでいる、
請求項１〜１４のいずれかに記載の方法。
【請求項１６】
前記１つ以上のリソースレコードは、ＴＸＴタイプである、
請求項１〜１５のいずれかに記載の方法。
【請求項１７】
前記ドメインネームシステムクエリーに対する前記応答は、前記１つ以上のリソースレコードだけを含んでいる、
請求項１〜１６のいずれかに記載の方法。
【請求項１８】
前記エンティティは、前記第２のドメインネームの登録者である、
請求項１〜１７のいずれかに記載の方法。
【請求項１９】
前記階層ドメインネームシステムは、ドメインネームシステム（ＤＮＳ）である、
請求項１〜１８のいずれかに記載の方法。
【請求項２０】
前記連絡先情報は、前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた複数の連絡先識別子を含んでいる、
請求項１〜１９のいずれかに記載の方法。
【請求項２１】
追加のネームサーバは、前記第２のドメインネームに対する権威ネームサーバであり、前記追加のネームサーバは、前記第１のドメインネームに対する前記権威ネームサーバとは異なる、
請求項１〜２０のいずれかに記載の方法。
【請求項２２】
前記第１のドメインネームに対する前記権威ネームサーバは、前記第２のドメインネームに対する権威ネームサーバを兼ねる、
請求項１〜２１のいずれかに記載の方法。
【請求項２３】
前記１つ以上のリソースレコードに含まれた前記連絡先情報のいくらか又はすべてを修正できるようにするために、サーバで自動認証プロセスの少なくとも一部が実行される、
請求項１〜２２のいずれかに記載の方法。
【請求項２４】
前記第１のドメインネームは、前記第２のドメインネームの前にラベルを含まない、
請求項１〜２３のいずれかに記載の方法。
【請求項２５】
階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法であって、
前記データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを送信することと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を受信することであって、前記応答が、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記第１のドメインネームについてのドメインネームシステムクエリーに対する前記応答を処理することであって、該処理が、１つ以上のリソースレコードで前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を識別することを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む、
方法。
【請求項２６】
前記第２のドメインネームは、解決可能なドメインネームである、
請求項２５記載の方法。
【請求項２７】
前記第２のドメインネームに続く少なくとも１つのラベルは、解決可能なドメインネームの一部である、
請求項２５又は２６のいずれかに記載の方法。
【請求項２８】
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも２つのラベルを含んでいる、
請求項２５〜２７のいずれかに記載の方法。
【請求項２９】
前記少なくとも２つのラベルは、トップレベルドメインネームに対応するラベルを含んでいる、
請求項２８記載の方法。
【請求項３０】
前記少なくとも２つのラベルは、第２のレベルのドメインネームを含んでいる、
請求項２８又は２９のいずれかに記載の方法。
【請求項３１】
前記第２のドメインネームは、少なくとも２つのラベルを含んでいる、
請求項２５〜３０のいずれかに記載の方法。
【請求項３２】
前記第２のドメインネームは、少なくとも３つのラベルを含んでいる、
請求項２５〜３１のいずれかに記載の方法。
【請求項３３】
前記第２のドメインネームは、少なくとも４つのラベルを含んでいる、
請求項２５〜３２のいずれかに記載の方法。
【請求項３４】
前記第２のドメインネームは、少なくとも５つのラベルを含んでいる、
請求項２５〜３３のいずれかに記載の方法。
【請求項３５】
前記１つ以上のリソースレコードは、複数のリソースレコードを含んでいる、
請求項２５〜３４のいずれかに記載の方法。
【請求項３６】
前記ドメインネームシステムクエリーは、リソースレコードのＴＸＴタイプに対する要求だけを含んでいる、
請求項２５〜３５のいずれかに記載の方法。
【請求項３７】
前記１つ以上のリソースレコードは、ＴＸＴタイプである、
請求項２５〜３６のいずれかに記載の方法。
【請求項３８】
前記ドメインネームシステムクエリーに対する前記応答は、１つ以上のリソースレコードだけを含んでいる、
請求項２５〜３７のいずれかに記載の方法。
【請求項３９】
前記エンティティは、前記第２のドメインネームの登録者である、
請求項２５〜３８のいずれかに記載の方法。
【請求項４０】
前記階層ドメインネームシステムは、ドメインネームシステム（ＤＮＳ）である、
請求項２５〜３９のいずれかに記載の方法。
【請求項４１】
前記連絡先情報は、前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた複数の連絡先識別子を含んでいる、
請求項２５〜４０のいずれかに記載の方法。
【請求項４２】
追加のネームサーバは、前記第２のドメインネームに対する権威ネームサーバであり、前記追加のネームサーバは、前記第１のドメインネームに対する前記権威ネームサーバとは異なる、
請求項２５〜４１のいずれかに記載の方法。
【請求項４３】
前記第１のドメインネームに対する前記権威ネームサーバは、前記第２のドメインネームに対する権威ネームサーバを兼ねる、
請求項２５〜４２のいずれかに記載の方法。
【請求項４４】
前記第１のドメインネームは、前記第２のドメインネームの前にラベルを含まない、
請求項２５〜４３のいずれかに記載の方法。
【請求項４５】
第３のドメインネームについての前記ドメインネームシステムクエリーが、データ通信ネットワークを介して送信されることと、
前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報が利用できないことを示す前記第３のドメインネームについての前記ドメインネームシステムクエリーに対する応答が、データ通信ネットワークを介して受信されることと、
を含み、
前記第３のドメインネームは、前記第２のドメインネームを含んでおり、
前記第３のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含んでいる、
請求項２５〜４４のいずれかに記載の方法。
【請求項４６】
前記第１のドメインネームについての前記ドメインネームシステムクエリーの送信は、前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報が利用できないことを示す、前記第３のドメインネームについての前記ドメインネームシステムクエリーに対する前記応答の受信に対する応えである、
請求項４５記載の方法。
【請求項４７】
ユーザデバイスによって実行される、
請求項２５〜４６のいずれかに記載の方法。
【請求項４８】
請求項１から４６のいずれかに記載の方法を実行するようになっている、
装置。
【請求項４９】
それが実行されたときに、請求項１から４６のいずれかに記載の方法を実行させるための、
コンピュータプログラム。
【請求項５０】
請求項４９記載のコンピュータプログラムを記録した、
コンピュータ可読媒体。
【請求項５１】
第１のドメインネームを識別するデータと、
異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報と、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む、
階層ドメインネームシステムのゾーンファイル。
【請求項５２】
前記第２のドメインネームは、解決可能なドメインネームである、
請求項５１記載のゾーンファイル。
【請求項５３】
前記第２のドメインネームに続く少なくとも１つのラベルは、解決可能なドメインネームの一部である、
請求項５１又は５２のいずれかに記載のゾーンファイル。
【請求項５４】
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも２つのラベルを含んでいる、
請求項５１〜５３のいずれかに記載のゾーンファイル。
【請求項５５】
前記少なくとも２つのラベルは、トップレベルドメインネームに対応するラベルを含んでいる、
請求項５４記載のゾーンファイル。
【請求項５６】
前記少なくとも２つのラベルは、第２のレベルのドメインネームを含んでいる、
請求項５４又は５５のいずれかに記載のゾーンファイル。
【請求項５７】
前記第２のドメインネームは、少なくとも２つのラベルを含んでいる、
請求項５１〜５６のいずれかに記載のゾーンファイル。
【請求項５８】
前記第２のドメインネームは、少なくとも３つのラベルを含んでいる、
請求項５１〜５７のいずれかに記載のゾーンファイル。
【請求項５９】
前記第２のドメインネームは、少なくとも４つのラベルを含んでいる、
請求項５１〜５８のいずれかに記載のゾーンファイル。
【請求項６０】
前記第２のドメインネームは、少なくとも５つのラベルを含んでいる、
請求項５１〜５９のいずれかに記載のゾーンファイル。
【請求項６１】
前記１つ以上のリソースレコードは、複数のリソースレコードを含んでいる、
請求項５１〜６０のいずれかに記載のゾーンファイル。
【請求項６２】
前記１つ以上のリソースレコードは、ＴＸＴタイプである、
請求項５１〜６１のいずれかに記載のゾーンファイル。
【請求項６３】
前記エンティティは、前記第２のドメインネームの登録者である、
請求項５１〜６２のいずれかに記載のゾーンファイル。
【請求項６４】
前記階層ドメインネームシステムは、ドメインネームシステム（ＤＮＳ）である、
請求項５１〜６３のいずれかに記載のゾーンファイル。
【請求項６５】
前記連絡先情報は、前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた複数の連絡先識別子を含んでいる、
請求項５１〜６４のいずれかに記載のゾーンファイル。
【請求項６６】
追加のネームサーバは、前記第２のドメインネームに対する権威ネームサーバであり、前記追加のネームサーバは、前記第１のドメインネームに対する前記権威ネームサーバとは異なる、
請求項５１〜６５のいずれかに記載のゾーンファイル。
【請求項６７】
前記第１のドメインネームに対する前記権威ネームサーバは、前記第２のドメインネームに対する権威ネームサーバを兼ねる、
請求項５１〜６６のいずれかに記載のゾーンファイル。
【請求項６８】
前記第１のドメインネームは、前記第２のドメインネームの前にラベルを含まない、
請求項５１〜６７のいずれかに記載のゾーンファイル。
【請求項６９】
階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法であって、第１のドメインネームに対する権威ネームサーバにおいて、
前記データ通信ネットワークを介して、前記第１のドメインネームについてのドメインネームシステムクエリーを受信することと、
受信された前記第１のドメインネームについての前記ドメインネームシステムクエリーを処理することであって、該処理が、前記第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することを含み、前記１つ以上のリソースレコードが、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を送信することであって、前記応答が、前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報は、前記１つ以上のリソースレコードの中で平文形式である、及び／又は前記１つ以上のリソースレコードがＴＸＴタイプである、
方法。
【請求項７０】
前記１つ以上のリソースレコードは、前記第１のドメインネームを記述するゾーンファイル内にある、
請求項６９に記載の方法。
【請求項７１】
前記１つ以上のリソースレコードは、前記第１のドメインネームを記述するゾーンファイルに記録されている、
請求項７０記載の方法。
【請求項７２】
前記第１のドメインネームと関連付けられた前記１つ以上のリソースレコードの入手は、前記第１のドメインネームを記述する前記ゾーンファイルから前記第１のドメインネームと関連付けられた前記１つ以上のリソースレコードを取り出すことにより行われる、
請求項７０又は７１のいずれかに記載の方法。
【請求項７３】
前記１つ以上のリソースレコードは、複数のリソースレコードを含んでいる、
請求項６９〜７２のいずれかに記載の方法。
【請求項７４】
前記ドメインネームシステムクエリーは、リソースレコードのＴＸＴタイプに対する要求だけを含んでいる、
請求項６９〜７３のいずれかに記載の方法。
【請求項７５】
前記ドメインネームシステムクエリーに対する前記応答は、１つ以上のリソースレコードだけを含んでいる、
請求項６９〜７４のいずれかに記載の方法。
【請求項７６】
前記エンティティは、前記第２のドメインネームの登録者である、
請求項６９〜７５のいずれかに記載の方法。
【請求項７７】
前記階層ドメインネームシステムは、ドメインネームシステム（ＤＮＳ）である、
請求項６９〜７６のいずれかに記載の方法。
【請求項７８】
前記連絡先情報は、前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた複数の連絡先識別子を含んでいる、
請求項６９〜７７のいずれかに記載の方法。
【請求項７９】
追加のネームサーバは、前記第２のドメインネームに対する権威ネームサーバであり、前記追加のネームサーバは、前記第１のドメインネームに対する前記権威ネームサーバとは異なる、
請求項６９〜７８のいずれかに記載の方法。
【請求項８０】
前記第１のドメインネームに対する前記権威ネームサーバは、前記第２のドメインネームに対する権威ネームサーバを兼ねる、
請求項６９〜７９のいずれかに記載の方法。
【請求項８１】
階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法であって、
前記データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを送信することと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を受信することであって、前記応答が、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含むものと、
前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する前記応答を処理することであって、該処理が、前記１つ以上のリソースレコードで前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を識別することを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報は、前記１つ以上のリソースレコードの中で平文形式である、及び／又は前記１つ以上のリソースレコードがＴＸＴタイプである、
方法。
【請求項８２】
前記１つ以上のリソースレコードは、前記第１のドメインネームを記述するゾーンファイル内にある、
請求項８１記載の方法。
【請求項８３】
前記１つ以上のリソースレコードは、複数のリソースレコードを含んでいる、
請求項８１又は８２のいずれかに記載の方法。
【請求項８４】
前記ドメインネームシステムクエリーは、リソースレコードのＴＸＴタイプに対する要求だけを含んでいる、
請求項８１〜８３のいずれかに記載の方法。
【請求項８５】
前記ドメインネームシステムクエリーに対する前記応答は、前記１つ以上のリソースレコードだけを含んでいる、
請求項８１〜８４のいずれかに記載の方法。
【請求項８６】
前記エンティティは、前記第２のドメインネームの登録者である、
請求項８１〜８５のいずれかに記載の方法。
【請求項８７】
前記階層ドメインネームシステムは、ドメインネームシステム（ＤＮＳ）である、
請求項８１〜８６のいずれかに記載の方法。
【請求項８８】
前記連絡先情報は、前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた複数の連絡先識別子を含んでいる、
請求項８１〜８７のいずれかに記載の方法。
【請求項８９】
追加のネームサーバは、前記第２のドメインネームに対する権威ネームサーバであり、前記追加のネームサーバは、前記第１のドメインネームに対する前記権威ネームサーバとは異なる、
請求項８１〜８７のいずれかに記載の方法。
【請求項９０】
前記第１のドメインネームに対する前記権威ネームサーバは、前記第２のドメインネームに対する権威ネームサーバを兼ねる、
請求項８１〜８９のいずれかに記載の方法。
【請求項９１】
ユーザデバイスによって実行される、
請求項８１〜９０のいずれかに記載の方法。
【請求項９２】
請求項８１から９１のいずれかに記載の方法を実行するようになっている、
装置。
【請求項９３】
それが実行されたときに、請求項８１から９１のいずれかに記載の方法を実行させるための、
コンピュータプログラム。
【請求項９４】
請求項９３記載のコンピュータプログラムを記録した、
コンピュータ可読媒体。
【請求項９５】
第１のドメインネームを識別するデータと、
異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報と、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報が平文形式である、
階層ドメインネームシステムのゾーンファイル。
【請求項９６】
第１のドメインネームを識別するデータと、
異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報と、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報が、ＴＸＴタイプのリソースレコードである、
階層ドメインネームシステムのゾーンファイル。
【請求項９７】
階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法であって、
前記データ通信ネットワークを介して、ドメインネームと関連付けられたウェブサイトからのウェブサイトコンテンツについての要求を送信することと、
前記データ通信ネットワークを介して、前記ウェブサイトコンテンツを受信することと、
少なくとも１つの自動連絡先情報構文解析の技術を使用し、前記ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報について、受信された前記ウェブサイトコンテンツを解析することと、
前記連絡先情報をゾーンファイルに記録させることと、
を含む、
方法。
【請求項９８】
前記階層ドメインネームシステムは、ドメインネームシステム（ＤＮＳ）である、
請求項９７記載の方法。
【請求項９９】
前記記録させることは、前記連絡先情報を、前記ゾーンファイルにおけるＴＸＴタイプの１つ以上のリソースレコードに記録させることを含む、
請求項９７又は９８のいずれかに記載の方法。
【請求項１００】
ゾーンファイルは、追加のドメインネームを定義しており、前記追加のドメインは前記ドメインネームとは異なる、
請求項９７〜９９のいずれかに記載の方法。
【請求項１０１】
前記構文解析は、コンテンツ情報を潜在的に含む追加のウェブサイトコンテンツに対するリンクについて前記ウェブサイトコンテンツを検査することを含む、
請求項９７〜１００のいずれかに記載の方法。
【請求項１０２】
連絡先情報を潜在的に含む追加のウェブサイトコンテンツへの１つ以上のリンクを識別することに応えて、追加のウェブサイトコンテンツに対する要求が前記データ通信ネットワークを介して送信される、
請求項９７〜１０１のいずれかに記載の方法。
【請求項１０３】
追加のウェブサイトコンテンツに対する前記連絡先情報についての検査を含む、
請求項１０２記載の方法。
【請求項１０４】
前記ウェブサイトコンテンツに対する要求が、前記ドメインネームを含む、
請求項９７〜１０３のいずれかに記載の方法。
【請求項１０５】
前記ウェブサイトコンテンツに対する要求が、ＨＴＴＰ  ＧＥＴ要求を含む、
請求項９７〜１０４のいずれかに記載の方法。
【請求項１０６】
前記ウェブサイトコンテンツが、ＨＴＭＬを含む、
請求項９７〜１０５のいずれかに記載の方法。
【請求項１０７】
前記少なくとも１つの自動連絡先情報構文解析の技術は、少なくとも１つのパターンマッチング技術を含む、
請求項９７〜１０６のいずれかに記載の方法。
【請求項１０８】
前記少なくとも１つの自動連絡先情報構文解析の技術は、少なくとも１つの少なくとも１つの正規表現マッチング技術を含む、
請求項９７〜１０７のいずれかに記載の方法。
【請求項１０９】
ユーザデバイスで実行される、
請求項９７〜１０８のいずれかに記載の方法。
【請求項１１０】
サーバ装置で実行される、
請求項９７〜１０８のいずれかに記載の方法。
【請求項１１１】
前記ウェブサイトコンテンツについての前記要求の送信は、ユーザデバイスからの要求を受信することに応えて行われ、前記要求は前記ドメインネームを含む、
請求項１１０記載の方法。
【請求項１１２】
前記ユーザデバイスからの要求が、ＨＴＴＰ  ＧＥＴ要求を含む、
請求項１１１記載の方法。
【請求項１１３】
前記ユーザデバイスからの要求が、ドメインネームシステム要求を含む、
請求項１１１記載の方法。
【請求項１１４】
請求項９７から１１１のいずれかに記載の方法を実行するようになっている、
装置。
【請求項１１５】
それが実行されたときに、請求項９７から１１１のいずれかに記載の方法を実行させるための、
コンピュータプログラム。
【請求項１１６】
請求項１１５記載のコンピュータプログラムを記録した、
コンピュータ可読媒体。
【請求項１１７】
ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む、階層ドメインネームシステムのゾーンファイルであって、
前記ゾーンファイルは、自動連絡先情報構文解析の技術を使用して前記連絡先情報が入手されたことを示すデータを含む、
階層ドメインネームシステムのゾーンファイル。
【請求項１１８】
前記連絡先情報が前記自動連絡先情報構文解析の技術を使用して入手されたことを示す前記データは、前記ドメインネームの中のラベルを含む、
請求項１１７記載のゾーンファイル。
【請求項１１９】
ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む、階層ドメインネームシステムのゾーンファイルであって、
前記ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報が、ＴＸＴタイプの１つ以上のリソースレコードに含まれる、
階層ドメインネームシステムのゾーンファイル。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データを処理する方法、装置、及びコンピュータプログラム、並びに階層ドメインネームシステムのゾーンファイルに関する。
【背景技術】
【０００２】
自分がその連絡先詳細を未だに持っていないエンティティ（entity）の連絡先詳細を見つけるための多くの方法がある。
【０００３】
いくつかの既知の状況では、ｈｔｔｐ://ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍにウェブサイトを有する企業の連絡先詳細を求めている人は、ウェブブラウザを使用し、そのウェブサイトにアクセスし、次いでかかる連絡先詳細のためにウェブサイトをブラウズする可能性がある。例えば、人は、ダイヤルするための電話番号、店舗を訪ねるための郵便番号、ソーシャルメディアを介して接続するためのソーシャルメディアプロファイル、又は企業との連絡を確立するための種々の他の方法を探している場合がある。
【０００４】
他の既知の状況では、企業の連絡先詳細を求めている人は、検索エンジンを使用して企業の連絡先詳細を特定しようと試みる場合がある。例えば、ユーザはウェブブラウザの検索エンジンにアクセスし、かかる連絡先詳細を検索する場合がある。例えば、ユーザは、例えば「例となる企業名称  電話番号」等、必要とされる特定の種類の連絡先詳細を、企業の名前に加えて入力することができる。
【０００５】
これらの既知の技術は、人が連絡先詳細を特定できるようにし得るが、該既知の技術は多大な量のデータを消費し、或いはかなりのユーザ対話を必要とし、及び／又は連絡先詳細を取り出すのに望ましくない遅延を生じさせる場合がある。
【発明の概要】
【０００６】
本発明の第１の態様によれば、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法が提供される。その方法は、第１のドメインネームに対する権威ネームサーバ（authoritative name server）において、
前記データ通信ネットワークを介して前記第１のドメインネームについてのドメインネームシステムクエリーを受信することと、
受信された前記第１のドメインネームについての前記ドメインネームシステムクエリーを処理することであって、該処理が、前記第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することを含み、前記１つ以上のリソースレコードが、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を送信することであって、前記応答が、異なる第２の前記ドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を含む前記１つ以上のリソースレコードを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む。
【０００７】
本発明の第２の態様によれば、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法が提供される。その方法は、
前記データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを送信することと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を受信することであって、前記応答が、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記第１のドメインネームについてのドメインネームシステムクエリーに対する前記応答を処理することであって、該処理が、１つ以上のリソースレコードで前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を識別することを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む。
【０００８】
本発明の第３の態様によれば、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法を実行するように構成された装置が提供される。その方法は、第１のドメインネームに対する権威ネームサーバにおいて、
前記データ通信ネットワークを介して、前記第１のドメインネームについてのドメインネームシステムクエリーを受信することと、
受信された前記第１のドメインネームについてのドメインネームシステムクエリーを処理することであって、該処理が、前記第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することを含み、前記１つ以上のリソースレコードが、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を送信することであって、前記応答が、前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を含む前記１つ以上のリソースレコードを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む。
【０００９】
本発明の第４の態様によれば、階層ドメインネットワークシステムを含むデータ通信ネットワークにおいてデータを処理する方法を実行するように構成された装置が提供される。その方法は、
前記データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを送信することと、
前記データ通信ネットワークを介して、前記第１のドメインネームについてのドメインネームシステムクエリーに対する応答を受信することであって、前記応答が、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含むものと、
前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する前記応答を処理することであって、該処理が、前記１つ以上のリソースレコードで前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を識別することを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む。
【００１０】
本発明の第５の態様によれば、それが実行された場合に、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法を実行させるためのコンピュータプログラムが提供される。その方法は、第１のドメインネームに対する権威ネームサーバにおいて、
前記データ通信ネットワークを介して、前記第１のドメインネームについてのドメインネームシステムクエリーを受信することと、
受信された前記第１のドメインネームについての前記ドメインネームシステムクエリーを処理することであって、該処理が、前記第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することを含み、前記１つ以上のリソースレコードが、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を送信することであって、前記応答が、前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を含む前記１つ以上のリソースレコードを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む。
【００１１】
本発明の第６の態様によれば、それが実行された場合に、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法を実行させるためのコンピュータプログラムが提供される。その方法は、
前記データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを送信することと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を受信することであって、前記応答が、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含むものと、
前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を処理することであって、該処理が、前記１つ以上のリソースレコードで前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を識別することを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む。
【００１２】
本発明の第７の態様によれば、
第１のドメインネームを識別するデータと、
異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報と、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む、
階層ドメインネームシステムのゾーンファイルが提供される。
【００１３】
本発明の第８の態様によれば、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法が提供される。その方法は、第１のドメインネームに対する権威ネームサーバにおいて、
前記データ通信ネットワークを介して、前記第１のドメインネームについてのドメインネームシステムクエリーを受信することと、
受信された前記第１のドメインネームについての前記ドメインネームシステムクエリーを処理することであって、該処理が、前記第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することを含み、前記１つ以上のリソースレコードが、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を送信することであって、前記応答が、前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報は、前記１つ以上のリソースレコードの中で平文形式である、及び／又は前記１つ以上のリソースレコードがＴＸＴタイプである。
【００１４】
本発明の第９の態様によれば、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法が提供される。その方法は、
前記データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを送信することと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を受信することであって、前記応答が、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含むものと、
前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する前記応答を処理することであって、該処理が、前記１つ以上のリソースレコードで前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を識別することを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報は、前記１つ以上のリソースレコードの中で平文形式である、及び／又は前記１つ以上のリソースレコードがＴＸＴタイプである。
【００１５】
本発明の第１０の態様によれば、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法を実行するように構成された装置が提供される。その方法は、第１のドメインネームに対する権威ネームサーバにおいて、
前記データ通信ネットワークを介して、前記第１のドメインネームについてのドメインネームシステムクエリーを受信することと、
受信された前記第１のドメインネームについての前記ドメインネームシステムクエリーを処理することであって、該処理が、前記第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することを含み、前記１つ以上のリソースレコードが、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を送信することであって、前記応答が、前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を含む前記１つ以上のリソースレコードを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報は、前記１つ以上のリソースレコードの中で平文形式である、及び／又は前記１つ以上のリソースレコードがＴＸＴタイプである。
【００１６】
本発明の第１１の態様によれば、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法を実行するように構成された装置が提供される。その方法は、
前記データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを送信することと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を受信することであって、前記応答が、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含むものと、
前記第１のドメインネームについてのドメインネームシステムクエリーに対する応答を処理することであって、該処理が、前記１つ以上のリソースレコードで前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を識別することを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報は、１つ以上のリソースレコードの中で平文形式である、及び／又は前記１つ以上のリソースレコードがＴＸＴタイプである。
【００１７】
本発明の第１２の態様によれば、それが実行された場合に、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法を実行させるためのコンピュータプログラムが提供される。その方法は、第１のドメインネームに対する権威ネームサーバにおいて、
前記データ通信ネットワークを介して、前記第１のドメインネームについてのドメインネームシステムクエリーを受信することと、
受信された前記第１のドメインネームについての前記ドメインネームシステムクエリーを処理することであって、該処理が、第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することを含み、前記１つ以上のリソースレコードが、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を送信することであって、前記応答が、前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を含む前記１つ以上のリソースレコードを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報は、前記１つ以上のリソースレコードの中で平文形式である、及び／又は前記１つ以上のリソースレコードがＴＸＴタイプである。
【００１８】
本発明の第１３の態様によれば、それが実行された場合に、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法を実行させるためのコンピュータプログラムが提供される。その方法は、
前記データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを送信することと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を受信することであって、前記応答が、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含むものと、
前記第１のドメインネームについてのドメインネームシステムクエリーに対する応答を処理することであって、該処理が、前記１つ以上のリソースレコードで前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を識別することを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第２のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報は、前記１つ以上のリソースレコードの中で平文形式である、及び／又は前記１つ以上のリソースレコードがＴＸＴタイプである。
【００１９】
本発明の第１４の態様によれば、
第１のドメインネームを識別するデータと、
異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報と、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報が平文形式である、
階層ドメインネームシステムのゾーンファイルが提供される。
【００２０】
本発明の第１５の態様によれば、
第１のドメインネームを識別するデータと、
異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報と、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報が、ＴＸＴタイプのリソースレコードである、
階層ドメインネームシステムのゾーンファイルが提供される。
【００２１】
本発明の第１６の態様によれば、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法が提供される。その方法は、
前記データ通信ネットワークを介して、ドメインネームと関連付けられたウェブサイトからのウェブサイトコンテンツについての要求を送信することと、
前記データ通信ネットワークを介して、前記ウェブサイトコンテンツを受信することと、
少なくとも１つの自動連絡先情報構文解析の技術（automated contact information parsing technique）を使用し、前記ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報について、受信された前記ウェブサイトコンテンツを解析することと、
前記連絡先情報をゾーンファイルに記録させることと、
を含む。
【００２２】
本発明の第１７の態様によれば、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法を提供するように構成された装置が提供される。その方法は、
前記データ通信ネットワークを介して、ドメインネームと関連付けられたウェブサイトからのウェブサイトコンテンツについての要求を送信することと、
前記データ通信ネットワークを介して、前記ウェブサイトコンテンツを受信することと、
少なくとも１つの自動連絡先情報構文解析の技術を使用し、前記ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報について、前記受信されたウェブサイトコンテンツを解析することと、
前記連絡先情報をゾーンファイルに記録させることと、
を含む。
【００２３】
本発明の第１８の態様によれば、それが実行された場合に、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法を実行させるためのコンピュータプログラムが提供される。その方法は、
前記データ通信ネットワークを介して、ドメインネームと関連付けられたウェブサイトからのウェブサイトコンテンツについての要求を送信することと、
前記データ通信ネットワークを介して、前記ウェブサイトコンテンツを受信することと、
少なくとも１つの自動連絡先情報構文解析の技術を使用し、前記ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報について、前記受信されたウェブサイトコンテンツを解析することと、
前記連絡先情報をゾーンファイルに記録させることと、
を含む。
【００２４】
本発明の第１９の態様によれば、
ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む、階層ドメインネームシステムのゾーンファイルであって、
前記ゾーンファイルは、自動連絡先情報構文解析の技術を使用して前記連絡先情報が入手されたことを示すデータを含む、
階層ドメインネームシステムのゾーンファイルが提供される。
【００２５】
本発明の第２０の態様によれば、
ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む、階層ドメインネームシステムのゾーンファイルであって、
前記ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報が、ＴＸＴタイプの１つ以上のリソースレコードに含まれる、
階層ドメインネームシステムのゾーンファイルが提供される。
【００２６】
追加の特徴は、添付図面を参照して行われる、ほんの一例として示される実施形態についての以下の説明から明らかになる。
【図面の簡単な説明】
【００２７】
【図１】階層ドメインネームシステムの例の概略的なブロック図である。
【図２】データ処理ネットワークの例の概略的なブロック図である。
【図３】本発明の実施形態に係るデータ処理ネットワークの例の概略的なブロック図である。
【図４】本発明の実施形態に係る方法の例を概略で示すフローチャートである。
【図５】本発明の実施形態に係る方法の例を概略で示すフローチャートである。
【図６】本発明の実施形態に係るデータ処理ネットワークの例の概略的なブロック図である。
【図７】本発明の実施形態に係る方法の例を概略で示すフローチャートである。
【図８】本発明の実施形態に係るデータ処理ネットワークの例の概略的なブロック図である。
【図９】本発明の実施形態に係る方法の例を概略で示すフローチャートである。
【図１０】本発明の実施形態に係る方法の例を概略で示すフローチャートである。
【図１１】本発明の実施形態に係る方法の例を概略で示すフローチャートである。
【図１２】本発明の実施形態に係る方法の例を概略で示すフローチャートである。
【図１３】本発明の実施形態に係る方法の例を概略で示すフローチャートである。
【図１４Ａ】本発明の実施形態に係る方法の例を概略で示すフローチャートである。
【図１４Ｂ】本発明の実施形態に係る方法の例を概略で示すフローチャートである。
【図１５】本発明の実施形態に係る方法の例を概略で示すフローチャートである。
【図１６】本発明の実施形態に係る方法の例を概略で示すフローチャートである。
【図１７Ａ】本発明の実施形態に係る方法の例を概略で示すフローチャートである。
【図１７Ｂ】本発明の実施形態に係る方法の例を概略で示すフローチャートである。
【図１８Ａ】本発明の実施形態に係る階層ドメインネームシステムの例の概略的なブロック図である。
【図１８Ｂ】本発明の実施形態に係る階層ドメインネームシステムの例の概略的なブロック図である。
【図１８Ｃ】本発明の実施形態に係る階層ドメインネームシステムの例の概略的なブロック図である。
【図１８Ｄ】本発明の実施形態に係る階層ドメインネームシステムの例の概略的なブロック図である。
【図１９】本発明の実施形態に係る装置の例の概略的なブロック図である。
【発明を実施するための形態】
【００２８】
図１を参照すると、階層ドメインネームシステム１００の例が概略で示されている。この例では、階層ドメインネームシステムは、ドメインネームシステム（ＤＮＳ）である。
【００２９】
ＤＮＳは、コンピュータネットワークに接続されたリソースのための、グローバルな分散型階層ネーミングシステムである。ＤＮＳは、例えばＲＦＣ１０３４及び１０３５に詳説される。ＤＮＳの１つの機能は、ヒューマンフレンドリなドメインネームをマシンフレンドリなインターネットプロトコル（ＩＰ）アドレスに変換することである。例えば、ＤＮＳは「ｅｘａｍｐｌｅ．ｃｏｍ」というヒューマンフレンドリなドメインネームを１２３．４５．６７．８９というマシンフレンドリなＩＰアドレスに変換する場合がある。ＤＮＳは、インターネットのディレクトリサービスとしての機能を果たす。
【００３０】
インターネット上のあらゆるドメインネームはＤＮＳの一部である。ＤＮＳは、インターネットの基軸であり、インターネットをより使いやすくするために作られた。ＤＮＳは、覚えやすいドメインネームを、サーバ等のＩＰデバイスのＩＰアドレスに変換する。ＤＮＳは、数十億の人々によって毎日使用されている。ＤＮＳは、誰かが自分のウェブブラウザにドメインネームを入力するたびに使用される。ＤＮＳは、例えばコンピュータ又はスマートフォンで、ウェブサイト、例えば「ｅｘａｍｐｌｅ．ｃｏｍ」が要求されたときに、どのウェブサーバに移動するのかをウェブブラウザに教える。
【００３１】
あらゆるドメインネームは、ＤＮＳサーバ上でホストされている。世界中に動作している何千ものＤＮＳサーバがある。ドメインネームについての情報は、ＤＮＳサーバ上でゾーンファイルに記録される。ゾーンファイルはＤＮＳリソースレコードを含む。ＤＮＳは、ＤＮＳゾーンのドメインネームについての情報を保持するネームサーバで構成される。各ドメインネームについての情報は、ゾーンファイルに保持される。ゾーンファイルに含まれるのは、ＤＮＳリソースレコードである。
【００３２】
ＤＮＳ階層の最高レベルには、ルートネームサーバがある。ルートネームサーバは、トップレベルドメイン（ＴＬＤ）に対する権威ネームサーバを一覧表示する。ＴＬＤの例は、「ｃｏｍ」及び「ｕｋ」を含むが、これに限定されるものではない。
【００３３】
ドメインネーム「ｔｈｉｓ．ｅｘａｍｐｌｅ．ｃｏｍ」では、以下のもの、つまり「ｔｈｉｓ．ｅｘａｍｐｌｅ．ｃｏｍ」、「ｅｘａｍｐｌｅ．ｃｏｍ」、及び「ｃｏｍ」すべてがドメインネームである。「ｃｏｍ」がＴＬＤである。「ｅｘａｍｐｌｅ．ｃｏｍ」は、ドメインネームであることに加え、ＴＬＤ「ｃｏｍ」のサブドメインであり、「ｔｈｉｓ．ｅｘａｍｐｌｅ．ｃｏｍ」はドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」のサブドメインである。ドット（.）で区切られるドメインネームの部分のそれぞれはラベルと呼ばれる。ドメインネーム「ｔｈｉｓ．ｅｘａｍｐｌｅ．ｃｏｍ」では、「ｔｈｉｓ」、「ｅｘａｍｐｌｅ」、及び「ｃｏｍ」がラベルである。
【００３４】
ドメインネーム「ｔｈｉｓ．ｅｘａｍｐｌｅ．ｃｏ．ｕｋ」では、以下のもの、つまり「ｔｈｉｓ．ｅｘａｍｐｌｅ．ｃｏ．ｕｋ」、「ｅｘａｍｐｌｅ．ｃｏ．ｕｋ」、「ｃｏ．ｕｋ」、及び「ｕｋ」すべてがドメインネームである。「ｕｋ」は国コードＴＬＤ（ｃｃＴＬＤ）である。「ｃｏ．ｕｋ」は、ドメインネームであることに加え、ｃｃＴＬＤ「ｕｋ」のサブドメインであり、「ｅｘａｍｐｌｅ．ｃｏ．ｕｋ」はドメインネーム「ｃｏ．ｕｋ」のサブドメインであり、「ｔｈｉｓ．ｅｘａｍｐｌｅ．ｃｏ．ｕｋ」はドメインネーム「ｅｘａｍｐｌｅ．ｃｏ．ｕｋ」のサブドメインである。ドメインネーム「ｔｈｉｓ．ｅｘａｍｐｌｅ．ｃｏ．ｕｋ」では、「ｔｈｉｓ」、「ｅｘａｍｐｌｅ」、「ｃｏ」、及び「ｕｋ」がラベルである。
【００３５】
ＴＬＤ（或いは「名前空間（name space）」）は、ドメインレジストリ（以後「レジストリ」）によって管理される。例えば、ＶｅｒｉＳｉｇｎは、「ｃｏｍ」の名前空間を管理するレジストリである。Ｎｏｍｉｎｅｔは、「ｕｋ」の名前空間を管理するレジストリである。いくつかのレジストリはそのドメインネームをサブドメインに分割している。例えば、Ｎｏｍｉｎｅｔは、そのＴＬＤ「ｕｋ」を「ｃｏ．ｕｋ」、「ｏｒｇ．ｕｋ」、「ｍｅ．ｕｋ」、及び他のものに分割している。Ｎｏｍｉｎｅｔは、最近、「ｅｘａｍｐｌｅ．ｕｋ」のフォーマットで「ｕｋ」の下の第２のレベルでのドメインネームの作成を許した。名前空間の中で新しいドメインを作成することは、ドメインネーム登録として知られている。
【００３６】
ドメインネームは、レジストリを通して直接的に登録できることもあるが、これは推奨されておらず、レジストリ名前空間の中でのドメインネームの登録は、通常ドメイン登録機関（以後「登録機関」）を通してなされる。登録機関は、その名前空間の中での登録に対し、料金を請求する。この料金は登録機関毎に変わるが、例えば１年を基本として請求される場合がある。登録機関を通してドメインネーム（例えば、「ｅｘａｍｐｌｅ．ｃｏｍ」）を登録する人は登録者として知られる。登録者は、そのドメイン（例えば、「ｔｈｉｓ．ｅｘａｍｐｌｅ．ｃｏｍ」）の中で追加のドメインネーム（サブドメイン）をセットアップすることを許されている。登録者は、追加料金なしでサブドメインをセットアップできる場合がある。
【００３７】
あらゆるドメインネームは権威ネームサーバを有する。権威ネームサーバは、ドメインネームに対する現在のＤＮＳリソースレコードを保持するネームサーバである。種々のタイプのＤＮＳリソースレコードがある。１つのタイプのリソースレコードは、ネームサーバ（ＮＳ）レコードである。ＮＳリソースレコードは、ＤＮＳゾーンの権威を別のネームサーバに委譲するために使用される。最も一般的なＤＮＳリソースレコードは、「Ａ」レコードである。Ａレコードは、ウェブサイト要求をＩＰアドレスに導く(direct)ために使用される。ＤＮＳリソースレコードタイプには、ｅ−メール用のメール交換レコード（ＭＸ）、フリーテキスト（ＴＸＴ）用のレコードが含まれるが、これに限定されるものではなく、他のレk−ドタイプがある。
【００３８】
図２を参照すると、データ通信ネットワーク２００の例の図が概略で示されている。
【００３９】
データ通信ネットワーク２００は、ユーザデバイス２０１を含む。ユーザデバイスはユーザと関連付けられる。ユーザデバイス２０１の例は、スマートフォン、タブレットコンピューティングデバイス、ラップトップコンピュータ、デスクトップコンピュータ、衛星ナビゲーションデバイス、及びスマートテレビを含むが、これに限定されるものではない。また、データ通信ネットワーク２００はローカルネットワーク２０２も含む。ローカルネットワーク２０２は１つ以上の構成要素を含む。ローカルネットワーク２０２の構成要素の例はルータである。また、通信ネットワーク２００は、ユーザのインターネットサービスプロバイダ（ＩＳＰ）において、ＤＮＳレゾルバ（DNS resolver）２０３も含む。通信ネットワーク２００は、ルートサーバ２０４も含む。また、通信ネットワーク２００は、レジストリネームサーバ２０５も含む。この例では、レジストリネームサーバ２０５は、トップレベルドメインネーム「ｃｏｍ」の権威ネームサーバである。通信ネットワーク２００は登録者ネームサーバ２０６も含む。この例では、登録者ネームサーバ２０６は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」の権威ネームサーバである。
【００４０】
ドメインネームについてのＤＮＳリソースレコードを見つけるプロセスは、ＤＮＳ解決（DNS resolution）又はドメインネーム解決（domain name resolution）として知られている。ＤＮＳレゾルバはこの目的のために使用される。ＤＮＳレゾルバは、最も右側のラベルで始まり、ドメインネームの最も左側に向かって作業を行い、フルドメインネームを解決することによって、所与のドメインネームに対する権威ネームサーバを決定する。
【００４１】
この例では、ユーザは、自分のユーザデバイス２０１でウェブブラウザにドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」を入力する。
【００４２】
あるドメインネームが最近解決された場合、そのドメインネームのために以前に取り出されたＤＮＳリソースレコードが、ユーザデバイス２０１のＤＮＳキャッシュに又はローカルネットワーク２０２のＤＮＳに記録されており、それがユーザデバイス２０１に返される。
【００４３】
例えば、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」のためのＩＰアドレスがローカルネットワーク２０２でキャッシュに格納されていない場合、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」が最近解決されていない場合、ＤＮＳクエリーはＤＮＳレゾルバ２０３に渡される。
【００４４】
この例では、ＤＮＳレゾルバ２０３は、ラベル「ｃｏｍ」で始まる再帰的な（recursive）ＤＮＳルックアップを実行する。ＤＮＳレゾルバ２０３は、最初に、最も右側で始まるラベルのドメインネームを解決し、ルートサーバ２０４から「ｃｏｍ」ＴＬＤに対する権威ネームサーバ２０５のＩＰアドレスを要求する。「ｃｏｍ」ドメインネームに対する権威ネームサーバ２０５のＩＰアドレスは、ルートサーバ２０４から返される。
【００４５】
ＤＮＳレゾルバ２０３は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」の権威ネームサーバ２０６のＩＰアドレスについてドメインネーム「ｃｏｍ」に対する権威ネームサーバ２０５に問合せを行う。
【００４６】
ドメインネーム「ｃｏｍ」に対する権威ネームサーバ２０５は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」に対する権威ネームサーバ２０６のＩＰアドレスをＤＮＳレゾルバ２０３に返す。この例では、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」に対する権威ネームサーバ２０６は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍの登録者がそのドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍを登録したときに、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍの登録者によって選ばれたネームサーバである。
【００４７】
ＤＮＳレゾルバ２０３がドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」の最も左側のラベルに到達するとき、ＤＮＳレゾルバ２０３は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」に対する権威サーバ２０６から、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍのためのＤＮＳリソースレコードを要求する。ＤＮＳレゾルバ２０３は、リソースレコードが見つからなかった場合、エラーを返す。
【００４８】
ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」のリソースレコードが見つかった場合、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」と関連付けられたウェブサーバのＩＰアドレスが、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」のためのリソースレコードとしてＤＮＳレゾルバ２０３に返される。ＤＮＳレゾルバ２０３はリソースレコードをキャッシュに格納する。
【００４９】
ＤＮＳレゾルバ２０３は、ローカルネットワーク２０２にリソースレコードを返す。ローカルネットワーク２０２は、リソースレコードをキャッシュに格納する。
【００５０】
ローカルネットワーク２０２は、ユーザデバイス２０１にリソースレコードを返す。ユーザデバイス２０１は、リソースレコードをキャッシュに格納する。ユーザデバイス２０１で実行中のウェブブラウザは、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」に対するウェブサイトＨＴＭＬコンテンツの取得のためにポート８０上でドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」と関連付けられたウェブサーバのＩＰアドレスに要求を送信する。ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」と関連付けられたウェブサーバのＩＰアドレスは、ＤＮＳレゾルバ２０３によって返されたリソースレコードに含まれていた。
【００５１】
上記に示されたように、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」について取り出されたリソースレコードは、指定された時間の間、ユーザデバイス２０１で、ローカルネットワーク２０２で、及びＤＮＳレゾルバ２０３で、キャッシュに格納される。指定された時間は、返されたリソースレコードの有効期間（「ＴＴＬ」）設定値によって決定される。
【００５２】
ＤＮＳクエリーは、ポート５３でユーザデータグラムプロトコル（ＵＤＰ）が使用されることで、ネームサーバに送信される。ネームサーバからのＤＮＳクエリーに対する応答は、クエリーに対する回答を含む。回答は、ドメインネームのリソースレコードを一覧表示するＤＮＳゾーンファイルによってもたらされる。ＴＬＤさえそうであるが、あらゆるドメインネームには、関連付けられたゾーンファイルが有る。
【００５３】
ＤＮＳゾーンファイルのフォーマットは、ＲＦＣ１０３５（section 5）及びＲＦＣ１０３４（section 3.6.1）に定義されている。このフォーマットは、元はバークレーインターネットネームドメイン（ＢＩＮＤ）ソフトウェアパッケージによって使用されていたが、他のＤＮＳサーバによって幅広く採用されるようになった。ゾーンファイルは、リソースレコードのエントリのシーケンスである。ゾーンファイルの各行は、単一のリソースレコードを定義するテキスト記述である。テキスト記述は、以下のように余白で区切られたいくつかのフィールドを含む。
2019506692.tif 000003
【００５４】
例のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」のゾーンファイルの例のエントリは、以下の通りである。
2019506692.tif 000004
【００５５】
ＴＴＬ値は、この例では２７０秒であり、どの程度長くレコードがキャッシュに格納されるべきかを示す。
【００５６】
「ｄｉｇ」コマンドラインツールを使用し生成された、一例となるドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」についての任意のＤＮＳリソースレコードタイプのＤＮＳクエリーの例は、以下の通りである。
2019506692.tif 000005
【００５７】
ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」についてネームサーバから受信された応答の例は、以下の通りである。
2019506692.tif 000006
【００５８】
この例では、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」のためのＤＮＳクエリーは５つのリソースレコードを返している。各リソースレコードはそれぞれの行に示されている。第１の行に表示された第１のリソースレコードは、ポート「８０」でＨＴＴＰ要求を処理するサーバのＩＰアドレスを示すＡレコードである。第２の行に表示された第２のリソースレコードは、ｅ−メールが「ｍａｉｌｓｅｒｖｅｒ．ｃｏｍ」によって処理されることを示す「１０」という優先順位を有するＭＸリソースレコードである。第３の行及び第４の行に示された第３のリソースレコード及び第４のリソースレコードは、ドメインネームに対する権威ネームサーバが「ｎｓ１．ｎａｍｅｓｅｒｖｅｒ．ｃｏｍ」及び「ｎｓ２．ｎａｍｅｓｅｒｖｅｒ．ｃｏｍ」であることを示すＮＳレコードである。第５の行の最後のリソースレコードは、センダーポリシーフレームワーク（「ＳＰＦ」）フォーマットのＴＸＴレコードである。
【００５９】
ＳＰＦは、スパムに取り組むための確立された方法である。ＳＰＦは、ドメインネームオーナーが、ドメインネームの代わりに用いてｅ−メールを送信できるようにされるサーバを一覧表示できるようにする。上記例のＳＰＦレコードは、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」の代わりにｅ−メールを送信することを許されている唯一のＩＰアドレスが、ＩＰアドレス１２３．４５．６７．８９であることを意味する。最終部分「−ａｌｌ」は、他のすべてのＩＰアドレスからのｅ−メールがスパムとして処理されるべきであることを意味する。受信者のｅ−メールサーバは、ドメインネームからｅ−メールを受信するときにＳＰＦレコードをチェックし、スパムｅ−メールをフィルタにかけてブロックするために、ＳＰＦのガイダンスに従う。
【００６０】
図３を参照すると、データ通信ネットワーク３００の例のブロック図が概略で示されている。データ通信ネットワーク３００は、本明細書に詳細に説明されるようにデータを処理するために使用されてよい。
【００６１】
この例では、データ通信ネットワーク３００は、これ以降「ネームオーバーメソッド（Ｎａｍｅ  Ｏｖｅｒ  Ｍｅｔｈｏｄ）（ＮＯＭ）フレームワーク」と呼ばれるフレームワークに適用して使用される。
【００６２】
ＮＯＭフレームワークは、例えば企業及び／又は個人等のエンティティが、彼らと接続できる方法を他人に一覧表示できるようにするものである。エンティティは１つ以上のドメインネームの登録者である場合がある。例えば、エンティティは、電話、Ｗｈａｔｓａｐｐ（商標）、Ｉｎｓｔａｇｒａｍ（商標）、Ｐｉｎｔｅｒｅｓｔ（商標）、Ｆａｃｅｂｏｏｋ（商標）、Ｔｗｉｔｔｅｒ（商標）及び他による連絡のための連絡先情報だけではなく、まだ発明されていない新しいソーシャルメディアプラットフォームも一覧表示できる。連絡先識別子の例は、電話番号、ＧＰＳ座標、Ｆａｃｅｂｏｏｋ（商標）ページ等を含むが、これに限定されない。この連絡先情報は、エンティティのドメインネームと関連して記録される。また、ＮＯＭフレームワークは、連絡先情報を所与のドメインネームについてどのようにして取り出すことができるのかも定義する。ＮＯＭフレームワークは拡張可能であり、将来の通信方法に対応することができる。
【００６３】
ＮＯＭフレームワークは、ドメインネームオーナーが、ドメインネームと関連してＤＮＳに連絡先情報を記録できるようにする。続いて、ユーザは、以後「ＮＯＭレコード」と呼ばれる特別にフォーマットされたＤＮＳレコードを使用し、ドメインネームを連絡先情報に変換するためにＤＮＳを使用できる。ＮＯＭレコードは、１つ以上のリソースレコードを含む。
【００６４】
自分のＤＮＳ設定値にアクセスできる場合、ドメインネームオーナーはＮＯＭフレームワークを使用し、独自のＮＯＭレコードを作成できる。このタイプのＮＯＭレコードを、以降「独立ＮＯＭレコード（ndependent NOM Record）」と呼ぶ。多くのドメインネームオーナーは、独自の独立ＮＯＭレコードを作成するための技術的な専門知識を欠く。
【００６５】
ＮＯＭレコードがホストされるＮＯＭフレームワークの中でホストサービスは、ドメインネームオーナーに代わって利用可能である。このタイプのＮＯＭレコードは、以後、「ホストＮＯＭレコード（Hosted NOM Record）」と呼ばれる。ホストＮＯＭレコードは管理されてよい、及び／又はホストＮＯＭレコードに記録される連絡先情報が、例えばウェブインタフェースを使用して更新されてよい。
【００６６】
この例では、データ通信ネットワーク３００は、第１の装置３０１、第２の装置３０２、第３の装置３０３、及び第４の装置３０４を含む。この例では、４つの装置３０１、３０２、３０３、３０４は、コンピュータネットワーク３０５を介して相互接続されている。この例では、コンピュータネットワーク３０５はインターネットである。
【００６７】
この例では、第１の装置３０１は、以後「ＮＯＭ質問器（NOM Interrogator）」と呼ばれるＤＮＳクエリー機能性を含むユーザデバイスである。この例では、ＮＯＭ質問器は、ソフトウェアの一部である。ＮＯＭ質問器は、例えばスマートフォンアプリケーション、ウェブアプリケーション、衛星ナビゲーションシステムアプリケーション、スマートＴＶアプリケーション、又は任意の他のデバイス上で実行されている別のプログラムである。ＮＯＭ質問器は、ＤＮＳシステムに要求を行い、ＮＯＭレコードを取り出し、例えば結果を表示する等の処理を行う。ＮＯＭフレームワークに対するクエリーは、標準的なＤＮＳクエリーと同じように、つまりポート５３上でＵＤＰを介して扱われてもよい。
【００６８】
ＮＯＭ質問器は、例えばユーザへの表示等、ＮＯＭレコードをフォーマットし、表示することを担う。ＮＯＭレコードが表示される場合の方法は、多くの要因のうちの１つに応じて変わる場合がある。かかる要因の例は、ＮＯＭ質問器及び／又はユーザデバイスタイプである。例えば、衛星ナビゲーションシステムは、ＧＰＳ座標を除くすべてのデータを無視し、地図上の場所としてこのデータを表示してよい。このタイプのＮＯＭ質問器は、ドメインネームによって一覧表示された場所まで、ＧＰＳシステムがナビゲーションできるようにしてよい。電話自動ダイヤル装置は、電話番号を除くすべてのデータを無視してよい。電話自動ダイヤル装置は、番号が返されるとすぐにその番号にダイヤルをしてよい。電話自動ダイヤル装置は、複数の番号が返される場合、ダイヤルする番号の選択肢を表示し、電話番号ごとにラベルを表示してよい。
【００６９】
ＮＯＭ質問器を使用し、ドメインネームについての連絡先情報を検索することを、以後「ＮＯＭルックアップ」と呼ぶ。ＮＯＭルックアップは、任意のドメインネームについて実行できる。ＮＯＭルックアップは、ＤＮＳクエリーに相当する。
【００７０】
この例でＡ、第２の装置３０２は、以後「独立サーバ」と呼ばれるネームサーバである。独立サーバ３０２は、独立したＮＯＭレコードを記録する。独立ＮＯＭレコードは、ドメインネームの権威ＤＮＳリソースレコードに直接的に書き込まれる。
【００７１】
この例では、第３の装置３０３は、以後「ＮＯＭサーバ」と呼ばれるネームサーバである。ＮＯＭサーバ３０３は、ホストＮＯＭレコードをホストする。ホストＮＯＭレコードは、ドメインネームと関連付けられたエンティティの代わりに、ＮＯＭサーバ３０３のＤＮＳリソースレコードの中に記録される。かかるエンティティの例は、ドメインネームの登録者である。かかるエンティティの他の例は、以下により詳細に説明されるように、登録者であるか無いかに関わらず、連絡先詳細をドメインネームと関連付けさせることを願う企業である。
【００７２】
この例では、第４の装置３０４は、以後「ＮＯＭボット（NOM Bot）」と呼ばれるサーバである。いくつかの例では、ＮＯＭボット３０４は、独立したＮＯＭレコードもホストＮＯＭレコードも有さないドメインのために自動的にＮＯＭレコードを作成する。ＮＯＭルックアップが、未だにＮＯＭレコードを有していないドメインネームについて実行される場合、いくつかの例では、ＮＯＭボット３０４は、ドメインネームに示されるウェブサイトのコンテンツに基づいて新しいＮＯＭレコードを作成する。ＮＯＭボット３０４は、ウェブサイトに示される連絡先情報を収集し、ウェブサイト上の連絡先情報に基づいてＮＯＭレコードを作成する。
【００７３】
ＮＯＭボット３０４は、この例のデータ通信ネットワーク３００内の他の装置３０１、３０２、３０３と別個として示されているが、その機能性の一部又はすべては、以下にさらに詳細に説明されるように、他の装置３０１、３０２、３０３のうちの１つ又はそれ以上に組み込むことができる。例えば、ＮＯＭボット３０４の機能性は、ユーザデバイス３０１のハードウェア及び／又はソフトウェアによって提供されてよい。
【００７４】
ＮＯＭレコードは、ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上の特別にフォーマットされたＤＮＳリソースレコードを含むレコードである。１つ以上のリソースレコードは、ＴＸＴタイプのリソースレコードだけから成っていてもよい。ＴＸＴリソースレコードは、任意のテキストを記録できるようにする。ＴＸＴリソースレコードは、他の制限された使用だけではなく、上記に示されたゾーンファイルの例でも見られるように、ＳＰＦのためにすでに使用されている。
【００７５】
この例では、ＮＯＭレコードの連絡先情報は、平文形式で記録される。言い換えると、連絡先情報は、暗号化されていない形式で記録される。連絡先情報を平文形式で記録することにより、連絡先情報へのアクセスが容易になる。
【００７６】
ＮＯＭルックアップは、ＤＮＳクエリーを使用しＮＯＭレコードを要求する。＜＜ｄｏｍａｉｎ＿ｔｏ＿ｌｏｏｋｕｐ＞＞が一例となる目的のためにプレースホルダーとして使用されるＤＮＳクエリーの例の形式は、以下の通りである。
2019506692.tif 000007
【００７７】
＜＜ｄｏｍａｉｎ＿ｔｏ＿ｌｏｏｋｕｐ＞＞が一例となる目的のためにプレースホルダーとして再び使用され、＜＜ｎｏｍ＿ｒｅｃｏｒｄ＿ｃｏｎｔｅｎｔ＞＞がＮＯＭレコードのコンテンツを示す場合における、ＮＯＭルックアップに対するＤＮＳ応答の一例となる形式は、以下の通りである。
2019506692.tif 000008
【００７８】
ＳＰＦとは異なり、いくつかの例では、ＮＯＭレコードは、ドメインネームのルートに記録されていない。代わりに、独立ＮＯＭレコードの場合、独立ＮＯＭレコードは、独自のサブドメインに記録される。かかるサブドメインの一例は「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ」である。これは、ＤＮＳを効率的に且つ整然と保つために役立つ。
【００７９】
いくつかの例では、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」に対するＮＯＭルックアップは、サブドメイン「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」に対するＤＮＳクエリーを伴うであろう。言い換えると、少なくとも１つのラベルが、連絡先情報を求められるドメインネームの前に付けられる。ラベルはこの例では、「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ」である。かかるＤＮＳクエリーは、ＮＯＭルックアップが関係するドメインネームの「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ」サブドメインに対する権威ネームサーバに対して行われるであろう。このタイプのＮＯＭルックアップを、以後「独立ＮＯＭドメインネームルックアップ」と呼ぶ。ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」のための独立ＮＯＭドメインネームルックアップに対するＤＮＳクエリーの形式の例は、以下の通りである。
2019506692.tif 000009
【００８０】
この例では、任意のタイプのリソースレコードの場合とは対照的に、ＴＸＴリソースレコードだけが要求される。任意のタイプのリソースレコードは、要求にタイプ識別子「ＡＮＹ」を含むことによって要求されるであろう。単にＴＸＴリソースレコードだけを要求すると、クエリー及び応答を迅速に処理できる。この例では、ＴＸＴリソースレコードだけが返されるであろう。回答が受け取られない場合、クエリーは失敗である。回答が受け取られるが、回答がＮＯＭレコードを含まない場合、クエリーは失敗である。
【００８１】
いくつかの例では、第１のクエリーが失敗した場合、第２のＮＯＭルックアップがＮＯＭサーバ３０３に対して行われる。このタイプのＮＯＭルックアップは、以後「ホストＮＯＭドメインネームルックアップ」と呼ばれる。この例では、問い合わせされているドメインネーム（「ｅｘａｍｐｌｅ．ｃｏｍ」）が、少なくとも１つのラベルの前に付けられる。いくつかの例では、少なくとも１つのラベルは、解決可能なドメインネームの一部を構成する。この例では、連絡先情報が求められているドメインネームの後に加えられる解決可能なドメインネームは、「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」である。解決可能なドメインネームは、３つのラベル、つまり「ｌｏｏｋｕｐ」、「ｎｏｍｓｅｒｖｅｒ」、及び「ｃｏｍ」を含む。ドメインネーム「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」は、ドメインネーム「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に対するＤＮＳクエリーがＤＮＳ応答を生じさせる場合、解決可能である。ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」のためのホストＮＯＭドメインルックアップのためのＤＮＳクエリーの形式の例は、以下の通りである。
2019506692.tif 000010
【００８２】
第２のＮＯＭルックアップも失敗した場合、ＮＯＭレコードがドメインネーム上で公開されているウェブサイトコンテンツに基づいてＮＯＭボット３０４によって自動的に作成される第３の段階が続いてよい。この第３の段階は、以下により詳細に説明されるように、種々の異なる方法で達成できる。
【００８３】
独立ＮＯＭレコードは、以下のフォーマットで独立サーバ３０２から返される。
2019506692.tif 000011
【００８４】
上記の例では、独立ＮＯＭレコードは、この文書のフォーマットのために改行を有するが、ＮＯＭレコード自体に改行は含まれない。独立ＮＯＭレコードは、標準ＤＮＳ応答フォーマットに従う第１の部分を有する。
2019506692.tif 000012
【００８５】
項目「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」は、問い合わせられているゾーンである。項目「３６００」は、秒単位で示されたＴＴＬである。ＴＴＬは、どの程度長くレコードをキャッシュに格納できるのかを示す。項目「ＩＮ」は、応答のクラスを示す。項目「ＴＸＴ」は、返されたＤＮＳリソースレコードのタイプを示す。
【００８６】
独立ＮＯＭレコードは、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」と関連付けられた連絡先情報を含む第２の部分を含む。この例では、明確にするために改行が加えられた連絡先情報を含む部分は、以下の通りである。
2019506692.tif 000013
【００８７】
独立サーバ３０２は、ＴＸＴリソースレコードを返すとき、データを引用符で囲む。いくつかの例では、ＮＯＭレコードの構文がそれぞれのデータ部分がパイプ（「｜」）キャラクタで分けられるべきであることを命令する。
【００８８】
項目「ｖ＝ＮＯＭ１」は、ＴＸＴリソースレコードが、ＮＯＭ構文のバージョン１を使用するＮＯＭレコードであることを示す。この項目は、ＳＰＦレコードで、及びＴＸＴレコードの他の使用で使用されるフォーマットに類似している。バージョン番号は、ＮＯＭフレームワークが展開するにつれ、異なる解釈を異なる構文に指定できるようにする。
【００８９】
項目「ｔ＝ｒ」は、ＮＯＭレコードの「タイプ」を示す。この例では、「ｒ」は「ルート」を意味する。これは、将来のＮＯＭフレームワークの追加の拡張を可能にする。
【００９０】
項目「ｎ＝Ｅｘａｍｐｌｅ  Ｃｏｍｐａｎｙ  Ｌｔｄ」は、ＮＯＭレコードが対象となる企業の名前である。
【００９１】
項目「ｔｅｌ＝Ｇｅｎｅｒａｌ：０１２３４５６７８９」は、連絡先識別子を含む。「ｔｅｌ」は、連絡先識別子が電話番号であることを示す。「Ｇｅｎｅｒａｌ」は、電話番号が一般的な問合せ用であることを示す。番号「０１２３４５６７８９」は、電話番号自体である。項目「ｔｅｌ＝Ｓｕｐｐｏｒｔ：０１２３４９８７６５」は、電話番号「０１２３４９８７６５」が「サポート」用であることを除き、同様である。
【００９２】
項目「ｆｂ＝ｎｏｍｆｂ」は、連絡先識別子を含む。「ｆｂ」は、連絡先識別子がＦａｃｅｂｏｏｋ（商標）プロファイルに関係することを示す。この場合、連絡先識別子と関連付けられた連絡方法はＦａｃｅｂｏｏｋ（商標）である。連絡先識別子は、Ｆａｃｅｂｏｏｋ（商標）ページへのリンクを提供するために、ユーザに表示される場合には、連絡方法ＵＲＬ（contact method URL）、この場合には、「ｈｔｔｐ：／／ｗｗｗ．ｆａｃｅｂｏｏｋ．ｃｏｍ」がその前に付されるであろう。
【００９３】
項目「ｔｗ＝ｎｏｍｔｗ」は、連絡先識別子を含む。「ｔｗ」は、連絡先識別子がＴｗｉｔｔｅｒ（商標）プロファイルに関係することを示す。この場合、連絡先識別子と関連付けられた連絡方法はＴｗｉｔｔｅｒ（商標）である。連絡先識別子は、Ｔｗｉｔｔｅｒ（商標）ページへのリンクを提供するために、ユーザに表示される場合には、連絡方法ＵＲＬ、この場合には、「ｈｔｔｐ：／／ｗｗｗ．ｔｗｉｔｔｅｒ．ｃｏｍ」がその前に付されるであろう。
【００９４】
最後のピリオド（．）は、ＮＯＭレコードの終わりを示す。
【００９５】
例として挙げたＮＯＭレコードは、例示のみを目的とするものである。異なる連絡方法に関係する他の連絡先識別子、例えば地理的連絡先識別子である「ｇｐｓ」等をＮＯＭレコードは含んでいても良い。
【００９６】
ＤＮＳ  ＴＸＴリソースレコードは、２５５文字に制限されている。ＮＯＭレコードがこの制限を超える場合、ＴＸＴリソースレコードは以下のように互いに連鎖される（chained together）場合がある。
2019506692.tif 000014
【００９７】
上記例では、変数「ｐ」が存在している。この変数は、ＮＯＭレコードを構成する部分の数を示す。「ｐ＝１／２」は、２つの部分のうちの１つ目を意味する。
【００９８】
複数のＮＯＭレコードは、例えば、ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍで独立ＮＯＭレコードとして、又は例えばｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍでホストＮＯＭレコードとして記録できる。かかるＮＯＭレコードは、正しい順序で連結され、その後処理される。
【００９９】
図４を参照すると、データを処理する方法の例を示すフローチャートが示されている。この例による方法は、ＮＯＭルックアップと関連する。
【０１００】
４００で、ドメインネームが識別される。例えば、ユーザはドメインネームを入力することができる。この例では、ドメインネームは「ｅｘａｍｐｌｅ．ｃｏｍ」である。
【０１０１】
４０１で、独立ＮＯＭドメインネームルックアップが実行される。独立ＮＯＭドメインネームルックアップは、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」の前に１つ以上のラベル、例えば「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ」、及びドット（.）を付け足す処理を伴う。この例では、「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」のルックアップドメインネームを形成するために「ｅｘａｍｐｌｅ．ｃｏｍ」の前に語「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．」が、付けられる。
【０１０２】
４０２で、４０１で実行された独立ＮＯＭドメインネームルックアップの結果、ＮＯＭレコードが返されたかどうかが判定される。
【０１０３】
４０２での判定の結果、ＮＯＭレコードが返される場合、続けて４０３でＮＯＭレコードが表示される。
【０１０４】
４０２での判定の結果、ＮＯＭレコードが返されない場合、続けて４０４でホストＮＯＭドメインネームルックアップが実行される。ホストＮＯＭドメインネームルックアップは、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」の後に１つ以上のラベル、例えば「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」を追加する処理を伴う。この例では、「ｅｘａｍｐｌｅ．ｃｏｍ」、「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」、及び「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」のすべてが解決可能なドメインネームである。
【０１０５】
４０５で、４０４で実行されたホストＮＯＭドメインネームルックアップの結果、ＮＯＭレコードが返されたかどうかが判定される。
【０１０６】
４０５での判定の結果、ＮＯＭレコードが返される場合、続けて４０３でＮＯＭレコードが表示される。
【０１０７】
４０５での判定の結果、ＮＯＭレコードが返されない場合、続けて４０６でＮＯＭボットルックアップが実行される。
【０１０８】
４０７で、４０６で実行されたＮＯＭボットルックアップの結果、ＮＯＭレコードが返されたかどうかが判定される。
【０１０９】
４０７での判定の結果、ＮＯＭレコードが返される場合、続けて４０３でＮＯＭレコードが表示される。
【０１１０】
４０７での判定の結果、ＮＯＭレコードが返されない場合、続けて所定の措置が講じられる。この例では、所定の措置は、エラーメッセージが返され、表示されることを伴う。例えば、メッセージ「このドメインネームに対してＮＯＭレコードは見つかりませんでした」が表示される場合がある。
【０１１１】
この例では、項目４００、４０２、４０３、４０５、４０７、及び４０８は、ＮＯＭ質問器によって実行される。この例では、項目４０１、４０４、及び４０６は、ＮＯＭ質問器たるユーザデバイス以外の少なくとも１つの他の装置をその実行に伴う。
【０１１２】
図５を参照すると、データを処理する方法の例を示すフローチャートが示されている。この例による方法は、独立ＮＯＭドメインネームルックアップと関連する。この例では、所与のドメインについての独立ＮＯＭレコードは、サブドメイン「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ」の下で、所与のドメインに対する権威サーバ上のドメインゾーンファイルの中に記録される。
【０１１３】
５００で、ドメインネームが識別される。例えば、ドメインネームは、ユーザによって提供される。この例では、ドメインネームは「ｅｘａｍｐｌｅ．ｃｏｍ」である。
【０１１４】
５０１で、識別されたドメインネームは、１つ以上のラベルを前に付け足される。この例では、識別されたドメインは、ラベル「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ」、及びドットを前に付される。この例では、用語「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．」が、ルックアップドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」が入手できるように「ｅｘａｍｐｌｅ．ｃｏｍ」の前に付される。
【０１１５】
この例では、ドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」は第１のドメインネームであり、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」は第２のドメインネームである。第１のドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」は、第２のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」を含む。第１のドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」は、さらに「ｅｘａｍｐｌｅ．ｃｏｍ」に先行する少なくとも１つのラベルを含む。この例では、ラベルは「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ」である。
【０１１６】
５０２で、ドメインネーム解決は、入手されたドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」を使用して実行される。これは、ドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」を使用し、ＤＮＳクエリーを実行することによって行われてもよい。
【０１１７】
５０３で、５０２で実行されたドメインネーム解決の結果、ドメインネームが解決されたかどうかが判定される。
【０１１８】
５０３での判定の結果、ドメインネームが解決しなかった場合、続けて５０４で所定の措置が講じられる。この例では、所定の措置は、エラーが返されることを伴う。
【０１１９】
５０３での判定の結果、ドメインネームが解決した場合、続けて５０５で、ＴＸＴリソースレコードがあるかどうか判定が下される。
【０１２０】
５０５での判定の結果、ＴＸＴリソースレコードがないかった場合、続けて５０４で所定の措置が講じられる。
【０１２１】
５０５での決定の結果、ＴＸＴレコードがある場合、続けて５０６で、ＴＸＴリソースレコードが有効なＮＯＭレコードであるかどうか判定される。
【０１２２】
５０６での判定の結果、ＴＸＴリソースレコードが有効なＮＯＭレコードでない場合、続けて５０４で所定の措置が講じられる。
【０１２３】
５０６での判定の結果、ＴＸＴリソースレコードが有効なＮＯＭレコードである場合、続けて５０７でＮＯＭレコードが返される。
【０１２４】
図６を参照すると、データ通信ネットワーク６００の例の略図が示されている。この例では、データ通信ネットワーク６００は、独立ＮＯＭドメインネームルックアップを実行するために使用される。この例では、ユーザは、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」を入力し、そのドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を入手しようとしている。
【０１２５】
この例では、データ通信ネットワーク６００は、ＮＯＭ質問器を含むユーザデバイス６０１、ローカルネットワーク６０２、ＤＮＳレゾルバ６０３、及び３つのネームサーバ６０４、６０５、６０６を含む。
【０１２６】
この例では、ユーザデバイス６０１上のＮＯＭ質問器は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」に関して独立ＮＯＭドメインネームルックアップを行う。この例では、ＮＯＭ質問器は、ルックアップドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」だけを使用し、ＴＸＴリソースレコードを要求する。
【０１２７】
ドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」のためのリソースレコードがローカルネットワーク６０２でキャッシュに格納されていない場合、クエリーがＤＮＳレゾルバ６０３に転送される。
【０１２８】
ＤＮＳレゾルバ６０３は、最も右側のラベルから始まるルックアップドメイン「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」を解決する。この例では、最も右側のラベルは「ｃｏｍ」ＴＬＤである。
【０１２９】
この例では、ネームサーバ６０４は、「ｃｏｍ」ＴＬＤに対する権威ネームサーバ６０５のＩＰアドレスを返すルートサーバである。
【０１３０】
ＤＮＳレゾルバ６０３は、ドメインネーム「ｃｏｍ」についての権威ネームサーバ６０５からドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」に対する権威ネームサーバを要求する。
【０１３１】
ドメインネーム「ｃｏｍ」についていの権威ネームサーバ６０５は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」についての権威ネームサーバについてのネームサーバアドレスを返す。ＤＮＳレゾルバ６０３は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」についての権威ネームサーバについてのネームサーバアドレスを、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」についての権威ネームサーバ６０６のＩＰアドレスとして解決する。
【０１３２】
ＤＮＳレゾルバ６０３は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」についての権威ネームサーバ６０６から、ドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」についての権威ネームサーバを要求する。
【０１３３】
ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」についての権威ネームサーバ６０６は、ドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」についての権威ネームサーバ６０６のネームサーバアドレスを返す。見つかった場合、ＤＮＳレゾルバ６０３は、このネームサーバアドレスを、ドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」に対する権威ネームサーバ６０６のＩＰアドレスとして解決する。
【０１３４】
ＤＮＳレゾルバ６０３は、ドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」についての権威ネームサーバ６０６からドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」のためのＮＯＭレコードを要求するか、又はドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」についての権威ネームサーバが見つからなかった場合には、エラーを返す。この例では、ＮＯＭレコードは、１つ以上の特別にフォーマットされたＤＮＳ  ＴＸＴリソースレコードを含む。
【０１３５】
ドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」についての権威ネームサーバが見つかったと仮定すると、ドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」についての権威ネームサーバ６０６は、「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」のためのＮＯＭレコードを返すか、又はＮＯＭレコードが存在しなかった場合には、エラーを返す。
【０１３６】
ＤＮＳレゾルバ６０３は、ローカルネットワーク６０２に結果を渡す。ドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」についての権威ネームサーバが見つからなかった場合、ＤＮＳレゾルバ６０３は、ＮＯＭレコードではなくエラーを返す。
【０１３７】
ＮＯＭ質問器は、応答を受信し、処理する。応答が有効なＮＯＭフォーマットである場合、いくつかの例では、プロセスは完了する。応答がエラーであった、又は無効なフォーマットであった場合、ＮＯＭ質問器は１つ以上の追加の措置を実行してもよい。いくつかの例では、１つ以上の追加の措置は、図７及び図８を参照して説明されるように、ホストＮＯＭドメインネームルックアップを実行することを含んでもよい。
【０１３８】
図７を参照すると、データを処理する方法の例を示すフローチャートが示されている。この例による方法は、ホストＮＯＭドメインネームルックアップと関連する。この例では、ＮＯＭレコードは、ドメインネーム「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」というサブドメインで、ＮＯＭサーバのドメインゾーンファイルの中に記録されている。ＮＯＭレコードをホストすることで、ＤＮＳが持つ分散的性質と、キャッシュの機能を使用できるようになる。ドメインネーム「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」は、３つのラベル「ｌｏｏｋｕｐ」、「ｎｏｍｓｅｒｖｅｒ」、及び「ｃｏｍ」を含む、解決可能なドメインネームである。
【０１３９】
７００で、ドメインネームが識別される。この例では、ドメインネームは「ｅｘａｍｐｌｅ．ｃｏｍ」である。
【０１４０】
７０１で、３つのラベル、「ｌｏｏｋｕｐ」、「ｎｏｍｓｅｒｖｅｒ」、及び「ｃｏｍ」が、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」を入手できるように、「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」中の識別されたドメインネームである「ｅｘａｍｐｌｅ．ｃｏｍ」の後ろに追加される。
【０１４１】
この例では、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」は第１のドメインネームであり、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」は第２のドメインネームである。第１のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」は、第２のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」を含んでいる。第１のドメインネームは、第２のドメインネームに続く少なくとも１つのラベルを含む。この例では、第１のドメインネームは、第２のドメインネームに続く３つのラベル、つまり「ｌｏｏｋｕｐ」、「ｎｏｍｓｅｒｖｅｒ」、及び「ｃｏｍ」を含んでいる。ラベル「ｃｏｍ」はＴＬＤに相当する。ラベル「ｎｏｍｓｅｒｖｅｒ」は、第２のレベルのドメインネームに相当する。ラベル「ｌｏｏｋｕｐ」は、第３のレベルのドメインネームに相当する。第１のドメインネームの中に含まれる第２のドメインネームに続く少なくとも１つのラベルは、解決可能なドメインネームの一部を形成する。この例では、第２のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」に続く３つのラベル「ｌｏｏｋｕｐ」、「ｎｏｍｓｅｒｖｅｒ」、及び「ｃｏｍ」のそれぞれが、解決可能な第３のドメインネームの一部を形成する。この例では、解決可能な第３のドメインネームは、「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」である。また、第２のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」が所与のＩＰアドレス自体で解決するという点で解決可能なドメインネームでもある。
【０１４２】
この例では、第２のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」の前には、第１のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」の中にラベルはない。言い換えると、第１のドメインネーム内のラベルは、第２のドメインネームに先行しない。つまり、第２のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」は、第１のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」の最も左端にある。
【０１４３】
この例では、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバ、及びドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」についての追加の権威ネームサーバがある。この例では、２つの権威ネームサーバは互いに異なっている。
【０１４４】
７０２で、ドメインネーム解決が、入手されたドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」を使用して実行される。
【０１４５】
７０３で、７０２で実行されたドメインネーム解決の結果、ドメインネームが解決されたかどうかが判定される。
【０１４６】
７０３での判定の結果、ドメインネームが解決しなかった場合、続けて７０４で所定の措置が講じられる。この例では、所定の措置は、エラーメッセージが返されることを伴う。
【０１４７】
７０３での判定の結果、ドメインネームが解決した場合、続けて７０５で、ＴＸＴリソースレコードがあるかどうか判定される。
【０１４８】
７０５での判定の結果、ＴＸＴリソースレコードがあった場合、続けて７０４で所定の措置が講じられる。
【０１４９】
７０５での判定の結果、ＴＸＴリソースレコードがある場合、続けて７０６で、ＴＸＴリソースレコードが有効なＮＯＭレコードであるかどうか判定される。
【０１５０】
７０６での判定の結果、ＴＸＴリソースレコードが有効なＮＯＭレコードではない場合、続けて７０４で所定の措置が講じられる。
【０１５１】
７０６での判定の結果、ＴＸＴレコードが有効なＮＯＭレコードである場合、続けて７０７でＮＯＭレコードが返される。
【０１５２】
図８を参照すると、データ通信ネットワーク８００の例を示す概略的なブロック図が示されている。この例では、データ通信ネットワーク８００は、ホストＮＯＭドメインネームルックアップを実行するために使用される。この例では、ホストＮＯＭドメインネームルックアップは、ルックアップドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」を使用し、ＴＸＴリソースレコードだけを要求する。
【０１５３】
この例では、データ通信ネットワーク８００は、ＮＯＭ質問器を含むユーザデバイス８０１、ローカルネットワーク８０２、ＤＮＳレゾルバ８０３、及び３つのネームサーバ８０４、８０５、８０６を含んでいる。
【０１５４】
ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についてのリソースレコードがローカルネットワーク８０２でキャッシュに格納されていない場合、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に対するクエリーが、ＤＮＳレゾルバ８０３に転送される。
【０１５５】
ＤＮＳレゾルバ８０３は、最も右側のラベルから始まるルックアップドメイン「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」を解決する。この例では、最も右側のラベルは「ｃｏｍ」ＴＬＤである。
【０１５６】
この例では、ネームサーバ８０４は、「ｃｏｍ」ＴＬＤに対する権威ネームサーバ８０５のＩＰアドレスを返すルートサーバである。
【０１５７】
ＤＮＳレゾルバ８０３は、ドメインネーム「ｃｏｍ」についての権威ネームサーバ８０５からドメインネーム「ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバを要求する。
【０１５８】
ドメインネーム「ｃｏｍ」についての権威ネームサーバ８０５は、ドメインネーム「ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバアドレスを返す。ＤＮＳレゾルバ８０３は、ドメインネーム「ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバアドレスを、ドメインネーム「ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバ８０６のＩＰアドレスとして解決する。
【０１５９】
ＤＮＳレゾルバ８０３は、ドメインネーム「ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバ８０６からドメインネーム「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバを要求する。
【０１６０】
この例ではＮＯＭサーバであるドメインネーム「ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバ８０６は、ドメインネーム「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバを返す。ＤＮＳレゾルバ８０３は、ドメインネーム「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバアドレスを、ドメインネーム「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に対する権威ネームサーバ８０６のＩＰアドレスとして解決する。
【０１６１】
ＤＮＳレゾルバ８０３は、ドメインネーム「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバ８０６から、ドメインネーム「ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバを要求する。
【０１６２】
この例ではＮＯＭサーバであるドメインネーム「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバ８０６は、ドメインネーム「ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバを返す。ＤＮＳレゾルバ８０３は、ドメインネーム「ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバアドレスを、ドメインネーム「ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバ８０６のＩＰアドレスとして解決する。
【０１６３】
ＤＮＳレゾルバ８０３は、ドメインネーム「ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバ８０６からドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバを要求する。
【０１６４】
この例ではＮＯＭサーバであるドメインネーム「ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバ８０６は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバアドレスを返す。ＤＮＳレゾルバ８０３は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバアドレスを、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバ８０６のＩＰアドレスとして解決する。
【０１６５】
ＤＮＳレゾルバ８０３は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバ８０６から、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についてのＮＯＭレコードを要求するか、又はドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバが見つからなかった場合には、エラーを返す。この例では、ＮＯＭレコードは、特別にフォーマットされたＤＮＳ  ＴＸＴリソースレコードである。この例では、ＮＯＭレコードは、ＴＸＴタイプの１つ以上のリソースレコードを含む。
【０１６６】
このように、この例では、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバは、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についてのドメインネームシステムクエリーを受信する。この例では、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバは、ネームサーバ８０６である。ネームサーバ８０６は、ドメインネーム（「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」）について受信されたドメインネームシステムクエリーを処理する。受信されたドメインネームシステムクエリーを処理する場合には、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」と関連付けられた１つ以上のリソースレコードが入手される。１つ以上のリソースレコードは、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」と関連付けられたエンティティと関連付けられたコンテンツ情報を含んでいる。
【０１６７】
ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバが見つかったと仮定した場合、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバ８０６は、「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についてのＮＯＭレコードを返すか、又はＮＯＭレコードが存在しない場合、エラーを返す。この例では、ＮＯＭレコードに含まれる１つ以上のリソースレコードは、第１のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」を記述しているゾーンファイル内にある。いくつかの例では、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバは、第１のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」を記述しているゾーンファイルに１つ以上のリソースレコードを事前に記録している。いくつかの例では、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に対する権威ネームサーバは、第１のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」を記述するゾーンファイルから１つ以上のリソースレコードを取り出す。
【０１６８】
いくつかの例では、１つ以上のリソースレコードは、複数のリソースレコードを含む。例えば、連鎖された複数のリソースレコードがあってよい。
【０１６９】
このようにして、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバは、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についてのドメインネームシステムクエリーに対する応答を送信する。その応答は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」と関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含んでいる。この例では、ドメインネームシステムクエリーに対する応答は、ＮＯＭレコードに含まれる１つ以上のリソースレコードしか含まない。
【０１７０】
ＤＮＳレゾルバ８０３は、ローカルネットワーク８０２に結果を渡す。ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｄｏｍａｉｎ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバが見つからなかった場合、ＤＮＳレゾルバ８０３はＮＯＭレコードではなくエラーを返す。
【０１７１】
ユーザデバイス８０１上のＮＯＭ質問器は、応答を受信する。応答が有効なＮＯＭフォーマットである場合、プロセスは完了してよい。応答がエラーであるか又は無効なフォーマットであった場合、ＮＯＭ質問器は１つ以上の追加の措置を実行する。いくつかの例では、１つ以上の追加の措置は、図９〜図１１を参照して以下に説明されるように、ＮＯＭボットルックアップを実行することを含む。
【０１７２】
この例では、ユーザデバイス８０１は、第１のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についてのドメインネームシステムクエリーを送信する。ユーザデバイス８０１は、第１のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についてのドメインネームシステムクエリーに対する応答を受信する。その応答は、異なる第２のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」と関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含んでいる。ユーザデバイス８０１は、第１のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についてのドメインネームシステムクエリーに対する応答を処理する。この処理には、１つ以上のリソースレコードの第２のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」と関連付けられたエンティティと関連付けられた連絡先情報を識別することが含まれる。
【０１７３】
ユーザが、独立ＮＯＭレコードもホストＮＯＭレコードも持たないドメインネームについてのＮＯＭレコードを要求する場合、ＮＯＭボットはドメインネームに示されるウェブサイトコンテンツに基づいてＮＯＭレコードを自動的に作成しようと試みる。ＮＯＭボットは、ウェブサイト上のＨＴＭＬコンテンツを解析し、このコンテンツから連絡先情報を収集する。ＮＯＭボットプロセスが開始され得る種々の異なる方法がある。３つの例の技術が、図９、図１０、及び図１１を参照してここで示される。図９及び図１０により説明されるこれらの一例による技術のうちの２つは、「サーバ側」の技術である。これらの２つのサーバ側の技術の例では、ＮＯＭボットはサーバインフラストラクチャ上で実行される。図１１により説明されるこれらの一例による技術のうちの１つは「クライアント側」の技術である。クライアント側の技術の例では、プロセスはユーザデバイス上で実行される。
【０１７４】
以下に説明されるそれぞれの実施態様の例示では、ＨＴＭＬコンテンツを収集し、解析するためにＮＯＭボットを始動する。これを行うために、各方法では、ポート８０上でＨＴＴＰによってドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」のウェブサイトを要求する。ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」を担当するウェブサーバは、そのホームページについてのＨＴＭＬを返す。ＨＴＭＬはリンクについて解析され、企業のための連絡先情報を含むであろうリンクのリストが作られる。これらのページは、以後「潜在的な連絡先ページ」と呼ばれる。
【０１７５】
ＮＯＭボットは、使用されるリンクテキスト及びページＵＲＬを評価することによって潜在的な連絡先ページを見つける。ＮＯＭボットが入手し得る例となるＨＴＭＬは、以下の通りである。
2019506692.tif 000015
【０１７６】
ＮＯＭボットが入手し得るＨＴＭＬコンテンツの別の例は、以下の通りである。
2019506692.tif 000016
【０１７７】
第１の例のハイパーリンクテキストが「ｃｏｎｔａｃｔ  ｕｓ」であるため、及び第２の例のハイパーリンクＵＲＬが「ｃｏｎｔａｃｔ．ｈｔｍｌ」であるため、ＮＯＭボットは、これらのリンクの両方を潜在的な連絡先ページに対するリンクと見なすであろう。ＮＯＭボットは、リンクが連絡先情報を含んだページに移動する可能性があるかどうかを評価するためにリンクテキスト及びＵＲＬの中でキーワードを探す。かかるキーワードの例は「ｃｏｎｔａｃｔ」である。
【０１７８】
この例では、ＮＯＭボットは次いで、ホームページ上のＨＴＭＬ及び潜在的な連絡先ページで見つかったＨＴＭＬに基づいて１つのデータの列を作成し、これをメモリに記録する。ＮＯＭボットは、パターンマッチング及び／又は正規表現を使用し、このＨＴＭＬを解析して、ＮＯＭボットが探すようにプログラムされている各方法のための連絡先情報を選び出す。
【０１７９】
例えば、ＮＯＭボットは、電話番号を探すとき、数字の列を探す。ＮＯＭボットは、英国のユーザの番号を探すとき、０１、０２、０３、０７、又は０８から始まる、スペースがある又はスペースがない１０桁又は１１桁の数字の並び、及び「＋」符号が先頭に付された、４４から始まる、スペースがある又はスペースがない１１又は１２桁の数字の並びを探す。いくつかの例では、ＮＯＭボットは、０９番号が英国ではプレミアム番号であり、潜在的に役に立たないので、これらを意図的に無視する。ＮＯＭボットは、他の国の番号を見つける場合には、異なる照合規則を使用することができる。ＮＯＭボットは、通貨記号が先頭に付された又は重量測定が末尾に付された数字の並びを無視する場合がある。ＮＯＭボットがこの例で識別するであろう例となる電話番号は、以下の例のＨＴＭＬコンテンツに示されている。
2019506692.tif 000017
ＮＯＭボットが電話番号であると見なさない場合がある番号の例は、以下の例のＨＴＭＬコンテンツで示される。
2019506692.tif 000018
【０１８０】
いくつかの例では、例えばＴｗｉｔｔｅｒ（商標）、Ｆａｃｅｂｏｏｋ（商標）又はＬｉｎｋｅｄＩｎ（商標）のプロファイルと関連付けられた識別子等、ソーシャルメディア連絡先識別子を探す場合、ＮＯＭボットは、ＮＯＭボットが終了文字に遭遇するまで、ＨＴＭＬコンテンツの中で「ｔｗｉｔｔｅｒ．ｃｏｍ／」、「ｆａｃｅｂｏｏｋ．ｃｏｍ／」又は「ｌｉｎｋｅｄｉｎ．ｃｏｍ／」を探し、かかるテキストの右側の文字を、Ｔｗｉｔｔｅｒ（商標）、Ｆａｃｅｂｏｏｋ（商標）、又はＬｉｎｋｅｄＩｎ（商標）のプロファイルと関連付けられた連絡先識別子と見なす。いくつかの例では、終了文字は一重引用符又は二重引用符であるが、終了文字はスペース等の別の文字であってよい。いくつかの例では、検索は大文字と小文字を区別しない。ＮＯＭボットがソーシャルメディアコンテンツ識別子を識別し得るＨＴＭＬコンテンツの例は、以下の通りである。
2019506692.tif 000019
【０１８１】
各連絡方法は、異なるパターンマッチング規則を有する場合があり、新しい連絡方法及び規則がＮＯＭボットに追加される場合がある。
【０１８２】
例えば、連絡先情報が画像中に表示されている又はなんらかの方法でクライアント側のＪａｖａＳｃｒｉｐｔにより隠されている場合等、連絡先情報がクリアテキスト（clear text）で記録されていない場合、この情報はＮＯＭボットによって取り出し可能ではない場合がある。
【０１８３】
図９を参照すると、データを処理する方法の例を示すフローチャートが示されている。この例では、方法は、ＮＯＭボットルックアップの第１の例と関連付けられている。この例では、ＮＯＭボットルックアップは、ＮＯＭボットＤＮＳクエリーの形をとる。
【０１８４】
９００で、ドメインネームが識別される。この例では、ドメインネームは「ｅｘａｍｐｌｅ．ｃｏｍ」である。
【０１８５】
９０１で、ルックアップドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」が入手されるように、ドット「．」並びにラベル「ｂｏｔ」、「ｎｏｍｓｅｒｖｅｒ」、及び「ｃｏｍ」が、「．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」で、識別されたドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」の後に追加される。この例では、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」、「ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」、及び「ｅｘａｍｐｌｅ．ｃｏｍ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」はすべて解決可能なドメインネームである。
【０１８６】
９０２で、ドメインネーム解決は、入手されたドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」を使用して実行される。
【０１８７】
ドメイン解決プロセスの一部としてのクエリーは、以後「ＮＯＭボットサーバ」と呼ばれるカスタムＤＮＳサーバに対して行われてもよい。この例では、問い合わせられているドメインは、ドメインネーム「ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」の前に付される。クエリーの形式は以下の通りである。
2019506692.tif 000020
【０１８８】
９０３でドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」が解決される。この例では、ドメインネーム「ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」で実行中のカスタムネームサーバは、「ｅｘａｍｐｌｅ．ｃｏｍ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」が例であるドメインネーム「ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」の任意のサブドメインに対するＴＸＴリソースレコードクエリーに応答するため、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」は解決すべきである。
【０１８９】
９０４で、ＮＯＭボットがドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」のためのキャッシュに格納されたレコードを有しているかどうかが判定される。キャッシュに格納されたすべてのレコードは、ＮＯＭボットがドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に対するＤＮＳ要求を行うように、ドメインネーム「ｃａｃｈｅ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に記録される。
【０１９０】
９０４での判定の結果、ＮＯＭボットがドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に対するキャッシュに格納されたレコードを有する場合、続けてキャッシュに格納されたレコードが返される。
【０１９１】
９０４での判定の結果、ＮＯＭボットがドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に対するキャッシュに格納されたレコードを有さない場合、続けて９０５でＮＯＭボットは、ＮＯＭボットルックアップを通知され、ポート８０でドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」に対してＨＴＴＰ要求を行う。ＮＯＭボットは、ホームページ上のＨＴＭＬコンテンツのすべてをダウンロードし、ダウンロードされたＨＴＭＬコンテンツを変数「ｈｔｍｌ＿ｃｏｎｔｅｎｔ」に保存する。ＮＯＭボットは、ホームページ上で見つかった内部リンクの中からアレイ（array）を構築する。
【０１９２】
９０６で、アレイ内のリンクのいずれかが、それらが潜在的な連絡先ページにつながる場合があるように見えるかどうかが判定される。
【０１９３】
９０６での判定の結果、アレイ内のリンクのいくつかが、それらが潜在的な連絡先ページにつながる場合があるように見える場合、続けて９０７でＮＯＭボットは、潜在的な連絡先ページに対してＨＴＴＰ要求を行い、それらのページからＨＴＭＬコンテンツをダウンロードし、ダウンロードされたコンテンツを変数「ｈｔｍｌ＿ｃｏｎｔｅｎｔ」に加える。
【０１９４】
９０６での判定の結果、アレイ内のリンクのいずれもが、潜在的な連絡先ページにつながる場合があるように見えない場合、又はかかるページが識別された場合、潜在的な連絡先ページからダウンロードされたコンテンツの付加に加えて、９０８でＮＯＭボットは、パターンマッチング及び／又は正規表現を使用し、変数「ｈｔｍｌ＿ｃｏｎｔｅｎｔ」のコンテンツを処理して、連絡先情報を見つける。
【０１９５】
９０９で、任意の連絡先情報が変数「ｈｔｍｌ＿ｃｏｎｔｅｎｔ」において見つかったかどうかが判定される。
【０１９６】
９０９での判定の結果、連絡先情報が見つからなかった場合、続けて９１０で所定の措置が講じられる。この例では、所定の措置は、エラーを返すことである。
【０１９７】
９０９での判定の結果、連絡先情報が見つかった場合、続けて９１１で、連絡先情報がＮＯＭレコードとして記録され、ＮＯＭボットキャッシュに記録される。ＮＯＭレコードは続く９１２で返される。
【０１９８】
この例では、応答は以下の形式である。
2019506692.tif 000021
【０１９９】
この例では、応答は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」を含んでいる。このドメインネームのラベル「ｂｏｔ」は、応答が、ＮＯＭレコードを使用して生成されたデータを含むことを示す。したがって、ラベル「ｂｏｔ」は、ＮＯＭレコードが自動化された連絡先情報の構文解析の技術を使用して生成されたことを示すデータである。
【０２００】
この例では、項目９０１、９０２、及び９０４は、ユーザデバイス上のＮＯＭ質問器によって実行される。この例では、項目９０３は、ＤＮＳによって実行される。この例では、項目９０５〜９１２は、ＮＯＭボットサーバによって実行される。
【０２０１】
ＮＯＭボットＤＮＳクエリー技術は、クエリーを２つのレベルでキャッシュに格納できるようにする。クエリーは、最初により広いＤＮＳシステムの一部としてキャッシュに格納することができる。クエリーは、第２にＮＯＭボットキャッシュの中に格納することができる。これらは、ドメインネーム「ｃａｃｈｅ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に記録されるＤＮＳゾーンである。独立ＮＯＭドメインネームルックアップ及びホストＮＯＭドメインネームルックアップに加えて、この技術を使用し、ＮＯＭボットルックアップを実行することは、１つの追加のＤＮＳクエリーを必要とするであろう。
【０２０２】
図１０を参照すると、データを処理する方法の例を示すフローチャートが示されている。この例による方法は、アプリケーションプログラミングインタフェース（ＡＰＩ）コールの形をとるＮＯＭボットルックアップに関連する。
【０２０３】
１０００で、ドメインネームが識別される。この例では、ドメインネームは、「ｅｘａｍｐｌｅ．ｃｏｍ」である。
【０２０４】
１００１で、ＡＰＩコールが、ＪａｖａＳｃｒｉｐｔ  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）を使用して行われる。ＡＰＩは、この例ではＮＯＭ質問器であるアプリケーションが、定義されたコマンドのセットを使用して、この例ではＮＯＭボットサーバである他のアプリケーションと通信するための方法を提供する。この例では、ＡＰＩは、応答メッセージの構造の定義とともに、ＨＴＴＰ要求メッセージのセットを含んでいる。この例では、情報はＪＳＯＮフォーマットで送受される。行われ得るＡＰＩコールの例は、以下の通りである。
2019506692.tif 000022
【０２０５】
１００２で、ＮＯＭボットは、ポート８０でドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」に対してＨＴＴＰ要求を行う。ＮＯＭボットは、ホームページ上のＨＴＭＬコンテンツのすべてをダウンロードし、変数「ｈｔｍｌ＿ｃｏｎｔｅｎｔ」にＨＴＭＬコンテンツを保存する。ＮＯＭボットは、ホームページで見つかった内部リンクの中からアレイを構築する。
【０２０６】
１００３で、アレイ内のリンクのいずれかが、それらが潜在的な連絡先ページにつながる場合があるように見えるかどうかが判定される。
【０２０７】
１００３での判定の結果、アレイ内のリンクのいくつかが、それらが潜在的な連絡先ページにつながる場合があるように見えた場合、続けて１００４でＮＯＭボットは、潜在的な連絡先ページに対するＨＴＴＰ要求を行い、それらのページからＨＴＭＬコンテンツをダウンロードし、ダウンロードされたコンテンツを変数「ｈｔｍｌ＿ｃｏｎｔｅｎｔ」に加える。
【０２０８】
１００３での判定の結果、アレイ内のリンクのいずれも潜在的な連絡先ページのように見えなかった場合、又はかかるページが識別された場合、潜在的な連絡先ページからダウンロードされたコンテンツの付加に続けて、１００５でＮＯＭボットは、パターンマッチング及び／又は正規表現を使用して、変数「ｈｔｍｌ＿ｃｏｎｔｅｎｔ」のコンテンツを処理し、連絡先情報を見つける。
【０２０９】
１００６で、任意の連絡先情報が変数「ｈｔｍｌ＿ｃｏｎｔｅｎｔ」で見つかったかどうかが判定される。
【０２１０】
１００６での判定の結果、連絡先情報が見つからなかった場合、続けて１００７で所定の措置が講じられる。この例では、所定の措置は、エラーを返すことである。
【０２１１】
１００６での判定の結果、連絡先情報が見つからなかった場合、続けて１００８で、連絡先情報がＮＯＭレコードとして記録され、ＮＯＭボットキャッシュに記録される。ＮＯＭレコードは次く１００９で返される。
【０２１２】
この例では、ＮＯＭボットサーバからの一例となる応答は、以下の形式及びコンテンツを有してよい。
2019506692.tif 000023
【０２１３】
この例では、項目１０００及び１００１は、ユーザデバイス上の質問器によって実行される。この例では、項目１００２〜１００９は、ＮＯＭボットサーバによって実行される。
【０２１４】
図１１を参照すると、データを処理する方法の例を示すフローチャートが示されている。この例による方法は、クライアント側のＮＯＭボットルックアップの形をとるＮＯＭボットルックアップに関連する。
【０２１５】
１１００で、ドメインネームが識別される。この例では、ドメインネームは「ｅｘａｍｐｌｅ．ｃｏｍ」である。
【０２１６】
１１０１で、ＮＯＭ質問器は、クライアント側のＨＴＭＬダウンロード及び構文解析を開始する。
【０２１７】
１１０２で、ＮＯＭ質問器は、ポート８０でドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」に対してＨＴＴＰ要求を行う。ＮＯＭ質問器は、ホームページ上のＨＴＭＬコンテンツのすべてをダウンロードし、ＨＴＭＬコンテンツを変数「ｈｔｍｌ＿ｃｏｎｔｅｎｔ」に保存する。ＮＯＭ質問器は、ホームページで見つかった内部リンクの中からアレイを構築する。
【０２１８】
１１０３で、アレイ内のリンクのいずれかが、それらが潜在的な連絡先ページにつながる場合があるように見えるかどうかが判定される。
【０２１９】
１１０３での判定の結果、アレイ内のリンクのいくつかが、それらが潜在的な連絡先ページにつながる場合があるように見える場合、続けて１１０４でＮＯＭ質問器が、潜在的な連絡先ページに対するＨＴＴＰ要求を行い、それらのページからＨＴＭＬコンテンツをダウンロードし、ダウンロードされたコンテンツを変数「ｈｔｍｌ＿ｃｏｎｔｅｎｔ」に加える。
【０２２０】
１１０３での判定の結果、アレイ内のリンクのいずれも、アレイ内のリンクのいずれも潜在的な連絡先ページのように見えない場合、又はかかるページが識別された場合、潜在的な連絡先ページからダウンロードされたコンテンツの付加に続けて、１１０５でＮＯＭ質問器は、パターンマッチング及び／又は正規表現を使用して、変数「ｈｔｍｌ＿ｃｏｎｔｅｎｔ」のコンテンツを処理し、連絡先情報を見つける。
【０２２１】
１１０６で、任意の連絡先情報が変数「ｈｔｍｌ＿ｃｏｎｔｅｎｔ」で見つかったかどうかが判定される。
【０２２２】
１１０６での判定の結果、連絡先情報が見つからなかった場合、続けて１１０７で所定の措置が講じられる。この例では、所定の措置は、エラーを返すことである。
【０２２３】
１１０６での判定の結果、連絡先情報が見つかった場合、続けて１００８で、連絡先情報がＮＯＭレコードとしてフォーマットされる。ＮＯＭレコードは次く１１０９で返される。
【０２２４】
１１１０で、ＮＯＭレコードはＮＯＭボットキャッシュに記録される。
【０２２５】
いくつかの例では、ユーザデバイスからのＮＯＭレコードデータは、同じデータが、例えば２０等、所定数の独立したユーザによって収集されていたときだけ信頼されるであろう。
【０２２６】
図１２を参照すると、データを処理する方法の例のフローチャートが示されている。この例による方法は、ＮＯＭサーバでＮＯＭレコードを追加し、編集することに関連付する。
【０２２７】
この例では、ドメイン管理者が新しいホストＮＯＭレコードを追加するために又はその既存のホストＮＯＭレコードを修正するために、ウェブインタフェースが提供される。ドメイン管理者は、ホストＮＯＭレコードを編集するとき、既存の連絡方法を編集又は削除するだけではなく、新しい連絡方法を追加することもできる。いくつかの例では、ホストＮＯＭレコードは編集された結果、新しい連絡先情報を含むことになったら自動的に公開される。
【０２２８】
いくつかの例では、サーバは、ドメインに関連付けられた１つ以上のリソースレコードの連絡先情報のいくらか又はすべてを修正できるようにするために自動認証プロセスの少なくとも一部を実行するように構成される。自動認証プロセスの少なくとも一部を実行する場合、それには、管理者ウェブアプリケーションを介してログイン詳細を受信し、レコードに記録されている詳細に受信されたログイン詳細を照合することが含まれてもよい。
【０２２９】
事前登録されたドメイン管理者は、ＮＯＭサーバのウェブインタフェースにログインして変更を加えるために、ユーザ名及びパスワードを提供することで認証を行うように求められる。いくつかの例では、まだ登録していないドメイン管理者は、ドメイン管理者が登録しようと試みているドメインでホストされたウェブサイトのホームページ又は連絡先ページ上に示される電話番号に対する自動コールを受け入れることによって権限を証明するように求められる。ドメイン管理者は、提供されたウェブページにコールの受信者に提供されるセキュリティコードを入力するように求められる。いくつかの例では、ドメイン管理者は、自分のホームページへのランダムな文字列を含むＨＴＭＬコメントを追加することによって権限を証明することもできる。
【０２３０】
１２００で、要求を行うドメイン管理者は、ドメインネームについてのＮＯＭレコードに対する変更を要求する。
【０２３１】
１２０１で、要求を行うドメイン管理者が、ドメインに関してすでに認証されているかどうかが判定される。
【０２３２】
１２０１での判定の結果、要求するドメイン管理者がドメインに対してすでに認証されていた場合、続けて１２０２でユーザ名及びパスワードが要求される。
【０２３３】
１２０３で、ユーザ名及びパスワードが正しいかどうかが判定される。
【０２３４】
１２０３での判定の結果、ユーザ名及びパスワードが正しくない場合、続けて１２０４で所定の措置が講じられる。この例では、所定の措置は、エラーメッセージである。エラーメッセージの例は、「ログイン失敗」である。
【０２３５】
１２０３での判定の結果、ユーザ名及びパスワードが正しい場合、続けて１２０５で、ＮＯＭレコードに対する変更が許される。
【０２３６】
１２０１での判定の結果、要求するドメイン管理者がドメインについて未だ認証されていない場合、続けて１２０６で、任意のドメイン管理者がドメインに対してすでに認証されているか判定される。
【０２３７】
１２０６で、ドメイン管理者がドメインに対してすでに認証されていると判定された場合、続けて１２０７で、ドメインに対してすでに認証されているドメイン管理者が通知される。
【０２３８】
１２０８で、ドメインに対してすでに認証されているドメイン管理者が所与の期間内に要求を承認したのか、それとも拒絶したのかが判定される。この例では、所与の期間は７２時間である。
【０２３９】
１２０８で、ドメインに対してすでに認証されているドメイン管理者が要求を承認したと判定された場合、続けて１２０５でＮＯＭレコードに対する変更が許される。
【０２４０】
１２０８で、ドメインに対してすでに認証されているドメイン管理者が要求を拒絶したと判定された場合、続けて１２０９で所定の措置が講じられる。この例では、所定の措置は、エラーメッセージを表示することを含む。例えば、エラーメッセージは「認証拒絶」である場合がある。
【０２４１】
１２０８で、ドメインに対してすでに認証されているドメイン管理者が７２時間の期間内に措置を講じていないと判定された場合、続けて１２１０で、要求を行うドメイン管理者は、ドメインに対するその権限を確立するように要求される。
【０２４２】
同様に、１２０６で、ドメイン管理者がドメインに対してまだ認証していないと判定された場合、続けて１２１０で、要求を行うドメイン管理者は、ドメインに対する権限を確立するように要求される。
【０２４３】
１２１１で、要求を行うドメイン管理者がドメインに対する権限を確立したかどうかが判定される。
【０２４４】
１２１１で、新しいドメイン管理者がドメインに対する権限を確立したと判定された場合、続けて１２０５でＮＯＭレコードに対する変更が許される。
【０２４５】
１２１１で、要求するドメイン管理者がドメインに対する権限を確立していないと判定された場合、次いで所定の措置が講じられる。例では、所定の措置は、エラーメッセージを表示することである。例えば、そのメッセージは「認証失敗」である。
【０２４６】
以下に説明される例では、ＮＯＭフレームワークは、初期手順としてブランド（brand）及び／又はキーワードをドメインネームに変換することによって、ブランド及び／又はキーワードを検索するために使用することもできる。以下に説明される例では、「Ｓｍｉｔｈ＆Ｓｏｎｓ」となる会社名が例として使用される。この例では、Ｓｍｉｔｈ＆Ｓｏｎｓは、ウェブサイト「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ」を運営し、英国中で二重窓を提供している。
【０２４７】
２つの異なった方法でブランド検索を実行することができる。ＮＯＭ質問器は、ＮＯＭフレームワークの中で検索を実行できるし、又はＮＯＭ質問器は、ブランドをドメイン自体に変換できる。
【０２４８】
図１３を参照すると、データを処理する方法の例のフローチャートが示されている。この例による方法は、ＮＯＭフレームワークの中のブランド検索と関連する。この例では、ユーザは「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ」の代わりに用語「Ｓｍｉｔｈ＆Ｓｏｎｓ」を使用して検索を行うことができる。
【０２４９】
１３００で、少なくとも１つのデータ列が識別される。この例では、データ列「Ｓｍｉｔｈ＆Ｓｏｎｓ」が識別される。この例では、データ列はブランドと関連付けられている。ルックアップドメインネームが作成される。この例では、ルックアップドメインネームを作成するために、１つ以上のルックアップドメインネーム規則が使用される。この例では、データ列内のスペースは、ハイフンで置換される。この例では、アンパサンド文字である「＆」は、単語「ａｎｄ」で置換される。
【０２５０】
この例では、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」は、それが現在ブランクである場合、当初「１」という値に設置される。この例では、ルックアップドメインネームでは、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の現在の値である「＜＜ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ＞＞」を前に付けられる。この例では、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の現在の値は「１」である。
【０２５１】
この例では、ドメインネーム「ｂｒａｎｄ．＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞．ｎｏｍｑｕｅｒｙ．ｃｏｍ」が、ルックアップドメインネームの後に追加される。ドメインネーム「ｂｒａｎｄ．＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞．ｎｏｍｑｕｅｒｙ．ｃｏｍ」は、４つのラベル、つまり「ｂｒａｎｄ」、「＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞」、「ｎｏｍｑｕｅｒｙ」、及び「ｃｏｍ」を含んでいる。変数「ｕｓｅｒ＿ｃｏｕｎｔｒｙ」は、例えば、ユーザが現在居る国等、ユーザと関連付けられた国を示す。＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞は、変数「ｕｓｅｒ＿ｃｏｕｎｔｒｙ」の現在の値を示す。この例では、ユーザは現在英国におり、したがって変数「ｕｓｅｒ＿ｃｏｕｎｔｒｙ」の現在の値は「ｕｋ」である。
【０２５２】
この例では、作成されたドメインネームは「ｌ．ｓｍｉｔｈ−ａｎｄ−ｓｏｎｓ．ｕｋ．ｂｒａｎｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」である。
【０２５３】
１３０１で、独立ＮＯＭドメインネームルックアップが実行される。独立ＮＯＭドメインネームルックアップのために使用されるルックアップドメインネームは、「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｌ．ｓｍｉｔｈ−ａｎｄ−ｓｏｎｓ．ｕｋ．ｂｒａｎｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」である。
【０２５４】
１３０２で、１３０１で実行された独立ＮＯＭドメインネームルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
【０２５５】
１３０２での判定の結果、ＮＯＭレコードが返される場合、続けて１３０３でＮＯＭレコードが表示される。
【０２５６】
１３０２での判定の結果、ＮＯＭレコードが返されない場合、続けて１３０４でホストＮＯＭドメインネームルックアップが実行される。ホストＮＯＭドメインネームルックアップに使用されるルックアップドメインネームは「ｌ．ｓｍｉｔｈ−ａｎｄ−ｓｏｎｓ．ｕｋ．ｂｒａｎｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」となるであろう。
【０２５７】
この例では、ホストＮＯＭドメインネームルックアップに使用されるドメインネームである「ｌ．ｓｍｉｔｈ−ａｎｄ−ｓｏｎｓ．ｕｋ．ｂｒａｎｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」は、作成されたドメインネーム「ｌ．ｓｍｉｔｈ−ａｎｄ−ｓｏｎｓ．ｕｋ．ｂｒａｎｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」を含んでいる。この例では、ドメインネーム「ｌ．ｓｍｉｔｈ−ａｎｄ−ｓｏｎｓ．ｕｋ．ｂｒａｎｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に対する権威ネームサーバは、ドメインネーム「ｌ．ｓｍｉｔｈ−ａｎｄ−ｓｏｎｓ．ｕｋ．ｂｒａｎｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」に対する権威ネームサーバであってもよい。
【０２５８】
１３０５で、１３０４で実行されたホストＮＯＭドメインネームルックアップの結果、ＮＯＭレコードが返されるかどうか判定される。
【０２５９】
１３０５での判定の結果、ＮＯＭレコードが返される場合、次いで１３０３でＮＯＭレコードが表示される。
【０２６０】
１３０５での判定の結果、ＮＯＭレコードが返されない場合、次いで１３０６でＮＯＭボットルックアップが実行される。
【０２６１】
１３０７で、１３０６で実行されたＮＯＭボットルックアップの結果、ＮＯＭレコードが返されるかどうか判定される。
【０２６２】
１３０７での判定の結果、ＮＯＭレコードが返されるである場合、次いで１３０３でＮＯＭレコードが表示される。
【０２６３】
１３０７での判定の結果、ＮＯＭレコードが返されない場合、次いで所定の措置が講じられる。この例では、所定の措置は、エラーメッセージが返され、表示されることを伴う。例えば、メッセージ「このブランドに対してＮＯＭレコードは見つかりませんでした」が表示される場合がある。
【０２６４】
この例では、項目１３００、１３０２、１３０３、１３０５、１３０７、及び１３０８は、ＮＯＭ質問器によって実行される。この例では、項目１３０１、１３０４、及び１３０６は、ＮＯＭ質問器が位置するユーザデバイス以外の少なくとも１つの他の装置をその実行に伴う。
【０２６５】
図１３に関して上述された例では、以下のドメイン、「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｌ．ｓｍｉｔｈ−ａｎｄ−ｓｏｎｓ．ｂｒａｎｄ．ｕｋ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」（独立）及び「ｌ．ｓｍｉｔｈ−ａｎｄ−ｓｏｎｓ．ｂｒａｎｄ．ｕｋ．ｎｏｍｑｕｅｒｙ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」（バックアップとしてホストされる）が問い合わされる。これらのドメインネームは、ＮＯＭフレームワークの中で作成されるものであってもよく、ブランドに一致するドメインについてのＮＯＭレコードを含んでいてもよい。ＮＯＭレコードは、検索のためのマッチ（match）としてリストされる関連性のあるドメインネーム、この例では「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ」からコピーされてよい。図１３により上述された例は、ＮＯＭインフラストラクチャに依存している。ＮＯＭフレームワークとより無関係に実行される別の技術が使用されても構わず、図１４Ａ及び図１４Ｂに関して説明されるように、ブランドは、ＮＯＭ質問器自体で、解決可能なドメインネームに変換されてもよい。
【０２６６】
図１４Ａ及び図１４Ｂを参照すると、データを処理する方法の例のフローチャートが示されている。この例による方法は、ブランドからドメインへの変換手順に関連している。ＮＯＭ質問器は、ブランドからドメインへの変換手順を実行してブランドをドメインネームに変換してもよい。
【０２６７】
１４００で、少なくとも１つのデータ列が識別される。この例では、データ列「Ｓｍｉｔｈ  ＆  Ｓｏｎｓ」が識別される。この例では、データ列はブランドと関連付けられている。
【０２６８】
１４０１で、すべてのスペースがデータ文字列から削除され、すべてのアンパサンド文字「＆」は単語「ａｎｄ」で置換される。この例では、データ列「Ｓｍｉｔｈ  ＆  Ｓｏｎｓ」は、このように処理され、データ列「ｓｍｉｔｈａｎｄｓｏｎｓ」が作り出される。この例では、データ列「ｓｍｉｔｈａｎｄｓｏｎｓ」は、変数「ｂｒａｎｄ＿ｄｏｍａｉｎ」に保存される。
【０２６９】
１４０２で、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の値が決定される。
【０２７０】
１４０２で、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の値が「１」であると判定された場合、続けて１４０３で、プライマリ国ドメインが変数＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞の現在の値に基づいて入手される。例えば、変数＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞の現在の値が「ＵＫ」である場合、プライマリ国ドメインは「ｃｏ．ｕｋ」であってよい。プライマリ国ドメインは変数「ｂｒａｎｄ＿ｄｏｍａｉｎ＿ｅｘｔｅｎｓｉｏｎ」として保存される。
【０２７１】
１４０２で、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の値が「２」であると判定された場合、続けて１４０４で、変数「ｂｒａｎｄ＿ｄｏｍａｉｎ＿ｅｘｔｅｎｓｉｏｎ」が「．ｃｏｍ」として設定される。
【０２７２】
１４０５で、変数「ｂｒａｎｄ＿ｄｏｍａｉｎ」及び変数「ｂｒａｎｄ＿ｄｏｍａｉｎ＿ｅｘｔｅｎｓｉｏｎ」の値が結合される。この結果、例えば、ドメインネーム「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ」及び「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏｍ」が入手される。この例では、「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ」及び「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏｍ」は、ＮＯＭブランドからドメイン変換手順を経て生じるドメインである。
【０２７３】
１４０６で、独立ＮＯＭドメインネームルックアップが実行される。この例では、独立ＮＯＭドメインネームルックアップに使用されるルックアップドメインネームは、「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ」及び「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏｍ」である。この例では、独立ＮＯＭドメインネームルックアップは、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の現在の値に基づいて、一度に、これらのドメインネームのうちの１つに対して実行される。例えば、「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の値が「１」であるとき、ドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ」が使用され、「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の値が「２」であるとき、ドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏｍ」が使用される。他の例では、「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ」及び「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏｍ」の両方のための独立ＮＯＭドメインネームルックアップは並行して実行される。
【０２７４】
１４０７で、１４０６において実行された独立ＮＯＭドメインネームルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
【０２７５】
１４０７での判定の結果、ＮＯＭレコードが返される場合、続けて１４０８でＮＯＭレコードが表示される。
【０２７６】
１４０７での判定の結果、ＮＯＭレコードが返されない場合、次いで１４０９でホストＮＯＭドメインネームルックアップが実行される。この例では、ホストＮＯＭドメインネームルックアップに使用されるルックアップドメインネームは、「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」及び「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」である。
【０２７７】
この例では、ホストＮＯＭドメインネームルックアップに使用されるドメインネーム、つまり「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」及び「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」は、それぞれドメインネーム「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ」及び「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏｍ」を含んでいる。この例では、ドメインネーム「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に対する権威ネームサーバが、ドメインネーム「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ」に対する権威ネームサーバとは異なり、ドメインネーム「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に対する権威ネームサーバは、ドメインネーム「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏｍ」に対する権威ネームサーバとは異なる。
【０２７８】
１４１０で、１４０９において実行されたホストＮＯＭドメインネームルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
【０２７９】
１４１０での判定の結果、ＮＯＭレコードが返される場合、次いで１４０８でＮＯＭレコードが表示される。
【０２８０】
１４１０での判定の結果、ＮＯＭレコードが返されない場合、次いで１４１１でＮＯＭボットルックアップが実行される。
【０２８１】
１４１２で、１４１０で実行されたＮＯＭボットルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
【０２８２】
１４１２での判定の結果、ＮＯＭレコードが返される場合、続けて１４０８でＮＯＭレコードが表示される。ユーザは、返されたＲＯＭレコードをナビゲートするためにユーザデバイスでレコードナビゲータを使用することができる。ユーザが第１のＮＯＭレコードと第２のＮＯＭレコードとの間でナビゲートすると、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」が１４１３で「１」ずつ増やされ、所望されるＮＯＭレコードが表示される。
【０２８３】
１４１２での判定の結果、ＮＯＭレコードが返されない場合、次いで所定の措置が講じられる。この例では、所定の措置は、エラーメッセージが返され、表示されることを伴う。例えば、メッセージ「このドメインネームに対してＮＯＭレコードは見つかりませんでした」が表示される場合がある。
【０２８４】
図１５を参照すると、データを処理する方法のフローチャートが示されている。この例による方法は、キーワード検索と関連する。この例では、ユーザは、文字列「Ｄｏｕｂｌｅ  Ｇｌａｚｉｎｇ」を使用し、キーワード検索を実行できる。この例では、ＮＯＭ質問器がキーワードをドメインネームに変換する確実な方法がないので、ＮＯＭフレームワークの中でキーワード検索を実行する方法は１つしかない。企業は、キーワードの下でそのドメインネームを一覧表示することを許されることがある。
【０２８５】
１５００で、少なくとも１つのデータ列が識別される。この例では、データ列「Ｄｏｕｂｌｅ  Ｇｌａｚｉｎｇ」が識別される。この例では、データ列は、１つ以上のキーワードと関連付けられる。ルックアップドメインネームが作成される。この例では、ルックアップドメインネームを作成するために、１つ以上のルックアップドメインネーム規則が使用される。この例では、データ列のあらゆるスペースは、ハイフンで置換される。この例では、データ列のあらゆるアンパサンド文字「＆」は、単語「ａｎｄ」で置換される。
【０２８６】
この例では、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」は、それが現在ブランクである場合、当初は「１」の値に設定される。この例では、ルックアップドメインネームの前に、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の現在の値である「＜＜ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ＞＞」が付けられる。この例では、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の現在の値は「１」である。
【０２８７】
この例では、ドメインネーム「ｋｅｙｗｏｒｄ．＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞．ｎｏｍｑｕｅｒｙ．ｃｏｍ」が、作成されたドメインネームの後に追加される。ドメインネーム「ｋｅｙｗｏｒｄ．＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞．ｎｏｍｑｕｅｒｙ．ｃｏｍ」は、４つのラベル、つまり、「ｋｅｙｗｏｒｄ」、「＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞」、「ｎｏｍｑｕｅｒｙ」、及び「ｃｏｍ」を含んでいる。変数「ｕｓｅｒ＿ｃｏｕｎｔｒｙ」は、例えばユーザが現在居る国等、ユーザと関連付けられた国を示す。＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞は、変数「ｕｓｅｒ＿ｃｏｕｎｔｒｙ」の現在の値を示す。この例では、ユーザは現在英国におり、したがって変数「ｕｓｅｒ＿ｃｏｕｎｔｒｙ」の現在の値は「ｕｋ」である。
【０２８８】
この例では、作成されたドメインネームは「ｌ．ｄｏｕｂｌｅ−ｇｌａｚｉｎｇ．ｕｋ．ｋｅｙｗｏｒｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」である。
【０２８９】
１５０１で、独立ＮＯＭドメインネームルックアップが実行される。この例では、独立ＮＯＭドメインネームルックアップのためのルックアップドメインネームは、「ｎｏｎｒｅｃｏｒｄｌｏｏｋｕｐ．ｌ．ｄｏｕｂｌｅ−ｇｌａｚｉｎｇ．ｕｋ．ｋｅｙｗｏｒｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」である。
【０２９０】
１５０２で、１５０１で実行された独立ＮＯＭドメインネームルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
【０２９１】
１５０２での判定の結果、ＮＯＭレコードが返される場合、続けて１５０３でＮＯＭレコードが表示される。
【０２９２】
１５０２での判定の結果、ＮＯＭレコードが返されない場合、続けて１５０４でホストＮＯＭドメインネームルックアップが実行される。この例では、ホストＮＯＭドメインネームルックアップのためのルックアップドメインネームは、「ｌ．ｄｏｕｂｌｅ−ｇｌａｚｉｎｇ．ｕｋ．ｋｅｙｗｏｒｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」である。
【０２９３】
この例では、ホストＮＯＭドメインネームルックアップに使用されるドメインネーム「ｌ．ｄｏｕｂｌｅ−ｇｌａｚｉｎｇ．ｕｋ．ｋｅｙｗｏｒｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」は、作成されたドメインネーム「ｌ．ｄｏｕｂｌｅ−ｇｌａｚｉｎｇ．ｕｋ．ｋｅｙｗｏｒｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」を含んでいる。この例では、ドメインネーム「ｌ．ｄｏｕｂｌｅ−ｇｌａｚｉｎｇ．ｕｋ．ｋｅｙｗｏｒｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に対する権威ネームサーバは、ドメインネーム「ｌ．ｄｏｕｂｌｅ−ｇｌａｚｉｎｇ．ｕｋ．ｋｅｙｗｏｒｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」に対する権威ネームサーバであってもよい。
【０２９４】
１５０５で、１５０４で実行されたホストＮＯＭドメインネームルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
【０２９５】
１５０５での判定の結果、ＮＯＭレコードが返される場合、続けて１５０３でＮＯＭレコードが表示される。
【０２９６】
１５０５での判定の結果、ＮＯＭレコードが返されない場合、続けて１５０６でＮＯＭボットルックアップが実行される。
【０２９７】
１５０７で、１５０６で実行されたＮＯＭボットルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
【０２９８】
１５０７での判定の結果、ＮＯＭレコードが返される場合、続けて１５０３でＮＯＭレコードが表示される。
【０２９９】
１５０７での判定の結果、ＮＯＭレコードが返されない場合、続けて所定の措置が講じられる。この例では、所定の措置は、エラーメッセージが返され、表示されることを伴う。例えば、メッセージ「このキーワードに対してＮＯＭレコードは見つかりませんでした」が表示される場合がある。
【０３００】
この例では、項目１５００、１５０２、１５０３、１５０５、１５０７、及び１５０８はＮＯＭ質問器によって実行される。この例では、項目１５０１、１５０４、及び１５０６は、ＮＯＭ質問器が位置するユーザデバイス以外の少なくとも１つの他の装置をその実行に伴う。
【０３０１】
上記の例では、以下のドメイン「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｌ．ｄｏｕｂｌｅ−ｇｌａｚｉｎｇ．ｕｋ．ｋｅｙｗｏｒｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」（独立）及び「ｌ．ｄｏｕｂｌｅ−ｇｌａｚｉｎｇ．ｋｅｙｗｏｒｄ．ｕｋ．ｎｏｍｑｕｅｒｙ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」（バックアップとしてホストされる）が問い合わせられる。これらのドメインは、このキーワードに一致するドメインのためのＮＯＭレコードを含んでいる。これらのＲＯＭレコードは、検索のための一致として一覧表示される関連性のあるドメイン、この例では「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ」からコピーされてよい。
【０３０２】
ユーザによって入力された検索クエリーがキーワードであるのか、それともブランドであるのかがＮＯＭ質問器にとって不明瞭である場合、ＮＯＭ質問器は『文字列』検索を実行することができる。これは、ブランド及びキーワードの結合された検索であり、それがドメインネーム「＜＜ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ＞＞．＜＜ｓｅａｒｃｈ＿ｔｅｘｔ＞＞．ｓｔｒｉｎｇ．＜＜ｃｏｕｎｔｒｙ＞＞．ｎｏｍｑｕｅｒｙ．ｃｏｍ」を使用して問い合わせを行うことを除いて、上述されたブランド検索及びキーワード検索と同じように機能する。かかるドメインネームは６つのラベル、つまり「＜＜ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ＞＞」、「＜＜ｓｅａｒｃｈ＿ｔｅｘｔ＞＞」、「ｓｔｒｉｎｇ」、「＜＜ｃｏｕｎｔｒｙ＞＞」、「ｎｏｍｑｕｅｒｙ」、及び「ｃｏｍ」を含んでいる。この例では、＜＜ｓｅａｒｃｈ＿ｔｅｘｔ＞＞は、ユーザによってユーザデバイスに入力されたテキストのためのプレースホルダーである。
【０３０３】
図１６を参照すると、データを処理する方法のフローチャートが示されている。この例による方法は、方法及びキーワード検索と関連している。方法及びキーワード検索を用いて、ユーザは、二重ガラスを提供している企業であって、Ｆａｃｅｂｏｏｋを介して連絡できる企業についてのＮＯＭレコードしか欲していないという意思表示をするために、例えば「Ｆａｃｅｂｏｏｋ（商標）」及び「Ｄｏｕｂｌｅ  Ｇｌａｚｉｎｇ」等の連絡方法及びキーワードを検索できる。
【０３０４】
１６００で、少なくとも１つのデータ列が識別される。この例では、第１のデータ列「ｆｂ」が識別される。この例では、「ｆｂ」はＦａｃｅｂｏｏｋ（商標）を表す。この例では、文字列「ｆｂ」は、ユーザが別のエンティティと連絡をしたいと思う１つ又は複数の方法に関する変数「ｍｅｔｈｏｄ」と関連付けられる。このようにして、この例では、ユーザは、ユーザがＦａｃｅｂｏｏｋ（商標）を使用し、別のエンティティと連絡をしたいと思っていることを示す。
【０３０５】
この例では、第２のデータ列「Ｄｏｕｂｌｅ  Ｇｌａｚｉｎｇ」が識別される。この例では、文字列「Ｄｏｕｂｌｅ  Ｇｌａｚｉｎｇ」は、変数「ｋｅｙｗｏｒｄ」と関連付けられる。
【０３０６】
１６０１で、ルックアップドメインネームが作成される。この例では、ルックアップドメインネームを作成するために、１つ以上のルックアップドメインネーム規則が使用される。この例では、キーワードデータ列のあらゆるスペースは、ハイフンで置換される。この例では、キーワードデータ列のあらゆるアンパサンド文字「＆」は、単語「ａｎｄ」で置換される。この例では、文字列＜＜ｋｅｙｗｏｒｄ＞＞．＜＜ｍｅｔｈｏｄ＞＞が入手される。
【０３０７】
この例では、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」は、それが現在ブランクである場合、当初「１」という値に設定される。この例では、ルックアップドメインネームの前に、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の現在の値である「＜＜ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ＞＞」が付けられる。この例では、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の現在の値は「１」である。
【０３０８】
この例では、ドメインネーム「ｍｅｔｈｏｄ−ｋｗ．＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞．ｎｏｍｑｕｅｒｙ．ｃｏｍ」は、作成されたドメインネームの後に追加される。ドメインネーム「ｍｅｔｈｏｄ−ｋｗ．＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞．ｎｏｍｑｕｅｒｙ．ｃｏｍ」は４つのラベル、つまり「ｍｅｔｈｏｄ−ｋｗ」、「＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞」、「ｎｏｍｑｕｅｒｙ」、及び「ｃｏｍ」を含む。変数「ｕｓｅｒ＿ｃｏｕｎｔｒｙ」は、例えば、ユーザが現在居る国等、ユーザと関連付けられた国を示す。＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞は、変数「ｕｓｅｒ＿ｃｏｕｎｔｒｙ」の現在の値を示す。この例では、ユーザは現在英国におり、したがって変数「ｕｓｅｒ＿ｃｏｕｎｔｒｙ」の現在の値は「ｕｋ」である。
【０３０９】
この例では、作成されたドメインネームは、「ｌ．ｄｏｕｂｌｅ−ｇｌａｚｉｎｇ．ｆｂ．ｕｋ．ｍｅｔｈｏｄ−ｋｗ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」である。
【０３１０】
１６０１で、独立ＮＯＭドメインネームルックアップが実行される。この例では、独立ＮＯＭドメインネームルックアップのためのルックアップドメインネームは、「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｌ．ｄｏｕｂｌｅ−ｇｌａｚｉｎｇ．ｆｂ．ｕｋ．ｍｅｔｈｏｄ−ｋｗ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」である。
【０３１１】
１６０２で、１６０１で実行された独立ＮＯＭドメインネームルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
【０３１２】
１６０２での判定の結果、ＮＯＭレコードが返される場合、続けて１６０３でＮＯＭレコードが表示される。
【０３１３】
１６０２での判定の結果、ＮＯＭレコードが返されないである場合、続けて１６０４でホストＮＯＭドメインネームルックアップが実行される。この例では、ホストＮＯＭドメインネームルックアップに使用されるルックアップドメインネームは「ｌ．ｄｏｕｂｌｅ−ｇｌａｚｉｎｇ．ｆｂ．ｕｋ．ｍｅｔｈｏｄ−ｋｗ．ｎｏｍｑｕｅｒｙ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」である。
【０３１４】
１６０５で、１６０４で実行されたホストＮＯＭドメインネームルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
【０３１５】
１６０５での判定の結果、ＮＯＭレコードが返される場合、続けて１６０３でＮＯＭレコードが表示される。
【０３１６】
１６０５での判定の結果、ＮＯＭレコードが返されない場合、続けて１６０６で、ＮＯＭボットルックアップが実行される。
【０３１７】
１６０７で、１６０６で実行されたＮＯＭボットルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
【０３１８】
１６０７での判定の結果、ＮＯＭレコードが返される場合、次いで１６０３でＮＯＭレコードが表示される。
【０３１９】
１６０７での判定の結果、ＮＯＭレコードが返されない場合、続けて所定の措置が講じられる。この例では、所定の措置は、エラーメッセージが返され、表示されることを伴う。例えば、メッセージ「この方法＋キーワードに対してＮＯＭレコードは見つかりませんでした」が表示される場合がある。
【０３２０】
この例では、項目１６００、１６０２、１６０３、１６０５、１６０７、及び１６０８は、ＮＯＭ質問器によって実行される。この例では、項目１６０１，１６０４、及び１６０６は、ＮＯＭ質問器が位置するユーザデバイス以外の少なくとも１つの他の装置をその実行に伴う。
【０３２１】
図１７Ａ及び図１７Ｂを参照すると、データを処理する方法のフローチャートが示されている。この例による方法は、ドメイン又は他の入力データに基づいてＮＯＭ質問器によって実行される検索と関連する。検索機能は、ドメインネームを入力することによる連絡先情報のユーザ検索のプロセスと並行して機能する。以下の例では、『ＢｒａｎｄＳｅａｒｃｈ』が示されている。
【０３２２】
１７００で、ユーザ入力が受け取られる。ユーザ入力は、例えばドメインネーム及び／又は１つ以上のデータ列を含む場合がある。
【０３２３】
１７０１で、ユーザによって入力されたデータが所定の文字を含むかどうかが判定される。この例では、所定の文字はドット（つまり「ピリオド」）「．」である。
【０３２４】
１７０１で、データ入力がドットを含むと判定された場合、ユーザ入力がドメインネームであると判定される。１７０２で、独立ＮＯＭドメインネームルックアップが、ユーザによって入力されたドメインネームに対して実行される。
【０３２５】
１７０３で、１７０３で実行された独立ＮＯＭドメインネームルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
【０３２６】
１７０３での判定の結果、ＮＯＭレコードが返される場合、続けて１７０４でＮＯＭレコードが表示される。
【０３２７】
１７０３での判定の結果、ＮＯＭレコードが返されない場合、続けて１７０５でホストＮＯＭドメインネームルックアップが実行される。
【０３２８】
１７０６で、１７０５で実行されたホストＮＯＭドメインネームルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
【０３２９】
１７０６での判定の結果、ＮＯＭレコードが返される場合、続けて１７０４でＮＯＭレコードが表示される。
【０３３０】
１７０６での判定の結果、ＮＯＭレコードが返されない場合、続けて１７０７でＮＯＭボットルックアップが実行される。
【０３３１】
１７０８で、１７０７で実行されたＮＯＭボットルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
【０３３２】
１７０８での判定の結果、ＮＯＭレコードが返される場合、続けて１７０４でＮＯＭレコードが表示される。
【０３３３】
１７０８での判定の結果、ＮＯＭレコードが返されない場合、続けて１７０９で所定の措置が講じられる。この例では、所定の措置は、エラーメッセージが返され、表示されることを伴う。例えば、メッセージ「このドメインネームに対してＮＯＭレコードが見つかりませんでした」が表示される場合がある。
【０３３４】
１７０１で、データ入力がドットを含まないと判定された場合、ユーザ入力がドメインネームではないと判定される。
【０３３５】
変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の値は「１」に設定される。１７１０で、フレームワーク中のＮＯＭブランド検索手順が、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の現在の値に基づいて実行される。
【０３３６】
１７１１で、１７１０で実行されたフレームワーク中のＮＯＭブランド検索手順の結果、ＮＯＭレコードが返されるかどうかが判定される。
【０３３７】
１７１１で、１７１０で実行されたフレームワーク中のＮＯＭブランド検索手順の結果、ＮＯＭレコードが返されると判定された場合、続けて１７０４でＮＯＭレコードが表示される。
【０３３８】
１７１１で、１７１０で実行されたフレームワーク中のＮＯＭブランド検索手順の結果、ＮＯＭレコードが返されないと判定された場合、次いで１７１２で所定の措置がとられる。この例では、所定の措置は、エラーメッセージを返すことを含む。
【０３３９】
ユーザが、例えば「ｎｅｘｔ」及び「ｐｒｅｖｉｏｕｓ」を選択することによって、質問器のレコードナビゲータ機能を介して複数のＮＯＭレコードをナビゲートすることを希望する場合、その後変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の値は、それぞれ「１」ずつ増やされるか又は「１」ずつ減らされる。
【０３４０】
図１８Ａ及び図１８Ｂを参照すると、階層ドメインネームシステム１８００の例が示されている。図１８Ａ〜図１８Ｄは、ＮＯＭがどの程度ＤＮＳに適合するのかを示している。ＮＯＭフレームワークは、ＤＮＳシステムに適合し、ＤＮＳのキャッシング及び分散的性質から恩恵を受けるように設計されている。図１８Ａ〜図１８Ｄは、独立ＮＯＭレコード、ホストＮＯＭレコード、ＮＯＭボット、及びＮＯＭ検索がどの程度ＤＮＳに適合するのかを示している。
【０３４１】
図１９を参照すると、装置１９００のブロック図が示されている。装置はデータを処理するように構成されている。装置１９００は、例えば図３に関連して上述された装置３０１、３０２、３０３、３０４のうちの１つ以上を含んでいてもよい。
【０３４２】
装置１９００は、種々の異なる形式をとってよい。装置１９００の形式の例は、携帯電話通信装置、衛星ナビゲーションシステム、スマートテレビ受像機、デスクトップコンピュータ、ラップトップコンピュータ、サーバ、ネームサーバ、タブレットコンピューティングデバイス、ルータ等を含むが、これに限定されるものではない。
【０３４３】
この例では、装置１９００は、情報及び／命令を処理するように構成された１つ以上のプロセッサ１９０１を含む。１つ以上のプロセッサ１９０１は、中央演算処理装置（ＣＰＵ）を含んでいてもよい。１つ以上のプロセッサ１９０１は、バス１９０２と接続されている。１つ以上のプロセッサ１９０１によって実行される動作は、ハードウェア及び／又はソフトウェアによって実行されてよい。
【０３４４】
この例では、装置１９００は、１つ以上のプロセッサ１９０１のための情報及び／又は命令を記録するように構成されたコンピュータが使用できる揮発性メモリ１９０３を含む。コンピュータが使用できる揮発性メモリ１９０３は、バス１９０２と接続されている。コンピュータが使用できる揮発性メモリ１９０３は、ランダムアクセスメモリ（ＲＡＭ）を含んでいてもよい。
【０３４５】
この例では、装置１９００は、１つ以上のプロセッサ１９０１で使用される情報及び／又は命令を記録するように構成されたコンピュータが使用できる不揮発性メモリ１９０４を含んでいる。コンピュータが使用できる不揮発性メモリ１９０４は、バス１９０２と接続されている。コンピュータが使用できる不揮発性メモリ１９０４は、読出し専用メモリ（ＲＯＭ）を含んでいてもよい。
【０３４６】
この例では、装置１９００は、情報及び／又は命令を記録するように構成された１つ以上のデータストレージ部１９０５を含んでいる。１つ以上のデータストレージ部１９０５は、バス１９０２と接続されている。１つ以上のデータストレージ部１９０５は、例えば磁気ディスク又は光ディスク及びディスクドライブを含んでいてもよい。
【０３４７】
この例では、装置１９００は、１つ以上のプロセッサ１９０１に情報を伝達するように構成された１つ以上の入出力（Ｉ／Ｏ）装置１９０６を含んでいる。１つ以上のＩ／Ｏ装置１９０６は、バス１９０２と接続されている。１つ以上のＩ／Ｏ装置１９０６は、少なくとも１つのネットワークインタフェースを含んでいてもよい。少なくとも１つのネットワークインタフェースは、装置１９００が１つ以上のデータ通信ネットワークを介して通信できるようにしてよい。データ通信ネットワークの例は、インターネット、ローカルエリアネットワーク（ＬＡＮ）、及び広域ネットワーク（ＷＡＮ）を含むが、これに限定されるものではない。１つ以上のＩ／Ｏ装置１９０６は、ユーザが１つ以上の入力装置（不図示）を介して装置１９００に入力を提供できるようにする。入力装置の例は、キーボード及びマウスを含むが、これに限定されるものではない。１つ以上のＩ／Ｏ装置１９０６は、１つ以上の出力装置（不図示）を介してユーザに情報を提供できるようにしてよい。出力装置の例は、コンピュータモニタ及びディスプレイ画面を含むが、これに限定されるものではない。
【０３４８】
種々の他のエンティティが、装置１９００のために図示されている。例えば、存在するとき、オペレーティングシステム１９０７、データ処理システム１９０８、１つ以上のモジュール１０９、及びデータ１９１０が、コンピュータが使用できる揮発性メモリ１９０３、コンピュータが使用できる不揮発性メモリ１９０４、及び１つ以上のデータストレージ部１９０５のうちの１つ又は組み合わせに存在するものとして示される。データ処理システム１９０８は、コンピュータが使用できる不揮発性メモリ１９０４、又は１つ以上のデータストレージ部１９０５の中のコンピュータ可読記録媒体、及び／又は他の有形コンピュータ可読記録媒体の中のメモリに記録されたコンピュータプログラムコードを介して実装されていてよい。
【０３４９】
図面と関連して本明細書で説明される例のうちの少なくともいくつかの態様は、処理システム又はプロセッサで実行されるコンピュータプロセスを含むが、本明細書に説明される例は、例えばそれら例を実用化するために適用されるキャリヤ上又はキャリヤ内に存在するコンピュータプログラム等のコンピュータプログラムにまで及ぶ。キャリヤは、プログラムを実装することができる任意のエンティティ又はデバイスであってよい。
【０３５０】
装置１９００が、図１９に示される構成要素より多い、少ない、及び／又は異なる構成要素を含んでいてもよいことが理解される。
【０３５１】
上述されたＮＯＭフレームワークの種々の特徴がここで説明される。
【０３５２】
ＮＯＭフレームワークは、ネットワークに対する負荷を削減し及び／又は帯域幅コストの削減を可能にするかもしれない。企業の連絡先情報を入手するための第１の既知の技術は、インターネットへの接続が可能なデバイス上のウェブブラウザのアドレスバーに企業ドメインネームを入力することを含むが、これはウェブページあたりの平均で約２．２Ｍｂのデータがダウンロードされることを必要とすると推定される。第２の既知の技術は、検索エンジンに企業名を入力し、企業ドメインネームに移動されるための関連性のあるリストをクリックすることを含むが、これは約２．２Ｍｂのデータがダウンロードされることを必要とすると推定される。第３の既知の技術は、検索エンジンに企業名を入力し、結果ページ上の関連性のある情報を見つけることを含むが、これは約５０ｋｂのデータがダウンロードされることを必要とすると推定される。
【０３５３】
現在利用可能なデータに基づいた普通のウェブページをダウンロードするために必要とされるデータの量は２．２Ｍｂを超えていると推定される。ウェブページあたりのデータサイズは、毎年約１５％の速度で増加していると推定される。検索エンジン結果ページのデータサイズは、使用されるデバイス及びアプリケーション、並びに検索クエリーに応じて変わる。スマートフォンユーザ及びファイルキャッシング向けの検索エンジンアプリケーションは、一部の例では必要とされるデータの量を削減するが、ＮＯＭフレームワーク下で必要とされるデータの量と比較すると、データ要件は依然として多大である。上述された第３の既知の技術を使用して検索を実行する場合に必要とされる５０ｋｂの控えめの推定値を使用しても、ＮＯＭフレームワークを使用して検索を実行することにより、いくつかの例では５１２バイト（０．５１２ｋｂ）のデータしか使われない場合がある。これは、上述された第２の既知の技術及び第３の既知の技術に必要とされると推定されるデータの０．０２５％未満、並びに上述された第３の既知の技術に必要とされると推定されるデータの１％未満である。第１の既知の技術、第２の既知の技術、及び第３の既知の技術を用いると、多くの場合、必要とされる連絡先情報は、第１のページで見つからない場合があり、探している情報を見つけるためにユーザは２回又は３回以上のクリックを必要とする場合がある。
【０３５４】
ＮＯＭフレームワークは、検索エンジンを介して、より詳細な情報を返すというよりはむしろ、連絡先情報を返すように設計されている。ユーザが連絡先電話番号を探しているとき、ユーザが必要とするのは１１個の数字だけであるが、既知の技術は、ユーザに、ウェブサイトに含まれるＨＴＭＬ、ＪａｖａＳｃｒｉｐｔ、及びＣＳＳを構成する何千バイトものデータを強制的にダウンロードさせる。
【０３５５】
ＮＯＭフレームワークは、連絡先情報を得るのために検索エンジン及び企業ウェブサイトを使用する人の人数をかなり削減し得る。これらの人々のすべてがＮＯＭフレームワークを使用して連絡先情報を見つけると、これはインターネット上のトラフィックの顕著な減少を生じさせるであろう。これは、モバイルインターネットの使用時に特に重要である。
【０３５６】
ＮＯＭフレームワークを使用することのコスト節約も、特にモバイルインターネットユーザにとって多大であろう。モバイルインターネットだけが他者と接続する唯一の手段である発展途上国では、データ料金は非常に制限が多い場合がある。
【０３５７】
ＮＯＭフレームワークを実行するためにＤＮＳを使用するにも関わらず、ＮＯＭフレームワークはＤＮＳに対する負荷を大幅に削減し得る。これは、ウェブサイトが機能する方法、及びウェブサイトアセットをホストすることを外注する成長傾向のためである。ウェブページが要求されるとき、ウェブページは多くのアセットファイルを使用し、レンダリングされることがある。これらのアセットは、プレゼンテーション又はシンジケート化された広告又は高度機能を表示するためのＪａｖａＳｃｒｉｐｔ用の画像及びスタイルシートである場合がある。これらのアセットの多くは、コンテンツデリバリネットワーク（ＣＤＮ）として知られる外部サービスによって提供される。例えば、一例となるウェブサイトｄｏｍａｉｎ１．ｃｏｍにアクセスするとき、要求は、第１のＤＮＳクエリーを必要とするｄｏｍａｉｎ１．ｃｏｍに対して行われ、画像は、第２のＤＮＳクエリーを必要とするｉｍａｇｅｓ．ｄｏｍａｉｎ１．ｃｏｍからロードされる場合が、ＣＳＳは、第３のクエリーを必要とするｃｓｓ．ｄｏｍａｉｎ１．ｃｏｍからロードされる場合が、ｊＱｕｅｒｙは、第４のＤＮＳクエリーを必要とするＣＤＮ  ｃｏｄｅ．ｊｑｕｅｒｙ．ｃｏｍからロードされる場合が、また、広告は、第５のＤＮＳクエリーを必要とするａｄｓｅｎｓｅ．ｇｏｏｇｌｅ．ｃｏｍからロードされる場合がある。１つのウェブサイトが要求されているが、ブラウザは５つの別々のＤＮＳクエリーを行っている。対照的に、ＮＯＭフレームワーク下で連絡先情報を返すためには５回未満のＤＮＳクエリーが必要とされるようになっていてもよい。
【０３５８】
ボイスオーバーアイピー（ＶｏＩＰ）は確立されており、多くの企業がＶｏＩＰ接続性を有しているにも関わらず、企業はＶｏＩＰ番号をめったに広告していない。電話インフラストラクチャはゆっくりとＶｏＩＰに移行しているが、通常は呼（call）を開始するために関与する従来の電話交換器が使用されている。企業は、通常、２つの異なる連絡先番号を広告することによって潜在的な顧客を混乱させたくないと考えている。ＮＯＭフレームワークは、ユーザが、企業のドメインネームを使用して企業に電話をかけることを可能にするであろう。ＮＯＭフレームワークは、利用可能なときＶｏＩＰ上で呼を転送し、発呼者のコストを削減できるであろう。
【０３５９】
ＮＯＭフレームワークは、人々がドメインネーム（例えば、「ｅｘａｍｐｌｅ．ｃｏｍ」）を使用して、多くの異なる方法で関連企業に接続できるようにする。例えば、ユーザはスマートフォンからドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」にダイヤルし得る。ユーザは、不正確なことが多い店舗郵便番号の代わりに、カスタマ駐車場又はカスタマエントランスの正確な位置についてＧＰＳシステム（例えば、衛星ナビゲーションシステム又はスマートフォン）にドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」を入力し得る。ユーザは、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」を通してソーシャルメディアを介して接続し得る。ユーザは、ＮＯＭ質問器アプリケーションにドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」を入力するだけで、接続方法のリストを見ることができるようになる。
【０３６０】
上記のいくつかの例で説明されるように、ＮＯＭサーバはドメインホスティングを提供する。いくつかの例では、ＮＯＭサーバは、ホストＮＯＭレコードを記録し、提供する。ＮＯＭサーバは、自身のＤＮＳサーバで独自の独立ＮＯＭレコードをセットアップする専門知識又は時間を有さない場合があるユーザによって使用されてもよい。いくつかの例では、ＤＮＳは別のドメインネーム（例えば、ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ）のＤＮＳゾーンの中のドメインネーム（例えば、ｅｘａｍｐｌｅ．ｃｏｍ）のためのＤＮＳ  ＴＸＴレコードの中に連絡先情報を記録し、ドメインの連絡先情報を含んだ新しいゾーンを作成する（例えば、ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ）。
【０３６１】
ＮＯＭサーバは、ブランド又はキーワードについて検索できる。これらは「検索語」として知られている。ドメインネームは、ＮＯＭサーバのＤＮＳシステムの中の検索語の下に一覧表示できる。これは、ＮＯＭサーバに、ドメインネームだけの代わりに、ブランド又はキーワードについて問合せを行うことを可能にする。例えば、ユーザは、『ｅｘａｍｐｌｅ．ｃｏｍ』を検索する代わりに、『ｅｘａｍｐｌｅ』又は『ｄｏｕｂｌｅ．ｇｌａｚｉｎｇ』を検索できるであろう。検索クエリー内のスペースは、自動的にハイフンで置換される。英国ユーザ向けのＮＯＭルックアップは、「ｅｘａｍｐｌｅ．ｂｒａｎｄ．ｕｋ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」及び「ｄｏｕｂｌｅ−ｇｌａｚｉｎｇ．ｋｅｙｗｏｒｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」のフォーマットとなるであろう。
【０３６２】
検索のために返されるドメインネームは、「国特有のドメイン」（例えば、英国ユーザの場合、ｅｘａｍｐｌｅ．ｃｏ．ｕｋ及びｄｏｕｂｌｅｇｌａｚｉｎｇ．ｃｏ．ｕｋ）並びに「国際ドメイン」（例えば、ｅｘａｍｐｌｅ．ｃｏｍ及びｄｏｕｂｌｅｇｌａｚｉｎｇ．ｃｏｍ）となる。また、ドメインネームは、ユーザの国での正確な用語のために登録商標を保持する企業について一覧表示されてもよい。いくつかの例では、登録商標の照明は、ドメインオーナーによって提出される必要がある。企業は、キーワードの下に一覧表示されるために支払いを許される場合がある。これらの検索の結果は、以下のフォーマット、「＜＜ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ＞＞．＜＜ｂｒａｎｄ＞＞．ｂｒａｎｄ．＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞．ｎｏｍｑｕｅｒｙ．ｃｏｍ」でＤＮＳから取り出される。例えば、第１のレコード番号は、「１．ｅｘａｍｐｌｅ．ｂｒａｎｄ．ｕｋ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」となり、第２のレコードは「２．ｅｘａｍｐｌｅ．ｂｒａｎｄ．ｕｋ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」となるであろう。
【０３６３】
ＮＯＭサーバは、ＤＮＳシステムを使用し、キーワード及び方法について検索できる。これは、ＮＯＭサーバに、特定の方法（例えば、Ｆａｃｅｂｏｏｋ）を介して特定の主題（例えば、「ｂｕｉｌｄｅｒ）について連絡できる企業について問合せを行うことを可能にする。これらの検索の結果は、以下のフォーマット、＜＜ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ＞＞．＜＜ｋｅｙｗｏｒｄ＞＞．＜＜ｍｅｔｈｏｄ＞＞．ｍｅｔｈｏｄ−ｋｗ．＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞．ｎｏｍｑｕｅｒｙ．ｃｏｍでＤＮＳから取り出される。第１のレコードの例は「１．ｂｕｉｌｄｅｒ．ｆｂ．ｍｅｔｈｏｄ−ｋｗ．ｕｋ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」となり、第２のレコードの例は、「２．ｂｕｉｌｄｅｒ．ｆｂ．ｍｅｔｈｏｄ−ｋｗ．ｕｋ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」となるであろう。
【０３６４】
上記のいくつかの例で説明されるように、ＮＯＭボットは、自らのＤＮＳサーバ上に独立ＮＯＭレコードも、ＮＯＭサーバ上にホストＮＯＭレコードも有さないドメインネームのために、ＮＯＭレコードを自動的に作成するソフトウェアである。いくつかの例では、所与のドメインネームでホストされるウェブサイトのＨＴＭＬコンテンツの中の連絡先情報は、自動的に収集され、ドメインネームのためのＤＮＳ．ＴＸＴレコードに記録される。
【０３６５】
階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する種々の手段（（measures）例えば、方法、装置、及びコンピュータプログラム）が提供される。第１のドメインネームに対する権威ネームサーバは、データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを受信する。第１のドメインネームに対する権威ネームサーバは、第１のドメインネームについて受信されたドメインネームシステムクエリーを処理する。その処理には、第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することが含まれる。１つ以上のリソースレコードは、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む。第１のドメインネームに対する権威ネームサーバは、データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーに対する応答を送信する。その応答は、第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含む。第１のドメインネームは、第２のドメインネームを含む。第１のドメインネームは、第２のドメインネームに続く少なくとも１つのラベルを含む。
【０３６６】
第２のドメインネームは、解決可能なドメインネームであってよい。第２のドメインネームに続く少なくとも１つのラベルは、解決可能な第３のドメインネームの一部を形成してよい。第１のドメインネームは、第２のドメインネームに続く少なくとも２つのラベルを含んでいてもよい。少なくとも２つのラベルは、トップレベルドメインネームに対応するラベルを含んでいてもよい。少なくとも２つのラベルは、第２のレベルのドメインネームを含んでいてもよい。第２のドメインネームは、少なくとも２つのラベルを含んでいてもよい。第２のドメインネームは、少なくとも３つのラベルを含んでいてもよい。第２のドメインネームは、少なくとも４つのラベルを含んでいてもよい。第２のドメインネームは、少なくとも５つのラベルを含んでいてもよい。１つ以上のリソースレコードは、第１のドメインネームを記述するゾーンファイル内にあってよい。１つ以上のリソースレコードは、第１のドメインネームを記述するゾーンファイルに記録されてよい。第１のドメインネームと関連付けられた１つ以上のリソースレコードの入手は、第１のドメインネームを記述するゾーンファイルから第１のドメインネームと関連付けられた１つ以上のリソースレコードを取り出すことにより行われてもよい。１つ以上のリソースレコードは、複数のリソースレコードを含んでいてもよい。ドメインネームシステムクエリーは、リソースレコードのＴＸＴタイプに対する要求だけを含んでいてもよい。１つ以上のリソースレコードは、ＴＸＴタイプであってよい。ドメインネームシステムクエリーに対する応答は、１つ以上のリソースレコードだけを含んでいてもよい。エンティティは、第２のドメインネームの登録者であってよい。階層ドメインネームシステムは、ドメインネームシステム（ＤＮＳ）であってよい。連絡先情報は、第２のドメインネームと関連付けられたエンティティと関連付けられた複数の連絡先識別子を含んでいてもよい。追加のネームサーバは、第２のドメインネームに対する権威ネームサーバであってもよく、追加のネームサーバは、第１のドメインネームに対する権威ネームサーバとは異なっていてもよい。また、第１のドメインネームに対する権威ネームサーバは、第２のドメインネームに対する権威ネームサーバを兼ねてもよい。１つ以上のリソースレコードに含まれた連絡先情報のいくらか又はすべてを修正できるようにするために、サーバで自動認証プロセスの少なくとも一部が実行されてもよい。第１のドメインネームは、第２のドメインネームの前にラベルを含まない場合がある。
【０３６７】
階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理することの種々の手段（例えば、方法、装置、及びコンピュータプログラム）が提供される。第１のドメインネームについてのドメインネームシステムクエリーは、データ通信ネットワークを介して送信される。第１のドメインネームについてのドメインネームシステムクエリーに対する応答は、データ通信ネットワークを介して受信される。応答は、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含む。第１のドメインネームについてのドメインネームシステムクエリーに対する応答は、処理される。その処理には、１つ以上のリソースレコードで第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を識別することが含まれる。第１のドメインネームは、第２のドメインネームを含む。第１のドメインネームは、第２のドメインネームに続く少なくとも１つのラベルを含む。
【０３６８】
第２のドメインネームは、解決可能なドメインネームであってよい。第２のドメインネームに続く少なくとも１つのラベルは、解決可能なドメインネームの一部であってもよい。第１のドメインネームは、第２のドメインネームに続く少なくとも２つのラベルを含んでいてもよい。少なくとも２つのラベルは、トップレベルドメインネームに対応するラベルを含んでいてもよい。少なくとも２つのラベルは、第２のレベルのドメインネームを含んでいてもよい。第２のドメインネームは、少なくとも２つのラベルを含んでいてもよい。第２のドメインネームは、少なくとも３つのラベルを含んでいてもよい。第２のドメインネームは、少なくとも４つのラベルを含んでいてもよい。第２のドメインネームは、少なくとも５つのラベルを含んでいてもよい。１つ以上のリソースレコードは、複数のリソースレコードを含んでいてもよい。ドメインネームシステムクエリーは、リソースレコードのＴＸＴタイプに対する要求だけを含んでいてもよい。１つ以上のリソースレコードは、ＴＸＴタイプであってよい。ドメインネームシステムクエリーに対する応答は、１つ以上のリソースレコードだけを含んでいてもよい。エンティティは、第２のドメインネームの登録者であってよい。階層ドメインネームシステムは、ドメインネームシステム（ＤＮＳ）であってよい。連絡先情報は、第２のドメインネームと関連付けられたエンティティと関連付けられた複数の連絡先識別子を含んでいてもよい。追加のネームサーバは、第２のドメインネームに対する権威ネームサーバであってもよく、追加のネームサーバは、第１のドメインネームに対する権威ネームサーバとは異なっていてもよい。また、第１のドメインネームに対する権威ネームサーバは、第２のドメインネームに対する権威ネームサーバを兼ねてもよい。第１のドメインネームは、第２のドメインネームの前にラベルを含まない場合がある。第３のドメインネームについてのドメインネームシステムクエリーは、データ通信ネットワークを介して送信されてよい。第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報が利用できないことを示す第３のドメインネームについてのドメインネームシステムクエリーに対する応答は、データ通信ネットワークを介して受信されてよい。第３のドメインネームは、第２のドメインネームを含んでいてもよい。第３のドメインネームは、第２のドメインネームに先行する少なくとも１つのラベルを含んでいてもよい。第１のドメインネームについてのドメインネームシステムクエリーの送信は、第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報が利用できないことを示す、第３のドメインネームについての前記ドメインネームシステムクエリーに対する応答の受信に対する応えであってもよい。方法は、ユーザデバイスによって実行されてよい。
【０３６９】
階層ドメインネームシステムのゾーンファイルが提供される。階層ドメインネームシステムのゾーンファイルは、第１のドメインネームを識別するデータ、及び異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む。第１のドメインネームは、第２のドメインネームを含んでいてもよい。第１のドメインネームは、第２のドメインネームに続く少なくとも１つのラベルを含んでいてもよい。
【０３７０】
第２のドメインネームは、解決可能なドメインネームであってよい。第２のドメインネームに続く少なくとも１つのラベルは、解決可能なドメインネームの一部であってもよい。第１のドメインネームは、第２のドメインネームに続く少なくとも２つのラベルを含んでいてもよい。少なくとも２つのラベルは、トップレベルドメインネームに対応するラベルを含んでいてもよい。少なくとも２つのラベルは、第２のレベルのドメインネームを含んでいてもよい。第２のドメインネームは、少なくとも２つのラベルを含んでいてもよい。第２のドメインネームは、少なくとも３つのラベルを含んでいてもよい。第２のドメインネームは、少なくとも４つのラベルを含んでいてもよい。第２のドメインネームは、少なくとも５つのラベルを含んでいてもよい。１つ以上のリソースレコードは、複数のリソースレコードを含んでいてもよい。１つ以上のリソースレコードは、ＴＸＴタイプであってよい。エンティティは、第２のドメインネームの登録者であってよい。階層ドメインネームシステムは、ドメインネームシステム（ＤＮＳ）であってよい。連絡先情報は、第２のドメインネームと関連付けられたエンティティと関連付けられた複数の連絡先識別子を含んでいてもよい。追加のネームサーバは、第２のドメインネームに対する権威ネームサーバであってもよく、追加のネームサーバは、第１のドメインネームに対する権威ネームサーバとは異なっていてもよい。また、第１のドメインネームに対する権威ネームサーバは、第２のドメインネームに対する権威ネームサーバを兼ねてもよい。第１のドメインネームは、第２のドメインネームの前にラベルを含まない場合がある。
【０３７１】
階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する種々の手段（例えば、方法、装置、及びコンピュータプログラム）が提供される。第１のドメインネームに対する権威ネームサーバは、データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを受信する。第１のドメインネームに対する権威ネームサーバは、第１のドメインネームに対する受信されたドメインネームシステムクエリーを処理する。その処理には、第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することが含まれる。１つ以上のリソースレコードは、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む。第１のドメインネームに対する権威ネームサーバは、データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーに対する応答を送信する。その応答は、第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含む。第１のドメインネームは、第２のドメインネームを含む。第１のドメインネームは、第２のドメインネームに先行する少なくとも１つのラベルを含む。連絡先情報は、１つ以上のリソースレコードで平文形式である、及び／又は１つ以上のリソースレコードはＴＸＴタイプである。
【０３７２】
１つ以上のリソースレコードは、第１のドメインネームを記述するゾーンファイル内にあってよい。１つ以上のリソースレコードは、第１のドメインネームを記述するゾーンファイルに記録されてよい。第１のドメインネームと関連付けられた１つ以上のリソースレコードの入手は、第１のドメインネームを記述するゾーンファイルから第１のドメインネームと関連付けられた１つ以上のリソースレコードを取り出すことにより行われてもよい。１つ以上のリソースレコードは、複数のリソースレコードを含んでいてもよい。ドメインネームシステムクエリーは、リソースレコードのＴＸＴタイプに対する要求だけを含んでいてもよい。ドメインネームシステムクエリーに対する応答は、１つ以上のリソースレコードだけを含んでいてもよい。エンティティは、第２のドメインネームの登録者であってよい。階層ドメインネームシステムは、ドメインネームシステム（ＤＮＳ）であってよい。連絡先情報は、第２のドメインネームと関連付けられたエンティティと関連付けられた複数の連絡先識別子を含んでいてもよい。追加のネームサーバは、第２のドメインネームに対する権威ネームサーバであってよい。追加のネームサーバは、第１のドメインネームに対する権威サーバと異なってよい。また、第１のドメインネームに対する権威ネームサーバは、第２のドメインネームに対する権威ネームサーバを兼ねてもよい。
【０３７３】
階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する種々の手段（例えば、方法、装置、及びコンピュータプログラム）が提供される。第１のドメインネームについてのドメインネームシステムクエリーは、データ通信ネットワークを介して送信される。第１のドメインネームについてのドメインネームシステムクエリーに対する応答は、データ通信ネットワークを介して受信される。その応答は、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含む。第１のドメインネームについてのドメインネームシステムクエリーに対する応答は、処理される。その処理には、１つ以上のリソースレコードで第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を識別することが含まれる。第１のドメインネームは、第２のドメインネームを含む。第１のドメインネームは、第２のドメインネームに先行する少なくとも１つのラベルを含む。連絡先情報は１つ以上のリソースレコードで平文形式である、及び／又は１つ以上のリソースレコードはＴＸＴタイプである。
【０３７４】
１つ以上のリソースレコードは、第１のドメインネームを記述するゾーンファイル内にあってよい。１つ以上のリソースレコードは、複数のリソースレコードを含んでいてもよい。ドメインネームシステムクエリーは、リソースレコードのＴＸＴタイプに対する要求だけを含んでいてもよい。ドメインネームシステムクエリーに対する応答は、１つ以上のリソースレコードだけを含んでいてもよい。エンティティは、第２のドメインネームの登録者であってよい。階層ドメインネームシステムは、ドメインネームシステム（ＤＮＳ）であってよい。連絡先情報は、第２のドメインネームと関連付けられたエンティティと関連付けられた複数の連絡先識別子を含んでいてもよい。追加のネームサーバは、第２のドメインネームに対する権威ネームサーバであってもよく、追加のネームサーバは、第１のドメインネームに対する権威ネームサーバとは異なっていてもよい。また、第１のドメインネームに対する権威ネームサーバは、第２のドメインネームに対する権威ネームサーバを兼ねてもよい。方法は、ユーザデバイスによって実行されてよい。
【０３７５】
第１のドメインネームを識別するデータ、及び異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む階層ドメインネームシステムのゾーンファイルが提供される。第１のドメインネームは、第２のドメインネームを含む。第１のドメインネームは、第２のドメインネームに先行する少なくとも１つのラベルを含む。連絡先情報は、平文形式である。
【０３７６】
第１のドメインネームを識別するデータ、及び異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む階層ドメインネームシステムのゾーンファイルが提供される。第１のドメインネームは、第２のドメインネームを含む。第１のドメインネームは、第２のドメインネームに先行する少なくとも１つのラベルを含む。連絡先情報は、ＴＸＴタイプのリソースレコード内にある。
【０３７７】
階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する種々の手段（例えば、方法、装置、及びコンピュータプログラム）が提供される。ドメインネームと関連付けられたウェブサイトからのウェブサイトコンテンツに対する要求は、データ通信ネットワークを介して送信される。ウェブサイトコンテンツは、データ通信ネットワークを介して受信される。受信されたウェブサイトコンテンツは、少なくとも１つの自動連絡先情報構文解析の技術を使用し、ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報について解析される。連絡先情報は、ゾーンファイルに記録させられる。
【０３７８】
階層ドメインネームシステムは、ドメインネームシステム（ＤＮＳ）であってよい。上述の「記録させること」は、連絡先情報を、ゾーンファイルにおけるＴＸＴタイプの１つ以上のリソースレコードに記録させることを含んでいてもよい。ゾーンファイルは、追加のドメインネームを定義してよく、追加のドメインはドメインネームとは異なってもよい。構文解析は、コンテンツ情報を潜在的に含む追加のウェブサイトコンテンツに対するリンクについてウェブサイトコンテンツを検査（inspect）することを含んでいてもよい。連絡先情報を潜在的に含む追加のウェブサイトコンテンツへの１つ以上のリンクを識別することに応えて（in response to）、追加のウェブサイトコンテンツに対する要求がデータ通信ネットワークを介して送信されてもよい。追加のウェブサイトコンテンツに対する連絡先情報についての検査を含んでもよい。ウェブサイトコンテンツに対する要求が、ドメインネームを含んでいてもよい。ウェブサイトコンテンツに対する要求は、ＨＴＴＰ  ＧＥＴ要求を含んでいてもよい。ウェブサイトコンテンツは、ＨＴＭＬコンテンツを含んでいてもよい。少なくとも１つの自動連絡先情報構文解析の技術は、少なくとも１つのパターンマッチング技術を含んでいてもよい。少なくとも１つの自動連絡先情報構文解析の技術は、少なくとも１つの正規表現マッチング技術を含んでいてもよい。方法は、ユーザデバイスで実行されてよい。方法はサーバ装置で実行されてよい。ウェブサイトコンテンツについての要求の送信は、ユーザデバイスからの要求を受信することに応えて行われもよく、要求はドメインネームを含んでもよい。ユーザデバイスからの要求は、ＨＴＴＰ  ＧＥＴ要求を含んでいてもよい。ユーザデバイスからの要求は、ドメインネームシステム要求（domain name system request）を含んでいてもよい。
【０３７９】
ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む階層ドメインネームシステムのゾーンファイルが提供される。ゾーンファイルは、連絡先情報が、自動連絡先情報構文解析の技術を使用して入手されたことを示すデータを含む。連絡先情報が自動連絡先情報構文解析の技術を使用し、入手されたことを示すデータは、ドメインネームの中のラベルを含んでいてもよい。
【０３８０】
階層ドメインネームシステムのゾーンファイルが提供される。ゾーンファイルは、ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む。ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報は、ＴＸＴタイプの１つ以上のリソースレコードに含まれる。
【０３８１】
上記の実施形態は、例示的な例として理解されるべきである。本発明の追加の実施形態が予想される。
【０３８２】
いずれか１つの実施形態に関して説明される任意の特徴が、単独で、又は説明された他の特徴と組み合わせて使用され、実施形態のうちの任意の他の実施形態１つ以上の特徴、又は実施形態のうちの任意の他の実施形態の任意の組み合わせで使用され得ることを理解されたい。さらに、上述されていない同等物及び変更形態も、添付の特許請求の範囲に定められる本発明の範囲から逸脱することなく利用され得る。
【図１】
2019506692.tif 000024
【図２】
2019506692.tif 000025
【図３】
2019506692.tif 000026
【図４】
2019506692.tif 000027
【図５】
2019506692.tif 000028
【図６】
2019506692.tif 000029
【図７】
2019506692.tif 000030
【図８】
2019506692.tif 000031
【図９】
2019506692.tif 000032
【図１０】
2019506692.tif 000033
【図１１】
2019506692.tif 000034
【図１２】
2019506692.tif 000035
【図１３】
2019506692.tif 000036
【図１４Ａ】
2019506692.tif 000037
【図１４Ｂ】
2019506692.tif 000038
【図１５】
2019506692.tif 000039
【図１６】
2019506692.tif 000040
【図１７Ａ】
2019506692.tif 000041
【図１７Ｂ】
2019506692.tif 000042
【図１８Ａ】
2019506692.tif 000043
【図１８Ｂ】
2019506692.tif 000044
【図１８Ｃ】
2019506692.tif 000045
【図１８Ｄ】
2019506692.tif 000046
【図１９】
2019506692.tif 000047
【手続補正書】
【提出日】平成30年8月28日(2018.8.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法であって、第１のドメインネームに対する権威ネームサーバにおいて、
前記データ通信ネットワークを介して前記第１のドメインネームについてのドメインネームシステムクエリーを受信することと、
受信された前記第１のドメインネームについての前記ドメインネームシステムクエリーを処理することであって、該処理が、前記第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することを含み、前記１つ以上のリソースレコードが、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を送信することであって、前記応答が、異なる第２の前記ドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を含む前記１つ以上のリソースレコードを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む、
方法。
【請求項２】
前記第２のドメインネームは、解決可能なドメインネームである、
請求項１記載の方法。
【請求項３】
前記第２のドメインネームに続く少なくとも１つのラベルは、解決可能な第３のドメインネームの一部である、
請求項１又は２記載の方法。
【請求項４】
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも２つのラベルを含んでいる、
請求項１〜３のいずれかに記載の方法。
【請求項５】
前記少なくとも２つのラベルは、トップレベルドメインネームに対応するラベルを含んでいる、
請求項４記載の方法。
【請求項６】
前記少なくとも２つのラベルは、第２のレベルのドメインネームを含んでいる、
請求項４又は５記載の方法。
【請求項７】
前記第２のドメインネームは、少なくとも２つのラベルを含んでいる、
請求項１〜６のいずれかに記載の方法。
【請求項８】
前記ドメインネームシステムクエリーは、リソースレコードのＴＸＴタイプに対する要求だけを含んでいる、
請求項１〜７のいずれかに記載の方法。
【請求項９】
前記１つ以上のリソースレコードは、ＴＸＴタイプである、
請求項１〜８のいずれかに記載の方法。
【請求項１０】
前記連絡先情報は、前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた複数の連絡先識別子を含んでいる、
請求項１〜９のいずれかに記載の方法。
【請求項１１】
追加のネームサーバは、前記第２のドメインネームに対する権威ネームサーバであり、前記追加のネームサーバは、前記第１のドメインネームに対する前記権威ネームサーバとは異なる、
請求項１〜１０のいずれかに記載の方法。
【請求項１２】
階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法であって、
前記データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを送信することと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を受信することであって、前記応答が、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記第１のドメインネームについてのドメインネームシステムクエリーに対する前記応答を処理することであって、該処理が、１つ以上のリソースレコードで前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を識別することを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む、
方法。
【請求項１３】
第３のドメインネームについての前記ドメインネームシステムクエリーが、データ通信ネットワークを介して送信されることと、
前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報が利用できないことを示す前記第３のドメインネームについての前記ドメインネームシステムクエリーに対する応答が、データ通信ネットワークを介して受信されることと、
を含み、
前記第３のドメインネームは、前記第２のドメインネームを含んでおり、
前記第３のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含んでいる、
請求項１２記載の方法。
【請求項１４】
前記第１のドメインネームについての前記ドメインネームシステムクエリーの送信は、前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報が利用できないことを示す、前記第３のドメインネームについての前記ドメインネームシステムクエリーに対する前記応答の受信に対する応えである、
請求項１３記載の方法。
【請求項１５】
階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法であって、第１のドメインネームに対する権威ネームサーバにおいて、
前記データ通信ネットワークを介して、前記第１のドメインネームについてのドメインネームシステムクエリーを受信することと、
受信された前記第１のドメインネームについての前記ドメインネームシステムクエリーを処理することであって、該処理が、前記第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することを含み、前記１つ以上のリソースレコードが、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を送信することであって、前記応答が、前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報は、前記１つ以上のリソースレコードの中で平文形式である、及び／又は前記１つ以上のリソースレコードがＴＸＴタイプである、
方法。
【請求項１６】
前記１つ以上のリソースレコードは、前記第１のドメインネームを記述するゾーンファイル内にある、
請求項１５記載の方法。
【請求項１７】
前記エンティティは、前記第２のドメインネームの登録者である、
請求項１５又は１６のいずれかに記載の方法。
【請求項１８】
追加のネームサーバは、前記第２のドメインネームに対する権威ネームサーバであり、前記追加のネームサーバは、前記第１のドメインネームに対する前記権威ネームサーバとは異なる、
請求項１５〜１７のいずれかに記載の方法。
【請求項１９】
前記第１のドメインネームに対する前記権威ネームサーバは、前記第２のドメインネームに対する権威ネームサーバを兼ねる、
請求項１５〜１７のいずれかに記載の方法。
【請求項２０】
階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法であって、
前記データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを送信することと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を受信することであって、前記応答が、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含むものと、
前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する前記応答を処理することであって、該処理が、前記１つ以上のリソースレコードで前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を識別することを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報は、前記１つ以上のリソースレコードの中で平文形式である、及び／又は前記１つ以上のリソースレコードがＴＸＴタイプである、
方法。
【国際調査報告】
2019506692.tif 000048
2019506692.tif 000049
2019506692.tif 000050
2019506692.tif 000051
2019506692.tif 000052