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

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


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