[發(fā)明專利]呈現(xiàn)業(yè)務(wù)中通知消息任務(wù)的處理方法和裝置

無(wú)效

• 申請(qǐng)?zhí)枺?/td>: 201010281608.8
• 申請(qǐng)日: 2010-09-15
• 公開(kāi)（公告）號(hào): CN101917525A
• 公開(kāi)（公告）日: 2010-12-15
• 發(fā)明（設(shè)計(jì)）人: 劉焱青;沈瓊霞;郭湘南;石磊
• 申請(qǐng)（專利權(quán)）人: 烽火通信科技股份有限公司
• 主分類號(hào): H04M3/42
• 分類號(hào): H04M3/42;H04W4/12
• 代理公司: 北京捷誠(chéng)信通專利事務(wù)所(普通合伙) 11221
• 代理人: 魏殿紳;龐炳良

技術(shù)領(lǐng)域

本發(fā)明涉及通信領(lǐng)域，具體涉及呈現(xiàn)業(yè)務(wù)中通知消息任務(wù)的處理方法和裝置。

背景技術(shù)

當(dāng)前，互聯(lián)網(wǎng)業(yè)務(wù)的及時(shí)通信業(yè)務(wù)應(yīng)用越來(lái)越廣泛，而即時(shí)通信業(yè)務(wù)極大的依賴于呈現(xiàn)業(yè)務(wù)。所謂呈現(xiàn)業(yè)務(wù)(即Presence?Service)就是基于某種通信方式(如無(wú)線網(wǎng)、有線網(wǎng)等)或協(xié)議(如sip協(xié)議、http協(xié)議或soap協(xié)議等)，通過(guò)各種特定的接入規(guī)則來(lái)實(shí)時(shí)獲取用戶所關(guān)心的呈現(xiàn)信息(即Presence?Information，包括實(shí)時(shí)狀態(tài)、通信能力、通信方式、心情、愛(ài)好等等)，并將呈現(xiàn)信息實(shí)時(shí)的展示給用戶。

呈現(xiàn)業(yè)務(wù)通過(guò)各種終端、各種網(wǎng)絡(luò)通信方式將用戶的呈現(xiàn)信息實(shí)時(shí)傳遞給訂閱他或者關(guān)注他狀態(tài)信息的人，它允許用戶訂閱另一個(gè)用戶的狀態(tài)，以使該用戶可獲取到另一個(gè)用戶當(dāng)前或變更的實(shí)時(shí)狀態(tài)信息，也允許用戶實(shí)時(shí)查詢另一個(gè)用戶當(dāng)前的狀態(tài)信息。通過(guò)呈現(xiàn)業(yè)務(wù)，用戶可以設(shè)定在哪種狀態(tài)下自己有哪些通信能力以及希望采取哪種通信方式，也可以訂閱他人的通信狀態(tài)信息，以便主被叫雙方在特定的場(chǎng)合選擇最適合的通信方式，從而提高通信效率和通信質(zhì)量。呈現(xiàn)業(yè)務(wù)作為即時(shí)通信業(yè)務(wù)的核心功能，它體現(xiàn)了即時(shí)通信業(yè)務(wù)的時(shí)效性和準(zhǔn)確性，受到了很大的重視和關(guān)注，因此呈現(xiàn)信息將直接影響用戶的體驗(yàn)度和認(rèn)可度。

圖1描述了目前實(shí)現(xiàn)呈現(xiàn)業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)，包括客戶端或應(yīng)用服務(wù)器、呈現(xiàn)服務(wù)器(Presence?Server)和呈現(xiàn)XDMS服務(wù)器(Presence?XML?DocumentManagement?System，呈現(xiàn)xml文件管理服務(wù)器)，其中呈現(xiàn)服務(wù)器包括訂閱處理裝置、發(fā)布處理裝置、通知處理裝置和存儲(chǔ)裝置。

客戶端或應(yīng)用服務(wù)器稱為呈現(xiàn)信息源或者呈現(xiàn)信息觀察者，它可以向呈現(xiàn)服務(wù)器發(fā)送發(fā)布消息(Pulish?Message)，也可以作為觀察者訂閱其他用戶的呈現(xiàn)信息并接受來(lái)自呈現(xiàn)服務(wù)器發(fā)來(lái)的通知消息(Notify?Message)。

訂閱處理裝置主要是接收客戶端或應(yīng)用服務(wù)器發(fā)來(lái)的訂閱消息(Subscribe?Message)，并根據(jù)接入認(rèn)證規(guī)則和被訂閱呈現(xiàn)體預(yù)置的授權(quán)規(guī)則(該授權(quán)規(guī)則存儲(chǔ)在XDMS服務(wù)器上)來(lái)確認(rèn)訂閱結(jié)果并返回訂閱結(jié)果響應(yīng)；如果訂閱成功，則調(diào)用呈現(xiàn)服務(wù)器的存儲(chǔ)裝置存儲(chǔ)訂閱關(guān)系，并根據(jù)被訂閱者發(fā)布的呈現(xiàn)信息調(diào)用呈現(xiàn)服務(wù)器的通知處理裝置向訂閱的客戶端或應(yīng)用服務(wù)器發(fā)送呈現(xiàn)信息通知消息。Subscribe、Publish、Notify消息均為SIP消息。

發(fā)布處理裝置主要是接收客戶端或應(yīng)用服務(wù)器發(fā)來(lái)的發(fā)布消息(PublishMessage)，并根據(jù)接入認(rèn)證規(guī)則來(lái)確認(rèn)發(fā)布結(jié)果并返回發(fā)布響應(yīng)結(jié)果；如果發(fā)布成功，則調(diào)用呈現(xiàn)服務(wù)器的存儲(chǔ)裝置存儲(chǔ)發(fā)布信息，并在存儲(chǔ)裝置獲取發(fā)布者的訂閱關(guān)系信息向訂閱者發(fā)送呈現(xiàn)信息通知信息。

通知處理裝置作為呈現(xiàn)信息獲取的主要渠道，在呈現(xiàn)服務(wù)器中起到關(guān)鍵作用。它供發(fā)布處理裝置和訂閱處理裝置調(diào)用，向訂閱呈現(xiàn)信息的客戶端或應(yīng)用服務(wù)器發(fā)送呈現(xiàn)通知信息。現(xiàn)有的通知處理方式是在呈現(xiàn)信息發(fā)布、呈現(xiàn)信息變更、訂閱呈現(xiàn)信息、呈現(xiàn)信息訂閱、訂閱過(guò)期或發(fā)布過(guò)期等需要發(fā)送通知時(shí)調(diào)用通知處理裝置向客戶端或應(yīng)用服務(wù)器發(fā)送通知，并且通知消息體過(guò)大還需要分割進(jìn)行分發(fā)，因此存在很大的處理壓力和不確定性；根據(jù)用戶使用量的不同通知消息發(fā)送也不同，使用量越大通知處理的量就越大，因此對(duì)消息處理的實(shí)時(shí)性，呈現(xiàn)信息獲取的實(shí)時(shí)性受到影響。

呈現(xiàn)XDMS服務(wù)器主要是以XML形式存儲(chǔ)呈現(xiàn)體的群組用戶、列表用戶以及相關(guān)授權(quán)規(guī)則等。

以下結(jié)合圖1實(shí)現(xiàn)呈現(xiàn)業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)所示，闡述現(xiàn)有技術(shù)中呈現(xiàn)信息獲取的過(guò)程和方法，如A用戶登錄即時(shí)消息終端后，及時(shí)消息終端向呈現(xiàn)服務(wù)器發(fā)布自己當(dāng)前的狀態(tài)，并對(duì)自己的好友、列表和群組等向呈現(xiàn)服務(wù)器發(fā)起訂閱請(qǐng)求，呈現(xiàn)服務(wù)器獲取A用戶的發(fā)布狀態(tài)和訂閱請(qǐng)求后對(duì)其進(jìn)行存儲(chǔ)，當(dāng)作為A用戶的好友B用戶也登錄及時(shí)消息終端后，呈現(xiàn)服務(wù)器將向A用戶發(fā)送B用戶的狀態(tài)通知，這時(shí)使A用戶立即獲取到B用戶的實(shí)時(shí)狀態(tài)，這樣A用戶就可以知道B用戶的呈現(xiàn)信息并選擇B用戶各種通信方式最佳的通信方式與B用戶取得聯(lián)系。

從上述呈現(xiàn)信息獲取的過(guò)程和方法中可以看出，現(xiàn)有的呈現(xiàn)信息方法存在以下不足：由于所有的訂閱和發(fā)布都需要發(fā)送通知，從現(xiàn)有的呈現(xiàn)業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)中不難看出，這樣將極大的增加通知處理裝置的處理性能和資源壓力，造成消息處理瓶頸形成熱點(diǎn)效應(yīng)，而且如果存在消息過(guò)大而需要分發(fā)的情況就將更加嚴(yán)重，如此造成的延時(shí)會(huì)降低呈現(xiàn)系統(tǒng)的可靠性和用戶體驗(yàn)度。

發(fā)明內(nèi)容