專利名稱：在數(shù)字版權(quán)管理中實(shí)現(xiàn)代幣互通的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)字版權(quán)管理技術(shù)，特別是涉及在數(shù)字版權(quán)管理中實(shí)現(xiàn)代幣互通的方法及系統(tǒng)。
背景技術(shù)：
近些年隨著網(wǎng)絡(luò)的日益完善，終端能力的日益強(qiáng)大，使得許多個(gè)人開始自己制作并且和別人共享自己制作的數(shù)字內(nèi)容，越來越多的人通過網(wǎng)絡(luò)獲取自己需要的信息，例如Mp3，MTV，網(wǎng)絡(luò)圖書等等，這些個(gè)人制作的數(shù)字內(nèi)容是有版權(quán)的需要版權(quán)管理的。這些信息在網(wǎng)絡(luò)剛開始興起時(shí)并沒多少人意識(shí)到版權(quán)問題，但很多人通過網(wǎng)絡(luò)上得到的免費(fèi)信息進(jìn)行非法傳播從而獲得利益，致使擁有版權(quán)的人蒙受了經(jīng)濟(jì)損失。這些擁有數(shù)字版權(quán)的人開始意識(shí)到需要保護(hù)自己的信息，例如有人可能希望從觀看自己作品的人那里獲得一定的費(fèi)用或者希望自己的作品只在一段時(shí)間內(nèi)被共享和觀看。個(gè)人可以授權(quán)業(yè)務(wù)提供商為其發(fā)放許可，例如業(yè)務(wù)提供商維護(hù)一個(gè)網(wǎng)站，個(gè)人上傳自己的作品，要下載某個(gè)內(nèi)容的人通過該網(wǎng)站選擇并下載合適的許可。于是發(fā)明了數(shù)字版權(quán)管理解決了網(wǎng)絡(luò)資源管理版權(quán)的問題。
數(shù)字版權(quán)管理(DRM，Digital Rights Management)是一項(xiàng)針對(duì)數(shù)字內(nèi)容的版權(quán)保護(hù)技術(shù)，從而有效地防止通過網(wǎng)絡(luò)和計(jì)算機(jī)非法復(fù)制、傳送數(shù)字內(nèi)容。數(shù)字內(nèi)容的發(fā)行者將數(shù)字內(nèi)容加密后上傳到網(wǎng)絡(luò)，用戶如果要使用數(shù)字內(nèi)容，必須向權(quán)限發(fā)行者(RI，Rights Issuer)請(qǐng)求并獲得該數(shù)字內(nèi)容的權(quán)限對(duì)象(RO，Rights Object)，權(quán)限對(duì)象中包含相關(guān)的密鑰，可以用來解密獲取數(shù)字內(nèi)容；同時(shí)RO中包含對(duì)內(nèi)容的使用權(quán)限和使用條件，終端只能在滿足使用條件的情況下根據(jù)使用權(quán)限使用數(shù)字內(nèi)容。
在RO中還攜帶了對(duì)用戶使用數(shù)字內(nèi)容進(jìn)行計(jì)費(fèi)的具體信息，通過使用代幣，可以根據(jù)用戶的使用行為向用戶收費(fèi)，例如按使用次數(shù)計(jì)費(fèi)、按使用時(shí)間計(jì)費(fèi)等。在這種情況下，終端必須先向RI請(qǐng)求一定數(shù)量的代幣，根據(jù)RO中的計(jì)費(fèi)信息來消耗保存在本地的代幣，例如每過10分鐘消耗1個(gè)代幣。
目前RI向終端發(fā)放的代幣默認(rèn)和該RI綁定，終端從一個(gè)RI處收到代幣后，自動(dòng)把該代幣存儲(chǔ)在該RI對(duì)應(yīng)的存儲(chǔ)區(qū)域。不同RI發(fā)行的RO只能消耗各自的代幣，例如RI_A發(fā)行的RO只能消耗終端從RI_A處獲得的代幣。同一個(gè)內(nèi)容發(fā)行者(CI，Content Issuer)可以授權(quán)多個(gè)RI為其發(fā)放RO，在這種情況下，即使幾個(gè)RO都是為同一個(gè)CI的內(nèi)容服務(wù)的，由于發(fā)行RO的RI不同，終端也必須分別向不同的RI去申請(qǐng)代幣。由于各RI發(fā)行的代幣不能互通，因此，各RI向終端發(fā)行RO后，終端都需要與相應(yīng)的RI進(jìn)行交互以獲取代幣，不僅增加終端和RI的處理負(fù)荷，而且還大量的消耗網(wǎng)絡(luò)資源。

發(fā)明內(nèi)容
本發(fā)明提供一種在數(shù)字版權(quán)管理中實(shí)現(xiàn)代幣互通的方法及系統(tǒng)，以解決現(xiàn)有技術(shù)中RI之間發(fā)行的代幣不能互通，使用終端與RI交互次數(shù)過多導(dǎo)致增加終端和RI的處理負(fù)荷和大量消耗網(wǎng)絡(luò)資源的問題。
本發(fā)明方提供以下技術(shù)方案一種在數(shù)字版權(quán)管理中實(shí)現(xiàn)代幣互通的方法，包括下列步驟版權(quán)發(fā)行裝置(RI)向終端發(fā)行用于控制消費(fèi)內(nèi)容的權(quán)限對(duì)象(RO)，并且在該RO中指定用于消費(fèi)內(nèi)容的代幣的類型；終端利用所述RO消費(fèi)對(duì)應(yīng)的內(nèi)容，并且根據(jù)該RO中指定的代幣類型消耗該類型的代幣。
其中終端消費(fèi)內(nèi)容前進(jìn)一步根據(jù)RO中指定的代幣類型判斷本地是否有足夠的該類型的代幣，并且在無足夠的代幣時(shí)從RI獲取該類型的代幣。
終端在向RI請(qǐng)求代幣時(shí)指明需要的代幣類型；所述RI向終端返回代幣時(shí)指明該代幣可適用于一種或多種代幣類型，其中至少包含終端指明的代幣類型。
終端收到RI返回的代幣后，進(jìn)一步驗(yàn)證RI和確定該代幣所適用的代幣類型中是否有與需要的代幣類型相匹配的代幣類型，如果驗(yàn)證通過并且有匹配的代幣類型，則安裝該代幣，否則，丟棄該代幣。
一種終端設(shè)備，包括通訊接口，用于與其他設(shè)備通信；存儲(chǔ)模塊，用于保存代幣；數(shù)字版權(quán)管理代理模塊，用于通過所述通訊接口獲取RO，根據(jù)RO中指定的代幣類型獲取該類型的代幣并保存到所述存儲(chǔ)模塊中，以及執(zhí)行RO并按該RO指定的代幣類型消耗所述存儲(chǔ)模塊中的該類型的代幣。
一種版權(quán)發(fā)行裝置，包括通訊接口，用于與其他裝置通信；版權(quán)發(fā)行模塊，用于根據(jù)其他設(shè)備的請(qǐng)求向其發(fā)行權(quán)限對(duì)象，并且在該權(quán)限對(duì)象中指定用于消費(fèi)內(nèi)容的代幣的類型；代幣發(fā)行模塊，用于根據(jù)其他設(shè)備的代幣請(qǐng)求消息中指定的代幣類型，向其發(fā)行可適用于一種或多種代幣類型的代幣，其中至少具有請(qǐng)求消息中指定的代幣類型。
一種數(shù)字版權(quán)管理系統(tǒng)，包括內(nèi)容發(fā)行裝置，用于提供數(shù)字內(nèi)容；版權(quán)發(fā)行裝置，用于發(fā)行控制消費(fèi)內(nèi)容的權(quán)限對(duì)象(RO)，并且在該RO中指定用于消費(fèi)內(nèi)容的代幣的類型；終端設(shè)備，用于從所述內(nèi)容發(fā)行裝置請(qǐng)求內(nèi)容，從所述版權(quán)發(fā)行裝置請(qǐng)求對(duì)應(yīng)的RO和該RO中指定類型的代幣，以及根據(jù)RO消費(fèi)所述內(nèi)容，并按該RO中指定的代幣類型消耗該類型的代幣。
本發(fā)明有益效果如下本發(fā)明通過在RO中指定代幣類型，終端根據(jù)RO中指定的代幣類型獲取代幣并消耗相應(yīng)類型的代幣，不同RI發(fā)放的RO可以消耗同一類型的代幣，因此，終端在從不同的RI獲取RO后，只要終端本地有足夠的RO指定類型的代幣，就無須再從RI獲取代幣，從而可以減少終端和RI的交互次數(shù)，大幅度的提高終端的效率。相應(yīng)的，采用本發(fā)明可以靈活的指定代幣類型，能夠支持多種業(yè)務(wù)模型。


圖1為本發(fā)明實(shí)施例中數(shù)字版權(quán)管理系統(tǒng)的組網(wǎng)示意圖；圖2為本發(fā)明實(shí)施例中終端設(shè)備的結(jié)構(gòu)示意圖；圖3為本發(fā)明實(shí)施例中RI的結(jié)構(gòu)示意圖；圖4為本發(fā)明實(shí)施例中代幣互通的流程圖。
具體實(shí)施例方式
針對(duì)現(xiàn)有技術(shù)中終端和版權(quán)發(fā)行裝置RI(或稱版權(quán)發(fā)行者)交互次數(shù)過多從而造成負(fù)荷過重的問題，本發(fā)明在權(quán)限對(duì)象RO中指定代幣類型，終端根據(jù)RO中指定的代幣類型向RI請(qǐng)求代幣和消耗指定類型的代幣。
參閱圖1所示，本實(shí)施例中的數(shù)字版權(quán)保護(hù)系統(tǒng)包括內(nèi)容發(fā)行裝置、版權(quán)發(fā)行裝置和終端設(shè)備。
內(nèi)容發(fā)行裝置(或稱內(nèi)容發(fā)行者)用于提供數(shù)字內(nèi)容，用戶可以從內(nèi)容發(fā)行裝置獲取加密的數(shù)字內(nèi)容。根據(jù)不同的業(yè)務(wù)模型，該內(nèi)容發(fā)行裝置可以是下載服務(wù)器、流媒體服務(wù)器或者廣播服務(wù)器等。數(shù)字內(nèi)容是加密的，不能直接使用。只有獲取相應(yīng)的權(quán)限對(duì)象RO后才能使用該數(shù)字內(nèi)容。一個(gè)內(nèi)容發(fā)行裝置可以授權(quán)一個(gè)或多個(gè)權(quán)限發(fā)行裝置為自己的內(nèi)容發(fā)放權(quán)限對(duì)象。
權(quán)限發(fā)行裝置負(fù)責(zé)向用戶提供指定有代幣類型的權(quán)限對(duì)象RO和發(fā)放代幣。
終端設(shè)備，用于從內(nèi)容發(fā)行裝置獲取內(nèi)容，并從內(nèi)容發(fā)行裝置授權(quán)的權(quán)限發(fā)行裝置獲取RO，以及根據(jù)RO中指定的代幣類型從權(quán)限發(fā)行裝置獲取代幣。
對(duì)于計(jì)費(fèi)可由RI完成，也可以由與RI相互獨(dú)立的計(jì)費(fèi)中心(圖中未示出)來完成。
參閱圖2所示，終端設(shè)備包括通訊接口、數(shù)字版權(quán)管理DRM代理模塊和存儲(chǔ)模塊。所述通訊接口用于與其他設(shè)備通信，如與內(nèi)容發(fā)行裝置和權(quán)限發(fā)行裝置等；所述存儲(chǔ)模塊用于保存代幣；所述DRM代理模塊負(fù)責(zé)與DRM相關(guān)的一切操作，包括通過所述通訊接口獲取RO，根據(jù)RO中指定的代幣類型獲取該類型的代幣，解析和執(zhí)行RO，并按該RO指定的代幣類型消耗該類型的代幣。DRM代理模塊通過通訊接口獲取代幣后將其保存到存儲(chǔ)模塊；當(dāng)DRM代理模塊解析并執(zhí)行RO時(shí)，從存儲(chǔ)模塊讀取代幣的信息，判斷代幣數(shù)量是否滿足執(zhí)行條件，如果代幣數(shù)量不夠，則通知RI發(fā)放一定數(shù)量同類型的代幣。在執(zhí)行的過程中消耗代幣時(shí)，DRM代理模塊負(fù)責(zé)修改存儲(chǔ)模塊中相關(guān)的代幣信息。
為了提高安全性，代幣的數(shù)據(jù)信息可以由DRM代理模塊加密保存，加密密鑰由DRM代理模塊維護(hù)并且只有DRM代理能夠獲取該密鑰。
參閱圖3所示，RI包括通訊接口、版權(quán)發(fā)行模塊和代幣發(fā)行模塊。所述通訊接口用于與其他裝置通信，如與終端設(shè)備、內(nèi)容發(fā)行裝置和其他RI等；所述版權(quán)發(fā)行模塊用于根據(jù)其他設(shè)備的請(qǐng)求向其發(fā)行權(quán)限對(duì)象，并且在該權(quán)限對(duì)象中指定用于消費(fèi)內(nèi)容的代幣的類型；代幣發(fā)行模塊，用于根據(jù)終端設(shè)備的代幣請(qǐng)求消息中指定的代幣類型，向其發(fā)行可適用于指定類型的代幣。
在本實(shí)施例中，代幣的類型可以是CI、RI或者其他第三方規(guī)定的一個(gè)類型。比如，一個(gè)CI可以要求多個(gè)RI為其發(fā)行的數(shù)字內(nèi)容提供RO，而RI為該內(nèi)容發(fā)行RO時(shí)都在RO中指定相同類型的代幣，這樣就保證不同的RI可以互通相同的代幣。
一種表示代幣類型的具體實(shí)施如下<o-dd:play>
<o-ex:constraint>
<oma-dd:token-based>
<oma-dd:token-constraint>count</o-dd:token-constraint>
<oma-dd:token-unit>1</o-dd:token-unit>
<oma-dd:tokens-consumed>2</o-dd:tokens-consumed>
<xxxx:token-type>token_xx</xxxx:token-type>//代幣類型為token_xx</oma-ex:token-based>
</o-ex:constraint>
</o-dd:play>
其中，o-dd:play表示play這個(gè)終端擁有播放內(nèi)容的權(quán)限，oma-dd:token-based表示約束條件是基于代幣的。上述實(shí)施表示終端每播放一次數(shù)字內(nèi)容需要消耗掉2個(gè)代幣，而代幣類型是token_xx。
如果發(fā)布的內(nèi)容不要代幣類型，則只需要把代幣類型中token_xx換成0。
如果發(fā)布的數(shù)字內(nèi)容不止一個(gè)代幣類型，則可以把多個(gè)代幣類型并列顯示，比如發(fā)布的內(nèi)容的代幣類型是token_xx，token_tt和token_pp，并且使用不同類型的代幣每次需消耗的代幣數(shù)量不同，則表示代幣類型的方法<o-dd:play>
<o-ex:constraint>
<oma-dd:token-based>
<oma-dd:token-constraint>count</o-dd:token-constraint>
<oma-dd:token-unit>1</o-dd:token-unit>
<oma-dd:tokens-consumed>50</o-dd:tokens-consumed>
<xxxx:token-type>token_xx</xxxx:token-type>
<oma-dd:tokens-consumed>30</o-dd:tokens-consumed>
<xxxx:token-type>token_tt</xxxx:token-type>
<oma-dd:tokens-consumed>40</o-dd:tokens-consumed>
<xxxx:token-type>token_pp</xxxx:token-type>
</oma-ex:token-based>
</o-ex:constraint>
</o-dd:play>
如果代幣的類型是某個(gè)元素的一個(gè)屬性，則表示方法<o-dd:play>
<o-ex:constraint>
<oma-dd:token-based>
<oma-dd:token-constraint>count</o-dd:token-constraint>
<oma-dd:token-unit>1</o-dd:token-unit>
<oma-dd:tokens-consumedtoken-type:token_xx>50</o-dd:tokens-consumed>
</oma-ex:token-based>
</o-ex:constraint>
</o-dd:play>
如果RO中指定了多種代幣類型，則終端在利用該RO消費(fèi)內(nèi)容時(shí)可使用其中任意一種代幣類型的代幣；相應(yīng)的，終端也可以請(qǐng)求其中任意一種類型的代幣，也可以請(qǐng)求其中多種類型的代幣。
為了安全有效地管理代幣，終端在存儲(chǔ)模塊中保存目前終端中獲得的代幣類型，每種類型代幣的數(shù)量，發(fā)行代幣對(duì)應(yīng)的RI及消耗掉代幣的情況。一個(gè)實(shí)施如下表所示

在上表中，供應(yīng)者指的是提供代幣給終端的RI；消費(fèi)者指的是當(dāng)終端使用某個(gè)RO消費(fèi)數(shù)字內(nèi)容并消耗掉某個(gè)類型的代幣時(shí)，發(fā)行該RO的RI；PRIVATE是保留字，指和供應(yīng)者綁定的代幣，即該代幣不能通用，只有供應(yīng)者發(fā)行的RO可以消耗該代幣。
在上表的實(shí)施例中，版權(quán)發(fā)行裝置RI_X向終端發(fā)行了100個(gè)類型為token_xx的代幣和100個(gè)私有代幣，版權(quán)發(fā)行裝置RI_Y向終端發(fā)行了100個(gè)類型為token_xx的代幣。終端使用版權(quán)發(fā)行裝置RI_X發(fā)行的RO消費(fèi)了120個(gè)類型為token_xx的代幣和50個(gè)RI_A的私有代幣，使用版權(quán)發(fā)行裝置RI_Y發(fā)行的RO消費(fèi)了30個(gè)類型為token_xx的代幣。
以版權(quán)發(fā)行裝置RI_X和版權(quán)發(fā)行裝置RI_Y分別為同一CI的內(nèi)容A和B發(fā)放權(quán)限對(duì)象RO_A和RO_B為例，說明本實(shí)施例中代幣互通的處理過程，參閱圖4所示步驟400、終端通過通訊接口從CI獲取內(nèi)容A和B。
步驟410、終端的DRM代理模塊通過通訊接口從CI授權(quán)的版權(quán)發(fā)行裝置RI_X獲取權(quán)限對(duì)象RO_A，權(quán)限對(duì)象RO_A中指明消費(fèi)內(nèi)容A需要用到的代幣類型為token_xx。
步驟420、終端的DRM代理模塊通過通訊接口從CI授權(quán)的版權(quán)發(fā)行裝置RI_Y獲取權(quán)限對(duì)象RO_B，權(quán)限對(duì)象終端RO_B中指明消費(fèi)內(nèi)容B需要用到的代幣類型為token_xx。
步驟430、終端向RI_X發(fā)送請(qǐng)求代幣。該消息中增加了代幣類型參數(shù)，用于指定代幣類型。例如，請(qǐng)求消息的內(nèi)容如下消息類型代幣請(qǐng)求；終端標(biāo)識(shí)符Device_A；RI標(biāo)識(shí)符TRI_X；代幣數(shù)量200；代幣類型token_xx；隨機(jī)數(shù)nonce_xxxxx；數(shù)字簽名XXXXXX。
步驟440、RI_X收到終端的請(qǐng)求代幣消息后，驗(yàn)證終端和請(qǐng)求消息的合法性。在通過驗(yàn)證后版權(quán)發(fā)行裝置RI向終端返回響應(yīng)消息，并在消息中發(fā)放終端所要求數(shù)量的代幣，代幣類型為token_xx。例如，響應(yīng)消息的內(nèi)容如下消息類型代幣響應(yīng)；狀態(tài)成功；終端標(biāo)識(shí)符Device_A；RI標(biāo)識(shí)符RI_X；代幣數(shù)量200；代幣類型token_xx；隨機(jī)數(shù)nonce_xxxxx；數(shù)字簽名XXXXXX。
步驟450、終端收到代幣后對(duì)RI_X和響應(yīng)請(qǐng)求進(jìn)行驗(yàn)證，并對(duì)該代幣進(jìn)行匹配，檢查代幣類型是否是為token_xx；在通過驗(yàn)證并且類型匹配后，DRM代理模塊將代幣保存到存儲(chǔ)模塊中。如果未通過驗(yàn)證或類型不匹配，則丟棄該代幣。
步驟460、用戶在終端上使用權(quán)限對(duì)象RO_A消費(fèi)內(nèi)容A，DRM代理模塊根據(jù)權(quán)限對(duì)象RO_A的規(guī)定，從存儲(chǔ)模塊中消耗一定數(shù)量并且類型為token_xx的代幣。
步驟470、用戶要求在終端上使用權(quán)限對(duì)象RO_B消費(fèi)內(nèi)容B，DRM模塊根據(jù)權(quán)限對(duì)象RO_B指定的代幣類型token_xx，判斷本地有足夠的該類型代幣，則從存儲(chǔ)模塊中消耗一定數(shù)量并且類型為token_xx的代幣。
在該步驟中，如果該類型的代幣數(shù)量不足，則需要向版權(quán)發(fā)行裝置RI_Y請(qǐng)求該類型的代幣，其請(qǐng)求過程與前述向版權(quán)發(fā)行裝置RI_X請(qǐng)求代幣的處理同理。
步驟480、終端向RI_X發(fā)送詳細(xì)的代幣消費(fèi)報(bào)告，其中包括了RI_Y發(fā)行的RO_B使用類型為token_xx的代幣的情況。例如，消費(fèi)報(bào)告的內(nèi)容如下消息類型消費(fèi)報(bào)告；終端標(biāo)識(shí)符Device_A；RI標(biāo)識(shí)符RI_X；代幣類型token_xx；消費(fèi)者RI_X；代幣數(shù)量30；消費(fèi)者RI_Y；代幣數(shù)量20；數(shù)字簽名XXXXXX。
步驟490、RI_X把從終端傳送來的詳細(xì)代幣消費(fèi)報(bào)告發(fā)給RI_Y，并根據(jù)報(bào)告上不同消費(fèi)者所消耗的代幣數(shù)量對(duì)費(fèi)用進(jìn)行結(jié)算。
在上述流程中，RI在終端消費(fèi)內(nèi)容一段時(shí)間后，根據(jù)終端實(shí)際的代幣消耗情況對(duì)用戶進(jìn)行收費(fèi)，此時(shí)需要在終端步驟480向RI發(fā)送一個(gè)消費(fèi)報(bào)告，用來通知RI代幣的消耗情況。另外，RI也可以在向終端發(fā)放代幣的同時(shí)對(duì)相應(yīng)的用戶進(jìn)行計(jì)費(fèi)，因此，在這種方式下，如果版權(quán)發(fā)行裝置RI_X和RI_Y沒有費(fèi)用分成等需求，版權(quán)發(fā)行裝置RI_X可以不要求終端提供消費(fèi)報(bào)告，即上述流程中沒有步驟480和步驟490的處理過程。
通過上述流程可知，終端從版權(quán)發(fā)行裝置RI_X獲取類型為token_xx的代幣后，在利用權(quán)限對(duì)象RO_B消費(fèi)內(nèi)容時(shí)也可以使用這些代幣(終端有足夠的該類型代幣)，而無須終端再次與版權(quán)發(fā)行裝置RI_Y交互來獲取代幣。這樣，當(dāng)不同的數(shù)字內(nèi)容需要相同類型的代幣時(shí)，只需要一個(gè)RI提供大量的同類型代幣供不同數(shù)字內(nèi)容使用，從而減少了終端和RI的交互次數(shù)。
在本實(shí)施例中，終端向RI請(qǐng)求指定類型的代幣時(shí)，RI向終端返回的代幣類型參數(shù)可能包含多個(gè)代幣類型值，表示這些代幣可以為幾個(gè)類型所公用，其中必須包含終端指定的代幣類型。例如，終端向版權(quán)發(fā)行裝置RI_X申請(qǐng)100個(gè)類型為token_xx的代幣，結(jié)果版權(quán)發(fā)行裝置RI_X返回100個(gè)類型為token_xx、token_yy的代幣。終端成功安裝該代幣后，需要消耗類型為token_xx的代幣的RO可以使用這100個(gè)代幣，同時(shí)，需要消耗類型為token_yy的代幣的RO也可以使用這100個(gè)代幣。
顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若對(duì)本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種在數(shù)字版權(quán)管理中實(shí)現(xiàn)代幣互通的方法，其特征在于，包括下列步驟版權(quán)發(fā)行裝置(RI)向終端發(fā)行用于控制消費(fèi)內(nèi)容的權(quán)限對(duì)象(RO)，并且在該RO中指定用于消費(fèi)內(nèi)容的代幣的代幣類型；終端利用所述RO消費(fèi)對(duì)應(yīng)的內(nèi)容，并且根據(jù)該RO中指定的代幣類型消耗該類型的代幣。
2.如權(quán)利要求1所述的方法，其特征在于，終端消費(fèi)內(nèi)容前進(jìn)一步根據(jù)RO中指定的代幣類型判斷本地是否有足夠的該類型的代幣，并且在無足夠的代幣時(shí)從RI獲取該類型的代幣。
3.如權(quán)利要求2所述的方法，其特征在于，終端在向RI請(qǐng)求代幣時(shí)指明需要的代幣類型；所述RI向終端返回代幣時(shí)指明該代幣可適用于一種或多種代幣類型，其中至少包含終端指明的代幣類型。
4.如權(quán)利要求3所述的方法，其特征在于，RI向終端返回代幣前進(jìn)一步對(duì)終端進(jìn)行驗(yàn)證，并且在驗(yàn)證成功后向終端發(fā)行代幣。
5.如權(quán)利要求3所述的方法，其特征在于，RI向終端返回代幣成功后，進(jìn)一步根據(jù)發(fā)行代幣數(shù)量對(duì)用戶進(jìn)行計(jì)費(fèi)。
6.如權(quán)利要求2至5任一項(xiàng)所述的方法，其特征在于，終端收到RI返回的代幣后，進(jìn)一步驗(yàn)證RI和確定該代幣所適用的代幣類型中是否有與需要的代幣類型相匹配的代幣類型，如果驗(yàn)證通過并且有匹配的代幣類型，則安裝該代幣，否則，丟棄該代幣。
7.如權(quán)利要求1所述的方法，其特征在于，所述RO中指定有多種代幣類型，終端根據(jù)本地的代幣情況選擇其中任意一種類型的代幣消費(fèi)內(nèi)容。
8.如權(quán)利要求1所述的方法，其特征在于，該方法進(jìn)一步包括終端向RI發(fā)送消費(fèi)報(bào)告，并在該消費(fèi)報(bào)告中指明消耗代幣的代幣類型及數(shù)量。
9.一種終端設(shè)備，其特征在于，包括通訊接口，用于與其他設(shè)備通信；存儲(chǔ)模塊，用于保存代幣；數(shù)字版權(quán)管理代理模塊，用于通過所述通訊接口獲取RO，根據(jù)RO中指定的代幣類型獲取該類型的代幣并保存到所述存儲(chǔ)模塊中，以及執(zhí)行RO并按該RO指定的代幣類型消耗所述存儲(chǔ)模塊中的該類型的代幣。
10.一種版權(quán)發(fā)行裝置，其特征在于，包括通訊接口，用于與其他裝置通信；版權(quán)發(fā)行模塊，用于根據(jù)其他設(shè)備的請(qǐng)求向其發(fā)行權(quán)限對(duì)象，并且在該權(quán)限對(duì)象中指定用于消費(fèi)內(nèi)容的代幣的類型；代幣發(fā)行模塊，用于根據(jù)其他設(shè)備的代幣請(qǐng)求消息中指定的代幣類型，向其發(fā)行可適用于一種或多種代幣類型的代幣，其中至少具有請(qǐng)求消息中指定的代幣類型。
11.一種數(shù)字版權(quán)管理系統(tǒng)，其特征在于，包括內(nèi)容發(fā)行裝置，用于提供數(shù)字內(nèi)容；版權(quán)發(fā)行裝置，用于發(fā)行控制消費(fèi)內(nèi)容的權(quán)限對(duì)象(RO)，并且在該RO中指定用于消費(fèi)內(nèi)容的代幣的類型；終端設(shè)備，用于從所述內(nèi)容發(fā)行裝置請(qǐng)求內(nèi)容，從所述版權(quán)發(fā)行裝置請(qǐng)求對(duì)應(yīng)的RO和該RO中指定類型的代幣，以及根據(jù)RO消費(fèi)所述內(nèi)容，并按該RO中指定的代幣類型消耗該類型的代幣。
12.如權(quán)利要求11所述的數(shù)字版權(quán)管理系統(tǒng)，其特征在于，所述終端設(shè)備包括通訊接口，用于與其他設(shè)備通信；存儲(chǔ)模塊，用于保存代幣；數(shù)字版權(quán)管理代理模塊，用于通過所述通訊接口獲取RO，根據(jù)RO中指定的代幣類型獲取該類型的代幣并保存到所述存儲(chǔ)模塊中，以及執(zhí)行RO并按該RO指定的代幣類型消耗所述存儲(chǔ)模塊中的該類型的代幣。
13.如權(quán)利要求11或12所述的數(shù)字版權(quán)管理系統(tǒng)，其特征在于，所述版權(quán)發(fā)行裝置包括通訊接口，用于與其他裝置通信；版權(quán)發(fā)行模塊，用于根據(jù)其他設(shè)備的請(qǐng)求向其發(fā)行權(quán)限對(duì)象，并且在該權(quán)限對(duì)象中指定用于消費(fèi)內(nèi)容的代幣的類型；代幣發(fā)行模塊，用于根據(jù)其他設(shè)備的代幣請(qǐng)求消息中指定的代幣類型，向其發(fā)行可適用于一種或多種代幣類型的代幣，其中至少具有請(qǐng)求消息中指定的代幣類型。
全文摘要
本發(fā)明公開了一種在數(shù)字版權(quán)管理中實(shí)現(xiàn)代幣互通的方法，用以解決現(xiàn)有技術(shù)中RI之間發(fā)行的代幣不能互通，使用終端與RI交互次數(shù)過多導(dǎo)致增加終端和RI的處理負(fù)荷和大量消耗網(wǎng)絡(luò)資源的問題；該方法由版權(quán)發(fā)行裝置(RI)向終端發(fā)行用于控制消費(fèi)內(nèi)容的權(quán)限對(duì)象(RO)，并且在該RO中指定用于消費(fèi)內(nèi)容的代幣的類型；終端利用所述RO消費(fèi)對(duì)應(yīng)的內(nèi)容，并且根據(jù)該RO中指定的代幣類型消耗該類型的代幣。本發(fā)明還同時(shí)公開了一種終端設(shè)備和數(shù)字版權(quán)管理系統(tǒng)。
文檔編號(hào)G06F21/00GK101086753SQ20061008356
公開日2007年12月12日 申請(qǐng)日期2006年6月7日 優(yōu)先權(quán)日2006年6月7日
發(fā)明者周皓雋, 黨沛, 李益民 申請(qǐng)人:華為技術(shù)有限公司