專利名稱:基于條件的用戶選擇方法、服務(wù)器與系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
本發(fā)明關(guān)于通信技術(shù)領(lǐng)域,特別關(guān)于一種基于條件的用戶選擇方法、服務(wù)器與系統(tǒng)。
背景技術(shù):
隨著電信技術(shù)的發(fā)展,未來的業(yè)務(wù)豐富多彩,許多業(yè)務(wù)在會話建立階段都需要根
據(jù)一定的條件來選擇需要加入會話的用戶,這些條件將基于用戶所擁有的各種信息,如
Presence (呈現(xiàn))信息或Location (位置)信息等,其中,presence信息包括用戶的在線信
息、興趣愛好、用戶的心情等等,location信息指用戶當前的地理位置。 在現(xiàn)有的通信技術(shù)中,由于不同的用戶信息分處于不同的服務(wù)器上(如
Presence信息存于Presence服務(wù)器上,Location信息存于Location服務(wù)器上),如果需
要獲得位于商場附近的、狀態(tài)為在線的用戶列表,則既要獲得用戶當前的呈現(xiàn)信息,又需要
清楚用戶的地理位置信息。目前的方法只能是請求者首先向Presence服務(wù)器發(fā)送請求來
獲得狀態(tài)為在線的用戶URI (Uniform Resource Identifier,統(tǒng)一資源標識),然后再向
Location服務(wù)器發(fā)送請求來獲得地理位置在商場附近的用戶URI,請求者自己將這些用戶
進行評估,得出位于商場附近的且狀態(tài)為在線的用戶。 這樣的操作需要請求者向不同的服務(wù)器發(fā)送請求以獲得滿足條件的用戶并且 需要請求者自己將返回的結(jié)果進行評估,給請求者帶來了很大的不便。CBUS(Condition Based URIs Selection,基于條件的用戶選擇)的提出解決了上述的不足,請求者可以將對 地理位置、呈現(xiàn)等信息的要求或者條件送至CBUS Server (CBUS服務(wù)器),CBUS Server向 Presence服務(wù)器獲得呈現(xiàn)信息,向Location服務(wù)器獲得地理位置信息,并將這些結(jié)果進行 評估,將滿足請求者選擇條件的用戶URI發(fā)送至請求者。 CBUS的功能在PoC(Push to talk Over Cellular,—鍵通)業(yè)務(wù)中就有具體的 應(yīng)用,如動態(tài)PoC組、邀請預(yù)約、危機事件的處理、基于條件的用戶會話的屏蔽。在動態(tài)PoC 組應(yīng)用中,需要根據(jù)請求者設(shè)定的條件不斷進行用戶選擇,將滿足設(shè)定條件的用戶選中, 從而不斷更新其組成員列表。同樣,CBUS的功能在其它一些業(yè)務(wù)中也有具體的應(yīng)用,如 CPM(Co読rged IP Messaging,融合消息)禾口 MobAd(Mobile Advertising,移云力廣告)。
CBUS的基本內(nèi)容在于根據(jù)一些條件,對請求者所能提供的各種信息進行用戶的選 擇,從而確定該用戶是不是就是請求者所要尋找的對象。這些用戶的選擇范圍可以是請求 者自己設(shè)定的一組用戶,也可以不指定范圍,這時CBUS必須使用搜索操作來尋找所有滿足 條件的用戶。CBUS在進行用戶選擇的時候,可以采用兩種方式, 一種為一次選擇方式,即對 用戶信息是否滿足這些條件只進行一次選擇;另一種為多次選擇的方式,這種方式對用戶 的信息進行持續(xù)的監(jiān)測,并不斷根據(jù)更新的用戶信息重新進行用戶選擇,從而得到更新的 選擇結(jié)果,這種監(jiān)測可以是一直到條件滿足,也可以是在一個特定的時間內(nèi)監(jiān)測。
Presence數(shù)據(jù)模型由三個關(guān)鍵組件組成,Person(用戶)、Service(業(yè)務(wù))、 Device (設(shè)備)。其中,Person是對Presentity (呈現(xiàn)體)的信息進行建模的;Service是對Presentity使用的通信方式進行建模的;Device是對Presentity使用的物理設(shè)備進行建 模。這些數(shù)據(jù)元素之間的關(guān)系如圖l所示,一個呈現(xiàn)體能夠有多個業(yè)務(wù),這些業(yè)務(wù)可以放在 一個設(shè)備上,也可以放在多個設(shè)備上,并且每個業(yè)務(wù)和設(shè)備都有其唯一的ID(Identifier, 標識)。 在實現(xiàn)本發(fā)明的過程中,發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在如下問題目前的技術(shù)方 案是請求者發(fā)送選擇條件后,由CBUS Server進行用戶選擇,在完成用戶選擇后直接將選擇 結(jié)果發(fā)送給請求者。如果請求者希望將選擇結(jié)果發(fā)送給請求者之外的其他接收方,現(xiàn)有技 術(shù)還沒有相應(yīng)的解決方案。
發(fā)明內(nèi)容
為了解決現(xiàn)有技術(shù)的缺陷,本發(fā)明實施例提供一種基于條件的用戶選擇方法、服
務(wù)器與系統(tǒng)。請求者在發(fā)送用戶選擇請求時,請求消息中除了包括選擇條件之外,還包含選
擇結(jié)果的指定接收方,使選擇結(jié)果準確有效地發(fā)送至請求者所指定的接收方。 為實現(xiàn)以上發(fā)明目的,本發(fā)明一實施例提供一種基于條件的用戶選擇方法,所述
方法包括接收請求者發(fā)來的包含用戶選擇條件和指定的接收方的用戶選擇請求消息;根
據(jù)所述的用戶選擇請求消息將滿足所述用戶選擇條件的用戶統(tǒng)一資源標識列表發(fā)送給所
述的指定的接收方。 為實現(xiàn)以上發(fā)明目的,本發(fā)明又一實施例提供一種基于條件的用戶選擇服務(wù)器, 所述服務(wù)器包括選擇請求接收單元,用于接收請求者發(fā)來的包含用戶選擇條件和指定的 接收方的用戶選擇請求消息;選擇請求處理單元,根據(jù)所述的用戶選擇請求消息將滿足所 述用戶選擇條件的用戶統(tǒng)一資源標識列表發(fā)送給所述的指定的接收方。 為實現(xiàn)以上發(fā)明目的,本發(fā)明又一實施例提供一種基于條件的用戶選擇系統(tǒng),所 述系統(tǒng)包括用戶選擇請求裝置,用于發(fā)送包含用戶選擇條件和指定的接收方的用戶選擇 請求消息;用戶選擇服務(wù)器,用于接收所述用戶選擇請求裝置發(fā)送的用戶選擇請求消息,根 據(jù)所述的用戶選擇請求消息將滿足所述用戶選擇條件的用戶統(tǒng)一資源標識列表發(fā)送給所 述的指定的接收方。 本發(fā)明實施例基于條件的用戶選擇方法在用戶選擇請求中增加了指定的接收方, 使選擇結(jié)果能夠根據(jù)請求者的設(shè)置發(fā)送給用戶所需的接收方,增強了選擇結(jié)果發(fā)送的有效 性,更好的滿足了用戶的需求與體驗。
圖1為現(xiàn)有技術(shù)Presence信息的數(shù)據(jù)模型; 圖2為本發(fā)明實施例基于條件的用戶選擇系統(tǒng)的原理圖; 圖2a為本發(fā)明實施例基于條件的用戶選擇裝置的選擇請求處理單元的細化框 圖; 圖3為本發(fā)明實施例基于條件的用戶選擇方法的整體流程圖; 圖4a為本發(fā)明實施例1用戶選擇請求消息的內(nèi)容; 圖4b為本發(fā)明實施例1的用戶選擇具體流程; 圖5a為本發(fā)明實施例2用戶選擇請求消息的內(nèi)容;
圖5b為本發(fā)明實施例2的用戶選擇具體流程; 圖6a為本發(fā)明實施例3用戶選擇請求消息的內(nèi)容; 圖6b為本發(fā)明實施例3的用戶選擇具體流程; 圖7a為本發(fā)明實施例4用戶選擇請求消息的內(nèi)容; 圖7b為本發(fā)明實施例4的用戶選擇具體流程; 圖8a為本發(fā)明實施例5用戶選擇請求消息的內(nèi)容; 圖8b為本發(fā)明實施例5的用戶選擇具體流程; 圖9a為本發(fā)明實施例5用戶選擇請求消息的內(nèi)容; 圖9b為本發(fā)明實施例5的用戶選擇具體流程。
具體實施例方式
本發(fā)明實施例提供一種基于條件的用戶選擇方法、服務(wù)器與系統(tǒng)。本發(fā)明實施例的用戶選擇方法在請求者發(fā)送的用戶選擇請求中不僅包含了用戶選擇條件還包含了選擇結(jié)果的指定的接收方;用戶選擇服務(wù)器接收上述請求,分析具體的選擇條件,并從多個用戶信息服務(wù)器上分別獲取用戶相關(guān)信息,并對這些用戶相關(guān)信息進行評估得出符合選擇條件的用戶URI列表;然后用戶選擇服務(wù)器將最終確定的用戶URI列表發(fā)送給所述的指定的接收方。 本發(fā)明實施例的指定的接收方可以是設(shè)備和/或用戶,指定的接收方標識是設(shè)備
ID和/或用戶的URI。這些設(shè)備可以是用戶自身設(shè)備,還可以是特定的應(yīng)用服務(wù)器。此外,
還可以為不同的指定的接收方分別設(shè)置接收條件,只有該指定的接收方滿足了相應(yīng)的接收
條件時,才將選擇結(jié)果發(fā)送給該指定的接收方。 以下結(jié)合附圖對本發(fā)明具體實施方式
進行詳細說明 圖2為本發(fā)明實施例基于條件的用戶選擇系統(tǒng)的原理圖。如圖所示,本發(fā)明實施例的系統(tǒng)包括用戶選擇請求裝置10、用戶信息服務(wù)器20和用戶選擇服務(wù)器30,典型的用戶選擇服務(wù)器30可以為CBUS Server,用戶信息服務(wù)器20可以為presence服務(wù)器、Location服務(wù)器以及能力管理服務(wù)器(用于提供終端的能力信息,如對彩信是否支持)等能基于不同的查詢條件提供用戶相關(guān)信息的服務(wù)器。用戶選擇請求裝置io可以是移動通信終端的一部分。 如2圖所示,用戶選擇請求裝置IO,用于發(fā)送用戶選擇請求,所述用戶選擇請求中包含用戶選擇條件以及指定的接收方,可選地還包含用戶URI列表(所選擇的用戶位于該列表的范圍內(nèi))。用戶信息服務(wù)器20,用于提供基于條件的用戶信息查詢。用戶選擇服務(wù)器30包括選擇請求接收單元301,用于接收所述用戶選擇請求裝置發(fā)送的用戶選擇請求;選擇請求處理單元302,用于根據(jù)所述的用戶選擇請求消息將滿足所述用戶選擇條件的用戶URI列表發(fā)送給所述的指定的接收方。 圖2a為選擇請求處理單元302的細化功能框圖。如圖所示,選擇請求處理單元302包括用戶相關(guān)信息獲取單元401,用于根據(jù)所述的用戶選擇請求消息獲取用戶相關(guān)信息;用戶選擇單元402,用于對獲取的用戶相關(guān)信息進行評估,得到滿足所述用戶選擇條件的用戶URI列表;選擇結(jié)果指定發(fā)送單元403,用于將滿足所述用戶選擇條件的用戶URI列表發(fā)送給所述的指定的接收方。
6
在一較佳實施方式中,所述選擇條件可以包括多個子條件,選擇請求處理單元302,用于獲取滿足每個子條件的用戶,將同時滿足所述多個子條件的用戶URI提取,作為選擇結(jié)果。所述多個子條件可以包括用戶呈現(xiàn)信息以及用戶位置信息、終端能力信息等一個或多個組合。如該選擇條件可以是指定的多個用戶中在線且地理位置在北京的用戶。
本實施例的用戶選擇請求消息可以根據(jù)不同的實際應(yīng)用而包含不同信息,如直接包含接收設(shè)備的ID或包含接收方的URI ;也可以包含接收設(shè)備或接收方ID的獲取方式,如告知向Presence服務(wù)器獲取接收設(shè)備的ID ;還可以包含接收設(shè)備的優(yōu)先級信息,對于多個設(shè)備設(shè)置接收的先后順序;此外,還可以為不同的接收方設(shè)置接收條件,當滿足所述接收條件時才向該指定接收方發(fā)送用戶選擇結(jié)果,如當用戶在家中時采用設(shè)備A接收而用戶在單位時采用設(shè)備B接收,這樣需要獲得請求方設(shè)備的位置信息后才能決定將選擇結(jié)果發(fā)給哪一個設(shè)備。 如果請求消息中直接包含了指定的接收方標識,則選擇結(jié)果指定發(fā)送單元403用于根據(jù)所述指定的接收方標識,將滿足所述選擇條件的用戶URI列表發(fā)送給所述的指定的接收方。 如果請求消息中僅包括所述指定的接收方標識的獲取方式,則選擇結(jié)果指定發(fā)送單元403首先從相關(guān)服務(wù)器獲取指定的接收方標識,然后根據(jù)獲取的指定的接收方標識將滿足所述選擇條件的用戶URI列表發(fā)送給所述的指定的接收方。 如果請求消息中還包括指定的接收方的優(yōu)先級,則選擇結(jié)果指定發(fā)送單元403根據(jù)所述指定的接收方的優(yōu)先級順序,將滿足所述選擇條件的用戶URI列表發(fā)送給所述的指定的接收方。 如果請求消息中還包括每個指定的接收方對應(yīng)的接收條件;則選擇結(jié)果指定發(fā)送單元403用于當所述指定的接收方的接收條件滿足時,將滿足所述用戶選擇條件的用戶統(tǒng)一資源標識列表發(fā)送給所述的指定的接收方。 圖3為本發(fā)明實施例基于條件的用戶選擇方法的整體流程圖。如圖所示 步驟S31、請求者向CBUS Server發(fā)送用戶選擇請求,該請求包括選擇條件以及設(shè)
置好的指定的接收方信息,優(yōu)選地,還包括用戶URI列表,所選擇的用戶為該列表包含的用戶。 步驟S32、 CBUS Server根據(jù)選擇條件從相應(yīng)的用戶信息服務(wù)器獲取用戶相關(guān)信息。選擇條件可能包括多個子條件,如當前用戶狀態(tài)以及當前地理位置信息等。CBUSServer需要根據(jù)不同的選擇條件分別獲取用戶相關(guān)信息。 步驟S33、 CBUS Server對獲取回來的用戶相關(guān)信息進行評估,得出滿足條件的用戶URI列表。 步驟S34、CBUS Server查看請求消息中設(shè)置的接收方信息。 步驟S35、 CBUS Server判斷用戶選擇請求消息是否已經(jīng)包含了指定的接收方標識,或者僅提供了指定的接收方標識的獲取方式(如從Presence服務(wù)器上獲取請求者的設(shè)備ID信息)。 步驟S36、如果僅提供了指定的接收方標識的獲取方式,則CBUS Server從特定的用戶信息服務(wù)器獲取指定的接收方標識信息。 步驟S37、如果請求消息中已經(jīng)包含了指定的接收方標識,則進一步獲取指定的接收方的優(yōu)先級信息,根據(jù)優(yōu)先級順序?qū)⑦x擇結(jié)果發(fā)送給指定的接收方;或者進一步獲取指
定的接收方的接收條件信息,將選擇結(jié)果發(fā)送給滿足接收條件的指定的接收方。 步驟S38、用戶選擇過程結(jié)束,CBUS Server向請求者返回該結(jié)果是否成功發(fā)送的信息。 以下結(jié)合不同的具體應(yīng)用實例詳細說明以上方法。
實施例1 : 請求者在請求消息中設(shè)置用戶選擇條件,并且設(shè)置選擇結(jié)果的指定接收方,本實施例的指定接收方為請求者的任意一個設(shè)備,用戶選擇請求消息中直接包含了每個指定接收設(shè)備的ID,同時,為這些接收設(shè)備設(shè)置優(yōu)先級。 應(yīng)用場景請求者Alice有兩款設(shè)備,設(shè)備A和設(shè)備B,她用設(shè)備A來發(fā)送選擇條件,其選擇條件為John、 Joe、Bob中在線的、地理位置信息在北京的朋友。為了能夠保證選擇結(jié)果能夠?qū)崟r的發(fā)給請求者,她為設(shè)備A和B設(shè)置優(yōu)先級,首先將選擇結(jié)果發(fā)送給設(shè)備A,在設(shè)備A接收不到選擇結(jié)果的時候,則發(fā)送至設(shè)備B。在向CBUS Server發(fā)送請求消息的時候,除了包括選擇條件,也包括接收設(shè)備的標識,其中接收設(shè)備標識既包括設(shè)備A的標識,也包括設(shè)備B的標識。圖4a為本實施例用戶選擇請求消息的內(nèi)容。圖4b為本實施例的具體流程。 步驟S41、Alice用設(shè)備A向CBUS Server發(fā)送選擇請求,其選擇條件為用戶范圍John、 Joe、 Bob,用戶狀態(tài)為在線、地理位置在北京。 步驟S42、同時在向CBUS Server發(fā)送的選擇請求中設(shè)置選擇結(jié)果的指定的接收
方,其指定的接收方為設(shè)備A或者設(shè)備B。優(yōu)先級信息為在CBUSServer沒有接收到設(shè)備A
的準確回應(yīng)時,將選擇結(jié)果發(fā)送給設(shè)備B,并且,在選擇結(jié)果中可以包括選擇條件。 步驟S43、 CBUS Server向呈現(xiàn)服務(wù)器獲取John、 Joe、 Bob的在線信息,向位置服
務(wù)器獲取John、 Joe、 Bob的位置信息。 步驟S44、呈現(xiàn)服務(wù)器和位置服務(wù)器返回John、 Joe、 Bob的相關(guān)信息。 步驟S45、 CBUS Server保存選擇回來的用戶信息并進行評估,得出滿足選擇條件
的用戶URI列表。 步驟S46、分析選擇請求中包含的指定的接收方,CBUS Server首先將選擇好的結(jié)
果和選擇條件一并發(fā)送至Alice的設(shè)備A。 步驟S47、由于設(shè)備A關(guān)機,則返回響應(yīng)接收失敗。 步驟S48:CBUS Server在收到設(shè)備A的回應(yīng)之后將選擇結(jié)果和選擇條件發(fā)送至設(shè)備B ; 步驟S49 :設(shè)備B向CBUS Server返回響應(yīng)成功接收。
實施例2 : 與實施例1類似,請求者在請求消息中設(shè)置用戶選擇條件,并且設(shè)置選擇結(jié)果的
指定接收方,本實施例的指定接收方為請求者的任意一個設(shè)備,用戶選擇請求消息中直接
包含了每個指定接收設(shè)備的ID,同時,為這些接收設(shè)備設(shè)置了優(yōu)先級。本實施例與實施例1
不同的是在選擇請求消息中沒有指定要進行選擇的用戶統(tǒng)一資源標識列表。 應(yīng)用場景請求者Alice有兩款設(shè)備,設(shè)備A和設(shè)備B,她用設(shè)備A來發(fā)送選擇條
件,其選擇條件為現(xiàn)在在某商場的人。為了能夠保證選擇結(jié)果能夠?qū)崟r的發(fā)給請求者,她為
8設(shè)備A和B設(shè)置優(yōu)先級,首先將選擇結(jié)果發(fā)送給設(shè)備A,在設(shè)備A接收不到選擇結(jié)果的時候,
則發(fā)送至設(shè)備B。在向CBUS Server發(fā)送請求消息的時候,除了包括選擇條件,也包括接收
設(shè)備的標識,其中接收設(shè)備標識既包括設(shè)備A的標識,也包括設(shè)備B的標識。圖5a為本實
施例用戶選擇請求消息的內(nèi)容。圖5b為本實施例的具體流程。其具體步驟為 步驟S51、Alice用設(shè)備A向CBUS Server發(fā)送選擇請求,其選擇條件為現(xiàn)在在某
商場的人。 步驟S52、同時在向CBUS Server發(fā)送的選擇請求中設(shè)置選擇結(jié)果的指定的接收
方,其指定的接收方為設(shè)備A或者設(shè)備B。優(yōu)先級信息為在CBUSServer沒有接收到設(shè)備A
的準確回應(yīng)時,將選擇結(jié)果發(fā)送給設(shè)備B,并且,在選擇結(jié)果中可以包括選擇條件。 步驟S53、 CBUS Server向相關(guān)的信息服務(wù)器獲取當前位置在某商場的用戶。 步驟S54、相關(guān)的信息服務(wù)器返回John、 Joe、 Bob目前在某商場。 步驟S55、 CBUS Server保存選擇回來的用戶信息并進行評估,得出滿足選擇條件
的用戶URI列表。 步驟S56、分析選擇請求中包含的指定的接收方,CBUS Server首先將選擇好的結(jié)
果和選擇條件一并發(fā)送至Alice的設(shè)備A。 步驟S57、由于設(shè)備A關(guān)機,則返回響應(yīng)接收失敗。 步驟S58:CBUS Server在收到設(shè)備A的回應(yīng)之后將選擇結(jié)果和選擇條件發(fā)送至設(shè)備B ; 步驟S59 :設(shè)備B向CBUS Server返回響應(yīng)成功接收。
實施例3 : 請求者在請求消息中設(shè)置用戶選擇條件,并且設(shè)置選擇結(jié)果的接收方,接收方可以是請求者的任意一個設(shè)備,用戶選擇請求消息中可以僅包含指定接收設(shè)備ID的獲取方式,本實施例還可以為不同設(shè)備設(shè)置相應(yīng)的接收條件,本實施例是根據(jù)請求者所在位置不同來決定由不同的設(shè)備來接收選擇結(jié)果。 應(yīng)用場景請求者Alice有兩款設(shè)備,設(shè)備A和設(shè)備B,在上班時間用設(shè)備A,在家的時候用設(shè)備B。 Alice發(fā)送選擇請求,其中包括了選擇條件和指定的接收方。本實施例的請求消息中還包括指定的接收方的接收條件在CBUSServer選擇出滿足條件的結(jié)果后,如果Alice的呈現(xiàn)信息中的行為信息顯示其在工作中,則將選擇結(jié)果發(fā)送至設(shè)備A ;如果呈現(xiàn)信息的行為信息顯示其在家中,則將選擇結(jié)果發(fā)送至設(shè)備B。 Alice在向CBUS Server發(fā)送請求消息的時候,選擇條件為John、 Joe、 Bob中在北京的朋友圖6a為本實施例用戶選擇請求消息的內(nèi)容。圖6b為本實施例的具體流程。 步驟S61 :Alice用設(shè)備A向CBUS Server發(fā)送選擇請求,選擇條件為用戶范圍John、 Joe、Bob,地理位置在北京。 步驟S62 :在選擇請求中設(shè)置選擇結(jié)果的指定的接收方,其指定的接收方為設(shè)備A或者設(shè)備B。其中,如果Alice的呈現(xiàn)信息中的行為信息顯示其在工作中,則選擇結(jié)果發(fā)送至設(shè)備A ;如果其呈現(xiàn)信息中的行為信息顯示其在家中,則選擇結(jié)果發(fā)送至設(shè)備B,并且,選擇結(jié)果中還可以包括選擇條件信息。 步驟S63 :CBUS Server向位置服務(wù)器獲取John、 Joe、 Bob的位置信息。
步驟S64 :CBUS Server向呈現(xiàn)服務(wù)器獲取Alice的activity (行為)信息。
步驟S65 :位置服務(wù)器返回John、 Joe 、 Bob的位置信息。
步驟S66 :呈現(xiàn)信息返回Alice的行為信息在家中。 步驟S67 :CBUS Server根據(jù)選擇回來John、 Joe、 Bob的用戶信息進行評估,得出滿足條件的用戶URI列表; 步驟S68 :CBUS Server根據(jù)步驟S66的結(jié)果來判斷將選擇結(jié)果和選擇條件一并發(fā)送給設(shè)備A或者B; 步驟S69 :根據(jù)步驟S68的分析,將選擇結(jié)果發(fā)送給Alice的設(shè)備B。
實施例4 : 在實施例1 、 2和3中,請求者指定的接收方標識都是請求者自己給定的,還有一種情況是請求者不清楚他的設(shè)備標識,在這種情況下,可以通過到相應(yīng)的服務(wù)器(如呈現(xiàn)服務(wù)器)上來獲取這些標識。 應(yīng)用場景請求者Alice有兩款設(shè)備,設(shè)備A和設(shè)備B,她用設(shè)備A來發(fā)送選擇條件,用設(shè)備B來接收選擇結(jié)果,其選擇條件為John、 Joe、 Bob中在線的朋友。在向CBUSServer發(fā)送請求消息的時候,除了包括選擇條件和返回內(nèi)容之外,也包括指定的接收方,以及去呈現(xiàn)服務(wù)器獲取設(shè)備B的標識。圖7a為本實施例用戶選擇請求消息的內(nèi)容。圖7b為本實施例的具體流程。 步驟S71 :Alice用設(shè)備A向CBUS Server發(fā)送用戶選擇請求,選擇條件為用戶范圍John、 Joe、Bob,用戶狀態(tài)為在線。 步驟S72 :在選擇請求中設(shè)置選擇結(jié)果的指定的接收方,指定的接收方為請求者的設(shè)備B,同時設(shè)置指定的接收方ID的獲取方式,即從呈現(xiàn)服務(wù)器上獲取設(shè)備B的ID。
步驟S73 :CBUS Server向呈現(xiàn)服務(wù)器獲取John、 Joe、 Bob的在線信息,并且獲取Alice的設(shè)備B的ID號。 步驟S74 :呈現(xiàn)服務(wù)器返回John、 Joe、 Bob的在線信息,同時返回Alice的設(shè)備B的ID號。 步驟S75 :CBUS Server根據(jù)選擇回來的John、 Joe、 Bob的用戶信息進行評估,得出滿足條件的用戶URI列表。 步驟S76 :根據(jù)步驟S74返回的Alice的設(shè)備B的ID號,CBUS Server將選擇結(jié)果和選擇條件一并發(fā)送給Alice的B設(shè)備。
實施例5 : 在實施例1、2、3、4中,請求者設(shè)置的指定的接收方都是請求者的多個終端設(shè)備,還有一種情況是請求者發(fā)送選擇條件,將選擇結(jié)果則發(fā)送給其指定的其他用戶,可以指定一個用戶,也可以指定多個用戶。 應(yīng)用場景Alice和Bob決定召集其朋友進行一次PoC會話,Alice向CBUSServer發(fā)送選擇請求,并且在發(fā)送選擇請求的同時,將選擇結(jié)果指定發(fā)送給Bob,由Bob根據(jù)選擇回來的用戶來創(chuàng)建一個PoC會話。Alice在向CBUS Server發(fā)送請求消息的時候,選擇條件為John、 Joe、Tom、Lily中在線的、愛好足球的朋友,在請求消息中除了包括選擇條件,也要包括對指定的接收方的設(shè)置,即Bob的URI,在選擇完成后將選擇結(jié)果、選擇條件和Alice的URI —并發(fā)給Bob。圖8a為本實施例用戶選擇請求消息的內(nèi)容。圖8b為本實施例的具
步驟S81 :Alice向CBUS Server發(fā)送選擇請求,選擇條件為用戶范圍John、 Joe、 Tom、Lily,用戶狀態(tài)為在線、愛好為足球。 步驟S82 :在選擇請求中設(shè)置選擇結(jié)果的指定的接收方。 步驟S83 :CBUS Server向呈現(xiàn)服務(wù)器獲取John、 Joe、Tom、Lily的在線信息、興趣
愛好信息。 步驟S84 :CBUS Server返回John、 Joe、 Tom、 Lily的相關(guān)呈現(xiàn)信息。 步驟S85 :CBUS Server對這些條件信息進行評估,得出滿足條件的用戶URI列
表; 步驟S86 :根據(jù)步驟S82,CBUS Server分析選擇結(jié)果的指定的接收方,指定的接收 方為Bob ; 步驟S87 :CBUS Server將選擇結(jié)果、選擇條件和Alice的URI發(fā)送至Bob的URI ;
步驟S88 :根據(jù)步驟S87, CBUS Server向Alice發(fā)送選擇結(jié)果已成功發(fā)送至Bob 的消息。 實施例6: 在實施例5中,請求者和其指定的接收方都為單個用戶,當然,請求者和其指定的 接收方也可以是應(yīng)用服務(wù)器。 應(yīng)用場景某品牌公司推出一款新的產(chǎn)品,為了吸引老顧客的光臨惠顧,由廣告公 司制作一個廣告并且發(fā)送給這些顧客。在CBUS中,請求者是品牌公司,指定的接收方是某 廣告服務(wù)器,新老顧客就是由CBUS Server選擇回來的用戶URI。此品牌公司發(fā)送的請求消 息中既包括選擇條件,也包括指定的接收方,同時也可以設(shè)置返回內(nèi)容,其中,選擇條件為 老顧客John、Joe、Tom、Lily、Alice中在線、愛好籃球、位置在北京的顧客,指定的接收方為 某廣告服務(wù)器。在選擇結(jié)果完成后,CBUS Server將滿足條件的用戶URI列表、請求者的用 戶URI—起發(fā)送給此廣告服務(wù)器。圖9a為本實施例用戶選擇請求消息的內(nèi)容。圖9b為本 實施例的具體流程。 步驟S91 :公司向CBUS Server發(fā)送選擇請求,選擇條件為John、 Joe、Tom、Lily、 Alice中在線、愛好籃球、位置在北京的用戶。 步驟S92 :選擇請求中設(shè)置選擇結(jié)果的指定的接收方,其指定的接收方為廣告服 務(wù)器。 步驟S93:CBUS Server向呈現(xiàn)服務(wù)器獲取John、Joe、 Tom、Lily、 Alice中狀態(tài)為 在線、興趣愛好是籃球的用戶,向位置服務(wù)器獲取位置在北京的用戶。 步驟S94 :用戶信息服務(wù)器向CBUS Server返回John、 Joe、 Tom、 Lily、 Alice的相
關(guān)信息。 步驟S95 :CBUS Server對這些條件信息進行評估,得出滿足條件的用戶URI列表。
步驟S96 :根據(jù)步驟S92,CBUS Server分析選擇結(jié)果的指定的接收方,指定的接收 方為廣告服務(wù)器。 步驟S97 :CBUS Server將選擇結(jié)果、選擇條件和品牌公司的URI發(fā)送至廣告服務(wù) 器。 本發(fā)明實施例的上述技術(shù)方案中,請求者在向CBUS Server發(fā)送請求消息中指定 選擇結(jié)果的接收方,通過該設(shè)置,可以將選擇結(jié)果發(fā)送至請求者的不同設(shè)備,也可以發(fā)送至
11請求者指定的其他接收者,增強了選擇結(jié)果發(fā)送的有效性,更好的滿足了用戶的需求與體 驗。 以上所述的具體實施方式
,對本發(fā)明的目的、技術(shù)方案和有益效果進行了進一步 詳細說明,所應(yīng)理解的是,以上所述僅為本發(fā)明的具體實施方式
而已,并不用于限定本發(fā)明 的保護范圍,凡在本發(fā)明的精神和原則之內(nèi),所做的任何修改、等同替換、改進等,均應(yīng)包含 在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
一種基于條件的用戶選擇方法,其特征在于,所述方法包括接收請求者發(fā)來的包含用戶選擇條件和指定的接收方的用戶選擇請求消息;根據(jù)所述的用戶選擇請求消息將滿足所述用戶選擇條件的用戶統(tǒng)一資源標識列表發(fā)送給所述的指定的接收方。
2. 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述用戶選擇請求消息還包括用戶統(tǒng)一 資源標識列表;根據(jù)所述的用戶選擇請求消息將滿足所述用戶選擇條件的用戶統(tǒng)一資源標 識列表發(fā)送給所述的指定的接收方,包括根據(jù)所述的用戶選擇請求消息獲取用戶相關(guān)信息;對獲取的用戶相關(guān)信息進行評估,得到滿足所述用戶選擇條件的用戶統(tǒng)一資源標識列表;將滿足所述用戶選擇條件的用戶統(tǒng)一資源標識列表發(fā)送給所述的指定的接收方。
3. 根據(jù)權(quán)利要求2所述的方法,其特征在于,所述的指定的接收方的標識由請求者在 所述用戶選擇請求消息中直接指定或從相關(guān)服務(wù)器獲取。
4. 根據(jù)權(quán)利要求3所述的方法,其特征在于,所述的指定的接收方的標識包括設(shè)備的 標識和/或用戶的統(tǒng)一資源標識。
5. 根據(jù)權(quán)利要求3所述的方法,其特征在于,將滿足所述用戶選擇條件的用戶統(tǒng)一資 源標識列表發(fā)送給所述的指定的接收方,包括從所述用戶選擇請求消息中獲取所述指定的接收方標識,將滿足所述用戶選擇條件的 用戶統(tǒng)一資源標識列表發(fā)送給所述指定的接收方。
6. 根據(jù)權(quán)利要求3所述的方法,其特征在于,將滿足所述用戶選擇條件的用戶統(tǒng)一資 源標識列表發(fā)送給所述的指定的接收方,還包括從所述相關(guān)服務(wù)器獲取所述指定的接收方標識,將滿足所述用戶選擇條件的用戶統(tǒng)一 資源標識列表發(fā)送給所述指定的接收方。
7. 根據(jù)權(quán)利要求2所述的方法,其特征在于,所述用戶選擇請求消息中還包含所述指 定的接收方的優(yōu)先級順序;將滿足所述用戶選擇條件的用戶統(tǒng)一資源標識列表發(fā)送給所述 的指定的接收方,包括按照所述優(yōu)先級順序,將滿足所述用戶選擇條件的用戶統(tǒng)一資源標識列表發(fā)送給所述 的指定的接收方。
8. 根據(jù)權(quán)利要求2所述的方法,其特征在于,所述用戶選擇請求消息中還包含所述指 定的接收方的接收條件;將滿足所述用戶選擇條件的用戶統(tǒng)一資源標識列表發(fā)送給所述的 指定的接收方,還包括當所述指定的接收方的接收條件滿足時,將滿足所述用戶選擇條件的用戶統(tǒng)一資源標 識列表發(fā)送給所述的指定的接收方。
9. 一種基于條件的用戶選擇服務(wù)器,其特征在于,所述服務(wù)器包括選擇請求接收單元,用于接收請求者發(fā)來的包含用戶選擇條件和指定的接收方的用戶 選擇請求消息;選擇請求處理單元,用于根據(jù)所述的用戶選擇請求消息將滿足所述用戶選擇條件的用 戶統(tǒng)一資源標識列表發(fā)送給所述的指定的接收方。
10. 根據(jù)權(quán)利要求9所述的服務(wù)器,其特征在于,所述用戶選擇請求消息還包括用戶統(tǒng)一資源標識列表;所述選擇請求處理單元包括用戶相關(guān)信息獲取單元,用于根據(jù)所述的用戶選擇請求消息獲取用戶相關(guān)信息; 用戶選擇單元,用于對獲取的用戶相關(guān)信息進行評估,得到滿足所述用戶選擇條件的用戶統(tǒng)一資源標識列表;選擇結(jié)果指定發(fā)送單元,用于將滿足所述用戶選擇條件的用戶統(tǒng)一資源標識列表發(fā)送給所述的指定的接收方。
11. 根據(jù)權(quán)利要求io所述的服務(wù)器,其特征在于,所述的請求消息中包含了所述指定的接收方的標識;所述選擇結(jié)果指定發(fā)送單元,用于從所述用戶選擇請求消息中獲取所述 指定的接收方標識,將滿足所述用戶選擇條件的用戶統(tǒng)一資源標識列表發(fā)送給所述指定的 接收方。
12. 根據(jù)權(quán)利要求IO所述的服務(wù)器,其特征在于,所述的請求消息中包含了所述指定 的接收方的標識的獲取方式;所述選擇結(jié)果指定發(fā)送單元,還用于根據(jù)所述獲取方式從相 關(guān)服務(wù)器獲取所述指定的接收方標識,將滿足所述用戶選擇條件的用戶統(tǒng)一資源標識列表 發(fā)送給所述指定的接收方。
13. 根據(jù)權(quán)利要求10所述的服務(wù)器,其特征在于,所述用戶選擇請求消息中還包含所 述指定的接收方的優(yōu)先級順序;所述選擇結(jié)果指定發(fā)送單元,用于按照所述優(yōu)先級順序,將 滿足所述用戶選擇條件的用戶統(tǒng)一資源標識列表發(fā)送給所述的指定的接收方。
14. 根據(jù)權(quán)利要求IO所述的服務(wù)器,其特征在于,所述用戶選擇請求消息中還包含所 述指定的接收方的接收條件;所述選擇結(jié)果指定發(fā)送單元,還用于當所述指定的接收方的 接收條件滿足時,將滿足所述用戶選擇條件的用戶統(tǒng)一資源標識列表發(fā)送給所述的指定的 接收方。
15. —種基于條件的用戶選擇系統(tǒng),其特征在于,所述系統(tǒng)包括用戶選擇請求裝置,用于發(fā)送包含用戶選擇條件和指定的接收方的用戶選擇請求消息;用戶選擇服務(wù)器,用于接收所述用戶選擇請求裝置發(fā)送的用戶選擇請求消息,根據(jù)所 述的用戶選擇請求消息將滿足所述用戶選擇條件的用戶統(tǒng)一資源標識列表發(fā)送給所述的 指定的接收方。
16. 根據(jù)權(quán)利要求15所述的系統(tǒng),其特征在于,所述用戶選擇請求裝置所發(fā)送的用戶 選擇請求消息中還包含用戶統(tǒng)一資源標識列表;所述系統(tǒng)還包括用戶信息服務(wù)器,用于提供基于條件的用戶信息查詢;所述用戶選擇服務(wù)器,還用于根據(jù)所述的用戶選擇請求消息從所述用戶信息服務(wù)器獲 取用戶相關(guān)信息,對獲取的用戶相關(guān)信息進行評估得到滿足所述用戶選擇條件的用戶統(tǒng)一 資源標識列表,并將滿足所述用戶選擇條件的用戶統(tǒng)一資源標識列表發(fā)送給所述的指定的 接收方。
17. 根據(jù)權(quán)利要求16所述的系統(tǒng),其特征在于,所述用戶信息服務(wù)器包括呈現(xiàn)服務(wù) 器、位置服務(wù)器以及能力管理服務(wù)器中的一個或多個。
全文摘要
本發(fā)明實施例提供一種基于條件的用戶選擇方法、服務(wù)器與系統(tǒng)。所述方法包括接收請求者發(fā)來的包含用戶選擇條件和指定的接收方的用戶選擇請求消息;根據(jù)所述的用戶選擇請求消息將滿足所述用戶選擇條件的用戶統(tǒng)一資源標識列表發(fā)送給所述的指定的接收方。本發(fā)明實施例基于條件的用戶選擇方法在用戶選擇請求中增加了指定的接收方,使選擇結(jié)果能夠根據(jù)請求者的設(shè)置發(fā)送給用戶所需的接收方,增強了選擇結(jié)果發(fā)送的有效性,更好的滿足了用戶的需求與體驗。
文檔編號H04L29/08GK101741810SQ200810174400
公開日2010年6月16日 申請日期2008年11月7日 優(yōu)先權(quán)日2008年11月7日
發(fā)明者宋悅, 常新苗, 李小娟 申請人:華為終端有限公司