專(zhuān)利名稱(chēng)：實(shí)現(xiàn)PoC群組發(fā)起會(huì)話時(shí)選擇會(huì)話成員的方法
技術(shù)領(lǐng)域：
本發(fā)明屬于基于蜂窩網(wǎng)絡(luò)的集群通信領(lǐng)域，尤其涉及一種實(shí)現(xiàn)PoC(Push-to-talk over Cellular，“無(wú)線一鍵通”)群組發(fā)起會(huì)話時(shí)選擇會(huì)話成員的方法。
背景技術(shù)：
PoC即基于蜂窩網(wǎng)絡(luò)的“即按即講”業(yè)務(wù)，也叫“無(wú)線一鍵通”，是一種允許用戶(hù)通過(guò)特定按鍵進(jìn)行立即通信的半雙工語(yǔ)音業(yè)務(wù)。
PoC支持多方通話，用戶(hù)可以通過(guò)臨時(shí)群組、固定群組、聊天群組等方式進(jìn)行多方通話。
PoC群組的數(shù)據(jù)是保存在PoC XDMS(XML Document ManagementServer，XML文檔管理服務(wù)器)上的，用戶(hù)可以通過(guò)終端(XDMC，XMLDocument Management Client，XML文檔管理客戶(hù)端)發(fā)送相關(guān)請(qǐng)求進(jìn)行群組管理，該請(qǐng)求將通過(guò)AP(Aggregation Proxy，聚合代理)鑒權(quán)(確定該用戶(hù)是否擁有相應(yīng)的管理權(quán)限)后發(fā)送給PoC XDMS。當(dāng)然，如果用戶(hù)Portal提供了相關(guān)群組管理的功能，用戶(hù)就可以通過(guò)Portal直接發(fā)送相關(guān)請(qǐng)求到PoCXDMS進(jìn)行群組管理。
在PoC1.0版本的《OMA-TS-PoC_XDM-V1_0-20050317-C》規(guī)范標(biāo)準(zhǔn)中，對(duì)群組提供了一個(gè)屬性<invite-members>。當(dāng)<invite-members>這一屬性設(shè)置為
①True則當(dāng)該群組的會(huì)話發(fā)起時(shí)會(huì)邀請(qǐng)群組其他成員；②Flase則當(dāng)該群組的會(huì)話發(fā)起時(shí)不會(huì)邀請(qǐng)群組其他成員。
這一屬性對(duì)用戶(hù)是可操作的，即用戶(hù)可以根據(jù)需要設(shè)置是否在發(fā)起群組會(huì)話時(shí)邀請(qǐng)其群組成員。當(dāng)然對(duì)于固定群組，一般會(huì)設(shè)置在會(huì)話發(fā)起時(shí)邀請(qǐng)群組所有成員。
其次在群組規(guī)則<ruleset>的子節(jié)點(diǎn)<rule>里面有兩個(gè)元素<conditions>和<actions>。其中<conditions>用于指明擁有相應(yīng)<actions>權(quán)限的用戶(hù)標(biāo)識(shí)；而<actions>則包括了一種布爾類(lèi)型的元素<allow-initiate-conference>，當(dāng)其為true時(shí)則表示相應(yīng)的<conditions>中所指明的用戶(hù)具有發(fā)起群組會(huì)話的權(quán)限。
相應(yīng)的處理流程如圖1所示先檢查用戶(hù)有無(wú)<allow-initiate-conference>權(quán)限，如無(wú)則拒絕用戶(hù)發(fā)起呼叫，如有則繼續(xù)檢查<invite-members>值是否為true；當(dāng)<invite-members>值是為true時(shí)則會(huì)邀請(qǐng)群組所有成員加入會(huì)話，如為false時(shí)則不會(huì)邀請(qǐng)任何用戶(hù)加入會(huì)話。
但是，這種方案存在著以下缺陷(1)對(duì)于用戶(hù)來(lái)說(shuō)，并不是只希望邀請(qǐng)或不邀請(qǐng)群組所有成員，而可能會(huì)要求邀請(qǐng)部分成員參加，而這樣的話，現(xiàn)有技術(shù)是無(wú)法滿(mǎn)足用戶(hù)的需求的。
(2)另外，用戶(hù)也可能不僅僅只是想邀請(qǐng)群組成員參加會(huì)話，用戶(hù)有時(shí)還希望邀請(qǐng)其他人員參加會(huì)話，而用戶(hù)只能在發(fā)起固定群組會(huì)話后才進(jìn)行邀請(qǐng)，則用戶(hù)預(yù)先邀請(qǐng)的需求無(wú)法得到滿(mǎn)足。
(3)運(yùn)營(yíng)商為了降低系統(tǒng)負(fù)荷等原因，對(duì)固定群組的會(huì)話最大人數(shù)做了限制。這一限制的目的在于防止用戶(hù)在每場(chǎng)會(huì)話中有過(guò)多的參與人數(shù)。因此在會(huì)話中加上了下面這個(gè)屬性<max-participant-count>(會(huì)話最大參與人數(shù))。顯然，如果在實(shí)際當(dāng)中，用戶(hù)的群組成員數(shù)大于<max-participant-count>值時(shí)，則會(huì)出現(xiàn)嚴(yán)重的問(wèn)題用戶(hù)將<invite-members>設(shè)置為true時(shí)，由于群組成員人數(shù)大于會(huì)話最大參與人數(shù)，則服務(wù)器會(huì)拒絕發(fā)起會(huì)話的請(qǐng)求；即用戶(hù)無(wú)法發(fā)起固定群組會(huì)話。這顯然降低了用戶(hù)體驗(yàn)。
在PoC1.0版本的《OMA-ERELD_POC-V1_0-20050329-C》規(guī)范標(biāo)準(zhǔn)中，也定義了一種會(huì)話類(lèi)型Ad-hoc會(huì)話，也就是臨時(shí)群組會(huì)話。它支持用戶(hù)臨時(shí)地設(shè)置一些被邀請(qǐng)者列表，并邀請(qǐng)他們參與會(huì)話。顯然用戶(hù)可以根據(jù)需要靈活地設(shè)置被邀請(qǐng)者列表，在這點(diǎn)上比固定群組要靈活得多。
然而這種方案依然有不足，例如(1)然而臨時(shí)群組要求每次都進(jìn)行設(shè)置，顯然這對(duì)用戶(hù)來(lái)說(shuō)是一個(gè)繁瑣的過(guò)程，在這方面顯然沒(méi)有固定群組來(lái)得方便。
(2)用戶(hù)不能對(duì)臨時(shí)群組成員設(shè)置任何固定群組成員相關(guān)的屬性，如是否能夠邀請(qǐng)其他人參加會(huì)話、是否能夠匿名等等的，在這方面顯然沒(méi)有固定群組功能的強(qiáng)大。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問(wèn)題是克服上述現(xiàn)有技術(shù)存在的不足，提供一種實(shí)現(xiàn)PoC群組發(fā)起會(huì)話時(shí)選擇會(huì)話成員的方法，支持用戶(hù)靈活地邀請(qǐng)成員參與群組會(huì)話，使用戶(hù)在發(fā)起群組會(huì)話時(shí)能夠方便地邀請(qǐng)一些所需要的成員加入會(huì)話。
本發(fā)明提供一種實(shí)現(xiàn)PoC群組發(fā)起會(huì)話時(shí)選擇會(huì)話成員的方法，包括以下步驟a.設(shè)置用戶(hù)數(shù)據(jù)；
b.用戶(hù)發(fā)起PoC群組會(huì)話；c.如果所述用戶(hù)具有選擇會(huì)話成員的權(quán)限，則執(zhí)行步驟d；d.根據(jù)預(yù)定義的成員列表選擇會(huì)話成員；以及e.返回呼叫成功的響應(yīng)給所述用戶(hù)。
進(jìn)一步地，所述步驟a進(jìn)一步包括h1.請(qǐng)求添加具有選擇會(huì)話成員權(quán)限的用戶(hù)，并設(shè)置所述權(quán)限；h2.請(qǐng)求設(shè)置是否在發(fā)起PoC群組會(huì)話時(shí)按預(yù)定義的成員列表進(jìn)行選擇的判斷條件；以及h3.請(qǐng)求設(shè)置發(fā)起PoC群組會(huì)話時(shí)所要選擇的成員列表。
進(jìn)一步地，所述步驟h1進(jìn)一步包括h11.在PoC XML文檔管理客戶(hù)端上發(fā)送HTTP請(qǐng)求，對(duì)PoC群組添加具有選擇會(huì)話成員權(quán)限的用戶(hù)；h12.聚合代理檢查發(fā)出所述請(qǐng)求的用戶(hù)是否具備相應(yīng)的權(quán)限，如有則轉(zhuǎn)送所述請(qǐng)求到PoC XML文檔管理服務(wù)器；h13.PoC XML文檔管理服務(wù)器接收到所述請(qǐng)求后，對(duì)添加用戶(hù)設(shè)置具有選擇會(huì)話成員的權(quán)限；h14.PoC XML文檔管理服務(wù)器處理完成后，返回成功響應(yīng)到所述聚合代理；以及h15.所述聚合代理轉(zhuǎn)發(fā)成功響應(yīng)到所述PoC XML文檔管理客戶(hù)端。
進(jìn)一步地，所述步驟h2進(jìn)一步包括h21.在PoC XML文檔管理客戶(hù)端上發(fā)送HTTP請(qǐng)求，請(qǐng)求設(shè)置在發(fā)起PoC群組會(huì)話時(shí)按預(yù)定義的成員列表進(jìn)行選擇的判斷條件；
h22.聚合代理檢查發(fā)出所述請(qǐng)求的用戶(hù)是否具備相應(yīng)的權(quán)限，如有則轉(zhuǎn)送所述請(qǐng)求到PoC XML文檔管理服務(wù)器；h23.PoC XML文檔管理服務(wù)器接收到所述請(qǐng)求后，設(shè)置在發(fā)起PoC群組會(huì)話時(shí)按預(yù)定義的成員列表進(jìn)行選擇；h24.PoC XML文檔管理服務(wù)器處理完成后，返回成功響應(yīng)到所述聚合代理；以及h25.所述聚合代理轉(zhuǎn)發(fā)成功響應(yīng)到所述PoC XML文檔管理客戶(hù)端。
進(jìn)一步地，所述步驟h3進(jìn)一步包括h31.具有選擇會(huì)話成員的權(quán)限的用戶(hù)在PoC XML文檔管理客戶(hù)端上發(fā)送HTTP請(qǐng)求，請(qǐng)求設(shè)置發(fā)起群組會(huì)話所要選擇的成員列表；h32.聚合代理檢查發(fā)出所述請(qǐng)求的用戶(hù)是否具備相應(yīng)的權(quán)限，如有則轉(zhuǎn)送所述請(qǐng)求到PoC XML文檔管理服務(wù)器；h33.PoC XML文檔管理服務(wù)器接收到所述請(qǐng)求后，設(shè)置發(fā)起群組會(huì)話時(shí)所要選擇的成員列表；h34.PoC XML文檔管理服務(wù)器處理完成后，返回成功響應(yīng)到所述聚合代理；以及h35.所述聚合代理轉(zhuǎn)發(fā)成功響應(yīng)到所述PoC XML文檔管理客戶(hù)端。
進(jìn)一步地，所述步驟b進(jìn)一步包括b1.用戶(hù)發(fā)起PoC群組會(huì)話請(qǐng)求給PoC服務(wù)器，所述請(qǐng)求包括了群組統(tǒng)一資源標(biāo)識(shí)符；b2.所述PoC服務(wù)器根據(jù)所述請(qǐng)求的群組統(tǒng)一資源標(biāo)識(shí)符，發(fā)送請(qǐng)求到PoC XML文檔管理服務(wù)器請(qǐng)求與所述群組統(tǒng)一資源標(biāo)識(shí)符相對(duì)應(yīng)的數(shù)據(jù)；以及b3.PoC XML文檔管理服務(wù)器根據(jù)所述請(qǐng)求返回所述群組的數(shù)據(jù)。
進(jìn)一步地，如果所述步驟c中PoC服務(wù)器檢查所述用戶(hù)不具有選擇會(huì)話會(huì)話成員的權(quán)限，則進(jìn)入c1.PoC服務(wù)器檢查所述用戶(hù)有無(wú)發(fā)起群組會(huì)話的權(quán)限，如無(wú)，則拒絕所述用戶(hù)發(fā)起群組會(huì)話，如有，則進(jìn)入步驟c2；以及c2.PoC服務(wù)器檢查是否邀請(qǐng)群組所有成員加入會(huì)話，如是，則邀請(qǐng)群組所有成員加入會(huì)話，如不是，則不邀請(qǐng)任何成員加入會(huì)話。
進(jìn)一步地，如果所述步驟d中PoC服務(wù)器檢查發(fā)起PoC群組會(huì)話時(shí)不是按預(yù)定義的成員列表進(jìn)行邀請(qǐng)，則進(jìn)入d1.PoC服務(wù)器檢查是否邀請(qǐng)群組所有成員加入會(huì)話，如是，則邀請(qǐng)群組所有成員加入會(huì)話，如不是，不邀請(qǐng)任何成員加入會(huì)話。
進(jìn)一步地，還包括步驟f.檢查是否有所述用戶(hù)的標(biāo)識(shí)以及添加的所要求選擇的成員列表。
進(jìn)一步地，如果沒(méi)有所述用戶(hù)的標(biāo)識(shí)及添加的所要求邀請(qǐng)的成員列表，則不邀請(qǐng)任何成員加入會(huì)話。
由于本發(fā)明實(shí)現(xiàn)PoC群組發(fā)起會(huì)話時(shí)選擇會(huì)話成員的方法在很大程度上使PoC群組的呼叫機(jī)制得到了擴(kuò)展，靈活性更強(qiáng)，而同時(shí)在服務(wù)器端進(jìn)行基于上述方案的數(shù)據(jù)管理并不復(fù)雜，所以方案具有可行性。如果應(yīng)用本方案，將會(huì)帶來(lái)以下有益的效果(1)滿(mǎn)足用戶(hù)需求、方便用戶(hù)使用、提高用戶(hù)體驗(yàn)由于采用選擇會(huì)話的方法，所以用戶(hù)可以根據(jù)需要邀請(qǐng)其所需要邀請(qǐng)的用戶(hù)；在使用上也非常方便，既兼有固定群組的優(yōu)點(diǎn)、也具有臨時(shí)群組的優(yōu)點(diǎn)；能夠很大程度上滿(mǎn)足用戶(hù)在不同情況下的使用要求，提高用戶(hù)的體驗(yàn)。
(2)解決了由于群組人數(shù)大于系統(tǒng)所規(guī)定的會(huì)話最大人數(shù)時(shí)不能在發(fā)起會(huì)話時(shí)邀請(qǐng)成員的問(wèn)題。因?yàn)橛脩?hù)可以在用戶(hù)列表中添加一些成員，并保證其人數(shù)不大于系統(tǒng)所規(guī)定的會(huì)話最大人數(shù)，使得用戶(hù)可以比較方便地發(fā)起群組會(huì)話。
(3)本發(fā)明兼容現(xiàn)有的方案，能夠?qū)崿F(xiàn)現(xiàn)有方案的所有要求。例如，PoC服務(wù)器檢查所述用戶(hù)不具有選擇會(huì)話成員的權(quán)限時(shí)，就會(huì)按照現(xiàn)有的方案進(jìn)行處理；而PoC服務(wù)器檢查發(fā)起PoC群組會(huì)話時(shí)不是按預(yù)定義的成員列表進(jìn)行邀請(qǐng)，則會(huì)繼續(xù)檢查是否邀請(qǐng)群組所有成員加入會(huì)話，并按照現(xiàn)有的方案進(jìn)行處理。


圖1是現(xiàn)有發(fā)起PoC群組會(huì)話時(shí)邀請(qǐng)成員的方法的流程圖；圖2是本發(fā)明中數(shù)據(jù)準(zhǔn)備流程圖；圖3是本發(fā)明中用戶(hù)呼叫管理流程圖；圖4是針對(duì)圖3中正常及異常情況處理的流程圖。
具體實(shí)施例方式
在PoC1.0版本的《OMA-TS-PoC_XDM-V1_0-20050317-C》規(guī)范標(biāo)準(zhǔn)中，定義了PoC群組的基本結(jié)構(gòu)。為完成本發(fā)明所述的功能，在PoC群組的結(jié)構(gòu)上增加了以下內(nèi)容(1)在群組根元素下增加一個(gè)子元素<pre-invite-listset>。該子元素為[COMMONPOL]類(lèi)型，包括了零個(gè)或多個(gè)<pre-invite-list>節(jié)點(diǎn)，而<pre-invite-list>節(jié)點(diǎn)又包括<createlistuseridentity>和<userlist>節(jié)點(diǎn)。<createlistuseridentity>值用于標(biāo)識(shí)該列表創(chuàng)建者的身份；而<userlist>則包含了零個(gè)或多個(gè)元素，每一個(gè)元素用于標(biāo)識(shí)被邀請(qǐng)者身份的<entry>子元素或用于標(biāo)識(shí)引用的被邀請(qǐng)者列表的<external>元素。
(2)在群組根元素下增加一個(gè)子元素<pre-inviteuser>。其類(lèi)型為布爾類(lèi)型true或false。當(dāng)為true時(shí)，表示在會(huì)話發(fā)起時(shí)會(huì)邀請(qǐng)用戶(hù)所要求邀請(qǐng)的成員；而當(dāng)false時(shí)，則表示在會(huì)話發(fā)起時(shí)不會(huì)邀請(qǐng)用戶(hù)所要求邀請(qǐng)的成員。
(3)在<rule>元素的子元素<actions>增加一種新的元素<pre-invite>，類(lèi)型為布爾型，用于指明哪些用戶(hù)擁有在本固定群組發(fā)起會(huì)話時(shí)邀請(qǐng)成員的權(quán)限。當(dāng)其值為true時(shí)表明擁有此權(quán)限，這時(shí)用戶(hù)可以在<pre-invite-list>元素的子元素<userlist>中添加其所要邀請(qǐng)的成員，也就可以在固定群組發(fā)起會(huì)話時(shí)靈活地邀請(qǐng)所需要的成員；而當(dāng)其值為false時(shí)則表明無(wú)此權(quán)限。需要說(shuō)明的是，擁有此權(quán)限的用戶(hù)同時(shí)會(huì)擁有發(fā)起同定群組會(huì)話的權(quán)限。
請(qǐng)參照?qǐng)D2所示，本發(fā)明實(shí)現(xiàn)PoC群組發(fā)起會(huì)話時(shí)選擇會(huì)話成員的數(shù)據(jù)準(zhǔn)備流程包括以下步驟步驟1群組創(chuàng)建者或其他有權(quán)限的用戶(hù)在終端(XDMC)上發(fā)送HTTP請(qǐng)求，對(duì)某個(gè)群組添加具有pre-invite權(quán)限的用戶(hù)。例如請(qǐng)求賦予用戶(hù)A、用戶(hù)B具備選擇會(huì)話成員的權(quán)限pre-invite。
步驟2AP檢查發(fā)出該請(qǐng)求的用戶(hù)是否具備相應(yīng)的權(quán)限，如有則轉(zhuǎn)送請(qǐng)求到PoC XDMS。
步驟3PoC XDMS接收到相應(yīng)請(qǐng)求后，就對(duì)指定群組的數(shù)據(jù)增加一個(gè)<rule>節(jié)點(diǎn)，并選擇<actions>的子元素<pre-invite>為true，并在<conditions>節(jié)點(diǎn)的<identity>子元素中增加所要求的能夠選擇會(huì)話成員的成員標(biāo)識(shí)。例如對(duì)群組中的兩個(gè)成員(用戶(hù)A和用戶(hù)B)設(shè)置擁有此權(quán)限，表示如下<cr:ruleset>
……<cr:rule id＝”a10c”>
<cr:condition>
<identity>UserA@XDMSServer.com</identity>
<identity>UserB@XDMSServer.com</identity>
</cr:condition>
<cr:actions>
<pre-invite>true</pre-invite>
</cr:actions>
</cr:rule>
<cr:ruleset>
步驟4PoC XDMS處理完成后，返回成功響應(yīng)到AP。
步驟5AP轉(zhuǎn)發(fā)成功響應(yīng)到終端(XDMC)。
步驟6群組創(chuàng)建者或其他有權(quán)限的用戶(hù)在終端(XDMC)上發(fā)送HTTP請(qǐng)求，請(qǐng)求設(shè)置是否在發(fā)起PoC群組會(huì)話時(shí)將按預(yù)定義的成員列表進(jìn)行選擇的判斷條件，即是否設(shè)置<pre-inviteuser>為true。
步驟7AP檢查發(fā)出該請(qǐng)求的用戶(hù)是否具備相應(yīng)的權(quán)限，如有則轉(zhuǎn)送請(qǐng)求到PoC XDMS。
步驟8PoC XDMS接收到相應(yīng)請(qǐng)求后，設(shè)置<pre-inviteuser>值為true。此時(shí)不管<invite-members>是否為true，都不會(huì)按自動(dòng)邀請(qǐng)群組所有成員參加會(huì)話。
步驟9PoC XDMS處理完成后，返回成功響應(yīng)到AP。
步驟10AP轉(zhuǎn)發(fā)成功響應(yīng)到終端(XDMC)。
步驟11具有選擇會(huì)話成員的權(quán)限(pre-invite)的用戶(hù)在終端(XDMC)上發(fā)送HTTP請(qǐng)求，請(qǐng)求設(shè)置發(fā)起固定群組會(huì)話所要邀請(qǐng)的成員列表，例如用戶(hù)B、用戶(hù)C、用戶(hù)D、用戶(hù)E、用戶(hù)F、用戶(hù)G、用戶(hù)H。
步驟12AP檢查發(fā)出該請(qǐng)求的用戶(hù)是否具備pre-invite的權(quán)限，如有則轉(zhuǎn)送請(qǐng)求到PoC XDMS。
步驟13PoC XDMS接收到相應(yīng)請(qǐng)求后，將在<pre-invite-listset>中添加一個(gè)新節(jié)點(diǎn)<pre-invite-list>，設(shè)置<createlistuseridentity>為發(fā)出請(qǐng)求的用戶(hù)標(biāo)識(shí)，將在<userlist>中添加所要求邀請(qǐng)的成員列表。例如，發(fā)出請(qǐng)求為用戶(hù)A，發(fā)起固定群組會(huì)話所要邀請(qǐng)的成員列表為用戶(hù)B、用戶(hù)C、用戶(hù)D、用戶(hù)E、用戶(hù)F、用戶(hù)G、用戶(hù)H，則相應(yīng)的數(shù)據(jù)表示如下<pre-invite-listset>
……<pre-invite-list>
<createlistuseridentity>UserA@XDMSServer.com</createlistuseridentity>
<userlist>
<entry>UserB@XDMSServer.com</entry>
<entry>UserC@XDMSServer.com</entry>
<entry>UserD@XDMSServer.com</entry>
<entry>UserE@XDMSServer.com</entry>
<entry>UserF@XDMSServer.com</entry>
<entry>UserG@XDMSServer.com</entry>
<entry>UserH@XDMSServer.com</entry>
</userlist>
</pre-invite-list>
<pre-invite-listset>
步驟14PoC XDMS處理完成后，返回成功響應(yīng)到AP。
步驟15AP轉(zhuǎn)發(fā)成功響應(yīng)到終端(XDMC)。
請(qǐng)參照?qǐng)D3所示，數(shù)據(jù)準(zhǔn)備完畢之后，本發(fā)明的用戶(hù)呼叫管理流程包括以下步驟步驟S1用戶(hù)發(fā)起PoC群組會(huì)話請(qǐng)求給PoC Server，該請(qǐng)求包括了群組統(tǒng)一資源標(biāo)識(shí)符(URI)。
步驟S2PoC Server會(huì)根據(jù)該請(qǐng)求的群組URI，發(fā)送請(qǐng)求到PoC XDMS請(qǐng)求取群組URI的數(shù)據(jù)。
步驟S3PoC XDMS將根據(jù)PoC Server的請(qǐng)求返回相應(yīng)群組的數(shù)據(jù)。
步驟S4、步驟S5、步驟S6PoC Server根據(jù)該群組的數(shù)據(jù)就可以檢查該用戶(hù)是否具備pre-invite權(quán)限、<pre-inviteuser>值是否為true、是否有節(jié)點(diǎn)<pre-invite-list>是該用戶(hù)的。如上述檢查均通過(guò)則進(jìn)入步驟S7。步驟S4、步驟S5、步驟S6的正常和異常處理過(guò)程詳細(xì)如圖4及其說(shuō)明。
步驟S7服務(wù)器根據(jù)<userlist>中的列表邀請(qǐng)成員，當(dāng)有成員返回接受會(huì)話的響應(yīng)后則可以說(shuō)明邀請(qǐng)成功。
步驟S8服務(wù)器返回呼叫成功響應(yīng)給用戶(hù)。
圖4所示流程如下流程(1)當(dāng)用戶(hù)發(fā)起群組呼叫時(shí)，PoC服務(wù)器會(huì)首先檢查用戶(hù)是否有<pre-invite>權(quán)限。如有則會(huì)繼續(xù)檢查<pre-inviteuser>值，進(jìn)入“流程(2)”。否則會(huì)按原有的設(shè)計(jì)流程先檢查用戶(hù)有無(wú)<allow-initiate-conference>權(quán)限，如無(wú)則拒絕用戶(hù)發(fā)起呼叫，如有則繼續(xù)檢查<invite-members>值是否為true；當(dāng)<invite-members>值是為true時(shí)則會(huì)邀請(qǐng)群組所有成員加入會(huì)話，如為false時(shí)則不會(huì)邀請(qǐng)任何成員加入會(huì)話；流程(2)服務(wù)器繼續(xù)檢查<pre-inviteuser>值是否true。當(dāng)為true時(shí)，服務(wù)器繼續(xù)檢查是否有節(jié)點(diǎn)<pre-invite-list>是該用戶(hù)，進(jìn)入“流程(3)”。否則，服務(wù)器檢查<invite-members>值是否為true當(dāng)<invite-members>值是為true時(shí)則會(huì)邀請(qǐng)群組所有成員加入會(huì)話，如為false時(shí)則不會(huì)邀請(qǐng)任何成員加入會(huì)話；
流程(3)服務(wù)器繼續(xù)檢查是否有節(jié)點(diǎn)<pre-invite-list>是該用戶(hù)。如有時(shí)則會(huì)邀請(qǐng)<userlist>中所列出的各個(gè)成員；否則服務(wù)器不邀請(qǐng)任何成員加入會(huì)話。
權(quán)利要求
1.一種實(shí)現(xiàn)PoC群組發(fā)起會(huì)話時(shí)選擇會(huì)話成員的方法，包括以下步驟a.設(shè)置用戶(hù)數(shù)據(jù)；b.用戶(hù)發(fā)起PoC群組會(huì)話；c.如果所述用戶(hù)具有選擇會(huì)話成員的權(quán)限，則執(zhí)行步驟d；d.根據(jù)預(yù)定義的成員列表選擇會(huì)話成員；以及e.返回呼叫成功的響應(yīng)給所述用戶(hù)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于所述步驟a進(jìn)一步包括h1.請(qǐng)求添加具有選擇會(huì)話成員權(quán)限的用戶(hù)，并設(shè)置所述權(quán)限；h2.請(qǐng)求設(shè)置是否在發(fā)起PoC群組會(huì)話時(shí)按預(yù)定義的成員列表進(jìn)行選擇的判斷條件；以及h3.請(qǐng)求設(shè)置發(fā)起PoC群組會(huì)話時(shí)所要選擇的成員列表。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述步驟h1進(jìn)一步包括h11.在PoC XML文檔管理客戶(hù)端上發(fā)送HTTP請(qǐng)求，對(duì)PoC群組添加具有選擇會(huì)話成員權(quán)限的用戶(hù)；h12.聚合代理檢查發(fā)出所述請(qǐng)求的用戶(hù)是否具備相應(yīng)的權(quán)限，如有則轉(zhuǎn)送所述請(qǐng)求到PoC XML文檔管理服務(wù)器；h13.PoC XML文檔管理服務(wù)器接收到所述請(qǐng)求后，對(duì)添加用戶(hù)設(shè)置具有選擇會(huì)話成員的權(quán)限；h14.PoC XML文檔管理服務(wù)器處理完成后，返回成功響應(yīng)到所述聚合代理；以及h15.所述聚合代理轉(zhuǎn)發(fā)成功響應(yīng)到所述PoC XML文檔管理客戶(hù)端。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述步驟h2進(jìn)一步包括h21.在PoC XML文檔管理客戶(hù)端上發(fā)送HTTP請(qǐng)求，請(qǐng)求設(shè)置在發(fā)起PoC群組會(huì)話時(shí)按預(yù)定義的成員列表進(jìn)行選擇的判斷條件；h22.聚合代理檢查發(fā)出所述請(qǐng)求的用戶(hù)是否具備相應(yīng)的權(quán)限，如有則轉(zhuǎn)送所述請(qǐng)求到PoC XML文檔管理服務(wù)器；h23.PoC XML文檔管理服務(wù)器接收到所述請(qǐng)求后，設(shè)置在發(fā)起PoC群組會(huì)話時(shí)按預(yù)定義的成員列表進(jìn)行選擇；h24.PoC XML文檔管理服務(wù)器處理完成后，返回成功響應(yīng)到所述聚合代理；以及h25.所述聚合代理轉(zhuǎn)發(fā)成功響應(yīng)到所述PoC XML文檔管理客戶(hù)端。
5.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述步驟h3進(jìn)一步包括h31.具有選擇會(huì)話成員的權(quán)限的用戶(hù)在PoC XML文檔管理客戶(hù)端上發(fā)送HTTP請(qǐng)求，請(qǐng)求設(shè)置發(fā)起群組會(huì)話所要選擇的成員列表；h32.聚合代理檢查發(fā)出所述請(qǐng)求的用戶(hù)是否具備相應(yīng)的權(quán)限，如有則轉(zhuǎn)送所述請(qǐng)求到PoC XML文檔管理服務(wù)器；h33.PoC XML文檔管理服務(wù)器接收到所述請(qǐng)求后，設(shè)置發(fā)起群組會(huì)話時(shí)所要選擇的成員列表；h34.PoC XML文檔管理服務(wù)器處理完成后，返回成功響應(yīng)到所述聚合代理；以及h35.所述聚合代理轉(zhuǎn)發(fā)成功響應(yīng)到所述PoC XML文檔管理客戶(hù)端。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟b進(jìn)一步包括b1.用戶(hù)發(fā)起PoC群組會(huì)活請(qǐng)求給PoC服務(wù)器，所述請(qǐng)求包括了群組統(tǒng)一資源標(biāo)識(shí)符；b2.所述PoC服務(wù)器根據(jù)所述請(qǐng)求的群組統(tǒng)一資源標(biāo)識(shí)符，發(fā)送請(qǐng)求到PoC XML文檔管理服務(wù)器請(qǐng)求與所述群組統(tǒng)一資源標(biāo)識(shí)符相對(duì)應(yīng)的數(shù)據(jù)；以及b3.PoC XML文檔管理服務(wù)器根據(jù)所述請(qǐng)求返回所述群組的數(shù)據(jù)。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，如果所述步驟c中PoC服務(wù)器檢查所述用戶(hù)不具有選擇會(huì)話會(huì)話成員的權(quán)限，則進(jìn)入c1.PoC服務(wù)器檢查所述用戶(hù)有無(wú)發(fā)起群組會(huì)話的權(quán)限，如無(wú)，則拒絕所述用戶(hù)發(fā)起群組會(huì)話，如有，則進(jìn)入步驟c2；以及c2.PoC服務(wù)器檢查是否邀請(qǐng)群組所有成員加入會(huì)話，如是，則邀請(qǐng)群組所有成員加入會(huì)話，如不是，則不邀請(qǐng)任何成員加入會(huì)話。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，如果所述步驟d中PoC服務(wù)器檢查發(fā)起PoC群組會(huì)話時(shí)不是按預(yù)定義的成員列表進(jìn)行邀請(qǐng)，則進(jìn)入d1.PoC服務(wù)器檢查是否邀請(qǐng)群組所有成員加入會(huì)話，如是，則邀請(qǐng)群組所有成員加入會(huì)話，如不是，不邀請(qǐng)任何成員加入會(huì)話。
9.根據(jù)權(quán)利要求1所述的方法，其特征在于還包括步驟f.檢查是否有所述用戶(hù)的標(biāo)識(shí)以及添加的所要求選擇的成員列表。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，如果沒(méi)有所述用戶(hù)的標(biāo)識(shí)及添加的所要求邀請(qǐng)的成員列表，則不邀請(qǐng)任何成員加入會(huì)話。
全文摘要
本發(fā)明提供一種實(shí)現(xiàn)PoC群組發(fā)起會(huì)話時(shí)選擇會(huì)話成員的方法，包括以下步驟a.設(shè)置用戶(hù)數(shù)據(jù)；b.用戶(hù)發(fā)起PoC群組會(huì)話；c.如果所述用戶(hù)具有選擇會(huì)話成員的權(quán)限，則執(zhí)行步驟d；d.根據(jù)預(yù)定義的成員列表選擇會(huì)話成員；以及e.返回呼叫成功的響應(yīng)給所述用戶(hù)。本發(fā)明可以滿(mǎn)足用戶(hù)需求，方便用戶(hù)使用，提高用戶(hù)體驗(yàn)；并解決了由于群組人數(shù)大于系統(tǒng)所規(guī)定的會(huì)話最大人數(shù)時(shí)不能在發(fā)起會(huì)話時(shí)邀請(qǐng)成員的問(wèn)題；還能兼容現(xiàn)有的方案，實(shí)現(xiàn)現(xiàn)有方案的所有要求。
文檔編號(hào)H04Q7/28GK1863341SQ20061003398
公開(kāi)日2006年11月15日 申請(qǐng)日期2006年2月23日 優(yōu)先權(quán)日2006年2月23日
發(fā)明者李緒健 申請(qǐng)人:華為技術(shù)有限公司