專利名稱：獲取內(nèi)容許可信息的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)字版權(quán)管理(DRM， Digital Rights Management)技術(shù)， 尤指一種獲取內(nèi)容許可信息的方法及系統(tǒng)。
背景技術(shù)：
DRM主要通過權(quán)利限制和內(nèi)容保護方案控制數(shù)字內(nèi)容的使用，以保護 數(shù)字內(nèi)容所有者的合法權(quán)益。為了簡便，下文將數(shù)字內(nèi)容簡稱為內(nèi)容。
內(nèi)容的發(fā)行者(CI， Content Issuer)將內(nèi)容進行加密，在用戶需要使用 內(nèi)容時，購買加密的內(nèi)容數(shù)據(jù)包并下載到終端設(shè)備上，授權(quán)發(fā)行者(RI, Rights Issuer)負責分發(fā)與內(nèi)容相對應的許可證，該許可證包括內(nèi)容解密密鑰及對 應內(nèi)容的權(quán)限。終端設(shè)備只有同時擁有內(nèi)容數(shù)據(jù)包和許可證，才能正常使用 所購買的內(nèi)容。本文將許可證中的對應內(nèi)容的權(quán)限可稱之為許可，與許可表 達相關(guān)的信息統(tǒng)稱之為許可信息。
DRM終端設(shè)備利用設(shè)備的公鑰解密得到許可證密鑰，進而通過獲得的 許可證中的內(nèi)容解密密鑰解密內(nèi)容，并根據(jù)獲得的許可證中的權(quán)限信息控制 用戶對內(nèi)容的具體使用。
以開放移動聯(lián)盟(OMA, Open Mobile Alliance ) DRM標準為例，許可 證采用權(quán)限對象(RO， Rights Object)的方式表示，RO中包含有權(quán)利、限 制、密鑰、簽名等信息。對同一內(nèi)容，可以制作包含不同權(quán)限的多個不同的 RO。比如，對于某一文檔文件，有的RO中設(shè)置有瀏覽、打印權(quán)利及對該RO 的轉(zhuǎn)移(MOVE)、復制(COPY)等權(quán)利，有的RO中只設(shè)置瀏覽權(quán)利等。
RO可分為有狀態(tài)RO和無狀態(tài)RO。有狀態(tài)RO中包含有對某種權(quán)利進 行限制的信息，比如次數(shù)(count)、時間(包括時間段、累計時間等)等狀
態(tài)限制信息；而對于無狀態(tài)RO中包舍的所有權(quán)利均不做狀態(tài)限制，無狀態(tài) RO中所含權(quán)利均屬于非消耗類權(quán)利，即對該權(quán)利的使用不會影響后續(xù)的使 用。比如如果某RO中包含有打印的權(quán)利及對打印次數(shù)的限制，那么，該 RO為有狀態(tài)RO;如果某RO中包含有打印、瀏覽等權(quán)利，而對這些權(quán)利均 無狀態(tài)限制，那么，該RO為無狀態(tài)RO。
OMA DRM標準組織發(fā)布了安全可移動的A某介存儲裝置(SRM, Secure Removable Media)的框架標準。SRM可以存儲內(nèi)容或許可證，SRM包含一 個SRM代理(SRM Agent)，用以實現(xiàn)對SRM上存儲內(nèi)容或許可證的管理及 保護其它DRM設(shè)備對其的合法訪問。SRM既可以是一個安全存儲卡，也可 以是一個智能卡。需要請求內(nèi)容或許可的終端設(shè)備，可以通過物理接口訪問 SRM并獲取其中存儲的內(nèi)容或許可證。SRM標準規(guī)定，SRM卡應支持對SRM 上許可實現(xiàn)完全的讀取、刪除、更新等操作。DRM代理(DRM Agent,或 稱為DRM終端)與SRM Agent之間可以實現(xiàn)許可的轉(zhuǎn)移或復制(COPY)， DRM終端也可消費SRM上存儲的權(quán)限，但SRM不能消費自身存有的權(quán)限。 在OMADRM標準中定義了MOVE操作， 一個DRM設(shè)備將其上的某RO中的 權(quán)限轉(zhuǎn)移給另一DRM設(shè)備，轉(zhuǎn)移完成后，接收設(shè)備即可使用接收的權(quán)限， 而移出設(shè)備刪除轉(zhuǎn)移出的權(quán)限。在OMADRM標準中定義了復制(COPY) 操作， 一個DRM設(shè)備將其上的某RO中的權(quán)限拷貝給另一DRM設(shè)備，復制目 的設(shè)備即可使用接收的權(quán)限，而復制源設(shè)備上的原權(quán)限保持不變。
DRM終端設(shè)備在需要使用某個內(nèi)容時，需要獲取該內(nèi)容的使用權(quán)限。 圖l是在OMA SRM標準草案中，DRM終端從SRM上獲取內(nèi)容使用權(quán)限的流 程圖，如圖1所示，該流程包括以下步驟
步驟100: DRM代理向SRM代理發(fā)送權(quán)限請求消息(Rights—Retrieval— Message—request),該權(quán)限請求消息中攜帶有請求獲取的RO的標識符(RID ) 信息。
本步驟中，權(quán)限請求消息中攜帶的RID為一個，如杲DRM終端需要使用 的內(nèi)容對應有多個RO,那么，需要發(fā)送多次權(quán)限請求消息來獲取不同RID
對應的RO。
步驟101 步驟102: SRM代理在自身存儲的RO中，查找與接收到的RID 匹配的RO,并將相應的RO攜帶在權(quán)限響應消息(Rights—Retrieval—Message— response)中返回纟合DRlvH戈理。
本步驟中，如果SRM代理不能找到與接收到的RID匹配的RO，則將權(quán)限 請求響應消息中的錯誤碼設(shè)置為"未找到RO"后返回給DRM代理。
步驟103: DRM代理從當前擁有的RO中選擇一個RO。
本步驟中，DRM代理按照預先設(shè)置的選擇策略，從自身存儲有的RO(如 果存在)及從SRM代理接收到的RO中選擇一個RO。當然如果DRM代理中不 存在RO且從SRM代理上返回的只有一個RO，則可以無需選擇，直接使用該 獲得的RO即可。
這里，選擇策略可以是按照RO的有效期，和/或RO中所包含權(quán)限等信息 來設(shè)置。比如設(shè)置選擇策略為選擇RO中為當前可使用次數(shù)權(quán)限最少的，假 設(shè)DRM代理中自身存在一ROl， ROl中包含的使用次數(shù)為無限制、接收到的 來自SRM代理的R02中包含的使用次數(shù)權(quán)限為五次、接收到的來自SRM代理 的R03中包含的使用次數(shù)權(quán)限為十次，則DRM代理選擇當前可使用次數(shù)最少 的R02。
步驟104~步驟106:如果DRM代理選擇使用從SRM代理返回的某個 RO,則向SRM代理發(fā)送鎖定請求消息(Rights—Lock—Message_request),指 定鎖定選定的RO; SRM代理鎖定相應的RO,并向DRM代理返回權(quán)限鎖定響 應消息(Rights—Lock—Message—response )。
被鎖定的RO只有被解鎖后才能再次被其它DRM終端使用。DRM代理 收到SRM已將選定的RO鎖定的權(quán)限鎖定響應消息后，即在后續(xù)利用所選 定的RO來使用對應的內(nèi)容。
從上述現(xiàn)有獲取內(nèi)容訪問權(quán)限的方法來看，DRM代理是通過已獲知的 內(nèi)容所對應的多個RO的RID，向SRM代理請求RO的，但是，現(xiàn)有標準 中并沒有提供DRM是如何獲取RID的方法，使得圖l所示的方案不完整。
而且，由于DRM代理通過RID向SRM代理請求RO，如杲DRM代理已知 在SRM上存有自身所需內(nèi)容的多個RO,并且已知這些RO的RID信息， 那么，DRM代理會通過多次發(fā)送權(quán)限請求消息，以分別從SRM中索取各 RO。很顯然，這種多次索取的方法，過程較繁索，降低了獲取內(nèi)容許可信 息的效率。
另外，在步驟101 ~步驟102中，SRM代理是將匹配的RO的完整信息返 回了 DRM代理，其實，DRM代理為了實現(xiàn)對多個RO進行選擇，只需獲取用 以進行選擇的信息如使用次數(shù)權(quán)限等。因此，現(xiàn)有將多個RO及其狀態(tài)信息 完整地發(fā)送給DRM代理，造成了信息的冗余，增加了消息的長度。即增加 了交互消息中信息冗余。
此外，DRM代理對于SRM上存有的RO的信息并不一定完全了解，其可 能并不掌握SRM中自身需要使用的內(nèi)容所對應的所有RO的RID，這樣，很可 能不能完全獲取SRM代理中對應該內(nèi)容的所有的RO,假設(shè)SRM代理中存在 一個RO即將過有效期，而本次DRM代理未索取該RO,就可能會造成該RO 失效，對用戶造成了經(jīng)濟損失。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種獲取內(nèi)容許可信息的方法， 能夠提高獲取內(nèi)容許可信息的效率。
本發(fā)明的另一目的在于提供一種獲取內(nèi)容許可信息的方法，能夠改進現(xiàn) 有荻取內(nèi)容許可信息的方案。
本發(fā)明的又一目的在于提供兩種獲取內(nèi)容許可信息的系統(tǒng)，能夠提高獲 取內(nèi)容許可信息的效率。
為達到上述目的，本發(fā)明的技術(shù)方案具體是這樣實現(xiàn)的 一種獲取內(nèi)容許可信息的方法，該方法包括以下步驟 A.許可信息請求設(shè)備利用內(nèi)容對應的內(nèi)容標識CID，向許可信息提供設(shè)備 請求許可信息；
B. 許可信息提供設(shè)備在自身存儲的許可信息中查找與接收到的CID匹配 的一個或一個以上許可信息，并返回給許可信息請求設(shè)備；
C. 許可信息請求設(shè)備從當前擁有的與CID匹配的許可信息中選擇一個或 一個以上許可信息，并對所選定的許可信息進行相應操作。
步驟C中所述選擇的方法為所述許可信息請求設(shè)備按照預先設(shè)置的選擇 策略或通過用戶選擇，從自身當前擁有的許可信息中選擇一個或一個以上許可 信息。
步驟A中還包括，所述許可信息請求設(shè)備將表示是否要求許可信息提供 設(shè)備進行選擇的選擇標識，以及選擇條件發(fā)送給許可信息提供設(shè)備；
若所述選擇標識顯示要求進行選擇，步驟B中所述返回許可信息之前，該 方法還包括所述許可信息提供設(shè)備按照接收到的選擇條件，在與CID匹配 的所有許可信息中選擇滿足所述選擇條件的許可信息，再按照預先設(shè)置的選 擇策略或通過用戶選擇，從中選擇一個或一個以上許可信息。
步驟A中還包括，所述許可信息請求設(shè)備將表示是否要求許可信息提供 設(shè)備進行選擇的選擇標識發(fā)送給許可信息提供設(shè)備；
若所述選擇標識顯示要求進行選擇，步驟B中所述返回許可信息之前，該 方法還包括所述許可信息提供設(shè)備按照自身預先設(shè)置的選擇策略或通過用戶 選擇，從與CID匹配的所有許可信息中選擇一個或一個以上許可信息。
在所述許可信息提供設(shè)備中預先配置是否進行自動選擇的選擇標識；
若所述選擇標識顯示要求進行選擇，步驟B中所述返回許可信息之前，該 方法還包括所述許可信息提供設(shè)備按照自身預先設(shè)置的選擇策略，從與CID 匹配的所有許可信息中選擇一 個或 一個以上許可信息。
步驟A中還包括，所述許可信息請求設(shè)備將選擇條件發(fā)送給許可信息提 供設(shè)備；
步驟B中所迷返回許可信息之前，該方法還包括所述許可信息提供設(shè)備 從與CID匹配的所有許可信息中選擇出符合所述選擇條件的許可信息，再按 照自身預先設(shè)置的選擇策略或通過用戶選擇，從符合所述選擇條件的許可信
息中選取一個或一個以上許可信息。
步驟B中所述返回許可信息之前，該方法還包括
所述許可信息提供設(shè)備按照預先設(shè)置的選擇策略或通過用戶選擇，^^與 CID匹配的所有許可信息中選擇一個或一個以上許可信息。
所述許可信息為許可證及其狀態(tài)信息，或者許可證的標識信息及其狀態(tài)信息。
所述狀態(tài)信息包括全部或部分權(quán)限信息。
所述許可信息請求設(shè)備為終端、服務器或安全存儲設(shè)備；所述許可信息提 供設(shè)備為終端、服務器或安全存儲設(shè)備。
所述終端為數(shù)字版權(quán)管理DRM終端設(shè)備，所述安全存儲設(shè)備為安全可移 動的媒介存儲裝置SRM。
步驟C中所述操作為所述許可信息請求設(shè)備請求許可信息提供設(shè)備轉(zhuǎn) 移或復制所述選定的許可信息；
或者，所述許可信息請求設(shè)備向許可信息提供設(shè)備請求消費所述選定的 許可權(quán)限。
一種獲取內(nèi)容許可信息的方法，該方法包括以下步驟
I. 許可信息請求設(shè)備利用內(nèi)容對應的內(nèi)容標識CID，向許可信息提供設(shè)備 請求與所述CID對應的許可證標識信息，許可信息提供設(shè)備將對應的一個或 一個以上許可證標識返回給許可信息請求設(shè)備；
II. 許可信息請求設(shè)備向許可信息提供設(shè)備請求一個或一個以上與獲得的 許可證的標識信息對應的許可，許可信息提供設(shè)備將對應的許可返回給許可 信息請求設(shè)備；
III. 所述許可信息請求設(shè)備從當前擁有的許可信息中選擇一個或一個以上 許可信息，并對所選定的許可信息進行相應操作。
還包括步驟I中，所述許可信息提供設(shè)備同時向許可信息請求設(shè)備返回 與CID對應的一個或一個以上許可證中的許可狀態(tài)信息，許可信息請求設(shè)備按 照預先設(shè)置的選擇策略或通過用戶選擇，選擇一個或一個以上的許可證； 步驟II中許可信息請求設(shè)備向許可信息提供設(shè)備請求與所選擇的許可證的 標識信息對應的許可。
該方法還包括步驟I中，所述許可信息請求設(shè)備將選擇條件發(fā)送給i牛可 信息提供設(shè)備；
步驟II中所述返回許可之前，該方法還包括所述許可信息提供設(shè)備按 照來自許可信息請求設(shè)備的選擇條件，從與所述許可證的標識信息對應的許可 中選擇出符合該選擇條件的許可。
步驟II中所述返回許可之前，該方法還包括
所述許可信息提供設(shè)備按照預先設(shè)置的選擇條件或通過用戶選擇，從選定 的i午可中選擇一個或一個以上許可。
所述許可信息為許可證及其狀態(tài)信息，或者許可證的標識信息及其狀態(tài)信息。
所述狀態(tài)信息包括全部或部分權(quán)限信息。
步驟III中所述操作為所述許可信息請求設(shè)備請求許可信息提供設(shè)備轉(zhuǎn) 移或復制所述選定的許可信息；
或者，所述許可信息請求設(shè)備向許可信息提供設(shè)備請求消費所述選定的
許可信息。
一種獲取內(nèi)容許可信息的系統(tǒng)，該系統(tǒng)包括許可信息請求設(shè)備和許可信 息提供設(shè)備，其中
許可信息請求設(shè)備，用于向許可信息提供設(shè)備發(fā)送攜帶有內(nèi)容對應的CID 的許可信息檢索請求，接收來自許可提供設(shè)備的許可信息，并從當前擁有的許 可信息中選擇一個或一個以上許可信息，對所選定的許可信息進行相應操作；
許可信息提供設(shè)備，用于接收來自許可信息請求設(shè)備的許可信息檢索請求， 向許可信息請求設(shè)備返回與接收到的CID匹配的許可信息。
所述許可信息請求設(shè)備為終端、服務器或安全存儲設(shè)備；所述許可信息提 供設(shè)備為終端、服務器或安全存儲設(shè)備。
所述許可信息請求設(shè)備為DRM終端設(shè)備，所述許可信息提供設(shè)備為SRM 設(shè)備。
一種獲取內(nèi)容許可信息的系統(tǒng)，該系統(tǒng)包括許可信息請求設(shè)備和許可信 息提供設(shè)備，其中
許可信息請求設(shè)備，用于向許可信息提供設(shè)備發(fā)送攜帶有內(nèi)容對應的CID 的許可信息檢索請求，接收來自許可提供設(shè)備的許可證標識信息，向許可信息 提供設(shè)備請求與獲得的許可證的標識信息對應的許可，接收來自許可信息提供 設(shè)備返回的許可信息，并從當前擁有的許可信息中選擇一個或一個以上許可， 并對所選定的許可信息進行相應操作；
許可信息提供設(shè)備，用于接收來自許可信息請求設(shè)備的許可信息檢索請求， 向許可信息請求設(shè)備返回與接收到的CID匹配的許可證標識信息，接收來自許 可信息請求設(shè)備的許可證的標識信息，向許可信息請求設(shè)備返回的許可信息。
由上述技術(shù)方案可見，本發(fā)明通過內(nèi)容標識從許可信息提供設(shè)備中獲取 與該內(nèi)容標識對應的許可信息，減少了原有方案中索取許可的消息交互次 數(shù)，減少了設(shè)備負擔，提高了處理效率及用戶體驗。而且，保證了許可請求 設(shè)備在內(nèi)容標識對應的所有許可中進行選擇，防止了遺漏選擇的風險，達到 了最優(yōu)選擇的目的。之外，本發(fā)明通過內(nèi)容標識獲取對應許可證的標識，改 進了現(xiàn)有獲取內(nèi)容許可信息的方案。


圖1是現(xiàn)有技術(shù)DRM代理從SRM上獲取內(nèi)容許可信息的流程圖2是本發(fā)明方法的流程圖3是本發(fā)明實施例一的流程圖4是本發(fā)明實施例二的流程圖5是本發(fā)明實施例三的流程圖6是本發(fā)明實施例四的流程圖。
具體實施例方式
本發(fā)明的核心思想是許可信息請求設(shè)備利用內(nèi)容對應的內(nèi)容標識，向許 可信息提供設(shè)備請求許可信息，許可信息提供設(shè)備在自身存儲的許可信息中， 查找與接收到的內(nèi)容標識匹配的一個或一個以上許可信息并返回給許可信 息請求設(shè)備；許可信息請求設(shè)備從當前擁有的許可信息中選擇一個或一個以 上許可信息，并對所選定的許可信息進行相應操作。
為使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下參照附圖并舉 較佳實施例，對本發(fā)明進一步詳細說明。
圖2是本發(fā)明方法的流程圖，如圖2所示，本發(fā)明獲取許可訪問權(quán)限的 方法包括以下步驟
步驟200:許可信息請求設(shè)備向許可信息提供設(shè)備發(fā)送許可信息檢索請 求，該許可信息檢索請求中攜帶有許可信息請求設(shè)備需要使用的內(nèi)容對應的 內(nèi)容標識(CID)。
許可信息請求設(shè)備為終端、服務器或安全存儲設(shè)備等需要為內(nèi)容請求許 可信息的設(shè)備；所述許可信息提供設(shè)備為終端、服務器或安全存儲設(shè)備等存 儲有內(nèi)容許可信息的設(shè)備。比如在OMA SRM標準草案中，許可信息請求設(shè) 備可以是DRM終端設(shè)備，許可信息提供設(shè)備可以是SRM設(shè)備。
步驟201 步驟202:許可信息提供設(shè)備在自身存儲的許可信息中，查找 與接收到的CID匹配的許可信息，并將匹配的一個或一個以上許可信息攜帶 在許可檢索響應消息中返回給許可信息請求設(shè)備。
本步驟中，如果許可信息提供設(shè)備不能找到與接收到的CID匹配的許可 信息，可以向許可信息請求設(shè)備返回失敗響應。
步驟203:許可信息請求設(shè)備從當前擁有的與CID一A對應的許可信息中 選擇一 個或 一 個以上許可信息。
本步驟中，許可信息請求設(shè)備按照預先設(shè)置的選擇策略自動選擇或是提 示由用戶選擇，從自身當前擁有的許可信息，包括存儲有的許可信息(如果
存在)及從許可信息提供設(shè)備接收到的許可信息中選擇一個或一個以上許可 信息。當然如果許可信息請求設(shè)備中不存在許可信息，且從許可信息提供設(shè) 備返回的只有一個許可信息，則可以無需選擇，直接使用該獲得的許可信息 即可。
這里，自動選擇時所采用的選擇策略的設(shè)置方法與現(xiàn)有方法相同，比如
針對某內(nèi)容對應的多個許可信息，按照下述順序進行選擇
1、無狀態(tài)的許可信息；2、所有權(quán)限有日期限制的許可信息；3、對于
多個有日期限制的許可信息，其結(jié)束日期最近的優(yōu)先使用等。 具體策略實現(xiàn)這里不再贅述。
步驟204:許可信息請求設(shè)備對所選定的許可信息進行相應操作。
本步驟中的操作包括請求許可信息提供設(shè)備MOVE或復制該選定的許 可信息、或者許可請求設(shè)備向許可信息提供設(shè)備請求消費該許可信息等。
需要說明的是，步驟204許可信息請求設(shè)備可能同時操作所選擇的一個 以上許可，如一次要求MOVE多個許可。
從圖2所示的本發(fā)明獲取內(nèi)容許可信息的方法可以看出，許可信息請求 設(shè)備是通過內(nèi)容所對應的內(nèi)容標識，向許可信息提供設(shè)備請求該內(nèi)容對應的 所有許可信息，這樣，許可信息請求設(shè)備可以通過發(fā)起一次請求，從許可信 息提供設(shè)備中獲取與該內(nèi)容對應的全部許可信息。顯然，本發(fā)明方法減少了 索取的次數(shù)，使得請求過程簡單，從而提高了獲取內(nèi)容許可信息的效率。
下面以O(shè)MA SRM標準系統(tǒng)為例，詳細描述本發(fā)明方法的具體實現(xiàn)方式。
在OMA DRM標準系統(tǒng)中，許可信息請求設(shè)備為DRM代理，許可信息 提供設(shè)備為SRM代理。假設(shè)，在SRM代理中存儲有內(nèi)容如電影A的兩個 RO即R02和R03及各RO狀態(tài)信息，兩個RO中均限制了電影A的播放 次數(shù)，但是R02中的有效期還有2天到期，而R03中的有效期還有200天 到期。同時假設(shè)，R02包含權(quán)限有MOVE權(quán)限，當前還可MOVE2次，當 前可播放次數(shù)為5次；R03包含權(quán)限有當前可播放次數(shù)為10次。電影A
的內(nèi)容標識為CID—A,且DRM代理中已存儲有電影A的內(nèi)容丈件。
如果DRM代理希望播放電影A,有兩種方式， 一種是從SRM代理處 轉(zhuǎn)移一個RO到本地后再消費，另一種是直接消費存儲于SRM中RO的權(quán)限。
圖3是本發(fā)明將SRM中的RO執(zhí)行MOVE操作轉(zhuǎn)移至DRM代理中消 費的實施例一的流程圖，如圖3所示，本實施例一包括以下步驟
步驟300: DRM代理向SRM代理發(fā)送許可檢索請求，該許可檢索請求 中攜帶有DRM代理需要使用的內(nèi)容即電影A對應的內(nèi)容標識(CID—A )。
步驟301 ~步驟302: SRM代理在自身存儲的RO中，查找與接收到的 CID—A匹配的RO，并將匹配的所有RO即R02和R03及各自的狀態(tài)^(言息 攜帶在許可^全索響應消息中返回給DRM 理。
本步驟中，R02的狀態(tài)信息包括有效期為還有2天到期、MOVE權(quán) 限、播放權(quán)限、當前允許播放次數(shù)5次；R03的狀態(tài)信息包括有效期為還 有200天到期、播放權(quán)限、當前允許播放次數(shù)10次。
步驟303: DRM代理從當前擁有的與CID—A對應的許可中選擇一個許可。
本實施例中，假設(shè)DRM代理中不存在與電影A對應的RO,因此DRM代 理在R02和R03中進行選擇。
假設(shè)用戶指示DRM代理，選擇具有MOVE權(quán)限且即將過期的RO，因為 R02當前具有MOVE權(quán)限，其有效期即將到期，因此DRM代理選擇將R02轉(zhuǎn) 移到本地后消費。
步驟3 04: DRM代理向SRM代理請求轉(zhuǎn)移選定的R02 。
步驟305: SRM代理收到來自DRM代理的轉(zhuǎn)移R02請求，假設(shè)允許將R02 轉(zhuǎn)移給DRM代理，則刪除自身存儲的R02。
步驟306: SRM代理向DRM代理發(fā)送轉(zhuǎn)移確認消息。
如果SRM代理是允許將R02轉(zhuǎn)移給DRM代理，則轉(zhuǎn)移確認消息中攜帶 有轉(zhuǎn)移成功信息；如果SRM代理是不允許將R02轉(zhuǎn)移給DRM代理，則轉(zhuǎn)移 確認消息中攜帶有不允許安裝信息。
若DRM代理收到SRM不允許轉(zhuǎn)移R02的轉(zhuǎn)移確認消息，DRM代理 可按照步驟304的方式進一步向SRM發(fā)送轉(zhuǎn)移其它與電影A相對應的具有 轉(zhuǎn)移權(quán)限的RO的請求。
步驟307: DRM代理收到SRM代理的轉(zhuǎn)移成功確認消息后，將R02安裝 在本地。
這樣，DRM代理就可以消費R02中的權(quán)限了 。 本實施例還可以進一步包括步驟308，如下 步驟308: DRM代理將暫時不使用的R03刪除。
需要說明的是，步驟305中的刪除操作與步驟306可互換次序；步驟 307中的安裝操作與步驟308可互換次序。
需要說明的是，步驟303中，DRM代理也可選擇一個以上許可。若是 選擇了 SRM代理傳來的多個許可，例如選擇R02及R03，在步驟304中可 以請求轉(zhuǎn)移R02及R03。
圖4是本發(fā)明DRM代理直接消費存儲于SRM代理中RO的權(quán)限的實 施例二的流程圖，如圖4所示，本實施例包括以下步驟
步驟400: DRM代理向SRM代理發(fā)送許可檢索請求，該許可檢索請求 中攜帶有DRM代理需要使用的內(nèi)容即電影A對應的內(nèi)容標識(CID—A )。
步驟401 ~步驟402: SRM代理在自身存儲的RO中，查找與接收到的 CID_A匹配的RO,并將匹配的R02的標識信息、R03的標識信息，以及 R02和R03的狀態(tài)信息攜帶在許可檢索響應消息中返回給DRM代理。
本步驟中，R02的狀態(tài)信息包括有效期為還有2天到期、MOVE權(quán) 限、播放權(quán)限、當前允許播放次數(shù)5次；R03的狀態(tài)信息包括有效期為還 有200天到期、播放權(quán)限、當前允許播放次數(shù)10次。
從本步驟可以看出，許可信息提供設(shè)備僅僅是將匹配的許可信息中的部 分信息，比如RO的標識信息及其狀態(tài)信息返回給許可信息請求設(shè)備，與現(xiàn) 有返回的RO及其狀態(tài)信息的完整信息相比，降低了信息的冗余，減小了消 息的長度，即降低了交互消息中信息冗余。 步驟403:DRM代理從當前擁有的與CID—A對應的許可中選擇一個許可。
本實施例中，假設(shè)DRM代理中不存在與電影A對應的RO，因此DRM代 理在R02和R03中進4亍選擇。
假設(shè)DRM中預先設(shè)置的選擇策略是，選擇即將過期的RO,因為R02的 有效期即將到期，因此DRM代理選擇消費R02。
步驟404: DRM代理向SRM代理請求消費選定的R02。
步驟405: SRM代理收到來自DRM代理的消費R02請求，假設(shè)允許消費 R02，則鎖定自身存儲的R02。
步驟406: SRM代理向DRM代理發(fā)送鎖定確認消息。
如果SRM代理是允許鎖定R02,則鎖定確認消息中攜帶有鎖定成功信 息，以及R02或R02當前的狀態(tài)信息；如果SRM代理是不允許鎖定R02,則 鎖定確認消息中攜帶有鎖定失敗信息。
步驟407: DRM代理收到SRM代理的攜帶有鎖定成功信息的鎖定確認消 息后，便可通過SRM消費R02中的權(quán)限了 ，即可以播放電影A。
步驟408:在DRM代理消費R02的權(quán)限的過程中，或者在停止消費 R02中的權(quán)限后，DRM代理會將R02當前的狀態(tài)信息攜帶在更新狀態(tài)請求 消息中發(fā)送給SRM代理，以保證SRM維護R02當前的狀態(tài)信息。
步驟409 ~步驟410: SRM代理根據(jù)接收到的狀態(tài)信息更新自身存儲的 R02的狀態(tài)信息，并向DRM代理返回更新確認。
需要說明的是，與實施例一類似，若步驟406中，DRM代理收到來自 SRM代理的鎖定確認中攜帶的是鎖定失敗信息，那么，DRM代理可按照步 驟404的方式向SRM代理請求消費R03中的權(quán)限；如果步驟406中，DRM 代理收到來自SRM代理的鎖定確認中攜帶的是鎖定成功信息，那么，DRM 可以刪除自身暫時不使用的R03。
從實施例以和實施例二的方法來看，對內(nèi)容對應的許可的選擇是由 DRM代理來完成的，本發(fā)明也可以采用SRM代理先對內(nèi)容對應的許可進行 選擇，然后將選定的許可返回給DRM代理。下面結(jié)合實施例進行具體描述。
圖5是本發(fā)明實施例三的流程圖，如圖5所示，本實施例三包括以下步
驟
步驟500: DRM代理向SRM代理發(fā)送許可檢索請求，該許可檢索請求 中攜帶有DRM代理需要使用的內(nèi)容即電影A對應的內(nèi)容標識(CID—A)、 選擇標識和選擇條件。
本步驟中，選擇標識用于表示是否需要SRM代理對CID—A對應的RO 進行選擇，比如該標識的取值為0表示不需要，為l表示需要進行選擇，本 實施例中假設(shè)選擇標識為1。
另外，也可以在SRM代理中配置是否進行自動選擇的選擇標識，比如設(shè) 置選擇標識為進行自動選擇，則SRM代理在收到許可檢索請求后，在^f企索 RO后，許可信息提供設(shè)備按照自身預先設(shè)置的選擇策略對檢索出的RO進行選 擇。
之外，還可以是DRM代理將表示是否要求許可信息提供設(shè)備進行選擇的 選擇標識發(fā)送給SRM代理，若所述選擇標識顯示要求進行選擇，那么，SRM代 理在收到許可檢索請求后，按照自身預先設(shè)置的選擇策略，在檢索RO后對檢 索出的RO進行選擇。此外，DRM代理還可以將選擇條件發(fā)送給SRM代理，要 求SRM代理從符合條件的許可中進行選擇后，再按照自身預先設(shè)置的選擇策 略，在檢索RO后對檢索出的RO進行選擇。
這里，選擇條件可以是要求返回具有某種權(quán)限如MOVE權(quán)限，和/或返回 的RO的最大數(shù)量等。選擇條件的設(shè)置取決于實際需要，這里并不用于限定 本發(fā)明。
步驟501 步驟502: SRM代理在自身存儲的RO中，查找與接收到的 CID_A匹配的RO，并按照接收到的選擇條件，在匹配的所有RO中選擇滿 足選擇條件的RO，并將選定的RO及其狀態(tài)信息攜帶在許可檢索響應消息 中返回給DRM代理。
本步驟中，假設(shè)DRM代理發(fā)送給SRM代理的選擇條件是，選擇具有 MOVE權(quán)限且即將過期的RO,因為R02當前具有MOVE權(quán)限，其有效期即將
到期，因此SRM代理選擇將R02返給DRM代理。
R02的狀態(tài)信息包括有效期為還有2天到期、MOVE權(quán)限、播放權(quán)
限、當前允許播放次數(shù)5次。
步驟503: DRM代理從當前擁有的與CID_A對應的RO中選擇RO。 本實施例中，假設(shè)DRM代理中存儲有一個對應電影A的RO 1 ，且RO 1
為無限期但有播放次數(shù)限制的RO，那么，本步驟中，DRM代理在ROl和
R02中進一步選擇。由于R02有效期即將到期，因此DRM代理選擇將R02
轉(zhuǎn)移到本地后消費。
步驟504: DRM代理向SRM代理請求轉(zhuǎn)移選定的R02。
步驟505: SRM代理收到來自DRM代理的轉(zhuǎn)移R02請求，假設(shè)允許將R02
轉(zhuǎn)移給DRM代理，則刪除自身存儲的R02。
步驟506: SRM代理向DRM代理發(fā)送轉(zhuǎn)移確認消息。
如果SRM代理是允許將R02轉(zhuǎn)移給DRM代理，則轉(zhuǎn)移確認消息中攜帶
有轉(zhuǎn)移成功信息；如果SRM代理是不允許將R02轉(zhuǎn)移給DRM代理，則轉(zhuǎn)移
確認消息中攜帶有不允許安裝信息。
步驟507: DRM代理收到SRM代理的轉(zhuǎn)移成功確認消息后，將R02安裝
在本地。
這樣，DRM代理就可以消費R02中的權(quán)限了 。
本實施例中，假設(shè)步驟501 ~步驟502中，SRM代理還選擇了R03,則該 方法還可以進一步包括步驟508,如下
步驟508: DRM代理將從SRM代理接收到的暫時不使用的R03刪除。
實施例三與圖3所示的實施例一之間的不同點在于，實施例一中，SRM 代理將對應CID一A的所有RO發(fā)送給DRM代理，由DRM代理統(tǒng)一進行選 擇，而實施例三則是在SRM,先對與CID—A對應的RO進行選擇，再將符 合選擇條件及選擇策略的RO返回給DRM代理。
上述實施例一至實施例三均是通過內(nèi)容標識，向DRM代理請求對應的 許可的，為了能夠兼容現(xiàn)有通過RO的標識請求RO的方法，本發(fā)明還提供
了 SRM獲取RID的方法，以改進并完善現(xiàn)有OMASRM標準草案提供的圖 1所示的流程。
圖6是本發(fā)明實施例四的流程圖，如圖6所示，包括以下步驟
步驟600: DRM代理在獲取需要使用的內(nèi)容對應的內(nèi)容標識后，向SRM 代理發(fā)送攜帶有該內(nèi)容標識的許可檢索請求。
步驟601: SRM代理將存于SRM中的對應于該內(nèi)容標識的許可證的標 識信息，攜帶在許可4企索響應中返回給SRM代理。
可選的，本步驟中，SRM代理還可以同時向DRM代理返回與CID對應 的各許可證中各許可的狀態(tài)信息。
步驟602: DRM代理將接收到的許可證的標識信息，攜帶在許可索取 響應中發(fā)送給SRM代理。
如果步驟601中返回與CID對應的各許可證中各許可的狀態(tài)信息，則本 步驟中，DRM代理可按照預先設(shè)置的選擇策略或通過用戶選擇，選擇一個或 一個以上的許可證，再將選定的許可證的標識信息，攜帶在許可索取響應中 發(fā)送給SRM代理。
步驟603: SRM代理將與接收到的許可證的標識信息對應的許可信息攜 帶在許可索取響應中返回給DRM代理。
步驟604: DRM代理從自身當前擁有的與內(nèi)容標識對應的許可中按照 預先設(shè)置的選擇策略或是提醒用戶選擇一個許可。
步驟605: DRM代理對所選定的許可進行相應操作。
同樣，對內(nèi)容標識對應的許可的選擇也可以在SRM代理中實現(xiàn)，這里 不再重述。
從上述本發(fā)明獲取內(nèi)容許可信息的方法可以看出，本發(fā)明通過內(nèi)容標識 從許可存儲設(shè)備中獲取與該內(nèi)容標識對應的許可信息，減少了原有方案中索 取許可的消息交互次數(shù)，減少了設(shè)備負擔，提高了處理效率及用戶體驗。
而且，保證了許可請求設(shè)備在內(nèi)容標識對應的所有許可中進行選擇，防 止了遺漏選擇的風險，達到了最優(yōu)選擇的目的。
之外，本發(fā)明通過內(nèi)容標識獲取了許可證對應的標識，改進了現(xiàn)有獲取 內(nèi)容許可信息的方案。
針對上述本發(fā)明方法，本發(fā)明還提供一種獲取內(nèi)容許可信息的系統(tǒng)，該 系統(tǒng)包括許可信息請求設(shè)備和許可信息提供設(shè)備。
其中，許可信息請求設(shè)備，用于向許可信息提供設(shè)備發(fā)送攜帶有許可信 息請求設(shè)備需要使用的內(nèi)容對應的CID的許可信息檢索請求，接收來自許可 設(shè)備的許可信息，并從自身當前擁有的許可信息中選擇一個許可信息，對所
選定的許可信息進行相應操作。
許可信息提供設(shè)備，用于接收來自許可信息請求設(shè)備的許可信息檢索請
求，向許可信息請求設(shè)備返回與接收到的CID匹配的許可信息。許可響應設(shè) 備為一個或一個以上。
所述許可信息請求設(shè)備為終端、服務器或安全存儲設(shè)備；所述許可信息提 供設(shè)備為終端、服務器或安全存儲設(shè)備。
以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護 范圍，凡在本發(fā)明的精神和原則之內(nèi)所做的任何修改、等同替換、改進等， 均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種獲取內(nèi)容許可信息的方法，其特征在于，該方法包括以下步驟A.許可信息請求設(shè)備利用內(nèi)容對應的內(nèi)容標識CID，向許可信息提供設(shè)備請求許可信息；B.許可信息提供設(shè)備在自身存儲的許可信息中查找與接收到的CID匹配的一個或一個以上許可信息，并返回給許可信息請求設(shè)備；C.許可信息請求設(shè)備從當前擁有的與CID匹配的許可信息中選擇一個或一個以上許可信息，并對所選定的許可信息進行相應操作。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟C中所述選擇的方法 為所述許可信息請求設(shè)備按照預先設(shè)置的選擇策略或通過用戶選擇，從自身 當前擁有的許可信息中選擇一個或 一個以上許可信息。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟A中還包括，所述 許可信息請求設(shè)備將表示是否要求許可信息提供設(shè)備進行選擇的選擇標識，以 及選擇條件發(fā)送給許可信息提供設(shè)備；若所述選擇標識顯示要求進行選擇，步驟B中所述返回許可信息之前，該 方法還包括所述許可信息提供設(shè)備按照接收到的選擇條件，在與CID匹配 的所有許可信息中選擇滿足所述選擇條件的許可信息，再按照預先設(shè)置的選 擇策略或通過用戶選擇，從中選擇一個或一個以上許可信息。
4. 根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟A中還包括，所述許 可信息請求設(shè)備將表示是否要求許可信息提供設(shè)備進行選擇的選擇標識發(fā)送給 許可信息提供設(shè)備；若所述選擇標識顯示要求進行選擇，步驟B中所述返回許可信息之前，該 方法還包括所述許可信息提供設(shè)備按照自身預先設(shè)置的選擇策略或通過用戶 選擇，從與CID匹配的所有許可信息中選擇一個或一個以上許可信息。
5. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述許可信息提供設(shè)備中 預先配置是否進行自動選擇的選擇標識； 若所述選擇標識顯示要求進行選擇，步驟B中所述返回許可信息之前，該方法還包括所述許可信息提供設(shè)備按照自身預先設(shè)置的選擇策略，從與CID 匹配的所有許可信息中選擇一個或 一個以上許可信息。
6. 根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟A中還包括，所述許 可信息請求設(shè)備將選擇條件發(fā)送給許可信息提供設(shè)備；步驟B中所述返回許可信息之前，該方法還包括所述許可信息提供設(shè)備 從與CID匹配的所有許可信息中選擇出符合所述選擇條件的許可信息，再按 照自身預先設(shè)置的選擇策略或通過用戶選擇，從符合所述選擇條件的許可信 息中選取一個或一個以上許可信息。
7. 根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟B中所述返回許可信 息之前，該方法還包括所述許可信息提供設(shè)備按照預先設(shè)置的選擇策略或通過用戶選擇，從與 CID匹配的所有許可信息中選擇一個或一個以上許可信息。
8. 根據(jù)權(quán)利要求1 7任一項所述的方法，其特征在于，所述許可信息為 許可證及其狀態(tài)信息，或者許可證的標識信息及其狀態(tài)信息。
9. 根據(jù)權(quán)利要求8所述的方法，其特征在于，所述狀態(tài)信息包括全部 或部分權(quán)限信息。
10. 根據(jù)權(quán)利要求1 7任一項所述的方法，其特征在于，所述許可信息 請求設(shè)備為終端、服務器或安全存儲設(shè)備；所述許可信息提供設(shè)備為終端、服 務器或安全存儲設(shè)備。
11. 根據(jù)權(quán)利要求10所述的方法，其特征在于，所述終端為數(shù)字版權(quán)管 理DRM終端設(shè)備，所述安全存儲設(shè)備為安全可移動的媒介存儲裝置SRM。
12. 根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟C中所述操作為 所述許可信息請求設(shè)備請求許可信息提供設(shè)備轉(zhuǎn)移或復制所述選定的許可 信息；或者，所述許可信息請求設(shè)備向許可信息提供設(shè)備請求消費所述選定的 許可權(quán)限。
13. —種獲取內(nèi)容許可信息的方法，其特征在于，該方法包括以下步驟I. 許可信息請求設(shè)備利用內(nèi)容對應的內(nèi)容標識CID,向許可信息提供設(shè)備 請求與所述CID對應的許可證標識信息，許可信息提供設(shè)備將對應的一個或 一個以上許可證標識返回給許可信息請求設(shè)備；II. 許可信息請求設(shè)備向許可信息提供設(shè)備請求一個或一個以上與獲得的 許可證的標識信息對應的許可，許可信息提供設(shè)備將對應的許可返回給許可 信息請求設(shè)備；III. 所述許可信息請求設(shè)備從當前擁有的許可信息中選擇一個或一個以上 許可信息，并對所選定的許可信息進行相應操作。
14. 根據(jù)權(quán)利要求13所述的方法，其特征在于，還包括步驟I中，所 述許可信息提供設(shè)備同時向許可信息請求設(shè)備返回與CID對應的一個或一個 以上許可證中的許可狀態(tài)信息，許可信息請求設(shè)備按照預先設(shè)置的選擇策略或 通過用戶選擇，選擇一個或一個以上的許可證；步驟II中許可信息請求設(shè)備向許可信息提供設(shè)備請求與所選擇的許可證的 標識信息對應的許可。
15. 根據(jù)權(quán)利要求13所述的方法，其特征在于，該方法還包括步驟I 中，所述許可信息請求設(shè)備將選擇條件發(fā)送給許可信息提供設(shè)備；步驟II中所述返回許可之前，該方法還包括所述許可信息提供設(shè)備按 照來自許可信息請求設(shè)備的選擇條件，從與所述許可證的標識信息對應的許可 中選擇出符合該選擇條件的許可。
16. 才艮據(jù)權(quán)利要求13或14所述的方法，其特征在于，步驟II中所述返 回許可之前，該方法還包括所述許可信息提供設(shè)備按照預先設(shè)置的選擇條件或通過用戶選擇，從選定 的許可中選擇一個或一個以上許可。
17. 根據(jù)權(quán)利要求14-16任一項所述的方法，其特征在于，所述許可信 息為許可證及其狀態(tài)信息，或者許可證的標識信息及其狀態(tài)信息。
18. 根據(jù)權(quán)利要求17所述的方法，其特征在于，所述狀態(tài)信息包括全 部或部分權(quán)限信息。
19. 根據(jù)權(quán)利要求13所述的方法，其特征在于，步驟III中所述操作為 所述許可信息請求設(shè)備請求許可信息提供設(shè)備轉(zhuǎn)移或復制所述選定的許可 信息；或者，所述許可信息請求設(shè)備向許可信息提供設(shè)備請求消費所述逸定 的許可信息。
20. —種獲取內(nèi)容許可信息的系統(tǒng)，其特征在于，該系統(tǒng)包括許可信 息請求設(shè)備和許可信息提供設(shè)備，其中許可信息請求設(shè)備，用于向許可信息提供設(shè)備發(fā)送攜帶有內(nèi)容對應的CID 的許可信息檢索請求，接收來自許可提供設(shè)備的許可信息，并從當前擁有的許 可信息中選擇一個或一個以上許可信息，對所選定的許可信息進行相應操作；許可信息提供設(shè)備，用于接收來自許可信息請求設(shè)備的許可信息檢索請求， 向許可信息請求設(shè)備返回與接收到的CID匹配的許可信息。
21. 根據(jù)權(quán)利要求20所述的系統(tǒng)，其特征在于，所述許可信息請求設(shè)備 為終端、服務器或安全存儲設(shè)備；所述許可信息提供設(shè)備為終端、服務器或安 全存儲設(shè)備。
22. 根椐權(quán)利要求21所述的系統(tǒng)，其特征在于，所述許可信息請求設(shè) 備為DRM終端設(shè)備，所述許可信息提供設(shè)備為SRM設(shè)備。
23. —種獲取內(nèi)容許可信息的系統(tǒng)，其特征在于，該系統(tǒng)包括許可信 息請求設(shè)備和許可信息提供設(shè)備，其中許可信息請求設(shè)備，用于向許可信息提供設(shè)備發(fā)送攜帶有內(nèi)容對應的CID 的許可信息檢索請求，接收來自許可提供設(shè)備的許可證標識信息，向許可信息 提供設(shè)備請求與獲得的許可證的標識信息對應的許可，接收來自許可信息提供 設(shè)備返回的許可信息，并從當前擁有的許可信息中選擇一個或一個以上許可， 并對所選定的許可信息進行相應操作；許可信息提供設(shè)備，用于接收來自許可信息請求設(shè)備的許可信息檢索請求， 向許可信息請求設(shè)備返回與接收到的CID匹配的"i午可證標識信息，接收來自許 可信息請求設(shè)備的許可證的標識信息，向許可信息請求設(shè)備返回的許可信息。
全文摘要
本發(fā)明公開了獲取內(nèi)容許可信息的方法及系統(tǒng)，包括許可信息請求設(shè)備利用內(nèi)容對應的內(nèi)容標識，向許可信息提供設(shè)備請求許可信息，許可信息提供設(shè)備在自身存儲的許可信息中查找與接收到的內(nèi)容標識匹配的一個或一個以上許可信息，并返回給許可信息請求設(shè)備；許可信息請求設(shè)備從當前擁有的與CID匹配的許可信息中選擇一個或一個以上許可信息，并對所選定的許可信息進行相應操作。本發(fā)明通過內(nèi)容標識從許可存儲設(shè)備中獲取與該內(nèi)容標識對應的許可信息，提高了處理效率及用戶體驗，保證了許可請求設(shè)備在內(nèi)容標識對應的所有許可中進行選擇，達到了最優(yōu)選擇的目的。之外，本發(fā)明通過內(nèi)容標識獲取了許可證對應的標識，改進了現(xiàn)有獲取內(nèi)容許可信息的方案。
文檔編號H04L29/06GK101179557SQ20061013827
公開日2008年5月14日 申請日期2006年11月10日 優(yōu)先權(quán)日2006年11月10日
發(fā)明者沛 黨, 馮雯潔, 周志鵬, 周皓雋, 張仁宙, 李益民, 陳大港 申請人:華為技術(shù)有限公司