KR101192036B1

KR101192036B1 - 프레젼스 구독과 함께 접속 리스트 엔트리들을 전송하는시스템 및 방법

Info

Publication number: KR101192036B1
Application number: KR1020060104731A
Authority: KR
Inventors: 오재권; 나라야나 쿠룹 아자쓰 쿠마르 파드말라암
Original assignee: 삼성전자주식회사
Priority date: 2005-10-26
Filing date: 2006-10-26
Publication date: 2012-10-17
Also published as: WO2007049928A1; CN102149077B; JP2009514321A; EP1941752A1; JP5036723B2; DE602006017096D1; CN101292549A; EP1941752B1; CN102149077A; KR20070045133A; EP1941752A4

Abstract

본 발명은 프레젼스 구독(Presence Subscription)과 함께 접속 리스트 엔트리(Contact List Entry)들을 다른 사용자들에게 전송(forward)하는 방법 및 시스템에 관한 것으로 서버가 접속 리스트 엔트리들을 전송하기 위한 요청을 수신하는 단계; 각각의 사용자가 전송된 문서들, 별명(alias)들, 및 프레젼스 구독들을 수락하고자 하는 대상인 다른 사용자들의 ID들을 사전에 설정하는 단계; 및 서버가 전송 동작을 수행하면서 사전 설정치를 확인하는 단계를 포함하고, 여기서 송신측 사용자의 ID가 사전 설정치 리스트에 있으면, 서버가 상기 접속 리스트 문서들을 수신 측 사용자의 트리에 등록한다.

프레젼스 구독, 접속 리스트, 엔트리, 그룹 리스트, GLM (Group List Management) 서버

Description

프레젼스 구독과 함께 접속 리스트 엔트리들을 전송하는 시스템 및 방법{SYSTEM AND METHOD FOR FORWARDING PRESENCE SUBSCRIPTION ALONG WITH CONTACT LIST ENTRIES}

도 1은 그룹/접속 리스트 엔트리 추가 과정을 나타낸 도면.

도 2는 프레젼스 구독 과정을 나타낸 도면.

도 3은 별명 추가 과정을 나타낸 도면.

도 4는 접속 리스트/그룹 리스트 엔트리들을 전송(forward)하는 과정을 나타낸 도면.

도 5는 접속 리스트/그룹 리스트 엔트리들을 전송(forward)하며 프레젼스 구독 (Presence Subscription)을 수행하는 과정을 나타낸 도면.

도 6은 접속 리스트/그룹 리스트 엔트리들을 전송(forward)하며 별명(alias)을 추가하는 과정을 나타낸 도면.

도 7은 묵시적으로 접속 리스트/그룹 리스트 엔트리들을 추가하고 이들의 프레젼스 구독을 수행하는 과정을 나타낸 도면.

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

GLM Server: 그룹 및 리스트 관리 서버 User A: 사용자 A

Presence Server: 프레젼스 서버 User B: 사용자 B

List Document: 리스트 문서

본 발명은 전반적으로 이동 통신 기술에 관한 것이다. 또한, 본 발명은 프레젼스(Presence)를 구독(Subscription)하는데 사용되고, 푸시 투 토크 오버 셀룰러(Push to talk Over Cellular)(PoC), 인스턴트 메시징(Instant Messaging) 등에서 그룹 통신에 사용되는 그룹 및 리스트 관리 기술에 관한 것이다. 보다 구체적으로, 본 발명은 접속 리스트 엔트리들과 함께 이들에 대한 프레젼스 구독을 전송하는 시스템 및 방법에 관한 것이다.

현재 그룹 관리와 관련된 오픈 모바일 앨리언스(OMA : Open Mobile Alliance) 표준에서는, 그룹 및 리스트 관리 서버(Group and List Management Server)(GLMS)들에 접속 리스트 엔트리(Contact List Entry)를 저장하기 위해 접속 리스트(Contact List)들이 사용되고 있다. 이때, 접속 엔트리들은 특정 사용자들에 대한 식별 정보로, 이 식별자를 통해 어느 사용자는 해당 사용자들과 통신할 수 있다. 접속 리스트(Contact List)들은 이러한 다른 사용자들의 식별자들을 대표하는 접속 엔트리들의 리스트이다. 또한, 그룹 리스트(Group List)들은 그룹 통신을 위한 그룹들을 정의하는데 사용되고, 그룹 통신을 수행하도록 그룹으로 분류된 접속 엔트리들의 리스트을 포함한다. 접속 리스트 및 그룹 리스트들은 이들 각각의 특성들을 규정짓는 그 자체의 속성 세트들(attribute sets)을 갖는다. 접속 리스트들은 다른 사용자들의 프레젼스 정보를 구독(subscribing)하여 그들과 통신을 개시하는데 사용된다. 또한, 그룹 리스트들은 푸시 투 토크 오버 셀룰러(PoC), 인스턴트 메시징 등과 같은 그룹 통신들을 개시하는데 사용된다.

사용자는 접속 리스트에 기술된 다른 사용자들의 접속 리스트 엔트리들을 이용하여 다른 사용자들에게 프레젼스 구독 요청을 전송함으로써 해당 사용자들의 프레젼스 정보를 구독할 수 있다. 여기서, 프레젼스 정보란 장치 가용성, 사용자 상태, 위치, 클라이언트 장치 성능, 및 검색 가능한 개인 속성들과 같은 해당 사용자와의 통신에 사용될 수 있는 정보들의 집합이다. 이러한 접속 리스트 엔트리들은 별명(alias name)들이 추가될 수 있다. 현재, 사용자는, 다른 사용자들의 프레젼스 정보를 구독하기 위해서는, 자신의 접속 리스트에 있는 해당 사용자의 엔트리에 기술된 사용자 식별정보(예를 들면, SIP 주소)를 이용하여 해당 사용자에게로 프레젼스 정보 구독에 대해 별도의 요청을전송해야만 한다. 또한, 사용자가 다수의 프레젼스 속성들을 구독하고자 하는 경우, 그 사용자는 필요한 모든 속성들을 포함시켜 프레젼스 구독 요청을 전송해야만 한다.

또한, 만약 사용자가, GLMS에 이미 존재하는 다른 사용자에 대한 그룹 리스트를 생성하고자 한다면, 그 사용자는 해당 사용자에 대한 그 그룹의 그룹 리스트 엔트리들의 식별자 정보들을 특정 매체에 따로 적어 두었다가 그 엔트리들을 일일이 수동으로 새로 생성되는 그룹에 추가하는 것이 필요하다.

관련 기술의 동작

도 1, 도 2, 및 도 3으로부터 관련 기술의 동작을 이해할 수 있을 것이다. 도 1은 그룹/접속 리스트 엔트리 추가에 대한 현재의 시나리오를 나타내고 있다. 그 실행 단계는 다음과 같다:

1. 사용자 A가 그룹/접속 리스트에 사용자 B를 추가하고자 한다고 가정하면, 사용자 A는 먼저 리스트/그룹 엔트리 추가 요청을 GLM 서버에 전송하게 된다.

2. GLM 서버가 상기 추가 요청을 사용자 B에 전송한다.

3. 그러면, 사용자 B는 해당 요청에 대해 긍정적일 경우에 이에 대한 응답으로 수락 신호(allow signal)를 GLM 서버에 전송한다.

4. 그러면, GLM 서버가 사용자 B에 대한 엔트리를 리스트/그룹 문서에 추가한다.

도 2는 현재의 프레젼스 구독 메커니즘을 나타내고 있다. 그 실행 단계는 다음과 같다:

1. 사용자 A가 프레젼스 구독 요청을 다른 GLM 서버에 전송한다.

2. GLM 서버가 상기의 구독 요청을 사용자 B에 전송한다.

3. 그러면, 사용자 B는 해당 요청에 대해 긍정적일 경우에 이에 대한 응답으로 수락 신호를 GLM 서버에 전송한다.

4. 사용자 A가 프레젼스 서버를 통해 필요한 프레젼스 속성들을 선택함으로써 다른 사용자들의 프레젼스 정보를 구독한다.

도 3은 별명들을 추가하는 현재의 메커니즘을 나타내고 있다. 그 실행 단계는 다음과 같다:

1. 사용자 A가 별명을 추가하는 요청을 보낸다.

2. GLM 서버가 접속 리스트에 별명을 추가한다.

상기와 같은 도 1, 2, 3의 기술 동작을 요약하면 하기와 같다.

1) 접속 리스트에 사용자들을 추가하는 요청:

사용자 A가 자신의 접속 리스트에 사용자 B를 추가하려는 요청을 서버에 전송한다.

2) 서버가 접속 리스트에 엔트리를 추가:

서버가 사용자 B를 사용자 A의 접속 리스트에 엔트리로서 추가하려는 요청을 사용자 B에 전송한다. 사용자 B가 추가를 수락하면, 서버가 사용자 A의 접속 리스트에 사용자 B에 대한 엔트리를 추가한다.

3) 그룹 리스트를 생성하는 요청:

사용자 A가 자신의 그룹 리스트에 엔트리를 추가하려는 요청을 서버에 전송한다.

4) 서버가 그룹 리스트에 엔트리를 추가:

서버가 사용자 A의 그룹 리스트에 엔트리를 추가한다.

5) 프레젼스의 구독:

사용자 A가 자신의 접속 리스트 엔트리에 추가된 다수의 사용자들 각각의 프레젼스 정보를 구독하려는 요청을 서버에 전송한다. 서버가 구독 요청을 각각의 사용자들에 전송하고, 그 구독 요청을 수락한 사용자들에 대해 프레젼스 구독이 허락된다.

6) 별명 추가:

사용자 A가 사용자 B에 대한 별명을 추가하려는 요청을 서버에 전송하고, 그 엔트리에 해당하는 별명이 추가된다.

기존의 기술의 한계점들을 요약하면 다음과 같다:

1. 접속 리스트 및 그룹 리스트를 수동으로 생성하는 것이 필요하고, 그 리스트들에 개개의 엔트리들을 추가하는 것을 일일이 수동으로 하는 것이 필요하다.

2. 접속 리스트 또는 그룹 리스트에 있는 엔트리들의 수가 클 경우, 수동으로 추가하는 것이 시간 소모적이고 어렵다.

3. 접속 리스트 엔트리들에 포함된 사용자들의 프레젼스 정보를 수동으로 구독하는 것이 필요하다.

4. 프레젼스 속성들의 수가 클 경우, 수동 구독이 시간 소모적이고 어렵다.

5. 별명들을 수동으로 추가하는 것이 필요하다.

본 발명의 목적은 어느 사용자의 그룹/접속 리스트의 일부인 엔트리들과, 이 엔트리들에 대해 구독된 프레젼스 정보 속성들, 및 이 엔트리들의 별명들을 다른 사용자에 전송하는 시스템 및 방법을 제공하는 것이다.

또한, 본 발명은 접속 리스트/그룹 리스트 엔트리들과 그들의 프레젼스 구독 및 별명들을 함께 전송함으로써, 이들을 수신한 사용자는 접속 및 그룹 리스트들에 수동으로 그 엔트리들을 추가할 필요가 없고, 이를 전송하는 사용자가 이미 구독한 그 속성들에 대한 프레젼스 정보에 대해 수동으로 구독할 필요가 없으며, 접속 리스트에 그 엔트리들에 대한 별명들을 수동으로 추가할 필요가 없게 된다. 이는 엔트리들 및 별명들을 추가하는데 드는 시간을 줄여주고, 프레젼스 정보를 구독하기 쉽게 해준다.

상기한 바와 같은 목적을 달성하기 위한 본 발명은 프레젼스 구독을 접속 리스트 엔트리들과 함께 전송하는 방법에 있어서, (a) 서버가 접속 리스트 엔트리들을 전송하기 위한 요청을 수신하는 단계; (b) 각각의 사용자가 전송된 문서들, 별명들, 및 프레젼스 구독들을 수락하고자 하는 대상인 다른 사용자들의 ID들을 사전 에 설정치 리스트로 설정하는 단계; 및 (c) 서버가 전송 동작을 수행하면서 상기 사전 설정치 리스트를 확인하는 단계를 포함하고, 전송 측 사용자의 ID가 상기 사전 설정치 리스트에 있으면, 서버가 그 접속 리스트 문서들을 수신 측 사용자의 트리에 등록하는 것을 특징으로 한다.

또한, 본 발명은 프레젼스 구독과 함께 접속 리스트 엔트리들을 전송하는 방법에 있어서, (a) 사용자가 서버 또는 클라이언트 중 어느 하나에 저장되어 있는 자신의 접속 리스트/그룹 리스트 엔트리들을, 이들 엔트리들의 별명이나 프리젠스 구독과 같은 속성들과 함께, 다른 사용자들에게 전송(forward)할 것을 하나의 트랜잭션(transaction)으로 서버에게 요청할 수 있는 단계; (b) 서버가 접속 리스트 엔트리들(Contact List Entries)을 전송(forward)하기 위한 요청을 수신하는 단계; (c) 서버가 상기 전송 요청된 접속 리스트 엔트리들 및 그 속성들에 대해 전송 대상 수신 사용자의 수락 여부를 확인하고 전송 요청을 전송 대상 수신 사용자에 대해 수행하는 단계를 포함한다.

또한, 본 발명은 프레젼스 구독과 함께 접속 리스트 엔트리들을 전송하는 시스템에 있어서, (a) 서버가 접속 리스트 엔트리들을 전송하려는 요청을 수신하도록 하는 수단; (b) 각각의 사용자가 전송된 문서들, 별명들, 및 프레젼스 구독들을 수락하고자 하는 대상인 다른 사용자들의 ID들을 사전에 설정치 리스트로 설정하도록 하는 수단; 및 (c) 서버가 전송 동작을 수행하면서 상기 사전 설정치 리스트를 확인하도록 하는 수단을 포함하되, 전송 측 사용자의 ID가 상기 사전 설정치 리스트에 있으면, 서버가 그 접속 리스트 문서들을 수신 측 사용자의 트리에 등록하는 것 을 특징으로 한다.

본 발명에서 제1 사용자는 접속 리스트 및 그룹 리스트의 엔트리들, 각각의 엔트리에 해당하는 별명들, 및 그 엔트리들에 대한 구독된 프레젼스 정보를 다른 사용자에 전송할 수 있다. 이를 수신하는 제2 사용자가 자신의 접속 리스트 및 그룹 리스트에 엔트리들을 추가하는 것을 수락하면, 제2 사용자의 클라이언트는, 적용 가능한 경우에, 전송된 접속 리스트에 있는 각각의 엔트리들에 대한 추가 요청들을 서버에게 전송하고, 서버는 이 추가 요청된 엔트리들에 해당하는 사용자들로부터 엔트리들의 추가에 대한 수락을 받는 대로, 그 엔트리들을 제2 사용자의 접속 및 그룹 리스트들에 추가하게 된다. 제2 사용자가 접속 리스트에 있는 엔트리들의 프레젼스 구독을 수락하면, 제2 사용자의 클라이언트는 제1 사용자가 프레젼스 이미 구독하고 있는 접속 리스트에 있는 모든 엔트리들에 이들의 프레젼스 정보를 구독하기 위한 별도의 요청들을 서버에게 전송한다. 이러한 접속 리스트를 전송하는 경우에 제2 사용자가 제1 사용자에 의해 엔트리들에 추가된 별명들을 추가하고자 한다면, 제2 사용자의 클라이언트는 전송된 접속 리스트 엔트리들에 해당하는 별명들을 추가하려는 별도의 요청들을 서버에 전송한다. 접속 리스트/그룹 리스트 엔트리들, 이들에 대한 프레젼스 구독, 및 이들에 대한 별명들의 전송은 단일의 트랜젝션을 사용하여 이뤄진다.

본 발명에서는 하기 기술된 바와 같은 시스템을 제안한다.

본 발명에서 제안하는 시스템은, 프레젼스 구독과 함께 접속 리스트 엔트리들을 전송하는 시스템으로서, 접속 리스트 추가를 위해,

(a) 접속/그룹 리스트에 추가하기 위한 엔트리를 전송하고, 그 엔트리를 리스트/그룹 문서에 추가하는 GLM 서버;

(b) 제2 사용자의 추가를 위한 접속 리스트 엔트리 전송 동작을 개시하는 제1 사용자;

(c) 전송된 접속 리스트에 있는 각각의 엔트리들에 대해 개별적인 추가 요청들을 전송하는 제2 사용자의 클라이언트; 및

(d) 요청에 대하여 긍정적으로 수락되면 상기 요청에 대한 응답으로 허락 신호를 GLM 서버에 전송하는 제2 사용자를로 구성되는 시스템이다.

또한 본 발명에서 제안하는 시스템은, 프레젼스 구독과 함께 접속 리스트 엔트리들을 전송하는 시스템으로서,

(a) 프레젼스 구독 또는 별명의 추가를 동반한 접속 리스트 엔트리 전송 동작을 수행하는 제1 사용자;

(b) 제2 사용자의 수락을 가정하여 묵시적으로, 엔트리들과 별명들을 추가하고 프레젼스 정보를 구독할 것을 요청하고, 프레젼스 정보 획득을 수행하며, 전송 동작에 대한 통지(notification)를 제2 사용자에게 전송하는 GLM 서버;

(c) 요청에 대하여 긍정적으로 수락되면 상기 요청에 대한 응답으로 허락 신호를 GLM 서버에 전송하는 제2 사용자; 및

(d) 필요한 프레젼스 속성들을 선택함으로써 다른 사용자들의 프레젼스 정보를 구독하는데 사용되는 프레젼스 서버를 포함하는 시스템을 추가로제안한다.

본 발명에서 제안하는 방법은, 프레젼스 구독과 함께 접속 리스트 엔트리들 을 전송하는 방법으로서, 접속 리스트 추가를 위해,

(a) GLM 서버가 접속/그룹 리스트에 추가하기 위한 엔트리를 전송하는 단계;

(b) 제1 사용자가 제2 사용자의 리스트에 추가를 위한 접속 리스트 엔트리 전송 동작을 개시하는 단계;

(c) 제2 사용자의 클라이언트가 전송된 접속 리스트에 있는 각각의 엔트리에 대해 개개의 추가 요청들을 전송하는 단계;

(d) 제2 사용자가 요청에 대하여 긍정적으로 수락하면 요청에 대한 응답으로 허락 신호를 GLM 서버에 전송하는 단계; 및

(e) GLM 서버가 리스트/그룹 문서에 엔트리를 추가하는 단계를 포함하는 방법을 제안한다.

또한 본 발명에서 제안하는 방법은, 프레젼스 구독과 함께 접속 리스트 엔트리들을 전송하는 방법으로서,

(a) 제1 사용자가 프레젼스 구독 및/또는 별명의 추가를 동반한 접속 리스트 엔트리 전송 동작을 행하는 단계;

(b) GLM 서버가, 제2 사용자의 수락을 가정하여 묵시적으로, 엔트리들과 별명들을 추가하고 프레젼스 정보에 구독할 것을 요청하는 단계;

(c) 제2 사용자가 요청에 긍정적이면 허락 신호를 GLM 서버로 전송하는 단계;

(d) GLM 서버가 프레젼스 정보를 획득하는 단계;

(e) GLM 서버가 전송 동작에 대한 통지를 제2 사용자에게 전송하는 단계; 및

(f) 프레젼스 서버를 사용하여 필요한 프레젼스 속성들을 선택함으로써 다른 사용자들의 프레젼스 정보를 구독하는 단계를 포함하는 방법을 추가로제안한다.

따라서, 본 발명은 프레젼스 구독과 함께 접속 리스트 엔트리들을 전송하는 방법으로서,

(a) 서버가 접속 리스트 엔트리들을 전송하기 위한 요청을 수신하는 단계;

(b) 각각의 사용자가 전송된 문서들, 별명들, 및 프레젼스 구독을 수락하고자 하는 대상인 다른 사용자들의 ID들을 사전에 설정하는 단계; 및

(c) 서버가 전송 동작을 수행하면서 사전 설정치를 확인하는 단계를 포함하되, 전송을 요청한 사용자의 ID가 사전 설정치 리스트에 있으면, 서버는 이를 수신 측 사용자의 사전 수락으로 이해하고, 전송된 접속 리스트 문서들을 수신 측 사용자의 사용자 트리(user’s tree)에 등록하는 방법을 추가적으로 기술하고 있다.

사용자들의 ID들을 사전에 설정하는 것은 XML 문서 관리를 사용하여 이뤄질 수 있는데, 그러한 XML 문서 관리에서는 사용자가 XDM 클라이언트를 사용하여 다른 사용자들의 ID들을 액세스 리스트에 추가하도록 액세스 정책(access policy) XML 문서를 변경하려는 XCAP PUT 요청을 XDM 서버에 전송한다. XCAP PUT은 XDM 서버들에 저장된 임의의 XML 문서들을 변경하기 위한 것으로 식별되고, 해당 문서를 요청대로 변경하는 대로 곧바로 XDM 서버가 XDM 클라이언트에 응답을 회신한다.

(a) 서버가 접속 리스트 엔트리들을 전송하려는 요청을 수신하도록 하는 수 단;

(b) 각각의 사용자가 전송된 문서들, 별명들, 및 프레젼스 구독들을 수락하고자 하는 대상인 다른 사용자들의 ID들을 사전에 설정하도록 하는 수단; 및

(c) 서버가 전송 동작을 수행하면서 사전 설정치를 확인하도록 하는 수단을 포함하되, 전송 측 사용자의 ID가 사전 설정치 리스트에 있으면, 서버는 이를 수신 측 사용자의 사전 수락으로 이해하고, 전송된 접속 리스트 문서들을 수신 측 사용자의 트리에 등록하는 시스템을 추가로 기술하고 있다.

또한 본 발명에서 제안하는 방법은, 프레젼스 구독과 함께 접속 리스트 엔트리들을 전송하는 방법으로서, 원본 접속 리스트에 영향을 주지 않으며 전송을 위해 변경된 원본의 수정된 접속 리스트들과 이들에 대한 프레젼스 구독을 다중 사용자들에게 전송될 수 있으며, 이는 다음과 같이 구현될 수 있다:

사용자가 자신의 접속 리스트/그룹 리스트로부터 전송을 위한 다수의 엔트리들을 선택한다. 사용자가 선택한 접속 리스트/그룹 리스트 엔트리들에 대한 몇몇 동작들을 수행하여 그룹의 특성들을 변경하고(예컨대, 사용자가 접속 리스트/그룹 리스트로부터 특정의 엔트리들을 제거함), 변경된 접속 리스트/그룹 리스트를 다른 사용자들에 전송한다. 이와 같은 경우, 사용자는 자신의 서비스 트리에 있는 기존의 리스트에서 변경된 접속 리스트/그룹 리스트를 전송한다.

또한, 본 발명에서는 프레젼스 구독과 함께 접속 리스트 엔트리들을 전송하는 대안적인 방법으로, 클라이언트 장치에 저장된 접속 리스트들을 변경 후에 수신 측들에 전송하는 방법을 제안한다. 이는, 클라이언트 장치에 직접 저장된 접속 리 스트들을 단일의 트랜젝션을 사용하여 하나 이상 다수의 수신 측들에게 전송하는 방법이다. 이 때, 클라이언트 장치에 저장된 원본 점속 리스트들에 영향을 줌이 없이 전송될 접속 리스트의 엔트리들을 동적으로 변경하여 전송을 할 수 있다. 이러한 접속 리스트 문서를 변경하는 데에는 UI(User Interface) 지원이 제공될 수 있다. 사용자는 제공되는 UI를 사용하여 클라이언트 장치의 캐시에 저장된 XML 문서를 선택하여 원하는 엔트리들을 변경하고, 전송 동작을 개시한다. 이러한 접속 리스트의 전송은 해당 접속 리스트를 바디로 하는 HTTP XCAP PUT 요청으로 구현될 수 있다. 즉, XDM 클라이언트는 접속 리스트 XML 문서의 콘텐츠를 본문으로 하는 HTTP XCAP PUT 요청을 생성하여 그 요청을 XDM 서버에 전송한다. XDM 서버는 수신 측 사용자들에게 수신한 전송 요청에 대한 통지를 수행하고, 수신 측 사용자들이 전송된 접속 리스트를 수락하면, XDM 서버는 이에 해당하는 별도의 접속 리스트 XML 문서들을 생성하고 수신 측 사용자들이 그 문서들의 소유자가 되도록 하여 저장한다. XML 문서들을 생성하는 대로 XDM 서버는 그 문서들의 URI들을 수신 측 사용자들에게 전송한다.

첨부 도면들을 참조하여 이하 상세한 설명으로부터 본 발명의 또 다른 목적들, 특징들, 및 이점들을 명확히 알게 될 것이다.

이제, 본 발명의 바람직한 실시예들을 첨부 도면들을 참조하여 설명하기로 한다. 하지만, 개시되는 실시예들은 단지 본 발명의 예시에 불과하고, 본 발명은 다양한 형태들로 실시될 수 있음을 알아야 할 것이다. 이후의 설명 및 도면들은 본 발명을 한정하는 것으로 해석되어서는 안 되고, 특허 청구 범위에 대한 기초로 서, 그리고 본 발명을 어떻게 구성 및/또는 사용하는지를 당업자에게 개시하기 위한 것으로서, 본 발명의 완전한 이해를 제공하기 위해 다수의 특정의 세부 사항들을 기술하고 있다. 하지만, 특정의 상황에서는, 본 발명을 불필요하게 모호하게 하지 않기 위해 주지의 또는 통상의 세부 사항들을 구체적으로 설명하지는 않기로 한다.

제안되는 시스템은 다음의 방식들로 구현될 수 있다:

1. 어느 한 사용자의 접속 리스트들, 그룹 리스트들, 접속 리스트에 있는 엔트리들에 대한 프레젼스 구독, 및 접속 리스트에 있는 엔트리들에 대한 별명들을 다른 사용자에 전송하여, 이 엔트리들이 이를 수신한 제2 사용자의 접속 리스트에서 이미 입수될 수 있는 것이 아닌 경우의 그 각각의 엔트리, 프레젼스 구독, 및 그 엔트리들에 해당하는 별명들을 제2 사용자의 접속 리스트에 추가하도록 제2 사용자를 촉구한다. 제2 사용자가 전송된 엔트리들과 별명의 추가 및 그 엔트리들에 대한 프레젼스 구독을 선택하면, 제2 사용자의 클라이언트가 전송된 접속 리스트/그룹 리스트 엔트리들과 이들에 대한 별명들을 제2 사용자의 접속 리스트/그룹 리스트에 추가하려는 개개의 요청들을 서버에 전송하고, 전송된 접속 리스트에 있는 각각의 엔트리에 대한 개개의 프레젼스 구독 요청을 서버에게 전송한다.

2. 접속 리스트/그룹 리스트 엔트리들, 그 엔트리들에 대한 별명들, 및 그 프레젼스 구독을 전송하면서, 서버는 제2 사용자가 현재 자신의 접속 리스트에 존재하지 않는 전송된 접속 리스트에 있는 새로운 멤버들과 현재 자신이 프레젼스 구독하지 않은 엔트리들 및 이들의 별명들을 제2 사용자 자신의 접속 리스트에 새롭 게 추가할 의향이 있고, 이들에 프레젼스 구독 의향이 있는 것으로 가정한다. 따라서, 서버는 현재 제2 사용자의 접속 리스트에는 없는 모든 전송된 엔트리들과 이들의 별명들을 제2 사용자의 접속 리스트에 추가하고, 이 엔트리들에 대한 프레젼스 정보를 구독할 것을 요청하게 된다.

본 발명의 동작

사용자가 자신의 접속 리스트/그룹 리스트로부터 다수의 엔트리들을 선택하고, 선택한 엔트리들에 대한 별명들과 프레젼스 구독을 전송하고자 하는지의 여부를 특정함으로써 이들을 다른 사용자들에 전송한다. 서버가 제2 사용자에 메시지를 전송하여, 전송된 접속 리스트/그룹 리스트 엔트리들 및 이들에 대한 별명들을 제2 사용자 자신의 리스트에 추가할 것인지, 또한 제1 사용자가 이미 구독한 이 엔트리들에 대한 프레젼스 정보를 구독할 의향이 있는지를 문의한다. 이에 대해 제2 사용자는 수락여부를 결정하고, 수락시 제2 사용자의 클라이언트는 제2 사용자의 접속 리스트/그룹 리스트에 전송된 엔트리들을 추가하려는 개개의 요청들을 서버에 전송하며, 서버는 이를 위한 필요한 태스크를 수행한다. 이후, 제2 사용자의 클라이언트가 그 엔트리들에 대한 별명들을 추가하려는 개개의 요청을 전송하고, 서버가 각각의 엔트리에 해당하는 별명을 추가한다. 제1 사용자가 구독하고 있는 프레젼스 속성에 대해, 제2 사용자의 클라이언트가 개개의 프레젼스 구독 요청들을 전송된 접속 리스트에 있는 모든 사용자들에 전송하고, 서버가 프레젼스 구독을 위한 동작들을 수행한다.

수신 측 사용자는 전송된 접속 리스트들 및 그들로부터의 프레젼스 구독을 획득할 의향이 있는 전송 측 사용자를 식별하는 URI들을 자신의 사용자 수락 리스트 또는 사용자 거부 리스트에 미리 추가할 수 있다. 이러한 서비스는 "ListForward"라고 생각될 수 있다. 그러면, 수신 측 사용자의 사용자 수락 리스트에 있는 엔트리들에 기술된 사용자들에 의해 이뤄지는 전송 동작들만이 수신 측 사용자에 전달되게 된다.

도 4는 접속 리스트 및 그룹 리스트를 추가하는 방식을 나타내고 있다. 그 실행 단계는 다음과 같다:

1. 사용자 A가 접속 리스트 엔트리 전송 동작을 개시한다.

2. GLM 서버가 접속/그룹 리스트에 추가하기 위한 엔트리를 전송한다.

3. 클라이언트 사용자 B가 사용자 C를 추가하려는 요청을 개시한다.

4. GLM 서버가 추가 요청을 사용자 C에 전송한다.

5. 그러면, 사용자 C가 요청에 긍정적일 경우에 수락 신호로써 GLM 서버에 응답한다.

6. 그러면, GLM 서버가 사용자 C의 해당 엔트리를 리스트/그룹 문서에 추가한다.

도 5는 전송된 접속 리스트 엔트리들의 프레젼스 정보를 구독하는 본 발명에 따른 방식을 나타내고 있다. 그 실행 단계는 다음과 같다:

1. 사용자 A가 프레젼스 구독을 동반한 접속 리스트 엔트리 전송 동작을 개시한다.

2. GLM 서버가 엔트리 및 프레젼스 구독에 대한 옵션인 파라미터들을 사용자 B에 전송한다.

3. 클라이언트 B가 자신의 프레젼스 구독에 사용자 C를 추가할 것을 요청한다.

4. GLM 서버가 프레젼스 구독 요청을 사용자 C에 전송한다.

6. 사용자 A가 프레전스 서버를 통해 필요한 프레젼스 속성들을 선택함으로써 다른 사용자들의 프레젼스 정보를 구독한다.

도 6은 전송 동작에 의해 추가된 엔트리들에 대한 별명들을 추가하는 방식을 나타내고 있다. 그 실행 단계는 다음과 같다:

1. 사용자 A가 별명을 동반한 접속 리스트 엔트리 전송 동작을 개시한다.

2. GLM 서버가 엔트리 및 별명의 추가를 위한 파라미터를 사용자 B에 전송한다.

3. 클라이언트 B가 별명의 추가를 GLM 서버에 요청한다.

4. GLM 서버가 리스트에 엔트리/별명을 추가한다.

도 7은 전송된 엔트리들에 대한 별명들, 및 프레젼스 정보의 구독을 추가하는 방식을 나타내고 있다. 이는 제2 사용자의 트랜젝션을 필요로 하지 않은 동작이다. 그 실행 단계는 다음과 같다:

1. 사용자 A는 프레젼스 구독을 동반한 접속 리스트 엔트리 전송 동작이 개시한다.

2. GLM 서버는, 사용자 B의 수락 리스트에 사용자 A가 있음을 확인하고, 사용자 B가 전송되는 접속 리스트 엔트리 및 이들에 대한 프레젼스 구독을 수락함을 가정한다. 따라서 GLM 서버는, 전송된 리스트 엔트리인 사용자 C의 엔트리와 이의 별명을 추가하고 사용자 C에 대한 프레젼스 정보 구독을 위해, 이를 사용자 C에게 요청한다.

3. 그러면, 사용자 C가 요청이 긍정적일 경우에 수락 신호로써 GLM 서버에 응답한다.

4. GLM 서버가 프레젼스 서버를 통해 사용자 C의 프레젼스 정보 획득을 수행한다.

5. GLM 서버가 전송 동작, 즉, 사용자 C의 엔트리 및 별명이 접속 리스트에 추가되고 이에 대한 프레젼스 구독이 됐음에 대한 통지를 사용자 B에 전송한다.

다음은 본 시스템을 구현하는 방법들의 예시들이다.

A. 그룹 전송 동작을 위한 새로운 트랜젝션의 예를 하기의 <표 1>과 같이 도시할 수 있다.

User Ajith forwards the POC group to User Venki :
GET
http://xdms.operator.com/script?action=forward_group&owner=sip%3
Ajith@Samsung.com&group_uri=sip%3Ajith%40poc345.Samsung.com
&recipient= sip %3Venki@Samsung.com HTTP/1.1
Authorization: Digest username="ajith", realm="xdms.samsung.com",
nonce="dcd98b7102dd2f0e8b11d0f600bfb0c093",

이와 같은 그룹 전송 동작은 전송하는 사용자 측의 식별정보(identity)가 수신 측의 사용자 수락 리스트에 있는 경우에만 수신 측 사용자에게 통지된다. 그렇지 않으면, 서버는 "403 Forbidden"을 전송 측에 회신한다. 이때의 인증은 접속/그룹 리스트 전송 동작들과 관련된 모든 동작들에 일반적인 사항이다.

수신 측 사용자가 전송된 그룹을 수락하면, 수신 측 사용자는 HTTP/1.1 200 OK를 회신한다.

XDM 서버는 문서의 사본을 생성하고 그 이름을 바꾸어 저장하며 그것의 URI를 수신 측 XDM 클라이언트에게 통지한다. 이때 수신 측 XDM 클라이언트로 전송되는 통지는 하기의 <표 2>와 같이 도시할 수 있다

Content-Type: application/group+xml;charset=UTF-8
<?xml version="1.0" encoding="UTF-8"?>
<group uri="sip%3Venki%40poc345.Samsung.com" max_participants="20"/>

또 다른 그룹 전송 동작을 위한 새로운 트랜젝션의 예를 하기의 <표 3>과 같이 도시할 수 있다.

User Ajith Gets the Document :
GET
http://xcap.example.com/services/resource-lists/users/sip:Ajith@Samsung.com/friends.xml HTTP/1.1
Content-Length: 0
Server returns the Document in the body of the 200 OK response.
HTTP/1.1 200 OK
Etag: "ababab"
Content-Type:application/resource-lists+xml
Content-Length: 327
<?xml version="1.0" encoding="UTF-8"?>
<resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists">
<list name="My_friends>
<entry uri="sip:friend1@example.com">
<display-name>Friend1</display-name>
</entry>
<entry uri="sip:friend2@example.com">
<display-name>Friend2</display-name>
</entry>
</list>
</resource-lists>

User Ajith Puts the Document in User Venki ’s Service Tree :
PUT
http://xcap.example.com/services/resource-lists/users/sip:Venki@Samsung.com/friends.xmlHTTP/1.1
Content-Type:application/resource-lists+xml
Content-Length:247
<?xmlversion="1.0"encoding="UTF-8"?>
<resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists">
<list name="My_friends">
<entry uri="sip:friend1@example.com">
<display-name>Friend1</display-name>
</entry>
</list>
</resource-lists>

서버가 PUT 요청을 수신할 경우, 서버는 그 요청에 제공된 사용자의 SIP URI가 전송 측 사용자의 것이 아님을 식별한다. 서버는 수신 측 사용자(Venki)에 메시지를 전송하여 그 수신 측 사용자가 문서를 수락하거나 거부할 수 있도록 한다. 수신 측이 문서를 수락하면, 서버는 문서를 수신 측 사용자의 서비스 트리에 등록하고, 그 새로운 문서의 SIP URI를 수신 측 사용자에 전송한다.

B. URI 리스트 전송 동작을 위한 새로운 트랙젝션 의 예를 하기의 <표 4>와 같이 도시할 수 있다.

GET
http://xdms.operator.com/script?action=forward_urilist&owner=sip%3
Ajith@Samsung.com&group_uri=sip%3Ajith%friendlist.Samsung.com&
recipient =
sip %3Venki@Samsung.com& forward _ presencesubscription = Confirm HTTP/1.1
Authorization: Digest username="ajith", realm="xdms.samsung.com",
nonce="dcd98b7102dd2f0e8b11d0f600bfb0c093",

상기의 <표 4>에서 "forward_presencesubscription=Confirm"은 서버가 전송된 리스트에 있는 엔트리들의 프레젼스 정보의 구독에 대해 수신 측 사용자로부터 확인을 구할 필요가 있음을 의미한다.

XDM 서버는 전송 동작을 하려는 요청을 수신하는 대로 곧바로 사용자를 인증한다. 사용자가 전송 동작을 수행할 권한이 있으면, 서버는 통지를 수신 측 사용자에 전송한다. 수신 측 사용자가 전송된 URI 리스트와 프레젼스 구독을 수락한다면, 수신 측 사용자는 HTTP/1.1, 200 OK를 XDM 서버에 회신한다. 그러면, 서버는 URI 리스트에 해당하는 XML 문서의 사본을 생성하고, 수신 측 사용자가 그 문서의 소유자가 되도록 그것의 이름을 바꾼다. 이름을 바꾸는 대로 곧바로 서버가 새로 생성된 문서에 대한 URI를 수신 측 사용자에 전송한다. 서버는 HTTP/1.1, 200 OK 응답을 송신 측 사용자에 다시 전송하여 동작을 종료시킨다. 수신 측 XDM 클라이언트는 URI 리스트에 있는 엔트리들에 대한 프레젼스 구독 요청(SUBSCRIBE)을 전송한다.

"forward_presencesubscription=Yes"로서의 묵시적 프레젼스 구독 동작은 수신 측 사용자가 전송된 리스트에 있는 엔트리들의 프레젼스 정보를 구독하고자 한다는 것을 의미한다. 이때 전송되는 구독 요청은 하기의 <표 5>와 같이 도시할 수 있다.

GET
http://xdms.operator.com/script?action=forward_urilist&owner=sip%3
Ajith@Samsung.com&group_uri=sip%3Ajith%40friendlist.Samsung.com&
recipient =
sip %3Venki@Samsung.com& forward _ presencesubscription = Yes HTTP/1.1
Authorization: Digest username="ajith", realm="xdms.samsung.com",
nonce="dcd98b7102dd2f0e8b11d0f600bfb0c093",

상기와 같은 경우, 서버는 수신 측 사용자가 언제든지 리스트를 수락하려고 하고 그 리스트에 있는 사용자들의 프레젼스 구독 의향이 있음을 가정한다. 서버는 구독 요청들을 묵시적으로 개개의 사용자들에 전송한다.

본 시스템은 본 발명에 따른 신규의 방식으로 구현될 수 있다.

각각의 사용자가 전송된 문서들, 별명들, 및 프레젼스 구독들을 수락할 의향이 있을 다른 사용자들의 ID를 사전에 설정한다. 전송 동작을 수행하면서, 서버가 사전 설정치를 확인하고, 전송 측 사용자의 ID가 사전 설정치 리스트에 있으면 그 문서를 수신 측 사용자의 트리에 등록한다.

사용자들의 ID들을 사전에 설정하는 것은 다음과 같이 XML 문서 관리를 사용하여 이뤄질 수 있다:

사용자가 XDM 클라이언트를 사용하여 다른 사용자들의 ID들을 액세스 리스트에 추가하도록 액세스 정책 XML 문서를 변경하려는 XCAP PUT 요청을 XDM 서버에 전송한다. XCAP PUT의 메소드(method)는 XDM 서버들에 저장된 임의의 XML 문서들을 변경하기 위한 것으로 식별된다. 문서를 변경하는 대로 곧바로 XDM 서버가 XDM 클라이언트에 200 OK 응답을 회신한다.

접속 리스트 엔트리들을 전송하려는 요청이 서버에 도달하면, 서버는 액세스 정책 XML 문서를 검색하여 전송 측 사용자가 다른 사용자에 대한 전송 동작을 수행할 권한이 있는지를 확인한다. 전송 측 사용자의 ID가 사전 설정치 리스트에 있으면, 서버는 접속 리스트 문서를 수신 측 사용자에 전송하게 된다.

요구사항:

1. 사용자는 다른 사용자에 전송하려는 접속 리스트/그룹 리스트로부터 다수의 엔트리들을 선택할 메커니즘을 자신의 클라이언트에 구비하고 있어야 한다.

2. 사용자는 자신이 다른 사용자들에 전송하는 엔트리들의 각각에 대해 프레젼스 구독 및 별명을 전송할 의향이 있는지의 여부를 특정할 메커니즘을 자신의 클라이언트에 구비하고 있어야 한다.

3. 서버는 제1 사용자가 제2 사용자에 대해 리스트 및 관련 별명들과 프레젼스 구독을 전송하였음을 제2 사용자에게 통지할 메커니즘을 구비하고 있어야 한다.

4. 제2 사용자는 전송된 리스트 및 관련 별명들과 프레젼스 구독에 대해 전체적으로나 선택적으로 수락하거나 거부할 메커니즘을 자신의 클라이언트에 구비하고 있어야 한다.

5. 제2 사용자는 엔트리들의 추가, 별명들의 추가, 및 프레젼스 정보의 구독만을 선택하든지 아니면 그들의 다양한 조합들을 선택 할 수 있도록 하는 메커니즘을 자신의 클라이언트에 구비하고 있어야 한다.

6. 제2 사용자의 클라이언트는 엔트리들과 이들의 별명들을 추가하고 이들에 대한 프레젼스 구독에 대한 개별적인 요청들을 전송할 메커니즘을 구비하고 있어야 한다.

7. 서버는 전송된 리스트로부터 어떤 멤버들이 현재 사용자 접속 리스트에 존재하지 않는지를 인지하여 그러한 엔트리들에 대해서만 전술된 절차를 요청할 메커니즘을 구비하고 있어야 한다.

8. 수신 측 클라이언트는 전송된 리스트로부터 어떤 멤버들이 현재 사용자 접속 리스트에 존재하지 않는지를 인지하여 그러한 엔트리들에 대해서만 전술된 절차를 요청할 메커니즘을 구비하고 있어야 한다.

9. 수신 측 클라이언트는 자신의 수락 리스트에서 이미 유효한 전송 사용자들을 인증함으로써 이들의 전송 동작을 제어할 수 있게 하기 위해 자신의 수락/거부 리스트에 엔트리들을 추가할 메커니즘을 구비하고 있어야 한다.

본 발명은 다음의 점들에서 장점을 갖는다:

1. 접속 리스트 엔트리들을 전송함으로써, 그들을 일일이 수동으로 추가하는 것을 방지할 수 있다.

2. 접속 리스트/그룹 리스트 엔트리들을 추가하고 프레젼스에 구독하며 별명을 추가하는데 소요되는 시간을 줄인다.

3. 엔트리들을 다른 접속 리스트로부터 인용함으로써, 접속/그룹 리스에 대한 엔트리들 추가함에 있어 오류를 피하게 된다.

4. 하나 이상의 프레젼스 속성들에 대한 프레젼스 정보에 수동으로 구독하는 것을 방지할 수 있다.

5. 엔트리들의 별명들을 일일이 수동으로 추가하는 것을 방지할 수 있다. 대안으로서, 서버는 사용자가 접속 리스트/그룹 리스트 엔트리들을 다른 사용자에 전송할 경우에 제2 사용자가 언제든지 접속 리스트/그룹 리스트 엔트리들, 그 엔트리들에 대한 별명들 및 프레젼스 구독을 수락하려고 할 것임을 가정한다. 따라서, 서버는 제2 사용자에 메시지를 전송하고 엔트리를 추가하라는 응답을 기다릴 필요가 없다. 서버는 제2 사용자의 접속 리스트에 추가하려는 엔트리들에 있는 모든 사용자들에게 개별적인 요청을 묵시적으로 전송하고, 해당 사용자들이 수락한 엔트리들을 제2 사용자의 접속 리스트/그룹 리스트에 추가한다. 서버는 그 엔트리들에 대한 별명들을 추가하고, 제2 사용자를 대신하여 프레젼스 구독 요청을 제1 사용자가 이미 구독한 엔트리들에 전송한다.

본 발명에 의하면, 접속 리스트 엔트리들을 전송함으로써, 그들을 일일이 수동으로 추가하지 않아도 되는 이점이 있다. 또한, 접속 리스트/그룹 리스트 엔트리들을 추가하고 프레젼스에 구독하며 별명을 추가하는데 소요되는 시간이 줄어들고, 엔트리들을 다른 접속 리스트로부터 인용함으로써, 접속/그룹 리스에 대한 엔트리들 추가함에 있어 오류 발생을 방지할 수 있다. 아울러, 하나 이상의 프레젼스 속성들에 대한 프레젼스 정보에 수동으로 구독하는 것을 방지할 수 있고, 엔트리들의 별명들을 일일이 수동으로 추가하지 않아도 되는 이점이 있다.

Claims

서버에서 프레젼스 구독을 접속 리스트 엔트리들과 함께 전송하는 방법에 있어서,

(a) 전송측 단말로부터 접속 엔트리들의 리스트를 전송하기 위한 요청을 수신하는 단계; 및

(b) 수신측 단말이 다른 단말들의 적어도 하나의 별명 및 프레젼스 정보에 대한 구독 요청들을 수락하기 위해서 설정한 다른 단말들의 ID들을 포함하는 사전 설정값 리스트를 확인하는 단계와,

(c) 상기 전송측 단말의 ID가 상기 사전 설정값 리스트에 있으면, 상기 접속 엔트리들의 리스트를 상기 수신측 단말에게 전송하는 단계를 포함하는 것을 특징으로 하는 프레젼스 구독과 함께 접속 리스트 엔트리들을 전송하는 방법.
제1항에 있어서, 상기 다른 단말들의 ID들은 XML 문서 관리를 사용하여 사전에 설정되고, 상기 전송측 단말이 XDM 클라이언트를 사용하여 상기 다른 단말들의 ID들을 액세스 리스트에 추가하도록 액세스 정책 XML 문서를 변경하려는 XCAP PUT 요청을 XDM 서버에 전송하는 과정을 더 포함하는 것을 특징으로 하는 프레젼스 구독과 함께 접속 리스트 엔트리들을 전송하는 방법.
제2항에 있어서, 상기 XCAP PUT은 상기 XDM 서버에 저장된 임의의 XML 문서들을 변경하기 위한 것으로 식별되고, 문서를 변경하는 대로 상기 XDM 서버가 상기 XDM 클라이언트에 응답을 회신하는 과정을 더 포함하는 것을 특징으로 하는 프레젼스 구독과 함께 접속 리스트 엔트리들을 전송하는 방법.
제1항에 있어서, 상기 전송측 단말이 전송 시에 변경된 수정 접속 리스트 또는 그룹 리스트를 상기 다른 단말들에 전송하는 과정을 더 포함하는 것을 특징으로 하는 프레젼스 구독과 함께 접속 리스트 엔트리들을 전송하는 방법.
제1항에 있어서, 상기 접속 엔트리들의 리스트를 전송하기 위한 요청을 수신하는 단계는,

상기 다른 단말들에 대한 별명들 및 프레전스 구독을 포함하는 다른 단말 상태와 함께, 같은 서버 또는 클라이언트에 저장된 그룹 리스트의 엔트리를 전송하기 위한 요청을 수신하는 단계임을 특징으로 하는 프레젼스 구독과 함께 접속 리스트 엔트리들을 전송하는 방법.
제5항에 있어서,

상기 전송측 단말의 ID가 상기 사전 설정값 리스트에 존재하면 상기 수신측 단말의 접속 리스트에 상기 접속 엔트리 또는 그룹 엔트리의 리스트 및 상기 적어도 하나의 별명 및 상기 프레전스 구독을 포함하는 단말 상태를 추가하는 과정과,

상기 수신측 단말을 대신하여 상기 프레전스 구독을 실행한 후 상기 수신측 단말에게 결과를 알리는 과정을 더 포함함을 특징으로 하는 프레젼스 구독과 함께 접속 리스트 엔트리들을 전송하는 방법.
제6항에 있어서,

상기 전송된 접속 엔트리의 리스트를 추가하면 추가할 엔트리들의 리스트에 대응하는 엔트리들의 리스트의 추가를 허락하는 요청을 상기 수신측 단말에게 전송하여 응답을 수신하는 과정과,

상기 엔트리들의 리스트를 추가하는 과정을 더 포함함을 특징으로 하는 프레젼스 구독과 함께 접속 리스트 엔트리들을 전송하는 방법.
프레젼스 구독과 함께 접속 리스트 엔트리들을 전송하는 서버에 있어서,

전송측 단말로부터 접속 엔트리들의 리스트를 전송하기 위한 요청을 수신하는 수단;

전송 동작을 수행하면서 수신측 단말이 다른 단말들의 적어도 하나의 별명 및 프레젼스 정보에 대한 구독 요청들을 수락하기 위해서 설정한 다른 단말들의 ID들을 포함하는 사전 설정값 리스트를 확인하는 수단; 및

상기 전송측 단말의 ID가 상기 사전 설정값 리스트에 있으면 상기 접속 엔트리들의 리스트를 상기 수신측 단말에게 전송하는 수단을 포함하는 것을 특징으로 하는 프레젼스 구독과 함께 접속 리스트 엔트리들을 전송하는 서버.
제 8항에 있어서, XML 문서 관리 및 XDM 클라이언트를 이용하여 상기 전송측 단말의 ID를 설정하는 것이 완료되면 상기 수신측 단말은 XDM 서버로 접속 리스트에 대한 다른 단말들의 ID를 추가하기 위해 접근 정책 XML 문서를 수정하기 위한 XCAP PUT을 상기 XDM 서버로 전송하는 것을 특징으로 하는 프레젼스 구독과 함께 접속 리스트 엔트리들을 전송하는 서버.
제 9항에 있어서, 상기 XCAP PUT은 상기 XDM 서버에 저장된 임의의 XML 문서들을 변경하기 위한 것으로 식별되고, 문서를 변경하는 대로 상기 XDM 서버가 상기 XDM 클라이언트에 응답을 회신하는 것을 특징으로 하는 프레젼스 구독과 함께 접속 리스트 엔트리들을 전송하는 서버.
제 8항에 있어서, 상기 전송측 단말로부터 상기 접속 엔트리들의 리스트를 전송하기 위한 요청을 수신하는 수단은 상기 수신측 단말의 접속 리스트에 그룹 엔트리의 리스트와, 상기 적어도 하나의 별명 및 프레전스 구독을 포함하는 단말 상태를 전송하기 위한 요청을 수신하고, 상기 다른 단말들에게 상기 프레전스 구독을 수행하기 위한 수단을 더 포함하는 것을 특징으로 하는 프레젼스 구독과 함께 접속 리스트 엔트리들을 전송하는 서버.
제 11항에 있어서, 상기 수신측 단말의 접속 리스트에 상기 접속 엔트리 또는 그룹 엔트리의 리스트 및 상기 적어도 하나의 별명 및 상기 프레전스 구독을 포함하는 단말 상태를 추가하고, 상기 수신측 단말을 대신하여 프레전스 구독을 실행한 후 상기 수신측 단말에게 결과를 알리는 수단을 더 포함하는 것을 특징으로 하는 프레젼스 구독과 함께 접속 리스트 엔트리들을 전송하는 서버.