專利名稱：基于ota技術(shù)的移動終端的多媒體信息接收方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種移動終端的多媒體信息接收方法，更具體地講，涉及一 種基于OTA技術(shù)的移動終端的多媒體信息接收方法。
背景技術(shù)：
如今手機已經(jīng)是非常普及的通信工具，同時也是移動的多媒體信息栽 體。以多媒體廣告為例，目前手機多媒體廣告市場仍然處于開發(fā)初級階段， 主要是通過SMS、 MMS、 WAP PUSH、 FLASH短信等業(yè)務(wù)來發(fā)布廣告。這 類業(yè)務(wù)最大的缺陷就是對承載的信息內(nèi)容有嚴(yán)格的大小限制， 一般都在100K 以下。目前運營商發(fā)布視頻廣告的普遍做法是將視頻廣告嵌入到網(wǎng)頁中，手 機用戶可以下栽或者在線觀看視頻廣告。
現(xiàn)有技術(shù)中發(fā)布視頻廣告存在的問題在于 一、手機廣告的內(nèi)容單調(diào)匱 乏，僅限于文本、圖片、聲音。二、手機廣告的發(fā)布途徑單一，對承載的信 息內(nèi)容有嚴(yán)格的大小限制， 一般都在100K以下。三、目前手機多媒體廣告 的發(fā)布隨機性很大，尤其是廣告發(fā)布頻繁時，容易遭到客戶投訴，大大降低 用戶手機使用過程中的滿意度。四、需要用戶自己下載或者在線觀看的視頻 廣告有明顯的缺陷，首先，很少有用戶愿意主動下載^f見頻廣告；其次，用戶 在下栽或者在線觀看視頻廣告過程中，會發(fā)生額外的數(shù)據(jù)業(yè)務(wù)費用。這些原 因都會使手機視頻廣告的效果大打折扣。
因此，期望一種運營商可以發(fā)送數(shù)據(jù)量大的多媒體廣告文件，并且在不 會打擾用戶的情況下，將所述數(shù)據(jù)量大的多媒體廣告文件自動下載到用戶手 機，而且不會給用戶增加費用的方法。

發(fā)明內(nèi)容
本發(fā)明的目的在于提出了一種基于OTA技術(shù)的移動終端的多媒體信息 接收方法，通過WAP下載或OMA下栽等業(yè)務(wù)的特點下載大數(shù)量的多媒體廣 播文件，尤其是^^頻廣告文件。運營商通過OAT技術(shù)掌握廣告發(fā)布的主動權(quán),采用后臺處理的模式，在無需用戶干預(yù)的情況下，實現(xiàn)多媒體廣告下載。根據(jù)本發(fā)明的一方面，提供一種基于OTA技術(shù)的移動終端的多媒體信息 接收方法，包括下述步驟OTA服務(wù)器向移動終端發(fā)送約定格式的預(yù)配置書 簽；和移動終端接收到約定格式的預(yù)配置書簽，并根據(jù)接收的約定格式的預(yù) 配置書簽中描述的操作進(jìn)行多媒體信息的下載、刪除或清空操作，其中，所 述操作采用后臺執(zhí)行。


通過下面結(jié)合附圖進(jìn)行的詳細(xì)描述，本發(fā)明的上述和其他目的和特點將會變得更加清楚，其中圖1示出根據(jù)本發(fā)明的多媒體廣告發(fā)布系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu)圖；圖2是示出發(fā)送約定格式的預(yù)配置書簽和下栽多媒體廣告文件的流程圖；和圖3是示出約定格式的預(yù)配置書簽的解析過程的流程圖。
具體實施方式
現(xiàn)在，詳細(xì)描述本發(fā)明的實施例，其示例在附圖中表示，其中，相同的 標(biāo)號始終表示相同的部件。以下通過參考附圖描述實施例以解釋本發(fā)明。西1示出根據(jù)本發(fā)明的多媒體廣告發(fā)布系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu)圖。如圖1所示，本發(fā)明的多媒體廣告發(fā)布系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu)包括OTA服務(wù) 器101、短消息中心102、核心網(wǎng)103、用戶裝置(UE) 104、 WAP網(wǎng)關(guān)105、 以及內(nèi)容服務(wù)器106。OTA服務(wù)器101負(fù)責(zé)下發(fā)預(yù)定格式的預(yù)配置書簽，并將該預(yù)配置書簽經(jīng) 由短消息中心102、核心網(wǎng)103發(fā)送到UE 104。該約定格式的預(yù)配置書簽主 要用于當(dāng)UE 104解析接收的預(yù)配置書簽時，確定該接收的預(yù)配置書簽是否為 本發(fā)明的預(yù)定格式的預(yù)配置書簽。運營商可修改WAP ( Wireless Application Protocol)預(yù)配置書簽(也可以 修改其他業(yè)務(wù)的配置書簽)來得到約定格式的預(yù)配置書簽。當(dāng)然也可以修改 彩信、流媒體等業(yè)務(wù)的預(yù)配置書簽。約定格式的預(yù)配置書簽是由運營商和移 動終端生產(chǎn)商共同約定的格式。下面的例子是修改后的預(yù)配置書簽(characteristic type="APPLICATION"><parm name="NAME" value="Browser'V> (characteristic type="RESOURCE"><parm name="URr value="http:〃wap.gnu.dk/advertisement.3gp7><parm name="D0WNL0AD7><parm name="NAME" value="SAMSUNG—VIDEO—PROVISION, </characteristic> </characteristic>其中，<parm name="NAME" value="SAMSUNG—VIDEO—PR0VISI0N7〉 標(biāo)識此書簽為根據(jù)本發(fā)明的約定格式的預(yù)配置書簽。<parm name-"DOWNLOAD7〉標(biāo)識OTA服務(wù)器101通知UE 104要進(jìn)行 的操作，例如"DOWNLOAD"表示下載多媒體廣告文件；"DELETE"表示刪除 指定的多媒體文件；"DELETE ALL"表示刪除預(yù)置目錄中的所有多媒體廣告 文件等等。<parm name="URT value-"http:〃wap.gnu.dk/advertisement.3gp"/〉標(biāo)識UE 下栽的多媒體廣告文件的URL或者是需要刪除的指定多媒體文件名。該預(yù)配 置書簽的格式可參考 Series—40—DP—2—0—OMA_Client—Provisioning_v 1 3—en.PDF 。本發(fā)明不改變原有OTA下栽的流程，僅對下發(fā)的預(yù)配置書簽作簡要修 改。因此將省略對OTA下載流程的詳細(xì)描述。短消息中心102負(fù)責(zé)將從OTA服務(wù)器IOI發(fā)送的約定格式的預(yù)配置書簽 發(fā)送到核心網(wǎng)103。核心網(wǎng)103是UE 104和OTA服務(wù)器101之間進(jìn)行信令、數(shù)據(jù)交互的樞 紐。具體地講，核心網(wǎng)103將OTA服務(wù)器101發(fā)送的約定格式的預(yù)配置書簽 發(fā)送給UE 104，此后，UE 104接收到約定格式的預(yù)配置書簽，通過核心網(wǎng) 103向內(nèi)容服務(wù)器106請求約定格式的預(yù)配置書簽中的URL指定的多媒體廣 告文件。響應(yīng)于來自UE 104的請求，內(nèi)容服務(wù)器106通過核心網(wǎng)103向UE 104 發(fā)送請求的多i某體廣告文件。UE 104解析OTA服務(wù)器101發(fā)送的約定格式的預(yù)配置書簽，并據(jù)此向內(nèi)容服務(wù)器106請求多媒體廣告文件下栽或者刪除指定多媒體廣告文件等。 此外，在用戶進(jìn)行業(yè)務(wù)連接的間隙時間，UE 104播放預(yù)置的多媒體廣告文件。
WAP網(wǎng)關(guān)105為UE 104提供向內(nèi)容服務(wù)器106發(fā)起多々某體文件下栽請 求的鑒權(quán)、計費等功能。根據(jù)本發(fā)明，如果UE 104請求的是多媒體廣告文件， 則WAP網(wǎng)關(guān)可以識別出該請求并提供免計費功能。
內(nèi)容服務(wù)器106存儲多媒體廣告文件，并且響應(yīng)于UE 104的多媒體廣 告文件下栽請求，提供多媒體廣告文件下載服務(wù)。HTTP服務(wù)器是內(nèi)容服務(wù) 器的例子。
圖2是示出發(fā)送約定格式的預(yù)配置書簽和下載多媒體廣告文件的流程圖。
為了下栽并保存視頻廣告等多媒體信息，UE 104預(yù)留出一定的內(nèi)存空間 (例如5M)。該內(nèi)存空間是用戶不可見的，并且用戶無法主動對該內(nèi)存空間 進(jìn)行操作。
下面詳細(xì)描述發(fā)送約定格式的預(yù)配置書簽和下載多媒體廣告文件的過程。
在步驟201， OTA月良務(wù)器101經(jīng)由短消息中心102、核心網(wǎng)103將約定 格式的預(yù)配置書簽發(fā)送給UE 104。
在UE104接收到約定格式的預(yù)配置書簽后，在步驟202，對接收的預(yù)定 格式的預(yù)配置書簽進(jìn)行解析，如果解析的結(jié)果是接收的預(yù)配置書簽是本發(fā)明 約定格式的預(yù)配置書簽，則取消用戶通知，也即沒有任何用戶界面提示。在 解析過程中，UE104判斷相關(guān)字段(即，上述的預(yù)定格式的預(yù)配置書簽中的 字段)的合法性，并且同時保存所述相關(guān)字段。
在步驟203, UE 104根據(jù)解析的結(jié)果確定是否進(jìn)行多媒體廣告文件下載。 該過程將參照圖3的流程圖作更加詳細(xì)的描述。
如杲解析的結(jié)果確定需要進(jìn)行多媒體廣告文件下載，則在步驟204, UE
內(nèi)容服務(wù)器106發(fā)起下載請求前，UE 104需要判斷當(dāng)前是否有數(shù)據(jù)業(yè)務(wù)正在 進(jìn)行，如果有數(shù)據(jù)業(yè)務(wù)進(jìn)行，則將等到數(shù)據(jù)業(yè)務(wù)處理完畢后再發(fā)起下栽請求。 整個下栽請求及下栽過程都是無用戶提示的，也就是說，采用后臺下載模式。 當(dāng)用戶在后臺下栽過程中試圖發(fā)起數(shù)據(jù)業(yè)務(wù)時，UE 104先主動中止后臺下載， 在UE 104再次回到無數(shù)據(jù)業(yè)務(wù)狀態(tài)后續(xù)傳多媒體廣告文件。如果UE 104不支持?jǐn)帱c續(xù)傳功能，則直接覆蓋未下載完成的文件。采用的下載協(xié)議可以但不限于WAP下栽或OMA ( Open Mobile Architecture)下載。在步驟205， WAP網(wǎng)關(guān)105接收到來自UE 104的請求，并且判斷該請 求是否為多媒體廣告下載業(yè)務(wù)，如果是多媒體廣告下載業(yè)務(wù)，則該業(yè)務(wù)發(fā)生 的數(shù)據(jù)流量不收費，否則收費。WAP網(wǎng)關(guān)105可以根據(jù)訪問的網(wǎng)站地址及端 口來判斷該請求是否為多媒體廣告下載業(yè)務(wù)。在步驟206，內(nèi)容服務(wù)器106響應(yīng)于來自UE104的下載請求，向UE 104 發(fā)送多媒體廣告文件。在步驟207,UE 104以后臺下載的方式正確獲取指定的多媒體廣告文件， 并自動保存在預(yù)置的用戶不可見的內(nèi)存空間中。在步驟208， UE 104在進(jìn)行其他業(yè)務(wù)建立的空閑時間播放獲取的多媒體 廣告文件。優(yōu)選地是，在點對點的流媒體業(yè)務(wù)建立過程中有大約IO秒左右的 連接時間，可以充分利用這一空閑時間插播視頻天氣預(yù)報、新片預(yù)告及公益 廣告等。在WAP連接過程中大約有3秒左右的建立時間，可以利用這一空閑 時間播放新片海^L或者圖片廣告等。這樣的廣告發(fā)布方式既給運營商創(chuàng)造了 收益也不至于浪費用戶有效的時間。如果在步驟203解析的結(jié)果確定不需要進(jìn)行多媒體廣告文件下栽，則UE 104向OTA服務(wù)器101反饋處理信息，包括內(nèi)存不足、下載成功、刪除成功 等。反饋的栽體可以但不限于短信業(yè)務(wù)。當(dāng)然，UE 104反饋給OTA服務(wù)器 101的信息也是后臺發(fā)送的，無用戶提示。這也將參照圖3作更詳細(xì)的描述。圖3是示出約定格式的預(yù)配置書簽的解析過程的更加詳細(xì)的流程圖。在步驟301, UE104解析來自O(shè)TA服務(wù)器101的預(yù)配置書簽，將本發(fā)明 涉及到的相關(guān)字段解析出來，并和約定的格式進(jìn)行比較。在步驟302， UE 104判斷該預(yù)置書簽是否是多々某體文件下載業(yè)務(wù)的預(yù)配 置書簽，作為示例，可以通過 parm name="NAME" value -"SAMSUNG—VIDEO—PROVISION"來判斷。在步驟303， UE104判斷預(yù)配置業(yè)務(wù)操作的類別。作為示例，可以通過 字段"parm name-"的內(nèi)容來判斷預(yù)配置業(yè)務(wù)的操作類別。在步驟304 ，作為示例，當(dāng)字段parm name="DOWNLOAD"時，判斷預(yù) 配置業(yè)務(wù)操作類別為下栽多媒體文件。在步驟305,作為示例，當(dāng)字段parm name^'DELETE"時，判斷預(yù)配置業(yè)務(wù)操作類別為刪除預(yù)定多媒體文件。刪除的文件名在字段parm name="URT value-" advertisemenySfcn^21.3gp"中給出。如果預(yù)置文件夾中沒有該文件或 者正確刪除該文件都向網(wǎng)絡(luò)側(cè)反饋刪除成功的消息，如果刪除文件過程中出 現(xiàn)錯誤，則反饋刪除不成功信息。
在步驟306,作為示例，當(dāng)字段parm name="DELETE ALL"時，判斷預(yù) 配置業(yè)務(wù)操作類別為刪除所有多媒體文件。當(dāng)UE 104接收到OTA服務(wù)器101 發(fā)送此種約定預(yù)配置書簽時，其刪除預(yù)置文件夾中所有的多媒體廣告文件。 如果刪除所有多媒體廣告文件，則向網(wǎng)絡(luò)側(cè)反^St清空預(yù)置文件夾成功的消息， 如果刪除所有媒體廣告文件過程中出現(xiàn)錯誤，則反饋清空預(yù)置文件夾不成功 信息。
在步驟307, UE104判斷是否有可用空間。也就是說，UE104在進(jìn)行下 載多媒體廣告文件操作之前，需要確認(rèn)是否有足夠的空間用于存儲待下載的 多媒體廣告文件。如果空間足夠，則向網(wǎng)絡(luò)側(cè)反饋有足夠可用空間的消息； 否則，向網(wǎng)絡(luò)側(cè)反饋空間不足的信息(步驟309)。
在步驟308， UE 104從指定URL中下載多媒體廣告文件。下載方式可 以是WAP下載，也可以是OMA下栽，但不限于這兩種下栽方式。下載過程 沒有任何用戶提示。如果預(yù)置文件夾中存在大小相同且同名的文件，則通知 網(wǎng)絡(luò)側(cè)無需重復(fù)下載，否則覆蓋同名文件。如果下栽過程中出錯，則向網(wǎng)絡(luò) 側(cè)反饋下栽不成功的消息，同時刪除下載不完整的文件。如果下載成功，則 向網(wǎng)絡(luò)側(cè)反饋下載成功的消息。如果下載過程中因出現(xiàn)數(shù)據(jù)業(yè)務(wù)而中斷，則 通知網(wǎng)絡(luò)側(cè)下載過程被數(shù)據(jù)業(yè)務(wù)中斷，并刪除未完全下載的多媒體廣告文件。 如果出現(xiàn)長時間無網(wǎng)絡(luò)、斷電等情況，則主動中止下載業(yè)務(wù)，并刪除未完全 下載的多媒體廣告文件。如果OTA服務(wù)器101在指定時間內(nèi)未收到移動終端 的反饋，則默認(rèn)認(rèn)為移動終端丟失需下載的多Jf某體文件。
在步驟309， UE 104向OTA服務(wù)器101反饋處理結(jié)果。當(dāng)UE 104 —收 到OTA服務(wù)器101的操作指示就向網(wǎng)絡(luò)側(cè)反饋該操作的處理結(jié)果，可以通過 短信的方式反饋到指定短信平臺上，短信平臺可以根據(jù)約定的規(guī)則知道UE 104的操作處理結(jié)果。也可以采取其他反饋機制來通知OTA服務(wù)器101處理 結(jié)果。
如果在步驟302， UE 104判斷該預(yù)置書簽不是多媒體廣告文件下載業(yè)務(wù) 的預(yù)配置書簽，則在步驟310,啟動其他類型書簽解析過程。在預(yù)配置書簽的解析過程中，如果判斷該書簽不是約定格式的預(yù)配置書簽，則轉(zhuǎn)到其他類 型書簽的解析處理。通過本發(fā)明，運營商可以主動發(fā)布數(shù)據(jù)量較大的多媒體廣告文件(100K 以上)，尤其是視頻廣告文件；整個廣告發(fā)布過程無需用戶干預(yù)，采取后臺下 載模式；通過運營商和移動終端生產(chǎn)商約定預(yù)配置書簽格式及其解析流程來 實現(xiàn)對本地多媒體文件的增加、刪除、修改等操作；移動終端根據(jù)OTA服務(wù) 器發(fā)送的操作反饋處理結(jié)果；通過擴(kuò)展WAP網(wǎng)關(guān)功能實現(xiàn)多媒體廣告下載發(fā) 生的流量免計費功能；充分利用業(yè)務(wù)連接過程等間隙時間發(fā)布廣告，不會概 率性的打擾用戶從而招致投訴。盡管已經(jīng)參照其示例性實施例具體顯示和描述了本發(fā)明，但是本領(lǐng)域的技術(shù) 人員應(yīng)該理解，在不脫離由權(quán)利要求定義的本發(fā)明的精神和范圍的情況下， 可以對其進(jìn)行形式和細(xì)節(jié)上的各種改變。
權(quán)利要求
1. 一種基于OTA技術(shù)的移動終端的多媒體信息接收方法，包括下述步驟OTA服務(wù)器向移動終端發(fā)送約定格式的預(yù)配置書簽；和移動終端接收到約定格式的預(yù)配置書簽，并根據(jù)接收的約定格式的預(yù)配置書簽中描述的操作進(jìn)行多媒體信息的下載、刪除或清空操作，其中，所述操作采用后臺執(zhí)行。
2、 如權(quán)利要求l所述的方法，還包括對接收的約定格式的預(yù)配置書簽 進(jìn)行解析。
3、 如權(quán)利要求2所述的方法，還包括當(dāng)接收的約定格式的預(yù)配置書簽 中描述的操作是多媒體信息下載時，WAP網(wǎng)關(guān)對此次發(fā)生的流量不計入用戶 發(fā)生的費用。
4、 如權(quán)利要求2所述的方法，還包括當(dāng)接收的約定格式的預(yù)配置書簽 中描述的操作是多媒體信息下載時，判斷是否有足夠的可用空間。
5、 如權(quán)利要求2至4之一所述的方法，還包括移動終端根據(jù)解析的 URI，向內(nèi)容服務(wù)器發(fā)起下載多媒體信息的請求。
6、 如權(quán)利要求1所述的方法，還包括移動終端在所述操作結(jié)束后向 OTA服務(wù)器反饋操作結(jié)果。
7、 如杈利要求5所述的方法，還包括移動終端在所述操作結(jié)束后向 OTA服務(wù)器反饋操作結(jié)果。
8、 如權(quán)利要求l所述的方法，其中，所述移動終端為下載多媒體信息預(yù) 留一定的內(nèi)存空間。
9、 如權(quán)利要求5所述的方法，還包括移動終端在其他業(yè)務(wù)連接的空閑 時間播放下栽的多媒體信息。
10、 如權(quán)利要求l所述的方法，其中，所述約定格式的預(yù)配置書簽由運 營商和移動終端生產(chǎn)商預(yù)先約定。
全文摘要
提供了一種基于OTA技術(shù)的移動終端的多媒體信息接收方法，包括下述步驟OTA服務(wù)器向移動終端發(fā)送約定格式的預(yù)配置書簽；和移動終端接收到約定格式的預(yù)配置書簽，并根據(jù)接收的約定格式的預(yù)配置書簽中描述的操作進(jìn)行多媒體信息的下載、刪除或清空操作，其中，所述操作采用后臺執(zhí)行。
文檔編號H04L29/08GK101237463SQ20071000300
公開日2008年8月6日 申請日期2007年1月29日 優(yōu)先權(quán)日2007年1月29日
發(fā)明者張勇中 申請人:北京三星通信技術(shù)研究有限公司;三星電子株式會社