專利名稱：系統(tǒng)端和終端的交互媒體文檔更新方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及移動廣播業(yè)務(wù)技術(shù)領(lǐng)域，具體的講是系 統(tǒng)端和終端的交互媒體文檔更新方法及裝置。
背景技術(shù)：
目前，很多用戶可以通過接收業(yè)務(wù)指南(SG)來收看BCAST (移動廣播業(yè) 務(wù))，通過SG用戶可以査看關(guān)于各種業(yè)務(wù)的資料，瀏覽視頻頻道和節(jié)目單、 價格表，選擇和購買價格表中的一項內(nèi)容，以及登錄網(wǎng)站瀏覽網(wǎng)頁等。對于 服務(wù)提供商和移動運(yùn)營商，SG也能提供和終端用戶的交互式接口，每一個電 視頻道或音頻頻道可以和Internet中的交互式服務(wù)(如下載服務(wù))進(jìn)行關(guān)聯(lián)。
SG信息中的各數(shù)據(jù)分片之間通過引用和關(guān)聯(lián)建立關(guān)系，這些分片的集合 共同描述了頻道名稱、節(jié)目名稱、內(nèi)容簡介、開始時間、結(jié)束時間、付費(fèi)標(biāo) 準(zhǔn)、付費(fèi)方式、頻道接入方式等信息。業(yè)務(wù)提供功能(Service Provisioning Function)負(fù)責(zé)用戶訂閱BCAST業(yè)務(wù)和付費(fèi)相關(guān)的功能。業(yè)務(wù)提供功能主要用 于具有交互網(wǎng)絡(luò)能力的系統(tǒng)和終端。主要功能包括BCAST業(yè)務(wù)訂閱，套餐和 按次計費(fèi)內(nèi)容的訂購。業(yè)務(wù)提供功能也可以提供關(guān)于支付信息的額外信息。
交互數(shù)據(jù)(InteractivityData)分片是交互業(yè)務(wù)的描述信息，BCAST業(yè) 務(wù)和具體節(jié)目通過該分片與交互業(yè)務(wù)相關(guān)聯(lián)，交互業(yè)務(wù)可以包括投票業(yè)務(wù)、 選項業(yè)務(wù)等。當(dāng)BCAST業(yè)務(wù)提供輔助的業(yè)務(wù)，如需要用戶交互的業(yè)務(wù)，則需要 使用業(yè)務(wù)交互功能(Service Interaction Function)。業(yè)務(wù)交互功能由交 互網(wǎng)絡(luò)(如蜂窩移動網(wǎng)絡(luò)或消息系統(tǒng))提供。交互功能提供多種類型的交互， 如Cal1-in, SMS,國S,下載，Email,站點鏈接(如聊天室、萌、WAP、 HTTP 和門戶)等。
如圖l所示為現(xiàn)有技術(shù)交互數(shù)據(jù)分片傳輸?shù)臄?shù)據(jù)流圖。
1. 服務(wù)器向終端發(fā)送業(yè)務(wù)指南，業(yè)務(wù)指南中的交互數(shù)據(jù)分片描述了交互 業(yè)務(wù)信息，包括交互相關(guān)的頻道和節(jié)目、交互業(yè)務(wù)展現(xiàn)時間信息、交互媒體 文檔指示、交互媒體文檔獲取方式等。
2. 終端接收到業(yè)務(wù)指南后，處理交互數(shù)據(jù)分片，當(dāng)交互數(shù)據(jù)分片的 "PreListenlndicator"(用于指示交互媒體文檔是否預(yù)先下發(fā))設(shè)為'true'
時，終端將提前下載交互業(yè)務(wù)包含的交互媒體文檔。
3. 終端根據(jù)業(yè)務(wù)指南的指示獲取交互媒體文檔。如果提前下載交互媒體 文檔，則將交互媒體文檔存放在終端緩存區(qū)中等待處理。
4. 終端對交互媒體文檔進(jìn)行處理，其中交互媒體文檔描述了交互媒體對 象格式、交互方式等信息。
5. 終端根據(jù)交互媒體文檔中的信息獲取與自身能力匹配的交互媒體對象。
6. 終端在交互業(yè)務(wù)展現(xiàn)時間內(nèi)呈現(xiàn)交互內(nèi)容。
在實現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在以下問題，對于 終端在收看節(jié)目內(nèi)容之前下載交互媒體文檔的情況，現(xiàn)有技術(shù)并未考慮如果 服務(wù)器側(cè)交互媒體文檔在終端下載之后發(fā)生了變化，如何使終端發(fā)現(xiàn)這種變 化。現(xiàn)有技術(shù)中當(dāng)服務(wù)器側(cè)的交互數(shù)據(jù)(即交互媒體文檔)發(fā)生變化后，SG 中相關(guān)描述信息，S卩InteractivityData數(shù)據(jù)分片中的各數(shù)據(jù)都不會由此引起 變化，因此SG也不需要更新，終端無法發(fā)現(xiàn)交互數(shù)據(jù)發(fā)生變化。如果終端不 能及時更新交互媒體文檔，當(dāng)節(jié)目播放時，展示給用戶的將是錯誤的交互內(nèi) 容。
以引入方式將其合并于此。

發(fā)明內(nèi)容
本發(fā)明實施例的目的在于提供一種系統(tǒng)端交互媒體文檔更新方法，用于
解決現(xiàn)有技術(shù)中系統(tǒng)端無法將交互媒體文檔更新告知終端，從而造成了用戶 終端在播放交互媒體時出錯的問題。
本發(fā)明實施例的目的還在于提供一種系統(tǒng)端交互媒體文檔更新裝置，用 于實現(xiàn)上述相應(yīng)方法，解決現(xiàn)有技術(shù)中系統(tǒng)端無法將交互媒體文檔更新告知 終端的問題。
本發(fā)明實施例的目的還在于提供一種在用戶終端上交互媒體文檔更新 的方法，用于解決現(xiàn)有技術(shù)中用戶終端無法獲得交互媒體文檔更新內(nèi)容的問 題，和系統(tǒng)端的更新方法相結(jié)合，解決了用戶終端在播放交互媒體時出錯的 問題。
本發(fā)明實施例的目的還在于提供一種在用戶終端上交互媒體文檔更新 的裝置，用于實現(xiàn)上述相應(yīng)方法，解決現(xiàn)有技術(shù)中用戶終端無法隨時更新交 互媒體文檔的問題。
為了解決上述現(xiàn)有問題，本發(fā)明實施例提供了一種系統(tǒng)端交互媒體文檔 更新方法，其特征在于該方法包括，在移動廣播業(yè)務(wù)中，系統(tǒng)端在向用戶終 端傳送的通信數(shù)據(jù)中加入交互媒體文檔更新信息，所述系統(tǒng)端向所述用戶終 端發(fā)送該通信數(shù)據(jù)。
為了解決上述現(xiàn)有問題，本發(fā)明實施例還提供了 一種系統(tǒng)端交互媒體文 檔更新裝置，其特征在于該裝置包括通信數(shù)據(jù)生成單元，通信單元；在移動 廣播業(yè)務(wù)中，當(dāng)交互媒體文檔更新時，由所述通信數(shù)據(jù)生成單元根據(jù)所述交 互媒體文檔更新信息生成通信數(shù)據(jù)傳送給所述通信單元，所述通信單元將所 述生成的通信數(shù)據(jù)向用戶終端發(fā)送。
為了解決上述現(xiàn)有問題，本發(fā)明實施例還提供了一種在用戶終端上實現(xiàn) 交互媒體文檔更新的方法，其特征在于該方法包括，在移動廣播業(yè)務(wù)中，用 戶終端接收系統(tǒng)端發(fā)送過來的通信數(shù)據(jù)，所述用戶終端根據(jù)所述通信數(shù)據(jù)對 該用戶終端的交互媒體文檔進(jìn)行更新。
為了解決上述現(xiàn)有問題，本發(fā)明實施例還提供了一種在用戶終端上交互
媒體文檔更新的裝置，其特征在于該裝置包括通信單元，讀取單元，更新單元；在移動廣播業(yè)務(wù)中，用戶終端通過通信單元接收系統(tǒng)端發(fā)送的通信數(shù)據(jù)， 通過所述讀取單元從所述通信數(shù)據(jù)中獲得所述交互媒體文檔的更新信息，所 述更新單元根據(jù)所述通信數(shù)據(jù)對該用戶終端的交互媒體w文檔進(jìn)行更新。
本發(fā)明實施例的有益效果在于，本發(fā)明實施例在系統(tǒng)端可以通過現(xiàn)有的 與終端通信的方式實現(xiàn)告知終端交互媒體文檔更新的信息，可以實時的保持 終端上的交互媒體文檔與系統(tǒng)端的一致，使得用戶終端很少出現(xiàn)交互媒體的 錯誤，提高對用戶的服務(wù)質(zhì)量。


此處所說明的附圖用來提供對本發(fā)明實施例的進(jìn)一步理解，構(gòu)成本申請 的一部分，并不構(gòu)成對本發(fā)明的限定。在附圖中
圖1所示為現(xiàn)有技術(shù)交互數(shù)據(jù)分片傳輸?shù)臄?shù)據(jù)流圖2所示為本發(fā)明系統(tǒng)端更新交互媒體文檔的第一實施例流程圖3所示為本發(fā)明系統(tǒng)端更新交互媒體文檔的第二實施例流程圖4所示為本發(fā)明系統(tǒng)端更新交互媒體文檔的第三實施例流程圖5所示為本發(fā)明更新交互媒體文檔系統(tǒng)端裝置實施例示意圖6所示為本發(fā)明用戶終端更新交互媒體文檔的第一實施例流程圖7所示為本發(fā)明用戶終端更新交互媒體文檔的第二實施例流程圖8所示為本發(fā)明用戶終端通過通知消息觸發(fā)更新交互媒體文檔的方法
第三實施例流程圖9所示為本發(fā)明用戶終端通過通知消息觸發(fā)更新交互媒體文檔的方法 第四實施例流程圖10所示為本發(fā)明用戶終端更新交互媒體文檔裝置實施例示意圖。
具體實施例方式
為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚明白，下面結(jié)合實 施方式和附圖，對本發(fā)明實施例做進(jìn)一步詳細(xì)說明。在此，本發(fā)明實施例的 示意性實施方式及其說明用于解釋本發(fā)明，但并不作為對本發(fā)明的限定。
本發(fā)明實施例提供一種系統(tǒng)端和終端的交互媒體文檔更新方法及裝置。 以下結(jié)合附圖對本發(fā)明實施例進(jìn)行詳細(xì)說明。
如圖2所示為本發(fā)明系統(tǒng)端更新交互媒體文檔的第一實施例流程圖。 步驟201，在系統(tǒng)端向用戶終端傳送的通信數(shù)據(jù)中加入交互媒體文檔更新 信息。對于所述通信數(shù)據(jù)為業(yè)務(wù)指南的情況下，所述交互媒體文檔更新信息 至少包括交互媒體文檔指針版本信息(IMDversion)，該交互媒體文檔指 針版本信息中記錄了交互媒體文檔指針的版本信息，還可以包括交互媒體 文檔描述信息(InteractiveMediaDocmentInfo)，該交互媒體文檔描述信息中 包括交互媒體文檔標(biāo)識(ID);對于所述通信數(shù)據(jù)為通知消息的情況下，所 述交互媒體文檔更新信息至少包括交互媒體文檔描述信息，所述交互媒體文檔 描述信息包括交互媒體文檔標(biāo)識信息(ID)，所述交互媒體文檔描述信息還可以 包括事件類型(eventType)和交互媒體文檔版本信息，該事件類型中記錄了 通知消息是否攜帶有交互媒體文檔更新信息。
步驟202，所述系統(tǒng)端向所述用戶終端發(fā)送該通信數(shù)據(jù)，告知用戶終端系 統(tǒng)端的交互媒體文檔是否發(fā)生更新。
如圖3所示為本發(fā)明系統(tǒng)端更新交互媒體文檔的第二實施例流程圖。 步驟301，在系統(tǒng)端向用戶端發(fā)送的業(yè)務(wù)指南中增加交互媒體文檔更新信 息，該交互媒體文檔更新信息至少包括交互媒體文檔狀態(tài)信息，該交互媒體 文檔狀態(tài)信息包括交互媒體文檔指針版本信息(IMDversion)或交互媒體 文檔更新標(biāo)志信息。
其中，交互媒體文檔指針版本信息，指向交互媒體文檔的Gro叩ID，該 指針指向具有相同GroupID的所有交互媒體文檔，實際指向GroupPosition最
高的那個文檔，其中，GroupID是交互媒體文檔的組標(biāo)識，也就是說可能有多 個具有相同GroupID的交互媒體文檔，這些交互媒體文檔都是為了完成相同的 交互目的，只是不同終端處理能力不同，這些文檔是分別針對不同終端處理 能力制作的交互信息。終端接收到這一組交互媒體文檔后，選擇適合自己能力的 一個交互媒體文檔處理。
交互媒體文檔更新標(biāo)志信息，標(biāo)志著交互媒體文檔是否更新，例如可 以取值為0時代表沒有更新，取值為l時所述交互媒體文檔需要更新。
作為優(yōu)選的實施例，所述交互媒體文檔更新信息還包括交互媒體文檔描述信 息(InteractiveMediaDocmentlnfo)，該交互媒體文檔描述信息包括，交互 媒體文檔標(biāo)識(ID)。
作為優(yōu)選的實施例，所述交互媒體文檔更新信息還包括交互媒體文檔版本 信息(Version)、獲取交互媒體文檔的獲取方式(IMDurl)。
作為優(yōu)選的實施例，業(yè)務(wù)指南生成模塊修改指向該Gro叩ID的交互數(shù)據(jù) 分片中的"IMDversion"屬性取值，如原來"IMDversion"取值為x，則修改 后取值為x+l。修改業(yè)務(wù)指南交互數(shù)據(jù)分片中交互媒體文檔描述信息的獲取地 址(IMDurl)。
作為優(yōu)選的實施例，業(yè)務(wù)指南生成模塊修改交互媒體文檔更新標(biāo)志信 息，將原取值為0的交互媒體文檔更新標(biāo)志信息修改為1。
步驟302,向用戶終端發(fā)送該重新生成的業(yè)務(wù)指南，更新用戶終端的業(yè)務(wù) 指南。通過上述實施例，可以實時的保持終端上的交互媒體文檔與系統(tǒng)端的 一致，使得用戶終端很少出現(xiàn)交互媒體的錯誤，提高對用戶的服務(wù)質(zhì)量。
如圖4所示為本發(fā)明系統(tǒng)端更新交互媒體文檔的第三實施例流程圖。
步驟401，在系統(tǒng)端向用戶端發(fā)送的通知消息中增加交互媒體文檔更新信 息，該交互媒體文檔更新信息包括交互媒體文檔描述信息字段(Interactive MediaDocmentlnfo)，并在現(xiàn)有的事件類型字段(eventType)中加入交互媒 體文檔更新類型(如果通知消息中的事件類型為某個特定值則代表所述通知
消息中攜帶有交互媒體文檔更新的信息，在本例中可以設(shè)定當(dāng)事件類型為66 時，代表通知消息中攜帶有交互媒體文檔更新的信息)。該交互媒體文檔描 述信息字段包括交互媒體文檔標(biāo)識(ID)、版本(Version)、文檔獲取方 式(腦url)等。
當(dāng)交互業(yè)務(wù)源的交互媒體文檔更新后，將完整的交互媒體文檔更新信息 發(fā)送給通知消息生成模塊。該完整的交互媒體文檔更新信息包括具有相同Gr oup ID的所有交互媒體文檔標(biāo)識(ID)、版本(Version)、文檔獲取方式(I MDurl)。
步驟402，向用戶終端發(fā)送該通知消息，更新用戶終端的交互媒體文檔。 作為優(yōu)選的實施例，該通知消息中包括與更新相關(guān)的交互媒體文檔更新 信息，該交互媒體文檔更新信息包括交互媒體文檔描述信息，并在現(xiàn)有的事 件類型字段(eventType)中加入交互媒體文檔更新類型(如果通知消息中的 事件類型為某個特定值則代表所述通知消息中攜帶有交互媒體文檔更新的信 息，在本例中可以設(shè)定當(dāng)事件類型為66時，代表通知消息中攜帶有交互媒體 文檔更新的信息)。該交互媒體文檔描述信息包括交互媒體文檔標(biāo)識(ID) 、版本(Version)、文檔獲取方式(IMDurl)和交互媒體文檔的變化信息， 即改變類型(changetype)，該改變類型包括插入、替換和刪除。在所述歩 驟401中，如果是插入一個交互媒體文檔，則該通知消息中只包括這一個插 入的交互媒體文檔信息，并且改變類型為插入(數(shù)據(jù)標(biāo)識可以是0);如果是 替換一個交互媒體文檔，則該通知消息中只包括這一個替換的交互媒體文檔 信息，并且改變類型為替換(數(shù)據(jù)標(biāo)識可以是l);如果是刪除一個交互媒體 文檔，則該通知消息中只包括這一個刪除的交互媒體文檔信息，并且改變類 型為刪除(數(shù)據(jù)標(biāo)識可以是2)。
通過上述實施例，在通知消息中加入改變類型的字段可以減小傳輸數(shù)據(jù) 的數(shù)據(jù)量，系統(tǒng)端在發(fā)送通知消息時只攜帶改變的交互媒體文檔信息，不用 攜帶全部的交互媒體文檔信息，這樣可以減小網(wǎng)絡(luò)的負(fù)擔(dān)，提高傳輸效率。
如圖5所示為本發(fā)明更新交互媒體文檔系統(tǒng)端裝置實施例示意圖，包括2 通信數(shù)據(jù)生成單元501，通信單元502。
所述通信數(shù)據(jù)生成單元501與所述通信單元502相連接。
所述通信數(shù)據(jù)生成單元501判斷交互媒體文檔是否更新，如果發(fā)生更新 則根據(jù)所述交互媒體文檔更新信息生成通信數(shù)據(jù)傳送給通信單元502，所述通 信單元502將所述生成的通信數(shù)據(jù)向用戶終端發(fā)送。
其中，交互媒體文檔的更新包括，插入新的交互媒體文檔，替換當(dāng)前的 某個交互媒體文檔或者刪除某個交互媒體文檔。
所述通信數(shù)據(jù)生成單元501在通信數(shù)據(jù)寫入上述交互媒體文檔更新信息， 對于所述通信數(shù)據(jù)為業(yè)務(wù)指南的情況下，所述交互媒體文檔更新信息至少包 括交互媒體文檔狀態(tài)信息，該交互媒體文檔狀態(tài)信息包括指針版本信息或 交互媒體文檔更新標(biāo)志信息，該交互媒體文檔指針版本信息中記錄了交互 媒體文檔指針的版本信息，該交互媒體文檔更新標(biāo)志信息標(biāo)志所述業(yè)務(wù)指 南中的交互媒體文檔是否更新；對于所述通信數(shù)據(jù)為通知消息的情況下，所 述交互媒體文檔更新信息至少包括交互媒體文檔標(biāo)識信息。
作為優(yōu)選的實施例，所述通信數(shù)據(jù)生成單元501為業(yè)務(wù)指南生成單元， 將所述交互媒體文檔更新信息寫入業(yè)務(wù)指南，其中在現(xiàn)有的業(yè)務(wù)指南交互數(shù)據(jù) 分片中加入了交互媒體文檔指針版本信息(IMDversion)和交互媒體文檔描述 信息(InteractiveMediaDocmentlnfo)。該交互-某體文檔描述信息包括，交 互媒體文檔標(biāo)識(ID)、交互媒體文檔版本信息(Version)、獲取交互媒體 文檔的獲取方式(IMDurl)。
作為優(yōu)選的實施例，所述通信數(shù)據(jù)生成單元501為通知消息生成單元， 將所述交互媒體文檔的更新信息寫入通知消息，所述交互媒體文檔更新信息 包括交互媒體文檔描述信息信息(InteractiveMediaDocmentlnfo)，還包括 加入了交互媒體文檔更新類型(如果通知消息中的事件類型為某個特定值則 代表所述通知消息中攜帶有交互媒體文檔更新的信息)的事件類型字段(eve
ntType)。該交互媒體文檔描述信息包括交互媒體文檔標(biāo)識(ID)、版本 (Version)、文檔獲取方式(IMDurl)等。該通知消息中包括完整的交互媒 體文檔更新信息，該完整的交互媒體文檔更新信息包括具有相同組ID的交互 媒體文檔更新信息。
作為優(yōu)選的實施例，所述通知消息生成單元，將所述交互媒體文檔更新 信息寫入通知消息，該交互媒體文檔更新信息除了包括上述ID、 Version和I MDurl外，還包括交互媒體文檔的改變類型(changetype)，該改變類型包括 插入、替換和刪除。該通知消息中只包括更新涉及的交互媒體文檔更新信息。
通過上述實施例，通過在現(xiàn)有的通信數(shù)據(jù)中加入交互媒體文檔更新信息 的方式，對現(xiàn)有系統(tǒng)的修改小，實施成本低。
如圖6所示為本發(fā)明用戶終端更新交互媒體文檔的第一實施例流程圖。
步驟601，用戶終端接收系統(tǒng)端發(fā)送過來的通信數(shù)據(jù)。
步驟602，所述用戶終端根據(jù)所述通信數(shù)據(jù)中的信息，對該用戶終端的交 互媒體文檔進(jìn)行更新。
作為優(yōu)選的實施例，所述通信數(shù)據(jù)包括業(yè)務(wù)指南或通知消息。在步驟602中， 如果所述通信數(shù)據(jù)為業(yè)務(wù)指南，用戶終端根據(jù)業(yè)務(wù)指南中的交互媒體文檔更新 信息中的狀態(tài)信息，從業(yè)務(wù)指南中的交互媒體文檔更新信息中或者其它分片 信息中獲得交互媒體文檔獲取方式，從相應(yīng)服務(wù)器獲取更新的交互媒體文檔 對該用戶終端的交互媒體文檔進(jìn)行更新。
如果所述通信數(shù)據(jù)為通知消息，用戶終端根據(jù)通知消息中的交互媒體文檔 標(biāo)識，從通知消息中的交互媒體文檔更新信息中或者其它分片信息中獲得交 互媒體文檔獲取方式，從相應(yīng)的服務(wù)器地址獲取更新的交互媒體文檔對該用 戶終端的交互媒體文檔進(jìn)行更新。
作為優(yōu)選的實施例，在所述步驟601之后還包括，根據(jù)所述通信數(shù)據(jù)的 交互媒體文檔更新信息判斷是否需要更新所述交互媒體文檔。對于所述通信 數(shù)據(jù)為業(yè)務(wù)指南的情況下，所述交互媒體文檔更新信息至少包括交互媒體文
檔狀態(tài)信息，該交互媒體文檔狀態(tài)信息包括交互媒體文檔指針版本信息
(IMDversion)或交互媒體文檔更新標(biāo)志信息，該交互媒體文檔指針版本 信息中記錄了交互媒體文檔指針的版本信息，該交互媒體文檔更新標(biāo)志信 息標(biāo)志了交互媒體文檔是否更新的信息；對于所述通信數(shù)據(jù)為通知消息的情況 下，所述交互媒體文檔更新信息至少包括交互媒體文檔標(biāo)識信息。
通過該實施例，用戶終端可以根據(jù)系統(tǒng)的通信數(shù)據(jù)獲得交互媒體文檔更 新的信息，從而進(jìn)行交互媒體文檔的更新，以保持最新的交互媒體文檔。
如圖7所示為本發(fā)明用戶終端更新交互媒體文檔的第二實施例流程圖。
步驟701，用戶終端接收所述業(yè)務(wù)指南。
步驟702，判斷業(yè)務(wù)指南中的IMDversion取值是否發(fā)生變化，如果與該 用戶終端存儲的業(yè)務(wù)指南的IMDversion版本號不一致，則進(jìn)入步驟703,否 則進(jìn)入步驟704結(jié)束。
作為優(yōu)選的實施例，判斷所述交互媒體文檔更新標(biāo)志信息是否為預(yù)設(shè) 值，例如為1則代表交互媒體文檔需要更新，如果為0則代表交互媒體文 檔不需要更新。
步驟703，由于IMDversion變化，所以終端需要接收更新的交互媒體文 檔，用戶終端從系統(tǒng)端向用戶終端發(fā)送的接入分片(或者其它分片信息)中 獲得交互媒體文檔的獲取方式，根據(jù)所述業(yè)務(wù)指南中的交互媒體文檔標(biāo)識從 相應(yīng)地址獲取更新的交互媒體文檔，并在用戶終端上存儲更新后的交互媒體 文檔，刪除用戶終端上原來的的交互媒體文檔。
作為優(yōu)選的實施例，所述交互媒體文檔更新信息還包括交互媒體文檔描 述信息，該交互媒體文檔描述信息中包括交互媒體文檔標(biāo)識(ID)、交互媒 體文檔版本信息(Version)、獲取交互媒體文檔的獲取方式(MDurl)，在 步驟703中，如果IMDversion變化，則根據(jù)業(yè)務(wù)指南的交互媒體文檔描述信 息中的交互媒體文檔的獲取方式確定交互媒體文檔的地址，根據(jù)所述業(yè)務(wù)指 南中的交互媒體文檔標(biāo)識從相應(yīng)的地址獲取交互媒體文檔。
步驟704，結(jié)束。
作為優(yōu)選的實施例，所述步驟704中根據(jù)所述用戶終端所處的網(wǎng)絡(luò)環(huán)境 不同，也具有不同的操作。
在廣播網(wǎng)絡(luò)中，廣播網(wǎng)絡(luò)專門分配單向文件傳輸(FLUTE)會話傳送業(yè)務(wù) 指南以及業(yè)務(wù)指南傳送描述(SGDD)，終端一直監(jiān)聽該會話。當(dāng)業(yè)務(wù)指南發(fā) 生變化后，F(xiàn)LUTE會話的文件描述表(FDT)描述了變化部分，終端通過監(jiān)聽 發(fā)現(xiàn)業(yè)務(wù)指南的IMDversion變化后對變化部分進(jìn)行更新，到更新后的IMDur l獲取交互媒體文檔。
在交互網(wǎng)絡(luò)中， 一種方式是終端定時査詢業(yè)務(wù)指南和/或業(yè)務(wù)指南傳送描 述的版本和有效性信息，并根據(jù)查詢結(jié)果更新業(yè)務(wù)指南。另一種方式是終端 將某些業(yè)務(wù)指南和/或業(yè)務(wù)指南傳送描述設(shè)置為保持更新狀態(tài)，如果所設(shè)置的 業(yè)務(wù)指南和/或業(yè)務(wù)傳送描述發(fā)生變化，服務(wù)器將更新的業(yè)務(wù)指南和/或業(yè)務(wù) 傳送描述推送到終端。
如圖8所示為本發(fā)明用戶終端通過通知消息觸發(fā)更新交互媒體文檔的方 法第三實施例流程圖，當(dāng)系統(tǒng)端交互媒體文檔發(fā)生變化后，使用通知消息通 知終端。
系統(tǒng)端在通知消息中擴(kuò)展字段，加入完整的交互媒體文檔更新信息，該 完整的交互媒體文檔更新信息包括相同組ID的所有交互媒體文檔更新信息， 該交互媒體更新信息中包括交互媒體文檔描述信息，在現(xiàn)有的事件類型 (eventType)中加入交互媒體文檔更新類型，該事件類型中記錄了通知消息 是否攜帶有交互媒體文檔更新信息，該交互媒體文檔描述信息包括交互媒 體文檔標(biāo)識(ID)、版本(Version)、文檔獲取方式(IMDurl)等。
步驟801，用戶終端接收到系統(tǒng)端發(fā)送的通知消息。
步驟802，如果通知消息中的事件類型為預(yù)先定義的交互媒體文檔更新類 型的通知消息，進(jìn)行步驟803，在本例中事件類型定義為66即為交互媒體文 檔更新類型；否則跳轉(zhuǎn)到步驟809結(jié)束用戶終端的交互媒體更新流程。
步驟803，用戶終端判斷所述用戶終端是否有與所述通知消息中的交互媒 體文檔標(biāo)識相同的交互媒體文檔標(biāo)識，如果有則進(jìn)入步驟805，否則進(jìn)入步驟 804。
步驟804，根據(jù)交互媒體文檔描述信息中的文檔獲取方式到相應(yīng)的服務(wù)器 信息獲取新的交互媒體文檔，替換原交互媒體文檔。
作為優(yōu)選的實施例，還可以從系統(tǒng)端向用戶終端發(fā)送的接入分片中獲得 交互媒體文檔的獲取方式，到相應(yīng)的服務(wù)器下載所述交互媒體文檔。
步驟805，用戶終端判斷該終端的交互媒體文檔的版本號(Version)是 否與通知消息中的版本號(Version) —樣，如果一樣則進(jìn)入步驟806,否則 進(jìn)入步驟804，并用新的交互媒體文檔替換原來的交互媒體文檔。
步驟806，用戶終端繼續(xù)判斷該終端的下一個交互媒體文檔是否與通知消 息中的交互媒體文檔ID相同，即返回步驟803，如果已經(jīng)處理完通知消息中 攜帶的所有交互媒體文檔信息則進(jìn)入步驟809。
步驟807，終端將進(jìn)一步查找終端本地是否包含與通知消息中的交互媒體 文檔具有相同GroupID，但只存在于所述用戶終端且并未出現(xiàn)在所述通知消息 中的特定交互媒體文檔標(biāo)識，如果存在上述特定交互媒體文檔則進(jìn)入步驟80 8，否則進(jìn)入步驟809。
步驟808，刪除終端上ID存在于終端但不存在于通知消息中的交互媒體文檔。
步驟809，結(jié)束。
該實施例適用于服務(wù)器不知道終端下載交互媒體文檔的狀況，只是在交 互媒體文檔發(fā)生變化后，將完整的具有相同GroupID的交互媒體文檔信息都 攜帶在通知消息中下發(fā)到終端，終端根據(jù)這些信息與自身存儲的交互媒體文 檔進(jìn)行比較，進(jìn)行插入、替換、刪除的更新操作。
通過上述實施例，可以保持終端的交互媒體文檔與服務(wù)端的一致，降低 終端播放交互媒體時的錯誤現(xiàn)象。
如圖9所示為本發(fā)明用戶終端通過通知消息觸發(fā)更新交互媒體文檔的方 法第四實施例流程圖，當(dāng)系統(tǒng)端交互媒體文檔發(fā)生變化后，使用通知消息通 知終端，在該通知消息中并未攜帶有相同GroupID的所有交互媒體文檔的描述 信息，即該通知消息只攜帶有改變的交互媒體文檔信息，如果是插入一個交 互媒體文檔，則該通知消息中只包括這一個插入的交互媒體文檔信息，并且 改變類型為插入(數(shù)據(jù)標(biāo)識可以是0);如果是替換一個交互媒體文檔，則該 通知消息中只包括這一個替換的交互媒體文檔信息，并且改變類型為替換(數(shù) 據(jù)標(biāo)識可以是l);如果是刪除一個交互媒體文檔，則該通知消息中只包括這 一個刪除的交互媒體文檔信息，并且改變類型為刪除(數(shù)據(jù)標(biāo)識可以是2)， 終端根據(jù)這些信息決定是否需要更新相應(yīng)的交互媒體文檔。
該通知消息中包括交互媒體文檔更新信息，該交互媒體文檔更新信息包 括，在通知消息的事件類型(eventType)中加入了交互媒體文檔更新類型，在 本例中該交互媒體更新類型的取值為66。還加入了交互媒體文檔描述信息(I nteractiveMediaDocmentlnfo)，該交互媒體文檔描述信息包括交互媒體 文檔標(biāo)識(ID)、改變類型(changeType)、版本(Version)、文檔獲取方 式(IMDurl)等，其中改變類型包括插入、替換、刪除。
步驟901，用戶終端接收通知消息。
步驟902，對通知消息中的事件類型為預(yù)先定義的交互媒體文檔更新類型 的通知消息進(jìn)行步驟903，在本例中事件類型定義為66即為交互媒體文檔更 新類型；如果事件類型不是更新類型，則跳轉(zhuǎn)到步驟908結(jié)束所述用戶終端 交互媒體文檔更新流程。
步驟903，根據(jù)通知消息的交互媒體文檔描述信息中改變類型(changeT ype)進(jìn)行判斷，如果改變的類型為插入新的交互媒體文檔，則進(jìn)入步驟904， 如果改變的類型為替換，則進(jìn)入步驟905，如果改變的類型為刪除，則進(jìn)入步 驟906。
步驟904，用戶終端根據(jù)通知消息中文檔獲取方式(IMDurl)，從相應(yīng)的服務(wù)器獲得指定ID的交互媒體文檔，存儲于所述用戶終端。
步驟905，用戶終端根據(jù)通知消息中文檔獲取方式(IMDurl)，從相應(yīng)的 服務(wù)器獲得指定ID的交互媒體文檔，替換所述用戶終端存儲的相應(yīng)ID的交 互媒體文檔。
作為優(yōu)選的實施例，還可以從系統(tǒng)端向用戶終端發(fā)送的接入分片中獲得 交互媒體文檔的獲取方式，到相應(yīng)的服務(wù)器下載所述交互媒體文檔。
步驟906，用戶終端根據(jù)通知消息中交互媒體文檔標(biāo)識(ID),刪除相應(yīng) 的交互媒體文檔。
步驟907，用戶終端繼續(xù)找出所述通知消息中下一個交互媒體文檔描述信 息，如果有下一個交互媒體文檔描述信息則返回步驟903，否則進(jìn)入步驟908。 步驟908，結(jié)束。
通過讀取改變類型，在傳輸交互媒體文檔信息時只攜帶變化的信息，不 用攜帶全部的交互媒體文檔更新信息，這樣可以減小傳輸數(shù)據(jù)的數(shù)據(jù)量，減 小網(wǎng)絡(luò)的負(fù)擔(dān)，提高傳輸效率。
如圖10所示為本發(fā)明用戶終端更新交互媒體文檔裝置第一實施例示意 圖，包括通信單元IOOI，讀取單元1002，更新單元1003。
所述通信單元1001與所述讀取單元1002相連接，所述讀取單元1002與 所述更新單元1003相連接。
所述通信單元1001接收系統(tǒng)端發(fā)送的移動廣播業(yè)務(wù)通信數(shù)據(jù)，通過所述 讀取單元1002從所述通信數(shù)據(jù)中，獲得所述交互媒體文檔更新信息，所述更 新單元1003根據(jù)接收到的交互媒體文檔更新信息，對該用戶終端上的交互媒 體文檔進(jìn)行更新。
其中，所述更新單元1003的交互媒體文檔更新包括，插入新的交互媒體 文檔，替換當(dāng)前的至少一個交互媒體文檔或者刪除至少一個交互媒體文檔。
所述讀取單元1002在通信數(shù)據(jù)讀取上述交互媒體文檔更新信息，對于所 述通信數(shù)據(jù)為業(yè)務(wù)指南的情況下，所述交互媒體文檔更新信息至少包括交互
媒體文檔指針版本信息(IMDversion)或交互媒體文檔更新標(biāo)識，該交互 媒體文檔指針版本信息中記錄了交互媒體文檔指針的版本信息，該交互媒 體文檔更新標(biāo)識代表了交互媒體文檔是否更新的標(biāo)志；對于所述通信數(shù)據(jù)為 通知消息的情況下，所述交互媒體文檔更新信息至少包括事件類型(eventTy pe)和交互媒體文檔標(biāo)識信息，該事件類型中記錄了通知消息是否攜帶有交互 媒體文檔更新信息。
作為優(yōu)選的實施例，所述讀取單元1002從終端接收到的業(yè)務(wù)指南讀取交 互媒體文檔更新信息，所述交互媒體文檔更新信息包括，交互媒體文檔描述字 段，其中在現(xiàn)有的業(yè)務(wù)指南交互數(shù)據(jù)分片中加入交互媒體文檔指針，交互媒體文 檔指針版本信息(IMDversiori)，交互媒體描述信息。該交互媒體文檔描述 信息包括，交互媒體文檔標(biāo)識(ID)、交互媒體文檔版本信息(Version)、 獲取交互媒體文檔的獲取方式(IMDurl)。
所述更新單元1003，用于比較所述終端與通知消息中的交互媒體文檔指 針版本，并將具有不一致版本信息的交互媒體文檔下載到終端，并刪除用 戶終端上原來的的交互媒體文檔。
作為優(yōu)選的實施例，所述讀取單元1002從終端接收到的通知消息讀取交 互媒體文檔更新信息，所述交互媒體文檔更新信息包括交互媒體文檔描述信 息，還包括在現(xiàn)有的事件類型(eventType)中加入交互媒體文檔更新類型(如 果通知消息中的事件類型為某個特定值則代表所述通知消息中攜帶有交互媒 體文檔更新的信息)。該交互媒體文檔描述信息包括交互媒體文檔標(biāo)識(I D)、版本(Version)、文檔獲取方式(IMDurl)等。該通知消息中包括完 整的交互媒體文檔的更新信息。
所述更新單元1003，用于比較所述終端和通知消息中的交互媒體文檔標(biāo) 識、交互媒體文檔的版本號等信息，對所述用戶終端的交互媒體文檔進(jìn)行更 新。
作為優(yōu)選的實施例，所述讀取單元1002從所述交互媒體文檔的變化信息
中讀取通知消息的交互媒體文檔的改變類型(changeType)字段，該改變類 型包括插入、替換和刪除。該通知消息中只包括更新涉及的交互媒體文檔更 新信息。
所述更新單元1003根據(jù)所述改變類型進(jìn)行更新，如果是插入一個交互媒 體文檔，則更新單元1003只需要從相應(yīng)的服務(wù)器上獲得插入的交互媒體文檔， 在用戶終端中插入該交互媒體文檔；如果是替換一個交互媒體文檔，則更新 單元1003只需要從相應(yīng)的服務(wù)器獲得該替換的交互媒體文檔，在用戶終端上 替換與該交互媒體文檔ID相應(yīng)的交互媒體文檔；如果是刪除一個交互媒體文 檔，則更新單元1003在用戶終端上找到與刪除交互媒體文檔ID相應(yīng)的交互 媒體文檔，進(jìn)行刪除。
用戶端的交互媒體文檔更新方法可以相應(yīng)于系統(tǒng)端的更新數(shù)據(jù)進(jìn)行相應(yīng) 的更新，對現(xiàn)有用戶終端的修改較小，實現(xiàn)成本低。
本發(fā)明實施例有益效果在于，本發(fā)明實施例在系統(tǒng)端可以通過現(xiàn)有的與 終端通信的方式實現(xiàn)告知終端交互媒體文檔更新的信息，可以實時的保持終 端上的交互媒體文檔與系統(tǒng)端的一致，使得用戶終端很少出現(xiàn)交互媒體的錯 誤，提高對用戶的服務(wù)質(zhì)量。并且，通過在現(xiàn)有的通信數(shù)據(jù)中加入交互媒體 文檔更新信息的方式，對現(xiàn)有系統(tǒng)的修改小，實施成本低。通過加入改變類 型的字段可以減小傳輸數(shù)據(jù)的數(shù)據(jù)量，減小網(wǎng)絡(luò)的負(fù)擔(dān)，提高傳輸效率；用 戶端的交互媒體文檔更新方法可以相應(yīng)于系統(tǒng)端的更新數(shù)據(jù)進(jìn)行相應(yīng)的更 新，對現(xiàn)有用戶終端的修改較小，實現(xiàn)成本低。并且可以保持終端的交互媒 體文檔與服務(wù)端的一致，降低終端播放交互媒體時的錯誤現(xiàn)象。通過讀取改 變類型字段可以減小傳輸數(shù)據(jù)的數(shù)據(jù)量，減小網(wǎng)絡(luò)的負(fù)擔(dān)，提高傳輸效率。
用戶端的交互媒體文檔更新方法可以相應(yīng)于系統(tǒng)端的更新數(shù)據(jù)進(jìn)行相應(yīng) 的更新，對現(xiàn)有用戶終端的修改較小，實現(xiàn)成本低。并且可以保持終端的交 互媒體文檔與服務(wù)端的一致，降低終端播放交互媒體時的錯誤現(xiàn)象。通過讀 取改變類型字段可以減小傳輸數(shù)據(jù)的數(shù)據(jù)量，減小網(wǎng)絡(luò)的負(fù)擔(dān)，提高傳輸效
率。
以上所述的具體實施方式
，對本發(fā)明的目的、技術(shù)方案和有益效果進(jìn)行 了進(jìn)一步詳細(xì)說明，所應(yīng)理解的是，以上所述僅為本發(fā)明的具體實施方式
而 已，并不用于限定本發(fā)明的保護(hù)范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做 的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1. 一種系統(tǒng)端交互媒體文檔更新方法，其特征在于該方法包括，在移動廣播業(yè)務(wù)中，系統(tǒng)端在向用戶終端傳送的通信數(shù)據(jù)中加入交互媒體文檔更新信息，所述系統(tǒng)端向所述用戶終端發(fā)送該通信數(shù)據(jù)。
2. 根據(jù)權(quán)利要求1所述的一種系統(tǒng)端交互媒體文檔更新方法，其特征在 于，所述通信數(shù)據(jù)包括業(yè)務(wù)指南或者通知消息；當(dāng)所述通信數(shù)據(jù)為業(yè)務(wù)指南 時，所述交互媒體文檔更新信息包括交互媒體文檔狀態(tài)信息；當(dāng)所述通信數(shù) 據(jù)為通知消息時，所述交互媒體文檔更新信息包括交互媒體文檔標(biāo)識。
3. 根據(jù)權(quán)利要求2所述的一種系統(tǒng)端交互媒體文檔更新方法，其特征在 于，所述交互媒體文檔狀態(tài)信息包括交互媒體文檔指針版本信息或交互媒 體文檔更新標(biāo)志信息。
4. 根據(jù)權(quán)利要求2所述的一種系統(tǒng)端交互媒體文檔更新方法，其特征在 于，當(dāng)所述通信數(shù)據(jù)為業(yè)務(wù)指南時，所述交互媒體文檔更新信息還包括交互 媒體文檔標(biāo)識，當(dāng)所述通信數(shù)據(jù)為通知消息時，所述交互媒體文檔更新信息 還包括交互媒體文檔標(biāo)識。
5. 根據(jù)權(quán)利要求4所述的一種系統(tǒng)端交互媒體文檔更新方法，其特征在 于，當(dāng)所述通信數(shù)據(jù)為業(yè)務(wù)指南時，所述交互媒體文檔更新信息還包括交互 媒體文檔版本信息和/或獲取交互媒體文檔的獲取方式；當(dāng)所述通信數(shù)據(jù)為通 知消息時，所述交互媒體文檔更新信息還包括交互媒體文檔版本信息和/或獲 取交互媒體文檔的獲取方式。
6. 根據(jù)權(quán)利要求4或5所述的一種系統(tǒng)端交互媒體文檔更新方法，其特 征在于，當(dāng)所述通信數(shù)據(jù)為通知消息時，所述交互媒體文檔更新信息還包括 改變類型，標(biāo)明更新的具體操作信息。
7. —種系統(tǒng)端交互媒體文檔更新裝置，其特征在于該裝置包括通信數(shù)據(jù) 生成單元，通信單元；在移動廣播業(yè)務(wù)中，當(dāng)交互媒體文檔更新時，由所述 通信數(shù)據(jù)生成單元根據(jù)所述交互媒體文檔更新信息生成通信數(shù)據(jù)傳送給所述 通信單元，所述通信單元將所述生成的通信數(shù)據(jù)向用戶終端發(fā)送。
8. 根據(jù)權(quán)利要求7所述的一種系統(tǒng)端交互媒體文檔更新裝置，其特征在 于，所述通信數(shù)據(jù)生成單元為業(yè)務(wù)指南生成單元或者通知消息生成單元，所 述業(yè)務(wù)指南生成單元在業(yè)務(wù)指南中加入交互媒體文檔更新信息，根據(jù)所述交 互媒體文檔更新信息生成業(yè)務(wù)指南并發(fā)送給所述通信單元；所述通知消息生 成單元在通知消息中加入交互媒體文檔更新信息，根據(jù)所述交互媒體文檔更 新信息生成業(yè)務(wù)指南并發(fā)送給所述通信單元。
9. 一種在用戶終端上實現(xiàn)交互媒體文檔更新的方法，其特征在于該方法 包括，在移動廣播業(yè)務(wù)中，用戶終端接收系統(tǒng)端發(fā)送過來的通信數(shù)據(jù)，所述 用戶終端根據(jù)所述通信數(shù)據(jù)中的交互媒體文檔的更新信息對該用戶終端的交 互媒體文檔進(jìn)行更新。
10. 根據(jù)權(quán)利要求9所述的一種在用戶終端上實現(xiàn)交互媒體文檔更新的 方法，其特征在于，所述通信數(shù)據(jù)包括業(yè)務(wù)指南或者通知消息。
11. 根據(jù)權(quán)利要求10所述的一種在用戶終端上實現(xiàn)交互媒體文檔更新的 方法，其特征在于，在所述用戶終端接收系統(tǒng)端發(fā)送過來的通信數(shù)據(jù)的步驟 之后還包括，根據(jù)所述通信數(shù)據(jù)的交互媒體文檔更新信息判斷是否需要更新 所述交互媒體文檔，如果需要更新，則進(jìn)行所述用戶終端根據(jù)所述通信數(shù)據(jù) 對該用戶終端的交互媒體文檔進(jìn)行更新的步驟。
12. 根據(jù)權(quán)利要求11所述的一種在用戶終端上實現(xiàn)交互媒體文檔更新的 方法，其特征在于，當(dāng)所述通信數(shù)據(jù)為業(yè)務(wù)指南時，根據(jù)所述通信數(shù)據(jù)的交 互媒體文檔更新信息進(jìn)行判斷的步驟中，獲得所述交互媒體文檔更新信息中 的交互媒體文檔狀態(tài)信息，根據(jù)該交互媒體文檔狀態(tài)信息進(jìn)行所述判斷是 否需要更新所述交互媒體文檔的步驟。
13. 根據(jù)權(quán)利要求12所述的一種在用戶終端上實現(xiàn)交互媒體文檔更新的 方法，其特征在于，所述交互媒體文檔狀態(tài)信息包括交互媒體文檔指針版 本信息或交互媒體文檔更新標(biāo)志信息。
14. 根據(jù)權(quán)利要求13所述的一種在用戶終端上實現(xiàn)交互媒體文檔更新的 方法，其特征在于，在根據(jù)所述通信數(shù)據(jù)的交互媒體文檔更新信息進(jìn)行判斷 的步驟中，判斷所述業(yè)務(wù)指南的交互媒體文檔指針版本信息是否與所述用 戶終端的交互媒體文檔指針版本信息一致，如果不一致，則所述用戶終端 根據(jù)所述業(yè)務(wù)指南信息對所述交互媒體文檔進(jìn)行更新。
15. 根據(jù)權(quán)利要求13所述的一種在用戶終端上實現(xiàn)交互媒體文檔更新的方法，其特征在于，在根據(jù)所述通信數(shù)據(jù)的交互媒體文檔更新信息進(jìn)行判斷 的步驟中，判斷所述業(yè)務(wù)指南的交互媒體文檔更新標(biāo)志信息是否為預(yù)設(shè)值， 如果不是，則所述用戶終端根據(jù)所述業(yè)務(wù)指南信息對所述交互媒體文檔進(jìn) 行更新。
16. 根據(jù)權(quán)利要求11所述的一種在用戶終端上實現(xiàn)交互媒體文檔更新的 方法，其特征在于，當(dāng)所述通信數(shù)據(jù)為通知消息時，根據(jù)所述通信數(shù)據(jù)的交 互媒體文檔更新信息進(jìn)行判斷的步驟中，獲得所述交互媒體文檔更新信息中 的交互媒體文檔標(biāo)識。
17. 根據(jù)權(quán)利要求16所述的一種在用戶終端上實現(xiàn)交互媒體文檔更新的 方法，其特征在于，所述通知消息攜帶有完整的交互媒體文檔更新信息，該 完整的交互媒體文檔更新信息包括具有相同組ID的所有交互媒體文檔更新信 息。
18. 根據(jù)權(quán)利要求17所述的一種在用戶終端上實現(xiàn)交互媒體文檔更新的 方法，其特征在于，在所述用戶終端根據(jù)所述通信數(shù)據(jù)對該用戶終端的交互 媒體文檔進(jìn)行更新的步驟中包括，所述用戶終端利用所述完整的交互媒體文 檔更新信息對所述用戶終端的交互媒體文檔進(jìn)行更新。
19. 根據(jù)權(quán)利要求18所述的一種在用戶終端上實現(xiàn)交互媒體文檔更新的 方法，其特征在于，所述對用戶終端的交互媒體文檔進(jìn)行更新的步驟包括， 判斷所述用戶終端是否有與所述通知消息相同的交互媒體文檔標(biāo)識，如果不 相同則從相應(yīng)的服務(wù)器根據(jù)所述交互媒體文檔標(biāo)識獲取更新的交互媒體文 檔。
20. 根據(jù)權(quán)利要求19所述的一種在用戶終端上實現(xiàn)交互媒體文檔更新的 方法，其特征在于，在所述判斷所述用戶終端是否有與所述通知消息相同的 交互媒體文檔標(biāo)識步驟之后，還包括判斷交互媒體文檔版本信息的步驟，判 斷所述用戶終端的交互媒體文檔版本是否與所述通知消息中的交互媒體文檔 版本相同，如果不相同則從相應(yīng)的服務(wù)器根據(jù)所述交互媒體文檔標(biāo)識獲取更 新的交互媒體文檔。
21. 根據(jù)權(quán)利要求20所述的一種在用戶終端上實現(xiàn)交互媒體文檔更新的 方法，其特征在于，在所述判斷交互媒體文檔版本信息的步驟之后還包括， 如果所述通知消息中具有兩個以上交互媒體文檔標(biāo)識則返回所述判斷用戶終 端是否有與所述通知消息相同的交互媒體文檔標(biāo)識步驟，逐一的進(jìn)行所述交 互媒體文檔進(jìn)行更新的步驟。
22. 根據(jù)權(quán)利要求21所述的一種在用戶終端上實現(xiàn)交互媒體文檔更新的 方法，其特征在于，在處理完所述所有交互媒體文檔標(biāo)識后還包括，找出只 存在于所述用戶終端而不存在于所述通知消息的交互媒體文檔標(biāo)識信息，刪 除所述用戶終端上具有相應(yīng)標(biāo)識的交互媒體文檔。
23. 根據(jù)權(quán)利要求16所述的一種在用戶終端上實現(xiàn)交互媒體文檔更新的 方法，其特征在于，所述通知消息攜帶需要更新的交互媒體文檔更新信息。
24. 根據(jù)權(quán)利要求23所述的一種在用戶終端上實現(xiàn)交互媒體文檔更新的 方法，其特征在于，所述更新涉及的更新信息包括交互媒體文檔標(biāo)識和改變 類型。
25. 根據(jù)權(quán)利要求24所述的一種在用戶終端上實現(xiàn)交互媒體文檔更新的 方法，其特征在于，在所述用戶終端根據(jù)所述通信數(shù)據(jù)對該用戶終端的交互 媒體文檔進(jìn)行更新的步驟中包括，所述用戶終端利用所述交互媒體文檔更新 信息對所述用戶終端的交互媒體文檔進(jìn)行更新。
26. 根據(jù)權(quán)利要求25所述的一種在用戶終端上實現(xiàn)交互媒體文檔更新的 方法，其特征在于，所述對所述用戶終端的交互媒體文檔進(jìn)行更新的步驟包 括，判斷所述交互媒體文檔更新信息中的改變的類型取值，根據(jù)所述改變的 類型取值進(jìn)行相應(yīng)操作。
27. 根據(jù)權(quán)利要求26所述的一種在用戶終端上實現(xiàn)交互媒體文檔更新的 方法，其特征在于，所述根據(jù)所述改變的類型取值進(jìn)行相應(yīng)操作的步驟包括， 所述改變的類型取值如果為插入新的交互媒體文檔，則從相應(yīng)的服務(wù)器獲得 與所述通知消息中交互媒體文檔標(biāo)識相同的交互媒體文檔，存儲于所述用戶 終端；如果改變的類型為替換，則從相應(yīng)的服務(wù)器獲得與所述通知消息中交互 媒體文檔標(biāo)識相同的交互媒體文檔，替換所述用戶終端存儲的相應(yīng)交互媒體 文檔標(biāo)識的交互媒體文檔；如果改變的類型為刪除，則根據(jù)通知消息中交互媒體文檔標(biāo)識，刪除所 述用戶終端相應(yīng)的交互媒體文檔。
28. —種在用戶終端上交互媒體文檔更新的裝置，其特征在于該裝置包 括通信單元，讀取單元，更新單元；在移動廣播業(yè)務(wù)中，用戶終端通過通信 單元接收系統(tǒng)端發(fā)送的通信數(shù)據(jù)，通過所述讀取單元從所述通信數(shù)據(jù)中獲得 所述交互媒體文檔的更新信息，所述更新單元根據(jù)所述通信數(shù)據(jù)對該用戶終 端的交互媒體文檔進(jìn)行更新。
29. 根據(jù)權(quán)利要求28所述的一種在用戶終端上交互媒體文檔更新的裝置， 其特征在于，所述讀取單元從接收到的業(yè)務(wù)指南讀取交互媒體文檔更新信息， 或者從接收到的通知消息讀取交互媒體文檔更新信息。
全文摘要
本發(fā)明涉及移動通信終端領(lǐng)域，為了解決現(xiàn)有技術(shù)中系統(tǒng)端交互媒體文檔發(fā)生變化后無法及時的告知用戶終端，從而造成用戶終端的交互媒體容易出錯的不足，提供了系統(tǒng)端和終端的交互媒體文檔更新方法及裝置。該系統(tǒng)端更新方法包括，在移動廣播業(yè)務(wù)中，系統(tǒng)端在向用戶終端傳送的通信數(shù)據(jù)中加入交互媒體文檔更新信息，所述系統(tǒng)端向所述用戶終端發(fā)送該通信數(shù)據(jù)。本發(fā)明的有益效果在于，實現(xiàn)成本低，效率高。
文檔編號H04L12/58GK101384012SQ20081017341
公開日2009年3月11日 申請日期2008年10月22日 優(yōu)先權(quán)日2008年10月22日
發(fā)明者張惠萍, 張楚雄, 陳國喬 申請人:深圳華為通信技術(shù)有限公司