KR101566180B1 - 컨퍼런스 호출 스피드 다이얼링 - Google Patents

Abstract

스피드 컨퍼런싱이 스피드 컨퍼런싱 그룹을 사용하여 용이해진다. 컨퍼런스 서버는 스피드 컨퍼런스 그룹에 속하는 컨퍼런스 참가자들 사이의 컨퍼런스 호출을 관리하기 위한 컨퍼런스 룸을 제공한다. 컨퍼런스 서버는 컨퍼런스 룸의 컨퍼런스 호출에 참여하도록 컨퍼런스 참가자들을 초대하기 위해 상기 스피드 컨퍼런스 그룹 내의 컨퍼런스 참여자들을 호출하기 위해 스피드 컨퍼런스 그룹을 사용한다. 컨퍼런스 호출의 셋업은 스피드 다이얼링이 활성화되는 컨퍼런스 룸에 들어가는 제 1 가입자에 의해 트리거링될 수 있다.

Description

컨퍼런스 호출 스피드 다이얼링{CONFERENCE CALL SPEED DIALLING}

본 발명은 일반적으로 통신 시스템들에 관한 것이며, 특히 컨퍼런싱 시스템들(conferencing systems)에 관한 것이다.

음성 통신 세션들(voice communication sessions)의 신속한 확립이 현대의 전화 시스템들에서 중요한 요건이다. 사람들은 더 이상 회전식 전화(rotary telephone)를 다이얼링(dialling)하기 위해 20 내지 30초를 대기하거나 또는 호출을 셋업하기 위하여 교환원과 대화하는 것에 만족하지 않는다. 오늘날, 친구 목록(buddy list)들 및 접촉자 목록(contact list)들의 출현으로, 사용자는 단일 버튼(buttone)을 간단하게 누르고 피호출자(called party)로부터 링-백 신호(ring-back signal)를 거의 즉시 수신함으로써 호출을 셋업할 수 있다.

특정 접촉자에게 호출하기 위하여 사용자의 셀전화, PBX 전화, 또는 POTS 전화 상에서 단일 스피드 키(speed key)를 누르는 동작은 종종 "스피드 다이얼링"이라고 칭해진다. 스피드 다이얼링의 장점은 사용자가 접촉자의 10개 이상의 숫자 전화 번호가 이미 접촉자 또는 친구 목록 내로 미리 프로그래밍되었기 때문에 접촉자의 10개 이상의 숫자 전화 번호를 기억할 필요가 없다는 것이다. 스피드 다이얼링의 또 다른 장점은 사용자가 자신의 전화 내로 긴 숫자-스트링(digit-string)을 입력하는 시간을 소비할 필요가 없다는 것이다. 그 대신에, 단일 버튼의 간단한 푸시(push)가 2명의 사용자들 사이에서 호출을 셋업한다.

그러나, 스피드 다이얼링은 2명의 당사자들, 즉 단일 호출자 및 단일 피호출자 사이의 음성 대화만을 셋업할 수 있다. 일부 경우들에서, 여러 또는 아마도 심지어 다수의 당사자들 사이의 음성 대화가 희망될 수 있다. 예를 들면, 기업 비즈니스 시나리오(enterprise business scenario)들에서, 사람들은 전형적으로 팀(team)들로 일하므로, 각각의 팀의 비즈니즈 목적들을 충족시키기 위하여 다자 음성 호출들의 신속한 설정에 대한 비즈니스 요구(business need)가 존재할 수 있다. 응급-구조, 이머전시 및 정부 애플리케이션(First-responder, emergency and government application)들이 또한 팀의 멤버(member)들 간의 다자 컨퍼런스 호출들을 필요로 할 수 있다. 게다가, 다자 호출들은 또한 다자 인스턴트 메시지 챗 세션(instant message chat session)들의 보급에 의해 증명되는 바와 같이, 소비자 애플리케이션들에서도 희망될 수 있다.

그러므로, 많은 서비스 제공자들은 하나의 그룹의 사람들이 서로 동시적으로 통신할 수 있는 음성 컨퍼런스 호출 서비스를 제공한다. 전형적으로, 이와 같은 컨퍼런싱 시스템들에서, 각각의 사용자는 컨퍼런스에 참여하기 위하여 10개 이상의 숫자 다이얼-인 번호(digit dial-in number) 플러스 7개 이상의 숫자 액세스 코드(digit access code)를 제공받는다. 다이얼-인 번호를 다이얼링하고, 대화식 음성 응답(Interactive Voice Response; IVR) 시스템과 대화하고, 추가적인 액세스 코드 숫자들을 입력한 이후에, 다수의 호출자들 각각은 서로 브리징(bridging)되어, 상기 다수의 호출자들은 컨퍼런스 룸(conference room) 내에서 서로 말하고 들을 수 있게 된다. 그러나, 각각의 사용자가 컨퍼런스 호출에 개별적으로 참여하는 프로세스는 시간이 걸린다. 더욱이, 종래의 컨퍼런스 브리지 시스템들은 전형적으로 사용자들 사이의 조정 및 스케줄링(scheduling)을 필요로 한다. 예를 들면, 팀은 어떤, 특정한 합의된 시간에 컨퍼런스 브리지로 다이얼-인해야 한다. 따라서, 많은 수의 DTMF 숫자들의 입력으로 인해 모든 사용자들이 불편해지는 것 이외에, 종래의 컨퍼런스 브리지들은 많은 기업, 소비자 및 이머전시 통신 시나리오들에서 필요할 수 있는 자발적인 애드-혹 음성 컨퍼런스(ad-hoc voice conference)들을 용이하게 하지 못한다.

최근에, 일부 서비스 제공자들은 그룹 푸시-투-토크(group push-to-talk)라고 칭해지는 특수한 다자 음성 서비스를 제공하기 시작하였다. 서비스 제공자로부터 특수한 그룹 푸시-투-토크 서비스를 또한 구매한, 특수한 유형의 셀전화를 갖는 사용자는 또 다른 사용자에게 말하기 위하여 단일 키를 누름으로써 그룹 푸시-투-토크 음성 통신에 관여할 수 있다. 그러나, 다른 사용자는 또한 동일한 서비스 제공자로부터의 동일한 특수한 서비스 및 동일한 특수한 유형의 셀전화를 가져야 한다. 따라서, 이 워키-토키-형 시스템(walkie-talkie-like system)의 주요 한계는 모든 사용자들이 동일한 특수한 셀전화 디바이스들 및 동일한 서비스 프로비전(service provision)을 가져야 한다는 것이다. 특수하지 않은 셀전화들, PBX 전화들 및 POTS 전화들을 갖는 다른 사용자들은 호출에 참여할 수 없다. 더욱이, 그룹 푸시-투-토크 시스템들은 지속적인 컨퍼런스 호출들을 충실히 셋업하지 못한다. 현재 이용가능한 푸시-투-토크 서비스에서, 한 명의 사람만이 임의의 하나의 시간에 말할 수 있고, 누가 다음에 말하는 것을 허용받는지, 즉 어느 한 명의 사용자가 특수한 세트 상에서 자신의 그룹 푸시-투-토크 버튼을 누르도록 허용받는지를 확립하기 위하여 조정 또는 프로토콜이 필요하다.

이와 같이, 자발적인 다자 음성 컨퍼런스 호출들의 신속한 확립을 용이하게 하는 시스템이 필요하다.

본 발명의 하나의 실시예에서, 컨퍼런스 서버(conference server)는 미리 규정된 스피드 컨퍼런스 그룹(speed conference group)의 컨퍼런스 참가자들을 사용하여 자발적인 다자 음성 컨퍼런스 호출들의 신속한 확립을 허용한다. 컨퍼런스 서버는 스피드 컨퍼런스 그룹의 컨퍼런스 참가자들 사이의 컨퍼런스 호출을 관리하기 위한 컨퍼런스 룸을 포함한다. 컨퍼런스 참가자들이 컨퍼런스 서버 내로 다이얼링하는 것 중 하나와 같은, 이벤트(event)에 응답하여, 컨퍼런스 서버는 컨퍼런스 룸의 컨퍼런스 호출에 참여하도록 컨퍼런스 참가자들을 초대하기 위하여 스피드 컨퍼런스 그룹 내의 다른 컨퍼런스 참가자들 모두에게 다이얼 아웃(dial out)한다.

또 다른 실시예에서, 상기 컨퍼런스 서버와 통신하는 컨퍼런싱 제어기가 스피드 컨퍼런스 그룹 내의 컨퍼런스 참가자들 중 적어도 일부를 식별하는 사용자 식별자들의 목록을 유지한다. 컨퍼런싱 제어기는 컨퍼런스 서버에 사용자 식별자들을 제공하여 컨퍼런스 서버가 컨퍼런스 호출에 참여하도록 컨퍼런스 참가자들을 초대하기 위하여 컨퍼런스 참가자들에게 호출할 수 있도록 한다.

일 예시적인 실시예에서, 컨퍼런스 서버는 제 1 컨퍼런스 참가자로부터 제 1 컨퍼런스 참가자를 식별하는 사용자 식별자를 수신한다. 컨퍼런싱 제어기는 제 1 컨퍼런스 참가자의 사용자 식별자를 목록과 비교한다. 제 1 컨퍼런스 참가자의 사용자 식별자가 목록 내에 있는 경우에, 컨퍼런싱 제어기는 스피드 컨퍼런스 그룹 내의 다른 컨퍼런스 참가자들을 호출하도록 하는 명령을 컨퍼런스 서버에 제공한다. 그렇지 않은 경우에, 그리고, 스피드 컨퍼런스 그룹을 식별하는 그룹 식별자가 제 1 컨퍼런스 참가자로부터 수신되는 경우에, 컨퍼런싱 제어기는 스피드 컨퍼런스 그룹 내의 컨퍼런스 참가자들 각각을 호출하도록 하고 제 1 컨퍼런스 참가자 및 스피드 컨퍼런스 그룹 내의 컨퍼런스 참가자들을 컨퍼런스 호출에 참여시키도록 하는 명령을 컨퍼런스 서버에 제공한다.

또 다른 예시적인 실시예에서, 스피드 컨퍼런스 그룹과 연관된 컨퍼런스 룸을 식별하는 미리 규정된 컨퍼런스 룸 식별자가 상기 제 1 컨퍼런스 참가자로부터 수신된다. 컨퍼런싱 제어기는 복수의 스피드 컨퍼런스 그룹들 중 상이한 스피드 컨퍼런스 그룹과 각각 연관되는 컨퍼런스 룸 식별자들의 목록을 유지한다. 컨퍼런스 서버는 제 1 컨퍼런스 참가자로부터 미리 규정된 컨퍼런스 룸 식별자를 수신할 시에 미리 규정된 컨퍼런스 룸 식별자를 컨퍼런싱 제어기에 제공하고, 컨퍼런싱 제어기는 미리 규정된 컨퍼런스 룸 식별자에 기초하여 컨퍼런스 룸을 생성하도록 하는 제 3 명령을 컨퍼런스 서버에 제공한다.

본 발명의 또 다른 실시예에서, 시스템은 컨퍼런스 서버 및 컨퍼런싱 제어기를 사용하여 스피드 컨퍼런싱을 용이하게 한다. 컨퍼런스 서버는 컨퍼런스 참가자들 사이의 컨퍼런스 호출을 관리하도록 동작가능한 컨퍼런스 룸을 포함하며, 컨퍼런스 참가자들 중 적어도 일부는 스피드 컨퍼런스 그룹에 속한다. 컨퍼런스 서버는 컨퍼런스 룸을 생성하고, 컨퍼런스 호출에 참여하도록 컨퍼런스 참가자들을 초대하기 위하여 스피드 컨퍼런스 그룹 내의 컨퍼런스 참가자들에게 호출한다. 컨퍼런싱 제어기는 스피드 컨퍼런스 그룹을 유지한다. 스피드 컨퍼런스 그룹은 스피드 컨퍼런스 그룹 내의 컨퍼런스 참가자들 중 적어도 일부를 식별하는 사용자 식별자들의 목록을 포함한다. 컨퍼런싱 제어기는 컨퍼런스 참가자들과 연관된 각각의 사용자 식별자들을 사용하여 스피드 컨퍼런스 그룹 내의 컨퍼런스 참가자들을 호출하도록 하는 명령을 컨퍼런스 서버에 추가로 제공한다.

본 발명의 또 다른 실시예에서, 방법은 컨퍼런스 참가자들을 포함하는 스피드 컨퍼런스 그룹을 프로비저닝(provisioning)함으로써 스피드 컨퍼런싱을 용이하게 한다. 컨퍼런스 참가자들 중 제 1 컨퍼런스 참가자로부터 입중계 호출(incoming call)을 수신할 시에, 스피드 컨퍼런스 그룹의 컨퍼런스 참가자들을 포함하는 컨퍼런스 호출을 위한 컨퍼런스 룸이 생성되고, 스피드 컨퍼런스 그룹 내의 다른 컨퍼런스 참가자들은 컨퍼런스 호출에 참여하도록 그들을 초대하기 위하여 호출되며, 제 1 컨퍼런스 참가자 및 다른 초대된 컨퍼런스 참가자들 둘 모두는 컨퍼런스 룸을 통해 컨퍼런스 호출에 참여된다.

본 발명의 더 완전한 이해는 첨부 도면들과 함께 고려될 때 다음의 상세한 설명을 참조함으로써 획득될 수 있다.

도 1은 본 발명의 실시예들에 따른 알 예시적인 스피드 컨퍼런싱 시스템을 예시한 도면.
도 2는 본 발명의 실시예들에 따른 스피드 컨퍼런싱 시스템에서 사용하기 위한 일 예시적인 컨퍼런스 서버를 예시한 도면.
도 3은 본 발명의 실시예들에 따른 일 예시적인 스피드 컨퍼런싱 흐름도.
도 4는 본 발명의 실시예들에 따른 컨퍼런스 서버 내의 컨퍼런스 룸의 일 예시적인 동작을 예시한 도면.
도 5는 본 발명의 실시예들에 따른 스피드 컨퍼런싱을 용이하게 하기 위한 일 예시적인 프로세스를 도시한 흐름도.

도 1은 본 발명의 실시예들에 따른 일 예시적인 스피드 컨퍼런싱 시스템(10)을 예시한다. 스피드 컨퍼런싱 시스템(10)은 상이한 유형들의 통신 디바이스들(30)을 갖는 사용자들(20) 사이에서 지속적인 다자 호출들이 셋업되도록 한다. 예를 들면, 이와 같은 통신 디바이스들(30)은 기존 전화 서비스(plain old telephone service; POTS) 전화들, 셀전화들, 세션 개시 프로토콜(Session Initiation Protocol; SIP) 전화들, 데스크톱 전화들, PBX 전화들, 데스크톱 컴퓨터들, 랩톱 컴퓨터들, 휴대용 정보 단말기들(Portable Digital Assistants; PDAs) 및 LMR 라디오들을 포함할 수 있다.

스피드 컨퍼런싱 시스템(10)은 컨퍼런스 호출들을 위한 하나 이상의 컨퍼런스 룸들(150)을 제공하는 음성/데이터 컨퍼런스 서버(100)를 포함한다. 각각의 컨퍼런스 룸(150)은 특정 컨퍼런스 호출과 연관되며, 컨퍼런스 호출에 대한 컨퍼런스 참가자들(사용자들(20)) 각각으로/각각으로부터의 상이한 컨퍼런스 레그(conference leg)들을 확립하고 컨퍼런스 레그들의 레그 상태들을 관리할 책임이 있다. 예를 들면, 컨퍼런스 룸(150)은 컨퍼런스 호출로의 각각의 음성 및 데이터 접속을 위해 각각의 컨퍼런스 레그를 확립하고, 컨퍼런스 호출에 추가적인 음성 및/또는 데이터 컨퍼런스 레그들을 부가하고, 하나 이상의 음성 및/또는 데이터 컨퍼런스 레그들을 드롭(drop)하고, 음성 컨퍼런스 레그들 중 하나 이상의 뮤팅(muting) 또는 언-뮤팅(un-muting)할 수 있다.

도 1에 도시된 바와 같이, 다수의 컨퍼런스 룸들(150)이 병렬로 존재할 수 있다. 그러나, 컨퍼런스 룸들(150) 사이의 음성은 (운영자에 의해 지시되지 않는다면) 믹싱(mixing)되지 않아서, 하나의 컨퍼런스 룸(150)의 참가자들은 또 다른 컨퍼런스 룸(150)의 참가자들의 대화를 의도하지 않게 듣지는 않게 된다.

하나의 실시예에서, 컨퍼런스 서버(100)는 특수용 컨퍼런싱 하드웨어 또는 회로(specialized conferencing hardware or circuitry)에서 컨퍼런스 룸들(150)을 생성 및 관리한다. 또 다른 실시예에서, 컨퍼런스 서버(100)는 특수용 컨퍼런싱 하드웨어 또는 회로, 소프트웨어(software) 및/또는 펌웨어(firmware)의 조합을 사용하여 컨퍼런스 룸들을 생성 및 관리한다. 또 다른 실시예에서, 컨퍼런스 서버(100)는 컨퍼런스 룸들(150)을 생성 및 관리하기 위하여 표준, 범용 개인 컴퓨터(PC) 상에서 소프트웨어 루틴(software routine)들을 실행한다. 이 실시예에서, 컨퍼런스 서버(100)는 추가적인 별도의 범용 PC들이 증가된 시스템 확장성 및 리던던시(system scalability and redundancy)를 위하여 함께 스택(stack)될 수 있도록 디자인된다. 이와 같이, DSP 칩들과 보드들(boards) 및 고속 오디오 버스(audio bus)들과 같은 특수한 하드웨어 또는 회로가 필요하지 않음으로써, 컨퍼런스 서버(100)의 제조 비용을 최소화한다.

통신 디바이스들(30) 및 컨퍼런스 서버(100) 사이에서 매체를 교환하기 위한 전화 접속들은 음성 패킷망(Voice over Internet Protocol; VoIP), 예를 들면, 세션 개시 프로토콜(SIP)과 같은 패킷-교환 접속들, 또는 종합 서비스 디지털 네트워크(Integrated Services Digital Network; ISDN), 예를 들면, 1차 레이트 인터페이스(Primary Rate Interface; PRI) 트렁크(trunk)들과 같은 회선-교환 접속들 중 하나를 사용할 수 있다. 예를 들면, 컨퍼런스 서버(100)는 외부 SIP-대-PSTN 게이트웨이, SIP 전화들, 및 SIP-대-라디오 컨버터(SIP-to-Radio converter)들, SIP 오버헤드 스피커(SIP overhead speaker)들, 등과 같은 다른 SIP 디바이스들과 SIP 명령들 및 VoIP 실시간 프로토콜(Real Time Protocol; RTP) 매체를 교환할 수 있다. 컨퍼런스 서버(100)는 또한 공중 교환 전화 네트워크(Public Switched Telephone Network; PSTN)을 통한 종래의 POTX, PBX, 및 셀 전화들과의 음성 시그널링 및 매체의 교환을 위해 내부 또는 외부 T1/E1 전화 트렁크 카드를 통합하거나 상기 내부 또는 외부 T1/E1 전화 트렁크 카드와 인터페이싱(interfacing)할 수 있다.

스피드 컨퍼런싱 시스템(10)은 또한 IP 또는 다른 패킷-기반 네트워크(50)를 통한 네트워크-기반 제어 및 모니터링 인터페이스를 지원한다. 예를 들면, 데이터 네트워크(50)는 근거리 네트워크(LAN), 광역 네트워크(WAN), 사설로 관리되는 IP 데이터 네트워크, IPSEC와 같은 양호하게-설정된 보안 데이터 암호 및 인증 방법들을 사용하는 인터넷-기반 가상 사설 네트워크(virtual private network; VPN) 또는 공중 인터넷-기반 IP 데이터 네트워크일 수 있다.

외부 스피드 컨퍼런싱 제어기(200)는 IP 네트워크 링크(50)를 통해 컨퍼런스 서버(100)와 인증하고 나서, 사용자들에게 다이얼-아웃하고, 특정 컨퍼런스 룸으로부터 사용자들을 드롭하고, 사용자를 뮤팅하는 것, 등을 위하여 컨퍼런스 서버(100)에 적절한 애플리케이션 프로그래밍 인터페이스(Application Programming Interface; API) 명령들을 발행할 수 있다. 모니터링 정보가 또한 컨퍼런스 서버(100)의 네트워크 링크(50)를 통해 흘러서, 스피드 컨퍼런싱 제어기(200)가 사용자가 컨퍼런스들에 참여하고, DTMF 숫자 시퀀스들을 입력하고, 컨퍼런스를 떠나는, 등의 시간을 비동기적으로 통지받을 수 있게 된다. 그러나, 다른 실시예들에서, 컨퍼런스 서버(100) 및 스피드 컨퍼런싱 제어기(200)는 또한 동일한 소프트웨어 또는 하드웨어-기반 어플라이언스(software or hardware-based appliance) 내에 결합될 수 있다. 본원에 사용된 바와 같은, 용어 "제어기"는 하드웨어, 소프트웨어, 펌웨어, 또는 상기의 일부 조합으로 구현될 수 있는 적어도 하나의 동작을 제어하는 임의의 디바이스, 시스템 또는 이의 부분을 칭한다. 제어기와 관련된 기능이 로컬(local)이든지 또는 원격이든지 간에, 중앙집중화 또는 분산될 수 있다는 점이 주의된다.

전형적으로 다이얼-인 호출들만을 수신하도록 디자인되는 종래의 컨퍼런스 브리지들과 대조적으로, 스피드 컨퍼런싱 시스템(10)은 동일한 컨퍼런스 룸으로의 다이얼-인 및 동일한 컨퍼런스 룸으로의 다이얼-아웃 둘 모두를 지원하며, 이는 컨퍼런스 호출의 신속한 확립을 가능하게 한다. 이와 같은 양-방향성이 도 1에 도시되어 있고, 여기서 제 1 사용자(사용자 1)는 특정 컨퍼런스 룸(150)(컨퍼런스 룸 N) 내로 다이얼링하였고, 상기 컨퍼런스 룸(컨퍼런스 룸 N)은 다른 사용자들(사용자 2 ... 사용자 M)에게 다이얼 아웃하였다. 모든 사용자들(20)이 컨퍼런스 룸(150)을 통해 양방향 매체 통신을 제공받는다는 점이 주의되어야 한다. 컨퍼런스 서버(100)의 양방향 특성은 매체 흐름의 방향이 아니라, 오히려 호출이 셋업되는 방법과 관련된다.

스피드 컨퍼런싱 시스템(10)의 양방향성은 스피드 컨퍼런싱 그룹(SCG)들(250)을 사용함으로써 구현된다. 스피드 컨퍼런싱 그룹(SCG)(250)은 특정 컨퍼런스 호출에 포함되어야 하는 사용자들의 미리 규정된 목록이다. SCG들(250)은 스피드 컨퍼런싱 제어기(200)에 의해 유지된다. 특정 SCG에 대한 스피드 컨퍼런스 호출을 개시하기 위하여, 스피드 컨퍼런싱 제어기(200)는 컨퍼런스 서버(100)에 특정 SCG에 대한 사용자들의 목록을 제공하여, 컨퍼런스 서버(100)가 SCG 내의 사용자들에게 다이얼-아웃하고 이러한 사용자들이 스피드 컨퍼런스 호출에 참여하도록 시도할 수 있도록 한다.

하나의 실시예에서, 각각의 SCG 목록은 특정 컨퍼런스 호출에 대해 호출되어야 하는 사용자들의 전화 번호들을 포함한다. 또 다른 실시예에서, 각각의 SCG 목록은 각 컨퍼런스 참가자에 대한 다수의 전화 번호들을 포함한다. 예를 들면, 스피드 컨퍼런스 시스템(10)은 참가자의 셀전화와 같은 참가자에 대한 제 1 번호를 시도하고, 참가자가 제 1 번호에 응답하지 않는 경우에, 상기 컨퍼런스 참가자에게 도달하기 위한 시도에서 사무실 전화와 같은 제 2 번호를 시도하고 나서, 아마도 집 전화와 같은 제 3 번호를 시도할 수 있다.

또 다른 실시예에서, 각 SCG 목록은 특정 컨퍼런스 호출에 대해 호출되어야 하는 사용자들의 사용자이름들을 포함한다. 이 실시예에서, 스피드 컨퍼런싱 제어기(200)는 사용자이름들을 미리-등록된 전화 번호들로 맵핑하는 스피드 컨퍼런싱 제어기(200) 또는 컨퍼런스 서버(100) 내의 데이터베이스에 질의하고 나서, 컨퍼런스 서버(100)에 번호에 의한 다이얼 명령(dial-by-number command)을 발행할 수 있다. 각 사용자는 자신의 사용자이름 대 전화 번호 맵핑을 관리할 수 있다.

예로서, SCG 그룹 내의 3명의 사용자들 앨리스(Alice), 밥(Bob), 및 찰리(Charlie)를 고려하자. 앨리스는 이전에 로그인(login)되었고 자신의 등록된 전화를 781-123-4567로서 설정하였고, 밥은 이전에 로그인되었고 자신의 등록된 번호를 781-123-5678로서 설정하였고, 찰리는 이전에 로그인되었고 자신의 등록된 전화를 781-123-6789로서 설정하였다. 이 SCG에 대해 스피드 컨퍼런스 호출을 개시하기 위하여, 스피드 컨퍼런싱 제어기(200)는 이 SCG 내의 사용자들 각각에 대한 현재의 전화 번호들을 검색하고, 컨퍼런스 서버(100)로부터 781-123-4567, 781-123-5678 및 781-123-6789로 호출들을 개시한다. 얼마 후에, 앨리스가 자신의 등록된 전화 번호를 변경할 것을 결정하는 경우에, 앨리스는 시스템(10) 내로 로그인하고, 781-555-1212의 새로운 번호를 입력한다. SCG에 대해 스피드 컨퍼런스 호출이 개시될 때에, 앨리스는 컨퍼런스 룸에 의해 자신의 새로운 번호로 다이얼 아웃된다. 그러므로, 사용자들은 결코 다른 사용자의 전화 번호들을 인식 또는 관리할 필요가 없다.

일반적으로, 스피드 컨퍼런스 호출은 특정 사용자(사용자 1)(20)가 특정 스피드 컨퍼런스 그룹(SCG)(250)과 연관된 컨퍼런스 룸(150)에 들어갈 때 개시된다. 하나의 실시예에서, 사용자는 컨퍼런스 서버(100)에 대한 주요 번호를 다이얼링하고 나서, SCG에 대한 특정 컨퍼런스 룸(150)을 지정하는 액세스 코드를 입력함으로써 스피드 컨퍼런스 룸(150)에 들어간다. 사용자는 또한 주요 번호, 플러스 일시정지 문자(pause character)들, 플러스 액세스 코드를 포함하는 자신의 표준 전화, POTS 전화 또는 PBX 전화 상에 프로그래밍된 스피드 다이얼 키를 가질 수 있다. 또 다른 실시예에서, 컨퍼런스 서버(100)는 많은 상이한 DID(다이얼-인된) 번호들로부터 호출들을 수신하도록 디자인될 수 있고, 들어갈 컨퍼런스 룸은 특정 DID 번호 자체에 의해 지정된다. 예를 들면, 호출이 SIP 호출인 경우에, SIP 프록시(SIP proxy)는 781-897-1234와 같은 다이얼-인된 번호를 To: session_0183461과 같은 특수한 SIP URI로 변환하기 위하여 알리아스(alias)를 사용할 수 있고, 여기서 코드 0183461은 SCG(250)에 대한 컨퍼런스 룸 번호를 나타낸다.

또 다른 실시예에서, 사용자 운영자는 컨퍼런스 서버(100)에 컨퍼런스 애플리케이션 프로그램 인터페이스(API)를 제공하는 자신의 통신 디바이스(30) 상의 그래픽 사용자 인터페이스(graphical user interface; GUI)를 통해 컨퍼런스 서버(100)에 명령을 제공할 수 있다. 본 발명이 제 1 컨퍼런스 참가자가 특정 컨퍼런스 룸(150)에 들어가는 방법에 대한 다수의 상이한 실시예들의 및 변형들을 고려한다는 점이 이해되어야 하며, 이들 중 몇 개만이 본원에서 설명된다.

일단 제 1 사용자가 SCG(250)에 대한 컨퍼런스 룸(150)에 들어가면, 스피드 컨퍼런싱 제어기(200)로부터 수신된 명령들 및/또는 컨퍼런스 서버(100) 내에 저장된 내부 정책들에 기초하여, 컨퍼런스 룸(150)이 컨퍼런스 호출에 참여하도록 다른 사용자들을 초대하기 위하여 SCG(250) 내의 다른 사용자들(사용자 2 ... 사용자 M)에게 다이얼 아웃한다. 일단 다른 사용자들이 컨퍼런스 호출에 참여하도록 하는 초대를 수용하면, 컨퍼런스 룸(150)은 컨퍼런스 호출로의 각 사용자에 대한 각 음성 및 데이터 접속을 위해 별도의 컨퍼런스 레그를 확립한다.

컨퍼런스 호출 동안, 컨퍼런스 룸(150)은 컨퍼런스 참가자들로부터 수신된 입중계 음성(또는 VoIP 매체 스트림들)을 믹싱하고, 믹싱된 매체 스트림들을 다시 컨퍼런스 참가자들에게 전송하고, 컨퍼런스 호출 동안 인스턴트 메시징(instant messaging), 프리젠테이션 공유(presentation sharing), 데스크톱 공유 및 비디오와 같은 다양한 데이터 컨퍼런싱 서비스들을 컨퍼런스 참가자들에게 제공하도록 동작한다. 스피드 컨퍼런싱 제어기(200)와 함께, 컨퍼런스 룸(150)은 또한 예를 들면, 미리-결정된 해제 시간, 이벤트의 발생 또는 또 다른 참가자의 동작, 등에 기초하여, 하나 이상의 참가자들을 뮤팅 또는 언-뮤팅하는 것 및 하나 이상의 참가자들을 추가 및/또는 드롭하는 것과 같은, 컨퍼런스 호출의 컨퍼런스 레그를 관리하기 위한 다양한 정책들을 구현한다.

일 예시적인 시나리오에서, 제 1 사용자(사용자 1)가 컨퍼런스 서버(100) 내로 다이얼링하고, 예를 들면, 이 컨퍼런스 룸(150)에 대응하는 액세스 코드를 입력함으로써 컨퍼런스 룸(컨퍼런스 룸 N)에 들어갈 때, 스피드 컨퍼런싱 제어기(200)는 자신이 IP 링크(50)를 통해 수신한 통지 이벤트들을 통해 통지받는다. 전형적인 통지 이벤트들은 호출자-ID(또는 호출자가 SIP 디바이스인 경우에 헤더로부터의 SIP) 뿐만 아니라, 호출자(사용자 1)가 들어간 특정 컨퍼런스 룸과 연관된 특정 번호 또는 식별자를 포함한다.

사용자 1이 미리-프로비저닝된 스피드 컨퍼런스 그룹(SCG)이 존재하는 컨퍼런스 룸에 들어간 경우에, 스피드 컨퍼런싱 제어기(200)는 사용자 1에 대한 호출자-ID를 조회하고, 이를 미리-프로비저닝된 SCG(250) 내의 번호들의 목록과 비교한다. 호출자-ID 번호가 이 컨퍼런스 룸(150)에 대한 SCG(250) 내의 번호들 중 하나와 부합하는 경우에, 스피드 컨퍼런싱 제어기(200)는 SCG의 모든 다른 사용자들, 즉, 사용자 1의 호출자-ID와 상이한 모든 다른 번호들에 다이얼-아웃하도록 하는 하나 이상의 명령들을 컨퍼런스 서버(100)에 발행한다. 사용자 1의 호출자-ID가 이 컨퍼런스 룸에 대한 SCG(250)의 번호들 중 어느 하나와 부합하지 않는 경우에, SCG 목록 내의 번호들의 전체 세트가 호출된다.

그러나, 사용자 1이 SCG가 존재하지 않는 컨퍼런스 룸에 들어간 경우에, 스피드 컨퍼런싱 제어기(200)는 액션(action)을 취하지 않고, 이 컨퍼런스 룸에 대해 컨퍼런스 서버(100)에 부가적인 명령들을 발행하지 않는다. 그러나, 스피드 컨퍼런싱 제어기(200)는 SCG들이 존재하는 다른 컨퍼런스 룸들에 들어갈 수 있는 호출자들에 대해 컨퍼런스 서버(100)를 지속적으로 모니터링한다. 유사하게, 호출자가 SCG가 존재하는 컨퍼런스 룸 내로 다이얼링하지만, 이 호출자가 제 1 호출자가 아닌 경우에, 즉, 이 컨퍼런스 룸에 이미 존재하는 적어도 하나의 다른 당사자가 존재하는 경우에, 스피드 컨퍼런싱 제어기(200)는 컨퍼런스가 이미 활성이기 때문에 액션을 취하지 않는다.

일 예시적인 실시예에서, 컨퍼런스 서버(100)에 의해 다이얼 아웃된 SCG(250)의 사용자들은 초기에 "당신은 그룹 123 컨퍼런스에 초대되었다, 참여하기 위해 1을 눌러라, 또는 거절하기 위해 2를 눌러라"와 같은 대화식 음성 응답(IVR) 프롬프트(prompt)를 수신하며, 여기서 그룹 123은 SCG(250)와 관련된 태그(tag) 또는 식별자이다. 이 방식으로, 호출된 사용자들은 자신들이 막 어느 스피드 컨퍼런스 그룹에 들어가려고 하는지를 알 수 있다. 일반적으로, 사용자들은 하나 이상의 스피드 컨퍼런스 그룹들에 속할 수 있다. 이 IVR 메시지를 수신한 후에, 1을 누르는 각 사용자는 스피드 컨퍼런스 호출과 연관된 컨퍼런스 룸에 즉시 참여된다. 각 다이얼-아웃된 레그와 연관된 모든 오디오는 바람직하게는, 호출된 사용자가 1을 누름으로써 호출을 수용할 때까지 뮤팅된다. 그러므로, 스피드 컨퍼런스에 이미 존재하는 제 1 사용자를 포함하는, 다른 사용자들은 응답하는 기계 프롬프트들, 연속적인 링잉(ringing), 비지 신호들(busy signals), 등과 같은, 컨퍼런스 룸의 정신사나운 불필요한 사운드들을 듣지 않는다. 하나의 실시예에서, 스피드 컨퍼런스의 모든 사용자들은 각각의 다른 호출된 당사자가 1을 누름으로써 컨퍼런스에 참여한 직후에 단일 비프 사운드(beep sound)를 듣는다. 또 다른 실시예에서, 사용자들은 호출에 고요하게 들어간다.

본 발명의 또 다른 실시예들에 따르면, 다른 사용자들에게 다이얼-아웃할 때, 컨퍼런스 서버(100)는 순차적이라기보다는 오히려, 병렬로 다수의 호출들을 행할 수 있다. 즉, 각각의 사용자에게 호출하고 응답 및 수용을 대기하는 대신에, 컨퍼런스 서버(100)는 SCG(250)의 모든 사용자들에게 동시에 호출하고, 각 사용자가 호출에 응답하고 호출을 수용할 때, 상기 각 사용자가 컨퍼런스에 참여된다.

일부 경우들에서, 호출된 사용자는 호출에 응답하지 못할 수 있고, 그 대신에, 호출이 음성메일로 전환된다. 궁극적으로, 사용자가 자신의 메일을 점검할 때, 사용자는 프롬프트: 당신은 그룹 123 컨퍼런스에 초대되었다, 참여하기 위해 1을 눌러라, 또는 거절하기 위해 2를 눌러라"를 듣는다. 사용자가 그룹 123 컨퍼런스 룸과 관련된 다이얼-인 액세스 코드를 아는 경우에, 사용자는 다시 다이얼 인하여 이미-활성인 컨퍼런스에 참여할 수 있다. 그러나, 사용자가 다시 호출하고 이 컨퍼런스가 종료된 경우에(예를 들면, 컨퍼런스 룸이 비어 있는 경우에), 사용자는 새로운 컨퍼런스 내의 제 1-당사자가 될 것이다. 하나의 실시예에서, 스피드 컨퍼런싱 제어기(200)는 그룹 123 SCG의 모든 다른 멤버들에게 스피드 컨퍼런스를 재개한다. 또 다른 실시예에서, 스피드 컨퍼런싱 제어기(200)는 "당신은 이 그룹 123 컨퍼런스에서의 제 1 당사자이다, 스피드 컨퍼런스를 개시하기 위해 1을 입력하라"를 진술하는 상이한 프롬프트를 제 1 호출자에게 발행함으로써, 스피드 컨퍼런스를 개시할지 여부의 기회를 호출자에게 제공한다. 또 다른 예로서, 스피드 컨퍼런싱 제어기(200)는 10초와 같은, 구성가능한 시간 기간 동안 대기하여, 제 1 호출자가 스피드 컨퍼런스의 개시를 중지 및 중단하도록 할 수 있다.

상술된 실시예들에서, 스피드 컨퍼런스를 트리거링(triggering)하는 이벤트는 제 1 사용자 다이얼 인이다. 그러나, 다른 유형들의 이벤트들이 또한 스피드 컨퍼런스를 트리거링할 수 있다. 예를 들면, 제 1 사용자가 SCG(250)와 연관된 컨퍼런스 룸에 참여한 후에 SCG 목록의 다이얼-아웃을 개시하기보다는 오히려, 시스템이 이미 또 다른 컨퍼런스 룸 내에 있는 참가자에 의해 발행된 DTMF 명령들에 반응할 수 있다. 이 실시예에서, 특정 컨퍼런스 룸 내에 이미 하나 이상의 사용자들이 존재할 수 있고, 이러한 사용자들 중 한 명은 스피드 컨퍼런스 프로세스를 개시하기 위하여 IVR과 대화할 수 있다. 예를 들면, 사용자는 ##5를 입력하고, "스피드 컨퍼런스 번호를 입력하라"를 진술하는 IVR 프롬프트를 수신할 수 있고, 사용자가 특정 SCG 번호를 입력한 이후에, 그 번호에 대응하는 적절한 SCG 목록이 다이얼링될 것이다.

또 다른 예로서, PC 또는 터치-스크린 디스플레이(touch-screen display) 상에 디스플레이된 아이콘(icon)의 클릭(click) 또는 더블-클릭(double-click)이 개시를 트리거링할 수 있다. 또는, 알람 서브시스템(alarm subsystem), 빌딩 모니터링 시스템(building monitoring system)에 의해 개시된 접촉 폐쇄, 센서 검출, 임계값 크로싱(threshold crossing), 등과 같은 물리적 이벤트, 또는 임의의 다른 물리적 또는 논리적 시스템 이벤트가 스피드 컨퍼런스가 발생하도록 할 수 있다. 일 예시적인 실시예에서, 각 피호출자에게 전달된 음성 메시지가 또한 알람의 특징을 나타내어, 피호출자들이 이벤트를 논의하기 위해 스피드 컨퍼런스에 가입하기 위하여 DTMF 1을 누르기 전에 알람을 인식하도록 할 것이다.

SCG는 또한 이메일 또는 SMS 메시징 시스템(도시되지 않음)에 결합될 수 있다. 예를 들면, 인증 크리덴셜(authentication credential)들을 포함하는 이메일 또는 SMS이 스피드 컨퍼런싱 제어기(200)에 의해 수신되는 경우에, 스피드 컨퍼런스가 하나 이상의 SCG들(250)에 개시될 수 있다. 유사하게, 스피드 컨퍼런스가 개시될 때, SMS 메시지들 또는 이메일들이 또한 SCG 내의 사용자들에게 전송될 수 있다. 이 방식으로, 피호출자가 참여할 수 없는 경우에, 상기 피호출자는 SMS 및/또는 이메일을 수신하여, 그 후에 간략하게 컨퍼런스로 다시 다이얼 인할 수 있게 된다.

다른 실시예들에서, SCG(250)는 특정 컨퍼런스 룸 번호로의 연계(linkage) 이외의 방식들로 결정된다. 예를 들면, SCG(250)는 제 1 호출자의 호출자-ID에 기초하여 결정될 수 있다. 예를 들면, 호출자-ID가 SCG1의 멤버인 경우에, SCG1이 호출되는 반면, 호출자-ID가 SCG2의 멤버인 경우에, SCG2가 호출된다. 또 다른 실시예에서, 호출될 SCG는 시간, 날짜, 등을 포함하는 다른 요인들에 의존할 수 있다. 예를 들면, 병원 병동에서의 주간 동안 스피드 컨퍼런스 시스템(10)은 주간 근무인 간호사1 및 주간 근무인 감독자1에게 호출할 수 있는 반면, 야간 동안, 동일한 스피드 컨퍼런스 시스템은 야간 근무인 간호사2 및 야간 근무인 감독자2에게 호출할 수 있다. 또 다른 실시예에서, 호출될 SCG는 참가자 요건들에 의존한다. 예를 들면, 이머전시 콘텍스트(emergency context)에서의 사용 경우는 스피드 컨퍼런스 시스템(10)이 시장의 사무실의 대표자, 경찰서의 2명의 대표자들, 및 소방서의 3명의 대표자들이 모두 컨퍼런스 룸에 존재할 때까지 번호들을 계속 시도하는 것일 수 있다.

게다가, 호출 목록은 또한 과거의 호출들의 성공 이력(success history)에 의존할 수 있다. 예를 들면, 사용자들 2 내지 5 및 사용자 3을 호출한 스피드 컨퍼런스 시스템(10)이 호출에 응답하지 않고 호출을 수용하지 않는 경우에, 스피드 컨퍼런싱 제어기(200)는 사용자 3의 보조자 또는 대리인과 같은 다음에 누구에게 호출할지에 대한 하나의 세트의 규칙들을 가질 수 있다. 이 방식으로, 스피드 컨퍼런스 시스템(10)은 참가자들의 수용가능한 로스터(roster)가 달성될 때까지, 또는 어떤 구성가능한 시간 간격이 만료될 때까지 상이한 번호들을 계속 호출할 수 있다.

이제 도 2를 참조하면, 컨퍼런스 서버(100)가 이제 더 상세히 설명될 것이다. 컨퍼런스 서버(100)는 프로세싱 회로(110), 메모리(120) 및 다양한 인터페이스들(180, 185 및 190)을 포함한다. 예를 들면, 컨퍼런스 서버의 상태를 점검하기 위하여(문제점들을 조정하고, 상태 보고들을 수신하는 것, 등), 인터페이스들은 키보드(keyboard), 마우스(mouse), IP 네트워크와 같은, 입력 디바이스 또는 다른 유사한 입력 디바이스로부터 입력을 수신하도록 결합된 입력 인터페이스(185) 및 디스플레이, 스피커들, 프린터(printer), IP 네트워크와 같은, 출력 디바이스 또는 다른 출력 디바이스로 상태 정보를 제공하도록 결합된 출력 디바이스(180)를 포함할 수 있다. 게다가, IP 네트워크 인터페이스(190)가 스피드 컨퍼런싱 제어기로 제어 및 모니터링 정보를 전송하고 스피드 컨퍼런싱 제어기로부터 제어 및 모니터링 정보를 수신하기 위하여 접속된다. 전화 인터페이스(195)가 또한 사용자 통신 디바이스들에 매체(예를 들면, 회선-교환 음성, VoIP 매체 스트림들 및/또는 데이터)를 전송하고 사용자 통신 디바이스들로부터 매체를 수신하기 위하여 접속된다. 상술된 바와 같이, 전화 인터페이스(195)는 VoIP 매체를 전송하기 위한 패킷-교환 I/F 또는 회선-교환 음성을 전송하기 위한 회선-교환 I/F 중 하나 이상을 포함할 수 있다.

도 2에 도시된 바와 같이, 메모리(120)는 운영 시스템(130) 및 컨퍼런싱 소프트웨어 모듈(140)을 포함한다. 따라서, 프로세싱 회로(110)는 운영 시스템(130) 및 컨퍼런싱 소프트웨어 모듈(140)을 실행시킬 수 있는 하나 이상의 프로세서들을 포함한다. 본원에 사용된 바와 같은, 용어 "프로세서"는 일반적으로 PC와 같은, 범용 컴퓨터를 구동시키는 디바이스인 것으로 이해된다. 그러나, 마이크로제어기들, 필드 프로그래밍가능한 게이트 어레이(Field Programmable Gate Array; FPGA)들, 주문형 반도체(ASIC)들, 또는 이의 조합과 같은 다른 프로세싱 디바이스들이 또한 본원에 설명된 이점들 및 장점들을 성취하기 위하여 사용될 수 있다는 점이 주의된다. 메모리(120)는 하드 드라이브(hard drive), 랜덤 액세스 메모리(RAM), 판독 전용 메모리(ROM), 플래시 메모리(flash memory), 콤팩트 디스크(compact disc), 플로피 디스크(floppy disc), ZIP® 드라이브, 테이프 드라이브, 데이터베이스 또는 다른 유형의 저장 디바이스 또는 저장 매체를 포함하는, 임의의 유형의 데이터 저장 디바이스를 포함하지만, 이에 제한되지 않는다.

컨퍼런스 서버(100)의 일반적인 동작에서, 프로세싱 회로(110)는 다수의 당사자들 사이의 컨퍼런스 호출을 개시하고 제어하기 위하여 컨퍼런싱 소프트웨어 모듈(140)에 액세스하여 상기 컨퍼런싱 소프트웨어 모듈(140)을 구동시킨다. 예를 들면, 컨퍼런싱 소프트웨어 모듈(140)의 실행 동안, 프로세싱 회로(110)는 컨퍼런스 참가자들로부터 전화 I/F(195)를 통해 입력을 수신하고 스피드 컨퍼런싱 제어기로부터 IP 네트워크 I/F(190)를 통해 입력을 수신하기 위하여 통신적으로 결합되는 컨퍼런스 제어 애플리케이션 프로그램 인터페이스(API)(165)를 통해 스피드 컨퍼런스 호출에 대한 컨퍼런스 룸(150)을 생성 및 관리하기 위한 명령들을 수신하도록 동작가능하다. 컨퍼런스 룸(150)은 컨퍼런스 참가자들로부터 전화 I/F(195)를 통해 입중계 매체(예를 들면, 회선-교환 음성, VoIP 매체 스트림들 및/또는 데이터)를 수신하고, 수신된 매체를 프로세싱 회로(110)를 사용하여 프로세싱하고, 컨퍼런스 호출 동안 프로세싱된 매체(170)(예를 들면, 믹싱된 음성 및/또는 데이터)를 다시 컨퍼런스 참가자들에게 전송한다.

게다가, 컨퍼런스 룸(150) 및/또는 프로세싱 회로(110)는 컨퍼런스 호출을 제어 및/또는 관리하기 위하여 하나 이상의 컨퍼런스 정책들(160)에 액세스할 수 있다. 일단 액세스되면, 프로세싱 회로(110)는 정책들(160)에 의해 지시된 루틴들을 수행한다. 컨퍼런스 정책들(160)은 미리 규정되거나 또는 컨퍼런스 참가자들 또는 스피드 컨퍼런싱 제어기 중 하나로부터 컨퍼런스 제어 API(165)를 통해 수신될 수 있다. 예를 들면, 일 예시적인 실시예에서, 정책(160)은 컨퍼런스 호출에 포함될 하나 이상의 컨퍼런스 참가자들을 식별할 수 있다. 또 다른 예시적인 실시예에서, 정책(160)은 컨퍼런스 호출 동안 하나 이상의 참가자들의 뮤팅 또는 언-뮤팅을 제어할 수 있다.

도 3은 본 발명의 실시예들에 따른 일 예시적인 스피드 컨퍼런싱 흐름도를 도시한다. 스피드 컨퍼런스를 개시하기 위하여, 310에서, 제 1 사용자(사용자 1)(30)는 자신의 통신 디바이스 상의 스피드-다이얼 키를 누르는데, 이것은 320에서, 통신 디바이스가 사용자 1로부터 스피드 컨퍼런싱 시스템(10)의 컨퍼런스 서버로 호출을 행하도록 한다. 스피드-다이얼 번호는 스피드 컨퍼런스에 대한 컨퍼런스 룸 번호를 포함하거나, 또는 스피드 컨퍼런스 호출에 대한 특정 DID이다. 330에서, 사용자 1은 특정 스피드 컨퍼런스 그룹(SCG)과 연관된 특정 스피드 컨퍼런스에 참여되고, 양방향 매체가 흐르기 시작한다. 340 및 350에서, 스피드 컨퍼런싱 시스템(10)은 스피드 컨퍼런스 호출에 참여하도록 SCG의 다른 멤버들을 초대하기 위하여 컨퍼런스 서버로부터 SCG의 다른 멤버들, 특히, 사용자 2 ... 사용자 M에게 출중계 호출들(outgoing calls)을 자동적으로 행한다. 360에서, 사용자 2는 (예를 들면, 자신의 통신 디바이스 상의 하나 이상의 DTMF 숫자들을 누르거나 스피드 컨퍼런싱 시스템(10)과 연관된 IVR 시스템에 음성 응답을 제공함으로써) 호출에 참여하도록 하는 초대를 수용한다. 그 후, 370에서, 사용자 2는 사용자 1과 동일한 컨퍼런스 룸에 배치되고, 양방향 매체가 사용자 1 및 사용자 2 사이에서 컨퍼런스 룸을 통해 흐르기 시작한다. 최종적으로, 380 및 390에서, 사용자 M이 스피드 컨퍼런스 호출에 참여하도록 하는 초대를 수용하고, 양방향 매체가 사용자 1, 사용자 2 ... 사용자 M 사이에서 컨퍼런스 룸을 통해 흐르기 시작한다.

도 4는 본 발명의 실시예들에 따른 컨퍼런스 룸(150)의 일 예시적인 음성 믹싱 동작을 도시한다. 도 4에서, 다수의 당사자들(30)(A, B, C 및 D)이 컨퍼런스 서버(100)를 통해 컨퍼런스 호출에 관여되며, 컨퍼런스 룸(150)에 입력 매체(310)를 전송하고 컨퍼런스 룸(150)으로부터 출력 매체(320)를 수신하기 위하여 결합된다. 참가자들(A 및 B)은 컨퍼런스 룸(150)으로의 음성 접속(음성 컨퍼런스 레그) 및 데이터 접속(데이터 컨퍼런스 레그) 둘 모두를 갖는 반면, 참가자들(C 및 D)은 컨퍼런스 룸(150)으로의 음성 접속(음성 컨퍼런스 레그)만을 갖는다. 따라서, 참가자 A는 컨퍼런스 룸(150)에 음성(음성 A) 및 데이터(데이터 A) 둘 모두를 전송할 수 있고, 참가자 B는 컨퍼런스 룸(150)에 음성(음성 B) 및 데이터(데이터 B) 둘 모두를 전송할 수 있고, 참가자 C는 컨퍼런스 룸(150)에 음성(음성 C)을 전송할 수 있고, 참가자 D는 컨퍼런스 룸(150)에 음성(음성 D)을 전송할 수 있다.

상술된 바와 같이, 컨퍼런스 룸은 모든 참가자들(300)로부터 수신된 입력 매체를 결합하고, 결합된 매체(320)를 참가자들에게 다시 전송하도록 동작한다. 예를 들면, 컨퍼런스 호출 동안, 컨퍼런스 룸(150)이 참가자 A로부터 음성(음성 A) 및 참가자 D로부터 음성(음성 D)을 동시에 수신하는 경우에, 컨퍼런스 룸(150)은 음성을 믹싱하고, 믹싱된 음성을 다시 참가자들(B 및 C)에게 전송한다. 에코(echo)들을 회피하기 위하여, 컨퍼런스 룸(150)은 단지 참가자 D로부터 참가자 A에게 음성을 전송하고, 단지 참가자 A로부터 참가자 D에게 음성을 전송한다. 마찬가지로, 컨퍼런스 룸(150)이 참가자 A로부터 음성(음성 A) 및 데이터(데이터 A) 둘 모두를 수신하는 경우에, 컨퍼런스 룸은 참가자들(C 및 D)에게 음성(음성 A)만을 전송하면서, 참가자 B에게 음성(음성 A) 및 데이터(데이터 A) 둘 모두를 전송할 것이다.

도 5는 본 발명의 실시예들에 따른 스피드 컨퍼런싱을 용이하게 하기 위한 일 예시적인 프로세스(500)를 도시한 흐름도이다. 프로세스는 미리 규정된 컨퍼런스 룸에 대해 사용자들의 목록을 포함하는 스피드 컨퍼런스 그룹이 프로비저닝되는 블록(505)에서 시작된다. 블록(510)에서, 특정 사용자로부터의 입중계 호출이 컨퍼런스 서버에서 수신된다. 블록(515)에서, 사용자가 미리 규정된 컨퍼런스 룸에 들어가지 않는 경우에, 블록(520)에서, 통상적인 컨퍼런스 호출 핸들링이 적용된다. 그러나, 블록(515)에서, 사용자가 미리 규정된 컨퍼런스 룸에 들어간 경우에, 사용자가 컨퍼런스 룸의 제 1 사용자인지의 여부에 대한 결정이 블록(525)에서 행해진다. 사용자가 컨퍼런스 룸의 제 1 사용자가 아닌 경우에, 프로세스는 입중계 호출에 통상적인 컨퍼런스 호출 핸들링이 적용되는 블록(520)에서 재개된다.

그러나, 사용자가 미리 규정된 컨퍼런스 룸의 제 1 사용자인 경우에, 블록(530)에서, 제 1 사용자의 사용자 ID(예를 들면, 호출자 ID)가 미리 규정된 컨퍼런스 룸에 대한 SCG에 목록화된 사용자들 모두의 사용자 ID들과 비교된다. 블록(535)에서, 제 1 사용자의 사용자 ID가 SCG의 사용자 ID들 중 하나와 부합하는 경우에, 블록(540)에서, 컨퍼런스 서버는 SCG의 다른 사용자들 모두에게 다이얼-아웃한다. 그러나, 제 1 사용자의 사용자 ID가 SCG의 사용자 ID들 중 임의의 하나와 부합하지 않는 경우에, 블록(545)에서, 컨퍼런스 서버는 SCG의 사용자들 모두에게 다이얼-아웃한다.

블록(550)에서, 호출된 각 사용자에 대하여, 컨퍼런스 서버는 사용자 및 미리 규정된 컨퍼런스 룸 사이의 오디오를 뮤팅하면서, 컨퍼런스 호출에 참여하도록 사용자를 초대하기 위하여 프롬프트를 제공한다. 블록(555)에서, 참여하도록 하는 초대를 수용하는 각 사용자에 대하여, 블록(560)에서, 사용자는 미리 규정된 컨퍼런스 룸 내의 컨퍼런스 호출에 접속되고, 사용자 및 미리 규정된 컨퍼런스 룸 사이의 오디오가 언-뮤팅된다.

당업자들에 의해 인식될 바와 같이, 본 출원에서 설명된 혁신적인 개념들은 광범위한 애플리케이션들에 걸쳐 변경 및 변화될 수 있다. 따라서, 특허 주제의 범위는 논의된 특정한 예시적인 내용들 중 임의의 하나로 제한되는 것이 아니라, 다음의 청구항들에 의해서 규정된다.

10: 스피드 컨퍼런싱 시스템 20: 사용자들
30: 통신 디바이스들
100: 음성/데이터 컨퍼런스 서버 110: 프로세싱 회로
120: 메모리 130: 운영 시스템
140: 컨퍼런싱 소프트웨어 모듈 150: 컨퍼런스 룸
165: 컨퍼런스 제어 API 170: 매체
180: 출력 인터페이스 185: 입력 인터페이스 190: IP 네트워크 인터페이스 195: 전화 인터페이스 200: 스피드 컨퍼런싱 제어기
250: 스피드 컨퍼런싱 그룹

Claims (10)

1. 스피드 컨퍼런싱(speed conferencing)을 용이하게 하는 컨퍼런스 서버에 있어서:
   스피드 컨퍼런스 그룹에 속하는 컨퍼런스 참가자들 사이의 컨퍼런스 호출을 관리하도록 동작가능한 컨퍼런스 룸; 및
   상기 컨퍼런스 룸에 결합되고 상기 컨퍼런스 룸을 생성하도록 동작가능한 프로세싱 회로로서, 상기 프로세싱 회로는 또한 상기 스피드 컨퍼런스 그룹 내의 상기 컨퍼런스 참가자들 각각에서의 과거의 호출들의 성공 이력에 기초하여 상기 컨퍼런스 호출에 대한 호출 목록을 결정하도록 동작가능한, 상기 프로세싱 회로를 포함하고;
   상기 컨퍼런스 참가자 중 하나가 상기 컨퍼런스 호출을 개시하는 이외의 이벤트의 발생 시에, 상기 프로세싱 회로는 또한 상기 이벤트와 연관된 상기 스피드 컨퍼런스 그룹을 결정하고 상기 컨퍼런스 호출에 참여하도록 상기 컨퍼런스 참가자들을 초대하기 위해 상기 호출 목록에 기초하여 상기 스피드 컨퍼런스 그룹 내의 상기 컨퍼런스 참가자들을 자동적으로 호출하도록 동작가능한, 스피드 컨퍼런싱을 용이하게 하는 컨퍼런스 서버.
2. 제 1 항에 있어서,
   상기 스피드 컨퍼런스 그룹을 유지하도록 동작가능한 컨퍼런싱 제어기로서, 상기 스피드 컨퍼런스 그룹은 상기 스피드 컨퍼런스 그룹 내의 상기 컨퍼런스 참가자들 중 적어도 일부를 식별하는 사용자 식별자들의 목록을 포함하는, 상기 컨퍼런싱 제어기를 더 포함하고;
   상기 컨퍼런싱 제어기는 상기 컨퍼런스 서버에 상기 사용자 식별자들을 제공하여 상기 컨퍼런스 서버가 상기 컨퍼런스 호출에 참여하도록 상기 컨퍼런스 참가자들을 초대하기 위해 상기 스피드 컨퍼런스 그룹 내의 상기 컨퍼런스 참가자들을 호출하는 것을 가능케 하는, 스피드 컨퍼런싱을 용이하게 하는 컨퍼런스 서버.
3. 제 2 항에 있어서,
   상기 사용자 식별자들은 사용자 이름들 및 사용자 전화 번호들 중 적어도 하나를 포함하고, 상기 사용자 이름들 각각은 상기 사용자 전화 번호들 중 적어도 하나에 맵핑되는, 스피드 컨퍼런싱을 용이하게 하는 컨퍼런스 서버.
4. 제 1 항에 있어서,
   상기 프로세싱 회로는 또한 상기 컨퍼런스 호출에 참여하도록 상기 컨퍼런스 참가자들을 초대하기 위해 상기 컨퍼런스 참가자들을 동시에 호출하도록 동작가능한, 스피드 컨퍼런싱을 용이하게 하는 컨퍼런스 서버.
5. 제 1 항에 있어서,
   상기 프로세싱 회로는 또한 상기 컨퍼런스 참가자들이 상기 컨퍼런스 호출에 참여할 때까지 상기 컨퍼런스 참가자들 각각과 상기 컨퍼런스 룸 사이의 오디오를 개별적으로 뮤팅(muting)하도록 동작가능한, 스피드 컨퍼런싱을 용이하게 하는 컨퍼런스 서버.
6. 스피드 컨퍼런싱을 용이하게 하는 시스템에 있어서:
   스피드 컨퍼런스 그룹에 속하는 컨퍼런스 참가자들 사이의 컨퍼런스 호출을 관리하도록 동작가능한 컨퍼런스 룸을 포함하는 컨퍼런스 서버로서, 상기 컨퍼런스 서버는 또한 상기 컨퍼런스 참가자 중 하나가 상기 컨퍼런스 호출을 개시하는 이외의 이벤트의 발생의 전자적 통지를 수신하고, 상기 이벤트와 연관된 상기 스피드 컨퍼런스 그룹을 결정하고, 상기 컨퍼런스 호출에 대한 상기 컨퍼런스 룸을 생성하고, 상기 컨퍼런스 호출에 참여하도록 상기 컨퍼런스 참가자들을 초대하기 위해 상기 스피드 컨퍼런스 그룹 내의 상기 컨퍼런스 참가자들을 자동으로 호출하도록 동작가능한, 상기 컨퍼런스 서버; 및
   상기 스피드 컨퍼런스 그룹을 유지하도록 동작가능한 컨퍼런싱 제어기로서, 상기 스피드 컨퍼런스 그룹은 상기 스피드 컨퍼런스 그룹 내의 상기 컨퍼런스 참가자들 중 적어도 일부를 식별하는 사용자 식별자들의 목록을 포함하고, 상기 컨퍼런스 제어기는 또한 상기 스피드 컨퍼런스 그룹 내의 상기 컨퍼런스 참가자들 각각에서의 과거의 호출들의 성공 이력에 기초하여 상기 컨퍼런스 호출에 대한 호출 목록을 결정하고, 상기 컨퍼런스 참가자들과 연관된 상기 각각의 사용자 식별자들을 사용하여 상기 호출 목록에 기초하여 상기 스피드 컨퍼런스 그룹 내의 상기 컨퍼런스 참가자들을 호출하도록 하는 명령을 상기 컨퍼런스 서버에 제공하도록 동작가능한, 상기 컨퍼런싱 제어기를 포함하는, 스피드 컨퍼런싱을 용이하게 하는 시스템.
7. 스피드 컨퍼런싱을 용이하게 하기 위한 방법에 있어서:
   컨퍼런스 서버 내의 컨퍼런스 참가자들을 포함하는 스피드 컨퍼런스 그룹을 프로비저닝(provisioning)하는 단계;
   상기 컨퍼런스 참가자들 중 하나가 컨퍼런스 호출을 개시하는 이외의 이벤트가 발생한다는 전자적 통지를 상기 컨퍼런스 서버에서 수신하는 단계;
   상기 이벤트와 연관된 상기 스피드 컨퍼런스 그룹을 상기 컨퍼런스 서버에 의해 결정하는 단계;
   상기 스피드 컨퍼런스 그룹 내의 상기 컨퍼런스 참가자들 각각에서의 과거의 호출들의 성공 이력에 기초하여 상기 컨퍼런스 호출에 대한 호출 목록을 상기 컨퍼런스 서버에 의해 결정하는 단계;
   상기 이벤트에 응답하여 상기 스피드 컨퍼런스 그룹의 상기 컨퍼런스 참가자들을 포함하는 상기 컨퍼런스 호출에 대한 컨퍼런스 룸을 생성하는 단계;
   상기 컨퍼런스 호출에 참여하도록 상기 컨퍼런스 참가자들을 초대하기 위해 상기 호출 목록에 기초하여 상기 컨퍼런스 서버에 의해 상기 스피드 컨퍼런스 그룹 내의 상기 컨퍼런스 참가자들을 자동으로 호출하는 단계; 및
   상기 컨퍼런스 룸을 통해 상기 컨퍼런스 호출에 상기 컨퍼런스 참가자들을 참여시키는 단계를 포함하는, 스피드 컨퍼런싱을 용이하게 하기 위한 방법.
8. 삭제
9. 삭제
10. 삭제

Images