專利名稱：Drm中內(nèi)容數(shù)據(jù)包獲取的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)字版權(quán)管理(DRM)領(lǐng)域，尤其涉及DRM中內(nèi)容數(shù)據(jù)包的一種獲取方法及裝置。
背景技術(shù)：
數(shù)字版權(quán)管理(DRM，Digital Rights Management)是一項針對數(shù)字內(nèi)容的版權(quán)保護技術(shù)，其可以為內(nèi)容提供者保護私有數(shù)據(jù)免受非法復制和使用提供了一種有效地控制手段，從而有效地防止通過網(wǎng)絡(luò)和計算機非法復制、拷貝、傳送數(shù)字內(nèi)容。
DRM技術(shù)的原理是使用技術(shù)手段對數(shù)字產(chǎn)品在分發(fā)、傳輸和使用等各個環(huán)節(jié)進行控制，使得數(shù)字產(chǎn)品只能由被授權(quán)的人使用。數(shù)字版權(quán)管理的具體的實現(xiàn)方式為數(shù)字內(nèi)容的發(fā)行者將數(shù)字內(nèi)容加密并按一定的格式打包后上傳到網(wǎng)絡(luò)，用戶如果要使用數(shù)字內(nèi)容，必須向版權(quán)發(fā)行者(RI，Rights Issuer)請求并獲得該數(shù)字內(nèi)容的權(quán)限對象(RO，Rights Object)，在權(quán)限對象中包含相關(guān)的密鑰，用來解密數(shù)字內(nèi)容，從而獲得數(shù)字內(nèi)容的使用權(quán)限。用戶只有同時獲得數(shù)字內(nèi)容和權(quán)限對象，才能使用所購買的內(nèi)容。
DCF(DRM Content Format)是一種基于ISO基本文件格式的DRM內(nèi)容數(shù)據(jù)包，其中包含受保護的媒體內(nèi)容，及相關(guān)元數(shù)據(jù)。媒體內(nèi)容可以是視頻、音頻等，元數(shù)據(jù)是與DRM相關(guān)的數(shù)據(jù)。同一媒體內(nèi)容，可以有多種類型的表現(xiàn)形式，如不同格式(mp3、wav、midi等)、不同分辨率等，從而可以生成不同的DCF包。
終端由于軟硬件條件的限制，對于所下載的DCF，可能無法使用。這時用戶需要下載新的DCF。
另外，對于超級分發(fā)(Superdistribution)，即從一個終端分發(fā)DCF到另一個終端的場景，當用戶A通過超級分發(fā)向用戶B發(fā)送一個DCF，由于用戶A無法了解用戶B的終端能力，可能導致所發(fā)送的DCF媒體類型用戶B的終端不能支持，此時用戶B同樣需要下載新的DCF。
另外，隨著用戶對多媒體信息的要求越來越高，用戶希望更高質(zhì)量的畫面和聲音，也可能需要下載新的DCF。
現(xiàn)有技術(shù)中，在DCF結(jié)構(gòu)中僅為用戶提供了另一個地址URL(UniqueResource Locator，統(tǒng)一資源定位器)來獲取一個可選的DCFContentURL＝″ContentURL″″″content-urlcontent-url＝token如果終端不支持所下載DCF的類型，則可以通過content-url下載同一媒體內(nèi)容另一版本的DCF(如不同的分辨率、編碼格式等)。
現(xiàn)有技術(shù)只提供了一個可選DCF的下載地址，而且在提供content-url時，沒有提供相應的媒體類型信息，從而終端對將要下載的DCF的類型是未知的，無法根據(jù)自身的軟件硬件能力進行選擇，導致再次下載的DCF可能終端仍不能使用。
本發(fā)明主要解決當獲得的DCF不合用時，用戶重新獲取一個可用DCF的方法。在本發(fā)明中，終端可以根據(jù)DCF中增加的類型屬性信息和自身的配置，從幾個不同類型DCF對應的content-url中，選擇合適類型的DCF進行下載。

發(fā)明內(nèi)容
本發(fā)明提供一種用戶重新獲取一個可用DCF的方法。以解決當終端不能使用下載的DCF時，無法選擇不同媒體類型的DCF，導致再次下載的DCF可能仍不能使用的問題。
本發(fā)明提供以下技術(shù)方案一種DRM中獲取內(nèi)容數(shù)據(jù)包的方法，包括如下步驟A、終端收到DCF數(shù)據(jù)包，所述數(shù)據(jù)包中包含媒體類型和對應的URL地址；B、終端判斷出收到的DCF數(shù)據(jù)包不合用，選擇新的媒體類型和對應的URL地址；C、終端根據(jù)選擇的URL地址從內(nèi)容發(fā)布服務(wù)器下載新的DCF數(shù)據(jù)包。
可選地，所述選擇新的媒體類型和對應的URL地址是由用戶根據(jù)終端的顯示進行選擇；或者是由終端自動選擇。
可選地，所述終端自動選擇媒體類型是根據(jù)媒體類型在DCF中出現(xiàn)的順序；或者根據(jù)事先配置的順序。
可選地，步驟C包括如下步驟C1、終端根據(jù)選擇的URL地址，向內(nèi)容發(fā)布服務(wù)器發(fā)起DCF下載頁面請求；C2、終端顯示接收到的下載頁面，用戶確認下載后，向內(nèi)容發(fā)布服務(wù)器發(fā)起下載DCF請求；C3、內(nèi)容發(fā)布服務(wù)器將DCF發(fā)送給終端。
可選地，步驟A中終端收到DCF數(shù)據(jù)包是從服務(wù)器下載的，或者是其他終端發(fā)送的。
可選地，終端在把DCF數(shù)據(jù)包發(fā)給另一終端前，先刪除DCF中實際的媒體內(nèi)容數(shù)據(jù)。
一種終端設(shè)備，包括下載代理模塊，用于控制下載DCF的過程，或者控制超級分發(fā)DCF的過程；DRM代理模塊，用于解析下載的DCF并判斷是否可用，并提取出DCF中包含的多個類型和對應的URL；DCF選擇模塊，用于從DRM代理模塊提取出的多個類型和對應的URL中選擇一個類型和對應的URL，并將選擇結(jié)果發(fā)送給下載代理模塊下載新的DCF。
可選地，所述DCF模塊選擇新的媒體類型和對應的URL地址是由用戶進行選擇；或者是由DCF模塊自動選擇。
可選地，所述DCF模塊自動選擇新的媒體類型是根據(jù)媒體類型在DCF中出現(xiàn)的順序；或者根據(jù)事先配置的順序。
本發(fā)明的有益效果如下使用本發(fā)明可以由用戶或設(shè)備根據(jù)自身條件或喜好選擇合適類型的DCF進行下載，能夠確保再次下載的DCF是能夠被正常使用的，避免了無效的下載，從而節(jié)省了網(wǎng)絡(luò)負載，提高了用戶體驗。
此外利用本發(fā)明，用戶在超級分發(fā)時可以將DCF中實際的媒體內(nèi)容刪除后發(fā)送，從而節(jié)省了網(wǎng)絡(luò)負載和發(fā)送時間。接收方只需要利用DCF中提供的媒體類型及對應的URL信息，即可下載到完整的DCF。


圖1為本發(fā)明下載無效DCF后重新選擇下載的流程示意圖；圖2為本發(fā)明接受超級分發(fā)DCF后重新選擇下載的流程示意圖；圖3為本發(fā)明終端的結(jié)構(gòu)示意圖。
具體實施例方式
本發(fā)明在內(nèi)容數(shù)據(jù)包DCF中增加了多個可選的URL地址，并增加了相應的媒體類型信息，類型和URL地址一一對應。這樣，當終端不能使用所下載的DCF時，可以由用戶選擇下載所支持的媒體類型，或者終端自動選擇所支持的媒體類型，確保用戶再次下載的DCF可以正常使用。
按照本發(fā)明對DCF結(jié)構(gòu)進行改進的一個例子如下ContentURL＝″ContentURL″″″ContentType1″；″content-url1″；″ContentType2″；″content-url2……″；″ContentTypeN″；″content-urlNContentTypel……N＝token
content-url1……N＝token在上述例子中，如果終端準備選擇媒體類型為ContentType2的DCF，則可以從content-url2指向的地址下載。
本發(fā)明的一個實施例是當終端從內(nèi)容發(fā)布服務(wù)器下載的DCF不能使用時，終端需要重新選擇下載DCF，整個過程如附圖1所示，包括如下步驟1、終端從內(nèi)容發(fā)布服務(wù)器獲得了一個DCF數(shù)據(jù)包。該數(shù)據(jù)包可以是用戶定購的。
2、終端解析該DCF，判斷出DCF類型是本終端所不支持的，則提取出DCF中包含的多個類型和對應的URL；同時還可以顯示相關(guān)的信息提示用戶該DCF不可用。
3、終端選擇提取出的多個類型和對應的URL，可以有兩種方式進行選擇①在終端上顯示可以支持的媒體類型，由用戶選擇確定；②終端根據(jù)一定的規(guī)則自動選擇(如根據(jù)URL在DCF中出現(xiàn)的順序、根據(jù)終端支持的媒體類型和事先配置的順序等)。
4、終端根據(jù)選擇的類型和對應的URL，向內(nèi)容發(fā)布服務(wù)器發(fā)起DCF下載頁面請求，請求消息中包含了上述的URL。
5、內(nèi)容發(fā)布服務(wù)器向終端返回下載的頁面。
6、終端顯示接收到的下載頁面，讓用戶確認。
7、如果用戶確認下載，則終端向內(nèi)容發(fā)布服務(wù)器發(fā)起下載DCF請求。
8、內(nèi)容發(fā)布服務(wù)器將內(nèi)容ID、內(nèi)容密鑰以及媒體內(nèi)容打包成DCF，將DCF發(fā)送給終端；或者直接將已打包好的DCF發(fā)送給終端。
這樣用戶得到了新的可以使用的DCF。
此外，本發(fā)明還可以解決在超級分發(fā)的場景中，發(fā)送時間太長的問題。發(fā)送方可以在發(fā)送前先刪除DCF中實際的媒體內(nèi)容數(shù)據(jù)，發(fā)送的DCF數(shù)據(jù)包中僅包含指示該內(nèi)容不同版本的類型和相應的URL以及其它頭信息，接收方的終端設(shè)備可以選擇下載合適的DCF版本。
本發(fā)明的另一個實施例是用戶A分發(fā)一個不包含實際媒體內(nèi)容的DCF給用戶B，對應的消息流程如圖2所示，包括以下步驟1、終端A刪除DCF數(shù)據(jù)包中實際的媒體內(nèi)容。
2、終端A將上述刪除了媒體內(nèi)容的DCF發(fā)送到終端B。以下步驟與圖1的步驟2-8類似。
3、終端B對收到的DCF進行解析，發(fā)現(xiàn)媒體內(nèi)容為空，則提取出DCF中包含的多個類型和對應的URL；同時還可以顯示相關(guān)的信息提示用戶該DCF媒體內(nèi)容為空。
4、終端B選擇提取出的多個類型和對應的URL，可以有兩種方式進行選擇①在終端上顯示可以支持的媒體類型，由用戶選擇確定；②終端根據(jù)一定的規(guī)則自動選擇(如根據(jù)URL在DCF中出現(xiàn)的順序、根據(jù)終端支持的媒體類型和事先配置的順序等)。
5、終端B根據(jù)選擇的類型和對應的URL，向內(nèi)容發(fā)布服務(wù)器發(fā)起DCF下載頁面請求，請求消息中包含了上述的URL。
6、內(nèi)容發(fā)布服務(wù)器向終端B返回下載的頁面。
7、終端B顯示接收到的下載頁面，讓用戶確認。
8、如果用戶確認下載，則終端B向內(nèi)容發(fā)布服務(wù)器發(fā)起下載DCF請求。
9、內(nèi)容發(fā)布服務(wù)器將內(nèi)容ID、內(nèi)容密鑰以及媒體內(nèi)容打包成DCF，將DCF發(fā)送給終端B；或者直接將已打包好的DCF發(fā)送給終端B。
這樣用戶B得到了新的可以使用的DCF。
相應的，本發(fā)明實施例中的終端設(shè)備結(jié)構(gòu)如圖3所示，終端包含了以下幾部分下載代理模塊，用于控制下載DCF的過程，或者控制超級分發(fā)DCF的過程；
DRM代理模塊，用于解析下載的DCF并判斷是否可用，當判斷出下載的DCF不可用時，提取出DCF中包含的多個類型和對應的URL；DCF選擇模塊，用于從DRM代理模塊提取出的多個類型和對應的URL中選擇一個類型和對應的URL，可以由用戶進行選擇，或者是由終端自動選擇，并將選擇結(jié)果發(fā)送給下載代理模塊下載新的DCF。
顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種DRM中獲取內(nèi)容數(shù)據(jù)包的方法，其特征在于，包括如下步驟A、終端收到DRM內(nèi)容數(shù)據(jù)包DCF，所述數(shù)據(jù)包中包含媒體類型和對應的URL地址；B、終端判斷出收到的DCF數(shù)據(jù)包不合用，選擇新的媒體類型和對應的URL地址；C、終端根據(jù)選擇的URL地址從內(nèi)容發(fā)布服務(wù)器下載新的DCF數(shù)據(jù)包。
2.如權(quán)利要求1所述的方法，其特征在于，所述選擇新的媒體類型和對應的URL地址是由用戶根據(jù)終端的顯示進行選擇；或者由終端自動選擇。
3.如權(quán)利要求2所述的方法，其特征在于，所述終端自動選擇媒體類型是根據(jù)媒體類型在DCF中出現(xiàn)的順序；或者根據(jù)事先配置的順序。
4.如權(quán)利要求1所述的方法，其特征在于，所述步驟C包括如下步驟C1、終端根據(jù)選擇的URL地址，向內(nèi)容發(fā)布服務(wù)器發(fā)起DCF下載頁面請求；C2、終端顯示接收到的下載頁面，用戶確認下載后，向內(nèi)容發(fā)布服務(wù)器發(fā)起下載DCF請求；C3、內(nèi)容發(fā)布服務(wù)器將DCF發(fā)送給終端。
5，如權(quán)利要求1所述的方法，其特征在于，所述步驟A中終端收到DCF數(shù)據(jù)包是從服務(wù)器下載的，或者是其他終端發(fā)送的。
6，如權(quán)利要求5所述的方法，其特征在于，所述終端收到的DCF數(shù)據(jù)包由其他終端發(fā)送前，已經(jīng)刪除了DCF中實際的媒體內(nèi)容數(shù)據(jù)。
7.一種終端設(shè)備，其特征在于，包括下載代理模塊，用于控制下載DCF的過程，或者控制超級分發(fā)DCF的過程；DRM代理模塊，用于解析下載的DCF并判斷是否可用，并提取出DCF中包含的多個類型和對應的URL；DCF選擇模塊，用于從DRM代理模塊提取出的多個類型和對應的URL中選擇一個類型和對應的URL，并將選擇結(jié)果發(fā)送給下載代理模塊下載新的DCF。
8.如權(quán)利要求7所述的設(shè)備，其特征在于，所述DCF模塊選擇新的媒體類型和對應的URL地址是由用戶進行選擇；或者是由DCF模塊自動選擇。
9.如權(quán)利要求8所述的設(shè)備，其特征在于，所述DCF模塊自動選擇新的媒體類型是根據(jù)媒體類型在DCF中出現(xiàn)的順序；或者根據(jù)事先配置的順序。
全文摘要
本發(fā)明公開了一種DRM中獲取內(nèi)容數(shù)據(jù)包的方法，當終端不能使用下載的DCF時，用戶重新獲取一個可用的DCF。此方法包括終端從服務(wù)器或者通過超級分發(fā)收到DCF數(shù)據(jù)包，數(shù)據(jù)包中包含可選的媒體類型和對應的URL地址；終端判斷出收到的DCF數(shù)據(jù)包不可用，則由用戶根據(jù)終端的顯示進行選擇，或者由終端自動選擇支持的媒體類型和對應的URL地址；終端根據(jù)選擇的URL地址從內(nèi)容發(fā)布服務(wù)器下載新的DCF數(shù)據(jù)包。本發(fā)明還同時公開了一種DRM中獲取內(nèi)容數(shù)據(jù)包的終端設(shè)備。使用本發(fā)明可以確保再次下載的DCF是能夠被正常使用的，避免了無效的下載。
文檔編號G06F21/10GK1859116SQ20061003341
公開日2006年11月8日 申請日期2006年1月26日 優(yōu)先權(quán)日2006年1月26日
發(fā)明者黨沛, 李益民, 馮雯潔 申請人:華為技術(shù)有限公司