Logo
ICANN
ICANN
Filtered Search

Are you sure you want to sign out from http://www.icann.org?

If you want to sign out from both http://www.icann.org and ICANN Account, click here.

ICANN 公告

敬请阅读 ICANN 的公告，了解最新政策制定活动和区域事务等等。

NGPC 处理关于新 gTLD 的 GAC 北京建议的进展情况

2013 年 07 月 3 日

ICANN 理事会新 gTLD 计划委员会 (NGPC) 于 2013 年 7 月 2 日召开了第七次会议，会上讨论了 GAC 在北京就新 gTLD 提出的建议。委员会采取了以下行动：

  1. 对 IGO 实施初始保护

    在北京公报中，GAC 重申了之前的建议，即"在启动任何新 gTLD 之前，应对所提供的列表上的 IGO 名称和缩写词实施适当的预防性初始保护。"作为对理事会提出的若干问题的回应，GAC 在北京公报中指出，"注意到了尚未解决的实施问题"，并承诺"与 IGO、理事会和 ICANN 工作人员积极合作，找到一种可行且及时的解决办法"。ICANN 理事会主席在 2013 年 6 月 6 日就 IGO GAC 建议给 GAC 的回信中提议，小部分 NGPC 成员和 ICANN 工作人员可就这些问题与 GAC 展开对话

    在 2013 年 7 月 2 日的会议上，NGPC 通过了一项决议，批准《新 gTLD 注册管理机构协议》要求运营商为 IGO 标识符提供适当的预防性初始保护。在给予保护的同时，GAC、NGPC、ICANN 工作人员和机构群体会继续积极解决尚未解决的实施问题。更具体地说，在 NGPC 于 ICANN 第 47 届德班会议结束后召开第一次会议前，注册管理执行机构会对"2013 年 3 月 22 日制定的 IGO 名单"上列出的 IGO 名称和缩写词实施临时保护。这一决议规定在给予 IGO 临时保护的同时，还要继续处理实施问题。有关 IGO 名单的内容，请参阅决议附录 1。

    如果 NGPC 和 GAC 在 ICANN 第 47 届德班会议结束后的 NGPC 第一次会议前，仍未就保护 IGO 名称和缩写词方面尚未解决的实施问题达成协议，加之讨论过程中产生的诸多问题，注册管理执行机构将只负责保护 GAC IGO 名单上列出的 IGO 名称（不包括缩写词）。

  2. 第 1 类建议

    在北京公报中，GAC 提出了第 1 类保护建议，包括建议对敏感字符串和受监管市场实施限制和消费者保护。第 1 类保护建议分为三个主要部分： 第一部分包括对"与受监管领域或专业领域相关的字符串"的五 (5) 项建议。北京公报列出了这些建议所针对的字符串列表。第二部分包括对 GAC 列表上列出的部分字符串子集的三 (3) 条附加建议，这些建议"关系到在多个辖区内有明确和/或受监管门槛要求的市场领域（如：金融、博彩、专业服务、环境、健康与健身、公司标识符和慈善）…。"第三部分包括对以下字符串的申请人的一项附加要求：.fail、.gripe、.sucks 和 .wtf。

    2013 年 4 月 23 日，ICANN 启动了公众意见论坛，就 NGPC 应如何处理 GAC 关于保护各大类新 gTLD 字符串的建议征询公众意见，论坛网址：http://www.icann.org/en/news/public-comment/gac-safeguard-advice-23apr13-en.htm。该公众意见论坛已于 2013 年 6 月 4 日关闭。尽管许多意见反馈者表示支持第 1 类保护建议，但也有不少人持反对意见。不过，这些公众意见都提出了一个非常重要的焦点，那就是要求进一步澄清第 1 类保护建议的适用范围和目的。

    在考量了机构群体的意见后，NGPC 决定在 ICANN 德班会议期间与 GAC 展开对话，澄清第 1 类保护建议中各项要求的适用范围。在此次对话中，除了与 GAC 就第 1 类保护建议进行澄清以外，还会对 GAC 关于"限制访问"的第 2.1 类保护建议进行讨论，这是因为该建议同样适用于第 1 类建议下列出的字符串。在等待与 GAC 对话的这段时间，工作人员会暂缓推进已申请 GAC 第 1 类保护建议中列出的 TLD 字符串的申请人的签约流程。

  3. 新 gTLD 注册管理机构协议

    最后，NGPC 分析了 ICANN 将与成功申请新 gTLD 的申请人签订的《新 gTLD 注册管理机构协议》的修订版。这份修订版协议是经过数月协商、机构群体正式反馈（公众意见论坛于 2013 年 2 月 5 日启动，最近一次收到的反馈在 2013 年 4 月 29 日）以及与各利益主体及机构群体进行多次会议讨论后得到的结果。修订内容包括 2013 年 4 月 7-11 日在北京召开的 第 46 界 ICANN 会议上 ICANN 机构群体提出的反馈意见，以及 GAC 在北京公报上发布的建议。

    在考虑了机构群体的意见后，NGPC 认为《新 gTLD 注册管理机构协议》修订版针对机构群体提出的顾虑，做出了显著改进。此外，委员会还指出，依据 GAC 北京公报的要求，修订版对关于实施非第 1 类保护建议（即适用于所有字符串保护和第 2 类保护的建议）的第 11 条规定进行了修改。对第 11 条规定的修订纳入了用于处理保护建议的标准化语言。根据具体情况，在不被标准 PIC 取代或不违背标准 PIC 的条件下，专门针对申请人的 PIC 将被写入协议，以符合 GAC 北京公报的要求。

    NGPC 批准了对《新 gTLD 注册管理机构协议》的修改，并授权 ICANN 工作人员采取一切必要措施实施该协议，一直持续到实施新 gTLD 计划。该协议作为附录 1 附在决议中；决议的附录 2 为对《新 gTLD 注册管理机构协议》的完整变更摘要；决议的附录 3 为与 2013 年 4 月 29 日发布的版本相比，当前协议所做的修改；此外，有关对公众意见的总结和分析，请访问： http://www.icann.org/en/news/public-comment/report-comments-base-agreement-01jul13-en.pdf [PDF, 338 KB]。

    在 2013 年 7 月 2 日召开的 NGPC 会议上通过的所有决议均发布在： http://www.icann.org/zh/groups/board/documents/resolutions-new-gtld-02jul13-zh.htm。下表总结了 NGPC 对 GAC 北京建议的处理情况。

GAC 登记编号 GAC 建议摘要 NGPC 立场 NGPC 回应
  1. 2013-04-11-Obj-Africa（公报 §1.a.i.1）
 GAC 告知 ICANN 理事会，GAC 已按照《申请人指南》第 3.1 单元第 I 部分的要求对以下申请的 GAC 异议达成一致意见：.africa （申请编号 1-1165-42560） 接受
  1. 2013-04-11-Obj-GCC（公报 §1.a.i.2）
 GAC 告知 ICANN 理事会，GAC 已按照《申请人指南》第 3.1 单元第 I 部分的要求对以下申请的 GAC 异议达成一致意见：.gcc（申请编号：1-1936-2101） 接受
  1. 2103-04-11-宗教术语（公报 §1.a.ii）
 GAC 告知理事会，针对《申请人指南》第 3.1 单元第 II 部分，GAC 意识到宗教术语属于敏感问题。一些 GAC 成员已提高了对涉及伊斯兰术语的申请的敏感性，尤其是对 .islam 和 .halal。GAC 成员担忧并指出，对 .islam 和 .halal 的申请缺乏机构群体的参与和支持。在这些 GAC 成员看来，这些申请根本就不应该继续下去。 接受
  1. 2013-04-11-gTLD 字符串（公报 §1.c）
 除这一保护建议以外，GAC 认为某些 gTLD 字符串还需 GAC 进一步考虑，包括在德班举行的 GAC 会议上讨论。因此，GAC 建议 ICANN 理事，对于以下字符串，不要在进行初步评估后继续后续流程：.shenzhen（用中文表示的 IDN）、.persiangulf、
.guangzhou （用中文表示的 IDN）、 .amazon（用日文和 中文表示的 IDN）、.patagonia、
.date、.spa、.yun、.thai、
.zulu、 .wine、.vin


 接受
  1. 书面简报请求
    （公报 §1.d）
 GAC 请求制定一份关于申请人能否更改其申请的字符串的书面简报，以解决 GAC 成员提出的问题，并找到一个双方都可以接受的解决方案。 已提供 书面简报地址:
https://gacweb.icann.org/download/attachments/28278832/NGPC%20Scorecard%20of%201As%20Regarding%20Non-%C2%ADSafeguard%20Advice%20in%20the%20GAC%20Beijing%20Communique%CC%81.pdf?version=1&modificationDate=1372384291000&api=v2 [PDF, 2.68 MB]
  1. 2013-04-11-机构群体支持（公报 §1.e）
 GAC 建议理事会，若机构群体在明显受到一组争用中的新 gTLD 申请的影响时对这些申请提出明确的综合意见，这些意见应与所有其他相关信息一起得到充分考虑。 接受
  1. 2013-04-11-复数字符串（公报 §1.f）
 GAC 认为，作为 TLD，字符串的单复数形式可能会使用户混淆。因此，GAC 建议理事会重新考虑其决定，允许相同字符串同时存在单数形式和复数形式。 接受
  • 在仔细考虑了这些问题、审查了机构群体提出的意见、查阅了专家审核小组的流程文档并听取了 NGPC 的审议之后，NGPC 认为，在解决因允许相同字符串同时存在单复数形式而可能造成用户混淆方面，无需对 ABG 进行更改。
  • 在审议是否允许相同字符串同时存在单复数形式的过程中，NGPC 考虑了若干重要因素。为做出最后决定，NGPC 不得不对各个因素的利益冲突进行平衡。
  • 请参阅 http://www.icann.org/en/groups/board/documents/resolutions-new-gtld-25jun13-en.htm#2.d.
  1. 2013-04-11-IGO
    （公报 §1.g）
 GAC 重申其对 ICANN 理事会的建议，即在启动任何新 gTLD 之前，应对所提供的列表上的 IGO 名称和缩写词实施适当的预防性初始保护。 展开 对话
  • 在仔细考虑了这些问题、审查了机构群体提出的意见、查阅了专家审核小组的流程文档并听取了 NGPC 的审议之后，NGPC 认为，在解决因允许相同字符串同时存在单复数形式而可能造成用户混淆方面，无需对 ABG 进行更改。
  • 在审议是否允许相同字符串同时存在单复数形式的过程中，NGPC 考虑了若干重要因素。为做出最后决定，NGPC 不得不对各个因素的利益冲突进行平衡。
  • 请参阅 http://www.icann.org/zh/groups/board/documents/resolutions-new-gtld-02jul13-zh.htm.
  1. 2013-04-11-RAA
    （公报 §2）
 GAC 建议 ICANN 理事会，《2013 年注册服务商委任协议》应在任何新 gTLD 合同获得批准前定稿。 接受
  1. 2013-04-11-WHOIS（公报 §3）
 GAC 敦促 ICANN 理事会确保最近成立的目录服务专家工作组充分考虑在 2007 年获得批准的关于 gTLD WHOIS 服务的 GAC 原则。 接受
  1. 2013-04-11-IOCRC（公报 §4）
 GAC 建议 ICANN 理事会修订《新 gTLD 注册管理机构协议》中有关 IOC/RCRC 名称的条文，以确保在授权任何新 gTLD 前使其受到持久保护。 接受
  • NGPC 已接受 GAC 建议。
  • 注册管理机构协议中规定对 IOC/RCRC 名称实施无限期保护。在这一版注册管理机构协议的第 5 条规定中，列出了由 IOC 和 RCRC 运动提供的"不宜注册或分配给注册管理执行机构作为 TLD 二级域名"的名称。
  • 这一保护是依据 NGPC 决议而新增的，用以维持保护"直到采纳可能需要采取进一步行动的政策"(204.11.26.NG03)。
  • 该决议认为 GNSO 已经启动了加急 PDP。在 PDP 中的建议获得 GNSO 批准并获得理事会采纳前，旨在保护 IOC/RCRC 名称的 NGPC 决议将持续有效。
  • 若 GNSO 就这一主题提交任何建议，NGPC 就会在按照这些建议采取行动前与 GAC 讨论协商。
  • 请参阅 http://www.icann.org/en/groups/board/documents/resolutions-new-gtld-04jun13-en.htm 和 http://www.icann.org/en/groups/board/documents/new-gtld-resolution-annex-1-04jun13-en.pdf [PDF, 564 KB]
  1. 2013-04-11-PIC 规范（公报 §5，附录 2）
 GAC 请求针对附录 II 所列问题提供更多有关公众利益承诺规范的信息。 已提供 有关 NGPC 对附录 2 所列问题的回复，请访问 https://gacweb.icann.org/display/GACADV/2013-04-11-PICSPEC
  1. 2013-04-11-保护 1（公报附录 1，1）
 1. WHOIS 验证和检 查 — 注册管理执行机构每年应至少进行两次统计检查，找出故意提供错误、不准确或不完整数据的 gTLD 注册。对于在之前的检查中被认为最有可能故意提供错误、不准确或不完整记录的样本，注册管理执行机构应向注册服务商着重强调该样本。在检查过程中，如发现任何不准确或不完整的记录，注册管理执行机构都应告知相关注册服务商，以便注册服务商履行其义务，从注册人处获取准确完整的信息。 接受
  • ICANN（非注册管理执行机构）将负责实施 GAC 的建议，每年至少进行两次检查，找出故意提供错误、不准确或不完整 WHOIS 数据的 gTLD 注册。
  • ICANN 将定期对不同注册管理机构的 WHOIS 数据进行抽样，找出潜在的不准确记录。
  • 此外，ICANN 将保留记有不准确 WHOIS 记录条数的统计报告。
  • 请参阅 http://www.icann.org/en/groups/board/documents/resolutions-new-gtld-25jun13-en.htm#2.b.
  1. 2013-04-11-保护 2（公报附录 1、2）
 2. 减少滥用行为 — 注册管理执行机构应确保注册人使用条款中包含对以下行为的禁止：散布恶意软件、运营僵尸网络、网络钓鱼、盗版、商标或版权侵权、诈骗或欺骗、造假以及以其他方式参与违反适用法律的活动。 接受
  • 提议的《新 gTLD 注册管理机构协议》规定（在第 11 条规定中作为一条强制性的公众利益承诺），注册管理执行机构必须在《注册管理机构-注册服务商协议》中纳入如下规定，要求注册服务商在其《注册协议》中禁止注册域名持有者散布恶意软件、滥用僵尸网络、网络钓鱼、盗版、商标或版权侵权、诈骗或欺骗、造假以及以其他方式从事违反适用法律的活动，并（依据适用法律和任何相关程序）注明这些行为或活动会带来的后果，包括暂停域名的使用。
  • 请参阅 http://www.icann.org/en/groups/board/documents/resolutions-new-gtld-25jun13-en.htm#2.b.
  1. 2013-04-11-保护 3（公报附录 1、3）
 3. 安全检查 — 注册管理执行机构应在尊重隐私和机密的前提下定期进行技术分析，评估 gTLD 中的域名是否被用于威胁网络安全的行为，例如网址嫁接、网络钓鱼、恶意软件和僵尸网络等。如果发现可能会造成实际危害的安全隐患，注册管理执行机构应通知相关注册服务商，并在注册服务商未立即采取措施的情况下，暂停该域名的使用直至问题得以解决。 接受
  • 《新 gTLD 注册管理机构协议》中有条款规定（在第 11 条规定中作为一条强制性的公众利益承诺），注册管理执行机构必须定期进行技术分析，评估 gTLD 中的域名是否被用于威胁网络安全的行为，例如网址嫁接、网络钓鱼、恶意软件和僵尸网络等。
  • 该条款同样规定，注册管理执行机构必须编制统计报告作为定期安全检查的结果，并在报告中记录所发现的安全威胁的数量以及所采取的措施。注册管理执行机构会在商定的合同期内保存这些报告，并在需要时将其提供给 ICANN。适当情况下，这些报告的内容会向公众 公开。
  • 由于注册管理执行机构可采取多种方式执行规定的安全检查，因此，ICANN 会在尊重隐私和机密的前提下，要求机构群体参与任务组的工作或在适当情况下通过 GNSO 政策制定程序参与进来（包括与 GAC 讨论协商），从而为注册管理执行机构提供框架，便于注册管理执行机构对可能造成实际危害的安全隐患、通知程序以及适当后果做出响应，包括在问题得以解决前暂停域名的使用。
  • 附件 PIC 规范的第 3 款规定对注册管理执行机构必须要做的工作提供了一般准则，但省去了合同规定中的具体细节，以便进一步制定和发展执行安全检查的参数。这样，注册管理执行机构就能够尽快订立协议，同时让机构群体对实施细节进行仔细而全面的考虑。
  • 请参阅 http://www.icann.org/en/groups/board/documents/resolutions-new-gtld-25jun13-en.htm#2.b.
  1. 2013-04-11-保护 4（公报附录 1、4）
 4. 文档 — 注册管理执行机构应编制统计报告作为定期 WHOIS 检查和安全检查的结果，在报告中记录不准确 WHOIS 记录的条数或安全威胁的数量以及所采取的措施。注册管理执行机构会在商定的合同期内保存这些报告，并在需要时按照合同义务将其提供给 ICANN。 接受
  • 正如上文第 13 项详细描述的那样，ICANN 会将统计报告的编制作为检查工作的一部分，记录所发现的不准确 WHOIS 记录的条数，以明确故意提供错误、不准确或不完整 WHOIS 数据的注册。
  • 正如上文第 15 项详细描述的那样，注册管理执行机构必须编制统计报告作为定期安全检查的结果，并在报告中记录所发现的安全威胁的数量以及所采取的措施。
  • 注册管理执行机构会在商定的合同期内保存这些报告，并在需要时将其提供给 ICANN。适当情况下，这些报告的内容会向公众公开。
  • 请参阅 http://www.icann.org/en/groups/board/documents/resolutions-new-gtld-25jun13-en.htm#2.b.
  1. 2013-04-11-保护 5（公报附录 1、5）
 5. 投诉与投诉处理 — 注册管理执行机构应确保存在这样一种机制，使人们在发现 WHOIS 信息不准确或发现域名注册被用于帮助或促进恶意软件散布、僵尸网络、网络钓鱼、盗版、商标或版权侵权、诈骗或欺骗行为、造假或以其他方式从事违反适用法律的活动时，可以向注册管理执行机构投诉。 接受
  • 按照要求，注册管理执行机构必须确保存在投诉人可就 TLD 中的恶意行为向注册管理执行机构提出投诉的机制。
  • 《新 gTLD 注册管理机构协议》第 6 条规定第 4.1 节指出，"注册管理执行机构应向 ICANN 提供并在其网站上公布准确详细的联系信息，包括有效的电子邮件地址、邮寄地址以及处理与 TLD 中恶意行为有关的查询的主要联系人，并应向 ICANN 提供有关此类联系信息任何变更的提示通知。"
  • 《新 gTLD 注册管理机构协议》第 2.8 节指出，"注册管理执行机构应采取合理的措施来调查和回应执法机构和政府及半政府机构提出的与使用 TLD 有关的非法行为的任何报告。"
  • ICANN 负责 WHOIS 数据问题报告系统的运作 <http://forms.icann.org/en/resources/compliance/complaints/whois/inaccuracy-form>，这是一种供投诉人投诉 WHOIS 信息不准确的机制。
  • 请参阅 http://www.icann.org/en/groups/board/documents/resolutions-new-gtld-25jun13-en.htm#2.b.
  1. 2013-04-11-保护 6（公报附录 1、6）
 6. 后果 — 注册管理执行机构应确保依据适用法律和任何相关程序，对已证实提供错误 WHOIS 信息和违反域名的使用不得违反适用法律这一要求的行为，给予实际和直接的后果处罚；这些后果中应包括暂停域名。 接受
  • 2013 RAA 第 3.7.7.2 节规定了已证实提供错误 WHOIS 信息的行为应该承担的后果 <http://www.icann.org/en/resources/registrars/raa/proposed-agreement-22apr13-en.pdf> [PDF, 311 KB]： "注册域名持有者如故意提供不准确或不可靠的信息、故意没有在七 (7) 日之内更新提供给注册服务商的信息或没有在十五 (15) 日内对注册服务商就注册域名持有者的准确注册联系信息进行的调查作出回应，则构成对注册域名持有者与注册服务商之间合同的严重违反，从而导致对该注册域名进行的注册遭到暂停和/或删除。"
  • PIC 规范第 1 款规定，注册管理执行机构只能使用作为 2013 RAA 当事方的获 ICANN 委任的注册服务商，以便让这些后果的实施都具有合同约束。
  • 请参阅 http://www.icann.org/en/groups/board/documents/resolutions-new-gtld-25jun13-en.htm#2.b.
  1. 2013-04-11-保护-
    类别-1（公报附录 1，第 1 类，1）
 1. 注册管理执行机构应在其可接受的使用政策中纳入这样一条要求，即注册人应遵守所有适用法律，包括那些与隐私、数据收集、消费者保护（包括与误导和欺骗行为相关的保护）、公平借贷、讨债、有机耕作、数据披露和财务状况披露相关的法律。 展开 对话
  • 在考量了机构群体的意见后，NGPC 决定在 ICANN 德班会议期间与 GAC 展开对话，澄清第 1 类保护建议中各项要求的适用范围。在此次对话中，除了与 GAC 就第 1 类保护建议进行澄清以外，还会对 GAC 关于"限制访问"的第 2.1 类保护建议进行讨论，这是因为该建议同样适用于第 1 类建议下列出的字符串。在等待与 GAC 对话的这段时间，工作人员会暂缓推进已申请 GAC 第 1 类保护建议中列出的 TLD 字符串的申请人的签约流程。
  • 请参阅 http://www.icann.org/zh/groups/board/documents/resolutions-new-gtld-02jul13-zh.htm.
  1. 2013-04-11-保护-
    类别-1（公报附录 1，第 1 类，2）
 2. 注册管理执行机构应让注册服务商在注册人注册域名时告知注册人这一要求。 展开 对话
  • 在考量了机构群体的意见后，NGPC 决定在 ICANN 德班会议期间与 GAC 展开对话，澄清第 1 类保护建议中各项要求的适用范围。在此次对话中，除了与 GAC 就第 1 类保护建议进行澄清以外，还会对 GAC 关于"限制访问"的第 2.1 类保护建议进行讨论，这是因为该建议同样适用于第 1 类建议下列出的字符串。在等待与 GAC 对话的这段时间，工作人员会暂缓推进已申请 GAC 第 1 类保护建议中列出的 TLD 字符串的申请人的签约流程。
  • 请参阅 http://www.icann.org/zh/groups/board/documents/resolutions-new-gtld-02jul13-zh.htm.
  1. 2013-04-11-保护-
    类别-1（公报附录 1，第 1 类，3）
 3. 根据适用法律规定和公认的行业标准，注册管理执行机构应提出要求，规定收集和维护敏感性健康及财务数据的注册人应采取与这些服务相称的合理且适当的安全措施。 展开 对话
  • 在考量了机构群体的意见后，NGPC 决定在 ICANN 德班会议期间与 GAC 展开对话，澄清第 1 类保护建议中各项要求的适用范围。在此次对话中，除了与 GAC 就第 1 类保护建议进行澄清以外，还会对 GAC 关于"限制访问"的第 2.1 类保护建议进行讨论，这是因为该建议同样适用于第 1 类建议下列出的字符串。在等待与 GAC 对话的这段时间，工作人员会暂缓推进已申请 GAC 第 1 类保护建议中列出的 TLD 字符串的申请人的签约流程。
  • 请参阅 http://www.icann.org/zh/groups/board/documents/resolutions-new-gtld-02jul13-zh.htm.
  1. 2013-04-11-保护-
    类别-1（公报附录 1，第 1 类，4）
 4. 应与相关监管机构或行业自我监管机构建立良好的工作关系，包括制定战略以尽可能地减轻欺诈和其他非法行为的风险。 展开 对话
  • 在考量了机构群体的意见后，NGPC 决定在 ICANN 德班会议期间与 GAC 展开对话，澄清第 1 类保护建议中各项要求的适用范围。在此次对话中，除了与 GAC 就第 1 类保护建议进行澄清以外，还会对 GAC 关于"限制访问"的第 2.1 类保护建议进行讨论，这是因为该建议同样适用于第 1 类建议下列出的字符串。在等待与 GAC 对话的这段时间，工作人员会暂缓推进已申请 GAC 第 1 类保护建议中列出的 TLD 字符串的申请人的签约流程。
  • 请参阅 http://www.icann.org/zh/groups/board/documents/resolutions-new-gtld-02jul13-zh.htm.
  1. 2013-04-11-保护-
    类别-1（公报附录 1，第 1 类，5）
 5. 注册管理执行机构必须要求注册人提供单点联系方式并随时保持更新，用于投诉或报告注册滥用情况，同时提供其主要业务场所内相关监管机构或行业自我监管机构的详细联系方式。 展开 对话
  • 在考量了机构群体的意见后，NGPC 决定在 ICANN 德班会议期间与 GAC 展开对话，澄清第 1 类保护建议中各项要求的适用范围。在此次对话中，除了与 GAC 就第 1 类保护建议进行澄清以外，还会对 GAC 关于"限制访问"的第 2.1 类保护建议进行讨论，这是因为该建议同样适用于第 1 类建议下列出的字符串。在等待与 GAC 对话的这段时间，工作人员会暂缓推进已申请 GAC 第 1 类保护建议中列出的 TLD 字符串的申请人的签约流程。
  • 请参阅 http://www.icann.org/zh/groups/board/documents/resolutions-new-gtld-02jul13-zh.htm.
  1. 2013-04-11-保护-
    类别-1（公报附录 1，第 1 类，6）
 6. 注册时，注册管理执行机构必须验证和确认注册人的授权、章程、许可以及/或证明注册人涉猎相应领域的其他相关凭证 展开 对话
  • 在考量了机构群体的意见后，NGPC 决定在 ICANN 德班会议期间与 GAC 展开对话，澄清第 1 类保护建议中各项要求的适用范围。在此次对话中，除了与 GAC 就第 1 类保护建议进行澄清以外，还会对 GAC 关于"限制访问"的第 2.1 类保护建议进行讨论，这是因为该建议同样适用于第 1 类建议下列出的字符串。在等待与 GAC 对话的这段时间，工作人员会暂缓推进已申请 GAC 第 1 类保护建议中列出的 TLD 字符串的申请人的签约流程。
  • 请参阅 http://www.icann.org/zh/groups/board/documents/resolutions-new-gtld-02jul13-zh.htm.
  1. 2013-04-11-保护-
    类别-1（公报附录 1，第 1 类，7）
 注册管理执行机构若怀疑注册人许可证或凭证的真实性，应咨询相关国家监管机构或与其具有同等地位的机构。 展开 对话
  • 在考量了机构群体的意见后，NGPC 决定在 ICANN 德班会议期间与 GAC 展开对话，澄清第 1 类保护建议中各项要求的适用范围。在此次对话中，除了与 GAC 就第 1 类保护建议进行澄清以外，还会对 GAC 关于"限制访问"的第 2.1 类保护建议进行讨论，这是因为该建议同样适用于第 1 类建议下列出的字符串。在等待与 GAC 对话的这段时间，工作人员会暂缓推进已申请 GAC 第 1 类保护建议中列出的 TLD 字符串的申请人的签约流程。
  • 请参阅 http://www.icann.org/zh/groups/board/documents/resolutions-new-gtld-02jul13-zh.htm.
  1. 2013-04-11-保护-
    类别-1（公报附录 1，第 1 类，8）
 注册管理执行机构必须定期执行注册后检查，确保注册人有效且符合上述要求，从而确保他们持续遵守适当法规和许可要求，以及他们所开展的活动基本符合其服务的客户的利益。 展开 对话
  • 在考量了机构群体的意见后，NGPC 决定在 ICANN 德班会议期间与 GAC 展开对话，澄清第 1 类保护建议中各项要求的适用范围。在此次对话中，除了与 GAC 就第 1 类保护建议进行澄清以外，还会对 GAC 关于"限制访问"的第 2.1 类保护建议进行讨论，这是因为该建议同样适用于第 1 类建议下列出的字符串。在等待与 GAC 对话的这段时间，工作人员会暂缓推进已申请 GAC 第 1 类保护建议中列出的 TLD 字符串的申请人的签约流程。
  • 请参阅 http://www.icann.org/zh/groups/board/documents/resolutions-new-gtld-02jul13-zh.htm.
  1. 2013-04-11-保护-
    类别-2（公报附录 1，第 2 类，1）

1. 限制使用

作为一般规则的例外情况，若 gTLD 域名空间开放式运作，则注册可能会受到限制，尤其是针对上述第 1 类中提到的字符串。在这种情况下，注册限制应该适合于与 TLD 相关的风险类型。注册管理执行机构应以透明的方式对这类注册管理机构的使用权进行管理，既不能无故优先考虑任何注册服务商或注册人（包括它自己），亦不能使任何注册服务商或注册人无故处于不利地位。		 展开 对话
  1. 保护-类别-2（公报附录 1，第 2 类，2）

2. 独家使用

出于符合公众利益的目的，应对表示通用语的字符串实行独家注册使用。		 部分接受，其余需展开对话
  • 在等待与 GAC 对话的这段时间，NGPC 已指示工作人员暂缓与试图申请"通用字符串"的独家注册使用的申请人签订合同。
  • 术语"通用字符串"是指"由一个定义或描述通用类商品、服务、群体、组织或事物的词或术语组成的字符串，与其相对的是区分一种特定品牌商品、服务、群体、组织或事物的词或术语组成的字符串"。
  • 独家注册使用是指仅限于某个人或实体及其附属机构对通用字符串进行注册。
  • 《新 gTLD 注册管理机构协议》对未试图申请独家注册使用的申请人也有规定，即要求这些申请人以透明的方式，在遵循开放和无歧视原则的条件下运作 TLD。
  • 此外，PIC 规范中也规定，注册管理执行机构不得强行施加仅限于某个人或实体及其"附属机构"注册通用字符串的资格标准。
  • 所有申请人都会被要求在指定日期前作出回应，即 (a) 申请人准备接受禁止独家注册使用的 PIC 规范还是 (b) 申请人因打算进行独家注册使用而不愿接受 PIC 规范。
  • NGPC 会就 GAC 关于独家注册使用权的建议与 GAC 展开对话以寻求更多详细信息。
  • 请参阅 http://www.icann.org/en/groups/board/documents/resolutions-new-gtld-25jun13-en.htm#2.c.

您还可能喜欢