2023년 3월 9일 RFC 9361 "ICANN Trademark Clearinghouse (TMCH) Functional Specifications"가 발행되었습니다. 이 문서는 새 최상위 도메인(TLD)을 열 때 상표권자를 보호하기 위해 운영하는 두 기간, 즉 선등록 기간(Sunrise Period)과 상표 클레임 기간(Trademark Claims Period)에 ICANN 상표 클리어링하우스(TMCH)가 도메인 레지스트리(Registry), 레지스트라(Registrar)와 주고받는 요구사항, 구조, 인터페이스를 설명합니다. 인터넷 표준이 아니라 정보 제공용(Informational) 문서입니다.
무엇이 발표되었나
- 문서 성격: 저자는 G. Lozano입니다. 다른 RFC 스트림과 별개로 RFC Editor가 독자적으로 판단해 발행한 문서(Independent Submission)입니다. 원문에는 RFC Editor가 이 문서의 구현이나 배포 가치에 대해 어떤 입장도 밝히지 않는다고 적혀 있습니다. 따라서 표준 트랙 문서가 될 수 없습니다.
- 배경: 새 일반 최상위 도메인(gTLD)이 도입되면서 두 가지 특별 운영 방식이 생겼습니다.
- 선등록 기간: 일반 공개 전에 상표권자가 자기 상표에 해당하는 도메인 이름을 먼저 등록할 수 있는 기간입니다.
- 상표 클레임 기간: 선등록 기간 다음에 오며, 일반 등록을 처음 시작한 뒤 최소 90일 동안 이어집니다. 이 기간에 TMCH에 기록된 상표와 일치하는 도메인 이름을 등록하려는 사람은 해당 상표 정보를 담은 알림을 받습니다.
- 주요 내용: 레지스트리와 TMCH 사이, 레지스트라와 TMCH 사이에서 도메인 이름을 등록하고(provisioning) 관리하는 데 필요한 요구사항과 인터페이스를 정의합니다. 원문에 나오는 요소는 다음과 같습니다.
- 레지스트라에게 상표 클레임 알림(TCN)을 제공하는 클레임 알림 정보 서비스(CNIS)
- 확장 가능한 마크업 언어(XML)와 XML 스키마를 쓴 데이터 형식,
urn:ietf:params:xml:ns:tmNotice-1.0네임스페이스. 구현할 때는 접두사 "tmNotice"에 기대지 말고, 네임스페이스를 해석하는 XML 파서를 써야 합니다(MUST NOT 규정). - 도메인 이름 레이블(DNL), 도메인 저장소 객체 식별자(DNROID), 실질적 할당(Effective Allocation) 같은 용어 정의. 예를 들어 "pendingCreate" 상태이거나 최종 사용자에게 처음 배정되기 전 상태인 도메인 객체는 실질적 할당으로 보지 않습니다.
- 모든 날짜와 시각은 협정 세계시(UTC)를 기준으로 합니다.
영향 범위
이 문서는 gTLD 레지스트리, 백엔드 레지스트리 운영자(Backend Registry Operator), 레지스트라의 등록 업무와 시스템 연동을 다룹니다. 권한 DNS 서버나 재귀 리졸버의 동작, 존 데이터 형식, DNS 프로토콜은 바꾸지 않습니다. 도메인 이름 서버만 운영하는 조직이라면 직접 받는 영향은 없습니다.
운영자가 할 일
- gTLD 레지스트리나 레지스트라 업무, 또는 그 시스템 연동을 맡고 있다면 TMCH 연동 규격을 확인할 때 이 문서를 참고 자료로 쓸 수 있습니다. 단, 표준 트랙 문서가 아니라는 점을 염두에 두어야 합니다.
- DNS 서버만 운영한다면 따로 조치할 일은 없습니다.
- 문서의 현재 상태와 정오표(errata)는 https://www.rfc-editor.org/info/rfc9361 에서 확인할 수 있습니다.
원문을 한국어로 번역·요약한 글입니다. 정확한 내용은 원문을 확인해 주세요. AI의 도움을 받아 작성하고 담당자가 검토했습니다.