[發(fā)明專利]一種消息處理方法、系統(tǒng)、服務(wù)器和終端

有效

• 申請?zhí)枺?/td>: 200710075289.3
• 申請日: 2007-07-24
• 公開（公告）號: CN101355524A
• 公開（公告）日: 2009-01-28
• 發(fā)明（設(shè)計(jì)）人: 李克鵬;柴曉前;田林一;葉伏君
• 申請（專利權(quán)）人: 華為技術(shù)有限公司
• 主分類號: H04L12/58
• 分類號: H04L12/58;H04L29/06
• 代理公司: 暫無信息
• 代理人: 暫無信息

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

本發(fā)明主要涉及通信技術(shù)，更具體地，涉及一種消息的處理方法、系統(tǒng)、 服務(wù)器和終端。

背景技術(shù)

設(shè)備管理技術(shù)，是指服務(wù)器通過OTA(Over?The?Air，空中下載)的方 式對終端進(jìn)行管理操作，比如參數(shù)配置，固件更新，軟件下載、安裝、刪除， 故障診斷、修復(fù)，終端監(jiān)控等。數(shù)據(jù)同步技術(shù)，是移動(dòng)設(shè)備與網(wǎng)絡(luò)服務(wù)器之 間保持?jǐn)?shù)據(jù)同步，同步的數(shù)據(jù)包括電話本、通訊錄、日程、短信、郵件等。

在現(xiàn)有的設(shè)備管理技術(shù)或數(shù)據(jù)同步技術(shù)中，提供了一種通知 (Notification)機(jī)制，用于服務(wù)器下發(fā)Notification消息給終端設(shè)備，終端設(shè) 備根據(jù)Notification中的SessionID、ServerID等信息發(fā)起與服務(wù)器的會(huì)話連接。 Notification消息的下發(fā)可以通過短消息、PUSH等方式。設(shè)備管理規(guī)范提供 了DM?Server對終端設(shè)備進(jìn)行管理的機(jī)制，該會(huì)話管理流程如圖1所示，包括 如下步驟：

101、DS/DM服務(wù)器下發(fā)Notification消息請求會(huì)話連接；

102、終端收到該Notification消息后，由用戶直接確認(rèn)是否接續(xù)會(huì)話， 如果是，則轉(zhuǎn)步驟103，否則，終端不做任何處理；

103、終端發(fā)起會(huì)話連接，發(fā)送初始化包給服務(wù)器進(jìn)行會(huì)話流程；

104、服務(wù)器收到終端發(fā)送的發(fā)起會(huì)話連接的初始化包后，向終端發(fā)送 初始化包進(jìn)行會(huì)話操作；

105、終端和服務(wù)器進(jìn)行后續(xù)會(huì)話流程。

現(xiàn)有DS服務(wù)器或者DM服務(wù)器與終端設(shè)備進(jìn)行會(huì)話管理機(jī)制中，雖然在 傳輸層有支持消息的確認(rèn)機(jī)制，但是該消息確認(rèn)機(jī)制只能簡單地告知消息發(fā) 送方(DS服務(wù)器或者DM服務(wù)器)該消息已經(jīng)發(fā)送至消息接受方(DS客戶端 或者DM客戶端)，而不能使得消息發(fā)送方明確知道消息接受方所接收的消 息格式是否正確、認(rèn)證是否通過等信息，即消息接受方不能明確地告知消息 發(fā)送方認(rèn)證失敗，格式錯(cuò)誤等信息。這種情況下，消息發(fā)送方(DS服務(wù)器 或者DM服務(wù)器)在發(fā)送Notification消息后，如果于一定時(shí)間內(nèi)沒有收到消 息接受方(DS客戶端或者DM客戶端)發(fā)起的會(huì)話消息，則可能會(huì)重新發(fā)送 Notification消息。

此外，在現(xiàn)有技術(shù)中，DM的Notification消息里沒有包含本次會(huì)話管理 的原因信息、有效性信息、重要性信息等，當(dāng)終端接收到服務(wù)器下發(fā)的 Notification消息后，無法判斷是否應(yīng)該發(fā)起與服務(wù)器的會(huì)話連接。如果終端 盲目拒絕會(huì)話，可能會(huì)錯(cuò)過一些很重要的管理會(huì)話操作，如果終端接受會(huì)話 連接，只能在終端與服務(wù)器建立會(huì)話連接后，在服務(wù)器發(fā)送給終端的會(huì)話包 中獲知此次會(huì)話管理的目的、原因等信息。

基于以上描述的現(xiàn)有技術(shù)，發(fā)明人在發(fā)明過程中發(fā)現(xiàn)，在實(shí)際運(yùn)用過程 中會(huì)產(chǎn)生以下問題：由于在收到服務(wù)器的Notification消息后終端缺少一個(gè)回 復(fù)機(jī)制，用于告知服務(wù)器終端接收Notification消息的狀態(tài)信息，比如成功或 失敗，以及由于什么原因失敗等，造成服務(wù)器在發(fā)送Notification消息后，當(dāng) 終端沒有發(fā)起會(huì)話消息時(shí)，則會(huì)不斷重復(fù)發(fā)送該Notification消息，從而導(dǎo)致 增加服務(wù)器的處理工作量以及占用的網(wǎng)絡(luò)資源。另一方面，由于終端在與服 務(wù)器進(jìn)行會(huì)話建立之前缺乏一種判斷機(jī)制以及基于此判斷機(jī)制而產(chǎn)生的相 應(yīng)的處理機(jī)制，從而決定是發(fā)起會(huì)話還是拒絕會(huì)話，以免等到會(huì)話進(jìn)行后再 根據(jù)會(huì)話的內(nèi)容決定不再會(huì)話所造成的不必要的消息處理過程以及資源占 用。進(jìn)一步將拒絕會(huì)話告知服務(wù)器側(cè)，以使得服務(wù)器在沒有收到終端發(fā)起會(huì) 話連接時(shí)不再重新發(fā)送會(huì)話通知消息。

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

有鑒于此，本發(fā)明實(shí)施例通過擴(kuò)展DS或DM?Notifcation消息，使其能攜 帶更多會(huì)話管理的信息，DS或DM終端通過對Notification消息進(jìn)行分析、判 斷，并根據(jù)分析、判斷結(jié)果向DS或DM服務(wù)器發(fā)送回復(fù)消息的方法，從而可 以使得DS或DM服務(wù)器根據(jù)從DS或DM終端返回的信息做進(jìn)一步處理。

本發(fā)明實(shí)施例提供的方法包括以下步驟：

終端接收會(huì)話請求方發(fā)送的請求建立會(huì)話的通知消息，所述的通知消息中 攜帶有關(guān)于本次會(huì)話的會(huì)話管理信息，所述的會(huì)話管理信息包括下述信息：

會(huì)話請求方的標(biāo)識(shí)信息、認(rèn)證信息和會(huì)話的指示性信息，所述的會(huì)話指示 性信息至少包括下述信息之一：