摘要
- ICANN的权力首先受到使命限制;其组织文件把它定位为协调互联网唯一标识系统的加州非营利公益法人,而不是拥有一般监管权限的政府机构。[https://www.icann.org/resources/pages/governance/bylaws-en] [https://www.icann.org/resources/pages/governance/articles-en]
- 对注册局和注册商而言,最具操作性的约束通常来自适用的注册局协议、注册商认证协议以及通过合同纳入的共识政策。投诉、信息要求、整改和可能的合同执行构成一条不同于政策挑战或司法诉讼的路径。[https://www.icann.org/resources/pages/registries/registries-agreements-en] [https://newgtlds.icann.org/en/applicants/agb/base-agreement-contracting] [https://www.icann.org/resources/pages/approved-with-specs-2013-09-17-en] [https://www.icann.org/resources/pages/registrars/consensus-policies-en] [https://www.icann.org/compliance] [https://www.icann.org/resources/pages/approach-processes-2012-02-25-en]
先分清三种权力:制定、执行与复核
ICANN的《章程》是分析权力边界的第一份文书。研究包将其列为以下判断的候选证据:ICANN的使命集中于互联网唯一标识系统的协调,包括域名系统根区、互联网号码资源、协议参数以及根服务器系统;同时,使命和公共利益承诺也约束其行动。换言之,章程既是授权文件,也是边界文件。当前稿件没有把候选证据当作已完成的实时法律核验:本次检索未能获取页面正文,现行修订、有效日期和适用于具体决定的版本仍需确认。[https://www.icann.org/resources/pages/governance/bylaws-en]
《公司章程》则提供了不同层次的定位。它把ICANN描述为加州非营利公益法人,而不是政府监管机构。这一组织形式并不意味着它没有公共影响,也不意味着它可以像行政机关一样直接向所有互联网使用者发号施令。它意味着分析者必须追问:某项义务来自使命、社群制定的政策、与注册局或注册商签订的合同,还是来自另一种程序性安排?[https://www.icann.org/resources/pages/governance/articles-en]
因此,制定权、执行权和复核权不能被合并。社群政策程序可能产生适用于特定主题的政策;合同可以把符合条件的政策纳入注册局或注册商的义务;运营者依合同执行服务、数据、连续性或滥用处理要求;ICANN的合规部门则可以通过投诉、监测、审计或信息请求推进执行。一个受影响的人若要挑战结果,还必须找到与其身份和争议对象相匹配的程序,而不能仅仅因为决定具有公共影响,就推定自己拥有同一种救济。[https://www.icann.org/resources/pages/governance/bylaws-en] [https://www.icann.org/resources/pages/registrars/consensus-policies-en] [https://www.icann.org/compliance]
合同是影响力变成控制力的转换器
注册局协议目录和新通用顶级域名基础协议材料,是识别控制面的关键入口。它们能够指向执行协议、规格和修订文件;但索引页或基础合同范本本身不能证明某一个注册局在某一日期受哪些条款约束。具体判断必须回到已签署的协议、适用的全球修订、双边修订和特定顶级域名规格。[https://www.icann.org/resources/pages/registries/registries-agreements-en] [https://newgtlds.icann.org/en/applicants/agb/base-agreement-contracting]
研究包把这些合同材料标记为候选证据,涉及共识政策、注册连续性、数据托管、技术服务水平、滥用处理、费用、审计、终止、转换和合同争议解决等义务。它们说明ICANN的操作性权力往往不是对整个互联网直接发布命令,而是通过合同要求受约束的运营者采取行动。注册商认证协议也体现相似结构:注册商可能需要遵守适用的共识政策、临时政策、规格和运营义务,并面对信息要求、整改、暂停、终止或转换等合同机制。[https://newgtlds.icann.org/en/applicants/agb/base-agreement-contracting] [https://www.icann.org/resources/pages/approved-with-specs-2013-09-17-en]
这条链条的因果关系可以写成四步:第一,章程和社群程序界定可以处理的问题;第二,符合条件的政策经过规定程序形成;第三,适用协议将其纳入注册局或注册商的合同义务;第四,合同相对方通过技术和运营流程执行。每一步都有自己的证据。政策索引不能替代政策正文,政策正文不能替代合同,合同范本不能替代具体运营者的已签署版本,合规通知也不能自动证明最终责任已经被裁定。[https://www.icann.org/resources/pages/governance/bylaws-en] [https://www.icann.org/resources/pages/registrars/consensus-policies-en] [https://www.icann.org/compliance] [https://www.icann.org/compliance/notices]
个案中的控制面:服务评估与合规执行
注册局服务评估流程是一个可以观察这条链条如何运作的窗口。研究包将该流程作为评估新建或修改注册局服务的候选证据,涉及安全、稳定性和潜在竞争问题。它不应被泛化为所有注册局、注册商、政策或董事会决定的通用程序。若要评价某项决定,必须确认该决定是否属于该流程的范围、当时适用的程序版本是什么,以及后续文件是否记录了评估、技术审查或转交结果。[https://www.icann.org/resources/pages/rsep-2014-02-19-en]
合同合规则位于另一端。ICANN的合规材料和执法通知页面可以提供投诉、信息要求、整改期限和可能合同救济的记录。合规流程可能从非正式解决推进到正式解决,再到更强的执行措施;但流程说明不能扩大合同本身的权力。单份违约通知记录的是ICANN的执行立场,不等于独立裁判已经确认全部事实,也不等于争议不会通过整改、撤回、和解、仲裁或其他方式结束。[https://www.icann.org/compliance] [https://www.icann.org/resources/pages/approach-processes-2012-02-25-en] [https://www.icann.org/compliance/notices]
投诉机制也必须放在正确位置。它可以让用户报告注册局或注册商涉嫌不合规,并可能促成合同合规调查;它不是损害赔偿诉讼,也不是一般意义上的政策上诉,更不是自动推翻ICANN董事会或工作人员决定的机制。一个投诉人要证明的,首先是受约束的合同方可能违反了哪项适用义务,以及有哪些记录能够支持这一判断。[https://www.icann.org/compliance/complaint]
复核路径不是一把万能钥匙
ICANN的正式问责机制包括复议和独立复核程序,但它们的范围、申请资格、审查标准和结果效力取决于适用的章程条款与程序文件。研究包把《章程》、复议材料和独立复核材料列为挑战符合条件的ICANN行动或不作为的候选证据。它们不应被写成任何争议都能使用、或必然暂停执行的普遍上诉制度。[https://www.icann.org/resources/pages/governance/bylaws-en] [https://www.icann.org/resources/pages/reconsideration-2012-02-25-en] [https://www.icann.org/resources/pages/irp-2012-02-25-en] [https://www.icann.org/en/system/files/files/irp-interim-supplementary-procedures-25oct18-en.pdf]
独立复核尤其显示了“可挑战”与“可逆转”之间的差距。一个程序可能允许对行动提出审查,却不保证在审查完成前恢复原状;一个合同救济可能可以约束签约方,却不一定向非合同当事人提供同等权利;一个合规投诉可能推动机构调查,却不一定提供个人损害赔偿。判断救济是否足够,必须查看争议对象、申请人地位、截止日期、临时措施和最终结果,而不能只列出程序名称。[https://www.icann.org/resources/pages/registries/registries-agreements-en] [https://www.icann.org/resources/pages/reconsideration-2012-02-25-en] [https://www.icann.org/resources/pages/irp-2012-02-25-en]
合作参与、文件披露、监察专员、投诉办公室和赋能社群等机制又增加了不同的制度入口。它们的功能可能分别涉及解决争议、获取信息、提出机构性关切或行使组织性监督;研究包明确要求不要把它们与合同合规、复议和独立复核混为一谈。对外部观察者而言,最重要的不是机制数量,而是每一种机制能审查什么、由谁启动、能否改变执行状态,以及是否留下足够的公开记录。[https://www.icann.org/resources/pages/cep-2012-02-25-en] [https://www.icann.org/resources/pages/didp-2012-02-25-en] [https://www.icann.org/ombudsman] [https://www.icann.org/complaints-office] [https://www.icann.org/ec]
结论:权力的边界决定救济的边界
ICANN的制度影响力来自层层转换,而不是一个抽象的“互联网监管权”。使命划定对象,社群程序形成部分政策,合同把政策和运营要求施加给注册局与注册商,技术和合规流程把义务转化为实际结果。相应地,挑战路径也必须沿着同一条链条寻找:合同争议看适用协议和合同机制,涉嫌受约束方不合规看合同合规,合资格的ICANN行动或不作为看复议或独立复核,信息和机构性问题则看其各自的专门程序。[https://www.icann.org/resources/pages/governance/bylaws-en] [https://www.icann.org/resources/pages/registries/registries-agreements-en] [https://www.icann.org/compliance] [https://www.icann.org/resources/pages/reconsideration-2012-02-25-en] [https://www.icann.org/resources/pages/irp-2012-02-25-en]
本次研究的关键限制仍然存在:实时页面和正文未能获取,现行修订、有效日期、具体运营者的合同文本以及个别执法结果没有在本稿中独立核验。因此,能够稳妥提出的是制度机制,而不是任何具体决定已经合法、违法或最终确定。下一步若要评价一个真实争议,必须锁定决定日期、执行主体、适用合同和政策版本,并把正式通知、复核申请和最终结果放在同一条时间线上。ICANN权力是否可被纠正,最终取决于这条证据链是否完整,而不取决于机构或挑战者谁先使用了“最终”这个词。[https://www.icann.org/resources/pages/registries/registries-agreements-en] [https://www.icann.org/compliance/notices] [https://www.icann.org/resources/pages/reconsideration-2012-02-25-en] [https://www.icann.org/resources/pages/irp-2012-02-25-en]
董事会决议与公益承诺争议材料也应作为个案核验的补充记录:[https://www.icann.org/resources/pages/board-of-directors/resolutions-en] [https://www.icann.org/resources/pages/picdrp-2014-01-09-en]
ICANN目录条目: [https://btw.media/zh/directory/internet-corporation-for-assigned-names-and-numbers]
会员简报
档案背景详情
使用相应会员等级登录,即可解锁完整简报与来源注释。
仅限 Strategic Circle
Strategic Circle
所有读者均可浏览。加入并登录后可解锁档案简报。
加入 Strategic Circle仅限 Leadership Alliance
Leadership Alliance
符合条件的 IP 资产所有者和管理层可登录查看 Leadership Alliance 简报。
加入 Leadership Alliance

