Skip to main content
Resources

Информация о процедуре одобрения для поставщиков услуг по разрешению споров

Страница также доступна на следующих языках:

26 августа 1999 г. Правление ICANN приняло Единую политику рассмотрения споров о доменных именах для всех регистраторов, обслуживающих домены .com, .net и .org. 1 декабря 1999 г. началось постепенное внедрение этой политики, которая полностью вступила в силу 3 января 2000 г.

Данная политика предполагает необходимость судебного разрешения большей части споров, связанных с доменными именами. Тем не менее, она предусматривает также административные процедуры разрешения споров для быстрого и экономичного решения разногласий в связи с предполагаемыми неправомочными регистрациями. В соответствии с этой политикой, такие административные процедуры должны проводиться одобренными корпорацией ICANN поставщиками услуг по разрешению споров. Резолюция 99.84 Правления предусматривала временное одобрение поставщиков услуг сотрудниками ICANN в кратчайшие сроки, с тем чтобы в 2000 г. была проведена более строгая программа аккредитации поставщиков услуг по разрешению споров.

Организации, стремящиеся получить временное одобрение в качестве поставщиков услуг, в соответствии с политикой разрешения споров должны пройти следующие этапы.

  1. Ознакомиться с Единой политикой рассмотрения споров о доменных именах и с Правилами единой политики рассмотрения споров о доменных именах.

  2. Отправить заявку по электронной почте (icann@icann.org) и по адресу:

Dispute Resolution Service Provider Applications
Internet Corporation for Assigned Names and Numbers
12025 Waterfront Drive, Suite 300
Los Angeles, CA 90094-2536 USA

Заявки должны включать следующее:

  1. Описание компетенций заявителя и опыта в предоставлении услуг по альтернативному разрешению споров (АРС) с подробным описанием опыта управления канцелярскими аспектами упрощенных процедур АРС.

  2. Список имен и квалификаций членов комиссии, который заявитель предполагает включать в свой опубликованный список, а также описание критериев, использованных при отборе членов комиссии для включения в список.

  3. Описание образовательных программ, которые заявитель предполагает использовать для ознакомления перечисленных членов комиссии со спецификой споров о доменных именах, Единой политики разрешения споров и Правил единой политики.

  4. Согласие заявителя не препятствовать любому из перечисленных членов комиссии участвовать в рассмотрениях споров о доменных именах, проводимых другими одобренными поставщиками услуг.

  5. Копию предполагаемых дополнительных правил заявителя (включая прейскурант цен на услуги).

  6. Документы с описанием предполагаемых внутренних рабочих процедур заявителя. Корпорация ICANN обеспечит конфиденциальность этих документов при получении соответствующего запроса от заявителя.

  7. Предполагаемый график внедрения заявителем программы по администрированию разбирательств в соответствии с данной политикой. В том числе, заявление об административной компетенции заявителя с точки зрения количества разбирательств, начинаемых ежемесячно.

  8. Заявление о любых запрашиваемых ограничениях в количестве разбирательств, которое заявитель может рассматривать — на начальном этапе или на всем протяжении деятельности.

  9. Описание предполагаемых методов управления разбирательствами, в том числе способы взаимодействия с различными сторонами, регистраторами, корпорацией ICANN и другими одобренными поставщиками.

  10. Описание предполагаемых способов публикации решений комиссии по рассматриваемым разбирательствам и обязательство предоставлять корпорации ICANN копии всех неопубликованных частей решений комиссии.

В целом, при анализе заявок корпорация ICANN принимает решение относительно продемонстрированной заявителем способности быстро, организованно и честно рассматривать разбирательства в контексте глобальной Интернет-среды. Особой важностью обладают следующие требования.

  1. Заявитель должен обладать опытом компетентного управления канцелярскими аспектами процедур АРС. ICANN предусматривает внимательное рассмотрение подтверждений таких важных компетенций поставщиков услуг, как соответствие административных процедур, а также надежность и обоснованность методов распространения документов между сторонами и комиссией. В случае отсутствия подтверждаемого опыта управления канцелярскими функциями, обычно следует представить подробный план осуществления этих функций.

  2. Заявитель должен представить список высоко квалифицированных независимых лиц, давших согласие на участие в комиссиях. Список, представленный заявителем, должен содержать не менее двадцати имен. Предполагается, что заявители должны полностью подготовить перечисленных лиц в плане политик, универсальных правил, технологии доменных имен и базовых юридических принципов в отношении споров о доменных именах. Соответственно, чрезмерно длинные списки независимых лиц не приветствуются. Заявитель должен либо представить список, содержащий представителей разных стран, либо, если все лица в списке из одной страны, — план расширения списка представителями других стран.

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