Skip to main content
Resources

互联网名称与数字地址分配机构章程 | 2011年6月24日修订 | 加利福尼亚州公益性非营利机构

Note: this page is an archive of an old version of the bylaws. The current ICANN bylaws are always available at: https://www.icann.org/resources/pages/governance/bylaws-en

2014年6月24日修订

目录

第I条: 使命与核心价值
第II条: 权力
第III条: 透明度
第IV条: 问责制与审核
第V条: 监察官
第VI条: 董事会
第VII条: 提名委员会
第VIII条: 地址支持组织
第IX条: 国家和地区代码名称支持组织
第X条: 通用名称支持组织
第XI条: 咨询委员会
第XI-A条: 其他咨询机制
第XII条: 董事会委员会和临时委员会
第XIII条: 高级职员
第XIV条: 董事、高级职员、雇员及其他代理人的保障
第XV条: 总则
第XVI条: 财政事项
第XVII条: 成员
第XVIII条: 办事处和印章
第XIX条: 修正案
第XX条:移交条款
附件A:GNSO政策制定流程
附件B:ccNSO政策制定流程(ccPDP)
附件C:ccNSO的范围

第I条:使命与核心价值

第1款 使命

"互联网名称与数字地址分配机构(简称"ICANN")的使命是,对全球互联网的唯一标识符系统进行总体协调,特别是确保互联网唯一标识符系统的稳定安全运营。具体来说,ICANN应:

1.协调互联网的三组唯一标识符的分配和指定,这三组唯一标识符是:

a. 域名(形成一个称之为"DNS"的系统);

b. 互联网协议("IP")地址和自治系统("AS")号;和

c. 协议端口和参数编号。

2.协调域名系统(DNS)根名称服务器系统的运行和发展。

3.合理适当地协调有关这些技术职能的政策制定。

第2款 核心价值

在履行使命的过程中,ICANN应将以下核心价值作为决策和行动的指南:

1.保持并加强互联网的运行稳定性、可靠性、安全性和全球互用性。

2.将ICANN的活动限制在ICANN使命中那些需要全球协调或能从全球协调中显著受益的事件,以此尊重互联网带来的发明创造、技术创新和信息流动。

3.在可行和适当的范围内,将协调任务授权给其他责任机构来执行,或认可其他反映相关方各种利益的责任机构的政策角色。

4.寻求并支持开明、广泛的参与,在各个层面的政策制定以及决策方面反映出互联网职能、地域以及文化的多样性。

5.在可行和适当的时候,依靠市场机制来维持和促进公平竞争环境。

6.在可行并有利于公益的情况下,在域名注册领域内引入并促进竞争。

7.采用公开透明的政策制定机制,以此(i)促进在专家意见基础上制定明智决策,并且(ii)确保那些最受影响的实体可以参与政策制定流程。

8.诚实、公正、中立、客观地根据已成文的政策做出决策。

9.对互联网的需求做出积极快速的反应,同时在决策过程中采纳那些最受影响实体的开明意见。

10.通过各种能提高ICANN效益的机制,坚守对互联网社群的责任。

11.尽管本机构属于私营性质,但仍然意识到政府和公共权威机构有责任制定公共政策,并会适当考虑政府或公共权威机构的建议。

这些核心价值均体现在最基本的条款中,因此可以在尽可能具体的情况中提供有用的相关指导。这些核心价值并未给出详尽的指示,因此将这些价值应用到每种新情况的具体方式,无论是以个别方式还是以全体方式,都必然会取决于许多无法完全预料或列举的因素;这些核心价值所陈述的是原则,并非实际做法,因此不可避免地会出现一些无法完全同时忠于所有这十一条核心价值的情况。ICANN下属任何提供建议或做出决策的机构都必须判断哪一个核心价值关联性最强,如何将其应用到手头的具体情况,并在必要的情况下在不同价值产生冲突时保持适当并且合理的平衡。

第II条:权力

第1款 一般权力

除非公司条款或本章程中另有规定,否则应由董事会行使ICANN的权力,支配其财产,以及管理或指导其业务与事务。凡是属于第III条第6款规定的事项,董事会可以只按照董事会全体成员中大多数人的表决意见来执行。对于所有其他事项,除非本章程或法律另有规定,否则董事会可以按照那些出席董事会所有年度会议、例行会议或特殊会议的人员中大多数人的表决意见来执行。本章程中任何提到董事会表决的地方,都意味着参加表决的人只是那些出席符合法定人数限制的会议的成员,但如果本章程中有特别提到 "董事会全体成员",则另当别论。

第2款 限制

ICANN不得作为域名系统注册局或注册商,也不得作为互联网协议地址注册局,与那些受 ICANN政策影响的实体进行竞争。本款中提供的任何内容,不用于阻止ICANN在注册局或注册商发生财务失败或其他紧急状况时,采取任何必要措施来保护互联网的稳定运行。

第3款 无差别对待

除非有实质性的正当原因(如促进有效竞争),否则ICANN不得以不公正的方式应用其标准、政策、程序或做法,也不得挑出任何特定一方加以区别对待。

第III条:透明度

第1款 目标

ICANN及其选区机构的运作方式应最大程度地体现公开性和透明性,并应与那些为确保公正性而设计的程序保持一致。

第2款 网站

ICANN应维护一个公众可以通过互联网进行访问的万维网站,其中可包括(i)有关董事会、支持组织和咨询委员会会议安排的日历; (ii)所有未决政策制定事项的摘要,包括日程安排和当前状态;(iii)下文描述的具体会议通知和议程;(iv)有关ICANN预算、年度审计、财务贡献者与贡献金额以及相关事项的信息;(v)有关是否提供问责机制的信息,包括重审、独立审核和监察官活动,以及有关实行这些机制的特定请求和投诉结果的信息;(vi)宣布与ICANN社群中各重要部分利益相关的ICANN活动;(vii)社群对正在制定的政策及其他事项的意见;(viii)有关ICANN实际会议和公共论坛的信息;(ix)与ICANN社群利益相关的其他信息。

第3款 公共事务参与经理

应指派一名员工来担任"公共事务参与经理"一职,或其他由总裁确定的类似职务。担当这一职务的人员应在总裁的指导下负责协调ICANN中公众参与事务的各个方面,包括网站以及其他各种与一般互联网用户社群进行沟通和从该社群获取意见的方式。

第4款 会议通知和议程

对于每次的董事会会议,至少应提前七天公布会议通知和已知的会议议程(若这种做法不切实际,则需尽量提前通知即可)。

第5款 会议记录和预备报告

1.发起机构应及时对董事会和支持组织(及其所有理事会)的所有会议记录进行批准,然后将其提交给ICANN秘书长以发布到网站上。

2.每次会议结束后第二个工作日晚11:59时前(根据ICANN总部所在地当地时间计算),董事会在会议上通过的所有决议都应发布到网站上供公众参阅;但如果与以下事项相关的任何行动不适合公开发布,请不要包含在预备报告中以供公众参阅:人事或雇用事项、法律事项(达到董事会确定有必要或应当保护ICANN利益的程度)、法律或合同中禁止ICANN公开披露的事项,以及其他由董事会确定的事项,也就是由四分之三(3/4)出席会议并参加表决的董事同意确定的事项。秘书长应向董事会、支持组织主席(按本章程第VIII-X条中的规定)和咨询委员会(按本章程第XI条中的规定)发送通知,通知他们决议已发布。

3.根据上述第5款第2项中规定的披露限制,在每次会议结束后第七个工作日晚11:59时前(根据ICANN总部所在地当地时间计算),董事会采取的所有行动都应以预备报告的形式发布到网站上供公众参阅。凡是董事会决定不予以披露的事项,董事会都应在相关预备报告中大致说明不予以披露的原因。

4.在董事会正式批准会议记录的当天(根据ICANN总部所在地当地时间计算,如果这一天不是工作日,则为紧接着的下一个工作日),应将这些会议记录发布到网站上供公众参阅;但如果与以下事项相关的任何会议记录不适合公开发布,请不要将其包含在会议记录中以供公众参阅:人事或雇用事项、法律事项(达到董事会确定有必要或应当保护ICANN利益的程度)、法律或合同中禁止ICANN公开披露的事项,以及其他由董事会确定的事项,也就是由四分之三(3/4)出席会议和参加表决的董事同意确定的事项。凡是董事会决定不予以披露的事项,董事会都应在相关会议记录中大致说明不予以披露的原因。

第6款 有关政策行动的通知和意见

1.凡是董事会正在考虑予以采用且对互联网或第三方运营有重大影响的政策,其中包括强制收取任何费用,ICANN都应做到:

a. 至少在董事会采取任何行动前的二十一天(如果情况允许,可以更早),在网站上公开发布通知,说明目前正在考虑采用的政策及相关原因;

b. 在董事会采取任何行动之前,为各方提供一个合理的机会以便对采用提议的政策发表意见,了解其他各方的意见以及针对这些意见予以回复;和

c. 当政策行动影响到公共政策问题时,主动或依照董事会的要求,请政府咨询委员会给出意见,并适当地将政府咨询委员会适时提出的意见纳入考虑范围。

2.在董事会采取最终行动之前,只要是切实可行并符合相关政策制定流程,就应举办公众可以亲自参加的公共论坛,以便讨论本条第6款第(1)(b)项中所描述的任何提议的政策。

3.针对本款所涉及的任何政策采取行动之后,董事会应在会议记录中公布采取任何行动的原因、每位董事对该行动的表决意见,以及任何要求发布此声明的董事的单独声明。

第7款 文件翻译

如果适用且在ICANN预算范围之内, ICANN应帮助将最终发布的文件翻译成各种适用的语言。

第IV条:问责制与审核

第1款 目标

为完成本章程中制定的任务,ICANN应负责确保社群依照符合本章程的方式运作,并充分考虑到本章程第I条中所阐明的核心价值。本条款中的规定,即制定有关ICANN行动的重审和独立审核流程,以及有关ICANN结构和程序的定期审核流程,旨在加强本章程中另行提到的各种问责机制,其中包括第III条中有关透明度的规定,以及本章程通篇提到的董事会及其他选择机制。

第2款 重审

1.ICANN应具备适当的流程,通过该流程,任何在很大程度上受ICANN行动影响的个人或实体都可以要求对董事会所采取的行动进行审核或重审。

2.如果由于下列因素而受到负面影响,任何个人或实体都可以提出请求,要求对ICANN行动或无行动进行重审或审核("重审请求"):

a. 一项或多项员工行动或无行动与已制定的ICANN政策相抵触;或

b. 在ICANN董事会所采取或拒绝采取的一项或多项行动或无行动中,没有考虑到某些重要信息,但以下情况例外:提出请求的一方本应在采取行动或拒绝采取行动时,将某些信息提交给董事会进行考虑,但实际上并没有提交。

3.董事会指定由董事会治理委员会审核和考量此类重审请求。董事会治理委员会有权执行以下操作:

a. 对有待审核或重审的请求进行评估;

b. 确定延缓请求的争议性行动(解决方案尚在审理中)是否合适;

c. 进行任何被视为适当的实际调查;

d. 要求受影响方或其他各方提交额外的书面提议;和

e. 就请求的好处,向董事会提出建议。

4.ICANN应承担重审流程所带来的正常管理成本。本组织保留从提出审核或重审请求的一方收回任何被视为本质上不寻常的成本的权利。如果可以预知此类不寻常的成本,应向提出重审请求的一方说明将产生此类成本的事实以及为什么此类成本对于评估重审请求而言是必要而且合适的,之后提出请求的一方可以选择撤回请求或同意承担这些成本。

5.所有重审请求都必须提交到由董事会治理委员会指定的电子邮件地址,期限为以下日期后的三十天之内:

a. 如果是对董事会行动表示异议的请求,则为在董事会会议的预备报告或会议记录中首次发布有异议的董事会行动相关信息的日期;或

b. 如果是对员工行动表示异议的请求,则为提出请求的一方已经意识到或理应意识到有异议的员工行动的日期;或

c. 如果是对董事会或员工无行动表示异议的请求,则为受影响的人员已经推断出或理应推断出将不会适时采取行动的日期。

6.所有重审请求都必须包括董事会治理委员会所需的信息,至少应包括以下信息:

a. 请求方的姓名、地址和联系信息,包括邮政地址和电子邮件地址;

b. 被要求进行审核或重审的具体ICANN行动或无行动;

c. 行动或无行动的日期;

d. 行动或无行动如何对请求方造成影响;

e. 在提交重审请求的一方看来,被投诉的行动或无行动对他人造成负面影响的程度;

f. 是否请求暂时延缓提出抗议的任何行动,如果是的话,在行动没有得到延缓的情况下将产生什么样的伤害;

g. 如果是员工行动或无行动,则提供一份详细说明,以便向员工阐明员工行动或无行动与所制定ICANN政策不符的事实及其原因;

h. 如果是董事会行动或无行动,则提供一份董事会没有经过考虑的重要信息的详细说明,如果董事会没有收到此类信息,说明为何提交请求方没有在董事会采取行动或拒绝采取行动之前将信息提交给董事会;

i. 请求方要求ICANN采取的具体措施,也就是:是否应该撤销、取消或修改行动以及如何进行,或者应该采取什么样的具体行动;

j. 应采取请求行动的理由;和

k. 请求方希望提交以支持其请求的任何文件。

7.所有重审请求均应在网站上发布。

8.董事会治理委员会有权以同样的方式考量不同各方的重审请求,条件是:(i)请求包含相同的常规行动或无行动;(ii)提交重审请求的各方因这类行动或无行动而受到类似的影响。

9.董事会治理委员会在收到重审请求后应立即对其进行审核,并在收到请求后的三十天之内宣布拒绝考虑重审请求或同意继续考虑重审请求的意图。此公告应在网站上发布。

10.对于拒绝重审请求的决策公告,董事会治理委员会必须在公告中说明做出这种决策的理由。

11.董事会治理委员会可以要求提交重审请求方提供额外的信息或进行说明。

12.董事会治理委员会可以要求ICANN员工就该事项提出自己的意见,这些意见应在网站上公开发布。

13.如果还需要其他信息,董事会治理委员会可以选择通过电话或电子邮件与请求重审方举行会议,如果请求重审方接受,也可以邀请该方亲自参加会议。如果在此类会议中所收集的任何信息与董事会治理委员会提出的任何建议相关,则该信息应在董事会治理委员会的建议中如实写明。

14.董事会治理委员会还可以要求第三方提供有关请求的信息。如果收集到的任何信息与董事会治理委员会提出的任何建议相关,则该信息应在董事会治理委员会的建议中如实写明。

15.董事会治理委员会应根据公众书面记录(包括由请求重审或审核的一方、ICANN员工和任何第三方提交的信息)对重审请求采取行动。

16.为防止滥用重审流程,如果重审请求重复、无关紧要、不真实或具有诽谤性,或者受影响方在收到通知的情况下没有利用这次机会参加有关有争议行动的公众意见征询(如果适用),则董事会治理委员会可以解除重审请求。同样,如果请求方没有显示出将受到ICANN行动的影响,则董事会治理委员会可以解除请求。

17.董事会治理委员会在收到重审请求后的九十天内应向董事会就该请求提出最终建议,如果行不通,则应向董事会报告阻止其提出最终建议的情况,并对提出此类最终建议所需要的时间做出最准确的估计。最终建议应在网站上公布。

18.董事会并不是必须得遵循董事会治理委员会的建议。董事会的最终决策应作为董事会会议(在该会议上采取行动)的初步报告和会议记录的一部分公开发布。

19.董事会治理委员会应每年向董事会提交一份报告,其中至少包含前一个日历年的下列信息:

a. 收到的重审请求的数量和一般性质;

b. 董事会治理委员会已对其采取行动的重审请求数量;

c. 在日历年年终时仍处于未决状态的重审请求数量,以及此类重审请求处于未决状态的平均时间长度;

d. 在日历年年终时未决状态超过九十(90)天的重审请求的描述,以及董事会治理委员会尚未对其采取行动的原因;

e. 由于请求不满足本政策中所制定的标准,董事会治理委员会拒绝考量的重审请求的数量和性质;

f. 任何其他可用机制应针对遭到拒绝的重审请求做出解释,以确保ICANN对受到其决策重大影响的人员负责;和

g. 从董事会治理委员会的观点来看,是否应修订可以请求重审的标准,或者是否应采用或修改其他流程,以确保受到ICANN决策严重影响的所有人员都可以有意义地参与审核流程,从而在限制产生滋扰性主张的同时能够确保公平性。

20.每个年度报告还应汇总本款第19(a)-(e)项所列出的自2003年1月1日起这段时间的主题的相关信息。

第3款 对董事会行动进行独立审核

1.除了本条第2款中所述的重审流程之外,ICANN目前还应实施一个单独的流程,第三方可以通过该流程对那些由受影响方提出的与公司条款或章程相抵触的董事会行动进行独立审核。

2.对于受到董事会决策或行动(认为与公司条款或章程相抵触)重大影响的任何个人,均可以提交请求以对该决策或行动进行独立审核。

3.此类独立审核请求应提交到独立审核小组("IRP"),该审核组负责将有争议性的董事会行动与公司条款和章程进行比较,并负责声明董事会行动是否与公司条款和章程中的规定相一致。

4.IRP应由ICANN不定期指定的国际仲裁供应商("IRP供应商")进行运作,同时采用合同中规定的或由该供应商提名的仲裁人员。

5.在获得董事会批准的情况下,IRP供应商将确立运营规则和程序,这些规则和程序应贯彻本条款第3款中的规定并与其保持一致。

6.任何一方均可以选择由三名成员组成的审核小组对独立审核请求进行考虑;如果没有任何类似的选择,应由一名成员组考虑此事项。

7.IRP供应商应确定一个程序以将成员分配到各个审核小组中;如果ICANN做出此类规定,则IRP供应商应设立一个常务组来听取此类主张。

8.IRP应有权执行以下操作:

a. 要求审核请求方、董事会、支持组织或其他各方提交额外的书面提议;

b. 宣布董事会的行动或无行动是否符合公司条款或章程;和

c. 建议董事会延缓任何行动或决策,或者在董事会根据IRP的意见进行审核并采取行动之前,建议董事会采取任何临时行动。

9.在ICANN组织结构中担任高级职员的个人没有资格在IRP供职。

10.为了尽量减少独立审核的费用和负担,IRP应尽最大可能通过电子邮件或互联网处理其事务。如果需要,IRP可以召开电话会议。

11.IRP应遵守由董事会批准的IRP供应商运营规则和程序中所规定的利益冲突政策。

12.IRP的声明应采用书面形式。 IRP应仅以各方所提交的文档、支持材料和意见为基础发表声明,并且应在其声明中特别指明胜诉方。败诉方通常应负责承担IRP供应商的所有费用,但在特殊情况下,IRP可以根据具体情况在其声明中指出将IRP供应商的一半费用分派给胜诉方,这些情况包括:考虑到各方职位的合理性及其对公众利益的贡献。参与IRP行动的各方均应承担其自己的费用。

13.IRP运作程序以及所有请求、主张和声明在其可用时均应在网站上进行公布。

14.IRP可以根据自己的判断同意某方的请求而保持某些信息的机密性,如商业机密。

15.如果切实可行,董事会将在下一次董事会会议上对IRP声明进行考虑。

第4款 定期审核ICANN的组织结构和运作情况

1.董事会应通过与接受审核的组织无关的一个或多个实体对各支持组织、各支持组织理事会、各咨询委员会(除了政府咨询委员会外)及提名委员会的业绩和运作情况进行定期审核。根据采取董事会规定的标准所采取的审核目标应是为了确定(i)作为ICANN组织结构的一部分,该组织是否具有长期的目标,(ii)如果有的话,那么对其结构或运作方式的任何更改是否有助于提高其效力。

基于董事会确定的可行性,定期审核至少每五年执行一次。五年周期将从董事会接收相关审核工作组最终报告的那一刻算起。

此类审核的结果应在网站上公布以进行公开审核和评论,董事会应于审核结果公布30天之后,于第二次董事会计划会议之前对此审核结果进行考虑。董事会考虑的事项包括经全体董事会成员2/3投票同意对ICANN组成部分的结构或运作进行修订的能力。

2.政府咨询委员会应提供自己的审核机制。

第V条:监察官

第1款 监察官办公室

1.应设立监察官办公室,由监察官管理,包括由董事会确定的适当可行的人力支持。监察官应担任全职工作,并领取由董事会确定的与该职能相应的薪水和福利。

2.监察官应由董事会任命,首任期为两年,并由董事会决定是否可以连任。

3.监察官应由董事会罢免,前提是整个董事会中有四分之三(3/4)的成员投票表决同意罢免。

4.董事会应将监察官办公室的年度预算作为ICANN年度预算流程的一部分。监察官应向总裁提交一份预算提案,然后由总裁把收到的预算提案原封不动地并入整个ICANN总裁预算建议,并呈交董事会讨论。本条款没有禁止总裁就监察官的预算提案的主旨、规模或其他特性方面向董事会提出不同意见。

第2款 特权

监察官的特权是作为中立的争议解决执行者,处理在 第IV条第2款 的重审政策或第IV条第3款 的独立审核政策中的各项规定尚未指出的事宜。监察官的主要职能是对ICANN社群成员提出的认为自己受到ICANN员工、董事会或ICANN选区机构不公正对待的投诉进行独立的内部评估。监察官应客观地拥护公正,设法评估并尽可能解决关于受到ICANN员工、董事会或ICANN选区机构不公正或不当对待的投诉,澄清问题并利用谈判、促进和"穿梭外交"等冲突解决手段实现这些结果。

第3款 运营

监察官办公室应做到以下几点:

1. 促进公平、公正、及时地解决由于董事会或ICANN员工所采取的特定行动或无法采取行动而受到影响的ICANN社群成员(不包括ICANN员工和供应商)可能提出的问题和投诉。另外,这些事项尚未成为重审政策或独立审核政策的主题;

2. 行使自由裁量权,接受或拒绝对投诉或问题采取行动,包括制定程序处理由于不够具体、缺少实质性或和ICANN与社群互动关联不大而成为监察官要处理的不当问题的投诉。此外,在没有上述限制时,监察官无权对内部管理事务、员工事务、董事会成员相关问题或供应商关系相关问题采取任何行动;

3. 有权从ICANN员工和选区机构获得所有必要信息和记录,但不得公布任何机密内容,以实现对投诉进行有根据的评估以及在解决争议时提供适当援助(只需承担投诉者强加的保密义务或遵守ICANN采用的任何适用的保密政策);

4. 通过与ICANN社群开展日常互动和提供在线沟通,提升监察官计划和职能的认知度;

5. 保持中立和独立,不在结果中掺杂偏见和个人利益;和

6. 遵守所有ICANN利益冲突和保密政策。

第4款 与ICANN及外部实体的互动

1.所有ICANN员工、董事会成员或其他支持组织或咨询委员会的参与者都不得阻止或妨碍监察官与ICANN社群(包括ICANN员工)保持联系。ICANN员工和董事会成员应引导提出与ICANN有关的问题、担心或投诉的ICANN社群成员与监察官联系,监察官将向投诉者建议各种可行选项以审查这些问题、担心或投诉。

2.ICANN员工和其他ICANN参与者应遵守和尊重监察官办公室做出的关于对办公室收到的投诉保密的决定。

3.与监察官联系并不能视为向ICANN通知任何具体诉讼或案由。

4.应专门授权监察官向董事会递交自己认为适当的、关于任何特殊事宜及其解决措施或无法解决的报告。如果监察官未根据自行判断确定报告不符合规定,则应在网站上公布上述报告。

5.监察官不得采取任何本章程中未授权的行动,尤其不应以任何方式提起、参与或支持任何挑战ICANN结构、程序、流程或任何ICANN董事会、员工或选区机构行为的法律诉讼。

第5款 年度报告

监察官办公室应每年公布对这一年中的投诉和解决措施的综合分析,并适当处理好保密义务和顾虑。上述年度报告应对这一期间内收到投诉的任何趋势或共同因素进行说明,并建议可以采取的措施以将未来投诉减到最少。年度报告将在网站上公布。

第VI条:董事会

第1款 董事会成员构成

ICANN董事会(以下称"董事会")应包括16名具有表决权的成员(以下称"董事")。此外,应根据本条第9款中规定的需要,指派5名无表决权的联络员(以下称"联络员")。只有董事能确定是否达到法定人数和ICANN董事会表决的有效性。

第2款 董事及其选举;主席和副主席选举

1.董事构成包括:

a. 根据本章程第VII条,由提名委员会选出八名具有表决权的成员。这些董事会席位在本章程中由席位1到8表示。

b. 根据本章程第VIII条,由地址支持组织选出两名具有表决权的成员。这些董事会席位在本章程中由席位9到10表示。

c. 根据本章程第IX条,由国家和地区代码名称支持组织选出两名具有表决权的成员。这些董事会席位在本章程中由席位11到12表示。

d. 根据本章程第X条,由通用名称支持组织选出两名具有表决权的成员。这些董事会席位在本章程中由席位13到14表示。

e. 根据本章程第XI条,由一般会员社群选出一名具有表决权的成员。该董事会席位在本章程中由席位15表示。

f. 总裁,依其职权而自然成为具有表决权的成员。

2.在履行职责填补1到8席位空缺时,提名委员会应通过采用本条第3款中规定的标准,努力确保ICANN董事会由在总体上代表不同地域、文化、技能、经验和观点的成员组成。进行选举时,提名委员会不得推选董事填补任何席位空缺或任期届满的席位,否则会导致任一地理区域(请参见本条第5款)中国家/地区的董事(不包括总裁)总人数超过五人;提名委员会在进行选举时,应确保董事会在各ICANN地理区域都至少有一位董事(来自各地理区域中的国家/地区)("计算多样化")。

就ICANN章程第VI条第2款第2项而言,如果有董事候选人具有多个国家/地区的公民身份,或该候选人在不具有公民身份的国家/地区("居住地")居住五年以上,可将该候选人视为来自任一国家/地区且该候选人必须在其利益声明中选择希望提名委员会用于实现计算多样化的国籍或居住地。就ICANN章程第VI条第2款第2项而言,每人只能有一个"居住地",具体由候选人拥有的永久住所的所在地及其居住地决定。

3.在履行职责填补9到15席位空缺时,支持组织以及一般会员社群应通过采用本条第3款中规定的标准,努力确保ICANN董事会由在总体上代表不同地域、文化、技能、经验和观点的成员组成。在任何特定时间内,由支持组织选出的两名董事均不应为来自同一国家/地区或位于同一地理区域内的国家/地区的公民。

就ICANN章程第VI条第2款第3项而言,如果有董事候选人具有多个国家/地区的公民身份,或该候选人在不具有公民身份的国家/地区("居住地")居住五年以上,可将该候选人视为来自任一国家/地区且该候选人必须在其利益声明中选择希望支持组织进行推选时使用的国籍或居住地。就ICANN章程第VI条第3款第2项而言,每人只能有一个"居住地",具体由候选人拥有的永久住所的所在地及其居住地决定。

4.董事会应每年从董事(不包括总裁)中选出一名主席和一名副主席。

第3款 董事选举标准

ICANN董事应:

1.兼具正直、客观、智慧等品质,以正确的判断和开明的思想闻名,并经证明有能力制定考虑周到的团队决策;

2.了解ICANN使命和ICANN决策对全球互联网社群的潜在影响,并致力于实现ICANN的成功;

3.在董事会实现最广泛的文化和地域多样性,并符合本款规定的其他标准;

4.总的说来,熟悉gTLD注册局和注册商运营;ccTLD注册局;IP地址注册局;互联网技术标准和协议;政策制定程序、法律传统和公众利益;各类企业、个人、学术和非商业互联网用户;

5.在除了报销某些费用之外而没有任何报酬的情况下,愿意担任志愿者;和

6.能够以书面和口头英语进行工作和交流。

第4款 其他资历要求

1.无论有无与本条款规定相反的情况,国家/地区政府官员或通过国家/地区政府之间签订的条约或其他协议成立的跨国实体的官员都不得担任董事。在本章程中,"官员"一词指(i)经选举而担任政府职务的人员或(ii)由政府或跨国实体雇用的人员,而且其在政府或机构的主要职能是制定或影响政府或公共政策。

2.任何支持组织理事会中的任何任职人员(包括联络员)均不应同时担任董事会董事或董事会联络员。如果此人接受了由支持组织理事会或一般会员社群选为董事的提名,则不应在此之后参与支持组织理事会或一般会员社群指定的委员会关于理事会或社群选举董事的讨论或表决,直到理事会或一般会员社群指定的委员会选出由其负责推选的所有董事。如果支持组织理事会中的任职人员接受了被选为董事的提名,则推选该人的选区组织或其他团体或实体可以根据理事会筛选流程的需要选择一名替代者。如果一般会员咨询委员会中的任职人员接受了被一般会员社群选为董事的提名,则推选该人的区域一般会员组织或其他团地或实体可以根据社群筛选流程的需要选择一名替代者。

3.支持提名委员会中的任何任职人员都没有资格竞选董事会职位,如第VII条第8款所述。

第5款 国际代表性

为确保董事会能够体现广泛的国际代表性,提名委员会、各支持组织以及一般会员社群推选董事时应遵守本章程或本章程中提及的与支持组织相关的谅解备忘录中所有适用的多样条款。制定这些多样条款的目的之一就是确保任何时候各地理区域都拥有至少一名董事,而且任何地区在董事会的董事(不包括总裁)始终都不超过5名。在本章程中,下列各项分别被视为一个"地理区域":欧洲;亚洲/澳大利亚/太平洋地区;拉丁美洲/加勒比海岛;非洲;和北美地区。各地理区域中包括的特定国家/地区应由董事会确定,董事会应间或(但至少每三年)审查本款,以确定是否应根据互联网的发展进行某些适当的更改。

第6款 董事的利益冲突

董事会应通过董事会治理委员会,要求各董事每年至少提交一份声明,列举以任何形式与ICANN的业务和其他附属机构相关联的所有企业和其他附属机构。各董事应负责向ICANN公开任何依《加州非营利性公益社团法》(以下称"CNPBCL")第5233款的含义被合理认为可能使该董事成为"利害关系董事"的事项。此外,每位董事应向ICANN公开任何依CNPBCL的5227款的含义可能导致该董事被合理认为是"利害关系人"的关系或其他因素。董事应采用各种政策专门解决董事、官员和支持组织的利益冲突。其实质利益或直接财务利益受某一表决结果影响的任何董事不得参加针对该事项的表决。

第7款 董事的职责

各董事应以个体身份行事,一切以ICANN利益为重,而不是代表选择他们的实体、雇主或任何其他组织或选区组织。

第8款 董事的任期

1.董事席位1到15的正常任期开始时间如下:

a. 席位1到3的正常任期应从2003年ICANN年会以及以后每次ICANN年会(2003年后每隔三年举行一次)结束时开始;

b. 席位4到6的正常任期应从2004年ICANN年会以及以后每次ICANN年会(2004年后每隔三年举行一次)结束时开始;

c. 席位7和8的正常任期应从2005年ICANN年会以及以后每次ICANN年会(2005年后每隔三年举行一次)结束时开始;

d. 席位9和12的任期应持续到2011年ICANN年会后的ICANN年中会议结束。席位9和12的下一个任期应从2011年ICANN年会(2011年后每隔三年举行一次)后的年中会议结束时开始;

e. 席位10和13的任期应持续到2012年ICANN年会后的ICANN年中会议结束。席位10和13的下一个任期应从2012年ICANN年会(2012年后每隔三年举行一次)后的年中会议结束时开始;和

f. 席位11和14的任期应从2010年ICANN年会(2010年后每隔三年举行一次)后的ICANN 年中会议结束时开始;

g. 席位15的第一个正常任期应从2010年ICANN 年会(2010年后每隔三年举行一次)后的ICANN年中会议结束时开始。(注:在席位15的正常任期开始之前,席位15被视为空缺。在一般会员咨询委员会协调下,一般会员社群通过一个流程选举董事来填补空缺的席位15,并就其选举情况书面通知ICANN秘书长。2010年ICANN年会结束时填补的空缺席位15,根据本条款任期到为席位15指定的第一个正常任期开始时为止。按本条第9款第3项和第5项中的规定,2010年ICANN年会结束前,一般会员咨询委员会任命一个无表决权的联络员。)

h. 在该条款中,术语"年中会议"是指在ICANN年度大会结束六个月之后和八个月之前所召开的第一个ICANN公共会议。如果计划了年中会议但后来又在开始日期前的六个月内取消,则计划于年中会议结束时开始的任何席位的任期应从原先计划的年中会议结束日期开始。如果为年中会议确定的时间内没有计划公共会议,则在年中会议结束时开始的任何席位的任期应从ICANN年会结束的六个月后开始。

2.每位担任1到15席位的董事,包括被选出填补空缺的董事,其任职期限应持续至该席位的下一任期开始,直到选出合格的接任者为止,或直到该董事根据本章程辞职或免职为止。

3.在每次年会开始之前,提名委员会应至少提前两个月书面通知ICANN秘书长选举任期从年会结束时开始的董事席位。

4.对于可以选举在当年开始其任期的董事席位的任何支持组织或一般会员社群,应至少在指定的任期开始前两个月(按上述第1.d-g段的规定)向ICANN秘书长递交选举的书面通知。

5.根据本章程移交条款中的规定,任何董事连任不得超过三届。因此,不应将被选出填补任期空缺的人员视为在任期内任职。截至[插入修正生效前日期],本章程规定的席位9、10、11、12、13和14的前任任期,只要不是填补空缺,则按本段规定包括在连任计算内。

6.担任总裁的人员作为董事的任期应该与也只能与其担任总裁的任期一致。

第9款 无表决权的联络员

1.无表决权的联络员应包括:

a. 一名由政府咨询委员会任命的联络员;

b. 一名由根服务器系统咨询委员会(根据本章程第XI条设立)任命的联络员;

c. 一名由安全与稳定咨询委员会(根据本章程第XI条设立)任命的联络员;

d. 一名由技术联络组(根据本章程第XI-A条)任命的联络员;

e. 一名由互联网工程任务组任命的联络员。

2.根据本章程移交条款中的规定,无表决权联络员的任期应从每次年会结束时开始。在每次年会开始之前,负责任命无表决权联络员的机构应至少提前一个月将其任命书面通知ICANN秘书长。

3.无表决权的联络员应作为志愿者提供服务,除了报销某些费用之外,没有任何报酬。

4.每一位无表决权的联络员都可以重新任命,并应继续担任该职位直到已任命接任者或直到该联络员根据本章程辞职或免职。

5.无表决权的联络员应有权出席董事会会议、参与董事会讨论和商讨,并可获得(根据董事会制定的条件)供董事用于董事会讨论、商讨和会议的材料,但不应享受董事权利和特权。无表决权的联络员应有权(根据董事会制定的条件)将根据本款规定向其提供的材料用于与其各自的委员会或组织进行商议。

第10款 董事或无表决权联络员的辞职

根据CNPBCL第5226款,任何董事或无表决权的联络员都可以随时辞职,通过在任何董事会会议上提出口头辞呈(随后立即向ICANN秘书长提交书面通知),或者向ICANN总裁或秘书长提交书面通知。上述辞呈应在指定间内生效,除非另有说明,接受辞呈并不一定使其生效。应根据本条第12款选出接任者。

第11款 董事或无表决权联络员的免职

1.任何董事可以在通知该董事后被免职,只需通过四分之三(3/4)董事多数投票表决即被免职;但是,前提是作为免职行动对象的董事应无权对该行动表决或在计算所需的四分之三(3/4)投票表决时,不应将其视为董事会表决成员;此外,前提还包括免除董事的每次表决应该就免除该特定董事这一单一问题进行的单独表决。如果免职的董事由支持组织选出,则通知该董事的同时也要通知支持组织。如果免职的董事由一般会员社群选出,则通知该董事的同时也要通知一般会员社群。

2.除非无表决权的联络员由政府咨询委员会任命,任何无表决权联络员都可以在通知该联络员和选举该联络员的组织后免职,如果选举组织在得到上述通知后无法马上免除该联络员,只需通过四分之三(3/4)董事多数投票表决即可免职。如果董事会通过四分之三(3/4)董事多数投票表决确定适合采取该行动,则董事会可以请求政府咨询委员会考虑替换由委员会任命的无表决权联络员。

第12款 职位空缺

1.在下列情况下,应视为董事会产生空缺:董事死亡、辞职或免职;董事法定人数增加;根据CNPBCL第5230款等规定,董事被法庭最终宣布精神失常、宣判重罪、因刑事定罪而监禁90天以上或由法庭最终裁定渎职。董事会产生的任何空缺应由提名委员会填补,除非(a)该董事由支持组织选出,在这种情况下,此空缺应由该支持组织填补,或(b)该董事为总裁,在这种情况下,该空缺应根据本章程第XIII条中的规定填补。选举机构应将其填补空缺的任命书面通知ICANN秘书长。被选出填补董事会空缺的董事应继续完成前任未满的任期,直到选出合格的接任者为止。在董事任职期满之前,如果减少董事法定人数不得免除董事职位。

2.在本条第9款 中规定的选择无表决权联络员的组织负责确定这些职位是否存在空缺并进行填补。这些组织应将填补空缺的任命书面通知ICANN秘书长。

第13款 年会

ICANN每年召开年会,以满足选举官员的需要,并处理年会开会前出现的其他类似事务。每次ICANN年会应在ICANN总部或其他任何符合董事会时间和选择的适当地点召开,而且该年会必须在上一次年会结束后的14个月内马上召开。如果董事会认为可行,则年会应通过互联网实时发布,并以视频和音频格式存档。

第14款 例会

董事会按照其确定的日期举行例会。如果未指定其他地点,例会应在ICANN总部召开。

第15款 特别会议

经董事会四分之一(1/4)成员、董事会主席或总裁的要求,董事会应召开特别会议。特别会议由ICANN秘书长召集。如果未指定其他地点,特别会议应在ICANN总部召开。

第16款 会议通知

所有会议的举行时间和地点应采取当面、电话或电子邮件形式通知每位董事和无表决权的联络员,或按照ICANN记录的地址通过预付费的一类邮件(通过航空邮件寄往美国以外地区)或传真发送给每位董事或无表决权联络员。如果以邮寄方式传达通知,至少应在会议召开时间前十四(14)天从美国寄出。如果采取当面通知或电话、传真或电子邮件通知形式,至少应在会议召开时间前四十八(48)小时进行。无论有无与本款规定相反的情况,会议通知不必送达任何签署过弃权书、召开会议书面同意书或相关会议记录批准书(无论会议召开前后)的董事,或者虽然没有得到正式通知,但在会议举行之前或会议开始时对会议的举行没有异议并出席会议的董事。上述所有弃权书、同意书或批准书都应记入公司记录或包括在会议记录中。

第17款 法定人数

除非本章程或法律另有规定,否则在董事会的所有年会、例会和特别会议上,多数在职的董事即构成了对商业事务进行表决的法定人数;在任何符合法定出席人数的董事会会议上,多数董事投票通过的决定就是董事会的决定。如果出席任何董事会会议的董事未能达到法定人数,则出席会议的董事有时可以请求休会,并另行决定会议的地点、时间或日期。如果会议休会超过二十四(24)小时,应通知休会时未出席会议的董事。

第18款 通过电话会议或其他通讯设备举行的会议

董事会或董事会任何委员会的成员可以通过使用(i)会议电话或类似通讯设备(前提是所有出席该会议的董事都可以互相讨论与听取意见)或(ii)电子显示屏通讯或其他通讯设备参与董事会或董事会委员会会议,前提是(a)所有出席该会议的董事都可以讨论与听取意见,(b)所有参加会议的董事在董事会或董事会委员会开始之前均了解完全参与所有事宜的方法,且(c)ICANN 所采用和实施的手段能够证实:(x)出席该会议的人员是董事或具有参会资格的其他人员,以及(y)董事会或董事会委员会的所有行动或表决均仅由董事会或委员会成员,而不是由非成员开展或进行。根据本款规定参与此类会议,视为亲自出席会议。ICANN应在董事会会议召开地点提供允许董事会成员通过电话参与会议所必需的电信设备。

第19款 不通过开会而采取的行动

只要具有表决权的全体董事单独或集体以书面形式表示同意,则凡董事会或董事会委员会要求或允许采取的行动均可实行,而不必通过开会决定。上述书面同意与上述董事的无异议表决具有同等效力。上述书面同意或同意应记入董事会会议记录中。

第20款 电子邮件

除非要求采取书面形式,否则如果适用法律允许,则应认为以电子邮件进行的交流与任何交流方式具有同等的效力。在这种情况下,ICANN应采取其认为适当的措施,确保其以电子邮件进行的交流的真实性。

第21款 监督检查权

每位董事都有权在合理的时间内查阅和复制所有书籍、记录和文件,检查ICANN的实物资产。ICANN应制定合理程序以防止机密信息不当泄露。

第22款 报酬

ICANN董事会主席可以就担任董事收取合理报酬。薪酬委员会应负责为董事会主席建议合理的薪酬水平。只有与薪酬待定方没有利益冲突的薪酬委员会成员才能参与对董事会建议的审议或表决。只有与薪酬待定方没有利益冲突的董事会成员才能参与对董事会主席的薪酬审批的审议或表决。董事会主席不得参与对董事会主席薪酬的审议或表决。薪酬委员会和董事会应遵循美国《国内税收法规》中规定的相应流程以及适用的财政条例,以确保为董事会主席确定合理薪酬(可予驳回的推定)。

董事会主席以外的所有董事在任职期间没有任何报酬。但是,有关董事和无表决权联络员在履行其相应职责时产生的实际而必要的合理费用,董事会可以批准报销。

第23款 同意的推定

一般应推定出席董事会会议的董事赞成会议对任何社团事宜采取的行动,但如果会议记录中有该董事的异议或弃权意见,或者该董事在休会前以书面形式向担当会议秘书工作的人员提出对上述行动的异议或弃权意见,或者在休会后立即以挂号邮件方式向ICANN秘书长提出上述异议或弃权意见,则另当别论。上述表示异议或弃权的权利不适用于在表决中投赞成票的董事。

第VII条:提名委员会

第1款 说明

应设立ICANN提名委员会,负责所有ICANN董事(总裁和由ICANN支持组织选举的董事除外)的选举工作,还负责本章程中规定的其他选举工作。

第2款 组成

提名委员会由以下人员组成:

1.无表决权的主席,由ICANN董事会任命;

2.无表决权的当选主席,由ICANN董事会任命为无表决权顾问;

3.一名由ICANN根服务器系统咨询委员会任命的无表决权联络员,该委员会是根据 本章程第XI条成立的;

4.一名由ICANN安全性和稳定性咨询委员会任命的无表决权联络员,该委员会是根据 本章程第XI条成立的;

5.一名由政府咨询委员会任命的无表决权联络员;

6.根据本章程移交条款中的规定,由一般会员咨询委员会选出的五名有表决权的代表,该委员会是根据本章程第XI条成立的;

7.按本章程第X条的规定,提名委员会应从通用名称支持组织中选出有表决权的代表,具体如下:

a. 一名来自注册局利益相关方团体的代表;

b. 一名来自注册商利益相关方团体的代表;

c. 两名来自商业选区组织的代表,其中一位代表小企业用户,另一位代表大企业用户;

d. 一名来自互联网服务提供商选区组织的代表;

e. 一名来自知识产权选区组织的代表;和

f. 一名来自消费者和公民社会团体的代表,由非商业用户选区组织选出。

8.由以下实体各选出的一名有表决权的代表:

a. 国家和地区代码名称支持组织的理事会,该支持组织是根据本章程第IX条成立的;

b. 地址支持组织的理事会,该支持组织是根据本章程第VIII条成立的;

c. 互联网工程任务组;和

d. 根据本章程第XI-A条设立的ICANN技术联络组;

9.无表决权的副主席,可由主席自行任命,并在主席的整个或部分任职期间行使权利。副主席可以不是该提名委员会的成员。副主席应协助主席履行主席职责,但不能暂时地或以其他方式代理主席工作。

第3款 任期

根据本章程移交条款中的规定:

1.每位有表决权的代表的任期应为一年。代表最多可连任一次,且任期也为一年,这之后必须满两年才有资格再次担任代表。

2.对于每位有表决权的代表,其正常任期应从一次ICANN年会结束时开始,并于下次ICANN年会结束时终止。

3.无表决权联络员的任期由指定这些联络员的实体指定。主席、当选主席以及任意一位现任副主席的任期到下次ICANN年会结束时终止。

4.预计在当选主席任期结束后,当选主席将被董事会任命为主席职位。但是,董事会保留任命其他人担任主席职位的决定权。在任命当选主席时,如果董事会决定任职主席的人员连任,则当选主席职位在董事会指定的任期内保留空缺。

5.代表、无表决权联络员、主席或当选主席职位出现空缺时,应由负责选举这些职位的实体来提供人选。按本条第4段,对于当选主席职位空缺的任何任期,或在可以填补其他当选主席职位空缺之前,董事会可以从以前任职于董事会或提名委员会的人员中选出一位担任无表决权的主席顾问,包括前一任提名委员会主席。副主席职位出现空缺时,可由主席遵照本条第2款第9项规定的标准提供人选。

6.无论出现任何职位空缺,都不应影响提名委员会履行本章程指定的职责。

第4款 提名委员会代表的选举标准

ICANN提名委员会的代表应符合以下标准:

1.正直、客观和高智商的全面型人才,在判断力准确、思想开放以及具备在大学大型组织内制定决策的经验和能力方面都得到很高的评价;

2.交际广泛,拥有丰富的互联网社群经验,并致力于实现ICANN的成功;

3.选举机构确信在履行相应职责时能够广泛征求和接纳意见的人才;

4.在履行相应提名委员会职责时,能够保持中立和客观的态度,对特定的个人、组织或商业对象没有任何固定的个人承诺;

5.理解ICANN使命和ICANN活动对自愿提供服务的更广泛互联网社群的潜在影响,另外,除了报销某些费用之外,没有任何报酬;

6.能够以书面和口头英语进行工作和交流。

第5款 多样性

提名委员会在履行其职责来选拔ICANN董事会成员,以及根据本章程规定的职责来选拔任何其他ICANN机构的成员时,应将ICANN董事会和其他类似机构的连续成员资格纳入考虑范围,并力求确保用来填补ICANN董事会及其他每个类似机构中各空缺的所选人员能够在适合并符合本条第4款规定的其他标准的情况下,按照第I条第2款核心价值4的指导原则做出选择。

第6款 管理和运营支持

ICANN为提名委员会履行其职责提供必要的管理和运营支持。

第7款 程序

提名委员会应采纳确实必要的运营程序,并将其发布到网站上。

第8款 提名委员会的选举资格

对于提名委员会中的任职人员,如果ICANN年会的结束时间等于或晚于相应人员的任职到期时间,则相应人员有资格以任何方式参选董事会或以下任何其他ICANN机构中的任何职位,这些机构中的一个或多个成员职位由提名委员会负责派人担任。

第9款 提名委员会的任职资格

ICANN的任何员工或收费顾问(包括监察官)不得同时担任提名委员会的任何职务(请参见本条第2款)。

第VIII条:地址支持组织

第1款 说明

1.地址支持组织(ASO)须向董事会就有关互联网地址操作、分配和管理的政策问题提出建议。

2.ASO是依据由ICANN和号码资源组织(NRO)于2004年10月21日签署的谅解备忘录设立的实体,NRO是由各个现有地区互联网注册局(RIR)构成的一个组织。

第2款 地址理事会

1.ASO应设地址理事会,由NRO号码理事会的成员组成。

2.地址理事会应选举指定由ASO负责填补的董事会席位空缺的董事。

第IX条:国家和地区代码名称支持组织

第1款 说明

应设立政策制定机构,即国家和地区代码名称支持组织(ccNSO),该组织负责:

1. 为董事会制定和建议与国家/地区代码顶级域名相关的全球政策;

2.促进在ccNSO社群(包括与名称相关的ccTLD活动)中达成共识;

3.与其他ICANN支持组织、委员会和ICANN下的选区组织协同工作。

根据ccNSO成员资格,适用于该组织成员的政策仅指根据本条第4.10款和4.11款制定的政策。但ccNSO也可以参与由其成员授权的其他活动。是否遵守上述活动成果取决于自愿,这些活动可以包括:设法为ccTLD经理制定志愿者最佳做法、帮助在全球ccTLD经理社群中加强技能,以及促进ccTLD经理之间的运营和技术协作。

第2款 组织

ccNSO应由以下两部分组成:(i)已书面同意成为ccNSO成员的ccTLD经理(请参见本条第4款第2项);(ii)负责管理ccNSO的政策制定流程的ccNSO理事会。

第3款 ccNSO理事会

1.ccNSO理事会应由以下几部分组成:(a)三名ccNSO 理事会成员,由每个ICANN地理区域的ccNSO成员按照本条第4款第7至9项规定的方式选出;(b)由ICANN提名委员会选出的三名ccNSO 理事会成员;(c)本款第2段所述的联络员;(iv) 本款第3段所述的观察员。

2.以下每个组织至少还应各选出并任命一名人员,作为ccNSO理事会的联络员: (a)政府咨询委员会;(b)一般会员咨询委员会;以及(c)本条第5款所述的各区域组织。上述联络员不能是ccNSO理事会成员,也不可在该理事会具有表决权,但享有与ccNSO理事会成员同等的参与资格。联络员的任命应以书面通知的形式提交给ICANN秘书长,同时向ccNSO理事会主席发送该通知副本,任期遵照任命组织在书面通知上的指示。任命组织可随时罢免或替换其联络员,但需要向ICANN秘书长提交罢免或替换的书面通知,同时向ccNSO理事会主席发送该通知副本。

3.ccNSO理事会可与其他任何ICANN支持组织的理事会就交换观察员达成一致协议。上述观察员不能是ccNSO理事会成员,也不可在该理事会具有表决权,但享有与ccNSO理事会成员同等的参与资格。任命理事会可随时向ccNSO理事会指派(罢免或替换)其观察员,但需要向ICANN秘书长提交书面通知,同时向ccNSO理事会主席发送该通知副本。

4.根据本章程移交条款中的规定:(a)所有ccNSO理事会成员的正常任期应从一次ICANN年会结束时开始,并于其后第三次ICANN年会结束时终止;(b)由每个ICANN地理区域的ccNSO成员选出的三位ccNSO理事会成员的正常任期是相互交错的,即一位成员的任期从一个可被三整除的年份开始,第二位成员的任期从该年(可被三整除的年份)的下一年开始,第三位成员的任期从该年(可被三整除的年份)以后的第二年开始;(c)提名委员会选出的三名ccNSO理事会成员的正常任期也应采用相同的交错方式。每位ccNSO理事会成员应在其正常任期内任职,直到接任者选出并证明合格,或者该成员依据本章程辞职或离开。

5.ccNSO理事会成员被免职的原因包括:无故连续三次不参加ccNSO理事会的会议;或做出严重的不当行为。

6. ccNSO理事会成员被免职的原因包括:无故连续三次不参加ccNSO理事会的会议;或做出严重的不当行为。上述两项原因均通过至少66%的全体ccNSO理事会成员投赞成票来确定。

7.在下列情况下,应视为ccNSO理事会产生空缺:任何ccNSO理事会成员死亡、辞职或免职。提名委员会选出的三位成员出现空缺时,应由提名委员会通过向ICANN秘书长提交人选的书面通知,同时向ccNSO理事会主席发送该通知副本,来填补未满的任期。ccNSO成员选出的ccNSO理事会成员出现空缺时,应根据本条第4款第7至9项规定的程序填补未满的任期。

8.ccNSO理事会的职责是管理和协调ccNSO事务(包括协调本条第4款第6项所述的ccNSO成员会议,包括年会),以及依据本条第6款管理政策建议的制定。ccNSO理事会还应承担其他职责,如ccNSO经常需要确定各种成员的人选。

9.ccNSO理事会应通过书面投票或会议决议的形式选举董事会席位11和12;任何类似选举必须经过当时ccNSO理事会全体在职成员的多数投赞成票才能通过。ccNSO理事会的人选通知应由ccNSO理事会主席以书面形式提交给ICANN秘书长,这一程序须遵照第VI条,第8款第4项第12款第1项

10.ccNSO理事会应从其成员中选举ccNSO理事会主席和适当数量的副主席。ccNSO理事会主席和副主席职位应通过书面投票或以会议决议的形式选举;任何类似选举必须经过当时ccNSO理事会全体在职成员的多数投赞成票才能通过。ccNSO理事会主席和任何副主席职位的任期应由ccNSO理事会在选举时或选举之前指定。ccNSO理事会主席或任何副主席的罢免可以采用与选举相同的程序。

11.ccNSO理事会应根据ccNSO成员的指导采纳视为必要的ccNSO规则和程序,前提是这些规则和程序符合本章程。ccNSO理事会应将采纳的ccNSO成员规则和运营程序发布到网站上。

12.除了本款第9段和第10段中的说明,ccNSO理事会应在会议中发挥作用。ccNSO理事会应按照自身确定的日程定期开会,但每个日历年不得少于四次。根据ccNSO理事会的意见,会议可以现场或其他方式举行,前提是ccNSO理事会全体成员都可以通过本款第14段中所述的至少一种方式参加会议。除非ccNSO理事会出席成员多数投赞成票确定适合召开封闭性会议,否则现场会议应向所有相关人员开放。在可行范围内,ccNSO理事会会议应与董事会会议或ICANN其他支持组织的一个或多个会议同时进行。

13.ccNSO理事会所有会议的举行时间和地点(以及除亲自参加外其他参加方式的相关信息)应以电子邮件、电话、传真或书面通知(直接送达或邮寄)的方式,通知每位ccNSO理事会成员、联络员和观察员。如果以邮寄方式传达通知,至少应在会议召开日期前21天寄出。如果采取直接送达或者通过电话、传真或电子邮件方式传达通知,至少应在会议召开日期前七天发送。每次召开ccNSO理事会会议,应至少提前七天(如果不可行,则尽量提前)公布关于此次会议及其已知日程的通知。

14.ccNSO理事会成员可通过现场参加或使用电子通讯方式(如电话或视频会议)参加ccNSO理事会会议,前提是(a)所有参加会议的ccNSO理事会成员可互相讨论与听取意见,(b)所有参加会议的ccNSO理事会成员在ccNSO理事会开始之前均了解完全参与所有事宜的方法,(c)提供合理的方式对参加会议的ccNSO理事会成员身份及其投票进行验证。除非本章程另有规定,否则多数在职的ccNSO理事会成员(即有表决权的成员)即构成了对商业事务进行表决的法定人数;在任何符合法定出席人数的ccNSO理事会会议上,多数理事会成员投票通过的决定就是ccNSO理事会的决定。 ccNSO理事会应将其会议记录传送给ICANN秘书长,会后由ICANN秘书长将这些记录尽快发布到网站上,但不迟于会议后21天。

第4款 成员资格

1.ccNSO的成员资格包括ccTLD经理。任何ccTLD经理如果符合本款第2段 中所述的成员资格,均有资格成为ccNSO成员。就本条款而言,ccTLD经理是负责管理ISO 3166国家和地区代码顶级域的组织或实体,在IANA数据库中当前名为"赞助组织"的标题下,或在以后其他形式的该标题下,会提到由此组织或实体来管理该国家和地区代码顶级域。

2.任何ccTLD经理通过向ccNSO理事会指定受理申请的人员提交申请,均可成为ccNSO成员。根据本章程移交条款中的规定,申请人应书面填写ccNSO理事会的指定表格。申请包括ccTLD经理对其在ICANN结构中担任ccNSO职务的认可,以及ccTLD经理对其在担任ccNSO成员期间的以下行为表示同意:(a)遵守ccNSO规则,包括成员规则,(b)遵守由ccNSO制定和建议并经董事会以本款第10段和第11段中说明的方式采纳的政策,(c)支付ccNSO理事会在本条第7款第3项规定的ccNSO会员费。 ccNSO成员可随时辞职,但需要向ccNSO理事会指定接收辞职报告的人员提交书面通知。 ccTLD经理辞职后,将不再需要(a)遵守ccNSO规则,包括成员规则,(b)遵守由ccNSO制定和建议并经董事会以本款第10段和第11段中说明的方式采纳的政策,(c)支付ccNSO理事会在 本条第7款第3项规定的ccNSO会员费。如果ccNSO理事会未指定受理申请和辞职报告的人员,可将受理申请和辞职报告发送给ICANN秘书长,ICANN秘书长再将收到申请和辞职报告等事宜通知ccNSO理事会。

3.ccNSO成员或本条第5款 所述的任何区域组织的成员均不具有访问或注册IANA数据库的资格。 ccTLD经理与ICANN之间的任何个人关系或ccTLD经理接受IANA服务,与ccNSO成员资格无任何关系。

4.ccTLD的地理区域说明请参见本章程第VI条第5款。就本条款而言,如果某个地理区域内的ccTLD经理是ccNSO成员,无论该经理实际处于何地,都称其为该地理区域"内"的ccNSO成员。如果ccNSO成员所属的地理区域不确定,ccTLD成员应根据ccNSO理事会采用的程序进行自主选择。

5.每个ccTLD经理均可以书面形式指定人员、组织或实体代表ccTLD经理。如果没有指定,则应由IANA数据库中列示为管理联系人的人员、组织或实体来代表ccTLD经理。

6.ccNSO成员应举行年会,该大会由ccNSO理事会进行协调。年会应允许所有人员参加,并为不是ccNSO成员的ccTLD经理以及其他非ccNSO成员提供合理的参与机会。在可行范围内,ccNSO成员的年会应以现场形式举行,并且应与董事会会议或ICANN其他支持组织的一个或多个会议同时进行。

7.每个地理区域的ccNSO成员选举的ccNSO理事会成员(请参见 本条第3款第1(a)项)通过提名选出,如需进行选举,可由该地理区域的ccNSO成员执行。如果是由ccNSO成员选出的ccNSO理事会成员,至少在其正常任期结束90天前,或上述ccNSO理事会成员席位出现空缺时,ccNSO理事会成员应建立提名和选举计划,然后将其发送给地理区域内的所有ccNSO成员并发布到网站上。

8.任何ccNSO成员均可提名一人代表ccNSO成员的地理区域组织担任ccNSO理事会成员。提名必须获得同一地理区域另一名ccNSO成员的赞同。获得ccNSO理事会成员提名的人员如果接受上述成员提名,即表示同意支持ccNSO成员所遵守的政策。

9.如果提名结束时某特定地理区域内的(获得赞同和认可的)提名候选人数未超过ccNSO理事会的空缺席位数,则应推选提名候选人担任ccNSO理事会成员。否则,该地理区域内具有选举表决权的ccNSO成员将通过其指定代表以书面投票方式(可能是通过电子邮件)进行选举,从(获得赞同和认可的)提名候选人中选出ccNSO理事会成员。在上述选举中,地理区域内具有表决权的全体ccNSO成员的多数应与所需的法定人数相等,而且选定候选人必须获得该地理区域内ccNSO成员的多数投票。ccNSO理事会主席应就选举ccNSO理事会成员(依据本段规定)事宜向ICANN秘书长提交即时的书面通知。

10.根据第4(11)项,按照ccNSO成员资格适用于ccNSO成员的ICANN政策仅限于以下四项:(a)依据第IX条第6款和附件C仅解决ccNSO范围内问题的政策,(b)通过ccPDP制定的政策(请参见本条第6款),(c)由ccNSO向董事会建议的政策,(d)由董事会采纳的政策,前提是上述政策与ccTLD经理的适用法律(始终高于其他政策)没有冲突。另外,上述政策应适应于ICANN举办的与ccTLD相关的活动。

11.ccNSO成员如果向ccNSO理事会做出了以下声明:(a)实施政策需要成员违反习俗、信仰或公共政策(未在本款第10段说明的适用法律中提及),(b)不实施政策不会削弱DNS运营或交互协作能力,并提供支持其声明的详细理由,则该成员不应受到限制。经过调查后,ccNSO理事会应针对ccNSO成员的声明做出反馈。如果ccNSO理事会就否决该声明达成共识(可以通过不少于14名的ccNSO理事会成员投票来证明),则反馈应该说明ccNSO理事不同意该声明以及不同意的理由。否则,反馈应说明ccNSO理事会同意该声明。如果ccNSO理事会不同意,则ccNSO理事会应该在六个月的期限后对该情况进行评审。在此期限结束时,ccNSO理事会应就以下问题提供调查结果:(a)ccNSO成员实施政策是否需要成员违反习俗、信仰或公共政策(未在本款第10段说明的适用法律中提及),(b)不实施政策是否会削弱DNS运营和交互协作能力。在做出任何与声明不一致的调查结果的过程中,ccNSO理事会应采用达成共识的意见,这可以通过不少于14名的ccNSO理事会成员投票来证明。

第5款 区域组织

ccNSO理事会可以为每个ICANN地理区域指定一个区域组织,前提是该区域组织允许该地理区域内所有具有ccNSO完全成员资格的成员加入。指定或取消指定区域组织的决策需要全体ccNSO理事会成员中66%的成员投赞成票,并且根据董事会制定的程序进行评审。

第6款 ccNSO政策制定流程和范围

1.ccNSO制定政策的职责范围可参见本章程附件C;对范围的任何修改都应由ccNSO通过ccPDP程序向董事会建议,并且由董事会批准。

2.ccNSO在制定ccNSO范围内的全球政策并向董事会建议的过程中,应该遵循ccNSO政策制定流程(ccPDP)。ccPDP可参见本章程附件B;修改应由ccNSO通过ccPDP程序向董事会建议,并且由董事会批准。

第7款 人力支持与资助

1.应ccNSO理事会的请求,可指派ICANN员工支持ccNSO并任命其为ccNSO员工事务经理。另外,ccNSO理事会也可以自费指定其他人担任ccNSO员工事务经理。 ccNSO员工事务经理的实质性工作应由ccNSO理事会主席指派,并且可包括ccPDP问题管理人的职责。

2.应ccNSO理事会的请求,ICANN应为ccNSO履行其职责提供必要的管理和运营支持。上述支持不包括ICANN报销ccNSO因参加任何ccNSO会议或出于其他任何目的而产生的差旅费用。ccNSO理事会可以另外自费提供管理和运营支持,或替代由ICANN提供的支持。

3.ccNSO理事会须制定由ccNSO成员缴纳的会费,以支付本款第1段和第2段中提及的自费,但须获得ccNSO成员的赞成。

4.依据本条款,提交给ICANN秘书长的书面通知应永久保留,并在ccNSO理事会请求时供其评审。ICANN秘书长还应维护公布在网站上的ccNSO成员名单,该名单包括每个ccTLD经理的指定代表的姓名。

第X条:通用名称支持组织

第1款 说明

应设立政策制定机构,即通用名称支持组织(GNSO),该机构负责制定与通用顶级域名相关的基本政策并上报ICANN董事会。

第2款 组织

GNSO应包括:

(i)按本条第5款所述,在利益相关方团体中组建的大量选区组织(如果适用);

(ii)按本条第5款中所述,在议院中组建的四个利益相关方团体;

(iii)按本条第3款第8项所述,在GNSO理事会中成立的两个议院;和

(iv)按本条第3款所述,负责管理GNSO政策制定流程的GNSO理事会。

除非本章程另有规定,否则四个利益相关方团体和选区组织负责各自确定自己的章程,并由成员和ICANN董事会批准。

第3款 GNSO理事会

1.根据本章程移交条款第XX条第5款中的规定和第X条第5款所述,GNSO理事会应包括:

a. 从注册局利益相关方团体中选出的三名代表;

b. 从注册商利益相关方团体中选出的三名代表;

c. 从商业利益相关方团体中选出的六名代表;

d. 从非商业利益相关方团体中选出的六名代表;和

e. 由ICANN提名委员会选出的三名代表,其中一人应无表决权,但在其他方面享有与GNSO理事会其他成员同等的参与资格,包括提议、复议以及被选为主席。提名委员会应为每个议院分配一名提名委员会任命的有表决权的代表(按本条第3款第8项所述)。

任何代表都不得同时担任GNSO理事会的多个席位。

利益相关方团体应在他们的章程中确保他们的GNSO理事会代表尽可能多元化,包括考虑地理位置、GNSO选区组织、部门、能力和性别。

可能不时会有来自其他ICANN支持组织和/或咨询委员会的GNSO理事会联络员。负责人员选派的组织应通过向GNSO理事会主席和ICANN秘书长提供书面通知来指定(罢免或替换)其在GNSO理事会的联络员。联络员不得为GNSO理事会的成员,也无权参与GNSO理事会投票表决、提议、复议或担任高级职员,但在其他方面应享有与GNSO理事会成员同等的参与资格。

2.根据本章程移交条款第XX条第5款中的规定,每个GNSO理事会成员的正常任期应从一次ICANN年会结束时开始,并于其后的第二次ICANN年会结束时终止。对于从有三个理事会席位的利益相关方团体中选出的两名代表,其正常任期应于偶数年开始;对于由利益相关方团体选出的其他代表,其正常任期应于奇数年开始。对于从有六个理事会席位的利益相关方团体中选出的三名代表,其正常任期应于偶数年开始;对于由利益相关方团体选出的其他三名代表,其正常任期应于奇数年开始。对于由提名委员会选出的三名成员,其中一名成员的正常任期应于偶数年开始,其他两名成员的正常任期应于奇数年开始。每位GNSO理事会成员应在其正常任期内任职,直到选出可胜任的继任者为止,或者直到该成员依据本章程辞职或被罢免为止。

除非是在需满足利益相关方团体章程中规定的地理分布要求或其他多元化要求(此时无可任职的候选代表)等"特殊情况"下,否则选出的理事会成员连任不得超过两届,在这种特殊情况下,理事会成员可能需要连任三届。因此,不应将被选出填补任期空缺的人员视为在任期内任职。已连任两届的前任理事会成员在此后任何任期内任职之前,不得在上一届完整任期内任职。GNSO运营程序中对"特殊情况"进行了定义。

3.出现以下情况时,应视为GNSO理事会存在职位空缺:任何成员死亡、辞职或被罢免。关于填补职位空缺以使未尽任期完成的事宜,应由相应的提名委员会或利益相关方团体在出现空缺之前选举担任该职位的人选,并向ICANN秘书长提交其选举结果的书面通知。相应的利益相关方团体章程中规定了处理利益相关方团体任命的GNSO理事会成员空缺、辞职和免职的程序。

由提名委员会选出的GNSO理事会成员,可通过以下方式罢免: i)由相应议院(提名委员会被任命人员所在的议院)全体成员的四分之三(3/4)多数投票表决说明理由 ii)如果是无表决权提名委员会被任命人,则每个议院全体成员的四分之三(3/4)多数投票表决说明理由(请参见本条第3款第8项)。此免职应由ICANN董事会根据受影响的GNSO理事会成员申诉来撤销。

4.GNSO理事会负责管理GNSO的政策制定流程。该理事会应采用其认为适合履行上述职责的程序("GNSO运营程序"),但前提是此类程序已经过每个议院的多数投票批准。 GNSO运营程序应在二十一(21)天的公众意见征询期结束后生效,由董事会审核并受其监管。在GNSO理事会建议任何修订之前,适用的程序应为本条第6款中规定的程序。

5.对于来自任何特定企业或其他组织(包括其分支和附属机构)的高级职员、董事或雇员,在任何规定时间内,于GNSO理事会任职的人数不得超过一人。

6.GNSO应通过书面选票或会议决议的形式选出适当人员,填补ICANN董事会的席位13和14。GNSO的两个具有表决权的议院(按本条第3款第8项所述)应按如下所述选出适当人员,填补两个ICANN董事会席位中的一个席位;该选举必须由具有表决权的全体议院成员以百分之六十(60%)票数通过:

a. 缔约方机构应选出一名代表填补席位13;

b. 非缔约方机构应选出一名代表填补席位14。

GNSO运营程序中对筛选程序进行了定义。

董事会席位的人选通知应由GNSO主席以书面形式提交给ICANN秘书长,这一程序须遵照第VI条第8款第4项第12款第1项

7.GNSO理事会应选出GNSO主席,任期由GNSO理事会指定,但不得超过一年。每个议院(按本条第3款第8项所述)应选出一名副主席,其将成为整个GNSO理事会的副主席,任期由GNSO理事会指定,但不得超过一年。GNSO运营程序中规定了选举主席和任何其他高级职员的程序。如果在上一任主席任期结束时,GNSO理事会尚未选出GNSO主席,则副主席将担任临时GNSO联合主席的职务,直到选出主席为止。

8.除非本章程对表决权另有要求,否则GNSO理事会(请参见本条第3款第1项)应按如下所述分为一个两院制架构:

a. 缔约方机构包括注册局利益相关方团体(三名成员)、注册商利益相关方团体(三名成员)以及ICANN提名委员会任命的一名投票成员,总共是七名投票成员;和

b. 非缔约方机构包括商业利益相关方团体(六名成员)、非商业利益相关方团体(六名成员)以及ICANN提名委员会为该机构任命的一名投票成员,总共是十三名投票成员。

除非本章程另有规定,否则决议议院的每个成员有权对GNSO理事会的每个单独事项投出一票。

9.除非本章程另有规定,否则附件A或GNSO运营程序以及通过GNSO理事会提议或其他表决行动的默认门槛只要求每个议院的多数投票批准。下述投票门槛应适用于以下GNSO行动:

a. 创建问题报告:要求每个议院的赞成票超过25%才能通过或单个议院多数投票通过;

b. 在范围内启动政策制定流程("PDP")(按附件A中所述):要求每个议院的赞成票超过33%才能通过或单个议院赞成票超过66%通过;

c. 不在范围内启动PDP:要求一个议院的赞成票超过75%,另一个议院多数投票通过("GNSO绝大多数票");

d. 在不采用GNSO绝大多数票的情况下批准PDP建议:要求每个议院投多数赞成票通过,此外还要求一名GNSO理事会成员代表以及4个利益相关方团体中至少有3个支持该建议;

e. 在采用GNSO绝大多数票的情况下批准PDP建议:要求GNSO绝大多数票通过;

f. 在对特定缔约方规定新义务的情况下批准PDP建议:如果ICANN合同条款指定"理事会三分之二票数"才能通过,则对于受此合约条款影响的缔约方,必须满足或超出GNSO绝大多数票门槛。

第4款 人力支持与资助

1.应指定一名ICANN工作人员来支持GNSO,由GNSO理事会主席指定该名工作人员应处理的实质性事务,其职称应为GNSO员工事务经理(以下称"员工事务经理")。

2.ICANN应为GNSO履行其职责提供必要的管理和运营支持。上述支持不包括ICANN报销GNSO参与者因参加任何GNSO会议或出于其他任何目的而产生的差旅费用的义务。 ICANN可以按照可能不时采用的差旅支持程序或指南自行决定是否报销GNSO参与者的差旅费。

第5款 利益相关方团体

1.按本章程移交条款第XX条第5款的规定,以下利益相关方团体代表一个或多个选区组织或利益团体:

a. 注册局利益相关方团体(代表所有与ICANN签有合同的gTLD注册局);

b. 注册商利益相关方团体(代表所有经ICANN认定并与其签有合同的注册商);

c. 商业利益相关方团体(代表所有的大型和小型的互联网商业实体);和

d. 非商业利益相关方团体(代表互联网的全体非商业实体)。

2.按本条第3款第1项,为每个利益相关方团体分配特定数量的理事会席位。

3.在本款第1段确定的每个利益相关方团体以及其相关的选区组织(如果适用)应得到ICANN董事会的认可。要获得董事会的认可,要求实体确实代表其意在代表的利益相关方社群的全局利益,并且在最大的可行范围内以公开透明的方式进行运作,并遵循既定程序以确保公平。按董事会的指示定期审核利益相关方团体和选区组织章程。

4.在非缔约方机构中,任何个人或实体团体均可请求董事会认可其作为新选区组织或单独选区组织的资格。所有此类请求应包括:

a. 详细说明新增此选区组织为什么会提高GNSO履行其政策制定责任的能力;

b. 详细说明提议的新选区组织为什么能够充分代表其意在代表的利益相关方的全局利益;

c. 对特定利益相关方团体中组织结构的建议;和

d. 提议的章程(遵守本章程中包含的原则和程序)。

任何寻求认可新选区组织以及相关章程的请求都应予以公布来征询公众意见。

5.按第5款第3项所述,董事会可以应此类请求或自行创建新选区组织,前提是董事会确定此项行动有助于实现ICANN目标。在考虑自行创建新选区组织的情况下,董事会应公布一份详细的说明,解释需要创建或值得创建新选区组织的原因,同时设定征询公众意见的合理时间,并在审核收到的所有意见之后做出是否创建新选区组织的最终决定。无论何时为征询公众意见而公布新选区组织创建请求或建议,董事会均应通知GNSO理事会以及受影响的相应利益相关方团体,并应在采取行动之前评价该通知的任何反馈。

第6款 政策制定流程

GNSO须遵循的政策制定程序应如本章程附件A所述。这些程序可以通过本条第3款第4项中所述的方式进行补充或修订。

中所述的方式进行补充或修订。

第1款 总则

除本条款中的规定以外,董事会可设立一个或多个咨询委员会。咨询委员会的成员可以仅包括董事、董事和非董事或仅包括非董事,也可以包括无表决权成员或候补成员。咨询委员会在法律上无权代表ICANN,但应向董事会报告其调查结果并提供建议。

第2款 特定咨询委员会

至少应设立以下咨询委员会:

1.政府咨询委员会

a. 政府咨询委员会应就与政府关注问题相关的ICANN活动做出考量并提供建议。政府关注的问题尤其体现在以下两方面:ICANN政策和各种法律及国际协议之间可能存在相互作用;ICANN政策可能影响公共政策问题。

b. 政府咨询委员会的成员资格应向各个国家/地区政府开放。应政府咨询委员会主席的邀请,政府咨询委员会的成员资格也应向国际论坛所认可的不同经济体、多个国家/地区政府组织和条约组织开放。

c. 政府咨询委员会可以采用自己的章程和内部运作原则或程序来指导其运作,并应在网站上公布。

d. 政府咨询委员会主席应由政府咨询委员会成员遵循其表决通过的既定程序选出。

e. 政府咨询委员会的每位成员应各指定一名授权代表进入委员会。由成员指定的授权代表须在该成员的公共管理层担任官员职位。 "官员"包括以下人员:在由选举产生的政府中担任公职的一名人员;由此类政府、公共权力机构或多个国家/地区政府组织或条约组织所雇用,其在政府、公共机构或组织中的主要职责是制定或影响政府或公共政策的一名人员。

f. 政府咨询委员会每年应为ICANN董事会和ICANN提名委员会分别指定一名无表决权的联络员,联络员在董事会的连任不受限制。

g. 如果政府咨询委员会认为适当且有益,则可以为每个支持组织理事会和咨询委员会各指定一名无表决权的联络员。

h. 董事会应及时就任何它或ICANN的任何支持组织或咨询委员会征询公众意见的公共政策相关提议通知政府咨询委员会主席,并应在采取行动之前适当地将任何针对该通知适时提出的反馈纳入考虑范畴。

i. 政府咨询委员会可以将问题直接呈交给董事会,途径为进行评论或预先提出意见;提出特别行动建议、制定新政策或修订现有政策。

j.在制定政策和表决通过政策过程中,应适当地将政府咨询委员会就公共政策事项的意见纳入考虑范畴。若ICANN董事会决定采取的与政府咨询委员会意见相抵触,则董事会应如实向委员会报告并说明其决定不采纳该意见的理由。政府咨询委员会和ICANN董事会随后将及时、有效且诚恳地尝试寻求双方都可接受的解决办法。

k.若找不到这样的解决办法,ICANN董事会将在其最终决策中说明未采纳政府咨询委员会意见的理由,该说明将无损于政府咨询委员会成员就其职责范围内公共政策问题的权利或义务。

2.安全与稳定咨询委员会

a. 安全与稳定咨询委员会(以下称"SSAC")的职责是就互联网命名和地址分配系统的安全性及完整性相关事宜向ICANN社群和董事会提出意见。委员会应行使以下职责:

1.就安全性事宜与互联网技术社群和关键 DNS 基础设施服务的运营商和经管人进行沟通,其中包括根名称服务器运营商社群、顶级域名注册局和注册商、in-addr.arpa和ip6.arpa等反向解析域名树系统的运营商,以及其他由事件和进展情况所要求的机构。委员会应收集并阐明各种要求,以便将其提供给那些参与DNS和地址分配相关协议的技术修订的机构,以及那些参与制定运营计划的机构。

2.持续对互联网命名和地址分配服务进行威胁评估和风险分析,以便评估稳定性和安全性的主要威胁所在,并相应对ICANN社群提出意见。委员会应就任何必要的审核活动提出建议,以便评估与已确定的风险和威胁相比,当前的DNS和地址分配安全性的状态。

3.与那些直接负责互联网命名和地址分配安全性事宜的机构(IETF、RSSAC、RIR、域名注册局等)进行沟通,以便确保现有的标准化、部署、运营和协调等活动适当采取了其就安全方面的风险、问题和工作重点而提出的建议。委员会应对这些活动加以监督,并将其进展情况通知给ICANN社群和董事会(如果适用)。

4.定期就其活动情况向董事会报告。

5.向ICANN社群和董事会提出政策建议。

b. SSAC的主席和成员应由董事会指定。 SSAC成员任命期限为三年,从1月1日开始到第二年的12月31日结束。主席和成员可以重新任命,对于主席或成员的任期没有限制。 SSAC主席可就SSAC的任命情况向董事会提供建议。 SSAC主席应错开任命建议,以便SSAC每年有大约三分之一(1/3)的成员有机会被任命或重新任命。根据SSAC的建议或在咨询了SSAC后,董事会还应具有罢免SSAC被任命人的权利。(注:根据本段规定,第一个完整任期应从2011年1月1日开始到2013年12月31日结束。在2011年1月1日之前,SSAC应按本章程(于2010年6月25日修订)组成,SSAC主席应建议重新任命所有当前的SSAC成员,可以是完整任期或部分任期,以履行本段的规定。)

c. 依据第VI条第9款SSAC应每年向ICANN董事会指定一名无表决权的联络员。

3.根服务器系统咨询委员会

a. 根服务器系统咨询委员会(以下称"RSSAC")的职责是就域名系统根名称服务器的运作向董事会提出意见。RSSAC应就根名称服务器的运行要求做出考量并提供建议,其中包括主机硬件容量、操作系统和名称服务器软件的版本、网络连接与物理环境。RSSAC应对根名称服务器系统的安全性方面进行检查并提出意见。此外,RSSAC还应根据整体系统性能、稳健性和可靠性对根名称服务器的数量、位置和分布情况进行审核。

b. RSSAC的成员应包括(i)权威根名称服务器的各个运营商(如 所列)以及(ii)由ICANN董事会指定的其他人员。

c. DNS根服务器系统咨询委员会的首任主席应由董事会指定;续任主席应由DNS根服务器系统咨询委员会成员遵循其表决通过的既定程序选出。

d. 根服务器系统咨询委员会每年应为ICANN董事会和ICANN提名委员会分别指定一名无表决权的联络员,联络员在董事会的连任不受限制。

4.一般会员咨询委员会

a. 一般会员咨询委员会(ALAC)是互联网个人用户在ICANN内部的主要组织机构。ALAC的职责是就任何与互联网个人用户利益相关的ICANN活动做出考量并提供建议。这包括通过ICANN的支持组织创建的政策以及许多需要征求社群意见的其他问题。ALAC在ICANN的问责机制中举足轻重,同时协调与互联网个人用户有关的一些ICANN外延活动。

b. ALAC应包括(i)由各个依据本款第4(g)项创建的地区性一般会员组织(以下称"RALO")选出的两名成员,以及(ii)由提名委员会选出的五名成员。由提名委员会选出的五名成员应分别为来自五个依据第VI条第5款确定的地理区域中的国家/地区公民。

c. 依据本章程移交条款的规定,ALAC成员的正常任期应如下所述:

1.由各RALO选出的其中一名成员的任期应于偶数年中ICANN年会结束时开始。

2.由各RALO选出的另一名成员的任期应于奇数年中ICANN年会结束时开始。

3.由提名委员会选出的三名成员中其中一名的任期应于奇数年中年会结束时开始,而其他两名成员的任期应于偶数年中年会结束时开始。

4.每位成员的正常任期应于任期开始后第二次ICANN年会结束时终止。

d. ALAC主席应由ALAC成员遵循委员会表决通过的既定程序选出。

e. 在咨询了各个RALO后,ALAC每年应由提名委员会任命五名投票代表(按第VI条第5款中的规定,不能有两名来自同一个地理区域的国家的公民)。

f. 根据本章程移交条款的规定,一般会员咨询委员会可以为各个ccNSO理事会和GNSO理事会指定无表决权的联络员。

g. 每个依据第VI条第5款确定的地理区域均应设有一个RALO。每个RALO应充当该地理区域内收集公众对ICANN意见的主要论坛和协调点,并应是经ICANN依据既定标准而认证的非营利组织,这些标准由董事会根据一般会员咨询委员会建议而设定。一个组织要成为其地理区域内的认可RALO,应与ICANN就ICANN和RALO各自职责和责任的以下各方面达成谅解备忘录:ALAC成员的选出流程,RALO结构与程序的公开性、参与机会、透明度、责任和多样性要求,以及RALO有选举权一般会员结构的认证标准。

h. 各RALO均应包括其地理区域内自行支持的一般会员结构,这些结构经过认证,依据本款第4(i)项的规定符合RALO与ICANN的谅解备忘录的要求。若与ICANN达成的谅解备忘录有相应规定,RALO还可以包括那些作为该RALO地理区域内国家/地区公民或居民的互联网个人用户。

i. 一般会员社群的成员资格

  1. 各地理区域内一般会员结构的认证标准应由董事会依据ALAC建议设定,并应在ICANN与各地理区域的RALO之间达成的谅解备忘录中予以说明。
  2. 一般会员结构的认证标准应采用以下方式设定:作为RALO地理区域内国家/地区(参见第VI条第5款)公民或居民的互联网个人用户的参与将在RALO各个一般会员结构的运营中占主导地位,但并不一定排除其他人员的参与,前提是这些人员应与该区域内的互联网个人用户的利益一致。
  3. 各个RALO的谅解备忘录还应包括旨在承认以下内容的规定:作为该RALO地理区域内国家/地区公民的每位互联网个人用户最大程度上参与至少一个该RALO的一般会员结构。
  4. 就与这些目标保持一致而言,标准还应向各个RALO提供最适于其地理区域习惯和特性的结构类型。
  5. 按此条款i所述设定标准之后,ALAC应负责将组织认证为符合一般会员结构认证标准,而申请结构所在的RALO负责提供建议并参与其中。
  6. 认证或撤销认证一般会员结构的决定应由ALAC根据其程序规则做出,但任何就ALS申请对程序规则做出的更改均应由RALO和ICANN董事会进行审核。
  7. 关于对一般会员结构进行授权、不授权或撤销授权的决策应依据由董事会确定的既定程序进行审核。
  8. ALAC还可以不断针对潜在的一般会员结构是否满足适用标准提出建议。

j.ALAC还负责与RALO进行协作,协调以下活动:

1.一般会员社群选出适当人选,填补董事会的第15席。根据第VI条第8款第4项和第12款第1项,一般会员社群的选举通知应由ALAC主席以书面形式提交给ICANN秘书长。

2.使互联网个人用户社群了解ICANN的重要新闻;

3.(通过帖子或其他方式)分发ICANN的最新日程、新闻,以及ICANN政策制定流程事项的相关信息;

4.促进互联网个人用户社群开展外延活动;

5.制定并维护关于ICANN及其工作的目前信息和教育项目;

6.在各个RALO地区制定关于ICANN问题的外延活动战略;

7.参与ICANN政策制定流程并提供准确反映互联网个人用户观点的意见;

8.公布并分析ICANN的政策提议及其决策,以及这些政策和决策对区域和区域内的个人造成的影响/潜在影响;

9.提供基于互联网的机制,确保一般会员组织结构中的成员之间能够开展讨论;和

10.制定机制和流程,确保一般会员结构成员和参与ICANN政策制定的人员之间能够进行双向沟通,使感兴趣的个人能够分享其关于未决ICANN问题的看法。

第3款 程序

各个咨询委员会应确定自己的程序规则和法定人数要求。

第4款 任期

委员会主席和各位成员的任期至其继任者被任命为止,或者至委员会提前终止,或被罢免、主动辞职或因其他原因不再具备委员会成员资格为止。

第5款 职位空缺

任何委员会的空缺职位应依原先的任命方式填补。

第6款 报酬

委员会成员在任职期间没有任何报酬。但董事会可以批准补偿委员会成员,包括董事在内,因执行其委员会成员职务而支出的实际且必要的费用。

第XI-A条:其他咨询机制

第1款 外部专家建议

1.目的:外部专家意见的寻求目标在于使ICANN的政策制定流程能够利用ICANN以外公共或私营部门中现有的专业知识。如果相关的公共机构可以提供专业知识,或使用私有的专业知识有所助益,那么董事会及其任命机构应积极向这些专业机构或个人寻求建议。

2.专家咨询小组的类型。

a. 董事会可以自行或根据任何ICANN结构的建议指定(或授权总裁指定)由公共或私营部门、个人或实体组成的专家咨询小组。如果从此类小组征求到的意见与公共政策问题相关,则应运用本条第1款第3(b)项中的规定。

b. 此外,依据本条第1款第3项,董事会可以就ICANN使命事宜相关的公共政策问题咨询多个国家/地区政府组织或条约组织。

3.寻求公共政策事项相关意见的流程。

a. 政府咨询委员会可以随时建议董事会就公共政策的一个或多个事宜向外部资源寻求意见,参见上文。

b. 如果董事会依据此类建议或通过其他方式确定应就公共政策的一个或多个事宜寻求外部意见,则董事会应在适当的情况下就从中吸取意见和决定的合适资源与政府咨询委员会进行协商(包括范围定义和流程),以便寻求和获取该意见。

c. 董事会应在适当的情况下将任何向多个国家/地区政府组织或条约组织寻求意见的请求(包括特定委任范围)发送给政府咨询委员会,并建议政府咨询委员会应将该请求发送给多个国家/地区政府组织或条约组织。

4.寻求其他事项相关意见的流程。任何由董事会或总裁依据本条第1款第2(a)项 向专家咨询小组就与公共政策无关的事项做出的意见咨询,应依据委任范围(描述寻求意见的事项)进行,并应遵循既定程序和计划。

5.外部意见的接收及其作用。依据本款所述而收到的外部意见应采用书面形式提供。此类意见为建议性意见而非必须遵守,旨在为董事会或其他ICANN结构在履行其职责方面提供更多的可用信息。

6.评论机会。除支持组织和其他咨询委员会以外,政府咨询委员会也应有机会在董事会做出任何决策之前对收到的任何外部意见进行评论。

第2款 技术联络小组

1.目的:ICANN工作质量的优劣取决于是否能获取与那些作为ICANN活动基础的技术标准相关的完整权威性信息。ICANN与制定这些标准的组织之间的关系因此尤为重要。技术联络小组(TLG)就ICANN活动相关具体事项联络着董事会与能够提供此类技术意见的适当资源。

2.TLG组织。TLG应由以下四种组织构成:欧洲电信标准协会(ETSI)、国际电信联盟远程通信标准化组(ITU-T)、万维网联盟(W3C)和互联网架构委员会(IAB)。

3.职责。TLG组织的职责是向董事会和其他ICANN实体传达技术信息和指导。该职责由响应请求和积极监视相关情况两部分组成,具体责任如下:

a. 响应获取信息的请求,使董事会或其他ICANN机构与提供技术性专业知识的适当来源进行联络。这一TLG职责组成部分考虑到了ICANN就特定技术问题寻求权威性解答的情况。如果就某个在TLG组织责任范围内的特定技术标准请求相关信息,则此请求应提交给该TLG组织。

b. 持续监视相关情况,就技术开发(可能影响董事会决策或其他ICANN行动,且发生在每个组织的各个领域中)的相关性和进展向董事会提出建议,并使其注意那些对遵循ICANN使命制定政策产生影响的全球技术标准问题。这一TLG职责组成部分考虑到了ICANN未意识到新的发展并因此未认识到应询问问题的情况。

4.TLG程序。TLG不得设有高级职员或举行会议,也不得作为委员会向董事会提供政策建议(尽管董事会在TLG组织独立章程相关领域内有需要时,可能会特别要求TLG组织向其提供政策建议)。TLG不得在各TLG组织间讨论或以其他方式协调技术问题;不得设立或尝试设立统一的职位;不得出于制定技术标准或任何其他目的在TLG内部创建或尝试创建更多层次或结构。

5.IANA的技术工作。如2000年3月10日由董事会批准的有关互联网编号分配机构技术工作的谅解备忘录中的规定,TLG不得参与互联网工程任务组、互联网研究任务组或互联网架构委员会的IANA工作。

6.个人技术专家。各个TLG组织应分别指定两名熟悉ICANN活动相关技术标准事宜的个人技术专家。在ICANN未直接向特定TLG组织询问的情况下,这8位专家应在必要时通过电子邮件信息交流,确定ICANN的技术问题应提交至何处。

7.董事会联络员和提名委员会代表。依据第VI条第9款第1(d)项,各个TLG组织每年应轮流向董事会指定一名无表决权的联络员。依据第VII条第2款第8(j)项,各个TLG组织每年应轮流选出一名有表决权的代表进入ICANN提名委员会。向董事会指定无表决权的联络员的轮流次序应为ETSI、ITU-T和W3C。为提名委员会选出代表的轮流次序应为W3C、ETSI及ITU-T。(IAB不参与这种轮流过程,理由是 IETF 会另外向董事会指定一名无表决权的联络员并选出一名代表进入ICANN提名委员会)

第XII条:董事会委员会和临时委员会

第1款 董事会委员会

董事会可以下设一个或多个委员会,这些委员会将一直存在,直到董事会决定撤消为止。只有董事才能被任命为董事会委员会的委员。如果已任命到董事会委员会的人员不再担任董事职务,则其董事会委员会的成员身份也应随即解除。每个董事会委员会应由两名或两名以上的董事构成。董事会可以指定一名或多名董事作为任何此类委员会的候补成员,这些候补成员可以代替任何缺席成员出席该委员会的任何会议。在董事会全体成员投票表决以三分之二(2/3)的多数通过情况下即可随时免去委员会成员的成员资格;然而,如果任何一名或多名董事是免职行动的对象,则其没有资格在此类行动中进行投票,或者在计算所需的三分之二(2/3)投票时,不应将其视为董事会成员;此外,在任何情况下都不得罢免某位董事的委员会成员资格,除非在全体董事会成员当中不少于过半数的成员赞成此项罢免。

第2款 董事会委员会的权力

1.除了有关以下方面外,董事会可以将其所有合法权力授予董事会委员会:

a. 填补董事会或任何委员会的职位空缺;

b. 修正或废除章程或公司条款,或者采用新章程或公司条款。

c. 修正或废除董事会明示条款中规定不可修正或废除的任何决议;

d. 指定董事会的委员会或任命这些委员会的成员;

e. 批准任何自我交易以及CNPBCL的第5233(a)款中规定的交易;

f. 批准第XVI条中规定的年度预算;

g. 补偿第XIII条中所述的任何高级职员。

2.董事会应有权规定任何董事会委员会活动的执行方式。如果没有任何此类规定,则董事会委员会有权规定各自活动的执行方式。除非本章程、董事会或此类委员会另有规定,否则定期会议和特殊会议应按照第VI条中适用于董事会会议和行动的规定进行管理。每个委员会应保留定期活动记录,并随时应董事会要求向其进行如实报告。

第3款 临时委员会

董事会可以在适当时设立临时委员会,并且在设立此类委员会时应在其所采用的决议或章程中规定成员资格、职责和责任。

第XIII条:高级职员

第1款 高级职员

ICANN的高级职员应包括一名总裁(担任首席执行官)、一名秘书长和一名首席财务官。 ICANN还可以按照董事会的决定设立其认为合适的任何其他高级职员职位。除了董事会成员(不包括总裁)不得同时兼任ICANN高级职员之外,总裁以外的其他任何人均可担任多项职务。

第2款 高级职员的选举

ICANN的高级职员应由董事会按照总裁的建议每年选举一次,如果是选举总裁,则按照ICANN董事会主席的建议进行。每位此类高级职员的任职期限应直到其辞职、被免职、不再胜任该职务或已选举出接任者为止。

第3款 高级职员的免职

如果董事会全体成员投票表决并以三分之二(2/3)的多数通过,就可以无条件地免去任何一个高级职员的职务。如果因死亡、辞职、免职、不能胜任工作或任何其他原因而使任何办公职位出现空缺,则在选举出职位接任者之前,董事会可以将此类职务的权力和职责授权给任何高级职员或任何董事。

第4款 总裁

总裁应担任ICANN的首席执行官(CEO),负责ICANN的所有活动和业务。除非本章程中另行规定,否则所有其他高级职员和员工都应向总裁或其代表进行报告。总裁应依照职权担任董事会成员,并且与任何董事会成员享有所有相同的权利和特权。总裁应有权召开此处规定的董事会特殊会议,同时履行本章程中规定的所有其他职责以及董事会有时指派的任务。

第5款 秘书长

秘书长应亲自负责或让他人使用记录专用的工作簿来记录董事会会议内容,检查所有通知是否均已按照本章程的规定或法律规定适时发出,并且通常应执行总裁或董事会有时指示的所有任务。

第6款 首席财务官

首席财务官(CFO)是指ICANN的主要财务负责人。应董事会要求,CFO应按照董事会确定的形式并在其指定的一名或多名担保人的担保下,承诺忠实履行自己的职责。CFO应掌管和保管ICANN的所有资金,亲自或让他人在ICANN专用的帐簿上完整无误地记录所有收据和支出数目,并且以ICANN的名义将所有资金和其他贵重物品都存放到董事会所指定的专用存放处。CFO应遵照董事会或总裁的指示支付ICANN的资金,并且随时应董事会和总裁的要求,向他们说明自己作为首席财务官所负责的一切事务以及ICANN的财务状况。CFO应负责ICANN的财务计划和预测,并协助总裁准备ICANN的年度预算。CFO应负责协调和监督ICANN的资金,包括对ICANN或其支持组织的任何审计或其他评审。CFO应负责所有与ICANN财务运营相关的其他事务。

第7款 其他高级职员

除了上述高级职员外,由董事会选举或任命的任何其他或辅助高级职员应执行总裁或董事会指派给他们的任务。

第8款 报酬和费用

任何ICANN高级职员的报酬应由董事会批准。对于高级职员因履行其办公职责而产生的相关费用,可以获得补偿,但前提是要获得总裁的批准(在高级职员不是总裁的情况下),或通过董事会指定的其他高级职员的批准(高级职员是总裁的情况下),或者通过董事会批准。

第9款 利益冲突

董事会应通过董事会治理委员会制定一项政策,要求各位官员至少每年提交一份声明,列举以任何形式与ICANN的企业和其他附属机构相关联的所有企业和其他附属机构。

第XIV条:董事、高级职员、雇员及其他代理人的保障

ICANN应在CNPBCL允许的范围内,最大限度地补偿每个代理人的费用、由判决确定的债务、罚款、结算债务以及其他因作为或曾经作为ICANN代理人所采取的任何行为而发生的实际并且合理的支出。补偿前提有两个:第一,补偿对象的行为是诚实的;第二,补偿对象有理由认为自己的行为方式是出于ICANN的最大利益并且是合法的。在本条款中,ICANN的"代理人"包括:目前或曾经担任董事、高级职员、员工的任何人员或在其职责范围内行事的任何其他ICANN代理人(包括任何支持组织、任何咨询委员会、提名委员会、任何其他ICANN委员会或技术联络组中的成员),或者是目前或曾经应ICANN的请求担任董事、高级职员、员工的任何人员或其他公司、合伙企业、合资企业、信赖企业或其他企业的代理人。董事会可以采纳一项决议,授权为ICANN的所有代理人购买保险,以使其免受因担任代理人职务或因代理人身份本身而宣称或发生的任何债务的损失,无论根据本条款的规定ICANN是否有权补偿代理人的债务损失。

第XV条:总则

第1款 合同

董事会可以授权任何高级职员和代理以ICANN的名义或代表ICANN签订任何合同或者签署或移交任何文书,而此类授权可以是一般性授权,也可以局限于具体实例。在不违反董事会授权的情况下,合同和文书只能由以下高级职员进行签署:总裁、任何副总裁或CFO。除非获得董事会的授权或批准,否则任何其他高级职员、代理或员工均无权对ICANN进行约束或使其承担任何债务或义务的责任。

第2款 存款

ICANN尚未使用的所有资金应不时地存入ICANN在银行、信托公司或其他受托人处开立的户头上,这些受托人由董事会选择或由总裁受董事会委派选择。

第3款 支票

所有支票、汇票、需要付款的定单、票据或其他以ICANN名义发出的债务证据均应由ICANN的高级职员和代理进行签字,并且有时应通过董事会的决议来确定。

第4款 贷款

未经董事会决议授权,ICANN不得贷款或发放贷款,并且不得以ICANN的名义签发任何债务证据。此类授权可以是一般性授权,也可以局限于具体实例;但前提是ICANN不得向其董事或高级职员办理贷款。

第XVI条:财政事项

第1款 会计

ICANN的财政年度结束应由董事会决定。

第2款 审计

在财政年度结束时,应终结ICANN的帐簿并由注册会计师进行审计。董事会应负责指定财政审计员。

第3款 年度报告和年度报表

董事会应至少每年向董事发布一份说明其活动的报告,该报告包括经过审计的财务报表和ICANN支付的所有款项(包括费用报销)的说明。ICANN应负责准备年度报告和CNPBCL要求提供的某些交易的年度报表,并将其发送给董事会的每位成员和董事会可以指定的其他人员,时间最晚不迟于ICANN财政年结束后的一百二十(120)天。

第4款 年度预算

至少在每个财政年开始前的四十五(45)天内,总裁应准备ICANN下一个财年的年度预算方案,并将其提交给董事会,该年度预算将在网站上进行发布。提出的预算方案应确定预期收入来源和水平,并且在可行的范围内,逐项确定预期的具体费用项目。董事会应采用一份年度预算并将其发布到网站上。

第5款 费用和收费

董事会可以对ICANN提供的服务和援助确定收费标准,以便能够完全补偿ICANN的合理运营成本,并设立合理的储备金以用来支付未来开支和与ICANN合法活动相关的正当或有费用。此类费用和收费应本着公平公正的原则,并且在采用前应进行公布以征求公众意见,而在采用后应十分详细地发布在网站上以便于进行访问。

第XVII条:成员

尽管在本章程、任何ICANN文件或ICANN董事会或员工的任何活动中都使用"成员"一词,但根据加利福尼亚非营利公共利益公司法(CNPBCL)中的规定,ICANN应没有成员。

第XVIII条:办事处和印章

第1款 办事处

ICANN进行事务处理的总部应设在美国加利福尼亚州洛杉矶郡内。ICANN还可随时在美国境内或境外设立其他办事处。

第2款 印章

董事会可以采用公司印章,用印章或其复制件盖章或另行复制。

第XIX条:修正

除非公司条款或本章程中另有规定,否则可以改动、修订或废除ICANN的公司条款或章程,并且仅由董事会全体成员三分之二(2/3)投票通过即可采用新的公司条款或章程。

第XX条:移交条款

第1款 目标

本移交条款阐明了从ICANN章程中定义的流程和结构("旧章程")过渡到本条款所属章程中定义的流程和结构("新章程")的规定,前者于1999年10月29进行修订和重申,并于2002年2月12日再次修订。[解释性备注(2009年12月10日):对于本条第5款第3项,"旧章程"指的是于2009年3月20日修订和重申的章程。]

第2款 董事会

1.对于从采用本移交条款开始到新董事会的生效日期和时间结束这段期间(如第2款第5段中所定义),公司的董事会("移交董事会")应包括在实施旧章程期间于2002年的年会结束后立即开始任职董事的董事会成员,除此之外,在实施旧章程期间选举为董事(途径如下:于2002年12月15日以书面形式或通过电子邮件方式通知给董事会秘书长,最晚不迟于2002年12月23日)的董事会一般会员成员也将担任移交董事会的成员。尽管新章程第VI条第12款有规定,但移交董事会中的职位空缺无需填补。依据新章程第VI条第9款规定,移交董事会不设联络员。在采用本移交条款之日就已存在董事会委员会应继续保留,并且遵循移交董事会通过决议可能对董事会委员会或其成员资格采取的任何更改。

2.移交董事会应选出一名主席和一名副主席,一直任期到新董事会的生效日期和时间为止。

3."新董事会"即新章程第VI条第2款第1项中所述的董事会。

4.在采用本移交条款之后,应立即成立提名委员会,在可行范围内该委员会包括新章程第VII条第2款中所述的代表和联络员,任期到2003年ICANN年会结束后为止。提名委员会应立即选举董事以填充新董事会1到8的席位,这些董事的任期直到针对新章程第VI条第8款第 1(a)-(c)项中那些席位指定的第一个正常任期开始时为止,并且应将本次选举情况以书面通知的形式呈送给ICANN秘书长。

5.新董事会的生效日期和时间应是由移交董事会在2003年ICANN第一次常规会议期间指定的时间,并且应在ICANN秘书长收到书面通知要选举董事来填充新董事会1至14席位中的至少十位之后不少于七个日历日开始。自生效日期和时间起,新董事会将从移交董事会那里接管ICANN董事会的所有权利、职责和义务。根据本条第4款,ICANN秘书长已收到其选举通知的董事(第VI条第2款第1(a)-(d)项)和无表决权的联络员(第VI条第9款),以及总裁(第VI条第2款第1(e)项)应在新董事会的生效日期和时间起就职,而其后的其他任何董事和无表决权的联络员应在ICANN秘书长收到其选举通知后就职。

6.新董事会的首要任务是选出一名主席和副主席。这些董事会职务的任期将于2003年的年会结束时终止。

7.根据现行章程,自新董事会的生效日期和时间起就已存在的董事会委员会应继续保留,但这些委员会的所有成员将从新董事会的生效日期和时间起结束任期。自新董事会的生效日期和时间起就已存在的临时委员会应与其现行章程和成员资格一同继续保留,并且遵循新董事会通过决议可能采取的任何更改。

8.根据第VI条第8款第5项的任期限制规定,在新董事会的生效日期和时间之前,董事在董事会任职这段期间应视为一个任期。

第3款 地址支持组织

地址支持组织应根据ICANN与一组地区性互联网注册局(RIR)之间最初在1999年10月18日签署 并在2000年10月进行修订的谅解备忘录继续运营,直到替换谅解备忘录生效时为止。在采用本移交条款之后,地址支持组织应立即进行选举,并将以下选举情况以书面通知形式呈送给ICANN秘书长:

1.用来填补新董事会席位9和10的董事,任期到为新章程第VI条第8款第1(d)和(e)项中各个席位指定的第一个正常任期开始时为止;和

2. 由地址支持组织的理事会选出的提名委员会代表(如新章程第VII条第2款第(8)(f)项中规定)。

对于有选举权的ICANN董事,考虑到需要快速选举以确保新董事会尽快发挥作用,地址支持组织可以从先前依据旧章程选举为ICANN董事的人员中选出这些董事。如果在2003年3月31日或之前地址支持组织未向ICANN秘书长提交有关对席位9和10选举的书面通知,则认为地址支持组织已将依据旧章程选出的 ICANN董事分别作为席位9和席位10的人选,前者的任期从2001年开始,后者的任期从2002年开始。

第4款 国家和地区代码名称支持组织

1.在三十位ccTLD经理(每个地理区域至少四位)作为ccNSO成员入职后,应在网站上发布书面通知。一旦该通知发布之后,ccNSO成员应根据第IX条第4款第8和9项尽快选出最初ccNSO理事会的成员。该选举过程完成之后,应在网站上发布一个说明 ccNSO 理事会已组成的书面通知。ccNSO成员应在每个地理区域选出三名ccNSO理事会成员,其中一名成员的任期到ccNSO理事会成立后的第一次ICANN年会结束时为止,第二名成员的任期到ccNSO理事会成立后的第二次ICANN年会结束时为止,而第三名成员的任期到ccNSO理事会成立后的第三次ICANN年会结束时为止。(第IX条第4款第1项 中所述的"ccTLD经理"定义和第IX条第4款第4项 中所述的定义均应适应于第XX条第4款。)

2.在采用本章程第IX条之后,提名委员会应选出第IX条第3款第1(b)项中所述的三名ccNSO理事会成员。选出三名个人在ccNSO理事会任职时,提名委员会应指定其中一名成员的任期到ccNSO理事会成立后的第一次ICANN年会结束时为止,第二名成员的任期到ccNSO理事会成立后的第二次ICANN年会结束时为止,而第三名成员的任期到ccNSO理事会成立后的第三次ICANN年会结束时为止。这三名由提名委员会选出的ccNSO理事会成员应在ccNSO理事会成立后任职。

3.在ccNSO理事会成立后,一般会员咨询委员会和政府咨询委员会可以向ccNSO理事会各指派一名联络员(如 第IX条第3款第2(a)和(b)项中所规定)。

4.在ccNSO理事会成立后,该理事会可以指定区域组织(如第IX条第5款中所规定)。在指定区域组织后,该组织可以向ccNSO理事会指派一名联络员。

5.在ccNSO理事会成立之前,新董事会的席位11和12应保持空缺。在ccNSO理事会成立后,ccNSO应立即通过ccNSO理事会选出予以填充新董事会席位11和12的董事,任期到为新章程第VI条第8款第1(d)和(f)项中各席位指定的下一个正常任期开始时为止,并且应将本次选举情况以书面通知的形式呈送给ICANN秘书长。

6.在ccNSO理事会成立之前,依据新章程设立的提名委员会代表指定由ccNSO选举产生,并且应通过移交董事会或新董事会(视需要进行任何特定任命时存在的组织而定)与ccTLD社群的成员进行直接磋商后进行任命。在ccNSO理事会成立后,由移交董事会或新董事会根据当时生效的本条第4款第9项指定的提名委员会代表应继续任职,但是当ccNSO理事会以在ICANN年会结束后三个月内选出的新代表来替换该代表或职位出现空缺的情况下除外。提名委员会代表(如第VII条第2款第8(c)项所述)的后续任命应由ccNSO理事会执行。

第5款 通用名称支持组织

1.在采用本移交条款后,通用名称支持组织(GNSO)应继续其运营;但是,GNSO应重组为四个新的利益相关方团体,这些团体有组织地代表以前的GNSO选区组织,每个利益相关方团体的章程须经ICANN董事会批准:

a. gTLD注册局选区组织应分配到注册局利益相关方团体;

b. 注册商选区组织应分配到注册商利益相关方团体;

c. 商业选区组织应分配到商业利益相关方团体;

d. 知识产权选区组织应分配到商业利益相关方团体;

e. 互联网提供商选区组织应分配到商业利益相关方团体;和

f. 非商业用户选区组织应分配到非商业利益相关方团体。

2.根据本小节第1段的规定,每个GNSO选区组织都应继续一如既往地运营,并且在选区组织开展进一步行动之前不得更改任何选区职员、工作组或其他活动,但在2009年10月或董事会按决议指定的其他日期的ICANN会议之前,第1段第c-f项中所述的每个GNSO选区组织都应向ICANN秘书长提交一份根据选区组织流程和章程修订采用的新运营程序章程或修订。

3.在2009年10月或董事会按决议指定的其他日期的ICANN会议之前,按本章程第X条第3款第1项所述,GNSO理事会应包括当前的选区组织结构和高级职员(在1999年12月29日进行修订和重申并于2009年3月20日修订("旧章程"))。此后,GNSO理事会的组成结构应符合新章程中的规定,因为新章程可能随时进行修订。对于由GNSO理事会设立并在采用本移交条款之前就已存在的所有委员会、任务组、工作组、起草委员会和类似团体,应继续作为具有相同章程、成员资格和活动的团体存在,并且遵循因GNSO理事会或ICANN董事会行动而引起的任何更改。

4.从2009年10月或董事会按决议指定的其他日期的ICANN会议开始("移交的生效日期"),应按如下分配GNSO理事会席位:

a. 当前分配给注册局选区组织的三个席位应作为注册局利益相关方团体的三个席位重新分配;

b. 当前分配给注册商选区组织的三个席位应作为注册商利益相关方团体的三个席位重新分配;

c. 当前分别分配给商业选区组织、知识产权选区组织以及互联网服务提供商的三个席位(共九个席位)应减少到商业利益相关方团体的六个席位;

d. 当前分配给非商业用户选区组织的三个席位应增加到非商业利益相关方团体的六个席位;

e. 当前由提名委员会选出的三个席位应由提名委员会按如下分配:分别为缔约方机构和非缔约方机构分配一名具有表决权的成员,为GNSO理事会分配一名无表决权的成员。

应按各个相应的利益相关方团体章程的规定任命或选出GNSO理事会代表,由董事会批准,并且要在2009年10月的ICANN会议之前完成,以使这些代表可以在上述会议上行使其职能。

5.GNSO理事会,作为重组实施计划的一部分,将记录: (a)在移交期间如何处理空缺(如有);(b)对于每个利益相关方团体,如何填补每个分配的理事会席位(于2009年ICANN年会生效),是延长现有任期还是推选或任命新人;(c)如何计划解决错开的期限,以便新的GNSO理事会尽可能保持合理的连续性;(d)本章程条款对每个理事会成员的限制影响。

6.在2009年10月或董事会按决议指定的其他日期的ICANN会议开始后,GNSO理事会应尽快按第X条第3款第7项和GNSO运营程序,推选高级职员并就其选举情况书面通知ICANN秘书长。

第6款 协议支持组织

The 旧章程中引用的协议支持组织现已不再使用。

第7款 咨询委员会和技术联络组

1.在采用新章程之后,政府咨询委员会应根据其现有的经营原则和实践继续运营,直到采取进一步行动为止。政府咨询委员会可以通过向ICANN秘书长提供书面通知,根据新章程指定联络员以在其他ICANN机构中任职。在采用本移交条款之后,政府咨询委员会应立即将选出担任提名委员会代表的人选报告给ICANN秘书长(如新章程第VII条第2款中所规定)。

2.根据新章程第XI-A条第2款第2项指定为技术联络组成员的组织应各自指定两名技术专家(如新章程第XI-A条第2款第6项中所述),但需要向ICANN秘书长提交书面通知。在可行的范围内,由技术联络组指派到提名委员会的代表应根据新章程第XI-A条第2款第7项尽快选出。

3.在采用新章程之后,安全与稳定咨询委员会应根据其现有的经营原则和实践继续运营,直到采取进一步行动为止。在采用本移交条款之后,安全与稳定咨询委员会应立即将选出担任提名委员会代表的人选报告给ICANN秘书长(如新章程第VII条第2款第4项中所规定)。

4.在采用新章程之后,根服务器系统咨询委员会应根据其现有的经营原则和实践继续运营,直到采取进一步行动为止。在采用本移交条款之后,根服务器系统咨询委员会应立即将选出担任提名委员会代表的人选报告给ICANN秘书长(如新章程第VII条第2款第3项中所规定)。

5.一般会员咨询委员会

a. 在ICANN通过谅解备忘录条目认可新章程第XI条第2款第4项中确定的所有地区性一般会员组织(RALO)之前,应存在临时一般会员咨询委员会。临时一般会员咨询委员会应包括(i)十名成员(每个ICANN地区各两名,由ICANN董事会根据一般会员组织委员会的提名选出)和(ii)五名额外成员(每个ICANN地区各一名,由初期提名委员会根据新章程第VII条第5款中确立的原则尽快选出)。初期提名委员会应指定其中两名成员的任期到2004年ICANN年会结束时终止,其中三名成员的任期到2005年ICANN年会结束时终止。

b. 在将每个RALO条目写入此类谅解备忘录后,该实体将有资格从该地区的居民中选出两名作为一般会员咨询委员会的成员(如新章程第XI条第2款第4项中所规定)。在该实体将此类选举情况以书面通知的形式提交给ICANN秘书长后,这些人员应立即担任先前由董事会从RALO地区选出的临时一般会员咨询委员会成员的职位。

c. 在所有五个RALO选出当选人员后,临时一般会员咨询委员会将成为一般会员咨询委员会(如新章程第XI条第2款第4项中所规定)。由提名委员会选出在临时一般会员咨询委员会任职的五名人员将成为一般会员咨询委员会的成员,并在各自选出后相应的剩余任期内任职。

d. 在临时一般会员咨询委员会成立后,应立即将选出担任提名委员会代表的人选报告给ICANN秘书长(如新章程第VII条第2款第6项中所规定)。

第8款 高级职员

ICANN高级职员(如新章程第XIII条中所定义)应由当时的ICANN董事会在2002年的年会上选出,任期到2003年的年会为止。

第9款 由总裁指定的团体

尽管采用了新章程或已使新章程生效,但由ICANN总裁指定的任务组和其他团体在总裁做出更改之前仍会继续保持成员资格、范围和运营不变。

第10款 ICANN合同

尽管采用了新章程或已使新章程生效,但由ICANN达成的所有协议(包括雇佣协议和咨询协议)将按照各自的条款继续生效。


附件A:通用名称支持组织(GNSO)政策制定流程

在向ICANN董事会(以下简称"董事会")建议修改或得到董事会批准之前,以下流程应对GNSO政策制定流程(以下简称"PDP")起到约束作用。[注意:该附件包括所需的临时修订,以便在社群和董事会讨论修订的政策制定和运营程序时GNSO仍可以运营]。

1.提出问题

可以通过以下任何方式,提出问题作为PDP的一部分进行考虑:

a. 董事会启动。董事会可以通过指示GNSO理事会(以下简称"理事会")着手开始本附件中概括的流程来启动PDP。

b. 理事会启动。如果每个议院的理事会成员当中至少有百分之二十五(25%)投赞成票或单个议院大多数投票通过,则GNSO理事会即可启动PDP。

c. 咨询委员会启动。咨询委员会可以提出有关政策制定的问题,方法是通过此类委员会的行动着手开始PDP,并将请求发送至GNSO理事会。

2.制定问题报告

在收到(i)董事会指示;(ii)理事会成员完全支持的提议;或(iii)咨询委员会完全支持的提议后的十五(15)个日历日内,员工事务经理将制定一份报告("问题报告")。每份问题报告应至少包含以下内容:

a. 需要考虑的提议问题;

b. 提出问题的团体身份;

c. 此问题对该团体有何影响;

d. 对启动PDP问题的支持;

e. 员工事务经理关于理事会是否应就此问题启动PDP的建议("员工建议")。关于就提议的问题启动PDP是否完全属于ICANN政策流程范围和GNSO范围,每位员工建议均应包括ICANN总法律顾问的意见。在确定该问题是否完全属于ICANN政策流程范围过程中,总法律顾问应检查此类问题是否:

1. 属于ICANN使命声明的范围;

2. 广泛适用于多种情况或组织;

3. 能够具有持续价值或适用性(尽管该问题偶尔需要更新);

4. 将建立一个指导或框架以利于未来制定决策;或

5. 涉及或影响现有的ICANN政策。

f. 在十五(15)天的截止日期之日或之前,员工事务经理应将问题报告分发给整个理事会以投票决定是否要启动PDP(如下面所讨论)。

3.启动PDP

理事会应按以下流程启动PDP:

a. 董事会提出的问题。如果董事会指示理事会启动PDP ,则理事会应在收到问题报告后十五(15)个日历日内召开会议,并且无需进行理事会中间投票即可启动PDP。

b. 由董事会以外的其他机构提出的问题。如果通过问题报告将有关政策的问题提交给理事会进行考虑,则理事会应在收到此类报告后十五(15)个日历日内召开会议,以投票决定是否要启动PDP。此类会议可以按照理事会认为合适的任何方式进行召开,包括现场会议、电话会议或通过电子邮件。

c. 理事会的投票。每个议院理事会成员超过33%的投票或单个议院超过66%的投票赞成在范围内启动PDP,则满足启动PDP的条件;除非员工建议表明该问题不在ICANN政策流程或GNSO范围内,则在此情况下,按第X条第3款第9(c)段中的规定,要启动PDP需要GNSO绝大多数票赞同启动PDP 。

4.PDP的开始

在理事会启动PDP的会议上,理事会应根据每个议院成员的多数投票决定是否任命一个任务组来解决问题。如果理事会的表决:

a. 赞成召集任务组,则理事会应依据 下文第7项的规定成立任务组。

b. 反对召集任务组,则理事会应依据下文第8项的规定收集有关政策问题的信息。

5.任务组的构成和选举

a. 通过投票方式确定任命任务组之后,理事会应邀请GNSO的各个选区组织和/或利益相关方团体分别指定一名人员加入任务组。另外,理事会还可最多指定三名外部顾问在任务组中任职。(每个任务组成员在本附件中称为"代表",全体任务组成员称为"代表们")。理事会可自行判断在其视为必要或适当的情况下,增加每个选区组织或利益相关方团体指派到任务组的代表数。

b. 为加入任务组,任何要向任务组指派代表的选区组织或利益相关方团体须在收到上述邀请后十(10)个日历日内向员工事务经理提交选区组织或利益相关方团体指定人员的姓名。此类指定人员无需是理事会成员,但必须对要制定政策的领域感兴趣、具有理论知识和专业技能,并有足够的时间参加任务组活动。

c. 理事会还可以采用其他自己认为适合辅助PDP的意见征集途径,包括任命特定的人员或组织收集有关问题的信息,或者计划召开商讨会议或汇报会议。所有此类信息应在PDP启动后三十五(35)个日历日内提交给员工事务经理。

6.PDP启动的公开通知

启动PDP后,ICANN应在网站上公布此类行为的通知。应为该问题设定公众意见征询期,即启动PDP后二十(20)个日历日内。员工事务经理或其他某位由ICANN指定的代表应对公众意见进行评审,并将其汇总为一份报告(以下称"公众意见报告"),并视情况将该报告收录到任务组预备报告或初始报告中。

7.任务组

a. 任务组的职责。如果设立任务组,其职责通常包括:(i)收集详细说明GNSO内利益相关方团体、正式选区组织和临时选区组织(如果有)立场的信息;(ii)获取其他尽可能完善和补充任务组报告的相关信息。

任务组不应拥有任何正式决策权。更确切地说,任务组的职责应为收集那些尽可能具体详细地说明各方或各团体立场的信息,从而使理事会对问题的审议更加富有意义且具有更广泛的消息。

b. 任务组的章程或委任范围。理事会应在员工事务经理的协助下,于PDP启动后十(10)个日历日内制定出任务组的章程或委任范围(以下称"章程")。上述章程包括以下内容:

1. 需要任务组解决的问题,理事会启动PDP前须通过此类问题的投票;

2. 任务组须遵循的特定时间限制(参见下文),董事会确定有说服力很强的理由延长时间限制的情况除外;和

3. 理事会对任务组的任何特定指示,包括任务组是否应就问题征求外部顾问的意见。

任务组应制定其报告并依据章程指导其活动。任何违背章程的请求须正式提交给理事会,经过理事会每个议院成员多数投票通过后任务组方可执行该请求。

c. 任务组主席的任命。员工事务经理应在收到章程后的五(5)个日历日内召开任务组的第一次会议。在初次会议上,任务组成员的首要任务是以投票方式任命一位任务组主席。主席应负责组织任务组的活动,包括编制任务组报告。任务组主席无需是理事会的成员。

d. 信息的收集

1. 选区组织和利益相关方团体报告书。利益相关方团体的代表们将分别负责征求其利益相关方团体或所在选区组织的立场(最低要求)以及每位代表视为适当的与所考虑问题有关的其他意见。上述立场及其他意见(如适用)应以正式报告书(以下称"选区组织/利益相关方团体报告书",每位代表分别一份)的形式在PDP启动后三十五(35)个日历日内提交给任务组。每份选区组织/利益相关方团体报告书应至少包括以下内容:

(i)如果获得绝大多数票,则明确陈述选区组织或利益相关方团体就问题的立场;

(ii)如果未获得绝大多数票,则明确陈述选区组织或利益相关方团体成员拥护的所有立场;

(iii)明确陈述选区组织或利益相关方团体如何达成其立场。具体而言,该声明应详细说明特定的选区组织或利益相关方团体会议、电话会议或其他商讨问题的方式,并细列出所有参与其中或以其他方式提交其看法的成员;

(iv)分析问题对选区组织或利益相关方团体的影响程度,包括任何对选区组织或利益相关方团体的财务影响;和

(v)分析可能需要实施政策的时间段。

2. 外部顾问。除了选区组织或利益相关方团体成员外,任务组可在其视为适当或有益的情况下,向外部顾问、专家或其他公众成员征求意见。由上述外部顾问制定的报告中应阐明此类意见,并应 (i)清楚地标明来自外部顾问;(ii)另外详细声明顾问的以下信息:(A)资历和相关经验;(B)潜在的利益冲突。这些报告应以正式报告书的形式在PDP启动后三十五(35)个日历日内提交给任务组主席。

e. 任务组报告。任务组主席应与员工事务经理协作,将选区组织/利益相关方团体报告书、公众意见报告和其他信息或报告(如适用),汇总到一个文档中(以下称"任务组预备报告"),并在PDP启动后四十(40)个日历日内将任务组预备报告分发给整个任务组。任务组应在任务组预备报告分发后五(5)天内召开最后一次任务组会议,以便商讨问题并力争获得绝大多数票。最后一次任务组会议闭会后五(5)个日历日内,任务组主席和员工事务经理应制定任务组最终报告(以下称"任务组报告"),并将其在评论站点上公布。每份任务组报告须包括以下内容:

1.如果获得绝大多数票,则明确陈述任务组就问题的任何立场;

2.如果未获得绝大多数票,则明确陈述所有在提交选区组织或利益相关方团体报告的二十天时间限制内所提交的且任务组成员拥护的立场。每种声明均应明确指出(i)持有该立场的理由,以及(ii)持有该立场的一个或多个选区组织或利益相关方团体;

3.分析问题对任务组的每个选区组织或利益相关方团体的影响程度,包括任何对选区组织或利益相关方团体的财务影响;

4.分析可能需要实施政策的时间段;和

5.理事会指定给任务组的任何外部顾问的意见,另外详细陈述该顾问的以下信息:(i)资历和相关经验;(ii)潜在的利益冲突。

8.未成立任务组情况下的程序

a. 如果决定不召集任务组,则理事会将要求各个选区组织或利益相关方团体在其后十(10)个日历日内指定一名代表征求选区组织或利益相关方团体对问题的看法。上述各位代表应在PDP启动后三十五(35)个日历日内向员工事务经理提交选区组织/利益相关方团体报告书。

b. 理事会还可以采用其他自己认为适合辅助PDP的意见征集途径,包括任命特定的人员或组织收集有关问题的信息,或者计划召开商讨会议或汇报会议。所有此类信息应在PDP启动后三十五(35)个日历日内提交给员工事务经理。

c. 员工事务经理将接纳所有选区组织/利益相关方团体报告书、公众意见报告书和其他信息,并在PDP启动后五十(50)个日历日内汇总一份初始报告(并在评论站点上公布)。此后,PDP应遵循下文有关制定最终报告的第9项规定进行。

9.公众对任务组报告或初始报告的意见

a. 公众意见征询期为公布任务组报告或初始报告后的二十(20)个日历日内。任何个人或组织(包括未加入任务组的任何选区组织或利益相关方团体)均可在公众意见征询期内提交意见。所有意见均应附带说明意见提出者的姓名、相关经验及问题对其产生的利害关系。

b. 在二十(20)天公众意见征询期结束时,员工事务经理将负责评审收到的各种意见,并在任务组报告或初始报告(总称为"最终报告")中适当添加员工事务经理视为合理的内容。员工事务经理没有义务向报告中加入意见征询期内所征集到的所有意见,包括由任何个人或组织提交的各种意见。

c. 员工事务经理应制定最终报告,并在公众意见征询期结束后十(10)个日历日内将其呈送至理事会主席。

10.理事会商讨

a. 收到最终报告之后,无论是任务组还是其他机构的工作成果,理事会主席均会(i)将最终报告分发给所有理事会成员,并(ii)在此后十(10)个日历日内召开理事会会议。理事会可在正式会议开会之前着手商讨问题,其方式包括现场会议、电话会议、电子邮件讨论或任何其他理事会可以选择的方式。商讨流程应最终在正式的理事会会议(现场会议或电话会议)中展开,会上理事会将力争获得成功的GNSO投票以提交给董事会。

b. 理事会可选择在其最后一次会议上向外部顾问征求意见。如果理事会采纳由这些顾问提出的意见,则应(i)在提交给董事会的理事会报告中具体阐明这些意见; (ii)特别指明这些意见由外部顾问提出;(iii)另外详细声明顾问的以下信息:(x)资历和相关经验;(y)潜在的利益冲突。

11.提交给董事会的理事会报告

员工事务经理将出席理事会的最后一次会议,并闭会后五(5)个日历日内将理事会的意见汇总为一份应提交给董事会的报告(以下称"董事会报告")。董事会报告须至少包含以下内容:

a. 如果获得成功的GNSO投票,则明确陈述任何理事会建议;

b. 如果未获得成功的GNSO投票,则明确陈述理事会成员持有的所有立场。每种声明均应明确指出(i)各个立场的持有理由,以及(ii)持有该立场的一个或多个选区组织或利益相关方团体;

c. 分析问题对每个选区组织或利益相关方团体的影响程度,包括对选区组织或利益相关方团体的任何财务影响;

d. 分析可能需要实施政策的时间段;

e. 对于由任何外部顾问提出且予以采纳的意见,应另外详细声明顾问的以下信息:(i)资历和相关经验;(ii)潜在的利益冲突;

f. 提交给理事会的最终报告;和

g. 一份理事会就政策问题的商讨记录,包括此类商讨期间收集到的所有意见,并附带意见发表人的说明。

12.理事会的一致意见

A. 理事会成员成功的GNSO投票将被视为理事会的意见反映,可作为理事会的建议呈送至董事会。如果未获得GNSO绝大多数票,则批准最终报告中包含的建议要求两个议院大多数投票通过,此外还要求一名代表以及4个利益相关方团体中至少有3个支持该建议。所有理事会成员不得缺席,因此全体成员均必须投票,但成员与政策问题结果存有财务利益关系的情况除外。尽管有前述规定,PDP期间所有理事会成员提出的意见均须收录到董事会报告中。

13.董事会表决

a. 收到员工事务经理的董事会报告之后,董事会将尽快开会讨论GNSO理事会建议。

b. 在理事会获得极大多数GNSO投票的情况下,董事会应依据GNSO获得绝大多数票的建议表决通过该政策,除非董事会超过百分之六十六(66%)的投票确定上述政策并非符合ICANN社群或ICANN的最佳利益。

c. 在董事会决定不按照GNSO获得绝大多数票的建议采取行动的情况下,董事会应(i)在提交给理事会的报告(以下称"董事会报告书")中说明其决定的原因;并(ii)向理事会提交董事会报告书。

d. 理事会应评审董事会报告书,并在收到董事会报告书后二十(20)个日历日内与董事会进行讨论。董事会应确定理事会与董事会讨论董事会报告书的方式(例如,电话会议、电子邮件或其他方式)。

e. 在理事会和董事会讨论结束后,理事会应开会证实或修改其建议,并向董事会传达该结论("补充建议"),包括其当前建议的说明。在理事会就补充建议获得GNSO绝大多数票的情况下,董事会应表决通过该建议,除非董事会超过百分之六十六(66%)的投票确定此类政策并非符合 ICANN社群或ICANN的最佳利益。

f. 在理事会无法获得GNSO绝大多数票的任何情况下,董事会的多数投票均足以生效。

g. 如果适时就GNSO理事会建议或补充建议做出最终决定,董事会应进行预备投票,如果可行,将发布临时性决策,决定在董事会做出最终决定前留出十(10)天的公众意见征询期。

14.政策的实施

做出最终决定后,董事会应向ICANN员工批准或说明实施政策所需的所有措施(如果适用)。

15.记录的维护

在从政策建议到董事会最终决策的整个PDP期间,ICANN将在网站上维护一个详细说明每个PDP问题进展的状态网页,具体内容如下:

a. 针对政策的初始建议;

b. 未导致制定问题报告的所有建议的列表;

c. 每条政策应遵循的时间限制;

d. 理事会就政策展开的所有讨论;

e. 所有来自任务组、员工事务经理、理事会和董事会的报告;和

f. 所有提交的公众意见。

16.其他定义

"评论站点"和"网站"指一个或多个由ICANN指定且在上面公布PDP相关通知和意见的网站。

"绝大多数票"指在适用机构的会议中,超过百分之六十六(66)的出席成员投赞成票,GNSO理事会除外。

"员工事务经理"指一名或多名管理PDP的ICANN员工。

本章程规定了"GNSO绝大多数票"的含义。

"成功的GNSO投票"指GNSO理事会的赞成票满足第X条第3款第9项 中规定的相应投票门槛,包括但不限于GNSO绝大多数票。


附件B:ccNSO政策制定流程(ccPDP)

以下流程应对ccNSO政策制定流程(以下称"PDP")起到指导作用。

1.请求制定问题报告

以下任何对象都可以请求制定问题报告:

a. 理事会。ccNSO理事会(在本附件B中,以下称为"理事会")可以通过由出席任何会议或通过电子邮件表决的至少七名理事会成员投赞成票,请求制定问题报告。

b. 董事会。ICANN董事会可以通过要求理事会开始政策制定流程,请求制定问题报告。

c. 区域组织。在ICANN认可的区域中代表ccTLD的一个或多个区域组织可以通过要求理事会开始政策制定流程,请求制定问题报告。

d. ICANN支持组织或咨询委员会。ICANN支持组织或ICANN咨询委员会可以通过要求理事会开始政策制定流程,请求制定问题报告。

e. ccNSO成员。ccNSO成员可以通过由出席任何会议或通过电子邮件表决的至少十名ccNSO成员投赞成票,请求制定问题报告。

任何问题报告请求必须采用书面形式,并且必须详细阐明请求制定问题报告的问题,以便制定问题报告。理事会可以要求提供更多信息或开展进一步研究或调查,以便确定是否应制定请求的问题报告。

2.制定问题报告和启动阈值

在获得上文第1(a)项中所述的赞成票数或收到上文第1(b)、(c)或(d)项所述的请求后七天内,理事会应任命一名问题管理人。问题管理人可以是ICANN的工作人员(在这种情况下,问题管理人的费用应由ICANN承担),也可以是由理事会选出的一名或多名其他人员(在这种情况下,问题管理人的费用应由ccNSO承担)。

在任命后十五(15)个日历日(或理事会与问题管理人协商后认为适当的其他时间)之内,问题管理人应制定问题报告。每份问题报告应至少包含以下内容:每份问题报告应至少包含以下内容:

a. 需要考虑的提议问题;

b. 提出问题的团体身份;

c. 此问题对该团体有何影响;

d. 对启动PDP问题的支持;

e. 问题管理人对于理事会是否应为此问题启动PDP的建议(以下称"管理人建议")。关于该问题是否完全属于ICANN政策流程范围和ccNSO范围,每项管理人建议应包括ICANN总法律顾问的意见并受其支持。在得出自己意见的过程中,总法律顾问应检查以下内容:

1) 该问题是否属于ICANN使命声明的范围;

2) 根据第IX条第6款第2项附件C对相关因素进行的分析是否肯定地说明了该问题属于ccNSO的范围;

如果总法律顾问就上述第1点和第2点获得了肯定的结论,那么还应考虑以下内容:

3) 该问题是否涉及或影响现有的ICANN政策;

4) 该问题是否可能具有持续价值或适用性(尽管该问题偶尔需要更新),以及是否可能建立一个指导或框架以利于未来制定决策。

在所有情况下,考虑对ccPDP(本附件B)或对ccNSO的范围(附件C)进行修订都应属于ICANN和ccNSO的范围。

如果总法律顾问认为问题不属于ccNSO的范围,那么问题管理人应向理事会告知此观点。如果根据第IX条第6款和附件C对相关因素进行分析之后,10名或更多理事会成员中的多数认为该问题属于相应范围,那么ccNSO主席应相应地告知问题管理人。总法律顾问和ccNSO理事会应根据经过协商的规则和程序进行对话,以处理该事务。如果总法律顾问与理事会之间就该问题是否属于ccNSO范围未达成任何协议,则理事会可通过15名或更多成员的表决来决定该问题是否属于相应范围。ccNSO主席应相应地告知总法律顾问和问题管理人。问题管理人随后应继续对理事会是否应启动PDP提出建议,并将总法律顾问和理事会的观点和分析都添加到问题报告中。

f. 如果管理人建议赞成启动PDP,此处应列出执行PDP各阶段工作的建议时间表(以下称"PDP时间表")。

g. 在可能的情况下,问题报告应指出该报告提交后是否可能促使ICANN董事会批准某项政策。在某些情况下,只有对问题进行实质性讨论之后,才可能做到这一点。在这些情况下,问题报告中应说明这种不确定性。问题报告完成后,问题管理人应将它分发给整个理事会,以对是否启动PDP进行表决。

3.启动PDP

理事会应根据以下内容确定是否启动PDP:

a. 在收到来自问题管理人的问题报告后21天内,理事会应对是否启动PDP进行表决。此类表决可以在以理事会认为适当的任何方式举行会议(包括现场会议或电话会议)时进行,但如果无法举行会议,也可以通过电子邮件进行表决。

b. 如果问题报告说明该问题完全属于ICANN使命声明范围和ccNSO范围,则必须要有十名或更多理事会成员表决赞成启动PDP,PDP才能启动。

4.决定是否指定任务组;建立时间表

在根据上文第3项启动PDP的理事会会议上(或当理事会采用电子邮件表决时,在该表决过程中),理事会应根据出席会议成员(或通过电子邮件表决)的多数票决定是否指定任务组来解决该问题。如果理事会的表决:

a. 赞成召集任务组,则理事会应根据下文第7项成立任务组。

b. 反对召集任务组,则理事会应根据下文第8项收集有关政策问题的信息。

理事会还应根据成员出席会议或通过电子邮件表决的多数票,批准或修改并批准问题报告中所述的PDP时间表。

5.任务组的构成和选举

a. 通过表决确定要指定任务组之后,理事会应邀请各区域组织(请参见第IX条第6款)指定两位人员加入任务组(以下称"代表")。另外,理事会还可指定最多三位来自ccNSO外部的顾问(以下称"顾问"),并遵循GAC加入任务组的正式请求,接受最多两名来自政府咨询委员会的代表在任务组中任职。理事会可在其认为必要或适当的情况下,自行决定增加指派到任务组的代表人数。

b. 任何要向任务组指派代表的区域组织须在收到上述邀请后十(10)个日历日内向问题管理人提交代表姓名,以便将他们加入任务组中。这些代表无需是理事会成员,但每位代表都必须对此主题感兴趣,且具有相关知识和专业技术,并有足够的时间参加任务组活动。

c. 理事会还可以采取其他自己认为适合辅助PDP的行动,包括任命特定的个人或组织收集有关问题的信息,或者计划召开商讨会议或总结会议。所有此类信息均应根据PDP时间表提交给问题管理人。

6.PDP启动和意见征询期的公开通知

启动PDP后,ICANN应在网站上公布此类行动的通知,并告知其他ICANN支持组织和咨询委员会。随后应就问题开始意见征询期(根据PDP时间表,通常至少为21天)。应接受从ccTLD经理、其他支持组织、咨询委员会和公众征求的意见。问题管理人或其他某位指定的理事会代表应对意见进行评审,并将这些意见汇总为一份报告(以下称"意见报告"),并视情况将该报告收录到任务组预备报告或初始报告中。

7.任务组

a. 任务组的职责 。如果设立任务组,其职责应为负责(i)收集说明地理区域以及其他方和团体内ccNSO成员立场的信息;(ii)以其他方式获取相关信息,以便使任务组报告尽可能完整并包含丰富的信息,促使理事会基于广泛的信息进行有意义的商讨。

任务组不应拥有任何正式决策权。更确切地说,任务组的职责应为收集那些尽可能具体详细地说明各方或团体立场的信息,从而使理事会能够基于广泛的信息对问题进行有意义的商讨。

b. 任务组的章程或委任范围 。理事会应在问题管理人的协助下,在PDP时间表指定的时间内制定任务组的章程或委任范围(以下称"章程")。上述章程应包括以下内容:

1.需要任务组解决的问题,理事会启动PDP前须通过此类问题的投票;

2.任务组须遵循的特定时间表(参见下文),除非理事会确定能够提供具有说服力的理由来延长时间表;和

3.理事会对任务组的任何特定指示,包括任务组是否应就问题征求外部顾问的意见。

任务组应制定其报告并依据章程指导其活动。任何违背章程的请求须正式提交给理事会,经过出席会议或通过电子邮件表决的理事会成员多数表决后任务组方可执行该请求。在第IX条第3款第14项 中要求的法定人数适用于本项(第7(b)项)中的理事会决议。

c. 任务组主席的任命 。 问题管理人应在PDP时间表指定的时间内召开任务组的第一次会议。在初次会议上,任务组成员的首要任务是通过表决任命一位任务组主席。主席应负责组织任务组的活动,包括编制任务组报告。任务组主席无需是理事会的成员。

d. 信息的收集

1. 区域组织报告书 。 各代表应分别负责征求所在地理区域的区域组织的立场(最低要求),并可在自己认为适当时就考虑的问题征求其他意见,包括该区域内不是区域组织成员的ccNSO成员的意见。区域组织的立场和代表收集的任何其他意见应在PDP时间表指定的时间内以正式报告书(每份报告书都称为"区域报告书")的形式提交给任务组主席。每份区域报告书应至少包括以下内容:

(i)如果获得绝大多数票(按照区域组织所定义),则明确陈述该区域组织关于此问题的立场;

(ii)如果未获得绝大多数票,则明确陈述该区域组织成员拥护的所有立场;

(iii)明确陈述区域组织如何达成其立场。具体而言,该陈述应详细说明特定会议、电话会议或其他商议问题的方式,并细列出所有参与其中或以其他方式提交其看法的成员;

(iv)陈述不是区域组织成员的所有ccNSO成员关于此问题的立场;

(v)分析问题对该区域造成影响的程度,包括对该区域的任何财务影响;和

(vi)分析可能需要实施政策的时间段。

2. 外部顾问。 任务组可自行决定向外部顾问、专家或其他公众征求意见。由上述外部顾问制定的报告中应阐明此类意见,并应(i)清楚地标明来自外部顾问;(ii)另外详细陈述该顾问的以下信息:(a)资历和相关经验;(b)潜在的利益冲突。这些报告应以正式报告书的形式在PDP时间表指定的时间内提交给任务组主席。

e. 任务组报告。 任务组主席应与问题管理人协作,将区域报告书、意见报告和相应的其他信息或报告汇总到一个文件(以下称"任务组预备报告")中,并在PDP时间表指定的时间内将任务组预备报告分发给整个任务组。任务组应召开任务组最终会议讨论这些问题,并尝试获得绝大多数票。任务组最终会议之后,任务组主席和问题管理人应制定任务组最终报告(以下称"任务组报告"),并将其公布在网站上,并告知其他ICANN支持组织和咨询委员会。每份任务组报告须包括以下内容:

1.如果任务组关于此问题的任何立场获得了绝大多数票(占任务组的66%),则对其进行明确陈述;

2.如果未获得绝大多数票,则明确陈述任务组成员拥护的所有立场(在选区组织报告提交时间表内提交的)。每种陈述均应明确指出(i)持有该立场的理由,以及(ii)持有该立场的各区域组织;

3.分析问题对各区域的影响程度,包括对各区域的任何财务影响;

4.分析可能需要实施政策的时间段;和

5.理事会指定给任务组的任何外部顾问的意见,另外详细陈述该顾问的以下信息:(i)资历和相关经验;(ii)潜在的利益冲突。

8.未成立任务组情况下的程序

a. 如果理事会决定不召集任务组,那么每个区域组织应在PDP时间表指定的时间内指定一位代表,征求该区域对问题的看法。要求每位代表在PDP时间表指定的时间内将区域报告书提交给问题管理人。

b. 理事会可以自行决定采取其他辅助PDP的措施,包括任命特定的个人或组织收集有关问题的信息,或者计划召开商讨会议或汇报会议等。所有此类信息均应在PDP时间表指定的时间内提交给问题管理人。

c. 理事会应正式请求GAC主席提供意见或建议。

d. 问题管理人应在PDP时间表指定的时间内接纳所有区域报告书、意见报告和其他信息,汇总一份初始报告并在网站上公布。随后,问题管理人应根据下文第9项制定最终报告。

9.对任务组报告或初始报告的意见

a. 应针对任务组报告或初始报告开始意见征询期(根据PDP时间表,通常至少为21天),以获取意见。应接受从ccTLD经理、其他支持组织、咨询委员会和公众征求的意见。所有意见应包括提出者的姓名、相关经验及问题对其产生的利害关系。

b. 意见征询期结束时,问题管理人应对收到的意见进行评审,并根据问题管理人的合理判断向任务组报告或初始报告添加适当的意见,以制定"最终报告"。问题管理人没有义务将意见征询期内征集到的所有意见都添加到报告中,也没有义务将任何个人或组织提交的所有意见都添加到报告中。

c. 问题管理人应在PDP时间表指定的时间内制定最终报告,并将其提交给理事会主席。

10.理事会商讨

a. 收到无论是任务组还是其他方式生成的最终报告后,理事会主席应(i)将最终报告分发给所有理事会成员;(ii)在PDP时间表指定的时间内请求召开理事会会议,在会议上理事会应形成建议提交给董事会;(iii)正式邀请GAC主席提供意见或建议。此类会议可以采用理事会认为适当的任何方式召开,包括现场会议或电话会议。问题管理人应出席会议。

b. 理事会可在正式会议开会之前着手商讨问题,其方式包括现场会议、电话会议、电子邮件讨论或任何其他理事会可以选择的方式。

c. 理事会可选择在其最后一次会议上向外部顾问征求意见。如果理事会采纳由这些顾问提出的意见,则应(i)在提交给董事会的理事会报告中具体阐明这些意见;(ii)特别指明这些意见由外部顾问提出;(iii)另外详细陈述该顾问的以下信息:(a)资历和相关经验;(b)潜在的利益冲突。

11.理事会建议

在考虑是否就该问题提出建议(以下称"理事会建议")方面,理事会应遵循达成共识的意见。如果少数人反对达成共识的意见,这些少数人应制定一份说明反对理由的报告书,并将它分发给理事会成员。如果理事会对该报告的讨论未达成共识,那么应将由14名或更多理事会成员支持的建议视为理事会看法的反映,并作为理事会建议传达给各成员。尽管如此(如下文所述),PDP期间理事会成员提出的意见均须收录到成员报告中。

12.提交给成员的理事会报告

如果根据第11项采用了理事会建议,则问题管理人应在理事会会议后七天内将理事会的建议与理事会成员的任何其他意见汇总为一份报告,在通过理事会批准后提交给各成员(以下称"成员报告")。成员报告必须至少包含以下内容:

a. 对理事会建议的明确陈述;

b. 提交给理事会的最终报告;和

c. 一份理事会就政策问题的商讨记录的副本(请参见第10项),包括此类商讨期间收集到的所有意见,并附带意见发表人的说明。

13.成员表决

在成员报告提交之后和PDP时间表指定的时间内,ccNSO成员应获得对理事会建议进行表决的机会。成员应通过电子方式表决,成员的投票应在PDP时间表指定的时间(至少21天)内提交。

如果在表决期内投票的ccNSO成员不少于50%,那么将采用产生的表决结果而不进行进一步处理。如果在第一轮表决中投票的ccNSO成员少于50%,将不采用第一轮结果,而在通知ccNSO成员至少三十天后进行的第二轮(最终)表决中,如果投票的ccNSO成员不少于50%,结果将被采用。如果表决期结束时收到的票数有66%以上支持理事会建议,那么根据下文第14项该建议将作为ccNSO建议传达给董事会。

14.董事会报告

问题管理人应在根据第13项采用ccNSO建议后七天内将ccNSO建议汇总为一份报告,在通过理事会批准后提交给董事会(以下称"董事会报告")。董事会报告须至少包含以下内容:

a. 对ccNSO建议的明确陈述;

b. 提交给理事会的最终报告;和

c. 成员报告。

15.董事会表决

a. 根据需要董事会考虑的程序,在从问题管理人收到董事会报告后,董事会应尽快在合理的时间召开会议对ccNSO建议进行讨论。

b. 董事会应采纳ccNSO建议,除非董事会超过66%的投票确定上述政策并非符合ICANN社群或ICANN的最佳利益。

1.在董事会决定不按照ccNSO建议采取行动的情况下,董事会应(i)在提交给理事会的报告(以下称"董事会报告书")中说明决定不按照ccNSO建议采取行动的原因,并(ii)向理事会提交董事会报告书。

2.理事会应在董事会报告书提交给理事会后三十天内与董事会就董事会报告书进行讨论。董事会应确定理事会与董事会讨论董事会报告书的方式(例如,电话会议、电子邮件或其他方式)。讨论应通过及时有效的方式诚恳地寻求双方都可接受的解决办法。

3.在理事会和董事会讨论结束后,理事会应开会证实或修改其理事会建议。应将由14位或更多理事会成员支持的建议视为理事会看法的反映(理事会的"补充建议")。该补充建议应通过成员补充报告传达给各成员,其中包括对补充建议的说明。成员应获得对补充建议进行表决的机会(在与第13项中所述相同的条件)。如果表决期内ccNSO成员支持补充建议的票数超过66%,那么该建议应作为ccNSO补充建议传达给董事会,而董事会应采纳该建议,除非董事会超过66%的投票确定接受上述政策将违反董事会对公司的诚信义务。

4.如果董事会不接受ccNSO补充建议,则应在最终决定(以下称"董事会补充报告书")中说明此决定的原因。

5.如果董事会决定不接受ccNSO补充建议,那么董事会将无权对建议中涉及的问题制定政策;而在ccNSO根据ccPDP对该问题做出董事会认为可接受的建议之前,应维持现状。

16.政策的实施

如果董事会采纳了ccNSO建议或ccNSO补充建议,董事会就应在适当时指导或授权ICANN工作人员实施该政策。

17.记录的维护

对于请求问题报告的每个ccPDP(请参见第1项),ICANN应在网站上设立一个状态网页,详细描述每个ccPDP的进展,该网页不但提供ccPDP的相关日期列表,还将提供到以下文件的链接(具体取决于这些文件依据ccPDP的制定情况):

a. 问题报告;

b. PDP时间表;

c. 意见报告;

d. 区域报告书;

e. 任务组预备报告;

f. 任务组报告;

g. 初始报告;

h. 最终报告;

i. 成员报告;

j.董事会报告;

k.董事会报告书;

l.成员补充报告;和

m. 董事会补充报告书。

此外,ICANN应将所收到的明确建议启动ccPDP的电子书面意见公布在网站上。


附件C:ccNSO的范围

本附件说明了ccNSO的范围,以及在ccNSO政策制定角色范围的进一步发展过程中要使用的分析原则和方法。如本章程第IX条第6款第2项所述,应根据ccPDP的程序来定义该范围。

ccNSO的权力和责任范围必须认可在政策问题方面ICANN和ccTLD经理/注册局之间的复杂关系。本附件对ccNSO、ccNSO理事会以及ICANN董事会和工作人员描述相关全球政策问题很有帮助。

政策范围

ccNSO的政策角色应基于对以下DNS功能模型的分析:

1.注册/维护数据来生成区域文件。

2.而区域文件会用在TLD名称服务器中。

在TLD中,必须执行两项功能(下文将对此进行更详细的描述):

1.将数据输入数据库(数据输入功能);

2.维护并确保TLD名称服务器的正常运行(名称服务器功能)。

这两项核心功能必须在ccTLD注册局级别以及DNS层次结构的较高级别(IANA功能和根服务器)和较低级别执行。正如RFC 1591所指出,这种机制是递归性的:

任何对顶级域子域的要求都不会超越对更高级域的要求。也就是说,此备忘录中的要求将以递归方式应用。具体来说,应允许所有子域运行自己的域名服务器,其中提供子域管理员认为适当的任何信息(只要真实正确即可)。

核心功能

1.数据输入功能(DEF):

从更详细的角度来看,第一种功能(在数据库中输入和维护数据)应由命名策略进行完整的定义。此命名策略必须指定用于以下情况的规则和条件:

(a)收集数据并将数据输入数据库,或更改数据库中的数据(尤其是那些在TLD级别能反映从注册人转移到注册人或不断变化的注册商的数据)。

(b)开放某些数据以供普通大众使用(例如,通过WHOIS或名称服务器实现)。

2.名称服务器功能(NSF)

名称服务器功能涉及域名系统核心部分的基本互操作性和稳定性问题。此功能的重要性可延伸至ccTLD级别的名称服务器,也可延伸至更低级别的根服务器(和根服务器系统)以及名称服务器。

从正常运行的名称服务器的自身价值以及互操作性和稳定性方面来考虑,这种名称服务器对于个人以及本地和全球互联网社群来说极为重要。

因此,需要定义并建立有关名称服务器功能方面的政策。大多数相关方(包括大多数ccTLD注册局)都承认在遵守相关RFC(尤其是RFC 1591)的情况下,有必要制定有关此方面的通用政策。

关于政策角色、职责角色和责任角色

为了ICANN和ccTLD经理的利益,必须确保域名系统能够正常稳定地运行。在这一点上,ICANN和ccTLD注册局各有不同的角色,这些角色可根据相关政策进行定义。如果对ICANN和ccTLD注册局之间的权力分配没有达成共识,则无法确定ccNSO的范围。

从针对任何给定问题必须指定何种职责来说,可分为三个角色:

  • 政策角色:也就是定义政策的能力和权力;
  • 执行角色:也就是遵照政策行事和实施政策的能力和权力;和
  • 责任角色:也就是让责任实体对行使其权力尽职尽责的能力和权力。

首先,职责需要有一个政策作为前提,而这可以说明政策角色的内容。根据需要解决的问题,有必要确定和定义一些人员来从事政策的定义和订立工作。其次,这需要先有一个执行角色,用于定义在政策界限内实施政策和遵照政策行事的权力。最后,为了与执行角色抗衡,需要定义和确定责任角色。

以下信息有助于:

1. 说明和确定特定政策范围;

2. 定义和确定有关这些特定政策范围的角色。

本附件定义了ccNSO有关制定政策的范围。该范围限制为ccNSO政策制定流程在下文明确阐述的功能和级别方面所具有的政策角色。在为ccPDP流程定义范围的过程中,预计会将是否准确地指定下文所示的政策角色、执行角色和责任角色纳入考虑范围。

名称服务器功能(关于ccTLD)

级别1:根名称服务器
政策角色: IETF、RSSAC(ICANN)
执行角色:根服务器系统运营商
责任角色: RSSAC(ICANN)、美国商务部和ICANN签署的谅解备忘录(US DoC-ICANN MoU)

级别2:ccTLD注册局名称服务器(关于互操作性)
政策角色:ccNSO政策制定流程(ICANN)(为获得可使ccNSO流程有条理的最佳做法)
执行角色:ccTLD经理
责任角色:部分ICANN(IANA)、部分本地互联网社群,包括本地政府

级别3:用户名称服务器
政策角色:ccTLD经理、IETF(RFC)
执行角色:注册人
责任角色:ccTLD经理

数据输入功能(关于ccTLD)

级别1:根级别注册局
政策角色:ccNSO政策制定流程(ICANN)
执行角色:ICANN(IANA)
责任角色: ICANN社群、ccTLD经理、美国商务部(US DoC)、国家/地区权威机构(在某些情况下)

级别2:ccTLD注册局
政策角色:本地互联网社群,包括本地政府和/或ccTLD
经理(取决于本地结构)执行角色:ccTLD经理
责任角色:本地互联网社群,包括国家/地区权威机构(在某些情况下)

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