KR101158573B1

KR101158573B1 - 푸쉬투토크 오버 셀룰러 망의 클라이언트 의견 수렴 방법및 그 시스템

Info

Publication number: KR101158573B1
Application number: KR1020050023802A
Authority: KR
Inventors: 박성진; 박준구; 성상경; 정보선
Original assignee: 삼성전자주식회사
Priority date: 2005-03-22
Filing date: 2005-03-22
Publication date: 2012-06-22
Also published as: WO2006101340A1; CN101147361A; KR20060102054A; JP2008537377A; US7577454B2; US20060234745A1; CN101147361B; JP5208724B2; EP1861959A4; EP1861959A1; EP1861959B1

Abstract

본 발명은 PoC 시스템에 의견을 수렴할 수 있는 의견 투표 기능을 제공하여 사용자가 의견을 수렴할 일이 있을 때, 발언권 사용여부와 관계없이 의견 투표 절차를 수행하는 푸쉬투토크 오버 셀룰러 망의 클라이언트 의견 수렴 방법 및 그 시스템을 제공하기 위한 것으로서, 임의의 사용자로부터 세션 관리 서버로 투표 기능 사용 요청 및 투표하고자 하는 내용을 포함하는 메시지가 전달되는 단계; 세션 관리 서버에서 투표 기능이 타 사용자에 의해 점유된 상태인지를 판단하는 단계; 세션 관리 서버에서 투표 기능이 타 사용자에 의해 점유되지 않은 것으로 판단되면, 그룹에 속하는 사용자들에게 투표하고자 하는 내용을 전달하는 단계; 및 그룹 사용자들로부터 투표하고자 하는 내용에 대한 응답을 송신하는 단계를 포함한다.

PoC, Voting, RTCP, 의결, 투표, 의견 수렴

Description

푸쉬투토크 오버 셀룰러 망의 클라이언트 의견 수렴 방법 및 그 시스템{Method and system for collecting opinions of PoC participants in PoC service}

도 1은 일반적인 PoC(Push-to-talk over Cellular) 기본 구조에 관한 개념도,

도 2는 일반적인 PoC 서버의 개략적인 구조도,

도 3은 PoC 서버의 Controlling PoC Function 블럭과 Participating PoC Function 블럭을 도식적으로 설명하기 위한 도면,

도 4는 PoC 사용자가 발언권을 획득하는 일반적인 절차에 관한 흐름도,

도 5a는 본 발명을 구현하기 위한 PoC 서버에 관한 블록도,

도 5b는 본 발명을 구현하기 위한 PoC 단말에 관한 블록도,

도 6a은 본 발명의 바람직한 실시예에 따라 PoC 클라이언트로부터 의견을 수렴(voting function)하기 위한 과정에 관한 흐름도,

도 6b는 이미 다른 사용자에 의해 voting function이 점유되었을 경우에 관한 흐름도,

도 7a는 일반적인 RTCP app 패킷의 메시지 포맷에 관한 도면,

도 7b는 의견 수렴 기능을 요청할 경우의 메시지 포맷에 관한 도면,

도 8은 PoC voting 을 위한 XML 스키마(schema)의 한 예를 도시한 도면.

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

100 : CF(Controlling 기능을 담당하는 서버)

110, 120 : PF(Participating 기능을 담당하는서버) A, PF B

111, 121 : PoC 클라이언트 A, B

본 발명은 푸쉬투토크 오버 셀룰러(Push to talk over Cellular:PoC) 망의 그룹 내 클라이언트들의 의견을 수렴하는 방법에 관한 것이다.

이동통신의 획기적인 발전과 통신망의 확대로 인하여 휴대폰을 이용한 보다 확장되고 다양한 서비스와 어플리케이션이 제공되고 있다. 또한 사용자의 요구도 다양화되어 단순 통화 서비스를 벗어나 위치 서비스, 멀티미디어 서비스, PTT 서비스 등으로 확대되고 있다. 특히 PTT 서비스는 종래 무전기나 TRS 등에 가능했던 그룹 통화와 음성통화는 물론 인스턴트 메신저, 상태 표시 등 다양한 부가 기능을 지원한다.

현재, 이러한 PTT(Push To Talk) 개념을 이동통신망을 이용해 서비스하는 PoC(Push-to-talk over cellular: 이하 PoC 라 칭함) 서비스에 대한 표준 제정이 활발하게 논의되고 있다. 기존의 이동통신 서비스와 구별되는 PoC 서비스의 특징 중 하나는 사용자가 복수의 세션에 속해 있어서 필요에 따라 세션간을 이동하면서 통화를 할 수 있다는 점이다. 사용자가 복수의 세션을 이동하면서 통화 가능해야 한다는 요구사항은 이동통신 서비스를 정의하고 있는 단체인 OMA(Open Mobile Alliance)의 요구사항에 명시되어 있다.

이하, 일반적인 PoC 서비스 시스템의 구조를 설명하기로 한다.

도 1은 일반적인 PoC(Push-to-talk over Cellular) 기본 구조에 관한 개념도이다. 도 1을 참조하면, PoC 클라이언트(10)는 이동단말에 내장되는 서비스 요청자이며, 대개 억세스 망(20)을 통하여 SIP(session Initiation Protocol)와 IP (Internet Protocol) 멀티미디어 지원 핵심망인 SIP/IP 코어(core)(30)망으로 연결된다.

이때 PoC 클라이언트(10)는 PoC 사용자 단말기에 상주하면서 PoC 서비스에 접속을 가능하게 한다. 주된 기능은 PoC 사용자 측면에서 PoC 세션을 생성하고, 기존의 세션에 참가하고 세션을 종료하는 것이다. 그 외에도 토크 버스트를 만들고 전달하는 기능, Instant Personal alert를 지원하는 기능, Poc 서비스에 접속했을 때 인증하는 기능 등의 역할을 수행한다. 이하 별도의 언급이 없는 한, PoC 사용자와 PoC 클라이언트(10)라는 용어는 PoC 서비스 가입자와 동일한 의미로 사용된다.

SIP/IP 기반의 코어망은 PoC 서비스를 지원하기 위하여 PoC 서버(60)와 GLMS(Group List and Management System, 50) 그리고 프레젠스 서버(70) 등과 연결되어 서비스를 제공한다.

이때, PoC 서버(60)는 PoC 세션을 유지, 관리하는 Controlling PoC Function 기능을 수행하거나, 일대일 통화나 다자간 통화를 위해 개설되는 PoC 세션에 참가 하기 위한 Participating PoC Function 등의 기능을 갖는다.

상기 PoC 서버 내의 기능별 블록을 도 2를 참조하여 설명하기로 한다.

도 2는 일반적인 PoC 서버의 개략적인 구조도이다.

상기 PoC 서버는 PoC 세션을 전반적으로 유지, 관리하는 Controlling PoC Function(이하, 'CF'라 칭함)과 각 세션간의 유지 관리를 담당하는 Participating PoC Function(이하, 'PF'라 칭함)로 구분되며 각 표를 참조하여 보다 상세히 설명하면 다음과 같다.

Controlling PoC Function(CF)

Provides centralized PoC session handling
Provides the centralized Media distribution
Provides the centralized Talk Burst Arbitration functionality including talker identification
Provides SIP session handling, such as SIP session origination, termination, etc.
Provides policy enforcement for participation in group sessions
Provides the participants information
Collects and provides centralized media quality information
Provides centralized charging reports
May provide transcoding between different codecs
Support Talk Burst Control Protocol Negotiation

CF는 표 1과 같이, PoC 서버의 기능 중 PoC 세션을 총체적으로 관리하는 역할을 하는데, 특히 PoC 클라이언트들의 말할 권리(floor)(발언권) 요청을 받아 들여 순서를 정하여 권한을 부여하고, 임의의 클라이언트가 요청한 토크 버스트(talk burst)를 그룹 호출에 참여한 모든 다른 클라이언트들에게 분배하며, 그룹호출에 참석한 클라이언트의 정보를 제공한다.

PF는 아래 표 2와 같이, PoC 세션에서 CF와 각 클라이언트와 연계된 세션들을 관리하는데, 특히 클라이언트가 발언권을 요구하거나, CF에서 클라이언트에게 발언권을 부여할 때 PF가 중계하는 역할을 한다. 또한, CF와 클라이언트 사이에 미디어를 중계하는 역할, 둘 사이에 다른 코덱을 쓰고 있다면 트랜스코딩하는 역할, 동시 세션의 경우엔 하나의 세션에서 이야기하고 있을 때 다른 세션에서도 이야기하면 PoC 사용자의 선택에 따라 하나를 필터링해주는 역할을 수행한다.

Participating PoC Function(PF)

Provides PoC session handling
May provide the Media relay function between PoC Client and Controlling PoC server
May provide user media adaptation procedures
May provide the Talk Burst control message relay function between PoC Client and Controlling PoC server
Provides SIP session handling, such as SIP session origination, termination, etc, on behalf of the represented PoC Client.
Provides policy enforcement for incoming PoC session (e.g. access control, incoming PoC session barring, availability status, etc)
May collect and provide media quality information
Provides the participant charging reports
May provide filtering of the media streams in the case of simultaneous sessions
May provide transcoding between different codecs
May support Talk Burst Control Protocol Negotiation
Stores the current Answer Mode and Incoming PoC Session Barring preferences of the PoC Client

상기와 같이 구성된 PoC 시스템은 PoC 사용자가 자신의 단말기를 통하여 GLMS(40)에 그룹 및 그룹 멤버에 관한 정보를 입력할 수 있으며 또는 GLMS(40)로부터 전송 받은 개인 혹은 그룹 목록을 통해 자신이 호출할 수 있는 PoC 사용자들의 정보를 알 수 있다. GLMS에 그룹 및 그룹 멤버의 생성, 수정 및 관리할 수 있는 또 다른 방법은 인터넷이나 인트라넷 등 PoC 서비스 제공자가 신뢰할 수 있는 통신망을 통하여 입력할 수 있는 방법이 있다.

PoC 호출 서비스를 이용하기 위하여, PoC 사용자는 SIP/IP에 자신의 PoC 주소를 등록한다. 이 때 SIP/IP 코어에서는 PoC 사용자의 요청을 바탕으로 PoC 사용자에 관한 정보를 저장한다. 따라서, 다른 PoC 사용자가 PoC 그룹 호출을 하려고 할 때, 상기한 바와 같이 자신의 정보를 SIP/IP 코어망에 먼저 등록하고 GLMS로부터 전송받은 그룹 식별 정보를 이용하여 자신의 SIP/IP 코어망에 호출 요청을 한다. 이때, SIP/IP 코어는 요청하는 PoC 사용자 정보를 이용하여 주소 결정과 도메인 위치 결정 과정을 거친 후 요청하는 PoC 사용자가 등록된 홈 PoC 서버로 PoC 통화 요청을 전달한다. PoC 서버는 이러한 PoC 통화 요청에 대하여 PoC 세션 개설을 준비하고 GLMS 서버로부터 각각의 사용자 정보를 획득한 후, 해당 SIP/IP 코어 망으로 통화 요청 신호를 전달한다. 이때 인트라도메인 내의 사용자들에 대한 통화 요청일 경우, PoC 서버는 PF와 CF의 기능을 모두 수행하게 된다. 통화 요청된 PoC 사용자를 관리하는 PoC 서버는 자신에게 전달된 PoC 사용자의 정보를 이용하고 SIP/IP 코어망의 위치 결정 과정을 거친 후 PoC 사용자에게로 통화 요청을 하게 된다.

도 3은 PoC 서버의 Controlling PoC Function 블럭과 Participating PoC Function 블럭을 도식적으로 설명하기 위한 도면이다. 도 3을 참조하면, 각 PoC 클라이언트(111,121,131,141)들은 PF(110,120,130,140)를 통해 CF(100)로 접속하여 PoC 세션을 맺는다. 이때, CF(100)에서 허락한 발언 요청자에게 발언권이 부여되면 해당 PoC 클라이언트의 발언에 대한 미디어가 각 PoC 클라이언트들로 전달된다.

도 4는 PoC 사용자가 발언권을 획득하는 일반적인 절차에 관한 흐름도이다.

도 4를 참조하면, 사용자가 발언권을 획득하기 위해, PoC 세션이 클라이언트 A(111)와 클라이언트 B(121)를 연결한 상태에서 세션 내에 어느 PoC 사용자도 말을 하고 있지 않을 때 PoC 클라이언트 A(111)가 단말기에 설치된 PoC 토크 버튼을 누른다.

이와 동시에 PoC 클라이언트 A(111)는 발언권을 요청하는 메시지를 Participating PoC function 역할을 하는 PF A(110)에게 보내게 되고(S101), 이 메시지를 받은 PF A(110)는 이 세션의 controlling PoC function의 역할을 하는 PoC 서버 즉, CF(100)로 메시지를 전달하게 된다(S101).

CF(100)는 발언권 요청 메시지를 받은 후 PoC 클라이언트 A(111)에게 발언권을 부여하는 메시지를 전송하고(S102), PoC 클라이언트 B(121)에게는 PoC 클라이언트 A(111)에게 발언권을 부여했다는 메시지를 보낸다(S103). 이 메시지에는 화자 즉 PoC 클라이언트 A(111)의 ID를 포함하고 있어 PoC 클라이언트 B(121)는 누가 화자인지를 알 수 있다.

이후 미디어 세션이 열려 PoC 클라이언트 A(111)로부터 토크버스트가 PoC 클라이언트 B(121)로 전달된다(S104).

그러나, 상기와 같은 종래기술은 PoC 그룹 통화에서 전체 의견을 다 듣고 의견을 수렴하고자 하는 경우에 발언권을 요청한 모든 사람의 의견을 들어야 하기 때문에, 발언권 부여 시간과 발언권이 부여되면 의견을 제시하는 시간 등에 관한 모든 절차를 그룹원 수만큼 수행해야 하므로 절차가 복잡하고, 시간이 낭비되는 문제점이 있다.

따라서 본 발명은 상기와 같은 문제점을 해결하기 위한 것으로서, 본 발명의 목적은 PoC 시스템에 의견을 수렴할 수 있는 의견 투표 기능을 제공하여 사용자가 의견을 수렴할 일이 있을 때, 발언권 사용여부와 관계없이 의견 투표 절차를 수행하는 푸쉬투토크 오버 셀룰러 망의 클라이언트 의견 수렴 방법 및 그 시스템을 제공하는데 있다.

상기의 목적을 달성하기 위한 본 발명의 제 1측면에 따른 푸쉬투토크 오버 셀룰러 망의 클라이언트간의 의견을 수렴하는 방법은, 임의의 사용자로부터 세션 관리 서버로 투표 기능 사용 요청 및 투표하고자 하는 내용을 포함하는 메시지가 전달되는 단계; 세션 관리 서버에서 투표 기능이 타 사용자에 의해 점유된 상태인지를 판단하는 단계; 세션 관리 서버에서 투표 기능이 타 사용자에 의해 점유되지 않은 것으로 판단되면, 그룹에 속하는 사용자들에게 투표하고자 하는 내용을 전달하는 단계; 및 그룹 사용자들로부터 투표하고자 하는 내용에 대한 응답을 송신하는 단계를 포함한다.

그리고 상기의 목적을 달성하기 위한 본 발명의 제 2측면에 따른 푸쉬투토크 오버 셀룰러 망의 클라이언트간의 의견을 수렴하는 방법은, 임의의 사용자로부터 세션 관리 서버로 투표 기능 사용을 요청하는 단계; 세션 관리 서버에서 투표 기능이 타 사용자에 의해 점유된 상태인지를 판단하는 단계; 세션 관리 서버에서 투표 기능이 타 사용자에 의해 점유되지 않은 것으로 판단되면, 현재 투표 기능 사용을 요청한 사용자에게 투표 기능 사용 가능함을 알리는 단계; 투표 기능 사용 가능 신호를 수신한 사용자는 투표하고자 하는 내용을 세션 관리 서버로 전달하는 단계; 세션 관리 서버에서 그룹에 속하는 사용자들에게 투표하고자 하는 내용을 전달하는 단계; 및 그룹 사용자들로부터 투표하고자 하는 내용에 대한 응답을 송신하는 단계를 포함한다.

상기의 목적을 달성하기 위한 본 발명의 제 3측면에 따른푸쉬투토크 오버 셀룰러 망의 클라이언트간의 의견을 수렴하는 시스템은, 투표 기능 사용을 요청하는 임의의 클라이언트; 임의의 클라이언트에 의해 요청된 투표 기능에 참여하는 적어도 하나 이상의 클라이언트; 임의의 클라이언트로부터 투표 기능 요청이 전송되면, 투표 기능이 타 사용자에 의해 점유된 상태인지를 판단하고, 투표 기능이 타 사용자에 의해 점유되지 않은 경우, 그룹에 속하는 사용자들에게 투표하고자 하는 내용을 전달하는 세션 관리 서버를 포함한다.

이하, 본 발명이 속하는 분야에 통상의 지식을 지닌 자가 본 발명을 용이하게 실시할 수 있도록 본 발명의 바람직한 실시예를 첨부된 도면을 참조하여 상세히 설명한다.

도 5a는 본 발명을 구현하기 위한 PoC 서버에 관한 블록도이고, 도 5b는 본 발명을 구현하기 위한 PoC 단말에 관한 블록도이다.

먼저, PoC 클라이언트가 의견 투표 기능(수렴 기능)을 요청할 수 있어야 하므로, 도 5b에 도시된 바와 같이, PoC 클라이언트가 사용하는 PoC 단말(1110)은 단말의 전체적인 기능을 제어하는 단말 제어부(1111)와, 의견 투표 기능 사용을 요청 시 세션 관리 서버측으로 의견 투표를 요청하는 의견 투표 요청부(1112)를 포함한다.

PoC 클라이언트가 동일 세션에 참여중인 사용자들로부터 어떤 임의의 주제에 대해 의견을 수렴하고자 하는 경우, 상기 의견 투표 요청부(1112)를 통해 세션 관리 서버측으로 의견을 투표할 것을 요청할 수 있다.

또한 PoC 단말(1110)로부터 의견 투표 기능 요청에 따라 의견 투표를 수행하기 위해, PoC 서버는 도 5a에 도시된 바와 같이, PoC 서버의 전반적인 기능을 제어하는 PoC 제어부(1000)와, 각 클라이언트와 연계된 세션들을 관리하여 세션을 중계하는 PoC 중계부(1100)와, 임의의 PoC 단말로부터 의견 투표 기능을 사용하기 위한 요청 신호를 수신시 의견 투표 사용권한 부여 및 타 사용자에 의해 의견 투표 기능이 점유된 상태 여부에 대한 관리를 수행하는 의견 투표 관리부(1101)를 포함한다.

상기 의견 투표 관리부(1101)는 사용자들의 의견 투표(voting function) 기능을 활성화시키고, 활성화된 Voting 기능에서 선택 사항을 사용자에게 알려주고,사용자가 그 선택 사항을 보고 결정하면 그 결과를 수렴한다.

상기와 같은 구성이 구비된 상태에서, PoC 클라이언트가 의견 투표 기능(Voting Function)을 사용하기 위해서는, 우선 PoC 서버에 의견 투표 기능을 이용하겠다는 요청을 해야 한다. 이 요청을 전달하기 위한 수단으로 본 발명에서는 TBCP(Talk Burst Control Protocol)로서 RTCP app을 이용한다.

OMA(Open Mobile Alliance)에서 정의한 PoC 시스템에서는 RTCP app 패킷을 이용한 TBCP (Talk Burst Control protocol)가 사용된다. 이 TBCP는 발언권을 요 청, 발언권을 수여, 거절할 때 등등의 메시지를 실어 나르는 역할을 하게 된다. 또한 RTP를 이용하여 정보를 전달하는 Application을 control하는 역할도 수행한다.

RTCP app을 이용한 의견 투표 요청 메시지에 대한 설명은 도 7a 및 도 7b를 참조하여 후술하기로 한다.

PoC 서버에 대해 좀더 상술하면, PoC 서버는 기본적으로 PF(Participating PoC Function), CF(Controlling PoC function) 기능을 제공하며, 본 발명을 구현하기 위해 Voting Function을 제공한다.

PF와 CF에 대한 설명은 종래기술에 상세히 설명되어 있으므로 생략하기로 한다.

상기 PoC 서버에서의 의견 투표 기능(Voting Function)을 담당하는 의견 투표 관리부(1101)는 하나의 PoC 클라이언트로부터 받은 voting 기능 활성화에 대한 응답을 해 줄 수 있다. 예를 들어, Voting 기능을 이용하거나 현재 다른 참가자가 Voting function을 사용하기 때문에 사용할 수 없다는 등의 내용을 응답 절차를 통해 전달한다.

해당 PoC 그룹에 대하여 Voting 기능을 활성화시킬 수 있어야 한다. 즉 PoC 서버 자신의 voting 기능을 활성화시키고, 해당 그룹에서 voting을 사용할 것이라는 것을 참가하고 있는 모든 PoC 사용자에게 통보한다. 그리고 각 PoC 사용자들이 선택한 결정을 모아서 그 결과를 계산 및 취합하여 그룹에 참가하고 있는 모든 PoC 사용자들에게 이 결과를 통보해 주어야 한다.

이하, 상기와 같은 구성을 갖는 본 발명의 동작을 도 6a를 참조하여 설명하 기로 한다.

도 6a은 본 발명의 바람직한 실시예에 따라 PoC 클라이언트로부터 의견을 수렴(voting function)하기 위한 과정에 관한 흐름도이다.

먼저, 그룹 통화 중에 임의의 한 참가자(도 6a에서는 PoC 클라이언트 A)가 하나의 주제에 대해 전체의 의견을 수렴할 필요가 발생하면, 투표 기능(voting function)을 PoC 서버(PF A,CF)(1100,1000)로 요청한다(S101,S102).

투표 기능 요청을 받은 CF(1000)는 기존에 진행중인 의견 투표(voting) 사항이 있는지를 살펴본다. 도 6a는 기존에 진행중인 voting이 없는 경우를 도시하고 있다.

따라서, CF(1000)는 요청된 voting을 수행하기 위해 투표 기능을 활성화시키고(S110), 의견 투표를 요청한 사용자 측으로 voting 할 수 있다는 응답 메시지를 준비하여 사용자 측으로 전달한다(S120,S121).

반면 진행 중인 voting이 있으면 요청 거부 혹은 실패 메시지를 준비하는데, 이러한 경우는 도 6b를 참조하여 후술하기로 한다.

이후 요청된 투표 요청 내용을 그룹의 모든 참가자에게 전달한다(S131.S132).

이때 전달되는 Voting request 메시지는, voting을 요청한 클라이언트 정보와, voting 주제 등을 포함한다.

본 발명에서 Voting request하는데 사용하는 protocol은 RTCP app이고, RTCP app의 Application dependant data에 XML로 voting 관련 정보를 실어서 보낸다. 그 리고 XML(Extensible Markup Language)을 사용하기 전에 PoC voting을 정의하는 XML schema 문서를 만들어야 하는데, 이XML schema는 각 Document Instance에 따라 작성하는 내용이 다를 수 있다. 예를 들어, 이 voting function을 정의하는 XML schema는 Initiator, voting 시작 시간, voting 이유, 각 항목을 First, Second, Third, Fourth 등으로 정의를 한 후, RTCP app 메시지 포맷의 Application dependant data 필드에 위 schema에 정의된 내용들을 작성하여 PoC 클라이언트에 전송한다.

한편, 투표 기능 요청(voting request)은 상기와 같이 RTCP app을 이용할 수 있지만, 보다 쉬운 방법으로써 기존의 발언권을 이용할 수 있다. 이 방식은, 사용자가 발언권을 획득하여 음성을 통해 투표하고자 하는 주제, 그리고 주제에 대한 선택 번호를 제시한다.

이 방식은 PoC 사용자가 입력 장치를 통해 임의의 주제에 대해 선택하면, 어떤 번호가 선택되었는지를 서버의 의견 투표 관리부(1101)에서 읽는 형식으로 보내줘야 한다.

그룹의 각 참가자들이 voting request를 받았을 때, Application dependant data필드에 XML을 이용한 메시지를 받게 되면, 사용한 XML 이 schema 에서 정의한 대로 사용되었는지에 대한 validation 과정을 거치게 된다. PoC 클라이언트 에서 schema가 있는 XML 서버에 접속하여 이 과정을 수행한다. XML 이 정확하게 사용되었다는 것이 확인되면 PoC 클라이언트에 있는 투표 기능(voting function)에서 XML을 이용한 정보를 XSLT, HTTP 등과 같은 XML 을 표현할 수 있는 Language 를 이용 하여 표시(display)하게 되고 PoC 사용자는 키패드 등을 이용하여 자신의 결정을 선택한 후 이것을 다시 PoC 서버로 전달한다(S133). 예컨데 ①,②,③,④ 중에 하나를 선택하여 그것을 RTCP app 을 통하여 PoC 서버로 전송한다.

CF(1000)는 각 참가자들이 보낸 결정들을 수렴하여(S140), 각각의 항목별로 결과를 도출한다. 상기 수렴 과정은 ①,②,③,④를 몇 명이 눌렀는지를 계산하고, 필요에 따라서 백분율로 나타낼 수도 있고, 여러 통계 지표로 나타낼 수 있다.

다음으로, 투표 결과를 그룹에 참가하고 있는 모든 사용자에게 알려 준다(S150).

한편, voting function을 request를 할 때, Application dependent data 필드에 voting 에 필요한 모든 정보를 다 작성하여 시작하는 것을 예로 들어 설명하였지만, Application dependent data 필드에 아무 것도 작성하지 않고 voting function 만 initiation 시키는 RTCP app 메시지를 보내는 방식이 있을 수 있다.

이러한 경우, 서버측으로 투표 기능 활성화에 대한 요청이 먼저 수신되고, voting 주제(theme) 및 이와 관련된 정보들이 상기 서버측으로 상기 투표 기능 활성화에 대한 요청이 수신된 이후 별도로 수신 될 수 있다.

한편, 진행 중인 voting이 있는 경우에 대한 서버의 동작을 도 6b를 참조하여 살펴보기로 한다.

도 6b는 이미 다른 사용자에 의해 voting function이 점유되었을 경우에 관한 흐름도이다.

먼저, 그룹 통화 중에 임의의 한 참가자(도 6a에서는 PoC 클라이언트 A)가 하나의 주제에 대해 전체의 의견을 수렴할 필요가 발생하면, 투표 기능(voting function)을 PoC 서버(PF A,CF)(1100,1000)로 요청한다(S201,S202).

투표 기능 요청을 받은 CF(1000)는 기존에 진행중인 의견 투표(voting) 사항이 있는지를 살펴보고, 의견 투표가 진행중인 것으로 판단되면(S210), 투표 기능을 요청한 클라이어트 A(1110)로 voting function이 이미 다른 사용자에 의해 점유되었음을 알리는 에러 메시지를 송신한다(S301,S302).

이하, TBCP 역할에 관하여 도면을 참조하여 상세히 설명하기로 한다.

도 7a는 본 발명을 구현하기 위한 RTCP App 패킷 포맷에 관한 도면이고, 도 7b는 도 7a의 voting 메시지 필드를 상세히 도시한 도면이다.

도 7a 및 도 7b를 참조하면(IETF에서 정의하고 있는 RFC 3550 참조), RTCP app 패킷은, 처음 2비트 필드에서는 RTP의 버전(version)을 나타내고 있다. (본 발명에서는 version=2 를 나타낸다)

그 다음 비트 필드는 패딩 비트(padding bit)로서, 패딩 비트가 주어지면 페이로드에 속하지 않는 1 또는 2개의 패딩 octet이 첨가된 것임을 알 수 있다.

그 다음 5비트 필드는 subtype을 나타내는데(OMA PoC Userplane specification 문서 참조), 이 subtype을 이용하여 RTCP app 패킷이 어떤 TBCP의 역할을 수행하고 있는지를 알 수 있다.

예를 들어 현재 OMA에서 만들고 있는 스펙에서는 TBCP Talk burst request 일 경우에는 서브타입의 값이 00000로 정의되어 있고, TBCP Talk burst Granted message 일 경우에는 00001로 정의되어 있다. 현재까지 16개의 TBCP(Talk Burst Control Protocol) 메시지를 정의하고 있기 때문에, 01111까지의 subtype 값이 정의된 셈이다. 나머지 16개는 후에 새로 생길 TBCP Talk burst control message 를 위해 예비(reserved) 상태로 되어 있다.

따라서 본 발명에서는 10000~11111의 값 중 어느 하나를 선택하여 subtype 값을 주어 다른 TBCP Talk burst control message 값과 구분할 수 있다. 본 발명에서는 상기 남아있는 서브 타입값 10001을 사용하여 다른 TBCP Talk burst control 메시지 값과 구분하기로 한다.

그러나, 이 값이 남은 어떤 값을 갖는지에 상관없이 메시지의 내용이 voting 을 요구하는 기능을 나타낸다면 동일한 TBCP Talk burst control 메시지라 간주한다.

다음 1 byte 필드는 packet type으로서 204 값을 가지고, 이 메시지가 RTCP app 패킷임을 나타내고 있다.

다음은 2 byte Length 필드로서, 이 필드에 2가 사용되면 이 메시지가 4 byte octet 2개가 있음을 나타내 준다. 뒤에 페이로드가 붙는다면 이 필드에서 전체 4 byte octet이 몇 개가 있는지 그 길이를 나타내 주게 된다.

다음 4 byte는 Synchronization source 필드이다. 이 필드가 나타내는 것은 누가 RTCP app 메시지를 발신했는지에 대한 동기화 source를 포함하여 누가 voting 요청했는지를 구분하게 한다.

다음 4byte 필드는 ASCII로 표현되며 이것이 PoC voting 에 사용되고 있음을 나타내고 있다.

다음 Application dependant data 필드는 Application 을 운용하는데 필요한 정보들을 삽입하는 필드이다. 특히 본 발명에서는 XML을 이용하여 voting function 의 형식대로 작성한 정보들을 포함한다. PoC 클라이언트나 PoC 서버에 있는 voting function 들은 이 필드의 정보를 바탕으로 기능을 발휘하게 된다.

Application dependant data 필드에 하나의 XML 을 이용한 PoC vote request의 예를 작성하였다. 우선 첫번째 항목은 version 1.0 과 UTF-8 으로 encoding 하여 XML 을 사용하겠다는 선언문이다. 두번째 항목은 PoC_vote를 사용하는데 www.samsung.com 을 namespace 로 사용하겠다는 내용과 www.samsung.com 의 vote_service.xsd 를 XML 스키마(schema)로 사용한다는 내용을 포함한 선언문이다. 세번째 항목 voting id="39625" 는 voting 을 사용하며 id 는 39625 의 값을 가진다. 이 값을 통하여 다른 주제의 voting 과 구별해 줄 수 있다. 그 아래의 항목들은 voting 에 포함되는 정보들을 각각의 항목들을 구분하여 서술한 것이다. voting 을 요청한 사람은 홍길동이며, voting 시작 시간은 2005년 3월 15일 16시 55분 05초이다. voting 의 주제는 '회식 메뉴 결정을 위한 투표' 이며, 그 하부 항목은 1. 소갈비, 2.삼겹살, 3.해물탕, 4.랍스터 이다. 그 아래에 있는 voting id="39626' 은 상기 voting 과는 다른 voting 으로써, 한 번의 voting request 에 두 번 혹은 그 이상의 voting 을 할 경우에 사용되어질 수 있다. 아래 도 8의 vote_service.xsd XML schema에서 다시 설명하겠지만, schema 에 정해진 만큼 voting 을 할 수 있다. 이 예에서는 minOccurs="1" maxOccurs="unbounded" 이므로 voting request 를 할 경우에 적어도 하나의 voting 은 이루어져야 하며, 그 이상 은 voting 을 요청하는 사람의 결정에 따라 무한대까지 할 수 있다.

도 8을 참조하여 vote_service.xsd XML schema 에 대하여 설명하고자 한다. 도 8은 PoC voting 을 위한 XML 스키마(schema)의 한 예를 도시한 도면이다. 도 8을 참조하면, 우선 이 XML schema는 PoC voting을 하기 위한 하나의 예로써 도 7b 의 Application dependant data 필드에 작성된 XML document를 위해 작성되어 있다.

첫번째 항목은 version 1.0 과 UTF-8 으로 encoding 하여 XML 을 사용하겠다는 선언문이다. 두번째 항목은 XML schema 가 작성된 이후 www.samsung.com에 schema 가 정의되어지고, www.w3.org/2001/XMLschema 형식을 따르고, validation을 통하여 element 형식을 이 schema에서 정의되어진 대로 사용해야 하고, 어트리뷰트(attribute)항목은 정형화된 형식이 없음을 나타낸다. 세번째 항목부터는 각 element 들에 대한 정의를 서술하고 있다. 우선 PoC_vote element를 정의하고 PoC_vote 하부 element 로 voting element 가 있음을 보여 준다.

voting element의 어트리뷰트는 상기 도 7b에서 설명한 것과 같이 적어도 한 번은 사용되어야 하며 그 이상은 제한이 없고, ID를 가지므로 다른 voting 과 구별할 수 있는 속성을 가진다. use="required" 의 의미는 id 는 꼭 사용되어져야 한다는 것이다. voting element 는 Initiator, StartTime, Voting_reason, Item element 들을 가지면 Item element 는 First, Second, Third, Fourth element 를 가진다. Third 와 Fourth 는 사용되지 않을 수도 있음을 minOccurs="0"을 통하여 나타내고 있다. 즉 다지 선다 뿐 아니라 양자 택일의 voting 을 구현할 수 있다.

본 발명에서는 RTCP app의 구현 방법으로 XML을 예를 들어 설명하였으나, 텍스트나 HTML, SIP 프로토콜에 의한 구현도 본 발명의 범위에 속함은 본 발명의 통상의 지식인에게는 자명하다.

상기와 같은 본 발명은 PoC 사용자가 자신이 참여하고 있는 그룹 통화에 많이 사람들이 참여하고 있을 때, 의사 결정을 해야 하는 상황 발생시 발언권과 관계없이 의견 투표 기능을 한번에 수행함으로써, 동시에 여러 사람들로부터 의견을 수렴을 할 수 있도록 한다.

따라서, 종래의 발언권을 신청하고 부여하는 절차들이 생략되므로 의견 수렴 과정이 간소화지고, 그에 따라 시간을 절약할 수 있다.

또한, 의견 수렴 결과를 서버에서 통계를 수행하므로 정확성을 보장한다.

Claims

PoC 네트워크에서 PoC 서버가 PoC클라이언트들의 의견을 수렴하는 방법에 있어서,

PoC 클라이언트로부터 의견 투표 동작을 수행하는 투표 기능의 사용을 요청하기 위한 투표 기능 사용 요청을 수신하는 단계;

투표 기능이 다른 PoC 클라이언트에 의해 점유된 상태인지를 판단하는 단계;

상기 투표 기능이 상기 다른 PoC 클라이언트에 의해 점유되지 않은 것으로 판단되면, 상기 PoC 클라이언트에게 투표 기능 사용 가능함을 알리는 단계;

상기 PoC 클라이언트로부터 투표 주제와 상기 투표 주제에 관련된 정보를 포함하는 투표하고자 하는 내용을 수신하는 단계;

상기 PoC 네트워크 상의 PoC 클라이언트들로 상기 투표하고자 하는 내용을 전달하는 단계; 및

상기 PoC 네트워크 상의 PoC 클라이언트들로부터 상기 투표하고자 하는 내용에 대한 응답을 수집하는 단계를 포함하는 PoC 네트워크에서 PoC클라이언트들의 의견을 수렴하는 방법.
제 1항에 있어서,

상기 투표 기능이 상기 다른 PoC 클라이언트에 의해 점유된 상태인 것으로 판단되면,

상기 PoC 클라이언트에게 상기 다른 PoC 클라이언트에 의해 투표기능이 점유되었음을 알리는 단계를 더 포함함을 특징으로 하는 PoC 네트워크에서 PoC클라이언트들의 의견을 수렴하는 방법.
제 1항에 있어서, 상기 투표하고자 하는 내용에 대한 응답을 송신하는 단계 이후, 투표 결과를 상기 PoC 네트워크 상의 PoC 클라이언트들에게 알리는 단계를 더 포함함을 특징으로 하는 PoC 네트워크에서 PoC클라이언트들의 의견을 수렴하는 방법.
제 1항에 있어서, 상기 투표하고자 하는 내용에 대한 응답을 송신하는 단계 이후, 투표 결과 통계를 수집하는 단계를 더 포함함을 특징으로 하는 PoC 네트워크에서 PoC클라이언트들의 의견을 수렴하는 방법.
PoC 네트워크에서 PoC 클라이언트들의 의견을 수렴하기 위해 투표 기능을 제공하는 PoC 서버에 있어서,

요청 PoC 클라이언트로부터 의견 투표 동작을 수행하는 투표 기능을 사용하기 위한 투표 기능 요청을 수신하고, 상기 투표 기능이 다른 PoC 클라이언트에 의해 점유된 상태인지를 판단하고, 상기 투표 기능이 상기 다른 PoC 클라이언트에 의해 점유되지 않은 경우 상기 요청 PoC 클라이언트에게 투표 기능 사용 가능함을 알린 후 상기 요청 PoC 클라이언트로부터 주제와 상기 투표 주제에 관련된 정보를 포함하는 투표하고자 하는 내용을 수신하여 상기 PoC 네트워크 상의 PoC 클라이언트들에게 전송하고, 상기 PoC 네트워크 상의 PoC 클라이언트들로부터 상기 투표하고자 하는 내용에 대한 응답을 수집하는 것을 특징으로 하는 PoC 서버.
제5항에 있어서,

상기 투표 기능이 상기 다른 PoC 클라이언트에 의해 점유된 경우, 상기 요청 PoC 클라이언트에게 상기 다른 PoC 클라이언트에 의해 투표기능이 점유되었음을 알리는 것을 특징으로 하는 PoC 서버.
제5항에 있어서, 투표 결과를 상기 PoC 네트워크 상의 PoC 클라이언트들에게 알리는 것을 특징으로 PoC 서버.
제5항에 있어서, 투표 결과 통계를 수집하는 것을 특징으로 하는 PoC 서버.
PoC 네트워크에서 PoC 클라이언트가 PoC클라이언트들의 의견을 수렴하는 방법에 있어서,

투표 기능 사용 요청 및 투표 주제와 상기 투표 주제에 관련된 정보를 포함하는 투표하고자 하는 내용을 생성하는 과정과,

PoC 서버로 투표 기능의 사용을 요청하는 과정과,

상기 PoC 서버로부터 투표 기능 사용 가능함을 수신하는 과정과,

상기 PoC 네트워크 상의 PoC 클라이언트들로 상기 투표하고자 하는 내용을 전송하기 위해 PoC 서버로 상기 투표하고자 하는 내용을 전송하는 것을 특징으로 하는 PoC클라이언트들의 의견을 수렴하는 방법.
제9항에 있어서, 상기 PoC 클라이언트는,

셀룰러 폰, 이동국 중 적어도 하나인 것을 특징으로 하는 PoC클라이언트들의 의견을 수렴하는 방법.
제9항에 있어서, 상기 투표 기능 사용 요청 및 투표하고자 하는 내용을 포함하는 메시지는,

RTCP(Real-time Transport Control Protocol) APP(application) 패킷의 TBCP(Talk Burst Control Protocol) 메시지를 이용함을 특징으로 하는 PoC클라이언트들의 의견을 수렴하는 방법.
제11항에 있어서, 상기 투표 기능 사용 요청을 위해 상기 RTCP APP 패킷의 SSRC(Synchronization SouRC) 필드에 투표 기능을 요청한 사용자 소스를 포함함을 특징으로 하는 PoC클라이언트들의 의견을 수렴하는 방법.
제12항에 있어서, 상기 투표하고자 하는 내용은,

XML(Extensible Markup Language)로 작성되어 전송됨을 특징으로 하는 PoC클라이언트들의 의견을 수렴하는 방법.
PoC 네트워크에서 PoC 클라이언트들의 의견을 수렴하기 위한 PoC 클라이언트에 있어서,

투표 기능 사용 요청 및 투표 주제와 상기 투표 주제에 관련된 정보를 포함하는 투표하고자 하는 내용을 생성하고, PoC 서버로 투표 기능의 사용을 요청한 후 상기 PoC 서버로부터 투표 기능 사용 가능함을 수신되면 상기 PoC 네트워크상의 PoC 클라이언트들로 상기 투표하고자 하는 내용을 전송하기 위해 PoC 서버로 상기 투표하고자 하는 내용을 전송하는 것을 특징으로 하는 PoC클라이언트.
제14항에 있어서, 상기 PoC 클라이언트는 셀룰러 폰, 이동국 중 적어도 하나인 것을 특징으로 하는 PoC클라이언트.
제14항에 있어서, 상기 투표 기능 사용 요청 및 투표하고자 하는 내용을 포함하는 메시지는 RTCP(Real-time Transport Control Protocol) APP(application) 패킷의 TBCP(Talk Burst Control Protocol) 메시지를 이용함을 특징으로 하는 PoC클라이언트.
제16항에 있어서,

상기 투표 기능 사용 요청을 위해 상기 RTCP APP 패킷의 SSRC(Synchronization SouRC) 필드에 투표 기능을 요청한 사용자 소스를 포함함을 특징으로 하는 PoC클라이언트.
제16항에 있어서, 상기 투표하고자 하는 내용은,

XML(Extensible Markup Language)로 작성되어 전송됨을 특징으로 하는 PoC클라이언트.
삭제
삭제
삭제
삭제
삭제
삭제