KR100706702B1

KR100706702B1 - 도메인네임서버를 이용한 한글 인터넷컨텐츠주소 서비스 방법 및 시스템

Info

Publication number: KR100706702B1
Application number: KR1020050019001A
Authority: KR
Inventors: 김문덕
Original assignee: 김문덕
Priority date: 2004-06-09
Filing date: 2005-03-08
Publication date: 2007-04-11
Also published as: KR20060043499A

Abstract

본 발명은 인터넷에서 URL을 대신하는 한글인터넷컨텐츠 주소를 DNS에서 이용되는 특수 도메인으로 간주하고 특수 도메인 처리를 통하여 IP주소를 획득할 수 있게 하는 DNS를 이용한 한글 인터넷컨텐츠주소 서비스 방법 및 시스템이다. 인터넷상에서 ISP의 DNS는 클라이언트가 질의하는 URL 또는 인터넷주소에 대하여 인터넷상의 IP주소를 제공하도록 하고 있다. 본 발명에서 ISP의 DNS에 대한 클라이언트의 모든 의뢰(request)는 클라이언트에 플러그인(Plug-In)으로 포함된 한글인터넷컨텐츠주소 플러그인(Plug-In)을 경유하며, 한글컨텐츠주소는 DNS 질의 구문 형식으로 변환되어 DNS에 전달된다. DNS는 요청된 질의를 검사하여 영문 도메인주소와 한글 도메인주소인 경우는 그대로 처리하여 응답하며, 한글 인터넷컨텐츠주소 표기인 경우는 한글 인터넷컨텐츠주소 변환 DNS에 조회하여 IP주소를 회송받음으로써 인터넷 서비스가 가능케 하고, 한글 인터넷컨텐츠주소 변환 DNS는 한글 인터넷컨텐츠주소와 이에 대응하는 URL을 포함하는 한글 인터넷컨텐츠주소 DNS존파일을 보유한 상태에서 의뢰된 한글 인터넷컨텐츠주소 표기에 대해서 대응하는 URL주소를 전송한다.

한글인터넷컨텐츠주소, 퓨니코드, DNS, IP주소, 한글인터넷주소, 한글도메인

Description

도메인네임서버를 이용한 한글 인터넷컨텐츠주소 서비스 방법 및 시스템 {Korean Internet contents address service method and system using original DNS}

도 1은 플러그인(Plug-In)이 없는 종래의 인터넷 주소 서비스 시스템의 구성도,

도 2는 플러그인(Plug-In)이 있는 종래의 인터넷 주소 서비스 시스템의 구성도,

도 3a는 본 발명에 따른 인터넷 컨텐츠 주소 서비스 시스템의 제1 실시예,

도 3b는 본 발명에 따른 인터넷 컨텐츠 주소 서비스 시스템의 제2 실시예,

도 4는 본 발명에 따른 인터넷 컨텐츠 주소 서비스 방법의 순서도,

도 5a는 RFC1035에 따른 메시지 헤더의 포맷 예,

도 5b는 RFC1035에 따른 질의 메시지의 포맷 예,

도 5c는 RFC1035에 따른 응답 메시지의 포맷 예.

*도면의 주요부분에 대한 부호의 설명

110,210: 웹 클라이언트 112,212: 웹 브라우저

114,214: 인터넷컨텐츠주소 플러그인

120: ISP DNS 서버 122: ISP DNS 프로그램

130: 인터넷 컨텐츠주소변환 DNS 서버

220: 로컬 DNS 서버 222: DNS 프로그램

230: 인터넷 컨텐츠주소변환DNS

본 발명은 인터넷 주소 변환 기술에 관한 것으로, 더욱 상세하게는 URL(Uniform resource location)을 대신하는 인터넷컨텐츠주소(URN)에 대하여 한글 표기를 사용할 수 있게 하는 도메인네임서버(DNS)를 이용한 한글 인터넷컨텐츠주소 서비스 방법 및 시스템에 관한 것이다.

일반적으로, 웹 브라우저를 이용하여 원하는 웹 사이트에 접속하려면 웹 브라우저의 주소입력창에 "http://www.kbbc.or.kr/member/image.html" 등과 같은 URL(Uniform Resource Locator - 규격 RFC1738)을 입력하는데, 맨 앞의 http는 통신규약을 나타내며 "www.kbbc.or.kr/member/image.html"가 하나의 웹 페이지에 대한 URL이다. 여기서, "www.kbbc.or.kr"는 자원이 저장된 대상 컴퓨터의 주소를 의미하고, "member/image.html"은 그 컴퓨터에 저장되어 있는 디렉토리를 포함하는 파일을 나타낸다.

그런데 인터넷상의 실제 컴퓨터의 인터넷 공인 주소(IP)는 IPv4의 규약 따라 4개의 옥텟으로 구분된 32비트의 이진수로 정해지므로, 각 컴퓨터의 URL주소는 IP 주소로 변환되어야 한다. 도메인 네임 서버(DNS)는 각 컴퓨터의 IP주소와 URL로 된 도메인 네임을 매칭시켜주는 서버 컴퓨터이다. 즉, 사용자 컴퓨터의 클라이언트가 인터넷의 특정 컴퓨터로 접속하기 위해서는 해당 컴퓨터의 도메인 네임에 대한 IP주소를 요청하면, 도메인 네임 서버(DNS)는 IP주소를 관장하는 등록기관의 서버로부터 제공되는 IP주소를 클라이언트측으로 돌려주며, 이에 따라 클라이언트는 해당 IP주소를 가진 컴퓨터로 접속할 수 있게 된다.

한편, 기존의 DNS 체계에서는 도메인 이름으로서 영문자와 숫자 등 만을 사용하도록 제한되어 있기 때문에 영어를 모국어로 사용하지 않는 국가들에서 자국어로 도메인 이름을 사용하고자하는 욕구가 발생되었다. 이와 같은 욕구를 충족시키기 위하여 자국어로 도메인 네임을 사용할 수 있도록 하는 종래기술로는 한국 공개번호 특1998-0064882호로 공개된 "인터넷 주소의 자국어 표기 서비스 시스템"이 알려져 있다.

도 1은 플러그인(Plug-In)이 없는 기존의 인터넷 주소 서비스 시스템의 구성도로서, 웹 클라이언트(10)와, 웹 클라이언트(10)와 포트53으로 연결되어 자국어 표기 서비스를 처리해주는 프록시 프로그램(22)과 통상의 ISP DNS 프로그램(24)으로 구성된 ISP DNS서버(20)와, 프록시 프로그램(22)에 연결되는 자국어표기(NLNS) 서버(30)가 도시되어 있다.

도 1을 참조하면, 프록시 프로그램(22)은 DNS 표준포트인 포트53을 웹 클라이언트(10)와의 연결포트로 사용하고, 포트 5300을 DNS 프로그램(25)과의 연결포트로 사용한다. 프록시 프로그램(22)은 포트53을 통해 웹 클라이언트(10)로부터 입력된 문자열이 URL(혹은 IP주소)인지 자국어표기(NLN: Native Letter Name)인지를 검사하여 URL이면 입력된 문자열을 그대로 DNS 프로그램(24)에 전달하고, NLN이면 지정된 NLNS서버(30)에 전송한 후 NLNS서버(30)에서 회송되는 URL(혹은 IP주소)을 웹 클라이언트(10)로 제공한다.

도 2는 플러그인(Plug-In)이 있는 기존의 인터넷 주소 서비스 시스템의 구성도로서, 웹 브라우저(12)와 NLNS 프로그램(14)을 포함하는 웹 클라이언트(10)와, NLNS 프로그램(14)과 연결되는 NLNS 서버(30)와, 웹 클라이언트(10)를 인터넷(40)으로 연결하는 ISP DNS 서버(20)가 도시되어 있다.

도 2를 참조하면, 웹 클라이언트의 웹 브라우저(12)는 NLNS 프로그램(14)을 보유하며 웹 클라이언트(10)의 모든 의뢰는 NLNS 프로그램(14)을 통해 네트워크상에 설치된 NLNS서버(30)의 조회를 거쳐 DNS 서버의 DNS 프로그램(24)으로 전달된다. 즉, NLNS 프로그램(14)은 웹 브라우저(12)로부터 입력된 문자열이 URL(혹은 IP주소)인지 자국어표기(NLN: Native Letter Name)인지를 검사하여 URL이면 입력된 문자열을 그대로 DNS 프로그램(24)에 전달하고, NLN이면 지정된 NLNS서버(30)에 전송한 후 NLNS서버(30)에서 회송되는 URL(혹은 IP주소)을 웹 브라우저(12)로 제공한다.

이와 같이 현재까지 구현된 종래의 한글 인터넷 주소시스템은 DNS(20)로 오는 모든 요구 패킷에 대해 DNS 앞단에서 포트번호를 변경하여 가로채기한 한글 인터넷 주소 처리시스템이 먼저 처리 하므로서, 정상적인 영문 URL 요구 패킷은 순서상 나중에 처리된다는 문제점이 있었다. 즉, DNS서버(20)는 본래 URL 처리를 중점 적으로 처리할 수 있도록 DNS 프로그램(24)이 주기능이 되도록 설계되었으나, 종래기술에서는 DNS서버안에 별도의 프록시 서버(22)를 둠으로써 DNS서버(20)안에서 DNS프로그램(24)이 주기능이 아닌 부기능으로 동작하는 문제점이 발생하였다.

이와 같은 문제점은 DNS 프로그램 앞단의 한글인터넷 주소시스템의 부하가 집중되도록 하므로써 영문 인터넷 주소처리와 한글 인터넷 주소처리 양쪽에 속도가 느려지는 문제점을 낳게 하였다.

또한 종래의 인터넷 컨텐츠 주소(URN) 시스템은 DNS DDDS 규칙을 이용하여 변환하기 때문에 영문 URN만 이용할 수 있으며, URN에 한글을 적용하는 경우에는 DNS에서 DDDS 규칙을 적용할 수 없는 문제점이 발생하였다.

이에 발명은 상기와 같은 문제점을 개선하기 위하여 제안된 것으로, 본 발명의 목적은 한글 사용자들에게 URL을 대신하는 한글 인터넷 컨텐츠 주소를 사용할 수 있게 하는 도메인네임서버를 이용한 한글 인터넷컨텐츠주소 서비스 방법 및 시스템을 제공하는 것이다.

보다 구체적으로 종래 영문표기 URL에 대해서 한글 인터넷컨텐츠 주소 표기를 부가 사용할 수 있게 하므로써, 웹 브라우저의 주소 입력 창에 영문표기의 URL을 입력하여 웹 검색을 할 수 있음은 물론, 한글 인터넷컨텐츠 주소(URN)를 입력하면 IP주소로 전환하여 인터넷 프로그램에 전달하게 하므로써, 국내 인터넷 사용자들이 표기가 익숙한 한글이름으로 인터넷 콘텐츠 검색을 할 수 있게 하는 것이다.

예를 들어, 실미도 영화 컨텐츠 웹사이트를 찾을 때 'http://koreafilm.co.kr/ movie/silmido/silmido_main.htm' 나 '실미도'중 어느 한 가지만을 입력하면 실미도 영화 컨텐츠 웹사이트로 갈 수 있게 하는 것이다. 이와 같이 한글 인터넷컨텐츠 주소 표기를 사용하게 되면 한글 사용자들에게 이미 알고 있는 컨텐츠 웹사이트들 예컨대, 태극기휘날리며, 리니지2, 아이맨, 한게임, 크레이지아케이드, 라그나로크, 매트릭스 등 기존의 컨텐츠 웹사이트 이름을 한글 인터넷컨텐츠 주소 변환 DNS에 등록하여 URL에 대신할 수 있게 된다.

상기와 같은 목적을 달성하기 위하여 본 발명의 시스템은, 입력된 인터넷 주소가 영문도메인네임이면 소정의 절차에 따라 그대로 질의하고, 한글도메인네임이면 한글도메인 퓨니코드로 변환한 후 소정의 절차에 따라 질의하며, 한글 인터넷컨텐츠 주소이면 한글을 퓨니코드로 변환한 후 질의용 풀 인증 도메인네임(FQDN)으로 변환하여 질의 메시지를 형성하는 클라이언트; 상기 클라이언트로부터 질의 메시지가 수신되면, 질의메시지의 인터넷 주소를 해석하여 영문도메인이나 한글도메인이면 통상의 절차에 따라 질의한 도메인 네임에 대응하는 IP주소를 상기 클라이언트로 응답하고, 한글 인터넷컨텐츠주소이면 질의된 한글 인터넷컨텐츠주소에 대응하는 IP주소를 상기 클라이언트로 응답하는 도메인네임서버를 포함하는 것을 특징으로 한다.

이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예를 자세히 설명하기로 한다.

먼저, 본 발명을 이해하기 쉽도록 본 발명에 사용되는 용어들에 대해 간단히 설명하면 다음과 같다.

URL(Uniform resource location)이 자원의 물리적인 주소를 말한다면, URN(Uniform Resource Name - 규격 RFC2141)은 자원의 변하지 않는 고유한 이름을 말한다. 즉, URN은 URL이 물리적 주소로서의 단점을 해결하고자 인터넷상의 정보자원에 대해 부여한 불변의 식별기호로서, URN의 예를 들어보면 "URN:NID:contents-id"이다. 본 발명에서는 URN과 같은 것을 일종의 인터넷 컨텐츠 주소로 정의한다.

기존의 도메인 네임이 A에서 Z, a 에서 z, 0 에서 9 의 범위에 해당하는 ASCII 문자코드와 하이픈(hyphen, - )만을 사용하여 구성할 수 있게 되어 있어 영어를 사용한 도메인 네임 설정만이 가능하다. 따라서 인터넷 사용자들은 영어 알파벳으로 된 도메인 네임을 사용하여 인터넷 통신을 해야 했다. 그러나 인터넷이 대중화되면서 영어가 아닌 언어를 사용한 도메인 네임의 사용에 대한 요구가 발생하였다. 즉, 비 영어권 국가의 이용자들이 자신의 모국어를 사용한 도메인 네임을 사용할 수 있도록 하기 위한 방안의 모색이 필요했다.

기존 DNS의 도메인 네임체계를 변경시키지 않고, 한국어나 일본어 중국어 등 비 영어권 국가의 언어코드를 사용한 도메인 네임 체계를 상호 충돌 없이 기존 DNS 체계에 추가하기 위해서는 이에 대한 국제적인 표준화가 필요하였다. 이 국제 표준을 한국어에 적용한 것이 '한글 도메인'이다. 한글 도메인은 "청와대.kr" 와 같이 한글을 사용하여 웹 브라우저에 입력함으로써 청와대 웹사이트에 접속할 수 있도록 한다. 한글 도메인을 인터넷에서 완전히 사용할 수 있게 되려면 응용 어플리케이션에서의 다국어 도메인 표준 지원이 있어야 한다.

다국어 도메인 표준은 도메인 네임의 레이블에 다국어를 적용하기 위한 방법을 정하였다. 유니코드(Unicode)로 표현된 다국어 언어코드는 기존 DNS가 사용하는 범위의 ASCII코드를 사용한 ASCII문자열로 부호화(encoding)하여 DNS에 적용한다. 이 부호화 방식으로는 퓨니코드(punycode)의 사용을 표준으로 정하였다. 그리고 유니코드 다국어 언어코드에 대한 퓨니코드(Punycode)방식의 부호화(encoding) 작업은 각 어플리케이션 프로그램에서 수행하도록 정하였다.

다국어 도메인 네임 체계는 기존 DNS 체계의 변경없이 다국어 도메인 네임의 지원을 목적으로 이루어졌다. 이를 위해 유니코드(Unicode)는 퓨니코드(Punycode)로 부호화(encoding)되어 DNS의 도메인 네임에 사용된다. 변환과정에서 모든 다국어 도메인 네임의 레이블은 "xn--"으로 시작하는 ASCII코드 문자열의 레이블로 부호화된다. 이 부호화된 ASCII 문자열을 ACE레이블(label)이라 한다. ACE는 ASCII Compatible Encoding 의 약자로써 ASCII 호환 부호화를 뜻한다. 이에 따라 "청와대"와 같은 한글 도메인 레이블은 DNS 체계에서는 "xn--vk1b187a8ue"와 같은 ASCII 코드와 호환된 ACE레이블로 대체하여 사용된다.

즉, 사용자가 입력하는 청와대.kr 문자열은 실제 DNS 질의과정에서는 "xn--vk1b187a8ue.kr"로 부호화된 코드를 사용하여 질의를 하고, DNS 네임서버는 "xn--vk1b187a8ue.kr" 도메인을 찾아 해당 도메인 네임의 리소스 레코드를 사용하여 응 답하게 된다.

DDDS(Dynamic Delegation Discovery System)는 DNS에서 사용되는 규칙으로, 애플리케이션마다 유일한 문자열에 문자열 치환 규칙을 동적으로 적용하는 추상적 알고리즘이다. DDDS 응용에 E.164번호를 이용하는 것을 'ENUM 응용'이라고 정의한다. 그리고 사용되는 E.164 번호는 ENUM 응용에 유일한 문자열이다. DDDS는 위임시스템(delegation systems)을 동적으로 유지하기 위해 문자열을 자료에 묶는 것을 구현해 왔다. DDDS는 마침 조건에 도달할 때까지 문자열 변환 규칙을 반복적으로 적용하여 어떤 유일한 문자열을 DDDS 데이터베이스에 저장된 자료에 붙이는 작업을 한다.

DDDS 알고리즘을 이용하기 위해서 응용과 하나 이상의 데이터베이스를 설명하는 명세서가 쓰여져야 한다. 그리고 응용을 설명하기 위해서는 AUS(Application Unique String)와, FWKR(First Well Known Rule), 유효 데이터베이스, 기대 결과에 대한 정보가 필요하다.

여기서, AUS(Application Unique String)는 다시 쓰기 규칙이 적용되는 유일한 문자열이다. 문자열은 정해진 구조를 가져야 하며, 응용에 유일해서 같은 데이터베이스에서 가져온 규칙을 적용하면 같은 키(key)로 끝나도록 해야 한다. 예를 들어, URI 변환 응용은 응용에 유일한 문자열을 URI로 정의한다. FWKR(First Well Known Rule)은 AUS에 적용될 때 첫 유효한 키를 생산하는 첫 번째 규칙이다. 이는 규칙과 같은 형태로 설명될 수 있거나 더 복잡한 것일 수도 있다. 예를 들어, URI 변환 응용은 규칙이 URI에서 첫 번째 colon(URI scheme)을 포함하지 않는 문자들의 열이 첫번째 키(first key)인 규칙을 명시할 수 있다. '유효 데이터베이스'란 응용과 관련된 것으로서, 응용은 어떤 데이터베이스가 유효한지를 정의할 수 있다. 각 데이터베이스마다 응용은 어떻게 FWKR의 결과를 데이터베이스에 유효한 무언가로 바꿀지를 정의해야 한다. 예를 들어, URI 변환 응용은 DNS를 데이터베이스로 사용할 수 있다. 이 첫번째 키(first key)를 데이터베이스에 유효한 무언가로 바꾸는 작업은 그것을 DNS에 유효한 도메인 네임으로 바꾸는 것이다. 그리고 응용은 올바른 key를 만들 유효한 문자 집합이 무엇인지를 명세하고 정의해야 한다. 그리고 응용이 종료 규칙의 예상 결과가 무엇인지 정의한 것을 '기대 결과'라 한다.

도 3a는 본 발명에 의한 인터넷컨텐츠 주소 서비스 시스템의 제1 실시예이다.

본 발명은 인터넷에서 URL(또는 IP주소)에 대해서 한글인터넷컨텐츠 주소를 사용할 수 있게 하는 인터넷 주소의 한글 인터넷컨텐츠 주소 표기 서비스 시스템을 제공한다. 본 발명의 한글 인터넷컨텐츠 주소 표기 서비스 시스템의 제1 실시예는 도 3a에 도시된 바와 같이, 웹 브라우저(112)와 인터넷컨텐츠주소 플러그 인(114)으로 이루어진 웹 클라이언트(110)와, ISP DNS프로그램(122)을 포함하여 인터넷 접속 서비스를 제공하기 위한 ISP DNS서버(120)와, 본 발명에 따른 한글인터넷컨텐츠주소를 URL이나 IP주소로 변환해주는 인터넷컨텐츠주소 변환 DNS서버(130)로 구성된다.

도 3a를 참조하면, 기존의 인터넷에서 ISP의 DNS는 클라이언트가 제공하는 URL 주소에 대하여 인터넷상에 IP주소를 제공하고 있다. 본 발명에서 ISP의 DNS(120)에 대한 클라이언트의 모든 의뢰(request)는 클라이언트의 한글 인터넷컨텐츠주소 플러그인(Plug-In) 프로그램(114)을 통해 ISP DNS서버(120)에 바로 전달된다.

즉, 클라이언트의 인터넷컨텐츠주소 플러그인(114)은 웹 브라우저(112)의 주소창에 입력된 인터넷 주소가 영문 도메인네임이면 소정의 기존절차에 따라 그대로 질의하고, 한글 도메인네임이면 한글 도메인 퓨니코드로 변환한 후 소정의 기존절차에 따라 질의하며, 한글 인터넷컨텐츠 주소이면 한글을 퓨니코드로 변환한 후 질의용 풀 인증 도메인네임(FQDN)으로 변환하여 질의 메시지를 형성한다.

도메인네임 서버(120)는 클라이언트(110)로부터 질의 메시지가 수신되면, 질의 메시지의 인터넷 주소를 해석하여 영문 도메인네임이나 한글 도메인네임이면 통상의 절차에 따라 질의한 도메인 네임에 대응하는 IP주소를 클라이언트(110)로 응답하고, 한글 인터넷컨텐츠주소이면 소정의 질의 위임절차를 수행하여 질의를 위임한다.

한글 인터넷콘텐츠주소 변환 도메인네임서버(130)는 도메인네임서버(120)로부터 한글 인터넷컨텐츠주소에 대한 질의를 위임받으면, DNS존파일를 검색하여 질의된 한글 인터넷컨텐츠주소에 대응하는 IP주소나 URL을 도메인네임서버(120)를 경유하여 클라이언트(110)로 응답한다.

한편, 도 3a의 한글인터넷주소변환DNS(130)는 DNS 프로그램(122)의 본래 내장되어 있는 기능을 그대로 사용하기 때문에 DNS프로그램(122)을 그대로 한글인터넷주소변환DNS(130)로 사용할 수 있다.

도 3b는 이와 같이 DNS 프로그램을 한글인터넷주소변환DNS로 사용하는 본 발명의 제2 실시예이다.

본 발명의 한글 인터넷컨텐츠 주소 표기 서비스 시스템의 제2 실시예는 도 3b에 도시된 바와 같이, 웹 브라우저(212)와 인터넷컨텐츠주소 플러그 인(214)으로 이루어진 웹 클라이언트(210)와, DNS프로그램(222)과 한글인터넷컨텐츠주소를 IP주소로 변환해주는 한글인터넷컨텐츠 주소변환 DNS존파일(230)을 포함하는 로컬 DNS서버(220)로 구성된다.

도 3b를 참조하면, 본 발명에서 로컬 DNS(220)에 대한 클라이언트(210)의 모든 의뢰(request)는 클라이언트(210)의 한글 인터넷컨텐츠주소 플러그인(Plug-In) 프로그램(214)을 통해 로컬 DNS서버(220)로 전달된다. 즉, 클라이언트의 인터넷컨텐츠주소 플러그인(214)은 웹 브라우저(212)의 주소창에 입력된 인터넷 주소가 영문 도메인네임이면 소정의 기존절차에 따라 그대로 질의하고, 한글 도메인네임이면 한글 도메인 퓨니코드로 변환한 후 소정의 기존절차에 따라 질의하며, 한글 인터넷컨텐츠 주소이면 한글을 퓨니코드로 변환한 후 질의용 풀 인증 도메인네임(FQDN)으로 변환하여 질의 메시지를 형성한다.

로컬 도메인네임 서버(220)는 클라이언트(210)로부터 질의 메시지가 수신되면, 질의 메시지의 인터넷 주소를 해석하여 영문 도메인네임이나 한글 도메인네임이면 통상의 절차에 따라 질의한 도메인 네임에 대응하는 IP주소를 클라이언트(210)로 응답하고, 한글 인터넷컨텐츠주소이면

한글인터넷컨텐츠 주소변환 DNS존파일(230)를 검색하여 질의된 한글 인터넷컨텐츠주소에 대응하는 IP주소를 클라이언트(210)로 응답한다.

따라서 본 발명의 제2 실시예는 제1 실시예와 달리 웹 클라이언트(210)와 로컬 DNS 서버(220)라는 2개의 시스템으로 한글인터넷컨텐츠주소를 처리할 수 있으므로 보다 효율적이다.

도 4는 본 발명에 의한 인터넷컨텐츠 주소 서비스 방법의 순서도로서, 크게 구분해 보면 클라이언트(110)에서 수행되는 제1 단계(S1)와, 소정의 질의 포맷을 형성하여 질의하는 제2 단계(S2), DNS 프로그램(122)이 수행하는 제3 단계(S3), 변환 도메인네임서버(130)가 수행하는 제4 단계(S4), 회송된 IP를 클라이언트(110)가 수행하는 제5 단계(S5)로 이루어진다. 본 발명의 제2 실시예에서는 하나의 도메인네임서버(220)를 사용하므로 제3 단계(S3)와 제4 단계(S4)가 로컬 DNS서버(220)에서 수행된다.

제1 단계(S1)에서 한글 인터넷컨텐츠주소 플러그인(Plug-In)은 이용자가 웹브라우저(112) 주소창에 입력한 주소가 영문 도메인주소인지 한글 도메인주소인지 한글 인터넷컨텐츠주소인지를 구분한다(401).

영문도메인 주소인 경우는 그대로 DNS(120)로 요청을 보내며, 한글 도메인주소인 경우 즉, '.'이 포함된 "한글.kr"형태의 주소인지를 확인하여 한글도메인 요청처리를 한다(402~405). 예를 들어, "청와대.kr" 형태인 경우는 "http://청와대.kr/" 구문형식의 퓨니코드 즉, "http://xn--vk1b187a8ue.kr" 로 바꿔서 DNS(120)에 요청을 보낸다.

그리고 인터넷주소입력 형식은 한글로 입력되었으나 '.'이 포함되지 않는 경 우에는 본 발명에 따라 플러그인(114)에서 한글을 퓨니코드로 변환한 후 DNS질의용 풀 인증 도메인네임(FQDN: Full Qualified Domain Name)으로 변환한다(406~408). 예를 들어, "청와대"라고 입력된 경우는 퓨니코드 "xn--vk1b187a8ue" 로 바꾼다. 그리고 "한글나라 청와대"와 같이 스페이스문자(혹은 다른 특수문자)로 구분되고, 분류에 해당하는 구문을 둘 수 있으며, 이런 경우 "한글나라"의 퓨니코드는 "xn--bj0b62ch5i8p7a"이므로 "xn--bj0b62ch5i8p7a:xn--vk1b187a8ue"으로 만든다. 그다음에는 "청와대"는 "xn--vk1b187a8ue.nid.urn.arpa" 또는 "xn--vk1b187a8ue.xxxxx"로 변환하고 "한글나라 청와대"는 "xn--vk1b187a8ue.xn--bj0b62ch5i8p7a.nid.urn.arpa" 또는 "xn--vk1b187a8ue.xn--bj0b62ch5i8p7a.xxxxx"로 변환한다. 이와 같이, 한글 인터넷컨텐츠 주소를 스페이스문자와 같은 특수문자로 구분하여 복수의 단어들로 기재할 경우에는 기재순서에 따라 계층적인 분류 구조를 가질 수 있고, 단어들 사이의 연산관계를 정의할 수도 있다.

상기에서 전자의 경우는 NID를 인터넷할당번호관리기관(IANA: Internet Assigned Number Authority)에서 부여받아 사용할 수 있는 방법이고, 후자의 경우는 최상위 도메인에 해당하는 "xxxxx"를 사용할 수 있는 방법이다. 본 발명에서는 2가지 방법 중에서 선택하여 사용할 수 있다. 최상위 도메인에 해당하는 "xxxxx"를 사용하는 경우, 본래 DNS의 GTLD(com, gov, net 등), ccTLD(kr, jp 등), 특수도메인(arpa 등) 등 최상위도메인(TLD)과 충돌하지 않는 글자의 도메인을 부여하거나 또는 2레벨 도메인, "xxxxx.xxxxx", 3레벨 도메인 "xxxxx.xxxxx.xxxxx"을 사용한다.

또한 본 발명을 적용하는 비즈니스 모델에 따라 사업자별로 할당할 수 있으며, 변환요청 건 별로 통계를 내거나 과금의 기준점이 될 수 있도록 한다.

제2 단계(S2)는 RFC1035에서 규정된 절차에 따라 클라이언트와 DNS 서버간에 전달되는 메시지의 형태를 정의하는 과정이다(409). 통상, 메시지는 헤더와 질의, 응답, 인증, 부가 섹션으로 이루어지는데, 일반적인 헤더 포맷은 도 5a에 도시된 바와 같이 16비트의 포멧으로 정의되어 있고, 클라이언트(110)로부터 DNS서버(120)로 전달되는 질의 메시지의 질의 부분은 도 5b에 도시된 바와 같이 구성된다.

도 5a 및 도 5b를 참조하면, 제2 단계(S2)에서 DNS 메시지 주요 필드의 설정은, "QNAME" 레코드는 제1 단계(S1)에서 변환된 풀 인증 도메인네임(FQDN:Fully Qualified Domain Name)으로 설정하고, "QTYPE"은 "NAPTR(35)"로 설정하며, "RD=1", "QDCOUNT=1" 설정하여 질의 메시지를 형성한 후, ISP DNS(120)에 질의하게 된다. 즉, 앞의 예에서 "한글나라 청와대" 같은 경우는 다음 표1과 같이 설정한 후 DNS서버(120)로 질의한다.

QNAME=xn--vk1b187a8ue.xn--bj0b62ch5i8p7a.nid.urn.arpa 또는 QNAME=xn--vk1b187a8ue.xn--bj0b62ch5i8p7a.xxxxx QTYPE=35; RD=1; QDCOUNT=1;

제3 단계(S3)에서 DNS(120)는 상기 한글 인터넷컨텐츠주소 플러그인(Plug-In)(114)에서 보내온 질의 데이터의 요청내용을 해석하여 영문 인터넷주소와 "한글.kr" 형식의 URL이면 기존의 영문도메인, 한글도메인에 대한 DNS 처리 절차에 따라 IP주소를 반환한다(410,415).

만일, 요청내용이 한글 인터넷컨텐츠주소 표기인 경우는 요청 메시지의 풀인증도메인네임(FQDN: Fully Qualified Domain Name)을 해석하여 DNS 위임절차에 의해 한글 인터넷컨텐츠주소 변환 DNS(130)로 변환요청을 보낸다(411). 본 발명에서 위임구조를 정의하는 방법은 기존 DNS의 위임방법을 그대로 이용한다. 예를 들어, "nid.urn.arpa" 또는 최상위 도메인 "xxxxx" 에 대한 NS 레코드로 "ns.nid.urn.arpa" 또는 "ns.xxxxx.ne.kr" 등과 같이 한글 인터넷컨텐츠주소 변환 DNS(130)의 URL을 지정한다.

제4 단계(S4)에서 한글 인터넷컨텐츠 주소변환 DNS(130)는 유효 DNS존파일에서 질의구문에 대한 응답 섹션의 "NAPTR" 레코드 값을 추출한 후, URL정보를 클라이언트의 한글 인터넷컨텐츠주소 플러그인(Plug-In)으로 응답하게 된다(412). 이때 응답 메시지의 포맷은 도 5c에 도시된 바와 같다.

한편, 한글 인터넷주소변환 DNS(130)에는 컨텐츠 URL 정보를 DNS 데이타베이스에 저장하고 있는데, 예를 들면, 상기 "한글나라 청와대"의 경우는 "xn--vk1b187a8ue.xn--bj0b62ch5i8p7a.nid.urn.arpa" 또는 "xn--vk1b187a8ue.xn--bj0b62ch5i8p7a.xxxxx"에 대한 대응 레코드로서, IN NAPTR 'http://www.hangulnara.co.kr/bluehouse/contents.html' 같은 형식으로 저장된다.

제5 단계(S5)에서 한글 인터넷컨텐츠주소 플러그인(Plug-In)(114)은 회송된 인터넷 주소를 검사하여 만약 IP어드레스를 포함하는 URL인 경우에는 필요없으나, IP어드레스를 포함하지 않는 URL인 경우에는 URL에 대응하는 IP어드레스를 구하기 위해 다시 ISP DNS(120)로 "QTYPE=1(A)"인 메시지로 질의를 수행하여 실제 IP어드레스를 구할 수 있다(413). 그런 후 웹 브라우저(112)로 IP어드레스를 포함하는 URL을 보내어 실행토록 한다(414).

이와 같이 본 발명에서 한글 인터넷컨텐츠주소 변환 DNS(130)는 한글 인터넷컨텐츠주소를 컨텐츠의 URL로 변환하는 역할을 하도록 구성한다. 즉, DNS(120)가 한글 인터넷컨텐츠주소 질의 구문에 대한 도메인 변환을 위임하는 DNS로, 한글 인터넷컨텐츠주소 변환 DNS(130)를 지정한다. 인터넷컨텐츠주소 변환 DNS(130)는 요청된 한글 인터넷컨텐츠주소 변환 질의에 대해 주소에 대한 URL 정보를 보관하고 있는 DNS 데이타베이스를 조회하여 해당되는 URL 정보를 전송한다. 그런데 DNS는 위임구조상 자기자신에게 위임할 수 있으므로 DNS(120)은 한글인터넷컨텐츠 주소 변환 DNS(130)로 자기자신(120)을 지정할 수 있다. 따라서 도3b와 같이 DNS프로그램(230)으로 구성하여도 본 발명의 본래 목적을 달성하는데, 동일한 구성이다.

이상의 실시예에서는 한글을 이용한 인터넷컨텐츠주소에 대해서만 예를들어 설명하였으나 본 발명은 한글뿐만 아니라 일본어나 중국어 등 다른 나라의 자국어에도 그대로 적용되고, 웹 브라우저뿐만 아니라 전자메일 등에도 그대로 적용될 수 있다.

이상에서 설명한 바와 같이, 본 발명에 따른 인터넷컨텐츠주소(URN) 변환시스템을 이용한 한글 인터넷주소 서비스 시스템은 다음과 같은 장점이 있다.

모든 인터넷주소변환 질의를 DNS로 보냄으로써 주소관리의 혼란이 방지된다. 즉, 과거 주소변환 시스템에서 프록시가 주소변환서버를 통해 URL을 회신받더라도 또다시 URL을 IP어드레스로 변환하기 위해 DNS에 질의하는, 즉, 이중으로 처리해야하는 문제점이 발생했는데, 본 발명에서는 DNS에서 모든 질의를 처리하도록 일원화함으로서 이중으로 처리해야하는 문제를 해결한다.

또한 종래에는 원래 DNS 용도로 설치된 ISP DNS 서버에 프록시 프로그램을 구동함으로서 서버 과부하 문제가 발생할 수 있는 문제점이 있었으나, 본 발명에서는 ISP DNS 서버에 DNS 프로그램 만 구동하므로서 서버 과부하 문제를 해결할 수 있다. 예컨대, 영문도메인 처리가 9건이고 한글 인터넷주소 처리가 1건일 경우 ISP DNS 서버에서 처리되는 총 건수 살펴보면, 종래의 프록시 프로그램은 10건 모두 처리한 다음 DNS 프로그램에 9건의 처리를 돌려주어서 총 19건의 처리를 하게되나 본 발명을 사용할 경우는 ISP DNS프로그램이 10건을 처리하면 되므로 총10건만 처리하면 된다. 결국, 본 발명에 따르면 ISP DNS 서버의 효율성이 증가하게 된다.

그리고 본 발명의 한글인터넷주소변환DNS는 DNS 프로그램의 본래 내장되어 있는 기능을 그대로 사용하기 때문에 DNS프로그램을 그대로 한글인터넷주소변환DNS로 사용할 수 있고, 이 경우 한글인터넷컨텐츠주소 처리를 위해 웹 클라이언트와 로컬 DNS서버 즉, 2개의 시스템만을 사용할 수 있으로 종래와 같이 3개의 시스템(웹 클라이언트, DNS서버, NLNS서버)을 사용하는 경우보다 효율적이다.

나아가 종래의 주소변환 시스템에서는 접속되는 클라이언트 기술이 불분명하여 다양한 수익모델이 가능하다는 점을 보여주지 못했으나 본 발명에서는 한글 인 터넷컨텐츠주소 플러그인(Plug-In)에 풀 인증 도메인네임(FQDN)의 최상위도메인을 다양하게 적용할 수 있어서, 본 발명을 적용하는 비즈니스 모델에 따라 다양한 수익모델을 적용할 수 있다. 예컨대, 한글 인터넷컨텐츠주소 플러그인(Plug-In)의 배포 기관별로 통계를 내고, 수익배분 모델을 달리하여 적용할 수 있다는 장점이 있다.

상기에서는 본 발명의 바람직한 실시예를 참조하여 설명하였지만, 해당 기술 분야의 숙련된 당업자는 하기의 특허 청구의 범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다.

Claims

삭제
입력된 인터넷 주소가 영문도메인네임이면 소정의 절차에 따라 그대로 질의하고, 한글도메인네임이면 한글도메인 퓨니코드로 변환한 후 소정의 절차에 따라 질의하며, 한글 인터넷컨텐츠 주소이면 한글을 퓨니코드로 변환한 후 질의용 풀 인증 도메인네임(FQDN)으로 변환하여 질의 메시지를 형성하는 클라이언트;

상기 클라이언트로부터 질의 메시지가 수신되면, 질의메시지의 인터넷 주소를 해석하여 영문도메인이나 한글도메인이면 통상의 절차에 따라 질의한 도메인 네임에 대응하는 IP주소를 상기 클라이언트로 응답하고, 한글 인터넷컨텐츠주소이면 도메인네임서버의 존(zone)파일을 검색하여 질의된 한글 인터넷컨텐츠주소에 대응하는 IP주소를 상기 클라이언트로 응답하는 도메인네임 서버를 포함하고,

상기 클라이언트는

웹 브라우저나 전자 메일과 같은 응용 프로그램과,

상기 응용 프로그램으로 입력된 인터넷 주소를 분석하여

입력된 인터넷 주소가 영문도메인네임이면 소정의 절차에 따라 그대로 질의하고, 한글도메인네임이면 한글도메인 퓨니코드로 변환한 후 소정의 절차에 따라 질의하며, 한글인터넷컨텐츠 주소이면 한글을 퓨니코드로 변환한 후 질의용 풀 인증 도메인네임으로 변환하여

"QNAME" 레코드는 풀 인증 도메인네임(FQDN:Fully Qualified Domain Name)으로 설정되고, "QTYPE"은 "NAPTR(35)"로 설정되며, "RD=1", "QDCOUNT=1" 로 설정되는 질의 메시지를 형성하는 인터넷컨텐츠주소 플러그인으로 구성된 것을 특징으로 하는 한글 인터넷컨텐츠주소 서비스 시스템.
삭제
삭제
삭제
삭제
삭제
제2항에 있어서, 상기 한글 인터넷컨텐츠 주소는

하나의 단어나 스페이스와 같은 특수문자로 구분되는 복수의 단어로 입력될 수 있는 것을 특징으로 하는 한글 인터넷컨텐츠주소 서비스 시스템.
제8항에 있어서, 상기 특수문자로 구분된 복수의 단어들은

기재순서에 따라 계층적인 분류 구조를 가지거나 단어들 사이에 연산관계를 가질 수 있는 것을 특징으로 하는 한글 인터넷컨텐츠주소 서비스 시스템.
입력된 인터넷 주소가 영문도메인네임이면 소정의 기존절차에 따라 그대로 질의하고, 한글도메인네임이면 한글도메인 퓨니코드로 변환한 후 소정의 기존절차에 따라 질의하며, 한글인터넷컨텐츠 주소이면 한글을 퓨니코드로 변환한 후 질의용 풀 인증 도메인네임으로 변환하는 제1 단계;

상기 풀 인증 도메인네임을 이용하여 소정 포맷의 질의 메시지를 형성한 후 도메인 네임서버로 질의하는 제2 단계; 및

상기 클라이언트로부터 질의 메시지가 수신되면, 질의메시지의 인터넷 주소를 해석하여 영문도메인이나 한글도메인이면 통상의 절차에 따라 질의한 도메인 네임에 대응하는 IP주소를 상기 클라이언트로 응답하고, 한글 인터넷컨텐츠주소이면 도메인네임서버의 존(zone)파일을 검색하여 질의된 한글인터넷컨텐츠주소에 대응하는 IP주소를 상기 클라이언트로 응답하는 제3 단계를 포함하고,

상기 질의용 풀 인증 도메인네임은

"퓨니코드.xxxx"형태로 구성하여 최상위 도메인에 해당하는 "xxxx"를 사용하는 경우, 디엔에스(DNS)의 지티엘디(GTLD)(com, gov, net 등), 시시티엘디(ccTLD)(kr, jp 등), 특수도메인(arpa 등) 등 최상위도메인(TLD)과 충돌하지 않는 글자의 도메인을 부여하거나 2레벨 도메인, "xxxxx.xxxx", 3레벨 도메인 "xxxxx.xxxxx.xxxx"을 사용하되,

상기 최상위 도메인을 필요한 비즈니스 모델에 따라 사업자별로 할당하여

변환요청 건 별로 통계를 내거나 과금의 기준점으로 사용할 수 있는 것을 특징으로 하는 도메인네임서버를 이용한 한글 인터넷컨텐츠주소 서비스 방법.
삭제
삭제
제10항에 있어서, 상기 최상위 도메인은

배포되는 한글 인터넷 컨텐츠 주소 플러그인에 따라 구분될 수 있는 것을 특징으로 하는 도메인네임서버를 이용한 한글 인터넷컨텐츠주소 서비스 방법.