KR20050024320A - Ｄｎｓ 서버 및/또는 ｌｄａｐ 디렉토리 상담 및/또는갱신 시스템 - Google Patents

Ｄｎｓ 서버 및/또는 ｌｄａｐ 디렉토리 상담 및/또는갱신 시스템 Download PDF

Info

Publication number
KR20050024320A
KR20050024320A KR10-2004-7019980A KR20047019980A KR20050024320A KR 20050024320 A KR20050024320 A KR 20050024320A KR 20047019980 A KR20047019980 A KR 20047019980A KR 20050024320 A KR20050024320 A KR 20050024320A
Authority
KR
South Korea
Prior art keywords
enum
server
request
module
dns
Prior art date
Application number
KR10-2004-7019980A
Other languages
English (en)
Other versions
KR100968555B1 (ko
Inventor
베르트랑 부베
Original Assignee
프랑스 뗄레꽁(소시에떼 아노님)
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from FR0207510A external-priority patent/FR2841072A1/fr
Application filed by 프랑스 뗄레꽁(소시에떼 아노님) filed Critical 프랑스 뗄레꽁(소시에떼 아노님)
Publication of KR20050024320A publication Critical patent/KR20050024320A/ko
Application granted granted Critical
Publication of KR100968555B1 publication Critical patent/KR100968555B1/ko

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 발명은 제1 데이타베이스(33, 36)에 저장된 레코드를 상담 및/또는 갱신하는 시스템에 있어서, 상기 레코드가 하나 또는 복수의 리소스 레코드(RR)를 포함하고, 상기 제1 데이타베이스가 DNS 서버로 명명되는 도메인 네임 서버 또는 DNS 서버로부터 우회로 접속할 수 있고 LDAP 서버로 명명되는 LDAP 서버에 의해 저장되며, 상기 시스템이
- 시스템이 원격통신 단말기로부터 상기 레코드의 상담 및/또는 수정 요청 또는 이러한 요청의 프로그래밍을 수신하도록 하는 통신 수단(1150, 53-59, 61, 63);
- 시스템으로 전송된 상담 및/또는 수정 요청 또는 시스템내에 미리 프로그램된 요청로부터, 도메인 네임 및 상기 레코드에 수행될 동작을 결정하도록 개작된 제어수단(1175, 74, 75); 및
- 도메인 네임으로부터, 제1 데이타베이스를 저장하는 서버의 IP 주소를 찾고, 상기 동작에 따라 레코드의 판독 및 갱신 요청을 서버로 전송하도록 개작된 프로토콜 관리 수단(1162, 62, 64)을 포함하는 것을 특징으로 하는 시스템에 관한 것이다.

Description

ＤＮＳ 서버 및/또는 ＬＤＡＰ 디렉토리 상담 및/또는 갱신 시스템{SYSTEM FOR CONSULTING AND/OR UPDATING DNS SERVERS AND/OR LDAP DIRECTORIES}
본 발명은 단말기로부터 DNS(Domain Name System) 서버 및/또는 LDAP(Lightweight Directory Access Protocol) 디렉토리를 상담 및/또는 갱신하는 시스템에 관한 것이다. 본 발명은 특히 가입자가 어떤 단말기로부터도 DNS 서버 또는 LDAP 서버에 저장된 원격통신 리소스 레코드를 상담하고 갱신할 수 있게 한다.
DNS (및 LDAP) 서버는 데이타 처리 세계에서 기계들을 명명하기 위해 사용된다(예, 웹 URL과 이 웹 사이트를 저장하는 웹 서버에 해당하는 IP 주소의 연관). 이 서버들은 흔히 리졸버(RESOLVER)라고 불리는, 다수의 단말기 또는 데이타 처리 서버에서 이용가능한 소프트웨어를 이용하여, 데이타 처리 기계에 의해 통상적으로 상담된다. 이 소프트웨어는 고객의 요청에 응답하여 DNS 서버로부터 정보를 추출하는 것을 가능하게 한다. 이 정보는 상담된 제1 DNS 서버로부터 직접 이용가능할 수도 있고 제1 서버가 참조하는 DNS 서버, 그리고 필요한 경우에는 연속적인 우회에 의해서도 이용가능할 수 있다. DNS 서버 콘텐츠는 "관리자" 라는 전문가에 의해 다소 부정기적으로 갱신된다(UNIX 플랫폼하에 단층파일의 갱신 또는 윈도우 서버 플랫폼하에서 IHM을 통한 전용 애플리케이션). 서버 콘텐츠의 포맷과 요청은, DNS 프로토콜이라 불리는, 문서 RFC 1034 및 RFC 1035에 기재되고 IETF 웹사이트(www.ietf.org)에서 이용가능한 프로토콜에 정의된다.
또한, 현재 DNS 서버는 가입자들에게 널리 보급된 전화번호 휴대를 제공하는 것을 목적으로 하는 ENUM 서비스 맥락에서의 역할을 수행하기 위해 요청된다. 이 ENUM 서비스는 권고 E.164하에 ITU에 의해 정의된 국제 전화 호출 시스템을 사용한다. 보다 정확하게, ENUM 서비스는 고유 E.164 전화번호 (+33296053859 타입의 전화번호)를 가진 가입자는 누구나 DNS 서버에 의해 네트워크에 저장된 프로파일에 배열된(구성된) 자신의 선호도에 따라 다양한 방법으로 가입할 수 있게 한다. 예를 들어, ENUM 가입자의 고유 E.164 전화번호는 이동 전화번호(+33686166924), 고정 전화번호(+33296916404), 전자우편 주소(bertrand.dupont@rd.francetelecom.com), 웹사이트 URL(http://www.bertrand.dupont.com), VoIP 전화번호(sip: bertrand.dupont@sip.francetelecom.com), 팩스 번호 등과 연관될 수 있다.
이러한 모든 정보가 표준 DNS 서버에 저장될 수 있고 도 1에 도시된 계층적 대행 모델에 따라 접속될 수 있다.
접속은 룻트 DNS 서버(E164.ARPA)를 통해 일어난다. 각 나라는 이때 고유의 전화코드(프랑스는 33)를 가지며 DNS 서버는 각국에 의해 레벨 1로 관리된다(프랑스는 3.3.E164.ARPA). 결국, 원격통신 운영자 또는 ENUM 서비스 제공자는 그들에게 할당된 전화 리소스(E.164 전화번호 단편)에 따라 DNS 서버(도1에 DNS 1에서 DNS 6에 의해 표시됨)를 관리한다. 적용된 모델은 단편에 의한 구역이다: 1 내지 5의 국번을 갖는 5 단편의 고정 STN 전화번호와 국번 6에 의해 구별되는 이동전화번호 1 단편.
DNS 서버 트리에서의 경로는 E.164 포맷에 대한 전화번호와 연관되어있다. 보다 정확하게는, 전화번호를 고유의 인터넷 도메인 네임으로 변환하기 위해서 E.164 국제 포맷에 대한 각 전화번호가 거꾸로되고 "+" 코드가 생략되며 각 숫자사이에 점이 추가되고 얻은 결과는 e164.arpa 도메인에 결합된다. 예를 들어, 전화번호 +33686166924가 주어지면, 변환 후, 인터넷 도메임 네임 4.2.9.6.6.1.6.8.6.3.3. e164.arpa.가 된다.
또한, E.164에 대한 각 전화번호가 있으면, 해당하는 레벨 2 서버에 저장된 하나 이상의 리소스 레코드(Resource Record 또는 RR)를 포함하는 레코드가 연관되는데, 각 리소스 레코드는 하나 이상의 필드를 포함할 수 있다. 예를 들어, E.164에 대한 전화번호가 있으면, 문서 RFC 2915 및 RFC 2916에 정의되고 IETF 사이트에서 이용가능한, 연관된 NAPTR(Naming Authority PoinTeR) 리소스 레코드가 있을 수 있다. 도식적으로, NAPTR 리소스 레코드는 하나의 우선순위 레벨과 연관된 원격통신 서비스(전화 또는 팩스 번호, 전자우편 주소, 웹사이트 등)를 나타낸다. 이하에서 ENUM 레코드(또는 ENUM 프로파일)이라는 용어는, 인터넷 도메인 네임과 연관된 NAPTR 레코드 세트로 사용될 것이다. 예를 들어, 하기에서 ENUM 프로파일은 레벨 2 DNS 서버에 저장된다:
$ORIGIN 9.5.8.3.5.0.6.9.2.3.3.e164.arpa.
IN NAPTR 100 10 "u" "tel+E2U" "!^.*$!tel:+33296053859!"
IN NAPTR 100 11 "u" "tel+E2U" "!^.*$!tel:+33296916404!"
IN NAPTR 100 12 "u" "tel+E2U" "!^.*$!tel:+33686166924!"
IN NAPTR 100 13 "u" "sip+E2U" "!^.*$!sip.bdupont@sip.ftrd.fr!"
IN NAPTR 120 10 "u" "mailto+E2U""!^.*$!mail2:bdupont@rd.ftrd.fr!"
IN NAPTR 130 10 "u" "http+E2U" "!^.*$!http://www.bdupont.fr!"
머릿부분은 E.164 전화번호에 해당하는 인터넷 도메인 네임을 나타낸다. 리졸버 소프트웨어는 도메인 네임으로부터 레코드에 접속하는 것을 가능하게 해준다. 상기 예에서, 원격통신 리소스 또는 서비스는 각 NAPTR 레코드에 대응한다. "NAPTR" 용어 뒤에 두개의 수치 필드가 오는데 각각 서비스 우선순위인 "순서" 와 "선호도"이다. "순서" 필드의 값이 낮을수록 서비스 우선순위가 높고, 수개의 서비스가 동일한 순서 레벨을 갖는 경우에는 연관된 선호도 값이 낮을수록 서비스 우선순위가 높다. 따라서, 상기 레코드 행들은 감소하는 우선순위에 해당한다.
제1행은 순서=100이고 선호도=10인 고정 전화 서비스 0296053859에 해당한다.
제2행은 순서=100이고 선호도=11인 고정 전화 서비스 0296916404에 해당한다.
제3행은 순서=100이고 선호도=12인 이동 전화 서비스 0686166924에 해당한다.
제4행은 순서=100이고 선호도=13인 SIP를 경유한 SIP 주소 bdupont@sip.ftrd.fr로의 IP 전화 서비스에 해당한다.
제5행은 순서=120이고 선호도=10인 수신지 주소가 bdupont@rd.ftrd.fr인 전자우편 전자메일 서비스에 해당한다.
마지막으로, 제6행은 순서=120이고 선호도=10인, 접속 URL이 http://www.bdupont.fr인 웹 서비스에 해당한다.
이 레코드의 의미는 다음과 같다. 만일 이것이 E.164 전화번호(+33296053859)에 결합하려 하면, 리졸버 소프트웨어가 상응하는 인터넷 도메인 네임(9.5. 8.3.5.0.6.9.2.3.3.el64.arpa)을 가진 레벨 2 DNS 서버로 요청을 전송한다. 그 다음 차례로, 레벨 2 DNS 서버(DNS 2)가 이에 응답하여, 레코드에 의해 주어진 바와 같이, 상기 전화번호 +33296053859와 연관된 원격통신 리소스(또는 이하에서는 서비스로 명명된다) 리스트를 제공한다. 그 다음 리졸버 소프트웨어와 ENUM 서비스는 순차모드(시스템이 가장 높은 우선순위로 서비스를 결합하는 시도를 할것이고, 그 다음, 응답이 없거나 선이 통신중이면 시스템은 보다 낮은 우선순위로 서비스를 결합하려고 시도할 것) 또는 중계모드(이때 ENUM 서비스는 모든 서비스를 동시에 결합하려고 시도할 것)로 상기 리소스 모두 또는 일부를 이용한다.
종래기술로부터 공지된 바와 같이 DNS 서버에 있는 ENUM 프로파일의 수정은 관리자에 의한 갱신 방법에 잘 맞지 않는다. 이것은 인터넷 도메인 네임과는 달리 전화 또는 팩스와 같은 종래 통상적인 원격통신 서비스는 빈번히 변화되기 쉽기 때문이다. 게다가, 가끔씩 이러한 변화들을 일단위 또는 시간단위로 자동적으로 프로그램화할 필요가 있다. 따라서, 이용가능성 및 융통성 이유로 인해, 변화하는 ENUM 프로파일의 구성이 그 자체의 원격통신 운영자 또는 ENUM 서비스 제공자에 의해 지지되도록 하는 것이 극도로 어렵다.
본 발명의 근본에 있는 특정 문제점은, 가입자가 DNS 서버 또는 LDAP 디렉토리에 저장된 그의 ENUM 프로파일을 간단하면서도 신속히 상담 및/또는 수정할 수 있도록 하는 것이다.
보다 일반적으로 말해서, 본 발명의 근본에 있는 문제점은, DNS 서버 또는 LDAP 서버에 저장된 하나 이상의 리소스 레코드를 간단하고도 신속히 상담 및/또는 수정할 수 있게 하는 것이고, 이는 어떤 종래의 단말기로부터도 가능하게 하는 것이다.
도 1은 ENUM 서비스에 사용되는 대행 모델을 도식적으로 보여준다.
도 2a는 본 발명에 따른 시스템 환경의 일 예를 보여준다.
도 2b는, ENUM 서비스 관계에서의 도 2a의 환경을 도식적으로 보여준다.
도 3a는, 본 발명에 따른 상담/갱신 시스템에 대한 개요도를 표현한다.
도 3b는, 본 발명에 따른 상담/갱신 시스템의 일 예를 표현한다.
도 4는, 음성모드 접속에 의한 ENUM 프로파일 상담 및 수동 갱신 공정을 도식적으로 표현한다.
도 5는, SMS 메세지 송신에 의해 ENUM 프로파일을 상담 및 수동 갱신하는 공정을 도식적으로 표현한다.
도 6은, 웹에 의한 ENUM 프로파일의 상담 및 수동 갱신 공정을 도식적으로 표현한다.
도 7은, 미니텔을 이용한 ENUM 프로파일의 상담 및 수동 갱신 공정을 도식적으로 표현한다.
도 8은, 전자우편에 의한 ENUM 프로파일의 상담 및 수동 갱신 공정을 도식적으로 표현한다.
도 9는, ISDN 단말기로부터 UUI에 의한 ENUM 프로파일의 상담 및 수동 갱신 공정을 도식적으로 표현한다.
도 10은, ENUM 프로파일의 자동 갱신을 프로그램화하는 공정을 도식적으로 표현한다.
도 11은, ENUM 프로파일의 자동 갱신 공정을 도식적으로 표현한다.
도 12는, ENUM 프로파일이 LDAP 디렉토리에 저장되었을 때 ENUM 프로파일을 상담하는 공정을 도식적으로 표현한다.
도 13은, ENUM 프로파일이 LDAP 디렉토리에 저장되었을 때 ENUM 프로파일을 갱신하는 공정을 도식적으로 표현한다.
본 발명의 근본에 있는 상기 문제점은 제1 데이타베이스에 저장된 레코드를 상담 및/또는 갱신하는 시스템에 의해 해결되는데, 상기 레코드는 하나 또는 복수의 리소스 레코드를 포함하고, 상기 제1 데이타베이스는 DNS 서버라 불리는 도메인 네임 서버 또는 DNS 서버로부터 우회로 접속할 수 있는 LDAP 서버라 불리는 디렉토리 서버에 의해 저장되며, 상기 시스템은
- 시스템이 원격통신 단말기로부터 레코드의 상담 및/또는 수정 요청 또는 이러한 요청 프로그램을 수신하는 것을 가능하게 하는 통신 수단;
- 시스템으로 전송된 상담 및/또는 수정 요청 또는 시스템내에 미리 프로그램된 요청로부터, 도메인 네임 및 상기 레코드에 대해 수행될 동작을 결정하도록 개작된 제어수단; 및
- 도메인 네임으로부터, 제1 데이타베이스를 저장하는 서버의 IP 주소를 찾고 상기 동작에 따라 서버로 레코드의 판독 및 갱신 요청을 전송하도록 개작된 프로토콜 관리 수단을 포함한다.
유리하게는, 상기 시스템은, 애플리케이션 단계에서 제2 국부 또는 원격 데이타베이스에 저장된 인증정보로부터 상기 요청 송신자를 인증하도록 개작된 인증수단을 포함한다.
요청 송신자가 인증되면, 프로토콜 관리수단이 DNA 프로토콜(DNS Query)에 따라 상담 요청이 DNS 서버로 전송되도록 하고 - 이 요청은 상기 도메인 네임을 인수로 갖는다 - DNS 서버로부터 제1 응답을 수신하도록 개작된다.
일 양태에 따르면, 제어수단이 가입자 식별자로부터 도메인 네임을 결정하도록 개작되는데 이 식별자는 상기 가입자의 E.164 전화번호가 될 것이다.
그 다음, 제어수단이 정보를 추출하고 요청에 따라 NAPTR 타입 리소스 레코드에 수행될 동작을 결정하도록 개작된다.
다른 양태에 따르면, 제어수단은 정보를 추출하고, 요청에 따라, 하나 이상의 타입 A, NS, MD, MF, CANME, SOA, MB, MG, MR, NULL, WKS, PTR, HINFO, MINFO, MX, TXT 리소스 레코드에 수행될 동작을 결정하도록 개작된다.
첨부도면과 관련하여 기재되는, 후술되는 실시양태에 대한 기재를 읽음으로써 전술한 본 발명의 특징 및 다른 특징들이 더욱 명확해질 것이다.
도 2a는 본 발명에 따른 시스템 환경의 일 예를 보여준다.
원격통신 리소스 관리 서비스 제공자(이하 서비스 제공자라 함)들이 301, ..., ..., 30N에 도식적으로 나타나 있다. 각 서비스 제공자는 데이타베이스를 저장하는 DNS 서버(31i) 또는 LDAP 서버(34i), 보다 일반적으로는 서비스로의 접속 신뢰도를 높이기 위하여 수개의 여분의 서버를 갖는다.
본 발명에 따른 시스템(50)은 한편으로는 아날로그나 디지털 타입 T0 또는 T2의 표준 인터페이스를 통해 공중전화망에 연결되고 다른 한편으로는 이더넷 타입의 표준 인터페이스를 통해 IP망에 연결될 수 있다.
보다 정확하게는, 시스템(50)은, 본 발명이 서비스 제공자가 누구든지 가입자 누구에게도 접속가능한 경우에는 인터넷에 연결되고, 본 발명이 오로지 한 서비스 제공자의 가입자들에게만 접속가능한 경우에는 인트라넷에 연결될 수 있다.
시스템(50)은 ISDN망(10)에 직접 또는 PABX(3)를 통해 연결된 ISDN 전화 단말기(2)에 의해 접속될 수 있다. 상기 ISDN망은 원초부터 STN망에 직접접속되는 것으로 언급된다.
시스템(50)은 STN망(11)에 연결된 통상의 전화 단말기(4)나 미니텔 단말기(5)에 의해서도 접속될 수 있다.
시스템(50)은 GSM 모바일 단말기(6)나 UMTS 단말기(도시되어 있지 않음)에 의해서도 접속될 수 있다(GSM 및 UTRAN망은 원초부터 STN망에 직접접속된다).
시스템(50)은 IP망(13)에 연결된 IP 전화 단말기(7)에 의해서도 접속될 수 있다.
마지막으로, 시스템(50)은 이더넷 인터페이스(국부 비즈니스망) 또는 모뎀(STN/ISDN/ADSL/케이블/위성 등)에 의해 IP망에 연결된 마이크로컴퓨터(8)에 의해서도 접속될 수 있다.
또한 가입자는 시스템(50)으로부터 앞서 보인 단말기들 중 하나 또는 팩스 단말기(9)를 통해서 통지 받을 수 있다.
도 2b는 ENUM 서비스 관계에서의 도 2a의 환경을 도식적으로 보여준다. 동일한 참조번호를 갖는 구성요소들은 도 2a에서와 동일하다.
레벨 0(룻트) ENUM DNS 서버가 40에 나타나 있다. 이 서버는 다양한 국가 코드에 해당하는(프랑스 33, 스페인 34, 영국 44 등) 모든 레벨 1 ENUM DNS 서버를 참조하는 모든 이용가능한 IP 주소를 갖는다. 예를 들어, 41은 프랑스에 해당하는 레벨 1 ENUM DNS 서버를 보여준다.
각 ENUM 운영자 또는 서비스 제공자는, 일차 서버라 불리는 적어도 하나의 제1 레벨 2 ENUM DNS 서버(31i)를, 양호한 서비스 신뢰도를 구축하기 위한, 이차 서버라 불리는 적어도 하나의 제2 레벨 2 ENUM DNS 서버(31'i)와 함께 구비한다. 일차 서버(또는 각기 이차)서버는 데이타베이스 33i (또는 각기 33'i)를 저장한다. 각 레벨 2 서버에는, ENUM 서비스 가입자용 각 E.164 전화번호에 대해 가입자의 다양한 원격통신 리소스로 구성된 프로파일이 저장되는데, 이때 각 리소스는 접속 수단(예를 들어, 고정 사무실 전화, 고정 집 전화, 이동 전화, IP 전화, 사무실 전자우편 주소, 이동 전자우편 주소, 비즈니스 팩스 번호 등) 및 이러한 각 접속 수단에 할당된 우선순위에 해당한다. 각 원격통신 리소스는 앞서 보인 바와 같이 NAPTR 리소스 레코드에 의해 신고된다. 리소스의 우선순위는 IETF의 문서 RFC 2915에 정의된 바와 같이 그리고 도입부분에서 예시한 바와 같이 NAPTR 리소스 레코드의 순서 콘텐츠 및 선호도 필드에 의해 결정된다.
ENUM 서비스 제공자 A(30i)는 IETF의 문서 RFC 1959에 정의된 바와 같은 LDAP 동적 디렉토리(36i)를 저장하는 LDAP 서버(34i)를 가질 수 있다. 이러한 구성의 잇점은, 레벨 2 ENUM DNS에서가 아닌 LDAP 동적 디렉토리에서 우회적인 방법으로 ENUM 프로파일을 관리할 수 있다는 것이다. 얻은 잇점은, 더 이상 레벨 2 ENUM DNS 서버에서 ENUM 고객의 프로파일을 수정하는 것으로 이루어지지 않고 LDAP 디렉토리에서 직접 수정하는 것으로 이루어지는데, LDAP 디렉토리는 이에 관한 한 동적 프로파일을 저장하도록 고안된다. 이 경우, 레벨 2 ENUM DNS(31i)는 예를 들어 앞번호 "+332"로 시작되는 하기 모든 E.164 전화번호에 대한 프로파일을 보유한다:
$ORIGIN 2.3.3.e164.arpa.
IN NAPTR 100 10 "U" "Idap+E2U"
"!^.+332(.*)$!ldap://ldap.providerA.fr/cn=01!"
LDAP 디렉토리(36i)는 레벨 2 ENUM DNS 서버로부터 우회적인 방법으로 접속되고 제공자 A의 다양한 가입자를 위한 리소스 레코드를 보유한다.
ENUM 서버 또는 게이트웨이(80)는 ENUM 가입자의 원격통신 리소스 리스트를 알기 위해 ENUM 서비스 제공자(30i)를 상담할 수 있다. 이를 위해, 리졸버 소프트웨어는 가입자의 E.164 고유번호를 앞서 본 바와 같이 도메인 네임으로 변환시키고 계속되는 우회에 의해 레벨 2 ENUM DNS 서버(31i)에 접속하며, 적합한 경우, LDAP 서버(34i)로의 보충적인 우회 후에 접속한다. 서비스 제공자는 문제의 가입자 리소스 리스트를 연관된 우선순위로 복귀시킨다. ENUM 서버 또는 게이트웨이(80)는 그 다음, 환경에 따라, 계속적으로 리소스를 이용하여 우선순위를 감소시키면서 가입자를 결합(join)하려고 시도하거나 모든 리소스에 의해 가입자를 결합하려고 시도할 수 있다.
도 3a는 본 발명에 따른 상담/갱신 시스템에 대한 개요도를 표현한다.
시스템은 가입자가 시스템과 대화하는 것을 가능하게 하는 통신수단(1150), 특히:
- 인증 요청을 가입자에게 전송하는 것;
- 가입자로부터 그의 인증을 허락하는 정보를 수신하는 것;
- 가입자로부터 시간 또는 지리적 기준에 따라 레코드 수정 요청(수동 요청이라 함) 또는 자동 수정 요청(프로그램된 요청이라 함)을 수신하는 것;
- 수정 요청 후에 또는 요청 전에 레코드 콘텐츠를 전송하는 것;
- 요청된 수정이 실제 완료된 경우에는 위치 갱신 확인을, 완료될 수 없는 경우에는 갱신 무효를 가입자에게 전송하는 것;
- 상담 또는 검토 끝에, 시스템에 미리 레코드된 자동 수정 요청을 가입자에게 전송하는 것;
- 가입자에게 행해진 수정 히스토리를 전송하는 것;을 가능하게 하는 통신수단(1150)을 포함한다.
시스템은 또한 상기 통신수단을 STN/ISDN망 및/또는 IP망(인터넷 또는 인트라넷)에 연결하기 위한 인터페이스 수단(1160)을 포함한다.
또한 시스템은 애플리케이션 단계에서 상담 및/또는 갱신 요청 송신자를 인증하기 위해 상기 통신수단과 협력하는 인증수단(1173)을 포함한다. 애플리케이션 단계의 인증은, 가입자가 어떠한 단말기로부터도 작동할 수 있게 해주는 잇점을 갖는다. 인증수단은 이를 위해 국부적 또는 원격 데이타베이스(1170)에 저장된 인증정보를 이용한다.
전술한 정보와 별도로, 데이타베이스(1170)는 특히 다양한 가입자들, 다양한 원격통신 리소스 관리 제공자들의 서버 IP 주소, 레코드의 수동 또는 자동 수정 히스토리 및 갱신 확인/무효 통지가 송신되어야만 하는 주소들과 관련된 자동 수정 프로그램을 보유할 수 있다.
시스템(50)은 또한 다른 것들 중에서도 리졸버 기능을 수행하는 프로토콜 관리수단(1162)을 포함한다. 특히 이 프로토콜 관리수단은, 필요한 경우에는 계속적인 우회에 의해, 도메인 네임으로 리소스 레코드(RR)을 찾기에 적합하도록 된다. 이 목적을 위해 프로토콜 관리수단은 DNS 프로토콜(DNS Query)에 따라 상담 요청을 전송한다. 또한, 프로토콜 관리수단은 갱신 요청(DNS 갱신)으로부터 리소스 레코드를 갱신 할 수 있다. 일 양태에 따르면, 리소스 레코드가 LDAP 디렉토리에 저장되는 경우, 프로토콜 관리수단은 LDAP 디렉토리에 있는 레코드의 상담(LDAP 서치 요청 송신) 및 이 레코드의 갱신(LDAP 수정 요청의 송신)도 수락할 것이다. 갱신이 행해지면, 프로토콜 수단은 원격통신 리소스 관리 제공자로부터 승인을 받는다.
제어수단(1175)은 전술한 수단들을 배열(coordinate)하고, 특히:
- 통신수단으로부터 인증요청 전송을 명한다;
- 인증수단(1173)에 의한 가입자 인증 후, 프로토콜 수단(1162)이 상담 요청을 전송하도록 요청하고, 응답을 포맷한 후 이해할 수 있는 형식으로 이를 가입자에게 통신수단을 통해 재전송한다;
- 가입자에 의한 리소스 수정 요청으로부터, 상기 레코드에 수행될 동작과 가입자 식별자를 결정한다;
- 프로토콜 수단에 의해 갱신 확인/무효를 수신하면, 통신수단을 통해 가입자에게 이 확인/무효를 통지한다.
도 3b는 본 발명에 따른 상담/갱신 시스템의 일 예를 표현한다. 동일한 참조번호를 갖는 구성요소들은 도 2a에서와 동일하다. 특히, 가입자는 앞서 보인 단말기 중 하나를 통해 갱신 시스템(50)에 접촉할 수 있다. 이차 서버(도시되지 않음)에 의해 제공된 여분과 함께 일차 서버로 불리는 레벨 2 DNS 서버(31)를 포함하는 원격통신 리소스 관리 서비스 제공자가 (30)에 나타나있다. 서버(31)는 데이타베이스(33)와, 문서 RFC 1034와 RFC 1035에 기재된 DNS 프로토콜을 통합하는 DNS 프로토콜 더미(32)를 포함한다. 프로토콜 더미는 또한 리소스 레코드(RR)의 갱신(DNS 갱신)을 허락하도록 의도된 문서 RFC 2136과 RFC 2137에 기재된 DNS 프로토콜을 통합한다. 임의적으ㄹ, 리소스 관리 서비스 제공자는 데이타베이스(36)를 저장하는 LDAP 디렉토리 서버(34)도 포함한다. LDAP 디렉토리 서버는 LDAP 프로토콜 더미(35)를 포함한다.
시스템(50)의 통신수단은 하기 모듈로 구성된다:
- 입출 전화호출 처리를 담당하는 모듈(52). 이 모듈은 통신 설정과 두절을 관리한다;
- 사용자 대 사용자 정보(UUI)를 선별하고 전송하기 위한 UUI 관리 모듈(53);
- DTMF 코드를 처리하기 위한 모듈(54). 이 모듈은 가입자가 입력한 DTMF들을 회복하는 것을 담당한다;
- 음성 합성 모듈(55);
- 문장을 형성하기 위해 집약된 레코드화 전(pre-recoded) 음성파일을 중계하는 모듈(56);
- 비디오텍스 서버(57);
- SMS들을 송수신하는 모듈(58);
- 팩스 송신 모듈(59);
- 전자우편 송수신을 위한 SMTP 서버(61);
- 동적 웹 서버(63).
상기 시스템은 가입자가 발음한 정보를 인식하도록 개작된 음성인식 모듈(도시되지 않음)도 포함할 수 있는 것으로 언급되어야 한다.
통신수단은 STN 및/또는 ISDN 인터페이스(51) 및 IP 인터페이스(60)에 의해 외부와 연결된다. 첫번째 것은 다중접속개소 STN 아날로그 카드 또는 T0(2 채널) 또는 T2(30 채널) ISDN 카드에 기초한다. 두번째 것은 이더넷 인터페이스이다. 참조번호 (14)로 나타낸 게이트웨이는 STN/ISDN과 IP망이 원래부터 VOIP 프로토콜(H323/SIP)에서 직접접속되어 있다는 것을 말한다.
시스템(50)은, 전과 마찬가지로, 인증정보, 예를 들어 국부적 데이타베이스 또는 원거리 데이타베이스(70)에 저장된 익명쌍(Login＿Id) 및 패스워드로부터 가입자의 서비스 이용 인증을 허락하는 인증수단(73)을 포함한다. 또한, 상기 데이타베이스는 다양한 ENUM 서비스 제공자(30과 같은)의 확인자, 이층 DNS들의 IP 주소 또는 기계명, ENUM 프로파일의 자동수정 요청, ENUM 프로파일의 수동 또는 자동 수정 히스토리 및 ENUM 프로파일의 수정통지 주소(팩스번호, SMS, 전자우편)를 포함한다.
또한 시스템은 DNS 프로토콜 관리 모듈(62)을 바람직하게는 안전한 형태(DNSSec)로 포함한다. 이 모듈은 특히 리소스 레코드를 읽기 위한 리졸버 역할을 수행한다.
필요한 경우, LDAP 디렉토리에 있는 레코드를 읽고 수정할 수 있도록 하기 위해 LDAP 프로토콜 관리 모듈(64)이 부가된다.
또한 시스템은 레벨 2 DNS 서버 주소를 구성하기 위한 모듈(72) 및 ENUM 프로파일의 수동 또는 자동 수정의 갱신을 담당하는, 그리고 필요한 경우에는 시스템 활용에 대한 통계를 생산하기 위한 모듈(71)을 포함한다.
제어수단은 먼저 데이타베이스(70)에 저장되고 가입자에 의해 프로그램된 자동 수정 요청으로부터 ENUM 프로파일의 자동구성을 담당하는 모듈(74)를 포함하고, 다음으로 ENUM 프로파일의 "수동" 구성을 담당하는 모듈(75)을 포함한다. 후자는 ENUM 스크립을 관리하는데, 특히 ENUM 프로파일 판독 스크립(ENUM 프로파일은 NAPTR 리소스 레코드 리스트로 구성되어 있다는 것이 상기될 것이다), NAPTR 리소스 레코드 필드 특히 순서, 선호도 및 서비스 필드(전자우편 주소, 전화번호 등)를 수정하는 스크립트를 관리한다. NAPTR 이외의 DNS 리소스 레코드의 상담 및/또는 갱신이 요구되는 경우에는 이들의 수정을 위해 보충 스크립트가 제공되어야 한다.
도 4는 STN, ISDN, GSM 또는 IP 타입의 고정 또는 이동 전화를 통해 음성모드의 ENUM 프로파일 상담 및 수동 갱신 공정을 도식적으로 표현한다.
단계 100에 있는 ENUM 가입자는, 공중망 또는 PABX(3) 뒤로 연결하는 고정 STN(4), 또는 ISDN(2), 또는 GSM 타입의 이동 단말기(6), 또는 시스템(50)의 STN/ISDN 인터페이스(51)을 위해 예정된 IP 단말기(7)로부터, 유색 번호 타입 또는 오디오텔의 거리요금제 또는 정액제에 따라 무료 전화호출(그린 번호타입) 또는 유료전화호출을 송신한다. 자동 호출 처리 제어기(52)는 단계 101에서 오는 호출을 자동으로 수용한다. 단계 102에 있는 ENUM 스크립 모듈은 음성 생성 모듈(55) 또는 음성 파일 중계 모듈(56)에 명하여 단계 103에 있는 ENUM 가입자에게 이 ENUM 가입자가 그의 E.164 ENUM 번호 및 그의 익명 및 패스워드를 입력하도록 하는 음성공표를 중계하게 한다. 단계 104에 있는 ENUM 가입자는 그의 키패드를 통해, TMF 형태로 밴드에 전달되고 DTMF 처리 모듈(54)에 의해 인터셉트된 정보를 입력한다. 이 정보는 단계 105에서 인증 모듈(73)로 공급되고 이 모듈이 국부적 데이타베이스 또는 원거리 데이타베이스(예를 들어 ODBC 타입(Open DataBase Connectivity를 뜻함)를 통해)에 문의하여 E.164 ENUM 번호를 조사하도록 한다. 이 데이타베이스는 단계 107에서 그 해당하는 인증 정보를 인증 모듈(73)에 제공한다. 후자는 ENUM 고객이 입력한 익명과 패스워드를 데이타베이스(70)에 보유된 인증정보와 비교한다. 일치하는 경우에는, 단계 108에서 인증 모듈(73)이 음성 합성 모듈(55) 또는 음성 파일 중계 모듈에 명하여 단계 109에 있는 ENUM 가입자에게 "당신의 ENUM 프로파일을 상담하려면 1번키를 치고, 당신의 프로파일의 속성을 수정하려면 2번을, 당신의 프로파일을 자동 구성하려면 3번을, 당신의 익명/패스워드를 수정하려면 4번을, 당신의 프로파일 수정 저널에 접속하려면 5번키를 치세요" 등과 같은 타입의 공표를 중계하도록 한다. ENUM 가입자가 단계 110에서 그의 전화 키패드 1번키를 치면, 이에 해당하는 DTMF 코드가 DTMF 처리 모듈(54)에 의해 인터셉트되고 단계 111에서 ENUM 스크립 모듈(75)에 재전송된다. 그 다음, ENUM 스크립(7)은 이것이 ENUM 스크립 판독 명령인지를 검출한다. 그 다음 ENUM 스크립트(75)는 도메인 형식(33296053859 형태의 E.164 전화번호를 (9.5.8.3.5.0.6.9.2.3.3.e164.arpa로 전환)으로 입력된 ENUM 가입자의 E.164 주소를 인수로서 제공하면서 단계 112에서 DNS 프로토콜 모듈(62)에 문의 요청을 보낸다. DNS 프로토콜 모듈(62)은, 이는 리졸버의 전환 역할을 수행하는데, DNS 표준 프로토콜(DNS Query 요청)에 따라, 무엇보다도 먼저 이전의 상담 또는 문의(단계 110에서)에 따른 정보가 캐시에 존재하는가, 이어서, DNS 프로토콜 더미(32)에 의한 레벨 0 DNS 서버, 레벨 1 DNS 서버 그리고 다음으로 레벨 2 DNS 서버에 존재하는지를 체크한다. 효율적으로 얻기 위하여, NAPTR 레코드 데이타는 DNS 서버(21)의 랜덤 엑세스 메모리로 로딩된다. ENUM 가입자가 ENUM 서비스 제공자의 DNS 서버(31)에 실제로 레코드되면 다음으로 DNS 프로토콜 더미(32)가 상응하는 NAPTR 레코드 리스트를 DNS 프로토콜 모듈(62) 복귀(단계 114에서)시킨다. 그 다음에 DNS 프로토콜 모듈(62)이 이들을 단계 115에서 ENUM 스크립 모듈(75)로 재전송하는 것을 담당한다. 이 모듈(75)은 NAPTR 레코드를 분석 및 해석하여 ENUM 가입자가 이해할 수 있는 "서비스 No.1: 0296053859로 전화, 서비스 No.2: 0686166924로 전화, 서비스 No.3: bertrand.dupont@rd.francetelecom.com으로 전자우편" 등 타입의 텍스트를 만들어낸다. 이 텍스트는 단계 116에서 음성 합성 모듈(55)로 송신되는데, 이 모듈은 단계 117에서 ENUM 가입자에게 정보를 중계하는 것을 담당한다. 음성 파일 중계 모드(56)가 사용되는 경우, 이 모듈(75)은 재생된 음성 파일의 접합을 발생시킨다.
이 정보를 중계한 후, 음성 합성 모듈(55) 또는 음성 파일 중계 모드(56)는 다시 한번 단계 118에서 ENUM 프로파일에 대한 가능한 관리동작 "당신의 ENUM 프로파일을 상담하려면 1번키를 치고, 당신의 프로파일의 속성을 수정하려면 2번을, 당신의 프로파일을 자동 구성하려면 3번을, 당신의 익명/패스워드를 수정하려면 4번을, 당신의 프로파일 수정 저널에 접속하려면 5번키를 치세요"를 중계한다.
ENUM 가입자가 단계 150에서 ENUM 프로파일의 수정을 선택하면, DTMF 처리 모듈(54)에 의한 DTMF 코드 검출에 이어, 이 명령이 151에서 ENUM 스크립트 모듈(75)에 의해 단계 인터셉트된다. 그 다음 시스템(50)은, ENUM 스크립 모듈(75)(단계 152에서)에 의해 발생된 텍스트로부터, 음성 합성 모듈(55) 또는 집약 음성 파일을 중계하기 위한 모듈(56)에 의한 음성 형식의 문맥 또는 중계에 따라, ENUM 가입자에 대한 음성 메시지 중계를 기초로 반복 대화에 들어간다. 이 모듈(56)은 제공된 선택을 그 DTMF 키패드를 이용하여 단계 154에서 유효하게 하고 단계 155에서 명령이 ENUM 스크립트(75)로 전송된다. 예를 들어, 음성 대화는 다음과 같을 수 있다:
o → 당신의 서비스 순서/선호도를 수정하려면 1을 치고, 서비스 속성을 수정하려면 2를 치고, 서비스를 부가하려면 3을 치고, 서비스를 삭제하려면 4를 치세요 등.
o → 4
o → 전화번호 0296053859를 삭제하려면 1을 치고, 전화번호 0686166924를 삭제하려면 2를 치고, 전자우편 주소 bertrand.dupont@rd.francetelecom.com을 삭제하려면 3을 치세요 등.
o → 2
o → 당신의 선택을 유효하게 하려면 1을 치고, 그렇지 않으면 2를 치세요.
o → 1
o → 서비스를 삭제하려면 1을, 당신의 변경내용을 레코드하려면 2를, 메인 메뉴로 복귀가려면 0을 치세요.
o → 2
ENUM 가입자가 ENUM 프로파일에 대한 변경내용이 고려되도록 요청하면 ENUM 스크립트 모듈(75)은 단계 156에서 수정 요구 요청을 DNS 프로토콜 모듈(62)에 송신한다. 이 모듈(62)은 단계 157에서 ENUM 가입자 제공자(30)의 DNS 서버의 DNS 프로토콜 모듈(32)로 명령 DNS UPDATE를 송신한다. 제공자(30)의 IP 주소가 데이타베이스(70)에 저장되고 ENUM 가입자의 E.164 번호에 의해 찾아진다. DNS 프로토콜 모듈(32)은 서버(31)의 랜덤 엑세스 메모리에 있는 정보를 갱신하고, 일반적으로는 단층 텍스트 파일인, 데이타베이스(33)의 갱신을 요청한다. DNS 프로토콜은 이 파일에 있는 수정 번호를 관리하여 이차 DNS 또는 DNS들 스스로가 이 수정을 소정의 시간 간격으로 재로딩할 수 있도록 한다. 데이타베이스(33)는 단계 159에서 갱신을 확인하고, 이것이 단계 160의 요구 요청에 대한 응답 결과가 된다. 단계 116에서의 ENUM 스크립트(75)는 이 응답의 복귀 코드를 인터셉트한 다음 단계 162에서 이 수정을 고려할 것인지에 대한 확인/무효 메세지를 발생한다. 음성 확인 모듈(55) 또는 음성 파일 중계 모듈은 이 정보를 ENUM 가입자에게 단계 163에서 중계한다. 그 다음 가입자는 통신을 해제한다.
이 공정의 다른 변형에 따르면, 음성 메세지에 응답하여, 가입자가 직접 목소리로 응답을 제공할 수 있다. 그러면 이 응답에 담겨진 정보 또는 선택을 결정하는 것은 음성 인식 모듈이 된다.
도 5는 GSM, STN, ISDN 또는 IP 타입의 이동 또는 고정 전화 단말기로부터SMS들을 송신하는 것을 통해 ENUM 프로파일의 상담 및 수동 수정 공정을 도식적으로 표현한다.
단계 200에서 ENUM 가입자는, 공중망 또는 PABX(3) 뒤로 연결된 고정 STN(4) 또는 ISDN(2) 단말기 또는 GSM 타입의 이동 단말기(6)로부터 또는 IP 단말기(7)로부터 ENUM 서비스 제공자(30)에 의해 구체화된, 포맷된 SMS를, 본 발명의 SMS 모듈(58)로 송신한다. 이 모듈(58)은 단계 201에서 SMS를 ENUM 스크립트 모듈(75)로 전송한다. 이 정보는 단계 202에서 인증 모듈(73)로 제공되고, 이는 단계 203에서 국부적 데이타베이스 또는 원거리 데이타베이스에 문의하여(예를 들면 ODBC 인터페이스를 통해) E.164 ENUM 번호를 조회하도록 한다. 이 데이타베이스는 상응하는 정보를 단계 204에서 인증 모듈(73)에 제공하는데, 인증모듈은 SMS에서 ENUM 고객이 입력한 익명과 패스워드와 데이타베이스에 보유된 인증 정보를 비교한다. 일치하는 경우에는, 인증 모듈(73)이 단계 205에서 ENUM 스크립트 모듈(75)로 하여금 SMS에 보유된 요청을 처리하도록 명한다. ENUM 스크립트(75)는 이것이 ENUM 프로파일을 읽으라는 명령인지를 검출한다. 그 결과 ENUM 스크립트(75)가 단계 206에서 문의 요청을 DNS 프로토콜 관리 모듈(62)로 보내는데, 도메인 형식으로 전환(33296053859 타입의 E.164 전화번호가 (9.5.8.3.5.0.6.9.2.3.3.e164.arpa)로 전환됨)된 ENUM 가입자의 E.164 주소를 인수로 적용한다. DNS 프로토콜 관리 모듈(62)은 -이는 리졸버의 종래의 역할을 수행하는데- 서버에 대한 이전의 상담에 따라 정보가 이미 그 캐시에 있지 않으면, 요청(DNS Query) 수단으로 레벨 0 DNS 서버를 문의하고 그 다음 레벨 1 DNS 서버를 문의한다. 효율적으로 얻기위해, DNS 서버의 데이타는 서버의 랜덤 엑세스 메모리(21)로 로딩된다. ENUM 가입자가 실제로 ENUM 서비스 제공자(30)의 DNS 서버(31)에 레코드되면, 단계 208에서 DNS 프로토콜 모듈(32)이 그 상응하는 NAPTR 레코드로 복귀시킨다. 그 다음 DNS 프로토콜 관리 모듈(62)이 이들을 단계 209의 ENUM 스크립트 모듈(75)로 재전송하는 것을 담당한다. 이 모듈(75)은 NAPTR 레코드를 분석하고 해석하여 ENUM 가입자가 이해할수 있는 비교적 합성 텍스트("P1: Tel=0296053859, P2: Tel=0686166924, Pe: 전자우편=bertrand.dupont@rd.francetelecom.com, P4: url=www.bertranddupont.fr, 등의 타입)를 만든다. 이 텍스트가 단계 210에서 SMS 송신 모듈(58)로 송신되고, 이 모듈은 요청(전화자의 번호 사용)이 시작된 전화 단말기로 SMS(단계 211에서)를 보낸다.
단계 250에서 ENUM 가입자는 공중망 또는 PABX(3) 뒤로 연결된 고정 STN(4) 또는 ISDN(2) 단말기 또는 GSM 타입의 이동 단말기(6)로부터 또는 IP 단말기(7)로부터 ENUM 서비스 제공자(30)에 의해 구체화된 포맷된 SMS 메세지(예, E.164 No + 익명 + 패스워드 + 요청 타입 = ECR: P1: Tel=0686166924, P2: bertrand.dupont@rd.francetelecom.com)를 본 발명의 SMS 모듈(58)로 송신한다. 이 모듈(58)은 단계 251에서 SMS를 ENUM 스크립트 모듈(75)로 전송한다. 이 정보는 단계 252에서 인증 모듈(73)로 제공되고, 인증모듈(73)은 단계 253에서 국부적 데이타베이스 또는 원거리 데이타베이스에 문의하여(예를 들면 ODBC 인터페이스를 통해) E.164 ENUM 번호를 조회하게 한다. 이 데이타베이스는 단계 254에서 상응하는 정보를 인증 모듈(73)에 제공하는데, 인증모듈은 SMS에서 ENUM 고객이 입력한 익명과 패스워드를 데이타베이스에 보유된 인증 정보와 비교한다. 일치하는 경우에는, 인증 모듈(73)이 ENUM 스크립트 모듈(75)에 이를 경고하고, 그 다음 SMS에 보유된 요청을 처리한다. ENUM 스크립트(75)는 이것이 인수들로 ENUM 프로파일을 갱신 하라는 명령인지를 검출한다. ENUM 스크립트(75)는 명령 구문을 체크하고, 이것이 정확하면, 단계 256에서 갱신 요청을 DNS 프로토콜 관리 모듈(62)로 보낸다. 이 모듈(62)은 DNS UPDATE 명령을 단계 257에서 ENUM 서비스 제공자(30)의 DNS 서버(31)의 DNA 프로코콜 모듈(32)로 보낸다. 제공자(30)의 IP 주소가 데이타베이스(30)에 저장되고 ENUM 가입자의 E.164 번호로 찾아낸다. DNS 프로토콜 모듈(32)은 서버(31)의 랜덤 엑세스 메모리에 있는 정보를 갱신하고, 일반적으로 단층 텍스트 파일인, 데이타베이스(33)의 갱신을 요청한다. DNS 프로토콜은 이 파일내 수정 번호를 관리하여 이차 DNS 서버 또는 서버들이 스스로 이 수정을 소정의 시간 간격으로 재로딩할 수 있게 한다. 서버(31)는 단계 259에서 갱신을 확인하고, 이것이 단계 260에서 갱신 요구 요청에 대한 응답이 된다. 단계 261에서 ENUM 스크립트(75)는 이 반응의 복귀 코드를 인터셉트하고 그 다음 단계 262에서, 단계 263에서 요청(전화자의 번호 사용)이 시작된 전화 단말기로 SMS를 송신하는 것을 담당하는 SMS 송신 모듈(58)로 송신하기 전에, 이 수정을 고려할 것인지에 대한 확인/무효 메세지를 발생한다.
도 6은 이용가능한 웹 브라우저(8)를 이용하는 웹에 의한 ENUM 프로파일의 상담 및 수동 수정 공정을 도식적으로 표현한다.
단계 300에서 ENUM 가입자는 ENUM 프로파일 관리 서비스 웹 홈페이지의 다운로드를 요청한다. 이는 단계 301에서 본 발명의 웹 서버(63)에 의해 복귀된다. 이 웹 페이지는 ENUM 가입자에게 인증 형식을 표시한다. 이 가입자는 그의 E.164 번호를 입력하고 그 다음 그의 익명과 패스워드를 입력한다. 이 정보는 단계 302에서 웹 서버(63)로 전송되고, 웹서버는 그 자신이 이를 단계 303에서 인증 모듈(73)로 전송한다. 단계 304에서 인증 모듈(73)은 국부적 또는 원거리 데이타베이스에 문의하여(예를 들면, ODBC 인터페이스를 통하여) E.164 ENUM 번호를 조회하도록 한다. 이 데이타베이스는 단계 305에서 상응하는 정보를, ENUM 고객이 웹 홈에서 입력한 익명과 패스워드와 데이타베이스에 보유된 인증 정보를 비교하는 것을 담당하는 인증 모듈(73)에 제공한다. 일치하는 경우에는, 단계 306에서 인증 모듈(73)이 웹 서버 모듈(63)에 인증이 성공했다는 것을 통지한다. 이 모듈(63)은 단계 307에서 ENUM 스크립트 모듈(75)에 ENUM 프로파일을 읽으라는 요청을 보낸다. 그 결과 ENUM 스크립트(75)가 단계 308에서 인수로서, 도메인 형식(33296053859 타입의 E.164 전화번호가 (9.5.8.3.5.0.6.9.2.3.3.e164.arpa)로 변환됨)으로 변환된 ENUM 가입자의 E.164 주소를 제공하면서, DNS 프로토콜 모듈(62)로 문의 요청을 보낸다. 리졸버의 종래 의 역할을 수행하는 DNS 프로토콜 모듈(62)은, 이전의 상담에 따라 캐시에 정보가 존재하는가를 체크한 후에 DNS 표준 프로토콜(DNS Query 요청)을 이용하여 계속하여 레벨 0 DNS 서버, 레벨 1 DNS 서버, 그리고 다음으로 레벨 2 DNS 서버를 문의한다. 효율적으로 얻기위해, DNS 서버의 데이타는 서버의 랜덤 엑세스 메모리(21)에 로딩된다. ENUM 가입자가 실제로 ENUM 서비스 제공자(30)의 DNS 서버(31)에 레코드되면, 단계 310에서 DNS 프로토콜 모듈(32)은 DNS 프로토콜 모듈(62)에 상응하는 NAPTR 레코드를 복귀한다. DNS 프로토콜 모듈은 이들을 단계 311에서 ENUM 스크립트 모듈(75)로 재전송하고, 이 모듈은 NAPTR 레코드를 해석하여 ENUM 가입자가 이해할수 있는 다음과 같은 타입의 비교적 합성 텍스트를 만들어낸다:
우선순위 1 서비스 Tel: 0296053859
우선순위 2 서비스 Tel: 0686166924
우선순위 3 서비스 Mail: b.dupont@rd.fr.com
우선순위 4 서비스 Web: www.bertranddupont.fr
이 텍스트는 단계 312에서 웹 서버 모듈(63)로 보내지고, 이 모(63)듈은 이 정보에 의해 제공된 웹 페이지를 단계 313에서 ENUM 가입자의 웹 단말기(8)로 다운로드한다.
ENUM 가입자에게 제공된 웹 페이지는, 개작된 그래픽 인터페이스를 통해, 정상적인 ENUM 프로파일 변경을 가능하게 한다: 우선순위에 대한 변경, 서비스 부가, 서비스 삭제, 서비스 속성 수정 등. 수정 요청은 단계 350에서 웹 서버(63)에 송신된다. 웹 서버(63)는 이 요청을 단계 351에서 ENUM 프로토콜에 의해 기재된 NAPTR 입력(inputs)에 따라 요청을 포맷팅하는 것을 담당하는 ENUM 스크립트 모듈(75)로 전송한다. 그 다음 ENUM 스크립트(75)는 단계 352에서 갱신 요청을 DNS 프로토콜 모듈(62)로 송신한다. DNS 프로토콜 모듈(62)은 명령 DNS UPDATE를 단계 353에서 ENUM 서비스 제공자(30)의 DNS 서버(31)의 DNS 프로토콜 모듈(32)로 송신한다. ENUM 서비스 제공자(30)의 IP 주소가 데이타베이스(70)에 저장되고 ENUM 가입자의 E.164 번호로 찾아진다. DNS 프로토콜 모듈(32)은 서버(31)의 랜덤 엑세스 메모리에 있는 정보를 갱신하고, 일반적으로 단층 텍스트 파일인, 데이타베이스(33)의 갱신을 요청한다. DNS 프로토콜은 이 파일내 수정 번호를 관리하여 이차 DNS 서버 또는 서버들이 스스로 이 수정을 소정의 시간 간격으로 재로딩할 수 있게 한다. 서버(31)는 단계 355에서 갱신를 확인하고, 이것이 단계 356에서 갱신 요구 요청에 대한 응답이 된다. ENUM 스크립트(75)는 단계 357에서 이 반응의 복귀 코드를 인터셉트하고, 그 다음 단계 358에서, 웹 서버(63)로 송신하기 전에 이 수정을 고려할 것인지에 대한 확인/무효 메세지를 발생하는데 상기 웹 서버(63)는 단계 359에서 웹 단말기(8)로 이를 다운로드하기전 결과된 웹 페이지를 포맷하는 것을 담당한다.
도 7은 미니텔로부터 ENUM 프로파일 위한 상담 및 수동 갱신 공정을 도식적으로 표현한다.
ENUM 가입자는 프랑스 텔레콤망의 PAVI(Videotex Point of Access)를 이용하여(예를 들어 ENUM-FT 코드 3615를 걸어서) 미니텔 서비스에 연결한다. 그러면 미니텔 단말기(5)는 단계 400에서 미니텔 서버(57)가 있는 세션으로 간다. 미니텔 서버(57)는 단계 401에서 본 발명의 ENUM 스크립트 모듈(75)을 활성화하고, 다음으로 단계 402에서 홈페이지를 생성하면 단계 403에서 이것이 ENUM 가입자의 미니텔 단말기(5)로 다운로드된다. 이 미니텔 페이지는 ENUM 가입자를 위한 인증 형식을 표시한다. ENUM 가입자는 그의 E.164 ENUM 번호를 입력한 다음 그의 익명과 패스워드를 입력한다. 이 정보가 단계 404에서 미니텔 서버(57)로 전송되고 미니텔 서버는 그 자신이 이를 단계 405에서 ENUM 스크립 모듈(75)로 전송한다. ENUM 스크립 모듈(75)은 단계 406에서 이 요청을 인증 모듈(73)로 방향 전환한다. 단계 407에서 인증 모듈(73)은 국부적 또는 원거리 데이타베이스에 문의하여(예를 들면, ODBC 인터페이스를 통하여) E.164 ENUM 번호를 조회하도록 한다. 단계 408에서 데이타베이스용 인증 정보가 인증 모듈(73)로 전송되고, 인증 모듈(73)은 이를 미니텔 형태에서 입력된 익명 및 패스워드와 비교한다. 일치하는 경우에는 인증 모듈(73)이 단계 409에서 ENUM 스크립트 모듈(75) 인증이 성공했다는 것을 통지한다. 그러면 ENUM 스크립트 모듈(75)이 단계 410에서, 도메인 형식으로 변환된(33296053859 타입의 E.164 전화번호가 (9.5.8.3.5.0.6.9.2.3.3.e164.arpa 변환) ENUM 가입자의 E.164 주소를 인수로 제공하면서 DNS 프로토콜 모듈(62)에 문의 요청을 보낸다. DNS 프로토콜 모듈(62)은 -이는 리졸버의 종래의 역할을 수행하는데- 이전의 상담에 따라 캐시에 정보가 존재하는가를 체크한 후에, DNS 표준 프로토콜(DNS Query 요청)을 이용하여, 계속하여 레벨 0 DNS 서버, 레벨 1 DNS 서버, 그 다음 레벨 2 DNS 서버를 문의한다(단계 411). 바람직하게는, 효율적으로 얻기위해, DNS 데이타는 DNS 서버(31)의 랜덤 엑세스 메모리에 로딩된다. ENUM 가입자가 실제로 ENUM 서비스 제공자(30)의 DNS 서버(31)에 등록되면, DNS 프로토콜 모듈(32)은 그 상응하는 NAPTR 레코드를 복귀시킨다. DNS 프로토콜 모듈은 단계 413에서 이를 ENUM 스크립트 모듈(75)로 재전송하는 것을 담당한다. ENUM 스크립트 모듈(75)은 NAPTR 레코드를 분석 및 해석하여 ENUM 가입자가 이해할 수 있는 다음과 같은 타입의 비교적 합성 텍스트를 만들어낸다:
우선순위 1 서비스 Tel: 0296053859
우선순위 2 서비스 Tel: 0686166924
우선순위 3 서비스 Mail: b.dupont@rd.fr.com
우선순위 4 서비스 Web: www.bertranddupont.fr
이 텍스트는 단계 414에서 비디오텍스 서버 모듈(57)로 송신되고, 이 모듈(57)은 단계 415에서 ENUM 가입자의 미니텔 단말기(8)로 다운로드하는 것을 담당한다.
ENUM 가입자에게 제공된 비디오텍스는, 개작된 인터페이스를 통해, 정상적인 ENUM 프로파일에 수정을 가하는 것을 가능하게 한다: 우선순위 변경, 서비스 부가, 서비스 삭제, 서비스 속성 수정 등. 단계 450에서 ENUM 프로파일 갱신 요청이 비디오텍스 서버(57)로 송신된다. 이 서버(57)는 이 요청을 단계 451에서 ENUM 스크립트 모듈(75)로 전송하는데, 이 모듈(75)은 이 요청을 ENUM 프로토콜에 의해 기재된 NAPTR 입력에 따라 포맷팅하는 것을 담당한다. 그 다음 ENUM 스크립트(75)는 단계 452에서 갱신 요청을 DNS 프로토콜 모듈(62)로 송신한다. 이 모듈(62)은 단계 453에서 명령 DNS UPDATE를 ENUM 서비스 제공자(30)의 DNS 서버(31)의 DNS 프로토콜 모듈(32)로 송신한다. ENUM 서비스 제공자(30)의 IP 주소가 데이타베이스(70)에 저장되고 ENUM 가입자의 E.164 번호로 찾아진다. DNS 프로토콜 모듈(32)은 서버(31)의 랜덤 엑세스 메모리에 있는 정보를 갱신하고, 일반적으로 단층 텍스트 파일인, 데이타베이스(33)의 갱신을 요청한다. DNS 프로토콜은 이 파일내 수정 번호를 관리하여 이차 DNS 서버 또는 서버들이 스스로 이 수정을 소정의 시간 간격으로 재로딩할 수 있게 한다. 데이타베이스(33)는 단계 455에서 갱신을 확인하고, 이것이 단계 456에서 갱신 요구 요청에 대한 응답이 된다. 단계 457의 ENUM 스크립트(75)는 이 반응의 복귀 코드를 인터셉트한 다음 단계 458에서, 비디오텍스 서버(57)로 송신하기 전에 이 수정을 고려할 것인지에 대한 확인/무효 메세지를 발생하는데, 비디오텍스 서버(57)는 이를 단계 459에서 미니텔 단말기(5)로 다운로드하기전 이 결과된 비디오텍스 페이지를 포맷하는 것을 담당한다.
도 8은 전자우편 고객을 갖는 단말기(8) 전자우편에 의한 ENUM 프로파일 상담 및 수동 갱신 공정을 도식적으로 표현한다.
ENUM 가입자는 포맷된 전자우편을 단계 500에서 전자우편 서버(61)로 송신한다. ENUM 명령은 수신지 전자우편 주소에 만들어진다:
e164-33296053859-로그인-dupont-패스워드-1234-요청
lire@gestion.enum.francetelecom.com
ENUM 스크립트 모듈(75)은 주기적으로 전자우편 서버(6)를 조사하는 전자우편 고객을 갖는다. ENUM 스크립트 모듈(75)이 단계 501에서 위에 나타낸 전자우편을 수신하면, 전자우편의 머리부분 또는 본문에서, 제공된 인수를 복구한 다음 이를 단계 502에서 인증 모듈(73)로 전송한다. 단계 503에서 인증 모듈(73)은 국부적 또는 원거리 데이타베이스에 문의하여(예를 들면, ODBC 인터페이스를 통하여) E.164 ENUM 번호를 조회하도록 한다. 데이타베이스는 단계 504에서 상응하는 인증 정보를 인증 모듈(73)로 제공하는데, 인증 모듈(73)은 이를 ENUM 고객에 의해 전자우편에서 제공된 익명(로그인 ID) 및 패스워드와 비교한다. 일치하는 경우에는, 인증 모듈(73)이 ENUM 스크립트 모듈(75)에 단계 505에서 이를 알린다. 그 결과 ENUM 스크립트(75)가 단계 506에서, 도메인 형식으로 변환된(33296053859 타입의 E.164 전화번호가 (9.5.8.3.5.0.6.9.2.3.3.e164.arpa 변환) ENUM 가입자의 E.164 주소를 인수로 제공하면서 DNS 프로토콜 관리 모듈(62)에 문의 요청을 송신한다. DNS 프로토콜 관리 모듈(62)은 - 이는 리졸버의 종래의 역할을 수행하는데 - 이전의 상담에 따라 그의 캐시에 정보가 이미 존재하지 않는 경우에는, DNS 표준 프로토콜(DNS Query 요청)에 따라 DNS 프로토콜 더미(32)에 의해 계속하여 레벨 0 DNS 서버, 레벨 1 DNS 서버, 그 다음 레벨 2 DNS 서버를 문의한다(단계 507). 바람직하게는, 효율적으로 얻기위해, DNS 데이타는 DNS 서버(31)의 랜덤 엑세스 메모리에 로딩된다. ENUM 가입자가 실제로 ENUM 서비스 제공자(30)의 DNS 서버(31)에 레코드되면, 다음으로 DNS 프로토콜 관리 모듈(32)은 단계 508에서 그 상응하는 NAPTR 레코드를 복귀한다. DNS 프로토콜 관리 모듈은 단계 509에서 이를 ENUM 스크립트 모듈(75)로 재전송하는 것을 담당한다. ENUM 스크립트 모듈(75)은 NAPTR 레코드를 분석 및 해석하여 ENUM 가입자가 이해할 수 있는 다음과 같은 타입의 비교적 합성 텍스트를 만들어낸다:
우선순위 1 서비스 Tel: 0296053859
우선순위 2 서비스 Tel: 0686166924
우선순위 3 서비스 Mail: b.dupont@rd.fr.com
우선순위 4 서비스 Web: www.bertranddupont.fr
이 텍스트는 ENUM 스크립트 모듈에 통합된 전자우편 고객 소프트웨어에 의해 전자우편 형태로 전자우편 서버 모듈(61)로 발송되는데(단계 510), 이 모듈(61)은 이를 ENUM 가입자에게 송신하는 것을 담당한다.
자신의 ENUM 프로파일을 수정하고자 하는 ENUM 가입자는 단계 550에서 포맷된 전자우편을 전자우편 서버(61)로 송신한다. 이 ENUM 명령은 예를 들어 수신지 전자우편 주소에 예를 들어 다음과 같이 만들어진다:
E164-33296053859-로그인-dupont-패스워드-1234-요청-쓰기-P1-tel-0296053859-P2-tel-0686166924-P3-팩스-0296050242@gestion.enum.francetelecom.
com.
ENUM 스크립트 모듈의 전자우편 고객은 전자우편 서버(6)를 조사한다. ENUM 스크립트 모듈이 위에 나타낸 전자우편을 수신하면(단계 551에서), 전자우편의 머리부분 또는 본문에서, 제공된 인수를 복구한 다음 이를 단계 552에서 인증 모듈(73)로 전송한다. 단계 553에서 인증 모듈(73)은 국부적 또는 원거리 데이타베이스에 문의하여(예를 들면, ODBC 인터페이스를 통하여) E.164 ENUM 번호를 조회하도록 한다. 이는 단계 554에서 상응하는 인증 정보를 제공하고 인증 모듈(73)은 이를 전자우편에서 제공된 익명 및 패스워드와 비교한다. 일치하는 경우에는, 인증 모듈(73)은 단계 555에서 ENUM 스크립트 모듈(75)에 이를 알린다. 이 모듈(75)은 ENUM 프로토콜에 기재된 NAPTR 입력에 따라 이 요청을 포맷한다. 그 다음 ENUM 단계 556에서 갱신 요청을 DNS 프로토콜 관리 모듈(62)로 전송하고, 이 모듈(62)이 단계 557에서 명령 DNS UPDATE를 ENUM 서비스 제공자(30)의 DNS 서버(31)의 DNS 프로토콜 모듈(32)로 송신한다. ENUM 서비스 제공자(30)의 IP 주소가 데이타베이스(70)에 저장되고 ENUM 가입자의 E.164 번호로 찾아진다. DNS 프로토콜 모듈(32)은 서버(31)의 랜덤 엑세스 메모리에 있는 정보를 갱신하고, 일반적으로 단층 텍스트 파일인, 데이타베이스(33)의 갱신을 요청한다. DNS 프로토콜은 이 파일내 수정 번호를 관리하여 이차 DNS 서버 또는 서버들이 스스로 이 수정을 소정의 시간 간격으로 재로딩할 수 있게 한다. 데이타베이스(33)는 단계 559에서 갱신을 확인하고, 이것이 단계 560에서 갱신 요구 요청에 대한 응답이 된다. 단계 561의 ENUM 스크립트(75)는 이 반응의 복귀 코드를 인터셉트한 다음 이 수정을 고려할 것인지에 관한 확인/무효 메세지를 발생한다. 이 메세지는 ENUM 스크립트 모듈에 통합된 전자우편 고객 소프트웨어에 의해 전자우편 형태로 전자우편 서버(61)로 송신(단계 562에서)된다. 이 메일 서버(61)는 단계 563에서 문제의 전자우편을 ENUM 가입자에게 송신하고, 이 가입자는 그의 단말기(8)에서 이를 상담할 수 있다.
도 9는 ISDN 단말기로부터 UUI(사용자 대 사용자 정보)에 의한 ENUM 프로파일을 상담 및 수동 갱신하는 공정을 도식적으로 표현한다.
단계 600에서 ENUM 가입자는 그의 ISDN 단말기(2)로부터 ISDN 인터페이스(51)에 UUI 정보 인자가 담긴 전화호출을 송신한다. UUI 분야는 현재 32 문자 크기로 한정되어 있다는 것을 상기해야 한다. UUI 필드에 삽입된 ENUM 명령은 따라서 한번에 오로지 한 ENUM 서비스에 대해서만 작동할 수 있다. 예: GetP1-33296053859*dupont#123456: 이 요청은 우선순위 1 ENUM 서비스의 속성을 복구할 수 있다.
단계 601에서 호출 자동 제어기(52)에서 호출 설정을 요청하는 메세지를 UUI 모듈(53)에 전송하면, 이 모듈(53)은 UUI 명령을 선별하게 된다. 이 호출 자동 제어기(52)는 최소량의 시간(해제 메세지 송신 전 ISDN 프로토콜의 시간 지연)을 허락하기 위해 단계 652에서 경보 메세지를 ENUM 가입자에게 송신한다. UUI 모듈(53)은 단계 603에서 ENUM 명령을 ENUM 스크립트 모듈(75)로 전송한다. 이 모듈(75)은 제공된 ENUM 인수를 복구한 다음 이를 단계 604에서 인증 모듈(73)로 전송한다. 단계 605에서 인증 모듈(73)은 국부적 또는 원거리 데이타베이스에 문의하여(예를 들면, ODBC 인터페이스를 통하여) E.164 ENUM 번호를 조회하도록 한다. 이 데이타베이스는 단계 606에서 상응하는 인증 정보를 인증 모듈(73)로 제공하고 인증 모듈(73)은 이를 ENUM 고객이 UUI에 제공한 익명 및 패스워드와 비교한다. 일치하는 경우에는, 인증 모듈(73)이 단계 607에서 ENUM 스크립트 모듈(75)에 이를 알린다. 이어서, ENUM 스크립트 모듈(75)은 단계 506에서, 도메인 형식으로 변환된(33296053859 타입의 E.164 전화번호가 (9.5.8.3.5.0.6.9.2.3.3.e164.arpa 변환) ENUM 가입자의 E.164 주소를 인수로 제공하면서 DNS 프로토콜 관리 모듈(62)에 문의 요청을 송신한다. 리졸버의 종래의 역할을 수행하는 DNS 프로토콜 관리 모듈(62)은, 이전의 상담에 따라 그의 캐시에 정보가 이미 존재하는가를 체크하지 않고, DNS 표준 프로토콜(DNS Query 요청)에 따라 그의 DNS 프로토콜 모듈(32)을 통해 레벨 0 DNS 서버와 그 다음 레벨 1 DNS 서버, 그 다음 레벨 2 DNS 서버를 문의한다(단계 609). 바람직하게는, 효율적으로 얻기위해, DNS 서버 데이타는 서버(31)의 랜덤 엑세스 메모리로 로딩된다. ENUM 가입자가 실제로 ENUM 서비스 제공자(30)의 DNS(31)에 레코드되면, DNS 프로토콜 더미(32)가 단계 610에서 그 상응하는 NAPTR 레코드를 DNS 프로토콜 관리 모듈(62)로 복귀시키고, DNS 프로토콜 관리 모듈(62)은 단계 611에서 이를 ENUM 스크립트 모듈(75)로 재전송하는 것을 담당한다. ENUM 스크립트 모듈(75)은 NAPTR 레코드를 분석 및 해석하고, UUI 명령에서 요청된 서비스에 따라, ENUM 가입자가 이해할 수 있는 다음과 같은 타입의 비교적 합성 텍스트를 발생시킨다:
서비스 P1: Tel: 0296053859
이 텍스트는 단계 612에서 UUI 모듈로 송신되고, 이 UUI 모듈은 단계 613에서 호출 자동 제어 모듈(52)로 송신하기 전 해제 메세지를 포맷하는 것을 담당한다. 호출 자동 제어 모듈(52)은 ISDN 단말기(2) 표시장치에 UUI를 표시할 수 있다.
ENUM 프로파일을 수정하고자 하는 ENUM 가입자는 단계 650에서 그의 ISDN 단말기(2)로부터 ISDN 인터페이스(51)로 UUI 정보 인자가 담긴 전화 호출을 송신한다. 예: DelP3-33296053859*dupont#123456: 이 요청은 우선순위 3 ENUM 서비스 삭제를 가능하게 한다.
단계 651에서 호출 자동 제어기(52)는 호출 설정을 요청하는 메세지를 UUI 모듈(53)로 전송하고, 이 모듈(53)은 UUI 명령을 선별한다. 이 호출 자동 제어기(52)는 최소량의 시간(해제 메세지 송신 전 ISDN 프로토콜의 시간)을 허락하기 위해 단계 652에서 경보 메세지를 ENUM 가입자에게 송신한다. UUI 모듈(53)은 단계 653에서 ENUM 명령을 ENUM 스크립트 모듈(75)로 전송한다. 이 모듈(75)은 제공된 ENUM 인수를 복구한 다음 이를 단계 654에서 인증 모듈(73)로 전송한다. 단계 655에서 인증 모듈(73)은 국부적 또는 원거리 데이타베이스에 문의하여(예를 들면, ODBC 인터페이스를 통하여) E.164 ENUM 번호를 조회하도록 한다. 이는 단계 656에서 상응하는 인증 정보를 인증 모듈(73)로 제공하는데, 인증 모듈(73)은 이를 ENUM 고객이 UUI에 제공한 익명 및 패스워드와 비교한다. 일치하는 경우에는, 인증 모듈(73)이 단계 657에서 ENUM 스크립트 모듈(75)에 이를 알린다. 수정이 전체 프로파일과 관련된 것이 아니면, ENUM 스크립트(75)는 무엇보다도 문의 요청(단계 658에서)을 DNS 프로토콜 관리 모듈(62)로 송신하는데, 이때 도메인 형식으로 변환된(33296053859 타입의 E.164 전화번호가 (9.5.8.3.5.0.6.9.2.3.3.e164.arpa 변환) ENUM 가입자의 E.164 주소를 인수로 제공한다. DNS 프로토콜 관리 모듈(62)은 - 이는 리졸버의 종래의 역할을 수행하는데 - 이전의 상담에 따라 그의 캐시에 정보가 이미 존재하는가를 체크한 후에, DNS 표준 프로토콜(DNS Query 요청)에 의해, 그의 DNS 프로토콜 모듈(32)을 통해 레벨 0 DNS 서버, 레벨 1 DNS 서버, 그 다음 레벨 2 DNS 서버를 문의(단계 659)할 수 있다. 효율적으로 얻기위해, DNS 데이타는 서버(31)의 랜덤 엑세스 메모리로 로딩된다. ENUM 가입자가 실제로 ENUM 서비스 제공자(30)의 DNS(31)에 레코드되면, DNS 프로토콜 모듈(32)이 단계 660에서 상응하는 NAPTR 레코드를 DNS 프로토콜 관리 모듈(62)로 복귀시킨다. DNS 프로토콜 관리 모듈(62)은 단계 661에서 이를 ENUM 스크립트 모듈(75)로 재전송하는 것을 담당한다. 그 다음 ENUM 스크립트(75)는 단계 662에서 UUI 필드에서 요청된 수정을 고려하는 갱신 요청을 DNS 프로토콜 관리 모듈(62)로 전송한다. 이 모듈(62)은 단계 663에서 명령 DNS UPDATE를 ENUM 서비스 제공자(30)의 DNS 서버(31)의 DNS 프로토콜 모듈(32)로 송신한다. ENUM 서비스 제공자(30)의 IP 주소가 데이타베이스(70)에 저장되고 ENUM 가입자의 E.164 번호로 찾아진다. DNS 프로토콜 모듈(32)은 서버(31)의 랜덤 엑세스 메모리에 있는 정보를 갱신하고, 일반적으로 단층 텍스트 파일인, 데이타베이스(33)의 갱신을 요청한다. DNS 프로토콜은 이 파일내 수정 번호를 관리하여 이차 DNS 서버 또는 서버들이 스스로 이 수정을 소정의 시간 간격으로 재로딩할 수 있게 한다. 데이타베이스(33)는 단계 665에서 갱신을 확인하고, 이것이 단계 666에서 갱신 요구 요청에 대한 응답이 된다. 단계 667에서 ENUM 스크립트(75)는 이 반응의 복귀 코드를 인터셉트한 다음 단계 668에서 이 수정을 고려할 것인지에 관한 확인/무효 메세지를 발생한다. 이 메세지는 단계 668에서 UUI 모듈(53)로 송신되고, UUI 모듈(53)은 단계 669에서 호출 자동 조절 모듈(52)로 송신하기 전 해제 메세지를 포맷하는 것을 담당한다. 호출 자동 조절 모듈(52)은 단계 670에서 UUI 정보 인자가 담긴 해제 메세지를 발생시키고 이는 ISDN망을 통해 ENUM 가입자에게로 전송된다. ENUM 가입자는 그의 ISDN 단말기(2) 표시장치에 UUI를 표시할 수 있다.
도 10은 웹 세션으로부터 ENUM 프로파일의 상담 및 자동 갱신 서비스로의 접속 공정을 도식적으로 표현한다. ENUM 프로파일의 수동 수정을 구성하는 작업은 금방 애매하고 장황하게 될 수 있다. 그래서 시간 및/또는 기타 파라미터 함수로서 ENUM 프로파일의 자동 수정을 하기 위해 자동 제어기(구성 자동 제어기라 명명됨)가 사용된다. 이러한 기타 파라미터중에서, 가입자의 위치가 시스템(50)에 알려지는 경우에는 이를 채택할 수 있다.
단계 700에서 ENUM 가입자는 ENUM 프로파일 관리 서비스의 홈 웹 페이지의 다운로드를 요청한다. 이는 단계 701에서 본 발명의 웹 서버(63)에 의해 복귀된다. 이 웹 페이지는 ENUM 가입자에게 인증 형태를 표시한다. 이 가입자는 그의 E.164 번호와 이어서 그의 로그인 및 패스워드를 입력한다. 이 정보는 단계 702에서 웹 서버(63)로 전송되고, 웹 서버(63)는 스스로 이를 인증 모듈(75)로 전송(단계 703에서)한다. 인증 모듈(73)은 국부적 또는 원거리 데이타베이스에 문의(단계 704에서)하여(예를 들면, ODBC 인터페이스를 통하여) E.164 ENUM 번호를 조회하도록 한다. 이는 단계 705에서 사응하는 인증 정보를 인증 모듈(73)로 전송하고, 인증 모듈(73)은 이를 ENUM 고객이 웹 형식으로 입력한 익명 및 패스워드와 비교한다. 일치하는 경우에는 인증 모듈(73)이 단계 706에서 인증이 성공했다는 것을 웹 서버 모듈(63)에 통지한다. 웹 서버 모듈(63)은 단계 707에서 ENUM 스크립트 모듈(75)로 이 ENUM 프로파일을 위한 자동 구성을 읽으라는 요청을 송신한다. ENUM 스크립트 모듈(75)은 단계 708에서, ENUM 가입자의 E.164 번호를 인수로 제공하면서 데이타베이스에 문의한다. 데이타베이스(70)은 단계 709에서 이 프로파일을 위한 자동 관리 프로그램을 ENUM 스크립트 모듈(75)로 복귀시킨다. ENUM 스크립트 모듈(75)은 이 정보를 다음과 같이 포맷한다:
월요일부터 금요일: 0830 부터 1900
P1 Tel 0296053859
P2 Tel 0686166924
P3 e-mail betrand.dupont@rd.francetelecom.com
P4 fax 0296050242
월요일부터 금요일: 1900 부터 0830
P1 Tel 0296916404
P2 e-mail betrand.dupont@rd.francetelecom.com
토요일 및 일요일: 0000 부터 2359
P1 Tel 0296916406
P2 Tel 0686166924
P3 e-mail b.dupont@wanadoo.fr
ENUM 스크립트 모듈(75)은 포맷 정보를 단계 711에서 웹 서버(63)으로 전송하고, 웹 서버(63)는 명확한 정보가 담긴 웹 페이지를 ENUM 프로파일의 구성 프로그램으로부터 ENUM 가입자의 웹 단말기(8)에 다운로드하는 것을 담당한다.
이 웹 페이지는 ENUM 프로파일의 자동 구성 프로그램의 수정을 허락한다: 시간표의 변경, 공휴일 관리, 서비스 부가/삭제, 서비스 속성 수정 등. ENUM 가입자는 단계 750에서 프로그램의 수정을 유효하게 한다. 웹 서버(63)는 이 정보를 단계 751에서 ENUM 스크립트 모듈(75)을 통해 전송한다. ENUM 스크립트 모듈(75)은 단계 752에서 정보를 선별하고 이를 데이타베이스(70)에 기재하기 전에 정의된 포맷으로 포맷한다. 이는(데이타베이스) 프로그램의 레코드를 고려하여 단계 753에서 ENUM 스크립트 모듈(75)에 이를 확인해준다. ENUM 스크립트 모듈(75)은 웹 서버(63)에 ENUM 프로파일의 구성 자동 제어기의 수정을 고려할 것을 통지한다. 이 서버는 단계 755에서 수정을 확인하는 웹 페이지를 ENUM 가입자의 웹 단말기(8(에 다운로드한다.
도 11은 구성 자동 제어기를 통해 ENUM 프로파일을 자동 갱신하는 공정 및 프로파일의 변경을 ENUM 가입자에게 통지하는 임의 공정을 표현한다.
구성 자동 제어기(74)는 만들어질(현재 날짜 및 시간에 따라) 프로그램된 수정이 있는가를 체크하기 위해 단계 800에서 데이타베이스(70)을 주기적으로 조사한다. 수정이 프로그램되면 단계 801에서 구성 파라미터가 복귀한다. 구성 자동 제어기(74)는 단계 802에서 DNS 프로토콜 관리 모듈(62)로 문의 요청을 송신하는데, 이때 그 프로파일이 수정되고 도메인 형식으로 전환(33296053859 타입의 E.164 전화번호가 (9.5.8.3.5.0.6.9.2.3.3.e164.arpa)로 전환됨)된 ENUM 가입자의 E.164 주소를 인수로 적용한다. 리졸버의 종래의 역할을 수행하는 DNS 프로토콜 관리 모듈(62)은, 이전의 상담에 따른 정보가 이미 캐시에 존재하지 않는 경우에는, 그의 DNS 프로토콜 모듈(32)을 통해 레벨 0 DNS 서버, 레벨 1 DNS 서버 및 그 다음에 레벨 2 DNS 서버를 문의(단계 803에서)할 수 있다. 바람직하게는, 효율적으로 얻기위해, DNS 데이타는 DNS서버(31)의 랜덤 엑세스 메모리로 로딩된다. ENUM 가입자가 실제로 ENUM 서비스 제공자(30)의 DNS 서버(31)에 레코드되는 경우에는, 단계 804에서 DNS 프로토콜 모듈(32)이 그 상응하는 NAPTR 레코드를 DNS 프로토콜 모듈(62)로 복귀시킨다. 그 다음 DNS 프로토콜 모듈(62)이 이들을 구성 자동 제어기(74)로 재전송하고, 구성 자동 제어기(74)는 만들어질 수정을 복구하기 위해 데이타베이스(70)에 상담(단계 806)한다. 데이타베이스는 구성 자동 제어기 모듈(74)에 적용될 프로파일을 복귀(단계 807)시킨다. 수정이 실제로 필요한 경우에는(한편 프로파일을 수동으로 수정될 수 있다), 구성 자동 제어기는 NAPTR 레코드에 행해질 수정을 결정하고 단계 808에서 DNS 프로토콜 관리 모듈(62)로 갱신 요청을 송신한다. DNS 프로토콜 관리 모듈(62)은 단계 809에서 DNS UPDATE 명령을 ENUM 서비스 제공자(30)의 DNS 서버(31)의 DNA 프로코콜 모듈(32)로 송신한다. ENUM 서비스 제공자(30)의 IP 주소가 데이타베이스(30)에 저장되고 ENUM 가입자의 E.164 번호로 찾아진다. DNS 프로토콜 모듈(32)은 서버(31)의 랜덤 엑세스 메모리에 있는 정보를 갱신하고, 일반적으로 단층 텍스트 파일인, 데이타베이스(33)의 갱신을 요청한다. DNS 프로토콜은 이 파일내 수정 번호를 관리하여 이차 DNS 서버 또는 서버들이 스스로 이 수정을 소정의 시간 간격으로 재로딩할 수 있게 한다. 데이타베이스(33)는 단계 811에서 갱신을 확인하고, 이것이 단계 812에서 갱신 요구 요청에 대한 응답이 된다. 단계 813에서 구성 자동 제어기(74)는 이 반응의 복귀 코드를 인터셉트하고 그 다음 단계 814에서, 수정 저널을 제공하기 위해 데이타베이스(70)에 기재하라는 요청을 발생한다. 데이타베이스(70)는 단계 815에서 프로파일 자동 수정 기재 발생을 확인한다.
ENUM 프로파일의 자동 수정을 통지하기 위한 자동 갱신 서비스가 구성되었으면, 구성 자동 제어기가 하기 하나 또는 그 이상의 모드에 따라 이 갱신을 통지한다:
o 통지가 음성 모드인 경우, 구성 자동 제어기(74)가 단계 820에서 호출 자동 제어기(52)로 통지하고, 이것이 STN(4) 또는 ISDN(2) 또는 IP(7) 고정 전화 또는 이동 전화(6)로의 전화 호출 결과가 된다. 이 통지 정보와 주소들이 데이타베이스(70)에 저장된다. ENUM 가입자는 단계 822에서 이 전화 호출에 응답하거나 이 호출이 음성 메세지로 스위치된다. 음성 합성 모듈(55) 또는 음성 파일 중계 모듈(56)이 단계 823에서 ENUM 프로파일 수정 통지를 예를 들어 다음과 같이 중계한다: "여보세요, 당신의 ENUM 프로파일 33296053859가 오늘 1900에서 다음과 같이 갱신 되었습니다: 0296053859에 대한 전화 서비스와 다음 0686166924에 대한 전화 서비스 그리고 다음 bertrand.dupont@wanadoo.fr에 대한 전자우편 서비스";
o 통지가 SMS 모드인 경우, 구성 자동 제어기(74)가 단계 830에서 예를 들어 다음과 같은 타입의 SMS 텍스트를 제공함으로써 SMS 모듈(58)에 통지한다: "2002년 3월 21일 09:00시에 당신의 ENUM 프로파일 33296053859의 수정: Tel: 0296053859, Tel: 0686166924, Fax: 0296050242". SMS 모듈(58)은 단계 840에서 이러한 SMS 메세지를 데이타베이스(70)에 구성된대로 이동 또는 고정 전화 단말기에 전송한다;
o 통지가 전자우편 모드인 경우, 구성 자동 제어기(74)가 전자우편으로 이 갱신을 전자우편 서버(61)에 다음과 같은 형태의 텍스트로 통지한다: "2002년 3월 21일 09:00시에 당신의 ENUM 프로파일 33296053859의 수정: Tel: 0296053859, Tel: 0686166924, Fax: 0296050242". 이를 위해, 구성 자동 제어기는 전자우편 고객을 갖는다. 전자우편 서버(61)는 그 다음 단계 860에서 문제의 이 전자우편을 데이타베이스(70)에 저장된 전자우편 주소로 전송한다;
o 통지가 팩스 모드인 경우, 구성 자동 제어기(74)가 단계 870에서 다음과 같은 타입일 수 있는 팩스 텍스트를 제공하면서 팩스 모듈(59)에 통지한다: "2002년 3월 21일 09:00시에 당신의 ENUM 프로파일 33296053859의 수정: Tel: 0296053859, Tel: 0686166924, Fax: 0296050242". 이 팩스 모듈(59)은 단계 880에서 이 팩스를 데이타베이스(70)에 구성된 팩스 단말기로 전송한다.
도 12는 ENUM 프로파일이 LDAP 디렉토리에 저장되었을 때 ENUM 프로파일을 상담하는 공정을 도식적으로 표현한다.
도 12에 있는 예는 개별 컴퓨터를 통한 상담을 표현하지만 이 상담은 앞서 보인 바 있는 다른 형태의 단말기에 의해서도 수행될 수 있다는 것이 명백하다. 이러한 형태의 서비스는 특히 고용인 전부 또는 일부가 ENUM 서비스에 접속할 수 있도록 하고자 하는 회사들에 의해 제공될 수 있을 것이다.
단계 900에서 ENUM 가입자는 ENUM 프로파일 관리 서비스의 홈 웹 페이지의 다운로드를 요청한다. 이것은 단계 901에서 시스템(50)의 웹 서버(63)에 의해 복귀된다. 이 웹 페이지는 ENUM 가입자를 위한 인증 형태를 표시한다. ENUM 가입자는 그의 E.164 번호와 그 다음 그의 익명 및 패스워드를 입력한다. 이 정보는 단계 902에서 웹 서버(63)로 전송되고, 이 웹 서버는 스스로 이를 인증 모듈(73)로 전송(단계 903)한다. 인증 모듈(73)은 국부적 또는 원거리 데이타베이스에 문의(단계 904)하여(예를 들면, ODBC 인터페이스를 통하여) E.164 ENUM 번호를 조회하도록 한다. 이 데이타베이스는 단계 905에서 상응하는 정보를 인증 모듈(73)에 제공하고, 이 인증 모듈은 이 정보와 ENUM 고객이 입력한 익명과 패스워드를 비교하는 것을 담당한다. 일치하는 경우에는, 단계 906에서 인증 모듈(73)이 웹 서버 모듈(63)에 인증이 성공했다는 것을 통지한다. 웹 서버 모듈(63)은 단계 907에서 ENUM 스크립트 모듈(75)로 ENUM 프로파일을 판독 요청을 보낸다. ENUM 스크립트(75)가 단계 908에서, 도메인 형식(33296053859 타입의 E.164 전화번호가 (9.5.8.3.5.0.6.9.2.3.3.e164.arpa)로 변환됨)으로 변환된 ENUM 가입자의 E.164 주소를 인수로 제공하면서 DNS 프로토콜 관리 모듈(62)로 문의 요청을 보낸다. 리졸버의 종래의 역할을 수행하는 DNS 프로토콜 모듈(62)은, 이전의 상담 후의 정보가 그의 캐시에 존재하지 않은 경우에는, 그의 DNS 프로토콜 모듈(32)을 통해 레벨 0 DNS 서버, 레벨 1 DNS 서버, 그리고 다음으로 레벨 2 DNS 서버를 문의(단계 909)한다. 바람직하게는, 효율적으로 얻기위해, DNS 데이타는 서버(31)의 랜덤 엑세스 메모리로 로딩된다. ENUM 가입자가 실제로 ENUM 서비스 제공자(30)의 DNS 서버(31)에 레코드되면, 단계 310에서 DNS 프로토콜 관리 모듈(32)은 단계 910에서 상응하는 NAPTR 레코드 또는 레코드들을 복귀시킨다. DNS 프로토콜 관리 모듈(62)은 이들을 단계 911에서 ENUM 스크립트 모듈(75)로 재전송하는 것을 담당한다. 이 모듈(75)은 NAPTR 레코드 또는 레코드들을 예를 들어 다음과 같이 분석하고 해석한다:
$ORIGIN 9.5.8.3.5.0.6.9.2.3.3.e164.arpa.
IN NAPTR 100 10 "u"
"ldap+E2U""!^.+33296053859$!ldap://ldap.providerA.fr/cn=33296053859
ENUM 스크립트는 이것이 LDAP 서비스인지를 검출한다. 그 결과 ENUM 스크립트 모듈(75)은 단계 912에서 LDAP 프로토콜 관리 모듈(64)로, URI "ldap://ldap.providerA.fr"에 의해 참조된 LDAP 서버로의 연결을 요구하는 LDAP요청을 송신한다. 단계 913에서 이 모듈(64)은 ENUM A 제공자(30)의 LDAP 디렉토리 서버(34)의 LDAP 프로토콜 모듈(35)로 "결합" 요청을 송신한다. LDAP 프로토콜 모듈(35)은 단계 914에서 이 연결을 허용한다. LDAP 프로토콜 관리 모듈(64)는 다음으로 단계 915에서 LDAP 프로토콜 모듈(35)로 ENUM 가입자의 E.164 번호를 인수로 제공하면서 LDAP 요청 "서치"를 송신한다. LDAP 프로토콜 모듈(35)은 단계 916에서 LDAP 데이타베이스(36)를 문의하고 ENUM 가입자에 관한 모든 정보를 LDAP 프로토콜 모듈(35)로 복귀(단계 917)시키며, 이 LDAP 프로토콜 모듈(35)은 스스로 이를 LDAP 프로토콜 관리 모듈(64)로 복귀(단계 918)시킨다. LDAP 프로토콜 관리 모듈(64)은 이 정보를 단계 919에서 ENUM 스크립트(75)로 복귀시키고, ENUM 스크립트(75)는 웹 서버(63)로 전송(단계 922)하기 전에 이를 ENUM 가입자가 이해할 수 있는 형태로 담는 것을 담당한다. 그 다음, 웹 서버(63)는 단계 923에서 동적으로 발생된 웹 페이지를 ENUM 가입자의 웹 단말기(8)로 다운로드한다. 병행하여, LDAP 프로토콜 관리 모듈(64)은 단계 920에서 요청 "해제(unbind)"를 통해 LDAP 서버(34)로 해제 요청을 송신한다. LDAP 프로토콜 모듈(35)은 단계 921에서 이 해제를 확인한다.
도 13은 ENUM 프로파일이 LDAP 디렉토리에 저장되는 경우 ENUM 프로파일을 갱신하는 공정을 도식적으로 표현한다. 또한, PC가 아닌 다른 단말기에 의해 ENUM 프로파일을 수정하는 것도 보일 수 있다.
전술한 공정에 의해 이전에 그의 ENUM 프로파일 콘텐츠를 상담한 ENUM 가입자는 이를 수정하기로 결정할 수 있다. 이를 위해, 이 가입자는 웹 단말기(8)에 표시된 웹 페이지내에서 국부적으로 그의 ENUM 서비스 속성 및 우선순위를 수정하고 서비스를 추가하거나 서비스 일부를 삭제한다. 이 가입자는 단계 1000에서 프로파일 수정과 웹 서버(63)에 제공된 정보를 유효하게 한다. 이 웹 서버(63)는 이 모든 정보를 단계 1001에서 ENUM 스크립트 모듈(75)로 전송한다. ENUM 스크립트 모듈(75)은 단계 1002에서, 도메인 형식(33296053859 타입의 E.164 전화번호가 (9.5.8.3.5.0.6.9.2.3.3.e164.arpa)로 변환됨)으로 변환된 ENUM 가입자의 E.164 주소를 인수로 제공하면서 DNS 프로토콜 모듈(62)로 문의 요청을 보낸다. DNS 프로토콜 모듈(62)은 - 이는 리졸버의 종래의 역할을 수행하는데 - 이전의 상담 후의 정보가 이미 그의 캐시에 존재하지 않은 경우에는, DNS 표준 프로토콜(DNS Query 요청)을 가지고 그의 DNS 프로토놀 모듈(32)을 통해, 레벨 2 DNS 서버를 문의하기 전에 레벨 0 DNS 서버, 레벨 1 DNS 서버를 문의한다(단계 1003). 효율적으로 얻기위해, DNS 데이타는 DNS 서버(31)의 랜덤 엑세스 메모리로 로딩된다. ENUM 가입자가 실제로 ENUM 서비스 제공자(30)의 DNS 서버(31)에 레코드되면, 단계 1004에서 DNS 프로토콜 관리 모듈(32)은 단계 910에서 상응하는 NAPTR 레코드 또는 레코드들을 복귀시킨다. DNS 프로토콜 관리 모듈(62)은 이들을 단계 1005에서 ENUM 스크립트 모듈(75)로 재전송한다. 이 모듈(75)은 NAPTR 레코드 또는 레코드들을 예를 들어 다음과 같이 분석하고 해석한다:
$ORIGIN 9.5.8.3.5.0.6.9.2.3.3.e164.arpa.
IN NAPTR 100 10 "u"
"ldap+E2U""!^.+33296053859$!ldap://ldap.providerA.fr/cn=33296053859
ENUM 스크립트 모듈(75)은 이것이 LDAP 서비스인지를 검출한다. 그 다음 ENUM 스크립트 모듈(75)은 LDAP 프로토콜 모듈(64)로, URI "ldap://ldap.providerA.fr"에 의해 참조된 LDAP 서버로의 연결을 요구하는 LDAP요청을 송신(단계 1006) 한다. 단계 1007에서 이 모듈(64)은 ENUM A 제공자(30)의 LDAP 디렉토리 서버(34)의 LDAP 프로토콜 모듈(35)로 "결합" 요청을 송신한다. LDAP 프로토콜 모듈(35)은 단계 1008에서 이 연결을 허용한다. LDAP 프로토콜 모듈(64)는 다음으로 단계 1009에서 LDAP 프로토콜 모듈(35)로 ENUM 가입자의 E.164 번호를 인수로 제공하면서 LDAP 요청 "서치"를 송신한다. LDAP 프로토콜 모듈(35)은 단계 1010에서 LDAP 데이타베이스(36)를 문의하고 단계 1011에서 ENUM 가입자에 관한 모든 정보를 LDAP 프로토콜 모듈(35)로 복귀시킨다. 이 LDAP 프로토콜 모듈(35)은 단계 1012에서 이를 LDAP 프로토콜 관리 모듈(64)로 복귀시키고, LDAP 프로토콜 모듈(64)은 스스로 이를 ENUM 스크립트(75)로 복귀(단계 1013)시킨다. ENUM 스크립트 모듈(75)은 이를 ENUM 가입자가 웹을 통해 제공한 정보와 비교하여 LDAP 포맷에 수행될 동작을 결정하며 단계 1014에서 LDAP 프로토콜 관리 모듈(64)로 수정 요청을 송신한다. LDAP 프로토콜 관리 모듈(64)은 LDAP 요청 "수정"을 단계 1015에서 LDAP 프로토콜 모듈(64)로 송신하고, LDAP 프로토콜 모듈(64)은 스스로 단계 1016에서 데이타베이스(36)에 기재요청을 송신한다. 데이타베이스(36)는 LDAP 프로토콜 관리 모듈(64)로 갱신에 관한 확인/무효를 전송(단계 1018)하고, LDAP 프로토콜 관리 모듈(64)은 이를 ENUM 스크립트 모듈(75)로 복귀(단계 1019)시킨다. 그 다음 ENUM 스크립트 모듈(75)이 웹 서버(63)로 이를 전송하기 전에 수정 확인 웹 페이지를 발생한다. 웹 서버(63)는 이 페이지를 ENUM 가입자의 웹 단말기(8)로 다운로드(단계 1023)한다. 병행하여, LDAP 프로토콜 모듈(64)은 요청 "해제(unbind)"를 통해 LDAP 서버(34)로 해제 요청을 송신(단계 1020)한다. LDAP 프로토콜 모듈(35)은 단계 1021에서 해제를 확인한다.
비록 LDAP 디렉토리를 갱신하는 공정이 "수동" 공정으로 예시되었지만, 당연히 구성 자동 제어기(74)에 의한 LDAP 디렉토리의 자동 갱신도 생각될 수 있다.
비록 본 발명이 본질적으로는 "ENUM" 애플리케이션 및 ENUM 프로파일 갱신 맥락에서 기술되었지만, 본 발명이 전술한 문서 RFC 1035 문장 3.2.2에 정의된 바와 같이 그리고 하기 표에 보인 바와 같이 DNS(또는 LDAP) 서버의 하나 이상의 리소스 레코드(RR)의 갱신까지 확장될 수 있다는 것이 당업자에게는 명백할 것이다.
RR 타입 값 의미
A 1 기계의 IP 주소(IP address of a machine)
NS 2 행정기관에 의해 관리되는 서버 네임(Name of server managed by an administrative authority)
MD 3 수신지 메일 서버(Destination mail server)
MF 4 경로변경 메일 서버(Rerouting mail server)
CNAME 5 별명 정규명(Canonical name for an alias)
SOA 6 당국지역 마크시작(Marks start of an area of authority)
MB 7 전자우편 박스 도메인 네임(Domain name of an e-mail box)
MG 8 메일 그룹 멤버(Member of mail group)
MR 9 메일 리네임 도메인 네임(Domain name renaming a mail)
NULL 10 리소스 레코드 NULL(Resource record NULL)
WKS 11 주지 서비스 설명(Well-known service description)
PTR 12 도메인 네임 포인터(Pointer to a domain name)
HINFO 13 컴퓨터기계 정보(Information on a computer machine)
MINFO 14 메일박스 정보(Information on a mail box)
MX 15 메일 교환(Mail exchange)
TXT 16 문자계열(Character strings)
한 리소스 레코드에서, 문서 RFC1035에 정의된 바와 같이 갱신은 하나 이상의 레코드 필드와 관련될 수 있다.
NAPTR 이외의 리소스 레코드 또는 레코드들의 갱신이 고찰되는 경우에는 "ENUM 스크립트"(75) 및 "ENUM 구성 자동 제어기"(74)와 유사한 신규 모듈이 이 레코드 각각을 처리하기 위해 부가되는 것으로 언급되어야만 한다.

Claims (32)

  1. 제1 데이타베이스(33, 36)에 저장된 레코드를 상담 및/또는 갱신하는 시스템에 있어서,
    상기 레코드가 하나 또는 복수의 리소스 레코드(RR)를 포함하고,
    상기 제1 데이타베이스가 DNS 서버로 명명되는 도메인 네임 서버 또는 DNS 서버로부터 우회로 접속할 수 있고 LDAP 서버로 명명되는 LDAP 서버에 의해 저장되며,
    상기 시스템이
    - 시스템이 원격통신 단말기로부터 레코드의 상담 및/또는 수정 요청 또는 이러한 요청의 프로그래밍을 수신하도록 하는 통신 수단(1150, 53-59, 61, 63);
    - 시스템으로 전송된 상담 및/또는 수정 요청 또는 시스템내에 미리 프로그램된 요청로부터, 도메인 네임 및 상기 레코드에 수행될 동작을 결정하도록 개작된 제어수단(1175, 74, 75); 및
    - 도메인 네임으로부터, 제1 데이타베이스를 저장하는 서버의 IP 주소를 찾고, 상기 동작에 따라 레코드의 판독 및 갱신 요청을 서버로 전송하도록 개작된 프로토콜 관리 수단(1162, 62, 64)을 포함하는 것을 특징으로 하는 시스템.
  2. 제1항에 있어서,
    애플리케이션 단계에서 제2 국부 또는 원격 데이타베이스에 저장된 인증정보로부터 요청 송신자를 인증하도록 개작된 인증수단(1173, 73)을 포함하는 것을 특징으로 하는 시스템.
  3. 제2항에 있어서,
    요청 송신자가 인증되면, 프로토콜 관리수단이 DNS 프로토콜(DNS Query)에 따라 상기 도메인 네임을 인수로 갖는 상담 요청을 DNS 서버로 전송하고 상기 서버로부터 제1 응답을 수신하도록 개작된 것을 특징으로 하는 시스템.
  4. 제3항에 있어서,
    제1 데이타베이스가 DNS 서버에 의해 저장되면, 제어수단이 제1 응답정보로부터 상기 레코드에 담긴 정보를 추출하고 통신수단을 통해 이를 단말기로 전송하기 위해 포맷하도록 개작된 것을 특징으로 하는 시스템.
  5. 제3항에 있어서,
    제1 데이타베이스가 LDAP 서버에 의해 저장되면, 제어수단이 제1 응답으로부터 LDAP 주소를 추출하도록 개작된 것을 특징으로 하는 시스템.
  6. 제5항에 있어서,
    프로토콜 관리수단이 LDAP 프로토콜(LDAP Search)에 따라 상담 요청을 LDAP 서버로 전송하고 이로부터 제2 응답을 수신하도록 개작된 것을 특징으로 하는 시스템.
  7. 제6항에 있어서,
    제어수단이 제2 응답으로부터 레코드에 담긴 정보를 추출하고 이를 통신수단을 통해 단말기로 전송하기 위해 포맷하도록 개작된 것을 특징으로 하는 시스템.
  8. 제4항에 있어서,
    제어수단이 갱신 동작을 결정하면, 프로토콜 관리수단이 제어수단으로부터 지시를 받아 DNS 프로토콜(DNS Update)에 따라 갱신 요청을 전송하도록 개작된 것을 특징으로 하는 시스템.
  9. 제8항에 있어서,
    프로토콜 관리수단이 DNS 서버로부터 갱신 확인/무효 응답을 수신하도록 개작되고, 제어수단이 통신수단을 통해 단말기로 이 확인/무효 응답을 전송하도록 명령하기 전에 이 확인/무효 응답을 포맷하도록 개작된 것을 특징으로 하는 시스템.
  10. 제7항에 있어서,
    제어수단이 갱신 동작을 결정하면, 프로토콜 관리수단이 제어수단으로부터 지시를 받아 LDAP 프로토콜(LDAP Modify)에 따라 갱신 요청을 전송하도록 개작된 것을 특징으로 하는 시스템.
  11. 제10항에 있어서,
    프로토콜 관리수단이 LDAP 서버로부터 갱신 확인/무효 응답을 수신하도록 개작되고, 제어수단이 통신수단을 통해 단말기로 이 확인/무효 응답을 전송하도록 명령하기 전에 이 확인/무효 응답을 포맷하도록 개작된 것을 특징으로 하는 시스템.
  12. 제2항에 있어서,
    제어수단이 통신수단을 통해 전송된 구성 프로파일을 제2 데이타베이스에 저장하도록 개작되고, 상기 프로파일이 하나 이상의 프로그램된 수정 요청으로 구성되며, 각 프로그램된 수정 요청이 적어도 하나의 시간대 및/또는 적어도 하나의 지역과 연관되는 것을 특징으로 하는 시스템.
  13. 제12항에 있어서,
    제어수단이, 제2 데이타베이스를 조사하고 하나의 시간측정이 상기 시간대에 속하는지와 하나의 단말기 위치가 상기 지역에 속하는지를 시험하여 긍정적인 결과가 나오는 경우에는 그 연관된 프로그램된 수정 요청을 추출하여 프로토콜 관리수단으로 제1 데이타베이스 상담 요청을 전송하도록 개작된 구성 자동 제어기(74)를 포함하는 것을 특징으로 하는 시스템.
  14. 제13항에 있어서,
    프로토콜 관리수단이 DNS 프로토콜(DNS Query) 또는 LDAP 프로토콜(LDAP Search)에 따라 상기 상담 요청을 형성하고 데이타베이스를 저장하는 서버로부터 레코드 콘텐츠를 수신하도록 개작된 것을 특징으로 하는 시스템.
  15. 제14항에 있어서,
    레코드 콘텐츠가 프로그램된 수정요청과 일치하지 않으면, 제어수단이 상기 콘텐츠가 프로그램된 수정요청에 일치하도록 하기 위해 수행될 동작을 결정하고, 프로토콜 관리수단이, 상기 동작에 따라, DNS 또는 LDAP 프로토콜에 따라 제1 데이타베이스를 갱신하고 제1 데이타베이스를 저장하는 서버로 경로를 가게하는 요청을 형성하는 것을 특징으로 하는 시스템.
  16. 제15항에 있어서,
    프로토콜 관리수단이 제1 데이타베이스 저장 서버로부터 갱신 확인/무효 응답을 수신하도록 개작되고, 제어수단이 확인/무효 응답을 검출하여 이를 제2 데이타베이스에 히스토리 형식으로 저장하도록 개작된 것을 특징으로 하는 시스템.
  17. 제16항에 있어서,
    제어수단이 히스토리 판독 요청을 수신하고, 인증수단을 통해 요청 송신자를 인증한 후 통신수단을 통해 이 송신자에게 히스토리 콘텐츠를 전송하도록 개작된 것을 특징으로 하는 시스템.
  18. 제17항에 있어서,
    프로토콜 관리수단이 제1 데이타베이스 저장 서버로부터 갱신 확인/무효 응답을 수신하도록 개작되고, 제어수단이 확인/무효 응답을 검출하여 통지 단말기로 상기 동작에 대한 리포트를 전송하도록 개작된 것을 특징으로 하는 시스템.
  19. 제1항 내지 제18항 중 어느 한 항에 있어서,
    프로토콜 관리수단이 안전타입DNS 프로토콜(DNSSec)을 사용하도록 개작된 것을 특징으로 하는 시스템.
  20. 제1항 내지 제19항 중 어느 한 항에 있어서,
    통신수단을 STN/ISDN망에 연결하는 STN(Switched Telephone Network) 및/또는 ISDN(Integrated Service Digital Network) 인터페이스(51)를 포함하는 것을 특징으로 하는 시스템.
  21. 제20항에 있어서,
    통신수단이 음성 메뉴 발생 및 레코드된 음성 형식에 대한 하나 이상의 정보 아이템 재생을 가능하게 하는 음성 합성 모듈(55) 및 DTMF(Dual-Tone Multi-Frequency) 신호 및/또는 상기 음성 메뉴에 있는 초이스를 인식하는 음성 인식모듈을 위한 인식 모듈(54)을 포함하는 것을 특징으로 하는 시스템.
  22. 제20항에 있어서,
    통신수단이 메뉴 관리, 레코드의 상담 또는 수정 요청의 입력 및 레코드 또는 갱신 확인/무효 응답에 관한 하나 이상의 정보 아이템을 비디오텍스 시퀀스 형식으로 재생하는 것을 가능하게 하는 비디오텍스 서버(57)를 함하는 것을 특징으로 하는 시스템.
  23. 제20항에 있어서,
    통신수단이 메세지 형식의 레코드 상담 또는 수정 요청을 수신하고 메세지 형식의 레코드 또는 갱신 확인/무효 응답에 관한 하나 이상의 정보 아이템을 수신하기 위한 SMS 메세지 송/수신 모듈(58)을 포함하는 것을 특징으로 하는 시스템.
  24. 제20항에 있어서,
    ISDN 인터페이스(51)를 포함하고, 통신수단이 UUI 정보 아이템 형식의 레코드 상담 또는 수정 요청을 수신하고 UUI 정보 아이템 형식의 레코드 또는 또는 갱신 확인/무효 응답에 관한 하나 이상의 정보 아이템을 전송하기 위한 UUI 사용자 대 사용자 정보 송/수신 모듈(53)을 포함하는 것을 특징으로 하는 시스템.
  25. 제20항에 있어서,
    레코드 또는 갱신 확인/무효 응답에 관한 하나 이상의 정보 아이템을 전송하기 위한 팩스 모듈(59)을 포함하는 것을 특징으로 하는 시스템.
  26. 제1항 내지 제19항 중 어느 한 항에 있어서,
    IP 인터페이스(60)를 포함하는 것을 특징으로 하는 시스템.
  27. 제26항에 있어서,
    통신수단이, 웹페이지 형식의 레코드 또는 갱신 확인/무효 응답에 관한 하나 이상의 정보 아이템을 표현하는, 레코드 상담 또는 수정 요청을 입력하기 위한 형식인 인증형식을 전송하도록 개작된 웹 서버를 포함하는 것을 특징으로 하는 시스템.
  28. 제26항에 있어서,
    통신수단이, 전자우편 형식의 레코드 상담 또는 수정 요청을 수신하고 전자우편 형식의 레코드 또는 갱신 확인/무효 응답에 관한 하나 이상의 정보 아이템을 전송하도록 개작된 SMTP(Simple Mail Transfer Protocol)를 포함하는 것을 특징으로 하는 시스템.
  29. 제1항 내지 제28항 중 어느 한 항에 있어서,
    제어수단이 가입자 확인자로부터 도메인 네임을 결정하도록 개작된 것을 특징으로 하는 시스템.
  30. 제29항에 있어서,
    가입자 확인자가 가입자의 E.164 전화번호인 것을 특징으로 하는 시스템.
  31. 제29항 또는 제30항에 있어서,
    제어수단이 정보를 추출하고 상기 요청에 따라 NAPTR(Naming Authority PoinTeR) 타입 리소스 레코드에 수행될 동작을 결정하도록 개작된 것을 특징으로 하는 시스템.
  32. 제1항 내지 제31항 중 어느 한 항에 있어서,
    제어수단이 정보를 추출하고 상기 요청에 따라 하나 이상의 A, NS, MD, MF, CNAME, SOA, MB, MG, MR, NULL, WKS, PTR, HINFO, MINFO, MX 또는 TXT 타입의 리소스 레코드에 수행될 동작을 결정하도록 개작된 것을 특징으로 하는 시스템.
KR1020047019980A 2002-06-14 2003-06-05 Ｄｎｓ 서버 및/또는 ｌｄａｐ 디렉토리 상담 및/또는갱신 시스템 KR100968555B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR02/07510 2002-06-14
FR0207510A FR2841072A1 (fr) 2002-06-14 2002-06-14 Systeme de consultation et/ou mise a jour de serveurs dns et/ou d'annuaires ldap
PCT/FR2003/001691 WO2003107627A1 (fr) 2002-06-14 2003-06-05 Systeme de consultation et/ou mise a jour de serveurs dns et/ou d’annuaires ldap

Publications (2)

Publication Number Publication Date
KR20050024320A true KR20050024320A (ko) 2005-03-10
KR100968555B1 KR100968555B1 (ko) 2010-07-08

Family

ID=41784655

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020047019980A KR100968555B1 (ko) 2002-06-14 2003-06-05 Ｄｎｓ 서버 및/또는 ｌｄａｐ 디렉토리 상담 및/또는갱신 시스템

Country Status (1)

Country Link
KR (1) KR100968555B1 (ko)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1244933A (zh) * 1996-10-25 2000-02-16 Ipf股份有限公司 互联网上消费品信息管理服务系统及其方法
KR20020022650A (ko) * 1999-04-22 2002-03-27 추후제출 도메인 네임 관련 어플리케이션을 등록하기 위한 공유등록 시스템
FI107215B (fi) * 1999-08-18 2001-06-15 Elisa Comm Oyj Menetelmä nimiresoluutiopalveluihin liittyvien viiveiden minimoimiseksi

Also Published As

Publication number Publication date
KR100968555B1 (ko) 2010-07-08

Similar Documents

Publication Publication Date Title
JP4336647B2 (ja) Ｄｎｓサーバ及び／又はｌｄａｐディレクトリの閲覧及び／又は更新システム
US9544439B2 (en) Caller-callee association of a plurality of networked devices
EP0935380B1 (en) Method and system for voice call completion using information retrieved from an open application on a computing machine
JP3940078B2 (ja) 電話呼出のｉｐ接続からの遠隔自動転送のための方法およびシステム
US7983408B2 (en) Methods, systems, and products for processing calls
US7944912B2 (en) IP telephone system and calling method
US8009592B2 (en) Method and apparatus for exchange of information in a communication system
US8756328B2 (en) Caller-callee association of a plurality of networked devices with direct dial through thin client
EP0880845B1 (en) Establishing communication in a packet data network
US20060020713A1 (en) ENUM system, ENUM client apparatus and method for communicating using ENUM client apparatus
US7756112B2 (en) IP telephone system, IP telephone apparatus and method for recording message
JP2002111736A (ja) 統合通信自動パーソナルネームアドレッシング
US20070133572A1 (en) System and method for sharing common location-related information between communication devices
EP2116033B1 (en) Method and apparatus for event-based synchronization of information between communication devices
KR100968555B1 (ko) Ｄｎｓ 서버 및/또는 ｌｄａｐ 디렉토리 상담 및/또는갱신 시스템
RU2582066C2 (ru) Способ и система инфокоммуникации
KR20060013256A (ko) 통합번호 식별체계를 이용한 주소록 관리 시스템 및 그 방법

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20130603

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20140623

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20150611

Year of fee payment: 6

LAPS Lapse due to unpaid annual fee