CN108702396B - 用于数据处理的方法、设备 - Google Patents
用于数据处理的方法、设备 Download PDFInfo
- Publication number
- CN108702396B CN108702396B CN201680081842.1A CN201680081842A CN108702396B CN 108702396 B CN108702396 B CN 108702396B CN 201680081842 A CN201680081842 A CN 201680081842A CN 108702396 B CN108702396 B CN 108702396B
- Authority
- CN
- China
- Prior art keywords
- domain name
- nom
- name
- resource records
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Finance (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
在包括层级式域名系统的数据通信网络(800)中处理数据。用于第一域名的授权名称服务器(806)通过获得与所述第一域名相关联的一个或多个资源记录而处理接收到的针对所述第一域名的域名查询。所述一个或多个资源记录包括关联于与第二域名相关联的实体的联系信息。所述授权名称服务器(806)发送对所述域名查询的响应。所述响应包括所述一个或多个资源记录。所述第一域名包括所述第二域名以及跟随所述第二域名的至少一个标号。
Description
技术领域
本发明涉及用于数据处理的方法、设备和计算机程序以及层级式域名系统区文件。
背景技术
有许多方式让人可以找到他们没有联系详情的实体的联系详情。
在一些已知的情境中,寻求具有网站http://www.example.com的商业机构的联系详情的人可能使用网络浏览器访问该网站,并且接着浏览网站来找到这些联系详情。例如,人可以寻找要拨打的电话号码、要访问商店的邮政编码、要经由社交媒体连接的社交媒体简档、或与商业机构建立联系的各种其它方式。
在其它已知的情境中,寻求商业机构的联系详情的人可以使用搜索引擎来尝试识别商业机构的联系详情。例如,用户可以在网络浏览器中访问搜索引擎且搜索这些联系详情。例如,他们可以输入商业机构的名称,随后是所需的联系详情的特定类型,例如“示例商业机构名称电话号码”。
虽然这些已知的技术可以允许人识别联系详情,但它们可能消耗相当大量的数据,需要显著的用户交互,和/或由于待检索的联系详情而引入不期望的延迟。
发明内容
根据本发明的第一方面,提供一种在包括层级式域名系统的数据通信网络中处理数据的方法,所述方法包括:在用于第一域名的授权名称服务器处:
经由所述数据通信网络接收针对所述第一域名的域名系统查询;
处理接收到的针对所述第一域名的域名系统查询,所述处理包括:获得与所述第一域名相关联的一个或多个资源记录,所述一个或多个资源记录包括关联于与第二不同域名相关联的实体的联系信息;以及
经由所述数据通信网络发送对针对所述第一域名的域名系统查询的响应,所述响应包括包含关联于与所述第二不同域名相关联的所述实体的所述联系信息的所述一个或多个资源记录,
其中,所述第一域名包括所述第二域名,且
其中,所述第一域名包括跟随所述第二域名的至少一个标号。
根据本发明的第二方面,提供一种在包括层级式域名系统的数据通信网络中处理数据的方法,所述方法包括:
经由所述数据通信网络发送针对第一域名的域名系统查询;
经由所述数据通信网络接收对针对所述第一域名的所述域名系统查询的响应,所述响应包括包含关联于与第二不同域名相关联的实体的联系信息的一个或多个资源记录;以及
处理对针对所述第一域名的所述域名系统查询的所述响应,所述处理包括:在所述一个或多个资源记录中识别关联于与所述第二域名相关联的所述实体的所述联系信息,
其中,所述第一域名包括所述第二域名,且
其中,所述第一域名包括跟随所述第二域名的至少一个标号。
根据本发明的第三方面,提供被布置成执行在包括层级式域名系统的数据通信网络中处理数据的方法的设备,所述方法包括:在用于第一域名的授权名称服务器处:
经由所述数据通信网络接收针对所述第一域名的域名系统查询;
处理接收到的针对所述第一域名的域名系统查询,所述处理包括:获得与所述第一域名相关联的一个或多个资源记录,所述一个或多个资源记录包括关联于与第二不同域名相关联的实体的联系信息;以及
经由所述数据通信网络发送对针对所述第一域名的所述域名系统查询的响应,所述响应包括包含关联于与所述第二域名相关联的所述实体的所述联系信息的所述一个或多个资源记录,
其中,所述第一域名包括所述第二域名,且
其中,所述第一域名包括跟随所述第二域名的至少一个标号。
根据本发明的第四方面,提供被布置成执行在包括层级式域名系统的数据通信网络中处理数据的方法的设备,所述方法包括:
经由所述数据通信网络发送针对第一域名的域名系统查询;
经由所述数据通信网络接收对针对所述第一域名的所述域名系统查询的响应,所述响应包括包含关联于与第二不同域名相关联的实体的联系信息的一个或多个资源记录;以及
处理对针对所述第一域名的所述域名系统查询的所述响应,所述处理包括:在所述一个或多个资源记录中识别关联于与所述第二域名相关联的所述实体的所述联系信息,
其中,所述第一域名包括所述第二域名,且
其中,所述第一域名包括跟随所述第二域名的至少一个标号。
根据本发明的第五方面,提供一种计算机程序,其被布置成当执行时执行在包括层级式域名系统的数据通信网络中处理数据的方法,所述方法包括:在用于第一域名的授权名称服务器处:
经由所述数据通信网络接收针对所述第一域名的域名系统查询;
处理接收到的针对所述第一域名的域名系统查询,所述处理包括:获得与所述第一域名相关联的一个或多个资源记录,所述一个或多个资源记录包括关联于与第二不同域名相关联的实体的联系信息;以及
经由所述数据通信网络发送对针对所述第一域名的所述域名系统查询的响应,所述响应包括包含关联于与所述第二域名相关联的所述实体的所述联系信息的所述一个或多个资源记录,
其中,所述第一域名包括所述第二域名,且
其中,所述第一域名包括跟随所述第二域名的至少一个标号。
根据本发明的第六方面,提供一种计算机程序,其被布置成当执行时执行在包括层级式域名系统的数据通信网络中处理数据的方法,所述方法包括:
经由所述数据通信网络发送针对第一域名的域名系统查询;
经由所述数据通信网络接收对针对所述第一域名的所述域名系统查询的响应,所述响应包括包含关联于与第二不同域名相关联的实体的联系信息的一个或多个资源记录;以及
处理对针对所述第一域名的所述域名系统查询的所述响应,所述处理包括:在所述一个或多个资源记录中识别关联于与所述第二域名相关联的所述实体的所述联系信息,
其中,所述第一域名包括所述第二域名,且
其中,所述第一域名包括跟随所述第二域名的至少一个标号。
根据本发明的第七方面,提供一种层级式域名系统区文件,包括:
数据,其识别第一域名;以及
联系信息,其关联于与第二不同域名相关联的实体,
其中,所述第一域名包括所述第二域名,且
其中,所述第一域名包括跟随所述第二域名的至少一个标号。
根据本发明的第八方面,提供一种在包括层级式域名系统的数据通信网络中处理数据的方法,所述方法包括:在用于第一域名的授权名称服务器处:
经由所述数据通信网络接收针对所述第一域名的域名系统查询;
处理接收到的针对所述第一域名的域名系统查询,所述处理包括:获得与所述第一域名相关联的一个或多个资源记录,所述一个或多个资源记录包括关联于与第二不同域名相关联的实体的联系信息;以及
经由所述数据通信网络发送对针对所述第一域名的所述域名系统查询的响应,所述响应包括包含关联于与所述第二域名相关联的所述实体的所述联系信息的所述一个或多个资源记录,
其中,所述第一域名包括所述第二域名,
其中,所述第一域名包括在所述第二域名前面的至少一个标号,且
其中,所述联系信息在所述一个或多个资源记录中呈明文形式,和/或一个或多个资源记录是TXT类型的。
根据本发明的第九方面,提供一种在包括层级式域名系统的数据通信网络中处理数据的方法,所述方法包括:
经由所述数据通信网络发送针对第一域名的域名系统查询;
经由所述数据通信网络接收对针对所述第一域名的所述域名系统查询的响应,所述响应包括包含关联于与第二不同域名相关联的实体的联系信息的一个或多个资源记录;以及
处理对针对所述第一域名的所述域名系统查询的所述响应,所述处理包括:在所述一个或多个资源记录中识别关联于与所述第二域名相关联的所述实体的所述联系信息,
其中,所述第一域名包括所述第二域名,
其中,所述第一域名包括在所述第二域名前面的至少一个标号,且
其中,所述联系信息在所述一个或多个资源记录中呈明文形式,和/或一个或多个资源记录是TXT类型的。
根据本发明的第十方面,提供用于执行在包括层级式域名系统的数据通信网络中处理数据的方法的设备,所述方法包括:在用于第一域名的授权名称服务器处:
经由所述数据通信网络接收针对所述第一域名的域名系统查询;
处理接收到的针对所述第一域名的域名系统查询,所述处理包括:获得与所述第一域名相关联的一个或多个资源记录,所述一个或多个资源记录包括关联于与第二不同域名相关联的实体的联系信息;以及
经由所述数据通信网络发送对针对所述第一域名的所述域名系统查询的响应,所述响应包括包含关联于与所述第二域名相关联的所述实体的所述联系信息的所述一个或多个资源记录,
其中,所述第一域名包括所述第二域名,
其中,所述第一域名包括在所述第二域名前面的至少一个标号,且
其中,所述联系信息在所述一个或多个资源记录中呈明文形式,和/或一个或多个资源记录是TXT类型的。
根据本发明的第十一方面,提供用于执行在包括层级式域名系统的数据通信网络中处理数据的方法的设备,所述方法包括:
经由所述数据通信网络发送针对第一域名的域名系统查询;
经由所述数据通信网络接收对针对所述第一域名的所述域名系统查询的响应,所述响应包括包含关联于与第二不同域名相关联的实体的联系信息的一个或多个资源记录;以及
处理对针对所述第一域名的所述域名系统查询的所述响应,所述处理包括:在所述一个或多个资源记录中识别关联于与所述第二域名相关联的所述实体的所述联系信息,
其中,所述第一域名包括所述第二域名,
其中,所述第一域名包括在所述第二域名前面的至少一个标号,且
其中,所述联系信息在所述一个或多个资源记录中呈明文形式,和/或一个或多个资源记录是TXT类型的。
根据本发明的第十二方面,提供一种计算机程序,其被布置成当执行时执行在包括层级式域名系统的数据通信网络中处理数据的方法,所述方法包括:在用于第一域名的授权名称服务器处:
经由所述数据通信网络接收针对所述第一域名的域名系统查询;
处理接收到的针对所述第一域名的域名系统查询,所述处理包括:获得与所述第一域名相关联的一个或多个资源记录,所述一个或多个资源记录包括关联于与第二不同域名相关联的实体的联系信息;以及
经由所述数据通信网络发送对针对所述第一域名的所述域名系统查询的响应,所述响应包括包含关联于与所述第二域名相关联的所述实体的所述联系信息的所述一个或多个资源记录,
其中,所述第一域名包括所述第二域名,
其中,所述第一域名包括在所述第二域名前面的至少一个标号,且
其中,所述联系信息在所述一个或多个资源记录中呈明文形式,和/或一个或多个资源记录是TXT类型的。
根据本发明的第十三方面,提供一种计算机程序,其被布置成当执行时执行在包括层级式域名系统的数据通信网络中处理数据的方法,所述方法包括:
经由所述数据通信网络发送针对第一域名的域名系统查询;
经由所述数据通信网络接收对针对所述第一域名的所述域名系统查询的响应,所述响应包括包含关联于与第二不同域名相关联的实体的联系信息的一个或多个资源记录;以及
处理对针对所述第一域名的所述域名系统查询的所述响应,所述处理包括:在所述一个或多个资源记录中识别关联于与所述第二域名相关联的所述实体的所述联系信息,
其中,所述第一域名包括所述第二域名,
其中,所述第一域名包括在所述第二域名前面的至少一个标号,且
其中,所述联系信息在所述一个或多个资源记录中呈明文形式,和/或一个或多个资源记录是TXT类型的。
根据本发明的第十四方面,提供一种层级式域名系统区文件,包括:
数据,其识别第一域名;以及
联系信息,其关联于与第二不同域名相关联的实体,
其中,所述第一域名包括所述第二域名,
其中,所述第一域名包括在所述第二域名前面的至少一个标号,且
其中,所述联系信息呈明文形式。
根据本发明的第十五方面,提供一种层级式域名系统区文件,包括:
数据,其识别第一域名;以及
联系信息,其关联于与第二不同域名相关联的实体,
其中,所述第一域名包括所述第二域名,
其中,所述第一域名包括在所述第二域名前面的至少一个标号,且
其中,所述联系信息处于TXT类型的资源记录中。
根据本发明的第十六方面,提供一种在包括层级式域名系统的数据通信网络中处理数据的方法,所述方法包括:
经由所述数据通信网络发送对来自与域名相关联的网站的网站内容的请求;
经由所述数据通信网络接收所述网站内容;
使用至少一个自动化联系信息剖析技术针对关联于与所述域名相关联的实体的联系信息剖析接收到的网站内容;以及
致使所述联系信息存储于区文件中。
根据本发明的第十七方面,提供用于提供在包括层级式域名系统的数据通信网络中处理数据的方法的设备,所述方法包括:
经由所述数据通信网络发送对来自与域名相关联的网站的网站内容的请求;
经由所述数据通信网络接收所述网站内容;
使用至少一个自动化联系信息剖析技术针对关联于与所述域名相关联的实体的联系信息剖析接收到的网站内容;以及
致使所述联系信息存储于区文件中。
根据本发明的第十八方面,提供一种计算机程序,其被布置成当执行时执行在包括层级式域名系统的数据通信网络中处理数据的方法,所述方法包括:
经由所述数据通信网络发送对来自与域名相关联的网站的网站内容的请求;
经由所述数据通信网络接收所述网站内容;
使用至少一个自动化联系信息剖析技术针对关联于与所述域名相关联的实体的联系信息剖析接收到的网站内容;以及
致使所述联系信息存储于区文件中。
根据本发明的第十九方面,提供一种层级式域名系统区文件,包括:
联系信息,其关联于与域名相关联的实体,
其中,所述区文件包括指示已使用自动化联系信息剖析技术获得所述联系信息的数据。
根据本发明的第二十方面,提供一种层级式域名系统区文件,包括:
联系信息,其关联于与域名相关联的实体,
其中,关联于与域名相关联的实体的所述联系信息包括于TXT类型的一个或多个资源记录中。
从参考附图进行的以下仅借助于示例给出的实施例的描述,其它特征将变得显而易见。
附图说明
图1示出层级式域名系统的示例的示意性框图;
图2示出数据处理网络的示例的示意性框图;
图3示出根据本发明的实施例的数据处理网络的示例的示意性框图;
图4示出示意性地说明根据本发明的实施例的方法的示例的流程图;
图5示出示意性地说明根据本发明的实施例的方法的示例的流程图;
图6示出根据本发明的实施例的数据处理网络的示例的示意性框图;
图7示出示意性地说明根据本发明的实施例的方法的示例的流程图;
图8示出根据本发明的实施例的数据处理网络的示例的示意性框图;
图9示出示意性地说明根据本发明的实施例的方法的示例的流程图;
图10示出示意性地说明根据本发明的实施例的方法的示例的流程图;
图11示出示意性地说明根据本发明的实施例的方法的示例的流程图;
图12示出示意性地说明根据本发明的实施例的方法的示例的流程图;
图13示出示意性地说明根据本发明的实施例的方法的示例的流程图;
图14A和图14B示出示意性地说明根据本发明的实施例的方法的示例的流程图;
图15示出示意性地说明根据本发明的实施例的方法的示例的流程图;
图16示出示意性地说明根据本发明的实施例的方法的示例的流程图;
图17A和图17B示出示意性地说明根据本发明的实施例的方法的示例的流程图;
图18A、图18B、图18C和图18D示出根据本发明的实施例的层级式域名系统的示例的示意性框图;以及
图19示出根据本发明的实施例的设备的示例的示意性框图。
具体实施方式
参考图1,示意性地示出层级式域名系统100的示例。在此示例中,层级式域名系统是域名系统(Domain Name System,DNS)。
DNS是用于连接到计算机网络的资源的全球、分布式、层级式命名系统。 DNS详述于例如RFC 1034和1035中。DNS的一个功能是将人友好的域名转译为机器友好的互联网协议(IP)地址。例如,DNS可以将人友好的域名“example.com”转译为机器友好的IP地址123.45.67.89。DNS充当互联网的目录服务。
互联网上的每个域名是DNS的一部分。DNS是互联网的基石,且被创建以使互联网更容易使用。DNS将容易记住的域名转译为例如服务器等的IP装置的IP地址。DNS每天由数十亿人使用。每当某人在其网络浏览器中键入域名时,使用DNS。当例如在计算机或智能电话上请求例如“example.com”的网站时,DNS告知网络浏览器去往哪一个网络服务器。
每个域名托管于DNS服务器上。存在在全世界操作的成千的DNS服务器。关于域名的信息存储于DNS服务器上的区文件中。区文件包含DNS资源记录。 DNS由在DNS区中保存关于域名的信息的名称服务器组成。用于每一域名的信息保存在区文件中。DNS资源记录包括于区文件内。
在DNS层级的最高等级处是根名称服务器。根名称服务器列出用于顶级域 (TLD)的授权名称服务器。TLD的示例包括(但不限于)“com”和“uk”。
在域名“this.example.com”中,以下是所有域名:“this.example.com”、“example.com”和“com”。“com”是TLD。除作为域名之外,“example.com”还是TLD“com”的子域,且“this.example.com”是域名“example.com”的子域。域名的通过点号分隔的部分中的每一个称为标号。在域名“this.example.com”中,“this”、“example”和“com”是标号。
在域名“this.example.co.uk”中,以下是所有域名:“this.example.co.uk”、“example.co.uk”、“co.uk”和“uk”。“uk”是国家代码TLD(ccTLD)。除作为域名之外,“co.uk”还是ccTLD“uk”的子域,“example.co.uk”是域名“co.uk”的子域,且“this.example.co.uk”是域名“example.co.uk”的子域。在域名“this.example.co.uk”中,“this”、“example”、“co”和“uk”是标号。
TLD(或“名称空间”)由域注册局(下文为“注册局”)管理。例如,VeriSign 是管理“com”名称空间的注册局。Nominet是管理“uk”名称空间的注册局。一些注册局已经将其域名划分为若干子域。例如,Nominet已经将其TLD“uk”划分为“co.uk”、“org.uk”、“me.uk”和其它。Nominet最近已经允许在“uk”下的第二等级以“example.uk”的格式创建域名。在名称空间内创建新域称为域名注册。
虽然有时可直接通过注册局注册域名,但这是不鼓励的,且在注册局名称空间内域名的注册通常是通过域注册商(下文为“注册商”)。注册商针对在其名称空间内的注册收取费用。此费用根据注册商而变化,但可以例如基于每年来收取。通过注册商注册域名(例如,“example.com”)的人称为注册者。允许注册者在其域(例如,this.example.com)内设置其它域名(子域)。注册者可以能够设置子域而无额外成本。
每个域名具有授权名称服务器。授权名称服务器是保存用于域名的当前 DNS资源记录的名称服务器。存在各种类型的DNS资源记录。一种类型的资源记录是名称服务器(NS)记录。NS资源记录用以将关于DNS区的授权委托给另一名称服务器。最常见的DNS资源记录是“A”记录。A记录用以将网站请求定向到IP地址。存在其它DNS资源记录类型,包括但不限于用于电子邮件的邮件交换记录(MX)、用于自由文本(TXT)的记录以及其它记录类型。
参考图2,示意性地示出数据通信网络200的示例的说明。
数据通信网络200包括用户装置201。用户装置与用户相关联。用户装置 201的示例包括(但不限于)智能电话、平板计算装置、膝上型计算机、桌上型计算机、卫星导航装置和智能电视机。数据通信网络200还包括本地网络202。本地网络202包括一个或多个组件。本地网络202的组件的示例是路由器。通信网络200还包括在用户的互联网服务提供商(ISP)处的DNS解析器203。通信网络200还包括根服务器204。通信网络200还包括注册局名称服务器205。在此示例中,注册局名称服务器205是顶级域名“com”的授权名称服务器。通信网络200还包括注册者名称服务器206。在此示例中,注册者名称服务器 206是域名“example.com”的授权名称服务器。
寻找用于域名的DNS资源记录的过程称为DNS解析或域名解析。DNS解析器用于此目的。DNS解析器通过在域名中从最右标号开始且向最左标号工作而解析完整域名来确定用于给定域名的授权名称服务器。
在此示例中,用户在其用户装置201上将域名“example.com”键入网络浏览器中。
如果最近已解析域名,那么针对所述域名先前检索的DNS资源记录将存储于用户装置201DNS缓存中或本地网络202DNS缓存中,且将返回到用户装置 201。
如果最近尚未解析域名“example.com”,例如,如果用于域名“example.com”的IP地址未缓存于本地网络202中,那么DNS查询被传递给DNS解析器203。
在此示例中,DNS解析器203从标号“com”开始执行递归DNS查找。 DNS解析器203首先从最右标号开始解析域名,且从根服务器204请求用于“com”TLD的授权名称服务器205的IP地址。用于“com”域名的授权名称服务器205的IP地址从根服务器204得以返回。
DNS解析器203关于域名“example.com”的授权名称服务器206的IP地址而查询用于域名“com”的授权名称服务器205授权。
用于域名“com”的授权名称服务器205将用于域名“example.com”的授权名称服务器206的IP地址返回到DNS解析器203。在此示例中,用于域名“example.com”的授权名称服务器206是由域名“example.com”的注册者在他们注册其域名“example.com”时选择的名称服务器。
由于DNS解析器203已到达域名“example.com”的最左标号,因此DNS 解析器203从用于域名“example.com”的授权服务器206请求用于域名“example.com”的DNS资源记录。如果未找到资源记录,那么DNS解析器203 返回错误。
假定找到用于域名“example.com”的资源记录,则在用于域名“example.com”的资源记录中将与域名“example.com”相关联的网络服务器的 IP地址返回到DNS解析器203。DNS解析器203缓存资源记录。
DNS解析器203将资源记录返回到本地网络202。本地网络202缓存资源记录。
本地网络202将资源记录返回到用户装置201。用户装置201缓存资源记录。在用户装置201上运行的网络浏览器针对域名“example.com”的网站HTML 内容而在端口80上将请求发送到用于与域名“example.com”相关联的网络服务器的IP地址。用于与域名“example.com”相关联的网络服务器的IP地址包括于由DNS解析器203返回的资源记录中。
如上文所指出,针对域名“example.com”检索的资源记录缓存于用户装置 201上、本地网络202中且由DNS解析器203缓存达指定时间。所述指定时间是通过返回的资源记录的生存时间(“TTL”)设定来确定的。
使用用户数据报协议(UDP)在端口53上将DNS查询发送到名称服务器。来自名称服务器的对DNS查询的响应包括对查询的应答。应答来自DNS区文件,其列出用于域名的资源记录。每个域名具有相关联区文件;甚至是TLD。
DNS区文件的格式定义于RFC 1035(章节5)和RFC 1034(章节3.6.1) 中。此格式最初由伯克利互联网名称域(Berkeley Internet Name Domain,BIND) 软件包使用,但已被其它DNS服务器广泛采用。区文件是资源记录的条目的序列。区文件中的每一行是定义单个资源记录的文本描述。文本描述包括通过空白空间分隔的若干字段,如下:
名称 TTL 类 类型 数据
用于示例域名“example.com”的区文件中的示例条目是:
TTL值指示记录应当受缓存达多长,其在此示例中是270秒。
使用“dig”命令行工具产生的用于示例域名“example.com”的任何DNS 资源记录类型的DNS查询的示例是:
example.com. IN ANY
从用于域名“example.com”的名称服务器接收的响应的示例是:
在此示例中,用于域名“example.com”的DNS查询已返回五个资源记录。每一资源记录显示在其自己的行中。在第一行中显示的第一资源记录是A记录,其示出处置端口“80”上的HTTP请求的服务器的IP地址。在第二行中显示的第二资源记录是具有优先级“10”的MX资源记录,其示出电子邮件由“mailserver.com”处置。在第三行和第四行中示出的第三资源记录和第四资源记录是NS记录,其示出用于域名的授权名称服务器是“ns1.nameserver.com”和“ns2.nameserver.com”。在第五行中的最终资源记录是呈发送方策略框架 (“SPF”)格式的TXT记录。
SPF是所建立的解决垃圾邮件的方式。SPF允许域名所有者列出被允许代表域名发送电子邮件的服务器。在以上示例中的SPF记录意味着被允许代表域名“example.com”发送电子邮件的仅有IP地址是IP地址123.45.67.89。最终部分“-all”意味着来自所有其它IP地址的电子邮件应当被处理为垃圾邮件。接收方电子邮件服务器当从域名接收到电子邮件时检查SPF记录,且遵循SPF 中的指导以帮助过滤和阻挡垃圾电子邮件。
参考图3,示意性地示出数据通信网络300的示例的框图。数据通信网络 300可用以按本文详细地描述的方式处理数据。
在此示例中,数据通信网络300用以应用下文称为“名称针对方法(Name OverMethod,NOM)框架”的框架。
NOM框架允许例如商业机构和/或个人等实体列出人可以与其连接的方式。实体可以是一个或多个域名的注册者。例如,实体可以列出用于通过电话、 WhatsappTM、InstagramTM、PinterestTM、FacebookTM、TwitterTM等以及尚待发明的新社交媒体平台进行联系的联系信息。联系识别符的示例包括(但不限于) 电话号码、GPS坐标、FacebookTM页等等。此联系信息与实体的域名相关联而得以存储。NOM框架还定义针对给定域名可如何检索联系信息。所述框架是可扩展的且可以适应未来的通信方法。
NOM框架允许域名所有者与域名相关联而在DNS中存储联系信息。随后,用户可使用DNS以使用下文称为“NOM记录”的专门格式化DNS记录将域名转译为联系信息。NOM记录包括一个或多个资源记录。
域名所有者在其能够存取其DNS设定的情况下可以使用NOM框架创建其自身的NOM记录。此类型的NOM记录在下文称为“独立NOM记录”。许多域名所有者将缺乏创建其自身的独立NOM记录的技术专门知识。
受托管服务在NOM框架内可用,其中,代表域名所有者托管NOM记录。此类型的NOM记录在下文称为“受托管NOM记录”。可以管理受托管NOM 记录和/或可以例如使用网络接口更新存储于其中的联系信息。
在此示例中,数据通信网络300包括第一设备301、第二设备302、第三设备303和第四设备304。在此示例中,四个设备301、302、303、304经由计算机网络305互连。在此示例中,计算机网络305是互联网。
在此示例中,第一设备301是包括DNS查询功能性的用户装置,下文称为“NOM询问器”。在此示例中,NOM询问器是一件软件。NOM询问器可以例如为智能电话应用程序、网络应用程序、卫星导航系统应用程序、智能TV应用程序或在任何其它装置上运行的另一程序。NOM询问器对DNS系统做出请求,检索NOM记录,且处理(例如显示)结果。可以通过与标准DNS查询相同的方式(即在端口53上经由UDP)进行对NOM框架的查询。
NOM询问器负责格式化和显示NOM记录,例如用于向用户显示。显示 NOM记录的方式可以取决于较多因素中的一个而变化。此因素的示例是NOM 询问器和/或用户装置类型。例如,卫星导航系统可以不考虑除了GPS坐标外的所有数据,且显示此数据作为地图上的位置。此类型的NOM询问器可以允许GPS系统导航到针对域名列出的位置。电话拨号者可以不考虑除了电话号码外的所有数据。电话拨号者可以在一旦号码返回时就拨打所述号码。如果返回多个号码,那么电话拨号者可以显示要拨打的号码的选择项,从而显示用于每一电话号码的标号。
使用NOM询问器搜索关于域名的联系信息在下文称为“NOM查找”。可针对任何域名执行NOM查找。NOM查找对应于DNS查询。
在此示例中,第二设备302是下文称为“独立服务器”的名称服务器。独立服务器302存储独立NOM记录。独立NOM记录直接写入到域名的授权DNS 资源记录中。
在此示例中,第三设备303是下文称为“NOM服务器”的名称服务器。 NOM服务器303对受托管NOM记录进行托管。受托管NOM记录代表与域名相关联的实体存储于NOM服务器303的DNS资源记录内。此实体的示例是域名的注册者。此实体的其它示例包括即使商业机构不是域的注册者也希望使其联系详情与域名相关联的商业机构,如将在下文更详细地描述。
在此示例中,第四设备304是下文称为“NOM机器人(NOM Bot)”的服务器。在一些示例中,NOM机器人304针对既不具有独立NOM记录也不具有受托管NOM记录的域自动创建NOM记录。如果针对尚不具有NOM记录的域名执行NOM查找,那么在一些示例中NOM机器人304基于在所述域名上示出的网站的内容创建新NOM记录。NOM机器人304收集在网站上示出的联系信息且基于网站上的联系信息创建NOM记录。
虽然NOM机器人304在此示例中示出为与数据通信网络300中的其它设备301、302、303分离,但其功能性中的一些或全部可并入到中其它设备301、 302、303中的一个或多个中,如将在下文更详细地描述。例如,NOM机器人 304功能性可以由用户装置301中的硬件和/或软件提供。
NOM记录是包括一个或多个专门格式化DNS资源记录的记录,所述DNS 资源记录包括关联于与域名相关联的实体的联系信息。所述一个或多个资源记录可以仅由TXT类型的资源记录组成。TXT资源记录允许存储任何文本。TXT 资源记录已经用于如上示出的区文件示例中所见的SPF以及用于其它有限的使用。
在此示例中,以明文形式存储NOM记录中的联系信息。换句话说,以未加密的形式存储联系信息。以明文形式存储联系信息便于存取联系信息。
NOM查找使用DNS查询来请求NOM记录。DNS查询的示例形式如下,其中,为了示例目的,<<domain_to_lookup>>用作占位符:
<<domain_to_lookup>>. IN TXT
对NOM查找的DNS响应的示例形式如下,其中,为了示例目的, <<domain_to_lookup>>再次用作占位符,且其中,<<nom_record_content>>指示 NOM记录的内容:
<<domain_to_lookup>>.3600 INTXT"<<nom_record_content>>”
不同于SPF,在一些示例中,NOM记录不存储于域名的根中。替代地,在独立NOM记录的情况下,它们存储于其自身的子域中。此子域的示例是“nomrecordlookup”。这有助于保持DNS高效且整齐。
在一些示例中,用于域名“example.com”的NOM查找将涉及用于子域“nomrecordlookup.example.com”的DNS查询。换句话说,将至少一个标号前缀到被搜寻联系信息的域名,所述标号在此示例中是“nomrecordlookup”。将对NOM查找所相关的域名的“nomrecordlookup”子域的授权名称服务器做出此DNS查询。此类型的NOM查找在下文称为“独立NOM域名查找”。用于域名“example.com”的独立NOM域名查找的DNS查询的形式的示例是:
nomrecordlookup.example.com. IN TXT
在此示例中,仅请求TXT资源记录,而不是任何类型的资源记录。将通过在请求中包括类型识别符“ANY”来请求任何类型的资源记录。仅请求TXT 资源记录允许快速处置查询和响应。在此示例中,将返回仅TXT资源记录。如果未接收到应答,那么查询失败。如果接收到应答但应答不包括NOM记录,那么查询失败。
在一些示例中,如果第一查询失败,那么对NOM服务器303做出第二NOM 查找。此类型的NOM查找在下文称为“受托管NOM域名查找”。在此示例中,正查询的域名(“example.com”)前缀到至少一个标号。在一些示例中,所述至少一个标号形成可解析域名的部分。在此示例中,在被搜寻联系信息的域名之后添加的可解析域名是“lookup.nomserver.com”。此可解析域名包括三个标号,即“lookup”、“nomserver”和“com”。如果对于域名“lookup.nomserver.com”的DNS查询导致DNS响应,那么域名“lookup.nomserver.com”是可解析的。针对用于域名“example.com”的受托管NOM域查找的DNS查询的形式的示例是:
example.com.lookup.nomserver.com. IN TXT
如果第二NOM查找也失败,那么可以跟随第三阶段,其中,由NOM机器人304基于在域名上公布的网站内容而自动创建NOM记录。此第三阶段可以各种不同方式得以实现,如下文将更详细描述。
以如下格式从独立服务器302返回独立NOM记录:
nomrecordlookup.example.com.3600 IN TXT"v=NOM1|t=r|n=Example
Company
Ltd|tel=General:0123456789|tel=Support:0123498765|fb=nomfb|tw=nomtwitter|."
在以上示例中,独立NOM记录由于本文档的格式而具有换行符,但不存在包括于NOM记录自身中的换行符。独立NOM记录包括第一部分,其遵循标准DNS响应格式化:
nomrecordlookup.example.com.3600 IN TXT
项目“nomrecordlookup.example.com.”是正查询的区。项目“3600”是以秒计的TTL。TTL示出记录可以被缓存达多久。项目“IN”指示响应的类。项目“TXT”指示返回的DNS资源记录的类型。
独立NOM记录包括第二部分,其包括与域名“example.com”相关联的联系信息。在此示例中,包括联系信息的所述部分(其中,出于清楚起见而添加换行符)是:
"v=NOM1|t=r|n=Example Company Ltd|
tel=General:0123456789|tel=Support:0123498765|
fb=nomfb|tw=nomtwitter|."
当返回TXT资源记录时,独立服务器302将数据囊括于引号中。在一些示例中,NOM记录的句法指示应当以管道(“|”)字符划分每一数据条。
项目“v=NOM1”示出TXT资源记录是使用NOM句法的版本1的NOM 记录。此项目类似于在SPF记录中和TXT记录的其它使用中使用的格式。版本号允许随着NOM框架发展而针对不同句法指定不同解读。
项目“t=r”指示NOM记录的“类型”。在此示例中,“r”意味着“根”。这允许在未来对NOM框架的进一步扩展。
项目“n=Example Company Ltd”是NOM记录所用于的公司的名称。
项目“tel=General:0123456789”包括联系识别符。“tel”指示联系识别符是电话号码。“General”指示电话号码是用于一般查询。数字“0123456789”是电话号码自身。项目“tel=Support:0123498765”是相似的,只是电话号码“0123498765”是用于“支持”。
项目“fb=nomfb”包括联系识别符。“fb”指示联系识别符涉及FacebookTM简档。在此情况下与联系识别符相关联的联系方法是FacebookTM。联系识别符当显示给用户时可以用联系方法URL加前缀,在此情况下为“http://www.facebook.com”,以提供对FacebookTM页面的链接。
项目“tw=nomtw”包括联系识别符。“tw”指示联系识别符涉及TwitterTM简档。在此情况下,与联系识别符相关联的联系方法是TwitterTM。联系识别符当显示给用户时可以用联系方法URL加前缀,在此情况下为“http://www.twitter.com”,以提供对TwitterTM页面的链接。
最终句点(.)指示NOM记录的结束。
示例NOM记录仅用于说明性目的。与不同联系方法相关的其它联系识别符可以包括于NOM记录中,例如“gps”地理联系识别符等等。
DNS TXT资源记录限于255个字符。如果NOM记录超过此限制,那么 TXT资源记录可以如下链接在一起:
nomrecordlookup.example.com.3600 IN TXT
"v=NOM1|t=r|p=1/2|n=Example Company
Ltd|tel=General:0123456789|tel=Support:0123498765|
tel=Sales:0123400000|tel=Customer Service:01234500000|
tel=Accounts:0123456000|fb=nomfb|tw=nomtwitter|li=nomlinkedin|
in=nominstagram|gps=51.50500,-0.019611|."
nomrecordlookup.example.com.3600 IN TXT
"v=NOM1|t=r|p=2/2|em=nospamplease@example.com|."
在以上示例中,有“p”变量出现。此变量指示NOM记录具有的部分的数目。“p=1/2”意味着两部分中的第一部分。
多个NOM记录可以例如在nomrecordlookup.example.com存储作为独立NOM记录,或例如在example.com.lookup.nomserver.com存储作为受托管NOM 记录。这些NOM记录以正确次序串接,并且接着被处理。
参考图4,示出说明处理数据的方法的示例的流程图。在此示例中,所述方法与NOM查找相关联。
在400,识别域名。例如,用户可以键入域名。在此示例中,域名是“example.com”。
在401,执行独立NOM域名查找。独立NOM域名查找涉及以例如“nomrecordlookup”的一个或多个标号和点对域名“example.com”加前缀。在此示例中,将项“nomrecordlookup”加前缀到“example.com”以形成“nomrecordlookup.example.com”的查找域名。
在402,确定在401执行的独立NOM域名查找是否导致返回NOM记录。
如果在402的确定的结果是返回NOM记录,那么在403显示NOM记录。
如果在402的确定的结果是未返回NOM记录,那么在404执行受托管NOM 域名查找。受托管NOM域名查找涉及在域名“example.com”之后添加一个或多个标号,例如“lookup.nomserver.com”。在此示例中,“example.com”、“lookup.nomserver.com”和“example.com.lookup.nomserver.com”全部是可解析域名。
在405,确定在404执行的受托管NOM域名查找是否导致返回NOM记录。
如果在405的确定的结果是返回NOM记录,那么在403显示NOM记录。
如果在405的确定的结果是未返回NOM记录,那么在406执行NOM机器人查找。
在407,确定在406执行的NOM机器人查找是否导致返回NOM记录。
如果在407的确定的结果是返回NOM记录,那么在403显示NOM记录。
如果在407的确定的结果是未返回NOM记录,那么采取预定动作。在此示例中,所述预定动作涉及:返回且显示错误消息。例如,可以显示消息“对此域名未找到NOM记录”。
在此示例中,项目400、402、403、405、407和408由NOM询问器执行。在此示例中,项目401、404和406涉及除了NOM询问器所位于的用户装置外的至少一个其它设备。
参考图5,示出说明处理数据的方法的示例的流程图。在此示例中,所述方法与独立NOM域名查找相关联。在此示例中,用于给定域的独立NOM记录存储于用于在“nomrecordlookup”子域下的给定域的授权服务器上的域区文件内。
在500,识别域名。例如,域名可以由用户提供。在此示例中,域名是“example.com”。
在501,以一个或多个标号对所识别域名加前缀。在此示例中,以标号“nomrecordlookup”和点对所识别域加前缀。在此示例中,将项“nomrecordlookup”加前缀到“example.com”使得获得查找域名“nomrecordlookup.example.com”。
在此示例中,域名“nomrecordlookup.example.com”是第一域名且域名“example.com”是第二域名。第一域名“nomrecordlookup.example.com”包括第二域名“example.com”。第一域名“nomrecordlookup.example.com”进一步包括在“example.com”前面的至少一个标号。在此示例中,所述标号是“nomrecordlookup”。
在502,使用获得的域名“nomrecordlookup.example.com”执行域名解析。这可以涉及:使用域名“nomrecordlookup.example.com”执行DNS查询。
在503,确定在502执行的域名解析是否导致域名被解析。
如果在503的确定的结果是域名并不解析,那么在504采取预定动作。在此示例中,所述预定动作涉及:返回错误。
如果在503的确定的结果是域名确实解析,那么在505做出是否存在TXT 资源记录的确定。
如果在505的确定的结果是不存在TXT资源记录,那么在504采取预定动作。
如果在505的确定的结果是存在TXT资源记录,那么在506做出TXT资源记录是否为有效的NOM记录的确定。
如果在506的确定的结果是TXT资源记录不是有效的NOM记录,那么在 504采取预定动作。
如果在506的确定的结果是TXT资源记录为有效的NOM记录,那么在507 返回NOM记录。
参考图6,示出数据通信网络600的示例的示意性表示。在此示例中,数据通信网络600用以执行独立NOM域名查找。在此示例中,用户已键入域名“example.com”且希望获得关联于与所述域名相关联的实体的联系信息。
在此示例中,数据通信网络600包括包含NOM询问器的用户装置601、本地网络602、DNS解析器603以及三个名称服务器604、605、606。
在此示例中,用户装置601上的NOM询问器关于域名“example.com”做出独立NOM域名查找。在此示例中,NOM询问器仅使用查找域名“nomrecordlookup.example.com”请求TXT资源记录。
如果在本地网络602中未缓存用于域名“nomrecordlookup.example.com”的资源记录,那么将查询转发到DNS解析器603。
DNS解析器603从最右标号开始解析查找域名“nomrecordlookup.example.com”。在此示例中,最右标号是“com”TLD。
在此示例中,名称服务器604是根服务器,其返回用于“com”TLD的授权名称服务器605的IP地址。
DNS解析器603从用于域名“com”的授权名称服务器605请求用于域名“example.com”的授权名称服务器。
用于域名“com”的授权名称服务器605返回用于域名“example.com”的授权名称服务器的名称服务器地址。DNS解析器603将用于域名“example.com”的授权名称服务器的名称服务器地址解析为用于域名“example.com”的授权名称服务器606的IP地址。
DNS解析器603从用于域名“example.com”的授权名称服务器606请求用于域名“nomrecordlookup.example.com”的授权名称服务器。
用于域名“example.com”的授权名称服务器606返回用于域名“nomrecordlookup.example.com”的授权名称服务器606的名称服务器地址。如果找到,那么DNS解析器603将此名称服务器地址解析为用于域名“nomrecordlookup.example.com”的授权名称服务器606的IP地址。
DNS解析器603从用于域名“nomrecordlookup.example.com”的授权名称服务器606请求用于域名“nomrecordlookup.example.com”的NOM记录,或者在对于域名“nomrecordlookup.example.com”未找到授权名称服务器的情况下返回错误。在此示例中,NOM记录包括一个或多个专门格式化DNS TXT资源记录。
假定找到用于域名“nomrecordlookup.example.com”的授权名称服务器,则用于域名“nomrecordlookup.example.com”的授权名称服务器606返回用于“nomrecordlookup.example.com”的NOM记录,或者在NOM记录不存在的情况下返回错误。
DNS解析器603将结果传递到本地网络602。如果对于域名“nomrecordlookup.example.com”未找到授权名称服务器,那么DNS解析器603 返回错误而不是NOM记录。
NOM询问器接收且处理响应。如果响应呈有效的NOM格式,那么在一些示例中过程完成。如果响应是错误或呈无效格式,那么NOM询问器可以执行一个或多个其它动作。在一些示例中,所述一个或多个其它动作包括:执行受托管NOM域名查找,如现将参考图7和8描述。
参考图7,示出说明处理数据的方法的示例的流程图。在此示例中,所述方法与受托管NOM域名查找相关联。在此示例中,NOM记录存储于在域名“lookup.nomserver.com”的子域处的NOM服务器的域区文件内。托管NOM记录允许使用DNS和缓存的分布式性质。域名“lookup.nomserver.com”包括三个标号“lookup”、“nomserver”和“com”,且是可解析的域名。
在700,识别域名。在此示例中,域名是“example.com”。
在701,以形式“lookup.nomserver.com”将三个标号“lookup”、“nomserver”和“com”添加到所识别域名“example.com”的末尾,使得获得域名“example.com.lookup.nomserver.com”。
在此示例中,域名“example.com.lookup.nomserver.com”是第一域名且域名“example.com”是第二域名。第一域名“example.com.lookup.nomserver.com”包括第二域名“example.com”。第一域名包括跟随第二域名的至少一个标号。在此示例中,第一域名包括跟随第二域名的三个标号,即“lookup”、“nomserver”和“com”。标号“com”对应于TLD。标号“nomserver”对应于第二级域名。标号“lookup”对应于第三级域名。第一域名中的跟随第二域名的所述至少一个标号形成可解析域名的部分。在此示例中,跟随第二域名“example.com”的三个标号“lookup”、“nomserver”和“com”中的每一个形成可解析第三域名的部分。在此示例中,可解析第三域名是“lookup.nomserver.com”。第二域名“example.com”也是可解析域名,因为域名“example.com”解析为给定IP地址自身。
在此示例中,在第一域名“example.com.lookup.nomserver.com”中在第二域名“example.com”之前不存在标号。换句话说,第一域名中没有标号在第二域名前面。因此,第二域名“example.com”在第一域名“example.com.lookup.nomserver.com”的最左端。
在此示例中,存在用于域名“example.com.lookup.nomserver.com”的授权名称服务器和用于域名“example.com”的又一授权名称服务器。在此示例中,所述两个授权名称服务器彼此不同。
在702,使用获得的域名“example.com.lookup.nomserver.com”执行域名解析。
在703,确定在702执行的域名解析是否导致域名被解析。
如果在703的确定的结果是域名并不解析,那么在704采取预定动作。在此示例中,所述预定动作涉及返回错误消息。
如果在703的确定的结果是域名确实解析,那么在705做出是否存在TXT 资源记录的确定。
如果在705的确定的结果是不存在TXT资源记录,那么在704采取预定动作。
如果在705的确定的结果是存在TXT资源记录,那么在706做出TXT资源记录是否为有效的NOM记录的确定。
如果在706的确定的结果是TXT资源记录不是有效的NOM记录,那么在 704采取预定动作。
如果在706的确定的结果是TXT资源记录为有效的NOM记录,那么在707 返回NOM记录。
参考图8,示出说明数据通信网络800的示例的示意性框图。在此示例中,数据通信网络800用以执行受托管NOM域名查找。在此示例中,受托管NOM 域名查找使用查找域名“example.com.lookup.nomserver.com”仅请求TXT资源记录。
在此示例中,数据通信网络800包括包含NOM询问器的用户装置801、本地网络802、DNS解析器803以及三个名称服务器804、805、806。
如果在本地网络802中未缓存用于域名“example.com.lookup.nomserver.com”的资源记录,那么将针对域名“example.com.lookup.nomserver.com”的查询转发到DNS解析器803。
DNS解析器803从最右标号开始解析查找域名“example.com.lookup.nomserver.com”。在此示例中,最右标号是“com”TLD。
在此示例中,名称服务器804是根服务器,其返回用于“com”TLD的授权名称服务器805的IP地址。
DNS解析器803从用于域名“com”的授权名称服务器805请求用于域名“nomserver.com”的授权名称服务器。
用于域名“com”的授权名称服务器805返回用于域名“nomserver.com”的授权名称服务器地址。DNS解析器803将用于域名“nomserver.com”的授权名称服务器地址解析为用于域名“nomserver.com”的授权名称服务器806的IP 地址。
DNS解析器803从用于域名“nomserver.com”的授权名称服务器806请求用于域名“lookup.nomserver.com”的授权名称服务器。
在此示例中是NOM服务器的用于域名“nomserver.com”的授权名称服务器806返回用于域名“lookup.nomserver.com”的授权名称服务器。DNS解析器 803将用于域名“lookup.nomserver.com”的授权名称服务器地址解析为用于域名“lookup.nomserver.com”的授权名称服务器806的IP地址。
DNS解析器803从用于域名“lookup.nomserver.com”的授权名称服务器 806请求用于域名“com.lookup.nomserver.com”的授权名称服务器。
在此示例中是NOM服务器的用于域名“lookup.nomserver.com”的授权名称服务器806返回用于域名“com.lookup.nomserver.com”的授权名称服务器。 DNS解析器803将用于域名“com.lookup.nomserver.com”的授权名称服务器地址解析为用于域名“com.lookup.nomserver.com”的授权名称服务器806的IP 地址。
DNS解析器803从用于域名“com.lookup.nomserver.com”的授权名称服务器806请求用于域名“example.com.lookup.nomserver.com”的授权名称服务器。
在此示例中是NOM服务器的用于域名“com.lookup.nomserver.com”的授权名称服务器806返回用于域名“example.com.lookup.nomserver.com”的授权名称服务器地址。DNS解析器803将用于域名“example.com.lookup.nomserver.com”的授权名称服务器地址解析为用于域名“example.com.lookup.nomserver.com”的授权名称服务器806的IP地址。
DNS解析器803从用于域名“example.com.lookup.nomserver.com”的授权名称服务器806请求用于域名“example.com.lookup.nomserver.com”的NOM记录,或者在对于域名“example.com.lookup.nomserver.com”未找到授权名称服务器的情况下返回错误。在此示例中,NOM记录是专门格式化DNS TXT资源记录。在此示例中,NOM记录包括TXT类型的一个或多个资源记录。
因此,在此示例中,用于域名“example.com.lookup.nomserver.com”的授权名称服务器接收针对域名“example.com.lookup.nomserver.com”的域名系统查询。在此示例中,用于域名“example.com.lookup.nomserver.com”的授权名称服务器是名称服务器806。名称服务器806处理接收到的针对域名 (“example.com.lookup.nomserver.com”)的域名系统查询。处理接收到的域名系统查询涉及:获得与域名“example.com.lookup.nomserver.com”相关联的一个或多个资源记录。所述一个或多个资源记录包括关联于与域名“example.com”相关联的实体的联系信息。
假定找到用于域名“example.com.lookup.nomserver.com”的授权名称服务器,则用于域名“example.com.lookup.nomserver.com”的授权名称服务器806 返回用于“example.com.lookup.nomserver.com”的NOM记录,或者在NOM记录不存在的情况下返回错误。在此示例中,NOM记录中包括的所述一个或多个资源记录处于描述第一域名“example.com.lookup.nomserver.com”的区文件中。在一些示例中,用于域名“example.com.lookup.nomserver.com”的授权名称服务器先前已在描述第一域名“example.com.lookup.nomserver.com”的区文件中存储所述一个或多个资源记录。在一些示例中,用于域名“example.com.lookup.nomserver.com”的授权名称服务器从描述第一域名“example.com.lookup.nomserver.com”的区文件检索所述一个或多个资源记录。
在一些示例中,所述一个或多个资源记录包括多个资源记录。例如,可以存在多个链接的资源记录。
因此,用于域名“example.com.lookup.nomserver.com”的授权名称服务器发送对针对域名“example.com.lookup.nomserver.com”的域名系统查询的响应。所述响应包括所述一个或多个资源记录,其包括关联于与域名“example.com”相关联的实体的联系信息。在此示例中,对域名系统查询的响应仅包括NOM 记录中包括的所述一个或多个资源记录。
DNS解析器803将结果传递到本地网络802。如果对于域名“example.com.domain.nomserver.com”未找到授权名称服务器,那么DNS解析器803返回错误而不是NOM记录。
用户装置801上的NOM询问器接收响应。如果响应呈有效的NOM格式,那么过程可以完成。如果响应是错误或呈无效格式,那么NOM询问器执行一个或多个其它动作。在一些示例中,所述一个或多个其他动作包括:执行NOM 机器人查找,如下文参考图9到11将描述。
在此示例中,用户装置801发送针对第一域名“example.com.lookup.nomserver.com”的域名系统查询。用户装置801接收对针对第一域名“example.com.lookup.nomserver.com”的域名系统查询的响应。所述响应包括一个或多个资源记录,其包括关联于与第二不同域名“example.com”相关联的实体的联系信息。用户装置801处理对针对第一域名“example.com.lookup.nomserver.com”的域名系统查询的响应。处理涉及:在所述一个或多个资源记录中识别关联于与第二域名“example.com”相关联的实体的联系信息。
如果用户请求用于既不具有独立NOM记录也不具有受托管NOM记录的域名的NOM记录,那么NOM机器人尝试基于在所述域名上示出的网站内容而自动创建NOM记录。NOM机器人剖析网站上的HTML内容且从此内容收集联系信息。存在可以发起NOM机器人过程的各种不同方式。现将参考图9、图10和图11提供三种示例技术。参考图9和图10描述的这些示例技术中的两种是“服务器侧”技术。在这两个服务器侧示例中,NOM机器人过程在服务器基础结构上运行。参考图11描述的这些示例技术中的一种是“客户端侧”。在客户端侧示例中,所述过程在用户装置上运行。
下文描述的实施方式中的每一个发起NOM机器人以收集且剖析HTML内容。为了做到这一点,每一方法通过端口80上的HTTP针对域名“example.com”请求网站。负责域名“example.com”的网络服务器返回用于主页的HTML。针对链接剖析HTML,且做出可以包括关于公司的联系信息的链接的列表。这些页面在下文称为“潜在联系页面”。
NOM机器人通过评估使用的链接文本和页面URL而找到这些潜在联系页面。NOM机器人可以获得的示例HTML是:
<html>
<body>
To find out more please<a href=”page1.html”>contact us</a>.
</body>
</html>
NOM机器人可以获得的HTML内容的另一示例是:
<html>
<body>
To contact us<a href=”contact.html”>click here</a>.
</body>
</html>
NOM机器人将考虑这两个链接作为对潜在联系页面的链接,因为第一示例中的超链接文本是“contact us”且因为第二示例中的超链接URL是“contact.html”。NOM机器人寻找链接文本和URL内的关键词以评估链接是否可能去往包括联系信息的页面。此关键词的示例是“contact”。
在此示例中,NOM机器人随后基于主页上的HTML和在潜在联系页面上找到的HTML而创建一个数据串,且将此存储于存储器中。NOM机器人使用模式匹配和/或正则表达式剖析此HTML以挑选出其被编程以寻找的关于每一方法的联系信息。
例如,当寻找电话号码时,NOM机器人寻找号码串。当寻找用于英国用户的号码时,NOM机器人从44开始寻找具有或不具有空格的开始于01、02、 03、07或08的10个或11个数位以及以“+”号加前缀的具有或不具有空格的 11个或12个数位。在一些示例中,NOM机器人故意地忽略09号码,因为这些是英国的罕见号码且潜在地是无用的。当寻找用于其它国家的号码时,NOM 机器人可以使用不同的匹配规则。NOM机器人可以忽略以货币符号加前缀或以重量测量值加后缀的数字。NOM机器人在此示例中将识别的示例电话号码处于以下示例HTML内容中:
<html>
<body>
You can call us on 0123 456 789.
</body>
</html>
在以下示例HTML内容中提供NOM机器人可以不考虑为电话号码的数字的示例:
<html>
<body>
John Smith won$900000000on the powerball lottery
</body>
</html>
在一些示例中,当寻找社交媒体联系识别符(例如与TwitterTM、FacebookTM或LinkedInTM简档相关联的识别符)时,NOM机器人在HTML内容内搜索“twitter.com/”、“facebook.com/”或“linkedin.com/”,且考虑在该文本右边的字符为与TwitterTM、FacebookTM或LinkedInTM简档相关联的识别符,直到其遇到终止字符为止。在一些示例中,终止字符是单引号或双引号,但其可以是例如空格等另一字符。在一些示例中,所述搜索是不区分大小写的。NOM机器人可以能够识别社交媒体联系识别符的HTML内容的示例是:
<html>
<body>
Check out my<a href=”http://www.facebook.com/johnsmimth”>Facebookpage</a>
</body>
</html>
每一联系方法可以具有不同的模式匹配规则,且新联系方法和规则可以添加到NOM机器人。
如果联系信息不是以明码文本存储,例如,如果其显示在图像内或以某种方式通过客户端侧JavaScript受隐藏,那么此信息可能不可由NOM机器人检索。
参考图9,示出说明处理数据的方法的示例的流程图。在此示例中,所述方法与NOM机器人查找的第一示例相关联。在此示例中,NOM机器人查找呈 NOM机器人DNS查询的形式。
在900,识别域名。在此示例中,域名是“example.com”。
在901,以形式“.bot.nomserver.com”将点“.”和标号“bot”、“nomserver”和“com”添加到所识别域名“example.com”的末尾,使得获得查找域名“example.com.bot.nomserver.com”。在此示例中,域名“example.com”、“bot.nomserver.com”和“example.com.bot.nomserver.com”全部是可解析域名。
在902,使用获得的域名“example.com.bot.nomserver.com”执行域名解析。
可以对定制DNS服务器(下文称为“NOM机器人服务器”)做出作为域名解析过程的部分的查询。在此示例中,将正查询的域名加前缀到“bot.nomserver.com”域名,且查询的形式如下:
example.com.bot.nomserver.com. IN TXT
在903,解析域名“example.com.bot.nomserver.com”。在此示例中,域名“example.com.bot.nomserver.com”应解析,因为在域名“bot.nomserver.com”处运行的定制名称服务器将响应于针对域名“bot.nomserver.com”的任何子域(“example.com.bot.nomserver.com”是其示例)的TXT资源记录查询。
在904,确定NOM机器人是否已缓存用于域名“example.com.bot.nomserver.com”的记录。所有缓存的记录存储在域名“cache.bot.nomserver.com”处,因此NOM机器人做出针对域名“example.com.cache.bot.nomserver.com”的DNS请求。
如果在904的确定的结果是NOM机器人已缓存用于域名“example.com.bot.nomserver.com”的记录,那么返回缓存的记录。
如果在904的确定的结果是NOM机器人尚未缓存用于域名“example.com.bot.nomserver.com”的记录,那么在905,向NOM机器人通知 NOM机器人查找且在端口80上做出对域名“example.com”的HTTP请求。 NOM机器人下载主页上的所有HTML内容且将所下载HTML内容保存到“html_content”变量。NOM机器人从在主页上找到的内部链接构建数组。
在906,确定数组中的任何链接是否看似它们可以通向潜在联系页面。
如果在906的确定的结果是数组中的一些链接看似它们可以通向潜在联系页面,那么在907,NOM机器人做出针对潜在联系页面的HTTP请求,从那些页面下载HTML内容,且将所下载内容附加到“html_content”变量。
如果在906的确定的结果是数组中没有链接看似其可以通向潜在联系页面,或在这些页面被识别的情况下附加来自潜在联系页面的所下载内容后,在 908,NOM机器人使用模式匹配和/或正则表达式处理“html_content”变量中的内容以寻找联系信息。
在909,确定在“html_content”变量中是否找到任何联系信息。
如果在909的确定的结果是未找到联系信息,那么在910采取预定动作。在此示例中,所述预定动作是返回错误。
如果在909的确定的结果是找到联系信息,那么在911,将联系信息存储为NOM记录且存储于NOM机器人缓存中。在912接着返回NOM记录。
在此示例中,响应具有以下形式:
example.com.bot.nomserver.com.3600 IN TXT"v=NOM1|t=r|n=Example
Company
Ltd|tel=General:0123456789|tel=Support:0123498765|fb=nomfb|tw=nomtwitter|."
在此示例中,所述响应包括域名“example.com.bot.nomserver.com”。此域名中的标号“bot”指示所述响应包括使用NOM记录产生的数据。标号“bot”因此是指示已使用自动化联系信息剖析技术产生NOM记录的数据。
在此示例中,项目901、902和904由用户装置上的NOM询问器执行。在此示例中,项目903由DNS执行。在此示例中,项目905-912由NOM机器人服务器执行。
NOM机器人DNS查询技术允许按两个等级缓存查询。首先可以缓存查询作为较宽DNS系统的部分。其次查询可以缓存于NOM缓存内。这些是存储于域名“cache.bot.nomserver.com”中的DNS区。除独立NOM域名查找和受托管NOM域名查找之外,使用此技术执行NOM机器人查找还将需要一个额外DNS 查询。
参考图10,示出说明处理数据的方法的示例的流程图。在此示例中,所述方法与呈应用程序编程接口(API)调用的形式的NOM机器人查找相关联。
在1000,识别域名。在此示例中,域名是“example.com”。
在1001,使用JavaScript对象记号(JSON)做出API调用。API提供应用程序(在此示例中为NOM询问器)使用定义的命令集与其它应用程序(在此示例中为NOM机器人服务器)通信的方式。在此示例中,API包括HTTP请求消息的集合、以及响应消息的结构的定义。在此示例中,以JSON格式发送和接收信息。可以做出的API调用的示例是:
GET http://bot.nomserver.com/lookup?domain=nomexample.com
在1002,NOM机器人在端口80上做出对域名“example.com”的HTTP 请求。NOM机器人下载主页上的所有HTML内容且将HTML内容保存到变量“html_content”。NOM机器人从在主页上找到的内部链接构建数组。
在1003,确定数组中的任何链接是否看似它们可以通向潜在联系页面。
如果在1003的确定的结果是数组中的一些链接看似它们可以通向潜在联系页面,那么在1004,NOM机器人做出对潜在联系页面的HTTP请求,从那些页面下载HTML内容,且将所下载内容附加到“html_content”变量。
如果在1003的确定的结果是数组中没有链接看似其通向潜在联系页面,或在这些页面被识别的情况下附加来自潜在联系页面的所下载内容后,在1005, NOM机器人使用模式匹配和/或正则表达式处理“html_content”变量中的内容以寻找联系信息。
在1006,确定在“html_content”变量中是否找到任何联系信息。
如果在1006的确定的结果是未找到联系信息,那么在1007采取预定动作。在此示例中,所述预定动作是返回错误。
如果在1006的确定的结果是找到联系信息,那么在1008,将联系信息存储为NOM记录且存储于NOM机器人缓存中。在1009接着返回NOM记录。
在此示例中,来自NOM机器人服务器的示例响应可以具有以下形式和内容:
HTTP/1.1 200 OK
Content-Type:application/json
{
"data":[
"domain":"nomexample.com",
"t":"r",
"n":"Example Company Ltd",
"tel":"0123456789",
"fb":"nomfb",
"tw":"nomtwitter"]
}
在此示例中,项目1000和1001由用户装置上的询问器执行。在此示例中,项目1002-1009由NOM机器人服务器执行。
参考图11,示出说明处理数据的方法的示例的流程图。在此示例中,所述方法与呈客户端侧NOM机器人查找的形式的NOM机器人查找相关联。
在1100,识别域名。在此示例中,域名是“example.com”。
在1101,NOM询问器发起客户端侧HTML下载和剖析。
在1102,NOM询问器在端口80上做出对域名“example.com”的HTTP 请求。NOM询问器下载主页上的所有HTML内容且将HTML内容保存到变量“html_content”。NOM询问器从在主页上找到的内部链接构建数组。
在1103,确定数组中的任何链接是否看似它们可以通向潜在联系页面。
如果在1103的确定的结果是数组中的一些链接看似它们可以通向潜在联系页面,那么在1104,NOM询问器做出对潜在联系页面的HTTP请求,从那些页面下载HTML内容,且将所下载内容附加到“html_content”变量。
如果在1103的确定的结果是数组中没有链接看似其通向潜在联系页面,或在这些页面被识别的情况下附加来自潜在联系页面的所下载内容后,在1105, NOM询问器使用模式匹配和/或正则表达式处理“html_content”变量中的内容以寻找联系信息。
在1106,确定在“html_content”变量中是否找到任何联系信息。
如果在1106的确定的结果是未找到联系信息,那么在1107采取预定动作。在此示例中,所述预定动作是返回错误。
如果在1106的确定的结果是找到联系信息,那么在1108,将联系信息格式化为NOM记录。在1109接着返回NOM记录。
在1110,将NOM记录存储于NOM机器人缓存中。
在一些示例中,来自用户装置的NOM记录数据将仅当同一数据已由预定数目(例如20个)的独立用户收集时受信任。
参考图12,示出处理数据的方法的示例的流程图。在此示例中,所述方法与在NOM服务器上添加和编辑NOM记录相关联。
在此示例中,提供用于域管理员添加新受托管NOM记录或修改其现有受托管NOM记录的网络接口。当编辑受托管NOM记录时,他们可以添加新联系方法以及编辑或删除现有方法。在一些示例中,自动地编辑和公布受托管 NOM记录以包括新联系信息。
在一些示例中,服务器用于执行自动化鉴权过程的至少部分以允许修改与所述域相关联的所述一个或多个资源记录中的联系信息中的一些或全部。执行自动化鉴权过程的至少部分可以涉及:经由管理员网页应用程序接收登录详情且对照存储于记录中的详情检查接收的登录详情。
要求预先注册的域管理员通过提供用户名和密码而进行鉴权以登录到 NOM服务器的网络接口而做出改变。在一些示例中,通过接受对在域管理员正尝试管理的域上受托管网站的主页或联系页面上示出的电话号码的自动化呼叫而要求尚未注册的域管理员证明授权。要求他们将提供给呼叫的接收方的安全代码键入到提供的网页中。在一些示例中,域管理员也可通过将包括随机串的HTML注释添加到其主页而证明授权。
在1200,做出请求的域管理员请求对用于域名的NOM记录的改变。
在1201,确定做出请求的域管理员是否已经针对所述域被鉴权。
如果在1201的确定是做出请求的域管理员已经针对所述域被鉴权,那么在 1202请求用户名和密码。
在1203,确定用户名和密码是否正确。
如果在1203的确定是用户名和密码不正确,那么在1204采取预定动作。在此示例中,所述预定动作是错误消息。错误消息的示例是“登录失败”。
如果在1203的确定是用户名和密码正确,那么在1205,允许对NOM记录的改变。
如果在1201的确定是做出请求的域管理员针对所述域尚未被鉴权,那么在 1206,确定任何域管理员是否已经针对所述域被鉴权。
如果在1206确定域管理员已经针对所述域被鉴权,那么在1207,通知已经针对所述域被鉴权的所述域管理员。
在1208,确定针对所述域已经被鉴权的域管理员是否在给定时间段内已经批准或拒绝请求。在此示例中,所述给定时间段是72小时。
如果在1208确定已经针对所述域被鉴权的域管理员已经批准请求,那么在 1205允许对NOM记录的改变。
如果在1208已经针对所述域被鉴权的域管理员已经拒绝请求,那么在1209 采取预定动作。在此示例中,所述预定动作包括:显示错误消息。例如,所述错误消息可以是“拒绝授权”。
如果在1208确定已经针对所述域被鉴权的域管理员在72小时段内尚未采取任何动作,那么在1210,请求做出请求的域管理员在所述域上建立其授权。
类似地,如果在1206确定没有域管理员已经针对所述域被鉴权,那么在 1210,请求做出请求的域管理员在所述域上建立其授权。
在1211,确定做出请求的域管理员是否已在所述域上建立授权。
如果在1211确定新域管理员已在所述域上建立授权,那么在1205允许对 NOM记录的改变。
如果在1211确定做出请求的域管理员尚未在所述域上建立授权,那么采取预定动作。在示例中,所述预定动作是显示错误消息。例如,消息“授权失败”。
在下文描述的示例中,也可以使用NOM框架以作为初始过程通过将商标和/或关键词转换为域名而搜索商标和/或关键词。在下文描述的示例中,使用示例公司名称“Smith&Sons”。在这些示例中,Smith&Sons运营网站“smithandsons.co.uk”且在整个英国提供双层玻璃窗。
有可能以两个不同的方式运行商标搜索。NOM询问器可在NOM框架内运行搜索,或者NOM询问器可将商标转换为域自身。
参考图13,示出处理数据的方法的示例的流程图。在此示例中,所述方法与在NOM框架内的商标搜索相关联。在此示例中,用户能够使用项目“Smith &Sons”而不是“smithandsons.co.uk”进行搜索。
在1300,识别至少一个数据串。在此示例中,识别数据串“Smith&Sons”。在此示例中,所述数据串与商标相关联。准备查找域名。在此示例中,使用一个或多个查找域名规则来准备查找域名。在此示例中,数据串中的空格被连字符替换。在此示例中,“与”字符“&”被词“and”替换。
在此示例中,“record_number”变量在其当前为空白的情况下初始地设定成值“1”。在此示例中,查找域名以“<<record_number>>”(其为“record_number”变量的当前值)加前缀。在此示例中,“record_number”变量的当前值是“1”。
在此示例中,在查找域名的末尾添加域名“brand.<<user_country>>.nomquery.com”。域名“brand.<<user_country>>.nomquery.com”包括四个标号,即“brand”、“<<user_country>>”、“nomquery”和“com”。“user_country”变量指示与用户相关联的国家,例如用户当前位于的国家。<<user_country>>指示“user_country”变量的当前值。在此示例中,用户当前在英国,并且因此“user_country”变量的当前值是“uk”。
在此示例中,准备的域名是“1.smith-and-sons.uk.brand.nomquery.com”。
在1301,执行独立NOM域名查找。用于独立NOM域名查找的查找域名将为“nomrecordlookup.1.smith-and-sons.uk.brand.nomquery.com”。
在1302,确定在1301执行的独立NOM域名查找是否导致返回NOM记录。
如果在1302的确定的结果是返回NOM记录,那么在1303显示NOM记录。
如果在1302的确定的结果是未返回NOM记录,那么在1304执行受托管 NOM域名查找。用于受托管NOM域名查找的查找域名将为“1.smith-and-sons.uk.brand.nomquery.com.lookup.nomserver.com”。
在此示例中,用于受托管NOM域名查找的域名“1.smith-and-sons.uk.brand.nomquery.com.lookup.nomserver.com”包括准备的域名“1.smith-and-sons.uk.brand.nomquery.com”。在此示例中,用于域名“1.smith-and-sons.uk.brand.nomquery.com.lookup.nomserver.com”的授权名称服务器也可以是用于域名“1.smith-and-sons.uk.brand.nomquery.com”的授权名称服务器。
在1305,确定在1304执行的受托管NOM域名查找是否导致返回NOM记录。
如果在1305的确定的结果是返回NOM记录,那么在1303显示NOM记录。
如果在1305的确定的结果是未返回NOM记录,那么在1306执行NOM 机器人查找。
在1307,确定在1306执行的NOM机器人查找是否导致返回NOM记录。
如果在1307的确定的结果是返回NOM记录,那么在1303显示NOM记录。
如果在1307的确定的结果是未返回NOM记录,那么采取预定动作。在此示例中,所述预定动作涉及:返回且显示错误消息。例如,可以显示消息“对此商标未找到NOM记录”。
在此示例中,项目1300、1302、1303、1305、1307和1308由NOM询问器执行。在此示例中,项目1301、1304和1306涉及除了NOM询问器所位于的用户装置外的至少一个其它设备。
在上文参考图13描述的示例中,查询以下域“nomrecordlookup.1.smith-and-sons.brand.uk.nomquery.com”(独立)和“1.smith-and-sons.brand.uk.nomquery.com.lookup.nomserver.com”(托管,作为备份)。这些域名可以在NOM框架内得以创建,且包括用于匹配于商标的域的 NOM记录。可以从作为对搜索的匹配而列出的相关域名(在此示例中为“smithandsons.co.uk”)复制NOM记录。上文参考图13描述的示例取决于NOM 基础结构。可以使用更独立于NOM框架而运行的另一技术,其中,将商标转换为NOM询问器自身上的可解析域名,如现将参考图14A和图14B所描述。
参考图14A和图14B,示出处理数据的方法的示例的流程图。在此示例中,所述方法与商标到域转换过程相关联。NOM询问器可以使用商标到域转换过程将商标转换为域名。
在1400,识别至少一个数据串。在此示例中,识别数据串“Smith&Sons”。在此示例中,所述数据串与商标相关联。
在1401,从数据串移除任何空格,且用词“and”替换任何“与”字符“&”。在此示例中,以此方式处理数据串“Smith&Sons”以产生数据串“smithandsons”。在此示例中,数据串“smithandsons”保存于“brand_domain”变量中。
在1402,确定变量“record_number”的值。
如果在1402确定变量“record_number”的值是“1”,那么在1403,基于 <<user_country>>变量的当前值获得主要国家域。例如,在<<user_country>>变量的当前值是“UK”的情况下,主要国家域可以是“co.uk”。主要国家域保存为“brand_domain_extension”变量。
如果在1402确定变量“record_number”的值是“2”,那么在1404,将“brand_domain_extension”变量设定为“.com”。
在1405,组合“brand_domain”和“brand_domain_extension”变量的值。这可以例如导致获得域名“smithandsons.co.uk”和“smithandsons.com”。在此示例中,“smithandsons.co.uk”和“smithandsons.com”是产生于NOM商标到域转换过程的域。
在1406,执行独立NOM域名查找。在此示例中,用于独立NOM域名查找的查找域名是“nomrecordlookup.smithandsons.co.uk”和“nomrecordlookup.smithandsons.com”。在此示例中,基于“record_number”变量的当前值,每次针对这些域名中的一个执行独立NOM域名查找。例如,当“record_number”的值是“1”时,使用域名“nomrecordlookup.smithandsons.co.uk”,且当“record_number”的值是“2”时,使用域名“nomrecordlookup.smithandsons.com”。在其它示例中,并行地执行用于“nomrecordlookup.smithandsons.co.uk”和“nomrecordlookup.smithandsons.com”两者的独立NOM域名查找。
在1407,确定在1406执行的独立NOM域名查找是否导致返回NOM记录。
如果在1407的确定的结果是返回NOM记录,那么在1408显示NOM记录。
如果在1407的确定的结果是未返回NOM记录,那么在1409执行受托管 NOM域名查找。在此示例中,用于受托管NOM域名查找的查找域名是“smithandsons.co.uk.lookup.nomserver.com”和“smithandsons.com. lookup.nomserver.com”。
在此示例中,用于受托管NOM域名查找的域名“smithandsons.co.uk.lookup.nomserver.com”和“smithandsons.com. lookup.nomserver.com”分别包括域名“smithandsons.co.uk”和“smithandsons.com”。在此示例中,用于域名“smithandsons.co.uk.lookup.nomserver.com”的授权名称服务器不同于用于域名“smithandsons.co.uk”的授权名称服务器,且用于域名“smithandsons.com.lookup.nomserver.com”的授权名称服务器不同于用于域名“smithandsons.com”的授权名称服务器。
在1410,确定在1409执行的受托管NOM域名查找是否导致返回NOM记录。
如果在1410的确定的结果是返回NOM记录,那么在1408显示NOM记录。
如果在1410的确定的结果是未返回NOM记录,那么在1411执行NOM机器人查找。
在1412,确定在1410执行的NOM机器人查找是否导致返回NOM记录。
如果在1412的确定的结果是返回NOM记录,那么在1408显示NOM记录。用户可以使用用户装置上的记录导航仪来导航通过返回的NOM记录。当用户在第一和第二NOM记录之间导航时,在1413将“record_number”变量递增“1”,使得显示所期望的NOM记录。
如果在1412的确定的结果是未返回NOM记录,那么采取预定动作。在此示例中,所述预定动作涉及:返回且显示错误消息。例如,可以显示消息“对此域名未找到NOM记录”。
参考图15,示出处理数据的方法的流程图。在此示例中,所述方法与关键词搜索相关联。在此示例中,用户能够使用串“DoubleGlazing(双层玻璃)”执行关键词搜索。在此示例中,存在执行关键词搜索的仅一种方式,即在NOM 框架内,因为不存在NOM询问器将关键词转换为域名的可靠方式。可以允许商业机构在关键词下列出其域名。
在1500,识别至少一个数据串。在此示例中,识别数据串“DoubleGlazing (双层玻璃)”。在此示例中,数据串与一个或多个关键词相关联。准备查找域名。在此示例中,使用一个或多个查找域名规则来准备查找域名。在此示例中,数据串中的任何空格被连字符替换。在此示例中,数据串中的任何“与”字符“&”被词“and”替换。
在此示例中,“record_number”变量在其当前为空白的情况下初始地设定成值“1”。在此示例中,查找域名以“<<record_number>>”(其为“record_number”变量的当前值)加前缀。在此示例中,“record_number”变量的当前值是“1”。
在此示例中,在准备的域名的末尾添加域名“keyword.<<user_country>>.nomquery.com”。域名“keyword.<<user_country>>.nomquery.com”包括四个标号,即“keyword”、“<<user_country>>”、“nomquery”和“com”。“user_country”变量指示与用户相关联的国家,例如用户当前位于的国家。<<user_country>>指示“user_country”变量的当前值。在此示例中,用户当前在英国,并且因此“user_country”变量的当前值是“uk”。
在此示例中,准备的域名是“1.double-glazing.uk.keyword.nomquery.com”。
在1501,执行独立NOM域名查找。在此示例中,用于独立NOM域名查找的查找域名是“nomrecordlookup.1.double-glazing.uk.keyword.nomquery.com”。
在1502,确定在1501执行的独立NOM域名查找是否导致返回NOM记录。
如果在1502的确定的结果是返回NOM记录,那么在1503显示NOM记录。
如果在1502的确定的结果是未返回NOM记录,那么在1504执行受托管 NOM域名查找。在此示例中,用于受托管NOM域名查找的查找域名是“1.double-glazing.uk.keyword.nomquery.com.lookup.nomserver.com”。
在此示例中,用于受托管NOM域名查找的域名“1.double-glazing.uk.keyword.nomquery.com.lookup.nomserver.com”包括准备的域名“1.double-glazing.uk.keyword.nomquery.com”。在此示例中,用于域名“1.double-glazing.uk.keyword.nomquery.com.lookup.nomserver.com”的授权名称服务器也可以是用于域名“1.double-glazing.uk.keyword.nomquery.com”的授权名称服务器。
在1505,确定在1504执行的受托管NOM域名查找是否导致返回NOM记录。
如果在1505的确定的结果是返回NOM记录,那么在1503显示NOM记录。
如果在1505的确定的结果是未返回NOM记录,那么在1506执行NOM 机器人查找。
在1507,确定在1506执行的NOM机器人查找是否导致返回NOM记录。
如果在1507的确定的结果是返回NOM记录,那么在1503显示NOM记录。
如果在1507的确定的结果是未返回NOM记录,那么采取预定动作。在此示例中,所述预定动作涉及:返回且显示错误消息。例如,可以显示消息“对此关键词未找到NOM记录”。
在此示例中,项目1500、1502、1503、1505、1507和1508由NOM询问器执行。在此示例中,项目1501、1504和1506涉及除了NOM询问器所位于的用户装置外的至少一个其它设备。
在以上示例中,查询以下域“nomrecordlookup.1.double-glazing.keyword.uk.nomquery.com”(独立)和“1.double-glazing.keyword.uk.nomquery.com.lookup.nomserver.com”(托管,作为备份)。这些域包括用于匹配于此关键词的域的NOM记录。可以从作为对搜索的匹配而列出的相关域(在此示例中为“smithandsons.co.uk”)复制这些NOM 记录。
如果NOM询问器不明确由用户键入的搜索查询是关键词还是商标,那么 NOM询问器可运行“string”搜索。这是组合的商标和关键词搜索且以与上文描述的商标和关键词搜索的相同方式工作,不同之处在于:其使用域名“<<record_number>>.<<search_text>>.string.<<country>>.nomquery.com”进行查询。此域名包括六个标号,即“<<record_number>>”、“<<search_text>>”、“string”、“<<country>>”、“nomquery”和“com”。在此示例中,<<search_text>>是用于由用户在用户装置中键入的文本的占位符。
参考图16,示出处理数据的方法的流程图。在此示例中,所述方法与方法和关键词搜索相关联。通过方法和关键词搜索,用户能够搜索联系方法和关键词,例如“FacebookTM”和“DoubleGlazing(双层玻璃)”以指示他们仅想要来自提供双层玻璃且可以经由Facebook联系的商业机构的NOM记录。
在1600,识别至少一个数据串。在此示例中,识别第一数据串“fb”。在此示例中,“fb”表示FacebookTM。在此示例中,串“fb”与“method”变量相关联,其涉及用户将希望联系另一实体的一个或多个方式。因此,在此示例中,用户指示他们将希望使用FacebookTM联系另一实体。
在此示例中,识别第二数据串“Double Glazing(双层玻璃)”。在此示例中,串“fb”与“keyword”变量相关联。
在1601,准备查找域名。在此示例中,使用一个或多个查找域名规则来准备查找域名。在此示例中,关键词数据串中的任何空格被连字符替换。在此示例中,关键词数据串中的任何“与”字符“&”被词“and”替换。在此示例中获得串“<<keyword>>.<<method>>”。
在此示例中,“record_number”变量在其当前为空白的情况下初始地设定成值“1”。在此示例中,查找域名以“<<record_number>>”(其为“record_number”变量的当前值)加前缀。在此示例中,“record_number”变量的当前值是“1”。
在此示例中,在准备的域名的末尾添加域名“method-kw.<<user_country>>.nomquery.com”。域名“method-kw.<<user_country>>.nomquery.com”包括四个标号,即“method-kw”、“<<user_country>>”、“nomquery”和“com”。“user_country”变量指示与用户相关联的国家,例如用户当前位于的国家。<<user_country>>指示“user_country”变量的当前值。在此示例中,用户当前在英国,并且因此“user_country”变量的当前值是“uk”。
在此示例中,准备的域名是“1.double-glazing.fb.uk.method-kw.nomquery.com”。
在1601,执行独立NOM域名查找。在此示例中,用于独立NOM域名查找的查找域名是“nomrecordlookup.1.double-glazing.fb.uk.method-kw.nomquery.com”。
在1602,确定在1601执行的独立NOM域名查找是否导致返回NOM记录。
如果在1602的确定的结果是返回NOM记录,那么在1603显示NOM记录。
如果在1602的确定的结果是未返回NOM记录,那么在1604执行受托管 NOM域名查找。在此示例中,用于受托管NOM域名查找的查找域名是“1.double-glazing.fb.uk.method-kw.nomquery.com.lookup.nomserver.com”。
在1605,确定在1604执行的受托管NOM域名查找是否导致返回NOM记录。
如果在1605的确定的结果是返回NOM记录,那么在1603显示NOM记录。
如果在1605的确定的结果是未返回NOM记录,那么在1606执行NOM 机器人查找。
在1607,确定在1606执行的NOM机器人查找是否导致返回NOM记录。
如果在1607的确定的结果是返回NOM记录,那么在1603显示NOM记录。
如果在1607的确定的结果是未返回NOM记录,那么采取预定动作。在此示例中,所述预定动作涉及:返回且显示错误消息。例如,可以显示消息“对此方法+关键词未找到NOM记录”。
在此示例中,项目1600、1602、1603、1605、1607和1608由NOM询问器执行。在此示例中,项目1601、1604和1606涉及除了NOM询问器所位于的用户装置外的至少一个其它设备。
参考图17A和图17B,示出处理数据的方法的流程图。在此示例中,所述方法与由NOM询问器基于域或其它输入数据执行的搜索相关联。搜索工具遵循用户通过键入域名而搜索联系信息的过程而工作。在下文的示例中已经示出“商标搜索”。
在1700,接收用户输入。用户输入可以例如包括域名和/或一个或多个数据串。
在1701,确定由用户输入的数据是否包括预定字符。在此示例中,所述预定字符是点(或“句号”)“.”。
如果在1701确定数据输入包括点,那么确定用户输入是域名。在1702,针对用户输入的域名执行独立NOM域名查找。
在1703,确定在1702执行的独立NOM域名查找是否导致返回NOM记录。
如果在1703的确定的结果是返回NOM记录,那么在1704显示NOM记录。
如果在1703的确定的结果是未返回NOM记录,那么在1705执行受托管 NOM域名查找。
在1706,确定在1705执行的受托管NOM域名查找是否导致返回NOM记录。
如果在1706的确定的结果是返回NOM记录,那么在1704显示NOM记录。
如果在1706的确定的结果是未返回NOM记录,那么在1707执行NOM 机器人查找。
在1708,确定在1707执行的NOM机器人查找是否导致返回NOM记录。
如果在1708的确定的结果是返回NOM记录,那么在1704显示NOM记录。
如果在1708的确定的结果是未返回NOM记录,那么在1709采取预定动作。在此示例中,所述预定动作涉及:返回且显示错误消息。例如,可以显示消息“对此域名未找到NOM记录”。
如果在1701确定数据输入不包括点,那么确定用户输入不是域名。
“record_number”变量的值被设定成“1”。在1710,基于“record_number”变量的当前值执行在框架过程内的NOM商标搜索。
在1711,确定在1710执行的在框架过程内的NOM商标搜索是否导致返回 NOM记录。
如果在1711确定在1710执行的在框架过程内的NOM商标搜索导致返回 NOM记录,那么在1704显示NOM记录。
如果在1711确定在1710执行的在框架过程内的NOM商标搜索并不导致返回NOM记录,那么在1712发生预定动作。在此示例中,所述预定动作包括:返回错误消息。
如果用户希望经由询问器中的记录导航仪功能(例如通过选择“下一个”和“前一个”)而导航通过多个NOM记录,那么分别将“record_number”变量的值增加“1”或减小“1”。
参考图18A到图18D,示出层级式域名系统1800的示例。图18A到图18D 说明NOM如何配合到DNS中。NOM框架已被设计成配合于DNS系统中且得益于DNS的缓存和分布式性质。图18A到图18D示出独立NOM记录、受托管NOM记录、NOM机器人和NOM搜索如何配合于DNS中。
参考图19,示出设备1900的框图。所述设备用于处理数据。设备1900可以例如包括上文参考图3描述的设备301、302、303、304中的一个或多个。
设备1900可以采取各种不同形式。设备1900的形式的示例包括(但不限于)移动电话装置、卫星导航系统、智能电视机、桌上型计算机、膝上型计算机、服务器、名称服务器、平板计算装置、路由器等。
在此示例中,设备1900包括用于处理信息和/或指令的一个或多个处理器 1901。所述一个或多个处理器1901可以包括中央处理单元(CPU)。所述一个或多个处理器1901与总线1902耦合。由所述一个或多个处理器1901执行的操作可以由硬件和/或软件实行。
在此示例中,设备1900包括用于存储用于所述一个或多个处理器1901的信息和/或指令的计算机可用易失性存储器1903。计算机可用易失性存储器1903 与总线1902耦合。计算机可用易失性存储器1903可以包括随机存取存储器 (RAM)。
在此示例中,设备1900包括用于存储用于所述一个或多个处理器1901的信息和/或指令的计算机可用非易失性存储器1904。计算机可用非易失性存储器 1904与总线1902耦合。计算机可用非易失性存储器1904可以包括只读存储器 (ROM)。
在此示例中,设备1900包括用于存储信息和/或指令的一个或多个数据存储单元1905。所述一个或多个数据存储单元1905与总线1902耦合。所述一个或多个数据存储单元1905可以例如包括磁盘或光盘和盘驱动器。
在此示例中,设备1900包括用于将信息传送到所述一个或多个处理器1901 的一个或多个输入/输出(I/O)装置1906。所述一个或多个I/O装置1906与总线1902耦合。所述一个或多个I/O装置1906可以包括至少一个网络接口。所述至少一个网络接口可以使设备1900能够经由一个或多个数据通信网络进行通信。数据通信网络的示例包括(但不限于)互联网、局域网(LAN)和广域网(WAN)。所述一个或多个I/O装置1906可以使用户能够经由一个或多个输入装置(未图示)对设备1900提供输入。输入装置的示例包括(但不限于)键盘和鼠标。所述一个或多个I/O装置1906可以使得能够经由一个或多个输出装置(未图示)将信息提供给用户。输出装置的示例包括(但不限于)计算机监视器和显示屏幕。
针对设备1900描绘各种其它实体。例如,当存在时,操作系统1907、数据处理系统1908、一个或多个模块109和数据1910示出为驻留于计算机可用易失性存储器1903、计算机可用非易失性存储器1904和所述一个或多个数据存储单元1905中的一个或组合中。数据处理系统1908可以借助于存储于计算机可用非易失性存储器1904、所述一个或多个数据存储单元1905内的计算机可读存储介质和/或其它有形的计算机可读存储介质内的存储器位置中的计算机程序代码得以实现。
虽然本文参考附图所描述的示例的至少一些方面包括在处理系统或处理器中执行的计算机过程,但本文所描述的示例也延伸到适配于使示例投入实践的计算机程序,例如在载体上或载体中的计算机程序。载体可以为能够携载程序的任何实体或装置。
将了解,设备1900可以包括与图19中描绘的那些相比更多、更少和/或不同的组件。
现将描述上文描述的NOM框架的各种特征。
NOM框架可以允许网络上减少的负载和/或减少的带宽成本。用于获得关于商业机构的联系信息的第一种已知技术涉及:在具有互联网能力的装置上的网络浏览器的地址栏中键入公司域名,该操作据估计需要每网页平均下载约 2.2Mb的数据。第二种已知技术涉及:将公司名称键入到搜索引擎中且在公司域名将采取的相关列表上进行点击,该操作据估计需要下载约2.2Mb的数据。第三种已知技术涉及:将公司名称键入搜索引擎且寻找结果页面上的相关信息,该操作据估计需要下载约50kb的数据。
据估计基于当前可用数据下载平均网页所需要的数据量超过2.2Mb。据估计每网页的数据大小正以每年约15%的速率增加。搜索引擎结果页面的数据大小取决于使用的装置和应用程序以及搜索查询而变化。用于智能电话用户和文件缓存的搜索引擎应用程序在一些情况下减少所需的数据,但当相比于在NOM 框架下所需的数据量时数据要求仍是大量的。即使使用利用上文描述的第三种已知技术执行搜索所需的50kb的保守估计,在一些示例中使用NOM框架执行搜索也可能涉及仅512字节(0.512kb)的数据。这小于针对上文描述的第一和第二种已知技术将需要的所估计的数据的0.025%且小于针对上文描述的第三种已知技术将需要的所估计的数据的1%。关于第一、第二和第三种已知技术,所需的联系信息条目可能常常无法在第一页面上找到,且可能需要再多两次或三次点击来找到用户正寻找的信息。
NOM框架被设计成用于返回联系信息而不是返回较详细信息,较详细信息可经由搜索引擎得以检索。当用户寻找联系电话号码时,所有他们需要的是 11个数位,但已知技术迫使用户下载构成包括在网站中的HTML、JavaScript 和CSS的成很多千字节的数据。
NOM框架可以使得人为了联系信息而使用搜索引擎和公司网站的量减少显著数量。如果所有这些人正使用NOM框架来寻找联系信息,那么这将导致互联网上的业务的明显减少。当使用移动互联网时,这是尤其重要的。
使用NOM框架的成本节省也可以是实质的,尤其是对于移动互联网用户。在移动互联网是连接的仅有方式的发展中国家,数据收费可能极具限制性。
尽管使用DNS来运行NOM框架,但NOM框架可以显著减少DNS上的负载。这是因为网站工作的方式以及外包网站资产的托管的增长趋势。当请求网页时,有时使用许多资产文件来展现网页。这些资产可能是用于呈现或 JavaScript的图像和样式表以显示所刊登的广告或高级特征。许多这些资产是由称为内容投递网络(CDN)的外部服务提供。例如,当访问示例网站domain1.com 时,针对domain1.com做出请求,这需要第一次DNS查询,可以从images.domain1.com加载图像,这需要第二次DNS查询,可以从css.domain1.com 加载CSS,这需要第三次DNS查询,可以从CDN code.jquery.com加载jQuery,这需要第四次DNS查询,且可以从adsense.google.com加载广告,这需要第五次DNS查询。虽然已请求一个网站,但浏览器已做出五个分离DNS查询。相比之下,在NOM框架下可以需要少于五个DNS查询来返回联系信息。
IP上的语音(VoIP)是良好地建立的,但尽管许多商业机构具有VoIP连接性,商业机构也很少广告VoIP号码,。虽然电话基础结构正在缓慢转移到 VoIP,但发起呼叫通常涉及传统的电话交换。商业机构通常并不希望因广告两个不同的联系号码而扰乱潜在顾客。NOM框架将使用户能够使用公司的域名来呼叫公司。NOM框架可以当可用时在VoIP上路由呼叫,从而减少呼叫者的成本。
NOM框架使人能够使用域名(例如,“example.com”)以许多不同方式连接到相关联商业机构。例如,用户可以能够从智能电话拨打域名“example.com”。用户可以能够将域名“example.com”键入GPS系统(例如卫星导航系统或智能电话)中以得到用于顾客停车或顾客入口的精确位置,而不是常常不准确的商店邮政编码。用户可以能够通过域名“example.com”经由社交媒体而连接。用户可以能够通过在NOM询问器应用程序中简单地键入域名“example.com”而查看连接方式的列表。
如以上一些示例中所描述,NOM服务器提供域托管。在一些示例中,NOM 服务器存储且服务受托管NOM记录。NOM服务器可以由可能不具有专门知识或时间来在其自身DNS服务器上设置其自身独立NOM记录的用户使用。在一些示例中,DNS将用于域名(例如,example.com)的DNS TXT记录内的联系信息存储在另一域名(例如,lookup.nomserver.com)的DNS区内,从而创建包含关于域(例如,example.com.lookup.nomserver.com)的联系信息的新区。
可以针对商标或关键词搜索NOM服务器。这些称为“搜索项目”。可以在NOM服务器的DNS系统内的搜索项目下列出域名。这允许针对商标或关键词而不是仅域名而查询NOM服务器。例如,并非搜索“example.com”,用户可以搜索“example”或“double glazing”。搜索查询中的空格自动被连字符替换。用于英国用户的NOM查找将呈以下格式:“example.brand.uk.nomquery.com”和“double-glazing.keyword.uk.nomquery.com”。
针对搜索返回的域名将是“国家特定域”(例如,用于英国用户的 example.co.uk和doubleglazing.co.uk)和“国际域”(例如,example.com和 doubleglazing.com)。也可以针对在用户的国家中持有用于确切项目的注册商标的公司列出域名。在一些示例中,商标注册的证据将需要由域所有者提交。可以允许商业机构进行支付以在关键词下得以列出。以如下格式从DNS检索这些搜索的结果:“<<record_number>>.<<brand>>.brand.<<user_country>>.nomquery.com”。例如,第一记录将为“1.example.brand.uk.nomquery.com”且第二记录将为“2.example.brand.uk.nomquery.com”
可以使用DNS系统针对关键词和方法搜索NOM服务器。这允许针对经由特定方法(例如,Facebook)关于特定主题(例如,“建筑者”)可以联系的商业机构而查询NOM服务器。以如下格式从DNS检索这些搜索的结果:
<<record_number>>.<<keyword>>.<<method>>.method-kw.<<user_country>>.nomquery.com。第一记录的示例将为“1.builder.fb.method-kw.uk.nomquery.com”且第二记录的示例将为“2.builder.fb.method-kw.uk.nomquery.com”。
如以上一些示例中所描述,NOM机器人是针对既不具有在其自身DNS服务器上的独立NOM记录也不具有在NOM服务器上的受托管NOM记录的域名自动创建NOM记录的软件。在一些示例中,托管于给定域名上的网站的HTML 内容内的联系信息是自动收集的且存储于用于域名的DNS TXT记录中。
提供在包括层级式域名系统的数据通信网络中处理数据的各种措施(例如方法、设备和计算机程序)。用于第一域名的授权名称服务器经由数据通信网络接收针对第一域名的域名系统查询。用于第一域名的授权名称服务器处理接收到的针对第一域名的域名系统查询。所述处理包括:获得与第一域名相关联的一个或多个资源记录。所述一个或多个资源记录包括关联于与第二不同域名相关联的实体的联系信息。用于第一域名的授权名称服务器经由数据通信网络发送对针对第一域名的域名系统查询的响应。所述响应包括所述一个或多个资源记录,其包括关联于与第二域名相关联的实体的联系信息。第一域名包括第二域名。第一域名包括跟随第二域名的至少一个标号。
第二域名可以是可解析域名。跟随第二域名的所述至少一个标号可以形成可解析第三域名的部分。第一域名可以包括跟随第二域名的至少两个标号。所述至少两个标号可以包括对应于顶级域名的标号。所述至少两个标号可以包括第二级域名。第二域名可以包括至少两个标号。第二域名可以包括至少三个标号。第二域名可以包括至少四个标号。第二域名可以包括至少五个标号。所述一个或多个资源记录可以处于描述第一域名的区文件中。所述一个或多个资源记录可以存储于描述第一域名的区文件中。获得与第一域名相关联的所述一个或多个资源记录可以包括:从描述第一域名的区文件检索与第一域名相关联的所述一个或多个资源记录。所述一个或多个资源记录可以包括多个资源记录。域名系统查询可以包括仅针对TXT类型的资源记录的请求。所述一个或多个资源记录可以是TXT类型的。对域名系统查询的响应可以仅包括所述一个或多个资源记录。所述实体可以是第二域名的注册者。所述层级式域名系统可以是域名系统DNS。联系信息可以包括关联于与第二域名相关联的实体的多个联系识别符。又一名称服务器可以是用于第二域名的授权名称服务器,所述又一名称服务器不同于用于第一域名的授权名称服务器。用于第一域名的授权名称服务器也可以是用于第二域名的授权名称服务器。可以在服务器处执行自动化鉴权过程的至少部分以允许修改所述一个或多个资源记录中的联系信息中的一些或全部。第一域名可以在第二域名之前不包括标号。
提供在包括层级式域名系统的数据通信网络中处理数据的各种措施(例如方法、设备和计算机程序)。经由数据通信网络发送针对第一域名的域名系统查询。经由数据通信网络接收对针对第一域名的域名系统查询的响应。所述响应包括一个或多个资源记录,其包括关联于与第二不同域名相关联的实体的联系信息。处理对针对第一域名的域名系统查询的响应。处理包括:在所述一个或多个资源记录中识别关联于与第二域名相关联的实体的联系信息。第一域名包括第二域名。第一域名包括跟随第二域名的至少一个标号。
第二域名可以是可解析域名。跟随第二域名的所述至少一个标号可以形成可解析域名的部分。第一域名可以包括跟随第二域名的至少两个标号。所述至少两个标号可以包括对应于顶级域名的标号。所述至少两个标号可以包括第二级域名。第二域名可以包括至少两个标号。第二域名可以包括至少三个标号。第二域名可以包括至少四个标号。第二域名可以包括至少五个标号。所述一个或多个资源记录可以包括多个资源记录。域名系统查询可以包括仅针对TXT类型的资源记录的请求。所述一个或多个资源记录可以是TXT类型的。对域名系统查询的响应可以仅包括所述一个或多个资源记录。所述实体可以是第二域名的注册者。所述层级式域名系统可以是域名系统DNS。联系信息可以包括关联于与第二域名相关联的实体的多个联系识别符。又一名称服务器可以是用于第二域名的授权名称服务器,所述又一名称服务器不同于用于第一域名的授权名称服务器。用于第一域名的授权名称服务器也可以是用于第二域的授权名称服务器。第一域名可以在第二域名之前不包括标号。可以经由数据通信网络发送针对第三域名的域名系统查询。可以经由数据通信网络接收对针对第三域名的域名系统查询的响应,其指示关联于与第二域名相关联的实体的联系信息不可用。第三域名可以包括第二域名。第三域名可以包括在第二域名前面的至少一个标号。发送针对第三域名的域名系统查询可以响应于接收到指示关联于与第二域名相关联的实体的联系信息不可用的对针对第三域名的域名系统查询的响应。所述方法可以由用户装置执行。
提供一种层级式域名系统区文件。层级式域名系统区文件包括:数据,其识别第一域名;以及联系信息,其关联于与第二不同域名相关联的实体。第一域名可以包括第二域名。第一域名可以包括跟随第二域名的至少一个标号。
第二域名可以是可解析域名。跟随第二域名的所述至少一个标号可以形成可解析域名的部分。第一域名可以包括跟随第二域名的至少两个标号。所述至少两个标号可以包括对应于顶级域名的标号。所述至少两个标号可以包括第二级域名。第二域名可以包括至少两个标号。第二域名可以包括至少三个标号。第二域名可以包括至少四个标号。第二域名可以包括至少五个标号。所述一个或多个资源记录可以包括多个资源记录。所述一个或多个资源记录可以是TXT 类型的。所述实体可以是第二域名的注册者。所述层级式域名系统可以是域名系统DNS。联系信息可以包括关联于与第二域名相关联的实体的多个联系识别符。又一名称服务器可以是用于第二域名的授权名称服务器,所述又一名称服务器不同于用于第一域名的授权名称服务器。用于第一域名的授权名称服务器也可以是用于第二域的授权名称服务器。用于第一域名的授权名称服务器也可以是用于第二域的授权名称服务器。第一域名可以在第二域名之前不包括标号。
提供在包括层级式域名系统的数据通信网络中处理数据的各种措施(例如方法、设备和计算机程序)。用于第一域名的授权名称服务器经由数据通信网络接收针对第一域名的域名系统查询。用于第一域名的授权名称服务器处理接收到的针对第一域名的域名系统查询。所述处理包括:获得与第一域名相关联的一个或多个资源记录。所述一个或多个资源记录包括关联于与第二不同域名相关联的实体的联系信息。用于第一域名的授权名称服务器经由数据通信网络发送对针对第一域名的域名系统查询的响应。所述响应包括所述一个或多个资源记录,其包括关联于与第二域名相关联的实体的联系信息。第一域名包括第二域名。第一域名包括在第二域名前面的至少一个标号。联系信息在所述一个或多个资源记录中呈明文形式,和/或一个或多个资源记录是TXT类型的。
所述一个或多个资源记录可以处于描述第一域名的区文件中。所述一个或多个资源记录可以存储于描述第一域名的区文件中。获得与第一域名相关联的所述一个或多个资源记录可以包括:从描述第一域名的区文件检索与第一域名相关联的所述一个或多个资源记录。所述一个或多个资源记录可以包括多个资源记录。域名系统查询可以包括仅针对TXT类型的资源记录的请求。对域名系统查询的响应可以仅包括所述一个或多个资源记录。所述实体可以是第二域名的注册者。所述层级式域名系统可以是域名系统DNS。联系信息可以包括关联于与第二域名相关联的实体的多个联系识别符。又一名称服务器可以是用于第二域名的授权名称服务器。所述又一名称服务器可以不同于用于第一域名的授权名称服务器。用于第一域名的授权名称服务器也可以是用于第二域的授权名称服务器。
提供在包括层级式域名系统的数据通信网络中处理数据的各种措施(方法、设备和计算机程序)。经由数据通信网络发送针对第一域名的域名系统查询。经由数据通信网络接收对针对第一域名的域名系统查询的响应。所述响应包括一个或多个资源记录,其包括关联于与第二不同域名相关联的实体的联系信息。处理对针对第一域名的域名系统查询的响应。所述处理包括:在所述一个或多个资源记录中识别关联于与第二域名相关联的实体的联系信息。第一域名包括第二域名。第一域名包括在第二域名前面的至少一个标号。联系信息在所述一个或多个资源记录中呈明文形式,和/或一个或多个资源记录是TXT类型的。
所述一个或多个资源记录可以处于描述第一域名的区文件中。所述一个或多个资源记录可以包括多个资源记录。域名系统查询可以包括仅针对TXT类型的资源记录的请求。对域名系统查询的响应可以仅包括所述一个或多个资源记录。所述实体可以是第二域名的注册者。所述层级式域名系统可以是域名系统 DNS。联系信息可以包括关联于与第二域名相关联的实体的多个联系识别符。又一名称服务器可以是用于第二域名的授权名称服务器,所述又一名称服务器不同于用于第一域名的授权名称服务器。用于第一域名的授权名称服务器也可以是用于第二域名的授权名称服务器。所述方法可以由用户装置执行。
提供一种层级式域名系统区文件,其包括:数据,其识别第一域名;以及联系信息,其关联于与第二不同域名相关联的实体。第一域名包括第二域名。第一域名包括在第二域名前面的至少一个标号。联系信息呈纯文本形式。
提供层级式域名系统区文件,其包括:数据,其识别第一域名;以及联系信息,其关联于与第二不同域名相关联的实体。第一域名包括第二域名。第一域名包括在第二域名前面的至少一个标号。联系信息处于TXT类型的资源记录中。
提供在包括层级式域名系统的数据通信网络中处理数据的各种措施(方法、设备和计算机程序)。经由数据通信网络发送对来自与域名相关联的网站的网站内容的请求。经由数据通信网络接收网站内容。使用至少一个自动化联系信息剖析技术针对关联于与所述域名相关联的实体的联系信息剖析接收到的网站内容。致使联系信息存储于区文件中。
所述层级式域名系统可以是域名系统DNS。所述致使可以包括:致使联系信息存储于区文件中的TXT类型的一个或多个资源记录中。所述区文件可以定义又一域名,所述又一域名不同于所述域名。所述剖析可以包括:关于对潜在地包括联系信息的其它网站内容的链接而检查网站内容。响应于识别出对潜在地包括联系信息的其它网站内容的一个或多个链接,可以经由数据通信网络发送针对所述其它网站内容的请求。可以关于联系信息而检查所述其它网站内容。针对网站内容的请求可以包括域名。针对网站内容的请求可以包括HTTP GET 请求。网站内容可以包括HTML内容。所述至少一个自动化联系信息剖析技术可以包括至少一个模式匹配技术。所述至少一个自动化联系信息剖析技术可以包括至少一个正则表达式匹配技术。可以在用户装置处执行所述方法。可以在服务器设备处执行所述方法。发送针对网站内容的请求可以响应于接收到来自用户装置的请求,所述请求包括域名。来自用户装置的请求可以包括HTTP GET 请求。来自用户装置的请求可以包括域名系统请求。
提供一种层级式域名系统区文件,其包括关联于与域名相关联的实体的联系信息。所述区文件包括指示已使用自动化联系信息剖析技术获得联系信息的数据。指示已使用自动化联系信息剖析技术获得联系信息的数据可以包括域名中的标号。
提供一种层级式域名系统区文件。所述区文件包括关联于与域名相关联的实体的联系信息。关联于与域名相关联的实体的联系信息包括于TXT类型的一个或多个资源记录中。
以上实施例应理解为说明性示例。设想本发明的其它实施例。
应理解,关于任何一个实施例所描述的任何特征可以单独地使用,或与所描述的其它特征组合,并且也可以与任何其它实施例或任何其它实施例的任何组合的一个或多个特征组合使用。此外,在不脱离所附权利要求书限定的本发明的范围的情况下,也可以采用上文中未描述的等同物和修改。
Claims (74)
1.一种在包括层级式域名系统的数据通信网络中处理数据的方法,所述方法包括:在用于第一域名的授权名称服务器处:
经由所述数据通信网络接收针对所述第一域名的域名系统查询;
处理接收到的针对所述第一域名的域名系统查询,所述处理包括:获得与所述第一域名相关联的一个或多个资源记录,所述一个或多个资源记录包括关联于与第二域名相关联的实体的联系信息;以及
经由所述数据通信网络发送对针对所述第一域名的所述域名系统查询的响应,所述响应包括包含关联于与所述第二域名相关联的所述实体的所述联系信息的所述一个或多个资源记录,
其中,所述第一域名包括所述第二域名,且
其中,所述第一域名包括跟随所述第二域名的至少一个标号。
2.根据权利要求1所述的方法,其中,所述第二域名是可解析域名。
3.根据权利要求1或2所述的方法,其中,跟随所述第二域名的所述至少一个标号形成可解析第三域名的部分。
4.根据权利要求1所述的方法,其中,所述第一域名包括跟随所述第二域名的至少两个标号。
5.根据权利要求4所述的方法,其中,所述至少两个标号包括对应于顶级域名的标号。
6.根据权利要求4所述的方法,其中,所述至少两个标号包括第二级域名。
7.根据权利要求1所述的方法,其中,所述第二域名包括至少两个标号。
8.根据权利要求1所述的方法,其中,所述第二域名包括至少三个标号。
9.根据权利要求1所述的方法,其中,所述第二域名包括至少四个标号。
10.根据权利要求1所述的方法,其中,所述第二域名包括至少五个标号。
11.根据权利要求1所述的方法,其中,所述一个或多个资源记录处于描述所述第一域名的区文件中。
12.根据权利要求11所述的方法,包括:将所述一个或多个资源记录存储在描述所述第一域名的所述区文件中。
13.根据权利要求11所述的方法,其中,所述获得与所述第一域名相关联的所述一个或多个资源记录包括:从描述所述第一域名的所述区文件检索与所述第一域名相关联的所述一个或多个资源记录。
14.根据权利要求1所述的方法,其中,所述一个或多个资源记录包括多个资源记录。
15.根据权利要求1所述的方法,其中,所述域名系统查询包括仅针对TXT类型的资源记录的请求。
16.根据权利要求1所述的方法,其中,所述一个或多个资源记录是TXT类型的。
17.根据权利要求1所述的方法,其中,对所述域名系统查询的所述响应仅包括所述一个或多个资源记录。
18.根据权利要求1所述的方法,其中,所述实体是所述第二域名的注册者。
19.根据权利要求1所述的方法,其中,所述层级式域名系统是域名系统DNS。
20.根据权利要求1所述的方法,其中,所述联系信息包括关联于与所述第二域名相关联的所述实体的多个联系识别符。
21.根据权利要求1所述的方法,其中,又一名称服务器是用于所述第二域名的授权名称服务器,所述又一名称服务器不同于用于所述第一域名的所述授权名称服务器。
22.根据权利要求1所述的方法,其中,用于所述第一域名的所述授权名称服务器也是用于所述第二域名的所述授权名称服务器。
23.根据权利要求1所述的方法,所述方法包括:在服务器处执行自动化鉴权过程的至少部分,以允许修改所述一个或多个资源记录中的所述联系信息中的一些或全部。
24.根据权利要求1所述的方法,其中,所述第一域名在所述第二域名之前不包括标号。
25.一种在包括层级式域名系统的数据通信网络中处理数据的方法,所述方法包括:
经由所述数据通信网络发送针对第一域名的域名系统查询;
经由所述数据通信网络接收对针对所述第一域名的所述域名系统查询的响应,所述响应包括包含关联于与第二域名相关联的实体的联系信息的一个或多个资源记录;以及
处理对针对所述第一域名的所述域名系统查询的所述响应,所述处理包括:在所述一个或多个资源记录中识别关联于与所述第二域名相关联的所述实体的所述联系信息,
其中,所述第一域名包括所述第二域名,且
其中,所述第一域名包括跟随所述第二域名的至少一个标号。
26.根据权利要求25所述的方法,其中,所述第二域名是可解析域名。
27.根据权利要求25或26所述的方法,其中,跟随所述第二域名的所述至少一个标号形成可解析域名的部分。
28.根据权利要求25所述的方法,其中,所述第一域名包括跟随所述第二域名的至少两个标号。
29.根据权利要求28所述的方法,其中,所述至少两个标号包括对应于顶级域名的标号。
30.根据权利要求28所述的方法,其中,所述至少两个标号包括第二级域名。
31.根据权利要求25所述的方法,其中,所述第二域名包括至少两个标号。
32.根据权利要求25所述的方法,其中,所述第二域名包括至少三个标号。
33.根据权利要求25所述的方法,其中,所述第二域名包括至少四个标号。
34.根据权利要求25所述的方法,其中,所述第二域名包括至少五个标号。
35.根据权利要求25所述的方法,其中,所述一个或多个资源记录包括多个资源记录。
36.根据权利要求25所述的方法,其中,所述域名系统查询包括仅针对TXT类型的资源记录的请求。
37.根据权利要求25所述的方法,其中,所述一个或多个资源记录是TXT类型的。
38.根据权利要求25所述的方法,其中,对所述域名系统查询的所述响应仅包括所述一个或多个资源记录。
39.根据权利要求25所述的方法,其中,所述实体是所述第二域名的注册者。
40.根据权利要求25所述的方法,其中,所述层级式域名系统是域名系统DNS。
41.根据权利要求25所述的方法,其中,所述联系信息包括关联于与所述第二域名相关联的所述实体的多个联系识别符。
42.根据权利要求25所述的方法,其中,又一名称服务器是用于所述第二域名的授权名称服务器,所述又一名称服务器不同于用于所述第一域名的所述授权名称服务器。
43.根据权利要求25所述的方法,其中,用于所述第一域名的授权名称服务器也是用于所述第二域名的授权名称服务器。
44.根据权利要求25所述的方法,其中,所述第一域名在所述第二域名之前不包括标号。
45.根据权利要求25所述的方法,包括:
经由所述数据通信网络发送针对第三域名的域名系统查询;
经由所述数据通信网络接收对针对所述第三域名的所述域名系统查询的响应,所述响应指示关联于与所述第二域名相关联的所述实体的联系信息不可用,
其中,所述第三域名包括所述第二域名,且
其中,所述第三域名包括在所述第二域名前面的至少一个标号。
46.根据权利要求45所述的方法,其中,所述发送针对所述第一域名的所述域名系统查询响应于所述接收对针对所述第三域名的所述域名系统查询的所述响应,所述响应指示关联于与所述第二域名相关联的所述实体的联系信息不可用。
47.根据权利要求25所述的方法,其中,所述方法由用户装置执行。
48.一种设备,其被布置成执行根据权利要求1到47中任一项所述的方法。
49.一种计算机可读介质,其包括一种计算机程序,所述计算机程序被布置成当执行时执行根据权利要求1到47中任一项所述的方法。
50.一种在包括层级式域名系统的数据通信网络中处理数据的方法,所述方法包括:在用于第一域名的授权名称服务器处:
经由所述数据通信网络接收针对所述第一域名的域名系统查询;
处理接收到的针对所述第一域名的域名系统查询,所述处理包括:获得与所述第一域名相关联的一个或多个资源记录,所述一个或多个资源记录包括关联于与第二不同域名相关联的实体的联系信息;以及
经由所述数据通信网络发送对针对所述第一域名的所述域名系统查询的响应,所述响应包括包含关联于与第二域名相关联的所述实体的所述联系信息的所述一个或多个资源记录,
其中,所述第一域名包括所述第二域名,
其中,所述第一域名包括在所述第二域名前面的至少一个标号,且
其中,所述联系信息在所述一个或多个资源记录中呈明文形式,和/或一个或多个资源记录是TXT类型的。
51.根据权利要求50所述的方法,其中,所述一个或多个资源记录处于描述所述第一域名的区文件中。
52.根据权利要求51所述的方法,包括:将所述一个或多个资源记录存储在描述所述第一域名的所述区文件中。
53.根据权利要求51或52所述的方法,其中,所述获得与所述第一域名相关联的所述一个或多个资源记录包括:从描述所述第一域名的所述区文件检索与所述第一域名相关联的所述一个或多个资源记录。
54.根据权利要求50所述的方法,其中,所述一个或多个资源记录包括多个资源记录。
55.根据权利要求50所述的方法,其中,所述域名系统查询包括仅针对TXT类型的资源记录的请求。
56.根据权利要求50所述的方法,其中,对所述域名系统查询的所述响应仅包括所述一个或多个资源记录。
57.根据权利要求50所述的方法,其中,所述实体是所述第二域名的注册者。
58.根据权利要求50所述的方法,其中,所述层级式域名系统是域名系统DNS。
59.根据权利要求50所述的方法,其中,所述联系信息包括关联于与所述第二域名相关联的所述实体的多个联系识别符。
60.根据权利要求50所述的方法,其中,又一名称服务器是用于所述第二域名的授权名称服务器,所述又一名称服务器不同于用于所述第一域名的所述授权名称服务器。
61.根据权利要求50所述的方法,其中,用于所述第一域名的所述授权名称服务器也是用于所述第二域名的所述授权名称服务器。
62.一种在包括层级式域名系统的数据通信网络中处理数据的方法,所述方法包括:
经由所述数据通信网络发送针对第一域名的域名系统查询;
经由所述数据通信网络接收对针对所述第一域名的所述域名系统查询的响应,所述响应包括包含关联于与第二不同域名相关联的实体的联系信息的一个或多个资源记录;以及
处理对针对所述第一域名的所述域名系统查询的所述响应,所述处理包括:在所述一个或多个资源记录中识别关联于与第二域名相关联的所述实体的所述联系信息,
其中,所述第一域名包括所述第二域名,
其中,所述第一域名包括在所述第二域名前面的至少一个标号,且
其中,所述联系信息在所述一个或多个资源记录中呈明文形式,和/或一个或多个资源记录是TXT类型的。
63.根据权利要求62所述的方法,其中,所述一个或多个资源记录处于描述所述第一域名的区文件中。
64.根据权利要求62或63所述的方法,其中,所述一个或多个资源记录包括多个资源记录。
65.根据权利要求62所述的方法,其中,所述域名系统查询包括针对仅TXT类型的资源记录的请求。
66.根据权利要求62所述的方法,其中,对所述域名系统查询的所述响应仅包括所述一个或多个资源记录。
67.根据权利要求62所述的方法,其中,所述实体是所述第二域名的注册者。
68.根据权利要求62所述的方法,其中,所述层级式域名系统是域名系统DNS。
69.根据权利要求62所述的方法,其中,所述联系信息包括关联于与所述第二域名相关联的所述实体的多个联系识别符。
70.根据权利要求62所述的方法,其中,又一名称服务器是用于所述第二域名的授权名称服务器,所述又一名称服务器不同于用于所述第一域名的所述授权名称服务器。
71.根据权利要求62所述的方法,其中,用于所述第一域名的授权名称服务器也是用于所述第二域名的授权名称服务器。
72.根据权利要求62所述的方法,其中,所述方法由用户装置执行。
73.一种设备,其被布置成执行根据权利要求62到72中任一项所述的方法。
74.一种计算机可读介质,其包括一种计算机程序,所述计算机程序被布置成当执行时执行根据权利要求62到72中任一项所述的方法。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
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 |
GB1522923.0 | 2015-12-24 | ||
PCT/GB2016/054051 WO2017109502A2 (en) | 2015-12-24 | 2016-12-22 | Methods. apparatuses. and computer programs for data processing. and hierarchical domain name system zone files |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108702396A CN108702396A (zh) | 2018-10-23 |
CN108702396B true CN108702396B (zh) | 2021-09-07 |
Family
ID=55359058
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680081842.1A Active CN108702396B (zh) | 2015-12-24 | 2016-12-22 | 用于数据处理的方法、设备 |
Country Status (10)
Country | Link |
---|---|
US (2) | US10819674B2 (zh) |
EP (2) | EP3852345A1 (zh) |
JP (2) | JP6802571B2 (zh) |
KR (1) | KR102697869B1 (zh) |
CN (1) | CN108702396B (zh) |
AU (2) | AU2016376000A1 (zh) |
CA (1) | CA3048125A1 (zh) |
GB (1) | GB2545748B8 (zh) |
IL (1) | IL260121B (zh) |
WO (1) | WO2017109502A2 (zh) |
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 |
WO2018182339A1 (ko) * | 2017-03-29 | 2018-10-04 | 삼성전자 주식회사 | 멀티미디어 서비스 콘텐트 제공 장치 및 방법 |
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 (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2006781A1 (en) * | 2007-06-21 | 2008-12-24 | Telnic Limited | Method, apparatus and system for indexing and searching DNS zone records |
CN101878633A (zh) * | 2007-11-30 | 2010-11-03 | 爱立信电话股份有限公司 | 在xml文档管理架构中使用的方法和设备 |
CN101924644A (zh) * | 2009-06-15 | 2010-12-22 | 北京华智大为科技有限公司 | 一种通过域名进行信息交互的方法和系统 |
GB2479565A (en) * | 2010-04-14 | 2011-10-19 | Mtld Top Level Domain Ltd | Providing mobile versions of web resources |
CN103037029A (zh) * | 2012-12-10 | 2013-04-10 | 中国科学院计算机网络信息中心 | 基于绑定注册的域名whois查询方法和服务系统 |
CN104065629A (zh) * | 2013-03-22 | 2014-09-24 | 阿尔卡特朗讯公司 | 使用因特网域名建立呼叫的方法和设备 |
CN104778206A (zh) * | 2015-03-10 | 2015-07-15 | 小米科技有限责任公司 | 服务资源的url获取方法及装置 |
Family Cites Families (31)
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 |
BR0009921A (pt) * | 1999-04-22 | 2002-08-27 | Network Solutions Inc | Métodos e aparelhos para processamento de operação de registro de nome de domìnio e meio de leitura por computador |
WO2002029584A1 (en) * | 2000-10-04 | 2002-04-11 | Enic Corporation | Providing services and information based on a request that includes a unique identifier |
KR100397818B1 (ko) * | 2000-11-03 | 2003-09-13 | 김동규 | Url에 문자열을 추가하여 인식하는 방법, 이를 이용한사업 방법 및 이를 구현할 수 있는 기록매체 |
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 |
WO2008059515A2 (en) * | 2006-08-01 | 2008-05-22 | Divyank Turakhia | A 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 |
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 |
US8966077B2 (en) * | 2009-08-18 | 2015-02-24 | Verisign, Inc. | Systems and methods for multi-tenant generic top level domain deployment |
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 |
US8644806B2 (en) | 2010-04-09 | 2014-02-04 | Siter Smart Software Ltda | System and method for telephony using internet domain names and electronic addresses |
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 |
US20120198056A1 (en) * | 2011-01-31 | 2012-08-02 | Yaacov Shama | Techniques for Analyzing Website Content |
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 |
WO2014167516A1 (en) * | 2013-04-11 | 2014-10-16 | Brandshield Ltd. | Device, system, and method of protecting brand names and domain names |
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 |
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 KR KR1020187020940A patent/KR102697869B1/ko active IP Right Grant
- 2016-12-22 CN CN201680081842.1A patent/CN108702396B/zh active Active
- 2016-12-22 EP EP20203771.9A patent/EP3852345A1/en not_active Withdrawn
- 2016-12-22 EP EP16828963.5A patent/EP3395050B1/en active Active
- 2016-12-22 JP JP2018552918A patent/JP6802571B2/ja active Active
- 2016-12-22 WO PCT/GB2016/054051 patent/WO2017109502A2/en active Application Filing
- 2016-12-22 CA CA3048125A patent/CA3048125A1/en active Pending
- 2016-12-22 AU AU2016376000A patent/AU2016376000A1/en not_active Abandoned
-
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 (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2006781A1 (en) * | 2007-06-21 | 2008-12-24 | Telnic Limited | Method, apparatus and system for indexing and searching DNS zone records |
CN101878633A (zh) * | 2007-11-30 | 2010-11-03 | 爱立信电话股份有限公司 | 在xml文档管理架构中使用的方法和设备 |
CN101924644A (zh) * | 2009-06-15 | 2010-12-22 | 北京华智大为科技有限公司 | 一种通过域名进行信息交互的方法和系统 |
GB2479565A (en) * | 2010-04-14 | 2011-10-19 | Mtld Top Level Domain Ltd | Providing mobile versions of web resources |
CN103037029A (zh) * | 2012-12-10 | 2013-04-10 | 中国科学院计算机网络信息中心 | 基于绑定注册的域名whois查询方法和服务系统 |
CN104065629A (zh) * | 2013-03-22 | 2014-09-24 | 阿尔卡特朗讯公司 | 使用因特网域名建立呼叫的方法和设备 |
CN104778206A (zh) * | 2015-03-10 | 2015-07-15 | 小米科技有限责任公司 | 服务资源的url获取方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
JP7045104B2 (ja) | 2022-03-31 |
IL260121A (en) | 2018-07-31 |
JP2019506692A (ja) | 2019-03-07 |
US20180309713A1 (en) | 2018-10-25 |
EP3395050A2 (en) | 2018-10-31 |
KR102697869B1 (ko) | 2024-08-22 |
EP3395050B1 (en) | 2020-10-28 |
CN108702396A (zh) | 2018-10-23 |
WO2017109502A3 (en) | 2017-08-10 |
AU2022263599A1 (en) | 2022-12-15 |
IL260121B (en) | 2021-06-30 |
WO2017109502A2 (en) | 2017-06-29 |
GB201522923D0 (en) | 2016-02-10 |
US11153264B2 (en) | 2021-10-19 |
AU2016376000A1 (en) | 2018-08-02 |
JP2021051755A (ja) | 2021-04-01 |
GB2545748B8 (en) | 2019-09-18 |
EP3852345A1 (en) | 2021-07-21 |
JP6802571B2 (ja) | 2020-12-16 |
US20210105248A1 (en) | 2021-04-08 |
CA3048125A1 (en) | 2017-06-29 |
US10819674B2 (en) | 2020-10-27 |
KR20180105653A (ko) | 2018-09-28 |
GB2545748A (en) | 2017-06-28 |
GB2545748B (en) | 2017-12-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108702396B (zh) | 用于数据处理的方法、设备 | |
US7565402B2 (en) | Sitemap access method, product, and apparatus | |
US7188138B1 (en) | Method, product, and apparatus for resource identifier registration and aftermarket services | |
US8635340B1 (en) | Method, product, and apparatus for requesting a network resource | |
US7260836B2 (en) | System and method for distributed authentication service | |
US8433700B2 (en) | Method and system for triggering web crawling based on registry data | |
US8370457B2 (en) | Network communication through a virtual domain | |
US20020073233A1 (en) | Systems and methods of accessing network resources | |
US10360292B2 (en) | Lightweight web page generation | |
US20130198409A1 (en) | Efficient implementation of user-provided dns names | |
KR100706702B1 (ko) | 도메인네임서버를 이용한 한글 인터넷컨텐츠주소 서비스 방법 및 시스템 | |
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 | |
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 | |
US10148729B2 (en) | Hosting provider hosting routes from a media repository |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |