KR20060041810A

KR20060041810A - 제3자 호 및 장치 제어를 용이하게 하기 위한 시스템 및방법

Info

Publication number: KR20060041810A
Application number: KR1020050011190A
Authority: KR
Inventors: 암리탄쉬 라그하브; 에란 스티에그만
Original assignee: 마이크로소프트 코포레이션
Priority date: 2004-02-11
Filing date: 2005-02-07
Publication date: 2006-05-12
Also published as: EP1564962A2; EP1564962A3; JP2005253064A; CN1655553A; JP4664084B2; US20050174987A1; CN100583882C; KR101130398B1; US7940792B2

Abstract

본 발명은 SIP를 구비한 피어 투 피어(peer-to-peer) 구성을 사용하여 제3자 호 제어를 용이하게 하기 위한 시스템 및 방법을 포함한다. 보다 구체적으로, 본 발명은, 통신 장치를 논리적 표현(logical representation) 및 물리적 표현(physical representation)으로 모델링하고, 상기 논리적 표현 및 상기 물리적 표현을 고유 식별자들과 연관시키며, 네트워크 상의 모든 통신 장치들을 식별하고, 식별된 통신 장치들 간의 관계를 결정하며, 각각의 물리적 표현에 대한 장치 제어 채널(device control channel)을 설정하고, 각각의 논리적 표현에 대한 호 제어 채널(call control channel)을 설정하며, 상기 호 제어 채널 및 상기 장치 제어 채널을 통해 상기 논리적 표현 및 상기 물리적 표현을 제어하고, 상기 호 제어 채널 및 장치 제어 채널을 통해 상기 논리적 표현 및 상기 물리적 표현의 상태를 모니터링하며, 상기 논리적 표현 및 상기 물리적 표현의 상태를 나타내는 데이터를 저장하기 위한 시스템 및 방법(프로토콜을 포함함)을 포함한다.

제3자 호, 장치 제어, 논리적 표현, 물리적 표현, SIP

Description

제3자 호 및 장치 제어를 용이하게 하기 위한 시스템 및 방법{SYSTEM AND METHODS FOR FACILITATING THIRD-PARTY CALL AND DEVICE CONTROL}

도 1은 본 발명의 예시적인 실시예에 따른 제3자 호 제어 시스템(third-party call control system) 및 그 환경을 도시한 블록도.

도 2는 도1의 제3자 호 제어 시스템이 본 발명의 예시적인 실시예에 따라 사용할 수 있는 컴퓨팅 환경 및 컴퓨터 시스템을 도시한 블록도.

도 3은 본 발명의 예시적인 실시예에 따라 통신 장치를 제어 및 모니터링하기 위한 제3자 호 제어 시스템을 도시한 블록도.

도 4a 및 4b는 본 발명의 예시적인 실시예에 따라 통신 장치를 제어 및 모니터링하는 방법을 도시한 흐름도.

도 5a 및 5b는 본 발명의 예시적인 실시예에 따라 특유의 식별자를 갖는 통신 장치의 논리적 표현(representation) 및 물리적 표현을 관련시키는 방법을 도시한 흐름도.

도 6a 및 6b는 본 발명의 예시적인 실시예에 따라 장치 제어 채널을 통신 장치의 물리적 표현과 연관시키는 방법을 도시한 흐름도.

도 7a 및 7b는 본 발명의 예시적인 실시예에 따라 호 제어 채널을 통신 장치의 논리적 표현과 연관시키는 방법을 도시한 흐름도.

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

103 : 네트워크 서브 계층 구조(network sub-hierarchy)

106 : 클라이언트 시스템

109 : 프록시 서버

112 : 전화 홈 서버(telephony home server)

118 : TDM 전화

300 : 제3자 호 제어 시스템(third-party call control system)

본 발명은 일반적으로 제3자 호 및 장치 제어(third-party call and device control) 시스템과 방법에 관한 것으로서, 보다 구체적으로는 세션 개시 프로토콜(session initiation protocol; SIP)을 이용한 제3자 호 및 장치 제어 시스템과 방법에 관한 것이다.

제3자 호 제어를 이용하면 엔드포인트가 아닌 엔티티(non-endpoint entity)가 다른 엔티티 간의 호를 생성 및 관리할 수 있게 된다. 초기의 전화 네트워크(telephony networks)는 호를 생성하기 위하여 필요한 신호 및 인터페이스를 제공하는 엔드포인트에서 모든 호가 개시되는 것을 전제로 하고 있었다. 보다 최신의 전화 네트워크에 있어서도, 기본적인 네트워크 동작은, 호가 매체 및 신호를 위한 능력(capabilities)을 갖는 엔드포인트에서 호가 생성될 것을 요구하였다. 그 결 과, 종래의 공중 전화 교환망(public switched telephone networks; PSTNs)에서는 제3자 호 제어가 지원되지 않았다. PSTN 표준이 진화되면서, 제3자 호 제어 메커니즘이 도입되었으나 제3자 호 제어 솔루션이 널리 구현되지는 않았었다. 모든 호는 신호 및 적절한 인터페이스를 제공할 수 있는 엔드포인트에서 개시되어야 한다는 전제는 기존 전화 서비스(plain old telephone services, POTS)에 있어서는 충분하였으나, 이러한 전제는 향상된 서비스 및 데이터 인터페이스의 발전을 잠재적으로 제한하고 있었다.

소프트 스위치(softswitches)가 도입되면서, 매체 및 신호는 효과적으로 확산될 수 있었다. 소프트 스위치는 종래의 PSTN을 VoIP(voice over internet protocol) 제품에 접속시키는데 사용되는 응용 프로그램 인터페이스(application program interface; API)이다. 소프트 스위치는 PSTN을 IP 네트워크에 연결시키고 복수의 신호 유형을 관리하였다.

오늘날 멀티미디어 네트워크는 인터넷 프로토콜을 기반으로 하고 있으며, 따라서 통신 세션의 신호 및 매체 형태에서 매체 및 신호의 분리와 애플리케이션의 분리가 가능하게 된다. 그 결과, 제3자 애플리케이션 서버는 효과적으로 참가자간의 특성을 관리할 수 있다. 세션 개시 프로토콜(session initiation protocol; SIP)은 다른 이유보다도 IP 네트워크에서 실시간 통신 세션의 확립을 위하여 개발되었다. 세션 기술 프로토콜(session description protocol; SDP)과 함께, SIP는 통신 세션 내에서 매체 및 신호의 전송을 효과적으로 분리할 수 있다.

SIP는 제3자 호 제어를 구현하기 위한 메커니즘을 제공하지만, 제3자 호 제 어를 가능하게 하기 위하여 도입된 여러 가지 접근법은 중대한 단점을 가지고 있다. 가장 일반적인 접근법은, 현재의 컴퓨터-전화 통합(computer-telephony-integration, CTI) 모델과 상당히 유사한 SIP 제3자 호 제어를 개발하는 것이다. 이 접근법에 있어서, 백 투 백(back-to-back) 사용자 에이전트(user agent)는 복수의 호 레그(call legs)를 제어하고 다른 사용자 에이전트에게 연결한다. 불행히도 각 사용자 에이전트는 다른 엔드포인트 대신에 백 투 백 사용자 에이전트를 갖는 세션 내의 그 자체를 보기 때문에, SIP의 엔드 투 엔드 의미론(end-to-end semantics)이 파괴된다. 제3자 컨트롤러는 백 투 백 사용자 에이전트에게 이 접근법이 유효함을 명백하게 알려야 한다.

다른 SIP 접근법에 있어서는, 피어 투 피어 구성(peer-to-peer configuration)을 이용하여 제3자 호 제어를 모델링한다. 이 SIP 접근법은 백 투 백 사용자 에이전트를 위한 필요성을 제거하게 되지만, 엔드포인트가 처리하여야 한다는 SIP 기본 유형의 복잡성을 증가시킨다. 이러한 접근법이 바람직할 수도 있지만, 과거에 이러한 성공적인 구현예가 알려진 것은 없다.

따라서, SIP를 갖는 피어 투 피어 구성을 사용한 제3자 호 제어를 통해 통신 장치를 제어 및 모니터링하기 위한 시스템 및 방법이 산업상 크게 요구된다.

따라서, 제3자 호 제어를 제공하고, SIP를 갖는 피어 투 피어 구성을 이용한 제3자 호 제어의 구현과 관련된 복잡성을 극복한 통신 장치 제어 및 모니터링 시스템과 방법이 산업상 요구된다.

대체적으로 말하면, 본 발명은 SIP를 갖는 피어 투 피어 구성을 이용하여 제3자 호 제어를 용이하게 하기 위한 시스템 및 방법을 포함한다. 보다 구체적으로는, 본 발명은, 통신 장치를 논리적 표현(logical representation) 및 물리적 표현(physical representation)으로 모델링하기 위한 프로토콜, 논리적 표현 및 물리적 표현을 고유 식별자와 연관시키기 위한 프로토콜, 네트워크 상의 모든 통신 장치를 식별하기 위한 프로토콜, 식별된 통신 장치들 간의 관계를 결정하기 위한 프로토콜, 각 물리적 표현에 대한 장치 제어 채널(device control channel)을 설정하기 위한 프로토콜, 각 논리적 표현에 대한 호 제어 채널(call control channel)을 설정하기 위한 프로토콜, 호 및 장치 제어 채널을 통하여 논리적 표현 및 물리적 표현을 제어하기 위한 프로토콜, 호 및 장치 제어 채널을 통하여 논리적 표현 및 물리적 표현의 상태를 모니터링하기 위한 프로토콜, 및 논리적 표현 및 물리적 표현의 상태를 나타내는 데이터를 저장하기 위한 프로토콜을 포함하는 시스템 및 방법을 포함한다.

바람직하게도, 본 발명은 SIP를 갖는 피어 투 피어 구성을 사용하여 제3자 호 제어를 위한 해결책을 제공한다. SIP 메시징을 이용하여 통신 장치들 간의 엔드 투 엔드(end-to-end) 통신을 구현함에 있어서의 복잡성을 해결함으로써, 본 발명은 컨트롤러 유닛이, 모든 통신 장치 엔드포인트(endpoints) 간의 통신을 용이하게 하는 백 투 백 사용자 에이전트를 인식할 필요가 실질적으로 없게 한다. 본 발명은 확장성 생성 언어(extensible markup language; XML) 및 단순 객체 액세스 프 로토콜(simple object access protocol; SOAP) 코드를 사용한 SIP 메시징의 도입 및 사용을 통하여, 피어 투 피어 제3자 호 제어를 구현함에 있어서의 복잡한 상황을 효과적으로 관리한다. 본 발명의 방법에 따르면, 통신 장치는 별도의 논리적 및 물리적 표현으로서 모델링된다. 논리적 표현은 회선/호 서비스를 가능하게 하고, 물리적 표현은 통신 장치의 물리적 특성으로의 액세스를 가능하게 한다. 통신 장치의 컨트롤러 유닛과 논리적 표현(즉, 호 제어 채널) 간, 그리고 통신 장치의 컨트롤러 유닛과 물리적 표현(즉, 장치 제어 채널) 간에는 별도의 통신 채널이 개방된다. 또한, 통신 장치의 모니터링 유닛과 논리적 표현(즉, 호 제어 채널) 간, 그리고 통신 장치의 모니터링 유닛과 물리적 표현(즉, 장치 제어 채널) 간에도 별도의 통신 채널이 개방된다. 별도의 통신 채널을 제어하고 모니터링함으로써 본 발명은 통신 장치의 논리적 및 물리적 표현을 효과적으로 제어 및 모니터링 할 수 있다.

본 발명의 다른 특징 및 장점은 첨부된 도면을 참고하여 본 명세서로부터 명백하게 이해할 수 있을 것이다.

첨부된 도면에 있어서 유사한 참조번호는 유사한 구성요소 또는 단계를 나타낸다. 도면을 참조하면, 도 1은 본 발명의 예시적인 실시예에 따른 제3자 호 제어 시스템(300)을 위한 환경(100)을 나타낸 블록도이다. 환경(100)은 도 2에 보다 구체적으로 도시된 널리 알려진 컴퓨팅 시스템, 환경 및/또는 구성에서 볼 수 있는 것과 유사한 하드웨어 및 소프트웨어를 포함하는 복수의 클라이언트 시스템(106)을 구비하고 있다. 각 클라이언트 시스템(106)은 그 안에 상주하는(residing) 제3자 호 제어 시스템(300)을 구비하고 있다. 일반적으로 복수의 클라이언트 시스템(106a, 106b)은 도메인 네임 시스템(domain name system; DNS) 네임 스페이스의 네트워크 서브 계층(network sub-hierarchy; 103) 내에 상주한다. 본 기술분야의 당업자라면 네트워크 서브 계층은 일반적으로 2 이상의 클라이언트 시스템 군(106)과 통신 가능하도록 접속하기에 적절한 기반구조(infrastructure) 및 시설(facilities)을 구비하고 있음을 알 것이다. 이러한 서브 계층 네트워크(103) 및 클라이언트 시스템(106)은, 이에 한정되는 것은 아니지만, 별(star), 버스(bus) 또는 링(ring) 구조를 포함하는 복수의 토폴로지(topologies)로 구성될 수 있다. 또한, 네트워크 서브 계층(103) 및 클라이언트 시스템(106)은, 이에 한정되는 것 은 아니지만, 피어 투 피어 또는 클리이언트/서버 아키텍쳐를 포함하는 특정 아키텍쳐에 속하는 것으로서 널리 카테고리화 될 수 있다. 네트워크 서브 계층(103)은 또한 클라이언트 시스템(106)의 지리적 위치 및 유형에 의하여 분류될 수 있다. 예를 들어, 빌딩 내와 같이 서로 근접하여 위치한 복수의 컴퓨터 시스템 또는 서버를 통신 가능하도록 접속하는 네트워크 서브 계층(103)은 종종 근거리 통신망(local-area network; LAN)이라 한다. 인터넷과 같이 컴퓨터 시스템이 멀리 떨어져 있는 경우, 네트워크 서브 계층(103)은 일반적으로 광대역 통신망(wide-area network; WAN)이라 한다. 대학 캠퍼스 또는 군 부대와 같이 컴퓨터 시스템이 한정된 지리적 영역 내에 위치하는 경우, 네트워크 서브 계층(103)은 일반적으로 캠퍼스-영역 네트워크(campus-area network; CAN)라 한다. 컴퓨터 시스템이 도시 또는 마을 내에서 서로 접속되어 있는 경우, 네트워크 서브 계층(103)은 일반적으로 도시 영역 네트워크(metropolitan-area network; MAN)라 한다. 그리고, 컴퓨터 시스템이 사용자의 가정 내에서 서로 접속되어 있는 경우, 네트워크 서브 계층(103)은 종종 홈에리어 네트워크(home-area network; HAN)라 한다.

각 클라이언트 시스템(106)은 프록시 서버(109)(즉, 때로는 산업상 "홈 서버(home server(109)"라고도 함)에 통신 가능하도록 접속된다. 본 기술분야의 당업자라면 프록시 서버(109)는 일반적으로 클라이언트 서버(106)와 또 다른 서버 사이에 위치한다는 것을 알 것이다. (컴퓨터 애플리케이션, 프로그램 또는 프로그램 모듈을 통하여) 클라이언트 시스템(106)이 목적지 서버(destination server)에 요청을 할 때, 프록시 서버(109)는 그 요청 자체를 만족하는지 시험해 본다. 프록시 서버(109)가 클라이언트 시스템(106)으로부터의 요청을 만족할 수 없는 경우, 프록시 서버(109)는 그 요청을 목적지 서버에 포워드한다. 프록시 서버(109)의 주된 목적은 목적지 서버에 전송되는 요청의 수를 최소화함으로써 클라이언트 시스템(106) 또는 사용자 그룹 내의 성능을 개선하는 것이다. 프록시 서버(109)는 컴퓨터 시스템(210)과 유사하게 구성될 수 있으며, 이에 대해서는 도 2를 참조하여 이하에서 상세히 설명한다.

프록시 서버(109)는 전화 홈 서버(telephony home server; 112)에 통신 가능하도록 접속된다. 프록시 서버(109b)는 또한 세션 개시 프로토콜(SIP) 전화(128)(일반적으로 여기서는 "통신 장치(128)"라 함)에 통신 가능하도록 접속된다. 전화 홈 서버(112)는 클라이언트 시스템(106a, 106b)과 임의의 관련 전화 장치와의 통신 이 가능하도록 한다. 전화 홈 서버(112)는 도 2를 참조하여 이하에서 설명하는 컴퓨터 시스템(210)과 유사하게 구성되고, 일반적으로 전화 장치와 통신하도록 동작할 수 있는 애플리케이션, 프로그램 또는 프로그램 모듈을 포함한다.

일반적으로 전화 홈 서버(112)는 PBX(121)를 통하여 시분할 멀티플렉싱(time division multiplexing; TDM) 전화(118)(일반적으로 여기서는 "통산 장치(118)"이라 함)를 이용하여 간접적 또는 직접적으로 통신 가능하도록 접속된다. 본 기술분야의 당업자라면 PBX(121)는, 한정된 수의 외부 라인을 내부적인 TDM 전화(118)에 할당하기 위한 조직내에서 일반적으로 사용되는 사유(私有)의 전화 네트워크임을 알 것이다. PBX(121)는 착신 호(incoming calls)를 받고 그 호를 TDM 전화(118)와 같은 적절한 장치에 라우팅(routing)함으로써 콜 센터(call center)와 같이 동작한다. 종래에는 PBX(121)는 컴퓨터 전화 통합(computer-telephony-integration, CTI) 시스템(즉, PBX(121b))으로서 구성되지만, SIP 인에이블드 PBX(SIP-enabled PBX, 121a)로서 구성될 수도 있다. 본 발명의 예시적인 실시예에 있어서, 전화 홈 서버(112)는 CTI 데이터 및/또는 메시지를 SIP 데이터 및/또는 메시지로 변환 또는 변형(translate)하거나, SIP 데이터 및/또는 메시지를 CTI 데이터 및/또는 메시지로 변화 또는 변형할 수 있는 SIP 프론트-엔드(front-end; FE) 유닛(125)에 통신 가능하도록 접속된다. SIP FE 유닛(125)은 통신을 위하여 넌 SIP 인에이블드 PBX(non-SIP enabled PBX; 121b)에 접속된다. 네트워크 서브 계층(103) 내에 상주하는 각 PBX(121a, 121b)는 공중 전화 교환망(public switched telephone network)을 통하여, 이에 한정되는 것은 아니지만, TDM 전화(118c), PBX(도시하지 않음), 또는 클라이언트 시스템(106c)과 같은 네트워크 서브 계층 외부의 다른 장치와 통신 가능하도록 접속될 수 있다.

각 클라이언트 시스템(106)의 제3자 호 제어 시스템(300)은 관련 통신 장치(118, 128)와의 통신을 용이하게 하기 위한 사용자 인터페이스(315) 및 적절한 소프트웨어(도 3을 참조하여 상세히 설명함)를 구비한다. 각 클라이언트 시스템(106) 및 각 통신 장치(118, 128)는, 메시지 및 데이터가 적절한 위치에 보내질 수 있도록 고유 식별자를 갖는 것이 바람직하다. 예를 들어, 클라이언트 시스템 "A"(106a) 및 클라이언트 시스템 "B"(106b)는 DNS 네임 스페이스의 "phones.example.com" 서브 계층에 상주할 수 있다. 따라서, 클라이언트 시스템 "A"(106a)는 "userA@example.com"의 URI(uniform resource identifier)에 의하여 식별되고, 클라이언트 시스템 "B"(106a)는 "userB@example.com"의 URI에 의하여 식별된다. TDM 전화 "A"(118a)는 클라이언트 시스템 "A"(106a)와 연관되고, 확장번호 "1111" 및 URI "1111@PBXA.phones.example.com"에 의하여 식별된다. 이와 유사하게, TDM 전화 "B"(118b)는 클라이언트 시스템 "B"(106b)와 연관되고, 확장번호 "2222" 및 URI "2222@PBXA.phones.example.com"에 의하여 식별된다. SIP 전화(128)는 또한 클라이언트 시스템 "B"(106b)와 연관되고, URI "userB-phone@phones.example.com"에 의하여 식별된다. TDM 전화 "C"(118c)는 클라이언트 시스템 "C"(106c)와 연관되고, 번호 "555-1212"에 의해 식별되는데, 이는 "phones.examples.com"의 네트워크 서브 계층(103) 내에 있지 않기 때문이다.

전화 홈 서버(112)는, 프론트 엔드로서 모든 또는 일 군의 PBX(121)에 제공 되어 PBX 토폴로지를 네트워크의 나머지 부분으로부터 분리할 수 있는 실시간 협업(real-time collaboration; RTC) 서버를 포함하는 것이 바람직하다. 전화 홈 서버(112)의 한 쪽의 SIP 도메인은 전화 홈 서버(112)의 다른 쪽의 전화 도메인과는 다른 보안 메커니즘을 사용할 수 있다. 그러한 SIP 보안 메커니즘에 있어서, 제3자 호 제어 사용자는, 인스턴스 메시지 사용자가 (사용자명 및 패스워드를 사용하여) 인증되는 것과 동일한 방법으로 인증될 수 있다. 또한, 전화 또는 라인의 인증 규칙은 전화 또는 라인의 "소유자(owner)"와 관련지어질 수 있고, "소유자"를 위한 다른 인증 데이터로서 동일한 위치에 있을 수 있다. 이는 예를 들어, 라인 및 전화를 사용자에게 관련짓고, 사용자의 프록시 서버(109)가 전화 또는 라인으로의 액세스의 인증을 맡도록 함으로써 달성될 수 있다.

바람직하게는 클라이언트 시스템 "A"(106a)는 TDM 전화 "A"(118a)를 모니터링 및 제어하기 위한 기능을 포함하고, 클라이언트 시스템 "B"(106b)는 TDM 전화 "B"(118b) 및 SIP 전화(128)를 모니터링 및 제어하기 위한 기능을 포함한다. 클라이언트 시스템 "C"(106c)의 사용자에게 전화를 걸기 위하여, 클라이언트 시스템 "A"(106a)의 사용자는 제3자 호 제어 소프트웨어를 사용하여 사용자 인터페이스(315)(도 3 참조)를 통하여, 예를 들어 "555-1212"로 다이얼링(dialing)을 한다. 클라이언트 시스템 "A"(106a)는 SIP 메시지를 프록시 서버 "A"(109a)로 제공하고, 이는 다시 SIP 메시지를 전화 홈 서버(112)로 제공한다. SIP 메시지는 클라이언트 시스템 "A"(106a)(즉, "userA@example.com")와 관련된 고유 식별자뿐만 아니라 TDM 전화 "A"(118a)(즉, "1111@PBXA.phones.example.com")와 관련된 고유 식별자를 포함한다. 고유 식별자 정보는, SIP 메시지가 네트워크 내의 정확한 위치에 전송되었는지 확인한다. SIP 메시지 내의 식별 정보에 기초하여, 전화 홈 서버(112)는 SIP 메시지를 SIP 인에이블드 PBX "A"(121a)에 제공한다. SIP 인에이블드 PBX "A"(121a)는 SIP 메시지를 해석하고, 번호 "555-1212"로 전화를 걸라는 제어 명령을 TDM 전화 "A"(118a)에 전송하고, 전화 홈 서버(112)를 통하여 새로운 SIP 메시지를 클라이언트 시스템 "A"(106a)에 다시 전송한다. TDM 전화 "A"(118a)는 제어 명령을 수신하고, 번호 "555-1212"로 다이얼링한다. 클라이언트 시스템 "A"(106a)는 또한 상태 질의 SIP 메시지를 통하여 TDM 전화 "A"(108a)를 모니터링한다. TDM 전화 "A"(108a)가 회선을 개방하고 번호 "555-1212"로 다이얼링하면, 클라이언트 시스템 "A"(106a)는 TDM 전화 "A"(118a)에 의해 취해진 동작을 식별하는 상태 데이터와 함께 SIP 메시지를 수신한다. 클라이언트 시스템 "A"(106a)는 이 상태 데이터를 저장하는데, 이 상태 데이터는 TDM 전화 "A"(118a)의 상태와 함께 사용자를 업데이트하기 위하여 사용자 인터페이스(315)에 의해 사용될 수 있다(즉, TDM 전화 "A"는 개방된 회선을 갖고 "555-1212"로 다이얼링한다).

클라이언트 시스템 "B"(106b)의 사용자는 TDM 전화 "B"(118b) 또는 SIP 전화(128)를 사용하여 TDM 전화 "C"(118c)로 전화를 건다. 클라이언트 시스템 "B"(106b)의 사용자가 TDM 전화 "B"(118b)를 사용하여 TDM 전화 "C"로 전화를 걸고자 하는 경우, 그 과정은 다음의 사항을 제외하고는 클라이언트 시스템 "A"(106a)에 대하여 앞서 설명한 것과 실질적으로 동일하다. PBX "B"(121b)는 SIP 인에이블드 PBX(121a)가 아니기 때문에, PBX "B"(121b)는 단지 CTI 데이터에 대해서만 동작 할 수 있다. 따라서, 전화 홈 서버(112)는 클라이언트 시스템 "B"(106b)로부터의 SIP 메시지를 SIP FE 유닛(125)으로 제공한다. SIP FE 유닛(125)은 SIP 메시지를 해석하고, SIP 메시지를 TDM 전화 "B"로 하여금 "555-1212"로 전화를 걸도록 하는 CTI 메시지로 변환하고, CTI 데이터를 PBX "B"(121b)에 제공한다. PBX "B"(121b)는 "555-1212"로 다이얼링 하도록 하는 제어 명령을 TDM 전화 "B"(118b)로 전송하고, CTI 응답을 SIP FE 유닛(125)에 제공한다. SIP FE 유닛(125)은 CTI 응답을 해석하고, 그 응답을 SIP 응답으로 변환하여, 전화 홈 서버(112)를 통하여 SIP 응답을 클라이언트 시스템 "B"(106b)로 제공한다. 그러나, 클라이언트 시스템 "B"(106b)의 사용자가 SIP 전화(128)를 사용하여 TDM 전화 "B"(118c)로 전화를 걸고자 하는 경우, 클라이언트 시스템 "B"(106b)는 SIP 메시지를 프록시 서버 "B"(109b)로 제공하고, 이는 다시 SIP 메시지를 SIP 전화(128)로 제공한다. 다른 실시예에 있어서는, 프록시 서버 "B"(109b)는 SIP 메시지를 전화 홈 서버(112)로 제공하고, 전화 홈 서버(112)가 다시 SIP 메시지를 SIP 전화(128)에 제공한다. 중간 변환은 반드시 필요한 것은 아닌데, 이는 SIP 전화(128)는 SIP 메시지를 수신하고 이에 따라 동작할 수 있기 때문이다. 이러한 다른 실시예에 있어서는, SIP전화(128)는 회선을 개방하고, 번호 "555-1212"로 전화를 걸고, 전화 홈 서버(112) 또는 프록시 서버 "B"(109b)를 통하여 새로운 SIP 메시지를 클라이언트 시스템 "B"(106b)에 제공한다.

TDM 전화 "C"(118c)를 통한 클라이언트 시스템 "C"(106c)로부터 TDM 전화 "B"(118b)로의 호는, 예를 들어 TDM 전화 "B"(118b)가 울리게 하고, 클라이언트 시 스템 "B"(106b)는 모니터링 동작을 통하여 이렇게 울리는 것을 감지한다. 바꾸어 말하자면, 클라이언트 시스템 "B"(106b)는 TDM 전화 "B"(118b)가 울린다는 것을 식별하는 상태 데이터와 함께 SIP 메시지를 수신한다. 상태 데이터는 클라이언트 시스템 "B"(106b)에 의하여 저장되고, 사용자 인터페이스(315)를 통하여 TDM 전화 "B"(118b)가 울리고 있음을 사용자에게 알리는데 사용된다.

본 기술분야의 당업자라면, 통신 가능하도록 접속하는 것은, 이에 한정되는 것은 아니지만, 아날로그, 디지털, 유무선 통신 채널을 포함하는 신호 및/또는 매체의 2방향 통신을 위한 적절한 유형의 접속을 포함하거나 요구할 수 있다는 것을 이해할 것이다. 이러한 통신 채널은, 이에 한정되는 것은 아니지만, 구리선, 광 섬유, 무선 주파수, 적외선, 위성 또는 다른 시설 및 매체를 이용할 수 있다. 또한, 본 기술분야의 당업자라면, 제3자 호 제어 시스템(300)은 다른 환경(100)과 접속하여 사용될 수 있으며, 따라서 본 발명은 다른 환경(100)에서 효과적으로 구현될 수 있고, 앞서 설명한 예시적인 환경(100)으로 한정되는 것이 아님을 이해할 것이다. 따라서, 적절한 환경(100)은 복수의 클라이언트 시스템(106), 프록시 서버(109), 전화 홈 서버(112), 통신 장치(118, 128) 및 PBXs(121)를 포함할 수 있고, 따라서 도 1에 도시한 클라이언트 시스템(106), 프록시 서버(109), 전화 홈 서버(112), 통신 장치(118, 128) 및 PBXs(121)의 수로 한정되는 것은 아니다. 또한, 본 발명은 TDM 전화(118) 또는 SIP 전화(128)와 같은 통신 장치(118, 128)에만 한정되는 것도 아니다. 통신 장치(118, 128)는, 이에 한정되는 것은 아니지만, 이동 전화, 랩톱, 데스트톱, 개인 휴대 단말기(PDAs), 인스턴트 메시징 애플리케이션(instant messaging applications), 이메일 애플리케이션 등과 같이 다른 장치 또는 컴퓨터 소프트웨어 프로그램과 통신할 수 있는 임의의 유형의 장치 또는 컴퓨터 소프트웨어 프로그램을 포함한다.

도 2는 본 발명의 예시적인 실시예에 따라 도 1의 제3자 호 제어 시스템이 사용할 수 있는 컴퓨팅 환경(200) 및 컴퓨터 시스템(210, 280)을 도시한 블록도이다. 컴퓨팅 환경(200) 및 컴퓨터 시스템(210, 280)은 본 발명을 실시하기 위한 적당한 컴퓨팅 환경 및 컴퓨터 시스템의 일 예를 나타낸 것이며, 본 발명의 용도 또는 기능에 있어서 어떠한 한정을 하는 것은 아니다. 또한, 컴퓨터 시스템(210, 280)은 예시적인 컴퓨팅 환경(200)에 도시된 구성요소 중 임의의 하나 또는 그 조합과 관련된 어떠한 종속성 또는 요구사항을 갖는 것으로 해석되는 것도 아니다.

따라서, 본 발명은 수많은 다른 범용 또는 특수 목적용 컴퓨팅 시스템 환경 또는 구성에 있어서 동작 가능하다는 것을 이해하여야 한다. 본 발명의 클라이언트 시스템(106)으로서 적절한 널리 알려진 컴퓨팅 시스템, 환경 및/또는 구성의 예는, 이에 한정되는 것은 아니지만, 개인용 컴퓨터, 서버 컴퓨터, 휴대용 또는 랩톱 장치, 멀티 프로세서 시스템, 마이크로 프로세서 기반 시스템, 셋톱박스, 프로그래밍 가능한 가전제품, 네트워크 PC, 미니 컴퓨터, 메인 프레임 컴퓨터, 임의의 상기 시스템 또는 장치를 포함하는 분산형 컴퓨팅 환경 등을 포함한다.

본 발명은 컴퓨터 시스템에 의해 실행되는 프로그램 모듈과 같은 컴퓨터 실행 가능한 명령어를 포함하는 일반적인 내용으로 설명될 수 있다. 일반적으로 프로그램 모듈은 특정 작업을 수행하거나 특정 추상적 데이터 유형을 구현하는 루틴, 프로그램, 프로그래밍, 객체, 컴포넌트, 데이터, 데이터 구조 등을 포함한다. 본 발명은 작업이 통신 네트워크를 통하여 연결된 원격 프로세싱 장치에 의해 수행되는 분산형 컴퓨팅 환경(distributed computing environment)에서 실현될 수 있다. 분산형 컴퓨팅 장치에 있어서, 프로그램 모듈은, 이에 한정되는 것은 아니지만 메모리 저장 장치를 포함하는 로컬 및 원격 컴퓨터 저장 매체에 위치할 수 있다.

예시적인 클라이언트 시스템(106), 전화 홈 서버(112), 및 프록시 서버(109는 도 2에 도시된 컴퓨터 시스템(210)의 형태의 범용 컴퓨팅 장치를 포함할 수 있다. 컴퓨터 시스템(210)의 구성요소는, 이에 한정되는 것은 아니지만, 프로세싱 유닛(220), 시스템 메모리(230)와, 2방향 데이터 및/또는 명령의 통신을 위하여 시스템 메모리(230)를 포함하는 다양한 시스템 구성요소를 프로세싱 유닛(220)에 결합시키는 시스템 버스(221)를 포함할 수 있다. 시스템 버스(221)는, 다양한 버스 아키텍쳐를 사용하는 메모리 버스 또는 메모리 컨트롤러, 주변 버스, 로컬 버스를 포함하는 임의의 여러 유형의 버스 구조일 수 있다. 예로서, 이러한 아키텍처는 산업 표준 아키텍처(ISA) 버스, 마이크로 채널 아키텍처(MCA) 버스, 인핸스드 ISA(Enhanced ISA; EISA) 버스, 비디오 일렉트로닉스 표준 어소시에이션(VESA) 로컬 버스, 및 (메자닌(Mezzanine) 버스로도 알려진) 주변 컴포넌트 상호접속(PCI) 버스를 포함하지만, 이에 한정되는 것은 아니다.

통상적으로 컴퓨터 시스템(210)은 다양한 컴퓨터 판독 가능 매체를 포함한다. 컴퓨터 판독 가능 매체는 컴퓨터 시스템(210)에 의해 액세스 가능하고, 판독 가능하며, 기록 가능할 수 있는 임의의 이용 가능한 매체를 포함할 수 있고, 휘발 성 및 불휘발성, 착탈식 및 고정식 매체 모두를 포함할 수 있다. 제한이 아닌 예시로서, 컴퓨터 판독 가능 매체는 컴퓨터 저장 매체 및 통신 매체를 포함할 수 있다. 컴퓨터 저장 매체는 컴퓨터 판독 가능 명령어들, 데이터, 데이터 구조, 프로그램 모듈, 프로그램, 프로그래밍 또는 루틴들과 같은 정보의 저장을 위한 임의의 방법 또는 기술들로서 구현된 휘발성 및 불휘발성, 착탈식 및 고정식 매체 모두를 포함한다. 컴퓨터 저장 매체는 RAM, ROM, EEPROM, 플래시 메모리 또는 다른 메모리 기술, CD-ROM, DVD 또는 다른 광 디스크 저장 장치, 자기 카세트, 자기 테이트, 자기-광학 저장 장치, 자기 디스크 저장 장치 또는 다른 자기 저장 장치들, 또는 컴퓨터 시스템(210)에 의해 액세스 가능하고, 원하는 정보를 저장하는데 사용할 수 있는 임의의 다른 매체를 포함하지만, 이에 제한되는 것은 아니다. 통상적으로, 통신 매체는 반송파 또는 다른 반송 메카니즘과 같은 변조된 데이터 신호의 컴퓨터 판독 가능 명령어들, 데이터, 데이터 구조들, 프로그램 모듈들, 프로그램들, 프로그래밍, 또는 루틴들을 포함하고, 임의의 정보 전달 매체를 포함한다. "변조된 데이터 신호"라는 용어는 신호에 정보를 인코딩하기 위한 방법으로 변경되거나 세팅된 그들의 특징들 중의 하나 이상을 갖는 신호를 의미한다. 제한이 아닌 예시로서, 통신 매체는 유선 네트워크 또는 직접-유선 접속과 같은 유선 매체 및 음성, RF 적외선 및 다른 무선 매체와 같은 무선 매체를 포함한다. 또한, 이상의 매체들 중의 임의의 조합도 컴퓨터 판독 가능 매체의 범위에 포함된다.

시스템 메모리(230)는 ROM(231) 및 RAM(232)과 같은 휘발성 및/또는 불휘발성 메모리 형태의 컴퓨터 저장 매체를 포함한다. 기동시에서와 같이 컴퓨터(210) 내의 요소들 간의 정보 전송을 지시하는 기본적인 루틴을 포함하는 BIOS(Basic Input/Output System; 233)는 통상적으로 ROM(231)에 저장된다. 통상적으로, RAM(232)은 프로세싱 유닛(220)에 의해 순간적으로 액세스 가능하고/가능하거나 현재 동작중인 데이터 및/또는 프로그램 명령어들을 저장한다. 제한이 아닌 예시로서, 도 2는 때에 따라 전체 또는 부분적으로 RAM(232)에 존재할 수 있는, 운영 시스템(234), 애플리케이션 프로그램들(235), 다른 프로그램 모듈들(236) 및 프로그램 데이터(237)를 도시한다.

또한, 컴퓨터(210)는 다른 착탈식/고정식, 휘발성/불휘발성 컴퓨터 저장 매체를 포함할 수 있다. 오직 예시로서, 도 2는 고정식, 불휘발성 자기 매체로 판독 또는 기록하는 하드 디스크 드라이브(241), 착탈식, 불휘발성 자기 디스크(252)로 판독 또는 기록하는 자기 디스크 드라이브(251), 및 CD-ROM 또는 다른 광 매체와 같은 착탈식, 불휘발성 광 디스크(256)로 판독 또는 기록하는 광 디스크 드라이브(255)를 도시한다. 예시적인 컴퓨팅 환경(200)에 포함될 수 있는 다른 착탈식/고정식, 휘발성/불휘발성 컴퓨터 저장 매체는 자기 테이프 카세트, 플래시 메모리 카드, DVD, 디지털 비디오 테이프, 고체 상태 RAM, 고체 상태 ROM 등을 포함하지만, 이에 제한되는 것은 아니다. 통상적으로 하드 디스크 드라이브(241)는 인터페이스(240)와 같은 고정식 메모리 인터페이스를 통해 시스템 버스(221)에 접속되고, 자기 디스크 드라이브(251) 및 광 디스크 드라이브(255)는 통상적으로 인터페이스(250)와 같은 착탈식 메모리 인터페이스에 의해 시스템 버스(221)에 접속된다.

도 2에 도시 및 상술한 드라이브들(241, 251 및 255) 및 그 연관 컴퓨터 저 장 매체는 컴퓨터 시스템(210)을 위한 컴퓨터 판독 가능 명령어들, 데이터, 데이터 구조들, 프로그램 모듈들, 프로그램들, 프로그래밍 또는 루틴들의 저장을 제공한다. 도 2에 있어서, 예컨대, 하드 디스크 드라이브(241)는 운영 시스템(244), 애플리케이션 프로그램들(245), 다른 프로그램 모듈들(246) 및 프로그램 데이터(247)를 저장하는 것으로 도시되어 있다. 이러한 컴포넌트들은 운영 시스템(234), 애플리케이션 프로그램들(235), 다른 프로그램 모듈들(236) 및 프로그램 데이터(237)와 동일하거나 다를 수 있음에 유의해야 한다. 운영 시스템(244), 애플리케이션 프로그램들(245), 다른 프로그램 모듈들(246) 및 프로그램 데이터(247)는, 최소한 그들이 운영 시스템(234), 애플리케이션 프로그램들(235), 다른 프로그램 모듈들(236) 및 프로그램 데이터(237)의 사본과 상이하다는 것을 나타내도록 상이한 번호가 부여된다. 사용자는 통상적으로 마우스, 트랙볼 또는 터치 패드로 언급되는 지시 장치(261) 또는 키보드와 같은 접속 입력 장치들을 통해 컴퓨터 시스템(210)으로 명령 및 정보를 입력할 수 있다. 다른 접속 입력 장치들(도시되지 않음)은 마이크, 조이스틱, 게임 패드, 위성 접시, 스캐너 등을 포함할 수 있다. 여러 입력 장치들이 시스템 버스(221)에 결합된 사용자 입력 인터페이스(260)를 통해 프로세싱 유닛(220)에 접속되지만, 병렬 포트, 게임 포트 또는 USB와 같은 다른 인터페이스 및 버스 구조들을 통해 접속될 수도 있다. 또한, 모니터(291) 또는 다른 타입의 디스플레이 장치가 비디오 인터페이스(290)와 같은 인터페이스를 통해 시스템 버스(221)에 접속된다. 모니터(291)외에도, 컴퓨터 시스템(210)은 스피커(297) 및 프린터(296)와 같은 다른 주변 출력 장치들을 포함할 수 있는데, 이들은 출력 주변 인터페이스(295)를 통해 접속될 수 있다.

컴퓨터 시스템(210)은 원격 컴퓨터 시스템(280)과 같은 하나 이상의 운격 컴퓨터 시스템들과의 양방향 통신 접속 링크를 사용하는 네트워크 환경에서 동작할 수 있다. 원격 컴퓨터 시스템(280)은 개인용 컴퓨터, 랩탑 컴퓨터, 서버 컴퓨터, 라우터, 네트워크 PC, 피어 장치 또는 다른 공용 네트워크 노드가 될 수 있고, 통상적으로는 컴퓨터 시스템(210)에 대하여 상술한 모든 또는 다수의 요소들을 포함하지만, 도 2에는 원격 컴퓨터 시스템(280)의 메모리 저장 장치(281) 만이 도시되어 있다. 도 2에 도시된 양방향 통신 접속 링크들은 LAN(271) 및 WAN(273)을 포함하지만, 다른 네트워크들을 또한 포함할 수 있다. 이러한 네트워크들은 사무실, 기업 규모 컴퓨터 네트워크, 인트라넷 및 인터넷에서는 통상적인 경우이다.

컴퓨터 시스템(210)이 LAN(271)에 통신 가능하도록 접속되는 경우, 컴퓨터 시스템(210)은 네트워크 인터페이스 또는 어댑터(270)를 통해 LAN(271)에 접속된다. 컴퓨터 시스템(210)이 WAN(273)에 통신 가능하도록 접속되는 경우, 컴퓨터 시스템(210)은 통상적으로 WAN(273)에 대한 통신 링크를 설정하기 위한, 인터넷과 같은 다른 수단 또는 모뎀(272)을 포함한다. 내장형 또는 외장형의 모뎀(272)은 사용자 입력 인터페이스(260) 또는 다른 적절한 장치를 통해 시스템 버스(221)에 접속될 수 있다. 네트워크 환경에서, 컴퓨터 시스템(210)에 대하여 설명된 프로그램 모듈들 또는 그 일부는 원격 메모리 저장 장치(281)에 저장될 수 있다. 제한이 아닌 예시로서, 도 2는 원격 애플리케이션 프로그램들(285)을 메모리 저장 장치(281)에 존재하는 것으로 도시한다. 도시된 네트워크 접속들은 예시적이고, 컴퓨터들 간에 양방향 통신 링크를 설정하는 다른 수단들이 사용될 수 있음을 인식해야 한다.

도 3은, 본 발명의 예시적인 실시예에 따라서 통신 장치(118 및 128)를 제어 및 모니터링하기 위한 본 발명의 제3자 호 제어 시스템(300)의 블록 대표도를 도시한다. 도 2를 참조하여 상술한 하드웨어 및 소트프웨어 컴포넌트들 외에도, 각각의 클라이언트 시스템(106)은 제3자 호 제어 애플리케이션(303) 및 엔티티 레플리카 저장 유닛(318)을 더 포함한다.

엔티티 레플리카 저장 유닛(318)은 데이터를 저장 및 검색할 수 있는 RAM, 플래시 메모리, 자기 메모리 장치, 광 메모리 장치, 하드 디스크 드라이브, 착탈식 휘발성 또는 불휘발성 메모리 장치, 광 저장 매체, 자기 저장 매체 또는 RAM 메모리 카드를 포함하는(이에 제한되지 않음) 메모리 장치이다. 대안으로, 엔티티 레플리카 저장 유닛(318)은 유선 및/또는 무선 네트워크 시스템을 통해 액세스 가능한 원격 저장 설비를 포함할 수 있다. 또한, 엔티티 레플리카 저장 유닛(318)은 상술한 바와 같이 제1 및 제2 메모리 장치의 다단계 시스템을 포함하는 메모리 시스템을 포함할 수 있다. 제1 메모리 장치 및 제2 메모리 장치는, 나머지 또는 제2 메모리 장치가 제1 메모리 장치에 대해 백업으로서 기능할 수 있도록 캐시로서 동작할 수 있다. 다른 실시예에서, 엔티티 레플리카 저장 유닛(318)은 단순 데이터베이스 파일 또는 SQL과 같은 질의 언어를 사용하는 검색 가능한 관계형 데이터베이스로서 구성된 메모리 장치를 포함할 수 있다.

제3자 호 제어 프로그램 애플리케이션(303)은 통신 장치(118 및 128)를 제어 및 모니터링하기 위한 기능을 갖는 클라이언트 시스템(106)을 제공한다. 제3자 호 제어 프로그램 애플리케이션(303)은 사용자 인터페이스(315), 및 모니터링 유닛(309)과 컨트롤러 유닛(312)을 포함하는 호 제어 API(306)를 포함한다. 사용자 인터페이스(315)는 호 제어 API(306)에 통신 가능하도록 접속되고, 그 결과 모니터링 유닛(309) 및 컨트롤러 유닛(312)에 통신 가능하도록 접속된다.

모니터링 유닛(309) 및 컨트롤러 유닛(312)은 호 제어 API(306) 내에 컴퓨터 소프트웨어 프로그램 모듈들을 포함한다. 컨트롤러 유닛(312)은 통신 장치(118 및 128)의 물리적 표현(321) 및 통신 장치(118 및 128)의 논리적 표현(324)에 통신 가능하도록 접속된다. 모니터링 유닛(309)은 통신 장치(118 및 128)의 물리적 표현(321), 통신 장치(118 및 128)의 논리적 표현(324) 및 엔티티 레플리카 저장 유닛(318)에 통신 가능하도록 접속된다.

동작에 있어서, 클라이언트 시스템(106)의 사용자는 제3자 호 제어 프로그램(303)을 통해 통신 장치(118 및 128)를 제어 및 모니터링한다. 본 발명의 예시적인 실시예에서, 통신 장치(118 및 128)는 두 개의 표현으로 모델링될 수 있다. 보다 구체적으로, 통신 장치(118 및 128)는 물리적 표현(321) 및 논리적 표현(324)으로 모델링될 수 있다. 전화 자치에 대하여, 물리적 표현(321)은 물리적 장치의 물리적 속성들을 포함하고, 따라서 물리적 속성들로의 사용자 상호 작용 및 그에 대한 제어를 제공한다. 논리적 표현(324)은 통신 장치(118 및 128)의 호 및/또는 라인 서비스들을 사용자에게 제공한다. 또한, 물리적 표현(321) 및 논리적 표현(324)은 다이얼링(dialing out), 통화 중단(hanging up), 호 응답(answering a call), 호 전송(transferring a call), 발신자 대기(putting a caller on hold), 호 전달(forwarding a call), 호 대기(parking a call), 호 또는 메시지 검색, 발신자 회의 초대, 회의로부터 통신 장치 제거, 회의로부터 다른 발신자 제거, 스피커 폰 켬 또는 꺼짐, 이중음 다중 주파수(Dual-Tone Multi-Frequency; DTMF) 생성 및 숫자 수집과 같은(이에 제한되지 않음) 전화 기능을 제공한다.

사용자 인터페이스(315)는 클라이언트 시스템(106a)의 사용자에게 현재 모니터링되고 있는 통신 장치들(118 및 128)의 상태를 나타내는 데이터의 디스플레이를 제공한다. 또한, 사용자 인터페이스(315)는 클라이언트 시스템(106)의 사용자에 의한 통신 장치들(118 및 128)의 제어를 이용한다. 당업자는, 사용자 인터페이스(315)가 다수의 구성으로 구현될 수 있고, 통상적으로 컴퓨터 모니터(291)를 통해 사용자에게 디스플레이 됨을 인식할 것이다. 일반적으로, 사용자 인터페이스(315)는 키보드(262) 및/또는 마우스(261)와 같은(이에 제한되지 않음) 입력 장치에 의해 사용자로부터 입력을 수신한다.

사용자로부터 입력을 수신한 후에, 사용자 인터페이스(315)는 호 제어 API(306)에 제어 요청을 송신한다. 제어 요청은 호 제어 API(306)의 컨트롤러 유닛(312)으로 향한다. 사용자 요청이 (즉, 물리적 표현(312)에 관련된) 장치 속성 또는 (즉, 논리적 표현(324)에 관련된) 호 속성에 관련되는지에 따라, 컨트롤러 유닛(312)은 적절한 SIP 메시지를 통신 장치(118 및 128)로 송신한다. 사용자 요청이 호 속성과 관련되면, 컨트롤러 유닛(312)은 적절한 SIP 메시지를 통신 장치(118 및 128) 및 그 논리적 표현으로 송신한다. 사용자 요청이 장치 속성과 관련되면, 컨트롤러 유닛(312)은 적절한 SIP 메시지를 통신 장치(118 및 128) 및 그 물리적 표현(321)으로 송신한다. 따라서, 통신 장치(118 및 128)는 수신된 SIP 메시지에 기술된 바에 따라 사용자 요청을 수행한다. 통신 장치(118 및 128)는 원본 SIP 메시지에 SIP 응답을 제공할 수 있다. 도 1을 참조하여 상술한 바와 같이, 통신 장치(118 및 128)가 SIP 전화(128)이면, SIP 전화(128)는 적절한 SIP 응답을 원본 SIP 메시지로 생성할 수 있다. 통신 장치(118 및 128)가 SIP 가능 PBX(121a)와 연관된 TDM 전화(118)이면, SIP 가능 PBX(121a)는 SIP 응답을 원본 SIP 메시지로 생성한다. 통신 장치(118 및 128)가 통상적인 PBX(121b)와 연관된 TDM 전화(118)이면, SIP FE(125)는 PBX(121b)로부터의 CTI 응답을 원본 SIP 메시지로의 SIP 응답으로 변환한다. 통신 장치(118 및 128)로부터의 SIP 응답이 컨트롤러 유닛(312)에 제공되고, 그 후에 사용자 인터페이스(315)에 제공될 수 있다.

모니터링 유닛(309)은 계속적으로 SIP 통지 메시지들을 생성하고, 이들을 통신 장치(118 및 128)의 물리적 표현(321) 및 논리적 표현(324)에 제공한다. 모니터링 유닛(309)은 통신 장치(118 및 128)의 현재 상태를 나타내는 데이터를 생성하기 위하여 SIP 통지 메시지로의 응답을 사용한다. 생성된 데이터는 모니터링 유닛(309)에 의해 저장을 위해 엔티티 레플리카 저장 유닛(318)으로 제공된다. 본 발명의 예시적인 실시예에서, 엔티티 레플리카 저장 유닛(318)에 저장된 데이터는 모니터링되고 있는 통신 장치(118 및 128)의 정확한 현재 상태를 나타낸다. 엔티티 레플리카 저장 유닛(315)에 저장된 데이터는 사용자에게 통신 장치(118 및 128)의 현재 상태를 디스플레이하도록 모니터링 유닛(309)에 의해 사용자 인터페이스(315) 에 제공된다. 통신 장치(118 및 128)의 모니터링 및 제어는 독립적인 기능들이므로, 모니터링 유닛(309)은 통신 장치(118 및 128)의 현재 상태를 나타내는 데이터를 획득하기 위하여 컨트롤러 유닛(312)과 직접 통신하지 않는다.

본 발명의 예시적인 실시예에서, 호 제어(즉, 통신 장치(118 및 128)의 논리적 표현(324)을 제어 및 모니터링하는 것) 및 장치 제어(즉, 통신 장치(118 및 128)의 물리적 표현(321)을 제어 및 모니터링하는 것)는, 확장형 마크업 언어(eXtensible Markup Language; XML)를 통해 결합된, 본 발명의 전통적인 SIP 메시징 및 SIP 메시징 확장들을 통해 실현된다. 애플리케이션 계층 제어/시그널링 프로토콜인 세션 개시 프로토콜(SIP)은 당업자에게는 공지의 표준 프로토콜이다. 간단히 설명하면, SIP는 통신 장치(118 및 128) 및 클라이언트 시스템(106) 사이의 통신을 지원한다. SIP는 통신 세션의 개시, 변경 및 종료의 표준을 제공한다. 각각의 표준 통신 세션은 통신 장치(118 및 128) 및 클라이언트 시스템들(106) 사이의 SIP 관계들에 의해 표시되고, 각각의 통신 장치(118 및 128) 및 클라이언트 시스템들(106) 사이의 SIP 다이얼로그에 의해 관리된다. SIP는 RTP(Real-time Transport Protocol), RTSP(Real-Time Streaming Protocol), MEGACO(Media Gateway Control Protocol) 및 SDP(Session Description Protocol)과 같은(이에 제한되지 않음)다른 공용 프로토콜들과 함께 동작한다. 다른 공용 프로토콜들과 함께, SIP는 클라이언트 시스템들(106)이 통신 장치(118 및 128)를 식별하고 그에 접속하는 것을 가능하게 함으로써 통신 세션을 생성한다. SIP는 다양한 서비스들을 구현하는데 사용되는 필수적인 프리미티브(primitive)를 제공하지만, 본 명세서에 기술된 호 제어 API(306)와 연관된 프로그램 모듈과 같은 프로그램 모듈들 또는 본 명세서에 기술된 방법들 또는 프로토콜들은 제공하지 않는다.

제한이 아닌 예로서, 표 1 내지 표 8은 본 명세서에 기술된 본 발명의 기능과 관련된 예시적인 SIP 메시지들의 호 흐름을 제공한다. 제3자 호 제어의 개시는 통신 장치(118 및 128)로 두 개의 상이한 제어 채널을 오픈함으로써 시작된다. 제어 채널들 중의 하나는 통신 장치(118 및 128)의 물리적 표현(321)으로 연결되고, 장치 제어 채널(327)로 불린다. 다른 제어 채널은 통신 장치(118 및 128)의 논리적 표현(324)으로 연결되고, 호 제어 채널(330)로 불린다. SIP 용어에 있어서, 채널들(327 및 330)은 클라이언트 시스템(160) 및 통신 장치(118 및 128) 사이의 다이얼로그를 포함한다.

표 1 및 표 2는 장치 제어 채널(327)을 개시하기 위한 통신 장치(118 및 128)의 물리적 표현(321)으로의 SIP 호 흐름을 제공한다. 보다 구체적으로, 표 1은 SIP에 의해 제공되는 질의 능력 및 장치 제어 채널(327)의 생성을 나타내고, 표 2는 장치 제어 채널(327)과 연관된 장치 상태를 구독하는(subscribe) 클라이언트 시스템(106)을 나타낸다.

표 3 및 표 4는 통신 장치(118 및 128)의 논리적 표현(324)에 호 제어 채널(330)을 설정하기 위한 SIP 호 흐름을 제공한다. 보다 구체적으로, 표 3은 SIP에 의해 제공되는 질의 기능을 나타내고, 표 4는 호 제어 채널(330)과 연관된 호/다이얼로그 상태를 구독하는 클라이언트 시스템(106)을 나타낸다. 호 제어 채널(330)을 생성하는 것은 표 1에 나타난 SIP 호 흐름과 유사한다. 전화 및 회선 URI들이 동일하면(즉, 통신 장치(118 및 128)의 원격 종단점과 장치 제어 채널(327)이 동일하면), SIP OPTIONS 메시지를 두 번 송신할 필요가 없는데, 그 이유는 상기 정보가 장치 제어 채널(327)의 개시 동안 이미 수집되었기 때문이다.

표 5는 호를 개시하는 클라이언트 시스템(106)의 SIP 호 흐름을 나타낸다. 보다 구체적으로, 표 5는 클라이언트 시스템 "C"(106c)로 스피커 전화를 사용하여 호를 개시하는 클라이언트 시스템 "B"(106b)를 개시하는데, 여기서 SIP NOTIFY에 대한 200 OK 응답은 나타나지 않았다. 본 발명의 예시적인 실시예에서, 호 초기화를 가능하도록 하기 위하여 SIP SERVICE 및 SIP NOTIFY 메시지와 함께 SOAP 요청 및 XML 코드가 사용된다. SIP에 있어서, REFER는 REFER에 의해 야기되는 트랜잭션 의 상태에 묵시적인 구독을 생성한다. 모든 호/다이얼로그 상태에 대한 구독이 이미 존재하므로, NOTIFY를 통해 상태 변경이 갱신되고, 호가 접속된 후에만 초기 REFER를 위한 응답 코드가 송신되며, 호출된 자원이 이용 불가능하게 된 경우에 구독이 명시적으로 종료될 것이다.

표 6은 호를 개시하는 TDM 전화(118)의 SIP 호 흐름을 나타낸다. 보다 구체적으로, 표 6은 TDM 전화(118b)를 사용하여 클라이언트 시스템 "C"(106c)로 호를 개시하는 클라이언트 시스템 "B"(106b)를 나타낸다. 도 5에서와 같이, NOTIFY들에 대한 응답인 SIP 200 OK는 도시되지 않았다.

표 7은 호로부터의 접속을 끊는 클라이언트 시스템(106)의 SIP 호 흐름을 나타낸다. 이러한 호에 대하여 두 가지 시나리오가 존재한다. 제1 시나리오에서, 호는 클라이언트 시스템(106)에 의해 개시될 수 있다. 제2 시나리오에서, 호는 TDM 전화(118)에 의해 개시될 수 있다. 어떠한 시나리오에서도, 클라이언티 시스 템(106)은 접속을 끊을 호에 대한 다이얼로그 식별자를 소유한다. 호가 클라이언트 시스템(106)에 의해 개시되면, SIP REFER 메시지를 통해 다이얼로그가 생성되지만, 다른 쪽이 INVITE 메시지에 대해 성공적으로 응답하면 다이얼로그는 종료된다.

표 8은 호를 수용하는 클라이언트 시스템의 SIP 호 흐름을 나타낸다. 입력 호가 도착하면(즉, INVITE 메시지 또는 호를 위한 시그널링이 수신되면), 클라이언트 시스템(106)은 호의 발신자에게 "시도" 상태 NOTIFY 메시지를 송신한다.

당업자는 호 거절, 통화중 표시, 호 전달, 클라이언트 시스템(106)으로부터의 전화 끊기, TDM 전화(118)로부터의 전화 끊기, 클라이언트 시스템(106)에 의한 호 대기, TDM 전화(118)로부터의 호 대기, 호 전송, 호 검색, 회의 전화, DTMF 전송 및 TDM 전화(118) 키패드에 물리적으로 입력된 숫자 수집과 같은(이에 제한되지 않음)상황의 부가적인 모니터링 및 제어를 위해 다른 호 흐름이 존재한다는 점을 인식할 것이다. 각각의 이러한 상황들은 이상의 표들에서 설명된 것과 유사한 SIP 메시지들을 요구한다.

도 4a 내지 도 4b는 본 발명의 예시적인 실시예에 따른 통신 장치(118 및 128)를 제어 및 모니터링하는 방법(400)의 흐름도 표현을 도시한다. 사용자가 통 신 장치(118 및 128)를 효율적으로 제어 및 모니터링하도록, 적절한 환경(100) 및 제3자 호 제어 시스템(300)이 존재해야 한다. 본 발명은 각각의 통신 장치(118 및 128)를 통신 장치(118 및 128)의 물리적 속성들 및 통신 장치(118 및 128)의 호 및/또는 회선의 변화하는 상태를 제어 및 모니터링하기 위한 두 개의 개별 표현으로 모델링한다.

통신 장치(118 및 128)를 효율적으로 모니터링 및 제어하기 위하여, 제3자 호 제어 애플리케이션(303)은 통신 장치(118 및 128)를 두 개의 개별 표현으로 인식한다. 따라서, 단계(403)에서 시작하여, 제3자 호 제어 애플리케이션(303)은 통신 장치(118 및 128)에 대하여 논리적 표현(324) 및 물리적 표현(321)이 성립되는 단계(406)로 진행한다. 논리적 표현(324)은 통신 장치(118 및 128)와 연관된 호 및/또는 회선을 표현하고, 따라서 클라이언트 시스템(106)에 호/회선 서비스들을 제공하는 것을 가능하게 한다. 물리적 표현(321)은 통신 장치(118 및 128)의 물리적 속성들을 표현하고, 따라서, 통신 장치(118 및 128) 및 클라이언트 시스템(106) 사이의 사용자 상호 작용의 제공을 가능하게 한다.

이러한 두 개의 표현을 명시적으로 타깃으로 설정하기 위하여, 제3자 호 제어 애플리케이션(303)은 이들의 주소를 유일하게 지정할 수 있어야 하고, 따라서 각각의 통신 장치(118 및 128)의 논리적 표현(324) 및 물리적 표현(321)은 유일 식별자와 연관된다. 보다 구체적으로, 각각의 논리적 표현(324) 및 각각의 물리적 표현(321)은 SIP URI와 연관되고, 그로 인해 클라이언트 시스템(106)은 유일하게 식별된 통신 장치(118 및 128)로 SIP 메시지를 송신할 수 있다.

각각의 통신 장치(118 및 128)의 각 논리적 표현(324) 및 각 물리적 표현(321)을 유일 식별자와 연관짓기 위하여, 모든 통신 장치(118 및 128)(즉, 그리고 이들의 모든 논리적 표현들(324) 및 물리적 표현들(321))는 식별되어야 한다. 이와 같이 하기 위하여, 제3자 호 제어 애플리케이션(203)은 네트워크 하위 계층 구조(103) 내의 모든 논리적 표현(324) 및 물리적 표현(321)이 식별되는 단계(412)로 진행한다. 제한이 아닌 예시로서, 모든 통신 장치(118 및 128)의 식별은 클라이언트 시스템(106)의 네트워크 디렉토리를 스캐닝함으로써 달성될 수 있다. 수용 가능한 네트워크 디렉토리는 워싱톤 레드몬드에 소재한 마이크로소프트 코오포레이션의 운영 시스템 소프트웨어에 의해 제공되는 "ACTIVE DIRECTORY®"을 포함한다.

다음으로, 제3자 호 제어 애플리케이션(303)은 모든 식별된 통신 장치(118 및 128) 사이의 모든 관계가 결정되는 단계(415)로 진행한다. 보다 구체적으로, 제3자 호 제어 애플리케이션(303)은 클라이언트 시스템들106)의 사용자들, 회선들 및 통신 장치들(118 및 128)(즉, TDM 전화(118) 및 SIP 전화(128)) 간의 관계 및/또는 매핑을 결정한다. 이러한 결정은 네트워크 디렉토리의 사용을 통해서도 달성될 수 있다.

그 후, 제3자 호 제어 애플리케이션(330)은 단계(418)로 진행하며, 이 단계에서 컨트롤러 유닛(312) 및 모니터링 유닛(309) 각각은 모든 통신 장치들(118 및 128)의 물리적 표현(321)에 대해 장치 제어 채널(327)을 설정한다. 상술한 바와 같이, 장치 제어 채널(327)은 통신 장치(118, 128)와 SIP 대화 세션(SIP dialog session)을 설정함으로써 생성된다.

그 다음, 단계(421)에서, 컨트롤러 유닛(312) 및 모니터링 유닛(309) 각각은 모든 통신 장치들(118, 128)의 논리적 표현(324에 대한 호 제어 채널(330)을 설정한다. 호 제어 채널(330)은 통신 장치(118, 128)와 SIP 대화 세션을 설정함으로써 생성된다.

단계(424)에서, 컨트롤러 유닛(312)은 호 및 장치 제어 채널(327)을 통해 SIP 메시지를 송신함으로써 통신 장치들(118, 128)의 논리적 표현들(324) 및 물리적 표현들(321)의 동작을 지시한다. 도 3과 관련하여 상술한 바와 같이, SIP 메시지들은 통신 장치(118, 128)의 물리적 속성들 및 호/회선을 제어하기 위해 사용될 수 있다.

계속해서 단계(427)에서는, 모니터링 유닛(309)이 호 및 장치 제어 채널들(330, 327)을 통해 SIP 메시지들을 송신함으로써 통신 장치들(118, 128)의 논리적 표현들(324) 및 물리적 표현들(321)을 모니터링한다. SIP 질의를 사용함으로써, 모니터링 유닛(309)은 네트워크 서브-계층 구조(103) 내의 통신 장치(118, 128)의 현 상태를 결정한다. 본 발명의 예시적인 실시예에서, 단계(424) 및 단계(427)는 실질적으로 동시에 일어난다.

그 후, 단계(430)에서, 모니터링 유닛(309)은 통신 장치(118, 128)의 현 상태를 나타내는 데이터를 저장을 위해 엔티티 레플리카 저장 유닛(318)에 제공한다. 그 후, 데이터는 사용자 인터페이스(315)를 통하여 사용자에게 특정 통신 장치(118, 128)의 상태에 관해 알리는데 사용될 수 있다. 그 후, 단계(433)에서, 제3자 호 제어 애플리케이션(303)은 방법(400)에 따른 동작을 종료한다.

도 5a 및 도 5b는 본 발명의 예시적인 실시예에 따라 통신 장치(118, 128)의 논리적 표현(324)과 통신 장치(118, 128)의 물리적 표현(321)을 고유 식별자와 연관시키는 방법(500)을 나타내는 흐름도를 도시한다. 제3자 호 제어 애플리케이션(303)이 SIP 메시징을 통해 통신 장치(118, 128)의 논리적 표현(324) 및 물리적 표현(321)을 적절하게 어드레싱하도록 하기 위해, 고유 식별자는 각각의 논리적 표현(324) 및 각각의 물리적 표현(321)에 할당된다. 바람직하게는, 고유 식별자는 SIP URI를 포함한다.

단계(503)에서 시작한 후, 제3자 호 제어 애플리케이션(303)은 단계(506)로 진행하고, 이 단계에서 제3자 호 제어 애플리케이션(303)은 통신 장치(118, 128)가 TDM-타입의 장치인지 여부를 결정한다. 만약 단계(506)에서 제3자 호 제어 애플리케이션(303)이 통신 장치(118, 128)가 TDM-타입의 장치라고 판단한다면, 제3자 호 제어 애플리케이션(303)은 단계(512)로 진행하여, 논리적 표현(324)을 통신 장치(118, 128)의 전화번호와 연관시킨다. 그 후, 제3자 호 제어 애플리케이션(303)은 이하에서 기술되는 단계(515)로 진행한다.

그러나, 만약 단계(506)에서 제3자 호 제어 애플리케이션(303)이 통신 장치(118, 128)가 TDM-타입의 장치가 아니라고 판단한다면, 제3자 호 제어 애플리케이션(303)은 단계(509)로 진행하여, 통신 장치(118, 128)가 SIP-타입의 장치인지 여부를 판단한다. 만약 단계(509)에서 제3자 호 제어 애플리케이션(303)이 통신 장치(118, 128)가 SIP-타입의 장치라고 판단한다면, 제3자 호 제어 애플리케이션(303)은 단계(527)로 진행하며, 이 단계에서 논리적 표현(324)은 통신 장치(118, 128)의 사용자의 이메일 주소와 연관된다. 그 후, 제3자 호 제어 애플리케이션(303)은 단계(530)로 진행하며, 이 단계에서 물리적 표현(321)은 통신 장치(118, 128)의 완전한 도메인 명칭(fully qualified domain name; FQDN)과 연관된다. 그 후, 단계(533)에서 제3자 호 제어 애플리케이션(303)은 방법(500)에 따른 동작을 종료한다.

그러나, 만약 단계(509)에서 제3자 호 제어 애플리케이션(303)이 통신 장치(118, 128)가 SIP-타입의 장치가 아니라고 판단한다면, 제3자 호 제어 애플리케이션(303)은 단계(524)로 진행하며, 이 단계에서는 에러가 생성된다. 그 후, 단계(533)에서 제3자 호 제어 애플리케이션(303)은 방법(500)에 따른 동작을 종료한다.

단계(515)에서, 제3자 호 제어 애플리케이션(303)은 통신 장치(118, 128)가 오직 하나의 회선만을 갖는지 여부를 판단한다. 만약 단계(515)에서 제3자 호 제어 애플리케이션(303)이 통신 장치(118, 128)가 오직 하나의 회선만을 갖는다고 판단한다면, 제3자 호 제어 애플리케이션(303)은 단계(521)로 진행하며, 이 단계에서 물리적 표현(321)은 통신 장치(118, 128)의 전화번호와 연관된다. 그 후, 단계(533)에서 제3자 호 제어 애플리케이션(303)은 방법(500)에 따른 동작을 종료한다.

그러나, 만약 단계(515)에서 제3자 호 제어 애플리케이션(303)이 통신 장치(118, 128)가 하나 이상의 회선을 갖는다고 판단한다면, 제3자 호 제어 애플리케이션(303)은 단계(518)로 진행하며, 이 단계에서 장치 제어 채널(327)은 통신 장치(118, 128에 접속하는데 사용된다. 그 후, 단계(533)에서 제3자 호 제어 애플리케이션(303)은 방법(500)에 따른 동작을 종료한다.

도 6a 및 도 6b는 본 발명의 예시적인 실시예에 따라 통신 장치(118, 128)의 물리적 표현(321)과의 장치 제어 채널(327)을 설정하는 방법(600)을 나타내는 흐름도를 도시한다. 통신 장치(118, 128)의 물리적 표현(321)을 적절하게 제어하고 모니터링하기 위해, 컨트롤러 유닛(312) 및 모니터링 유닛(309)은 물리적 표현(321)에 대해 통신 채널을 형성할 필요가 있다. 도 6a 및 도 6b의 설명이 통신 장치(118, 128)의 물리적 표현(321)에 대한 장치 제어 채널(327)을 설정하는 컨트롤러 유닛(312)만을 기술하더라도, 모니터링 유닛(309)도 실질적으로 동일한 방법(600)을 따라 통신 장치(118, 128)의 물리적 표현(321)에 대한 장치 제어 채널(327)을 형성한다.

단계(603)에서 시작한 후, 컨트롤러 유닛(312)은 단계(606)로 진행하며, 이 단계에서 컨트롤러 유닛(312)은 통신 장치(118, 128)의 물리적 표현(321)에게 SIP INVITE 메시지를 송신한다. SIP INVITE 메시지는 컨트롤러 유닛(312)과 물리적 표현(321) 간의 통신 세션을 생성하려고 시도한다. 그 후, 단계(609)에서, 컨트롤러 유닛(312)은 통신 장치(118, 128)의 물리적 표현(321)으로부터 SIP OK 응답을 수신한다. SIP OK 응답은 통신 장치(118, 128)의 물리적 표현(321)이 통신 세션에 대한 초대를 수락했음을 나타내는 통지를 제공한다. 단계(612)에서, 컨트롤러 유닛(312)은 통신 장치(118, 119)의 물리적 표현(321)에 SIP ACK 메시지를 송신한다. SIP ACK 메시지는 통신 세션을 설정하기 위해 물리적 표현(321)에 의한 수락의 수신에 대해 확인 응답을 한다.

통신 세션에 대한 초대를 수락함으로써, 물리적 표현(321)은 물리적 표현 (321)이 적절한 SIP 전화 장치 패키지(phone-device package)를 지원함을 컨트롤러 유닛(312)에게 통보한다. 그에 따라, 단계(615)에서, 컨트롤러 유닛(312)은 통신 장치(118, 128)의 물리적 표현(321)으로 SIP SUBSCRIBE 메시지를 송신한다. SIP SUBSCRIBE 메시지는 컨트롤러 유닛(312)이 통신 장치(118, 128)의 물리적 속성들을 제어하기 위해 SIP 전화 장치 패키지를 예약하거나 이용하기를 원한다는 것을 나타낸다.

그 다음, 단계(618)에서, 컨트롤러 유닛(312)은 통신 장치(118, 128)의 물리적 표현(321)으로부터 SIP OK 메시지를 수신한다. SIP OK 메시지는 컨트롤러 유닛(312)에게 물리적 표현(321)이 장치 제어 채널(327)의 설정을 허용하고 있음을 지시한다.

단계(621)에서, 컨트롤러 유닛(312)은 통신 장치(118, 128)의 물리적 표현(321)에게 SIP NOTIFY 메시지를 송신한다. SIP NOTIFY 메시지는 컨트롤러 유닛(312)과 통신 장치(118, 128)의 물리적 표현(321) 간의 장치 제어 채널(327)의 설정을 가능하게 한다. 일반적으로, SIP NOTIFY 메시지는 장치 제어 채널(327)의 설정을 돕는 XML 코드를 포함한다. 그 후, 단계(633)에서 컨트롤러 유닛(312)은 방법(600)에 따른 동작을 종료한다.

도 7a 및 도 7b는 본 발명의 예시적인 실시예에 따라 통신 장치(118, 128)의 논리적 표현(324)과의 호 제어 채널(330)을 설정하는 방법(700)을 나타내는 흐름도를 도시한다. 통신 장치(118, 128)의 논리적 표현(324)을 적절하게 제어하고 모니터링하기 위해, 컨트롤러 유닛(312) 및 모니터링 유닛(309)은 논리적 표현(324)에 대한 통신 채널(330)을 생성하여야 한다. 도 7a 및 도 7b의 설명이 통신 장치(118, 128)의 논리적 표현(324)에 대한 호 제어 채널(330)을 설정하는 컨트롤러 유닛(312)만을 기술하더라도, 모니터링 유닛(309)도 실질적으로 동일한 방법(700)에 따라 통신 장치(118, 128)의 논리적 표현(324)에 대한 호 제어 채널(330)을 생성한다.

단계(703)에서 시작하여, 컨트롤러 유닛(312)은 단계(706)로 진행하며, 이 단계에서 컨트롤러 유닛(312)은 통신 장치(118, 128)의 논리적 표현(324)에게 SIP OPTIONS 메시지를 송신한다. SIP OPTIONS 메시지는 통신 장치(118, 128)의 논리적 표현(324)이 지원하는 SIP 호의 타입에 대해 질의한다. 그 다음, 단계(709)에서, 컨트롤러 유닛(312)은 통신 장치(118, 128)의 논리적 표현(324)으로부터 SIP OK 응답을 수신한다. SIP OK 응답은 컨트롤러 유닛(312)에게 통신 장치(118, 128)의 논리적 표현(324)에 의해 지원되는 SIP 호의 타입들을 나타낸다.

SIP OPTIONS 메시지에 응답함으로써, 논리적 표현(324)은 컨트롤러 유닛(312)에게 논리적 표현(324)이 SIP 메시징을 지원함을 통보한다. 또한, 단계(712)에서, 컨트롤러 유닛(312)은 통신 장치(118, 128)의 논리적 표현(324)에게 SIP SUBSCRIBE 메시지를 송신한다. SIP SUBSCRIBE 메시지는 컨트롤러 유닛(312)이 통신 장치(118, 128)의 호 서비스 및/또는 회선을 제어하기 위해, 지원되는 SIP 호들을 예약하거나 이용하기를 원한다는 것을 나타낸다.

그 다음, 단계(715)에서, 컨트롤러 유닛(312)은 통신 장치(118, 128)의 논리적 표현(324)으로부터 SIP OK 메시지를 수신한다. SIP OK 메시지는 컨트롤러 유닛 (312)에게 논리적 표현(324)이 호 제어 채널(330)의 설정을 허용하고 있음을 나타낸다.

단계(718)에서, 컨트롤러 유닛(312)은 통신 장치(118, 128)의 논리적 표현(324)에게 SIP NOTIFY 메시지를 송신한다. SIP NOTIFY 메시지는 통신 장치(118, 128)의 논리적 표현(324)과 컨트롤러 유닛(312) 간의 호 제어 채널(330)의 설정을 가능하게 한다. 바람직하게는, SIP NOTIFY 메시지는 호 제어 채널(330)의 설정을 돕는 XML 코드를 포함한다. 그 후, 단계(733)에서 컨트롤러 유닛(312)은 방법(700)에 따른 동작을 종료한다.

본 발명은 상세하게 설명되었으나, 앞서 본 명세서에서 설명되고 첨부된 청구범위에서 규정되는 본 발명의 사상 및 범위 내에서 변형 및 변경이 수행될 수 있음이 이해되어야 한다. 이하의 청구범위에 있어서의 모든 기능적 수단(mean-plus-function) 구성요소들의 대응하는 구조들, 재료들, 동작들 및 동등물들은 구체적으로 청구되는 다른 청구 요소들과 결합하여 기능들을 수행하기 위한 임의의 구조, 재료 또는 동작들을 포함하도록 의도된다.

본 발명은, SIP를 구비한 피어 투 피어 구성을 사용하여 제3자 호 제어를 용이하게 하기 위한 것으로, SIP 메시징을 이용하여 통신 장치들 간의 엔드 투 엔드(end-to-end) 통신을 구현함에 있어서의 복잡성을 해결하여, 컨트롤러 유닛이, 모든 통신 장치 엔드포인트(endpoints) 간의 통신을 용이하게 하는 백 투 백 사용자 에이전트를 인식해야할 필요성을 제거한다. 또한, SIP 메시징의 도입 및 사용 을 통하여, 피어 투 피어 제3자 호 제어를 구현함에 있어서의 복잡한 상황을 효과적으로 관리한다.

Claims

다자간 통신(multi-way communications)에서 사용되는 통신 장치들을 제어하고 모니터링하기 위한 시스템에 있어서,

제2 통신 장치와 통신하도록 동작 가능한 제1 통신 장치;

상기 제1 통신 장치와 통신하며, 상기 제1 통신 장치에 제어 데이터를 제공하도록 구성된 컨트롤러 유닛;

상기 제1 통신 장치와 통신하며, 상기 제1 통신 장치에 질의 데이터를 제공하고 상기 제1 통신 장치로부터 상태 데이터를 수신하도록 구성된 모니터링 유닛;

상기 모니터링 유닛과 통신하며, 상기 모니터링 유닛으로부터 상기 상태 데이터를 수신하고 상기 상태 데이터를 레플리카 데이터(replica data)로 저장하며 상기 모니터링 유닛에 상기 레플리카 데이터를 제공하도록 구성된 엔티티 레플리카 저장 유닛(entity replica storage unit); 및

상기 컨트롤러 유닛 및 상기 모니터링 유닛과 통신하며, 상기 컨트롤러 유닛과 상기 모니터링 유닛에 사용자 데이터를 제공하고 상기 모니터링 유닛으로부터 상기 레플리카 데이터를 수신하도록 구성된 사용자 인터페이스

를 포함하는 시스템.
제1항에 있어서,

상기 컨트롤러 유닛은 또한 상기 제1 통신 장치로부터 응답 데이터를 수신하 고 상기 사용자 인터페이스에 상기 응답 데이터를 제공하도록 구성된 시스템.
제1항에 있어서,

상기 제1 통신 장치는 상기 컨트롤러 유닛 및 상기 모니터링 유닛으로부터 세션 개시 프로토콜(session initiation protocol; SIP) 데이터를 제공하고 수신하도록 구성된 시스템.
제3항에 있어서, 상기 제1 통신 장치는 SIP 전화를 포함하는 시스템.
제3항에 있어서, 상기 제1 통신 장치는 시분할 다중화(time division multiplexing; TDM) 전화를 포함하는 시스템.
제5항에 있어서,

상기 제1 통신 장치, 상기 컨트롤러 유닛 및 상기 모니터링 유닛과 통신하는 프론트 엔드(front end) SIP 유닛을 더 포함하고,

상기 프론트 엔드 SIP 유닛은 제1 SIP 데이터를 제1 컴퓨터-전화-통합(computer-telephony-integration; CTI) 데이터로 변환하고 제2 CTI 데이터를 제2 SIP 데이터를 변환하도록 구성되며,

상기 프론트 엔드 SIP 유닛은 또한 상기 컨트롤러 유닛 및 상기 모니터링 유닛으로부터 상기 제1 SIP 데이터를 수신하고, 상기 제1 CTI 데이터를 상기 제1 통 신 장치에 제공하며, 상기 제1 통신 장치로부터 상기 제2 CTI 데이터를 수신하고, 상기 컨트롤러 유닛 및 상기 모니터링 유닛에게 상기 제2 SIP 데이터를 제공하도록 구성된 시스템.
제3항에 있어서,

상기 제1 통신 장치는 SIP 인에이블된 PBX 전화인 시스템.
다자간 통신에서 사용되는 통신 장치들을 제어하고 모니터링하는 방법에 있어서,

통신 장치를 논리적 표현(logical representation) 및 물리적 표현(physical representation)으로 모델링하는 단계 - 상기 논리적 표현은 상기 통신 장치의 통신 링크를 나타내고 상기 물리적 표현은 상기 통신 장치의 물리적 속성들을 나타냄 -;

상기 논리적 표현을 제1 고유 식별자와 연관시키고, 상기 물리적 표현을 제2 고유 식별자와 연관시키는 단계;

통신 장치들의 네트워크 내에서 복수의 논리적 표현 및 복수의 물리적 표현을 식별하는 단계;

상기 복수의 논리적 표현 및 상기 복수의 물리적 표현 간의 복수의 관계를 결정하는 단계;

상기 복수의 물리적 표현의 세트의 각각에 대한 장치 제어 채널(device control channel)을 설정하는 단계;

상기 복수의 논리적 표현의 세트의 각각에 대한 호 제어 채널(call control channel)을 설정하는 단계;

상기 호 제어 채널 및 상기 장치 제어 채널을 통해 상기 복수의 논리적 표현 및 상기 복수의 물리적 표현의 상기 세트를 제어하는 단계;

상기 복수의 논리적 표현 및 상기 복수의 물리적 표현의 상기 세트를 모니터링하는 단계; 및

상기 복수의 논리적 표현 및 상기 복수의 물리적 표현의 상기 세트로부터 모니터링되는 데이터의 레플리카를 저장하는 단계

를 포함하는 방법.
제8항에 있어서,

상기 논리적 표현을 제1 식별자와 연관시키고 상기 물리적 표현을 제2 식별자와 연관시키는 상기 단계는

만약 상기 통신 장치가 TDM 장치라면, 상기 논리적 표현을 전화번호와 연관시키는 단계;

만약 상기 통신 장치가 SIP 장치라면, 상기 논리적 표현을 이메일 주소와 연관시키는 단계;

만약 상기 통신 장치가 오직 하나의 통신 회선만을 구비한 TDM 장치라면, 상기 물리적 표현을 전화번호와 연관시키는 단계; 및

만약 상기 통신 장치가 SIP 장치라면, 상기 물리적 표현을 완전한 도메인 명칭(fully qualified domain name; FQDN)과 연관시키는 단계

를 포함하는 방법.
제9항에 있어서,

만약 상기 통신 장치가 하나 보다 많은 수의 통신 회선을 구비한 TDM 장치라면, 상기 물리적 표현에 접속하기 위해 상기 장치 제어 채널을 사용하는 단계를 더 포함하는 방법.
제8항에 있어서,

복수의 논리적 표현 및 복수의 물리적 표현을 결정하는 상기 단계는 네트워크 내의 통신 장치들의 목록을 위해 네트워크 디렉토리(network directory)를 검색하는 단계를 포함하는 방법.
제8항에 있어서,

장치 제어 채널을 설정하는 상기 단계는

상기 제1 통신 장치로부터 제2 통신 장치로 SIP INVITE 메시지를 송신하는 단계;

상기 제2 통신 장치로부터 SIP OK 응답을 상기 제1 통신 장치에 의해 수신하는 단계;

상기 SIP OK 응답의 수신에 응답하여, 상기 제1 통신 장치로부터 상기 제2 통신 장치로 SIP 확인 응답(ACK) 메시지를 송신하는 단계;

상기 제1 통신 장치로부터 상기 제2 통신 장치로 SIP SUBSCRIBE 메시지를 송신하는 단계;

상기 제2 통신 장치로부터 SIP OK 응답을 상기 제1 통신 장치에 의해 수신하는 단계; 및

상기 제1 통신 장치로부터 상기 제2 통신 장치로 SIP NOTIFY 메시지를 송신하는 단계

를 포함하는 방법.
제8항에 있어서,

호 제어 채널을 설정하는 상기 단계는

상기 제1 통신 장치로부터 상기 제2 통신 장치로 SIP OPTIONS 메시지를 송신하는 단계;

상기 제2 통신 장치로부터 SIP OK 응답을 상기 제1 통신 장치에 의해 수신하는 단계;

상기 제1 통신 장치로부터 상기 제2 통신 장치로 SIP SUBSCRIBE 메시지를 송신하는 단계;

상기 제2 통신 장치로부터 SIP OK 응답을 상기 제1 통신 장치에 의해 수신하는 단계; 및

상기 제1 통신 장치로부터 상기 제2 통신 장치로 SIP NOTIFY 메시지를 송신하는 단계

를 포함하는 방법.
다자간 통신에서 사용되는 통신 장치들을 제어하고 모니터링하기 위한 컴퓨터 실행 가능 명령어들을 수록한 컴퓨터 판독 가능 매체에 있어서,

상기 컴퓨터 실행 가능 명령어들은,

통신 장치를 논리적 표현 및 물리적 표현으로 모델링하는 단계 - 상기 논리적 표현은 상기 통신 장치의 통신 링크를 나타내고 상기 물리적 표현은 상기 통신 장치의 물리적 속성들을 나타냄 -;

상기 논리적 표현을 제1 고유 식별자와 연관시키고, 상기 물리적 표현을 제2 고유 식별자와 연관시키는 단계;

통신 장치들의 네트워크 내에서 복수의 논리적 표현 및 복수의 물리적 표현을 식별하는 단계;

상기 복수의 논리적 표현 및 상기 복수의 물리적 표현 간의 복수의 관계를 결정하는 단계;

상기 복수의 물리적 표현의 세트의 각각에 대한 장치 제어 채널을 설정하는 단계;

상기 복수의 논리적 표현의 세트의 각각에 대한 호 제어 채널을 설정하는 단계;

상기 호 제어 채널 및 상기 장치 제어 채널을 통해 상기 복수의 논리적 표현 및 상기 복수의 물리적 표현의 상기 세트를 제어하는 단계;

상기 복수의 논리적 표현 및 상기 복수의 물리적 표현의 상기 세트를 모니터링하는 단계; 및

상기 복수의 논리적 표현 및 상기 복수의 물리적 표현의 상기 세트로부터 모니터링되는 데이터의 레플리카를 저장하는 단계

를 포함하는 단계들을 수행하는 컴퓨터 판독 가능 매체.
제14항에 있어서,

상기 논리적 표현을 제1 식별자와 연관시키고 상기 물리적 표현을 제2 식별자와 연관시키는 상기 단계는

만약 상기 통신 장치가 TDM 장치라면, 상기 논리적 표현을 전화번호와 연관시키는 단계;

만약 상기 통신 장치가 SIP 장치라면, 상기 논리적 표현을 이메일 주소와 연관시키는 단계;

만약 상기 통신 장치가 오직 하나의 통신 회선만을 구비한 TDM 장치라면, 상기 물리적 표현을 전화번호와 연관시키는 단계; 및

만약 상기 통신 장치가 SIP 장치라면, 상기 물리적 표현을 FQDN과 연관시키는 단계

를 포함하는 컴퓨터 판독 가능 매체.
제15항에 있어서,

만약 상기 통신 장치가 하나 보다 많은 수의 통신 회선을 구비한 TDM 장치라면, 상기 물리적 표현에 접속하기 위해 상기 장치 제어 채널을 사용하기 위한 컴퓨터 실행 가능 명령어들을 더 수록한 컴퓨터 판독 가능 매체.
제14항에 있어서,

복수의 논리적 표현 및 복수의 물리적 표현을 결정하는 상기 단계는 네트워크 내의 통신 장치들의 목록을 위해 네트워크 디렉토리를 검색하는 단계를 포함하는 컴퓨터 판독 가능 매체.
제14항에 있어서,

장치 제어 채널을 설정하는 상기 단계는

상기 제1 통신 장치로부터 제2 통신 장치로 SIP INVITE 메시지를 송신하는 단계;

상기 제2 통신 장치로부터 SIP OK 응답을 상기 제1 통신 장치에 의해 수신하는 단계;

상기 SIP OK 응답의 수신에 응답하여, 상기 제1 통신 장치로부터 상기 제2 통신 장치로 SIP 확인 응답(ACK) 메시지를 송신하는 단계;

상기 제1 통신 장치로부터 상기 제2 통신 장치로 SIP SUBSCRIBE 메시지를 송 신하는 단계;

상기 제2 통신 장치로부터 SIP OK 응답을 상기 제1 통신 장치에 의해 수신하는 단계; 및

상기 제1 통신 장치로부터 상기 제2 통신 장치로 SIP NOTIFY 메시지를 송신하는 단계

를 포함하는 컴퓨터 판독 가능 매체.
제14항에 있어서,

호 제어 채널을 설정하는 상기 단계는

상기 제1 통신 장치로부터 상기 제2 통신 장치로 SIP OPTIONS 메시지를 송신하는 단계;

상기 제2 통신 장치로부터 SIP OK 응답을 상기 제1 통신 장치에 의해 수신하는 단계;

상기 제1 통신 장치로부터 상기 제2 통신 장치로 SIP SUBSCRIBE 메시지를 송신하는 단계;

상기 제2 통신 장치로부터 SIP OK 응답을 상기 제1 통신 장치에 의해 수신하는 단계; 및

상기 제1 통신 장치로부터 상기 제2 통신 장치로 SIP NOTIFY 메시지를 송신하는 단계

를 포함하는 컴퓨터 판독 가능 매체.