Skip to main content
Resources

분쟁 해결 서비스 제공자의 승인 과정과 관련된 정보

이 페이지는 다음과 같은 언어로 제공됩니다.

1999년 8월 26일에 ICANN 이사회는 .com, .net 및 .org 도메인을 제공하는 모든 레지스트라에 대한 통일 도메인 이름 분쟁 해결 정책채택했습니다. 이 정책은

1999년 12월 1일에 확대 시행이 시작되었고 2000년 1월 3일에 전면 시행되었습니다.

이 정책에서는 대부분의 도메인 이름 분쟁을 법정에서 해결하도록 규정하고 있지만, 부당한 "등록 남용"으로 발생하는 분쟁에 대해 간소하고 경제적인 해결이 가능하도록 행정적인 분쟁 해결 절차도 시행합니다. 정책에 따라 각 행정 절차는 ICANN의 승인을 받은 분쟁 해결 서비스 제공자가 관리합니다. 이사회의 결의안 99.84에 따라 단기간 내에 ICANN 직원이 서비스 제공자를 임시로 승인해야 합니다. 분쟁 해결 서비스 제공자에 대한 공식 인가 프로그램은 2000년에 시행됩니다.

분쟁 해결 정책에 따라 서비스 제공자로 임시 승인을 받으려는 기관은 다음 단계를 수행해야 합니다.

  1. 통일 도메인 이름 분쟁 해결 정책통일 도메인 이름 분쟁 해결 정책의 규칙 을 숙지합니다.

  2. 신청서를 전자 메일(icann@icann.org) 및 우편으로 제출합니다.

분쟁 해결 서비스 제공자 신청서
국제 인터넷 주소 관리 기구
12025 Waterfront Drive, Suite 300
Los Angeles, CA 90094-2536 USA

신청서에는 다음 내용이 포함되어야 합니다.

  1. 신속한 대체 분쟁 해결(ADR) 절차의 사무 처리 추적 기록에 대한 신청자의 설명을 포함하여 ADR 서비스 제공과 관련한 신청자의 역량 및 배경에 대한 개요

  2. 신청자가 공개 목록에 포함시키도록 제안한 패널리스트의 이름과 자격 목록 및 신청자가 해당 목록에 포함시킬 패널리스트를 선택하는 데 사용한 심사 요구 사항에 대한 설명

  3. 신청자가 등록된 패널리스트를 채용하기 위해 제안한 도메인 이름 분쟁, UDRP 정책 및 UDRP 규칙과 관련된 훈련 및 교육 방법에 대한 설명

  4. 등록된 패널리스트가 다른 승인 제공자가 관리하는 도메인 이름 분쟁의 패널리스트로 활동하는 것을 금지하거나 방해하지 않겠다는 신청자의 서약

  5. 신청자가 제안한 추가 규칙 사본(수수료 일정 포함)

  6. 신청자가 제안한 내부 운영 절차 문서. 요청이 있을 경우 ICANN은 이 문서를 기밀로 보관합니다

  7. 매월 시작된 행정 절차 수의 관점에서 신청자의 관리 능력에 대한 설명을 포함하여 신청자가 행정 절차를 정책에 따라 관리하기 위한 프로그램 구현의 제안된 일정

  8. 신청자가 시작 기간 동안에 처리하거나 영구적으로 처리하는 행정 절차 수의 요청된 제한에 대한 설명

  9. 당사자, 레지스트라, ICANN 및 기타 승인 제공자와의 상호 작용을 포함하여 신청자가 행정 절차를 관리하는 방법에 대한 설명

  10. 신청자가 관리하는 행정 절차에서 패널의 결정을 게시하는 방법에 대한 설명 및 공개되지 않은 패널의 모든 결정 부분에 대한 사본을 ICANN에 제공하겠다는 서약

일반적으로 ICANN은 신청자가 행정 절차를 신속하고 글로벌하게 온라인으로 질서 정연하고 공정한 방법으로 처리하는 능력을 보여주었는지 여부를 판별하기 위해 신청서를 검토합니다. 특별히 중요한 특성은 다음과 같습니다.

  1. A. 신청자는 ADR 절차의 완벽한 사무 처리에 대한 추적 기록을 갖고 있어야 합니다. ICANN은 관리 준수 및 당사자와 패널에게 신뢰성 있고 체계적으로 문서화된 문서를 배포하기 위해 변론을 적절하게 검토하는 것을 제공자의 필수 능력으로 간주합니다. 사무적인 기능 처리에 대한 잘 정리된 추적 기록이 없는 경우 이러한 능력 제공에 대한 자세한 계획을 제출해야 합니다.

  2. 신청자는 패널리스트로 활동하기로 동의한 자격이 있는 중립자 목록을 제안해야 합니다. 신청자의 목록에는 20명 이상이 포함되어야 합니다. 신청자는 정책 및 통일 규칙, 도메인 이름 기술 및 도메인 이름 분쟁에 적용 가능한 기본 법적 원칙과 관련하여 등록된 중립자를 철저히 훈련시켜야 합니다. 따라서 중립자가 너무 많지 않은 것이 좋습니다. 신청자는 여러 국가 출신의 패널리스트 목록을 제안해야 합니다. 신청자가 처음에 한 국가의 목록만을 제안한 경우에는 목록을 다국적으로 확대할 계획을 제안해야 합니다.

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