專利名稱：客戶端向服務(wù)器申請(qǐng)服務(wù)的方法及其系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及客戶端/服務(wù)器技術(shù)，特別涉及客戶端向服務(wù)器申請(qǐng)服務(wù)的技術(shù)。
背景技術(shù)：
無(wú)線一鍵通(Push-to-Talk Over Cellular，簡(jiǎn)稱“PoC”)服務(wù)定義了一種適合移動(dòng)設(shè)備的半雙工分組語(yǔ)音(Voice over IP，簡(jiǎn)稱“VoIP”)系統(tǒng)。與傳統(tǒng)雙向無(wú)線系統(tǒng)如專有移動(dòng)網(wǎng)絡(luò)(PMR)不同的是，PoC通過(guò)利用無(wú)線數(shù)據(jù)網(wǎng)絡(luò)的包交換能力使得這種服務(wù)將不受地理位置的限制。
PoC具有一套VoIP通訊服務(wù)和即時(shí)短信風(fēng)格的特性，如在線狀態(tài)提示和消息等。用戶可以得到以下的語(yǔ)音服務(wù)如1.一對(duì)一的對(duì)話允許一個(gè)用戶立即與從通訊錄中選出的在線密友進(jìn)行聯(lián)系。
2.臨時(shí)群組會(huì)話可以臨時(shí)為特定目的從在線通訊錄中選擇一個(gè)或者多個(gè)聯(lián)系人召集起來(lái)進(jìn)行會(huì)話。如要一對(duì)一對(duì)話，可在電話簿風(fēng)格的列表中選擇任何一個(gè)聯(lián)系人。
3.預(yù)定義群組會(huì)話預(yù)先定義分組(如銷售團(tuán)隊(duì))，可以僅僅通過(guò)一個(gè)按鍵向分組中的多方發(fā)處會(huì)話邀請(qǐng)并進(jìn)行會(huì)話的方式。
4.聊天群組會(huì)話一用戶建立起聊天會(huì)話，其他用戶自己加入會(huì)話的方式。
目前，在PoC業(yè)務(wù)的聊天群組會(huì)話中，當(dāng)由于用戶數(shù)達(dá)到最大值等原因服務(wù)器拒絕用戶加入請(qǐng)求時(shí)，用戶通過(guò)反復(fù)提出加入請(qǐng)求，以爭(zhēng)奪獲得加入許可的機(jī)會(huì)。在有些情況下用戶反復(fù)請(qǐng)求很長(zhǎng)時(shí)間還是不能加入，這種方式帶給用戶不良體驗(yàn)。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種客戶端向服務(wù)器申請(qǐng)服務(wù)的方法及其系統(tǒng)，使得在服務(wù)器暫時(shí)無(wú)力提供服務(wù)時(shí)根據(jù)用戶的要求保留對(duì)服務(wù)的申請(qǐng)，避免用戶反復(fù)提出申請(qǐng)。
為實(shí)現(xiàn)上述目的，本發(fā)明提供了一種客戶端向服務(wù)器申請(qǐng)服務(wù)的方法，包含以下步驟A當(dāng)客戶端對(duì)服務(wù)的申請(qǐng)被服務(wù)器拒絕時(shí)，該客戶端向該服務(wù)器提出保留申請(qǐng)的請(qǐng)求，該服務(wù)器將該申請(qǐng)加入到等待隊(duì)列中；B當(dāng)所述服務(wù)器可以為所述等待隊(duì)列中優(yōu)先級(jí)最高的申請(qǐng)?zhí)峁┓?wù)時(shí)，向該申請(qǐng)對(duì)應(yīng)的客戶端發(fā)出會(huì)話請(qǐng)求為其提供服務(wù)，并從該等待隊(duì)列中刪除該申請(qǐng)。
其中，所述步驟B中，所述服務(wù)器周期性地或在指定事件觸發(fā)下，檢查當(dāng)前是否可以為所述等待隊(duì)列中優(yōu)先級(jí)最高的申請(qǐng)?zhí)峁┓?wù)。
此外在所述方法中，所述指定事件可以是以下之一正在使用所述服務(wù)的用戶的退出事件；所述服務(wù)器接收請(qǐng)求的本地策略發(fā)生變化的事件。
此外在所述方法中，所述步驟A中，在所述服務(wù)器將申請(qǐng)加入到等待隊(duì)列之前，還包含以下子步驟所述服務(wù)器對(duì)所述保留申請(qǐng)的請(qǐng)求進(jìn)行鑒權(quán)，如果鑒權(quán)成功，則將該申請(qǐng)加入到所述等待隊(duì)列，如果鑒權(quán)失敗，則拒絕該請(qǐng)求。
此外在所述方法中，所述等待隊(duì)列是一級(jí)隊(duì)列，所述優(yōu)先級(jí)最高的申請(qǐng)是最早加入該等待隊(duì)列的申請(qǐng)。
此外在所述方法中，所述等待隊(duì)列是多級(jí)隊(duì)列，各級(jí)隊(duì)列的優(yōu)先級(jí)不同，所述服務(wù)器根據(jù)客戶端用戶的優(yōu)先級(jí)將需要保留的申請(qǐng)加入到相應(yīng)的隊(duì)列；所述優(yōu)先級(jí)最高的申請(qǐng)是最早加入優(yōu)先級(jí)最高的隊(duì)列的申請(qǐng)。
此外在所述方法中，還包含以下步驟所述服務(wù)器還周期性地或在指定事件觸發(fā)下，至少部分地根據(jù)客戶端用戶預(yù)先設(shè)定的保留條件檢查等待隊(duì)列中的申請(qǐng)是否依然有效，并從等待隊(duì)列中刪除已經(jīng)無(wú)效的申請(qǐng)。
此外在所述方法中，所述保留條件包含以下之一或其任意組合保留申請(qǐng)的時(shí)間，提出申請(qǐng)的用戶的在線情況，以及指定用戶的在線情況。
此外在所述方法中，所述服務(wù)器還至少部分地根據(jù)預(yù)先設(shè)定的策略判斷所述等待隊(duì)列中的申請(qǐng)是否依有效。
此外在所述方法中，所述服務(wù)可以是網(wǎng)上影院、聊天室或無(wú)線一鍵通業(yè)務(wù)。
本發(fā)明還提供了一種客戶端/服務(wù)器系統(tǒng)，服務(wù)器和客戶端中各包含用戶面管理模塊，用于處理與服務(wù)內(nèi)容相關(guān)的數(shù)據(jù)的收發(fā)；控制面管理模塊，用于進(jìn)行用戶會(huì)話管理及會(huì)話相關(guān)信息的訂閱。
其中，所述服務(wù)器中的控制面管理模塊進(jìn)一步包含信息訂閱與通知子模塊，用于處理客戶端對(duì)會(huì)話狀態(tài)信息和/或會(huì)話中成員信息的訂閱；會(huì)話管理子模塊，用于建立和釋放會(huì)話，對(duì)保留申請(qǐng)的請(qǐng)求進(jìn)行處理；
所述客戶端中的控制面管理模塊進(jìn)一步包含信息訂閱與接收子模塊，用于向所述服務(wù)器訂閱會(huì)話狀態(tài)信息和/或會(huì)話中成員信息；會(huì)話管理子模塊，用于建立和釋放會(huì)話，向所述服務(wù)器提出保留申請(qǐng)的請(qǐng)求。
通過(guò)比較可以發(fā)現(xiàn)，本發(fā)明的技術(shù)方案與現(xiàn)有技術(shù)的主要區(qū)別在于，客戶端申請(qǐng)被服務(wù)器拒絕時(shí)向服務(wù)器請(qǐng)求保留申請(qǐng)，服務(wù)器將該申請(qǐng)加入等待隊(duì)列，待條件允許時(shí)再為該客戶端服務(wù)。
用戶可以在服務(wù)器上事先設(shè)定保留條件，并周期性地或經(jīng)指定事件觸發(fā)時(shí)根據(jù)保留條件和服務(wù)器策略檢查等待隊(duì)列中申請(qǐng)的有效性，去除已經(jīng)無(wú)效的申請(qǐng)；保留條件可以是保留申請(qǐng)的時(shí)間、指定用戶的在線情況等。
等待隊(duì)列可以是一級(jí)或多級(jí)，多級(jí)隊(duì)列時(shí)優(yōu)先級(jí)最高的隊(duì)列的第一個(gè)申請(qǐng)優(yōu)先獲得服務(wù)。
為了更好地實(shí)現(xiàn)申請(qǐng)的保留，本發(fā)明在服務(wù)器和客戶端中設(shè)置了用戶面和控制面，用戶面處理與服務(wù)內(nèi)容相關(guān)的數(shù)據(jù)的收發(fā)，控制面處理用戶會(huì)話管理及會(huì)話相關(guān)信息的訂閱。
這種技術(shù)方案上的區(qū)別，帶來(lái)了較為明顯的有益效果，即用戶體驗(yàn)得到了提升。對(duì)于服務(wù)器暫時(shí)不能接受客戶端請(qǐng)求(如用戶數(shù)達(dá)到最大)，但隨時(shí)間的變化，可能會(huì)接受客戶端請(qǐng)求的服務(wù)(如PoC業(yè)務(wù))情況，如客戶端提出保留加入請(qǐng)求，則服務(wù)器端在條件滿足時(shí)，將自動(dòng)為客戶端提供服務(wù)。用戶不再需要反復(fù)提出申請(qǐng)。
因?yàn)槭峭ㄟ^(guò)隊(duì)列等待，所以先提出申請(qǐng)的用戶會(huì)先得到服務(wù)，保證了用戶間的公平。通過(guò)多級(jí)隊(duì)列的設(shè)置，優(yōu)先級(jí)較高的用戶會(huì)得到優(yōu)先的服務(wù)。
通過(guò)申請(qǐng)后再進(jìn)入等待隊(duì)列的方式，使用戶可以選擇是否等待，給用戶以較大的自主權(quán)。通過(guò)用戶預(yù)先設(shè)置在服務(wù)端的保留條件，用戶可以在不需要保留申請(qǐng)時(shí)及時(shí)退出等待，在滿自身需求的情況下減少了其它用戶的等待時(shí)間，提高了整體效率。
通過(guò)用戶面和控制面的分離，將與保留申請(qǐng)相關(guān)的功能集中在控制面中，減少了服務(wù)器內(nèi)模塊間的耦合，從而可以更好地實(shí)現(xiàn)申請(qǐng)的保留。


圖1示出本發(fā)明的客戶端向服務(wù)器申請(qǐng)服務(wù)的方法中服務(wù)器與客戶端的協(xié)作過(guò)程；圖2示出在根據(jù)本發(fā)明的第一實(shí)施例的客戶端向服務(wù)器申請(qǐng)服務(wù)的方法中，服務(wù)器處理單個(gè)客戶端保留申請(qǐng)的流程；圖3示出在根據(jù)本發(fā)明的第一實(shí)施例的客戶端向服務(wù)器申請(qǐng)服務(wù)的方法中，等待隊(duì)列中的保留申請(qǐng)的處理實(shí)現(xiàn)流程；圖4示出根據(jù)本發(fā)明的第二實(shí)施例的用于無(wú)線一鍵通業(yè)務(wù)的客戶端/服務(wù)器系統(tǒng)的PoC服務(wù)器的結(jié)構(gòu)；圖5示出第二實(shí)施例的用于無(wú)線一鍵通業(yè)務(wù)的客戶端/服務(wù)器系統(tǒng)的PoC客戶端的結(jié)構(gòu)。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步地詳細(xì)描述。
總的來(lái)說(shuō)，本發(fā)明的原理在于，在無(wú)線一鍵通業(yè)務(wù)中，如果由于服務(wù)器暫時(shí)性資源不足等各種原因，導(dǎo)致服務(wù)器暫時(shí)不能接受客戶的請(qǐng)求，但是隨著時(shí)間推移，服務(wù)器能夠接受客戶端請(qǐng)求，則客戶端可以向服務(wù)器提出保留申請(qǐng)的請(qǐng)求，通過(guò)服務(wù)器的鑒權(quán)，服務(wù)器將該保留申請(qǐng)加入等待隊(duì)列，當(dāng)服務(wù)器在能夠接受客戶的申請(qǐng)時(shí)，自動(dòng)為客戶端提供服務(wù)。圖1示出服務(wù)器與客戶端的協(xié)作過(guò)程。由此，避免了現(xiàn)有技術(shù)中需要用戶反復(fù)提出加入請(qǐng)求的現(xiàn)象，從而較好的提升了用戶的體驗(yàn)。另外也不必將所有不能接入的用戶都自動(dòng)加入保留隊(duì)列，有效控制了服務(wù)器隊(duì)列流量和負(fù)擔(dān)。
圖2示出在客戶端向服務(wù)器申請(qǐng)服務(wù)的方法中，服務(wù)器處理單個(gè)客戶端保留申請(qǐng)的流程圖。如圖所示，首先，在步驟410，當(dāng)客戶端對(duì)服務(wù)的申請(qǐng)被服務(wù)器拒絕時(shí)，該客戶端向該服務(wù)器提出保留申請(qǐng)的請(qǐng)求。
然后，在步驟420，服務(wù)器對(duì)保留申請(qǐng)的請(qǐng)求進(jìn)行鑒權(quán)，主要是判斷該客戶端的用戶是否有提出保留申請(qǐng)請(qǐng)求的權(quán)限，如果鑒權(quán)成功，則執(zhí)行步驟430，將該申請(qǐng)加入到等待隊(duì)列，如果鑒權(quán)失敗，則執(zhí)行步驟440，拒絕該保留申請(qǐng)的請(qǐng)求。
這里需要解釋一下本實(shí)施例中涉及的等待隊(duì)列。
在本實(shí)施例中，等待隊(duì)列是一級(jí)隊(duì)列，優(yōu)先級(jí)最高的申請(qǐng)是最早加入該等待隊(duì)列的申請(qǐng)。在其他實(shí)施例中，等待隊(duì)列也可以是多級(jí)隊(duì)列，各級(jí)隊(duì)列的優(yōu)先級(jí)不同，優(yōu)先級(jí)較高的隊(duì)列會(huì)較先處理，服務(wù)器根據(jù)客戶端用戶的優(yōu)先級(jí)將需要保留的申請(qǐng)加入到相應(yīng)的隊(duì)列。例如可以設(shè)置金卡用戶隊(duì)列和銀卡用戶隊(duì)列，金卡用戶隊(duì)列優(yōu)先級(jí)高于銀卡用戶隊(duì)列。而同一個(gè)優(yōu)先級(jí)的隊(duì)列中，優(yōu)先級(jí)最高的申請(qǐng)是最早加入等待隊(duì)列的申請(qǐng)。
在服務(wù)器將保留申請(qǐng)的請(qǐng)求加入等待隊(duì)列后，服務(wù)器周期性地或在指定事件觸發(fā)下，檢查當(dāng)前是否可以為等待隊(duì)列中優(yōu)先級(jí)最高的申請(qǐng)?zhí)峁┓?wù)。如果是，則向該申請(qǐng)對(duì)應(yīng)的客戶端發(fā)出會(huì)話請(qǐng)求為其提供服務(wù)，并從該等待隊(duì)列中刪除該申請(qǐng)。
具體的說(shuō)，上述對(duì)等待隊(duì)列中的保留申請(qǐng)的處理實(shí)現(xiàn)流程如圖3所示。首先，在步驟510將當(dāng)前隊(duì)列中的第一個(gè)保留申請(qǐng)請(qǐng)求設(shè)置為當(dāng)前保留申請(qǐng)的請(qǐng)求。本實(shí)施例中只有一個(gè)等待隊(duì)列，而隊(duì)列是遵循先進(jìn)先出原則的，所以隊(duì)列中第一個(gè)保留申請(qǐng)是優(yōu)先級(jí)最高的。在本發(fā)明的其它實(shí)施例中，可以有多個(gè)優(yōu)先級(jí)不同的等待隊(duì)列(例如金卡用戶隊(duì)列和銀卡用戶隊(duì)列)，此時(shí)優(yōu)先級(jí)最高的申請(qǐng)是金卡用戶隊(duì)列中的第一個(gè)保留申請(qǐng)，當(dāng)金卡用戶隊(duì)列為空時(shí)才處理銀卡用戶隊(duì)列中的保留申請(qǐng)。此后，在步驟520服務(wù)器判斷當(dāng)前保留申請(qǐng)的請(qǐng)求是否為空，即等待隊(duì)列中是否存在保留申請(qǐng)的請(qǐng)求，如果為空，表示等待隊(duì)列中沒(méi)有保留申請(qǐng)的請(qǐng)求，則流程結(jié)束。如果不為空，表示等待隊(duì)列中存在保留申請(qǐng)的請(qǐng)求，則執(zhí)行步驟530。在步驟530，服務(wù)器等待，直到服務(wù)器可以為等待隊(duì)列中的當(dāng)前申請(qǐng)?zhí)峁┓?wù)時(shí)，執(zhí)行步驟540。本步驟中，服務(wù)器周期性地或在指定事件觸發(fā)下，檢查當(dāng)前是否可以為等待隊(duì)列中優(yōu)先級(jí)最高的申請(qǐng)?zhí)峁┓?wù)。其中，指定事件可以是正在使用服務(wù)的用戶的退出事件，或者是所述服務(wù)器接收請(qǐng)求的本地策略發(fā)生變化的事件。例如服務(wù)器指定在12點(diǎn)之后，容許5個(gè)人下載，而12點(diǎn)前只容許2個(gè)人下載，則在12點(diǎn)時(shí)會(huì)觸發(fā)本地策略發(fā)生變化的事件。在步驟540，服務(wù)器與客戶端建立會(huì)話，為其提供申請(qǐng)的服務(wù)，并從等待隊(duì)列中刪除該請(qǐng)求。接著，在步驟550將等待隊(duì)列中的下一個(gè)請(qǐng)求設(shè)置為當(dāng)前請(qǐng)求。
需要指出的是，在本實(shí)施例中，服務(wù)器還可對(duì)等待隊(duì)列中的保留申請(qǐng)的的請(qǐng)求進(jìn)行周期性檢查，刪除無(wú)效的申請(qǐng)。具體的說(shuō)，服務(wù)器可以周期性地或在指定事件觸發(fā)下，至少部分地根據(jù)客戶端用戶預(yù)先設(shè)定的保留條件檢查等待隊(duì)列中的申請(qǐng)是否依然有效，并從等待隊(duì)列中刪除已經(jīng)無(wú)效的申請(qǐng)。舉例來(lái)說(shuō)，用戶預(yù)先設(shè)定的保留條件可以包含保留申請(qǐng)的時(shí)間、或提出申請(qǐng)的用戶的在線情況、或指定用戶的在線情況，或它們的任意的組合。服務(wù)器根據(jù)這些條件判斷等待隊(duì)列中的申請(qǐng)是否有效。
在其他實(shí)施例中，服務(wù)器還可以至少部分地根據(jù)預(yù)先設(shè)定的策略判斷等待隊(duì)列中的申請(qǐng)是否依有效。舉例來(lái)說(shuō)，當(dāng)保留時(shí)間到、或提出保留的用戶已離開服務(wù)器或不可用，這種情況下是否仍然保留該申請(qǐng)取決于服務(wù)器預(yù)先設(shè)定的策略。例如，策略設(shè)定為保留時(shí)間到時(shí)將不在對(duì)請(qǐng)求進(jìn)行保留，或者用戶離線或不可用時(shí)，不再對(duì)請(qǐng)求進(jìn)行保留，或繼續(xù)保留，但不建立服務(wù)，等用戶再上線或可用時(shí)，繼續(xù)檢查，如能向用戶提供服務(wù)則為用戶提供服務(wù)，等等。策略內(nèi)容可以有多種變化，在此不做贅述。
上面對(duì)本發(fā)明的第一實(shí)施例的客戶端向服務(wù)器申請(qǐng)服務(wù)的方法進(jìn)行了說(shuō)明，下面對(duì)本發(fā)明的第二實(shí)施例的用于無(wú)線一鍵通業(yè)務(wù)的客戶端/服務(wù)器系統(tǒng)進(jìn)行說(shuō)明。
圖4和圖5示出第二實(shí)施例的用于無(wú)線一鍵通業(yè)務(wù)的客戶端/服務(wù)器系統(tǒng)，該系統(tǒng)包含PoC服務(wù)器和PoC客戶端。并且，PoC服務(wù)器和PoC客戶端中各包含用戶面管理模塊和控制面管理模塊。其中，用戶面管理模塊用于處理與媒體相關(guān)的數(shù)據(jù)的收發(fā)?？刂泼婀芾砟K用于進(jìn)行用戶會(huì)話管理及會(huì)話相關(guān)信息的訂閱。并且，PoC服務(wù)器中的控制面管理模塊進(jìn)一步包含用于處理PoC客戶端對(duì)會(huì)話狀態(tài)信息和/或會(huì)話中成員信息的訂閱的信息訂閱與通知子模塊，以及用于建立和釋放會(huì)話，對(duì)保留申請(qǐng)的請(qǐng)求進(jìn)行處理的會(huì)話管理子模塊。
另一方面，PoC客戶端中的控制面管理模塊進(jìn)一步包含用于向PoC服務(wù)器訂閱會(huì)話狀態(tài)信息和/或會(huì)話中成員信息的信息訂閱與接收子模塊，以及用于建立和釋放會(huì)話，向PoC服務(wù)器提出保留申請(qǐng)的請(qǐng)求的會(huì)話管理子模塊。
雖然通過(guò)參照本發(fā)明的某些優(yōu)選實(shí)施例，已經(jīng)對(duì)本發(fā)明進(jìn)行了圖示和描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細(xì)節(jié)上對(duì)其作各種改變，而不偏離本發(fā)明的精神和范圍。
權(quán)利要求
1.一種客戶端向服務(wù)器申請(qǐng)服務(wù)的方法，其特征在于，包含以下步驟A當(dāng)客戶端對(duì)服務(wù)的申請(qǐng)被服務(wù)器拒絕時(shí)，該客戶端向該服務(wù)器提出保留申請(qǐng)的請(qǐng)求，該服務(wù)器將該申請(qǐng)加入到等待隊(duì)列中；B當(dāng)所述服務(wù)器可以為所述等待隊(duì)列中優(yōu)先級(jí)最高的申請(qǐng)?zhí)峁┓?wù)時(shí)，向該申請(qǐng)對(duì)應(yīng)的客戶端發(fā)出會(huì)話請(qǐng)求為其提供服務(wù)，并從該等待隊(duì)列中刪除該申請(qǐng)。
2.根據(jù)權(quán)利要求1所述的客戶端向服務(wù)器申請(qǐng)服務(wù)的方法，其特征在于，所述步驟B中，所述服務(wù)器周期性地或在指定事件觸發(fā)下，檢查當(dāng)前是否可以為所述等待隊(duì)列中優(yōu)先級(jí)最高的申請(qǐng)?zhí)峁┓?wù)。
3.根據(jù)權(quán)利要求2所述的客戶端向服務(wù)器申請(qǐng)服務(wù)的方法，其特征在于，所述指定事件可以是以下之一正在使用所述服務(wù)的用戶的退出事件；所述服務(wù)器接收請(qǐng)求的本地策略發(fā)生變化的事件。
4.根據(jù)權(quán)利要求1所述的客戶端向服務(wù)器申請(qǐng)服務(wù)的方法，其特征在于，所述步驟A中，在所述服務(wù)器將申請(qǐng)加入到等待隊(duì)列之前，還包含以下子步驟所述服務(wù)器對(duì)所述保留申請(qǐng)的請(qǐng)求進(jìn)行鑒權(quán)，如果鑒權(quán)成功，則將該申請(qǐng)加入到所述等待隊(duì)列，如果鑒權(quán)失敗，則拒絕該請(qǐng)求。
5.根據(jù)權(quán)利要求1所述的客戶端向服務(wù)器申請(qǐng)服務(wù)的方法，其特征在于，所述等待隊(duì)列是一級(jí)隊(duì)列，所述優(yōu)先級(jí)最高的申請(qǐng)是最早加入該等待隊(duì)列的申請(qǐng)。
6.根據(jù)權(quán)利要求1所述的客戶端向服務(wù)器申請(qǐng)服務(wù)的方法，其特征在于，所述等待隊(duì)列是多級(jí)隊(duì)列，各級(jí)隊(duì)列的優(yōu)先級(jí)不同，所述服務(wù)器根據(jù)客戶端用戶的優(yōu)先級(jí)將需要保留的申請(qǐng)加入到相應(yīng)的隊(duì)列；所述優(yōu)先級(jí)最高的申請(qǐng)是最早加入優(yōu)先級(jí)最高的隊(duì)列的申請(qǐng)。
7.根據(jù)權(quán)利要求1至6中任一項(xiàng)所述的客戶端向服務(wù)器申請(qǐng)服務(wù)的方法，其特征在于，還包含以下步驟所述服務(wù)器還周期性地或在指定事件觸發(fā)下，至少部分地根據(jù)客戶端用戶預(yù)先設(shè)定的保留條件檢查等待隊(duì)列中的申請(qǐng)是否依然有效，并從等待隊(duì)列中刪除已經(jīng)無(wú)效的申請(qǐng)。
8.根據(jù)權(quán)利要求7所述的客戶端向服務(wù)器申請(qǐng)服務(wù)的方法，其特征在于，所述保留條件包含以下之一或其任意組合保留申請(qǐng)的時(shí)間，提出申請(qǐng)的用戶的在線情況，以及指定用戶的在線情況。
9.根據(jù)權(quán)利要求7所述的客戶端向服務(wù)器申請(qǐng)服務(wù)的方法，其特征在于，所述服務(wù)器還至少部分地根據(jù)預(yù)先設(shè)定的策略判斷所述等待隊(duì)列中的申請(qǐng)是否依有效。
10.根據(jù)權(quán)利要求1至6中任一項(xiàng)所述的客戶端向服務(wù)器申請(qǐng)服務(wù)的方法，其特征在于，所述服務(wù)可以是網(wǎng)上影院、聊天室或無(wú)線一鍵通業(yè)務(wù)。
11.一種客戶端/服務(wù)器系統(tǒng)，其特征在于，服務(wù)器和客戶端中各包含用戶面管理模塊，用于處理與服務(wù)內(nèi)容相關(guān)的數(shù)據(jù)的收發(fā)；控制面管理模塊，用于進(jìn)行用戶會(huì)話管理及會(huì)話相關(guān)信息的訂閱。
12.根據(jù)權(quán)利要求11所述的客戶端/服務(wù)器系統(tǒng)，其特征在于，所述服務(wù)器中的控制面管理模塊進(jìn)一步包含信息訂閱與通知子模塊，用于處理客戶端對(duì)會(huì)話狀態(tài)信息和/或會(huì)話中成員信息的訂閱；會(huì)話管理子模塊，用于建立和釋放會(huì)話，對(duì)保留申請(qǐng)的請(qǐng)求進(jìn)行處理；所述客戶端中的控制面管理模塊進(jìn)一步包含信息訂閱與接收子模塊，用于向所述服務(wù)器訂閱會(huì)話狀態(tài)信息和/或會(huì)話中成員信息；會(huì)話管理子模塊，用于建立和釋放會(huì)話，向所述服務(wù)器提出保留申請(qǐng)的請(qǐng)求。
全文摘要
本發(fā)明涉及客戶端/服務(wù)器技術(shù)，公開了一種客戶端向服務(wù)器申請(qǐng)服務(wù)的方法及其系統(tǒng)，使得在服務(wù)器暫時(shí)無(wú)力提供服務(wù)時(shí)根據(jù)用戶的要求保留對(duì)服務(wù)的申請(qǐng)，避免用戶反復(fù)提出申請(qǐng)。本發(fā)明中，客戶端申請(qǐng)被服務(wù)器拒絕時(shí)向服務(wù)器請(qǐng)求保留申請(qǐng)，服務(wù)器將該申請(qǐng)加入等待隊(duì)列，待條件允許時(shí)再為該客戶端服務(wù)。用戶可以在服務(wù)器上事先設(shè)定保留條件，并周期性地或經(jīng)指定事件觸發(fā)時(shí)根據(jù)保留條件和服務(wù)器策略檢查等待隊(duì)列中申請(qǐng)的有效性，去除已經(jīng)無(wú)效的申請(qǐng)；保留條件可以是保留申請(qǐng)的時(shí)間、指定用戶的在線情況等。等待隊(duì)列可以是一級(jí)或多級(jí)，多級(jí)隊(duì)列時(shí)優(yōu)先級(jí)最高的隊(duì)列的第一個(gè)申請(qǐng)優(yōu)先獲得服務(wù)。
文檔編號(hào)H04L12/24GK1863072SQ20051009252
公開日2006年11月15日 申請(qǐng)日期2005年8月12日 優(yōu)先權(quán)日2005年8月12日
發(fā)明者伍旭剛 申請(qǐng)人:華為技術(shù)有限公司