KR101189262B1

KR101189262B1 - 네트워크에서 통신 세션을 관리하는 시스템 및 방법

Info

Publication number: KR101189262B1
Application number: KR1020087002582A
Authority: KR
Inventors: 레토 크레이머; 아노 알. 란젠
Original assignee: 오라클 인터내셔날 코포레이션
Priority date: 2005-06-30
Filing date: 2006-03-27
Publication date: 2012-10-09
Also published as: CN101253492B; KR20080027909A; US7870265B2; EP1913486A4; AU2006266467A1; WO2007005079A2; JP2008545355A; US20070005770A1; EP1913486A2; CN101253492A; WO2007005079A3

Abstract

본 발명의 일실시예에서, 통신 세션을 관리하는 시스템이 제공된다. 시스템 실시예는 적어도 하나의 착신호를 수신하는 패킷 네트워크로의 접속을 포함한다. 스테이트풀 티어는, 상기 적어도 하나의 착신호에 대해서 설정된 적어도 하나의 통신 세션을 관리한다. 적어도 하나 이상인 어플리케이션들을 포함하여 이루어진 스테이트리스 티어는, 상기 스테이트풀 티어의 상기 적어도 하나의 통신 세션으로 서비스를 제공한다. 하나 이상의 서버는 상기 스테이트풀 티어의 착신호들에 대해 설정된 상기 적어도 하나의 통신 세션에 대응하는 리소스를 할당 및/또는 관리한다. 상기 서버는, 상기 스테이트풀 티어의 상기 적어도 하나의 통신 세션으로 서비스를 제공하기 위해서 상기 적어도 하나인 어플리케이션들을 스테이트리스 티어로 유지한다.

스테이트풀, 스테이트리스, 통신 세션, 티어

Description

네트워크에서 통신 세션을 관리하는 시스템 및 방법{SYSTEM AND METHOD FOR MANAGING COMMUNICATIONS SESSIONS IN A NETWORK}

우선권 주장

발명의 명칭이 "SYSTEM AND METHOD FOR MANAGING COMMUNICATIONS SESSIONS IN A NETWORK" 이며 Reto Kramer 등에 의해 2005년 6월 30일자로 출원된 미국가출원(가출원번호 60/695,321)(대리인 문서번호 BEAS-01744US0); 및

발명의 명칭이 "SYSTEM AND METHOD FOR MANAGING COMMUNICATIONS SESSIONS IN A NETWORK" 이며 Reto Kramer 등에 의해 2006년 3월 17일자로 출원된 미국 출원(출원번호 11/378,188)(대리인 문서번호 BEAS-01744US1).

저작권 공지

일반적으로 본 발명은 전자통신(telecommunication)에 관한 것이며, 좀더 상세하게는 네트워크에서 통신 세션을 관리하는 매커니즘에 관한 것이다.

통상적으로, 전자통신 및 네트워크 기반시설(infrastructure) 제공자는 네트워크 트래픽에 대한 라우팅을 제공하기 위해서 수십년전의 스위칭 기술에 의존해왔다. 하지만, 관련 사업들 및 소비자들은 통합된 음성, 데이터 및 비디오 서비스들을 새롭게 요구함으로써 산업의 변화를 이끌고 있다. 이러한 요구들을 만족시킬 수 있는 능력들은, 폐쇄적이고, 독점적이며(proprietary) 그리고 이러한 차세대 서비스들을 지원하기에는 너무나 경직된, 현존하는 IT 및 네트워크 기반시설에 의해서 종종 제한되고 있다. 그 결과, 전자통신 회사들은, 하나의 전화기를 다른 하나의 전화기에 연결하기 위해서 전세계적으로 널리 이용되고 있는 통상적인 유선 전화 시스템인, 전통적인 회선 교환 방식의 유선전화망(circuit-switched Public Switched Telephone Networks : PSTN)으로부터 음성패킷망(Voice Over Internet Protocol : VoIP) 네트워크로 전환하고 있다. VoIP 기술은 가령, 공중 인터넷과 같은, "vanila" IP 네트워크 상에서 음성 통신을 가능케한다. 또한, 음성통신 수입(voice revenues)이 점차로 감소하는 상황은 증가된 경쟁압력을 야기하였는바, 이는 데이터/서비스 수입을 증대시키고, 이러한 좀더 정교한 (sophisticated) 데이터 서비스들의 제공을 통해서 가입자들이 다른 회사로 이동(churn)하는 것을 감소시키기 위해서 캐리어들(carriers)이 서로 경쟁하기 때문이다. 새롭게 출현하는 표준들뿐만 아니라 강화된 연방 법규들(federal regulations), 보안 및 사생활 이슈들은 이러한 경쟁압력을 더욱 복잡하게 만들고 있다.

하지만, 이러한 좀더 복잡한 데이터 서비스들을 제공하는 것은 처음에 상상했던 것보다 훨씬 더 어렵다는 것이 증명되었다. 폐쇄적이고 독점적인 네트워크 기반의 스위칭 체제(fabric) 등등인 현존하는 IT 및 네트워크 기반시설은, 새로운 서비스 제공의 생성 및 배치를 허용하기에는 너무나 복잡하고 너무나 경직된 것으로 판명되었다. 제안된 해결책들 중 하나는 서비스 배달 플랫폼(Service Delivery Platform : SDP)인바, 서비스 배달 플랫폼은 기반(underlying) 네트워크의 복잡성으로부터 서비스 개발자(developer)를 격리하도록 의도되었다. 이러한 서비스 배달 플랫폼은 서비스들에 대한 개발 플랫폼을 제공한다는 이슈는 해결하고 있지만, 데이터, 음성 및 다른 멀티미디어 어플리케이션들을 사용자가 만족할 수 있을 만큼의 충분한 속도 및 성능으로 네트워크 환경에서 배달하기 위한 통합된 해결책은 제공하지 못하고 있다.

네트워크 상에서 데이터, 음성 및 다른 멀티미디어 가능한 서비스들을 배달할 수 있는 향상된 기술들이 요구된다.

본 발명은 첨부된 도면들을 참조하여 일례로서 설명되며 이에 제한되는 것은 아닌바, 첨부된 도면들에서 유사한 참조번호들을 유사한 구성요소를 지칭한다. 본 명세서에 개시된 실시예들에 대한 참조번호들은 동일한 실시예들에 필수적이지 않으며 이러한 참조번호들을 적어도 하나를 의미한다. 특정한 구현예들이 논의되지만, 이는 단지 예시적인 목적을 위한 것이라는 점을 유의해야 한다. 관련 기술분야의 당업자라면, 본 발명의 범위 및 기술적 사상을 벗어나지 않고도 다른 구성요소들 및 다른 구성들이 사용될 수도 있음을 능히 인식할 것이다.

후술될 상세한 설명에서, 다양하고 특정한 상세내용은 본 발명의 설명을 위해서 제공된다. 하지만, 이러한 특정 상세내용들이 없이도 본 발명이 실행될 수도 있음은 당업자들에게는 명백할 것이다. 다른 경우에서, 잘 알려진 피쳐들(features)은 자세히 기술되지는 않았는바, 이는 본 발명을 불명료하게 하지 않기 위해서이다.

비록 도면에서 구성요소들이 논리상으로는 분리된 것으로 도시되었다 하여도, 이러한 묘사는 단지 예시적인 것일 뿐이다. 도시된 구성요소들이 결합되거나 또는 별개의 소프트웨어, 펌웨어 및/또는 하드웨어 구성요소들로 나뉠수 있다는 점은 해당 기술분야의 당업자들에게는 명백할 것이다. 예를 들면, 본 명세서에서 설명된 하나 이상의 실시예들은 가령, 라우터와 같은 네트워크 접근가능한 디바이스/어플라이언스에서 구현될 수 있다. 또한, 다음의 사항들 역시 해당 기술분야의 당업자들에게는 명백할 것인바, 이러한 구성요소들은, 이들이 어떻게 결합되었는지 또는 분리되었는지에 상관없이, 동일한 컴퓨팅 디바이스에서 실행될 수 있으며, 또는 하나 이상의 네트워크에 의해서 연결되거나 또는 다른 적절한 통신 수단에 의해서 연결된 상이한 컴퓨팅 디바이스들 사이에서 분산될 수도 있다.

본 발명의 실시예들에 따르면, 네트워크에서 통신 세션들을 관리하기 위한 매커니즘 및 방법들이 제공된다. 이러한 매커니즘 및 방법들은, 실시예들이 스테이트풀 티어(stateful tier : 이하, '스테이트풀 티어' 라 함)를 이용하여 통신 세션들을 관리하는 것을 가능케하며, 스테이트리스 티어(stateless tier : 이하, '스테이트리스 티어' 라 함)를 이용하여 통신 세션들과 관련된 어플리케이션들을 관리하는 것을 가능케한다. 스테이트풀 티어 및 스테이트리스 티어에서 통신 세션들 및 상기 통신 세션들과 관련된 어플리케이션에 대한 독립적인 관리를 제공할 수 있는 본 발명의 실시예들의 능력은, 향상된 이용가능성, 확장성(scalability) 및 신뢰성을 제공할 수 있게 한다.

일실시예에서, 통신 세션들을 관리하기 위한 시스템이 제공된다. 이러한 시스템 실시예는 착신호(incoming call)를 수신하는 패킷 네트워크로의 접속을 포함한다. 스테이트풀 티어는 적어도 하나의 착신호를 위해 확립된 통신 세션들을 관리한다. 하나 이상의 어플리케이션들을 포함하여 이루어진 스테이트리스 티어는, 스테이트풀 티어의 통신 세션들에게 서비스(들)을 제공한다. 하나 이상의 서버들은, 스테이트풀 티어의 착신호들에 대해 설정된 통신 세션들에 대응하는 리소스(resource)를 할당 및/또는 관리한다. 스테이트풀 티어의 통신 세션들에게 서비스를 제공하기 위해서 서버들은, 스테이트리스 티어의 어플리케이션들을 유지한다.

도1은 네트워크에서 통신 세션들을 관리하기 위한 기술이 구현될 수도 있는 예시적인 시스템에 대한 기능 블록도이다.

도2는 본 발명의 일실시예에 따른 예시적인 서비스 개발 플랫폼의 기능 블록도이다.

도3은 네트워크에서 통신 세션들을 관리하기 위한 기술이 구체화될 수도 있는 서비스 컨테이너(container)의 예시적인 논리 아키텍처에 대한 기능 블록도이다.

도4는 본 발명의 일실시예에 따른 서비스 컨테이너에서 착신호(incoming call)를 프로세싱하는 일례에 대한 기능 블록도이다.

도5는 본 발명의 일실시예에 따라서 네트워크에서 통신 세션들을 관리하기 위한 기술의 개요를 예시한 동작 순서도이다.

도1은 네트워크에서 통신 세션들을 관리하는 기술이 구현될 수도 있는 시스템에 대한 기능 블록도이다. 도1을 일례로서 참조하면, 네트워크 시스템(1)은 서비스 배달 플랫폼(100)을 포함하는바, 이는 완전 통합된 하이퍼텍스트 전송 프로토콜(HTTP), 엔터프라이즈 자바 빈(Enterprise Java^TM Bean : EJB), 서브렛(servlet) 및 네트워크 세션 개시 프로토콜(SIP) 컨테이너를 나타낸다(Java^TM 은, 선 마이크로시스템사의 등록상표이다). 서비스 배달 플랫폼은, 이용하기 쉽고, 통합되고, 구성지향적인(configuration-driven) 매개(intermediary)를 서비스 제공자(114), 최종 사용자(116) 및 제 3 서비스 제공자(third party service provider)(118) 사이에서 제공하는바, 이는 효율적으로, 고도의 이용가능성으로, 확장성 및 신뢰성 있게 다음의 것을 획득할 수 있다.

● 새로운 무선, 유선 및 케이블 서비스들에 대한 빠른 생성 및/또는 개발을 용이하게 하는 캐리어-등급(carrier-grade), 모바일 및 네트워크 가능한 플랫폼 제품을 제공한다.

● 서비스 로직을 빠르고 간단하게 만들 수 있는 능력의 제공, 프로세서에서 재활용을 최대화, 및 그래픽, 이용하기 편한 디자인 환경의 제공.

● 구버전의 어플리케이션 사용자들을 번거롭게 하지 않고도 서비스들을 업그레이드 할 수 있는 능력의 제공.

서비스 공급자(114)는, 가령, 네트워크 연결, 단문 메시지 서비스(SMS), 멀티미디어 메시지 서비스(MMS), 이메일, 위치찾기(location finder), 및 다른 서비스들과 같은 서비스들을 제공하는바, 이는 단지 일례일 뿐이며 이에 제한되지 않는다. 제 3 서비스 제공자(118)는 가령, 착신음(ring tones), 게임, 음악, 뉴스, 날씨, 스포츠 및 다른 서비스들과 같은 서비스들을 제공하는바, 이는 단지 일례일 뿐이며 이에 제한되지 않는다. 최종 사용자(116)는 이용가능한 IT 서비스들을 검토할 것이며, 이들 서비스들은 호출, 메시징, 위치 기반 서비스들, 인터넷, 오락, 전자상거래(commerce) 및 다른 것을 포함하는바, 이는 단지 일례일 뿐이며 이에 제한되지 않는다.

도2는 본 발명의 일실시예에 따른 예시적인 서비스 개발 플랫폼의 기능 블록도이다. 도2에서 일례로서 도시된 바와같이, 서비스 배달 플랫폼(100)에 대한 일실시예는, 제 3 액세스 계층(third party access layer)(200), 서비스 컨테이너 계층(service container layer)(210) 및 네트워크 계층(network layer)(220)을 포함한다. 제 3 액세스 계층(200)은, 단순 객체 액세스 프로토콜(Simple Object Access Protocol : SOAP), HTTP 또는 또 다른 프로토콜들을 이용하여 프로그램들에 대한 액세스를 제공하기 위한 프로그램 인터페이스(programmatic interface)(202)를 포함한다. 디바이스 인터페이스(204)는 다양한 디바이스별 특정 프로토콜들 중 임의의 것을 이용하여 디바이스들에 대한 액세스를 제공한다.

서비스 컨테이너 계층(210)은, 텔레콤(telecom)(212)에 대한 서비스 플랫폼을 포함하는바, 이는 수렴된(converged) Java 2 Executive Edition(J2EE) 컨테이너(214)를 포함하며, 이는 JSR(116)에서 정의된 바와같이 SIP 서브렛 컨테이너(213)와 병합된다. SIP 서브렛은, SIP 서브렛 컨테이너에 의해 관리되며, SIP 시그널링을 수행하는 자바(Java) 기반의 어플리케이션 구성요소이다. 텔레콤(telecom)에 대한 서비스 플랫폼(216)은 또한, 엔터프라이즈 Java Bean 컨테이너(211) 및 HTTP 프로토콜(212)을 포함한다. 텔레콤(telecom)에 대한 서비스 플랫폼(216)은 통신 산업에서의 어플리케이션 수렴 트렌드(application convergence trend)를 이용한다. 운영자들(operators)은, SIP 프로토콜 및 SIP 서브렛 프로그래밍 모델을 레버리징(leveraging)하는 어플리케이션들을 만들기 위해서, 텔레콤(telecom)에 대한 서비스 플랫폼(216)을 이용할 것이다. 텔레콤(telecom)에 대한 서비스 플랫폼(216)은, 하부(underlying) 네트워크가 주로(predominant) SIP 이며, SIP 서브렛이 프로그래밍 모델로서 적절한 경우인 시나리오에서의 사용을 염두에 두고 있다.

정책 엔진(polish engine)(215)은, 네트워크 인터페이스들에 대한 정책의 정의 및 시행(definition and enforcement)을 위한, 네트워크의 단일 논리 포인트이다. 정책들은 매우 일반적으로 만들어질 수 있으며, 프로토콜 및 독립적인 프로그래밍 모델이다. 정책 엔진(215)은, 서비스 레벨 계약(Service Level Agreement : SLA)의 강제를 제공하는바, 즉, 고객 A가 시간당 얼마나 많은 메시지들을 전송하는 지를 모니터링하고, 만약 계약 한도를 초과하면, 고객 A는 더 많은 요금을 지불하기 시작하거나 또는 서비스가 중단된다. 또 다른 일례에서, 정책 엔진(215)은, 지불 액수/스케쥴, 우선순위 및 이와 유사한 것들에 따라, 트래픽을 우선시킬 수 있다. 정책 엔진의 존재는, 네트워크의 소유자로 하여금 내부 IT(internal IT) 및 제 3 개발자 모두의 액세스에 대해서 네트워크를 좀더 쉽게 개방하게끔 만드는바, 따라서 좀더 빠른 수렴을 가능케 한다.

네트워크 계층(220)은 Parlay(프로토콜) 게이트웨이(222) 및 JAIN Service Logic Execution Environment(JAIN SLEE) 컨테이너(227)를 포함하는바, Parlay(프로토콜) 게이트웨이(222)는 정책 엔진(215)을 통해서 제 3 액세스 계층(200) 및 서비스 컨테이너 계층(210)과의 인터페이스를 제공한다. JAIN SLEE 컨테이너(227)는 JSR 32 사양(specification)을 구현한다. JAIN SLEE(227)는, 비동기식, 이벤트 기반의 어플리케이션들을 개발하기 위한 포괄적인(comprehensive) 프로그래밍 모델을 포함하며, 특히 텔레콤 어플리케이션들에 적합하다.

네트워크 계층(220)은, 소프트스위치들(Softswitches) 뿐만 아니라, 전통적인 클래스 4 또는 클래스 5 스위치들을 대체하는 후속 네트워크 요소들에 대한 개발을 가능케 하며, 가령, IMS(223), 단문 메시지 센터(Short Message Service Centers : SMSC)(224), 멀티미디어 메시지 센터(Multimeadia Message Service Centers : MMSC)(225)와 같은 네트워크의 에지(edge)에서의 버티컬 어플리케이션(vertical applications)의 개발을 가능케 한다.

도3은 네트워크에서 통신 세션들을 관리하는 기술들이 구체화될 수도 있는, 서비스 컨테이너의 예시적인 논리 아키텍처에 대한 기능 블록도이다. 도3에서 일례로서 예시된 서비스 컨테이너(300)와 같이, 새로운 시스템 아키텍처는, 비지니스 논리 구현 서비스(business logic implementing service) 및 이와 유사한 것들의 독립적이며, 코디네이트된 실행(coordinated execution)을 제공하는바, 이는 어떤 상태를 유지하고 있지 않은 노드들에서 수행한다. 그리고, 통신 연결 관리 로직(communication connection management logic)을 제공하는바, 이는 상태를 갖고 있는 노드들에서 수행한다. 스테이트리스 티어(302)는 노드들을 포함하는바, 상기 노드들은 스테이트풀 티어(304)의 스트라이프들(Stripes)과 관련된다. 본 명세서에서 사용된 "노드(node)" 라는 용어는 SIP 서브렛 API(JSR 116) 상에 형성된 SIP 어플리케이션을 지칭한다. 스테이트리스 티어(302)는 어플리케이션 개발 및 실행을 지원하기 위한 컴퓨팅 리소스들을 포함한다. 본 발명의 일실시예에서, 스테이트리스 티어(302)는 28개의 CPU 들의 2 기가바이트 블록에 할당된 56 기가바이트의 메모리를 포함할 수 있다.

스테이트풀 티어(304)는 상태가 유지되는 프로세싱을 수행하기 위한 컴퓨팅 리소스들을 포함한다. 스테이트풀 티어(304)는 "in-memory 데이타 베이스"를 형성하는바, 여기서 그 어떤 상태 정보도 디스크 저장소자에 저장되지 않는다. 일실시예에서, 스테이트풀 티어(304)는 주요 저장 영역 및 백업 저장 영역으로 나뉘어 진다. 다른 몇몇 실시예에서는, 하나 이상의 백업 영역이 제공될 수도 있다. 일실시예에서, 스테이트풀 티어(304)는 40개의 CPU 들의 2 기가바이트 블록에 할당된 80 기가바이트의 메모리를 포함할 수 있다.

일실시예에서, 스테이트풀 티어(304)는 복제 방식(replicated way)으로 상태 정보를 저장하는바, 스트라이핑(striping) 및 복제(replication)에 대해서 공통된 패턴들을 이용하여 저장한다. 본 명세서에서 사용된 "스트라이핑(striping)"은, 주어진 호출 식별자(call id))에 대해서 오직 하나의 스트라이프를 지정하는 것을 지칭하는바, 즉, 천 미만의 호출 식별자들(호출 식별자들 ＜ 1000)은 첫번째 스트라이프에 할당된다. 지정된 스트라이프만이 호출을 트래킹할 책임이 있다. 일실시예에서, 2개의 프로세스들이 각각의 스트라이프를 백업한다. 상기 스트라이프 프로세스들은, 전원 공급을 공유하지 않도록 또는 단일 네트워크 라우터 실패에 대해 취약하지 않도록 분산될 수도 있는데, 이는 높은 신뢰성을 획득하기 위함이다. 구성 제어 프로세스는, 스트라이프를 백업하는 프로세스들이 어디에 위치되어야 하는 가를 결정한다.

일실시예에서, 대략 20개의 스트라이프들이 40개의 머신들에 할당된다. 기업간전자상거래 사용자 에이전트(Business to Business user agent : B2BUA)는, 스트라이프들을 명시적으로 사용하지 않는바, 이는 상기 스트라이프 매커니즘이 감추어저 있기 때문이다.

일실시예에서, SIP 서브렛들은 SIP 서브렛 세션 상태에 대해서 기입(write)된다. SIP 서브렛 세션 상태들은 호출 식별자에 의해서 식별된 바와같은 스트라이프로부터 제공되는바, 즉 제어가 SIP 서브렛으로 넘어가기 전에 스트라이프로부터 상태가 읽혀진다. SIP 서브렛이 복귀한 이후에, 상기 변경된 상태가 스트라이프에 기입되는바, 상기 서브렛의 실행에 의해서 암시되었던 메시지들을 전송하기 이전에 기입된다.

일실시예에서, 스테이트풀 티어(304)는 프로토콜 상태와 더불어 타이머를 저장하는바,이는 타이머를 최적화하기 위함이다. 일실시예에서, 스테이트리스 티어(320) 및 스테이트풀 티어(304)는 신규(novel) 프로토콜을 이용하여 동기화될 수도 있다.

도4는 본 발명의 일실시예에 따라, 서비스 컨테이너에서 착신호를 프로세싱하는 일례에 대한 기능 블록도이다. 도4에서 일례로서 도시된 바와같이, 개시 SIP 사용자 에이전트(402)는, 전형적인 사용예에서, 고객의 SIP 또는 HTTP 어플리케이션(404)으로 다이얼링함에 의해서 종료 SIP 사용자 에이전트로의 호출을 개시한다. 고객의 SIP 또는 HTTP 어플리케이션(404)은 스테이트리스 티어(302)에 상주한다. SIP 서브렛 API(213)는, "다이얼링" 페이즈(phase) 동안에, 통신 호출에 관련되게 된다.

많은 피쳐들(features)은, 호출이 끝날때까지 루프내에 무언가가 남아있기를 요구하고 있기 때문에, 상기 스테이트풀 티어(304)는 호출에 대한 정보를 저장한다. 예를 들면, 호출 대기(call waiting)는 음성 라인(voice line)을 인터럽트할 수 있는 능력을 필요로 하므로, 프로세스들은 상기 음성 라인들을 어떻게 다시 복원시키는가에 대해서 알고 있어야 한다. 또한, 이러한 정보는 메모리의 사용자 프로필과 관련될 필요가 있다. 호출 대기 피쳐는 호출 동안에 메모리를 소모한다. 예를 들면, 중간-호출 전달(mid-call transfer)과 같은 다른 피쳐들은, 시스템 상에서 유사한 제한사항들을 요구한다. 이러한 피쳐들은 Back-to-Back User Agents(B2BUA) 라고 지칭된다.

일실시예에서, 상기 B2BUA는 "man in the middle" 로서 작용하는바, 최초 발신자(original sender)로부터의 호출에 대한 수신자로서 작용하며, 다음 또는 최종 목적지로 가는 호출의 발신자로서 작용한다. 최초 발신자가 관계되고 있는한, B2BUA는 호출을 종결하며, 따라서 B2BUA는 최초 발신자를 인터럽트하지 않고도, 중 간-호출 전달 또는 이와 유사한 것들을 수행할 수 있다.

SIP 서브렛(213)은 SIP 서브렛 컨테이너에 통합될 수도 있다. 일실시예에서, SIP 서브렛 컨테이너는, 가령, 캘리포니아주 산호세의 BEA 시스템사의 WebLogic® Server 와 같은 어플리케이션 서버 제품에 통합될 수도 있다.

스테이트리스 티어(302)의 어플리케이션 수행에 의해서, 스테이트풀 티어(304)의 록킹(locking) 및 언록킹(unlocking) 정보를 조화(coordinate)시키도록 신규 프로토콜이 적용될 수도 있는바, 이는 도4에 도시된 "read_lock" 및 "write_unlock" 화살표에 의해서 나타낸 바와같다.

도5는 본 발명의 일실시예에 따른, 네트워크에서 통신 세션들을 관리하기 위한 기술의 개요를 예시하고 있는 동작 순서도이다. 도5에 도시된 바와같은 네트워크에서 통신 세션들을 관리하기 위한 기술은, 예를 들면, 도2의 서비스 컨테이터(202)와 같은 서비스 컨테이너와 함께 동작가능하다. 도5에 도시된 바와같이, 적어도 하나의 통신 세션을 개시하기 위한 요청이 발신자로부터 수신된다(블록 502). 적어도 하나의 통신 세션을 관리하기 위한 리소스들이 스테이트풀 티어에 할당되며, 어플리케이션 프로세싱은 스테이트리스 티어의 통신 세션과 관련된다(블록 504). 상기 적어도 하나의 통신 세션은 스테이트풀 티어를 이용하여 관리되며, 상기 적어도 하나의 통신 세션과 관련된 어플리케이션은 스테이트리스 티어를 이용하여 관리된다(블록 506).

통상적인 범용 컴퓨터(들) 및/또는 프로세서(들) 또는 본 명세서의 가르침에 따라 프로그래밍된 특화된 컴퓨터(들) 및/또는 프로세서(들)을 사용함으로써, 다양 한 실시예들이 구현될 수도 있는바, 이러한 것은 컴퓨터 분야의 당업자들에게는 자명한 것이다. 숙련된 프로그래머라면, 본 명세서의 가르침에 기초하여 적절한 소프트웨어 코딩을 능히 제공할 수 있는바, 이는 소프트웨어 분야의 당업자들에게는 자명한 것이다. 또한, 집적회로에 의해서 및/또는 통상적인 구성요소 회로들의 네트워크를 적절히 상호연결함으로써, 본 발명이 구현될 수도 있는바, 이는 해당 기술분야의 당업자들에게는 자명한 것이다.

본 발명의 실시예들은 다음과 같은 서비스들을 제공할 수 있는바, 이는 단지 예시적인 것이며 이에 제한되는 것은 아니다.

다음의 피쳐들을 포함하는(하지만 이에 제한되는 것은 아님) VoIP 서비스들:

기본적인 피쳐들. 이러한 것들은 가령, 음성 메일, 호출자 ID(caller ID), 호출 대기(call waiting), 호출 포워딩(call forwarding)(호출을 다른 번호로 포워드할 수 있는 능력)과 같은 표준 서비스들을 포함한다.

진보된 피쳐들. 진보된 피쳐들의 리스트는 운영자별로 특정하다. 다음의 것들은 진보된 피쳐들의 간략한 리스트이다.

● 호출 로그(call logs) : 이 능력은 온라인상에서 소정의 시간기간동안 만들어진 호출을 관찰할 수 있는 능력으로서, 이름들을 전화번호들과 관련시킬 수 있으며, 호출 로그 정보를 가령, IM 과 같은 다른 어플리케이션들에 통합할 수 있는 능력이다.

● Do not disturb : 이 능력은 호출들을 수신하는 것과 관련된 정책을 특정할 수 있는 능력이다. 예를 들면, 근무시간 동안의 모든 호출은 자동적으로 이동 단말로 포워딩되게 하거나, 밤 동안의 모든 호출은 음성 메일 등으로 향하게 할 수 있는 능력이다.

● Locate me : 이것은 진보된 호출 포워딩이다. 모든 호출들을 단일 위치(location)(예를 들면, 음성 메일)로 포워딩하기 보다는, 호출자가 바쁜 경우, Locate me 는 복수의 터미널들에 순차적으로 또는 병렬로 연결을 시도할 수 있다. 예를 들면, 사용자가 2개의 사무소 위치들, 이동단말, 호출기(pager)를 가질 수도 있으며, 이 경우 처음에는 2개의 사무소 위치들로 호출을 포워딩하며, 그 다음으로는 호출기(pager)로 포워딩하고, 그 다음으로는 이동단말로 포워딩한다. Locate me 는 피쳐 상호작용의 또 다른 일례이다.

● 개인 회의(personal conferencing) : 사용자는, 소정 시간에 회의가 시작되도록 웹/오디오 회의를 스케줄링하기 위하여 현존하는(existing) 어플리케이션(예를 들면, IM 클라이언트)을 이용할 수 있다. IM 클라이언트는 개인 프로파일 정보를 이미 갖고 있기 때문에, 회의 시스템은, IM 및/또는 이메일 중 어느 하나를 통해서 참석자들에게 웹 회의 링크 정보를 전송한다. 회의 시간에 참석자들에게 자동적으로 전화를 걸기 위해서, 상기 프로파일 내의 전화번호 정보가 이용된다.

● 종신 번호(Lifetime number) : 이것은, 고객이 어디에 살던지 간에 하나의 가상 번호가 고객과 함께 이동(travel)할 수 있는 기능이다. 고객이 이동(move)한 경우에도, 옛날 번호는 계속해서 유효하며, 새로운 위치에서의 고객들한테 도달할 수 있다. 이는, 폰 네트워크에서 정적 IP 어드레스들의 진정한 아날로그이다.

● 스피드 다이얼 : 이것은 전화번호들의 리스트를 획기적으로 확장할 수 있는 능력으로, 전화번호들은 단축키(short-key) 및 가속기(accelerator)의 조합을 통해서 다이얼링될 수 있다. 이것은 수렴된 어플리케이션의 또 다른 일례인바, 이는 운영자 사용자 포탈(operator user portal) 상의 호출 로그를 통해서 이들이 작용할 때 사용자가 이 정보를 설정할 경우, 업데이트된 정보가 실시간으로 네트워크 측으로 전파될 필요가 있기 때문이다.

미디어 배달 서비스는 다음의 피쳐들을 포함하지만, 이에 제한되지는 않는다.

● 사용자들이 계약하고자 하는 서비스 레벨 협약에 의존하여, 배달된 미디어의 품질(예컨대, 초당 프레임 갯수)이 가변될 것이다. 정책 엔진은, 수익 포텐셜(revenue potential)에 기초하여 고객들을 구분하는 것을 가능케하며, 네트워크에 투자된 자본의 회수를 최대화할 수 있다.

콘텍스트-민감 어플리케이션(context-sensitive applications)들은 다음의 피쳐들을 포함하지만, 이에 제한되지는 않는다.

● 여기에서의 전형적인 일례는, 짧은 라이프 타임을 갖고, 그 라이프 타임 동안에 극도로 높은 사용 피크들을 가지며, 그리고 즉시성을 갖는 어플리케이션들에 대해서 필요하다. 예를 들면, 쇼가 진행되는 동안 또는 쇼가 끝난 직후의, 아메리칸 아이돌(idol)에 대한 투표는, 매우 대중적인 어플리케이션인 것으로 증명되었다.

통합된 어플리케이션들은 다음의 피쳐들을 포함하지만, 이에 제한되지는 않는다.

● 어플리케이션들의 최종 클래스는 유선 및 무선 단말 사용 시나리오를 통합하는 것이다. 예시적인 통합 어플리케이션은 다음과 같다: 이동 단말 사용자가 출근길에 전화 회의를 하는 중이다. 상기 사용자가 사무실에 도착했을 때, 그는 특정한 키 시퀀스(key sequence)를 입력하여, 상기 전화 호출을 사무소 전화로 트랜스퍼한다. 이러한 트랜스퍼는 자동적으로 수행되며, 사용자가 다이얼-인(dial-in) 정보를 다시 다이얼인(dial in) 할 필요는 없다. 핸드-셋으로부터 임의의 특정한 지원(예를 들면, 트랜스퍼 버튼)을 사용하지 않고서도, 이러한 능력이 이용가능함을 특히 유의해야 한다.

다양한 실시예들은 컴퓨터 프로그램 제품을 포함하는바, 상기 제품은 명령들이 저장되어 있는 저장 매체(medium or media)이며, 이는 본 명세서에서 개시된 임의의 피쳐들을 수행하기 위해서, 범용 또는 특정된 컴퓨팅 프로세서(들)/디바이스(들)을 프로그램하도록 사용될 수 있다. 상기 저장 매체는 다음의 것들 중 적어도 하나를 포함하지만, 이에 제한되는 것은 아니다. 임의의 유형의 물리적인 매체, 상기 물리적인 매체는, 플로피 디스크, 광학 디스크, DVD, CD-ROM, 마이크로드라이브, 자기-광학 디스크, 홀로그래픽 저장소자, ROM, RAM, PRAM, EPROM, EEPROM, DRAM, VRAM, 플래시 메모리 디바이스, 자기 또는 광학 카드, 나노시스템(분자 메모리 IC 를 포함)을 포함한다. 페이퍼 또는 페이퍼 기반의 매체; 및 명령들 및/또는 정보를 저장하기에 적합한 임의 유형의 매체 또는 디바이스들.

다양한 실시예들은 컴퓨터 프로그램 제품을 포함하는바, 상기 컴퓨터 프로그램 제품은 전체적으로 또는 부분적으로, 하나 이상의 공중(public) 및/또는 사설 네트워크를 통해서 전송(transmission)될 수 있으며, 여기서 상기 전송은 명령들을 포함하며, 상기 명령들은 본 명세서에서 개시된 임의의 피쳐들을 수행하기 위해서 하나 이상의 프로세서들에 의해서 사용될 수 있다. 다양한 실시예들에서, 상기 전송은 다수의 별개인 전송들을 포함할 수도 있다.

하나 이상의 컴퓨터 판독가능 매체에 저장되는 경우, 본 명세서에 개시된 바는, 범용/특화된 컴퓨터(들) 및/또는 프로세서(들)의 하드웨어 모두를 제어하기 위한 소프트웨어를 포함하며, 인간 사용자와 상호작용하거나 또는 본 발명의 결과를 이용하는 다른 매커니즘과 상호작용하는 컴퓨터(들) 및/또는 프로세서(들)을 인에이블링 하기 위한 소프트웨어를 포함한다. 이러한 소프트웨어는 디바이스 드라이버, 운영 시스템들, 실행 환경들/컨테이너, 사용자 인터페이스 및 어플리케이션들을 포함할 수 있지만, 이에 제한되지는 않는다.

전술한 바와같은 본 발명의 바람직한 실시예들은 예시 및 설명을 위한 목적으로 제공되었다. 개시된 상세한 폼들에 본 발명을 제한하거나 또는 본 발명을 속속들이 규명하고자 의도된 것이 아님을 유의해야 한다. 많은 수정예들 및 변형예들은 해당 기술분야의 당업자들에게는 자명할 것이다. 본 발명의 기본 원리 및 그 실제적인 적용을 가장 잘 설명하기 위해서 실시예들이 선택 및 설명되었는바, 따라서 해당 기술분야의 당업자들은 본 발명을 능히 이해할 수 있다. 본 발명의 범위는 후술될 청구항들 및 그 균등물들에 의해서 정의되도록 의도되어야 한다.

Claims

통신 세션들을 관리하는 시스템으로서, 상기 시스템은,

적어도 하나의 착신호(incoming call)를 수신하는 네트워크로의 접속;

2개의 개별 티어들에 배치된 서버, 상기 2개의 개별 티어들은, 스테이트풀 티어(stateful tier)와 스테이트리스 티어(stateless tier)를 더 포함하며;

상기 스테이트풀 티어는, 상기 적어도 하나의 착신호를 위해 확립되는 적어도 하나의 통신 세션에 관계된 세션 상태 데이터를 저장 및 관리하는 적어도 하나의 스테이트풀 서버 노드를 포함하고, 상기 스테이트풀 티어는 상기 세션 상태 데이터를 저장하는 인-메모리(in-memory) 데이터베이스를 포함하며,

상기 스테이트리스 티어는, 상기 적어도 하나의 통신 세션에게 서비스들을 제공하는 하나 이상의 어플리케이션들을 포함하고, 상기 적어도 하나의 스테이트풀 서버 노드에 대하여 별개인 적어도 하나의 스테이트리스 서버 노드를 포함하며, 상기 적어도 하나의 스테이트리스 서버 노드는 SIP 시그널링(signaling)을 수행하는 상기 하나 이상의 어플리케이션들 중 하나의 어플리케이션을 가지며, 상기 적어도 하나의 스테이트리스 서버 노드는 세션 상태 데이터를 상기 적어도 하나의 스테이트풀 서버 노드에 기입하며; 그리고

상기 적어도 하나의 착신호 동안 상기 적어도 하나의 통신 세션에 액세스하기 위한 서비스 요청을 상기 적어도 하나의 스테이트리스 서버 노드가 수신하는 때에, 상기 스테이트리스 서버 노드는,

상기 하나 이상의 어플리케이션들 중 상기 하나의 어플리케이션에게 제어(control)가 넘어가기 전에, 상기 세션 상태 데이터의 록킹(locking) 및 언록킹(unlocking)을 조화(coordinate)시키도록 적용된 프로토콜에 따라 상기 적어도 하나의 스테이트풀 서버 노드의 단일 스트라이프(single stripe)로부터 상기 세션 상태 데이터를 검색하며, 상기 단일 스트라이프는 상기 적어도 하나의 착신호를 추적하기 위하여 상기 적어도 하나의 착신호의 식별자에 할당되며,

상기 하나 이상의 어플리케이션들 중 상기 하나의 어플리케이션에게 제어를 넘기며, 상기 하나 이상의 어플리케이션들 중 상기 하나의 어플리케이션은 상기 단일 스트라이프로부터 검색된 상기 세션 상태 데이터를 이용하도록 상기 스테이트풀 티어 상에 리드/록(read/lock) 동작을 수행함에 의해서 상기 서비스 요청을 프로세싱하며 그리고 상기 하나 이상의 어플리케이션들 중 상기 하나의 어플리케이션은 상기 적어도 하나의 스테이트리스 노드에게 제어를 반환하며, 그리고

상기 하나 이상의 어플리케이션들 중 상기 하나의 어플리케이션이 상기 적어도 하나의 스테이트리스 노드에게 제어를 반환한 이후, 상기 적어도 하나의 스테이트리스 노드는, 상기 하나 이상의 어플리케이션들 중 상기 한 어플리케이션의 프로세싱에 의해 야기된 변경들을 상기 인-메모리 데이터베이스에 기입하도록 기입/언록(write/unlock) 동작을 상기 스테이트풀 티어 상에 수행함에 의해서 상기 적어도 하나의 스테이트풀 서버 노드 상의 상기 세션 상태 데이터를 업데이트하며; 그리고

상기 적어도 하나의 스테이트리스 노드는 상기 하나 이상의 어플리케이션들 중 상기 한 어플리케이션의 프로세싱에 의해 야기된 메시지들을 전송하는 것을 특징으로 하는 통신 세션들을 관리하는 시스템.
제 1 항에 있어서,

상기 적어도 하나의 통신 세션들 및 상기 하나 이상의 어플리케이션들을 별도의 티어들로 관리하는 것은, 상기 적어도 하나의 통신 세션들이 더 적은 리소스들을 이용하여 관리되게 함을 가능케하며, 이에 의해 상기 네트워크에서 상기 적어도 하나의 통신 세션들을 생성하기 위한 응답 시간을 감소시키는 것을 특징으로 하는 통신 세션들을 관리하는 시스템.
삭제
제 1 항에 있어서,

상기 스테이트풀 티어는,

통신 세션 정보를 지속성(persistent) 저장소자에 지속시키기 위한 지속(persistence) 매커니즘을 포함하며, 이에 의해 상기 적어도 하나의 통신 세션들을 관리하는데 필요한 메모리를 감소시키는 것을 특징으로 하는 통신 세션들을 관리하는 시스템.
제 1 항에 있어서,

상기 스테이트리스 티어는 복수의 스테이트리스 노드들을 더 포함하며,

상기 하나 이상의 어플리케이션들 중 어느 한 어플리케이션의 고장(failure)은 고장난 그 어플리케이션에 관계된 스테이트리스 노드의 통신 세션에만 영향을 미치며, 이에 의해 상기 하나 이상의 어플리케이션들이 고장 허용한계(fault tolerant)를 가지도록 하는 것을 특징으로 하는 통신 세션들을 관리하는 시스템.
제 2 항에 있어서,

상기 리소스들은, 상기 적어도 하나의 착신호에 관련되는 고유 식별자와 관계된 적어도 하나의 스트라이프를 포함하며, 이에 의해 통신 세션들을 관리하는 프로세스들이 통신 세션 콘텍스트들 사이에서 빠르게 스위칭할 수 있게 하는 것을 특징으로 하는 통신 세션들을 관리하는 시스템.
제1항에 있어서,

착신호를 위해 확립된 통신 세션들을 상기 스테이트풀 티어에 할당하는 하나 이상의 서버들을 더 포함하는 것을 특징으로 하는 통신 세션들을 관리하는 시스템.
네트워크에서 통신 세션들을 관리하는 방법으로서, 상기 방법은,

적어도 하나의 착신호를 수신하는 네트워크를 제공하는 단계;

2개의 개별 티어들에 배치된 서버를 제공하는 단계, 상기 2개의 개별 티어들은 스테이트리스 티어와 스테이트풀 티어를 포함하며;

적어도 하나의 통신 세션에 서비스들을 제공하는 하나 이상의 어플리케이션들을 포함하고, 스테이트풀 서버 노드에 대하여 별개인 적어도 하나의 스테이트리스 서버 노드를 포함하는, 상기 스테이트리스 티어를 유지하는 단계, 상기 적어도 하나의 스테이트리스 서버 노드는 SIP 시그널링(signaling)을 수행하는 상기 하나 이상의 어플리케이션들 중 한 어플리케이션을 가지며, 상기 적어도 하나의 스테이트리스 서버 노드는 세션 상태 데이터를 상기 스테이트풀 티어 상의 상기 적어도 하나의 스테이트풀 서버 노드에 기입하며;

상기 적어도 하나의 착신호를 위해 확립되는 적어도 하나의 통신 세션에 관계된 세션 상태 데이터를 상기 적어도 하나의 스테이트풀 서버 노드에 저장 및 관리하는 단계, 상기 스테이트풀 티어는 상기 세션 상태 데이터를 저장하는 인-메모리(in-memory) 데이터베이스를 포함하며, 상기 적어도 하나의 스테이트리스 서버 노드는 상기 세션 상태 데이터를 상기 적어도 하나의 스테이트풀 서버 노드에 기입하며;

상기 적어도 하나의 착신호 동안 상기 적어도 하나의 통신 세션에 관계되는 서비스 요청을 상기 적어도 하나의 스테이트리스 서버 노드가 수신하는 단계;

상기 하나 이상의 어플리케이션들 중 상기 하나의 어플리케이션에게 제어(control)가 넘어가기 전에, 상기 세션 상태 데이터의 록킹(locking) 및 언록킹(unlocking)을 조화(coordinate)시키도록 적용된 프로토콜에 따라 상기 세션 상태 데이터를 상기 적어도 하나의 스테이트풀 서버 노드의 단일 스트라이프(single stripe)로부터 상기 적어도 하나의 스테이트리스 서버 노드가 검색하는 단계, 상기 단일 스트라이프는 상기 착신호를 추적하기 위하여 상기 착신호의 식별자에 할당되며;

상기 단일 스트라이프로부터 검색된 상기 세션 상태 데이터를 이용하도록 상기 스테이트풀 티어 상에 리드/록(read/lock) 동작을 수행함에 의해서 상기 서비스 요청을 프로세싱하는 단계, 상기 하나 이상의 어플리케이션들 중 상기 하나의 어플리케이션은 상기 적어도 하나의 스테이트리스 노드에게 제어를 반환하며;

상기 하나 이상의 어플리케이션들 중 상기 한 어플리케이션의 프로세싱에 의해 야기된 변경들을 상기 인-메모리 데이터베이스에 기입하도록 기입/언록(write/unlock) 동작을 상기 스테이트풀 티어 상에 수행함에 의해서, 상기 적어도 하나의 스테이트풀 서버 노드 상의 상기 세션 상태 데이터를 상기 스테이트리스 서버 노드가 업데이트하는 단계; 그리고

상기 하나 이상의 어플리케이션들 중 상기 한 어플리케이션의 프로세싱에 의해 야기된 메시지들을 상기 적어도 하나의 스테이트리스 노드가 전송하는 단계

를 포함하는 통신 세션들을 관리하는 방법.
삭제
삭제
통신 세션들을 관리하기 위한 명령들의 하나 이상의 시퀀스들을 적재한 일시적이지 않은(non-transitory) 컴퓨터 판독가능한 저장매체로서, 상기 명령들은 하나 이상의 프로세서들에 의해 실행되는 때에 상기 하나 이상의 프로세서들로 하여금,

적어도 하나의 착신호를 수신하는 네트워크를 제공하는 단계;

2개의 개별 티어들에 배치된 서버를 제공하는 단계, 상기 2개의 개별 티어들은 스테이트리스 티어와 스테이트풀 티어를 포함하며;

적어도 하나의 통신 세션에 서비스들을 제공하는 하나 이상의 어플리케이션들을 포함하고, 스테이트풀 서버 노드에 대하여 별개인 적어도 하나의 스테이트리스 서버 노드를 포함하는, 상기 스테이트리스 티어를 유지하는 단계, 상기 적어도 하나의 스테이트리스 서버 노드는 SIP 시그널링(signaling)을 수행하는 상기 하나 이상의 어플리케이션들 중 한 어플리케이션을 가지며, 상기 적어도 하나의 스테이트리스 서버 노드는 세션 상태 데이터를 상기 스테이트풀 티어 상의 상기 적어도 하나의 스테이트풀 서버 노드에 기입하며;

상기 적어도 하나의 착신호를 위해 확립되는 적어도 하나의 통신 세션에 관계된 세션 상태 데이터를 상기 적어도 하나의 스테이트풀 서버 노드에 저장 및 관리하는 단계, 상기 스테이트풀 티어는 상기 세션 상태 데이터를 저장하는 인-메모리(in-memory) 데이터베이스를 포함하며, 상기 적어도 하나의 스테이트리스 서버 노드는 상기 세션 상태 데이터를 상기 적어도 하나의 스테이트풀 서버 노드에 기입하며;

상기 적어도 하나의 착신호 동안 상기 적어도 하나의 통신 세션에 관계되는 서비스 요청을 상기 적어도 하나의 스테이트리스 서버 노드가 수신하는 단계;

상기 하나 이상의 어플리케이션들 중 상기 하나의 어플리케이션에게 제어(control)가 넘어가기 전에, 상기 세션 상태 데이터의 록킹(locking) 및 언록킹(unlocking)을 조화(coordinate)시키도록 적용된 프로토콜에 따라 상기 세션 상태 데이터를 상기 적어도 하나의 스테이트풀 서버 노드의 단일 스트라이프(single stripe)로부터 상기 적어도 하나의 스테이트리스 서버 노드가 검색하는 단계, 상기 단일 스트라이프는 상기 착신호를 추적하기 위하여 상기 착신호의 식별자에 할당되며;

상기 단일 스트라이프로부터 검색된 상기 세션 상태 데이터를 이용하도록 상기 스테이트풀 티어 상에 리드/록(read/lock) 동작을 수행함에 의해서 상기 서비스 요청을 프로세싱하는 단계, 상기 하나 이상의 어플리케이션들 중 상기 하나의 어플리케이션은 상기 적어도 하나의 스테이트리스 노드에게 제어를 반환하며;

상기 하나 이상의 어플리케이션들 중 상기 한 어플리케이션의 프로세싱에 의해 야기된 변경들을 상기 인-메모리 데이터베이스에 기입하도록 기입/언록(write/unlock) 동작을 상기 스테이트풀 티어 상에 수행함에 의해서, 상기 적어도 하나의 스테이트풀 서버 노드 상의 상기 세션 상태 데이터를 상기 스테이트리스 서버 노드가 업데이트하는 단계; 그리고

상기 하나 이상의 어플리케이션들 중 상기 한 어플리케이션의 프로세싱에 의해 야기된 메시지들을 상기 적어도 하나의 스테이트리스 노드가 전송하는 단계

를 실행하게 하는 것을 특징으로 하는 컴퓨터 판독가능한 저장매체.
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제