流媒體數(shù)字版權(quán)保護(hù)方法及終端和流媒體服務(wù)器的制造方法
【專(zhuān)利摘要】本發(fā)明涉及無(wú)線通信領(lǐng)域，公開(kāi)了一種流媒體數(shù)字版權(quán)保護(hù)方法及終端和流媒體服務(wù)器。本發(fā)明中，針對(duì)通信網(wǎng)絡(luò)多路承載方式，分別設(shè)計(jì)了用于高速網(wǎng)絡(luò)和低速網(wǎng)絡(luò)的兩種版權(quán)保護(hù)策略；在高速網(wǎng)絡(luò)下，保證流媒體下載和播放流暢的同時(shí)，采用最全面的保護(hù)策略保護(hù)流媒體的版權(quán)；在低速網(wǎng)絡(luò)時(shí)，通過(guò)大幅減少下載流標(biāo)簽對(duì)應(yīng)的權(quán)限對(duì)象把網(wǎng)絡(luò)承載能力用于下載流標(biāo)簽來(lái)保證流媒體下載和播放的流暢性，同時(shí)通過(guò)終端自身來(lái)保護(hù)流媒體的安全。進(jìn)一步在網(wǎng)絡(luò)發(fā)生切換時(shí)，根據(jù)切換后網(wǎng)絡(luò)的承載能力來(lái)選擇合適的權(quán)限保護(hù)策略，進(jìn)一步保證流媒體的下載和播放的流暢和流媒體的安全。
【專(zhuān)利說(shuō)明】流媒體數(shù)字版權(quán)保護(hù)方法及終端和流媒體服務(wù)器
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及無(wú)線通信領(lǐng)域，特別涉及流媒體數(shù)字版權(quán)保護(hù)方法及終端和流媒體服務(wù)器。
【背景技術(shù)】 [0002]隨著移動(dòng)通信技術(shù)和多媒體技術(shù)的快速發(fā)展，以及移動(dòng)通信終端上多媒體業(yè)務(wù)增強(qiáng)，使得用戶(hù)使用終端從互聯(lián)網(wǎng)上播放流媒體成為可能。由于多媒體文件(比如電影)需要較多的存儲(chǔ)空間，下載該多媒體非常耗時(shí)，終端用戶(hù)更傾向于直接播放流媒體。正規(guī)網(wǎng)絡(luò)上的流媒體內(nèi)容都有版權(quán)保護(hù)，即使是免費(fèi)內(nèi)容也可能不允許終端用戶(hù)隨意轉(zhuǎn)發(fā)，如果沒(méi)有有效的版權(quán)保護(hù)方案，用戶(hù)在下載完流媒體后，會(huì)在極短的時(shí)間內(nèi)造成該流媒體被非法傳播。來(lái)自網(wǎng)絡(luò)的流媒體能夠給終端用戶(hù)帶來(lái)方便，同時(shí)也對(duì)版權(quán)保護(hù)發(fā)起了挑戰(zhàn)。
[0003]近年來(lái)，各種組織和標(biāo)準(zhǔn)致力于研究移動(dòng)通信網(wǎng)絡(luò)上的數(shù)字版權(quán)保護(hù)方案。例如開(kāi)放移動(dòng)聯(lián)盟OMA數(shù)字版權(quán)保護(hù)(Digital Rights Management,簡(jiǎn)稱(chēng)“DRM”)協(xié)議,微軟數(shù)字版權(quán)保護(hù)(Microsoft DRM)標(biāo)準(zhǔn)等。在OMA于2008年7月份發(fā)布的協(xié)議標(biāo)準(zhǔn)〈〈數(shù)字版權(quán)保護(hù)規(guī)范批準(zhǔn)版2.0.2——2008年7月23日(DRM Specification ApprovedVersion2.0.2_23Jul2008) ?中設(shè)計(jì)了對(duì)無(wú)線通信網(wǎng)絡(luò)上數(shù)字內(nèi)容的版權(quán)保護(hù)。
[0004]根據(jù)OMA DRM協(xié)議，把原始數(shù)字內(nèi)容加密后打包成數(shù)字版權(quán)保護(hù)內(nèi)容格式(DRMContent Format，簡(jiǎn)稱(chēng)“DCF”)文件，DCF中包含該數(shù)字內(nèi)容的唯一標(biāo)識(shí)符(KeyID)和對(duì)應(yīng)的權(quán)限對(duì)象的統(tǒng)一資源定位符(Uniform/Universal Resource Locator,簡(jiǎn)稱(chēng)“URL”)地址，要求每個(gè)受DRM保護(hù)的DCF文件可以通過(guò)任何途徑自由傳輸給終端，但是該數(shù)字內(nèi)容對(duì)應(yīng)的權(quán)限對(duì)象必須通過(guò)安全途徑傳輸?shù)浇K端。終端DRM連接到DCF文件中指定的URL上(一般是權(quán)限對(duì)象服務(wù)器)，根據(jù)KeyID找對(duì)應(yīng)權(quán)限對(duì)象。該權(quán)限對(duì)象中包含對(duì)該數(shù)字內(nèi)容的許可(例如播放/顯示/執(zhí)行/打印)和限制(例如可以播放一周時(shí)間/可以顯示20次/免費(fèi)播放)，終端DRM引擎取得該權(quán)限對(duì)象后即可解析加密后的數(shù)字內(nèi)容，然后其他應(yīng)用程序就可以正常使用解密后的數(shù)字內(nèi)容了。
[0005]在對(duì)流媒體的保護(hù)上，針對(duì)流媒體的特性，OMA DRM要求對(duì)每一個(gè)流標(biāo)簽都進(jìn)行DRM保護(hù)。為了更全面的保護(hù)流媒體的數(shù)字版權(quán)，協(xié)議要求每個(gè)流標(biāo)簽的KeyID和URL都唯一，在終端下載完DCF文件后，還需要下載對(duì)應(yīng)的權(quán)限對(duì)象，根據(jù)權(quán)限對(duì)象中的密碼解析加密的數(shù)據(jù)后，再根據(jù)權(quán)限對(duì)象中的許可和限制來(lái)使用原始數(shù)據(jù)。
[0006]這里簡(jiǎn)單介紹現(xiàn)有技術(shù)下對(duì)流媒體的數(shù)字版權(quán)的保護(hù)流程，如圖1所示，現(xiàn)有技術(shù)包括以下步驟:
[0007]步驟101，用戶(hù)準(zhǔn)備下載流媒體中的一個(gè)流標(biāo)簽。
[0008]步驟102，終端通過(guò)網(wǎng)絡(luò)連接流媒體服務(wù)器，下載當(dāng)前的流標(biāo)簽。
[0009]步驟103，終端DRM引擎從流標(biāo)簽中解析出KeyID和URL。
[0010]步驟104，根據(jù)URL連接權(quán)限對(duì)象服務(wù)器，在該服務(wù)器中通過(guò)匹配KeyID來(lái)找到對(duì)應(yīng)的權(quán)限對(duì)象。[0011]步驟105，判斷獲取權(quán)限對(duì)象是否成功，如果成功，執(zhí)行步驟106 ;否則返回步驟104重新獲取對(duì)應(yīng)的權(quán)限對(duì)象。
[0012]在現(xiàn)有技術(shù)中，每個(gè)流標(biāo)簽必須對(duì)應(yīng)一個(gè)唯一的權(quán)限對(duì)象，所以權(quán)限對(duì)象下載失敗時(shí)，需要重新獲??；否則無(wú)法解析該流標(biāo)簽，也就無(wú)法知道下一個(gè)流標(biāo)簽的位置，導(dǎo)致整個(gè)流媒體后續(xù)下載和播放失敗。
[0013]步驟106，根據(jù)權(quán)限對(duì)象中保存的密鑰解析原始數(shù)據(jù)。
[0014]步驟107，執(zhí)行權(quán)限對(duì)象的許可和限制。
[0015]步驟108，繼續(xù)下載后續(xù)流標(biāo)簽。
[0016]終端在使用3G/3.9G網(wǎng)絡(luò)(TD/WCDMA/LTE等)或者WLAN網(wǎng)絡(luò)時(shí)，該現(xiàn)有技術(shù)的版權(quán)保護(hù)策略下可以流暢下載和播放流媒體；但是終端在使用2.5G/2.75G網(wǎng)絡(luò)時(shí)，這種保護(hù)策略會(huì)造成終端下載流標(biāo)簽和對(duì)應(yīng)的權(quán)限對(duì)象時(shí)對(duì)網(wǎng)絡(luò)負(fù)載較大，也更加難以完成對(duì)該流標(biāo)簽的數(shù)字版權(quán)保護(hù)，導(dǎo)致終端用戶(hù)播放流媒體時(shí)不流暢甚至造成斷續(xù)，用戶(hù)體驗(yàn)較差。
[0017]經(jīng)過(guò)分析，現(xiàn)有技術(shù)存在如下不足之處:
[0018]1.由于流媒體分成多個(gè)流標(biāo)簽下載，現(xiàn)有技術(shù)中要求對(duì)流媒體的所有的流標(biāo)簽都通過(guò)唯一對(duì)應(yīng)的權(quán)限對(duì)象加密保護(hù)，且每個(gè)權(quán)限對(duì)象的URL和KeyID不同，終端在低速網(wǎng)絡(luò)下下載完加密的流標(biāo)簽后還得下載對(duì)應(yīng)的權(quán)限對(duì)象；且由于URL和KeyID的不同，導(dǎo)致在下載過(guò)程中需要先鏈接到不同的URL上再匹配唯一的KeylD。在低速網(wǎng)絡(luò)下額外再下載權(quán)限對(duì)象會(huì)使網(wǎng)絡(luò)負(fù)載更加繁重，導(dǎo)致下載流標(biāo)簽更艱難，同時(shí)也更加消耗系統(tǒng)資源?，F(xiàn)有技術(shù)中只有一種版權(quán)保護(hù)策略，無(wú)法適用于低速網(wǎng)絡(luò)和網(wǎng)絡(luò)切換。
[0019]2.現(xiàn)有技術(shù)中，沒(méi)有考慮到通信鏈路的多路承載與切換(移動(dòng)網(wǎng)絡(luò)和WLAN網(wǎng)絡(luò))。當(dāng)終端移動(dòng)到更適合流媒體下載和保護(hù)的網(wǎng)絡(luò)上時(shí)，沒(méi)有切換到承載網(wǎng)絡(luò)，也沒(méi)有做到切換到合適的版權(quán)保護(hù)策略上去。
[0020]3.現(xiàn)有技術(shù)中，終端在通過(guò)2/3G網(wǎng)絡(luò)下載流媒體時(shí)，沒(méi)有創(chuàng)建獨(dú)占式TOP鏈路，致使其他應(yīng)用軟件共享PDP鏈路造成流媒體下載不流暢。
[0021]4.現(xiàn)有技術(shù)在開(kāi)始下載后或者下載過(guò)程中，只有一種保護(hù)策略，如果一個(gè)流標(biāo)簽對(duì)應(yīng)的權(quán)限對(duì)象下載失敗，則該流標(biāo)簽無(wú)法解析，也無(wú)法繼續(xù)后續(xù)下載。

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

[0022]本發(fā)明的目的在于提供一種流媒體數(shù)字版權(quán)保護(hù)方法及終端和流媒體服務(wù)器，使得在不同的網(wǎng)絡(luò)承載能力下保證流暢地下載和播放流媒體，同時(shí)保證流媒體的安全。
[0023]為解決上述技術(shù)問(wèn)題，本發(fā)明的實(shí)施方式提供了一種流媒體數(shù)字版權(quán)保護(hù)方法，包含以下步驟:
[0024]在開(kāi)始下載流媒體時(shí)，終端根據(jù)所駐扎的當(dāng)前網(wǎng)絡(luò)的承載能力，選擇與當(dāng)前網(wǎng)絡(luò)的承載能力相適應(yīng)的數(shù)字版權(quán)保護(hù)DRM策略；
[0025]終端請(qǐng)求負(fù)責(zé)下發(fā)流標(biāo)簽的流媒體服務(wù)器對(duì)流標(biāo)簽采用所述選擇的DRM策略；
[0026]如果請(qǐng)求成功，則在下載流媒體過(guò)程中所述終端對(duì)流標(biāo)簽采用所述選擇的DRM策略進(jìn)行流媒體的數(shù)字版權(quán)保護(hù)；
[0027]其中，與高速網(wǎng)絡(luò)相適應(yīng)的DRM策略為對(duì)每個(gè)流標(biāo)簽分別采用一個(gè)權(quán)限對(duì)象進(jìn)行保護(hù)的獨(dú)立權(quán)限對(duì)象保護(hù)策略；[0028]與低速網(wǎng)絡(luò)相適應(yīng)的DRM策略為對(duì)所有的流標(biāo)簽采用唯——個(gè)相同的權(quán)限對(duì)象進(jìn)行保護(hù)的唯一權(quán)限對(duì)象保護(hù)策略。
[0029]本發(fā)明的實(shí)施方式還提供了一種終端，包含:
[0030]選擇模塊，用于在開(kāi)始下載流媒體時(shí)，根據(jù)所駐扎的當(dāng)前網(wǎng)絡(luò)的承載能力，選擇與當(dāng)前網(wǎng)絡(luò)的承載能力相適應(yīng)的數(shù)字版權(quán)保護(hù)DRM策略；
[0031]協(xié)商模塊，用于請(qǐng)求負(fù)責(zé)下發(fā)流標(biāo)簽的流媒體服務(wù)器對(duì)流標(biāo)簽采用所述選擇的DRM策略；
[0032]DRM弓I擎模塊，用于在請(qǐng)求成功時(shí)，在下載流媒體過(guò)程中對(duì)流標(biāo)簽采用所述選擇的DRM策略進(jìn)行流媒體的數(shù)字版權(quán)保護(hù)；
[0033]其中，與高速網(wǎng)絡(luò)相適應(yīng)的DRM策略為對(duì)每個(gè)流標(biāo)簽分別采用一個(gè)權(quán)限對(duì)象進(jìn)行保護(hù)的獨(dú)立權(quán)限對(duì)象保護(hù)策略；
[0034]與低速網(wǎng)絡(luò)相適應(yīng)的DRM策略為對(duì)所有的流標(biāo)簽采用唯——個(gè)相同的權(quán)限對(duì)象進(jìn)行保護(hù)的唯一權(quán)限對(duì)象保護(hù)策略。
[0035]本發(fā)明的實(shí)施方式還提供了一種流媒體服務(wù)器，包含:
[0036]DRM策略協(xié)商模塊，用于接收來(lái)自終端所選擇的DRM策略的請(qǐng)求，并向終端發(fā)送是否接受請(qǐng)求的響應(yīng)；
[0037]流標(biāo)簽下發(fā)模塊，在所述流媒體服務(wù)器接受請(qǐng)求時(shí)，在下發(fā)流標(biāo)簽的過(guò)程中，對(duì)流標(biāo)簽采用所述選擇的DRM策略進(jìn)行流媒體的數(shù)字版權(quán)保護(hù)。
[0038]本發(fā)明實(shí)施方式相對(duì)于現(xiàn)有技術(shù)而言，本發(fā)明針對(duì)通信網(wǎng)絡(luò)多路承載方式，分別設(shè)計(jì)了用于高速網(wǎng)絡(luò)和低速網(wǎng)絡(luò)的兩種版權(quán)保護(hù)策略；在高速網(wǎng)絡(luò)下，保證流媒體下載和播放流暢的同時(shí)，采用最全面的保護(hù)策略保護(hù)流媒體的版權(quán)；在低速網(wǎng)絡(luò)時(shí)，通過(guò)大幅減少下載流標(biāo)簽對(duì)應(yīng)的權(quán)限對(duì)象把網(wǎng)絡(luò)承載能力用于下載流標(biāo)簽來(lái)保證流媒體下載和播放的流暢性，同時(shí)通過(guò)終端自身來(lái)保護(hù)流媒體的安全。
[0039]另外，當(dāng)在下載流媒體過(guò)程中發(fā)生高速網(wǎng)絡(luò)到低速網(wǎng)絡(luò)的切換時(shí)，終端保存網(wǎng)絡(luò)切換前正常使用的權(quán)限對(duì)象，將所述DRM策略切換為對(duì)后續(xù)流標(biāo)簽采用上一個(gè)正常使用的權(quán)限對(duì)象進(jìn)行保護(hù)的相同權(quán)限對(duì)象保護(hù)策略；
[0040]終端請(qǐng)求所述流媒體服務(wù)器采用所述相同權(quán)限對(duì)象保護(hù)策略；
[0041]如果請(qǐng)求成功，則所述終端在所述切換后的低速網(wǎng)絡(luò)中，采用所述相同權(quán)限對(duì)象保護(hù)策略進(jìn)行流媒體的數(shù)字版權(quán)保護(hù)。
[0042]當(dāng)在下載流媒體過(guò)程中發(fā)生低速網(wǎng)絡(luò)到高速網(wǎng)絡(luò)的切換時(shí)，終端請(qǐng)求所述流媒體服務(wù)器對(duì)后續(xù)流標(biāo)簽采用所述獨(dú)立權(quán)限對(duì)象保護(hù)策略；
[0043]如果請(qǐng)求成功，則所述終端在所述切換后的高速網(wǎng)絡(luò)中，對(duì)后續(xù)流標(biāo)簽采用所述獨(dú)立權(quán)限對(duì)象保護(hù)策略進(jìn)行流媒體的數(shù)字版權(quán)保護(hù)。
[0044]當(dāng)網(wǎng)絡(luò)發(fā)生切換時(shí)，本發(fā)明根據(jù)切換后網(wǎng)絡(luò)的承載能力來(lái)選擇合適的權(quán)限保護(hù)策略，進(jìn)一步保證流媒體的下載和播放的流暢和流媒體的安全。
[0045]另外，當(dāng)所述終端采用所述唯一權(quán)限對(duì)象保護(hù)策略或所述相同權(quán)限對(duì)象保護(hù)策略時(shí)，所述終端接收的后續(xù)流標(biāo)簽中不包含唯一標(biāo)識(shí)符KeyID和統(tǒng)一資源定位符URL地址。
[0046]由于在采用唯一權(quán)限對(duì)象保護(hù)策略或相同權(quán)限對(duì)象保護(hù)策略時(shí)，后續(xù)的流標(biāo)簽中不再嵌入KeyID和URL，也不再下載流標(biāo)簽對(duì)應(yīng)的權(quán)限對(duì)象，可以大大節(jié)約網(wǎng)絡(luò)承載，將有限的網(wǎng)絡(luò)承載能力用于全力下載流標(biāo)簽；同時(shí)由于不需要在后續(xù)流標(biāo)簽中解析KeyID和URL也節(jié)省了終端系統(tǒng)資源的消耗。
[0047]另外，在終端下載流標(biāo)簽及其權(quán)限對(duì)象時(shí)，所述終端根據(jù)用戶(hù)的選擇創(chuàng)建獨(dú)占式或者復(fù)用式分組數(shù)據(jù)協(xié)議PDP鏈路，并將全部PDP鏈路用于承載流標(biāo)簽和權(quán)限對(duì)象的下載。
[0048]采用獨(dú)占PDP鏈路的方式可以提升網(wǎng)絡(luò)的數(shù)據(jù)承載能力，并且在下載流媒體的過(guò)程中，其他應(yīng)用無(wú)法成功激活rop，保證了 PDP鏈路的獨(dú)占，最大限度的滿(mǎn)足流標(biāo)簽和權(quán)限對(duì)象的流暢下載。
[0049]另外，在所述下載流媒體過(guò)程中，所述終端通過(guò)流標(biāo)簽下載線程、權(quán)限對(duì)象下載線程、DRM引擎線程、流媒體播放器進(jìn)行流媒體的下載和播放；
[0050]其中，所述終端通過(guò)所述流標(biāo)簽下載線程下載流標(biāo)簽，并在完成一個(gè)流標(biāo)簽的下載后，將所述下載的流標(biāo)簽緩存在流標(biāo)簽緩存隊(duì)列中；
[0051]所述終端通過(guò)所述DRM引擎線程解析流標(biāo)簽，得到唯一標(biāo)識(shí)符KeyID和統(tǒng)一資源定位符URL地址，并根據(jù)所述URL地址連接權(quán)限對(duì)象服務(wù)器，發(fā)起下載權(quán)限對(duì)象的請(qǐng)求；
[0052]所述終端通過(guò)所述權(quán)限對(duì)象下載線程下載所述權(quán)限對(duì)象；
[0053]所述DRM引擎線程在所述權(quán)限對(duì)象下載線程每完成一個(gè)權(quán)限對(duì)象的下載后，從所述流標(biāo)簽緩存隊(duì)列中取出緩存的流標(biāo)簽，解密出原始流標(biāo)簽數(shù)據(jù)，根據(jù)該下載的權(quán)限對(duì)象的許可和限制把原始數(shù)據(jù)交給流媒體播放器線程播放；
[0054]其中，流標(biāo)簽下載線程、權(quán)限對(duì)象下載線程、DRM引擎線程、流媒體播放器為單獨(dú)的線程。
[0055]通過(guò)流標(biāo)簽下載線程、權(quán)限對(duì)象下載線程、DRM引擎線程、流媒體播放器這些單獨(dú)的線程進(jìn)行流媒體的下載和播放，就做到了即使出現(xiàn)網(wǎng)絡(luò)中斷，也可以繼續(xù)播放已經(jīng)解密的流標(biāo)簽，播放不會(huì)馬上中斷；當(dāng)網(wǎng)絡(luò)暫時(shí)中斷恢復(fù)正常后，流標(biāo)簽繼續(xù)下載，播放器繼續(xù)播放；對(duì)終端用戶(hù)而言，體會(huì)不到網(wǎng)絡(luò)中斷的發(fā)生。
【專(zhuān)利附圖】

【附圖說(shuō)明】
[0056]圖1是現(xiàn)有技術(shù)的流媒體的數(shù)字版權(quán)保護(hù)流程圖；
[0057]圖2是本發(fā)明第一實(shí)施方式的流媒體數(shù)字版權(quán)保護(hù)方法的流程圖；
[0058]圖3是本發(fā)明第二實(shí)施方式的流媒體數(shù)字版權(quán)保護(hù)方法中從3G網(wǎng)絡(luò)切換到2G網(wǎng)絡(luò)的流程圖；
[0059]圖4是本發(fā)明第二實(shí)施方式的流媒體數(shù)字版權(quán)保護(hù)方法中從2G網(wǎng)絡(luò)切換到WLAN網(wǎng)絡(luò)的流程圖；
[0060]圖5是本發(fā)明第二實(shí)施方式的流媒體數(shù)字版權(quán)保護(hù)方法中從WLAN網(wǎng)絡(luò)切換到2G網(wǎng)絡(luò)的流程圖；
[0061]圖6是本發(fā)明第三實(shí)施方式的流媒體數(shù)字版權(quán)保護(hù)方法中創(chuàng)建獨(dú)占式PDP鏈路的流程圖。
【具體實(shí)施方式】
[0062]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明的各實(shí)施方式進(jìn)行詳細(xì)的闡述。然而，本領(lǐng)域的普通技術(shù)人員可以理解，在本發(fā)明各實(shí)施方式中，為了使讀者更好地理解本申請(qǐng)而提出了許多技術(shù)細(xì)節(jié)。但是，即使沒(méi)有這些技術(shù)細(xì)節(jié)和基于以下各實(shí)施方式的種種變化和修改，也可以實(shí)現(xiàn)本申請(qǐng)各權(quán)利要求所要求保護(hù)的技術(shù)方案。
[0063]本發(fā)明的第一實(shí)施方式涉及一種流媒體數(shù)字版權(quán)保護(hù)方法,本實(shí)施方式針對(duì)通信網(wǎng)絡(luò)多路承載方式，分別設(shè)計(jì)了用于高速網(wǎng)絡(luò)和低速網(wǎng)絡(luò)的兩種版權(quán)保護(hù)策略；在高速網(wǎng)絡(luò)下，保證流媒體下載和播放流暢的同時(shí)，采用最全面的保護(hù)策略保護(hù)流媒體的版權(quán)；在低速網(wǎng)絡(luò)時(shí)，通過(guò)大幅減少下載流標(biāo)簽對(duì)應(yīng)的權(quán)限對(duì)象，把網(wǎng)絡(luò)承載能力用于下載流標(biāo)簽，來(lái)保證流媒體下載和播放的流暢性，同時(shí)通過(guò)終端自身來(lái)保護(hù)流媒體的安全。
[0064]具體流程如圖2所示，包含以下步驟:
[0065]步驟201，在開(kāi)始下載流媒體時(shí)，終端根據(jù)所駐扎的當(dāng)前網(wǎng)絡(luò)的承載能力，選擇與當(dāng)前網(wǎng)絡(luò)的承載能力相適應(yīng)的數(shù)字版權(quán)保護(hù)DRM策略。
[0066]步驟202，終端請(qǐng)求負(fù)責(zé)下發(fā)流標(biāo)簽的流媒體服務(wù)器對(duì)流標(biāo)簽采用選擇的DRM策略。
[0067]步驟203，判斷請(qǐng)求是否成功，若請(qǐng)求成功，則執(zhí)行步驟204 ;若請(qǐng)求不成功，則返回202，繼續(xù)發(fā)出請(qǐng)求。
[0068]步驟204，在下載流媒體過(guò)程中終端對(duì)流標(biāo)簽采用選擇的DRM策略進(jìn)行流媒體的數(shù)字版權(quán)保護(hù)。
[0069]其中，與高速網(wǎng)絡(luò)相適應(yīng)的DRM策略為對(duì)每個(gè)流標(biāo)簽分別采用一個(gè)權(quán)限對(duì)象進(jìn)行保護(hù)的獨(dú)立權(quán)限對(duì)象保護(hù)策略；具體地說(shuō)，在高速網(wǎng)絡(luò)下，對(duì)每個(gè)流標(biāo)簽都采用一個(gè)唯一的權(quán)限對(duì)象保護(hù)，即使其中一個(gè)權(quán)限對(duì)象被非法獲取，也不會(huì)造成其他流標(biāo)簽被破解，可以最大限度的保護(hù)流標(biāo)簽的版權(quán)和安全。終端下載完流標(biāo)簽后，還需要下載唯一對(duì)應(yīng)的權(quán)限對(duì)象，也就是說(shuō)，每個(gè)流標(biāo)簽都需要下載權(quán)限對(duì)象。此處的高速網(wǎng)絡(luò)包含:第三代移動(dòng)通信3G網(wǎng)絡(luò)、無(wú)線寬帶局域網(wǎng)WLAN ;而第三代移動(dòng)通信3G網(wǎng)絡(luò)又包含:時(shí)分同步碼分多址TD-SCDMA網(wǎng)絡(luò)、寬帶碼分多址WCDMA網(wǎng)絡(luò)、長(zhǎng)期演進(jìn)LTE網(wǎng)絡(luò)。
[0070]與低速網(wǎng)絡(luò)相適應(yīng)的DRM策略為對(duì)所有的流標(biāo)簽采用唯——個(gè)相同的權(quán)限對(duì)象進(jìn)行保護(hù)的唯一權(quán)限對(duì)象保護(hù)策略；具體地說(shuō)，在低速網(wǎng)絡(luò)時(shí)，由于網(wǎng)絡(luò)承載能力有限，對(duì)所有的流標(biāo)簽采用同唯一一個(gè)相同的權(quán)限對(duì)象來(lái)保護(hù)，終端在下載第一個(gè)流標(biāo)簽時(shí)從權(quán)限對(duì)象服務(wù)器取得對(duì)應(yīng)的權(quán)限對(duì)象，后續(xù)不會(huì)再下載權(quán)限對(duì)象，后續(xù)的流標(biāo)簽中不再嵌入KeyID和URL，終端下載完成其他流標(biāo)簽后，不需要去解析KeyID和URL，也不需要再連接服務(wù)器取得對(duì)應(yīng)的權(quán)限對(duì)象，直接使用終端保存的第一個(gè)權(quán)限對(duì)象解析后續(xù)所有的流標(biāo)簽，為了保證下載的流標(biāo)簽的版權(quán)和不被非法轉(zhuǎn)發(fā)，在終端播放完成一個(gè)流標(biāo)簽后，DRM引擎通過(guò)強(qiáng)制刪除該流標(biāo)簽來(lái)防止終端轉(zhuǎn)發(fā)，從而在一定限度內(nèi)保護(hù)了流標(biāo)簽。同時(shí)，由于流標(biāo)簽中不再嵌入KeyID和URL，在減輕了網(wǎng)絡(luò)負(fù)載的同時(shí)，也減少了系統(tǒng)資源的消耗。在該保護(hù)策略下，雖然不需要下載對(duì)應(yīng)的權(quán)限對(duì)象，但是每個(gè)流標(biāo)簽還是需要權(quán)限對(duì)象來(lái)保護(hù)。此處的低速網(wǎng)路包含:第二代移動(dòng)通信2G網(wǎng)絡(luò)、2.5G網(wǎng)絡(luò)、2.75G網(wǎng)絡(luò)。
[0071]不論使用上述兩種中的何種保護(hù)策略，每個(gè)流標(biāo)簽都必須加密后通過(guò)權(quán)限對(duì)象保護(hù)。終端用戶(hù)在取得流標(biāo)簽但是沒(méi)有對(duì)應(yīng)的權(quán)限對(duì)象的情況下，無(wú)法解析此流標(biāo)簽，從而保護(hù)了該流媒體的版權(quán)。
[0072]不論采用何種策略，當(dāng)終端DRM引擎請(qǐng)求開(kāi)始下載流媒體的第一個(gè)流標(biāo)簽時(shí)，需要告知流媒體服務(wù)器采用何種DRM保護(hù)策略，流媒體服務(wù)器在下發(fā)后續(xù)流標(biāo)簽時(shí)將一直采用該策略。
[0073]與現(xiàn)有技術(shù)相比，本實(shí)施方式針對(duì)通信網(wǎng)絡(luò)多路承載方式，分別設(shè)計(jì)了用于高速網(wǎng)絡(luò)和低速網(wǎng)絡(luò)的兩種版權(quán)保護(hù)策略；在高速網(wǎng)絡(luò)下，保證流媒體下載和播放流暢的同時(shí)，采用最全面的保護(hù)策略保護(hù)流媒體的版權(quán)；在低速網(wǎng)絡(luò)時(shí)，通過(guò)大幅減少下載流標(biāo)簽對(duì)應(yīng)的權(quán)限對(duì)象把網(wǎng)絡(luò)承載能力用于下載流標(biāo)簽來(lái)保證流媒體下載和播放的流暢性，同時(shí)通過(guò)終端自身來(lái)保護(hù)流媒體的安全。
[0074]本發(fā)明的第二實(shí)施方式涉及一種流媒體數(shù)字版權(quán)保護(hù)方法。第二實(shí)施方式在第一實(shí)施方式基礎(chǔ)上做了進(jìn)一步改進(jìn)，主要改進(jìn)之處在于:在本發(fā)明第二實(shí)施方式中，當(dāng)網(wǎng)絡(luò)發(fā)生切換時(shí)，根據(jù)切換后網(wǎng)絡(luò)的承載能力來(lái)選擇合適的權(quán)限保護(hù)策略，保證流媒體的下載和播放的流暢和流媒體的安全。
[0075]當(dāng)終端所駐扎的網(wǎng)絡(luò)發(fā)生切換時(shí)，為了下載和播放的流暢性，終端DRM引擎需要及時(shí)請(qǐng)求流媒體服務(wù)器切換保護(hù)策略，也就是，請(qǐng)求服務(wù)器對(duì)后續(xù)下發(fā)的流標(biāo)簽采用合適的權(quán)限對(duì)象保護(hù)策略，比如移動(dòng)網(wǎng)絡(luò)切換到WLAN網(wǎng)絡(luò)，或者2G網(wǎng)絡(luò)切換到3G網(wǎng)絡(luò)上，需要根據(jù)切換后的網(wǎng)絡(luò)承載能力，切換到合適的保護(hù)策略。
[0076]在移動(dòng)網(wǎng)絡(luò)內(nèi)部之間發(fā)生的網(wǎng)絡(luò)切換，不論是從2G切換到3G，還是從3G切換到2G，都是“無(wú)縫切換”，即在切換過(guò)程中用戶(hù)感受不到切換的發(fā)生。所以在下載流媒體和取得權(quán)限對(duì)象的過(guò)程中，對(duì)于移動(dòng)網(wǎng)絡(luò)之間的網(wǎng)絡(luò)切換過(guò)程，不需要提示用戶(hù)底層發(fā)生了網(wǎng)絡(luò)切換。
[0077]如果最初終端駐扎在3G網(wǎng)絡(luò)，DRM引擎和遠(yuǎn)端流媒體服務(wù)器從保護(hù)流媒體的版權(quán)角度考慮，采用的是“獨(dú)立權(quán)限對(duì)象”的保護(hù)策略，下載完每個(gè)流標(biāo)簽后還要單獨(dú)下載與其對(duì)應(yīng)的權(quán)限對(duì)象。當(dāng)從3G網(wǎng)絡(luò)切換到2G網(wǎng)絡(luò)時(shí)，由于下載速度的突然降低，DRM引擎需要調(diào)整流標(biāo)簽的DRM保護(hù)策略，并且在界面上告知用戶(hù)；否則，在2G網(wǎng)絡(luò)下去下載每個(gè)流標(biāo)簽對(duì)應(yīng)的權(quán)限對(duì)象，會(huì)對(duì)網(wǎng)絡(luò)造成很大的負(fù)載，造成播放斷續(xù)。
[0078]當(dāng)在下載流媒體過(guò)程中發(fā)生高速網(wǎng)絡(luò)到低速網(wǎng)絡(luò)的切換時(shí)，終端保存網(wǎng)絡(luò)切換前正常使用的權(quán)限對(duì)象，將DRM策略切換為對(duì)后續(xù)流標(biāo)簽采用上一個(gè)正常使用的權(quán)限對(duì)象進(jìn)行保護(hù)的相同權(quán)限對(duì)象保護(hù)策略；
[0079]終端請(qǐng)求流媒體服務(wù)器采用相同權(quán)限對(duì)象保護(hù)策略；
[0080]如果請(qǐng)求成功，則終端在切換后的低速網(wǎng)絡(luò)中，采用相同權(quán)限對(duì)象保護(hù)策略進(jìn)行流媒體的數(shù)字版權(quán)保護(hù)。
[0081]也就是說(shuō)，當(dāng)終端在高速網(wǎng)絡(luò)下使用“唯一權(quán)限對(duì)象”或者“獨(dú)立權(quán)限對(duì)象”下載流標(biāo)簽和權(quán)限對(duì)象時(shí)，突發(fā)網(wǎng)絡(luò)切換到低速網(wǎng)絡(luò)，終端DRM引擎保存當(dāng)前正常使用的權(quán)限對(duì)象，并且立即請(qǐng)求流媒體服務(wù)器(負(fù)責(zé)下發(fā)流標(biāo)簽的遠(yuǎn)端服務(wù)器)對(duì)后續(xù)流標(biāo)簽都采用上一個(gè)正常使用的權(quán)限對(duì)象加密保護(hù)，且不要在后續(xù)流標(biāo)簽中嵌入KeyID和URL。終端DRM引擎在遇到網(wǎng)絡(luò)變化后，通過(guò)保存的正常使用的權(quán)限對(duì)象來(lái)解析后續(xù)下載的流標(biāo)簽。與“唯一權(quán)限對(duì)象”保護(hù)策略一樣，終端DRM引擎通過(guò)強(qiáng)制刪除來(lái)保護(hù)已經(jīng)下載的流標(biāo)簽不被轉(zhuǎn)發(fā)。因?yàn)楹罄m(xù)的流標(biāo)簽中不再嵌入KeyID和URL，也不再下載流標(biāo)簽對(duì)應(yīng)的權(quán)限對(duì)象，這樣就大大節(jié)約了網(wǎng)絡(luò)承載，將有限的網(wǎng)絡(luò)承載能力用于全力下載流標(biāo)簽；同時(shí)由于不需要在后續(xù)流標(biāo)簽中解析KeyID和URL也節(jié)省了終端系統(tǒng)資源的消耗。[0082]下面以3G切換到2G網(wǎng)絡(luò)為例介紹DRM引擎的處理方法，如圖3所示，具體步驟如下:
[0083]步驟301，下載流標(biāo)簽和權(quán)限對(duì)象的過(guò)程中，終端所處網(wǎng)絡(luò)環(huán)境發(fā)生3G到2G的切換。
[0084]在步驟302中，由于下載速度突然降低，為了保證流媒體播放的流暢性，DRM引擎需要調(diào)整下載流標(biāo)簽和權(quán)限對(duì)象的保護(hù)策略。
[0085]在步驟303中，DRM引擎請(qǐng)求流媒體服務(wù)器對(duì)后續(xù)下載的流標(biāo)簽采用“相同權(quán)限對(duì)象”保護(hù)策略，且不要在后續(xù)的流標(biāo)簽中嵌入KeyID和URL。因?yàn)榍度牒筮€需要通過(guò)網(wǎng)絡(luò)下載，造成網(wǎng)絡(luò)負(fù)載；DRM引擎再?gòu)牧鳂?biāo)簽中解析出來(lái)也消耗系統(tǒng)資源。同時(shí)，DRM引擎請(qǐng)保存上一個(gè)正常使用的權(quán)限對(duì)象用來(lái)解析后續(xù)下載的流標(biāo)簽。
[0086]在步驟304中，判斷請(qǐng)求是否成功，DRM引擎發(fā)出請(qǐng)求后，流媒體服務(wù)器處理后會(huì)回復(fù)處理結(jié)果。如果請(qǐng)求成功，則執(zhí)行后續(xù)步驟305;否則，返回步驟303重試。根據(jù)2G網(wǎng)絡(luò)的下載速度和流媒體的特性，在2G網(wǎng)絡(luò)下基本上無(wú)法實(shí)時(shí)下載流標(biāo)簽和獨(dú)立權(quán)限對(duì)象，會(huì)造成播放斷續(xù)，所以在本實(shí)施方式中個(gè)設(shè)定DRM引擎重試請(qǐng)求調(diào)整保護(hù)策略。
[0087]在步驟305中，提示用戶(hù)當(dāng)前已經(jīng)從3G網(wǎng)絡(luò)切換到2G網(wǎng)絡(luò)上，流媒體的播放流暢度可能會(huì)受到影響。
[0088]在步驟306中，后續(xù)在下載完每一個(gè)流標(biāo)簽時(shí)，DRM引擎直接使用保存的權(quán)限對(duì)象解密該流標(biāo)簽，不再解析KeyID和URL，也不需要連接權(quán)限對(duì)象服務(wù)器。實(shí)際上，切換保護(hù)策略成功后，流媒體服務(wù)器在制作后續(xù)的流標(biāo)簽時(shí)也不再嵌入KeyID和URL。
[0089]步驟307，將解密后的流標(biāo)簽交給流媒體播放器播放。
[0090]步驟308，由于后續(xù)流標(biāo)簽使用“相同權(quán)限對(duì)象”保護(hù)策略，為了保證流標(biāo)簽的安全性，當(dāng)流媒體播放器播放完該流標(biāo)簽后，DRM引擎強(qiáng)制刪除該流標(biāo)簽。
[0091]步驟309，安全起見(jiàn)，DRM引擎需要判斷是否刪除成功，如果刪除成功，執(zhí)行步驟310 ;否則返回步驟308再次強(qiáng)制刪除。
[0092]步驟310，完成了一個(gè)流標(biāo)簽的下載、播放和刪除過(guò)程。
[0093]上述步驟301到310描述了網(wǎng)絡(luò)從3G變?yōu)?G時(shí)DRM引擎采用的下載和管理策略。在上述流程中，以網(wǎng)絡(luò)切換后下載一個(gè)流標(biāo)簽為例，對(duì)于后續(xù)下載多個(gè)流標(biāo)簽的情況，實(shí)際上是對(duì)上述部分流程的循環(huán)執(zhí)行，這里不再贅述。
[0094]在多種網(wǎng)絡(luò)承載情況下，經(jīng)常會(huì)出現(xiàn)移動(dòng)網(wǎng)絡(luò)和WLAN網(wǎng)絡(luò)間的切換。從移動(dòng)網(wǎng)絡(luò)切換到WLAN網(wǎng)絡(luò)時(shí)，網(wǎng)絡(luò)制式發(fā)生變化，所以當(dāng)前正在進(jìn)行的下載會(huì)被迫中斷，待切換到新的網(wǎng)絡(luò)下就要重新下載當(dāng)前流標(biāo)簽或者權(quán)限對(duì)象，在界面上需要友好提示用戶(hù)且經(jīng)過(guò)用戶(hù)確認(rèn)。
[0095]移動(dòng)網(wǎng)絡(luò)包括2G網(wǎng)絡(luò)和3G網(wǎng)絡(luò)，無(wú)論哪種網(wǎng)絡(luò)切換到WLAN時(shí)，都會(huì)造成當(dāng)前下載中斷；由于3G網(wǎng)絡(luò)的下載速度較高，切換到WLAN后，仍舊可以采用“獨(dú)立權(quán)限對(duì)象”的流標(biāo)簽保護(hù)策略，所以從3G網(wǎng)絡(luò)切換到WLAN時(shí)，流標(biāo)簽加密策略不需要改變。在2G網(wǎng)絡(luò)時(shí)，為了下載和播放的流暢性，流標(biāo)簽采用“唯一權(quán)限對(duì)象”或者采用“相同權(quán)限對(duì)象”保護(hù)策略，當(dāng)切換到WLAN高速網(wǎng)絡(luò)時(shí)，為了更好地保護(hù)流標(biāo)簽，DRM引擎會(huì)請(qǐng)求流媒體服務(wù)器采用“獨(dú)立權(quán)限對(duì)象”加密流標(biāo)簽。
[0096]從3G網(wǎng)絡(luò)切換到WLAN網(wǎng)絡(luò)時(shí)不需要切換保護(hù)策略，其他都與從2G網(wǎng)絡(luò)切換到WLAN網(wǎng)絡(luò)相同，這里不再贅述。為了完整描述移動(dòng)網(wǎng)絡(luò)切換到WLAN網(wǎng)絡(luò)的過(guò)程，以2G網(wǎng)絡(luò)切換到WLAN網(wǎng)絡(luò)為例進(jìn)行說(shuō)明，當(dāng)在下載流媒體過(guò)程中發(fā)生低速網(wǎng)絡(luò)到高速網(wǎng)絡(luò)的切換時(shí)，終端請(qǐng)求流媒體服務(wù)器對(duì)后續(xù)流標(biāo)簽采用獨(dú)立權(quán)限對(duì)象保護(hù)策略；如果請(qǐng)求成功，則終端在切換后的高速網(wǎng)絡(luò)中，對(duì)后續(xù)流標(biāo)簽采用獨(dú)立權(quán)限對(duì)象保護(hù)策略進(jìn)行流媒體的數(shù)字版權(quán)保護(hù)。如圖4所示，具體步驟如下:
[0097]步驟401，終端從2G網(wǎng)絡(luò)進(jìn)入有WLAN信號(hào)覆蓋的區(qū)域。
[0098]步驟402，終端內(nèi)置的WLAN芯片后臺(tái)掃描時(shí)發(fā)現(xiàn)周?chē)休^強(qiáng)的WLAN信號(hào)覆蓋，且信號(hào)強(qiáng)度和噪聲均比較理想。
[0099]步驟403，由于從移動(dòng)網(wǎng)絡(luò)切換到WLAN網(wǎng)絡(luò)是網(wǎng)絡(luò)制式的切換，會(huì)造成當(dāng)前下載被迫中斷，包括流標(biāo)簽和權(quán)限對(duì)象的下載，且很有可能造成流媒體播放暫時(shí)中斷(比如，終端緩存的少量流標(biāo)簽播放完畢)，所以需要用戶(hù)確認(rèn)是否切換到高速WLAN網(wǎng)絡(luò)。
[0100]在步驟404中，判斷用戶(hù)是否同意切換至WLAN網(wǎng)絡(luò)，如果同意切換，則執(zhí)行步驟405進(jìn)入后續(xù)切換流程；否則執(zhí)行步驟416結(jié)束切換，繼續(xù)使用2G網(wǎng)絡(luò)。
[0101]步驟405，，用戶(hù)決定切換到WLAN網(wǎng)絡(luò)，系統(tǒng)切換到WLAN網(wǎng)絡(luò)，同時(shí)，會(huì)造成當(dāng)前下載被迫中斷。
[0102]步驟406，由于切換到高速網(wǎng)絡(luò)，有了可靠的數(shù)據(jù)承載能力，從DRM保護(hù)角度來(lái)考慮，DRM引擎請(qǐng)求流媒體服務(wù)器對(duì)后續(xù)流標(biāo)簽采用“獨(dú)立權(quán)限對(duì)象”加密保護(hù)。
[0103]步驟407，判斷在406中的請(qǐng)求是否成功，流媒體服務(wù)器會(huì)根據(jù)當(dāng)前的服務(wù)器負(fù)載來(lái)判斷是否對(duì)流標(biāo)簽采用“獨(dú)立權(quán)限對(duì)象”的保護(hù)策略；如果流媒體服務(wù)器非常繁忙，可能會(huì)拒絕終端DRM引擎的請(qǐng)求；如果成功，則執(zhí)行后續(xù)的“獨(dú)立權(quán)限對(duì)象”保護(hù)策略；否則，繼續(xù)使用“相同權(quán)限對(duì)象”保護(hù)策略。即使請(qǐng)求失敗，在原來(lái)的2G網(wǎng)絡(luò)下，采用“相同權(quán)限對(duì)象”保護(hù)策略仍然可以完成流媒體的下載及其DRM保護(hù)，同時(shí)出于流媒體服務(wù)器負(fù)載的保護(hù)，所以可以不重新向流媒體服務(wù)器發(fā)起請(qǐng)求。
[0104]步驟408，因?yàn)榍袚Q到了“獨(dú)立權(quán)限對(duì)象”保護(hù)策略，流媒體服務(wù)器對(duì)后續(xù)流標(biāo)簽嵌入KeyID和URL，所以后續(xù)下載的流標(biāo)簽需要解析出KeyID和URL，并取得對(duì)應(yīng)的權(quán)限對(duì)象。
[0105]步驟409，根據(jù)新取得的權(quán)限對(duì)象解密剛下載的流標(biāo)簽。
[0106]步驟410，流媒體播放器播放解密后的流標(biāo)簽。
[0107]步驟411，如果在步驟407中流媒體服務(wù)器拒絕切換時(shí)，仍采用原來(lái)的2G網(wǎng)絡(luò)下的保護(hù)策略，即:后續(xù)流標(biāo)簽使用最后一個(gè)正常的權(quán)限對(duì)象來(lái)解密。
[0108]步驟412，流媒體播放器播放該流標(biāo)簽。
[0109]步驟413，由于在非“獨(dú)立權(quán)限對(duì)象”策略下，對(duì)流標(biāo)簽的安全保護(hù)較弱，所以播放完成后，DRM引擎強(qiáng)制刪除該流標(biāo)簽，防止終端保存后被非法轉(zhuǎn)發(fā)或遭到竊取。
[0110]步驟414，判斷強(qiáng)制刪除是否成功，如果成功，執(zhí)行步驟415;否則，返回步驟413再
次重試。
[0111]步驟415，完成切換，說(shuō)明網(wǎng)絡(luò)切換成功，結(jié)束整個(gè)流程。
[0112]步驟416，當(dāng)用戶(hù)確認(rèn)不切換至WLAN網(wǎng)絡(luò)時(shí)，在該步驟中，暫不切換，不需要做處理直接退出即可。
[0113]上述步驟401至步驟416，以2G網(wǎng)絡(luò)為例描述了移動(dòng)網(wǎng)絡(luò)切換到WLAN網(wǎng)絡(luò)時(shí)DRM弓I擎和流媒體服務(wù)器的處理方法。[0114]由于WLAN網(wǎng)絡(luò)的下載速度比移動(dòng)通信網(wǎng)絡(luò)快，所以系統(tǒng)在下載流標(biāo)簽和權(quán)限對(duì)象的過(guò)程中無(wú)需實(shí)時(shí)檢測(cè)是否存在移動(dòng)網(wǎng)絡(luò)；終端從WLAN網(wǎng)絡(luò)切換到移動(dòng)網(wǎng)絡(luò)時(shí)，可能是WLAN連接的遠(yuǎn)端AP斷開(kāi)鏈路，也可能是終端用戶(hù)主動(dòng)斷開(kāi)，或者終端切換到了飛行模式導(dǎo)致鏈路斷開(kāi)。
[0115]對(duì)于WLAN網(wǎng)絡(luò)來(lái)說(shuō)，網(wǎng)絡(luò)中斷時(shí)存在2種可能:遠(yuǎn)2而AP斷開(kāi)(RemoteDisconnect)和終端主動(dòng)斷開(kāi)(Local Disconnect)。另外，當(dāng)遠(yuǎn)端AP或者終端WLAN驅(qū)動(dòng)當(dāng)檢測(cè)到信號(hào)強(qiáng)度(RSSI LEVEL)低于_85dBm時(shí)，認(rèn)為信號(hào)太弱，也會(huì)發(fā)起網(wǎng)絡(luò)斷開(kāi)。
[0116]由于從WLAN切換到3G時(shí)，下載速度的差別并不大，所以只需要提示終端用戶(hù)有切換發(fā)生就行，不需要切換DRM保護(hù)策略。但是從WLAN切換到2G網(wǎng)絡(luò)時(shí)，不僅要切換網(wǎng)絡(luò)，而且還要切換保護(hù)策略。同樣，為了描述最完整的切換過(guò)程，以從WLAN網(wǎng)絡(luò)切換到2G網(wǎng)絡(luò)為例來(lái)介紹。從WLAN網(wǎng)絡(luò)切換到3G網(wǎng)絡(luò)時(shí)不需要切換保護(hù)策略，其他與切換到2G網(wǎng)絡(luò)相同，這里不再贅述。
[0117]如圖5所示是從WLAN網(wǎng)絡(luò)切換到2G網(wǎng)絡(luò)的流程圖，具體步驟如下:
[0118]步驟501，WLAN網(wǎng)絡(luò)在運(yùn)行中，終端正常下載流標(biāo)簽和權(quán)限對(duì)象。
[0119]步驟502，WLAN引擎突然上報(bào)WLAN鏈路已經(jīng)斷開(kāi)。
[0120]步驟503，WLAN弓丨擎檢測(cè)WLAN鏈路斷開(kāi)的原因。對(duì)于WLAN網(wǎng)絡(luò)中斷，可能是遠(yuǎn)端AP斷開(kāi)了網(wǎng)絡(luò)連接；或者是終端本地?cái)嚅_(kāi)了網(wǎng)絡(luò)連接，包括用戶(hù)主動(dòng)中斷和終端切換到飛行模式造成的主動(dòng)中斷。
[0121]步驟504，判斷是否終端主動(dòng)中斷了網(wǎng)絡(luò)連接(包括用戶(hù)主動(dòng)和飛行模式造成的中斷)，如果是，則執(zhí)行步驟505進(jìn)行后續(xù)判斷；否則進(jìn)入步驟517重新連接網(wǎng)絡(luò)。
[0122]步驟505，對(duì)于終端主動(dòng)中斷網(wǎng)絡(luò)連接，檢測(cè)當(dāng)前是否切換到了飛行模式。在本步驟中取得飛行模式標(biāo)志位，該標(biāo)志位保存在系統(tǒng)的Flash中，終端進(jìn)入飛行模式時(shí)，會(huì)改寫(xiě)此標(biāo)志位。
[0123]步驟506，判斷當(dāng)前是否處于飛行模式，如果是，則執(zhí)行步驟513終止下載，但是可以繼續(xù)播放緩存的流標(biāo)簽(播放流標(biāo)簽不會(huì)造成終端的射頻發(fā)射)；如果不是飛行模式，執(zhí)行步驟507。
[0124]步驟507，提示用戶(hù)WLAN網(wǎng)絡(luò)被主動(dòng)斷開(kāi)，且不是由于飛行模式導(dǎo)致。對(duì)于用戶(hù)主動(dòng)斷開(kāi)WLAN網(wǎng)絡(luò)，系統(tǒng)不可以重新嘗試連接，只能?chē)L試切換到移動(dòng)通信網(wǎng)絡(luò)。
[0125]步驟508，判斷用戶(hù)是否切換到2G網(wǎng)絡(luò)，如果用戶(hù)同意切換到2G網(wǎng)絡(luò)，則執(zhí)行步驟509進(jìn)行后續(xù)切換；否則，執(zhí)行步驟513停止下載和后續(xù)的播放。
[0126]步驟509，系統(tǒng)從WLAN網(wǎng)絡(luò)切換到2G網(wǎng)絡(luò)。
[0127]步驟510，在2G網(wǎng)絡(luò)下，由于下載速度較慢，采用“獨(dú)立權(quán)限對(duì)象”會(huì)造成下載和播放不流暢，所以DRM引擎請(qǐng)求切換流媒體DRM保護(hù)策略至“相同權(quán)限對(duì)象”保護(hù)策略。
[0128]步驟511，判斷流媒體服務(wù)器切換保護(hù)策略是否成功，如果成功，執(zhí)行步驟512 ;否貝U，執(zhí)行步驟513。
[0129]步驟512，使用新的保護(hù)策略，保存上一個(gè)正常使用的權(quán)限對(duì)象，對(duì)后續(xù)下載的流標(biāo)簽均采用該權(quán)限對(duì)象解密。為了描述方便，這里假設(shè)在新的保護(hù)策略和網(wǎng)絡(luò)環(huán)境下，播放較為流暢。
[0130]步驟513，當(dāng)切換保護(hù)策略失敗，或者由于切換飛行模式導(dǎo)致的主動(dòng)斷開(kāi)，或者用戶(hù)不切換至2G網(wǎng)絡(luò)時(shí)都會(huì)走到該步驟，在本步驟中提示用戶(hù)網(wǎng)絡(luò)中斷，系統(tǒng)將會(huì)停止下載流標(biāo)簽和權(quán)限對(duì)象。但是流媒體播放器還可以繼續(xù)播放終端緩存的經(jīng)過(guò)解密的流標(biāo)簽，直至播放完畢，而不是馬上停止播放和丟棄已經(jīng)解密的流標(biāo)簽，從系統(tǒng)復(fù)雜度考慮，此時(shí)已經(jīng)緩存在終端且沒(méi)有下載對(duì)應(yīng)的獨(dú)立權(quán)限對(duì)象的流標(biāo)簽將被丟棄。
[0131]步驟514，流媒體播放器記錄當(dāng)前的播放進(jìn)度，以便下次繼續(xù)從該進(jìn)度請(qǐng)求后續(xù)流標(biāo)簽。
[0132]步驟515，使用2G網(wǎng)絡(luò)、采用“相同權(quán)限對(duì)象”保護(hù)策略后播放流暢，繼續(xù)下載與播放。
[0133]步驟516，用戶(hù)確認(rèn)不進(jìn)行網(wǎng)絡(luò)切換，在原有網(wǎng)絡(luò)下，經(jīng)過(guò)嘗試發(fā)現(xiàn)網(wǎng)絡(luò)還是無(wú)法流暢承載數(shù)據(jù)連接，在這里提示用戶(hù)網(wǎng)絡(luò)異常后退出下載。
[0134]步驟517，進(jìn)入網(wǎng)絡(luò)重試機(jī)制，網(wǎng)絡(luò)重試機(jī)制與現(xiàn)有技術(shù)一致，在此不再贅述。
[0135]上述步驟501至517，描述了 WLAN網(wǎng)絡(luò)發(fā)生異常時(shí)，終端系統(tǒng)如何處理，以及網(wǎng)絡(luò)和保護(hù)策略的切換；當(dāng)網(wǎng)絡(luò)和保護(hù)策略切換失敗或者切換后仍不能流暢播放時(shí)，終端提示用戶(hù)后記錄播放進(jìn)度，然后退出下載和播放流程。
[0136]本發(fā)明的第三實(shí)施方式涉及一種流媒體數(shù)字版權(quán)保護(hù)方法。第三實(shí)施方式在第一實(shí)施方式基礎(chǔ)上做了進(jìn)一步改進(jìn)，主要改進(jìn)之處在于:在本發(fā)明第三實(shí)施方式中，采用獨(dú)占PDP鏈路的方式可以提升網(wǎng)絡(luò)的數(shù)據(jù)承載能力，并且在下載流媒體的過(guò)程中，其他應(yīng)用無(wú)法成功激活rop，保證了 PDP鏈路的獨(dú)占，最大限度的滿(mǎn)足流標(biāo)簽和權(quán)限對(duì)象的流暢下載。
[0137]在終端下載流標(biāo)簽及其權(quán)限對(duì)象時(shí)，終端根據(jù)用戶(hù)的選擇創(chuàng)建獨(dú)占式或者復(fù)用式分組數(shù)據(jù)協(xié)議PDP鏈路，并將全部PDP鏈路用于承載流標(biāo)簽和權(quán)限對(duì)象的下載。
[0138]本實(shí)施方式中，采用2/3G網(wǎng)絡(luò)下載流標(biāo)簽及其權(quán)限對(duì)象時(shí)，需要激活PDP鏈路。在【背景技術(shù)】中，PDP鏈路可以多路復(fù)用，如果該P(yáng)DP鏈路可以給流媒體獨(dú)占，必將大幅提高下載速率；所以，在本實(shí)施方式中創(chuàng)建PDP鏈路的時(shí)候，通過(guò)用戶(hù)同意后創(chuàng)建獨(dú)占式PDP鏈路。此外，通過(guò)把rop引擎的回調(diào)函數(shù)注冊(cè)到DRM引擎的方法，使得只有DRM引擎可以成功激活PDP鏈路，其他應(yīng)用程序后續(xù)發(fā)起PDP激活時(shí)由于回調(diào)函數(shù)被修改會(huì)導(dǎo)致無(wú)法激活rop鏈路。如圖6所示是創(chuàng)建獨(dú)占式PDP鏈路的流程圖，包括以下步驟:
[0139]步驟601，在2/3G網(wǎng)絡(luò)下下載流標(biāo)簽或者權(quán)限對(duì)象，開(kāi)始創(chuàng)建PDP鏈路。
[0140]步驟602，在創(chuàng)建PDP鏈路之前系統(tǒng)先檢測(cè)當(dāng)前是否存在其他被激活的Η)Ρ，即取得當(dāng)前的PDP會(huì)話個(gè)數(shù)。
[0141]步驟603,判斷是否存在其他PDP會(huì)話,如果存在，說(shuō)明已經(jīng)有應(yīng)用程序在使用rop，會(huì)對(duì)影響當(dāng)前下載流標(biāo)簽和權(quán)限對(duì)象的速率，執(zhí)行步驟604 ;否則，執(zhí)行步驟607。
[0142]步驟604，終端存在其他PDP會(huì)話的情況下，在終端界面上提示用戶(hù)可以創(chuàng)建獨(dú)占式PDP鏈路，會(huì)提升流媒體的播放流暢度，但原來(lái)使用數(shù)據(jù)流量的應(yīng)用程序會(huì)無(wú)法訪問(wèn)網(wǎng)絡(luò)。
[0143]步驟605，判斷用戶(hù)是否選擇創(chuàng)建獨(dú)占式PDP鏈路，如果是，執(zhí)行步驟606 ;否則，執(zhí)行步驟608創(chuàng)建復(fù)用式PDP鏈路。
[0144]步驟606，用戶(hù)選擇創(chuàng)建獨(dú)占式PDP鏈路，在本步驟中去激活之前已經(jīng)存在的所有的rop鏈路。
[0145]步驟607，在創(chuàng)建獨(dú)占式PDP鏈路之前，為了防止在下載流媒體的過(guò)程中其他應(yīng)用再次發(fā)起激活TOP的動(dòng)作，在本步驟中把創(chuàng)建PDP連接的回調(diào)函數(shù)注冊(cè)到DRM引擎上，使得其他應(yīng)用創(chuàng)建PDP鏈路時(shí)交互過(guò)程無(wú)法繼續(xù)導(dǎo)致創(chuàng)建失敗，保證PDP鏈路被DRM引擎獨(dú)占。
[0146]步驟608，通過(guò)PDP引擎的接口創(chuàng)建PDP連接，由于在步驟607中把PDP引擎的回調(diào)函數(shù)注冊(cè)到DRM引擎上，所以DRM引擎處理后可以保證該P(yáng)DP鏈路被成功創(chuàng)建.如果在步驟605中，用戶(hù)選擇創(chuàng)建復(fù)用式PDP鏈路，在步驟607中沒(méi)有注冊(cè)I3DP的回調(diào)函數(shù)，在此步驟中創(chuàng)建了普通的PDP鏈路。
[0147]步驟609，創(chuàng)建PDP鏈路成功。
[0148]上述步驟，即完成了根據(jù)用戶(hù)的選擇創(chuàng)建獨(dú)占式或者復(fù)用式PDP鏈路的過(guò)程。當(dāng)創(chuàng)建獨(dú)占式PDP鏈路時(shí)，由于DRM引擎修改了 PDP引擎的回調(diào)函數(shù)，導(dǎo)致后續(xù)其他應(yīng)用再次創(chuàng)建PDP是失敗，保證了該P(yáng)DP鏈路被DRM引擎獨(dú)占。當(dāng)DRM引擎完成任務(wù)后，對(duì)于獨(dú)占式的PDP鏈路，需要恢復(fù)I3DP的回調(diào)函數(shù)，使其他應(yīng)用可以繼續(xù)成功創(chuàng)建PDP鏈路。
[0149]在使用2/3G網(wǎng)絡(luò)時(shí)，終端可以通過(guò)PDP上網(wǎng)。在本實(shí)施方式中，DRM引擎在經(jīng)過(guò)用戶(hù)同意后，采用獨(dú)占PDP鏈路的方式提升2/3G網(wǎng)絡(luò)的數(shù)據(jù)承載能力，并且在下載流媒體的過(guò)程中，其他應(yīng)用無(wú)法成功激活TOP，保證了 PDP鏈路的獨(dú)占，最大限度的滿(mǎn)足流標(biāo)簽和權(quán)限對(duì)象的流暢下載。
[0150]本發(fā)明的第四實(shí)施方式涉及一種流媒體數(shù)字版權(quán)保護(hù)方法。第四實(shí)施方式在第一實(shí)施方式基礎(chǔ)上做了進(jìn)一步改進(jìn)，主要改進(jìn)之處在于:在本發(fā)明第四實(shí)施方式中，通過(guò)流標(biāo)簽下載線程、權(quán)限對(duì)象下載線程、DRM引擎線程、流媒體播放器這些單獨(dú)的線程進(jìn)行流媒體的下載和播放，就做到了即使出現(xiàn)網(wǎng)絡(luò)中斷，也可以繼續(xù)播放已經(jīng)解密的流標(biāo)簽，播放不會(huì)馬上中斷；當(dāng)網(wǎng)絡(luò)暫時(shí)中斷恢復(fù)正常后，流標(biāo)簽繼續(xù)下載，播放器繼續(xù)播放；對(duì)終端用戶(hù)而言，體會(huì)不到網(wǎng)絡(luò)中斷的發(fā)生。
[0151]在下載流媒體過(guò)程中，終端通過(guò)流標(biāo)簽下載線程、權(quán)限對(duì)象下載線程、DRM引擎線程、流媒體播放器進(jìn)行流媒體的下載和播放；
[0152]其中，終端通過(guò)流標(biāo)簽下載線程下載流標(biāo)簽，并在完成一個(gè)流標(biāo)簽的下載后，將下載的流標(biāo)簽緩存在流標(biāo)簽緩存隊(duì)列中；
[0153]終端通過(guò)DRM引擎線程解析流標(biāo)簽，得到唯一標(biāo)識(shí)符KeyID和統(tǒng)一資源定位符URL地址,并根據(jù)URL地址連接權(quán)限對(duì)象服務(wù)器，發(fā)起下載權(quán)限對(duì)象的請(qǐng)求；
[0154]終端通過(guò)權(quán)限對(duì)象下載線程下載權(quán)限對(duì)象；
[0155]DRM引擎線程在權(quán)限對(duì)象下載線程每完成一個(gè)權(quán)限對(duì)象的下載后，從流標(biāo)簽緩存隊(duì)列中取出緩存的流標(biāo)簽，解密出原始流標(biāo)簽數(shù)據(jù)，根據(jù)該下載的權(quán)限對(duì)象的許可和限制把原始數(shù)據(jù)交給流媒體播放器線程播放；
[0156]其中，流標(biāo)簽下載線程、權(quán)限對(duì)象下載線程、DRM引擎線程、流媒體播放器為單獨(dú)的線程。
[0157]上面各種方法的步驟劃分，只是為了描述清楚，實(shí)現(xiàn)時(shí)可以合并為一個(gè)步驟或者對(duì)某些步驟進(jìn)行拆分，分解為多個(gè)步驟，只要包含相同的邏輯關(guān)系，都在本專(zhuān)利的保護(hù)范圍內(nèi)；對(duì)算法中或者流程中添加無(wú)關(guān)緊要的修改或者引入無(wú)關(guān)緊要的設(shè)計(jì)，但不改變其算法和流程的核心設(shè)計(jì)都在該專(zhuān)利的保護(hù)范圍內(nèi)。
[0158]本發(fā)明第五實(shí)施方式涉及一種終端，包含:
[0159]選擇模塊，用于在開(kāi)始下載流媒體時(shí)，根據(jù)所駐扎的當(dāng)前網(wǎng)絡(luò)的承載能力，選擇與當(dāng)前網(wǎng)絡(luò)的承載能力相適應(yīng)的數(shù)字版權(quán)保護(hù)DRM策略；
[0160]協(xié)商模塊，用于請(qǐng)求負(fù)責(zé)下發(fā)流標(biāo)簽的流媒體服務(wù)器對(duì)流標(biāo)簽采用選擇的DRM策略；
[0161]DRM引擎模塊，用于在請(qǐng)求成功時(shí)，在下載流媒體過(guò)程中對(duì)流標(biāo)簽采用選擇的DRM策略進(jìn)行流媒體的數(shù)字版權(quán)保護(hù)；
[0162]其中，與高速網(wǎng)絡(luò)相適應(yīng)的DRM策略為對(duì)每個(gè)流標(biāo)簽分別采用一個(gè)權(quán)限對(duì)象進(jìn)行保護(hù)的獨(dú)立權(quán)限對(duì)象保護(hù)策略；
[0163]與低速網(wǎng)絡(luò)相適應(yīng)的DRM策略為對(duì)所有的流標(biāo)簽采用唯——個(gè)相同的權(quán)限對(duì)象進(jìn)行保護(hù)的唯一權(quán)限對(duì)象保護(hù)策略。
[0164]不難發(fā)現(xiàn)，本實(shí)施方式為與第一實(shí)施方式相對(duì)應(yīng)的系統(tǒng)實(shí)施例，本實(shí)施方式可與第一實(shí)施方式互相配合實(shí)施。第一實(shí)施方式中提到的相關(guān)技術(shù)細(xì)節(jié)在本實(shí)施方式中依然有效，為了減少重復(fù)，這里不再贅述。相應(yīng)地，本實(shí)施方式中提到的相關(guān)技術(shù)細(xì)節(jié)也可應(yīng)用在第一實(shí)施方式中。
[0165]本發(fā)明第六實(shí)施方式涉及一種終端。第六實(shí)施方式在第五實(shí)施方式基礎(chǔ)上做了進(jìn)一步改進(jìn)，主要改進(jìn)之處在于:在本發(fā)明第六實(shí)施方式中，當(dāng)網(wǎng)絡(luò)發(fā)生切換時(shí)，根據(jù)切換后網(wǎng)絡(luò)的承載能力來(lái)選擇合適的權(quán)限保護(hù)策略，進(jìn)一步保證流媒體的下載和播放的流暢和流媒體的安全。
[0166]本實(shí)施方式的終端還包含切換模塊，當(dāng)在下載流媒體過(guò)程中發(fā)生高速網(wǎng)絡(luò)到低速網(wǎng)絡(luò)的切換時(shí)，該切換模塊用于保存網(wǎng)絡(luò)切換前正常使用的權(quán)限對(duì)象，將DRM策略切換為對(duì)后續(xù)流標(biāo)簽采用上一個(gè)正常使用的權(quán)限對(duì)象進(jìn)行保護(hù)的相同權(quán)限對(duì)象保護(hù)策略；協(xié)商模塊，還用于請(qǐng)求流媒體服務(wù)器采用相同權(quán)限對(duì)象保護(hù)策略；DRM引擎模塊，還用于在請(qǐng)求成功時(shí)，在切換后的低速網(wǎng)絡(luò)中，采用相同權(quán)限對(duì)象保護(hù)策略進(jìn)行流媒體的數(shù)字版權(quán)保護(hù)。
[0167]當(dāng)在下載流媒體過(guò)程中發(fā)生低速網(wǎng)絡(luò)到高速網(wǎng)絡(luò)的切換時(shí)，協(xié)商模塊還用于請(qǐng)求流媒體服務(wù)器對(duì)后續(xù)流標(biāo)簽采用獨(dú)立權(quán)限對(duì)象保護(hù)策略；DRM引擎模塊，還用于在請(qǐng)求成功時(shí)，在切換后的高速網(wǎng)絡(luò)中，對(duì)后續(xù)流標(biāo)簽采用獨(dú)立權(quán)限對(duì)象保護(hù)策略進(jìn)行流媒體的數(shù)字版權(quán)保護(hù)。
[0168]此外，當(dāng)終端采用唯一權(quán)限對(duì)象保護(hù)策略或相同權(quán)限對(duì)象保護(hù)策略時(shí)，終端接收的后續(xù)流標(biāo)簽中不包含唯一標(biāo)識(shí)符KeyID和統(tǒng)一資源定位符URL地址。
[0169]由于第二實(shí)施方式與本實(shí)施方式相互對(duì)應(yīng)，因此本實(shí)施方式可與第二實(shí)施方式互相配合實(shí)施。第二實(shí)施方式中提到的相關(guān)技術(shù)細(xì)節(jié)在本實(shí)施方式中依然有效，在第二實(shí)施方式中所能達(dá)到的技術(shù)效果在本實(shí)施方式中也同樣可以實(shí)現(xiàn)，為了減少重復(fù)，這里不再贅述。相應(yīng)地，本實(shí)施方式中提到的相關(guān)技術(shù)細(xì)節(jié)也可應(yīng)用在第二實(shí)施方式中。
[0170]本發(fā)明第七實(shí)施方式涉及一種終端。第七實(shí)施方式在第五實(shí)施方式基礎(chǔ)上做了進(jìn)一步改進(jìn)，主要改進(jìn)之處在于:在本發(fā)明第七實(shí)施方式中，采用獨(dú)占PDP鏈路的方式可以提升網(wǎng)絡(luò)的數(shù)據(jù)承載能力，并且在下載流媒體的過(guò)程中，其他應(yīng)用無(wú)法成功激活rop，保證了PDP鏈路的獨(dú)占，最大限度的滿(mǎn)足流標(biāo)簽和權(quán)限對(duì)象的流暢下載。
[0171]本實(shí)施方式的終端還包含PDP通信模塊，用于在終端下載流標(biāo)簽及其權(quán)限對(duì)象時(shí)，根據(jù)用戶(hù)的選擇創(chuàng)建獨(dú)占式或者復(fù)用式分組數(shù)據(jù)協(xié)議PDP鏈路；并將全部PDP鏈路用于承載流標(biāo)簽和權(quán)限對(duì)象的下載。[0172]由于第三實(shí)施方式與本實(shí)施方式相互對(duì)應(yīng)，因此本實(shí)施方式可與第三實(shí)施方式互相配合實(shí)施。第三實(shí)施方式中提到的相關(guān)技術(shù)細(xì)節(jié)在本實(shí)施方式中依然有效，在第三實(shí)施方式中所能達(dá)到的技術(shù)效果在本實(shí)施方式中也同樣可以實(shí)現(xiàn)，為了減少重復(fù)，這里不再贅述。相應(yīng)地，本實(shí)施方式中提到的相關(guān)技術(shù)細(xì)節(jié)也可應(yīng)用在第三實(shí)施方式中。
[0173]本發(fā)明第八實(shí)施方式涉及一種終端。第八實(shí)施方式在第五實(shí)施方式基礎(chǔ)上做了進(jìn)一步改進(jìn)，主要改進(jìn)之處在于:在本發(fā)明第八實(shí)施方式中，在下載流媒體過(guò)程中，終端通過(guò)流標(biāo)簽下載模塊、權(quán)限對(duì)象下載模塊、DRM引擎模塊、流媒體播放器進(jìn)行流媒體的下載和播放。
[0174]流標(biāo)簽下載模塊用于下載流標(biāo)簽，并在完成一個(gè)流標(biāo)簽的下載后，將下載的流標(biāo)簽緩存在流標(biāo)簽緩存隊(duì)列中；
[0175]DRM引擎模塊用于解析流標(biāo)簽，得到唯一標(biāo)識(shí)符KeyID和統(tǒng)一資源定位符URL地址,并根據(jù)URL地址連接權(quán)限對(duì)象服務(wù)器，發(fā)起下載權(quán)限對(duì)象的請(qǐng)求；
[0176]權(quán)限對(duì)象下載模塊用于下載權(quán)限對(duì)象；
[0177]DRM引擎模塊還用于在權(quán)限對(duì)象下載模塊每完成一個(gè)權(quán)限對(duì)象的下載后，從流標(biāo)簽緩存隊(duì)列中取出緩存的流標(biāo)簽，解密出原始流標(biāo)簽數(shù)據(jù)，根據(jù)該下載的權(quán)限對(duì)象的許可和限制把原始數(shù)據(jù)交給流媒體播放器線程播放；
[0178]其中，流標(biāo)簽下載模塊、權(quán)限對(duì)象下載模塊、DRM引擎模塊、流媒體播放器通過(guò)單獨(dú)的線程實(shí)現(xiàn)流媒體的下載和播放。
[0179]由于第四實(shí)施方式與本實(shí)施方式相互對(duì)應(yīng)，因此本實(shí)施方式可與第四實(shí)施方式互相配合實(shí)施。第四實(shí)施方式中提到的相關(guān)技術(shù)細(xì)節(jié)在本實(shí)施方式中依然有效，在第四實(shí)施方式中所能達(dá)到的技術(shù)效果在本實(shí)施方式中也同樣可以實(shí)現(xiàn)，為了減少重復(fù)，這里不再贅述。相應(yīng)地，本實(shí)施方式中提到的相關(guān)技術(shù)細(xì)節(jié)也可應(yīng)用在第四實(shí)施方式中。
[0180]本發(fā)明第九實(shí)施方式涉及一種流媒體服務(wù)器，包含:
[0181]DRM策略協(xié)商模塊，用于接收來(lái)自終端所選擇的DRM策略的請(qǐng)求，并向終端發(fā)送是否接受請(qǐng)求的響應(yīng)；
[0182]流標(biāo)簽下發(fā)模塊，在流媒體服務(wù)器接受請(qǐng)求時(shí)，在下發(fā)流標(biāo)簽的過(guò)程中，對(duì)流標(biāo)簽采用選擇的DRM策略進(jìn)行流媒體的數(shù)字版權(quán)保護(hù)。
[0183]值得一提的是，本發(fā)明中所涉及到的各模塊均為邏輯模塊，在實(shí)際應(yīng)用中，一個(gè)邏輯單元可以是一個(gè)物理單元，也可以是一個(gè)物理單元的一部分，還可以以多個(gè)物理單元的組合實(shí)現(xiàn)。此外，為了突出本發(fā)明的創(chuàng)新部分，本發(fā)明中并沒(méi)有將與解決本發(fā)明所提出的技術(shù)問(wèn)題關(guān)系不太密切的單元引入，但這并不表明本發(fā)明中不存在其它的單元。
[0184]本領(lǐng)域的普通技術(shù)人員可以理解，上述各實(shí)施方式是實(shí)現(xiàn)本發(fā)明的具體實(shí)施例，而在實(shí)際應(yīng)用中，可以在形式上和細(xì)節(jié)上對(duì)其作各種改變，而不偏離本發(fā)明的精神和范圍。
【權(quán)利要求】
1.一種流媒體數(shù)字版權(quán)保護(hù)方法，其特征在于，包含以下步驟: 在開(kāi)始下載流媒體時(shí)，終端根據(jù)所駐扎的當(dāng)前網(wǎng)絡(luò)的承載能力，選擇與當(dāng)前網(wǎng)絡(luò)的承載能力相適應(yīng)的數(shù)字版權(quán)保護(hù)DRM策略； 終端請(qǐng)求負(fù)責(zé)下發(fā)流標(biāo)簽的流媒體服務(wù)器對(duì)流標(biāo)簽采用所述選擇的DRM策略； 如果請(qǐng)求成功，則在下載流媒體過(guò)程中所述終端對(duì)流標(biāo)簽采用所述選擇的DRM策略進(jìn)行流媒體的數(shù)字版權(quán)保護(hù)； 其中，與高速網(wǎng)絡(luò)相適應(yīng)的DRM策略為對(duì)每個(gè)流標(biāo)簽分別采用一個(gè)權(quán)限對(duì)象進(jìn)行保護(hù)的獨(dú)立權(quán)限對(duì)象保護(hù)策略； 與低速網(wǎng)絡(luò)相適應(yīng)的DRM策略為對(duì)所有的流標(biāo)簽采用唯一一個(gè)相同的權(quán)限對(duì)象進(jìn)行保護(hù)的唯一權(quán)限對(duì)象保護(hù)策略。
2.根據(jù)權(quán)利要求1所述的流媒體數(shù)字版權(quán)保護(hù)方法，其特征在于，還包含以下步驟: 當(dāng)在下載流媒體過(guò)程中發(fā)生高速網(wǎng)絡(luò)到低速網(wǎng)絡(luò)的切換時(shí)，終端保存網(wǎng)絡(luò)切換前正常使用的權(quán)限對(duì)象，將所述DRM策略切換為對(duì)后續(xù)流標(biāo)簽采用上一個(gè)正常使用的權(quán)限對(duì)象進(jìn)行保護(hù)的相同權(quán)限對(duì)象保護(hù)策略； 終端請(qǐng)求所述流媒體服務(wù)器采用所述相同權(quán)限對(duì)象保護(hù)策略； 如果請(qǐng)求成功，則所述終端在所述切換后的低速網(wǎng)絡(luò)中，采用所述相同權(quán)限對(duì)象保護(hù)策略進(jìn)行流媒體的數(shù)字版權(quán)保護(hù)。
3.根據(jù)權(quán)利要求1所述的流媒體數(shù)字版權(quán)保護(hù)方法，其特征在于，還包含以下步驟: 當(dāng)在下載流媒體過(guò)程中發(fā)生低速網(wǎng)絡(luò)到高速網(wǎng)絡(luò)的切換時(shí)，終端請(qǐng)求所述流媒體服務(wù)器對(duì)后續(xù)流標(biāo)簽采用所述獨(dú)立權(quán)限對(duì)象保護(hù)策略； 如果請(qǐng)求成功，則所述終端在所述切換后的高速網(wǎng)絡(luò)中，對(duì)后續(xù)流標(biāo)簽采用所述獨(dú)立權(quán)限對(duì)象保護(hù)策略進(jìn)行流媒體的數(shù)字版權(quán)保護(hù)。
4.根據(jù)權(quán)利要求2或3所述的流媒體數(shù)字版權(quán)保護(hù)方法，其特征在于，當(dāng)所述終端采用所述唯一權(quán)限對(duì)象保護(hù)策略或所述相同權(quán)限對(duì)象保護(hù)策略時(shí)，所述終端接收的后續(xù)流標(biāo)簽中不包含唯一標(biāo)識(shí)符KeyID和統(tǒng)一資源定位符URL地址。
5.根據(jù)權(quán)利要求1所述的流媒體數(shù)字版權(quán)保護(hù)方法，其特征在于，所述高速網(wǎng)絡(luò)包含:第三代移動(dòng)通信3G網(wǎng)絡(luò)、無(wú)線寬帶局域網(wǎng)WLAN ;其中，第三代移動(dòng)通信3G網(wǎng)絡(luò)包含:時(shí)分同步碼分多址TD-SCDMA網(wǎng)絡(luò)、寬帶碼分多址WCDMA網(wǎng)絡(luò)、長(zhǎng)期演進(jìn)LTE網(wǎng)絡(luò)； 所述低速網(wǎng)路包含:第二代移動(dòng)通信2G網(wǎng)絡(luò)、2.5G網(wǎng)絡(luò)、2.75G網(wǎng)絡(luò)。
6.根據(jù)權(quán)利要求1所述的流媒體數(shù)字版權(quán)保護(hù)方法，其特征在于，還包含以下步驟: 在終端下載流標(biāo)簽及其權(quán)限對(duì)象時(shí)，所述終端根據(jù)用戶(hù)的選擇創(chuàng)建獨(dú)占式或者復(fù)用式分組數(shù)據(jù)協(xié)議PDP鏈路，并將全部PDP鏈路用于承載流標(biāo)簽和權(quán)限對(duì)象的下載。
7.根據(jù)權(quán)利要求1所述的流媒體數(shù)字版權(quán)保護(hù)方法，其特征在于，在所述下載流媒體過(guò)程中，所述終端通過(guò)流標(biāo)簽下載線程、權(quán)限對(duì)象下載線程、DRM引擎線程、流媒體播放器進(jìn)行流媒體的下載和播放； 其中，所述終端通過(guò)所述流標(biāo)簽下載線程下載流標(biāo)簽，并在完成一個(gè)流標(biāo)簽的下載后，將所述下載的流標(biāo)簽緩存在流標(biāo)簽緩存隊(duì)列中； 所述終端通過(guò)所述DRM引擎線程解析流標(biāo)簽，得到唯一標(biāo)識(shí)符KeyID和統(tǒng)一資源定位符URL地址，并根據(jù)所述URL地址連接權(quán)限對(duì)象服務(wù)器，發(fā)起下載權(quán)限對(duì)象的請(qǐng)求；所述終端通過(guò)所述權(quán)限對(duì)象下載線程下載所述權(quán)限對(duì)象； 所述DRM引擎線程在所述權(quán)限對(duì)象下載線程每完成一個(gè)權(quán)限對(duì)象的下載后，從所述流標(biāo)簽緩存隊(duì)列中取出緩存的流標(biāo)簽，解密出原始流標(biāo)簽數(shù)據(jù)，根據(jù)該下載的權(quán)限對(duì)象的許可和限制把原始數(shù)據(jù)交給流媒體播放器線程播放； 其中，流標(biāo)簽下載線程、權(quán)限對(duì)象下載線程、DRM引擎線程、流媒體播放器為單獨(dú)的線程。
8.—種終端，其特征在于，包含: 選擇模塊，用于在開(kāi)始下載流媒體時(shí)，根據(jù)所駐扎的當(dāng)前網(wǎng)絡(luò)的承載能力，選擇與當(dāng)前網(wǎng)絡(luò)的承載能力相適應(yīng)的數(shù)字版權(quán)保護(hù)DRM策略； 協(xié)商模塊，用于請(qǐng)求負(fù)責(zé)下發(fā)流標(biāo)簽的流媒體服務(wù)器對(duì)流標(biāo)簽采用所述選擇的DRM策略； DRM引擎模塊，用于在請(qǐng)求成功時(shí)，在下載流媒體過(guò)程中對(duì)流標(biāo)簽采用所述選擇的DRM策略進(jìn)行流媒體的數(shù)字版權(quán)保護(hù)； 其中，與高速網(wǎng)絡(luò)相適應(yīng)的DRM策略為對(duì)每個(gè)流標(biāo)簽分別采用一個(gè)權(quán)限對(duì)象進(jìn)行保護(hù)的獨(dú)立權(quán)限對(duì)象保護(hù)策略； 與低速網(wǎng)絡(luò)相適應(yīng)的DRM策略為對(duì)所有的流標(biāo)簽采用唯一一個(gè)相同的權(quán)限對(duì)象進(jìn)行保護(hù)的唯一權(quán)限對(duì)象保護(hù)策略。
9.根據(jù)權(quán)利要求8所述的終端，其特征在于，還包含: 切換模塊，用于當(dāng)在下載流媒體過(guò)程中發(fā)生高速網(wǎng)絡(luò)到低速網(wǎng)絡(luò)的切換時(shí)，保存網(wǎng)絡(luò)切換前正常使用的權(quán)限對(duì)象，將所述DRM策略切換為對(duì)后續(xù)流標(biāo)簽采用上一個(gè)正常使用的權(quán)限對(duì)象進(jìn)行保護(hù)的相同權(quán)限對(duì)象保護(hù)策略； 所述協(xié)商模塊，還用于請(qǐng)求所述流媒體服務(wù)器采用所述相同權(quán)限對(duì)象保護(hù)策略； 所述DRM引擎模塊，還用于在請(qǐng)求成功時(shí)，在所述切換后的低速網(wǎng)絡(luò)中，采用所述相同權(quán)限對(duì)象保護(hù)策略進(jìn)行流媒體的數(shù)字版權(quán)保護(hù)。
10.根據(jù)權(quán)利要求8所述的終端，其特征在于， 所述協(xié)商模塊，還用于當(dāng)在下載流媒體過(guò)程中發(fā)生低速網(wǎng)絡(luò)到高速網(wǎng)絡(luò)的切換時(shí)，請(qǐng)求所述流媒體服務(wù)器對(duì)后續(xù)流標(biāo)簽采用所述獨(dú)立權(quán)限對(duì)象保護(hù)策略； 所述DRM引擎模塊，還用于在請(qǐng)求成功時(shí)，在所述切換后的高速網(wǎng)絡(luò)中，對(duì)后續(xù)流標(biāo)簽采用所述獨(dú)立權(quán)限對(duì)象保護(hù)策略進(jìn)行流媒體的數(shù)字版權(quán)保護(hù)。
11.根據(jù)權(quán)利要求9或10所述的終端，其特征在于，當(dāng)所述終端采用所述唯一權(quán)限對(duì)象保護(hù)策略或所述相同權(quán)限對(duì)象保護(hù)策略時(shí)，所述終端接收的后續(xù)流標(biāo)簽中不包含唯一標(biāo)識(shí)符KeyID和統(tǒng)一資源定位符URL地址。
12.根據(jù)權(quán)利要求8所述的終端，其特征在于，還包含: PDP通信模塊，用于在終端下載流標(biāo)簽及其權(quán)限對(duì)象時(shí)，根據(jù)用戶(hù)的選擇創(chuàng)建獨(dú)占式或者復(fù)用式分組數(shù)據(jù)協(xié)議PDP鏈路；并將全部PDP鏈路用于承載流標(biāo)簽和權(quán)限對(duì)象的下載。
13.根據(jù)權(quán)利要求8所述的終端，其特征在于，還包含: 流標(biāo)簽下載模塊用于下載流標(biāo)簽，并在完成一個(gè)流標(biāo)簽的下載后，將所述下載的流標(biāo)簽緩存在流標(biāo)簽緩存隊(duì)列中； DRM引擎模塊用于解析流標(biāo)簽，得到唯一標(biāo)識(shí)符KeyID和統(tǒng)一資源定位符URL地址，并根據(jù)所述URL地址連接權(quán)限對(duì)象服務(wù)器，發(fā)起下載權(quán)限對(duì)象的請(qǐng)求； 權(quán)限對(duì)象下載模塊用于下載所述權(quán)限對(duì)象； 所述DRM引擎模塊還用于在所述權(quán)限對(duì)象下載模塊每完成一個(gè)權(quán)限對(duì)象的下載后，從所述流標(biāo)簽緩存隊(duì)列中取出緩存的流標(biāo)簽，解密出原始流標(biāo)簽數(shù)據(jù)，根據(jù)該下載的權(quán)限對(duì)象的許可和限制把原始數(shù)據(jù)交給流媒體播放器線程播放； 其中，流標(biāo)簽下載模塊、權(quán)限對(duì)象下載模塊、DRM引擎模塊、流媒體播放器通過(guò)單獨(dú)的線程實(shí)現(xiàn)流媒體的下載和播放。
14.一種流媒體服務(wù)器，其特征在于，包含: DRM策略協(xié)商模塊，用于接收來(lái)自終端所選擇的DRM策略的請(qǐng)求，并向終端發(fā)送是否接受請(qǐng)求的響應(yīng)； 流標(biāo)簽下發(fā)模塊，在所述流媒體服務(wù)器接受請(qǐng)求時(shí)，在下發(fā)流標(biāo)簽的過(guò)程中，對(duì)流標(biāo)簽采用所述選擇的DRM策略進(jìn)行流媒體的數(shù)字版權(quán)保護(hù)。
【文檔編號(hào)】G06F21/10GK103581128SQ201210264857
【公開(kāi)日】2014年2月12日 申請(qǐng)日期:2012年7月27日 優(yōu)先權(quán)日:2012年7月27日
【發(fā)明者】段昌志 申請(qǐng)人:聯(lián)芯科技有限公司