專利名稱：一種訂閱呈現(xiàn)信息的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種訂閱呈現(xiàn)信息的方法和系統(tǒng)，尤其涉及一種具有委托機(jī)制的訂閱呈現(xiàn)信息的方法和系統(tǒng)。
背景技術(shù)：
目前，呈現(xiàn)業(yè)務(wù)的應(yīng)用越來越廣泛，呈現(xiàn)業(yè)務(wù)(Presence Service)是一種搜集和發(fā)布呈現(xiàn)信息(presence information)的通信業(yè)務(wù)?？赡茉S多人希望獲取呈現(xiàn)業(yè)務(wù)用戶的呈現(xiàn)信息，這些人可能包括用戶的家人、朋友，也可能包含陌生人，而很多呈現(xiàn)信息都是用戶隱私。呈現(xiàn)業(yè)務(wù)使用戶可以利用各種終端，突破空間與時間的限制，尋找聊天伙伴、查詢伙伴的狀態(tài)信息等，實現(xiàn)即時的文本與多媒體信息交流。通過呈現(xiàn)服務(wù)器(Presence Server)完成用戶狀態(tài)的呈現(xiàn)與管理，根據(jù)呈現(xiàn)信息，可以知道對方是否在線、正在干什么(如開會、吃飯等)、心情、客戶端能力、愛好等等信息，用戶可以通過發(fā)送邀請給其它用戶，進(jìn)行鈴聲、圖片、文件等媒體內(nèi)容共享。
圖1描述了現(xiàn)有技術(shù)中實現(xiàn)呈現(xiàn)業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)，包括呈現(xiàn)體客戶端或者應(yīng)用服務(wù)器、呈現(xiàn)服務(wù)器(Presence Server)、觀察體A(觀察體客戶端或應(yīng)用服務(wù)器)和呈現(xiàn)XDMS(Presence XML Document Management System)；其中呈現(xiàn)服務(wù)器包括呈現(xiàn)信息合成和發(fā)布裝置、呈現(xiàn)信息訂閱處理模塊；呈現(xiàn)體客戶端或者應(yīng)用服務(wù)器為呈現(xiàn)信息源，當(dāng)其呈現(xiàn)信息發(fā)生改變時，主動向呈現(xiàn)服務(wù)器發(fā)送PUBLISH發(fā)布消息，發(fā)布呈現(xiàn)信息；呈現(xiàn)信息訂閱處理模塊負(fù)責(zé)接收觀察體A的SUBSCRIBE訂閱消息，根據(jù)被訂閱的呈現(xiàn)體預(yù)先設(shè)置的訂閱授權(quán)規(guī)則來判斷訂閱的結(jié)果，并保存訂閱關(guān)系(僅僅只由呈現(xiàn)信息訂閱處理模塊進(jìn)行訂閱處理的方式稱為非委托訂閱方式)；呈現(xiàn)信息合成和發(fā)布裝置接收并處理呈現(xiàn)體的PUBLISH發(fā)布消息，最終通過NOTIFY通知將呈現(xiàn)信息發(fā)布給觀察體A；
觀察體A訂閱呈現(xiàn)體的呈現(xiàn)信息，并接收來自呈現(xiàn)服務(wù)器的發(fā)布消息。
呈現(xiàn)XDMS(Presence XML Document Management System)保存呈現(xiàn)體的授權(quán)列表(訂閱授權(quán)列表、內(nèi)容授權(quán)列表等)、群組列表等。
觀察體A和呈現(xiàn)體客戶端可以是移動終端，如手機(jī)、PDA(掌上電腦)、智能終端(例如數(shù)字機(jī)頂盒)等，也可以是固定終端，移動終端上的上述功能同樣可以運用于固定終端中，目前也出現(xiàn)了具有SIP功能的固定終端；呈現(xiàn)體客戶端上有一個用于訂閱消息的應(yīng)用程序，用戶可以通過選擇訂閱需要訂閱的信息，確認(rèn)后，觀察體A或呈現(xiàn)體客戶端將所有消息包括用戶標(biāo)識符等一并發(fā)送到呈現(xiàn)服務(wù)器102。
上述方案中，SUBSCRIBE和PUBLISH等均為SIP消息。SUBSCRIBE的SIP消息頭中的“From”字段為觀察體的身份標(biāo)志，“To”表示呈現(xiàn)體的身份標(biāo)志。如果消息體為空，則訂閱呈現(xiàn)體的所有呈現(xiàn)信息，如果消息體中包含一個部分訂閱XML文檔，其指明訂閱呈現(xiàn)體的哪些呈現(xiàn)信息。現(xiàn)有機(jī)制中訂閱授權(quán)列表采用XML文檔描述，包括<Condition>、<Action>和<Transformation>元素，元素<Condition>表示匹配條件，包括1)Identity用戶身份標(biāo)志，例如“sipzhangsan@163.com”；2)Domain域，例如“@163.com”，對于符合<Condition>條件的用戶，訂閱成功后，可以向他們發(fā)布呈現(xiàn)信息(如活動狀態(tài)開會、吃飯等)；元素<Action>表示匹配以后采取的動作，主要包括allow(允許)、block(拒絕)、polite-block(友好拒絕，該過程返回訂閱成功消息，但是永遠(yuǎn)不向觀察體通知呈現(xiàn)信息，即友好地拒絕；達(dá)到的效果跟拒絕一樣)和confirm(等待確認(rèn))；元素<Transformation>表示訂閱成功后允許向觀察體發(fā)布哪些信息，這個僅僅在發(fā)布信息時執(zhí)行，跟訂閱授權(quán)無關(guān)。
上述方案中呈現(xiàn)XDMS與呈現(xiàn)服務(wù)器分離，各種規(guī)則保存在呈現(xiàn)XDMS上，呈現(xiàn)體客戶端通過聚合代理(Aggregation Proxy)使用XCAP協(xié)議，或者應(yīng)用服務(wù)器直接使用XCAP協(xié)議，或者用戶通過人機(jī)交互界面(如網(wǎng)頁)去呈現(xiàn)XDMS設(shè)置和修改各種規(guī)則；現(xiàn)有技術(shù)中，呈現(xiàn)XDMS也可以和呈現(xiàn)服務(wù)器合并，各種規(guī)則保存在呈現(xiàn)服務(wù)器中。
下面結(jié)合圖2具體描述一下現(xiàn)有技術(shù)方案中的流程1)呈現(xiàn)體首先要在呈現(xiàn)XDMS進(jìn)行一些設(shè)置(例如訂閱授權(quán)規(guī)則(允許哪些用戶訂閱)、內(nèi)容授權(quán)規(guī)則(允許發(fā)布哪些信息)等，呈現(xiàn)服務(wù)器可以通過XCAP協(xié)議來獲得這些規(guī)則，或者如果呈現(xiàn)服務(wù)器訂閱了這些規(guī)則的改變通知，則當(dāng)這些規(guī)則發(fā)生改變時，呈現(xiàn)XDMS會通知呈現(xiàn)服務(wù)器。訂閱授權(quán)規(guī)則(Subscription Authorization Rule)和內(nèi)容授權(quán)規(guī)則(ContentAuthorization Rule)保呈現(xiàn)一個XML文件中，此XML包括3個重要的元素<Condition>、<Action>、<Transformation>。<Condition>表示匹配的條件，<Action>表示匹配的結(jié)果，(允許、拒絕、友好拒絕、等待確認(rèn))，<Condition>和<Action>的組合對應(yīng)訂閱授權(quán)規(guī)則，用于按照呈現(xiàn)體客戶端設(shè)置的規(guī)則處理觀察體客戶端的訂閱請求；<Transformation>對應(yīng)內(nèi)容授權(quán)規(guī)則，用于按照呈現(xiàn)體客戶端設(shè)置的規(guī)則(對于某個觀察體客戶端允許發(fā)布哪些信息)，將不允許發(fā)布的信息過濾掉)；2)觀察體A向呈現(xiàn)服務(wù)器請求訂閱(SUBSCRIBE)呈現(xiàn)體的呈現(xiàn)信息；3)呈現(xiàn)服務(wù)器中的呈現(xiàn)信息訂閱處理模塊根據(jù)呈現(xiàn)XDMS中的訂閱授權(quán)規(guī)則匹配，如果匹配，允許訂閱；同時保存此訂閱關(guān)系；4)呈現(xiàn)體向呈現(xiàn)服務(wù)器發(fā)布(PUBLISH)信息；5)呈現(xiàn)服務(wù)器中的呈現(xiàn)信息合成和發(fā)布裝置根據(jù)存儲在呈現(xiàn)XDMS中的一系列規(guī)則處理后向觀察體A發(fā)送呈現(xiàn)信息的通知(NOTIFY)。
在上述的現(xiàn)有技術(shù)中，呈現(xiàn)信息的訂閱者必須是呈現(xiàn)體本身，始終不太靈活，用戶體驗也差，用戶某些情況下，需要委托別人訂閱呈現(xiàn)信息(比如呈現(xiàn)體A委托呈現(xiàn)體B訂閱)，目前技術(shù)無法實現(xiàn)，用戶使用某種應(yīng)用服務(wù)器時，無法委托應(yīng)用服務(wù)器訂閱呈現(xiàn)信息(比如玩游戲時，需要訂閱玩伴的信息)，需要用戶自己登陸另外一個程序訂閱，體驗又差又不靈活；用戶使用某些業(yè)務(wù)時，由于對于業(yè)務(wù)不熟悉，此業(yè)務(wù)相關(guān)呈現(xiàn)體具備哪些呈現(xiàn)信息，用戶不清楚，這樣就限制了呈現(xiàn)信息的內(nèi)容，使得業(yè)務(wù)展現(xiàn)信息貧乏，用戶使用困難，如果能委托訂閱就可以減少這種使用不便的。

發(fā)明內(nèi)容
本發(fā)明的目的就是提供一種委托訂閱呈現(xiàn)信息的方法和設(shè)備，使得呈現(xiàn)信息的訂閱變得更加靈活，簡單，能很好的提升用戶體驗。為實現(xiàn)本發(fā)明提供如下技術(shù)方案
本發(fā)明提供一種訂閱呈現(xiàn)信息的方法，包括如下步驟1)呈現(xiàn)服務(wù)器接收觀察體客戶端或應(yīng)用服務(wù)器發(fā)送的訂閱消息；2)根據(jù)所述訂閱消息判斷是否為委托訂閱方式，如果是，呈現(xiàn)服務(wù)器根據(jù)委托授權(quán)規(guī)則處理所述消息，如果否，呈現(xiàn)服務(wù)器按照非委托訂閱方式處理所述消息；3)呈現(xiàn)服務(wù)器將處理所述消息后得到的訂閱關(guān)系進(jìn)行保存。
所述委托授權(quán)規(guī)則包括委托訂閱授權(quán)規(guī)則，所述委托訂閱授權(quán)規(guī)則用于判斷該訂閱消息采用何種委托訂閱方式處理。
所述委托訂閱授權(quán)規(guī)則包括禁止列表和呈現(xiàn)服務(wù)器默認(rèn)策略。
所述委托授權(quán)規(guī)則還包括委托訂閱內(nèi)容授權(quán)規(guī)則，所述委托訂閱內(nèi)容授權(quán)規(guī)則包括個人委托訂閱內(nèi)容授權(quán)規(guī)則、通用委托訂閱內(nèi)容授權(quán)規(guī)則和默認(rèn)規(guī)則中的一個或幾個的組合。
判斷是否為委托訂閱方式的方法包括判斷發(fā)送所述訂閱消息的用戶的標(biāo)識與訂閱者的標(biāo)識是否一致，或者判斷在訂閱消息中是否設(shè)置了表明為委托訂閱方式的字段。
所述根據(jù)委托授權(quán)規(guī)則的處理包括判斷是否需要等待委托方確認(rèn)，如果需要等待確認(rèn)，則進(jìn)行等待確認(rèn)的處理。
所述根據(jù)委托授權(quán)規(guī)則的處理包括判斷是否需要拒絕，如果是，則拒絕訂閱。
所述觀察體客戶端為移動終端或者固定終端。
所述應(yīng)用服務(wù)器為游戲服務(wù)器。
本發(fā)明還提供一種訂閱呈現(xiàn)信息的系統(tǒng)，包括呈現(xiàn)服務(wù)器，所述呈現(xiàn)服務(wù)器(102)還包括委托檢查和處理裝置(405)用于檢查從觀察體客戶端或應(yīng)用服務(wù)器接收的訂閱消息是否為委托訂閱方式，如果為委托訂閱方式，根據(jù)委托授權(quán)規(guī)則對訂閱消息進(jìn)行處理，然后將獲得的訂閱消息發(fā)送給呈現(xiàn)信息訂閱處理模塊(105)；如果為非委托訂閱方式，直接將訂閱消息發(fā)送給呈現(xiàn)信息訂閱處理模塊(105)；呈現(xiàn)信息訂閱處理模塊(105)，處理訂閱消息并保存訂閱關(guān)系。
所述委托檢查和處理裝置包括委托訂閱授權(quán)處理裝置和/或委托訂閱內(nèi)容授權(quán)處理裝置，所述委托訂閱授權(quán)處理裝置判斷訂閱消息是否為委托訂閱方式以及是否允許委托訂閱；所述委托訂閱內(nèi)容授權(quán)處理裝置根據(jù)委托訂閱內(nèi)容授權(quán)規(guī)則判斷允許委托訂閱哪些內(nèi)容。
所述委托訂閱授權(quán)處理裝置還判斷該訂閱消息是否需要等待確認(rèn)、是否需要采用服務(wù)器默認(rèn)策略和是否需要拒絕中的一個或多個，針對判斷結(jié)果作相應(yīng)處理。
所述委托訂閱內(nèi)容授權(quán)處理裝置用于根據(jù)個人委托訂閱內(nèi)容授權(quán)規(guī)則、通用委托訂閱內(nèi)容授權(quán)規(guī)則和默認(rèn)規(guī)則中的一個或幾個對訂閱消息進(jìn)行處理。采用本發(fā)明的上述技術(shù)方案，能夠?qū)崿F(xiàn)用戶委托其他人或其他應(yīng)用服務(wù)器訂閱呈現(xiàn)信息的需求；能夠在用戶使用應(yīng)用的過程中訂閱呈現(xiàn)信息，不需要登陸到專門的呈現(xiàn)信息訂閱終端上，使呈現(xiàn)信息的訂閱更加靈活，用戶不需要對某個業(yè)務(wù)非常了解，不需要記住業(yè)務(wù)具備哪些復(fù)雜的呈現(xiàn)信息；該業(yè)務(wù)可以提供人機(jī)交互界面，將其呈現(xiàn)信息顯示給用戶進(jìn)行選擇，降低了用戶訂閱呈現(xiàn)信息的難度。
通過以下結(jié)合附圖對本發(fā)明優(yōu)選實施方式的描述，本發(fā)明的其他特點、目的和效果將變得更加清楚和易于理解。


下面將參考附圖來描述本發(fā)明的優(yōu)選實施方式，其中圖1為現(xiàn)有技術(shù)中實現(xiàn)呈現(xiàn)業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)圖；圖2為現(xiàn)有技術(shù)方案的執(zhí)行流程圖；圖3為本發(fā)明的系統(tǒng)結(jié)構(gòu)圖；圖4為本發(fā)明的訂閱和發(fā)布流程流程圖；圖5為本發(fā)明執(zhí)行委托訂閱授權(quán)規(guī)則和委托訂閱內(nèi)容授權(quán)規(guī)則的流程圖；在所有的上述附圖中，相同的標(biāo)號表示具有相同、相似或相應(yīng)的特征或功能。
具體實施例方式
下面結(jié)合附圖對本發(fā)明做進(jìn)一步的說明。
參考圖3，改進(jìn)后的系統(tǒng)包括觀察體A303、受委托的觀察體C304(觀察體客戶端或應(yīng)用服務(wù)器)、呈現(xiàn)服務(wù)器102和呈現(xiàn)XDMS104，其中呈現(xiàn)服務(wù)器102包括委托檢查和處理裝置305、呈現(xiàn)信息訂閱處理模塊105，參考圖4，具體的訂閱和發(fā)布流程如下1)觀察體A303預(yù)先在呈現(xiàn)XDMS104進(jìn)行一些設(shè)置(例如訂閱授權(quán)規(guī)則(允許哪些用戶訂閱)、內(nèi)容授權(quán)規(guī)則(允許發(fā)布哪些信息)和委托授權(quán)規(guī)則(包括委托訂閱授權(quán)規(guī)則，規(guī)定是否允許委托訂閱；委托訂閱內(nèi)容授權(quán)規(guī)則，規(guī)定允許委托訂閱哪些內(nèi)容等))；2)觀察體A303委托觀察體C訂閱(SUBSCRIBE)呈現(xiàn)體B的呈現(xiàn)信息；3)受委托的觀察體C向呈現(xiàn)服務(wù)器的委托檢查和處理裝置305發(fā)出委托訂閱請求，請求替觀察體A訂閱呈現(xiàn)體B的呈現(xiàn)信息；委托檢查和處理裝置305進(jìn)行如下操作a)檢查是否為委托訂閱方式(即訂閱者是否是幫助別人訂閱呈現(xiàn)信息)；b)如果為非委托訂閱方式，則進(jìn)入步驟f)；如果為委托訂閱方式，進(jìn)入步驟c)；c)從呈現(xiàn)XDMS獲取委托訂閱授權(quán)規(guī)則和委托訂閱內(nèi)容授權(quán)規(guī)則(各個規(guī)則只要在需要應(yīng)用該規(guī)則的步驟之前獲得就可以，不一定非要在本流程的該步驟進(jìn)行)；d)根據(jù)委托訂閱授權(quán)規(guī)則判斷是否允許委托訂閱；e)根據(jù)委托訂閱內(nèi)容授權(quán)規(guī)則，判斷允許委托訂閱哪些內(nèi)容；f)將訂閱消息發(fā)送給呈現(xiàn)信息訂閱處理模塊105；g)呈現(xiàn)信息訂閱處理模塊105，根據(jù)呈現(xiàn)體B設(shè)置的訂閱授權(quán)規(guī)則進(jìn)行處理，并保存訂閱關(guān)系(如A訂閱了B的位置信息)；4)呈現(xiàn)體B向呈現(xiàn)服務(wù)器102發(fā)布(PUBLISH)呈現(xiàn)信息；例如老總委托秘書、用戶使用某種業(yè)務(wù)(如登陸游戲服務(wù)器)，或者點擊按鈕觸發(fā)委托發(fā)布流程；5)呈現(xiàn)服務(wù)器102根據(jù)發(fā)布規(guī)則和訂閱關(guān)系處理該呈現(xiàn)信息，向觀察體A303發(fā)送通知(NOTIFY)。
該實施例中，委托檢查和處理裝置305的各種操作均為可選項。
上述委托檢查和處理裝置305對于各種規(guī)則的獲取，可以是呈現(xiàn)服務(wù)器通過XCAP協(xié)議來獲得這些規(guī)則，或者如果呈現(xiàn)服務(wù)器訂閱了這些規(guī)則的改變通知，則當(dāng)這些規(guī)則發(fā)生改變時，呈現(xiàn)XDMS會通知呈現(xiàn)服務(wù)器?？梢允俏袡z查和處理裝置自己通過XCAP協(xié)議去XDMS獲取；也可以在呈現(xiàn)服務(wù)器中設(shè)置一個公用的模塊，專門用于從XDMS上獲取規(guī)則，并提供給其它模塊使用；還可以是上述各種規(guī)則直接存儲在呈現(xiàn)服務(wù)器中；本領(lǐng)域技術(shù)人員應(yīng)該明白，本發(fā)明中各個裝置獲取相應(yīng)的規(guī)則都可以采用上述方式。
作為一種優(yōu)選實施例，所述委托檢查和處理裝置305包括委托訂閱授權(quán)處理裝置和/或委托訂閱內(nèi)容授權(quán)處理裝置，所述委托訂閱授權(quán)處理裝置判斷訂閱消息是否為委托訂閱方式以及是否允許委托訂閱；所述委托訂閱內(nèi)容授權(quán)處理裝置根據(jù)委托訂閱內(nèi)容授權(quán)規(guī)則判斷允許委托訂閱哪些內(nèi)容。
本實施例中的觀察體和呈現(xiàn)體均為呈現(xiàn)體客戶端或應(yīng)用服務(wù)器，應(yīng)用服務(wù)器包括游戲服務(wù)器或具有相似功能的服務(wù)器，也包括即時消息服務(wù)器(如ICQ/MSN服務(wù)器)。
上述實施例中描述了以委托方式訂閱呈現(xiàn)信息的流程，在呈現(xiàn)服務(wù)器中，可以將委托訂閱方式與現(xiàn)有訂閱方式相結(jié)合，通過委托檢查流程進(jìn)行判斷依據(jù)哪種方式進(jìn)行處理；用于委托檢查的裝置(委托檢查和處理裝置)接收到訂閱消息，首先檢查是否為委托訂閱，如果為非委托訂閱方式，則按照現(xiàn)有流程處理，如果是委托訂閱方式，則從呈現(xiàn)XDMS上獲取委托授權(quán)規(guī)則(包括委托訂閱授權(quán)規(guī)則(是否允許委托訂閱)、委托訂閱內(nèi)容授權(quán)規(guī)則(允許委托訂閱哪些內(nèi)容)。
關(guān)于檢查是否為委托訂閱，可以采取下列方式方法一、從訂閱消息頭中獲取發(fā)送該訂閱消息的用戶的標(biāo)識和呈現(xiàn)信息訂閱者(觀察體)的標(biāo)識，然后進(jìn)行比較，如果匹配一致，則為非委托訂閱方式，如果不一致，則為委托訂閱方式。所述消息頭中<From>表示訂閱呈現(xiàn)信息的用戶(委托者)，<To>表示被訂閱的呈現(xiàn)體，<P-Asserted-Identity>表示發(fā)送該消息的用戶標(biāo)識(受委托方)；如果<From>和<P-Asserted-Identity>相同，則為非委托方式，否則為委托方式；所述“<From>、<To>和<P-Asserted-Identity>”可以位于訂閱消息的任何位置，只要呈現(xiàn)服務(wù)器能夠根據(jù)預(yù)先設(shè)定的協(xié)議檢測到該消息即可。
方法二、可以在訂閱消息(消息頭或消息體)中增加表明為委托訂閱的字段，如“Delegation”字段，指明委托方的身份標(biāo)志，同時指明為委托訂閱方式；當(dāng)然，本領(lǐng)域技術(shù)人員能明白，這個字段放在訂閱消息時發(fā)送的信息中的任何一處均可以，只要呈現(xiàn)服務(wù)器能夠根據(jù)預(yù)先設(shè)定的協(xié)議檢測到該消息即可，而且字段可以設(shè)定為任何一種字段。
下面對執(zhí)行委托訂閱授權(quán)規(guī)則和委托訂閱內(nèi)容授權(quán)規(guī)則的流程作一個詳細(xì)的說明，參考圖5，具體流程如下1)委托檢查和處理裝置接收到訂閱消息后，從呈現(xiàn)XDMS上獲取委托訂閱授權(quán)規(guī)則，根據(jù)委托訂閱授權(quán)規(guī)則進(jìn)行匹配；2)檢查發(fā)送方(受委托方)在禁止列表中是否有匹配項，如果有，則拒絕訂閱；否則，進(jìn)入步驟3)；3)檢查不在禁止列表中的發(fā)送方在委托訂閱授權(quán)規(guī)則中是否還有相應(yīng)的匹配項，如果否，應(yīng)用呈現(xiàn)服務(wù)器的默認(rèn)策略(如可以是拒絕或訂閱所有呈現(xiàn)信息)；如果是，進(jìn)入步驟4)；4)檢查是否存在多個匹配項，如果是，按照選擇規(guī)則(如優(yōu)先級)進(jìn)行選??；5)根據(jù)獲得的匹配項，索引委托訂閱授權(quán)規(guī)則中與該匹配項對應(yīng)的結(jié)果，如果結(jié)果不為允許，進(jìn)入步驟6)，如果結(jié)果為允許，應(yīng)用委托訂閱內(nèi)容授權(quán)規(guī)則，“委托訂閱內(nèi)容授權(quán)規(guī)則”的目的就是為了限制受委托人可以訂閱哪些呈現(xiàn)信息，例如張三委托游戲服務(wù)器僅訂閱玩游戲的人的游戲呈現(xiàn)信息，如果游戲服務(wù)器去訂閱呈現(xiàn)體的“位置+游戲”信息，則最終只有對游戲的訂閱會被保存到訂閱關(guān)系中；6)如果判斷結(jié)果為友好拒絕，則友好拒絕訂閱，否則進(jìn)入下一步；7)如果結(jié)果為需要確認(rèn)，則執(zhí)行確認(rèn)的處理流程(讓委托人進(jìn)行選擇，可以是選擇委托訂閱內(nèi)容授權(quán)規(guī)則，如通用委托訂閱內(nèi)容授權(quán)規(guī)則或某個個人委托訂閱內(nèi)容授權(quán)規(guī)則，也可以是直接選取可以訂閱的內(nèi)容選項，還可以拒絕)；對于各種規(guī)則的制定，可以根據(jù)個人的需求，靈活掌握，上面例舉的規(guī)則的判斷是利用匹配與各個規(guī)則相關(guān)聯(lián)的消息字段或標(biāo)識進(jìn)行的。
上述本發(fā)明涉及到的各個操作步驟及各種規(guī)則的制定，本領(lǐng)域技術(shù)人員根據(jù)現(xiàn)有掌握的編程手段就能輕易實施。
為有助于理解，下面列舉幾個具體的委托訂閱授權(quán)規(guī)則和委托訂閱內(nèi)容授權(quán)規(guī)則的例子，首先要匹配委托訂閱授權(quán)規(guī)則，包括查找禁止列表和匹配記錄表，匹配記錄表包括個人身份匹配(指按照具體的個人的身份(Identity)來匹配，例如具體到個人張三、李四)和通用身份匹配(指不具體到個人，可以采用一個具有公共特性的標(biāo)識進(jìn)行匹配判斷，例如*@163.com)，根據(jù)查找的結(jié)果進(jìn)行相應(yīng)的處理；如在禁止列表中查找到匹配標(biāo)識，則拒絕訂閱；如查找結(jié)果對應(yīng)的規(guī)則為允許，則將該允許對應(yīng)的標(biāo)識在委托訂閱內(nèi)容授權(quán)規(guī)則中進(jìn)行匹配，應(yīng)用匹配結(jié)果所對應(yīng)的委托訂閱內(nèi)容授權(quán)規(guī)則進(jìn)行處理；如查找結(jié)果對應(yīng)的規(guī)則為友好拒絕，則友好拒絕訂閱；如查找結(jié)果對應(yīng)的規(guī)則為確認(rèn)，則進(jìn)行等待確認(rèn)的處理；委托訂閱內(nèi)容授權(quán)規(guī)則包括個人委托訂閱內(nèi)容授權(quán)規(guī)則和通用委托訂閱內(nèi)容授權(quán)規(guī)則，個人委托訂閱內(nèi)容授權(quán)規(guī)則與個人標(biāo)識相對應(yīng)，通用委托訂閱內(nèi)容授權(quán)規(guī)則與通用標(biāo)識相對應(yīng)；在這些規(guī)則中可以制定符合相應(yīng)規(guī)則的信息訂閱內(nèi)容或訂閱范圍；下面舉例說明，假設(shè)呈現(xiàn)體為用戶李四，委托人為田林一，受委托人為張三，委托人田林一委托張三，要求其訂閱李四的位置呈現(xiàn)信息；張三在發(fā)送訂閱請求的時候，要求訂閱李四的“位置+游戲”呈現(xiàn)信息；用戶田林一的委托授權(quán)規(guī)則和呈現(xiàn)體李四的訂閱授權(quán)規(guī)則如下所示1、禁止列表liming@163.comchen@163.com2、匹配記錄表

3、委托訂閱內(nèi)容授權(quán)規(guī)則

呈現(xiàn)體李四的訂閱授權(quán)規(guī)則

參照上面的禁止列表、訂閱授權(quán)規(guī)則和內(nèi)容授權(quán)規(guī)則，例舉幾個用戶訂閱消息的實例1、如果是liming@163.com幫助田林一訂閱，由于在禁止列表中而被拒絕；2、如果是zhangsan@163.com幫助田林一訂閱，匹配訂閱授權(quán)規(guī)則(匹配記錄表)的時候，個人和通用均有，匹配結(jié)果為個人的優(yōu)先級高，且對應(yīng)規(guī)則為允許；則將個人的標(biāo)識“zhangsan@163.com”在委托訂閱內(nèi)容授權(quán)規(guī)則中進(jìn)行匹配，匹配的結(jié)果為采用“zhangsan@163.com”對應(yīng)的委托訂閱內(nèi)容授權(quán)規(guī)則，允許訂閱游戲信息，張三在發(fā)送訂閱請求的時候，要求訂閱李四的“位置+游戲”呈現(xiàn)信息，由于委托訂閱內(nèi)容授權(quán)規(guī)則中只允許訂閱游戲信息，這樣，經(jīng)過委托訂閱授權(quán)規(guī)則處理后的結(jié)果如下張三經(jīng)過委托，允許其幫助田林一訂閱，僅將游戲相關(guān)呈現(xiàn)信息訂閱請求發(fā)給下一裝置；根據(jù)呈現(xiàn)體李四的授權(quán)規(guī)則處理上一步驟中發(fā)下來的訂閱請求，結(jié)果為允許委托人田林一訂閱李四的呈現(xiàn)信息，且訂閱關(guān)系中將保存有田林一僅訂閱游戲相關(guān)呈現(xiàn)信息。呈現(xiàn)體李四發(fā)布信息的時候，將根據(jù)訂閱關(guān)系，僅將游戲呈現(xiàn)信息發(fā)送給田林一(在這里采用精確匹配方式，如果在委托訂閱內(nèi)容授權(quán)規(guī)則中沒有zhangsan@163.com標(biāo)識，則采用標(biāo)識“*@163.com”對應(yīng)的規(guī)則進(jìn)行處理，即只允許發(fā)位置信息，如果兩者都沒有就應(yīng)用默認(rèn)規(guī)則，例如拒絕)；3、如果是tiantian@163.com幫助田林一訂閱，查找委托訂閱授權(quán)規(guī)則中的匹配記錄表時，匹配結(jié)果為通用標(biāo)識，規(guī)則對應(yīng)為拒絕，則拒絕訂閱；4、如果是chenrui@163.com幫助田林一訂閱，委托訂閱授權(quán)規(guī)則中的匹配標(biāo)識為個人標(biāo)識，對應(yīng)規(guī)則為允許；將該個人標(biāo)識chenrui@163.com在委托訂閱內(nèi)容授權(quán)規(guī)則中進(jìn)行匹配，匹配的結(jié)果為“*@163.com”，對應(yīng)的規(guī)則為允許訂閱位置信息；同上面相同，經(jīng)過呈現(xiàn)體李四的授權(quán)規(guī)則處理后，允許委托人田林一訂閱李四的呈現(xiàn)信息，且訂閱關(guān)系中將保存有田林一僅訂閱位置相關(guān)呈現(xiàn)信息。
5、如果是luojun@future.com幫助田林一訂閱，由于在委托訂閱授權(quán)規(guī)則中(禁止列表和匹配記錄表)沒有匹配的標(biāo)識，根據(jù)呈現(xiàn)服務(wù)器的默認(rèn)策略，可以為友好拒絕；6、如果是macy@future.com幫助田林一訂閱，在委托訂閱授權(quán)規(guī)則中有匹配的標(biāo)識，但是該標(biāo)識對應(yīng)的規(guī)則為確認(rèn)，則進(jìn)行確認(rèn)的處理過程。
針對本發(fā)明的方法，下面描述本發(fā)明的呈現(xiàn)體客戶端或觀察體的結(jié)構(gòu)和相應(yīng)流程本發(fā)明的呈現(xiàn)體客戶端或觀察體中增加的委托訂閱處理模塊，呈現(xiàn)體客戶端執(zhí)行如下處理流程；1)詢問呈現(xiàn)信息訂閱實體(發(fā)送訂閱消息的觀察體)是否采用委托訂閱；2)如果是委托訂閱，在訂閱消息中指明為委托訂閱方式，例如在訂閱消息頭中增加委托訂閱字段；當(dāng)然，如果為委托訂閱，訂閱消息中也可以不添加字段，而是采用發(fā)送訂閱消息的用戶的標(biāo)識與訂閱該信息的用戶的標(biāo)識，由呈現(xiàn)服務(wù)器進(jìn)行判斷，也可以添加表示委托訂閱方式的字段。
以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以作出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也應(yīng)視為本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種訂閱呈現(xiàn)信息的方法，包括如下步驟1)呈現(xiàn)服務(wù)器接收觀察體客戶端或應(yīng)用服務(wù)器發(fā)送的訂閱消息；2)根據(jù)所述訂閱消息判斷是否為委托訂閱方式，如果是，呈現(xiàn)服務(wù)器根據(jù)委托授權(quán)規(guī)則處理所述消息，如果否，呈現(xiàn)服務(wù)器按照非委托訂閱方式處理所述消息；3)呈現(xiàn)服務(wù)器將處理所述消息后得到的訂閱關(guān)系進(jìn)行保存。
2.根據(jù)權(quán)利要求1所述的訂閱呈現(xiàn)信息的方法，其特征在于，所述委托授權(quán)規(guī)則包括委托訂閱授權(quán)規(guī)則，所述委托訂閱授權(quán)規(guī)則用于判斷該訂閱消息采用何種委托訂閱方式處理。
3.根據(jù)權(quán)利要求2所述的訂閱呈現(xiàn)信息的方法，其特征在于，所述委托訂閱授權(quán)規(guī)則包括禁止列表和呈現(xiàn)服務(wù)器默認(rèn)策略。
4.根據(jù)權(quán)利要求2所述的訂閱呈現(xiàn)信息的方法，其特征在于，所述委托授權(quán)規(guī)則還包括委托訂閱內(nèi)容授權(quán)規(guī)則，所述委托訂閱內(nèi)容授權(quán)規(guī)則包括個人委托訂閱內(nèi)容授權(quán)規(guī)則、通用委托訂閱內(nèi)容授權(quán)規(guī)則和默認(rèn)規(guī)則中的一個或幾個的組合。
5.根據(jù)權(quán)利要求1至4中任一項的訂閱呈現(xiàn)信息的方法，其特征在于，判斷是否為委托訂閱方式的方法包括判斷發(fā)送所述訂閱消息的用戶的標(biāo)識與訂閱者的標(biāo)識是否一致，或者判斷在訂閱消息中是否設(shè)置了表明為委托訂閱方式的字段。
6.根據(jù)權(quán)利要求1至4中任一項的訂閱呈現(xiàn)信息的方法，其特征在于，所述根據(jù)委托授權(quán)規(guī)則的處理包括判斷是否需要等待委托方確認(rèn)，如果需要等待確認(rèn)，則進(jìn)行等待確認(rèn)的處理。
7.根據(jù)權(quán)利要求5所述的訂閱呈現(xiàn)信息的方法，其特征在于，所述根據(jù)委托授權(quán)規(guī)則的處理包括判斷是否需要等待委托方確認(rèn)，如果需要等待確認(rèn)，則進(jìn)行等待確認(rèn)的處理。
8.根據(jù)權(quán)利要求1至4中任一項的訂閱呈現(xiàn)信息的方法，其特征在于，所述根據(jù)委托授權(quán)規(guī)則的處理包括判斷是否需要拒絕，如果是，則拒絕訂閱。
9.根據(jù)權(quán)利要求5所述的訂閱呈現(xiàn)信息的方法，其特征在于，所述根據(jù)委托授權(quán)規(guī)則的處理包括判斷是否需要拒絕，如果是，則拒絕訂閱。
10.根據(jù)權(quán)利要求1至4中任一項的訂閱呈現(xiàn)信息的方法，其特征在于，所述觀察體客戶端為移動終端或者固定終端。
11.根據(jù)權(quán)利要求1至4中任一項的訂閱呈現(xiàn)信息的方法，其特征在于，所述應(yīng)用服務(wù)器為游戲服務(wù)器。
12.一種訂閱呈現(xiàn)信息的系統(tǒng)，包括呈現(xiàn)服務(wù)器，其特征在于，所述呈現(xiàn)服務(wù)器(102)還包括委托檢查和處理裝置(405)用于檢查從觀察體客戶端或應(yīng)用服務(wù)器接收的訂閱消息是否為委托訂閱方式，如果為委托訂閱方式，根據(jù)委托授權(quán)規(guī)則對訂閱消息進(jìn)行處理，然后將獲得的訂閱消息發(fā)送給呈現(xiàn)信息訂閱處理模塊(105)；如果為非委托訂閱方式，直接將訂閱消息發(fā)送給呈現(xiàn)信息訂閱處理模塊(105)；呈現(xiàn)信息訂閱處理模塊(105)，處理訂閱消息并保存訂閱關(guān)系。
13.根據(jù)權(quán)利要求12所述的訂閱呈現(xiàn)信息的系統(tǒng)，其特征在于，所述委托檢查和處理裝置包括委托訂閱授權(quán)處理裝置和/或委托訂閱內(nèi)容授權(quán)處理裝置，所述委托訂閱授權(quán)處理裝置判斷訂閱消息是否為委托訂閱方式以及是否允許委托訂閱；所述委托訂閱內(nèi)容授權(quán)處理裝置根據(jù)委托訂閱內(nèi)容授權(quán)規(guī)則判斷允許委托訂閱哪些內(nèi)容。
14.根據(jù)權(quán)利要求13所述的訂閱呈現(xiàn)信息的系統(tǒng)，其特征在于，所述委托訂閱授權(quán)處理裝置還判斷該訂閱消息是否需要等待確認(rèn)、是否需要采用服務(wù)器默認(rèn)策略和是否需要拒絕中的一個或多個，針對判斷結(jié)果作相應(yīng)處理。
15.根據(jù)權(quán)利要求13所述的訂閱呈現(xiàn)信息的系統(tǒng)，其特征在于，所述委托訂閱內(nèi)容授權(quán)處理裝置用于根據(jù)個人委托訂閱內(nèi)容授權(quán)規(guī)則、通用委托訂閱內(nèi)容授權(quán)規(guī)則和默認(rèn)規(guī)則中的一個或幾個對訂閱消息進(jìn)行處理。
16.根據(jù)權(quán)利要求14所述的訂閱呈現(xiàn)信息的系統(tǒng)，其特征在于，所述委托訂閱內(nèi)容授權(quán)處理裝置用于根據(jù)個人委托訂閱內(nèi)容授權(quán)規(guī)則、通用委托訂閱內(nèi)容授權(quán)規(guī)則和默認(rèn)規(guī)則中的一個或幾個對訂閱消息進(jìn)行處理。
17.根據(jù)權(quán)利要求12至16中任一個的訂閱呈現(xiàn)信息的系統(tǒng)，其特征在于，所述觀察體客戶端為移動終端或者固定終端。
18.一種呈現(xiàn)服務(wù)器，包括呈現(xiàn)信息訂閱處理模塊(105)，用于處理訂閱消息并保存訂閱關(guān)系；其特征在于，所述呈現(xiàn)服務(wù)器還包括委托檢查和處理裝置(405)用于檢查從觀察體客戶端或應(yīng)用服務(wù)器接收的訂閱消息是否為委托訂閱方式，如果為委托訂閱方式，根據(jù)委托授權(quán)規(guī)則對訂閱消息進(jìn)行處理，然后將獲得的訂閱消息發(fā)送給呈現(xiàn)信息訂閱處理模塊(105)；如果為非委托訂閱方式，直接將訂閱消息發(fā)送給呈現(xiàn)信息訂閱處理模塊(105)。
19.根據(jù)權(quán)利要求18所述的呈現(xiàn)服務(wù)器，其特征在于，所述委托檢查和處理裝置包括委托訂閱授權(quán)處理裝置和/或委托訂閱內(nèi)容授權(quán)處理裝置，所述委托訂閱授權(quán)處理裝置判斷訂閱消息是否為委托訂閱方式以及是否允許委托訂閱；所述委托訂閱內(nèi)容授權(quán)處理裝置根據(jù)委托訂閱內(nèi)容授權(quán)規(guī)則判斷允許委托訂閱哪些內(nèi)容。
20根據(jù)權(quán)利要求19所述的呈現(xiàn)服務(wù)器，其特征在于，所述委托訂閱授權(quán)處理裝置還判斷該訂閱消息是否需要等待確認(rèn)、是否需要采用服務(wù)器默認(rèn)策略和是否需要拒絕中的一個或多個，針對判斷結(jié)果作相應(yīng)處理。
21.根據(jù)權(quán)利要求19所述的呈現(xiàn)服務(wù)器，其特征在于，所述委托訂閱內(nèi)容授權(quán)處理裝置用于根據(jù)個人委托訂閱內(nèi)容授權(quán)規(guī)則、通用委托訂閱內(nèi)容授權(quán)規(guī)則和默認(rèn)規(guī)則中的一個或幾個對訂閱消息進(jìn)行處理。
22.根據(jù)權(quán)利要求20所述的呈現(xiàn)服務(wù)器，其特征在于，所述委托訂閱內(nèi)容授權(quán)處理裝置用于根據(jù)個人委托訂閱內(nèi)容授權(quán)規(guī)則、通用委托訂閱內(nèi)容授權(quán)規(guī)則和默認(rèn)規(guī)則中的一個或幾個對訂閱消息進(jìn)行處理。
23.根據(jù)權(quán)利要求18至22中任一個的呈現(xiàn)服務(wù)器，其特征在于，所述觀察體客戶端為移動終端或者固定終端。
全文摘要
本發(fā)明涉及一種訂閱呈現(xiàn)信息的方法和系統(tǒng)。一種訂閱呈現(xiàn)信息的方法，流程如下呈現(xiàn)服務(wù)器接收觀察體客戶端或應(yīng)用服務(wù)器的訂閱消息；首先判斷是否為委托方式，如果是，根據(jù)委托授權(quán)規(guī)則處理所述消息，如果否，按照非委托方式處理所述消息；將處理所述消息后得到的訂閱關(guān)系進(jìn)行保存。還提供一種系統(tǒng)，包括委托檢查和處理裝置，用于檢查從觀察體客戶端或應(yīng)用服務(wù)器接收的訂閱消息是否為委托訂閱方式，如果為委托訂閱方式，根據(jù)委托授權(quán)規(guī)則對訂閱消息進(jìn)行處理，然后將獲得的訂閱消息發(fā)送給呈現(xiàn)信息訂閱處理模塊；如果為非委托訂閱方式，直接將訂閱消息發(fā)送給呈現(xiàn)信息訂閱處理模塊處理訂閱消息并保存訂閱關(guān)系。本發(fā)明使呈現(xiàn)信息的訂閱方式更加靈活。
文檔編號H04L12/58GK1863200SQ200510107430
公開日2006年11月15日 申請日期2005年9月30日 優(yōu)先權(quán)日2005年9月30日
發(fā)明者田林一, 招揚(yáng), 孫謙 申請人:華為技術(shù)有限公司