Skip to main content

志愿者招募 — 地理名称工作方向 5 — 新 gTLD 后续流程政策制定流程工作组

本页面还提供其他语种:

简介

新 gTLD 后续流程政策制定流程工作组现诚招志愿者组建一个新的小组,名为"工作方向 5",专门负责处理顶级域名中的地理名称事宜。顶级地理名称问题是工作组章程中的主题之一。 [PDF, 196 KB]

小组的工作内容

工作方向 5 将主要就顶级域名中的地理名称处理提供拟议建议。该工作方向可针对与以下领域相关的政策和/或实施提出建议,这些领域包括双字符代码、三字符代码、简写形式和全称形式的国家和地区名称、城市/州/地区名称以及其他具有重要地理意义的名称。

小组的工作方式

ICANN 工作组须采用公开透明的流程。本工作方向的会议将提供记录文稿,并被录音,且音频将公开发布供公众收听。本工作方向的电子邮件清单也将公开存档。此外,小组还将通过公共的工作空间协作起草文件,且所有最终工作成果和里程碑都将被纳入工作组维客页面存档。除职权范围以外,该工作方向还将受 GNSO 工作组指南 [PDF, 349 KB] 以及 GNSO PDP 手册约束。 [PDF, 260 KB]

该工作方向将鼓励社群的不同组成部分广泛、均衡地参与进来,并且会选举来自 ALAC、GAC、ccNSO 和 GNSO 的成员作为工作方向的社群联合领导者。与其他工作方向一样,WT5 的领导者将由 PDP 工作组联合主席进行协调。

参与方式

现设有两种志愿参与方式:

  • 成员任何对此感兴趣的志愿者,不论其是否为 ICANN 社群成员,均可以成员身份加入本工作方向。成员需要积极参与电子邮件清单中的讨论和各类会议,预计本工作方向至少每周需要召开例行电话会议。而且,成员需要在这一流程中提供意见,意见可以采用口头或书面形式。成员必须提交一份《意向书》(SOI)。
  • 电子邮件清单观察员 — 对于那些仅对本工作方向讨论内容感兴趣的人员,则可以"观察员"的身份加入电子邮件清单,仅获得阅读邮件内容的权限。电子邮件清单观察员不得发帖,也不会收到参与工作方向各类面对面会议或电话会议的邀请函,他们无需填写《意向书》。邮件清单观察员可以选择在任何时候告知 GNSO 秘书处,请求以成员身份加入工作方向。

此外,观察员还可在公共协商和公共评议流程中直抒己见。请注意,尽管我们十分鼓励这种做法,但在以成员或邮件清单观察员身份加入工作方向 5 时无需加入整个工作组。

加入方式

如果您有意以成员身份或邮件清单观察员的身份加入工作方向 5,请填写此登记表。如果您在填写登记表时遇到问题,请发送电子邮件至 gnso-secs@icann.org 寻求帮助。

所有成员和观察员的名单将公布在本 PDP 工作组的维客页面上。

后续步骤

此志愿者招募需要尽可能地广泛传播,以确保工作方向 5 的代表性和参与多样化。初始招募的截止时间为 11 月 20 日。我们也欢迎志愿者在 11 月 20 日之后的任何时间加入本工作方向。在工作开始之后加入工作方向的成员将有责任知悉工作方向的所有考量、协议和文件,以便做好完全参与的准备。此后,工作方向将根据工作计划定期安排网络会议,这将是其首要任务之一。

工作方向领导者目前正在有条不紊地进行 WT5 职权范围的起草事宜,预计可在近期完成起草工作。

背景信息

2005 年,通用名称支持组织 (GNSO) 就新 gTLD 的引入启动了一项政策制定流程 (PDP)。这一为期两年的 PDP 流程最终为推行新通用顶级域确立了一套 19 项 GNSO 政策建议。为了推行 GNSO 的政策建议,ICANN 工作人员在与社群进行协商后,编制了多份《申请人指导手册 (AGB)》草案。2011 年 6 月,ICANN 董事会正式通过 AGB 终稿,并授权启动新 gTLD 项目。

新 gTLD 项目申请窗口于 2012 年 1 月 12 日开放,共收到 1930 份完整申请。第一批初始评估结果于 2013 年 3 月 22 日发布,随后于 2013 年 10 月 21 日授权了第一批新 gTLD。
所有申请现如今均已完成评估流程,截至 2017 年 10 月中旬,共有 1,200 多个 gTLD 获得授权。尽管针对 2012 年启动轮次的工作仍在继续,但对本轮次的审核工作已经开始,其中包括在 2016 年初启动 GNSO 新 gTLD 后续流程 PDP。

虽然 GNSO 理事会之前批准的章程 [PDF, 196 KB] 将顶级地理名称主题放入交给处理法律和法规问题的工作方向 2,整个 PDP 工作组还是同意成立专门处理顶级地理名称事宜的工作方向 5。


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