会议记录 | 新 gTLD 项目委员会会议 2014 年 10 月 12 日

2014 年10 月 12 – 14 日

本文档已翻译为多种语言，仅供参考之用。原始官方版本（英文版）可在以下位置找到：https://www.icann.org/resources/board-material/minutes-new-gtld-2014-10-12-en

注：2012 年 4 月 10 日，董事会成立了新 gTLD 项目委员会，该委员会由与新通用顶级域项目不存在冲突的董事会所有投票成员组成。委员会获得董事会的全部授权（受法律、企业设立章程、章程或 ICANN 利益冲突政策中限制条件的约束），行使董事会的权力以处理所有可能因新通用顶级域名项目而产生的问题。委员会权力的全部范围已在章程中列出，请参阅 http://www.icann.org/en/groups/board/new-gTLD.

ICANN 董事会的新 gTLD 项目委员会于 2014 年 10 月 12 日加利福尼亚州洛杉矶当地时间下午 2:45 召开了一次常规会议。会议于 2014 年 10 月 14 日加利福尼亚州洛杉矶当地时间下午 12:30 结束。

委员会主席谢林•查拉比 (Cherine Chalaby) 宣布会议正式开始。

除主席外，以下董事也参加了全部或部分会议：法迪•切哈德（Fadi Chehadé，ICANN 总裁兼首席执行官）、史蒂夫•克罗克（Steve Crocker，董事会主席）、克里斯•迪斯佩恩（Chris Disspain）、比尔•格兰厄姆（Bill Graham）、布鲁诺•朗万 (Bruno Lanvin）、埃里卡•曼（Erika Mann）、贡萨洛•纳瓦罗（Gonzalo Navarro）、雷•普拉扎（Ray Plzak）、乔治•萨多夫斯基（George Sadowsky）、麦克•西尔柏（Mike Silber）和吴国维。

奥尔加•马德鲁加-福蒂（Olga Madruga-Forti）和希瑟•德莱顿（Heather Dryden）因未能参加会议而表示歉意。

董事会成员当选人：里纳利亚•阿卜杜尔•拉罕姆（RINALA ABDUL RAHIM，观察员）和艾沙•赫拉贾尼（Asha Hemrajani，观察员）。

秘书长：约翰•杰弗里（John Jeffrey，总法律顾问兼秘书长）。

以下 ICANN 高级管理人员和工作人员参加了全部或部分会议：阿克兰•阿特拉（Akram Atallah，全球域名部门总裁）、梅根•比舍朴（Megan Bishop，董事会支持协调人）、米歇尔•布莱特（Michelle Bright，董事会支持部主任）、莎曼珊•艾斯内（助理总法律顾问）、艾伦•葛洛根（Allen Grogan，首席合同合规官）、丹•哈洛伦（Dan Halloran，副总法律顾问）、杰米•赫德伦（Jamie Hedlund，全球域名分部战略计划副总裁）、温西安•柯尼希斯费尔德（Vinciane Koenigsfeld，董事会支持内容经理）、赛勒斯•纳马齐（Cyrus Namazi，DNS 行业合作副总裁）、埃里卡•兰德尔（Erika Randall，高级法律顾问）、艾米•斯塔索斯（Amy Stathos，副总法律顾问）和克里斯汀•维雷特（Christine Willett，gTLD 运营副总裁）。

以下是 2014 年 10 月 12–14 日新 gTLD 项目委员会会议的记录。

认可议程：
1. 批准会议记录
  
  主席宣布批准 2014 年 9 月 8 日会议的会议记录。委员会随后采取了以下行动：
  
  第 2014.10.12.NG01 号决议：董事会新 gTLD 项目委员会（下称"NGPC"）批准 2014 年 9 月 8 日会议的会议记录。
  
  出席会议的所有委员会成员一致投票赞成第 2014.10.12.NG01 号决议。布鲁诺•朗万和奥尔加•马德鲁加-福蒂未能对决议投票。决议通过。

主要议程：

北京公报中 GAC 关于第 2 类保护－独家注册使用的建议

委员会继续讨论了政府咨询委员会向董事会提出的建议，即关于提议对通用字符串进行专属注册使用的新 gTLD 申请人的保护措施建议。委员会考虑了处理 GAC 建议的几种可选方案。其中一些方案包括禁止对通用字符串进行专属注册使用，或要求申请人提交公共利益承诺，作为注册管理机构协议中有约束力的合同承诺。委员会还考虑了是否启动公共评议期，讨论制定一套框架用以评估注册管理运行机构提议对通用字符串进行专属注册使用是否符合公众利益目标。

麦克•西尔柏提醒委员会，GAC 的建议并非禁止对通用字符串进行专属注册使用，而是应该符合公众利益目标。乔治•萨多夫斯基指出，关于如何处理 GAC 建议的讨论焦点是如何评估提议的专属注册使用是否符合公众利益。他认为委员会采纳的任何解决方案都必须意识到这一点。

阿克兰•阿特拉建议委员会还应考虑 GAC 的建议是否引起需要征求 GNSO 意见的政策问题，并考虑在咨询 GNSO 的期间，是否应该暂停申请。埃里卡•曼询问了 GNSO 可提供建议的时间安排，比尔•格兰厄姆建议，在向 GNSO 征求建议的同时应注意 GNSO 的程序和当前工作量。

委员会对各种方案展开了讨论，并要求员工提供了更多简报材料，以探讨向 GNSO 咨询对通用字符串进行专属注册使用的方案。委员会同意在随后的会议上进一步讨论此事。

看似不一致的字符串混淆异议专家裁决

主席提出了该主题，艾米•斯塔索斯简要介绍了委员会之前关于看似不一致的字符串混淆异议（"SCO"）专家裁决的讨论内容。她指出，关于委员会对具体看似不一致或其他貌似不合理 SCO 专家裁决进行单独考量，或将其送交国际争议解决中心 (ICDR) 进一步审核的自由裁量权界限问题，委员会已要求提供更多简报材料。

艾米强调了关于此问题的公众意见和社群评论，并指出，一些看似不一致或其他貌似不合理 SCO 专家裁决已被申请复议，因此正接受董事会治理委员会 (BGC) 的讨论。

吴国维要求提供关于专家裁决的更多事实背景，以了解裁决所依据的理由。委员会还讨论了申请人指导手册中关于字符串混淆异议处理流程的规定，包括专家组评估字符串混淆所使用的标准。

委员会还考虑了申请人指导手册的制定历程，并考虑是否应对专家组设立审核机制。麦克•西尔柏指出，由于委员会正在评估新通用顶级域项目的后续轮次，其应该考虑专家组裁决的审核或申诉机制问题。总裁兼首席执行官要求确认审核将由来自 ICDR 的新专家组成员开展，并且委员会参与了关于 ICDR 应按照哪些参数开展审核的讨论。

麦克•西尔柏提出以下决议并得到埃里卡•曼的支持。委员会随后采取了以下行动：

鉴于董事会治理委员会 (BGC) 于 2013 年 10 月 10 日要求工作人员就字符串混淆异议 (SCO) 为 NGPC 起草一份报告，"阐明在处理此 [重审] 请求中提到的情况时的可选方案，即在处理 Amazon 和 TLDH 两者申请的字符串的类似争议时，根据字符串混淆异议争议解决程序得出的不同结果。"

鉴于 NGPC 已考虑了可能的方法以解决新通用顶级域项目 SCO 流程产生的看似不一致的专家裁决，包括实施一个新审核机制的可行性。

鉴于 2014 年 2 月 5 日, ICANN 董事会新 gTLD 项目委员会要求 ICANN 总裁兼首席执行官或其指定人员针对审核机制提案的框架原则启动公共评议期，该机制旨在解决看似不一致的字符串混淆异议专家裁决（下称"审核机制提案"）。若审核机制提案通过，将仅限用于 .CAR/.CARS 和 .CAM/.COM 的字符串混淆异议专家裁决，并构成对《新 gTLD 申请人指导手册》中规定的异议流程的更改。

鉴于 NGPC 已认真考虑了 BGC 要求工作人员针对重审请求 13-9、收到的关于审核机制提案的公众意见、提供给 NGPC 供其考虑的其他意见以及《申请人指导手册》规定的流程而起草的报告。

鉴于根据《申请人指导手册》的规定，ICANN 将保留单独考虑任何新 gTLD 申请的权利，以确定批准该申请是否符合互联网社群的最佳利益。

鉴于根据董事会于 2012 年 4 月 10 日的授权，NGPC 正在代 ICANN 董事会处理所有与新 gTLD 项目相关的问题。

兹此发布第 2014.10.12.NG02 号决议：NGPC 已确定以下字符串混淆异议专家裁决不符合新 gTLD 项目和互联网社群的最佳利益：

供审核的 SCO 专家裁决字符串相关 SCO 专家裁决

VeriSign Inc. (异议人) 与 United TLD Holdco Ltd. (申请人) .CAM [PDF, 5.96 MB]

Dot Agency Limited [PDF, 248 KB] (.CAM)

AC Webconnecting Holding B.V. [PDF, 264 KB] (.CAM)

Commercial Connect LLC (异议人) 与 Amazon EU S.à r.l. (申请人) .通販 [PDF, 76.2 KB]¹ Top Level Domain Holdings Limited [PDF, 721 KB] (.购物)

第 2014.10.12.NG03 号决议：NGPC 要求总裁兼首席执行官或其指定人员依照本决议和相关理由，采取一切必要措施建立流程和规程，其中规定国际争议解决中心 (ICDR) 应组建一个三人专家组，负责重新评估提交的材料和专家裁决，即上表"供审核的 SCO 专家裁决"栏中所列的两项异议处理程序，并针对这两项处理程序作出最终专家裁决。在此过程中，NGPC 建议三人专家组同时将上表中所列的"相关 SCO 专家裁决"作为背景材料进行审核。

委员会出席会议的所有成员投票赞成第 2014.10.12.NG02 – 2014.10.12.NG03 号决议。布鲁诺•朗万和奥尔加•马德鲁加-福蒂未能对决议投票。决议通过。

第 2014.10.12.NG02 － 2014.10.12.NG03 号决议的理由

目前 NGPC 正在采取措施解决新 gTLD 项目字符串混淆异议流程产生的看似不一致和不合理的专家裁决。NGPC 当前的行动属于其正常监督新 gTLD 项目的职责的一部分。NGPC 的一项职责是"根据新 gTLD 项目解决当前轮次中关于批准申请和授权 gTLD 的问题。"（参阅 NGPC 章程第 II.D 款）。

《新 gTLD 申请人指导手册》（下称"《AGB》"或"《指导手册》"）确定了四大依据，可能会依此对所申请的字符串提出正式异议。其中一个异议就是字符串混淆异议 (SCO)，如果异议人认为所申请的 gTLD 字符串容易与同一轮申请中的现有 TLD 或另一个所申请的 gTLD 字符串相混淆，异议人就可以提出此类异议（在满足申诉条件的情况下）。如得到证实，SCO 会改变初步字符争用集的配置，以便在直接争用中同时考虑异议处理程序中的两个有异议的所申请的 gTLD 字符串（参阅《AGB》第 4 单元：字符串争用程序）。所有 SCO 处理程序均由国际争议解决中心 (ICDR) 管理，所有此类处理程序中的专家裁决均已发布。

部分利益相关方对看似不一致或不合理的某些 SCO 专家裁决表示担忧。在过去几年中，NGPC 一直在关注此类担忧，并在数次内部会议中就该问题展开过讨论。董事会治理委员会 (BGC) 于 2013 年 10 月 10 日要求工作人员就字符串混淆异议为 NGPC 起草一份报告，"阐明在处理此请求中提到的情况时的可选方案，即在处理 Amazon 和 TLDH 两者申请的字符串的类似争议时，根据字符串混淆异议争议解决程序得出的不同结果。"（参阅http://www.icann.org/en/groups/board/governance/reconsideration/recommendation-amazon-10oct13-en.pdf) [PDF, 131 KB]。

根据 BGC 在考虑重审请求 13-9 和 13-10 之后提出的请求，以及社群对看似不一致的 SCO 专家裁决表达的担忧，NGPC 考虑了其方案，包括实施一个《申请人指导手册》中未考虑但可在有限情况下使用的审核机制。

2014 年 2 月 5 日，NGPC 要求 ICANN 总裁兼首席执行官针对审核机制提案的框架原则启动公共评议期，该机制旨在解决看似不一致的字符串混淆异议专家裁决。起草并公布以征询公众意见的审核机制提案仅限用于 .CAR/.CARS 和 .CAM/.COM 的 SCO 专家裁决。审核机制提案的公共评议期已于 2014 年 4 月 3 日结束，意见摘要 [PDF, 165 KB] 也已公布。

目前，NGPC 正着手解决某些看似不一致或不合理的 SCO 专家裁决，方法是将问题发回给 ICDR 以供三人专家组对某些专家裁决进行评估。NGPC 已认定这些专家裁决不符合新 gTLD 项目和互联网社群的最佳利益。ICDR 将收到补充规则，以便为审核确定的专家裁决提供指导，其中包括以下内容：

审核专家组将由 ICDR 任命的三名成员组成（下称"审核专家组"）。

审核专家组负责审核的唯一问题应该是这些决议中确定的 SCO 专家裁决。

供审核的记录应仅限于形成原始专家裁决的处理程序的笔录（如有）、专家报告、在原始处理程序中获准作为证据的文件证据，或其他在原始处理程序中呈交的与审核相关的证据。不能提交任何其他文件、概要或其他证据以供考虑，除非在审核中建议审核专家组考虑上表中确定的"相关 SCO 专家裁决"。

审核专家组应使用的审核标准为：原始专家组对潜在 SCO 的合理决策是否是根据《申请人指导手册》以及 ICDR 针对 ICANN 新 gTLD 项目的补充程序的规定通过适当应用审核标准而达成的。

ICANN 将承担审核专家组执行审核的适用费用。

审核结果可能是：（1）审核标准以及所提及的确定的相关专家裁决支持原始专家裁决，将维持原状；（2）审核标准以及所提及的确定的相关专家裁决无法合理地支持原始专家裁决，将被推翻。审核专家组将提交一个书面决定，其中包括对其决定的解释和理由。

在对该问题进行的长达数月的审议中，以下也是 NGPC 认为至关重要的因素：

NGPC 注意到《指导手册》是由社群按照多利益相关方流程在几年时间内制定的。NGPC 考虑了现在是否适合更改《指导手册》，实施一个审核机制，以处理某些看似不一致的专家裁决。2013 年 4 月 18 日，ICANN 发布了审核机制提案，以征询公众意见。NGPC 认真考虑了所收到的公众意见。NGPC 注意到在公共评议期内提交的意见大致可分为以下几个类别和主题，每一个类别和主题都在公众意见摘要中有更为详细的讨论：

不采纳审核机制提案。

采纳审核机制提案。

采纳扩大范围的审核机制。

不采纳审核机制提案或扩大范围。

采纳某些审核形式，但不一定要采纳为征询公众意见而发布的内容。

如果采纳任何审核机制，建议修改审核机制提案的框架原则。

各利益相关方提出的意见都强调了在处理对看似不一致的专家裁决的顾虑与《指导手册》规定的流程（数年来，这些流程一直是多轮公众意见讨论的主题）之间的平衡关系时存在的难度和紧迫度。

正如许多公众意见所强调的，到现在才在流程中采纳审核机制可能是不公平的，因为申请人当时在接受《指导手册》中的流程时，其中并不包括该审核机制，而申请人也依赖于这些流程。NGPC 在权衡之后承认，审核机制不适合当前轮次的新 gTLD 项目，建议为后续轮次的新 gTLD 项目制定相关规则和流程（通过多利益相关方流程制定），从而确定是否有必要针对专家裁决制定一个正式的审核流程。

NGPC 考虑了其在正常监督新 gTLD 项目时的职责与目的。NGPC 在正常监督新 gTLD 项目方面的一项职责是"根据新 gTLD 项目解决当前轮次中关于批准申请和授权 gTLD 的问题。"（参阅 NGPC 章程第 II.D 款）。此外，《申请人指导手册》（第 5.1 款）中还规定：

ICANN 董事会对新 gTLD 项目负有最终责任。董事会有权自行权衡某一新 gTLD 的申请，以确定批准该申请是否符合互联网社群的最佳利益。特殊情况下，董事会也可以单独考虑某一 gTLD 的申请。例如，在 GAC 针对新 gTLD 提出建议或使用 ICANN 问责机制后，董事会便可自行权衡该新 gTLD 申请。

除了在《指导手册》中保留董事会在特殊情况下单独考虑 gTLD 申请的权利以外，在 NGPC 的《章程》中针对"申请批准"和"gTLD 授权"部分，还授予 NGPC 自由解决看似不一致和不合理的字符串混淆异议专家裁决的权利。NGPC 考虑到确定的 SCO 专家裁决存在使 NGPC 的行动得到保障的特殊情况，因为每一项专家裁决都超出了被认为公平合理的普通标准范围。虽然部分社群成员可能觉得其他专家裁决不一致和或不合理，但 NGPC 认为只有确定的 SCO 专家裁决适合开展进一步审核。但是，NGPC 也注意到，针对 .CAR/.CARS 的字符串混淆异议专家裁决不符合新 gTLD 项目和互联网社群的最佳利益。尽管如此，由于 .CAR/.CARS 字符争用集中的相关方最近解决了他们的争用申请，因此 NGPC 并没有将这些 SCO 专家裁决发回给 ICDR，供其重新评估以作出最终专家裁决。

NGPC 还考虑了某些看似不一致的专家裁决是否存在合理依据，特别是为什么要将确定的专家裁决发回给 ICDR，而其他专家裁决则不用。NGPC 注意到虽然从表面看来，有些专家裁决似乎不一致，包括其他 SCO 专家裁决以及涉及有限公众利益和社群异议流程的专家裁决，但从程序和实质上看，这些看似有差异的专家裁决却有合理解释。

首先，从程序上讲，各个专家组一般会根据相关方针对该特定异议向其提交的材料对专家裁决作出判定，且异议方必须承担举证的责任。两个专家组在处理相同问题时，根据所收到材料的效力，可能（适当时应该）会达成不同的决定。

其次，从实质上讲，社群所强调的被称为是"不一致"或"不合理"的某些专家裁决，在特定异议上会产生微妙的差异。这些微妙的差异不能仅仅因为争议中的某一方反对最终结果就被忽略。再者，指导专家组工作的标准具有一定的主观性，因此独立专家组无法每次都得出相同的结论。然而，对于确定的专家裁决，虽然将之前关于为什么会存在合理"差异"的所有理由都考虑在内，但对看似差异的合理解释仍不够明显。允许这些专家裁决成立又似乎不符合互联网社群的最佳利益。

根据某些评论者的建议，NGPC 考虑了是否适合扩大审核机制提案的范围，将其他专家裁决包括在内，如社群和有限公众异议得出的一些裁决，以及其他字符串混淆异议专家裁决和相同字符串可能存在的单复数形式的裁决。NGPC 认为要实现可预测性和公平性的目标，在社群日后关于后续轮次的新通用顶级域项目的讨论中建立更广泛的审核机制可能更为合适。申请人已经根据许多专家裁决采取了行动，包括签署《注册管理机构协议》、向授权过渡、撤销申请和请求退款。允许现在撤销上述行动，不仅会推迟对所有申请的考虑，还会对已经按照《申请人指导手册》开展行动的申请人造成不公平。

此外还应注意的是：作为对政府咨询委员会 (GAC) 所提意见的回应，NGPC 之前还考虑过用户混淆是否有可能是允许相同字符串同时存在单复数形式所造成的。2013 年 6 月 25 日，NGPC 通过了一项决议，即"在解决因允许相同字符串同时存在单复数形式而可能造成的用户混淆方面，无需对《申请人指导手册》中的现有机制做出任何更改"。http://www.icann.org/en/groups/board/documents/resolutions-new-gtld-25jun13-en.htm#2.d。 NGPC 还注意到由于相同字符串同时存在单复数形式的议题与后续轮次的新 gTLD 项目相关联，因此可能会成为社群日后讨论的主题。

NGPC 考虑了社群就该问题的致函以及社群在 ICANN 会议上表达的意见。在 ICANN 会议和信函中提出的担忧之处已经纳入对该问题的审议范围之内。

在上文讨论的 NGPC 对问题的审核完成之前，NGPC 一直推迟考虑 BGC 关于重审请求 13-9 和 13-10 的建议。既然如上所述，NGPC 已采取行动，其将尽快重新开始考虑 BGC 关于重审请求 13-9 和 13-10 的建议。

通过该决议将会对 ICANN 产生直接的财务影响，因为某些处理程序将发回给 ICDR，以供三人专家组重新审核。批准此项决议不会产生任何与域名系统相关的安全、稳定或弹性问题。

采取该行动属于组织管理职能，已征询公众意见。有关公众意见的总结，请参阅此处：(https://www.icann.org/en/system/files/files/report-comments-sco-framework-principles-24apr14-en.pdf) [PDF, 165 KB].

重审请求 14-37，I-Registry Ltd.

艾米•斯塔索斯向委员会提供了关于重审请求 14-37 的背景信息概览，并指出该请求与委员会于 2014 年 7 月采纳的域名冲突管理框架有关。艾米提醒委员会注意其在制定域名冲突管理框架时所采用的流程，包括公共评议期。

艾米解释道，董事会治理委员会 (BGC) 无法对请求采取最终行动，因为根据章程要求，如果重审请求对董事会（或行使董事会职权的委员会）的行动提出质疑，则需要董事会层级的行动。BGC 以请求方未提供正当重审依据为由，建议否决该重审请求。委员会考虑了这一建议。

乔治•萨多夫斯基提出以下决议，并得到贡萨洛•纳瓦罗的支持：委员会随后采取了以下行动：
鉴于 iRegistry Ltd.（下称"请求方"）提出了重审请求 14-37，要求新 gTLD 项目委员会（下称"NGPC"）推翻第 2014.07.30.NG01 － 2014.07.30.NG04 号决议（下称"决议"）或"至少修订"该决议，并在请求方提出的问题"得到解决"之后再对如何解决"暂时搁置"的域名冲突作出决定。

鉴于 BGC 考虑了重审请求 14-37 中提出的问题。

鉴于 BGC 以请求方未提供正当的重审依据为由，建议否决该请求，并且 NGPC 同意这一建议。

兹此发布第 2014.10.12.NG04 号决议：NGPC 采纳 BGC 关于重审请求 14-37 的建议，详情请参见 https://www.icann.org/en/system/files/files/recommendation-i-registry-04sep14-en.pdf [PDF, 150 KB].

出席会议的所有委员会成员一致投票赞成第 2014.10.12.NG04 号决议。布鲁诺•朗万和奥尔加•马德鲁加-福蒂未能对决议投票。决议通过。

第 2014.10.12.NG04 号决议的理由
1. 摘要
  
  iRegistry Ltd.（下称"请求方"）是一家域名注册管理机构，其反对 NGPC 采纳《域名冲突管理框架》（下称"《框架》"）。
  
  在对域名冲突问题展开数次独立研究之后，ICANN 启动了一个从 2014 年 2 月 26 日开始至 2014 年 4 月 21 日结束的公共评议期，在此期间社群就域名冲突问题的可能解决方案提供了反馈，包括实施一个可管理和缓解冲突的框架。在 ICANN 收到的 28 条意见中，没有一条来自该请求方。²
  
  在考虑收到的公众意见、为分析该问题而开展的详细研究以及相关 ICANN 咨询委员会的建议之后，NGPC 于 2014 年 7 月 30 日批准了第 2014.07.30.NG01 － 2014.07.30.NG04 号决议（下称"决议"）³，并采纳了《框架》。《框架》列出了注册管理机构必须遵循的规程，以防止域名冲突损害互联网的安全性或稳定性。
  
  请求方立即提出请求（请求 14-37），辩称 NGPC 未能让公众充分参与采纳《框架》的决定，并声称《框架》将导致注册人之间产生混淆，引起注册量下降，从而在财务方面对请求方产生不利影响。董事会治理委员会 (BGC) 在对请求 14-37 进行考虑后认为：(i) 没有证据表明 NGPC 在通过决议的过程中所采取的行动需要进行重审；(ii) 请求方没有证明 NGPC 在通过决议时未考虑任何实质性信息，也没有证明 NGPC 在通过决议时所依据的实质性信息存在虚假或错误；以及 (iii) 请求方并未证明其在实质上受到决议的不利影响。因此，BGC 建议否决重审请求 14-37（BGC 建议的完整内容已通过引用的方式纳入，请参见本理由中的阐述）。NGPC 表示认同。
2. 相关背景事实摘要
  
  为实现 ICANN 以"保持并提高互联网运营的稳定性、可靠性、安全性和全球互操作性"（《章程》第 1 条第 2.1. 款）为目标的核心价值，ICANN 的安全与稳定咨询委员会（下称"SSAC"）发布了 SAC057：SSAC 关于内部域名证书的咨询报告（2013 年 3 月 15 日）。⁴ 报告发现了一种认证机构（下称"CA"）的做法，如果被广泛利用，可能会给安全互联网通信的隐私和完整性带来风险。SSAC 建议 ICANN 立即采取措施以缓解风险。SAC057 中发现的问题属于比较普遍的域名冲突问题类别。因此，2013 年 5 月 18 日，ICANN 董事会通过了一项决议，委托进行一项研究，作为对 SSAC 在报告 SAC057 中所提建议的回应。⁵
  
  2013 年 8 月 5 日，ICANN 公布了研究结果，说明了新的公共 gTLD 标签与现有供私人使用的相同字符串之间存在冲突的可能性及其潜在后果，该项研究是由 Interisle Consulting Group 开展的。⁶
  
  2013 年 10 月 7 日，ICANN 发布了《新 gTLD 冲突事件管理计划》（下称《计划》），该计划允许使用替代路径进行授权。⁷ 在采纳该计划的决议中，NGPC 建议 ICANN 董事会"要求 ICANN 总裁兼首席执行官就管理与新 TLD 授权相关的域名冲突风险制订一项长期计划，并与社群一同就保留和衡量根服务器数据制订一项长期计划"。⁸
  
  2013 年 11 月，ICANN 授权 JAS Global Advisors LLC（下称"JAS"）作为制定框架的带头人，并与社群保持合作。⁹
  
  2014 年 2 月 26 日至 2014 年 4 月 21 日期间，ICANN 启动了一个公共评议期，在此期间社群就域名冲突问题的可能解决方案提供了反馈，包括实施一个可管理和缓解域名冲突的框架；在 ICANN 收到的 28 条意见中，没有一条来自该请求方。¹⁰ 请求方未参加该公众意见论坛。在收集完公众意见后，JAS 发布了其关于缓解 DNS 域名空间冲突风险的第一阶段报告的最终版。¹¹
  
  2014 年 6 月 6 日，SSAC 发布了 SAC066：SSAC 关于缓解 DNS 域名空间冲突风险 JAS 第一阶段报告的意见，该意见向董事会提供了关于 JAS 研究和域名冲突框架中所提框架的意见和建议。¹²
  
  2014 年 7 月 27 日，请求方向 ICANN 致函：(i) 请求 ICANN "全面评估"用于解决域名冲突问题的提案，并 (ii) 提供了五条如何解决该问题的具体提案。（请求，示例D。） ICANN 确认已收到请求方于 2014 年 7 月 29 日发出的信函。（请求，示例E。）
  
  2014 年 7 月 30 日，NGPC 批准了第 2014.07.30.NG01 － 2014.07.30.NG04 号决议（下称"决议"），该决议采纳了《框架》。《框架》列出了注册管理机构必须遵循的规程，防止域名冲突损害互联网的安全性或稳定性，并要求"总裁兼首席执行官或其指定人员采取必要措施落实"该《框架》。¹³
  
  2014 年 8 月 4 日，ICANN 全球域名分部向各新 gTLD 注册管理机构运营商发布了域名冲突事件评估（下称"评估"），其中明确了注册管理机构必须根据《框架》采取哪些措施才能避免出现域名冲突问题。¹⁴ 同日，请求方通过电子邮件收到了评估。（请求，示例A。）
  
  2014 年 8 月 12 日，ICANN 召开了一次网络研讨会，专门向注册管理机构运营商简要介绍了《框架》内容。¹⁵
  
  2014 年 8 月 13 日，请求方立即提出请求，希望重审 NGPC 的决议。
  
  虽然《框架》中并未说明如何处理域名冲突问题对某一类域名产生的影响，但是 ICANN 正在就此主题收集公众意见。具体来说，ICANN 就此特定问题开放了公众意见论坛，开放时间为 2014 年 8 月 25 日至 2014 年 10 月 7 日。¹⁶
  
  2014 年 9 月 4 日，董事会治理委员会（下称"BGC"）发布了关于重审请求 14-37 的建议。¹⁷ 2014 年 9 月 11 日，请求方提交了一份关于重审请求 14-37 的说明文件，¹⁸ 其中就决议以及《框架》的采纳如何从实质上对请求方造成影响的事宜作出了详尽的声明。
3. 问题
  
  要重审的问题为 NGPC：
  1. 在批准决议（请求第 8 款第 11 页）时，是否并未考虑社群所提供的实质性意见；以及
  2. 是否不恰当地低估了决议会带来的潜在不利影响。(同上第 8 款第7-8 页）。
4. 评估重审请求的适用标准
  
  根据《ICANN 章程》的规定，BGC 应负责评估董事会（或 NGPC）收到的关于重审请求的建议，并在董事会（或 NGPC）就请求采取的行动受到质疑时为其提供相关建议。请参阅《ICANN 章程》第 IV 条第 2 款。在此案例中，NGPC 被赋予了董事会权力，审查并全面考虑了 BGC 关于请求 14-37 的建议，而且认定其分析合理。¹⁹
5. 分析和理由
  
  请求方未能证明董事会在通过决议时未考虑任何实质性信息，或所依据的实质性信息存在虚假或错误，因此重审是不恰当的。
  1. 即决驳回请求。
    
    BGC 认为请求方理由不充分，因为请求方"在受争议的行动上已获得通知并有机会参加公共评议期，但却未参加"，NGPC 同意这一看法。（《章程》第 IV 条第 2.9 款。）具体而言，如果"请求方在受争议的行动上已获得通知并有机会参加公共评议期，但却未参加"，《ICANN 章程》允许 BGC 即决驳回重审请求。（《章程》第 IV 条第 2.9 款。）
    
    2014 年 2 月 26 日至 2014 年 4 月 21 日期间，ICANN 在其网站上启动了公共评议期，在此期间社群就域名冲突问题的可能解决方案（包括框架）提供了反馈。²⁰ 论坛共收到 28 条意见，但该请求方并未参加该公众意见论坛，亦未就其为何作出不参加该论坛的决定提供任何理由、原因或解释。请求方声称，其与 ICANN 在域名冲突问题上的唯一一次沟通是其于 2014 年 7 月 27 日向后者发送的一份信函，而信函发送之时，公共评议期早已结束。²¹ 鉴于该公共评议期无可争辩地与决议相关，根据请求方未参加的事实，即决驳回请求。虽然如此，为了确保完整性，NGPC 还是会考虑请求的益处。
  2. NGPC 考虑了所有实质性信息。
    
    BGC 认为请求方未能证明 NGPC 没有考虑实质性相关信息，NGPC 同意这一看法。
    
    要为重审董事会的行动提供依据，请求方必须证明董事会（或该案例中的 NGPC）在通过决议时未考虑任何实质性信息，或所依据的实质性信息存在虚假或错误。（《章程》第 IV 条第 2.2 款。）请求方并未辩称 NGPC 所依据的是虚假或错误的实质性信息，但却从两方面提出 NGPC 未考虑实质性信息。第一，请求方声称 NGPC 在通过决议之前未充分咨询公众意见。第二，请求方声称 NGPC 未考虑该决议将对注册管理机构和互联网用户造成的实质性不利影响。但这两个辩论点都经不起仔细考究，均不得作为重审的依据。
    1. NGPC 考虑了在漫长的公共评议期中收集到的公众意见。
      
      请求方声称 NGPC"未考虑社群提供的实质性意见"。（请求第 8 款第 11 页。）与请求方的声明相反，NGPC 恰恰考虑了在"公众意见论坛"上收集到的反馈，²² 该论坛的开放时间为 2014 年 2 月 26 日至 2014 年 4 月 21 日。请求方没有就其为何不参加该论坛给出解释。如果请求方当时参加了该论坛，其提交的意见就可以与其他利益相关方和公共机构成员（包括其他注册管理机构）提交的 28 条详细意见一起受到考虑。²³ 很明显，针对该事件启动的公共评议期实际上远远长于所需要的时间。一般情况下，公共评议期为 21 天，如果在此期间收到意见，随后将启动同样为时 21 天的回复期。²⁴ 此次公共评议期持续了 33 天之久，随后也启动了 21 天的回复期。此外，ICANN 还在其于 2014 年 6 月 23 日召开的伦敦会议期间就域名冲突问题举行了一次全面的公共会议，再次向公众提供了一次提意见和参加的机会，但请求方仍选择不参加。²⁵ 因此，请求方没有合理理由声称 NGPC 在通过决议之前未考虑公众意见。
      
      总之，请求方没有充分理由证明 NGPC 在通过决议时未考虑以公众意见形式提交的实质性信息，因此重审没有适当依据。（《章程》第 IV 条第 2.2 款。）
    2. NGPC 考虑了与决议相关的所有实质性信息。
      
      请求方请求对决议进行重审，因为其声称 NGPC"没有适当地评估该决定可能造成的影响"。（请求第 8 款第 12 页。）请求方作出该判定的主要依据是决议的"理由"章节中未明确解决其在 2014 年 7 月 27 日发送的信函中所述之问题。这一论据不能构成重审的依据，原因有两点：
      
      首先，决议的确考虑了请求方于 2014 年 7 月 27 日发送的信函所述之信息。2014 年 7 月 27 日的信函中提出了五个请求，所有请求不是关于"RPM 规则"，就是请求方认为应为所有 gTLD 应用一组通用规则。（请求第 8 款第 10 页和示例D。）尽管请求方这样认为，但事实并非如此，其于 2014 年 7 月 27 日发送的信函中所述之所有问题，其他利益相关方在公共评议期均已向 NGPC 提出，NGPC 也解决了这些问题。决议确认 NGPC 考虑了以下公众意见：(i) 对"域名冲突拦截清单与知识产权保护机制之间协调问题"的担忧"²⁶；(ii) 提到"域名冲突问题如何造成不公平的竞争环境"的问题；以及 (iii) 讨论以有别于对待传统运营商的方式对待新 gTLD 运营商的利与弊。²⁷ 此外 ICANN 已确认需要更多公众意见才能作出如何处理 RPM 问题的决定。实际上，在 2014 年 8 月 25 日至 2014 年 10 月 7 日之间，ICANN 正在收集应如何处理"关于为发布二级域名拦截清单创建适当的权利保护机制"问题的意见。²⁸ 换句话说，不论是否具体考虑过请求方于 2014 年 7 月 27 日发送的信函中所述之信息，NGPC 都没有遗漏任何相关问题的实质性信息。
      
      其次，请求方不同意《框架》中的内容并不能构成重审的适当依据。NGPC 考虑了为讨论域名冲突问题而开展的独立而详尽的研究，包括 JAS 和 Interisle Consulting Group 分别开展的研究。²⁹ 此外，NGPC 在通过决议之前还考虑了 SSAC 提供的建议。SSAC 的职能是"负责针对互联网名称和地址分配系统的安全性与整合性向 ICANN 社群和董事会提供有关问题的建议"。（《章程》第 XI 条第 2.a. 款。）总之，NGPC 考虑了公众意见、独立分析报告以及相关 ICANN 咨询委员会给出的建议。虽然请求方投诉称 NGPC"未提及信函"（该信函是请求方在公共评议期结束数月之后才发送的），并且在批准《框架》之前"没有适当解决决定会造成的影响"，但这些指控并不足以作为断定 NGPC 未考虑任何实质性信息的依据。因此不予批准重审。
      
      最后一点，请求方还声称因"没有证据表明 GAC³⁰ 曾有机会就 JAS 报告或 SSAC 建议提供反馈"而应批准重审。（请求第 7 款第 7 页）GAC 可以"就政府关注的 ICANN 事务（特别是可能需要 ICANN 政策与各种法律及国际协议进行协调的事务或者可能影响公共政策问题的事务）提出相关建议。"（《章程》第 XI 条第 2.1 款。）GAC 未就 ICANN 应如何解决域名冲突问题提出任何正式建议并不代表 NGPC 没有考虑过任何实质性信息。如果 GAC 曾提供此类建议，ICANN 董事会将会根据《ICANN 章程》的规定考虑这些建议。（《ICANN 章程》第 XI 条第 2.1.i 和 2.1.j 款。）此外，2013 年 7 月，GAC 德班公报的确曾建议董事会"尽快考虑 SSAC 报告中关于无点域 (SAC053) 和互联网域名证书 (SAC057) 的建议"，后者涉及域名冲突问题。³¹ 董事会的确考虑了 SSAC 的建议，然后才通过了《框架》。
      
      同样地，请求方无法证明 NGPC 在通过决议时未考虑实质性信息，因此重审是不恰当的。（《章程》第 IV 条第 2.2 款。）
  3. 声称的混淆因素不能构成重审依据。
    
    BGC 认为，请求方未能证明 NGPC 没有考虑关于让公众了解《框架》的重要性的实质性信息，NGPC 同意这一看法。
    
    请求方投诉称 NGPC 没有考虑其认为存在的事实，即"绝大多数"注册人没有意识到域名冲突问题，因此才会"普遍对域名的可用性产生混淆"。（请求第 7 款第 6 页。）然而，很显然 NGPC 恰恰考虑了关于让公众了解《框架》的重要性的信息。决议还专门制定了一项针对"信息材料"的完整条款（第 B.6 款），并要求 ICANN"根据需要制作信息材料....[并]着手将此类信息提供给受域名冲突影响的相关方"。³² 虽然《框架》是最近刚通过的，但 ICANN 已经发布并提供了一系列广泛的信息材料，包括面向注册管理机构运营商的网络研讨会、供 IT 专业人员使用的手册和视频，以及针对《框架》的"常见问题"页面。³³ 此外，ICANN 还投入专项资源，用于确保关于评估或《框架》问题得到适当而准确地解答。换句话说，ICANN 不但考虑了决议可能造成的混淆，还积极采取重要措施，确保受影响的相关方能理解《框架》以及其所需的措施。³⁴ 很明显 NGPC 的确考虑了此类信息，并通过上述教育资源采取了相关行动，因此没有证据证明 NGPC 没有考虑关于公共外展活动的信息，不予批准重审。
  4. 请求方未能证明其受到决议的实质性影响。
    
    BGC 认为，请求方未能证明其受到决议的实质性不利影响，NGPC 同意这一看法。
    
    因缺乏证据证明请求方受到决议的实质性不利影响，因此重审是不恰当的。（《章程》第 IV 条第 2.1-2.2 款。）请求方在此声称其受到决议的实质性不利影响的原因有两点。（请求第 6 款第4-5 页。）首先，请求方辩称《框架》没有就如何防止受到域名冲突的损害提供明确指示。（同上第 5 页。）其次，请求方辩称《框架》引起的所谓的混淆会致其蒙受"注册率降低"的损失，因为请求方推测注册服务机构"不会为域名冲突清单中的域名提供注册"。（同上。）然而，上述担忧均不属实，且目前也仅为推测。³⁵ 再次强调，只有"受到 ICANN 行动不利影响"的人员才可以提出重审请求。（《章程》第 IV 条第 2.2 款）（重点标示）。由于该请求方认定的唯一损害就目前来看仅为推测和猜测，所以请求重审的理由不成立。³⁶
    
    因此，请求方未能证明其受到决议的实质性影响，根据该独立论据，将不批准重审通过的决议。
6. 决定
  
  NGPC 有机会对请求方提交或以请求方名义提交的所有材料或者其他与请求 14-37 相关的所有材料进行考量。在考虑了收到的所有相关信息之后，NGPC 审核并通过了 BGC 关于请求 14-37 的建议 https://www.icann.org/en/system/files/files/recommendation-i-registry-04sep14-en.pdf [PDF, 150 KB]，这份建议附于 NGPC 就此事项提交的材料的参考材料中，应被视为决议理由的一部分。
  
  采纳 BGC 的建议不会对 ICANN 产生直接财务影响，也不会对域名系统的系统安全性、稳定性和灵活性产生负面影响。
  
  此项决定属于组织管理职能，无需征询公众意见。

GAC 关于保护红十字会和红新月会的建议 — 新加坡公报

委员会考虑采取行动临时保护 189 个国家红十字会和红新月会的名称以及红十字国际委员会和红十字及红新月会国际联盟的全名，作为对 GAC 在新加坡公报中所提建议的回应。克里斯•迪斯佩恩解释说，在提供此保护的同时，董事会和委员会应继续与 GAC 和 GNSO 合作，共同解决 GAC 的建议与 GNSO 政策建议在名称保护的范围和方式上存在的差异。他指出，这种方式与委员会处理 IGO 名称和缩写的方式相似。

克里斯重点强调了伦敦公报中 GAC 建议的一部分，即 GAC 向董事会提出其认为某些主题并不适用于 GNSO 政策制定流程。委员会对该建议表示担忧，因为其与 GNSO 的角色以及政策制定流程相关。贡萨洛•纳瓦罗询问委员会是否与 GAC 探讨过这些担忧，委员会考虑了与 GAC 就此事项进行建设性合作的可能方案。在讨论过程中，委员会讨论了董事会—GAC 建议实施工作组制定的董事会与 GAC 之间的协商流程，并讨论了是否需要启动该流程。

讨论之后，委员会认为，由于伦敦公报中的建议与章程相关，因此让全体董事会考虑 GAC 的建议更为妥善。委员会主席同意向董事会主席发函，建议该事项由全体董事会适时解决。

雷•普拉扎提出以下决议，并得到比尔•格兰厄姆的支持：委员会随后采取了以下行动：
鉴于 GAC 在 ICANN 第 49 届新加坡会议期间举行了会议，并于 2014 年 3 月 27 日发布了公报 [PDF, 448 KB]（下称"新加坡公报"）。

鉴于在新加坡公报中，GAC 阐述了其曾向 ICANN 董事会提出的建议，该建议指出应永久保护国际红十字会和红新月会运动所用术语不会出现未经授权使用的情况，并建议该保护范围还应包括"189 个国家红十字会和红新月会所用的术语，无论这些术语采用英语还是相应国家的源语言"，以及"以全部 6 种联合国官方语言表述的红十字国际委员会及红十字会与红新月会国际联合会的全名"。以上 GAC 建议在 GAC 建议注册中编号为 2014-03-27-RCRC.

鉴于 GNSO 已就红十字会和红新月会的名称向董事会提出了政策建议（该事项也是 GAC 新加坡公报的主题）。GNSO 政策建议中的保护范围与 GAC 的建议有所不同，GAC、GNSO、董事会和 ICANN 社群将继续积极解决存在的差异。

鉴于董事会于 2012 年 4 月 10 日授权 NGPC 代其处理与新 gTLD 项目相关的所有问题，该委员会有责任考虑 GAC 建议。

兹此发布第 2014.10.12.NG05 号决议：要求总裁兼首席执行官或其指定人员根据 GAC 建议注册中编号为 2014-03-27-RCRC 的建议，为红十字国际委员会、红十字会与红新月会国际联合会、189 个国家红十字会和红新月会的名称提供临时保护，同时，GAC、GNSO、董事会和 ICANN 社群将继续积极解决 GAC 建议与 GNSO 政策建议在 RCRC 名称保护范围上存在的差异。

出席会议的所有委员会成员一致投票赞成第 2014.10.12.NG05 号决议。奥尔加•马德鲁加-福蒂和贡萨洛•纳瓦罗未能对该决议投票。决议通过。

第 2014.10.12.NG05 号决议的理由

NGPC 正在采取行动为新加坡公报 GAC 建议中提出的红十字会/红新月会 (RCRC) 的名称提供临时保护，同时也积极参与 GAC、GNSO、董事会和 ICANN 社群为积极解决 GAC 建议与 GNSO 政策建议在 RCRC 名称保护范围上存在的差异所展开的重要讨论。

根据《ICANN 章程》第 XI 条第 2.1 款，GAC 可以"直接将问题提请董事会，提请方式既可以是提出意见或事先建议，也可以是就某项行动、新政策的制定或现有政策的修订提出具体建议"。GAC 在 2014 年 3 月 27 日发布的新加坡公报（下称"新加坡公报"）中就新 gTLD 项目向董事会提出了建议。《ICANN 章程》要求董事会在政策制定和采纳中考虑 GAC 对公共政策问题的建议。如果董事会决定采取不符合 GAC 建议的行动，则必须通知 GAC 并解释为什么不接受其建议。然后，董事会和 GAC 需要本着真诚合作的态度找到一个双方都可以接受的解决方案。如果找不到这样的解决方案，董事会必须在其最终决定中解释不采纳 GAC 建议的原因。

在新加坡公报中，GAC 阐述了其曾向 ICANN 董事会提出的建议，该建议指出应永久保护国际红十字会和红新月会运动所用术语不会出现未经授权使用的情况，并建议该保护范围还应包括"189 个国家红十字会和红新月会所用的术语，无论这些术语采用英语还是相应国家的源语言"，以及"以全部 6 种联合国官方语言表述的红十字国际委员会及红十字会与红新月会国际联合会的全名"。

GNSO 还向 ICANN 董事会就相同的 RCRC 名称提供了政策建议（该事项也是新加坡公报中 GAC 建议的主题）。与 GAC 建议不同，GNSO 的政策建议并未提出为这组 RCRC 名称提供永久保护。而是建议通过将这些名称录入到 TMCH，进行为期 90 天的声明通知，从而为这些名称提供保护。

2014 年 4 月 30 日，ICANN 董事会采纳了 GNSO 理事会在 IGO-INGO 保护上与 GAC 建议不同的政策建议，并请求更多时间用以考虑与 GAC 在同一主题上的建议不同的其他政策建议。董事会致力于推动相关方之间的讨论，以调解政策建议与 GAC 建议在该主题上存在的任何其他差异，并已任命 NGPC 为该流程提供帮助。NGPC 目前所采取的措施是向新加坡公报 GAC 建议中提出的 RCRC 名称提供临时保护，同时积极参与 GAC、GNSO、董事会和 ICANN 社群为积极解决 GAC 建议与 GNSO 政策建议在 RCRC 名称保护范围上存在的差异所展开的重要讨论。

NGPC 的行动将对社群产生积极影响，因为它在为 RCRC 名称提供临时保护的同时也在持续展开讨论。NGPC 在审议过程中审核了以下重要材料和文件：
- GAC 新加坡公报： https://www.icann.org/en/system/files/correspondence/gac-to-board-27mar14-en.pdf [PDF, 448 KB]
- 关于保护所有 gTLD 中 IGO 和 INGO 标识符的 GNSO PDP 工作组最终报告：http://gnso.icann.org/en/issues/igo-ingo-final-10nov13-en.pdf [PDF, 664 KB]
通过此项决议不会产生任何可预见的财务影响。批准此项决议不会产生任何与 DNS 相关的安全性、稳定性或灵活性问题。该行动不属于 ICANN 支持组织内部定义的政策流程，也不属于需要或不需要征询公众意见的 ICANN 组织管理职能决策。关于为 RCRC 名称提供保护的后续行动可能会视公众意见而定。

其他事务

主席指出，委员会需要就其章程范围问题讨论委员会的未来计划（董事会向委员会授予了关于新 gTLD 项目的所有法律和决策制定权 [适用于于 2012 年 1 月开始项目轮次，以及适用于当前轮次的相关申请人指导手册]）。

主席宣布会议结束。

供审核的 SCO 专家裁决	字符串	相关 SCO 专家裁决
VeriSign Inc. (异议人) 与 United TLD Holdco Ltd. (申请人)	.CAM [PDF, 5.96 MB]	Dot Agency Limited [PDF, 248 KB] (.CAM) AC Webconnecting Holding B.V. [PDF, 264 KB] (.CAM)
Commercial Connect LLC (异议人) 与 Amazon EU S.à r.l. (申请人)	.通販 [PDF, 76.2 KB]¹	Top Level Domain Holdings Limited [PDF, 721 KB] (.购物)