專(zhuān)利名稱(chēng)：版權(quán)對(duì)象獲取方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種與移動(dòng)終端一起使用的數(shù)字版權(quán)管理(DRM)系統(tǒng)，更具體地講，涉及一種使移動(dòng)終端能夠按照批處理方式獲取多個(gè)版權(quán)對(duì)象的批版權(quán)對(duì)象(RO)獲取方法和系統(tǒng)。

背景技術(shù)：
隨著互聯(lián)網(wǎng)的廣泛使用以及多媒體和通信技術(shù)的發(fā)展，各種數(shù)字內(nèi)容經(jīng)網(wǎng)絡(luò)被分發(fā)并被獲取。然而，沒(méi)有版權(quán)保護(hù)策略，先進(jìn)的網(wǎng)絡(luò)環(huán)境和技術(shù)可能被用于非法分發(fā)內(nèi)容。
已經(jīng)開(kāi)發(fā)了數(shù)字版權(quán)管理(DRM)系統(tǒng)以防止非法使用和分發(fā)受版權(quán)保護(hù)的內(nèi)容。DRM是表示用于保護(hù)作者和內(nèi)容提供者的版權(quán)的訪問(wèn)控制技術(shù)的術(shù)語(yǔ)。
規(guī)定DRM以提供數(shù)字內(nèi)容的受控制的消費(fèi)并保護(hù)作者和內(nèi)容提供者的知識(shí)產(chǎn)權(quán)。
通常，加密的DRM內(nèi)容可以被自由地訪問(wèn)和下載。然而，為了使用DRM內(nèi)容，需要用于對(duì)加密的DRM內(nèi)容進(jìn)行解碼的被稱(chēng)為版權(quán)對(duì)象(RO)的許可證。由于其有效的使用控制，DRM被許多版權(quán)持有者使用。
DRM技術(shù)嘗試通過(guò)創(chuàng)建、分發(fā)、使用和取消的所有階段來(lái)保護(hù)數(shù)字內(nèi)容，并限制用戶(hù)對(duì)數(shù)字內(nèi)容的訪問(wèn)和使用權(quán)限。DRM允許具有有效的加密密鑰(如RO)的用戶(hù)對(duì)加密的數(shù)字內(nèi)容解碼，以便在數(shù)字內(nèi)容被非法分發(fā)時(shí)也能保護(hù)數(shù)字內(nèi)容。
RO是在OMA DRM系統(tǒng)中使用的容器(container)，用于攜帶用于對(duì)相應(yīng)的DRM內(nèi)容解密的許可證密鑰，其中，所述OMA DRM系統(tǒng)是開(kāi)放移動(dòng)聯(lián)盟(OMA)發(fā)明的開(kāi)放DRM標(biāo)準(zhǔn)。RO由權(quán)限發(fā)布者(RI)發(fā)布，并由終端用戶(hù)購(gòu)買(mǎi)。由于數(shù)字內(nèi)容和相應(yīng)的RO按照分離的方式被遞送，所以下載的內(nèi)容的使用限制于獲得相應(yīng)RO的用戶(hù)。
RO是許可、約束和其他屬性的集合，其他屬性定義在什么情況下準(zhǔn)予訪問(wèn)以及對(duì)DRM內(nèi)容對(duì)象限定了哪些使用。通常，使用約束包括計(jì)數(shù)(count)、日期時(shí)間(datetime)、間隔(interval)、計(jì)時(shí)(timed-count)、累計(jì)(accumulated)和個(gè)人(individual)。這些約束被存儲(chǔ)在RO的特定字段中。
例如，RO可通過(guò)將計(jì)數(shù)約束值設(shè)置為“10”來(lái)指定對(duì)MP3文件的使用。在這種情況下，MP3文件可以被播放10次，每當(dāng)播放MP3文件時(shí)，計(jì)數(shù)減1。如果計(jì)數(shù)值變?yōu)椤?”，那么對(duì)MP3文件的使用權(quán)限終止。為了保持對(duì)MP3文件的使用權(quán)限，應(yīng)該更新相應(yīng)的RO。
圖1是示出在傳統(tǒng)DRM系統(tǒng)中的RO遞送過(guò)程的示圖。
在圖1中，移動(dòng)終端101向內(nèi)容服務(wù)器102發(fā)送內(nèi)容請(qǐng)求消息(105)，內(nèi)容服務(wù)器102響應(yīng)于內(nèi)容請(qǐng)求消息105發(fā)送相應(yīng)的內(nèi)容(106)。在所請(qǐng)求的內(nèi)容為受DRM保護(hù)的內(nèi)容的情況下，內(nèi)容被用加密密鑰和DRM指定的方案加密，并按照具有約束(如使用規(guī)則、播放次數(shù)和持續(xù)時(shí)間)的DRM格式被發(fā)送。如果檢測(cè)到獲取下載的內(nèi)容的許可證的用戶(hù)請(qǐng)求，移動(dòng)終端101向權(quán)限發(fā)布者(RI)103發(fā)送許可證請(qǐng)求消息107，RI 103響應(yīng)于許可證請(qǐng)求消息向移動(dòng)終端101發(fā)送相應(yīng)的許可證108。這里，許可證是對(duì)內(nèi)容的使用權(quán)限，包括解密密鑰和使用約束信息。就DRM內(nèi)容對(duì)象而言，移動(dòng)終端101應(yīng)該獲取用于消費(fèi)內(nèi)容的使用權(quán)限。因此，RI 103檢查移動(dòng)終端101的用戶(hù)的身份是否有效。如果確定該用戶(hù)有效，那么RI 103向移動(dòng)終端101發(fā)送許可證。如果從RI 103接收到許可證，那么移動(dòng)終端101可使用該許可證播放內(nèi)容。通常，由安裝在移動(dòng)終端101中的DRM客戶(hù)機(jī)應(yīng)用程序從許可證中提取解密密鑰和使用約束信息。通過(guò)使用解密密鑰來(lái)對(duì)內(nèi)容解密，并在許可證中指定的使用約束下播放內(nèi)容。
然而，傳統(tǒng)DRM系統(tǒng)的缺點(diǎn)在于逐項(xiàng)地執(zhí)行RO獲取或更新過(guò)程，從而獲取或更新多個(gè)RO既耗時(shí)又麻煩。即，由于消耗DRM內(nèi)容對(duì)象所需的RO被逐個(gè)購(gòu)買(mǎi)，所以用戶(hù)必須重復(fù)執(zhí)行DRM內(nèi)容對(duì)象的數(shù)量那么多次的購(gòu)買(mǎi)過(guò)程，這導(dǎo)致用戶(hù)不便。
例如，當(dāng)決定更新對(duì)MP3文件、視頻文件和游戲文件的終止的使用權(quán)限時(shí)，用戶(hù)必須通過(guò)各購(gòu)買(mǎi)過(guò)程逐個(gè)購(gòu)買(mǎi)MP3文件、視頻文件和游戲文件的RO。這些重復(fù)的RO購(gòu)買(mǎi)過(guò)程既耗時(shí)又麻煩，導(dǎo)致用戶(hù)不便和低效的內(nèi)容管理。


發(fā)明內(nèi)容
針對(duì)現(xiàn)有技術(shù)的上述缺點(diǎn)，本發(fā)明的主要方面在于提供一種能夠通過(guò)簡(jiǎn)化的過(guò)程獲取和更新多個(gè)RO的移動(dòng)終端的批RO獲取方法和系統(tǒng)。
此外，本發(fā)明提供了一種通過(guò)按照批處理方式獲取多個(gè)RO能夠提高受保護(hù)的內(nèi)容的管理效率的移動(dòng)終端的批RO獲取方法和系統(tǒng)。
此外，本發(fā)明提供了一種通過(guò)引入中間服務(wù)器能夠按照批處理方式購(gòu)買(mǎi)和驗(yàn)證多個(gè)RO的移動(dòng)終端的批RO獲取方法和系統(tǒng)。
根據(jù)本發(fā)明示例性實(shí)施例，一種版權(quán)對(duì)象獲取方法包括移動(dòng)終端向權(quán)限發(fā)布者發(fā)送請(qǐng)求內(nèi)容對(duì)象的一個(gè)或多個(gè)版權(quán)對(duì)象的版權(quán)對(duì)象請(qǐng)求消息；權(quán)限發(fā)布者響應(yīng)于版權(quán)對(duì)象請(qǐng)求消息創(chuàng)建包含版權(quán)對(duì)象請(qǐng)求消息所指示的版權(quán)對(duì)象中的至少一個(gè)和至少一個(gè)簽名的版權(quán)對(duì)象響應(yīng)消息；權(quán)限發(fā)布者向移動(dòng)終端發(fā)送版權(quán)對(duì)象響應(yīng)消息。
根據(jù)本發(fā)明另一示例性實(shí)施例，一種版權(quán)對(duì)象獲取方法包括移動(dòng)終端向第一權(quán)限發(fā)布者發(fā)送請(qǐng)求內(nèi)容對(duì)象的一個(gè)或多個(gè)版權(quán)對(duì)象的版權(quán)對(duì)象請(qǐng)求消息；第一權(quán)限發(fā)布者創(chuàng)建包含版權(quán)對(duì)象請(qǐng)求消息所指示的版權(quán)對(duì)象中的至少一個(gè)和至少一個(gè)簽名的第一版權(quán)對(duì)象響應(yīng)消息；第一權(quán)限發(fā)布者向版權(quán)對(duì)象請(qǐng)求消息中指定的第二權(quán)限發(fā)布者發(fā)送版權(quán)對(duì)象請(qǐng)求消息和第一版權(quán)對(duì)象響應(yīng)消息；第二權(quán)限發(fā)布者創(chuàng)建包含版權(quán)對(duì)象請(qǐng)求消息所指示的版權(quán)對(duì)象中的至少一個(gè)和至少一個(gè)簽名的第二版權(quán)對(duì)象響應(yīng)消息；當(dāng)不存在版權(quán)對(duì)象請(qǐng)求消息中所指定的其他權(quán)限發(fā)布者時(shí)，第二權(quán)限發(fā)布者向移動(dòng)終端發(fā)送第二版權(quán)對(duì)象響應(yīng)消息。
根據(jù)本發(fā)明另一示例性實(shí)施例，一種版權(quán)對(duì)象獲取方法包括移動(dòng)終端向第一權(quán)限發(fā)布者發(fā)送請(qǐng)求內(nèi)容對(duì)象的一個(gè)或多個(gè)版權(quán)對(duì)象的版權(quán)對(duì)象請(qǐng)求消息；第一權(quán)限發(fā)布者向版權(quán)對(duì)象請(qǐng)求消息中指定的第二權(quán)限發(fā)布者發(fā)送版權(quán)對(duì)象請(qǐng)求消息；第一權(quán)限發(fā)布者向移動(dòng)終端發(fā)送包含版權(quán)對(duì)象請(qǐng)求消息所指示的版權(quán)對(duì)象中的至少一個(gè)和第一權(quán)限發(fā)布者的簽名的版權(quán)對(duì)象響應(yīng)消息；第一權(quán)限發(fā)布者向移動(dòng)終端發(fā)送包含版權(quán)對(duì)象請(qǐng)求消息所指示的版權(quán)對(duì)象中的至少一個(gè)和第一權(quán)限發(fā)布者的簽名的版權(quán)對(duì)象響應(yīng)消息。
根據(jù)本發(fā)明另一示例性實(shí)施例，一種版權(quán)對(duì)象獲取系統(tǒng)包括移動(dòng)終端，按照批處理方式請(qǐng)求并獲取至少一個(gè)內(nèi)容對(duì)象的至少一個(gè)版權(quán)對(duì)象；服務(wù)器，執(zhí)行移動(dòng)終端的驗(yàn)證，并按照批處理方式將至少一個(gè)版權(quán)對(duì)象提供給移動(dòng)終端。
在開(kāi)始下面的具體實(shí)施方式
之前，闡述本專(zhuān)利文檔中所使用的特定詞和短語(yǔ)的定義是有利的術(shù)語(yǔ)“包括”和“包含”及其派生詞是指不受限制的包括；術(shù)語(yǔ)“或”是包含的，是指和/或；短語(yǔ)“有關(guān)”及其派生詞可以表示包括、被包括在內(nèi)、與...相互連接、包含、被包含在內(nèi)、連接到或與...連接、結(jié)合到或與...結(jié)合、可與...通信、與...相互操作、交織、并列、與...接近、綁定到...或與...綁定、具有、具有...的屬性等。貫穿本專(zhuān)利文檔提供了特定詞和短語(yǔ)的定義，本領(lǐng)域技術(shù)人員應(yīng)該理解，在許多(如果不是最多)情況下，這些定義適用于這些定義的詞或短語(yǔ)過(guò)去的和將來(lái)的使用。



為了更全面地理解本公開(kāi)及其優(yōu)點(diǎn)，結(jié)合附圖進(jìn)行下面的描述，在附圖中相同的標(biāo)號(hào)表示相同的部件，其中 圖1是示出在傳統(tǒng)DRM系統(tǒng)中RO遞送過(guò)程的示圖； 圖2是示出根據(jù)本發(fā)明示例性實(shí)施例的移動(dòng)終端的構(gòu)造的框圖； 圖3是示出根據(jù)本發(fā)明示例性實(shí)施例的批DRM-RO獲取方法的消息流程圖； 圖4是示出根據(jù)本發(fā)明示例性實(shí)施例的在批RO獲取方法中使用的DCF的結(jié)構(gòu)的示圖； 圖5是示出根據(jù)本發(fā)明另一示例性實(shí)施例的批DRM-RO獲取方法的消息流程圖； 圖6是示出根據(jù)本發(fā)明示例性實(shí)施例的批DRM-RO獲取系統(tǒng)的示意圖； 圖7是示出根據(jù)本發(fā)明另一示例性實(shí)施例的批RO獲取方法的消息流程圖； 圖8是示出根據(jù)本發(fā)明另一示例性實(shí)施例的批RO獲取系統(tǒng)的示意性框圖； 圖9是示出根據(jù)本發(fā)明另一示例性實(shí)施例的群聚RO獲取系統(tǒng)的示意性框圖。

具體實(shí)施例方式 以下討論的圖2至圖9以及用于描述本專(zhuān)利原理的各實(shí)施例僅僅是作為示例，不應(yīng)該以任何方式被解釋為限制本公開(kāi)的范圍。本領(lǐng)域技術(shù)人員應(yīng)該理解，本公開(kāi)的原理可以在任何適當(dāng)?shù)卦O(shè)置的通信系統(tǒng)中實(shí)施。
在本發(fā)明中，提供了一種版權(quán)對(duì)象(RO)獲取方法和系統(tǒng)。本發(fā)明的RO獲取方法和系統(tǒng)使移動(dòng)終端能夠按照群聚(aggregation)方式獲得多個(gè)受數(shù)字版權(quán)管理(DRM)保護(hù)的內(nèi)容項(xiàng)的RO。在根據(jù)本發(fā)明的RO獲取方法和系統(tǒng)中，通過(guò)中間服務(wù)器(broker server)來(lái)執(zhí)行管理過(guò)程，如內(nèi)容購(gòu)買(mǎi)、RO獲取和更新以及驗(yàn)證。下面，術(shù)語(yǔ)“RO獲取”被使用，其包括“RO更新”的含義，以簡(jiǎn)化說(shuō)明。
下面，移動(dòng)終端可以是包括支持根據(jù)各種無(wú)線電通信標(biāo)準(zhǔn)的數(shù)據(jù)和語(yǔ)音通信的蜂窩電話、便攜式多媒體播放器(PMP)、MP3播放器、數(shù)字廣播接收器、個(gè)人數(shù)字助理(PDA)、筆記本電腦和臺(tái)式機(jī)及其支持有線或無(wú)線通信的等同物在內(nèi)的各種裝置之一。
圖2是示出根據(jù)本發(fā)明示例性實(shí)施例的移動(dòng)終端的構(gòu)造的框圖。盡管在圖2中移動(dòng)電話被描述為移動(dòng)終端，但是本發(fā)明不限于移動(dòng)電話。
如圖2所示，移動(dòng)終端200包括射頻(RF)單元210、數(shù)據(jù)處理單元220、音頻處理單元230、輸入單元240、存儲(chǔ)器單元250、顯示單元260和控制單元270。
參照?qǐng)D2，RF單元210負(fù)責(zé)移動(dòng)終端200的無(wú)線電通信。RF單元210根據(jù)特定通信方案與通信系統(tǒng)設(shè)立無(wú)線電通信信道。具體地講，RF單元210允許移動(dòng)終端200與用于獲取內(nèi)容及其RO的web服務(wù)器交換控制消息。RF單元210包括用于對(duì)發(fā)送信號(hào)進(jìn)行上變換并將其放大的RF發(fā)送器和用于低噪聲放大接收的信號(hào)并對(duì)其進(jìn)行下變換的RF接收器。
RF單元210允許移動(dòng)終端200從內(nèi)容服務(wù)器下載DRM內(nèi)容，從權(quán)限發(fā)布者(RI)或中間服務(wù)器下載播放DRM內(nèi)容所需的RO。RF單元210向RI或中間服務(wù)器發(fā)送版權(quán)對(duì)象獲取協(xié)議(ROAP)觸發(fā)請(qǐng)求和RO請(qǐng)求消息，并接收ROAP觸發(fā)消息和RO響應(yīng)消息。稍后將更詳細(xì)地描述這些消息。
數(shù)據(jù)處理單元220負(fù)責(zé)處理通過(guò)音頻處理單元230輸入的語(yǔ)音數(shù)據(jù)、通過(guò)輸入單元240輸入的文本數(shù)據(jù)以及來(lái)自RF單元210和發(fā)送到RF單元210的數(shù)據(jù)。數(shù)據(jù)處理單元220可包括調(diào)制解調(diào)器和編解碼器。編解碼器包括用于處理包數(shù)據(jù)的數(shù)據(jù)編解碼器和用于處理音頻數(shù)據(jù)的音頻編解碼器。
音頻處理單元230處理數(shù)據(jù)處理單元220輸出的音頻信號(hào)，以按照聽(tīng)得見(jiàn)的聲音的形式通過(guò)揚(yáng)聲器(SPK)輸出音頻信號(hào)并處理通過(guò)麥克風(fēng)(MIC)輸入的音頻信號(hào)，從而將處理后的音頻信號(hào)輸出到數(shù)據(jù)處理單元220。音頻處理單元230按照聽(tīng)得見(jiàn)的聲音的形式通過(guò)揚(yáng)聲器(SPK)輸出包括語(yǔ)音數(shù)據(jù)在內(nèi)的音頻數(shù)據(jù)，并按照音頻數(shù)據(jù)的形式將通過(guò)麥克風(fēng)(MIC)輸入的包括語(yǔ)音在內(nèi)的音頻信號(hào)輸出到數(shù)據(jù)處理單元220。
具體地講，音頻處理單元230被構(gòu)造為播放包含在用戶(hù)所選擇的DRM內(nèi)容中的音頻數(shù)據(jù)。
輸入單元240接收用于設(shè)定和控制移動(dòng)終端200的各種功能的各種字母數(shù)字鍵輸入和功能鍵輸入，并將對(duì)應(yīng)于鍵輸入的鍵序列傳送給控制單元270。輸入單元240可以被實(shí)現(xiàn)為觸摸墊、普通鍵區(qū)、觸摸屏、qwerty鍵盤(pán)和特定類(lèi)型的功能鍵中的至少一種。具體地講，輸入單元240產(chǎn)生用于選擇顯示單元260上所顯示的列表(DRM內(nèi)容列表或根據(jù)內(nèi)容項(xiàng)的RO列表)中所列出的項(xiàng)的鍵信號(hào)，并將鍵信號(hào)傳送給控制單元270。當(dāng)然，可以響應(yīng)于用戶(hù)的請(qǐng)求從列表中選擇多個(gè)項(xiàng)。
存儲(chǔ)器單元250存儲(chǔ)用于執(zhí)行與RO獲取方法有關(guān)的各種功能的至少一個(gè)應(yīng)用程序以及從外部裝置(內(nèi)容服務(wù)器、RI、中間服務(wù)器和另一移動(dòng)終端)收集的用戶(hù)數(shù)據(jù)。用戶(hù)數(shù)據(jù)包括電話本數(shù)據(jù)、靜止和運(yùn)動(dòng)圖像文件、音頻文件、其他類(lèi)型的數(shù)字內(nèi)容、受DRM保護(hù)的內(nèi)容等。所述應(yīng)用程序可以是與播放用戶(hù)數(shù)據(jù)有關(guān)的程序。具體地講，所述應(yīng)用程序可以是用于管理和控制受DRM保護(hù)的內(nèi)容的使用的內(nèi)容管理程序。存儲(chǔ)單元250可包括用于緩沖在應(yīng)用程序操作期間產(chǎn)生的用戶(hù)數(shù)據(jù)的至少一個(gè)緩沖器。
存儲(chǔ)器單元250存儲(chǔ)與每個(gè)DRM內(nèi)容對(duì)象有關(guān)的至少一種內(nèi)容信息。所述內(nèi)容信息包括大小、數(shù)據(jù)類(lèi)型、標(biāo)題、可播放期間、可播放次數(shù)、內(nèi)容相關(guān)信息、使用限制等。具體地講，存儲(chǔ)器單元存儲(chǔ)每個(gè)DRM內(nèi)容對(duì)象的RO。
顯示單元260顯示表示應(yīng)用程序所產(chǎn)生的數(shù)據(jù)、鍵操作狀態(tài)和預(yù)設(shè)的功能信息的屏幕。顯示單元260可以被實(shí)現(xiàn)為液晶顯示器(LCD)。LCD可以具有觸摸屏功能。在這種情況下，顯示單元260作為輸入單元240的一部分操作。
控制單元270控制移動(dòng)終端200的全部操作以及移動(dòng)終端200的內(nèi)部部件之間的信號(hào)傳輸?？刂茊卧?70控制數(shù)據(jù)處理單元220、音頻處理單元230、輸入單元240、存儲(chǔ)器單元250和顯示單元260的互操作?？刂茊卧?70可包括數(shù)據(jù)處理單元220。
具體地講，控制單元270控制多個(gè)DRM內(nèi)容項(xiàng)的包購(gòu)買(mǎi)和多個(gè)DRM內(nèi)容項(xiàng)的批RO獲取?？刂茊卧?70還控制DRM內(nèi)容項(xiàng)列表的顯示、從DRM內(nèi)容項(xiàng)列表中選擇的項(xiàng)以及DRM內(nèi)容項(xiàng)和RO的購(gòu)買(mǎi)信息的呈現(xiàn)。控制單元270還控制ROAP觸發(fā)請(qǐng)求消息和RO請(qǐng)求消息的產(chǎn)生。
盡管在圖2中示意性地示出了移動(dòng)終端的構(gòu)造，但是本發(fā)明不限于此。例如，移動(dòng)終端200還可包括相機(jī)模塊、電子結(jié)算模塊、藍(lán)牙模塊、電池模塊和數(shù)字廣播接收器模塊中的至少一個(gè)以及其他可選的功能模塊。此外，根據(jù)移動(dòng)終端的功能設(shè)計(jì)，構(gòu)成移動(dòng)終端的內(nèi)部部件中的任何一個(gè)可以被略掉，或者可以被功能上的等同部件取代。
現(xiàn)在，參照上述結(jié)構(gòu)的移動(dòng)終端的操作來(lái)描述用于獲取多個(gè)DRM內(nèi)容項(xiàng)的RO(以下稱(chēng)為DRM-RO)的方法。
圖3是示出根據(jù)本發(fā)明示例性實(shí)施例的批DRM-RO獲取方法的消息流程圖。
參照?qǐng)D3，如果輸入了RO獲取命令以獲取RO，那么移動(dòng)終端200產(chǎn)生ROAP觸發(fā)請(qǐng)求消息并將該ROAP觸發(fā)請(qǐng)求消息發(fā)送給RI 250(S301)。ROAP觸發(fā)請(qǐng)求消息包括至少一個(gè)內(nèi)容標(biāo)識(shí)符(CID)。ROAP觸發(fā)請(qǐng)求消息還包括移動(dòng)終端200的裝置標(biāo)識(shí)符(DeID)和用于限制至少一個(gè)DRM內(nèi)容對(duì)象的使用權(quán)限的至少一個(gè)約束。
在存在至少兩個(gè)子許可證的父許可證的情況下，ROAP觸發(fā)請(qǐng)求消息還可包括父許可證信息。例如，為了獲取取決于唱片A的軌道1和軌道3的兩個(gè)RO，除了軌道1和軌道3的標(biāo)識(shí)符之外，ROAP觸發(fā)請(qǐng)求消息還可包括唱片A的標(biāo)識(shí)符。在這種情況下，只要獲得唱片A的RO，就可獲取軌道1和軌道3的RO。
通過(guò)用父RO來(lái)約束軌道1和軌道3的播放許可，軌道1和軌道3最多能被播放父RO的約束所限制的總使用次數(shù)。
此外，可以應(yīng)用不同的父許可證。例如，用戶(hù)可以創(chuàng)建內(nèi)容列表(如我的列表和最喜愛(ài)的列表)作為父組。在這種情況下，內(nèi)容列表中所列出的內(nèi)容項(xiàng)的RO取決于內(nèi)容列表的組版權(quán)對(duì)象。
DRM內(nèi)容對(duì)象可以是從另一裝置(如另一終端或服務(wù)器)接收的內(nèi)容項(xiàng)，但是沒(méi)有獲得相應(yīng)的RO或者其RO已經(jīng)到期。
移動(dòng)終端200參照DRM內(nèi)容對(duì)象的頭信息中所包含的RI的統(tǒng)一資源定位符(URL)信息來(lái)選擇用于購(gòu)買(mǎi)至少一個(gè)DRM內(nèi)容對(duì)象的RO的RI。ROAP觸發(fā)請(qǐng)求消息被發(fā)送給RI URL。
在本實(shí)施例中，為了按照群聚方式獲取多個(gè)RO，提出了具有指示RI的地址的附加字段的DRM內(nèi)容格式(DCF)。
圖4是示出根據(jù)本發(fā)明示例性實(shí)施例的在批RO獲取方法中使用的DCF的結(jié)構(gòu)的示圖。
在圖4中，BatchRIURL410是支持批RO獲取的RI的地址，BatchRIURLLength 420指示BatchRIURL410的長(zhǎng)度。批RI信息字段被添加到DCF的通用頭作為強(qiáng)制(mandatory)字段，或者作為擴(kuò)展頭字段，該擴(kuò)展頭字段是通用頭中所包含的多個(gè)強(qiáng)制字段之一。
再參照?qǐng)D3，移動(dòng)終端200參照存儲(chǔ)器單元250中預(yù)先存儲(chǔ)的RI URL地址選擇用于獲取至少一個(gè)DRM內(nèi)容項(xiàng)的RO的RI，并嘗試訪問(wèn)RI。此外，移動(dòng)終端200可向RI 250請(qǐng)求用于獲取DRM RO的批RI URL，并嘗試訪問(wèn)RI 250所響應(yīng)的RI URL。從RI 250接收的RI URL被存儲(chǔ)，并在稍后用于按照群聚方式獲取RO。
如果接收到ROAP觸發(fā)請(qǐng)求消息，那么RI 250產(chǎn)生ROAP觸發(fā)消息，并將該ROAP觸發(fā)消息發(fā)送給移動(dòng)終端200(S303)。ROAP觸發(fā)消息可包括ROAP觸發(fā)請(qǐng)求消息所指示的內(nèi)容項(xiàng)的RO的價(jià)格信息。此外，ROAP觸發(fā)消息包括用于標(biāo)識(shí)對(duì)應(yīng)于內(nèi)容項(xiàng)的多個(gè)RO的一個(gè)或多個(gè)ROID。ROAP觸發(fā)消息可包括roapURL、RI ID、RI Alias、Domain ID、Domain Alias和Nonce中的至少一個(gè)。
ROAP觸發(fā)請(qǐng)求消息和ROAP觸發(fā)消息可以按照HTTP GET或HTTPPOST(見(jiàn)OMA DRM v2.0)的RO獲取機(jī)制的形式被發(fā)送。在用于同時(shí)獲取多個(gè)RO的組RO獲取方法中，消息長(zhǎng)度可以增加，從而HTTP POST優(yōu)先發(fā)送ROAP消息。
如果接收到ROAP觸發(fā)消息，那么移動(dòng)終端200參照ROAP觸發(fā)消息中所包含的信息將關(guān)于DRM內(nèi)容項(xiàng)的RO的購(gòu)買(mǎi)價(jià)格的信息顯示在顯示單元上。
接下來(lái)，移動(dòng)終端200產(chǎn)生RO請(qǐng)求消息，并將該RO請(qǐng)求消息發(fā)送給RI 250(S305)。此時(shí)，RO請(qǐng)求消息所指示的DRM內(nèi)容對(duì)象可以與ROAP觸發(fā)請(qǐng)求消息所指示的DRM內(nèi)容對(duì)象相同或者不同。即，用戶(hù)可以修改RO列表。
如果接收到RO請(qǐng)求消息，那么RI 250發(fā)布RO請(qǐng)求消息所指示的RO，并將包含RO的RO響應(yīng)消息(S307)發(fā)送到移動(dòng)終端200。
在接收到RO響應(yīng)消息時(shí)，移動(dòng)終端200從RO響應(yīng)消息中提取RO以按照群聚方式獲取多個(gè)RO。
RO響應(yīng)還可包括會(huì)話ID，該會(huì)話ID用于在RI 250和移動(dòng)終端200之間設(shè)立會(huì)話以檢查RO獲取是否成功。
在這種情況下，移動(dòng)終端200基于會(huì)話ID與RI 250設(shè)立會(huì)話，并在會(huì)話中將RO確認(rèn)請(qǐng)求消息發(fā)送給RI 250。RO確認(rèn)請(qǐng)求消息包括用于指示成功的RO獲取的參數(shù)(如RO確認(rèn)信息)。
如果接收到RO確認(rèn)請(qǐng)求消息，那么RI 250結(jié)束RO獲取過(guò)程或者基于RO確認(rèn)信息重新發(fā)送RO。如果確定多個(gè)RO被成功遞送，那么RI 250將RO確認(rèn)響應(yīng)消息發(fā)送給移動(dòng)終端200。
除了圖3的步驟之外，移動(dòng)終端200還可在發(fā)送ROAP觸發(fā)請(qǐng)求消息之后與RI 250執(zhí)行web事務(wù)(transaction)。此時(shí)，可以協(xié)商關(guān)于DRM內(nèi)容的使用的許可和約束。例如，RI 250公布在ROAP觸發(fā)請(qǐng)求消息中列出的內(nèi)容項(xiàng)的購(gòu)買(mǎi)價(jià)格信息，移動(dòng)終端200將關(guān)于用戶(hù)最終確認(rèn)的內(nèi)容項(xiàng)的信息發(fā)送給RI 250。如果通過(guò)最終的用戶(hù)確認(rèn)結(jié)束了web事務(wù)，那么RI 250可將列出將被遞送的內(nèi)容項(xiàng)的ROAP觸發(fā)消息發(fā)送給移動(dòng)終端200。
可以在不將BatchRIURL字段添加到DCF結(jié)構(gòu)的情況下實(shí)現(xiàn)批RO獲取。
圖5是示出根據(jù)本發(fā)明另一示例性實(shí)施例的批DRM-RO獲取方法的消息流程圖。在本實(shí)施例中，在DCF結(jié)構(gòu)中沒(méi)有設(shè)置BatchRIURL，而是每個(gè)內(nèi)容項(xiàng)具有遞送內(nèi)容項(xiàng)的RI的URL。
參照?qǐng)D5，如果用戶(hù)輸入了批RO獲取命令，那么移動(dòng)終端200產(chǎn)生包含各DRM內(nèi)容對(duì)象的CID的ROAP觸發(fā)請(qǐng)求消息，并將該ROAP觸發(fā)請(qǐng)求消息發(fā)送給RI 250。這里，移動(dòng)終端200參照多個(gè)DRM內(nèi)容對(duì)象之一的RI URL將ROAP觸發(fā)請(qǐng)求消息(S501)發(fā)送給RI 250。
如果接收到ROAP觸發(fā)請(qǐng)求消息的RI 250沒(méi)有組RO發(fā)送能力，那么RI 250將通知具有組RO發(fā)送能力的另一RI的新URL的重定向消息發(fā)送給移動(dòng)終端200(S503)。重定向消息可以是在OMA DRM中提出的HTTP 302、HTTP 303和HTTP 307消息之一。
如果接收到重定向消息，那么移動(dòng)終端200將ROAP觸發(fā)請(qǐng)求消息發(fā)送給重定向消息中所包含的RI URL所指示的RI 300(S505)。因此，移動(dòng)終端200按照群聚方式從RI 300獲得RO。
如上所述，根據(jù)本發(fā)明示例性實(shí)施例的批RO獲取方法允許移動(dòng)終端通過(guò)信號(hào)購(gòu)買(mǎi)過(guò)程按照群聚方式獲得多個(gè)RO，從而提高了用戶(hù)便利。
下面描述涉及多RI的批RO獲取方法，在該方法中，按照批方式從不同的RI獲得各RO。
圖6是示出根據(jù)本發(fā)明示例性實(shí)施例的批DRM-RO獲取系統(tǒng)的示意圖。
如圖6所示，根據(jù)本發(fā)明示例性實(shí)施例的批DRM-RO獲取系統(tǒng)包括移動(dòng)終端200、多個(gè)RI610至630以及位于移動(dòng)終端200和任意數(shù)量個(gè)RI之間的中間服務(wù)器400。
中間服務(wù)器400用作用于管理與RO獲取(消息產(chǎn)生和交換、驗(yàn)證和數(shù)字簽名等)有關(guān)的過(guò)程的信號(hào)服務(wù)點(diǎn)。下面參照?qǐng)D7更詳細(xì)地描述涉及中間服務(wù)器的批RO獲取過(guò)程。
圖7是示出根據(jù)本發(fā)明另一示例性實(shí)施例的批RO獲取方法的消息流程圖。
參照?qǐng)D7，如果輸入了RO獲取命令，那么移動(dòng)終端200產(chǎn)生包含列出RO獲取命令所指示的DRM內(nèi)容對(duì)象的CID的CID列表的ROAP觸發(fā)請(qǐng)求消息，并將該ROAP觸發(fā)請(qǐng)求消息發(fā)送給中間服務(wù)器400(S701)。ROAP觸發(fā)請(qǐng)求消息的結(jié)構(gòu)與圖3和圖5中所描述的其他實(shí)施例的ROAP觸發(fā)請(qǐng)求消息的結(jié)構(gòu)相同。ROAP觸發(fā)請(qǐng)求消息還可包括提供CID所指示的各內(nèi)容對(duì)象的RI 610至630的RI URL。
如果接收到ROAP觸發(fā)請(qǐng)求消息，那么中間服務(wù)器400按照RI URL從ROAP觸發(fā)請(qǐng)求消息中提取內(nèi)容對(duì)象的CID，并產(chǎn)生指定對(duì)應(yīng)于各RI URL的RI 610至630的新的ROAP觸發(fā)請(qǐng)求消息。接下來(lái)，中間服務(wù)器400將新的ROAP觸發(fā)請(qǐng)求消息發(fā)送給相應(yīng)的RI 610至630(S703)。此時(shí)，每個(gè)新的ROAP觸發(fā)請(qǐng)求消息包含其指定的RI所提供的內(nèi)容對(duì)象的至少一個(gè)CID。
RI 610至630中的每個(gè)僅接收具有其RI URL的新的ROAP觸發(fā)請(qǐng)求消息。響應(yīng)于新的ROAP觸發(fā)請(qǐng)求消息，每個(gè)RI將ROAP觸發(fā)消息發(fā)送給中間服務(wù)器400(S705)。ROAP觸發(fā)消息包含關(guān)于從新的ROAP觸發(fā)請(qǐng)求消息中提取的CID列表中所列出的CID所指示的內(nèi)容對(duì)象的購(gòu)買(mǎi)信息。ROAP觸發(fā)消息的結(jié)構(gòu)與圖3和圖5中所描述的實(shí)施例的ROAP觸發(fā)消息的結(jié)構(gòu)相同。
中間服務(wù)器400接收RI 610至630所發(fā)送的ROAP觸發(fā)消息，并將包含總購(gòu)買(mǎi)信息的新的ROAP觸發(fā)消息發(fā)送給移動(dòng)終端200(S707)。通過(guò)將從自各RI接收的ROAP觸發(fā)消息中提取的購(gòu)買(mǎi)信息打包來(lái)創(chuàng)建總購(gòu)買(mǎi)信息。
如果接收到新的ROAP觸發(fā)消息，那么移動(dòng)終端200將從ROAP觸發(fā)消息中提取的總購(gòu)買(mǎi)信息顯示在顯示單元上。接下來(lái)，移動(dòng)終端200產(chǎn)生包含用戶(hù)最終確定的內(nèi)容對(duì)象的CID的RO請(qǐng)求消息，并將該RO請(qǐng)求消息發(fā)送給中間服務(wù)器400(S709)。ROAP觸發(fā)請(qǐng)求消息的CID列表可以與RO請(qǐng)求消息的CID列表相同或不同。即，ROAP觸發(fā)請(qǐng)求消息的CID列表中所列出的CID可以通過(guò)用戶(hù)的最終決定而改變。在圖7中，假設(shè)在RO請(qǐng)求消息中，要購(gòu)買(mǎi)的DRM內(nèi)容對(duì)象的CID被改變。移動(dòng)終端200發(fā)送的RO請(qǐng)求消息的格式如表1所示。
表1 如果接收到RO請(qǐng)求消息，那么中間服務(wù)器400根據(jù)RO請(qǐng)求消息所指示的RI URL將RO請(qǐng)求消息發(fā)送給RI 610至630中的至少一個(gè)(S711)。此時(shí)，通過(guò)用戶(hù)最終決定購(gòu)買(mǎi)的內(nèi)容對(duì)象的CID來(lái)確定作為RO請(qǐng)求消息的目的地的RI。即，中間服務(wù)器400從移動(dòng)終端200發(fā)送的RO請(qǐng)求消息中提取CID，并產(chǎn)生指定各RI的各個(gè)新的RO請(qǐng)求消息。中間服務(wù)器400所發(fā)送的新的請(qǐng)求消息的格式如表1所示。
在圖7中，由于將購(gòu)買(mǎi)的內(nèi)容對(duì)象的改變，RI 610和620被確定為新的RO請(qǐng)求消息的目的地。中間服務(wù)器400可使用移動(dòng)終端200發(fā)送的RO請(qǐng)求消息來(lái)驗(yàn)證移動(dòng)終端200?？梢栽谝苿?dòng)終端的初始連接階段執(zhí)行驗(yàn)證，隨后跳過(guò)。
移動(dòng)終端200和中間服務(wù)器400發(fā)送的RO請(qǐng)求消息按照表1的格式被構(gòu)造。
如表1所示，根據(jù)本發(fā)明示例性實(shí)施例的RO請(qǐng)求消息包括以下參數(shù)，如裝置ID(deviceID)、域ID(domainID)、RI ID(riID)、nounce、時(shí)間、RO信息(roInfo)、認(rèn)證鏈(certificationChain)、擴(kuò)展(extensions)和signature(簽名)中的至少一個(gè)。Nonce元素是隨機(jī)產(chǎn)生的參數(shù)。簽名元素是移動(dòng)終端的數(shù)字簽名，其被包括在RO請(qǐng)求消息中以檢驗(yàn)移動(dòng)終端。
接收RO請(qǐng)求消息的RI 610和620基于RO請(qǐng)求消息來(lái)檢驗(yàn)內(nèi)容對(duì)象。接下來(lái)，RI 610和620中的每個(gè)產(chǎn)生RO請(qǐng)求消息所指示的RO，并將包含RO的RO響應(yīng)消息發(fā)送給中間服務(wù)器400(S713)。RI所發(fā)送的RO響應(yīng)消息的格式如表2所示。
表2 在從RI 610和620接收到RO響應(yīng)消息時(shí)，中間服務(wù)器400從RO響應(yīng)消息中提取RO。中間服務(wù)器400執(zhí)行用于移動(dòng)終端200和RI 610和620之間的相互驗(yàn)證的數(shù)字簽名的批處理，隨后將參照從RI 610和620接收的RO響應(yīng)消息產(chǎn)生的新的RO響應(yīng)消息發(fā)送給移動(dòng)終端200(S715)。中間服務(wù)器400發(fā)送的RO響應(yīng)消息的格式如表2所示。
中間服務(wù)器400可使用在線證書(shū)狀態(tài)協(xié)議(OCSP)來(lái)檢驗(yàn)移動(dòng)終端200的公共密鑰證書(shū)。OCSP是用于實(shí)時(shí)檢驗(yàn)移動(dòng)終端200的公共密鑰證書(shū)的協(xié)議。即，OCSP檢查移動(dòng)終端200的公共密鑰證書(shū)是否被中止(abort)。此外，還可使用證書(shū)撤銷(xiāo)列表(CRL)。
中間服務(wù)器400可以在初始注冊(cè)過(guò)程中使用OCSP來(lái)檢驗(yàn)移動(dòng)終端200的公共密鑰證書(shū)的有效性。此外，可以響應(yīng)于中間服務(wù)器400或RI 610至630的請(qǐng)求來(lái)執(zhí)行公共密鑰證書(shū)檢驗(yàn)。例如，在DRM-RO獲取過(guò)程中特定內(nèi)容對(duì)象的DRM時(shí)間(安全時(shí)間)與RI的時(shí)間不匹配(即，DRM時(shí)間與RI或中間服務(wù)器400的本地時(shí)間之差大于閾值)的情況下，可以檢驗(yàn)移動(dòng)終端200的公共密鑰證書(shū)?？梢酝ㄟ^(guò)與OCSP響應(yīng)器交換OCSP請(qǐng)求和OCSP響應(yīng)消息來(lái)執(zhí)行對(duì)中間服務(wù)器或RI的公共密鑰證書(shū)的檢驗(yàn)。
從中間服務(wù)器400接收到RO響應(yīng)消息的移動(dòng)終端200提取包含在RO響應(yīng)消息中的RO，以按照群聚方式獲取DRM內(nèi)容的RO。
RI 610至630或中間服務(wù)器400所發(fā)送的RO響應(yīng)消息被按照表2的格式被構(gòu)造。
如表2所示，根據(jù)本發(fā)明示例性實(shí)施例的RO響應(yīng)消息包括以下參數(shù)，如deviceID、riID、nonce、protectedRO、certificationChain、ocspResponse和signature中的至少一個(gè)。中間服務(wù)器發(fā)送的RO響應(yīng)還可包括中間服務(wù)器ID(brokerID)。brokerID可以被riID取代。Nonce元素是RI指定的隨機(jī)值，可以被忽略。簽名元素是RI的數(shù)字簽名，其可以在驗(yàn)證過(guò)程中使用。protectedRO可包括多個(gè)受保護(hù)的RO。即，RO響應(yīng)消息包含RO請(qǐng)求消息所指示的至少一個(gè)DRM內(nèi)容對(duì)象的至少一個(gè)RO。
RO響應(yīng)消息可包括各DRM內(nèi)容對(duì)象的按照“protectedRO”元素的形式的受保護(hù)的RO，每個(gè)protectedRO包括用于指定內(nèi)容對(duì)象的實(shí)際使用的至少一個(gè)“Permission”元素和用于限制對(duì)內(nèi)容對(duì)象的使用的許可的至少一個(gè)“constraint”元素。即，“constraint”可以依賴(lài)于“permission”。例如，permission元素可以是“播放”、“顯示”、“執(zhí)行”、“打印”和“導(dǎo)出”之一，constraint元素可以是“count”、“timed-count”、“datetime”、“interval”、“indivisual”和“system”之一。
在中間服務(wù)器400和RI 610至630相互驗(yàn)證的情況下，中間服務(wù)器400和RI 610至630所發(fā)送的RO響應(yīng)消息攜帶受保護(hù)的RO而沒(méi)有另外的安全過(guò)程。如果中間服務(wù)器400和RI610至630沒(méi)有進(jìn)行相互驗(yàn)證(即，執(zhí)行不安全通信)，那么可在中間服務(wù)器400和RI610至630之間執(zhí)行相互驗(yàn)證過(guò)程。
中間服務(wù)器400的數(shù)字簽名被檢驗(yàn)為下面的過(guò)程。在移動(dòng)終端200被驗(yàn)證(即，安全通信被設(shè)立)的情況下，中間服務(wù)器400將僅攜帶其自身簽名的RO響應(yīng)消息發(fā)送給移動(dòng)終端200。另一方面，如果移動(dòng)終端200沒(méi)有被驗(yàn)證(即，不安全通信被設(shè)立)，那么中間服務(wù)器400檢驗(yàn)RI 610至630的數(shù)字簽名，并發(fā)送包含其簽名和RI 610至630的數(shù)字簽名的RO響應(yīng)消息。在所有RI 610至630的數(shù)字簽名包含在RO響應(yīng)消息中的情況下，RO響應(yīng)消息的消息格式可以改變。
優(yōu)選地，當(dāng)中間服務(wù)器400或特定RI不能獲取移動(dòng)終端200所請(qǐng)求的多個(gè)RO中的任何一個(gè)時(shí)，中間服務(wù)器400或特定RI報(bào)告關(guān)于不能接收的RO的信息和RO獲取失敗的原因。如果從中間服務(wù)器400接收到獲取失敗消息，那么移動(dòng)終端200輸出警報(bào)，如獲取失敗信息或獲取失敗警報(bào)。
按照上述方式，中間服務(wù)器400通過(guò)檢驗(yàn)移動(dòng)終端200和RI 610至630的數(shù)字簽名來(lái)執(zhí)行相互驗(yàn)證。由于移動(dòng)終端200僅檢驗(yàn)中間服務(wù)器400的數(shù)字簽名，所以這種驗(yàn)證使移動(dòng)終端200不用分別檢驗(yàn)每個(gè)RI。
盡管在圖7中未示出，但是移動(dòng)終端可以在發(fā)送ROAP觸發(fā)請(qǐng)求消息之后與中間服務(wù)器400執(zhí)行web事務(wù)。在web事務(wù)期間，中間服務(wù)器400從各RI 610和630接收內(nèi)容對(duì)象的購(gòu)買(mǎi)信息，并將該信息發(fā)布到網(wǎng)頁(yè)上，移動(dòng)終端將購(gòu)買(mǎi)信息顯示在顯示單元上。此時(shí)，用戶(hù)可決定對(duì)應(yīng)于內(nèi)容對(duì)象的RO的許可和約束的值。
例如，如果中間服務(wù)器400在網(wǎng)頁(yè)上公布購(gòu)買(mǎi)信息，那么移動(dòng)終端200響應(yīng)于用于選擇最終要購(gòu)買(mǎi)的內(nèi)容對(duì)象的用戶(hù)輸入來(lái)構(gòu)成購(gòu)買(mǎi)列表。此時(shí)，中間服務(wù)器400基于從移動(dòng)終端200接收的購(gòu)買(mǎi)列表產(chǎn)生至少一個(gè)ROAP觸發(fā)請(qǐng)求消息，并將該ROAP觸發(fā)請(qǐng)求消息發(fā)送給至少一個(gè)RI。
盡管參照?qǐng)D6和圖7描述了涉及中間服務(wù)器的批RO獲取架構(gòu)和方法，但是本發(fā)明不限于此。例如，可以通過(guò)將中間服務(wù)器的功能嵌入到各RI內(nèi)來(lái)實(shí)現(xiàn)批RO獲取架構(gòu)和方法，而不需要另外的中間服務(wù)器。下面描述沒(méi)有中間服務(wù)器的批RO獲取系統(tǒng)和方法。
圖8是示出根據(jù)本發(fā)明另一示例性實(shí)施例的批RO獲取系統(tǒng)的示意性框圖。在本實(shí)施例中，在環(huán)形網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)中配置批RO獲取系統(tǒng)。
參照?qǐng)D8，移動(dòng)終端200向第一RI 810發(fā)送RO請(qǐng)求消息。RO請(qǐng)求消息可包含至少一個(gè)RI URL，所述至少一個(gè)RI URL包括提供要購(gòu)買(mǎi)的內(nèi)容對(duì)象的CID的第一RI 810的URL。
移動(dòng)終端200提取至少一個(gè)CID和提供所述CID的至少一個(gè)RI URL，并將RO請(qǐng)求消息發(fā)送給RI URL(在圖8中，第一RI 810的URL)。
在RO請(qǐng)求消息中包含多個(gè)RI URL的情況下，根據(jù)預(yù)設(shè)的用戶(hù)配置選擇多個(gè)RI URL之一。即，可以按照預(yù)設(shè)的優(yōu)先級(jí)的順序(按照RI的上升或下降次序等)隨機(jī)選擇RI URL。
接收到RO請(qǐng)求消息的第一RI 810執(zhí)行下面的過(guò)程 1)裝置驗(yàn)證； 2)如果通過(guò)了裝置驗(yàn)證，那么創(chuàng)建RO； 3)添加簽名； 4)創(chuàng)建RO響應(yīng)。
即，第一RI 810驗(yàn)證移動(dòng)終端200，如果移動(dòng)終端通過(guò)了驗(yàn)證過(guò)程，那么產(chǎn)生至少一個(gè)RO，并將其簽名添加到RO?？梢允褂肙CSP執(zhí)行驗(yàn)證過(guò)程。
可以在移動(dòng)終端的初始注冊(cè)過(guò)程中或者響應(yīng)于RI的請(qǐng)求來(lái)執(zhí)行驗(yàn)證。例如，在特定內(nèi)容對(duì)象的DRM時(shí)間不同于RI的裝置時(shí)間(即，DRM時(shí)間與RI時(shí)間之差大于預(yù)定的值)的情況下，RI可以請(qǐng)求重新驗(yàn)證?？梢酝ㄟ^(guò)在RI和OCSP響應(yīng)器之間交換OCSP請(qǐng)求消息和OCSP響應(yīng)消息來(lái)執(zhí)行移動(dòng)終端的驗(yàn)證。
接下來(lái)，第一RI 810創(chuàng)建包含關(guān)于RO的信息及其簽名的RO響應(yīng)消息。第一RI 810將RO請(qǐng)求消息發(fā)送給RO請(qǐng)求消息中所包含的多個(gè)RI URL之一(即，第二RI 820)。此時(shí)，第一RI 810可將RO響應(yīng)消息和RO請(qǐng)求消息一起發(fā)送。第一RI 810可在向第二RI 820發(fā)送RO請(qǐng)求消息之前從RO請(qǐng)求消息中刪除其URL。
如果接收到RO請(qǐng)求消息，那么第二RI 820執(zhí)行下面的過(guò)程 1)裝置驗(yàn)證； 2)前一RI的驗(yàn)證； 3)如果通過(guò)驗(yàn)證，那么創(chuàng)建RO； 4)添加簽名(或取代簽名)； 5)創(chuàng)建RO響應(yīng)。
即，如果接收到RO請(qǐng)求消息，那么第二RI 820執(zhí)行移動(dòng)終端200的驗(yàn)證，如果移動(dòng)終端200通過(guò)驗(yàn)證測(cè)試，那么創(chuàng)建至少一個(gè)RO，并將其簽名添加到RO。第二RI 820執(zhí)行第一RI 810的驗(yàn)證。
可以跳過(guò)對(duì)移動(dòng)終端200的驗(yàn)證過(guò)程。即，由于移動(dòng)終端200被第一RI810驗(yàn)證，所以第二RI 820信任第一RI 810的驗(yàn)證而跳過(guò)對(duì)移動(dòng)終端200的驗(yàn)證。在這種情況下，第一RI 810通知第二RI 820移動(dòng)終端200的驗(yàn)證，第二RI 820檢查是否從移動(dòng)終端200或另一RI接收到RO請(qǐng)求消息。
第二RI 820可將其簽名添加到RO，或者用其自身的簽名取代第一RI 810的簽名。
接下來(lái)，第二RI 820創(chuàng)建包含RO的信息和至少一個(gè)簽名的RO響應(yīng)消息。隨后，第二RI 820將RO請(qǐng)求消息發(fā)送給RO請(qǐng)求消息中所包含的RI URL之一(即，第三RI 830)。此時(shí)，RO響應(yīng)消息與RO請(qǐng)求消息一起被發(fā)送。第二RI 820可在發(fā)送到第三RI 830之前從RO請(qǐng)求消息中刪除其URL。
第三RI 830和第N RI 840執(zhí)行與第二RI 820所執(zhí)行的過(guò)程相同的過(guò)程。第N RI 840識(shí)別出沒(méi)有其他RI發(fā)送RO響應(yīng)消息，并將包含前一RI 和/或其自身發(fā)布的RO以及至少一個(gè)簽名的RO響應(yīng)消息發(fā)送給移動(dòng)終端200。由于最終的RI所接收的RO請(qǐng)求消息僅包含一個(gè)RI URL(當(dāng)先前RI從RO請(qǐng)求消息中刪除他們的RI URL時(shí))，所以第N RI 840通過(guò)檢查RO請(qǐng)求消息中所包含的RI URL可識(shí)別出自身為最終的RI。此外，第N RI 840通過(guò)檢查添加到RO響應(yīng)消息中的簽名，可識(shí)別出其為最終的RI。
圖9是示出根據(jù)本發(fā)明另一示例性實(shí)施例的群聚RO獲取系統(tǒng)的示意性框圖。在本實(shí)施例中，批RO獲取系統(tǒng)被實(shí)現(xiàn)為推機(jī)構(gòu)(push mechanism)。
參照?qǐng)D9，移動(dòng)終端200向第一RI 910發(fā)送RO請(qǐng)求消息。RO請(qǐng)求消息包含至少一個(gè)RI URL，所述至少一個(gè)RI URL包括提供要購(gòu)買(mǎi)的內(nèi)容對(duì)象的CID的第一RI 910的URL。
移動(dòng)終端200提取至少一個(gè)CID和提供要購(gòu)買(mǎi)的內(nèi)容對(duì)象的CID的至少一個(gè)RI URL，并將RO請(qǐng)求消息發(fā)送給RI URL(在圖9中，第一RI 910的URL)。
在RO請(qǐng)求消息中包含多個(gè)RI URL的情況下，根據(jù)預(yù)設(shè)的用戶(hù)配置選擇多個(gè)RI URL之一。即，可以按照預(yù)設(shè)的優(yōu)先級(jí)的順序(按照RI的上升或下降次序等)隨機(jī)選擇RI URL。
第一RI 910接收移動(dòng)終端200發(fā)送的RO請(qǐng)求消息，并基于RO請(qǐng)求消息執(zhí)行移動(dòng)終端200的驗(yàn)證。如果移動(dòng)終端200通過(guò)驗(yàn)證測(cè)試，那么第一RI910創(chuàng)建包含至少一個(gè)RO及其簽名的R0響應(yīng)消息，并將該RO響應(yīng)消息發(fā)送給移動(dòng)終端200。第一RI 910還參照RO請(qǐng)求消息中所包含的RI URL將RO請(qǐng)求消息發(fā)送給第二RI920。此時(shí)，第一RI 910可從RO請(qǐng)求消息中刪除其URL。
如果從第一RI 910接收到RO請(qǐng)求消息，那么第二RI 920執(zhí)行移動(dòng)終端的驗(yàn)證。如果移動(dòng)終端200通過(guò)驗(yàn)證測(cè)試，那么第二RI 920創(chuàng)建包含至少一個(gè)RO及其簽名的RO響應(yīng)消息，并將該RO響應(yīng)消息發(fā)送給移動(dòng)終端200。第二RI 920還可執(zhí)行第一RI 910的驗(yàn)證。接下來(lái)，第二RI 920將RO請(qǐng)求消息發(fā)送給RO請(qǐng)求消息中所包含的多個(gè)RI URL之一(在本實(shí)施例中，第三RI 930)。此時(shí)，第二RI 920可從RO請(qǐng)求消息中刪除其URL。
可以跳過(guò)移動(dòng)終端200的驗(yàn)證。即，由于移動(dòng)終端200被第一RI 910驗(yàn)證，所以第二RI 920信任第一RI 910的驗(yàn)證而跳過(guò)對(duì)移動(dòng)終端200的驗(yàn)證。在這種情況下，第一RI 910通知第二RI 920移動(dòng)終端200的驗(yàn)證，第二RI 920檢查是否從移動(dòng)終端200或另一RI接收到RO請(qǐng)求消息。第二RI 920可將其簽名添加到RO，或者用其自身的簽名取代第一RI 910的簽名。
第三RI 930和第N RI 940執(zhí)行與第二RI 920所執(zhí)行的過(guò)程相同的過(guò)程。第N RI 940識(shí)別出沒(méi)有其他RI發(fā)送RO請(qǐng)求消息，并發(fā)送RO響應(yīng)消息。第N RI 940通過(guò)檢查RO請(qǐng)求消息中剩余的RI URL，可識(shí)別出自身為最終的RI，其中，在RO請(qǐng)求消息中，其他RI URL被先前RI刪除。
盡管在圖8和圖9中沒(méi)有示出，但是RI中的至少一個(gè)使用OCSP檢驗(yàn)移動(dòng)終端的公共密鑰證書(shū)。OCSP是用于實(shí)時(shí)檢驗(yàn)移動(dòng)終端200的公共密鑰證書(shū)的協(xié)議。即，OCSP檢查移動(dòng)終端的公共密鑰證書(shū)是否被中止。
在本實(shí)施例中，假設(shè)配置了不同類(lèi)型的RI的異構(gòu)RI環(huán)境。在移動(dòng)終端沒(méi)有根據(jù)典型的注冊(cè)標(biāo)準(zhǔn)向RI注冊(cè)的情況下，或者在需要移動(dòng)終端重新注冊(cè)的情況下，應(yīng)該執(zhí)行ROAP注冊(cè)過(guò)程。在該標(biāo)準(zhǔn)中，規(guī)定了ROAP注冊(cè)協(xié)議和注冊(cè)協(xié)議。
該標(biāo)準(zhǔn)規(guī)定注冊(cè)協(xié)議被執(zhí)行為下面的情形。
1)首先聯(lián)系； 2)更新交換的安全信息； 2)DRM時(shí)間。
即，當(dāng)移動(dòng)終端嘗試開(kāi)始聯(lián)系RI服務(wù)器時(shí)，交換的安全信息需要更新時(shí)，DRM時(shí)間(安全時(shí)間)不準(zhǔn)確時(shí)，執(zhí)行注冊(cè)協(xié)議。
在根據(jù)示例性實(shí)施例的異構(gòu)RI環(huán)境中，移動(dòng)終端可以同時(shí)向不同類(lèi)型的RI注冊(cè)。每當(dāng)嘗試向各RI注冊(cè)時(shí)，移動(dòng)終端還發(fā)起注冊(cè)協(xié)議。如上所述，移動(dòng)終端可僅向第一RI發(fā)起注冊(cè)協(xié)議一次，并對(duì)其他RI跳過(guò)注冊(cè)協(xié)議的發(fā)起。
為了執(zhí)行注冊(cè)協(xié)議，移動(dòng)終端和RI服務(wù)器交換各種消息，如“DeviceHello”、“RI Hello”、“Registration Request”和“Registration Response”。移動(dòng)終端和RI通過(guò)交換上述消息來(lái)執(zhí)行注冊(cè)過(guò)程。這些消息的格式如表3至表6所示。
表3 表3示出在ROAP注冊(cè)協(xié)議中移動(dòng)終端首先發(fā)送的示例性的“DeviceHello”消息。
表4 表4示出響應(yīng)于“Device Hello”消息發(fā)送的示例性的“RI Hello”消息。
表5 表5示出移動(dòng)終端向RI發(fā)送的用于請(qǐng)求注冊(cè)的示例性的“RegistrationRequest”消息。
表6 表6示出響應(yīng)于“Registration Request”消息發(fā)送的示例性的“RegistrationResponse”消息。
盡管在圖8和圖9中未示出，但是如果在特定RI處發(fā)生錯(cuò)誤(如，RO請(qǐng)求或RO響應(yīng)丟失)，那么優(yōu)選地，移動(dòng)終端將關(guān)于錯(cuò)誤的RI或錯(cuò)誤的內(nèi)容對(duì)象的信息以及錯(cuò)誤原因顯示在顯示屏上。
如上所述，針對(duì)移動(dòng)終端、RI和中間服務(wù)器的操作解釋了RO獲取過(guò)程。本發(fā)明不限于此。例如，RO獲取過(guò)程可以在客戶(hù)端(如個(gè)人計(jì)算機(jī))和服務(wù)器之間應(yīng)用，或者在兩個(gè)服務(wù)器之間應(yīng)用。
如上所述，本發(fā)明的版權(quán)對(duì)象獲取方法和系統(tǒng)使移動(dòng)終端能夠按照批處理方式獲得多個(gè)版權(quán)對(duì)象，從而提高了用戶(hù)便利。此外，可以針對(duì)數(shù)量折扣系統(tǒng)來(lái)實(shí)現(xiàn)本發(fā)明的版權(quán)對(duì)象獲取方法和系統(tǒng)，以促進(jìn)數(shù)字內(nèi)容的銷(xiāo)售，從而發(fā)展內(nèi)容業(yè)。
此外，本發(fā)明的版權(quán)對(duì)象獲取方法和系統(tǒng)引入了提供用于檢驗(yàn)移動(dòng)終端和RI的數(shù)字簽名的單個(gè)服務(wù)點(diǎn)的中間服務(wù)器以減少移動(dòng)終端和每個(gè)RI之間的復(fù)雜的驗(yàn)證過(guò)程，從而減輕了移動(dòng)終端的處理負(fù)荷，提高了移動(dòng)終端的性能，同時(shí)減少了多個(gè)RO的獲取時(shí)間。
此外，本發(fā)明的版權(quán)對(duì)象獲取方法和系統(tǒng)使移動(dòng)終端能夠獲取多個(gè)RO，而不用將RO請(qǐng)求消息發(fā)送給所有發(fā)布RO的RI，從而減少了吞吐量冗余(traffic redundancy)。
盡管參照示例性實(shí)施例描述了本公開(kāi)，但是本領(lǐng)域的技術(shù)人員可以提出各種修改和改變。本公開(kāi)包括落入權(quán)利要求范圍內(nèi)的這些改變和修改。
權(quán)利要求
1、一種版權(quán)對(duì)象獲取方法，包括
移動(dòng)終端向權(quán)限發(fā)布者發(fā)送請(qǐng)求內(nèi)容對(duì)象的一個(gè)或多個(gè)版權(quán)對(duì)象的版權(quán)對(duì)象請(qǐng)求消息；
權(quán)限發(fā)布者響應(yīng)于版權(quán)對(duì)象請(qǐng)求消息創(chuàng)建包含版權(quán)對(duì)象請(qǐng)求消息所指示的版權(quán)對(duì)象中的至少一個(gè)和至少一個(gè)簽名的版權(quán)對(duì)象響應(yīng)消息；
權(quán)限發(fā)布者向移動(dòng)終端發(fā)送版權(quán)對(duì)象響應(yīng)消息。
2、如權(quán)利要求1所述的版權(quán)對(duì)象獲取方法，其中，版權(quán)對(duì)象請(qǐng)求消息包括一個(gè)或多個(gè)內(nèi)容標(biāo)識(shí)符和權(quán)限發(fā)布者的URL中的至少一個(gè)，每個(gè)權(quán)限發(fā)布者提供版權(quán)對(duì)象請(qǐng)求消息所指示的版權(quán)對(duì)象中的至少一個(gè)。
3、如權(quán)利要求2所述的版權(quán)對(duì)象獲取方法，還包括權(quán)限發(fā)布者向至少一個(gè)其他權(quán)限發(fā)布者發(fā)送版權(quán)對(duì)象請(qǐng)求消息。
4、如權(quán)利要求2所述的版權(quán)對(duì)象獲取方法，還包括權(quán)限發(fā)布者向至少一個(gè)其他權(quán)限發(fā)布者發(fā)送版權(quán)對(duì)象響應(yīng)消息。
5、如權(quán)利要求4所述的版權(quán)對(duì)象獲取方法，其中，版權(quán)對(duì)象響應(yīng)消息包括至少一個(gè)權(quán)限發(fā)布者的信息。
6、如權(quán)利要求2所述的版權(quán)對(duì)象獲取方法，還包括版權(quán)對(duì)象服務(wù)器向至少一個(gè)其他版權(quán)對(duì)象服務(wù)器發(fā)送版權(quán)對(duì)象請(qǐng)求消息和版權(quán)對(duì)象響應(yīng)消息。
7、如權(quán)利要求1所述的版權(quán)對(duì)象獲取方法，還包括版權(quán)對(duì)象服務(wù)器驗(yàn)證移動(dòng)終端，并將簽名添加到版權(quán)對(duì)象響應(yīng)消息中。
8、如權(quán)利要求7所述的版權(quán)對(duì)象獲取方法，還包括權(quán)限發(fā)布者用其簽名取代包含在版權(quán)對(duì)象響應(yīng)消息中的簽名。
9、一種版權(quán)對(duì)象獲取方法，包括
移動(dòng)終端向第一權(quán)限發(fā)布者發(fā)送請(qǐng)求內(nèi)容對(duì)象的一個(gè)或多個(gè)版權(quán)對(duì)象的版權(quán)對(duì)象請(qǐng)求消息；
第一權(quán)限發(fā)布者創(chuàng)建包含版權(quán)對(duì)象請(qǐng)求消息所指示的版權(quán)對(duì)象中的至少一個(gè)和至少一個(gè)簽名的第一版權(quán)對(duì)象響應(yīng)消息；
第一權(quán)限發(fā)布者向版權(quán)對(duì)象請(qǐng)求消息中指定的第二權(quán)限發(fā)布者發(fā)送版權(quán)對(duì)象請(qǐng)求消息和第一版權(quán)對(duì)象響應(yīng)消息；
第二權(quán)限發(fā)布者創(chuàng)建包含版權(quán)對(duì)象請(qǐng)求消息所指示的版權(quán)對(duì)象中的至少一個(gè)和至少一個(gè)簽名的第二版權(quán)對(duì)象響應(yīng)消息；
當(dāng)不存在版權(quán)對(duì)象請(qǐng)求消息中所指定的其他權(quán)限發(fā)布者時(shí)，第二權(quán)限發(fā)布者向移動(dòng)終端發(fā)送第二版權(quán)對(duì)象響應(yīng)消息。
10、如權(quán)利要求9所述的版權(quán)對(duì)象獲取方法，還包括第一權(quán)限發(fā)布者驗(yàn)證移動(dòng)終端。
11、如權(quán)利要求10所述的版權(quán)對(duì)象獲取方法，還包括第一權(quán)限發(fā)布者將其簽名添加到版權(quán)對(duì)象請(qǐng)求消息。
12、如權(quán)利要求11所述的版權(quán)對(duì)象獲取方法，還包括第二權(quán)限發(fā)布者將其簽名添加到版權(quán)對(duì)象請(qǐng)求消息。
13、如權(quán)利要求12所述的版權(quán)對(duì)象獲取方法，還包括第二權(quán)限發(fā)布者驗(yàn)證第一權(quán)限發(fā)布者。
14、一種版權(quán)對(duì)象獲取方法，包括
移動(dòng)終端向第一權(quán)限發(fā)布者發(fā)送請(qǐng)求內(nèi)容對(duì)象的一個(gè)或多個(gè)版權(quán)對(duì)象的版權(quán)對(duì)象請(qǐng)求消息；
第一權(quán)限發(fā)布者向版權(quán)對(duì)象請(qǐng)求消息中指定的第二權(quán)限發(fā)布者發(fā)送版權(quán)對(duì)象請(qǐng)求消息；
第一權(quán)限發(fā)布者向移動(dòng)終端發(fā)送包含版權(quán)對(duì)象請(qǐng)求消息所指示的版權(quán)對(duì)象中的至少一個(gè)和第一權(quán)限發(fā)布者的簽名的版權(quán)對(duì)象響應(yīng)消息；
第二權(quán)限發(fā)布者向移動(dòng)終端發(fā)送包含版權(quán)對(duì)象請(qǐng)求消息所指示的版權(quán)對(duì)象中的至少一個(gè)和至少一個(gè)權(quán)限發(fā)布者的簽名的版權(quán)對(duì)象響應(yīng)消息。
15、如權(quán)利要求14所述的版權(quán)對(duì)象獲取方法，還包括第一權(quán)限發(fā)布者驗(yàn)證移動(dòng)終端。
16、如權(quán)利要求14所述的版權(quán)對(duì)象獲取方法，還包括第二權(quán)限發(fā)布者驗(yàn)證第一權(quán)限發(fā)布者。
17、一種版權(quán)對(duì)象獲取方法，包括
移動(dòng)終端向中間服務(wù)器發(fā)送請(qǐng)求內(nèi)容對(duì)象的一個(gè)或多個(gè)版權(quán)對(duì)象的第一版權(quán)對(duì)象請(qǐng)求消息；
中間服務(wù)器向至少一個(gè)權(quán)限發(fā)布者發(fā)送第二版權(quán)對(duì)象請(qǐng)求消息；
各權(quán)限發(fā)布者向中間服務(wù)器發(fā)送包含版權(quán)對(duì)象請(qǐng)求消息所指示的版權(quán)對(duì)象中的至少一個(gè)和權(quán)限發(fā)布者的簽名的第一版權(quán)對(duì)象響應(yīng)消息；
中間服務(wù)器向移動(dòng)終端發(fā)送基于第一版權(quán)對(duì)象響應(yīng)消息創(chuàng)建的第二版權(quán)對(duì)象響應(yīng)消息。
18、如權(quán)利要求17所述的版權(quán)對(duì)象獲取方法，還包括中間服務(wù)器驗(yàn)證移動(dòng)終端。
19、如權(quán)利要求18所述的版權(quán)對(duì)象獲取方法，還包括中間服務(wù)器驗(yàn)證各權(quán)限發(fā)布者的簽名。
20、如權(quán)利要求18所述的版權(quán)對(duì)象獲取方法，其中，第一版權(quán)對(duì)象請(qǐng)求消息包括至少一個(gè)內(nèi)容標(biāo)識(shí)符和按照內(nèi)容標(biāo)識(shí)符的權(quán)限發(fā)布者的至少一個(gè)地址。
21、如權(quán)利要求20所述的版權(quán)對(duì)象獲取方法，其中，發(fā)送第二版權(quán)對(duì)象請(qǐng)求消息的步驟包括
中間服務(wù)器基于至少一個(gè)地址識(shí)別至少一個(gè)權(quán)限發(fā)布者；
創(chuàng)建指定所述至少一個(gè)地址的至少一個(gè)第二版權(quán)對(duì)象請(qǐng)求消息；
將所述至少一個(gè)第二版權(quán)對(duì)象請(qǐng)求消息發(fā)送給各權(quán)限發(fā)布者。
22、一種版權(quán)對(duì)象獲取系統(tǒng)，包括
移動(dòng)終端，按照批處理方式請(qǐng)求并獲取至少一個(gè)內(nèi)容對(duì)象的至少一個(gè)版權(quán)對(duì)象；
服務(wù)器，執(zhí)行移動(dòng)終端的驗(yàn)證，并按照批處理方式將至少一個(gè)版權(quán)對(duì)象提供給移動(dòng)終端。
23、如權(quán)利要求22所述的版權(quán)對(duì)象獲取系統(tǒng)，其中，服務(wù)器包括用于發(fā)布移動(dòng)終端所請(qǐng)求的至少一個(gè)版權(quán)對(duì)象的至少一個(gè)權(quán)限發(fā)布者。
24、如權(quán)利要求22所述的版權(quán)對(duì)象獲取系統(tǒng)，還包括用于發(fā)布移動(dòng)終端所請(qǐng)求的至少一個(gè)版權(quán)對(duì)象的至少一個(gè)權(quán)限發(fā)布者，所述服務(wù)器是用于在移動(dòng)終端和至少一個(gè)權(quán)限發(fā)布者之間提供互操作性服務(wù)的中間服務(wù)器。
25、如權(quán)利要求24所述的版權(quán)對(duì)象獲取系統(tǒng)，其中，中間服務(wù)器基于至少一個(gè)地址識(shí)別至少一個(gè)權(quán)限發(fā)布者，并將版權(quán)對(duì)象請(qǐng)求消息發(fā)送給至少一個(gè)權(quán)限發(fā)布者。
26、如權(quán)利要求23所述的版權(quán)對(duì)象獲取系統(tǒng)，其中，至少一個(gè)權(quán)限發(fā)布者將版權(quán)對(duì)象請(qǐng)求消息發(fā)送給另一權(quán)限發(fā)布者。
27、如權(quán)利要求23所述的版權(quán)對(duì)象獲取系統(tǒng)，其中，至少一個(gè)權(quán)限發(fā)布者將響應(yīng)于版權(quán)對(duì)象請(qǐng)求消息創(chuàng)建的版權(quán)對(duì)象響應(yīng)消息發(fā)送給另一權(quán)限發(fā)布者。
28、如權(quán)利要求27所述的版權(quán)對(duì)象獲取系統(tǒng)，其中，版權(quán)對(duì)象響應(yīng)消息包含關(guān)于至少一個(gè)權(quán)限發(fā)布者的信息。
29、如權(quán)利要求23所述的版權(quán)對(duì)象獲取系統(tǒng)，至少一個(gè)權(quán)限發(fā)布者將版權(quán)對(duì)象請(qǐng)求消息發(fā)送給另一權(quán)限發(fā)布者，將響應(yīng)于版權(quán)對(duì)象請(qǐng)求消息創(chuàng)建的版權(quán)對(duì)象響應(yīng)消息發(fā)送給另一權(quán)限發(fā)布者。
30、如權(quán)利要求23所述的版權(quán)對(duì)象獲取系統(tǒng)，其中，至少一個(gè)權(quán)限發(fā)布者驗(yàn)證移動(dòng)終端，并創(chuàng)建包含權(quán)限發(fā)布者的簽名的版權(quán)對(duì)象響應(yīng)消息。
31、如權(quán)利要求30所述的版權(quán)對(duì)象獲取系統(tǒng)，其中，權(quán)限發(fā)布者用其簽名取代版權(quán)對(duì)象響應(yīng)消息中包含的簽名。
32、如權(quán)利要求22所述的版權(quán)對(duì)象獲取系統(tǒng)，其中，移動(dòng)終端將包含至少一個(gè)內(nèi)容標(biāo)識(shí)符和按照內(nèi)容標(biāo)識(shí)符的至少一個(gè)權(quán)限發(fā)布者的至少一個(gè)地址的版權(quán)對(duì)象請(qǐng)求消息發(fā)送給服務(wù)器。
全文摘要
提供了一種批版權(quán)對(duì)象(RO)獲取方法和系統(tǒng)，以使得移動(dòng)終端能夠按照批處理方式獲取多個(gè)版權(quán)對(duì)象。根據(jù)本發(fā)明實(shí)施例的版權(quán)對(duì)象獲取方法包括移動(dòng)終端向權(quán)限發(fā)布者發(fā)送請(qǐng)求內(nèi)容對(duì)象的一個(gè)或多個(gè)版權(quán)對(duì)象的版權(quán)對(duì)象請(qǐng)求消息；權(quán)限發(fā)布者響應(yīng)于版權(quán)對(duì)象請(qǐng)求消息創(chuàng)建包含版權(quán)對(duì)象請(qǐng)求消息所指示的版權(quán)對(duì)象中的至少一個(gè)和至少一個(gè)簽名的版權(quán)對(duì)象響應(yīng)消息；權(quán)限發(fā)布者向移動(dòng)終端發(fā)送版權(quán)對(duì)象響應(yīng)消息。
文檔編號(hào)G06F21/10GK101321168SQ200810108909
公開(kāi)日2008年12月10日 申請(qǐng)日期2008年6月6日 優(yōu)先權(quán)日2007年6月9日
發(fā)明者李京根, 李鐘杰 申請(qǐng)人:三星電子株式會(huì)社