Skip to main content

意向书征询:遴选独立审核流程常任专家组的社群代表小组

本页面还提供其他语种:

洛杉矶——2020 年 11 月 18 日——今日,互联网名称与数字地址分配机构 (Internet Corporation for Assigned Names and Numbers, ICANN) 经与 ICANN 的支持组织和咨询委员会协商,现征询关于任命一个新的社群代表小组的意向书。此社群代表小组将为综合常任专家组遴选核心候选人,该常任专家组负责根据 ICANN 章程中规定的独立审核流程 (IRP) 倾听和解决所提交的争议。社群代表小组提名的候选人须经过 ICANN 董事会确认。

IRP 社群代表小组的意向书征询截止时间为世界协调时 2020 年 12 月 4 日星期五 23:59。IRP 社群代表小组由 7 至 15 名成员组成,将代表各利益相关方的利益。总体而言,IRP 社群代表小组必须具备:

  • 遴选董事会成员或类似高级职员、具有诚信义务的任命人员或在提名委员会负责此类遴选工作的经验。
  • 与招聘公司和管理供应商合作的经验。
  • 相关组织和流程经验(例如,了解和评估常任专家组成员标准和进行响应的能力,包括法律和仲裁经验)。
  • 了解 IRP 及其作为 ICANN 问责机制所发挥的作用。
  • 能够在跨多个时区的小组中工作。
  • 能够在短而集中的时间段内投入大量时间和精力完成遴选流程。

有兴趣加入社群代表小组的候选人应在提交申请前查看 IRP 社群代表小组的职权范围。此文档中包含以下信息:

  • 所需的技能和经验。
  • IRP 社群代表小组的工作范围。
  • 时间承诺详细信息。

关于任命 IRP 社群代表小组的意向书应提交至 irp-standing-panel@icann.org。意向书将由申请人向其请求审批的特定支持组织或咨询委员会进行审核。不指定向其请求审批的支持组织或咨询委员会的申请人申请将不予考虑。申请必须附有最新的简历,以及您代表特定支持组织或咨询委员会在社群代表小组任职的资格证明。

通过提交个人资料,表示您同意这类资料将按照 ICANN 隐私政策加以处理,且同意遵守电子版《服务条款》

ICANN IRP 背景

ICANN 的 IRP 是一种仲裁形式,旨在当受影响相关方声称 ICANN 的行为不符合《企业设立章程》或《章程》时,提供一轮独立的第三方审核。IRP 是一套关键问责机制,要求 ICANN 董事会和组织承担责任。设立一个常任专家组来听取这类请求是实现具有法律约束力、连贯一致的结果的重要组成部分。ICANN 在其《章程》中承诺,ICANN 社群有责任参与确定该常任专家组的最终构成。关于 IRP 常任专家组的更多信息,请参阅此处

ICANN 简介

ICANN 的使命在于确保全球互联网的稳定、安全与统一。在互联网上寻找另一个人的信息,您必须在您的电脑或其他设备中键入一个地址——可以是一个名称或是一串数字。这一地址必须是独一无二的,只有这样电脑之间才能互相识别。ICANN 则负责协调并支持这些分布在全球各地的唯一标识符。ICANN 成立于 1998 年,是一家非营利公益型企业,其社群成员遍布全球各地。


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