專(zhuān)利名稱(chēng)：數(shù)字版權(quán)管理方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別是涉及一種版權(quán)保護(hù)。
背景技術(shù)：
隨著通信技術(shù)的發(fā)展，電子書(shū)籍、音樂(lè)、圖片、視頻、游戲等數(shù)字內(nèi)容的傳播越來(lái)越廣泛，移動(dòng)數(shù)據(jù)增值業(yè)務(wù)已成為電信運(yùn)營(yíng)商主要的利潤(rùn)增長(zhǎng)點(diǎn)，但由于不受保護(hù)的數(shù)字內(nèi)容很容易被非法復(fù)制和修改，難以保障內(nèi)容所有者的權(quán)益，也制約原創(chuàng)音樂(lè)內(nèi)容的進(jìn)一步豐富。另外，無(wú)線(xiàn)音樂(lè)、視頻等內(nèi)容分發(fā)類(lèi)業(yè)務(wù)需要邊下載邊播放的流式業(yè)務(wù)體驗(yàn)。因此，保障用戶(hù)的良好體驗(yàn)下的版權(quán)保護(hù)顯得尤為重要。 目前較為成熟和開(kāi)放的版權(quán)保護(hù)技術(shù)主要是OMA DRM(openmobile alliancedigital right management,開(kāi)放移動(dòng)聯(lián)盟數(shù)字版權(quán)管理)標(biāo)準(zhǔn)。0MA DRM的框架結(jié)構(gòu)。其中0MA DRM vl. 0標(biāo)準(zhǔn)對(duì)應(yīng)于3GPP DRM需求規(guī)范的第一階段，OMA DRM v2. 0標(biāo)準(zhǔn)對(duì)應(yīng)于需求規(guī)范的第二階段。OMA DRM vl.O標(biāo)準(zhǔn)不支持流媒體體驗(yàn)，只能實(shí)現(xiàn)下載音樂(lè)歌曲后再離線(xiàn)播放的功能，不能在線(xiàn)播放及邊下載邊播放。OMA DRM v2.0能實(shí)現(xiàn)音樂(lè)內(nèi)容的在線(xiàn)播放及邊下載邊播放的業(yè)務(wù)需求，基于PKI (public key infrastructure,公鑰基礎(chǔ)設(shè)施)體系設(shè)置，需要基于PKI體系的證書(shū)中心及專(zhuān)用的OMA DRM v2. 0終端配合。而市場(chǎng)上支持OMADRM v2. 0的終端設(shè)備很少，難以支持OMA DRMv2. 0標(biāo)準(zhǔn)下無(wú)線(xiàn)音樂(lè)業(yè)務(wù)的規(guī)模商用。
移動(dòng)終端、網(wǎng)絡(luò)安全、配套設(shè)備及技術(shù)發(fā)展、內(nèi)容提供商的各種現(xiàn)狀，導(dǎo)致現(xiàn)有的OMA DRM vl. O標(biāo)準(zhǔn)或OMA DRM v2. 0只能理論上或較小范圍地應(yīng)用于下載業(yè)務(wù)，并不能在實(shí)際運(yùn)營(yíng)中安全有效的實(shí)現(xiàn)對(duì)媒體內(nèi)容的版權(quán)保護(hù)和業(yè)務(wù)的規(guī)模商用。 面對(duì)無(wú)線(xiàn)音樂(lè)等數(shù)字內(nèi)容分發(fā)類(lèi)業(yè)務(wù)的廣闊發(fā)展前景和版權(quán)保護(hù)的強(qiáng)大的市場(chǎng)需求， 一些私有DRM保護(hù)技術(shù)也漸漸浮現(xiàn)。但私有DRM保護(hù)技術(shù)接口不開(kāi)放、與其它DRM系統(tǒng)之間不兼容，也非主流DRM技術(shù)，并同樣有著終端少的限制，不適合電信運(yùn)營(yíng)商的規(guī)模商用。 另夕卜，HTML(hyper text mark-up language,超文本標(biāo)記語(yǔ)言)下載是最基本，也是最廣泛采用的內(nèi)容下載方式，對(duì)終端基本上沒(méi)有要求，適用于市場(chǎng)上絕大多數(shù)的終端。但現(xiàn)有的基本的HTML下載技術(shù)不支持帶有DRM版權(quán)保護(hù)的流式體驗(yàn)。 隨著市場(chǎng)需求不斷加強(qiáng)，用戶(hù)體驗(yàn)急需改善，版權(quán)保護(hù)的最初受益者——內(nèi)容原創(chuàng)者及內(nèi)容提供商，也對(duì)安全有效并能支持良好的用戶(hù)業(yè)務(wù)體驗(yàn)，能規(guī)模推廣的數(shù)字版權(quán)保護(hù)方法提出了迫切的要求和希望。

發(fā)明內(nèi)容
本發(fā)明的目的是提出一種數(shù)字版權(quán)管理方法和系統(tǒng)，為用戶(hù)下載受版權(quán)保護(hù)的內(nèi)容提供更好的體驗(yàn)。 為實(shí)現(xiàn)上述目的，本發(fā)明提供了一種數(shù)字版權(quán)管理方法，包括DRM服務(wù)器接收客戶(hù)端發(fā)送的下載請(qǐng)求，所述DRM服務(wù)器與計(jì)費(fèi)支撐設(shè)備交互對(duì)所述客戶(hù)端進(jìn)行計(jì)費(fèi)、鑒權(quán)和認(rèn)證；所述DRM服務(wù)器根據(jù)所述鑒權(quán)和認(rèn)證的肯定結(jié)果，發(fā)送許可證給所述客戶(hù)端，其中所述許可證中包括版權(quán)許可信息、所述客戶(hù)端請(qǐng)求下載的內(nèi)容所在的資源地址和用于解密所述內(nèi)容的密鑰；和所述客戶(hù)端根據(jù)獲取的所述許可證中的所述版權(quán)許可信息、資源地址到所述內(nèi)容服務(wù)器下載所述內(nèi)容，所述客戶(hù)端在下載所述內(nèi)容的同時(shí)利用所述用于解密所述內(nèi)容的密鑰對(duì)下載的所述內(nèi)容進(jìn)行解密。 在一個(gè)實(shí)施例中，在所述客戶(hù)端首次啟動(dòng)時(shí)包括激活步驟，所述激活步驟具體為
所述客戶(hù)端向所述DRM服務(wù)器發(fā)送激活請(qǐng)求；和所述DRM服務(wù)器向所述客戶(hù)端返回激活碼。 進(jìn)一步的，所述客戶(hù)端獲取所述許可證中的所述版權(quán)許可信息、所述資源地址和
所述用于解密所述內(nèi)容的密鑰具體為所述客戶(hù)端利用所述激活碼生成用于解密所述許可
證的密鑰；和所述客戶(hù)端利用所述用于解密所述許可證的密鑰解密所述許可證，獲取所述
許可證中的所述版權(quán)許可信息、所述資源地址和所述用于解密所述內(nèi)容的密鑰。 在一個(gè)實(shí)施例中，在所述客戶(hù)端根據(jù)獲取的所述許可證中的所述版權(quán)許可信息、
資源地址到所述內(nèi)容服務(wù)器下載所述內(nèi)容之后包括當(dāng)下載到的所述內(nèi)容不可用時(shí)，所述
客戶(hù)端利用所述許可證重新從所述內(nèi)容服務(wù)器下載所述內(nèi)容；或當(dāng)所述許可證失效時(shí)，所
述客戶(hù)端通過(guò)恢復(fù)所述內(nèi)容從所述DRM服務(wù)器重新獲取所述許可證。 在一個(gè)實(shí)施例中，所述客戶(hù)端通過(guò)HTTP協(xié)議與所述DRM服務(wù)器進(jìn)行通信；和所述客戶(hù)端通過(guò)HTTP協(xié)議與所述內(nèi)容服務(wù)器進(jìn)行通信。 為實(shí)現(xiàn)上述目的，本發(fā)明還提供了一種數(shù)字版權(quán)管理系統(tǒng)，其特征在于，包括客戶(hù)端，用于獲取用戶(hù)需要下載的內(nèi)容；和DRM服務(wù)器，用于接收所述客戶(hù)端發(fā)送的下載請(qǐng)求，與計(jì)費(fèi)支撐設(shè)備交互對(duì)所述客戶(hù)端進(jìn)行計(jì)費(fèi)、鑒權(quán)和認(rèn)證，所述DRM服務(wù)器根據(jù)所述鑒權(quán)和認(rèn)證的肯定結(jié)果，發(fā)送許可證給所述客戶(hù)端，其中所述許可證中包括版權(quán)許可信息、所述客戶(hù)端請(qǐng)求下載的所述內(nèi)容所在的資源地址和用于解密所述內(nèi)容的密鑰，其中，所述客戶(hù)端根據(jù)獲取的所述許可證中的所述版權(quán)許可信息、資源地址到所述內(nèi)容服務(wù)器下載所述內(nèi)容，所述客戶(hù)端在下載所述內(nèi)容的同時(shí)利用所述用于解密所述內(nèi)容的密鑰對(duì)下載的所述內(nèi)容進(jìn)行解密。 在一個(gè)實(shí)施例中，所述客戶(hù)端包括激活碼獲取裝置，用于向所述DRM服務(wù)器發(fā)送激活請(qǐng)求，和從所述DRM服務(wù)器獲取激活碼；密鑰生成裝置，用于利用所述激活碼生成用于解密許可證的密鑰；和許可證解密裝置，用于當(dāng)所述客戶(hù)端收到所述DRM服務(wù)器發(fā)送的所述許可證時(shí)，用所述用于解密許可證的密鑰解密所述許可證。 在一個(gè)實(shí)施例中，所述客戶(hù)端還包括內(nèi)容存儲(chǔ)裝置，用于當(dāng)所述內(nèi)容在裝有所述客戶(hù)端的終端在線(xiàn)播放的同時(shí)，對(duì)所述內(nèi)容進(jìn)行存儲(chǔ)。 在一個(gè)實(shí)施例中，所述客戶(hù)端還包括版權(quán)重續(xù)裝置，用于當(dāng)下載到的所述內(nèi)容不可用時(shí)，利用所述許可證重新從所述內(nèi)容服務(wù)器下載所述內(nèi)容，或當(dāng)所述許可證失效時(shí)通過(guò)恢復(fù)所述內(nèi)容從所述DRM服務(wù)器重新獲取所述許可證。 在一個(gè)實(shí)施例中，所述客戶(hù)端與所述DRM服務(wù)器，以及所述客戶(hù)端與所述內(nèi)容服務(wù)器之間的通信遵守HTTP。 基于上述技術(shù)方案，本發(fā)明的客戶(hù)端通過(guò)獲取的許可證中的版權(quán)許可信息、資源地址和用于解密內(nèi)容的密鑰，以及客戶(hù)端通過(guò)HTTP協(xié)議與內(nèi)容服務(wù)器、DRM服務(wù)器之間的通信，實(shí)現(xiàn)了客戶(hù)端在下載內(nèi)容的同時(shí)利用用于解密內(nèi)容的密鑰對(duì)下載的內(nèi)容進(jìn)行解密，即邊下載邊解密邊播放。另外，通過(guò)HTTP協(xié)議的存儲(chǔ)方式，本發(fā)明還實(shí)現(xiàn)了當(dāng)被版權(quán)保護(hù)的內(nèi)容在線(xiàn)播放時(shí)對(duì)此內(nèi)容的存儲(chǔ)。本發(fā)明有利于對(duì)數(shù)字內(nèi)容的版權(quán)保護(hù)，使原創(chuàng)作者/內(nèi)容提供商獲得應(yīng)得的收益。同時(shí)也使用戶(hù)得到良好的業(yè)務(wù)體驗(yàn)。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步解釋?zhuān)瑯?gòu)成本發(fā)明的一部分。本發(fā)明的示意性實(shí)施例及其說(shuō)明僅用于解釋本發(fā)明，但并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中 圖1為根據(jù)本發(fā)明實(shí)施例的數(shù)字版權(quán)管理系統(tǒng)的結(jié)構(gòu)示意圖。
圖2為根據(jù)本發(fā)明實(shí)施例的數(shù)字版權(quán)管理方法的流程圖。
圖3為根據(jù)本發(fā)明另一實(shí)施例的數(shù)字版權(quán)管理方法的流程圖。
圖4為根據(jù)本發(fā)明另一實(shí)施例的數(shù)字版權(quán)管理系統(tǒng)的結(jié)構(gòu)示意圖。
圖5為根據(jù)本發(fā)明實(shí)施例的客戶(hù)端的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
下面參照附圖對(duì)本發(fā)明進(jìn)行更詳細(xì)的描述，其中說(shuō)明本發(fā)明的示例性實(shí)施例。
圖1為根據(jù)本發(fā)明實(shí)施例的數(shù)字版權(quán)管理系統(tǒng)100的結(jié)構(gòu)示意圖。數(shù)字版權(quán)管理系統(tǒng)100包括DRM(數(shù)字版權(quán)管理)服務(wù)器102、內(nèi)容服務(wù)器104、客戶(hù)端106、客戶(hù)端服務(wù)器108和計(jì)費(fèi)支撐設(shè)備110。 DRM服務(wù)器102可以用于受版權(quán)保護(hù)的內(nèi)容的管理，比如對(duì)內(nèi)容打包、生成并分發(fā)許可證、觸發(fā)計(jì)費(fèi)認(rèn)證。根據(jù)本發(fā)明的實(shí)施例，DRM服務(wù)器102定義的許可證包括產(chǎn)品許可證(Product Tichet)和內(nèi)容許可證(Content Ticket)。其中產(chǎn)品許可證包含使用權(quán)限，對(duì)一個(gè)產(chǎn)品(或欄目)下的所有內(nèi)容生效。內(nèi)容許可證包含用于解密內(nèi)容的密鑰、內(nèi)容獲取ContentURL、內(nèi)容唯一標(biāo)識(shí)、以及對(duì)應(yīng)的Product Ticket的標(biāo)識(shí)。所有內(nèi)容許可證的使用權(quán)限從產(chǎn)品許可證繼承。比如，當(dāng)用戶(hù)訂購(gòu)一個(gè)包含多首歌曲的專(zhuān)輯，產(chǎn)品許可證可以是針對(duì)此專(zhuān)輯的許可證，其中包含用戶(hù)享有的使用權(quán)利(如有效期、使用次數(shù)等)。而專(zhuān)輯中的每首歌的解密密鑰不同、下載地址不同，這些信息可以在內(nèi)容許可證中定義。
產(chǎn)品許可證舉例如下 MIMEType :即plication/drm. product, ticket+xml 〈ProductTicket> 〈p i d〉ProductIDXXXXXXXXX〈/p i d>
〈permission>〈play>〈constraint>
〈/constraint>
〈/play>
〈/permission>
〈/ProductTicket>
內(nèi)容許可證舉例如下 MIMEType :即plication/drm. content, ticket+xml 〈ContentTicket>〈p i d〉ProductIDXXXXXXXXX〈/p i d>〈c i d〉ContentIDXXXXXXXX〈/c i d> 〈Contentlssuer〉http ://www. dls. com/dls itemid =.....〈/
ContentIssuer>
〈Keylnfo〉 〈KeyValue〉vUEwR8LzEJoeiC+dgTlmgg == 〈/KeyValue〉 〈/Keylnfo〉
〈/ContentTicket> 計(jì)費(fèi)支撐設(shè)備110可以通過(guò)與DRM服務(wù)器102的交互用于對(duì)數(shù)字版權(quán)保護(hù)內(nèi)容和業(yè)務(wù)的使用進(jìn)行計(jì)費(fèi)和認(rèn)證管理。 內(nèi)容服務(wù)器104可以用于提供音樂(lè)、視頻等內(nèi)容的下載，是移動(dòng)音樂(lè)平臺(tái)或其它業(yè)務(wù)應(yīng)用下載平臺(tái)的總稱(chēng)。 客戶(hù)端106可以安裝于比如手機(jī)、PDA等的終端，用于獲取和使用受版權(quán)保護(hù)的內(nèi)容和業(yè)務(wù)。在一個(gè)實(shí)施例中，客戶(hù)端106可以包括音樂(lè)播放的功能，還可以通過(guò)HTML下載技術(shù)與DRM服務(wù)器102進(jìn)行交互實(shí)現(xiàn)DRM代理的功能。在一個(gè)實(shí)施例中，客戶(hù)端106和DRM服務(wù)器102之間，以及客戶(hù)端106和內(nèi)容服務(wù)器104之間遵守HTTP (hypertext transferprotocol，超文本傳輸協(xié)議)。這樣，通過(guò)客戶(hù)端106，用戶(hù)可以實(shí)現(xiàn)內(nèi)容的流式下載，并在下載完畢后，能夠?qū)⑾螺d的內(nèi)容保存在終端上。 圖2為根據(jù)本發(fā)明實(shí)施例的數(shù)字版權(quán)管理方法200的流程圖。 在步驟202中，DRM服務(wù)器接收客戶(hù)端發(fā)送的下載請(qǐng)求，DRM服務(wù)器與計(jì)費(fèi)支撐設(shè)
備交互對(duì)客戶(hù)端進(jìn)行計(jì)費(fèi)、鑒權(quán)和認(rèn)證。在步驟204中，DRM服務(wù)器根據(jù)鑒權(quán)和認(rèn)證的肯
定結(jié)果，發(fā)送許可證給客戶(hù)端，其中許可證中包括版權(quán)許可信息、客戶(hù)端請(qǐng)求下載的內(nèi)容所
在的資源地址和用于解密內(nèi)容的密鑰。 在步驟206中，客戶(hù)端根據(jù)獲取的許可證中的版權(quán)許可信息、資源地址到內(nèi)容服務(wù)器下載內(nèi)容，客戶(hù)端在下載內(nèi)容的同時(shí)利用用于解密內(nèi)容的密鑰對(duì)下載的內(nèi)容進(jìn)行解密。 圖3為根據(jù)本發(fā)明另一實(shí)施例的數(shù)字版權(quán)管理方法300的流程圖。數(shù)字版權(quán)管理方法300的描述結(jié)合了圖1的數(shù)字版權(quán)管理系統(tǒng)100，但不限于數(shù)字版權(quán)管理系統(tǒng)100的形式。 在步驟302中，下載并安裝客戶(hù)端106。用戶(hù)可以通過(guò)終端下載并安裝客戶(hù)端106。
在步驟304中，激活客戶(hù)端106。在首次啟動(dòng)和使用客戶(hù)端106之前，完成客戶(hù)端106的激活過(guò)程。客戶(hù)端106的激活過(guò)程包括客戶(hù)端106發(fā)送激活請(qǐng)求給DRM服務(wù)器102 ;DRM服務(wù)器102生成激活碼，保存激活碼與客戶(hù)端106的對(duì)應(yīng)關(guān)系，并將激活碼發(fā)送給客戶(hù) 端106 ;客戶(hù)端106可以將獲取到的激活碼在本地加密保存，以在后續(xù)步驟(步驟312)中 使用。如果發(fā)現(xiàn)激活碼失效或被破壞，客戶(hù)端106可以再次向DRM服務(wù)器102發(fā)起激活請(qǐng) 求以重新獲取激活碼。 在步驟306中，客戶(hù)端106發(fā)起下載請(qǐng)求。比如，用戶(hù)可以通過(guò)客戶(hù)端106瀏覽、 搜索音樂(lè)、電子書(shū)等內(nèi)容，訂購(gòu)內(nèi)容，并確認(rèn)下載以向DRM服務(wù)器102發(fā)起下載請(qǐng)求。
在步驟308中，DRM服務(wù)器102與計(jì)費(fèi)支撐設(shè)備110交互對(duì)客戶(hù)端106進(jìn)行計(jì)費(fèi)、 鑒權(quán)和認(rèn)證。 在步驟310中，DRM服務(wù)器102根據(jù)鑒權(quán)和認(rèn)證的肯定結(jié)果，發(fā)送許可證給客 戶(hù)端106。其中，許可證中包括版權(quán)許可信息、客戶(hù)端請(qǐng)求下載的內(nèi)容所在的資源地址 (ContentURL) 、ContentURL摘要值和用于解密請(qǐng)求下載的內(nèi)容的密鑰等信息。ContentURL 是由內(nèi)容服務(wù)器104生成，并發(fā)送給DRM服務(wù)器102的。ContentURL摘要值是由DRM服務(wù) 器102根據(jù)ContentURL進(jìn)行計(jì)算而獲取的。 在步驟312中，客戶(hù)端106利用在步驟304中獲取的激活碼生成用于解密許可證 的密鑰，對(duì)從DRM服務(wù)器獲取到的許可證進(jìn)行解密，以獲取其中的版權(quán)許可信息、資源地址 (ContentURL) 、 ContentURL摘要值和用于解密內(nèi)容的密鑰等信息。 在步驟314中，客戶(hù)端106根據(jù)獲取的許可證中的版權(quán)許可信息、ContentURL到 內(nèi)容服務(wù)器104下載所請(qǐng)求的內(nèi)容?？蛻?hù)端106向內(nèi)容服務(wù)器104發(fā)起下載請(qǐng)求時(shí)，可以 攜帶ContentURL摘要值。內(nèi)容服務(wù)器104可以通過(guò)ContentURL摘要值校驗(yàn)ContentURL 的合法性。通過(guò)校驗(yàn)后，內(nèi)容服務(wù)器104可以向客戶(hù)端106發(fā)送客戶(hù)端106所請(qǐng)求的內(nèi)容。 客戶(hù)端106在下載內(nèi)容的同時(shí)利用用于解密內(nèi)容的密鑰對(duì)下載的內(nèi)容進(jìn)行解密，從而實(shí)現(xiàn) 邊下載邊解密邊播放。相比于0MA DRM l.O，先下載內(nèi)容，內(nèi)容下載結(jié)束后才能獲取用于解 密內(nèi)容的密鑰，導(dǎo)致下載完畢才能解密進(jìn)而播放內(nèi)容的技術(shù)，本發(fā)明先獲取用于解密內(nèi)容 的密鑰的方式，能夠使用戶(hù)實(shí)現(xiàn)邊下載邊播放，為用戶(hù)提供了更好的流式體驗(yàn)。
另外，目前采用流媒體技術(shù)實(shí)現(xiàn)的流式播放文件，因采用的時(shí)RTP/RTSP/RTCP技 術(shù)，播放的內(nèi)容是不能保存在用戶(hù)終端上的。HTTP方式在下載時(shí)是先下載到本地，再進(jìn)行播 放的，因此根據(jù)本發(fā)明的實(shí)施例，客戶(hù)端106通過(guò)HTTP方式不僅可以實(shí)現(xiàn)被版權(quán)保護(hù)的內(nèi) 容的在線(xiàn)播放，而且可以在線(xiàn)播放的同時(shí)，可以將其進(jìn)行存儲(chǔ)。 在步驟316中，當(dāng)內(nèi)容不可用或者許可證失效時(shí)，客戶(hù)端106實(shí)現(xiàn)版權(quán)重續(xù)。比如， 當(dāng)下載到的內(nèi)容被刪除、被破壞以至于不可用，但存在本地許可證時(shí)，客戶(hù)端106可以利用 許可證重新從內(nèi)容服務(wù)器104免費(fèi)下載此內(nèi)容。又例如，當(dāng)內(nèi)容不可用，產(chǎn)品許可證也失效 時(shí)，客戶(hù)端106可以通過(guò)用戶(hù)的網(wǎng)絡(luò)硬盤(pán)或本地備份恢復(fù)此內(nèi)容，從內(nèi)容中獲取版權(quán)中心 的地址，從而到DRM服務(wù)器106重新獲取許可證。 圖4為根據(jù)本發(fā)明另一實(shí)施例的數(shù)字版權(quán)管理系統(tǒng)400的結(jié)構(gòu)示意圖。數(shù)字版權(quán) 管理系統(tǒng)400包括客戶(hù)端402和DRM服務(wù)器404。 DRM服務(wù)器404，用于接收客戶(hù)端402發(fā)送的下載請(qǐng)求，與計(jì)費(fèi)支撐設(shè)備交互對(duì)客 戶(hù)端進(jìn)行計(jì)費(fèi)、鑒權(quán)和認(rèn)證。DRM服務(wù)器404根據(jù)鑒權(quán)和認(rèn)證的肯定結(jié)果，發(fā)送許可證給客 戶(hù)端402，其中許可證中包括版權(quán)許可信息、客戶(hù)端請(qǐng)求下載的內(nèi)容所在的資源地址和用于 解密內(nèi)容的密鑰，
客戶(hù)端402，用于獲取用戶(hù)需要下載的內(nèi)容?？蛻?hù)端根據(jù)從DRM服務(wù)器404獲取的 許可證中的版權(quán)許可信息、資源地址到內(nèi)容服務(wù)器下載內(nèi)容，客戶(hù)端402在下載內(nèi)容的同 時(shí)利用用于解密內(nèi)容的密鑰對(duì)下載的內(nèi)容進(jìn)行解密。 圖5為根據(jù)本發(fā)明實(shí)施例的客戶(hù)端500的結(jié)構(gòu)示意圖?？蛻?hù)端500包括。激活碼 獲取裝置502、密鑰生成裝置504、許可證解密裝置506、內(nèi)容存儲(chǔ)裝置508和版權(quán)重續(xù)裝置 510。 激活碼獲取裝置502，用于向DRM服務(wù)器發(fā)送激活請(qǐng)求，和從DRM服務(wù)器獲取激活 碼。 密鑰生成裝置504，用于利用激活碼生成用于解密許可證的密鑰。 許可證解密裝置506，用于當(dāng)客戶(hù)端收到DRM服務(wù)器發(fā)送的許可證時(shí)，用用于解密
許可證的密鑰解密許可證。 內(nèi)容存儲(chǔ)裝置508 ，用于當(dāng)內(nèi)容在裝有客戶(hù)端的終端在線(xiàn)播放的同時(shí)，對(duì)內(nèi)容進(jìn)行 存儲(chǔ)。 版權(quán)重續(xù)裝置510，用于當(dāng)下載到的內(nèi)容不可用時(shí)，利用許可證重新從內(nèi)容服務(wù)器 下載內(nèi)容，或當(dāng)許可證失效時(shí)，通過(guò)恢復(fù)內(nèi)容從DRM服務(wù)器重新獲取許可證。
本發(fā)明的客戶(hù)端通過(guò)獲取的許可證中的版權(quán)許可信息、資源地址和用于解密內(nèi)容 的密鑰，以及客戶(hù)端通過(guò)HTTP協(xié)議與內(nèi)容服務(wù)器、DRM服務(wù)器之間的通信，實(shí)現(xiàn)了客戶(hù)端 在下載內(nèi)容的同時(shí)利用用于解密內(nèi)容的密鑰對(duì)下載的內(nèi)容進(jìn)行解密，即邊下載邊解密邊播 放。另外，通過(guò)HTTP的存儲(chǔ)方式，本發(fā)明還實(shí)現(xiàn)了當(dāng)被版權(quán)保護(hù)的內(nèi)容在線(xiàn)播放時(shí)對(duì)此內(nèi) 容的存儲(chǔ)。本發(fā)明有利于對(duì)數(shù)字內(nèi)容的版權(quán)保護(hù)，使原創(chuàng)作者/內(nèi)容提供商獲得應(yīng)得的收 益。同時(shí)也使用戶(hù)得到良好的業(yè)務(wù)體驗(yàn)。 本發(fā)明的描述是為了示例和描述起見(jiàn)而給出的，而并不是無(wú)遺漏的或者將本發(fā)明
限于所公開(kāi)的形式。很多修改和變化對(duì)于本領(lǐng)域的普通技術(shù)人員而言是顯然的。選擇和描
述實(shí)施例是為了更好說(shuō)明本發(fā)明的原理和實(shí)際應(yīng)用，并且使本領(lǐng)域的普通技術(shù)人員能夠理 解本發(fā)明從而設(shè)計(jì)適于特定用途的帶有各種修改的各種實(shí)施例。
權(quán)利要求
一種數(shù)字版權(quán)管理方法，其特征在于，包括DRM服務(wù)器接收客戶(hù)端發(fā)送的下載請(qǐng)求，所述DRM服務(wù)器與計(jì)費(fèi)支撐設(shè)備交互對(duì)所述客戶(hù)端進(jìn)行計(jì)費(fèi)、鑒權(quán)和認(rèn)證；所述DRM服務(wù)器根據(jù)所述鑒權(quán)和認(rèn)證的肯定結(jié)果，發(fā)送許可證給所述客戶(hù)端，其中所述許可證中包括版權(quán)許可信息、所述客戶(hù)端請(qǐng)求下載的內(nèi)容所在的資源地址和用于解密所述內(nèi)容的密鑰；和所述客戶(hù)端根據(jù)獲取的所述許可證中的所述版權(quán)許可信息、資源地址到所述內(nèi)容服務(wù)器下載所述內(nèi)容，所述客戶(hù)端在下載所述內(nèi)容的同時(shí)利用所述用于解密所述內(nèi)容的密鑰對(duì)下載的所述內(nèi)容進(jìn)行解密。
2. 根據(jù)權(quán)利要求1所述的數(shù)字版權(quán)管理方法，其特征在于，在所述客戶(hù)端首次啟動(dòng)時(shí) 包括激活步驟，所述激活步驟具體為所述客戶(hù)端向所述DRM服務(wù)器發(fā)送激活請(qǐng)求；禾口 所述DRM服務(wù)器向所述客戶(hù)端返回激活碼。
3. 根據(jù)權(quán)利要求2所述的數(shù)字版權(quán)管理方法，其特征在于，所述客戶(hù)端獲取所述許可 證中的所述版權(quán)許可信息、所述資源地址和所述用于解密所述內(nèi)容的密鑰具體為所述客戶(hù)端利用所述激活碼生成用于解密所述許可證的密鑰；禾口所述客戶(hù)端利用所述用于解密所述許可證的密鑰解密所述許可證，獲取所述許可證中 的所述版權(quán)許可信息、所述資源地址和所述用于解密所述內(nèi)容的密鑰。
4. 根據(jù)權(quán)利要求1所述的數(shù)字版權(quán)管理方法，其特征在于，在所述客戶(hù)端根據(jù)獲取的 所述許可證中的所述版權(quán)許可信息、資源地址到所述內(nèi)容服務(wù)器下載所述內(nèi)容之后包括當(dāng)下載到的所述內(nèi)容不可用時(shí)，所述客戶(hù)端利用所述許可證重新從所述內(nèi)容服務(wù)器下 載所述內(nèi)容；或當(dāng)所述許可證失效時(shí)，所述客戶(hù)端通過(guò)恢復(fù)所述內(nèi)容從所述DRM服務(wù)器重新獲取所述 許可證。
5. 根據(jù)權(quán)利要求1所述的數(shù)字版權(quán)管理方法，其特征在于，還包括 所述客戶(hù)端通過(guò)HTTP協(xié)議與所述DRM服務(wù)器進(jìn)行通信；禾口 所述客戶(hù)端通過(guò)HTTP協(xié)議與所述內(nèi)容服務(wù)器進(jìn)行通信。
6. —種數(shù)字版權(quán)管理系統(tǒng)，其特征在于，包括 客戶(hù)端，用于獲取用戶(hù)需要下載的內(nèi)容；禾口DRM服務(wù)器，用于接收所述客戶(hù)端發(fā)送的下載請(qǐng)求，與計(jì)費(fèi)支撐設(shè)備交互對(duì)所述客戶(hù)端 進(jìn)行計(jì)費(fèi)、鑒權(quán)和認(rèn)證，所述DRM服務(wù)器根據(jù)所述鑒權(quán)和認(rèn)證的肯定結(jié)果，發(fā)送許可證給所 述客戶(hù)端，其中所述許可證中包括版權(quán)許可信息、所述客戶(hù)端請(qǐng)求下載的所述內(nèi)容所在的 資源地址和用于解密所述內(nèi)容的密鑰，其中，所述客戶(hù)端根據(jù)獲取的所述許可證中的所述版權(quán)許可信息、資源地址到所述內(nèi) 容服務(wù)器下載所述內(nèi)容，所述客戶(hù)端在下載所述內(nèi)容的同時(shí)利用所述用于解密所述內(nèi)容的 密鑰對(duì)下載的所述內(nèi)容進(jìn)行解密。
7. 根據(jù)權(quán)利要求6所述的數(shù)字版權(quán)管理系統(tǒng)，其特征在于，所述客戶(hù)端包括 激活碼獲取裝置，用于向所述DRM服務(wù)器發(fā)送激活請(qǐng)求，和從所述DRM服務(wù)器獲取激活碼；密鑰生成裝置，用于利用所述激活碼生成用于解密所述許可證的密鑰；禾口 許可證解密裝置，用于當(dāng)所述客戶(hù)端收到所述DRM服務(wù)器發(fā)送的所述許可證時(shí)，用所 述用于解密所述許可證的密鑰解密所述許可證。
8. 根據(jù)權(quán)利要求6所述的數(shù)字版權(quán)管理系統(tǒng)，其特征在于，所述客戶(hù)端還包括 內(nèi)容存儲(chǔ)裝置，用于當(dāng)所述內(nèi)容在裝有所述客戶(hù)端的終端在線(xiàn)播放的同時(shí)，對(duì)所述內(nèi)容進(jìn)行存儲(chǔ)。
9. 根據(jù)權(quán)利要求6所述的數(shù)字版權(quán)管理系統(tǒng)，其特征在于，所述客戶(hù)端還包括 版權(quán)重續(xù)裝置，用于當(dāng)下載到的所述內(nèi)容不可用時(shí)，利用所述許可證重新從所述內(nèi)容服務(wù)器下載所述內(nèi)容，或當(dāng)所述許可證失效時(shí)，通過(guò)恢復(fù)所述內(nèi)容從所述DRM服務(wù)器重新 獲取所述許可證。
10. 根據(jù)權(quán)利要求6所述的數(shù)字版權(quán)管理系統(tǒng)，其特征在于，所述客戶(hù)端與所述DRM服 務(wù)器，以及所述客戶(hù)端與所述內(nèi)容服務(wù)器之間的通信遵守HTTP。
全文摘要
本發(fā)明提供一種數(shù)字版權(quán)管理方法和系統(tǒng)，涉及通信領(lǐng)域。其中一種數(shù)字版權(quán)管理方法包括DRM服務(wù)器接收客戶(hù)端發(fā)送的下載請(qǐng)求，DRM服務(wù)器與計(jì)費(fèi)支撐設(shè)備交互對(duì)客戶(hù)端進(jìn)行計(jì)費(fèi)、鑒權(quán)和認(rèn)證；DRM服務(wù)器根據(jù)鑒權(quán)和認(rèn)證的肯定結(jié)果，發(fā)送許可證給客戶(hù)端，其中許可證中包括版權(quán)許可信息、客戶(hù)端請(qǐng)求下載的內(nèi)容所在的資源地址和用于解密內(nèi)容的密鑰；和客戶(hù)端根據(jù)獲取的許可證中的版權(quán)許可信息、資源地址到內(nèi)容服務(wù)器下載內(nèi)容，客戶(hù)端在下載內(nèi)容的同時(shí)利用用于解密內(nèi)容的密鑰對(duì)下載的內(nèi)容進(jìn)行解密。本發(fā)明實(shí)現(xiàn)了客戶(hù)端在下載受版權(quán)保護(hù)內(nèi)容的同時(shí)利用用于解密內(nèi)容的密鑰對(duì)下載的內(nèi)容進(jìn)行解密，即邊下載邊解密邊播放，使用戶(hù)得到良好的業(yè)務(wù)體驗(yàn)。
文檔編號(hào)H04L29/08GK101699819SQ200910222530
公開(kāi)日2010年4月28日 申請(qǐng)日期2009年11月13日 優(yōu)先權(quán)日2009年11月13日
發(fā)明者朱麗芳, 董斌, 龔雪峰 申請(qǐng)人:中國(guó)電信股份有限公司