Skip to main content
Resources

注册服务机构合规计划

以下注册服务机构合规计划 [PDF, 630 KB] 概述仅供参考之用。各签约方必须阅读并遵守与 ICANN 之间所签署协议中规定的所有要求以及适用的 ICANN 政策。

gTLD 注册服务机构合规计划通过将注册服务机构认证协议 (RAA) 中的合同条款分割成多个一般合规领域形成。这些合规领域的实施是内部监督、投诉处理以及外部资源监督(如行业新闻)共同努力的结果。任何新增服务或政策变更都可能触发针对该领域的其他合规监督。

无论注册服务机构的性质是否相同,所有与 ICANN 之间签署的 RAA 都具有相同的形式。下面将列出部分 RAA 合规领域及相关条款。

如需了解更多关于注册服务机构和 RAA 的信息,请参阅"注册服务机构和注册人须知"页面。

部分注册服务机构相关合规领域如下。

  1. 注册数据目录服务 (WHOIS)

    在这一涉及范围广泛的领域内,经认证注册服务机构需要履行以下几项义务,包括:

    • 通过 43 端口和网页免费提供公共 WHOIS 服务;
    • 向注册管理机构提交所有规定数据元素;
    • 及时更新数据;
    • 在收到通知后采取合理措施调查并纠正错误;
    • 向注册人提供 WHOIS 数据年度提醒通知。

    相关条款包括 2009 RAA2013 RAA 第 3.2、3.3 和 3.7.8 条,以及 2013 RAA 中的 WHOIS 准确度计划规范。

    更多信息请访问关于 WHOIS 投诉

  2. 域名迁移

    所有 ICANN 认证注册服务机构都必须允许注册人将域名从一个注册服务机构迁移至另一个注册服务机构。注册人如果在迁移域名的过程中遇到问题,可向 ICANN 提起投诉,ICANN 会视需要进行调查跟进。有关域名迁移投诉的常见领域请参阅关于域名迁移投诉

    与域名迁移相关的注册服务机构义务请参阅注册服务机构域名转让政策 (IRTP)

  3. 域名续用

    过期注册恢复政策 (ERRP) 和 到期域名删除政策 (EDDP) 中规定了 ICANN 认证注册服务机构在域名到期时应该履行的义务,包括通知注册人到期事宜等。更多信息请访问关于域名续用/赎回

  4. 数据托管

    注册服务机构需按照指定数据格式和时间向数据托管代理提供一份数据库的电子版本。另外,注册服务机构还必须与 ICANN 和托管代理分别签订相应的协议。ICANN 会与数据托管代理一起确保注册服务机构在指定时间按指定格式提供待托管数据,同时确保这些数据符合 RAA 的要求。

  5. UDRP

    统一域名争议解决政策 (UDRP) 旨在为解决某些涉及商标的域名争议提供方法。虽然 UDRP 必须通过独立的争议解决服务提供商提出,但 RAA 仍然规定注册服务机构必须遵守 UDRP。UDRP 合规领域包括验证注册人信息、维护域名现状、锁定域名和及时执行 UDRP 裁决。更多信息请访问关于域名争议/UDRP

    由于每一个合规领域下面都为注册服务机构设定了多项约束性要求,ICANN 将使用多种方式验证注册服务机构是否合规,包括调查、审核样本注册服务机构材料以及审核争议解决服务提供商等第三方提供的数据。

合规监督

为确保注册服务机构遵守合同义务,ICANN 开展了多种合规验证活动;其中有些由投诉引起,有些属于监督活动,其他则与合同合规审计计划有关。

合规监督活动由 ICANN 根据行业文章、先前投诉和趋势分析结果发起,旨在主动解决任何被指未遵守合同条款的行为。

Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."