Skip to main content

独立审核人发布《一般会员组织审核最终报告》

一般会员组织的独立审核人 ITEMS International 公司在与一般会员和广大 ICANN 社群进行了广泛深入的对话后,包括启动一轮正式公共评议期、并和一般会员审核工作组持续展开合作与参与后,现已发布其最终报告 [PDF, 4.08 MB]。此举标志着 ICANN 在承诺持续改善、提高问责制和透明度的过程中达到了一个重要里程碑。

在这份《最终报告》中,独立审核人指出"我们的审核结果是喜人的,但同时呼吁采取行动。结果喜人是因为,很明显一般会员的使命拥有着广泛的支持,帮助他们为 ICANN 的政策制定流程做出贡献,按照互联网终端用户的利益提交意见(几乎没有人怀疑一般会员社群在 ICANN 内部扮演着重要角色,有存续的意义。)呼吁采取行动是因为:一般会员社群通常被认为由一批固定成员构成的团队而管理,尽管他们对维护终端用户的利益所做出的承诺是真诚的,但他们通常很难将现有终端用户的意见纳入政策建议流程之中。鉴于此,ITEMS International 公司提出了 16 条反映一般会员社群需求的建议,并取得了社群的共识。某些情况下,我们与当前一般会员的领导人们并未达成共识,但审核人坚信这些内容符合一般会员社群和 ICANN 组织的利益,需要得到执行。"

一般会员审核工作组将针对建议可行性提出意见,重点关注建议执行的优先次序,以及与其他已经规划或正在推行的改进工作保持协调,准备最终推行董事会批准的建议。ICANN 董事会预计将在考量了全部社群意见后,在 2017 年底对审核结果和建议采取行动。

如需查看一般会员审核最终报告请参见此处[PDF, 4.08 Mb];您还可以登录一般会员审核网页查看这份报告。

一般会员审核的意义是什么?

一般会员咨询委员会 (ALAC)有责任理解、代表和宣传全球互联网终端用户的最佳利益,关注政策建议制定和组织发展这两个方面的工作。

根据董事会的指示,本次审核旨在确定:1)该组织、理事会或委员会是否在 ICANN 的架构中拥有继续存续的必要;2)若有,则是否需要调整其架构或运营,从而改善组织效率;和 3)该组织、理事会或委员会是否对其选区、利益相关方团体、下属组织和其他利益相关方负责。与 ICANN 其他组织的审核一样,本次审核是 ICANN 《章程 (Bylaws)》强制规定的一项工作。董事会组织效率委员会 (Organizational Effectiveness Committee of the Board) 则负责审核和监督与 ICANN 持续组织审核流程相关的各项政策。

一般会员社群如何参与?

审核期间,ITEMS International 公司与一般会员审核工作组展开紧密合作,对此前的审核建议进行了研究、数据分析并评估了建议有效性。由 22 名成员构成的多样性一般会员审核工作组受一般会员咨询委员会的指派,充当一般会员社群、独立审核人和 ICANN 董事会之间的联络人。在该工作组主席霍莉·雷谢 (Holly Raiche) 的领导下,本工作组代表了审核期间一般会员社群的心声。

一般会员审核数据统计

At-Large Review by the Numbers

如需其他信息,请访问:


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