CN100339846C

CN100339846C - 对域名数据的状态变化进行实时监测并即时注册的系统及方法

Info

Publication number: CN100339846C
Application number: CNB018181570A
Authority: CN
Inventors: 雷蒙德·金; 瑞恩·维纳; 伦·艾伯特·拜伊斯
Original assignee: SnapNames com Inc
Current assignee: SnapNames com Inc
Priority date: 2000-11-01
Filing date: 2001-11-01
Publication date: 2007-09-26
Anticipated expiration: 2021-11-01
Also published as: US20070083652A1; US20060195582A1; EP1337931A2; US20060161683A1; CA2429364A1; US7490124B2; EP1337931A4; US7472160B2; WO2002037338A1; CN1575465A; WO2002056132A3; CA2427266A1; WO2002056132A2; CN1302418C; US7627628B2; EP1332445A1; CN1471673A; US20100115043A1; US20090240812A1; US20020091827A1

Abstract

本发明的一个首选实施例可以接受来自有兴趣实体的对一个域名或一系列域名的指示。被申请域名是一个有兴趣实体希望通过一个域名注册系统或系统群来注册的一个域名，例如一个由注册机构授权的注册服务商操作的系统。该系统可以密切监测域名注册机构或注册服务商数据库，用于在一个分布式网络上，如Internet，提供域名的解析或注册，并确认有兴趣实体提供的域名或域名组的有效期和可用性。当一个被申请域名显示可用时，系统能通过一个域注册服务注册或重新注册该域名。如果有一个以上的实体对一个域名感兴趣，系统可以促进这个域名的拍卖。

Description

对域名数据的状态变化进行实时监测并即时注册的系统及方法

相关申请

[0001]这个申请是于2000年11月1号提交的美国临时专利申请第60/245,102号，以及于2000年11月13号提交的美国临时专利申请第60/248,341号的延续，并要求其优先权。

版权通告

技术领域

[0003]本发明涉及到对识别资源进行管理的领域，并且，更明确地说，是关于在一个分布式计算机网络上，例如Internet，域名的注册和管理。

发明的背景

[0004]在分布式计算机网络上，对单独的计算机，服务器，或在网络上其他不同的机器能够进行定位是很重要的。在Internet上，最有价值的一个识别资源就是域名。Internet域名提供了一个方便的途径去查询Internet协议(IP)数字地址。目前，IP地址是32-位整数。它由四个数字段组成。每一个连接到Internet的“主”机(例如计算机，等等)必须由一个具体的数字IP地址识别。然而，人们更喜欢用可读的，容易记忆的名字来表示主机，这就是“域名”。Internet实现了一个域名系统(DNS)，来促进特定域名和特定主机间的匹配。

[0005]DNS是一个分布式数据库系统，它允许计算机应用程序匹配域名和IP地址。DNS也提供了电子邮件的邮件路由信息以及其他许多服务。DNS分布式数据库的单独组件可以在本地被储存，或者储存在许多分布式机器中的任意一个上。DNS数据使每一个域名和一个特定的数字IP地址相关联。如果一个计算机的本地的高速缓冲存储器没有将一个域名解析成IP地址的信息，它发送一个请求到其它可能包含解析信息的计算机。DNS为域名提供了某些独立于主机物理位置的描述方法。主机可以被移动到网络上的一个新的位置，但是它仍然可以通过使用同一个域名被访问。只要一个使用者能够记住域名，就可以定位查找到这个主机，尽管随着时间变化IP地址已经变化。所以一个好记的域名就显示出了它的价值。

[0006]在物理层面上，DNS包含许多服务器和其它计算机或机器，他们运行软件和储存数据以允许计算机询问DNS数据库。其中这样的一台机器叫做“根服务器”。一个根服务器是一个服务器计算机，它维护着定位“命名服务器”的软件和数据，“命名服务器”包含有一个特定的域的授权数据，例如“.com”顶级域。目前全世界有13个根服务器。命名服务器是那些有软件和数据能够将域名解析成IP地址的计算机。可通过命名服务器访问的数据经常被涉及作为一个“区段文件”，一个“区段”是一个全体域名空间的子集。在这个子集中的域名被储存在这个命名服务器的区段文件中。每个域空间有一个区段文件(例如，区段)。

[0007]DNS被组织成为一个分级的树型结构。一个域名用来表示在DNS所提供的总域空间内的某个特定域。在DNS层次中的最高层是“根”，它技术上是没有被命名的，但经常被称作“.”或“点”。在DNS层次中紧接着根下面的层是顶级域，或“TLD”。它被称作顶级域是因为它是根之后的层次中的最高层。TLD出现在一个英文域名的最右端。例如，“uspto.gov”域名中的“gov”。TLD有多种不同类型。术语“gTLD”被交替用于代表一个“全球顶级域”或一个“一般顶级域”。一个全球TLD是可以被一个忽略其地理位置和政治边界的实体所注册的一个顶级域。例如，一个人，公司，或其他在世界任何地方的实体都可以注册一个在“.com”域中的域名。然而，由于一个注册“.uk”域中的域名的实体必须存在于英国内，这个域就不是一个全球域。相似地，一个一般TLD代表一个域，在其中一个实体可以忽略其实体类型而注册一个域名。例如，任意实体都可以注册“.com”域中的一个域名，而只有军事实体才可以注册一个“.mil”域中的域名，“.com”域是一个一般TLD的例子，而“.mil”域是一个“特殊TLD”的例子。“.uk”也是一个“国家代码”域，或“ccTLD”的例子，它适用于英国。其他ccTLD的例子包括“.fr”代表法国，“.ca”代表加拿大，“jp”代表日本，以及“.us”代表美国。

[0008]通过在特定的TLD中注册域名，TLD被细分到DNS分层结构中的较低层。二级域(SLD)是在DNS分层结构中紧接在TLD下面的层级。一个二级域的例子是“snapnames.com”域名中的“snapnames”。在DNS层次中紧接着二级域的层是三级域。一个三级域的例子如“portland.or.us”域名中的“portland”。进一步的细分可以通过相似的方法产生。层次中的每一层中的域名必须是唯一的。因此，在“.com”TLD中只有一个“snapnames”可以被注册，但可以存在一个叫“snapnames.net”的域名。

[0009]过去，域名注册通过一个共享注册系统(SRS)来实现。SRS是由Network Solution，Inc.在1999年创造的，它提供的注册后端可供多个全球分立的注册服务商注册域名。注册机构术语“注册机构”表示在一个特殊域名空间中，例如一个TLD，负责域名的管理分配的实体。一个注册机构的例子是VeriSign，Inc..com，.org，和.edu TLD的注册机构。术语“注册服务商”是指具有授权的若干实体中任意一个实体，它可为某个名字空间向注册机构中添加名字。希望注册某个域名的实体通过注册服务商来做这些工作。术语“注册者”指的是注册域名的实体。在某些域名空间，注册机构和注册服务商功能可以被同一个实体操作，使得“注册机构”和“注册服务商”的概念和功能结合了起来。结合的注册机构-注册服务商模式被应用于许多ccTLD和一些gTLD中。注册系统整体上包括多个注册机构，它由Internet Corporation for Assigned Name and Number(ICANN)检查监督。ICANN是一个非赢利的公司，它负责IP地址空间分配，制定协议参数，域名管理，以及根服务器管理的功能，这些功能以前是美国政府和InternetAssigned Number Authority以及其他实体签订合同完成的。

[0010]域名已经变成个人，工商企业和团体等的一项重要资产。同时，他们很难被跟踪并且会通过几种情况被丢失。有很多域名被黑客或恶意抢注者抢走的例子。一个不好的WEB站点管理员可以偷走一个重要的域名。域名可能被注册服务商偶然丢失。另外，仅仅只是因为域名所有者忘记续缴费用也会经常导致域名的丢失。

[0011]即使它们十分有价值，只有大约10％注册的域名实际正在被使用；就是说，解析到的实际Web站点不仅仅只有权标内容。有许多人想得到一个被其他人注册的但却没有使用的域名。另外，有一些个人虽然拥有域名但却没有立刻使用它们的计划，并且在收到一定的补偿情况下，他们愿意将这些域名转让给其他的个人。

[0012]一个可用域名的注册是在一个先到先得的基础上实现的。即使在一个实体注册一个域名之后，如果他们允许注册失效的话，其他的人就可以注册该域名。如果一个实体想要注册一个当前已被其他人注册的域名，这个实体就需要频繁地手动检查域名注册机构以确认当该域名变成可用时，他们是第一个请求注册该域名的实体。如果一个已注册者错误的忘记了更新注册并使该域名变为可被注册的，以前的注册者就应该在别的实体去申请注册该域名之前尽快地去重新注册。已注册者永远也不会有一个高效的可靠的系统来防止域名注册的无意丢失。已注册者和对域名有兴趣的实体都没有一个办法，用于在一个域名变为可用时，确保对它的成功的注册。

[0013]现在所需要的是一个高效的，有组织的和可靠的方法用于跟踪，获取，和保护Internet辨识资源，例如域名，本发明满足了这个需要。

发明内容

[0014]和本发明一致的一个首选的系统将会接受来自于一个单独实体或另一个系统(在这里指一个“有兴趣的实体”)的单个或一系列的被申请域名。申请域名是一个有兴趣的实体通过一个域名注册系统或系统群，例如由一个域名注册服务商操作的系统，所请求注册的域名。

[0015]现有系统将密切监控域名注册机构和注册服务商数据库，这些数据库被用于通过Internet或其他网络上进行域名解析或注册，并确认由感兴趣实体所提供的域名或域名组的终止，删除，来自核心注册机构的即将发生的清除，和/或该域名或域名组的可用性。这种域名数据库的监测可以通过手动的，半自动的，或全自动的方法实现。

[0016]当一个被申请域名显示是可用时，系统将会通过一个域注册服务注册或重注册该域名。注册申请域名或域名组的过程可以是手动的，半自动的，或全自动的。如果有一个以上的有兴趣实体请求一个特定的二级域名(例如，“snapnames”，忽略TLD)，本发明也可以促进那个二级域名的拍卖。

[0017]本发明提供一种对域名数据的状态变化进行实时监测的系统，对存储于域名数据库中的特定已注册域名的状态变化进行监测，该域名数据库存储于注册服务商或注册机构的域名服务器中，该监测系统包括：前端装置，用于接收来自用户的域名数据监测请求，并根据该请求确定被监测的域名数据；处理与分配引擎，用于接收来自所述前端装置确定的被监测的域名数据，并对该域名数据的状态变化进行查询与侦测，包括：查询单元，用于通过向所述域名服务器发送查询命令，来获得该域名的当前状态信息，并当该域名的状态发生变化时，记录该域名的状态变化信息；事件解码器，通过所述域名服务器的应用程序接口，与所述域名服务器相连，用于侦测并分析在所述注册机构与注册服务商服务器之间传输的通讯消息，并当该消息引起所述被监测的域名数据的状态变化时，记录该状态变化信息。所述的系统，其中，所述处理与分配引擎在记录下该被监测的域名数据的状态变化信息后，将该信息通过所述前端装置，反馈给用户。所述的系统，其中，所述的前端装置可为一个Web服务器。所述的系统，其中，所述的前端装置可为一个电子邮件服务器。所述的系统，其中，所述的前端装置可为电话呼叫中心。所述的系统，其中，所述的域名服务器为公共WHOIS服务器。所述的系统，其中，所述查询单元，是周期性的向所述域名服务器发送查询命令。所述的系统，其中所述周期可根据该域名的状态变化而调整。所述的系统，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的WHOIS记录的变化消息。所述的系统，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP添加消息。所述的系统，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP更新消息。所述的系统，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP转移消息。所述的系统，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP删除消息。所述的系统，其中，所述查询命令包括一个ping操作。

[0018]本发明提供一种对域名数据的状态变化进行实时监测的方法，对存储于域名数据库中的特定已注册域名的状态变化进行监测，该域名数据库存储于注册服务商或注册机构的域名服务器中，该监测方法包括：接收用户的域名监测请求，并根据该请求确定被监测的域名数据；根据所述被监测的域名数据，向所述域名服务器发送查询命令，来获得该域名的当前状态信息，并当该域名的状态发生变化时，记录该域名的状态变化信息；通过注册机构服务器或注册服务商服务器的应用程序接口，设置一个事件解码器，以侦测并分析在所述注册机构与注册服务商服务器之间传输的通讯消息，并当该消息引起所述被监测的域名数据的状态变化时，记录该状态变化信息。所述的方法，其中，进一步包括步骤：将记录下的该域名数据的状态变化信息，通过一个前端装置反馈给用户。所述的方法，其中，所述域名监测请求可通过一个Web服务器被接收。所述的方法，其中，所述域名监测请求可通过一个电子邮件服务器被接收。所述的方法，其中，所述域名监测请求可通过电话呼叫中心被接收。所述的方法，其中，所述的域名服务器可为公共WHOIS服务器。所述的方法，其中，所述查询命令被周期性的向所述域名服务器发送。所述的系统，其中所述周期可根据该域名的状态变化而调整。所述的方法，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的WHOIS记录的变化消息。所述的方法，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP添加消息。所述的方法，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP更新消息。所述的方法，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP转移消息。所述的方法，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP删除消息。所述的方法，其中，所述查询命令包括一个ping操作。

[0019]本发明提供一种对域名数据的状态变化进行实时监测并即时注册的系统，对存储于域名数据库中的特定已注册域名的状态变化进行监测，当该状态变为可注册状态时，自动及时注册该域名，该域名数据库存储于注册服务商或注册机构的域名服务器中，该系统包括：前端装置，用于接收来自用户的域名数据监测请求，并根据该请求确定被监测的域名数据；处理与分配引擎，用于接收来自所述前端装置确定的被监测域名数据，并对该域名数据的状态变化进行查询与侦测，包括：查询单元，用于通过向所述域名服务器发送查询命令，来获得该域名的当前状态信息，并当该域名的状态为接近可用状态时，将该域名数据列入删除域名清单；事件解码器，通过所述域名服务器的应用程序接口，与所述域名服务器相连，用于侦测并分析在所述注册机构与注册服务商服务器之间传输的通讯消息，并当该消息引起所述被监测的域名数据的状态变为接近可用状态时，将该域名数据列入删除域名清单；一个或多个获取队列装置，用于接收来自处理与分配引擎发送的删除域名清单中的域名数据，并向注册机构服务器发出注册该域名的请求。所述的系统，其中，所述处理与分配引擎在查询或侦测到该被监测的域名数据的状态变为接近可用状态时，将该状态变化信息通过所述前端装置，反馈给用户。所述的系统，其中，所述的前端装置可为一个Web服务器。所述的系统，其中，所述的前端装置可为一个电子邮件服务器。所述的系统，其中，所述的前端装置可为电话呼叫中心。所述的系统，其中，所述的域名服务器可为公共WHOIS服务器。所述的系统，其中，所述查询单元，是周期性的向所述域名服务器发送查询命令。所述的系统，其中所述周期可根据该域名的状态变化而调整。所述的系统，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的WHOIS记录的变化消息。所述的系统，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP添加消息。所述的系统，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP更新消息。所述的系统，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP转移消息。所述的系统，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP删除消息。所述的系统，其中，所述查询命令包括一个ping操作。所述的系统，其特征在于，所述的获取队列装置为一台或多台计算机。所述的系统，其特征在于，所述的计算机具有多重通讯端口和处理器资源，可以与所述域名服务器建立多重RRP连接。

[0020]本发明提供一种对域名数据的状态变化进行实时监测并即时注册的方法，对存储于域名数据库中的特定已注册域名的状态变化进行监测，该域名数据库存储于注册服务商或注册机构的域名服务器中，该监测方法包括：接收用户的域名监测请求，并根据该请求确定被监测的域名数据；根据所述被监测的域名数据，向所述域名服务器发送查询命令，来获得该域名的当前状态信息，并当该域名的状态为接近可用状态时，将该域名数据列入删除域名清单；通过注册机构服务器或注册服务商服务器的应用程序接口，设置一个事件解码器，以侦测并分析在所述注册机构与注册服务商服务器之间传输的通讯消息，并当该消息引起所述被监测的域名数据的状态变为接近可用状态时，将该域名数据列入删除域名清单；将所述删除域名清单中的域名数据发送到一个或多个获取队列，由获取队列向注册机构服务器发出注册该域名的请求。所述的方法，其中，进一步包括步骤：将查询或侦测到的接近可用状态的信息，通过一个前端装置反馈给用户。所述的方法，其中，所述由获取队列向注册机构服务器发出注册该域名的请求的步骤，包括：获取队列获取一个清单中的域名数据，并向注册机构服务器发出一个询问该域名可用性的命令；根据所述注册机构服务器返回的响应，确定该域名数据当前为可用状态；向注册机构服务器发出一个添加该域名的命令；根据所述注册机构服务器返回的响应，确定该域名数据的注册成功。所述的方法，其中，所述询问该域名可用性的命令，为RRP检查命令。所述的方法，其中，所述添加该域名的命令，为RRP添加命令。所述的方法，其中，所述域名监测请求可通过一个Web服务器被接收。所述的方法，其中，所述域名监测请求可通过一个电子邮件服务器被接收。所述的方法，其中，所述域名监测请求可通过电话呼叫中心被接收。所述的方法，其中，所述的域名服务器可为公共WHOIS服务器。所述的方法，其中，所述查询命令被周期性的向所述域名服务器发送。所述的系统，其中所述周期可根据该域名的状态变化而调整。所述的方法，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的WHOIS记录的变化消息。所述的方法，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP添加消息。所述的方法，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP更新消息。所述的方法，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP转移消息。所述的方法，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP删除消息。所述的方法，其中，所述查询命令包括一个ping操作。所述的方法，其特征在于，所述的获取队列由一台或多台计算机实现。所述的方法，其特征在于，所述的计算机具有多重通讯端口和处理器资源，可以与所述域名服务器建立多重RRP连接。

[0021]本发明提供，在一个域名的前一个注册到期之后，为一个有兴趣的实体实现该域名的后继注册的一种方法，该方法包括的步骤有：从一个有兴趣的实体接收一个请求，确定一个已注册域名；并自动地：确认注册状况的失效日期；基于失效日期定义一个时间段用于检查状况；在该时间段内以一个预先确定的频率周期性地检查状况；并当状况表明该域名可以被注册时，为有兴趣的实体请求注册该域名。所述的方法还可包含下面的步骤：自动地：基于失效日期预报一个域名具有可注册性的最早瞬间；并在接近预测的具有可注册性的最早瞬间时，提高上述检查的频率。所述的方法中所述检查可包含ping一个注册服务商。所述的方法中所述检查可包含实质上是同时的对多个注册服务商的ping操作。所述的方法中所述检查可包含对一个注册机构的ping操作。所述的方法中所述的检查可包含对从一个注册服务商导入的通讯的接收。所述的方法中所述检查包含对从一个注册机构机构导入的通讯的接收。所述的方法中：有兴趣的实体可以是一个域名的注册者；和所述的注册请求可需要一个对注册者注册的域名的状况的更新。所述的方法中所述域名注册请求可需要注册给一个合同实体；并进一步可包含把域名由合同实体转让给有兴趣实体的步骤。所述的方法中所述注册请求可包含多个大量的同时的请求。所述的方法中多个实质上是同时的请求可被发送到多个注册服务商。所述的方法中确定域名的请求可以是通过互联网经由一个网页形式被接收。

[0022]本发明还提供，为注册注册者实现一个域名注册的自动更新的一个方法，该方法可包含下列步骤：从一个注册注册者接收一个自动更新一个域名注册的请求，请求在域名失效之前被接收；确认注册的一个失效日期；以一个预先定义的频率，在接近失效日期前，周期性的检查该注册；并对注册过期进行响应，为注册注册者进行注册更新。所述的方法还可包含以下步骤，即对域名变为可注册时做出响应，为注册注册者进行域名的重注册。

[0023]本发明还提供，一种域名管理的方法，可包含以下步骤：接收来自一个有兴趣的实体的请求，对注册机构机构所维护的一个域名注册进行监测；监测在一个注册服务商和注册机构机构之间的请求，以发现一个影响域名注册的事件；识别该事件属于一个具体的类型；并基于事件的具体类型，采取一个预定义的行动。所述的方法中该事件可以是一个WHOIS事件。所述的方法中：事件的具体类型是为域名注册向一个WHOIS记录的转化；和预定义的动作是将变化通知有兴趣的实体。所述的方法中WHOIS记录是由注册机构机构来维护的。所述的方法中WHOIS记录是由注册服务商来维护的。所述的方法还包含了记载变化了的WHOIS记录的步骤，作为域名注册的一个基本参考。所述的方法中该事件可以是一个RRP事件。所述的方法中：该事件的具体类型可以是一个添加请求；和预定义的动作可以是将添加请求通知有兴趣的实体。所述的方法中：该事件的具体类型可以是一个更新请求；和预定义的动作可以是将更新事件通知有兴趣的实体。所述的方法中：该事件的具体类型可以是一个传递请求；和预定义的动作可以是将传递请求通知有兴趣的实体。所述的方法中：该事件的具体类型可以是一个删除请求；和预定义的动作可以是将删除请求通知有兴趣的实体。所述的方法中：该事件的具体类型可以是一个删除请求；和预定义的动作可以是以删除请求为条件，申请继该域名注册之后的下一个注册。所述的方法中下一个注册可以是代表一个有兴趣的实体。所述的方法中下一个注册可以是代表一个合同约定的代理，并可进一步包含以下步骤：验证第二位有兴趣的实体；在第一位有兴趣的实体和第二位有兴趣的实体之间拍卖下一次注册。所述的方法可进一步包含了将下一次注册从一个合同约定的代理转让给一个拍卖步骤的获胜者的步骤。所述的方法中：该域名注册可以是对某一个域名；事件的具体类型可以是该域名注册周期的失效；和预先确定的动作可以是为感兴趣的实体对该域名的自动注册。所述的方法中，感兴趣的实体可以是注册者。所述的方法中，感兴趣的实体可以是第三方。

[0024]本发明还提供，一种域名管理的方法，包括：识别某一域名及其第一个注册；识别某个期望后继注册该域名的感兴趣的实体；监测第一个注册的状态；和当第一个注册的状态显示该域名可注册的时候，实现后继注册。

[0025]本发明还提供，一种启动拍卖的方法，该拍卖由对某一域名的需求方兴趣驱动，该方法可包括的步骤有：识别至少一个显示出对某一域名感兴趣的实体；比较至少一个实体的指示兴趣和预先规定的阈值兴趣；和如果指示兴趣至少等于预先规定的阈值兴趣，那么通知该域名的注册者：至少存在一个实体显示出拍卖潜力。所述的方法还可包括在至少一个实体中实施拍卖的步骤。所述的方法中，拍卖可以是亲自的。所述的方法中，拍卖可以是通过网站实施的。所述的方法中：指示兴趣可量化为至少一个实体中的实体数目；和阈值兴趣可量化为至少一个实体中的期望最小实体数目。所述的方法中：指示兴趣可由至少一个实体通过该域名所含的货币价值来量化；和阈值兴趣可由注册者量化为该域名所含的期望最小货币值注册者。所述的方法中，识别至少存在一个实体的步骤可包括：接收来自至少一个实体中每一个实体的监测该域名注册的请求。所述的方法中，识别至少存在一个实体的步骤可包括：接收来自至少一个实体中每一个实体的请求，一旦当前域名注册失效，马上请求注册该域名。所述的方法中，识别至少存在一个实体的步骤可包括：接收来自至少一个实体中每一个实体的促进域名拍卖的请求。

[0026]本发明还提供，一个具有当前注册的域名，对其后继注册进行拍卖的一种方法，可包含的步骤有：该域名的当前注册失效后，识别至少存在一个实体期望后继注册该域名；当前注册失效后，将域名后继注册给合同约定的代理；在具有至少一个实体的实体中拍卖，以此决定得胜的实体；和将后继注册从合同约定的代理传递给拍卖得胜的实体。

[0027]本发明还提供，对一个可用来识别分布式网络上节点的标识资源实现相继注册的一种方法，该方法可包含的步骤有：从感兴趣的实体接收标识资源的指示；重复检查标识资源的状态；和当标识资源的状态指出标识资源是可注册时，响应该状态并为感兴趣的实体注册该标识资源。所述的方法中，标识资源可以是一域名。

[0028]本发明还提供，一种运行于域名注册系统之内的域名管理和获取系统，其中注册机构机构管理域名的分配，注册服务商通过它和注册机构机构之间的安全通讯通道为感兴趣的实体向注册机构发出一个域名注册请求注册机构，并且，注册信息存储在由注册服务商维护的公共注册服务商数据库和由注册机构机构维护的公共注册机构机构数据库中，注册信息包括注册失效日期，域名管理和获取系统，包括：一个前端用来接收来自感兴趣实体的域名指示；一个处理和分发引擎用来接收来自前端的域名指示，通过询问公共注册服务商数据库和公共注册机构机构数据库来决定失效日期，并在接近注册域名失效日期时，命令获取序列去同注册机构机构通话，为感兴趣的实体注册域名；和获取序列通过与注册服务商整合，与注册机构通过安全通讯通道注册机构进行通话。所述的系统中：公共注册机构机构数据库可以是一个注册机构机构WHOIS数据库；和公共注册服务商数据库可以是一个注册服务商WHOIS数据库。所述的系统还可包括获取序列使用的获取程序：(a)以预先规定的频率重复询问注册机构机构，以决定该域名的可注册性状态；和(b)如果可注册性状态显示出域名可注册时，发送命令给注册机构机构来注册域名。所述的系统中，前端可以是一个Web服务器，并进一步包括该服务器主管的网页，网页通过图象用户界面来接收来自感兴趣实体的域名指示。所述的系统中，前端可以是一种电子邮件服务器。所述的系统中，前端可以是电话呼叫中心。所述的系统中，获取序列可以是一个计算机序列。所述的系统中，获取序列可以是带有多个通讯端口的计算机。

[0029]本发明还提供，一种域名管理系统，可包括：(a)域名注册机构机构，用来在具体的域内管理对大多数域名的分配；(b)注册服务商通过同注册机构机构通话，为大多数域名改变注册信息，注册信息由注册服务商和注册机构机构维护；(c)第三方代理商代表感兴趣的实体，第三方代理商通过连接注册服务商和注册机构机构，对由注册服务商和注册机构机构维护的注册信息进行不间断的监测；并包括手段用来：一旦被监测的注册信息中的变化反映了预先规定的事件，一行得通就开始预先规定的动作。所述的系统中：预先规定的事件可以是某一具体域名的注册失效；和预先规定的动作可以是为感兴趣的实体注册该具体域名。所述的系统中：预先规定的事件可以是为某一具体域名改变域名注册信息；和预先规定的动作可以是将变化通知给感兴趣的实体。

[0030]本发明还提供，一种域名管理系统，可包括：(a)域名注册机构机构，用来在具体的域内管理大多数域名的分配；(b)注册服务商通过同注册机构机构通话，为大多数域名改变注册信息，注册信息由注册服务商和注册机构机构维护；(c)第三方代理商代表感兴趣的实体，第三方代理商监测注册服务商和注册机构机构之间在改变注册信息时的联络；并包括手段用来：一旦被监测的注册信息中的变化反映了预先规定的事件，一行得通就开始预先规定的动作。所述的系统中：预先规定的事件可以是删除某一具体域名的注册；和预先规定的动作可以是为感兴趣的实体注册该具体域名。所述的系统，其中，预先规定的动作可以是将改变了注册信息通知感兴趣的实体。所述的系统，其中，注册服务商可将注册服务商和注册机构之间的联系通知第三方代理商注册机构。所述的系统，其中，注册机构机构可将注册服务商和注册机构之间的联系通知第三方代理商注册机构。

[0031]本发明还提供，一种域名注册系统，可包括：(a)用来接收域名的指示输入手段；和(b)一个与输入手段相连接并且与域名注册服务商整合的获取引擎，注册服务商可以访问域名注册机构机构，从而使获取引擎能够决定指示域名的状况。所述的系统，其中，获取引擎可进一步包括一种获取程序，如果域名的状况显示出指示域名是可注册的，该程序可注册指示域名。

[0032]本发明还提供，一种用来促进拍卖域名的计算机化系统，该系统可包括：一种需求数据库，用来存储对某一域名的需求描述；一种网络前端，用来通过网络接收来自至少一个感兴趣实体中每一个实体对该域名的相应的需求指示，并在需求数据库中记录至少一个感兴趣实体中每一个实体和相应的需求指示，用于对该域名的需求描述；一种手段用来比较对需求数据库中的需求和预先规定的阈值需求的描述，并且响应一种有利的比较，对域名注册者传达一种提议，在至少一个感兴趣的实体中拍卖域名。所述的系统，其中：网络可以是因特网；和前端可以是主管一个网页的Web服务器，该网页含有接收需求指示的表格。所述的系统，其中，手段可以是计算机可执行的拍卖程序。所述的系统，其中，需求描述确定至少一个感兴趣实体的实体数目。所述的系统，其中，需求描述通过至少一个感兴趣实体中每一个实体总计了该域名所含有的货币价值。

[0033]本发明附加的目的和优点将在下面对首选实例的详细描述中阐述，该实例是依照附图所显示的进行的。

附图的简要说明

[0034]图1图示了依照本发明的一个系统实例。

[0035]图2A-2F提供了可以被存储在图1系统的数据库中的数据记录类型和数据域的说明性例子。

[0036]图3A图示了一个典型的失效域名的删除周期流程。

[0037]图3B用图表说明了一个用于注册被删除域名的被删除域名获取群的通讯连接。

[0038]图3C是一个通讯流程图说明了图3的被删除域名获取群的域名获取队列和获取引擎组件之间的典型通讯。

[0039]图4用图表说明了一个事件解码器程序同一个包含单个注册机构和多重注册服务商的系统的连接。

[0040]图5用图表说明了一个事件解码器程序同一个包含多重注册机构和多重注册服务商的系统的连接。

[0041]图6用图表说明了一个事件解码器程序同图5所示系统的连接的一个变化的实例，其中事件解码器程序使用了一个与注册机构的直接连接。

[0042]图7描述了与本发明一致的一个ping过程。

[0043]图8描述了图7所示的ping过程的另一种方式，作为一个加速的ping过程被操作。

[0044]图9用图表说明了一个注册服务商到注册机构的协议以及WHOIS事件的解码器过程。

[0045]图10说明了一个注册服务商到注册机构协议事件的解码过程。

[0046]图11用图表说明了一个WHOIS事件解码过程。

[0047]图12说明了一个拍卖处理的流程图用于二级域名的选择性确定，适用于拍卖和促进一个确定的二级域名的拍卖。

一个首选实施例的详细描述

[0048]如果一个域名变为可注册的话，本发明的一个首选实施例被设计用于监测在注册机构和注册服务商数据库中进行域名注册数据的添加，交换和删除，以及快速获取或重获取一个被申请域名。在本发明出现之前，为了确认更新，一个域名的注册者必须将它的域名的更新日期列入日程表，并在更新阶段结束之前手动更新域名。没有做到这一点可能导致注册的失效，以及因为注册服务商删除域名以及主要注册机构的清除而造成的域名所有权的丢失。

[0049]本发明可以通过至少两种途径帮助减轻这个问题。首先，它将域名记录的任何变化及时地通知给注册者(或其他有兴趣实体)。这就使得我们能较早地采取行动来减轻疏漏和恶意抢注的影响。第二，如果注册意外地被终止，并且域名进入了删除周期，它将会重新自动获得域名。这就不需要一个注册者有时用很高的费用从其他人那里买回域名，有时候其费用是很高的，或者关于域名提起诉讼。它还可以帮助防止使用注册域名的服务中断。

[0050]本发明还可以满足人们获取他们现在所不拥有的域名的需求。传统上，一个想要得到一个已经被别的实体注册的域名的人，他必须时常地，手动地检查这个域名的可获得性。这样的过程很费时间并且会导致域名被那些首先看到它可用的人获得。没有一个具有安全保护能力的实体可以接收从一个有兴趣的第三方而来的申请域名的一个迹象，以做到可靠地监控域名并在域名变为可获得时，代表有兴趣的第三方去注册它。本发明的一个实例允许申请一个域名的用户等待域名注册失效，当得知它失效并被从注册机构上删除时，这个实体可以先于其他人注册这个域名。这种方法叫做“顺序排队”。本发明可以实现这一点的两种方法是通过作定期的注册请求并与一个或多个注册服务商组成合同联盟。另一个方法包括与注册机构层进行技术整合或同注册机构组成合同联盟。

[0051]本发明的一个首选的实施例包含了一个程序，它储存申请域名的人，企业，或其他有兴趣实体的信息，并且经常性地与主要的注册服务商，核心注册机构，或它们的组合体进行适当的联系，以检查被申请域名的可获得性。与本发明一致的软件可以被直接地在网络上实现以促进远端用户的访问。对每一个想要获得一个或许多域名的有兴趣的实体而言，该软件或系统能够储存人的名字，地址，信用卡号，和其他有用的商务信息，这些信息给注册机构和注册服务商的WHOIS数据库提供了必要的技术上的，账单的，和管理的联系信息，同样的还有这个人想要获得的域名的清单。

[0052]本发明可以定期地自动地检查一个或多个联合注册机构/注册服务商或一个核心注册机构，并在一个域名可获得时，自动注册该域名，或者如果注册期限已经作废，一个域名将要被删除时，重注册该域名。其周期性可以通过编程来改变。可获得性信息可以通过周期性地对数据源进行pinging或pulling来确定，或是通过与数据源建立配对关系，由此数据源将会周期性的发送数据到一个本发明的具体化的系统。

[0053]图1描述了一个与本发明一致的系统。一个搜索代理102可以被提供以访问一个或多个域名注册服务商104来注册或重注册域名。搜索代理102可以被设置为通过一般Web站点是可访问的。确认，消息请求，或其他相关的通讯可以通过e-mail 106，或其他适当的通讯渠道被发送到一个远端网络用户。搜索代理102可以访问一个或多个包含相关信息的数据库。例子或这样的数据库包含一个用户数据库108，一个被申请域名数据库110，和一个尝试数据库112，被用作追踪注册或重注册储存在被申请域名数据库110中的域名所作出的尝试，或用作WHOIS查询。另外的，可以维护一个出售者数据库114，用来储存关于希望出售一个已注册域名的实体的信息。

[0054]图2A-2F提供了数据记录的类型的说明性例子，这些数据记录可以被储存在与本发明一致的系统的不同数据库中。这些包含图1中的用户数据库108，被申请域名数据库110，和尝试数据库112。这些例子仅仅用于说明性的，而一个熟悉技术的人能够容易地发现其他不同类型的数据被同样储存。数据库中数据的实际储存，数据域，或甚至数据库的类型，都能依赖于特定的具体实现和期望的功能。其他一般地储存的数据包括技术方面的，管理方面的和编制帐单方面的相关信息，一般被用于构成注册机构或注册服务商WHOIS数据库。

[0055]如果一个有兴趣的实体已经提供了信用卡或其他付账信息给系统，有兴趣的实体可以选择让系统在域名变为可获得时自动注册该域名。在一个可供选择的方法中，一个域名可以被注册在一个托管人或预定的第三方代理名下，并在随后被转给有兴趣的实体。账单信息可以被加密以保证安全的储存和附加安全性。系统可以被设置为在任何一个周期都检查域名的可获得性或域名状况。举个例子，现在的系统可以提供足够的弹性来允许检查一个域名的状况，尤其在快到数据要被从核心注册机构删除的预期时间时，以较高的频率检查。系统还可以代表一个特定的实体来操作，或者它可以对一般公众开放，在这种情况下需要实现优先规则以保证一个有秩序的处理过程。

[0056]在一个实施例中，本发明的实现可以通过一个或多个收费服务创收，如检查域名，通知个人域名纪录的变化，和注册变为可用的被申请域名。为了使本发明的使用最大化并使其方便使用，对有兴趣的实体的收费可以用任何方式(例如，按月收费或按年收费)。另外，注册域名，或其他记录的尝试，可以按时间或日期来记录，以便生成一个任何时候都可用的查账索引。

获取服务和临控服务的描述

[0057]本发明一个首选的实施例可以包含几个方面或不同的服务。作为一个选择，这些服务可以被提供作为正在进行的商务关系的一部分。接下来的两个服务是本发明的十分有价值的组件：域名的获取服务和域名的监控服务。

[0058]获取服务可以包含几个不同的组件。举个例子，获取服务的范围可以包括追踪一个给定域名在注册记录中的所有变化。一旦注册记录发生了一个变化，该项服务的用户可以即时地被通知(或者他们可以指定让一个代理，例如一个代理人，接受通知)。如果注册失效，域被删除，该服务可以用户的名义迅速自动地获取域名。这些及其他相关的服务可以由实现本发明的企业提供以获得收益，而如果一个域名在先前域名被删除的情况下没有被注册或重注册，可以提供一个资金偿还和相似的担保。也可以提供增值服务。以前这样的例子将会是一个定期的实时通讯或者对即将发生事件进行总结的期刊。如果对任何给定的域名，这个服务只有一个用户的话，那么这个用户实质上就可以确信，一旦先前的注册失效并且域名被删除，这个域名将会被成功地注册给他们。实现这个发明的企业的用户候选人可以包括那些希望保护他们的注册的当前域名注册者，同样的包括那些将来希望能够顺序排队，在先前的注册失效并且域名被从核心注册机构上删除时获得一个域名的注册者。当新的域(TLD或其他级别的域)被创造出来时，获取服务的实施例也可以被实现用来尝试获取对一个域名的高级注册或预约。

[0059]监测服务可以独立于获取服务被提供，也可以作为获取服务的附加被提供。一个提供与本发明一致的监测服务的公司可以监测到有关一个由服务用户指定的域名注册纪录的变化，订户可以被通报纪录的变化。新闻，信息，和事件也可以被送到服务提供的一个定期的记录或实时通讯中。与获取服务不同，监测服务中每个域名可以有多个订户。然而，除非某人已经预订了获取服务，否则域名注册和重注册依然基于先到先得的原则。监测服务可以被预期的注册者使用，来追踪域的使用或是停用，并用来追踪竞争者的动向。监测服务还可以帮助显示对一个特殊域名的兴趣。这种层次的兴趣可以帮助识别那些可能成为好的拍卖候选的域名。

域名的删除和可注册的定时

[0060]为了理解获取或重获取的过程和定时，对域名注册失效和删除的当前过程和定时的理解首先是有帮助的。对过程的理解使得本系统和用作重获已删除的域名的方法的优点显露出来。通常域名注册的失效和删除是依照图3A所说明的时间线。图3B和3C显示了对域名获取队列的使用，以便在一个高可靠性的保证下获得可用的域名。

[0061]图3A显示了一个典型的删除循环，尽管可能存在着不同的例外或可选择的时间线。一个这样的例外是Network Solutions，Inc.为一个特定域名而用在注册服务商和注册机构中的删除循环。失效的域名曾经是，某些时候仍然是，用一种很难预言的方式被从清除队列中删除。然而，为了说明一个删除循环的典型的例子，图3A着重于四个实例或处理事件。在点A，一个域名被注册。在点B，域名注册失效。在点C，注册服务商删除域名记录。在点D，注册机构清除被删除域名的记录。在点A和B之间的时间段可以长达十年，以一年时间为间隔。当注册接近失效的时候，注册者一般会从注册服务商收到更新通知。如果没有来自注册者的响应或更新，注册在点B失效。当这样的情况发生时，注册机构将会自动更新域。注册服务商将会有一个大约30到45天的期限，有时可能更长(点B和C之间的时间段)，在它期间完成对域的删除和有效地取消注册机构的自动更新。如果注册服务商在点C之前没有取消注册，域将会以一年为期被更新，而注册服务商必须付给注册机构用于一年注册的费用。

[0062]在点B和C之间的时间段期间，注册服务商可以选择将域置于“注册服务商-保持”中。这种保持将会把域从全球命名服务器中移走，从而有效地使域失去作用，除非更新的费用被付给注册服务商。如果注册服务商在C点之前删除域，在被最终删除之前，域将会在一个注册机构的清除序列中存在120小时(在点C和D之间)。在这种状态下，域名是不可用于注册的并且将不能够起作用。在点D之后，域的注册，在先到先得基础上，通过任何授权的注册服务商，就“很容易到手”。

[0063]直到注册失效300，域记录存在于对应相关域的区段文件。在失效302之后的一个较短的期间，域记录仍旧被存储在本地根命名服务器，但是穿过所有服务器的变化的传播并没有完成。当域被列于根命名服务器表上，有关这个域名的诸如Web站点和E-mail服务将会继续工作，。当该域名记录离开了命名服务器之后，相关的Web站点和e-mail中止其功能。在域名被注册和注册被清除之间的时间段304期间，记录仍旧在SRS中。当域名不再在SRS中之后，它可以用于下一个注册。当记录不再在根服务器中但是在它被清除之前这一时间段306，这个域名的Web站点和e-mail不再起作用，但是该域名不能用于被一般公众注册。

成功获取被删除域名的获取引擎队列

[0064]如图3A的描述中可见到的，当设法注册一个近期可用的域名时严格的定时是至关重要的。本发明的实例通过以下两个方法获得了一个高的域名获取成功率，或者通过实现一个“删除域名获取群”，当域名被从注册机构删除之后，这个分布式系统设计用来尽可能快地监测和注册域名，或者通过将一个获取引擎直接同注册机构系统结合起来。一个获取队列系统的组件包含一个前端，它接受用户想要注册即将被删除的域名的请求，一个处理和分配引擎，和一个或多个获取队列，它结合注册服务商的站点用于同一个注册机构直接通讯，以实现监测和添加域名的所必需的操作。这些不同的组件相互之间通讯的方法在图3B中用图表显示出来。

[0065]在图3B中，域名被有兴趣的实体用任何合理的方法识别。手段可以包括一个Web站点，e-mail，传真，直接的用户电话交流，或任何合适的手段，它使得域名被传送到处理和分配引擎中。这一点由图3B中前端删除域名零售界面324图解说明。界面324通过通讯渠道A同处理和分配引擎320通讯。

[0066]一旦域名被传送到处理和分配引擎320的数据库中，它们被评审以建立它们在删除循环中的当前状态。评审过程使用图3B中的渠道B，，从注册机构或注册机构(如果是必需的话，注册服务商326)的公共WHOIS服务器收集数据，。如果一个域名被发现处于一个接近可用的状态时，它将被通过任意一个或是多重的不同的渠道C路径，传送到一个或多个获取队列328。传送协议一般是一个经安全套接协议(SSL)加密的TCP/IP连接，它建立在Internet之上，从一个中心站点连接到每一个单独的获取队列328。如通讯渠道D图解所示，每一个获取队列328通过注册服务商经由同每个注册机构关联的注册服务商的注册机构协议连接，同一个或多个注册机构330通讯。注册机构协议可以包括RRP，EPP，或其他现在或未来的协议。为了简便起见，这里使用了术语“RRP”用于表示任何像这样可接受的在一个注册服务商和一个注册机构之间的通讯，协议。图3B还图解了一个用于域名注册的注册服务商API 332。注册服务商的API 332同处理和分配引擎320的通讯经由通讯渠道E，并被用于由一个注册服务商注册一个域名。

[0067]一旦一个注册服务商发布一个删除命令，当前注册机构可以通过两个方法使得被删除的域名可用于重注册。第一个是一个立即的删除，一旦注册服务商发送删除信息到注册机构，该域名可立即用于再注册。另一个方法，被称作“批清除”，包括在注册服务商发出删除命令之后由注册机构收集的多个域名，之后被作为一批释放。不管注册机构用什么方法来使被删除域名变为可用，获取队列被设计用于检测和获取域名。

[0068]决定于操作的模式，获取工作的结果可被实时地传送回处理和分配引擎，或是在完成一批工作之后进行。结果数据可以被转换成报告，报告又被分发给相关的注册服务商用于记帐，并且因此用户WHOIS数据可以被填充到注册服务商的WHOIS数据库中。

[0069]每一个获取队列328是一批特别设计用于检测和获取被删除域名的计算机，这些域名在注册机构清除期间将要变为可用的。在一个可选的应用实例中，一个获取队列328可以是一个计算机，它有多重的通讯端口和处理器资源，能足够有效地建立同注册机构的多重RRP连接。一个获取队列328一般寄存在一个注册服务商站点。一个获取队列的通讯软件最好被限制为只能发送RRP“检查”和“添加”命令，这是依照注册机构制定的限度和任意其他获取队列的操作者和主注册服务商承认的标准，这将影响诸如询问频率这样的事情。一个获取队列328的组件是高度安全的，用于同注册机构或存储被删除域名信息的域名主数据库的通讯使用了SSL-加密消息，或其他安全措施。

[0070]图3C图解了一个在注册机构的“大量添加进程”期间进行域名获取的通讯流程。而接下来的程序描述是针对一个单一域名的，那些技术上熟练的人将会很容易地确定，它可以平等地应用于一系列的多重域名。多重域名的获取可以使用多重的获取队列或通讯端口进行一系列的或并行的尝试。

[0071]当系统确信一个获取服务所请求的域名已经被删除，并且将要被清除时，域名在一个发送到获取队列328的传送340中被识别。删除域名的识别340来自于一个“数据库和管理系统”336。数据库和管理系统336包含图3B的处理和分配引擎320，以及一个域名和注册信息的主数据库。立即要被删除的域名的鉴定340被发送到一个位于一个注册服务商站点的获取队列328，如果域名被成功获取的话，将在那里被注册。作为一个选择，域名可以被识别发送给位于多重注册服务商的多重获取队列。这样重复的努力将会帮助确保对域名的成功获取。该域名可以在那个运行获取引擎并成功取得了域名的站点被注册。正在被删除的域名可以是，但不是必须是，通过先前注册的注册服务商注册的。

[0072]一旦域名(或域名列表)被传送到获取队列328，当注册机构清除循环开始的时候，队列328尝试在“大量添加进程”期间去获取域名。对于VeriSign注册机构，举个例子，大量添加进程是紧跟在批清除之后。现在，这一般发生在美国东部时间下午两点。获取可以通过一系列检查和添加命令被更好的完成。在图3C中，大量添加进程程序开始于对来自于获取队列的获取程序338的一个域名的检索和对来自注册机构330的一个域名可用性的询问342。注册机构330随后返回一个响应344到获取程序338。如果域名是可用的，获取程序发送一个RRP添加命令346，并且一个响应348被从注册机构330返回。获取程序338可以重复356以应用于每一个将要在清除循环中被删除的域名；如果这个域名响应先前的询问342时是不可用的，它可以重复356来重检查一个域名的可用性。返回箭头358表示图3C的处理可以重复，前提是域名没有被从注册机构清除。

[0073]在获取处理的期间，询问的频率和消耗的带宽可以被每天调整。这些参数根据在批量中域的数量，域名列表的质量(例如，某些域名的获取可能比别的域名重要-出于财政价值或其他方面的考虑)，以及注册服务商所设置的限制来设定。在运行结束之后，记录信息被传输350回数据库和管理系统336。注册服务商332会被通知350已成功的添加域名，并为最新添加的域名被发送相关用户的构成他们WHOIS和用户数据库334所必需的信息。构成WHOIS数据库所必需的信息可以被储存在域名的管理数据库，而注册信息在数据库和管理系统336。注册服务商332首选确认对354信息的接收。

[0074]获取成功，在很大一部分程度上，依靠与注册机构的总连接数量，以及做出询问的频率。在当前环境下，连接会在大量添加进程期间变得不足。在一个首选的应用实例中，在大量添加进程期间，可用的连接的最小值是三百。一般来说，可用的连接越多，就可以在大量添加进程获取运行之前许多小时得到越好的连接。当这些连接被获得，它们可以以一个较低的使用频率被闲置直到大量添加进程开始。在这一期间被监测的域名也包含那些在几小时后就会失效的域名-那些按预想并不在大量添加进程之中的域名。这些域名通常由注册服务商而不是Network Solution(现在是VeriSign)保存。

[0075]对注册服务商站点的获取队列的整合，需要在数据库和管理系统，注册机构和获取引擎之间建立连接。操作的最佳端口是到注册机构的648，SSH，NTP，以及一个单独说明的用于传递数据库和管理系统的SSL加密消息的端口。专门的可路由的IP地址也应被提供用于获取引擎的操作。

采购信息和注册一个域名

[0076]从前面的讨论可以很明显看出，很好地了解域名的注册或删除事件，对于使本发明具体化的系统是很有用处的。域名情况和信息可以通过不同的技术从注册服务商中得到。第一种技术是通过周期性的“ping”(或询问)注册服务商的服务器，来检查一个域名是否是可用的，如果是的话，就注册该域名。信息也可以通过直接ping注册机构服务器来获得。这一点在一个“密集注册机构系统”的情况下尤甚，在这里大多数注册信息(例如账单的，管理的，和技术的相关信息)被储存在注册机构层。在任何一个应用实例中，提高ping的频率可以帮助确保一个域名被使用本发明的一个实体注册，而不是被第三方注册。

[0077]另一个首选的实施例使用了第二种技术以获得信息和确保及时的注册。在第二种技术中，合作关系或合同协议由不同的注册服务商输入。作为这种关系的一部分，每一个注册服务商可以给本发明的操作者一个权利，以首先拒绝注册一个变为可用于注册或转让的域名。例如，一个注册服务商可以通知一个有兴趣的实体，一个注册者将不再更新一个注册，这个域名将要变为可用的。作为一个选择，该域名可以在它被清除和转让给有兴趣的实体之前被更新。这样就确保了第三方将不能够在一个本发明的操作者得到这个机会之前注册一个近来将要可用的域名。发给有兴趣实体的通知可以使用在网络上把数据传输给远端主机的标准技术。

[0078]不管什么域工业模式，本发明的RRP事件监测技术可以被设计成工作。今天，这个模式包括多重的注册服务商，他们都连接到一个单一的全球顶级域(gTLD)或国家代码顶级域(ccTLD)注册机构。当新的gTLD和ccTLD注册机构被加入的时候，这个模式将会调整。事件通知可以被从注册服务商传送，或者直接从注册机构传送。这一点可以通过与注册机构操作者建立一个合作关系而被实现。同样，大多数国家代码顶级域(ccTLD)注册机构用同样的方法工作，其中注册服务商和注册机构的功能在今天被作为一个系统结合了起来。

[0079]RRP由Network Solution设计，以促进允许多重注册服务商的共享注册系统(SRS)。本发明的技术预期RRP(或其他合适的协议)在每一个新的注册机构可能会不同，并且不依靠当前的标准，以便于它的应用程序接口(API)可以在新的，具有多重-注册机构的环境下工作。

[0080]图4-6图示说明了本发明所使用的不同通讯渠道的应用实例。本发明使用了一个事件解码器程序，通过解译和处理可能是来自于一个注册服务商或注册机构的不同类型的通讯消息或信息，来检查一个域名的状态。如下面关于图9至11的讨论一样，由事件解码器程序处理的一个典型事件包括RRP事件和WHOIS事件。特别地，图4图解了一个系统中的连接，其中一个事件解码器程序400被提供用于监测与注册服务商402a到402c以及一个单一注册机构404相关的域名注册行为。注册服务商到注册机构的协议请求406a到406c被从注册服务商发送到本发明的应用实例408a到408c。

[0081]图5图解了一个系统中的通讯渠道，其中一个事件解码器程序500被提供去操作多重的注册服务商502a到502c以及多重的注册机构504a和504b。如图5所示，注册服务商到注册机构的协议请求506a到506f被从注册服务商502a到502c，经由508a到508f传送到事件解码器程序500。

[0082]图6图示了本发明一个可选择的应用通讯渠道，它包含多重的注册服务商和多重的注册机构，并且其中事件解码器程序使用了一个同至少一个注册机构的直接的通讯渠道。通过对图6的特别引述，事件解码器程序600被图示与多重的注册服务商602a到602c以及多重注册机构604a和604b相连。与图5相似，在图6中，RRP请求606a到606f被图解说明位于注册服务商602a到602c和注册机构604a到604b之间。对于一个注册机构604b本发明的应用实例并不与它直接通讯，注册服务商到注册机构的协议请求606b，606c和606f可以经由608b，608d，和608f被发送到事件解码器程序600。然而，如果事件解码器程序600可以经由一个通讯渠道610直接同注册机构通讯，那么事件解码器程序可以通过通讯渠道610，直接接收并监测来自注册机构604a的域名注册信息，而不是通过接收来自于RRP请求608a，608c，和608e中的一个发送到注册机构604a并与其建立直接通讯的信息。

标准ping进程

[0083]在本发明的一个首选应用实例中，一个标准的ping进程被用于询问诸如以下信息资源：1)使用RRP协议的VeriSign Registry SRS；2)DNS根服务器；3)VeriSign Registry标准端口43WHOIS服务器；4)注册服务商标准端口43WHOIS服务器；或5)其他相关的现在或将来的资源。对于那些技术上熟练的人而言，本技术或合适的替代者可以被实现以询问来自不同于VeriSign Registry的注册机构的信息。因此，本发明的这个方面可应用于gTLD，ccTLD和其他的域。

[0084]进程可以被总结如下：一个域名从一个被申请域名数据库中被检索。这些域名可以从一个有兴趣实体请求的获取或检测服务中被接收到。域名的可用性可以在使用RRP连接到SRS的VeriSign Registry中第一次被检查。如果域名是可用的，并且有一个有兴趣的团体请求这个域，或者如果它被标为用于拍卖(如下面所描述的)，它可以被一个合作的注册服务商立即注册。在获取之后，有兴趣的实体会因此被通知(或者是成功的获取通知，或者是即将到来的拍卖通知)。

[0085]如果经过上面的检查，该域名不可用于注册，本发明的应用实例仍旧可以获得对于有兴趣检测域名状态和参加拍卖的实体来说有用的信息。询问可以面向以下实体被给出，即一个根服务器，一个注册机构WHOIS，一个注册服务商WHOIS，和一个针对基础数据为域注册信息变化所作的比较。如果变化已经发生，请求监测的用户将会收到一个详细描述变化的通知给。

[0086]图7和图8更详细的图解了标准ping和加速ping的处理。特别是在图7的说明中，处理开始于步骤700，一个被申请域名从一个被申请域名的数据库702中被检索到。在步骤704的结果中，本发明可以ping适用的SRS资源以决定一个域名是否可用。如果它是可用的，系统校验存在一个获取用户(例如一个申请该域名的有兴趣的实体)706。如果不存在一个有兴趣的实体，下一步是确认该域是否被标志为用于拍卖。如果不是，进程重复步骤以确定同一个，或另一个，域名704的可用性。继续决定步骤708，如果确定该域被标志用于拍卖，如图12所示，域名在步骤710中被获得，并且可能的购买者被通知拍卖消息，从而终止ping处理712(尽管可能要做出进一步的努力以实现实际的拍卖处理)。域名可以被获得并注册在一个请求获取的团体名下，如果它存在的话，或者它可以被一个实体获得，该实体是按第三方协议被特别设计用于保存域名直到未来的拍卖完成。

[0087]继续步骤706，如果有一个获取服务用户，该进程继续进行步骤714，获取域名，并且将获取的消息通知有兴趣的实体，从而在步骤716结束ping处理。回到步骤704，如果域名不可用于注册，系统在步骤718询问DNS根服务器注册机构和注册服务商WHOIS数据库。在步骤718之后，如果域注册信息或记录被设为在不到预定的时限时过期，举个例子，24个小时，如步骤720中所示，系统确认是否已超过了使用加速ping722的时限。如果没有，在步骤724中域名被标志为使用加速ping，并且进程继续到步骤726和704。如果它超过了加速ping722的时限，或者如果域名没有被设置为在不到预定的时限处就要被删除，进程在确认注册信息726是否有变化后继续。如果注册信息中没有变化，处理进程返回对域是否可用于注册的确认步骤704。如果在步骤726中注册信息有变化，在步骤728系统确认是否有一个获取服务用户。如果在步骤728有一个获取服务用户，这个用户在步骤730将会被通知域的变化信息。系统储存的基础记录在步骤732被更新，以反映在步骤726中检查到的注册信息的变化。进程之后通过返回步骤704继续进行下去。如果在步骤728确认没有获取服务用户，域名记录在步骤734被标志，并作为阶段性服务的一部分将注册信息中的变化提供给监测用户。处理进程如先前所描述的那样继续步骤732。

[0088]图8图解了加速ping处理的一个首选实施例。当处理进程开始于步骤800之后，系统从加速ping询问或数据库802找回一个申请的域名。这些是在图7处理进程中被标志为用于加速ping处理的主要域名。下一个步骤是一个对域名是否可用的确认，它基于SRS的询问804。如果它不可用，系统返回步骤802。如果域名可用，下一步系统要做出是否有一个获取服务用户的确认。如果有一个获取服务用户在步骤806，域名被在步骤808获取，并且获取服务用户被通知已成功的注册了域名。这样在步骤810结束注册处理进程。如果在步骤806没有获取服务用户，系统在步骤812作出一个是否域名被标志用于拍卖的确认。如果它没有被标志用于拍卖，处理进程返回到步骤802。如果域名被标志用于拍卖，一个域名在步骤814被获取，并且所有可能的买家或有兴趣的实体被通知获取和即将到来的拍卖信息。这条路径中处理进程结束于步骤816。这个处理被称为“加速ping”是因为它比图6的标准ping处理更加简单，还因为它可以被设置为以一个加速的频率(相对标准ping处理而言)进行重复，为域名的渐进的失效日期和从SRS中的删除作准备。

解译时间信息

[0089]本发明的一些方面(例如图4到6的事件解码器程序)使用的高级的监测技术包含了实时事件的信息处理，它通过导入，导出，或其它同域名注册服务商和注册机构的通讯策略进行通讯。在Registrars WHOIS服务器中更新的RRP事件和域名可以被处理。这些事件通过一个被设计用来安全传送事件的API被传输，并且将事件输入一个询问用于进一步的处理。

[0090]图9描述了一个RRP和WHOIS事件解码器处理流程。处理进程开始于步骤900。之后一个域名事件在步骤902被从RRP和WHOIS事件询问904找回用于解码。RRP和WHOIS事件询问接收来自于单个注册服务商906a到906c的输入。作为事件条件的域名在902被找回，之后在步骤908中与被申请域名数据库中的域名相对照。如果域名不在被申请域名的数据库中，就生成事件的统计表，但是事件却在步骤910被忽视。之后处理进程重复步骤902。如果在步骤908，作为事件条件被找回的域名在数据库中，系统确认它是否是一个RRP事件，在步骤912。如果它是，该RRP事件在步骤914被解码。RRP事件的解码914在图10中被更彻底地说明。在步骤914之后，处理进程重复步骤902。如果在步骤912该事件被确定不是一个RRP事件，之后系统继续步骤916，来把该事件作为一个WHOIS事件解码。解码一个WHOIS事件的处理在图11中被更彻底地说明。之后处理进程返回步骤902并重复进行。

RRP事件解码

[0091]首先解码RRP事件。这些事件和动作可能包括删除、添加、修改、更新、或域名注册的转移。本发明的首选实施例以下面的方式来处理这些事件的每一种动作。对于删除注册机构中的域名记录来说，可能通知用户，并且，域名可能被指定为前面所描述的加速pinging过程的候选物。如果RRP事件是添加域名记录到注册机构，那么，可能以几种形式的周期通知中的任何一种来标记域名被包含，该通知可能提供给含有本发明的服务的用户。这可以是通过网站提供在线邮寄，或者是一种电子期刊、电子邮件，或简讯，或其它形式的通信联络。让用户意识到域名记录的添加，这也可以引导用户进一步请求服务，如当注册失效的时候，监测和获得域名服务。如果RRP事件是修改或转移域名记录，那么可以通知请求监测服务用户该事件。如果RRP事件甚至是更新域名注册，那么可以通知监测服务用户，可能从加速pinging状况那儿取消该域名(例如，如果因为接近注册失效日期，它被指定为加速pinging)。

[0092]对于那些用户接收通知的RRP事件来说，如删除、修改、更新和转移，在解码事件后，可以立即通知用户，或者若干事件可以被解码和聚集，同时发送通知给用户，通知他们所有的事件。在转移RRP事件的情况中，那些已经请求获得获取域名或一旦先前注册周期结束时再次获取域名服务的用户，可以立即收到对域名做出转移请求的通知。那些对域名已经不太感兴趣的用户，如那些只监测域名但不请求获取域名的用户，可以看到来自比较WHOIS数据的事实后的转移动作的结果。

[0093]图10说明了图9中914步所描述的注册协议(RRP)事件解码过程的记录。在图10中，过程开始于1000步。图10的RRP事件分为四个独立的片断，以便于直观说明。按顺序排列的事件分析过程片断的提出用于直观说明的目的，并不意味着存在边界。继10步后，片断A例证RRP删除事件的处理过程。片断B例证RRP添加事件的处理过程。片断C例证RRP更新事件的处理过程。最后，片断D例证RRP转移事件的处理过程。业内人士将乐意确定可能存在的可替代系统配置，将同样证明可以成功。那些修改也被认为是本发明范围的包含部分，如附录权利要求中规定的那样。

[0094]在1002步中确定是否存在RRP删除事件。如果在1002步确定没有RRP删除事件，系统将继续分析其它类型的事件。如果在1002步中发现RRP删除事件，系统接下来将在1004步确定是否存在获取用户。如果存在获取用户，那么在1006步通知获取用户已经删除。在1008步将该域标记为加速pinging，并在1010步中确定是否存在监测用户。如果没有监测用户，过程返回到1000步。如果存在监测用户，在1012步记录该事件以用于通知监测用户。继1004步之后，如果不存在获取用户，在1014步系统确定是否将该域标记为拍卖。如果将该域标记为拍卖，过程继续前面所描述的1008步。如果不将该域标记为拍卖，过程继续前面所描述的1012步，最终返回到1000步。

[0095]如果在1002步中确定不存在删除事件，系统接下来在1016步中分析是否存在添加事件。如果在1016步存在添加事件，系统接下来在1018步确定是否存在获取用户。如果在1018步不存在获取用户，过程继续返回到起始位置1000。如果在1018步发现存在获取用户，在1020步记录该事件以用于通知获取用户或监测用户。

[0096]如果不存在删除事件和添加事件，那么系统在1022步确定是否存在更新事件。如果在1022步发现更新事件，那么系统接下来在1024步确定过去是否将更新事件的从属域名标记为加速pinging。如果没有标记为加速pinging，那么系统在1026步确定是否存在获取用户。如果不存在，系统返回到起始位置1000。回到1024步，如果将域名标记为加速pinging，那么在1028步取消加速pinging状态。然后系统继续前面的1026步。如果在1026步确定存在获取用户，那么在1030步通知获取用户更新事件。然后系统返回到起始位置1000。

[0097]如果在1002步没有发现删除事件，在1016步没有发现添加事件，或者在1022步没有发现更新事件，那么系统继续在1032步确定是否已经存在转移事件。如果不存在转移事件，系统返回到起始位置1000。如果在1032不发现存在转移事件，系统接下来在1034步确定过去是否将更新事件的从属域名标记为加速pinging。如果没有将域名标记为加速pinging，那么系统继续在1036步确定是否存在获取用户。如果在1034步确定将域名标记为加速pinging，那么在进入1036步之前的1038步取消加速pinging状态。如果在1036步发现获取用户，那么在1040步通知用户转移动作。在1040步通知用户转移动作后，或者在1036步不存在获取用户，那么过程返回到起始位置1000。

WHOIS事件解码

[0098]第二种类型的事件包括WHOIS事件。这些事件通常影响特定域名的注册信息。这种注册信息通常以注册服务商或注册机构级别储存在WHOIS数据库中。当顾客首次为域名签收获取服务或监测服务的时候，收集域名注册记录的参考副本。这种“基础”观点将成为默认数据，将来的询问将同它比较，直到这种“基础”观点发生变化，这时较新的观点将变成新“基础”。观点之间的任何变化将引起用户接收对保存在WHOIS数据库中的注册记录做出改变的通知。变化正好可以指示域名所有者所做出的更新，或者他们可以是对任何注册数据的欺诈变化。图11图示了一种首选的WHOIS事件解码过程。图11起始于1100步。系统接下来在1102步询问注册服务商的WHOIS数据库。然后系统在1104步确定是否已经存在对注册记录的变化。如果在1104步发现不存在变化，那么过程返回到起始位置1100。如果在1104步发现存在对注册信息的变化，那么系统进入1106步，在此确定是否存在该域名的获取服务用户。如果存在，那么在1108步通知用户改变了域名注册，并且在1110步更新数据库记录，用来反映注册记录的变化。完成1110步以后，系统返回到起始位置1100。如果在1106步发现不存在获取用户，那么系统进入1112步，在此确定是否存在监测服务用户。如果存在，在1114步记录对域名注册的变化，并且系统进入先前所描述的1110步。如果不存在监测用户，系统返回到起始位置1100并重复该过程。

[0099]当前注册系统SRS被定义为“薄注册机构”。在薄注册机构中，注册机构只保存域名的一小部分注册信息。这种信息通常包括下面这些：域名(二级域名，SLD，和顶级域名，TLD)；对域名记录的创建、修改和失效日期；命名服务器信息；创建的注册服务商；和当前保持的注册服务商。在薄注册机构中，域名的注册服务商保存与它们注册域名相关的其它信息。这种信息包括注册者和联系信息，如：名字、地址、电话号码和传真号码、以及电子邮件地址。信息常常归类为记账、管理和技术联系信息。在当前ICANN鉴定协议中，它们也保存名誉服务器信息。

[0100]已经提议一些更新的注册机构，并且有些注册机构实际上已经执行，“厚注册机构”系统。在厚注册机构系统中，几乎包含上面所有的信息，并且本发明的其它技术将继续研究和结合厚或薄注册机构。不是从不同的注册者那儿pinging或接收脉冲信息，注册机构将是信息的来源并对技术和本发明一致性进行整合。与不同的注册机构建立合同关系或者结合它们的数据库，将进一步有助于发播信息和执行含有本发明的技术。

拍卖加标签者

[0101]本发明的另一方面可能使用包含在图1的被申请域名数据库110中的数据，说明了域名要求，并且将那种信息与说明域名供应的聚集信息相匹配。请求监测域名，或请求获取域名服务，也可以用来指示域名要求。如图1的卖方数据库114所显示的那样，供应方信息可以在个体希望出售的域名数据库中分类。域名供应信息的一种潜在来源可能是借助不同的网站操作员，他们维护专攻广告或者指示实体希望出售域名的网站。结果是创建了一种域名拍卖站点或服务，这使传递域名所有权的交易变得更容易。

[0102]一旦一种域达到预先规定的兴趣等级，那么将该域标记为可拍卖的域。域名的兴趣可能是感兴趣的团体数目、他们的兴趣等级、或其它因素的一个函数，这些因素带有单独的加权或组合的加权。例如，尽管存在对某一特定域名感兴趣的若干实体，这可能满足兴趣阈值，但也可能存在一到二个感兴趣的实体，该域名对他们尤为重要。这种信息可以由感兴趣的实体提供。可以日常运行数据库，并且将到达兴趣阈值的域名标记出来。以这种方式标记的域名可以被监测和获取，就像删除它一样，或者可以联系现存的所有者。对任何一个请求获取服务的实体来说，它可以获取域名，或者，进一步拍卖的结果悬而未决时通过证书代理商获取并在证书中保存域名。可以联系那些标记为具有可控告兴趣等级的域所有者，看看他们是否有兴趣拍卖他们使用本发明实例的域。因为在整个详细说明和附加声明中使用，术语“拍卖”被广泛使用，以致包含交易而不涉及传统所使用的那种术语，如明显地单向提供购买或出售域名。如果监测请求的域名(或域名兴趣的其它指示器)数目显示出，域名中的兴趣是或者已经降到低于阈值兴趣等级，那么该域可以“不标记”用于拍卖。

[0103]图12图示了拍卖加标签者过程，用来识别适合拍卖的域名。图12以1200步开始该过程。该系统在1202步通过从队列中检索域名来选择一个域名。然后系统在1204步确定是否至少存在一个感兴趣的实体。如果在1024步识别出不存在至少一个感兴趣的实体，那么系统返回到起始位置1200，并重复后面对感兴趣实体的识别过程1204。如果在1024步识别出至少存在一个感兴趣的实体，系统进入1206步，确定感兴趣的实体的数目(或者他们的个体或累积兴趣等级)是否满足预先规定的兴趣阈值。如果在1206步确定兴趣等级不满足阈值，那么过程返回到起始位置1200并重复。如果在1206步确定兴趣等级超过预先规定的兴趣阈值，那么在1208步将域名标记为拍卖，然后过程返回到1200步，重复队列中下一个域名。也应当指出，一旦域名标记为拍卖，可能执行独立的程序，以便于拍卖过程。这样的一个程序是通知感兴趣的实体：该域用来拍卖或者已经被获取并标记为拍卖。另一个例子可能是通知注册者：对拍卖存在足够的兴趣，注册者应当对转移域名感兴趣。然后可以在域名注册的卖方和潜在的买方之间建立联系。可能要求若干买方在设定的投标期间或在实况转播的形式中输入投标，要么亲自，通过电话，要么通过网站。

避免优先竞争

[0104]在本发明中，优先竞争，或关于哪一个感兴趣的实体应当注册域名的争论，可以通过执行按时序第一的优先原则来解决，或完全避免。尽管若干感兴趣的实体可以请求获取域名的服务，但系统可以限制获取服务，每一个域名只给一个感兴趣的实体。请求获取服务的第一个感兴趣的实体，可以被保证优于其它任何一个感兴趣的实体。域名应当变得有效，它可以将获取服务自动注册给感兴趣的实体。因为若干实体可以没有冲突地接收监测服务，这些服务不必同样地限制给一个实体。

[0105]事实上，可能存在若干感兴趣的实体请求监测服务，这提供一种方便的方法，用来确定和连续监测对任何给定域名感兴趣的等级。可以从注册服务商和其它与域相关的站点那儿收集与兴趣相关的域名，包括第三方资源，世界范围。因为不得不在线注册域名，敲入这些指示域名兴趣的主要来源，确保一个非常精确、彻底和有价值的域名兴趣整体显示。每一种监测服务请求指示一个实体，它可能对获取域名感兴趣。对获取服务的请求也可以指示对域名的要求。尽管优先竞争原则的执行可以确保：对每一域名只有一个实体提供获取服务，但那些请求获取服务(尽管优先竞争原则阻止他们的请求得到许可)且感兴趣的实体的数目，结合那些请求监测服务的数目，可以指示对域名的要求。作为一种可选方法，可以从感兴趣的实体那儿接收直接输入，这些实体愿意提供一个特定的域名。可以通过下面这样的方法接受直接请求，如电话中心，电子邮件，或用HTML表示的网站，或其它用于接收远程计算机用户输入的类似形式。如果存在大量的实体对某一特定域名感兴趣，或者如果只存在少数感兴趣的实体但其兴趣等级足够高，那么可以在这些感兴趣的实体中拍卖域名。尽管当域名可以用于注册的时候，使用本发明获取服务且感兴趣的实体将自动获得域名，但也可以通知实体：存在若干其它感兴趣的实体已经请求监测服务(或无法履行请求获取服务)，并潜在地对获取名字感兴趣。这通知注册服务商：对于通过转售来拍卖和潜在转移来说，域名是一个良好的候选物。通过聚集买方要求，加上卖方要求，本发明的应用实例是可以建立一种有效的电子拍卖或对域名的商业对商业交换。在“域名市场”中，一个或更多的潜在买方可能与一个或更多的潜在卖方相匹配。

[0106]对业内行家来说有一点显而易见，可以对上面所描述的本发明的实施例的细节做出许多变化，没有偏离其中的潜在原理。因此，本发明的范围只应当根据所作的权利要求来确定。

Claims

1、一种对域名数据的状态变化进行实时监测的系统，对存储于域名数据库中的特定已注册域名的状态变化进行监测，该域名数据库存储于注册服务商或注册机构的域名服务器中，该监测系统包括：

前端装置，用于接收来自用户的域名数据监测请求，并根据该请求确定被监测的域名数据；

处理与分配引擎，用于接收来自所述前端装置确定的被监测的域名数据，并对该域名数据的状态变化进行查询与侦测，包括：

查询单元，用于通过向所述域名服务器发送查询命令，来获得该域名的当前状态信息，并当该域名的状态发生变化时，记录该域名的状态变化信息；

事件解码器，通过所述域名服务器的应用程序接口，与所述域名服务器相连，用于侦测并分析在所述注册机构与注册服务商服务器之间传输的通讯消息，并当该消息引起所述被监测的域名数据的状态变化时，记录该状态变化信息。

2、如权利要求1所述的系统，其中，所述处理与分配引擎在记录下该被监测的域名数据的状态变化信息后，将该信息通过所述前端装置，反馈给用户。

3、如权利要求1所述的系统，其中，所述的前端装置为一个Web服务器。

4、如权利要求1所述的系统，其中，所述的前端装置为一个电子邮件服务器。

5、如权利要求1所述的系统，其中，所述的前端装置为电话呼叫中心。

6、如权利要求1所述的系统，其中，所述的域名服务器为公共WHOIS服务器。

7、如权利要求1所述的系统，其中，所述查询单元，是周期性的向所述域名服务器发送查询命令。

8、如权利要求7所述的系统，其中所述周期可根据该域名的状态变化而调整。

9、如权利要求1所述的系统，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的WHOIS记录的变化消息。

10、如权利要求1所述的系统，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP添加消息。

11、如权利要求1所述的系统，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP更新消息。

12、如权利要求1所述的系统，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP转移消息。

13、如权利要求1所述的系统，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP删除消息。

14、如权利要求1所述的系统，其中，所述查询命令包括一个ping操作。

15、一种对域名数据的状态变化进行实时监测的方法，对存储于域名数据库中的特定已注册域名的状态变化进行监测，该域名数据库存储于注册服务商或注册机构的域名服务器中，该监测方法包括：

接收用户的域名监测请求，并根据该请求确定被监测的域名数据；

根据所述被监测的域名数据，向所述域名服务器发送查询命令，来获得该域名的当前状态信息，并当该域名的状态发生变化时，记录该域名的状态变化信息；

通过注册机构服务器或注册服务商服务器的应用程序接口，设置一个事件解码器，以侦测并分析在所述注册机构与注册服务商服务器之间传输的通讯消息，并当该消息引起所述被监测的域名数据的状态变化时，记录该状态变化信息。

16、如权利要求15所述的方法，其中，进一步包括步骤：

将记录下的该域名数据的状态变化信息，通过一个前端装置反馈给用户。

17、如权利要求15所述的方法，其中，所述域名监测请求通过一个Web服务器被接收。

18、如权利要求15所述的方法，其中，所述域名监测请求通过一个电子邮件服务器被接收。

19、如权利要求15所述的方法，其中，所述域名监测请求通过电话呼叫中心被接收。

20、如权利要求15所述的方法，其中，所述的域名服务器为公共WHOIS服务器。

21、如权利要求15所述的方法，其中，所述查询命令被周期性的向所述域名服务器发送。

22、如权利要求21所述的方法，其中所述周期可根据该域名的状态变化而调整。

23、如权利要求15所述的方法，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的WHOIS记录的变化消息。

24、如权利要求15所述的方法，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP添加消息。

25、如权利要求15所述的方法，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP更新消息。

26、如权利要求15所述的方法，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP转移消息。

27、如权利要求15所述的方法，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP删除消息。

28、如权利要求15所述的方法，其中，所述查询命令包括一个ping操作。

29、一种对域名数据的状态变化进行实时监测并即时注册的系统，对存储于域名数据库中的特定已注册域名的状态变化进行监测，当该状态变为可注册状态时，自动及时注册该域名，该域名数据库存储于注册服务商或注册机构的域名服务器中，该系统包括：

处理与分配引擎，用于接收来自所述前端装置确定的被监测域名数据，并对该域名数据的状态变化进行查询与侦测，包括：

查询单元，用于通过向所述域名服务器发送查询命令，来获得该域名的当前状态信息，并当该域名的状态为接近可用状态时，将该域名数据列入删除域名清单；

事件解码器，通过所述域名服务器的应用程序接口，与所述域名服务器相连，用于侦测并分析在所述注册机构与注册服务商服务器之间传输的通讯消息，并当该消息引起所述被监测的域名数据的状态变为接近可用状态时，将该域名数据列入删除域名清单；

一个或多个获取队列装置，用于接收来自处理与分配引擎发送的删除域名清单中的域名数据，并向注册机构服务器发出注册该域名的请求。

30、如权利要求29所述的系统，其中，所述处理与分配引擎在查询或侦测到该被监测的域名数据的状态变为接近可用状态时，将该状态变化信息通过所述前端装置，反馈给用户。

31、如权利要求29所述的系统，其中，所述的前端装置为一个Web服务器。

32、如权利要求29所述的系统，其中，所述的前端装置为一个电子邮件服务器。

33、如权利要求29所述的系统，其中，所述的前端装置为电话呼叫中心。

34、如权利要求29所述的系统，其中，所述的域名服务器为公共WHOIS服务器。

35、如权利要求29所述的系统，其中，所述查询单元，是周期性的向所述域名服务器发送查询命令。

36、如权利要求35所述的系统，其中所述周期可根据该域名的状态变化而调整。

37、如权利要求29所述的系统，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的WHOIS记录的变化消息。

38、如权利要求29所述的系统，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP添加消息。

39、如权利要求29所述的系统，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP更新消息。

40、如权利要求29所述的系统，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP转移消息。

41、如权利要求29所述的系统，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP删除消息。

42、如权利要求29所述的系统，其中，所述查询命令包括一个ping操作。

43、如权利要求29所述的系统，其特征在于，所述的获取队列装置为一台或多台计算机。

44、如权利要求43所述的系统，其特征在于，所述的计算机具有多重通讯端口和处理器资源，可以与所述域名服务器建立多重RRP连接。

45、一种对域名数据的状态变化进行实时监测并即时注册的方法，对存储于域名数据库中的特定已注册域名的状态变化进行监测，该域名数据库存储于注册服务商或注册机构的域名服务器中，该监测方法包括：

根据所述被监测的域名数据，向所述域名服务器发送查询命令，来获得该域名的当前状态信息，并当该域名的状态为接近可用状态时，将该域名数据列入删除域名清单；

通过注册机构服务器或注册服务商服务器的应用程序接口，设置一个事件解码器，以侦测并分析在所述注册机构与注册服务商服务器之间传输的通讯消息，并当该消息引起所述被监测的域名数据的状态变为接近可用状态时，将该域名数据列入删除域名清单；

将所述删除域名清单中的域名数据发送到一个或多个获取队列，由获取队列向注册机构服务器发出注册该域名的请求。

46、如权利要求45所述的方法，其中，进一步包括步骤：

将查询或侦测到的接近可用状态的信息，通过一个前端装置反馈给用户。

47、如权利要求45所述的方法，其中，所述由获取队列向注册机构服务器发出注册该域名的请求的步骤，包括：

获取队列获取一个清单中的域名数据，并向注册机构服务器发出一个询问该域名可用性的命令；

根据所述注册机构服务器返回的响应，确定该域名数据当前为可用状态；

向注册机构服务器发出一个添加该域名的命令；

根据所述注册机构服务器返回的响应，确定该域名数据的注册成功。

48、如权利要求47所述的方法，其中，所述询问该域名可用性的命令，为RRP检查命令。

49、如权利要求47所述的方法，其中，所述添加该域名的命令，为RRP添加命令。

50、如权利要求45所述的方法，其中，所述域名监测请求通过一个Web服务器被接收。

51、如权利要求45所述的方法，其中，所述域名监测请求通过一个电子邮件服务器被接收。

52、如权利要求45所述的方法，其中，所述域名监测请求通过电话呼叫中心被接收。

53、如权利要求45所述的方法，其中，所述的域名服务器为公共WHOIS服务器。

54、如权利要求45所述的方法，其中，所述查询命令被周期性的向所述域名服务器发送。

55、如权利要求54所述的方法，其中所述周期可根据该域名的状态变化而调整。

56、如权利要求45所述的方法，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的WHOIS记录的变化消息。

57、如权利要求45所述的方法，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP添加消息。

58、如权利要求45所述的方法，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP更新消息。

59、如权利要求45所述的方法，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP转移消息。

60、如权利要求45所述的方法，其中，所述注册机构与注册服务商服务器之间传输的通讯消息，包括：与所述被监测的域名数据有关的RRP删除消息。

61、如权利要求45所述的方法，其中，所述查询命令包括一个ping操作。

62、如权利要求45所述的方法，其特征在于，所述的获取队列由一台或多台计算机实现。

63、如权利要求62所述的方法，其特征在于，所述的计算机具有多重通讯端口和处理器资源，可以与所述域名服务器建立多重RRP连接。