專利名稱：收集無線一鍵通網絡中的無線一鍵通參與者意見的方法和設備的制作方法
技術領域：
本發(fā)明涉及一種用于在無線一鍵通(PoC)網絡中收集PoC參與者意見 的方法。
背景技術：
無線通信技術的顯著發(fā)展和移動通信網絡的延伸已經促使了使用蜂窩電 話的眾多系列服務和應用的發(fā)展。同時，蜂窩電話用戶中對于這些附加服務 (諸如定位、多媒體和一鍵通(PTT)服務)的需求在增加。PTT服務支持 各種補充功能(諸如即時通訊功能和狀態(tài)顯示功能)，以及現(xiàn)有無線電或者集 群無線電系統(tǒng)(TRS)另外提供的群呼叫和語音呼叫。目前，在移動通信網絡中使用PTT功能的無線一^t通(PoC)服務的標 準化正在進行。PoC服務的獨特特征是用戶可以參與多個PoC會話并且還可 以根據(jù)需要在從PoC會話切換的同時使用呼叫服務。該特征是在開放式移動 聯(lián)盟(OMA)中指定的要求，所述開放式移動聯(lián)盟是用于規(guī)定移動通信服務 的論壇。圖1是傳統(tǒng)PoC服務系統(tǒng)的示意圖。參照圖1,作為安裝在移動站的服 務請求者的PoC客戶機10通常通過接入網絡20連接到支持會話初始化協(xié)議 (SIP)和互聯(lián)網協(xié)議(IP)多媒體的SIP/IP核心30。PoC客戶機10位于PoC用戶終端中以提供對PoC服務的接入。PoC客 戶機10主要用于建立、參與和終止PoC會話。另夕卜，PoC客戶機lO提出并 發(fā)送通話權(talk burst )，支持即時個人提醒，并且當接入PoC服務時執(zhí)行認 證。下文中，除非另作說明，認為PoC客戶機10和PoC用戶與PoC服務訂 戶相同。SIP/IP核心30連接到PoC服務器60、群列表管理系統(tǒng)(GLMS ) 50和 現(xiàn)場服務器70以支持PoC服務。PoC服務器60具有用于維持和管理PoC會話的控制PoC功能，或者用 于參與一對一PoC呼叫或者一對二或者更多PoC呼叫(或者群PoC呼叫)的
PoC會話的參與PoC功能。將參照圖2來描述PoC服務器60的功能塊，圖2是示出傳統(tǒng)PoC服務 器的配置的示意圖。PoC服務器執(zhí)行控制PoC會話的總體維持和管理控制PoC功能(以下的 CF )以及控制每個PoC會話之間的維持和管理的參與PoC功能(以下的PF ), 下面參照表1和表2解釋這些功能。表1_控制PoC功能(CF)_提供集中的PoC會話處理_提供集中的媒體分配_提供包括通話者識別的集中的通話權裁決功能_提供SIP會話處理，例如SIP會話發(fā)起、終止等_提供對參與群會話的策略強制_提供參與者信息_收集和提供集中的i某體質量信息_提供集中的計費報告_可以提供不同編解碼器之間的譯碼_支持通話權控制協(xié)議協(xié)商_如表1所示，執(zhí)行CF的PoC服務器(或者控制PoC服務器)用于管理 PoC會話。具體地，控制PoC服務器從PoC客戶機接收對發(fā)言權的請求，排 列給予客戶機發(fā)言權的順序，并按照該順序給予客戶機發(fā)言權?？刂芇oC月良 務器還將任意的PoC客戶機請求的通話權分配給參與群PoC呼叫的所有其他 PoC客戶機，并提供參與該群PoC呼叫的PoC客戶機的信息。如以下的表2所示，執(zhí)行PF的PoC服務器(或者參與PoC服務器)管 理控制PoC服務器和每個PoC客戶機之間的PoC會話。具體地，當PoC客 戶機做出對發(fā)言權的請求時或者當控制PoC服務器將發(fā)言權給予PoC客戶機 時，參與PoC服務器用于在PoC客戶機和控制PoC服務器之間對發(fā)言權進行 中繼。另夕卜，參與PoC服務器在控制PoC服務器和PoC客戶機之間對媒體進 行中繼，執(zhí)行不同編解碼器之間的譯碼，并且當在兩個活動PoC會話中出現(xiàn) 同時的通話時，根據(jù)PoC用戶的選擇從兩個并發(fā)PoC會話中過濾一個。表2
參與PoC功能(PF)_提供PoC會話處理_可以提供PoC客戶機和控制PoC服務器之間的媒體中繼功能_可以提供用戶i某體適配程序_可以提供PoC客戶機和控制PoC服務器之間的通話權控制消息中繼功能 代表所表示的PoC客戶機提供SIP會話處理，例如SIP會話發(fā)起、終止等 提供對用于到來的PoC會話的策略強制(例如接入控制、到來的PoC會話阻止、可接通狀態(tài)等)_可以收集和提供媒體質量信息_提供參與者計費報告_可以提供在同時會話的情況中的媒體流的過濾_可以提供不同編解碼器之間的譯碼_可以支持通話權控制協(xié)議協(xié)商_存儲PoC客戶機的當前的應答模式和到來的PoC會話阻止的參數(shù)選擇在上述的PoC服務系統(tǒng)中，PoC用戶可通過PoC用戶的終端將關于群和 群的成員的信息輸入到GLMS 50,并可接收關于所述PoC用戶可通過/人 GLMS50發(fā)送的個人或群列表進行通話的其他PoC用戶的信息?；蛘?，為了 創(chuàng)建、修改和管理群及其成員，可將關于群及其成員的信息通過通信網絡(諸 如互聯(lián)網或者內部網)輸入到GLMS 50。為了使用PoC呼叫服務，PoC用戶將他/她的PoC地址注冊到SIP/IP核 心30。 SIP/IP核心30根據(jù)PoC用戶的請求存儲關于PoC用戶的信息。因此， 當另一 PoC用戶嘗試請求群PoC呼叫時，該PoC用戶預先將他/她的信息注 冊到SIP/IP核心30，并通過使用從GLMS 50發(fā)送的群識別信息向他/她的 SIP/IP核心30請求群PoC呼叫。此時，SIP/IP核心30通過使用請求PoC用 戶的信息來執(zhí)行尋址和域定位，并隨后將PoC呼叫請求發(fā)送到請求PoC用戶 注冊到其中的歸屬PoC服務器。關于PoC呼叫請求，PoC服務器準備建立 PoC會話，從GLMS 50獲得每個用戶的信息，并隨后將PoC呼叫請求信號 發(fā)送到SIP/IP核心。當在內部域中對用戶進行PoC呼叫請求時，PoC服務器 執(zhí)行CF和PF。管理被呼叫請求的PoC用戶的PoC服務器在使用發(fā)送到PoC 服務器的PoC用戶信息對SIP/IP核心30進4亍定位之后向PoC用戶請求PoC 呼叫。圖3是示出PoC服務器的CF塊和PF塊的示意圖。參照圖3， PoC客戶 機lll、 121、 131和141分別通過PF 110、 120、 130和140提供到CF 100 的接入，從而建立PoC會話。這里，當從CF IOO將發(fā)言權給予確定具有通話 者資格的請求者時，將基于相應PoC客戶機的發(fā)言的々某體發(fā)送到每個PoC客 戶機。圖4是PoC用戶獲得發(fā)言權的傳統(tǒng)過程的信令流程。參照圖4，為了獲得發(fā)言權，當在PoC會話(其中，PoC客戶機Alll 連接到PoC客戶機B 121 )期間沒有PoC客戶機進行通話時，PoC客戶機A 111 按下安裝在他/她自己的PoC終端的PoC通話按鈕.因此，PoC客戶機A 111將請求發(fā)言權的通話權請求消息(S101)發(fā)送 到起到參與PoC功能的PF A 110。因此，PF A 110將所述通話權請求消息 (S101 )發(fā)送到起到此PoC會話的控制PoC功能的控制PoC服務器CF 100。在接收到通話權請求消息(S101 )之后，CF 100將通知給予發(fā)言權的通 話權確認響應信息(S102 )發(fā)送到PoC客戶機A 111 ，并將從用戶A接收通 話權消息(S103)發(fā)送到PoC客戶機B 121。由于后一消息包括確定具有通 話者資格的PoC客戶機A 111的標識符(ID )，因此PoC客戶機B 121知道 通話者的身份。然后，打開媒體會話，并將通話權媒體(S104)從PoC客戶機Alll發(fā) 送到PoC客戶機121。然而，當試圖收聽并收集群PoC呼叫中的所有意見時，上述的傳統(tǒng)技術 考慮請求發(fā)言權的所有人的意見，。因此，當給予發(fā)言權時，與諸如給予發(fā)言 權的時間和提出意見的時間這樣的情況相關的所有過程被執(zhí)行的次數(shù)與群成 員的數(shù)量相同。因此，該過程很復雜并且花費過多時間。發(fā)明內容技術問題本發(fā)明的目的在于提供一種用于收集PoC網絡中的PoC客戶機的意見的 方法和系統(tǒng)，所述方法和系統(tǒng)能夠提供一種具有意見^:票功能的PoC系統(tǒng)， 當用戶收集意見時，無論是否使用發(fā)言權，所述意見投票功能都能夠收集意 見并執(zhí)行意見投票過程。 技術主題 根據(jù)本發(fā)明，提供一種用于收集無線一鍵通(PoC)網絡中的PoC參與 者的意見的方法，所述方法包括將包括使用投票功能的請求和將被投票的內容的消息從任意用戶發(fā)送到會話管理服務器，會話管理服務器確定投票功 能是否被另一用戶占用，當確定投票功能沒有被另一用戶占用時，會話管理 服務器把將被投票的內容發(fā)送到屬于群的其他用戶，所述群的其他用戶發(fā)送對將被^:票的內容的響應。根據(jù)本發(fā)明，提供一種用于收集無線一鍵通(PoC)網絡中的PoC客戶 機的意見的方法，所述方法包括任意用戶請求會話管理服務器使用投票功 能，會話管理服務器確定投票功能是否被另一用戶占用，當確定投票功能沒 有被另一用戶占用時，會話管理服務器通知請求使用投票功能的用戶現(xiàn)在可 以使用投票功能，接收投票功能可用信號的用戶把將被投票的內容發(fā)送到會 話管理服務器，會話管理服務器把將被投票的內容發(fā)送到屬于群的其他用戶， 所述群的其他用戶發(fā)送對將被投票內容的響應。根據(jù)本發(fā)明，提供一種用于收集無線一鍵通(PoC)網絡中的PoC客戶 機的意見的系統(tǒng)，所述系統(tǒng)包括提出使用投票功能的請求的任意客戶機； 參與被所述任意客戶機請求的投票功能的至少一個客戶機；以及會話管理服 務器，當從任意客戶機發(fā)送使用投票功能的請求時，確定投票功能是否被另 一用戶占用，以及當確定投票功能沒有被另一用戶占用時，把將被投票的內 容(投票一體、問題和意見等)發(fā)送到屬于群的其他用戶。 有益效果根據(jù)如上所述的本發(fā)明，在多人參與到PoC用戶參與的群通話PoC中的 同時當所述PoC用戶做出決定時，不考慮發(fā)言權而執(zhí)行一次意見投票功能， 從而可以同時乂人多人收集意見。因此，省略了請求和給予發(fā)言權的傳統(tǒng)過程，從而簡化了意見收集過程， 結果可節(jié)約時間。此外，PoC服務器收集意見收集結果的統(tǒng)計，以提高準確度。


通過下面參照附圖進行的詳細描述，將更清楚地理解本發(fā)明的上述和其 他目的、特征和優(yōu)點，其中圖1是傳統(tǒng)PoC服務系統(tǒng)的示意圖2示出傳統(tǒng)PoC服務器的示意配置； 圖3是示出傳統(tǒng)PoC服務器的CF塊和PF塊的示意圖； 圖4是PoC用戶獲得發(fā)言權的傳統(tǒng)過程的信令流程； 圖5是用于實施本發(fā)明的PoC服務器的框圖； 圖6是用于實施本發(fā)明的PoC終端的框圖； 圖7是根據(jù)本發(fā)明的從PoC客戶機收集意見的處理的信令流程； 圖8是當另一 PoC用戶預先占用意見投票功能時的信令流程； 圖9示出用于實施本發(fā)明的實時傳輸協(xié)議(RTP )控制協(xié)議(RTCP APP ) 包的一各式；圖IO示出當請求意見投票功能時的消息格式；以及 圖11示出用于PoC投票的XML模式的例子。
具體實施方式
以下，將參照附圖完全詳細地描述本發(fā)明的示例性實施例。在以下描述 中，為了清晰和簡明，已經省略了對合并于此的已知功能和配置的詳細描述。圖5是用于實施本發(fā)明的PoC服務器的框圖，圖6是用于實施本發(fā)明的 PoC終端的框圖。首先，由于PoC客戶機應該能夠選擇意見投票功能(即，意見收集功能)， 因此，如圖6所示，PoC客戶機使用的PoC終端1110包括終端控制部分 1111,用于控制其整體功能；以及意見投票請求部分1112，用于當選擇意見 投票功能時請求會話管理服務器收集意見。當將要從參與相同會話的其他用戶收集關于某個主題的意見時，PoC客 戶機可通過意見投票請求部分1112請求會話管理服務器收集意見。此外，為了根據(jù)來自PoC終端1110的對意見投票功能的請求來收集意 見，如圖5所示，PoC服務器包括PoC控制部分1000,用于控制其整體控 制；PoC中繼部分1100，管理連接到每個PoC客戶機的會話以中繼所述會話； 以及意見投票管理部分1101 ，用于當從任意PoC終端接收到對使用意見投票 功能的請求信號并確定意見投票功能是否被另一用戶使用時，授權意見投票 的使用。意見投票管理部分1101激活PoC用戶的意見投票功能，將激活的意見 投票功能的選項通知給PoC用戶，并當PoC用戶看到選項時從PoC用戶收集 結果以確定他/她的期望的選項。在上述構造已經準備的狀態(tài)下，為了使用意見投票功能，PoC客戶機向 PoC服務器請求使用意見投票功能。為了發(fā)送該請求，本發(fā)明將實時傳輸協(xié)議(RTP )控制協(xié)議(RTCP ) APP用作通話權控制協(xié)議(TBCP )?；赗TCPAPP包的TBCP在開放式移動聯(lián)盟(OMA)定義的PoC系統(tǒng)中被使用。例如，當請求、給予或者拒絕發(fā)言權時，TBCP用于負載消息。此外，TBCP還用于使用RTP來控制應用傳遞信息。以下將參照圖9和圖IO描述使用RTCPAPP的意見投票請求消息。 PoC服務器基本上提供控制PoC功能、參與PoC功能和投票功能。 在前面已經結合傳統(tǒng)技術描述了控制和參與PoC功能。因此，將省略對它們的4笛述。在PoC服務器中控制意見投票功能的意見投票管理部分1101可響應于 從PoC客戶機接收的意見投票功能的激活。例如，意見投票管理部分1101 通過響應過程來發(fā)送通知意見投票功能由于另一 PoC參與者當前正在使用而 不能被使用的內容。意見投票管理部分1101應該能夠激活關于相應的PoC群的意見投票功 能。換句話說，意見投票管理部分1101通知所有參與者(即，所有PoC用戶) 將激活其PoC服務器的意見投票功能，以在相應的PoC群中使用意見投票功 能。此外，意見投票管理部分1101應該對PoC用戶選擇的結果進行收集、估 計和組合，并將最終結果通知參與PoC群的所有PoC用戶。圖7是根據(jù)本發(fā)明的從PoC客戶機收集意見的處理的信令流程。首先，當在群通話期間需要任意參與者(例如，圖7的PoC客戶機A) 收集關于一個主題的全部意見時，所述參與者向PoC服務器(PFA) IIOO和 (CF) 1000請求意見投票功能(S101和S102)。接收意見投票功能請求的CF 1000檢查是否正在進行現(xiàn)有的意見投票功 能。在圖7中，沒有進行現(xiàn)有的意見投票功能。因此，CF 1000激活意見投票功能以執(zhí)行請求的意見投票功能(S110), 準備通知可以執(zhí)行意見投票的響應消息，并將該響應消息發(fā)送到請求意見投 票功能的PoC用戶(PoC客戶機A) (S120和S121 )。另一方面，當正在進行現(xiàn)有的意見投票功能時，CF 1000準備請求否決 或失敗消息，將參照圖8對其進行描述。
然后，將請求意見投票功能的消息發(fā)送到群中的所有參與者(S131和S132)。此時，發(fā)送的意見投票功能的消息包含關于請求意見投票功能的PoC客 戶機的信息、意見投票的主題和其他相關信息。在本發(fā)明中，用于請求意見投票功能的協(xié)議基于RTCP應用包(RTCP APP)，即，基于應用相關數(shù)據(jù)，使用可擴展標記語言(XML)來負載和發(fā)送 所述應用相關數(shù)據(jù)的與意見投票相關的信息。這里，在使用XML之前，應 該準備定義PoC意見投票的XML模式文檔。該XML模式根據(jù)每個文檔實例 在內容上不相同。例如，定義意見投票功能的XML模式將各種內容(發(fā)起 者、投票開始時間和投票理由)定義為第一、第二、第三和第四等。然后， 將XML模式中定義的內容記錄到RTCP:APP消息格式的應用相關數(shù)據(jù)字段， 并將其發(fā)送到PoC客戶機。以這種方式，可通過使用RTCP:APP來請求意見投票功能，但是也可通 過更簡單的方式使用現(xiàn)有的發(fā)言權來請求意見投票功能。在后一情況下，PoC 用戶獲得發(fā)言權并提出用于意見投票的主題以及用于通過語音選擇主題的數(shù) 字。具體地，當PoC用戶通過輸入單元選擇任意主題時，應該發(fā)送選擇以使 得PoC服務器的意見投票管理部分1101能夠讀取選擇的數(shù)字。當群的每個參與者都接收到意見投票請求從而接收到在應用相關字段中 使用XML的消息時，對是否如XML模式中所定義地使用了 XML執(zhí)行確認 過程。為此，PoC客戶機提供到具有XML模式的XML服務器的接入。如果 確定正確使用了 XML,則使用能夠表達XML的語言(諸如可擴展樣式表語 言轉換(XSLT)或者超文本標記語言(HTML))來顯示在PoC客戶機中將 XML用于意見投票功能的信息。PoC用戶例如通過使用小鍵盤選擇他/她自 己的決定，并隨后將選^t奪重新發(fā)送到PoC服務器(S133)。例如，PoC用戶 選才奪①選項1、②選項2、③選項3和④選項4中的一個，并隨后通過RTCP:APP 將選擇發(fā)送到PoC服務器。CF 1000收集從每個參與者發(fā)送的決定(S140)，并根據(jù)每個內容得出結 論。在收集處理中，計算按下①選項1、②選項2、③選項3和④選項4的參 與者的數(shù)量，并根據(jù)需要以百分比或者統(tǒng)計指標(statistical index )的形式表 達所述數(shù)量。 接下來，將投票結果通知給參與群的所有PoC用戶(S150)。注意通過發(fā)送沒有在應用相關數(shù)據(jù)字段記錄信息的RTCP: APP消息，可 僅初始化意見投票功能。在這種情況下，可首先在PoC服務器方接收到對激活意見投票功能的請 求，并隨后分開接收到意見投票的主題及其相關信息。圖8是當另一 PoC用戶預先占用意見投票功能時的信令流程。首先，在群通話期間需要任意參與者(例如，PoC客戶機A)收集關于 一個主題的全部意見，并且該參與者向PoC服務器IIOO(PFA)和IOOO(CF) 請求意見投票功能(S201和S202 )。接收意見投票功能請求的CF IOOO檢查是否正在進行現(xiàn)有的意見投票功 能。當確定正在進行現(xiàn)有的意見投票功能時(S210), CF 1000將通知意見投 票功能已經被另一 PoC用戶占用的錯誤消息發(fā)送到請求意見投票功能的PoC 客戶機AlllO (S301和S302)。圖9示出用于實施本發(fā)明的RTCPAPP包的4各式，圖10示出圖9的意見 投票消息的字段。參照圖9和圖IO(見互聯(lián)網工程任務組(IETF )定義的RFC 3550 )， RTCP APP包在第一個2比特字段中指示RTP版本(在本發(fā)明中版本=2 )。下一個比特字段是填充(padding)比特字段。由此可見當給出填充比特 時， 一個或者兩個不屬于凈荷的填充八位字節(jié)被添加。第三個5比特字段指示子類型(見OMAPoC用戶平面說明)。允許所述 子類型知道RTCPAPP包扮演哪個TBCP角色。例如，在OMA準備的當前說明中，子類型的值被定義為用于TBCP通 話權請求消息的00000、用于TBCP通話權i受權消息的00001 。由于到目前為 止定義了 16個TBCP消息，因此子類型值定義到01111。剩余的16個TBCP 消息被保留用于新創(chuàng)建的TBCP通話權控制消息。因此，在本發(fā)明中，從10000到11111的子類型值的任意一個被選擇， 從而所述子類型值可以與用于TBCP通話權控制消息的其他值相區(qū)別。此外， 使用剩下的子類型值10001，并且該子類型值與用于TBCP通話權控制消息 的其他值相區(qū)別。然而，無論子類型具有哪個剩余值，當消息的內容指示請求意見投票的 功能時，都認為是相同的TBCP通話權控制消息。 第四個l字節(jié)字段具有作為包類型的值204,其指示該消息是RTCPAPP包。第五個2字節(jié)字段是長度字段，其指示消息的長度。當在該字段中使用 數(shù)字2時，這指示的是該消息具有兩個4字節(jié)的八位字節(jié)。接下來是凈荷， 其指示在此字段中存在的4字節(jié)的八位字節(jié)的數(shù)量。第六個4字節(jié)字段是同步源/貢獻源(SSRC/CSRC )字段。該字段識別是 誰請求意見^殳票，還包括與RTCPAPP消息的發(fā)送器相關的同步源。第七個4字節(jié)字段是以美國標準信息交換代碼(ASCII)表示的名字字 段，指示該消息用于PoC投票。第八個字段是應用相關數(shù)據(jù)字段，操作應用所需的信息被記錄到該字段 中。具體地說，該信息包括使用XML以意見投票功能的形式準備的信息。 基于應用相關數(shù)據(jù)字段的信息來運用PoC客戶機或服務器的意見投票功能。在應用相關數(shù)據(jù)字段中準備了使用一個XML請求PoC投票的示例。首 先，第一項是使用版本1.0的XML和UTF-8編碼的聲明。第二項是使用 PoC vote并包括將 www.samsung.com 用作名字玄間的內答以及將 www.samsimg.com .的vote service.xsd用作XML模式的內容的聲明。第三項， voting id= "39625"指示使用投票并且id的值為39625。值39625使該投票與 另 一主題的投票進行區(qū)別。通過根據(jù)每一項對包括在投票中的信息分類來描 述子項。例如，請求投票的人的名字是JohnDoe。投票開始時間是2005年3 月15日16:55:05。投票的主題是"為晚餐菜單決定投票"，其子項如下1. 牛排、2.五花肉、3.海鮮湯、4.龍蝦。以下的投票id二 "39626"的項指示使用 與上面的投票不同的投票。在這種情況下，當投票被請求一次時，可兩次或 多次使用該投票。當結合圖11的vote—service.xsd XML模式再次描述該投票 時，可按照在XML模式中指定的次數(shù)進行投票。在該示例中，由于minOccurs= "1"并且maxOccurs= "unbounded",因此當才更票一皮i奮求時，應該至少進4亍 一次投票，并且可根據(jù)請求投票的人的決定無限次地投票。圖11示出用于PoC投票的XML模式的示例。參照圖11,作為PoC投 票的示例，首先為XML文檔準備XML模式，在圖10的應用相關數(shù)據(jù)字段 中準備所述XML文檔。第一項是卩吏用版本1.0的XML和UTF-8編碼的聲明。第二項指示在準 備好XML才莫式之后，所述模式在www.samsung.com中定義，符合 才莫式的形式,使用如通過確認的模式中定義的 元素形式，并且沒有根據(jù)屬性項的符合的形式。包括第三項的其他項給出每 個元素的定義。首先，定義PoC—vote元素，PoC—vote元素的子元素是^:票元素。投票元素的屬性應該至少一次使用投票，并且不受限于如參照圖10所描 述的使用至少兩次，并可通過其ID與其他投票進行區(qū)別。use= "required" 的意思是應使用該id。投票元素包括各種元素，諸如發(fā)起者(Initiator).開 始時間(StartTime)、投票理由(Voting_reason)和項(Item)。項元素具有第 一、第二、第三和第四元素?？刹皇褂玫谌偷谒脑亍＿@可通過minOccurs= "0"來表達。也就是說，可按照諸如多項選擇的各種方式來實施投票。在本發(fā)明中，已經以示例的方式描述了實施RTCP APP的XML。然而， 對于本領域的技術人員很明顯，通過文本、HTML或者SIP協(xié)議的實施方式 在本發(fā)明的范圍內。雖然已經參照附圖對本發(fā)明的示例性實施例進行描述，但是本發(fā)明不限 于這些實施例，本領域的技術人員將理解，在不脫離本發(fā)明的精神和范圍的 情況下，可以做出各種修改和改變。
權利要求
1、 一種用于收集無線一鍵通(PoC)網絡中的無線一鍵通參與者的意見的方法，所述方法包括以下步驟將包括使用投票功能的請求和將被投票的內容的消息從群中的任意用戶 發(fā)送到會話管理服務器；會話管理服務器確定投票功能是否被群中的另一用戶占用；當確定投票功能沒有被另一用戶占用時，會話管理服務器把將被投票的 內容發(fā)送到屬于所述群的其他用戶；以及所述群的其他用戶發(fā)送對將^皮^:票的內容的響應。
2、 如權利要求l所述的方法，還包括當確定投票功能被另一用戶占用 時，通知請求投票功能的用戶投票功能被另一用戶占用。
3、 如權利要求l所述的方法，還包括在發(fā)送對將被投票的內容的響應 的步驟之后，會話管理服務器將投票結果通知給群用戶。
4、 如權利要求l所述的方法，還包括在發(fā)送對將被投票的內容的響應 之后，會話管理服務器收集投票結果統(tǒng)計。
5、 如權利要求l所述的方法，其中，包括使用投票功能的請求和將被投 票的內容的所述消息使用實時傳輸控制協(xié)議應用(RTCPAPP)包的通話權控 制協(xié)議(TBCP)消息。
6、 如權利要求5所述的方法，其中，用于提供使用投票功能的請求和將 被投票的內容的所述通話權控制協(xié)議消息選擇實時傳輸控制協(xié)議應用包的子 類型字段的保留值。
7、 如權利要求6所述的方法，其中，所述實時傳輸控制協(xié)議應用包具有 同步源字段，所述同步源字段包括請求投票功能以便請求使用投票功能的用 戶源。
8、 如權利要求6所述的方法，其中，將被投票的內容被記錄在實時傳輸 控制協(xié)議應用包的應用相關數(shù)據(jù)字段中。
9、 一種用于收集無線一鍵通(PoC)網絡中的無線一鍵通客戶機的意見 的方法，所述方法包括以下步驟群中的任意用戶請求會話管理服務器使用投票功能； 會話管理服務器確定投票功能是否被群中的另 一用戶占用； 當確定投票功能沒有被群中的另一用戶占用時，會話管理服務器通知請求使用投票功能的用戶現(xiàn)在可以使用投票功能；接收投票功能可用信號的用戶把將被投票的內容發(fā)送到會話管理服務器；會話管理服務器把將被投票的內容發(fā)送到所述群中的其他用戶；以及 所述群的其他用戶發(fā)送對將被投票的內容的響應。
10、 如權利要求9所述的方法，還包括當確定投票功能被另一用戶占 用時，通知請求投票功能的用戶投票功能被另一用戶占用。
11、 如權利要求9所述的方法，還包括在發(fā)送對將被投票的內容的響 應之后，會話管理服務器通知群用戶投票結果。
12、 如權利要求9所述的方法，還包括在發(fā)送對將被投票的內容的響 應之后，會話管理服務器收集投票結果統(tǒng)計。
13、 如權利要求9所述的方法，其中，包括使用投票功能的請求和將被 投票的內容的所述消息使用實時傳輸控制協(xié)議應用(RTCPAPP)包的通話權 控制協(xié)議(TBCP)消息。
14、 如權利要求13所述的方法，其中，所述實時傳輸控制協(xié)議應用包具 有同步源字段，所述同步源字段包括請求投票功能以便請求使用投票功能的 用戶源。
15、 如權利要求9所述的方法，其中，在接收到投票功能可用信號之后 把將被投票的內容發(fā)送到會話管理服務器的步驟中，以可擴展標記語言(XML)準備和發(fā)送將被投票的內容。
16、 一種用于收集無線一鍵通(PoC)網絡中的無線一鍵通客戶機的意 見的系統(tǒng)，所述系統(tǒng)包括任意客戶機，提出使用投票功能的請求；至少一個客戶機，參與由所述任意客戶機請求的投票功能；以及 會話管理服務器，當從所述任意客戶機發(fā)送使用投票功能的請求時，確定投票功能是否被另一用戶占用，以及當確定投票功能沒有被另一用戶占用時，把將被投票的內容發(fā)送到屬于群的其他用戶。
17、 如權利要求16所述的系統(tǒng)，其中，當投票功能被另一用戶占用時， 會話管理服務器通知請求投票功能的用戶投票功能被另 一用戶占用。
18、 如權利要求17所述的系統(tǒng)，其中，當會話管理服務器從群用戶接收 到對將被投票的內容的響應時，收集投票結果統(tǒng)計，并通知群用戶投票結果。
19、 如權利要求16所述的系統(tǒng)，其中，包括使用投票功能的請求和將被 投票的內容的所述消息使用實時傳輸控制協(xié)議應用(RTCPAPP)包的通話權 控制協(xié)議(TBCP)消息。
20、 如權利要求16所述的系統(tǒng)，其中，所述實時傳輸控制協(xié)議應用包具 有同步源字段，所述同步源字段包括請求投票功能以便請求使用投票功能的 用戶源。
21、 如權利要求16所述的系統(tǒng)，將被投票的內容被記錄在實時傳輸控制 協(xié)議應用包的應用相關數(shù)據(jù)字段中。
22、 如權利要求16所述的方法，其中，在接收到投票功能可用信號之后， 在把將被投票的內容發(fā)送到會話管理服務器的步驟中，以可擴展標記語言(XML)準備和發(fā)送將被投票的內容。
23、 一種用于請求投票功能以便收集無線一鍵通(PoC)網絡中的無線 一鍵通客戶機的意見的終端，所述終端包括控制部分，用于控制終端的整體功能；以及意見投票功能請求部分，當提出使用投票功能的請求時，向會話管理服 務器請求投票功能。
24、 一種用于提供投票功能以便收集無線一鍵通(PoC)網絡中的無線 一鍵通客戶機的意見的會話管理服務器，其中，所述會話管理服務器當從群中的任意客戶機發(fā)送使用投票功能的請求時，確定投票功能是否 被所述群中的另 一用戶占用，以及當確定投票功能沒有^^皮所述群中的另 一用 戶占用時，會話管理服務器把將被投票的內容發(fā)送到屬于所述群的其他用戶。
全文摘要
一種收集PoC網絡中的PoC客戶機的意見的方法和系統(tǒng)，并提供一種具有以下意見投票功能的PoC系統(tǒng)當用戶收集意見時，無論發(fā)言權是否被使用，所述意見投票功能能夠收集意見并執(zhí)行意見投票過程。所述方法包括將包括使用投票功能的請求和將被投票的內容的消息從群中的任意用戶發(fā)送到會話管理服務器；確定投票功能是否被群中的另一用戶占用；當確定投票功能沒有被另一用戶占用時，把將被投票的內容發(fā)送到群中的其他用戶；以及發(fā)送對將被投票的內容的響應。
文檔編號H04L12/28GK101147361SQ200680009134
公開日2008年3月19日 申請日期2006年3月22日 優(yōu)先權日2005年3月22日
發(fā)明者成常慶, 樸俊枸, 樸成真, 鄭甫先 申請人:三星電子株式會社