Skip to main content
Resources

注册管理机构服务评估流程 - 初步裁定竞争问题

注:所有语种版本中,英文版为官方版本,其他语种版本仅供参考.

ICANN 的注册管理机构服务评估流程 (RSEP) 系按照 ICANN 的共识性政策制定流程制定。根据注册管理机构服务评估政策第 1.1 节中的规定,所有 gTLD 注册管理运行机构在提交有关新注册管理机构服务的请求时都必须遵循 RSEP(详见:http://www.icann.org/en/resources/registries/rsep/policy)。

ICANN 考虑每个 RSEP 请求的一大要素是:ICANN 必须初步合理裁定计划提供的注册管理机构服务是否"会引发重大竞争问题"。根据注册管理机构服务工作流程图,对可能存在的重大竞争问题进行审核属于"ICANN 初步裁定"阶段的一部分,详见:http://www.icann.org/en/resources/registries/rsep/workflow

评估 RSEP 请求可能引发重大竞争问题的可能性时,ICANN 会执行下述审核。

  1. 注册管理机构提交 RSEP 请求后,ICANN 的完整性检查即完成,总法律顾问将审核 RSEP 请求是否可能引发竞争问题。1待评估的主要因素有:
    1. 价格问题 - 在能合理确定 RSEP 请求会影响注册管理机构价格或导致该价格设定或更改(根据政策的规定)的范围内,分析价格因素以了解潜在的反竞争影响。
    2. 市场界定问题:
      1. 确定计划提供的注册管理机构服务可能创造或影响的市场。
      2. 分析对市场的潜在影响(如有)及影响的重要程度(包括技术市场中的潜在创新效应)。
      3. 分析是否存在可能受影响的其他市场及潜在重要程度。
    3. 分配问题:
      1. 分析计划提供的注册管理机构服务是否意味着产品或市场分配,或者能合理地确定该服务会导致此结果。如果是,则分析潜在的竞争效应。
      2. 分析是否能合理地确定计划提供的注册管理机构服务有利于客户或注册服务机构。
    4. 分析可能对其他注册管理机构的运营产生的影响,以及该影响的竞争效应。
  2. 总法律顾问将根据分析得出对竞争问题的初步裁定(即无重大竞争问题,或不会引发重大的竞争问题)。
  3. 如果初步裁定为不会引发重大竞争问题,则竞争审核完成。
  4. 如果初步裁定 RSEP 申请会引发重大竞争问题,ICANN 将通过总法律顾问将问题转介给相应的竞争管理机构或对此问题具有管辖权的管理机构。相应的竞争管理机构将根据广泛的管辖权基础确定。
    1. 影响裁定的因素包括:
      1. 提交申请的注册管理机构的所在地;
      2. 可能受影响的各方(例如注册服务机构或注册人)的地理分布和相应的密集程度;以及
      3. 任何确定的特定地域市场影响的位置(如有)。
    2. 例如,对于美国的注册服务机构来说,如果其绝大多数注册人均在美国境内,则其计划提供的注册管理机构服务将被相应地转介到美国司法部反垄断司或联邦贸易委员会。对于某个欧盟国家的注册服务机构来说,如果其绝大多数注册人均在欧盟境内,则其计划提供的注册管理机构服务将被相应地转介到欧盟委员会。如果注册人广泛分布在多个管辖区,ICANN 将把问题转介到多个管辖区,这可能存在潜在的竞争效应。
    3. 未建立竞争管理机构的各国家/地区预计会出现显著的竞争效应,管辖权审核和引用将变为更复杂的问题,将咨询国际竞争法专家以获得指导帮助。

1 执行此处说明的竞争审核时往往会咨询专攻竞争法的外部法律顾问,以便获得支持。

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