Skip to main content
Resources

一般会员咨询委员会评审

本页面还提供其他语种:

ICANN 委托 Westlake 咨询公司对 一般会员咨询委员会进行外部评审 。 总结该独立评审结果 并包含行动建议的报告于 2008 年 7 月公布,并在 ICANN 巴黎会议上提出,然后张贴寻求 公众意见

继外部评审报告公布后, ALAC 评审工作组( WG )已发布了( 2008 年10 月)其关于评审问题的“初步构思”。该 中期咨询报告 [PDF, 284K] 建立在工作组向 ICANN 社群一系列咨询的基础上。该文件在开罗会议上提出并讨论,接着进入 公众评议阶段

接下来的数月,工作组继续向社群咨询,并于 2009 年 3 月发布 ALAC 改进总结报告草案 ,该草案在墨西哥城会议上提出并加以讨论。接着,公开 公众评议最后阶段 ,允许在定稿前作最后评议。

工作组综合考虑社群的各种意见,最后拟定 ALAC 改进总结报告 [PDF, 304K] 、公布(于 2009 年 6 月)并提交给结构改善委员会考虑及董事会决定。

总结报告反映了工作组全体成员的一致意见。工作组的一名成员要求将其个人意见声明纳入报告后。经工作组全体成员一致同意,将该声明收入附件。

ALAC 评审工作组

董事会治理委员会 ( BGC )任命下列人员在 ALAC 评审工作组( WG ) 任职 : Harald Alvestrand 、 Karl Auerbach 、 Vittorio Bertola 、 Tricia Drakes (主席)、 Thomas Narten 、 Nii Quaynor 及 Jean-Jacques Subrenat 。

ALAC 评审工作组 旨在确保评审员的 总结报告 (独立评审)中包含开展下列工作及(主要是)建议董事会一般会员组织哪里需要改进所需的数据和信息。考虑到独立评审员的 总结报告 、董事会信息及股东和公众的意见,工作组有意:

  • 就 ALAC 在 ICANN 结构中是否具有持续的目标向董事会治理委员会(现在是结构改善委员会)提出建议;及
  • 如果符合上述要求,广泛咨询并建议董事会治理委员会(现在是结构改善委员会)有无必要在结构或运行方面作出改变以提高效能 - 并向治理委员会提出综合性建议,促进个体互联网用户大众参与 ICANN 。

背景

根据 ICANN 章程 第二节第六条的规定, 一般会员咨询委员会 (“ ALAC ”)在于就 ICANN 有关个体互联网用户的活动作出思考并提供建议。 ALAC 在下列事务上对 ICANN 的工作有重要贡献:如何实施国际化域名(“ IDNs ”)及如何如何引进新的顶级域名(即 info 、 name 、 museum 等)——就这两件事。同时, ALAC 代表了 ICANN 股东在互联网治理及 WSIS 相关事务方面的声音,并提醒注意有碍 TCT 发展的互联网资源问题。

ALAC 包括:( 1 )由一般会员区域组织(“ RALOs ”)选出的两名成员(相关说明见第 4(g) 段);及( 2 )由提名委员会选出的五名成员。 ALAC 按照委员会采纳的程序选举主席。 ALAC 任命一位无选举权联系人,负责与 ICANN 董事会的联系。

同时, ALAC 还负责与 RALO 一起协调下列活动:

  • 告知个体互联网用户大众有关 ICANN 的重要消息;
  • 通过(张贴或其它方式)公布最新议程、 ICANN 新闻及 ICANN 及政策发展程序细节;
  • 在个体互联网用户大众中推广延伸活动;
  • 发展并维护有关 ICANN 及其工作的进展信息及教育计划;
  • 在各 RALO 区域确立 ICANN 事务的延伸策略;
  • 宣传并分析 ICANN 的政策提议、决策、(潜在)区域影响力及对区域内个体的(潜在)影响;
  • 提供能够在一般会员组织成员中展开讨论互联网机制;及
  • 确立能够在一般会员组织成员与 ICANN 决策成员间进行双向沟通的机制和程序,以便感兴趣的个人得以分享他们对 ICANN 待决事项的观点。

如欲了解更多有关一般会员组织结构及流程的信息,请登录: http://www.atlarge.icann.org 。  

链接:

下一步

工作组总结报告将提交给结构改善委员会考虑并提交给董事会决定。

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