兩種方式實(shí)現(xiàn)數(shù)字電視網(wǎng)絡(luò)許可證的管理
加入技術(shù)交流群
作為第二代數(shù)字版權(quán)保護(hù)管理機(jī)制描述語言的xrML是XML語言(eXtensible MarkupLanguage的縮寫，意為可擴(kuò)展的標(biāo)記語言)的一個分支，由于其繼承了XML語言的優(yōu)點(diǎn)和方便簡單的描述及強(qiáng)大的可擴(kuò)展性而得到越來越廣泛的應(yīng)用，并在數(shù)字版權(quán)管理方面提供了更為強(qiáng)大的技術(shù)支持。
通常的權(quán)限管理技術(shù)通過預(yù)先設(shè)定某些規(guī)則和策略來保護(hù)和控制文件內(nèi)容，可以進(jìn)行多種重要的內(nèi)容操作，如簡單的查看、打印、編輯和共享等。但這種專用的數(shù)字權(quán)限管理形式已經(jīng)使其難以與其它形式進(jìn)行內(nèi)容共享。就如同上文所用的C語言結(jié)構(gòu)實(shí)現(xiàn)許可證的實(shí)現(xiàn)，所能賦予的權(quán)限以及內(nèi)容十分局限，對于復(fù)雜的系統(tǒng)又難以實(shí)現(xiàn)擴(kuò)展，并且占用較多的系統(tǒng)空間，這在客戶端空間局限較大的系統(tǒng)中將存在嚴(yán)重問題。但是XrML以許可的形式列出了數(shù)字內(nèi)容的訪問和使用策略，許可定義了誰可以訪問內(nèi)容，如何保護(hù)和分配內(nèi)容，并控制了詳細(xì)的使用權(quán)限來實(shí)施某些操作，如授權(quán)打印和時間許可等。
XrML2．O核心概念包括“l(fā)icense，grant，princi―pal，right，resource and condition”。
在XrML2．0中重要的頂層結(jié)構(gòu)就是一個li―cense，從概念上講一個license可以理解為grant的容器。一個基本的license應(yīng)該包括以下的結(jié)構(gòu)：
(1)在某種環(huán)境下授予某人對數(shù)據(jù)源的特定的權(quán)利；
(2)在授予某人權(quán)利之前對其身份進(jìn)行鑒定；
(3)各種各樣的相關(guān)信息。
grant是在license中用來提供對授予權(quán)利者的許可的一個重要的元素，它用來傳達(dá)對被授權(quán)者一個特定數(shù)據(jù)源的許可。在結(jié)構(gòu)上，它具有以下特點(diǎn)：
(1)權(quán)利授予者的信息；
(2)被授予的權(quán)利的信息；
(3)用戶能夠行使的權(quán)利或是能夠獲取的數(shù)據(jù)源的信息；
(4)行使權(quán)利之前必須要滿足的特定的條件。
Principal元素用來描述權(quán)利授予者的信息，它支持以下的3種定義方法：
(1)一個被授予權(quán)利的用戶需要滿足多個鑒定條件，所有的條件必須全部有效才能夠被授予執(zhí)行數(shù)據(jù)源的權(quán)利；
(2)Keyholder，意味著將權(quán)利授予特殊密鑰的持有者；
(3)其它的定義類型。
XrML2．0的主要結(jié)構(gòu)還包括fight，resource以及condition元素。其中right元素用來描述授予用戶對數(shù)據(jù)源操作的權(quán)利；resource元素用來描述數(shù)據(jù)源的信息；condition元素用來限定用戶行使權(quán)利的條件。這些主要的元素構(gòu)成了XrML2．0的主要結(jié)構(gòu)，他們共同來對數(shù)字化的授權(quán)進(jìn)行標(biāo)準(zhǔn)化語言上的描述。
當(dāng)然通過以上各個結(jié)構(gòu)完全可以生成一個簡單的許可證文件，并且其中賦予特定用戶簡單的使用權(quán)限。然而，為了保證用戶確信許可證的合法性和正確性，還必須在許可證文件后對其進(jìn)行數(shù)字簽名的描述。
XML簽名可以用來確保XML文檔內(nèi)的內(nèi)容沒有發(fā)生改變，如果和XML加密聯(lián)合使用，即可保證所接收的數(shù)據(jù)就是所發(fā)送的數(shù)據(jù)，外人無法閱讀加密內(nèi)容。本文引用地址：http://www.ex-cimer.com/article/166894.htm
以上清單中s02行和s12行之間是Signedlnf元素，即實(shí)際簽名的信息。Signedlnfo的核心驗(yàn)證由兩個必要過程組成：對Signedlnfo的簽名驗(yàn)證和Signedlnfo內(nèi)部每個Reference摘要的驗(yàn)證。
s03行上，CanonicalizationMethod標(biāo)識了一種算法，這種算法被用來規(guī)范化SignedInfo元素，然后該元素作為簽名操作的一部分被編摘。
s04行上，SignatureMethod引用的是將規(guī)范化的SignedInfo轉(zhuǎn)換成Signaturevalue所用的算法。它是密鑰相關(guān)的算法和摘要算法(在這里是DSA和SHA一1)的組合，為算法簽名以抵抗攻擊，該攻擊是基于替換成效率更低的算法。
s05一s11每個Reference元素都包括摘要方法和對已標(biāo)識數(shù)據(jù)對象計算得出的摘要值。它還可能包括產(chǎn)生對摘要操作的輸入轉(zhuǎn)換。數(shù)據(jù)對象的簽名是通過計算其摘要值并對該值的簽名進(jìn)行的。稍后通過引用和簽名驗(yàn)證來檢查該簽名，這些驗(yàn)證將重新創(chuàng)建摘要值并確保它與該數(shù)據(jù)對象中的內(nèi)容匹配。
s05行上，Reference的這個可選URI屬性標(biāo)識要簽名的數(shù)據(jù)對象。在一個Signature中，至多可以對一個Reference省略該屬性。
s09一s10 DigestMethod是對數(shù)據(jù)應(yīng)用以產(chǎn)生DigestValue的算法。DigestValue的簽名是將資源內(nèi)容與簽名者密鑰綁定的機(jī)制。
s13行上是SignatureValue元素本身，它在SignedInfo之外，即位于簽名部分之外，不過計算SignatureValue所使用的算法則包括在已簽名的信息中。
s14行和s16行之間是Keylnfo元素(該元素是可選的)，它指出了用于驗(yàn)證簽名的密鑰。標(biāo)識機(jī)制可以包括證書、密鑰名稱和密鑰協(xié)議算法。
經(jīng)過簽名后的XrML許可證就可以通過許可證服務(wù)器發(fā)送到客戶端，客戶端只需要通過XML解析器將其中內(nèi)容進(jìn)行提取，就可以驗(yàn)證許可證發(fā)送方的合法性并從中提取媒體文件內(nèi)容密鑰對所需播放的媒體文件進(jìn)行解密收看，然而客戶端同樣具有許可證驗(yàn)證器，需要對許可證所賦予的權(quán)限進(jìn)行驗(yàn)證和判斷，并賦予用戶相應(yīng)的權(quán)限。
4 結(jié)束語
通過對比運(yùn)用C語言和XrML兩種方式實(shí)現(xiàn)數(shù)字電視視頻點(diǎn)播數(shù)字許可證的管理，可以看出，傳統(tǒng)的權(quán)利管理方式存在難以擴(kuò)展、實(shí)現(xiàn)復(fù)雜等缺點(diǎn)，但是在需要較簡單權(quán)利保護(hù)并且無法提供較高實(shí)現(xiàn)平臺的條件下，不失為一種比較直接的做法。由于第二代數(shù)字權(quán)利保護(hù)體制的出現(xiàn)，xrML已經(jīng)得到了廣泛的運(yùn)用，并且出現(xiàn)了在Linux和Windows環(huán)境下用C++和Java開發(fā)的解析器和驗(yàn)證器。文中的試驗(yàn)都是在Windows環(huán)境下實(shí)現(xiàn)的，但是有了這些解析器的出現(xiàn)，很容易應(yīng)用在Linux的操作系統(tǒng)環(huán)境中。并且對于傳統(tǒng)的數(shù)字版權(quán)管理方案僅僅只是應(yīng)用C語言結(jié)構(gòu)體進(jìn)行定義部分必要信息和簡單的數(shù)字權(quán)限，存在著特殊性和局限性。
由于網(wǎng)絡(luò)的普及，數(shù)字版權(quán)保護(hù)顯得越來越重要，引起了越來越多人的關(guān)注。無論是電子書，音樂、電影、mp3等等網(wǎng)絡(luò)媒體文件都將面臨著版權(quán)的威脅，憑借著其良好的擴(kuò)展性以及簡單的設(shè)計實(shí)現(xiàn)，XrML語言將會成為數(shù)字版權(quán)管理的行業(yè)標(biāo)準(zhǔn)。
評論