專利名稱：一種交互式網(wǎng)絡(luò)電視系統(tǒng)實現(xiàn)數(shù)字版權(quán)管理的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及交互式網(wǎng)絡(luò)電視系統(tǒng)，尤其涉及一種在交互式網(wǎng)絡(luò)電視系統(tǒng)中實現(xiàn)數(shù)字版權(quán)管理業(yè)務(wù)的方法。
背景技術(shù)：
交互式網(wǎng)絡(luò)電視(IPTV)，是一種利用寬帶有線電視網(wǎng)，集互聯(lián)網(wǎng)、多媒體、通訊等多種技術(shù)于一體，向家庭用戶提供包括數(shù)字電視在內(nèi)的多種交互式服務(wù)的嶄新技術(shù)。由于IPTV數(shù)字內(nèi)容易于復(fù)制、易于傳播的特點(diǎn)，IPTV業(yè)務(wù)給用戶帶來良好業(yè)務(wù)體驗的同時，也成為盜版者重點(diǎn)關(guān)注的對象。
數(shù)字版權(quán)管理(Digital Right Management，簡稱DRM)的目的是保護(hù)數(shù)字內(nèi)容的版權(quán)，從技術(shù)上提高盜版的的技術(shù)門檻和成本，確保只有購買版權(quán)的用戶在遵守版權(quán)規(guī)則的條件下才能享受數(shù)字節(jié)目。數(shù)字版權(quán)管理涉及的主要技術(shù)包括數(shù)字標(biāo)識技術(shù)、安全和加密技術(shù)、數(shù)據(jù)庫技術(shù)、數(shù)字證書技術(shù)等。
現(xiàn)有技術(shù)中，已提出有實現(xiàn)數(shù)字版權(quán)管理的交互式網(wǎng)絡(luò)電視(IPTV DRM)系統(tǒng)結(jié)構(gòu)，如圖1所示，主要包括如下功能實體節(jié)目源產(chǎn)生直播節(jié)目流的IPTV編碼器或IPTV點(diǎn)播文件存儲設(shè)備，是原始IPTV數(shù)字內(nèi)容的來源；加密機(jī)用于對原始IPTV數(shù)字內(nèi)容進(jìn)行加密，加密機(jī)可以是一個獨(dú)立的設(shè)備，也可以是與節(jié)目源進(jìn)行集成的軟件插件、硬件芯片，通過消息與節(jié)目源通信；流媒體服務(wù)器用于存放加密后的點(diǎn)播節(jié)目流文件，通過媒體傳送網(wǎng)絡(luò)將加密后的電子節(jié)目流發(fā)送給用戶終端；內(nèi)容管理系統(tǒng)用于控制加密機(jī)對指定的節(jié)目源內(nèi)容進(jìn)行加密，以及將加密后的電子節(jié)目單發(fā)送給電子節(jié)目導(dǎo)航(EPG)/運(yùn)營支撐系統(tǒng)；EPG/運(yùn)營支撐系統(tǒng)用于訂購節(jié)目信息、計費(fèi)，展示用戶訂購的節(jié)目等；版權(quán)中心用于管理內(nèi)容密鑰、生成許可證并與終端交互，下發(fā)許可證到用戶終端；用戶終端用戶通過終端查找并收看節(jié)目。
其中，用戶終端通過接口DRM1與版權(quán)中心相連接；用戶終端通過接口DRM2與EPG/運(yùn)營支撐系統(tǒng)相連接；用戶終端通過接口DRM3與媒體傳送網(wǎng)絡(luò)相連接；加密機(jī)通過接口DRM4與版權(quán)中心相連接；版權(quán)中心通過接口DRM5與EPG/運(yùn)營支撐系統(tǒng)相連接；內(nèi)容管理系統(tǒng)通過接口DRM6與加密機(jī)相連接；內(nèi)容管理系統(tǒng)通過接口DRM7與EPG/運(yùn)營支撐管理系統(tǒng)連接；節(jié)目源與加密機(jī)通過接口DRM8相連接。
但是要在IPTV系統(tǒng)中提供DRM業(yè)務(wù)，需要與IPTV系統(tǒng)配合。目前IPTV系統(tǒng)由不同廠家提供，鑒于IPTV系統(tǒng)的多樣性，系統(tǒng)間耦合性大，阻礙了IPTVDRM業(yè)務(wù)的順利開展。因此，現(xiàn)有技術(shù)中還沒有一種能夠在IPTV系統(tǒng)中具體實施DRM業(yè)務(wù)的方法。

發(fā)明內(nèi)容
本發(fā)明提供一種在交互式網(wǎng)絡(luò)電視系統(tǒng)中實現(xiàn)數(shù)字版權(quán)管理的方法，使在各種交互式網(wǎng)絡(luò)電視系統(tǒng)中，使用本發(fā)明提供的方法都能實現(xiàn)數(shù)字版權(quán)管理。
本發(fā)明提供一種交互式網(wǎng)絡(luò)電視系統(tǒng)實現(xiàn)數(shù)字版權(quán)管理的方法，所述交互式網(wǎng)絡(luò)電視系統(tǒng)包括節(jié)目源、內(nèi)容管理系統(tǒng)、加密機(jī)、電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)、版權(quán)中心、媒體傳送網(wǎng)絡(luò)和用戶終端；該方法包括A、內(nèi)容管理系統(tǒng)控制加密機(jī)對節(jié)目源的節(jié)目內(nèi)容進(jìn)行加密，并將節(jié)目單發(fā)布到所述電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)；B、用戶終端從所述電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)獲取節(jié)目單供用戶選擇收看的節(jié)目，當(dāng)用戶進(jìn)行節(jié)目選擇后，判斷本地是否存儲有對應(yīng)節(jié)目的有效許可證，若有，則執(zhí)行步驟D；否則，執(zhí)行步驟C；C、用戶終端從版權(quán)中心獲取許可證，并保存在本地，繼續(xù)步驟D；D、用戶終端使用所述許可證中包含的內(nèi)容密鑰對通過媒體傳送網(wǎng)絡(luò)獲取的所述電子節(jié)目流進(jìn)行解密，還原出節(jié)目內(nèi)容。
所述步驟A包括A1、內(nèi)容管理系統(tǒng)向加密機(jī)發(fā)起加密請求；A2、加密機(jī)根據(jù)所述加密請求中的指示信息，從節(jié)目源獲取電子節(jié)目進(jìn)行加密處理；加密機(jī)將加密內(nèi)容密鑰注冊到所述版權(quán)中心，并向內(nèi)容管理系統(tǒng)返回加密節(jié)目唯一標(biāo)識ECID；A3、內(nèi)容管理系統(tǒng)將包含ECID的節(jié)目單發(fā)布到所述電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)。
步驟A1中所述內(nèi)容管理系統(tǒng)向加密機(jī)發(fā)起的加密請求，至少包含待加密文件在節(jié)目源中的文件路徑和文件名，以及加密后文件存儲的文件路徑和文件名。
所述內(nèi)容管理系統(tǒng)和加密機(jī)之間使用超文本傳輸協(xié)議HTTP或簡單對象訪問協(xié)議SOAP承載傳輸數(shù)據(jù)。
步驟A2中所述加密機(jī)對電子節(jié)目進(jìn)行加密處理，包括加密機(jī)對指定文件路徑和文件名的點(diǎn)播文件進(jìn)行加密；或者對直播會話描述協(xié)議SDP文件進(jìn)行處理，并接收待加密的直播流進(jìn)行加密；加密機(jī)將加密后的點(diǎn)播文件或處理后的直播SDP文件保存到與媒體傳送網(wǎng)絡(luò)相連接的流媒體服務(wù)器中；并將加密后的直播流直接發(fā)送到媒體傳送網(wǎng)絡(luò)。
所述加密機(jī)與流媒體服務(wù)器或媒體傳送網(wǎng)絡(luò)之間的接口使用實時傳輸協(xié)議RTP或傳輸流TS承載傳輸數(shù)據(jù)。
所述步驟A2中，加密機(jī)還向版權(quán)中心發(fā)送點(diǎn)播或直播節(jié)目的ECID和加密算法名稱；版權(quán)中心向加密機(jī)返回響應(yīng)狀態(tài)消息。
所述加密機(jī)和版權(quán)中心之間使用HTTP或SOAP承載傳輸數(shù)據(jù)。
步驟A3中所述包含ECID的節(jié)目單中，ECID對應(yīng)于加密后的點(diǎn)播節(jié)目的編號或加密直播頻道的編號。
根據(jù)本發(fā)明的上述方法，內(nèi)容管理系統(tǒng)向電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)發(fā)送的接口信息還包括表示節(jié)目是否加密的加密標(biāo)識和節(jié)目所屬版權(quán)中心的編號信息。
所述步驟C包括C11、用戶終端向電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)發(fā)起授權(quán)請求；C12、電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)向版權(quán)中心請求生成許可證；C13、版權(quán)中心生成許可證，并向電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)返回包含版權(quán)中心地址、端口號和許可證編號信息的觸發(fā)器；C14、電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)向用戶終端返回授權(quán)成功響應(yīng)消息，并攜帶所述觸發(fā)器；C15、用戶終端根據(jù)觸發(fā)器中包含的信息向版權(quán)中心發(fā)起許可證獲取請求；C16、版權(quán)中心對用戶鑒權(quán)后，向用戶終端返回許可證。
所述步驟還可以C包括C21、用戶終端向電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)發(fā)起授權(quán)請求；C22、電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)返回授權(quán)結(jié)果；C23、用戶終端根據(jù)授權(quán)結(jié)果向流媒體服務(wù)器請求獲取直播電子節(jié)目流或點(diǎn)播文件對應(yīng)的SDP文件，并且在請求消息中上報本地是否有許可證標(biāo)識；C24、若請求消息中表明本地沒有許可證，流媒體服務(wù)器請求版權(quán)中心生成許可證；版權(quán)中心從電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)查詢用戶訂購的對應(yīng)節(jié)目信息，生成許可證，并且向流媒體服務(wù)器返回包含版權(quán)中心地址、端口號和許可證編號信息的觸發(fā)器；
流媒體服務(wù)器將直播電子節(jié)目流或點(diǎn)播文件對應(yīng)的SDP文件與所述觸發(fā)器組成一個復(fù)合媒體對象下發(fā)給用戶終端；C25、用戶終端根據(jù)觸發(fā)器中包含的信息向版權(quán)中心發(fā)起許可證獲取請求；C26、版權(quán)中心對用戶鑒權(quán)后，向用戶終端返回許可證。
根據(jù)本發(fā)明的上述方法，電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)或流媒體服務(wù)器向版權(quán)中心請求生成許可證消息中，至少攜帶點(diǎn)播或直播節(jié)目的ECID。
所述請求生成許可證的消息中還攜帶有控制節(jié)目收看的權(quán)限信息，包括許可模式信息、播放次數(shù)信息、有效期開始/結(jié)束日期信息以及累積時長信息之一或所述信息的組合。
根據(jù)本發(fā)明的上述方法，版權(quán)中心生成的許可證中包含加密機(jī)向版權(quán)中心注冊的點(diǎn)播或直播節(jié)目對應(yīng)的內(nèi)容密鑰，以及請求生成許可證消息中上報的控制節(jié)目收看的權(quán)限信息。
所述電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)與版權(quán)中心之間使用HTTP或SOAP承載傳輸數(shù)據(jù)。
根據(jù)本發(fā)明的上述方法，若電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)與用戶終端之間存在心跳消息，則所述觸發(fā)器可以通過心跳消息攜帶，由電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)下發(fā)給用戶終端。
根據(jù)本發(fā)明的上述方法，所述節(jié)目源和加密機(jī)為獨(dú)立的系統(tǒng)設(shè)備或為一個集成有編碼和加密功能的集成設(shè)備。
本發(fā)明的有益效果如下(1)對在交互式網(wǎng)絡(luò)電視系統(tǒng)中實現(xiàn)數(shù)字版權(quán)管理，本發(fā)明提供了具體的內(nèi)容加密流程和許可證獲取流程；為交互式網(wǎng)絡(luò)電視系統(tǒng)實現(xiàn)數(shù)字版權(quán)管理提供了具體的可實施方案。
(2)本發(fā)明定義了各系統(tǒng)設(shè)備之間的接口類型及詳細(xì)的接口信息，可實現(xiàn)IPTV系統(tǒng)中的節(jié)目源、內(nèi)容管理系統(tǒng)、電子節(jié)目導(dǎo)航(EPG)/運(yùn)營支撐系統(tǒng)，與實現(xiàn)DRM的版權(quán)中心、加密機(jī)，以及用戶終端之間的互通。
(3)本發(fā)明定義的接口信息基于開放的體系結(jié)構(gòu)，減少了各系統(tǒng)設(shè)備之間的耦合度，使不同廠家提供的服務(wù)器和終端在滿足本發(fā)明定義的接口后，可以集成到同一個IPTV-DRM系統(tǒng)中。


圖1為交互式網(wǎng)絡(luò)電視-數(shù)字版權(quán)業(yè)務(wù)系統(tǒng)的結(jié)構(gòu)圖；圖2為本發(fā)明的內(nèi)容加密流程圖；圖3為本發(fā)明的許可證獲取流程圖之一；圖4為本發(fā)明的許可證獲取流程圖之二。
具體實施例方式
本發(fā)明方法采用如圖1所示的IPTV DRM業(yè)務(wù)系統(tǒng)。包括節(jié)目源、內(nèi)容管理系統(tǒng)、加密機(jī)、版權(quán)中心、電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)、流媒體服務(wù)器、媒體傳送網(wǎng)絡(luò)和用戶終端，各實體完成的功能為現(xiàn)有技術(shù)，在此不作詳述。
本發(fā)明方法的基本實現(xiàn)原理是，首先對原始的數(shù)字內(nèi)容(節(jié)目源提供)由加密機(jī)進(jìn)行加密打包處理，經(jīng)過加密打包的數(shù)字內(nèi)容擁有自己獨(dú)立的ECID(Encrypted Content ID加密后內(nèi)容的唯一標(biāo)識)及CEK(Content Encrypt Key加密內(nèi)容密鑰)，用戶在得到經(jīng)過加密的電子節(jié)目內(nèi)容后，無法直接使用，必須申請和購買內(nèi)容使用許可證，采用許可證中包含的解密密鑰對電子節(jié)目流進(jìn)行解密后，才能收看相關(guān)節(jié)目。
下面對本發(fā)明方法中的節(jié)目內(nèi)容加密流程和用戶許可證獲取流程分別加以詳細(xì)描述。
參見圖2，為本發(fā)明的內(nèi)容加密流程，具體步驟步驟1、內(nèi)容管理系統(tǒng)向加密機(jī)發(fā)起節(jié)目加密請求，通知加密機(jī)待加密的節(jié)目類型(點(diǎn)播/直播)、待加密文件位置、加密后文件的存放位置等信息，該信息通過接口DRM6發(fā)送。若加密的節(jié)目類型為點(diǎn)播，則在發(fā)送的數(shù)據(jù)中至少包含待加密的點(diǎn)播文件路徑和文件名及加密后的點(diǎn)播文件的路徑和文件名，對于多加密機(jī)的情況需要指定加密機(jī)的，還可包含加密機(jī)編號和登錄該加密機(jī)的帳戶信息，以及點(diǎn)播文件名稱、密鑰個數(shù)和版權(quán)中心編號等信息；若加密的節(jié)目類型為直播，則在發(fā)送的數(shù)據(jù)中至少包含待加密SDP(會話描述協(xié)議)文件路徑和文件名及加密后的SDP文件的路徑和文件名，還可包含指定加密機(jī)的編號和登錄帳號信息、有關(guān)頻道信息，如頻道操作類型，包括增加頻道、修改頻道或刪除頻道，待加密頻道編號，還可包含有關(guān)密鑰信息，如密鑰個數(shù)、是否變更密鑰標(biāo)識、新密鑰生效時間，還可包含加密前直播節(jié)目流的位置信息，如直播節(jié)目流編碼器的IP地址及其視頻和音頻端口號，加密后直播節(jié)目流的位置信息，如流媒體服務(wù)器的IP地址及其視頻和音頻端口號，還可包含版權(quán)中心編號。
下表一為點(diǎn)播加密請求消息所包含的消息字段


下表二為直播加密請求消息所包含的消息字段

步驟2、加密機(jī)按照內(nèi)容管理系統(tǒng)指定的位置從節(jié)目源獲取待加密的點(diǎn)播文件或直播的SDP文件。
步驟3、加密機(jī)處理待加密的文件；包括對點(diǎn)播文件進(jìn)行加密處理或?qū)χ辈サ腟DP文件按照ISMA(Internet Streaming Media Alliance，互聯(lián)網(wǎng)流媒體聯(lián)盟)規(guī)范進(jìn)行處理，并且接收待加密的直播流。
步驟4、加密機(jī)上傳加密后的點(diǎn)播文件或處理后的直播SDP文件到內(nèi)容管理系統(tǒng)指定的位置。
上述步驟2-4中，在加密機(jī)和節(jié)目源的不同模式下，以及處理不同的節(jié)目類型時，文件的下載、加密及上傳方式有所不同。針對加密機(jī)和節(jié)目源為獨(dú)立的服務(wù)器模式，當(dāng)節(jié)目類型為直播時，加密機(jī)從節(jié)目源下載SDP文件并進(jìn)行處理，此時SDP文件的下載通過接口DRM8且由文件傳輸協(xié)議(FTP)承載，加密機(jī)從節(jié)目源獲取直播節(jié)目流并加密，然后直接轉(zhuǎn)發(fā)到媒體傳送網(wǎng)絡(luò)中，此時直播流的轉(zhuǎn)發(fā)通過接口DRM3由實時傳輸協(xié)議(RTP)和數(shù)據(jù)報(UDP)協(xié)議共同承載。當(dāng)節(jié)目類型為點(diǎn)播節(jié)目時，加密機(jī)從節(jié)目源下載點(diǎn)播節(jié)目進(jìn)行加密，此時點(diǎn)播文件的下載通過接口DRM8且由FTP協(xié)議承載，加密完成后，轉(zhuǎn)發(fā)到指定的流媒體服務(wù)器上。如果加密機(jī)集成到節(jié)目源編碼器中，當(dāng)節(jié)目類型為直播時，編碼器生成的SDP文件就是處理后的SDP文件，編碼器輸出的節(jié)目流就是加密后的節(jié)目流；當(dāng)節(jié)目類型為點(diǎn)播時，編碼器生成點(diǎn)播文件前先對碼流進(jìn)行加密，生成的點(diǎn)播文件就是加密后的點(diǎn)播文件。
步驟5、加密機(jī)向版權(quán)中心請求注冊，在注冊請求消息中至少包含當(dāng)前節(jié)目的加密密鑰和加密機(jī)分配給加密節(jié)目的ECID，還可包含記錄操作類型，如新增記錄、刪除已存在記錄或修改已存在記錄，以及加密算法名稱和時間戳等信息。該消息通過接口DRM4傳送并由超文本傳輸協(xié)議(HTTP)或簡單對象訪問協(xié)議(SOAP)等協(xié)議承載，使用安全套接層(SSL)等協(xié)議加密。
DRM4接口消息如下表三所示

步驟6、加密機(jī)向內(nèi)容管理系統(tǒng)返回加密請求的響應(yīng)消息，該響應(yīng)消息至少包含標(biāo)識成功或失敗的響應(yīng)碼和ECID，還可包含待加密文件或待加密頻道的編號和具體的響應(yīng)信息描述等。該消息通過接口DRM6傳送并由HTTP或SOAP等協(xié)議承載，使用SSL等協(xié)議加密。
步驟7、內(nèi)容管理系統(tǒng)向EPG/運(yùn)營支撐系統(tǒng)發(fā)布節(jié)目單信息，該信息在現(xiàn)有接口信息的基礎(chǔ)上進(jìn)行擴(kuò)展，至少包含標(biāo)識是否加密的加密標(biāo)識。當(dāng)標(biāo)識為已加密時，還必須包含ECID和版權(quán)中心編號信息。節(jié)目信息通過接口DRM7發(fā)布。
DRM7接口擴(kuò)展信息如下表四所示

參見圖3，為本發(fā)明的許可證獲取流程，具體步驟步驟1、用戶請求收看IPTV節(jié)目，首先通過用戶終端向EPG/運(yùn)營支撐系統(tǒng)請求電子節(jié)目單。
步驟2、EPG/運(yùn)營支撐系統(tǒng)返回節(jié)目單到用戶終端，節(jié)目單中的點(diǎn)播節(jié)目編號或直播節(jié)目頻道編號與節(jié)目的ECID相對應(yīng)。
步驟3、用戶查看、搜索節(jié)目單，最終選擇感興趣的節(jié)目進(jìn)行點(diǎn)擊收看；用戶終端判斷本地是否存在該節(jié)目的有效許可證，如果本地存在許可證則進(jìn)入步驟10，獲取加密節(jié)目流進(jìn)行收看；否則，執(zhí)行下列步驟。
步驟4、若本地不存在有效許可證，則向EPG/運(yùn)營支撐系統(tǒng)發(fā)起授權(quán)請求，該請求中包含用戶選定的節(jié)目的ECID信息。
步驟5、EPG/運(yùn)營支撐系統(tǒng)，判斷用戶是否欠費(fèi)、是否有權(quán)收看該節(jié)目。如果可以收看該節(jié)目，則EPG/運(yùn)營支撐系統(tǒng)上傳用戶訂購的權(quán)限信息和ECID等信息到版權(quán)中心，請求版權(quán)中心為用戶生成許可證，該請求信息至少包含用戶選定節(jié)目的ECID信息，還可包含許可證編號、許可模式，如顯示、播放、執(zhí)行或?qū)С龅?，限定用戶收看的次?shù)、許可證有效時間、時間戳等信息，其中若請求新生成許可證，則許可證編號為零，否則為原許可證編號。該請求消息通過接口DRM5傳送，并由HTTP或SOAP等協(xié)議承載，使用SSL等協(xié)議加密。
步驟6、版權(quán)中心根據(jù)收到的ECID和內(nèi)容密鑰信息生成用戶選定節(jié)目的許可證，返回響應(yīng)信息，并且若響應(yīng)成功則還要發(fā)送至少包含版權(quán)中心地址、端口號和許可證編號的觸發(fā)器。該響應(yīng)消息通過接口DRM5傳送，并由HTTP或SOAP等協(xié)議承載，使用SSL等協(xié)議加密。
DRM5接口信息定義如下表五所示

步驟7、EPG/運(yùn)營支撐系統(tǒng)返回授權(quán)成功響應(yīng)消息，并且在響應(yīng)消息中攜帶觸發(fā)器。觸發(fā)器附加在現(xiàn)有技術(shù)接口消息中，與其封裝成一個消息。
其消息格式舉例如下Content-Typemultipart/mixed；boundary＝″huaweidrm000fbcf035ff06e5RI″--huaweidrm000fbcf035ff06e5RIContent-Typetext/htmlContent-Transfer-Encodingbinary<HTML>
--huaweidrm000fbcf035ff06e5RIContent-Typeapplication/vnd.oma.drm.roap-trigger+xmlContent-Transfer-Encodingbinary<Trigger1>
--huaweidrm000fbcf035ff06e5RIContent-Typeapplication/vnd.oma.drm.roap-trigger+xmlContent-Transfer-Encodingbinary<Trigger2>
--huaweidrm000fbcf035ff06e5RIContent-Typeapplication/vnd.oma.drm.roap-trigger+xmlContent-Transfer-Encodingbinary<Trigger3>
…--huaweidrm000fbcf035ff06e5RI--若用戶終端和EPG/運(yùn)營支撐系統(tǒng)的服務(wù)器之間存在心跳消息，則觸發(fā)器還可以通過心跳消息攜帶，如作為心跳信息的一部分下發(fā)到用戶終端。
步驟8、用戶終端判斷收到的響應(yīng)消息中包含觸發(fā)器，根據(jù)觸發(fā)器指示的信息向版權(quán)中心發(fā)起許可證獲取請求。
步驟9、版權(quán)中心判斷該用戶終端是合法終端則返回許可證，如果判斷該用戶終端非法則返回錯誤響應(yīng)碼，用戶終端可以根據(jù)該錯誤碼發(fā)起注冊請求進(jìn)行注冊。
步驟10、用戶終端收到許可證后，根據(jù)選定節(jié)目的ECID通過媒體傳送網(wǎng)絡(luò)獲取電子節(jié)目流，然后利用許可證解密節(jié)目流進(jìn)行收看，并根據(jù)許可證中規(guī)定的權(quán)限信息控制節(jié)目的收看次數(shù)、有效期、時長等。
由于用戶終端在獲取直播節(jié)目流和點(diǎn)播文件之前，必須獲取直播節(jié)目流和點(diǎn)播文件對應(yīng)的SDP文件，因此觸發(fā)器可以和SDP文件組成一個復(fù)合媒體對象一同下發(fā)到用戶終端。具體過程如圖4所示步驟1-4、同圖3流程的步驟1-4，用戶從EPG/運(yùn)營支撐系統(tǒng)獲取節(jié)目單并從中選擇要收看的節(jié)目，并向EPG/運(yùn)營支撐系統(tǒng)請求授權(quán)。
步驟5、運(yùn)營支撐系統(tǒng)收到用戶授權(quán)請求后，返回授權(quán)結(jié)果。
步驟6、用戶終端根據(jù)授權(quán)結(jié)果向流媒體服務(wù)器請求獲取直播電子節(jié)目流或點(diǎn)播文件對應(yīng)的SDP文件，并且在請求消息中上報本地是否有許可證標(biāo)識。
步驟7、如果請求消息中表明本地沒有許可證，流媒體服務(wù)器請求版權(quán)中心生成許可證。
步驟8、版權(quán)中心從電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)查詢用戶訂購的對應(yīng)節(jié)目信息，根據(jù)用戶訂購的對應(yīng)節(jié)目信息生成許可證，并且向流媒體服務(wù)器返回觸發(fā)器。
步驟9、流媒體服務(wù)器將直播電子節(jié)目流或點(diǎn)播文件對應(yīng)的SDP文件與所述觸發(fā)器組成一個復(fù)合媒體對象下發(fā)給用戶終端。該復(fù)合媒體對象可以使用SDP文件原有的HTTP、實時傳送流媒體協(xié)議(RTSP)等協(xié)議承載。
復(fù)合媒體對象消息格式舉例如下
Content-Typemultipart/mixed；boundary＝″huaweidrm000fbcf035ff06e5RI″--huaweidrm000fbcf035ff06e5RIContent-Typeapplication/sdpContent-Transfer-EncodingbinarySDP內(nèi)容--huaweidrm000fbcf035ff06e5RIContent-Typeapplication/vnd.oma.drm.roap-trigger+xmlContent-Transfer-Encodingbinary<Trigger>
--huaweidrm000fbcf035ff06e5RI-步驟10、用戶終端根據(jù)收到的復(fù)合媒體對象中的觸發(fā)器指示的信息向版權(quán)中心發(fā)起許可證獲取請求。
步驟11、版權(quán)中心判斷該用戶終端是合法終端則返回許可證，如果判斷該用戶終端非法則返回錯誤響應(yīng)碼，用戶終端可以根據(jù)該錯誤碼發(fā)起注冊請求進(jìn)行注冊。
步驟12、用戶終端收到許可證后，利用許可證解密從流媒體服務(wù)器獲取的節(jié)目流進(jìn)行收看，并根據(jù)許可證中規(guī)定的權(quán)限信息控制節(jié)目的收看次數(shù)、有效期、時長等。
通過以上流程描述可知，IPTV-DRM系統(tǒng)中，節(jié)目內(nèi)容加密流程與許可證獲取流程相對獨(dú)立，在節(jié)目內(nèi)容加密流程中，加密機(jī)將加密文件的ECID和加密密鑰向版權(quán)中心注冊，并將加密文件的ECID通過內(nèi)容管理系統(tǒng)發(fā)布到EPG/運(yùn)營支撐管理系統(tǒng)；在許可證獲取流程中，用戶在點(diǎn)播節(jié)目，從EPG/運(yùn)營支撐管理系統(tǒng)獲得所選節(jié)目的ECID，并在發(fā)送許可證請求時攜帶所選節(jié)目的ECID，使版權(quán)中心能夠根據(jù)該信息結(jié)合加密密鑰生成用戶所選節(jié)目的許可證，用戶根據(jù)許可證解密節(jié)目文件并按照許可證的限制收看。由此可以看出，IPTV系統(tǒng)中的節(jié)目源、內(nèi)容管理系統(tǒng)、EPG/運(yùn)營支撐系統(tǒng)等部分與實現(xiàn)數(shù)字版權(quán)管理業(yè)務(wù)的加密機(jī)、版權(quán)中心等部分，通過ECID信息的傳送聯(lián)系在一起，實現(xiàn)了在已有IPTV系統(tǒng)中進(jìn)行數(shù)字版權(quán)管理。
另外，本發(fā)明還對接口信息進(jìn)行了定義。接口DRM4上加密機(jī)向版權(quán)中心發(fā)送的注冊請求消息中至少包含ECID和內(nèi)容密鑰，這是生成許可證的必要信息；接口DRM5上EPG/運(yùn)營支撐系統(tǒng)向版權(quán)中心發(fā)送的許可證請求消息中至少包含ECID，用以指示版權(quán)中心對用戶選定的節(jié)目生成許可證；接口DRM6上加密機(jī)向內(nèi)容管理系統(tǒng)發(fā)送的加密請求響應(yīng)消息中至少包含ECID，接口DRM7上內(nèi)容管理系統(tǒng)向EPG/運(yùn)營支撐系統(tǒng)發(fā)送的消息中至少包含ECID，這使得ECID在內(nèi)容加密處理后發(fā)布到EPG/運(yùn)營支撐系統(tǒng)，使得EPG/運(yùn)營支撐系統(tǒng)的節(jié)目列表中每個加密節(jié)目都包含相應(yīng)的ECID，用戶從EPG/運(yùn)營支撐系統(tǒng)選定節(jié)目的同時得到了選定節(jié)目的ECID，并根據(jù)該ECID獲取許可證，下載節(jié)目進(jìn)行收看。由此可見，盡管系統(tǒng)中各部分的服務(wù)器(系統(tǒng)設(shè)備)可能由于生產(chǎn)廠家不同而不完全一致，只要符合本發(fā)明定義的接口，就能夠?qū)崿F(xiàn)IPTV系統(tǒng)中的數(shù)字版權(quán)業(yè)務(wù)功能。因此，本發(fā)明減少了各系統(tǒng)設(shè)備之間以及系統(tǒng)設(shè)備和終端之間的耦合度，使不同的系統(tǒng)設(shè)備和終端在滿足所定義的接口信息后，可以集成到同一個IPTV DRM系統(tǒng)，實現(xiàn)互通。
顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種交互式網(wǎng)絡(luò)電視系統(tǒng)實現(xiàn)數(shù)字版權(quán)管理的方法，所述交互式網(wǎng)絡(luò)電視系統(tǒng)包括節(jié)目源、內(nèi)容管理系統(tǒng)、加密機(jī)、電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)、版權(quán)中心、媒體傳送網(wǎng)絡(luò)和用戶終端；其特征在于，該方法包括A、內(nèi)容管理系統(tǒng)控制加密機(jī)對節(jié)目源的節(jié)目內(nèi)容進(jìn)行加密，并將節(jié)目單發(fā)布到所述電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)；B、用戶終端從所述電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)獲取節(jié)目單供用戶選擇收看的節(jié)目，當(dāng)用戶進(jìn)行節(jié)目選擇后，判斷本地是否存儲有對應(yīng)節(jié)目的有效許可證，若有，則執(zhí)行步驟D；否則，執(zhí)行步驟C；C、用戶終端從版權(quán)中心獲取許可證，并保存在本地，繼續(xù)步驟D；D、用戶終端使用所述許可證中包含的內(nèi)容密鑰對通過媒體傳送網(wǎng)絡(luò)獲取的所述電子節(jié)目流進(jìn)行解密，還原出節(jié)目內(nèi)容。
2.如權(quán)利要求1所述的方法，其特征在于，所述步驟A包括A1、內(nèi)容管理系統(tǒng)向加密機(jī)發(fā)起加密請求；A2、加密機(jī)根據(jù)所述加密請求中的指示信息，從節(jié)目源獲取電子節(jié)目進(jìn)行加密處理；加密機(jī)將加密內(nèi)容密鑰注冊到所述版權(quán)中心，并向內(nèi)容管理系統(tǒng)返回加密節(jié)目唯一標(biāo)識ECID；A3、內(nèi)容管理系統(tǒng)將包含ECID的節(jié)目單發(fā)布到所述電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)。
3.如權(quán)利要求2所述的方法，其特征在于，步驟A1中所述內(nèi)容管理系統(tǒng)向加密機(jī)發(fā)起的加密請求，至少包含待加密文件在節(jié)目源中的文件路徑和文件名，以及加密后文件存儲的文件路徑和文件名。
4.如權(quán)利要求2所述的方法，其特征在于，所述內(nèi)容管理系統(tǒng)和加密機(jī)之間使用超文本傳輸協(xié)議HTTP或簡單對象訪問協(xié)議SOAP承載傳輸數(shù)據(jù)。
5.如權(quán)利要求3或4所述的方法，其特征在于，步驟A2中所述加密機(jī)對電子節(jié)目進(jìn)行加密處理，包括加密機(jī)對指定文件路徑和文件名的點(diǎn)播文件進(jìn)行加密；或者對直播會話描述協(xié)議SDP文件進(jìn)行處理，并接收待加密的直播流進(jìn)行加密；加密機(jī)將加密后的點(diǎn)播文件或處理后的直播SDP文件保存到與媒體傳送網(wǎng)絡(luò)相連接的流媒體服務(wù)器中；并將加密后的直播流直接發(fā)送到媒體傳送網(wǎng)絡(luò)。
6.如權(quán)利要求5所述的方法，其特征在于，所述加密機(jī)與流媒體服務(wù)器或媒體傳送網(wǎng)絡(luò)之間的接口使用實時傳輸協(xié)議RTP或傳輸流TS承載傳輸數(shù)據(jù)。
7.如權(quán)利要求2所述的方法，其特征在于，所述步驟A2中，加密機(jī)還向版權(quán)中心發(fā)送點(diǎn)播或直播節(jié)目的ECID和加密算法名稱；版權(quán)中心向加密機(jī)返回響應(yīng)狀態(tài)消息。
8.如權(quán)利要求7所述的方法，其特征在于，所述加密機(jī)和版權(quán)中心之間使用HTTP或SOAP承載傳輸數(shù)據(jù)。
9.如權(quán)利要求2所述的方法，其特征在于，步驟A3中所述包含ECID的節(jié)目單中，ECID對應(yīng)于加密后的點(diǎn)播節(jié)目的編號或直播頻道的編號。
10.如權(quán)利要求9所述的方法，其特征在于，內(nèi)容管理系統(tǒng)向電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)發(fā)送的接口信息還包括表示節(jié)目是否加密的加密標(biāo)識和節(jié)目所屬版權(quán)中心的編號信息。
11.如權(quán)利要求1所述的方法，其特征在于，所述步驟C包括C11、用戶終端向電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)發(fā)起授權(quán)請求；C12、電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)向版權(quán)中心請求生成許可證；C13、版權(quán)中心生成許可證，并向電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)返回包含版權(quán)中心地址、端口號和許可證編號信息的觸發(fā)器；C14、電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)向用戶終端返回授權(quán)成功響應(yīng)消息，并攜帶所述觸發(fā)器；C15、用戶終端根據(jù)觸發(fā)器中包含的信息向版權(quán)中心發(fā)起許可證獲取請求；C16、版權(quán)中心對用戶鑒權(quán)后，向用戶終端返回許可證。
12.如權(quán)利要求1所述的方法，其特征在于，所述步驟C包括C21、用戶終端向電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)發(fā)起授權(quán)請求；C22、電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)返回授權(quán)結(jié)果；C23、用戶終端根據(jù)授權(quán)結(jié)果向流媒體服務(wù)器請求獲取直播電子節(jié)目流或點(diǎn)播文件對應(yīng)的SDP文件，并且在請求消息中上報本地是否有許可證標(biāo)識；C24、若請求消息中表明本地沒有許可證，流媒體服務(wù)器請求版權(quán)中心生成許可證；版權(quán)中心從電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)查詢用戶訂購的對應(yīng)節(jié)目信息，生成許可證，并且向流媒體服務(wù)器返回包含版權(quán)中心地址、端口號和許可證編號信息的觸發(fā)器；流媒體服務(wù)器將直播電子節(jié)目流或點(diǎn)播文件對應(yīng)的SDP文件與所述觸發(fā)器組成一個復(fù)合媒體對象下發(fā)給用戶終端；C25、用戶終端根據(jù)觸發(fā)器中包含的信息向版權(quán)中心發(fā)起許可證獲取請求；C26、版權(quán)中心對用戶鑒權(quán)后，向用戶終端返回許可證。
13.如權(quán)利要求11或12所述的方法，其特征在于，電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)或流媒體服務(wù)器向版權(quán)中心請求生成許可證消息中，至少攜帶點(diǎn)播或直播節(jié)目的ECID。
14.如權(quán)利要求13所述的方法，其特征在于，所述請求生成許可證的消息中還攜帶有控制節(jié)目收看的權(quán)限信息，包括許可模式信息、播放次數(shù)信息、有效期開始/結(jié)束日期信息以及累積時長信息之一或所述信息的組合。
15.如權(quán)利要求14所述的方法，其特征在于，版權(quán)中心生成的許可證中包含加密機(jī)向版權(quán)中心注冊的點(diǎn)播或直播節(jié)目對應(yīng)的內(nèi)容密鑰，以及請求生成許可證消息中上報的控制節(jié)目收看的權(quán)限信息。
16.如權(quán)利要求13所述的方法，其特征在于，所述電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)與版權(quán)中心之間使用HTTP或SOAP承載傳輸數(shù)據(jù)。
17.如權(quán)利要求11所述的方法，其特征在于，若電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)與用戶終端之間存在心跳消息，則所述觸發(fā)器可以通過心跳消息攜帶，由電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)下發(fā)給用戶終端。
18.如權(quán)利要求1所述的方法，其特征在于，所述節(jié)目源和加密機(jī)為獨(dú)立的系統(tǒng)設(shè)備或為一個集成有編碼和加密功能的集成設(shè)備。
全文摘要
本發(fā)明公開了一種交互式網(wǎng)絡(luò)電視系統(tǒng)實現(xiàn)數(shù)字版權(quán)管理業(yè)務(wù)的方法包括內(nèi)容管理系統(tǒng)控制加密機(jī)對節(jié)目源的節(jié)目內(nèi)容進(jìn)行加密，并將節(jié)目單發(fā)布到所述電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)；用戶終端從所述電子節(jié)目導(dǎo)航/運(yùn)營支撐系統(tǒng)獲取節(jié)目單供用戶選擇收看的節(jié)目，當(dāng)用戶進(jìn)行節(jié)目選擇后，判斷本地是否存儲有對應(yīng)節(jié)目的有效許可證，如果有可用許可證，用戶終端通過媒體傳送網(wǎng)絡(luò)獲取加密后的電子節(jié)目流，并根據(jù)所述許可證中包含的內(nèi)容密鑰解密所述電子節(jié)目流，還原出節(jié)目；否則，用戶終端先從版權(quán)中心獲取許可證，并保存在本地，再通過媒體傳送網(wǎng)絡(luò)獲取加密后的電子節(jié)目流。
文檔編號H04L29/00GK1852420SQ200510114379
公開日2006年10月25日 申請日期2005年10月24日 優(yōu)先權(quán)日2005年10月24日
發(fā)明者李慶亮 申請人:華為技術(shù)有限公司