專利名稱：用于移動(dòng)權(quán)限對(duì)象的方法和用于管理發(fā)布權(quán)限對(duì)象的權(quán)限的方法及其系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)字權(quán)限管理(DRM)，尤其涉及用于移動(dòng)權(quán)限對(duì)象(RO)的方法、用于 管理發(fā)布RO的權(quán)限的方法及其系統(tǒng)。
背景技術(shù)：
一般而言，數(shù)字權(quán)限代理(DRM)是保護(hù)數(shù)字內(nèi)容的權(quán)限對(duì)象(RO)并系統(tǒng)地管理RO 的技術(shù)，并且DRM提供了用于防止對(duì)這些內(nèi)容的非法復(fù)制、獲得R0、創(chuàng)建/移動(dòng)這些內(nèi)容、以 及消費(fèi)該RO和這些內(nèi)容的保護(hù)和管理方案。DRM應(yīng)用于各種應(yīng)用場合，諸如媒體播放器、音 頻播放器、或者圖像觀看器。

圖1是示出根據(jù)相關(guān)技術(shù)的DRM系統(tǒng)的配置視圖。如圖所示，該DRM系統(tǒng)控制由 內(nèi)容提供方向用戶發(fā)布的內(nèi)容以使之僅在RO的權(quán)限限制里消費(fèi)。內(nèi)容提供方是對(duì)應(yīng)于內(nèi) 容發(fā)布方(Cl)或權(quán)限發(fā)布方(RI)的實(shí)體。CI發(fā)布受特定的加密方法保護(hù)的內(nèi)容(下文中，該內(nèi)容將稱為DRM內(nèi)容)，以便保 護(hù)內(nèi)容不會(huì)被沒有訪問權(quán)限的用戶所訪問，并且RI發(fā)布消費(fèi)這些DRM內(nèi)容所必需的權(quán)限對(duì) 象(RO)。DRM代理搭載在設(shè)備處以由此接收來自CI或RI的DRM內(nèi)容和R0，并且DRM代理 通過分析包含在RO中的“許可證”并通過將這些DRM內(nèi)容轉(zhuǎn)換成能夠在相應(yīng)的DRM代理處 消費(fèi)的內(nèi)容來控制對(duì)這些DRM內(nèi)容的消費(fèi)。圖2是示出權(quán)限對(duì)象(RO)經(jīng)由權(quán)限發(fā)布方(RI)在諸DRM代理之間移動(dòng)的狀態(tài)的 框圖。參照?qǐng)D2，第一 DRM代理可以將從RI發(fā)布的RO消費(fèi)掉一定量，并且隨后將該RO經(jīng) 由RI轉(zhuǎn)送(移動(dòng))至第二 DRM代理。第一 DRM代理請(qǐng)求RI將該RO移至第二 DRM代理，并 且將該RO轉(zhuǎn)送至RI (或者刪除該R0)。RI響應(yīng)該請(qǐng)求，并且通過使用與第二 DRM代理的RO 捕獲協(xié)議來將RO轉(zhuǎn)送至第二 DRM代理。圖3是示出能夠由DRM代理使用的RO和DRM內(nèi)容經(jīng)由本地權(quán)限管理器(LRM)導(dǎo) 入該DRM代理的狀態(tài)的示意框圖。參照?qǐng)D3，已由外部DRM系統(tǒng)保護(hù)的DRM內(nèi)容和RO(或許可證)可以經(jīng)由本地權(quán)限 管理器(LRM)導(dǎo)入(改變)以使得能夠由DRM代理使用。原因在于，已從外部DRM系統(tǒng)接 收到的DRM內(nèi)容和RO不能在具有不同標(biāo)準(zhǔn)的DRM系統(tǒng)處使用。相應(yīng)地，已從具有不同標(biāo)準(zhǔn) 的DRM系統(tǒng)接收到的DRM內(nèi)容被導(dǎo)入LRM。導(dǎo)入的RO可以從LRM轉(zhuǎn)送至DRM代理。然而， 技術(shù)局限性在于DRM代理不能將導(dǎo)入的RO轉(zhuǎn)送至另一 DRM代理。發(fā)明公開技術(shù)方案因此，本發(fā)明的目的是提供一種用于將由本地權(quán)限管理器(LRM)導(dǎo)入的權(quán)限對(duì)象 (R0或許可證)從第一 DRM代理移至第二 DRM代理的方法以及一種用于管理發(fā)布RO的權(quán)限
4的方法。為了達(dá)成這些目的，提供了一種用于移動(dòng)權(quán)限對(duì)象(RO)的方法，包括由第一實(shí) 體向第二實(shí)體發(fā)送包括關(guān)于RO的移動(dòng)的第一信息的注冊(cè)請(qǐng)求消息；由第一實(shí)體從第二實(shí) 體接收包括關(guān)于RO的移動(dòng)的第二信息的注冊(cè)響應(yīng)消息；由第一實(shí)體從接收自外部系統(tǒng)的 數(shù)字內(nèi)容導(dǎo)入RO和DRM內(nèi)容；以及由第一實(shí)體將導(dǎo)入的RO移至DRM代理。該方法還包括由第一實(shí)體從第二實(shí)體接收要向第二實(shí)體注冊(cè)協(xié)議的觸發(fā)消息。為了達(dá)成這些目的，還提供了一種用于管理發(fā)布權(quán)限對(duì)象(RO)的權(quán)限的方法，包 括由第二實(shí)體從第一實(shí)體接收關(guān)于由第一實(shí)體創(chuàng)建的RO的移動(dòng)的請(qǐng)求消息；由第二實(shí)體 檢查關(guān)于RO的移動(dòng)的第一信息是否已被納入該請(qǐng)求消息中；以及當(dāng)?shù)诙?shí)體準(zhǔn)許RO的移 動(dòng)時(shí)，由第二實(shí)體向第一實(shí)體發(fā)送包括關(guān)于RO的移動(dòng)的第二信息的響應(yīng)消息。較佳地，該方法還包括由第二實(shí)體檢查“請(qǐng)求移動(dòng)R0” (RequestToMoveRO)參數(shù) 是否已被納入請(qǐng)求消息中；以及由第二實(shí)體存儲(chǔ)第一實(shí)體的ID。較佳地，該方法還包括由第二實(shí)體從第一 DRM代理接收關(guān)于將RO移至第二 DRM 代理的請(qǐng)求消息；由第二實(shí)體提取包括在該請(qǐng)求消息中的第一實(shí)體ID ；由第二實(shí)體檢查所 存儲(chǔ)的第一實(shí)體ID是否與所提取的第一實(shí)體ID —致；當(dāng)?shù)谝粚?shí)體的這兩個(gè)ID彼此一致 時(shí)，由第二實(shí)體向第一 DRM代理發(fā)送響應(yīng)消息；以及由第二實(shí)體將RO移至第二 DRM代理。為了達(dá)成這些目的，還提供了一種用于移動(dòng)導(dǎo)入的權(quán)限對(duì)象(RO)的方法，包括 由第一 DRM代理從本地權(quán)限管理器(LRM)接收R0，其中該RO是從由LRM從外部系統(tǒng)導(dǎo)入的 內(nèi)容中獲得的；由第一 DRM代理向權(quán)限發(fā)布方(RI)發(fā)送RO移動(dòng)請(qǐng)求消息以將該RO移至第 二 DRM代理；以及由第一 DRM代理從RI接收關(guān)于RO移動(dòng)請(qǐng)求消息的響應(yīng)消息。本發(fā)明具有以下效果。首先，由于在RI與LRM之間定義了用于移動(dòng)RO的新協(xié)議和信息(元素或參數(shù))， 因而能夠安全地在第一與第二 DRM代理之間移動(dòng)由LRM創(chuàng)建的R0。 其次，通過用于移動(dòng)RO的新協(xié)議和信息(元素或參數(shù))，就能夠有效地管理發(fā)布由 LRM導(dǎo)入的RO的權(quán)限。第三，由于DRM代理不僅能夠?qū)腞I發(fā)布的RO移至其他DRM代理，而且還能夠?qū)?從外部DRM系統(tǒng)導(dǎo)入的RO移至其他DRM代理，因而能夠增強(qiáng)用戶在使用數(shù)字內(nèi)容時(shí)的便利性。附圖簡述圖1是示出根據(jù)常規(guī)技術(shù)的數(shù)字權(quán)限管理(DRM)系統(tǒng)的配置視圖；圖2是示出權(quán)限對(duì)象(RO)經(jīng)由權(quán)限發(fā)布器(RI)在諸DRM代理之間移動(dòng)的狀態(tài)的 框圖；圖3是示出能夠由DRM代理使用的RO和DRM內(nèi)容經(jīng)由本地權(quán)限管理器(LRM)導(dǎo) 入該DRM代理的狀態(tài)的示意框圖；圖4是示出根據(jù)本發(fā)明的第一實(shí)施例的用于移動(dòng)導(dǎo)入的RO的方法的框圖；以及圖5是示出根據(jù)本發(fā)明的第一實(shí)施例的用于移動(dòng)導(dǎo)入的RO的方法的流程圖。發(fā)明實(shí)施方式下面將詳細(xì)參考本發(fā)明的優(yōu)選實(shí)施例，其示例在附圖中解說。本發(fā)明被應(yīng)用于數(shù)字權(quán)限管理(DRM)系統(tǒng)。然而，本發(fā)明并不限于DRM系統(tǒng)，而是還可應(yīng)用于本發(fā)明的技術(shù)范圍可適用的所有通信系統(tǒng)及其方法以及其他與版權(quán)有關(guān)的系 統(tǒng)及其方法。在本發(fā)明中能夠作出各種改動(dòng)和實(shí)施例，并且將詳細(xì)參考本發(fā)明的優(yōu)選實(shí)施例， 其示例在附圖中解說。然而還應(yīng)當(dāng)理解，諸實(shí)施例并受前面描述中的任何細(xì)節(jié)的限定，而是 應(yīng)當(dāng)在其精神和范圍內(nèi)被寬泛地解釋，并且本發(fā)明旨在涵蓋本發(fā)明的改動(dòng)和變體，只要其 落在所附權(quán)利要求及其等效方案的范圍內(nèi)即可。雖然包括諸如第一、第二等序數(shù)的術(shù)語可能被用來解釋各種組件，但是這些組件 并不限于這些術(shù)語。這些術(shù)語僅被用于將一個(gè)組件與另一組件區(qū)分開來的目的。例如，第 一組件可被稱為第二組件，或者類似地，第二組件可被稱為第一組件，而不會(huì)脫離本發(fā)明的 范圍。術(shù)語“和/或”被用來包括多個(gè)所公開的項(xiàng)的組合或者這些項(xiàng)之一。倘若提到某個(gè)組件被“連接至”或者“接入”另一組件，那么可以理解，該某個(gè)組件 被直接連接至或接入該另一組件或者有組件介于這些組件之間。相反，倘若提到某個(gè)組件 被“直接連接至”或者“直接接入”另一組件，那么應(yīng)當(dāng)理解，在它們之間沒有任何組件。本發(fā)明中所使用的術(shù)語僅是為了解釋具體的實(shí)施例，因此并不意味著進(jìn)行限定。 單數(shù)表達(dá)包括復(fù)數(shù)表達(dá)，除非兩個(gè)表達(dá)從上下文來看彼此不同。在本發(fā)明中，術(shù)語“包括”或 “具有”旨在指示存在在說明書上公開的特性、特征、步驟、操作、組件、要素或其組合。確切 而言，術(shù)語“包括”或“具有”應(yīng)當(dāng)被理解成不預(yù)先排除一個(gè)或更多個(gè)其他特性、特征、步驟、 操作、組件、要素或其組合的存在或者另外的可能性。除非對(duì)其進(jìn)行了不同的定義，否則本發(fā)明中所使用的包括技術(shù)或科學(xué)術(shù)語在內(nèi)的 所有術(shù)語與由與本發(fā)明的領(lǐng)域相關(guān)的技術(shù)中的技術(shù)人員一般理解的術(shù)語具有相同的含義。 與在一般字典中定義的那些術(shù)語相同的術(shù)語應(yīng)當(dāng)被理解為，這些術(shù)語具有與相關(guān)技術(shù)的上 下文含義相同的含義。并且，只要這些術(shù)語在本發(fā)明中未被明確定義，那么這些術(shù)語就不應(yīng) 被解讀為理想的或者過分正式的含義?，F(xiàn)在將詳細(xì)參考本發(fā)明的優(yōu)選實(shí)施例，其示例在附圖中解說。在任何可能的地方， 將在附圖中通篇使用相同的附圖標(biāo)記來指代相同或類似的部分，并且省去對(duì)其相同的描 述。本發(fā)明的基本概念在于，把由本地權(quán)限管理器(LRM)創(chuàng)建(導(dǎo)入)的RO轉(zhuǎn)送(移 動(dòng))至特定的DRM代理(為了方便起見，稱第一 DRM代理)，并且隨后經(jīng)由權(quán)限發(fā)布方(RI) 將該導(dǎo)入的RO轉(zhuǎn)送(移動(dòng))至另一 DRM代理(為了方便起見，稱第二 DRM代理)。為此， (1)定義LRM與RI之間的新協(xié)議(LRM_RI注冊(cè)協(xié)議)，(2)當(dāng)LRM導(dǎo)入RO時(shí)使用新添加的 定義信息(例如，參數(shù))，(3)當(dāng)從第一 DRM代理接收到移動(dòng)RO的請(qǐng)求時(shí)并且當(dāng)執(zhí)行LRM_ RI注冊(cè)協(xié)議時(shí)，RI基于所存儲(chǔ)的信息將該RO移至第二 DRM代理。在本發(fā)明中，在LRM與RI之間定義新的協(xié)議(LRM_RI注冊(cè)協(xié)議)并且定義“請(qǐng)求 移動(dòng)R0" (RequestToMoveRO)、“同意移動(dòng)R0" (OkayToMoveRO)等新的信息(參數(shù))。將更 詳細(xì)地解釋該新協(xié)議和參數(shù)。下文中，將解釋本發(fā)明中所使用的術(shù)語。LRM是負(fù)責(zé)導(dǎo)入的諸方面的實(shí)體，并且LRM還可以為有限的OMA DRM代理群管理導(dǎo) 入的內(nèi)容。另外，LRM是為DRM代理所屬的特定群管理導(dǎo)入的內(nèi)容(例如，DRM內(nèi)容)的實(shí) 體。此處，“導(dǎo)入”具有將導(dǎo)入準(zhǔn)備就緒的數(shù)據(jù)轉(zhuǎn)換成OMA(P)DCF和RO的含義。
證書權(quán)威機(jī)構(gòu)(CA)是執(zhí)行與實(shí)體、內(nèi)容等的證書有關(guān)的功能的實(shí)體。用于DRM內(nèi)容的RO被分成有狀態(tài)RO和無狀態(tài)RO。無狀態(tài)RO是DRM代理不管理 狀態(tài)信息的R0。有狀態(tài)RO是DRM代理管理狀態(tài)信息以精確地利用RO內(nèi)的準(zhǔn)許和約束的 R0。由狀態(tài)信息管理的約束包括“區(qū)間”、“計(jì)數(shù)”、“定時(shí)計(jì)數(shù)”、“累積”、等等。狀態(tài)信息指示 可使用的RO量，并且一個(gè)狀態(tài)信息由一個(gè)有狀態(tài)RO管理。狀態(tài)信息可以按“計(jì)數(shù)”、“定時(shí) 計(jì)數(shù)”等方式、或者按“剩余計(jì)數(shù)”、“剩余區(qū)間”等方式來管理。狀態(tài)信息可以是代表與權(quán)限 相關(guān)聯(lián)的當(dāng)前狀態(tài)的一組值。該狀態(tài)信息僅當(dāng)這些權(quán)限包含任何有狀態(tài)約束(例如，區(qū)間、 計(jì)數(shù)、定時(shí)計(jì)數(shù)、累積、等等)時(shí)才由DRM代理管理。DRM代理(或設(shè)備)指示能夠執(zhí)行本發(fā)明的技術(shù)特征的所有類型的設(shè)備。即，本發(fā) 明的DRM代理接收RO (由LRM導(dǎo)入的R0)，并經(jīng)由RI將導(dǎo)入的RO移至另一 DRM代理。DRM 代理包括所有類型的移動(dòng)通信終端(例如，用戶裝備(UE)、便攜式終端、移動(dòng)電話、DMB電 話、游戲電話、相機(jī)電話、智能電話、等等)、筆記本、臺(tái)式計(jì)算機(jī)、個(gè)人數(shù)字助理(PDA)、所謂 的白色家用電器、等等。這些設(shè)備接收由LRM導(dǎo)入的R0，經(jīng)由RI向另一 DRM代理傳送該導(dǎo) 入的R0，以及接收來自RI的R0。本發(fā)明的DRM代理可被配置為設(shè)備的一個(gè)組件以作為執(zhí)行與數(shù)字內(nèi)容的管理有 關(guān)的功能的模塊，例如軟件和硬件設(shè)備。下文中，術(shù)語“DRM代理”和“設(shè)備”將被認(rèn)為具有 相同的含義。下文中，將參照附圖更詳細(xì)地解釋本發(fā)明的優(yōu)選實(shí)施例。將對(duì)相同的部分或者相 應(yīng)的部分給予相同的附圖標(biāo)記，并且將省去它們的詳細(xì)解釋。圖4是示出根據(jù)本發(fā)明的第一實(shí)施例的用于移動(dòng)導(dǎo)入的RO的方法的框圖。如圖4中所示，該系統(tǒng)包括證書權(quán)威機(jī)構(gòu)(CA) 100、權(quán)限發(fā)布方(RI) 200、本地權(quán)限 管理器(LRM) 300、第一 DRM代理400 (或第一設(shè)備)、以及第二 DRM代理500。CA 100向RI 200,LRM 300、第一 DRM 400和第二 DRM 500提供證書。此處，CA的證書用作共用的根證書。 例如，由CA 100發(fā)布證書的過程是以公知的基于X. 509的過程為基礎(chǔ)的，并且將省去對(duì)該 過程的詳細(xì)解釋。參照?qǐng)D4，RI 200與LRM 300之間新定義的協(xié)議(例如，LRM_RI注冊(cè)協(xié)議)用作 RI 200與LRM 300之間的信令，以使得能夠由第一 DRM代理400經(jīng)由RI 200把由LRM 300 創(chuàng)建的RO移至第二 DRM代理500 (SlO)。隨后，LRM 300導(dǎo)入由LRM 300從外部系統(tǒng)(或DRM代理)接收到的R0(S20)。在 此，導(dǎo)入的RO是由LRM 300通過將另一標(biāo)準(zhǔn)格式的RO與本發(fā)明的標(biāo)準(zhǔn)格式相匹配的方式 所創(chuàng)建和發(fā)布的R0。定義了導(dǎo)入的R0，以便與由LRM 300從外部系統(tǒng)接收到的RO區(qū)分開來。 LRM 300通過“LRM_代理_R0移動(dòng)協(xié)議”將導(dǎo)入的RO移至第一 DRM代理400 (S30)。 一旦第一 DRM代理400通過執(zhí)行“R0AP_R0移動(dòng)協(xié)議” (S40)來請(qǐng)求RI 200將導(dǎo)入的RO移 至第二 DRM代理500，導(dǎo)入的RO就從RI 200移至第二 DRM代理500 (S50)。圖5是示出根據(jù)本發(fā)明的第一實(shí)施例的用于移動(dòng)導(dǎo)入的RO的方法的流程圖，該流 程圖更詳細(xì)地解釋了圖4。圖5示出了用于由RI 200請(qǐng)求來自第一 DRM代理的導(dǎo)入的RO (從LRM300創(chuàng)建的 R0)并且隨后將該導(dǎo)入的RO移至第二 DRM代理的方法。該方法包括由LRM 300通過“LRM_
7RI注冊(cè)協(xié)議”向RI 200注冊(cè)(SlO)；由LRM300導(dǎo)入從另一 DRM系統(tǒng)接收(或者捕獲)到的 RO (S20)；由LRM 300通過“LRM_代理RO協(xié)議”將導(dǎo)入的RO移至第一 DRM代理400 (S30)； 由第一 DRM代理400通過“R0AP_R0移動(dòng)協(xié)議”將導(dǎo)入的RO和狀態(tài)信息移至RI 200 (S40)； 以及通過使用“R0捕獲協(xié)議”(例如，常規(guī)的一次通過或二次通過RO捕獲協(xié)議、或者三次通 過的經(jīng)確認(rèn)RO捕獲協(xié)議)來發(fā)布R0。這些步驟SlO到S50將被更詳細(xì)地解釋。LRM 300通過“LRM_RI_注冊(cè)協(xié)議”來向RI 200請(qǐng)求注冊(cè)(SlO)。在此，在LRM 300與RI 200之間交換特定信息(或參數(shù)或元素)，以使得導(dǎo)入的 RO(將由LRM 300在步驟S20中創(chuàng)建的R0)能夠經(jīng)由RI 200在DRM代理之間移動(dòng)。步驟SlO中的“LRM_RI_注冊(cè)協(xié)議”將被更詳細(xì)地解釋。RI 200可以通過使用諸如WAP推送(WAP Push)之類的技術(shù)來向LRM300發(fā)送觸發(fā) 消息(Sll)。該觸發(fā)消息包括RI ID,RI URL,LRM ID以及要由LRM發(fā)送的消息的類型中的 至少一者。要由LRM發(fā)送的消息的類型是(對(duì)應(yīng)于步驟S12的)注冊(cè)請(qǐng)求消息。步驟Sll 中的觸發(fā)消息對(duì)應(yīng)于可選項(xiàng)。即，可以在不執(zhí)行步驟Sll的情況下執(zhí)行后續(xù)步驟(S12和 S13)。LRM 300接收該觸發(fā)消息，隨后通過使用包括在該觸發(fā)消息中的RI URL來接入RI 200，并且發(fā)送注冊(cè)請(qǐng)求消息(圖5中的LRM_RI注冊(cè)請(qǐng)求)(S12)。在此，LRM 300可以通過 獲得其用戶的(例如，第一 DRM代理的用戶的)贊同，例如通過在DRM代理的顯示器上顯示 是否同意，來發(fā)送注冊(cè)請(qǐng)求消息。然而，在不執(zhí)行步驟Sll的情況下，LRM 300可以通過接入 RI 200來發(fā)送注冊(cè)請(qǐng)求消息(S12)。在此，LRM 300可通過使用RI 200的預(yù)定義的(即， 在從工廠裝運(yùn)時(shí)預(yù)置的)URL來向RI 200發(fā)送注冊(cè)請(qǐng)求消息。步驟S12中的注冊(cè)請(qǐng)求消息 包括LRM ID、RI ID、消息發(fā)送時(shí)間(傳送該注冊(cè)請(qǐng)求消息的時(shí)間)、整個(gè)注冊(cè)請(qǐng)求消息的簽 名等中的至少一者。注冊(cè)請(qǐng)求消息還可包括LRM 300的證書、和/或“請(qǐng)求移動(dòng)R0”參數(shù) (或者“需要移動(dòng)服務(wù)(NeedMoveService)”元素)。在此，“請(qǐng)求移動(dòng)R0”參數(shù)對(duì)應(yīng)于稍后 經(jīng)由RI 200來移動(dòng)導(dǎo)入的RO(由LRM 300創(chuàng)建的R0)的請(qǐng)求?！靶枰苿?dòng)服務(wù)”元素(若 存在)由LRM用來向RI指示LRM需要RI為由LRM創(chuàng)建的RO提供移動(dòng)服務(wù)，以使得由LRM 創(chuàng)建的RO能夠經(jīng)由RI移至其他設(shè)備。RI 200處理該注冊(cè)請(qǐng)求消息，并向LRM 300發(fā)送注冊(cè)響應(yīng)消息(圖5中的LRM_RI 注冊(cè)響應(yīng))(S13)。步驟S13中的用于由RI 200處理注冊(cè)請(qǐng)求消息的方法將被更詳細(xì)地解釋。首先，RI 200檢查所接收到的注冊(cè)請(qǐng)求消息的簽名。如果該注冊(cè)請(qǐng)求消息在其中 包括證書(LRM證書)，那么RI 200檢查LRM 300已由其信任的證書權(quán)威機(jī)構(gòu)證明。隨后， RI 200經(jīng)由從證書權(quán)威機(jī)構(gòu)提供的CRL或OCSP (圖5中未示出)來檢查是否吊銷LRM證 書。隨后，RI 200檢查“請(qǐng)求移動(dòng)R0”參數(shù)是否包括在注冊(cè)請(qǐng)求消息中。根據(jù)“請(qǐng)求移動(dòng) R0”參數(shù)是否包括在注冊(cè)請(qǐng)求消息中，RI 200能夠檢查將由LRM 300創(chuàng)建(或已創(chuàng)建)的 RO-即要在步驟S20中導(dǎo)入的RO-稍后是否能夠經(jīng)由RI 200來移動(dòng)。該檢查基于LRM300 與制造公司之間的契約、或者LRM 300與用戶之間的契約、或者操作RI 200的內(nèi)容提供方 的策略。當(dāng)RI 200允許LRM 300提供移動(dòng)RO的服務(wù)(“移動(dòng)RO(MoveRO) ”服務(wù))時(shí)，RI 200在自己的存儲(chǔ)單元中存儲(chǔ)LRM 300的ID。在此，當(dāng)?shù)谝?DRM代理400請(qǐng)求RI 200將RO 移至第二 DRM代理500時(shí)使用LRM 300的ID，以檢查是否能夠移動(dòng)所請(qǐng)求的RO(圖5中的
8S40)。其次，RI 200制作注冊(cè)響應(yīng)消息，并向LRM 300發(fā)送該注冊(cè)響應(yīng)消息。在此，該注 冊(cè)響應(yīng)消息包括指示注冊(cè)請(qǐng)求消息是已成功還是失敗的信息(狀態(tài)信息)、RI ID、LRM ID、 以及整個(gè)消息的簽名中的至少一者。當(dāng)由RI 200接收的注冊(cè)請(qǐng)求消息已失敗時(shí)(例如，當(dāng) RI 200不能處理該注冊(cè)請(qǐng)求消息，或者證書不合格時(shí)，等等)，注冊(cè)響應(yīng)消息可進(jìn)一步包括 失敗原因。注冊(cè)響應(yīng)消息可包括“同意移動(dòng)R0”參數(shù)(信息或元素)。該“同意移動(dòng)R0”參 數(shù)包括指示對(duì)包括在注冊(cè)請(qǐng)求消息中的“請(qǐng)求移動(dòng)R0”參數(shù)的檢查結(jié)果的信息。即，“同意 移動(dòng)R0” (或者“提供移動(dòng)服務(wù)(ProvideMoveService) ”)參數(shù)被RI用來向LRM300指示 RI 200是否將為LRM 300創(chuàng)建的RO提供移動(dòng)服務(wù)?？梢园锤鞣N方式來使用“同意移動(dòng)R0”參數(shù)(元素)。如果“同意移動(dòng)R0”元素 出現(xiàn)在LRM_RI注冊(cè)響應(yīng)(即，S13的注冊(cè)響應(yīng)消息)里的響應(yīng)信息(rsplnfo)元素中，那 么LRM 300可以在所有由LRM 300創(chuàng)建的導(dǎo)入權(quán)限對(duì)象內(nèi)指示此特定的RI 200有資格移 動(dòng)R0。相反，如果“同意移動(dòng)R0”元素沒有出現(xiàn)在LRM_RI注冊(cè)響應(yīng)(即，S13的注冊(cè)響應(yīng) 消息)里的響應(yīng)信息元素中，那么LRM 200不應(yīng)在任何由LRM 200創(chuàng)建的導(dǎo)入的RO內(nèi)指示 此特定的RI200有資格移動(dòng)權(quán)限。替換地，“同意移動(dòng)R0”參數(shù)可將狀態(tài)信息納入注冊(cè)響應(yīng) 消息中。在此，狀態(tài)信息指示由LRM 300創(chuàng)建的R0(導(dǎo)入的R0)是否能夠在DRM代理之間 移動(dòng)。例如，當(dāng)狀態(tài)信息被設(shè)為“成功”時(shí)，其指示“同意移動(dòng)R0”參數(shù)包括在注冊(cè)響應(yīng)消息 中。相反，當(dāng)狀態(tài)信息被設(shè)為“失敗”時(shí)，其指示“同意移動(dòng)R0”參數(shù)不包括在注冊(cè)響應(yīng)消息 中。RI 200制作包括關(guān)于與LRM 300的LRM_RI注冊(cè)協(xié)議的信息的注冊(cè)響應(yīng)消息，并向LRM 300發(fā)送該注冊(cè)響應(yīng)消息。Sll中的觸發(fā)消息對(duì)應(yīng)于可選項(xiàng)。當(dāng)發(fā)送不帶有觸發(fā)消息的注冊(cè)請(qǐng)求消息時(shí)，LRM 300可以通過使用RI 200的預(yù)定義的(即，在從工廠裝運(yùn)時(shí)預(yù)置的)URL來向RI 200發(fā)送 注冊(cè)請(qǐng)求消息。下文中，將更詳細(xì)地解釋步驟S20和S30。首先，LRM 300導(dǎo)入來自另一 DRM系統(tǒng)的內(nèi)容(S20)。作為結(jié)果，創(chuàng)建了導(dǎo)入的RO 和DRM內(nèi)容。如果RI 200準(zhǔn)許LRM 300經(jīng)由RI 200來移動(dòng)所創(chuàng)建的R0，那么將關(guān)于稍后 經(jīng)由RI 200來移動(dòng)RO的信息(“R0移動(dòng)信息”)納入R0(由LRM創(chuàng)建的R0)中。在此， “R0移動(dòng)信息”包括RI ID,RI URL JnLRM ID中的至少一者。LRM 300演算RO的簽名并將 該簽名插入RO中。即，RO (導(dǎo)入的R0)包括指示該RO能夠經(jīng)由RI 200移至另一 DRM代理 (例如，第二 DRM代理)的“RO移動(dòng)信息”、簽名、LRM ID等。LRM ID被顯示在RO內(nèi)。LRM 300通過LRM_代理RO協(xié)議將步驟S20中所創(chuàng)建的RO (導(dǎo)入的R0)移至第一 DRM 代理(S30)。下文中，將解釋步驟S40和S50。如果第一 DRM代理400的用戶要將由LRM 300在步驟S20中創(chuàng)建的R0(導(dǎo)入的 R0)移至第二 DRM代理500，那么第一 DRM代理400通過使用與RI 200的R0AP_權(quán)限移動(dòng) 協(xié)議來向RI 200發(fā)送該導(dǎo)入的RO(從LRM 300接收到的R0) (S40)。在此，當(dāng)RO是有狀態(tài) RO時(shí)，可以附加地發(fā)送該RO的狀態(tài)信息。更具體地，第一 DRAM代理400向RI 200發(fā)送“R0移動(dòng)請(qǐng)求消息”(S41)。在此， 該“R0移動(dòng)請(qǐng)求消息”是“R0移動(dòng)信息”，并且包括第一 DRM代理400的ID、RI 200的ID、消息發(fā)送時(shí)間(傳送“R0移動(dòng)請(qǐng)求消息”的時(shí)間)、以及由LRM簽署的RO (從LRM接收到的 導(dǎo)入的R0)中的至少一者。如果RO是有狀態(tài)R0，那么在“R0移動(dòng)請(qǐng)求消息”中進(jìn)一步包括 該RO的狀態(tài)信息。RO移動(dòng)請(qǐng)求消息還可包括MAC或者簽名。RI 200在步驟S41中處理該RO移動(dòng)請(qǐng)求消息。更具體地，RI 200檢查從LRM 300 接收到的RO的簽名，即檢查簽署該RO的LRM 300是否已由RI 200通過LRM_RI_注冊(cè)協(xié)議 (SlO)來準(zhǔn)許其移動(dòng)該R0。在此，由RI 200通過使用RO內(nèi)的LRM ID來執(zhí)行該檢查。艮口， RI 200將在處理S12的注冊(cè)請(qǐng)求消息時(shí)所存儲(chǔ)的LRM ID與S41的RO內(nèi)的LRM ID相比較。 如果這兩個(gè)LRM ID彼此一致，那么RI 200確定移動(dòng)該RO是得到準(zhǔn)許的。RI 200創(chuàng)建RO移動(dòng)響應(yīng)消息，并向第一 DRM代理400發(fā)送該RO移動(dòng)響應(yīng)消息 (S42)。在此，該RO移動(dòng)響應(yīng)消息包括至少一個(gè)特定信息，諸如指示移動(dòng)S41的RO已成功 還是失敗的信息、RI 200的ID、以及第一 DRAM代理400的ID。在此，指示移動(dòng)S41的RO已 成功還是失敗的信息是作為彼此比較這兩個(gè)LRM ID的結(jié)果指示移動(dòng)該RO是否得到準(zhǔn)許的 信息。例如，如果這些LRM ID彼此一致(成功的檢查結(jié)果)，那么指示移動(dòng)RO已成功還是 失敗的信息被設(shè)置成包括指示移動(dòng)該RO得到準(zhǔn)許的信息(狀態(tài)=成功)，相反，如果這些 LRM ID彼此不一致(不成功的檢查結(jié)果)，那么指示移動(dòng)RO已成功還是失敗的信息被設(shè)置 成包括指示移動(dòng)該RO沒有得到準(zhǔn)許的信息(狀態(tài)=失敗)或者指示在RO移動(dòng)請(qǐng)求消息中 包括錯(cuò)誤的信息。RO響應(yīng)消息還可包括MAC (關(guān)于整個(gè)RO響應(yīng)消息的MAC)和/或簽名。第一 DRM代理400從RI 200接收RO移動(dòng)響應(yīng)消息，并檢查在所接收到的RO移動(dòng) 響應(yīng)消息中是否包括MAC或簽名(S42)。如果該RO移動(dòng)響應(yīng)消息包括指示移動(dòng)RO已失敗 的信息，那么第一 DRM代理400可以通過輸出設(shè)備(例如，第一 DRM代理的顯示器或揚(yáng)聲器 等)來通知自己的用戶。如果該RO移動(dòng)響應(yīng)消息包括指示移動(dòng)RO已成功的信息，那么RI 200通過使用RO 捕獲協(xié)議來向第二 DRM代理500發(fā)布R0(S50)。該RO捕獲協(xié)議可以是常規(guī)的一次通過或二 次通過RO捕獲協(xié)議、或者三次通過的經(jīng)確認(rèn)RO捕獲協(xié)議。步驟S50的RO捕獲協(xié)議對(duì)應(yīng)于 常規(guī)技術(shù)，從而其詳細(xì)解釋將由“OMA DRM 2. IDRM規(guī)范”來替代。下文中，將解釋根據(jù)本發(fā)明的LRM 300的配置和功能。LRM 300可以創(chuàng)建從已由它自己從外部系統(tǒng)接收到的內(nèi)容導(dǎo)入的R0，以便使該RO 能夠在DRM代理之間移動(dòng)。為此，LRM 300通過使用LRM_RI注冊(cè)協(xié)議來請(qǐng)求RI 200移動(dòng) R0，并從RI 200接收響應(yīng)。在此，LRM 300可通過將“請(qǐng)求移動(dòng)R0”參數(shù)納入注冊(cè)請(qǐng)求消息 中來請(qǐng)求RI 200移動(dòng)R0，以使得導(dǎo)入的RO能夠經(jīng)由RI 200在DRM代理之間移動(dòng)(參照?qǐng)D 5中的S12)。隨后，LRM 300可檢查在注冊(cè)響應(yīng)消息中是否包括“同意移動(dòng)R0”參數(shù)(狀態(tài) 信息)，并檢查RI 200是否已準(zhǔn)許由LRM 300導(dǎo)入的RO能夠在DRM代理之間移動(dòng)(參照?qǐng)D 5中的S12)。如果RI已準(zhǔn)許RO能夠移動(dòng)，那么LRM 300通過將自己的ID(LRM ID)納入RO 中的方式來從接收自外部系統(tǒng)的內(nèi)容創(chuàng)建R0。LRM的操作和功能可以由LRM 300的處理器 (或控制器)來執(zhí)行。在此，LRM 300的處理器可以由軟件、或硬件、或具有軟件的模塊等來實(shí)現(xiàn)。對(duì)LRM 300的操作的解釋將由以上在圖4和圖5中所提及的那些解釋來替代。下文中，將解釋本發(fā)明的RI 200的配置和功能。RI 200可以管理發(fā)布由LRM 300導(dǎo)入的RO的權(quán)限。S卩，當(dāng)LRM 300請(qǐng)求移動(dòng)RO
10時(shí)，RI 200可以在考慮系統(tǒng)狀況和用戶的策略的情況下準(zhǔn)許或拒絕移動(dòng)R0(參照?qǐng)D5中的 S10) 0 S卩，RI 200可以檢查包括在從LRM 300發(fā)送的注冊(cè)請(qǐng)求消息中的“請(qǐng)求移動(dòng)R0”參 數(shù)，并通過將“同意移動(dòng)R0”參數(shù)納入注冊(cè)響應(yīng)消息中來準(zhǔn)許關(guān)于經(jīng)由RI 200在DRM代理 之間移動(dòng)RO的請(qǐng)求。RI 200在自己的存儲(chǔ)單元中存儲(chǔ)LRM ID。隨后，當(dāng)從第一 DRM代理接 收到關(guān)于將(由LRM導(dǎo)入的)RO移至第二 DRM代理的請(qǐng)求時(shí)，RI 200從該RO提取LRM ID。 隨后，RI 200將所提取的LRM ID與存儲(chǔ)在RI 200中的LRM ID相比較。如果這兩個(gè)LRM ID彼此一致，那么確定RI 200已準(zhǔn)許LRM 300移動(dòng)該R0。相應(yīng)地，RI 200將該RO移至第 一 DRM代理所請(qǐng)求的第二 DRM代理。RI 200的操作和功能可以由RI 200的處理器(或控 制器)來執(zhí)行。在此，RI 200的處理器可以由軟件、或硬件、或具有軟件的模塊等來實(shí)現(xiàn)。 對(duì)RI 200的操作的解釋將由以上在圖4和圖5中所提及的那些解釋來替代。
對(duì)本領(lǐng)域技術(shù)人員亦將顯見，可在本發(fā)明中作出各種修改和變體而不會(huì)背離本發(fā) 明的精神或范圍。因此，本發(fā)明旨在涵蓋本發(fā)明的修改和變體，只要它們落在所附權(quán)利要求 書及其等效方案的范圍內(nèi)。
權(quán)利要求
一種用于移動(dòng)權(quán)限對(duì)象(RO)的方法，包括由第一實(shí)體向第二實(shí)體發(fā)送包括關(guān)于RO的移動(dòng)的第一信息的注冊(cè)請(qǐng)求消息；由所述第一實(shí)體從所述第二實(shí)體接收包括關(guān)于RO的移動(dòng)的第二信息的注冊(cè)響應(yīng)消息；由所述第一實(shí)體從接收自外部系統(tǒng)的數(shù)字內(nèi)容導(dǎo)入RO和DRM內(nèi)容；以及由所述第一實(shí)體將所導(dǎo)入的RO移至DRM代理。
2.如權(quán)利要求1所述的方法，其特征在于，還包括由所述第一實(shí)體從所述第二實(shí)體接收向所述第二實(shí)體注冊(cè)協(xié)議的觸發(fā)消息。
3.如權(quán)利要求1所述的方法，其特征在于，所述RO包括所述第一實(shí)體的ID。
4.如權(quán)利要求1所述的方法，其特征在于，所述第一實(shí)體是本地權(quán)限管理器(LRM)，并 且所述第二實(shí)體是權(quán)限發(fā)布方(RI)。
5.如權(quán)利要求2所述的方法，其特征在于，所述觸發(fā)消息包括RIID、RIURL、LRM ID、以 及指示LRM消息的類型的信息中的至少一者。
6.如權(quán)利要求1所述的方法，其特征在于，所述第一信息包括“請(qǐng)求移動(dòng)R0”、RIID、 LRM ID、簽名、消息發(fā)送時(shí)間、以及LRM證書中的至少一者。
7.如權(quán)利要求6所述的方法，其特征在于，所述“請(qǐng)求移動(dòng)R0”是包括由所述第一實(shí)體 作出的關(guān)于經(jīng)由所述第二實(shí)體在DRM代理之間移動(dòng)導(dǎo)入的RO的請(qǐng)求信息的參數(shù)。
8.如權(quán)利要求1所述的方法，其特征在于，所述第二信息包括“同意移動(dòng)R0”、RIID、 LRM ID、簽名、消息發(fā)送時(shí)間、以及LRM證書中的至少一者。
9.如權(quán)利要求8所述的方法，其特征在于，所述“同意移動(dòng)R0”是包括指示由所述第一 實(shí)體創(chuàng)建的RO被準(zhǔn)許能夠經(jīng)由所述第二實(shí)體在DRM代理之間移動(dòng)的信息的參數(shù)。
10.一種用于管理發(fā)布權(quán)限對(duì)象(RO)的權(quán)限的方法，包括由第二實(shí)體從第一實(shí)體接收由所述第一實(shí)體創(chuàng)建的關(guān)于RO的移動(dòng)的請(qǐng)求消息；由所述第二實(shí)體檢查關(guān)于RO的移動(dòng)的第一信息是否已被納入所述請(qǐng)求消息中；以及當(dāng)所述第二實(shí)體準(zhǔn)許RO的移動(dòng)時(shí)，由所述第二實(shí)體向所述第一實(shí)體發(fā)送包括關(guān)于RO 的移動(dòng)的第二信息的響應(yīng)消息。
11.如權(quán)利要求10所述的方法，其特征在于，所述第一實(shí)體是本地權(quán)限管理器(LRM)， 并且所述第二實(shí)體是權(quán)限發(fā)布方(RI)。
12.如權(quán)利要求10所述的方法，其特征在于，所述第一信息包括LRMID、“請(qǐng)求移動(dòng) R0”、RI ID、簽名、消息發(fā)送時(shí)間、以及LRM證書中的至少一者。
13.如權(quán)利要求12所述的方法，其特征在于，還包括由所述第二實(shí)體檢查“請(qǐng)求移動(dòng)R0”參數(shù)是否已被納入所述請(qǐng)求消息中；以及由所述第二實(shí)體存儲(chǔ)所述第一實(shí)體的ID。
14.如權(quán)利要求12所述的方法，其特征在于，所述“請(qǐng)求移動(dòng)R0”是包括由所述第一實(shí) 體作出的關(guān)于經(jīng)由所述第二實(shí)體在DRM代理之間移動(dòng)導(dǎo)入的RO的請(qǐng)求信息的參數(shù)。
15.如權(quán)利要求10所述的方法，其特征在于，所述第二信息包括“同意移動(dòng)R0”、RIID、 LRM ID、簽名、消息發(fā)送時(shí)間、以及LRM證書中的至少一者。
16.如權(quán)利要求15所述的方法，其特征在于，所述“同意移動(dòng)R0”是包括指示由所述第 一實(shí)體創(chuàng)建的RO被準(zhǔn)許能夠經(jīng)由所述第二實(shí)體在DRM代理之間移動(dòng)的信息的參數(shù)。
17.如權(quán)利要求16所述的方法，其特征在于，由所述第一實(shí)體創(chuàng)建的所述RO包括所述 第一實(shí)體的ID。
18.如權(quán)利要求13所述的方法，其特征在于，還包括由所述第二實(shí)體從第一 DRM代理接收關(guān)于將RO移至第二 DRM代理的請(qǐng)求消息；由所述第二實(shí)體提取包括在所述請(qǐng)求消息中的所述第一實(shí)體的ID ；由所述第二實(shí)體檢查所存儲(chǔ)的所述第一實(shí)體的ID是否與所提取的所述第一實(shí)體的ID一致；當(dāng)所述第一實(shí)體的所述兩個(gè)ID彼此一致時(shí)，由所述第二實(shí)體向所述第一 DRM代理發(fā)送 所述響應(yīng)消息；以及由所述第二實(shí)體將所述RO移至所述第二 DRM代理。
19.一種用于移動(dòng)導(dǎo)入的權(quán)限對(duì)象(RO)的方法，包括由第一 DRM代理從本地權(quán)限管理器(LRM)接收R0，其中所述RO是從已由所述LRM從外 部系統(tǒng)接收到的內(nèi)容導(dǎo)入的；由所述第一 DRM代理向所述權(quán)限發(fā)布方(RI)發(fā)送RO移動(dòng)請(qǐng)求消息以將所述RO移至 所述第二 DRM代理；以及由所述第一 DRM代理從所述RI接收關(guān)于所述RO移動(dòng)請(qǐng)求消息的響應(yīng)消息。
20.如權(quán)利要求19所述的方法，其特征在于，所述關(guān)于移動(dòng)RO的請(qǐng)求消息包括所述第 二 DRM代理的ID、RI ID、消息發(fā)送時(shí)間、以及由所述LRM簽署的RO中的至少一者，并且其中當(dāng)所述RO為有狀態(tài)時(shí)，所述關(guān)于移動(dòng)RO的請(qǐng)求消息還包括狀態(tài)信息。
全文摘要
公開了一種用于管理發(fā)布權(quán)限對(duì)象(RO)的權(quán)限的方法以及一種用于在數(shù)字權(quán)限管理(DRM)代理之間移動(dòng)由本地權(quán)限管理器(LRM)創(chuàng)建的RO的方法。權(quán)限發(fā)布方(RI)準(zhǔn)許LRM經(jīng)由RI來移動(dòng)由LRM創(chuàng)建(或發(fā)布)的RO，并且第一DRM代理經(jīng)由RI將RO移至第二DRM代理。
文檔編號(hào)G06F21/10GK101896917SQ200880120833
公開日2010年11月24日 申請(qǐng)日期2008年12月8日 優(yōu)先權(quán)日2007年12月14日
發(fā)明者李承帝 申請(qǐng)人:Lg電子株式會(huì)社