KR20060045585A

KR20060045585A - 통신 시스템에 의해 제공되는 프리센스-기반 서비스에서버디 리스트의 서버측 관리를 위한 방법 및 장치

Info

Publication number: KR20060045585A
Application number: KR1020050030035A
Authority: KR
Inventors: 도나텔라 블라이오타; 지오반나 데 첸
Original assignee: 지멘스 모바일 커뮤니케이션즈 에스.피.에이.
Priority date: 2004-04-14
Filing date: 2005-04-11
Publication date: 2006-05-17
Also published as: CN1684422A; EP1587239A1; US20050235038A1

Abstract

통신 시스템에 의해서 지원되고 또한 사용자 기기(UE) 상의 클라이언트측(CA) 및 상기 통신 시스템을 통해서 사용자에 의해 액세스가능한 프리센스-가능 네트워크(PEN) 내의 서버측(AS)을 구비하는 프리센스-가능 애플리케이션에서 접속 리스트들의 서버측 관리를 위한 방법 및 장치가 제공되고, 상기 애플리케이션은 애플리케이션의 사용자들(버디들)이 상기 애플리케이션을 위해 일시적으로 상호작용하는 사용자들의 시변적인 가상 커뮤너티들을 형성하는 타입이다. 상기 방법은 상기 가상 커뮤너티들에 후보들을 제공하기 위해서 상기 애플리케이션(AS)의 서버측에 사용자들을 등록하는 단계; 상기 프리센스-가능 네트워크(PEN)에서의 버디 리스트 관리 유닛(DBLM)에 있어 각각의 가상 커뮤너티 멤버들 리스트("버디 리스트")를 후보들로부터 생성하는 단계; 상기 리스트 관리 유닛(DBLM)에 의해서 버디 리스트를 상기 커뮤너티 멤버들의 사용자 기기(UE)에 있는 클라이언트 유닛들(DBLC)에 통보하는 단계; 및 상기 통보된 리스트를 수신하는 각 멤버의 사용자 기기(UE) 상에 상기 리스트를 디스플레이하는 단계를 포함한다.

Description

통신 시스템에 의해 제공되는 프리센스-기반 서비스에서 버디 리스트의 서버측 관리를 위한 방법 및 장치{METHOD OF AND APPARATUS FOR SERVER-SIDE MANAGEMENT OF BUDDY LISTS IN PRESENCE BASED SERVICES PROVIDED BY A COMMUNICATION SYSTEM}

도 1은 이동 통신 시스템에서 적용되는 본 발명에 따른 장치의 제 1 실시예를 나타내는 개략도.

도 2는 본 발명에 따른 장치의 제 2 실시예의 간단한 개략도.

도 3은 본 발명의 일반적인 흐름도.

도 4는 본 발명의 예시적인 애플리케이션에 대한 리스트 및 서버측 동적 버디 리스트를 나타내는 도면.

도 5 내지 도 8은 본 발명에 따른 장치의 서버측 성분의 동작에 대한 흐름도.

도 9 및 도 10은 본 발명에 따른 장치의 사용자측 성분의 동작에 대한 두 상이한 구성의 흐름도.

본 발명은 프리젠스-기반 서비스들을 지원하는 통신 시스템들에 관한 것으로서, 더 상세하게는 버디 리스트들(buddy lists), 즉 상기 서비스들에서 프리센스-가능 애플리케이션에 대해 상기 시스템을 통해서 상호작용하는 사용자들(버디들)의 접속 리스트를 중앙집중방식으로 관리하기 위한 방법 및 장치에 관한 것이다.

바람직하게는, 본 발명은 이동 통신 시스템들의 사용자들에게 이용가능한 프리센스-가능 애플리케이션들의 버디 리스트들을 관리하도록 의도되지만, 반드시 이러한 사실로 제한되지는 않는다.

프리센스-기반 서비스들은 인스턴트 메세징 서비스의 사용자들로 하여금 자신들의 대응측들의 온라인 상태, 이용가능성, 위치 등을 계속해서 추적하고 또한 그 대응측들의 상황 변화를 통보받도록 하기 위해서 특히 그 인스턴트 메세징 서비스와 관련하여 유선 인터넷 사용자들에게 몇년전 이후부터 이용가능한 서비스들이다.

IM&P(Instant Messaging and Presence) 서비스의 본질적인 특징들은 2000년 2월에 M.Day 등에 의해서 문헌 RFC 2778 "A Model for Presence and Instant Messaging"에 개시되어 있으며, 또한 M.Day 등에 의해서 IEFT(Internet Engineering Task Force)의 RFC 2779 "Instance Messaging/Presence Protocol Requirements"에 개시되어 있다. 상기 문헌들은 IETF 사이트 http://www.ietf.org/html에서 입수가능하다.

이러한 종류의 서비스들은 현재 무선 환경을 위해서도 제안되어 있으며, 다른 구성이 개발되었거나 이러한 환경에 대한 프리센스 서비스 규격/권고를 개발하 고 있다. 여기서는, SIMPLE(SIP[Session Initiation Protocol] for Instant Messaging and Presence Leveraging Extensions) 및 XMPP(Extensible Messaging and Presence Protocol)을 갖는 IETF에서 발의한 WV(Wireless Village)를 통한 OMA(Open Mobile Alliance); PAM(Presence and Availability Management) 포럼; IMS(IP[Internet Protocol] Multimedia Subsystem) 구조에서 프리센스 서비스를 갖는 3GPP(3rd Generation Project Partnership)을 언급할 수 있다.

현재는, 인스턴트 메세징 이외에도, 프리센스 정보를 활용하는 많은 다른 애플리케이션들(프리센스-가능 애플리케이션들로도 지칭됨)이 고정 및 무선 네트워크들 모두를 위해 개발되고 있다. 네트워크 운영자들 및 서비스 제공자들은 엔터테인먼트 및 정보 모두를 위해서 대화방식의 멀티미디어 서비스들을 더욱더 요구함으로써 최종 사용자의 관심을 잡으려 시도하고 있다.

상기 서비스들을 제공함으로써 종종 특정 시간에 그리고 일정 기간 동안 공통적인 관심을 공유하는, 즉 멤버들이 시간에 따라 변하는 그룹이나 가상 커뮤너티들(동적인 커뮤너티들)를 생성하고 있는 사람들을 접속시킨다. 통산적인 예로는 참가자들이 다른 참가자들에 도전하는 시합 과정을 통해서 한 게임 단계나 레벨로부터 다른 게임 단계나 레벨로 상기 참가자들이 통과하는 대화방식 게임이 있을 수 있는데, 이 경우에 가상 커뮤너티는 게임에서 정해진 단계에 있는 참가자들을 포함할 수 있다. 그러한 종류의 가상 커뮤너티를 생성할 때는, 멤버쉽 평가를 적절하게 처리하기 위해서 커뮤너티의 멤버들에 대한 접속 리스트를 관리해야 하는 문제가 발생한다.

지금까지는, 버디 리스트들이 순수한 접속 리스트들이나 주소 책들로서 이해되었는데, 그것들은 디렉토리 서버들로부터 접속되기 위해 이용가능한 통보된 사용자들(이름들 및 주소들이 통보된 버디들)이나 통보되지 않은 버디들을 추가함으로써 사용자들에 의해 직접적으로 설정되어 유지된다. 이러한 접속 리스트들은 사용자 기기(예컨대, 이동 전화기, PC)나 네트워크 서버 중 어느 하나에 저장될 수 있다. 네트워크 서버에 저장되는 경우에는, 적절한 프로토콜이 사용자로 하여금 상기 서버에 저장된 접속 리스트들을 관리하고 검색할 수 있게 한다.

이러한 프로토콜의 예들로는 IETF에 의해서 제안된 XCAP[Extensible Markup Language(XML) Configuration Access Protocol] 프로토콜(위에서 언급한 IETF 사이트에서 입수가능한 J.Rosenborg에 의한 "Extensible Markup Language(XML) Configuration Access Protocol(XCAP)", Internet Draft draft-ietf-simple-xcap-02를 참조), 및 OMA의 CSP(Client-Server Protocol)(http://www.openmobilealliance.org에서 입수가능한 문헌 OMA-IMPS-WV-CSP-V1_2-20030117-D)이 있다. 특히, 후자는 소위 그룹 서비스(또한 OMA-IMPS-WV-Arch-V1_2-20030117-D를 참조)의 사용자가 적절한 메세지들을 통해 그룹들을 생성하고 관리할 수 있는 방식을 개시하고 있다.

공지된 솔루션들은 동적인 환경에 대해서는 적절하지 않은데, 그 이유는 그 솔루션들이 서버와 사용자들 사이의 배열을 유지하기 위한 어떤 특징도 포함하지 않기 때문이다. 사용자들은 중앙집중방식으로 저장된 버디 리스트들이 변경되었는 지 여부를 확인하기 위해 서버를 주기적으로 폴링해야 한다. 이는 네트워크를 통한 많은 메시지 교환을 수반할 것이며, 이동 네트워크의 경우에는, 무선 자원들의 낭비를 발생시키고, 또한 사용자가 몇몇 리스트들을 업데이팅해야 할 경우에, 이러한 업데이팅은 보다 오랜 시간이 걸리면서 지루한 작업이다.

본 발명은 이러한 문제점에 대한 솔루션을 제공한다.

본 발명은, 제 1 양상에 있어서, 프리센스-가능 애플리케이션이 사용자들이 상기 프리센스-가능 애플리케이션을 위해 일시적으로 상호작용하는 사용자들의 시변적인 가상 커뮤너티들을 형성하는 타입의 애플리케이션일 때, 사용자 기기 상의 클라이언트측과 프리센스-가능 네트워크 내의 서버측을 구비하면서 통신 시스템에 의해 지원되는 프리센스-가능 애플리케이션에서 접속 리스트들을 관리하는 방법을 제공한다. 상기 방법은,

가상 커뮤너티들을 위한 후보들을 제공하기 위해서 애플리케이션의 서버측에 사용자들을 등록하는 단계;

프리센스-가능 네트워크에서의 버디 리스트 관리에 있어 각각의 가상 커뮤너티 멤버들에 대한 적어도 하나의 버디 리스트를 후보들로부터 생성하는 단계;

리스트 관리 유닛에 의해서 적어도 하나의 버디 리스트를 상기 리스트 멤버들의 사용자 기기에 있는 클라이언트 유닛들에 통보하는 단계; 및

상기 통보된 리스트를 수신하는 각 멤버의 사용자 기기 상에 상기 리스트를 디스플레이하는 단계를 포함한다.

본 발명은 또한 상기 방법을 구현하기 위한 장치를 제공하는데, 상기 장치 는,

프리센스-가능 네트워크에서 애플리케이션 서버를 애플리케이션에 등록한 사용자들로부터 커뮤너티 멤버들(버디들)의 애플리케이션-특정 리스트들을 생성하고, 필요시 상기 멤버들에게 상기 리스트를 자동으로 통보하도록 배치되면서 상기 프리센스-가능 네트워크 내에 있는 리스트 관리 유닛; 및

상기 리스트 관리 유닛에 의해 제공되는 리스트를 수신하고, 상기 통보된 리스트를 사용자 기기 상에서 디스플레이하기 위해 애플리케이션의 클라이언트측과 상호협력하도록 배열되면서 각 사용자의 기기 상에 위치하는 리스트 클라이언트 유닛을 포함한다.

본 발명은 또한 상기 방법을 지원하고 상기 장치를 포함하는 통신 시스템을 제공한다.

본 발명의 바람직한 실시예가, 비제한적인 예를 통해서, 첨부 도면을 참조하여 이제 설명될 것이다.

본 발명은 애플리케이션 서버들(예컨대, SIP 애플리케이션 서버들)이나 일반적인 웹 서버들 상에서 동작하는 애플리케이션들에 관한 것이다. 그 예들로는 다자(multiparty)/대화방식 게임들이나 또는 일반적으로 한 사용자(버디)와 다른 사용자들과의 일시적인 상호작용을 요구하는 다자 애플리케이션들(multiparty applications)이 있다. 본 발명은 버디들이 시간에 따라 변할 수 있을 때 적용되고, 그럼으로써 사용자는 다수의 "동적" 접속 리스트(동적 버디 리스트들, DBL)를 관리해야 한다.

본 발명을 사용함으로써, 애플리케이션들은 사용자 프라이버시의 관점에 있어서 동적 가상 커뮤너티의 관리를 가능하게 하는 툴이 제공된다. 각각이 가상 커뮤너티는 수 개의 버디 리스트들(BL)이 유도되는 그룹으로 보일 수 있다. 관리는, 애플리케이션에의 의해서 필요할 경우, 리스트들의 생성, 변경 및 삭제를 포함하고, 특히 리스트들의 멤버들로의 자동적인 배포를 지속한다. 그러한 가상 커뮤너티의 각 멤버는 전용 BL 상의 다른 멤버들을 확인할 것이다. 커뮤너티 멤버들(및 그로 인한 버디 리스트 멤버들)은 각각의 최종 사용자에 의해 정해지지 않지만, 그들은 예컨대 공개된 프리센스 및 이용가능성 정보(여기서 "이용가능성"이란 동일한 애플리케이션이 모든 다른 사용자에 의해서 도달할 수 있는 의도를 정의한다)에 기초하여 가능한 애플리케이션에 의해 결정된다. 이를테면, 필터 기준은 "온라인"과 같은 상태 및 "도시 A"와 같은 장소일 수 있다. 즉, 애플리케이션은 특정 프리센스 및/또는 장소에 있는 그러한 최종 사용자만이 정해진 버디 리스트에 포함되는 것을 요구할 수 있다.

가상 공동체에 대한 사용자들의 허용 기준에 따라서, 두 타입의 DBL들이 식별된다:

고정된 버디들을 갖는 DBL들(클로즈드 DBL) : 리스트 내의 버디들은 리스트 생성 순간에 등록된 모든 사용자들이고 그들은 변경된다(그러나, 새로운 리스트들이 생성될 수 있다);

변경되는 버디들을 갖는 DBL들(오픈 DBL) : 버디들은 필터 기준에 기초하여 리스트에 들어가고 나오며 리스트 생성 이후에 제거된다.

애플리케이션은 또한 양식에 대해서 프리센스 및 이용가능성에 기초한 기준을 부여하고, 이를 통해서 리스트는 버디들(전달 기준)에 전달된다: 예컨대, 리스트는 버디가 온라인 상에 있자마자 및/또는 버디가 정해진 위치에 있는 경우에 제공될 수 있다.

최종 사용자들(즉, 버디들)은 DBL 성능으로부터 유리하게 되지만, DBL 기능에 대한 그들의 제어는 단지 간접적이다: 이는 사용자들이 가입하기로 결정한 모든 상이한 애플리케이션에 관련있는 모든 접속들을 상기 사용자들이 처리하는 것을 면제시킨다. 최종 사용자들은 단지 선택된 애플리케이션에 등록/등록해제해야 하고, 이어서 그들은 애플리케이션에 연관된 접속 리스트들이 통보될 것이다. 프라이버시 관점을 다루기 위해서, 등록할 경우에, 최종 사용자들은 그들의 신원 이외에도 하나 이상의 엘리어스(aliases)를 제공할 것이고; 이어서 실제 신원이 서비스/애플리케이션 관리자에게만 통보될 것이고, 단지 엘리어스만이 다른 사용자들의 단말기 상에서 보여질 것이다. 사용자들은 자신들이 정해진 서비스 내의 멤버들인 가상 커뮤너티 각각에 대한 하나 이상의 엘리어스를 정의하는 가능성을 가질 것이다.

동적 버디 리스트 성능은 서버측 및 클라이언트측(서버) 모두에서 지원될 필요가 있고, 본 발명에 따른 장치는 DBL 관리자(DBLM)로 명명되는 제 1 성분을 서버측에 포함하고, DBL 클라이언트(DBLC)로 명명되는 성분을 클라이언트측에서 각 사용자의 기기(예컨대, 이동 전화기, 개인용 컴퓨터, 개인용 디지털 어시스턴트...) 상에 포함할 것이다.

서버측 성분 DBLM은 위에서 설명한 바와 같이 기준에 관련된 프리센스 및/또는 이용가능성에 어쩌면 기초하여 서비스 특정 버디 리스트들의 동적인 생성, 업데이팅 및 삭제를 책임진다. DBLM은 또한 최종 사용자들에 리스트를 전달하는 것을 책임진다. 또한 전달은 프리센스 및/또는 이용가능성 관련 기준에 의해 관리될 수 있다. 그것의 동작에 있어서, DBLM은 애플리케이션의 서버측 및 프리센스 서버 양쪽 모두와 상호협력해야 한다.

클라이언트측 성분 DBLC는 필요시 모든 버디 리스트 멤버들의 프리센스 상태를 포함하여 버디 리스트를 디스플레이하고 또한 네트워크로부터 오는(즉, DBLM으로부터 오는) 업데이트들과 정렬된 리스트를 유지하는 것을 책임진다. 이러한 동작에 있어서, DBLC는 애플리케이션의 클라이언트측과 상호협력해야 한다.

본 발명을 구현하기 이한 장치의 두 실시예들이 이제 도 1 및 도 2를 참조하여 설명될 것이다. 그 설명은 3 세대 이동 네트워크와 같은 무선 통신 네트워크에서 본 발명의 사용을 나타낸다.

도 1에서, 참조 부호 UE는 예컨대 이동 전화기나 PDA(Personal Digital Assistant)와 같은 사용자 기기를 나타내고, 참조 부호 PEN은 프리센스-가능 네트워크(presence enabled network), 즉 프리센스에 기초한 서비스들을 관리하는 네트워크를 나타내는데, 상기 네트워크는 이동 통신 네트워크를 통해서 사용자 단말기 UE에 의해 액세스가능하고 여기서는 무선 액세스 네트워크 RAN, 노드 SGSN을 지원하는 서비스 GPRS(General Packet Radio Service) 및 노드 GGSN을 지원하는 게이트웨이 GPRS에 의해서 도시된다.

사용자 기기 UE는 사용자가 액세스하는 프리센스 가능 애플리케이션들의 클라이언트측(클라이언트 애플리케이션 CA)을 저장할 것이고, 동적인 버디 리스트 성능의 클라이언트측 성분 DBLC가 장착될 것이다.

네트워크 PEN 내에서는, 프리센스 인에이블 애플리케이션들의 서버측 성분을 포함하는 애플리케이션 서버 AS와 이동 통신 네트워크의 사용자 그룹에 대한 이용가능성 및 사용자 프리센스를 관리하기 위해 필요한 유닛들을 포함하는 블록 MPM이 도시되어 있다. 이를 위해서, MPM은 프리센스 서버 PS와 그룹 및 리스트 관리 서버 GLMS를 포함한다. MPM의 기능들을 수행하는 유닛들은 상업적으로 입수될 수 있고, 그 예로는 Siemens AG의 이동 프리센스 관리자가 있다. 이 경우에, 블록 GLMS는 접속 어드바이저 관리 기능을 구현한다. 본 발명의 이 실시예에서, 동적 버디 리스트 성능의 서버측 성분 DBLM은 또한 MPM의 일부이다. 비록, 명확성을 위해서, DBLM은 PS 및 GLMS에 연결되는 독립형 유닛으로 도시되어 있지만, 그것은 GLMS의 연장으로서 PS 내에 또는 GLMS 내에 구현될 수 있거나 통상의 프리센스 서버 및 그룹 관리자의 기능들 중 일부를 수행하는 유닛으로서 구현될 수 있다.

DBLM과 DBLC 간의 통신(즉, 리스트들 통보)은 위에 언급한 WV-CSP와 같이 프리센스 서비스들에 적합한 SIP/SIMPLE 또는 임의의 다른 프로토콜을 사용함으로써 이루어질 수 있다. MPM(Mobile Presence Manager)은 명세서의 도입부에서 언급한 이동 네트워크들에 대한 프리센스 서비스에 관한 모든 표준/규격을 따른다는 것을 알아야 한다.

SIP/SIMPLE가 사용된다고 가정하면, DBLC와 DBLM간의 상호작용은 다음과 같 은 것에 기초한다:

- DBLM에 의해서 DBLC에 전송된 SIP MESSAGE/INFO 요청들(수동 클라이언트 시나리오)이나, 또는

- 새로운 이벤트에 대한 SIP SUBSCRIBE 요청들, 즉 DBLM에 DBLC에 의해서 전송된 "프리센스" 이벤트 패키지 내에서 정의된 템플릿 패키지(예컨대, 동적 버디 리스트), 및 DBLM으로부터 DBLC로의 후속하는 SIP NOTIFY 메세지들(능동 클라이언트 시나리오). 이러한 시나리오에서는, DBLC는 어떤 타입의 통보들에 관심이 있는지 및 그 통보가 얼마나 길게 전송될지를 정할 수 있다.

SIP MESSAGE/INFO 메세지 바디 내에서 동적인 버디 리스트 전달의 경우에, SIP 요청들은 DBL 업데이트로서 클라이언트에 의해 인지되기 위해서 독점적인 SIP 메세지 헤더나 독점적인 컨텐트-타입에 의해서 특징될 필요가 있다. 프리센스 이벤트 패키지 내에서 DBL을 전달하는 경우에, 이벤트 헤더는 인입 메세지들을 구별하기 위해 사용된다.

DBLM과 PS간의 상호작용은 내부 인터페이스들에 기초할 수 있다.

DBLM과 서버측 애플리케이션간의 상호작용은 당업자에게 잘 알려진 다음과 같은 프로토콜들 중 임의의 프로토콜에 기초할 수 있다:

- XML(Extended Markup Language)로 일부 정보를 코딩함으로써 HTTP 메세지들이 전송되도록 하는 프로토콜인 W3C의 SOAP(Simple Object Access Protocol); 이러한 프로토콜에 대한 세부사항은 사이트 http://www.w3.org/TR/soap12에서 입수가능하다;

- 상이한 기계들 상에 호스트된 애플리케이션들 간의 통신을 가능하게 하는 애플리케이션인 RMI(Remote Method Indication);

- HTTP/XCAP 또는 PAM 표준의 확장.

MPM 내에서, 프리센스 서버 PS는 관리자에 의한 애플리케이션 특정 프리센스 속성들의 정의를 지원해야 한다. 그러한 속성들은 두 개의 정보 아이템들, 즉, 특정 애플리케이션에 도달가능한 의지(즉, 그 애플리케이션에 대한 이용가능성/비이용가능성) 및 이용가능한 경우에 그 애플리케이션들에 대해 공개된 엘리어스들을 제공한다.

네트워크 PEN은 또한 세션 제어(CSCF : Call Session Control Functions과 같은), 인증, 인터워킹 등 및 프리센스 서비스 사용자들에 관련된 데이터의 저장(HSS : Home Subscriber Server)을 위임받은 유닛들을 포함한다. 상기 유닛들은 본 발명의 이해에 있어 중요하지 않기 때문에 도시되어 있지 않다.

도 2는 본 발명의 제 2 실시에를 도시하는데, 여기서는 DBLM이 애플리케이션 서버 AS에 통합되어 있다. 도 2에서는, 도 1에 도시된 것들과 동일한 성분들이 동일한 참조 부호들로 표시되어 있다. 간략성을 위해서, UE를 PEN에 접속하는 이동 네트워크 유닛들은 더 이상 도시되어 있지 않다. 이러한 실시예에서, DBLM은 SIMPLE, WV-CSP 또는 PAM과 같은 프리센스 프로토콜을 통해 종래의 프리센스 서버 PS와 상호작용해야하고 그 프리센스 정보에 대한 감시기로서 기능해야 한다. 서버측 애플리케이션과 DBLM 사이의 상호작용은 Java/RMI에 기초한 독점적인 API(Application Program Interface)나 PAM 인터페이스의 확장에 기초한다. 선택 은 특히 애플리케이션 및 DBLM이 동일하거나 상이한 기계 내에 위치하는지 여부에 의존할 것이다.

현재 제 1 실시에는 동일 유닛 내의 DBLM 및 PS의 통합이 프리센스 정보에 대한 더욱 효율적인 접속을 유도하기 때문에 가장 바람직한 실시예로 보인다는 것을 주시하자.

도 3은 본 발명의 방법에 대한 일반적인 흐름도이다. 첫 번째 동작(단계 11)에서는 애플리케이션에 사용자들이 등록한다. 등록을 수행하는데 있어서, 사용자들은 하나 이상의 엘리어스들(모두 동일한 URI로 지칭됨)을 제공해야 하고, 단지 엘리어스들은 다른 멤버들에 보여질 것이다. 등록 이후에, 사용자는 그 애플리케이션에 대한 가상 커뮤너티에 삽입되기 위한 후보이다. 새로운 사용자 및 사용자의 엘리어스(들)의 등록은 애플리케이션에 의해서 DBLM에 전달된다.

등록 이후에, 애플리케이션은 등록된 사용자들에 기초하여 가상 커뮤너티를 생성한다(단계 12). 커뮤너티 멤버들의 엘리어스들은 DBLM에서 애플리케이션들에 대한 동적 버디 리스트에 버디 URL과 함께 포함된다.

커뮤너티 생성을 위해서, 애플리케이션은 후보들 중에서 실제 멤버들을 선택하기 위한 애플리케이션-특정 필터 기준을 정할 수 있다. 설명한 바와 같이, 필터 기준은 일반적으로 프리센스 정보와 관련되는데, 이를테면 그것들은 애플리케이션에 대한 사용자들의 프리센스 상태나 이용가능성을 지칭할 수 있다(위에 설명된 대부분의 일반적인 관점에서). 이러한 경우에, 사용자는 자신의 이용가능성을 선언하고(단계 13), 그렇게 함으로써, 사용자측 성분 DBLC는 그러한 이용가능성을 선언 한 프리센스 문헌에서 엘리어스를 공개할 것이다.

오픈 리스트가 생성될 경우에 필터 기준이 적용된다. 최종적인 DBL은 애플리케이션-정의 필터 기준에 따라 접속들을 삽입/삭제함으로써 임의의 순간에 업데이팅될 수 있다. 필터 기준은 DBLM에 의해서 적용된다. 만약 어떠한 필터 기준도 정의되지 않았다면, 가상 커뮤너티는 후보들, 즉 등록된 사용자들에 기초해서 애플리케이션에 의해 직접 생성될 수 있다. 이 경우에, 애플리케이션은 클로즈드 DBL을 생성한다. 클로즈드 DBL은 접속들을 삽입/삭제함으로써 변경될 수 없지만, 새로운 DBL들이 필요시 생성될 수 있다. 프리센스 서버와의 어떠한 상호작용도 가능한 전달 기준의 평가를 제외하곤 이 경우에 고려되지 않는다.

가상 커뮤너티 생성/변경 이후에, 생성/업데이팅된 DBL은 최종 사용자들에게 전달된다("통보", 단계 14). 애플리케이션은 애플리케이션-특정 전달 기준, 즉, 최종 사용자들에게 업데이트 메시지들을 전달하는 방법을 정할 수 있다. 전달 기준은 PS/GLMS에 의해 적용된다. 또한 전달 기준은 예컨대 이용가능성을 갖는 프리센스 정보와 관련될 수 있다. 어떠한 애플리케이션-특정 기준도 정해지지 않은 경우에(디폴트 전달 기준), 리스트는 DBL이 생성(또는 리스트가 오픈 리스트인 경우에는 변경)되자마자 상기 DBL에 포함된 모든 버디들에 전달된다.

그 리스트 외에, 통보 메세지가 또한 버디들에 대한 추가적인 애플리케이션-특정 정보를 전달할 수 있는데, 이를테면, 대화방식의 게임의 경우에, 메세지는 참여자들의 게임 스코어들을 전달할 수 있다.

리스트를 사용자들에게 통보할 경우, 목적 버디는 그 리스트로부터 제거되 고, 그로인해서 목적 버디의 엘리어스들은 도 4에 도시된 바와 같이 사용자 단말기에 디스플레이된 로컬 리스트 상에 나타나지 않는다.

등록에 대해서 언급된 것은 리스트로부터 사용자의 삭제하는 것을 적용하는 것이고; 사용자가 삭제되도록 요청하였을 경우, 정보는 리스트를 업데이팅하고(또는 본래 리스트가 클로즈드 리스트이었다면 새로운 리스트를 정함) 그 업데이팅/새로운 리스트는 사용자들에게 전송하는 애플리케이션에 의해서 DBLM에 전송된다.

본 방법의 보다 나은 도시를 위해서, 도 5 내지 8의 흐름도가 참조되는데, 상기 도면들은 클로즈드 및 오픈 버디 리스트의 생성, 클로즈드 버디 리스트의 삭제, 및 오픈 리스트로/로부터 사용자의 추가/삭제를 위한 DBLM의 동작들을 나타내고, 도 9 및 10의 흐름도가 참조되는데, 상기 도면들은 능동 또는 수동 클라이언트 구성을 위한 DBLC의 동작들을 각각 나타낸다.

도 5를 참조하면, 위에 설명한 바와 같이 모든 등록된 사용자들을 갖는 리스트를 생성한 이후에(단계 101), 다음과 같은 두 가지 옵션이 가능하다(단계 102): 디폴트 기준(흐름도들에서 "무효" 기준으로 표시됨)에 따라 전달이 이루어지거나, 서비스-특정 전달 기준이 전송된다. 첫 번째 경우에, DBLM은 DBL의 모든 버디들에게 리스트를 전송하고(단계 103), 동작은 종료한다. 만약 전달 기준이 세팅되었다면, 리스트는 로컬 저장부에 저장되고(단계 105), 리스트의 모든 버디들에 대한 특정 프리센스 이벤트들이 통보되도록 DBLM에 의해서 PS로의 가입이 이루어진다(단계 106). DBLM은 PS로부터의 통보를 기다린다. 버디에 관한 통보를 수신하였을 때(단계 107의 출력이 "예"), 버디 상태가 저장된다(단계 108). DBLM은 전달 기준이 충족되는지 여부(예컨대, 사용자가 특정 애플리케이션에 이용가능한지 여부)를 검사한다(단계 109). 부정일 경우에, 처리는 다른 통보를 기다리도록 리턴하고; 긍정일 경우에, 버디 리스트가 실제로 버디에 전달된다(단계 110). 다음으로, 처리는 통보 대기로 리턴한다.

도 6을 참조하면, 오픈 리스트 생성 처리는 로컬 저장부에 저장되는(단계 202) 후보들 리스트의 생성(단계 201)으로 시작한다. 필터 기준(예컨대, 이용가능성)은 후보들의 선택을 위해 세팅된다. 따라서, 단계(106 내지 108)(도 5)와 마찬가지로, PS로의 가입이 이루어지고(단계 203), PS로부터의 통보들이 기다려지고(단계 204), 통보가 도착하였을 때 버디 상태가 저장된다(단계 205). 단계(206)에서는, 필터 기준이 그 버디에 대해 충족되는지 여부가 검사된다. 부정일 경우에, 처리는 다른 통보를 기다리도록 리턴하고; 긍정일 경우에, 사용자는 실제로 버디 리스트에 포함된다(단계 207). 다름으로, 전달 리스트가 (단계 204의 통보에 기초하여) 전달 기준을 충족시키는 모든 버디들을 통해 단계(208)에서 생성되고, 리스트는 전달 리스트의 버디들에 전달된다(단계 209). 다음으로, 처리는 통보를 기다리도록 리턴한다.

도 7을 참조하면, 클라이언트측 리스트들을 파괴하기 위해서 리스트의 모든 버디들에 빈 리스트를 전송하는 것으로 삭제 처리가 시작된다(단계 201). 그런 후에, 만약 전달 기준이 무효하다면(검사 302의 출력이 "예"), 처리는 종료한다. 만약 전달 기준이 무효가 아니고, 따라서 리스트는 국부적으로 저장되고 PS로의 가입이 이루어졌다면(도 5 참조), 가입은 취소되고(단계 303), 리스트는 저장부로부터 삭제된다(단계 304). 처리는 종료한다.

유사한 절차가 오픈 버디 리스트의 삭제를 위해서 또한 수행된다.

도 8은 오픈 버디 리스트의 업데이팅을 도시한다. 새로운 등록의 경우에, 사용자는 후보 리스트에 추가되고(단계 402), PS로의 가입이 그 버디에 대해 이루어진다(단계 403). 후속하는 단계들(404 내지 409)은 도 6의 단계들(204 내지 209)에 상응하고, 더 이상의 설명은 불필요하다. 사용자가 자신의 등록을 취소한 경우에, 사용자는 후보 리스트로부터 삭제된다(단계 410). 다음으로, 만약 전달 기준이 그 사용자에 대해 충족된다면, 빈 리스트가 사용자에게 전송되고(단계 411), PS에 대한 가입이 취소된다(단계 412). 다음으로, 사용자가 버디 리스트에 포함되는지 여부가 검사되고(단계 413), 긍정적일 경우, 리스트는 업데이팅된다(또는 사용자가 단지 한 명일 경우에는 삭제된다). 다음으로, 전달 리스트가 제작되고 업데이팅된 버디 리스트가 전달 리스트의 버디들에 전송된다(단계 414, 415). 물론, 만약 사용자가 버디 리스트에 있지 않았다면, 처리는 검사(413)의 부정적인 결론으로 종료한다.

도 9를 참조하면, 능동 클라이언트는 먼저 DBL 관리에 있어 특정 이벤트들에 가입하고(단계 501), 그럼으로써 DBLM으로부터 통보를 수신하기 위한 기준을 세팅한다. 가입 시에, DBLM으로부터의 통보가 도달한 경우(단계 502), DBL 업데이트 메세지의 "가입" 속성에 대한 검사가 이루어진다(단계 503). 이러한 속성은 다른 버디들의 프리센스 문헌에 대한 가입이 요청되는지 여부를 명시한다. 만약 속성이 올바르다면, 가입은 이루어지고(단계 504), 그런 이후에 DBLC는 단말기 상에 디스 플레이되는 리스트를 갖기 위해 클라이언트 애플리케이션에 리스트를 전송한다(단계 505). 만약 속성이 "올바르지 않다면", 리스트는 즉시 클라이언트 애플리케이션에 전달된다. 전달 이후에, 새로운 통보가 기다려진다. 단계(505)에서는 만약 DBL이 비어있다면(즉, 리스트 삭제가 요청되었다면), DBLC가 PS에 대해 가입해제된다는 것을 주시하자.

도 10을 참조하면, 수동 클라이언트의 경우에, DBL의 수신시(단계 601), DBLC는 위의 단계(503 내지 505)와 동일한 단계들(602 내지 604)을 수행한다. 그러나, 전달 이후에는, 처리가 종료한다.

위의 설명은 동적 버디 리스트들의 서버측 관리가 통상의 버디 리스트들과 통상의 접속 및 OMA에 의해 제안된 바와 같은 그룹 관리 기능들의 제한을 극복할 수 있게 한다는 것을 명확히 보여준다. 제안된 솔루션은 특히 다음과 같은 장점들을 갖는다:

- 사용자가 업데이팅된 버디 리스트들을 유지할 필요가 없게 한다.

- 버디 리스트 생성, 변경, 삭제 및 최종 사용자들로의 버디 리스트 배포를 포함해서 애플리케이션-특정 버디 리스트들을 관리하기 위한 툴을 서버측 애플리케이션/서비스들에 제공한다.

- 자신들의 엘리어스를 통해서만 식별된 버디 리스트 멤버들의 실제 신원을 최종 사용자에게 숨김으로써 프라이버시 요건이 충족되도록 한다.

- 서버측 애플리케이션/서비스들로 하여금 버디 리스트에 숨겨진 각 버디에 대한 선택적인 정보를 제공할 수 있게 한다.

위의 설명은 비제한적인 예를 통해서만 주어졌고 그 변형 및 변경이 본 발명의 범위로부터 벗어나지 않으면서 가능하다는 것이 명백하다.

본 발명은 무선 자원들의 낭비를 막고, 또한 사용자가 몇몇 리스트들을 업데이팅해야 할 경우에, 이러한 업데이팅이 신속히 이루어질 수 있게 하는 효과를 갖는다.

Claims

통신 시스템에 의해서 지원되고 또한 사용자 기기(UE) 상의 클라이언트측(CA) 및 상기 통신 시스템을 통해서 사용자에 의해 액세스가능한 프리센스-가능 네트워크(PEN : presence enabled network) 내의 서버측(AS)을 구비하는 프리센스-가능 애플리케이션에서 버디 리스트들(buddy lists)을 관리하는 방법으로서, 상기 애플리케이션은 애플리케이션의 사용자들(버디들)이 상기 애플리케이션을 위해 일시적으로 상호작용하는 사용자들의 시변적인 가상 커뮤너티들을 형성하는 타입의 애플리케이션인 관리 방법에 있어서,

상기 가상 커뮤너티들에 후보들을 제공하기 위해서 상기 애플리케이션(AS)의 서버측에 사용자들을 등록하는 단계;

상기 프리센스-가능 네트워크(PEN)에서의 버디 리스트 관리 유닛(DBLM)에 있어 각각의 가상 커뮤너티 멤버들에 대한 적어도 하나의 버디 리스트를 후보들로부터 생성하는 단계;

상기 리스트 관리 유닛(DBLM)에 의해서 상기 적어도 하나의 버디 리스트를 상기 리스트 멤버들의 사용자 기기(UE)에 있는 클라이언트 유닛들(DBLC)에 통보하는 단계; 및

상기 통보된 리스트를 수신하는 각 멤버의 사용자 기기(UE) 상에 상기 리스트를 디스플레이하는 단계를 포함하는 것을 특징으로 하는 관리 방법.
제 1항에 있어서, 상기 등록 단계는 적어도 한 애플리케이션-특정 엘리어스 신원(application-specific alias identity)을 사용자에 의해서 상기 서브측에 전달하는 단계를 포함하고, 상기 생성 단계는 상기 버디 리스트들의 각 버디의 실제 신원이 아닌 엘리어스 신원을 구비하는 단계를 포함하는 것을 특징으로 하는 관리 방법.
제 2항에 있어서, 상기 등록 단계는 사용자가 멤버가 되길 원하는 각각의 가상 커뮤너티에 대한 하나 이상의 엘리어스 신원들이 사용자에 의해서 애플리케이션(AS)의 상기 서버측에 전달되는 단계를 포함하는 것을 특징으로 하는 관리 방법.
제 1항에 있어서, 상기 생성 단계는 애플리케이션에 등록된 모든 사용자들을 포함하는 고정된 후보들 집단을 가진 클로즈드 버디나 또는 애플리케이션-특정 필터 기준을 총족시키는 후보들을 포함하는 오픈 버디 리스트들을 생성하는 단계를 포함하는 것을 특징으로 하는 관리 방법.
제 4항에 있어서, 상기 생성 단계는 상기 후보 집단의 변경이 발생할 경우에 새로운 클로즈드 버디 리스트를 생성하는 단계를 포함하는 것을 특징으로 하는 관리 방법.
제 4항에 있어서, 상기 생성 단계는 필터 기준에 기초하여 멤버들을 추가/삭 제함으로써 생성된 오픈 리스트를 업데이팅하는 단계를 포함하는 것을 특징으로 하는 관리 방법.
제 1항 내지 제 6항 중 어느 한 항에 있어서, 상기 통보 단계는 전달 기준을 충족시키는 버디들에 버디 리스트를 전달하는 단계를 포함하는 것을 특징으로 하는 관리 방법.
제 7항에 있어서, 상기 전달 기준은 디폴트 전달 기준이고, 상기 통보 단계는 상기 리스트가 생성되거나 업데이팅되자마자 상기 리스트의 모든 버디들에 버디 리스트를 전달하는 단계를 포함하는 것을 특징으로 하는 관리 방법.
제 3항 또는 제 6항 또는 제 7항 중 어느 한 항에 있어서, 상기 필터 기준 및 상기 전달 기준은 사용자들의 프리센스 정보와 관련되고, 상기 방법은 모든 후보들에 대한 프리센스 정보에 리스트 관리 유닛(DBLM)을 가입시키는 단계를 포함하는 것을 특징으로 하는 관리 방법.
제 9항에 있어서, 상기 프리센스 정보는 사용자들의 상태 및/또는 특정 애플리케이션에 대한 사용자들의 이용가능성 및/또는 사용자 위치에 관련되는 것을 특징으로 하는 관리 방법.
제 7항 내지 제 10항 중 어느 한 항에 있어서, 상기 통보 단계는 목적 멤버가 리스트 멤버들에 전달될 경우 상기 목적 멤버를 리스트로부터 제거하는 단계를 포함하는 것을 특징으로 하는 관리 방법.
제 1항에 있어서, 상기 디스플레이 단계는 상기 리스트의 다른 멤버들에 관한 프리센스 정보를 각 사용자의 사용자 기기 상에 디스플레이하는 단계를 포함하는 것을 특징으로 하는 관리 방법.
제 1항에 있어서, 버디 리스트를 삭제하는 단계를 더 포함하는데, 상기 삭제 단계는,

클라이언트 유닛들(DBLC)이 자신들의 로컬 버디 리스트들을 파괴하도록 하기 위해서 빈 버디 리스트를 리스트 관리 유닛(DBLM)에 의해 상기 리스트의 모든 멤버들에게 전송하는 단계; 및

상기 리스트 관리 유닛(DBLM)에서 저장되어 있는 버디 리스트들을 삭제하는 단계에 의해서 이루어지는 것을 특징으로 하는 관리 방법.
통신 시스템에 의해서 지원되고 또한 사용자 기기(UE) 상의 클라이언트측(CA) 및 상기 통신 시스템을 통해서 사용자에 의해 액세스가능한 프리센스-가능 네트워크(PEN) 내의 서버측(AS)을 구비하는 프리센스-가능 애플리케이션에서 버디 리스트들을 관리하는 장치로서, 상기 애플리케이션은 애플리케이션의 사용자들(버디 들)이 상기 애플리케이션을 위해 일시적으로 상호작용하는 사용자들의 시변적인 가상 커뮤너티들을 형성하는 타입의 애플리케이션인 관리 장치에 있어서,

상기 프리센스-가능 네트워크(PEN)에서 애플리케이션 서버(AS)를 상기 애플리케이션에 등록한 사용자들로부터 커뮤너티 멤버들(버디들)의 애플리케이션-특정 리스트들을 생성하고, 필요시 상기 멤버들에게 상기 리스트를 자동으로 통보하도록 배치되면서 상기 프리센스-가능 네트워크(PEN) 내에 위치하는 리스트 관리 유닛(DBLM); 및

상기 리스트 관리 유닛(DBLM)으로부터의 리스트나 리스트들을 수신하고 상기 통보된 리스트(들)를 상기 사용자 기기(UE) 상에서 디스플레이하기 위해 상기 애플리케이션의 클라이언트측과 상호협력하도록 배열되면서 각 사용자의 기기 상에 위치하는 리스트 클라이언트 유닛(DBLC)을 포함하는 것을 특징으로 하는 관리 장치.
제 14항에 있어서, 상기 리스트 관리 유닛(DBLM)은 멤버들의 엘리어스 신원들을 상기 리스트들에 포함시킴으로써 상기 리스트들을 생성하도록 배치되고, 상기 엘리어스 신원들은 상기 애플리케이션에 등록하였을 때 버디들에 의해서 전달되는 것을 특징으로 하는 관리 장치.
제 14항 또는 제 15항에 있어서, 상기 리스트 관리 유닛(DBLM)은 상기 애플리케이션에 등록한 모든 사용자들을 포함하는 고정된 후보 집단을 갖는 클로즈드 버디 리스트들이나 또는 애플리케이션-특정 필터 기준을 충족하는 후보들을 포함하 는 오픈 버디 리스트들을 생성하도록 배치되는 것을 특징으로 하는 관리 장치.
제 16항에 있어서, 상기 리스트 관리 유닛(DBLM)은 상기 후보 집단의 변경이 발생할 때 새로운 클로즈드 버디 리스트를 생성하도록 배치되는 것을 특징으로 하는 관리 장치.
제 16항에 있어서, 상기 리스트 관리 유닛(DBLM)은 상기 필터 기준에 기초하여 멤버들을 추가/삭제함으로써 생성된 리스트를 업데이팅하도록 배치되는 것을 특징으로 하는 관리 장치.
제 18항에 있어서, 상기 리스트 관리 유닛(DBLM)은 전달 기준을 충족하는 버디들에 버디 리스트를 전달하도록 배치되는 것을 특징으로 하는 관리 장치.
제 19항에 있어서, 상기 전달 기준은 디폴트 전달 기준은 디폴트 전달 기준이고, 상기 리스트 관리 유닛(DBLM)은 상기 리스트가 생성되자마자 상기 리스트의 모든 버디들에 버디 리스트를 전달하도록 배치되는 것을 특징으로 하는 관리 장치.
제 16항 또는 제 19항에 있어서, 상기 필터 기준 및 상기 전달 기준은 사용자들의 프리센스 정보와 관련되고, 상기 리스트 관리 유닛(DBLM)은 상기 프리센스-가능 네트워크(PEN)의 프리센스 서버(PS)를 통해 모든 후보들에 대한 프리센스 정 보에 가입하도록 배치되는 것을 특징으로 하는 관리 장치.
제 21항에 있어서, 상기 프리센스 정보는 사용자들의 상태 및/또는 특정 애플리케이션에 대한 사용자들의 이용가능성 및/또는 사용자 위치와 관련되는 것을 특징으로 하는 관리 장치.
제 14항에 있어서, 상기 리스트 관리 유닛(DBLM)은 목적 멤버를 리스트 멤버에 전달할 때 상기 목적 멤버를 리스트로부터 제거하도록 배치되고, 각각의 클라이언트 유닛(DBLC)은 상기 리스트의 다른 버디들의 엘리어스 신원들을 포함하는 로컬 버디 리스트를 디스플레이하도록 배치되는 것을 특징으로 하는 관리 장치.
제 14항에 있어서, 상기 리스트 클라이언트 유닛(DBLC)은 버디 리스트 관련있는 특정 이벤트에 관한 통보에 가입할 수 있는 능동 구성이나, 또는 상기 리스트 관리 유닛(DBLM)에 의해 결정될 때 통보를 수신하는 수동 구성으로 구성되는 것을 특징으로 하는 관리 장치.
제 24항에 있어서, 상기 리스트 클라이언트 유닛(DBLC)은 상기 프리센스-가능 네트워크(PEN)의 프리센스 서버(PS)를 통해 다른 버디들의 프리센스 정보에 가입하고 또한 로컬 리스트와 함께 상기 프리센스 정보를 디스플레이하도록 배치되는 것을 특징으로 하는 관리 장치.
제 14항에 있어서, 상기 통신 시스템은 이동 통신 시스템인 것을 특징으로 하는 관리 장치.
제 26항에 있어서, 상기 리스트 관리 유닛(DBLM)은 이동 시스템 사용자들의 프리센스 정보를 관리하도록 예정된 유닛(MPM)의 프리센스 서버(PS)와 함께 구현되고, 상기 프리센스 서버(PS) 및 상기 프리센스 정보 관리 유닛은 상기 프리센스-가능 네트워크(PEN)에 속하는 것을 특징으로 하는 관리 장치.
제 26항에 있어서, 상기 리스트 관리 유닛(DBLM)은 상기 애플리케이션 서버 내에 구현되며, 자신이 감시기로서 기능하는 프리센스 프로토콜을 통해 상기 프리센스-가능 네트워크(PEN)의 프리센스 서버(PS)와 상호작용하도록 배치되는 것을 특징으로 하는 관리 장치.
사용자 기기(UE) 상의 클라이언트측(CA) 및 통신 시스템에 접속되는 프리센스-가능 네트워크(PEN) 내의 서버측(AS)을 구비하는 프리센스-가능 애플리케이션을 지원하는 통신 시스템으로서, 상기 애플리케이션은 애플리케이션의 사용자들(버디들)이 상기 애플리케이션을 위해 일시적으로 상호작용하는 사용자들의 시변적인 가상 커뮤너티들을 형성하는 타입의 애플리케이션인 통신 시스템에 있어서,

상기 애플리케이션들에 대한 버디 리스트들이 제 1항 내지 제 13항 중 어느 한 항에 따른 방법에 의해 상기 서버측에서 관리되는 것을 특징으로 하는 통신 시스템.
사용자 기기(UE) 상의 클라이언트측(CA) 및 통신 시스템에 접속되는 프리센스-가능 네트워크(PEN) 내의 서버측(AS)을 구비하는 프리센스-가능 애플리케이션을 지원하는 통신 시스템으로서, 상기 애플리케이션은 애플리케이션의 사용자들(버디들)이 상기 애플리케이션을 위해 일시적으로 상호작용하는 사용자들의 시변적인 가상 커뮤너티들을 형성하는 타입의 애플리케이션인 통신 시스템에 있어서,

제 14항 내지 제 28항 중 어느 한 항에 따른 애플리케이션에 대한 버디 리스트들의 서버측 관리를 수행하기 위한 장치(DBLM, DBLC)를 포함하는 것을 특징으로 하는 통신 시스템.
제 29항 또는 제 30항에 있어서, 이동 통신 시스템인 것을 특징으로 하는 통신 시스템.