Skip to main content
Resources

提名委员会 | 2015 年运营程序

2014 年 11 月 14 日

目录

  1. NomCom 运营程序
    1. NomCom 程序修改
    2. NomCom 成员的义务
    3. NomCom 的职位空缺和免职
    4. 敏感信息的处理
    5. 术语
    6. 内部沟通和关系
      1. 沟通和会议
      2. 志愿服务
      3. 有表决权和无表决权的成员
      4. 信息访问权限
    7. 外部沟通和关系
      1. 透明度
      2. 招募咨询
      3. 公众意见
      4. 保密和隐私
    8. ICANN 董事、GNSO 理事会成员、ALAC 成员和 ccNSO 理事会成员的选拔标准
      1. 待填补职位的职责
      2. ICANN 董事选拔标准
      3. GNSO、ALAC 和 ccNSO 职位的其他考虑因素
    9. ICANN 董事、GNSO 理事会成员、ALAC 成员、ccNSO 理事会成员的资格要素
      1. ICANN 董事的资格要素
      2. GNSO 理事会成员的资格要素
      3. ALAC 成员的资格要素
      4. ccNSO 理事会成员的资格要素
    10. 候选人的审核和评估
  1. NomCom 运营程序

    1. NomCom 程序修改

      大家为制定 NomCom 程序倾注了大量精力。在设置和宣传程序方面,NomCom 保留在工作过程中对其进行修改的权利,从而确保履行自身职责的效率和有效性。如果 NomCom 认为有必要修改这些程序,NomCom 将在其网页上发布更改。

    2. NomCom 成员的义务

      NomCom 成员需要参与外展、招募和信息收集工作;查阅提交和收集的每位受考虑候选人的信息;参与审议各位候选人并构建符合 NomCom 为之选拔人员的各个领导机构的成员选拔要求的候选人名单;参与 NomCom 电话会议;与 NomCom 同事密切合作,就待甄选候选人的最佳人选达成一致意见;以及坚守行为准则。

      强烈建议 NomCom 成员出席面对面会议;以及加入 NomCom 时,所有成员均应承诺参与选拔会议;对于无法亲自出席的成员,应安排其通过电话会议参与其中。

    3. NomCom 的职位空缺和免职

      对于 NomCom 内部可能出现的职位空缺,填补余下任期的方式与该职位最初的填补方式相同。如果 NomCom 成员因故被免职,他/她有责任删除与 NomCom 相关的所有材料。如果 NomCom 的工作人员因故被免职,他/她有责任安排将与 NomCom 相关的所有材料安全传输给 NomCom 指定的人员,然后删除自己以任何形式记录的与 NomCom 相关的所有材料。

      在对成员发出通知(如果成员由支持组织选区或咨询委员会选拔,则对该支持组织选区或咨询委员会发出通知),并由有表决权的全体 NomCom 成员投出大多数票后,即可对该 NomCom 成员免职。在此情况下,身为免职行动当事人的成员无权对此行动进行投票,也不得在计算需要的大多数票时被计为 NomCom 有表决权的成员。每次成员免职投票应专门就免职该特定成员的问题单独进行投票。

      在向 ICANN 首席执行官发出通知后,NomCom 主席即可对 NomCom 工作人员免职。

    4. 敏感信息的处理

      根据 NomCom 职能部门和活动的性质,一些信息(如审议)需要保密,而其他信息(如本运营程序)则需要公开。

      与个人有关、可用于通过姓名识别个人或者与其他信息结合使用可识别出个人的任何信息均会标记为"保密:NomCom 敏感信息",无论此信息是以实物形式还是电子格式存在。以编号或其他普遍认可的方式对候选人身份识别信息进行匿名处理所采用的代号不会被视为 NomCom 敏感信息。但是,将此类代号与候选人姓名进行关联的"密匙列表"将被视为 NomCom 敏感信息。

      成员均同意对所有 NomCom 敏感信息保密。仅 NomCom 成员、已签署《NomCom 行为准则》的支持 NomCom 的 ICANN 工作人员有权访问 NomCom 敏感信息。成员离职或任期结束之后,仍应继续承担保密义务。

      在尽可能切实可行的条件下,NomCom 敏感信息仅应保存到 ICANN 中央资源库中,成员只能以只读方式进行访问。保护此类信息的访问控制和安全保障措施必须遵循 ICANN 用以保护用户认证、保密性和数据完整性的最高标准。必须建立能够鉴别和区分 NomCom 敏感信息和非敏感信息的机制。这将在每年 NomCom 审议结束后销毁或以其他方式处理 NomCom 敏感信息,消除需存档文件的丢失风险。

      NomCom 成员同意,在每年的 NomCom 审议结束后,将采取各种合理的措施处理自己拥有、保管或管理的任何 NomCom 敏感信息。

    5. 术语

      "候选人"一词专指同意接受 NomCom 考虑,并且 NomCom 已收到其《意向书》中所有必需信息的个人。

      "选拔的被提名人"一词专指 NomCom 为负责填补的职位选拔的候
      选人。

    6. 内部沟通和关系

      1. 沟通和会议

        NomCom 的工作语言为英语。

        NomCom 主要通过电话会议和电子邮件开展工作。对于需要即刻作出决策的提案,一般应在会议召开之前至少五个工作日发放 NomCom 的工作草案材料。

        主席将致力于以对 NomCom 成员最为合适的方式促进保密沟通。

      2. 志愿服务

        NomCom 成员均为志愿者,不获取薪酬。这一贡献为大家所尊敬和感激。如前往会场参加面对面会议和由 NomCom 主席批准的外展活动,将根据适用的 ICANN 差旅报销政策提供合理且必要的费用报销。任何未经主席事先批准而产生的其他支出,均不得予以报销。将制定相关条款减轻 NomCom 电话会议的财务负担。

      3. 有表决权和无表决权的成员

        除领导团队(主席、当选主席以及副主席)表决或成员对候选人进行投票外,NomCom 的无表决权成员将与有表决权成员一起平等地参加各种 NomCom 活动。

        所有 NomCom 成员可参与一切讨论和审议(除非确定存在利益冲突)。

      4. 信息访问权限

        主席将为受考虑的候选人设立一个非公开的中央资源库,其中包括可用背景、职业信息以及收集到的所有信息。所有 NomCom 成员均可访问中央资源库的信息。NomCom 成员和 NomCom 工作人员须对中央资源库保密;由 NomCom 聘用以协助开展任何阶段的工作的所有外部顾问,也须视情况根据聘用条款对中央资源库保密。

        NomCom 流程结束时,主席将征询落选候选人的同意,以保留其申请供 NomCom 下次进行考虑。主席也会保留希望在可能出现临时职位空缺时受到考虑的候选人的申请。其他候选人的信息将不会予以保留。

        内部沟通应适用行为准则 C 点所述的规则。

    7. 外部沟通和关系

      1. 透明度

        在权衡透明度和保密性的要求时,NomCom 将遵守流程透明以及资料(即候选人的相关信息)保密的原则。NomCom 会将运营程序、行为准则和其他相关文档发布到 ICANN 网站的 NomCom 网页上。经与其他 NomCom 成员协商后,主席将确立并公布里程碑、截止日期和更新消息,包括征询公众对候选人的建议,以便公众充分了解情况,并使 NomCom 能够及时完成工作。

        NomCom 在三场 ICANN 会议举办时都会召开公共会议。

        主席将作为 NomCom 的官方发言人进行发言。

      2. 招募咨询

        NomCom 将在开展招募工作时主动向 ICANN 社群的各个组织进行咨询。NomCom 将联络的组织包括互联网工程任务组 (IETF)、安全与稳定咨询委员会 (SSAC)、根服务器系统咨询委员会 (RSSAC)、地区互联网注册局、地址理事会、通用顶级域名 (gTLD) 以及国家和地区代码顶级域名 (ccTLD) 注册局和注册商、技术联络组、通用名称支持组织 (GNSO) 理事会(选区和利益相关方团体)、国家和地区代码名称支持组织 (ccNSO) 理事会和选区,以及一般会员咨询委员会 (ALAC)。NomCom 将重点咨询有 NomCom 成员任职的机构,以便 NomCom 了解最新确定的各项技能要求。

        NomCom 的成功将很大程度上倚赖于 NomCom 成员积极参与招募优秀候选人的意愿和能力。NomCom 将利用各种现有方式进行宣传,并以其他方式发布提交候选人申请的行动
        号召。

        为了鼓励 NomCom 成员全力甄选和招募出色的候选人,将要求每位 NomCom 成员分享和呈交为相关机构甄选候选人的行动计划。

      3. 公众意见

        NomCom 将特别在全球互联网社群内公开号召提交候选人申请,以便遴选出具备填补职位所需经验的人才,向社群告知 NomCom 的进展和决策,并使社群对 NomCom 选拔的这些人才建立信任和尊重。

        NomCom 将积极寻求有关潜在候选人的建议,扩大候选人池的规模并提高其质量。但建议并不是要求 NomCom 必须考虑,随后的自我推荐才是关键。

        主席将留出至少 60 天通知时间以便感兴趣的相关方提交申请。

        由于 NomCom 的工作语言为英语,因此提交给 NomCom 的所有申请必须使用英语。

        所有申请在收到后,均会使用提交者提供的联系信息及时确认收悉。

        NomCom 将提供单向沟通机制(电子邮件或网页),公众可借此轻松地反馈意见,协助 NomCom 开展工作。

      4. 保密和隐私

        所有 NomCom 成员和 NomCom 工作人员将保护与候选人有关的所有 NomCom 内部通讯,并严格将其视作隐私、机密,仅供临时委员会成员和 NomCom 工作人员使用。

        NomCom 通讯仅限在 NomCom 成员和 NomCom 工作人员之间进行,不得涉及 NomCom 成员的助理或其他关联人员。

        NomCom 成员不得在委员会外部披露有关候选人的任何讨论、审议、通讯、记录和备注。此外,NomCom 成员和 NomCom 工作人员不得在委员会外部披露受到 NomCom 考虑的候选人的身份,除非 NomCom 全体成员决定进行披露并获得当事候选人的同意。NomCom 可同意出于特定目的对此规则设定合理例外,例如外部咨询公司评估候选人以及为候选人前往参加面对面面试提供差旅补助。如遇此类例外情况,务必确保候选人身份的保密性。

        请注意,由于在最终确定选拔之前,NomCom 需要保密地核实推荐信并咨询选定的第三方机构,因此,希望受到考虑的候选人在提交申请时需要确认自己理解此等保密安排。

        NomCom 完成为负责填补的职位选拔被提名人的工作(其中包括对被提名人证书进行尽职调查验证)后,NomCom 将公布选拔的被提名人的身份。

        NomCom 同意实施和遵循的流程,以及不会识别出候选人身份的任何统计数据信息(例如关于候选人池的大小和性质的信息)均可进行发布。

    8. ICANN 董事、GNSO 理事会成员、ALAC 成员和 ccNSO 理事会成员的选拔标准

      NomCom 将应用《ICANN 章程》中规定的选拔标准和资格条件,以确定一个高质量的符合正直与能力最高标准的合格候选人池。

      为从该合格候选人池中进行选拔,随着选拔流程的推进,NomCom 将考虑涉及待填补职位的相关其他考虑因素,尤其是通过与相关 ICANN 机构对话后确定需要的各项技能。

      由此,NomCom 力求招募到不仅将全球互联网社群的公众利益置于任何特定特殊利益之上,而且深入了解或致力于深入了解 ICANN 运营环境的个人,从而确保对 ICANN 有益。NomCom 还寻求在各级政策制定和决策过程中,能够体现互联网社群在功能、地域和文化方面多样性的候选人。

      下面提供了关于待填补职位职责的一般信息。如需了解更多最新年份的详细说明,请参阅文档"领导职位"。经与 ICANN 社群协商,这些选拔标准将每年进行更新,以反映 ICANN、支持组织和咨询理事会的
      需求。

      1. 待填补职位的职责

        NomCom 将在审慎考虑待填补职位的基础上选拔被提名人:

        ICANN 的全体董事负责行使 ICANN 权利、管理 ICANN 财产、以及开展或指导 ICANN 业务和事务,《ICANN 企业设立章程》或《ICANN 章程》另有规定的除外。各位理事均以个人身份服务,有义务按照其合理地认为符合 ICANN 最佳利益的方式行事,而非代表推选他们的实体、雇主或任何其他组织或选区。[《章程》第 II 条第 1 款第 VI 条第 7 款]

        GNSO 理事会负责管理 GNSO 的政策制定流程。[《章程》第 X 条第 3.4 款]

        ALAC 负责考虑与个人用户利益有关的 ICANN 活动并就这些活动提出建议。[《章程》第 XI 条第 2.4 款]

        ccNSO 理事会负责管理 ccNSO 的政策制定流程。[《章程》第 IX 条第 3.8 款]

        对于所有这些职位,NomCom 将应用《章程》中的 ICANN 董事选拔标准 [见下文]。对于 GNSO 理事会、ALAC、ccNSO 理事会的职位,NomCom 可运用其他考虑因素,以支持这些实体的具体职责 [见下文]。

        下面提供了关于待填补职位标准的一般信息。如需了解最新年份的详细说明,请参阅文档"领导职位"。

      2. ICANN 董事选拔标准

        "ICANN 董事应为:

        1. 正直、客观和明智,具有判断准确、思想开放的声誉,展现出全面的团队决策能力的人员;
        2. 了解 ICANN 的使命以及 ICANN 决策对全球互联网社群的潜在影响,并致力于让 ICANN 取得成功的人员;
        3. 使董事会具有最广泛的文化和地理多样性,同时满足本款规定的其他标准的人员;
        4. 总的说来熟悉以下内容的人员:gTLD 注册局和注册商的运营;ccTLD 注册局、IP 地址注册局;互联网技术标准和协议;政策制定程序;法律传统及公众利益;以及各种商业、个人、学术和非商业互联网用户;以及
        5. 能以书面和口头英语开展工作和进行沟通的人员。"[《章程》第 VI 条第3.5 款]
      3. GNSO、ALAC 和 ccNSO 职位的其他考虑因素

        《章程》定义的 GNSO 理事会、ccNSO 理事会和一般会员咨询委员会成员选拔标准较为概括,但 NomCom 在为上述委员会作出人才选拔决策时参考了其"立法历史记录"。[《ICANN:改革蓝图》第 3 节(2002 年 6 月 20 日)以及《最终实施报告和建议》第 3(C) 节(2002 年 10 月 2 日)]

        NomCom 正在寻找兼备成熟、经验、知识和技能的女性和男性,以在履行董事会董事、GNSO 理事会成员、ccNSO 理事会成员以及 ALAC 成员职责的过程中处理任务和作出判断。

        1. GNSO 理事会职位的其他考虑因素

          对于 GNSO 理事会职位,具有 GNSO 涉及域名系统工作的相关具体经验会占有优势。

        2. ALAC 职位的其他考虑因素

          对于 ALAC 职位,在个人用户利益的收集、了解和沟通方面具有经验和技能会占有优势。持有与现有 ALAC 成员不同的观点会占有优势。NomCom 为 ALAC 选拔人才的宗旨是实现 ALAC 技能和经验的多样性,这包括团体决策等方面。经过长时间的此类选拔,NomCom 有机会了解到各类个人用户的利益。

        3. ccNSO 理事会职位的其他考虑因素

          对于 ccNSO 理事会职位,尽管《章程》未列出具体的考虑因素,但在 ccTLD 和全球互联网重要性问题方面拥有经验和知识会占有优势。此外,熟悉 ICANN 运营的全球环境以及持有与 ccTLD 社群不同的观点也会占有优势。

    9. ICANN 董事、GNSO 理事会成员、ALAC 成员、ccNSO 理事会成员的资格要素

      1. ICANN 董事的资格要素

        1. 通过应用本文档规定的上述标准,NomCom 应力求确保 ICANN 董事会的成员结构总体上能够反映地理、文化、技能、经验和观点的多样性。[《章程》第 VI 条第 2.2 款]
        2. NomCom 在选拔董事填补空缺或期满的职位时,不得使来自任何一个地理区域的国家或地区的董事(不包括总裁)总人数超过五人;同时,NomCom 在选拔董事时应确保每个 ICANN 地理区域均至少有一名代表(来自该区域的某个国家或地区)加入董事会。[《章程》第 VI 条第 2.2 款]
        3. 一国政府或由多国政府根据条约或国家政府之间的其他协议建立的多国实体的官员,不得担任董事。此处所使用的"官员"一词是指以下人士:(i) 担任由选举产生的政府官职或 (ii) 被该政府或多国实体所聘用,其主要职责是制定或影响政府或公共政策。[《章程》第 VI 条第 4.1 款]
        4. 在支持组织理事会担任任何职位(包括联络人)的人士,不得同时担任董事会董事或联络人。(有关此限制的详情在 [《章程》第 VI 条第 4.2 款]予以说明)
      2. GNSO 理事会成员的资格要素

        任何时候,任何特定公司或其他组织(包括其分支和附属机构)不得有超过一名高级职员、董事或员工在 GNSO 理事会担任职务。[《章程》第 X 条第 3.5 款]

      3. ALAC 成员的资格要素

        NomCom 为 ALAC 选拔的五名成员应包括分别来自根据 [《章程》第 VI 条第 5 款] 划分的五大地理区域(欧洲;亚洲/澳大利亚/太平洋群岛;拉丁美洲/加勒比群岛;非洲;以及北美)中某个国家/地区的一位公民。年度选拔以 [《章程》第 XI 条第 2.4(b) 款] 的规定为准。

      4. ccNSO 理事会成员的资格要素

        《章程》未列出 NomCom 选拔 ccNSO 理事会成员的其他资格考虑因素。

    10. 候选人的审核和评估

      尽管 NomCom 流程不同于选举,但它们的目标却一致 — 其周密的流程旨在选拔极其优秀的个人,以履行既定职位的特定职责。

      NomCom 将在 NomCom 网页上发布标明确定活动和里程碑的时间表。NomCom 保留在《章程》要求范围内调整时间表的权利。NomCom 时间表的调整信息将发布在 NomCom 网页上。

      提名委员会流程的其他信息将纳入《候选人正式招募》(Formal Call for Candidates) 和随后的更新中,这些内容均会在 NomCom 网页上发布。

      收到所有必需信息后,NomCom 将立即开始审核已完成的申请中包含的候选人信息。

      NomCom 将采取公正、一致的方式评估候选人,考虑申请、推荐信,并在必要时进行面试、咨询和寻求第三方信息。在进行这些工作时,它将坚守《行为准则》。任何时候,NomCom 成员和工作人员都必须以尊重和体谅的方式对待所有候选人。

      NomCom 将酌情向候选人提供关于选拔流程进展的最新消息。

      另请参阅上面第 8 节阐述的 NomCom 选拔将考量的标准和其他考虑因素。第 9 节说明了资格要素。

      请注意,组织或团体的支持以及签名并不适宜,不会对 NomCom 的选拔产生影响。NomCom 不会接受任何第三方自发对某个候选人作出的评价。

      NomCom 将需要视情况对其希望在最后一轮审核中考虑的候选人开展尽职调查。因此,NomCom 将保密地安排(在申请表第 4 个问题中已获得候选人同意)对证书进行验证,并咨询并非由候选人指定的其他方。

      NomCom 应在每次 ICANN 年度会议开始之前至少两个月,就其所选拔的任期从年度会议结束时开始的董事人选向 ICANN 秘书处发出书面通知 [《章程》第 VI 条第 8.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."