KR100900492B1

KR100900492B1 - 그룹 서비스의 그룹 정보

Info

Publication number: KR100900492B1
Application number: KR1020077007834A
Authority: KR
Inventors: 미카 포이크셀카; 야리 무티카이넨; 안티 라우리라; 파보 헬레니우스; 시모 베이크콜라이넨
Original assignee: 노키아 코포레이션
Priority date: 2004-09-08
Filing date: 2005-08-18
Publication date: 2009-06-03
Anticipated expiration: 2025-08-18
Also published as: US7756537B2; JP2008512911A; RU2007112481A; EP1795022A1; US20060053208A1; CA2579739A1; FI20050092A0; KR20070088582A; AU2005281679B2; WO2006027407A1; MX2007002723A; AU2005281679A1; BRPI0515036A

Abstract

본 발명은 통신 시스템에서 그룹 통신에 관계된 그룹 디테일 지시자에 관한 것이다. 상기 그룹 디테일 지시자는 적어도 그룹 아이덴티티 및 상기 그룹 유형에 대한 정보를 제공한다. 그룹 통신 세션을 개시 요청 및 인스턴트 메세징 요청 중의 하나에 첨부된다.

Description

그룹 서비스의 그룹 정보{GROUP DETAILS OF GROUP SERVICES}

본 발명은 통신 시스템, 보다 구체적으로는 직접 음성 통신 세션(direct voice communication sessions) 또는 인스턴트 메세징(instant messaging)과 같은 그룹 통신을 제공하는 통신 시스템에 대한 것이다. 특히, 본 발명은 그룹 통신과 관련된 그룹 디테일(detail)에 대한 정보 제공에 관한 것이다.

통신 시스템은 사용자 단말(user terminal) 및/또는 통신 시스템에 연결된 기타 다른 노드들(nodes)과 같은, 둘 또는 그 이상의 엔티티들(entities)간에 그룹 통신이 가능하도록 하는 설비(facility)로서 이해될 수 있다. 사용자들(users) 또는 최종 사용자들(end-users)과 같은 통신 시스템의 가입자들에게는 호출(calls), 데이타 통신 또는 멀티미디어 서비스 또는 인터넷과 같은 네트워크로의 단순 접속과 같은 다수의 서비스가 제공될 수 있다. 상기 서비스들은 통신 시스템 운영자(operator)들 또는 외부 서비스 제공자(service provider)에 의해 제공될 수 있다.

통신 시스템은 전형적으로 그 통신 시스템에 연결된 상기 다양한 엔티티들이 무엇을 할 수 있는지와 그것이 어떻게 수행되어야 하는지를 설정해 놓은 소정의 표준(standard) 또는 규격(specification)에 따라 운영된다. 표준 또는 규격은 통신 프로토콜 및/또는 파라미터들과 같은 일련의 특정한 규칙들을 정의할 수 있으며, 엔티티들간의 연결은 이에 따라 이루어질 수 있다.

통신 시스템의 예로는 공중전화망(PSTN:Public Switched Telephone Network)과 같은 유선(fixed line) 통신 시스템, 유럽식 디지털 이동통신(GSM:Global System for Mobile communications), 일반 패킷 무선 서비스(GPRS:General Packet Radio Service), 범용 이동통신 시스템(UMTS:Universal Mobile Telecommunications System), 무선 근거리 통신망(WLAN:Wireless Local Area Network) 등과 같은 무선 통신 시스템, 및/또는 인터넷 프로토콜(IP:Internet Protocol)망 및/또는 다른 패킷 교환망(packet swithced data network)들과 같은 기타 다른 통신 네트워크가 포함된다. 다양한 통신 시스템들은 동시에 하나의 연결에 관여될 수가 있다. 최종 사용자들은 사용자 장비(UE:User Equipment), 이동국(MS:Mobile Station), 셀룰러 폰(cellular phone), 휴대용 정보 단말기(PDA:Personal Digital Assistant), 개인컴퓨터(PC:Personal Computer)와 같은 임의의 적절한 통신 장치나, 세션 개시 프로토콜(SIP:Session Initiation Protocol), 무선 애플리케이션 프로토콜(WAP:Wireless Applications Protocol) 또는 하이퍼 텍스트 전달 프로토콜(HTTP:HyperText Transfer Protocol)과 같은 적절한 네트워크 프로토콜에 따라 운영되는 임의의 다른 장비를 이용해 통신망에 접속할 수 있다. 상기 사용자 장비(UE)는 호출 및 네트워크 접속 기능 외에도 단문 메세지 서비스(SMS:Short Message Service), 멀티미디어 메세지 서비스(MMS:Multimedia Message Service), 이메일(email), 웹 서비스 인터페이스(WSI:Web Service Interface) 메세징 및 음성 메일(voice mail)과 같은 기타 다른 서비스들을 지원할 수도 있다.

통신 시스템의 가입자들에게 제공되는 서비스들에는 다자간 컨퍼런스(multiparty conferncing)-예를 들면, 소위 직접 음성 통신 서비스들(direct voice communication services)-와 같은 컨퍼런스 서비스(conferencing service)들이 포함될 수 있다. 상기 직접 음성 통신 서비스는 사용자들이 하나 이상의 사용자들과 즉시 통신할 수 있도록 한다. 상기 직접 음성 통신 서비스의 하나의 예는 푸쉬 투 토크(PTT:Push-To-Talk service)로도 알려진 푸쉬 투 토크 오버 셀룰러(PoC:Push-to-talk over Cellular) 서비스를 포함할 수 있다. 상기 PoC는 GSM/GPRS 네트워크와 같은 셀룰러 네트워크상에서 인터넷전화(VoIP:Voice over Internet Protocol:)기술에 기반할 수 있다.

통신 시스템의 가입자에게 제공되는 서비스들은 인스턴트 메세징을 포함할 수 있다. 상기 인스턴트 메세지 통신 서비스는 사용자들이 하나 이상의 사용자에게 메세지를 보낼 수 있도록 한다. 상기 인스턴트 메세징은 거의 실시간으로 사용자들 간에 메세지를 교환하는 것을 말한다. 이러한 메세지들은 보통 짧지만, 반드시 그래야만 하는 것은 아니다. 인스턴트 메세지들은 종종 대화 모드(conversational mode)에서 사용된다. 즉, 메세지들의 교환은 사용자들이 상호 대화를 유지할 수 있을 정도로 충분히 빠르다. 전송되는 메세지는 단지 단순한 문자이거나, 그림 또는 애플리케이션과 같은 페이로드(payload)를 포함할 수도 있다.

직접 음성 통신 서비스는 예를 들면 멀티미디어 서비스를 제공하는 시스템의 한 예인 IP 멀티미디어 서브시스템(IMS:Internet Protocol Multimedia Subsystem) 의 기능을 이용할 수 있다. 상기 IMS는 통신 장치와, 동일 네트워크에 관련된 기타 다른 통신 장치들 또는 엔티티들과 같은 통신에 대한 다른 진영들(parties)에 대한, IP 연결이 가능하도록 한다. 3GPP(The third generation partnership project)에서는 IMS 서비스들에 대한 IP연결성을 제공하기 위해 GPRS의 사용을 정의해왔다.

2001년 4월 17일에 로포넨(Lopponen) 등의 이름으로 출원된 미국 특허 출원 2002/0150091 은 표준 매인스트림 셀룰러 네트워크(standard mainstream cellular network)의 상위에서 제공되는 IP와 같은 패킷 모드 그룹 통신 서비스 계층에 대해서 설명하고 있다.

Fl 20040577(2004.4.23)에 대한 우선권 주장을 수반하여 2004년 8월 23일에 포이크셀콰(Poikselka) 등의 이름으로 출원된 미국 특허 출원은 리소스(resource)가 개인 사용자 아이덴티티(identity) 또는 다수의 사용자 아이덴티티를 포함하고 있는지 여부와 같은, 통신 시스템에서의 리소스(resource)에 관한 정보 제공에 대해 설명하고 있다. OMA(Open Mobile Alliance)의 OMA-RD_PoC-V1_0-20040628-C는 PoC 요구사항(2004.6.28, v1.0)에서 반 이중 통신(half-duplex communications)에 기반하는 PoC를 정의한다. 따라서, PoC 서비스에 가입하였으며-즉, 제1 PoC 가입자- 특정 그룹에 속해 있는 하나의 사용자는 말을 할 수 있으며 그 그룹에 속해 있는 다른 사용자들 또는 PoC 가입자들은 들을 수는 있으나, 동시에 말할 수는 없다. 상기 제1 PoC 가입자는 제1 PoC 가입자가 사용하고 있는 통신 기기에서 제공되는 디렉토리 또는 그와 유사한 것으로부터, 말할 사람 또는 사람들의 그룹을 선택할 수 있다. 상기 제1 PoC 가입자는 통화를 시작하기 위해 통신 기기의 PTT 키(key)를 누른 채로 있을 수 있다. 상기 제1 PoC 가입자는 그 키를 누르고 있는 동안 말을 할 수 있게 된다. PTT 키는 사용자 인터페이스상의 특정 버튼, 탄젠트키(tangent key) 또는 기타 다른 적절한 키일 수 있다. 유사한 원리들이 접촉감지(touch sensitive) 또는 음성활성(sound activated) 사용자 인터페이스를 가지는 기기들에도 적용된다. 통신 세션의 모든 진영들(parties)이, PoC 세션을 제어하는 엔티티의 일 예인 PoC 애플리케이션 서버와 음성 데이터를 유사하게 통신할 수 있기 때문에, 양방향 통신이 제공될 수도 있다. 제1 PoC 가입자가 PTT 키를 해제하자마자, 상기 그룹의 다른 구성원이 말할 차례를 예약할 수 있다. 말할 기회는 PTT 키를 누름으로써 요청될 수 있다. PoC 애플리케이션 서버 또는 다른 제어 엔티티는, 선착순 또는 우선순위에 따라 말할 기회를 승인할 수 있다. PoC 컨퍼런스들에서의 토크 버스트(talk bursts)는 보통 수신자의 응답 없이 연결되고 전형적으로 통신 기기의 내장 스피커를 통해 수신된다.

그룹 통신에서, 연결 시도의 목적 진영, 즉 피호출자 또는 수신자는, 개시 진영의 아이덴티티, 즉 호출자의 아이덴티티와, 피호출자가 참여하게 될 그 그룹의 그룹 아이덴티티(그룹 ID)도 수신하기를 원하거나 필요로 할 수도 있다.

예를 들어, 통신 기기에서 소프트웨어와 같이, PoC 시스템에서 PoC 클라이언트는 그룹에서의 다른 구성원들을 인식하거나 결정하기 위해 그리고 상기 그룹 참여를 수행하기 위해 그룹 ID를 사용할 수도 있다.

그룹 ID 외에도, 수신 클라이언트는 상기 그룹의 세부사항을 필요로 하고 알기를 원할 수 있다. 예를 들면, 많은 그룹 서비스들은, 최종 사용자의 관점에서 서 로 다른 방식으로 행동하는 있는 여러 그룹 유형들이 있다. 예를 들면, OMA-RD_PoC-V1_0-20040628-C, 6.1.2 절에서는 애드혹(ad-hoc)그룹, 사전설정(pre-arranged)그룹 및 챗(chat)그룹의 세 가지 그룹 유형을 정의한다.

애드혹 및 챗 그룹과 같은 그룹은 임시적인(temporary) 것이다. 상기 임시 그룹의 그룹 ID는 상기 그룹 ID와 관련된 세션이 끝난 후에는 유효하지 않을 수 있기 때문에, 수신 클라이언트는 상기 임시 그룹의 그룹 ID를 저장해서는 안 된다. 한편, 영구적인(persistent) 그룹들도 역시 존재하는데, 사전설정 PoC 그룹이 그 예이다. 수신 클라이언트는 추후의 사용을 위해서-예를 들면 새로운 세션을 개시하기 위해서-영구적인 그룹의 그룹 ID를 저장할 수 있다.

수신 클라이언트가 그룹 유형을 인식하는 것은 유용할 수 있다. 그렇게 함으로써, 예를 들어 상기 수신 클라이언트는 상기 그룹 ID가 반드시 저장되어야 하는지 또는 저장될 필요가 있는지 여부 및 그 그룹 ID가 어떻게 사용되는지를 결정할 수 있다.

소위 산업컨소시엄사양서(Industry Consortium Specifications), [PoC; 시그널링 플로워들 -사용자장비 대 네트워크 인터페이스(UNI:UE to Network Interface) 및 PoC 시그널링 플로워-네트워크 대 네트워크 인터페이스(NNI:Network to Network Interface);PoC 릴리즈2.0]은 토크 세션(talk session)이 인스턴트 개인 토크 또는 애드혹 인스턴트 그룹 토크일 때 호출자의 ID를 전송하기 위해 "From" 을 사용한다. 상기 토크 세션이 인스턴트 그룹 토크 또는 챗 그룹 토크이면, "From" 헤더(header)는 상기 그룹의 그룹ID를 운송한다. "Referred-By" 헤더는 인스턴트 그 룹 토크의 경우에 호출자 주소를 운송하는데 사용되거나 챗 그룹 토크에 사용된다. 이러한 방식의 문제점은, 발신 클라이언트 또는 최종 사용자가 "From"헤더를 검증하는 IMS와 같은 SIP 네트워크 없이 "From" 헤더를 자유롭게 채워넣을 수 있기 때문에, 수신자는 "From" 헤더에서 주어진 정보를 신뢰할 수 없다는 것이다. 또한, REFER 방법에서 벗어난 "Referred-By" 헤더의 사용은 SIP 원칙에 반할 수 있다.

이러한 이슈들은 어떤 특정 통신 환경에만 국한되는 것이 아니며, 임의의 적당한 통신 시스템에서도 일어날 수 있는 것으로 이해되어야 한다.

본 발명의 실시는 하나 또는 여러 개의 상기 문제들 또는 이슈들을 해결하는데에 그 목적이 있다.

본 발명의 일 양상에 따르면, 통신 시스템에서의 그룹 통신에 관련된 그룹 디테일 지시자(group detail indicator)가 제공되며, 그 그룹 디테일 지시자는 적어도 그룹의 아이덴티티(identity) 및 그룹 유형에 대한 정보를 제공하고 그룹 통신의 개시 요청에 첨부된다.

본 발명의 일 양상에 따르면, 통신 시스템에는 서버가 제공된다. 그 서버는 통신 시스템상에서 그룹 통신을 제어하기 위한 것이다. 나아가, 그 서버는 그룹 디테일 지시자를 제공하도록 된 것이며, 그 그룹 디테일 지시자는 적어도 그룹 아이덴티티 및 그룹 유형에 대한 정보를 제공하고 그룹 통신의 개시 요청에 첨부된다.

본 발명의 일 양상에 따르면, 통신 시스템을 위한 서버가 제공된다. 그 서버는 통신 시스템상에서 그룹 통신을 제어하기 위한 제어 수단으로 구성된다. 나아가, 그 서버는 그룹 디테일 지시자를 제공하기 위한 수단으로 구성되며, 그룹 디테일 지시자는 적어도 그룹 아이덴티티 및 그룹 유형에 대한 정보를 제공하고 그룹 통신의 개시 요청에 첨부된다.

본 발명의 일 양상에 따르면, 그룹에 관련된 그룹 통신에 참가하도록 구성된 통신 장치를 위한 사용자 인터페이스가 제공된다. 그 사용자 인터페이스는 그룹 통신의 개시 요청에 첨부된 그룹 디테일 지시자를 수신하도록 구성되며, 그룹 디테일 지시자는 적어도 그룹 아이덴티티 및 그룹 유형에 대한 정보를 제공한다. 나아가, 그 사용자 인터페이스는 사용자 인터페이스의 사용자에게 그룹 세부사항(group detail)에서 제공되는 정보를 표시하게 된다.

본 발명의 일 양상에 따르면, 그룹에 관련된 그룹 통신에 참가하도록 구성된 통신 장치가 제공된다. 그 통신 기기는 그룹 통신의 개시 요청에 첨부된 그룹 디테일 지시자를 수신하도록 구성되며, 그룹 디테일 지시자는 적어도 그룹 아이덴티티 및 그룹 유형에 대한 정보를 제공한다. 나아가, 그 사용자 인터페이스는 사용자 인터페이스의 사용자에게 그룹 세부사항에서 제공되는 정보를 나타내도록 구성된다.

본 발명의 일 양상에 따르면, 통신 장치가 제공된다. 그 통신 장치는 그룹 통신의 개시 요청에 첨부된 그룹 디테일 지시자를 수신하기 위한 수신 수단으로 구성되며, 그룹 디테일 지시자는 적어도 그룹 아이덴티티 및 그룹 유형에 대한 정보를 제공한다. 나아가, 그 통신 장치는 사용자 인터페이스의 사용자에게 그룹 세부사항에서 제공되는 정보를 표시하기 위한 표시 수단으로 구성된다.

본 발명의 일 양상에 따르면, 통신 시스템이 제공된다. 그 통신 시스템은 그룹 통신을 제공하도록 구성된다. 나아가, 그 통신 시스템은 그룹 통신의 개시 요청에 그룹 디테일 지시자를 첨부하도록 구성되며, 그룹 디테일 지시자는 적어도 그룹 아이덴티티 및 그룹 유형에 대한 정보를 제공한다.

본 발명의 일 양상에 따르면, 통신 시스템이 제공된다. 그 통신 시스템은 그룹에 관련된 그룹 통신을 요청할 수 있도록 구성되는 제1통신 기기로 구성된다. 나아가, 통신 시스템은 그룹에 관련된 그룹 통신에 참여하도록 구성되는 적어도 하나의 제2통신 기기로 구성된다. 나아가, 통신 시스템은 그룹의 그룹통신을 제어하도록 구성된 서버를 포함한다. 그 서버는 그룹 통신의 개시 요청에 그룹 디테일 지시자를 첨부하도록 구성되며, 그 그룹 디테일 지시자는 적어도 그룹 아이덴티티 및 그룹 유형에 대한 정보를 적어도 하나의 제2통신 기기에 제공한다.

본 발명의 일 양상에 따르면, 통신 시스템상에서 그룹에 대한 정보를 제공하기 위한 방법이 제공된다. 그 방법은 그룹이 연결된 그룹 통신을 제어하는 단계를 포함하여 구성된다. 나아가, 그 방법은 그룹 디테일 지시자를 포함하는 그룹 통신의 개시 요청을 생성하는 단계를 포함하며, 그 그룹 디테일 지시자는 적어도 그룹 아이덴티티 및 그룹 유형에 대한 정보를 제공한다. 나아가, 그 방법은 그 그룹의 적어도 하나의 구성원에게 그룹 디테일 지시자를 제공하는 단계를 포함한다.

본 발명의 일 양상에 따르면, 프로그램이 컴퓨팅(computing) 수단에서 실행될 때에는, 상기 방법의 임의의 단계들을 수행하기 위한 프로그램 코드(code) 수단을 포함하는 컴퓨터 프로그램이 제공된다.

본 발명의 일 양상에 따르면, 통신 시스템에 대한 서버가 제공된다. 그 서버는 그룹 디테일 지시자를 포함하는 그룹 통신 정보를 수신하도록 구성되며, 그 그룹 디테일 지시자는 적어도 그룹 아이덴티티 및 그룹 유형에 대한 정보를 제공한다. 그 서버는 나아가 그룹 통신 정보를 저장하도록 구성된다. 그 서버는 나아가 그룹 통신 정보가 소정의(predefined) 엔티티들에게 유용하도록 구성된다.

본 발명의 일 양상에 따르면, 통신 기기가 제공된다. 그 통신 기기는 그룹 디테일 지시자를 저장하기 위한 메모리 수단을 포함하는데, 그 그룹 디테일 지시자는 적어도 그룹 아이덴티티 및 그룹 유형에 대한 정보를 제공한다. 그 통신 기기는 나아가 서버에 그 그룹 디테일 지시자를 업로드하기 위한 업로딩 수단을 포함한다. 그 통신 기기는 나아가 메모리 수단에 그룹 디테일 지시자를 저장하기 위해 그룹 디테일 지시자를 다운로드 하기 위한 다운로드 수단을 포함하여 구성된다.

이제부터 본 발명은 다음의 예들 및 첨부되는 도면-오직 예로서 제시됨-을 참조하여 더욱 상세하게 기술될 것이다.

도 1은 본 발명의 실시예들이 구현될 수 있는 구성(arrangement)에 대한 예를 도시하고 있다.

도 2는 본 발명의 실시예들이 구현될 수 있는 또 다른 구성의 예를 도시하고 있다.

도 1은 그룹 서비스를 제공하는 통신 네트워크(10), 제1통신 장치(12), 제2통신 장치(14), 제3통신 장치(16) 및 제4통신 장치(18)를 포함하는 구성의 예를 도 시하며, 여기서 상기 통신 장치들(12,14,16,18) 각각은 그룹 서비스를 이용할 수 있다.

예컨데 제1통신 장치(12)와 같은 통신 장치의 사용자는, 예컨데 제2통신 장치(14)를 사용하는 사용자와 같은 다른 그룹 사용자와의 그룹 통신에 참여할 수 있다. 대안적으로, 예컨데 제1통신 장치(12)와 같은 통신 장치의 사용자는, 예컨데 제2통신 장치(14) 및 제3통신 장치(16)를 포함하는 그룹과 같은 그룹과의 그룹통신에 참여할 수도 있다. 사용자는 한번에 하나 이상의 그룹들에 참여할 수도 있다. 사용자는 참여가 가능한 그룹들에 대한 통지(notifications)를 수신할 수도 있으며 그 그룹들에 참여할 것을 요청할 수도 있다. 사용자는 또한 그룹들에 참여하도록 하는 초청(invitations)을 받을 수도 있다.

또한, 그룹 통신 서버(20)는 도 1에 도시된다. 상기 그룹 통신 서버(20)는 그룹 통신을 제어하고, 그룹 리스트들의 생성 및 관리를 지원하는 엔티티(entity)이다. 그룹 통신 서버의 바람직한 운영 예가 다음의 설명을 통해 기술될 것이다.

도 1은 단지 예시로서 네 개의 개별 장치들 및 하나의 그룹 통신 서버를 도시함을 명백히 밝혀둔다. 엔티티들의 수 및 유형은 도시된 것과 실질적으로 다를 수 있다. 통신 시스템은 전형적으로 다수의 통신 장치들에 서비스를 제공하도록 구성된다. 그룹 통신은 컨퍼런싱 세션들과 같은 그룹 통신 세션들 및 인스턴트 메세징을 포함할 수 있다. 일 실시예로, 상기 그룹 서비스들은 PoC 서비스들을 포함할 수 있다. 일 실시예로, 도 1에 도시된 상기 통신 네트워크(10)는 SIP 제어네트워크(SIP controlled network)이다. 또한 일 실시예에서, 상기 통신 네트워크(10)는 적어도 부분적으로는 IMS에 의해 제공된다. 일 실시예로, GPRS 기반 시스템이 IMS 서비스를 가능하게 하는 백본(backbone) 통신망으로서 사용된다. 또 다른 적절한 이동 통신 시스템이 역시 사용될 수도 있다.

이동 통신 네트워크는 논리적으로 무선 접속망(RAN:Radio Access Network)과 핵심 망(core network)으로 나누어질 수 있다. 상기 핵심망 엔티티들은 전형적으로 다수의 무선접속망(RAN)들을 통한 통신을 가능하게 하고, 또한 단일 통신 시스템을 다른 셀룰러 시스템들 및/또는 유선 통신 시스템들과 같은 하나 이상의 통신 시스템들에 인터페이스하는 게이트웨이 및 다양한 제어 엔티티들을 포함한다.

시스템들 중, IMS는 SIP를 사용할 수 있는데, 상기 SIP는 하나 이상의 참가자들과의 세션들의 생성, 수정 및 종료를 위한 IETF(Internet Engineering Task Force)에 의해 정의되는 애플리케이션 계층 제어 프로토콜이다. SIP는 다큐먼트 IETF RFC 3261 "SIP:세션 개시 프로토콜(Session Initiation Protocol)" 에서 정의된다. SIP기반 통신 시스템에 연결된 사용자는, 표준화된 SIP 메세지들에 기반하여 상기 통신 시스템의 다양한 엔티티들과 통신할 수 있다. 통신 장치들, 또는 상기 통신 장치들에서 특정 애플리케이션을 실행하는 사용자는 SIP 백본에 등록되어 특정 세션으로의 초청이 올바르게 이들 최종 지점들(end points)로 전송될 수 있다. SIP는 장치들 및 사용자들에 대한 등록 메카니즘을 제공하며 세션 초청들을 적절히 라우팅하기 위해 위치 서버들(location servers) 및 레지스트라들(registrars)과 같은 메카니즘을 적용한다.

자원식별자(URI:Uniform Resource Identifiers)는 SIP 제어 네트워크에서의 서로 다른 유형의 액터들(actors)을 식별하는데 사용된다. 전형적으로 URI는 개별 사용자의 등록된 사용자 아이덴티티를 가리킨다. URI는 또한 음성 메일서버 또는 컨퍼런스 팩토리(factory) URI와 같은 서비스들, 챗룸(chat rooms) 또는 VoIP 컨퍼런스 인스턴스와 같은 컨퍼런스 인스턴스들(conferencing instances), 또는 다른 유형의 리소스들을 식별할 수 있다. 또한, URI는 리소스 리스트를 가리킬 수도 있는데, 상기 리소스 리스트는 개별적인 URI들의 리스트이거나 또는 한편으로는 URI들의 그룹일 수도 있다. 리소스 리스트들은 일대다 메세징(one-to-many messaging) 등과 같은 많은 애플리케이션에서 사용될 수 있다. 예를 들면, 네트워크상의 서버는 예를 들어, 하나의 운영자 리소스 리스트들을 보유(maintain)할 수 있다. 이러한 리소스 리스트로 어드레스된 요청은 상기 서버로 라우팅 될 수 있으며, 상기 서버는 상기 요청을 상기 리소스 리스트 뒤의 개별 접점들(contacts)로 전송할 수 있다.

본 출원 명세서에서 사용자, 최종 사용자, 사용자 에이전트(agent), 가입자 및 리소스 라는 용어들은 모두 통신망을 통해 서비스들을 사용할 수 있는 엔티티를 말한다. 사용자 또는 사용자 에이전트는 전형적으로 개별 등록된 사용자 아이덴티티이다. 최종 사용자라는 용어는 상기 시스템을 사용하는 사람을 가리킨다. 가입자 또는 리소스는 개별 사용자 또는 단일 가입(single subscription)을 신청한 사용자들의 그룹을 말한다. 리소스 리스트 및 그룹이라는 용어는 본 명세서에서 고유의 URI와 같은 자신만의 식별자(identifier)를 구비하면서, 서로 다른 URI와 같이 상이한 식별자(identifier)를 각각 갖는 다수의 엔티티들을 포함하는 엔티티를 정의 한다.

상기 설명한 바처럼, 수신 클라이언트는 그룹 아이덴티티 외에도 그룹 유형을 알 필요가 있거나 원할 수 있다. 세 개의 예시적인 그룹 유형이 언급되었다: 애드혹, 사전설정 그리고 챗 그룹. 그룹 유형들은 일대일 유형 및 다른 정의된(defined) 또는 비정의 된(undefined) 유형들을 더 포함할 수 있다. PoC와 같이 다자간 컨퍼런스를 위한 통신 장치들의 그룹이 다양한 방식으로 생성될 수 있다. 예를 들어, SIP 또는 컨퍼런스 정책 제어 프로토콜(CPCP:Conference Policy Control Protocol)이 사용될 수 있다.

애드혹 그룹은 임시적이다. 이 그룹 ID는 그 그룹 ID가 관계되는 그룹 통신이 끝난 후에는 유효하지 않기 때문에 수신 클라이언트는 애드혹 그룹의 그룹 ID를 저장해서는 안 된다. 애드혹 그룹 통신은 제 1 PoC 가입자가 하나 이상의 다른 PoC 가입자들을 선택하여 그들을 애드혹 그룹 통신에 참여하도록 초청할 때 이루어질 수 있다. 음성 통신은 제 1 PoC 가입자가 초청한 하나의 다른 PoC 가입자 즉 제 2 PoC 가입자가 그 초청을 수락할 때 시작될 수 있다. 기 설정된(existing) 애드혹 PoC 그룹 세션에 참가하기 위해서, 새 참가자는 전형적으로 현재의 애드혹 PoC그룹 세션 참가자들로부터의 초청을 필요로 한다. 하나의 예외가 있는데, 애드혹 그룹 세션의 참가자였으나, 그 세션을 떠난 PoC 가입자는 초청 없이도 다시 참여할 수 있다. 그러한 경우에는, 그룹 ID가 임시적으로 저장될 필요가 있을 수 있다.

챗 PoC 그룹 세션은 제 1 PoC 가입자가 참여할 때 설립된다. 음성 통신은 챗 PoC 그룹 세션이 설립되었을 때 가능하다. PoC 가입자는 챗 PoC 그룹 세션을 설립 하거나 또는 진행중인 챗 PoC 그룹 세션에 참여할 수 있다.

한편, 사전설정 그룹은 영구적이다. 수신 클라이언트는 예를 들면, 새 그룹 통신을 개시하는 것과 같이, 이후의 사용을 위해 사전설정 그룹의 그룹 ID를 저장해도 된다. 사전설정 그룹에 참가하는 것은 그룹의 구성원들에게로 제한된다. 그 구성원들은 사전설정 PoC 그룹 세션에 초청받거나 진행중인(ongoing) 세션에 참여할 수 있다. 사전설정 PoC 그룹 구성원들간의 PoC세션은 동일한 사전설정 PoC 그룹의 어떤 개인 구성원이 그 그룹을 초청할 때 설립된다. 음성 통신은 하나의 제 1 PoC 가입자가 초청한 다른 PoC 가입자 즉, 제 2 PoC 가입자가 그 초청을 수락한 후에 시작될 수 있다.

본 발명의 실시예들은 적어도 그룹 아이덴티티와 그룹 유형을 포함하는 그룹 세부정보들을 그룹 통신의 피호출자에게 알려주는 새로운 대안들을 제시하고 있다. 일 실시예에서는, 정보의 다른 유형이 부가적으로 제공될 수 있다.

도 1에서 도시된 그룹 통신 서버(20)는 본 발명의 실시예들을 구현하는데 사용될 수 있다. 그룹 통신 서버(20)는 그룹 통신 세션을 가질 수 있거나 이에 관련된 그룹들 또는 인스턴트 메세징이 가능한 그룹들에 대한 정보를 포함할 수 있다. 그러한 정보는 도 1에 도시된 것처럼 그룹 테이블(30)로서 도시될 수 있다. 이 그룹 테이블은 예를 들면, 그룹 URI(32)을 이용하여 그룹을 식별할 수 있다. 각 그룹 URI(32)는 다수의 구성원들(34)을 포함할 수 있다. 그룹의 유형(36)은 예를 들면, 사전설정, 애드혹, 챗, 일대일 또는 그 외의 것들로 정의된다.

나아가, 조작 인터페이스(manipulation interface)(40)가 도 1에서 도시된 다. 이 조작 인터페이스는 예를 들면 통신 장치 또는 웹 페이지를 사용하여 사용자가 그룹 리스트들을 생성하고 관리하도록 한다. 예를 들면, 상기 사용자는 그룹 테이블(30)에 저장될 사전설정(pre-arranged) 그룹을 결정할 수 있다.

본 발명의 실시예로서, 그룹 디테일 지시자를 포함하는 그룹 통신의 개시를 위한 적어도 하나의 요청이 생성된다. 상기 그룹 디테일 지시자는 적어도 통신 장치들의 그룹 아이덴티티와 그룹 유형에 대한 정보를 제공한다. 상기 그룹 디테일 지시자는 그 그룹의 적어도 하나의 통신 장치에 제공된다. 실시예로서, 그룹 통신의 개시 요청 또는 간단히 시작 요청(originating request)은 예를 들어 제어 서버와 같은 서버 또는 다른 그러한 엔티티에 수신된다. 상기 시작 요청은 그룹 통신을 개시하기를 원하는 통신 장치와 같은 시작(originating) 또는 개시(initiating) 진영으로부터 수신된다. 상기 서버 또는 다른 그러한 엔티티는 그 엔티티가 개시자로부터 수신한 시작 요청을 이용하여, 상기 그룹 디테일 지시자를 포함하는 그룹 통신을 개시하기 위한 적어도 하나의 요청을 생성할 수 있다. 일 실시예로서, 상기 엔티티는 상기 시작 요청이 그룹에 관한 것이라는 것을 검출(detect)하고 그 그룹의 유형을 결정할 수 있다.

그룹 통신 서버들의 예들은 PoC 서버 또는 PoC 서비스 인에이블러(enabler) 및 컨퍼런스 서버를 포함할 수 있는데, 이에 한정되는 것은 아니다. 네트워크는 연락 리스트(contact lists), 그룹 리스트(group lists) 및 접속 리스트(access lists)를 저장 및 관리하기 위한 별도의 구성요소로 구성될 수 있다. 그러한 구성요소들의 예들은 그룹/리스트 관리자 서버(GLMS:Group/List Manager Server)와 XML 문서 관리 서버(XDMS:Extensible Mark-up Language Document Management Server)를 포함하여 구성될 수 있으나, 이에 한정되는 것은 아니다. 그룹 통신 서버(20)는 GLMS 및 XDMS와 같은 별개의 구성요소들로부터 그룹 리스트들(그룹 유형을 포함하여)을 검색할 수 있다. 그 그룹의 유형은 그 그룹에 관계된 정보를 저장하고 있는 그룹 통신 서버의 유형을 정의한다. 예를 들면, PoC 서버는 애드혹 컨퍼런스 URI들 및 CPCP에 의해 생성된 구성원들과 같은 애플리케이션별 그룹 리스트들을 저장하고 있을 수 있다. XDMS는 다수의 애플리케이션에 의해 공유될 수 있는 일반적인 URI 리스트들을 저장할 수 있다. 일 실시예로서, 그룹 통신을 제어하는 상기 서버는 그룹의 수명(lifetime) 또는 그 서버에서 구성된 정보를 사용하여 그 그룹의 유형을 결정할 수 있다.

XML 문서(XDM:Extensible Mark-up Language Document)는 그룹 및 XML 설정 접속 프로토콜(XCAP:XML Configuration Access Protocol)에 기반하여 호출되는 리스트 관리를 위한 일반적인 프레임워크(framework)이다. 상기 XDM은 정보를 필요로 하는 서로 다른 인에이블러들에게 그 정보가 접속 가능하도록 만드는 일반적인 메카니즘을 정의한다. 상기 정보는 네트워크상에 저장되어 있을 것으로 기대된다. 상기 네트워크에서, 상기 정보가 발견(located)되고, 접속(accessed)되며 조작(manipulated)-예를 들면 권한이 부여된 관리자들에 의해 생성되고, 변경되고, 삭제되는 것-될 수 있다. 클라이언트는 하나의 XML 다큐먼트 내의 구성요소들을 식별하고, 오직 수정될 필요가 있는 그 구성요소들만을 수정할 수 있다.

URI 리스트는 다수의 인에이블러들 간에 공유될 수 있다. 예를 들면, 관리자 는 다수의 최종 사용자들을 함께 그룹으로-예를 들어 "Friends" 또는 "Family", 또는 다른 자원들-만들 수 있다. 그러한 URI 리스트는 PoC 및 프레젠스 서비스(Presence service) 인에이블러들과 같은, 다수의 서로 다른 인에이블러들에 의해 재사용될 수 있다.

도 2는 OMA, 그룹 관리 아키텍쳐(Group Management Architecture), 드래프트(draft) 버젼 1.0(2004.11.18), OMA-PAG-GM-AD-V1_0-20041118-D에서 정의된 바에 따른 XDM 아키텍쳐의 바람직한 일 예를 도시하고 있다. 상기 XDM 아키텍쳐의 주요 구성요소(components)는 XDM 클라이언트(202), 애그리게이션 프록시(aggregation proxy)(204), 애플리케이션 서버(210, 211, 212) 및 XDMS(220, 221, 222, 225)를 포함하여 구성될 수 있다. 상기 애그리게이션 프록시(204)는 XDM 클라이언트(202)로부터의 XCAP 요청들에 대한 접점(contact point)로서의 역할을 한다. 상기 애그리게이션 프록시(204)는 올바른 XDMS(220, 221 , 222, 225)으로 상기 요청들을 인증하고 라우팅한다.

PoC XDMS(222)은 PoC 접속 정책 다큐먼트(access policy documents) 및 PoC 그룹 다큐먼트를 포함할 수 있다. 각 PoC 사용자는 하나의 접속 정책 다큐먼트를 가질 수 있는데, 이는 들어오는(incoming) PoC 세션 초청들을 제어하는데 사용될 수 있다. PoC 그룹 다큐먼트들은 그룹 세션들을 제어하는데 사용될 수 있다. 프레젠스(presence) XDMS(220)은 허가 정책 다큐먼트들(authorisation policy documents)을 포함할 수 있는데, 이는 프레젠스 정보를 신청하는(subscribing) 자(watcher)를 허가하는데 사용된다. 나아가, 상기 프레젠스 XDMS(220)은 리소스 리스트 서버(RLS:resource list server) 프레젠스 리스트 다큐먼트들을 포함할 수 있는데, 리스트에 있는 사용자들에 대한 하나의 요청 프레젠스를 신청(subscribe)하는데 사용될 수 있다.

상기 XDM 클라이언트(202)는 상기 공용 XDMS(225)로 URI 리스트들을 저장하고, 이는 다수의 애플리케이션들 간에 공유될 수 있게 된다. 클라이언트는 공용XDMS(225)로 공유 URI 리스트를 생성하고 상기 공유 URI 리스트에 대한 참조를 PoC 그룹 다큐먼트에 부가할 수 있다. 상기 공용 XDMS(225)상의 공유된 URI 리스트는 그룹의 구성원 리스트로서 사용될 수 있다. 상기 동일한 공유된 URI 리스트는 역시 RLS 다큐먼트로부터 참조 될 수 있다. 또한, 상기 공용 XDMS(225)는 동일 사용자가 소지하고 있는 다수의 장치들간에 URI 리스트들(연락 정보)을 공유하는데 사용될 수 있다. 예를 들면, 사용자가 새 장치를 들여올 때, 그 새로운 장치는 서비스 세팅(settings)-예를 들면, 무선으로(Over-the-air)-을 수신할 수 있다. 그 후에, 로컬(local) XDM 서버들에 저장된 모든 정보는 상기 새 장치에 이용가능하다. 따라서, 로컬 XDM 서버들로 저장된 그 정보는 사기 사용자에 소속된 장치들간에 동기화(synchronized)되기 위해 다른 동기화 메카니즘(synchronization mechanisms)을 필요로 하지 않는다.

상기 공유 URI 리스트는 XML 다큐먼트일 수 있다. XDM 클라이언트(202)는 HTTP 헤더의 요청-URI(Request-URI)에서 식별되는 XDM 서버상에서 미리 정의된 HTTP 오퍼레이션을 불러내어(invoking) XML 다큐먼트를 조작할 수 있다. XDM 클라이언트(202)는 상기 XML 다큐먼트를 관리하는(governing) 애플리케이션 사용 지 식(application usage knowledge)를 기초로 상기 요청-URI(Request-URI)를 구성할 수 있다. XML 다큐먼트들을 조작하는 예들은 OMA, PoC XDM 규약, 드래프트 버젼 1.0(2005.1.19), OMA-TS-PoC_XDM-V1_0-20050119-D, Appendix B, B.1 절에 주어져 있다.

사용자 또는 애플리케이션 서버(210, 211, 212)는 XML 다큐먼트 상의 변경을 신청할 수 있다. 공유 URI 리스트의 소유자의 SIP URI 또는 상기 공유 URI 리스트에 관계된 상기 그룹의 PSI(public service identity) URI에 의한 SIP URI가 신청(subscribing)에 사용될 수 있다.

그룹들에 관련된 정보는 도 1에서 그룹 테이블의 형태로 도시되어 있다. 그러나, 그룹 테이블은 오직 예로서 도시되어 있다. 그룹 통신 서버(20)는 그룹들과 관련된 데이터를 다루는 다양한 방법들-예를 들면 디렉토리들, 리스트들, 부가 서버들 및 기타-을 사용한다. 전형적으로, 그룹 통신 서버(20)는 한번에 다수의 그룹들을 다룬다. 통신 네트워크(10)는 각 하나 이상의 그룹 통신 서버들을 가지는 다중 그룹 서비스 제공자들을 포함하여 구성될 수 있다.

일 실시예에서, 새로운 URI 파라미터-이 URI에 의해 실행되는 그룹 아이덴티티 외에-가 그룹 유형을 전송하기 위해 정의될 수 있다. 이 새로운 URI 파라미터는 예를 들어 그룹 유형 파라미터라고 명명될 수 있다. 이 실시예에 따르면, 상기 그룹 유형 파라미터는 URI가 가리키는 그룹의 유형을 표시하기 위해 Contact, To, From 또는 P-Asserted-ld 헤더와 같은 적절한 SIP 메세지 헤더(들)의 끝에 더해질 수 있다.

본 발명의 일 실시예에 따른 새 URI 파라미터는 예를 들어 다음 중 하나의 방식에 따라 정의될 수 있다.

Header: <group-URI ; group=grouptype> ; 또는

Header: <group-URI> ; group=grouptype

상기 "group-URI"는 그룹의 아이덴티티를 제공하는 기본(base) URI를 표시하고 있고, 상기 "group"은 본 발명의 실시예에 따른 새 URI 파라미터를 표시하고 있으며, 상기 "grouptype"은 그룹의 유형의 값-예를 들면, 챗, 애드혹, 사전설정, 일대일, 기타-를 가지고 있다. 의도하는 기능을 달성하기 위해 임의의 다른 단어들 또는 텍스트 열 또는 문자나 비트열의 조합이 "group" 또는 "grouptype" 대신 사용될 수 있다.

본 발명의 실시예에 따른 새 URI 파라미터의 예는 다음과 같이 구성될 수 있다.

Contact: <sip : myfriends@example.com; group=pre-arranged>; 또는

Contact: <sip : myfriends@example.com>; group=pre-arranged

유사한 방식으로, 상기 그룹 유형은 새 헤더 파라미터로 정의되거나 또는 기존의 임의의 SIP 헤더에 부착될 수 있다.

일 실시예에서, 새 SIP 헤더가 그룹 세부정보를 전송하기 위해 정의될 수 있다. RFC 3261, 7.3 절은 SIP 헤더 필드들을 정의한다. 각 헤더 필드는 콜론 뒤의 필드 이름(field name) 및 필드 값(field value)으로 구성된다. 헤더 필드 값의 형식은 헤더 이름마다 정의되며, 이는 텍스트(text) 또는 여백(whitespace), 토큰 들(tokens), 분리기호들(separators), 그리고 문자열(quoted strings)일 수 있다.

새 SIP 헤더는 "Group-ID" 또는 기타 다른 선택 단어 또는 텍스트열 또는 문자와 비트열의 조합으로 표시될 수 있는데, 본 발명의 일 실시예에 따라 예를 들어 다음과 같이 정의될 수 있다:

Group-id : group-URI ; group-type

상기 "group-URI" 필드는, 예를 들면 myfriends@example.com처럼 그룹을 식별해주는 SIP URI 또는 TEL(telephony) URI와 같이 그 그룹 아이덴티티를 포함하고 있다. 일 실시예로서, 그룹 아이덴티티에 관련된 표시 이름(display name)을 전송하는 것도 역시 가능하다. 상기 "group-type" 필드는 그룹의 유형-예컨데, 챗, 애드혹, 사전설정, 일대일, 기타-을 포함한다.

본 발명의 실시예에 따른 새 SIP 헤더의 일 예는 다음과 같이 구성될 수 있다: Group-id: "Miikka's friends" <sip:myfriends@example.com>; pre-arranged

일 실시예에서, 상기 SIP 헤더는 역시 소위 프라이빗(private) SIP 헤더일 수 있다. 이 실시예에서, 상기 SIP 헤더의 구문(syntax)은 아래와 같을 수 있다.

P-Group-id: group-URI ; group-type

또 다른 실시예에서, 상기 그룹 상세정보는 XML 페이로드에서 전송될 수도 있다. OMA-RD_PoC-V1_0-20040628-C, 예컨데, 6.2.1 절은 그룹 광고(GA:group advertisement)의 운영을 정의한다. 상기 GA는 수신자들에게 그룹의 존재를 광고하는데 사용될 수 있다. 상기 GA는 자립형(stand-alone) 동작( operation)으로서, 상기 그룹광고 자체를 전송하는 것 외에 통신을 개시하지 않는다. 상기 GA의 구조는 상기 그룹 ID(SIP 또는 TEL URI) 및 그 그룹 유형을 운반할 수 있다. 본 발명의 실시예에서, 그룹 통신 세션 개시 요청에 첨부되는 XML 페이로드에 상기 그룹 디테일 지시자 즉, 상기 그룹 ID 및 상기 그룹 유형을 운반하는 데이터 구조는, 수신 클라이언트가 수신된 그룹 세션 또는 메세지에서 그룹 상세정보를 인식하도록 하는데 이용된다. 상기 그룹 통신 세션에 대한 개시 요청은 초청 요청 또는 SIP의 자립형(stand-alone) 메세지 즉, SIP INVITE 및 MESSAGE 양자를 포함하여 구성될 수 있다.

본 발명의 실시예에 따른 XML 페이로드의 예는 다음과 같이 구성될 수 있다:

Content-Type: application/vnd.poc.groupdetails+xml

Content-Length: 151

<?xmlversion="l.0"encoding="UTF-8"?>

<group>

<uri>sip:group.uri@domain.net</uri>

<name>Group Display Name</name>

<type>pre-arranged</type>

</group>

SDP는 예컨데 다큐먼트 IETF RFC 2327 "SDP: Session Description Protocol" 에서 정의된 멀티미디어 세션들을 위한 세션 기술 프로토콜이다. SDP는 세션의 존재를 통보하고, 상기 세션에서 참여(joining) 및 참가(participating)가 가능하도록 충분한 정보를 운반하는데 사용될 수 있다. SDP는 세션 이름 및 목적, 상기 세 션이 활성화되는 시간(들), 상기 세션을 포함하는 미디어 및 상기 미디어(주소들, 포트들, 형식 등)를 수신하기 위한 정보, 그리고 선택적으로 컨퍼런스에서 사용될 대역폭에 대한 정보 및 상기 세션에 대한 책임자의 연락 정보를 포함할 수 있다.

본 발명의 또 다른 실시예에서, 새로운 SDP 속성(attribute)이 그룹 세부정보들을 전송하기 위해 정의될 수 있다. 이러한 새 SDP 속성은 그룹 ID SDP 속성으로 명명될 수 있으며 다음의 형식을 가질 수 있다:

a=poc-group-id: group URI; group type

group URI = SIP URI or TEL URI of the group

group type = ad-hoc, pre-arranged, chat, 1- 1, other

새 SDP 속성의 예는 다음과 같이 구성될 있다:

a=poc-group-id: myfriends@example.com; pre-arranged

아래에서, 본 발명의 실시예에 따라 그룹 정보 지시(group detail indication)의 사용에 대한 예들이 설명된다. 제어 PoC 서버(Controlling PoC server)는 그룹의 유형을 알거나 그룹 유형을 검색하여 그것을 보내지는(outgoing) 요청들에 삽입할 수 있는 서버이다.

일 실시예로서, 앨리스(Alice)가 애드혹 그룹을 만들기 원한다. 그녀는 그녀의 PoC 서버로 INVITE 요청을 보낸다. 그 요청은 초청될 다른 사용자들을 포함한다. 앨리스의 PoC 서버는 제어 PoC 서버의 역할을 수행할 것이다. 상기 제어 PoC 서버는 이렇게 앨리스가 애드혹 그룹을 만들기를 원한다는 것을 안다. 상기 제어 PoC 서버는 상기 사용자들을 초청하기 위해 요청에서 제공된 사용자들의 리스트를 사용한다. 상기 제어 PoC 서버가 SIP INVITE를 사용하는 다른 구성원들을 초청할 때, 상기 제어 PoC 서버는 그 그룹 아이덴티티(SlP URI) 및 그룹 유형에 대한 정보를 포함한다. 결국, 상기 요청은 초청된 사용자들-즉, 피호출 측-에 의해 수신된다. 피호출 측의 PoC 클라이언트가 상기 요청을 수신하면, 그 PoC 클라이언트는, 상기 요청이 세션의 유형을 포함하는 바에 따라, 들어오는(incoming) 세션이 사전설정 그룹으로부터 온 것이라는 것과, 나아가 개시자가 앨리스임을 최종 사용자에게 보여준다. 게다가, 상기 요청이 상기 그룹 아이덴티티를 포함했었기에, 상기 PoC 클라이언트는 참가자 정보를 구독할 수 있게 된다.

또 다른 실시예로서, 앨리스(Alice)가 사전설정 그룹을 만들기 원한다. 그녀는 그녀의 PoC 서버로 INVITE 요청을 보낸다. 그 요청은 사전설정 그룹의 주소를 포함한다. 그 요청은 사전설정 그룹을 호스팅하는 PoC 서버로 라우팅 된다. 상기 사전설정 그룹을 호스팅하는 PoC 서버는 사전설정 그룹의 구성원들을 부르고(fetch) 앨리스 외의 다른 구성원들을 초청할 것이다. 사전설정 그룹을 호스팅하는 PoC 서버는 제어 서버의 역할을 수행할 것이다. 상기 제어 PoC 서버가 SIP INVITE를 사용하는 다른 구성원들을 초청할 때, 상기 제어 PoC 서버는 그 그룹 아이덴티티(SlP URI) 및 그룹 유형에 대한 정보를 포함한다. 결국, 상기 요청은 초청된 사용자들-즉, 피호출측-에 의해 수신된다. 피호출 측의 PoC 클라이언트가 상기 요청을 수신하면, 그 PoC 클라이언트는, 상기 요청이 세션의 유형을 포함하는 바에 따라, 들어오는(incoming) 세션이 사전설정 그룹으로부터 온 것이라는 것과, 나아가 개시자가 앨리스임을 최종 사용자에게 보여준다. 게다가, 상기 요청이 상기 그 룹 아이덴티티를 포함했었기에, 상기 PoC 클라이언트는 참가자 정보를 구독할 수 있게 된다.

사용자 장비(UE)와 같은 사용자의 통신 장치는 상기 UE의 사용자 친화성(user friendliness)을 개선하도록, 그룹 유형 표시를 이용(utilising)하는 부가적인 특성들을 구현할 수 있다. 그러한 특성들의 예들은 예를 들어 다음의 상황들을 포함할 수 있다. 일 실시예에서, 만약 사용자가 UE의 전화번호부(phonebook)에 애드혹 유형의 SIP URI를 저장하려고 시도한다면, 상기 UE는 경고를 표시함으로써 그 사용자에게 상기 SIP URI가 임시적인 주소임을 사용자에게 알려줄 수 있다. 나아가, 상기 UE는 그 사용자가 진정으로 상기 SIP URI를 전화번호부에 저장하기를 원하는지 여부를 물을 수 있다. 일 실시예에서, 상기 그룹 유형은 상기 사용자의 전화번호부에 저장될 수 있다.

나아가, 사용자는 예컨데, 그 사용자가 전화 벨소리를 듣지 못해서 호출을 놓칠 수가 있다. 그 사용자는 역시 그룹 세션에 대한 초청을 놓칠 수도 있다. 그 사용자가 다음번에 상기 UE를 체크할 때 그 사용자는 모든 놓친 호출들을 소위 부재중 호출 로그(missed call log)에서 볼 수 있다. 이것은 놓친 번호들로 다시 호출하는 것을 용이하게 해준다. 일 실시예로서, 만약 상기 부재중 호출이 그룹 세션으로의 초청이었다면, 그 그룹 유형 역시 상기 부재중 호출 로그에서 보여진다.

일 실시예로서, 상기 UE는 그 UE가 세션 초청을 수신할 때 사용자에게 그룹 유형 정보를 표시해주기도 한다. 이것은 예컨데, 그룹 호출과 일대일 호출을 구별하도록 해준다. 게다가, 상기 사용자는 상이한 세션들에 대해서 서로 다른 벨소리 톤들(tones) 또는 취급(handling)을 가질 수도 있다.

예를 들면, 사용자는 네트워크로부터 초청 요청을 수신하고는 대답하지 않을 수 있다. 후에, 그 사용자가 상기 UE를 체크할 때, 그 사용자는 호출을 놓쳤음을 확인하고 응답 호출을 시도할 수 있다. 초청되는 URI가 사전설정 그룹 유형이라는 것을 알면, 상기 사용자의 UE는 사용자가 사전설정 그룹 아이덴티티로 다이얼링할 때 그 사용자에게 경고할 수 있다. 이것은 상기 사전설정 그룹 아이덴티티가 상기 서버 내에서 1에서 N까지 새 호출들을 트리거링(triggering) 하고 사용자에게 상당한 비용을 부담시키기 때문에 유용할 수 있다.

다른 예로서, 그룹-예컨데, myfriends@example-은 사용자 A,B,C,D 및 E를 포함할 수 있다. 사용자 A는 SIP MESSAGE와 같이, 그룹 통신을 개시하기 위한 요청을 그 그룹에 전송한다. 사용자 B는 상기 요청이 사용자 A에 의해 전송된 것과 해당 그룹이 사전설정 그룹이라는 정보를 얻을 수 있다. 따라서, 사용자 B는 상기 그룹을 호출하는 것은 1부터 N까지의 새로운 호출들을 트리거링하며 사용자에게 상당한 비용 부담을 야기할 수 있다는 것을 안다.

사용자는 GA에서 그룹의 주소를 수신할 수 있다. 상기 사용자는 상기 그룹의 주소를 상기 사용자가 사용하고 있는 통신 장비에 국부적으로(locally) 저장할 수 있다. 상기 그룹의 주소가 상기 공용 XDMS(225)와 같은 네트워크 서버로도 역시 저장될 수 있어야 한다는 것도 명확하다. 상기 사용자는 이렇게 다수의 장치들간에 그 그룹의 주소를 공유할 수 있다. 이것은 사용자가 통신 장치를 바꾸기를 원할 때나 동시에 여러 장치를 사용할 때 유용하다.

일 실시예로서, 본 발명에 따른 그룹 유형 파라미터는 도 2의 상기 공용 XDMS(225)에 더해진다. 이것은 역시 상기 공용 XDMS(225)에 그룹들을 저장하도록 하고, 그룹 대신에 오직 단일 SIP 사용자만을 정의하는 SIP URI와 그룹 URI를 분리하도록 해준다.

일 실시예에서, 사용자는 상기 공용 XDMS(225)로 상기 수신된 그룹 URI를 저장할 수 있다. 상기 공유 XDMS(225)에서, 본 발명에 따른 상기 그룹 유형 파라미터는 개인 접속을 나타내는 URI로부터 그룹 URI를 구별하는데 사용되어 진다. 원래 장치와 새 장치와 같이, 두 개의 장치들의 전화번호부 애플리케이션들 간에 거의 동일한 정보를 유지하기 위해서, 상기 GA에 포함된 모든 정보는 상기 공용 XDMS(225)에 저장될 수 있다. 하나의 예가 아래에서 주어진다. 다만 본 발명이 이 예로 제한되는 것은 아니다. 예를 들어, 조(Joe)가 그의 친구 밥(Bob)으로부터 GA를 받았다고 하자: "안녕, 우리 골프 친구들과 통신을 위해 이 그룹(sip:golf_buddies@example.com)을 사용해 줘, 다른 사람들도 이미 이 그룹에 참여하고 있어". 상기 GA에 포함된 본 발명에 따른 상기 그룹 유형 파라미터는 상기 그룹 유형이 챗 임을 보여줄 수 있다. 조(Joe)는 상기 수신된 그룹 URI 및 상기 GA로부터의 그룹 유형을 조(Joe)가 현재 사용하고 있는 통신 장치 및 부가적으로 상기 공용 XDMS(225)로 저장할 수 있다. 조(Joe)가 새 통신 장치를 구입할 경우에, 그는 sip:bob@example.com과 같은 개인 사용자 및 sip:golf_buddies@example.com과 같은 사용된 그룹들에 대한 모든 그의 개인적인 연락처를 상기 새로운 장치로 다운로드 받기를 원할 수 있다. 조(Joe)가 상기 XDMS(225)에 저장된 상기 정보를 사용 할 수 있을 때, 상기 정보는 이 정보를 수작업으로(manually) 생성할 필요없이 상기 새로운 통신 장치로 다운로드 될 수 있다.

다른 실시예에서, 여기에서 존(John)이라 불리는 사용자는 세 명의 다른 사용자들을 포함하는 로컬 애드혹 그룹을 생성하여 상기 애드혹 그룹을 존(John)이 현재 사용하고 있는 통신 장치의 전화번호부 애플리케이션으로 저장할 수 있다. 상기 애드혹 그룹은 전화번호부 애플리케이션으로 저장되었기 때문에 현재는 영구적이다. 그러나, 오직 존(John)만이 상기 애드혹 그룹의 존재를 인식하고 있고 상기 애드혹 그룹의 정보를 사용할 수 있기 때문에 상기 애드혹 그룹은 비공식적(private) 것이다. 존(John)이 사용하고 있는 별개의 장치들간에 이런 종류의 애드혹 그룹들을 동기화(sychronize)하기 위해서, 존은 상기 그룹을 상기 공용 XDMS(225)로 저장할 수도 있다. 상기 공용 XDM 데이터 형식은 본 발명에 따른 상기 그룹 유형 파라미터를 사용하여 리스트 이름에 첨부되는 그룹 유형을 포함하도록 확장된다. 이러한 예시적인 경우와 관련하여, 상기 공용 XDMS(225)는 <내친구들>과 같은 리스트 이름 및 그 리스트 이름에 붙여진 "애드혹"과 같은 그룹 유형, 그리고 그 리스트 이름 아래에 그 리스트의 구성원들(이름 및 URI를 나타낸다)을 저장할 수 있다.

세션들을 개시하거나, 앞의 예들에서 정의된 바에 따라, 애드혹 그룹에 메세지들을 보내기 위해서, 초기 SIP 요청은 상기 공용 XDMS(225)에 저장된 상기 리스트들을 참조할 수 있다.

본 발명의 실시예들은 적어도 부분적으로는, 적절한 네트워크 구성요소들 상 에서 컴퓨터 프로그램을 통해 구현될 수 있다. 상기 컴퓨터 프로그램은 상기 프로그램이 컴퓨팅 수단에서 실행될 때, 상기 실시예들에 따른 단계들을 수행하기 위한 프로그램 코드 수단을 포함할 수 있다.

비록 본 발명은 특정 실시예들을 들어 설명되었지만, 첨부된 청구범위들에 의해 정의되는 본 발명의 기술적 사상과 범위 내에서, 다양하게 변형 가능하다. 본 발명의 실시예들이 주로 모바일 스테이션들과 같은 모바일 통신 장치들과 관련되어 설명되어진 반면, 본 발명의 실시예들은 직접 음성 통신 서비스들을 제공하는 통신 네트워크들로 접속할 수 있는 다른 유형의 통신 장치들에도 적용될 수 있음을 이해해야 한다. 나아가, 상기 통신 시스템은 비록 주로 모바일 통신 시스템들이 참조 되었지만, 임의의 적절한 통신 시스템일 수 있다.

Claims

삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
통신 시스템을 위한 서버로서, 상기 서버는,

상기 통신 시스템에서 그룹 통신을 제어하고; 그리고

그룹 디테일 지시자를 제공하며,

상기 그룹 디테일 지시자는 적어도 그룹 아이덴티티 및 그룹 유형에 대한 정보를 제공하며 그리고 그룹 통신의 개시 요청에 첨부되는 것을 특징으로 하는 통신 시스템을 위한 서버.
통신 시스템을 위한 서버로서, 상기 서버는,

상기 통신 시스템에서 그룹 통신을 제어하기 위한 제어 수단; 그리고

그룹 디테일 지시자를 제공하기 위한 수단

을 포함하며,

상기 그룹 디테일 지시자는 적어도 그룹 아이덴티티 및 그룹 유형에 대한 정보를 제공하며 그리고 그룹 통신의 개시 요청에 첨부되는 것을 특징으로 하는 통신 시스템을 위한 서버.
제18항에 있어서,

제2서버로부터 상기 그룹 아이덴티티와 상기 그룹 유형 중 적어도 하나를 검색하는 검색 수단을 포함하는 것을 특징으로 하는 통신 시스템을 위한 서버.
제18항에 있어서,

그룹의 수명(lifetime)을 기초로 하여 상기 그룹 유형을 결정하는 결정 수단을 포함하는 것을 특징으로 하는 통신 시스템을 위한 서버.
통신 장치에 대한 사용자 인터페이스로서,

그룹 통신의 개시 요청에 첨부되는 그룹 디테일 지시자를 수신하는 수신기, 상기 그룹 디테일 지시자는 적어도 그룹 아이덴티티 및 그룹 유형에 대한 정보를 제공하며; 그리고

상기 사용자 인터페이스의 사용자에게 그룹 디테일에서 제공되는 정보를 표시하는 표시 장치

를 포함하는 것을 특징으로 하는 통신 장치에 대한 사용자 인터페이스.
제21항에 있어서,

상기 표시 장치는 또한 상기 그룹 유형을 표시하도록 된 것을 특징으로 하는 통신 장치에 대한 사용자 인터페이스.
제21항에 있어서,

상기 표시 장치는 상기 그룹 유형이 임시 그룹일 때 경고를 표시하도록 된 것을 특징으로 하는 통신 장치에 대한 사용자 인터페이스.
제21항에 있어서,

상기 표시 장치는 또한 사용자가 세션을 개시하고 있고 상기 그룹 유형이 사전설정 그룹일 때 경고를 표시하도록 된 것을 특징으로 하는 통신 장치에 대한 사용자 인터페이스.
그룹 통신의 개시 요청에 첨부되는 그룹 디테일 지시자를 수신하는 수신기, 상기 그룹 디테일 지시자는 적어도 그룹 아이덴티티 및 그룹 유형에 대한 정보를 제공하며; 그리고

사용자 인터페이스의 사용자에게 그룹 디테일에서 제공되는 정보를 표시하는 표시 장치

를 포함하는 것을 특징으로 하는 장치.
그룹 통신의 개시 요청에 첨부되는 그룹 디테일 지시자를 수신하는 수신 수단, 상기 그룹 디테일 지시자는 적어도 그룹 아이덴티티 및 그룹 유형에 대한 정보를 제공하며; 그리고

사용자 인터페이스의 사용자에게 그룹 디테일에서 제공되는 정보를 표시하는 표시 수단

을 포함하는 것을 특징으로 하는 장치.
그룹 통신을 제공하고; 그리고

적어도 그룹 아이덴티티 및 그룹 유형에 대한 정보를 제공하는 그룹 디테일 지시자를 그룹 통신의 개시 요청에 첨부하도록 된 것을 특징으로 하는 통신 시스템.
그룹에 관련된 그룹 통신을 요청하는 제1통신 장치와;

상기 그룹에 관련된 상기 그룹 통신에 참가하는 적어도 하나의 제2통신 장치와;그리고

상기 그룹의 상기 그룹 통신을 제어하는 서버를 포함하며, 상기 서버는 그룹 디테일 지시자를 그룹 통신 개시 요청에 첨부하며, 상기 그룹 디테일 지시자는 상기 적어도 하나의 제2통신 장치에 적어도 그룹 아이덴티티 및 그룹 유형에 관한 정보를 제공하는 것을 특징으로 하는 통신 시스템.
적어도 그룹 아이덴티티 및 그룹 유형에 관한 정보를 제공하는 그룹 디테일 지시자를 포함하는 적어도 하나의 그룹 통신의 개시 요청을 생성하는 단계; 그리고

상기 그룹의 적어도 하나의 통신 장치에 상기 그룹 디테일 지시자를 제공하는 단계를 포함하는 것을 특징으로 하는 그룹에 대한 정보를 제공하기 위한 방법.
제29항에 있어서,

그룹 통신 개시에 대한 시작 요청을 수신하는 단계를 더 포함하고, 상기 생성하는 단계는 상기 그룹 디테일 지시자를 포함하는 적어도 하나의 그룹 통신 개시 요청을 생성하는데 있어서, 상기 수신단계에서 수신된 상기 시작 요청을 사용하는 단계를 포함하는 것을 특징으로 하는 그룹에 대한 정보를 제공하기 위한 방법.
제30항에 있어서,

상기 생성하는 단계는 상기 시작 요청이 그룹에 관련된 것인지를 검출하는 단계 및 상기 그룹 유형을 결정하는 단계를 포함하는 것을 특징으로 하는 그룹에 대한 정보를 제공하기 위한 방법.
제29항 내지 제31항 중 어느 한 항에 따른 방법을 수행하는 컴퓨터 프로그램을 수록한 컴퓨터 판독가능 매체.
그룹 디테일 지시자를 사용하여 통신을 제어하는 그룹 통신 제어기로서, 상기 그룹 디테일 지시자는 그룹 아이덴티티 또는 그룹 유형에 대한 정보를 제공하고 그룹 통신의 개시 요청에 첨부되는 것을 특징으로 하는 그룹 통신 제어기.
적어도 그룹 아이덴티티 및 그룹 유형에 관한 정보를 제공하는 그룹 디테일 지시자를 포함하는 그룹 통신 정보를 수신하고;

상기 그룹 통신 정보를 저장하고; 그리고

상기 그룹 통신 정보가 소정의 엔티티들에게 이용 가능하게 하도록 하는 것을 특징으로 하는 통신 시스템을 위한 서버.
제34항에 있어서,

상기 소정의 엔티티들이 상기 그룹 통신 정보를 적어도 조작, 업로드 및 다운로드 할 수 있도록 하는 것을 특징으로 하는 통신 시스템을 위한 서버.
적어도 그룹 아이덴티티 및 그룹 유형에 대한 정보를 제공하는 그룹 디테일 지시자를 포함하는 그룹 통신 정보를 수신하기 위한 수신기;

상기 그룹 통신 정보를 저장하기 위한 메모리; 그리고

상기 그룹 통신 정보가 소정의 엔티티들에게 이용 가능하도록 하는 인터페이스를 포함하는 것을 특징으로 하는 통신 시스템을 위한 서버.
제36항에 있어서,

공용 다큐먼트 관리 서버 및 XML 다큐먼트 서버 중 하나를 포함하는 것을 특징으로 하는 통신 시스템을 위한 서버.
적어도 그룹 아이덴티티 및 그룹 유형에 대한 정보를 제공하는 그룹 디테일 지시자를 저장하기 위한 메모리 수단;

상기 그룹 디테일 지시자를 서버로 업로딩하기 위한 업로딩 수단; 그리고

상기 그룹 디테일 지시자를 상기 메모리 수단에 저장하도록, 상기 그룹 디테일 지시자를 다운로드 하기 위한 다운로드 수단을 포함하는 것을 특징으로 하는 통신 장치.
적어도 그룹 아이덴티티 및 그룹 유형에 대한 정보를 제공하는 그룹 디테일 지시자를 저장하고;

상기 그룹 디테일 지시자를 서버로 업로드하고;그리고

상기 그룹 디테일 지시자를 메모리 수단에 저장하기 위해 상기 그룹 디테일 지시자를 다운로드 하도록 된 것을 특징으로 하는 통신 장치.
제39항에 있어서,

네트워크로부터의 메세지에서 상기 그룹 디테일 지시자를 수신하도록 된 것을 특징으로 하는 통신 장치.
제40항에 있어서,

상기 메세지는 그룹 통신의 개시 요청과 그룹 광고 중 하나를 포함하는 것을 특징으로 하는 통신 장치.
통신 시스템에서 그룹 통신에 관련된 그룹 디테일 정보를 표시하기 위한 방법으로서,

상기 그룹 통신의 개시 요청에 참조부(reference)를 첨부하는 단계를 포함하고, 상기 참조부는 네트워크상의 서버에 저장된 리스트를 참조하며, 상기 리스트는 적어도 그룹 아이덴티티 및 그룹 유형에 대한 정보를 제공하는 그룹 디테일 지시자를 포함하는 것을 특징으로 하는 그룹 디테일 정보 표시 방법.
제25항에 있어서,

상기 표시 장치는 또한 상기 그룹 유형을 표시하는 것을 특징으로 하는 장치.
제25항에 있어서,

상기 표시 장치는 또한 상기 그룹 유형이 임시 그룹일 때 경고를 표시하도록 된 것을 특징으로 하는 장치.
제25항에 있어서,

상기 표시 장치는 또한 상기 사용자가 세션을 개시하고 있고 상기 그룹 유형이 사전설정 그룹일 때 경고를 표시하도록 된 것을 특징으로 하는 장치.
그룹 통신의 개시 요청에 첨부되며, 그리고 적어도 그룹 아이덴티티 및 그룹 유형에 대한 정보를 제공하는 그룹 디테일 지시자를 수신하는 단계를 포함하는 것을 특징으로 하는 방법.
제46항에 있어서,

상기 그룹 유형에 대한 정보는 URI 파라미터로서 제공되는 것을 특징으로 하는 방법.
제46항에 있어서,

상기 그룹 디테일 지시자는 SIP 헤더에서 제공되는 것을 특징으로 하는 방법.
제46항에 있어서,

애플리케이션의 사용자 인터페이스에서 상기 정보를 사용하는 단계를 더 포함하는 것을 특징으로 하는 방법.
제21항에 있어서,

상기 그룹 유형은

애드혹(ad hoc) 그룹, 사전설정 트랙 그룹, 일대일(one to one) 그룹, 다자간(multi-party) 그룹 중 하나인 것을 특징으로 하는 통신 장치에 대한 사용자 인터페이스.
제25항에 있어서,

상기 그룹 유형은

애드혹(ad hoc) 그룹, 사전설정 트랙 그룹, 일대일(one to one) 그룹, 다자간(multi-party) 그룹 중 하나인 것을 특징으로 하는 장치.
제46항에 있어서,

상기 그룹 유형은

애드혹(ad hoc) 그룹, 사전설정 트랙 그룹, 일대일(one to one) 그룹, 다자간(multi-party) 그룹 중 하나인 것을 특징으로 하는 방법.
제29항에 있어서,

상기 그룹 유형은

애드혹(ad hoc) 그룹, 사전설정 트랙 그룹, 일대일(one to one) 그룹, 다자간(multi-party) 그룹 중 하나인 것을 특징으로 하는 그룹에 대한 정보를 제공하기 위한 방법.
제34항에 있어서,

상기 그룹 유형은

애드혹(ad hoc) 그룹, 사전설정 트랙 그룹, 일대일(one to one) 그룹, 다자간(multi-party) 그룹 중 하나인 것을 특징으로 하는 통신 시스템을 위한 서버.
제42항에 있어서,

상기 그룹 유형은

애드혹(ad hoc) 그룹, 사전설정 트랙 그룹, 일대일(one to one) 그룹, 다자간(multi-party) 그룹 중 하나인 것을 특징으로 하는 그룹 디테일 정보 표시 방법.