專利名稱：許可證獲取方法、媒體內容播放方法及用戶終端的制作方法
技術領域：
本發(fā)明實施例涉及數字版權管理技術領域，尤其涉及一種許可證獲取方法、媒體內容播放方法及用戶終端。
背景技術：
數字版權管理技術(Digital Rights Management，簡稱DRM)技術是一種用于加強保護數字化的音視頻節(jié)目內容版權的技術，它對受保護的媒體內容進行加密和封裝，用戶根據使用需求訂購媒體內容，業(yè)務平臺將用戶使用受保護的媒體內容的權限信息發(fā)送給 DRM服務系統(tǒng)，由DRM服務系統(tǒng)產生許可證并分發(fā)給DRM客戶端。支持DRM的用戶終端向媒體內容服務器獲取受DRM保護的媒體內容，用戶必須持有許可證才能使用媒體內容。圖1為現有DRM系統(tǒng)的架構示意圖，如圖所示，DRM服務系統(tǒng)中的內容加密模塊使用內容主控密鑰和輔助因子生成內容加密密鑰，采用內容加密密鑰并運用密碼算法，如高級加密標準(Advanced Encryption Mandard，簡稱AEQ，加密原始媒體內容，再通過打包生成受DRM保護的媒體內容。輔助因子隨受DRM保護的媒體內容分發(fā)到用戶終端。DRM服務系統(tǒng)分發(fā)的許可證中包括以下基本信息內容使用授權主體信息、內容使用主體信息、內容使用權利信息、約束信息、用戶終端信息(可選)，以及經過加密的內容主控密鑰等。受DRM保護的媒體內容下載到用戶終端后，不能像未受DRM保護的媒體內容那樣隨意播放和分發(fā)，必須由DRM客戶端從DRM服務系統(tǒng)獲取許可證、解密媒體內容、基于許可權利和約束控制媒體內容的使用?，F有DRM客戶端的基本功能是在使用媒體內容時執(zhí)行許可證規(guī)定的權限?，F有技術中至少存在如下問題現有DRM客戶端存在多種標準，例如，在微軟公司的視窗(Windows)操作系統(tǒng)中綁定的視窗媒體(Windows MediaDRM，簡稱WMDRM)、僅在蘋果公司(Apple)的系統(tǒng)中使用的“!Airplay”、僅應用于移動終端的開放移動聯(lián)盟(Open Mobile Alliance，簡稱0MA)DRM規(guī)范、僅用于音視頻編碼標準(Audio Video Coding Mandard，簡稱AVS)格式數字內容版權保護的AVS DRM標準等?？梢?，現有DRM相關標準只適用于特定的終端或系統(tǒng)環(huán)境，而且上述標準通常都是各大公司的私有DRM技術，而未公開說明DRM客戶端相關實體的體系結構。因此，現有DRM客戶端缺乏統(tǒng)一、開放的標準， 從而難以適用于多種系統(tǒng)環(huán)境。

發(fā)明內容
本發(fā)明提供一種許可證獲取方法、媒體內容播放方法及用戶終端，用以提高DRM 客戶端的適用性。本發(fā)明實施例提供一種許可證獲取方法，其中包括用戶終端通過瀏覽器向業(yè)務平臺發(fā)送業(yè)務訂購請求，并接收所述業(yè)務平臺返回的業(yè)務訂購結果，所述業(yè)務訂購結果中攜帶有許可證提取號和許可證服務器的地址；所述用戶終端通過DRM客戶端根據所述地址向相應的許可證服務器發(fā)送已簽名
4的許可證獲取請求，所述許可證獲取請求中攜帶有所述許可證提取號、用戶公鑰及所述用戶終端的設備信息；所述用戶終端接收由所述許可證服務器根據所述許可證獲取請求生成的許可證。本發(fā)明另一實施例提供一種媒體內容播放方法，其中包括當用戶終端上的媒體播放器請求播放加密的媒體內容時，通過DRM客戶端判斷本地是否存在采用上述許可證獲取方法獲取的相應的許可證；若存在，判斷所述許可證的有效性；若有效，則對所述加密的媒體內容進行解密；對解密后的媒體內容進行播放。本發(fā)明又一實施例提供一種用戶終端，其中包括瀏覽器和DRM客戶端，其中所述瀏覽器包括瀏覽器原有模塊，用于向業(yè)務平臺發(fā)送業(yè)務訂購請求，并接收所述業(yè)務平臺返回的業(yè)務訂購結果，所述業(yè)務訂購結果中攜帶有許可證提取號和許可證服務器的地址；DRM瀏覽器插件模塊，用于向所述DRM客戶端發(fā)送來自于瀏覽器原有模塊的許可證獲取請求，所述許可證獲取請求中攜帶有所述許可證提取號和許可證服務器的地址；所述DRM客戶端包括許可證管理模塊包括許可證獲取單元，用于將許可證獲取請求發(fā)送給安全管理模塊進行簽名，根據所述地址向DRM服務系統(tǒng)中相應的許可證服務器發(fā)送已簽名的許可證獲取請求，并接收由所述許可證服務器根據所述許可證獲取請求生成的許可證；許可證存儲單元，用于存儲接收到的所述許可證；安全管理模塊，用于對所述許可證獲取請求進行簽名，并返回已簽名的許可證獲取請求。本發(fā)明通過根據業(yè)務平臺返回的業(yè)務訂購結果從相應的許可證服務器獲取到所需的許可證，克服了現有DRM相關標準不兼容的缺陷，使DRM客戶端可以適用于多種系統(tǒng)環(huán)境，從而提高了 DRM客戶端的適用性。


為了更清楚地說明本發(fā)明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。圖1為現有DRM系統(tǒng)的架構示意圖；圖2為本發(fā)明所述許可證獲取方法實施例的流程圖；圖3為本發(fā)明所述媒體內容播方法實施例的流程圖；圖4為本發(fā)明所述用戶終端實施例一的結構示意圖；圖5為圖4中所示許可證管理模塊的結構示意圖；圖6為圖4所示用戶終端執(zhí)行許可證獲取方法的信令圖；圖7為本發(fā)明所述用戶終端實施例二的結構示意5
圖8為圖7所示DRM播放器插件模塊的結構示意圖；圖9為圖7所示媒體內容解密模塊的結構示意圖；圖10為圖7所示用戶終端執(zhí)行媒體內容播方法的信令圖。
具體實施例方式為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。圖2為本發(fā)明所述許可證獲取方法實施例的流程圖，如圖所示，該方法包括如下步驟步驟101，用戶終端通過瀏覽器向業(yè)務平臺發(fā)送業(yè)務訂購請求，并接收所述業(yè)務平臺返回的業(yè)務訂購結果，所述業(yè)務訂購結果中攜帶有許可證提取號和許可證服務器的地址。步驟102，所述用戶終端通過DRM客戶端根據所述地址向相應的許可證服務器發(fā)送已簽名的許可證獲取請求，所述許可證獲取請求中攜帶有所述許可證提取號、用戶公鑰及所述用戶終端的設備信息。步驟103，所述用戶終端接收由所述許可證服務器根據所述許可證獲取請求生成的許可證。本實施例所述方法通過根據業(yè)務平臺返回的業(yè)務訂購結果從相應的許可證服務器獲取到所需的許可證，克服了現有DRM相關標準不兼容的缺陷，使DRM客戶端可以適用于多種系統(tǒng)環(huán)境，從而提高了 DRM客戶端的適用性。圖3為本發(fā)明所述媒體內容播方法實施例的流程圖，如圖所示，該方法包括步驟201，當用戶終端上的媒體播放器請求播放加密的媒體內容時，通過DRM客戶端判斷本地是否存在相應的許可證。其中，本實施例中所述許可證是采用上述許可證獲取方法獲取的。步驟202，若所述相應的許可證存在，則判斷所述許可證的有效性。具體地，可以對所述許可證的簽名進行驗證，驗證通過后，對所述許可證進行解析，獲取許可的權利信息；然后根據所述權利信息判斷所述許可證的有效性。步驟203，若所述許可證有效，則對所述加密的媒體內容進行解密。具體地，可以先獲取針對所述媒體內容的加密的內容主控密鑰；然后利用DRM服務系統(tǒng)公鑰對所述加密的內容主控密鑰進行解密，生成明文的內容主控密鑰；接著利用所述明文的內容主控密鑰和加密的媒體內容中的輔助因子生成內容解密密鑰；最后利用所述內容解密密鑰對所述加密的媒體進行解密。步驟204，對解密后的媒體內容進行播放。本實施例所述方法采用統(tǒng)一的流程標準實現了媒體內容的播放，使DRM客戶端可以適用于多種系統(tǒng)環(huán)境，從而提高了 DRM客戶端的適用性。圖4為本發(fā)明所述用戶終端實施例一的結構示意圖，如圖所示，該用戶終端至少包括瀏覽器10和DRM客戶端20，其工作原理如下
所述瀏覽器10中的瀏覽器原有模塊11向業(yè)務平臺發(fā)送業(yè)務訂購請求，并接收所述業(yè)務平臺返回的業(yè)務訂購結果，所述業(yè)務訂購結果中攜帶有許可證提取號和許可證服務器的地址；DRM瀏覽器插件模塊12向所述DRM客戶端20發(fā)送來自于瀏覽器原有模塊11 的許可證獲取請求，所述許可證獲取請求中攜帶有所述許可證提取號和許可證服務器的地址；如圖5所示，所述DRM客戶端20中的許可證管理模塊21包括許可證獲取單元2101和許可證存儲單元2102其工作原理如下許可證獲取單元2101將許可證獲取請求發(fā)送給安全管理模塊22進行簽名，該安全管理模塊22對所述許可證獲取請求進行簽名，并返回已簽名的許可證獲取請求；此后， 許可證獲取單元2101根據所述地址向DRM服務系統(tǒng)中相應的許可證服務器發(fā)送已簽名的許可證獲取請求，并接收由所述許可證服務器根據所述許可證獲取請求生成的許可證；然后由許可證存儲單元2102存儲接收到的所述許可證。以下通過圖6具體說明圖4所示用戶終端執(zhí)行許可證獲取方法的信令流程，如圖所示，包括1-1，用戶通過瀏覽器以網頁(Web)方式訪問業(yè)務平臺；1-2，業(yè)務平臺向所述瀏覽器返回業(yè)務內容，供用戶瀏覽；1-3，用戶通過瀏覽器中的瀏覽器原有模塊向業(yè)務平臺提交業(yè)務訂購請求；1-4，業(yè)務平臺處理用戶的業(yè)務訂購請求，將業(yè)務權限信息發(fā)送給DRM服務系統(tǒng)， 請求生成許可證；1-5，DRM服務系統(tǒng)向業(yè)務平臺返回處理結果，包括許可證提取號和許可證服務器的地址，其中，所述許可證服務器是DRM服務系統(tǒng)中為該業(yè)務訂購請求生成許可證的服務器；1-6，業(yè)務平臺向瀏覽器的瀏覽器原有模塊返回業(yè)務訂購結果，其中攜帶有許可證提取號和許可證服務器的地址，例如URL地址；1-7，瀏覽器原有模塊向DRM瀏覽器插件模塊發(fā)送許可證獲取請求，其中攜帶有所述許可證提取號和許可證服務器的地址；1-8，DRM瀏覽器插件模塊向DRM客戶端中的許可證管理模塊發(fā)送許可證獲取請求，其中攜帶有所述許可證提取號和許可證服務器的地址；1-9，許可證管理模塊用于將許可證獲取請求發(fā)送給安全管理模塊，以請求安全管理模塊對許可證獲取請求進行簽名，其中，該簽名是指DRM客戶端對所述許可證請求的簽名；1-10，安全管理模塊向許可證管理模塊返回已簽名的許可證獲取請求；1-11，許可證管理模塊根據所述地址向DRM服務系統(tǒng)中相應的許可證服務器發(fā)送已簽名的許可證獲取請求，其中攜帶有所述許可證提取號、用戶公鑰及所述用戶終端的設備信息，以便實現許可證與用戶設備的綁定，其中，所述綁定是指用戶獲取的許可證限定了相應數字內容只能在具有相應設備信息的用戶設備上使用，所述設備信息例如可以為一串標識代碼；1-12，DRM服務系統(tǒng)生成許可證，并將生成的許可證安全分發(fā)給許可證管理模塊；1-13，許可證管理模塊向DRM瀏覽器插件模塊返回成功獲取許可證消息；1-14，DRM瀏覽器插件模塊向瀏覽器返回成功獲取許可證消息。
本實施例所述用戶終端通過根據業(yè)務平臺返回的業(yè)務訂購結果從相應的許可證服務器獲取到所需的許可證，克服了現有DRM相關標準不兼容的缺陷，使DRM客戶端可以適用于多種系統(tǒng)環(huán)境，從而提高了 DRM客戶端的適用性。圖7為本發(fā)明所述用戶終端實施例二的結構示意圖，如圖所示，該用戶終端在上述實施例一的基礎上進一步包括媒體播放器30，其中包括媒體播放器原有模塊31和DRM 播放器插件模塊32，其工作原理如下所述媒體播放器30中的媒體播放器原有模塊31請求播放加密的媒體內容；如圖 8所示，DRM播放器插件模塊32中的許可狀態(tài)檢測單元3201判斷所述DRM客戶端20中的許可證存儲單元2102中是否存在相應的許可證，若存在，則向所述DRM客戶端20請求判斷許可證的有效性；當所述許可證有效時，媒體內容解密單元3202向所述DRM客戶端20請求對所述加密的媒體內容進行解密；所述DRM客戶端20中的媒體內容解密模塊23對所述加密的媒體內容進行解密；然后由媒體播放器原有模塊31對解密后的媒體內容進行播放。具體地，如圖5所示，當許可狀態(tài)檢測單元3201判斷出存在相應的許可證時，許可證管理模塊21中的許可證解析單元2103向安全管理模塊22請求驗證許可證的簽名，驗證通過后，對所述許可證進行解析，獲取許可的權利信息；然后，由權利使用控制單元2104對所述許可證的權利信息進行分析，判斷許可證的有效性。具體地，如圖9所示，所述媒體內容解密模塊23包括密鑰獲取單元2301、密鑰解密單元2302、密鑰生成單元2303及解密執(zhí)行單元2304，其解密過程如下密鑰獲取單元2301獲取針對所述媒體內容的加密的內容主控密鑰；密鑰解密單元2302利用DRM服務系統(tǒng)公鑰對所述加密的內容主控密鑰進行解密，生成明文的內容主控密鑰；密鑰生成單元2303利用所述明文的內容主控密鑰和加密的媒體內容中的輔助因子生成內容解密密鑰；解密執(zhí)行單元2304利用所述內容解密密鑰對所述加密的媒體內容進行解密。以下通過圖10具體說明上述許可證獲取方法實施例的信令流程，如圖所示，包括2-1，媒體播放器原有模塊向DRM播放器插件模塊請求播放加密的媒體內容；2-2，DRM播放器插件模塊請求DRM客戶端上的許可證管理模塊判斷本地是否存在許可證；2-3，許可證管理模塊向DRM播放器插件模塊返回判斷結果；2-4，若本地不存在許可證，則通知媒體播放器停止播放；2-5，若本地存在許可證，DRM播放器插件模塊向許可證管理模塊請求判斷許可證的有效性；2-6，許可證管理模塊向安全管理模塊請求驗證許可證的簽名，其中，該簽名是指 DRM服務系統(tǒng)對所述許可證的簽名；2-7，安全管理模塊向許可證管理模塊返回許可證的簽名驗證結果。2-8，簽名驗證通過后，許可證管理模塊對許可證進行解析，獲取許可的權利信息。2-9，許可證管理模塊對許可證的權利信息進行分析，判斷許可證的有效性；2-10，許可證管理模塊向DRM播放器插件模塊返回許可證的有效性判斷結果；2-11，若許可證失效，通知媒體播放器停止播放；
8
2-12，若許可證有效，DRM播放器插件模塊請求媒體內容解密模塊解密加密的數據；2-13，媒體內容解密模塊向許可證管理模塊獲取所述媒體內容的內容主控密鑰；2-14，許可證管理模塊向媒體內容解密模塊返回加密的內容主控密鑰；
2-15，媒體內容解密模塊請求安全管理模塊解密加密的內容主控密鑰。2-16，安全管理模塊利用DRM服務系統(tǒng)公鑰對加密的內容主控密鑰進行解密，其中需要說明的是所述DRM服務系統(tǒng)公鑰與所述用戶公鑰并不相同，擁有所述DRM服務系統(tǒng)公鑰的主體是DRM服務系統(tǒng)，而擁有所述用戶公鑰的主體是用戶；2-17，安全管理模塊中的RSA算法實體向媒體內容解密模塊返回明文的內容主控密鑰；2-18，媒體內容解密模塊利用所述明文的內容主控密鑰和加密的媒體內容中的輔助因子，生成內容解密密鑰，利用內容解密密鑰對所述加密的媒體進行解密；其中，該輔助因子由DRM服務系統(tǒng)對媒體內容進行加密時產生并封裝到加密后的文件中；2-19，媒體內容解密模塊向DRM播放器插件模塊返回解密后的媒體內容；2-20, DRM播放器插件模塊通知媒體播放器開始播放。本實施例所述用戶終端采用統(tǒng)一的流程標準實現了媒體內容的播放，使DRM客戶端可以適用于多種系統(tǒng)環(huán)境，從而提高了 DRM客戶端的適用性。該用戶終端可以為PC、機頂盒和手機等，其中的DRM客戶運行于“Windows”、“LinuX”、“Symbian”等系統(tǒng)環(huán)境，具有密碼算法的可擴展性、與終端和平臺的無關性，且適用于流媒體和文件媒體等多種媒體類型。本領域普通技術人員可以理解實現上述方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質包括R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質。最后應說明的是以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的精神和范圍。
權利要求
1.一種許可證獲取方法，其特征在于，包括用戶終端通過瀏覽器向業(yè)務平臺發(fā)送業(yè)務訂購請求，并接收所述業(yè)務平臺返回的業(yè)務訂購結果，所述業(yè)務訂購結果中攜帶有許可證提取號和許可證服務器的地址；所述用戶終端通過DRM客戶端根據所述地址向相應的許可證服務器發(fā)送已簽名的許可證獲取請求，所述許可證獲取請求中攜帶有所述許可證提取號、用戶公鑰及所述用戶終端的設備信息；所述用戶終端接收由所述許可證服務器根據所述許可證獲取請求生成的許可證。
2.一種媒體內容播放方法，其特征在于，包括當用戶終端上的媒體播放器請求播放加密的媒體內容時，通過DRM客戶端判斷本地是否存在采用權利要求1所述方法獲取的相應的許可證； 若存在，判斷所述許可證的有效性； 若有效，則對所述加密的媒體內容進行解密； 對解密后的媒體內容進行播放。
3.根據權利要求2所述的媒體內容播放方法，其特征在于，判斷所述許可證的有效性包括對所述許可證的簽名進行驗證，驗證通過后，對所述許可證進行解析，獲取許可的權利 fn息；根據所述權利信息判斷所述許可證的有效性。
4.根據權利要求2所述的媒體內容播放方法，其特征在于，對所述加密的媒體內容進行解密包括獲取針對所述媒體內容的加密的內容主控密鑰；利用DRM服務系統(tǒng)公鑰對所述加密的內容主控密鑰進行解密，生成明文的內容主控密鑰；利用所述明文的內容主控密鑰和加密的媒體內容中的輔助因子生成內容解密密鑰； 利用所述內容解密密鑰對所述加密的媒體進行解密。
5.一種用戶終端，其特征在于，包括瀏覽器和DRM客戶端，其中 所述瀏覽器包括瀏覽器原有模塊，用于向業(yè)務平臺發(fā)送業(yè)務訂購請求，并接收所述業(yè)務平臺返回的業(yè)務訂購結果，所述業(yè)務訂購結果中攜帶有許可證提取號和許可證服務器的地址；DRM瀏覽器插件模塊，用于向所述DRM客戶端發(fā)送來自于瀏覽器原有模塊的許可證獲取請求，所述許可證獲取請求中攜帶有所述許可證提取號和許可證服務器的地址； 所述DRM客戶端包括 許可證管理模塊包括許可證獲取單元，用于將許可證獲取請求發(fā)送給安全管理模塊進行簽名，根據所述地址向DRM服務系統(tǒng)中相應的許可證服務器發(fā)送已簽名的許可證獲取請求，并接收由所述許可證服務器根據所述許可證獲取請求生成的許可證； 許可證存儲單元，用于存儲接收到的所述許可證；安全管理模塊，用于對所述許可證獲取請求進行簽名，并返回已簽名的許可證獲取請求。
6.根據權利要求5所述的用戶終端，其特征在于，還包括媒體播放器，所述媒體播放器包括媒體播放器原有模塊，用于請求播放加密的媒體內容，并對解密后的媒體內容進行播放；DRM播放器插件模塊，包括許可狀態(tài)檢測單元，用于判斷所述DRM客戶端中的許可證存儲單元中是否存在相應的許可證，若存在，則向所述DRM客戶端請求判斷許可證的有效性；媒體內容解密單元，用于當所述許可證有效時，向所述DRM客戶端請求對所述加密的媒體內容進行解密。
7.根據權利要求5所述的用戶終端，其特征在于，所述許可證管理模塊還包括許可證解析單元，用于當許可狀態(tài)檢測單元判斷出存在相應的許可證時，向安全管理模塊請求驗證許可證的簽名，驗證通過后，對所述許可證進行解析，獲取許可的權利信息； 權利使用控制單元，用于對所述許可證的權利信息進行分析，判斷許可證的有效性。
8.根據權利要求5所述的用戶終端，其特征在于，所述DRM客戶端還包括媒體內容解密模塊，該媒體內容解密模塊包括密鑰獲取單元，用于獲取針對所述媒體內容的加密的內容主控密鑰； 密鑰解密單元，用于利用DRM服務系統(tǒng)公鑰對所述加密的內容主控密鑰進行解密，生成明文的內容主控密鑰；密鑰生成單元，用于利用所述明文的內容主控密鑰和加密的媒體內容中的輔助因子生成內容解密密鑰；解密執(zhí)行單元，用于利用所述內容解密密鑰對所述加密的媒體內容進行解密。
全文摘要
本發(fā)明提供一種許可證獲取方法、媒體內容播放方法及用戶終端，其中許可證獲取方法包括用戶終端通過瀏覽器向業(yè)務平臺發(fā)送業(yè)務訂購請求，并接收所述業(yè)務平臺返回的業(yè)務訂購結果，所述業(yè)務訂購結果中攜帶有許可證提取號和許可證服務器的地址；所述用戶終端通過DRM客戶端根據所述地址向相應的許可證服務器發(fā)送已簽名的許可證獲取請求，所述許可證獲取請求中攜帶有所述許可證提取號、用戶公鑰及所述用戶終端的設備信息；所述用戶終端接收由所述許可證服務器根據所述許可證獲取請求生成的許可證。本發(fā)明提高了DRM客戶端的適用性。
文檔編號H04L29/06GK102340521SQ201010232040
公開日2012年2月1日 申請日期2010年7月14日 優(yōu)先權日2010年7月14日
發(fā)明者馮偉斌, 劉明輝, 劉紅旗, 張立, 胡舜耕 申請人:中國聯(lián)合網絡通信集團有限公司