專利名稱：一種呈現(xiàn)信息的處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及互聯(lián)網(wǎng)領(lǐng)域和無線通信領(lǐng)域呈現(xiàn)業(yè)務(wù)的實(shí)現(xiàn)，本發(fā)明尤其涉及一種呈現(xiàn)信息的處理方法。
背景技術(shù)：
呈現(xiàn)業(yè)務(wù)(PRESENCE SERVICE)，也稱作存在業(yè)務(wù)，是一種搜集和分發(fā)呈現(xiàn)信息的通信業(yè)務(wù)。目前通常和即時消息業(yè)務(wù)(INSTANT MESSAGESERVICE)一起提供，當(dāng)然呈現(xiàn)業(yè)務(wù)也可以單獨(dú)提供，或者和其他業(yè)務(wù)如網(wǎng)絡(luò)游戲業(yè)務(wù)結(jié)合。因特網(wǎng)工程任務(wù)組IETF、開放移動聯(lián)盟OMA等國際標(biāo)準(zhǔn)組織都已經(jīng)初步制訂了呈現(xiàn)業(yè)務(wù)的相應(yīng)標(biāo)準(zhǔn)規(guī)范，正在不斷完善之中。呈現(xiàn)體可以是自然人，也可以是非自然人，呈現(xiàn)信息包括呈現(xiàn)體的在線/離線狀態(tài)、通信方式等基本信息外，還包括心情，位置，活動等擴(kuò)展信息，以及非自然人提供的增值業(yè)務(wù)信息如天氣預(yù)報、電臺或電視節(jié)目，交通狀況等信息。在互聯(lián)網(wǎng)工程組IETF給出的呈現(xiàn)信息的數(shù)據(jù)模型中，將呈現(xiàn)信息分為三部分，如圖1所示，包括個人Person，業(yè)務(wù)Service，和設(shè)備Device，在呈現(xiàn)信息文檔中分別對應(yīng)的具體元素為個人<person>元素，業(yè)務(wù)<tuple>元素，設(shè)備<device>元素，這三種元素又都各自包含大量的子元素，如<person>元素可以包括活動<activities>，心情<mood>，狀態(tài)圖標(biāo)<status-icon>，時區(qū)<time-offset>等子元素，具體可請參見IETF或OMA的相應(yīng)標(biāo)準(zhǔn)規(guī)范。
目前商用的呈現(xiàn)業(yè)務(wù)基本都與即時消息業(yè)務(wù)集成在一起，如騰訊公司的QQ，微軟公司的MSN等，這些商用的呈現(xiàn)業(yè)務(wù)中用戶并不能使自己的同一個呈現(xiàn)信息元素向不同的觀察者呈現(xiàn)不同的值，如對于一個具體的心情<mood>元素，用戶希望對屬于“朋友”組的聯(lián)系人(也稱作好友)呈現(xiàn)“happy”(愉快)的信息，而對于另外一個具體的聯(lián)系人則同時呈現(xiàn)“l(fā)onely”(孤獨(dú))的信息。另外對于用戶的狀態(tài)信息如離線，在線等，用戶也經(jīng)常希望能夠?qū)Σ煌穆?lián)系人顯示不同的狀態(tài)信息，以減少一些不想要的打擾。而實(shí)現(xiàn)同一個呈現(xiàn)信息元素同時向不同的觀察者呈現(xiàn)不同的值，目前的呈現(xiàn)業(yè)務(wù)中尚無法支持這種機(jī)制。現(xiàn)有呈現(xiàn)業(yè)務(wù)中呈現(xiàn)信息的處理方法主要步驟包括101、呈現(xiàn)體發(fā)布呈現(xiàn)信息；102、呈現(xiàn)服務(wù)器接收呈現(xiàn)信息并存儲；103、呈現(xiàn)服務(wù)器根據(jù)鑒權(quán)配置信息確定觀察者允許獲得的呈現(xiàn)信息；104、呈現(xiàn)服務(wù)器分發(fā)呈現(xiàn)信息給相應(yīng)的觀察者；105、觀察者呈現(xiàn)接收到的呈現(xiàn)信息。
以上步驟中并無針對上述實(shí)現(xiàn)同一個呈現(xiàn)信息元素同時向不同的觀察者呈現(xiàn)不同的值的機(jī)制做任何處理，由此可見，應(yīng)該對目前的處理方法進(jìn)行改進(jìn)，以實(shí)現(xiàn)上述機(jī)制。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題在于提出一種呈現(xiàn)信息的處理方法，以實(shí)現(xiàn)呈現(xiàn)業(yè)務(wù)中同一呈現(xiàn)體的同一個呈現(xiàn)信息元素可同時向不同的觀察者呈現(xiàn)不同的值。
為解決上述問題，本發(fā)明提出的技術(shù)方案如下本發(fā)明提供了一種呈現(xiàn)信息的處理方法，包括步驟A、在呈現(xiàn)體對觀察者的鑒權(quán)配置信息中記錄觀察者身份和類標(biāo)識的關(guān)聯(lián)關(guān)系；B、關(guān)聯(lián)呈現(xiàn)信息與相應(yīng)的類標(biāo)識，呈現(xiàn)體發(fā)布呈現(xiàn)信息；C、呈現(xiàn)服務(wù)器接收并存儲所述呈現(xiàn)信息，并根據(jù)類標(biāo)識與觀察者身份及呈現(xiàn)信息的關(guān)聯(lián)關(guān)系確定觀察者可獲得的呈現(xiàn)信息，然后發(fā)送給觀察者。
進(jìn)一步，步驟C中呈現(xiàn)服務(wù)器接收到不同呈現(xiàn)信息源為同一呈現(xiàn)體發(fā)布的呈現(xiàn)信息之后，只在檢查到其所包含的類標(biāo)識元素具有相同的值或都沒有包含類標(biāo)識元素時才進(jìn)行合并，否則不合并。
所述呈現(xiàn)信息包括個人<person>元素，步驟C中呈現(xiàn)服務(wù)器接收所述呈現(xiàn)信息之后，合并所接收的不同呈現(xiàn)信息源的所述個人<person>元素，然后再存儲，所述類標(biāo)識為<class>元素，合并的檢查步驟包括c11、呈現(xiàn)服務(wù)器檢查兩個個人<person>元素的類標(biāo)識<class>元素是否具有相同的值或都沒有包含類標(biāo)識<class>元素，如果是則轉(zhuǎn)步驟c12，否則不合并，結(jié)束處理。
c12、檢查兩個個人<person>元素中其他的子元素是否存在沖突，即檢查相同的元素是否具有不同的值，如果不存在沖突則進(jìn)行合并，否則不合并，結(jié)束處理。
所述呈現(xiàn)信息包括業(yè)務(wù)<tuple>元素，步驟C中呈現(xiàn)服務(wù)器接收所述呈現(xiàn)信息之后，合并所接收的不同呈現(xiàn)信息源的所述業(yè)務(wù)<tuple>元素，然后再存儲，所述類標(biāo)識為<class>元素，合并的檢查步驟包括c21、呈現(xiàn)服務(wù)器檢查兩個業(yè)務(wù)<tuple>元素的聯(lián)系<contact>子元素是否具有相同的值，如果相同則轉(zhuǎn)步驟c22，否則不合并，結(jié)束處理。
c22、檢查兩個業(yè)務(wù)<tuple>元素的業(yè)務(wù)描述<service-description>元素的子元素業(yè)務(wù)標(biāo)識<service-id>元素和版本<version>元素是否具有相同的值，如果全部相同則轉(zhuǎn)步驟c23，否則不合并，結(jié)束處理。
c23、檢查兩個業(yè)務(wù)<tuple>元素的類標(biāo)識<class>元素是否具有相同的值或都沒有包含類標(biāo)識<class>元素，如果相同則轉(zhuǎn)步驟c24，否則不合并，結(jié)束處理。
c24、檢查兩個業(yè)務(wù)<tuple>元素中其他的子元素是否存在沖突，即檢查相同的元素是否具有不同的值，如果不存在沖突則進(jìn)行合并，否則不合并，結(jié)束處理。
所述呈現(xiàn)服務(wù)器檢查類標(biāo)識<class>元素是否具有相同的值時，如果檢查到類標(biāo)識<class>元素的數(shù)量多于一個，則呈現(xiàn)服務(wù)器在確定所有的類標(biāo)識<class>元素都完全對應(yīng)相同時，才判定類標(biāo)識<class>元素是否具有相同的值。
所述檢查相同的元素是否具有不同的值之后，還包括步驟檢查相同的元素是否具有不同的屬性值，如果否，則進(jìn)行合并，否則不合并，結(jié)束處理。
在呈現(xiàn)服務(wù)器合并處理的檢查步驟中忽略描述<description>元素，在步驟c24中合并一個新發(fā)布到呈現(xiàn)服務(wù)器的業(yè)務(wù)<tuple>元素時，如果呈現(xiàn)服務(wù)器中已經(jīng)存在的一個業(yè)務(wù)<tuple>元素中有描述<description>元素的值，則不改動已經(jīng)存在的值，如果沒有描述<description>元素的值，則向其增加新發(fā)布到呈現(xiàn)服務(wù)器的業(yè)務(wù)<tuple>元素中的描述<description>元素的值。
步驟A中，在呈現(xiàn)體對觀察者的鑒權(quán)配置信息中還設(shè)置是否提供類標(biāo)識的標(biāo)志；步驟C中在所述發(fā)送給觀察者的步驟之前還包括，呈現(xiàn)服務(wù)器根據(jù)所述鑒權(quán)配置信息中設(shè)置的是否提供類標(biāo)識的標(biāo)志刪除或保留包含在呈現(xiàn)信息文檔中類標(biāo)識信息。
所述鑒權(quán)配置信息存儲在呈現(xiàn)業(yè)務(wù)XDM服務(wù)器；步驟A中呈現(xiàn)體通過XCAP協(xié)議設(shè)置XDM服務(wù)器上的鑒權(quán)配置信息；呈現(xiàn)服務(wù)器通過XCAP協(xié)議或SIP協(xié)議獲取XDM服務(wù)器上的鑒權(quán)配置信息。
所述的鑒權(quán)配置信息由權(quán)限規(guī)則組成，每個規(guī)則包括條件元素，動作元素和轉(zhuǎn)換元素；在所述條件元素中指定觀察者身份信息，在所述轉(zhuǎn)換元素中指定相應(yīng)的類標(biāo)識信息。
如果一個呈現(xiàn)體的鑒權(quán)配置信息中存在多個權(quán)限規(guī)則，則呈現(xiàn)服務(wù)器將所有權(quán)限規(guī)則進(jìn)行合并運(yùn)算后確定觀察者所對應(yīng)的類標(biāo)識。
所述鑒權(quán)配置信息中的觀察者的身份標(biāo)識引用資源列表URI，呈現(xiàn)服務(wù)器根據(jù)所引用的資源列表URI通過XCAP協(xié)議到共享列表XDM服務(wù)器獲取資源列表URI所對應(yīng)包含的觀察者成員的URI。
步驟C中在所述發(fā)送給觀察者的步驟之前還包括呈現(xiàn)服務(wù)器刪除包含在呈現(xiàn)信息文檔中類標(biāo)識信息。
一種呈現(xiàn)信息的處理方法，該方法包括步驟D、呈現(xiàn)客戶端發(fā)布使用類標(biāo)識分組的呈現(xiàn)信息；E、呈現(xiàn)服務(wù)器根據(jù)所接收呈現(xiàn)信息中所述的類標(biāo)識進(jìn)行鑒權(quán)或過濾處理。
進(jìn)一步，步驟D中所述的類標(biāo)識是由呈現(xiàn)客戶端設(shè)置的。
步驟D之前在呈現(xiàn)體對觀察者的鑒權(quán)配置信息中記錄觀察者身份和類標(biāo)識的關(guān)聯(lián)關(guān)系。
步驟E中所述呈現(xiàn)服務(wù)器根據(jù)所接收呈現(xiàn)信息中所述的類標(biāo)識進(jìn)行鑒權(quán)的步驟具體包括呈現(xiàn)服務(wù)器根據(jù)呈現(xiàn)信息所對應(yīng)的類標(biāo)識以及鑒權(quán)配置信息中的關(guān)聯(lián)關(guān)系確定觀察者可獲得的呈現(xiàn)信息，然后發(fā)送給觀察者。
步驟D或E之前觀察者發(fā)送的呈現(xiàn)信息訂閱消息中包含對類標(biāo)識的過濾信息，則步驟E中呈現(xiàn)服務(wù)器只將滿足所述對類標(biāo)識的過濾信息的呈現(xiàn)信息發(fā)送給觀察者。
步驟E之前呈現(xiàn)服務(wù)器接收到不同呈現(xiàn)信息源為同一呈現(xiàn)體發(fā)布的呈現(xiàn)信息之后，只在檢查到其所包含的類標(biāo)識元素具有相同的值或都沒有包含類標(biāo)識元素時才進(jìn)行合并，否則不合并。
所述呈現(xiàn)信息包括個人<person>元素，步驟C中呈現(xiàn)服務(wù)器接收所述呈現(xiàn)信息之后，合并所接收的不同呈現(xiàn)信息源的所述個人<person>元素，然后再存儲，所述類標(biāo)識為<class>元素，合并的檢查步驟包括c11、呈現(xiàn)服務(wù)器檢查兩個個人<person>元素的類標(biāo)識<class>元素是否具有相同的值或都沒有包含類標(biāo)識<class>元素，如果是則轉(zhuǎn)步驟c12，否則不合并，結(jié)束處理；c12、檢查兩個個人<person>元素中其他的子元素是否存在沖突，即檢查相同的元素是否具有不同的值，如果不存在沖突則進(jìn)行合并，否則不合并，結(jié)束處理。
所述呈現(xiàn)信息包括業(yè)務(wù)<tuple>元素，步驟C中呈現(xiàn)服務(wù)器接收所述呈現(xiàn)信息之后，合并所接收的不同呈現(xiàn)信息源的所述業(yè)務(wù)<tuple>元素，然后再存儲，所述類標(biāo)識為<class>元素，合并的檢查步驟包括c21、呈現(xiàn)服務(wù)器檢查兩個業(yè)務(wù)<tuple>元素的聯(lián)系<contact>子元素是否具有相同的值，如果相同則轉(zhuǎn)步驟c22，否則不合并，結(jié)束處理；c22、檢查兩個業(yè)務(wù)<tuple>元素的業(yè)務(wù)描述<service-description>元素的子元素業(yè)務(wù)標(biāo)識<service-id>元素和版本<version>元素是否具有相同的值，如果全部相同則轉(zhuǎn)步驟c23，否則不合并，結(jié)束處理；c23、檢查兩個業(yè)務(wù)<tuple>元素的類標(biāo)識<class>元素是否具有相同的值或都沒有包含類標(biāo)識<class>元素，如果相同則轉(zhuǎn)步驟c24，否則不合并，結(jié)束處理；c24、檢查兩個業(yè)務(wù)<tuple>元素中其他的子元素是否存在沖突，即檢查相同的元素是否具有不同的值，如果不存在沖突則進(jìn)行合并，否則不合并，結(jié)束處理。
步驟E之后還包括呈現(xiàn)服務(wù)器刪除包含在呈現(xiàn)信息文檔中類標(biāo)識信息，然后發(fā)送給觀察者。
本發(fā)明能夠達(dá)到的有益效果如下本發(fā)明通過在呈現(xiàn)體對觀察者的鑒權(quán)配置信息中，記錄觀察者身份和類標(biāo)識的關(guān)聯(lián)關(guān)系，并在呈現(xiàn)體發(fā)布呈現(xiàn)信息中使呈現(xiàn)信息與相應(yīng)的類標(biāo)識相關(guān)聯(lián)，呈現(xiàn)服務(wù)器根據(jù)類標(biāo)識與觀察者身份及呈現(xiàn)信息的關(guān)聯(lián)關(guān)系來確定觀察者可獲得的呈現(xiàn)信息，實(shí)現(xiàn)了同一呈現(xiàn)體的同一個呈現(xiàn)信息元素可同時向不同的觀察者呈現(xiàn)不同的值。并且在呈現(xiàn)信息發(fā)送給觀察者之前呈現(xiàn)服務(wù)器刪除了包含在呈現(xiàn)信息文檔中類標(biāo)識信息，這考慮到了類標(biāo)識信息也是呈現(xiàn)體的一種隱私信息，而且只對呈現(xiàn)體和呈現(xiàn)服務(wù)器有用，不必發(fā)送給觀察者，這樣保護(hù)了呈現(xiàn)體用戶的隱私。另外在合并呈現(xiàn)信息元素時，檢查了類標(biāo)識信息是否完全相同，也避免了不合理的合并結(jié)果?？傊ㄟ^本發(fā)明的方案，使呈現(xiàn)信息的提供方式更為靈活，提高了呈現(xiàn)業(yè)務(wù)的業(yè)務(wù)能力。


圖1為呈現(xiàn)信息的數(shù)據(jù)模型圖。
圖2為本發(fā)明呈現(xiàn)信息處理的基本流程圖。
圖3為本發(fā)明呈現(xiàn)信息的合并處理流程圖。
具體實(shí)施例方式
參照圖2，該圖是本發(fā)明呈現(xiàn)信息處理的基本流程圖，包括如下步驟步驟S10，在呈現(xiàn)體對觀察者的鑒權(quán)配置信息中，記錄觀察者身份和類標(biāo)識的關(guān)聯(lián)關(guān)系；步驟S11，關(guān)聯(lián)待發(fā)布的呈現(xiàn)信息和相應(yīng)的類標(biāo)識，呈現(xiàn)體向呈現(xiàn)服務(wù)器發(fā)布呈現(xiàn)信息；步驟S12，呈現(xiàn)服務(wù)器接收并存儲所述呈現(xiàn)信息，并根據(jù)類標(biāo)識與觀察者身份及呈現(xiàn)信息的關(guān)聯(lián)關(guān)系確定觀察者可獲得的呈現(xiàn)信息，然后發(fā)送給觀察者。
呈現(xiàn)體的鑒權(quán)配置信息通常邏輯上以XML(Extensible MarkupLanguage)格式存儲在呈現(xiàn)業(yè)務(wù)XDM(XML Document Management)服務(wù)器，也可以直接存儲在呈現(xiàn)服務(wù)器中，具體得可以使用關(guān)系數(shù)據(jù)庫存儲呈現(xiàn)體的鑒權(quán)配置信息。鑒權(quán)配置信息的具體內(nèi)容為一個或多個規(guī)則組成信息集合，每個規(guī)則中又包含條件(conditions)元素，動作(actions)元素和轉(zhuǎn)換(transformations)元素。其中在條件元素中指定觀察者的身份標(biāo)識，如設(shè)置觀察者的統(tǒng)一資源標(biāo)識符URI(如SIP URI，電話號碼，電子郵件地址等)，或者觀察者所屬的域(domain)標(biāo)識等，在動作元素中設(shè)置允許進(jìn)行的處理類型，在轉(zhuǎn)換元素中設(shè)置如何修改呈現(xiàn)給觀察者的結(jié)果信息。
一個呈現(xiàn)體的鑒權(quán)配置信息具體舉例如下<ruleset entity＝″someone@example.com″><rule id＝″1″>
<conditions><identity>
<id entity＝″user@example.com″/>
</identity></conditions>
<actions><sub-handling>allow</sub-handling></actions>
<transformations>
<provide-persons><class>friends</class></provide-persons>
</transformations>
</rule></ruleset>
上述鑒權(quán)配置信息中包含一個規(guī)則數(shù)據(jù)，呈現(xiàn)服務(wù)器在分發(fā)該呈現(xiàn)體的呈現(xiàn)信息之前解析該規(guī)則的內(nèi)容確定身份標(biāo)識為″user@example.com″的觀察者被允許(allow)獲取類(class)標(biāo)識為friends的<person>元素。通過上述條件元素和轉(zhuǎn)換元素即可關(guān)聯(lián)觀察者的身份標(biāo)識和相應(yīng)的類標(biāo)識。
呈現(xiàn)體客戶端通過XCAP(XML Configuration Access Protocol)協(xié)議創(chuàng)建、修改、刪除、獲取XDM服務(wù)器上的鑒權(quán)配置信息，呈現(xiàn)服務(wù)器也可以通過XCAP協(xié)議獲取XDM服務(wù)器上的鑒權(quán)配置信息，用于對觀察者獲取呈現(xiàn)信息的請求進(jìn)行鑒權(quán)，以及確定向哪些觀察者發(fā)送呈現(xiàn)體的哪些呈現(xiàn)信息等。呈現(xiàn)服務(wù)器一旦獲取到鑒權(quán)配置信息，可以緩存在本地以提高處理效率，并同時訂閱鑒權(quán)配置信息的變化事件，當(dāng)XDM服務(wù)器上被訂閱的XML文檔發(fā)生變化時，XDM服務(wù)器會將變化的信息通過會話初始SIP協(xié)議發(fā)送給呈現(xiàn)服務(wù)器，或者呈現(xiàn)服務(wù)器根據(jù)XDM服務(wù)器的變化通知消息通過XCAP協(xié)議獲取最新的XML文檔。
呈現(xiàn)體客戶端使用會話初始協(xié)議SIP PUBLISH消息發(fā)布呈現(xiàn)信息，消息體正文中包含呈現(xiàn)信息文檔內(nèi)容，發(fā)布時將類標(biāo)識作為某個呈現(xiàn)信息元素的子元素，通常是作為<person>元素、<tuple>元素或<device>元素的子元素，這樣就在發(fā)布呈現(xiàn)信息之前關(guān)聯(lián)了呈現(xiàn)信息和相應(yīng)的類標(biāo)識，即相當(dāng)于用類標(biāo)識將呈現(xiàn)信息進(jìn)行了分組。當(dāng)然類標(biāo)識子元素<class>對這三種元素并不是必要的。呈現(xiàn)客戶端發(fā)布使用類標(biāo)識分組的呈現(xiàn)信息，關(guān)聯(lián)類標(biāo)識之后的呈現(xiàn)信息文檔舉例如下<presence entity＝″someone@example.com″>
<person id＝″1″>
<mood><happy/></mood>
<status-icon>http://example.com/friends.gif</status-icon>
<class>friends</class>
</person>
</presence>
上述呈現(xiàn)體″someone@example.com″發(fā)布的呈現(xiàn)信息文檔中包含的<person>中設(shè)置了子元素<class>friends</class>，呈現(xiàn)服務(wù)器接收呈現(xiàn)信息文檔并存儲后，在向觀察者發(fā)送呈現(xiàn)信息之前，先獲取該呈現(xiàn)體的鑒權(quán)配置信息，解析該呈現(xiàn)體設(shè)置的規(guī)則數(shù)據(jù)，確定觀察者對應(yīng)的類標(biāo)識，再根據(jù)類標(biāo)識確定呈現(xiàn)信息文檔中對應(yīng)的呈現(xiàn)信息元素。
通過上述方法，可以實(shí)現(xiàn)向不同的觀察者發(fā)送同一元素的不同值，如上述呈現(xiàn)信息文檔中假定還包含一個對應(yīng)類標(biāo)識為enemies的<person>元素<person id＝″2″>
<mood><angry/></mood>
<status-icon>http://example.com/enemies.gif</status-icon>
<class>enemies</class>
</person>
相應(yīng)的在上述鑒權(quán)配置信息中包含一個對應(yīng)類標(biāo)識為enemies的規(guī)則元素<rule id＝″2″>
<conditions><identity>
<id entity＝″badboy@example.com″/>
</identity></conditions>
<actions><sub-handling>allow</sub-handling></actions>
<transformations>
<provide-persons><class>enemies</class></provide-persons>
</transformations>
</rule>
呈現(xiàn)服務(wù)器根據(jù)鑒權(quán)配置信息和呈現(xiàn)信息文檔，在向觀察者分發(fā)呈現(xiàn)信息時，對于同一個具體的呈現(xiàn)信息元素如<mood>，觀察者″badboy@example.com″會獲得值angry，而觀察者″user@example.com″會獲得值happy，即相同的元素對于不同的觀察者可呈現(xiàn)不同的值，這樣大大提高了業(yè)務(wù)的呈現(xiàn)能力。
類標(biāo)識<class>元素的值通常是由呈現(xiàn)體用戶設(shè)置的容易理解的詞匯，如friends等，實(shí)際上這個值指出了呈現(xiàn)體用戶對觀察者用戶的分類傾向，因此很多時候呈現(xiàn)體用戶不希望觀察者用戶獲取到該信息，這本質(zhì)上也屬于用戶的隱私信息。因此呈現(xiàn)服務(wù)器在根據(jù)鑒權(quán)配置信息確定向觀察者發(fā)送的呈現(xiàn)信息內(nèi)容后，要刪除掉包含在<person>、<tuple>等元素中的類標(biāo)識<class>元素，然后將不包含類標(biāo)識<class>元素的呈現(xiàn)信息內(nèi)容發(fā)送給觀察者。
通過設(shè)置鑒權(quán)配置信息也可以實(shí)現(xiàn)禁止向觀察者發(fā)送類標(biāo)識<class>元素，在轉(zhuǎn)換(transformations)元素中使用<provide-class>子元素作為控制標(biāo)志來確定是否發(fā)送類標(biāo)識<class>元素，<provide-class>子元素的值為邏輯布爾類型，為真TRUE時呈現(xiàn)服務(wù)器提供類標(biāo)識<class>元素，為假FALSE時則不提供。另外呈現(xiàn)服務(wù)器對規(guī)則集的權(quán)限合并方式也有影響，如果呈現(xiàn)服務(wù)器的權(quán)限合并原則是為并集運(yùn)算，即對規(guī)則中的權(quán)限進(jìn)行邏輯或運(yùn)算，例如如果對于同一個觀察者，在一個規(guī)則數(shù)據(jù)中設(shè)置的是<provide-class>子元素的值為真TRUE，而另一個規(guī)則數(shù)據(jù)中對該觀察者<provide-class>子元素的值為假FALSE，這樣最終呈現(xiàn)服務(wù)器根據(jù)并集運(yùn)算原則合并規(guī)則集的運(yùn)算結(jié)果是<provide-class>子元素的值為真TRUE。具體舉例如下
<rule id＝″3″>
<conditions><identity>
<id entity＝″badboy@example.com″/>
</identity></conditions>
<actions><sub-handling>allow</sub-handling></actions>
<transformations>
<provide-persons><class>enemies</class></provide-persons>
<provide-class>FALSE</provide-class>
</transformations>
</rule>
上述例子中，呈現(xiàn)服務(wù)器解析該規(guī)則數(shù)據(jù)后，根據(jù)<provide-class>FALSE</provide-class>確定不向觀察者″badboy@example.com″發(fā)送類標(biāo)識信息即<class>enemies</class>。在<identity>元素中可以包括多個觀察者的身份標(biāo)識，也可以引用資源列表的統(tǒng)一資源標(biāo)識符URI，資源列表通常為用戶定義的組，包含一些具體的成員URI，一般存儲在共享列表XDM服務(wù)器中，如果在規(guī)則中引用了資源列表URI，則呈現(xiàn)服務(wù)器會根據(jù)所引用的資源列表URI通過XCAP協(xié)議到共享列表XDM服務(wù)器獲取資源列表URI的具體成員的URI數(shù)據(jù)。
如果呈現(xiàn)服務(wù)器的權(quán)限合并原則是為交集運(yùn)算，即對規(guī)則中的權(quán)限進(jìn)行邏輯與運(yùn)算，例如如果對于同一個觀察者，在一個規(guī)則數(shù)據(jù)中設(shè)置的是<provide-class>子元素的值為真TRUE，而另一個規(guī)則數(shù)據(jù)中對該觀察者<provide-class>子元素的值為假FALSE，這樣最終呈現(xiàn)服務(wù)器根據(jù)并集運(yùn)算原則合并規(guī)則集的運(yùn)算結(jié)果是<provide-class>子元素的值為假FALSE。這種方式實(shí)際上可以更簡單得實(shí)現(xiàn)向所有的觀察者(或者大多數(shù)觀察者)禁止提供類標(biāo)識信息，具體的即在一個規(guī)則中設(shè)置限定所有的觀察者都不能獲得類標(biāo)識信息，規(guī)則內(nèi)容如下<rule id＝″4″>
<conditions><identity><any-identity/></identity></conditions>
<actions><sub-handling>allow</sub-handling></actions>
<transformations>
<provide-class>FALSE</provide-class>
</transformations>
</rule>
其中<any-identity/>表示所有的觀察者，根據(jù)該規(guī)則設(shè)置的<provide-class>FALSE</provide-class>即禁止提供類標(biāo)識信息，以及交集運(yùn)算原則，即使在其他規(guī)則中沒有禁止或直接允許提供類標(biāo)識信息，呈現(xiàn)服務(wù)器也會禁止向所有觀察者提供類標(biāo)識信息。
實(shí)際應(yīng)用中一個呈現(xiàn)體往往會對應(yīng)多個呈現(xiàn)信息源，如一個用戶的手機(jī)、電腦，以及運(yùn)營商的通信網(wǎng)絡(luò)中的物理實(shí)體(如歸屬位置寄存器HLR、應(yīng)用服務(wù)器)等，這些呈現(xiàn)信息源都可以發(fā)布該呈現(xiàn)體的呈現(xiàn)信息，呈現(xiàn)服務(wù)器對來自不同呈現(xiàn)信息源的呈現(xiàn)信息要進(jìn)行相應(yīng)的編輯合成，在呈現(xiàn)服務(wù)器上為一個呈現(xiàn)體形成一份原始的呈現(xiàn)信息文檔。由于類標(biāo)識<class>元素影響了最終觀察者所能獲取到的呈現(xiàn)信息內(nèi)容，因此在編輯合成是時應(yīng)當(dāng)考慮到類標(biāo)識<class>元素的處理，而不能只進(jìn)行簡單的合并處理。如下兩個<person>元素在合并后就會產(chǎn)生問題，假定呈現(xiàn)服務(wù)器上已經(jīng)存在呈現(xiàn)體的一個<person>元素<person id＝″11″>
<overriding-willingness>
<basic>close</basic>
</overriding-willingness>
<mood>happy</mood>
</person>
上述<person>元素不包含類標(biāo)識<class>元素，如果與另一個新收到的包含類標(biāo)識<class>元素的<person>元素進(jìn)行合并，例如與以下<person>元素合并<person id＝″22″>
<overriding-willingness>
<basic>close</basic>
</overriding-willingness>
<class>enemies</class>
</person>
則合并處理過程為首先忽略<person>元素的實(shí)例標(biāo)識id，并將相同的元素僅保留一份，此例中<overriding-willingness>元素是相同的，如保留呈現(xiàn)服務(wù)器上已有的數(shù)據(jù)，而類標(biāo)識<class>元素呈現(xiàn)服務(wù)器以前沒有，則增加該元素，合并的結(jié)果為<person id＝″33″>
<overriding-willingness>
<basic>close</basic>
</overriding-willingness>
<mood>happy</mood>
<class>enemies</class>
</person>
如此呈現(xiàn)服務(wù)器上只存在一個對應(yīng)類標(biāo)識為enemies的<person>元素，而一個對應(yīng)類標(biāo)識不為enemies觀察者，則就無法再獲取到<person>元素了。
呈現(xiàn)服務(wù)器通?？梢苑謩e對<person>元素、<tuple>元素或<device>元素進(jìn)行合并條件的檢查和合并處理，最后三種元素構(gòu)成原始的呈現(xiàn)信息文檔，對類標(biāo)識<class>元素的具體合并處理步驟以兩個<tuple>元素的合并為例，如圖3所示c21、呈現(xiàn)服務(wù)器檢查兩個<tuple>元素的<contact>子元素是否具有相同的值，如果相同則轉(zhuǎn)步驟c22，否則不合并，結(jié)束處理。
c22、檢查兩個<tuple>元素的<service-description>元素的子元素<service-id>和<version>是否具有相同的值，如果全部相同則轉(zhuǎn)步驟c23，否則不合并，結(jié)束處理。
c23、檢查兩個<tuple>元素的<class>元素是否具有相同的值，如果相同則轉(zhuǎn)步驟c24，否則不合并，結(jié)束處理。如果一個<tuple>元素有<class>元素，而另一個沒有，也不進(jìn)行合并。如果兩個<tuple>元素都沒有<class>元素，呈現(xiàn)服務(wù)器也判定為屬于<class>元素具有相同的值的情況，轉(zhuǎn)步驟c24。
c24、檢查兩個<tuple>元素中其他的子元素是否存在沖突，即相同的元素具有不同的值，如果不存在沖突則進(jìn)行合并，否則不合并，結(jié)束處理。
根據(jù)以上的處理，兩個<tuple>元素中如果一個有<class>元素，而另一個沒有<class>元素，這樣的情況呈現(xiàn)服務(wù)器就不會進(jìn)行合并處理。
當(dāng)然當(dāng)呈現(xiàn)信息文檔分發(fā)到觀察者客戶端，最終將其呈現(xiàn)在客戶端上時，應(yīng)該進(jìn)行相應(yīng)的合并處理，否則觀察者用戶會得到不清楚甚至矛盾的呈現(xiàn)信息。由于呈現(xiàn)服務(wù)器一般不會把<class>元素發(fā)送給觀察者，觀察者客戶端只會對沒有<class>元素的<person>元素、<tuple>元素或<device>元素進(jìn)行合并處理，如果沒有沖突的直接簡單合并即可，有沖突的(即相同元素有不同的值)可以以最新時間戳<timestamp>的元素為準(zhǔn)。
另外在上述的步驟c22中，<service-description>元素還有一個<description>元素，這個元素是一段對該<tuple>對應(yīng)業(yè)務(wù)的簡單描述文字，有可能不同的呈現(xiàn)信息源發(fā)布的該元素的值會有一些描述上的差異，如字母大小寫不同，標(biāo)點(diǎn)符號不同等，因此不應(yīng)當(dāng)因?yàn)?amp;lt;description>元素不同就禁止<tuple>元素合并。即在上述呈現(xiàn)服務(wù)器的合并處理檢查過程中可以忽略<description>元素，在步驟c24中合并一個新發(fā)布到呈現(xiàn)服務(wù)器的<tuple>元素時，如果呈現(xiàn)服務(wù)器中已經(jīng)存在的一個<tuple>元素中有<description>元素值則不改動，如果沒有<description>元素值，則向其增加新發(fā)布到呈現(xiàn)服務(wù)器的<tuple>元素中的<description>元素值。
步驟c24中提到的判定沖突的方式是相同的元素具有不同的值，實(shí)際上有些呈現(xiàn)信息的XML元素可能值相同，但是屬性不同也是沖突的，因此在步驟c24中呈現(xiàn)服務(wù)器要在值相同時進(jìn)一步判斷其屬性是否相同，如果不同也認(rèn)為是沖突的情形不進(jìn)行合并處理。
通常在呈現(xiàn)業(yè)務(wù)系統(tǒng)中每個<person>元素、<tuple>元素或<device>元素都只有零或一個<class>元素，但也有可能有些系統(tǒng)支持多個<class>元素，這會使系統(tǒng)可以提供更強(qiáng)的功能，如一個<person>元素有兩個類標(biāo)識<class>元素，<class>friends</class>和<class>colleagues</class>，則呈現(xiàn)服務(wù)器就可以向這兩個類標(biāo)識對應(yīng)的觀察者提供該<person>元素的信息，這使呈現(xiàn)信息的控制更加靈活。但這樣在<person>等元素的合并處理時就會帶來麻煩，如兩個<person>元素進(jìn)行合并時，呈現(xiàn)服務(wù)器檢查到兩個<person>元素具有一個相同的類標(biāo)識如<class>friends</class>，而其中一個<person>元素還包含另外一個類標(biāo)識如<class>colleagues</class>，具體內(nèi)容如下<person id＝″111″>
<mood>happy</mood>
<class>friends</class>
</person>
另一個<person>元素<person id＝″222″>
<activities><breakfast/></activities>
<class>friends</class>
<class>colleagues</class>
</person>
上述兩個元素合并之后得到<person id＝″333″>
<mood>happy</mood>
<activities><breakfast/></activities>
<class>friends</class>
<class>colleagues</class>
</person>
可以發(fā)現(xiàn)類標(biāo)識為<class>colleagues</class>對應(yīng)的觀察者可以獲得本來不該獲得的信息<mood>happy</mood>，這樣的合并是不合適的，因此呈現(xiàn)服務(wù)器合理的合并處理步驟以<person>元素為例c11、呈現(xiàn)服務(wù)器檢查兩個<person>元素的<class>元素是否具有完全相同的值，如果是則轉(zhuǎn)步驟c12，否則不合并，結(jié)束處理。呈現(xiàn)服務(wù)器必須檢查任何一個<person>元素中的<class>元素都可以在另一個<person>元素中找到相同的值，才判定兩個<person>元素具有完全相同的<class>值。當(dāng)然如果兩個<person>元素都沒有<class>元素，也判定兩個<person>元素具有完全相同的<class>值。
c12、檢查兩個<person>元素中其他的子元素是否存在沖突，即相同的元素具有不同的值，如果不存在沖突則進(jìn)行合并，否則不合并，結(jié)束處理。
當(dāng)然除了上述的<tuple>元素和<person>元素外，同樣對其他的包含類標(biāo)識元素的呈現(xiàn)信息元素，在呈現(xiàn)服務(wù)器接收到不同呈現(xiàn)信息源為同一呈現(xiàn)體發(fā)布的呈現(xiàn)信息之后，只在檢查到其所包含的類標(biāo)識元素具有相同的值或都沒有包含類標(biāo)識元素時才進(jìn)行合并，否則不合并。當(dāng)然合并之前可能還會檢查其他條件，通過類標(biāo)識的檢查只是合并的必要條件。
另外呈現(xiàn)服務(wù)器除了根據(jù)所接收呈現(xiàn)信息中所述的類標(biāo)識進(jìn)行鑒權(quán)之外，還可以進(jìn)行過濾處理。觀察者發(fā)送的呈現(xiàn)信息訂閱消息中包含對類標(biāo)識的過濾信息，呈現(xiàn)服務(wù)器在向該觀察者分發(fā)呈現(xiàn)信息時，只將滿足所述對類標(biāo)識的過濾信息的呈現(xiàn)信息發(fā)送給觀察者。訂閱消息中的過濾信息舉例如下<filter-set><filter id＝″1″uri＝″someone@example.com″>
<what><include>class＝″PoC″</include></what>
</filter></filter-set>
即在過濾集<filter-set>中定義的編號id為1的過濾信息中指定了只有包含類標(biāo)識class＝″PoC″的元素才會被發(fā)送給觀察者。
顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種呈現(xiàn)信息的處理方法，其特征在于，該方法包括步驟A、在呈現(xiàn)體對觀察者的鑒權(quán)配置信息中記錄觀察者身份和類標(biāo)識的關(guān)聯(lián)關(guān)系；B、關(guān)聯(lián)呈現(xiàn)信息與相應(yīng)的類標(biāo)識，呈現(xiàn)體發(fā)布呈現(xiàn)信息；C、呈現(xiàn)服務(wù)器接收并存儲所述呈現(xiàn)信息，并根據(jù)類標(biāo)識與觀察者身份及呈現(xiàn)信息的關(guān)聯(lián)關(guān)系確定觀察者可獲得的呈現(xiàn)信息，然后發(fā)送給觀察者。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟C中呈現(xiàn)服務(wù)器接收到不同呈現(xiàn)信息源為同一呈現(xiàn)體發(fā)布的呈現(xiàn)信息之后，只在檢查到其所包含的類標(biāo)識元素具有相同的值或都沒有包含類標(biāo)識元素時才進(jìn)行合并，否則不合并。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述呈現(xiàn)信息包括個人<person>元素，步驟C中呈現(xiàn)服務(wù)器接收所述呈現(xiàn)信息之后，合并所接收的不同呈現(xiàn)信息源的所述個人<person>元素，然后再存儲，所述類標(biāo)識為<class>元素，合并的檢查步驟包括c11、呈現(xiàn)服務(wù)器檢查兩個個人<person>元素的類標(biāo)識<class>元素是否具有相同的值或都沒有包含類標(biāo)識<class>元素，如果是則轉(zhuǎn)步驟c12，否則不合并，結(jié)束處理；c12、檢查兩個個人<person>元素中其他的子元素是否存在沖突，即檢查相同的元素是否具有不同的值，如果不存在沖突則進(jìn)行合并，否則不合并，結(jié)束處理。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述呈現(xiàn)信息包括業(yè)務(wù)<tuple>元素，步驟C中呈現(xiàn)服務(wù)器接收所述呈現(xiàn)信息之后，合并所接收的不同呈現(xiàn)信息源的所述業(yè)務(wù)<tuple>元素，然后再存儲，所述類標(biāo)識為<class>元素，合并的檢查步驟包括c21、呈現(xiàn)服務(wù)器檢查兩個業(yè)務(wù)<tuple>元素的聯(lián)系<contact>子元素是否具有相同的值，如果相同則轉(zhuǎn)步驟c22，否則不合并，結(jié)束處理；c22、檢查兩個業(yè)務(wù)<tuple>元素的業(yè)務(wù)描述<service-description>元素的子元素業(yè)務(wù)標(biāo)識<service-id>元素和版本<version>元素是否具有相同的值，如果全部相同則轉(zhuǎn)步驟c23，否則不合并，結(jié)束處理；c23、檢查兩個業(yè)務(wù)<tuple>元素的類標(biāo)識<class>元素是否具有相同的值或都沒有包含類標(biāo)識<class>元素，如果相同則轉(zhuǎn)步驟c24，否則不合并，結(jié)束處理；c24、檢查兩個業(yè)務(wù)<tuple>元素中其他的子元素是否存在沖突，即檢查相同的元素是否具有不同的值，如果不存在沖突則進(jìn)行合并，否則不合并，結(jié)束處理。
5.根據(jù)權(quán)利要求3或4所述的方法，其特征在于，所述呈現(xiàn)服務(wù)器檢查類標(biāo)識<class>元素是否具有相同的值時，如果檢查到類標(biāo)識<class>元素的數(shù)量多于一個，則呈現(xiàn)服務(wù)器在確定所有的類標(biāo)識<class>元素都完全對應(yīng)相同時，才判定類標(biāo)識<class>元素是否具有相同的值。
6.根據(jù)權(quán)利要求3或4所述的方法，其特征在于，所述檢查相同的元素是否具有不同的值之后，還包括步驟檢查相同的元素是否具有不同的屬性值，如果否，則進(jìn)行合并，否則不合并，結(jié)束處理。
7.根據(jù)權(quán)利要求4所述的方法，其特征在于，在呈現(xiàn)服務(wù)器合并處理的檢查步驟中忽略描述<description>元素，在步驟c24中合并一個新發(fā)布到呈現(xiàn)服務(wù)器的業(yè)務(wù)<tuple>元素時，如果呈現(xiàn)服務(wù)器中已經(jīng)存在的一個業(yè)務(wù)<tuple>元素中有描述<description>元素的值，則不改動已經(jīng)存在的值，如果沒有描述<description>元素的值，則向其增加新發(fā)布到呈現(xiàn)服務(wù)器的業(yè)務(wù)<tuple>元素中的描述<description>元素的值。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟A中，在呈現(xiàn)體對觀察者的鑒權(quán)配置信息中還設(shè)置是否提供類標(biāo)識的標(biāo)志；步驟C中在所述發(fā)送給觀察者的步驟之前還包括，呈現(xiàn)服務(wù)器根據(jù)所述鑒權(quán)配置信息中設(shè)置的是否提供類標(biāo)識的標(biāo)志刪除或保留包含在呈現(xiàn)信息文檔中類標(biāo)識信息。
9.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述鑒權(quán)配置信息存儲在呈現(xiàn)業(yè)務(wù)XDM服務(wù)器；步驟A中呈現(xiàn)體通過XCAP協(xié)議設(shè)置XDM服務(wù)器上的鑒權(quán)配置信息；呈現(xiàn)服務(wù)器通過XCAP協(xié)議或SIP協(xié)議獲取XDM服務(wù)器上的鑒權(quán)配置信息。
10.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述的鑒權(quán)配置信息由權(quán)限規(guī)則組成，每個規(guī)則包括條件元素，動作元素和轉(zhuǎn)換元素；在所述條件元素中指定觀察者身份信息，在所述轉(zhuǎn)換元素中指定相應(yīng)的類標(biāo)識信息。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，如果一個呈現(xiàn)體的鑒權(quán)配置信息中存在多個權(quán)限規(guī)則，則呈現(xiàn)服務(wù)器將所有權(quán)限規(guī)則進(jìn)行合并運(yùn)算后確定觀察者所對應(yīng)的類標(biāo)識。
12.根據(jù)權(quán)利要求10或11所述的方法，其特征在于，所述鑒權(quán)配置信息中的觀察者的身份標(biāo)識引用資源列表URI，呈現(xiàn)服務(wù)器根據(jù)所引用的資源列表URI通過XCAP協(xié)議到共享列表XDM服務(wù)器獲取資源列表URI所對應(yīng)包含的觀察者成員的URI。
13.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟C中在所述發(fā)送給觀察者的步驟之前還包括呈現(xiàn)服務(wù)器刪除包含在呈現(xiàn)信息文檔中類標(biāo)識信息。
14.一種呈現(xiàn)信息的處理方法，其特征在于，該方法包括步驟D、呈現(xiàn)客戶端發(fā)布使用類標(biāo)識分組的呈現(xiàn)信息；E、呈現(xiàn)服務(wù)器根據(jù)所接收呈現(xiàn)信息中所述的類標(biāo)識進(jìn)行鑒權(quán)或過濾處理。
15.根據(jù)權(quán)利要求14所述的方法，其特征在于，步驟D中所述的類標(biāo)識是由呈現(xiàn)客戶端設(shè)置的。
16.根據(jù)權(quán)利要求14所述的方法，其特征在于，步驟D之前在呈現(xiàn)體對觀察者的鑒權(quán)配置信息中記錄觀察者身份和類標(biāo)識的關(guān)聯(lián)關(guān)系。
17.根據(jù)權(quán)利要求16所述的方法，其特征在于，步驟E中所述呈現(xiàn)服務(wù)器根據(jù)所接收呈現(xiàn)信息中所述的類標(biāo)識進(jìn)行鑒權(quán)的步驟具體包括呈現(xiàn)服務(wù)器根據(jù)呈現(xiàn)信息所對應(yīng)的類標(biāo)識以及鑒權(quán)配置信息中的關(guān)聯(lián)關(guān)系確定觀察者可獲得的呈現(xiàn)信息，然后發(fā)送給觀察者。
18.根據(jù)權(quán)利要求14所述的方法，其特征在于，步驟D或E之前觀察者發(fā)送的呈現(xiàn)信息訂閱消息中包含對類標(biāo)識的過濾信息，則步驟E中呈現(xiàn)服務(wù)器只將滿足所述對類標(biāo)識的過濾信息的呈現(xiàn)信息發(fā)送給觀察者。
19.根據(jù)權(quán)利要求14至18任一項(xiàng)所述的方法，其特征在于，步驟E之前呈現(xiàn)服務(wù)器接收到不同呈現(xiàn)信息源為同一呈現(xiàn)體發(fā)布的呈現(xiàn)信息之后，只在檢查到其所包含的類標(biāo)識元素具有相同的值或都沒有包含類標(biāo)識元素時才進(jìn)行合并，否則不合并。
20.根據(jù)權(quán)利要求19所述的方法，其特征在于，所述呈現(xiàn)信息包括個人<person>元素，步驟C中呈現(xiàn)服務(wù)器接收所述呈現(xiàn)信息之后，合并所接收的不同呈現(xiàn)信息源的所述個人<person>元素，然后再存儲，所述類標(biāo)識為<class>元素，合并的檢查步驟包括c11、呈現(xiàn)服務(wù)器檢查兩個個人<person>元素的類標(biāo)識<class>元素是否具有相同的值或都沒有包含類標(biāo)識<class>元素，如果是則轉(zhuǎn)步驟c12，否則不合并，結(jié)束處理；c12、檢查兩個個人<person>元素中其他的子元素是否存在沖突，即檢查相同的元素是否具有不同的值，如果不存在沖突則進(jìn)行合并，否則不合并，結(jié)束處理。
21.根據(jù)權(quán)利要求19所述的方法，其特征在于，所述呈現(xiàn)信息包括業(yè)務(wù)<tuple>元素，步驟C中呈現(xiàn)服務(wù)器接收所述呈現(xiàn)信息之后，合并所接收的不同呈現(xiàn)信息源的所述業(yè)務(wù)<tuple>元素，然后再存儲，所述類標(biāo)識為<class>元素，合并的檢查步驟包括c21、呈現(xiàn)服務(wù)器檢查兩個業(yè)務(wù)<tuple>元素的聯(lián)系<contact>子元素是否具有相同的值，如果相同則轉(zhuǎn)步驟c22，否則不合并，結(jié)束處理；c22、檢查兩個業(yè)務(wù)<tuple>元素的業(yè)務(wù)描述<service-description>元素的子元素業(yè)務(wù)標(biāo)識<service-id>元素和版本<version>元素是否具有相同的值，如果全部相同則轉(zhuǎn)步驟c23，否則不合并，結(jié)束處理；c23、檢查兩個業(yè)務(wù)<tuple>元素的類標(biāo)識<class>元素是否具有相同的值或都沒有包含類標(biāo)識<class>元素，如果相同則轉(zhuǎn)步驟c24，否則不合并，結(jié)束處理；c24、檢查兩個業(yè)務(wù)<tuple>元素中其他的子元素是否存在沖突，即檢查相同的元素是否具有不同的值，如果不存在沖突則進(jìn)行合并，否則不合并，結(jié)束處理。
22.根據(jù)權(quán)利要求14所述的方法，其特征在于，步驟E之后還包括呈現(xiàn)服務(wù)器刪除包含在呈現(xiàn)信息文檔中類標(biāo)識信息，然后發(fā)送給觀察者。
全文摘要
本發(fā)明公開了一種呈現(xiàn)信息的處理方法，通過在呈現(xiàn)體對觀察者的鑒權(quán)配置信息中記錄觀察者身份和類標(biāo)識的關(guān)聯(lián)關(guān)系，并在呈現(xiàn)體發(fā)布呈現(xiàn)信息中使呈現(xiàn)信息與相應(yīng)的類標(biāo)識相關(guān)聯(lián)，呈現(xiàn)服務(wù)器根據(jù)類標(biāo)識與觀察者身份及呈現(xiàn)信息的關(guān)聯(lián)關(guān)系來確定觀察者可獲得的呈現(xiàn)信息，實(shí)現(xiàn)了同一呈現(xiàn)體的同一個呈現(xiàn)信息元素可同時向不同的觀察者呈現(xiàn)不同的值。并且在呈現(xiàn)信息發(fā)送給觀察者之前呈現(xiàn)服務(wù)器刪除了包含在呈現(xiàn)信息文檔中類標(biāo)識信息，保護(hù)了呈現(xiàn)體的隱私信息。
文檔編號H04L9/06GK101043469SQ20061008004
公開日2007年9月26日 申請日期2006年5月1日 優(yōu)先權(quán)日2006年3月24日
發(fā)明者孫謙, 招揚(yáng), 彭程暉, 田林一, 鮑洪慶, 宋雪飛 申請人:華為技術(shù)有限公司