JP7045104B2 - データを処理する方法、装置、及びコンピュータプログラム、並びに階層ドメインネームシステムのゾーンファイル - Google Patents
データを処理する方法、装置、及びコンピュータプログラム、並びに階層ドメインネームシステムのゾーンファイル Download PDFInfo
- Publication number
- JP7045104B2 JP7045104B2 JP2020192130A JP2020192130A JP7045104B2 JP 7045104 B2 JP7045104 B2 JP 7045104B2 JP 2020192130 A JP2020192130 A JP 2020192130A JP 2020192130 A JP2020192130 A JP 2020192130A JP 7045104 B2 JP7045104 B2 JP 7045104B2
- Authority
- JP
- Japan
- Prior art keywords
- domain name
- nom
- com
- record
- domain
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/951—Indexing; Web crawling techniques
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/30—Managing network names, e.g. use of aliases or nicknames
- H04L61/3015—Name registration, generation or assignment
- H04L61/302—Administrative registration, e.g. for domain names at internet corporation for assigned names and numbers [ICANN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/30—Types of network names
- H04L2101/35—Types of network names containing special prefixes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/604—Address structures or formats
Description
本発明は、データを処理する方法、装置、及びコンピュータプログラム、並びに階層ドメインネームシステムのゾーンファイルに関する。
自分がその連絡先詳細を未だに持っていないエンティティ（entity）の連絡先詳細を見つけるための多くの方法がある。
いくつかの既知の状況では、ｈｔｔｐ://ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍにウェブサイトを有する企業の連絡先詳細を求めている人は、ウェブブラウザを使用し、そのウェブサイトにアクセスし、次いでかかる連絡先詳細のためにウェブサイトをブラウズする可能性がある。例えば、人は、ダイヤルするための電話番号、店舗を訪ねるための郵便番号、ソーシャルメディアを介して接続するためのソーシャルメディアプロファイル、又は企業との連絡を確立するための種々の他の方法を探している場合がある。
他の既知の状況では、企業の連絡先詳細を求めている人は、検索エンジンを使用して企業の連絡先詳細を特定しようと試みる場合がある。例えば、ユーザはウェブブラウザの検索エンジンにアクセスし、かかる連絡先詳細を検索する場合がある。例えば、ユーザは、例えば「例となる企業名称 電話番号」等、必要とされる特定の種類の連絡先詳細を、企業の名前に加えて入力することができる。
これらの既知の技術は、人が連絡先詳細を特定できるようにし得るが、該既知の技術は多大な量のデータを消費し、或いはかなりのユーザ対話を必要とし、及び／又は連絡先詳細を取り出すのに望ましくない遅延を生じさせる場合がある。
本発明の第１の態様によれば、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法が提供される。その方法は、第１のドメインネームに対する権威ネームサーバ（authoritative name server）において、
前記データ通信ネットワークを介して前記第１のドメインネームについてのドメインネームシステムクエリーを受信することと、
受信された前記第１のドメインネームについての前記ドメインネームシステムクエリーを処理することであって、該処理が、前記第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することを含み、前記１つ以上のリソースレコードが、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を送信することであって、前記応答が、異なる第２の前記ドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を含む前記１つ以上のリソースレコードを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む。
前記データ通信ネットワークを介して前記第１のドメインネームについてのドメインネームシステムクエリーを受信することと、
受信された前記第１のドメインネームについての前記ドメインネームシステムクエリーを処理することであって、該処理が、前記第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することを含み、前記１つ以上のリソースレコードが、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を送信することであって、前記応答が、異なる第２の前記ドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を含む前記１つ以上のリソースレコードを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む。
本発明の第２の態様によれば、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法が提供される。その方法は、
前記データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを送信することと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を受信することであって、前記応答が、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記第１のドメインネームについてのドメインネームシステムクエリーに対する前記応答を処理することであって、該処理が、１つ以上のリソースレコードで前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を識別することを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む。
前記データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを送信することと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を受信することであって、前記応答が、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記第１のドメインネームについてのドメインネームシステムクエリーに対する前記応答を処理することであって、該処理が、１つ以上のリソースレコードで前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を識別することを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む。
本発明の第３の態様によれば、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法を実行するように構成された装置が提供される。その方法は、第１のドメインネームに対する権威ネームサーバにおいて、
前記データ通信ネットワークを介して、前記第１のドメインネームについてのドメインネームシステムクエリーを受信することと、
受信された前記第１のドメインネームについてのドメインネームシステムクエリーを処理することであって、該処理が、前記第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することを含み、前記１つ以上のリソースレコードが、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を送信することであって、前記応答が、前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を含む前記１つ以上のリソースレコードを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む。
前記データ通信ネットワークを介して、前記第１のドメインネームについてのドメインネームシステムクエリーを受信することと、
受信された前記第１のドメインネームについてのドメインネームシステムクエリーを処理することであって、該処理が、前記第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することを含み、前記１つ以上のリソースレコードが、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を送信することであって、前記応答が、前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を含む前記１つ以上のリソースレコードを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む。
本発明の第４の態様によれば、階層ドメインネットワークシステムを含むデータ通信ネットワークにおいてデータを処理する方法を実行するように構成された装置が提供される。その方法は、
前記データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを送信することと、
前記データ通信ネットワークを介して、前記第１のドメインネームについてのドメインネームシステムクエリーに対する応答を受信することであって、前記応答が、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含むものと、
前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する前記応答を処理することであって、該処理が、前記１つ以上のリソースレコードで前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を識別することを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む。
前記データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを送信することと、
前記データ通信ネットワークを介して、前記第１のドメインネームについてのドメインネームシステムクエリーに対する応答を受信することであって、前記応答が、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含むものと、
前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する前記応答を処理することであって、該処理が、前記１つ以上のリソースレコードで前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を識別することを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む。
本発明の第５の態様によれば、それが実行された場合に、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法を実行させるためのコンピュータプログラムが提供される。その方法は、第１のドメインネームに対する権威ネームサーバにおいて、
前記データ通信ネットワークを介して、前記第１のドメインネームについてのドメインネームシステムクエリーを受信することと、
受信された前記第１のドメインネームについての前記ドメインネームシステムクエリーを処理することであって、該処理が、前記第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することを含み、前記１つ以上のリソースレコードが、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を送信することであって、前記応答が、前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を含む前記１つ以上のリソースレコードを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む。
前記データ通信ネットワークを介して、前記第１のドメインネームについてのドメインネームシステムクエリーを受信することと、
受信された前記第１のドメインネームについての前記ドメインネームシステムクエリーを処理することであって、該処理が、前記第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することを含み、前記１つ以上のリソースレコードが、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を送信することであって、前記応答が、前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を含む前記１つ以上のリソースレコードを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む。
本発明の第６の態様によれば、それが実行された場合に、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法を実行させるためのコンピュータプログラムが提供される。その方法は、
前記データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを送信することと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を受信することであって、前記応答が、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含むものと、
前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を処理することであって、該処理が、前記１つ以上のリソースレコードで前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を識別することを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む。
前記データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを送信することと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を受信することであって、前記応答が、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含むものと、
前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を処理することであって、該処理が、前記１つ以上のリソースレコードで前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を識別することを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む。
本発明の第７の態様によれば、
第１のドメインネームを識別するデータと、
異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報と、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む、
階層ドメインネームシステムのゾーンファイルが提供される。
第１のドメインネームを識別するデータと、
異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報と、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに続く少なくとも１つのラベルを含む、
階層ドメインネームシステムのゾーンファイルが提供される。
本発明の第８の態様によれば、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法が提供される。その方法は、第１のドメインネームに対する権威ネームサーバにおいて、
前記データ通信ネットワークを介して、前記第１のドメインネームについてのドメインネームシステムクエリーを受信することと、
受信された前記第１のドメインネームについての前記ドメインネームシステムクエリーを処理することであって、該処理が、前記第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することを含み、前記１つ以上のリソースレコードが、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を送信することであって、前記応答が、前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報は、前記１つ以上のリソースレコードの中で平文形式である、及び／又は前記１つ以上のリソースレコードがＴＸＴタイプである。
前記データ通信ネットワークを介して、前記第１のドメインネームについてのドメインネームシステムクエリーを受信することと、
受信された前記第１のドメインネームについての前記ドメインネームシステムクエリーを処理することであって、該処理が、前記第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することを含み、前記１つ以上のリソースレコードが、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を送信することであって、前記応答が、前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報は、前記１つ以上のリソースレコードの中で平文形式である、及び／又は前記１つ以上のリソースレコードがＴＸＴタイプである。
本発明の第９の態様によれば、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法が提供される。その方法は、
前記データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを送信することと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を受信することであって、前記応答が、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含むものと、
前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する前記応答を処理することであって、該処理が、前記１つ以上のリソースレコードで前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を識別することを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報は、前記１つ以上のリソースレコードの中で平文形式である、及び／又は前記１つ以上のリソースレコードがＴＸＴタイプである。
前記データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを送信することと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を受信することであって、前記応答が、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含むものと、
前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する前記応答を処理することであって、該処理が、前記１つ以上のリソースレコードで前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を識別することを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報は、前記１つ以上のリソースレコードの中で平文形式である、及び／又は前記１つ以上のリソースレコードがＴＸＴタイプである。
本発明の第１０の態様によれば、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法を実行するように構成された装置が提供される。その方法は、第１のドメインネームに対する権威ネームサーバにおいて、
前記データ通信ネットワークを介して、前記第１のドメインネームについてのドメインネームシステムクエリーを受信することと、
受信された前記第１のドメインネームについての前記ドメインネームシステムクエリーを処理することであって、該処理が、前記第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することを含み、前記１つ以上のリソースレコードが、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を送信することであって、前記応答が、前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を含む前記１つ以上のリソースレコードを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報は、前記１つ以上のリソースレコードの中で平文形式である、及び／又は前記１つ以上のリソースレコードがＴＸＴタイプである。
前記データ通信ネットワークを介して、前記第１のドメインネームについてのドメインネームシステムクエリーを受信することと、
受信された前記第１のドメインネームについての前記ドメインネームシステムクエリーを処理することであって、該処理が、前記第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することを含み、前記１つ以上のリソースレコードが、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を送信することであって、前記応答が、前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を含む前記１つ以上のリソースレコードを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報は、前記１つ以上のリソースレコードの中で平文形式である、及び／又は前記１つ以上のリソースレコードがＴＸＴタイプである。
本発明の第１１の態様によれば、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法を実行するように構成された装置が提供される。その方法は、
前記データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを送信することと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を受信することであって、前記応答が、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含むものと、
前記第１のドメインネームについてのドメインネームシステムクエリーに対する応答を処理することであって、該処理が、前記１つ以上のリソースレコードで前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を識別することを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報は、１つ以上のリソースレコードの中で平文形式である、及び／又は前記１つ以上のリソースレコードがＴＸＴタイプである。
前記データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを送信することと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を受信することであって、前記応答が、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含むものと、
前記第１のドメインネームについてのドメインネームシステムクエリーに対する応答を処理することであって、該処理が、前記１つ以上のリソースレコードで前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を識別することを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報は、１つ以上のリソースレコードの中で平文形式である、及び／又は前記１つ以上のリソースレコードがＴＸＴタイプである。
本発明の第１２の態様によれば、それが実行された場合に、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法を実行させるためのコンピュータプログラムが提供される。その方法は、第１のドメインネームに対する権威ネームサーバにおいて、
前記データ通信ネットワークを介して、前記第１のドメインネームについてのドメインネームシステムクエリーを受信することと、
受信された前記第１のドメインネームについての前記ドメインネームシステムクエリーを処理することであって、該処理が、第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することを含み、前記１つ以上のリソースレコードが、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を送信することであって、前記応答が、前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を含む前記１つ以上のリソースレコードを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報は、前記１つ以上のリソースレコードの中で平文形式である、及び／又は前記１つ以上のリソースレコードがＴＸＴタイプである。
前記データ通信ネットワークを介して、前記第１のドメインネームについてのドメインネームシステムクエリーを受信することと、
受信された前記第１のドメインネームについての前記ドメインネームシステムクエリーを処理することであって、該処理が、第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することを含み、前記１つ以上のリソースレコードが、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含むものと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を送信することであって、前記応答が、前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を含む前記１つ以上のリソースレコードを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報は、前記１つ以上のリソースレコードの中で平文形式である、及び／又は前記１つ以上のリソースレコードがＴＸＴタイプである。
本発明の第１３の態様によれば、それが実行された場合に、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法を実行させるためのコンピュータプログラムが提供される。その方法は、
前記データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを送信することと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を受信することであって、前記応答が、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含むものと、
前記第１のドメインネームについてのドメインネームシステムクエリーに対する応答を処理することであって、該処理が、前記１つ以上のリソースレコードで前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を識別することを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第２のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報は、前記１つ以上のリソースレコードの中で平文形式である、及び／又は前記１つ以上のリソースレコードがＴＸＴタイプである。
前記データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを送信することと、
前記データ通信ネットワークを介して、前記第１のドメインネームについての前記ドメインネームシステムクエリーに対する応答を受信することであって、前記応答が、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含むものと、
前記第１のドメインネームについてのドメインネームシステムクエリーに対する応答を処理することであって、該処理が、前記１つ以上のリソースレコードで前記第２のドメインネームと関連付けられた前記エンティティと関連付けられた前記連絡先情報を識別することを含むものと、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第２のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報は、前記１つ以上のリソースレコードの中で平文形式である、及び／又は前記１つ以上のリソースレコードがＴＸＴタイプである。
本発明の第１４の態様によれば、
第１のドメインネームを識別するデータと、
異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報と、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報が平文形式である、
階層ドメインネームシステムのゾーンファイルが提供される。
第１のドメインネームを識別するデータと、
異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報と、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報が平文形式である、
階層ドメインネームシステムのゾーンファイルが提供される。
本発明の第１５の態様によれば、
第１のドメインネームを識別するデータと、
異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報と、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報が、ＴＸＴタイプのリソースレコードである、
階層ドメインネームシステムのゾーンファイルが提供される。
第１のドメインネームを識別するデータと、
異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報と、
を含み、
前記第１のドメインネームは、前記第２のドメインネームを含み、
前記第１のドメインネームは、前記第２のドメインネームに先行する少なくとも１つのラベルを含み、
前記連絡先情報が、ＴＸＴタイプのリソースレコードである、
階層ドメインネームシステムのゾーンファイルが提供される。
本発明の第１６の態様によれば、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法が提供される。その方法は、
前記データ通信ネットワークを介して、ドメインネームと関連付けられたウェブサイトからのウェブサイトコンテンツについての要求を送信することと、
前記データ通信ネットワークを介して、前記ウェブサイトコンテンツを受信することと、
少なくとも１つの自動連絡先情報構文解析の技術（automated contact information parsing technique）を使用し、前記ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報について、受信された前記ウェブサイトコンテンツを解析することと、
前記連絡先情報をゾーンファイルに記録させることと、
を含む。
前記データ通信ネットワークを介して、ドメインネームと関連付けられたウェブサイトからのウェブサイトコンテンツについての要求を送信することと、
前記データ通信ネットワークを介して、前記ウェブサイトコンテンツを受信することと、
少なくとも１つの自動連絡先情報構文解析の技術（automated contact information parsing technique）を使用し、前記ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報について、受信された前記ウェブサイトコンテンツを解析することと、
前記連絡先情報をゾーンファイルに記録させることと、
を含む。
本発明の第１７の態様によれば、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法を提供するように構成された装置が提供される。その方法は、
前記データ通信ネットワークを介して、ドメインネームと関連付けられたウェブサイトからのウェブサイトコンテンツについての要求を送信することと、
前記データ通信ネットワークを介して、前記ウェブサイトコンテンツを受信することと、
少なくとも１つの自動連絡先情報構文解析の技術を使用し、前記ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報について、前記受信されたウェブサイトコンテンツを解析することと、
前記連絡先情報をゾーンファイルに記録させることと、
を含む。
前記データ通信ネットワークを介して、ドメインネームと関連付けられたウェブサイトからのウェブサイトコンテンツについての要求を送信することと、
前記データ通信ネットワークを介して、前記ウェブサイトコンテンツを受信することと、
少なくとも１つの自動連絡先情報構文解析の技術を使用し、前記ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報について、前記受信されたウェブサイトコンテンツを解析することと、
前記連絡先情報をゾーンファイルに記録させることと、
を含む。
本発明の第１８の態様によれば、それが実行された場合に、階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法を実行させるためのコンピュータプログラムが提供される。その方法は、
前記データ通信ネットワークを介して、ドメインネームと関連付けられたウェブサイトからのウェブサイトコンテンツについての要求を送信することと、
前記データ通信ネットワークを介して、前記ウェブサイトコンテンツを受信することと、
少なくとも１つの自動連絡先情報構文解析の技術を使用し、前記ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報について、前記受信されたウェブサイトコンテンツを解析することと、
前記連絡先情報をゾーンファイルに記録させることと、
を含む。
前記データ通信ネットワークを介して、ドメインネームと関連付けられたウェブサイトからのウェブサイトコンテンツについての要求を送信することと、
前記データ通信ネットワークを介して、前記ウェブサイトコンテンツを受信することと、
少なくとも１つの自動連絡先情報構文解析の技術を使用し、前記ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報について、前記受信されたウェブサイトコンテンツを解析することと、
前記連絡先情報をゾーンファイルに記録させることと、
を含む。
本発明の第１９の態様によれば、
ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む、階層ドメインネームシステムのゾーンファイルであって、
前記ゾーンファイルは、自動連絡先情報構文解析の技術を使用して前記連絡先情報が入手されたことを示すデータを含む、
階層ドメインネームシステムのゾーンファイルが提供される。
ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む、階層ドメインネームシステムのゾーンファイルであって、
前記ゾーンファイルは、自動連絡先情報構文解析の技術を使用して前記連絡先情報が入手されたことを示すデータを含む、
階層ドメインネームシステムのゾーンファイルが提供される。
本発明の第２０の態様によれば、
ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む、階層ドメインネームシステムのゾーンファイルであって、
前記ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報が、ＴＸＴタイプの１つ以上のリソースレコードに含まれる、
階層ドメインネームシステムのゾーンファイルが提供される。
ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む、階層ドメインネームシステムのゾーンファイルであって、
前記ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報が、ＴＸＴタイプの１つ以上のリソースレコードに含まれる、
階層ドメインネームシステムのゾーンファイルが提供される。
追加の特徴は、添付図面を参照して行われる、ほんの一例として示される実施形態についての以下の説明から明らかになる。
図１を参照すると、階層ドメインネームシステム１００の例が概略で示されている。この例では、階層ドメインネームシステムは、ドメインネームシステム（ＤＮＳ）である。
ＤＮＳは、コンピュータネットワークに接続されたリソースのための、グローバルな分散型階層ネーミングシステムである。ＤＮＳは、例えばＲＦＣ１０３４及び１０３５に詳説される。ＤＮＳの１つの機能は、ヒューマンフレンドリなドメインネームをマシンフレンドリなインターネットプロトコル（ＩＰ）アドレスに変換することである。例えば、ＤＮＳは「ｅｘａｍｐｌｅ．ｃｏｍ」というヒューマンフレンドリなドメインネームを１２３．４５．６７．８９というマシンフレンドリなＩＰアドレスに変換する場合がある。ＤＮＳは、インターネットのディレクトリサービスとしての機能を果たす。
インターネット上のあらゆるドメインネームはＤＮＳの一部である。ＤＮＳは、インターネットの基軸であり、インターネットをより使いやすくするために作られた。ＤＮＳは、覚えやすいドメインネームを、サーバ等のＩＰデバイスのＩＰアドレスに変換する。ＤＮＳは、数十億の人々によって毎日使用されている。ＤＮＳは、誰かが自分のウェブブラウザにドメインネームを入力するたびに使用される。ＤＮＳは、例えばコンピュータ又はスマートフォンで、ウェブサイト、例えば「ｅｘａｍｐｌｅ．ｃｏｍ」が要求されたときに、どのウェブサーバに移動するのかをウェブブラウザに教える。
あらゆるドメインネームは、ＤＮＳサーバ上でホストされている。世界中に動作している何千ものＤＮＳサーバがある。ドメインネームについての情報は、ＤＮＳサーバ上でゾーンファイルに記録される。ゾーンファイルはＤＮＳリソースレコードを含む。ＤＮＳは、ＤＮＳゾーンのドメインネームについての情報を保持するネームサーバで構成される。各ドメインネームについての情報は、ゾーンファイルに保持される。ゾーンファイルに含まれるのは、ＤＮＳリソースレコードである。
ＤＮＳ階層の最高レベルには、ルートネームサーバがある。ルートネームサーバは、トップレベルドメイン（ＴＬＤ）に対する権威ネームサーバを一覧表示する。ＴＬＤの例は、「ｃｏｍ」及び「ｕｋ」を含むが、これに限定されるものではない。
ドメインネーム「ｔｈｉｓ．ｅｘａｍｐｌｅ．ｃｏｍ」では、以下のもの、つまり「ｔｈｉｓ．ｅｘａｍｐｌｅ．ｃｏｍ」、「ｅｘａｍｐｌｅ．ｃｏｍ」、及び「ｃｏｍ」すべてがドメインネームである。「ｃｏｍ」がＴＬＤである。「ｅｘａｍｐｌｅ．ｃｏｍ」は、ドメインネームであることに加え、ＴＬＤ「ｃｏｍ」のサブドメインであり、「ｔｈｉｓ．ｅｘａｍｐｌｅ．ｃｏｍ」はドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」のサブドメインである。ドット（.）で区切られるドメインネームの部分のそれぞれはラベルと呼ばれる。ドメインネーム「ｔｈｉｓ．ｅｘａｍｐｌｅ．ｃｏｍ」では、「ｔｈｉｓ」、「ｅｘａｍｐｌｅ」、及び「ｃｏｍ」がラベルである。
ドメインネーム「ｔｈｉｓ．ｅｘａｍｐｌｅ．ｃｏ．ｕｋ」では、以下のもの、つまり「ｔｈｉｓ．ｅｘａｍｐｌｅ．ｃｏ．ｕｋ」、「ｅｘａｍｐｌｅ．ｃｏ．ｕｋ」、「ｃｏ．ｕｋ」、及び「ｕｋ」すべてがドメインネームである。「ｕｋ」は国コードＴＬＤ（ｃｃＴＬＤ）である。「ｃｏ．ｕｋ」は、ドメインネームであることに加え、ｃｃＴＬＤ「ｕｋ」のサブドメインであり、「ｅｘａｍｐｌｅ．ｃｏ．ｕｋ」はドメインネーム「ｃｏ．ｕｋ」のサブドメインであり、「ｔｈｉｓ．ｅｘａｍｐｌｅ．ｃｏ．ｕｋ」はドメインネーム「ｅｘａｍｐｌｅ．ｃｏ．ｕｋ」のサブドメインである。ドメインネーム「ｔｈｉｓ．ｅｘａｍｐｌｅ．ｃｏ．ｕｋ」では、「ｔｈｉｓ」、「ｅｘａｍｐｌｅ」、「ｃｏ」、及び「ｕｋ」がラベルである。
ＴＬＤ（或いは「名前空間（name space）」）は、ドメインレジストリ（以後「レジストリ」）によって管理される。例えば、ＶｅｒｉＳｉｇｎは、「ｃｏｍ」の名前空間を管理するレジストリである。Ｎｏｍｉｎｅｔは、「ｕｋ」の名前空間を管理するレジストリである。いくつかのレジストリはそのドメインネームをサブドメインに分割している。例えば、Ｎｏｍｉｎｅｔは、そのＴＬＤ「ｕｋ」を「ｃｏ．ｕｋ」、「ｏｒｇ．ｕｋ」、「ｍｅ．ｕｋ」、及び他のものに分割している。Ｎｏｍｉｎｅｔは、最近、「ｅｘａｍｐｌｅ．ｕｋ」のフォーマットで「ｕｋ」の下の第２のレベルでのドメインネームの作成を許した。名前空間の中で新しいドメインを作成することは、ドメインネーム登録として知られている。
ドメインネームは、レジストリを通して直接的に登録できることもあるが、これは推奨されておらず、レジストリ名前空間の中でのドメインネームの登録は、通常ドメイン登録機関（以後「登録機関」）を通してなされる。登録機関は、その名前空間の中での登録に対し、料金を請求する。この料金は登録機関毎に変わるが、例えば１年を基本として請求される場合がある。登録機関を通してドメインネーム（例えば、「ｅｘａｍｐｌｅ．ｃｏｍ」）を登録する人は登録者として知られる。登録者は、そのドメイン（例えば、「ｔｈｉｓ．ｅｘａｍｐｌｅ．ｃｏｍ」）の中で追加のドメインネーム（サブドメイン）をセットアップすることを許されている。登録者は、追加料金なしでサブドメインをセットアップできる場合がある。
あらゆるドメインネームは権威ネームサーバを有する。権威ネームサーバは、ドメインネームに対する現在のＤＮＳリソースレコードを保持するネームサーバである。種々のタイプのＤＮＳリソースレコードがある。１つのタイプのリソースレコードは、ネームサーバ（ＮＳ）レコードである。ＮＳリソースレコードは、ＤＮＳゾーンの権威を別のネームサーバに委譲するために使用される。最も一般的なＤＮＳリソースレコードは、「Ａ」レコードである。Ａレコードは、ウェブサイト要求をＩＰアドレスに導く(direct)ために使用される。ＤＮＳリソースレコードタイプには、ｅ－メール用のメール交換レコード（ＭＸ）、フリーテキスト（ＴＸＴ）用のレコードが含まれるが、これに限定されるものではなく、他のレコードタイプがある。
図２を参照すると、データ通信ネットワーク２００の例の図が概略で示されている。
データ通信ネットワーク２００は、ユーザデバイス２０１を含む。ユーザデバイスはユーザと関連付けられる。ユーザデバイス２０１の例は、スマートフォン、タブレットコンピューティングデバイス、ラップトップコンピュータ、デスクトップコンピュータ、衛星ナビゲーションデバイス、及びスマートテレビを含むが、これに限定されるものではない。また、データ通信ネットワーク２００はローカルネットワーク２０２も含む。ローカルネットワーク２０２は１つ以上の構成要素を含む。ローカルネットワーク２０２の構成要素の例はルータである。また、通信ネットワーク２００は、ユーザのインターネットサービスプロバイダ（ＩＳＰ）において、ＤＮＳレゾルバ（DNS resolver）２０３も含む。通信ネットワーク２００は、ルートサーバ２０４も含む。また、通信ネットワーク２００は、レジストリネームサーバ２０５も含む。この例では、レジストリネームサーバ２０５は、トップレベルドメインネーム「ｃｏｍ」の権威ネームサーバである。通信ネットワーク２００は登録者ネームサーバ２０６も含む。この例では、登録者ネームサーバ２０６は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」の権威ネームサーバである。
ドメインネームについてのＤＮＳリソースレコードを見つけるプロセスは、ＤＮＳ解決（DNS resolution）又はドメインネーム解決（domain name resolution）として知られている。ＤＮＳレゾルバはこの目的のために使用される。ＤＮＳレゾルバは、最も右側のラベルで始まり、ドメインネームの最も左側に向かって作業を行い、フルドメインネームを解決することによって、所与のドメインネームに対する権威ネームサーバを決定する。
この例では、ユーザは、自分のユーザデバイス２０１でウェブブラウザにドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」を入力する。
あるドメインネームが最近解決された場合、そのドメインネームのために以前に取り出されたＤＮＳリソースレコードが、ユーザデバイス２０１のＤＮＳキャッシュに又はローカルネットワーク２０２のＤＮＳに記録されており、それがユーザデバイス２０１に返される。
例えば、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」のためのＩＰアドレスがローカルネットワーク２０２でキャッシュに格納されていない場合、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」が最近解決されていない場合、ＤＮＳクエリーはＤＮＳレゾルバ２０３に渡される。
この例では、ＤＮＳレゾルバ２０３は、ラベル「ｃｏｍ」で始まる再帰的な（recursive）ＤＮＳルックアップを実行する。ＤＮＳレゾルバ２０３は、最初に、最も右側で始まるラベルのドメインネームを解決し、ルートサーバ２０４から「ｃｏｍ」ＴＬＤに対する権威ネームサーバ２０５のＩＰアドレスを要求する。「ｃｏｍ」ドメインネームに対する権威ネームサーバ２０５のＩＰアドレスは、ルートサーバ２０４から返される。
ＤＮＳレゾルバ２０３は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」の権威ネームサーバ２０６のＩＰアドレスについてドメインネーム「ｃｏｍ」に対する権威ネームサーバ２０５に問合せを行う。
ドメインネーム「ｃｏｍ」に対する権威ネームサーバ２０５は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」に対する権威ネームサーバ２０６のＩＰアドレスをＤＮＳレゾルバ２０３に返す。この例では、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」に対する権威ネームサーバ２０６は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍの登録者がそのドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍを登録したときに、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍの登録者によって選ばれたネームサーバである。
ＤＮＳレゾルバ２０３がドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」の最も左側のラベルに到達するとき、ＤＮＳレゾルバ２０３は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」に対する権威サーバ２０６から、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍのためのＤＮＳリソースレコードを要求する。ＤＮＳレゾルバ２０３は、リソースレコードが見つからなかった場合、エラーを返す。
ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」のリソースレコードが見つかった場合、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」と関連付けられたウェブサーバのＩＰアドレスが、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」のためのリソースレコードとしてＤＮＳレゾルバ２０３に返される。ＤＮＳレゾルバ２０３はリソースレコードをキャッシュに格納する。
ＤＮＳレゾルバ２０３は、ローカルネットワーク２０２にリソースレコードを返す。ローカルネットワーク２０２は、リソースレコードをキャッシュに格納する。
ローカルネットワーク２０２は、ユーザデバイス２０１にリソースレコードを返す。ユーザデバイス２０１は、リソースレコードをキャッシュに格納する。ユーザデバイス２０１で実行中のウェブブラウザは、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」に対するウェブサイトＨＴＭＬコンテンツの取得のためにポート８０上でドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」と関連付けられたウェブサーバのＩＰアドレスに要求を送信する。ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」と関連付けられたウェブサーバのＩＰアドレスは、ＤＮＳレゾルバ２０３によって返されたリソースレコードに含まれていた。
上記に示されたように、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」について取り出されたリソースレコードは、指定された時間の間、ユーザデバイス２０１で、ローカルネットワーク２０２で、及びＤＮＳレゾルバ２０３で、キャッシュに格納される。指定された時間は、返されたリソースレコードの有効期間（「ＴＴＬ」）設定値によって決定される。
ＤＮＳクエリーは、ポート５３でユーザデータグラムプロトコル（ＵＤＰ）が使用されることで、ネームサーバに送信される。ネームサーバからのＤＮＳクエリーに対する応答は、クエリーに対する回答を含む。回答は、ドメインネームのリソースレコードを一覧表示するＤＮＳゾーンファイルによってもたらされる。ＴＬＤさえそうであるが、あらゆるドメインネームには、関連付けられたゾーンファイルが有る。
ＤＮＳゾーンファイルのフォーマットは、ＲＦＣ１０３５（section 5）及びＲＦＣ１０３４（section 3.6.1）に定義されている。このフォーマットは、元はバークレーインターネットネームドメイン（ＢＩＮＤ）ソフトウェアパッケージによって使用されていたが、他のＤＮＳサーバによって幅広く採用されるようになった。ゾーンファイルは、リソースレコードのエントリのシーケンスである。ゾーンファイルの各行は、単一のリソースレコードを定義するテキスト記述である。テキスト記述は、以下のように余白で区切られたいくつかのフィールドを含む。
例のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」のゾーンファイルの例のエントリは、以下の通りである。
ＴＴＬ値は、この例では２７０秒であり、どの程度長くレコードがキャッシュに格納されるべきかを示す。
「ｄｉｇ」コマンドラインツールを使用し生成された、一例となるドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」についての任意のＤＮＳリソースレコードタイプのＤＮＳクエリーの例は、以下の通りである。
ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」についてネームサーバから受信された応答の例は、以下の通りである。
この例では、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」のためのＤＮＳクエリーは５つのリソースレコードを返している。各リソースレコードはそれぞれの行に示されている。第１の行に表示された第１のリソースレコードは、ポート「８０」でＨＴＴＰ要求を処理するサーバのＩＰアドレスを示すＡレコードである。第２の行に表示された第２のリソースレコードは、ｅ－メールが「ｍａｉｌｓｅｒｖｅｒ．ｃｏｍ」によって処理されることを示す「１０」という優先順位を有するＭＸリソースレコードである。第３の行及び第４の行に示された第３のリソースレコード及び第４のリソースレコードは、ドメインネームに対する権威ネームサーバが「ｎｓ１．ｎａｍｅｓｅｒｖｅｒ．ｃｏｍ」及び「ｎｓ２．ｎａｍｅｓｅｒｖｅｒ．ｃｏｍ」であることを示すＮＳレコードである。第５の行の最後のリソースレコードは、センダーポリシーフレームワーク（「ＳＰＦ」）フォーマットのＴＸＴレコードである。
ＳＰＦは、スパムに取り組むための確立された方法である。ＳＰＦは、ドメインネームオーナーが、ドメインネームの代わりに用いてｅ－メールを送信できるようにされるサーバを一覧表示できるようにする。上記例のＳＰＦレコードは、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」の代わりにｅ－メールを送信することを許されている唯一のＩＰアドレスが、ＩＰアドレス１２３．４５．６７．８９であることを意味する。最終部分「－ａｌｌ」は、他のすべてのＩＰアドレスからのｅ－メールがスパムとして処理されるべきであることを意味する。受信者のｅ－メールサーバは、ドメインネームからｅ－メールを受信するときにＳＰＦレコードをチェックし、スパムｅ－メールをフィルタにかけてブロックするために、ＳＰＦのガイダンスに従う。
図３を参照すると、データ通信ネットワーク３００の例のブロック図が概略で示されている。データ通信ネットワーク３００は、本明細書に詳細に説明されるようにデータを処理するために使用されてよい。
この例では、データ通信ネットワーク３００は、これ以降「ネームオーバーメソッド（Ｎａｍｅ Ｏｖｅｒ Ｍｅｔｈｏｄ）（ＮＯＭ）フレームワーク」と呼ばれるフレームワークに適用して使用される。
ＮＯＭフレームワークは、例えば企業及び／又は個人等のエンティティが、彼らと接続できる方法を他人に一覧表示できるようにするものである。エンティティは１つ以上のドメインネームの登録者である場合がある。例えば、エンティティは、電話、Ｗｈａｔｓａｐｐ（商標）、Ｉｎｓｔａｇｒａｍ（商標）、Ｐｉｎｔｅｒｅｓｔ（商標）、Ｆａｃｅｂｏｏｋ（商標）、Ｔｗｉｔｔｅｒ（商標）及び他による連絡のための連絡先情報だけではなく、まだ発明されていない新しいソーシャルメディアプラットフォームも一覧表示できる。連絡先識別子の例は、電話番号、ＧＰＳ座標、Ｆａｃｅｂｏｏｋ（商標）ページ等を含むが、これに限定されない。この連絡先情報は、エンティティのドメインネームと関連して記録される。また、ＮＯＭフレームワークは、連絡先情報を所与のドメインネームについてどのようにして取り出すことができるのかも定義する。ＮＯＭフレームワークは拡張可能であり、将来の通信方法に対応することができる。
ＮＯＭフレームワークは、ドメインネームオーナーが、ドメインネームと関連してＤＮＳに連絡先情報を記録できるようにする。続いて、ユーザは、以後「ＮＯＭレコード」と呼ばれる特別にフォーマットされたＤＮＳレコードを使用し、ドメインネームを連絡先情報に変換するためにＤＮＳを使用できる。ＮＯＭレコードは、１つ以上のリソースレコードを含む。
自分のＤＮＳ設定値にアクセスできる場合、ドメインネームオーナーはＮＯＭフレームワークを使用し、独自のＮＯＭレコードを作成できる。このタイプのＮＯＭレコードを、以降「独立ＮＯＭレコード（ndependent NOM Record）」と呼ぶ。多くのドメインネームオーナーは、独自の独立ＮＯＭレコードを作成するための技術的な専門知識を欠く。
ＮＯＭレコードがホストされるＮＯＭフレームワークの中でホストサービスは、ドメインネームオーナーに代わって利用可能である。このタイプのＮＯＭレコードは、以後、「ホストＮＯＭレコード（Hosted NOM Record）」と呼ばれる。ホストＮＯＭレコードは管理されてよい、及び／又はホストＮＯＭレコードに記録される連絡先情報が、例えばウェブインタフェースを使用して更新されてよい。
この例では、データ通信ネットワーク３００は、第１の装置３０１、第２の装置３０２、第３の装置３０３、及び第４の装置３０４を含む。この例では、４つの装置３０１、３０２、３０３、３０４は、コンピュータネットワーク３０５を介して相互接続されている。この例では、コンピュータネットワーク３０５はインターネットである。
この例では、第１の装置３０１は、以後「ＮＯＭ質問器（NOM Interrogator）」と呼ばれるＤＮＳクエリー機能性を含むユーザデバイスである。この例では、ＮＯＭ質問器は、ソフトウェアの一部である。ＮＯＭ質問器は、例えばスマートフォンアプリケーション、ウェブアプリケーション、衛星ナビゲーションシステムアプリケーション、スマートＴＶアプリケーション、又は任意の他のデバイス上で実行されている別のプログラムである。ＮＯＭ質問器は、ＤＮＳシステムに要求を行い、ＮＯＭレコードを取り出し、例えば結果を表示する等の処理を行う。ＮＯＭフレームワークに対するクエリーは、標準的なＤＮＳクエリーと同じように、つまりポート５３上でＵＤＰを介して扱われてもよい。
ＮＯＭ質問器は、例えばユーザへの表示等、ＮＯＭレコードをフォーマットし、表示することを担う。ＮＯＭレコードが表示される場合の方法は、多くの要因のうちの１つに応じて変わる場合がある。かかる要因の例は、ＮＯＭ質問器及び／又はユーザデバイスタイプである。例えば、衛星ナビゲーションシステムは、ＧＰＳ座標を除くすべてのデータを無視し、地図上の場所としてこのデータを表示してよい。このタイプのＮＯＭ質問器は、ドメインネームによって一覧表示された場所まで、ＧＰＳシステムがナビゲーションできるようにしてよい。電話自動ダイヤル装置は、電話番号を除くすべてのデータを無視してよい。電話自動ダイヤル装置は、番号が返されるとすぐにその番号にダイヤルをしてよい。電話自動ダイヤル装置は、複数の番号が返される場合、ダイヤルする番号の選択肢を表示し、電話番号ごとにラベルを表示してよい。
ＮＯＭ質問器を使用し、ドメインネームについての連絡先情報を検索することを、以後「ＮＯＭルックアップ」と呼ぶ。ＮＯＭルックアップは、任意のドメインネームについて実行できる。ＮＯＭルックアップは、ＤＮＳクエリーに相当する。
この例でＡ、第２の装置３０２は、以後「独立サーバ」と呼ばれるネームサーバである。独立サーバ３０２は、独立したＮＯＭレコードを記録する。独立ＮＯＭレコードは、ドメインネームの権威ＤＮＳリソースレコードに直接的に書き込まれる。
この例では、第３の装置３０３は、以後「ＮＯＭサーバ」と呼ばれるネームサーバである。ＮＯＭサーバ３０３は、ホストＮＯＭレコードをホストする。ホストＮＯＭレコードは、ドメインネームと関連付けられたエンティティの代わりに、ＮＯＭサーバ３０３のＤＮＳリソースレコードの中に記録される。かかるエンティティの例は、ドメインネームの登録者である。かかるエンティティの他の例は、以下により詳細に説明されるように、登録者であるか無いかに関わらず、連絡先詳細をドメインネームと関連付けさせることを願う企業である。
この例では、第４の装置３０４は、以後「ＮＯＭボット（NOM Bot）」と呼ばれるサーバである。いくつかの例では、ＮＯＭボット３０４は、独立したＮＯＭレコードもホストＮＯＭレコードも有さないドメインのために自動的にＮＯＭレコードを作成する。ＮＯＭルックアップが、未だにＮＯＭレコードを有していないドメインネームについて実行される場合、いくつかの例では、ＮＯＭボット３０４は、ドメインネームに示されるウェブサイトのコンテンツに基づいて新しいＮＯＭレコードを作成する。ＮＯＭボット３０４は、ウェブサイトに示される連絡先情報を収集し、ウェブサイト上の連絡先情報に基づいてＮＯＭレコードを作成する。
ＮＯＭボット３０４は、この例のデータ通信ネットワーク３００内の他の装置３０１、３０２、３０３と別個として示されているが、その機能性の一部又はすべては、以下にさらに詳細に説明されるように、他の装置３０１、３０２、３０３のうちの１つ又はそれ以上に組み込むことができる。例えば、ＮＯＭボット３０４の機能性は、ユーザデバイス３０１のハードウェア及び／又はソフトウェアによって提供されてよい。
ＮＯＭレコードは、ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上の特別にフォーマットされたＤＮＳリソースレコードを含むレコードである。１つ以上のリソースレコードは、ＴＸＴタイプのリソースレコードだけから成っていてもよい。ＴＸＴリソースレコードは、任意のテキストを記録できるようにする。ＴＸＴリソースレコードは、他の制限された使用だけではなく、上記に示されたゾーンファイルの例でも見られるように、ＳＰＦのためにすでに使用されている。
この例では、ＮＯＭレコードの連絡先情報は、平文形式で記録される。言い換えると、連絡先情報は、暗号化されていない形式で記録される。連絡先情報を平文形式で記録することにより、連絡先情報へのアクセスが容易になる。
ＮＯＭルックアップは、ＤＮＳクエリーを使用しＮＯＭレコードを要求する。＜＜ｄｏｍａｉｎ＿ｔｏ＿ｌｏｏｋｕｐ＞＞が一例となる目的のためにプレースホルダーとして使用されるＤＮＳクエリーの例の形式は、以下の通りである。
＜＜ｄｏｍａｉｎ＿ｔｏ＿ｌｏｏｋｕｐ＞＞が一例となる目的のためにプレースホルダーとして再び使用され、＜＜ｎｏｍ＿ｒｅｃｏｒｄ＿ｃｏｎｔｅｎｔ＞＞がＮＯＭレコードのコンテンツを示す場合における、ＮＯＭルックアップに対するＤＮＳ応答の一例となる形式は、以下の通りである。
ＳＰＦとは異なり、いくつかの例では、ＮＯＭレコードは、ドメインネームのルートに記録されていない。代わりに、独立ＮＯＭレコードの場合、独立ＮＯＭレコードは、独自のサブドメインに記録される。かかるサブドメインの一例は「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ」である。これは、ＤＮＳを効率的に且つ整然と保つために役立つ。
いくつかの例では、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」に対するＮＯＭルックアップは、サブドメイン「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」に対するＤＮＳクエリーを伴うであろう。言い換えると、少なくとも１つのラベルが、連絡先情報を求められるドメインネームの前に付けられる。ラベルはこの例では、「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ」である。かかるＤＮＳクエリーは、ＮＯＭルックアップが関係するドメインネームの「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ」サブドメインに対する権威ネームサーバに対して行われるであろう。このタイプのＮＯＭルックアップを、以後「独立ＮＯＭドメインネームルックアップ」と呼ぶ。ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」のための独立ＮＯＭドメインネームルックアップに対するＤＮＳクエリーの形式の例は、以下の通りである。
この例では、任意のタイプのリソースレコードの場合とは対照的に、ＴＸＴリソースレコードだけが要求される。任意のタイプのリソースレコードは、要求にタイプ識別子「ＡＮＹ」を含むことによって要求されるであろう。単にＴＸＴリソースレコードだけを要求すると、クエリー及び応答を迅速に処理できる。この例では、ＴＸＴリソースレコードだけが返されるであろう。回答が受け取られない場合、クエリーは失敗である。回答が受け取られるが、回答がＮＯＭレコードを含まない場合、クエリーは失敗である。
いくつかの例では、第１のクエリーが失敗した場合、第２のＮＯＭルックアップがＮＯＭサーバ３０３に対して行われる。このタイプのＮＯＭルックアップは、以後「ホストＮＯＭドメインネームルックアップ」と呼ばれる。この例では、問い合わせされているドメインネーム（「ｅｘａｍｐｌｅ．ｃｏｍ」）が、少なくとも１つのラベルの前に付けられる。いくつかの例では、少なくとも１つのラベルは、解決可能なドメインネームの一部を構成する。この例では、連絡先情報が求められているドメインネームの後に加えられる解決可能なドメインネームは、「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」である。解決可能なドメインネームは、３つのラベル、つまり「ｌｏｏｋｕｐ」、「ｎｏｍｓｅｒｖｅｒ」、及び「ｃｏｍ」を含む。ドメインネーム「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」は、ドメインネーム「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に対するＤＮＳクエリーがＤＮＳ応答を生じさせる場合、解決可能である。ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」のためのホストＮＯＭドメインルックアップのためのＤＮＳクエリーの形式の例は、以下の通りである。
第２のＮＯＭルックアップも失敗した場合、ＮＯＭレコードがドメインネーム上で公開されているウェブサイトコンテンツに基づいてＮＯＭボット３０４によって自動的に作成される第３の段階が続いてよい。この第３の段階は、以下により詳細に説明されるように、種々の異なる方法で達成できる。
独立ＮＯＭレコードは、以下のフォーマットで独立サーバ３０２から返される。
上記の例では、独立ＮＯＭレコードは、この文書のフォーマットのために改行を有するが、ＮＯＭレコード自体に改行は含まれない。独立ＮＯＭレコードは、標準ＤＮＳ応答フォーマットに従う第１の部分を有する。
項目「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」は、問い合わせられているゾーンである。項目「３６００」は、秒単位で示されたＴＴＬである。ＴＴＬは、どの程度長くレコードをキャッシュに格納できるのかを示す。項目「ＩＮ」は、応答のクラスを示す。項目「ＴＸＴ」は、返されたＤＮＳリソースレコードのタイプを示す。
独立ＮＯＭレコードは、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」と関連付けられた連絡先情報を含む第２の部分を含む。この例では、明確にするために改行が加えられた連絡先情報を含む部分は、以下の通りである。
独立サーバ３０２は、ＴＸＴリソースレコードを返すとき、データを引用符で囲む。いくつかの例では、ＮＯＭレコードの構文がそれぞれのデータ部分がパイプ（「｜」）キャラクタで分けられるべきであることを命令する。
項目「ｖ＝ＮＯＭ１」は、ＴＸＴリソースレコードが、ＮＯＭ構文のバージョン１を使用するＮＯＭレコードであることを示す。この項目は、ＳＰＦレコードで、及びＴＸＴレコードの他の使用で使用されるフォーマットに類似している。バージョン番号は、ＮＯＭフレームワークが展開するにつれ、異なる解釈を異なる構文に指定できるようにする。
項目「ｔ＝ｒ」は、ＮＯＭレコードの「タイプ」を示す。この例では、「ｒ」は「ルート」を意味する。これは、将来のＮＯＭフレームワークの追加の拡張を可能にする。
項目「ｎ＝Ｅｘａｍｐｌｅ Ｃｏｍｐａｎｙ Ｌｔｄ」は、ＮＯＭレコードが対象となる企業の名前である。
項目「ｔｅｌ＝Ｇｅｎｅｒａｌ：０１２３４５６７８９」は、連絡先識別子を含む。「ｔｅｌ」は、連絡先識別子が電話番号であることを示す。「Ｇｅｎｅｒａｌ」は、電話番号が一般的な問合せ用であることを示す。番号「０１２３４５６７８９」は、電話番号自体である。項目「ｔｅｌ＝Ｓｕｐｐｏｒｔ：０１２３４９８７６５」は、電話番号「０１２３４９８７６５」が「サポート」用であることを除き、同様である。
項目「ｆｂ＝ｎｏｍｆｂ」は、連絡先識別子を含む。「ｆｂ」は、連絡先識別子がＦａｃｅｂｏｏｋ（商標）プロファイルに関係することを示す。この場合、連絡先識別子と関連付けられた連絡方法はＦａｃｅｂｏｏｋ（商標）である。連絡先識別子は、Ｆａｃｅｂｏｏｋ（商標）ページへのリンクを提供するために、ユーザに表示される場合には、連絡方法ＵＲＬ（contact method URL）、この場合には、「ｈｔｔｐ：／／ｗｗｗ．ｆａｃｅｂｏｏｋ．ｃｏｍ」がその前に付されるであろう。
項目「ｔｗ＝ｎｏｍｔｗ」は、連絡先識別子を含む。「ｔｗ」は、連絡先識別子がＴｗｉｔｔｅｒ（商標）プロファイルに関係することを示す。この場合、連絡先識別子と関連付けられた連絡方法はＴｗｉｔｔｅｒ（商標）である。連絡先識別子は、Ｔｗｉｔｔｅｒ（商標）ページへのリンクを提供するために、ユーザに表示される場合には、連絡方法ＵＲＬ、この場合には、「ｈｔｔｐ：／／ｗｗｗ．ｔｗｉｔｔｅｒ．ｃｏｍ」がその前に付されるであろう。
最後のピリオド（．）は、ＮＯＭレコードの終わりを示す。
例として挙げたＮＯＭレコードは、例示のみを目的とするものである。異なる連絡方法に関係する他の連絡先識別子、例えば地理的連絡先識別子である「ｇｐｓ」等をＮＯＭレコードは含んでいても良い。
ＤＮＳ ＴＸＴリソースレコードは、２５５文字に制限されている。ＮＯＭレコードがこの制限を超える場合、ＴＸＴリソースレコードは以下のように互いに連鎖される（chained together）場合がある。
上記例では、変数「ｐ」が存在している。この変数は、ＮＯＭレコードを構成する部分の数を示す。「ｐ＝１／２」は、２つの部分のうちの１つ目を意味する。
複数のＮＯＭレコードは、例えば、ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍで独立ＮＯＭレコードとして、又は例えばｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍでホストＮＯＭレコードとして記録できる。かかるＮＯＭレコードは、正しい順序で連結され、その後処理される。
図４を参照すると、データを処理する方法の例を示すフローチャートが示されている。この例による方法は、ＮＯＭルックアップと関連する。
４００で、ドメインネームが識別される。例えば、ユーザはドメインネームを入力することができる。この例では、ドメインネームは「ｅｘａｍｐｌｅ．ｃｏｍ」である。
４０１で、独立ＮＯＭドメインネームルックアップが実行される。独立ＮＯＭドメインネームルックアップは、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」の前に１つ以上のラベル、例えば「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ」、及びドット（.）を付け足す処理を伴う。この例では、「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」のルックアップドメインネームを形成するために「ｅｘａｍｐｌｅ．ｃｏｍ」の前に語「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．」が、付けられる。
４０２で、４０１で実行された独立ＮＯＭドメインネームルックアップの結果、ＮＯＭレコードが返されたかどうかが判定される。
４０２での判定の結果、ＮＯＭレコードが返される場合、続けて４０３でＮＯＭレコードが表示される。
４０２での判定の結果、ＮＯＭレコードが返されない場合、続けて４０４でホストＮＯＭドメインネームルックアップが実行される。ホストＮＯＭドメインネームルックアップは、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」の後に１つ以上のラベル、例えば「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」を追加する処理を伴う。この例では、「ｅｘａｍｐｌｅ．ｃｏｍ」、「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」、及び「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」のすべてが解決可能なドメインネームである。
４０５で、４０４で実行されたホストＮＯＭドメインネームルックアップの結果、ＮＯＭレコードが返されたかどうかが判定される。
４０５での判定の結果、ＮＯＭレコードが返される場合、続けて４０３でＮＯＭレコードが表示される。
４０５での判定の結果、ＮＯＭレコードが返されない場合、続けて４０６でＮＯＭボットルックアップが実行される。
４０７で、４０６で実行されたＮＯＭボットルックアップの結果、ＮＯＭレコードが返されたかどうかが判定される。
４０７での判定の結果、ＮＯＭレコードが返される場合、続けて４０３でＮＯＭレコードが表示される。
４０７での判定の結果、ＮＯＭレコードが返されない場合、続けて所定の措置が講じられる。この例では、所定の措置は、エラーメッセージが返され、表示されることを伴う。例えば、メッセージ「このドメインネームに対してＮＯＭレコードは見つかりませんでした」が表示される場合がある。
この例では、項目４００、４０２、４０３、４０５、４０７、及び４０８は、ＮＯＭ質問器によって実行される。この例では、項目４０１、４０４、及び４０６は、ＮＯＭ質問器たるユーザデバイス以外の少なくとも１つの他の装置をその実行に伴う。
図５を参照すると、データを処理する方法の例を示すフローチャートが示されている。この例による方法は、独立ＮＯＭドメインネームルックアップと関連する。この例では、所与のドメインについての独立ＮＯＭレコードは、サブドメイン「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ」の下で、所与のドメインに対する権威サーバ上のドメインゾーンファイルの中に記録される。
５００で、ドメインネームが識別される。例えば、ドメインネームは、ユーザによって提供される。この例では、ドメインネームは「ｅｘａｍｐｌｅ．ｃｏｍ」である。
５０１で、識別されたドメインネームは、１つ以上のラベルを前に付け足される。この例では、識別されたドメインは、ラベル「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ」、及びドットを前に付される。この例では、用語「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．」が、ルックアップドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」が入手できるように「ｅｘａｍｐｌｅ．ｃｏｍ」の前に付される。
この例では、ドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」は第１のドメインネームであり、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」は第２のドメインネームである。第１のドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」は、第２のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」を含む。第１のドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」は、さらに「ｅｘａｍｐｌｅ．ｃｏｍ」に先行する少なくとも１つのラベルを含む。この例では、ラベルは「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ」である。
５０２で、ドメインネーム解決は、入手されたドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」を使用して実行される。これは、ドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」を使用し、ＤＮＳクエリーを実行することによって行われてもよい。
５０３で、５０２で実行されたドメインネーム解決の結果、ドメインネームが解決されたかどうかが判定される。
５０３での判定の結果、ドメインネームが解決しなかった場合、続けて５０４で所定の措置が講じられる。この例では、所定の措置は、エラーが返されることを伴う。
５０３での判定の結果、ドメインネームが解決した場合、続けて５０５で、ＴＸＴリソースレコードがあるかどうか判定が下される。
５０５での判定の結果、ＴＸＴリソースレコードがないかった場合、続けて５０４で所定の措置が講じられる。
５０５での決定の結果、ＴＸＴレコードがある場合、続けて５０６で、ＴＸＴリソースレコードが有効なＮＯＭレコードであるかどうか判定される。
５０６での判定の結果、ＴＸＴリソースレコードが有効なＮＯＭレコードでない場合、続けて５０４で所定の措置が講じられる。
５０６での判定の結果、ＴＸＴリソースレコードが有効なＮＯＭレコードである場合、続けて５０７でＮＯＭレコードが返される。
図６を参照すると、データ通信ネットワーク６００の例の略図が示されている。この例では、データ通信ネットワーク６００は、独立ＮＯＭドメインネームルックアップを実行するために使用される。この例では、ユーザは、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」を入力し、そのドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を入手しようとしている。
この例では、データ通信ネットワーク６００は、ＮＯＭ質問器を含むユーザデバイス６０１、ローカルネットワーク６０２、ＤＮＳレゾルバ６０３、及び３つのネームサーバ６０４、６０５、６０６を含む。
この例では、ユーザデバイス６０１上のＮＯＭ質問器は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」に関して独立ＮＯＭドメインネームルックアップを行う。この例では、ＮＯＭ質問器は、ルックアップドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」だけを使用し、ＴＸＴリソースレコードを要求する。
ドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」のためのリソースレコードがローカルネットワーク６０２でキャッシュに格納されていない場合、クエリーがＤＮＳレゾルバ６０３に転送される。
ＤＮＳレゾルバ６０３は、最も右側のラベルから始まるルックアップドメイン「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」を解決する。この例では、最も右側のラベルは「ｃｏｍ」ＴＬＤである。
この例では、ネームサーバ６０４は、「ｃｏｍ」ＴＬＤに対する権威ネームサーバ６０５のＩＰアドレスを返すルートサーバである。
ＤＮＳレゾルバ６０３は、ドメインネーム「ｃｏｍ」についての権威ネームサーバ６０５からドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」に対する権威ネームサーバを要求する。
ドメインネーム「ｃｏｍ」についていの権威ネームサーバ６０５は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」についての権威ネームサーバについてのネームサーバアドレスを返す。ＤＮＳレゾルバ６０３は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」についての権威ネームサーバについてのネームサーバアドレスを、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」についての権威ネームサーバ６０６のＩＰアドレスとして解決する。
ＤＮＳレゾルバ６０３は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」についての権威ネームサーバ６０６から、ドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」についての権威ネームサーバを要求する。
ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」についての権威ネームサーバ６０６は、ドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」についての権威ネームサーバ６０６のネームサーバアドレスを返す。見つかった場合、ＤＮＳレゾルバ６０３は、このネームサーバアドレスを、ドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」に対する権威ネームサーバ６０６のＩＰアドレスとして解決する。
ＤＮＳレゾルバ６０３は、ドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」についての権威ネームサーバ６０６からドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」のためのＮＯＭレコードを要求するか、又はドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」についての権威ネームサーバが見つからなかった場合には、エラーを返す。この例では、ＮＯＭレコードは、１つ以上の特別にフォーマットされたＤＮＳ ＴＸＴリソースレコードを含む。
ドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」についての権威ネームサーバが見つかったと仮定すると、ドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」についての権威ネームサーバ６０６は、「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」のためのＮＯＭレコードを返すか、又はＮＯＭレコードが存在しなかった場合には、エラーを返す。
ＤＮＳレゾルバ６０３は、ローカルネットワーク６０２に結果を渡す。ドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｅｘａｍｐｌｅ．ｃｏｍ」についての権威ネームサーバが見つからなかった場合、ＤＮＳレゾルバ６０３は、ＮＯＭレコードではなくエラーを返す。
ＮＯＭ質問器は、応答を受信し、処理する。応答が有効なＮＯＭフォーマットである場合、いくつかの例では、プロセスは完了する。応答がエラーであった、又は無効なフォーマットであった場合、ＮＯＭ質問器は１つ以上の追加の措置を実行してもよい。いくつかの例では、１つ以上の追加の措置は、図７及び図８を参照して説明されるように、ホストＮＯＭドメインネームルックアップを実行することを含んでもよい。
図７を参照すると、データを処理する方法の例を示すフローチャートが示されている。この例による方法は、ホストＮＯＭドメインネームルックアップと関連する。この例では、ＮＯＭレコードは、ドメインネーム「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」というサブドメインで、ＮＯＭサーバのドメインゾーンファイルの中に記録されている。ＮＯＭレコードをホストすることで、ＤＮＳが持つ分散的性質と、キャッシュの機能を使用できるようになる。ドメインネーム「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」は、３つのラベル「ｌｏｏｋｕｐ」、「ｎｏｍｓｅｒｖｅｒ」、及び「ｃｏｍ」を含む、解決可能なドメインネームである。
７００で、ドメインネームが識別される。この例では、ドメインネームは「ｅｘａｍｐｌｅ．ｃｏｍ」である。
７０１で、３つのラベル、「ｌｏｏｋｕｐ」、「ｎｏｍｓｅｒｖｅｒ」、及び「ｃｏｍ」が、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」を入手できるように、「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」中の識別されたドメインネームである「ｅｘａｍｐｌｅ．ｃｏｍ」の後ろに追加される。
この例では、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」は第１のドメインネームであり、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」は第２のドメインネームである。第１のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」は、第２のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」を含んでいる。第１のドメインネームは、第２のドメインネームに続く少なくとも１つのラベルを含む。この例では、第１のドメインネームは、第２のドメインネームに続く３つのラベル、つまり「ｌｏｏｋｕｐ」、「ｎｏｍｓｅｒｖｅｒ」、及び「ｃｏｍ」を含んでいる。ラベル「ｃｏｍ」はＴＬＤに相当する。ラベル「ｎｏｍｓｅｒｖｅｒ」は、第２のレベルのドメインネームに相当する。ラベル「ｌｏｏｋｕｐ」は、第３のレベルのドメインネームに相当する。第１のドメインネームの中に含まれる第２のドメインネームに続く少なくとも１つのラベルは、解決可能なドメインネームの一部を形成する。この例では、第２のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」に続く３つのラベル「ｌｏｏｋｕｐ」、「ｎｏｍｓｅｒｖｅｒ」、及び「ｃｏｍ」のそれぞれが、解決可能な第３のドメインネームの一部を形成する。この例では、解決可能な第３のドメインネームは、「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」である。また、第２のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」が所与のＩＰアドレス自体で解決するという点で解決可能なドメインネームでもある。
この例では、第２のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」の前には、第１のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」の中にラベルはない。言い換えると、第１のドメインネーム内のラベルは、第２のドメインネームに先行しない。つまり、第２のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」は、第１のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」の最も左端にある。
この例では、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバ、及びドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」についての追加の権威ネームサーバがある。この例では、２つの権威ネームサーバは互いに異なっている。
７０２で、ドメインネーム解決が、入手されたドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」を使用して実行される。
７０３で、７０２で実行されたドメインネーム解決の結果、ドメインネームが解決されたかどうかが判定される。
７０３での判定の結果、ドメインネームが解決しなかった場合、続けて７０４で所定の措置が講じられる。この例では、所定の措置は、エラーメッセージが返されることを伴う。
７０３での判定の結果、ドメインネームが解決した場合、続けて７０５で、ＴＸＴリソースレコードがあるかどうか判定される。
７０５での判定の結果、ＴＸＴリソースレコードがあった場合、続けて７０４で所定の措置が講じられる。
７０５での判定の結果、ＴＸＴリソースレコードがある場合、続けて７０６で、ＴＸＴリソースレコードが有効なＮＯＭレコードであるかどうか判定される。
７０６での判定の結果、ＴＸＴリソースレコードが有効なＮＯＭレコードではない場合、続けて７０４で所定の措置が講じられる。
７０６での判定の結果、ＴＸＴレコードが有効なＮＯＭレコードである場合、続けて７０７でＮＯＭレコードが返される。
図８を参照すると、データ通信ネットワーク８００の例を示す概略的なブロック図が示されている。この例では、データ通信ネットワーク８００は、ホストＮＯＭドメインネームルックアップを実行するために使用される。この例では、ホストＮＯＭドメインネームルックアップは、ルックアップドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」を使用し、ＴＸＴリソースレコードだけを要求する。
この例では、データ通信ネットワーク８００は、ＮＯＭ質問器を含むユーザデバイス８０１、ローカルネットワーク８０２、ＤＮＳレゾルバ８０３、及び３つのネームサーバ８０４、８０５、８０６を含んでいる。
ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についてのリソースレコードがローカルネットワーク８０２でキャッシュに格納されていない場合、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に対するクエリーが、ＤＮＳレゾルバ８０３に転送される。
ＤＮＳレゾルバ８０３は、最も右側のラベルから始まるルックアップドメイン「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」を解決する。この例では、最も右側のラベルは「ｃｏｍ」ＴＬＤである。
この例では、ネームサーバ８０４は、「ｃｏｍ」ＴＬＤに対する権威ネームサーバ８０５のＩＰアドレスを返すルートサーバである。
ＤＮＳレゾルバ８０３は、ドメインネーム「ｃｏｍ」についての権威ネームサーバ８０５からドメインネーム「ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバを要求する。
ドメインネーム「ｃｏｍ」についての権威ネームサーバ８０５は、ドメインネーム「ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバアドレスを返す。ＤＮＳレゾルバ８０３は、ドメインネーム「ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバアドレスを、ドメインネーム「ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバ８０６のＩＰアドレスとして解決する。
ＤＮＳレゾルバ８０３は、ドメインネーム「ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバ８０６からドメインネーム「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバを要求する。
この例ではＮＯＭサーバであるドメインネーム「ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバ８０６は、ドメインネーム「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバを返す。ＤＮＳレゾルバ８０３は、ドメインネーム「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバアドレスを、ドメインネーム「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に対する権威ネームサーバ８０６のＩＰアドレスとして解決する。
ＤＮＳレゾルバ８０３は、ドメインネーム「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバ８０６から、ドメインネーム「ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバを要求する。
この例ではＮＯＭサーバであるドメインネーム「ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバ８０６は、ドメインネーム「ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバを返す。ＤＮＳレゾルバ８０３は、ドメインネーム「ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバアドレスを、ドメインネーム「ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバ８０６のＩＰアドレスとして解決する。
ＤＮＳレゾルバ８０３は、ドメインネーム「ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバ８０６からドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバを要求する。
この例ではＮＯＭサーバであるドメインネーム「ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバ８０６は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバアドレスを返す。ＤＮＳレゾルバ８０３は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバアドレスを、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバ８０６のＩＰアドレスとして解決する。
ＤＮＳレゾルバ８０３は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバ８０６から、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についてのＮＯＭレコードを要求するか、又はドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバが見つからなかった場合には、エラーを返す。この例では、ＮＯＭレコードは、特別にフォーマットされたＤＮＳ ＴＸＴリソースレコードである。この例では、ＮＯＭレコードは、ＴＸＴタイプの１つ以上のリソースレコードを含む。
このように、この例では、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバは、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についてのドメインネームシステムクエリーを受信する。この例では、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバは、ネームサーバ８０６である。ネームサーバ８０６は、ドメインネーム（「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」）について受信されたドメインネームシステムクエリーを処理する。受信されたドメインネームシステムクエリーを処理する場合には、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」と関連付けられた１つ以上のリソースレコードが入手される。１つ以上のリソースレコードは、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」と関連付けられたエンティティと関連付けられたコンテンツ情報を含んでいる。
ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバが見つかったと仮定した場合、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバ８０６は、「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についてのＮＯＭレコードを返すか、又はＮＯＭレコードが存在しない場合、エラーを返す。この例では、ＮＯＭレコードに含まれる１つ以上のリソースレコードは、第１のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」を記述しているゾーンファイル内にある。いくつかの例では、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバは、第１のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」を記述しているゾーンファイルに１つ以上のリソースレコードを事前に記録している。いくつかの例では、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に対する権威ネームサーバは、第１のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」を記述するゾーンファイルから１つ以上のリソースレコードを取り出す。
いくつかの例では、１つ以上のリソースレコードは、複数のリソースレコードを含む。例えば、連鎖された複数のリソースレコードがあってよい。
このようにして、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバは、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についてのドメインネームシステムクエリーに対する応答を送信する。その応答は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」と関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含んでいる。この例では、ドメインネームシステムクエリーに対する応答は、ＮＯＭレコードに含まれる１つ以上のリソースレコードしか含まない。
ＤＮＳレゾルバ８０３は、ローカルネットワーク８０２に結果を渡す。ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｄｏｍａｉｎ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についての権威ネームサーバが見つからなかった場合、ＤＮＳレゾルバ８０３はＮＯＭレコードではなくエラーを返す。
ユーザデバイス８０１上のＮＯＭ質問器は、応答を受信する。応答が有効なＮＯＭフォーマットである場合、プロセスは完了してよい。応答がエラーであるか又は無効なフォーマットであった場合、ＮＯＭ質問器は１つ以上の追加の措置を実行する。いくつかの例では、１つ以上の追加の措置は、図９～図１１を参照して以下に説明されるように、ＮＯＭボットルックアップを実行することを含む。
この例では、ユーザデバイス８０１は、第１のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についてのドメインネームシステムクエリーを送信する。ユーザデバイス８０１は、第１のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についてのドメインネームシステムクエリーに対する応答を受信する。その応答は、異なる第２のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」と関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含んでいる。ユーザデバイス８０１は、第１のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」についてのドメインネームシステムクエリーに対する応答を処理する。この処理には、１つ以上のリソースレコードの第２のドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」と関連付けられたエンティティと関連付けられた連絡先情報を識別することが含まれる。
ユーザが、独立ＮＯＭレコードもホストＮＯＭレコードも持たないドメインネームについてのＮＯＭレコードを要求する場合、ＮＯＭボットはドメインネームに示されるウェブサイトコンテンツに基づいてＮＯＭレコードを自動的に作成しようと試みる。ＮＯＭボットは、ウェブサイト上のＨＴＭＬコンテンツを解析し、このコンテンツから連絡先情報を収集する。ＮＯＭボットプロセスが開始され得る種々の異なる方法がある。３つの例の技術が、図９、図１０、及び図１１を参照してここで示される。図９及び図１０により説明されるこれらの一例による技術のうちの２つは、「サーバ側」の技術である。これらの２つのサーバ側の技術の例では、ＮＯＭボットはサーバインフラストラクチャ上で実行される。図１１により説明されるこれらの一例による技術のうちの１つは「クライアント側」の技術である。クライアント側の技術の例では、プロセスはユーザデバイス上で実行される。
以下に説明されるそれぞれの実施態様の例示では、ＨＴＭＬコンテンツを収集し、解析するためにＮＯＭボットを始動する。これを行うために、各方法では、ポート８０上でＨＴＴＰによってドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」のウェブサイトを要求する。ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」を担当するウェブサーバは、そのホームページについてのＨＴＭＬを返す。ＨＴＭＬはリンクについて解析され、企業のための連絡先情報を含むであろうリンクのリストが作られる。これらのページは、以後「潜在的な連絡先ページ」と呼ばれる。
ＮＯＭボットは、使用されるリンクテキスト及びページＵＲＬを評価することによって潜在的な連絡先ページを見つける。ＮＯＭボットが入手し得る例となるＨＴＭＬは、以下の通りである。
ＮＯＭボットが入手し得るＨＴＭＬコンテンツの別の例は、以下の通りである。
第１の例のハイパーリンクテキストが「ｃｏｎｔａｃｔ ｕｓ」であるため、及び第２の例のハイパーリンクＵＲＬが「ｃｏｎｔａｃｔ．ｈｔｍｌ」であるため、ＮＯＭボットは、これらのリンクの両方を潜在的な連絡先ページに対するリンクと見なすであろう。ＮＯＭボットは、リンクが連絡先情報を含んだページに移動する可能性があるかどうかを評価するためにリンクテキスト及びＵＲＬの中でキーワードを探す。かかるキーワードの例は「ｃｏｎｔａｃｔ」である。
この例では、ＮＯＭボットは次いで、ホームページ上のＨＴＭＬ及び潜在的な連絡先ページで見つかったＨＴＭＬに基づいて１つのデータの列を作成し、これをメモリに記録する。ＮＯＭボットは、パターンマッチング及び／又は正規表現を使用し、このＨＴＭＬを解析して、ＮＯＭボットが探すようにプログラムされている各方法のための連絡先情報を選び出す。
例えば、ＮＯＭボットは、電話番号を探すとき、数字の列を探す。ＮＯＭボットは、英国のユーザの番号を探すとき、０１、０２、０３、０７、又は０８から始まる、スペースがある又はスペースがない１０桁又は１１桁の数字の並び、及び「＋」符号が先頭に付された、４４から始まる、スペースがある又はスペースがない１１又は１２桁の数字の並びを探す。いくつかの例では、ＮＯＭボットは、０９番号が英国ではプレミアム番号であり、潜在的に役に立たないので、これらを意図的に無視する。ＮＯＭボットは、他の国の番号を見つける場合には、異なる照合規則を使用することができる。ＮＯＭボットは、通貨記号が先頭に付された又は重量測定が末尾に付された数字の並びを無視する場合がある。ＮＯＭボットがこの例で識別するであろう例となる電話番号は、以下の例のＨＴＭＬコンテンツに示されている。
ＮＯＭボットが電話番号であると見なさない場合がある番号の例は、以下の例のＨＴＭＬコンテンツで示される。
いくつかの例では、例えばＴｗｉｔｔｅｒ（商標）、Ｆａｃｅｂｏｏｋ（商標）又はＬｉｎｋｅｄＩｎ（商標）のプロファイルと関連付けられた識別子等、ソーシャルメディア連絡先識別子を探す場合、ＮＯＭボットは、ＮＯＭボットが終了文字に遭遇するまで、ＨＴＭＬコンテンツの中で「ｔｗｉｔｔｅｒ．ｃｏｍ／」、「ｆａｃｅｂｏｏｋ．ｃｏｍ／」又は「ｌｉｎｋｅｄｉｎ．ｃｏｍ／」を探し、かかるテキストの右側の文字を、Ｔｗｉｔｔｅｒ（商標）、Ｆａｃｅｂｏｏｋ（商標）、又はＬｉｎｋｅｄＩｎ（商標）のプロファイルと関連付けられた連絡先識別子と見なす。いくつかの例では、終了文字は一重引用符又は二重引用符であるが、終了文字はスペース等の別の文字であってよい。いくつかの例では、検索は大文字と小文字を区別しない。ＮＯＭボットがソーシャルメディアコンテンツ識別子を識別し得るＨＴＭＬコンテンツの例は、以下の通りである。
各連絡方法は、異なるパターンマッチング規則を有する場合があり、新しい連絡方法及び規則がＮＯＭボットに追加される場合がある。
例えば、連絡先情報が画像中に表示されている又はなんらかの方法でクライアント側のＪａｖａＳｃｒｉｐｔにより隠されている場合等、連絡先情報がクリアテキスト（clear text）で記録されていない場合、この情報はＮＯＭボットによって取り出し可能ではない場合がある。
図９を参照すると、データを処理する方法の例を示すフローチャートが示されている。この例では、方法は、ＮＯＭボットルックアップの第１の例と関連付けられている。この例では、ＮＯＭボットルックアップは、ＮＯＭボットＤＮＳクエリーの形をとる。
９００で、ドメインネームが識別される。この例では、ドメインネームは「ｅｘａｍｐｌｅ．ｃｏｍ」である。
９０１で、ルックアップドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」が入手されるように、ドット「．」並びにラベル「ｂｏｔ」、「ｎｏｍｓｅｒｖｅｒ」、及び「ｃｏｍ」が、「．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」で、識別されたドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」の後に追加される。この例では、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」、「ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」、及び「ｅｘａｍｐｌｅ．ｃｏｍ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」はすべて解決可能なドメインネームである。
９０２で、ドメインネーム解決は、入手されたドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」を使用して実行される。
ドメイン解決プロセスの一部としてのクエリーは、以後「ＮＯＭボットサーバ」と呼ばれるカスタムＤＮＳサーバに対して行われてもよい。この例では、問い合わせられているドメインは、ドメインネーム「ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」の前に付される。クエリーの形式は以下の通りである。
９０３でドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」が解決される。この例では、ドメインネーム「ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」で実行中のカスタムネームサーバは、「ｅｘａｍｐｌｅ．ｃｏｍ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」が例であるドメインネーム「ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」の任意のサブドメインに対するＴＸＴリソースレコードクエリーに応答するため、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」は解決すべきである。
９０４で、ＮＯＭボットがドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」のためのキャッシュに格納されたレコードを有しているかどうかが判定される。キャッシュに格納されたすべてのレコードは、ＮＯＭボットがドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に対するＤＮＳ要求を行うように、ドメインネーム「ｃａｃｈｅ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に記録される。
９０４での判定の結果、ＮＯＭボットがドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に対するキャッシュに格納されたレコードを有する場合、続けてキャッシュに格納されたレコードが返される。
９０４での判定の結果、ＮＯＭボットがドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に対するキャッシュに格納されたレコードを有さない場合、続けて９０５でＮＯＭボットは、ＮＯＭボットルックアップを通知され、ポート８０でドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」に対してＨＴＴＰ要求を行う。ＮＯＭボットは、ホームページ上のＨＴＭＬコンテンツのすべてをダウンロードし、ダウンロードされたＨＴＭＬコンテンツを変数「ｈｔｍｌ＿ｃｏｎｔｅｎｔ」に保存する。ＮＯＭボットは、ホームページ上で見つかった内部リンクの中からアレイ（array）を構築する。
９０６で、アレイ内のリンクのいずれかが、それらが潜在的な連絡先ページにつながる場合があるように見えるかどうかが判定される。
９０６での判定の結果、アレイ内のリンクのいくつかが、それらが潜在的な連絡先ページにつながる場合があるように見える場合、続けて９０７でＮＯＭボットは、潜在的な連絡先ページに対してＨＴＴＰ要求を行い、それらのページからＨＴＭＬコンテンツをダウンロードし、ダウンロードされたコンテンツを変数「ｈｔｍｌ＿ｃｏｎｔｅｎｔ」に加える。
９０６での判定の結果、アレイ内のリンクのいずれもが、潜在的な連絡先ページにつながる場合があるように見えない場合、又はかかるページが識別された場合、潜在的な連絡先ページからダウンロードされたコンテンツの付加に加えて、９０８でＮＯＭボットは、パターンマッチング及び／又は正規表現を使用し、変数「ｈｔｍｌ＿ｃｏｎｔｅｎｔ」のコンテンツを処理して、連絡先情報を見つける。
９０９で、任意の連絡先情報が変数「ｈｔｍｌ＿ｃｏｎｔｅｎｔ」において見つかったかどうかが判定される。
９０９での判定の結果、連絡先情報が見つからなかった場合、続けて９１０で所定の措置が講じられる。この例では、所定の措置は、エラーを返すことである。
９０９での判定の結果、連絡先情報が見つかった場合、続けて９１１で、連絡先情報がＮＯＭレコードとして記録され、ＮＯＭボットキャッシュに記録される。ＮＯＭレコードは続く９１２で返される。
この例では、応答は以下の形式である。
この例では、応答は、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」を含んでいる。このドメインネームのラベル「ｂｏｔ」は、応答が、ＮＯＭレコードを使用して生成されたデータを含むことを示す。したがって、ラベル「ｂｏｔ」は、ＮＯＭレコードが自動化された連絡先情報の構文解析の技術を使用して生成されたことを示すデータである。
この例では、項目９０１、９０２、及び９０４は、ユーザデバイス上のＮＯＭ質問器によって実行される。この例では、項目９０３は、ＤＮＳによって実行される。この例では、項目９０５～９１２は、ＮＯＭボットサーバによって実行される。
ＮＯＭボットＤＮＳクエリー技術は、クエリーを２つのレベルでキャッシュに格納できるようにする。クエリーは、最初により広いＤＮＳシステムの一部としてキャッシュに格納することができる。クエリーは、第２にＮＯＭボットキャッシュの中に格納することができる。これらは、ドメインネーム「ｃａｃｈｅ．ｂｏｔ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に記録されるＤＮＳゾーンである。独立ＮＯＭドメインネームルックアップ及びホストＮＯＭドメインネームルックアップに加えて、この技術を使用し、ＮＯＭボットルックアップを実行することは、１つの追加のＤＮＳクエリーを必要とするであろう。
図１０を参照すると、データを処理する方法の例を示すフローチャートが示されている。この例による方法は、アプリケーションプログラミングインタフェース（ＡＰＩ）コールの形をとるＮＯＭボットルックアップに関連する。
１０００で、ドメインネームが識別される。この例では、ドメインネームは、「ｅｘａｍｐｌｅ．ｃｏｍ」である。
１００１で、ＡＰＩコールが、ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）を使用して行われる。ＡＰＩは、この例ではＮＯＭ質問器であるアプリケーションが、定義されたコマンドのセットを使用して、この例ではＮＯＭボットサーバである他のアプリケーションと通信するための方法を提供する。この例では、ＡＰＩは、応答メッセージの構造の定義とともに、ＨＴＴＰ要求メッセージのセットを含んでいる。この例では、情報はＪＳＯＮフォーマットで送受される。行われ得るＡＰＩコールの例は、以下の通りである。
１００２で、ＮＯＭボットは、ポート８０でドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」に対してＨＴＴＰ要求を行う。ＮＯＭボットは、ホームページ上のＨＴＭＬコンテンツのすべてをダウンロードし、変数「ｈｔｍｌ＿ｃｏｎｔｅｎｔ」にＨＴＭＬコンテンツを保存する。ＮＯＭボットは、ホームページで見つかった内部リンクの中からアレイを構築する。
１００３で、アレイ内のリンクのいずれかが、それらが潜在的な連絡先ページにつながる場合があるように見えるかどうかが判定される。
１００３での判定の結果、アレイ内のリンクのいくつかが、それらが潜在的な連絡先ページにつながる場合があるように見えた場合、続けて１００４でＮＯＭボットは、潜在的な連絡先ページに対するＨＴＴＰ要求を行い、それらのページからＨＴＭＬコンテンツをダウンロードし、ダウンロードされたコンテンツを変数「ｈｔｍｌ＿ｃｏｎｔｅｎｔ」に加える。
１００３での判定の結果、アレイ内のリンクのいずれも潜在的な連絡先ページのように見えなかった場合、又はかかるページが識別された場合、潜在的な連絡先ページからダウンロードされたコンテンツの付加に続けて、１００５でＮＯＭボットは、パターンマッチング及び／又は正規表現を使用して、変数「ｈｔｍｌ＿ｃｏｎｔｅｎｔ」のコンテンツを処理し、連絡先情報を見つける。
１００６で、任意の連絡先情報が変数「ｈｔｍｌ＿ｃｏｎｔｅｎｔ」で見つかったかどうかが判定される。
１００６での判定の結果、連絡先情報が見つからなかった場合、続けて１００７で所定の措置が講じられる。この例では、所定の措置は、エラーを返すことである。
１００６での判定の結果、連絡先情報が見つからなかった場合、続けて１００８で、連絡先情報がＮＯＭレコードとして記録され、ＮＯＭボットキャッシュに記録される。ＮＯＭレコードは次く１００９で返される。
この例では、ＮＯＭボットサーバからの一例となる応答は、以下の形式及びコンテンツを有してよい。
この例では、項目１０００及び１００１は、ユーザデバイス上の質問器によって実行される。この例では、項目１００２～１００９は、ＮＯＭボットサーバによって実行される。
図１１を参照すると、データを処理する方法の例を示すフローチャートが示されている。この例による方法は、クライアント側のＮＯＭボットルックアップの形をとるＮＯＭボットルックアップに関連する。
１１００で、ドメインネームが識別される。この例では、ドメインネームは「ｅｘａｍｐｌｅ．ｃｏｍ」である。
１１０１で、ＮＯＭ質問器は、クライアント側のＨＴＭＬダウンロード及び構文解析を開始する。
１１０２で、ＮＯＭ質問器は、ポート８０でドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」に対してＨＴＴＰ要求を行う。ＮＯＭ質問器は、ホームページ上のＨＴＭＬコンテンツのすべてをダウンロードし、ＨＴＭＬコンテンツを変数「ｈｔｍｌ＿ｃｏｎｔｅｎｔ」に保存する。ＮＯＭ質問器は、ホームページで見つかった内部リンクの中からアレイを構築する。
１１０３で、アレイ内のリンクのいずれかが、それらが潜在的な連絡先ページにつながる場合があるように見えるかどうかが判定される。
１１０３での判定の結果、アレイ内のリンクのいくつかが、それらが潜在的な連絡先ページにつながる場合があるように見える場合、続けて１１０４でＮＯＭ質問器が、潜在的な連絡先ページに対するＨＴＴＰ要求を行い、それらのページからＨＴＭＬコンテンツをダウンロードし、ダウンロードされたコンテンツを変数「ｈｔｍｌ＿ｃｏｎｔｅｎｔ」に加える。
１１０３での判定の結果、アレイ内のリンクのいずれも、アレイ内のリンクのいずれも潜在的な連絡先ページのように見えない場合、又はかかるページが識別された場合、潜在的な連絡先ページからダウンロードされたコンテンツの付加に続けて、１１０５でＮＯＭ質問器は、パターンマッチング及び／又は正規表現を使用して、変数「ｈｔｍｌ＿ｃｏｎｔｅｎｔ」のコンテンツを処理し、連絡先情報を見つける。
１１０６で、任意の連絡先情報が変数「ｈｔｍｌ＿ｃｏｎｔｅｎｔ」で見つかったかどうかが判定される。
１１０６での判定の結果、連絡先情報が見つからなかった場合、続けて１１０７で所定の措置が講じられる。この例では、所定の措置は、エラーを返すことである。
１１０６での判定の結果、連絡先情報が見つかった場合、続けて１００８で、連絡先情報がＮＯＭレコードとしてフォーマットされる。ＮＯＭレコードは次く１１０９で返される。
１１１０で、ＮＯＭレコードはＮＯＭボットキャッシュに記録される。
いくつかの例では、ユーザデバイスからのＮＯＭレコードデータは、同じデータが、例えば２０等、所定数の独立したユーザによって収集されていたときだけ信頼されるであろう。
図１２を参照すると、データを処理する方法の例のフローチャートが示されている。この例による方法は、ＮＯＭサーバでＮＯＭレコードを追加し、編集することに関連付する。
この例では、ドメイン管理者が新しいホストＮＯＭレコードを追加するために又はその既存のホストＮＯＭレコードを修正するために、ウェブインタフェースが提供される。ドメイン管理者は、ホストＮＯＭレコードを編集するとき、既存の連絡方法を編集又は削除するだけではなく、新しい連絡方法を追加することもできる。いくつかの例では、ホストＮＯＭレコードは編集された結果、新しい連絡先情報を含むことになったら自動的に公開される。
いくつかの例では、サーバは、ドメインに関連付けられた１つ以上のリソースレコードの連絡先情報のいくらか又はすべてを修正できるようにするために自動認証プロセスの少なくとも一部を実行するように構成される。自動認証プロセスの少なくとも一部を実行する場合、それには、管理者ウェブアプリケーションを介してログイン詳細を受信し、レコードに記録されている詳細に受信されたログイン詳細を照合することが含まれてもよい。
事前登録されたドメイン管理者は、ＮＯＭサーバのウェブインタフェースにログインして変更を加えるために、ユーザ名及びパスワードを提供することで認証を行うように求められる。いくつかの例では、まだ登録していないドメイン管理者は、ドメイン管理者が登録しようと試みているドメインでホストされたウェブサイトのホームページ又は連絡先ページ上に示される電話番号に対する自動コールを受け入れることによって権限を証明するように求められる。ドメイン管理者は、提供されたウェブページにコールの受信者に提供されるセキュリティコードを入力するように求められる。いくつかの例では、ドメイン管理者は、自分のホームページへのランダムな文字列を含むＨＴＭＬコメントを追加することによって権限を証明することもできる。
１２００で、要求を行うドメイン管理者は、ドメインネームについてのＮＯＭレコードに対する変更を要求する。
１２０１で、要求を行うドメイン管理者が、ドメインに関してすでに認証されているかどうかが判定される。
１２０１での判定の結果、要求するドメイン管理者がドメインに対してすでに認証されていた場合、続けて１２０２でユーザ名及びパスワードが要求される。
１２０３で、ユーザ名及びパスワードが正しいかどうかが判定される。
１２０３での判定の結果、ユーザ名及びパスワードが正しくない場合、続けて１２０４で所定の措置が講じられる。この例では、所定の措置は、エラーメッセージである。エラーメッセージの例は、「ログイン失敗」である。
１２０３での判定の結果、ユーザ名及びパスワードが正しい場合、続けて１２０５で、ＮＯＭレコードに対する変更が許される。
１２０１での判定の結果、要求するドメイン管理者がドメインについて未だ認証されていない場合、続けて１２０６で、任意のドメイン管理者がドメインに対してすでに認証されているか判定される。
１２０６で、ドメイン管理者がドメインに対してすでに認証されていると判定された場合、続けて１２０７で、ドメインに対してすでに認証されているドメイン管理者が通知される。
１２０８で、ドメインに対してすでに認証されているドメイン管理者が所与の期間内に要求を承認したのか、それとも拒絶したのかが判定される。この例では、所与の期間は７２時間である。
１２０８で、ドメインに対してすでに認証されているドメイン管理者が要求を承認したと判定された場合、続けて１２０５でＮＯＭレコードに対する変更が許される。
１２０８で、ドメインに対してすでに認証されているドメイン管理者が要求を拒絶したと判定された場合、続けて１２０９で所定の措置が講じられる。この例では、所定の措置は、エラーメッセージを表示することを含む。例えば、エラーメッセージは「認証拒絶」である場合がある。
１２０８で、ドメインに対してすでに認証されているドメイン管理者が７２時間の期間内に措置を講じていないと判定された場合、続けて１２１０で、要求を行うドメイン管理者は、ドメインに対するその権限を確立するように要求される。
同様に、１２０６で、ドメイン管理者がドメインに対してまだ認証していないと判定された場合、続けて１２１０で、要求を行うドメイン管理者は、ドメインに対する権限を確立するように要求される。
１２１１で、要求を行うドメイン管理者がドメインに対する権限を確立したかどうかが判定される。
１２１１で、新しいドメイン管理者がドメインに対する権限を確立したと判定された場合、続けて１２０５でＮＯＭレコードに対する変更が許される。
１２１１で、要求するドメイン管理者がドメインに対する権限を確立していないと判定された場合、次いで所定の措置が講じられる。例では、所定の措置は、エラーメッセージを表示することである。例えば、そのメッセージは「認証失敗」である。
以下に説明される例では、ＮＯＭフレームワークは、初期手順としてブランド（brand）及び／又はキーワードをドメインネームに変換することによって、ブランド及び／又はキーワードを検索するために使用することもできる。以下に説明される例では、「Ｓｍｉｔｈ＆Ｓｏｎｓ」となる会社名が例として使用される。この例では、Ｓｍｉｔｈ＆Ｓｏｎｓは、ウェブサイト「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ」を運営し、英国中で二重窓を提供している。
２つの異なった方法でブランド検索を実行することができる。ＮＯＭ質問器は、ＮＯＭフレームワークの中で検索を実行できるし、又はＮＯＭ質問器は、ブランドをドメイン自体に変換できる。
図１３を参照すると、データを処理する方法の例のフローチャートが示されている。この例による方法は、ＮＯＭフレームワークの中のブランド検索と関連する。この例では、ユーザは「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ」の代わりに用語「Ｓｍｉｔｈ＆Ｓｏｎｓ」を使用して検索を行うことができる。
１３００で、少なくとも１つのデータ列が識別される。この例では、データ列「Ｓｍｉｔｈ＆Ｓｏｎｓ」が識別される。この例では、データ列はブランドと関連付けられている。ルックアップドメインネームが作成される。この例では、ルックアップドメインネームを作成するために、１つ以上のルックアップドメインネーム規則が使用される。この例では、データ列内のスペースは、ハイフンで置換される。この例では、アンパサンド文字である「＆」は、単語「ａｎｄ」で置換される。
この例では、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」は、それが現在ブランクである場合、当初「１」という値に設置される。この例では、ルックアップドメインネームでは、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の現在の値である「＜＜ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ＞＞」を前に付けられる。この例では、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の現在の値は「１」である。
この例では、ドメインネーム「ｂｒａｎｄ．＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞．ｎｏｍｑｕｅｒｙ．ｃｏｍ」が、ルックアップドメインネームの後に追加される。ドメインネーム「ｂｒａｎｄ．＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞．ｎｏｍｑｕｅｒｙ．ｃｏｍ」は、４つのラベル、つまり「ｂｒａｎｄ」、「＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞」、「ｎｏｍｑｕｅｒｙ」、及び「ｃｏｍ」を含んでいる。変数「ｕｓｅｒ＿ｃｏｕｎｔｒｙ」は、例えば、ユーザが現在居る国等、ユーザと関連付けられた国を示す。＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞は、変数「ｕｓｅｒ＿ｃｏｕｎｔｒｙ」の現在の値を示す。この例では、ユーザは現在英国におり、したがって変数「ｕｓｅｒ＿ｃｏｕｎｔｒｙ」の現在の値は「ｕｋ」である。
この例では、作成されたドメインネームは「ｌ．ｓｍｉｔｈ－ａｎｄ－ｓｏｎｓ．ｕｋ．ｂｒａｎｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」である。
１３０１で、独立ＮＯＭドメインネームルックアップが実行される。独立ＮＯＭドメインネームルックアップのために使用されるルックアップドメインネームは、「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｌ．ｓｍｉｔｈ－ａｎｄ－ｓｏｎｓ．ｕｋ．ｂｒａｎｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」である。
１３０２で、１３０１で実行された独立ＮＯＭドメインネームルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
１３０２での判定の結果、ＮＯＭレコードが返される場合、続けて１３０３でＮＯＭレコードが表示される。
１３０２での判定の結果、ＮＯＭレコードが返されない場合、続けて１３０４でホストＮＯＭドメインネームルックアップが実行される。ホストＮＯＭドメインネームルックアップに使用されるルックアップドメインネームは「ｌ．ｓｍｉｔｈ－ａｎｄ－ｓｏｎｓ．ｕｋ．ｂｒａｎｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」となるであろう。
この例では、ホストＮＯＭドメインネームルックアップに使用されるドメインネームである「ｌ．ｓｍｉｔｈ－ａｎｄ－ｓｏｎｓ．ｕｋ．ｂｒａｎｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」は、作成されたドメインネーム「ｌ．ｓｍｉｔｈ－ａｎｄ－ｓｏｎｓ．ｕｋ．ｂｒａｎｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」を含んでいる。この例では、ドメインネーム「ｌ．ｓｍｉｔｈ－ａｎｄ－ｓｏｎｓ．ｕｋ．ｂｒａｎｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に対する権威ネームサーバは、ドメインネーム「ｌ．ｓｍｉｔｈ－ａｎｄ－ｓｏｎｓ．ｕｋ．ｂｒａｎｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」に対する権威ネームサーバであってもよい。
１３０５で、１３０４で実行されたホストＮＯＭドメインネームルックアップの結果、ＮＯＭレコードが返されるかどうか判定される。
１３０５での判定の結果、ＮＯＭレコードが返される場合、次いで１３０３でＮＯＭレコードが表示される。
１３０５での判定の結果、ＮＯＭレコードが返されない場合、次いで１３０６でＮＯＭボットルックアップが実行される。
１３０７で、１３０６で実行されたＮＯＭボットルックアップの結果、ＮＯＭレコードが返されるかどうか判定される。
１３０７での判定の結果、ＮＯＭレコードが返されるである場合、次いで１３０３でＮＯＭレコードが表示される。
１３０７での判定の結果、ＮＯＭレコードが返されない場合、次いで所定の措置が講じられる。この例では、所定の措置は、エラーメッセージが返され、表示されることを伴う。例えば、メッセージ「このブランドに対してＮＯＭレコードは見つかりませんでした」が表示される場合がある。
この例では、項目１３００、１３０２、１３０３、１３０５、１３０７、及び１３０８は、ＮＯＭ質問器によって実行される。この例では、項目１３０１、１３０４、及び１３０６は、ＮＯＭ質問器が位置するユーザデバイス以外の少なくとも１つの他の装置をその実行に伴う。
図１３に関して上述された例では、以下のドメイン、「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｌ．ｓｍｉｔｈ－ａｎｄ－ｓｏｎｓ．ｂｒａｎｄ．ｕｋ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」（独立）及び「ｌ．ｓｍｉｔｈ－ａｎｄ－ｓｏｎｓ．ｂｒａｎｄ．ｕｋ．ｎｏｍｑｕｅｒｙ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」（バックアップとしてホストされる）が問い合わされる。これらのドメインネームは、ＮＯＭフレームワークの中で作成されるものであってもよく、ブランドに一致するドメインについてのＮＯＭレコードを含んでいてもよい。ＮＯＭレコードは、検索のためのマッチ（match）としてリストされる関連性のあるドメインネーム、この例では「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ」からコピーされてよい。図１３により上述された例は、ＮＯＭインフラストラクチャに依存している。ＮＯＭフレームワークとより無関係に実行される別の技術が使用されても構わず、図１４Ａ及び図１４Ｂに関して説明されるように、ブランドは、ＮＯＭ質問器自体で、解決可能なドメインネームに変換されてもよい。
図１４Ａ及び図１４Ｂを参照すると、データを処理する方法の例のフローチャートが示されている。この例による方法は、ブランドからドメインへの変換手順に関連している。ＮＯＭ質問器は、ブランドからドメインへの変換手順を実行してブランドをドメインネームに変換してもよい。
１４００で、少なくとも１つのデータ列が識別される。この例では、データ列「Ｓｍｉｔｈ ＆ Ｓｏｎｓ」が識別される。この例では、データ列はブランドと関連付けられている。
１４０１で、すべてのスペースがデータ文字列から削除され、すべてのアンパサンド文字「＆」は単語「ａｎｄ」で置換される。この例では、データ列「Ｓｍｉｔｈ ＆ Ｓｏｎｓ」は、このように処理され、データ列「ｓｍｉｔｈａｎｄｓｏｎｓ」が作り出される。この例では、データ列「ｓｍｉｔｈａｎｄｓｏｎｓ」は、変数「ｂｒａｎｄ＿ｄｏｍａｉｎ」に保存される。
１４０２で、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の値が決定される。
１４０２で、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の値が「１」であると判定された場合、続けて１４０３で、プライマリ国ドメインが変数＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞の現在の値に基づいて入手される。例えば、変数＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞の現在の値が「ＵＫ」である場合、プライマリ国ドメインは「ｃｏ．ｕｋ」であってよい。プライマリ国ドメインは変数「ｂｒａｎｄ＿ｄｏｍａｉｎ＿ｅｘｔｅｎｓｉｏｎ」として保存される。
１４０２で、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の値が「２」であると判定された場合、続けて１４０４で、変数「ｂｒａｎｄ＿ｄｏｍａｉｎ＿ｅｘｔｅｎｓｉｏｎ」が「．ｃｏｍ」として設定される。
１４０５で、変数「ｂｒａｎｄ＿ｄｏｍａｉｎ」及び変数「ｂｒａｎｄ＿ｄｏｍａｉｎ＿ｅｘｔｅｎｓｉｏｎ」の値が結合される。この結果、例えば、ドメインネーム「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ」及び「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏｍ」が入手される。この例では、「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ」及び「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏｍ」は、ＮＯＭブランドからドメイン変換手順を経て生じるドメインである。
１４０６で、独立ＮＯＭドメインネームルックアップが実行される。この例では、独立ＮＯＭドメインネームルックアップに使用されるルックアップドメインネームは、「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ」及び「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏｍ」である。この例では、独立ＮＯＭドメインネームルックアップは、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の現在の値に基づいて、一度に、これらのドメインネームのうちの１つに対して実行される。例えば、「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の値が「１」であるとき、ドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ」が使用され、「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の値が「２」であるとき、ドメインネーム「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏｍ」が使用される。他の例では、「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ」及び「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏｍ」の両方のための独立ＮＯＭドメインネームルックアップは並行して実行される。
１４０７で、１４０６において実行された独立ＮＯＭドメインネームルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
１４０７での判定の結果、ＮＯＭレコードが返される場合、続けて１４０８でＮＯＭレコードが表示される。
１４０７での判定の結果、ＮＯＭレコードが返されない場合、次いで１４０９でホストＮＯＭドメインネームルックアップが実行される。この例では、ホストＮＯＭドメインネームルックアップに使用されるルックアップドメインネームは、「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」及び「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」である。
この例では、ホストＮＯＭドメインネームルックアップに使用されるドメインネーム、つまり「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」及び「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」は、それぞれドメインネーム「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ」及び「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏｍ」を含んでいる。この例では、ドメインネーム「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に対する権威ネームサーバが、ドメインネーム「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ」に対する権威ネームサーバとは異なり、ドメインネーム「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に対する権威ネームサーバは、ドメインネーム「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏｍ」に対する権威ネームサーバとは異なる。
１４１０で、１４０９において実行されたホストＮＯＭドメインネームルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
１４１０での判定の結果、ＮＯＭレコードが返される場合、次いで１４０８でＮＯＭレコードが表示される。
１４１０での判定の結果、ＮＯＭレコードが返されない場合、次いで１４１１でＮＯＭボットルックアップが実行される。
１４１２で、１４１０で実行されたＮＯＭボットルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
１４１２での判定の結果、ＮＯＭレコードが返される場合、続けて１４０８でＮＯＭレコードが表示される。ユーザは、返されたＲＯＭレコードをナビゲートするためにユーザデバイスでレコードナビゲータを使用することができる。ユーザが第１のＮＯＭレコードと第２のＮＯＭレコードとの間でナビゲートすると、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」が１４１３で「１」ずつ増やされ、所望されるＮＯＭレコードが表示される。
１４１２での判定の結果、ＮＯＭレコードが返されない場合、次いで所定の措置が講じられる。この例では、所定の措置は、エラーメッセージが返され、表示されることを伴う。例えば、メッセージ「このドメインネームに対してＮＯＭレコードは見つかりませんでした」が表示される場合がある。
図１５を参照すると、データを処理する方法のフローチャートが示されている。この例による方法は、キーワード検索と関連する。この例では、ユーザは、文字列「Ｄｏｕｂｌｅ Ｇｌａｚｉｎｇ」を使用し、キーワード検索を実行できる。この例では、ＮＯＭ質問器がキーワードをドメインネームに変換する確実な方法がないので、ＮＯＭフレームワークの中でキーワード検索を実行する方法は１つしかない。企業は、キーワードの下でそのドメインネームを一覧表示することを許されることがある。
１５００で、少なくとも１つのデータ列が識別される。この例では、データ列「Ｄｏｕｂｌｅ Ｇｌａｚｉｎｇ」が識別される。この例では、データ列は、１つ以上のキーワードと関連付けられる。ルックアップドメインネームが作成される。この例では、ルックアップドメインネームを作成するために、１つ以上のルックアップドメインネーム規則が使用される。この例では、データ列のあらゆるスペースは、ハイフンで置換される。この例では、データ列のあらゆるアンパサンド文字「＆」は、単語「ａｎｄ」で置換される。
この例では、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」は、それが現在ブランクである場合、当初は「１」の値に設定される。この例では、ルックアップドメインネームの前に、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の現在の値である「＜＜ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ＞＞」が付けられる。この例では、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の現在の値は「１」である。
この例では、ドメインネーム「ｋｅｙｗｏｒｄ．＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞．ｎｏｍｑｕｅｒｙ．ｃｏｍ」が、作成されたドメインネームの後に追加される。ドメインネーム「ｋｅｙｗｏｒｄ．＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞．ｎｏｍｑｕｅｒｙ．ｃｏｍ」は、４つのラベル、つまり、「ｋｅｙｗｏｒｄ」、「＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞」、「ｎｏｍｑｕｅｒｙ」、及び「ｃｏｍ」を含んでいる。変数「ｕｓｅｒ＿ｃｏｕｎｔｒｙ」は、例えばユーザが現在居る国等、ユーザと関連付けられた国を示す。＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞は、変数「ｕｓｅｒ＿ｃｏｕｎｔｒｙ」の現在の値を示す。この例では、ユーザは現在英国におり、したがって変数「ｕｓｅｒ＿ｃｏｕｎｔｒｙ」の現在の値は「ｕｋ」である。
この例では、作成されたドメインネームは「ｌ．ｄｏｕｂｌｅ－ｇｌａｚｉｎｇ．ｕｋ．ｋｅｙｗｏｒｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」である。
１５０１で、独立ＮＯＭドメインネームルックアップが実行される。この例では、独立ＮＯＭドメインネームルックアップのためのルックアップドメインネームは、「ｎｏｎｒｅｃｏｒｄｌｏｏｋｕｐ．ｌ．ｄｏｕｂｌｅ－ｇｌａｚｉｎｇ．ｕｋ．ｋｅｙｗｏｒｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」である。
１５０２で、１５０１で実行された独立ＮＯＭドメインネームルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
１５０２での判定の結果、ＮＯＭレコードが返される場合、続けて１５０３でＮＯＭレコードが表示される。
１５０２での判定の結果、ＮＯＭレコードが返されない場合、続けて１５０４でホストＮＯＭドメインネームルックアップが実行される。この例では、ホストＮＯＭドメインネームルックアップのためのルックアップドメインネームは、「ｌ．ｄｏｕｂｌｅ－ｇｌａｚｉｎｇ．ｕｋ．ｋｅｙｗｏｒｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」である。
この例では、ホストＮＯＭドメインネームルックアップに使用されるドメインネーム「ｌ．ｄｏｕｂｌｅ－ｇｌａｚｉｎｇ．ｕｋ．ｋｅｙｗｏｒｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」は、作成されたドメインネーム「ｌ．ｄｏｕｂｌｅ－ｇｌａｚｉｎｇ．ｕｋ．ｋｅｙｗｏｒｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」を含んでいる。この例では、ドメインネーム「ｌ．ｄｏｕｂｌｅ－ｇｌａｚｉｎｇ．ｕｋ．ｋｅｙｗｏｒｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」に対する権威ネームサーバは、ドメインネーム「ｌ．ｄｏｕｂｌｅ－ｇｌａｚｉｎｇ．ｕｋ．ｋｅｙｗｏｒｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」に対する権威ネームサーバであってもよい。
１５０５で、１５０４で実行されたホストＮＯＭドメインネームルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
１５０５での判定の結果、ＮＯＭレコードが返される場合、続けて１５０３でＮＯＭレコードが表示される。
１５０５での判定の結果、ＮＯＭレコードが返されない場合、続けて１５０６でＮＯＭボットルックアップが実行される。
１５０７で、１５０６で実行されたＮＯＭボットルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
１５０７での判定の結果、ＮＯＭレコードが返される場合、続けて１５０３でＮＯＭレコードが表示される。
１５０７での判定の結果、ＮＯＭレコードが返されない場合、続けて所定の措置が講じられる。この例では、所定の措置は、エラーメッセージが返され、表示されることを伴う。例えば、メッセージ「このキーワードに対してＮＯＭレコードは見つかりませんでした」が表示される場合がある。
この例では、項目１５００、１５０２、１５０３、１５０５、１５０７、及び１５０８はＮＯＭ質問器によって実行される。この例では、項目１５０１、１５０４、及び１５０６は、ＮＯＭ質問器が位置するユーザデバイス以外の少なくとも１つの他の装置をその実行に伴う。
上記の例では、以下のドメイン「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｌ．ｄｏｕｂｌｅ－ｇｌａｚｉｎｇ．ｕｋ．ｋｅｙｗｏｒｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」（独立）及び「ｌ．ｄｏｕｂｌｅ－ｇｌａｚｉｎｇ．ｋｅｙｗｏｒｄ．ｕｋ．ｎｏｍｑｕｅｒｙ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」（バックアップとしてホストされる）が問い合わせられる。これらのドメインは、このキーワードに一致するドメインのためのＮＯＭレコードを含んでいる。これらのＲＯＭレコードは、検索のための一致として一覧表示される関連性のあるドメイン、この例では「ｓｍｉｔｈａｎｄｓｏｎｓ．ｃｏ．ｕｋ」からコピーされてよい。
ユーザによって入力された検索クエリーがキーワードであるのか、それともブランドであるのかがＮＯＭ質問器にとって不明瞭である場合、ＮＯＭ質問器は『文字列』検索を実行することができる。これは、ブランド及びキーワードの結合された検索であり、それがドメインネーム「＜＜ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ＞＞．＜＜ｓｅａｒｃｈ＿ｔｅｘｔ＞＞．ｓｔｒｉｎｇ．＜＜ｃｏｕｎｔｒｙ＞＞．ｎｏｍｑｕｅｒｙ．ｃｏｍ」を使用して問い合わせを行うことを除いて、上述されたブランド検索及びキーワード検索と同じように機能する。かかるドメインネームは６つのラベル、つまり「＜＜ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ＞＞」、「＜＜ｓｅａｒｃｈ＿ｔｅｘｔ＞＞」、「ｓｔｒｉｎｇ」、「＜＜ｃｏｕｎｔｒｙ＞＞」、「ｎｏｍｑｕｅｒｙ」、及び「ｃｏｍ」を含んでいる。この例では、＜＜ｓｅａｒｃｈ＿ｔｅｘｔ＞＞は、ユーザによってユーザデバイスに入力されたテキストのためのプレースホルダーである。
図１６を参照すると、データを処理する方法のフローチャートが示されている。この例による方法は、方法及びキーワード検索と関連している。方法及びキーワード検索を用いて、ユーザは、二重ガラスを提供している企業であって、Ｆａｃｅｂｏｏｋを介して連絡できる企業についてのＮＯＭレコードしか欲していないという意思表示をするために、例えば「Ｆａｃｅｂｏｏｋ（商標）」及び「Ｄｏｕｂｌｅ Ｇｌａｚｉｎｇ」等の連絡方法及びキーワードを検索できる。
１６００で、少なくとも１つのデータ列が識別される。この例では、第１のデータ列「ｆｂ」が識別される。この例では、「ｆｂ」はＦａｃｅｂｏｏｋ（商標）を表す。この例では、文字列「ｆｂ」は、ユーザが別のエンティティと連絡をしたいと思う１つ又は複数の方法に関する変数「ｍｅｔｈｏｄ」と関連付けられる。このようにして、この例では、ユーザは、ユーザがＦａｃｅｂｏｏｋ（商標）を使用し、別のエンティティと連絡をしたいと思っていることを示す。
この例では、第２のデータ列「Ｄｏｕｂｌｅ Ｇｌａｚｉｎｇ」が識別される。この例では、文字列「Ｄｏｕｂｌｅ Ｇｌａｚｉｎｇ」は、変数「ｋｅｙｗｏｒｄ」と関連付けられる。
１６０１で、ルックアップドメインネームが作成される。この例では、ルックアップドメインネームを作成するために、１つ以上のルックアップドメインネーム規則が使用される。この例では、キーワードデータ列のあらゆるスペースは、ハイフンで置換される。この例では、キーワードデータ列のあらゆるアンパサンド文字「＆」は、単語「ａｎｄ」で置換される。この例では、文字列＜＜ｋｅｙｗｏｒｄ＞＞．＜＜ｍｅｔｈｏｄ＞＞が入手される。
この例では、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」は、それが現在ブランクである場合、当初「１」という値に設定される。この例では、ルックアップドメインネームの前に、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の現在の値である「＜＜ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ＞＞」が付けられる。この例では、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の現在の値は「１」である。
この例では、ドメインネーム「ｍｅｔｈｏｄ－ｋｗ．＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞．ｎｏｍｑｕｅｒｙ．ｃｏｍ」は、作成されたドメインネームの後に追加される。ドメインネーム「ｍｅｔｈｏｄ－ｋｗ．＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞．ｎｏｍｑｕｅｒｙ．ｃｏｍ」は４つのラベル、つまり「ｍｅｔｈｏｄ－ｋｗ」、「＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞」、「ｎｏｍｑｕｅｒｙ」、及び「ｃｏｍ」を含む。変数「ｕｓｅｒ＿ｃｏｕｎｔｒｙ」は、例えば、ユーザが現在居る国等、ユーザと関連付けられた国を示す。＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞は、変数「ｕｓｅｒ＿ｃｏｕｎｔｒｙ」の現在の値を示す。この例では、ユーザは現在英国におり、したがって変数「ｕｓｅｒ＿ｃｏｕｎｔｒｙ」の現在の値は「ｕｋ」である。
この例では、作成されたドメインネームは、「ｌ．ｄｏｕｂｌｅ－ｇｌａｚｉｎｇ．ｆｂ．ｕｋ．ｍｅｔｈｏｄ－ｋｗ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」である。
１６０１で、独立ＮＯＭドメインネームルックアップが実行される。この例では、独立ＮＯＭドメインネームルックアップのためのルックアップドメインネームは、「ｎｏｍｒｅｃｏｒｄｌｏｏｋｕｐ．ｌ．ｄｏｕｂｌｅ－ｇｌａｚｉｎｇ．ｆｂ．ｕｋ．ｍｅｔｈｏｄ－ｋｗ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」である。
１６０２で、１６０１で実行された独立ＮＯＭドメインネームルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
１６０２での判定の結果、ＮＯＭレコードが返される場合、続けて１６０３でＮＯＭレコードが表示される。
１６０２での判定の結果、ＮＯＭレコードが返されないである場合、続けて１６０４でホストＮＯＭドメインネームルックアップが実行される。この例では、ホストＮＯＭドメインネームルックアップに使用されるルックアップドメインネームは「ｌ．ｄｏｕｂｌｅ－ｇｌａｚｉｎｇ．ｆｂ．ｕｋ．ｍｅｔｈｏｄ－ｋｗ．ｎｏｍｑｕｅｒｙ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ」である。
１６０５で、１６０４で実行されたホストＮＯＭドメインネームルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
１６０５での判定の結果、ＮＯＭレコードが返される場合、続けて１６０３でＮＯＭレコードが表示される。
１６０５での判定の結果、ＮＯＭレコードが返されない場合、続けて１６０６で、ＮＯＭボットルックアップが実行される。
１６０７で、１６０６で実行されたＮＯＭボットルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
１６０７での判定の結果、ＮＯＭレコードが返される場合、次いで１６０３でＮＯＭレコードが表示される。
１６０７での判定の結果、ＮＯＭレコードが返されない場合、続けて所定の措置が講じられる。この例では、所定の措置は、エラーメッセージが返され、表示されることを伴う。例えば、メッセージ「この方法＋キーワードに対してＮＯＭレコードは見つかりませんでした」が表示される場合がある。
この例では、項目１６００、１６０２、１６０３、１６０５、１６０７、及び１６０８は、ＮＯＭ質問器によって実行される。この例では、項目１６０１，１６０４、及び１６０６は、ＮＯＭ質問器が位置するユーザデバイス以外の少なくとも１つの他の装置をその実行に伴う。
図１７Ａ及び図１７Ｂを参照すると、データを処理する方法のフローチャートが示されている。この例による方法は、ドメイン又は他の入力データに基づいてＮＯＭ質問器によって実行される検索と関連する。検索機能は、ドメインネームを入力することによる連絡先情報のユーザ検索のプロセスと並行して機能する。以下の例では、『ＢｒａｎｄＳｅａｒｃｈ』が示されている。
１７００で、ユーザ入力が受け取られる。ユーザ入力は、例えばドメインネーム及び／又は１つ以上のデータ列を含む場合がある。
１７０１で、ユーザによって入力されたデータが所定の文字を含むかどうかが判定される。この例では、所定の文字はドット（つまり「ピリオド」）「．」である。
１７０１で、データ入力がドットを含むと判定された場合、ユーザ入力がドメインネームであると判定される。１７０２で、独立ＮＯＭドメインネームルックアップが、ユーザによって入力されたドメインネームに対して実行される。
１７０３で、１７０３で実行された独立ＮＯＭドメインネームルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
１７０３での判定の結果、ＮＯＭレコードが返される場合、続けて１７０４でＮＯＭレコードが表示される。
１７０３での判定の結果、ＮＯＭレコードが返されない場合、続けて１７０５でホストＮＯＭドメインネームルックアップが実行される。
１７０６で、１７０５で実行されたホストＮＯＭドメインネームルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
１７０６での判定の結果、ＮＯＭレコードが返される場合、続けて１７０４でＮＯＭレコードが表示される。
１７０６での判定の結果、ＮＯＭレコードが返されない場合、続けて１７０７でＮＯＭボットルックアップが実行される。
１７０８で、１７０７で実行されたＮＯＭボットルックアップの結果、ＮＯＭレコードが返されるかどうかが判定される。
１７０８での判定の結果、ＮＯＭレコードが返される場合、続けて１７０４でＮＯＭレコードが表示される。
１７０８での判定の結果、ＮＯＭレコードが返されない場合、続けて１７０９で所定の措置が講じられる。この例では、所定の措置は、エラーメッセージが返され、表示されることを伴う。例えば、メッセージ「このドメインネームに対してＮＯＭレコードが見つかりませんでした」が表示される場合がある。
１７０１で、データ入力がドットを含まないと判定された場合、ユーザ入力がドメインネームではないと判定される。
変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の値は「１」に設定される。１７１０で、フレームワーク中のＮＯＭブランド検索手順が、変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の現在の値に基づいて実行される。
１７１１で、１７１０で実行されたフレームワーク中のＮＯＭブランド検索手順の結果、ＮＯＭレコードが返されるかどうかが判定される。
１７１１で、１７１０で実行されたフレームワーク中のＮＯＭブランド検索手順の結果、ＮＯＭレコードが返されると判定された場合、続けて１７０４でＮＯＭレコードが表示される。
１７１１で、１７１０で実行されたフレームワーク中のＮＯＭブランド検索手順の結果、ＮＯＭレコードが返されないと判定された場合、次いで１７１２で所定の措置がとられる。この例では、所定の措置は、エラーメッセージを返すことを含む。
ユーザが、例えば「ｎｅｘｔ」及び「ｐｒｅｖｉｏｕｓ」を選択することによって、質問器のレコードナビゲータ機能を介して複数のＮＯＭレコードをナビゲートすることを希望する場合、その後変数「ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ」の値は、それぞれ「１」ずつ増やされるか又は「１」ずつ減らされる。
図１８Ａ及び図１８Ｂを参照すると、階層ドメインネームシステム１８００の例が示されている。図１８Ａ～図１８Ｄは、ＮＯＭがどの程度ＤＮＳに適合するのかを示している。ＮＯＭフレームワークは、ＤＮＳシステムに適合し、ＤＮＳのキャッシング及び分散的性質から恩恵を受けるように設計されている。図１８Ａ～図１８Ｄは、独立ＮＯＭレコード、ホストＮＯＭレコード、ＮＯＭボット、及びＮＯＭ検索がどの程度ＤＮＳに適合するのかを示している。
図１９を参照すると、装置１９００のブロック図が示されている。装置はデータを処理するように構成されている。装置１９００は、例えば図３に関連して上述された装置３０１、３０２、３０３、３０４のうちの１つ以上を含んでいてもよい。
装置１９００は、種々の異なる形式をとってよい。装置１９００の形式の例は、携帯電話通信装置、衛星ナビゲーションシステム、スマートテレビ受像機、デスクトップコンピュータ、ラップトップコンピュータ、サーバ、ネームサーバ、タブレットコンピューティングデバイス、ルータ等を含むが、これに限定されるものではない。
この例では、装置１９００は、情報及び／命令を処理するように構成された１つ以上のプロセッサ１９０１を含む。１つ以上のプロセッサ１９０１は、中央演算処理装置（ＣＰＵ）を含んでいてもよい。１つ以上のプロセッサ１９０１は、バス１９０２と接続されている。１つ以上のプロセッサ１９０１によって実行される動作は、ハードウェア及び／又はソフトウェアによって実行されてよい。
この例では、装置１９００は、１つ以上のプロセッサ１９０１のための情報及び／又は命令を記録するように構成されたコンピュータが使用できる揮発性メモリ１９０３を含む。コンピュータが使用できる揮発性メモリ１９０３は、バス１９０２と接続されている。コンピュータが使用できる揮発性メモリ１９０３は、ランダムアクセスメモリ（ＲＡＭ）を含んでいてもよい。
この例では、装置１９００は、１つ以上のプロセッサ１９０１で使用される情報及び／又は命令を記録するように構成されたコンピュータが使用できる不揮発性メモリ１９０４を含んでいる。コンピュータが使用できる不揮発性メモリ１９０４は、バス１９０２と接続されている。コンピュータが使用できる不揮発性メモリ１９０４は、読出し専用メモリ（ＲＯＭ）を含んでいてもよい。
この例では、装置１９００は、情報及び／又は命令を記録するように構成された１つ以上のデータストレージ部１９０５を含んでいる。１つ以上のデータストレージ部１９０５は、バス１９０２と接続されている。１つ以上のデータストレージ部１９０５は、例えば磁気ディスク又は光ディスク及びディスクドライブを含んでいてもよい。
この例では、装置１９００は、１つ以上のプロセッサ１９０１に情報を伝達するように構成された１つ以上の入出力（Ｉ／Ｏ）装置１９０６を含んでいる。１つ以上のＩ／Ｏ装置１９０６は、バス１９０２と接続されている。１つ以上のＩ／Ｏ装置１９０６は、少なくとも１つのネットワークインタフェースを含んでいてもよい。少なくとも１つのネットワークインタフェースは、装置１９００が１つ以上のデータ通信ネットワークを介して通信できるようにしてよい。データ通信ネットワークの例は、インターネット、ローカルエリアネットワーク（ＬＡＮ）、及び広域ネットワーク（ＷＡＮ）を含むが、これに限定されるものではない。１つ以上のＩ／Ｏ装置１９０６は、ユーザが１つ以上の入力装置（不図示）を介して装置１９００に入力を提供できるようにする。入力装置の例は、キーボード及びマウスを含むが、これに限定されるものではない。１つ以上のＩ／Ｏ装置１９０６は、１つ以上の出力装置（不図示）を介してユーザに情報を提供できるようにしてよい。出力装置の例は、コンピュータモニタ及びディスプレイ画面を含むが、これに限定されるものではない。
種々の他のエンティティが、装置１９００のために図示されている。例えば、存在するとき、オペレーティングシステム１９０７、データ処理システム１９０８、１つ以上のモジュール１０９、及びデータ１９１０が、コンピュータが使用できる揮発性メモリ１９０３、コンピュータが使用できる不揮発性メモリ１９０４、及び１つ以上のデータストレージ部１９０５のうちの１つ又は組み合わせに存在するものとして示される。データ処理システム１９０８は、コンピュータが使用できる不揮発性メモリ１９０４、又は１つ以上のデータストレージ部１９０５の中のコンピュータ可読記録媒体、及び／又は他の有形コンピュータ可読記録媒体の中のメモリに記録されたコンピュータプログラムコードを介して実装されていてよい。
図面と関連して本明細書で説明される例のうちの少なくともいくつかの態様は、処理システム又はプロセッサで実行されるコンピュータプロセスを含むが、本明細書に説明される例は、例えばそれら例を実用化するために適用されるキャリヤ上又はキャリヤ内に存在するコンピュータプログラム等のコンピュータプログラムにまで及ぶ。キャリヤは、プログラムを実装することができる任意のエンティティ又はデバイスであってよい。
装置１９００が、図１９に示される構成要素より多い、少ない、及び／又は異なる構成要素を含んでいてもよいことが理解される。
上述されたＮＯＭフレームワークの種々の特徴がここで説明される。
ＮＯＭフレームワークは、ネットワークに対する負荷を削減し及び／又は帯域幅コストの削減を可能にするかもしれない。企業の連絡先情報を入手するための第１の既知の技術は、インターネットへの接続が可能なデバイス上のウェブブラウザのアドレスバーに企業ドメインネームを入力することを含むが、これはウェブページあたりの平均で約２．２Ｍｂのデータがダウンロードされることを必要とすると推定される。第２の既知の技術は、検索エンジンに企業名を入力し、企業ドメインネームに移動されるための関連性のあるリストをクリックすることを含むが、これは約２．２Ｍｂのデータがダウンロードされることを必要とすると推定される。第３の既知の技術は、検索エンジンに企業名を入力し、結果ページ上の関連性のある情報を見つけることを含むが、これは約５０ｋｂのデータがダウンロードされることを必要とすると推定される。
現在利用可能なデータに基づいた普通のウェブページをダウンロードするために必要とされるデータの量は２．２Ｍｂを超えていると推定される。ウェブページあたりのデータサイズは、毎年約１５％の速度で増加していると推定される。検索エンジン結果ページのデータサイズは、使用されるデバイス及びアプリケーション、並びに検索クエリーに応じて変わる。スマートフォンユーザ及びファイルキャッシング向けの検索エンジンアプリケーションは、一部の例では必要とされるデータの量を削減するが、ＮＯＭフレームワーク下で必要とされるデータの量と比較すると、データ要件は依然として多大である。上述された第３の既知の技術を使用して検索を実行する場合に必要とされる５０ｋｂの控えめの推定値を使用しても、ＮＯＭフレームワークを使用して検索を実行することにより、いくつかの例では５１２バイト（０．５１２ｋｂ）のデータしか使われない場合がある。これは、上述された第２の既知の技術及び第３の既知の技術に必要とされると推定されるデータの０．０２５％未満、並びに上述された第３の既知の技術に必要とされると推定されるデータの１％未満である。第１の既知の技術、第２の既知の技術、及び第３の既知の技術を用いると、多くの場合、必要とされる連絡先情報は、第１のページで見つからない場合があり、探している情報を見つけるためにユーザは２回又は３回以上のクリックを必要とする場合がある。
ＮＯＭフレームワークは、検索エンジンを介して、より詳細な情報を返すというよりはむしろ、連絡先情報を返すように設計されている。ユーザが連絡先電話番号を探しているとき、ユーザが必要とするのは１１個の数字だけであるが、既知の技術は、ユーザに、ウェブサイトに含まれるＨＴＭＬ、ＪａｖａＳｃｒｉｐｔ、及びＣＳＳを構成する何千バイトものデータを強制的にダウンロードさせる。
ＮＯＭフレームワークは、連絡先情報を得るのために検索エンジン及び企業ウェブサイトを使用する人の人数をかなり削減し得る。これらの人々のすべてがＮＯＭフレームワークを使用して連絡先情報を見つけると、これはインターネット上のトラフィックの顕著な減少を生じさせるであろう。これは、モバイルインターネットの使用時に特に重要である。
ＮＯＭフレームワークを使用することのコスト節約も、特にモバイルインターネットユーザにとって多大であろう。モバイルインターネットだけが他者と接続する唯一の手段である発展途上国では、データ料金は非常に制限が多い場合がある。
ＮＯＭフレームワークを実行するためにＤＮＳを使用するにも関わらず、ＮＯＭフレームワークはＤＮＳに対する負荷を大幅に削減し得る。これは、ウェブサイトが機能する方法、及びウェブサイトアセットをホストすることを外注する成長傾向のためである。ウェブページが要求されるとき、ウェブページは多くのアセットファイルを使用し、レンダリングされることがある。これらのアセットは、プレゼンテーション又はシンジケート化された広告又は高度機能を表示するためのＪａｖａＳｃｒｉｐｔ用の画像及びスタイルシートである場合がある。これらのアセットの多くは、コンテンツデリバリネットワーク（ＣＤＮ）として知られる外部サービスによって提供される。例えば、一例となるウェブサイトｄｏｍａｉｎ１．ｃｏｍにアクセスするとき、要求は、第１のＤＮＳクエリーを必要とするｄｏｍａｉｎ１．ｃｏｍに対して行われ、画像は、第２のＤＮＳクエリーを必要とするｉｍａｇｅｓ．ｄｏｍａｉｎ１．ｃｏｍからロードされる場合が、ＣＳＳは、第３のクエリーを必要とするｃｓｓ．ｄｏｍａｉｎ１．ｃｏｍからロードされる場合が、ｊＱｕｅｒｙは、第４のＤＮＳクエリーを必要とするＣＤＮ ｃｏｄｅ．ｊｑｕｅｒｙ．ｃｏｍからロードされる場合が、また、広告は、第５のＤＮＳクエリーを必要とするａｄｓｅｎｓｅ．ｇｏｏｇｌｅ．ｃｏｍからロードされる場合がある。１つのウェブサイトが要求されているが、ブラウザは５つの別々のＤＮＳクエリーを行っている。対照的に、ＮＯＭフレームワーク下で連絡先情報を返すためには５回未満のＤＮＳクエリーが必要とされるようになっていてもよい。
ボイスオーバーアイピー（ＶｏＩＰ）は確立されており、多くの企業がＶｏＩＰ接続性を有しているにも関わらず、企業はＶｏＩＰ番号をめったに広告していない。電話インフラストラクチャはゆっくりとＶｏＩＰに移行しているが、通常は呼（call）を開始するために関与する従来の電話交換器が使用されている。企業は、通常、２つの異なる連絡先番号を広告することによって潜在的な顧客を混乱させたくないと考えている。ＮＯＭフレームワークは、ユーザが、企業のドメインネームを使用して企業に電話をかけることを可能にするであろう。ＮＯＭフレームワークは、利用可能なときＶｏＩＰ上で呼を転送し、発呼者のコストを削減できるであろう。
ＮＯＭフレームワークは、人々がドメインネーム（例えば、「ｅｘａｍｐｌｅ．ｃｏｍ」）を使用して、多くの異なる方法で関連企業に接続できるようにする。例えば、ユーザはスマートフォンからドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」にダイヤルし得る。ユーザは、不正確なことが多い店舗郵便番号の代わりに、カスタマ駐車場又はカスタマエントランスの正確な位置についてＧＰＳシステム（例えば、衛星ナビゲーションシステム又はスマートフォン）にドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」を入力し得る。ユーザは、ドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」を通してソーシャルメディアを介して接続し得る。ユーザは、ＮＯＭ質問器アプリケーションにドメインネーム「ｅｘａｍｐｌｅ．ｃｏｍ」を入力するだけで、接続方法のリストを見ることができるようになる。
上記のいくつかの例で説明されるように、ＮＯＭサーバはドメインホスティングを提供する。いくつかの例では、ＮＯＭサーバは、ホストＮＯＭレコードを記録し、提供する。ＮＯＭサーバは、自身のＤＮＳサーバで独自の独立ＮＯＭレコードをセットアップする専門知識又は時間を有さない場合があるユーザによって使用されてもよい。いくつかの例では、ＤＮＳは別のドメインネーム（例えば、ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ）のＤＮＳゾーンの中のドメインネーム（例えば、ｅｘａｍｐｌｅ．ｃｏｍ）のためのＤＮＳ ＴＸＴレコードの中に連絡先情報を記録し、ドメインの連絡先情報を含んだ新しいゾーンを作成する（例えば、ｅｘａｍｐｌｅ．ｃｏｍ．ｌｏｏｋｕｐ．ｎｏｍｓｅｒｖｅｒ．ｃｏｍ）。
ＮＯＭサーバは、ブランド又はキーワードについて検索できる。これらは「検索語」として知られている。ドメインネームは、ＮＯＭサーバのＤＮＳシステムの中の検索語の下に一覧表示できる。これは、ＮＯＭサーバに、ドメインネームだけの代わりに、ブランド又はキーワードについて問合せを行うことを可能にする。例えば、ユーザは、『ｅｘａｍｐｌｅ．ｃｏｍ』を検索する代わりに、『ｅｘａｍｐｌｅ』又は『ｄｏｕｂｌｅ．ｇｌａｚｉｎｇ』を検索できるであろう。検索クエリー内のスペースは、自動的にハイフンで置換される。英国ユーザ向けのＮＯＭルックアップは、「ｅｘａｍｐｌｅ．ｂｒａｎｄ．ｕｋ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」及び「ｄｏｕｂｌｅ－ｇｌａｚｉｎｇ．ｋｅｙｗｏｒｄ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」のフォーマットとなるであろう。
検索のために返されるドメインネームは、「国特有のドメイン」（例えば、英国ユーザの場合、ｅｘａｍｐｌｅ．ｃｏ．ｕｋ及びｄｏｕｂｌｅｇｌａｚｉｎｇ．ｃｏ．ｕｋ）並びに「国際ドメイン」（例えば、ｅｘａｍｐｌｅ．ｃｏｍ及びｄｏｕｂｌｅｇｌａｚｉｎｇ．ｃｏｍ）となる。また、ドメインネームは、ユーザの国での正確な用語のために登録商標を保持する企業について一覧表示されてもよい。いくつかの例では、登録商標の照明は、ドメインオーナーによって提出される必要がある。企業は、キーワードの下に一覧表示されるために支払いを許される場合がある。これらの検索の結果は、以下のフォーマット、「＜＜ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ＞＞．＜＜ｂｒａｎｄ＞＞．ｂｒａｎｄ．＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞．ｎｏｍｑｕｅｒｙ．ｃｏｍ」でＤＮＳから取り出される。例えば、第１のレコード番号は、「１．ｅｘａｍｐｌｅ．ｂｒａｎｄ．ｕｋ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」となり、第２のレコードは「２．ｅｘａｍｐｌｅ．ｂｒａｎｄ．ｕｋ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」となるであろう。
ＮＯＭサーバは、ＤＮＳシステムを使用し、キーワード及び方法について検索できる。これは、ＮＯＭサーバに、特定の方法（例えば、Ｆａｃｅｂｏｏｋ）を介して特定の主題（例えば、「ｂｕｉｌｄｅｒ）について連絡できる企業について問合せを行うことを可能にする。これらの検索の結果は、以下のフォーマット、＜＜ｒｅｃｏｒｄ＿ｎｕｍｂｅｒ＞＞．＜＜ｋｅｙｗｏｒｄ＞＞．＜＜ｍｅｔｈｏｄ＞＞．ｍｅｔｈｏｄ－ｋｗ．＜＜ｕｓｅｒ＿ｃｏｕｎｔｒｙ＞＞．ｎｏｍｑｕｅｒｙ．ｃｏｍでＤＮＳから取り出される。第１のレコードの例は「１．ｂｕｉｌｄｅｒ．ｆｂ．ｍｅｔｈｏｄ－ｋｗ．ｕｋ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」となり、第２のレコードの例は、「２．ｂｕｉｌｄｅｒ．ｆｂ．ｍｅｔｈｏｄ－ｋｗ．ｕｋ．ｎｏｍｑｕｅｒｙ．ｃｏｍ」となるであろう。
上記のいくつかの例で説明されるように、ＮＯＭボットは、自らのＤＮＳサーバ上に独立ＮＯＭレコードも、ＮＯＭサーバ上にホストＮＯＭレコードも有さないドメインネームのために、ＮＯＭレコードを自動的に作成するソフトウェアである。いくつかの例では、所与のドメインネームでホストされるウェブサイトのＨＴＭＬコンテンツの中の連絡先情報は、自動的に収集され、ドメインネームのためのＤＮＳ．ＴＸＴレコードに記録される。
階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する種々の手段（（measures）例えば、方法、装置、及びコンピュータプログラム）が提供される。第１のドメインネームに対する権威ネームサーバは、データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを受信する。第１のドメインネームに対する権威ネームサーバは、第１のドメインネームについて受信されたドメインネームシステムクエリーを処理する。その処理には、第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することが含まれる。１つ以上のリソースレコードは、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む。第１のドメインネームに対する権威ネームサーバは、データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーに対する応答を送信する。その応答は、第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含む。第１のドメインネームは、第２のドメインネームを含む。第１のドメインネームは、第２のドメインネームに続く少なくとも１つのラベルを含む。
第２のドメインネームは、解決可能なドメインネームであってよい。第２のドメインネームに続く少なくとも１つのラベルは、解決可能な第３のドメインネームの一部を形成してよい。第１のドメインネームは、第２のドメインネームに続く少なくとも２つのラベルを含んでいてもよい。少なくとも２つのラベルは、トップレベルドメインネームに対応するラベルを含んでいてもよい。少なくとも２つのラベルは、第２のレベルのドメインネームを含んでいてもよい。第２のドメインネームは、少なくとも２つのラベルを含んでいてもよい。第２のドメインネームは、少なくとも３つのラベルを含んでいてもよい。第２のドメインネームは、少なくとも４つのラベルを含んでいてもよい。第２のドメインネームは、少なくとも５つのラベルを含んでいてもよい。１つ以上のリソースレコードは、第１のドメインネームを記述するゾーンファイル内にあってよい。１つ以上のリソースレコードは、第１のドメインネームを記述するゾーンファイルに記録されてよい。第１のドメインネームと関連付けられた１つ以上のリソースレコードの入手は、第１のドメインネームを記述するゾーンファイルから第１のドメインネームと関連付けられた１つ以上のリソースレコードを取り出すことにより行われてもよい。１つ以上のリソースレコードは、複数のリソースレコードを含んでいてもよい。ドメインネームシステムクエリーは、リソースレコードのＴＸＴタイプに対する要求だけを含んでいてもよい。１つ以上のリソースレコードは、ＴＸＴタイプであってよい。ドメインネームシステムクエリーに対する応答は、１つ以上のリソースレコードだけを含んでいてもよい。エンティティは、第２のドメインネームの登録者であってよい。階層ドメインネームシステムは、ドメインネームシステム（ＤＮＳ）であってよい。連絡先情報は、第２のドメインネームと関連付けられたエンティティと関連付けられた複数の連絡先識別子を含んでいてもよい。追加のネームサーバは、第２のドメインネームに対する権威ネームサーバであってもよく、追加のネームサーバは、第１のドメインネームに対する権威ネームサーバとは異なっていてもよい。また、第１のドメインネームに対する権威ネームサーバは、第２のドメインネームに対する権威ネームサーバを兼ねてもよい。１つ以上のリソースレコードに含まれた連絡先情報のいくらか又はすべてを修正できるようにするために、サーバで自動認証プロセスの少なくとも一部が実行されてもよい。第１のドメインネームは、第２のドメインネームの前にラベルを含まない場合がある。
階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理することの種々の手段（例えば、方法、装置、及びコンピュータプログラム）が提供される。第１のドメインネームについてのドメインネームシステムクエリーは、データ通信ネットワークを介して送信される。第１のドメインネームについてのドメインネームシステムクエリーに対する応答は、データ通信ネットワークを介して受信される。応答は、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含む。第１のドメインネームについてのドメインネームシステムクエリーに対する応答は、処理される。その処理には、１つ以上のリソースレコードで第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を識別することが含まれる。第１のドメインネームは、第２のドメインネームを含む。第１のドメインネームは、第２のドメインネームに続く少なくとも１つのラベルを含む。
第２のドメインネームは、解決可能なドメインネームであってよい。第２のドメインネームに続く少なくとも１つのラベルは、解決可能なドメインネームの一部であってもよい。第１のドメインネームは、第２のドメインネームに続く少なくとも２つのラベルを含んでいてもよい。少なくとも２つのラベルは、トップレベルドメインネームに対応するラベルを含んでいてもよい。少なくとも２つのラベルは、第２のレベルのドメインネームを含んでいてもよい。第２のドメインネームは、少なくとも２つのラベルを含んでいてもよい。第２のドメインネームは、少なくとも３つのラベルを含んでいてもよい。第２のドメインネームは、少なくとも４つのラベルを含んでいてもよい。第２のドメインネームは、少なくとも５つのラベルを含んでいてもよい。１つ以上のリソースレコードは、複数のリソースレコードを含んでいてもよい。ドメインネームシステムクエリーは、リソースレコードのＴＸＴタイプに対する要求だけを含んでいてもよい。１つ以上のリソースレコードは、ＴＸＴタイプであってよい。ドメインネームシステムクエリーに対する応答は、１つ以上のリソースレコードだけを含んでいてもよい。エンティティは、第２のドメインネームの登録者であってよい。階層ドメインネームシステムは、ドメインネームシステム（ＤＮＳ）であってよい。連絡先情報は、第２のドメインネームと関連付けられたエンティティと関連付けられた複数の連絡先識別子を含んでいてもよい。追加のネームサーバは、第２のドメインネームに対する権威ネームサーバであってもよく、追加のネームサーバは、第１のドメインネームに対する権威ネームサーバとは異なっていてもよい。また、第１のドメインネームに対する権威ネームサーバは、第２のドメインネームに対する権威ネームサーバを兼ねてもよい。第１のドメインネームは、第２のドメインネームの前にラベルを含まない場合がある。第３のドメインネームについてのドメインネームシステムクエリーは、データ通信ネットワークを介して送信されてよい。第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報が利用できないことを示す第３のドメインネームについてのドメインネームシステムクエリーに対する応答は、データ通信ネットワークを介して受信されてよい。第３のドメインネームは、第２のドメインネームを含んでいてもよい。第３のドメインネームは、第２のドメインネームに先行する少なくとも１つのラベルを含んでいてもよい。第１のドメインネームについてのドメインネームシステムクエリーの送信は、第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報が利用できないことを示す、第３のドメインネームについての前記ドメインネームシステムクエリーに対する応答の受信に対する応えであってもよい。方法は、ユーザデバイスによって実行されてよい。
階層ドメインネームシステムのゾーンファイルが提供される。階層ドメインネームシステムのゾーンファイルは、第１のドメインネームを識別するデータ、及び異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む。第１のドメインネームは、第２のドメインネームを含んでいてもよい。第１のドメインネームは、第２のドメインネームに続く少なくとも１つのラベルを含んでいてもよい。
第２のドメインネームは、解決可能なドメインネームであってよい。第２のドメインネームに続く少なくとも１つのラベルは、解決可能なドメインネームの一部であってもよい。第１のドメインネームは、第２のドメインネームに続く少なくとも２つのラベルを含んでいてもよい。少なくとも２つのラベルは、トップレベルドメインネームに対応するラベルを含んでいてもよい。少なくとも２つのラベルは、第２のレベルのドメインネームを含んでいてもよい。第２のドメインネームは、少なくとも２つのラベルを含んでいてもよい。第２のドメインネームは、少なくとも３つのラベルを含んでいてもよい。第２のドメインネームは、少なくとも４つのラベルを含んでいてもよい。第２のドメインネームは、少なくとも５つのラベルを含んでいてもよい。１つ以上のリソースレコードは、複数のリソースレコードを含んでいてもよい。１つ以上のリソースレコードは、ＴＸＴタイプであってよい。エンティティは、第２のドメインネームの登録者であってよい。階層ドメインネームシステムは、ドメインネームシステム（ＤＮＳ）であってよい。連絡先情報は、第２のドメインネームと関連付けられたエンティティと関連付けられた複数の連絡先識別子を含んでいてもよい。追加のネームサーバは、第２のドメインネームに対する権威ネームサーバであってもよく、追加のネームサーバは、第１のドメインネームに対する権威ネームサーバとは異なっていてもよい。また、第１のドメインネームに対する権威ネームサーバは、第２のドメインネームに対する権威ネームサーバを兼ねてもよい。第１のドメインネームは、第２のドメインネームの前にラベルを含まない場合がある。
階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する種々の手段（例えば、方法、装置、及びコンピュータプログラム）が提供される。第１のドメインネームに対する権威ネームサーバは、データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーを受信する。第１のドメインネームに対する権威ネームサーバは、第１のドメインネームに対する受信されたドメインネームシステムクエリーを処理する。その処理には、第１のドメインネームと関連付けられた１つ以上のリソースレコードを入手することが含まれる。１つ以上のリソースレコードは、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む。第１のドメインネームに対する権威ネームサーバは、データ通信ネットワークを介して、第１のドメインネームについてのドメインネームシステムクエリーに対する応答を送信する。その応答は、第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含む。第１のドメインネームは、第２のドメインネームを含む。第１のドメインネームは、第２のドメインネームに先行する少なくとも１つのラベルを含む。連絡先情報は、１つ以上のリソースレコードで平文形式である、及び／又は１つ以上のリソースレコードはＴＸＴタイプである。
１つ以上のリソースレコードは、第１のドメインネームを記述するゾーンファイル内にあってよい。１つ以上のリソースレコードは、第１のドメインネームを記述するゾーンファイルに記録されてよい。第１のドメインネームと関連付けられた１つ以上のリソースレコードの入手は、第１のドメインネームを記述するゾーンファイルから第１のドメインネームと関連付けられた１つ以上のリソースレコードを取り出すことにより行われてもよい。１つ以上のリソースレコードは、複数のリソースレコードを含んでいてもよい。ドメインネームシステムクエリーは、リソースレコードのＴＸＴタイプに対する要求だけを含んでいてもよい。ドメインネームシステムクエリーに対する応答は、１つ以上のリソースレコードだけを含んでいてもよい。エンティティは、第２のドメインネームの登録者であってよい。階層ドメインネームシステムは、ドメインネームシステム（ＤＮＳ）であってよい。連絡先情報は、第２のドメインネームと関連付けられたエンティティと関連付けられた複数の連絡先識別子を含んでいてもよい。追加のネームサーバは、第２のドメインネームに対する権威ネームサーバであってよい。追加のネームサーバは、第１のドメインネームに対する権威サーバと異なってよい。また、第１のドメインネームに対する権威ネームサーバは、第２のドメインネームに対する権威ネームサーバを兼ねてもよい。
階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する種々の手段（例えば、方法、装置、及びコンピュータプログラム）が提供される。第１のドメインネームについてのドメインネームシステムクエリーは、データ通信ネットワークを介して送信される。第１のドメインネームについてのドメインネームシステムクエリーに対する応答は、データ通信ネットワークを介して受信される。その応答は、異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む１つ以上のリソースレコードを含む。第１のドメインネームについてのドメインネームシステムクエリーに対する応答は、処理される。その処理には、１つ以上のリソースレコードで第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を識別することが含まれる。第１のドメインネームは、第２のドメインネームを含む。第１のドメインネームは、第２のドメインネームに先行する少なくとも１つのラベルを含む。連絡先情報は１つ以上のリソースレコードで平文形式である、及び／又は１つ以上のリソースレコードはＴＸＴタイプである。
１つ以上のリソースレコードは、第１のドメインネームを記述するゾーンファイル内にあってよい。１つ以上のリソースレコードは、複数のリソースレコードを含んでいてもよい。ドメインネームシステムクエリーは、リソースレコードのＴＸＴタイプに対する要求だけを含んでいてもよい。ドメインネームシステムクエリーに対する応答は、１つ以上のリソースレコードだけを含んでいてもよい。エンティティは、第２のドメインネームの登録者であってよい。階層ドメインネームシステムは、ドメインネームシステム（ＤＮＳ）であってよい。連絡先情報は、第２のドメインネームと関連付けられたエンティティと関連付けられた複数の連絡先識別子を含んでいてもよい。追加のネームサーバは、第２のドメインネームに対する権威ネームサーバであってもよく、追加のネームサーバは、第１のドメインネームに対する権威ネームサーバとは異なっていてもよい。また、第１のドメインネームに対する権威ネームサーバは、第２のドメインネームに対する権威ネームサーバを兼ねてもよい。方法は、ユーザデバイスによって実行されてよい。
第１のドメインネームを識別するデータ、及び異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む階層ドメインネームシステムのゾーンファイルが提供される。第１のドメインネームは、第２のドメインネームを含む。第１のドメインネームは、第２のドメインネームに先行する少なくとも１つのラベルを含む。連絡先情報は、平文形式である。
第１のドメインネームを識別するデータ、及び異なる第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む階層ドメインネームシステムのゾーンファイルが提供される。第１のドメインネームは、第２のドメインネームを含む。第１のドメインネームは、第２のドメインネームに先行する少なくとも１つのラベルを含む。連絡先情報は、ＴＸＴタイプのリソースレコード内にある。
階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する種々の手段（例えば、方法、装置、及びコンピュータプログラム）が提供される。ドメインネームと関連付けられたウェブサイトからのウェブサイトコンテンツに対する要求は、データ通信ネットワークを介して送信される。ウェブサイトコンテンツは、データ通信ネットワークを介して受信される。受信されたウェブサイトコンテンツは、少なくとも１つの自動連絡先情報構文解析の技術を使用し、ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報について解析される。連絡先情報は、ゾーンファイルに記録させられる。
階層ドメインネームシステムは、ドメインネームシステム（ＤＮＳ）であってよい。上述の「記録させること」は、連絡先情報を、ゾーンファイルにおけるＴＸＴタイプの１つ以上のリソースレコードに記録させることを含んでいてもよい。ゾーンファイルは、追加のドメインネームを定義してよく、追加のドメインはドメインネームとは異なってもよい。構文解析は、コンテンツ情報を潜在的に含む追加のウェブサイトコンテンツに対するリンクについてウェブサイトコンテンツを検査（inspect）することを含んでいてもよい。連絡先情報を潜在的に含む追加のウェブサイトコンテンツへの１つ以上のリンクを識別することに応えて（in response to）、追加のウェブサイトコンテンツに対する要求がデータ通信ネットワークを介して送信されてもよい。追加のウェブサイトコンテンツに対する連絡先情報についての検査を含んでもよい。ウェブサイトコンテンツに対する要求が、ドメインネームを含んでいてもよい。ウェブサイトコンテンツに対する要求は、ＨＴＴＰ ＧＥＴ要求を含んでいてもよい。ウェブサイトコンテンツは、ＨＴＭＬコンテンツを含んでいてもよい。少なくとも１つの自動連絡先情報構文解析の技術は、少なくとも１つのパターンマッチング技術を含んでいてもよい。少なくとも１つの自動連絡先情報構文解析の技術は、少なくとも１つの正規表現マッチング技術を含んでいてもよい。方法は、ユーザデバイスで実行されてよい。方法はサーバ装置で実行されてよい。ウェブサイトコンテンツについての要求の送信は、ユーザデバイスからの要求を受信することに応えて行われもよく、要求はドメインネームを含んでもよい。ユーザデバイスからの要求は、ＨＴＴＰ ＧＥＴ要求を含んでいてもよい。ユーザデバイスからの要求は、ドメインネームシステム要求（domain name system request）を含んでいてもよい。
ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む階層ドメインネームシステムのゾーンファイルが提供される。ゾーンファイルは、連絡先情報が、自動連絡先情報構文解析の技術を使用して入手されたことを示すデータを含む。連絡先情報が自動連絡先情報構文解析の技術を使用し、入手されたことを示すデータは、ドメインネームの中のラベルを含んでいてもよい。
階層ドメインネームシステムのゾーンファイルが提供される。ゾーンファイルは、ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む。ドメインネームと関連付けられたエンティティと関連付けられた連絡先情報は、ＴＸＴタイプの１つ以上のリソースレコードに含まれる。
上記の実施形態は、例示的な例として理解されるべきである。本発明の追加の実施形態が予想される。
いずれか１つの実施形態に関して説明される任意の特徴が、単独で、又は説明された他の特徴と組み合わせて使用され、実施形態のうちの任意の他の実施形態１つ以上の特徴、又は実施形態のうちの任意の他の実施形態の任意の組み合わせで使用され得ることを理解されたい。さらに、上述されていない同等物及び変更形態も、添付の特許請求の範囲に定められる本発明の範囲から逸脱することなく利用され得る。
Claims (20)
- 階層ドメインネームシステムを含むデータ通信ネットワークにおいてデータを処理する方法であって、
前記データ通信ネットワークを介して、ドメインネームと関連付けられたウェブサイトからのウェブサイトコンテンツについての要求を送信することと、
前記データ通信ネットワークを介して、前記ウェブサイトコンテンツを受信することと、
少なくとも１つの自動情報構文解析の技術を使用し、前記ドメインネームと関連付けられたエンティティと関連付けられた情報について、受信された前記ウェブサイトコンテンツを解析することと、
前記情報をゾーンファイルに記録させることと、
を含む、
方法。 - 前記階層ドメインネームシステムは、ドメインネームシステム（ＤＮＳ）である、
請求項１記載の方法。 - 前記記録させることは、前記情報を、前記ゾーンファイルにおけるＴＸＴタイプの１つ以上のリソースレコードに記録させることを含む、
請求項１又は２のいずれかに記載の方法。 - ゾーンファイルは、追加のドメインネームを定義しており、前記追加のドメインは前記ドメインネームとは異なる、
請求項１～３のいずれかに記載の方法。 - 前記追加のドメインネームは、前記ドメインネームを含む、
請求項４記載の方法。 - 前記解析は、前記情報を潜在的に含む追加のウェブサイトコンテンツに対するリンクについて前記ウェブサイトコンテンツを検査することを含む、
請求項１～５のいずれかに記載の方法。 - 前記情報を潜在的に含む前記追加のウェブサイトコンテンツへの１つ以上のリンクを識別することに応えて、前記追加のウェブサイトコンテンツに対する要求が前記データ通信ネットワークを介して送信される、
請求項６記載の方法。 - 前記追加のウェブサイトコンテンツに対する前記情報についての検査を含む、
請求項７記載の方法。 - 前記ウェブサイトコンテンツに対する前記要求が、前記ドメインネームを含む、
請求項１～８のいずれかに記載の方法。 - 前記ウェブサイトコンテンツに対する前記要求が、ＨＴＴＰ ＧＥＴ要求を含む、
請求項１～９のいずれかに記載の方法。 - 前記ウェブサイトコンテンツが、ＨＴＭＬを含む、
請求項１～１０のいずれかに記載の方法。 - 前記少なくとも１つの自動情報構文解析の技術は、少なくとも１つのパターンマッチング技術を含む、
請求項１～１１のいずれかに記載の方法。 - 前記少なくとも１つの自動情報構文解析の技術は、少なくとも１つの正規表現マッチング技術を含む、
請求項１～１２のいずれかに記載の方法。 - ユーザデバイスとサーバ装置との少なくとも一方で実行される、
請求項１～１３のいずれかに記載の方法。 - 前記ウェブサイトコンテンツについての前記要求の送信は、要求を受信することに応えて行われ、当該要求は前記ドメインネームを含む、
請求項１４記載の方法。 - 前記サーバ装置で実行され、受信された前記要求は、前記ユーザデバイスから前記サーバ装置が受信する、
請求項１５記載の方法。 - 受信された前記要求が、ＨＴＴＰ ＧＥＴ要求、又はドメインネームシステム要求を含む、
請求項１５又は１６のいずれかに記載の方法。 - 前記情報は、第２のドメインネームと関連付けられたエンティティと関連付けられた連絡先情報を含む、
請求項１～１７のいずれかに記載の方法。 - 請求項１から１８のいずれかに記載の方法を実行するようになっている、
装置。 - それが実行されたときに、請求項１～１８のいずれかに記載の方法をコンピュータに実行させるためのコンピュータプログラム。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GB1522923.0 | 2015-12-24 | ||
| GB1522923.0A GB2545748B8 (en) | 2015-12-24 | 2015-12-24 | Methods, apparatuses, and computer programs for data processing, and hierarchical domain name system zone files |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2018552918A Division JP6802571B2 (ja) | 2015-12-24 | 2016-12-22 | データを処理する方法、装置、及びコンピュータプログラム、並びに階層ドメインネームシステムのゾーンファイル |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2021051755A JP2021051755A (ja) | 2021-04-01 |
| JP7045104B2 true JP7045104B2 (ja) | 2022-03-31 |
Family
ID=55359058
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2018552918A Active JP6802571B2 (ja) | 2015-12-24 | 2016-12-22 | データを処理する方法、装置、及びコンピュータプログラム、並びに階層ドメインネームシステムのゾーンファイル |
| JP2020192130A Active JP7045104B2 (ja) | 2015-12-24 | 2020-11-19 | データを処理する方法、装置、及びコンピュータプログラム、並びに階層ドメインネームシステムのゾーンファイル |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2018552918A Active JP6802571B2 (ja) | 2015-12-24 | 2016-12-22 | データを処理する方法、装置、及びコンピュータプログラム、並びに階層ドメインネームシステムのゾーンファイル |
Country Status (10)
| Country | Link |
|---|---|
| US (2) | US10819674B2 (ja) |
| EP (2) | EP3852345A1 (ja) |
| JP (2) | JP6802571B2 (ja) |
| KR (1) | KR20180105653A (ja) |
| CN (1) | CN108702396B (ja) |
| AU (2) | AU2016376000A1 (ja) |
| CA (1) | CA3048125A1 (ja) |
| GB (1) | GB2545748B8 (ja) |
| IL (1) | IL260121B (ja) |
| WO (1) | WO2017109502A2 (ja) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9043894B1 (en) * | 2014-11-06 | 2015-05-26 | Palantir Technologies Inc. | Malicious software detection in a computing system |
| US11411912B2 (en) * | 2015-07-17 | 2022-08-09 | Verisign, Inc. | Methods and systems for domain name data networking |
| US11552923B2 (en) * | 2015-12-30 | 2023-01-10 | Donuts, Inc. | Whitelist domain name registry |
| CN110476401B (zh) * | 2017-03-29 | 2022-04-15 | 三星电子株式会社 | 多媒体服务内容提供装置和方法 |
| FR3091097A1 (fr) * | 2018-12-19 | 2020-06-26 | Orange | Procédé d’acquisition d’une chaîne de délégation relative à la résolution d’un identifiant de nom de domaine dans un réseau de communication |
| CN109783719B (zh) * | 2018-12-29 | 2021-04-13 | 奇安信科技集团股份有限公司 | 基于单位名称的资产数据查找方法、装置、设备及介质 |
| GB2585353B (en) * | 2019-05-09 | 2021-11-24 | Num Tech Ltd | Verification associated with a domain name |
| GB2584993A (en) * | 2019-06-07 | 2020-12-30 | Num Tech Ltd | Processing data |
| US10715484B1 (en) * | 2019-12-11 | 2020-07-14 | CallFire, Inc. | Domain management and synchronization system |
| US11741171B2 (en) * | 2021-04-12 | 2023-08-29 | Microsoft Technology Licensing, Llc | System, method and computer program product for alerting users to websites new to the web |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080320015A1 (en) | 2007-06-21 | 2008-12-25 | Telnic Limited | Network Search System and Components Thereof |
| US20120198056A1 (en) | 2011-01-31 | 2012-08-02 | Yaacov Shama | Techniques for Analyzing Website Content |
| WO2014167516A1 (en) | 2013-04-11 | 2014-10-16 | Brandshield Ltd. | Device, system, and method of protecting brand names and domain names |
Family Cites Families (35)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6131095A (en) * | 1996-12-11 | 2000-10-10 | Hewlett-Packard Company | Method of accessing a target entity over a communications network |
| US7117227B2 (en) * | 1998-03-27 | 2006-10-03 | Call Charles G | Methods and apparatus for using the internet domain name system to disseminate product information |
| US9141717B2 (en) * | 1999-03-22 | 2015-09-22 | Esdr Network Solutions Llc | Methods, systems, products, and devices for processing DNS friendly identifiers |
| AU4659100A (en) * | 1999-04-22 | 2000-11-10 | Network Solutions, Inc. | A shared registrations system for registering domain names |
| AU2002211482A1 (en) * | 2000-10-04 | 2002-04-15 | Enic Corporation | Providing services and information based on a request that includes a unique identifier |
| KR100397818B1 (ko) * | 2000-11-03 | 2003-09-13 | 김동규 | Ｕｒｌ에 문자열을 추가하여 인식하는 방법, 이를 이용한사업 방법 및 이를 구현할 수 있는 기록매체 |
| US7027582B2 (en) | 2001-07-06 | 2006-04-11 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for resolving an entity identifier into an internet address using a domain name system (DNS) server and an entity identifier portability database |
| US20030074461A1 (en) * | 2001-10-09 | 2003-04-17 | I-Dns.Net International Pte. Ltd. | Method of mapping names or identifiers to telecommunications network resource locations |
| US7565402B2 (en) * | 2002-01-05 | 2009-07-21 | Eric Schneider | Sitemap access method, product, and apparatus |
| US20030149690A1 (en) * | 2002-02-01 | 2003-08-07 | Kudlacik Mark E. | Method and apparatus to search domain name variations world wide |
| JP2004266568A (ja) * | 2003-02-28 | 2004-09-24 | Nec Corp | 名前解決サーバおよびパケット転送装置 |
| US20040199620A1 (en) * | 2003-04-04 | 2004-10-07 | Tim Ruiz | Method for transfering a registered domain name from a first registrar to a second registrar |
| US20110066624A1 (en) * | 2006-08-01 | 2011-03-17 | Divyank Turakhia | system and method of generating related words and word concepts |
| CN100502367C (zh) * | 2007-04-04 | 2009-06-17 | 华为技术有限公司 | 保存域名系统记录的方法、装置 |
| JP2008263377A (ja) * | 2007-04-11 | 2008-10-30 | Ricoh Co Ltd | 情報通信装置、送信先確認方法及びプログラム |
| EP1993267B1 (en) | 2007-05-16 | 2013-01-02 | Telnic Limited | Contact information retrieval system and communication system using the same |
| CN101878633A (zh) * | 2007-11-30 | 2010-11-03 | 爱立信电话股份有限公司 | 在xml文档管理架构中使用的方法和设备 |
| US8219644B2 (en) * | 2008-07-03 | 2012-07-10 | Barracuda Networks, Inc. | Requesting a service or transmitting content as a domain name system resolver |
| US8984102B2 (en) * | 2009-02-20 | 2015-03-17 | Gary Stephen Shuster | Registration and use of patterns defined by expressions as domain names |
| CN101924644A (zh) * | 2009-06-15 | 2010-12-22 | 北京华智大为科技有限公司 | 一种通过域名进行信息交互的方法和系统 |
| CN102667749A (zh) * | 2009-10-13 | 2012-09-12 | 塞德克西斯公司 | Dns应用服务器 |
| US8156214B2 (en) * | 2009-12-22 | 2012-04-10 | At&T Intellectual Property I, Lp | System and method to discover clients associated with local domain name server using sampling |
| DE112010004405T5 (de) | 2010-04-09 | 2013-04-18 | Siter Llc | System und verfahren für telefonie unter verwendung von internet-domainnamen und elektronischen adressen |
| GB2479565A (en) * | 2010-04-14 | 2011-10-19 | Mtld Top Level Domain Ltd | Providing mobile versions of web resources |
| US8533581B2 (en) * | 2010-05-13 | 2013-09-10 | Symantec Corporation | Optimizing security seals on web pages |
| US8433700B2 (en) * | 2010-09-17 | 2013-04-30 | Verisign, Inc. | Method and system for triggering web crawling based on registry data |
| US20120272172A1 (en) * | 2011-04-22 | 2012-10-25 | The Go Daddy Group, Inc. | Geographic domain name suggestion tools |
| US9723118B2 (en) * | 2012-12-06 | 2017-08-01 | Blackberry Limited | Method of identifying contacts for initiating a communication using speech recognition |
| CN103037029B (zh) * | 2012-12-10 | 2014-10-01 | 中国科学院计算机网络信息中心 | 基于绑定注册的域名whois查询方法和服务系统 |
| AU2014201556B9 (en) * | 2013-03-15 | 2019-12-12 | Verisign, Inc. | Systems and methods for multi-tenant generic top level domain deployment |
| CN104065629A (zh) | 2013-03-22 | 2014-09-24 | 阿尔卡特朗讯公司 | 使用因特网域名建立呼叫的方法和设备 |
| US20150287099A1 (en) * | 2014-04-07 | 2015-10-08 | Google Inc. | Method to compute the prominence score to phone numbers on web pages and automatically annotate/attach it to ads |
| CN104778206A (zh) * | 2015-03-10 | 2015-07-15 | 小米科技有限责任公司 | 服务资源的url获取方法及装置 |
| US20170032428A1 (en) * | 2015-07-31 | 2017-02-02 | Go Daddy Operating Company, LLC | Matching and displaying advertisements to website visitors |
| US9977667B2 (en) * | 2015-09-09 | 2018-05-22 | Red Hat, Inc. | Updating software utilizing domain name system (DNS) |
-
2015
- 2015-12-24 GB GB1522923.0A patent/GB2545748B8/en active Active
-
2016
- 2016-12-22 EP EP20203771.9A patent/EP3852345A1/en not_active Withdrawn
- 2016-12-22 JP JP2018552918A patent/JP6802571B2/ja active Active
- 2016-12-22 AU AU2016376000A patent/AU2016376000A1/en not_active Abandoned
- 2016-12-22 EP EP16828963.5A patent/EP3395050B1/en active Active
- 2016-12-22 WO PCT/GB2016/054051 patent/WO2017109502A2/en active Application Filing
- 2016-12-22 CN CN201680081842.1A patent/CN108702396B/zh active Active
- 2016-12-22 CA CA3048125A patent/CA3048125A1/en active Pending
- 2016-12-22 KR KR1020187020940A patent/KR20180105653A/ko not_active Application Discontinuation
-
2018
- 2018-06-18 IL IL260121A patent/IL260121B/en active IP Right Grant
- 2018-06-22 US US16/016,183 patent/US10819674B2/en active Active
-
2020
- 2020-10-22 US US17/077,923 patent/US11153264B2/en active Active
- 2020-11-19 JP JP2020192130A patent/JP7045104B2/ja active Active
-
2022
- 2022-11-04 AU AU2022263599A patent/AU2022263599A1/en active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080320015A1 (en) | 2007-06-21 | 2008-12-25 | Telnic Limited | Network Search System and Components Thereof |
| US20120198056A1 (en) | 2011-01-31 | 2012-08-02 | Yaacov Shama | Techniques for Analyzing Website Content |
| WO2014167516A1 (en) | 2013-04-11 | 2014-10-16 | Brandshield Ltd. | Device, system, and method of protecting brand names and domain names |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2017109502A2 (en) | 2017-06-29 |
| CA3048125A1 (en) | 2017-06-29 |
| WO2017109502A3 (en) | 2017-08-10 |
| GB2545748B (en) | 2017-12-27 |
| US20210105248A1 (en) | 2021-04-08 |
| CN108702396B (zh) | 2021-09-07 |
| KR20180105653A (ko) | 2018-09-28 |
| AU2016376000A1 (en) | 2018-08-02 |
| IL260121B (en) | 2021-06-30 |
| GB2545748B8 (en) | 2019-09-18 |
| JP2021051755A (ja) | 2021-04-01 |
| US10819674B2 (en) | 2020-10-27 |
| IL260121A (en) | 2018-07-31 |
| JP6802571B2 (ja) | 2020-12-16 |
| GB201522923D0 (en) | 2016-02-10 |
| GB2545748A (en) | 2017-06-28 |
| EP3395050A2 (en) | 2018-10-31 |
| EP3395050B1 (en) | 2020-10-28 |
| JP2019506692A (ja) | 2019-03-07 |
| US20180309713A1 (en) | 2018-10-25 |
| EP3852345A1 (en) | 2021-07-21 |
| AU2022263599A1 (en) | 2022-12-15 |
| US11153264B2 (en) | 2021-10-19 |
| CN108702396A (zh) | 2018-10-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7045104B2 (ja) | データを処理する方法、装置、及びコンピュータプログラム、並びに階層ドメインネームシステムのゾーンファイル | |
| US11632353B2 (en) | Delegating DNS records to additional providers | |
| US7565402B2 (en) | Sitemap access method, product, and apparatus | |
| US8812479B2 (en) | Method and system for triggering web crawling based on registry data | |
| US8370457B2 (en) | Network communication through a virtual domain | |
| US20150058330A1 (en) | Methods and systems for recommending packages of domain names for registration | |
| GB2487789A (en) | Controlling Internet access using DNS root reputation | |
| CA3154804A1 (en) | Asset search and discovery system using graph data structures | |
| US10360292B2 (en) | Lightweight web page generation | |
| US20050243807A1 (en) | Method of searching a specific computer IP address using telephone number codes and an identification code | |
| EP2647179B1 (en) | Service access apparatus, method, computer program and computer program product for selective initiation of communication | |
| JP2016515740A (ja) | スマートナビゲーションサービス | |
| US10291612B2 (en) | Bi-directional authentication between a media repository and a hosting provider | |
| GB2553243A (en) | Methods, apparatuses, and computer programs for data processing, and hierarchical domain name system zone files | |
| KR20050099943A (ko) | 웹 페이지 접속 시스템 및 그 방법 | |
| US10148729B2 (en) | Hosting provider hosting routes from a media repository | |
| KR100732975B1 (ko) | 웹 페이지 접속 시스템 및 그 방법 | |
| CN116266832A (zh) | 域名解析方法、装置、存储介质以及计算机设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20201215 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20201215 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20210930 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20211012 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20211020 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20220301 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20220311 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7045104 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |