社群 gTLD 变更请求流程

简介

"社群 gTLD 变更请求流程"由社群 gTLD 变更请求流程工作组（以下简称"工作组"）和 ICANN 组织共同制定，同时还参考了注册管理机构利益相关方团体和 ICANN 社群的意见。这项流程的指导原则为：允许社群 gTLD 注册管理运行机构在不会取消"社群注册政策"、不会大幅提高或降低注册人资格和/或域名选取要求，或者不会对顶级域社群带来重大负面影响的情况下，寻求对规范 12 进行修改。

ICANN 组织于 2018 年 2 月公布了流程草案以征询公众意见。在对收到的意见进行审议后，ICANN 组织和工作组得出结论，认为这些意见并没有指明该流程与现有政策冲突，与此同时，他们还针对流程的更新开展了讨论。此外，在 2018 年 4 月 26 日，GNSO 理事会一致同意 [PDF，574 KB]"ICANN 组织应继续将社群 gTLD 变更请求流程视为一项实施工作来完成。"工作组和 ICANN 组织于 2018 年 4 月商定了该流程的以下发布版本。

流程

版本：2018 年 4 月

社群 gTLD 变更请求

社群 gTLD 变更请求（以下简称"请求"）是指社群 gTLD 注册管理运行机构寻求 ICANN 的批准，以对其《注册管理机构协议》规范 12 中列举的"社群注册政策"进行修改的流程。根据社群 gTLD《注册管理机构协议》第 2.19 节规定，"注册管理运行机构的顶级域运营方式应允许顶级域社群讨论和参与顶级域政策及实践的制定与修改。"社群 gTLD 的注册管理运行机构不得寻求如下变更：变更会取消"社群注册政策"，变更会大幅提高或降低注册人资格和/或域名选取要求，或者变更会导致对顶级域社群带来重大负面影响。

与所有 ICANN 流程一样，ICANN 可以根据相关注册管理运行机构和选区的意见定期对本流程的有效性进行审核。

1. 定义

1.1 社群 gTLD 被定义为与 ICANN 签署有《注册管理机构协议》的 gTLD，该协议包含章节标题为"社群注册政策"或"顶级域政策"的规范 12。

1.2 社群 gTLD 变更被定义为对与 ICANN 签署的《注册管理机构协议》规范 12 进行的变更。

1.3 顶级域社群通过与 ICANN 签署的《注册管理机构协议》规范 12 中规定的资格要求来定义。

1.4 注册管理运行机构被定义为签署有《注册管理机构协议》且负责管理社群 gTLD 的实体。

1.5 本流程中提及的天数均被定义为日历日。

2. 社群 gTLD 变更请求流程

2.1 注册管理运行机构提交社群 gTLD 变更请求（以下简称"请求"）

注册管理运行机构可随时提交请求。应以书面形式向 ICANN 提交请求，并附上一份完整的社群 gTLD 变更请求调查问卷（见附录 A）[PDF，38 KB]，同时还必须随附可对顶级域社群（如果适用，包括代表顶级域社群任何拟定扩展的实体）以及代表性管理机构（如果适用）提交的变更请求提供支持的文件。

2.2 ICANN 对请求进行初步审核

收到请求后，ICANN 会检查其完整性，并在 5 日内书面通知注册管理运行机构任何相关的不完善之处。注册管理运行机构可以随时重新向 ICANN 提交修改后的请求，以便 ICANN 重新处理。如果调查问卷中的所有项目均已填写，并且也提供了支持文件，则请求将被视为完整。

执行完整性检查后，ICANN 将在 10 天内进行初步审核，并准备好请求和修正草案以进入评议期。如果在初步审核期间，ICANN 裁定请求超出了本流程的范围，或者标记了可能导致请求被驳回的问题，则 ICANN 可以标识出这些问题并在评议期之前与注册管理运行机构启动商议期。

2.3 变更请求评议期

在对请求进行初步审核之后，ICANN 将发布请求和修正草案以进入 30 天的评议期。

2.4 注册管理运行机构响应期

如果在评议期内提出了有关请求的问题，则 ICANN 将会与注册管理运行机构启动商议期，并要求他们在 ICANN 提出请求后的 15 天内对收到的意见做出答复。在此期间，ICANN 还可以与注册管理运行机构进行商议，以澄清可能对批准请求产生负面影响的意见，并且/或者在必要时直接对收到的意见做出答复。

3. ICANN 审核和裁定

3.1 ICANN 审核

ICANN 应进行分析，以确定是批准还是驳回请求，其评估应基于以下标准：

1. 顶级域社群的描述 – 是否有对顶级域的资格要求以及请求对其有何影响的明确描述？
2. 顶级域社群外展和支持的证据 – 是否有合理的证据表明顶级域社群的外展活动显示了 RO 在确保"顶级域运营方式应允许顶级域社群讨论和参与顶级域政策及实践的制定与修改"方面所做的努力？是否有合理的证据表明顶级域社群对请求给予支持？
3. 对顶级域社群的益处 – 在变更请求调查问卷的第 1.3 和 1.4 项中提供的答案是否充分解释了请求将如何使顶级域社群受益？如果准许变更，是否会对顶级域社群造成损害？
4. 在评议期内提出的问题 – 在评议期内，是否有人提出重大问题，指出变更会对顶级域社群或互联网社群造成损害？注册管理运行机构是否对这些问题做出了充分的答复？充分的答复可能包括注册管理运行机构提供以下支持证据：(1) 不会对社群造成名誉损害；(2) 不会妨碍社群的核心活动；或 (3) 不会对社群造成经济损害。

3.2 ICANN 裁定

3.2.1 批准

如果 ICANN 确定批准请求，则 ICANN 应在评议期结束后或注册管理运行机构对评议期内所提出的问题做出答复后的 30 日期限之内，向注册管理运行机构提供批准。如果出现延迟，ICANN 应提供书面解释以及有关新的截止日期的说明。

在提供批准的同时，ICANN 还应提供一份修正案以供执行。如有必要，在执行前，ICANN 可以根据需要对修正案进行修改以实施已批准的请求，并将其提供给注册管理运行机构以进行审核。

3.2.2 驳回

如果 ICANN 确定驳回请求，则 ICANN 应在评议期结束后或注册管理运行机构对评议期内所提出的问题做出答复后的 30 日期限之内，将驳回变更请求的决定告知注册管理运行机构，并明确说明驳回请求的理由。如果出现延迟，ICANN 应提供书面解释以及有关新的截止日期的说明。

附录 A：社群 gTLD 变更请求调查问卷 [PDF，38 KB]