專利名稱:多媒體型內(nèi)容再現(xiàn)設備和再現(xiàn)方法,及其上存儲了用于其的數(shù)據(jù)的記錄媒體的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及用于受版權(quán)保護的內(nèi)容的再現(xiàn)設備和再現(xiàn)方法,及其上存儲了用于其的數(shù)據(jù)的記錄媒體。本發(fā)明尤其涉及用于受版權(quán)保護的多媒體型內(nèi)容的再現(xiàn)設備和再現(xiàn)方法,及其上記錄了用于其的數(shù)據(jù)的記錄媒體。
背景技術(shù):
在使用數(shù)字權(quán)利管理(DRM)系統(tǒng)的傳統(tǒng)的內(nèi)容分配系統(tǒng)中,諸如音樂或電影之類的流型內(nèi)容是分配的主要對象。對于流型內(nèi)容,已建立了管理版權(quán)的模塊(下文稱為權(quán)利管理模塊)。下面將說明根據(jù)傳統(tǒng)的權(quán)利管理模塊的內(nèi)容的再現(xiàn)程序。
開始將解釋再現(xiàn)開始時的程序。首先,內(nèi)容再現(xiàn)設備通過參考與內(nèi)容相關(guān)聯(lián)的許可證確定是否能使用內(nèi)容。這里,許可證是內(nèi)容使用所需的信息和指示內(nèi)容的使用條件的信息。如果確定可以使用,則再現(xiàn)設備鎖定許可證。然后,再現(xiàn)設備提取包含在許可證中的內(nèi)容的解密鍵。接著,再現(xiàn)設備使用所提取的解密鍵來解密該內(nèi)容,并再現(xiàn)該內(nèi)容。
下面將說明終止再現(xiàn)時所執(zhí)行的程序。首先,再現(xiàn)設備根據(jù)再現(xiàn)結(jié)束時使用的情況更新許可證的內(nèi)容。例如,再現(xiàn)設備減少剩余使用時間等以更新許可證的內(nèi)容。然后,再現(xiàn)設備解開許可證的鎖定。
如上所述,傳統(tǒng)的再現(xiàn)設備在再現(xiàn)開始時鎖定許可證,根據(jù)使用的情況更新許可證并在再現(xiàn)結(jié)束時開鎖。因此,每次將內(nèi)容被使用時更新許可證以防止內(nèi)容的非法使用。
日本專利公開號60-77218本發(fā)明要解決的問題近年來,除了流型內(nèi)容之外,為DVD采用的多媒體型內(nèi)容也正成為通過網(wǎng)絡分配的對象。然而,如果將傳統(tǒng)的權(quán)利管理模塊按原樣應用于處理多媒體型內(nèi)容,則會出現(xiàn)各種問題。
這里,多媒體型內(nèi)容指諸如活動圖象之類的傳統(tǒng)的流型內(nèi)容和包括結(jié)構(gòu)的文本或靜止圖象在內(nèi)的菜單型內(nèi)容的集合。用多媒體型內(nèi)容,可以實現(xiàn)從菜單屏幕到主活動圖象的轉(zhuǎn)換,或在屏幕上同時顯示主活動圖象和相關(guān)信息。
對于多媒體型內(nèi)容,通過諸如HTML(超文本標記語言)之類的結(jié)構(gòu)的文本實現(xiàn)諸如菜單屏幕之類的菜單型內(nèi)容。對于由結(jié)構(gòu)文本所實現(xiàn)的菜單型內(nèi)容,定義一個菜單屏幕和多個靜止圖象之間的鏈接。因此,諸如多個靜止圖象之類的相關(guān)信息同時顯示在菜單屏幕上。
如果將傳統(tǒng)的權(quán)利管理模塊應用于這種多媒體型內(nèi)容,則用于啟動再現(xiàn),用于主活動圖象,用于菜單屏幕和多個靜止圖象的所有許可證均被鎖定。因此,這引發(fā)了不同時顯示主圖象和相關(guān)信息屏幕,或不能將第一靜止圖象后的圖象顯示在主菜單屏幕上的問題。
另,在再現(xiàn)結(jié)束時,因為更新用于主活動圖象、菜單屏幕和多個靜止圖象的所有許可證,即使對不需要權(quán)利管理的信息也更新使用條件,從而限制了使用。
這是由用于流型內(nèi)容的權(quán)利管理的數(shù)據(jù)結(jié)構(gòu)對多媒體型內(nèi)容不合適而引起。
因此,本發(fā)明的一個目的在于提供一種用于對多媒體型內(nèi)容進行權(quán)利管理的合適的數(shù)據(jù)結(jié)構(gòu),并進一步提供一種其上記錄著具有所述數(shù)據(jù)結(jié)構(gòu)的數(shù)據(jù)的記錄媒體、用于數(shù)據(jù)再現(xiàn)的再現(xiàn)設備和再現(xiàn)方法。
問題的解決方案為了解決上述問題,本發(fā)明具有下列特征。本發(fā)明是其上記錄有用于允許計算機使用包含多個資源的內(nèi)容數(shù)據(jù)的許可證數(shù)據(jù)的計算機可讀記錄媒體。該記錄媒體上還記錄了包括基于資源的使用條件配置結(jié)構(gòu)的許可證數(shù)據(jù),其中相對于各資源為計算機設置了使用條件。
記錄媒體上最好記錄了用于允許計算機根據(jù)使用條件使用資源中與使用條件相應的一個的許可證數(shù)據(jù)。
記錄媒體上最好還記錄了包含用于允許計算機登記資源中至少一個的使用情況的可更新的使用情況配置結(jié)構(gòu)的許可證數(shù)據(jù)。
多個資源最好各包括至少一個需要計算機管理其使用情況的主資源,和多個不需要由計算機管理其使用情況的子資源。使用情況配置結(jié)構(gòu)是用于使計算機設置主資源的使用情況的數(shù)據(jù)結(jié)構(gòu)。
多個資源最好各包括至少一個在計算機開始使用資源時需要鎖定其許可證的主資源,和多個不需要鎖定其許可證的子資源?;谫Y源的使用條件配置結(jié)構(gòu)中登記了指示關(guān)于主資源的使用條件或關(guān)于子資源的使用條件的分類信息。該分類信息用于使計算機確定是否需要鎖定許可證。
注意本發(fā)明是用于各用與內(nèi)容數(shù)據(jù)相應的許可證數(shù)據(jù)再現(xiàn)包含多個資源的內(nèi)容數(shù)據(jù)的內(nèi)容再現(xiàn)方法。多個資源各包括至少一個包括內(nèi)容的主要部分的主資源,多個包括與內(nèi)容的主要部分相關(guān)聯(lián)的相關(guān)信息的子資源,和具有只有在計算機開始再現(xiàn)主資源時讓用于管理許可證數(shù)據(jù)的許可證管理設備鎖定與要再現(xiàn)的內(nèi)容數(shù)據(jù)相應的許可證數(shù)據(jù)的特征。
最好只有在計算機終止再現(xiàn)主資源時,才使許可證管理設備解除鎖定與要再現(xiàn)的內(nèi)容數(shù)據(jù)相應的許可證數(shù)據(jù),并更新許可證數(shù)據(jù)中的使用情況信息。
本發(fā)明還是一種各使用與內(nèi)容數(shù)據(jù)相應的許可證數(shù)據(jù)來再現(xiàn)包含多個資源的內(nèi)容數(shù)據(jù)的內(nèi)容再現(xiàn)設備。多個資源各包括內(nèi)容的主要部分的至少一個主資源;多個包含與內(nèi)容的主要部分相關(guān)聯(lián)的相關(guān)信息的子資源;用于管理許可證數(shù)據(jù)的許可證管理裝置;用于只有在計算機開始再現(xiàn)主資源時才使許可證管理裝置鎖定與要再現(xiàn)的內(nèi)容數(shù)據(jù)相應的許可證數(shù)據(jù)的許可證鎖定裝置。
最好只有在計算機終止再現(xiàn)主資源時,再現(xiàn)設備還包括一個許可證解鎖裝置,以向許可證管理裝置提供主資源的再現(xiàn)結(jié)束的報告,并使許可證管理設備為與要再現(xiàn)的內(nèi)容數(shù)據(jù)相應的許可證數(shù)據(jù)解鎖,并更新許可證數(shù)據(jù)中的使用情況信息。
另外,再現(xiàn)設備包括多個用于再現(xiàn)各資源的資源再現(xiàn)部分。
最好將多個子資源加密。多個資源再現(xiàn)部分各包括用于再現(xiàn)主資源的主資源再現(xiàn)部分,和用于再現(xiàn)子資源的子資源再現(xiàn)部分。子資源再現(xiàn)部分可包括用于一起解密多個子資源的解密部分、用于臨時存儲解密的子資源的高速緩沖存儲器部分、和用于利用高速緩沖存儲器部分中所存儲的解密的子資源再現(xiàn)子資源的解碼部分。
最好至少解密部分可抗干擾。
最好進一步共同壓縮多個子資源。解密部分可以解密多個子資源,提取壓縮的子資源并在提取和解密完成后將子資源臨時存儲在高速緩沖存儲器部分。
發(fā)明效果根據(jù)本發(fā)明,因為基于資源設置使用條件,所以包括多個資源的多媒體型內(nèi)容可以設置每個資源的使用條件。結(jié)果,本發(fā)明可以并為其上記錄了數(shù)據(jù)的記錄媒體提供適合多媒體型內(nèi)容的權(quán)利管理的數(shù)據(jù)結(jié)構(gòu)、用于再現(xiàn)數(shù)據(jù)的再現(xiàn)設備和再現(xiàn)方法。
同樣,根據(jù)本發(fā)明,因為登記僅僅部分資源的使用情況而非登記了所有資源的使用情況,對于不需要權(quán)利管理的資源,不需要管理使用情況。特別是僅為包括內(nèi)容的主要部分的主資源登記使用條件,并執(zhí)行其權(quán)利管理。
同樣,根據(jù)本發(fā)明,只有在再現(xiàn)主資源時才鎖定許可證,這樣就可以同時再現(xiàn)主資源和子資源。
另外,根據(jù)本發(fā)明,只有在主資源的再現(xiàn)終止時才解開許可證鎖定,這樣就可以在更新許可證數(shù)據(jù)時只反射主資源的再現(xiàn)結(jié)果。
另外,根據(jù)本發(fā)明,因為用高速緩存的子資源將多個子資源解密,高速緩沖并再現(xiàn),使內(nèi)容再現(xiàn)中所包括的處理減輕。
另外,通過使解密部分抗干擾,可以防止內(nèi)容鍵泄漏。
圖1為示出根據(jù)本發(fā)明的第一實施例的權(quán)利管理系統(tǒng)的整個配置的圖。
圖2為示出應用程序1的功能配置的方框圖。
圖3為示出應用程序再現(xiàn)請求消息的數(shù)據(jù)結(jié)構(gòu)的圖。
圖4為示出應用程序終止請求消息的數(shù)據(jù)結(jié)構(gòu)的圖。
圖5為示出演示器(renderer)2的功能配置的方框圖。
圖6為示出演示器再現(xiàn)請求消息的數(shù)據(jù)結(jié)構(gòu)的圖。
圖7為示出演示器終止請求消息的數(shù)據(jù)結(jié)構(gòu)的圖。
圖8為示出使用結(jié)果信息的數(shù)據(jù)結(jié)構(gòu)的圖。
圖9為示出活動圖象演示器22的功能配置的方框圖。
圖10為示出HTML/靜止圖象演示器23的功能配置的方框圖。
圖11是DRM客戶機3的功能配置的方框圖。
圖12為示出許可證的數(shù)據(jù)結(jié)構(gòu)的圖。
圖13為示出客戶機再現(xiàn)響應消息的數(shù)據(jù)配置的圖。
圖14為示出演示器使用條件信息的數(shù)據(jù)配置的圖。
圖15為示出當應用程序1向演示器2請求內(nèi)容再現(xiàn)時應用程序1的操作的流程圖。
圖16為示出當存在來自應用程序1的再現(xiàn)請求時演示器2的操作的流程圖。
圖17為示出當存在演示器2向DRM客戶機3發(fā)出的再現(xiàn)請求時DRM客戶機的操作的流程圖。
圖18為示出當應用程序向演示器2請求控制內(nèi)容再現(xiàn)時應用程序1的操作的流程圖。
圖19為示出當存在來自應用程序1的再現(xiàn)控制請求時演示器2的操作的流程圖。
圖20為示出當應用程序1向演示器2請求終止內(nèi)容再現(xiàn)時應用程序1的操作的流程圖。
圖21為示出當存在來自應用程序1的再現(xiàn)終止請求時或當再現(xiàn)內(nèi)容直至結(jié)束時演示器2的操作的流程圖。
圖22為示出當存在來自演示器2的終止請求時DRM客戶機3的操作的流程圖。
標號說明1應用程序2演示器
3 DRM客戶機11再現(xiàn)開始請求部分12再現(xiàn)控制請求部分13再現(xiàn)終止請求部分14、21、32控制部分22活動圖象演示器23 HTML/靜止圖象演示器24再現(xiàn)啟動控制部分25再現(xiàn)控制部分26再現(xiàn)終止控制部分221、231解密部分222、232解碼部分223使用情況管理部分233調(diào)速緩存部分31許可證存儲部分33再現(xiàn)請求接收部分34終止請求接收部分35使用條件確定部分36使用情況更新部分具體實施方式
圖1為示出根據(jù)本發(fā)明的第一實施例的權(quán)利管理系統(tǒng)的整個配置的圖。根據(jù)圖1,權(quán)利管理系統(tǒng)包括應用程序1、演示器2和DRM客戶機3。圖1中所示的權(quán)利管理系統(tǒng)可以通過單個計算機設備或通過多個計算機設備來實現(xiàn)。
根據(jù)本實施例,將內(nèi)容加密。為了再現(xiàn)加密的內(nèi)容,需要許可證。該許可證包含將加密的內(nèi)容解密的內(nèi)容鍵,和許可內(nèi)容使用的條件。內(nèi)容再現(xiàn)通過使用許可證中所包含的內(nèi)容鍵解密內(nèi)容來實現(xiàn)。
用于本實施例中的多媒體型內(nèi)容包括至少一個主資源和多個子資源。主資源為例如包含主要部分的活動圖象的流型內(nèi)容等。子資源是諸如由諸如HTML之類的結(jié)構(gòu)文本、多個靜止圖象或用作相關(guān)信息的文本和活動圖片圖象所定義的菜單屏幕之類的內(nèi)容。即,子資源包括與主要部分相關(guān)聯(lián)的相關(guān)信息。根據(jù)本實施例,如果多媒體型內(nèi)容分成主資源和子資源,為了更易于理解,將主資源描述成主要部分圖象,并將子資源描述成與主要部分相關(guān)聯(lián)的相關(guān)信息,但本實施例并不限于此。
在下列說明中,簡單地引用“內(nèi)容”包括指主資源內(nèi)容和子資源內(nèi)容。內(nèi)容存儲在諸如硬盤等記錄設備(未示出)中。下面將存儲有內(nèi)容的部分稱為內(nèi)容存儲部分。省略對內(nèi)容存儲部分的說明。內(nèi)容存儲部分存在于實現(xiàn)應用程序1、演示器2和DRM客戶機的計算機系統(tǒng)內(nèi)部。在將主資源和子資源多路復用成通過傳送帶方法傳送的內(nèi)容的情況下,不需要將內(nèi)容存儲在內(nèi)容存儲部分中。
應用程序1使演示器2再現(xiàn)內(nèi)容存儲部分中所存儲的內(nèi)容,以執(zhí)行所需的處理。通過計算機設備執(zhí)行一個程序等來實現(xiàn)應用程序1,以實現(xiàn)所需的處理。
當需要應用程序1再現(xiàn)內(nèi)容存儲部分中所存儲的內(nèi)容時,應用程序1將一個請求開始內(nèi)容再現(xiàn)的消息傳送至演示器2(下文稱為應用程序再現(xiàn)請求消息見如下圖3)。同樣,當需要應用程序控制諸如暫停、快進和倒帶之類的內(nèi)容再現(xiàn)時,應用程序1將一個請求控制內(nèi)容再現(xiàn)的消息(下文稱為再現(xiàn)控制消息)傳送至演示器2。另外,當需要應用程序1終止內(nèi)容再現(xiàn)時,應用程序1將一個請求終止內(nèi)容再現(xiàn)的消息(下文稱為應用程序終止請求消息見以下圖4)發(fā)送至演示器2。
演示器2是用于響應來自應用程序1的請求再現(xiàn)內(nèi)容的設備。通過計算機設備執(zhí)行一個程序等來實現(xiàn)演示器2,以再現(xiàn)內(nèi)容。用于演示器2的計算機設備可以與應用程序1使用的計算機設備相同或不同。
在從應用程序1接收應用程序再現(xiàn)請求消息的情況下,演示器2將一個請求傳送內(nèi)容再現(xiàn)所需的內(nèi)容鍵的消息(下文稱為演示器再現(xiàn)請求消息,見下文圖6)傳送至DRM客戶機3。演示器2在DRM客戶機響應演示器再現(xiàn)請求消息時從DRM客戶機3接收內(nèi)容鍵。演示器2使用內(nèi)容鍵解密內(nèi)容,并再現(xiàn)該內(nèi)容。當內(nèi)容再現(xiàn)開始時,演示器2將一個表示控制結(jié)果(下文稱為演示器再現(xiàn)響應消息)的消息傳送至應用程序1。
當從應用程序1傳送控制請求消息時,演示器2控制內(nèi)容再現(xiàn)并將一個表示控制結(jié)果的消息(下文稱為控制響應消息)傳送至應用程序1。
當從應用程序1發(fā)送應用程序終止請求消息時,演示器2終止內(nèi)容再現(xiàn),并將一個請求更新與許可證相關(guān)的信息的消息傳送至DRM客戶機3(下文稱為演示器終止請求消息見以下圖7),并將一個表示終止程序的結(jié)果的消息(演示器終止呼應消息)傳送至應用程序1。
DRM客戶機3是用于存儲許可證和管理許可證的設備。DRM客戶機3確定是否允許內(nèi)容再現(xiàn),并更新許可證。通過計算機設備執(zhí)行一個程序等來實現(xiàn)DRM客戶機3以確定是否允許內(nèi)容再現(xiàn)和更新許可證。用于DRM客戶機3的主機設備可以與應用程序1和/或演示器2所使用的相同或不同。
當從演示器2發(fā)送演示器再現(xiàn)請求消息時,DRM客戶機3確定被請求再現(xiàn)的對象是主資源還是子資源,如果對象是主資源則鎖定許可證。如果對象是子資源,DRM客戶機不鎖定許可證。如果許可證已鎖定,演示器2或另一演示器都不允許使用鎖定的許可證再現(xiàn)內(nèi)容。同樣,當許可證已經(jīng)鎖定時,不允許計算機設備將鎖定的許可證傳送至另一終端或記錄媒體。DRM客戶機3不僅有許可證還有指示許可證是否被鎖定的標記。該標記具有值0或1。0表示許可證沒有鎖定的狀態(tài)。1表示許可證被鎖定的狀態(tài)。最初,標記設置成0。當鎖定許可證時,DRM客戶機3在確定標記值為0時將其設置成1。如果標記已經(jīng)設置成1,因為許可證已經(jīng)鎖定,所以不允許使用許可證再現(xiàn)內(nèi)容或傳送許可證。當許可證使用終止時,演示器2通知DRM客戶機3許可證使用終止。作為對其的響應,DRM客戶機3將標記設置成0。一定要注意用于鎖定許可證的方法并不限于上述方法,該方法只是例子,也可以采用任何其它眾所周知的用于鎖定許可證的方法。
DRM客戶機3獲取與再現(xiàn)請求相應的內(nèi)容鍵并將該內(nèi)容鍵傳送至演示器2。下文將用于傳送內(nèi)容鍵的消息稱為客戶機再現(xiàn)響應消息(見以下圖13)。
當從演示器2傳送演示器終止請求消息時,DRM客戶機3更新許可證的使用條件,解除鎖定,并將一個報告再現(xiàn)被終止的消息(下文稱為客戶機終止響應消息)傳送至演示器2。
下面為了簡化說明,將應用程序1、演示器2和DRM客戶機3描述成好象是通過若干單獨計算機設備來實現(xiàn)它們的。然而,可以將應用程序1、演示器2和DRM客戶機3作為通過使單個通用CPU執(zhí)行用于實現(xiàn)各操作的軟件或硬件來實現(xiàn)。即,如果實現(xiàn)應用程序1、演示器2和DRM客戶機3以具有下述功能,則可以通過軟件或硬件來實現(xiàn)它們。
圖2為示出應用程序1的功能配置的方框圖。在圖2中,應用程序1包括再現(xiàn)開始請求部分11、再現(xiàn)控制請求部分12、再現(xiàn)終止請求部分13和控制部分14。
控制部分14控制應用程序1的整個操作??刂撇糠?4確定是否開始內(nèi)容再現(xiàn),以控制內(nèi)容再現(xiàn)或終止內(nèi)容再現(xiàn),并向再現(xiàn)開始請求部分11、再現(xiàn)控制請求部分12、再現(xiàn)終止請求部分13中的每一個給出指令以相應地發(fā)送帶有確定結(jié)果的消息。
當需要內(nèi)容再現(xiàn)時,再現(xiàn)開始請求部分11產(chǎn)生一個應用程序再現(xiàn)請求消息,并將該應用程序再現(xiàn)請求消息傳送至演示器2。
圖3為示出應用程序再現(xiàn)請求消息的數(shù)據(jù)結(jié)構(gòu)的圖。應用程序再現(xiàn)請求消息包含內(nèi)容URI、許可證ID和資源ID。這里,內(nèi)容URI指標識存儲再現(xiàn)對象的內(nèi)容的位置的URI(統(tǒng)一資源標識符)。許可證ID指用于標識再現(xiàn)對象的內(nèi)容許可證的標識符。資源ID指用于標識再現(xiàn)對象的資源的標識符。
再現(xiàn)開始請求部分11在傳送應用程序再現(xiàn)請求消息后接收從演示器2答復的演示器再現(xiàn)響應消息,分析內(nèi)容并向控制部分14報告分析結(jié)果。
當需要控制內(nèi)容再現(xiàn)時,再現(xiàn)控制請求部分12產(chǎn)生一個控制請求消息并將該消息傳送至演示器2??刂普埱笙S可證ID和控制信息。這里,許可證ID指所再現(xiàn)的資源的許可證ID。控制信息指指示再現(xiàn)的執(zhí)行方式的控制內(nèi)容。在傳送控制請求消息后,再現(xiàn)開始請求部分11接收從演示器2答復的控制響應消息,分析內(nèi)容并向控制部分14報告分析結(jié)果。
當需要終止內(nèi)容再現(xiàn)時,再現(xiàn)終止請求部分13產(chǎn)生一個應用程序終止請求消息并將該消息傳送至演示器2。
圖4為示出應用程序終止請求消息的數(shù)據(jù)結(jié)構(gòu)的圖。消息包含正在再現(xiàn)的資源的許可證ID。再現(xiàn)終止請求部分13在傳送應用程序終止請求消息后接收從演示器2答復的演示器終止響應消息,分析內(nèi)容并向控制部分14報告分析結(jié)果。
圖5為示出演示器2的功能配置的方框圖。在圖5中,演示器2包括控制部分21、活動圖象演示器22和HTML/靜止圖象演示器23??刂撇糠?1包括再現(xiàn)啟動控制部分24、再現(xiàn)控制部分25和再現(xiàn)終止控制部分26。注意,雖然這里活動圖象演示器22和HTML/靜止圖象演示器23設置在演示器2中,活動圖象演示器22和HTML/靜止圖象演示器23也可以設置在演示器2之外,或可以將活動圖象演示器22和HTML/靜止圖象演示器23中的任一個設置在演示器2內(nèi)。
當從應用程序1發(fā)送應用程序再現(xiàn)請求消息時,再現(xiàn)啟動控制部分24分析內(nèi)容、產(chǎn)生演示器再現(xiàn)請求消息和將該消息傳送至DRM客戶機3。
圖6為示出演示器再現(xiàn)請求消息的數(shù)據(jù)結(jié)構(gòu)的圖。演示器再現(xiàn)請求消息包含許可證ID和資源ID。演示器再現(xiàn)請求消息中所包含的許可證ID和資源ID與應用程序再現(xiàn)請求消息中所包含的相同。
再現(xiàn)啟動控制部分24在發(fā)送演示器再現(xiàn)請求消息后接收從DRM客戶機3答復的客戶機再現(xiàn)響應消息,并獲取資源分類、內(nèi)容鍵和演示器的使用條件。再現(xiàn)啟動控制部分24確定資源是活動圖象、HTML還是靜止圖象。為了解密和再現(xiàn)資源,如果資源是活動圖象,則再現(xiàn)啟動控制部分24向活動圖象演示器22給出內(nèi)容鍵和演示器的使用條件,而如果資源是HTML或靜止圖象,則再現(xiàn)啟動控制部分24向HTML/靜止圖象演示器23給出內(nèi)容鍵和演示器的使用條件。然后,再現(xiàn)啟動控制部分24產(chǎn)生一個演示器再現(xiàn)響應消息并將該消息傳送至應用程序1。一定要指出的是如果資源是子資源,即使在該資源是活動圖象時,則既不執(zhí)行許可證鎖定也不執(zhí)行在再現(xiàn)結(jié)束時更新許可證。
當從應用程序1發(fā)送控制請求消息時,再現(xiàn)控制部分25分析內(nèi)容,控制內(nèi)容再現(xiàn),產(chǎn)生一個控制響應消息并將該控制響應消息傳送至應用程序1。
當從應用程序1發(fā)送應用程序終止請求消息時,再現(xiàn)終止控制部分26分析內(nèi)容并使活動圖象演示器22或HTML/靜止圖象演示器23終止內(nèi)容再現(xiàn)。在終止對象的內(nèi)容是主資源的情況下,再現(xiàn)終止控制部分26獲取由活動圖象演示器22管理的內(nèi)容的使用條件,產(chǎn)生一個演示器終止請求消息,并將演示器終止請求消息傳送至DRM客戶機3以請求許可證更新。
圖7為示出演示器終止請求消息的數(shù)據(jù)結(jié)構(gòu)的圖。演示器終止請求消息包含許可證ID和使用結(jié)果信息。這里,該許可證ID與為應用程序終止請求消息所指定的許可證ID相同。使用結(jié)果信息是表示使用再現(xiàn)內(nèi)容的方式的信息。
圖8為示出使用結(jié)果信息的數(shù)據(jù)結(jié)構(gòu)的圖。使用結(jié)果信息包含一個指示是否使用內(nèi)容和使用內(nèi)容的時間段的標記。
在終止對象的內(nèi)容是子資源的情況下,再現(xiàn)終止控制部分26使HTML/靜止圖象演示器23終止再現(xiàn)而不產(chǎn)生演示器終止請求消息。
活動圖象演示器22解密主資源,然后再現(xiàn)主資源。圖9為示出活動圖象演示器22的功能配置的方框圖。在圖9中,活動圖象演示器22包括解密部分221、解碼部分222和使用情況管理部分223。要求活動圖象演示器22以高速操作,因為活動圖象演示器22需要解密主資源以再現(xiàn)主資源。因此,活動圖象演示器22可以通過專用于其的硬件來實現(xiàn)。
解密部分221用由再現(xiàn)啟動控制部分24給出的內(nèi)容鍵來解密主資源并將解密的資源發(fā)送至解碼部分222。解碼部分222再現(xiàn)由解密部分221所解密的主資源。省略對其中解密部分221從內(nèi)容存儲部分獲取內(nèi)容的處理的說明(也省略對另一部分從內(nèi)容存儲部分獲取內(nèi)容的說明)。
另外,解密部分221將有關(guān)內(nèi)容的使用情況的信息登記在使用情況管理部分223中。這里,要登記的有關(guān)內(nèi)容的使用情況的信息是關(guān)于是否使用內(nèi)容的信息(解密的),和使用內(nèi)容的時間段。使用情況管理部分223根據(jù)來自解密部分221的指令存儲主資源的使用情況。
HTML/靜止圖象演示器23解密子資源,然后再現(xiàn)子資源。圖10為示出HTML/靜止圖象演示器23的功能配置的方框圖。在圖10中,HTML/靜止圖象演示器23包括解密部分231、解碼部分232和高速緩沖存儲器部分233。
解密部分231用由再現(xiàn)啟動控制部分24發(fā)送的內(nèi)容鍵解密子資源,并將解密的子資源存儲在高速緩沖存儲器部分233中。諸如菜單屏幕之類的子資源是諸如HTML之類的結(jié)構(gòu)的數(shù)據(jù),因此通常與幾十到幾百個諸如按鈕之類的PNG(可移植的網(wǎng)絡圖形)文件等相關(guān)。在上述情況下,為各個相關(guān)文件執(zhí)行DRM操作和解密操作增加了應用程序、演示器和DRM客戶機的操作負擔。另外,由于下載文件和DRM信息文件的資源表的長度和大小的增加,可能出現(xiàn)對資源的無效訪問。因此,根據(jù)本實施例,所有包括多媒體內(nèi)容的子資源被Zip壓縮等,然后加密。這意味著,根據(jù)本實施例,多媒體內(nèi)容包含主資源和所有被Zip壓縮的子資源,以上兩者都被加密。因此,解密部分231解密多媒體內(nèi)容中所包含的EZP文件,提取EZP文件,然后將提取的所有子資源臨時存儲在高速緩沖存儲器部分233中。
解碼部分232獲取高速緩沖存儲器部分233中所存儲的解密的子資源用于再現(xiàn)。因為各子資源是諸如HTML之類的結(jié)構(gòu)的數(shù)據(jù),通常由諸如瀏覽器之類的軟件來實現(xiàn)解碼部分232。
圖11是DRM客戶機3的功能配置的方框圖。在圖11中,DRM客戶機3包括許可證存儲部分31、控制部分32、再現(xiàn)請求接收部分33、終止請求接收部分34、使用條件確定部分35和使用情況更新部分36。
許可證存儲部分31是用于存儲許可證的記錄媒體。圖12為示出許可證的數(shù)據(jù)結(jié)構(gòu)的圖。如圖12中所示,許可證包含許可證信息和使用情況信息。
在許可證信息中,以每一資源為單位設置各資源的使用條件。許可證信息包括許可證ID、有效時間段、被允許的用戶ID和使用條件信息。許可證ID是許可證的標識符。有效時間段是許可證有效的時間段。被允許的用戶ID是授予許可證的用戶的標識符。用戶條件信息表示使用許可證的條件。
使用條件信息包括公共條件信息、主資源使用條件信息、和包含至少一個子資源使用條件信息的子資源使用條件信息組。
公共條件信息指主資源和子資源之間的公共條件。公共條件包括關(guān)于允許使用該內(nèi)容的國家的信息、作為演示器使用條件的對模擬輸出的限制的信息、關(guān)于是否允許在再現(xiàn)期間品質(zhì)轉(zhuǎn)變的信息等。主資源使用條件信息指使用主資源時的條件。
主資源使用條件信息包括內(nèi)容ID、資源ID、內(nèi)容鍵、能使用的時間段、能使用的相對時間段、能使用的次數(shù)和能使用的時間。這里,內(nèi)容URI指與許可證相應的內(nèi)容的URI。資源ID是主資源的標識符。根據(jù)本實施例,在主資源使用條件信息和子資源使用條件信息之間采用不同的次序。因此,通過參考存儲資源ID的次序,可以區(qū)分主資源和子資源。內(nèi)容鍵是解密主資源的鍵。能使用的時間段指允許使用主資源的時間段的最后一天。能使用的相對時間段指諸如從允許使用的第一天起的天數(shù)之類的條件。通過參考在下述使用情況信息中所包含的使用時間和日期,可以確定當前的使用時間和日期是否超過了能使用的相對時間段。能使用的次數(shù)指可以使用主資源的最大次數(shù)。能使用的時間指可以使用主資源的最大時間段。
子資源使用條件信息包括內(nèi)容ID、資源ID、內(nèi)容鍵和參考信息。這里,內(nèi)容URI指與許可證相應的內(nèi)容的URI。資源ID是子資源的標識符。內(nèi)容鍵是用于解密子資源的鍵。在參考信息中存儲了指示是否參考主資源的使用條件的信息。在參考信息中指定了需要參考主資源的使用條件信息的情況下,如果子資源滿足主資源使用條件,則子資源可以使用內(nèi)容。提供該參考信息,從而在不可能使用主資源時,同時不可能使用子資源。對于需要使用的子資源,參考信息說明即使在不可能使用主資源后也不需要參考主資源的使用條件。
使用情況信息是可更新的區(qū)域。在使用情況信息中,存儲了過去的內(nèi)容的使用情況(指示內(nèi)容使用程度的信息)。具體來說,使用條件信息包括使用時間和日期、使用次數(shù)和使用時間。使用時間和日期指使用內(nèi)容的第一時間和日期。使用次數(shù)指過去使用內(nèi)容的總次數(shù)。使用時間指過去使用內(nèi)容的總時間。
再現(xiàn)請求接收部分33從演示器2接收再現(xiàn)請求消息,并為控制部分32提供由演示器再現(xiàn)請求消息指定的許可證ID和資源ID。作為對其的響應,控制部分32根據(jù)存儲資源ID的次序確定與資源ID相對應的資源是主資源還是子資源。在主資源的情況下,控制部分32鎖定許可證,從許可證存儲部分31獲取相應的內(nèi)容鍵,讓使用戶條件確定部分35產(chǎn)生一個演示器使用條件,產(chǎn)生一個客戶機再現(xiàn)響應消息并使再現(xiàn)請求接收部分33將該客戶機再現(xiàn)響應消息傳送至演示器2。相反,在子資源的情況下,控制部分32不鎖定許可證,從許可證存儲部分31獲取一個內(nèi)容鍵,讓使用戶條件確定部分35產(chǎn)生一個演示器使用條件,產(chǎn)生一個客戶機再現(xiàn)響應消息并使再現(xiàn)請求接收部分33將該客戶機再現(xiàn)響應消息傳送至演示器2。
圖13為示出客戶機再現(xiàn)響應消息的數(shù)據(jù)結(jié)構(gòu)的圖??蛻魴C再現(xiàn)響應消息包括資源分類、內(nèi)容鍵和演示器使用條件信息。資源分類是指示主資源或子資源的信息。內(nèi)容鍵是用于解密主資源或子資源的鍵。演示器使用條件信息表示演示器執(zhí)行解密的條件。
圖14為示出演示器使用條件信息的數(shù)據(jù)結(jié)構(gòu)的圖。用直至期滿期時間段的時間、指示在再現(xiàn)期間是否允許品質(zhì)轉(zhuǎn)變的信息、是否給出對模擬輸出限制的信息、允許使用內(nèi)容的總時間和指示有沒有限制使用的次數(shù)的信息來設置演示器使用條件信息。
終止請求接收部分34從演示器接收演示器終止請求消息,并為控制部分32提供由該消息指定的許可證ID和使用結(jié)果信息。作為對其的響應,控制部分32將使用結(jié)果信息提供給使用情況更新部分36以使使用情況更新部分36確定一種更新許可證存儲部分31中所存儲的許可證使用情況信息的方式,并根據(jù)確定結(jié)果,更新許可證存儲部分31中所存儲的許可證使用情況信息。然后,控制部分32產(chǎn)生一個客戶終止響應消息并使終止請求接收部分34將消息傳送至演示器2。
圖15為示出當應用程序1向演示器2請求內(nèi)容再現(xiàn)時應用程序1的操作的流程圖。下面將參照圖15描述在應用程序1作出內(nèi)容再現(xiàn)的請求時的應用程序1的操作。
首先,應用程序1的再現(xiàn)開始請求部分11從存儲了內(nèi)容的內(nèi)容存儲部分獲取是再現(xiàn)對象的內(nèi)容的URI(步驟S101)。接著,再現(xiàn)開始請求部分11從內(nèi)容存儲部分獲取與內(nèi)容相應的許可證ID和資源ID(步驟S102)。然后,再現(xiàn)開始請求部分11通過使用都是在上述步驟中所獲取的內(nèi)容URI、許可證ID和資源ID來產(chǎn)生一個應用程序再現(xiàn)請求消息(步驟S103),將該應用程序再現(xiàn)請求消息傳送至演示器2(步驟S104),并結(jié)束處理。
圖16為示出當存在來自應用程序1的再現(xiàn)請求時演示器2的操作的流程圖。下面將參照圖16描述當存在來自應用程序1的再現(xiàn)請求時的演示器2的操作。
首先,演示器2的再現(xiàn)啟動控制部分24分析從應用程序1傳送的應用程序再現(xiàn)請求消息,并獲取許可證ID和資源ID(步驟S201)。接著,再現(xiàn)啟動控制部分24通過使用所獲取的許可證ID和資源ID產(chǎn)生一個演示器再現(xiàn)請求消息(步驟S202),并將該演示器再現(xiàn)請求消息傳送至DRM客戶機3(步驟203)。
接著,再現(xiàn)啟動控制部分24接收從DRM客戶機3傳送的客戶機再現(xiàn)響應消息(步驟S204),并獲取內(nèi)容健(步驟S205)。然后,再現(xiàn)啟動控制部分24通過參考客戶機再現(xiàn)響應消息中所包含的資源分類確定所獲取的內(nèi)容鍵是用于主資源的還是用于子資源的(步驟S206)。
當內(nèi)容鍵是用于主資源的時,再現(xiàn)啟動控制部分24將獲取的內(nèi)容鍵傳送至活動圖象演示器22。在接收內(nèi)容鍵時,活動圖象演示器22從內(nèi)容存儲部分獲取內(nèi)容,用內(nèi)容鍵解密該內(nèi)容,啟動再現(xiàn)(步驟S206),并進入步驟S208。
另一方面,當內(nèi)容鍵是用于子資源時,HTML/靜止圖象演示器23的解碼部分232向解密部分231作出解密EZP文件的請求(步驟S209)。作為對其的響應,解密部分231從內(nèi)容存儲部分獲取EZP文件并用在步驟S205中所獲取的內(nèi)容鍵解密EZP文件(步驟S210)。接著,解密部分231提取解密的EZP文件(步驟S211)。從而提取EZP文件中所包含的諸如HTML文件和PNG文件之類的所有子資源。接著,解密部分231將提取的各文件存儲在高速緩沖存儲器部分233中(步驟S212)。隨后,解碼部分232獲取高速緩沖存儲器部分233中所存儲的各文件,顯示子資源(步驟S213),并進入步驟S208。高速緩沖存儲器部分233中所存儲的各提取的文件在預定時間段后由解碼部分232刪除。如果在刪除了高速緩沖存儲器部分233中所存儲的子資源后存在來自應用程序1的再現(xiàn)請求,則解密部分231再次執(zhí)行步驟S209-S213的操作。另一方面,當子資源存儲在解碼部分232中時,解密部分231省略步驟S209-S213的操作。
在步驟S208中,再現(xiàn)啟動控制部分24產(chǎn)生一個包含了關(guān)于啟動再現(xiàn)的結(jié)果的演示器再現(xiàn)呼應消息。在該步驟期間,再現(xiàn)啟動控制部分24在獲取了內(nèi)容鍵并合適地開始內(nèi)容再現(xiàn)時創(chuàng)建一個報告再現(xiàn)成功的演示器再現(xiàn)響應消息。相反,如果內(nèi)容鍵的獲取失敗而沒有成功地啟動內(nèi)容再現(xiàn),則再現(xiàn)啟動控制部分24產(chǎn)生一個報告再現(xiàn)失敗的演示器再現(xiàn)響應消息。
然后,再現(xiàn)啟動控制部分24將所產(chǎn)生的演示器再現(xiàn)響應消息傳送至應用程序1(步驟S214)并結(jié)束處理。作為對其的響應,應用程序1得知是否已執(zhí)行了再現(xiàn)。
圖17為示出當存在演示器2向DRM客戶機3發(fā)出的再現(xiàn)請求時DRM客戶機的操作的流程圖。下面將參照圖17說明當存在來自演示器2的再現(xiàn)請示時DRM客戶機3的操作。
首先,DRM 3的再現(xiàn)請求接收部分33接收一個演示器再現(xiàn)請求消息(步驟S301)。接著,再現(xiàn)請求接收部分33分析所接收到的演示器再現(xiàn)請求消息,并為控制部分32提供該消息中所包含的許可證ID和資源ID(步驟S302)。
接著,控制部分32確定與所提供的資源ID相應的資源是否為主資源、子資源(步驟S303)。在子資源的情況下,控制部分32進入步驟S306的操作而不鎖定許可證。另一方面,在主資源的情況下,控制部分32確定是否鎖定許可證(步驟S304)。
在步驟S304中,在判定許可證被鎖定的情況下,控制部分32進入步驟S311的操作而不獲取內(nèi)容鍵,產(chǎn)生一個報告許可證被鎖定的客戶機再現(xiàn)響應消息,并進入步驟S310的操作。另一方面,在判定許可證沒有被鎖定的情況下,控制部分32鎖定許可證(步驟S305)并確定是否可能使用許可證(步驟S306)。
為了確定是否可能使用許可證,可以將許可證中所存儲的使用情況信息的使用時間和日期、使用次數(shù)和使用時間與主資源使用條件信息中所存儲的能使用的時間段、能使用的次數(shù)和能使用的時間相比較。例如,關(guān)于是否能使用主資源,如果使用時間和日期超過了能使用的時間段,則控制部分32確定不可能使用主資源。同樣,如果使用次數(shù)超過了能使用的次數(shù),則控制部分32確定不可能使用許可證。如果使用時間超過了能使用的時間,則控制部分32確定不可能使用許可證。關(guān)于是否可能使用子資源,如果在參考信息中指定不需要參考主資源使用條件信息,則控制部分32通過將指定的使用條件信息與主資源的使用情況信息相比較來確定是否可能使用許可證。另一方面,如果在參考信息未指定需要參考主資源使用條件信息,則控制部分32確定可能使用許可證。
如果在步驟S306中確定不可能使用許可證,則控制部分32進入步驟S309的操作而不獲取內(nèi)容鍵。另一方面,如果確定可能使用許可證,則控制部分32進入步驟S307的操作。
在步驟S307中,控制部分32從許可證存儲部分31獲取與資源ID相應的內(nèi)容鍵。接著,控制部分32產(chǎn)生一個演示器使用條件(步驟S308)并進入步驟S309的操作??刂撇糠?2通過將都是存儲在許可證中的使用情況信息與主資源使用條件信息相比較計算直至有效期結(jié)束的時間、供內(nèi)容使用的總時間(剩余時間)和剩余的使用次數(shù),以確定是否對使用的次數(shù)給出限定。另外,控制部分32參考公共信息確定是否允許再現(xiàn)期間的品質(zhì)轉(zhuǎn)變和給出對模擬輸出的限制以創(chuàng)建演示器使用條件。
在步驟S309中,控制部分32創(chuàng)建包含所獲取的內(nèi)容鍵和所產(chǎn)生的演示器使用條件的客戶機再現(xiàn)響應消息。作為對其的響應,再現(xiàn)啟動控制部分24將所創(chuàng)建的客戶機再現(xiàn)響應消息傳送至演示器2(步驟S310),并結(jié)束處理。
圖18為示出當應用程序向演示器2請求控制內(nèi)容再現(xiàn)時應用程序1的操作的流程圖。下面將參照圖18說明當應用程序1作出控制內(nèi)容再現(xiàn)的請求時應用程序1的操作。
首先,應用程序1的再現(xiàn)控制請求部分12獲取與再現(xiàn)對象的內(nèi)容相應的許可證ID(步驟S401)。接著,再現(xiàn)控制請求部分12產(chǎn)生一個包含了指示所獲取的許可證ID和控制內(nèi)容的信息的控制請求消息(步驟S402),將該控制請求消息傳送至演示器2(步驟S403),并結(jié)束處理。
圖19為示出當存在來自應用程序1的再現(xiàn)控制請求時演示器2的操作的流程圖。下面將參照圖19說明當存在再現(xiàn)控制請求時演示器2的操作。
首先,演示器2的再現(xiàn)控制部分25分析接收到的控制請求消息的內(nèi)容以識別控制對象的資源和控制要素(例如暫停、快進、倒帶等)(步驟S501)。接著,演示器2的再現(xiàn)控制部分25向活動圖象演示器22或HTML/靜止圖象演示器23(兩者都在再現(xiàn)識別的控制對象的資源)發(fā)送一個指令,以根據(jù)識別的控制內(nèi)容控制再現(xiàn)(步驟S502)。作為對其的響應,活動圖象演示器22或HTML/靜止圖象演示器23控制內(nèi)容再現(xiàn)。
接著,再現(xiàn)控制部分25產(chǎn)生一個指示關(guān)于再現(xiàn)控制的結(jié)果的控制響應消息(步驟S503),將該控制響應消息傳送至應用程序1(步驟S504),并結(jié)束處理。
圖20為示出當應用程序1向演示器2請求終止內(nèi)容再現(xiàn)時應用程序1的操作的流程圖。下面將參照圖20說明當應用程序作出終止內(nèi)容再現(xiàn)的請求時應用程序1的操作。
首先,應用程序1的再現(xiàn)終止請求部分13通過參考內(nèi)容存儲部分獲取與再現(xiàn)終止對象的內(nèi)容相應的許可證ID(步驟S601)。接著,再現(xiàn)終止請求部分13產(chǎn)生一個包括所獲取的許可證ID的終止請求消息(步驟S602),將應用程序終止請求消息傳送至演示器2(步驟S603),并結(jié)束處理。
圖21為示出當存在來自應用程序1的再現(xiàn)終止請求時或當再現(xiàn)內(nèi)容直至結(jié)束時演示器2的操作的流程圖。下面將參照圖21說明當存在再現(xiàn)終止請求或當在再現(xiàn)內(nèi)容直至結(jié)束時演示器2的操作。
首先,演示器2的再現(xiàn)終止控制部分26從應用程序1接收應用程序終止請求消息,分析內(nèi)容(步驟S701)并終止再現(xiàn)與指定的許可證ID相應的內(nèi)容(步驟S702)。此時,再現(xiàn)終止控制部分26將一個指令發(fā)送至活動圖象演示器22或HTML/靜止圖象演示器23以終止再現(xiàn)。如果在執(zhí)行再現(xiàn)直至結(jié)束,則省略步驟S701和S702的操作。
接著,再現(xiàn)終止控制部分26確定被終止再現(xiàn)的內(nèi)容是否為主資源、子資源(步驟S703)。在子資源的情況下,再現(xiàn)終止控制部分26進入步驟S707的操作。另一方面,在主資源的情況下,再現(xiàn)終止控制部分26進入步驟S704的操作。
在步驟S704中,再現(xiàn)終止控制部分26刪除被終止的內(nèi)容的內(nèi)容鍵。接著,再現(xiàn)終止控制部分26根據(jù)使用情況管理部分223中所存儲的信息確定是否已使用該內(nèi)容,計算使用內(nèi)容的時間,并產(chǎn)生使用結(jié)果信息(步驟S705)。接著,再現(xiàn)終止控制部分26根據(jù)許可證ID和使用結(jié)果信息產(chǎn)生演示器終止請求消息并將該消息傳送至DRM客戶機(步驟S706)。
接著,作為對演示器終止請求消息的響應,再現(xiàn)終止控制部分26接收并分析從DRM客戶機傳送的客戶機終止響應消息(步驟S707),并進入步驟S708的操作。
在步驟S708中,再現(xiàn)終止控制部分26產(chǎn)生一個包含關(guān)于再現(xiàn)終止的結(jié)果的演示器終止響應消息,并將演示器終止響應消息傳送至應用程序1(步驟S709)并結(jié)束處理。
圖22為示出當存在來自演示器2的終止請求時DRM客戶機3的操作的流程圖。下面將參照圖22說明當存在來自演示器2的終止請求時DRM客戶機3的操作。
首先,DRM客戶機的終止請求接收部分34從演示器2接收演示器終止請求消息(步驟S801)。接著,終止請求接收部分34分析所接收到的演示器終止請求消息并提取許可證ID和使用結(jié)果信息以將許可證ID和使用結(jié)果信息提供給控制部分32(步驟S802)。
接著,控制部分32根據(jù)所提供的許可證ID識別更新對象的許可證,并根據(jù)所提供的使用結(jié)果信息讓使用情況更新部分36更新許可證使用情況信息(步驟S803)。更具體地說,此時,使用情況更新部分36根據(jù)使用結(jié)果信息中所指示的指示是否使用內(nèi)容的標記增加使用情況信息的使用次數(shù);根據(jù)使用內(nèi)容的時間增加使用情況信息中所包含的使用時間;并在該使用是初次使用時,更新使用時間和日期為當前時間和日期??刂撇糠?2在許可證存儲部分31中重寫和保存通過使用情況更新部分36更新了使用情況信息的許可證。
接著,控制部分32解除與許可證ID相應的許可證的鎖定(步驟S804)。接著,控制部分32創(chuàng)建客戶終止響應消息(步驟S805),將該消息傳送至演示器2(步驟S806)并結(jié)束處理。
因此,根據(jù)上述實施例,多媒體型內(nèi)容被分成主資源和子資源;僅僅對主資源管理許可證以解決許可證被更新導致要使用菜單屏幕等時活動圖象的主要部分不能再現(xiàn)的問題。因此,通過上述實施例,提供了適合執(zhí)行多媒體型內(nèi)容的權(quán)利管理的數(shù)據(jù)結(jié)構(gòu)、存儲該數(shù)據(jù)結(jié)構(gòu)的數(shù)據(jù)的記錄媒體、用于再現(xiàn)該數(shù)據(jù)的再現(xiàn)設備和再現(xiàn)方法。
另外,根據(jù)上述實施例,將所有的子資源壓縮成EZP文件。在再現(xiàn)內(nèi)容的情況下,演示器用內(nèi)容鍵解密EZP文件,然后提取解密的EZP文件,并臨時存儲所提取的文件。瀏覽器等的解碼部分讀取每一個臨時存儲的文件并再現(xiàn)子資源。因此減輕了演示器的操作負荷。因為由解密部分構(gòu)成的并處于高速緩沖存儲器的EZP處理模塊尺寸小,可以該EZP操作模塊構(gòu)成硬件。因此,EZP操作模塊(至少其解密部分)可以容易地抗干擾。瀏覽器等的解碼部分不易變得抗干擾,但通過使EZP操作模塊(至少其解密部分)抗干擾,防止了內(nèi)容鍵曝露到外部。又,即使在用軟件設置解密部分的情況下,解密部分也能容易地抗干擾。同樣,在預定時間段后刪除了所提取的子資源,因此能抗靜電干擾。另外,因為臨時存儲所提取的子資源,當終止再現(xiàn)時,瀏覽器的解碼部分等不需要執(zhí)行使用完成報告。
雖然根據(jù)上述實施例子資源被壓縮,但并不需要壓縮子資源。在沒有壓縮子資源的情況下,演示器省略圖16中所示的步驟S211的提取操作。同樣,雖然根據(jù)上述實施例,所有子資源被集中地解密,但也可以單個地解密各子資源。在該情況下,在圖16中所示的步驟S209-S213中,演示器單個地解密子資源,提取和高速緩沖存儲各子資源。同樣,演示器可以不必高速緩沖存儲子資源來解密和/或提取子資源用于每一再現(xiàn)。
工業(yè)適用性多媒體型內(nèi)容再現(xiàn)設備、再現(xiàn)方法和存儲了用于與本發(fā)明相同的數(shù)據(jù)的記錄媒體適合于執(zhí)行多媒體型內(nèi)容的權(quán)利管理并可用于內(nèi)容分配等領(lǐng)域中。
權(quán)利要求
1.一種其上記錄有用于允許計算機使用包含多個資源的內(nèi)容數(shù)據(jù)的許可證數(shù)據(jù)的計算機可讀記錄媒體,其特征在于,所述許可證數(shù)據(jù)包括基于資源的使用條件配置結(jié)構(gòu),其中相對于各資源為計算機設置了使用條件。
2.如權(quán)利要求1所述的計算機可讀記錄媒體,其特征在于,其中記錄了用于允許計算機根據(jù)使用條件使用資源中與使用條件相應的一個的許可證數(shù)據(jù)。
3.如權(quán)利要求1所述的計算機可讀記錄媒體,其特征在于,其中所述多個資源包含用于允許計算機登記資源中至少一個的使用情況的可更新的使用情況配置結(jié)構(gòu)的許可證數(shù)據(jù)。
4.如權(quán)利要求3所述的計算機可讀記錄媒體,其特征在于,其中記錄了各包括至少一個需要計算機管理其使用情況的主資源,和多個不需要由計算機管理其使用情況的子資源,且使用情況配置結(jié)構(gòu)是用于使計算機設置主資源的使用情況的數(shù)據(jù)結(jié)構(gòu)。
5.如權(quán)利要求3所述的計算機可讀記錄媒體,其特征在于,其中所述多個資源包括至少一個在計算機開始使用資源時需要鎖定其許可證的主資源,和多個不需要鎖定其許可證的子資源,所述基于資源的使用條件配置結(jié)構(gòu)中登記了指示關(guān)于主資源的使用條件或關(guān)于子資源的使用條件的分類信息,且所述分類信息用于使計算機確定是否需要鎖定許可證。
6.一種用于通過用與內(nèi)容數(shù)據(jù)相應的許可證數(shù)據(jù)再現(xiàn)各包含多個資源的內(nèi)容數(shù)據(jù)的內(nèi)容再現(xiàn)方法,其特征在于,所述多個資源各包括至少一個包括內(nèi)容的主要部分的主資源,和多個包括與內(nèi)容的主要部分相關(guān)聯(lián)的相關(guān)信息的子資源,且只有在開始再現(xiàn)主資源時才讓用于管理許可證數(shù)據(jù)的許可證管理設備鎖定與再現(xiàn)的內(nèi)容數(shù)據(jù)相應的許可證數(shù)據(jù)。
7.如權(quán)利要求6所述的內(nèi)容再現(xiàn)方法,其特征在于,只有在終止再現(xiàn)主資源時,才讓許可證管理設備解除鎖定與要再現(xiàn)的內(nèi)容數(shù)據(jù)相應的許可證數(shù)據(jù),并更新許可證數(shù)據(jù)中的使用情況信息。
8.一種使用與內(nèi)容數(shù)據(jù)相應的許可證數(shù)據(jù)來再現(xiàn)包含多個資源的內(nèi)容數(shù)據(jù)的內(nèi)容再現(xiàn)設備,其特征在于,所述多個資源各包括至少一個包括內(nèi)容的主要部分的主資源;以及多個包含與內(nèi)容的主要部分相關(guān)聯(lián)的相關(guān)信息的子資源;所述內(nèi)容再現(xiàn)設備包括用于管理許可證數(shù)據(jù)的許可證管理部分;和可用于只有在計算機開始再現(xiàn)主資源時才讓許可證管理裝置鎖定與要再現(xiàn)的內(nèi)容數(shù)據(jù)相應的許可證數(shù)據(jù)的許可證鎖定部分。
9.如權(quán)利要求8所述的內(nèi)容再現(xiàn)設備,其特征在于,還包括只有在終止再現(xiàn)主資源時,一個許可證解鎖部分用于向許可證管理裝置通知主資源的再現(xiàn)被終止,并讓許可證管理設備為與再現(xiàn)的內(nèi)容數(shù)據(jù)相應的許可證數(shù)據(jù)解鎖,并更新許可證數(shù)據(jù)中的使用情況信息。
10.如權(quán)利要求8所述的內(nèi)容再現(xiàn)設備,其特征在于,還包括多個用于再現(xiàn)各資源的資源再現(xiàn)部分。
11.如權(quán)利要求10所述的內(nèi)容再現(xiàn)設備,其特征在于,其中多個子資源被加密,多個資源再現(xiàn)部分各包括用于再現(xiàn)主資源的主資源再現(xiàn)部分;和用于再現(xiàn)子資源的子資源再現(xiàn)部分,所述子資源再現(xiàn)部分包括用于一起解密多個子資源的解密部分;用于臨時存儲由所述解密部分解密的子資源的高速緩沖存儲器部分;和用于利用高速緩沖存儲器部分中所存儲的解密的子資源再現(xiàn)子資源的解碼部分。
12.如權(quán)利要求11所述的內(nèi)容再現(xiàn)設備,其特征在于,至少所述解密部分可抗干擾。
13.如權(quán)利要求11所述的內(nèi)容再現(xiàn)設備,其特征在于,進一步集中壓縮多個子資源,且所述解密部分解密多個子資源,提取壓縮的子資源并將提取的經(jīng)過加密的子資源臨時存儲在所述高速緩沖存儲器部分。
全文摘要
本發(fā)明的目的在于提供一種適合對多媒體型內(nèi)容進行權(quán)利管理的數(shù)據(jù)結(jié)構(gòu),以進一步提供一種包含具有該數(shù)據(jù)結(jié)構(gòu)的數(shù)據(jù)的記錄媒體、用于再現(xiàn)數(shù)據(jù)的再現(xiàn)設備和再現(xiàn)方法。本發(fā)明是其上記錄了用于允許計算機使用包括多個資源的內(nèi)容數(shù)據(jù)的許可證數(shù)據(jù)的計算機可讀記錄媒體,且所述許可證數(shù)據(jù)包括一個其中相對于各資源為計算機設置了使用條件的基于資源的使用條件配置結(jié)構(gòu)。
文檔編號G06F21/62GK1813256SQ20048001810
公開日2006年8月2日 申請日期2004年11月17日 優(yōu)先權(quán)日2003年11月19日
發(fā)明者山本雅哉, 三浦康史, 德田克己, 山下雅美, 山岸靖明, 北里直久 申請人:松下電器產(chǎn)業(yè)株式會社, 索尼株式會社