專利名稱：一種發(fā)布呈現(xiàn)信息的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種發(fā)布呈現(xiàn)信息的方法和系統(tǒng)，尤其涉及一種具有委托機(jī)制的發(fā)布呈現(xiàn)信息的方法和系統(tǒng)。
背景技術(shù)：
目前，呈現(xiàn)業(yè)務(wù)的應(yīng)用越來越廣泛，呈現(xiàn)業(yè)務(wù)(Presence Service)是一種搜集和發(fā)布呈現(xiàn)信息(presence information)的通信業(yè)務(wù)。可能許多人希望獲取呈現(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ù)器(Application Server)103、呈現(xiàn)服務(wù)器(Presence Server)102、觀察體客戶端(Watcher)101和呈現(xiàn)XDMS(Presence XML DocumentManagement System，呈現(xiàn)XML文件管理系統(tǒng))104；呈現(xiàn)體客戶端或者應(yīng)用服務(wù)器(Application Server)103為呈現(xiàn)信息源，當(dāng)其呈現(xiàn)信息發(fā)生改變時，主動向呈現(xiàn)服務(wù)器102發(fā)送PUBLISH發(fā)布消息，發(fā)布呈現(xiàn)信息。
呈現(xiàn)體客戶端與觀察體客戶端可以是移動終端，如手機(jī)、PDA(掌上電腦)、智能終端(例如數(shù)字機(jī)頂盒)等，也可以是固定終端，移動終端上的上述功能同樣可以運(yùn)用于固定終端中，目前也出現(xiàn)了具有SIP功能的固定終端；呈現(xiàn)體客戶端上有一個用于發(fā)布消息的應(yīng)用程序，用戶可以通過選擇發(fā)布需要發(fā)布的信息，確認(rèn)后，呈現(xiàn)體客戶端將所有消息包括用戶標(biāo)識符等一并發(fā)送到呈現(xiàn)服務(wù)器102。
呈現(xiàn)服務(wù)器102負(fù)責(zé)接收觀察體客戶端101的SUBSCRIBE訂閱消息，根據(jù)被訂閱的呈現(xiàn)體客戶端預(yù)先設(shè)置的訂閱授權(quán)規(guī)則來判斷訂閱的結(jié)果；接收呈現(xiàn)體客戶端的PUBLISH發(fā)布消息，按照呈現(xiàn)體客戶端/觀察體客戶端原先設(shè)置的一些規(guī)則(包括內(nèi)容合成、授權(quán)和過濾)進(jìn)行處理，最終通過NOTIFY通知將呈現(xiàn)信息發(fā)布給觀察體客戶端101。
觀察體客戶端101訂閱呈現(xiàn)體客戶端或者應(yīng)用服務(wù)器103的呈現(xiàn)信息，并接收來自呈現(xiàn)服務(wù)器102的通知消息。呈現(xiàn)XDMS104保存呈現(xiàn)體客戶端的授權(quán)列表(如訂閱授權(quán)列表、內(nèi)容授權(quán)列表、委托授權(quán)列表等)、群組列表等，其它裝置如呈現(xiàn)信息合成和發(fā)布裝置可以通過協(xié)議如XML文檔配置和訪問協(xié)議(XCAP)直接訪問呈現(xiàn)XDMS，也可以通過專用的信息訪問單元從呈現(xiàn)XDMS中的授權(quán)列表中獲取一系列的信息，如訂閱授權(quán)規(guī)則，內(nèi)容授權(quán)規(guī)則、委托授權(quán)列表等；當(dāng)然如果需要，本領(lǐng)域技術(shù)人員可以將呈現(xiàn)XDMS直接設(shè)置到呈現(xiàn)服務(wù)器中，也可以將兩者設(shè)置成獨(dú)立的服務(wù)單元，通過特定的通信協(xié)議進(jìn)行訪問。
上述的SUBSCRIBE和PUBLISH等均為SIP消息。PUBLISH消息的SIP消息頭中包含呈現(xiàn)體客戶端的標(biāo)識，消息體中包含XML文檔，為呈現(xiàn)體客戶端的呈現(xiàn)信息。訂閱和發(fā)布消息并不局限于SIP消息格式，在IMS網(wǎng)絡(luò)中是SIP消息；對于其他網(wǎng)絡(luò)(例如IP網(wǎng)絡(luò)中的ICQ/MSN應(yīng)用)，可以不為SIP消息，為自定義的消息格式。呈現(xiàn)服務(wù)器包括呈現(xiàn)信息合成和發(fā)布裝置105，呈現(xiàn)信息合成和發(fā)布裝置105是最重要的一個裝置，圖2描述了它的結(jié)構(gòu)，它包括呈現(xiàn)信息合成裝置211、內(nèi)容授權(quán)規(guī)則檢查裝置212、觀察體過濾裝置213、部分通知處理裝置214和呈現(xiàn)信息發(fā)布裝置215；呈現(xiàn)信息合成裝置211用于將新發(fā)布的呈現(xiàn)信息和服務(wù)器中保存的呈現(xiàn)信息進(jìn)行合成處理；內(nèi)容授權(quán)規(guī)則檢查裝置212用于按照呈現(xiàn)體客戶端設(shè)置的規(guī)則(對于某個觀察體客戶端允許發(fā)布哪些信息)，將不允許發(fā)布的信息過濾掉；觀察體過濾裝置213用于按照觀察體設(shè)置的規(guī)則(如不希望接收某個呈現(xiàn)體客戶端的哪些信息)，將不希望接收的信息過濾掉(比如觀察體僅希望用戶從關(guān)機(jī)變?yōu)殚_機(jī)時通知，其他呈現(xiàn)信息將被過濾掉)；部分通知處理裝置214按照觀察體客戶端101在SUBSCRIBE訂閱時設(shè)置的規(guī)則(比如只接收用戶位置相關(guān)的呈現(xiàn)信息)，將不屬于訂閱范圍的信息過濾掉；呈現(xiàn)信息發(fā)布裝置215用于將處理后的呈現(xiàn)信息NOTIFY通知給觀察體客戶端101。
圖3為現(xiàn)有系統(tǒng)交互流程圖，具體流程如下1)呈現(xiàn)體客戶端A首先要在呈現(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)觀察體B向呈現(xiàn)服務(wù)器請求訂閱(SUBSCRIBE)呈現(xiàn)體客戶端A的呈現(xiàn)信息；3)呈現(xiàn)服務(wù)器根據(jù)呈現(xiàn)XDMS中的訂閱授權(quán)規(guī)則匹配，如果匹配，允許訂閱；同時保存此訂閱關(guān)系；4)呈現(xiàn)體客戶端A向呈現(xiàn)服務(wù)器發(fā)布(PUBLISH)信息；5)呈現(xiàn)服務(wù)器根據(jù)一系列的規(guī)則處理后向觀察體B發(fā)送呈現(xiàn)信息的通知(NOTIFY)。
上述方案中呈現(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ù)器中；在上述的現(xiàn)有技術(shù)中，呈現(xiàn)信息的發(fā)布者必須是呈現(xiàn)體客戶端本身，始終不太靈活，用戶體驗也差，我們將上述現(xiàn)有的呈現(xiàn)信息發(fā)布方式稱之為非委托發(fā)布方式；如果能夠委托他人或者設(shè)備代替其本人發(fā)布呈現(xiàn)信息，就能解決上述不足，例如用戶A希望登陸到游戲服務(wù)器玩游戲時，其呈現(xiàn)狀態(tài)為“玩游戲”，對應(yīng)的呈現(xiàn)信息可以包括游戲服務(wù)器名、游戲大廳名稱、游戲名稱等；用戶A希望游戲服務(wù)器能夠委托其發(fā)布呈現(xiàn)信息，這樣他的朋友就可以看到他的狀態(tài)，也能夠登陸到相同的游戲服務(wù)器和他一起玩游戲。用戶A就不需要自己手工去發(fā)布呈現(xiàn)信息；再如某公司老總即將開會，其要求秘書將其狀態(tài)設(shè)置為“開會”，秘書使用某種軟件向呈現(xiàn)服務(wù)器發(fā)布老總的呈現(xiàn)信息；顯然，利用委托機(jī)制可以很好地提升用戶體驗。
但是在現(xiàn)有技術(shù)中，呈現(xiàn)信息的發(fā)布者必須是呈現(xiàn)體客戶端本身，現(xiàn)有技術(shù)中的系統(tǒng)是無法完成具有委托機(jī)制的呈現(xiàn)信息服務(wù)的，這樣當(dāng)用戶使用某種應(yīng)用時，無法委托其他實體發(fā)布其呈現(xiàn)信息，需要用戶自己登陸另外一個程序發(fā)布呈現(xiàn)信息，用戶體驗差，不靈活，用戶使用某些業(yè)務(wù)時，由于對于業(yè)務(wù)不熟悉，此業(yè)務(wù)具備哪些呈現(xiàn)信息，用戶不清楚，這樣就限制了呈現(xiàn)信息的內(nèi)容，使得業(yè)務(wù)展現(xiàn)信息貧乏。

發(fā)明內(nèi)容
本發(fā)明的目的就是提供一種具有委托機(jī)制的發(fā)布呈現(xiàn)信息的方法和設(shè)備，使呈現(xiàn)信息的發(fā)布變得更加靈活，豐富，能很好的提升用戶體驗。采用如下技術(shù)方案達(dá)到本發(fā)明的目的本發(fā)明提供一種發(fā)布呈現(xiàn)信息的方法，包括如下步驟1)呈現(xiàn)服務(wù)器接收呈現(xiàn)體客戶端或應(yīng)用服務(wù)器發(fā)送的發(fā)布消息；2)首先判斷是否為委托發(fā)布方式，如果是，根據(jù)委托授權(quán)規(guī)則處理所述消息，如果否，按照非委托發(fā)布方式處理所述消息；3)將處理所述消息后得到的呈現(xiàn)信息發(fā)送給預(yù)先訂閱該呈現(xiàn)信息擁有者的觀察體客戶端。
所述委托授權(quán)規(guī)則包括委托發(fā)布授權(quán)規(guī)則，所述委托發(fā)布授權(quán)規(guī)則用于判斷該發(fā)布消息采用何種方式處理。
所述委托授權(quán)規(guī)則還包括委托內(nèi)容授權(quán)規(guī)則，所述委托內(nèi)容授權(quán)規(guī)則包括個人委托授權(quán)規(guī)則、通用委托授權(quán)規(guī)則和默認(rèn)規(guī)則中的一個或幾個的組合。
所述委托授權(quán)規(guī)則還包括委托過濾規(guī)則，所述委托過濾規(guī)則用于將不符合過濾條件的內(nèi)容過濾掉。
所述根據(jù)委托授權(quán)規(guī)則的處理包括判斷是否需要等待確認(rèn)，如果需要等待確認(rèn)，則進(jìn)行確認(rèn)的處理。
所述根據(jù)委托授權(quán)規(guī)則的處理包括判斷是否需要拒絕，如果需要，則拒絕發(fā)布。
所述委托發(fā)布授權(quán)規(guī)則中規(guī)定有發(fā)布消息的有效期、時間周期和次數(shù)。
本發(fā)明提供還一種發(fā)布呈現(xiàn)信息的系統(tǒng)，包括呈現(xiàn)服務(wù)器，所述呈現(xiàn)服務(wù)器102包括委托檢查和處理裝置405用于檢查從呈現(xiàn)體客戶端或應(yīng)用服務(wù)器接收的發(fā)布消息是否為委托發(fā)布方式，如果為委托發(fā)布方式，根據(jù)委托授權(quán)規(guī)則對發(fā)布消息進(jìn)行處理，然后將獲得的呈現(xiàn)信息發(fā)送給呈現(xiàn)信息合成和發(fā)布裝置；如果為非委托發(fā)布方式，直接將發(fā)布消息發(fā)送給呈現(xiàn)信息合成和發(fā)布裝置；呈現(xiàn)信息合成和發(fā)布裝置105具有信息的合成、處理及發(fā)布功能。
所述委托檢查和處理裝置包括委托發(fā)布授權(quán)處理裝置和/或委托內(nèi)容授權(quán)處理裝置，所述委托發(fā)布授權(quán)處理裝置判斷發(fā)布消息是否為委托發(fā)布方式以及是否允許發(fā)布，所述委托內(nèi)容授權(quán)處理裝置根據(jù)委托內(nèi)容授權(quán)規(guī)則判斷允許委托發(fā)布哪些內(nèi)容。
所述委托授權(quán)處理裝置還根據(jù)委托過濾條件僅發(fā)布符合過濾條件的內(nèi)容。
所述委托發(fā)布授權(quán)處理裝置還判斷該發(fā)布是否需要等待確認(rèn)或是否需要拒絕。
所述委托發(fā)布授權(quán)處理裝置還根據(jù)該發(fā)布消息的有效期、時間周期和次數(shù)進(jìn)行相應(yīng)處理。
本發(fā)明還提供另一種發(fā)布呈現(xiàn)信息的系統(tǒng)，包括呈現(xiàn)服務(wù)器，所述呈現(xiàn)服務(wù)器包括委托發(fā)布授權(quán)處理裝置701，判斷從呈現(xiàn)體客戶端或應(yīng)用服務(wù)器接收的發(fā)布消息是否為委托發(fā)布方式以及是否允許發(fā)布；呈現(xiàn)信息合成和發(fā)布裝置105，具有信息的合成、處理及發(fā)布功能；
所述呈現(xiàn)信息合成和發(fā)布裝置105包括委托內(nèi)容授權(quán)處理裝置702，所述委托內(nèi)容授權(quán)處理裝置根據(jù)委托內(nèi)容授權(quán)規(guī)則判斷允許委托發(fā)布哪些內(nèi)容。
所述呈現(xiàn)信息合成和發(fā)布裝置105還根據(jù)委托過濾條件僅發(fā)布符合過濾條件的內(nèi)容。
所述呈現(xiàn)信息合成和發(fā)布裝置105包括委托過濾處理裝置，且委托內(nèi)容授權(quán)處理裝置和委托過濾處理裝置在呈現(xiàn)信息合成和發(fā)布裝置105中不直接連接。
所述委托發(fā)布授權(quán)處理裝置還判斷該發(fā)布是否需要等待確認(rèn)或是否需要拒絕。
所述委托發(fā)布授權(quán)處理裝置還根據(jù)該發(fā)布消息的有效期和次數(shù)進(jìn)行相應(yīng)處理。
所述呈現(xiàn)信息合成和發(fā)布裝置包括呈現(xiàn)信息合成裝置和呈現(xiàn)信息發(fā)布裝置，在所述委托內(nèi)容授權(quán)處理裝置和委托過濾處理裝置之間還有內(nèi)容授權(quán)規(guī)則檢查裝置、觀察體過濾裝置和部分通知處理裝置中的至少一個。
所述呈現(xiàn)體客戶端可以為移動終端或固定終端。
所述移動終端可以為手機(jī)、PDA或智能終端。
所述應(yīng)用服務(wù)器可以為游戲服務(wù)器。
所述系統(tǒng)還包括呈現(xiàn)XDMS，用于存儲委托授權(quán)規(guī)則，并將委托授權(quán)規(guī)則提供給呈現(xiàn)服務(wù)器。
本發(fā)明還提供一種呈現(xiàn)服務(wù)器，包括呈現(xiàn)信息合成和發(fā)布裝置(105)，用于對呈現(xiàn)信息合成、處理及分發(fā)；委托檢查和處理裝置(405)，用于檢查從呈現(xiàn)體客戶端或應(yīng)用服務(wù)器接收的發(fā)布消息是否為委托發(fā)布方式，如果為委托發(fā)布方式，根據(jù)委托授權(quán)規(guī)則對發(fā)布消息進(jìn)行處理，然后將獲得的呈現(xiàn)信息發(fā)送給呈現(xiàn)信息合成和發(fā)布裝置；如果為非委托發(fā)布方式，直接將發(fā)布消息發(fā)送給呈現(xiàn)信息合成和發(fā)布裝置。
采用本發(fā)明的上述技術(shù)方案，能夠?qū)崿F(xiàn)用戶委托其他人或其他應(yīng)用服務(wù)器發(fā)布呈現(xiàn)信息的需求；能夠在用戶使用應(yīng)用的過程中發(fā)布呈現(xiàn)信息，不需要登陸到專門的呈現(xiàn)信息發(fā)布終端上，使呈現(xiàn)信息的發(fā)布更加靈活，減少了用戶手工發(fā)布呈現(xiàn)信息的次數(shù)和頻率，增強(qiáng)用戶體驗；用戶不需要對某個業(yè)務(wù)非常了解，不需要記住業(yè)務(wù)具備哪些復(fù)雜的呈現(xiàn)信息；該業(yè)務(wù)可以提供人機(jī)交互界面，將其呈現(xiàn)信息顯示給用戶進(jìn)行選擇，降低了用戶發(fā)布和配置呈現(xiàn)信息的難度，對于業(yè)務(wù)推廣具有重要意義，基于呈現(xiàn)信息的業(yè)務(wù)內(nèi)容也更加豐富，可以吸引用戶使用呈現(xiàn)信息相關(guān)的業(yè)務(wù)。
通過以下結(jié)合附圖對本發(fā)明優(yōu)選實施方式的描述，本發(fā)明的其他特點(diǎn)、目的和效果將變得更加清楚和易于理解。


下面將參考附圖來描述本發(fā)明的優(yōu)選實施方式，其中圖1為現(xiàn)有技術(shù)中實現(xiàn)呈現(xiàn)業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)；圖2為現(xiàn)有技術(shù)中呈現(xiàn)信息合成和發(fā)布裝置的結(jié)構(gòu)圖；圖3為現(xiàn)有系統(tǒng)交互流程圖；圖4為本發(fā)明一實施例中實現(xiàn)呈現(xiàn)業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)圖；圖5為本發(fā)明的訂閱與發(fā)布流程圖；圖6為本發(fā)明一實施例中實現(xiàn)呈現(xiàn)業(yè)務(wù)的詳細(xì)系統(tǒng)結(jié)構(gòu)圖；圖7為本發(fā)明中執(zhí)行委托發(fā)布授權(quán)規(guī)則和委托內(nèi)容授權(quán)規(guī)則的流程圖；圖8為本發(fā)明第二實施例中實現(xiàn)呈現(xiàn)業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)圖；圖9為本發(fā)明第二實施例中實現(xiàn)呈現(xiàn)業(yè)務(wù)的詳細(xì)系統(tǒng)結(jié)構(gòu)圖；在所有的上述附圖中，相同的標(biāo)號表示具有相同、相似或相應(yīng)的特征或功能。
具體實施例方式
下面結(jié)合附圖對本發(fā)明做進(jìn)一步的說明。
實施例一參考圖4，改進(jìn)后的系統(tǒng)包括呈現(xiàn)體客戶端A403、呈現(xiàn)體客戶端B或者應(yīng)用服務(wù)器C404、呈現(xiàn)服務(wù)器102、觀察體客戶端101和呈現(xiàn)XDMS104，其中呈現(xiàn)服務(wù)器102包括委托檢查和處理裝置405、呈現(xiàn)信息合成和發(fā)布裝置105，參考圖5，具體的訂閱和發(fā)布流程如下1)呈現(xiàn)體客戶端A403預(yù)先在呈現(xiàn)XDMS104進(jìn)行一些設(shè)置(例如訂閱授權(quán)規(guī)則(允許哪些用戶訂閱)、內(nèi)容授權(quán)規(guī)則(允許發(fā)布哪些信息)和委托授權(quán)規(guī)則(是否允許委托、允許委托發(fā)布哪些內(nèi)容等))；2)觀察體客戶端101向呈現(xiàn)服務(wù)器102請求訂閱(SUBSCRIBE)呈現(xiàn)體客戶端A的呈現(xiàn)信息；3)呈現(xiàn)服務(wù)器根據(jù)訂閱授權(quán)規(guī)則匹配，如果匹配，允許訂閱；同時將該訂閱信息發(fā)送到呈現(xiàn)XDMS中進(jìn)行信息保存，同時保存此訂閱關(guān)系；4)呈現(xiàn)體客戶端A委托呈現(xiàn)體客戶端B或者應(yīng)用服務(wù)器C404向呈現(xiàn)服務(wù)器102發(fā)布(PUBLISH)呈現(xiàn)信息；例如老總委托秘書、用戶使用某種業(yè)務(wù)(如登陸游戲服務(wù)器)，或者點(diǎn)擊按鈕觸發(fā)委托發(fā)布流程；5)呈現(xiàn)體客戶端B或者應(yīng)用服務(wù)器C404向呈現(xiàn)服務(wù)器102的委托檢查和處理裝置405發(fā)布呈現(xiàn)信息，委托檢查和處理裝置405進(jìn)行如下操作a)檢查是否為委托發(fā)布方式；b)如果為非委托發(fā)布方式，則進(jìn)入步驟e)；如果為委托方式，進(jìn)入步驟c)；c)根據(jù)委托發(fā)布授權(quán)規(guī)則(Delegation Publishment AuthorizationRule)，判斷是否允許委托發(fā)布；d)根據(jù)委托內(nèi)容授權(quán)規(guī)則(Delegation Content Authorization Rule)，判斷允許委托發(fā)布哪些內(nèi)容；e)根據(jù)委托過濾規(guī)則(Delegation Filter)，將不符合過濾條件的內(nèi)容過濾掉；f)然后將呈現(xiàn)消息發(fā)送給呈現(xiàn)信息合成和發(fā)布裝置；6)呈現(xiàn)信息合成和發(fā)布裝置105可以采用現(xiàn)有的功能模塊進(jìn)行處理(參考圖6，呈現(xiàn)信息合成和發(fā)布裝置105采用現(xiàn)有的功能模塊，包括呈現(xiàn)信息合成裝置211、內(nèi)容授權(quán)規(guī)則檢查裝置212、觀察體過濾裝置213、部分通知處理裝置214和呈現(xiàn)信息發(fā)布裝置215)；7)呈現(xiàn)信息合成和發(fā)布裝置105向觀察體客戶端101發(fā)送通知(NOTIFY)。
該實施例中，委托檢查和處理裝置405的各種功能均為可選項。
上述委托檢查和處理裝置405對于各種規(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ī)則都可以采用上述方式；本實施例中需要對新發(fā)布的呈現(xiàn)信息和呈現(xiàn)服務(wù)器中現(xiàn)有呈現(xiàn)信息均應(yīng)用“委托內(nèi)容授權(quán)規(guī)則”、“過濾條件”，然后再進(jìn)行合成。
本實施例中，應(yīng)用服務(wù)器包括游戲服務(wù)器或具有相似功能的服務(wù)器，也包括即時消息服務(wù)器(如ICQ/MSN服務(wù)器)，用戶在游戲服務(wù)器中填寫需要發(fā)布的消息，也可以只填寫用戶標(biāo)識，游戲服務(wù)器自動將用戶標(biāo)識以及相應(yīng)的與游戲相關(guān)的呈現(xiàn)信息發(fā)送到預(yù)定的呈現(xiàn)服務(wù)器，如果呈現(xiàn)服務(wù)器不唯一，可以通過用戶輸入呈現(xiàn)服務(wù)器的相關(guān)標(biāo)識進(jìn)行發(fā)送。
上述實施例中描述了以委托方式發(fā)布呈現(xiàn)信息的流程，在呈現(xiàn)服務(wù)器中，可以將委托方式與現(xiàn)有技術(shù)相結(jié)合，通過委托檢查流程進(jìn)行判斷依據(jù)哪種方式進(jìn)行處理，用于委托檢查的裝置接收到呈現(xiàn)信息發(fā)布消息，首先檢查是否為委托發(fā)布，如果為非委托方式，則按照現(xiàn)有流程處理，如果是委托方式，則從呈現(xiàn)XDMS上獲取委托授權(quán)規(guī)則(包括委托發(fā)布授權(quán)規(guī)則(是否允許委托發(fā)布)、委托內(nèi)容授權(quán)規(guī)則(允許委托發(fā)布哪些內(nèi)容)和委托過濾規(guī)則(符合過濾條件的將被發(fā)布，其它將被丟棄)，當(dāng)然，委托過濾規(guī)則也可以被包含在委托內(nèi)容授權(quán)規(guī)則中，根據(jù)實際情況靈活確定)，根據(jù)委托授權(quán)規(guī)則發(fā)布呈現(xiàn)信息。
關(guān)于檢查是否為委托發(fā)布，可以采取下列方式方法一、接收消息發(fā)布者的用戶標(biāo)識與呈現(xiàn)信息擁有者的用戶標(biāo)識，然后進(jìn)行比較，如果匹配一致，則為非委托方式，如果不一致，則為委托方式。
方法二、可以在發(fā)布消息(消息頭或消息體)中增加表明為委托發(fā)布的字段，如“Delegation”字段，當(dāng)然，本領(lǐng)域技術(shù)人員能明白，這個消息放在發(fā)布消息時發(fā)送的信息中的任何一處均可以，只要呈現(xiàn)服務(wù)器能夠根據(jù)預(yù)先設(shè)定的協(xié)議檢測到該消息即可，例如放在發(fā)布的呈現(xiàn)信息中，而且子段可以設(shè)定為任何一種字段。
下面對執(zhí)行委托發(fā)布授權(quán)規(guī)則和委托內(nèi)容授權(quán)規(guī)則的流程作一個詳細(xì)的說明，參考圖7，具體流程如下1)委托檢查和處理裝置接收到發(fā)布消息后，從呈現(xiàn)XDMS上獲取委托發(fā)布授權(quán)規(guī)則，根據(jù)委托發(fā)布授權(quán)規(guī)則進(jìn)行匹配；2)檢查發(fā)送方(受委托方)在禁止列表中是否有匹配項，如果有，則拒絕發(fā)布；否則，進(jìn)入步驟3)；3)檢查不在禁止列表中的發(fā)送方在委托發(fā)布授權(quán)規(guī)則中是否還有相應(yīng)的匹配項，如果否，應(yīng)用呈現(xiàn)服務(wù)器的默認(rèn)策略(如可以是拒絕或發(fā)布所有消息)；如果是，進(jìn)入步驟4)；4)檢查是否存在多個匹配項，如果是，按照選擇規(guī)則(如優(yōu)先級)進(jìn)行選??；5)根據(jù)獲得的匹配項，索引委托發(fā)布授權(quán)規(guī)則中與該匹配項對應(yīng)的結(jié)果，如果結(jié)果不為允許，進(jìn)入步驟6)，如果結(jié)果為允許，則將該匹配項在委托內(nèi)容授權(quán)規(guī)則中進(jìn)行再次匹配，根據(jù)再次匹配獲得的匹配項，索引相應(yīng)的處理規(guī)則(個人委托內(nèi)容授權(quán)規(guī)則或通用委托內(nèi)容授權(quán)規(guī)則)進(jìn)行處理；6)如果結(jié)果為拒絕，則拒絕發(fā)布；7)如果結(jié)果為需要確認(rèn)，則執(zhí)行確認(rèn)的處理流程(讓委托人進(jìn)行選擇，可以是選擇委托內(nèi)容授權(quán)規(guī)則，如通用委托內(nèi)容授權(quán)規(guī)則或某個個人委托內(nèi)容授權(quán)規(guī)則，也可以是直接選取可以發(fā)布的內(nèi)容選項，還可以拒絕)；對于各種規(guī)則的制定，可以根據(jù)個人的需求，靈活掌握，上面例舉的規(guī)則的判斷是利用匹配與各個規(guī)則相關(guān)聯(lián)的消息字段或標(biāo)識進(jìn)行的。
上述本發(fā)明涉及到的各個操作步驟及各種規(guī)則的制定，本領(lǐng)域技術(shù)人員根據(jù)現(xiàn)有掌握的編程手段就能輕易實施。
為有助于理解，下面列舉幾個具體的委托發(fā)布授權(quán)規(guī)則和委托內(nèi)容授權(quán)規(guī)則的例子，首先要匹配委托發(fā)布授權(quán)規(guī)則，包括查找禁止列表和匹配記錄表，匹配記錄表包括個人身份匹配(指按照具體的個人的身份(Identity)來匹配，例如具體到個人張三、李四)和通用身份匹配(指不具體到個人，可以采用一個具有公共特性的標(biāo)識進(jìn)行匹配判斷，例如*@163.com)，根據(jù)查找

表2

表1是基于IP連接的Virtual Server表，表2是基于PPP連接的Virtual Server表。
本發(fā)明中的HGW可以提供DHCP Server功能，為內(nèi)部的各Web Sevrer分配私網(wǎng)IP地址。HGW還應(yīng)該提供DDNS功能，使內(nèi)部的各Web Sevrer能夠向公網(wǎng)的DDNS Server注冊自己的域名和公網(wǎng)IP地址。
在進(jìn)行了上述設(shè)置過程后，外網(wǎng)Client(客戶端)在訪問Web Sevrer1、WebSevrer2或者其它內(nèi)部的Web Sevrer時，先做DNS(查號業(yè)務(wù))，以獲取其需要訪問的內(nèi)部Web Sevrer對應(yīng)的公網(wǎng)IP地址，由于各Web Sevrer對應(yīng)的公網(wǎng)IP則將個人的標(biāo)識“Zhangsan@163.com”在內(nèi)容授權(quán)規(guī)則中進(jìn)行匹配，匹配的結(jié)果為采用“Zhangsan@163.com”對應(yīng)的委托內(nèi)容授權(quán)規(guī)則，允許發(fā)布游戲信息(在這里采用精度匹配方式，如果在委托內(nèi)容授權(quán)規(guī)則中沒有Zhangsan@163.com標(biāo)識，則采用標(biāo)識“*@163.com”對應(yīng)的規(guī)則進(jìn)行處理，即只允許發(fā)位置信息)；3、如果是tianlinyi@163.com幫助李四發(fā)送信息，查找發(fā)布授權(quán)規(guī)則的時候，匹配結(jié)果為通用標(biāo)識，規(guī)則對應(yīng)為拒絕，則拒絕發(fā)送；4、如果是chenrui@163.com幫助李四發(fā)送信息，匹配標(biāo)識為個人標(biāo)識，對應(yīng)規(guī)則為允許；將該個人標(biāo)識chenrui@163.com在委托內(nèi)容中進(jìn)行匹配，匹配的結(jié)果為“*@163.com”，對應(yīng)的規(guī)則為允許發(fā)布位置信息；5、如果是luoiun@future.com幫助李四發(fā)送信息，由于在委托發(fā)布授權(quán)規(guī)則中(禁止列表和匹配記錄表)沒有匹配的標(biāo)識，根據(jù)呈現(xiàn)服務(wù)器的默認(rèn)策略，可以為拒絕或者確認(rèn)；6、如果是macy@future.com幫助李四發(fā)送信息，有匹配的標(biāo)識，但是該標(biāo)識對應(yīng)的規(guī)則為確認(rèn)，則進(jìn)行確認(rèn)的處理過程。
而且還可以在委托發(fā)布授權(quán)規(guī)則中限定發(fā)布時間和次數(shù)，如有效期為每天8:00～18:00，次數(shù)指定100次，100次以后訂閱無效，不再發(fā)布，需要重新訂閱，或者續(xù)費(fèi)訂閱等等。
針對本發(fā)明的方法，下面描述本發(fā)明的呈現(xiàn)體客戶端的結(jié)構(gòu)和相應(yīng)流程本發(fā)明的呈現(xiàn)體客戶端中增加的委托發(fā)布處理模塊，呈現(xiàn)體客戶端執(zhí)行如下處理流程；1)詢問呈現(xiàn)信息發(fā)布實體是否采用委托發(fā)布；2)如果是委托發(fā)布，發(fā)布消息中指明為委托發(fā)布方式，如在發(fā)布消息頭中增加委托發(fā)布字段；3)如果為委托發(fā)布，發(fā)布消息中可以不添加字段，而是采用發(fā)送發(fā)布者的用戶標(biāo)識與呈現(xiàn)信息擁有者的用戶標(biāo)識，由呈現(xiàn)服務(wù)器進(jìn)行判斷，也可以添加表示非委托發(fā)布方式的字段。
實施例二參考圖8，本實施例的系統(tǒng)包括呈現(xiàn)體客戶端A403、呈現(xiàn)體客戶端B或者應(yīng)用服務(wù)器C404、呈現(xiàn)服務(wù)器102、觀察體客戶端101和呈現(xiàn)XDMS104，其中呈現(xiàn)服務(wù)器102包括委托發(fā)布授權(quán)處理裝置701、呈現(xiàn)信息合成和發(fā)布裝置105，其中呈現(xiàn)信息合成和發(fā)布裝置105包括委托內(nèi)容授權(quán)處理裝置702，本實施例中(參考圖9)，委托內(nèi)容授權(quán)處理裝置702位于現(xiàn)有呈現(xiàn)信息合成和發(fā)布裝置105中的內(nèi)容授權(quán)規(guī)則檢查裝置212和觀察體過濾裝置213之間；當(dāng)然，本領(lǐng)域技術(shù)人員應(yīng)該明白，本發(fā)明中的委托內(nèi)容授權(quán)處理裝置702并不限于本實施例中的位置，可以是呈現(xiàn)信息合成裝置211和呈現(xiàn)信息發(fā)布裝置215之間的任意位置；本實施例具體的訂閱和發(fā)布流程如下1)呈現(xiàn)體客戶端A403預(yù)先在呈現(xiàn)XDMS104進(jìn)行一些設(shè)置(例如訂閱授權(quán)規(guī)則(允許哪些用戶訂閱)、內(nèi)容授權(quán)規(guī)則(允許發(fā)布哪些信息)、委托授權(quán)規(guī)則等)；2)觀察體客戶端101向呈現(xiàn)服務(wù)器102請求訂閱(SUBSCRIBE)呈現(xiàn)體客戶端A的呈現(xiàn)信息；3)呈現(xiàn)服務(wù)器根據(jù)訂閱授權(quán)規(guī)則匹配，如果匹配，允許訂閱；同時保存此訂閱關(guān)系；4)呈現(xiàn)體客戶端A委托呈現(xiàn)體客戶端B或者應(yīng)用服務(wù)器C404向呈現(xiàn)服務(wù)器102發(fā)布(PUBLISH)呈現(xiàn)信息；5)呈現(xiàn)體客戶端B或者應(yīng)用服務(wù)器C404向呈現(xiàn)服務(wù)器102的委托發(fā)布授權(quán)處理裝置701發(fā)布呈現(xiàn)信息，委托發(fā)布授權(quán)處理裝置701進(jìn)行如下操作a)檢查是否為委托發(fā)布方式；b)如果為非委托發(fā)布方式，則進(jìn)入步驟d)；如果為委托方式，進(jìn)入步驟c)；c)根據(jù)呈現(xiàn)XDMS中的委托發(fā)布授權(quán)規(guī)則(Delegation PublishmentAuthorization Rule)，判斷是否允許委托發(fā)布；d)將呈現(xiàn)信息發(fā)送給呈現(xiàn)信息合成和發(fā)布裝置；6)呈現(xiàn)信息合成和發(fā)布裝置105中的各個模塊進(jìn)行如下流程處理呈現(xiàn)信息合成裝置211用于將新發(fā)布的呈現(xiàn)信息和服務(wù)器中保存的呈現(xiàn)信息進(jìn)行合成處理；內(nèi)容授權(quán)規(guī)則檢查裝置212用于按照呈現(xiàn)體客戶端設(shè)置的規(guī)則(對于某個觀察體客戶端允許發(fā)布哪些信息)，將不允許發(fā)布的信息過濾掉；委托內(nèi)容授權(quán)處理裝置702根據(jù)委托內(nèi)容授權(quán)規(guī)則(Delegation ContentAuthorization Rule)，判斷允許委托發(fā)布哪些內(nèi)容；觀察體過濾裝置213用于按照觀察體設(shè)置的規(guī)則(不希望接收某個呈現(xiàn)體客戶端的哪些信息)，將不希望接收的信息過濾掉(比如觀察體僅希望用戶從關(guān)機(jī)變?yōu)殚_機(jī)時通知，其他呈現(xiàn)信息將被過濾掉)；部分通知處理裝置214按照觀察體客戶端101在SUBSCRIBE訂閱時設(shè)置的規(guī)則(比如只接收用戶位置相關(guān)的呈現(xiàn)信息)，將不屬于訂閱范圍的信息過濾掉；呈現(xiàn)信息發(fā)布裝置215用于將處理后的呈現(xiàn)信息NOTIFY通知給觀察體客戶端101；7)呈現(xiàn)信息發(fā)布裝置215向觀察體客戶端101發(fā)送通知(NOTIFY)。
針對該實施例的一種改進(jìn)方案，所述呈現(xiàn)信息合成和發(fā)布裝置105還包括委托過濾處理裝置，根據(jù)委托過濾條件(Delegation Filter)，僅發(fā)布符合過濾條件的內(nèi)容。
本領(lǐng)域技術(shù)人員應(yīng)該明白，本實施例中委托內(nèi)容授權(quán)處理裝置702的處理過程可以位于呈現(xiàn)信息合成裝置211和呈現(xiàn)信息發(fā)布裝置215之間的任何一個位置處，流程的處理先后可以靈活設(shè)置。委托內(nèi)容授權(quán)處理裝置和委托過濾處理裝置可以分散在呈現(xiàn)信息合成裝置211和呈現(xiàn)信息發(fā)布裝置215之間的任何一個位置處，而且委托內(nèi)容授權(quán)處理裝置與委托過濾處理裝置處理順序也可以調(diào)整，各種組合可以依據(jù)具體的需求而定。
以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以作出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也應(yīng)視為本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種發(fā)布呈現(xiàn)信息的方法，包括如下步驟1)呈現(xiàn)服務(wù)器接收呈現(xiàn)體客戶端或應(yīng)用服務(wù)器發(fā)送的發(fā)布消息；2)呈現(xiàn)服務(wù)器根據(jù)所述消息判斷是否為委托發(fā)布方式，如果是，呈現(xiàn)服務(wù)器根據(jù)委托授權(quán)規(guī)則處理所述消息，如果否，呈現(xiàn)服務(wù)器按照非委托發(fā)布方式處理所述消息；3)呈現(xiàn)服務(wù)器將處理所述消息后得到的呈現(xiàn)信息發(fā)送給預(yù)先訂閱該呈現(xiàn)信息的觀察體客戶端或應(yīng)用服務(wù)器。
2.根據(jù)權(quán)利要求1所述的發(fā)布呈現(xiàn)信息的方法，其特征在于，所述委托授權(quán)規(guī)則包括委托發(fā)布授權(quán)規(guī)則，所述呈現(xiàn)服務(wù)器依所述委托發(fā)布授權(quán)規(guī)則判斷該發(fā)布消息采用何種委托方式處理。
3.根據(jù)權(quán)利要求2所述的發(fā)布呈現(xiàn)信息的方法，其特征在于，所述委托授權(quán)規(guī)則還包括委托內(nèi)容授權(quán)規(guī)則，所述委托內(nèi)容授權(quán)規(guī)則包括個人委托授權(quán)規(guī)則、通用委托授權(quán)規(guī)則和默認(rèn)規(guī)則中的一個或幾個的組合。
4.根據(jù)權(quán)利要求3所述的發(fā)布呈現(xiàn)信息的方法，其特征在于，所述委托授權(quán)規(guī)則包括委托過濾規(guī)則，所述呈現(xiàn)服務(wù)器根據(jù)委托過濾條件過濾要發(fā)布的呈現(xiàn)信息內(nèi)容。
5.根據(jù)權(quán)利要求1至4中任一項的發(fā)布呈現(xiàn)信息的方法，其特征在于，判斷是否為委托發(fā)布方式的方法包括呈現(xiàn)服務(wù)器判斷發(fā)布者的用戶標(biāo)識與呈現(xiàn)信息擁有者的用戶標(biāo)識是否一致，或者呈現(xiàn)服務(wù)器判斷在發(fā)布消息中是否設(shè)置了表明為委托發(fā)布方式的字段。
6.根據(jù)權(quán)利要求1至4中任一項的發(fā)布呈現(xiàn)信息的方法，其特征在于，所述根據(jù)委托授權(quán)規(guī)則的處理包括判斷是否需要等待委托方確認(rèn)，如果需要等待確認(rèn)，則呈現(xiàn)服務(wù)器進(jìn)行等待確認(rèn)的處理。
7.根據(jù)權(quán)利要求5所述的發(fā)布呈現(xiàn)信息的方法，其特征在于，所述根據(jù)委托授權(quán)規(guī)則的處理包括判斷是否需要等待委托方確認(rèn)，如果需要等待確認(rèn)，則呈現(xiàn)服務(wù)器進(jìn)行等待確認(rèn)的處理。
8.根據(jù)權(quán)利要求1至4中任一項的發(fā)布呈現(xiàn)信息的方法，其特征在于，所述根據(jù)委托授權(quán)規(guī)則的處理包括判斷是否需要拒絕，如果是，則呈現(xiàn)服務(wù)器拒絕發(fā)布。
9.根據(jù)權(quán)利要求5所述的發(fā)布呈現(xiàn)信息的方法，其特征在于，所述根據(jù)委托授權(quán)規(guī)則的處理包括判斷是否需要拒絕，如果是，則呈現(xiàn)服務(wù)器拒絕發(fā)布。
10.根據(jù)權(quán)利要求2至4中任一項的發(fā)布呈現(xiàn)信息的方法，其特征在于，所述委托發(fā)布授權(quán)規(guī)則中有發(fā)布消息的有效期、時間周期和/或次數(shù)。
11.根據(jù)權(quán)利要求5所述的發(fā)布呈現(xiàn)信息的方法，其特征在于，所述委托發(fā)布授權(quán)規(guī)則中有發(fā)布消息的有效期、時間周期和/或次數(shù)。
12.根據(jù)權(quán)利要求1至4中任一項的發(fā)布呈現(xiàn)信息的方法，其特征在于，所述呈現(xiàn)體客戶端為移動終端或者固定終端。
13.一種發(fā)布呈現(xiàn)信息的系統(tǒng)，包括呈現(xiàn)服務(wù)器，其特征在于，所述呈現(xiàn)服務(wù)器(102)包括委托檢查和處理裝置(405)用于檢查從呈現(xiàn)體客戶端或應(yīng)用服務(wù)器接收的發(fā)布消息是否為委托發(fā)布方式，如果為委托發(fā)布方式，根據(jù)委托授權(quán)規(guī)則對發(fā)布消息進(jìn)行處理，然后將獲得的呈現(xiàn)信息發(fā)送給呈現(xiàn)信息合成和發(fā)布裝置；如果為非委托發(fā)布方式，直接將發(fā)布消息發(fā)送給呈現(xiàn)信息合成和發(fā)布裝置；呈現(xiàn)信息合成和發(fā)布裝置(105)，用于對呈現(xiàn)信息合成、處理及分發(fā)。
14.根據(jù)權(quán)利要求13所述的發(fā)布呈現(xiàn)信息的系統(tǒng)，其特征在于，所述委托檢查和處理裝置包括委托發(fā)布授權(quán)處理裝置和/或委托內(nèi)容授權(quán)處理裝置，所述委托發(fā)布授權(quán)處理裝置判斷發(fā)布消息是否為委托發(fā)布方式以及是否允許發(fā)布；所述委托內(nèi)容授權(quán)處理裝置根據(jù)委托內(nèi)容授權(quán)規(guī)則判斷允許委托發(fā)布哪些內(nèi)容。
15.根據(jù)權(quán)利要求14所述的發(fā)布呈現(xiàn)信息的系統(tǒng)，其特征在于，所述委托檢查和處理裝置還包括委托過濾處理裝置，根據(jù)委托過濾條件過濾要發(fā)布的內(nèi)容。
16.根據(jù)權(quán)利要求14所述的發(fā)布呈現(xiàn)信息的系統(tǒng)，其特征在于，所述委托發(fā)布授權(quán)處理裝置還判斷該發(fā)布消息是否需要等待確認(rèn)或是否需要拒絕，針對判斷結(jié)果作相應(yīng)處理。
17.根據(jù)權(quán)利要求14至16中任一個的發(fā)布呈現(xiàn)信息的系統(tǒng)，其特征在于，所述委托發(fā)布授權(quán)處理裝置還根據(jù)該發(fā)布消息的有效期、時間周期和/或次數(shù)進(jìn)行相應(yīng)處理。
18.根據(jù)權(quán)利要求13至16中任一個的發(fā)布呈現(xiàn)信息的系統(tǒng)，其特征在于，所述呈現(xiàn)體客戶端為移動終端或者固定終端。
19.根據(jù)權(quán)利要求13至16中任一個的發(fā)布呈現(xiàn)信息的系統(tǒng)，其特征在于，所述系統(tǒng)還包括呈現(xiàn)XML文件管理系統(tǒng)，用于存儲委托授權(quán)規(guī)則，并將委托授權(quán)規(guī)則提供給呈現(xiàn)服務(wù)器。
20.一種發(fā)布呈現(xiàn)信息的系統(tǒng)，包括呈現(xiàn)服務(wù)器，其特征在于，所述呈現(xiàn)服務(wù)器(102)包括委托發(fā)布授權(quán)處理裝置(701)，判斷從呈現(xiàn)體客戶端或應(yīng)用服務(wù)器接收的發(fā)布消息是否為委托發(fā)布方式以及是否允許發(fā)布；呈現(xiàn)信息合成和發(fā)布裝置(105)，用于對呈現(xiàn)信息合成、處理及分發(fā)；所述呈現(xiàn)信息合成和發(fā)布裝置(105)包括委托內(nèi)容授權(quán)處理裝置(702)；所述委托內(nèi)容授權(quán)處理裝置根據(jù)委托內(nèi)容授權(quán)規(guī)則判斷允許委托發(fā)布哪些內(nèi)容。
21.根據(jù)權(quán)利要求20所述的一種發(fā)布呈現(xiàn)信息的系統(tǒng)，其特征在于，所述呈現(xiàn)信息合成和發(fā)布裝置(105)還包括委托過濾處理裝置，根據(jù)委托過濾條件過濾要發(fā)布的內(nèi)容。
22.根據(jù)權(quán)利要求21所述的一種發(fā)布呈現(xiàn)信息的系統(tǒng)，其特征在于，所述委托內(nèi)容授權(quán)處理裝置和委托過濾處理裝置在呈現(xiàn)信息合成和發(fā)布裝置(105)中不直接連接。
23.根據(jù)權(quán)利要求20至22中任一項的發(fā)布呈現(xiàn)信息的系統(tǒng)，其特征在于，所述委托發(fā)布授權(quán)處理裝置還判斷該發(fā)布是否需要等待確認(rèn)或是否需要拒絕。
24.根據(jù)權(quán)利要求20至22中任一項的發(fā)布呈現(xiàn)信息的系統(tǒng)，其特征在于，所述呈現(xiàn)信息合成和發(fā)布裝置(105)還包括呈現(xiàn)信息合成裝置(211)和呈現(xiàn)信息發(fā)布裝置(215)，所述委托內(nèi)容授權(quán)處理裝置位于呈現(xiàn)信息合成裝置(211)和呈現(xiàn)信息發(fā)布裝置(215)之間的位置，其中，呈現(xiàn)信息合成裝置用于將新發(fā)布的呈現(xiàn)信息和服務(wù)器中現(xiàn)有的呈現(xiàn)信息進(jìn)行合成處理；呈現(xiàn)信息發(fā)布裝置用于將處理后的呈現(xiàn)信息通知給觀察體客戶端。
25.根據(jù)權(quán)利要求22所述的發(fā)布呈現(xiàn)信息的系統(tǒng)，其特征在于，所述呈現(xiàn)信息合成和發(fā)布裝置(105)包括呈現(xiàn)信息合成裝置(211)和呈現(xiàn)信息發(fā)布裝置(215)，在所述委托內(nèi)容授權(quán)處理裝置和委托過濾處理裝置之間還有內(nèi)容授權(quán)規(guī)則檢查裝置(212)、觀察體過濾裝置(213)和部分通知處理裝置(214)中的至少一個，其中，呈現(xiàn)信息合成裝置用于將新發(fā)布的呈現(xiàn)信息和服務(wù)器中現(xiàn)有的呈現(xiàn)信息進(jìn)行合成處理；內(nèi)容授權(quán)規(guī)則檢查裝置用于按照呈現(xiàn)體客戶端設(shè)置的規(guī)則將不允許發(fā)布的信息過濾掉；觀察體過濾裝置用于按照觀察體設(shè)置的規(guī)則將不希望接收的信息過濾掉；部分通知處理裝置按照觀察體客戶端在訂閱時設(shè)置的規(guī)則將不屬于訂閱范圍的信息過濾掉；呈現(xiàn)信息發(fā)布裝置用于將處理后的呈現(xiàn)信息通知給觀察體客戶端。
26.根據(jù)權(quán)利要求20至22中任一個的發(fā)布呈現(xiàn)信息的系統(tǒng)，其特征在于，所述呈現(xiàn)體客戶端為移動終端或者固定終端。
27.根據(jù)權(quán)利要求20至22中任一個的發(fā)布呈現(xiàn)信息的系統(tǒng)，其特征在于，所述系統(tǒng)還包括呈現(xiàn)XML文件管理系統(tǒng)，用于存儲委托授權(quán)規(guī)則，并將委托授權(quán)規(guī)則提供給呈現(xiàn)服務(wù)器。
28.一種呈現(xiàn)服務(wù)器，包括呈現(xiàn)信息合成和發(fā)布裝置(105)，用于對呈現(xiàn)信息合成、處理及分發(fā)；其特征在于，所述呈現(xiàn)服務(wù)器(102)還包括委托檢查和處理裝置(405)，用于檢查從呈現(xiàn)體客戶端或應(yīng)用服務(wù)器接收的發(fā)布消息是否為委托發(fā)布方式，如果為委托發(fā)布方式，根據(jù)委托授權(quán)規(guī)則對發(fā)布消息進(jìn)行處理，然后將獲得的呈現(xiàn)信息發(fā)送給呈現(xiàn)信息合成和發(fā)布裝置；如果為非委托發(fā)布方式，直接將發(fā)布消息發(fā)送給呈現(xiàn)信息合成和發(fā)布裝置。
29.根據(jù)權(quán)利要求28所述的呈現(xiàn)服務(wù)器，其特征在于，所述委托檢查和處理裝置包括委托發(fā)布授權(quán)處理裝置和/或委托內(nèi)容授權(quán)處理裝置，所述委托發(fā)布授權(quán)處理裝置判斷發(fā)布消息是否為委托發(fā)布方式以及是否允許發(fā)布；所述委托內(nèi)容授權(quán)處理裝置根據(jù)委托內(nèi)容授權(quán)規(guī)則判斷允許委托發(fā)布哪些內(nèi)容。
30.根據(jù)權(quán)利要求29所述的呈現(xiàn)服務(wù)器，其特征在于，所述委托檢查和處理裝置還包括委托過濾處理裝置，根據(jù)委托過濾條件過濾要發(fā)布的內(nèi)容。
31.根據(jù)權(quán)利要求29所述的呈現(xiàn)服務(wù)器，其特征在于，所述委托發(fā)布授權(quán)處理裝置還判斷該發(fā)布消息是否需要等待確認(rèn)或是否需要拒絕，針對判斷結(jié)果作相應(yīng)處理。
32.根據(jù)權(quán)利要求28至31中任一個的呈現(xiàn)服務(wù)器，其特征在于，所述系統(tǒng)還包括呈現(xiàn)XML文件管理系統(tǒng)，用于存儲委托授權(quán)規(guī)則，并將委托授權(quán)規(guī)則提供給呈現(xiàn)服務(wù)器。
全文摘要
本發(fā)明涉及一種發(fā)布呈現(xiàn)信息的方法和系統(tǒng)。一種發(fā)布呈現(xiàn)信息的方法，流程如下呈現(xiàn)服務(wù)器接收呈現(xiàn)體客戶端或應(yīng)用服務(wù)器的發(fā)布消息；首先判斷是否為委托方式，如果是，根據(jù)委托授權(quán)規(guī)則處理所述消息，如果否，按照非委托方式處理所述消息；將處理所述消息后得到的呈現(xiàn)信息通知給預(yù)先訂閱該呈現(xiàn)信息的觀察體客戶端。還提供一種系統(tǒng)，包括呈現(xiàn)服務(wù)器，所述呈現(xiàn)服務(wù)器包括判斷發(fā)布方式的委托發(fā)布授權(quán)處理裝置，具有信息合成及發(fā)布功能的呈現(xiàn)信息合成和發(fā)布裝置，還包括根據(jù)委托內(nèi)容授權(quán)規(guī)則判斷允許委托發(fā)布哪些內(nèi)容的委托內(nèi)容授權(quán)處理裝置。本發(fā)明使呈現(xiàn)信息的發(fā)布方式更加靈活，可以提升用戶體驗。
文檔編號H04L29/08GK1863172SQ20051011250
公開日2006年11月15日 申請日期2005年9月30日 優(yōu)先權(quán)日2005年9月30日
發(fā)明者田林一, 招揚(yáng), 孫謙 申請人:華為技術(shù)有限公司