專利名稱：：多媒體信息業(yè)務(wù)的實現(xiàn)方法、系統(tǒng)和裝置、以及終端的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通信領(lǐng)域，并且特別地，涉及一種多媒體信息業(yè)務(wù)的實現(xiàn)方法、系統(tǒng)和裝置、以及終端。
背景技術(shù)：
：多媒體信息業(yè)務(wù)(MultimediaMessageService,簡稱為匪S)(也稱為彩信業(yè)務(wù))是目前被人們廣泛采用的一種業(yè)務(wù)。通過使用多媒體信息業(yè)務(wù)，用戶的終端之間、或終端與網(wǎng)絡(luò)側(cè)之間傳輸多種類型的信息，例如，圖片、文本、聲音文件、動畫文件等。因此，相比于短信業(yè)務(wù)僅能夠傳輸文本消息，多媒體信息業(yè)務(wù)可以傳輸?shù)男畔㈩愋头浅ＸS富，為人們的日常生活提供便利，并且有著良好的用戶體驗。目前，在多媒體信息業(yè)務(wù)的實現(xiàn)過程中，需要涉及大量的消息交互，簡單來說需要包括以下處理在網(wǎng)絡(luò)緩存待發(fā)送的彩信、對接收方進行驗證和鑒權(quán)、通知接收方獲取彩信、接收方還需要通過消息交互最終獲取到緩存的彩信等。由于實現(xiàn)彩信發(fā)送和接收時需要進行的消息交互過多，會占用大量的網(wǎng)絡(luò)資源，并且在網(wǎng)絡(luò)繁忙的情況下會產(chǎn)生較大的延遲，影響了用戶體驗。此外，目前用于承載多媒體信息業(yè)務(wù)的無線通信網(wǎng)絡(luò)對于信息的流量非常敏感。針對這一特性，在實現(xiàn)多媒體信息業(yè)務(wù)時通常會對傳輸?shù)亩嗝襟w信息的大小進行非常嚴格的限制。這種限制直接導致用戶不能進行較大信息的傳輸，例如，用戶在通過多媒體信息業(yè)務(wù)發(fā)送圖片時，需要對圖片進行處理，減小圖片占用的存儲空間，同時也降低了圖片的質(zhì)量，導致用戶不能收看高質(zhì)量的圖片。針對上述多媒體信息業(yè)務(wù)實現(xiàn)過程中消息交互量過程復(fù)雜、接收延遲高、數(shù)據(jù)發(fā)送流量受限的問題，目前尚未提出有效的解決方案。
發(fā)明內(nèi)容考慮到相關(guān)技術(shù)中多媒體信息業(yè)務(wù)實現(xiàn)過程中消息交互量過程復(fù)雜、接收延遲高、數(shù)據(jù)發(fā)送流量受限的問題而做出本發(fā)明，為此，本發(fā)明的主要目的在于提供一種多媒體信息業(yè)務(wù)的實現(xiàn)方法、系統(tǒng)和裝置、以及終端，以解決上述問題。根據(jù)本發(fā)明的一個方面，提供了一種多媒體信息業(yè)務(wù)的實現(xiàn)方法。根據(jù)本發(fā)明的多媒體信息業(yè)務(wù)的實現(xiàn)方法包括移動數(shù)據(jù)廣播業(yè)務(wù)平臺向終端傳輸終端定購的多媒體信息業(yè)務(wù)所對應(yīng)的業(yè)務(wù)密鑰；移動數(shù)據(jù)廣播業(yè)務(wù)平臺通過廣播信道向終端發(fā)送多媒體信息業(yè)務(wù)的經(jīng)業(yè)務(wù)密鑰加密后的多媒體信息。其中，移動數(shù)據(jù)廣播業(yè)務(wù)平臺向終端傳輸業(yè)務(wù)密鑰的處理可以包括以下之一移動數(shù)據(jù)廣播業(yè)務(wù)平臺主動將業(yè)務(wù)密鑰通過雙向通道推送給終端；移動數(shù)據(jù)廣播業(yè)務(wù)平臺響應(yīng)于終端獲取業(yè)務(wù)密鑰的請求將業(yè)務(wù)密鑰通過雙向通道發(fā)送給終端。另外，移動數(shù)據(jù)廣播業(yè)務(wù)平臺向終端傳輸業(yè)務(wù)密鑰的處理可以包括移動數(shù)據(jù)廣播業(yè)務(wù)平臺根據(jù)多媒體因特網(wǎng)密鑰協(xié)議對待傳輸?shù)臉I(yè)務(wù)密鑰進行封裝，并將多媒體信息業(yè)務(wù)所對應(yīng)的業(yè)務(wù)標識與封裝后的業(yè)務(wù)密鑰一并發(fā)送給終端。在移動數(shù)據(jù)廣播業(yè)務(wù)平臺向終端發(fā)送多媒體信息之前，該方法可進一步包括移動數(shù)據(jù)廣播業(yè)務(wù)平臺利用預(yù)定的內(nèi)容密鑰對加密前的多媒體信息的內(nèi)容數(shù)據(jù)進行加密，利用業(yè)務(wù)密鑰對內(nèi)容密鑰進行加密，并利用終端的用戶密鑰對業(yè)務(wù)密鑰進行加密，并廣播加密后的內(nèi)容密鑰。其中，在移動數(shù)據(jù)廣播業(yè)務(wù)平臺發(fā)送了多媒體信息之后，該方法可進一步包括終端接收多媒體信息，利用用戶密鑰對多媒體信息進行解密，得到業(yè)務(wù)密鑰加密的多媒體信息；終端利用來自移動數(shù)據(jù)廣播業(yè)務(wù)平臺的業(yè)務(wù)密鑰對業(yè)務(wù)密鑰加密的多媒體信息進行解密，得到內(nèi)容密鑰加密的多媒體信息的內(nèi)容數(shù)據(jù)；終端利用通過廣播信道接收的內(nèi)容密鑰對內(nèi)容密鑰加密的多媒體信息的內(nèi)容數(shù)據(jù)進行解密，得到多媒體信息的內(nèi)容數(shù)據(jù)。根據(jù)本發(fā)明的另一方面，提供了一種多媒體信息業(yè)務(wù)的實現(xiàn)方法。根據(jù)本發(fā)明的多媒體信息業(yè)務(wù)的實現(xiàn)方法包括發(fā)送方通過雙向通道向接收方傳輸接收方定購的多媒體信息業(yè)務(wù)所對應(yīng)的業(yè)務(wù)密鑰；發(fā)送方通過廣播信道向接收方發(fā)送多媒體信息業(yè)務(wù)的經(jīng)業(yè)務(wù)密鑰加密后的多媒體信息。根據(jù)本發(fā)明的另一方面，提供了一種多媒體信息業(yè)務(wù)的實現(xiàn)系統(tǒng)。根據(jù)本發(fā)明的多媒體信息業(yè)務(wù)的實現(xiàn)系統(tǒng)包括發(fā)送方和接收方，其中，發(fā)送方用于通過廣播信道向接收方傳輸接收方定購的多媒體信息業(yè)務(wù)所對應(yīng)的業(yè)務(wù)密鑰，并通過廣播信道向接收方發(fā)送多媒體信息業(yè)務(wù)的經(jīng)業(yè)務(wù)密鑰加密后的多媒體信息；接收方用于接收多媒體信息和業(yè)務(wù)密鑰，并利用接收的業(yè)務(wù)密鑰對多媒體信息進行解密，得到多媒體信息的內(nèi)容數(shù)據(jù)。根據(jù)本發(fā)明的另一方面，提供了一種多媒體信息業(yè)務(wù)的實現(xiàn)裝置，該裝置可設(shè)置于多媒體信息的發(fā)送方。根據(jù)本發(fā)明的多媒體信息業(yè)務(wù)的實現(xiàn)裝置包括第一發(fā)送模塊，用于向接收方傳輸接收方定購的多媒體信息業(yè)務(wù)所對應(yīng)的業(yè)務(wù)密鑰；加密模塊，用于利用業(yè)務(wù)密鑰對多媒體信息業(yè)務(wù)的多媒體信息進行加密；第二發(fā)送模塊，用于向接收方發(fā)送經(jīng)由加密模塊加密后的多媒體信息。其中，第一發(fā)送模塊可以進一步包括封裝模塊，用于根據(jù)多媒體因特網(wǎng)密鑰協(xié)議對待傳輸?shù)臉I(yè)務(wù)密鑰進行封裝。此外，該裝置可以進一步包括請求接收模塊，用于接收來自接收方的獲取業(yè)務(wù)密鑰的請求，并在接收到請求的情況下，通知第一發(fā)送模塊發(fā)送業(yè)務(wù)密鑰給接收方。另外，加密模塊可以進一步包括第一加密子模塊，用于利用內(nèi)容密鑰對加密前的多媒體信息的內(nèi)容數(shù)據(jù)進行加密；第二加密子模塊，用于利用業(yè)務(wù)密鑰對內(nèi)容密鑰進行加密；第三加密子模塊，用于利用接收方的用戶密鑰對業(yè)務(wù)密鑰進行加密。根據(jù)本發(fā)明的再一方面，提供了一種終端，用于接收并解析由發(fā)送方通過廣播信道發(fā)送的多媒體信息。根據(jù)本發(fā)明的終端包括第一接收模塊，用于接收發(fā)送方經(jīng)由廣播信道發(fā)送的經(jīng)過加密的多媒體信息；第二接收模塊，用于接收發(fā)送方發(fā)送的對多媒體信息進行加密的業(yè)務(wù)密鑰；解密模塊，用于對經(jīng)過加密的多媒體信息進行解密。其中，解密模塊可以進一步包括第一解密模塊，用于利用終端的用戶密鑰對接收的多媒體信息進行解密，得到業(yè)務(wù)密鑰加密的多媒體信息；第二解密模塊，用于利用第二接收模塊接收的業(yè)務(wù)密鑰對業(yè)務(wù)密鑰加密的多媒體信息進行解密，得到預(yù)定的內(nèi)容密鑰加密的多媒體信息的內(nèi)容數(shù)據(jù)；第三解密模塊，用于利用預(yù)定的內(nèi)容密鑰對內(nèi)容密鑰加密的多媒體信息的內(nèi)容數(shù)據(jù)進行解密，得到多媒體信息的內(nèi)容數(shù)據(jù)。此外，該終端可以進一步包括請求發(fā)送模塊，用于向發(fā)送方發(fā)送請求以獲取業(yè)務(wù)密鑰；顯示模塊，用于顯示由解密模塊解密得到的多媒體信息。通過本發(fā)明的上述技術(shù)方案，通過利用廣播信道以及現(xiàn)有的數(shù)據(jù)廣播協(xié)議進行多媒體信息的收發(fā)，在投入很小成本的前提下就能夠避免無線通信網(wǎng)絡(luò)承載對多媒體信息業(yè)務(wù)的復(fù)雜流程要求和流量限制，極大的簡化了整個多媒體信息的業(yè)務(wù)實現(xiàn)流程，從根本上豐富了用戶對彩信業(yè)務(wù)的體驗。此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中圖1是根據(jù)本發(fā)明方法實施例的多媒體信息業(yè)務(wù)的實現(xiàn)方法的流程圖；圖2是根據(jù)本發(fā)明方法實施例的多媒體信息業(yè)務(wù)的實現(xiàn)方法的處理實例的流程圖；圖3是根據(jù)本發(fā)明方法實施例的多媒體信息業(yè)務(wù)的實現(xiàn)方法的詳細處理過程的流程圖；圖4是根據(jù)本發(fā)明系統(tǒng)實施例的多媒體信息業(yè)務(wù)的實現(xiàn)系統(tǒng)的框圖；圖5是根據(jù)本發(fā)明裝置實施例一的多媒體信息業(yè)務(wù)的實現(xiàn)裝置的框圖；圖6是圖5所示的裝置中加密模塊的框圖；圖7是根據(jù)本發(fā)明裝置實施例二的終端的框圖；圖8是圖7所示的終端中解密模塊的框圖。具體實施例方式近年來，數(shù)字移動多媒體廣播技術(shù)和標準發(fā)展速度非?？?。數(shù)字移動多媒體廣播服務(wù)是多媒體的一種新的傳播形式，該技術(shù)的發(fā)展在世界范圍內(nèi)受到了很多關(guān)注，其運營前景也吸引了大量產(chǎn)業(yè)鏈上下游企業(yè)投入產(chǎn)業(yè)化發(fā)展。例如，在歐洲提出的數(shù)字視頻廣播手持式接收(DigitalVideoBroadcastHandheld,簡稱為DVB-H)、美國提出的媒體單一前向鏈路(MediaForwardLinkOnly，簡稱為MediaFLO)、以及中國移動多媒體廣播(ChinaMobileMultimediaBroadcasting,簡稱CMMB)等技術(shù)中，都采用了移動多媒體廣播服務(wù)，并利用單向廣播方式為終端用戶提供多種服務(wù)內(nèi)容，例如，向用戶提供廣告、天氣預(yù)報、新聞、體育節(jié)目、綜藝、多媒體廣播劇、電影等節(jié)目，用戶可以根據(jù)自己的愛好選擇接收移動多媒體廣播的服務(wù)內(nèi)容。在移動多媒體廣播技術(shù)中，數(shù)據(jù)廣播是其中的一個主要業(yè)務(wù)，該業(yè)務(wù)能夠?qū)?shù)據(jù)類業(yè)務(wù)在廣播業(yè)務(wù)平臺按照特定協(xié)議進行封裝和復(fù)用，并通過廣播信道下發(fā)至具備數(shù)據(jù)廣播接收能力的終端設(shè)備，終端設(shè)備解析經(jīng)過封裝和復(fù)用的數(shù)據(jù)后就可以將解析后的內(nèi)容展現(xiàn)給用戶。在數(shù)據(jù)廣播當中，上述數(shù)據(jù)類業(yè)務(wù)主要分為流和文件兩種模式，基于此，廣播業(yè)務(wù)平臺能夠通過兩種模式分別對具體的數(shù)據(jù)內(nèi)容進行協(xié)議封裝。為此，終端需要配備相應(yīng)的廣播數(shù)據(jù)內(nèi)容接收和解析的功能模塊，以便收看業(yè)務(wù)內(nèi)容。由于數(shù)據(jù)廣播同時支持流和文件兩種模式的數(shù)據(jù)，所以從理論上來看，數(shù)據(jù)廣播涵蓋了所有的數(shù)據(jù)業(yè)務(wù)種類，具體可以包括種類繁多的媒體類型如文本、圖片、音頻、視頻等，從而為移動數(shù)據(jù)廣播用戶提供了寬廣的業(yè)務(wù)種類以及豐富的體驗?？梢钥闯?，在數(shù)據(jù)移動多媒體廣播技術(shù)中，不僅傳輸?shù)拿襟w類型豐富，而且不存在對于傳輸數(shù)據(jù)的流量限制。功能概述考慮到數(shù)據(jù)移動多媒體廣播技術(shù)的特性，本發(fā)明借助于現(xiàn)有的廣播協(xié)議和通常終端普遍具有的對多媒體信息進行解析的功能，通過廣播信道實現(xiàn)了多媒體信息的收發(fā)，避免了無線通信網(wǎng)絡(luò)承載對信息流量的限制以及對業(yè)務(wù)流程的復(fù)雜要求，有效簡化了多媒體信息收發(fā)的流程。下面將結(jié)合附圖詳細說明本發(fā)明的實施方式。在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。方法實施例在本實施例中，提供了一種多媒體信息業(yè)務(wù)的實現(xiàn)方法。圖1是根據(jù)本發(fā)明實施例的多媒體信息業(yè)務(wù)的實現(xiàn)方法的流程圖，需要說明的是，為了便于描述，在圖1中以步驟的形式示出并描述了本發(fā)明的方法實施例的技術(shù)方案，在圖1中所示出的步驟可以在諸如一組計算機可執(zhí)行指令的計算機系統(tǒng)中執(zhí)行。雖然在圖1中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。如圖1所示，該方法包括以下步驟(步驟S102至步驟S104)。如圖1所示，根據(jù)本實施例的多媒體信息業(yè)務(wù)的實現(xiàn)方法包括步驟S102和步驟S104。在步驟S102中，發(fā)送方通過雙向通道向接收方傳輸接收方定購的多媒體信息業(yè)務(wù)所對應(yīng)的業(yè)務(wù)密鑰；在步驟S104中，發(fā)送方通過廣播信道向接收方發(fā)送多媒體信息業(yè)務(wù)的經(jīng)業(yè)務(wù)密鑰加密后的多媒體信息。其中，上述的發(fā)送方可以是具有通過廣播信道進行多媒體消息發(fā)送功能的網(wǎng)元(例如，可以是數(shù)據(jù)廣播服務(wù)器、移動數(shù)據(jù)廣播業(yè)務(wù)平臺等)，接收方是定購了多媒體信息業(yè)務(wù)的終端或網(wǎng)元。在實際應(yīng)用中，可以將移動數(shù)據(jù)廣播業(yè)務(wù)平臺作為發(fā)送方，將用戶的終端作為接收方，此時，根據(jù)本發(fā)明的多媒體信息業(yè)務(wù)的實現(xiàn)過程如圖2所示，具體可以包括以下處理(步驟S202至步驟S204)。步驟S202，移動數(shù)據(jù)廣播業(yè)務(wù)平臺向終端傳輸終端定購的多媒體信息業(yè)務(wù)(例如，手機報、電子雜志等)所對應(yīng)的業(yè)務(wù)密鑰；步驟S204，移動數(shù)據(jù)廣播業(yè)務(wù)平臺通過廣播信道向終端發(fā)送多媒體信息業(yè)務(wù)的經(jīng)業(yè)務(wù)密鑰加密后的多媒體信息。在具體實施過程中，終端需要首先定購業(yè)務(wù)，這樣移動數(shù)據(jù)廣播業(yè)務(wù)平臺就能夠以業(yè)務(wù)的定購為依據(jù)采取對應(yīng)的底層數(shù)據(jù)封裝策略，具體地，可以采用目前協(xié)議中明確規(guī)范的多媒體消息第一號接口(匪l接口)協(xié)議封裝媒體內(nèi)容數(shù)據(jù)(單元)，同時附帶定購的多媒體信息業(yè)務(wù)標志，以便于終端能夠快速進行業(yè)務(wù)的識別和解析。并且，移動數(shù)據(jù)廣播業(yè)務(wù)平臺可以通過雙向通道主動將業(yè)務(wù)密鑰推送給終端，也可以響應(yīng)于終端發(fā)送的獲取業(yè)務(wù)密鑰的請求通過雙向通道將業(yè)務(wù)密鑰發(fā)送給終端，其中，終端可以通過預(yù)定的互動渠道發(fā)起請求。此外，在移動數(shù)據(jù)廣播業(yè)務(wù)平臺向終端傳輸業(yè)務(wù)密鑰時，可以根據(jù)多媒體因特網(wǎng)密鑰(MultimediaInternetKEYing簡稱為MIKEY)協(xié)議對待傳輸?shù)臉I(yè)務(wù)密鑰進行封裝，并將多媒體信息業(yè)務(wù)所對應(yīng)的業(yè)務(wù)標識與封裝后的業(yè)務(wù)密鑰一并發(fā)送給終端，避免密鑰的明文傳輸，提高密鑰的安全性。其中，業(yè)務(wù)密鑰可以通過廣播信道或者無線網(wǎng)絡(luò)環(huán)境下的交互信道下發(fā)至終端。并且，在移動數(shù)據(jù)廣播業(yè)務(wù)平臺向終端發(fā)送多媒體信息之前，采用C匪B安全模塊定義的4層安全保護機制生成和封裝彩信業(yè)務(wù)密鑰，具體的加密過程如下移動數(shù)據(jù)廣播業(yè)務(wù)平臺可以利用預(yù)定的內(nèi)容密鑰對加密前的多媒體信息的內(nèi)容數(shù)據(jù)進行加密，利用業(yè)務(wù)密鑰對內(nèi)容密鑰進行加密，并利用終端的用戶密鑰(該密鑰分別預(yù)置于終端側(cè)和移動數(shù)據(jù)廣播業(yè)務(wù)平臺側(cè))對業(yè)務(wù)密鑰進行加密，并通過廣播信道廣播經(jīng)過加密的內(nèi)容密鑰?？蛇x地，在步驟S204中由移動數(shù)據(jù)廣播業(yè)務(wù)平臺發(fā)送的多媒體信息可以由移動數(shù)據(jù)廣播業(yè)務(wù)平臺生成，也可以由移動數(shù)據(jù)廣播業(yè)務(wù)平臺通過其上的業(yè)務(wù)提供商/內(nèi)容提供商(ServiceProvider/ContentProvider,SP/CP)接口從外界接收。之后，在移動數(shù)據(jù)廣播業(yè)務(wù)平臺發(fā)送了多媒體信息之后，終端可以接收到該多媒體信息，并調(diào)用其上的多媒體信息解析模塊進行以下解密處理利用用戶密鑰對多媒體信息進行解密，得到業(yè)務(wù)密鑰加密的多媒體信息；終端利用來自移動數(shù)據(jù)廣播業(yè)務(wù)平臺的業(yè)務(wù)密鑰對業(yè)務(wù)密鑰加密的多媒體信息進行解密，得到內(nèi)容密鑰加密的多媒體信息的內(nèi)容數(shù)據(jù)；之后，通過利用用戶密鑰和業(yè)務(wù)密鑰對通過廣播信道接收的經(jīng)加密后的內(nèi)容密鑰進行解密，就能夠得到內(nèi)容密鑰，從而可以對內(nèi)容密鑰加密的多媒體信息的內(nèi)容數(shù)據(jù)進行解密，得到多媒體信息的內(nèi)容數(shù)據(jù)。此外，在上文中提到的多媒體信息接口協(xié)議，即匪l，是多媒體消息業(yè)務(wù)(MultimediaMessageService,簡稱為匪S)引擎中多媒體消息中心(MultimediaMessageCenter,簡稱為匪SC)與移動終端之間的接口協(xié)議，在第三代合作伙伴計劃(3rdGenerationPartnershipProject，簡稱為3GPP)中有明確定義，本發(fā)明的實現(xiàn)主要需要規(guī)范匪SHEAD(即多媒體信息業(yè)務(wù)的消息頭)。具體地，多媒體信息業(yè)務(wù)的消息頭和匪SB0DY(S卩，多媒體信息業(yè)務(wù)的消息體)的消息內(nèi)容體在傳輸層的數(shù)據(jù)單元格式由開放移動聯(lián)盟(OpenMobileAlliance,簡稱為0MA)進行規(guī)范和定義，無線通信網(wǎng)絡(luò)環(huán)境下的匪S引擎中就采用了該接口協(xié)議。在實際應(yīng)用當中，根據(jù)本發(fā)明的多媒體信息業(yè)務(wù)的實現(xiàn)主要涉及到移動多媒體數(shù)據(jù)廣播業(yè)務(wù)平臺(即，上述的移動數(shù)據(jù)廣播業(yè)務(wù)平臺)、廣播網(wǎng)絡(luò)、和移動終端(包括終端中各類配合使用的卡)。圖3示出了根據(jù)本實施例的多媒體信息業(yè)務(wù)的實現(xiàn)方法通過移動通信網(wǎng)絡(luò)的移動多媒體廣播服務(wù)實現(xiàn)多媒體信息業(yè)務(wù)的詳細處理過程，如圖3所示，具體的實現(xiàn)過程包括以下步驟(步驟301至步驟305)。步驟301，終端向移動數(shù)據(jù)廣播業(yè)務(wù)平臺發(fā)起廣播彩信業(yè)務(wù)的訂購流程；步驟302，終端收到平臺下發(fā)的多媒體信息業(yè)務(wù)的業(yè)務(wù)密鑰(可以是彩鈴業(yè)務(wù)密鑰)；步驟303，移動數(shù)據(jù)廣播業(yè)務(wù)平臺在底層按照匪l接口協(xié)議封裝多媒體信息的內(nèi)容數(shù)據(jù)；優(yōu)選地，在進行數(shù)據(jù)封裝的同時，可以在上一層協(xié)議中附帶廣播彩信業(yè)務(wù)標志，以便于終端快速地進行業(yè)務(wù)識別；在終端接收業(yè)務(wù)數(shù)據(jù)后，需要判斷是否是廣播多媒體信息，如果識別出接收的業(yè)務(wù)數(shù)據(jù)屬于廣播彩信業(yè)務(wù)，則執(zhí)行步驟305;否則執(zhí)行步驟304;步驟304，終端丟棄數(shù)據(jù)并向移動數(shù)據(jù)廣播業(yè)務(wù)平臺反饋錯誤報告，以便于移動數(shù)據(jù)廣播業(yè)務(wù)平臺根據(jù)終端的上報執(zhí)行相應(yīng)的處理，并據(jù)此執(zhí)行相應(yīng)的計費策略，從而維護用戶的利益；在實際應(yīng)用當中，也可以根據(jù)平臺運營商與用戶之間的協(xié)商，省略反饋錯誤報告的過程，此時終端將直接丟棄數(shù)據(jù)，等待下次數(shù)據(jù)重播；步驟305，終端調(diào)用彩信解析功能模塊對數(shù)據(jù)進行解析，并將解析的內(nèi)容數(shù)據(jù)展現(xiàn)給用戶。這樣，通過本發(fā)明，移動數(shù)據(jù)廣播業(yè)務(wù)平臺(或數(shù)據(jù)廣播服務(wù)器等作為發(fā)送方的實體)就能夠以匪l協(xié)議封裝多媒體信息的內(nèi)容數(shù)據(jù)(單元)，作為接收方的中終端可以使用其上設(shè)置的彩信解析功能模塊對多媒體信息進行接收和解析，而無需因此新增終端解析功能。并且，相比于當前無線通信網(wǎng)承載的彩信業(yè)務(wù)而言，內(nèi)容提供方以及平臺一側(cè)將不會存在數(shù)據(jù)流量以及大小的限制，下發(fā)內(nèi)容僅的大小取決于終端用戶的能力和需要，在根本上豐富了用戶對彩信業(yè)務(wù)的體驗。另外，由于移動數(shù)據(jù)廣播業(yè)務(wù)平臺(或數(shù)據(jù)廣播服務(wù)器等作為發(fā)送方的實體)直接通過廣播信道單向下發(fā)多媒體信息內(nèi)容，整個多媒體信息的業(yè)務(wù)實現(xiàn)流程也得到了極大的簡化，僅僅需要進行數(shù)據(jù)廣播服務(wù)平臺、復(fù)用器、發(fā)射器的配置即可實現(xiàn)多媒體信息的收發(fā)。系統(tǒng)實施例在本實施例中，提供了一種多媒體信息業(yè)務(wù)的實現(xiàn)系統(tǒng)。如圖4所示，根據(jù)本實施例的多媒體信息業(yè)務(wù)的實現(xiàn)系統(tǒng)包括發(fā)送方1和接收方2。在圖4所示的系統(tǒng)中，發(fā)送方1用于通過廣播信道向接收方傳輸接收方2定購的多媒體信息業(yè)務(wù)所對應(yīng)的業(yè)務(wù)密鑰，并通過廣播信道向接收方2發(fā)送多媒體信息業(yè)務(wù)的經(jīng)業(yè)務(wù)密鑰加密后的多媒體信息；接收方1用于接收多媒體信息和業(yè)務(wù)密鑰，并利用接收的業(yè)務(wù)密鑰對多媒體信息進行解密，得到多媒體信息的內(nèi)容數(shù)據(jù)。其中，上述的發(fā)送方l可以是具有通過廣播信道進行多媒體消息發(fā)送功能的網(wǎng)元，接收方2是定購了多媒體信息業(yè)務(wù)的終端或網(wǎng)元。在實際應(yīng)用中，可以將移動數(shù)據(jù)廣播業(yè)務(wù)平臺作為發(fā)送方，將用戶的終端作為接收方。并且，發(fā)送方可以通過雙向通道主動向接收方推送業(yè)務(wù)密鑰，也可以響應(yīng)于接收方的請求通過雙向通道向接收方發(fā)送業(yè)務(wù)密鑰。發(fā)送方可以采用C匪B安全模塊定義的4層安全保護機制生成和封裝彩信業(yè)務(wù)密鑰，并對生成的業(yè)務(wù)密鑰進行封裝。并且可以利用用戶密鑰、內(nèi)容密鑰、以及業(yè)務(wù)密鑰對多媒體信息進行加密。相應(yīng)地，接收方則可以利用用戶密鑰、內(nèi)容密鑰(由發(fā)送方或網(wǎng)絡(luò)側(cè)第三方預(yù)先加密廣播)、以及業(yè)務(wù)密鑰對接收的經(jīng)過加密的多媒體信息進行一層層的剝離，得到內(nèi)容數(shù)據(jù)，并展示給用戶。通過上述系統(tǒng)，能夠借助于廣播信道的特性避免無線通信網(wǎng)絡(luò)承載對多媒體信息業(yè)務(wù)的復(fù)雜流程要求和流量限制，以簡便的流程實現(xiàn)多媒體信息的大容量傳輸。發(fā)送方和接收方的具體配置將在下文中詳細描述。裝置實施例一在本實施例中，提供了一種多媒體信息業(yè)務(wù)的實現(xiàn)裝置，該裝置可以設(shè)置于多媒體信息的發(fā)送方，具體地，可以設(shè)置于移動數(shù)據(jù)廣播業(yè)務(wù)平臺。如圖5所示，根據(jù)本實施例的多媒體信息業(yè)務(wù)的實現(xiàn)裝置可以包括第一發(fā)送模塊52、加密模塊54、第二發(fā)送模塊56、和請求接收模塊58。第一發(fā)送模塊52，用于向接收方傳輸接收方定購的多媒體信息業(yè)務(wù)所對應(yīng)的業(yè)務(wù)密鑰；加密模塊54，連接至第一發(fā)送模塊52，用于利用業(yè)務(wù)密鑰對多媒體信息業(yè)務(wù)的多媒體信息進行加密；第二發(fā)送模塊56，連接至加密模塊54，用于向接收方發(fā)送經(jīng)由加密模塊加密后的多媒體信息；請求接收模塊58，連接至第一發(fā)送模塊52，用于接收來自接收方的獲取業(yè)務(wù)密鑰的請求，并在接收到請求的情況下，通知第一發(fā)送模塊52發(fā)送業(yè)務(wù)密鑰給接收方。如圖5所示，上述第一發(fā)送模塊52可以進一步包括封裝模塊522，用于根據(jù)多媒體因特網(wǎng)密鑰協(xié)議對待傳輸?shù)臉I(yè)務(wù)密鑰進行封裝，避免密鑰的明文傳輸。在進行加密時，可以采用C匪B安全模塊定義的4層安全保護機制生成和封裝彩信業(yè)務(wù)密鑰。如圖6所示，上述加密模塊54可以進一步包括第一加密子模塊542，用于利用內(nèi)容密鑰對加密前的多媒體信息的內(nèi)容數(shù)據(jù)進行加密；第二加密子模塊544，連接至第一加密子模塊542，用于利用業(yè)務(wù)密鑰對內(nèi)容密鑰進行加密；第三加密子模塊546，連接至第二加密子模塊544，用于利用接收方的用戶密鑰對業(yè)務(wù)密鑰進行加密。根據(jù)本實施例的多媒體信息業(yè)務(wù)的實現(xiàn)裝置可以廣播經(jīng)過用戶密鑰和業(yè)務(wù)密鑰加密的內(nèi)容密鑰，這樣，在經(jīng)過授權(quán)的接收方獲取了業(yè)務(wù)密鑰后，即可解密內(nèi)容密鑰加密后的內(nèi)容借助于本實施例的多媒體信息業(yè)務(wù)的實現(xiàn)裝置，能夠進行多媒體信息的加密，在不靠率流量的情況下將加密的多媒體信息經(jīng)由廣播信道發(fā)送給接收方，并將接收方解密多媒體信息所需的業(yè)務(wù)密鑰通知給接收方，從而實現(xiàn)多媒體信息的發(fā)送與接收。裝置實施例二在本實施例中，提供了一種終端，可以作為多媒體信息的接收方，接收并解析由發(fā)送方(可以是上文中所描述的多媒體信息業(yè)務(wù)的實現(xiàn)裝置)通過廣播信道發(fā)送的多媒體信息。如圖7所示，根據(jù)本實施例的終端包括第一接收模塊72、第二接收模塊74、解密模塊76、請求發(fā)送模塊78、和顯示模塊80。下面將詳細描述各個模塊的功能。第一接收模塊72用于接收發(fā)送方經(jīng)由廣播信道發(fā)送的經(jīng)過加密的多媒體信息，并且還可以通過廣播信道接收經(jīng)過用戶密鑰和業(yè)務(wù)密鑰加密的內(nèi)容密鑰；第二接收模塊74用于接收發(fā)送方發(fā)送的對多媒體信息進行加密的業(yè)務(wù)密鑰；解密模塊76(可以是終端上設(shè)置的彩信解析模塊)連接至第一接收模塊72和第二接收模塊74，用于對經(jīng)過加密的多媒體信息進行解密；請求發(fā)送模塊78用于向發(fā)送方發(fā)送請求以獲取業(yè)務(wù)密鑰；顯示模塊80，連接至解密模塊76，用于顯示由解密模塊解密得到的多媒體信息。如圖8所示，圖7中的解密模塊76可以進一步包括第一解密模塊762，用于利用終端的用戶密鑰對接收的多媒體信息進行解密，得到業(yè)務(wù)密鑰加密的多媒體信息；第二解密模塊764，連接至第一解密模塊762，用于利用第二接收模塊接收的業(yè)務(wù)密鑰對業(yè)務(wù)密鑰加密的多媒體信息進行解密，得到內(nèi)容密鑰加密的多媒體信息的內(nèi)容數(shù)據(jù)；第三解密模塊766，連接至第二解密模塊764，用于利用預(yù)定的內(nèi)容密鑰對內(nèi)容密鑰加密的多媒體信息的內(nèi)容數(shù)據(jù)進行解密，得到多媒體信息的內(nèi)容數(shù)據(jù)。該終端能夠接收圖5所示的多媒體信息業(yè)務(wù)的實現(xiàn)裝置發(fā)送的多媒體信息的接收和解析，收看大容量的多媒體信息內(nèi)容，能夠有效提升了用戶體驗。此外，為了保證上述多媒體信息業(yè)務(wù)的實現(xiàn)裝置和終端能夠?qū)崿F(xiàn)多媒體信息的收發(fā)，需要規(guī)范匪SHEAD(即多媒體信息業(yè)務(wù)的消息頭)。具體地，多媒體信息業(yè)務(wù)的消息頭和匪SBODY(即，多媒體信息業(yè)務(wù)的消息體)的消息內(nèi)容體在傳輸層的數(shù)據(jù)單元格式由開放移動聯(lián)盟(OpenMobileAlliance,簡稱為0MA)進行規(guī)范和定義。在實際應(yīng)用當中，可以對多媒體信息業(yè)務(wù)的實現(xiàn)裝置和終端配置協(xié)議棧，表1中示出了協(xié)議棧的結(jié)構(gòu)表l<table>tableseeoriginaldocumentpage11</column></row><table>其中，協(xié)議棧中包含廣播數(shù)據(jù)封裝協(xié)議(含多媒體信息業(yè)務(wù)標志)、SMIL、多媒體信息頭(匪HEAD)的相關(guān)協(xié)議、多媒體信息體(MMBODY)的相關(guān)協(xié)議。其中，借助于廣播數(shù)據(jù)封裝協(xié)議，發(fā)送方能夠進行待廣播的多媒體信息的封裝，接收方則可以對接收的多媒體信息進行識別、解析；SMIL中則包含有如何展示多媒體信息的相關(guān)描述語言。綜上所述，借助于本發(fā)明的技術(shù)方案，通過利用廣播信道以及現(xiàn)有的數(shù)據(jù)廣播協(xié)議進行多媒體信息的收發(fā)，能夠避免無線通信網(wǎng)絡(luò)承載對多媒體信息業(yè)務(wù)的復(fù)雜流程要求和流量限制，極大的簡化了整個多媒體信息的業(yè)務(wù)實現(xiàn)流程，從根本上豐富了用戶對彩信業(yè)務(wù)的體驗；并且，本發(fā)明的實現(xiàn)僅需要進行發(fā)送裝置(例如，上述的數(shù)據(jù)廣播服務(wù)平臺)、復(fù)用器、發(fā)射器的少量配置，也無需對終端增加解析功能，因此實現(xiàn)成本很低。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。權(quán)利要求一種多媒體信息業(yè)務(wù)的實現(xiàn)方法，其特征在于，所述方法包括移動數(shù)據(jù)廣播業(yè)務(wù)平臺向終端傳輸所述終端定購的多媒體信息業(yè)務(wù)所對應(yīng)的業(yè)務(wù)密鑰；所述移動數(shù)據(jù)廣播業(yè)務(wù)平臺通過廣播信道向所述終端發(fā)送所述多媒體信息業(yè)務(wù)的經(jīng)所述業(yè)務(wù)密鑰加密后的多媒體信息。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述移動數(shù)據(jù)廣播業(yè)務(wù)平臺向所述終端傳輸所述業(yè)務(wù)密鑰的處理包括以下之一所述移動數(shù)據(jù)廣播業(yè)務(wù)平臺主動將所述業(yè)務(wù)密鑰通過雙向通道推送給所述終端；所述移動數(shù)據(jù)廣播業(yè)務(wù)平臺響應(yīng)于所述終端獲取所述業(yè)務(wù)密鑰的請求將所述業(yè)務(wù)密鑰通過所述雙向通道發(fā)送給所述終端。3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述移動數(shù)據(jù)廣播業(yè)務(wù)平臺向所述終端傳輸所述業(yè)務(wù)密鑰的處理包括所述移動數(shù)據(jù)廣播業(yè)務(wù)平臺根據(jù)多媒體因特網(wǎng)密鑰協(xié)議對待傳輸?shù)乃鰳I(yè)務(wù)密鑰進行封裝，并將所述多媒體信息業(yè)務(wù)所對應(yīng)的業(yè)務(wù)標識與封裝后的所述業(yè)務(wù)密鑰一并發(fā)送給所述終端。4.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述移動數(shù)據(jù)廣播業(yè)務(wù)平臺向所述終端發(fā)送所述多媒體信息之前，所述方法進一步包括所述移動數(shù)據(jù)廣播業(yè)務(wù)平臺利用預(yù)定的內(nèi)容密鑰對加密前的所述多媒體信息的內(nèi)容數(shù)據(jù)進行加密，利用所述業(yè)務(wù)密鑰對所述內(nèi)容密鑰進行加密，并利用所述終端的用戶密鑰對所述業(yè)務(wù)密鑰進行加密，并廣播加密后的所述內(nèi)容密鑰。5.根據(jù)權(quán)利要求4所述的方法，其特征在于，在所述移動數(shù)據(jù)廣播業(yè)務(wù)平臺發(fā)送了所述多媒體信息之后，所述方法進一步包括所述終端接收所述多媒體信息，利用所述用戶密鑰對所述多媒體信息進行解密，得到所述業(yè)務(wù)密鑰加密的多媒體信息；所述終端利用來自所述移動數(shù)據(jù)廣播業(yè)務(wù)平臺的所述業(yè)務(wù)密鑰對所述業(yè)務(wù)密鑰加密的多媒體信息進行解密，得到所述內(nèi)容密鑰加密的所述多媒體信息的內(nèi)容數(shù)據(jù)；所述終端利用通過所述廣播信道接收的所述內(nèi)容密鑰對所述內(nèi)容密鑰加密的多媒體信息的內(nèi)容數(shù)據(jù)進行解密，得到所述多媒體信息的內(nèi)容數(shù)據(jù)。6.—種多媒體信息業(yè)務(wù)的實現(xiàn)方法，其特征在于，所述方法包括發(fā)送方通過雙向通道向接收方傳輸所述接收方定購的多媒體信息業(yè)務(wù)所對應(yīng)的業(yè)務(wù)密鑰；所述發(fā)送方通過廣播信道向所述接收方發(fā)送所述多媒體信息業(yè)務(wù)的經(jīng)所述業(yè)務(wù)密鑰加密后的多媒體信息。7.—種多媒體信息業(yè)務(wù)的實現(xiàn)系統(tǒng)，其特征在于，所述系統(tǒng)包括發(fā)送方和接收方，其中，所述發(fā)送方用于通過廣播信道向接收方傳輸所述接收方定購的多媒體信息業(yè)務(wù)所對應(yīng)的業(yè)務(wù)密鑰，并通過廣播信道向所述接收方發(fā)送所述多媒體信息業(yè)務(wù)的經(jīng)所述業(yè)務(wù)密鑰加密后的多媒體信息；所述接收方用于接收所述多媒體信息和所述業(yè)務(wù)密鑰，并利用接收的所述業(yè)務(wù)密鑰對所述多媒體信息進行解密，得到所述多媒體信息的內(nèi)容數(shù)據(jù)。8.—種多媒體信息業(yè)務(wù)的實現(xiàn)裝置，其特征在于，設(shè)置于多媒體信息的發(fā)送方，所述裝置包括第一發(fā)送模塊，用于向接收方傳輸所述接收方定購的多媒體信息業(yè)務(wù)所對應(yīng)的業(yè)務(wù)密鑰；加密模塊，用于利用所述業(yè)務(wù)密鑰對所述多媒體信息業(yè)務(wù)的多媒體信息進行加密；第二發(fā)送模塊，用于向所述接收方發(fā)送經(jīng)由所述加密模塊加密后的所述多媒體信息。9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述第一發(fā)送模塊進一步包括封裝模塊，用于根據(jù)多媒體因特網(wǎng)密鑰協(xié)議對待傳輸?shù)乃鰳I(yè)務(wù)密鑰進行封裝。10.根據(jù)權(quán)利要求8所述的裝置，其特征在于，進一步包括請求接收模塊，用于接收來自所述接收方的獲取所述業(yè)務(wù)密鑰的請求，并在接收到所述請求的情況下，通知所述第一發(fā)送模塊發(fā)送所述業(yè)務(wù)密鑰給所述接收方。11.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述加密模塊進一步包括第一加密子模塊，用于利用內(nèi)容密鑰對加密前的所述多媒體信息的內(nèi)容數(shù)據(jù)進行加密；第二加密子模塊，用于利用所述業(yè)務(wù)密鑰對所述內(nèi)容密鑰進行加密；第三加密子模塊，用于利用所述接收方的用戶密鑰對所述業(yè)務(wù)密鑰進行加密。12.—種終端，用于接收并解析由發(fā)送方通過廣播信道發(fā)送的多媒體信息，其特征在于，所述終端包括第一接收模塊，用于接收所述發(fā)送方經(jīng)由所述廣播信道發(fā)送的經(jīng)過加密的所述多媒體信息；第二接收模塊，用于接收所述發(fā)送方發(fā)送的對所述多媒體信息進行加密的業(yè)務(wù)密鑰；解密模塊，用于對經(jīng)過加密的所述多媒體信息進行解密。13.根據(jù)權(quán)利要求12所述的終端，其特征在于，所述解密模塊進一步包括第一解密模塊，用于利用所述終端的用戶密鑰對接收的所述多媒體信息進行解密，得到所述業(yè)務(wù)密鑰加密的多媒體信息；第二解密模塊，用于利用所述第二接收模塊接收的所述業(yè)務(wù)密鑰對所述業(yè)務(wù)密鑰加密的多媒體信息進行解密，得到預(yù)定的內(nèi)容密鑰加密的所述多媒體信息的內(nèi)容數(shù)據(jù)；第三解密模塊，用于利用所述預(yù)定的內(nèi)容密鑰對所述內(nèi)容密鑰加密的多媒體信息的內(nèi)容數(shù)據(jù)進行解密，得到所述多媒體信息的內(nèi)容數(shù)據(jù)。14.根據(jù)權(quán)利要求12所述的終端，其特征在于，進一步包括請求發(fā)送模塊，用于向所述發(fā)送方發(fā)送請求以獲取所述業(yè)務(wù)密鑰。15.根據(jù)權(quán)利要求12所述的終端，其特征在于，進一步包括顯示模塊，用于顯示由所述解密模塊解密得到的所述多媒體信息。全文摘要本發(fā)明公開了一種多媒體信息業(yè)務(wù)的實現(xiàn)方法、系統(tǒng)和裝置、以及終端，其中，該方法包括移動數(shù)據(jù)廣播業(yè)務(wù)平臺向終端傳輸終端定購的多媒體信息業(yè)務(wù)所對應(yīng)的業(yè)務(wù)密鑰；移動數(shù)據(jù)廣播業(yè)務(wù)平臺通過廣播信道向終端發(fā)送多媒體信息業(yè)務(wù)的經(jīng)業(yè)務(wù)密鑰加密后的多媒體信息。通過使用本發(fā)明，能夠在投入很小成本的前提下就能夠避免無線通信網(wǎng)絡(luò)承載對多媒體信息業(yè)務(wù)的復(fù)雜流程要求和流量限制，極大的簡化了整個多媒體信息的業(yè)務(wù)實現(xiàn)流程，從根本上豐富了用戶對彩信業(yè)務(wù)的體驗。文檔編號H04H60/09GK101765107SQ20081018733公開日2010年6月30日申請日期2008年12月26日優(yōu)先權(quán)日2008年12月26日發(fā)明者黃光平申請人:中興通訊股份有限公司