"다국어도메인"의 두 판 사이의 차이
잔글 (→기술개발) |
|||
135번째 줄: | 135번째 줄: | ||
==기술개발== | ==기술개발== | ||
− | [[한글도메인 시험시스템 구성도.png|썸네일|500픽셀|한글 도메인 시스템 구성도]] | + | [[파일:한글도메인 시험시스템 구성도.png|썸네일|500픽셀|한글 도메인 시스템 구성도]] |
2000년 11월에 [[베리사인]] GRS의 한글.com 등록서비스 시행 후 정상 서비스를 제공하지 못하고 계속된 무료 계약연장만 하다가 2002년 6월부터 플러그인 배포를 통한 임시 서비스를 시행했다. NIDA에서는 1999년 11월 한글도메인이름에 대한 논의를 시작하고 더불어 국제활동과 확정된 IDNA 표준을 기반으로 한글.kr 서비스 시행을 위한 기술적, 제도적 준비 후 등록을 실시했다. 2001년 4월부터 6월까지 한글도메인 테스트 등록과 운영을 했고, 2001년 7월에 ACE 방식별 성능 테스트를 진행했다. 2002년 1월에는 퓨니코드 인코딩과 네임프렙 적용 성능 테스트를 시도했다. 2002년 2월에 도메인길이별 퓨니코드 인코딩 성능을 테스트했고, 2002년 4월에 네임서버/클라이언트 운영체제별, 애플리케이션별 한글도메인 기능을 테스트했다. 2002년 7월에 다국어도메인 인코딩 플러그인별 기능을 테스트했다. 2002년 8월 부터는 한글 도메인 코드컨버터, 플러그인과 관련시스템 개발과 테스트를 진행했다. 2003년 1월에 한글도메인 등록 가능 최대길이 확정을 위한 퓨니코드 인코딩 테스트 등과 기술적인 테스트를 완료했고, 한글도메인 서비스를 시행했다.<ref>BcN 식별체계 한국정보통신기술협회 백서 - https://www.tta.or.kr/data/androReport/roadMap/BcN%EC%8B%9D%EB%B3%84%EC%B2%B4%EA%B3%84.pdf</ref> | 2000년 11월에 [[베리사인]] GRS의 한글.com 등록서비스 시행 후 정상 서비스를 제공하지 못하고 계속된 무료 계약연장만 하다가 2002년 6월부터 플러그인 배포를 통한 임시 서비스를 시행했다. NIDA에서는 1999년 11월 한글도메인이름에 대한 논의를 시작하고 더불어 국제활동과 확정된 IDNA 표준을 기반으로 한글.kr 서비스 시행을 위한 기술적, 제도적 준비 후 등록을 실시했다. 2001년 4월부터 6월까지 한글도메인 테스트 등록과 운영을 했고, 2001년 7월에 ACE 방식별 성능 테스트를 진행했다. 2002년 1월에는 퓨니코드 인코딩과 네임프렙 적용 성능 테스트를 시도했다. 2002년 2월에 도메인길이별 퓨니코드 인코딩 성능을 테스트했고, 2002년 4월에 네임서버/클라이언트 운영체제별, 애플리케이션별 한글도메인 기능을 테스트했다. 2002년 7월에 다국어도메인 인코딩 플러그인별 기능을 테스트했다. 2002년 8월 부터는 한글 도메인 코드컨버터, 플러그인과 관련시스템 개발과 테스트를 진행했다. 2003년 1월에 한글도메인 등록 가능 최대길이 확정을 위한 퓨니코드 인코딩 테스트 등과 기술적인 테스트를 완료했고, 한글도메인 서비스를 시행했다.<ref>BcN 식별체계 한국정보통신기술협회 백서 - https://www.tta.or.kr/data/androReport/roadMap/BcN%EC%8B%9D%EB%B3%84%EC%B2%B4%EA%B3%84.pdf</ref> | ||
141번째 줄: | 141번째 줄: | ||
{{각주}} | {{각주}} | ||
+ | |||
== 참고자료== | == 참고자료== | ||
* 〈[http://www.domainbank.co.kr/left_html/han_info1.php 한글.com]〉, 《도메인뱅크》 | * 〈[http://www.domainbank.co.kr/left_html/han_info1.php 한글.com]〉, 《도메인뱅크》 |
2020년 8월 20일 (목) 17:05 판
다국어도메인(多國語 domain; multilingual domain)은 영어뿐 아니라 한국어, 중국어, 일본어 등 세계 여러 나라의 언어로 표시한 도메인 주소이다. 예를 들어, "한국.com", "한국.kr" 등이 있다. 자국어도메인, 국제화도메인 네임이라고도 한다.
목차
개요
국내에서는 1999년 말부터 도메인에 대한 관심이 고조되었고, 영문.com 도메인은 포화상태에 이르렀다. 점차 도메인에 대한 관심이 높아가면서 자국어 도메인에 대한 필요성이 제기되었고, 영어가 아닌 다국어 도메인(multilingual domain)의 기술이 개발되어 등록 서비스를 시작하게 됐다. 한글.com의 다국어 도메인은 등록 업무를 시작한 지 두 달 만에 전 세계적으로 70만 건을 돌파하게 됐고, 한글.com은 기존의 포워딩 개념의 도메인과 달리 별도의 프로그램을 설치할 필요 없이 사용 가능한 도메인이다.[1]
영문 도메인(.com .net .org) 체계에서는 영문자와 숫자, 그리고 하이픈(-)으로 조합된 도메인 네임을 등록하여 사용해 왔다. 그러나 2000년 11월 10일 09:00(GMT 00:00)부터 국제 도메인의 등록정보를 관리하는 도메인 즉, 등기소 역할을 하는 미국의 VGRS(VeriSign Global Registry Services)에서 관리하는 계층방식이다. DNS 체계의 현 도메인 시스템과 같은 다국어 도메인 등록 서비스를 ICANN으로부터 승인된 도메인 네임을 등록 서비스를 할 수 있게 결정됐다. 따라서 “후투.com” “후투컴.net”, “한성테크.org”와 같이 DNS 체계 내에서 한글 도메인 네임을 사용할 수 있게 됐다.[2]
기원
도메인 이름 국제화의 아이디어 착상은 1970년대 인터넷 개발 단계로 거슬러 올라간다. 토론은 언어 및 스크립트의 유용성에 중점을 두었다. 그러나 도메인 이름 등록에 사실상 어떤 문자도 허용하는 오늘날 도메인 이름 시스템에 배치된 기술은 그 당시에 개발되지 않았다. 따라서 도메인 이름으로 등록할 수 있는 문자는 아스키문자로 제한됐다. a~z까지 글자와 0~9까지 숫자 및 하이픈이 그것이다.[3] 도메인 이름이 지난 1985년 처음으로 소개된 이래 이용자들은 일말의 의구심 없이 도메인 이름으로 영어 알파벳과 숫자, 그리고 하이픈을 사용해 왔다. 하지만 1980년대 후반에 들어 비영어권 국가의 인터넷 사용자가 폭발적으로 증가했고, 정보기술의 비약적 발전으로 다국어도메인의 필요성이 부각되면서 변화기를 맞게 됐다. 다국어도메인 서비스가 시행될 경우 인터넷 사용자들은 도메인 이름에 영어 알파벳, 숫자, 하이픈 외에도 한글을 포함한 각국의 자국어를 추가로 사용할 수 있는 길이 열리기 때문이다. 다국어도메인은 지난 1998년 APNG(Asia Pacific Networking Group)의 다국어도메인 서비스 개발 프로젝트에 그 기원을 두고 있다. 다국어도메인에 대한 논의는 1999년 11월 국제기술 표준화 기구인 IETF 회의에서 처음 제기됐다. 그 후 워킹 그룹이 결성되는 등 상당한 논의를 거쳐 2002년 10월 다국어도메인(IDN)의 국제표준안이 공식 승인됐다. 현재 다국어도메인을 시행하고 있는 국가는 일본, 대만, 중국 등이 있다.
이 같은 활발한 행보에도 불구하고 아직 다국어도메인이 현행 영문 도메인의 역할을 대체하기에는 해결해야 할 과제가 있다. IETF가 제시한 다국어도메인의 국제 표준은 향후 최소한 2차례 이상의 호환성 테스트를 거쳐 일정 수준의 안정성을 확보해야만 국제 인터넷 표준으로 인정받을 수 있다. 또한 대다수 애플리케이션은 다국어도메인을 지원하지 않고 있어 인터넷 이용자들이 다국어도메인을 사용하기 위해서는 한시적으로 인코딩 플러그인을 설치한 뒤 사용해야 하는 등 서비스의 범용성이 영문 도메인보다 떨어지는 것이 단점이다. 이밖에 현재 사용되고 있는 애플리케이션에서는 다국어도메인을 이메일 주소로 사용할 수 없기 때문에 애플리케이션의 개선이 없는 한 다국어도메인은 그 활용 범위가 대폭 제한될 수밖에 없는 상황이다. 하지만 이런 문제점에도 불구하고 시장에서의 다국어도메인 도입의 필요성과 가치는 점점 더 높아가고 있다.[4]
도입 과정
- 1999년 02월 : APRICOT 싱가폴에서 넷피아의 이판정 대표가 자국어인터넷주소 발표, 싱가폴 대학의 제임스 생(James Sang)이 iDNS 발표
- 1999년 09월 : 넷피아의 자국어인터넷주소가 대한민국에서 세계최초로 상용화에 성공
- 2000년 02월 : APRICOT 서울에서 MINC(Multilingual Internet Names Consortium) 발기
- 2000년 03월 : ETF(Internet Engineering Task Force)에서 다국어도메인 워킹그룹 생성 (IETF 47)
- 2001년 03월 : ICANN 이사회 내에 IDN 워킹그룹 조직
- 2002년 06월 : ICANN의 IDN 위원회에서 다국어도메인 관련 최종 보고서 발표
- 2002년 10월 : IETF에서 인터넷이용 프로그램에서 다국어도메인 질의를 아스키(영문,숫자,-)로 변환한 후 네임서버로 전달되는 방식으로 다국어도메인 국제표준을 정함
- 2003년 02월 : IDNA Prefix가 'xn--'로 확정 (IANA)
- 2004년 05월 : IETF에서 다국어도메인 관련 인코딩 방식을 퓨니코드로 결정
- 2006년 03월 : 중국 中國(.cn), 公司(.com), 網絡(.net) 자체 도메인 서비스 개시
- 2008년 03월 : 국제화 도메인 네임(idn) WG 세션 개최(IETF 71)
- 2008년 04월 : IDNAbis WG 생성
- 2008년 07월 : 국제화 도메인 네임 in 애플리케이션 (IETF 72)
- 2009년 10월 : 제36차 ICANN 서울회의에서 자국어.자국어 형태의 다국어 국가최상위도메인 도입 결정[5]
특징
다국어도메인은 개인과 기관의 브랜드 홍보 및 마케팅 측면에서 그 사용과 등록에 대한 수요가 신장하여 사용자와 등록자가 증가하고 있다. 이 같은 성장의 원인은 다국어 인터넷 주소가 TLD(Top Level Domain), SLD(Second Level Domain)와 같은 인터넷주소의 식별 체계를 별도로 두지 않더라도 인터넷주소에 대하여 식별 가능한 진보형 인터넷주소이며, 유비쿼터스 컴퓨팅 시대에 적합한 인간 중심형 인터넷주소이기 때문이다. 다국어 인터넷주소 체계의 효용성과 가치가 높은 이유는 다음과 같은 세 가지 특징이 있다.
첫째는 사용자적 관점에서의 세계적 범용성이 있다. 사용자적 관점에서 도메인네임은 영어와의 조합이기에 세계적 범용성이 뛰어나지만, 로컬형 도메인네임의 인식성에는 많은 한계를 갖고 있다. 반면 다국어도메인은 언어권별, 행정권별 로컬형으로 설계 제작되어 있다. 하지만 서비스는 네임서비스로서 전 세계에서 동시 이용이 가능하기 때문에 로컬 측면을 글로벌화한 전형적인 사례이다. 즉 1개 국가 내에만 한정되는 것이 아니라 해당 국가의 언어를 사용하는 전 세계에 흩어져 살거나 여행 중인 모든 사람은 각기 다국어로 된 인터넷주소를 전 세계 어디서나 사용할 수 있게 함으로써, 해당 사이트의 사용자가 가장 많은 자국민뿐만 아니라 전 세계에서 동시에 사용할 수 있게 하는 로컬 다국어도메인의 글로벌 서비스이다.
둘째는 각국의 일반 이용자에게 있어 기존 도메인은 실명이 아닌 경우가 상당수 있어 인터넷주소 자체가 인터넷을 사용할 때 하나의 접근 장벽으로 작용하였지만, 실명(다국어 또는 다국어에서의 표기어) 자체를 인터넷 주소화함으로써 기존 도메인의 예측성, 발음상 전달성, 상식적 인식성 부족이라는 근원적인 한계점을 상당 부분 해결했다.
셋째는 계층적인 SLD와 TLD를 사용하지 않고 기술적 시스템의 안정성과 운용 정책적 안정성을 동시에 달성했다.
이 세 가지 특징은 기존 도메인 시스템보다 훨씬 사용자 친화적인 인터넷주소로 자리매김하는 데 성공하게 한 주요 핵심사항이다.[6]
문제점과 대안
기존 도메인네임의 경우 기관의 분류를 영문 특성에 의하여 확장어보다는 축약어를 많이 사용하고 있으며 그나마 기관 분류 값의 구분이 없는 경우, 상당한 부분에서 도메인네임 자원의 희소성으로 인한 동명 간의 충돌이 나타난다. 그러나 실명을 사용하는 다국어도메인의 경우는, 동명 간의 충돌이 기업과 기업 간에 나타날 수 있지만, 이것은 확장어를 사용함으로써 상당 부분 해결이 가능하도록 설계되었다. 개인과 개인 간에 나타나는 충돌도 마찬가지 방법으로 해결할 수 있다. 하지만, 개인과 기업의 동명 충돌 시 다수의 기업명 및 브랜드명 등이 개인에 선점당할 수 있어 전체 다국어도메인 시스템의 법적 안정성에 심각한 취약점을 초래하여 서비스의 존립을 위협할 수 있다. 다국어도메인은 부정한 목적으로 남의 상표 또는 상호를 도메인네임으로 미리 선점하고 이를 거래하는 행위를 의미하는 사이버스쿼팅(Cyber Squatting)에 대한 아무런 법적, 정책적 대안이 없어 손쉽게 사이버스쿼팅이 이루어질 수 있고 한글인터넷주소 분쟁 시 해결할 법적 근거가 없기에 개인명과 기업명이 같은 경우 다국어도메인 시스템이 심각한 운영적 위기를 맞을 수 있는 정책적 취약 구조로 되어 있다. 즉, 다국어도메인은 사용 친화형인 플랫형 키워드 타입으로 기존 도메인과 같은 운용 친화형인 계층형의 장점을 살릴 수 없어 중복성 해결 정책이 뒷받침되지 않으면 스쿼팅의 문제가 발생할 수 있는 근원적 취약 구조로 되어 있다.
이러한 문제를 해결하기 위해 장기간의 연구개발로 넷피아의 한글인터넷주소 등록 정책은 축약어에 대한 법적 평온성 비보장 정책을 시행했다. 축약어에 대한 법적 평온성 비보장 정책이란, 해당 기관명과 개인 이름을 축약하여 등록한 이름이면 타 실명 브랜드와 동명 충돌할 때에는 한글인터넷주소 분쟁정책에 따라 등록된 축약어에 대해서 보호받지 못하게 함으로써 개인의 경우 스쿼팅 방지를 위하여 반드시 실명과 확장어로만 등록되게 하고, 축약어 등록은 등록 정책상 보호받지 못하게 하는 정책을 개발한 것이다. 이러한 정책으로 인해 축약어는 등록할 수 있으나 서비스 운영 정책상 법적 평온성의 보장은 허용하지 않는 정책을 병행하여 기존 도메인네임에서 일어나는 동명 간의 충돌 문제를 최소화했다. 이런 등록정책의 의의는 비계층이지만 계층형의 도메인네임보다 훨씬 시스템 운영의 안정성을 갖추게 하였고 인터넷 이용자들의 인식 용이성 또한 극대화하였다. 이는 비계층형 플랫 구조의 특성을 가지는 다국어도메인가 확장성과 중복성 해소 측면에서 계층형 구조를 특성으로 하는 도메인네임에 절대 뒤지지 않는 법적 장치로 운영되고 있다고 평가할 수 있는 부분이다. 이것은 다국어도메인의 기술성과 법리성을 동시에 성공시킨 사례로 기술성만을 강조하여 만든 계층형 도메인네임보다 법리성과 사회적 적응성을 고려한 다국어도메인의 진보성을 대변하고 있다. 다국어도메인는 인터넷주소가 사용자 중심의 편리성에 따라 변화 및 발전해가는 역사를 그대로 나타낸 것으로, 일상생활에서 사용하는 실명 자국어를 사용할 수 없는 IP주소와 도메인네임의 한계성을 극복하여 전 세계 사용자들이 더 쉽게 인터넷을 사용할 수 있도록 하기 위한 것이다.
자국어 실명 인터넷주소로는 기관명 및 상호, 상표, 서비스명, 개인의 이름, 전화번호, 햄 및 호출 번호, 바코드 등의 유일한 정보와 연결되고 있으며, 해당 이름에 대한 사용적, 상업적 범위가 해당 지역의 법적 영역의 테두리 안에서 서비스되고 있다. 또한 사용자 인식의 측면에서 볼 때 오프라인상에서 사회적으로 통용되는 대화의 규칙을 온라인상의 인터넷주소로 대응시킨 것이다. 인터넷주소로 표현되는 사이버 주소는 유일한 모든 부분을 표현할 수 있는 특징이 있으며, 사용자가 인식하는 유일한 모든 부분이 표현 가능해야 한다. 다국어도메인은 실정법상의 법적인 영역이 존중되어 운영되며 실정법상의 네임 자체에는 기존 도메인의 기관 분류를 나타내는 분류 값이 이미 내재하여 의미상으로 네임 공간을 충분히 확장할 수 있는 특징이 있으며, 손쉬운 확장성의 특징은 네임 공간 측면에 있어서 기존 도메인과 비교할 때 월등히 용이하다는 장점이 있다. 이 서비스 역시 기존 도메인네임과 같이 인터넷주소로서의 모든 요구 조건을 충족하기에는 한계를 가지고 있지만 손쉬운 확장성의 측면은 많은 부분 정책 개발을 통해 해소하고 있고, 기존 도메인보다 네임 공간의 확장성이 사용자의 인식성을 높일 뿐만 아니라 가장 중요한 사용자의 편리성을 높일 수 있다는 큰 장점이 있다. 이처럼 다국어도메인 시스템의 특징은 네임 공간의 확장성을 기술적 구분 없는 언어 영역적 확장형인 단어+단어, 단어+문장으로 해결한 것이라고 할 수 있으며, 플랫형이지만 등록 정책적 뒷받침으로 확장성을 높이고 법적 평온성을 한 단계 업그레이드하여 인터넷주소의 진보된 기술성과 발전된 법리성이 결합한 체계이다.[6]
구성규칙
한글.com 등의 다국어도메인 이름 속에는 영문자, 숫자, 하이픈(-)과 자국어 문자를 포함할 수 있다. 첫 글자와 마지막 글자가 하이픈이 될 수 없음은 영문 도메인 규칙과 동일하다. 도메인 이름 속에 단 한 글자라도 한글이 섞여 있으면 다국어도메인으로 간주하며 첫 글자가 한글이 아니어도 된다. 도메인의 글자 수는 퓨니코드로 변환된 후의 글자 수가 기존 영문 도메인의 제한선인 63자를 초과할 수 없다. 따라서 63자 이내의 다국어 변환 코드로 변환될 수 있는 한글의 최대글자 수는 동일한 글자 등이 반복된다면 35자 정도나 문자열에 따라 17자-25자 정도가 최대범위가 된다. 사용자는 변환되는 다국어 변환 코드 포맷에 대해 신경 쓸 필요는 없으며 규칙에 어긋나는 경우에는 등록시스템이 이를 지적해준다. 한글이 다국어변환 코드로 변환되는 중간단계인 유니코드는 만국 공통의 코드체계를 취하고 있으며 다국어도메인 이름이 사용될 수 있는 유니코드의 범위(Unicode points)가 설정되어 있다. 따라서 등록이 요청된 다국어도메인 이름이 유니코드로 변환되었을 때, 허용되는 유니코드의 범위를 벗어나는 문자가 섞여 있으면 등록될 수 없다. KISA에서 허용하는 다국어도메인 이름 구성규칙으로는 영문자, 숫자, 하이픈, 한글만 가능하고 VGRS에서 정하는 다국어도메인 이름의 구성규칙은 다음 표와 같다.
VGRS 구성규칙 유니코드(16진수) 문자 세트 002D 아스키 하이픈 0030-0039 아스키 숫자 0-9 0061-007A 아스키 소문자 a- 1100-11FF A한글 자음과 모음 3040-309F 일본어 히라가나 30A0-30FF 일본어 가다가나 3400-9FFF 한,중,일 통합한자 A000-A48F 중국 고어한자 AC00-D7A3 한글 음절
위의 코드범위를 해석하면 VGRS에서 정한 구성규칙에는 한글 도메인 내에 영문, 숫자, 한글 음절뿐만 아니라 한글 자음과 모음, 한자, 일본어까지도 포함시킬 수 있으며, 일본어나 중국어 도메인 이름 내에 한글을 섞을 수도 있다.[7]
중요성
다국어도메인은 여러 이유로 중요한데, 가장 중요한 이유는 전 세계 인터넷 사용자의 수는 늘어가는데 아스키 문자를 사용하는 데 어려움을 느낀다. 인터넷에 액세스하는 사람 중 라틴계 언어와 스크립트를 사용하지 않는 사람이 사용하는 사람보다 더 많다. 이것은 이들이 아스키 문자를 인식하기 어렵고 키보드로 재현하거나 소프트웨어를 사용하여 브라우저에서 웹 사이트 주소를 입력한다는 것을 의미한다. 예를 들면 인터넷 항해를 더 쉽게 만드는 모국어로 된 다국어도메인은 온라인 뉴스를 러시아어로 읽을 때 추가 정보에 대한 링크가 있으면 아스키 웹 주소를 다시 치는 것은 상당히 어려울 수 있다. 또 러시아어 콘텐츠에 대해서는 키릴문자 기반의 주소를 갖는 것이 더 이치에 맞고, 링크나 이메일 주소를 포함한 게시판 광고를 볼 경우 웹 사이트나 이메일 주소는 사용자가 다시 칠 수 있는 문자를 기반으로 하는 것이 더 유용하다. 다른 말로 하면, 많은 국가와 영토에서 이 링크는 기본 라틴계 스크립트가 아닌 다른 스크립트가 돼야 한다. 또 다른 예로는 지정된 웹 사이트에서 정보를 온라인으로 얻어야 하는데, 웹 사이트 주소가 모국어와 다른 스크립트로 되어 있으면 문자를 인식하고 브라우저에 주소를 다시 치는 것이 힘겹다. 때로는 웹 사이트 주소가 이치에 맞지 않거나 아무런 의미가 없는 이름일 수도 있다. 이의 경우 사용자들이 인식할 수 있고 컴퓨터 키보드로 다시 칠 수 있는 스크립트나 알파벳을 사용하는 것이 훨씬 중요하다.
특히 다국어도메인은 홍보와 광고면에서 지역 시장과 비영어권 인터넷 사용자를 대상으로 한다는 점에서 장점이 있다. 따라서 자신이 기본 라틴계 스크립트에 친숙하지 않은 사용자이거나 이러한 사용자와 정보, 제품 또는 서비스를 교환하고 싶을 경우에 이런 시장에 다가갈 수 있기 위해서 다국어도메인이 매우 중요하다.[3]
가치
세계 각국이 자기 민족과 국가의 얼을 지키고, 보존 및 계승하는 일은 열린 민족주의의 추구와 함께 진정한 세계화를 위하여 필요하다. 특히 인터넷주소의 자국어화는 언어를 정보통신기술에 접목함으로써 언어, 문화, 사회, 경제, 민족, 국가, 산업적 측면에서 그 가치를 배가시켰다는 점에서 매우 중요한 의미가 있다. 나라마다 각국의 언어가 자국어 인터넷주소와 결합하여 나타나는 언어 문화적, 사회과학적, 기술 산업적, 그리고 민족 국가적 측면의 효과는 큰 의미가 있다.
언어 및 문화적 측면
언어적 측면에서 보았을 때 다국어 인터넷주소는 각 나라의 독창성과 과학성을 입증하는 것이며, 특히 비영어권 언어를 활용한 인터넷주소의 첫 번째 사례로서 큰 의미를 지닌다고 할 수 있다. 그리고 문화적 측면에 있어서 우리나라 기준으로 주소 입력창의 한글 입력으로 같은 얼을 공유하고 있는 우리 민족의 동질성 강화에 크게 기여한다.
사회 및 경제적 측면
자국어 도메인이 사회와 경제적 측면에 미치는 효과로서는 한글을 사용하는 유치원생부터 노인층에 이르기까지 연령별, 계층별 인터넷 정보 접근 격차를 해소하여 국가 정보화 지수 향상에 이바지할 수 있다. 그러나 이것은 단순히 정보화 지수 향상에 그치지 않고 경제적 측면으로 봤을 때, 인터넷 사용자의 저변 확대를 가져올 것이며, 궁극적으로는 유관 산업 발전과 전자상거래 활성화를 통한 경제 활성화에 크게 이바지할 것이다.
기술 및 산업적 측면
자국어 도메인의 발전은 인터넷 산업 저변의 발전과 사용자의 확대를 가져올 것이며, 인터넷 유관 산업의 발전 또한 유도할 것이다. 이러한 인터넷 유관 산업의 발전은 전자상거래 활성화에 이바지할 것이며, 전자상거래 활성화는 다시 제조업의 발전을 가져올 것이다. 무엇보다 자국어 도메인이 가지는 가장 큰 산업적 의의는 우리가 가진 원천기술을 전 세계에 보급한다는 것이 된다.
민족 및 국가적 측면
자국어도메인은 단순히 기술의 발전이나 서비스의 편리성 증대에만 있는 것이 아니며 민족적, 국가적 측면에서도 그 의의가 매우 크다. 기존 영문도메인의 사용에서 한글을 통한 인터넷 주소의 입력은 우리 말의 소중함과 우수성에 대해 다시금 생각하게 할 기회를 제공하는 것이며, 국내외 어디에 있더라도 자국어 도메인을 사용하게 됨으로써 한민족이라는 문화적 공감대 형성에도 이바지할 것이다. 또한, 언어적 차이가 점차 심화하고 있는 남북한의 현실에서 이질화 해소에도 이바지하는 바가 클 것이다. 국가적인 측면에서 보았을 때 앞서 산업적 측면에서 제시했던 자국어인터넷 주소의 원천기술 보유국으로서 위상이 한층 더 중요하게 드러난다. 즉, 경제적 이득의 증대뿐만 아니라 우리나라의 위상을 강화하는 계기가 되는 것이며, 모델국으로서 정보기술 강국의 위상 강화와 지속적인 선도국으로서 인식되도록 하는 데 이바지할 것이다.
확산 조건
인터넷 주소의 다국어화는 비단 산업적인 측면에서만이 아니라 여러 부문에 걸쳐 큰 의의를 지니고 있다고 볼 수 있다. 그러므로 다국어 도메인의 확산을 위한 노력과 대책이 필요하며, 이러한 노력은 해당 기술개발 기업과 특정인만의 몫이 아니라 국가의 경제주체인 정부, 기업, 이용자와 언론계, 학계, 국회 등이 혼연일체가 되어야만 하는 거대한 프로젝트로 국가 부문별 공조가 필요하다. 산업계에서는 신기술을 지속해서 개발함과 동시에 사용기반을 구축하고, 학계에서는 자국어인터넷 주소에 대한 학문적 연구가 진행되어야 하며, 언론 및 시민단체에서는 주도적인 여론 형성을 통해 일반 사용자들의 사용을 유도할 필요가 있으며, 정부에서는 정책적 지원을 통해 자국어 도메인의 의의와 가치가 극대화될 수 있도록 해야 한다.[8]
용어
- 아스키
아스키는 미국 표준 코드로, 정보 교환을 위한 미국 표준 코드이다. 텍스트로 작업을 수행하는 컴퓨터 및 기타 장비를 위한 공통 숫자 코드이다. 컴퓨터는 숫자만 이해할 수 있으므로 아스키코드를 통해 “a” 또는 “@”등과 같은 문자들을 숫자로 표현한 것이다. 아스키 TLD 또는 아스키 도메인 이름과 관련하여 사용될 경우, 이는 국제화 이전에 a~z까지의 문자, 0~9까지의 숫자와 하이픈만 도메인 이름으로 허용되던 사실을 의미한다.
- DNS
도메인 이름 시스템이라고도 하며, DNS를 사용하면 이해하기 어려운 IP 주소 대신 친숙한 문자열을 사용할 수 있으므로 인터넷을 더 쉽게 사용할 수 있다. 따라서 207.151.159.3을 입력하는 대신 www.internic.net을 입력할 수 있다.
- IDNA 프로토콜
응용 프로그램의 국제 도메인 이름이라고도 하며, IDNA는 은 국제 인터넷 표준화 기구(IETF)에서 RFC3490에 정의한 프로토콜이다. 이를 통해 응용프로그램에서 비 아스키 문자를 포함한 도메인 이름을 취급할 수 있게 됐다. IDNA는 비 아스키 문자가 포함된 도메인 이름 문자열을 DNS를 사용하는 응용 프로그램에서 정확하게 이해할 수 있는 아스키 도메인 이름 라벨로 변환한다. 하지만 전 세계 언어에 사용되는 모든 문자를 도메인 이름에 사용할 수 없어서 그와 같은 모든 문자를 아스키 라벨로 전환할 수 없다.
- IDN
다국어도메인 이름이라고도 하며 지역 언어 문자로 표현된 도메인 이름이다. 이와 같은 도메인 이름은 유럽의 많은 언어, 예를 들어 아랍어나 중국어 등 비라틴계 스크립트의 문자에서 필요할 때 발음 구별 기호를 포함한 문자로 구성될 수 있다.
- IDN SLD
보통 지역 문자로 표시되는 전체 도메인 이름을 언급할 때 국제화된 최상위 라벨에 대한 단축 참조를 가리킨다.
- LDH
글자, 숫자, 하이픈을 뜻하고, a~z까지의 문자, 0~9까지의 숫자 및 하이픈만 포함하는 아스키 문자의 하위 집합이며, 처음에 도메인 이름 라벨은 이러한 문자들의 하위 집합으로 제한됐다.
- 퓨니코드
퓨니코드는 DNS가 이름을 이해하고 관리할 수 있도록 하기 위해 모든 IDN이 인코딩되는 아스키 문자의 시퀀스이다. 도메인 이름 등록자와 사용자가 이러한 도메인 이름의 디코딩된 형태를 보지 못하게 하려는 의도이다. 유일한 목적은 DNS가 지역 문자를 포함한 웹 주소를 분석할 수 있도록 한다. DNS는 유일하게 아스키문자만을 취급할 수 있다. 도메인 이름의 퓨니코드 버전의 접두어는 항상 “xn--”이다. 따라서 이 접두어는 IDN 등록 시 혼란을 피할 수 있도록 종종 등록기구 레벨에 보존된다.[3]
차이
영문도메인과 다국어도메인의 기술적 차이를 설명하면 영문도메인은 계층적 주소이다. 즉 계층의 제일 위에 존재하는 최상위 루트 서버가 있으며 그 아래에 .kr 또는 .jp 등을 각각 담당하는 제2계층 서버가 있으며 그 아래에 각각 .co 또는 .ac 등을 처리하는 3계층 서버가 존재한다. 그리고 그 아래에 각각의 회사 또는 기관들의 도메인 서버가 존재한다. 반면에 다국어 도메인은 국가별로 최상위 루트 서버가 존재하며 루트 서버가 각각 국가 내의 주소를 각각 관리하는 비계층적 주소 체계이다. 이러한 계층적인가 아닌가의 기술적 차이점으로 인해서 국가 간 주권문제가 대두하기도 하고 또한 서버의 부하 문제가 쟁점으로 떠오르기도 했다. 후자의 서버 문제는 기술의 발전으로 인해 더는 문제가 되지 않게 되었으며 전자인 국가 주권문제는 아직 해결되지 않아서 세계 정보화 사회 정당회의인 WSIS(World Summit on Information Society)의 주요 쟁점 사항으로 남아 있다. 또한, 도메인 기술은 미국이 주도로 하여 개발하여 세계화에 성공하였으며 이로 인해 현재 전 세계 모든 나라에서 영문을 사용하여 인터넷 주소로 활용하고 있다. 이에 반해 다국어도메인은 한국이 세계 최초로 개발하였으며 이어 유사한 기술을 중국, 미국, 일본 등이 잇달아 개발하였다. 그러나 한국기술의 우수성 그리고 자국어에 대한 한국민들의 남다른 사랑으로 인해서 다국어도메인 분야는 한국이 가장 앞서 있는 상황이다. 이러한 유리한 상황을 활용하여 한국은 세계 표준화를 추진하려고 하고 있으며 경쟁 관계에 있다고 볼 수 있는 나라들은 각자의 상황에 따른 견제를 해 오고 있다.[9]
활용
국내 기업
- 네이버
블로그에서 'http://테스트.한국'은 하이퍼링크, 링크 자동활성화가 모두 가능하지만, '테스트.한국'은 하이퍼링크만 가능하다. 툴바에서는 'http://테스트.한국'과 '테스트.한국' 입력 시 모두 접속할 수 있고, 앱에서 모바일의 운영체제 관계없이 다국어도메인을 입력 시 접속할 수 있다. 포털 등록에서는 사이트 등록과 링크를 할 수 있다.
- 다음
블로그에서 'http://테스트.한국'과 ‘테스트.한국’ 모두 하이퍼링크는 가능하지만, 링크 자동활성화가 되지 않는다. 앱에서는 모바일 운영체제 관계없이 다국어도메인 입력 시 접속할 수 있다. 포털 등록에서도 사이트 등록 및 링크를 할 수 있다.
- 카카오톡
'http://테스트.한국' 형태만 접속할 수 있다.[10]
해외 기업
- 구글
PC, 모바일 모두 크롬에서 다국어도메인 연결이 원활하며 환경설정을 통해 주소창에 퓨니코드가 아닌 다국어도메인 원형을 그대로 표시할 수 있다.
- 마이크로소프트
PC, 모바일 모두 인터넷 익스플로러에서 다국어도메인 연결이 원활하며 환경설정을 통해 주소창에 퓨니코드가 아닌 다국어도메인 원형을 그대로 표시할 수 있다.
- 페이스북
'http://테스트.한국' 형태만 접속할 수 있다.[10]
다국어 전자메일
기존의 영문 전자우편주소가 아닌 비영문 전자우편주소를 사용하여 전자우편을 상호 간에 발신과 수신을 할 수 있는 전자우편주소 체계이다. 한글로 예를 들면, '성춘향@한국인터넷진흥원.한국'이 있다. 전자우편 주소 체계는 아이디@도메인 네임으로 구성되어 있으며, 아이디 부분을 한글 등의 다국어를 사용할 수 있게 하는 것이 다국어 전자우편주소 표준의 핵심이다.[10]
기술개발
2000년 11월에 베리사인 GRS의 한글.com 등록서비스 시행 후 정상 서비스를 제공하지 못하고 계속된 무료 계약연장만 하다가 2002년 6월부터 플러그인 배포를 통한 임시 서비스를 시행했다. NIDA에서는 1999년 11월 한글도메인이름에 대한 논의를 시작하고 더불어 국제활동과 확정된 IDNA 표준을 기반으로 한글.kr 서비스 시행을 위한 기술적, 제도적 준비 후 등록을 실시했다. 2001년 4월부터 6월까지 한글도메인 테스트 등록과 운영을 했고, 2001년 7월에 ACE 방식별 성능 테스트를 진행했다. 2002년 1월에는 퓨니코드 인코딩과 네임프렙 적용 성능 테스트를 시도했다. 2002년 2월에 도메인길이별 퓨니코드 인코딩 성능을 테스트했고, 2002년 4월에 네임서버/클라이언트 운영체제별, 애플리케이션별 한글도메인 기능을 테스트했다. 2002년 7월에 다국어도메인 인코딩 플러그인별 기능을 테스트했다. 2002년 8월 부터는 한글 도메인 코드컨버터, 플러그인과 관련시스템 개발과 테스트를 진행했다. 2003년 1월에 한글도메인 등록 가능 최대길이 확정을 위한 퓨니코드 인코딩 테스트 등과 기술적인 테스트를 완료했고, 한글도메인 서비스를 시행했다.[11]
각주
- ↑ 〈한글.com〉, 《도메인뱅크》
- ↑ 〈다국어 도메인〉, 《교보문고》, 2008-05
- ↑ 3.0 3.1 3.2 IDN: 국제 도메인 이름 국제인터넷주소관리기구 백서 - https://www.icann.org/en/system/files/files/factsheet-idn-fast-track-oct09-ko.pdf
- ↑ 송관호, 〈(디지털 포럼) 다국어 도메인〉, 《디지털타임스》, 2003-06-25
- ↑ 〈자국어 도메인(자국어.자국어)의 역사는 대한민국에서 출발〉, 《넷피아》
- ↑ 6.0 6.1 〈자국어인터넷주소의 특징과 문제점에 대한 대안〉, 《넷피아》
- ↑ 〈다국어 및 한글도메인 구성규칙〉, 《이지앤비즈》
- ↑ 〈자국어인터넷주소의 의의 및 확산 조건 (한글과 한국의 관점에서)〉, 《넷피아》
- ↑ 천강식, 〈(인터넷) 한글인터넷주소가 자국어인터넷주소 글로벌 스탠다드로 발돋움〉, 《한국정보통신기술협회》
- ↑ 10.0 10.1 10.2 인터넷 주소자원 관련 동향 및 주요 이슈 한국인터넷정보센터 백서 - https://xn--3e0bx5euxnjje69i70af08bea817g.xn--3e0b707e/fileDownload/ipv6_ex.pdf
- ↑ BcN 식별체계 한국정보통신기술협회 백서 - https://www.tta.or.kr/data/androReport/roadMap/BcN%EC%8B%9D%EB%B3%84%EC%B2%B4%EA%B3%84.pdf
참고자료
- 〈한글.com〉, 《도메인뱅크》
- 〈다국어 도메인〉, 《교보문고》, 2008-05
- 〈다국어 및 한글도메인 구성규칙〉, 《이지앤비즈》
- 송관호, 〈(디지털 포럼) 다국어 도메인〉, 《디지털타임스》, 2003-06-25
- IDN: 국제 도메인 이름 국제인터넷주소관리기구 백서 - https://www.icann.org/en/system/files/files/factsheet-idn-fast-track-oct09-ko.pdf
- 〈자국어인터넷주소의 의의 및 확산 조건 (한글과 한국의 관점에서)〉, 《넷피아》
- 〈자국어인터넷주소의 특징과 문제점에 대한 대안〉, 《넷피아》
- 〈자국어 도메인(자국어.자국어)의 역사는 대한민국에서 출발〉, 《넷피아》
- 인터넷 주소자원 관련 동향 및 주요 이슈 한국인터넷정보센터 백서 - https://xn--3e0bx5euxnjje69i70af08bea817g.xn--3e0b707e/fileDownload/ipv6_ex.pdf
- 천강식, 〈(인터넷) 한글인터넷주소가 자국어인터넷주소 글로벌 스탠다드로 발돋움〉, 《한국정보통신기술협회》
- BcN 식별체계 한국정보통신기술협회 백서 - https://www.tta.or.kr/data/androReport/roadMap/BcN%EC%8B%9D%EB%B3%84%EC%B2%B4%EA%B3%84.pdf
같이 보기