KR20060049076A - Ip 전화 시스템, ip 전화 장치 및 착신 유저 식별 방법 - Google Patents

Ip 전화 시스템, ip 전화 장치 및 착신 유저 식별 방법 Download PDF

Info

Publication number
KR20060049076A
KR20060049076A KR20050071156A KR20050071156A KR20060049076A KR 20060049076 A KR20060049076 A KR 20060049076A KR 20050071156 A KR20050071156 A KR 20050071156A KR 20050071156 A KR20050071156 A KR 20050071156A KR 20060049076 A KR20060049076 A KR 20060049076A
Authority
KR
South Korea
Prior art keywords
telephone
ring tone
telephone apparatus
tone information
phone
Prior art date
Application number
KR20050071156A
Other languages
English (en)
Other versions
KR100671507B1 (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
Application filed by 마츠시타 덴끼 산교 가부시키가이샤 filed Critical 마츠시타 덴끼 산교 가부시키가이샤
Publication of KR20060049076A publication Critical patent/KR20060049076A/ko
Application granted granted Critical
Publication of KR100671507B1 publication Critical patent/KR100671507B1/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/66Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42025Calling or Called party identification service
    • H04M3/42034Calling party identification service
    • H04M3/42042Notifying the called party of information on the calling party
    • H04M3/42051Notifying the called party of information on the calling party where the notification is included in the ringing tone
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/253Telephone sets using digital voice transmission
    • H04M1/2535Telephone sets using digital voice transmission adapted for voice communication over an Internet Protocol [IP] network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/26Devices for calling a subscriber
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M11/00Telephonic communication systems specially adapted for combination with other electrical systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Arrangements for interconnection between switching centres
    • H04M7/006Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42025Calling or Called party identification service
    • H04M3/42085Called party identification service
    • H04M3/42102Making use of the called party identifier
    • H04M3/4211Making use of the called party identifier where the identifier is used to access a profile

Abstract

본 발명에 따른 IP 전화 시스템은 IP 전화 장치, 웹 서버 및 ENUM 서버를 포함한다. IP 전화 장치는 멀티-핸드셋 전화 시스템에 대한 기지국으로서 기능하고, IP 네트워크에 접속된다. 웹 서버는 발신측 또는 착신측 IP 전화 장치에 할당된 전화 번호에 대응하는 착신음 정보를 저장한다. ENUM 서버는 웹 서버에 저장된 착신음 정보에 대한 링크 데이터가 URI로 지정된 NAPTR 리소스 레코드를 저장한다. IP 전화 시스템에서, 호를 수신한 IP 전화 장치는 착신 대상 전화 번호에 대응하는 NAPTR 리소스 레코드에 대한 문의를 ENUM 서버로 송신한다. IP 전화 장치는 획득된 NAPTR 리소스 레코드에 따라 착신 대상 전화 번호에 대응하는 착신음 정보에 대한 요구를 웹 서버로 송신하고, 획득된 착신음 정보에 따라 IP 전화 장치 자신과 IP 전화 장치에 접속된 핸드셋을 통해 착신음을 발생한다.
통신 시스템, 전화 시스템, IP 전화, ENUM 서버, 웹 서버, 착신음, 핸드셋

Description

IP 전화 시스템, IP 전화 장치 및 착신 유저 식별 방법{IP TELEPHONE SYSTEM, IP TELEPHONE APPARATUS AND METHOD FOR IDENTIFYING DESTINATION USER}
도1은 본 발명의 제1 실시예에 따른 IP 전화 시스템이 적용되는 네트워크의 구성을 도시한 도면.
도2는 제1 실시예에 따른 IP 전화 시스템을 구성하는 IP 전화 장치의 구성을 도시한 블록도.
도3은 제1 실시예에 따른 IP 전화 장치의 FROM에 저장되는 테이블의 일례를 도시한 도면.
도4는 제1 실시예에 따른 IP 전화 장치의 외관을 도시한 정면도.
도5는 제1 실시예에 따른 ENUM 서버의 대표적인 구성을 도시한 블록도.
도6은 제1 실시예에 따른 ENUM 서버의 DB에 저장되는 NAPTR 레코드의 일례를 도시한 도면.
도7은 제1 실시예에 따른 DNS 서버의 DB에 저장되는 데이터의 일례를 도시한 도면.
도8은 제1 실시예에 따른 웹 서버의 DB에 저장되는 데이터의 일례를 도시한 도면.
도9는 제1 실시예에 따른 IP 전화 시스템에서, 발신측 IP 전화 장치가 착신측 IP 전화 장치와 음성 통신을 수행할 때까지의 동작을 도시한 시퀀스도.
도10은 제1 실시예에 따른 IP 전화 시스템에서, 발신측 IP 전화로부터 착신측 IP 전화로 송신되는 "INVITE" 메시지의 일례를 도시한 도면.
도11은 도9의 시퀸스에서 착신측 IP 전화의 동작을 설명하기 위한 순서도.
도12는 본 발명의 제2 실시예에 따른 IP 전화 시스템의 IP 전화 장치의 구성을 도시한 블록도.
도13은 제2 실시예에 따른 IP 전화 장치의 착신음 정보 테이블에 저장되는 데이터의 일례를 도시한 도면.
도14는 제2 실시예에 따른 ENUM 서버의 DB에 저장되는 NAPTR 레코드의 일례를 도시한 도면.
도15는 제2 실시예에 따른 IP 전화 시스템에서, 발신측 IP 전화 장치가 착신측 IP 전화 장치와 음성 통신을 수행할 때까지의 동작을 설명하기 위한 시퀸스도.
도16은 도15에 도시된 시퀸스에서 착신측 IP 전화의 동작을 설명하기 위한 순서도.
*도면의 주요부분에 대한 부호의 설명
101, 102: IP 전화 장치(IP 전화) 103: ENUM 서버
104: DNS 서버 105: 웹 서버
106: IP 네트워크 107 ~ 109: 핸드셋
201, 1201: IP 전화 제어기 206: 음성 입/출력부
209: 핸드셋 I/F 503: 데이터베이스(DB)
1202: 착신음 정보 테이블
본 발명은 IP 전화 시스템, IP 전화 장치 및 착신 유저 식별 방법에 관한 것이다.
최근 인터넷의 급속한 보급에 따라, 원격지의 전화 장치와 낮은 비용으로 음성 통신을 가능할 뿐만 아니라 가입자가 소유한 IP 전화 장치들 사이에 무료 통화를 가능하게 하는 IP 전화 시스템이 주목을 끌고 있다. 이러한 IP 전화 시스템에 중에서, 유저의 편리성의 향상을 목적으로 착신측의 화면 표시나 착신음을 발신측에서 지정할 수 있는 IP 전화 시스템이 제안되고 있다(예로, 참조문헌 1 참고).
한편, 현재 기술에 있어서, 전화, FAX, 휴대전화, 전자 메일을 포함한 다양화된 통신 수단에 사용되는 정보를 효율적으로 관리함으로써, 유저의 개별 환경에 따라 통신을 가능하게 하는 기술로서 ENUM이 주목받고 있다. ENUM은 E.164 번호와 같은 전세계에서 유일한 식별 번호를 가지고 DNS(Domain Name Server)를 이용하여 인터넷 서비스를 식별하도록 설계된다. 현재, IETF(Internet Engineering Task Force)가 ENUM 플랫폼 표준화를 추진하고 있고, 여기서 프로토콜 사양이 논의되고 있다(예로, 참조문헌 2 참고).
[참조문헌 1]
일본공개공보 제2003-188992호
[참조문헌 2]
ENUM Trial Japan 발행 "ENUM Trial Japan First Report"(2004년 5월)
그러나, 전술한 종래의 IP 전화 시스템은 단지 착신시의 화면 표시나 착신음 등의 착신측에서 수행되는 희망 동작을 발신자가 지정할 수 있을 뿐이며, 착신자의 개별 환경에 따른 동작을 지정할 수는 없다.
일반적으로, 가정이나 기업에서 사용되는 IP 전화 장치는 다수의 유저에 의해 공유된다. 공유된 IP 전화 장치에 있어서, 유저가 다른 유저에게 걸려온 전화를 받는 경우, 그 다른 유저를 호출하여 그 전화를 전해야 할 필요가 발생한다.
이러한 전화 시스템에서, 전화를 받기 전에 착신 대상 유저를 식별할 수 있으면, 전화를 받아서 그 착신 대상 유저에게 전달하는 것을 생략할 수 있어, 유저 편의성이 향상될 수 있다. 본 발명의 목적은 전화를 받기 전에 착신 유저를 식별할 수 있는 IP 전화 시스템, IP 전화 장치 및 착신 유저 식별 방법을 제공하는 것이다.
본 발명에 따른 IP 전화 시스템은 IP 전화 장치, 웹 서버 및 ENUM 서버를 포 함한다. IP 전화 장치는 IP 네트워크에 접속되고, 멀티-핸드셋 전화 시스템을 위한 기지국으로서 기능한다. 웹 서버는 IP 전화 장치에 할당된 전화 번호에 대응하는 착신음 정보를 저장한다. ENUM 서버는 웹 서버에 저장된 착신음 정보에 대한 링크 데이터가 URI로 지정된 NAPTR 리소스 레코드를 저장한다. IP 전화 시스템에서, 호를 수신한 IP 전화 장치는 착신 대상의 전화 번호에 대응하는 NAPTR 리소스 레코드에 대한 문의를 ENUM 서버로 송신한다. 그리고 나서, IP 전화 장치는 획득된 NAPTR 리소스 레코드에 따라 착신 대상의 전화 번호에 대응하는 착신음 정보에 대한 요구를 웹 서버로 송신하고, 획득된 착신음 정보에 따라 IP 전화 장치 자신과 IP 전화 장치에 접속되는 핸드셋을 통해 착신음을 발생한다.
이하, 본 발명의 실시예들을 첨부된 도면을 참조해서 상세하게 설명한다.
제1 실시예
도1은 본 발명의 제1 실시예에 따른 IP 전화 시스템이 적용되는 네트워크 구성을 도시한 도면이다.
도1에 도시된 바와 같이, 본 발명의 제1 실시예에 따른 IP 전화 시스템에서는, 다수의 IP 전화 장치(이하, "IP 전화"로 언급함)(101, 102), ENUM 서버(103), DNS 서버(104) 및 웹 서버(105)가 IP 네트워크(106)를 통해 서로 접속되어 있다. 또한, IP 전화 시스템은 본 실시예로 제한되지 않고, IP 네트워크(106) 내에 3개 또는 그 이상의 IP 전화를 접속하여 구성될 수 있다.
IP 전화(101, 102)는 IP 네트워크(106)를 통해 타 IP 전화와의 음성 통신을 가능하게 하는 기능을 가지고 있다. 또한 http 프로토콜에 따라 웹 서버(105)에 액세스함으로써, 유저가 웹 서버(105)에 의해 제공되는 HTML 문서를 판독할 수 있게 하는 기능을 가지고 있다.
특히, IP 전화(102)는 다수의 유저에 의해 공유된다. 또한 IP 전화(102)는 각 유저에게 할당된 전화 번호를 갖는다. 다음은 IP 전화(102)가 2명의 유저에 의해 공유될 경우를 설명한다.
IP 전화(102)에 다수의 핸드셋이 접속된다. IP 전화(102)는 이 핸드셋들에 대한 기지국으로서 기능한다. 도1은 3개의 핸드셋(107 ~ 109)이 IP 전화(102)에 접속되는 경우를 보여준다. 기지국으로서 기능하는 IP 전화(102)와 핸드셋(107 ~ 109)은 유선(wire-lines) 또는 무선(wireless)을 통해 접속된다. IP 전화(102)와 핸드셋(107 ~ 109) 사이의 통신은 어떤 형태도 될 수 있다. 특히, 다음은 IP 전화(102)와 핸드셋(107 ~ 109)이 무선을 통해 접속되는 경우를 설명하며, IP 전화(102)와 핸드셋(107 ~ 109) 간의 무선 통신은, 예를 들면, IEEE802.11b 또는 Bluetooth에 따라 수행된다.
ENUM 서버(103)에는 후술되는 NAPTR 리소스 레코드(이하, "NAPTR 레코드"로 언급함)를 저장하는 데이터베이스(DB)가 장착된다. ENUM 서버(103)는 IP 전화(101, 102)로부터의 문의에 대한 응답으로 DB에 저장된 NAPTR 레코드를 IP 전화(101, 102)로 송신한다.
DNS 서버(104)에는 NAPTR 레코드에 지정된 URI와 대응하는 IP 어드레스를 저 장하는 DB가 장착된다. DNS 서버(104)는 IP 전화(101, 102)의 문의에 응답하여 DB에 저장된 IP 어드레스를 IP 전화(101, 102)로 송신한다.
웹 서버(105)에는 IP 네트워크(106)에 접속된 IP 전화(101, 102)에 할당되는 각 전화 번호에 대응하는 착신음을 지정하는 정보(이하, "착신음 정보"로 언급함)를 저장하는 DB가 장착된다. DB에 저장되는 착신음 정보는, 예를 들면, IP 전화(101, 102) 유저에 의해 IP 네트워크(106)를 통해 등록된다. 또한, 착신음 정보는 유저의 요구에 따라 IP 전화 서비스 관리자에 의해 등록될 수도 있다. 웹 서버(105)는 호를 수신한 IP 전화(101 또는 102)로부터의 요구에 응답하여 DB에 저장된 착신음 정보를 IP 전화(101 또는 102)로 송신한다.
도2는 본 발명의 제1 실시예에 따른 IP 전화(102)의 구성을 도시한 블록도이다. IP 전화(101)도 IP 전화(102)와 동일한 구성을 갖는다.
도2에 도시된 IP 전화(102)는 장치의 전체 동작을 제어하는 IP 전화 제어기(201)를 포함한다. IP 전화 제어기(201)에 버스(202)를 통해 ROM(203), RAM(204) 및 FROM(205)이 접속된다. 또한 IP 전화 제어기(201)에 버스(202)를 통해 음성 입/출력부(206), CODEC(207), 외부 인터페이스(I/F)(208) 및 핸드셋 인터페이스(I/F)(209)가 접속된다.
IP 전화 제어기(201)는 ROM(203)에 저장된 제어 프로그램을 이용하여 다음의 제어 동작을 실행한다. 이 실행 동안에, IP 전화 제어기(201)는 RAM(204)을 작업 영역으로서 사용한다.
IP 전화 제어기(201)는 IP 네트워크(106)를 통해 음성 통신을 수행할 때에 필요한 모든 동작을 제어한다. 예를 들면, IP 전화 제어기(201)는 SIP 또는 H.323과 같은 호 제어 프로토콜에 따라 착신 단말과의 호 제어 동작을 실행한다.
IP 전화 제어기(201)는 ENUM 서버(103)로의 착신 단말에 대응하는 NAPTR 레코드에 대한 문의의 송신 및 이 문의에 대한 응답의 수신을 제어한다. IP 전화 제어기(201)는 DNS 서버(104)로의 IP 어드레스 문의의 송신 및 이 문의에 대한 응답의 수신을 제어한다.
또한, IP 전화 제어기(201)는 웹 서버(105)에 대한 액세스를 제어하고, 웹 서버(105)에 의해 제공되는 HTML 문서의 판독을 제어한다.
그리고, IP 전화 제어기(201)는 핸드셋 I/F(209)를 통한 핸드셋(107 ~ 109)과의 통신을 제어한다. IP 전화 제어기(201)는, 예를 들면, IEEE802.11b 또는 Bluetooth에 따라 핸드셋(107 ~ 109)과의 통신을 제어한다.
FROM(205)은 IP 장치(102)로부터 발호할 때에 착신지를 지정하는데 사용되는 주소록 데이터를 저장한다. 또한 FROM(205)은 다수의 전화 번호가 할당되어 있을 경우에 전화 번호와 그에 대응하는 URI를 등록하는 테이블을 저장한다.
도3은 FROM(205)에 저장된 테이블의 일례를 도시한 도면이다. 도3은 IP 전화(102)에 3개의 전화 번호가 할당된 경우의 일례를 도시하고 있다. 도3의 테이블에서, FROM(205)은 전화 번호 "05012341111"에 대응하는 URI "taro@tokyo.sip.jp"를 저장하고 있다. 또, FROM(205)은 전화 번호 "05012342222"에 대응하는 URI "hanako@tokyo.sip.jp"를 저장하고 있다. 또한, FROM(205)은 전화 번호 "05012343333"에 대응하는 URI "jiro@tokyo.sip.jp"를 저장하고 있다.
음성 입/출력부(206)는 IP 전화(102)의 유저로부터의 음성을 수신하고, 유저에게 음성을 출력한다. 음성 입/출력부(206)는 음성 입력부로서 핸드셋 마이크가 구성되고, 음성 출력부로서 스피커가 구성된다.
CODEC(207)은 음성 입/출력부(206)로부터 입력되는 아날로그 데이터를 디지털 데이터로 변환한다. CODEC(207)은 또한 IP 네트워크(106)로부터 입력되는 디지털 데이터를 아날로그 데이터로 변환한다. CODEC(207)은 음성 데이터를 인코딩하고, 음성 데이터에 대한 압축/압축해제(compress/decompress) 동작을 실행한다.
외부 I/F(208)는 IP 전화(102)가 접속되는 IP 네트워크(106)와의 인터페이스로서 기능한다.
핸드셋 I/F(209)는 와이어리스 커넥션을 통해 IP 전화(102)에 접속되는 핸드셋(107 ~ 109)에 대한 인터페이스로서 기능한다.
도4는 본 발명의 제1 실시예에 따른 IP 전화(102)의 외관을 도시하고 있다. IP 전화(101)도 IP 전화(102)와 동일한 구성을 갖는다.
도4에 도시된 바와 같이, IP 전화(102)는 오퍼레이터의 음성을 수신하는 수화기(401)를 구비한다. 또한 전화 번호 등을 입력하는 숫자 키(402)를 구비한다. 숫자 키(402)의 오른쪽에 자동응답 (Answering Machine: AM) 버튼(403) 및 스피커 버튼(404)이 있다. AM 버튼(403)은 자동 응답 모드로 전환하는데 사용된다. 스피커 버튼(404)은 음성 출력 모드로 전환하는데 사용된다.
숫자 키(402)의 위에는 원터치 송신을 가능하게 하는 원터치 기능과 같은 다양한 기능을 설정할 수 있는 기능 버튼(405)이 있다. 기능 버튼(405) 위에는 LCD 등으로 구성되는 디스플레이(406)가 있다. 디스플레이(406)는, 예를 들면, 장치의 현재 상태나 착신지에 대한 정보를 표시한다.
도5는 본 발명의 실시예에 따른 IP 전화 시스템에 있어서의 ENUM 서버(103)의 대표적인 구성을 도시한 블록도이다. 본 실시예에 따른 IP 전화 시스템에서의 DNS 서버(104)와 웹 서버(105)는 DB에 저장된 데이터를 제외하고 동일한 구성을 갖는다.
도5에 도시된 바와 같이, ENUM 서버(103)는 서버의 전체 동작을 제어하는 CPU(501)를 포함한다. CPU(501)에 메모리(502)가 접속된다. 메모리(502)는 ROM 기능과 RAM 기능을 갖는다. ROM은 CPU(501)가 판독 및 실행하는 ENUM 서버(103)의 제어 프로그램을 저장한다. RAM은 CPU(501)가 제어 프로그램을 실행할 때에 작업 메모리로서 기능한다.
또한, CPU(501)에 데이터베이스(DB)(503)가 접속된다. DB(503)는 후술되는 NAPTR 레코드를 저장한다. 예를 들면, IP 전화(101)로부터 NAPTR 레코드에 대한 문의를 수신하면, CPU(501)는 DB(503)에 저장된 데이터 중에서 대응하는 NAPTR 레코드를 검색해서 IP 전화(101)로 송신한다.
또한, CPU(501)에 입/출력 장치(504)가 접속된다. 입/출력 장치(504)는 예를 들면 키보드 등의 입력 장치와 디스플레이 등의 출력장치로 구성된다. 입력 장치는 DB(503)에 저장되는 데이터를 추가하거나 편집하는데 사용된다. 출력 장치는 DB(503)에 저장되는 데이터를 ENUM 서버(103)의 관리자가 확인하는데 사용된다.
그리고, CPU(501)에 네트워크 인터페이스(I/F)(505)가 접속된다. 네트워크 I/F(505)는 ENUM 서버(103)가 접속되는 IP 네트워크(106)와의 인터페이스이다.
도6은 본 발명의 실시예에 따른 ENUM 서버(103)의 DB(503)에 저장되는 NAPTR 레코드의 일례를 도시한 도면이다. 도6은 전화 번호 "05012341111", "05012342222" 및 "05012343333"로부터 획득되는 도메인명에 대응하는 NAPTR 레코드가 DB(503)에 저장되는 일례를 도시하고 있다.
도6에서, 전화 번호 "05012341111"로부터 획득되는 도메인명 "1.1.1.1.4.3.2.1.0.5.1.8.e164.arpa"에 대하여 URI "taro@tokyo.sip.jp" 및 "//www.tokyo.sip.com/usertaro.html"이 대응된다. 첫 번째 URI의 서비스 필드는 "05012341111"로 지정된 단말이 SIP 프로토콜 하에 수행될 수 있다는 것을 나타내는 "E2U+sip"을 지정하고 있다. 두 번째의 URI의 서비스 필드는 "05012341111"로 지정된 단말이 http 프로토콜 하에 수행될 수 있다는 것을 나타내는 "E2U+http"를 지정하고 있다.
또한, 전화 번호 "05012342222"로부터 획득되는 도메인명 "2.2.2.2.4.3.2.1.0.5.1.8.e164.arpa"에 대하여 URI "hanako@tokyo.sip.jp" 및 "//www.tokyo.sip.com/userhanako.html"이 대응된다. 첫 번째 URI의 서비스 필드는 "05012342222"로 지정된 단말이 SIP 프로토콜 하에 수행될 수 있다는 것을 나타내는 "E2U+sip"를 지정하고 있다. 두 번째의 URI의 서비스 필드는 "05012342222"로 지정된 단말이 http 프로토콜 하에 수행될 수 있다는 것을 나타내는 "E2U+http"를 지정하고 있다.
또한, 전화 번호 "05012343333"으로부터 획득되는 도메인명 "3.3.3.3.4.3.2.1.0.5.1.8.e164.arpa"에 대하여 URI "jiro@tokyo.sip.jp" 및 "//www.tokyo.sip.com/userjiro.html"이 대응된다. 첫 번째 URI의 서비스 필드는 "05012343333"로 지정된 단말이 SIP 프로토콜 하에 수행될 수 있다는 것을 나타내는 "E2U+sip"를 지정하고 있다. 두 번째의 URI의 서비스 필드는 "05012343333"로 지정된 단말이 http 프로토콜 하에 수행될 수 있다는 것을 나타내는 "E2U+http"를 지정하고 있다.
도7은 본 발명의 실시예에 따른 DNS 서버(104)의 DB에 저장되는 데이터의 일례를 도시한 도면이다.
도7은 URI "taro@tokyo.sip.jp", "hanako@tokyo.sip.jp", "jiro@tokyo.sip.jp" 및 "yoshiko@tokyo.sip.jp"에 대응하는 IP 어드레스가 저장된 경우를 도시하고 있다. 구체적으로는, URI "taro@tokyo.sip.jp", "hanako@tokyo.sip.jp", "jiro@tokyo.sip.jp" 및 "yoshiko@tokyo.sip.jp"에 각각 IP 어드레스 "192.168.1.1", "192.168.1.2", "192.168.1.3"및 "192.168.1.4"가 대응된다.
도8은 본 발명의 실시예에 따른 웹 서버(105)의 DB에 저장되는 데이터의 일례를 도시한 도면이다. 실제 사용시, 도8에 도시된 데이터는, 예를 들면, HTML(Hypertext Markup Language)로 기재된다.
도8은 URL(URI) "//www.tokyo.sip.com/usertaro.html", "//www.tokyo.sip.com/userhanoko.html" 및 "//www.tokyo.sip.com/userjiro.html" 에 대응하는 전화 번호, 유저명, 착신음(멜로디)이 웹 서버(105)의 DB에 저장되는 경우를 도시하고 있다. 구체적으로는, URL(URI) "//www.tokyo.sip.com/usertaro.html"에 대응하는 전화 번호 "05012341111", 유저명 "taro" 및 착신 멜로디 "Pictures at an Exhibition"가 DB에 저장된다. 또한, URL(URI) "//www.tokyo.sip.com/userhanako.html"에 대응하는 전화 번호 "05012342222", 유저명 "hanako" 및 착신 멜로디 "Polonaise"가 DB에 저장된다. 또한, URL(URI) "//www.tokyo.sip.com/userjiro.html"에 대응하는 전화 번호 "05012343333", 유저명 "jiro" 및 착신 멜로디 "March"가 DB에 저장된다.
다음은 본 발명의 실시예에 따른 IP 전화 시스템에 있어서, IP 전화(101)가 IP 전화(102)와 음성 통신을 수행할 때까지의 동작을 도9의 시퀀스도를 참조하여 설명한다.
이 도면에서는 ENUM 서버(103)의 DB(503)에는 도6에 도시된 NAPTR 레코드가 저장된다. DNS 서버(104)의 DB에는 도7에 도시된 데이터가 저장된다. 웹 서버(105)의 DB에는 도8에 도시된 데이터가 저장된다. IP 전화(102)에는 전화 번호 "05012341111", "05012342222" 및 "05012343333"가 할당되어 있다.
IP 전화(102)와 음성 통신을 수행하는 경우, 우선, IP 전화(101)는 유저로부터 IP 전화(102)에 할당된 전화 중 하나를 수신한다. 이 예에서는, IP 전화(102)의 전화 번호 중 "05012341111"이 입력된다. 입력된 전화 번호를 수신하면, IP 전화(101)는 이 전화 번호에 대응하는 NAPTR 레코드에 대한 문의를 ENUM 서버(103)로 송신한다(ST901). 이하에서는 이 NAPTR 레코드 문의를 "NAPTR 문의"로 언급한다.
이 예에서, IP 전화(101)는 먼저, E.164 표준에 따라 오퍼레이터가 입력한 번호 "05012341111"를 국가 코드를 포함한 "+81-5-012341111"로 변환한다. 그리고 나서, 처음의 +와 숫자를 남겨서 "+815012341111"가 획득된다. 그리고, 숫자가 아닌 심볼을 삭제하고, 숫자 사이에 점을 삽입하여, "8.1.5.0.1.2.3.4.1.1.1.1"이 된다. 다음에 숫자를 역순으로 하고, 끝에 데이터 스트링 e164.arpa를 추가한다. 이에 따라 도메인명 "1.1.1.1.4.3.2.1.0.5.1.8.e164.arpa"가 획득된다. 그 후, IP 전화(101)는 이 데이터 스트링에 대한 NAPTR 레코드 문의를 송신한다.
NAPTR 문의를 수신하면, ENUM 서버(103)는 도메인명 "1.1.1.1.4.3.2.1.0.5.1.8.e164.arpa"에 대응하는 NAPTR 레코드를 검색한다. 그리고 나서, ENUM 서버(103)는 그 NAPTR 레코드를 포함하는 응답을 IP 전화(101)로 송신한다(ST902). 이하에서는 이 NAPTR 레코드를 포함하는 응답을 "NAPTR 응답"이라고 언급한다. 이 예에서, ENUM 서버(103)는 도6에 도시된 NAPTR 레코드 중 상위 NAPTR 레코드를 검색하고, 해당 NAPTR 레코드를 포함하는 응답을 IP 전화(101)로 송신한다.
NAPTR 응답을 수신하면, IP 전화(101)는 URI "taro@tokyo.sip.jp"에 대응하는 IP 어드레스에 대한 문의를 DNS 서버(104)로 송신한다. 이 NAPTR 레코드에 지정된 URI는 그 착신 단말이 SIP 프로토콜 하에서 수행할 수 있다는 것을 나타낸다(ST903). 이하에서는 이 IP 어드레스의 문의를 "IP 어드레스 문의"로 언급한다.
IP 어드레스 문의를 수신하면, DNS 서버(104)는 해당 URI에 대응하는 IP 어드레스를 검색하고, 이 IP 어드레스를 포함하는 IP 어드레스 응답을 IP 전화(101)로 송신한다(ST904). 이 예에서, DNS 서버(104)는 도7에 도시된 첫 번째 IP 어드레 스 "192.168.1.1"을 검색하고, 그 IP 어드레스를 포함하는 응답을 IP 전화(101)로 송신한다. 이하에서는 이 IP 어드레스를 포함하는 응답을 "IP 어드레스 응답"이라고 언급한다.
IP 어드레스 응답을 수신하면, IP 전화(101)는 IP 전화(102)의 전화 번호 중, 유저에 의해 지정된 전화 번호에 할당된 IP 어드레스를 확인한다. 그리고, IP 전화(101)는 그 IP 어드레스 착신지로 "INVITE" 메시지를 송신한다(ST905).
다음은 IP 전화(101)로부터 IP 전화(102)로 송신되는 "INVITE" 메시지의 일례를 설명한다.
도10은 IP 전화(101)로부터 IP 전화(102)로 송신되는 "INVITE" 메시지의 일례를 도시하고 있다.
도10에 도시된 바와 같이, "INVITE" 메시지는 세 번째 줄에 "From" 헤더를 포함하고, 네 번째 줄에 "To" 헤더를 포함한다. "From" 헤더는 발신측 IP 전화(101)의 전화 번호에 대응하는 URI "yoshiko@tokyo.sip.jp"를 지정하고 있다. 또한 "To" 헤더는 착신측 IP 전화(102)의 전화 번호에 대응하는 URI "taro@tokyo.sip.jp"를 지정하고 있다. "From" 헤더 및 "To" 헤더 내의 데이터는 도10에 도시된 것으로 한정되지 않는다.
IP 전화(101)로부터 "INVITE" 메시지를 수신하면, IP 전화(102)는 "To" 헤더에 지정된 URI로부터 착신 전화 번호로 지정된 전화 번호(이하, "착신 대상 번호"로 언급함)를 획득한다. 구체적으로, IP 전화(102)는 "To" 헤더에 지정된 URI에 따라 FROM(205)에 저장된 테이블 내의 전화 번호를 검색함으로써 착신 대상 번호를 획득한다. 이 예에서는, "To" 헤더에 지정된 URI "taro@tokyo.sip.jp"에 대응하는 전화 번호 "05012341111"가 착신 대상 번호로서 획득된다.
그리고 나서, IP 전화(102)는 입력된 전화 번호를 수신한 후에 IP 전화(101)와 동일한 방식으로 이 착신 대상 번호에 대한 NAPTR 문의를 ENUM 서버(103)로 송신한다(ST906). 상세히 말하면, IP 전화(102)는 먼저, 오퍼레이터에 의해 입력된 번호 "05012341111"를 E.164 표준에 따라 국가 코드를 포함한 "+81-5-012341111"로 변환한다. 그리고, 처음의 + 와 숫자를 남겨서 "+815012341111"이 획득된다. 그리고, 숫자가 아닌 심볼을 삭제하고 숫자 사이에 점을 삽입하여 "8.1.5.0.1.2.3.4.1.1.1.1"이 된다. 다음에 숫자를 역순으로 하여 끝에 데이터 스트링 e164.arpa를 추가한다. 이에 따라 도메인명 "1.1.1.1.4.3.2.1.0.5.1.8.e164.arpa"이 획득된다. 그리고 나서, IP 전화(102)는 이 데이터 스트링에 대응하는 NAPTR 문의를 ENUM 서버(103)로 송신한다.
NAPTR 문의를 수신하면, ENUM 서버(103)는 도메인명 "1.1.1.1.4.3.2.1.0.5.1.8.e164.arpa"에 대응하는 NAPTR 레코드를 검색하고, 해당 NAPTR 레코드를 포함하는 응답을 IP 전화(102)로 송신한다(ST907). 이 예에서, ENUM 서버(103)는 단계(ST902)와 동일한 프로세스로, 도6에 도시된 NAPTR 레코드 중 상위 NAPTR 레코드를 검색하여, 해당 NAPTR 레코드를 포함하는 ENUM 응답을 IP 전화(102)로 송신한다.
NAPTR 응답을 수신하면, IP 전화(102)는 URI "//www.tokyo.sip.com/usertaro.html"에 기반하여 웹 서버(105)에 액세스함으로써 착신음 정보를 요구한다(ST908).
착신음 정보에 대한 요구를 수신하면, 웹 서버(105)는 그 요구에 대응하는 착신음 정보를 검색하여, IP 전화(102)로 착신음 정보를 송신한다(ST909). 이 예에서, 웹 서버(105)는 도8에 도시된 데이터 중 착신음 정보로서 "Pictures at an Exhibition"을 송신한다.
착신음 정보를 수신하면, IP 전화(102)는 획득된 착신음 정보를 모든 핸드셋(107 ~ 109)으로 송신한다(ST910). 착신음 정보가 모든 핸드셋(107 ~ 109)으로 송신되면, IP 전화(102) 및 모든 핸드셋(107 ~ 109)는 획득된 착신음을 착신음으로 설정하는 프로세스(이하, "착신음 설정 프로세스"로 언급함)를 수행한다(ST911). 이 예에서는, 획득된 "Pictures at an Exhibition"가 착신음으로 설정된다.
착신음 설정 프로세스가 적절히 수행되면, IP 전화(102) 및 모든 핸드셋(107 ~ 109)은 착신음을 발생한다. 이 예에서, IP 전화(102) 및 모든 핸드셋(107 ~ 109)은 "Pictures at an Exhibition"을 발생한다. 동시에, IP 전화(102)는 IP 전화(101)로 "180ringing" 메시지를 송신한다(ST912).
IP 전화(102) 또는 핸드셋(107 ~ 109) 중 하나에서 이 ringing에 대한 응답으로서 오프-후크 상태가 검출되면, IP 전화(102)는 IP 전화(101)로 접속 허가를 나타내는 "200 OK" 메시지를 송신한다(ST913). 도9는 핸드셋(108)에서 오프-후크 상태가 검출된 경우를 보여준다.
"200 OK" 메시지를 수신하면, IP 전화(101)는 IP 전화(102)로 "ACK" 메시지를 송신한다(ST914). IP 전화(102)가 "ACK" 메시지를 수신하면, IP 전화(101)와 IP 전화(102) 사이에 음성 통신이 가능해 진다. 그 후에, IP 전화(101)가 음성을 출력하여 음성 통신이 수행된다. 전술한 바와 같이, IP 전화(101)는 IP 전화(102)와의 음성 통신이 수행될 때까지의 동작을 수행한다.
도11은 도9의 시퀀스에서 착신측 IP 전화(102)의 동작을 설명하기 위한 순서도이다.
IP 전화(102)는 대기 상태에서, IP 네트워크(106)를 통한 "INVITE" 메시지의 수신을 감시한다(ST1101). "INVITE" 메시지를 수신하면, IP 전화(102)는 전술한 동작을 통해 "INVITE" 메시지의 "To" 헤더로부터 착신 대상 번호를 획득한다(ST1102).
착신 대상 번호를 획득한 후, IP 전화(102)는 이 착신 대상 번호에 대한 NAPTR 문의를 ENUM 서버(103)로 송신한다(ST1103). 이 문의에 응답하여, ENUM 서버(103)는 NAPTR 응답을 송신하고, 이에 따라 IP 전화(102)는 그 NAPTR 응답을 수신한다(ST1104).
NAPTR 응답을 수신하면, IP 전화(102)는 이 NAPTR 응답에 포함되는 NAPTR 레코드 중 NAPTR 레코드에 지정된 URI(URL)에 기반하여 웹 서버(105)에 액세스하는데, 여기서 이 레코드는 착신 단말이 http 프로토콜 하에서 수행될 수 있다는 것을 나타내며, 그 후, IP 전화(102)는 착신음 정보를 요구한다(ST1105). 이 요구에 응답하여, 웹 서버(105)는 착신음 정보를 송신하고, 이에 따라 IP 전화(102)는 착신음 정보를 획득한다(ST1106).
착신음 정보를 획득하면, IP 전화(102)는 이 착신음 정보를 모든 핸드셋(107 ~ 109)으로 송신한다(ST1107). 착신음 정보를 모든 핸드셋(107 ~ 109)으로 송신한 후, IP 전화(102)는 착신음 설정 프로세스를 수행한다(ST1108). 착신음 설정 프로세스가 수행된 후, IP 전화(102)는 호출음을 발생한다(ST1109). IP 전화(102)와 함께, 핸드셋(107 ~ 109)도 역시 착신음 설정 프로세스를 수행하고, 그 후에 호출음이 발생된다.
호출음을 발생함과 동시에, IP 전화(102)는 "180ringing" 메시지를 송신하다. "180ringing 메시지"를 송신하면서, IP 전화(102)는 IP 전화(102) 및 핸드셋(107 ~ 109)의 유저측에서 오프-후크 상태가 검출되는지를 판단한다(ST1110). 오프-후크 상태가 검출될 때까지 단계(ST1110)가 반복된다.
오프-후크 상태가 검출되면, IP 전화(102)는 발신측 IP 전화(101)로 접속 허가를 나타내는 "200 OK" 메시지를 송신한다. 그리고, "200 OK" 메시지에 응답하여 IP 전화(101)로부터 송신된 "ACK" 메시지를 수신하면, IP 전화(102)는 통신 프로세스를 수행한다(ST1111).
통신 프로세스시, IP 전화(102)는 IP 전화(101)로부터 송신된 음성 데이터를 출력하면서, IP 전화(102) 및 핸드셋(107 ~ 109)의 유저측에서 온-후크 상태가 검출되는지를 판단한다(ST1112). 온-후크 상태가 검출되면, IP 전화(102)는 통신 프로세스를 종료한다. 온-후크 상태가 검출될 때까지, 단계(ST1112)가 반복된다.
전술한 바와 같이, 본 발명의 실시예에 따른 IP 전화 시스템에서는, 착신측 IP 전화(102)에 다수의 전화 번호가 할당된다. 발신측 IP 전화(101)가 전화 번호를 지정하고 송신을 개시한다. 이 전화 번호에 대응하는 NAPTR 응답을 수신한 후, 발 신측 IP 전화(101)는 착신측 IP 전화(102)로 "INVITE" 메시지를 송신한다. 착신측 IP 전화(102)는 "INVITE" 메시지로부터 착신 대상 번호를 획득한다. 그리고, 착신 대상 번호에 대응하는 NAPTR 응답을 수신한 후, 착신측 IP 전화(102)는 웹 서버(105)로 착신음 정보에 대한 요구를 송신한다. 착신음 정보가 획득되면, 이 착신음 정보가 모든 핸드셋(107 ~ 109)에 송신된 후, IP 전화(102) 및 모든 핸드셋(107 ~ 109)은 착신음 설정 프로세스를 수행하고, 웹 서버(105)로부터 획득된 착신음을 발생한다. 따라서, 착신측 IP 전화(102) 및 모든 핸드셋(107 ~ 109)은 발신측 IP 전화(101)에 의해 지정된 전화 번호에 따라 착신음을 발생한다. 그러므로, IP 전화(102) 유저는 착신음에 의해 착신 유저를 식별할 수 있고, 이에 따라, 전화를 받기 전에 착신 유저를 식별할 수 있게 된다.
통상적으로, 특정 핸드셋이 송신측에서 지정된 전화 번호에 따라 착신음을 발생하는 전화 시스템이 제안되고 있다. 그러나, 이러한 전화 시스템에서는, 착신 유저가 호에 응답하기 위해 그 핸드셋의 위치를 이동해야 한다. 이러한 전화 시스템에 비해, 본 발명의 실시예에 따른 IP 전화 시스템에서는, 착신측 IP 전화(102)에 접속되는 모든 핸드셋(107 ~ 109)이 발신측 IP 전화(101)에 의해 지정된 전화 번호에 따라 착신음을 발생한다. 따라서, 착신 유저는 핸드셋(107 ~ 109) 중 어느 것으로든 호에 응답할 수 있다. 결과적으로, 보다 양호한 유저 편의성을 가진 IP 전화 시스템이 제공될 수 있다.
특히, 본 발명의 실시예에 따른 IP 전화 시스템에서는, 웹 서버(105)가 착신측 IP 전화(102)로부터의 요구에 응답하여, http 프로토콜에 따라 착신 대상 번호 에 대응하는 착신음 정보를 송신한다. 따라서, http 프로토콜을 따라 호 제어 프로세스를 실행함으로써 착신 대상 번호에 대응하는 착신음 정보가 획득될 수 있다.
또한, 본 발명의 실시예에 따른 IP 전화 시스템에서는, 착신측 IP 전화(102)가 수신된 "INVITE" 메시지에 기반하여 착신 대상 번호를 획득한다. 구체적으로, IP 전화(102)는 "INVITE" 메시지에 지정된 URI에 대응하는 전화 번호를 착신 대상 번호로서 획득한다. 따라서, SIP 프로토콜에 따라 수행되는 통화 제어 프로세스에서 착신 대상 번호를 획득할 수 있다.
본 발명의 실시예에서는, 발신측 IP 전화가 IP 네트워크(106) 상에 제공되는 DNS 서버(104)로 IP 어드레스 문의를 송신하고, 획득된 IP 어드레스에 따라 "INVITE" 메시지를 송신한다. 그러나, 본 실시예는 이것으로 한정되지 않는다. IP 네트워크(106) 상에 제공될 수 있는 SIP 서버로서 기능하는 CA(Call Agent)가 착신 단말의 전화 번호를 지정하여 "INVITE" 메시지를 송신할 수 있다.
또한, 본 발명의 실시예에서는, "INVITE" 메시지의 "From" 헤더 및 "To" 헤더에 URI가 지정된다. 그러나, 본 실시예는 이러한 예로 한정되지 않고, URI 대신에 전화 번호가 사용될 수 있다. 이 경우에는, 그 전화 번호를 착신 대상 번호로서 추출함으로써, FROM(205) 내의 테이블을 참조하여 착신 대상 번호를 획득하는 프로세스를 생략할 수 있다.
본 발명의 실시예에서는, 착신측 IP 전화(102)가 http 프로토콜에 따라 웹 서버(105)로부터 착신음 정보를 획득한다. 그러나, 착신음 정보를 획득하는 방법은 http 프로토콜을 따라 웹 서버(105)로부터 착신음 정보를 획득하는 것으로 한정되 지 않는다. 예를 들면, 착신음 정보는 LDAP(Lightweight Directory Access Protocol) 또는 FTP(File Transfer Protocol)를 이용하여 별도로 제공되는 DB 서버로부터 획득될 수 있다. 이 경우에도 본 발명의 실시예와 동일한 결과가 달성될 수 있다.
위에서는 착신측 IP 전화가 웹 서버(105)로부터 착신음 정보를 획득하는 경우에 대해 설명하였다. 그러나, 착신측 IP 전화에 할당되는 각 전화 번호에 대응하는 착신음 정보를 사전에 등록함으로써, 본 실시예와 동일한 효과를 달성할 수 있다. 이하에서는 이러한 구성이 착신측 IP 전화에 적용되는 본 발명의 다른 실시예를 설명한다.
제2 실시예
도12는 본 발명의 제2 실시예에 따른 IP 전화(102)의 구성을 도시한 블록도이다.
도12에 도시된 IP 전화(102)는 FROM(205)의 대신에, IP 전화(102)에 할당되는 각 전화 번호에 대응하는 착신음 정보를 저장하는 테이블(이하, "착신음 정보 테이블"로 언급함)을 구비한다는 점이 도2에 도시된 IP 전화(102)와 상이하다. FROM(205)에 저장되는 주소록 데이터는 착신음 정보 테이블에 저장된다. 또 다른 차이점은 도12에 도시된 IP 전화(102)는 웹 서버(105)에 관련된 제어 동작에 대한 기능을 갖지 않고, 착신음 정보 테이블 내에 저장된 착신음 정보에 따라 착신음을 제어하는 기능을 갖는다는 점이다. 도12에서, 도2와 동일한 부호를 붙인 구성요소는 동일한 기능을 가지며, 그 설명을 생략한다.
IP 전화 제어기(1201)는 웹 서버(105)로의 액세스 제어 및 웹 서버(105)가 제공하는 HTML 문서의 판독 기능을 갖지 않는 점을 제외하고, 도2에 도시된 IP 전화 제어기(201)와 같은 기능을 갖는다.
IP 전화 제어기(1201)는 IP 네트워크(106)을 통하여 발신측 IP 전화에 의해 지정된 URI에 대응하는 전화 번호를 판단하고, 해당 전화 번호에 따라 착신음을 제어하는 기능을 갖는다. 구체적으로는, IP 전화 제어기(1201)는 발신측 IP 전화(101)에 의해 지정된 URI에 따라 착신음 정보 테이블(1202)에 저장된 전화 번호를 검색하고, 그 전화 번호에 대응하는 착신음을 설정함으로써 착신음을 제어한다.
도13은 착신음 정보 테이블(1202)에 저장되는 데이터의 일례를 도시한 도면이다. 도13은 IP 전화(102)에 3개의 전화 번호가 할당되는 경우를 도시하고 있다.
착신음 정보 테이블(1202)은 IP 전화(102)에 할당되는 각 전화 번호에 대응하는 URI, 유저명 및 착신음(착신 멜로디)을 저장한다. 도13에서는, 전화 번호 "05012341111"에 대응하는 URI "taro@tokyo.sip.jp", 유저명 "taro" 및 착신 멜로디 "Pictures at an Exhibition"가 저장되어 있다. 전화 번호 "05012342222"에 대응하는 URI "hanako@tokyo.sip.jp", 유저명 "hanako" 및 착신 멜로디 "Polonaise"가 저장되어 있다. 또한, 전화 번호 "05012343333"에 대응하는 URI "jiro@tokyo.sip.jp", 유저명 "jiro" 및 착신 멜로디 "March"가 저장되어 있다.
도14는 본 발명의 제2 실시예에 따라 ENUM 서버(103)의 DB(503)에 등록된 NAPTR 레코드의 일례를 도시한 도면이다. 도14는 전화 번호 "05012341111", "05012342222" 및 "05012343333"으로부터 획득되는 도메인명에 대응하는 NAPTR 레 코드가 DB(503)에 저장되는 경우를 도시하고 있다.
도14에서는, 전화 번호 "05012341111"로부터 획득되는 도메인명 "1.1.1.1.4.3.2.1.0.5.1.8.e164.arpa"에 대하여 URI "taro@tokyo.sip.jp"가 대응 된다. 전화 번호 "05012342222"로부터 획득되는 도메인명 "2.2.2.2.4.3.2.1.0.5.1.8.e164.arpa"에 대하여 URI "hanako@tokyo.sip.jp"가 대응 된다. 또한, 전화 번호 "05012343333"으로부터 획득되는 도메인명 "3.3.3.3.4.3.2.1.0.5.1.8.e164.arpa"에 대하여 URI "jiro@tokyo.sip.jp"가 대응 된다.
다음은 본 발명의 제2 실시예에 따른 IP 전화 시스템에서, IP 전화(101)가 IP 전화(102)와 음성 통신을 수행할 때까지의 동작을 도15의 시퀀스도를 참조하여 설명한다. 도15에서는, 도9와 동일한 프로세스는 동일한 부호를 붙이고, 그 설명을 생략한다.
이 도면에서, ENUM 서버(103)의 DB(503)에는 도14에 도시된 NAPTR 레코드가 저장되고, DNS 서버(104)의 DB에는 도7에 도시된 데이터가 등록된다. 또한 IP 전화(102)에는 전화 번호 "05012341111", "05012342222" 및 "05012343333"가 할당된다.
본 발명의 제2 실시예에 따른 IP 전화 시스템에서는, "INVITE" 메시지를 수신한 후, 착신측 IP 전화(102)가 웹 서버로부터 착신음 정보를 획득하지 않고, 착신음 정보를 핸드셋(107 ~ 109)으로 송신하고, 착신음 설정 프로세스(ST1501)를 수행한다는 점에서 본 발명의 제1 실시예에 따른 IP 전화 시스템과는 상이하다. 또 다른 차이점은, 본 발명의 제2 실시예에 따른 IP 전화 시스템에서는, 착신측 IP 전 화(102)가 도9에 도시된 동작(ST906 ~ ST909)을 수행하지 않는다는 점이다.
구체적으로는, 단계(ST905)에서 IP 전화(101)로부터 "INVITE" 메시지를 수신하면, IP 전화(102)는 "INVITE" 메시지의 "To" 헤더에 지정된 URI를 확인한다. 이 예에서는, 도10에 도시된 데이터가 "INVITE" 메시지로서 송신된다. IP 전화(102)는 "To" 헤더에 지정된 URI "taro@tokyo.sip.jp"를 확인한다. 그리고 나서, 착신음 정보 테이블(1202)로부터 확인된 URI에 대응하는 착신음을 획득한다. 그리고, IP 전화(102)는 착신음 정보를 모든 핸드셋(107 ~ 109)으로 송신하고(ST1501), 모든 핸드셋(107 ~ 109)에서 착신음 설정 프로세스를 수행한다. 착신음 설정 프로세스가 수행된 후, IP 전화(102) 및 모든 핸드셋(107 ~ 109)은 호출음을 발생한다. 이 예에서, IP 전화(102) 및 모든 핸드셋(107 ~ 109)은 착신음으로서 "Pictures at an Exhibition"을 획득하고, 호출음으로서 "Pictures at an Exhibition"을 발생한다.
도16은 도15에 도시된 시퀸스에서 착신측 IP 전화(102)의 동작을 설명하기 위한 순서도이다. 도16에서는 도11과 동일한 프로세스에 대해서는 동일한 부호를 붙이고, 그 설명을 생략한다.
본 발명의 제2 실시예에 따른 IP 전화 시스템에서는, 단계(ST1101)에서 "INVITE" 메시지를 수신하면, 착신측 IP 전화(102)는 "To" 헤더에 지정된 URI를 착신 대상(이하, "착신 대상 URI"로 언급함)으로 확인한다(ST1601). 그리고 나서, IP 전화(102)는 착신음 정보 테이블(1202)로부터 착신 대상 URI에 대응하는 착신음을 획득한다(ST1602). 이러한 방식으로 착신음 정보가 획득되면, IP 전화는 제1 실시예와 같이, 단계(ST1107 ~ ST1112)에서의 프로세스를 수행한 후, 통신 프로세스를 종료한다.
전술한 바와 같이, 본 발명의 제2 실시예에 따른 IP 전화 시스템에서는, 착신측 IP 전화(102)에 다수의 전화 번호가 할당된다. 발신측 IP 전화(101)가 전화 번호를 지정하고 그 전화 번호로 발호한다. 그리고 나서, 이 전화 번호에 대응하는 NAPTR 응답을 수신한 후, 발신측 IP 전화(101)는 착신측 IP 전화(102)로 "INVITE" 메시지를 송신한다. 착신측 IP 전화(102)는 "INVITE" 메시지로부터 착신 대상 URI를 확인한다. 그리고, 착신측 IP 전화(102)는 착신음 정보 테이블(1202)로부터 착신 대상 URI에 대응하는 착신음 정보를 획득한다. 착신음이 획득되면, IP 전화(102)는 이 착신음 정보를 모든 핸드셋(107 ~ 109)으로 송신한다. 그리고 나서, 착신측 IP 전화(102) 및 모든 핸드셋(107 ~ 109)은 착신음 설정 프로세스를 수행하고, 착신음 정보 테이블(120)로부터 획득된 착신음을 발생한다. 따라서, 착신측 IP 전화(102)는 발신측 IP 전화(101)에 의해 지정된 전화 번호에 따라 착신음을 발생한다. 그러므로, IP 전화(102) 유저는 착신음에 의해 착신 유저를 식별할 수 있고, 이에 따라, 전화를 받기 전에 착신 유저를 식별할 수 있게 된다.
도16에 도시된 순서도에서는, "INVITE" 메시지에 기재된 착신 대상 URI가 단계(ST1601)에서 확인되고, 착신 대상 URI에 대응하는 착신음이 착신음 정보 테이블(1202)로부터 획득되어, 착신음 설정 프로세스가 단계(ST1602)에서 수행된다. 그러나, "INVITE" 메시지 내의 기재에 기반하여 착신음 설정 프로세스를 수행하는 제어 동작은 이것으로 한정되지 않는다. 예를 들면, "INVITE" 메시지에 기재된 착신 대상 URI의 "@" 마크 전에 지정된 유저명을 확인하고, 착신음 정보 테이블(1202)로 부터 이 유저명에 대응하는 착신음을 획득함으로써 착신음 설정 프로세스가 수행될 수도 있다. 이러한 변형예에서도 제1 실시예와 동일한 결과가 달성될 수 있다.
본 발명에 따른 IP 전화 시스템에서, 음성은 사람의 음성에만 한정되지 않는다. 예를 들면, 음성 대역으로 변조된 모뎀 신호 및 팩스 신호를 포함할 수도 있다. 또한, 전화는 팩시밀리 장치일 수도 있다.
또한, 본 실시예에 따른 IP 전화 시스템에서, IP 전화는 단일 장치로서 설명되었지만, 본 실시예로 한정되지 않는다. 다시 말해서, 접속되는 일반 전화 장치를 IP 전화로서 사용하는 기능을 갖는 제어 어댑터에 일반 전화 장치를 접속시켜 IP 전화를 구성할 수 있다. 이 경우, 일반 전화 장치는 IP 네트워크(106)를 통한 음성 통신 기능을 갖지 않는 전화 장치이다.
전술한 IP 전화 장치는 정부가 정의하고 전화통신 사업자가 운영하는 IP 전화를 포함한다. 이것은 또한 TCP/IP 또는 그 밖의 컴퓨터 네트워크 프로토콜을 이용하여, 로컬 네트워크(local network) 또는 사설 네트워크(private network) 상에 제공되는 IP 전화를 포함한다.
전술한 예들은 단지 설명의 편의를 위해 제공된 것이며, 본 발명을 제한하기 위한 것으로 해석되지 않는다는 것을 알아야 한다. 본 발명이 예시적인 실시예를 참조하여 설명되었지만, 여기에 사용된 용어는 제한의 의미라기보다는 설명 및 예시의 의미로 이해되어야 한다. 이러한 관점에서 본 발명의 범위 및 사상에서 벗어나지 않는 한, 첨부된 청구범위 내에서 변경이 이루어질 수 있다. 본 발명은 여기서 특정 구조, 재료 및 실시예로 설명되었지만, 본 발명은 여기에 기재된 세부사항 들로 제한되지 않고, 첨부된 청구범위 내에서 기능적으로 동등한 구조, 방법 및 용법으로 확장될 수 있다.
본 발명은 전술한 실시예로 제한되지 않고, 본 발명의 범위에서 벗어나지 않는 한, 다양한 변형 및 수정이 가능하다.
본 출원은 2004년 8월 4일에 출원된 일본특허출원 제2004-228583호에 기반한 것이며, 이것의 전체 내용이 여기에 참조로서 명시적으로 포함되어 있다.
이상에서 살펴본 바와 같이, 본 발명에 따른 IP 전화 시스템, IP 전화 장치 및 착신 유저 식별 방법에 따르면, 전화를 받기 전에 착신 유저를 식별할 수 있다.

Claims (11)

  1. IP 네트워크에 접속되고, 멀티-핸드셋 전화 시스템에 대한 기지국으로서 기능하는 IP 전화 장치;
    상기 IP 전화 장치에 할당된 전화 번호에 대응하는 착신음 정보를 저장하고, 상기 IP 전화 장치로부터의 요구에 응답하여 해당 착신음 정보를 상기 IP 전화 장치로 송신하는 웹 서버;
    상기 웹 서버에 저장된 착신음 정보에 대한 링크 데이터가 URI로 지정된 NAPTR 리소스 레코드를 저장하고, 상기 IP 전화 장치로부터의 문의에 응답하여 해당 NAPTR 리소스 레코드를 송신하는 ENUM 서버;
    를 포함하고,
    여기서, 호를 수신한 상기 IP 전화 장치는 착신 대상 전화 번호에 따라 NAPTR 리소스 레코드에 대한 문의를 상기 ENUM 서버로 송신하고, 획득된 NAPTR 리소스 레코드에 따라 상기 착신 대상 전화 번호에 대응하는 착신음 정보에 대한 요구를 상기 웹 서버로 송신하고, 획득된 착신음 정보에 따라 상기 IP 전화 장치 자신과 상기 IP 전화 장치에 접속되는 모든 핸드셋을 통해 착신음을 발생하는
    IP 전화 시스템.
  2. 제1항에 있어서,
    상기 ENUM 서버에 저장되는 NAPTR 리소스 레코드에 http 프로토콜이 지정되고, 호가 수신되면, 상기 IP 전화 장치는 상기 http 프로토콜에 따라 상기 착신 대상 전화 번호에 대응하는 착신음 정보에 대한 요구를 상기 웹 서버로 송신하는
    IP 전화 시스템.
  3. 제1항에 있어서,
    호가 수신되면, 상기 IP 전화 장치는 수신된 INVITE 메시지의 기재에 기반하여 상기 착신 대상 전화 번호를 획득하는
    IP 전화 시스템.
  4. 웹 서버 및 ENUM 서버에 접속되고, 멀티-핸드셋 전화 시스템에 대한 기지국으로서 기능하는 IP 전화 장치 - 여기서, 상기 웹 서버는 IP 네트워크 상에서 상기 IP 전화 장치에 할당된 전화 번호에 대응하는 착신음 정보를 저장하고, 상기 ENUM 서버는 상기 웹 서버에 저장된 착신음 정보에 대한 링크 데이터가 URI로 지정된 NAPTR 리소스 레코드를 저장함 - 에 있어서,
    상기 IP 네트워크 상에서 타 IP 전화 장치로부터 호가 수신되는 경우, 착신 대상 전화 번호에 따라 NAPTR 리소스 레코드에 대한 문의를 상기 ENUM 서버로 송신하는 문의 수단;
    획득된 NAPTR 리소스 레코드에 따라 상기 착신 대상 전화 번호에 대응하는 착신음 정보에 대한 요구를 상기 웹 서버로 송신하는 요구 수단;
    획득된 착신음 정보를 상기 IP 전화 장치에 접속된 핸드셋으로 송신하는 송신 수단; 및
    획득된 착신음 정보에 따라 착신음을 발생하는 명동(sound) 수단
    을 포함하는 IP 전화 장치.
  5. 제4항에 있어서,
    상기 요구 수단은 http 프로토콜에 따라 상기 착신 대상 전화 번호에 대응하는 착신음 정보에 대한 요구를 상기 웹 서버로 송신하고, 상기 http 프로토콜은 상기 ENUM 서버에 저장되는 NAPTR 리소스 레코드에 지정되는
    IP 전화 장치.
  6. 제4항에 있어서,
    상기 문의 수단은 INVITE 메시지의 기재에 기반하여 획득되는 상기 착신 대상 전화 번호에 따라 해당 NAPTR 리소스 레코드에 대한 문의를 송신하고, 상기 INVITE 메시지는 타 IP 전화 장치로부터 수신되는
    IP 전화 장치.
  7. 웹 서버 및 ENUM 서버에 접속되고 멀티-핸드셋 전화 시스템에 대한 기지국으로서 기능하는 IP 장치를 이용하여 착신 유저를 식별하는 방법 - 여기서, 상기 웹 서버는 IP 네트워크 상에서 상기 IP 전화 장치에 할당된 전화 번호에 대응하는 착신음 정보를 저장하고, 상기 ENUM 서버는 상기 웹 서버에 저장된 착신음 정보에 대한 링크 데이터가 URI로 지정된 NAPTR 리소스 레코드를 저장함 - 에 있어서,
    상기 IP 네트워크 상에서 타 IP 전화 장치로부터 호를 수신하는 경우, 착신 대상 전화 번호에 따라 NAPTR 리소스 레코드에 대한 문의를 상기 ENUM 서버로 송신하는 단계;
    획득된 NAPTR 리소스 레코드에 따라 상기 착신 대상 전화 번호에 대응하는 착신음 정보에 대한 요구를 상기 웹 서버로 송신하는 단계; 및
    획득된 착신음 정보에 따라 상기 IP 전화 장치 자신과 상기 IP 전화 장치에 접속된 모든 핸드셋을 통해 착신음을 발생하는 단계
    를 포함하는 착신 유저 식별 방법.
  8. 제7항에 있어서,
    웹 서버로 송신하는 단계는 http 프로토콜에 따라 상기 착신 대상 전화 번호에 대응하는 착신음 정보에 대한 요구를 상기 웹 서버로 송신하는 단계를 포함하고, 여기서, 상기 http 프로토콜은 상기 ENUM 서버에 저장되는 상기 NAPTR 리소스 레코드에 지정되는
    착신 유저 식별 방법.
  9. 제7항에 있어서,
    INVITE 메시지의 기재에 기반하여 상기 착신 대상 전화 번호를 획득하는 단계
    를 더 포함하고,
    여기서, 상기 INVITE 메시지는 타 IP 전화 장치로부터 수신되는
    착신 유저 식별 방법.
  10. 자신에게 할당된 전화 번호에 대응하는 URI 및 착신음 정보를 저장하고, 멀티-핸드셋 전화 시스템에 대한 기지국으로서 기능하는 착신측 IP 전화 장치;
    상기 IP 전화 장치에 할당된 전화 번호에 대응하는 URI를 지정한 NAPTR 리소스 레코드를 저장하고, 상기 IP 전화 장치로부터의 문의에 응답하여 NAPTR 리소스 레코드를 송신하는 ENUM 서버; 및
    전화 번호를 지정하여 NAPTR 리소스 레코드에 대한 요구를 상기 ENUM 서버로 송신하고, 획득된 NAPTR 리소스에 지정된 URI에 기반하여 발신하는 발신측 IP 전화 장치
    를 포함하고,
    여기서, 상기 착신측 IP 전화 장치는 상기 발신측 IP 전화 장치에 의해 지정된 URI에 대응하는 착신음 정보를 획득하고, 이 착신음 정보에 따라 상기 착신측 IP 전화 장치 자신과 상기 착신측 IP 전화 장치에 접속된 모든 핸드셋을 통해 착신음을 발생하는
    IP 전화 시스템.
  11. ENUM 서버에 접속되는 발신측 IP 전화 장치 및 착신측 IP 전화 장치를 이용하여 착신 유저를 식별하는 방법 - 여기서, 상기 ENUM 서버는 IP 네트워크 상에서 IP 전화 장치에 할당된 전화 번호에 대응하는 URI를 지정하는 NAPTR 리소스 레코드를 저장하고, 상기 착신측 IP 전화 장치는 자신에게 할당된 전화 번호에 대응하는 URI 및 착신음 정보를 저장하고, 멀티-핸드셋 전화 시스템에 대한 기지국으로서 기능함 - 에 있어서,
    전화 번호를 지정하여 NAPTR 리소스 레코드에 대한 문의를 상기 발신측 IP 전화 장치로부터 상기 ENUM 서버로 송신하는 단계;
    획득된 NAPTR 리소스 레코드에 지정된 URI에 기반하여 상기 발신측 IP 전화 장치에서 발신하는 단계;
    상기 발신측 IP 전화 장치에 의해 지정된 URI에 대응하는 착신음 정보를 상기 착신측 IP 전화 장치에서 획득하는 단계; 및
    상기 착신음 정보에 따라 상기 착신측 IP 전화 장치 자신과 상기 착신측 IP 전화 장치에 접속된 모든 핸드셋을 통해 착신음을 발생하는 단계
    를 포함하는 착신 유저 식별 방법.
KR20050071156A 2004-08-04 2005-08-03 Ip 전화 시스템, ip 전화 장치 및 착신 유저 식별 방법 KR100671507B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JPJP-P-2004-00228583 2004-08-04
JP2004228583A JP4426920B2 (ja) 2004-08-04 2004-08-04 Ip電話システム、ip電話装置及び宛先ユーザ識別方法

Publications (2)

Publication Number Publication Date
KR20060049076A true KR20060049076A (ko) 2006-05-18
KR100671507B1 KR100671507B1 (ko) 2007-01-19

Family

ID=35355564

Family Applications (1)

Application Number Title Priority Date Filing Date
KR20050071156A KR100671507B1 (ko) 2004-08-04 2005-08-03 Ip 전화 시스템, ip 전화 장치 및 착신 유저 식별 방법

Country Status (4)

Country Link
US (1) US7675907B2 (ko)
EP (1) EP1624661A3 (ko)
JP (1) JP4426920B2 (ko)
KR (1) KR100671507B1 (ko)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100714114B1 (ko) * 2005-12-09 2007-05-02 한국전자통신연구원 Uri를 획득하기 위한 클라이언트, 기록매체 및 그 방법
JP4724057B2 (ja) * 2006-06-22 2011-07-13 パイオニア株式会社 通信装置、通信方法及び通信処理プログラム
US9232076B2 (en) * 2007-01-08 2016-01-05 Qualcomm Incorporated Methods and systems of providing status message calling
WO2008086412A2 (en) * 2007-01-09 2008-07-17 Iskoot, Inc. Method and system for transmitting audio data between computing devices
JP4829801B2 (ja) * 2007-01-22 2011-12-07 Necインフロンティア株式会社 情報処理端末の出力音設定システム
US9100501B2 (en) * 2007-02-12 2015-08-04 Qualcomm Incorporated Methods and systems for performing authentication and authorization in a user-device environment
WO2008121965A2 (en) * 2007-03-29 2008-10-09 Iskoot, Inc. Methods and systems for performing server-based mobile chat
US9049209B2 (en) * 2007-05-08 2015-06-02 At&T Intellectual Property I, L.P. Methods and apparatus to route a communication session in an internet protocol (IP) multimedia subsystem (IMS) network
WO2008151033A2 (en) * 2007-05-30 2008-12-11 Iskoot, Inc. Methods and systems for propagating information across a network
US8391848B2 (en) 2007-06-07 2013-03-05 Qualcomm Iskoot, Inc. Telecommunication call support for mobile devices with presence features
US8239422B2 (en) 2007-10-18 2012-08-07 At&T Intellectual Property I, Lp Methods and apparatus to provision network resource records
US8401169B2 (en) * 2007-12-19 2013-03-19 At&T Intellectual Property I, L.P. System and method of delivering ringback audio content
US8634536B2 (en) * 2007-12-19 2014-01-21 At&T Intellectual Property I, L.P. System and method of providing ringback video
US7724652B2 (en) * 2008-01-08 2010-05-25 International Business Machines Corporation Method of reducing network congestion
US8958291B2 (en) * 2009-10-09 2015-02-17 At&T Intellectual Property I, L.P. Data routing in hybrid wireless communication networks
WO2011133135A1 (en) * 2010-04-19 2011-10-27 Comcast Cable Communications, Llc Inbound call screening for particular accounts
US8467322B2 (en) 2010-04-19 2013-06-18 Comcast Cable Communications, Llc Inbound call screening for particular accounts

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3585685B2 (ja) 1996-12-13 2004-11-04 株式会社リコー 通信システムおよびインターネットファクシミリ装置
JPH1141347A (ja) 1997-07-16 1999-02-12 Sanyo Electric Co Ltd 電話機
KR19990086215A (ko) 1998-05-26 1999-12-15 강병호 전전자 교환기에 있어서 다중 호출음 서비스방법
WO2001041416A2 (en) 1999-11-30 2001-06-07 3Com Corporation Personalizing a data network appliance on a data network telephony system
JP2002101207A (ja) 2000-09-21 2002-04-05 Gigno System Japan Inc 通信端末、その情報通信方法および情報通信システム
AU2001230156A1 (en) * 2000-12-21 2002-07-01 Nokia Corporation Over-the-air (ota) service provisioning in a mobile communications system
JP2003087835A (ja) * 2001-09-13 2003-03-20 Toshiba Corp Webダイヤルイン接続方法及びダイヤルイン接続のための内線電話帳サービス機能を有するWebサーバコンピュータ
US20030074461A1 (en) * 2001-10-09 2003-04-17 I-Dns.Net International Pte. Ltd. Method of mapping names or identifiers to telecommunications network resource locations
JP2003188992A (ja) 2001-12-21 2003-07-04 Ntt Docomo Inc 通信端末機、ip電話システム及びip電話発着信方法
FR2841072A1 (fr) * 2002-06-14 2003-12-19 France Telecom Systeme de consultation et/ou mise a jour de serveurs dns et/ou d'annuaires ldap
JP3809907B2 (ja) 2002-08-29 2006-08-16 株式会社日立コミュニケーションテクノロジー Ip構内交換システムおよびip電話機
KR100911095B1 (ko) 2002-09-30 2009-08-06 주식회사 케이티 번호 이동성 데이터베이스를 이용한 enum 서비스 호처리 방법
JP3759488B2 (ja) 2002-10-25 2006-03-22 東日本電信電話株式会社 音声通信方法およびゲート装置

Also Published As

Publication number Publication date
JP4426920B2 (ja) 2010-03-03
EP1624661A2 (en) 2006-02-08
JP2006050268A (ja) 2006-02-16
US7675907B2 (en) 2010-03-09
US20060029046A1 (en) 2006-02-09
EP1624661A3 (en) 2009-12-09
KR100671507B1 (ko) 2007-01-19

Similar Documents

Publication Publication Date Title
KR100671507B1 (ko) Ip 전화 시스템, ip 전화 장치 및 착신 유저 식별 방법
KR100671532B1 (ko) Ip 전화 시스템, ip 전화 장치 및 착신 유저 식별 방법
KR100629002B1 (ko) Ip 전화 시스템, ip 전화 장치 및 통신 방법
KR100671534B1 (ko) Ip 전화 시스템, ip 전화 장치 및 착신 유저 식별 방법
KR100648591B1 (ko) Ip 전화 시스템, ip 전화 장치 및 메시지 녹음 방법
US8089954B2 (en) IP telephone system, IP telephone apparatus and communications method
KR100675304B1 (ko) Ip 전화 시스템 및 발호 방법
JP4445421B2 (ja) Ip電話装置、enumサーバ及びip電話システム
KR100796279B1 (ko) Ip 전화 장치
JP2006109087A (ja) Ip電話装置

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: 20121221

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20131219

Year of fee payment: 8

LAPS Lapse due to unpaid annual fee