KR100452944B1

KR100452944B1 - Ｅｎｕｍ 서비스 시스템 및 이의 운용방법

Info

Publication number: KR100452944B1
Application number: KR10-2004-0004131A
Authority: KR
Inventors: 이승재; 나정정; 김원
Original assignee: 한국인터넷진흥원
Priority date: 2004-01-20
Filing date: 2004-01-20
Publication date: 2004-10-21
Also published as: KR20040015775A

Abstract

ENUM 서비스 시스템 및 이의 운용방법에 대해 개시한다. 본 발명은 ENUM 클라이언트; 로컬 DNS; 전화번호의 각 국가 번호(Country Code) DNS 위치정보를 저장하는 최상위(Root) ENUM DNS 계층 0; 상기 계층 0과 위임계층을 형성하며, 전화번호에 대한 계층 2 위치정보를 저장하는 ENUM DNS 계층 1; 및 계층 1과 위임계층을 형성하며, ENUM 번호 질의에 대한 서비스 정보 응답을 수행하기 위해 NAPTR(Naming Authority PoinTeR) 형식의 ENUM 서비스 정보를 저장하는 ENUM DNS 계층 2;로 구성되어 ENUM 클라이언트와 ENUM DNS간의 질의 및 응답을 수행하는 ENUM 서비스 시스템에 적용되며, 이의 운용방법은 ENUM 클라이언트 프로그램을 통해 입력된 ENUM 번호 도메인이름 체계로 변환하는 제 1 단계; 도메인이름 체계로 변환된 ENUM 번호를 DNS 메시지 포맷으로 변환해 상기 로컬 DNS로 질의하는 제 2 단계; 상기 로컬 DNS와 계층 0, 계층 1 및 계층 2간의 질의 및 반환을 통해 NAPTR 레코드들을 응답받는 제 3 단계; 및 클라이언트 프로그램에서 ENUM 서비스 정보 리스트를 출력하는 제 4 단계를 포함하여 이루어진 것을 특징으로 한다. 본 발명에 따르면, 관리의 용이성, 검색속도의 향상 등 서비스 품질관리 수준을 향상시킬 수 있다.

Description

ＥＮＵＭ 서비스 시스템 및 이의 운용방법{Telephone Number Mapping system and method for employing as the same}

본 발명은 ENUM 서비스 시스템 및 이의 운용방법에 관한 것으로, 특히 ENUM DNS 계층 구조, ENUM 클라이언트와 DNS간 통신방법, 폰페이지에 대한 ENUM 서비스 등록 등 ENUM 서비스 시스템 및 이의 운용방법에 관한 것이다.

ENUM(tElephone NUmber Mapping)은 인터넷 응용서비스의 공용성 및 유일성을 보장하기 위해 일반 공중망 전화번호체계(E.164)를 전화, 이메일, 팩스, 인터넷전화 등 다양한 주소체계와 연동시키는 기술로 이미 국제인터넷표준화기구(IETF)에서 표준안(RFC2916)으로 채택되어 세계 각국이 도입을 서두르고 있는 상황이다.

즉, ENUM은 공중전화 교환망의 식별체계인 전화번호를 인터넷 주소체계로 변환시켜 다양한 정보자원 접근, 이용 편의성을 제고해 준다. ENUM은 인터넷 관련 기술 표준화 모임인 IETF(Internet Engineering Task Force)에서 처음 논의되었으며, 현재 ENUM WG(Working Group)에서 ENUM을 집중적으로 연구하고 있다. ENUM WG은 DNS를 기반으로 E.164 전화번호 체계를 URI(Uniform Resource Identifier)로 변환시키는 프로토콜을 정의한 RFC2916을 2000년에 발표하였다. ENUM에서 가장 기본적인 것은 기존의 공중전화 교환망(PSTN : Public Switched Telephone Network)과 인터넷 프로토콜(IP : Internet Protocol) 네트워크의 결합이다. 전화번호와 인터넷 주소가 단일 시스템에서 작동하므로 컴퓨터에 전화번호를 입력하게 되면 인터넷 홈페이지, 이메일, 팩스, 인터넷 전화 등 다양한 통신 서비스들과 연결할 수 있게 된다.

그런데, 기존에는 ENUM 클라이언트와 ENUM DNS간의 질의 및 응답에 있어, 질의된 전화번호 082-02-2186-4551에 대하여 로컬 DNS와 각 계층별 DNS 서버간의 질의 및 반환되는 형태가 82ㆍ2ㆍ2186ㆍ4551의 계층 구조를 가지고 있으며, 질의된 전화번호 검색시 버퍼 및 캐쉬에 따른 탐색이 이루어져 관리체계 및 검색속도의 한계성을 가지고 있었다.

또한, 전화번호와 연계된 유선상의 홈페이지와 무선상의 홈페이지를 구분하기 위한 구분자 정의가 이루어져 있지 않은 상황이다.

따라서, 본 발명의 목적은 검색의 효율성 및 공용성 확대를 위해, ENUM DNS 계층 1, 2 구조, ENUM 클라이언트와 DNS간 통신방법, 무선인터넷상의 홈페이지인 폰페이지에 대한 ENUM 서비스 등록에 대한 ENUM 서비스 시스템 및 이의 운용방법을 제공하는데 있다.

구체적으로, 본 발명의 목적은 ENUM DNS를 1, 2 계층별로 분리시키고, ENUM DNS 계층 1은 ENUM 번호에 대한 정보, 계층 2는 ENUM 번호에 대한 서비스 정보를 저장하며, 상호 위임체계를 형성시켜 ENUM DNS 계층 1, 2의 역할, 정보내용 및 최적의 구역(Zone) 파일 구성방법을 규정함으로써 안정적이고 공용적인 ENUM 서비스 시스템을 구축하고자 하는데 있다.

또한, 본 발명의 다른 목적은 상기한 ENUM 서비스 이용시, 클라이언트 프로그램이 ENUM DNS에게 ENUM 번호에 대한 질의를 수행한 후, 이메일 주소, 전화번호,홈페이지 주소 등 서비스 정보를 수신받기 위해, ENUM 클라이언트 프로그램이 가져야 할 라이브러리 요소를 규정함으로써 ENUM 서비스의 공용성을 향상시키고자 하는데 있다.

그리고, 본 발명의 또 다른 목적은 유선상의 홈페이지와 폰페이지에 대한 구분을 정의하기 위해, 폰페이지에 대해서 WML, HDML 등의 다양한 콘텐츠 형식을 사용하는 ENUM 서비스 등록 형식을 규정함으로써 휴대폰상에서 보다 정확한 주소를 추출할 수 있으며, 서비스의 적용성을 제고하고자 하는데 있다.

도 1은 ENUM 서비스 개념도이다.

도 2는 ENUM DNS 계층 1 구역파일 구성을 예시한 도면이다.

도 3는 ENUM DNS 계층 2 구역파일 구성을 예시한 도면이다.

도 4은 ENUM DNS 계층 1 구역 단독 테스트 결과 그래프이다.

도 5는 ENUM DNS 계층 2 구역 단독 테스트 결과 그래프이다.

도 6는 ENUM DNS 계층 1, 2 구역 연동 테스트 결과 그래프이다.

도 7은 ENUM 클라이언트 흐름도 및 표준구성 범위를 나타낸 개략도이다.

도 8a 및 도 8b는 본 발명의 실시 예에 의한 ENUM 클라이언트와 ENUM DNS 간의 통신방법을 나타낸 흐름도이다.

도 9는 'E2U+mob' ENUM 서비스 등록 형식 적용 후 개념도이다.

상기한 본 발명의 목적을 달성하기 위한 본 발명은 ENUM 클라이언트, 로컬 DNS, 계층 0, 계층 1 및 계층 2로 구성되어 ENUM 클라이언트와 ENUM DNS간의 질의 및 응답을 수행하는 ENUM 서비스 시스템에 적용되는데, 본 발명의 ENUM 서비스 시스템은 각 국가번호의 DNS 위치정보를 저장하는 최상위 계층인 계층 0; 상기 계층 0과 위임계층을 형성하며, 각 전화번호에 대한 계층 2 위치정보를 저장하는 계층 1; 및 상기 계층 1과 위임계층을 형성하며, ENUM 번호 질의에 대한 서비스 정보 응답을 수행하기 위해 NAPTR 형식의 ENUM 서비스 정보를 저장하는 계층 2를 포함하여 이루어진 것을 특징으로 한다.

이 때, 상기 계층 1은 국번 및 이동통신사별 구분번호를 포함한 착신지 번호별로 구역파일을 분리 구성하며, 상기 계층 2는 국번 및 이동통신사별 구분번호를 포함한 착신지 번호별로 구역파일을 분리 구성하며, 상기 계층 2에 각 착신지별 구역파일내 NAPTR 레코드를 이용하여 가입자 번호에 대한 ENUM 서비스 정보를 저장한다.

또한, 상기 ENUM DNS 계층 1은 ENUM 등록시 등록 신청자의 ENUM 번호가 정확한 것인지를 점검하여 최종 사용 권한을 판별하는 인증 및 중복등록 방지 과정을 수행하는 등록관리기관의 역할을 수행하며, 상기 ENUM DNS 계층 1은 등록관리기관의 역할인 인증 및 중복등록 방지를 수행하기 위해, ENUM 번호의 FQDN(Fully Qualified Domain Name) 및 이에 대한 이메일, 전화번호, 홈페이지 주소를 포함하는 서비스 정보가 저장된 ENUM DNS 계층 2 네임서버 정보를 저장하며, ENUM DNS 계층 2 네임서버 정보는 2개 이상 저장되는 것이 바람직하다.

그리고, 상기 ENUM DNS 계층 2는, 상기 서비스 정보를 저장해 ENUM 번호 FQDN 질의시 해당 서비스 정보 값을 반환해 주며, 통신사업자와 같은 계층 2 관리 주체에 의해 복수로 운영될 수 있다.

한편, 이동통신사별 폰페이지 주소는 유선상의 콘텐츠와 구별되는 서비스 타입인 E2U+mob로 정의해 상기 ENUM DNS 계층 2에 NAPTR 형식으로 저장할 수 있다.

한편, 상기한 본 발명의 목적을 달성하기 위한 본 발명은 ENUM 클라이언트; 로컬 DNS; 각 국가번호의 DNS 위치정보를 저장하는 최상위 계층인 계층 0; 상기 계층 0과 위임계층을 형성하며, 전화번호에 대한 계층 2 위치정보를 저장하는 계층 1; 및 상기 계층 1과 위임계층을 형성하며, ENUM 번호 질의에 대한 서비스 정보 응답을 수행하기 위해 DNS 표준 리소스 레코드(Resource Record) 유형인 NAPTR 형식을 사용하여 ENUM 서비스 정보를 저장하는 계층 2; 그리고 상기 계층 0, 계층 1, 계층 2로 구성된 ENUM DNS와 ENUM 클라이언트간의 질의 및 응답을 수행하는 ENUM 서비스 시스템의 운용방법에 관한 것으로서, 본 발명의 ENUM 서비스 시스템의 운용방법은, 클라이언트 프로그램을 통해 입력된 ENUM 번호를 변환 및 도메인이름 체계로 변환하는 제 1 단계; 상기 로컬 DNS로 DNS 메시지 포맷으로 질의하는 제 2 단계; 상기 로컬 DNS와 계층 0, 계층 1 및 계층 2간의 질의 및 반환을 통해 NAPTR 레코드들을 응답 받는 제 3 단계; 및 클라이언트 프로그램에서 ENUM 서비스 정보 리스트를 출력하는 제 4 단계를 포함하여 이루어진 것을 특징으로 한다.

이 때, 상기 제 1 단계는, 국가번호, 착신지 번호(지역번호 또는 이동통신사별번호)와 가입자 번호를 포함하여 입력된 전화번호에서 + 및 - 를 포함하는 특수문자를 제거하는 단계; 상기 특수문자가 제거된 전화번호를 역순으로 변환하는 단계; 상기 역순의 전화번호 각 숫자 사이에 점(.)을 삽입하는 단계; 및 상기 점(.)이 삽입된 전화번호에 최상위 계층 이름을 첨가하는 단계로 이루어진다. 예를 들어 +82-2-2186-4551은 1.5.5.4.6.8.1.2.2.2.8.e164.arpa로 변환된다.

또한, 상기 제 2 단계에서 DNS 메시지 주요 필드의 설정은,

QNAME=1단계에서 변환된 ENUM FQDN(Fully Qualified Domain Name) 형태;

QTYPE=NAPTR(35);

RD=1; 및

QDCOUNT=1 로 이루어진다.(여기서, QNAME은 질의하는 값, QTYPE은 응답 받고자 하는 레코드정보 형태, RD는 반복 질의 여부, QDCOUNT는 질의 수)

그리고, 상기 제 3 단계는, 로컬 DNS에서 상기 ENUM 클라이언트로부터 전송된 질의 데이터를 수신하여 계층 0으로 질의하는 단계; 상기 계층 0에서는 전송된 DNS 메시지 중에서 국가번호에 해당하는 정보를 검색하여 국가번호를 저장하는 DNS 위치정보를 로컬 DNS로 반환하는 단계; 로컬 DNS에서 국가번호에 대한 전화번호 구역이 저장되어 있는 계층 1에 질의하는 단계; 계층 1에서 착신지 번호 분류에 따른 구역파일에 대해 검색을 수행하여 해당 착신지 번호를 추출하고, 다음으로 가입자번호에 따른 DNS 위치정보를 로컬 DNS로 반환하는 단계; 로컬 DNS는 전화번호에 대한 NAPTR 형태로 서비스 정보가 저장된 계층 2에 질의하는 단계; 및 계층 2에서 전화번호에 대한 NAPTR 형태로 저장된 서비스 정보를 로컬 DNS로 반환하는 단계를 포함하여 이루어진다.

한편, 상기 제 4 단계는, ANCOUNT 값을 확인하여, 해당 값만큼 응답 섹션의 NAPTR 레코드 값을 추출한다. 이 때, 상기 정보 수신 메시지 중 헤더 섹션의 응답임을 구분하는 필드값을 확인하고, 확정응답을 나타내는지를 확인하는 단계를 더 진행할 수 있다.

이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예에 대해 설명한다.

도 1은 ENUM 서비스 개념도이다. 도 1에 도시된 바와 같이, ENUM(tElephone NUmber Mapping)은 계층적으로 분리 구성된 DNS 기반의 다양한 응용 서비스 주소를 전화번호 하나로 통합하는 통합 번호식별체계로서, 이메일, 홈페이지, 인터넷 전화, 팩스 등 다양하게 융합시킨 응용 서비스가 가능하다. 또한, 일반 PC 뿐 아니라, 휴대폰, PDA, 전화 등 다양한 환경에서 구현 가능하다.

PC상에서 ENUM 전용 프로그램 및 웹브라우저의 주소창에 전화번호를 기입하여 ENUM 서비스를 이용할 수 있게 된다.

즉, ENUM 전용 프로그램인 클라이언트에서의 입력된 전화번호를 도메인이름으로 바꾸는 과정을 수행하여①, 상기한 IETF에서 RFC 2916 'E.164 Number and DNS' 제정된 약속에 따라 +82-2-2186-4551 를 1.5.5.4.6.8.1.2.2.2.8.e164.arpa 으로 변환한다. 기존의 경우에는 입력된 전화번호에 대해 4551.2186.2.82로 변환하는데 대비하여, 본 실시예와 같은 변환은 기존과 상이하게 이루어질 뿐만 아니라 상기한 국제표준인 RFC 2916에 근거하고 있다.

한편, ENUM DNS에는 서비스 정보(이메일, 홈페이지, 인터넷 전화)를 DNS에 저장하고 있는데, 상기 1.5.5.4.6.8.1.2.2.2.8.e164.arpa에

이메일은 IN NAPTR 'E2U+email:mailto' 'mailto:sjlee@nic.or.kr',

홈페이지는 IN NAPTR 'E2U+web:http' 'http://www.nic.or.kr',

SIP를 이용한 인터넷전화는 IN NAPTR 'E2U+sip' 'sip:sjlee@nic.or.kr'

으로 저장된다.

상기 ENUM DNS는 검색의 효율성을 위해 계층적으로 분리되어 있으며, 특히 계층 1에는 ENUM 번호에 대한 계층 2 위치정보가 저장되어 있으며, 계층 2에는 ENUM 번호에 대한 서비스 정보가 저장되어 있다.

본 발명은 ENUM DNS 계층 1, 2의 역할, 정보 내용 및 최적의 구역(Zone) 파일 구성방법을 규정하고 있다. 기존의 경우에는 82ㆍ2ㆍ2186ㆍ4551의 계층 구조를갖고 있는데 대비하여 Rootㆍ82ㆍNAPTR DNS의 계층 구조를 가지고 있다.

ENUM 클라이언트 프로그램이 ENUM DNS에 질의하고①, 서비스 정보(이메일, 홈페이지, 전화번호 등)를 수신받기② 위해서 설정해야 하는 값에 대한 표준을 마련하고 있는데, 이에 대해 ENUM 클라이언트 프로그램이 가져야 할 라이브러리 요소를 규정한다. 이에 대해 추후 상세히 설명하기로 한다.

그리고, 이동통신사별로 폰페이지에 대한 ENUM 서비스 등록 형식을 규정한다. 이는 다양한 콘텐츠 형식을 갖는 이동통신사별 폰페이지 형식 구분을 명확히 해서 휴대폰상에서 ENUM 서비스 이용 정확성을 제고할 수 있다.

이하, 본 발명을 구체적으로 설명하는데 있어,1. ENUM DNS 계층 구조,2. ENUM 클라이언트와 DNS간 통신방법,3. 폰페이지에 대한 ENUM 서비스 등록순으로 설명하기로 한다.

1. ENUM DNS 계층 1, 2 구조

상기한 바와 같이, ENUM(Telephone Number Mapping)은 IETF, ITU 등에서 논의되고 있는 차세대 통합 번호식별체계로, DNS(Domain Name System)를 기반으로 전화번호를 다수의 식별체계(URI : Uniform Resource Identifier)로 변환시켜주는 프로토콜이다.

ENUM DNS는 계층별로 분리되어 ENUM DNS 계층 1은 ENUM 번호에 대한 계층 2위치정보, 계층 2는 ENUM 번호에 대한 다수의 서비스 정보를 저장하는 등, 기존의 도메인이름과는 상이한 특징을 가진다.

본 발명에는 ENUM DNS 계층 1, 2의 구역파일 구성에 관한 내용을 제안하고 있으며, 이는 기존의 IETF RFC, ITU-T 권고(안)에서 정의하지 않은 새로운 내용이다.

ENUM은 IETF RFC 2916에 정의되어 있으며, DNS를 기반으로 전화번호를 다수의 식별체계(URI : Uniform Resource Identifier)로 변환시켜주는 프로토콜이다. ENUM DNS는 계층 0, 1, 2 로 구성되며, 트리(Tree) 구조의 위임체계를 형성한다.

계층 1은 계층 0과 위임계층을 형성하며, 국가번호 구역(Zone) 파일(예 : 한국의 경우 2.8.e164.arpa)을 생성해, 상기 구역 파일내 전화번호에 대한 계층 2 위치정보를 저장하고 있다.

계층 2는 ENUM 번호 질의(Query)에 대한 서비스 정보 응답(Return)을 수행하기 위해 NAPTR(Naming Authority Pointer) 형식의 ENUM 서비스 정보를 저장한다. 여기서 NAPTR이란, 복수의 이름체계를 변환(Resolving)하기 위해 쓰이는 DNS RR(Resource Record) 이다.

본 실시 예에서는 ENUM DNS 계층 1, 2의 세부내용인 역할, 정보 내용 및 최적의 구역 파일 구성방법 등을 규정함으로써 안정적이고 공용적인 ENUM 서비스를 제공할 수 있다.

먼저, ENUM DNS 계층 1의 역할 및 정보 내용에 대해 설명한다.

ENUM DNS 계층 1의 역할에 있어, ENUM DNS 계층 1의 네임서버 정보는 ENUM 계층 0인 e164.arpa 네임서버에 등록되어 위임계층을 형성한다. 한국의 경우 ENUM DNS 계층 0에 한국의 ENUM DNS 계층 1 구역 파일인 2.8.e164.arpa의 네임서버 정보가 등록된다. ENUM DNS 계층 1은 등록관리기관(Registry)의 역할을 수행한다. 등록관리기관은 ENUM 등록시 등록 신청자의 ENUM 번호(전화번호)가 정확한 것인지를 점검하여 최종 사용 권한을 판별하는 인증 및 중복등록 방지 과정을 수행한다.

ENUM DNS 계층 1의 정보에 있어, ENUM DNS 계층 1은 등록관리기관의 역할(인증 및 중복등록 방지) 수행을 위해 ENUM 번호의 FQDN(Fully Qualified Domain Name) 및 이에 대한 서비스 정보(이메일, 전화번호, 홈페이지 주소 등)가 저장된 ENUM DNS 계층 2 네임서버 정보를 저장한다. 예를 들어 ENUM에 등록 신청한 번호가 +82-2-2186-4551이고, ENUM DNS 계층 1 네임서버 주소는 ns.enum.or.kr이며, 계층 2 네임서버 주소는 ns1.enum2.or.kr, ns2.enum2.or.kr라고 가정하면, ENUM DNS 계층 1은 2.8.e164.arpa 구역파일내에 1.5.5.4.6.8.1.2.2에 대한 네임서버 주소인 ns1.enum2.or.kr, ns2.enum2.or.kr 정보를 모두 가지고 있어야 한다. 이를 도식화하면 다음과 같다. [표 1]은 ENUM DNS 계층 1 정보를 예시한 것이다.

[표 1]

다음으로 ENUM DNS 계층 2의 역할 및 정보 내용에 대해 설명한다.

ENUM DNS 계층 2의 역할에 있어, ENUM DNS 계층 1은 계층 2의 네임서버 정보를 저장해 계층 2와 위임계층을 형성한다. ENUM DNS 계층 2는 ENUM 번호 FQDN에 대한 서비스 정보(이메일, 전화번호, 홈페이지 주소 등)를 저장해 ENUM 번호 FQDN 질의시 해당 서비스 정보값을 반환(Return)해 준다. 계층2는 번호관리 및 인증을 위해 기간통신/별정통신 등 통신사업자에 의해 복수로 운영될 수 있다.

ENUM DNS 계층 2의 정보에 있어, ENUM DNS 계층 2는 NAPTR(Naming Authority Pointer) RR(Resource Record)을 이용해, ENUM 서비스 정보를 저장한다. 예를 들어, ENUM DNS 계층 1에 ENUM 번호 82-2-2186-4551이 등록되어 있고, 서비스 정보로는 SIP 전화번호인 sjlee@enum.nic.or.kr과 82-2-2186-4551, 이메일 주소 sjlee@nic.or.kr 및 홈페이지 주소 www.enum.or.kr을 등록, 사용하려고 할 때, ENUM DNS 계층 2 의 정보는 다음과 같다. [표 2]는 ENUM DNS 계층 2 정보를 예시한 것이다.

[표 2]

그리고, ENUM DNS 계층 1, 2의 구역(Zone)파일 구성방법에 대해 설명한다.

ENUM DNS 계층 1, 2 구역 파일 구성을 위한 원칙은 다음과 같다.

첫째, ENUM 등록시 ENUM 번호의 중복방지 및 분쟁해결, 인증 확인을 위해 ENUM DNS 계층 1에 전화번호 FQDN이 저장되어야 한다.

둘째, ENUM 서비스 품질 관리를 위해 DNS 질의에 대한 응답 속도가 빨라야 한다.

셋째, 전화번호 국번이 생성, 통합, 변경, 삭제 될 때 ENUM DNS에 신속하고 정확하게 반영하기 위해 관리가 용이해야 한다.

넷째, ENUM 서비스 정보가 생성, 통합, 변경, 삭제 될 때 ENUM DNS에 신속하게 반영되어야 한다.

이와 같은 조건을 만족하기 위해 ENUM DNS 계층 1의 구역 파일은 2.8.e164.arpa 구역파일과 국내 착신지 번호(전화번호 FQDN 구성 : 국가번호 + 국내 착신지번호 + 가입자번호)별 구역파일로 구성, 위임체계를 형성한다.

도 2는 ENUM DNS 계층 1 구역파일 구성을 예시한 도면이다.

즉, 국내 착신지 번호가 011, 064가 존재하고, 전화번호는 +82-11-123-4567, +82-11-123-4568, +82-64-555-7777, +82-64-555-7778이 존재한다면, 2.8.e164.arpa 파일 내에는 1.1.2.8.e164.arpa과 4.6.2.8.e164.arpa의 네임서버 정보가 저장된다. 1.1.2.8.e164.arpa 파일 내에는 +82-11-123-4567와 +82-11-123-4568의 서비스 정보가 저장되어 있는 ENUM DNS 계층 2의 네임서버 정보가 저장되어야 하며, 4.6.2.8.e164.arpa 파일내에는 +82-64-555-7777과 +82-64-555-7778의 서비스 정보가 저장되어 있는 ENUM DNS 계층 2의 네임서버 정보가 저장되어야 한다.

상기와 같은 방법으로 ENUM DNS를 구성하면, 전화번호 FQDN을 저장, 등록시 중복방지, 분쟁해결 및 인증 확인을 수행할 수 있으며, 검색속도 면에서 국내 착신지 전화별 그룹화구성이 단일 구성보다 더 우수하기 때문에 서비스 품질관리 수준을 향상시킬 수 있다. 또한, 국내 착신지 번호가 생성, 통합, 삭제, 수정, 번호이동성에 의한 동일번호의 사업자 변경이동 등 변경사항이 생겼을 때에도 이를 즉시 반영할 수 있어, 전화번호 관리가 용이하게 된다.

도 3은 ENUM DNS 계층 2 구역파일 구성을 예시한 도면이다.

ENUM DNS 계층 2의 파일은 계층 1에서 구성한 국내 착신지 번호별로 분리, 구성한다. 즉, 국내 착신지 번호별 파일 내에 ENUM 서비스 정보 내용을 저장하는 것이다.

예를 들어, 국내 착신지 번호가 011, 064, 전화번호는 +82-11-123-4567,+82-11-123-4568, +82-64-555-7777, +82-64-555-7778이 존재한다고 가정하면, ENUM DNS 계층 2에서도 1.1.2.8.e164.arpa와 4.6.2.8.e164.arpa 2개의 구역파일이 분리, 구성된다. 또한, 계층 2는 1.1.2.8.e164.arpa 내에 NAPTR RR을 이용해 +82-11-123-4567와 +82-11-123-4568의 서비스 정보를 저장한다. 4.6.2.8.e164.arpa 구역파일내에서도 NAPTR RR을 이용해 +82-64-555-7777과 +82-64-555-7778의 서비스 정보를 저장한다.

도 3에 도시된 바와 같이 국내 착신지 번호별로 그룹화하여 구역파일로 분리 구성하는 것이 각 전화번호 FQDN 별로 구역파일을 구성하는 것보다 검색속도, 전화번호 관리면에서 우수하다.

또한, 국내 착신지 번호별로 구역파일을 구성하면, 동적갱신(Dynamic Update) 방법을 이용, ENUM 서비스 정보의 생성, 수정, 삭제에 관한 변경사항을 실시간으로 DNS에 반영할 수 있어, 정보관리가 용이하게 된다.

상기한 계층 1 및 계층 2에 대해 최적의 구역파일 구성방법을 위한 속도테스트 결과에 대해 설명한다.

테스트 대상은 ENUM DNS 계층 1(SUN 280R), 및 ENUM DNS 계층 2(SUN 280R)이며, 테스트 조건은 ENUM DNS 계층 1, 2 구역파일 구성(총 4가지)하여 캐쉬(Cache)를 없애기 위해 TTL(Time To Live)을 0으로 설정하였다. 그리고 1만 데이터/5만 데이터일 때, 질의수를 1,000∼15,000으로 1,000씩 증가시키는 동일한 상황을 3번 테스트하여 평균값으로 평가하는 총 8가지 경우의 테스트를 실시하였다.

이하에서 설명하는 계층 1에서 '통합'이라는 명칭은 국가번호 구역(Zone) 파일 하나에 전화번호에 대한 계층 2 위치정보를 모두 저장한 것을 의미하며, 계층 1에서 '그룹'이란 명칭은 계층 1에서 전화번호에 대한 계층 2 위치정보를 착신지 번호별로 그룹화하여 구역파일에 저장한 것을 의미한다. 또한 계층 2에서 '개별'이라는 명칭은 전화번호별로 구역파일을 생성해 서비스 정보파일을 저장하는 것을 의미하며, 계층 2에서 '그룹'이라는 명칭은 전화번호에 대한 서비스 정보를 착신지 번호별로 그룹화하여 구역파일에 저정한 것을 의미한다.

[표 3]은 테스트 개요도이다.

[표 3]

[표 4]는 Queryperf 사용 예이다.

[표 4]

[표 5]는 테스트 상황표이다.

[표 5]

각 테스트 조건의 구역 파일 구성은 다음과 같다.

① 계층 1 통합

② 계층 1 그룹

③ 계층 2 개별

④ 계층 2 그룹

⑤ 계층 1 통합 / 계층 2 개별

⑥ 계층 1 통합 / 계층 2 그룹

⑦ 계층 1 그룹 / 계층 2 개별

⑧ 계층 1 그룹 / 계층 2 통합

테스트시 기타 세부사항으로, 구역(zone) 데이터 내용은 2(서울), 51(부산), 53(대구), 62(광주), 42(대전), 32(인천), 52(울산), 31(경기도), 33(강원도), 43(충청북도), 41(충청남도), 54(경상북도), 55(경상남도), 63(전라북도), 61(전라남도), 11(SKT), 16(KTF), 19(LGT), 17(SKT), 18(KTF)이며, FQDN 전화번호는 DDDS 및 사업자별 전화번호를 제외한 8자리 수, 예를 들어 82-2-1234-5678, 82-11-1234-45678로 하고, NAPTR 데이터 수는 총 5개, 즉 홈페이지, 전자우편, 인터넷 전화, 일반 전화, 이동통신 전화로 한다.

즉, NAPTR 형식은,

8.7.6.5.4.3.2.1.2.2.8.e164.arpa NAPTR 100 50 "u" "E2U+sip" "!^.sip:031-123-4567@100.100.10.10!"

NAPTR 100 50 "u" "E2U+http" "!^.http://www.enum.or.kr!" .

NAPTR 100 50 "u" "E2U+mailto" "!^.mailto:jenum-info@nic.or.kr!" .

NAPTR 200 50 "u" "E2U+sip" "!^.sip:00017@100.100.10.10!" .

NAPTR 300 50 "u" "E2U+sip" "!^.sip:011-123-4567@100.100.10.10!"

이다.

[표 6]은 1만 데이터의 경우, 계층 1 통합/계층 1 그룹 결과를 나타낸 표이다.

[표 6]

[표 7]은 5만 데이터의 경우, 계층 1 통합/계층 1 그룹 결과를 나타낸 표이다.

[표 7]

도 4는 ENUM DNS 계층 1 구역 단독 테스트 결과 그래프이다.

[표 8]은 1만 데이터의 경우, 계층 2 개별/계층 2 그룹 결과를 나타낸 표이다.

[표 8]

[표 9]는 5만 데이터의 경우, 계층 2 개별/계층 2 그룹 결과를 나타낸 표이다.

[표 9]

도 5는 ENUM DNS 계층 2 구역 단독 테스트 결과 그래프이다.

그래프에서 계열 1은 통합/개별이며, 계열 2는 통합/그룹이다.

[표 10]은 1만 데이터의 경우, ENUM DNS 계층 1/2 연동 테스트 결과를 나타낸 표이다.

[표 10]

[표 11]은 5만 데이터의 경우, ENUM DNS 계층 1/2 연동 테스트 결과를 나타낸 표이다.

[표 11]

도 6은 ENUM DNS 계층 1/2 구역 연동 테스트 결과 그래프이다.

그래프에서, 계열 1은 통합/개별이며, 계열 2는 통합/그룹이고, 계열 3은 그룹/개별이며, 계열 4는 그룹/그룹이다.

2. ENUM 클라이언트와 DNS간 통신방법

ENUM(Telephone Number Mapping) 서비스 이용을 위해서 클라이언트 프로그램은 ENUM DNS(Domain Name System) 또는 로컬 DNS에게 ENUM 번호에 대한 질의를 수행한 후, 서비스 정보(이메일 주소, 전화번호, 홈페이지 주소 등)를 수신해야 한다.

본 실시예에서는 상기한 과정에서 ENUM 클라이언트 프로그램이 가져야 할 라이브러리 요소를 규정한다.

본 실시예에서 규정하는 분야는 기존의 DNS 메시지 형식 관련 표준 및 NAPTR(Naming Authority Pointer) 관련 표준을 활용하여, ENUM을 위한 DNS 메시지 형식을 새롭게 정의하고 있다.

ENUM 클라이언트 프로그램은 ENUM 번호(E.164 전화번호)를 도메인이름 체계로 변환하여 계층적으로 분리된 ENUM DNS 또는 로컬 DNS에 질의한다. ENUM DNS는 ENUM 번호에 대한 서비스 정보(이메일 주소, 전화번호, 홈페이지 주소 등)를 반환하며, ENUM 클라이언트 프로그램이 해당 정보를 수신, 이용자가 원하는 서비스를 연결해 준다.

즉, ENUM 서비스를 이용하기 위해서는 클라이언트 프로그램이 ENUM 번호의 도메인이름 체계로 변환, ENUM DNS 또는 로컬 DNS로 질의 및 서비스 정보 수신에 따른 정보 목록 출력 기능을 수행해야 한다.

본 실시예에서는 상기와 같이 ENUM 클라이언트 프로그램이 준수해야 하는 ENUM 클라이언트와 DNS 간의 통신 방법을 규정한다.

도 7은 ENUM 클라이언트 흐름도 및 표준구성 범위를 나타낸 개략도이다. 도 7에 도시된 바와 같이, ENUM 클라이언트에 의하여 수행되는 ENUM 서비스 전체 흐름은 다음과 같다.

1. ENUM 번호를 입력한다. 클라이언트 프로그램을 통해 전화번호, 예를 들어 +82-2-2186-4551를 입력한다.

2. ENUM 번호를 변환한다. RFC 2916을 준용하여 ENUM 번호를 도메인이름 체계, 1.5.5.4.6.8.1.2.2.2.8.e164.arpa로 변환한다.

3. ENUM 번호를 전송 및 질의한다. ENUM DNS 서버에 ENUM 번호를 DNS 메시지 형식으로 변환하여 질의한다.

4. ENUM 서비스 정보를 수신한다. ENUM DNS에서 반환하는 NAPTR 레코드들을 수신한다.

5. 정보 리스트를 작성 및 출력한다. 클라이언트 프로그램에서 ENUM 서비스 정보 리스트를 출력한다.

이에 대해 도 8에서 구체적으로 설명한다.

도 8a 및 도 8b는 본 발명의 일실시예에 의한 ENUM 클라이언트와 ENUM DNS 간의 통신방법에 대해 설명한다.

본 설명에서는 상기한 계층 1, 계층 2의 구성을 바탕으로 ENUM 클라이언트와 ENUM DNS 간 통신방법에 대해 설명하며, 폰페이지에 대한 ENUM 서비스 등록이 이루어진 상태라고 가정하고 설명하기로 한다.

먼저, 본 발명이 수행되고 위해서는 ENUM 클라이언트, 로컬 DNS, 계층 0, 계층 1, 계층 2로 개략적인 전체시스템이 구성된다.

ENUM 클라이언트 프로그램을 실행시키고, 이 프로그램을 통해 ENUM 번호를 입력한다. 이 때, 입력되는 ENUM 전화번호는 +82-2-2186-4551 형태로 입력되어 진다(S1). 이 입력된 ENUM 전화번호는 ENUM 클라이언트 프로그램에 의해 + 및 - 기호가 사라진 82221864551로 변환된다(S2). 그리고 이어서 변환된 82221864551는 역순으로 변환되게 된다. 즉, 15546812228로 변환된다(S3). 다음으로 역순으로 변환된 15546812228에 점(.)을 삽입하여 1.5.5.4.6.8.1.2.2.2.8 형태로 변환시킨다(S4). 마지막으로 상기 ENUM 클라이언트 프로그램은 점(.)이 삽입된 1.5.5.4.6.8.1.2.2.2.8에 최상위 계층인 계층 0의 도메인이름인 'e164.arpa'를 첨가하여 1.5.5.4.6.8.1.2.2.2.8.e164.arpa를 출력시킨다(S5).

상기 출력된 1.5.5.4.6.8.1.2.2.2.8.e164.arpa를 로컬 DNS에 질의한다.

이 때, 질의는 DNS 메시지 포맷으로 변환된 후 질의가 이루어지게 되는데, ENUM 번호 질의를 위한 DNS 메시지 설정법은 다음과 같다.

ENUM 번호 질의에 있어, DNS 메시지는 5개의 필드인 Header, Question, Answer, Authority, Additional 로 구성된다. ENUM 번호가 ENUM DNS로 질의하기 위해서는 DNS 메시지 형식의 Header 및 Question Section의 각 필드에 알맞는 값으로 설정해야 한다.

먼저, Header Section에 있어, RD(Recursion Desired)값을 1로 설정한다.ENUM 클라이언트는 ENUM DNS 계층 1을 통해 계층 2의 네임서버 정보를 얻고, 최종적으로 계층 2로부터 NAPTR RR을 사용하는 ENUM 서비스 정보(이메일 주소, 전화번호, 홈페이지 주소 등)를 수신해야 한다. 이를 위해서 Recursion 기능을 활성화하여, ENUM DNS 계층 1에서 계층 2로의 참조가 정상적으로 구동할 수 있도록 해야 한다.

만약 RD값이 0으로 설정된다면, ENUM 클라이언트는 계층 1에서 계층 2의 네임서버 위치 정보만을 가져오기 때문에, 반복질의를 통해 NAPTR RR을 사용하는 ENUM 서비스 정보 값을 수신하기 위한 새로운 알고리즘이 필요하다. 즉, RD 값을 1로 설정하면, 추가적인 작업 없이 ENUM 서비스 정보를 정상적으로 수신할 수 있다.

또한, 하나의 ENUM 번호를 ENUM DNS에 질의하기 위해 QDCOUNT를 "1"로 설정한다.

그 외 값은 "0"으로 설정한다.

[표 12]는 질의 메시지 Header Section 설정법을 나타낸 표이다.

[표 12]

Question Section에 있어, QNAME에 도메인이름 체계로 변환된 전화번호 FQDN(Fully Qualified Domain Name)을 저장한다. 즉, +82-2-2186-4551은 1.5.5.4.6.8.1.2.2.2.8.e164.arpa로 저장된다.

QTYPE은 NAPTR RR 값을 수신하기 위해서 NAPTR RR QTYPE인 35로 설정해 준다. 16비트 값은 23이다.

QCLASS는 인터넷 CLASS인 1로 설정한다.

[표 13]은 질의 메시지 Question Section 설정법을 나타낸 표이다.

[표 13]

요약하면,

QNAME=1.5.5.4.6.8.1.2.2.2.8.e164.arpa

QTYPE=35(NAPTR)

RD=1

QDCOUNT=1

로 설정되어(S6) ENUM 클라이언트로부터 로컬 DNS로 질의가 이루어진다(S7).

이와 같이, 본 실시예에서는 상기 과정 중 ENUM 클라이언트 프로그램이 ENUM DNS로 ENUM 번호를 질의, 서비스 정보를 수신하기 위한 DNS 메시지 형식, 설정값과 확인사항에 대하여 규정하고 있다. 특히, 3. ENUM 번호 전송 및 질의 및 4. ENUM 관련 정보 수신 항목을 본 표준의 범위로 하고 있다.

한편, 로컬 DNS는 상기 ENUM 클라이언트로부터 전송된 질의 데이터를 수신하여 최상위 계층 0으로 질의를 수행한다(S8). 이에 계층 0에서는 전송된 파일중에서 국가정보(2.8)에 해당하는 정보를 검색하여(S9) 로컬 DNS로 국가정보를 저장하는 DNS 위치정보를 반환한다(S10∼S11).

이에 로컬 DNS는 국가정보가 저장되어 있는 계층 1에 전화번호를 질의하게 된다(S12). 이에 계층 1에서는 착신지번호(2, 1.1) 분류에 따른 구역파일에 대해 검색을 수행한다. 이에 해당 착신지번호를 추출하고(S13), 다음으로 가입자번호(1.5.5.4.6.8.1.2)에 따른 DNS 위치정보를 NAPTR 형태로 추출한다(S14). 이 NAPTR 형태로 추출한 DNS 위치정보를 로컬 DNS로 반환한다(S15).

이에 로컬 DNS는 NAPTR 형태로 추출한 DNS 위치정보가 저장되어 있는 계층 2에 질의하게 된다(S16). 이에 계층 2에서는 NAPTR 레코드들인 서비스 정보를 로컬 DNS로 반환한다(S17).

이어서 로컬 DNS는 ENUM 클라이언트로 응답을 수행하고(S18), 이 때, ENUM 서비스 정보 수신에 있어, ENUM 서비스 정보 수신 메시지 중 Header Section 의 필드 값을 확인 후, Answer Section에서 서비스 정보를 수신하여 출력한다.

먼저, Header Section에 있어, QR(Question or Response) 필드에서 메시지가 응답을 나타내는 1로 설정되어 있는지 확인한다. 확정응답을 나타내는 AA(Authoritative Answer) 필드가 1인지 확인한다. 또한, ANCOUNT 값을 확인하여, 해당 값만큼 Answer section의 NAPTR 레코드 값을 추출(Parsing)한다(S19).

Answer Section에 있어, NAPTR 레코드의 Order, Pref의 정수값을 확인하고, Flags 필드의 "u" Type을 확인한다. 관련 정보는 " 와 " 사이의 문자열이며, !는 구별자, ^.*$는 정규표현을 나타낸다.

[표 14]는 응답 메시지 예를 나타낸 표이다.

[표 14]

3. 폰페이지에 대한 ENUM 서비스 등록

ENUM 서비스 등록은 ENUM DNS 계층 2에 저장되는 형식으로 RFC 2916bis에서 규정하는 지침에 따른다. 현재 SIP, H.323, IFAX, HTTP, FTP 등에 관한 서비스 등록 형식은 표준으로 제안되고 있다.

유선인터넷과 폰페이지 상의 웹 프로토콜은 HTTP를 사용한다는 점에서는 동일하나, 콘텐츠 형식이 상이하다. 즉, 유선인터넷에서는 HTML을 기본 콘텐츠 형식으로 사용하고 있으나, 폰페이지에서는 WML, HDML 등을 콘텐츠 형식으로 사용하고 있다. 결과적으로 유선인터넷과 폰페이지의 콘텐츠 주소는 상이하며, ENUM 서비스 등록 형식도 상이해야 한다.

따라서 본 발명에서는 ENUM 번호에 대한 폰 페이지의 콘텐츠 주소정보를 표기하는 방법을 포함하여 구성하며, 이를 사용한 무선인터넷 환경에서의 ENUM 번호를 응용한 폰 페이지 접근의 용이성을 제공한다.

이에 본 실시예에서는 폰페이지를 위한 ENUM 서비스 등록 형식을 적용하여 실시하는 예를 보인다. 이를 통해 휴대폰상에서 보다 정확한 주소를 추출할 수 있으며, 서비스의 적용성을 제고할 수 있다.

국내 폰페이지 콘텐츠 형식은 A사는 WAP(Wireless Application Protocol) 방식을, B사는 ME(Mobile Explorer) 방식을, C사는 WAP(Wireless Application Protocol) 방식을 채택하고 있다. 동일한 WAP 방식을 사용하는 A사와 C사간에도 상이함은 존재한다. 결국 A사, B사, C사 3개사가 모두 상이한 콘텐츠 형식을 채택하고 있다.

그러므로 A사, B사, C사 별 폰페이지에 대한 ENUM 서비스 등록을 규정하여야 한다.

먼저, ENUM 서비스 등록에 있어, 국내 이동통신 3사별 ENUM 서비스 등록 템프릿(Template)은 다음과 같다.

A사(예를 들어, SKT)

B사(예를 들어, KTF)

C사(예를 들어, LGT)

'E2U+mob' ENUM 서비스에 있어, 폰페이지는 유선상의 HTML을 기본으로 하는 콘텐츠와 방식이 상이하며, 폰페이지 콘텐츠의 주소값은 유선상 콘텐츠와 상이하여 폰페이지를 위한 서비스 타입이 필요하다.

즉, 유선상의 ENUM 서비스 타입인 "web" 이외 폰페이지를 위한 서비스 타입에 대한 새로운 정의가 필요하므로, 본 표준에서는 폰페이지를 위한 서비스 타입으로 "mob"를 적용한다. 폰페이지용 주소는 ENUM NAPTR RR상에서 "E2U+mob"로 저장되어, 유선상의 ENUM 서비스 등록 형식과 구분할 수 있다.

또한, 동일한 폰페이지라 하더라도 국내 SKT, KTF, LGT는 상이한 방식으로 폰페이지 형식을 채택하고 있기에, 각 사별 구분이 필요하다. 이에, 본 표준에서는 skt, ktf, lgt 서브타입을 정의하여 각 사별 폰페이지 형식을 구분한다.

결론적으로 skt용 ENUM 서비스 등록 형식은 "E2U+mob:skt", ktf용 ENUM 서비스 등록 형식은 "E2U+mob:ktf", lgt용 ENUM 서비스 등록 형식은 "E2U+mob:lgt"으로 구분하였다.

이상과 같이 본 표준에서 정의하는 ENUM 서비스 등록 형식을 적용하면, 다음과 같이 휴대폰에서 적용될 수 있다. 도 9는 'E2U+mob' ENUM 서비스 등록 형식 적용 후 개념도이다.

'E2U+mob' ENUM 서비스 예제에 있어, [표 15]는 NAPTR에 등록한 ENUM 서비스 사용 예제를 나타낸 표이다.

[표 15]

본 발명은 상술한 실시예에 한정되지 않으며, 본 발명의 기술적 사상 내에서 당 분야의 통상의 지식을 가진 자에 의하여 많은 변형이 가능함은 명백할 것이다.

상술한 바와 같이, 본 발명에 따른 ENUM 서비스 시스템 및 이의 운용방법은 다음과 같은 장점이 있다.

계층별 구성에 따라 ENUM DNS를 구성하면, 전화번호 FQDN을 저장, 등록시 중복방지, 분쟁해결 및 인증 확인을 수행할 수 있으며, 검색속도 면에서 국내 착신지 전화별 그룹화구성이 단일 구성보다 더 우수하기 때문에 서비스 품질관리 수준을 향상시킬 수 있다. 또한, 국내 착신지 번호가 생성, 통합, 삭제, 수정, 번호이동성에 의한 동일번호의 사업자 변경이동 등 변경사항이 생겼을 때에도 이를 즉시 반영할 수 있어, 전화번호 관리가 용이하게 된다. 그리고, 국내 착신지 번호별로 그룹화하여 구역파일로 분리 구성하는 것이 각 전화번호 FQDN 별로 구역파일을 구성하는 것보다 검색속도, 전화번호 관리면에서 우수하다. 한편, 국내 착신지 번호별로 구역파일을 구성하면, 동적갱신(Dynamic Update) 방법을 이용, ENUM 서비스 정보의 생성, 수정, 삭제에 관한 변경사항을 실시간으로 DNS에 반영할 수 있어, 정보관리가 용이하게 된다.

ENUM DNS 계층 2에 저장되는 형식으로 이동통신 ENUM 서비스 등록은, 유선상의 콘텐츠와 구별되는 서비스 타입을 정의하여 휴대폰상에서 보다 정확한 주소를 추출할 수 있으며, 서비스의 적용성을 제고할 수 있다.

Claims

ENUM 클라이언트 프로그램, 로컬 DNS, 계층 0, 계층1 및 계층 2로 구성되어 ENUM 클라이언트와 계층별로 분리되는 ENUM DNS간의 질의 및 응답을 수행하는 통합번호식별체계(ENUM) 서비스 시스템에 있어서,

전화번호의 각 국가번호의 DNS 위치정보를 저장하는 Root 서버인 계층 0;

상기 계층 0과 위임계층을 형성하며, 각 국가번호에 대한 계층 2의 위치정보를 저장하는 계층 1; 및

상기 계층 1과 위임계층을 형성하며, ENUM 번호 질의에 대한 서비스 정보 응답을 수행하기 위해 NAPTR 형식의 ENUM 서비스 정보를 저장하는 계층 2를 포함하여 이루어진 것을 특징으로 하는 ENUM 서비스 시스템.
제 1 항에 있어서, 상기 계층 1은 국번 및 이동통신사별 구분번호를 포함한 착신지번호별로 구역파일을 분리 구성하는 것을 특징으로 하는 ENUM 서비스 시스템.
제 1 항에 있어서, 상기 계층 2는 국번 및 이동통신사별 구분번호를 포함한 착신지번호별로 구역파일을 분리 구성하며, 상기 계층 2에 각 착신지별 구역파일을 NAPTR 레코드를 이용하여 가입자 번호에 대한 ENUM 서비스 정보를 저장하는 것을 특징으로 하는 ENUM 서비스 시스템.
제 1 항에 있어서, 상기 ENUM DNS 계층 1은 ENUM 등록시 등록 신청자의 ENUM 번호가 정확한 것인지를 점검하여 최종 사용 권한을 판별하는 인증 및 중복등록 방지 과정을 수행하는 등록관리기관인 것을 특징으로 하는 ENUM 서비스 시스템.
제 4 항에 있어서, 상기 ENUM DNS 계층 1은 등록관리기관의 역할인 인증 및 중복등록 방지를 수행하기 위해, ENUM 번호의 FQDN 및 이에 대한 이메일, 전화번호, 홈페이지 주소를 포함하는 서비스 정보가 저장된 ENUM DNS 계층 2 네임서버 정보를 저장하며, ENUM DNS 계층 2 네임서버 정보는 2개 이상 저장되는 것을 특징으로 하는 ENUM 서비스 시스템.
제 1 항에 있어서, 상기 ENUM DNS 계층 2는, 상기 서비스 정보를 저장해 ENUM 번호 FQDN 질의시 해당 서비스 정보값을 반환해 주는 통신사업자를 포함한 계층 2의 관리주체에 의해 복수로 운영되어지는 것을 특징으로 하는 ENUM 서비스 시스템.
제 1 항 내지 제 3 항 중의 어느 한 항에 있어서, 상기 ENUM DNS 계층 2에 저장되는 형식으로 이동통신 ENUM 서비스 등록은, 유선상의 콘텐츠와 구별되는 서비스 타입을 정의하는 것을 특징으로 하는 ENUM 서비스 시스템.
제 7 항에 있어서, 상기 이동통신 ENUM 서비스 등록시 해당 이동통신사별로콘텐츠 형식이 상이한 경우를 고려하여 서브타입을 E2U+mob로 정의하여 각 이동통신사별 폰페이지 형식을 구분하여 상기 ENUM DNS 계층 2에 NAPTR 형식으로 저장되는 것을 특징으로 하는 ENUM 서비스 시스템.
ENUM 클라이언트 프로그램과:

로컬 DNS; 전화번호의 각 국가번호의 DNS 위치정보를 저장하는 최상위 계층인 계층 0; 상기 계층 0과 위임계층을 형성하며, 전화번호에 대한 계층 2의 위치정보를 저장하는 계층 1; 및 상기 계층 1과 위임계층을 형성하며, ENUM 번호 질의에 대한 서비스 정보 응답을 수행하기 위해 DNS 표준 리소스 레코드 유형인 NAPTR 형식을 사용하여 ENUM 서비스 정보를 저장하는 계층 2로 구성된 ENUM DNS:간의 질의 및 응답을 수행하는 통합번호식별체계(ENUM) 서비스 시스템의 운용방법에 있어서,

클라이언트 프로그램을 통해 입력된 ENUM 번호를 변환 및 도메인이름 체계로 변환하는 제 1 단계;

상기 도메인이름 체계로 변환된 ENUM 번호를 DNS 메시지 포맷으로 변환해 상기 로컬 DNS로 질의하는 제 2 단계;

상기 로컬 DNS와 계층 0, 계층 1 및 계층 2간의 질의 및 반환을 통해 NAPTR 레코드들을 응답받는 제 3 단계; 및

클라이언트 프로그램에서 ENUM 서비스 정보 리스트를 출력하는 제 4 단계를 포함하여 이루어진 것을 특징으로 하는 ENUM 서비스 시스템의 운용방법.
제 9 항에 있어서, 상기 제 1 단계는,

국가번호, 지역번호 또는 이동통신사번호, 전화번호를 포함하여 입력된 전화번호에서 + 및 - 를 포함하는 특수문자를 제거하는 단계;

상기 특수문자가 제거된 전화번호를 역순으로 변환하는 단계;

상기 역순의 전화번호 각 숫자 사이에 점(.)을 삽입하는 단계; 및

상기 점(.)이 삽입된 전화번호에 Root 서버이름을 첨가하는 단계를 포함하여 이루어진 것을 특징으로 하는 ENUM 서비스 시스템의 운용방법.
제 9 항 또는 제 10 항에 있어서, 상기 제 2 단계에서 DNS 메시지 필드의 설정은,

QNAME=상기 제 1 단계에서 변환된 ENUM FQDN(Fully Qualified Domain Name);

QTYPE=NAPTR;

RD=1; 및

QDCOUNT=1 로 이루어진 것을 특징으로 하는 ENUM 서비스 시스템의 운용방법.(여기서, QNAME은 질의하는 값, QTYPE은 응답 받고자 하는 형태, RD는 반복 질의 여부, QDCOUNT는 질의 수)
제 9 항에 있어서, 상기 제 3 단계는,

로컬 DNS에서 상기 ENUM 클라이언트로부터 전송된 질의 데이터를 수신하여 Root 서버인 계층 0으로 질의하는 단계;

상기 계층 0에서는 전송된 DNS 메시지 중에서 국가번호에 해당하는 정보를 검색하여 국가번호를 저장하는 DNS 위치정보를 로컬 DNS로 반환하는 단계;

로컬 DNS에서 국가번호에 대한 전화번호 구역이 저장되어 있는 계층 1에 질의하는 단계;

계층 1에서 국번 및 이동통신사별로 구분된 착신지번호 분류에 따른 구역파일에 대해 검색을 수행하여 해당 착신지번호를 추출하고, 다음으로 전화번호로 이루어진 가입자번호에 따른 DNS 위치정보를 NAPTR 형태로 추출하여 추출한 DNS 위치정보를 로컬 DNS로 반환하는 단계;

로컬 DNS는 전화번호에 대한 NAPTR 형태로 서비스 정보가 저장된 계층 2에 질의하는 단계; 및

계층 2에서 전화번호에 대한 NAPTR 형태로 저장된 서비스 정보를 로컬 DNS로 반환하는 단계를 포함하여 이루어진 것을 특징으로 하는 ENUM 서비스 시스템의 운용방법.
제 9 항에 있어서, 상기 제 4 단계는, ANCOUNT 값을 확인하여, 해당 값만큼 응답 섹션의 NAPTR 레코드 값을 추출하는 것을 특징으로 하는 ENUM 서비스 시스템의 운용방법.
제 13 항에 있어서, 상기 정보 수신 메시지 중 헤더 섹션의 응답임을 구분하는 필드값을 확인하고, 확정응답을 나타내는지를 확인하는 단계를 더 진행하는 것을 특징으로 하는 ENUM 서비스 시스템의 운용방법.