Skip to main content
Resources

ICANN 社群反骚扰政策以及参与条款与投诉程序

2017 年 3 月 16 日通过

本页面还提供其他语种:

本文档已翻译为多种语言,仅供参考之用。原始官方版本(英文版)可在以下位置找到:https://www.icann.org/resources/pages/community-anti-harassment-policy-2017-03-24-en

ICANN 社群反骚扰政策以及参与条款与投诉程序 [PDF, 166 KB]

ICANN 社群反骚扰政策与参与条款

ICANN 拥有独特的多利益相关方环境。ICANN 社群由众多具有不同背景、社会价值观和文化规范的参与者组成。ICANN 的社群反骚扰政策的指导目标是强调、鼓励和倡导 ICANN 社群所期望的相互尊重精神。虽然社会的价值观和规范一直在不断发展变化,但是,尊重他人是一个永不过时的主题,亦是本政策的指导基石。本政策无意阻碍或禁止言论自由。

作为参与 ICANN 多利益相关方流程的条件之一,参与者必须:

  1. 在任何时候,包括面对面交流和在线沟通的时候,都应遵守职业操守,行为举止得体,以一种尊重友好、大方得体的态度对待 ICANN 社群的所有成员,不排斥拥有特定特征的人员。这样一来,即使文化和背景不同,大家也都能感受到彼此的友好和热情。特定特征包括但不限于以下内容:年龄、血统、族裔、身体或智力缺陷、遗传信息、医疗状况、婚姻状况、国籍、种族、宗教、性别(包括性别、性别认同、性别表达)、性取向、公民身份、主要语言、移民身份、社会经济地位、怀孕、生育或与怀孕相关的医疗状况。
  2. 禁止任何形式的骚扰。骚扰是指不受欢迎、非自愿的敌对行为或恐吓行为。骚扰行为或言论可表现为多种形式,包括但不限于言语行为、辱骂他人、图片形式和书面形式骚扰(可能包括使用电话或互联网),或者其他可能造成人身威胁、伤害或羞辱的行为。行为不一定非得有意伤害他人、直接针对特定目标或属于重复事件才能被视为骚扰。本政策包括但不限于以下几种禁止的不正当行为:
    • 不正当的接触,包括但不限于抓握、摩挲、亲吻、抚摸、拥抱、撩人头发或者触碰他人身体等性暗示触摸,以及无意表达性暗示、但未经许可的触摸,例如按摩或揉捏他人的脖子或肩膀
    • 使用攻击性语言
    • 不听劝告,侵犯他人的"私人空间"
    • 抛媚眼、尾随或暗示性地吹口哨
    • 做性暗示手势
    • 分发或张贴包含敌对、不尊重或贬低拥有上述特定特征的人员的书面或图片材料
    • 取笑他人、针对他人发表下流评论或图片评论
    • 在公开场合使用或分发涉及性的图片
    • 骚扰性图片或录音
    • 在他人收到暗示并拒绝后,仍然一再请求对方与其约会或发送他人不想收到的暧昧消息。
  3. 禁止报复任何举报违反上述政策行为或评论("不当行为")的人员或参与此类举报或投诉事件调查的人员。

举报和投诉程序

下列举报和投诉程序适用于任何发现不当行为的人员。

  1. 发现不当行为的人员可以:(i) 与责任人进行沟通,尝试以非正式方式解决问题;和/或 (ii) 及时向监察官报告,说明不当行为已经发生,并全力配合随后的投诉调查。
  2. 监察官将审核并评估该投诉事件。在了解事件的来龙去脉时,监察官可自行决定采取下列评估流程:(i) 与投诉人进行沟通,清晰了解投诉原委;(ii) 若监察官自行决定认为投诉者提供了足够的事实证明发生了不当行为,则要求被告人对投诉作出回应,以及 (iii) 如适用,与其他目击者进行讨论并审核书面证据(如有)。
  3. 监察官将决定被投诉的行为是否属于不当行为,并将结果告知投诉人与被告人。若无法提供"确切证据"来支持该发现,监察官将考虑双方是否可信,然后再作出决断。
  4. 监察官将根据评估结果判断采取最适合的补救措施(如有)。若监察官经过考量后认为有必要采取补救措施,则补救措施可包括但不限于:在一段时间内限制做出不当行为的人员参加 ICANN 流程,和/或要求其做出令人满意的前提条件,例如书面道歉,然后才批准该人员在未来参与 ICANN 流程。
  5. 举报和投诉程序将以保密形式进行,以确保举报者和投诉对象的信息不外泄。
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."