專利名稱：提供用于數(shù)字版權(quán)管理的內(nèi)容的系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信系統(tǒng)和操作該通信系統(tǒng)的方法，更具體地，涉及提供用于數(shù)字版權(quán)管理(DRM)的內(nèi)容的系統(tǒng)和方法。
背景技術(shù)：
通常，DRM技術(shù)是用于安全地保護(hù)和系統(tǒng)地管理數(shù)字內(nèi)容的版權(quán)的技術(shù)。不同于模擬內(nèi)容，數(shù)字內(nèi)容可以被無損地再現(xiàn)并且可以被容易地再利用、處理和分發(fā)。利用相對(duì)多的資源來制造數(shù)字內(nèi)容，但是利用極小的成本和努力就可以拷貝數(shù)字內(nèi)容。從而，DRM的重要性和DRM技術(shù)的應(yīng)用范圍在增加。在應(yīng)用了 DRM技術(shù)的通信系統(tǒng)中，內(nèi)容提供商向內(nèi)容用戶提供數(shù)字內(nèi)容。

發(fā)明內(nèi)容
技術(shù)問題然而，在這種通信系統(tǒng)中，內(nèi)容提供商可以提供多個(gè)數(shù)字內(nèi)容而不考慮內(nèi)容用戶的請(qǐng)求。例如，內(nèi)容提供商可以將廣告內(nèi)容和用戶請(qǐng)求的內(nèi)容一起提供。在這種情況下，當(dāng)內(nèi)容用戶拒絕使用廣告內(nèi)容時(shí)，在通信系統(tǒng)中浪費(fèi)了提供廣告內(nèi)容所需的資源。技術(shù)方案已經(jīng)做出本發(fā)明來解決至少上述問題，并且提供一種系統(tǒng)和方法，用于提供用于 DRM的內(nèi)容。根據(jù)本發(fā)明的一方面，一種提供DRM內(nèi)容的方法包括當(dāng)通信終端對(duì)于特定主內(nèi)容的請(qǐng)求被輸入時(shí)，由內(nèi)容發(fā)行方(Cl)向該通信終端發(fā)送包括該主內(nèi)容和相應(yīng)于該主內(nèi)容的預(yù)置子內(nèi)容的DRM;由版權(quán)發(fā)行方(RI)向該通信終端發(fā)送具有用于保護(hù)該子內(nèi)容的再現(xiàn)的約束條件信息的版權(quán)對(duì)象(rights object)；以及當(dāng)DRM內(nèi)容和版權(quán)對(duì)象被接收時(shí)，由該通信終端通過分析版權(quán)對(duì)象來再現(xiàn)子內(nèi)容，并且當(dāng)子內(nèi)容的再現(xiàn)完成時(shí)，由通信終端再現(xiàn)主內(nèi)容。根據(jù)本發(fā)明的另一方面，一種DRM內(nèi)容提供系統(tǒng)包括CI，當(dāng)對(duì)于主內(nèi)容的請(qǐng)求被輸入時(shí)，用于存儲(chǔ)包括該主內(nèi)容和相應(yīng)于該主內(nèi)容的子內(nèi)容的DRM，并且發(fā)送該DRM內(nèi)容； RI，用于存儲(chǔ)具有保護(hù)該DRM內(nèi)容中的子內(nèi)容的再現(xiàn)的約束條件信息的版權(quán)對(duì)象，并且當(dāng)對(duì)于該版權(quán)對(duì)象的請(qǐng)求被輸入時(shí)用于發(fā)送該版權(quán)對(duì)象；以及通信終端，用于當(dāng)接收到DRM 內(nèi)容和版權(quán)對(duì)象時(shí)，通過分析版權(quán)對(duì)象來再現(xiàn)該子內(nèi)容，并且當(dāng)子內(nèi)容的再現(xiàn)完成時(shí)，用于再現(xiàn)主內(nèi)容。有益效果在根據(jù)本發(fā)明的用于提供DRM內(nèi)容的系統(tǒng)和方法中，可以通過版權(quán)對(duì)象的約束條件信息來保護(hù)通信終端中的子內(nèi)容的再現(xiàn)。也就是說，在通信終端中可以防止對(duì)子內(nèi)容的再現(xiàn)的拒絕。從而，在該DRM內(nèi)容提供系統(tǒng)中，可以減少提供子內(nèi)容所需的資源的浪費(fèi)。


從如下結(jié)合附圖的詳細(xì)說明中，本發(fā)明的目的、特征和優(yōu)點(diǎn)將變得更加清楚，其中圖1是示出根據(jù)本發(fā)明實(shí)施例的DRM內(nèi)容提供系統(tǒng)的構(gòu)造的圖；圖2是示出根據(jù)本發(fā)明另一實(shí)施例的當(dāng)執(zhí)行提供DRM內(nèi)容的方法時(shí)信號(hào)流的流程圖；圖3到圖9是示出圖2的方法中的DRM內(nèi)容的版權(quán)對(duì)象的XML圖解的結(jié)構(gòu)圖；圖10是示出圖1的DRM內(nèi)容提供系統(tǒng)中的通信終端的構(gòu)造的框圖；圖11是示出圖10的通信終端的提供DRM內(nèi)容的過程的流程圖；以及圖12是示出圖11的DRM內(nèi)容提供過程中的再現(xiàn)DRM內(nèi)容的過程的流程圖。
具體實(shí)施例方式以下，將參照附圖詳細(xì)描述本發(fā)明的實(shí)施例。遍及附圖相同的參考標(biāo)號(hào)始終用于指示相同的或相似的部分。可能省略對(duì)在此包括的公知功能和結(jié)構(gòu)的詳細(xì)說明以避免使本發(fā)明的主題模糊。在下面的描述中，術(shù)語“DRM內(nèi)容”是通信系統(tǒng)中通過DRM技術(shù)保護(hù)和管理的數(shù)字內(nèi)容。利用至少一個(gè)數(shù)字內(nèi)容形成DRM內(nèi)容。術(shù)語“主內(nèi)容”是在DRM內(nèi)容中主要形成的數(shù)字內(nèi)容。也就是說，主內(nèi)容形成為DRM內(nèi)容的至少一部分。利用文本數(shù)據(jù)、圖像數(shù)據(jù)和音頻數(shù)據(jù)中的至少一個(gè)形成主內(nèi)容。例如，主內(nèi)容可以是圖片、運(yùn)動(dòng)圖像或運(yùn)動(dòng)圖像專家組-1 音頻第3層(MP3)文件。術(shù)語“子內(nèi)容”是對(duì)于DRM內(nèi)容選擇地形成的數(shù)字內(nèi)容。子內(nèi)容是DRM內(nèi)容的與主內(nèi)容一起的部分，但是可以不是DRM內(nèi)容的一部分。這里，可以利用文本數(shù)據(jù)、圖像數(shù)據(jù)和音頻數(shù)據(jù)中的至少一個(gè)形成子內(nèi)容。子內(nèi)容可以是廣告內(nèi)容，例如，來源于特定主內(nèi)容的圖片、運(yùn)動(dòng)圖像和MP3文件。術(shù)語"版權(quán)對(duì)象"是當(dāng)使用特定數(shù)字內(nèi)容時(shí)所需的許可。主要當(dāng)使用特定數(shù)字內(nèi)容時(shí)需要版權(quán)對(duì)象。當(dāng)利用子內(nèi)容和主內(nèi)容形成DRM內(nèi)容時(shí)，版權(quán)對(duì)象包括用于順序地再現(xiàn)子內(nèi)容和主內(nèi)容的約束條件信息。圖1是示出根據(jù)本發(fā)明實(shí)施例的DRM內(nèi)容提供系統(tǒng)的構(gòu)造的圖示。DRM內(nèi)容提供系統(tǒng)基于開放移動(dòng)聯(lián)盟(OMA) DRM (OMA DRM)標(biāo)準(zhǔn)技術(shù)。參照?qǐng)D1，根據(jù)本實(shí)施例的DRM內(nèi)容提供系統(tǒng)包括CI 110、RI 120和通信終端 130。CI 110提供DRM內(nèi)容。CI 110加密數(shù)字內(nèi)容以生成和存儲(chǔ)DRM內(nèi)容。例如，CI 110將DRM內(nèi)容存儲(chǔ)為在0MA-TS-DRM-DCF-V20-200060303-A規(guī)范中規(guī)定的DRM內(nèi)容格式(DCF)。在本實(shí)施例中，CI 110存儲(chǔ)主內(nèi)容和子內(nèi)容并且將子內(nèi)容存儲(chǔ)為相應(yīng)于主內(nèi)容。例如，CI 110將利用特定主內(nèi)容和與其相應(yīng)的子內(nèi)容形成的DRM內(nèi)容存儲(chǔ)為多部分 (multipart) DCF。當(dāng)通信終端130訪問特定DRM內(nèi)容時(shí)，CI 110向通信終端130發(fā)送DRM 內(nèi)容。在本實(shí)施例中，當(dāng)通信終端130訪問特定主內(nèi)容時(shí)，CI 110確定子內(nèi)容是否相應(yīng)于主內(nèi)容。如果子內(nèi)容相應(yīng)于主內(nèi)容，則CI 110向通信終端130發(fā)送包括主內(nèi)容和子內(nèi)容的 DRM內(nèi)容。RI 120提供以DRM內(nèi)容為基礎(chǔ)的版權(quán)對(duì)象。RI 120存儲(chǔ)用于解碼DRM內(nèi)容的版權(quán)對(duì)象。在這種情況下，RI 120可以存儲(chǔ)以主內(nèi)容為基礎(chǔ)和以子內(nèi)容為基礎(chǔ)的版權(quán)對(duì)象。 在本實(shí)施例中，當(dāng)DRM內(nèi)容是利用主內(nèi)容和子內(nèi)容形成的時(shí)，RI 120存儲(chǔ)每個(gè)DRM內(nèi)容的版權(quán)對(duì)象，所述DRM內(nèi)容具有用于順序地再現(xiàn)子內(nèi)容和主內(nèi)容的約束條件信息。此外，當(dāng)通信終端130訪問特定DRM內(nèi)容的版權(quán)對(duì)象時(shí)，RI 120向通信終端130發(fā)送該DRM內(nèi)容的版權(quán)對(duì)象。在本實(shí)施例中，當(dāng)通信終端130訪問特定主內(nèi)容的版權(quán)對(duì)象時(shí)，RI 120確定子內(nèi)容是否相應(yīng)于主內(nèi)容。如果子內(nèi)容相應(yīng)于主內(nèi)容，則RI 120向通信終端130發(fā)送包括主內(nèi)容的DRM內(nèi)容的版權(quán)對(duì)象。通信終端130訪問CI 110和RI 120并獲得DRM內(nèi)容和該DRM內(nèi)容的版權(quán)對(duì)象。 當(dāng)通信終端130的用戶購買DRM內(nèi)容和該DRM內(nèi)容的版權(quán)對(duì)象時(shí)，通信終端130獲得DRM 內(nèi)容和該DRM內(nèi)容的版權(quán)對(duì)象。在這種情況下，如果獲得了 DRM內(nèi)容而沒有獲得該DRM內(nèi)容的版權(quán)對(duì)象，則通信終端130不能解碼該DRM內(nèi)容。從而，通信終端130在沒有版權(quán)對(duì)象的條件下不能使用DRM內(nèi)容。當(dāng)DRM內(nèi)容被共享時(shí)，通信終端130可以從CIllO分開地獲得DRM內(nèi)容，但是為了使用該DRM內(nèi)容通信終端130應(yīng)該訪問RI 120。通信終端130通過分析DRM內(nèi)容的版權(quán)對(duì)象來再現(xiàn)DRM內(nèi)容。也就是說，通信終端130使用版權(quán)對(duì)象對(duì)DRM內(nèi)容進(jìn)行解碼并再現(xiàn)DRM內(nèi)容。當(dāng)DRM是利用主內(nèi)容和子內(nèi)容形成的時(shí)，通信終端130順序地再現(xiàn)子內(nèi)容和主內(nèi)容。具體地，通信終端130根據(jù)版權(quán)對(duì)象的約束條件信息再現(xiàn)子內(nèi)容并且當(dāng)子內(nèi)容的再現(xiàn)完成時(shí)再現(xiàn)主內(nèi)容。圖2是示出根據(jù)本發(fā)明另一實(shí)施例的當(dāng)執(zhí)行提供DRM內(nèi)容的方法時(shí)信號(hào)流的流程圖。圖3到圖9是示出圖2的方法中的DRM內(nèi)容的版權(quán)對(duì)象的XML圖解的結(jié)構(gòu)圖。參照?qǐng)D2，在步驟211中通信終端130向CI 110請(qǐng)求DRM內(nèi)容。在這種情況下，通信終端130可以請(qǐng)求特定主內(nèi)容。當(dāng)向CI 110請(qǐng)求DRM內(nèi)容時(shí)，在步驟213中CI 110搜索DRM內(nèi)容并向通信終端 130發(fā)送DRM內(nèi)容。在這種情況下，當(dāng)特定主內(nèi)容被請(qǐng)求時(shí)，如果子內(nèi)容相應(yīng)于該主內(nèi)容，則 CI 110發(fā)送包括主內(nèi)容和子內(nèi)容的DRM內(nèi)容。在步驟215中，當(dāng)接收到DRM內(nèi)容時(shí)，通信終端130存儲(chǔ)DRM內(nèi)容。在步驟217中，通信終端130向RI 120請(qǐng)求DRM內(nèi)容的版權(quán)對(duì)象。在這種情況下， 通信終端130可以請(qǐng)求特定主內(nèi)容的版權(quán)對(duì)象。當(dāng)特定DRM內(nèi)容的版權(quán)對(duì)象被請(qǐng)求時(shí)，在步驟219中RI 120搜索該DRM內(nèi)容的版權(quán)對(duì)象并向通信終端130發(fā)送該版權(quán)對(duì)象。在這種情況下，當(dāng)特定主內(nèi)容的版權(quán)對(duì)象被請(qǐng)求時(shí)，如果子內(nèi)容相應(yīng)于該主內(nèi)容，則RI 120發(fā)送包括主內(nèi)容和子內(nèi)容的DRM內(nèi)容的版權(quán)對(duì)象。例如，如圖3所示，版權(quán)對(duì)象表示DRM內(nèi)容是利用主內(nèi)容和子內(nèi)容形成的。在這種情況下，版權(quán)對(duì)象包括上下文元素，包括背景，例如，版權(quán)對(duì)象的版本和標(biāo)識(shí)符(例如， RightsObjectID)；協(xié)議(agreement)元素，包括子內(nèi)容和主內(nèi)容的標(biāo)識(shí)符；以及許可元素， 用于許可子內(nèi)容和主內(nèi)容的再現(xiàn)。這里，“Asset-1”是具有內(nèi)部標(biāo)識(shí)符“ContentlDl”的子內(nèi)容的內(nèi)容名稱，并且“Asset-2”是具有內(nèi)部標(biāo)識(shí)符“C0ntentID2”的主內(nèi)容的內(nèi)容名稱。 也就是說，該版權(quán)對(duì)象通過許可元素表示可以在通信終端130中再現(xiàn)子內(nèi)容和主內(nèi)容。如圖4所示，版權(quán)對(duì)象包括用于將子內(nèi)容與主內(nèi)容的再現(xiàn)一起保護(hù)的約束條件信息“constraint”。也就是說，版權(quán)對(duì)象包括在許可元素中的用于限制在通信終端130中的子內(nèi)容和主內(nèi)容的再現(xiàn)順序的約束條件信息。在這種情況下，如圖5所示，約束條件信息還包括用于限制在通信終端130中子內(nèi)容應(yīng)該被再現(xiàn)的次數(shù)的約束“min Coimt(最小數(shù))”。 如圖6所示，約束條件信息還包括用于限制在通信終端130中子內(nèi)容的再現(xiàn)速度的約束 “Not al lowed (不允許)”。此外，如圖7所示，約束條件信息還包括用于限制在通信終端130 中子內(nèi)容的再現(xiàn)速度的約束“speed(速度)”。此外，如圖8所示，約束條件信息還包括用于限制在通信終端130中子內(nèi)容的再現(xiàn)確定基準(zhǔn)(reference)的約束“completed(完成)”。當(dāng)接收到DRM內(nèi)容的版權(quán)對(duì)象時(shí)，在步驟221中通信終端130分析版權(quán)對(duì)象并且在步驟223中再現(xiàn)DRM內(nèi)容。當(dāng)DRM內(nèi)容是利用主內(nèi)容和子內(nèi)容形成的時(shí)，通信終端130 順序地再現(xiàn)子內(nèi)容和主內(nèi)容。也就是說，通信終端130根據(jù)版權(quán)對(duì)象的約束條件信息再現(xiàn)子內(nèi)容，并且當(dāng)子內(nèi)容的再現(xiàn)完成時(shí)，通信終端130再現(xiàn)主內(nèi)容。例如，如圖9所示，當(dāng)版權(quán)對(duì)象包括約束“Not allowed”、約束“min count”和約束“completed”時(shí)，通信終端130應(yīng)該至少一次再現(xiàn)多于70%的子內(nèi)容而不改變?cè)佻F(xiàn)速度，并且再現(xiàn)主內(nèi)容。換句話說，當(dāng)再現(xiàn)子內(nèi)容時(shí)，通信終端130不理會(huì)快進(jìn)(FF)或跳過請(qǐng)求。圖10是示出圖1的DRM內(nèi)容提供系統(tǒng)中的通信終端130的構(gòu)造的框圖。在本實(shí)施例中，通信終端130是移動(dòng)電話機(jī)。參照?qǐng)D10，根據(jù)本實(shí)施例的通信終端130包括射頻(RF)單元410、輸入單元420、 存儲(chǔ)單元430、控制器440、音頻處理器450和顯示單元460。RF單元410執(zhí)行通信終端130的通信功能。RF單元410包括RF發(fā)射器，用于對(duì)將被發(fā)送的信號(hào)的頻率進(jìn)行上變頻并且放大該信號(hào)；以及RF接收器，用于低噪聲的放大接收信號(hào)并且對(duì)該信號(hào)的頻率進(jìn)行下變頻。輸入單元420包括用于輸入數(shù)字和字符信息的鍵以及用于設(shè)置各個(gè)功能的功能鍵。例如，輸入單元420可以是利用小鍵盤、撥號(hào)盤、觸摸板和/或操縱桿形成的。存儲(chǔ)單元430包括程序存儲(chǔ)器和數(shù)據(jù)存儲(chǔ)器。程序存儲(chǔ)器存儲(chǔ)用于控制通信終端 130的一般操作的程序。在本實(shí)施例中，程序存儲(chǔ)器存儲(chǔ)用于提供DRM內(nèi)容的程序。數(shù)據(jù)存儲(chǔ)器執(zhí)行存儲(chǔ)當(dāng)執(zhí)行程序時(shí)生成的數(shù)據(jù)的功能。控制器440執(zhí)行控制通信終端130的一般操作的功能?？刂破?40包括用于編碼和調(diào)制將被發(fā)送的信號(hào)的數(shù)據(jù)處理器以及用于解調(diào)和解碼接收信號(hào)的接收器。數(shù)據(jù)處理器包括調(diào)制解調(diào)器和編解碼器。編解碼器包括用于處理包數(shù)據(jù)的數(shù)據(jù)編解碼器和用于處理諸如聲音的音頻信號(hào)的音頻編解碼器。在本實(shí)施例中，可以利用DRM代理程序(agent)來操作控制器440。也就是說，在本實(shí)施例中，控制器440執(zhí)行內(nèi)容再現(xiàn)模式。在這種情況下，控制器440通過RF單元410訪問CI 110和RI 120以獲得DRM內(nèi)容和DRM內(nèi)容的版權(quán)對(duì)象。 此外，控制器440可以將DRM內(nèi)容存儲(chǔ)在存儲(chǔ)單元430中。另外，控制器440分析版權(quán)對(duì)象以再現(xiàn)DRM內(nèi)容。音頻處理器450執(zhí)行通過揚(yáng)聲器SH(再現(xiàn)從數(shù)據(jù)處理器的音頻編解碼器輸出的音頻信號(hào)的功能，或者向數(shù)據(jù)處理器的音頻編解碼器發(fā)送在麥克風(fēng)MIC中生成的音頻信號(hào)。顯示單元460顯示從控制器440輸出的用戶數(shù)據(jù)。顯示單元460可以使用IXD，并且在這種情況下，顯示單元460包括IXD控制器、可以存儲(chǔ)圖像數(shù)據(jù)的存儲(chǔ)器和IXD顯示元件。當(dāng)LCD被實(shí)現(xiàn)為觸摸屏?xí)r，LCD可以作為輸入單元來操作。圖11是示出圖10的通信終端130的DRM內(nèi)容提供過程的流程圖。參照?qǐng)D11，在步驟511中控制器440執(zhí)行內(nèi)容再現(xiàn)模式。在步驟513中控制器440向CI 110請(qǐng)求特定的主內(nèi)容。在步驟515中控制器440確定DRM是否接收到內(nèi)容。如果接收到DRM內(nèi)容，則在步驟517中控制器440存儲(chǔ)DRM內(nèi)容。如果未接收到DRM內(nèi)容，則處理返回步驟513。在步驟519中，控制器440向RI 120請(qǐng)求主內(nèi)容的版權(quán)對(duì)象。在步驟 521中，控制器440確定是否接收到主內(nèi)容的版權(quán)對(duì)象。如果接收到主內(nèi)容的版權(quán)對(duì)象，則在步驟523中控制器440分析版權(quán)對(duì)象。如果未接收到主內(nèi)容的版權(quán)對(duì)象，則處理返回步驟519。在步驟525中控制器440再現(xiàn)DRM內(nèi)容。圖12是示出圖11的DRM內(nèi)容提供過程中的再現(xiàn)DRM內(nèi)容的過程的流程圖。參照?qǐng)D12，在步驟611中控制器440確定相應(yīng)的DRM內(nèi)容中是否存在子內(nèi)容。如果相應(yīng)的DRM內(nèi)容中存在子內(nèi)容，則在步驟613中控制器440將子內(nèi)容的約束“min count"N 設(shè)置為1并且在步驟615中再現(xiàn)子內(nèi)容。如果版權(quán)對(duì)象的約束條件信息存儲(chǔ)約束“speed”， 則控制器440以相應(yīng)于約束“speed”的再現(xiàn)速度再現(xiàn)子內(nèi)容。例如，如圖7所示，如果版權(quán)對(duì)象中的約束“speed”被設(shè)置為“<Speed>lx</Speed>”，則控制器440以一倍速度再現(xiàn)子內(nèi)容。如果權(quán)利對(duì)象的約束條件信息未存儲(chǔ)約束“speed”，則控制器440以相應(yīng)于預(yù)置缺省速度的再現(xiàn)速度再現(xiàn)子內(nèi)容。在步驟617中，當(dāng)再現(xiàn)子內(nèi)容時(shí)，控制器440確定是否輸入了對(duì)于改變?cè)佻F(xiàn)速度的請(qǐng)求。如果當(dāng)再現(xiàn)子內(nèi)容時(shí)輸入了對(duì)于改變?cè)佻F(xiàn)速度的請(qǐng)求，則在步驟619中控制器440通過約束條件信息確定在版權(quán)對(duì)象中是否設(shè)置了約束“speed”。如果在版權(quán)對(duì)象中未設(shè)置約束“speed”，則在步驟621中控制器440通過約束條件信息確定在版權(quán)對(duì)象中是否設(shè)置了約束“Not allowed”。例如，如圖6所示，控制器440確定在版權(quán)對(duì)象中約束“Not allowed" 是否被設(shè)置為“〈Not allowed>FF, skip</Not allowed〉”。如果在版權(quán)對(duì)象中約束“Not allowed” 未被設(shè)置為 “〈Not allowed>FF, skip</Not allowed〉”，則在步驟 623 中控制器 440改變?cè)佻F(xiàn)速度并且過程返回步驟615。如果通過約束條件信息在版權(quán)對(duì)象中設(shè)置了約束“Not allowed”，則控制器440維持再現(xiàn)速度。在步驟625中，當(dāng)再現(xiàn)子內(nèi)容時(shí)，控制器440確定是否停止再現(xiàn)。如果當(dāng)再現(xiàn)子內(nèi)容時(shí)停止再現(xiàn)，則在步驟627中控制器440確定子內(nèi)容的再現(xiàn)比例是否超過約束基準(zhǔn)。例如，如圖8所示，如果版權(quán)對(duì)象中的約束“completed”設(shè)置為“〈completedWO1^ </ completed)",則控制器440確定子內(nèi)容的再現(xiàn)比例是否超過70%。如果子內(nèi)容的再現(xiàn)比例未超過約束“completed”，則控制器440確定子內(nèi)容的再現(xiàn)失敗并且過程返回步驟615。如果子內(nèi)容的再現(xiàn)比例超過約束“completed”，則控制器440確定子內(nèi)容的再現(xiàn)完成并且在步驟629中確定子內(nèi)容的再現(xiàn)“min count”是否達(dá)到約束次數(shù)。例如，如圖5所示，如果版權(quán)對(duì)象中的約束“min count”設(shè)置為“<min count>l</min count〉”，則控制器440確定子內(nèi)容的再現(xiàn)次數(shù)例是否達(dá)到1。如果子內(nèi)容的再現(xiàn)次數(shù)未達(dá)到“min count”中設(shè)置的約束， 則控制器440將子內(nèi)容的再現(xiàn)次數(shù)增加1并且過程返回步驟615。如果子內(nèi)容的再現(xiàn)次數(shù)達(dá)到“min count”中設(shè)置的約束，則在步驟633中控制器440再現(xiàn)主內(nèi)容并且過程返回圖 11的提供DRM內(nèi)容的過程。如果在步驟611中相應(yīng)的DRM內(nèi)容中不存在子內(nèi)容，則控制器440再現(xiàn)主內(nèi)容并且過程返回圖11的提供DRM內(nèi)容的過程。如上所述，在根據(jù)本發(fā)明的用于提供DRM內(nèi)容的系統(tǒng)和方法中，可以通過版權(quán)對(duì)象的約束條件信息來保護(hù)通信終端中的子內(nèi)容的再現(xiàn)。也就是說，在通信終端中可以防止對(duì)子內(nèi)容的再現(xiàn)的拒絕。從而，在該DRM內(nèi)容提供系統(tǒng)中，可以減少提供子內(nèi)容所需的資源的浪費(fèi)。產(chǎn)業(yè)上的可利用性雖然已經(jīng)在上文中詳細(xì)描述了本發(fā)明的實(shí)施例，但是應(yīng)該清楚理解地是，本領(lǐng)域技術(shù)人員會(huì)遇到的在此描述的基本發(fā)明構(gòu)思的許多變化和/或修改仍然落在由所附的權(quán)利要求限定的本發(fā)明的示范性實(shí)施例的精神和范圍之內(nèi)。
權(quán)利要求
1.一種提供DRM內(nèi)容的方法，包括如下步驟當(dāng)通信終端的對(duì)于主內(nèi)容的請(qǐng)求被輸入時(shí)，由內(nèi)容發(fā)行方(Cl)向所述通信終端發(fā)送包括所述主內(nèi)容和相應(yīng)于所述主內(nèi)容的預(yù)置子內(nèi)容的DRM內(nèi)容；由版權(quán)發(fā)行方(RI)向所述通信終端發(fā)送包括用于保護(hù)所述子內(nèi)容的再現(xiàn)的約束條件信息的版權(quán)對(duì)象；以及當(dāng)接收到所述DRM內(nèi)容和所述版權(quán)對(duì)象時(shí)，由所述通信終端通過分析所述版權(quán)對(duì)象來再現(xiàn)所述子內(nèi)容，并且當(dāng)所述子內(nèi)容的再現(xiàn)完成時(shí)，再現(xiàn)所述主內(nèi)容。
2.如權(quán)利要求1所述的方法，其中，所述版權(quán)對(duì)象包括 上下文元素，包括所述版權(quán)對(duì)象的背景和標(biāo)識(shí)符；協(xié)議元素，包括所述子內(nèi)容和所述主內(nèi)容的標(biāo)識(shí)符；以及許可元素，用于許可所述子內(nèi)容和所述主內(nèi)容的再現(xiàn)并且包含所述約束條件信息。
3.如權(quán)利要求1所述的方法，其中，所述約束條件信息包括用于限制所述通信終端中的所述子內(nèi)容的再現(xiàn)速度的約束速度。
4.如權(quán)利要求3所述的方法，其中，所述再現(xiàn)過程包括以所述約束速度再現(xiàn)所述子內(nèi)容。
5.如權(quán)利要求1所述的方法，其中，所述約束條件信息包括指示在所述通信終端中所述子內(nèi)容應(yīng)該被再現(xiàn)的次數(shù)的約束。
6.如權(quán)利要求5所述的方法，其中，所述再現(xiàn)過程包括 當(dāng)所述子內(nèi)容被再現(xiàn)時(shí)，計(jì)算所述子內(nèi)容被再現(xiàn)的次數(shù)；當(dāng)所述子內(nèi)容的再現(xiàn)被停止時(shí)，將所述子內(nèi)容被再現(xiàn)的次數(shù)與指示所述子內(nèi)容應(yīng)該被再現(xiàn)的次數(shù)的約束進(jìn)行比較；以及如果所述子內(nèi)容被再現(xiàn)的次數(shù)小于或等于指示所述子內(nèi)容應(yīng)該被再現(xiàn)的次數(shù)的約束， 則重復(fù)地再現(xiàn)所述子內(nèi)容，以及如果所述子內(nèi)容被再現(xiàn)的次數(shù)大于指示所述子內(nèi)容應(yīng)該被再現(xiàn)的次數(shù)的約束，則再現(xiàn)所述主內(nèi)容。
7.如權(quán)利要求1所述的方法，其中，所述約束條件信息包括指示在所述通信終端中所述子內(nèi)容被再現(xiàn)的比例的約束。
8.如權(quán)利要求7所述的方法，其中，所述再現(xiàn)過程包括當(dāng)所述子內(nèi)容的再現(xiàn)被停止時(shí)，將所述子內(nèi)容的再現(xiàn)比例與指示所述子內(nèi)容將被再現(xiàn)的比例的約束進(jìn)行比較；以及如果所述再現(xiàn)比例超過指示所述子內(nèi)容將被再現(xiàn)的比例的約束，則確定所述子內(nèi)容的再現(xiàn)完成，以及如果所述再現(xiàn)比例未超過指示所述子內(nèi)容將被再現(xiàn)的比例的約束，則確定所述子內(nèi)容的再現(xiàn)失敗。
9.如權(quán)利要求1所述的方法，其中，所述約束條件信息包括用于限制在所述通信終端中的所述子內(nèi)容的再現(xiàn)速度改變的約束。
10.如權(quán)利要求9所述的方法，其中，所述再現(xiàn)過程包括當(dāng)再現(xiàn)所述子內(nèi)容時(shí)，在對(duì)于所述子內(nèi)容的再現(xiàn)速度改變的請(qǐng)求被輸入時(shí)，根據(jù)用于限制再現(xiàn)速度的約束確定是否可以改變所述再現(xiàn)速度；以及如果可以改變所述再現(xiàn)速度，則改變所述再現(xiàn)速度，以及如果不能改變所述再現(xiàn)速度， 則維持所述再現(xiàn)速度。
11.一種DRM內(nèi)容提供系統(tǒng)，包括內(nèi)容發(fā)行方(Cl)，用于存儲(chǔ)包括主內(nèi)容和相應(yīng)于主內(nèi)容的子內(nèi)容的DRM內(nèi)容，并且當(dāng)對(duì)于主內(nèi)容的請(qǐng)求被輸入時(shí)，用于發(fā)送DRM內(nèi)容；版權(quán)發(fā)行方(RI)，用于存儲(chǔ)包括用于保護(hù)DRM內(nèi)容中的子內(nèi)容的再現(xiàn)的約束條件信息的版權(quán)對(duì)象，并且當(dāng)對(duì)于版權(quán)對(duì)象的請(qǐng)求被輸入時(shí)，用于發(fā)送版權(quán)對(duì)象；以及通信終端，用于當(dāng)接收到DRM內(nèi)容和版權(quán)對(duì)象時(shí)，通過分析版權(quán)對(duì)象來再現(xiàn)子內(nèi)容，并且當(dāng)子內(nèi)容的再現(xiàn)完成時(shí)，用于再現(xiàn)主內(nèi)容。
12.如權(quán)利要求11所述的DRM內(nèi)容提供系統(tǒng)，其中，所述版權(quán)對(duì)象包括上下文元素，包括版權(quán)對(duì)象的背景和標(biāo)識(shí)符；協(xié)議元素，包括子內(nèi)容和主內(nèi)容的標(biāo)識(shí)符；以及許可元素，用于許可子內(nèi)容和主內(nèi)容的再現(xiàn)并且包括約束條件信息。
13.如權(quán)利要求11所述的DRM內(nèi)容提供系統(tǒng)，其中，所述約束條件信息包括指示用于限制在通信終端中的子內(nèi)容的再現(xiàn)速度的速度的約束。
14.如權(quán)利要求13所述的DRM內(nèi)容提供系統(tǒng)，其中，所述通信終端以指示速度的約束中指示的速度再現(xiàn)子內(nèi)容。
15.如權(quán)利要求11所述的DRM內(nèi)容提供系統(tǒng)，其中，所述約束條件信息包括指示在通信終端中子內(nèi)容應(yīng)該被再現(xiàn)的次數(shù)的約束。
16.如權(quán)利要求15所述的DRM內(nèi)容提供系統(tǒng)，其中，所述通信終端在子內(nèi)容被再現(xiàn)時(shí)， 計(jì)算子內(nèi)容被再現(xiàn)的次數(shù)，當(dāng)子內(nèi)容的再現(xiàn)被停止時(shí)，將子內(nèi)容被再現(xiàn)的次數(shù)與指示子內(nèi)容應(yīng)該被再現(xiàn)的次數(shù)進(jìn)行比較，如果子內(nèi)容被再現(xiàn)的次數(shù)小于或等于指示子內(nèi)容應(yīng)該被再現(xiàn)的次數(shù)的約束，則重復(fù)地再現(xiàn)子內(nèi)容，以及如果子內(nèi)容被再現(xiàn)的次數(shù)大于指示子內(nèi)容應(yīng)該被再現(xiàn)的次數(shù)的約束，則再現(xiàn)主內(nèi)容。
17.如權(quán)利要求11所述的DRM內(nèi)容提供系統(tǒng)，其中，所述約束條件信息包括指示在通信終端中子內(nèi)容被再現(xiàn)的比例的約束。
18.如權(quán)利要求17所述的DRM內(nèi)容提供系統(tǒng)，其中，所述通信終端在子內(nèi)容的再現(xiàn)被停止時(shí)，將子內(nèi)容的再現(xiàn)比例與指示子內(nèi)容將被再現(xiàn)的比例的約束進(jìn)行比較，如果所述再現(xiàn)比例超過指示子內(nèi)容將被再現(xiàn)的比例的約束，則確定子內(nèi)容的再現(xiàn)完成，以及如果所述再現(xiàn)比例未超過指示子內(nèi)容將被再現(xiàn)的比例的約束，則確定子內(nèi)容的再現(xiàn)失敗。
19.如權(quán)利要求11所述的DRM內(nèi)容提供系統(tǒng)，其中，所述約束條件信息包括用于限制在通信終端中子內(nèi)容的再現(xiàn)速度改變的約束。
20.如權(quán)利要求19所述的DRM內(nèi)容提供系統(tǒng)，其中，所述通信終端在再現(xiàn)子內(nèi)容時(shí)，在對(duì)于子內(nèi)容的再現(xiàn)速度改變的請(qǐng)求被輸入時(shí)，根據(jù)用于限制再現(xiàn)速度的約束確定是否可以改變?cè)佻F(xiàn)速度，如果可以改變?cè)佻F(xiàn)速度，則改變?cè)佻F(xiàn)速度，以及如果不能改變?cè)佻F(xiàn)速度，則維持再現(xiàn)速度。
全文摘要
一種提供DRM內(nèi)容的方法，包括當(dāng)對(duì)于通信終端的特定主內(nèi)容的請(qǐng)求被輸入時(shí)，由內(nèi)容發(fā)行方向該通信終端發(fā)送包括該主內(nèi)容和相應(yīng)于該主內(nèi)容的預(yù)置子內(nèi)容的DRM內(nèi)容；由版權(quán)發(fā)行方向該通信終端發(fā)送具有用于保護(hù)該子內(nèi)容的再現(xiàn)的約束條件信息的版權(quán)對(duì)象；以及當(dāng)接收到DRM內(nèi)容和版權(quán)對(duì)象時(shí)，由該通信終端通過分析版權(quán)對(duì)象來再現(xiàn)子內(nèi)容，并且當(dāng)子內(nèi)容的再現(xiàn)完成時(shí)，由該通信終端再現(xiàn)所述主內(nèi)容?？梢酝ㄟ^版權(quán)對(duì)象的約束條件信息來保護(hù)通信終端中的子內(nèi)容的再現(xiàn)，并且可以減少對(duì)于提供子內(nèi)容所需的資源的浪費(fèi)。
文檔編號(hào)G06F3/00GK102272765SQ200980153716
公開日2011年12月7日 申請(qǐng)日期2009年12月31日 優(yōu)先權(quán)日2009年1月5日
發(fā)明者S.瑟杰, 李炳來, 黃承吾 申請(qǐng)人:三星電子株式會(huì)社