Skip to main content
Resources

关于加强 ICANN 问责制的流程与后续步骤

概述

2014年 3 月 14 日,美国国家电信和信息管理局 (NTIA) 宣布其打算将互联网号码分配当局 (IANA) 职能的管理权移交给全球多利益主体群体。NTIA 要求作为 IANA 职能承包者和域名系统 (DNS) 全球协调员的互联网名称与数字地址分配机构 (ICANN) 启动一项多利益主体流程以制定移交提案。此流程目前正在进行中,请点击此处了解更多详情。

在围绕移交流程进行的讨论中,机构群体提出了一个更广泛的议题,即:鉴于 NTIA 管理权的移交,与美国政府由来已久的合同关系的变化会造成哪些影响。在收到 2014 年 3 月举行的 ICANN 新加坡公开会议上的群体讨论结果后,ICANN 公布了关于加强 ICANN 问责制的流程提案。除了 2014 年 6 月 26 日在 ICANN 第 50 届伦敦会议期间举行的加强 ICANN 问责制专题研讨会上收到了意见以外,ICANN 还将 2014 年 5 月 6 日至 6 月 27 日定为公众讨论和机构群体反馈的时间。

此流程提案将范围定义为:确保 ICANN 在失去其与美国政府 (USG) 由来已久的合同关系以及该角色提供的与 ICANN 组织范围内问责制相关的可知支持(如 IANA 职能合同的续约流程)后仍然尽职尽责。此流程需要从组织角度审核应如何加强 ICANN 更广泛的问责机制,以应对其失去与 USG 由来已久的合同关系这一情况。这包括研究加强现有的问责机制(如《ICANN 章程》和《义务确认书》)。

此流程提案还建议组建 ICANN 问责制工作组 (WG) 以牵头开展机构群体讨论,并提出如何为 WG 选择具备某些领域专业知识的成员、由工作人员任命外部主题专家以及工作组应该提交的拟议工作成果等,另外还提出了一系列有关征集机构群体意见以推进 WG 工作的问题。

除了 2014 年 6 月 26 日在 ICANN 第 50 届伦敦会议期间举行的加强 ICANN 问责制专题研讨会上收到的意见以外,ICANN 还在 2014 年 5 月 6 日至 6 月 27 日的公众意见在线征询期间收到 49 条意见。这些与制定流程相关的意见已在改进流程的过程中予以考量。其中的许多意见还提出了加强 ICANN 问责制的相关考虑事项或者拟议解决方案。这些考虑事项和解决方案已编成单独文件(未经分析),以便负责落实加强 ICANN 问责制相关工作的群体小组参详。

此流程的后续步骤包括,依据 5 月 6 日初始提案的提议成立经改进的 ICANN 问责制群体协调小组。根据收到的反馈,将流程的构成修改为包含两个途径。修订后的流程将出现两个与问责制和监管相关的群体小组:

  1. ICANN 问责制与监管跨群体小组;和
  2. ICANN 问责制与监管协调小组。

ICANN问责制与监管跨群体小组

跨群体小组承担三项任务:

  1. 确定待讨论或待改进的问题;
  2. 任命协调小组成员,他们可能是跨群体小组成员或者来自更广泛的利益主体组织;和
  3. 持续为协调小组提供机构群体意见。

跨群体小组面向所有利益主体选拔成员。未规定本小组的成员人数以及选拔方法。预计,跨群体小组将成为 ICANN 机构群体的代表性参与组织。想要跟进和关注跨群体小组工作的人员将可以通过跨群体小组的开放式工作方法达到目的。跨群体小组的建立解决了提出的"需要以完全由机构群体主导的方式全面代表 ICANN 支持组织、咨询委员会和 GNSO 利益主体组织"这一意见。由机构群体而非 ICANN 领导层负责选拔成员。跨群体小组的其中一项首要任务将是为协调小组选拔主席与利益主体专家参与者,以确保协调小组可以在 2014 年 10 月的 ICANN 第 51 届会议期间召开会议。

跨群体小组将负责确定发送给协调小组以进行进一步优先化、研究和考量的问题(根据公众意见编成的"问题"清单上所列的问题除外)。协调小组将不时收到跨群体小组发来的问题,针对这些问题收集进一步意见会有所帮助,之后,协调小组将返回这些问题。跨群体小组可以提供他们认为有助于问责制工作的关于外部专家的建议。

跨群体小组章程将由 ICANN 理事会编制,主要关注工作方法和与协调小组互动这两个问题。跨群体小组将按照以上确定的流程范围开展广泛的讨论。

跨群体小组的工作预计是按照公开、透明的方式开展。跨群体小组的所有会议将以虚拟方式召开,但是出席 ICANN 会议的该小组成员在 ICANN 会议上将有机会进行面对面交流。1他们的首个面对面交流机会是 2014 年 10 月将在加利福尼亚州洛杉矶举行的 ICANN 第 51 届会议。

ICANN问责制与监管协调小组

随着更大的跨群体小组的建立,协调小组成为了较小但更深入的工作组,其负责的工作包括:

  1. 将问题(包括跨群体小组确定的问题)分类和优先排序;
  2. 利用跨群体小组的意见确定问题解决方案的要求;和
  3. 发布最终报告/建议。

协调小组将包括大约 21 名成员:

  1. 十名利益主体成员(每个 SO/AC 各一名,GNSO 除外,每个 GNSO 利益主体组织可以确定一名成员),由上述跨群体小组根据相关人员在一个或多个特定领域(见下表)的专业知识进行选拔;
  2. 最多七名顾问,由公众专家小组2选拔,旨在提供独立建议和研究并确定最佳实践。除提供独立建议以外,顾问还将与协调小组其他成员密切合作,以完成小组的所有工作;
  3. 一名 ICANN 工作人员,其应透彻了解 ICANN 当前的问责制与透明度工作;
  4. 一名参加过问责制与透明度审核小组 (ATRT) 的人员,其可以带来 ATRT 的观点并避免重复工作;
  5. 一名与 IANA 管理权移交协调小组 (ICG) 之间的联络人,负责处理两个流程的协调工作;和
  6. 一名理事会联络人,负责协调协调小组与理事会之间的工作,并为协调小组的工作提供理事会的建议。

1 ICANN 不会为跨群体小组成员提供差旅补助。

2 一些利益主体呼吁由利益主体选拔顾问,并且认为 ICANN 不宜参与选拔工作。而其他利益主体则呼吁 ICANN 与利益主体合作选拔顾问。针对这些意见,ICANN 已修改负责问责制审核的专家/顾问的构成。ICANN 工作人员或者理事会并非独立顾问的唯一选拔者,目前,ICANN 正在选拔四名资深专家组成问责制与监管公众专家小组,他们分别在学术界、政府关系、全球洞察和《义务确认书》(AoC) 领域颇有建树。这四位专家既不属于 ICANN 工作人员也不是理事会成员,他们将负责为协调小组选拔最多七名顾问。近期将公布这四位专家的任命结果。如果这四位专家认为 ICANN 机构群体资金应该用于为顾问提供支持,那么会以公开、透明的方式落实此事。咨询外部专家以及他们全面参与此流程有助于反驳其他审核(包括 ATRT)中提出的"自我审核"观点。公众专家小组仍将为审核工作提供支持,并根据需要帮助获取更广泛的专业知识。


以上确定的所有人员将有机会并且预计不受任何限制地参与协调小组的工作。

公众专家小组选出的顾问将为此流程提供独立的外部意见和建议,从而确保能够从 ICANN 机构群体外部引入最佳实践。一方面,这些顾问将自行开展研究和其他工作,另一方面,他们与协调小组的其他成员的合作也至关重要,因为这将有助于考量如何才能最好地实施他们开展的研究,从而解决所确定的问题。这些顾问也可以在需要时提供来自其自身所在领域的意见。正确利用顾问的意见不仅有助于为 ICANN 制定经改进的问责制实践,还能为其他多利益主体组织提供典范。

确定的专业知识领域包括:

  • 互联网技术运营
  • 国际组织审查
  • 全球问责制工具和标准
  • 法律/问责制机制
  • 互联网消费者保护(包括隐私、人权和知识产权问题)
  • 经济学(市场与竞争)
  • 全球道德框架
  • 运营、财务和流程
  • 理事会管理
  • 透明度
  • 风险管理
  • 政府参与和关系
  • 多利益主体管理

协调小组将编制关于已确定问题的报告草案,其中包括是否需要采取加强 ICANN 问责制的措施,以及(如果需要)制定新机制或改进机制(如有)的建议时间框架。协调小组不应重提 ATRT 流程提出的供实施的已采纳建议,而应在那些建议和其他正在进行的举措基础上予以补充。报告草案将公布以征询公众意见。协调小组认为必要时,可以不时地咨询跨群体小组

协调小组的报告草案也可以审核和评估已确定问题的潜在解决方案(包括机构群体已经通过公众意见提供的解决方案)。

征询公众意见之后,协调小组会将最终报告提交给 ICANN 理事会。ICANN 理事会将立即公开发布最终报告,并审议是否完整或部分采纳报告内容,并在做出决策后指示首席执行官落实已接受部分。ICANN 工作人员应在建议制定流程中尽早参与可行性评估并标记实施问题,以便能够确定备选方案。简言之,ICANN 的目标是通过此工作制定能够实施的建议,而不仅仅是进行审核。关于不实施某建议(或建议的部分内容)的任何理事会决策均应随附详细理由。

协调小组的工作预计也是按照公开、透明的方式开展。尽管协调小组的工作主要以虚拟方式完成,但是成员之间仍有机会进行面对面交流。协调小组的首次会议预计会于 2014 年 10 月在加利福尼亚州洛杉矶举行的 ICANN 第 51 届会议期间召开。协调小组的邮件列表将公开存档。

章程

跨群体小组章程与协调小组章程都将由理事会编制。章程的主要功能在于确定各个小组的工作方法,而不仅仅是狭义地界定实施工作的范围。

本流程的目标将写入章程,共分为两个方面:1)确保 ICANN 在失去其与美国政府 (USG) 由来已久的合同关系以及该角色提供的与 ICANN 组织范围内问责制相关的可知支持后仍然尽职尽责;和 2)通过纳入最佳实践和专家建议与研究,确定新的(或改进的)ICANN 问责机制。其中还包括,评估通过现有机制是否足以解决公众意见中确定的以及由跨群体小组确定的实质性问题。公众意见中建议的定义颇为有益,但在推行问责制定义前机构群体还可以提出进一步意见。

后续步骤

欲加入跨群体小组的所有利益主体可以通过将自己的姓名发送至 accountability-ccg-members@icann.org 进行申请。ICANN 将在 2014 年 9 月的第三周协助召开首次会议。所有 SO、AC 和 GNSO 利益主体组织也应开始考虑哪些利益主体专家适宜加入协调小组,以便能够及时完成协调小组的选拔工作,从而在 2014 年 10 月于加利福尼亚州洛杉矶举行的 ICANN 会议期间召开会议。

ICANN 将在近期公布公众专家小组成员名单,该小组将负责确定参加协调小组的最多 7 名顾问。在召开首次协调小组会议之前,需要从 ICANN 理事会和 IANA 管理权移交协调小组中确定联络人,并且公布 ICANN 工作人员和 ATRT 专家名单。

跨群体小组协调小组预计将主要通过以下远程参与方式,以公开、透明和具包容性的流程开展工作:

  • 载有以下内容的网站:活动和事件时间表、协调小组的所有材料和通讯,及整个流程中已提供和评估的所有内容的完整档案资料;
  • 确保任何人士均可始终了解小组活动和进度的在线参与工具;
  • 利益主体可以观察员的身份参加所有会议和电话会议,且会议记录和录音也将向其公布;
  • 各个流程的参与者预计也将在担任各小组成员期间提供最新的利益陈述。
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."