專利名稱：將隊列變化信息通知給用戶的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及PoC技術(shù)領(lǐng)域，特別是指一種將存放發(fā)言請求消息隊列的隊列變化信息通知給用戶的方法。
背景技術(shù)：
PTT(Push to Talk)是一種即按即說的語音業(yè)務(wù)，即通過按住功能鍵實現(xiàn)通信的一種半雙工語音業(yè)務(wù)，目前該業(yè)務(wù)有很多種實現(xiàn)方式，如集成數(shù)字增強網(wǎng)絡(luò)(iDEN)業(yè)務(wù)以及陸地中繼無線電技術(shù)(Tetra)業(yè)務(wù)等。
PoC(PTT over Cellular)是開放移動聯(lián)盟組織(OMA，open mobilealliance)定義的在分組網(wǎng)絡(luò)上實現(xiàn)的PTT業(yè)務(wù)，其采用分組語音(VoIP)以及半雙工的實現(xiàn)方式，能夠低成本、高效率地滿足用戶實時通信的需求。PoC業(yè)務(wù)具有如下特點1)通話時不需要撥號，按住特殊鍵即可實現(xiàn)語音通信；2)能夠?qū)崿F(xiàn)組播功能，即一個用戶說話時多個用戶同時收聽；3)組播業(yè)務(wù)的群組可以是預(yù)先定義的，也可以是臨時定義的；4)在通話過程中采用半雙工模式，被叫用戶在接聽時不能發(fā)言；5)用戶一直在線，建立通話的時間短，其快于撥號；PoC業(yè)務(wù)引入了一種新的通信模式，是現(xiàn)有移動系統(tǒng)以及傳統(tǒng)語音呼叫系統(tǒng)所無法提供的，PoC在滿足實時呼叫的同時，能夠較少地占用系統(tǒng)資源。
圖1所示為PoC業(yè)務(wù)開展模式圖。具有PoC能力終端的用戶與PoC業(yè)務(wù)的供應(yīng)商進行簽約，以獲得使用PoC業(yè)務(wù)的許可；PoC用戶通過PoC服務(wù)器與其它PoC用戶建立群組關(guān)系；PoC用戶通過按功能鍵要求發(fā)言從而實現(xiàn)PoC業(yè)務(wù)。
由于PoC業(yè)務(wù)是半雙工的，因此一個用戶要發(fā)送媒體數(shù)據(jù)時，比如需要講一段話，需要先向PoC服務(wù)器請求一個發(fā)言的權(quán)利。在一個PoC用戶向PoC服務(wù)器發(fā)送請求發(fā)言的請求消息時，處于同一個群組內(nèi)的其他PoC用戶也可能希望發(fā)言，因此也會發(fā)送請求發(fā)言的消息給PoC服務(wù)器，如果PoC服務(wù)器接受了其中一個PoC用戶的該請求，其他PoC用戶就不能再被授權(quán)發(fā)言了。而其他PoC用戶如果仍希望發(fā)言，那么其必須要重新發(fā)送請求發(fā)言的請求消息。為了避免其他PoC用戶后續(xù)還得發(fā)送請求發(fā)言的請求消息對網(wǎng)絡(luò)造成的負擔(dān)，同時避免讓用戶使用PoC業(yè)務(wù)的感受不好，引入了媒體突發(fā)隊列功能(Media Burst Queuing Function)，其作用就是將當(dāng)前不能被授權(quán)發(fā)言的PoC用戶的請求消息放在一個隊列中，然后根據(jù)某種機制，輪流給保留在隊列中的發(fā)送過請求消息的PoC用戶授權(quán)講話。每個群組對應(yīng)一個用于存在發(fā)言請求消息的隊列。
上述Media Burst Queuing Function的應(yīng)用可以實現(xiàn)諸多功能，比如通知某個PoC用戶其發(fā)送的發(fā)言請求消息已在排隊；對帶優(yōu)先級的請求消息的處理；某個PoC用戶查詢自己的請求消息在隊列中的位置的處理等等。
后續(xù)，在PoC2.0中又增加了對這個用于存在發(fā)言請求消息的隊列可以執(zhí)行一些調(diào)整處理，如重置或清空當(dāng)前用于存在發(fā)言請求消息隊列中所有正在排隊的請求消息?，F(xiàn)有技術(shù)中規(guī)定，發(fā)起重置或清空請求的可以是一個具備該權(quán)限的PoC用戶終端，也可以是PoC服務(wù)器。
但是，在某個PoC用戶的發(fā)言請求消息已被放入與該群組所對應(yīng)的用于存放發(fā)言請求消息的隊列內(nèi)的情況下，仍存在以下問題該用戶終端必須主動向PoC服務(wù)器發(fā)起查詢，才能獲知自己當(dāng)前所在隊列的狀態(tài)，以及自己當(dāng)前在隊列中的位置。而這種查詢又是盲目的，因為用戶終端并不知道當(dāng)前的查詢結(jié)果與上一次的查詢結(jié)果是否會完全一樣。如果每個用戶都多次查詢，必然大量占有網(wǎng)絡(luò)資源，導(dǎo)致網(wǎng)絡(luò)資源的浪費。
但是，如果用戶終端不頻繁地發(fā)起查詢，在其所在隊列發(fā)生較大變化時，其就不可能及時獲知自己當(dāng)前所在隊列的狀態(tài)，以及自己當(dāng)前在隊列中的位置。比如，由于某種原因某個用于存放發(fā)言請求消息的隊列被清空，而該隊列中的某個用戶終端并沒有及時主動發(fā)起查詢請求，因而其對此毫不知情，這樣該終端必然還在等待已發(fā)送的發(fā)言請求被處理并等待得到發(fā)言權(quán)。這種情況是用戶和運營商都不希望的看到的，長此以往，必然使用戶使用業(yè)務(wù)的感受非常差，不利用PoC業(yè)務(wù)的長遠發(fā)展。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供一種將隊列變化信息通知給用戶的方法，既保證用戶終端能夠及時得到隊列變化的消息，還能節(jié)約網(wǎng)絡(luò)資源，同時提升用戶使用PoC業(yè)務(wù)的感受。
為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種將隊列變化信息通知給用戶的方法，該方法還包括以下步驟a、PoC服務(wù)器接收到改變存放發(fā)言請求消息隊列狀態(tài)的操作請求后，對該隊列執(zhí)行調(diào)整操作；b、PoC服務(wù)器向該隊列所對應(yīng)群組內(nèi)的PoC用戶終端發(fā)送包含由步驟a所述調(diào)整操作導(dǎo)致的隊列變化的通知信息。
較佳地，步驟a所述調(diào)整操作為重置操作、重新排序操作或清空操作；或者，所述調(diào)整操作為所述隊列中減少了一個請求，或所述隊列中增加了一個請求或所述隊列中修改了一個請求的操作。
較佳地，步驟b所述PoC服務(wù)器發(fā)送通知信息的方法包括以下步驟PoC服務(wù)器根據(jù)調(diào)整操作確定被調(diào)整的發(fā)言請求消息后，構(gòu)造通知消息，將所構(gòu)造的通知消息同時發(fā)送給被調(diào)整消息所對應(yīng)的用戶終端，該通知消息中包含由調(diào)整操作導(dǎo)致的隊列變化的通知信息。
較佳地，步驟b所述PoC服務(wù)器發(fā)送通知信息的方法包括以下步驟PoC服務(wù)器根據(jù)調(diào)整操作確定被調(diào)整的發(fā)言請求消息后，構(gòu)造通知消息，按照預(yù)先設(shè)定的通知原則，將所構(gòu)造的通知消息分批發(fā)送給被調(diào)整消息所對應(yīng)的用戶終端，該通知消息中包含由調(diào)整操作導(dǎo)致的隊列變化的通知信息。
較佳地，步驟b所述PoC服務(wù)器發(fā)送通知信息的方法包括以下步驟PoC服務(wù)器根據(jù)調(diào)整操作確定被調(diào)整的發(fā)言請求消息，并且確定該被調(diào)整的隊列當(dāng)前為空或隊列中存在還在等待但還未到發(fā)言時間的請求消息，且該隊列所對應(yīng)群組內(nèi)當(dāng)前沒有任何一個PoC用戶終端請求發(fā)言后，將由調(diào)整操作導(dǎo)致隊列變化的通知信息包含在通知群組內(nèi)用戶終端當(dāng)前沒有任何一個用戶終端請求發(fā)言的通知消息中下發(fā)給用戶終端。
較佳地，步驟b所述PoC服務(wù)器發(fā)送通知信息的方法包括以下步驟PoC服務(wù)器根據(jù)調(diào)整操作確定被調(diào)整的發(fā)言請求消息后，等待接收該被調(diào)整隊列所對應(yīng)群組內(nèi)的申請發(fā)言的請求消息；當(dāng)PoC服務(wù)器接收到該群組內(nèi)申請發(fā)言的請求消息后，給發(fā)送該發(fā)言請求的PoC用戶終端發(fā)送授權(quán)發(fā)言的信息，給該群組內(nèi)的除該請求發(fā)言的PoC用戶終端之外的其他用戶終端發(fā)送指示某個用戶終端得到了發(fā)言權(quán)的通知消息，同時，在給被調(diào)整消息所對應(yīng)的用戶終端發(fā)送的授權(quán)發(fā)言的信息和/或通知消息中還攜帶由調(diào)整操作導(dǎo)致隊列變化的通知信息；或者，在給授權(quán)發(fā)言的用戶終端發(fā)送的授權(quán)發(fā)言的信息中、和發(fā)給除授權(quán)發(fā)言用戶終端之外的其他所有用戶終端的指示某個用戶終端得到了發(fā)言權(quán)的通知消息中都包含由調(diào)整操作導(dǎo)致隊列變化的通知信息。
較佳地，該方法進一步包括預(yù)設(shè)一通知定時器，在PoC服務(wù)器根據(jù)調(diào)整操作確定被調(diào)整的發(fā)言請求消息后，啟動該通知定時器，如果在定時器超時之前，PoC服務(wù)器接收到該群組內(nèi)申請發(fā)言的請求消息，則繼續(xù)執(zhí)行后續(xù)步驟；如果在定時器超時后，PoC服務(wù)器仍未接收到該群組內(nèi)的申請發(fā)言的請求消息，則構(gòu)造通知消息，將所構(gòu)造的通知消息同時發(fā)送給被調(diào)整消息所對應(yīng)的用戶終端，該通知消息中包含由調(diào)整操作導(dǎo)致隊列變化的通知信息；或者，根據(jù)預(yù)先設(shè)定的通知原則，將所構(gòu)造的通知消息分批發(fā)送給被調(diào)整消息所對應(yīng)的用戶終端，該通知消息中包含由調(diào)整操作導(dǎo)致隊列變化的通知信息；或者，確定該群組所對應(yīng)的用于存放發(fā)言請求消息的隊列為空或隊列中存在還在等待但還未到發(fā)言時間的請求消息，且該群組內(nèi)當(dāng)前沒有任何一個PoC用戶終端申請發(fā)言后，在給該群組內(nèi)所有用戶終端下發(fā)的當(dāng)前沒有任何一個用戶終端請求發(fā)言的通知消息中都包含由調(diào)整操作導(dǎo)致隊列變化的通知信息；或者，只在受到隊列調(diào)整影響的用戶終端的通知消息中包含由調(diào)整操作導(dǎo)致隊列變化的通知信息。
較佳地，所述PoC服務(wù)器等待接收的該被調(diào)整隊列所對應(yīng)群組內(nèi)的申請發(fā)言的請求消息是由該群組內(nèi)任一PoC用戶發(fā)送的。
較佳地，所述通知原則為先通知高優(yōu)先級用戶終端，再通知低優(yōu)先級用戶終端；或者，所述通知原則為先通知等待時間最長的用戶，再通知其他用戶。
較佳地，進一步包括由PoC服務(wù)器或擁有調(diào)整所述隊列權(quán)限的PoC用戶終端，發(fā)出改變所述隊列狀態(tài)的操作請求。
本發(fā)明關(guān)鍵在于，當(dāng)用于存放發(fā)言請求消息的隊列被執(zhí)行了調(diào)整操作，如重置、清空、重新排序、新增請求、請求被處理或者修改請求等操作時，PoC服務(wù)器能夠及時通知該隊列所對應(yīng)群組內(nèi)的用戶終端。這樣，既保證了用戶終端能夠及時得到隊列變化的消息，還節(jié)約了網(wǎng)絡(luò)資源，并且提升了用戶使用PoC業(yè)務(wù)的感受，從而有利于PoC業(yè)務(wù)的長遠發(fā)展。


圖1所示為PoC業(yè)務(wù)開展模式圖；圖2所示為應(yīng)用本發(fā)明實施例一的流程示意圖。
圖3所示為應(yīng)用本發(fā)明實施例二的流程示意圖。
圖4所示為應(yīng)用本發(fā)明實施例三的流程示意圖。
圖5所示為應(yīng)用本發(fā)明實施例四的流程示意圖。
具體實施例方式
本發(fā)明的思路是由于某種原因?qū)е掠糜诖娣虐l(fā)言請求消息的隊列被執(zhí)行了調(diào)整操作，如重置、清空、重新排序、新增請求、請求被處理或者修改請求等，PoC服務(wù)器及時通知該隊列所對應(yīng)群組內(nèi)的用戶終端。使得用戶根據(jù)這個通知，知道網(wǎng)絡(luò)中的請求消息隊列中發(fā)生了什么操作，該操作對自己的影響是什么，進一步的還可能知道該操作對自己所在群組的影響是什么，進一步的還可能知道該操作對自己所在群組中其他PoC用戶的影響是什么等等。根據(jù)這個通知消息提供的信息，PoC用戶會執(zhí)行后續(xù)的操作，比如重新發(fā)起請求發(fā)言的請求消息等。
下面結(jié)合附圖及具體實施例對本發(fā)明再做進一步詳細說明。
以下各個實施例中，PoC服務(wù)器已經(jīng)將當(dāng)前不能被授予發(fā)言權(quán)的PoC發(fā)言請求消息放入與該PoC用戶終端所在群組對應(yīng)的用于存放發(fā)言請求消息的隊列內(nèi)。并假設(shè)UE1和UE2屬于同一PoC群組，且用于存放發(fā)言請求消息的隊列中的兩個媒體突發(fā)請求消息即發(fā)言請求消息分別是UE1和UE2發(fā)送上去的。
圖2所示為應(yīng)用本發(fā)明實施例一的流程示意圖。
PoC服務(wù)器接收到改變存放發(fā)言請求消息隊列狀態(tài)的操作請求后，對該隊列執(zhí)行調(diào)整操作，該調(diào)整操作可以是重置操作、重新排序操作或清空操作。
在PoC服務(wù)器根據(jù)調(diào)整操作確定被調(diào)整的發(fā)言請求消息后，構(gòu)造通知消息，將所構(gòu)造通知消息同時發(fā)送給被調(diào)整消息所對應(yīng)的用戶終端，即UE1和UE2，該通知消息中包含由調(diào)整操作導(dǎo)致的隊列發(fā)生變化的通知信息。
UE1和UE2接收到上述信息后，可以根據(jù)各自需要執(zhí)行相應(yīng)操作。具體執(zhí)行什么操作都是現(xiàn)有技術(shù)，在此不做限定，以下同。
考慮到如果PoC服務(wù)器同時發(fā)送通知給所有受影響的用戶終端，那么這些用戶終端將在幾乎相同的時間接收到這個通知，而且其中大部分用戶終端可能會立刻再次請求發(fā)言，發(fā)送媒體突發(fā)請求消息即請求發(fā)言的請求消息給網(wǎng)絡(luò)中的PoC服務(wù)器，這樣在PoC服務(wù)器上將立刻需要重新建立一個用于存放發(fā)言請求消息的隊列，這對于網(wǎng)絡(luò)來說就是一次突發(fā)的高峰。為了避免這種峰值業(yè)務(wù)量對網(wǎng)絡(luò)的沖擊，可以考慮分批通知被影響的PoC用戶終端，這樣，可以避免網(wǎng)絡(luò)由于大業(yè)務(wù)量沖擊可能導(dǎo)致的丟包和額外時延。圖3便是基于這種考慮的實施例。
圖3所示為應(yīng)用本發(fā)明實施例二的流程示意圖。在本實施例中，預(yù)先設(shè)定了通知原則——按照優(yōu)先級的高低來實現(xiàn)先后通知。且假設(shè)UE1的優(yōu)先級高于UE2的優(yōu)先級。
PoC服務(wù)器接收到改變存放發(fā)言請求消息隊列狀態(tài)的操作請求后，對該隊列執(zhí)行調(diào)整操作，該調(diào)整操作可以是重置操作、重新排序操作或清空操作。
在PoC服務(wù)器根據(jù)調(diào)整操作確定被調(diào)整的發(fā)言請求消息后，構(gòu)造通知消息，根據(jù)預(yù)先設(shè)定的通知原則確定UE1的優(yōu)先級高于UE2的優(yōu)先級后，將所構(gòu)造通知消息分批發(fā)送給被調(diào)整消息所對應(yīng)的用戶終端，該通知消息中包含由調(diào)整操作導(dǎo)致隊列變化的通知信息，即PoC服務(wù)器首先向UE1發(fā)送包含由調(diào)整操作導(dǎo)致隊列發(fā)生變化的通知信息；然后再向UE2發(fā)送包含由調(diào)整操作導(dǎo)致隊列發(fā)生變化的通知信息。
UE1和UE2接收到上述信息后，可以根據(jù)各自需要執(zhí)行相應(yīng)操作。
這樣高優(yōu)先級用戶可以根據(jù)通知消息先執(zhí)行后續(xù)操作，不但體現(xiàn)出了高優(yōu)先級PoC用戶和普通PoC用戶之間的區(qū)別，還避免網(wǎng)絡(luò)中由于大業(yè)務(wù)量沖擊可能導(dǎo)致的丟包和額外時延。
上述實施例中的通知原則是先通知高優(yōu)先級用戶終端，再通知低優(yōu)先級用戶終端。在實際應(yīng)用中，通知原則并不限于此，比如還可以是先通知等待時間最長的用戶，再通知其他用戶等等，只要能夠?qū)崿F(xiàn)分批通知即可。
上述兩個實施例的特點是PoC服務(wù)器利用新構(gòu)造的通知消息給受影響的PoC用戶終端發(fā)通知，當(dāng)然，PoC服務(wù)器也可以利用現(xiàn)有的消息，將待通知的信息下發(fā)下去。實施例三、四就是利用現(xiàn)有消息實現(xiàn)通知的兩種實施例。
圖4所示為應(yīng)用本發(fā)明實施例三的流程示意圖。
PoC服務(wù)器接收到改變存放發(fā)言請求消息隊列狀態(tài)的操作請求后，對該隊列執(zhí)行調(diào)整操作，該調(diào)整操作為重置操作、重新排序操作或清空操作。
在PoC服務(wù)器根據(jù)調(diào)整操作確定被調(diào)整的發(fā)言請求消息，并且確定該群組所對應(yīng)的用于存放發(fā)言請求消息的隊列為空或隊列中存在還在等待但還未到發(fā)言時間的請求消息，且該群組內(nèi)當(dāng)前沒有任何一個PoC用戶終端請求發(fā)言后，將由調(diào)整操作導(dǎo)致隊列變化的通知信息包含在通知群組內(nèi)用戶終端當(dāng)前沒有任何一個用戶終端請求發(fā)言的通知消息中下發(fā)給用戶終端。這樣，該群組內(nèi)所有的用戶終端都可接收到用于存放發(fā)言請求消息的隊列發(fā)生變化的信息。除了可以發(fā)送給該群組內(nèi)的所有用戶終端，這個由調(diào)整操作導(dǎo)致隊列變化的通知信息也可以只包含在發(fā)送給受影響的用戶終端的當(dāng)前沒有任何一個用戶終端請求發(fā)言的通知消息中，即只通知調(diào)整操作影響到的那些用戶終端。
UE1和UE2接收到上述信息后，可以根據(jù)各自需要執(zhí)行相應(yīng)操作。
圖5所示為應(yīng)用本發(fā)明實施例四的流程示意圖。
PoC服務(wù)器接收到改變存放發(fā)言請求消息隊列狀態(tài)的操作請求后，對該隊列執(zhí)行調(diào)整操作，該調(diào)整操作為重置操作、重新排序操作或清空操作。
在PoC服務(wù)器確定調(diào)整的發(fā)言請求消息后，等待接收該被調(diào)整隊列所對應(yīng)群組內(nèi)的申請發(fā)言的請求消息；在本實施例中，PoC服務(wù)器接收到來自UE1的發(fā)言請求，此時，PoC服務(wù)器給UE1發(fā)送授權(quán)發(fā)言的信息，如Floor Granted消息，給UE2發(fā)送UE1得到了發(fā)言權(quán)的通知消息，如Floor Notify消息，并且，該通知消息中包含由調(diào)整操作導(dǎo)致隊列變化的通知信息；當(dāng)然，如果該群組中還包括除UE1和UE2之外的其他用戶終端，那么PoC服務(wù)器也會給其他用戶終端發(fā)送UE1得到了發(fā)言權(quán)的通知消息，此時，這些通知消息中可以包括也可以不包括由調(diào)整操作導(dǎo)致隊列變化的通知信息。再有，如果發(fā)言的用戶也是受隊列調(diào)整影響的用戶，那么在給該發(fā)言用戶終端所發(fā)送的通知授權(quán)發(fā)言的信息中也需要攜帶由調(diào)整操作導(dǎo)致隊列變化的通知信息，針對上述實施例，也就是在Floor Granted消息中還包含由調(diào)整操作導(dǎo)致隊列變化的通知信息?？傊?，既可以通知該群組內(nèi)的所有用戶終端，也可以僅僅通知哪些受到隊列調(diào)整操作影響的用戶終端。
UE1和UE2接收到上述信息后，可以根據(jù)各自需要執(zhí)行相應(yīng)操作。
上述實施例中，發(fā)起發(fā)言請求消息的PoC用戶終端可以是來自同一個群組的任何一個PoC用戶終端，也就是說，既可能是在用于存放發(fā)言請求隊列被清空的情況下來自群組中沒有將請求消息進行排隊的那些PoC用戶終端，或一個曾經(jīng)排隊的PoC用戶終端又發(fā)了一次請求，還可能是在隊列被重置或重新排序的情況下，PoC服務(wù)器從當(dāng)前用于存放發(fā)言請求隊列內(nèi)獲取的發(fā)言請求消息所對應(yīng)的用戶終端。
上述實施例中，是由某個PoC用戶終端發(fā)起的請求發(fā)言的請求消息觸發(fā)了PoC服務(wù)器向群組中的每個PoC用戶終端發(fā)送信息，在實際應(yīng)用中，還可以是任何來自同一個群組中的某個PoC用戶終端發(fā)起的其他消息，只要該消息會觸發(fā)PoC服務(wù)器向群組中的每個PoC用戶終端發(fā)送信息，那么隊列發(fā)生變化的通知信息就可以隨著這個消息一起發(fā)送下去。
在實際應(yīng)用中，對于實施例四，可能存在很長一段時間內(nèi)都沒有請求發(fā)言的消息，而需要發(fā)言的用戶都以為自身已在排隊，為了避免這一情況，可增設(shè)一通知定時器。這樣，在PoC服務(wù)器根據(jù)調(diào)整操作確定被調(diào)整的發(fā)言請求消息后，啟動該通知定時器，如果在定時器超時之前，PoC服務(wù)器接收到該群組內(nèi)申請發(fā)言的請求消息，則按照實施例四繼續(xù)執(zhí)行后續(xù)步驟；如果在定時器超時后，PoC服務(wù)器仍未接收到該群組內(nèi)申請發(fā)言的請求消息，則可以按照實施例一或二中的任何一種方式進行實施；當(dāng)然如果在定時器超時后，PoC服務(wù)器仍未接收到該群組內(nèi)申請發(fā)言的請求消息，并且確定該群組所對應(yīng)的用于存放發(fā)言請求消息的隊列為空或隊列中存在還在等待但還未到發(fā)言時間的請求消息，且該群組內(nèi)當(dāng)前沒有任何一個PoC用戶發(fā)言后，還可以按照實施例三的方式進行實施。
上述各實施例中，是將重置操作、重新排序操作或清空操作等較大動作的操作，作為存放發(fā)言請求消息隊列的調(diào)整操作，當(dāng)然，該隊列的調(diào)整操作并不限于此，而且還可以是調(diào)整幅度較小的操作，比如，隊列中的某個請求被正常執(zhí)行后，其他請求消息的順序自然會前移一位，此時，也可看作隊列被調(diào)整；再比如，又有新的請求加入到隊列中，或隊列中的某個請求的內(nèi)容被修改等操作，均可認為該隊列被調(diào)整，總之，該隊列的任何變化都可看作該隊列被調(diào)整。根據(jù)需要，這些調(diào)整操作均需通知用戶終端。
上述各實施例中，可以由PoC服務(wù)器或擁有調(diào)整隊列權(quán)限的PoC用戶終端，發(fā)出改變存放發(fā)言請求消息隊列狀態(tài)的操作請求。
上述各實施例中，被調(diào)整消息所對應(yīng)的用戶終端是指已將發(fā)言請求消息放入與該群組所對應(yīng)的用于存放發(fā)言請求消息的隊列內(nèi)的用戶終端。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種將隊列變化信息通知給用戶的方法，其特征在于，該方法還包括以下步驟a、PoC服務(wù)器接收到改變存放發(fā)言請求消息隊列狀態(tài)的操作請求后，對該隊列執(zhí)行調(diào)整操作；b、PoC服務(wù)器向該隊列所對應(yīng)群組內(nèi)的PoC用戶終端發(fā)送包含由步驟a所述調(diào)整操作導(dǎo)致的隊列變化的通知信息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟a所述調(diào)整操作為重置操作、重新排序操作或清空操作；或者，所述調(diào)整操作為所述隊列中減少了一個請求，或所述隊列中增加了一個請求或所述隊列中修改了一個請求的操作。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟b所述PoC服務(wù)器發(fā)送通知信息的方法包括以下步驟PoC服務(wù)器根據(jù)調(diào)整操作確定被調(diào)整的發(fā)言請求消息后，構(gòu)造通知消息，將所構(gòu)造的通知消息同時發(fā)送給被調(diào)整消息所對應(yīng)的用戶終端，該通知消息中包含由調(diào)整操作導(dǎo)致的隊列變化的通知信息。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟b所述PoC服務(wù)器發(fā)送通知信息的方法包括以下步驟PoC服務(wù)器根據(jù)調(diào)整操作確定被調(diào)整的發(fā)言請求消息后，構(gòu)造通知消息，按照預(yù)先設(shè)定的通知原則，將所構(gòu)造的通知消息分批發(fā)送給被調(diào)整消息所對應(yīng)的用戶終端，該通知消息中包含由調(diào)整操作導(dǎo)致的隊列變化的通知信息。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟b所述PoC服務(wù)器發(fā)送通知信息的方法包括以下步驟PoC服務(wù)器根據(jù)調(diào)整操作確定被調(diào)整的發(fā)言請求消息，并且確定該被調(diào)整的隊列當(dāng)前為空或隊列中存在還在等待但還未到發(fā)言時間的請求消息，且該隊列所對應(yīng)群組內(nèi)當(dāng)前沒有任何一個PoC用戶終端請求發(fā)言后，在給該群組內(nèi)所有用戶終端下發(fā)的當(dāng)前沒有任何一個用戶終端請求發(fā)言的通知消息中都包含由調(diào)整操作導(dǎo)致隊列變化的通知信息；或者，只在受到隊列調(diào)整影響的用戶終端的通知消息中包含由調(diào)整操作導(dǎo)致隊列變化的通知信息。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟b所述PoC服務(wù)器發(fā)送通知信息的方法包括以下步驟PoC服務(wù)器根據(jù)調(diào)整操作確定被調(diào)整的發(fā)言請求消息后，等待接收該被調(diào)整隊列所對應(yīng)群組內(nèi)的申請發(fā)言的請求消息；當(dāng)PoC服務(wù)器接收到該群組內(nèi)申請發(fā)言的請求消息后，給發(fā)送該發(fā)言請求的PoC用戶終端發(fā)送授權(quán)發(fā)言的信息，給該群組內(nèi)的除該請求發(fā)言的PoC用戶終端之外的其他用戶終端發(fā)送指示某個用戶終端得到了發(fā)言權(quán)的通知消息，同時，在給被調(diào)整消息所對應(yīng)的用戶終端發(fā)送的授權(quán)發(fā)言的信息和/或通知消息中還攜帶由調(diào)整操作導(dǎo)致隊列變化的通知信息；或者，在給授權(quán)發(fā)言的用戶終端發(fā)送的授權(quán)發(fā)言的信息中、和發(fā)給除授權(quán)發(fā)言用戶終端之外的其他所有用戶終端的指示某個用戶終端得到了發(fā)言權(quán)的通知消息中都包含由調(diào)整操作導(dǎo)致隊列變化的通知信息。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，該方法進一步包括預(yù)設(shè)一通知定時器，在PoC服務(wù)器根據(jù)調(diào)整操作確定被調(diào)整的發(fā)言請求消息后，啟動該通知定時器，如果在定時器超時之前，PoC服務(wù)器接收到該群組內(nèi)申請發(fā)言的請求消息，則繼續(xù)執(zhí)行后續(xù)步驟；如果在定時器超時后，PoC服務(wù)器仍未接收到該群組內(nèi)的申請發(fā)言的請求消息，則構(gòu)造通知消息，將所構(gòu)造的通知消息同時發(fā)送給被調(diào)整消息所對應(yīng)的用戶終端，該通知消息中包含由調(diào)整操作導(dǎo)致隊列變化的通知信息；或者，根據(jù)預(yù)先設(shè)定的通知原則，將所構(gòu)造的通知消息分批發(fā)送給被調(diào)整消息所對應(yīng)的用戶終端，該通知消息中包含由調(diào)整操作導(dǎo)致隊列變化的通知信息；或者，確定該群組所對應(yīng)的用于存放發(fā)言請求消息的隊列為空或隊列中存在還在等待但還未到發(fā)言時間的請求消息，且該群組內(nèi)當(dāng)前沒有任何一個PoC用戶終端申請發(fā)言后，在給該群組內(nèi)所有用戶終端下發(fā)的當(dāng)前沒有任何一個用戶終端請求發(fā)言的通知消息中都包含由調(diào)整操作導(dǎo)致隊列變化的通知信息；或者，只在受到隊列調(diào)整影響的用戶終端的通知消息中包含由調(diào)整操作導(dǎo)致隊列變化的通知信息。
8.根據(jù)權(quán)利要求6或7所述的方法，其特征在于，所述PoC服務(wù)器等待接收的該被調(diào)整隊列所對應(yīng)群組內(nèi)的申請發(fā)言的請求消息是由該群組內(nèi)任一PoC用戶發(fā)送的。
9.根據(jù)權(quán)利要求4或7所述的方法，其特征在于，所述通知原則為先通知高優(yōu)先級用戶終端，再通知低優(yōu)先級用戶終端；或者，所述通知原則為先通知等待時間最長的用戶，再通知其他用戶。
10.根據(jù)權(quán)利要求1所述的方法，其特征在于，進一步包括由PoC服務(wù)器或擁有調(diào)整所述隊列權(quán)限的PoC用戶終端，發(fā)出改變所述隊列狀態(tài)的操作請求。
全文摘要
本發(fā)明公開了一種將隊列變化信息通知給用戶的方法，適用于PoC系統(tǒng)，且PoC服務(wù)器已將當(dāng)前不能被授予發(fā)言權(quán)的PoC發(fā)言請求消息放入與該PoC用戶終端所在群組對應(yīng)的用于存放發(fā)言請求消息的隊列內(nèi)，其關(guān)鍵在于，當(dāng)用于存放發(fā)言請求消息的隊列被執(zhí)行了調(diào)整操作，如重置、清空、重新排序等操作時，PoC服務(wù)器能夠及時通知該隊列所對應(yīng)群組內(nèi)的用戶終端。這樣，既保證了用戶終端能夠及時得到隊列變化的消息，還節(jié)約了網(wǎng)絡(luò)資源，并且提升了用戶使用PoC業(yè)務(wù)的感受，從而有利于PoC業(yè)務(wù)的長遠發(fā)展。
文檔編號H04Q7/28GK1941945SQ200510105069
公開日2007年4月4日 申請日期2005年9月26日 優(yōu)先權(quán)日2005年9月26日
發(fā)明者武亞娟 申請人:華為技術(shù)有限公司