KR20060092859A

KR20060092859A - 루트 정보에 대한 저장 요건 감소 방법

Info

Publication number: KR20060092859A
Application number: KR1020050078896A
Authority: KR
Inventors: 바딤 에델만
Original assignee: 마이크로소프트 코포레이션
Priority date: 2004-09-09
Filing date: 2005-08-26
Publication date: 2006-08-23
Also published as: DE602005019356D1; ATE458335T1; JP2006094488A; EP1635521A1; EP1635521B1; US20060050648A1

Abstract

프록시 노드의 통신 시스템은 다이얼로그 동안 소스 종점으로부터 목적지 종점으로 보내진 요청을 수신한다. 상기 요청은 목적지 종점으로부터 소스 종점으로의 요청이 프록시 노드에 도달한 후에 이동할 노드들의 경로를 식별하는 루트 정보를 포함한다. 요청을 수신하면, 프록시 노드는 루트 정보에 대한 다이얼로그의 매핑을 생성할 수 있다. 그 후 프록시 노드는 단지 그것의 루트 정보를 갖는 요청을 목적지 종점으로 전송한다. 목적지 종점은 단지 그 프록시 노드와, 만일 있다면, 중간 프록시 노드들에 관한 루트 정보를 저장할 필요가 있다. 프록시 노드가 목적지 종점으로부터 소스 종점으로의 요청을 수신하는 경우, 상기 저장된 루트 정보를 상기 요청에 부가할 수 있어 상기 요청은 원래 요청과 동일한 루트를 따라 소스 종점으로 이동할 수 있다.

프록시 노드, 목적지 종점, 루트 정보, 프레즌스 서버, 소스 종점

Description

루트 정보에 대한 저장 요건 감소 방법{REDUCING STORAGE REQUIREMENT FOR ROUTE INFORMATION}

도 1은 일 실시예에서 통신 시스템이 경로 정보를 저장하는 환경을 예시하는 블럭도.

도 2는 일 실시예에서 소스로부터 소스 요청을 수신하는 프록시 서버의 컴포넌트 처리를 예시하는 흐름도.

도 3은 일 실시예에서 목적지로부터 목적지 요청을 수신하는 프록시 서버의 컴포넌트 처리를 예시하는 흐름도.

도 4는 통신 시스템이 다른 장치들에 의해 저장된 루트 정보를 사용할 수 있는 다양한 환경들을 예시하는 블럭도.

도 5는 일 실시예에서 요청을 수신하는 프레즌스 서버의 컴포넌트 처리를 예시하는 흐름도.

도 6은 일 실시예에서 요청을 송신하는 프레즌스 서버의 컴포넌트 처리를 예시하는 흐름도.

도 7은 일 실시예에서 액세스 포인트에서 소스 요청을 수신하는 통신 시스템의 컴포넌트 처리를 예시하는 흐름도.

도 8은 일 실시예에서 액세스 포인트에서 목적지 요청을 수신하는 통신 시스 템의 컴포넌트 처리를 예시하는 흐름도.

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

110: 통신 링크

102: 등록 서버

103: 프레즌스 서버

404: 액세스 포인트

105: 프레즌스 데이터베이스

본 출원은 2004년 9월 9일자로 출원된 "루트 정보를 저장하기 위한 방법 및 시스템"이라는 제목의 미국 가출원 제60/608,302호의 이점을 청구하며, 여기에 참조로서 포함되어 있다.

애플리케이션들은 때때로 컴퓨팅 장치들 사이의 세션을 확립하고 관리할 필요가 있다. 세션은 시간 주기에 걸쳐 발생하는 컴퓨팅 장치들 사이의 인터랙션들의 세트이다. 예로서, 마이크로소프트 윈도우즈 메신저 또는 VoIP(Voice over Internet Protocol)과 같은 실시간 통신 애플리케이션들은 사용자를 위해 통신 장치들 사이의 세션들을 확립한다. 이러한 애플리케이션들은 SIP(Session Initiation Protocol)과 같은 세션들을 확립하기 위해 다양한 메카니즘들을 사용할 수 있다. SIP는 장치들이 서로를 발견하고 장치들 사이의 세션들을 확립, 변경, 및 종료하기 위해 사용할 수 있는 애플리케이션층 제어 프로토콜이다. SIP는 인터넷 추천 표준이다. 그것의 사양, "RFC 3261"은 <http://www.ietf.org/rfc/rfc3261.txt>에서 이용가능하다. 이벤트 통지에 관한 SIP로의 확장에 대한 사양, "RFC 3265"는 <http://www.ietf.org/rfc/rfc3265.txt>에서 이용가능하다. 이러한 사양 모두는 참조로서 전체가 본원에 포함되어 있다.

SIP 네트워크는 클라이언트, 서버, 또는 모두로서 다이얼로그에 참여할 수 있는 엔티티를 포함한다. SIP는 4 종류의 엔티티: 사용자 에이전트, 프록시 서버, 리디렉트 서버, 및 레지스트라(registrar)를 지원한다. 사용자 에이전트는 기타 SIP 엔티티들과 메시지들을 교환함으로써 다이얼로그들을 개시 및 종료한다. 사용자 에이전트는 SIP 요청들을 개시하는 장치인 사용자 에이전트 클라이언트(UAC), 또는 SIP 요청들을 수신하고 그러한 요청들에 응답하는 장치인 사용자 에이전트 서버(UAS)일 수 있다. 예를 들어, "IP-텔레폰" PDA(personal digital assistant), 및 임의의 다른 종류의 컴퓨팅 장치가 사용자 에이전트일 수 있다. 장치는 하나의 다이얼로그에서는 UAC일 수 있고 또 다른 다이얼로그에서는 UAS일 수 있으며, 또는 다이얼로그 동안 역할들을 변경할 수 있다. 프록시 서버는 클라이언트에 대한 서버 및 서버들에 대한 클라이언트로 작용하는 장치이다. 그렇게 함으로써, 프록시 서버들은 UAC들과 UAS들 사이의 메시지들을 차단, 해석, 또는 전송한다. 리디렉트 서버는 SIP 요청을 받고, 요청을 보낸 UAC에게 대안의 네트워크 리소스에 접촉하도록 명령하는 응답을 생성하는 장치이다. 레지스트라는 사용자 에이전트들로부터 등록 정보를 받고, 수신된 등록 정보의 위치 서비스를 알려주는 서버이다.

SIP는 2개의 메시지 종류: UAC로부터 UAS로 보내지는 요청들과, 요청에 응답할 때 UAS로부터 UAC로 보내지는 응답들을 지원한다. SIP 메시지는 3 파트로 이루어진다. SIP 메시지의 제1 파트는 메시지 메소드(예를 들어, INVITE)를 나타내는 필드들과, 요청이 지향되는 사용자 또는 서비스를 식별하는 요청 URI를 포함하는 "요청 라인"이다. SIP 메시지의 제2 파트는 값들이 이름값 쌍들로 표시되는 헤더들을 포함한다. SIP 메시지의 제3 파트는 개시될 세션을 기술하거나 세션에 관한 데이터를 포함하기 위해 사용되는 메시지의 본문이다. 메시지 본문들은 요청들 또는 응답들에 나타날 수 있다.

사용자 에이전트들은 SIP 다이얼로그 동안 SIP 메시지들을 보냄으로써 통신할 수 있다. SIP 다이얼로그는 일정 시간동안 지속되는 2개의 사용자 에이전트들 간의 피어투피어 관계이다. UAC가 UAS에게 INVITE 요청을 보내고 UAS가 200 OK 응답으로 대답하면 다이얼로그가 확립될 수 있다. 다이얼로그는 호출 식별자, 로컬 태그, 및 원격 태그를 포함하는 다이얼로그 식별자에 의해 고유하게 식별된다. 사용자 에이전트들은 다이얼로그의 장래 요청들을 보낼때 필요한 그들의 다이얼로그들에 대한 상태 정보를 유지한다. 상태 정보는 다이얼로그 식별자, 로컬 URI, 원격 URI, 및 루트 세트를 포함한다. 루트 세트는 다이얼로그의 다른 사용자 에이전트에게 요청이 보내지는 경우에 통과될 필요가 있는 프록시 서버들의 목록이다. UAS가 INVITE 요청을 수신하고 UAC가 INVITE 응답을 수신하면, 그들 각각은 다이얼로그에 대한 그들의 상태 정보를 초기화한다.

INVITE 요청은 To, From, Call-ID, Via, 콘택트(Contact), 및 기록-루트 (Record-Route) 헤더들을 포함할 수 있다. To 헤더는 요청의 수신인의 논리 식별자를 식별한다. From 헤더는 요청의 개시자의 논리 식별자를 식별한다. Call-ID 헤더는 메시지들의 그룹을 고유하게 식별하고 다이얼로그 내의 모든 메시지들에 대해서 동일하다. 다이얼로그는 Call-ID 헤더로부터의 Call-ID 값과, From 헤더 및 To 헤더로부터의 로컬 태그 및 원격 태그를 포함하는 다이얼로그 식별자에 의해 고유하게 식별된다. Via 헤더들은 지금까지 요청에 의해 취해진 경로(예를 들어, 요청이 통과한 장치들의 네트워크 어드레스들의 시퀀스(URI)) 및 대응하는 응답이 취할 경로를 나타낸다. 요청을 개시하는 UAC 및 요청을 수신하는 각 프록시 서버는 그것의 URI를 포함하는 Via 헤더를 추가한다. 응답을 수신하는 각 프록시 서버는 응답을 후속 Via 헤더로 나타낸 장치에 전송한다. 컨택트 헤더는 프록시 서버가 다이얼로그의 후속 메시지들을 수신하길 원한다고 나타내지 않으면, 다이얼로그의 후속 요청들이 직접 전송될 수 있는 메시지의 송신자의 URI를 포함한다. 요청의 기록 루트(Record-Route) 헤더들은 다이얼로그의 후속 요청들이 발송될 장치들(프록시 서버들)의 URI들을 특정한다. INVITE 요청을 송신하는 UAC는 그것의 URI를 식별하는 콘택트 헤더를 추가할 수 있다. 프록시 서버가 다이얼로그의 경로에 있기를 원하면, 그것은 요청을 전송하기 전에 URI를 갖는 기록-루트 헤더를 INVITE 요청에 삽입한다.

UAS는 INVITE 요청을 수신하면, 다이얼로그에 대한 상태 정보를 저장한다. UAS는 원격 URI를 콘택트 헤더의 URI에 설정하고 설정된 루트를, 존재한다면, 요청의 기록-루트 헤더들에 설정한다. 다른 경우, 설정된 레코드를 널(null)로 설정한 다.

UAS가 INVITE 요청에 대한 응답을 송신하면, 응답에 설정된 루트를 복사하고, 그것 자체의 콘택트 헤더를 응답에 추가하고, 응답에 대한 Via 헤더들을 복사한다. 그 후, 최종 Via 헤더에 의해 식별된 장치에 응답을 전송한다. 응답을 수신하는 각 프록시 서버는 그것을 후속 Via 헤더에 의해 식별된 장치들로 전송한다.

UAC가 응답을 수신하면, 그것은, 만약 있다면, 다이얼로그에 대해 설정된 루트와 역순으로 기록-루트 헤더들을 저장하고, 원격 URI를 콘택트 헤더의 URI로 설정한다.

어느 한쪽의 사용자 에이전트가 다이얼로그의 후속 요청을 송신하면, 그것은 다이얼로그에 대해 설정된 저장된 루트에 대응하는 요청에 루트 헤더들을 추가하고 원격 URI를 요청 URI(Request URI)에 저장한다. 그 후 사용자 에이전트는 요청을, 만약 있다면 제1 루트 헤더에 의해 식별된 장치에 송신하고, 아니면 요청 URI에 의해 식별된 장치에 송신한다. 각 프록시 서버는 상부 루트 헤더를 제거하고 만약 있다면 후속 루트 헤더에 의해 식별된 장치에 요청을 전송하고, 아니면 요청 URI에 의해 식별된 장치에 전송한다.

실시간 대화의 공통 형태는 인스턴스 메시징 서비스에 의해 제공된다. 인스턴트 메시징 서비스는 종점들의 참가자들로 하여금 메시지들을 송신하고 대화시 다른 참가자들에 의해 1 또는 2초 내에 수신되게 한다. 그 후 수신하는 참가자들은 마찬가지의 방식으로 다른 참가자들에게 응답 메시지들을 송신할 수 있다. 효율적으로는, 실시간 대화는 참가자들이 수신된 메시지를 아주 빨리 인식하고, 검토하 고, 그에 응답하는 것에 달려있다. 이러한 빠른 응답은 전자 메일 메시지들의 수신인들이 편리한 때에 메시지들에 응답하는 종래의 전자 메일 시스템과 대조적이다.

개시 참가자가 실시간 대화를 원하는 경우, 그 참가자는 의도된 참가자들이 메시지에 실시간 응답할 수 있는지의 여부를 알 필요가 있다. 그렇지 않으면, 종래의 전자 메일, 음성 메일, 또는 몇몇 다른 메카니즘을 통한 통신이 보다 적합할 수 있다. 예를 들어, 의도된 참가자들의 컴퓨터들이 현재 꺼져 있으면, 실시간 대화는 가능하지 않을 수 있다. 또한, 그들의 컴퓨터들이 현재 켜져 있지만, 의도된 참가자들이 그들의 컴퓨터로부터 떨어져 있으면, 역시 실시간 대화가 가능하지 않다. 개시 참가자는 통신 형태들에 대한 적절한 판단이 이루어질 수 있도록 의도된 참가자들의 가용성을 알고 싶어한다.

컴퓨터 시스템 등의 엔티티(예를 들어, 종점) 또는 그 컴퓨터 시스템과 관련된 사용자의 가용성 상태는 "프레즌스 정보(presence information)"라 칭해진다. 프레즌스 정보는 사용자의 현재 "프레즌스 상태"를 식별한다. 사용자들이 그들의 프레즌스 상태를 이용가능하게 하여 다른 사용자들이 그들과 어떻게 통신하는 것이 최적인지를 결정할 수 있다. 예를 들어, 프레즌스 정보는 사용자가 인스턴트 메시징 서버와 로그온("온라인")되어 있는지 또는 로그오프("오프라인")되어 있는지를 나타낼 수 있다. 프레즌스 정보는 사용자의 가용성에 관한 보다 상세한 정보를 제공할 수도 있다. 예를 들어, 사용자가 온라인 상태이더라도, 그 사용자가 미팅으로 인해 그들의 컴퓨터와 떨어져 있을 수 있다. 그러한 경우, 프레즌스 상태는 " 온라인" 및 "미팅중"을 나타낼 수 있다.

인스턴스 메시징 환경에서, 공개 사용자("공개자")는 그들의 프레즌스 정보를 프레즌스 서버에 제공할 수 있고 프레즌스 서버는 그 후 프레즌스 정보를 가입 사용자("가입자들")에게 제공한다. 따라서, 프레즌스 서버는 가입자/공개자 모델을 사용하여 프레즌스 서비스의 사용자들에 대해 프레즌스 정보를 제공할 수 있다. 사용자의 프레즌스 정보가 변할 때마다, 프레즌스 서버는 그 사용자의 컴퓨터 시스템으로 변경을 통지하고 차례로 가입 사용자들에게 변경을 통지한다. 그 후 가입 사용자는 의도된 참가자들의 프레즌스 정보에 기초하여 인스턴트 메시징 대화를 개시할지를 결정할 수 있다. 예를 들어, 프레즌스 정보가, 공개 사용자가 현재 회의 전화 호출중이라고 나타내면, 가입 사용자는 공개 사용자에게 전화 호출을 하기 보다는 인스턴트 메시지를 보내기로 결정할 수 있다. 그러나, 가입 사용자가 공개 사용자에게 전화해서 말할 필요가 있으면, 가입 사용자는 전화가 언제 연결될 수 있을 지를 알기 위해 공개 사용자의 프레즌스 정보를 모니터할 필요가 있다. 공개 사용자의 프레즌스 정보가 전화 회의가 끝났다고 나타내는 것을 가입 사용자가 통지하면, 가입 사용자는 전화를 걸 수 있다.

프레즌스 서버가 SIP 프로토콜을 사용하면, 가입자들을 위한 루트 정보를 유지하여 가입자 요청 메시지와 동일한 경로를 따라서, 그러나 역방향으로 SIP 다이얼로그의 요청 메시지들을 발송할 수 있도록 할 필요가 있다. 그 결과, 프레즌스 서버는 각 공개자에 대해 그 공개자의 프레즌스 정보의 각 가입에 대한 루트 정보 를 저장할 수 있다. 프레즌스 서버는 수천 공개자들과 가입자들을 지원할 수 있기 때문에, 프레즌스 서버는 방대한 양의 루트 정보를 저장하도록 요구될 수 있다. 프레즌스 서버의 변경을 요하지 않고 프레즌스 서버의 저장 요건을 낮추고, 프록시 서버들과 레지스트라와 같은 기존의 SIP 서버들과 상호 동작가능한 기술을 가지는 것이 바람직할 것이다.

<요약>

통신 네트워크의 프록시 노드에서 다이얼로그 동안 소스와 목적지 종점들 사이에 발송되는 메시지들을 중개하기 위한 방법 및 시스템이 제공된다. 통신 시스템은 소스 종점으로부터 목적지 종점으로 송신되는 요청 메시지를 수신한다. 요청 메시지는 목적지 종점으로부터 소스 종점으로의 요청 메시지가 프록시 노드에 도달한 후에 이동하는 노드들의 경로를 식별하는 루트 정보를 포함한다. 요청 메시지를 수신하면, 프록시 노드는 루트 정보에 대한 다이얼로그의 매핑을 생성할 수 있다. 그 후 프록시 노드는 루트 정보만을 가진 요청 메시지를 목적지 종점에 전송하고, 저장된 루트 정보를 제거한다. 목적지 종점이 요청 메시지를 수신하면, 메시지는 단지 루트 정보를 저장한 프록시 노드와, 그 프록시 노드와 목적지 종점 사이의 임의의 중간 프록시 노드들에 대한 루트 정보를 포함한다. 따라서, 목적지 종점은 모든 프록시 노드들보다는 단지 그 프록시 노드와, 만일 있다면, 중간 프록시 노드들에 관한 루트 정보를 저장할 필요가 있다. 프록시 노드가 목적지 종점으로부터 소스 종점으로 송신된 다이얼로그의 요청 메시지를 수신하면, 그것은 요청 메시지에 상기 저장된 루트 정보를 추가할 수 있어 요청 메시지는 원래 요청 메시지와 동일한 루트를 따라 소스 종점으로 이동할 수 있다.

상기 요약은 이하의 상세한 설명에서 더 기술되는 간략한 형태의 개념들의 발췌를 소개하기 위해 제공되었다. 이 요약은 청구된 발명의 기본적인 특징들 또는 주요 특징들을 확인하기 위한 것도 아니고 청구된 발명의 범위를 결정하는데 도움이 되도록 의도된 것도 아니다.

<실시예>

통신 네트워크의 프록시 노드에서 다이얼로그 동안 소스와 목적지 종점들 사이에 발송되는 메시지들을 중개하기 위한 방법 및 시스템이 제공된다. 일 실시예에서, 통신 시스템은 소스 종점으로부터 목적지 종점으로 송신되는 요청 메시지를 수신한다. 요청 메시지는 목적지 종점으로부터 소스 종점으로 송신될 다이얼로그의 요청 메시지가 프록시 노드에 도달한 후에 이동할 노드들의 경로를 식별하는 루트 정보를 포함한다. 예를 들어, 통신 시스템이 SIP(Session Initiation Protocol)을 사용하면, 프록시 노드는 프록시 서버를 구현할 수 있고 소스 및 목적지 종점들은 사용자 에이전트들을 구현할 수 있다. 요청 메시지를 수신하면, 프록시 노드는 루트 정보에 대한 다이얼로그의 매핑을 생성할 수 있다. SIP가 사용되면, 루트 정보는 기록-루트 헤더의 정보를 포함한다. 그 후 프록시 노드는, 만약 있다면, 중간 프록시 노드들을 통해 목적지 종점으로 자신의 루트 경로만을 가진 요청 메시지를 전송한다. 목적지 종점이 요청 메시지를 수신하면, 메시지는 단지 그 프록시 노드 및 그 프록시 노드와 목적지 종점 사이의 중간 프록시 노드들에 대 한 루트 정보를 포함한다. 프록시 노드가 목적지 종점으로부터 소스 종점으로 보내진 다이얼로그의 요청 메시지를 수신하면, 그것은 요청 메시지에 저장된 루트 정보를 추가할 수 있어 요청 메시지는 원래 요청 메시지와 동일한 루트를 따라 소스 종점으로 이동할 수 있다. 예를 들어, SIP가 사용되면, 프록시 노드는 원래 요청 메시지의 각 기록-루트 헤더용의 루트 헤더를 추가한다. 따라서, 목적지 종점은 단지 그 프록시 노드와, 만약 있다면, 중간 프록시 노드들에 관한 루트 정보를 저장할 필요가 있다. 목적지 종점이 프레즌스 서버이면, 프레즌스 서버의 루트 정보에 대한 저장 요건들은 감소될 수 있다. 또한, 프록시 노드에 의해 수정된 SIP 메시지는 SIP와 부합하기 때문에, 프록시 노드는 SIP와 부합하는 노드들과 호환가능하다.

일 실시예에서, 통신 시스템은 등록 서버를 포함하는 프록시 노드 상에서 구현된다. 예를 들어, 프록시 노드는 SIP 프록시 서버와 SIP 레지스트라를 포함할 수 있다. SIP 레지스트라는 프록시 노드와 종점 사이의 경로에 대한 루트 정보를 포함하는 종점들에 사용자들을 매핑하는 것을 유지한다. SIP 레지스트라는 루트 정보를 유지하여 종점들로 보내진 요청 메시지들에 루트 정보를 포함할 수 있다. SIP 프록시 서버가 SIP 레지스트라와 함께 배치되어 있으면, SIP 프록시는 SIP 레지스트라에 의해 유지된 루트 정보를 이용할 수 있다. 특히, SIP 프록시 서버가 요청 메시지를 수신하면, 그것은 소스 종점에 대한 정보가 저장되어 있는지를 결정하기 위해 SIP 레지스트라의 정보를 검사할 수 있다. 그러면, SIP 프록시 서버는 그 소스 종점에 대한 루트 정보를 저장할 필요가 없다. 소스 종점에 대해 정해진 요청 메시지가 SIP 프록시 서버에 의해 수신되면, SIP 레지스트라의 정보로부터 소스 종점에 대한 루트 정보를 검색한다. SIP 프록시 서버는 그 후 루트 정보를 요청 메시지에 추가한 후 메시지를 전송한다. 이에 의해, 통신 시스템은 용장 루트 정보의 저장을 회피할 수 있다.

일 실시예에서, 등록 서버를 포함하는 프록시 노드는 사용자의 종점으로부터 프레즌스 서버로의 경로에 있는 최종 프록시 노드이다. 경로의 이러한 특징은 등록 서버가 프레즌스 서버들의 위치를 결정할 수 있는 통신 네트워크에서 가능하다. 프레즌스 서버에서 구현된 경로 저장 시스템의 양태들은 등록 서버와 프레즌스 서버가 동일한 도메인 내에 있는 경우에 이러한 특징을 이용할 수 있다. 이러한 경우, 프레즌스 서버는 등록 서버가 동일한 도메인 내에 있고 루트 정보를 저장하지 않았다고 검출할 수 있다. 프레즌스 서버가 요청 메시지를 전송하면, 등록 서버로부터 종점까지의 경로를 찾기 위해 등록 데이터베이스에 액세스할 수 있다. 프레즌스 서버는 경로로부터 도출된 루트 정보를 메시지에 추가할 수 있다. 이러한 경우, 프레즌스 서버는 메시지의 루트 정보의 저장을 회피하고 대신 등록 데이터베이스에 의존할 수 있다.

일 실시예에서, 도메인에 대한 액세스 포인트는 다른 도메인들을 그들의 액세스 포인트들에 매핑하는 것을 유지한다. 매핑은 메시지들을 다른 도메인들에서의 종점들로 발송하기 위해 액세스 포인트에 의해 사용된다. 액세스 포인트 노드가 프록시 서버를 포함하면, 프록시 서버는 저장될 필요가 있는 루트 정보를 감소시키기 위해 액세스 포인트 매핑을 이용할 수 있다. 프록시 서버가 또 다른 도메 인의 종점으로부터 메시지를 수신하면, 다른 도메인의 액세스 포인트에 대한 루트 정보를 저장할 필요가 없다. 프록시 서버가 또 다른 도메인에 전송되어야 하는 요청 메시지를 수신하면, 소스 종점의 도메인을 사용하여 정보를 검색함으로써 루트 정보의 일부를 생성할 수 있다. 이에 의해, 프록시 서버가 액세스 포인트와 동일한 노드 상에 설치되면, 프록시 서버는 이미 액세스 포인트에 의해 저장되어 있는 루트 기록들의 용장 부분들의 저장을 회피할 수 있다.

도 1은 일 실시예에서 통신 시스템이 경로 정보를 저장하는 환경을 예시하는 블록도이다. 환경은 통신 링크(110)를 통해 등록 서버(102)에 접속된 클라이언트 종점들(101)을 포함하며, 등록 서버(102)는 통신 링크(111)를 통해 프레즌스 서버(103)에 접속되어 있다. 각 등록 서버는 등록 서버로부터 사용자와 관련된 클라이언트 종점들로 요청들이 전송될 루트에 사용자들을 매핑시키는 등록 데이터베이스(104)를 포함한다. 등록 서버가 클라이언트 종점으로부터 등록 요청을 수신하면, 그것은 등록 데이터베이스에 요청의 루트 정보를 저장한다. 프레즌스 서버는 프레즌스 정보의 공개자들을 그 가입자들에게 매핑시키는 프레즌스 데이터베이스(105)를 유지한다. 매핑은 각 가입자의 루트 정보를 포함한다. 공개자의 프레즌스 정보가 변하면, 프레즌스 서버는 그 공개자의 각 가입자에게 요청을 송신한다. 각 요청은 가입자의 루트 정보를 포함한다. 통신 시스템이 등록 서버와 함께 배치된 프록시 서버 상에서 구현되면, 프록시 서버는 클라이언트 종점들로부터 수신한 가입자 요청들로부터 루트 정보를 제거할 수 있다. 그 후 프록시 서버는 그것의 루트 정보를 가입 요청에 추가하고 그 요청을 프레즌스 서버로 전송한다. 프레즌스 서버가 요청을 수신하면, 그것은 가입 요청의 루트 정보를 정상적으로 저장한다. 그러나, 가입 요청의 루트 정보는 단지 등록 서버로부터 프레즌스 서버로의 루트 정보만을 포함한다. 프레즌스 서버가 클라이언트 종점에 요청을 송신하면(예를 들어, 공개자의 프레즌스 정보의 변화를 나타냄), 프록시 서버는 요청을 수신하자마자 등록 데이터베이스로부터 사용자에 대한 루트 정보를 검색하고 요청에 루트 정보를 저장한다. 그 후 프록시 서버는 루트 정보를 갖는 요청을 클라이언트 종점에 전송한다.

통신 시스템이 구현되는 컴퓨팅 장치는 중앙 처리 장치, 메모리, 입력 장치(예를 들어, 키보드 및 포인팅 장치), 출력 장치(예를 들어 표시 장치), 및 저장 장치(예를 들어, 디스크 드라이브)를 포함할 수 있다. 메모리 및 저장 장치는 통신 시스템을 구현하는 명령어들을 포함할 수 있는 컴퓨터 판독가능한 매체이다. 또한, 데이터 구조 및 메시지 구조는 저장되거나 통신 링크 상의 신호와 같은 데이터 전송 매체를 통해 전송될 수 있다. 인터넷, LAN, WAN, 점대점 다이얼업 접속, 전화기 네트워크 등과 같은 다양한 통신 링크들이 사용될 수 있다.

통신 시스템의 실시예들은 퍼스널 컴퓨터, 서버 컴퓨터, 핸드헬드 또는 랩탑 장치, 멀티프로세서 시스템, 마이크로프로세서 기반 시스템, 프로그램 가능한 소비자 전자 기기, 디지털 카메라, 네트워크 PC, 미니컴퓨터, 메인프레임 컴퓨터, 상기 시스템 또는 장치중 어느 것을 포함하는 분산 컴퓨팅 시스템 등을 포함하는 각종 오퍼레이팅 환경에서 구현될 수 있다. 컴퓨터 시스템은 전화기, PDA, 스마트폰, 퍼스널 컴퓨터, 프로그램 가능한 소비자 전자기기, 디지털 카메라 등일 수 있다.

통신 시스템은 하나 이상의 컴퓨터 또는 다른 장치들에 의해 실행되는 프로그램 모듈과 같은 컴퓨터 실행가능한 명령어들의 일반적인 문맥으로 기술될 수 있다. 일반적으로, 프로그램 모듈은 특정 태스크를 수행하거나 특정 추상 데이터 타입을 구현하는 루틴, 프로그램, 오브젝트, 컴포넌트, 데이트 구조 등을 포함한다. 일반적으로, 프로그램 모듈의 기능은 각종 실시예들에서 원하는대로 조합되거나 분산될 수 있다.

도 2는 일 실시예에서 소스로부터 소스 요청을 수신하는 프록시 서버의 컴포넌트 처리를 예시하는 흐름도이다. 일 실시예에서, 프록시 서버는 또 다른 서비스(예를 들어 SIP 레지스트라)에 의해 생성된 루트 정보의 데이터베이스에 액세스하지 않기 때문에, 요청들의 루트 정보로부터 자신의 데이터베이스를 생성한다. 블럭 201에서, 컴포넌트는 요청으로부터 루트 기록들을 제거한다. 블럭 202에서, 컴포넌트는 요청의 다이얼로그 식별자에 의해 인덱싱된 루트 기록들을 저장한다. 블럭 203에서, 컴포넌트는 프록시 서버의 루트 정보를 요청(예를 들어, 콘택트 헤더)에 추가한다. 블럭 204에서, 컴포넌트는 요청을 전송한 후 완료한다.

도 3은 일 실시예에서 목적지로부터 목적지 요청을 수신하는 프록시 서버의 컴포넌트 처리를 예시하는 흐름도이다. 이 실시예에서, 프록시 서버는 또 다른 서비스에 의해 발생된 루트 정보의 데이터베이스를 액세스하지 않는다. 블럭 301에서, 컴포넌트는 요청의 다이얼로그 식별자에 대한 루트 기록들을 검색한다. 블럭 302에서, 컴포넌트는 요청에 루트 기록들을 추가한다. 블럭 303에서, 컴포넌트는 루트 정보의 제1 루트 기록에 의해 표시된 노드에 요청을 전송한 후 완료한다.

도 4는 통신 시스템이 다른 서비스들에 의해 저장된 루트 정보를 사용할 수 있는 각종 환경들을 예시하는 블럭도이다. 클라이언트 종점들(401), 등록 서버(402), 및 프레즌스 서버(403)는 액세스 포인트(404)를 통해 통신 링크에 접속된다. 액세스 포인트(404)는 액세스 도메인들의 사용자들이 통신 링크(410)를 통해 액세스할 수 있는 액세스 포인트들(406, 408)로의 루트들에 도메인들을 매핑시키는 데이터베이스를 유지할 수 있다. 예를 들어, 액세스 포인트(404)는 하나의 도메인을 액세스 포인트(406)로의 루트에 매핑시키고 또 다른 도메인을 액세스 포인트(408)로의 루트에 매핑시키는 액세스 포인트 데이터베이스(405)를 유지할 수 있다. 액세스 포인트는 또한 도메인의 사용자들을 그들의 등록 서버들에 매핑시키는 것을 유지할 수 있다. 액세스 포인트들(406, 408)은 루트들에 대한 도메인들의 유사한 매핑(407, 409)을 유지할 수 있다. 통신 시스템은 다른 도메인들의 클라이언트 종점들로부터 수신된 SIP 요청들에 대한 루트 정보를 저장해야 하는 것을 회피하기 위해 동일한 도메인 내에 있는 액세스 포인트 데이터베이스의 정보를 사용할 수 있다. 또한, 프레즌스 서버(또는 몇몇 다른 SIP 노드)가 등록 서버와 동일한 도메인에 위치되어 있으면, 프레즌스 서버는 등록 서버에 의해 이미 저장된 루트 정보를 저장해야 하는 것을 회피할 수 있다.

도 5는 일 실시예에서 요청을 수신하는 프레즌스 서버의 컴포넌트 처리를 예시하는 흐름도이다. 이 실시예에서, 프레즌스 서버는 등록 서버가 동일한 도메인에 있는지를 결정하고, 그렇다면, 수신된 요청과 관련된 루트 정보를 저장하지 않는다. 판정 블럭 501에서, 등록 서버가 동일한 도메인에 있으면, 컴포넌트는 블럭 502에서 계속되고, 그렇지 않으면 컴포넌트는 블럭 503에서 계속된다. 블럭 502에서, 컴포넌트는 등록 서버가 동일한 도메인에 있다는 것을 나타내는 플래그를 설정하고 요청의 루트 정보를 저장하지 않는다. 블럭 503에서, 컴포넌트는 요청들의 루트 기록들 및 콘택트를 저장한다. 컴포넌트는 그 후 종료한다.

도 6은 일 실시예에서 요청을 보내는 프레즌스 서버의 컴포넌트 처리를 예시하는 흐름도이다. 이 실시예에서, 프레즌스 서버는 등록 서버가 동일한 도메인에 있는지를 판정하고, 그렇다면, 등록 서버로부터 루트 정보를 요청한다. 판정 블럭 601에서, 사용자의 등록 서버가 동일한 도메인에 있으면, 컴포넌트는 블럭 602에서 계속되고, 그렇지 않으면 컴포넌트는 블럭 605에서 계속된다. 블럭 602에서, 컴포넌트는 예를 들어 활성 디렉토리로부터 사용자의 등록 서버를 식별한다. 블럭 604에서, 컴포넌트는 함께 배치된 프록시 서버를 가질 수 있는 등록 서버에 요청을 전송한다. 그 후 컴포넌트는 종료한다. 블럭 605에서, 컴포넌트는 클라이언트 종점에 대한 루트 기록들 및 컨택트 정보를 검색한다. 블럭 606에서, 컴포넌트는 루트 기록들을 요청에 추가한다. 블럭 608에서, 컴포넌트는 검색된 루트 기록들에 의해 식별된 제1 노드로 요청을 송신한 후 종료한다.

도 7은 일 실시예에서 액세스 포인트에서 소스 요청을 수신하는 통신 시스템의 컴포넌트 처리를 예시하는 흐름도이다. 이 실시예에서, 컴포넌트는 액세스 포인트와 함께 배치된 프록시 서버의 일부이다. 블럭 701에서, 컴포넌트는 to 필드로부터의 도메인을 검색한다. 블럭 702에서, 컴포넌트는 그 도메인에 요청을 보냈을 때 사용한 루트 정보에 대하여 검색된 도메인의 매핑이 존재하는 것을 보장한 다. 블럭 703에서, 컴포넌트는 요청으로부터 루트 정보를 제거한다. 블럭 704에서, 컴포넌트는 루트 정보로서의 액세스 포인트를 요청에 추가한다. 블럭 705에서, 컴포넌트는 등록 서버에 요청을 전송한다. 그후 컴포넌트는 종료한다.

도 8은 일 실시예에서 액세스 포인트에서 목적지 요청을 수신하는 통신 시스템의 컴포넌트 처리를 예시하는 흐름도이다. 블럭 801에서, 컴포넌트는 to 필드로부터의 도메인을 검색한다. 블럭 802에서, 컴포넌트는 그 도메인에 대한 루트 정보를 검색한다. 블럭 803에서, 컴포넌트는 액세스 포인트의 루트 정보를 요청에 추가한다. 블럭 804에서, 컴포넌트는 루트 정보에 의해 식별된 제1 노드에 요청을 전송한 후 종료한다.

상기로부터, 예시를 위해 통신 시스템의 특정 실시예들이 본원에 기술되었지만, 본 발명의 정신 및 범위를 벗어나지 않고 각종 변경이 이루어질 수 있음을 이해할 것이다. 따라서, 본 발명은 첨부된 특허청구범위에 의한 것 외에는 제한되지 않는다.

본 발명에 의하면, 통신 네트워크의 프록시 노드에서 다이얼로그 동안 소스와 목적지 종점들 사이에 발송되는 메시지들을 중개하기 위한 방법 및 시스템이 제공된다.

Claims

네트워크의 노드에서 다이얼로그의 메시지들을 처리하기 위한 방법으로서,

소스 노드로부터 목적지 노드로 송신된 제1 다이얼로그 요청을 수신하는 단계 - 상기 제1 요청은 상기 목적지 노드로부터 상기 소스 노드로의 요청이 상기 노드에 도달한 후에 이동할 노드들의 경로를 식별하는 루트 정보(route information)를 포함함 - ;

상기 루트 정보에 대한 상기 다이얼로그의 매핑을 제공하는 단계;

상기 노드의 상기 루트 정보만을 가진 상기 제1 요청을 상기 목적지 노드에 전송하는 단계;

상기 소스 노드에 전송된 제2 다이얼로그 요청을 수신하는 단계;

상기 매핑으로부터 상기 제2 요청에 표시된 상기 다이얼로그에 대한 상기 루트 정보를 검색하는 단계; 및

상기 검색된 루트 정보를 갖는 상기 제2 요청을 상기 소스 노드로 전송하는 단계

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

상기 맵핑 제공 단계는 상기 요청이 상기 노드에서 수신된 후에 발생하는 방법.
제1항에 있어서,

동일한 도메인으로부터의 소스 노드들은 동일한 루트 정보를 갖고 상기 맵핑은 상기 소스 노드들의 상기 도메인을 상기 루트 정보에 매핑시키는 방법.
제3항에 있어서,

상기 노드는 도메인의 액세스 포인트 노드인 방법.
제1항에 있어서,

상기 메시지들은 SIP(Session Initiation Protocol)를 따르고 상기 루트 정보는 기록-루트(Record-Route) 및 콘택트(Contact) 헤더들로부터 도출되는 방법.
제5항에 있어서,

상기 제2 요청의 전송 단계는 상기 루트 정보에 의해 식별된 제1 노드에 상기 요청을 송신하는 단계를 포함하는 방법.
제1항에 있어서,

상기 루트 정보는 상기 요청이 상기 소스 노드로부터 상기 노드로 이동한 노드들의 상기 경로를 식별하는 방법.
제1항에 있어서,

상기 요청들은 SIP를 따르고, 상기 노드는 등록 서버이고, 상기 제공된 매핑은 등록 매핑인 방법.
제8항에 있어서,

상기 목적지 노드는 프레즌스 서버(presence server)인 방법.
소스 노드로부터 목적지 노드로의 제1 다이얼로그 요청을 수신하는 단계 - 상기 제1 요청은 루트 정보를 포함함 - ;

상기 루트 정보에 대한 상기 소스 노드의 매핑을 생성하는 단계;

상기 매핑된 루트 정보 없이 상기 노드를 식별하는 루트 정보를 갖는 상기 제1 요청을 전송하는 단계;

상기 소스 노드로 전송된 제2 다이얼로그 요청을 수신하는 단계;

상기 매핑으로부터 상기 제2 요청에 표시된 상기 다이얼로그에 대한 상기 루트 정보를 검색하는 단계;

상기 제2 요청에 상기 검색된 루트 정보를 추가하는 단계; 및

상기 검색된 루트 정보에 의해 표시된 상기 노드로 상기 제2 요청을 전송하는 단계

를 포함하는 방법에 의해,

SIP를 사용하여 메시지들을 처리하도록 네트워크의 노드를 제어하기 위한 명 령어들을 포함하는 컴퓨터 판독가능한 매체.
제10항에 있어서,

상기 매핑의 생성 단계는 상기 요청이 상기 노드에서 수신된 후에 발생하는 컴퓨터 판독가능한 매체.
제10항에 있어서,

동일한 도메인으로부터의 소스 노드들은 동일한 루트 정보를 갖고, 상기 매핑은 상기 소스 노드들의 도메인을 상기 루트 정보에 매핑시키는 컴퓨터 판독가능한 매체.
제10항에 있어서,

상기 노드는 등록 서버이고 상기 생성된 매핑은 등록 매핑인 컴퓨터 판독가능한 매체.
제13항에 있어서,

상기 매핑은 상기 소스 노드가 상기 노드로 등록할 때 생성되는 컴퓨터 판독가능한 매체.
제14항에 있어서,

상기 목적지 노드는 프레즌스 서버인 컴퓨터 판독가능한 매체.
제15항에 있어서,

상기 제2 요청은 상기 프레즌스 서버와 동일한 도메인 내의 등록 서버로부터 수신되었고, 상기 노드는 매핑을 생성하지 않는 컴퓨터 판독가능한 매체.
네트워크의 목적지 노드에서 메시지들을 처리하기 위한 방법으로서,

소스 노드로부터 목적지 노드로의 제1 요청을 등록 노드로부터 수신하는 단계 - 상기 소스 노드는 사용자를 가짐 - ; 및

상기 목적지 노드와 상기 등록 노드가 동일한 도메인 내에 있는 경우,

상기 사용자의 상기 등록 노드의 표시를 등록 노드들에 대한 사용자들의 매 핑으로부터 검색하는 단계; 및

상기 매핑에 의해 표시된 상기 등록 노드로 상기 소스 노드에 대한 요청을 전송하는 단계

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

상기 목적지 노드는 프레즌스 서버인 방법.
제17항에 있어서,

상기 메시지들은 SIP를 따르는 방법.
제17항에 있어서,

상기 등록 노드들은 등록된 사용자들에 대한 루트 정보를 유지하는 방법.