專利名稱:評估結(jié)果獲取方法和條件評估服務(wù)器的制作方法
技術(shù)領(lǐng)域:
本發(fā)明實施例涉及通信領(lǐng)域,特別涉及一種評估結(jié)果獲取方法和條件評 估服務(wù)器。
背景技術(shù):
群組通信在通信領(lǐng)域中有著比較廣的應(yīng)用范圍,根據(jù)群組的特點,可
以分為預(yù)定義(Pre-arranged)群組,臨時(Ad-hoc)群組和聊天(Chat) 群組。預(yù)定義群組為預(yù)先定義好的一組成員,有固定的群組ID和與該群 組ID相關(guān)聯(lián)的成員;對于Ad-hoc群組指的是在會話的時候臨時指定的一 些成員所組成的群組,沒有指定的群組ID; Chat群組是指一個Chat會場 中,參與Chat會話的所有成員所組成的群組。
為了使動態(tài)群組的功能更具有通用性,使其它的業(yè)務(wù)服務(wù)器可以共同 使用,引入了動態(tài)群組服務(wù)器(Dynamic Group Server, DGS)的概念, DGS用來確定滿足條件的動態(tài)群組成員,并把相關(guān)的動態(tài)群組成員信息告 知業(yè)務(wù)服務(wù)器,業(yè)務(wù)服務(wù)器把成員信息反饋到客戶端,由客戶端向業(yè)務(wù)服 務(wù)器發(fā)起業(yè)務(wù)請求,并邀請相應(yīng)的成員參與會話。
在基于動態(tài)群組的會話中,當(dāng)群組成員不滿足評估條件時,動態(tài)群組 服務(wù)器在告訴業(yè)務(wù)服務(wù)器的通知中,只包含有哪些群組成員滿足評估條 件,并沒有包含哪些群組成員沒有滿足評估條件,也沒有包含不滿足評估 條件的原因,即哪些條件匹配成功、哪些條件沒有匹配,導(dǎo)致群組成員在 被拒絕或結(jié)束參與會話的時候無法獲取原因。
發(fā)明內(nèi)容
5本發(fā)明實施例提供一種評估結(jié)果獲取方法和條件評估服務(wù)器,用以實現(xiàn) 當(dāng)群組成員不滿足評估條件時,能夠獲取評估結(jié)果的詳細(xì)信息。
本發(fā)明實施例提供了一種評估結(jié)果獲取方法,包括 解析接收到的請求消息,獲取評估對象、評估條件和評估設(shè)置; 根據(jù)所述評估設(shè)置和所述評估條件,對評估對象的相關(guān)信息進行評估; 發(fā)送攜帶有評估結(jié)果的通知消息。 本發(fā)明實施例提供了一種條件評估服務(wù)器,包括
解析模塊,用于解析接收到的請求消息,獲取評估對象、評估條件和評 估設(shè)置;
評估模塊,用于根據(jù)所述評估設(shè)置和所述評估條件,對評估對象的相關(guān) 信息進行評估;
通知模塊,用于發(fā)送攜帶有評估結(jié)果的通知消息。
本發(fā)明實施例通過解析接收到的請求消息,獲取到評估對象、評估條件 和評估設(shè)置,通過條件評估確定滿足條件的群組成員,把詳細(xì)的條件評估結(jié) 果反饋給群組成員的客戶端,使得群組成員在被拒絕或結(jié)束參與會話的時候 能夠獲取詳細(xì)的評估結(jié)果信息即原因。
下面結(jié)合附圖和具體實施例進一步說明本發(fā)明實施例的技術(shù)方案。
圖1為本發(fā)明評估結(jié)果獲取方法的第一實施例的流程示意圖; 圖2為本發(fā)明評估結(jié)果獲取方法的第二實施例的流程示意圖; 圖3為本發(fā)明評估結(jié)果獲取方法的第三實施例的流程示意圖; 圖4為本發(fā)明評估結(jié)果獲取方法的第四實施例的流程示意圖; 圖5為本發(fā)明評估結(jié)果獲取方法的第五實施例的流程示意圖; 圖6為本發(fā)明評估結(jié)果獲取方法的第六實施例的流程示意圖; 圖7為本發(fā)明評估結(jié)果獲取方法的第七實施例的流程示意圖;圖8為本發(fā)明評估結(jié)果獲取方法的第八實施例的流程示意圖; 圖9為本發(fā)明評估結(jié)果獲取方法的第九實施例的流程示意圖; 圖10為本發(fā)明條件評估服務(wù)器的具體實施例的結(jié)構(gòu)示意圖。
具體實施例方式
如圖1所示,為本發(fā)明評估結(jié)果獲取方法的第一實施例的流程示意圖。 本實施例包括
步驟101、客戶端向條件評估服務(wù)器發(fā)送SUBSCRIBE訂閱請求消息,該 訂閱請求消息包括群組標(biāo)識、評估條件、評估設(shè)置和評估事件標(biāo)識。
其中,群組標(biāo)識用來表示預(yù)定義群組,如群組ID;評估條件用來指定動 態(tài)群組中成員應(yīng)該滿足的評估條件;評估設(shè)置用來設(shè)置條件評估服務(wù)器評估 條件的執(zhí)行方式,如僅評估一次、評估多次、實時評估,以及評估的時間, 評估的間隔等信息;評估事件標(biāo)識用來標(biāo)識該消息是評估事件,需要條件評 估服務(wù)器執(zhí)行評估。實時評估結(jié)束的方法為評估條件滿足,或達到預(yù)定義 的監(jiān)控時間。
下面以SUBSCRIBE請求消息為例,具體的消息格式如下
SUBSCRIBE sip:golf-buddies @example.com SIP/2.0
Via: SIP/2.0/TCP pda.example,com;branch=z9hG4bKnash54
To: <sip: golf-buddies@example.com〉
From: <sip:user@example.com〉;tag=xfg9
Call-ID: 4654674982
CSeq: 1 SUBSCRIBE
Contact: <sip:user@pda.example.com〉
Max-Forwards: 70
Event: condevAccept: application/condev-result+xml Content-type: application/condev-rules+xml Length:...
< xml version=" 1.0" encoding="UTF-8" 〉
<condev-rules xmlns="um:ietf:params:xml:ns:condev-rules" xmlns:pidf="urn:ietf:pamms:xml:ns:pidf' xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid" xmlns:pp=,, um:ietf:params:xml:ns:pidf:person"〉
<rule id="a">
<conditions type=,,xpath,,> <include〉
/pidf:presence/pidf:tuple[rpid:class="PoC"]/ pidf: status [pidf:basic=,,open,,]/pidf:basic
</include>
<include〉
/pidf:presence/pidf:person/pp:status[pp:place-type =,,office,,]/pp:place-type
</include〉
</conditions>
<rule>
< evaluation-setting 〉 < evaluation-type 〉 RealTime</ evaluation-type ><validity>
<from〉2008-01-20T17:00:00+01:00</from〉 <until>2008-01陽20T19:00:00+01:00</until〉 </validity〉 </ evaluation-setting > </condev-rules>
上述的消息格式中,定義了一個新的事件包condev,表示為一個條件評 估事4牛;Accept消息頭為application/condev-result+xml,表示才妻受的內(nèi)容為i平 估結(jié)果;Content-Type消息頭為application/condev陽rules+xml, 表示在消息體 中的內(nèi)容為評估條件〈condev誦rules〉,其中包括〈rule〉和〈evaluation-setting〉, <rule id="a">表示需要評估的內(nèi)容和條件,評估的內(nèi)容為pidf:basic和 pp:place-type,表示需要從群組成員對應(yīng)的呈現(xiàn)服務(wù)器上獲取這兩個信息;評 估的條件分別為pidf:bask^"open"和pp:place-type="office",表示當(dāng)群組成員 的pidf:basic虧直為open并且pp:place-type <直為office訝夫態(tài)時,滿足^平估條^牛。
在〈rule〉中,各〈include〉之間邏輯關(guān)系為"與",當(dāng)所有〈include〉條件滿 足時,該〈rule〉才成立。同樣,在〈condev-rules〉中可以定義多個〈rule〉, <rule〉 與〈rule〉之間的邏輯關(guān)系為"或",其中任何一個〈rule〉中的條件滿足時,表 示〈condev-rules〉^H古條4牛匹面己。
在<evaluation-setting〉中的內(nèi)容表示設(shè)置評估條件的執(zhí)行方式即評估方 式,<evaluation-type〉 RealTime</ evaluation-type〉表示具體的評估類型為 RealTime,實時評估;<validity>中的內(nèi)容表示該評估方式的有效時間段, <from〉中的內(nèi)容表示開始時間,<until〉中的內(nèi)容表示結(jié)束時間; 〈evaluation-type〉中的內(nèi)容還可以為僅評估 一 次,如< evaluation-type >ONCE</evahiation-type〉;也可以為評估多次,同時還包括設(shè)置多次評估的 時間間隔,設(shè)置最大時間間隔和最小時間間隔等信息。步驟102、條件評估服務(wù)器根據(jù)SUBSCRIBE消息中的群組標(biāo)識,通過 GET獲取消息向XML文檔管理服務(wù)器(XML Document Management Server, XDMS)發(fā)起一個獲取群組成員的請求;
步驟103、 XDMS發(fā)送OK響應(yīng)消息到條件評估服務(wù)器,該響應(yīng)消息包 括群組成員信息。
如群組 golf-buddies@example.com 中包括 a@example.com , b@ example.com和c@example.com三個成員,則在上述口向應(yīng)消息中包括這三個 成員的URI信息;
步驟104、條件評估服務(wù)器保存評估設(shè)置。
其中的評估設(shè)置用于指定條件評估的執(zhí)行方式,如評估一次、實時評估、 評估多次,評估的時間間隔,評估的粒度等信息。評估的粒度可以指評估的 周期等信息。
下面以實時評估為例,評估設(shè)置以XML格式表示如下 < xml version="1.0" encoding="UTF-8" 〉 <condev-settings xmlns="um:oma:params:xml:ns:condev-settings"〉
<evaluation-type> RealTime</evaluation-type〉
<validity>
<from〉2008-01-20T17:00:00+01:00</from>
<until>2008-01-20T19:00:00+01:00</until〉 </validity〉 </entity〉 </ condev-settings >
上述的消息格式中,<6¥811^1011-加6〉中的內(nèi)容RealTime表示具體的評 估方式為實時評估;〈validity〉中的內(nèi)容表示該評估方式的有效時間段。步驟105、條件評估服務(wù)器向資源列表服務(wù)器(Resource List Servers, RLS )發(fā)送SUBSCRIBE訂閱請求消息,以訂閱群組成員相應(yīng)的呈現(xiàn)信息, 該SUSCRIBE請求消息包括群組成員信息和訂閱的呈現(xiàn)信息。下面以訂閱 Presence為例,消息才各式i口下
SUBSCRIBE sip:golf-buddies @example.com SIP/2.0
Via: SIP/2.0/TCP host.example.com;branch=z9hG4bKnash54d
To: <sip: golf-buddies@example.com〉
From: <sip:condev@example,com>;tag=xsdfg9
Call-ID: 4654674982
CSeq: 12 SUBSCRIBE
Contact: <sip:condev@host.example.com>
Max-Forwards: 70
Event: presence
Content-type: multipart/mixed; boundary="boundaryr Length:...
—boundary 1
Content-Type: application/resource-lists+xml
< xml version-" 1.0" encoding="UTF-8" 〉
<resource-lists xmlns="um:ietf:params:xml:ns:resource-lists"
xmlns:xsi="http:〃www.w3.org/2001/XMLSchema-instance"〉
<list〉
<entry uri="sip:a@example.com" /〉<entry uri="sip:b@example.com" /> <entry uri="sip:c@example.com" /〉 </list>
</resource-lists〉 —boundary 1
Content-Type: application /simple-filter+xml
< xml version="1.0" encoding="UTF-8" 〉
<filter-set xmlns="urn:ietf:params:xml:ns:simple-filter"> <ns-bindings>
〈ns隱binding prefix="pidf' um="urn:ietf:params:xml:ns:pidf'/> <ns-binding prefix="rpid"
um="um: ietf:params: x:ml :ns :pidf:rpid"/> <ns-binding prefic=,,pp,, um=" um:ietf:params:xml:ns:pidf:person,V〉 </ns-bindings>
<filter id="123" uri="sip:presentity@example.com"〉 <what〉 <include〉
/pidf:presence/pidf:tuple[rpid:class="PoC"]/ pidf:status/pidf:basic
</include>
〈include〉
/pidf:presence/pidf:person/pp:status/pp:place-type</include> </what> </filter> </filter-set> —boundary 1—
上述SUBSCRIBE的消息體才各式中,Content-Type: application/resource -lists+xml部分的內(nèi)容表示定義的對象,分另'j為 a@example.com , b@example.com和c@example.com; Content-Type: application/simple-filter+xml 部分的內(nèi)容表示根據(jù)評估條件訂閱的內(nèi)容,使用simple-filter來過濾訂閱的內(nèi) 容,根據(jù)評估條件這里訂閱了成員的/pidf:presence/pidf:tuple[rpid:class^'PoC"] /pidf:status/pidf:basic狀態(tài)信息和/pidf:presence/pidf:person/pp:status/pp:place-type狀態(tài)信息。
有時呈現(xiàn)服務(wù)器需要對訂閱請求消息進行鑒權(quán),只有得到授權(quán)的請求才 能訂閱成員的呈現(xiàn)信息。在訂閱消息中,可以攜帶群組成員的授權(quán)信息到呈 現(xiàn)服務(wù)器(Presence Server, PS)上訂閱呈現(xiàn)信息,這里條件評估服務(wù)器到 PS的訂閱消息中通過攜帶P-Asserted-Identity消息頭,在P-Asserted-Identity 消息頭帶上請求的信息。
條件評估服務(wù)器在獲取群組成員的呈現(xiàn)信息時,也可以由條件評估服務(wù) 器為群組中的每個成員分別訂閱成員的呈現(xiàn)信息。
步驟106、 RLS收到來自條件評估服務(wù)器的群組訂閱請求消息,根據(jù)該 請求消息中的群組成員信息和訂閱成員的呈現(xiàn)信息,使用SUBSCRIBE消息 分別向群組成員對應(yīng)的PS發(fā)送訂閱請求,以訂閱群組成員的呈現(xiàn)信息;
步驟107 、 RLS收到來自各個PS的Notify通知消息的響應(yīng)信息;
步驟108、 RLS匯總收到的訂閱的群組成員信息,發(fā)送Notify通知消息到條件評估服務(wù)器,該Notify消息中包括群組成員信息和與其相關(guān)的呈現(xiàn)信 自
若返回的信息中成員a@example.com,b@example.com禾口 c@example.com 的〈basic〉狀態(tài)4言息為open,則〈place-type〉狀態(tài)4言息都為office。
步驟109、條件評估服務(wù)器根據(jù)評估設(shè)置和評估條件,對群組成員進行 評估,來確定滿足評估條件的群組成員,并保存評估條件的執(zhí)行結(jié)果。
當(dāng)群組成員的〈basiO狀態(tài)信息為open并且〈place-type〉狀態(tài)信息為office 時,才滿足評估條件。經(jīng)過條件評估服務(wù)器的實時評估,成員a@example.com, b@example.com和c@example.com者卩滿足^H古條4牛;
步驟110、條件評估服務(wù)器使用Notify通知消息通知客戶端動態(tài)群組信 息,該消息包括滿足評估條件的群組成員信息、不滿足評估條件的成員信息 和評估條件的執(zhí)行結(jié)果信息,或者他們的結(jié)合,具體Notify消息格式如下
NOTIFY sip:user@example.com SIP/2.0
Via: SIP/2.0/TCP condev.example.com;branch=z9hG4bKnash54
Max-Forwards: 70
From: <sip:condev.example.com>;tag=JenZ40P3
To: <sip: user@example.com 〉;tag=al2eztNf
Call-ID: 4566523 ljhkj
CSeq: 452 NOTIFY
Contact: < sip:condev@example.com>
Content-Type: application/condev-result+xml
Content-Length:...
< xml version=" 1.0" encoding="UTF-8" ><condev-result xmlns="urn:ietf:params:xml:ns:condev-result"〉 <match-list〉
<entry uri="sip:a@example.com" /> <entry uri="sip:b@example.com" /〉 </match-list〉 < mismatch-list 〉 <entry uri="sip:c@example.com" > <failure-info>
Place type doesn't match! </failurc-info〉
</entry> <mismatch-list/> </condev-info〉
上述的消息才備式中,Content-Type: application/condev-result+xml內(nèi)容指明 了評估結(jié)果,包括滿足評估條件的群組成員信息,不滿足評估條件的成員信 息和不滿足評估條件的原因;<match-list>t的內(nèi)容為滿足評估條件的群組成 員信息;<mismatch-list〉t包括了不滿足評估條件的群組成員信息和條件匹配 結(jié)果。上述例子中,群組成員為a@example.com和b@example.com滿足評估 條件,<entry uri="sip:b@example.com">t的內(nèi)容表示不滿足評估條件的群組 成員為c@example.com; <failure-info〉中的內(nèi)容給出了不滿足評估條件的原 因,是由于place信息不匹配,這里還可以給出具體的匹配結(jié)果信息,如包括 匹配項和不匹配項,例如是由于〈place-type〉信息為home導(dǎo)致的不匹配。
上述步驟101 ~步驟110是終端獲取動態(tài)群組成員信息的過程。在客戶 端從條件評估服務(wù)器上獲取動態(tài)群組成員信息的過程中,除了上述過程中使用SUBSCRIBE消息和Notify消息外,客戶端可以使用XCAP協(xié)議,通過GET 請求消息告知條件評估服務(wù)器,在GET消息中攜帶評估對象(群組標(biāo)識)、 評估條件和評估設(shè)置等信息,條件評估服務(wù)器通過獲取評估對象的信息并進 行評估,通過OK響應(yīng)消息中攜帶群組成員信息、評估結(jié)果等信息,從而實 現(xiàn)了客戶端從條件評估服務(wù)器上獲取動態(tài)群組成員信息的目的。
步驟111 、客戶端根據(jù)接收收到的滿足條件的動態(tài)群組成員信息與業(yè)務(wù)服 務(wù)器進行交互,以邀請相應(yīng)的動態(tài)群組成員并建立群組會話。
客戶端呈現(xiàn)接收到的不滿足評估條件的原因,其成員可以根據(jù)該原因修 改一些用戶可以設(shè)置的選項,以滿足評估條件,重新發(fā)起請求加入會話,以 供進行重新評估。
其中的業(yè)務(wù)服務(wù)器可以是無線一鍵通(Push-to-talk over Cellular, PoC ) 服務(wù)器、即時消息(Instant Message, IM)服務(wù)器、融合IP消息(Converged IP Messaging, CPM)服務(wù)器等。
本實施例中,客戶端首先從條件評估服務(wù)器上獲取滿足評估條件的群組 成員,條件評估服務(wù)器根據(jù)客戶端的評估條件,通過條件評估確定滿足評估 條件的群組成員,把群組成員信息和條件評估結(jié)果反饋給客戶端;客戶端和 業(yè)務(wù)服務(wù)器進行交互,與滿足條件的群組成員建立會話。
如圖2所示,為本發(fā)明評估結(jié)果獲取方法的第二實施例的流程示意圖。 與上一實施例相比,本實施例在步驟111之后還可以包括以下步驟
步驟201、當(dāng)某一個PS上的群組成員的呈現(xiàn)信息發(fā)生變化時,該PS通 過Notify通知消息通知RLS,由RLS前轉(zhuǎn)Notify消息到條件評估服務(wù)器,以 通知條件評估服務(wù)器該群組成員的呈現(xiàn)信息的變化信息。
若PS (B)上的群組成員B的呈現(xiàn)信息發(fā)生變化,例如,成員 b@example.com的〈place-type〉狀態(tài)信息由實施例一的office變?yōu)閔ome;步驟202、條件評估服務(wù)器根據(jù)評估設(shè)置和評估條件,對群組成員的相 關(guān)信息進行實時評估,發(fā)現(xiàn)該成員B不滿足評估條件,并保存不滿足評估條
件的該群組成員信息和條件評估結(jié)果。
條件評估服務(wù)器實時評估群組成員是否滿足評估條件,當(dāng)檢測到群組成
員B的〈place-type〉狀態(tài)信息為home時,則根據(jù)評估設(shè)置的條件和評估條件 判斷出該成員b@example.com不滿足評估條件;
步驟203、條件評估服務(wù)器發(fā)送Notify通知消息告知客戶端群組成員的 變化情況,該通知消息包括不滿足評估條件的群組成員信息和條件評估結(jié)果。 下面以群組成員B不滿足評估條件為例,具體的消息格式如下
NOTIFY sip:user@example.com SIP/2.0
Via: SIP/2.0/TCP condev.example.com;branch=z9hG4bKnash54
Max-Forwards: 70
From: <sip: condev. example. com〉 ;tag=JenZ40P3
To: <sip: user@example.com 〉;tag=al2eztNf
Call-ID: 4566523 ljhkj
CSeq: 455 NOTIFY
Contact: < sip:condev@example.com>
Content-Type: application/condev-result+xml
Content-Length:...
< xml version-" 1.0" encoding="UTF-8" 〉 <condev-result xmlns="um:ietf:params:xml:ns:condev-result "> < mismatch-list 〉
<entry uri二"sip:b⑥example.com"〉<failure-info〉
Place type doesn't match! </failure-info〉
</entry> <mismatch-list/> </condev-info〉
在上述消息體中,<mismatch-list>t包括了不滿足評估條件的群組成員信 息和條件匹配結(jié)果,<entry uri-"sip:b^example.com"〉中的內(nèi)容表示不滿足評 估條件的群組成員為b@example.com; 〈failure-info〉中的內(nèi)容給出了不滿足 評估條件的原因,是由于place信息不匹配,這里還可以給出具體的匹配結(jié)果 信息,如包括匹配項和不匹配項,例如是由于〈place-type〉信息為home導(dǎo)致 的不配;
步驟204、客戶端獲知群組中有成員不滿足評估條件后,通過REFER參 考消息告知業(yè)務(wù)服務(wù)器結(jié)束與不滿足評估條件的群組成員之間進行的會話, 并在REFER消息的refer-to消息頭中使用BYE方法指明要退出會話的群組成 員,并攜帶該群組成員被退出會話的原因,這里還可以攜帶條件匹配的細(xì)節(jié)。 下面以客戶端要求結(jié)束與成員sip:b@example.com之間的會話為例,在消息 體中攜帶條件評估結(jié)果的xml格式如下
< xml version="1.0" encoding="UTF-8" >
<reason-info xmlns="urn:ietf:params:xml:ns:reason-info "〉
<failure-info>
Place type doesn't match!
</ failure-info 〉 </reason-info〉步驟205、業(yè)務(wù)服務(wù)器發(fā)送BYE退出消息到群組成員B,該BYE消息中 攜帶有退出的原因。具體消息格式如下
BYE sip:b@example.com SIP/2.0 Max-Forwards: 69
From: <sip:SessionA@example.com>;tag=l234567 To: <sip:b@ example.com>;tag=314159 Call-ID: 45645665sdf CSeq: 2 BYE
Content-Type:application/reason-info+xml Content-Length:...
< xml version="l,0" encoding="UTF-8" >
<reason-info xmlns="um:ietf:params:xml:ns:reason-info ">
<failure-info〉
Place type doesn't match!
</ failure-info > </reason-info〉
這里的原因還可以包括評估結(jié)果的詳細(xì)信息,包括匹配的信息和不匹配 的信息。
步驟206、退出會話的群組成員B發(fā)送相應(yīng)的響應(yīng)消息通過業(yè)務(wù)服務(wù)器 到客戶端,從而結(jié)束客戶端與群組成員B之間的會話。
同樣地,在群組會話過程中,條件評估服務(wù)器通過實時評估檢測到某群 組成員滿足評估條件時,通知客戶端滿足評估條件的群組成員信息,由客戶 端告知業(yè)務(wù)服務(wù)器,邀請該群組成員加入會話。同樣可以使用REFER消息,在refer-to消息頭中使用INVITE方法,并在消息中指明要邀請的群組成員 URI信息。
本實施例中,條件評估服務(wù)器收到來自某PS上群組成員信息的變化通 知,對評估對象進行實時評估,并把評估后的群組成員變化信息和條件執(zhí)行 結(jié)果反饋給群組成員的客戶端,由客戶端指示業(yè)務(wù)服務(wù)器結(jié)束該群組成員參 與的會話。
如圖3所示,為本發(fā)明評估結(jié)果獲取方法的第三實施例的流程示意圖, 介紹了不滿足評估條件的群組用戶獲取會話失敗詳細(xì)原因的流程。與本發(fā)明 評估結(jié)果獲取方法的第一實施例相比,在會話建立之前或會話過程中,本實 施例還可以包括以下步驟
步驟301、當(dāng)條件評估服務(wù)器檢測到某群組用戶不滿足評估條件,條件 評估服務(wù)器通知某群組用戶對應(yīng)的客戶端某群組用戶不滿足評估條件,該通 知消息中包括評估條件。下面以;險測到群組成員A ( a@example.com)不滿足 評估條件,以及通知消息以SIP協(xié)議的MESSAGE消息為例,消息格式如下
MESSAGE sip:a@example.com SIP/2.0
Via: SIP/2.0/TCP client.biloxi.example.com;branch=z9hG4bKnash Max-Forwards: 70
From: <sip:condev.example.com>;tag=8675309 To: <sip:a@example.com> Call-ID: sdjfikusadhfB923 CSeq: 42 MESSAGE
Content-type: application/condev-rules+xml Length:…
20< xml version="1.0" encoding="UTF-8" 〉 <condev-rules xmlns="urn:ietf:params:xml:ns:condev-rules" xmlns:pidf="urn:ietf:params:xml:ns:pidf' xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid" xmlns:pp=,, urn:ietf:params:xml:ns:pidf:person"〉
<rule id="a">
<conditions type="xpath"> <include〉
<ifexist〉/pidf:presence/pidf:person/rpid:activities/rpid:meeting</ifexist〉
<iftrue〉/pidf:presence/pidf:tuple/pidf:status/pidf:basic="open,,</iftrue〉
</include>
<exclude〉
<ifexist>/pidf:presence/pidf:person/rpid:activities/rpid:away</ifexist> </exclude〉 </conditions> <rule> </condev-rules〉
該消息體中的評估條件為另外 一 種表達方式,在<conditions〉中包括 〈include〉和〈exclude〉項,<include〉中的條件表示需要包括的條件,<exclude〉 中的條件表示需要排除的條件;〈ifexisP表示存在條件,/pidf:presence/pidf: person/rpid:activities/rpid:meeting表示activities的內(nèi)容為meeting日于滿足條件; <iftrue〉表示滿足的條4牛判斷,/pidf:presence/pidf:tuple/pidf:status/pidf:basic -"open"表示basic的狀態(tài)信息為open是滿足條件。
步驟302、群組用戶A對應(yīng)的客戶端返回OK響應(yīng)消息到條件評估服務(wù)步驟303、群組用戶A對應(yīng)的客戶端發(fā)送SUBSCRIBE請求消息到條件 評估服務(wù)器,該請求消息包含評估條件中的需要評估的內(nèi)容,消息格式如下
SUBSCRIBE sip:a @example.com SIP/2.0
Via: SIP/2.0/TCP pda.example.com;branch=z9hG4bKnash54
To: <sip: condev.example.com〉
From: <sip: a@example. com〉;tag=xfg9
Call-ID: 4654674982
CSeq: 1 SUBSCRIBE
Contact: <sip:a@pda.example.com>
Max-Forwards: 70
Event: condev
Accept: application/condev-result+xml Content-type: application/condev-rules+xml Length:...
< xml version二"l,O" encoding="UTF-8" 〉
<condev-rules xmlns="um:ietf:params:xml:ns:condev-rules" xmlns:pidf="um:ietf:params:xml:ns:pidf' xmlns:rpid="um:ietf:params:xml:ns:pidf:rpid" xmlns:pp=,, um:ietf:params:xml:ns:pidf:person"〉 <rule id="a"〉 <conditions type=,,xpath"〉<include〉
/pidf:presence/pidf:tuple/pidf:status/pidf:basic </include〉 〈include〉
/pidf:presence/pidf:person/rpid:activities 〈/include〉 </conditions> 〈rule〉 </condev-rules>
上述消息體中,Content-type: application/condev隱rules+xml表示消息體中 的內(nèi)容為評估條4牛。/pidf:presence/pidf:tuple/pidf:status/pidf:basic來自于條件 〈ifexist〉中所指的條件,/pidf:presence/pidf:personApid:activities來自f<ifexist> 中所指的條件。
步驟304、條件評估服務(wù)器根據(jù)評估條件中的需要評估的內(nèi)容,從PS上 獲取相應(yīng)信息,并進行條件評估。下面以從PS上獲取的pidf:basic信息為open, rpid:activities "f言息為working為例;
步驟305、條件評估服務(wù)器通過Notify通知消息把評估結(jié)果告知客戶端, 該通知消息包括評估結(jié)果的詳細(xì)信息。具體消息格式如下
NOTIFY sip:a@example.com SIP/2.0
Via: SIP/2.0/TCP condev.example.com;branch=z9hG4bKnash54 Max-Forwards: 70
To: <sip: condev.example,com〉;tag=erjlks From: <sip:a@example.com〉;tag=xfg9 Call-ID: 4566523,CSeq: 455 NOTIFY Contact: < sip:condev@example.com> Content-Type: application/condev-result+xml Content-Length:...
< xml version="1.0" encoding="UTF-8" 〉 <condev-result xmlns="urn:ietf:params:xml:ns:condev-result "> < mismatch-list 〉 <entry uri="sip:b@example.com" > <success-info>
<rule attr = "basic,,〉TRUE</rule> </success-info〉 <failure-info>
<rule attr =" activities,,〉FALSE</rule> </failure-info〉 </entry〉 <mismatch-list/> </condev-info>
上述通知消息中的評估結(jié)果中包括了詳細(xì)的評估結(jié)果,在〈success-info〉 中給出了條件basic滿足評估條件,〈failure-info〉中指明activities不滿足評估 條件。至此,客戶端即可以呈現(xiàn)出評估結(jié)果信息。
本實施例中,評估結(jié)果是由客戶端從條件評估服務(wù)器上獲取的,也可以 在客戶端上進行處理,步驟如下客戶端根據(jù)評估條件,直接從PS訂閱相應(yīng) 的狀態(tài)信息;然后客戶端將所獲取的狀態(tài)信息與評估條件進行對比,并將對
24比結(jié)果在客戶端呈現(xiàn)。
本實施例中,由于評估條件發(fā)生變化或者群組成員的呈現(xiàn)信息發(fā)生變化, 條件評估服務(wù)器進行實時評估時檢測到群組成員的變化情況,確定不滿足評 估條件的群組成員,并把評估條件通知該群組成員對應(yīng)的客戶端,用于客戶 端據(jù)此才全測自身狀態(tài)與評估條件的匹配情況。本實施例可以不必?fù)?dān)心隱私問 題,群組成員的狀態(tài)信息或者評估結(jié)果不會發(fā)送給其他的會話參與方即其他 群組成員,并且可以讓該群組成員很詳細(xì)的獲知自己為什么不能進入一個會 話,或者為什么從會話中自動被退出了。
如圖4所示,為本發(fā)明評估結(jié)果獲取方法的第四實施例的流程示意圖。
本實施例包括以下步驟
步驟401、客戶端向條件評估服務(wù)器發(fā)送SUBSCRIBE訂閱請求消息,該 訂閱請求消息包括群組成員列表、評估條件、評估設(shè)置和評估事件標(biāo)識。
其中,群組成員列表用來表示評估對象;評估條件用來指定動態(tài)群組中 成員應(yīng)該滿足的評估條件;評估設(shè)置用來設(shè)置條件評估服務(wù)器評估條件的執(zhí) 行方式,如僅評估一次、評估多次、實時評估,以及評估的時間、評估的間 隔等信息;評估事件標(biāo)識用來標(biāo)識該消息是評估事件,需要條件評估服務(wù)器 執(zhí)行評估。具體的消息格式與上述本發(fā)明評估結(jié)果獲取方法的第一實施、第 二實施和第三實施的消息格式基本相同,主要不同點是在消息體中增加了 如下表示Ad-hoc群組列表信息的內(nèi)容
Content-Type: application/resource-lists+xml
< xml version="1.0" encoding="UTF-8" 〉
<resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists"
xmlns: xsi="http :〃www. w3. org/2001 /XMLS chema-instance" >
<list><entry uri="sip:a@example.com" /〉 <entry uri="sip:b@example.com" /〉 <entry uri="sip:c@example.com" /〉 </list〉 </resource-lists>
在上述消息體中,Content-Type: application/resource-lists+xml所包含的內(nèi) 容用來表示Ad-hoc群組成員信息,包括成員a@example.com, b@ example.com 和c@example.com。
步驟402、條件評估服務(wù)器保存評估設(shè)置。
其中的評估設(shè)置用于指定條件評估的執(zhí)行方式,如評估一次、實時評估、 評估多次,評估的時間間隔,評估的粒度等信息;
步驟403、條件評估服務(wù)器向PS發(fā)送SUBSCRIBE消息,以訂閱群組成 員列表中相應(yīng)的呈現(xiàn)信息,由條件評估服務(wù)器為群組成員向相應(yīng)的PS上訂 閱,該SUSCRIBE請求消息包括群組成員信息和訂閱的呈現(xiàn)信息;
步驟404、 PS發(fā)送Notify通知消息到條件評估服務(wù)器,條件評估服務(wù)器 收到多條Notify通知消息,條件評估服務(wù)器匯總收到的訂閱的群組成員的呈 現(xiàn)信息;
步驟405、條件評估服務(wù)器根據(jù)評估設(shè)置和評估條件,對群組成員進行 評估,來確定滿足評估條件的群組成員,并保存評估條件的執(zhí)行結(jié)果。
步驟406、條件評估服務(wù)器使用Notify消息通知客戶端動態(tài)群組信息, 該消息包括滿足評估條件的群組成員信息、不滿足評估條件的成員信息和評 估條件的執(zhí)行結(jié)果信息,或者他們的結(jié)合;
步驟407、客戶端根據(jù)接收動態(tài)群組成員信息與業(yè)務(wù)服務(wù)器進行交互, 以邀請滿足評估條件的動態(tài)群組成員并建立群組會話??蛻舳顺尸F(xiàn)接收到的不滿足評估條件的原因,其成員可以根據(jù)該原因修 改一些用戶可以設(shè)置的選項,以滿足評估條件,重新發(fā)起請求加入會話,以 供進行重新評估。
本實施例的客戶端從條件評估服務(wù)器獲取滿足評估條件的群組成員的處
理過程,通過客戶端在請求消息中指定了 Ad-hoc群組成員信息,條件評估服 務(wù)器不用和XDMS服務(wù)器交互,直接從請求中提取出群組成員列表,根據(jù)群 組成員列表中的成員信息直接從PS獲取相應(yīng)的信息,根據(jù)評估設(shè)置和評估條 件對Ad-hoc群組成員進行評估,并把結(jié)果反饋給客戶端。
本實施例中,客戶端首先選擇Ad-hoc群組成員,然后從條件評估服務(wù)器 上獲取滿足評估條件的群組成員,條件評估服務(wù)器根據(jù)客戶端的評估條件, 在獲取Ad-hoc群組成員的呈現(xiàn)信息時,條件評估服務(wù)器直接從相關(guān)的PS上 獲取,并通過條件評估確定滿足條件的成員,把群組成員信息和條件評估結(jié) 果反饋給客戶端;客戶端和業(yè)務(wù)服務(wù)器進行交互,與滿足條件的用戶建立會 話。
進一步地,本實施例在步驟407之后還可以包括不滿足評估條件的群組 成員退出會話的處理過程,與第二實施例的處理過程一致,此處不再贅述。
如圖5所示,為本發(fā)明評估結(jié)果獲取方法的第五實施例的流程示意圖。 本實施例包括以下步驟
步驟501、客戶端向業(yè)務(wù)服務(wù)器發(fā)送INVITE邀請請求消息,以請求建立 一個群組會話,該邀請請求消息包括群組標(biāo)識、評估條件、評估設(shè)置和評估 業(yè)務(wù)標(biāo)識。
其中,群組標(biāo)識用來表示預(yù)定義群組,如群組URI;評估條件用來指定 動態(tài)群組中成員滿足的評估條件;評估設(shè)置用來設(shè)置條件評估服務(wù)器評估條 件的執(zhí)行方式,如僅評估一次、評估多次、實時評估,以及評估的時間,評 估的間隔等信息;評估業(yè)務(wù)標(biāo)識用來標(biāo)識該業(yè)務(wù)是評估業(yè)務(wù),需要條件評估服務(wù)器來執(zhí)行評估,具體的消息格式如下
INVITE sip:golf誦buddies @example.com SIP/2.0
Via: SIP/2.0/TCP pda.example.com;branch=z9hG4bKnash54
To: <sip: golf-buddies@example.com>
From: <sip:user@example.com>;tag=xfg9
Call-ID: 4654674982
CSeq: 1 INVITE
Contact: <sip:user@pda.example.com〉
Max-Forwards: 70
Require: condition-evaluation
Content-type: multipart/mixed; boundary="boundaryr' Length:...
—boundary 1
Content-Type: application/sdp [not shown here]
—boundary 1
Content-Type: application/condev-rules+xml Content-Disposition:condition-evaluation < xml version="l,0" encoding="UTF-8" 〉 <condev-rules xmlns="um:ietf:params:xml:ns:condev-rules" xmlns :pidf="urn: ietf:params: xml :ns :pidf"xmlns:rpid="um:ietf:params:xml:ns:pidf:rpid" xmlns:pp=,, um:ietf:params:xml:ns:pidf:person"〉
<rule id="a">
(conditions type=,,xpath,,> <include>
<if>/pidf:presence/pidf:person/pp:status/pp:place-type/rpid:office</i€>
<if>/pidf:presence/pidf:tuple/pidf:status/pidf:basic/ pidf:open</if>
</include〉
</conditions〉 <rule>
< evaluation-setting > < evaluation-type > RealTime</ evaluation-type 〉 <validity〉
<from〉2008-01-20T17:00:00+01:00</from〉
<until>2008-01-20T19:00:00+01:00</until〉 </validity> </ evaluation-setting > </condev-rules> —boundary 1 —
在上述請求消息中,定義了 一個Require消息頭參數(shù)condition-evaluation, 表示要求業(yè)務(wù)服務(wù)器把相關(guān)條件和評估設(shè)置轉(zhuǎn)發(fā)到條件評估服務(wù)器上來評估。
上面的消息體中使用另外的條件表示方式,在〈include〉項中包含了 <if> 元素,當(dāng)O中的內(nèi)容滿足時,才滿足條件,如〈ifWpidf:presence/pidf:person /pp:status/pp:place-type/rpid:office</if>,當(dāng)place-type 4直為office日十,條4牛滿足。 條件的表達方式不僅僅限于實施例中的表達;
步驟502、業(yè)務(wù)服務(wù)器根據(jù)INVITE消息中的群組標(biāo)識,通過GET消息 向XDMS發(fā)起一個獲取群組成員的請求;
步驟503、 XDMS發(fā)送OK響應(yīng)消息到業(yè)務(wù)服務(wù)器,該響應(yīng)消息包括群 組成員信息,或者群組成員信息和預(yù)定義群組的條件信息,如群組的大小, 允許發(fā)起的業(yè)務(wù)等信息。
如群組 golf-buddies@example.com 中包括 a@example.com, b@ example.com和c@example.com三個成員,貝'J在上述響應(yīng)消息中包括這三個 成員的URI信息;
步驟504、業(yè)務(wù)服務(wù)器根據(jù)評估業(yè)務(wù)標(biāo)識向條件評估服務(wù)器發(fā)送 SUBSCRIBE訂閱請求消息,該請求消息包括群組成員信息、評估條件和評估 設(shè)置等信息。
其中,業(yè)務(wù)服務(wù)器與條件評估服務(wù)器交互,除了上述過程中使用 SUBSCRIBE消息和Notify消息,業(yè)務(wù)服務(wù)器也可以使用XCAP協(xié)議,通過 GET請求消息告訴條件評估服務(wù)器,在GET消息中攜帶評估對象、評估條件 和評估-沒置等信息,條件評估服務(wù)器通過獲取評估對象的相關(guān)信息并進行評 估,通過OK響應(yīng)消息中攜帶群組成員信息、評估結(jié)果等信息,從而得到客 戶端從條件評估服務(wù)器上獲取動態(tài)成員信息的目的;
步驟505、條件評估服務(wù)器保存評估設(shè)置。
其中的評估設(shè)置用于指定條件評估的執(zhí)行方式,如評估一次、實時評估、評估多次,評估的時間間隔,評估的粒度等信息;
步驟506、條件評估服務(wù)器向RLS發(fā)送SUBSCRIBE消息,以訂閱群組 成員相應(yīng)的呈現(xiàn)信息,該SUSCRIBE請求消息包括群組成員信息和訂閱的呈 現(xiàn)信息。
可替換地,條件評估服務(wù)器獲取群組成員的呈現(xiàn)信息時,也可以由條件 評估服務(wù)器分別訂閱群組中的每個成員成員的呈現(xiàn)信息;
步驟507、 RLS收到來自條件評估服務(wù)器的群組訂閱請求消息,根據(jù)該 請求消息中的群組成員信息和訂閱成員的呈現(xiàn)信息,使用SUBSCRIBE消息 分別向群組成員對應(yīng)的PS發(fā)送訂閱請求,以訂閱群組成員的呈現(xiàn)信息;
步驟508、 RLS收到來自各個PS的Notify響應(yīng)信息;
步驟509、 RLS匯總收到的訂閱的群組成員信息,發(fā)送Notify通知消息 到條件評估服務(wù)器,該Notify消息包括群組成員信息和與其相關(guān)的呈現(xiàn)信息。
若返回的信息中成員a@example.com,b@example.com和c@example.com 的〈basiO狀態(tài)信息為open,則〈place-type〉狀態(tài)信息都為office;
步驟510、條件評估服務(wù)器根據(jù)評估設(shè)置和評估條件,對群組成員的呈 現(xiàn)信息進行評估,來確定滿足條件的群組成員,并保存評估條件的執(zhí)行結(jié)果。
當(dāng)群組成員的〈basic〉狀態(tài)信息為open并且〈place-type〉狀態(tài)信息為office 時,才滿足評估條件。經(jīng)過條件評估服務(wù)器的實時評估,成員a@example.com, b@example.com和c@example.com都滿足^平4古條^牛;
步驟511、條件評估服務(wù)器發(fā)送Notify通知消息到業(yè)務(wù)服務(wù)器,該Notify 消息包括滿足評估條件的群組成員信息和評估條件的執(zhí)行結(jié)果信息,具體 Notify消息的消息體的內(nèi)容如下
< xml version="1.0" encoding="UTF-8" >
<condev-result xmlns="um:ietf:params:xml:ns:condev-result"〉<match-list>
<entry uri="sip:a@example.com" /〉
<entry uri="sip:c@example.com" />
<entry uri="sip:b@example.com" /〉 </match-list〉 <mismatch-list/> </condev-info>
步驟512、業(yè)務(wù)服務(wù)器根據(jù)條件評估服務(wù)器返回滿足評估條件的群組成 員,向滿足條件的群組成員發(fā)送邀請,建立群組會話,并返回OK響應(yīng)消息 給客戶端。
客戶端呈現(xiàn)接收到的不滿足評估條件的原因,其成員可以根據(jù)該原因修 改一些用戶可以設(shè)置的選項,以滿足評估條件,重新發(fā)起請求加入會話,以 供進行重新評估。
通常情況下,群組成員是否能夠加入會話是由業(yè)務(wù)服務(wù)器根據(jù)條件評估 服務(wù)器的條件評估結(jié)果,主動邀請群組成員加入動態(tài)群組會話的。當(dāng)群組成 員拒絕邀請時,業(yè)務(wù)服務(wù)器將不會重復(fù)邀請該群組成員加入會話,用戶想加 入會話需要主動向業(yè)務(wù)服務(wù)器請求,業(yè)務(wù)服務(wù)器根據(jù)評估結(jié)果來決定是否允 許用戶加入會話。
本實施例中客戶端首先與業(yè)務(wù)服務(wù)器進行交互,發(fā)起一個基于群組的會 話請求消息,該請求消息中指定參與會話者需要滿足的評估條件,并指定執(zhí) 行評估條件的方式,業(yè)務(wù)服務(wù)器把評估對象和評估條件以及評估設(shè)置發(fā)給條 件評估服務(wù)器,條件評估服務(wù)器根據(jù)客戶端的評估條件,通過條件評估確定 滿足條件的成員,把群組成員信息和條件評估結(jié)果反饋給業(yè)務(wù)服務(wù)器,然后 業(yè)務(wù)服務(wù)器向滿足條件的群組成員發(fā)起參與會話的邀請,建立群組會話。如圖6所示,為本發(fā)明評估結(jié)果獲取方法的第六實施例的流程示意圖。 與上一實施例相比,本實施例在步驟512之后還可以包括以下步驟
步驟601、當(dāng)某一個PS上的群組成員的呈現(xiàn)信息發(fā)生變化時,該PS通 過Notify消息通知RLS,由RLS前轉(zhuǎn)Notify消息到條件評估服務(wù)器,以通知 條件評估服務(wù)器該群組成員的呈現(xiàn)信息的變化信息。
若PS (B)上的群組成員B的呈現(xiàn)信息發(fā)生變化,成員b@example.com 的〈place-type〉狀態(tài)4言息由office變?yōu)閔ome;
步驟602、條件評估服務(wù)器根據(jù)成員的設(shè)置條件和評估條件,對群組成 員的相關(guān)信息進行實時評估,發(fā)現(xiàn)該成員不滿足評估條件,并保存不滿足評 估條件的該群組成員信息和條件評估結(jié)果。
條件評估服務(wù)器實時評估群組成員是否滿足評估條件,當(dāng)檢測到群組成 員B的〈place-type〉狀態(tài)信息為home時,則才艮據(jù)設(shè)置條件和評估條件判斷出 該成員b@example.com不滿足評估條件;
步驟603、條件評估服務(wù)器發(fā)送Notify通知消息告知業(yè)務(wù)服務(wù)器群組成 員的變化情況,該通知消息包括不滿足評估條件的群組成員信息和條件評估 結(jié)果(匹配項和不匹配的內(nèi)容)。下面以群組成員B不滿足評估條件為例,具 體的消息;格式如下
NOTIFY sip:server@example.com SIP/2.0
Via: SIP/2.0/TCP condev.example.com;branch=z9hG4bKnash54
Max-Forwards: 70
From: <sip:condev.example.com>;tag=JenZ40P3 5 To: <sip: server@example.com >;tag=al2eztNfl Call-ID: 4566523 ljhkj CSeq: 455 NOTIFYContact: < sip:condev@example.com〉 Content-Type: application/condev-result+xml Content-Length:...
< xml version="1.0" encoding="UTF-8" 〉 〈condev-result xmlns="urn:ietf:params:xml:ns:condev-result "〉 < mismatch-list >
<entry uri="sip:b@example.com"〉 <failure-info>
Place type doesn't match! </failure-info> </entry> <mi smatch-list/> </condev-info〉
除了上述使用Notify消息通知業(yè)務(wù)服務(wù)器成員的變化情況外,也可以通 過REFER消息告訴業(yè)務(wù)服務(wù)器結(jié)束不滿足條件的成員進行會話,并在REFER 消息的refert-to消息頭中使用BYE方法中指明要退出會話的成員和條件評估 結(jié)果信息(被退出的原因)。
業(yè)務(wù)服務(wù)收到成員變化后,可能會告知客戶端動態(tài)成員的變化情況,如 通過INFO消息把不滿足條件的成員信息和條件評估結(jié)果告訴客戶端;
步驟604、業(yè)務(wù)服務(wù)器發(fā)送BYE消息到群組成員B,該BYE消息中攜帶 有退出的原因,下面以成員B退出會話為例,具體消息格式如下
BYE sip:b@example.com SIP/2.0 Max-Forwards: 69From: <sip:SessionA@example.com>;tag=1234567 To: <sip:b@ example.com〉;tag=314159 Call-ID: 45645665sdf CSeq: 2 BYE
Content-Type :application/reason-info+xml Content-Length:...
< xml version="1.0" encoding="UTF-8" 〉
<reason-info xmlns="urn:ietf:params:xml:ns:reason-info "〉
<failure-info>
Place type doesn't match!
</ failure-info 〉 </reason-info〉
這里的原因也可以包括評估結(jié)果的詳細(xì)信息,包括匹配的信息和不匹配 的信息。
步驟605、退出會話的群組成員B發(fā)送相應(yīng)的響應(yīng)消息通過業(yè)務(wù)服務(wù)器 到條件評估服務(wù)器。
在群組會話過程中,由于評估條件發(fā)生變化或者群組成員的呈現(xiàn)信息發(fā) 生變化,條件評估服務(wù)器實時評估檢測到上述變化,導(dǎo)致群組成員被結(jié)束參 與會話,群組成員可以通過主動修改呈現(xiàn)信息,使之滿足評估條件,重新進 入到會話中。
本實施例中,條件評估服務(wù)器收到來自某PS上群組成員信息的變化通 知,對評估對象進行實時評估,并把評估后的群組成員變化信息和評估條件 執(zhí)行結(jié)果反饋給業(yè)務(wù)服務(wù)器,由業(yè)務(wù)服務(wù)器根據(jù)評估結(jié)果來確定結(jié)束該群組成員的參與會話。
如圖7所示,為本發(fā)明評估結(jié)果獲取方法的第七實施例的流程示意圖。 本實施例包括以下步驟
步驟701 、客戶端向業(yè)務(wù)服務(wù)器發(fā)送INVITE邀請請求消息到業(yè)務(wù)服務(wù)器, 以請求建立一個群組會話,該邀請請求消息包括群組成員列表、評估條件、 評估設(shè)置和評估事件標(biāo)識。
其中,群組成員列表用來表示Ad-hoc群組成員信息;評估條件用來指定 動態(tài)群組中成員滿足的評估條件;評估設(shè)置用來設(shè)置條件評估服務(wù)器評估條 件的執(zhí)行方式,如僅評估一次、評估多次、實時評估,以及評估的時間,評 估的間隔等信息;評估業(yè)務(wù)標(biāo)識用來標(biāo)識該業(yè)務(wù)是評估業(yè)務(wù),需要條件評估 服務(wù)器來執(zhí)行評估。具體的消息格式與上述本發(fā)明評估結(jié)果獲取方法的第五 實施和第六實施的消息格式基本相同,主要不同點是INVITE請求消息的 Request-URI為sip: ConferenceFactoryURI.example.com;以及在消息體中增力口 了如下表示Ad-hoc群組列表信息的內(nèi)容
Content-Type: application/resource-lists+xml
< xml version="1.0" encoding="UTF-8" 〉
<resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists"
xmlns:xsi="http:〃www.w3 .org/200 l/XMLSchema-instance"> <list>
<entry uri="sip:a@example.com" /〉 <entry uri="sip:b@example.com" /> <entry uri="sip:c@example.com" /〉 </list〉</resource-lists〉
步驟702、業(yè)務(wù)服務(wù)器根據(jù)評估業(yè)務(wù)標(biāo)識向條件評估服務(wù)器發(fā)送 SUBSCRIBE訂閱請求消息,該請求消息包括群組成員信息、評估條件和評估 設(shè)置等信息;
步驟703、條件評估服務(wù)器保存評估設(shè)置。
其中的評估設(shè)置用于指定條件評估的執(zhí)行方式,如評估一次、實時評估、 評估多次,評估的時間間隔,評估的粒度等信息;
步驟704、條件評估服務(wù)器向PS發(fā)送SUBSCRIBE消息,以訂閱群組成 員列表中相應(yīng)的呈現(xiàn)信息,由條件評估服務(wù)器為群組成員向響應(yīng)的PS上訂 閱,該SUSCRIBE請求消息包括群組成員信息和訂閱的呈現(xiàn)信息;
步驟705、 PS發(fā)送Notify通知消息到條件評估服務(wù)器,該Notify消息包 括群組成員信息和與其相關(guān)的呈現(xiàn)信息,收到多條Notify通知消息,條件評 估服務(wù)器匯總信息;
步驟706、條件評估服務(wù)器根據(jù)評估設(shè)置和評估條件,對群組成員的呈 現(xiàn)信息進行評估,來確定滿足條件的群組成員,并保存評估條件的執(zhí)行結(jié)果。
當(dāng)群組成員的〈basiO狀態(tài)信息為open并JKplace-type〉狀態(tài)信息為o伍ce 時,才滿足評估條件。經(jīng)過條件評估服務(wù)器的實時評估,成員a@example.com, b@example.com和c@example.com都滿足評估條件;
步驟707、條件評估服務(wù)器發(fā)送Notify通知消息到業(yè)務(wù)服務(wù)器,該Notify 消息包括滿足評估條件的群組成員信息和評估條件的執(zhí)行結(jié)果信息,具體 Notify消息的消息體的內(nèi)容如下
< xml version="1.0" encoding="UTF-8" 〉
<condev-result xmlns="urn:ietf:params:xml:ns:condev-result">
<match-list>〈entry uri="sip:a@example.com" /> <entry uri="sip:c@example.com" /〉 <entry uri="sip:b@example.com" /〉 </match-list> <mismatch-list/〉 </condev-info>
步驟708、業(yè)務(wù)服務(wù)器根據(jù)條件評估服務(wù)器返回滿足評估條件的群組成 員,向滿足條件的群組成員發(fā)送邀請,建立群組會話,并返回OK響應(yīng)消息 給客戶端。
客戶端呈現(xiàn)接收到的不滿足評估條件的原因,其成員可以根據(jù)該原因修 改一些用戶可以設(shè)置的選項,以滿足評估條件,重新發(fā)起請求加入會話,以 供進行重新評估。
本實施例的客戶端首先與業(yè)務(wù)服務(wù)器交互,發(fā)起一個基于Ad-hoc群組的 會話請求,該請求消息中指定參與會話者需要滿足的評估條件,并指定執(zhí)行 評估條件的方式,業(yè)務(wù)服務(wù)器把評估對象和評估條件以及評估設(shè)置給條件評 估服務(wù)器,條件評估服務(wù)器根據(jù)客戶端的評估條件,通過條件評估確定滿足 條件的用戶,把群組成員信息和條件評估結(jié)果反饋給業(yè)務(wù)服務(wù)器,然后業(yè)務(wù) 服務(wù)器發(fā)起向滿足條件的群組成員發(fā)起參與會話的邀請,建立群組會話。
本實施例的客戶端從條件評估服務(wù)器獲取滿足評估條件的群組成員的處 理過程,通過客戶端在請求消息中指定了 Ad-hoc群組成員信息,業(yè)務(wù)服務(wù)器 直接從請求中提取出群組成員信息,然后業(yè)務(wù)服務(wù)器向條件評估服務(wù)器發(fā)送 請求,條件評估服務(wù)器根據(jù)群組成員列表中的成員信息直接從PS獲取相應(yīng)的 信息,根據(jù)評估設(shè)置和評估條件對Ad-hoc群組成員進行評估,并把結(jié)果反饋 給業(yè)務(wù)服務(wù)器,然后由業(yè)務(wù)服務(wù)器發(fā)起會話。
進一步地,本實施例在步驟708之后還可以包括不滿足評估條件的群組成員退出會話的處理過程,與第六實施例的處理過程一致,此處不再贅述。
如圖8所示,為本發(fā)明評估結(jié)果獲取方法的第八實施例的流程示意圖。 與前述本發(fā)明評估結(jié)果獲取方法的各個實施例相比,本實施例中條件評估服
務(wù)器所獲取的群組成員相應(yīng)的呈現(xiàn)信息可以包括來自于位置服務(wù)器(Location Server, LS)的位置相關(guān)信息,那么條件評估服務(wù)器從LS獲取群組成員的位 置相關(guān)信息的操作具體包括以下步驟
步驟801、條件評估服務(wù)器發(fā)送請求消息到LS。
在條件評估服務(wù)器和LS之間可以通過移動位置服務(wù)協(xié)議(Mobile Location Protocol, MLP )協(xié)議來獲取群組成員的位置信息,MLP協(xié)議可以通 過TCP/IP、 HTTP或SIP等協(xié)議來承載。下面以基于HTTP協(xié)議通過POST 消息為例來說明,在消息中使用MLP協(xié)議來獲取群組成員的位置信息,其中 在請求中可以一次獲取一個群組成員信息的位置信息,也可以一次獲取多個 群組成員的位置信息。下面以獲取群組成員a@example.com的位置信息為例, 消息格式如下
POST http:〃location-server.example.com: 9210/LocationQueryService /HTTP/1.1
Host: condev.example.com
User-Agent: condev /OMA2.0
Date: Thu, 10 Aug 2006 10:50:33 GMT
X-3GPP-Intended-Identity: "sip:user@example.com"
Content-type: application/slir-info + xml
Length:...
< xml version='1.0' encoding='UTF-8' 〉<slir-info xmlns ="urn:oma:xml:ls:slir-info"〉 <slir ver='3.0.0, res—type='SYNC'〉 <msids〉
<msid type='MSISDN'>3035551003</msid〉 </msids>
<loc—type type='CURRENT—OR—LASTV〉 </slir> </slir-info>
在POST請求消息中,Content-type: application/slir-info + xml指示消息體 中的內(nèi)容為一個標(biāo)準(zhǔn)位置實時請求(Standard Location Immediate Request), 用戶a@example.com的msid為3035551003,位置類型為CURRENT—OR —LAST。
在消息體中,同樣可以定義filter,來指明需要請求的位置信息的內(nèi)容;
步驟802、 LS收到請求消息,根據(jù)消息中MLP的內(nèi)容,獲取群組成員 相關(guān)的位置信息,通過OK響應(yīng)消息告知條件評估服務(wù)器,消息格式如下
HTTP/1.1 200 OK
Server: LS-serv/OMA2.0
Date: Thu, 10 Aug 2006 10:50:39 GMT
Content-Type: application/slia-info+xml
Content-Length:
< xml version='1.0, encoding='UTF-8' 〉 <slia-info xmlns ="urn:oma:xml:ls:slia-info"〉 <slia ver='3.0.0'〉<pos〉
<msid〉3035551003</msid〉
<pd〉
<time utc—off='+0100'> 20080101091301 </time〉 <shape〉 <CircularArea〉 <coord>
<X〉45 07 24.123N</X> <Y〉100 06 22,111E</Y〉 <Z〉5280</Z> </coord>
<radius> 1000</radius> </QrcularArea〉 </shape〉 <alt>5280.0</alt> </pos〉 </slia> </slia-info〉
在上述的OK響應(yīng)消息中,Content-Type: application/slia-info+xml表示消 息體的內(nèi)容為 一個標(biāo)準(zhǔn)位置實時應(yīng)答(Standard Location Immediate Answer ), 其中的內(nèi)容為群組成員a@ example.com的相關(guān)的位置信息。
在LS中的群組成員的位置信息變化時,LS發(fā)送攜帶MLP信息的消息,告知條件評估服務(wù)器變化情況,由條件評估服務(wù)器對群組成員進行實時評估。 如圖9所示,為本發(fā)明評估結(jié)果獲取方法的第九實施例的流程示意圖。
本實施例包括以下步驟
步驟901、應(yīng)用服務(wù)器上預(yù)設(shè)的事件發(fā)生,應(yīng)用服務(wù)器發(fā)送SUBSCRIBE 訂閱請求消息,該訂閱請求消息包括評估對象、評估條件和評估設(shè)置。
其中,評估對象以XQuery方式表示,通過查詢確認(rèn)群組成員信息;評 估條件用來指定動態(tài)群組中成員滿足的評估條件;評估設(shè)置用來設(shè)置條件評 估服務(wù)器評估條件的執(zhí)行方式,如僅評估一次、評估多次、實時評估,以及 評估的時間,評估的間隔等信息,具體的消息格式如下
SUBSCRIBE sip:condev.example.com SIP/2.0
Via: SIP/2,0/TCP host.example.com;branch=z9hG4bKnash54
To: <sip: condev.example.com〉
From: <sip:server.example.com〉;tag=xfg9uiut
Call-ID: 4654674J82
CSeq: 6 SUBSCRIBE
Contact: <sip: server.example.com 〉
Max-Forwards: 70
Event: condev
Accept: application/condev-result+xml
Content-type: multipart/mixed; boundary="boundaryl"
Length:...
—boundary 1
Content-Type: application/vnd.oma.search+xml< xml version-" 1.0" encoding="UTF-8" > <search-set xmlns="urn:oma:xml:xdm:search"〉
<search id="1234"〉 <request> <query〉
<![CDATA[ xquery version " 1.0";
declare default element namespace "um:oma:xml:cab:contact-info";
for $u in collection("org.openmobilealliance.cab/users/"yuser where ($u/hobbies/hobby="footbair)and($u/department="software")
return <uri〉{$u/@uri}</uri 〉
]]〉
</query〉 </request> </search> </search-set>
—boundary 1
Content-Type: application7condev-rules+xml
< xml version-" 1.0" encoding="UTF-8" >
<condev-rules xmlns="um:ietf:params:xml:ns:condev-rules"
43xmlns:pidf="urn:ietf:params:xml:ns:pidf" xmlns:rpid="um:ietf:params:xml:ns:pidf:rpid" xmlns:pp=,, urn:ietf:params:xml:ns:pidf:person"〉 <rule id="a"〉
<conditions type="xpath,,> 〈include〉
/pidf:presence/pidf:tuple[rpid:class="PoC"]/ pidf:status[pidf:basic=,,open"]/pidf:basic
</include〉
<include>
/pidf:presence/pidf:person/pp:status[pp:place-type =,,office,,]/pp:place-type
</include〉
</conditions〉
<rule>
< evaluation-setting 〉
< evaluation-type > RealTime</ evaluation-type 〉 <validity〉
<from〉2008-01-20T17:00:00+01:00</from〉 <until>2008-01-20T19:00:00+01:00</until〉 </validity〉
</ evaluation-setting > </condev-rules>—boundary l--
在上述的消息中,Content-Type: application/vnd.oma.search+xml中的內(nèi)容 表示評估對象(群組成員信息)通過XQuery定義的條件來確定,這里的查 詢條件為從融合地址簿(Converged Address Book, CAB )服務(wù)器上查詢部門 為software并且愛好為football的成員為評估對象,返回結(jié)果為群組成員的 URI信息。
融合地址評估對象的個人信息包括統(tǒng)一資源標(biāo)識URI、姓名、地址、電 話號碼、興趣愛好等靜態(tài)信息,還可以包括一些動態(tài)信息,比如位置信息、 呈現(xiàn)信息等。
其它內(nèi)容同述實施例中所述一樣,此處不再贅述。
本步驟中的評估條件和評估設(shè)置可以不帶,可以使用條件評估服務(wù)器的 默認(rèn)設(shè)置;
步驟902、條件評估服務(wù)器根據(jù)查詢條件確定評估對象(群組成員信息), 條件評估服務(wù)器發(fā)送XQuery消息到CAB上查詢信息,獲取滿足查詢條件的 成員列表信息,可以使用基于SIP協(xié)議的SUBSCRIBE消息來攜帶查詢消息, 也可以使用XCAP協(xié)議。下面以適用XCAP協(xié)議的POST方法為例,具體的 消息4各式如下
POST /org.openmobilealliance.search target-org.openmobilealliance.cab/ users/HTTP/l.l
Host: condev.example.com
Date: Thu, 10 Jan 2008 10:50:33 GMT
X-3GPP隱Intended-Identity:"sip:condev,example.com"
Content-Type: application/vnd.oma.search+xml
Content-Length:< xml version="1.0" encoding="UTF-8" 〉 <search-set xmlns="um:oma:xml:xdm:search"〉
<search id="1234"〉 <request〉 <query>
〈![CDATA[ xquery version " 1.0";
declare default element namespace "urn:oma:xml:cab:contact-info";
for $u in collection("org.openmobilealliance.cab/users/")/user where ($u/hobbies/hobby="footbair)and($u/department="software")
return <uri〉{$u/@uri}</uri 〉
]]>
</query〉 </rcqucst> </search〉 </search-set〉
步驟903、 CAB返回查詢結(jié)果響應(yīng)消息,在響應(yīng)消息中包括滿足條件的 成員歹'J表信息。下面以三個用戶 a@example.com , b@example.com和 c@example.com滿足查詢條件為例,響應(yīng)消息格式如下
HTTP/1.1 200 OK
Server: CAB-serv/OMA2.0
Date: Thu, 10 Aug 2006 10:50:39 GMT
Content-Type: application/vnd.oma.search+xmlContent-Length:(…)
< xml version="1.0" encoding="UTF-8" 〉
〈search-set xmlns="urn:oma:xml:xdm:search"
xmlns:cab="um:oma:xml:xdm:cab"〉
<search id="1234"〉
<response〉
< cab:user uri="A@example.com"〉</cab:user〉 <cab:user uri="B@example.com"></cab:user〉 <cab:user uri="C@example.com"></cab:user> </response〉 </search> </search-set>
返回內(nèi)容包括用戶的URI信息;
步驟904、條件評估服務(wù)器確定評估對象(群組成員信息)后,條件評 估服務(wù)器向PS發(fā)送SUBSCRIBE消息,訂閱群組成員列表中相應(yīng)的呈現(xiàn)信息, 由條件評估服務(wù)器為群組的成員向響應(yīng)的PS上訂閱,該SUSCRIBE請求消 息包括群組成員信息和訂閱的呈現(xiàn)信息;
步驟905、 PS發(fā)送Notify通知消息到條件評估服務(wù)器,收到多條Notify 通知消息,條件評估服務(wù)器匯總信息;
步驟906、條件評估服務(wù)器根據(jù)評估設(shè)置和評估條件對群組成員信息進 行條件評估,確定滿足條件的群組成員,并保存評估結(jié)果;
步驟907、條件評估服務(wù)器發(fā)送Notify通知消息到應(yīng)用服務(wù)器,該消息 包括滿足條件的群組成員和評估條件的執(zhí)行結(jié)果;
步驟908、應(yīng)用服務(wù)器邀請滿足條件的群組成員參與會話??蛻舳顺尸F(xiàn)接收到的不滿足評估條件的原因,其成員可以根據(jù)該原因修 改一些用戶可以設(shè)置的選項,以滿足評估條件,重新發(fā)起請求加入會話,以 供進行重新評估。
本實施例通過在應(yīng)用服務(wù)器預(yù)先安排一個在將來時刻發(fā)生的事件,如在 會議系統(tǒng)中,可以預(yù)定義在將來某一時間創(chuàng)建會議,并指定參與會議的群組 成員,當(dāng)事件發(fā)生時,由應(yīng)用服務(wù)器主動發(fā)起會議,邀請參與者參加會話。
應(yīng)用服務(wù)器在制定參與者信息時,可以指定評估對象(預(yù)定義群組、Ad-hoc 群組)和定義評估條件,由條件評估服務(wù)器根據(jù)應(yīng)用服務(wù)器定義的評估條件, 確定滿足評估條件的群組成員,并告訴應(yīng)用服務(wù)器滿足條件的群組成員信息 和評估結(jié)果,由應(yīng)用服務(wù)器邀請滿足條件的成員參與會話。
如圖IO所示,為本發(fā)明條件評估服務(wù)器的具體實施例的結(jié)構(gòu)示意圖。本 實施例包括順次連接的解析模塊10、評估模塊20和通知模塊30。本發(fā)明實 施例的條件評估服務(wù)器是邏輯功能模塊,實際部署中可以部署在終端側(cè),也 可以部署在網(wǎng)絡(luò)側(cè),可以獨立設(shè)置,也可以與其他網(wǎng)絡(luò)實體一體化設(shè)置。其 中,解析模塊IO用于解析接收到的請求消息,獲取評估對象、評估條件和評 估設(shè)置;評估模塊20用于根據(jù)所述評估設(shè)置和所述評估條件,對評估對象的 相關(guān)信息進行評估;通知模塊30用于發(fā)送攜帶有評估結(jié)果的通知消息,該評 估結(jié)果可以為下列任一信息或組合滿足評估條件的群組成員信息、不滿足 評估條件的群組成員信息、評估條件的執(zhí)行結(jié)果信息。
其中的解析模塊可以直接從所述請求消息中解析得到群組成員信息;還 可以根據(jù)從所述請求消息中解析得到的群組標(biāo)識,從XDMS中得到群組成員 信息;也可以根據(jù)從所述請求消息中解析得到的查詢條件,從CAB服務(wù)器中 得到群組成員信息。
進一步地,本實施例中評估i^塊20可以包括相互連接的獲取單元21和 第一評估單元22。其中,獲取單元21用于獲取評估對象的相關(guān)信息;第一評估單元22用于根據(jù)所述評估設(shè)置和所述評估條件,對獲取單元21所獲取 的評估對象的相關(guān)信息進行評估。
其中的獲取單元可以從呈現(xiàn)服務(wù)器、LS或CAB服務(wù)器中獲取評估對象 的相關(guān)信息。
本發(fā)明實施例通過解析模塊解析接收到的請求消息,獲取到評估對象、 評估條件和評估設(shè)置,評估模塊通過條件評估確定滿足條件的群組成員,通 知模塊把詳細(xì)的條件評估結(jié)果反饋給客戶端,使得群組成員在被拒絕或結(jié)束 參與會話的時候能夠獲取詳細(xì)的評估結(jié)果信息即原因。
進一步地,本實施例中評估模塊20還可以包括第二評估單元23,用于 檢測到所述評估結(jié)果發(fā)生變化時,對獲取單元21所獲取的評估對象的相關(guān)信 息重新進行評估,從而實現(xiàn)在會話過程中對條件進行實時評估。
本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟 可以通過程序指令相關(guān)的硬件來完成,前述的程序可以存儲于一計算機可讀 取存儲介質(zhì)中,該程序在執(zhí)行時,執(zhí)行包括上述方法實施例的步驟;而前述 的存儲介質(zhì)包括R0M、 RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案,而非對其 限制;盡管參照前述實施例對本發(fā)明進行了詳細(xì)的說明,本領(lǐng)域的普通技術(shù) 人員應(yīng)當(dāng)理解其依然可以對前述各實施例所記載的技術(shù)方案進行修改,或 者對其中部分技術(shù)特征進行等同替換;而這些修改或者替換,并不使相應(yīng)技 術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。
權(quán)利要求
1、一種評估結(jié)果獲取方法,其特征在于包括解析接收到的請求消息,獲取評估對象、評估條件和評估設(shè)置;根據(jù)所述評估設(shè)置和所述評估條件,對評估對象的相關(guān)信息進行評估;發(fā)送攜帶有評估結(jié)果的通知消息。
2、 根據(jù)權(quán)利要求1所述的評估結(jié)果獲取方法,其特征在于所述獲取評估對象具體為直接從所述請求消息中解析得到群組成員信息;或者根據(jù)從所述請求消息中解析得到的群組標(biāo)識,從XML文檔管理服務(wù)器中得到群組成員信息;或者根據(jù)從所述請求消息中解析得到的查詢條件,從融合地址簿服務(wù)器中得到群組成員信息。
3、 根據(jù)權(quán)利要求2所述的評估結(jié)果獲取方法,其特征在于所述評估設(shè)置包括評估的類型、評估的時間間隔或評估的粒度。
4、 根據(jù)權(quán)利要求3所述的評估結(jié)果獲取方法,其特征在于所述評估的類型包括實時監(jiān)控所述評估對象的相關(guān)信息,判斷所述相關(guān)信息是否滿足評估條件;或在預(yù)定時間監(jiān)控一次所述評估對象的相關(guān)信息,判斷所述相關(guān)信息是否滿足評估條件;或當(dāng)評估條件滿足或達到預(yù)定義的監(jiān)控時間后,結(jié)束評估。
5、 根據(jù)權(quán)利要求1或2所述的評估結(jié)果獲取方法,其特征在于還包括獲取評估對象的相關(guān)信息。
6、 根據(jù)權(quán)利要求5所述的評估結(jié)果獲取方法,其特征在于所述獲取評估對象的相關(guān)信息具體為從呈現(xiàn)服務(wù)器、位置服務(wù)器或融合地址簿服務(wù)器中獲取評估對象的相關(guān)信息,所述評估對象的相關(guān)信息包括下列任一信息或組合評估對象的呈現(xiàn)信息、評估對象的位置信息、評估對象的個人信息。
7、 根據(jù)權(quán)利要求1或2所述的評估結(jié)果獲取方法,其特征在于所述評估條件包括位置條件和/或呈現(xiàn)條件。
8、 根據(jù)權(quán)利要求1或2所述的評估結(jié)果獲取方法,其特征在于所述評估結(jié)果為下列任一信息或組合滿足評估條件的群組成員信息、不滿足評估條件的群組成員信息、評估條件的執(zhí)行結(jié)果信息。
9、 根據(jù)權(quán)利要求8所述的評估結(jié)果獲取方法,其特征在于所述評估結(jié)果中的群組成員信息為群組成員的統(tǒng)一資源標(biāo)識。
10、 根據(jù)權(quán)利要求8所述的評估結(jié)果獲取方法,其特征在于所述發(fā)送攜帶有評估結(jié)果的通知消息之后還包括不滿足評估條件的群組成員的客戶端呈現(xiàn)接收到的評估結(jié)果;所述客戶端根據(jù)所述群組成員的指令修改相應(yīng)的設(shè)置,以滿足評估條件;所述客戶端重新發(fā)起請求消息以加入會話。
11、 根據(jù)權(quán)利要求2所述的評估結(jié)果獲取方法,其特征在于還包括根據(jù)所述評估條件檢測到所述評估對象的相關(guān)信息發(fā)生變化;根據(jù)所述評估設(shè)置和所述評估條件,對變化后的評估對象的相關(guān)信息進行評估;發(fā)送攜帶有所述評估對象的相關(guān)信息的變化情況的通知消息,所述評估對象的相關(guān)信息的變化情況為下列任一信息或組合滿足評估條件的群組成員信息,不滿足評估條件的群組成員信息和評估條件的執(zhí)行結(jié)果信息。
12、 根據(jù)權(quán)利要求2所述的評估結(jié)果獲取方法,其特征在于還包括根據(jù)所述評估條件檢測到所述評估對象的相關(guān)信息發(fā)生變化;發(fā)送攜帶有所述評估條件的通知消息;根據(jù)所述評估條件對變化后的評估對象的相關(guān)信息進行條件評估,獲取評估結(jié)果;發(fā)送評估結(jié)果,所述評估結(jié)果為下列任一信息或組合滿足評估條件的群組成員信息、不滿足評估條件的成員信息、評估條件的執(zhí)行結(jié)果信息。
13、 根據(jù)權(quán)利要求1或2所述的評估結(jié)果獲取方法,其特征在于所述請求消息是由應(yīng)用服務(wù)器在預(yù)設(shè)條件觸發(fā)后發(fā)送的。
14、 一種條件評估服務(wù)器,其特征在于包括解析模塊,用于解析接收到的請求消息,獲取評估對象、評估條件和評估設(shè)置;評估模塊,用于根據(jù)所述評估設(shè)置和所述評估條件,對評估對象的相關(guān)信息進行評估;通知模塊,用于發(fā)送攜帶有評估結(jié)果的通知消息。
15、 根據(jù)權(quán)利要求14所述的條件評估服務(wù)器,其特征在于所述評估模塊包括獲取單元,用于獲取評估對象的相關(guān)信息;第一評估單元,用于根據(jù)所述評估設(shè)置和所述評估條件,對所述獲取單元所獲取的評估對象的相關(guān)信息進行評估。
16、 根據(jù)權(quán)利要求15所述的條件評估服務(wù)器,其特征在于所述評估模塊還包括第二評估單元,用于檢測到所述評估對象的相關(guān)信息發(fā)生變化時,對所述獲取單元所獲取的評估對象的相關(guān)信息重新進行評估。
全文摘要
本發(fā)明公開了一種評估結(jié)果獲取方法和條件評估服務(wù)器,該方法包括解析接收到的請求消息,獲取評估對象、評估條件和評估設(shè)置;根據(jù)所述評估設(shè)置和所述評估條件,對評估對象的相關(guān)信息進行評估;發(fā)送攜帶有評估結(jié)果的通知消息。本發(fā)明實施例通過解析接收到的請求消息,獲取到評估對象、評估條件和評估設(shè)置,通過條件評估確定滿足條件的群組成員,把詳細(xì)的評估結(jié)果反饋給群組成員對應(yīng)的客戶端。
文檔編號G06Q10/00GK101540702SQ20081010244
公開日2009年9月23日 申請日期2008年3月21日 優(yōu)先權(quán)日2008年3月21日
發(fā)明者謙 孫, 李克鵬, 賈江濤, 蓉 鄧 申請人:華為技術(shù)有限公司