KR20010092273A

KR20010092273A - 통신 장치, 인터넷 프로토콜 음성 응답 시스템 및인터페이싱 방법

Info

Publication number: KR20010092273A
Application number: KR1020010012803A
Authority: KR
Inventors: 클라인로버트엠
Original assignee: 빈 토마스 제이; 아바야 테크놀러지 코퍼레이션
Priority date: 2000-03-14
Filing date: 2001-03-13
Publication date: 2001-10-24
Also published as: US6999448B1; EP1134952A3; DE60110669D1; JP4142265B2; JP2001333185A; EP1134952A2; DE60110669T2; EP1134952B1

Abstract

인터넷 프로토콜 전화 시스템을 구비한 회로 기반 전화 시스템과 사용하기 위한 통신 서버를 인터페이싱하는 방법 및 장치가 제공된다. 본 발명은 단일의 통신 서버를 이용하여, 서비스 제공자가 팁 링(tip-ring) 전화 타입 통신 및 인터넷 프로토콜 전화 타입 통신 모두를 서비스할 수 있도록 한다. 또한, 본 발명은 기존하는 팁 링 전화 타입 통신 서버를 변경하여 인터넷 전화 통신을 지원할 수 있도록 한다.

Description

통신 장치, 인터넷 프로토콜 음성 응답 시스템 및 인터페이싱 방법{INTERNET PROTOCOL STANDARDS-BASED MULTI-MEDIA MESSAGING}

본 발명은 음성 메시징 서버(voice messaging server)를 포함하는 원격 통신 서버(telecommunications servers)에 관한 것이다.

원격 통신 산업은 통상적인 팁 링(tip-ring) 회로 기반 전화 시스템과 관련하여 이용하기 위한, 음성 응답 서버와 같은 다양한 서버를 개발하여 왔다. 예를 들면, 가입자의 전화가 응답되지 않는 경우 사전기록된 인사말을 호출자에게 제공하는 음성 메시징 서버가 널리 사용되고 있다. 전형적으로, 음성 메시징 서버는 호출자가 오디오 메시지를 기록하고, 가입자가 나중에 그것을 검색할 수 있도록 한다. 또한, 기존 음성 메시징 서버는 동작자와 접촉하거나, 또는 소정의 셀룰라 전화 혹은 페이징 시스템과 관련하여 가입자를 페이징하는 능력과 같은 추가적인 여러 기능들을 제공할 수 있다. 다른 타입의 음성 응답 서버는 호출자와 인터페이싱하여 정보를 수신 또는 분배하는 자동 시스템을 포함한다. 음성 메시징 서버를 포함하는 대부분의 그러한 음성 응답 서버는 호출하는 전화(calling telephone)와 호출된 전화(called telephone) 혹은 음성 응답 서버 간에 데이터를 전송하기 위해 전용 회로를 이용하는 통상적인 전화 기술과 함께 이용된다.

통상적인 아날로그 또는 디지털 전화 회로에 부가하여, 인터넷과 같은 컴퓨터 네트워크를 통해 가청 정보가 전송될 수 있다. 일반적으로, 컴퓨터 네트워크는 데이터를 데이터 패킷으로 분할한 후, 데이터를 여러 수신자들에게 동시에 전달할 수 있는 통신 채널을 통해 의도된 수신자에게 전송한다. 인터넷 프로토콜(IP) 전화 표준(예를 들면, H.323, H.245 및 H.225)과 같은 표준에 따라 패킷 내에 가청 데이터를 전송하는 것은 통신 링크의 종단점(endpoint)들 간에 전용의 물리적 회로를 제공할 필요성을 제거하므로 통상적인 전화 기술보다 효율적이다. 따라서, 인터넷 전화 타입 시스템은 점점 일반적인 것으로 되고 있다.

인터넷 전화 타입 시스템과 함께 이용하기 위한 통신 서버를 제공하기 위해, 공급자들은 그러한 시스템과 호환되는 서버들을 개발하여 왔다. 그러나, 그러한 시스템은 전형적으로 통상적인 팁 링 전화 시스템과는 호환되지 않는다. 또한, 인터넷 전화 시스템과 함께 이용하기 위해 개발된 서버들은 전형적으로 통상적인 전화 시스템을 위해 이전에 개발된 서버 하드웨어 및 소프트웨어 구성 요소들을 재사용할 수 없다. 따라서, 인터넷 전화 시스템과 함께 이용하기 위한 통신 서버는 응용성에 있어서 제한이 있었으며, 개발 비용이 고가이다.

인터넷 전화와 관련하여 이용하기 위한 통상적인 통신 서버는 기존 회로 기반 음성 응답 서버가 인터넷 전화와 함께 이용되는 것을 허용하지 않는다. 따라서, 비록 인터넷 전화와 관련하여 이용하기 위한 통신 서버를 제공하는 시스템이존재하지만, 공급자들은 전적으로 새로운 서버를 구입해야 한다. 또한, 지금까지 통신 서버는 통상적인 팁 링 회로 기반 전화 및 인터넷 기반 전화 시스템 모두와 관련하여 동작할 수 없었다.

본 발명은 종래 기술의 이들 및 다른 문제점과 불이익을 해결하는 것에 관한 것이다. 일반적으로, 본 발명에 따르면, 통신 서버가 컴퓨터 네트워크와 인터페이싱함으로써, 서버가 인터넷 전화 타입 통신 채널을 이용하여, 위치된 전화 호출을 서비스할 수 있도록 한다. 본 발명에 따르면, 통신 서버에는 인터넷 프로토콜 표준을 이용하여 표현된 데이터 이벤트들을 대응하는 이벤트들 및 통상적인 회로 기반 통신 시스템에서의 그러한 이벤트들의 표현으로 맵핑하는 소프트웨어 모듈이 제공된다.

특히, 본 발명은 팁 링 회로 기반 전화 네트워크와 함께 이용되도록 원래 적용된 통신 서버를 이용한다. 본 발명에 따르면, 통신 서버에는 패킷 기반 데이터 통신 프로토콜을 이용하여 서버를 컴퓨터 네트워크에 상호 접속하기 위한 인터페이스가 제공된다. 또한, 통신 서버에는 서버 상의 포트들을 컴퓨터 네트워크를 통해 형성된 가상 채널에 할당하기 위한 포트 인터페이스와, 팁 링 타입 전화 네트워크에 따라 표현된 이벤트들 간의 변형(translating)을 위한 기능들을 포함하는 인터넷 프로토콜 프로세스 모듈과, 패킷 기반 컴퓨터 네트워크에 따라 전송된 코맨드들이 제공된다.

본 발명의 실시예에 따르면, 팁 링 타입 전화 통신 서버와 함께 이용하기 위한 기존 서버를 변경함으로써, 패킷 기반 또는 인터넷 프로토콜 컴퓨터 네트워크를 이용하여, 전송된 통신을 서비스할 수 있다. 특히, 서버의 기존 포트 인터페이스를 본 발명에 의해 개시된 바와 같은 포트 인터페이스 라이브러리로 대체하고, 서버를 인터페이싱하기 위한 인터넷 프로토콜 전화 소프트웨어 및 하드웨어를 인터넷 프로토콜 네트워크에 부가함으로써, 기존 팁 링 서버를 변경할 수 있다. 따라서, 본 발명은 서비스되는 특정 호출이 팁 링 또는 IP 네트워크 인터페이스에서 서버에 접속되었는지의 여부에 관계없이, 일치하는 인터페이스를 갖는 응용 소프트웨어를 나타내는 소프트웨어를 제공함으로써, 기존 팁 링 서버의 응용 소프트웨어가 IP 프로토콜 전화 네트워크와 관련하여 동작할 수 있도록 한다. 또한, 본 발명에 따르면, 팁 링 타입 전화 통신을 서비스하는 서버의 능력이 유지될 수 있다. 따라서, 본 발명은 서비스 제공자가 기존 서버를 교체하지 않고서도 그들의 서비스 제공을 업그레이드할 수 있도록 한다. 또한, 본 발명은 팁 링 타입 전화 네트워크를 통해 전송된 통신 및 패킷 기반 컴퓨터 네트워크를 통해 전송된 통신을 동시에 서비스할 수 있는 통신 서버를 제공한다.

본 발명의 이들 및 다른 이점 및 특징들은 도면과 함께 이하 기술된 본 발명의 예시적인 실시예로부터 보다 명확해질 것이다.

도 1은 본 발명의 실시예에 따른 통신 서버 및 주변 시스템 토폴로지의 블록도,

도 2는 본 발명의 예시적인 실시예에 따른 포트 맵의 내용을 도시하는 도면,

도 3은 본 발명의 실시예에 따라, 입력 전화 호출에 응답하여 서버가 동작하는 것을 도시하는 흐름도,

도 4는 본 발명의 실시예에 따라, 원격 종단점으로부터의 접속 해제 신호에 응답하여 서버가 동작하는 것을 도시하는 흐름도,

도 5는 본 발명의 실시예에 따라, 터치 톤 이벤트의 수신에 응답하여 서버가 동작하는 것을 도시하는 흐름도,

도 6은 본 발명의 실시예에 따라, 호출자에게 가청 신호를 플레이(플레이 이벤트)시의 서버 동작을 도시하는 흐름도,

도 7은 본 발명의 실시예에 따라, 호출자로부터 가청 신호를 기록(기록 이벤트)시의 서버 동작을 도시하는 흐름도.

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

100 : 통신 서버 110 : 프로세서

118 : 데이터베이스 120 : 음성 응답 응용 소프트웨어

122 : 포트 인터페이스 라이브러리 124 : 팁 링 장치 구동기

도 1을 참조하면, 통신 서버(100)를 둘러싸고 있는 예시적인 시스템 토폴로지를 포함하는 통신 서버(100)가 도시되어 있다. 일반적으로, 이러한 구성은 통신 서버(100), 컴퓨터 네트워크(102) 및 연속적인 회로 기반 전화 시스템(104)을 포함한다.

컴퓨터 네트워크(102)는 소정의 LAN(local area network) 또는 WAN(wide area network)일 수 있다. 예를 들어, 컴퓨터 네트워크(102)는 공중(public) 인터넷 또는 개인(private) 인터넷일 수 있다. 컴퓨터 네트워크(102)는 네트워크(102)를 통해 통신을 전달하기 위해, 정의된 프로토콜에 따라 배열된 데이터 패킷의 이용에 의해 특징지어진다. 컴퓨터 네트워크(102)는 소프트 폰(soft phone), 오디오 인에이블 개인 컴퓨터(audio enabled personal computer)(106), 또는 인터넷 프로토콜(IP) 종단점과 같은 다른 타입의 종단점에 접속될 수 있다. 따라서, 컴퓨터 네트워크(102)는 소프트 폰(106)과, 인터넷 프로토콜 전화 표준에 따른 제 2 소프트 폰(도 1에 도시되지 않음) 또는 통신 서버(100)와 같은 몇몇 다른 종단점 간에 통신을 전송하는데 이용될 수 있다.

팁 링 연속 회로 전화 네트워크(104)는 PSTN(public switched telephone network)일 수 있다. 또한, 팁 링 전화 시스템(104)은 PBX(private branch exchange)일 수 있다. 본 명세서에서 이용된 바와 같이, 팁 링 전화 시스템(104)은 T1 시스템과 같은 디지털 회로 기반 통신 시스템을 포함할 수도 있다. 따라서, 팁 링 전화 시스템(104)과 통신 서버(100) 간의 인터페이스는 스위치 회로 전화 표준을 채용한다. 팁 링 전화 시스템(104)에는 전화(108) 또는 다른 통신 장치가 상호 접속될 수 있다. 통신 장치(108)는 잘 알려진 연속 회로 기술을 이용하여 전화 시스템(104)을 통해 통신 서버(100)에 상호 접속될 수 있는 전화일 수 있다. 그러나, 전화(108)는 통신 시스템들의 소정의 조합을 통해 통신 서버에 상호 접속될 수도 있음을 알아야 한다.

통신 서버(100)는 루슨트 테크놀로지스사의 Intuity Audix^TM또는 AnyPath^TM메시징 시스템 또는 Conversant^TM음성 응답 시스템과 같은 음성 응답 서버 및 메시징 서버를 포함하는 소정의 전화 통신 서버일 수 있다. 일반적으로, 통신 서버(100)는 저장부(112)에 저장된 제어 프로그램을 실행하는 프로세서(110)를 갖는 저장 프로그램 제어 장치이다. 저장부(112)는 소정의 컴퓨터 판독가능 저장 매체일 수 있다. 또한, 통신 서버(100)는 통신 서버(100)를 컴퓨터 네트워크(102)에 상호 접속하기 위한 네트워크 인터페이스(114)를 포함한다. 또한, 통신 서버(100)에는 통신 서버(100)를 팁 링 전화 네트워크(104)에 상호 접속하기 위한 팁 링 전화 포트(116)가 제공될 수 있다.

저장부(112)는 관리 정보를 저장하기 위한 데이터베이스(118)를 포함할 수 있다. 예를 들어, 통신 서버(100)가 메시징 서버인 경우, 데이터베이스(118)는 메시징 서비스의 각각의 가입자에 대해 메시지 메일박스를 제공하여, 가입자 인사말 및 가입자 패스워드와 같은 관련 정보를 저장할 수 있다. 또한, 저장부(112)는 다양한 소프트웨어 모듈을 포함할 수 있다. 예를 들면, 일반적으로 저장부(112)는 통신 서버(100)와 서버(100)와의 통신을 형성하는 사용자의 상호 작용을 제어하기 위해 음성 응답 응용 소프트웨어 모듈(120)을 포함한다. 예를 들어, 통신 서버(100)가 메시징 서버인 경우, 응용 소프트웨어(120)는 가입자와, 그 호출이 서버(100)에게 재유도된 가입자에 대한 접촉을 시도하는 개인들에게 인터페이스를 제공할 수 있다. 또한, 응용 소프트웨어(120)는 가입자 인사말을 플레이하고, 호출자 메시지를 기록하고, 또는 그러한 서버(100)와 관련된 특징들의 풍부한 세트를 제공하는데 필요한 프로그래밍을 포함할 수 있다. 일반적으로, 응용 소프트웨어(120)는 사전결정된 코맨드들의 세트를 이용하여 (이하 기술된) 다른 소프트웨어 모듈들과 통신한다. 이러한 사전결정된 코맨드들의 세트는 표준 UNIX 운영 시스템 IPC 메시지 큐 타입 인터프로세스 메시지와 같은 소정 타입의 인터프로세스 메시지일 수 있다.

또한, 저장부(112)는 포트 인터페이스 라이브러리(122), 팁 링 장치 구동기(124), 인터넷 프로토콜(IP) 인터페이스 프로세스(126), IP 전화 스택(128) 및 TCP/IP 스택(130)을 포함한다. 포트 인터페이스 라이브러리(122)는 포트 맵(132) 및 이벤트 큐(134)를 포함할 수 있다. 일반적으로, 포트 맵(132)은 음성 응답 응용 소프트웨어(120)에서 이용가능한 포트들을 팁 링 전화 시스템(104)을 통해 전송된 통신을 처리하는 부분들 및 컴퓨터 네트워크(102)를 통해 전송된 통신을 처리하는 부분으로 맵핑한다. 포트 맵(132)에서의 포트들을 팁 링 전화 시스템(104) 또는 컴퓨터 네트워크(102)로 맵핑하는 것은 서버(100)의 관리자에 의해 결정되거나, 또는 요구에 따라 동적으로 수행될 수 있다. 이벤트 큐(134)는 팁 링 장치 구동기(124) 또는 IP 인터페이스 프로세스 모듈(126)로부터 수신된 비동기 이벤트들에 대한 버퍼로서의 역할을 한다.

팁 링 장치 구동기(124)는 팁 링 인터페이스 하드웨어(116)를 제어하는데 필요한 프로그래밍 코맨드들을 포함한다. 팁 링 장치 구동기(124)는 사전결정된 코맨드들의 세트에 따라 포맷팅되는 포트 인터페이스 라이브러리(122)로부터 수신된 이벤트들에 응답하여, 그러한 이벤트들에 따른 팁 링 인터페이스 하드웨어(116)를 제어한다. 또한, 팁 링 인터페이스 하드웨어는 포트 인터페이스 라이브러리(122)로부터 전달된 데이터를 포맷팅하여, 팁 링 전화 시스템(104)을 통해 전송한다. 또한, 팁 링 장치 구동기(124)는 팁 링 전화 시스템(104)으로부터 데이터 및 이벤트들을 수신하고, 사전결정된 코맨드들의 세트에 따라 데이터 및 이벤트들을 포맷팅한 후, 포맷팅된 데이터 및 이벤트들을 포트 인터페이스 라이브러리(122)로 전달하도록 동작한다. 따라서, 팁 링 장치 구동기(124)는 팁 링 하드웨어(116)를 제어하는 역할을 하며, 팁 링 장치 구동기(126)와 포트 인터페이스 라이브러리(122) 간에 전달되는 코맨드 및 데이터는 사전결정된 코맨드들의 세트의 규약(conventions)에 따라 포맷팅됨을 알 수 있다.

일반적으로, IP 인터페이스 프로세스(126)는 포트 인터페이스 라이브러리(122)와, 네트워크 인터페이스(114)와 관련된 IP 전화 스택(128) 간의 인터페이스 및 변형을 위한 변형 모듈로서의 역할을 한다. 따라서, 인터페이스 프로세스(126)는 응용 소프트웨어(120)의 사전결정된 코맨드들의 세트를 이용하여 응용 소프트웨어(120)와 통신하고, IP 전화 스택(128)에 의해 요구되는 것으로서 데이터 패킷을 이용하여 IP 전화 스택(128)과 통신한다. 네트워크 인터페이스(114)는 컴퓨터 네트워크(102)와 TCP/IP 스택(130) 간의 물리적 인터페이스로서의 역할을 한다. TCP/IP 스택(130)에서 수신된 데이터 패킷은 IP 전화 스택(128)으로 전달된다. IP 전화 스택(128)은 인터넷을 포함하는 컴퓨터 네트워크를 통한 음성, 팩스 및 데이터 통신의 전송을 위해 ITU(International Telecommunications Union)에 의해 제정된 H.323, H.245 및 H.225와 같은 소정의 프로토콜일 수 있다. 그 후, IP 전화 스택(128)은 데이터를, 여전히 패킷의 형태로, IP 인터페이스 프로세스(126)에 제공한다.

일반적으로, 컴퓨터 네트워크(102)를 통해 전송된 통신 스트림은 전용의 물리적 회로에 할당되지 않는다. 그 대신, 공유 통신 채널을 통한 전송을 위해, 각각의 스트림과 관련된 데이터가 패킷 안으로 위치된다. 컴퓨터 네트워크(102) 환경에서의 전용 회로의 부족으로 인해, 개별적인 통신 스트림이 가상 포트에 할당되어야 한다. 따라서, 가상 포트 맵(136)이 인터넷 프로토콜 인터페이스 프로세스(126)의 일부로서 포함되어, IP 인터페이스 프로세스 모듈(126)이 특정 통신 스트림을 포트 인터페이스 라이브러리(122)와 통신중인 특정 포트로 인한 것으로 할 수 있다. 전술한 바와 같은 관점에서, 컴퓨터 네트워크(102)를 통해 전송되고 IP 인터페이스 프로세스 모듈(126)에 의해 처리된 통신은 데이터 패킷 타입 포맷임을 알 수 있다.

도 2를 참조하면, 본 발명의 예시적인 실시예에 따른 포트 맵(132)의 내용이 도시되어 있다. 일반적으로, 포트 맵(132)은 음성 응답 응용 소프트웨어(120)와 관련하여 이용가능한 각각의 포트와 관련된 통신 채널(202)의 타입에 관한 정보를 포함한다. 도 2에 도시된 실시예에서, 포트 번호 0 및 1은 둘다 인터넷 프로토콜통신과 관련된다. 따라서, 포트 0 및 1과 관련한 음성 응답 응용 소프트웨어로부터의 데이터 및 이벤트는 포트 인터페이스 라이브러리(122)에 의해 IP 인터페이스 프로세스 모듈(126)로 진행된다. 도 2에 도시된 실시예에서, 포트 번호 n-1 및 n은 팁 링 전화 시스템(104)과 관련된다. 따라서, 포트 n-1 및 n과 관련한 음성 응답 응용 소프트웨어로부터의 이벤트 및 데이터는 팁 링 전화 시스템(104)을 통한 전송을 위해, 포트 인터페이스 라이브러리(122)에 의해 팁 링 장치 구동기(124)로 진행될 것이다. 컴퓨터 네트워크(102)로부터 IP 인터페이스 프로세스 모듈(126)에 의해 수신된 코맨드 및 데이터는 적절한 포트 번호와 관련되며, 포트 인터페이스 라이브러리(122)로 전달되기 전에 다른 소프트웨어 모듈과의 통신을 위해, 음성 응답 응용 소프트웨어(120)에 의해 이용된 사전결정된 코맨드들의 세트로 변형된다. 또한, 팁 링 전화 네트워크(104)로부터 팁 링 장치 구동기(124)에 의해 수신된 코맨드 및 데이터는, 그들이 음성 응답 응용 소프트웨어(120) 상의 적절한 포트로 전달되기 전에 포맷팅된다.

이제, 다양한 실시예의 형태를 통해, 본 발명의 실시예에 따른 통신 서버(100)의 동작이 기술될 것이다. 도 3을 참조하면, 전화 호출에 응답하는 서버(100)의 동작에 대한 흐름도가 도시되어 있다. 처음에, 팁 링 하드웨어(116)의 포트 n에서 수신된 입력 호출(단계 302)에 응답한 서버(100)의 동작에 대한 실시예가 기술될 것이다. 그 후, 네트워크 인터페이스(114)에서 수신된 입력 호출에 응답한 서버(100)의 동작이 기술될 것이다. 팁 링 포트(예를 들면, 포트 n) 상에 호출이 수신될 때, 단계(304)에서 팁 링 장치 구동기(124)는 포트 n에서링잉(ringing) 회로를 검출한다. 링잉 회로에 응답하여, 장치 구동기(124)는 단계(306)에서 NEW_CALL(포트 n) 이벤트를 생성하며, 생성된 이벤트는 단계(308)에서 포트 인터페이스 라이브러리(122)의 이벤트 큐(134)에 위치된다. 새로운 호출 이벤트는 단계(310)에서 응용 소프트웨어(120)에 의해 개시된 GET_EVENT() 함수 호출을 통해 음성 응답 응용 소프트웨어(120)에 의해 수신된다. 이러한 새로운 호출 이벤트에 응답하여, 응용 소프트웨어(120)는 단계(312)에서 OFF_HOOK(포트 n) 코맨드를 포트 인터페이스 라이브러리(122)로 발생시켜 포트 n을 오프 후크(off hook)로 위치시킨다. 단계(314)에서, 포트 인터페이스 라이브러리(122)는 포트 맵(132)을 참고하여 포트 n과 관련된 인터페이스의 타입을 판정한다. 본 실시예에서, 포트 n은 팁 링 포트이므로, 단계(316)에서 포트 인터페이스 라이브러리(122)는 OFF_HOOK(포트 n) 코맨드를 팁 링 장치 구동기(124)로 전송하여, 포트 n을 오프 후크로 위치시킨다. 단계(318)에서, 팁 링 장치 구동기(124)는 포트 n을 오프 후크로 취하고, 포트 n에 대해 전화 시스템(104) 종단점(예를 들면, 전화(108))과 팁 링 하드웨어(116)의 장치 구동기 간에 물리적 회로를 형성한다. 그 후, 응용 소프트웨어(120)는 단계(320)에서, 인사말을 플레이하고, 호출자가 가입자의 메일박스에 메시지를 기록하는 것을 허용하는 등의 정상적인 호출-응답 시나리오를 시작할 수 있다.

도 3을 계속 참조하여, 인터넷 프로토콜 종단점(106)으로부터 수신된 접속 요구에 응답한 서버(100)의 실시예의 동작이 기술될 것이다. 단계(322)에서, 호출 접속 요구가 네트워크 인터페이스(114)에서 데이터 패킷으로서 수신된다. 단계(324)에서 호출 접속 요구는 TCP/IP 스택(130), 인터넷 프로토콜 전화 스택(128), 그리고 인터넷 프로토콜 인터페이스 프로세스(126)로 전달된다. IP 인터페이스 프로세스(126)는 호출 접속 요구인 데이터 패킷을 인식하고, 단계(326)에서 입력 호출을 이용가능한 가상 포트로 할당하며 할당된 포트가 사용중(busy)임을 나타내도록 가상 포트 맵(136)을 갱신한다. 여기서, 예를 들어 포트 0이 이용가능하다면, IP 인터페이스 프로세스(126)는 호출을 포트 0으로 할당하고, 가상 포트 맵(136)에서 포트 0을 사용중인 것으로 표시한다. 단계(328)에서, IP 인터페이스 프로세스(126)는 NEW_CALL(포트 0) 이벤트를 생성한 후, 단계(330)에서 포트 인터페이스 라이브러리(122)의 이벤트 큐(134) 내에 새로운 호출을 위치시킨다. 단계(310)에서 응용 소프트웨어(120)는 GET_EVENT() 함수 호출을 통해 새로운 호출 이벤트를 검색한다. 그 후, 단계(312)에서 응용 소프트웨어(120)는 OFF_HOOK(포트 0) 코맨드를 발생시켜 포트 0을 오프 후크로 위치시킨다. 포트 0을 오프 후크로 위치시키라는 코맨드의 수신시, 단계(314)에서 포트 인터페이스 라이브러리(122)는 포트 맵(132)을 참고하여 포트 0이 팁 링 또는 IP 전화 타입 포트인지 여부를 판정한다. 본 실시예에서, 포트 0은 IP 전화 포트이므로, 단계(332)에서 포트 인터페이스 라이브러리(122)는 OFF_HOOK(포트 0) 코맨드를 인터넷 프로토콜 인터페이스 프로세스(126)로 전송하여 포트 0을 오프 후크로 위치시킨다. IP 인터페이스 프로세스(126)는 오프 후크 코맨드를 수신시, 단계(334)에서 수용 호출 메시지를 인터넷 프로토콜 종단점(106)으로 전송한다. 그 후, 단계(334)에서 인터넷 프로토콜 인터페이스(126)는 접속 정보를 IP 종단점(106)과교환(즉, 핸드쉐이크 절차를 종료)하고, 논리 채널 및 원격 전송 프로토콜(RTP) 세션을 형성한다.

도 3과 관련하여 기술된 실시예로부터, 본 발명의 서버(100)는 PSTN(104) 또는 컴퓨터 네트워크(102)를 통해 형성된 접속을 서비스할 수 있음을 알 수 있다. 더욱이, 음성 응답 응용 소프트웨어(120)는, 사용된 통신 채널이 PSTN(104) 또는 컴퓨터 네트워크(102)인지의 여부에 관계없이, 동일하다.

도 4를 참조하면, 형성된 전화 호출로부터 접속 해제시의 서버(100) 동작에 대한 흐름도가 도시되어 있다. 처음에, PSTN(104)을 통해 서버(100)에 접속된 원격 호출자에 의해 개시된 접속 해제 이벤트에 응답한 서버(100)의 동작이 기술될 것이다. 단계(402)에서, 원격 호출자는 전화(108)를 행 업(hanging up)함으로써 접속 해제를 개시한다. 단계(404)에서, 팁 링 구동기(124)는 포트 n에서 접속 해제 신호를 검출한다. 접속 해제 신호에 응답하여, 단계(406)에서 팁 링 구동기(124)는 DISCONNECT(포트 n) 이벤트를 포트 인터페이스 라이브러리(122)의 이벤트 큐(134) 내에 위치시킨다. 그 후, 단계(408)에서 DISCONNECT(포트 n) 이벤트는 응용 소프트웨어(120)에 의해 개시된 GET_EVENT() 함수 호출을 통해 응용 소프트웨어(120)에 전달된다. DISCONNECT(포트 n) 이벤트에 응답하여, 단계(410)에서 응용 소프트웨어(120)는 트랜잭션을 종료한 후, ON_HOOK(포트 n) 코맨드를 포트 인터페이스 라이브러리(122)로 전송한다. 단계(412)에서, 라이브러리(122)는 포트 맵(132)을 참고하여, ON_HOOK(포트 n) 코맨드를 어떻게 라우팅할지에 대해 판정한다. 여기서, 포트 n은 팁 링 포트에 관련되므로, 단계(414)에서라이브러리(122)는 ON_HOOK(포트 n) 코맨드를 팁 링 장치 구동기(124)로 전송한다. ON_HOOK(포트 n) 코맨드에 응답하여, 단계(416)에서 팁 링 장치 구동기(124)는 포트 n을 온 후크로 위치시키며, 접속 해제 동작을 종료한다.

도 4를 계속 참조하여, 컴퓨터 네트워크(102)을 통해 서버(100)와 통신하는 원격 호출자로부터 수신된 접속 해제 이벤트에 응답한 서버(100)의 동작이 기술될 것이다. 단계(418)에서, 원격 호출자가 인터넷 프로토콜 종단점(106)에서 행 업한다. 알 수 있는 바와 같이, 원격 호출자는 예를 들면, 개인용 컴퓨터 또는 다른 장치와 관련된 통신 프로그램의 그래픽 사용자 인터페이스에 의해 나타내지는 버튼을 클릭함으로써 종단점(106)을 "행 업"할 수 있다. 단계(420)에서, 포트 0에 대한 접속 해제 이벤트를 포함하는 데이터 패킷이 네트워크 인터페이스(114)에서 수신된 후, IP 인터페이스 프로세스(126)로 전달된다. 단계(422)에서 IP 인터페이스 프로세스(126)는 수신된 데이터 패킷을 판독하고, 그에 응답하여 DISCONNECT(포트 0) 이벤트를 포맷팅하며, 그 이벤트를 이벤트 큐(134) 내에 위치시킨다. 단계(408)에서 음성 응답 응용 소프트웨어(120)는 GET_EVENT() 함수 호출을 통해 이벤트 큐(134)로부터 DISCONNECT(포트 0) 이벤트를 검색한다. DISCONNECT(포트 0) 이벤트에 응답하여, 단계(410)에서 응용 소프트웨어(120)는 포트 0에 대한 트랜잭션을 종료하고, ON_HOOK(포트 0) 코맨드를 포트 인터페이스 라이브러리(122)로 전송한다. 그 후, 단계(412)에서 라이브러리는 포트 맵을 참고하여 이벤트의 적절한 수신자를 판정한다. 포트 0은 컴퓨터 네트워크(102)를 통해 형성된 통신 채널과 관련되기 때문에, 단계(424)에서 ON_HOOK(포트 0) 코맨드가IP 인터페이스 프로세스(126)로 전송된다. ON_HOOK(포트 0) 코맨드에 응답하여, 단계(426)에서 IP 인터페이스 프로세스(126)는 접속 해제의 승인(acknowledgment)을 원격 종단점(106)으로 전송하고, 원격 전송 프로세스(RTP) 접속을 해제하며, 포트 0을 이용가능한 것으로 나타내도록 가상 포트 맵(136)을 수정한 후, 접속 해제 시퀀스를 종료한다.

원격 전화(108) 또는 IP 종단점(106)에서의 호출자로부터의 "행 업"에 의해 개시된 접속 해제 이벤트에 대한 서버(100)의 응답에 관한 설명으로부터, 핵심적인 음성 응답 응용 소프트웨어(120)의 함수들과 관련된 프로세스 단계들은 통신 채널에 관계없이 동일함을 알 수 있다. 따라서, 본 발명의 서버(100)는 기존 음성 응답 응용 소프트웨어(120)를, PSTN(104)를 통해 발생되는 통신, 또는 인터넷과 같은 컴퓨터 네트워크(102)를 통해 전송된 통신과 관련하여 이용하는 것을 가능하게 한다.

이제 도 5를 참조하여, 본 발명의 실시예에 따른 터치 톤(touch tone) 이벤트의 수신에 응답한 서버(100)의 동작이 기술될 것이다. 단계(502)에서, 서버(100)는 팁 링 하드웨어(116)의 포트 n에서 DTMF(dual tone multiple frequency) 신호를 검출한다. 장치 구동기(124)는 단계(504)에서 TOUCH_TONE(포트 n, 값 x) 이벤트를 포맷팅하며, 여기서 값 x는 전화(108)의 키패드 상에서 눌려진 키와 관련된다(예를 들면, 1, 2, 3, 4, 5, 6, 7, 8, 9, 0, * 또는 #). 그 후, 단계(506)에서 장치 구동기(116)는 TOUCH_TONE(포트 n, 값 x) 이벤트를 포트 인터페이스 라이브러리(122)의 이벤트 큐(134) 내에 위치시킨다. 단계(508)에서, 응용 소프트웨어(120)는 이벤트 큐(134)에 대해 만들어진 GET_EVENT() 함수 호출을 통해 TOUCH_TONE(포트 n, 값 x) 이벤트를 검색한다. 그 후, 단계(510)에서 응용 소프트웨어(120)는 값 x의 수신에 응답하여 사전규정된 동작을 수행한다. 예를 들어, 응용 소프트웨어(120)는 터치 톤 값 0을 수신시, 호출자를 동작자와 접속시킬 수 있다.

컴퓨터 네트워크(102)를 통해 서버(100)에 접속된 호출자에 의해 터치 톤이 입력되는 경우, 단계(512)에서 터치 톤 이벤트는 데이터 패킷으로서 네트워크 인터페이스(114)에서 수신된다. 네트워크 인터페이스(114)에서 수신된 소정의 다른 타입의 데이터 패킷과 같이, 단계(514)에서 터치 톤 이벤트 데이터 패킷은 TCP/IP 스택(130), IP 전화 스택(128), 그리고 최종적으로는 IP 인터페이스 프로세스(126)로 전달된다. 또한, 단계(514)에서, IP 인터페이스 프로세스(126)는 포트(예를 들면, 포트 0)에서 데이터 패킷을 터치 톤 이벤트로서 인식한다. 당업자라면 알 수 있듯이, 터치 톤 이벤트는 대역내(in-band)(예를 들면, RTP 오디오 스트림에 포함된 DTMF 톤 데이터) 또는 대역외(out of band) 신호(예를 들면, H.245 프로토콜 사용자 입력 지시 메시지)를 이용하여 IP 인터페이스 프로세스(126)와 통신될 수 있다. 단계(516)에서, IP 인터페이스 프로세스(126)는 TOUCH_TONE(포트 0, 값 x) 이벤트를 생성한다. 단계(518)에서 IP 인터페이스 프로세스(126)는 TOUCH_TONE(포트 0, 값 x) 이벤트를 이벤트 큐(124) 내에 위치시킨다. 그 후, 단계(508)에서 응용 소프트웨어(120)는 GET_EVENT() 함수 호출을 통해 TOUCH_TONE(포트 0, 값 x) 이벤트를 검색한다. 그 후, 단계(510)에서 응용 소프트웨어는 수신된 값 x에 응답하여 동작을 수행할 수 있다.

도 5와 관련하여 위에서 기술된 실시예로부터, 이벤트가 관련되는 포트 번호와는 별개로, TOUCH_TONE(포트 #, 값 x) 이벤트는 서버가(100)가 이벤트 또는 코맨드를 수신하는 통신 채널에 관계없이, 응용 소프트웨어(120)에 대해 동일하게 나타난다. 따라서, 응용 소프트웨어(120)는, 컴퓨터 네트워크(102)와 관련하여 동작하기 위해 수정될 필요가 없다. 서버(100)에 포트 맵(132), IP 인터페이스 프로세스(126) 및 관련된 인터넷 프로토콜 장치 구동기 및 하드웨어가 제공될 것이 요구된다.

이제 도 6을 참조하여, 원격 호출자에게 오디오 신호를 플레이시의 서버(100) 동작이 기술된다. 처음에, 단계(602)에서, 응용 소프트웨어(120)는 데이터베이스(118) 상에 저장된 오디오 파일을 개방한 후, 그 파일에 포함된 오디오 데이터를 메모리 버퍼 내에 위치시킨다. 그 다음, 단계(604)에서 응용 소프트웨어(120)는 PLAY(포트 #, 버퍼 어드레스, 바이트 수) 코맨드를 라이브러리(122)로 전송한다. 이들 단계는 플레이 코맨드가 관련되는 포트가 팁 링 또는 IP 전화 포트인지의 여부에 관계없이, 응용 소프트웨어(120)에 의해 취해진다. 실제로, 포트 타입은 응용 소프트웨어(120)에 대해 명백하다. 단계(606)에서, 라이브러리(122)는 포트 맵(132)을 참고하여, 플레이 코맨드에 대한 적절한 라우팅을 판정한다. 예를 들어, 플레이 코맨드가 포트 n과 관련되고 포트 n이 가상 포트 맵(132)에 의해 물리적 팁 링 포트에 할당되는 경우, 단계(608)에서 플레이 코맨드는 팁 링 장치 구동기(124)로 라우팅될 것이다. 단계(610)에서 팁 링 장치구동기(124)는 지정된 버퍼 어드레스에서 플레이 코맨드의 일부로서 오디오 데이터를 팁 링 하드웨어(116)와 관련된 메모리 내로 판독한다. 그 후, 단계(612)에서 팁 링 하드웨어(116)는 오디오 데이터를 팁 링 장치 구동기(124)로 전송하고, 오디오 데이터는 PSTN(104)을 통해 형성된 물리적 팁 링 회로를 통해 가청 신호로서 원격 호출자에게 전송된다. 단계(614)에서, 지정된 버퍼 어드레스에 포함된 모든 데이터의 플레이 다음에, 팁 링 장치 구동기(124)는 PLAY_COMPLETE(포트 n) 이벤트를 이벤트 큐(134) 내에 위치시킨다. 단계(616)에서, 응용 소프트웨어(120)는 GET_EVENT() 함수 호출을 통해 PLAY_COMPLETE(포트 n) 이벤트를 검색하고, 다음 플레이 요구를 라이브러리(122)로 전송하거나, 또는 플레이 시퀀스를 종료한다.

메시지가 컴퓨터 네트워크(102)를 통해 전송되는 경우, 오디오 메시지의 플레이를 개시하기 위해 응용 소프트웨어(120)에 의해 취해진 단계들은 동일하다. 따라서, 단계(602)에서, 응용 소프트웨어(120)는 오디오 파일을 개방한 후, 그 파일로부터의 오디오 데이터를 메모리 버퍼 내에 위치시킨다. 단계(604)에서, 응용 소프트웨어는 플레이 코맨드를 라이브러리(122)로 전송한다. 여기서, 플레이 코맨드는 IP 전화 포트를 참조한다. 따라서, 예를 들어 코맨드는 PLAY(포트 0, 버퍼 어드레스, 바이트 수)이다. 단계(606)에서 라이브러리(122)는 포트 맵(132)을 참고하여, 플레이 이벤트의 적절한 수신자를 판정한다. 여기서, 포트 0은 IP 전화 포트이므로, 단계(618)에서 라이브러리는 PLAY(포트 0, 버퍼 어드레스, 바이트 수) 코맨드를 IP 인터페이스 프로세스(126)로 전송한다. 단계(620)에서 IP 인터페이스 프로세스(126)는 메모리 버퍼로부터 오디오 데이터를 검색한 후, 원격 IP종단점(106)으로의 전송을 위해 그 데이터를 데이터 패킷 내에 위치시킨다. 단계(622)에서, RTP/RTCP 표준 통신 프로토콜을 이용하여, 오디오 데이터를 포함하는 데이터 패킷이 IP 종단점(106)으로 전송되며, 여기서 데이터는 재조합되어 가청 신호로서 호출자에게 플레이된다. 단계(624)에서, 모든 데이터 패킷이 IP 종단점(106)으로 전송된 후, IP 인터페이스 프로세스(126)는 PLAY_COMPLETE(포트 0) 이벤트를 발생시키고, 그 이벤트를 이벤트 큐(134) 내에 위치시킨다. 그 후, 단계(616)에서 응용 소프트웨어(120)는 GET_EVENT() 함수 호출을 통해 PLAY_COMPLETE(포트 0) 이벤트를 검색한 후, 다음 플레이 요구를 전송하거나 또는 플레이 시퀀스를 종료한다.

이제 도 7을 참조하여, 호출자로부터의 오디오 신호를 기록하라는 코맨드에 응답한, 본 발명의 실시예에 따른 서버(100)의 동작이 기술된다. 단계(702)에서, 응용 소프트웨어(120)는 오디오 데이터를 수신하기 위한 메모리를 할당한다. 그 후, 단계(704)에서 응용 소프트웨어(120)는 RECORD(포트 #, 버퍼 어드레스, 바이트 수) 코맨드를 라이브러리(122)로 전송한다. 이들 단계는 팁 링 또는 IP 전화 포트로부터 오디오 데이터가 기록될지의 여부에 관계없이 응용 소프트웨어에 의해 취해진다. 단계(706)에서 라이브러리(122)는 포트 맵(132)을 참고하여, 기록 이벤트가 라우팅되어야 하는지 여부를 판정한다. 예를 들어, 기록 코맨드가 포트 n과 관련되고 포트 n이 가상 포트 맵(132)에 의해 물리적 팁 링 포트에 할당되는 경우, 단계(708)에서 기록 코맨드는 팁 링 장치 구동기(124)로 라우팅될 것이다. 그 후, 단계(710)에서 팁 링 장치 구동기(124)는 버퍼가 가득차거나 또는 팁 링 장치구동기가 기록을 중지하도록 응용 소프트웨어(120)가 지시할 때까지, 팁 링 하드웨어(116)로부터의 입력 오디오 스트림을 할당된 메모리 버퍼에 저장한다. 기록 프로세스가 종료된 후, 단계(712)에서 팁 링 장치 구동기(124)는 RECORD_COMPLETE(포트 n, 바이트 수) 이벤트를 이벤트 큐(134)로 반환한다. 그 후, 단계(714)에서 응용 소프트웨어(120)는 GET_EVENT() 함수 호출을 통해 RECORD_COMPLETE(포트 n, 바이트 수) 이벤트를 검색한 후, 오디오 데이터를 데이터베이스(118)에 저장한다.

오디오 데이터가 네트워크 인터페이스(114)에서 수신되는 경우, 입력 오디오 데이터를 기록하기 위해 응용 소프트웨어(120)에 의해 취해진 단계들은 동일하다. 따라서, 단계(702)에서 응용 소프트웨어(120)는 오디오 데이터를 수신하기 위해 메모리 버퍼를 할당한다. 단계(704)에서, 응용 소프트웨어(120)는 RECORD(포트 0, 버퍼 어드레스, 바이트 수) 코맨드(예를 들어, 여기서는 포트 0이 IP 전화 포트에 할당됨)를 라이브러리(122)로 전송한다. 그 후, 단계(706)에서 라이브러리(122)는 포트 맵(132)을 참고하여, 코맨드가 라우팅되어야 하는지 여부를 판정한다. 본 실시예에서, 포트 0은 IP 전화 포트이므로, 단계(716)에서 코맨드는 인터페이스 프로세스(126)로 전송된다. 단계(718)에서 IP 인터페이스 프로세스(126)는 버퍼가 가득차거나 또는 IP 인터페이스 프로세스(126)가 데이터 기록을 중지하라는 지시를 받을 때까지, 할당된 메모리 버퍼에 입력 오디오 스트림을 저장한다. 그 다음, 단계(720)에서 IP 인터페이스 프로세스(126)는 RECORD_COMPLETE(포트 0, 바이트 수) 이벤트를 이벤트 큐로 반환한다. 단계(714)에서 응용 소프트웨어(120)는 GET_EVENT() 함수 호출을 통해 RECORD_COMPLETE(포트 0, 바이트 수) 이벤트를 검색하고, 오디오 데이터를 데이터베이스(118)에 저장한다.

도 7과 관련하여 위에서 주어진 실시예로부터, 응용 소프트웨어(120)에 의해 취해진 동작들은 오디오 데이터가 PSTN(104) 또는 컴퓨터 네트워크(102)로부터 서버에 의해 수신되었는지의 여부에 관계없이 동일하다. 유일한 차이는 저장된 오디오 데이터와 관련된 포트 번호이다. 따라서, 본 발명에 따른 서버(100)는 이미 존재하는 응용 소프트웨어(120)를 인터넷과 같은 컴퓨터 네트워크(102)를 통해 전송된 통신과 관련하여 이용할 수 있다.

물론, 위에서 기술된 본 발명의 방법 및 장치를 다양하게 수정하는 것을 고려할 수 있다. 예를 들어, 통신 서버(100)는 팁 링 전화 시스템(104)에 접속될 필요가 없다. 그러한 변형은 본 발명의 정신을 벗어나지 않으면서, 또한 본 발명의 수반되는 이점들을 감소시키지 않으면서 행해질 수 있으며, 그러한 변형은 첨부된 특허 청구 범위에 의해 커버되는 것으로 의도된다.

본 발명에 대해 전술한 내용은 예시 및 설명을 위한 것이다. 더욱이, 전술한 내용은 본 발명을 본 명세서에서 개시된 형태로 한정하고자 의도하는 것이 아니다. 따라서, 관련 기술 분야의 기술 및 지식의 범위 내에서, 전술한 내용과 상응하는 변형 및 수정은 본 발명의 영역에 속하는 것이다. 더욱이, 전술한 실시예들은 본 발명을 실행하는 현재의 최상의 모드를 설명하고, 당업자가 그러한 실시예 및 다른 실시예에서 본 발명을 이용할 수 있도록 의도된 것이며, 특정한 응용 또는 본 발명의 이용시에 다양한 변형이 가능하다. 첨부된 특허 청구 범위는 종래 기술에 의해 허용되는 정도까지의 대안적인 실시예들을 포함하는 것으로 해석된다.

본 발명에 의하면, 인터넷 프로토콜 전화 시스템을 구비한 회로 기반 전화 시스템과 사용하기 위한 통신 서버를 인터페이싱하는 방법 및 장치가 제공되며, 단일의 통신 서버를 이용하여, 서비스 제공자가 팁 링 전화 타입 통신 및 인터넷 프로토콜 전화 타입 통신 모두를 서비스할 수 있고, 기존하는 팁 링 전화 타입 통신 서버를 변경하여 인터넷 전화 통신을 지원할 수 있다.

Claims

통신 장치에 있어서,

연속 회로 전화 시스템을 통해 형성된 물리적 회로를 서비스하는 통신 서버와,

상기 서버를 컴퓨터 네트워크에 상호 접속하는 컴퓨터 네트워크 인터페이스와,

통신 서비스를 제공하는 음성 응답 응용 모듈과,

서버 채널을 상기 컴퓨터 네트워크를 통해 형성된 가상 통신 채널에 할당하는 포트 인터페이스 라이브러리 모듈과,

상기 컴퓨터 네트워크 인터페이스 및 상기 포트 인터페이스 라이브러리에 상호 접속되며, 제 1 코맨드 세트를 이용하여 상기 포트 인터페이스 라이브러리와 통신하고, 패킷 기반 포맷으로 표현된 제 2 코맨드 세트를 이용하여 상기 컴퓨터 네트워크 인터페이스와 통신하는 인터넷 프로토콜 인터페이스 프로세스 모듈을 포함하는

통신 장치.
제 1 항에 있어서,

상기 서버는,

상기 서버를 연속 회로 전화 시스템에 상호 접속하는 인터페이스와,

상기 연속 회로 전화 시스템 인터페이스 및 상기 포트 인터페이스 라리브러리에 상호 접속된 연속 회로 전화 시스템 장치 구동기―상기 연속 회로 전화 시스템 인터페이스는 상기 제 1 코맨드 세트를 이용하여 상기 포트 인터페이스 라이브러리와 통신하고, 상기 포트 인터페이스 라이브러리 모듈은 서버 채널을 상기 연속 회로 전화 시스템을 통해 형성된 물리적 통신 채널에 할당함―를 더 포함하는

통신 장치.
제 2 항에 있어서,

상기 서버를 연속 회로 전화 시스템에 상호 접속하는 상기 인터페이스는 팁 링 전화 인터페이스(tip-ring telephony interface)인 통신 장치.
제 1 항에 있어서,

상기 서버는 음성 응답 서버인 통신 장치.
제 1 항에 있어서,

상기 서버는 단일(unified) 통신 서버인 통신 장치.
제 1 항에 있어서,

상기 서버는 단일 메시징 서버인 통신 장치.
제 1 항에 있어서,

상기 컴퓨터 네트워크는 인터넷인 통신 장치.
제 2 항에 있어서,

상기 연속 회로 전화 시스템은 PSTN(public switched telephony network)인 통신 장치.
제 2 항에 있어서,

상기 연속 회로 전화 시스템은 PBX(private branch exchange)인 통신 장치.
인터넷 프로토콜 음성 응답 시스템에 있어서,

팁 링 전화 시스템과 함께 이용하기 위한 통신 서버와,

상기 서버를 인터넷 프로토콜 컴퓨터 네트워크에 동작가능하게 접속하는 수단과,

팁 링 전화 시스템 이벤트와 인터넷 프로토콜 전화 코맨드 간의 변형을 위한 위한 수단―상기 변형을 위한 수단은 상기 통신 서버를 상기 인터넷 프로토콜 컴퓨터 네트워크에 동작가능하게 접속함―과,

상기 통신 서버 상에서 이용가능한 채널을 상기 인터넷 프로토콜 컴퓨터 네트워크를 통해 형성된 가상 통신 채널에 할당하는 수단을 포함하는

인터넷 프로토콜 음성 응답 시스템.
제 10 항에 있어서,

팁 링 전화 네트워크와,

상기 통신 서버를 팁 링 전화 네트워크에 동작가능하게 접속하는 수단을 더 포함하되,

상기 통신 서버 상에서 이용가능한 채널을 할당하는 수단은 상기 채널을 상기 인터넷 프로토콜 컴퓨터 네트워크를 통해 형성된 가상 통신 채널과 상기 팁 링 전화 네트워크를 통해 형성된 물리적 채널 사이에 할당하는 인터넷 프로토콜 음성 응답 시스템.
제 10 항에 있어서,

상기 인터넷 프로토콜 컴퓨터 네트워크는 인터넷인 인터넷 프로토콜 음성 응답 시스템.
제 11 항에 있어서,

상기 팁 링 전화 네트워크는 PSTN인 인터넷 프로토콜 음성 응답 시스템.
제 11 항에 있어서,

상기 팁 링 전화 네트워크는 PBX인 인터넷 프로토콜 음성 응답 시스템.
팁 링 전화 서버를 패킷 기반 통신 네트워크와 인터페이싱하는 방법에 있어서,

팁 링 전화 서버와 컴퓨터 네트워크 간의 인터페이스에서 제 1 신호를 수신하는 단계―상기 신호는 데이터 패킷 및 소프트웨어 이벤트 중 적어도 하나임―와,

상기 제 1 신호를 제 2 신호 포맷으로 변형하는 단계―상기 제 2 신호 포맷은 다른 데이터 패킷 및 소프트웨어 이벤트임―를 포함하되,

a) 상기 컴퓨터 네트워크가 상기 제 1 신호의 소스인 경우, 소프트웨어 이벤트로서 포맷팅된 상기 제 2 신호를 상기 팁 링 전화 서버에 제공하는 단계와,

b) 상기 팁 링 전화 서버가 상기 제 1 신호의 소스인 경우, 데이터 패킷으로서 포맷팅된 상기 제 2 신호를 상기 컴퓨터 네트워크에 제공하는 단계 중 적어도 하나를 수행하는

인터페이싱 방법.
제 15 항에 있어서,

상기 서버 상에서 이용가능한 채널을 상기 패킷 기반 네트워크를 통해 형성된 가상 채널에 할당하는 단계를 더 포함하는 인터페이싱 방법.
제 15 항에 있어서,

상기 서버를 팁 링 전화 네트워크와 인터페이싱하는 단계와,

상기 서버 상에서 이용가능한 채널을 상기 패킷 기반 네트워크를 통해 형성된 가상 채널과 상기 팁 링 전화 네트워크를 통해 형성된 물리적 채널 사이에 할당하는 단계를 더 포함하는 인터페이싱 방법.
제 15 항에 있어서,

상기 패킷 기반 네트워크는 인터넷인 인터페이싱 방법.
제 17 항에 있어서,

상기 팁 링 전화 네트워크는 PSTN인 인터페이싱 방법.
제 18 항에 있어서,

상기 팁 링 전화 네트워크는 PBX인 인터페이싱 방법.