一種發布呈現信息的方法和系統的製作方法
2023-05-23 09:03:56
專利名稱：一種發布呈現信息的方法和系統的製作方法
技術領域：
本發明涉及一種發布呈現信息的方法和系統，尤其涉及一種具有委託機制的發布呈現信息的方法和系統。
背景技術：
目前，呈現業務的應用越來越廣泛，呈現業務(Presence Service)是一種搜集和發布呈現信息(presence information)的通信業務。可能許多人希望獲取呈現業務用戶的呈現信息，這些人可能包括用戶的家人、朋友，也可能包含陌生人，而很多呈現信息都是用戶隱私。呈現業務使用戶可以利用各種終端，突破空間與時間的限制，尋找聊天夥伴、查詢夥伴的狀態信息等，實現即時的文本與多媒體信息交流。通過呈現伺服器(Presence Server)完成用戶狀態的呈現與管理，根據呈現信息，可以知道對方是否在線、正在幹什麼(如開會、吃飯等)、心情、客戶端能力、愛好等等信息，用戶可以通過發送邀請給其它用戶，進行鈴聲、圖片、文件等媒體內容共享。
圖1描述了現有技術中實現呈現業務的系統結構，包括呈現體客戶端或者應用伺服器(Application Server)103、呈現伺服器(Presence Server)102、觀察體客戶端(Watcher)101和呈現XDMS(Presence XML DocumentManagement System，呈現XML文件管理系統)104；呈現體客戶端或者應用伺服器(Application Server)103為呈現信息源，當其呈現信息發生改變時，主動向呈現伺服器102發送PUBLISH發布消息，發布呈現信息。
呈現體客戶端與觀察體客戶端可以是移動終端，如手機、PDA(掌上電腦)、智能終端(例如數字機頂盒)等，也可以是固定終端，移動終端上的上述功能同樣可以運用於固定終端中，目前也出現了具有SIP功能的固定終端；呈現體客戶端上有一個用於發布消息的應用程式，用戶可以通過選擇發布需要發布的信息，確認後，呈現體客戶端將所有消息包括用戶標識符等一併發送到呈現伺服器102。
呈現伺服器102負責接收觀察體客戶端101的SUBSCRIBE訂閱消息，根據被訂閱的呈現體客戶端預先設置的訂閱授權規則來判斷訂閱的結果；接收呈現體客戶端的PUBLISH發布消息，按照呈現體客戶端/觀察體客戶端原先設置的一些規則(包括內容合成、授權和過濾)進行處理，最終通過NOTIFY通知將呈現信息發布給觀察體客戶端101。
觀察體客戶端101訂閱呈現體客戶端或者應用伺服器103的呈現信息，並接收來自呈現伺服器102的通知消息。呈現XDMS104保存呈現體客戶端的授權列表(如訂閱授權列表、內容授權列表、委託授權列表等)、群組列表等，其它裝置如呈現信息合成和發布裝置可以通過協議如XML文檔配置和訪問協議(XCAP)直接訪問呈現XDMS，也可以通過專用的信息訪問單元從呈現XDMS中的授權列表中獲取一系列的信息，如訂閱授權規則，內容授權規則、委託授權列表等；當然如果需要，本領域技術人員可以將呈現XDMS直接設置到呈現伺服器中，也可以將兩者設置成獨立的服務單元，通過特定的通信協議進行訪問。
上述的SUBSCRIBE和PUBLISH等均為SIP消息。PUBLISH消息的SIP消息頭中包含呈現體客戶端的標識，消息體中包含XML文檔，為呈現體客戶端的呈現信息。訂閱和發布消息並不局限於SIP消息格式，在IMS網絡中是SIP消息；對於其他網絡(例如IP網絡中的ICQ/MSN應用)，可以不為SIP消息，為自定義的消息格式。呈現伺服器包括呈現信息合成和發布裝置105，呈現信息合成和發布裝置105是最重要的一個裝置，圖2描述了它的結構，它包括呈現信息合成裝置211、內容授權規則檢查裝置212、觀察體過濾裝置213、部分通知處理裝置214和呈現信息發布裝置215；呈現信息合成裝置211用於將新發布的呈現信息和伺服器中保存的呈現信息進行合成處理；內容授權規則檢查裝置212用於按照呈現體客戶端設置的規則(對於某個觀察體客戶端允許發布哪些信息)，將不允許發布的信息過濾掉；觀察體過濾裝置213用於按照觀察體設置的規則(如不希望接收某個呈現體客戶端的哪些信息)，將不希望接收的信息過濾掉(比如觀察體僅希望用戶從關機變為開機時通知，其他呈現信息將被過濾掉)；部分通知處理裝置214按照觀察體客戶端101在SUBSCRIBE訂閱時設置的規則(比如只接收用戶位置相關的呈現信息)，將不屬於訂閱範圍的信息過濾掉；呈現信息發布裝置215用於將處理後的呈現信息NOTIFY通知給觀察體客戶端101。
圖3為現有系統交互流程圖，具體流程如下1)呈現體客戶端A首先要在呈現XDMS進行一些設置(例如訂閱授權規則(允許哪些用戶訂閱)、內容授權規則(允許發布哪些信息)等，呈現伺服器可以通過XCAP協議來獲得這些規則，或者如果呈現伺服器訂閱了這些規則的改變通知，當這些規則發生改變時，呈現XDMS會通知呈現伺服器。訂閱授權規則(Subscription Authorization Rule)和內容授權規則(ContentAuthorization Rule)保呈現一個XML文件中，此XML包括3個重要的元素Condition、Action、Transformation。Condition表示匹配的條件，Action表示匹配的結果，(允許、拒絕、友好拒絕、等待確認)，Condition和Action的組合對應訂閱授權規則，用於按照呈現體客戶端設置的規則處理觀察體客戶端的訂閱請求；Transformation對應內容授權規則，用於按照呈現體客戶端設置的規則(對於某個觀察體客戶端允許發布哪些信息)，將不允許發布的信息過濾掉；2)觀察體B向呈現伺服器請求訂閱(SUBSCRIBE)呈現體客戶端A的呈現信息；3)呈現伺服器根據呈現XDMS中的訂閱授權規則匹配，如果匹配，允許訂閱；同時保存此訂閱關係；4)呈現體客戶端A向呈現伺服器發布(PUBLISH)信息；5)呈現伺服器根據一系列的規則處理後向觀察體B發送呈現信息的通知(NOTIFY)。
上述方案中呈現XDMS與呈現伺服器分離，各種規則保存在呈現XDMS上，呈現體客戶端通過聚合代理(Aggregation Proxy)使用XCAP協議，或者應用伺服器直接使用XCAP協議，或者用戶通過人機互動界面(如網頁)去呈現XDMS設置和修改各種規則；現有技術中，呈現XDMS也可以和呈現伺服器合併，各種規則保存在呈現伺服器中；在上述的現有技術中，呈現信息的發布者必須是呈現體客戶端本身，始終不太靈活，用戶體驗也差，我們將上述現有的呈現信息發布方式稱之為非委託發布方式；如果能夠委託他人或者設備代替其本人發布呈現信息，就能解決上述不足，例如用戶A希望登陸到遊戲伺服器玩遊戲時，其呈現狀態為「玩遊戲」，對應的呈現信息可以包括遊戲伺服器名、遊戲大廳名稱、遊戲名稱等；用戶A希望遊戲伺服器能夠委託其發布呈現信息，這樣他的朋友就可以看到他的狀態，也能夠登陸到相同的遊戲伺服器和他一起玩遊戲。用戶A就不需要自己手工去發布呈現信息；再如某公司老總即將開會，其要求秘書將其狀態設置為「開會」，秘書使用某種軟體向呈現伺服器發布老總的呈現信息；顯然，利用委託機制可以很好地提升用戶體驗。
但是在現有技術中，呈現信息的發布者必須是呈現體客戶端本身，現有技術中的系統是無法完成具有委託機制的呈現信息服務的，這樣當用戶使用某種應用時，無法委託其他實體發布其呈現信息，需要用戶自己登陸另外一個程序發布呈現信息，用戶體驗差，不靈活，用戶使用某些業務時，由於對於業務不熟悉，此業務具備哪些呈現信息，用戶不清楚，這樣就限制了呈現信息的內容，使得業務展現信息貧乏。
發明內容
本發明的目的就是提供一種具有委託機制的發布呈現信息的方法和設備，使呈現信息的發布變得更加靈活，豐富，能很好的提升用戶體驗。採用如下技術方案達到本發明的目的本發明提供一種發布呈現信息的方法，包括如下步驟1)呈現伺服器接收呈現體客戶端或應用伺服器發送的發布消息；2)首先判斷是否為委託發布方式，如果是，根據委託授權規則處理所述消息，如果否，按照非委託發布方式處理所述消息；3)將處理所述消息後得到的呈現信息發送給預先訂閱該呈現信息擁有者的觀察體客戶端。
所述委託授權規則包括委託發布授權規則，所述委託發布授權規則用於判斷該發布消息採用何種方式處理。
所述委託授權規則還包括委託內容授權規則，所述委託內容授權規則包括個人委託授權規則、通用委託授權規則和默認規則中的一個或幾個的組合。
所述委託授權規則還包括委託過濾規則，所述委託過濾規則用於將不符合過濾條件的內容過濾掉。
所述根據委託授權規則的處理包括判斷是否需要等待確認，如果需要等待確認，則進行確認的處理。
所述根據委託授權規則的處理包括判斷是否需要拒絕，如果需要，則拒絕發布。
所述委託發布授權規則中規定有發布消息的有效期、時間周期和次數。
本發明提供還一種發布呈現信息的系統，包括呈現伺服器，所述呈現伺服器102包括委託檢查和處理裝置405用於檢查從呈現體客戶端或應用伺服器接收的發布消息是否為委託發布方式，如果為委託發布方式，根據委託授權規則對發布消息進行處理，然後將獲得的呈現信息發送給呈現信息合成和發布裝置；如果為非委託發布方式，直接將發布消息發送給呈現信息合成和發布裝置；呈現信息合成和發布裝置105具有信息的合成、處理及發布功能。
所述委託檢查和處理裝置包括委託發布授權處理裝置和/或委託內容授權處理裝置，所述委託發布授權處理裝置判斷發布消息是否為委託發布方式以及是否允許發布，所述委託內容授權處理裝置根據委託內容授權規則判斷允許委託發布哪些內容。
所述委託授權處理裝置還根據委託過濾條件僅發布符合過濾條件的內容。
所述委託發布授權處理裝置還判斷該發布是否需要等待確認或是否需要拒絕。
所述委託發布授權處理裝置還根據該發布消息的有效期、時間周期和次數進行相應處理。
本發明還提供另一種發布呈現信息的系統，包括呈現伺服器，所述呈現伺服器包括委託發布授權處理裝置701，判斷從呈現體客戶端或應用伺服器接收的發布消息是否為委託發布方式以及是否允許發布；呈現信息合成和發布裝置105，具有信息的合成、處理及發布功能；
所述呈現信息合成和發布裝置105包括委託內容授權處理裝置702，所述委託內容授權處理裝置根據委託內容授權規則判斷允許委託發布哪些內容。
所述呈現信息合成和發布裝置105還根據委託過濾條件僅發布符合過濾條件的內容。
所述呈現信息合成和發布裝置105包括委託過濾處理裝置，且委託內容授權處理裝置和委託過濾處理裝置在呈現信息合成和發布裝置105中不直接連接。
所述委託發布授權處理裝置還判斷該發布是否需要等待確認或是否需要拒絕。
所述委託發布授權處理裝置還根據該發布消息的有效期和次數進行相應處理。
所述呈現信息合成和發布裝置包括呈現信息合成裝置和呈現信息發布裝置，在所述委託內容授權處理裝置和委託過濾處理裝置之間還有內容授權規則檢查裝置、觀察體過濾裝置和部分通知處理裝置中的至少一個。
所述呈現體客戶端可以為移動終端或固定終端。
所述移動終端可以為手機、PDA或智能終端。
所述應用伺服器可以為遊戲伺服器。
所述系統還包括呈現XDMS，用於存儲委託授權規則，並將委託授權規則提供給呈現伺服器。
本發明還提供一種呈現伺服器，包括呈現信息合成和發布裝置(105)，用於對呈現信息合成、處理及分發；委託檢查和處理裝置(405)，用於檢查從呈現體客戶端或應用伺服器接收的發布消息是否為委託發布方式，如果為委託發布方式，根據委託授權規則對發布消息進行處理，然後將獲得的呈現信息發送給呈現信息合成和發布裝置；如果為非委託發布方式，直接將發布消息發送給呈現信息合成和發布裝置。
採用本發明的上述技術方案，能夠實現用戶委託其他人或其他應用伺服器發布呈現信息的需求；能夠在用戶使用應用的過程中發布呈現信息，不需要登陸到專門的呈現信息發布終端上，使呈現信息的發布更加靈活，減少了用戶手工發布呈現信息的次數和頻率，增強用戶體驗；用戶不需要對某個業務非常了解，不需要記住業務具備哪些複雜的呈現信息；該業務可以提供人機互動界面，將其呈現信息顯示給用戶進行選擇，降低了用戶發布和配置呈現信息的難度，對於業務推廣具有重要意義，基於呈現信息的業務內容也更加豐富，可以吸引用戶使用呈現信息相關的業務。
通過以下結合附圖對本發明優選實施方式的描述，本發明的其他特點、目的和效果將變得更加清楚和易於理解。
下面將參考附圖來描述本發明的優選實施方式，其中圖1為現有技術中實現呈現業務的系統結構；圖2為現有技術中呈現信息合成和發布裝置的結構圖；圖3為現有系統交互流程圖；圖4為本發明一實施例中實現呈現業務的系統結構圖；圖5為本發明的訂閱與發布流程圖；圖6為本發明一實施例中實現呈現業務的詳細系統結構圖；圖7為本發明中執行委託發布授權規則和委託內容授權規則的流程圖；圖8為本發明第二實施例中實現呈現業務的系統結構圖；圖9為本發明第二實施例中實現呈現業務的詳細系統結構圖；在所有的上述附圖中，相同的標號表示具有相同、相似或相應的特徵或功能。
具體實施例方式
下面結合附圖對本發明做進一步的說明。
實施例一參考圖4，改進後的系統包括呈現體客戶端A403、呈現體客戶端B或者應用伺服器C404、呈現伺服器102、觀察體客戶端101和呈現XDMS104，其中呈現伺服器102包括委託檢查和處理裝置405、呈現信息合成和發布裝置105，參考圖5，具體的訂閱和發布流程如下1)呈現體客戶端A403預先在呈現XDMS104進行一些設置(例如訂閱授權規則(允許哪些用戶訂閱)、內容授權規則(允許發布哪些信息)和委託授權規則(是否允許委託、允許委託發布哪些內容等))；2)觀察體客戶端101向呈現伺服器102請求訂閱(SUBSCRIBE)呈現體客戶端A的呈現信息；3)呈現伺服器根據訂閱授權規則匹配，如果匹配，允許訂閱；同時將該訂閱信息發送到呈現XDMS中進行信息保存，同時保存此訂閱關係；4)呈現體客戶端A委託呈現體客戶端B或者應用伺服器C404向呈現伺服器102發布(PUBLISH)呈現信息；例如老總委託秘書、用戶使用某種業務(如登陸遊戲伺服器)，或者點擊按鈕觸發委託發布流程；5)呈現體客戶端B或者應用伺服器C404向呈現伺服器102的委託檢查和處理裝置405發布呈現信息，委託檢查和處理裝置405進行如下操作a)檢查是否為委託發布方式；b)如果為非委託發布方式，則進入步驟e)；如果為委託方式，進入步驟c)；c)根據委託發布授權規則(Delegation Publishment AuthorizationRule)，判斷是否允許委託發布；d)根據委託內容授權規則(Delegation Content Authorization Rule)，判斷允許委託發布哪些內容；e)根據委託過濾規則(Delegation Filter)，將不符合過濾條件的內容過濾掉；f)然後將呈現消息發送給呈現信息合成和發布裝置；6)呈現信息合成和發布裝置105可以採用現有的功能模塊進行處理(參考圖6，呈現信息合成和發布裝置105採用現有的功能模塊，包括呈現信息合成裝置211、內容授權規則檢查裝置212、觀察體過濾裝置213、部分通知處理裝置214和呈現信息發布裝置215)；7)呈現信息合成和發布裝置105向觀察體客戶端101發送通知(NOTIFY)。
該實施例中，委託檢查和處理裝置405的各種功能均為可選項。
上述委託檢查和處理裝置405對於各種規則的獲取，可以是呈現伺服器通過XCAP協議來獲得這些規則，或者如果呈現伺服器訂閱了這些規則的改變通知，則當這些規則發生改變時，呈現XDMS會通知呈現伺服器。可以是委託檢查和處理裝置自己通過XCAP協議去XDMS獲取；也可以在呈現伺服器中設置一個公用的模塊，專門用於從XDMS上獲取規則，並提供給其它模塊使用；還可以是上述各種規則直接存儲在呈現伺服器中；本領域技術人員應該明白，本發明中各個裝置獲取相應的規則都可以採用上述方式；本實施例中需要對新發布的呈現信息和呈現伺服器中現有呈現信息均應用「委託內容授權規則」、「過濾條件」，然後再進行合成。
本實施例中，應用伺服器包括遊戲伺服器或具有相似功能的伺服器，也包括即時消息伺服器(如ICQ/MSN伺服器)，用戶在遊戲伺服器中填寫需要發布的消息，也可以只填寫用戶標識，遊戲伺服器自動將用戶標識以及相應的與遊戲相關的呈現信息發送到預定的呈現伺服器，如果呈現伺服器不唯一，可以通過用戶輸入呈現伺服器的相關標識進行發送。
上述實施例中描述了以委託方式發布呈現信息的流程，在呈現伺服器中，可以將委託方式與現有技術相結合，通過委託檢查流程進行判斷依據哪種方式進行處理，用於委託檢查的裝置接收到呈現信息發布消息，首先檢查是否為委託發布，如果為非委託方式，則按照現有流程處理，如果是委託方式，則從呈現XDMS上獲取委託授權規則(包括委託發布授權規則(是否允許委託發布)、委託內容授權規則(允許委託發布哪些內容)和委託過濾規則(符合過濾條件的將被發布，其它將被丟棄)，當然，委託過濾規則也可以被包含在委託內容授權規則中，根據實際情況靈活確定)，根據委託授權規則發布呈現信息。
關於檢查是否為委託發布，可以採取下列方式方法一、接收消息發布者的用戶標識與呈現信息擁有者的用戶標識，然後進行比較，如果匹配一致，則為非委託方式，如果不一致，則為委託方式。
方法二、可以在發布消息(消息頭或消息體)中增加表明為委託發布的欄位，如「Delegation」欄位，當然，本領域技術人員能明白，這個消息放在發布消息時發送的信息中的任何一處均可以，只要呈現伺服器能夠根據預先設定的協議檢測到該消息即可，例如放在發布的呈現信息中，而且子段可以設定為任何一種欄位。
下面對執行委託發布授權規則和委託內容授權規則的流程作一個詳細的說明，參考圖7，具體流程如下1)委託檢查和處理裝置接收到發布消息後，從呈現XDMS上獲取委託發布授權規則，根據委託發布授權規則進行匹配；2)檢查發送方(受委託方)在禁止列表中是否有匹配項，如果有，則拒絕發布；否則，進入步驟3)；3)檢查不在禁止列表中的發送方在委託發布授權規則中是否還有相應的匹配項，如果否，應用呈現伺服器的默認策略(如可以是拒絕或發布所有消息)；如果是，進入步驟4)；4)檢查是否存在多個匹配項，如果是，按照選擇規則(如優先級)進行選取；5)根據獲得的匹配項，索引委託發布授權規則中與該匹配項對應的結果，如果結果不為允許，進入步驟6)，如果結果為允許，則將該匹配項在委託內容授權規則中進行再次匹配，根據再次匹配獲得的匹配項，索引相應的處理規則(個人委託內容授權規則或通用委託內容授權規則)進行處理；6)如果結果為拒絕，則拒絕發布；7)如果結果為需要確認，則執行確認的處理流程(讓委託人進行選擇，可以是選擇委託內容授權規則，如通用委託內容授權規則或某個個人委託內容授權規則，也可以是直接選取可以發布的內容選項，還可以拒絕)；對於各種規則的制定，可以根據個人的需求，靈活掌握，上面例舉的規則的判斷是利用匹配與各個規則相關聯的消息欄位或標識進行的。
上述本發明涉及到的各個操作步驟及各種規則的制定，本領域技術人員根據現有掌握的編程手段就能輕易實施。
為有助於理解，下面列舉幾個具體的委託發布授權規則和委託內容授權規則的例子，首先要匹配委託發布授權規則，包括查找禁止列表和匹配記錄表，匹配記錄表包括個人身份匹配(指按照具體的個人的身份(Identity)來匹配，例如具體到個人張三、李四)和通用身份匹配(指不具體到個人，可以採用一個具有公共特性的標識進行匹配判斷，例如*@163.com)，根據查找
表2
表1是基於IP連接的Virtual Server表，表2是基於PPP連接的Virtual Server表。
本發明中的HGW可以提供DHCP Server功能，為內部的各Web Sevrer分配私網IP位址。HGW還應該提供DDNS功能，使內部的各Web Sevrer能夠向公網的DDNS Server註冊自己的域名和公網IP位址。
在進行了上述設置過程後，外網Client(客戶端)在訪問Web Sevrer1、WebSevrer2或者其它內部的Web Sevrer時，先做DNS(查號業務)，以獲取其需要訪問的內部Web Sevrer對應的公網IP位址，由於各Web Sevrer對應的公網IP則將個人的標識「[email protected]」在內容授權規則中進行匹配，匹配的結果為採用「[email protected]」對應的委託內容授權規則，允許發布遊戲信息(在這裡採用精度匹配方式，如果在委託內容授權規則中沒有[email protected]標識，則採用標識「*@163.com」對應的規則進行處理，即只允許發位置信息)；3、如果是[email protected]幫助李四發送信息，查找發布授權規則的時候，匹配結果為通用標識，規則對應為拒絕，則拒絕發送；4、如果是[email protected]幫助李四發送信息，匹配標識為個人標識，對應規則為允許；將該個人標識[email protected]在委託內容中進行匹配，匹配的結果為「*@163.com」，對應的規則為允許發布位置信息；5、如果是[email protected]幫助李四發送信息，由於在委託發布授權規則中(禁止列表和匹配記錄表)沒有匹配的標識，根據呈現伺服器的默認策略，可以為拒絕或者確認；6、如果是[email protected]幫助李四發送信息，有匹配的標識，但是該標識對應的規則為確認，則進行確認的處理過程。
而且還可以在委託發布授權規則中限定發布時間和次數，如有效期為每天8:00～18:00，次數指定100次，100次以後訂閱無效，不再發布，需要重新訂閱，或者續費訂閱等等。
針對本發明的方法，下面描述本發明的呈現體客戶端的結構和相應流程本發明的呈現體客戶端中增加的委託發布處理模塊，呈現體客戶端執行如下處理流程；1)詢問呈現信息發布實體是否採用委託發布；2)如果是委託發布，發布消息中指明為委託發布方式，如在發布消息頭中增加委託發布欄位；3)如果為委託發布，發布消息中可以不添加欄位，而是採用發送發布者的用戶標識與呈現信息擁有者的用戶標識，由呈現伺服器進行判斷，也可以添加表示非委託發布方式的欄位。
實施例二參考圖8，本實施例的系統包括呈現體客戶端A403、呈現體客戶端B或者應用伺服器C404、呈現伺服器102、觀察體客戶端101和呈現XDMS104，其中呈現伺服器102包括委託發布授權處理裝置701、呈現信息合成和發布裝置105，其中呈現信息合成和發布裝置105包括委託內容授權處理裝置702，本實施例中(參考圖9)，委託內容授權處理裝置702位於現有呈現信息合成和發布裝置105中的內容授權規則檢查裝置212和觀察體過濾裝置213之間；當然，本領域技術人員應該明白，本發明中的委託內容授權處理裝置702並不限於本實施例中的位置，可以是呈現信息合成裝置211和呈現信息發布裝置215之間的任意位置；本實施例具體的訂閱和發布流程如下1)呈現體客戶端A403預先在呈現XDMS104進行一些設置(例如訂閱授權規則(允許哪些用戶訂閱)、內容授權規則(允許發布哪些信息)、委託授權規則等)；2)觀察體客戶端101向呈現伺服器102請求訂閱(SUBSCRIBE)呈現體客戶端A的呈現信息；3)呈現伺服器根據訂閱授權規則匹配，如果匹配，允許訂閱；同時保存此訂閱關係；4)呈現體客戶端A委託呈現體客戶端B或者應用伺服器C404向呈現伺服器102發布(PUBLISH)呈現信息；5)呈現體客戶端B或者應用伺服器C404向呈現伺服器102的委託發布授權處理裝置701發布呈現信息，委託發布授權處理裝置701進行如下操作a)檢查是否為委託發布方式；b)如果為非委託發布方式，則進入步驟d)；如果為委託方式，進入步驟c)；c)根據呈現XDMS中的委託發布授權規則(Delegation PublishmentAuthorization Rule)，判斷是否允許委託發布；d)將呈現信息發送給呈現信息合成和發布裝置；6)呈現信息合成和發布裝置105中的各個模塊進行如下流程處理呈現信息合成裝置211用於將新發布的呈現信息和伺服器中保存的呈現信息進行合成處理；內容授權規則檢查裝置212用於按照呈現體客戶端設置的規則(對於某個觀察體客戶端允許發布哪些信息)，將不允許發布的信息過濾掉；委託內容授權處理裝置702根據委託內容授權規則(Delegation ContentAuthorization Rule)，判斷允許委託發布哪些內容；觀察體過濾裝置213用於按照觀察體設置的規則(不希望接收某個呈現體客戶端的哪些信息)，將不希望接收的信息過濾掉(比如觀察體僅希望用戶從關機變為開機時通知，其他呈現信息將被過濾掉)；部分通知處理裝置214按照觀察體客戶端101在SUBSCRIBE訂閱時設置的規則(比如只接收用戶位置相關的呈現信息)，將不屬於訂閱範圍的信息過濾掉；呈現信息發布裝置215用於將處理後的呈現信息NOTIFY通知給觀察體客戶端101；7)呈現信息發布裝置215向觀察體客戶端101發送通知(NOTIFY)。
針對該實施例的一種改進方案，所述呈現信息合成和發布裝置105還包括委託過濾處理裝置，根據委託過濾條件(Delegation Filter)，僅發布符合過濾條件的內容。
本領域技術人員應該明白，本實施例中委託內容授權處理裝置702的處理過程可以位於呈現信息合成裝置211和呈現信息發布裝置215之間的任何一個位置處，流程的處理先後可以靈活設置。委託內容授權處理裝置和委託過濾處理裝置可以分散在呈現信息合成裝置211和呈現信息發布裝置215之間的任何一個位置處，而且委託內容授權處理裝置與委託過濾處理裝置處理順序也可以調整，各種組合可以依據具體的需求而定。
以上所述僅是本發明的優選實施方式，應當指出，對於本技術領域的普通技術人員來說，在不脫離本發明原理的前提下，還可以作出若干改進和潤飾，這些改進和潤飾也應視為本發明的保護範圍。
權利要求
1.一種發布呈現信息的方法，包括如下步驟1)呈現伺服器接收呈現體客戶端或應用伺服器發送的發布消息；2)呈現伺服器根據所述消息判斷是否為委託發布方式，如果是，呈現伺服器根據委託授權規則處理所述消息，如果否，呈現伺服器按照非委託發布方式處理所述消息；3)呈現伺服器將處理所述消息後得到的呈現信息發送給預先訂閱該呈現信息的觀察體客戶端或應用伺服器。
2.根據權利要求1所述的發布呈現信息的方法，其特徵在於，所述委託授權規則包括委託發布授權規則，所述呈現伺服器依所述委託發布授權規則判斷該發布消息採用何種委託方式處理。
3.根據權利要求2所述的發布呈現信息的方法，其特徵在於，所述委託授權規則還包括委託內容授權規則，所述委託內容授權規則包括個人委託授權規則、通用委託授權規則和默認規則中的一個或幾個的組合。
4.根據權利要求3所述的發布呈現信息的方法，其特徵在於，所述委託授權規則包括委託過濾規則，所述呈現伺服器根據委託過濾條件過濾要發布的呈現信息內容。
5.根據權利要求1至4中任一項的發布呈現信息的方法，其特徵在於，判斷是否為委託發布方式的方法包括呈現伺服器判斷發布者的用戶標識與呈現信息擁有者的用戶標識是否一致，或者呈現伺服器判斷在發布消息中是否設置了表明為委託發布方式的欄位。
6.根據權利要求1至4中任一項的發布呈現信息的方法，其特徵在於，所述根據委託授權規則的處理包括判斷是否需要等待委託方確認，如果需要等待確認，則呈現伺服器進行等待確認的處理。
7.根據權利要求5所述的發布呈現信息的方法，其特徵在於，所述根據委託授權規則的處理包括判斷是否需要等待委託方確認，如果需要等待確認，則呈現伺服器進行等待確認的處理。
8.根據權利要求1至4中任一項的發布呈現信息的方法，其特徵在於，所述根據委託授權規則的處理包括判斷是否需要拒絕，如果是，則呈現伺服器拒絕發布。
9.根據權利要求5所述的發布呈現信息的方法，其特徵在於，所述根據委託授權規則的處理包括判斷是否需要拒絕，如果是，則呈現伺服器拒絕發布。
10.根據權利要求2至4中任一項的發布呈現信息的方法，其特徵在於，所述委託發布授權規則中有發布消息的有效期、時間周期和/或次數。
11.根據權利要求5所述的發布呈現信息的方法，其特徵在於，所述委託發布授權規則中有發布消息的有效期、時間周期和/或次數。
12.根據權利要求1至4中任一項的發布呈現信息的方法，其特徵在於，所述呈現體客戶端為移動終端或者固定終端。
13.一種發布呈現信息的系統，包括呈現伺服器，其特徵在於，所述呈現伺服器(102)包括委託檢查和處理裝置(405)用於檢查從呈現體客戶端或應用伺服器接收的發布消息是否為委託發布方式，如果為委託發布方式，根據委託授權規則對發布消息進行處理，然後將獲得的呈現信息發送給呈現信息合成和發布裝置；如果為非委託發布方式，直接將發布消息發送給呈現信息合成和發布裝置；呈現信息合成和發布裝置(105)，用於對呈現信息合成、處理及分發。
14.根據權利要求13所述的發布呈現信息的系統，其特徵在於，所述委託檢查和處理裝置包括委託發布授權處理裝置和/或委託內容授權處理裝置，所述委託發布授權處理裝置判斷發布消息是否為委託發布方式以及是否允許發布；所述委託內容授權處理裝置根據委託內容授權規則判斷允許委託發布哪些內容。
15.根據權利要求14所述的發布呈現信息的系統，其特徵在於，所述委託檢查和處理裝置還包括委託過濾處理裝置，根據委託過濾條件過濾要發布的內容。
16.根據權利要求14所述的發布呈現信息的系統，其特徵在於，所述委託發布授權處理裝置還判斷該發布消息是否需要等待確認或是否需要拒絕，針對判斷結果作相應處理。
17.根據權利要求14至16中任一個的發布呈現信息的系統，其特徵在於，所述委託發布授權處理裝置還根據該發布消息的有效期、時間周期和/或次數進行相應處理。
18.根據權利要求13至16中任一個的發布呈現信息的系統，其特徵在於，所述呈現體客戶端為移動終端或者固定終端。
19.根據權利要求13至16中任一個的發布呈現信息的系統，其特徵在於，所述系統還包括呈現XML文件管理系統，用於存儲委託授權規則，並將委託授權規則提供給呈現伺服器。
20.一種發布呈現信息的系統，包括呈現伺服器，其特徵在於，所述呈現伺服器(102)包括委託發布授權處理裝置(701)，判斷從呈現體客戶端或應用伺服器接收的發布消息是否為委託發布方式以及是否允許發布；呈現信息合成和發布裝置(105)，用於對呈現信息合成、處理及分發；所述呈現信息合成和發布裝置(105)包括委託內容授權處理裝置(702)；所述委託內容授權處理裝置根據委託內容授權規則判斷允許委託發布哪些內容。
21.根據權利要求20所述的一種發布呈現信息的系統，其特徵在於，所述呈現信息合成和發布裝置(105)還包括委託過濾處理裝置，根據委託過濾條件過濾要發布的內容。
22.根據權利要求21所述的一種發布呈現信息的系統，其特徵在於，所述委託內容授權處理裝置和委託過濾處理裝置在呈現信息合成和發布裝置(105)中不直接連接。
23.根據權利要求20至22中任一項的發布呈現信息的系統，其特徵在於，所述委託發布授權處理裝置還判斷該發布是否需要等待確認或是否需要拒絕。
24.根據權利要求20至22中任一項的發布呈現信息的系統，其特徵在於，所述呈現信息合成和發布裝置(105)還包括呈現信息合成裝置(211)和呈現信息發布裝置(215)，所述委託內容授權處理裝置位於呈現信息合成裝置(211)和呈現信息發布裝置(215)之間的位置，其中，呈現信息合成裝置用於將新發布的呈現信息和伺服器中現有的呈現信息進行合成處理；呈現信息發布裝置用於將處理後的呈現信息通知給觀察體客戶端。
25.根據權利要求22所述的發布呈現信息的系統，其特徵在於，所述呈現信息合成和發布裝置(105)包括呈現信息合成裝置(211)和呈現信息發布裝置(215)，在所述委託內容授權處理裝置和委託過濾處理裝置之間還有內容授權規則檢查裝置(212)、觀察體過濾裝置(213)和部分通知處理裝置(214)中的至少一個，其中，呈現信息合成裝置用於將新發布的呈現信息和伺服器中現有的呈現信息進行合成處理；內容授權規則檢查裝置用於按照呈現體客戶端設置的規則將不允許發布的信息過濾掉；觀察體過濾裝置用於按照觀察體設置的規則將不希望接收的信息過濾掉；部分通知處理裝置按照觀察體客戶端在訂閱時設置的規則將不屬於訂閱範圍的信息過濾掉；呈現信息發布裝置用於將處理後的呈現信息通知給觀察體客戶端。
26.根據權利要求20至22中任一個的發布呈現信息的系統，其特徵在於，所述呈現體客戶端為移動終端或者固定終端。
27.根據權利要求20至22中任一個的發布呈現信息的系統，其特徵在於，所述系統還包括呈現XML文件管理系統，用於存儲委託授權規則，並將委託授權規則提供給呈現伺服器。
28.一種呈現伺服器，包括呈現信息合成和發布裝置(105)，用於對呈現信息合成、處理及分發；其特徵在於，所述呈現伺服器(102)還包括委託檢查和處理裝置(405)，用於檢查從呈現體客戶端或應用伺服器接收的發布消息是否為委託發布方式，如果為委託發布方式，根據委託授權規則對發布消息進行處理，然後將獲得的呈現信息發送給呈現信息合成和發布裝置；如果為非委託發布方式，直接將發布消息發送給呈現信息合成和發布裝置。
29.根據權利要求28所述的呈現伺服器，其特徵在於，所述委託檢查和處理裝置包括委託發布授權處理裝置和/或委託內容授權處理裝置，所述委託發布授權處理裝置判斷發布消息是否為委託發布方式以及是否允許發布；所述委託內容授權處理裝置根據委託內容授權規則判斷允許委託發布哪些內容。
30.根據權利要求29所述的呈現伺服器，其特徵在於，所述委託檢查和處理裝置還包括委託過濾處理裝置，根據委託過濾條件過濾要發布的內容。
31.根據權利要求29所述的呈現伺服器，其特徵在於，所述委託發布授權處理裝置還判斷該發布消息是否需要等待確認或是否需要拒絕，針對判斷結果作相應處理。
32.根據權利要求28至31中任一個的呈現伺服器，其特徵在於，所述系統還包括呈現XML文件管理系統，用於存儲委託授權規則，並將委託授權規則提供給呈現伺服器。
全文摘要
本發明涉及一種發布呈現信息的方法和系統。一種發布呈現信息的方法，流程如下呈現伺服器接收呈現體客戶端或應用伺服器的發布消息；首先判斷是否為委託方式，如果是，根據委託授權規則處理所述消息，如果否，按照非委託方式處理所述消息；將處理所述消息後得到的呈現信息通知給預先訂閱該呈現信息的觀察體客戶端。還提供一種系統，包括呈現伺服器，所述呈現伺服器包括判斷發布方式的委託發布授權處理裝置，具有信息合成及發布功能的呈現信息合成和發布裝置，還包括根據委託內容授權規則判斷允許委託發布哪些內容的委託內容授權處理裝置。本發明使呈現信息的發布方式更加靈活，可以提升用戶體驗。
文檔編號H04L29/08GK1863172SQ20051011250
公開日2006年11月15日 申請日期2005年9月30日 優先權日2005年9月30日
發明者田林一, 招揚, 孫謙 申請人:華為技術有限公司