KR101481285B1

KR101481285B1 - 핫-데스킹을 인에이블링하기 위한 시스템 및 방법

Info

Publication number: KR101481285B1
Application number: KR20130075321A
Authority: KR
Inventors: 조엘 엠 에젤; 스티븐 더니
Original assignee: 아바야 인코포레이티드
Priority date: 2012-09-25
Filing date: 2013-06-28
Publication date: 2015-01-09
Also published as: CN103685792B; US9473544B2; CN103685792A; US20140086396A1; KR20140039971A

Abstract

동일한 것을 동작시키는 핫-데스킹 애플리케이션 및 방법이 설명된다. 핫-데스킹 애플리케이션은 가능한 핫-데스크 엔드포인트 어드레스의 전부에 대한 잠재적으로 시퀀싱되는 애플리케이션으로서 준비되는 것 외에 모든 사용자 어드레스의 기록에 대한 명확하게 시퀀싱되는 애플리케이션으로서 준비될 수 있다. 이러한 준비를 통해, 무엇보다도 핫-데스킹 애플리케이션은 핫-데스크 엔드포인트로부터 콜이 직접 오도록 할 수 있지만, 여전히 사용자 어드레스의 기록을 호출 아이덴티티로서 보일 수 있다.

Description

핫-데스킹을 인에이블링하기 위한 시스템 및 방법{SYSTEM AND METHOD FOR ENABLING HOT-DESKING}

본 발명은 일반적으로 통신에 관한 것이며, 보다 구체적으로는 통신 시스템 및 방법에 관한 것이다.

요즘 가장 큰 회사는 PBXs(Private Branch eXchanges)/기업 통신 시스템의 이종 혼합을 갖는다. 이러한 동일 회사들 중 다수는, 직원들이 가끔, 또는 심지어 매일 다른 데스크 및 다른 전화에 있을 수 있는 "Hot Desk" 환경을 갖는다. 이러한 회사는 직원들에 의해 수신되고 직원들에 의해 만들어진 모든 콜에 대해 그 직원에게 제시할 수 있는 하나의 단일 기업 통신 어드레스를 그 직원들이 갖기를 원할 것이다. 또한, 이러한 회사는 현재 직원들이 앉아 있는 엔드포인트(endpoint)(예를 들어, Cisco 엔드포인트, Avaya 엔드포인트, Siemens 엔드포인트 등)의 유형 및 제조사에 관계없이 이것이 그러한 경우가 되기를 원할 것이다.

상술한 문제를 다루기 위한 이전의 시도는 이하를 포함한다: (1) 콜 전달(Call Forwarding); (2) SIP(Session Initiation Protocol) "콜 미/콜 유(Call me/Call you)"; 및 (3) IP(Internet Protocol) 소프트폰(Softphone) "텔레코뮤터(Telecommuter)" 모드. 콜 전달 솔루션은 단지 사용자의 어드레스에 대해 들어오는 콜을 이들의 핫-데스크 번호로 송신한다. SIP "콜 미/콜 유"는 애플리케이션이 핫-데스크 엔드포인트로부터의 콜을 개시하도록 하고 그/그녀가 사용자의 어드레스로부터 호출된 것처럼 호출된 당사자에게 보이게 하는 데 사용될 수 있다. IP 소프트폰 "텔레코뮤터" 모드는 사용자의 어드레스에 대해 들어오는 콜을 핫-데스크 번호로 확장시키는 데 사용될 수 있다. 또한, 상술한 "콜 미/콜 유" 패러다임에서 콜을 개시하는 데 사용될 수 있다.

이용가능한 솔루션들은 여러 점에서 부족하다. 우선, 이용가능한 솔루션들은 사용자가 핫-데스크 엔드포인트로부터 직접 콜을 개시하는 것을 허용하지 않는다. 오히려, 파 엔드(far end)가 사용자의 어드레스를 보도록, "콜 미/콜 유" 흐름을 개시하기 위해 사용자는 몇몇 종류의 애플리케이션을 사용해야 한다.

특히 IP 소프트폰 솔루션에 관한 문제는, IP 소프트폰 솔루션은 IP 소프트폰이 실행되고 PBX와 함께 등록되는 것을 필요로 한다는 것이다. 이러한 소프트폰 애플리케이션은 핫-데스크 엔드포인트에 의해 소비되는 것 외에도, 사용자의 어드레스에 대한 데스크톱 및 PBX 리소스 양쪽을 소비한다.

콜 전달 솔루션에 관한 문제는, 들어오는 콜을 리디렉팅하기 위한 콜 전달 솔루션은 이종 PBX의 각각에 대한 컴퓨터 전화 통합(CTI: Computer-Telephone Integration) 링크를 필요로 한다는 것이다. 이해될 수 있는 바와 같이, 이러한 링크는 확립하기 위한 시간 및 리소스를 필요로 한다. 콜 전달 솔루션에 관한 다른 큰 문제는 진출 콜(outbound call)을 다루지 않는다는 것이다.

상술한 이슈 및 다른 문제들에 대하여 본 명세서에 제시된 실시예들이 고안되었다. 특히, 본 명세서의 실시예는 무엇보다도 보다 양호하고 보다 효과적인 핫-데스킹 솔루션을 가능하게 하기 위하여 애플리케이션 시퀀스를 사용하는 성능을 제안한다. 몇몇 실시예에서, 이들이 어떠한 등록된 SIP 엔드포인트도 가지고 있지 않을 수 있지만, 모든 핫-데스크 사용자는 기업 통신 시스템의 준비된 SIP 사용자일 것이다. 몇몇 실시예에서, 핫-데스킹 애플리케이션이 제공되고, 모든 사용자 어드레스의 기록에 대한 시퀀싱된 애플리케이션으로서 준비될 수 있다. 또한, 핫-데스킹 애플리케이션은 가능한 SIP 및 논(non) SIP 핫-데스크 엔드포인트 어드레스의 모두에 대한 시퀀싱된 애플리케이션으로도 준비될 수 있다.

하나의 예시적인 동작에서, 사용자가 데스크에 않아 있는 경우, 그녀는 그 데스크에 있는 엔드포인트의 어드레스에 주목할 것이다. 몇몇 실시예에서, 그녀는 핫-데스크 어드레스와 그녀 자신의 공용 AOR(Address of Record)를 연관시킬 것이다. 이는 웹 기반 UI(User Interface), GUI(Graphical User Interface), TUI(Telephone User Interface) 등을 통해 수행될 수 있다. 몇몇 실시예에서, 시스템이 핫-데스크 시퀀싱된 애플리케이션에 의해 액세스가능한 데이터베이스에 기입할 수 있다. 대안적으로, 핫-데스크 연관은 몇몇 다른 사인-인 프로세스(예를 들어, 에이전트 로그인)와 연결될 수 있어, 여분의 사용자 액션이 핫-데스크 연관을 완료하는데 필요하지 않다.

몇몇 실시예에서, 사용자의 AOR에 대한 들어오는 콜에 대하여, 호출된 사용자에 대한 모든 애플리케이션(예를 들어, 호출된 사용자에 대해 준비된 수신(termination) 또는 텀-사이드(term-side) 시퀀싱된 애플리케이션)이 호출될 것이다. 이 시나리오에서, 핫-데스크 애플리케이션은 최후의 이러한 시퀀싱된 애플리케이션이 될 것이다. 들어오는 통신-개시 메시지(예를 들어, INVITE 메시지)를 수신할 시에, 핫-데스크 애플리케이션은, 사용자의 AOR이 핫-데스크 어드레스와 연관되어 있는지 여부를 알기 위해 확인할 것이다. 이 경우에, 이러한 연관을 발견할 것이며, 핫-데스크 어드레스로 INVITE를 프록시(proxy)할 것이다. 핫-데스크 애플리케이션의 모든 업스트림(예를 들어, 모든 이전의 시퀀싱된 애플리케이션)은 사용자의 AOR과 연관된 디바이스와 통신하는 것으로 알 것이지만, 실제로 이들은 핫-데스크 엔드포인트와 통신하고 있을 것이다.

몇몇 실시예에서, 핫-데스크 엔드포인트로부터 나가는 콜에 대해, 2개의 별도의 발생 시퀀스 벡터가 존재한다. 핫-데스크 어드레스와 연관된 시퀀스 벡터와 사용자 어드레스와 연관된 제 2 시퀀스 벡터가 존재한다. 핫-데스크 애플리케이션은 통상적으로 핫-데스크 어드레스에 대한 발생 시퀀스 벡터 내의 유일한 애플리케이션일 것이다. 호출되는 경우, 애플리케이션은, 핫-데스크 어드레스와 사용자 AOR 사이의 연관이 존재하는지를 알기 위해 확인한다. 이 경우에, 이러한 연관을 발견할 것이며, 그러면 사용자의 AOR에 대응하여 콜의 어서팅된 아이덴티티(호출 번호)를 변경할 것이다. 그 후, 사용자의 시퀀싱된 애플리케이션(예들 들어, 발생 또는 orig. 애플리케이션)은, 콜이 호출된 당사자로 전달되기 전에 호출될 것이다. 모든 다운스트림 애플리케이션 및/또는 당사자는 콜이 핫-데스크 번호 대신 사용자의 AOR로부터 들어오는 것으로 알 것이다.

적어도 몇몇 실시예에 따르면, 핫-데스크 사용자는 (예를 들어, 사용자의 AOR 대신에 핫-데스크 번호를 다이얼링함으로써) 다른 핫-데스크 사용자를 직접 호출하지 않도록 지시를 받을 것이다. 이러한 프랙티스가 준수된다면, 모든 콜은 시퀀싱될 수 있고 그 조작된 아이덴티티를 가질 수 있다. 2 당사자(예를 들어 호출된 당사자와 호출하는 당사자)가 동일한 PBX 상의 핫-데스크 엔드포인트를 사용하는 경우에도 이는 유효하다.

본 발명의 적어도 몇몇 실시예에 따르면, 일반적으로,

핫-데스크(hot-desk) 번호에 대응하는 어서팅된(asserted) 아이덴티티를 포함하는 제 1 메시지를 수신하는 단계와,

핫-데스크 번호가 호출 사용자의 어드레스의 기록과 연관되었는지를 판정하는 단계와,

핫-데스크 번호가 호출 사용자의 어드레스의 기록과 연관된 것으로 판정하는 것에 응답하여, 제 1 메시지의 어서팅된 아이덴티티를 호출 사용자의 어드레스의 기록과 연관된 논(non)-핫-데스크 번호로 변경하는 단계를 포함하는 방법이 제공된다.

본 발명의 적어도 몇몇 실시예에 따르면, 일반적으로,

피호출 사용자에 대한 어드레스의 기록과 연관되는 논-핫-데스크 번호를 포함하는 R-URI(Request Uniform Resource Identifier)를 포함하는 제 1 메시지를 수신하는 단계와,

피호출 사용자의 어드레스의 기록도 핫-데스크 번호와 연관되는지를 판정하는 단계와,

피호출 사용자의 어드레스의 기록이 핫-데스크 번호와 연관되는 것으로 판정하는 것에 응답하여, R-URI를 핫-데스크 번호로 변경하는 단계를 포함하는 다른 방법이 제공된다.

본 명세서에서 사용되는 "서버"라는 용어는 임의의 서버, 서버의 집합, 서버 내의 프로세서, 서버 내의 블레이드, 서버에 의해 실행되고 있는 하나 이상의 가상 머신, 서버에 의해 실행되고 있는 컨테이너 또는 프로세스 등을 포함하는 것으로 이해되어야 한다. 즉, "서버"는 전용 프로세서 및 메모리를 갖는 개별적인 하드웨어 요소에 반드시 한정되지 않는다. 또한, "서버"는 J2EE 또는 Java EE 서버의 임의의 다른 버전과 같이, 서버에 의해 실행되는 특정 유형의 컨테이너에 한정되지 않는다. 서버에 의해 실행될 수 있거나 서버를 구성할 수 있는 컨테이너의 예들은, 애플리케이션 컨테이너(예를 들어, Java Virtual Machines), 애플릿 컨테이너(예를 들어, 웹 브라우저 또는 애플릿 뷰어), EJB(Enterprise JavaBeans) 컨테이너, 웹 컨테이너, API(Applicaion Programming Interface) 등을 포함할 수 있지만 이에 한정되지 않는다.

"적어도 하나", "하나 이상" 및 "및/또는"이라는 문구는 기능에서 접속 및 비접속 양쪽인 개방형 표현이다. 예를 들어, "A, B 및 C 중 적어도 하나", "A, B 또는 C 중 적어도 하나", "A, B 및 C의 하나 이상", "A, B 또는 C의 하나 이상" 및 "A, B 및/또는 C"는 A 단독, B 단독, C 단독, A와 B와 함께, A와 C와 함께, B와 C와 함께, 또는 A, B 및 C와 함께를 의미한다.

"어느(a)" 또는 "어떤(an) 엔티티라는 용어는 그 엔티티의 하나 이상을 지칭한다. 이와 같이, "어느"(또는 "어떤"), "하나 이상" 및 "적어도 하나"라는 용어는 본 명세서에서 교환가능하게 사용될 수 있다. 또한, "포함하는(comprising)", "포괄하는(including)" 및 "갖는(having)"이라는 용어가 교환가능하게 사용될 수 있다는 것에도 유의해야 한다.

본 명세서에서 사용되는 "자동"이라는 용어 및 그 변형체는, 프로세스 또는 동작이 수행될 때 물질적인 인간의 입력 없이 수행되는 임의의 프로세스 또는 동작을 지칭한다. 하지만, 그 입력이 프로세스 또는 동작의 수행 전에 수신된다면, 프로세스 또는 동작의 수행이 물질적인 또는 비물질적인 인간의 입력을 사용한다고 해도 프로세스 또는 동작은 자동적일 수 있다. 이러한 입력이, 프로세스 또는 동작이 어떻게 수행될 것인지에 대해 영향을 미친다면, 인간의 입력은 "물질적"인 것으로 고려된다. 프로세스 또는 동작의 수행에 동의하는 인간의 입력은 "물질적"인 것으로 고려되지 않는다.

본 명세서에서 사용되는 "컴퓨터 판독가능 매체"라는 용어는 실행을 위하여 프로세서에 대해 명령을 제공하는 데 참여하는 임의의 실재하는 스토리지를 지칭한다. 이러한 매체는 다수의 형태를 취할 수 있으며, 비휘발성 매체, 휘발성 매체 및 송신 매체를 포함하지만 이에 한정되지는 않는다. 비휘발성 매체는 예를 들어, NVRAM 또는 자기 또는 광 디스크를 포함한다. 휘발성 매체는 메인 메모리와 같은 동적 메모리를 포함한다. 컴퓨터 판독가능 매체의 통상적인 형태는 예를 들어, 플로피 디스크, 플렉시블 디스크, 하드 디스크, 자기 테이프 또는 임의의 다른 자기 매체, 자기-광 매체, CD-ROM, 임의의 다른 광 매체, 펀치 카드, 페이퍼 테이프, 홀 패턴을 갖는 임의의 다른 물리적 매체, RAM, PROM, EPROM, FLASH-EPROM, 메모리 카드와 같은 고체 상태 매체, 임의의 다른 메모리 칩 또는 카트리지, 또는 컴퓨터가 판독할 수 있는 임의의 다른 매체를 포함한다. 컴퓨터 판독가능 매체가 데이터베이스로서 구성되는 경우, 관계적, 계층적, 객체 지향적 및/또는 등과 같이, 데이터베이스는 임의의 유형의 데이터베이스일 수 있다는 것이 이해되어야 한다. 따라서, 본 발명은, 본 발명의 소프트웨어 구현체가 저장되는 실재하는 스토리지 매체 및 종래 기술의 인식된 동등물 및 후계 매체를 포함하는 것으로 고려된다.

본 명세서에서 사용되는 "결정하다", "계산하다" 및 "연산하다"라는 용어와 그 변형체는 교환가능하게 사용되며, 임의의 유형의 방법론, 프로세스, 수학적 연산 또는 기술을 포함한다.

본 명세서에서 사용되는 "모듈"이라는 용어는 임의의 알려진 또는 추후 개발될 하드웨어, 소프트웨어, 펌웨어 인공 지능, 퍼지 로직 또는 이러한 요소와 연관된 기능을 수행할 수 있는 하드웨어와 소프트웨어의 조합을 지칭한다. 또한, 본 발명은 예시적인 실시예의 관점에서 설명되었지만, 본 발명의 개별 양태들은 별개로 청구될 수 있다는 것이 이해되어야 한다.

본 발명은 첨부 도면과 연계하여 설명된다:
도 1은 본 발명의 실시예에 따른 통신 시스템의 블록도.
도 2는 본 발명의 실시예에 따른 제 1 콜 흐름도.
도 3은 본 발명의 실시예에 따른 제 2 콜 흐름도.
도 4는 본 발명의 실시예에 따른 핫-데스킹 방법을 나타내는 흐름도.

후속하는 설명은 실시예만을 제공하며, 청구항들의 범위, 적용 범위 또는 구성을 한정하려는 것이 아니다. 오히려, 후속하는 설명은 실시예들을 구현하기 위하여 본 기술분야의 당업자에게 가능한 설명을 제공할 것이다. 첨부된 청구항의 사상 및 범위를 벗어나지 않고도 다양한 변화가 요소들의 기능 및 배치에 이루어질 수 있다는 것이 이해될 것이다.

도 1은 본 발명의 적어도 몇몇 실시예에 따른 통신 시스템(100)의 예시적인 실시예를 나타낸다. 통신 시스템(100)은 분산형 시스템일 수 있고, 몇몇 실시예에서, 통신 디바이스(108, 148) 사이에서 통신을 가능하게 하는 하나 이상의 통신 네트워크(104)를 포함한다.

통신 네트워크(104)는 패킷-스위치드(packet-switched) 및/또는 회로-스위치드(circuit-switched)일 수 있다. 예시적인 통신 네트워크(104)는, 인터넷과 같은 WAN(Wide Area Network), LAN(Local Area Network), PAN(Personal Area Network), PSTN(Public Switched Telephone Network), POTS(Plain Old Telephone Service) 네트워크, 셀룰라 통신 네트워크, IMS(IP Multimedia Subsystem) 네트워크, SIP 네트워크, VoIP(Voice over IP) 네트워크 또는 그 조합을 포함하지만 이에 한정되지는 않는다. 일 구성에서, 통신 네트워크(104)는 TCP/IP 스위트(suite)의 프로토콜을 지원하는 공용 네트워크이다. 통신 네트워크(104)에 의해 지원되는 통신은 실시간, 거의 실시간 및 비실시간 통신을 포함한다. 예를 들어, 통신 네트워크(104)는 보이스, 비디오, 텍스트, 웹 컨퍼런싱 또는 임의의 조합의 매체를 지원할 수 있다.

몇몇 실시예에서, 통신 네트워크(104)는 하나 이상의 외부 통신 디바이스(108)와 기업 통신 네트워크(110)를 접속시킬 수 있다. 외부 통신 디바이스(108)는, 이들이 기업 네트워크(110)를 관리하는 엔티티 또는 엔티티 그룹에 의해 완전히 관리되지 않기 때문에 "외부"로 고려될 수 있다. 하지만, 몇몇 실시예에서는, 통신 디바이스(108)는 기업 사용자에 의해 동작될 수 있고, 기업 네트워크(110) 내의 통신 룰에 따라 부분적으로 관리될 수 있다.

몇몇 실시예에서, 기업 네트워크(110)는 단일 엔티티에 의해 소유되고 그에 의해 동작되는 통신 네트워크 또는 통신 네트워크의 세트에 대응한다. 몇몇 실시예에서, 기업 네트워크(110)는 분산형(예를 들어, WAN)일 수 있거나, 단일 위치(예를 들어, LAN)로 한정될 수 있다. 다른 실시예에서는, 복수의 엔티티가 기업 네트워크(110)의 요소들의 일부 또는 전부를 공유할 수 있다.

예시된 실시예에서, 기업 네트워크(110)는 서버 테이블(116)을 갖는 액세스 요소, 통신 서버(120), 하나 또는 복수의 통신 특징을 사용자에게 제공할 수 있는 하나 이상의 애플리케이션 서버(132), 하나 이상의 내부 통신 디바이스(148), 데이터 스토어(152), 및 하나 또는 복수의 다른 서버(144)를 포함하는 것으로 나타내어진다. 기업 네트워크(110)의 요소들의 일부 또는 전부는 (신뢰성 있는 또는 보안의 또는 사적인) LAN(Local Area Network)(156)에 의해 상호접속될 수 있다.

도 1에 나타낸 기능들의 일부 또는 전부는 단일 서버 상에서 공동 호스트(co-hosted) 및/또는 공동-상주(co-resident)할 수 있다. 도 1 및 본 명세서에서 제공되는 다른 도면의 요소들의 표현은 시스템(100)의 요소들의 논리적인 표현이 되는 것으로 일반적으로 의도되었다. 기업 네트워크 또는 복수의 기업 네트워크는 통신 네트워크(104)와 같이, WAN을 통해 접속된 복수의 LAN(156)을 포함할 수 있다는 것이 이해되어야 한다. 이해의 용이함과 단순화를 위해 단일 기업 통신 네트워크(110)가 도 1에 나타내어지고 본 명세서에서 설명되었지만, 본 발명의 실시예를 단일 기업 네트워크(110)로 한정하려는 것은 결코 아니다.

또한, 단일 액세스 요소(112)가 표현되었지만, 훨씬 더 큰 기업 네트워크(110)는 동일한 유형일 수 있거나 동일한 유형이 아닐 수도 있는 복수의 액세스 요소(112)를 포함한다는 것이 이해되어야 한다. 예를 들어, 단일 기업 네트워크(110)는 제 1 벤더(vendor)로부터의 제 1 액세스 요소(112)(예를 들어 Cisco로부터의 액세스 요소) 및 제 2 벤더로부터의 제 2 액세스 요소(112)(예를 들어 Avaya로부터의 액세스 요소)를 포함할 수 있다. 적어도 몇몇 실시예에 따르면, 액세스 요소(112)는 PBX, 복수의 PBX, 또는 PBX 내의 요소들에 대응한다. 보다 구체적으로, 액세스 요소(112)는 알려진 PBX 디바이스 또는 앞으로 개발될 PBX 디바이스에 의해 제공되는 것과 유사한 네트워크 액세스 기능을 제공할 수 있다. 더욱 더 구체적으로, 액세스 요소(112)는 기업 네트워크(110)의 내부 요소들 중에서 접속을 이루도록 구성될 수 있고, 또한, 예를 들어 이들을 트렁크 라인을 통해 통신 네트워크(104)에 접속할 수도 있다.

LAN(156)은 LAN(156)과 통신 네트워크(104) 사이에 위치된 게이트웨이 및/또는 방화벽에 의해 신뢰되지 않는 당사자에 의한 침입으로부터 보안화될 수 있다. 몇몇 실시예에서, 액세스 요소(112)는 게이트웨이 및/또는 방화벽의 기능을 포함할 수 있다. 몇몇 실시예에서, 별개의 게이트웨이 또는 방화벽이 액세스 요소(112)와 통신 네트워크(104) 사이에 제공될 수 있다.

특정 개수의 각 서버만이(예를 들어, 단일 액세스 요소(112), 단일 통신 서버(120), 2개의 애플리케이션 서버(132) 등) 도 1에 나타내어져 있지만, 1개, 2개, 3개, 4개 또는 더욱 많은 예들의 임의의 서버 유형이 단일 기업 네트워크(110)에 제공될 수 있거나, 단일 기업에 의해 소유되고 동작되는 복수의 별개의 LAN(156)을 거쳐 통신 네트워크(104)에 의해 구분될 수도 있다. 기업 또는 기업 네트워크(110)가 2개 이상의 단일형 서버를 포함하는 구성에서(예를 들어, 복수의 통신 서버(120)), 각 서버는 유사한 기능을 포함할 수 있지만, 모든 기업 사용자들의 서브세트에만 그 특징을 제공하도록 준비될 수도 있다. 특히, 비한정적인 예로서, 제 1 통신 서버(120)가 기업 사용자들의 제 1 서브세트에 대해 권한을 가지고 서비스할 수 있으며, 제 2 통신 서버(120)가 기업 사용자들의 제 2 서브 세트에 대하여 권한을 가지고 서비스할 수 있으며, 여기에서 사용자들의 제 1 및 제 2 서브세트는 일반적으로 공동 사용자를 공유하지 않는다. 이것이 액세스 요소(112)가 서버 테이블(116)을 제공받을 수 있는 이유이며, 서버 테이블(116)은 사용자를 그 권한있는 통신 서버(120)로 매핑하는 정보를 포함할 수 있다.

또한, 복수의 서버는 공동 사용자 커뮤니티를 지원할 수 있다. 예를 들어, 사용자들이 단일 애플리케이션 서버로 반드시 구속되지 않는 지오-리던던트(geo-redundant) 및 다른 애플리케이션에서, 사용자가 클러스터 내의 임의의 서버에 의해 서비스를 받을 수 있는 동등한 서버의 클러스터가 있을 수 있다.

통신 서버(120)는 액세스 요소(112)에 포함될 수 있다(예를 들어 PBX 기능으로 통합될 수 있다). 대안적으로, 또는 부가적으로, 통신 서버(120)는 기업 서버, 서버 내에서 실행되는 요소 또는 애플리케이션, 서버에 의해 제공되는 가상 머신, 그 조합, 또는 다른 유형의 통신 시스템 스위치 또는 서버를 포함할 수 있다. 몇몇 실시예에서, 통신 서버(120)는, Communication ManagerTM, Avaya Aura Communication ManagerTM, Avaya IP OfficeTM, Communication Manager BranchTM, Session ManagerTM, MultiVantage ExpressTM 및 그 조합을 포함하는 Avaya, Inc.의 Avaya AuraTM 플랫폼을 통해 이용가능하게 된 서비스 및 애플리케이션의 스위트(suite)와 같은 통신 기능의 실행을 가능하게 하도록 구성된다.

몇몇 실시예에서, 액세스 요소(112)는 통신 세션과 연관된 특정 사용자에 대한 서비스를 담당하는 통신 서버(120)로 기업 네트워크(110) 내의 통신을 라우팅하는 것을 담당한다. 예를 들어, 제 1 기업 사용자가 외부 통신 디바이스(108)에 의해 호출되고 있다면, 액세스 요소(112)는 들어오는 콜을 초기에 수신할 수 있고, 그 콜이 제 1 기업 사용자를 향한 것인지 결정할 수 있고 제 1 기업 사용자에 대한 권한있는 통신 서버(120)를 식별하기 위해 서버 테이블(116)을 참조할 수 있고, 들어오는 콜을 권한있는 통신 서버(120)로 라우팅할 수 있다. 마찬가지로, 내부 기업 사용자(예를 들어, 내부 통신 디바이스(148)) 사이의 통신은 통신 셋업의 발신 국면 동안 발신 사용자의 권한있는 통신 서버(120)에 의해 처음으로 서비스될 수 있다. 발신 국면이 완료된 후에 착신의(또는 호출된) 권한있는 통신 서버(120)가 통신 셋업의 착신 국면을 완료하기 위해 호출될 수 있다. 몇몇 실시예에서, 발신 및 착신 사용자에 대한 통신 서버(120)는 동일할 수 있지만, 이것이 반드시 필요하지는 않다. 2개 초과의 기업 사용자가 통신 세션에 연관되는 상황에서, 연관된 사용자의 각각에 대해 권한있는 통신 서버(120)가 본 발명의 범위를 벗어나지 않고 채용될 수 있다. 추가적으로, 각 사용자에 대한 권한있는 통신 서버(120)는 동일한 기업 네트워크(110)에 있을 수 있거나 다른 기업 네트워크(110)에 있을 수 있으며, 이들 기업 네트워크는 공동 기업에 의해 소유되지만 통신 네트워크(104)에 의해 구별된다.

각 통신 서버(120)는 사용자 선호도(124) 및 특징 시퀀서(128)를 포함할 수 있다. 특징 시퀀서(128)는 네트워크(110) 내의 적절한 서버들로 메시지를 라우팅하는 능력을 통신 서버(120)에 제공한다. 구체적으로, 특징 시퀀서(128)는 통신 세션을 개시하라는 요청(예를 들어, SIP 환경에서의 INVITE 메시지, HTTP GET 요청, 진입 또는 진출 폰 콜, 이메일 메시지, SMS(Short Message Service) 메시지 등) 또는 다른 유형의 정보에 대한 요청(예를 들어, SUBSCRIBE 메시지와 같은 것을 통한 존재 정보에 대한 요청, 데이터베이스 문의 등)을 수신하는 것에 응답하여 호출될 수 있다. 일단 호출되면, 특징 시퀀서(128)는, 어떠한 서버가 다음에 활성화될 것인지(예를 들어 다음에 메시지를 수신할 것인지)에 대해 결정하기 위해 사용자 선호도(124)를 참조하도록 구성될 수 있다. 더욱 구체적으로, 통신 서버(120)는 전체 애플리케이션 시퀀스가 구축될 때까지 각 B2BUA를 애플리케이션 시퀀스로 차례로 시퀀싱함으로써 통신 세션의 미디어 경로와 다이얼로그 중 적어도 하나에 B2BUA(Back-to-Back User Agent) 또는 프록시의 체인을 확립하도록 구성될 수 있다.

통신 서버(120)에 대한 사용자 선호도(124)는 사용자에 대해 권한이 있는 각 사용자에 대한 특징/통신 선호도를 포함한다. 하나의 비한정적인 예로서, 사용자 선호도(124)는 특정 사용자의 애플리케이션 시퀀스에 대하여 애플리케이션 서버(132)로부터 어느 애플리케이션(136, 140)이 호출되어야 하는지를 규정할 수 있다. 몇몇 실시예에서, 사용자 선호도(124)는 테이블 포맷일 수 있고, 사용자 및/또는 관리자에 의해 준비될 수 있다. 특정 사용자에 대한 사용자 선호도(124)는 만일 존재한다면 어느 애플리케이션(136, 140)이 그 사용자에 대해 호출되어야 하는지를 결정하기 위해 특징 시퀀서(128)에 의해 참조된다.

(예를 들어 통신 서버(120) 및 애플리케이션 서버(132)를 통해) 특정 애플리케이션 시퀀스에 포함될 수 있는 애플리케이션(140)이 일반적으로 포함되어 사용자 선호도(124)를 수용하고 그에 따라 통신 서비스를 제공한다. 애플리케이션(140)은 미디어 유형, 기능 등에 따라 변할 수 있다. 애플리케이션(140)의 예시적인 유형은, 고정된 모바일 컨버전스 애플리케이션, 콜 셋업 애플리케이션, 보이스메일 애플리케이션, 이메일 애플리케이션, 보이스 애플리케이션, 비디오 애플리케이션, 텍스트 애플리케이션, 컨퍼런싱 애플리케이션, 콜 기록 애플리케이션, 통신 로그 서비스, 보안 애플리케이션, 암호화 애플리케이션, 협업 애플리케이션, 화이트보드 애플리케이션, 모빌리티 애플리케이션, 프레전스(presence) 애플리케이션, 미디어 애플리케이션, 메시징 애플리케이션, 브릿징 애플리케이션, 및 통신을 보완하거나 향상시킬 수 있는 임의의 다른 유형의 애플리케이션을 포함하지만 이에 한정되지는 않는다. 또한, 소정의 유형의 1개, 2개, 3개 또는 더 많은 애플리케이션이 본 발명의 범위를 벗어나지 않고도 단일 애플리케이션 시퀀스에 포함될 수 있다.

핫-데스크 애플리케이션(136)은 기업(110) 내의 사용자들에 대한 핫-데스킹을 가능하게 하는 특정 유형의 애플리케이션(140)에 대응한다. 더욱 구체적으로, 핫-데스크 애플리케이션(136)은 통신 세션의 셋업 동안 또는 통신 세션 동안 송신된 메시지를 분석하여 이하를 결정하도록 구성될 수 있다. (1) 메시지가 핫-데스크 번호로부터 수신되었는지 여부, (2) 이들 자체와 핫-데스크 번호를 갖는 이들의 AOR과 연관된 사용자로부터 메시지가 수신되었는지 여부, (3) 메시지가 핫-데스크 번호로 향하는지 여부, 및/또는 (4) 이들 자체와 핫-데스크 번호를 갖는 이들의 AOR과 연관된 사용자로 메시지가 향하는지 여부. 본 명세서에서 더욱 상세하게 설명할 바와 같이, 핫-데스크 애플리케이션이 상술한 기준 중 하나를 만족하는 메시지를 수신하는 경우, 핫-데스크 애플리케이션은 메시지를 다음 착신지로 전달하기 전에, 메시지의 To 값, R-URI(Request Uniform Resource Identifier), From 헤더, Contact 헤더 및 PAI(P-Asserted-Identity) 중 하나 이상을 변경하도록 구성될 수 있다. 메시지의 변경은 하나 이상의 메시지 헤더 내에서 발생할 수 있거나, 애플리케이션 표준 및 프로토콜에 의해 허용되는/규정되는 임의의 다른 방식으로 발생할 수 있다.

내부 통신 디바이스(148)는, 내부 통신 디바이스(148)가 준비되고 종종 기업 관리 네트워크(110)에 의해 소유된다는 것 외에는 외부 통신 디바이스(108)와 유사하거나 동일할 수 있다. 도 1에서 알 수 있는 바와 같이, 몇몇 내부 통신 디바이스(148)는 LAN(156)을 통해 액세스 요소(112)에 접속될 수 있으며, 다른 내부 통신 디바이스(148)(예를 들어, 아날로그 및 디지털 스테이션)는 액세스 요소(112)에 직접 접속될 수 있다. 통신 디바이스(148)의 예시적인 유형은 셀룰라 폰, 스마트폰, 랩톱, PC(Personal Computer), PDA(Personal Digital Assistant), 디지털 폰, 아날로그 폰, 및/또는 임의의 다른 유형의 가능한 폰, 소프트폰 또는 디지털 전화를 포함하지만 이에 한정되지는 않는다. 적절한 전화의 예들은, 1600TM, 2400TM, 4600TM, 5400TM, 5600TM, 9600TM, 9620TM, 9630TM, 9640TM, 9640GTM, 9650TM, 9608TM, 9611TM, 9621TM, 9641TM, 및 Quick EditionTM 전화, (Avaya Inc.의 IP DECT TM 폰과 같은) IP 무선 전화, (Avaya Inc.의 VideophoneTM과 같은) 비디오 폰, 및 Avaya FlareTM과 같은 소프트폰을 포함한다.

다른 서버(들)(144)는 네트워크(110) 내의 임의의 다른 유형의 서버 또는 서버들의 집합에 대응할 수 있다. 몇몇 실시예에서, 다른 서버들(144)은 하나 이상의 보이스메일 서버, 이메일 서버, 캘린더 서버, 프레전스 서버, IM(Instant Messaging) 서버, 백업 서버, 가상 머신 등을 포함할 수 있다.

데이터 스토어(152)는 이름, 직업 타이틀, 전자 어드레스 정보(예를 들어, 전화 번호, 이메일 어드레스, 인스턴트 메시징 핸들, 다이렉트 다이얼 익스텐션 등), 가입자 컨택트 리스트(예를 들어, 컨택트 이름 및 전자 어드레스 정보), 다른 직원의 기록, 사용자 선호도(124) 등과 같은 기업 가입자 정보를 포함하도록 구성될 수 있다. 데이터 스토어(152)에 포함된 정보는 (이러한 디바이스가 그렇게 할 허가를 갖는 것으로 가정하여) 네트워크(110) 내의 임의의 요소들에 의해 갱신될 수 있으며/있거나 다양한 유형의 데이터베이스, 서버, API(Application Programming Interface) 등을 통해 네트워크(110) 내의 하나 이상의 요소들에 대해 이용가능하게 될 수 있다.

도 1에 나타낸 다양한 서버 및 요소들은 별개로(즉, 다른 서버 상에서) 또는 함께(즉, 단일 서버 상에서) 구현될 수 있다. 특히, 2개 이상으로 표현된 요소들(예를 들어, 통신 서버(120) 및 애플리케이션 서버(132))는 본 발명의 범위를 벗어나지 않고도 단일 서버 상에 구현될 수 있다. 따라서, 단일 디바이스가 도 1에 별개로 표현된 몇몇 요소들의 기능을 제공할 수 있다.

이하, 도 2를 참조하면, 핫-데스크 엔드포인트(204)에 있는 사용자에 의해 개시된 콜을 처리하는 콜 흐름 및 방법이 본 발명의 실시예에 따라 설명될 것이다. 핫-데스크 엔드포인트(204)는 2개 이상의 기업 사용자에 의해 공유되고 기업 사용자에 의한 임시 사용을 위해 이용가능하게 되는 임의의 통신 디바이스(148)에 대응할 수 있다. 몇몇 실시예에서, 핫-데스크 엔드포인트(204)는 임의의 유형의 통신 디바이스를 포함한다.

본 방법은, 제 1 메시지가 핫-데스크 엔드포인트(204)로부터 액세스 요소(112)로 송신되는 때 시작한다(단계 S201). 몇몇 실시예에서, 제 1 메시지는 SIP INVITE 메시지 또는 그 변형체와 같은 세션-개시 메시지에 대응할 수 있다. 이러한 특정 예에서, 호출 사용자(예를 들어, Alice)는 피호출 사용자(예를 들어, Bob)에게 콜을 개시할 수 있다. 사용자를 호출하는 동안, Alice는 기업 사용자에 대응하며, 피호출 사용자 Bob도 기업 사용자라는 것은 필요한 조건이 아니다. 하지만, 본 발명의 특정 실시예는, Alice와 Bob 양쪽 모두 기업 사용자이고 양쪽 모두 핫-데스크 엔드포인트를 이용하고 있거나 이용하지 않을 수 있다고 가정한다. 핫-데스크 엔드포인트(204)가 SIP 엔드포인트에 대응한다면, 제 1 메시지는 반드시 액세스 요소(112)로 횡단할 필요가 없으며, 오히려 통신 서버(120)로 직접 라우팅되어 단계 S201을 스킵할 수 있다는 것에 유의해야 한다.

본 명세서에서 논의되는 예에서, Alice는 기업(110) 내에서 제 1 AOR을 갖고, 제 1 AOR은 제 1 다이렉트-다이얼 번호 또는 익스텐션이거나 제 1 다이렉트-다이얼 번호 또는 익스텐션(예를 들어, 관리적으로 연관됨)과 연관되거나 연관되었다고 가정한다. 더욱 구체적으로, 특정 통신 시스템 및 시스템 공급자는 다이렉트-다이얼 번호가 실제로 AOR이 되게 하거나 그 반대로 되게 한다. 예로서, Alice와 Bob과 같은 사용자는 문자숫자식 AOR(예를 들어, Alice@enterprise.com), E.164 AOR(예를 들어, +1303123456), 및/또는 기업 표준상의 문자숫자식 AOR(예를 들어, 4567)로서 AOR을 가질 수 있다. 본 예의 이해의 용이함을 위해, Alice의 AOR은 +13031234567이라고 가정한다. 따라서, 다른 사용자가 Alice에게 직접 호출하기를 원하는 경우, 이들은 Alice에게 할당된 다이얼-플랜에 따라 Alice의 AOR(예를 들어, +13031234567) 또는 그 변형(예를 들어, 익스텐션 4567)을 다이얼링한다. 본 예에서, Alice가 Bob에게 +1908353456에서 호출했다고 가정한다. 이러한 다이얼링된 번호(예를 들어, Bob의 번호)는 기업 네트워크(110)에 대해 내부의 번호에 대응할 수 있거나 대응하지 않을 수도 있다.

도 2의 예에서 계속하면, 액세스 요소는 핫-데스크 엔드포인트(204)로부터 제 1 메시지를 수신하고, 그 메시지를 적절한 통신 서버(120)로 라우팅한다(단계 S202). 제 1 메시지를 수신할 시에, 통신 서버(120)는 메시지가 발신된 번호(예를 들어, 444-1234일 수 있는 핫-데스크 엔드포인트(204)의 번호)가 핫-데스크 애플리케이션(136)에 대해 시퀀싱되도록 구성되는 번호 범위에 대응하는지 또는 그 범위 내에 드는지를 결정한다. 이 시점에서, 통신 서버(120)는 메시지를 핫-데스크 애플리케이션(136)으로 전달함으로써 핫-데스크 애플리케이션(136)을 잠재적으로 시퀀싱한다(단계 S203). 몇몇 실시예에서, 핫-데스크 애플리케이션(136)이 기업 AOR에 핫-데스크 번호를 매핑함으로써 그 목적을 이미 수행할 것이므로, 이것이 반드시 필요하지는 않지만, 통신 서버(120)는 Alice에 대한 애플리케이션의 시퀀스 내의 제 1 애플리케이션으로서 핫-데스크 애플리케이션(136)을 시퀀스할 수 있다는 것에 유의해야 한다.

따라서, 핫-데스크 애플리케이션(136)이 통신 서버(120)로부터 메시지를 수신하면, 핫-데스크 애플리케이션(136)은 메시지가 발신된 번호(예를 들어, 444-1234)가 Alice의 AOR과 연관되었는지를 결정한다. 몇몇 실시예에서, 그녀가 자리에 앉아서 핫-데스크 엔드포인트(204) 사용을 개시할 때 Alice는 그녀 자신을(그리고 그녀의 AOR을) 핫-데스크 엔드포인트(204)에 등록하였으므로, 핫-데스크 애플리케이션(136)은 Alice의 AOR과 핫-데스크 번호 사이의 연관을 알게 된다. 이러한 등록 프로세스의 상세 사항은 본 명세서에 설명하지 않으며, 임의의 등록 프로세스 또는 프로세스의 세트가 사용될 수 있다는 것이 이해되어야 한다. 예를 들어, Alice는 그녀 자신 및 그녀의 AOR을 핫-데스크 엔드포인트(204)에 등록하기 위해 핫-데스크 엔드포인트(204)에서 TUI 코드 또는 일련의 TUI코드를 입력할 수 있다. 다른 예로서, Alice는 핫-데스크 애플리케이션(136)과 직접 통신하고 그녀 자신 및 그녀의 AOR을 핫-데스크 엔드포인트(204)에 등록하기 위해 핫-데스크 엔드포인트(204)에서 자리에 앉을 시에 웹 기반 UI를 사용할 수 있다. 다른 등록 예들이 본 기술 분야의 당업자에게 용이하게 명확해질 것이다.

또한, 핫-데스크 애플리케이션(136)은, 분석된 헤더 내에 포함된 값(예를 들어, 444-1234)이 실제로 사용자의 AOR과 연관되는지 여부를 결정하기 위해서 메시지의 From, Contact, 및/또는 PAI 헤더를 분석하도록 구성될 수 있다. 일단 핫-데스크 애플리케이션(136)이, 메시지의 From, Contact, 및/또는 PAI 헤더 내의 값이 Alice의 AOR과 연관되었다고 결정하면, 핫-데스크 애플리케이션은 헤더(들) 내의 값을 변화시켜 Alice의 AOR(예를 들어, +13031234567)에 대응시킨다. 이것은 핫-데스크 엔드포인트(204)에 있는 Alice가 아니라 그녀의 개인 엔드포인트에 있는 Alice에 의해 실제로 발신된 것처럼 메시지를 보이게 한다.

From, Contact, 및/또는 PAI 헤더 값이 Alice의 다이렉트 다이얼 번호 또는 익스텐션으로 변경된 후에, 핫-데스크 애플리케이션(136)은 메시지를 통신 서버(120)로 다시 반환한다(단계 S204). 이 시점에서, 통신 서버(120)는 이제 핫-데스크 엔드포인트(204)가 아니라 Alice에 의해 발신된 것으로 메시지를 인식하고, 사용자 선호도(124)에서 Alice의 통신 선호도를 참조하는 특징 시퀀서(128)를 호출한다. Alice의 통신 선호도를 조사할 시에, 통신 서버(120)는 그녀의 사용자 선호도(124)에 따라 Alice에 대한 다른 발신 애플리케이션(208)을 시퀀스하는 것이 가능하게 된다. 특히, 통신 서버(120)는 메시지를 다른 발신 애플리케이션(208)으로 계속 전달할 수 있고(단계 S205), 다른 발신 애플리케이션(208)의 각각은 다른 발신 애플리케이션(208)의 속성에 따라, B2BUA 또는 프록시로서 통신 세션(예를 들어, 다이얼로그 및/또는 미디어 경로)으로 그 자체를 삽입할 수 있다. 몇몇 실시예에서, 다른 발신 애플리케이션(208)은 다양한 애플리케이션(140)에 대응할 수 있다. 각각의 애플리케이션이 적절히 Alice에 대해 시퀀싱된 후에, 본 방법은 최후의 발신 애플리케이션(208)이 Alice의 통신 서버(120)로 메시지를 다시 제공하는 것을 계속하여(단계 S206), 메시지는, Bob이 기업 사용자인지 또는 아닌지에 따라 Bob 또는 Bob의 통신 서버(120)로 계속 전달될 수 있다.

이하 도 3을 참조하여, 본 발명의 실시예에 따라 핫-데스크 엔드포인트(304)를 채용하는 사용자를 향한 콜을 처리하는 방법 및 콜 흐름을 설명한다. 핫-데스크 엔드포인트(304)는, 2개 이상의 기업 사용자에 의해 공유되고 기업 사용자에 의한 일시적인 사용을 위해 이용가능하게 되는 임의의 통신 디바이스(148)에 대응할 수 있다는 점에서 핫-데스크 엔드포인트(204)와 유사하거나 동일할 수 있다.

또한, 도 3의 예에 대하여, Bob이 기업(110) 내에서 제 2 AOR을 갖고, 제 2 AOR은 제 2 다이렉트 다이얼 번호 또는 익스텐션이거나 제 2 다이렉트 다이얼 번호 또는 익스텐션(예를 들어, 관리적으로 연관됨)과 연관되었다고 가정한다. 본 예의 용이한 이해를 위해, Bob의 AOR은 +19707654321이라고 가정한다. 따라서, 다른 사용자(예를 들어, Alice)가 Bob을 직접 호출하기를 원하는 경우, Bob의 AOR(+19707654321), 또는 Bob에게 할당된 다이얼-플랜에 따른 그 몇몇 변형(예를 들어, 익스텐션 4321)을 다이얼링한다.

도 3의 콜 흐름은 도 2의 콜 흐름과는 별개이고 구분되는 것으로 표현되었지만, 몇몇 실시예에서 도 3의 흐름이 도 2의 흐름이 중단된 곳을 픽업할 수 있다는 것이 이해되어야 한다. 구체적으로, 단계 S301은 단계 S206 후에 수행될 수 있다. 또한, 도 3의 흐름은 도 2에 나타낸 흐름과 독립하여 수행될 수 있다는 것이 이해되어야 한다. 예를 들어, 도 3의 흐름은 Bob이 외부 통신 디바이스(108)로부터 콜을 수신하는 것에 응답하여 개시될 수 있다.

몇몇 실시예에서, Bob에 대한 콜에 대한 콜 흐름은 사용자 선호도(124)로부터 Bob의 통신 선호도를 결정하기 위하여 통신 서버(120)(예를 들어, Bob의 권한있는 통신 서버)가 특징 시퀀서(128)를 호출하는 것으로 시작한다. 이러한 결정이 일단 이루어지면, 통신 서버(120)는 하나 이상의 다른 착신 애플리케이션(308)을 통해 Bob에 대한 애플리케이션 시퀀스를 호출한다(단계 S301). 몇몇 실시예에서, Bob의 통신 선호도를 충족시키기 위해서 착신 애플리케이션은 통신 서버(120)에 의해 B2BUA 또는 프록시로서 시퀀싱되는 하나 이상의 애플리케이션(140)에 대응할 수 있다. 메시지가 Bob의 AOR 또는 Bob의 AOR과 연관된 다이렉트-다이얼 번호로 어드레싱되므로, 통신 서버(120)는 Bob의 선호도가 충족되어야 하는지를 안다. 애플리케이션이 시퀀싱될 때마다, 메시지가 통신 서버(120)로 다시 송신되어, 다른 착신 애플리케이션이 Bob에 대해 시퀀싱될 수 있는지 여부를 결정할 수 있다(단계 S302). 통신 서버(120)와 다른 착신 애플리케이션(308) 사이의 백-앤드-포스(back-and-forth)는 모든 Bob의 애플리케이션이 시퀀싱될 때까지 계속된다.

그 후에, Bob이 핫-데스크 엔드포인트(304)에 앉아 있는 경우, 통신 서버(120)는 Bob을 대신하여 핫-데스크 애플리케이션(136)을 시퀀싱한다(단계 S303). 메시지를 수신할 시에, 핫-데스크 애플리케이션(136)은 Bob이 핫-데스크 번호(예를 들어, 555-6789)를 갖는 핫-데스크 엔드포인트(304)와 그 자신을 연관시켰는지를 결정한다. Bob은 상술한 등록 단계와 유사하거나 동일한 등록 단계에서 그 자신 및/또는 그의 AOR을 핫-데스크 엔드포인트(304)와 연관시켰을 수 있다.

핫-데스크 애플리케이션(136)이, 수신된 메시지가 Bob과 연관되고, 그에 따라 핫-데스크 엔드포인트(304)와도 연관되었다고 결정하는 경우, 핫-데스크 애플리케이션(136)은 Bob의 AOR(예를 들어, +19707654321)로부터 핫-데스크 번호(예를 들어, 555-6789)로의 메시지의 R-URI 헤더의 값 및 메시지의 To 값 중 하나 이상을 변경시키도록 구성된다. 핫-데스크 애플리케이션(136)이 To 값 및/또는 메시지의 R-URI 헤더를 변경시킨 후에, 본 방법은 핫-데스크 애플리케이션(136)이 통신 서버(120)로 메시지를 반환하는 것으로 계속된다(단계 S304).

상술한 바로부터 알 수 있는 바와 같이, 핫-데스크 애플리케이션(136)은 Bob에 대해 최후 시퀀싱된 애플리케이션에 대응할 수 있다. 즉, 다른 착신 애플리케이션(308)이 핫-데스크 애플리케이션(136)을 시퀀싱하기 전에 시퀀싱될 수 있다. 따라서, 통신 서버(120)가 핫-데스크 애플리케이션(136)으로부터 메시지를 수신한 경우, 어떠한 추가적인 애플리케이션도 통신 서버(120)에 의해 시퀀싱될 필요가 없을 확률이 가장 크다. 따라서, 본 방법은, 통신 서버(120)가 핫-데스크 엔드포인트(304)와 연관된 액세스 요소(112)로 메시지를 전달하는 것으로 계속되며(단계 S305), 이는 Bob이 앉아서 등록한 핫-데스크 엔드포인트(304)로 메시지를 후속적으로 제공한다(단계 S306).

본 발명의 실시예를 더욱 이해하기 위해, 도 2 및 3의 예들이 결합된다면, Alice는 핫-데스크 엔드포인트(204)(444-1234)로부터 (+19707654321)에서 Bob을 호출할 것이다. Alice 및 Bob에 대하여 핫-데스크 애플리케이션(136)에 의해 메시지가 처리된 후에, 메시지는 궁극적으로 핫-데스크 엔드포인트(304)(555-6789)에서 Bob에 도달할 것이며, Bob과 모든 다른 발신 및 착신 애플리케이션(208, 308)에게, Alice가 실제로 그녀의 다이렉트-다이얼 라인(+13031234567)으로부터 호출하고 있는 것처럼 보일 것이다. 또한, Alice의 발신 애플리케이션(208)과 Bob의 착신 애플리케이션(308)의 전부는, Alice 및 Bob이 우연히 동일한 액세스 요소(112)에서 호스팅되는 핫-데스크 엔드포인트(204, 304)를 사용한다고 해도 시퀀싱될 것이다.

이하 도 4를 참조하여, 본 발명의 적어도 몇몇 실시예에 따른 핫-데스킹의 방법에 대해 설명할 것이다. 본 방법은, 사용자가 특정 워크스테이션 또는 데스크에서 통신 디바이스의 핫-데스크 어드레스(예를 들어, 핫-데스크 엔드포인트)를 주목할 때 개시된다(단계 404). 그 후, 사용자는 핫-데스크 어드레스와 그 AOR을 연관시킨다(단계 408). 몇몇 실시예에서, 사용자는 등록 프로세스를 수행함으로써 그 핫-데스크 어드레스와 그 AOR을 연관시킨다. 이러한 등록 프로세스는 핫-데스크 엔드포인트로부터 네트워크(110)로 단지 로깅하는 사용자와 연결되어 있는 SSO(single sign on) 프로세스의 일부 종류를 구현함으로써 또는 웹 기반 GUI를 통해 발생할 수 있다. 등록 프로세스는 또한 TUI 등을 통해 달성될 수도 있다.

등록 프로세스는 사용자의 AOR이 핫-데스크 애플리케이션(136)에서 논리적으로 연관되어 저장되게 하거나 핫-데스크 애플리케이션(136)(예를 들어, 데이터 스토어(152))에 액세스가능한 일부 위치에 저장되게 한다(단계 412). 몇몇 실시예에서, 핫-데스크 애플리케이션(136)은, 사용자가 그 AOR을 핫-데스크 엔드포인트와 연관시키고, 특히 핫-데스크 엔드포인트에 할당된 핫-데스크 번호와 연관시켰다는 사실의 내부 기록을 유지한다. 이용가능한 이러한 정보를 가짐으로써 핫-데스킹 애플리케이션(136)은, 핫-데스크 애플리케이션(136)이 통신 서버(120)에 의해 시퀀싱될 때마다 본 명세서에서 논의된 핫-데스킹 특징을 용이하게 호출할 수 있다(단계 416). 상술한 바와 같이, 통신 서버(120)는 핫-데스크 엔드포인트로부터 발신되는 콜에 대하여 핫-데스크 애플리케이션(136)을 잠재적으로 시퀀싱하고, 그 후 핫-데스크 엔드포인트로부터 호출되는 사용자에 대한 다른 애플리케이션을 시퀀싱하도록 구성된다. 마찬가지로, 통신 서버(120)는 핫-데스크 엔드포인트에 앉아 있거나 이를 사용하는 것으로 식별된 피호출 사용자에 대하여 핫-데스크 애플리케이션(136)을 시퀀싱하도록 구성된다.

상술한 설명에서, 예시를 위하여, 방법들이 특정 순서로 설명되었다. 대안적인 실시예에서, 본 방법은 설명된 것과 다른 순서로 수행될 수 있다는 것이 이해되어야 한다. 또한, 상술한 본 방법은 하드웨어 요소에 의해 수행될 수 있고, 범용 또는 특수 목적 프로세서(GPU 또는 CPU) 또는 명령어로 프로그램된 로직 회로와 같은 머신이 본 방법(FPGA)을 수행하게 하는 데 사용될 수 있는 머신 실행가능 명령어의 시퀀스 내에 구현될 수 있다. 이러한 머신 실행가능 명령어는 CD-ROM 또는 다른 유형의 광 디스크, 플로피 디스켓, ROM, RAM, EPROM, EEPROM, 자기 또는 광학 카드, 플래시 메모리 또는 전자 명령어를 저장하기에 적절한 다른 유형의 머신 판독가능 매체와 같은 하나 이상의 머신 판독가능 매체에 저장될 수 있다. 대안적으로, 본 방법은 하드웨어와 소프트웨어의 조합에 의해 수행될 수 있다.

특정 상세사항이 본 설명에서 실시예의 완전한 이해를 제공하기 위해 주어졌다. 하지만, 본 실시예는 이러한 특정 상세사항 없이도 실시될 수 있다는 것이 본 기술분야의 당업자에게 이해될 것이다. 예를 들어, 불필요한 상세사항에서 본 실시예를 모호하게 하지 않도록 회로는 블록도로 도시될 수 있다. 다른 예에서, 공지의 회로, 프로세스, 알고리즘, 구조 및 기술은 본 실시예를 모호하게 하는 것을 피하도록 불필요한 상세사항 없이 도시될 수 있다.

또한, 본 실시예는 흐름 차트, 흐름도, 데이터 흐름도, 구조도 또는 블록도로 도시되는 프로세스로서 설명되었다는 것에 유의한다. 흐름 차트가 순차적인 프로세스로서 동작을 설명할 수 있지만, 동작 중 다수는 병렬로 또는 동시에 수행될 수 있다. 또한 동작의 순서는 재배치될 수 있다. 그 동작이 완료되었을 때 프로세스가 종료되지만, 도면에 포함되지 않은 추가적인 단계를 포함할 수 있다. 프로세스는 방법, 함수, 절차, 서브루틴, 서브프로그램 등에 대응할 수 있다. 프로세스가 함수에 대응하는 경우, 그 종료는 호출 함수 또는 주 함수에 대한 함수의 반환에 대응한다.

또한, 실시예들은 하드웨어, 소프트웨어, 펌웨어, 미들웨어, 마이크로코드, 하드웨어 디스크립션 언어, 또는 그 임의의 조합에 의해 구현될 수 있다. 소프트웨어, 펌웨어, 미들웨어 또는 마이크로코드로 구현되는 경우, 필요한 작업을 수행하는 프로그램 코드 또는 코드 세그먼트는 스토리지 매체와 같은 머신 판독가능 매체에 저장될 수 있다. 프로세서(들)가 필요한 작업을 수행할 수 있다. 코드 세그먼트는 절차, 함수, 서브프로그램, 프로그램, 루틴, 서브루틴, 모듈, 소프트웨어 패키지, 클래스, 또는 명령어의 임의의 조합, 데이터 구조, 또는 프로그램 스테이트먼트를 나타낼 수 있다. 코드 세그먼트는 정보, 데이터, 변수, 파라미터, 또는 메모리 컨텐츠를 전달 및/또는 수신함으로써 다른 코드 세그먼트 또는 하드웨어 회로에 연결될 수 있다. 정보, 변수, 파라미터, 데이터 등은 메모리 공유, 메시지 전달, 토큰 전달, 네트워크 송신 등을 포함하는 임의의 적절한 수단을 통해 전달되거나 전송되거나 송신될 수 있다.

본 발명의 예시적인 실시예들을 본 명세서에서 상세하게 설명하였지만, 진보적인 개념은 이와 다르게 다양하게 구현 및 채용될 수 있고, 첨부된 청구항들은 종래 기술에 의해 한정되는 것을 제외하고는 이러한 변형을 포함하는 것으로 해석되어야 한다는 것이 이해되어야 한다.

Claims

핫-데스크(hot-desk) 번호에 대응하는 어서팅된(asserted) 아이덴티티를 포함하는 제 1 메시지를 수신하는 단계와,
상기 핫-데스크 번호가 호출 사용자의 어드레스의 기록(a calling user's address of record)과 연관되었는지를 판정하는 단계와,
상기 핫-데스크 번호가 상기 호출 사용자의 어드레스의 기록과 연관된 것으로 판정하는 것에 응답하여, 상기 제 1 메시지의 어서팅된 아이덴티티를 상기 호출 사용자의 어드레스의 기록과 연관된 논(non)-핫-데스크 번호로 변경하는 단계를 포함하는
방법.
제 1 항에 있어서,
상기 논-핫-데스크 번호는 상기 호출 사용자의 어드레스의 기록에 대응하고, 상기 호출 사용자의 어드레스의 기록은 문자숫자(alphanumeric), E.164 및 기업 표준 숫자 포맷(enterprise canonical numeric format) 중 적어도 하나에 있는
방법.
제 1 항에 있어서,
상기 어서팅된 아이덴티티는 상기 제 1 메시지 내의 From, Contact 및 PAI(P-Asserted-Identity) 헤더 값 중 적어도 하나를 변경시킴으로써 변경되는
방법.
제 1 항에 있어서,
호출 사용자의 통신 선호도에 따라 상기 호출 사용자에 대한 하나 이상의 애플리케이션을 시퀀싱하는 단계를 더 포함하되,
상기 하나 이상의 애플리케이션은 발신측 애플리케이션에 대응하고,
상기 발신측 애플리케이션의 각각은, 상기 제 1 메시지의 어서팅된 아이덴티티가 상기 논-핫-데스크 번호로 변경된 후에 시퀀싱되는
방법.
피호출 사용자에 대한 어드레스의 기록과 연관되는 논-핫-데스크 번호를 포함하는 R-URI(Request Uniform Resource Identifier)와 To 값 중 적어도 하나를 포함하는 제 1 메시지를 수신하는 단계와,
상기 피호출 사용자의 어드레스의 기록이 또한 핫-데스크 번호와 연관되는지를 판정하는 단계와,
상기 피호출 사용자의 어드레스의 기록이 상기 핫-데스크 번호와 연관되는 것으로 판정하는 것에 응답하여, 상기 R-URI와 To 값 중 적어도 하나를 상기 핫-데스크 번호로 변경하는 단계를 포함하는
방법.
제 5 항에 있어서,
상기 논-핫-데스크 번호는 상기 피호출 사용자의 어드레스의 기록에 대응하고, 상기 피호출 사용자의 어드레스의 기록은 문자숫자, E.164 및 기업 표준 숫자 포맷 중 적어도 하나에 있는
방법.
제 5 항에 있어서,
상기 제 1 메시지는 INVITE 메시지인
방법.
제 5 항에 있어서,
피호출 사용자의 통신 선호도에 따라 상기 피호출 사용자에 대한 하나 이상의 애플리케이션을 시퀀싱하는 단계를 더 포함하되,
상기 하나 이상의 애플리케이션은 착신측 애플리케이션에 대응하고,
상기 착신측 애플리케이션의 각각은, 상기 제 1 메시지의 R-URI와 To 값 중 적어도 하나가 상기 핫-데스크 번호로 변경되기 전에 시퀀싱되는
방법.
프로세서 실행가능 명령어를 포함하는 비일시적 컴퓨터 판독가능 매체로서,
상기 명령어는,
제 1 메시지를 수신하고, 상기 제 1 메시지가 핫-데스크 엔드포인트에 의해 발신되는 것과 핫-데스크 엔드포인트를 동작시키는 사용자를 향해 가는 것 중 적어도 하나인지를 판정하도록 구성되는 명령어와,
상기 제 1 메시지가 상기 핫-데스크 엔드포인트에 의해 발신되는 것과 핫-데스크 엔드포인트를 동작시키는 사용자를 향해 가는 것 중 적어도 하나라고 판정한 것에 응답하여 상기 제 1 메시지를 핫-데스크 애플리케이션으로 라우팅하도록 구성되는 명령어를 포함하는
컴퓨터 판독가능 매체.
통신 시스템으로서,
핫-데스크 엔드포인트의 동작을 가능하게 하도록 구성되는 핫-데스크 애플리케이션과,
사용자의 통신 선호도에 기초하여 상기 사용자에 대한 하나 이상의 애플리케이션을 시퀀싱하도록 구성되는 통신 서버를 포함하되,
상기 통신 서버는, 메시지가 상기 핫-데스크 엔드포인트에 의해 발신되는 것과 상기 핫-데스크 엔드포인트에 등록한 사용자를 향해 가는 것 중 적어도 하나라고 판정한 것에 응답하여 상기 핫-데스크 애플리케이션을 시퀀싱하도록 또한 구성되는
통신 시스템.