用于注册与应用有关的域名的共享注册系统的制作方法

专利名称：用于注册与应用有关的域名的共享注册系统的制作方法
技术领域：
本发明涉及域名注册领域，本发明特别涉及一种用来提供用于注册域名的共享注册系统的设备和方法。
背景技术：
万维网(World Wide Web)通过允许没有专门网际协议(IP)地址或其它技术知识的用户浏览因特网资源来实现对因特网信息的访问。万维网(Web)不用命令行公用程序方法来完成操作，这通常需要用户发送一组命令集来与因特网服务器通信。万维网是由数千个互连网站组成。
为了访问网站，用户就使用统一资源定位器(URL)或与站点相关的域名。因为现今所存在太多的网站，并且网站的数目还总是在不断增加，域名必须首先在域名注册服务器上注册。在那种方式下，就能确保两个不同的人所拥有的两个网站没有相同的域名。
域名注册服务器负责来自个人或公司(例如登记者)的域名请求，并且确定该域名是否已经有某人在使用。如果域名已经注册，那么请求者就必须选择一个不同的域名。如果域名是可获得的，那么请求者就允许独占使用名字，并且将其注册，并存储在数据库中，用域名注册服务让数据库来维护当前注册的所有域名。
先前，网络方案股份有限公司(Network Solutions，Inc.)拥有的一个域名注册服务器提供了所有二级域(SLD)名.com，.org，.net，.edu，.gov，以及.mil的顶级域(TLD)名的注册。由服务维护的数据库是存储可以在因特网上的因特网区域文件中传播信息的全球数据库，以便域名可以让全世界的用户查找和使用。网络方案股份有限公司是依照投标获胜的国家科学基金会(NSF)5年合作协定所允许的提供注册服务唯一提供商。
由于越来越多的商家和个人开始接受因特网，所以域名注册的增长变得很明显。万维网迅速为人们所接受以及域名注册的蓬勃发展使得政府相信在域名注册的零售阶段应该引入竞争机制。因此，现在就需要一种能调节无限数目的注册零售商的系统和方法，例如负责注册人获取和用户技术支持的注册员，而为了稳定和安全就要保持用于某TLD域名的全球数据库处于单独有经验的机构控制之下。

发明内容
一种符合本发明的方法是在共享注册系统中处理域名注册操作。该方法包括下述步骤生成执行域名注册操作的请求；发送请求到注册处，其中注册处能对接收的请求进行操作，验证发送请求的注册员，确定该注册员是否授权执行操作所需动作，在确定注册员已授权的基础上执行操作，并且在数据库中存储操作所需的变更；并且接收请求的响应，该响应指示操作的成功或失败。
还有另一种符合本发明的方法也是在共享注册系统中处理域名注册操作。该方法包括下述步骤接收执行域名注册操作的请求；验证发送请求的注册员；在确定注册员是经授权的基础上发送请求到应用服务器，其中应用服务器可以执行操作；接收请求的响应，该响应指示操作的成功或或失败；并且将响应提交给注册员。
还有另一种符合本发明的方法也是在共享注册系统中处理域名注册操作。该方法包括下述步骤接收执行域名注册操作的请求；分析请求；例示一个或更多对象，所述对象对应于包含在请求中的属性；确定发送请求的注册员是否授权执行操作所需动作，在确定注册员已授权的基础上执行操作，并且在数据库中存储操作所需的变更；并且发送响应给注册员，该响应指示操作的成功或失败。
还有另一种符合本发明的方法也是在共享注册系统中处理域名注册操作。该方法包括下述步骤接收执行域名注册操作的请求；验证发送请求的注册员；例示一个或更多对象，所述对象对应于包含在所述请求中的参数；确定该注册员是否授权执行操作所需动作，在确定注册员已授权的基础上执行操作，并且在数据库中存储操作所需的变更；并且发送响应给注册员，该响应指示操作的成功或失败。
还有另一种符合本发明的方法也是在共享注册系统中处理域名注册操作。该方法包括下述步骤接收执行域名注册操作的请求；验证发送请求的注册员；确定该注册员是否授权执行操作所需动作，在确定注册员已授权的基础上执行操作，并且在数据库中存储操作所需的变更；并且发送响应给注册员，该响应指示操作的成功或失败。
还有另一种符合本发明的方法也是在共享注册系统中处理域名注册操作。该方法包括下述步骤接收执行域名注册操作的请求；确定发送请求的注册员是否授权执行操作所需动作，在确定注册员已授权的基础上执行操作，并且在数据库中存储操作所需的变更；并且发送响应给注册员，该响应指示操作的成功或失败。
一种符合本发明进行处理域名注册操作的设备。该设备包括下述部分具有程序的存储器以及运行程序的处理器该程序生成执行域名注册操作的请求；发送请求到注册处，其中注册处能对接收的请求进行操作，验证发送请求的注册员，确定该注册员是否授权执行操作所需动作，在确定注册员已授权的基础上执行操作，并且在数据库中存储操作所需的变更；并且接收请求的响应，该响应指示操作的成功或失败。
另一种符合本发明进行处理域名注册操作的设备。该设备包括下述部分具有程序的存储器以及运行程序的处理器该程序接收执行域名注册操作的请求；验证发送请求的注册员；在确定注册员是经授权的基础上发送请求到应用服务器，其中应用服务器可以执行操作；接收请求的响应，该响应指示操作的成功或或失败；并且将响应提交给注册员。
另一种符合本发明进行处理域名注册操作的设备。该设备包括下述部分具有程序的存储器以及运行程序的处理器该程序接收执行域名注册操作的请求；分析请求；例示一个或更多对象，所述对象对应于包含在所述请求中的属性；确定发送请求的注册员是否授权执行操作所需动作，在确定注册员已授权的基础上执行操作，并且在数据库中存储操作所需的变更；并且发送响应给注册员，该响应指示操作的成功或失败。
另一种符合本发明进行处理域名注册操作的设备。该设备包括下述部分用于存储域名注册信息的数据库；应用网关能接收执行域名注册操作的请求，验证发送请求的注册员，接收对请求的响应，并将响应提交给发送请求的注册员；以及应用服务器能接收来自应用网关的请求，分析请求，例示一个或更多对象，所述对象对应于包含在所述请求中的属性，确定该注册员是否授权执行操作所需动作，在确定注册员已授权的基础上执行操作，并且在数据库中存储操作所需的变更；并且通过应用网关发送响应给注册员，该响应指示操作的成功或失败。


下面的附图和说明本发明的优点和原理的描述一起包括在并且构成本说明书的一部分。在附图中图1是符合本发明的方法和系统可能实现的示范网络环境图例；图2是示出符合本发明注册处的局部分解图；图3是示出符合本发明的另一注册处的局部分解图；图4是示出符合本发明注册员的局部分解图；图5是示出符合本发明的RRP应用网关的局部分解图；图6是示出符合本发明的RRP应用服务器的局部分解图；图7是示出符合本发明的注册员服务器的局部分解图；图8是示出符合本发明的whois系统的局部分解图；图9是示出符合本发明的whois数据库的图解视图；图10是示出符合本发明的注册处数据库的图解视图；图11是示出以符合本发明的方式生成并发送RRP指令的处理的示范流程图。
图12是示出以符合本发明的方式提供共享注册系统传输层安全的处理的示范流程图。
图13是示出以符合本发明的方式接收和执行RRP指令的处理的示范流程图。
图14是示出符合本发明的注册员和注册处之间的简单交互作用的图例；图15是示出符合本发明的域和名称服务器实体的实例；和图16是示出符合本发明的RRP会话可能状态的图例。
具体实施例方式
下面对本发明的详细描述是参照附图进行。虽然描述包括示范实施例，也可能包括其他实施例，以及不脱离本发明的精神和范畴对所描述的对实施例做出的修改。下面的详细描述并没有限定本发明。而是由附加的和它们的等价物定义本发明的范畴。
概述本发明的设备和方法是在包含有多个在由注册处管理的TLD中提供因特网域名注册服务的注册员的共享注册系统中处理域名注册操作。注册员通过注册处-注册员协议(RRP)访问注册处来注册域名并执行域名相关功能例如名字注册服务、注册更新、对该注册处注册的域名进行删除、转让和更新。注册员具有基于Web网的接口来访问注册处执行管理功能，生成报告，执行全球域名更新，并且执行其他不能通过RRP获得的自助维护功能。在支持所有必需的注册员操作的同时，由注册处执行的RRP提供足够的安全性和验证功能来保护注册处的数据库。
注册处接受来自所有注册处许可的注册员的注册和注册服务请求，这就避免了未授权访问和第三方的干扰，保护了注册的完整性。每个新的域名申请都要经过验证来确保该域名还没有注册。注册处生成它管理的用于TLD的区域文件，并且提供允许用户查询可获得域名的whois检索能力。区域文件通常含有将域名分解为网际协议(IP)数字所需要的信息。注册处也通过客户服务代表(CSRs)向注册员提供支持。CSR具有到注册处的单独基于Web网的接口，在鉴别注册员之后，他们可以通过其进行查询和执行按照注册员的请求的更新。
共享注册系统体系结构图1是符合本发明的方法和系统可能实现的示范网络环境100图例。网络环境100包括注册人102和104，因特网106、注册员108、110和112以及注册处116。
注册人102或104可能包括，例如想用域名注册系统例如注册员108、110或112注册域名的个人或公司的个人计算机。该个人或公司持有可以在指定时间周期使用专门域名的权利，所提供的必然条件符合，并且支付了注册费用。。
注册员108、110或112可能是域名注册服务例如由向注册人102或104提供直接服务的网络方案股份有限公司所支持的服务。注册人102或104可能经因特网106通过安装在注册员108、110或112的web服务器来访问注册员108、110或112。web服务器可能持有注册员的网页，并且由注册人102或104用来购买或管理与域名注册系统帐号相关的不同选项权。例如，使用注册员108处可获得的不同web网页，注册人102能登记帐号，保留或注册域名，购买网页转接选择权，配置网页转接选择权(例如确定给定网页地址将转接到哪里)，购买电子邮件(e-mail)服务，购买单独网页名片，联系用户服务代表，等。
网页转接选择权，例如，将注册员持有的网页地址转接到预先存在的URL上。e-mail服务，例如将注册人的e-mail地址与给定的域名匹配，以便e-mail能使用期望的名字(例如公司名字)发送和接收，来取代例如e-mail卖主的名字。单独网页名片，例如，将网页地址转接到由注册人102或104设计的单独网页的Web网站上。
注册员108、110和112运行来处理注册人的域名注册，并且随后将所需的DNS信息发送到注册处114用来进入集中注册处的数据库，并最终在因特网上传播。DNS信息可能包括，例如，域名、名称服务器名、和名称服务器网际协议(IP)数字。通过称为注册处-注册员协议(RRP)的协议，在注册员108、110和112以及注册处114之间发生通信。RRP是允许多个注册员在由代表注册人(例如注册人102或104)的TLD注册处(例如注册处114)所管理的顶级域(TLDs)中提供二级因特网域名注册服务的协议。注册员108、110或112可能通过RRP访问注册处114来注册域名并执行其他与域名相关的功能例如名称服务器的注册，对注册员注册的域名重注册、删除、转让和更新。在一个实施例中，RRP可能是基于安全的TCP(传输控制协议)的ASCII文本协议。
注册处114可能是接收来自注册员108、110或112的DNS信息的一个实体，它将该信息插入到驻留在注册处114的集中数据库中，并且将信息传播到因特网上的因特网区域文件中，全世界的用户可以通过应用程序例如万维网和e-mail来寻找域名。通常，注册处负责分配因特网地址，例如网际协议(IP)数字和域名，并且对这些地址和它们分配相关信息进行记录。域名注册处的示例包括NSI的注册处操作(例如.com、.net和.org)以及ISO3166国家代码注册处(例如fr、de、uk、us)。注册处114至少保留DNS信息和负责每个通过注册处114注册的域名的注册员的标识符。注册人特定数据例如注册人名字和联系信息并没有在注册处114中保留，而是由注册员或特定域名或名称服务器保留。
图2是示出符合本发明注册处114的局部分解图。注册处114可能包括BIG/IP202、BIG/IP 204、RRP应用网关206、208和210、防火墙212、RRP应用服务器214、216和218、数据库服务器220和注册处数据库222。
BIG/IP 202和204是对RRP应用网关206、208和210的通信进行负载平衡的全容错服务器。例如注册员108可能向注册处114发送RRP指令来用注册处114注册域名。RRP指令通过因特网106从注册员108传播到BIG/IP 202或204，因此，RRP指令能够通过RRP应用网关206、208或210中的一个。必要时，BIG/IP 202和204通过例如对在BIG/IP 202和204所发送数据到达的RRP应用网关之间进行变更，在RRP应用网关206、208和210之间进行负载平衡。如果一个应用网关太忙，那么数据就发送给另一个RRP应用网关。这种方式下，可以避免瓶颈现象的产生。需要理解与BIG/IP 202和204相连的RRP应用网关数可以根据需要扩展(例如如果Web通信量超出了限定，可以加入更多的RRP应用网关来停止阻塞)。BIG/IP202和204可以例如使用可从Sun Microsystem获得的SunServer机器来实现。在一个实施例中，例如根据TCP/IP协议上SSL(加密套接字协议层)上的RRP，实现了在注册员与BIG/IP 202和204之间的通信以及BIG/IP 202和204与RRP应用网关206、208或210之间的通信。
RRP应用网关206、208或210是从外部世界到达RRP应用服务器214、216和218的网关。RRP应用网关206、208和210的主要目的是提供传输层的安全保障。RRP应用网关206、208和210使用称为“SSL信号交换”的相互验证技术对试图与注册处114通信的注册员进行验证。在成功验证注册员之后，RRP应用网关206、208或210对接收自注册员的数据进行解密，并开启与和特定RRP RRP应用网关相连的RRP应用服务器214、216或218的指定连接。RRP应用网关206、208和210随后可以通过防火墙212将数据从注册员处传送到对应的RRP应用服务器，并且因此，就作为注册员和RRP应用服务器214、216或218之间的代理。例如根据TCP/IP协议上的RRP，可以实现在RRP应用网关206、208和210与RRP应用服务器214、216或218之间的通信。在一个实施例中，RRP应用网关206、208和210可能每个都使用可从Sun Microsystem获得的运行Solaris2.6和JDK1.1.6程序的Enterprise450服务器来实现。
RRP应用服务器214、216和218为RRP环境提供了“核心”。每个RRP应用服务器214、216和218为了通信与单个RRP应用网关相连。或者，RRP应用服务器214、216和218可能以与RRP应用网关206、208和210的负载平衡类似的方式来进行负载的平衡。一当接收来自RRP应用网关的RRP指令，RRP应用服务器214、216或218是在验证RRP会话的情况下对RRP指令进行处理和执行。RRP指令的执行可能包括向数据库服务器220发送数据库变更，以便在注册处数据库222中存储变更。在完成执行之后，RRP应用服务器可能向RRP应用网关返回响应，因此RRP应用网关可能向开始RRP会话的注册员返回响应代码。例如，根据TCP/IP协议上的JDBC(Java数据库连接)，来实现RRP应用服务器214、216和218与数据库服务器220之间的通信。在一个实施例中，RRP应用服务器214、216和218可能每个都使用可从Sun Microsystem获得的运行Solaris2.6和JDK1.1.6程序的Enterprise450服务器来实现。
数据库服务器220接收来自RRP应用服务器的数据库变更，并且将变更存储在注册处数据库222中。变更可能是插入、更新或删除的形式。数据库服务器220也能使用克隆一样(cron-like)的调度程序来运行许多基于预定基础运行的成批处理。这些成批处理可能包括例如域续用处理、域转让告知处理、自动域转让确认处理和明确删除处理。在一个实施例中，每个成批处理以Java程序语言实现。
域续用处理将已经到期和符合续用条件的域名进行更新。域转让告知处理向请求另一个注册员将域名转让的注册员发送告示，告知他们他们的请求正在等待原始注册员的认可。或者，告知处理向原始注册员发送告示来告知他们转让请求并询问他们是认可还是拒绝转让请求。自动域转让确认处理对所有等待转让的域名进行检索，并且在可配置的时间量(例如5天)之后转让它们。明确删除处理将所有由于删除域名的RRP指令而置于保持状态的域和子名服务器删除。
注意这些成批处理可能影响到注册处数据库222中存储的几个表。这些表可能包括，例如域表、注册员表、e-mail队列表、等待转让域表、处理表、处理属性表和与前述表相关的不同审计表。还可能影响其他表。存储在注册处数据库222中的表将在下面进行详细解释。
注册处数据库222存储有关于域名注册、名称服务器注册和注册员的不同信息。注册处数据库222担当起用于由注册处114控制的TLD所有注册的全球或集中数据库。存储在域名注册上的信息可能包括下述部分域名、名称服务器、注册名、转让日期、注册周期、到期日、状态、创建日期、由谁创建、更新日期和由谁更新。存储在名称服务器注册上的信息可能包括下述部分服务器名、IP地址、注册员名、转让日期、创建日期、由谁创建、更新日期和由谁更新。存储在注册员上的信息可能包括下述部分注册员名、登录ID、注册员密码、秘密短语、状态、信贷限额、许可证到期日、地址、电话号码、传真号码、创建日期、由谁创建、更新日期、由谁更新以及注册员的联系信息。注册处数据库222可能存储有一个或更多关系表形式的不同信息。当RRP指令或成批处理的执行导致注册处数据库222中变更时，这些表也可能改变。图10示出用于注册处数据库222的数据库图解。使用RRP或安全的Web网站，每个注册员可能浏览存储在注册处数据库222中适合其自己注册的信息。虽然对于使用whois功能的公众浏览可获得有限的信息，但其他注册员做出的关于注册的信息在那种方式下是不可见的，在一个实施例中，注册处数据库222可能是Oracle7.3.4数据库。
图3是示出符合本发明的另一注册处314的局部分解图。注册处314可能包括BIG/IP 302、BIG/IP 304、RRP应用网关306、308和310、防火墙312、RRP应用服务器314、316和318、数据库服务器320和注册处数据库322、web服务器324、whois系统326、根据务器328、注册员管理服务器330、注册员报告单元332、客户服务服务器334、客户服务代表336、邮件服务器338、区域生成/whois转存器340(zone generation/whois dumper)和确认单元342。BIG/IP 302、BIG/IP304、RRP应用网关306、308和310、防火墙312、RRP应用服务器314、316和318、数据库服务器320和注册处数据库322分别与BIG/IP 202、BIG/IP 204、RRP应用网关206、208和210、防火墙212、RRP应用服务器214、216和218、数据库服务器220和注册处数据库222相类似的方式操作。
区域生成/whois转存器340从注册处数据库322中提取创建区域文件和whois数据所需的某些数据。区域文件通常含有将域名转化为网际协议(IP)数字所需的信息。例如，区域文件可能包括域名信息、名称服务器信息和IP地址信息。因此，在一个实施例中，区域生成/whois转存器340可能周期性(例如每天一次)地从存储在注册处数据库322中的关系表中提取出域名、名称服务器和IP地址信息。在一个替换实施例中，只要数据可获得，区域文件的数据就可以实时从注册处数据库322中提取。区域生成/whois转存器340随后从提取的信息中生成区域文件，并且将文件发送到验证单元342来验证数据的有效性。或者区域的验证可以在区域生成/whois转存器340中发生。一当接收到区域文件数据是有效的指示，区域生成/whois转存器340将文件存储在位于根服务器328或另一个DNS服务器(未示出)上的数据库中，在那里文件可以通过因特网301上的传播使用户可以获得。如果希望，区域文件可以在发送给根服务器328和/或DNS服务器之前进行加密。
区域生成/whois转存器340也对由注册处314提供的whois特性所需的数据进行提取。whois是一种能使注册人和潜在注册人验证所选域名注册可获得性的服务。whois也能使因特网用户识别控制域名的注册员。whois能向这些验证提供已注册的域名信息，包括其注册员、DNS服务器、创建时间和最后更新时间。用户可以随后转到经识别的注册员来获得与域名注册人相关的附加数据。whois可以执行，例如对经过完全验证的域名或IP地址的查询。
区域生成/whois转存器340周期性(例如每天一次)从注册处数据库322中提取数据，因此数据能够发送给whois系统，让whois特性来使用。在替换实施例中，只要数据可获得，whois数据就可以实时从注册处数据库322中提取。提取的数据可以包括，例如，存储在注册处数据库322的关系表中关于注册员、域名、名称服务器和IP地址的信息。在从注册处数据库322提取数据后，并且在将该数据发送给whois系统326之前，区域生成/whois转存器340可以在本地或验证单元342处验证提取的数据。因此，区域生成/whois转存器340向whois系统326发送多方面的数据，在whois系统中数据成为可供注册员、注册人和其他因特网用户使用。
注册员报告单元332的功能是周期性向在注册处314中存储有信息的注册员提供一组报告。这些报告可以提供可能对注册员有用的任何信息。例如，因为最后的转让报告，罗列出当前由注册员注册的所有域名和名称服务器的报告，或者罗列出由注册员注册的所有域名的报告将会在预定时间周期中到期，注册员报告单元332可以生成罗列出转让给其他注册员的所有域名和名称服务器的报告。为了生成报告，注册员报告单元332周期性地从注册处数据库322中提取有关不同类型报告的数据，并且在位于报告单元332中的数据库中存储该数据。驻留在注册员报告单元332中的报告生成器周期性地使用从报告单元332中的数据库中提取的数据生成一组报告。因此，报告生成器通过直接与注册员通信的web服务器324向相关注册员发送报告。或者，可以在特设(ad-hoc)基础上生成报告。例如，如果注册员期望从报告单元332中获得特定类型的报告，注册员可以向生成报告并从请求日起预定周期中向注册员返回报告的注册员报告单元332发送对这样报告的请求。
注册处314通过使用客户服务服务器334使得客户服务代表336可供使用来提供对注册员的支持。例如，客户服务服务器334允许客户服务代表336审阅注册员的状态，代表注册员修改域名，代表注册员添加名称服务器，审阅注册员记帐状态，使用信用卡支付代表注册员执行在线支付，生成注册员所请求的报告，等。在一个实施例中，客户服务服务器334可以包括持有执行不同上述功能所需工具的web服务器以及服务器，例如CORBA服务器，用于向注册处数据库322发送和接收其数据。可以根据，例如TCP/IP协议上的JDBC，执行客户服务中心334和数据库服务器322之间的通信。可以根据，例如HTTP(超文本传输协议)，执行客户服务中心334和客户服务代表336之间的通信。
许多由客户服务服务器334提供的功能也可以通过web服务器324访问注册员管理服务器330由注册员自己执行。注册员管理服务器330能使注册员执行管理任务例如更新其联系信息和注册员地址，查看其记帐状态，执行在线支付，和其他管理任务。注册员也能利用注册员管理服务器330执行全球更新。可以根据，例如TCP/IP协议上的JDBC，执行注册员管理服务器330和数据库服务器320之间的通信。可以根据，例如DRP(电机请求协议)，执行注册员管理服务器330和web服务器324之间的通信。
邮件服务器338可以是向注册员发送e-mail提示他们有重要信息的电子邮件(e-mail)服务器。例如，响应注册员请求域转让之后执行域转让告示批处理，数据库服务器320可以通过邮件服务器338向注册员发送e-mail告示，告知他们的请求正在等待原来的注册员的赞同。
图4是示出符合本发明注册员108的局部分解图。注册员108包括注册员服务器402和注册员数据库404。注册员110和112可以具有与所描述的注册员108相同或不同的体系结构。注册人(例如注册人102)可以通过因特网106访问注册服务器402。注册员服务器402可以存有注册员的网页，并且能让注册人102利用来购买或管理与域名注册系统帐号相关的不同选项。例如，使用驻留在注册员服务器402的不同网页，注册人102可以登记一个帐号，保留或注册域名，购买网页转接任选项，配置网页转接任选项(例如确定给定网页地址将转接到哪里)，购买电子邮件(e-mail)服务，购买单独网页名片，联系用户服务代表，等。
在一个实施例中，注册员108可以是用于注册域名的基于模板的e-mail注册员系统。例如，在客户希望注册域名之后，注册员服务器402可能会给客户呈现出一系列有关客户可靠信息的屏幕询问。该信息可以包括注册人的e-mail地址、注册人的信息、联系信息和名称服务器信息。在注册人输入相关信息并提交后，注册员服务器402用上述e-mail地址向注册人发送含有信息模板的e-mail。注册人必需在将模板用e-mail发回注册员服务器之前核实模板中包含的信息。仅当模板用e-mail发回给注册员服务器402后，才会处理注册请求。注册员服务器402在确定可以进行注册之后，就将模板发送到注册员数据库404用于保存。在另一个实施例中，注册员108可以是基于web的注册员系统，在该系统中可以在首先不用将e-mail发回给注册人的情况下，处理注册人提供的信息。
注册员数据库404是起用于注册员108的主数据库的作用，并且存储与域名注册相关的信息。例如由注册人提供的信息可以在其确定期望的域名还没有在数据库中存在之后存储在注册员数据库404中。注册员数据库404周期性尝试将其数据转移到注册处114，以便能正式注册新域名。如果源于注册数据库204的域名已经存储在注册处，那么该域名是无效的。如果来自不同注册员的客户先行注册域名，就会发生这种情况。
从注册员数据库404到注册处11的数据转移通过利用RRP(注册处-注册员协议)进行。为了使用RRP，注册员108需要能以RRP生成并发送请求。在一个实施例中，注册员108可以通过从需要成功执行RRP的注册处114接收记录、软件和/或技术支持。注册处114可以在注册员108成功输入与注册处114的协定之后向注册员108提供该信息。因此，注册员108处的雇员可以通过创建能生成和发送RRP请求的程序来建立RRP。这样的程序可以驻留在注册员服务器402中。一旦达成协定，并且注册员108成功建立RRP，注册员108就能使用RRP来执行与注册处114的各种处理。例如，使用RRP，注册员108可以注册域名或名称服务器，验证域名的可获得性，删除域名或名称服务器的注册，获取有关RRP的通常信息，更新已注册的域名或名称服务器，关闭RRP连接，重新注册域名，验证RRP连接，查询域名或名称服务器或从另一个注册员处将域名转让给自己。
图5是示出符合本发明的RRP应用网关206的局部分解图。RRP应用网关208和210可以具有与所描述的RRP应用网关206类似的体系结构。RRP应用网关206包括存储器502、辅助存储设备504、I/O设备506和CPU 508。RRP网关软件510是存储器502的一部分。
RRP网关软件510提供了RRP应用网关206的主要功能性。因此，RRP网关软件510执行与RRP应用网关206相关的验证和解密/加密功能。RRP应用网关206在I/O设备506处接收RRP请求，并且将其传送到CPU 508。CPU 508在向RRP应用服务器214发送RRP请求之前，就执行RRP网关软件510来实行上述验证和解密功能。I/O设备506接收来自RRP应用服务器214对RRP请求的响应，因此可以由RRP网关软件对响应进行合适地处理，并且发送给注册员。在一个实施例中，RRP网关软件可以以Java程序语言执行。
图6是示出符合本发明的RRP应用服务器214的局部分解图。RRP应用服务器216和218可以具有与所描述的RRP应用服务器214类似的体系结构。RRP应用服务器214包括存储器602、辅助存储设备604，I/O设备606和CPU 608。RRP服务器软件610是存储器602的一部分。
RRP服务器软件610提供了RRP应用服务器214的主要功能性。因此，RRP服务器软件610执行RRP指令并引起了注册处数据库的变更。RRP应用服务器214在I/O设备处接收RRP请求，并将它们传送给CPU 508。CPU 508执行RRP服务器软件610来实行与执行RRP指令相关的处理，并引起对注册处数据库所要完成的任何改变。RRP服务器软件610可能因此引起传送给RRP应用网关206的适当响应。在一个实施例中，RRP服务器软件610可以以Java程序语言执行。
图7是示出符合本发明的注册员服务器402的局部分解图。注册员服务器402包括存储器702、辅助存储设备704、I/O设备706和CPU 708。RRP注册员软件710是存储器702的一部分。RRP注册员软件710生成RRP请求(例如指令)并让它们以合适的格式发送给注册处114。在一个实施例中，RRP注册员软件710可以以Java程序语言执行。
图8是示出符合本发明的whois系统326的局部分解图。whois系统326包括whois服务器802和whois数据库804。whois数据库804将接收自区域生成/whois转存器340的数据存储在几张关系表中，在一个实施例中，该表包括注册员表、域表、域名服务器连接表、名称服务器表和IP名称服务器连接表。
图9是符合本发明的whois数据库804的图解视图。每个表可能需要来自注册处数据库322的某些信息。例如，注册员表902可能需要下列在注册处数据库322中查找到的表注册员、地址、注册员whois参照、注册员联系连接和注册员联系。注册员表902可以包括下述信息注册员名字、地址、电话号码、whois服务器、whois URL、管理联系、技术联系、记帐联系、更新日期、创建日期。域表906可能需要注册处数据库322中查找到的下列表的信息域和注册员。域表906可以包括下述信息域名、更新日期和来自注册员表902的不同数据。名称服务器表904可能需要注册处数据库322中查找到的下列表的信息名称服务器和注册员。名称服务器表904可以包括下述信息服务器名、更新日期、由谁更新和来自注册员表902的不同数据。IP名称服务器连接表910可能需要注册处数据库322中查找到的IP地址表的信息。IP名称服务器连接表910可以包括下述信息IP地址和来自名称服务器表904的不同数据。域名服务器连接表908可以从存储在whois数据库804中的其他表接收其信息。域名服务器连接包括下述信息来自域表906的不同数据和来自名称服务器表904的不同数据。
回到图8，whois服务器802接收来自whois客户端的查询，并接收来自whois数据库804的所请求数据。whois客户端可以是注册员或单独的因特网用户。在一个实施例中，whois查询可以执行有关经完全验证的域名、经完全验证的主机名、名称服务器的IP地址或注册员名字的查询。例如，如果whois客户端向whois服务器802发送域名查询，那么whois服务器802从whois数据库804中检索有关该域名的信息，并将其返回给whois客户端。对于不同类型的查询就检索相应的信息。
驻留在whois服务器802中的whois端口监督程序806执行查询处理。例如，当whois端口监督程序806接收到来自whois客户端的连接，whois端口监督程序806将其自身复制为whoisd程序，并检取准备就绪使用的来自数据库连接池的数据连接。一当接收到数据库连接，whoisd就批准或驳回连接。如果whoisd批准连接，那么它就加载和执行查询，向whois客户端发送结果，并将连接返回给连接池。如果whoisd由于某些原因不批准连接，就驳回查询。
图10是示出符合本发明的注册处数据库222或322的图解视图。国家表1002可以含有所有两个或三个的特征国家代码和它们所相关的名字。地址表1004含有所有注册员的地址信息以及他们的联系接触。注册员联系表1006含有所有注册员的所有联系方式。注册员联系类型表1008识别与注册员关联的不同类型的联系。注册员whois参考表1010含有注册员的whois参考信息。有两种类型的参考信息。注册员能具有指示其whois服务器的URL或运行whois服务器的主机名。注册员联系连接表1012可含有对注册员联系表1006做出的任何修改的审计历史记录。注册员表1014含有对于每个注册员是唯一的信息。
注册会话表1016含有所有注册员和注册处用户的会话信息。用户类型表1018含有在包括有注册员的注册处中用户类型描述。注册处用户表1020含有内部注册处用户信息。注册处用户状态描述表1022可描述注册处用户能进入的状态。地址审计表1024可含有对地址表1004所做出的任何修改的审计历史记录。注册员联系审计1026可含有对注册员联系表1006所做出的任何修改的审计历史记录。注册员whois参考审计表1028含有对注册员whois参考表所做出的任何修改的审计历史记录。注册员联系连接审计表1030可含有对注册员联系连接表1012所做出的任何修改的审计历史记录。注册员审计表1032可含有对注册员表1014所做的任何修改的审计历史记录。注册员日常操作汇总表1034可含有注册员所执行的所有操作的日常概要。注册员YTD操作汇总表1036可含有由注册员执行的操作的一年数据概要。
产品价格表1038含有产品的价格列表。注册员状态描述表1040可描述注册员能进入的状态。发票表1042可含有在特定时间周期中注册员应负担的活动的概述信息。产品表1044可含有具有与操作相关的开销的操作列表。域审计表1046可含有对域表1070所做的任何修改的审计历史记录。域名服务器连接审计表1048含有对域名服务器连接表1074所做的任何修改的审计历史记录。名称服务器审计表1050可含有对名称服务器表1076所做的任何修改的审计历史记录。名称服务器IP地址连接审计表1052可含有名称服务器IP地址连接表1078所做的任何修改的审计历史记录。IP地址审计表1054含有对IP地址表1080所做的任何修改的审计历史记录。
交易表1056可以将所有审计历史记录表连接到操作、会话和受交易影响的注册员。发票行项目表1058可含有在特定时间周期期间发生的注册员应负担的活动的信息。发票状态描述表1060可以作为对发票状态描述的查找表来使用。操作表1062可含有可以在注册处中执行的操作。特权表1064可以用来确定进入特定信道的特定状态特定用户是否能执行操作。信道表1066可以作为查找表使用来识别特定用户进入注册处系统的信道。授权TLD表1068可以罗列出注册处所授权的所有TLD。域表1070可含有属于注册处授权的TLD的所有域名。域状态描述表1072可含有所有允许域状态的描述。它也能确定特定状态的域是否插入到DNS区域文件中。域名服务器连接表1074可以是域和提供域名称服务的名称服务器之间的连接。
名称服务器表1076可以用来控制在域表1070中提供域名称服务的所有名称服务器。名称服务器IP地址连接表1078可以将名称服务器与IP地址连接。IP地址表1080可以用来保留名称服务器的IP地址。域状态用户类型连接表1082可以确定特定的用户是否能对给定状态中的域进行修改。另外，它能确定什么用户类型能将域设定到什么状态。商业对象表1084含有所有注册处商业对象。商业对象就是可以由注册处用户执行的动作。对象规则连接表1086能将商业规则连接到描述它们的商业对象上。该表也能设定在对象上将执行的规则序列。商业规则表1088含有注册处的所有商业规则。商业规则可用于定义商业对象。一个对象能分配多条规则，一条规则也能分配给多个对象。规则可以是数据库、布尔或修改符规则。周期表1090含有与特定参数关联的默认周期。无效IP范围1092可以作为查找表使用来识别特定的IP地址是否在无效IP地址范围之内。配置表1094由配置包使用来存储用于注册处系统的配置参数。
在图10中没有明确示出的其他表也可以包括在注册处数据库222或322中。例如，注册处数据库222或322可以包括e-mail模板表，e-mail队列表、e-mail队列审计表、域状态原因表、域状态原因描述表、域状态原因审计表、域状态原因连接表、域等待转让表、域等待转让审计表和交易属性表。e-mail模板表能存储有针对不同类型的不同格式e-mail。e-mail查询表能存储发送给注册员的e-mail信息。e-mail查询审计表能存储对e-mail查询所做的任何修改的审计历史记录。域状态原因表含有将域置为特定状态原因的指示。域状态原因描述表含有在域状态原因表指示的原因描述。域状态原因审计表含有对域状态原因表所做的任何修改的审计历史记录。域状态原因连接表可以将原因与状态连接。域等待转让表含有指示等待从某注册员转让到另一个(例如域ID、请求处理ID、请求注册员ID、请求数据、响应数据、通知发送、确认)的域的信息。域等待转让审计表含有对域等待转让表所做的任何修改的审计历史记录。处理属性表含有与处理表中描述的处理相关的属性。
对注册处数据库222或322中的每个表更加完整的描述包含在附录A中。
共享注册系统操作图11是示出以符合本发明的方式生成并发送RRP指令(例如请求)的处理的示范流程图。这种处理可以，例如使用驻留在注册员108、110或112上的RRP注册员软件710来执行。出于讨论图11的目的，假设处理在注册员108中发生。
最初，RRP注册员软件710生成合适的RRP指令(步骤1105)。在尚未建立与注册处114的RRP连接的情况下，该指令应该是建立RRP连接的指令，例如会话(SESSION)指令。详细的RRP指令在名为“注册处-注册员协议”的部分有完整讨论。在已经建立与注册处114的RRP连接的情况下，生成的指令就可以是任一RRP指令。在生成RRP指令之后，RRP注册员软件710将使用例如SSL协议对指令进行加密(步骤1110)。注册员108随后通过因特网106向注册处114发送经加密的RRP指令，在那里指令就进行处理(步骤1115)。
当注册处114接收到RRP指令，并且相对于该指令采取了合适的行动，它就生成针对注册员108的加密响应，该响应可能包括指示RRP指令结果的响应码。注册员108执行者其他任务，直到其接收到来自注册处114的加密响应(步骤1120)。接着，RRP注册员软件710对经加密的响应进行解密(步骤1125)。注册员108在接收完响应之后可能会执行任何需要的动作。例如，如果执行失败，注册员108就重新发送RRP指令，发送不同的RRP指令，在达到预定失败次数之后取消注册人连接，等。
图12是示出以符合本发明的方式提供共享注册系统传输层安全的处理的示范流程图。可以使用例如驻留在RRP应用网关206、208或210中的RRP网关软件510来执行该处理。出于讨论图12的目的，假设处理是发生在RRP应用网关206处。
RRP应用网关206从试图执行RRP驻留的注册员那接收经加密的数据流(步骤1205)。输入的加密数据流包括要执行的RRP指令。根据收到的加密数据，RRP应用网关206根据例如SSL协议对数据流进行解密(步骤1210)。
随后，RRP应用网关206试图通过执行SSL验证来鉴定发送加密数据的注册员(步骤1215)。在一个实施例中，验证是一种称为“SSL握手”的相互验证处理。例如，注册员可能通过基于X.509证书的RRP应用网关206来进行验证，该证书是在连接时提供给RRP应用网关206。RRP应用网关206向注册员提供一个机会通过基于RRP应用网关206提供给注册员的证书来验证RRP应用网关206。假设相互验证成功，RRP应用网关206会与注册员交换会话密钥。会话密钥可以用于对RRP应用网关206和注册员之间进一步的通信进行加密。
在RRP应用网关206试图验证注册员之后，它就要确定在注册员处所得的验证过程是否已宣布为确认(步骤1220)。如果RRP应用网关206确定注册员是未被认证的，那么RRP应用网关206就生成发送回注册员的加密响应(步骤1225)。该响应告知注册员验证失败。
如果RRP应用网关206确定是经认证的注册员，那么RRP应用网关206就为注册员开启一个与RRP应用服务器214专用的连接。在一个实施例中，与RRP应用服务器的连接可以根据称为连接池的技术来建立。例如，因为每个RRP应用网关能同时具有许多连接线程，所以RRP应用服务器就可能由于保持的连接线程数目而瘫痪，引起瓶颈。为了补救这个问题，RRP应用服务器立刻使处理的线程数少于总的连接线程数。当前没有被处理的连接线程放置在位于RRP应用服务器中的队列中，并且依次处理。在该方式下，连接数可以保持在一个合理的数目。而且，由于连接处理的速度，就不允许填满队列，这样，提高了没有利用连接池的系统的处理时间。注意连接池也能用于在注册员和RRP应用网关之间建立的连接。
在连接建立之后，RRP应用网关206随后从接收自注册员的数据流向RRP应用服务器214发送RRP指令(步骤1230)。当RRP应用服务器214接收到RRP指令，并相对于该指令采取相应行动时，它就生成可能包括有指示RRP指令结果的响应码的响应。RRP应用网关206执行者其他任务，直到其接收到来自RRP应用服务器214的响应(步骤1235)。因此，响应经过加密并发送到开始通信的注册员(步骤1245)。
图13是示出以符合本发明的方式接收和执行RRP指令的处理的示范流程图。可以使用，例如驻留在RRP应用服务器214、216或218的RRP服务器软件610，来执行该处理。出于讨论图13的目的，假设处理发生在RRP应用服务器214处。
在建立连接后，RRP应用服务器214一直等待，直到其接收到来自RRP应用网关206的RRP指令(步骤1305)。因此，RRP应用服务器214就对RRP指令进行分析，以便可以执行对指令的分析(步骤1310)。作为分析的一部分，RRP应用服务器214做出指令是否有效的决定(步骤1315)。例如，如果某些数据字段的语法不正确，某些数据字段的长度不正确，域或名称服务器是错误类型等，该指令就可能无效。如果RRP应用服务器214确定指令无效，那么就通过RRP应用网关206向注册员发送响应，来详细说明指令中的缺陷(步骤1340)。
如果RRP应用服务器214确定指令有效，那么就例示出执行RRP指令可能需要的许多商业对象(步骤1320)。这些对象可以例示在存储器中，例如存储器602。例示出的商业对象有多种类型。例如，对于给定操作，RRP应用服务器214需要例示域对象、名称服务器对象、注册员对象、商业规则对象，等。在一个实施例中，例示的对象类型根据执行的RRP指令和RRP指令中含有的属性不同而不同。例如，当RRP应用服务器214试图执行加入域名的RRP指令时就不需要例示名称服务器对象。接收自RRP指令的数据可能包括某些对象。例如，加入域名的RRP指令可能包括指示出加入到注册处数据库的域名和域名的名称服务器的属性。每次域名加入时，这些属性可能随同需要生成的属性一起插入到例示的域对象中(例如创建日期、更新日期、注册员等)。商业规则对象对应于可能施加在RRP指令上来确保操作根据当前商业政策运行的商业相关政策信息。
对于RRP应用服务器214可能需要为了执行某些RRP指令而从注册处数据库222中检索信息。例如，在注册员发送更新存在的域的RRP指令的情况下，RRP应用服务器214可检索对应于域名的信息。该信息随后插入到用于处理的合适对象中。
RRP应用服务器214接着做出发送RRP指令的注册员是否授权执行由RRP指令产生的动作的决定(步骤1325)。例如，如果注册员没有拥有RRP指令中提到的域，注册员就没有授权执行特定的动作。如果确定注册员没有经授权，那么就向注册员返回提供该结果指示的响应(步骤1340)。
如果确定注册员经授权，那么RRP应用服务器214就对RRP指令应用商业规则(步骤1330)，商业规则的应用可以通过使用先前例示的商业规则对象来完成。商业规则的建立能检验和设定属性的种类来确保所有的RRP指令是根据注册处政策执行。例如，可能有检验注册员信用的规则、设定政策周期的规则、检验域状态的规则、检验父域存在的规则、检验注册员授权的规则等。这些规则能根据拥有注册处114的商业政策的改变而改变。注意上述规则之一是检验注册员的授权，指示出先前检验确定注册员是否授权执行动作(步骤1325)也可以由商业规则的应用来实施。在一个实施例中，当RRP指令执行时每个RRP指令可能具有不同的一组应用的商业规则(例如，加入域名的RRP指令具有与转让域名的RRP指令不同的一组规则)。
一旦应用了商业规则，RRP应用服务器214进入执行RRP指令和将RRP指令所需的任何变更存储在注册处数据库222中的步骤(步骤1335)。变更包括对存储在注册处数据库222中的表进行的任何插入、更新或删除。在一个实施例中，RRP应用服务器214试图通过数据库服务器220随同如何变更数据库或存取数据库的指示一起向注册处数据库222发送相关商业对象或来自这些对象的信息来实施这些变更。来自对象的信息可能插入到注册处数据库222的不同表中，或对象本身会插入到注册处数据库222中。注册处数据库222所做的变更中所隐含的可能是某些完成某些操作所需的检验。例如，当执行加入域名的RRP指令时，就有隐含的确定域名是否已经由另一个注册员注册的检验。
数据库服务器220包括有处理任何可能计划争用的功能。计划争用可能在，例如，当多个连接线程试图同时存取相同表时发生。一种处理这些连接的方式是通过给予超过其他线程的某些事务优先权。例如，实时事务可以给予超过非实时事务的优先权。另一种技术是当正在访问表或有待决的事务时，就指定表是锁定或保持。
数据库服务器220可能向RRP应用服务器214发送试图变更注册处数据库222结果的指示。根据了解到的结果，RRP应用服务器214向通过RRP应用网关206开始通信的注册员发送结果指示的响应(步骤1340)。响应的实例包括成功完成指令的指示和试图访问的域不存在的指示。在RRP指令主要趋向于接收或检验来自注册处数据库信息的情况下(例如，状态(STATUS)指令、检验(CHECK)指令)，响应包括所请求的信息。对注册员可能响应的更加完整实例包括在名为“注册处注册员协议”的章节。
图14是示出符合本发明的注册员和注册处之间的简单相互作用的图例。注册员服务器1405通过向RRP应用网关1410发送加密RRP指令开始操作。在解密指令，执行SSL验证和确定控制注册员服务器1405的注册员经授权之后，RRP应用网关1410向RRP应用服务器1415发送解密RRP指令。RRP应用服务器1415分析指令，检验指令的有效性，例示指令所需要的任何对象，确信注册员授权执行所需的动作，并对指令应用任何相关的商业规则。因此，为了根据RRP指令进行任何必要的变更，RRP应用服务器1415访问注册处数据库1420。当在注册处数据库1420处做出变更时，数据库和其数据库服务器向RRP应用服务器1415发送结果集来指示试图变更的结果。RRP应用服务器1415使用结果集信息来生成对注册员的响应，并向RRP应用网关1410发送明文文本。此后，RRP应用网关1410对响应加密并将其发送给注册员服务器1405。
注册处注册员协议1、数据模式注册处注册员协议(RRP)定义两个实体来代表系统数据、域和名称服务器。在一个实施例中，域和名称服务器实体对应于域对象和名称服务器对象。图15是示出符合本发明的域和名称服务器实体的实例。1.1域实体域实体保存有包括下述属性的已注册域名有关信息。
-域名已注册域名的经完全验证域名。这是该实体的唯一关键字。
-名称服务器 域名服务器的经完全验证主机名。
-注册员 当前域名注册员的名字。这是隐含属性。
-注册员转让日期 域名转让给当前注册员的日期。这是隐含属性。
-注册周期注册持续的时间周期。
-注册到期日 域名注册到期的日期，并且在特定固定周期之后，域名可以由任何注册员注册。这是衍生属性。
-状态域名的状态。
-创建日期域名注册的日期。这是隐含属性。
-由谁创建注册域名的授权实体ID。
-更新日期域名最后更新的日期。这是隐含属性。
-由谁更新最后更新域名的授权实体ID。这是隐含属性。1.2名称服务器实体名称服务器实体保存有包括下述属性的名称服务器的有关信息。
-名称服务器 域名服务器的经完全验证的主机名。这是该实体的唯一关键字。
-IP地址 名称服务器的IP地址。
-注册员 当前名称服务器注册员的名字。这是隐含属性。
-注册员转让日期 名称服务器转让给当前注册员的日期。这是隐含属性。
-创建日期 名称服务器注册的日期。这是隐含属性。
-由谁创建 注册名称服务器的授权实体ID。
-更新日期 名称服务器最后更新的日期。这是隐含属性。
-由谁更新 最后更新名称服务器的授权实体ID。这是隐含属性。2、协议通常，所有的RRP指令包含有特性来确保如果执行指令一次或如果执行指令多次，每条指令的结果还是相同的。这种属性在当指令由于错误条件导致未得到指令响应而重试指令和尝试指令时的情况下是非常有用的。指令重试将被系统捕捉，并用合适的错误响应码驳回。
一种典型的RRP会话将经过许多状态。图16是示出符合本发明的RRP会话可能状态的图例。最初，系统(例如注册处)等待客户连接(1605)。当客户连接时，系统试图验证客户(例如注册员)。如果验证失败，系统给予客户另一次机会来验明自身(1615)。如果验证再次失败，系统就取消连接(1625)。否则，系统就等待来自客户的请求(例如RRRP指令)(1610)。一当接收到请求，系统就执行它并把结果回应给用户(1620)。系统随后等待客户的另一个请求(1610)。根据接收到的请求，系统就执行它并把结果回应给用户(1620)。系统随后再次等待客户的另一个请求(1610)。如果客户发送“退出”指令，系统就结束会话并取消连接(1625)。为了保持与服务器状态的同步，客户应该在同一连接上发送另一个请求之前，等待来自服务器的响应。注意状态1605、1610和1615在预定的不活动周期之后可能超时。系统就取消连接来响应超时。2.1请求格式RRP请求包括指令名、一些指令选项、实体段和指令结束分隔符。指令选项和实体段集中定义了指令的参数，并独立排序。指令选项和实体段都是可选的。下面是RRP请求格式的实例。

2.1.1指令名根据需要，外电极6和7上可分别覆盖由Ni、Cu、Ni-Cu合金等形成的电镀层10和11。电镀层10和11上还可以分别镀以由焊剂、锡等形成的第二电镀层12和13。
上述的介电陶瓷组合物和制造层叠陶瓷电容器的方法中，介电陶瓷组合物还可以包括稀土元素，由RE表示。RE最好选自Y、Gd、Tb、Dy、Ho、Er和Yb。
以下通过实施例详细描述本发明，这些实施例不应理解为对本发明的限制。
实施例1本实施例中制造的层叠陶瓷电容器是具有图1所示结构的层叠陶瓷电容器1。
称取高纯度TiO2、BaCO3和CaCO3作为原料，使制得的混合物分别具有下表1所示的Ca含量，然后混合和粉碎。干燥制得的每种粉末，并加热至1000℃或更高，以合成分别具有表1所示的平均粒径的(Ba，Ca)TiO3。
表1

为获得用作烧结助剂的主要包括SiO2的氧化物粉末，称取组分氧化物或碳酸盐和氢氧化物，使制得的混合物分别达到下表2所示的摩尔组成比，然后混合和粉碎。制得的粉末的各个样品在铂坩埚中加热至1500℃，淬火和粉碎获得平均粒径为1μm或更小。
在一个实施例中，用于注册域名的ADD指令可能影响，例如下述注册处数据库表域表、域状态表、域状态原因表、事务表、事务属性表、注册员表、域名服务器连接表和与上述表关联的各种审计表。用于注册名称服务器的AD指令可能影响，例如下述注册处数据库表名称服务器表、IP地址表、名称服务器IP地址连接表、事务表、事务属性表、和与上述表关联的各种审计表。
授权用户所有注册员能使用ADD指令注册域名或名称服务器。2.3.2 CHECK(查验)指令能让注册员确定域名或名称服务器是否已经被注册。
查验域名可获得性的请求必须含有下述数据设定“域”值的实体名属性和域名属性中经完全验证的域名。注册处对名称服务器的可获得性做出肯定或否定的响应。
确定名称服务器是否已经注册的请求必须含有下述数据设定“名称服务器”值的实体名属性和名称服务器属性中经完全验证的名称服务器主机名。注册处对名称服务器的可获得性做出肯定或否定的响应。如果名称服务器已经注册，注册处就返回名称服务器的IP地址。
在一个实施例中。CHECK指令能依据注册员是否期望确定域名或名称服务器可获得性来访问注册处数据库中域表或名称服务器表。
授权用户所有注册员能使用CHECK指令来确定域名或名称服务器是否已经注册。2.3.3 DEL(删除)该指令能让注册员删除域名注册或删除名称服务器。
删除域名注册的请求必须含有下述数据设定“域”值的实体名属性和域名属性中经完全验证的域名。删除域名的请求可能引起所有正在删除域的子域的名称服务器也被删除。
删除名称服务器的请求必须含有下述数据设定“名称服务器”值的实体名属性和名称服务属性中经完全验证的名称服务器主机名。如果域名目前正保留在其上，因为这样的删除会导致主域孤立，所以就不允许删除名称服务器。
在一个实施例中，用于删除域名的DEL指令可能影响，例如下述注册处数据库表域表、域状态表、域状态原因表、事务表、处理属性表、注册员表、域名服务器连接表和与上述表关联的各种审计表。用于删除名称服务器的DEL指令可能影响，例如下述注册处数据库表名称服务器表、IP地址表、名称服务器IP地址连接表、事务表、事务属性表、和与上述表关联的各种审计表。
授权用户所有注册员能使用DEL指令删除域名或名称服务器。2.3.4 Describe(描述)该指令让注册员能获得有关RPP的一般信息。
获得有关RPP一般信息的请求可以含有下述指令选项设定“协议”值来获取协议版本号的目标选项。注册处默认无论请求是否含有目标选项，都必须返回协议版本号。在一个实施例中，该指令并不影响任何注册处数据库表。
授权用户所有注册员能使用DESCRIBE指令。2.3.5 MOD(修改)该命令能让注册员更新已注册域名或名称服务器。该指令允许对单值和多值属性的属性值进行下述操作-添加属性值。要添加的值必须是在属性的值中的唯一值。对于单值属性，它就替代了当前值。
-去除属性值。要去除的属性值必须存在。进一步，如果该属性值是要求属性的仅有值，那么它也不能被去除。
-替换属性值。要替换的属性值必须存在，并且替换值必须是在属性的值中唯一。
更新已注册域名的请求必须含有下述数据设定“域”值的实体名属性和在域名属性中经完全验证的域名。注册员可以对域名执行下述更新操作通过设定一个或更多名称服务器属性实例来更新域名的名称服务器，并且通过设定一个或更多状态属性实例来更新状态。
更新名称服务器的请求必须含有下述数据设定“名称服务器”值的实体名属性和名称服务器属性中经完全验证的名称服务器主机名。注册员可以对名称服务器执行下述更新操作更新名称服务器的名称服务器属性，并且通过设定一个或更多IP地址参数实例来更新名称服务器IP地址。
在一个实施例中，用于更新域名的MOD指令可能影响，例如下述注册处数据库表域表、域状态表、域状态原因表、事务表、事务属性表、域名服务器连接表和与上述表关联的各种审计表。用于更新名称服务器的MOD指令可能影响，例如下述注册处数据库表名称服务器表、IP地址表、名称服务器IP地址连接表、事务表、事务属性表、和与上述表关联的各种审计表。
授权用户域名或名称服务器的当前注册员和注册处可以使用MOD指令来修改域名或名称服务器的属性。2.3.6 QUIT(退出)该指令能让注册员关闭RRP连接。注册处必须在关闭连接前响应。
在一个实施例中，QUIT指令可能影响注册处数据库中的注册处会话表。
授权用户允许所有的注册员使用QUIT指令。2.3.7 Renew(更新)该指令能使注册员重新注册域名。
重新注册域名的请求必须含有下述数据设定“域”值的实体名属性和在域名属性中经完全验证的域名。
重新注册域名的请求可能含有用于在周期属性的单个实例和当前到期年属性的单个实例中进行更新的域名的更新周期。如果两者都指定，那么这些参数必须一起出现。周期属性确定了加入到注册中的年数。当前到期年属性确定了当前到期年，并且需要确保重复尝试重试该指令不会导致多次成功更新。如果没有提供这些属性，注册处就为周期属性和当前到期年属性提供默认值。如果域名更新成功完成，注册处就在合适的属性中返回新注册到期数据。
在一个实施例中，RENEW指令可能影响，例如下述注册处数据库表域表、事务表、事务属性表、注册员表和与上述表关联的各种审计表。
授权用户域名当前注册员可以使用RENEW指令。2.3.8 Session(会话)该指令能让注册员验证RRP连接。注册员可以用该指令改变密码。注册员必须在对注册处进行其他请求之前发送该请求。
验证RRP连接的请求必须含有下述指令选项ID选项中的注册员ID和在密码选项中注册员的密码。如果验证失败，注册员能用校正的信息再次发送请求。如果验证失败达到预定次数，注册处就关闭连接。
在一个实施例中，SESSION指令可能影响注册处数据库中的注册处会话表。
授权用户允许所有的注册员使用SESSION指令。2.3.9 Status(状态)该指令允许注册员确定域名或名称服务器当前状态。
查询域名的请求必须含有下述数据设定“域”值的实体名属性和在域名属性中经完全验证的域名。来自注册处的响应可能含有包括下述信息的各种信息拥有域名的名称服务器经完全验证的服务器名、域名当前注册员的ID、当前注册员转让域名的日期、域名当前状态、原始注册域名的日期、原始注册域名的注册员ID、域名最后更新的日期和最后更新域名的实体(例如注册员或注册处)ID。
查询名称服务器的请求必须含有下述数据设定“名称服务器”值的实体名属性和名称服务器属性中经完全验证的名称服务器主机名。来自注册处的响应可能含有包括下述信息的各种信息经完全验证的名称服务器名、名称服务器的IP地址、名称服务器当前注册员的ID、当前注册员转让名称服务器的日期、注册名称服务器的日期、注册名称服务器的实体ID、最后更新名称服务器的日期和最后更新名称服务器的实体(例如注册员或注册处)ID。
在一个实施例中，STATUS指令可以依据注册员是否期望确定域名或名称服务器当前状态开访问域表或名称服务器。
授权用户域名或名称服务器的当前注册员和注册处能使用STATUS指令来浏览当前的域名或名称服务器属性。2.3.10 Transfer(转让)该指令允许注册员请求将来自第二注册员的域名主管关系转让，并同意或拒绝其他注册员发出的转让请求。
转让域名的请求必须包括下述数据设定“域”值的实体名属性和在域名属性中经完全验证的域名。
请求的注册员的身份可以从当前有效的会话中得到。当前主管域的注册员(注册员必须同意或拒绝转让请求)的身份为注册处所知，并且在发出转让请求之前不需要让请求的注册员知道。
系统在接收到域转让请求时，使用频带外传送例如e-mail和/或处理报告来通知潜在失去主管权的注册员。失去主管权的注册员随后应该同意或拒绝转让。同意或拒绝转让的请求必须包括同意或拒绝指示。如果在预定时间内，失去主管权的注册员没有做出同意或拒绝的响应，系统就默认为同意。
当前主管的注册员的转让同意导致原始请求注册员主管关系的变更。任何其它注册员的同意尝试均导致该尝试的同意失败。转让拒绝导致请求转让结束而主管关系并没有变更。其他注册员的拒绝尝试导致所尝试的拒绝失败。当转让了名称服务器的父域名，也隐含转让了该名称服务器。
在一个实施例中，TRANSFER指令可能影响，例如下述注册处数据库表域表、域等待转让表、事务表、事务属性表、注册员表、邮件队列表和与上述表关联的各种审计表。
授权用户所有的注册员能使用TRANSFER指令来请求注册服务授权给请求注册员的转让。当前主管域名的注册员可以同意或拒绝转让。注册处可以在固定的一段时间之后隐含地同意或拒绝所请求的转让。2.4 响应码RRP指令会返回各种响应码来表示正常完成或错误情况。下面是可能的错误码列表。
200指令成功完成210域名可获得211域名不可获得212名称服务器名可获得213名称服务器名不可获得220指令成功完成。服务器关闭连接420由于服务器错误，指令失败。服务器关闭连接421由于服务器错误，指令失败。客户应该重试500无效指令名501无效指令选项502无效实体值503无效属性名504丢失所需属性505无效属性值语法506无效选项值507无效指令格式508丢失所需实体
509丢失指令选项520服务器关闭连接521开启太多会话。服务器关闭连接530验证失败531授权失败532域名与名称服务器连接533域名具有有效名称服务器534域名没有转让标识535受限制IP地址536域已标识为转让540属性值不唯一541无效属性值542无效属性旧值543最终或隐含属性不能更新544持有的实体545实体参照未发现546超出信贷限额547无效指令序列548域没有更新549指令失败550父域没有注册551父域状态不允许进行操作552域状态不允许进行操作553操作不允许。域等待转让554域已经注册555域已经更新556超出最长注册周期2.5域状态码域的状态可以用RRP STATUS指令来查看，并用RRP MOD指令来修改。注册处和主管域的注册员都能查看和改变域的状态。域的状态应该能直接表示域是否在合适的TLD区域文件中出现，并且是否能修改域。一个域能具有超过一个的分配状态，例如，REGISTRAR HOLD和REGISTRAR-LOCK(注册员保持和注册员-锁定)。如果域在有效状态，那么域名就仅能处于该状态。当注册员设定域名为REGISTRAR-LOCK，注册处就自动去除有效状态。当注册员去除REGISTRAR-LOCK和其他域状态时，注册处就自动设定域名状态为有效。
对不同状态码的描述如下ACTIVE(有效)这是在注册时域的默认状态。注册处设定域为该状态。注册员能修改域，并且能更新域。当域处于如果该域具有关联名称服务器的该状态下，在区域文件中就包括有该域。
REGISTRY-LOCK(注册处-锁定)注册处设定域为该状态。域就不能由注册员修改或删除。为了注册员能修改域，注册处必须去除该状态。能更新该域。当域处于如果该域具有关联名称服务器的该状态下，在区域文件中就包括有该域。
REGISTRY-HOLD(注册处-保持)注册处设定域为该状态。当处于该状态时域就不能由注册员修改或删除。为了注册员能修改域，注册处必须去除该状态。能更新该域。当处于该状态下，在区域文件中不包括该域。
REGISTRAR-HOLD(注册员-保持)域的注册员设定该域为此状态。当处于该状态时，不能修改或删除该域。注册员必须去除该状态来修改域。能更新该域。当处于该状态下，在区域文件中不包括该域。
REGISTRAR-LOCK(注册员-锁定)域的注册员设定该域为此状态。当处于该状态时，不能修改或删除该域。注册员必须去除该状态来修改域。能更新该域。当处于该状态下，在区域文件中包括该域。
REGISTRY-DELETE-NOTIFY(注册处-删除-通知)如果域到期，并且具有拥有其他域的子名称服务器，域就设定在该状态上。只有注册处能设定该状态。当域处于如果该域具有至少一个关联名称服务器的该状态下，在区域文件中就包括有该域。3、实例会话下面是在RRP客户(例如注册员)和RRP服务器(例如注册处)之间典型的会话(详细列出注册处的响应)。注册员开始验证RRP连接会话-Id注册员A
-密码--am-registrarA·200指令成功完成·注册员在注册处中查验域名的可获得性查验实体名域域名example.com·210域名可获得注册员在注册处注册域名添加实体名域域名example.com名称服务器nsl.registrarA.com名称服务器ns2.registrarA.com·200指令成功完成注册到期日2000-12-23 100300.000·注册员将域名从另一个注册员那里转让给自己。
转让实体名域域名example2.com·200指令成功完成注册到期日2000-12-23 100300.000·注册员关闭RRP连接退出
220指令成功完成。服务器关闭连接虽然本发明已经结合较佳实施例进行描述，但对于那些本领域的熟练技术人员来说许多修改都是显而易见的，并且本申请的目标是覆盖对其的任何修改和变换。例如，相对于单独的网页，本发明可以用于具有多个网页的业务名片。本领域熟练技术人员可以理解，符合本发明的所有或部分系统和方法可以存储在计算机可读取媒体上或从其上读取读取，例如辅助存储设备例如硬盘、软盘和CD-ROM；接收自网络例如因特网的载波；或ROM或RAM其他形式。本发明仅由其权利要求和其等价物限定。
权利要求
1.一种注册员使用的用于在共享注册系统中处理域名注册操作的方法，其特征在于，包括下述步骤生成执行域名注册操作的请求；向注册处发送所述请求，其中所述注册处可操作来接收请求，验证发送请求的注册员，确定该注册员是否授权执行操作所需动作，在确定注册员已授权的基础上执行操作，并且在数据库中存储操作所需的变更；和接收对所述请求的响应，所述响应指示了操作的成功或失败。
2.如权利要求1所述的方法，其特征在于，进一步包括在发送步骤前对所述请求加密。
3.一种注册处使用的用于在共享注册系统中处理域名注册操作的方法，其特征在于，包括下述步骤接收用于执行域名注册操作的请求；验证发送请求的注册员；在确定所述注册员是经授权的基础上发送请求到应用服务器，其中应用服务器可以执行操作；接收对所述请求的响应，所述响应指示操作的成功或或失败；和将所述响应提交给注册员。
4.如权利要求3所述的方法，其特征在于，进一步包括在验证步骤前对所述请求加密。
5.如权利要求3所述的方法，其特征在于，进一步包括在确定所述注册员未被验证的基础上，向注册员发送指示操作失败的响应。
6.一种注册处使用的用于在共享注册系统中处理域名注册操作的方法，其特征在于，包括下述步骤接收执行域名注册操作的请求；分析所述请求；例示一个或更多对象，所述对象对应于包含在所述请求中的属性；确定发送请求的注册员是否授权执行操作所需动作；在确定注册员已授权的基础上执行所述操作；在数据库中存储操作所需的变更；和发送响应给注册员，所述响应指示操作的成功或失败。
7.如权利要求6所述的方法，其特征在于，进一步包括在例示步骤前确定所述请求是否有效。
8.如权利要求6所述的方法，其特征在于，所述请求是注册处注册员协议(RRP)请求。
9.如权利要求6所述的方法，其特征在于，所述请求包括指令名和实体段。
10.如权利要求9所述的方法，其特征在于，所述实体段包括有指示操作是否与域名或名称服务器有关。
11.如权利要求6所述的方法，其特征在于，所述操作能使注册员注册域名或名称服务器。
12.如权利要求6所述的方法，其特征在于，所述操作能使注册员确定所述域名或名称服务器是否先前已经注册。
13.如权利要求6所述的方法，其特征在于，所述操作能使注册员删除-域名注册或删除-名称服务器。
14.如权利要求6所述的方法，其特征在于，所述操作能使注册员更新-注册的域名或名称服务器。
15.如权利要求6所述的方法，其特征在于，所述操作能使注册员关闭与注册处的连接。
16.如权利要求6所述的方法，其特征在于，所述操作能使注册员重新注册域名。
17.如权利要求6所述的方法，其特征在于，所述操作能使注册员验证与注册处的连接。
18.如权利要求6所述的方法，其特征在于，所述操作允许注册员确定所述域名或名称服务器的当前状态。
19.如权利要求6所述的方法，其特征在于，所述操作允许注册员请求从第二注册员那转让域名主管关系，并且能同意或拒绝来自其他注册员的转让请求。
20.一种注册处使用的用于在共享注册系统中处理域名注册操作的方法，其特征在于，包括下述步骤接收执行域名注册操作的请求；验证发送所述请求的注册员；例示一个或更多对象，该对象对应于所述请求中包含的参数；确定所述注册员是否授权执行所述操作所需动作；在确定所述注册员已授权的基础上执行所述操作；在数据库中存储所述操作所需的变更；和发送响应给所述注册员，所述响应指示所述操作的成功或失败。
21.一种注册处使用的用于在共享注册系统中处理域名注册操作的方法，其特征在于，包括下述步骤接收执行域名注册操作的请求；验证发送所述请求的注册员；确定所述注册员是否授权执行所述操作所需动作；在确定所述注册员已授权的基础上执行所述操作；在数据库中存储所述操作所需的变更；和发送响应给所述注册员，所述响应指示操作的成功或失败。
22.一种注册处使用的用于在共享注册系统中处理域名注册操作的方法，其特征在于，包括下述步骤接收执行域名注册操作的请求；确定发送所述请求的注册员是否授权执行所述操作所需动作；在确定所述注册员已授权的基础上执行所述操作；在数据库中存储所述操作所需的变更；和发送响应给所述注册员，所述响应指示操作的成功或失败。
23.一种用于处理域名注册操作的设备，其特征在于，包括具有程序的存储器所述程序生成执行域名注册操作的请求；发送所述请求到注册处，其中所述注册处能对接收的请求进行操作，验证发送所述请求的注册员，确定所述注册员是否授权执行操作所需动作，在确定注册员已授权的基础上执行操作，并且在数据库中存储所述操作所需的变更；并且接收对请求的响应，所述响应指示所述操作的成功或失败；以及运行程序的处理器。
24.一种用于处理域名注册操作的设备，其特征在于，包括具有程序的存储器所述程序接收执行域名注册操作的请求；验证发送所述请求的注册员；在确定所述注册员是经授权的基础上发送请求到应用服务器，其中所述应用服务器可以执行所述操作；接收对请求的响应，所述响应指示操作的成功或或失败；并且将所述响应提交给注册员；以及运行程序的处理器。
25.一种用于处理域名注册操作的设备，其特征在于，包括具有程序的存储器该程序接收执行域名注册操作的请求；分析所述请求；例示一个或更多对象，所述对象对应于所述请求中包含的属性；确定发送所述请求的注册员是否授权执行所述操作所需动作；在确定所述注册员已授权的基础上执行操作；并且在数据库中存储所述操作所需的变更；并且发送响应给注册员，所述响应指示所述操作的成功或失败；以及运行程序的处理器。
26.一种用于处理域名注册操作的设备，其特征在于，包括用于存储域名注册信息的数据库；应用网关，能接收执行域名注册操作的请求，验证发送所述请求的注册员，接收对所述请求的响应，并将所述响应发送给发送请求的注册员；和应用服务器，能接收来自所述应用网关的请求，分析所述请求，例示一个或更多对象，该对象对应于所述请求中包含的属性，确定所述注册员是否授权执行操作所需动作，在确定所述注册员已授权的基础上执行操作，在数据库中存储所述操作所需的变更，并且通过所述应用网关发送响应给所述注册员，所述响应指示操作的成功或失败。
27.一种含有用于处理域名注册操作指令的计算机可读媒体，其特征在于，该处理方法包括生成执行域名注册操作的请求；将所述请求发送给注册处，其中所述注册处能对接收的请求进行操作，验证发送所述请求的注册员，确定所述注册员是否授权执行操作所需动作，在确定注册员已授权的基础上执行操作，并且在数据库中存储所述操作所需的变更，和接收对所述请求的响应，所述响应指示操作的成功或或失败。
28.一种含有用于处理域名注册操作指令的计算机可读媒体，其特征在于，该处理方法包括接收执行域名注册操作的请求；验证发送所述请求的注册员；在确定所述注册员已被验证的基础上发送请求到应用服务器，其中所述应用服务器可以执行所述操作；接收对所述请求的响应，所述响应指示操作的成功或或失败；和将所述响应发送给注册员。
29.一种含有用于处理域名注册操作指令的计算机可读媒体，其特征在于，该处理方法包括接收执行域名注册操作的请求；分析所述请求；例示一个或更多对象，所述对象对应于所述请求中包含的属性；确定发送所述请求的注册员是否授权执行所述操作所需动作；在确定所述注册员已授权的基础上执行操作；在数据库中存储所述操作所需的变更；和发送响应给所述注册员，所述响应指示所述操作的成功或失败。
全文摘要
提供了一种用于在共享注册系统中处理域名注册操作的设备和方法。注册处接收来自注册员的执行域名注册操作的请求。注册处对发送请求的注册员进行验证。注册员经确定已验证,那么注册处就确定该注册员是否授权执行操作所需动作。随后,注册处在确定注册员已授权的基础上执行操作,并且在数据库中存储操作所需的变更。向注册员发送指示操作成功或者失败的响应。
文档编号G06Q50/00GK1365472SQ00809352
公开日2002年8月21日 申请日期2000年4月24日 优先权日1999年4月22日
发明者S·M·霍伦贝克, N·萨拉夫 申请人:网络方案股份有限公司