[發(fā)明專利]基于混合水印機制的增強型OMA DRM 2.0視頻數(shù)字版權(quán)管理系統(tǒng)

無效

• 申請?zhí)枺?/td>: 200710079700.4
• 申請日: 2007-03-07
• 公開（公告）號: CN101262593A
• 公開（公告）日: 2008-09-10
• 發(fā)明（設(shè)計）人: 趙壯;張寶賢;姚鄭;郭勇;張鋒
• 申請（專利權(quán)）人: 趙壯;張鋒
• 主分類號: H04N7/167
• 分類號: H04N7/167;H04N5/913;G06T1/00
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術(shù)領(lǐng)域

本發(fā)明涉及DRM視頻數(shù)字版權(quán)管理系統(tǒng)，主要是在兼容OMA(開放移動聯(lián)盟)制定的DRM?2.0標準的基礎(chǔ)上，采用混合數(shù)字水印機制，增強移動視頻內(nèi)容版權(quán)安全性和侵權(quán)追蹤能力的數(shù)字版權(quán)處理系統(tǒng)。

技術(shù)背景

數(shù)字版權(quán)管理的目的是保護版權(quán)所有者對其數(shù)字產(chǎn)品的所有權(quán)，使數(shù)字產(chǎn)品被合法地使用。隨著移動數(shù)字業(yè)務的迅猛發(fā)展，對移動視頻媒體的版權(quán)保護，以確保數(shù)字視頻內(nèi)容在移動互聯(lián)網(wǎng)的合法傳播，保護移動視頻內(nèi)容提供商的合法利益，成為制約全球移動視頻業(yè)務發(fā)展的重要因素。

OMA?DRM?1.0標準具有架構(gòu)簡單、易于部署等優(yōu)點，但缺乏一套完整全面的安全認證機制。OMA?DRM?2.0正是在1.0版本的基礎(chǔ)上通過建立一個基于公鑰基礎(chǔ)設(shè)施(PKI)的安全信任模型、擴展所支持的傳送模式而形成的新一代數(shù)字版權(quán)管理系統(tǒng)。近來國內(nèi)外針對移動設(shè)備的視頻數(shù)字版權(quán)管理系統(tǒng)正逐步采納OMA?DRM?2.0標準規(guī)范。這些移動視頻數(shù)字版權(quán)管理系統(tǒng)，在視頻內(nèi)容的發(fā)布過程中對視頻數(shù)據(jù)進行加密，在版權(quán)信息中存儲相應密鑰并基于PKI機制將版權(quán)信息分發(fā)給用戶。雖然如此，加密視頻內(nèi)容解密以后，就置于解密人的完全控制之下，因而存在著兩個主要缺陷：一是如果出現(xiàn)了版權(quán)糾紛，無法以技術(shù)手段檢查出誰是數(shù)字內(nèi)容版權(quán)真正的合法歸屬者；二是在出現(xiàn)數(shù)字視頻內(nèi)容被非法復制、轉(zhuǎn)移時，無法以技術(shù)手段追究出到底是誰泄漏了受到保護的數(shù)字內(nèi)容。因此，這些系統(tǒng)的數(shù)字版權(quán)保護缺乏法律層面的可操作性。

發(fā)明內(nèi)容

本發(fā)明的目的在于：針對需要進行數(shù)字版權(quán)保護的移動視頻內(nèi)容，提供一種與OMA?DRM?2.0標準兼容，既有數(shù)字版權(quán)保護能力，又有版權(quán)追蹤和所有權(quán)界定能力的數(shù)字版權(quán)管理安全系統(tǒng)。另外，本系統(tǒng)還增加了對移動視頻內(nèi)容和權(quán)限信息是否遭到攻擊進行檢查的功能。

實現(xiàn)本發(fā)明目的的技術(shù)解決方案為：一種基于混合水印機制的增強型OMADRM?2.0視頻數(shù)字版權(quán)管理系統(tǒng)，其典型的應用環(huán)境由以下部分組成(如圖1所示)：

1)視頻內(nèi)容提供商：擁有視頻內(nèi)容的數(shù)字版權(quán)，對版權(quán)擁有者制作的視頻數(shù)字媒體文件進行編碼，生成DRM軟件所支持的視頻媒體格式文件。

2)發(fā)行商：提供移動視頻媒體的發(fā)布通道。發(fā)行的內(nèi)容來源于內(nèi)容供應商的視頻媒體和視頻版權(quán)元數(shù)據(jù)。發(fā)行商利用數(shù)字水印技術(shù)對視頻內(nèi)容進行處理，然后打包形成受保護的媒體文件，存放在內(nèi)容發(fā)布服務器上。

3)版權(quán)發(fā)布中心：根據(jù)消費者的定制選擇為消費者擁有的視頻媒體內(nèi)容生成相應的數(shù)字許可證，數(shù)字許可證用來說明消費者根據(jù)交易達成的使用條款和對內(nèi)容的使用條件。

4)結(jié)算中心：負責處理發(fā)布移動視頻媒體數(shù)字許可證給消費者的金融交易，給供應商支付版費，給發(fā)行商和版權(quán)發(fā)布中心支付發(fā)布費用。

5)消費者：通過移動設(shè)備中的客戶端程序，與發(fā)行商的服務器進行交互，取得受保護的視頻媒體內(nèi)容，并從版權(quán)發(fā)布中心獲取相應的數(shù)字許可證，同時支付數(shù)字許可證的費用。客戶端可以通過多種途徑獲取受數(shù)字水印和數(shù)字版權(quán)綜合保護的移動視頻內(nèi)容以及相應的數(shù)字許可證，例如HTTP下載、WAP推送、MMS、藍牙等。

本發(fā)明的增強型OMA?DRM?2.0視頻數(shù)字版權(quán)管理系統(tǒng)要求在服務器端和客戶端都使用數(shù)字水印的方法進行打包或解包。即使服務器端沒有使用本發(fā)明中的數(shù)字水印處理方法進行數(shù)據(jù)打包，即打包后的數(shù)據(jù)是普通的OMADRM?2.0的數(shù)字版權(quán)保護內(nèi)容(DCF)文件，而客戶端使用了本發(fā)明中的數(shù)字水印處理方法，客戶端也能正確解包和使用這個數(shù)字視頻內(nèi)容。

本發(fā)明的增強型OMA?DRM?2.0視頻數(shù)字版權(quán)管理系統(tǒng)的架構(gòu)見附圖2。統(tǒng)服務器端主要由內(nèi)容發(fā)布服務器和版權(quán)發(fā)布服務器構(gòu)成。內(nèi)容發(fā)布服務器的數(shù)字水印生成模塊根據(jù)移動視頻內(nèi)容及其摘要、權(quán)限信息摘要、權(quán)限所有人信息和權(quán)限授予人信息生成數(shù)字水印并添加到移動視頻內(nèi)容中，由DCF生成模塊生成包含數(shù)字水印且加密的DCF內(nèi)容文件，然后交給內(nèi)容發(fā)布模塊發(fā)布。版權(quán)發(fā)布服務器負責權(quán)限對象的生成和發(fā)布。另外，系統(tǒng)服務器端具有與計費支付系統(tǒng)的接口。在系統(tǒng)客戶端，系統(tǒng)解密DCF內(nèi)容并從數(shù)字水印中提取DRM權(quán)限信息摘要、權(quán)限所有人信息和權(quán)限授予人信息，進行權(quán)限信息完整性檢查和版權(quán)控制。系統(tǒng)服務器端在視頻內(nèi)容數(shù)據(jù)中加入數(shù)字水印、系統(tǒng)客戶端驗證權(quán)限完整性和提取版權(quán)所有人及權(quán)限授予人信息的過程是本發(fā)明的核心內(nèi)容。

本發(fā)明的增強型OMA?DRM?2.0視頻數(shù)字版權(quán)管理系統(tǒng)，服務器端在視頻內(nèi)容信息中加入數(shù)字水印的處理過程為(見附圖3)：