專利名稱：數(shù)字版權(quán)管理系統(tǒng)的實(shí)現(xiàn)方法和數(shù)字版權(quán)管理系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)，尤其涉及一種數(shù)字版權(quán)管理系統(tǒng)的實(shí)現(xiàn)方法和數(shù) 字版權(quán)管理系統(tǒng)。
背景技術(shù)：
數(shù)字版權(quán)管理(Digital Right Management,以下筒稱DRM)技術(shù)是一 種加強(qiáng)對(duì)音頻、視頻等媒體內(nèi)容版權(quán)保護(hù)的技術(shù)。在現(xiàn)有技術(shù)中，用戶終端 根據(jù)需求訂購々某體內(nèi)容，業(yè)務(wù)平臺(tái)將用戶訂購信息發(fā)送給DRM系統(tǒng)，由DRM系 統(tǒng)產(chǎn)生許可證(License )并發(fā)送給用戶終端。支持DRM的用戶終端從i某體內(nèi) 容服務(wù)器獲取受DRM保護(hù)的媒體內(nèi)容，用戶必須持有許可證才能使用媒體內(nèi) 容。
現(xiàn)有的DRM系統(tǒng)沒有統(tǒng)一的標(biāo)準(zhǔn)，具有多樣性、異質(zhì)性等特點(diǎn)，因此無法 實(shí)現(xiàn)互操作。不同的內(nèi)容提供商(Content Provider,以下簡(jiǎn)稱CP)通過 不同的DRM系統(tǒng)提供數(shù)字版權(quán)保護(hù)，用戶終端必須同時(shí)支持多個(gè)DRM系統(tǒng)，從 多個(gè)DRM系統(tǒng)獲取媒體內(nèi)容的許可證才能使用媒體內(nèi)容，從而給用戶的使用帶 來不便，嚴(yán)重影響用戶使用體驗(yàn)。由于用戶終端必須同時(shí)支持多個(gè)DRM系統(tǒng)， 因此對(duì)用戶終端的計(jì)算能力要求較高，尤其像手機(jī)、機(jī)頂盒和PDA之類計(jì)算能 力有限的用戶終端，不能支持多個(gè)DRM系統(tǒng)。

發(fā)明內(nèi)容
本發(fā)明提供一種數(shù)字版權(quán)管理系統(tǒng)的實(shí)現(xiàn)方法和數(shù)字版權(quán)管理系統(tǒng)，用 以實(shí)現(xiàn)提供一個(gè)數(shù)字版權(quán)管理系統(tǒng)，便于用戶的使用，降低對(duì)用戶終端的計(jì) 算能力的要求。
本發(fā)明提供了一種數(shù)字版權(quán)管理系統(tǒng)的實(shí)現(xiàn)方法，包括
接收由后臺(tái)數(shù)字版權(quán)管理系統(tǒng)加密的i某體內(nèi)容，才艮據(jù)所述后臺(tái)數(shù)字版權(quán) 管理系統(tǒng)發(fā)送的特殊許可證對(duì)所述加密的媒體內(nèi)容進(jìn)行解密，將解密后的媒 體內(nèi)容重新加密，將重新加密后的媒體內(nèi)容發(fā)送給媒體內(nèi)容服務(wù)器；
接收業(yè)務(wù)平臺(tái)發(fā)送的許可證請(qǐng)求消息，生成許可證，將所述許可證發(fā)送 給與所述媒體內(nèi)容對(duì)應(yīng)的用戶終端。
本發(fā)明還提供了 一種數(shù)字版權(quán)管理系統(tǒng)的實(shí)現(xiàn)方法，包括
生成特殊許可證；
將所述特征許可證發(fā)送給融合數(shù)字版權(quán)管理系統(tǒng)。 本發(fā)明還提供了一種數(shù)字版權(quán)管理系統(tǒng)的實(shí)現(xiàn)方法，包括 接收融合數(shù)字版權(quán)管理系統(tǒng)發(fā)送的重新加密后的媒體內(nèi)容。 本發(fā)明還提供了一種數(shù)字版權(quán)管理系統(tǒng)的實(shí)現(xiàn)方法，包括 向融合數(shù)字版權(quán)管理系統(tǒng)發(fā)送用于請(qǐng)求所述融合數(shù)字版權(quán)管理系統(tǒng)為用
戶生成許可證的許可證請(qǐng)求消息。
本發(fā)明還提供了一種融合數(shù)字版權(quán)管理系統(tǒng)，包括 密鑰管理模塊，用于接收后臺(tái)數(shù)字版權(quán)管理系統(tǒng)發(fā)送的特殊許可證； 解密模塊，用于接收由所述后臺(tái)數(shù)字版權(quán)管理系統(tǒng)加密的媒體內(nèi)容，根
據(jù)所述特殊許可證對(duì)所述加密的媒體內(nèi)容進(jìn)行解密；
加密it塊，用于將解密后的々某體內(nèi)容重新加密，將重新加密后的々某體內(nèi)容發(fā)送給媒體內(nèi)容服務(wù)器；
許可證管理與分發(fā)才莫塊，用于接收業(yè)務(wù)平臺(tái)發(fā)送的許可證請(qǐng)求消息，生 成許可證，將所述許可證發(fā)送給與所述々某體內(nèi)容對(duì)應(yīng)的用戶終端。
本發(fā)明還提供了一種后臺(tái)數(shù)字版權(quán)管理系統(tǒng)，包括
特殊許可證生成模塊，用于生成特殊許可證；
第一發(fā)送模塊，用于將所述特征許可證發(fā)送給融合數(shù)字版權(quán)管理系統(tǒng)。 本發(fā)明還提供了一種媒體內(nèi)容服務(wù)器，包括
第二接收模塊，用于接收融合數(shù)字版權(quán)管理系統(tǒng)發(fā)送的重新加密后的媒 體內(nèi)容。
本發(fā)明還提供了一種業(yè)務(wù)平臺(tái)，包括
第三發(fā)送模塊，用于向融合數(shù)字版權(quán)管理系統(tǒng)發(fā)送用于請(qǐng)求所述融合數(shù) 字版權(quán)管理系統(tǒng)為用戶生成i午可證的許可i正請(qǐng)求消息。
本發(fā)明還提供了 一種數(shù)字版權(quán)管理系統(tǒng)，包括融合數(shù)字版權(quán)管理系統(tǒng)、 后臺(tái)數(shù)字版權(quán)管理系統(tǒng)、業(yè)務(wù)平臺(tái)和々某體內(nèi)容服務(wù)器；其中，
所述融合數(shù)字版權(quán)管理系統(tǒng)用于接收由所述后臺(tái)數(shù)字版權(quán)管理系統(tǒng)加密 的媒體內(nèi)容，根據(jù)所述后臺(tái)數(shù)字版權(quán)管理系統(tǒng)發(fā)送的特殊許可證對(duì)所述加密 的々某體內(nèi)容進(jìn)行解密，將解密后的々某體內(nèi)容重新加密，將重新加密后的^某體 內(nèi)容發(fā)送給所述4某體內(nèi)容服務(wù)器，接收所述業(yè)務(wù)平臺(tái)發(fā)送的許可證請(qǐng)求消息， 生成許可證，將所述許可證發(fā)送給與所述4某體內(nèi)容對(duì)應(yīng)的用戶終端；
所述后臺(tái)數(shù)字版權(quán)管理系統(tǒng)用于生成所述特殊許可證，將所述特征許可 證發(fā)送給所述融合數(shù)字版權(quán)管理系統(tǒng)；
所述媒體內(nèi)容服務(wù)器用于接收所述融合數(shù)字版權(quán)管理系統(tǒng)發(fā)送的重新加 密后的媒體內(nèi)容；所述業(yè)務(wù)平臺(tái)用于向所述融合數(shù)字版權(quán)管理系統(tǒng)發(fā)送用于請(qǐng)求所述融合 數(shù)字版權(quán)管理系統(tǒng)為用戶生成許可證的許可證請(qǐng)求消息。
本發(fā)明實(shí)現(xiàn)了多樣性、異質(zhì)性DM系統(tǒng)之間的互操作，便于用戶的使用， 而且降低了對(duì)用戶終端的計(jì)算能力的要求，簡(jiǎn)化了用戶終端的復(fù)雜度。


圖1為本發(fā)明融合DRM系統(tǒng)第一實(shí)施例中融合DRM系統(tǒng)的工作原理圖； 圖2為本發(fā)明融合DRM系統(tǒng)第一實(shí)施例的結(jié)構(gòu)示意圖； 圖3為本發(fā)明融合DRM系統(tǒng)第二實(shí)施例的結(jié)構(gòu)示意圖； 圖4為本發(fā)明后臺(tái)DRM系統(tǒng)第一實(shí)施例的結(jié)構(gòu)示意圖； 圖5為本發(fā)明后臺(tái)DRM系統(tǒng)第二實(shí)施例的結(jié)構(gòu)示意圖； 圖6為本發(fā)明Jf某體內(nèi)容服務(wù)器第一實(shí)施例的結(jié)構(gòu)示意圖； 圖7為本發(fā)明業(yè)務(wù)平臺(tái)第一實(shí)施例的結(jié)構(gòu)示意圖； 圖8為本發(fā)明DRM系統(tǒng)的實(shí)現(xiàn)方法第一實(shí)施例的流程示意圖； 圖9為本發(fā)明DRM系統(tǒng)的實(shí)現(xiàn)方法第二實(shí)施例的流程示意圖； 圖10為本發(fā)明DRM系統(tǒng)的實(shí)現(xiàn)方法第三實(shí)施例的流程示意圖； 圖11為本發(fā)明DRM系統(tǒng)的實(shí)現(xiàn)方法第五實(shí)施例中處理直播々某體內(nèi)容的流 程示意圖12為本發(fā)明DRM系統(tǒng)的實(shí)現(xiàn)方法第五實(shí)施例中處理點(diǎn)播或下載i某體內(nèi) 容的流程示意圖13為本發(fā)明DRM系統(tǒng)的實(shí)現(xiàn)方法第五實(shí)施例中直播業(yè)務(wù)的流程示意
圖14為本發(fā)明DRM系統(tǒng)的實(shí)現(xiàn)方法第五實(shí)施例中點(diǎn)播或下載業(yè)務(wù)的流程圖15為本發(fā)明數(shù)字版權(quán)管理系統(tǒng)第一實(shí)施例的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
下面通過附圖和實(shí)施例，對(duì)本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。
如圖1所示，為本發(fā)明融合DRM系統(tǒng)第 一實(shí)施例中融合DRM系統(tǒng)的工作 原理圖，融合DRM系統(tǒng)以獨(dú)立的設(shè)^^存在，多個(gè)CP在使用其它的、不同的 DRM系統(tǒng)(以下簡(jiǎn)稱"后臺(tái)DRM系統(tǒng)，，)DRM1、 DRM2…DRMt對(duì)媒體內(nèi)容力。密之 后，發(fā)送到媒體內(nèi)容服務(wù)器，由融合DRM系統(tǒng)對(duì)內(nèi)容進(jìn)行解密、重加密，用 戶1、用戶l...用戶n只需要在融合DRM系統(tǒng)注冊(cè)，融合DRM系統(tǒng)就可以將多 個(gè)CP提供的豐富々某體內(nèi)容重新加密處理后再分發(fā)給用戶終端，融合DRM系統(tǒng) 可以屏蔽不同CP所使用的不同DRM系統(tǒng)。
如圖2所示，為本發(fā)明融合DRM系統(tǒng)第一實(shí)施例的結(jié)構(gòu)示意圖，可以包 括密鑰管理模塊21、解密模塊22、加密模塊23和許可證管理與分發(fā)模塊24;
密鑰管理模塊21接收后臺(tái)DRM系統(tǒng)發(fā)送的特殊許可證(Special License, 以下簡(jiǎn)稱SLicense)。
解密模塊22用于接收由后臺(tái)DRM系統(tǒng)加密的媒體內(nèi)容,根據(jù)特殊許可證對(duì) 加密的Jf某體內(nèi)容進(jìn)行解密。
具體地，該加密的媒體內(nèi)容可以由與后臺(tái)DRM系統(tǒng)對(duì)應(yīng)的內(nèi)容提供商 (Content Provider,簡(jiǎn)稱CP )或服務(wù)提供商(Service Provider,簡(jiǎn)稱 SP)的媒體內(nèi)容服務(wù)器發(fā)送，也可以先由CP或SP的媒體內(nèi)容服務(wù)器將加密的 媒體內(nèi)容發(fā)送給運(yùn)營(yíng)商側(cè)的媒體內(nèi)容服務(wù)器，再由運(yùn)營(yíng)商側(cè)的媒體內(nèi)容服務(wù) 器發(fā)送給融合DRM系統(tǒng)。加密模塊2 3用于將解密后的媒體內(nèi)容重新加密，將重新加密后的媒體內(nèi) 容發(fā)送給媒體內(nèi)容服務(wù)器。
具體地，加密模塊2 3可以將該重新加密后的媒體內(nèi)容發(fā)送給運(yùn)營(yíng)商側(cè)的 媒體內(nèi)容服務(wù)器。
許可證管理與分發(fā)模塊24用于接收業(yè)務(wù)平臺(tái)發(fā)送的許可證請(qǐng)求消息，生 成許可證，將許可證發(fā)送給與々某體內(nèi)容對(duì)應(yīng)的用戶終端。
在本實(shí)施例中，解密模塊22將由后臺(tái)DRM系統(tǒng)加密的媒體內(nèi)容解密，加密 模塊2 3將解密后的媒體內(nèi)容重新加密再發(fā)送給媒體內(nèi)容服務(wù)器，許可證管理 與分發(fā)模塊24生成許可證并將許可證發(fā)送給用戶終端，實(shí)現(xiàn)了多樣性、異質(zhì) 性DRM系統(tǒng)之間的互操作，便于用戶的使用，而且P爭(zhēng)低了對(duì)用戶終端的計(jì)算能 力的要求，簡(jiǎn)化了用戶終端的復(fù)雜度。
如圖3所示，為本發(fā)明融合DRM系統(tǒng)第二實(shí)施例的結(jié)構(gòu)示意圖，在圖2所示 結(jié)構(gòu)示意圖的&出上，密鑰管理模塊21可以包括前向密鑰處理單元211和后向 密鑰處理單元212。
后臺(tái)DRM系統(tǒng)使用融合DRM系統(tǒng)的公鑰對(duì)第一內(nèi)容主控密鑰(CMK )進(jìn)行加 密，并使用后臺(tái)DRM系統(tǒng)的私鑰對(duì)融合DRM系統(tǒng)權(quán)利信息進(jìn)行簽名，最后將兩 部分封裝成面向融合DRM系統(tǒng)的SLicense,允許融合DRM系統(tǒng)對(duì)相應(yīng)內(nèi)容進(jìn)4亍 解密和重新加密、封裝后分發(fā)，該SLicense的內(nèi)容及格式均可由后臺(tái)DRM系統(tǒng) 與融合DRM系統(tǒng)商定。
前向密鑰處理單元211用于對(duì)Slicense進(jìn)行解密得到CMK,根據(jù)CMK獲取第 一內(nèi)容加密密鑰。
具體的，前向密鑰處理單元211采用融合DRM系統(tǒng)的私鑰對(duì)Slicense解密 得到CMK，再使用相應(yīng)的算法，得到第一內(nèi)容加密密鑰(以下簡(jiǎn)稱CEK),采用后臺(tái)DRM系統(tǒng)的公鑰對(duì)SLicense進(jìn)行解密，得到融合DRM系統(tǒng)權(quán)利信息。
后向密鑰處理單元212用于生成第二內(nèi)容主控密鑰(以下簡(jiǎn)稱CMK，)和 第二內(nèi)容加密密鑰(以下簡(jiǎn)稱CEK，)，并對(duì)所述第二內(nèi)容主控密鑰進(jìn)行加密。 具體地,后向密鑰處理單元212可以采用用戶終端的公鑰對(duì)第二內(nèi)容主控密鑰 加密。
解密模塊22還用于采用CEK對(duì)媒體內(nèi)容進(jìn)行解密，將密文內(nèi)容還原為明文 內(nèi)容。
加密模塊2 3還用于采用CEK，對(duì)解密后的々某體內(nèi)容進(jìn)行重新加密，將重新 加密后的媒體內(nèi)容發(fā)送給媒體內(nèi)容服務(wù)器，然后媒體內(nèi)容服務(wù)器再發(fā)送給用 戶。
、
具體地，該媒體內(nèi)容服務(wù)器為運(yùn)營(yíng)商側(cè)的媒體內(nèi)容服務(wù)器。
許可證管理與分發(fā);f莫塊24還用于接收業(yè)務(wù)平臺(tái)發(fā)送的許可證請(qǐng)求消息， 從該許可證請(qǐng)求消息中獲取用戶權(quán)利信息。
將本實(shí)施例還可以包括認(rèn)證簽名模塊20,用于接收許可證管理與分發(fā)模 塊24發(fā)送的用戶權(quán)利信息，對(duì)用戶權(quán)利信息進(jìn)行簽名，將簽名后的用戶權(quán)利 信息發(fā)送給許可證管理與分發(fā)模塊24。具體地，認(rèn)證簽名模塊20可以采用融 合DRM系統(tǒng)的私鑰對(duì)用戶4又利信息進(jìn)4亍簽名。
許可證管理與分發(fā);f莫塊24還用于將簽名后的用戶權(quán)利信息和后向密鑰處 理單元212生成并加密的CMK，封裝成許可證，將許可證發(fā)送給與用戶權(quán)利信息 對(duì)應(yīng)的用戶。此外，許可證管理與分發(fā)^莫塊24還用于許可證查詢、變更、搨: 銷等操作。
在本實(shí)施例中，密鑰管理模塊21還用于判斷是否擁有SLicense,若不擁 有SLicense,向后臺(tái)DRM系統(tǒng)發(fā)送特殊許可證請(qǐng)求消息，該SLicense請(qǐng)求消息
15中包括融合DRM系統(tǒng)的簽名，接收后臺(tái)DRM系統(tǒng)對(duì)融合DRM系統(tǒng)的簽名進(jìn)行驗(yàn)證 后生成并發(fā)送的SLicense。具體地，該操作可由密鑰管理模塊21中的前向密 鑰處理模塊211執(zhí)行。
在本實(shí)施例中，認(rèn)證簽名模塊2 0還用于接收業(yè)務(wù)平臺(tái)發(fā)送的身份信息， 對(duì)身份信息進(jìn)行驗(yàn)證，若驗(yàn)證通過，向業(yè)務(wù)平臺(tái)發(fā)送驗(yàn)證通過消息。
融合DRM系統(tǒng)運(yùn)營(yíng)前，融合DRM系統(tǒng)、后臺(tái)DRM系統(tǒng)及用戶終端需要分別 向^^用密鑰差j出i殳施(Public Key Infrastructure,簡(jiǎn)稱PKI )數(shù)字i正書 認(rèn)證中心(Certification Authority,簡(jiǎn)稱CA)申請(qǐng)i正書，然后后臺(tái)DRM 系統(tǒng)和用戶終端分別在融合DRM系統(tǒng)注冊(cè)，并分別建立安全通道。CA是經(jīng)國(guó) 家信息產(chǎn)業(yè)主管部門批準(zhǔn)許可的認(rèn)證機(jī)構(gòu)，融合DRM系統(tǒng)利用CA實(shí)現(xiàn)對(duì)用戶、 業(yè)務(wù)平臺(tái)和后臺(tái)DRM系統(tǒng)的身份認(rèn)證，其中，用戶注冊(cè)是指向融合DRM系統(tǒng) 提供用戶身份、使用的用戶終端類型和能力等信息，后臺(tái)DRM系統(tǒng)注冊(cè)是指 向融合DRM系統(tǒng)提供內(nèi)容提供商或服務(wù)提供商、運(yùn)營(yíng)商、系統(tǒng)能力等信息。
在本實(shí)施例中，認(rèn)證簽名模塊20還用于接收后臺(tái)DRM系統(tǒng)發(fā)送的第 一注 冊(cè)請(qǐng)求消息，向后臺(tái)DRM系統(tǒng)發(fā)送第一注冊(cè)響應(yīng)消息，接收用戶終端發(fā)送的 第二注冊(cè)請(qǐng)求消息，向用戶終端發(fā)送第二注冊(cè)響應(yīng)消息。其中，第一注冊(cè)請(qǐng) 求消息中可以包括后臺(tái)DRM系統(tǒng)的公鑰，第一注冊(cè)響應(yīng)消息中可以包括融合 DRM系統(tǒng)的公鑰。第二注冊(cè)請(qǐng)求消息中可以包括用戶終端的公鑰，第二注冊(cè) 響應(yīng)消息中可以包括融合DRM系統(tǒng)的公鑰。
在本實(shí)施例中，解密模塊22將由后臺(tái)DRM系統(tǒng)加密的媒體內(nèi)容解密，加密 模塊23將解密后的媒體內(nèi)容重新加密發(fā)送給媒體內(nèi)容服務(wù)器，許可證管理與 分發(fā)模塊24生成許可證并將許可證發(fā)送給用戶終端，實(shí)現(xiàn)了多樣性、異質(zhì)性 DRM系統(tǒng)之間的互操作，便于用戶的使用，而且降低了對(duì)用戶終端的計(jì)算能力的要求，簡(jiǎn)化了用戶終端的復(fù)雜度。
如圖4所示，為本發(fā)明后臺(tái)DRM系統(tǒng)第一實(shí)施例的結(jié)構(gòu)示意圖，可以包 括特殊許可證生成模塊41和第一發(fā)送模塊42。
其中，特殊許可證生成模塊41用于生成SLicense。第一發(fā)送模塊42用 于將SLicense發(fā)送癥會(huì)融合DRM系統(tǒng)。
在本實(shí)施例中，第一發(fā)送模塊42將特殊許可證生成模塊41生成的 SLicense發(fā)送給融合DRM系統(tǒng)，使得融合DRM系統(tǒng)可以根據(jù)該SLi cense對(duì)媒體 內(nèi)容解密并重新加密并為用戶生成許可證，實(shí)現(xiàn)了多樣性、異質(zhì)性DRM系統(tǒng)之 間的互操作，便于用戶的使用，而且降低了對(duì)用戶終端的計(jì)算能力的要求， 簡(jiǎn)化了用戶終端的復(fù)雜度。
如圖5所示，為本發(fā)明后臺(tái)DRM系統(tǒng)第二實(shí)施例的結(jié)構(gòu)示意圖，在圖4所示 結(jié)構(gòu)示意圖的勤4上，特殊許可證生成模塊41可以包括第一生成單元411、第 一簽名單元412和第一封裝單元413。
其中，第一生成單元411用于生成第一內(nèi)容主控密鑰，將第一內(nèi)容主控密 鑰加密。第一簽名單元412用于將融合DRM系統(tǒng)權(quán)利信息進(jìn)行簽名。第一封裝 單元413用于將加密后的第 一 內(nèi)容主控密鑰和簽名后的融合DRM系統(tǒng)權(quán)利信息 封裝為特殊許可證。其中，第一生成單元411可以采用融合DRM系統(tǒng)的公鑰對(duì) 第一內(nèi)容主控密鑰(CMK)進(jìn)行加密，第一簽名模塊4U使用后臺(tái)DRM系統(tǒng)的私 鑰對(duì)融合DRM系統(tǒng)權(quán)利信息進(jìn)行簽名。
在本實(shí)施例中，還可以包括第一接收模塊51和驗(yàn)證模塊52。其中，第一 接收模塊51用于接收融合DRM系統(tǒng)發(fā)送的特殊許可證請(qǐng)求消息，特殊許可證請(qǐng) 求消息中包括融合DRM系統(tǒng)的簽名。驗(yàn)證模塊52用于對(duì)融合DRM系統(tǒng)的簽名進(jìn) 行驗(yàn)證。第一發(fā)送模塊42還用于若驗(yàn)證模塊52驗(yàn)證通過融合DRM系統(tǒng)的簽名，將特殊許可證發(fā)送給融合DRM系統(tǒng)。
在本實(shí)施例中，第一發(fā)送模塊42還用于向融合DRM系統(tǒng)發(fā)送第一注冊(cè)請(qǐng)求 消息。第一接收模塊51還用于接收融合DRM系統(tǒng)發(fā)送的第一注冊(cè)響應(yīng)消息，從 而完成后臺(tái)DRM系統(tǒng)在融合DRM系統(tǒng)中的注冊(cè)。
在本實(shí)施例中，第一發(fā)送模塊42將特殊許可證生成模塊41生成的特殊許 可證發(fā)送給融合DRM系統(tǒng)，使得融合DRM系統(tǒng)可以根據(jù)該特殊許可證對(duì)媒體內(nèi) 容解密并重新加密并為用戶生成許可證，實(shí)現(xiàn)了多樣性、異質(zhì)性DRM系統(tǒng)之間 的互操作，便于用戶的使用，而且降低了對(duì)用戶終端的計(jì)算能力的要求，簡(jiǎn) 化了用戶終端的復(fù)雜度。
如圖6所示，為本發(fā)明媒體內(nèi)容服務(wù)器第一實(shí)施例的結(jié)構(gòu)示意圖，可以包 括第二接收才莫塊62,用于接收融合DRM系統(tǒng)發(fā)送的重新加密后的々某體內(nèi)容。
本實(shí)施例還可以包括第二發(fā)送模塊61 ，用于將由后臺(tái)DRM系統(tǒng)加密的媒體 內(nèi)容發(fā)送給融合DRM系統(tǒng)。
在實(shí)際應(yīng)用中，該媒體內(nèi)容服務(wù)器具體可以為運(yùn)營(yíng)商側(cè)的媒體內(nèi)容服務(wù)器。
在本實(shí)施例中，第二發(fā)送模塊61將由后臺(tái)DRM系統(tǒng)加密的媒體內(nèi)容發(fā)送給 融合DRM系統(tǒng)，第二接收模塊62接收融合DRM系統(tǒng)發(fā)送的重新加密后的媒體內(nèi) 容，實(shí)現(xiàn)了多樣性、異質(zhì)性DRM系統(tǒng)之間的互操作，便于用戶的使用，而且降 低了對(duì)用戶終端的計(jì)算能力的要求，簡(jiǎn)化了用戶終端的復(fù)雜度。
如圖7所示，為本發(fā)明業(yè)務(wù)平臺(tái)第一實(shí)施例的結(jié)構(gòu)示意圖，可以包括
第三發(fā)送模塊71,用于向融合DRM系統(tǒng)發(fā)送用于請(qǐng)求融合DRM系統(tǒng)為用戶 生成許可證的許可證請(qǐng)求消息。
在本實(shí)施例中，第三發(fā)送^^莫塊71向融合DRM系統(tǒng)發(fā)送許可證請(qǐng)求消息，以便于融合DRM系統(tǒng)為用戶終端生成許可證，實(shí)現(xiàn)了多樣性、異質(zhì)性DRM系統(tǒng)之 間的互操作，便于用戶的使用，而且降低了對(duì)用戶終端的計(jì)算能力的要求， 簡(jiǎn)化了用戶終端的復(fù)雜度。
在本實(shí)施例中，第三發(fā)送模塊7l還用于向融合DRM系統(tǒng)發(fā)送身份信息。
本實(shí)施例還可以包括第三接收模塊72，用于接收融合DRM系統(tǒng)對(duì)該身份信 息驗(yàn)證通過后發(fā)送的驗(yàn)證通過消息。
在本實(shí)施例中，第三發(fā)送模塊71向融合DRM系統(tǒng)發(fā)送身份信息，第三接收 模塊72接收融合DRM系統(tǒng)對(duì)該身份信息驗(yàn)證通過后發(fā)送的驗(yàn)證通過消息，第三 發(fā)送模塊71向融合DRM系統(tǒng)發(fā)送許可證請(qǐng)求消息，以便于融合DRM系統(tǒng)為用戶 終端生成許可證，實(shí)現(xiàn)了多樣性、異質(zhì)性DRM系統(tǒng)之間的互操作，便于用戶的 使用，而且降低了對(duì)用戶終端的計(jì)算能力的要求，簡(jiǎn)化了用戶終端的復(fù)雜度。
如圖8所示，為本發(fā)明DRM系統(tǒng)的實(shí)現(xiàn)方法第一實(shí)施例的流程示意圖，可 以包括如下步驟
步驟81、融合DRM系統(tǒng)接收由后臺(tái)DRM系統(tǒng)加密的媒體內(nèi)容，根據(jù)后臺(tái)DRM 系統(tǒng)發(fā)送的特殊許可證對(duì)加密的媒體內(nèi)容進(jìn)行解密，將解密后的媒體內(nèi)容重 新加密，將重新加密后的媒體內(nèi)容發(fā)送給媒體內(nèi)容服務(wù)器；
具體地，該加密的々某體內(nèi)容可以由與后臺(tái)DRM系統(tǒng)對(duì)應(yīng)的CP或SP的々某體內(nèi) 容服務(wù)器發(fā)送，也可以先由CP或SP的媒體內(nèi)容服務(wù)器將加密的媒體內(nèi)容發(fā)送 給運(yùn)營(yíng)商側(cè)的媒體內(nèi)容服務(wù)器，再由運(yùn)營(yíng)商側(cè)的J(某體內(nèi)容服務(wù)器發(fā)送給融合 DRM系統(tǒng)，融合DRM系統(tǒng)將重新加密后的媒體內(nèi)容發(fā)送給運(yùn)營(yíng)商側(cè)的媒體內(nèi)容 服務(wù)器。
步驟82、融合DRM系統(tǒng)接收業(yè)務(wù)平臺(tái)發(fā)送的許可證請(qǐng)求消息，生成許可證， 將許可證發(fā)送給與媒體內(nèi)容對(duì)應(yīng)的用戶終端。需要說明的是，根據(jù)實(shí)際應(yīng)用場(chǎng)景的不同，步驟11和步驟12的順序可以顛倒。
在本實(shí)施例中，融合DRM系統(tǒng)將加密的媒體內(nèi)容解密后重新加密再發(fā)送給 媒體內(nèi)容服務(wù)器，并生成許可證，將許可證發(fā)送給用戶終端，實(shí)現(xiàn)了多樣性、 異質(zhì)性DRM系統(tǒng)之間的互操作，便于用戶的使用，而且P務(wù)低了對(duì)用戶終端的計(jì) 算能力的要求，簡(jiǎn)化了用戶終端的復(fù)雜度。
如圖9所示，為本發(fā)明DRM系統(tǒng)的實(shí)現(xiàn)方法第二實(shí)施例的流程示意圖，可 以包括如下步驟
步驟91、后臺(tái)DRM系統(tǒng)生成特殊許可證； 步驟92 、后臺(tái)DRM系統(tǒng)將特征許可證發(fā)送給融合DRM系統(tǒng)。 在本實(shí)施例中，后臺(tái)DRM系統(tǒng)將生成的特殊許可證發(fā)送給融合DRM系統(tǒng)， 使得融合DRM系統(tǒng)可以根據(jù)該特殊許可證對(duì)々某體內(nèi)容解密并重新加密并為用 戶生成許可證，實(shí)現(xiàn)了多樣性、異質(zhì)性DRM系統(tǒng)之間的互操作，便于用戶的使 用，而且降低了對(duì)用戶終端的計(jì)算能力的要求，簡(jiǎn)化了用戶終端的復(fù)雜度。
如圖10所示，為本發(fā)明DRM系統(tǒng)的實(shí)現(xiàn)方法第三實(shí)施例的流程示意圖，可 以包括如下步驟
步驟l 02 、媒體內(nèi)容服務(wù)器接收融合DRM系統(tǒng)發(fā)送的重新加密后的々某體內(nèi)容。
在本實(shí)施例中，步驟102之前還可以包括如下步驟 步驟101 、媒體內(nèi)容服務(wù)器將由后臺(tái)DRM系統(tǒng)加密的媒體內(nèi)容發(fā)送給融合 DRM系統(tǒng)。
在本實(shí)施例中，該媒體內(nèi)容服務(wù)器可以為運(yùn)營(yíng)商側(cè)的媒體內(nèi)容服務(wù)器。 在本實(shí)施例中，媒體內(nèi)容服務(wù)器將由后臺(tái)DRM系統(tǒng)加密的媒體內(nèi)容發(fā)送給
20融合DRM系統(tǒng)，融合DRM系統(tǒng)將重新加密后的媒體內(nèi)容再發(fā)送給々某體內(nèi)容服務(wù) 器，實(shí)現(xiàn)了多樣性、異質(zhì)性DRM系統(tǒng)之間的互操作，便于用戶的使用，而且降 低了對(duì)用戶終端的計(jì)算能力的要求，簡(jiǎn)化了用戶終端的復(fù)雜度。
本發(fā)明實(shí)施例還提供了 DRM系統(tǒng)的實(shí)現(xiàn)方法第四實(shí)施例，可以包括如下步
驟
步驟41 、業(yè)務(wù)平臺(tái)向融合DRM系統(tǒng)發(fā)送用于請(qǐng)求融合DRM系統(tǒng)為用戶生成 許可證的許可證請(qǐng)求消息。
在本實(shí)施例中，業(yè)務(wù)平臺(tái)向融合DRM系統(tǒng)發(fā)送許可證請(qǐng)求消息，以便于融 合DRM系統(tǒng)為用戶終端生成許可i正，實(shí)現(xiàn)了多樣性、異質(zhì)性DRM系統(tǒng)之間的互 操作，便于用戶的使用，而且降低了對(duì)用戶終端的計(jì)算能力的要求，簡(jiǎn)化了 用戶終端的復(fù)雜度。
如圖ll所示，為本發(fā)明DRM系統(tǒng)的實(shí)現(xiàn)方法第五實(shí)施例中處理直播i某體內(nèi) 容的流程示意圖，在本實(shí)施例中，融合DRM系統(tǒng)從后臺(tái)DRM系統(tǒng)中獲取被保護(hù) 的第一內(nèi)容加密密鑰，本實(shí)施例使用SLicense的形式來發(fā)放第一內(nèi)容加密密 鑰。點(diǎn)播々某體內(nèi)容采用FTP協(xié)議進(jìn)行傳輸，直播々某體內(nèi)容采用RTP協(xié)議進(jìn)行傳 輸，本實(shí)施例以直播媒體內(nèi)容為例，可以包括如下步驟
步驟lll、融合DRM系統(tǒng)檢查直播媒體內(nèi)容，判斷是否擁有使用內(nèi)容的 SLicensej
步驟112、若沒有直播媒體內(nèi)容的SLicense，則融合DRM系統(tǒng)向與直播媒 體內(nèi)容對(duì)應(yīng)的后臺(tái)DRM系統(tǒng)發(fā)送SLi cense請(qǐng)求消息，該S1 i cense請(qǐng)求消息中包 括融合DRM系統(tǒng)的私鑰簽名；
步驟l 13、后臺(tái)DRM系統(tǒng)使用融合DRM系統(tǒng)的公鑰驗(yàn)證融合DRM系統(tǒng)的簽名， 確認(rèn)融合DRM系統(tǒng)的身份，通過CA建立安全會(huì)話通道；具體地，后臺(tái)DRM系統(tǒng)接收融合DRM系統(tǒng)發(fā)送的SLicense請(qǐng)求消息，采用 融合DRM系統(tǒng)的公鑰對(duì)融合DRM系統(tǒng)的私鑰簽名進(jìn)行驗(yàn)證，若驗(yàn)證通過，生成 SLicense。另外，在融合DRM系統(tǒng)運(yùn)營(yíng)之前，后臺(tái)DRM系統(tǒng)發(fā)送第一注冊(cè)請(qǐng)求 消息到融合DRM系統(tǒng)，以完成注冊(cè)，該第一注冊(cè)請(qǐng)求消息中可以包括后臺(tái)DRM 系統(tǒng)的公鑰，然后融合DRM系統(tǒng)向后臺(tái)DRM系統(tǒng)返回第一注冊(cè)響應(yīng)消息，該第 一注冊(cè)響應(yīng)消息中可以包括融合DRM系統(tǒng)的公鑰。
步驟114、后臺(tái)DRM系統(tǒng)為融合DRM系統(tǒng)生成SLi cense;
優(yōu)選地，后臺(tái)DRM系統(tǒng)生成第一內(nèi)容主控密鑰，采用融合DRM系統(tǒng)的公鑰 對(duì)第一內(nèi)容主控密鑰加密，然后后臺(tái)DRM系統(tǒng)使用后臺(tái)DRM系統(tǒng)的私鑰對(duì)融合 DRM系統(tǒng)權(quán)利信息進(jìn)行簽名，將加密后的第 一 內(nèi)容主控密鑰和簽名后的融合 DRM系統(tǒng)4又利4言息封裝為SL i cen s e 。
步驟115、后臺(tái)DRM系統(tǒng)向融合DRM系統(tǒng)發(fā)送生成的SLicense;
步驟116、融合DRM系統(tǒng)^妄收SLicense,經(jīng)過處理獲得所需的信息；
具體地，融合DRM系統(tǒng)采用后臺(tái)DRM系統(tǒng)的公鑰對(duì)SLicense進(jìn)行解密得到 融合DRM系統(tǒng)權(quán)利信息，采用融合DRM系統(tǒng)的私鑰對(duì)SLicense進(jìn)行解密得到第 一內(nèi)容主控密鑰；
步驟l 17 、融合DRM系統(tǒng)向后臺(tái)DRM系統(tǒng)返回SLicense處理完成的確認(rèn)消
自、-
步驟118、融合DRM系統(tǒng)利用從SLicense解析得到的第 一 內(nèi)容加密密鑰解 密直播媒體內(nèi)容；
具體地，融合DRM系統(tǒng)從SLicense中得到第一內(nèi)容主控密鑰后，使用相應(yīng) 的算法從第一內(nèi)容主控密鑰中還原出第一內(nèi)容加密密鑰，采用該第一內(nèi)容加 密密鑰解密直播々某體內(nèi)容；
22步驟119、融合DRM系統(tǒng)重新加密直播媒體內(nèi)容；
融合DRM系統(tǒng)生成第二內(nèi)容加密密鑰，將加密后的直播媒體內(nèi)容重新加密。
步驟l 110、融合DRM系統(tǒng)對(duì)重新加密的直插4某體內(nèi)容進(jìn)行封裝； 步驟llll、根據(jù)許可證請(qǐng)求消息，融合DRM系統(tǒng)為直播媒體內(nèi)容生成新的 許可證；
融合DRM系統(tǒng)從許可證請(qǐng)求消息中獲取用戶權(quán)利信息并對(duì)用戶權(quán)利信息 進(jìn)行簽名，生成直播媒體內(nèi)容的第二內(nèi)容主控密鑰并對(duì)第二內(nèi)容主控密鑰進(jìn) 行加密，將加密后的第二內(nèi)容主控密鑰和簽名后的用戶權(quán)利信息封裝成許可 證；具體地，融合DRM系統(tǒng)可以采用用戶終端的/厶鑰對(duì)第二內(nèi)容主控密鑰進(jìn)行 加密。
步驟l 112、后臺(tái)DRM系統(tǒng)向融合DRM系統(tǒng)分發(fā)更新第一內(nèi)容主控密鑰后生 成的新SLicense;
步驟1U3、融合DRM系統(tǒng)接收更新的SLicense,回轉(zhuǎn)至步驟116。
如圖12所示，為本發(fā)明DRM系統(tǒng)的實(shí)現(xiàn)方法第五實(shí)施例中處理點(diǎn)播或下載 媒體內(nèi)容的流程示意圖，融合DRM系統(tǒng)處理的點(diǎn)播或下載媒體內(nèi)容可以通過如 下兩種方式獲得l)CP主動(dòng)推送，存儲(chǔ)在運(yùn)營(yíng)商側(cè)的i某體內(nèi)容服務(wù)器；2) CP被動(dòng)下發(fā)，即在業(yè)務(wù)平臺(tái)發(fā)起內(nèi)容申請(qǐng)的時(shí)候，CP再進(jìn)行內(nèi)容遞送。無論 使用哪種方式，媒體內(nèi)容都是以受保護(hù)的方式加密傳輸?shù)?，?nèi)容的授權(quán)信息 通過SLicense分發(fā)到融合DRM系統(tǒng)，本實(shí)施例可以包括如下步驟
步驟121、融合DRM系統(tǒng)檢查點(diǎn)播或下載媒體內(nèi)容，判斷是否擁有使用內(nèi) 容的SLicense;
步驟122、若沒有SLicense，則融合DRM系統(tǒng)向與點(diǎn)播或下載Jf某體內(nèi)容對(duì)應(yīng)的后臺(tái)DRM系統(tǒng)發(fā)起SLicense請(qǐng)求消息，該SLicense請(qǐng)求消息中包括融合 DRM系統(tǒng)的私鑰簽名；
步驟123、后臺(tái)DRM系統(tǒng)驗(yàn)證融合DRM系統(tǒng)的簽名，確認(rèn)其身份，通過CA 建立安全會(huì)話通道；
步驟124、后臺(tái)DRM系統(tǒng)為融合DRM系統(tǒng)生成SL i cen s e;
步驟l25 、后臺(tái)DRM系統(tǒng)向融合DRM系統(tǒng)分發(fā)SLi cense;
步驟126、融合DRM系統(tǒng)接收SLicense，經(jīng)過處理獲得所需的信息；
步驟l 27 、融合DRM系統(tǒng)向后臺(tái)DRM系統(tǒng)返回SLicense處理完成的確認(rèn)消
自
步驟l 2 8 、融合DRM系統(tǒng)利用從SL i cen s e解析得到的后臺(tái)DRM系統(tǒng)的第 一 內(nèi) 容加密密鑰解密媒體內(nèi)容；
步驟129、融合DRM系統(tǒng)重新加密媒體內(nèi)容；
步驟1210、融合DRM系統(tǒng)對(duì)重新加密的媒體內(nèi)容進(jìn)行封裝；
步驟12U、根據(jù)許可證請(qǐng)求消息，融合DRM系統(tǒng)為媒體內(nèi)容生成新的許可證。
如圖13所示，為本發(fā)明DRM系統(tǒng)的實(shí)現(xiàn)方法第五實(shí)施例中直播業(yè)務(wù)的流程 示意圖，在本實(shí)施例中，用戶終端通過業(yè)務(wù)平臺(tái)訪問運(yùn)營(yíng)商側(cè)的Jf某體內(nèi)容服 務(wù)器，請(qǐng)求直播服務(wù)，直播媒體內(nèi)容受融合DRM的保護(hù)，使用權(quán)限被相關(guān)的許 可i正管理。用戶終端啟動(dòng)々某體流會(huì)話后，根據(jù)獲得的直播媒體內(nèi)容信息，判 斷本地是否存在該直播々某體內(nèi)容的許可證，如果不存在，則訪問業(yè)務(wù)平臺(tái)訂 購直播媒體內(nèi)容，融合DRM系統(tǒng)按照訂購信息生成相應(yīng)的許可證并分發(fā)給用戶 終端，本實(shí)施例可以包括如下步驟
步驟131、用戶終端連接到業(yè)務(wù)平臺(tái)，瀏覽媒體內(nèi)容信息，選擇感興趣的直播媒體內(nèi)容；
步驟132、業(yè)務(wù)平臺(tái)返回響應(yīng)信息，其中包括該直播々某體內(nèi)容的內(nèi)斜苗述
4呂息5
步驟133、用戶終端根據(jù)獲得的內(nèi)容描述信息，判斷本地是否已存在該直 播媒體內(nèi)容的許可證，若本地不存在該直播媒體內(nèi)容的許可證，則向業(yè)務(wù)平 臺(tái)進(jìn)4亍訂購；
步驟134、業(yè)務(wù)平臺(tái)將用自己私鑰簽名的身份信息發(fā)送到認(rèn)證簽名模塊； 步驟135、認(rèn)證簽名模塊使用來自密鑰管理模塊的業(yè)務(wù)平臺(tái)公鑰，對(duì)其身 份信息進(jìn)行驗(yàn)證；
步驟136、驗(yàn)證通過后，認(rèn)證簽名模塊向業(yè)務(wù)平臺(tái)發(fā)送驗(yàn)證通過消息； 步驟137、業(yè)務(wù)平臺(tái)收到驗(yàn)證通過消息，向許可證管理與分發(fā)模塊發(fā)送許
可證請(qǐng)求消息，請(qǐng)求其為用戶生成許可證；
步驟138、許可證管理與分發(fā)模塊將來自密鑰管理模塊的加密后的第二內(nèi)
容主控密鑰與認(rèn)證簽名模塊簽名后的用戶權(quán)利信息封裝到許可證中； 步驟139、許可證管理與分發(fā)才莫塊向用戶終端下發(fā)許可證； 步驟1310、許可證下發(fā)完成后，許可證生成與分發(fā)模塊向業(yè)務(wù)平臺(tái)返回
處理結(jié)果；
步驟1311、業(yè)務(wù)平臺(tái)收到處理結(jié)果后，向用戶終端返回訂購結(jié)果； 步驟1312、用戶終端啟動(dòng)流i某體會(huì)話； 步驟1313、業(yè)務(wù)平臺(tái)返回々某體資源信息； 步驟1314、用戶終端與媒體內(nèi)容服務(wù)器建立媒體資源通道； 步驟1315、媒體資源通道建立后，媒體內(nèi)容服務(wù)器將來自CP的直播媒體 內(nèi)容發(fā)送給解密模塊，請(qǐng)求解密模塊對(duì)直播媒體內(nèi)容進(jìn)行解密；步驟1316、解密模塊從密鑰管理模塊獲得第一內(nèi)容加密密鑰，對(duì)直播媒
體內(nèi)容進(jìn)行解密；
步驟1317 、解密模塊將解密后的直播媒體內(nèi)容送到內(nèi)容加密模塊； 步驟l318、加密模塊使用密鑰管理模塊生成的第二內(nèi)容力口密密鑰對(duì)直播
々某體內(nèi)容重新加密和封裝；
步驟l319、加密模塊將重新加密和封裝后的流媒體內(nèi)容發(fā)送到媒體內(nèi)容 服務(wù)器；
步驟l 320、媒體內(nèi)容服務(wù)器將受融合DRM系統(tǒng)保護(hù)的直播媒體內(nèi)容分發(fā)到 用戶終端。
如圖14所示，為本發(fā)明DRM系統(tǒng)的實(shí)現(xiàn)方法第五實(shí)施例中點(diǎn)播或下載業(yè)務(wù) 的流程示意圖，用戶可以隨意訂購下載感興趣的媒體內(nèi)容，如果播放時(shí)用戶 終端不存在相應(yīng)的許可證，則融合DRM^戶端會(huì)自動(dòng)發(fā)起訂購請(qǐng)求，融合DRM 系統(tǒng)可以在接收到用戶請(qǐng)求后再對(duì)々某體內(nèi)容進(jìn)行加密，本實(shí)施例可以包括如 下步驟
步驟141、用戶訪問業(yè)務(wù)平臺(tái)，瀏覽自己感興趣的媒體內(nèi)容信息，選擇準(zhǔn) 備點(diǎn)播或下載的媒體內(nèi)容；
步驟142、用戶終端被重定向到媒體內(nèi)容服務(wù)器點(diǎn)播或下載選定的媒體內(nèi)
容；
在本實(shí)施例中，該媒體內(nèi)容服務(wù)器為運(yùn)營(yíng)商側(cè)的4某體內(nèi)容服務(wù)器。
步驟l43、媒體內(nèi)容服務(wù)器將來自CP的媒體內(nèi)容密文發(fā)送到解密模塊； 步驟144、解密模塊使用來自密鑰管理模塊的第一內(nèi)容加密密鑰解密出媒
體內(nèi)容的明文內(nèi)容；
步驟145、解密模塊將明文內(nèi)容發(fā)送到加密模塊；步驟146、加密模塊使用來自密鑰管理模塊生成的第二內(nèi)容加密密鑰對(duì)明
文內(nèi)容重新進(jìn)行加密；
步驟147、加密模塊將重新加密后的媒體內(nèi)容發(fā)送至媒體內(nèi)容服務(wù)器； 步驟148、媒體內(nèi)容服務(wù)器將重新加密后的媒體內(nèi)容分發(fā)給用戶終端； 步驟149、業(yè)務(wù)平臺(tái)向用戶終端發(fā)送響應(yīng)信息，其中包括該J(某體內(nèi)容的內(nèi)
容描述信息；
步驟1410、用戶終端向業(yè)務(wù)平臺(tái)訂購選定的i某體內(nèi)容； 步驟1411、業(yè)務(wù)平臺(tái)將用自己私鑰簽名的身份信息發(fā)送到認(rèn)證簽名模塊； 步驟1412、認(rèn)證簽名模塊使用來自密鑰管理模塊的業(yè)務(wù)平臺(tái)公鑰，對(duì)其
身份信息進(jìn)行驗(yàn)證；
步驟1413、驗(yàn)證通過后，認(rèn)證簽名模塊向業(yè)務(wù)平臺(tái)返回驗(yàn)證通過消息； 步驟1414、業(yè)務(wù)平臺(tái)向許可證管理與分發(fā)模塊發(fā)送許可證請(qǐng)求消息，請(qǐng)
求其為用戶生成許可證；該許可證請(qǐng)求消息中包括用戶權(quán)利信息；
步驟1415、許可證管理與分發(fā)模塊將來自密鑰管理模塊的加密后的第二
內(nèi)容主控密鑰與認(rèn)證簽名模塊簽名后的用戶權(quán)利信息封裝到許可證中； 步驟1416、許可證生成與分發(fā)模塊向用戶終端下發(fā)許可證； 步驟1417、許可證下發(fā)完成后，許可證生成與分發(fā)^t塊向業(yè)務(wù)平臺(tái)返回
處理結(jié)果；
步驟1418、業(yè)務(wù)平臺(tái)收到處理結(jié)果后，向用戶終端返回訂購結(jié)果； 步驟1419、在播放媒體內(nèi)容時(shí)，用戶終端提示需購買新的許可證，終端
將自動(dòng)訪問業(yè)務(wù)平臺(tái)訂購々某體內(nèi)容，重新開始訂購流程。
需要說明的是，關(guān)于圖14所示流程示意圖，融合DRM也可以對(duì)媒體內(nèi)容進(jìn)
行預(yù)先加密處理，此時(shí)，可以不包括步驟143-147。在本實(shí)施例中，融合DRM系統(tǒng)是一個(gè)軟件系統(tǒng)，針對(duì)用戶終端(例如TV、 PC或移動(dòng)終端等)的點(diǎn)播、直播、下載應(yīng)用中，i某體內(nèi)容來自多個(gè)CP，且由 不同的后臺(tái)DRM系統(tǒng)進(jìn)行了加密的應(yīng)用場(chǎng)景下，既保證CP、內(nèi)容運(yùn)營(yíng)商的合法 權(quán)益，又保證用戶對(duì)多個(gè)CP提供的后臺(tái)DRM系統(tǒng)保護(hù)內(nèi)容的透明使用，本實(shí)施 例具備開放的業(yè)務(wù)擴(kuò)展能力，適用于不同的應(yīng)用環(huán)境，融合DRM系統(tǒng)可以實(shí)現(xiàn) 多樣化、異質(zhì)性的后臺(tái)DRM系統(tǒng)之間的互操作，大大簡(jiǎn)化用戶終端的復(fù)雜度， 增加用戶的易用性。
如圖15所示，為本發(fā)明數(shù)字版權(quán)管理系統(tǒng)第一實(shí)施例的結(jié)構(gòu)示意圖，可 以包括融合數(shù)字版權(quán)管理系統(tǒng)151、后臺(tái)數(shù)字版權(quán)管理系統(tǒng)152、業(yè)務(wù)平臺(tái)153 和媒體內(nèi)容服務(wù)器154。
后臺(tái)數(shù)字版權(quán)管理系統(tǒng)152生成特殊許可證，將特征許可證發(fā)送給融合數(shù) 字版權(quán)管理系統(tǒng)151。融合數(shù)字版權(quán)管理系統(tǒng)151接收由后臺(tái)數(shù)字版權(quán)管理系 統(tǒng)152加密的媒體內(nèi)容，具體地，該加密的媒體內(nèi)容可以由與后臺(tái)數(shù)字版權(quán)管 理系統(tǒng)152對(duì)應(yīng)的CP或SP的媒體內(nèi)容服務(wù)器發(fā)送，也可以先由CP或SP的媒體內(nèi) 容服務(wù)器將加密的媒體內(nèi)容發(fā)送給運(yùn)營(yíng)商側(cè)的媒體內(nèi)容服務(wù)器154，再由運(yùn)營(yíng) 商側(cè)的媒體內(nèi)容服務(wù)器154發(fā)送給融合DRM系統(tǒng)。融合數(shù)字版權(quán)管理系統(tǒng)151 根據(jù)后臺(tái)數(shù)字版權(quán)管理系統(tǒng)15 2發(fā)送的特殊許可證對(duì)加密的媒體內(nèi)容進(jìn)行解 密，將解密后的媒體內(nèi)容重新加密，將重新加密后的媒體內(nèi)容發(fā)送給媒體內(nèi) 容服務(wù)器154,媒體內(nèi)容服務(wù)器15 4接收融合數(shù)字版權(quán)管理系統(tǒng)15 l發(fā)送的重新 加密后的媒體內(nèi)容。業(yè)務(wù)平臺(tái)153向融合數(shù)字版權(quán)管理系統(tǒng)15l發(fā)送用于請(qǐng)求 融合數(shù)字版權(quán)管理系統(tǒng)l51為用戶生成許可證的許可證請(qǐng)求消息，融合數(shù)字版 權(quán)管理系統(tǒng)151接收業(yè)務(wù)平臺(tái)153發(fā)送的許可證請(qǐng)求消息，生成許可證，將許 可證發(fā)送給與媒體內(nèi)容對(duì)應(yīng)的用戶終端，實(shí)現(xiàn)了多樣性、異質(zhì)性DRM系統(tǒng)之間的互操作，便于用戶的使用，而且降低了對(duì)用戶終端的計(jì)算能力的要求，簡(jiǎn) 化了用戶終端的復(fù)雜度。
需要說明的是，融合數(shù)字版權(quán)管理系統(tǒng)151可以包括前述融合數(shù)字版權(quán)管 理系統(tǒng)實(shí)施例的任一模塊，后臺(tái)數(shù)字版權(quán)管理系統(tǒng)152可以包括前述后臺(tái)數(shù)字 版權(quán)管理系統(tǒng)實(shí)施例的任一模塊，業(yè)務(wù)平臺(tái)153可以包括前述業(yè)務(wù)平臺(tái)實(shí)施例 的任一模塊，媒體內(nèi)容服務(wù)器l54可以包括前述媒體內(nèi)容服務(wù)器實(shí)施例的任一 模塊，在此不再贅述。
最后應(yīng)說明的是以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案而非限制， 盡管參照較佳實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng) 理解，可以對(duì)本發(fā)明的技術(shù)方案進(jìn)行修改或者等同替換，而不脫離本發(fā)明技 術(shù)方案的精神和范圍。
權(quán)利要求
1、一種數(shù)字版權(quán)管理系統(tǒng)的實(shí)現(xiàn)方法，其特征在于，包括接收由后臺(tái)數(shù)字版權(quán)管理系統(tǒng)加密的媒體內(nèi)容，根據(jù)所述后臺(tái)數(shù)字版權(quán)管理系統(tǒng)發(fā)送的特殊許可證對(duì)所述加密的媒體內(nèi)容進(jìn)行解密，將解密后的媒體內(nèi)容重新加密，將重新加密后的媒體內(nèi)容發(fā)送給媒體內(nèi)容服務(wù)器；接收業(yè)務(wù)平臺(tái)發(fā)送的許可證請(qǐng)求消息，生成許可證，將所述許可證發(fā)送給與所述媒體內(nèi)容對(duì)應(yīng)的用戶終端。
2、 根據(jù)權(quán)利要求l所述的方法，其特征在于，所述特殊許可證中包括第 一內(nèi)容主控密鑰；所述根據(jù)所述后臺(tái)數(shù)字版權(quán)管理系統(tǒng)發(fā)送的特殊許可證對(duì)所述加密的媒 體內(nèi)容進(jìn)行解密，將解密后的々某體內(nèi)容重新加密，將重新加密后的i某體內(nèi)容 發(fā)送給媒體內(nèi)容服務(wù)器包括對(duì)后臺(tái)數(shù)字版權(quán)管理系統(tǒng)發(fā)送的特殊許可證進(jìn) 行解密得到所述第 一 內(nèi)容主控密鑰，才艮據(jù)所述第 一 內(nèi)容主控密鑰獲取第 一 內(nèi) 容加密密鑰，采用所述第一內(nèi)容加密密鑰對(duì)所述媒體內(nèi)容進(jìn)行解密，采用融 合數(shù)字版權(quán)管理系統(tǒng)生成的第二內(nèi)容加密密鑰對(duì)解密后的媒體內(nèi)容進(jìn)行重新 加密，將重新加密后的媒體內(nèi)容發(fā)送給所述媒體內(nèi)容服務(wù)器。
3、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述許可證請(qǐng)求消息中包 括用戶權(quán)利信息；所述生成許可證包括從所述許可證請(qǐng)求消息中獲取所述用戶權(quán)利信息， 對(duì)所述用戶權(quán)利信息進(jìn)行簽名，將簽名后的用戶權(quán)利信息和所述融合數(shù)字版 權(quán)管理系統(tǒng)生成并加密的第二內(nèi)容主控密鑰封裝成許可證，將所述許可證發(fā) 送給與所述用戶權(quán)利信息對(duì)應(yīng)的用戶。
4、 根據(jù)權(quán)利要求l所述的方法，其特征在于，所述接收由后臺(tái)數(shù)字版權(quán) 管理系統(tǒng)加密的媒體內(nèi)容之后還包括判斷是否擁有所述特殊許可證，若不擁有所述特殊許可證，向所述后臺(tái) 數(shù)字版權(quán)管理系統(tǒng)發(fā)送特殊許可證請(qǐng)求消息，所述特殊許可證請(qǐng)求消息中包 括融合數(shù)字版權(quán)管理系統(tǒng)的簽名；接收所述后臺(tái)數(shù)字版權(quán)管理系統(tǒng)對(duì)所述融合數(shù)字版權(quán)管理系統(tǒng)的簽名進(jìn) 行驗(yàn)證后生成并發(fā)送的所述特殊許可證。
5、 根據(jù)權(quán)利要求l所述的方法，其特征在于，所述接收業(yè)務(wù)平臺(tái)發(fā)送的 許可證請(qǐng)求消息之前還包括接收所述業(yè)務(wù)平臺(tái)發(fā)送的身傷、信息；對(duì)所述身份信息進(jìn)行驗(yàn)證，若驗(yàn)證通過，向所述業(yè)務(wù)平臺(tái)發(fā)送驗(yàn)證通過 消息。
6、 根據(jù)權(quán)利要求l所述的方法，其特征在于，還包括接收所述后臺(tái)數(shù)字版權(quán)管理系統(tǒng)發(fā)送的第一注冊(cè)請(qǐng)求消息，向所述后臺(tái) 數(shù)字版權(quán)管理系統(tǒng)發(fā)送第 一注冊(cè)響應(yīng)消息；接收所述用戶終端發(fā)送的第二注冊(cè)請(qǐng)求消息，向所述用戶終端發(fā)送第二 注冊(cè)響應(yīng)消息。
7、 一種數(shù)字版權(quán)管理系統(tǒng)的實(shí)現(xiàn)方法，其特征在于，包括 生成特殊許可i正；將所述特征許可證發(fā)送給融合數(shù)字版權(quán)管理系統(tǒng)。
8、 根據(jù)權(quán)利要求7所述的方法，其特征在于，所述生成特殊許可證包括: 生成第一內(nèi)容主控密鑰，將所述第一內(nèi)容主控密鑰加密； 將融合數(shù)字版權(quán)管理系統(tǒng)權(quán)利信息進(jìn)行簽名；將加密后的第 一 內(nèi)容主控密鑰和簽名后的融合數(shù)字版權(quán)管理系統(tǒng)權(quán)利信 息封裝為所述特殊許可證。
9 、根據(jù)權(quán)利要求7或8所述的方法，其特征在于，所述生成特殊許可證 之前還包括接收所述融合數(shù)字版權(quán)管理系統(tǒng)發(fā)送的特殊許可證請(qǐng)求消息，所述特殊 許可證請(qǐng)求消息中包括所述融合數(shù)字版權(quán)管理系統(tǒng)的簽名； 對(duì)所述融合數(shù)字版權(quán)管理系統(tǒng)的簽名進(jìn)行驗(yàn)證； 所述生成特殊許可證包括若-瞼-i正通過，生成特歹朱許可證。
10、 根據(jù)權(quán)利要求7所述的方法，其特征在于，所述生成特殊許可證之前 還包括向所述融合數(shù)字版權(quán)管理系統(tǒng)發(fā)送第 一注冊(cè)請(qǐng)求消息； 接收所述融合數(shù)字版權(quán)管理系統(tǒng)發(fā)送的第 一注冊(cè)響應(yīng)消息。
11、 一種數(shù)字版權(quán)管理系統(tǒng)的實(shí)現(xiàn)方法，其特征在于，包括 接收融合數(shù)字版權(quán)管理系統(tǒng)發(fā)送的重新加密后的々某體內(nèi)容。
12、 根據(jù)權(quán)利要求ll所述的方法，其特征在于，所述接收融合數(shù)字版權(quán) 管理系統(tǒng)發(fā)送的重新加密后的媒體內(nèi)容之前還包括將后臺(tái)數(shù)字版權(quán)管理系統(tǒng)發(fā)送的加密的媒體內(nèi)容發(fā)送給融合數(shù)字版權(quán)管 理系統(tǒng)。
13、 一種數(shù)字版權(quán)管理系統(tǒng)的實(shí)現(xiàn)方法，其特征在于，包括向融合數(shù)字版權(quán)管理系統(tǒng)發(fā)送用于請(qǐng)求所述融合數(shù)字版權(quán)管理系統(tǒng)為用 戶生成"i牛可i正的許可證請(qǐng)求消息。
14、 根據(jù)權(quán)利要求13所述的方法，其特征在于，所述向融合數(shù)字版權(quán)管 理系統(tǒng)發(fā)送用于請(qǐng)求所述融合ft字版權(quán)管理系統(tǒng)為用戶生成許可證的許可證請(qǐng)求消息之前還包括向所述融合數(shù)字版權(quán)管理系統(tǒng)發(fā)送身份信息；接收所述融合數(shù)字版權(quán)管理系統(tǒng)對(duì)所述身份信息驗(yàn)證后發(fā)送的驗(yàn)證通過 消息。
15、 一種融合數(shù)字版權(quán)管理系統(tǒng)，其特征在于，包括 密鑰管理模塊，用于接收后臺(tái)數(shù)字版權(quán)管理系統(tǒng)發(fā)送的特殊許可證； 解密模塊，用于接收由所述后臺(tái)數(shù)字版權(quán)管理系統(tǒng)加密的媒體內(nèi)容，根據(jù)所述特殊許可證對(duì)所述加密的i某體內(nèi)容進(jìn)行解密；加密模塊，用于將解密后的々某體內(nèi)容重新加密，將重新加密后的々某體內(nèi) 容發(fā)送給媒體內(nèi)容服務(wù)器；許可證管理與分發(fā)模塊，用于接收業(yè)務(wù)平臺(tái)發(fā)送的許可證請(qǐng)求消息，生 成許可證，將所述許可證發(fā)送給與所述i某體內(nèi)容對(duì)應(yīng)的用戶終端。
16、 根據(jù)權(quán)利要求15所述的融合數(shù)字版權(quán)管理系統(tǒng)，其特征在于，所述 特殊許可證中包括第一內(nèi)容主控密鑰；所述密鑰管理模塊包括前向密鑰處理單元，用于對(duì)所述特殊許可證進(jìn)行解密得到所述第一內(nèi)容 主控密鑰，根據(jù)所述第一內(nèi)容主控密鑰獲取第一內(nèi)容加密密鑰；所述解密模 塊還用于采用所述第 一 內(nèi)容加密密鑰對(duì)所述媒體內(nèi)容進(jìn)行解密；后向密鑰處理單元，用于生成第二內(nèi)容加密密鑰；所述加密模塊還用于 采用所述第二內(nèi)容加密密鑰對(duì)解密后的i某體內(nèi)容進(jìn)行重新加密，將重新加密 后的媒體內(nèi)容發(fā)送給所述媒體內(nèi)容服務(wù)器。
17、 根據(jù)權(quán)利要求16所述的融合數(shù)字版權(quán)管理系統(tǒng)，其特征在于，所述 許可證請(qǐng)求消息中包括用戶權(quán)利信息；所述后向密鑰處理單元還用于生成第二內(nèi)容主控密鑰并對(duì)所述第二內(nèi)容主控密鑰進(jìn)行加密；所述許可證管理與分發(fā)模塊還用于從所述許可證請(qǐng)求消息中獲取所述用 戶權(quán)利信息；所述融合數(shù)字版權(quán)管理系統(tǒng)還包括認(rèn)證簽名模塊，用于對(duì)所述用戶權(quán)利 信息進(jìn)行簽名；所述許可證管理與分發(fā)模塊還用于將簽名后的用戶權(quán)利信息和加密后的 第二內(nèi)容主控密鑰封裝成許可證，將所述許可證發(fā)送給與所述用戶權(quán)利信息 對(duì)應(yīng)的用戶。
18、 根據(jù)權(quán)利要求15所述的融合數(shù)字版權(quán)管理系統(tǒng)，其特征在于，所述 密鑰管理模塊還用于判斷是否擁有所述特殊許可證，若不擁有所述特殊許可 證，向所述后臺(tái)數(shù)字版權(quán)管理系統(tǒng)發(fā)送特殊許可證請(qǐng)求消息，所述特殊許可 證請(qǐng)求消息中包括所述融合數(shù)字版權(quán)管理系統(tǒng)的簽名，接收所述后臺(tái)數(shù)字版 權(quán)管理系統(tǒng)對(duì)所述融合數(shù)字版權(quán)管理系統(tǒng)的簽名驗(yàn)證后發(fā)送的所述特殊許可 證。
19、 根據(jù)權(quán)利要求17所述的融合數(shù)字版權(quán)管理系統(tǒng)，其特征在于，所述 認(rèn)證簽名模塊還用于接收所述業(yè)務(wù)平臺(tái)發(fā)送的身份信息，對(duì)所述身份信息進(jìn) 行驗(yàn)證，若驗(yàn)證通過，向所述業(yè)務(wù)平臺(tái)發(fā)送驗(yàn)證通過消息。
20、 根據(jù)權(quán)利要求17所述的融合數(shù)字版權(quán)管理系統(tǒng)，其特征在于，所述 認(rèn)證簽名模塊還用于接收所述后臺(tái)數(shù)字版權(quán)管理系統(tǒng)發(fā)送的第 一注冊(cè)請(qǐng)求消 息，向所述后臺(tái)數(shù)字版權(quán)管理系統(tǒng)發(fā)送第一注冊(cè)響應(yīng)消息，接收所述用戶發(fā) 送的第二注冊(cè)請(qǐng)求消息，向所述用戶發(fā)送第二注冊(cè)響應(yīng)消息。
21、 一種后臺(tái)數(shù)字版權(quán)管理系統(tǒng)，其特征在于，包括特殊許可證生成才莫塊，用于生成特殊許可證；第一發(fā)送模塊，用于將所述特征許可證發(fā)送給融合數(shù)字版權(quán)管理系統(tǒng)。
22、 根據(jù)權(quán)利要求21所述的后臺(tái)數(shù)字版權(quán)管理系統(tǒng)，其特征在于，所述 特殊許可證生成模塊包括第一生成單元，用于生成第一內(nèi)容主控密鑰，將所述第一內(nèi)容主控密鑰 加密；第一簽名模塊，用于將融合數(shù)字版權(quán)管理系統(tǒng)權(quán)利信息進(jìn)行簽名； 第 一封裝單元，用于將加密后的第 一 內(nèi)容主控密鑰和簽名后的融合數(shù)字 版權(quán)管理系統(tǒng)權(quán)利信息封裝為所述特殊許可證。
23、 根據(jù)權(quán)利要求21或22所述的后臺(tái)數(shù)字版權(quán)管理系統(tǒng)，其特征在于， 還包括第一接收模塊，用于接收所述融合數(shù)字版權(quán)管理系統(tǒng)發(fā)送的特殊許可證請(qǐng) 求消息，所述特殊許可i正請(qǐng)求消息中包括所述融合數(shù)字版權(quán)管理系統(tǒng)的簽名； 驗(yàn)證模塊，用于對(duì)所述融合數(shù)字版權(quán)管理系統(tǒng)的簽名進(jìn)行驗(yàn)證； 所述第 一發(fā)送模塊還用于若所述驗(yàn)證模塊驗(yàn)證通過所述融合數(shù)字版權(quán)管 理系統(tǒng)的簽名，將所述特征許可證發(fā)送給所述融合數(shù)字版權(quán)管理系統(tǒng)。
24、 根據(jù)權(quán)利要求23所述的后臺(tái)數(shù)字版權(quán)管理系統(tǒng)，其特征在于，所述 第 一發(fā)送模塊還用于向所述融合數(shù)字版權(quán)管理系統(tǒng)發(fā)送第 一注冊(cè)請(qǐng)求消息；所述第 一接收模塊還用于接收所述融合數(shù)字版權(quán)管理系統(tǒng)發(fā)送的第 一注 冊(cè)響應(yīng)消息。
25、 一種媒體內(nèi)容服務(wù)器，其特征在于，包括第二接收模塊，用于接收融合數(shù)字版權(quán)管理系統(tǒng)發(fā)送的重新加密后的媒 體內(nèi)容。
26、 根據(jù)權(quán)利要求25所述的媒體內(nèi)容服務(wù)器，其特征在于，還包括 第二發(fā)送模塊，用于將后臺(tái)數(shù)字版權(quán)管理系統(tǒng)加密的^某體內(nèi)容發(fā)送給融合數(shù)字版權(quán)管理系統(tǒng)。
27、 一種業(yè)務(wù)平臺(tái)，其特征在于，包括第三發(fā)送模塊，用于向融合數(shù)字版權(quán)管理系統(tǒng)發(fā)送用于請(qǐng)求所述融合數(shù) 字版權(quán)管理系統(tǒng)為用戶生成許可證的許可證請(qǐng)求消息。
28、 根據(jù)權(quán)利要求27所述的業(yè)務(wù)平臺(tái)，其特征在于，所述第三發(fā)送模塊 還用于向所述融合數(shù)字版權(quán)管理系統(tǒng)發(fā)送身份信息；所述業(yè)務(wù)平臺(tái)還包括第三接收模塊，用于接收所述融合數(shù)字版權(quán)管理系 統(tǒng)對(duì)所述身份信息驗(yàn)證后發(fā)送的驗(yàn)證通過消息。
29、 一種數(shù)字版權(quán)管理系統(tǒng)，其特征在于，包括融合數(shù)字版權(quán)管理系統(tǒng)、 后臺(tái)數(shù)字版權(quán)管理系統(tǒng)、業(yè)務(wù)平臺(tái)和媒體內(nèi)容服務(wù)器；其中，所述融合數(shù)字版權(quán)管理系統(tǒng)用于接收由所述后臺(tái)數(shù)字版權(quán)管理系統(tǒng)加密 的媒體內(nèi)容，根據(jù)所述后臺(tái)數(shù)字版權(quán)管理系統(tǒng)發(fā)送的特殊許可證對(duì)所述加密 的媒體內(nèi)容進(jìn)行解密，將解密后的i某體內(nèi)容重新加密，將重新加密后的媒體 內(nèi)容發(fā)送給所述々某體內(nèi)容服務(wù)器,接收所述業(yè)務(wù)平臺(tái)發(fā)送的許可證請(qǐng)求消息， 生成許可證，將所述許可證發(fā)送給與所述媒體內(nèi)容對(duì)應(yīng)的用戶終端；所述后臺(tái)數(shù)字版權(quán)管理系統(tǒng)用于生成所述特殊許可證，將所述特征許可 證發(fā)送給所述融合數(shù)字版權(quán)管理系統(tǒng)；所述々某體內(nèi)容服務(wù)器用于接收所述融合數(shù)字版權(quán)管理系統(tǒng)發(fā)送的重新加 密后的々某體內(nèi)容；所述業(yè)務(wù)平臺(tái)用于向所述融合數(shù)字版權(quán)管理系統(tǒng)發(fā)送用于請(qǐng)求所述融合 數(shù)字版權(quán)管理系統(tǒng)為用戶生成許可證的許可證請(qǐng)求消息。
全文摘要
本發(fā)明涉及一種數(shù)字版權(quán)管理系統(tǒng)的實(shí)現(xiàn)方法和數(shù)字版權(quán)管理系統(tǒng)。其中一種數(shù)字版權(quán)管理系統(tǒng)的實(shí)現(xiàn)方法包括接收由后臺(tái)數(shù)字版權(quán)管理系統(tǒng)加密的媒體內(nèi)容，根據(jù)所述后臺(tái)數(shù)字版權(quán)管理系統(tǒng)發(fā)送的特殊許可證對(duì)所述加密的媒體內(nèi)容進(jìn)行解密，將解密后的媒體內(nèi)容重新加密，將重新加密后的媒體內(nèi)容發(fā)送給所述媒體內(nèi)容服務(wù)器；接收業(yè)務(wù)平臺(tái)發(fā)送的許可證請(qǐng)求消息，生成許可證，將所述許可證發(fā)送給與所述媒體內(nèi)容對(duì)應(yīng)的用戶終端。本發(fā)明實(shí)現(xiàn)了多樣性、異質(zhì)性DRM系統(tǒng)之間的互操作，便于用戶的使用，而且降低了對(duì)用戶終端的計(jì)算能力的要求，簡(jiǎn)化了用戶終端的復(fù)雜度。
文檔編號(hào)H04L9/32GK101621379SQ200910090428
公開日2010年1月6日 申請(qǐng)日期2009年8月4日 優(yōu)先權(quán)日2009年8月4日
發(fā)明者馮偉斌, 劉明輝, 劉紅旗, 立 張, 胡舜耕 申請(qǐng)人:中國(guó)聯(lián)合網(wǎng)絡(luò)通信集團(tuán)有限公司