Skip to main content
返回

ICANN 章程修订

本页面还提供其他语种:

概述

为了全面实施问责制 CCWG 在第 1 工作阶段提出的建议,ICANN 修改了其章程和企业设立章程,以确保所建议的问责制加强机制符合规定。两份核心文件的修订版现已完成,而且法律顾问已确认其与 IANA 管理权移交提案和问责制 CCWG 报告相符。ICANN 董事会分别于 2016 年 5 月 27 日和 2016 年 8 月 9 日批准了新的 ICANN 章程企业设立章程。两者现在均已生效。


ICANN 章程

正如 NTIA 在其 2016 年 6 月 9 日《IANA 管理权移交提案评估报告》中确认的那样,2016 年 5 月 27 日,ICANN 董事会批准了为使章程符合 IANA 管理权移交提案而必须对 ICANN 章程作出的所有修订。

为确保支持和实施 IANA 管理权移交提案,ICANN 章程在多个方面进行了修订。这些修订现概述如下:

>> 如问责制 CCWG 第 1 阶段报告所述,重申 ICANN 的使命。

>> 确定“基本”章程并规定需获得董事会和社群的高通过率才能批准修订。

>> 明确定义社群在拒绝“标准”章程修订中所扮演的角色。

>> 设立一名“指定人”,以确保社群罢免 ICANN 董事会的权力能够落实。

>> 为赋权社群确立相应的流程,支持社群行使其新的社群权力。

>> 纳入 ICANN 与美国商务部之间所签署《义务确认书》中的内容,包括审核。

>> 修改规定 ICANN 董事会需对 GAC 建议进行特别考量的要求。

>> 修改 ICANN 的重审与独立审核流程 (IRP)。

>> 具体说明社群可如何针对 ICANN 的预算、战略和运营规划流程提供建议和行使否决权。

>> 规定 ICANN 对 PTI 承担的主要义务,包括成立 CSC 和制定 IANA 域名职能审核要求(包括特别审核和独立审核)。

>> 承诺推进问责制 CCWG 第 2 工作阶段的工作。

继 2016 年 3 月 10 日 IANA 管理权移交提案被呈交给 NTIA 后,ICANN 立即起草了一套初步修订的章程,将提案中列出的任务和建议纳入其内。ICANN 将初稿交予了问责制 CCWG 的外部律师进行审核,并与该律师和章程协调小组就修订案的完善开展了紧密合作。在这期间,当对提案解释存有疑问或不知如何对 ICG 提案和问责制 CCWG 第 1 阶段报告未予以说明的方面进行详细规定时,章程协调小组为律师起草团队提供了帮助。

2016 年 4 月 21 日,ICANN 发布了拟议章程修订案,启动了为期 30 天的公共评议期。评议期收到的每份意见均得到了考虑和分析,而且 ICANN 还制定了一张详情表,来评估是否需要修改章程,以反映意见中提出的事项。法律团队继续密切协作,根据这些意见制定章程的必要更新。

完成公众意见摘要和分析并作出相应的修订后,ICANN 与章程协调小组召开了会议,就章程修订案终稿咨询章程协调小组的意见。会上未提出任何异议或担忧。

2016 年 5 月 27 日,ICANN 董事会通过了对《ICANN 章程》的修订,该章程现已生效。

ICANN 企业设立章程

为了支持移交提案,已从三个主要方面对 ICANN 企业设立章程(“章程”)进行了修订。企业设立章程需:

>> 与经批准的新版《ICANN 章程》中重申的 ICANN 使命相符。

>> 说明多利益相关方社群在确定如何通过 ICANN 使命服务全球公共利益方面的角色。

>> 纳入批准章程修订案的新阈值。

为了落实这些更改,问责制 CCWG 的外部法律顾问起草了章程修订案的初稿,之后,ICANN 与他们密切合作,起草一份供章程协调小组审核的草案。

2016 年 5 月 27 日,章程修订草案发布,同时启动了为期 40 天的公共评议期。应社群请求,ICANN 将评议期延长了七天。

公共评议期期间,问责制 CCWG 通过一系列会议对章程修订案进行了考量,包括与 ICANN 律师和问责制 CCWG 外部法律顾问进行讨论。此次公共对话后,问责制 CCWG 提交了一份确定拟议修订内容的意见书。

ICANN 针对收到的公众意见编制了一份摘要和分析文件,而且对于收到的每条意见,都确定了是否需要对章程进行修订。ICANN 还基于所收到的公众意见编制了章程修订案,并与问责制 CCWG 的外部法律顾问确认了修订内容。

2016 年 8 月 9 日,ICANN 董事会通过了对企业设立章程的修订。企业设立章程已于 2016 年 10 月 3 日在加利福尼亚州秘书长处登记备案,现已生效。

 

相关链接


电子邮件清单

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."