專利名稱：內(nèi)容使用管理系統(tǒng)和在該系統(tǒng)中使用的服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種經(jīng)由通信網(wǎng)絡(luò)從一個管理設(shè)備分配許可信息的內(nèi)容使用管理系統(tǒng)，其允許請求使用內(nèi)容的用戶依據(jù)某個使用規(guī)則在用戶的終端上可以使用該內(nèi)容。
背景技術(shù)：
近年來，已經(jīng)發(fā)展了經(jīng)由因特網(wǎng)或者數(shù)字廣播分配某些數(shù)字產(chǎn)品諸如音樂、視頻和游戲的系統(tǒng)，并且它們的一部分現(xiàn)在在實際使用的階段。為了分配這些內(nèi)容，還從版權(quán)保護的觀點等檢查內(nèi)容使用控制的方法，其限制所分配內(nèi)容的再現(xiàn)(播放/回放)、移動和復(fù)制的次數(shù)。傳統(tǒng)的數(shù)字內(nèi)容分配系統(tǒng)，在日本公開專利申請2000-48076和2000-293439中公開的，已經(jīng)被設(shè)計用于分配用于每個用戶的內(nèi)容使用規(guī)則連同內(nèi)容本身到接收方以使每件事由用戶終端方進行管理。
例如，當(dāng)用戶想要購買看電影“Matrix”(黑客帝國)三次的權(quán)利時，用戶終端經(jīng)由通信從一個分配服務(wù)器接收電影的內(nèi)容、連同它的指示“Matrix能夠被觀看三次”的使用規(guī)則，并且在依據(jù)該規(guī)則的管理之下再現(xiàn)內(nèi)容。一旦上述規(guī)則被發(fā)送到用戶終端，分配服務(wù)器就不再涉及用戶的使用規(guī)則。
當(dāng)通過再現(xiàn)保存在用戶終端中的內(nèi)容觀看“Matrix”時，為每次觀看執(zhí)行從在由終端管理的使用規(guī)則中允許的觀看次數(shù)中減1的處理。然后，當(dāng)允許的觀看次數(shù)變?yōu)榱銜r執(zhí)行禁止任何觀看的處理。
圖1顯示了傳統(tǒng)的數(shù)字內(nèi)容分配系統(tǒng)的結(jié)構(gòu)。
分配服務(wù)器110被配置有一個用戶管理數(shù)據(jù)庫111，存儲登記為會員的用戶的ID信息等；一個內(nèi)容信息數(shù)據(jù)庫116，存儲內(nèi)容的使用規(guī)則；一個存儲內(nèi)容的內(nèi)容數(shù)據(jù)庫119；一個執(zhí)行用戶驗證的用戶驗證單元112；一個內(nèi)容信息生成單元117，生成包含有關(guān)內(nèi)容的使用規(guī)則和加密密鑰的信息的內(nèi)容信息；一個加密內(nèi)容信息的內(nèi)容信息加密單元118；一個內(nèi)容獲得單元120，從內(nèi)容數(shù)據(jù)庫119中獲得指定的內(nèi)容；一個加密內(nèi)容的內(nèi)容加密單元121；以及一個和用戶終端130通信的通信單元122。
另一方面，用戶終端130被配置有一個和分配服務(wù)器110通信的通信單元131；一個存儲ID信息的ID信息存儲單元132；一個存儲加密內(nèi)容的存儲單元133；一個內(nèi)容信息解密單元137，從接收的內(nèi)容信息中解密內(nèi)容密鑰和使用規(guī)則；一個使用規(guī)則管理單元138，管理內(nèi)容的使用規(guī)則和內(nèi)容密鑰；一個使用規(guī)則處理單元139，執(zhí)行用于當(dāng)再現(xiàn)內(nèi)容時判斷是否滿足使用規(guī)則的處理；以及一個內(nèi)容解密單元135，當(dāng)滿足使用規(guī)則時用從使用規(guī)則處理單元139中獲得的內(nèi)容密鑰解密內(nèi)容。
圖2顯示了在這個數(shù)字內(nèi)容分配系統(tǒng)中在其中用戶終端130從分配服務(wù)器110中購買內(nèi)容的情況下的處理流程。當(dāng)用戶請求購買內(nèi)容時，分配服務(wù)器110和用戶終端130執(zhí)行下列處理。
S201在用戶終端130中的通信單元131獲得保存在ID信息存儲單元132中的用戶終端130的ID信息，并且發(fā)送這個ID信息與內(nèi)容購買請求到分配服務(wù)器110。
S202通過在分配服務(wù)器110上的通信單元122接收這個信息的用戶驗證單元112核對所接收的ID信息與保存在用戶管理數(shù)據(jù)庫111中的ID信息，以執(zhí)行用戶驗證，然后把內(nèi)容購買請求傳遞到內(nèi)容信息生成單元117。
S203內(nèi)容信息生成單元117執(zhí)行用于內(nèi)容購買的記賬處理，從內(nèi)容信息數(shù)據(jù)庫116中獲得所購買內(nèi)容的使用規(guī)則和內(nèi)容密鑰信息，然后把所購買內(nèi)容的內(nèi)容密鑰與信息傳遞到內(nèi)容獲得單元120。此外，內(nèi)容信息生成單元117生成包含使用規(guī)則和內(nèi)容密鑰的信息的內(nèi)容信息，并且把它傳遞給內(nèi)容信息加密單元118，然后內(nèi)容信息加密單元118加密該內(nèi)容信息。
S204內(nèi)容獲得單元120從內(nèi)容數(shù)據(jù)庫119中獲得相關(guān)內(nèi)容，并且內(nèi)容加密單元121用內(nèi)容密鑰加密這個內(nèi)容。在分配服務(wù)器110上的通信單元122發(fā)送加密了的內(nèi)容和加密了的內(nèi)容信息到用戶終端130。
S205在用戶終端130中的通信單元131接收(1)加密了的內(nèi)容和(2)包含內(nèi)容密鑰和使用規(guī)則信息的加密了的內(nèi)容信息，以及S206發(fā)送加密的內(nèi)容到存儲單元133以將其存儲。
S207內(nèi)容信息還被發(fā)送給內(nèi)容信息解密單元137。內(nèi)容信息解密單元137解密加密了的內(nèi)容信息，取出內(nèi)容密鑰和使用規(guī)則，并且把它們存儲在使用規(guī)則管理單元138中。
圖3顯示了在這個數(shù)字內(nèi)容分配系統(tǒng)中在其中用戶終端130再現(xiàn)內(nèi)容的情況下的處理流程。當(dāng)用戶請求再現(xiàn)內(nèi)容時，用戶終端130執(zhí)行下列處理。
S301使用規(guī)則處理單元139獲得在使用規(guī)則管理單元138中管理的用于相關(guān)內(nèi)容的使用規(guī)則和內(nèi)容密鑰，以及S302檢查在使用規(guī)則中的再現(xiàn)次數(shù)(它允許再現(xiàn)多少次)。
S303如果斷定再現(xiàn)次數(shù)大于0，S304遞減在使用規(guī)則中的再現(xiàn)次數(shù)，以及S305把使用規(guī)則保存在使用規(guī)則管理單元138中。
S306內(nèi)容解密單元135從存儲單元133中獲得相關(guān)內(nèi)容，以及S307用從使用規(guī)則處理單元139中傳遞的內(nèi)容密鑰解密內(nèi)容，并且再現(xiàn)該內(nèi)容。
當(dāng)在步驟S303中再現(xiàn)次數(shù)不大于0時，終止再現(xiàn)處理。
為了避免保密信息的任何泄漏，處理保密信息的ID信息存儲單元132、內(nèi)容信息解密單元137和使用規(guī)則管理單元138通常以保密模塊諸如IC卡實現(xiàn)，并且這個保密模塊被裝入到用戶終端130。在這種情況下，當(dāng)使用規(guī)則和內(nèi)容密鑰的信息從使用規(guī)則管理單元138傳送到使用規(guī)則處理單元139時，這些信息從保密模塊中被加密并且輸出。此外，當(dāng)由使用規(guī)則處理單元139更新的使用規(guī)則被保存在使用規(guī)則管理單元138中時，它被再次加密用于從保密模塊中發(fā)出。在傳統(tǒng)的數(shù)字內(nèi)容分配系統(tǒng)中，用于每個用戶的內(nèi)容的使用規(guī)則在用戶終端處以這樣的一種方式進行管理。
然而，當(dāng)用于每個用戶的使用規(guī)則在用戶終端處被完全地管理時，用戶終端需要有復(fù)雜的使用規(guī)則管理方案。盡管這樣的功能不會在能夠很容易地執(zhí)行復(fù)雜處理的用戶終端(如PC)上造成大的負擔(dān)，但是它對于便攜設(shè)備(如移動電話)或者家用電器來說可能是沉重的負擔(dān)。

發(fā)明內(nèi)容
本發(fā)明可以用來解決這些傳統(tǒng)的問題，旨在提供一個內(nèi)容使用管理系統(tǒng)，其使得分配服務(wù)器能夠以可靠的和最合乎需要的方式控制在用戶終端上的內(nèi)容使用，以便減少加在用戶終端上的負擔(dān)。
為了實現(xiàn)上述的目的，依據(jù)本發(fā)明的內(nèi)容使用管理系統(tǒng)包括一個終端設(shè)備，使用作為數(shù)字產(chǎn)品的內(nèi)容；和一個服務(wù)器設(shè)備，管理在終端設(shè)備上的內(nèi)容使用；其中服務(wù)器設(shè)備包含一個許可信息存儲單元，用于存儲許可信息，該許可信息指示基于使用終端設(shè)備的用戶的內(nèi)容的使用規(guī)則；以及一個許可證發(fā)布單元(1icense ticket issuanceunit)，用于生成作為權(quán)利信息的許可證，其指示了由對應(yīng)于用戶的許可信息指示的使用規(guī)則的一部分或者全部，并且許可證發(fā)布單元基于來自用戶的請求發(fā)送許可證到終端設(shè)備，并且終端設(shè)備包含一個請求單元，用于依據(jù)用戶的指定向服務(wù)器設(shè)備請求內(nèi)容使用；一個接收單元，用于接收從服務(wù)器設(shè)備發(fā)送的許可證；以及一個內(nèi)容使用控制單元，用于依據(jù)由接收的許可證指示的使用規(guī)則控制內(nèi)容使用，并且其中請求單元通過向服務(wù)器設(shè)備發(fā)送指示將被請求的內(nèi)容以及該內(nèi)容的使用量(usage volume)的期望信息而提出請求，并且許可證發(fā)布單元依據(jù)從請求單元發(fā)送的期望信息生成許可證，并且發(fā)送許可證到終端設(shè)備。
依據(jù)這種結(jié)構(gòu)，依據(jù)由用戶指示的使用量，可以優(yōu)化將從分配服務(wù)器設(shè)備發(fā)送到用戶終端的許可信息的細節(jié)。因此，能夠以一種可靠的并且最合乎需要的方式控制在使用終端上的內(nèi)容使用，并且能夠減少加在用戶終端上的負擔(dān)。
注意到，在當(dāng)前說明書中，內(nèi)容的“使用”包含用于使用內(nèi)容的所有操作，諸如內(nèi)容的“再現(xiàn)(播放)”、“移動”和“復(fù)制”以及電子圖書內(nèi)容的“打印”。
該內(nèi)容使用管理系統(tǒng)可以包含一個終端設(shè)備、以及一個服務(wù)器設(shè)備，管理數(shù)字內(nèi)容在終端設(shè)備上的使用，其中服務(wù)器設(shè)備以動態(tài)方式管理用戶的使用規(guī)則，生成一部分或者全部使用規(guī)則作為許可信息，并且發(fā)送該許可信息到終端設(shè)備；并且終端設(shè)備基于接收的許可信息控制內(nèi)容使用。
依據(jù)這種結(jié)構(gòu)，依據(jù)用戶終端的性能、服務(wù)類型、用戶可信度等，可以在分配服務(wù)器端優(yōu)化將從分配服務(wù)器發(fā)送到用戶終端的許可信息的細節(jié)。
注意到，本發(fā)明能夠被實現(xiàn)為在內(nèi)容使用管理系統(tǒng)中包含的服務(wù)器設(shè)備和終端設(shè)備、包含在該服務(wù)器設(shè)備和終端設(shè)備上執(zhí)行的特征步驟的內(nèi)容使用管理辦法、或者使個人計算機等執(zhí)行這些步驟的程序。并且，該程序能夠經(jīng)由記錄介質(zhì)(如DVD)和傳輸介質(zhì)(如因特網(wǎng))被廣泛地分配，這是用不著說的。


通過本發(fā)明的下列描述并結(jié)合示出本發(fā)明一個特定實施例的附圖，本發(fā)明的這些及其它目的、優(yōu)點和方面將會是顯然的。在附圖中圖1是顯示了傳統(tǒng)的數(shù)字內(nèi)容分配系統(tǒng)的結(jié)構(gòu)的方框圖。
圖2是顯示了在傳統(tǒng)的數(shù)字內(nèi)容分配系統(tǒng)中購買內(nèi)容時執(zhí)行的處理的流程圖。
圖3是顯示了在傳統(tǒng)的數(shù)字內(nèi)容分配系統(tǒng)中再現(xiàn)內(nèi)容時執(zhí)行的處理的流程圖。
圖4是顯示了依據(jù)第一實施例的數(shù)字內(nèi)容分配系統(tǒng)的結(jié)構(gòu)的方框圖。
圖5是顯示了在依據(jù)第一實施例的數(shù)字內(nèi)容分配系統(tǒng)中購買內(nèi)容時執(zhí)行的處理的流程圖。
圖6是顯示了在依據(jù)第一實施例的數(shù)字內(nèi)容分配系統(tǒng)中獲得內(nèi)容信息時執(zhí)行的處理的流程圖。
圖7是顯示了在依據(jù)第一實施例的數(shù)字內(nèi)容分配系統(tǒng)中生成許可信息時執(zhí)行的處理的流程圖。
圖8是顯示了在依據(jù)第一實施例的數(shù)字內(nèi)容分配系統(tǒng)中的許可信息生成規(guī)則的例子的圖表。
圖9是顯示了在依據(jù)第一實施例的數(shù)字內(nèi)容分配系統(tǒng)中再現(xiàn)內(nèi)容時執(zhí)行的處理的流程圖。
圖10是顯示了在依據(jù)第一實施例的數(shù)字內(nèi)容分配系統(tǒng)中的許可信息生成規(guī)則的例子的圖表。
圖11是顯示了在依據(jù)第一實施例的數(shù)字內(nèi)容分配系統(tǒng)中的許可信息生成規(guī)則的例子的圖表。
圖12是顯示了依據(jù)第二實施例的數(shù)字內(nèi)容分配系統(tǒng)的結(jié)構(gòu)的方框圖。
圖13是顯示了在依據(jù)第二實施例的數(shù)字內(nèi)容分配系統(tǒng)中購買內(nèi)容時執(zhí)行的處理的流程圖。
圖14是顯示了在依據(jù)第二實施例的數(shù)字內(nèi)容分配系統(tǒng)中獲得內(nèi)容信息時執(zhí)行的處理的流程圖。
圖15是顯示了在依據(jù)第二實施例的數(shù)字內(nèi)容分配系統(tǒng)中生成許可信息時執(zhí)行的處理的流程圖。
圖16是顯示了在依據(jù)第二實施例的數(shù)字內(nèi)容分配系統(tǒng)中的許可信息生成規(guī)則的例子的圖表。
圖17是顯示了在依據(jù)第二實施例的數(shù)字內(nèi)容分配系統(tǒng)中再現(xiàn)內(nèi)容時執(zhí)行的處理的流程圖。
圖18是顯示了在依據(jù)第二實施例的數(shù)字內(nèi)容分配系統(tǒng)中的許可信息生成規(guī)則的例子的圖表。
圖19是顯示了依據(jù)第三實施例的數(shù)字內(nèi)容分配系統(tǒng)的結(jié)構(gòu)的方框圖。
圖20是顯示了在依據(jù)第三實施例的數(shù)字內(nèi)容分配系統(tǒng)中購買內(nèi)容時執(zhí)行的處理的流程圖。
圖21是顯示了在依據(jù)第三實施例的數(shù)字內(nèi)容分配系統(tǒng)中獲得內(nèi)容信息時執(zhí)行的處理的流程圖。
圖22是顯示了在依據(jù)第三實施例的數(shù)字內(nèi)容分配系統(tǒng)中生成許可信息時執(zhí)行的處理的流程圖。
圖23是顯示了在依據(jù)第三實施例的數(shù)字內(nèi)容分配系統(tǒng)中的許可信息生成規(guī)則的例子的圖表。
圖24是顯示了在依據(jù)第三實施例的數(shù)字內(nèi)容分配系統(tǒng)中再現(xiàn)內(nèi)容時執(zhí)行的處理的流程圖。
圖25是顯示了在依據(jù)第三實施例的數(shù)字內(nèi)容分配系統(tǒng)中的許可信息生成規(guī)則的例子的圖表。
圖26顯示了與第四實施例有關(guān)的內(nèi)容使用管理系統(tǒng)(也被稱為NetDRM系統(tǒng))的整體結(jié)構(gòu)。
圖27是顯示了在圖26中所示的內(nèi)容分配服務(wù)器和使用規(guī)則管理服務(wù)器的結(jié)構(gòu)的功能框圖。
圖28是顯示了在圖26中所示的用戶終端的結(jié)構(gòu)的功能框圖。
圖29顯示了在圖27中所示的內(nèi)容數(shù)據(jù)庫中保持的內(nèi)容的數(shù)據(jù)格式的結(jié)構(gòu)例子。
圖30是顯示了在圖27中所示的用戶信息數(shù)據(jù)庫中保持的用戶信息表的結(jié)構(gòu)例子的圖表。
圖31是顯示了在圖27中所示的使用權(quán)利數(shù)據(jù)庫中保持的使用權(quán)利管理表的結(jié)構(gòu)例子的圖表。
圖32是顯示了在圖31中所示的UR-Us的詳細示例結(jié)構(gòu)例子的圖表。
圖33是顯示了在圖26到28中所示的LT發(fā)布請求的數(shù)據(jù)格式的結(jié)構(gòu)例子的圖表。
圖34是顯示了在圖26到28中所示的LT的數(shù)據(jù)格式的結(jié)構(gòu)例子的圖表。
圖35示出在指示以前和最大使用持續(xù)時間的數(shù)字計數(shù)器、一個時間判定閾值和累積使用持續(xù)時間之間的關(guān)系的示意圖。
圖36是在監(jiān)視屏中顯示的屏幕，在其中執(zhí)行這樣一個LT獲得動作和內(nèi)容再現(xiàn)動作的終端。
圖37是顯示了就從服務(wù)器獲得權(quán)利詳細數(shù)據(jù)的情況、從客戶機發(fā)送到使用規(guī)則管理服務(wù)器的Get UR-Us的結(jié)構(gòu)的圖表。
圖38是顯示了Get P規(guī)則文本的結(jié)構(gòu)例子的圖表。
圖39是依據(jù)上述的Get P規(guī)則文本從使用規(guī)則管理服務(wù)器中獲得的用于P規(guī)則的信息的結(jié)構(gòu)例子。
圖40是顯示了Get元數(shù)據(jù)的結(jié)構(gòu)例子的圖表。
圖41是顯示了由用戶終端客戶機和使用規(guī)則管理服務(wù)器執(zhí)行的LT獲得過程的動作的流程圖。
圖42是顯示了如圖41所示的ELI生成過程的子程序的流程圖。
圖43是顯示了如圖41所示的LT發(fā)布可用性判定過程的子程序的流程圖。
圖44是表示了如圖41所示的LT生成過程的子程序的流程圖。
圖45是顯示了如圖44所示的LT即時損耗標(biāo)志設(shè)置過程的子程序的流程圖。
圖46是顯示了如圖44所示的LT自動返回標(biāo)志設(shè)置過程的子程序的流程圖。
圖47是顯示了如圖44所示的動作標(biāo)記塊設(shè)置過程的子程序的流程圖。
圖48是顯示了在客戶機和重現(xiàn)插件(rendering plug-in)中執(zhí)行的內(nèi)容再現(xiàn)過程的流程圖。
圖49是顯示了用于返回LT的LT返回請求的結(jié)構(gòu)例子的圖表。
圖50是顯示了如圖48所示的再現(xiàn)可用性判定過程的子程序的流程圖。
圖51是顯示了如圖48所示的P規(guī)則判定過程(重現(xiàn))的子程序的流程圖。
圖52是顯示了在客戶機和存儲插件中執(zhí)行的內(nèi)容寫過程的流程圖。
圖53是顯示了如圖52所示的寫可用性判定過程的子程序的流程圖。
圖54是顯示了如圖52所示的P規(guī)則判定過程(存儲)的子程序的流程圖。
具體實施例方式
以下是依據(jù)本發(fā)明實施例的數(shù)字內(nèi)容分配系統(tǒng)的詳細說明。
(第一實施例)如圖4所示，依據(jù)本發(fā)明第一實施例的數(shù)字內(nèi)容分配系統(tǒng)包含一個分配服務(wù)器410和一個用戶終端430。分配服務(wù)器410包含一個用戶管理數(shù)據(jù)庫411，其存儲已經(jīng)登記為會員的用戶的ID信息等；一個用戶權(quán)利信息數(shù)據(jù)庫413，存儲對于內(nèi)容的用戶權(quán)利信息；一個內(nèi)容信息數(shù)據(jù)庫416，存儲有關(guān)內(nèi)容的信息(諸如內(nèi)容密鑰)；一個存儲內(nèi)容的內(nèi)容數(shù)據(jù)庫419；一個執(zhí)行用戶驗證的用戶驗證單元412；一個用戶權(quán)利處理單元414，登記和更新對于內(nèi)容的用戶權(quán)利信息；一個許可信息生成單元415，生成所請求內(nèi)容的許可信息；一個內(nèi)容信息生成單元417，生成包含許可信息和內(nèi)容密鑰信息的內(nèi)容信息；一個加密內(nèi)容信息的內(nèi)容信息加密單元418；一個獲得由內(nèi)容數(shù)據(jù)庫419指定的內(nèi)容的內(nèi)容獲得單元420；一個加密內(nèi)容的內(nèi)容加密單元421；以及一個和用戶終端430通信的通信單元422。
另一方面，用戶終端430包含一個和分配服務(wù)器410通信的通信單元431；一個存儲ID信息的ID信息存儲單元432；一個終端性能信息存儲單元439，存儲表示了用戶終端的性能的終端性能信息；一個存儲加密內(nèi)容的存儲單元433；一個存儲加密內(nèi)容信息的內(nèi)容信息數(shù)據(jù)庫438；一個內(nèi)容信息解密單元437，從內(nèi)容信息數(shù)據(jù)庫438中獲得內(nèi)容信息，并且解密內(nèi)容密鑰和許可信息；一個許可信息處理單元436，基于許可信息判定是否能夠使用內(nèi)容密鑰；一個內(nèi)容解密單元435，用從許可信息處理單元436中獲得的內(nèi)容密鑰解密內(nèi)容；以及一個外部介質(zhì)存取單元434，輸出內(nèi)容到外部介質(zhì)450，如半導(dǎo)體存儲卡。
在這個系統(tǒng)中，每個用戶對于內(nèi)容的權(quán)利信息基本上由分配服務(wù)器410進行管理。由用戶購買(或者預(yù)約)的內(nèi)容被加密，并且被保存在用戶終端430的存儲單元433中。當(dāng)使用存儲在用戶終端430上的內(nèi)容時，從用戶終端430中輸出請求到分配服務(wù)器410。分配服務(wù)器410確認對于由用戶請求的內(nèi)容的使用規(guī)則(或者合同規(guī)則，在下文中也被稱為“UR-Us”)，并且如果有用戶的使用權(quán)，則它向用戶分配包含內(nèi)容信息(或者許可信息，在下文中也被稱為“UR-Uc”)和內(nèi)容密鑰的信息(在下文中也被稱為“LT”)。
許可信息包含用于再現(xiàn)、移動和復(fù)制內(nèi)容的使用規(guī)則信息，并且用戶終端430基于許可信息控制內(nèi)容的使用。
圖5是一個流程圖，其顯示了在依據(jù)當(dāng)前實施例的數(shù)字內(nèi)容分配系統(tǒng)中當(dāng)用戶終端430從分配服務(wù)器410購買內(nèi)容時執(zhí)行的處理。
當(dāng)用戶提出內(nèi)容購買請求時，分配服務(wù)器410和用戶終端430執(zhí)行下列處理。
S501用戶終端430中的通信單元431獲得保存在ID信息存儲單元432中的用戶終端430的ID，并且把ID信息和內(nèi)容購買請求發(fā)送給分配服務(wù)器410。
S502一旦用戶驗證單元412經(jīng)由分配服務(wù)器410的通信單元422接收了這個信息后，它就核對所接收的ID信息與保存在用戶管理數(shù)據(jù)庫411中的ID信息，以進行用戶驗證，并且把內(nèi)容購買請求傳遞給用戶權(quán)利處理單元414。
S503用戶權(quán)利處理單元414執(zhí)行用于內(nèi)容購買的記賬處理，并且把用戶的用于所購買內(nèi)容的權(quán)利信息(UR-Us)登記到用戶權(quán)利信息數(shù)據(jù)庫413。
S504內(nèi)容信息生成單元417從內(nèi)容信息數(shù)據(jù)庫416中獲得有關(guān)內(nèi)容的相關(guān)信息(諸如內(nèi)容密鑰)，并且把獲得的信息傳遞給內(nèi)容獲得單元420。
S505內(nèi)容獲得單元420從內(nèi)容數(shù)據(jù)庫419中獲得有關(guān)的內(nèi)容，并且內(nèi)容加密單元421用內(nèi)容密鑰加密這個內(nèi)容。分配服務(wù)器410中的通信單元422發(fā)送加密的內(nèi)容到用戶終端430。
S506一旦用戶終端430中的通信單元431接收了加密內(nèi)容后，S507它發(fā)送內(nèi)容到內(nèi)容存儲單元433以存儲內(nèi)容。
接下來，將參考圖6說明在其中在依據(jù)當(dāng)前實施例的數(shù)字內(nèi)容分配系統(tǒng)中的用戶終端430獲得內(nèi)容信息以再現(xiàn)內(nèi)容的情況下的處理(內(nèi)容信息獲得過程)。
當(dāng)用戶請求獲得內(nèi)容信息用于再現(xiàn)內(nèi)容時，分配服務(wù)器410和用戶終端430執(zhí)行下列處理。
S601在用戶終端430中的通信單元431獲得保存在ID信息存儲單元432中的用戶終端430的ID信息、和保存在終端性能信息存儲單元439中的終端性能信息，并且發(fā)送這些信息和內(nèi)容信息獲得請求(在下文中也被稱為“LT發(fā)布請求”)到分配服務(wù)器410。
注意到，終端性能信息表示用戶終端430能夠處理哪類許可信息。更具體地說，就表示了在許可信息中描述的可用再現(xiàn)次數(shù)的值而論，終端性能信息表示用戶終端430能夠處理的值。例如，它是“只有描述了可用再現(xiàn)次數(shù)為1的許可信息能夠被處理”的信息。
S602一旦用戶驗證單元412經(jīng)由在分配服務(wù)器410上的通信單元422接收了ID信息后，它就核對所接收的ID信息與保存在用戶管理數(shù)據(jù)庫411中的ID信息，進行用戶驗證，并且把用戶信息和內(nèi)容信息獲得請求傳遞給用戶權(quán)利處理單元414。此外，在分配服務(wù)器410上的通信單元422把接收的終端性能信息傳遞給許可信息生成單元415。
S603參考用戶權(quán)利信息數(shù)據(jù)庫413，用戶權(quán)利處理單元414確認用于用在S602中傳遞的用戶信息指定的用戶的、并且已受到該內(nèi)容信息獲得請求的內(nèi)容的權(quán)利信息。
S604當(dāng)在S603中被確認的權(quán)利信息包含再現(xiàn)權(quán)利時，用戶權(quán)利處理單元414把再現(xiàn)權(quán)利的細節(jié)傳遞給許可信息生成單元415。在此，再現(xiàn)權(quán)利的細節(jié)是表示了內(nèi)容能夠被再現(xiàn)多少次的信息，例如表示“內(nèi)容能夠被再現(xiàn)N次”的信息。此后，S605將象如下所述的那樣執(zhí)行許可信息生成過程。
S606內(nèi)容信息生成單元417從內(nèi)容信息數(shù)據(jù)庫416中讀出有關(guān)內(nèi)容的內(nèi)容密鑰，并且生成包含這個內(nèi)容密鑰的內(nèi)容信息(LT)和在許可信息生成過程中生成的許可信息。內(nèi)容信息加密單元418加密這個內(nèi)容信息。
S607在分配服務(wù)器410上的通信單元422發(fā)送加密了的內(nèi)容信息到用戶終端430。
注意到，當(dāng)在S604中用戶的權(quán)利信息不包含有關(guān)內(nèi)容的再現(xiàn)權(quán)利時，分配服務(wù)器410向用戶終端430發(fā)送該內(nèi)容不能被再現(xiàn)的通知(S608)。
另一方面，在用戶終端430的一方，S609一旦用戶終端430中的通信單元431接收了內(nèi)容信息后，S610它發(fā)送內(nèi)容信息到內(nèi)容信息數(shù)據(jù)庫438以存儲內(nèi)容信息。
圖7顯示了在依據(jù)當(dāng)前實施例的數(shù)字內(nèi)容分配系統(tǒng)中在其中分配服務(wù)器410生成許可信息(UR-Uc/LT)的情況下的處理流程(許可信息生成過程)。
當(dāng)有許可信息生成請求時，分配服務(wù)器410執(zhí)行下列處理。
S701許可信息生成單元415依據(jù)許可信息生成規(guī)則(其例子如圖8所示)生成許可信息，并且把生成的許可信息傳遞給內(nèi)容信息生成單元417，其中許可信息生成規(guī)則描述了基于在S602中接收的終端性能信息的細節(jié)以及在S604中接收的再現(xiàn)權(quán)利的細節(jié)生成許可信息的規(guī)則。
如圖8所示的規(guī)則確定基于再現(xiàn)權(quán)利和終端性能信息的細節(jié)將被生成的許可信息的細節(jié)。
S702用戶權(quán)利處理單元414更新保存在用戶權(quán)利信息數(shù)據(jù)庫413中的權(quán)利信息中的再現(xiàn)權(quán)利的細節(jié)(或者遞減在再現(xiàn)權(quán)利中、由在S701中生成的許可信息中描述的可用再現(xiàn)次數(shù)的值描述的可用再現(xiàn)次數(shù)的值)。
注意到，當(dāng)可用再現(xiàn)次數(shù)在再現(xiàn)權(quán)利當(dāng)中是無限大時，用戶權(quán)利處理單元414不更新再現(xiàn)權(quán)利的細節(jié)。
在此，將詳細說明如圖8所示的許可信息生成規(guī)則。
如圖8所示，定義了下列三種類型的終端性能信息“只有描述了可用再現(xiàn)次數(shù)為1的許可信息能夠被處理”，“描述了可用再現(xiàn)次數(shù)為1的許可信息、以及描述了可用再現(xiàn)次數(shù)為∞的許可信息能夠被處理”，以及“描述了可用再現(xiàn)次數(shù)為N的許可信息、以及描述了可用再現(xiàn)次數(shù)為∞的許可信息能夠被處理”。
例如，當(dāng)在S604中接收的再現(xiàn)權(quán)利的細節(jié)是“再現(xiàn)可用∞次”、并且在S602中接收的終端性能信息為“只有描述了可用再現(xiàn)次數(shù)為1的許可信息能夠被處理”時，這意味著將會生成描述了可用再現(xiàn)次數(shù)為1的許可信息。此外，當(dāng)在S604中接收的再現(xiàn)權(quán)利的細節(jié)是“再現(xiàn)可用∞次”、并且在S602中接收的終端性能信息為“描述了可用再現(xiàn)次數(shù)為1的許可信息和描述了可用再現(xiàn)次數(shù)為∞的許可信息能夠被處理”時，這意味著將會生成描述了可用再現(xiàn)次數(shù)為∞的許可信息。此外，當(dāng)在S604中接收的再現(xiàn)權(quán)利的細節(jié)是“再現(xiàn)可用∞次”、并且在S602中接收的終端性能信息為“描述了可用再現(xiàn)次數(shù)為N的許可信息和描述了可用再現(xiàn)次數(shù)為∞的許可信息能夠被處理”時，這意味著將會生成描述了可用再現(xiàn)次數(shù)為∞的許可信息。注意到，N為2或更大的有限整數(shù)值。
接下來，當(dāng)在S604中接收的再現(xiàn)權(quán)利的細節(jié)是“再現(xiàn)可用多次”、并且在S602中接收的終端性能信息為“只有描述了可用再現(xiàn)次數(shù)為1的許可信息能夠被處理”時，這意味著將會生成描述了可用再現(xiàn)次數(shù)為1的許可信息。此外，當(dāng)在S604中接收的再現(xiàn)權(quán)利的細節(jié)是“再現(xiàn)可用多次”、并且在S602中接收的終端性能信息為“描述了可用再現(xiàn)次數(shù)為1的許可信息和描述了可用再現(xiàn)次數(shù)為∞的許可信息能夠被處理”時，這意味著將會生成描述了可用再現(xiàn)次數(shù)為1的許可信息。此外，當(dāng)在S604中接收的再現(xiàn)權(quán)利的細節(jié)是“再現(xiàn)可用多次”、并且在S602中接收的終端性能信息為“描述了可用再現(xiàn)次數(shù)為N的許可信息和描述了可用再現(xiàn)次數(shù)為∞的許可信息能夠被處理”時，這意味著將會生成描述了可用再現(xiàn)次數(shù)為N的許可信息。注意到，N為2或更大的有限整數(shù)值。
此外，當(dāng)在S604中接收的再現(xiàn)權(quán)利的細節(jié)是例如“再現(xiàn)可用1次”時，這意味著在如圖8所示的例子中將會生成描述了可用再現(xiàn)次數(shù)為1的許可信息。
圖9顯示了在依據(jù)當(dāng)前實施例的數(shù)字內(nèi)容分配系統(tǒng)中、在其中用戶終端430再現(xiàn)內(nèi)容的情況下的處理流程。當(dāng)用戶提出了內(nèi)容請求時，用戶終端430執(zhí)行下列處理。
S901內(nèi)容信息解密單元437檢查在內(nèi)容信息數(shù)據(jù)庫438中是否存在與其再現(xiàn)被請求的內(nèi)容對應(yīng)的內(nèi)容信息。當(dāng)存在該內(nèi)容信息時，跳過在S902和S903中的處理以繼續(xù)進行在S904中的處理。
S902當(dāng)在S901中不存在該內(nèi)容信息時，執(zhí)行上述內(nèi)容信息獲得過程。
S903當(dāng)能夠獲得該內(nèi)容信息作為執(zhí)行內(nèi)容信息獲得過程的結(jié)果時，S904內(nèi)容信息解密單元437解密內(nèi)容信息以獲得許可信息和內(nèi)容密鑰，并且把它們傳遞給許可信息處理單元436。
S905許可信息處理單元436檢查在許可信息中描述的再現(xiàn)規(guī)則。并且S906當(dāng)可用再現(xiàn)次數(shù)為1或更多時，S907許可信息處理單元436從存儲單元433中獲得內(nèi)容，并且S908用內(nèi)容密鑰解密內(nèi)容以再現(xiàn)它。
S909～S911在再現(xiàn)內(nèi)容之后，更新保存在內(nèi)容信息數(shù)據(jù)庫438中的內(nèi)容信息。
在此，當(dāng)在再現(xiàn)之前的可用再現(xiàn)次數(shù)為2或更多并且是有限的時，將在內(nèi)容信息中的許可信息中描述的可用再現(xiàn)次數(shù)減1。此外，當(dāng)在再現(xiàn)之前的可用再現(xiàn)次數(shù)為1時，執(zhí)行用于刪除或者取消該內(nèi)容信息的處理。當(dāng)可用再現(xiàn)次數(shù)為無限大時，內(nèi)容信息不被更新。
此外，當(dāng)在S903中不能從分配服務(wù)器410中獲得內(nèi)容信息時、以及當(dāng)在S906中判定內(nèi)容不能被再現(xiàn)時，完成該處理而不再現(xiàn)內(nèi)容。
注意到，盡管在本實施例中已經(jīng)把“再現(xiàn)”的例子解釋為內(nèi)容的一種“使用”形式，但是使用不局限于再現(xiàn)，而是可以包含任何動作，如復(fù)制到外部介質(zhì)450、打印及其它。
此外，在本實施例中，假定終端性能信息是表示了在許可信息中描述的可用再現(xiàn)次數(shù)在哪些值處能夠處理許可信息的信息，已經(jīng)解釋了終端性能信息。然而，終端性能信息不局限于此，而是可以是表示了例如是否時間管理諸如再現(xiàn)有效期、分配服務(wù)器如何頻繁地連接、以及連接到分配服務(wù)器的費用是多少的信息。
此外，許可信息生成規(guī)則可以取決于終端性能信息的細節(jié)而改變。例如，在其中終端性能信息表示連接到分配服務(wù)器的頻率的情況下的規(guī)則如圖10所示(作為一個例子)，并且在其中終端性能信息表示連接到分配服務(wù)器的費用的情況下的規(guī)則如圖11所示(作為一個例子)。
在此，將說明有關(guān)如圖10所示的連接頻率的許可信息生成規(guī)則。
如圖10所示，定義了下列三種類型的連接頻率“連續(xù)連接”、“一天一次”、和“每周一次”。在圖10中，當(dāng)再現(xiàn)權(quán)利的細節(jié)為“再現(xiàn)可用∞次”、并且連接頻率為“連續(xù)連接”時，將會生成描述了“可用再現(xiàn)次數(shù)為1”的許可信息。即，這意味著為每次再現(xiàn)發(fā)布許可信息。此外，當(dāng)再現(xiàn)權(quán)利的細節(jié)為“再現(xiàn)可用∞次”、并且連接頻率為“一天一次”(即大約一天進行一次連接)時，將會生成描述了“可用再現(xiàn)次數(shù)為N”的許可信息。注意到，N為2或更大的有限整數(shù)。此外，當(dāng)再現(xiàn)權(quán)利的細節(jié)為“再現(xiàn)可用∞次”、并且連接頻率為“每周一次”(即大約一周進行一次連接)時，這意味著將會生成描述了“可用再現(xiàn)次數(shù)為∞”的許可信息。
此外，在圖10中，當(dāng)再現(xiàn)權(quán)利的細節(jié)為“再現(xiàn)可用多次”、并且連接頻率為“連續(xù)連接”時，將會生成描述了“可用再現(xiàn)次數(shù)為1”的許可信息。即，這意味著為每次再現(xiàn)發(fā)布許可信息。此外，當(dāng)再現(xiàn)權(quán)利的細節(jié)為“再現(xiàn)可用多次”、并且連接頻率為“一天一次”(即大約一天進行一次連接)時，將會生成描述了“可用再現(xiàn)次數(shù)為1”的許可信息。此外，當(dāng)再現(xiàn)權(quán)利的細節(jié)為“再現(xiàn)可用多次”、并且連接頻率為“每周一次”(即大約一周進行一次連接)時，這意味著將會生成描述了“可用再現(xiàn)次數(shù)為N”的許可信息。注意到，N為2或更大的有限整數(shù)。
此外，在圖10中，當(dāng)再現(xiàn)權(quán)利的細節(jié)為“再現(xiàn)可用一次”時，這意味著對于任何類型的連接頻率、將會生成描述了“可用再現(xiàn)次數(shù)為1”的許可信息。這樣，許可信息能夠取決于連接到用戶終端430的頻率而被靈活地改變和發(fā)布。
在此，將說明有關(guān)如圖11所示的連接費用的許可信息生成規(guī)則。
在圖11中，當(dāng)再現(xiàn)權(quán)利的細節(jié)為“再現(xiàn)可用∞次”、并且連接費用為“～xxx日元”(即xxx日元或者更少)時，這意味著將會生成描述了“可用再現(xiàn)次數(shù)為1”的許可信息。另一方面，當(dāng)再現(xiàn)權(quán)利的細節(jié)為“再現(xiàn)可用∞次”、并且連接費用為“xxx日元～”(即xxx日元以上)時，這意味著將會生成描述了“可用再現(xiàn)次數(shù)為∞”的許可信息。注意到，xxx為0或更大的整數(shù)。
此外，在圖11中，當(dāng)再現(xiàn)權(quán)利的細節(jié)為“再現(xiàn)可用多次”、并且連接費用為“～xxx日元”(即xxx日元或者更少)時，這意味著將會生成描述了“可用再現(xiàn)次數(shù)為1”的許可信息。另一方面，當(dāng)再現(xiàn)權(quán)利的細節(jié)為“再現(xiàn)可用多次”、并且連接費用為“xxx日元～”(即xxx日元以上)時，這意味著將會生成描述了“可用再現(xiàn)次數(shù)為N”的許可信息。注意到，xxx為0或更大的整數(shù)，并且N為2或更大的有限整數(shù)。
此外，在圖11中，當(dāng)再現(xiàn)權(quán)利的細節(jié)為“再現(xiàn)可用一次”時，這意味著將會生成描述了“可用再現(xiàn)次數(shù)為1”的許可信息而不考慮連接費用。這樣，許可信息能夠取決于連接到用戶終端430的費用而被靈活地改變和發(fā)布。
如上所述，在依據(jù)第一實施例的數(shù)字內(nèi)容分配系統(tǒng)中，分配服務(wù)器能夠依據(jù)用戶終端的性能、分配最適于用戶終端的許可信息。
當(dāng)基于描述了例如再現(xiàn)可用N次的使用規(guī)則生成和分配許可信息時，可以象在移動電話的情況那樣頻繁連接到分配服務(wù)器。此外，有可能向在終端中應(yīng)當(dāng)減輕其處理負荷的設(shè)備分配描述了再現(xiàn)可用一次的許可信息。相反地，還可以分配描述了N次再現(xiàn)權(quán)利的許可信息給難以經(jīng)常連接到分配服務(wù)器、但是能夠在終端執(zhí)行復(fù)雜處理的設(shè)備(如PC)。
(第二實施例)如圖12所示，依據(jù)本發(fā)明第二實施例的數(shù)字內(nèi)容分配系統(tǒng)包含一個分配服務(wù)器1210和一個用戶終端1230。分配服務(wù)器1210包含一個用戶管理數(shù)據(jù)庫1211，其存儲已經(jīng)登記為會員的用戶的ID信息等；一個用戶權(quán)利信息數(shù)據(jù)庫1213，存儲關(guān)于內(nèi)容的用戶權(quán)利信息；一個內(nèi)容信息數(shù)據(jù)庫1216，存儲內(nèi)容相關(guān)的信息(如內(nèi)容密鑰、內(nèi)容所屬的服務(wù))；一個存儲內(nèi)容的內(nèi)容數(shù)據(jù)庫1219；一個執(zhí)行用戶驗證的用戶驗證單元1212；一個用戶權(quán)利處理單元1214，登記和更新關(guān)于內(nèi)容的用戶權(quán)利信息；一個許可信息生成單元1215，生成所請求內(nèi)容的許可信息；一個內(nèi)容信息生成單元1217，生成包含許可信息和有關(guān)內(nèi)容密鑰的信息的內(nèi)容信息；一個加密內(nèi)容信息的內(nèi)容信息加密單元1218；一個獲得由內(nèi)容數(shù)據(jù)庫1219指定的內(nèi)容的內(nèi)容獲得單元1220；一個加密內(nèi)容的內(nèi)容加密單元1221；以及一個和用戶終端1230通信的通信單元1222。
另一方面，用戶終端1230包含一個和分配服務(wù)器1210通信的通信單元1231；一個存儲ID信息的ID信息存儲單元1232；一個存儲加密內(nèi)容的存儲單元1233；一個存儲加密內(nèi)容信息的內(nèi)容信息數(shù)據(jù)庫1238；一個內(nèi)容信息解密單元1237，從內(nèi)容信息數(shù)據(jù)庫1238中獲得內(nèi)容信息，并且解密內(nèi)容密鑰和許可信息；一個許可信息處理單元1236，基于許可信息判定是否能夠使用內(nèi)容密鑰；一個內(nèi)容解密單元1235，用從許可信息處理單元1236中獲得的內(nèi)容密鑰解密內(nèi)容；以及一個外部介質(zhì)存取單元1234，輸出內(nèi)容到一個外部介質(zhì)1250。
在這個系統(tǒng)中，每個用戶關(guān)于內(nèi)容的權(quán)利信息基本上由分配服務(wù)器1210進行管理。由用戶購買(或者預(yù)約)的內(nèi)容被加密，并且被保存在用戶終端1230的存儲單元1233中。當(dāng)使用存儲在用戶終端1230上的內(nèi)容時，從用戶終端1230中輸出請求在分配服務(wù)器1210上。分配服務(wù)器1210確認關(guān)于由用戶請求的內(nèi)容的使用規(guī)則(或者合同規(guī)則)，并且如果用戶有使用權(quán)，則它向用戶分配內(nèi)容信息(該信息包含許可信息和內(nèi)容密鑰)。許可信息包含用于再現(xiàn)、移動和復(fù)制內(nèi)容的使用規(guī)則信息，并且用戶終端1230基于許可信息控制內(nèi)容的使用。
圖13是一個流程圖，其顯示了在依據(jù)當(dāng)前實施例的數(shù)字內(nèi)容分配系統(tǒng)中、當(dāng)用戶終端1230從分配服務(wù)器1210購買內(nèi)容時執(zhí)行的處理。當(dāng)用戶提出內(nèi)容購買請求時，分配服務(wù)器1210和用戶終端1230執(zhí)行下列處理。
S1301用戶終端1230的通信單元1231獲得被保存在ID信息存儲單元1232中的用戶終端1230的ID信息，并且把該ID信息和內(nèi)容購買請求發(fā)送到分配服務(wù)器1210。
S1302一旦用戶驗證單元1212經(jīng)由分配服務(wù)器1210的通信單元1222接收了這個信息后，它就核對所接收的ID信息與保存在用戶管理數(shù)據(jù)庫1211中的ID信息，以進行用戶驗證，并且把內(nèi)容購買請求傳遞給用戶權(quán)利處理單元1214。
S1303用戶權(quán)利處理單元1214執(zhí)行用于內(nèi)容購買的記賬處理，并且把用戶對于所購買內(nèi)容的權(quán)利信息登記到用戶權(quán)利信息數(shù)據(jù)庫1213。
S1304內(nèi)容信息生成單元1217從內(nèi)容信息數(shù)據(jù)庫1216中獲得有關(guān)內(nèi)容的相關(guān)信息(諸如內(nèi)容密鑰)，并且把獲得的信息傳遞給內(nèi)容獲得單元1220。
S1305內(nèi)容獲得單元1220從內(nèi)容數(shù)據(jù)庫1219中獲得有關(guān)的內(nèi)容，并且內(nèi)容加密單元1221用內(nèi)容密鑰加密這個內(nèi)容。分配服務(wù)器1210的通信單元1222發(fā)送加密的內(nèi)容到用戶終端1230。
S1306一旦用戶終端1230的通信單元1231接收了加密內(nèi)容后，S1307它發(fā)送內(nèi)容到存儲單元1233以存儲該內(nèi)容。
接下來，將參考圖14說明在其中在依據(jù)當(dāng)前實施例的數(shù)字內(nèi)容分配系統(tǒng)中的用戶終端1230獲得內(nèi)容信息以再現(xiàn)內(nèi)容的情況下的處理(內(nèi)容信息獲得過程)。
當(dāng)用戶請求獲得用于再現(xiàn)內(nèi)容的內(nèi)容信息時，S1401在用戶終端1230上的通信單元1231獲得保存在ID信息存儲單元1232中的用戶終端1230的ID信息，并且把該信息和內(nèi)容信息獲得請求發(fā)送到分配服務(wù)器1210。
S1402一旦用戶驗證單元1212經(jīng)由在分配服務(wù)器1210上的通信單元1222接收了ID信息后，它就核對所接收的ID信息與保存在用戶管理數(shù)據(jù)庫1211中的ID信息，以便進行用戶驗證，并且把用戶信息和內(nèi)容信息獲得請求傳遞給用戶權(quán)利處理單元1214。
S1403參考用戶權(quán)利信息數(shù)據(jù)庫1213，用戶權(quán)利處理單元1214確認用于用在S1402中傳遞的用戶信息指定的用戶的、并且已經(jīng)受到內(nèi)容信息獲得請求的內(nèi)容的權(quán)利信息。
S1404當(dāng)在S1403中被確認的權(quán)利信息包含再現(xiàn)權(quán)利時，用戶權(quán)利處理單元1214把再現(xiàn)權(quán)利的細節(jié)傳遞給許可信息生成單元1215。在此，再現(xiàn)權(quán)利的細節(jié)是表示了內(nèi)容能夠被再現(xiàn)多少次的信息，例如表示被“再現(xiàn)可用N次”的信息。此后，S1405將如下所述執(zhí)行許可信息生成過程。
S1406內(nèi)容信息生成單元1217從內(nèi)容信息數(shù)據(jù)庫1216中讀出有關(guān)內(nèi)容的內(nèi)容密鑰，并且生成包含這個內(nèi)容密鑰和在許可信息生成過程中生成的許可信息的內(nèi)容信息。內(nèi)容信息加密單元1218加密這個內(nèi)容信息。
S1407在分配服務(wù)器1210上的通信單元1222發(fā)送加密了的內(nèi)容信息到用戶終端1230。
注意到，當(dāng)在S1404中用戶的權(quán)利信息不包含有關(guān)內(nèi)容的再現(xiàn)權(quán)利時，分配服務(wù)器1210向用戶終端1230發(fā)送該內(nèi)容不能被再現(xiàn)的通知(S1408)。
另一方面，在用戶終端方，S1409一旦用戶終端1230的通信單元1231接收了內(nèi)容信息(LT)后，S1410它發(fā)送內(nèi)容信息(LT)到內(nèi)容信息數(shù)據(jù)庫1238以存儲內(nèi)容信息。
圖15顯示了在依據(jù)當(dāng)前實施例的數(shù)字內(nèi)容分配系統(tǒng)中、分配服務(wù)器1210生成許可信息的情況下的處理流程(許可信息生成過程)。當(dāng)有許可信息生成請求時，S1501許可信息生成單元1215從內(nèi)容信息數(shù)據(jù)庫1216中獲得有關(guān)受到內(nèi)容信息獲得請求的內(nèi)容所屬的服務(wù)類型的信息。
在當(dāng)前實施例中，服務(wù)類型是例如有關(guān)內(nèi)容類型(如音樂分配和電影分配)的信息。
S1502許可信息生成單元1215依據(jù)許可信息生成規(guī)則(其例子如圖16所示)生成許可信息，并且把生成的許可信息傳遞給內(nèi)容信息生成單元1217，其中許可信息生成規(guī)則基于有關(guān)在S1404中接收的再現(xiàn)權(quán)利、以及有關(guān)在S1501中獲得的服務(wù)類型的信息描述了許可信息的生成規(guī)則，并將所生成的許可信息傳遞給內(nèi)容信息生成單元1217。
S1503用戶權(quán)利處理單元1214更新被保存在用戶權(quán)利信息數(shù)據(jù)庫1213中的權(quán)利信息中的再現(xiàn)權(quán)利的細節(jié)(或者遞減在再現(xiàn)權(quán)利中、由在S1502中生成的許可信息中描述的可用再現(xiàn)次數(shù)的值描述的可用再現(xiàn)次數(shù)的值)。
注意到，當(dāng)可用再現(xiàn)次數(shù)在再現(xiàn)權(quán)利當(dāng)中是無限大時，用戶權(quán)利處理單元1214不更新再現(xiàn)權(quán)利的細節(jié)。
在此，將詳細說明如圖16所示的許可信息生成規(guī)則。
如圖16所示的規(guī)則基于有關(guān)再現(xiàn)權(quán)利細節(jié)和服務(wù)類型的信息確定將被生成的許可信息的細節(jié)。關(guān)于服務(wù)類型，定義了以下兩種類型“電影分配服務(wù)”和“音樂分配服務(wù)”。
依據(jù)如圖16所示的許可信息生成規(guī)則，當(dāng)在S1404中接收的再現(xiàn)權(quán)利的細節(jié)為“再現(xiàn)可用∞次”、并且在S1501中接收的有關(guān)服務(wù)類型的信息為“電影分配服務(wù)”時，將會生成描述了“可用再現(xiàn)次數(shù)為1”的許可信息。
另一方面，當(dāng)在S1404中接收的再現(xiàn)權(quán)利的細節(jié)為“再現(xiàn)可用∞次”、并且在S1501中接收的有關(guān)服務(wù)細節(jié)的信息為“音樂分配服務(wù)”時，將會生成描述了“可用再現(xiàn)次數(shù)為∞”的許可信息。
此外，當(dāng)在S1404中接收的再現(xiàn)權(quán)利的細節(jié)為“再現(xiàn)可用多次”、并且在S1501中接收的有關(guān)服務(wù)類型的信息為“電影分配服務(wù)”時，將會生成描述了“可用再現(xiàn)次數(shù)為1”的許可信息。
另一方面，當(dāng)在S1404中接收的再現(xiàn)權(quán)利的細節(jié)為“再現(xiàn)可用多次”、并且在S1501中獲得的有關(guān)服務(wù)類型的信息為“音樂分配服務(wù)”時，將會生成描述了“可用再現(xiàn)次數(shù)為N”的許可信息。注意到，N為2或更大的有限整數(shù)。
此外，當(dāng)在S1404中接收的再現(xiàn)權(quán)利的細節(jié)是例如“再現(xiàn)可用1次”時，這意味著對于任何類型的有關(guān)服務(wù)類型的信息、都將會生成描述了“可用再現(xiàn)次數(shù)為1”的許可信息。
這樣，可以為每種服務(wù)類型(即為每種內(nèi)容類型)靈活地生成許可信息。
圖17顯示了在依據(jù)當(dāng)前實施例的數(shù)字內(nèi)容分配系統(tǒng)中、用戶終端1230再現(xiàn)內(nèi)容的情況下的處理流程。
當(dāng)用戶提出內(nèi)容請求時，S1701內(nèi)容信息解密單元1237檢查在內(nèi)容信息數(shù)據(jù)庫1238中是否存在與請求了其再現(xiàn)的內(nèi)容對應(yīng)的內(nèi)容信息。當(dāng)存在該內(nèi)容信息時，跳過在S1702和S1703中的處理以移動到在S1704中的處理。
S1702當(dāng)在S1701中不存在該內(nèi)容信息時，執(zhí)行上述內(nèi)容信息獲得過程。
S1703當(dāng)能夠獲得內(nèi)容信息作為執(zhí)行內(nèi)容信息獲得過程的結(jié)果時，S1704內(nèi)容信息解密單元1237解密內(nèi)容信息以獲得許可信息和內(nèi)容密鑰，并且把它們傳遞給許可信息處理單元1236。
S1705許可信息處理單元1236檢查在許可信息中描述的再現(xiàn)規(guī)則。并且S1706當(dāng)可用再現(xiàn)次數(shù)為1或更多時，S1707許可信息處理單元1236從存儲單元1233中獲得內(nèi)容，并且S1708用該內(nèi)容密鑰解密該內(nèi)容以再現(xiàn)它。
S1709～S1711在再現(xiàn)該內(nèi)容之后，更新保存在內(nèi)容信息數(shù)據(jù)庫1238中的內(nèi)容信息。
在此，當(dāng)在再現(xiàn)之前的可用再現(xiàn)次數(shù)是2或更多并且有限時，將在內(nèi)容信息中的許可信息中描述的可用再現(xiàn)次數(shù)減1。此外，當(dāng)在再現(xiàn)之前的可用再現(xiàn)次數(shù)為1時，執(zhí)行用于刪除或者取消內(nèi)容信息的處理。當(dāng)可用再現(xiàn)次數(shù)為無限大時，內(nèi)容信息不被更新。
此外，當(dāng)在S1703中不能從分配服務(wù)器1210中獲得內(nèi)容信息時、以及當(dāng)在S1706中判定內(nèi)容不能被再現(xiàn)時，完成該處理而不再現(xiàn)內(nèi)容。
注意到，盡管在本實施例中已經(jīng)把“再現(xiàn)”的例子解釋為內(nèi)容的一種“使用”形式，但是使用不局限于再現(xiàn)，而是可以包含任何動作，如復(fù)制到外部介質(zhì)1250、打印及其它動作。
此外，盡管在當(dāng)前實施例中已經(jīng)解釋內(nèi)容類型的例子為服務(wù)類型，但是服務(wù)類型不局限于內(nèi)容類型，而是可以包含有關(guān)內(nèi)容的優(yōu)質(zhì)值(premium value)的信息，如新作品或者老作品。
此外，許可信息生成規(guī)則可以取決于由上述服務(wù)類型表示的信息而改變。例如，在其中服務(wù)類型是表示了內(nèi)容的優(yōu)質(zhì)值的信息的情況下的規(guī)則如圖18所示(作為一個例子)。
在圖18中，定義了三種類型的內(nèi)容優(yōu)質(zhì)值“新的”、“幾乎新的”、和“舊的”。當(dāng)再現(xiàn)權(quán)利是“再現(xiàn)可用∞次”、并且內(nèi)容優(yōu)質(zhì)值為“新的”時，它意味著將會生成描述了“可用再現(xiàn)次數(shù)為1”的許可信息。此外，當(dāng)再現(xiàn)權(quán)利為“再現(xiàn)可用∞次”、并且內(nèi)容優(yōu)質(zhì)值為“幾乎新的”時，它意味著將會生成描述了“可用再現(xiàn)次數(shù)為N”的許可信息。此外，當(dāng)再現(xiàn)權(quán)利為“再現(xiàn)可用∞次”、并且內(nèi)容優(yōu)質(zhì)值為“舊的”時，它意味著將會生成描述了“可用再現(xiàn)次數(shù)為∞”的許可信息。注意到，N為2或更多的有限整數(shù)。
此外，在圖18中，當(dāng)再現(xiàn)權(quán)利為“再現(xiàn)可用多次”、并且內(nèi)容的優(yōu)質(zhì)值為“新的”時，它意味著將會生成描述了“可用再現(xiàn)次數(shù)為1”的許可信息。
此外，當(dāng)再現(xiàn)權(quán)利為“再現(xiàn)可用多次”、并且內(nèi)容的優(yōu)質(zhì)值為“幾乎新的”時，它意味著將會生成描述了“可用再現(xiàn)次數(shù)為N”的許可信息。
此外，當(dāng)再現(xiàn)權(quán)利為“再現(xiàn)可用多次”、并且內(nèi)容的優(yōu)質(zhì)值為“舊的”時，它意味著將會生成描述了“可用再現(xiàn)次數(shù)為N”的許可信息。
此外，在圖18中，當(dāng)再現(xiàn)權(quán)利為“再現(xiàn)可用一次”時，它意味著對于內(nèi)容的任何優(yōu)質(zhì)值都將會生成描述了“可用再現(xiàn)次數(shù)為1”的許可信息。
正如以上所述，在依據(jù)第二實施例的數(shù)字內(nèi)容分配系統(tǒng)中，分配服務(wù)器能夠向用戶終端分配最適于服務(wù)類型的許可信息。當(dāng)從描述了例如可再現(xiàn)N次的使用規(guī)則中生成和分配許可信息時，以下面的方式分配許可信息變得可能了。對于高價值內(nèi)容(如新電影)，分配描述了可再現(xiàn)1次的許可信息，以便使用戶終端在每次再現(xiàn)內(nèi)容時和分配服務(wù)器進行通信。相反地，對于低價值內(nèi)容(如舊的電影)，分配描述了N次再現(xiàn)權(quán)利(N為2或更多的有限整數(shù))的許可信息。
(第三實施例)如圖19所示，依據(jù)本發(fā)明第三實施例的數(shù)字內(nèi)容分配系統(tǒng)包含一個分配服務(wù)器1910和一個用戶終端1930。分配服務(wù)器1910包含一個用戶管理數(shù)據(jù)庫1911，存儲已經(jīng)登記為會員的用戶的ID信息和有關(guān)在用戶支付內(nèi)容價格的情況下的付款方式的信息；一個用戶權(quán)利信息數(shù)據(jù)庫1913，存儲對于內(nèi)容的用戶權(quán)利信息；一個內(nèi)容信息數(shù)據(jù)庫1916，存儲內(nèi)容相關(guān)信息(諸如內(nèi)容密鑰)；一個存儲內(nèi)容的內(nèi)容數(shù)據(jù)庫1919；一個執(zhí)行用戶驗證的用戶驗證單元1912；一個用戶權(quán)利處理單元1914，登記和更新對于內(nèi)容的用戶權(quán)利信息；一個許可信息生成單元1915，生成所請求內(nèi)容的許可信息；一個內(nèi)容信息生成單元1917，生成包含許可信息和有關(guān)內(nèi)容密鑰的信息的內(nèi)容信息；一個加密內(nèi)容信息的內(nèi)容信息加密單元1918；一個獲得由內(nèi)容數(shù)據(jù)庫1919指定的內(nèi)容的內(nèi)容獲得單元1920；一個加密內(nèi)容的內(nèi)容加密單元1921；以及一個和用戶終端1930通信的通信單元1922。
另一方面，用戶終端1930包含一個和分配服務(wù)器1910通信的通信單元1931；一個存儲ID信息的ID信息存儲單元1932；一個存儲加密內(nèi)容的存儲單元1933；一個存儲加密內(nèi)容信息的內(nèi)容信息數(shù)據(jù)庫1938；一個內(nèi)容信息解密單元1937，從內(nèi)容信息數(shù)據(jù)庫1938中獲得內(nèi)容信息，并且解密內(nèi)容密鑰和許可信息；一個許可信息處理單元1936，基于許可信息判定是否能夠使用內(nèi)容密鑰；一個內(nèi)容解密單元1935，用從許可信息處理單元1936中獲得的內(nèi)容密鑰解密內(nèi)容；以及一個外部介質(zhì)存取單元1934，輸出內(nèi)容到一個外部介質(zhì)1950。
在這個系統(tǒng)中，每個用戶對于內(nèi)容的權(quán)利信息基本上由分配服務(wù)器1910進行管理。由用戶購買(或者預(yù)約)的內(nèi)容被加密，并且被保存在用戶終端1930的存儲單元1933中。當(dāng)使用這個內(nèi)容時，從用戶終端1930中輸出請求到分配服務(wù)器1910。
分配服務(wù)器1910確認用于由用戶請求的內(nèi)容的使用規(guī)則(或者合同規(guī)則)，并且如果用戶有使用權(quán)，則它向用戶分配內(nèi)容信息(包含許可信息和內(nèi)容密鑰的信息)。
許可信息包含用于再現(xiàn)、移動和復(fù)制內(nèi)容的使用規(guī)則信息，并且用戶終端1930基于許可信息控制內(nèi)容的使用。
圖20是一個流程圖，其顯示了在依據(jù)當(dāng)前實施例的數(shù)字內(nèi)容分配系統(tǒng)中、當(dāng)用戶終端1930從分配服務(wù)器1910購買內(nèi)容時執(zhí)行的處理。
當(dāng)用戶提出內(nèi)容購買請求時，S2001用戶終端1930的通信單元1931獲得保存在ID信息存儲單元1932中的用戶終端1930的ID信息，并且把該ID信息和內(nèi)容購買請求發(fā)送到分配服務(wù)器1910。
S2002一旦用戶驗證單元1912經(jīng)由分配服務(wù)器1910的通信單元1922接收了這個信息后，它就核對所接收的ID信息與保存在用戶管理數(shù)據(jù)庫1911中的ID信息用于用戶驗證，并且把內(nèi)容購買請求傳遞給用戶權(quán)利處理單元1914。
S2003用戶權(quán)利處理單元1914執(zhí)行用于內(nèi)容購買的記賬處理，并且把用戶的對于所購買內(nèi)容的權(quán)利信息登記到用戶權(quán)利信息數(shù)據(jù)庫1913上。
S2004內(nèi)容信息生成單元1917從內(nèi)容信息數(shù)據(jù)庫1916中獲得有關(guān)內(nèi)容的相關(guān)信息(諸如內(nèi)容密鑰)，并且把獲得的信息傳遞給內(nèi)容獲得單元1920。
S2005內(nèi)容獲得單元1920從內(nèi)容數(shù)據(jù)庫1219中獲得有關(guān)的內(nèi)容，并且內(nèi)容加密單元1921用內(nèi)容密鑰加密這個內(nèi)容。分配服務(wù)器1910中的通信單元1922發(fā)送加密的內(nèi)容到用戶終端1930。
S2006一旦用戶終端1930中的通信單元1931接收了加密內(nèi)容后，S2007它發(fā)送該內(nèi)容到存儲單元1933以存儲該內(nèi)容。
接下來，將參考圖21說明在依據(jù)當(dāng)前實施例的數(shù)字內(nèi)容分配系統(tǒng)中、在其中用戶終端1930獲得內(nèi)容信息以再現(xiàn)內(nèi)容的情況下的處理(內(nèi)容信息獲得過程)。
當(dāng)用戶請求獲得用于再現(xiàn)內(nèi)容的內(nèi)容信息(LT發(fā)布請求/ELI)時，S2101在用戶終端1930上的通信單元1931獲得保存在ID信息存儲單元1932中的用戶終端1930的ID信息，并且把該ID信息和內(nèi)容信息獲得請求(LT發(fā)布請求/ELI)發(fā)送到分配服務(wù)器1910。
S2102一旦用戶驗證單元1912經(jīng)由在分配服務(wù)器1910上的通信單元1922接收了ID信息后，它就核對所接收的ID信息與保存在用戶管理數(shù)據(jù)庫1911中的ID信息用于用戶驗證，并且把用戶信息和內(nèi)容信息獲得請求(LT發(fā)布請求/ELI)傳遞給用戶權(quán)利處理單元1914。
S2103參考用戶權(quán)利信息數(shù)據(jù)庫1913，用戶權(quán)利處理單元1914確認用于用在S2102中傳遞的用戶信息指定的用戶的、并且已經(jīng)受到內(nèi)容信息獲得請求的內(nèi)容的權(quán)利信息。
S2104當(dāng)在S2103中被確認的權(quán)利信息包含再現(xiàn)權(quán)利時，用戶權(quán)利處理單元1914把再現(xiàn)權(quán)利的細節(jié)傳遞給許可信息生成單元1915。
在此，再現(xiàn)權(quán)利的細節(jié)是表示了例如“再現(xiàn)可用N次”的信息。此后，S2105將象如下所述的那樣執(zhí)行許可信息生成過程。
S2106內(nèi)容信息生成單元1917從內(nèi)容信息數(shù)據(jù)庫1916中讀出有關(guān)內(nèi)容的內(nèi)容密鑰，并且生成包含這個內(nèi)容密鑰的內(nèi)容信息和在許可信息生成過程中生成的許可信息。內(nèi)容信息加密單元1918加密這個內(nèi)容信息。
S2107在分配服務(wù)器1910上的通信單元1922發(fā)送加密的內(nèi)容信息到用戶終端1930。
注意到，當(dāng)在2104中用戶的權(quán)利信息不包含有關(guān)內(nèi)容的再現(xiàn)權(quán)利時，分配服務(wù)器1910向用戶終端1930發(fā)送該內(nèi)容不能被再現(xiàn)的通知(S2108)。
另一方面，在用戶終端1930一方，S2109一旦用戶終端1930中的通信單元1931接收了內(nèi)容信息后，S2110它發(fā)送內(nèi)容信息到內(nèi)容信息數(shù)據(jù)庫1938以存儲內(nèi)容信息。
圖22顯示了在依據(jù)當(dāng)前實施例的數(shù)字內(nèi)容分配系統(tǒng)中、在其中分配服務(wù)器1910生成許可信息的情況下的處理流程(許可信息生成過程)。當(dāng)有許可信息生成請求時，S2201許可信息生成單元1915從用戶管理數(shù)據(jù)庫1911中獲得有關(guān)請求內(nèi)容信息的用戶的可信度的信息。
在當(dāng)前實施例中，有關(guān)可信度的信息是例如有關(guān)內(nèi)容價格的付款方式(如對于帳單的現(xiàn)金付款)的信息。
S2202許可信息生成單元1915依據(jù)許可信息生成規(guī)則(其例子如圖23所示)生成許可信息，并且把生成的許可信息傳遞給內(nèi)容信息生成單元1917，其中許可信息生成規(guī)則基于有關(guān)在S2104中接收的再現(xiàn)權(quán)利的細節(jié)以及在S2201中獲得的用戶可信度的信息描述了許可信息的生成規(guī)則。
S2203用戶權(quán)利處理單元1914更新被保存在用戶權(quán)利信息數(shù)據(jù)庫1913中的權(quán)利信息中的再現(xiàn)權(quán)利的細節(jié)(或者遞減在再現(xiàn)權(quán)利中、由在S2202中生成的許可信息中描述的可用再現(xiàn)次數(shù)的值描述的可用再現(xiàn)次數(shù)的值)。
注意到，當(dāng)可用再現(xiàn)次數(shù)在再現(xiàn)權(quán)利當(dāng)中是無限大時，用戶權(quán)利處理單元1914不更新再現(xiàn)權(quán)利的細節(jié)。
在此，將詳細說明如圖23所示的許可信息生成規(guī)則。
如圖23所示的規(guī)則基于有關(guān)再現(xiàn)權(quán)利細節(jié)和用戶可信度的信息確定將被生成的許可信息的細節(jié)。關(guān)于用戶的可信度，定義了以下兩種類型“付款方式對于帳單的現(xiàn)金付款”和“付款方式信用卡”。
依據(jù)如圖23所示的許可信息生成規(guī)則，當(dāng)在S2104中接收的再現(xiàn)權(quán)利的細節(jié)為“再現(xiàn)可用∞次”、并且在S2201中接收的有關(guān)用戶可信度的信息為“付款方式對于帳單的現(xiàn)金付款”時，將會生成描述了“可用再現(xiàn)次數(shù)為1”的許可信息。另一方面，當(dāng)在S2104中接收的再現(xiàn)權(quán)利的細節(jié)為“再現(xiàn)可用∞次”、并且在S2201中獲得的有關(guān)用戶可信度的信息為“付款方式信用卡”時，將會生成描述了“可用再現(xiàn)次數(shù)為∞”的許可信息。
此外，依據(jù)如圖23所示的許可信息生成規(guī)則，當(dāng)在S2104中接收的再現(xiàn)權(quán)利的細節(jié)為“再現(xiàn)可用多次”、并且在S2201中獲得的有關(guān)用戶可信度的信息為“付款方式對于帳單的現(xiàn)金付款”時，將會生成描述了“可用再現(xiàn)次數(shù)為1”的許可信息。另一方面，當(dāng)在S2104中接收的再現(xiàn)權(quán)利的細節(jié)為“再現(xiàn)可用多次”、并且在S2201中獲得的有關(guān)用戶可信度的信息為“付款方式信用卡”時，將會生成描述了“可用再現(xiàn)次數(shù)為N”的許可信息。注意到，N為2或更多的有限整數(shù)。
此外，依據(jù)如圖23所示的許可信息生成規(guī)則，當(dāng)在S2104中接收的再現(xiàn)權(quán)利的細節(jié)為例如“再現(xiàn)可用1次”時，它意味著對于任何類型的用戶可信度、都將會生成描述了“可用再現(xiàn)次數(shù)為1”的許可信息。這樣，依據(jù)用戶可信度靈活地設(shè)置許可信息生成規(guī)則就變得可能了。
圖24顯示了在依據(jù)當(dāng)前實施例的數(shù)字內(nèi)容分配系統(tǒng)中、在其中用戶終端1930再現(xiàn)內(nèi)容的情況下的處理流程。
當(dāng)用戶提出內(nèi)容請求時，S2401內(nèi)容信息解密單元1937檢查在內(nèi)容信息數(shù)據(jù)庫1938中是否存在與請求了其再現(xiàn)的內(nèi)容對應(yīng)的內(nèi)容信息。當(dāng)存在該內(nèi)容信息時，跳過在S2402和S2403中的處理以移動到在S2404中的處理。
S2402當(dāng)在S2401中不存在內(nèi)容信息時，執(zhí)行上述內(nèi)容信息獲得過程。
S2403當(dāng)能夠獲得內(nèi)容信息作為執(zhí)行內(nèi)容信息獲得過程的結(jié)果時，S2404內(nèi)容信息解密單元1937解密內(nèi)容信息以獲得許可信息和內(nèi)容密鑰，并且把它們傳遞給許可信息處理單元1936。
S2405許可信息處理單元1936檢查在許可信息中描述的再現(xiàn)規(guī)則。并且S2406當(dāng)可用再現(xiàn)次數(shù)為1或更多時，S2407許可信息處理單元1936從存儲單元1933中獲得內(nèi)容，并且S2408用內(nèi)容密鑰解密內(nèi)容以再現(xiàn)它。
S2409～S2411在再現(xiàn)內(nèi)容之后，更新被保存在內(nèi)容信息數(shù)據(jù)庫1938中的內(nèi)容信息。在此，當(dāng)在再現(xiàn)之前的可用再現(xiàn)次數(shù)為2或更多并且是有限時，將在內(nèi)容信息中的許可信息中描述的可用再現(xiàn)次數(shù)減1。此外，當(dāng)在再現(xiàn)之前的可用再現(xiàn)次數(shù)為1時，執(zhí)行用于刪除或者取消內(nèi)容信息的處理。當(dāng)可用再現(xiàn)次數(shù)為無限大時，內(nèi)容信息不被更新。
此外，當(dāng)在S2403中不能從分配服務(wù)器1910中獲得內(nèi)容信息時、以及當(dāng)在S2406中判定內(nèi)容不能被再現(xiàn)時，完成該處理而不再現(xiàn)內(nèi)容。
注意到，盡管在本實施例中已經(jīng)把“再現(xiàn)”解釋為內(nèi)容的一種“使用”形式，但是使用不局限于再現(xiàn)，而是可以包含任何動作，如復(fù)制到外部介質(zhì)1250上、打印及其它動作。
此外，盡管在當(dāng)前實施例中已經(jīng)把付款方式解釋為有關(guān)用戶可信度的信息，但是有關(guān)用戶可信度的信息不局限于付款方式，而是可以包含有關(guān)用戶狀態(tài)(如白金會員和普通會員)的信息。在此，基于用戶購買的內(nèi)容的總量、他的付款結(jié)果等確定用戶狀態(tài)。
此外，許可信息生成規(guī)則可以依據(jù)有關(guān)用戶可信度的信息而改變。例如，當(dāng)有關(guān)用戶可信度的信息表示用戶狀態(tài)時，規(guī)則是如圖25所示(一個例子)。
在圖25中，用戶狀態(tài)被分成三種類型“白金會員”、“銀會員”和“普通會員”，并且定義了白金會員的狀態(tài)是最高的，而且普通會員的狀態(tài)是最低的。
當(dāng)再現(xiàn)權(quán)利是“再現(xiàn)可用∞次”時，它意味著將會為“白金會員”生成描述了“可用再現(xiàn)次數(shù)為∞”的許可信息。此外，當(dāng)再現(xiàn)權(quán)利為“再現(xiàn)可用∞次”時，它意味著將會為“銀會員”生成描述了“可用再現(xiàn)次數(shù)為N”的許可信息。此外，當(dāng)再現(xiàn)權(quán)利為“再現(xiàn)可用∞次”時，它意味著將會為“普通會員”生成描述了“可用再現(xiàn)次數(shù)為1”的許可信息。注意到，N為2或更多的有限整數(shù)。
此外，當(dāng)再現(xiàn)權(quán)利為“再現(xiàn)可用多次”時，它意味著將會為“白金會員”生成描述了“可用再現(xiàn)次數(shù)為N”的許可信息。此外，當(dāng)再現(xiàn)權(quán)利為“再現(xiàn)可用多次”時，它意味著將會為“銀會員”生成描述了“可用再現(xiàn)次數(shù)為1”的許可信息。此外，當(dāng)再現(xiàn)權(quán)利為“再現(xiàn)可用多次”時，它意味著將會為“普通會員”生成描述了“可用再現(xiàn)次數(shù)為1”的許可信息。注意到，N為2或更多的有限整數(shù)。
此外，當(dāng)再現(xiàn)權(quán)利為“再現(xiàn)可用1次”時，它意味著將會為任何狀態(tài)的用戶生成描述了“可用再現(xiàn)次數(shù)為1”的許可信息。這樣，取決于用戶狀態(tài)靈活地設(shè)置和發(fā)布許可信息就變得可能了。
正象已描述的那樣，在依據(jù)第三實施例的數(shù)字內(nèi)容分配系統(tǒng)中，分配服務(wù)器能夠分配最適于用戶可信度的許可信息。當(dāng)從描述了例如可再現(xiàn)N次的使用規(guī)則中生成和分配許可信息時，可以向高度可信的用戶分配描述了可再現(xiàn)N次的許可信息、并且向較不可信的用戶分配描述了可再現(xiàn)1次的許可信息。
(第四實施例)以下是參考附圖對本發(fā)明第四實施例的詳細說明。
圖26顯示了與第四實施例有關(guān)的內(nèi)容使用管理系統(tǒng)(也被稱為NetDRM系統(tǒng))的整體結(jié)構(gòu)。
這個NetDRM系統(tǒng)1是這樣一個系統(tǒng)，其通過分配數(shù)字化內(nèi)容(如音樂、電影和書)，以動態(tài)方式向主要在內(nèi)容供應(yīng)商的管理下預(yù)訂內(nèi)容的用戶授予每個內(nèi)容的使用權(quán)(許可)，基于用戶的請求(LT發(fā)布請求)分配使用內(nèi)容的許可證(在下文中也被稱為“LT”)，并且使內(nèi)容可在包含在LT中的使用規(guī)則(UR-Uc)的范圍內(nèi)獲得使用，來保護內(nèi)容的復(fù)制權(quán)利，該系統(tǒng)包含由管理內(nèi)容使用的供應(yīng)商擁有的內(nèi)容分配服務(wù)器2和使用規(guī)則管理服務(wù)器3，由加入到這個NetDRM系統(tǒng)1的用戶擁有的用戶終端4a、……、4n，和連接這些實體的通信網(wǎng)絡(luò)5。當(dāng)指示了不確定數(shù)目的NetDRM終端(如用戶終端4a、……、4n)中的一個時，它被描述為用戶終端4。
內(nèi)容分配服務(wù)器2是一計算機(如工作站)，并且起到內(nèi)容分配服務(wù)器的作用。更特別地，它具有一個網(wǎng)頁，其接受內(nèi)容分配的請求，并且依據(jù)來自用戶終端4的內(nèi)容分配請求向用戶終端4分配加密的內(nèi)容。
使用規(guī)則管理服務(wù)器3是一計算機(如工作站)，并且起到用戶管理服務(wù)器、記賬服務(wù)器和許可管理服務(wù)器的作用。更特別地，使用規(guī)則管理服務(wù)器3具有一個網(wǎng)頁，其管理加入到這個系統(tǒng)1的用戶和由該用戶擁有的終端，從用戶終端4接受內(nèi)容的使用權(quán)預(yù)訂請求等，從用戶終端4a接受許可證發(fā)布請求(在下文中也被稱為“LT發(fā)布請求”)等，然后因此為來自用戶終端4的內(nèi)容的使用權(quán)預(yù)訂請求記賬，并且基于LT發(fā)布請求分配LT，它使得加密內(nèi)容可在用戶終端4上使用。
這個LT包含用于解密加密內(nèi)容的內(nèi)容密鑰、和從授予用戶的對于內(nèi)容的使用權(quán)(許可)中提取的一部分使用規(guī)則(UR-Uc)。
用戶終端4是一個計算機設(shè)備，如個人計算機、移動信息終端和數(shù)字電視，其起到用于使用規(guī)則管理服務(wù)器3的客戶機的作用。更特別地，用戶終端4依據(jù)用戶的操作、使用諸如因特網(wǎng)瀏覽器軟件等之類的工具訪問使用規(guī)則管理服務(wù)器3的網(wǎng)頁，發(fā)送內(nèi)容預(yù)訂請求，接收內(nèi)容分配，發(fā)送用于使用內(nèi)容的LT發(fā)布請求及接收LT，并且在LT的提取的使用規(guī)則的范圍內(nèi)再現(xiàn)內(nèi)容。
能夠把用于其它用戶終端的外部介質(zhì)44(例如，SD卡等)安裝在用戶終端4上。用戶終端4被構(gòu)造為使在用戶終端4上保持的內(nèi)容或者LT可用于復(fù)制和移動到外部介質(zhì)44，以便使內(nèi)容能夠在其它用戶終端上被再現(xiàn)。
通信網(wǎng)絡(luò)5是一通信有線介質(zhì)(如因特網(wǎng)、CATV等)和通信無線介質(zhì)(如數(shù)字廣播等)。
圖27是顯示了在圖26中所示的內(nèi)容分配服務(wù)器2和使用規(guī)則管理服務(wù)器3的結(jié)構(gòu)的功能框圖。在這個圖中還顯示了通信網(wǎng)絡(luò)5。
內(nèi)容分配服務(wù)器2配置有一個內(nèi)容數(shù)據(jù)庫21和一個通信單元22。加密內(nèi)容與內(nèi)容ID等相關(guān)聯(lián)，內(nèi)容ID是被分配給這個內(nèi)容、并被保持在內(nèi)容數(shù)據(jù)庫21中的唯一標(biāo)識符。通信單元22從用戶終端4接受內(nèi)容分配請求，并且分配請求的內(nèi)容。
使用管理服務(wù)器3的結(jié)構(gòu)被粗略地分成一個由保存在硬盤中的數(shù)據(jù)文件等實現(xiàn)的數(shù)據(jù)單元(用戶信息數(shù)據(jù)庫31、使用權(quán)利數(shù)據(jù)庫32和內(nèi)容密鑰數(shù)據(jù)庫33)、和一個由CPU執(zhí)行的程序等和硬件(如CPU、RAM、ROM等)實現(xiàn)的處理單元(用戶識別單元34、LT生成單元35、LT分析單元36、使用權(quán)利更新單元37和通信單元38)。
通過使用用戶終端4的終端ID，用戶信息數(shù)據(jù)庫31存儲購買了用戶終端并且登記為這個內(nèi)容使用管理系統(tǒng)的成員的用戶ID和用戶名等。使用權(quán)利數(shù)據(jù)庫32存儲由內(nèi)容供應(yīng)商決定的每一內(nèi)容的使用權(quán)(UR-C)、和內(nèi)容的用戶權(quán)利信息(許可)。更特別地，使用權(quán)利數(shù)據(jù)庫32是一個存儲單元，其存儲了由用戶預(yù)訂的多個數(shù)量的內(nèi)容、和基于每一使用方式(例如再現(xiàn)、打印等)由用戶擁有的對于該內(nèi)容的使用權(quán)(許可)的剩余信息。內(nèi)容密鑰數(shù)據(jù)庫33存儲內(nèi)容的相關(guān)信息(諸如內(nèi)容密鑰)。更特別地，加密內(nèi)容的多個內(nèi)容密鑰與內(nèi)容ID有關(guān)，并且被存儲在該數(shù)據(jù)庫中。
通過使用用戶終端4的終端ID，用戶識別單元34識別對應(yīng)于這個終端ID的用戶ID等。LT生成單元35基于包含在從用戶終端4發(fā)送的LT發(fā)布請求中的ELI生成相應(yīng)的LT。LT分析單元36分析從用戶終端4發(fā)送的LT，并且依據(jù)分析的結(jié)果更新UR-Us的細節(jié)。如果LT從LT生成單元35被發(fā)送到用戶終端4，則使用權(quán)利更新單元37更新被保存在使用權(quán)利數(shù)據(jù)庫32中的UR-Us的細節(jié)。
通信單元38和用戶終端4進行通信。更特別地，通信單元38是由在網(wǎng)頁中描述的腳本、程序等實現(xiàn)的通信接口，其經(jīng)由通信網(wǎng)絡(luò)5和用戶終端4進行通信。通信單元38分析從用戶終端4發(fā)送的命令和消息，依據(jù)它的結(jié)果向用戶識別單元34和LT分析單元36請求處理，向用戶終端4分配從LT生成單元35傳遞的LT，并且用該終端形成SAC。通信單元38經(jīng)由總線依據(jù)來自用戶終端4的請求和與在內(nèi)容數(shù)據(jù)庫21中的內(nèi)容有關(guān)的信息、獲得與使用權(quán)利數(shù)據(jù)庫32的UR-Us有關(guān)的信息，發(fā)送這些信息到正在提出這種請求的用戶終端4，并且提供用于預(yù)訂LT和請求發(fā)布LT的GUI(Graphical UserInterface，圖形用戶界面)。
圖28是顯示了在圖26中所示的用戶終端4的結(jié)構(gòu)的功能框圖。在這個圖中還顯示了通信網(wǎng)絡(luò)5。
用戶終端4的結(jié)構(gòu)被大致分成一個請求發(fā)布LT并且綜合地管理所獲得的LT的客戶機41，一個重現(xiàn)插件42(其再現(xiàn)諸如音樂、電影等之類的內(nèi)容)，一個向某些外部介質(zhì)寫入所獲得的內(nèi)容和LT的存儲插件43，和一個存儲寫入的內(nèi)容和LT的外部介質(zhì)44，如SD卡等。
客戶機41包含通信單元410A、監(jiān)視器411a、操作單元411b、內(nèi)容數(shù)據(jù)庫412A、LT數(shù)據(jù)庫413A、終端ID存儲單元414A、LT獲得單元415A、LT返回單元416A、LT管理/更新單元417A、內(nèi)容使用可用性判定單元418A和插件控制單元419A。重現(xiàn)插件42包含再現(xiàn)規(guī)則判定單元421A、內(nèi)容解密單元422A和內(nèi)容再現(xiàn)單元423A。存儲插件43包含寫規(guī)則判定單元431A、寫數(shù)據(jù)生成單元432A和介質(zhì)存取單元433A。
客戶機41中的通信單元410A與內(nèi)容分配服務(wù)器2以及使用規(guī)則管理服務(wù)器3進行通信。更特別地，通信單元410A是一個通信接口，它依據(jù)瀏覽器軟件等經(jīng)由通信網(wǎng)絡(luò)5與內(nèi)容分配服務(wù)器2以及使用規(guī)則管理服務(wù)器3進行通信，其依據(jù)來自操作單元411b的請求把從內(nèi)容分配服務(wù)器2發(fā)送的內(nèi)容存儲到內(nèi)容數(shù)據(jù)庫412A中，用使用規(guī)則管理服務(wù)器3的通信單元38形成SAC(Secure AuthenticationChannel，安全驗證信道)，發(fā)送消息(如內(nèi)容使用權(quán)預(yù)訂請求和LT發(fā)布請求)到使用規(guī)則管理服務(wù)器3，并且把從使用規(guī)則管理服務(wù)器3發(fā)送的LT存儲到LT數(shù)據(jù)庫413A中。
監(jiān)視器411a顯示由使用規(guī)則管理服務(wù)器3提供的網(wǎng)頁，并且還顯示用于LT預(yù)訂和LT發(fā)布請求的GUI等。操作單元411b是接受用戶操作的用戶接口。內(nèi)容數(shù)據(jù)庫412A包含例如HDD等，并且存儲加密的內(nèi)容。LT數(shù)據(jù)庫413A安全地存儲從通信單元410A發(fā)送的LT。終端ID存儲單元414A存儲終端的終端ID等。
LT獲得單元415A生成LT發(fā)布請求，經(jīng)由通信單元410A把它發(fā)送到使用規(guī)則管理服務(wù)器3，獲得從使用規(guī)則管理服務(wù)器3發(fā)送的LT并且把它存儲到LT數(shù)據(jù)庫413A中。LT返回單元416A在必要時經(jīng)由通信單元410A返回LT到使用規(guī)則管理服務(wù)器3。LT管理/更新單元417A管理被保存在LT數(shù)據(jù)庫413A中的LT，并且更新包含在LT中的使用規(guī)則。內(nèi)容使用可用性單元418A決定是否可以基于LT的使用規(guī)則使用LT。插件控制單元419A配置有一個安全時鐘機構(gòu)，其測量通過重現(xiàn)插件42進行內(nèi)容再現(xiàn)所花費的時間，并且基于測量的時間控制可用的再現(xiàn)次數(shù)。
重現(xiàn)插件42的再現(xiàn)規(guī)則判定單元421A基于從客戶機41發(fā)送的在重現(xiàn)插件42中的規(guī)則(P規(guī)則)決定再現(xiàn)規(guī)則。內(nèi)容解密單元422A用從客戶機41發(fā)送的內(nèi)容密鑰解密從內(nèi)容數(shù)據(jù)庫412A中獲得的內(nèi)容。內(nèi)容再現(xiàn)單元423A再現(xiàn)解密的內(nèi)容。
存儲插件43的寫規(guī)則判定單元431A基于從客戶機41發(fā)送的在存儲插件43中的規(guī)則(P規(guī)則)決定寫規(guī)則。寫數(shù)據(jù)生成單元432A把接收的LT和從內(nèi)容數(shù)據(jù)庫412A獲得的內(nèi)容轉(zhuǎn)換成為用于外部介質(zhì)44的數(shù)據(jù)格式。介質(zhì)存取單元433A把格式化的數(shù)據(jù)寫入外部介質(zhì)44中。
在這個NetDRM系統(tǒng)1中，使用規(guī)則(UR)由內(nèi)容供應(yīng)商指定，并且和受到用戶預(yù)訂的使用規(guī)則UR-C一起在使用規(guī)則管理服務(wù)器中被管理。使用規(guī)則(UR)包含用戶預(yù)訂并且目前擁有的使用規(guī)則UR-Us、以及從UR-Us中提取作為它的一部分并且在用戶終端中進行管理的使用規(guī)則UR-Uc。關(guān)于UR-Us，依據(jù)對應(yīng)于包含在LT發(fā)布請求中的ELI的LT發(fā)布，從UR-C中減去次數(shù)等。然而，UR-Us能夠把由一個用戶預(yù)訂的多個內(nèi)容作為一組進行處理，而UR-Uc僅僅處理一個內(nèi)容。ELI是嵌入到LT發(fā)布請求中以表示用什么規(guī)則使用哪些內(nèi)容的信息。LT是組合了用于指定內(nèi)容的內(nèi)容密鑰和UR-Uc的信息。如果有LT發(fā)布請求，則在NetDRM服務(wù)器中進行管理的信息(S規(guī)則，例如，同時使用的終端數(shù)目)被用來決定是否能夠發(fā)布LT。在NetDRM客戶機中，是否能夠啟動一個動作是基于客戶機規(guī)則(C規(guī)則，例如，有效期、可以使用的次數(shù)、累積使用持續(xù)時間)。此外，該插件基于插件規(guī)則(P規(guī)則，例如，2ch再現(xiàn)等)控制再現(xiàn)。
圖29顯示了在如圖27中所示的內(nèi)容數(shù)據(jù)庫21中保存的內(nèi)容的數(shù)據(jù)格式的示例結(jié)構(gòu)。
內(nèi)容10包含作為分配給內(nèi)容的唯一標(biāo)識符的內(nèi)容ID 11、單個或者多個字符代碼12#1、……、#N、由這個字符代碼12#1到#N表示的細節(jié)元數(shù)據(jù)13#1、……、#N、和加密的內(nèi)容數(shù)據(jù)14。
例如，當(dāng)內(nèi)容是被稱作“Surfer George”的音樂時，在內(nèi)容ID 11中描述了“riderjogi”。此外，在字符代碼12#1、……、#N中，它具有表示是否它是EUC(Extended Unix Code，擴展的Unix編碼)或者junet(日本UNIX網(wǎng))編碼(iso-2022-jp編碼)的描述。在元數(shù)據(jù)13#1、……、#N中，描述了例如“曲目”名、“歌手”、“伴奏樂隊”、“歌詞作者”、或者“作曲者”等。另外，內(nèi)容本身(音樂，在這個例子中為“Surfer George”)在它用預(yù)先指定的密鑰加密之后被保存在加密的內(nèi)容數(shù)據(jù)14中。
在內(nèi)容10中的這個加密內(nèi)容數(shù)據(jù)14在它沒有通過獲得由內(nèi)容內(nèi)容ID 11關(guān)聯(lián)的內(nèi)容密鑰而被解密時不能觀看。因此，內(nèi)容10能夠甚至從不是這個系統(tǒng)的會員的一般用戶中被自由地下載。
圖30是顯示了在如圖27中所示的用戶信息數(shù)據(jù)庫31中保存的用戶信息表的示例結(jié)構(gòu)的圖表。
用戶信息表50是用由用戶購買、并且在使用規(guī)則管理服務(wù)器3上登記的他的終端的終端ID指定用戶的表，其包含若干個字段，如“終端ID”51、“用戶ID”52、用戶名、地址、電話號碼等(在該圖中未顯示)，其中“終端ID”51是在這個系統(tǒng)中對用戶終端唯一的標(biāo)識符，“用戶ID”52是在這個系統(tǒng)中對購買了這個用戶終端的用戶的唯一標(biāo)識符。
例如，在用戶Okamoto購買了2臺用戶終端并且向系統(tǒng)登記這些用戶終端的情況下，分別分配給這些用戶終端作為終端ID的“XXX111”和“XXX222”、分配給Okamoto作為用戶ID的“XXXAAA”、他的用戶名、地址和電話號碼等被保存在2個記錄中。在用戶Azuma購買了一臺用戶終端并且向系統(tǒng)登記這個用戶終端的情況下，分別分配給這個用戶終端作為終端ID的“XXX333”、分配給Azuma作為用戶ID的“XXXBBB”、他的用戶名、地址和電話號碼被保存在一個記錄中。
圖31是顯示了在如圖27中所示的使用權(quán)利數(shù)據(jù)庫32中保存的使用權(quán)利管理表的結(jié)構(gòu)例子的圖表。
使用權(quán)利管理表60是用于管理由具有用戶ID的用戶預(yù)訂的每個內(nèi)容的使用權(quán)(UR-Us)的一個表，并且包含關(guān)于在這個使用規(guī)則管理服務(wù)器3中管理的使用權(quán)的細節(jié)的字段“用戶ID”60A和“UR-Us”60B。
例如，在用戶Okamoto(用戶ID“XXXAAA”)預(yù)訂用于2個內(nèi)容曲目“Surfer George”和電子辭典“Kyojien”的使用權(quán)的情況下，“Surfer George”和“Kyojien”的使用權(quán)被保存在UR-Us 60B內(nèi)的每個相應(yīng)的記錄中。
另外，在用戶Azuma(用戶ID“XXXBBB”)預(yù)訂了用于被稱作“Spider girl(蜘蛛女孩)”的電影內(nèi)容的使用權(quán)的情況下，“Spidergirl”的使用權(quán)被保存在UR-Us 60B內(nèi)的一個記錄中。
圖32是顯示了在圖31中所示的UR-Us 60B的詳細示例結(jié)構(gòu)的圖表。
UR-Us 60B的結(jié)構(gòu)被大致地分成一個管理基本使用細節(jié)的UR-Us報頭61，和單個或者多個管理使用權(quán)的具體細節(jié)的動作信息62#1至62#n(如再現(xiàn)、打印、移動等動作)。對于使用權(quán)的細節(jié)，內(nèi)容供應(yīng)商或者服務(wù)器管理員依據(jù)內(nèi)容的屬性、以及其細節(jié)與在內(nèi)容預(yù)訂時授予用戶的UR-C相同的使用權(quán)，為每個內(nèi)容預(yù)先確定一個初始值(UR-C)。
UR-Us報頭61包含表示UR-Us報頭61的大小的UR-Us報頭大小611，在這個系統(tǒng)中分配給對于由這個用戶預(yù)訂的每個內(nèi)容的使用權(quán)的唯一標(biāo)識符UR-Us ID 612，有效期的起始時間613，有效期的結(jié)束時間614，移動允許標(biāo)志615、允許同時使用的數(shù)目616，發(fā)布的LT的數(shù)目617，表示動作信息62#1到62#n的數(shù)目的動作信息數(shù)目618。
有效期的起始時間613和有效期的結(jié)束時間614分別表示在使用規(guī)則管理服務(wù)器3中管理的用戶使用權(quán)的有效期的開始和結(jié)束時間。然而，例如，正如其中UR-Us在每月的基礎(chǔ)上指示有效期的情況一樣，而LT總是在每日的基礎(chǔ)上表示它，使LT具有比UR-Us其中之一更短的有效持續(xù)時間也是可能的。并且如果沒有特別地指定任何有效期，則兩個時間字段613和614可以是“沒有限制的”。在LT中指定的有效持續(xù)時間被用作一個規(guī)則/條件，以決定在NetDRM系統(tǒng)1中的客戶機是否能夠開始一個動作(在下文中也被稱為“C規(guī)則”)。
移動允許標(biāo)志615表示基于這個UR-Us 60B發(fā)布的LT是否能夠從一個接收終端移動到另一個終端和某些外部介質(zhì)(Move-out，Export)。
允許同時使用的數(shù)目616和發(fā)布的LT的數(shù)目617適合用于擁有多個用戶終端的用戶(例如，Okamoto)，以處理諸如利用某些在數(shù)目上的限制在終端當(dāng)中共享內(nèi)容(如電子書)的情況。同時，允許同時使用的數(shù)目616包含能夠發(fā)布多少LT的信息。發(fā)布的LT的數(shù)目617包含在此刻已經(jīng)發(fā)布了多少LT的信息。每次發(fā)布LT時，遞增發(fā)布的LT的數(shù)目617，并且當(dāng)它達到允許同時使用的數(shù)目時停止LT發(fā)布。與此相反，如果發(fā)布的LT是從用戶終端返回的，則遞減發(fā)布的LT的數(shù)目617。因此，能夠限制允許同時使用內(nèi)容的終端的數(shù)目。允許同時使用的數(shù)目616和發(fā)布的LT的數(shù)目617被用作在NetDRM系統(tǒng)1中的服務(wù)器上作出決定的規(guī)則(以下簡稱為“S規(guī)則”)。
每個動作信息62#1到62#n包含表示動作信息62#1到62#n的大小的動作信息大小621、動作ID 622、最大使用持續(xù)時間623、一次時間判定閾值、數(shù)字計數(shù)器/累積使用持續(xù)時間624和P規(guī)則625#1到625#n。
在動作ID 622中，標(biāo)識符表示內(nèi)容使用(如播放和打印)的方式(動作)。在這個動作ID 622中，例如為再現(xiàn)(Playback)存儲“2”，并且為打印(print)存儲“5”。
在最大使用持續(xù)時間623中，存儲允許在一個處理(如再現(xiàn))中連續(xù)使用內(nèi)容的最大時間長度。
保存在一次時間判定閾值、數(shù)字計數(shù)器/累積使用持續(xù)時間624中的一次時間判定閾值表示統(tǒng)計使用內(nèi)容一次的持續(xù)時間。數(shù)字計數(shù)器指示允許使用內(nèi)容的剩余次數(shù)。累積使用持續(xù)時間表示允許使用內(nèi)容的累積的持續(xù)時間。一次時間判定閾值、數(shù)字計數(shù)器和最大使用持續(xù)時間是互不相容的，所以沒有同時指定兩個的情況。
在此，在計數(shù)器中的值相應(yīng)地從初始值中被減去，用于由用戶的LT發(fā)布請求提取的使用規(guī)則和許可信息，并且相應(yīng)地由內(nèi)容供應(yīng)商的服務(wù)提供請求增加。
P規(guī)則625#1到625#n包含用于每個內(nèi)容的控制規(guī)則，以便通過在用戶終端上的插件為該內(nèi)容執(zhí)行動作。該規(guī)則將會是例如內(nèi)容只能按黑白方式打印、或者音樂內(nèi)容必須以雙聲道立體聲重放等。
當(dāng)內(nèi)容是包含多個內(nèi)容的圖冊或者一系列作品時，向UR-Us60B添加包含在這個圖冊或者一系列作品中的內(nèi)容數(shù)、內(nèi)容數(shù)目631、包含在這個圖冊或者一系列作品中的內(nèi)容的標(biāo)識符、和內(nèi)容ID 632#1到632#n，以處理這種情況。
圖33是顯示了在如圖26到28中所示的LT發(fā)布請求70的數(shù)據(jù)格式的結(jié)構(gòu)例子的圖表。
LT發(fā)布請求70的結(jié)構(gòu)被大致分成LT發(fā)布請求標(biāo)識符71、生成LT發(fā)布請求70的用戶終端的終端ID 72、和期望的LT信息73(在下文中也被稱為“ELI”)，其中LT發(fā)布請求標(biāo)識符71是表示請求是LT發(fā)布請求的唯一標(biāo)識符，期望的LT信息73表示用什么規(guī)則使用哪些內(nèi)容。
ELI 173包含表示發(fā)布請求的基本細節(jié)的ELI報頭730、和單個或者多個表示發(fā)布請求的具體細節(jié)的期望的動作標(biāo)記塊740#1到740#n。
ELI報頭730包含表示這個ELI 173是ELI的ELI標(biāo)識符731；NetDRM版本號，表示在這個NetDRM系統(tǒng)1中規(guī)定的規(guī)格中定義的用戶終端的版本；表示ELI 732的大小的ELI大小733；受到請求發(fā)布的LT的內(nèi)容的內(nèi)容ID 734；UR-Us ID 735，作為受到使用權(quán)的提取、由使用規(guī)則管理服務(wù)器管理的使用權(quán)的標(biāo)識符；客戶機性能標(biāo)志736，表示用戶終端的客戶是否擁有用于LT存儲的安全數(shù)據(jù)庫或者擁有用于時間管理的s安全時鐘；以及LT發(fā)布拒絕標(biāo)志737，作為一個標(biāo)志，用以表示如果不能發(fā)布具有在ELI中請求的規(guī)則的LT，則是否服務(wù)器不應(yīng)該發(fā)布LT，或者應(yīng)該發(fā)布具有限制的/縮減的規(guī)則(例如，在次數(shù)方面)的LT。
當(dāng)不能發(fā)布滿足在ELI中指定的規(guī)則(例如次數(shù))的LT時，它包含一個表示服務(wù)器不發(fā)布LT、或者發(fā)布在規(guī)則中減少的次數(shù)的LT的標(biāo)志，和一個LT發(fā)布拒絕標(biāo)志737。LT發(fā)布拒絕標(biāo)志737存儲“ON”用于拒絕它的發(fā)布，并且存儲“OFF”用于允許縮減/減少的規(guī)則。
期望的動作標(biāo)記塊740#1到740#n包含請求被包含在LT中的動作的標(biāo)識符、動作ID 747、表示請求在發(fā)布的LT中設(shè)置的次數(shù)的計數(shù)器、或者表示請求在LT中設(shè)置的累積使用持續(xù)時間的期望的次數(shù)/期望的累積使用持續(xù)時間742。
圖34是顯示了在如圖26到28中所示的LT的數(shù)據(jù)格式的結(jié)構(gòu)例子的圖表。
LT 80的結(jié)構(gòu)被大致分成管理使用的基本細節(jié)的LT報頭81，單個或者多個管理使用權(quán)的具體細節(jié)(諸如再現(xiàn)、打印等之類的動作)的動作標(biāo)記塊82，內(nèi)容密鑰83，和LT腳注(footer)84，其中LT腳注84可附上作為它的選項，并且由內(nèi)容ID、由動作ID約束的一組C規(guī)則和P規(guī)則、內(nèi)容密鑰等指示。
LT報頭81存儲LT標(biāo)識符810、NetDRM版本號811、LT大小812、內(nèi)容ID 813、UR-Us ID 814、LT狀態(tài)標(biāo)志(LT即時耗用標(biāo)志/LT自動返回標(biāo)志)815、LT有效期的起始時間816、LT有效期的結(jié)束時間817、LT移動允許標(biāo)志818、和LT加密方法819。
LT標(biāo)識符810表示這個數(shù)據(jù)是在這個內(nèi)容使用管理系統(tǒng)1中處理的許可證。NetDRM版本號811表示由在這個系統(tǒng)中定義的服務(wù)器提供的規(guī)格的版本。LT大小812表示整個LT的數(shù)據(jù)大小。內(nèi)容ID 813表示用于這個LT的內(nèi)容的ID。UR-Us ID 814表示引起發(fā)布這個LT的UR-Us的ID。
LT狀態(tài)標(biāo)志(LT即時耗用標(biāo)志/LT自動返回標(biāo)志)815是LT即時耗用標(biāo)志和LT自動返回標(biāo)志，其中該LT即時耗用標(biāo)志作為一個標(biāo)志表示這個LT不能被記錄到記錄介質(zhì)上并且必須被立即使用，而LT自動返回標(biāo)志作為一個標(biāo)志表示當(dāng)在這個LT中的權(quán)利變?yōu)闊o效時LT必須被自動地返回到服務(wù)器。LT自動返回標(biāo)志被設(shè)置為“ON”用于UR-Us的允許同時使用的數(shù)目有限制的情況，而被設(shè)置為“OFF”用于不限制允許同時使用UR-Us的數(shù)目的情況。LT即時耗用標(biāo)志被設(shè)置為“ON”用于在客戶機端沒有安全LT數(shù)據(jù)庫的情況、以及用于在UR-Us中設(shè)置了有效期并且安全時間功能在客戶機端不可用的情況，并被設(shè)置為“OFF”用于除以上情況之外的情況。
LT有效期的起始時間816表示當(dāng)這個LT變得有效時的日期與時間。LT有效期的結(jié)束時間817表示當(dāng)這個LT變得無效時的日期與時間。LT移動允許標(biāo)志818表示這個LT是否能夠被移動、移出和輸出。LT加密方法819表示應(yīng)用于內(nèi)容密鑰83和可以被添加作為它的選項的LT腳注84的加密方法(DES，AES等)。
動作標(biāo)記塊82#1到82#n包含動作ID 821、最大使用持續(xù)時間822、一次時間判定閾值、數(shù)字計數(shù)器/累積使用持續(xù)時間823、和P規(guī)則824#1到824#n。
動作ID 821表示指定關(guān)于內(nèi)容的動作細節(jié)的ID。最大使用持續(xù)時間822表示連續(xù)地操作內(nèi)容的最大時間長度。保存在一次時間判定閾值、數(shù)字計數(shù)器/累積使用持續(xù)時間823中的一次時間判定閾值表示決定使用內(nèi)容一次的持續(xù)時間。累積使用持續(xù)時間是允許內(nèi)容使用的累積的操作時間。在最大使用持續(xù)時間822中，甚至在暫停時間期間也對時間計數(shù)，然而在累積使用持續(xù)時間中的暫停期間不對時間計數(shù)。
圖35說明了在表示一次的數(shù)字計數(shù)器和最大使用持續(xù)時間、一次時間判定閾值和累積使用持續(xù)時間之間的關(guān)系。
累積使用持續(xù)時間用于其中應(yīng)用比最大使用持續(xù)時間更嚴格的控制的情況，并且在其中設(shè)置通常為再現(xiàn)內(nèi)容所需要的時間(例如，10天直到最大5年和222天作為最大值)。如果LT有效期的起始日子為7月1日、并且LT有效期的結(jié)束日子為8月31日，則能夠在該期間內(nèi)的某一持續(xù)時間、諸如在該期間內(nèi)的5天、2天和3天使用內(nèi)容，并且一旦這個累積的時間達到累積使用持續(xù)時間，該內(nèi)容就變得不可再使用。
能夠在計數(shù)器中設(shè)置任意的次數(shù)(例如，5次直到16383次作為最大值)。此外，能夠在最大使用持續(xù)時間中設(shè)置某些任意的時間長度(例如，3分鐘直到3小時作為最大值)。此外，在一次時間判定閾值中設(shè)置某些任意的值(例如，30秒直到18小時作為最大值)。在用戶終端4中，如果內(nèi)容再現(xiàn)在它開始之后的20秒后被停止，則這次再現(xiàn)不被計數(shù)為一次。與此相反，如果超過一次時間判定閾值的30秒、并且內(nèi)容再現(xiàn)能夠繼續(xù)直到它達到包含在持續(xù)時間期間內(nèi)暫停等的最大使用持續(xù)時間為止，則它被計數(shù)為一次。當(dāng)時間過去了在一次時間判定閾值中設(shè)置的值時，則把在數(shù)字計數(shù)器中的值減1。
回到圖34，在內(nèi)容密鑰83中，內(nèi)容密鑰作為解密與這個LT有關(guān)的加密內(nèi)容的密鑰，在其被加密時被存儲。LT腳注84能夠被添加在內(nèi)容密鑰83之后作為它的選項。由SHA-1算法從LT報頭81到內(nèi)容密鑰83加密的散列值被保存在這個LT腳注84中。如果通過某些不可靠的路由分配LT，則能夠由這個值進行變化檢查(alterationcheck)。
以下是LT獲得動作和內(nèi)容再現(xiàn)動作的說明。
在其中執(zhí)行這樣一個LT獲得動作和內(nèi)容再現(xiàn)動作的用戶終端中，在終端的監(jiān)示器屏幕中顯示如圖36所示的屏面。
如這個圖所示，該屏面包含一個列表框901，顯示在用戶終端和服務(wù)器上保存的內(nèi)容、LT、UR-Us、P規(guī)則等的列表；一個內(nèi)容說明框902，顯示例如對由在列表框901上的光標(biāo)指向的內(nèi)容概述的描述；一個內(nèi)容再現(xiàn)框903，顯示由在列表框901上的光標(biāo)指向的內(nèi)容的再現(xiàn)圖像；一個使用權(quán)預(yù)訂按鈕904，在LT的內(nèi)容使用權(quán)預(yù)訂時被點擊；一個LT獲得按鈕905，在LT獲得時被按下；一個更新按鈕907，在更新被顯示在這個屏幕上的數(shù)據(jù)時被按下；一個再現(xiàn)操作按鈕908，執(zhí)行再現(xiàn)操作以開始它的再現(xiàn)、停止、倒退、快進等；一個時間指示器框909，顯示再現(xiàn)時間等。
在列表框901中，顯示了內(nèi)容的標(biāo)題(在該圖中顯示的例子中的“Surfer George”、“Kyojien”、“Break in！！Akaji Mt.Villa Affair”)、有效期(在該圖中顯示的例子中，“無限制”、“2002/10/31”)、P規(guī)則(在該圖中顯示的例子中，“2ch再現(xiàn)”、“以黑白色打印”)等。內(nèi)容“Break in??！Akaji Mt.Villa Affair”是從內(nèi)容分配服務(wù)器2發(fā)送的、用于內(nèi)容促銷的預(yù)演版本，并且該圖顯示了光標(biāo)指向這個內(nèi)容。
在這個列表框901的左邊，顯示了圖標(biāo)901a到901e等。圖標(biāo)901a在這個終端上保持對應(yīng)于內(nèi)容的LT，并且表示在服務(wù)器上存在UR-Us。圖標(biāo)901b表示在這個終端上沒有對應(yīng)于內(nèi)容的LT，但是在服務(wù)器上有UR-Us。圖標(biāo)901c表示在這個終端上沒有LT，并且在服務(wù)器上沒有UR-Us。圖標(biāo)901d表示這個終端具有一些內(nèi)容。圖標(biāo)901e表示這個終端不具有任何內(nèi)容。使用這些圖標(biāo)901a到901e，有可能表示有關(guān)UR-Us、LT和內(nèi)容的存在的任何可能的情況。由在列表框901上的光標(biāo)指向的內(nèi)容的再現(xiàn)屏幕被顯示在內(nèi)容再現(xiàn)框903中。
內(nèi)容再現(xiàn)框903的頂部具有一個標(biāo)簽(tab)，以選擇諸如移動音樂和視頻、再現(xiàn)電子書等之類的各類動作。在該圖中顯示的例子表示已經(jīng)選擇了一個用于視頻以再現(xiàn)由在列表框901中的光標(biāo)指向的內(nèi)容的標(biāo)簽。當(dāng)在這種情況下點擊了用于再現(xiàn)的再現(xiàn)操作按鈕908時，顯示已經(jīng)從內(nèi)容分配服務(wù)器2發(fā)送的內(nèi)容“Break in！！Akaji Mt.VillaAffair”的預(yù)演屏幕。
在該標(biāo)簽中設(shè)置的用于視頻再現(xiàn)的圖標(biāo)903a表示提供了用于內(nèi)容再現(xiàn)的插件。在標(biāo)簽中設(shè)置的用于移動內(nèi)容的圖標(biāo)903b表示不存在用于內(nèi)容再現(xiàn)(在這種情況下為移動)的插件。在這種情況下，插件是不可用的，并且選擇了顯示沒有插件的標(biāo)簽，只要它在硬件中沒有任何限制，諸如沒有設(shè)備可以用來連接外部介質(zhì)，它就訪問提供了必要的插件(在這種情況下為用于移動的插件)的服務(wù)器，并且下載所需要的插件以顯示圖標(biāo)903a。
基于從在顯示這個屏幕時保存在內(nèi)容數(shù)據(jù)庫412中的內(nèi)容的元數(shù)據(jù)、保存在LT數(shù)據(jù)庫413中的LT的權(quán)利細節(jié)、在服務(wù)器中保持的UR-Us(包含P規(guī)則)的權(quán)利細節(jié)、以及在終端上不存在的保持使用權(quán)的內(nèi)容的元數(shù)據(jù)中獲得的信息，生成在列表框901和在內(nèi)容描述框902中顯示的細節(jié)，其中UR-Us的權(quán)利細節(jié)是通過發(fā)送諸如Get UR-Us、Get P規(guī)則文本、Get元數(shù)據(jù)之類的命令到使用規(guī)則管理服務(wù)器3而獲得的。
圖37是顯示了對于從服務(wù)器獲得權(quán)利細節(jié)的情況、Get UR-Us的結(jié)構(gòu)被從客戶機41發(fā)送到使用規(guī)則管理服務(wù)器3的圖表。
這個Get UR-Us 91包含作為標(biāo)識符表示它是Get UR-Us的Get UR-Us標(biāo)識符911，標(biāo)識已經(jīng)發(fā)送了這個Get UR-Us 91的用戶終端的終端ID 912，和指定哪種語言代碼被用來顯示所獲得的數(shù)據(jù)的字符代碼913。通常，在這個字符代碼913中存儲了EUC、junet代碼、shift JIS代碼等。在服務(wù)器中的、通過對應(yīng)于終端ID 912的用戶ID管理的UR-Us的列表能夠通過發(fā)送這類Get UR-Us 91而獲得。在這種情況下，同時還通過由字符代碼指定的語言代碼獲得UR-Us名稱(內(nèi)容類別，例如60年代的搖滾樂，保存在使用權(quán)利管理表格60中未顯示的文件中存儲的權(quán)利細節(jié)名稱)。
圖38是顯示了Get P規(guī)則文本的結(jié)構(gòu)例子的圖表。
Get P規(guī)則文本92將獲得由在字符代碼中指定的語言代碼顯示的用于P規(guī)則的細節(jié)，其包含一個表示發(fā)送的信息是Get P規(guī)則文本的標(biāo)識符，一個Get P規(guī)則文本標(biāo)識符921，一個標(biāo)識已經(jīng)發(fā)送了Get P規(guī)則文本92的用戶終端的終端ID 922，一個指定顯示Get P規(guī)則文本的語言代碼的字符代碼923，和單個或者多個P規(guī)則ID 924#1到924#N。通過發(fā)送以這種方式構(gòu)造的Get P規(guī)則文本92，它使得獲得信息以顯示包含在Get UR-Us9中獲得的每個UR-Us中的P規(guī)則(例如，再現(xiàn)規(guī)則(2ch再現(xiàn)、以黑白方式打印)的指定和在再現(xiàn)(例如模擬、受保護的數(shù)字、不受保護的數(shù)字等)時的輸出接口的指定成為可能。
圖39是依據(jù)上述的Get P規(guī)則文本92從使用規(guī)則管理服務(wù)器3中獲得的用于P規(guī)則的信息的結(jié)構(gòu)例子。顯示用于P規(guī)則93的信息包含多個P規(guī)則931#1到931#n。
在該示例圖表中的P規(guī)則93#1是用于重現(xiàn)的P規(guī)則，該規(guī)則僅僅允許用于利用模擬輸出的非立體聲再現(xiàn)的情況(在圖表中的O)，其阻止受保護的數(shù)字輸出(例如加密的數(shù)字輸出)和不受保護的數(shù)字輸出(例如沒有被加密的數(shù)字輸出)(在圖表中的X)。在該示例圖表中P規(guī)則931#2是用于存儲的P規(guī)則，其允許用于到SD卡的內(nèi)容傳送的受保護的數(shù)字輸出，并且阻止模擬輸出和不受保護的數(shù)字輸出被阻止。在該示例圖表中P規(guī)則931#N是用于存儲的P規(guī)則，其允許用于到內(nèi)存條的內(nèi)容傳送的受保護的數(shù)字輸出，并且阻止模擬輸出和不受保護的數(shù)字輸出。
圖40是顯示了Get元數(shù)據(jù)的結(jié)構(gòu)例子的圖表。
Get元數(shù)據(jù)94包含一個表示這個信息是Get元數(shù)據(jù)94的標(biāo)識符，一個Get元數(shù)據(jù)標(biāo)識符941，一個標(biāo)識已經(jīng)發(fā)送了這個Get元數(shù)據(jù)94的用戶終端的終端ID 942，一個通過指定的語言代碼獲得內(nèi)容的元數(shù)據(jù)的字符代碼943，和標(biāo)識經(jīng)受元數(shù)據(jù)獲得的內(nèi)容的內(nèi)容ID 944#1到944#N。接收這個Get元數(shù)據(jù)94的使用規(guī)則管理服務(wù)器3的通信單元38訪問內(nèi)容分配服務(wù)器2的內(nèi)容數(shù)據(jù)庫21，提取在內(nèi)容ID 944#1到944#N中指定的內(nèi)容的元數(shù)據(jù)(參見圖29)，并且把它發(fā)送到用戶終端4。通過這樣做，用戶終端4能夠獲得在終端中不存在的內(nèi)容的元數(shù)據(jù)。
通過發(fā)送這種Get UR-Us 91、Get P規(guī)則文本92、Get元數(shù)據(jù)94等以及接收它們，獲得必要的信息以重構(gòu)屏面，以便生成如圖36所示的屏面。
然后，如果獲得了顯示在列表框901中的內(nèi)容的LT(例如Kyojien)，則應(yīng)當(dāng)由光標(biāo)指向Kyojien的字段，并且點擊LT獲得按鈕905。通過這樣做，開始LT獲得過程。當(dāng)進一步獲得LT用于內(nèi)容“Surfer George”時，應(yīng)當(dāng)由一個光標(biāo)指向這個內(nèi)容，并且輸入要獲得的可用再現(xiàn)次數(shù)，并點擊LT預(yù)訂按鈕904。
當(dāng)點擊了這樣一個LT獲得按鈕905時，在用戶終端4的客戶機41和使用規(guī)則管理服務(wù)器3中執(zhí)行LT獲得過程。
圖41是顯示了由用戶終端4的客戶機41和使用規(guī)則管理服務(wù)器3執(zhí)行的LT獲得過程的動作的流程圖。
當(dāng)點擊LT獲得按鈕905時，客戶機41的LT獲得單元415A執(zhí)行LT發(fā)布請求的主體、即生成ELI的ELI生成過程(S11)。然后，通過把從終端ID存儲單元414A中讀出的LT發(fā)布請求標(biāo)識符71和終端ID 72添加到生成的ELI，LT獲得單元415A依據(jù)如圖33所示的格式結(jié)構(gòu)生成LT發(fā)布請求，并且發(fā)送生成的LT發(fā)布請求到使用規(guī)則管理服務(wù)器3(S12)。
另一方面，當(dāng)在使用規(guī)則管理服務(wù)器3中的用戶識別單元34經(jīng)由通信單元38從用戶終端4接收了LT發(fā)布請求時，它參考用戶信息數(shù)據(jù)庫31，并且從包含在LT發(fā)布請求70中的終端ID 72指定用戶(S21)。
如果用戶識別單元34標(biāo)識了用戶(在S22中為“是”)，則LT生成單元35被保存在使用規(guī)則數(shù)據(jù)庫32上，并且執(zhí)行LT發(fā)布可用性判定過程，其基于與由用戶識別單元34指定的用戶ID對應(yīng)的UR-Us決定是否能夠發(fā)布LT(S23)。
作為它的執(zhí)行結(jié)果，如果能夠生成LT(在S24中為“是”)，則LT生成單元35執(zhí)行生成LT的LT生成過程(S25)，并且發(fā)送生成的LT到用戶終端4(S26)。
如果在步驟S22中不能指定用戶(在S22中為“不”)，或者如果在步驟S24中不能生成LT(在S24中為“不”)，則LT生成單元35生成并且發(fā)送一個LT發(fā)布不允許通知(S27)。例如，這個LT發(fā)布不允許通知除了包含指定它是不允許LT發(fā)布的通知的唯一標(biāo)識符之外，還包含例如經(jīng)受拒絕的內(nèi)容的內(nèi)容ID，表示它的拒絕原因、諸如未預(yù)訂等的錯誤代碼。
當(dāng)客戶機41的LT獲得單元415A經(jīng)由通信單元410A獲得LT(S31)時，它參考包含在獲得的LT中的LT狀態(tài)標(biāo)志(LT即時耗用標(biāo)志/LT自動返回標(biāo)志)815，并且決定是否把即時耗用標(biāo)志設(shè)置為“OFF”(用于存儲)。作為它的判定結(jié)果，如果即時耗用標(biāo)志被設(shè)置為“ON”(在S14中為“否”)，則LT獲得單元415A終止LT獲得過程，而沒有把LT存儲(記錄)到LT數(shù)據(jù)庫413A中。在這種情況下，為了立即耗用LT，立即通過使用這個LT來執(zhí)行內(nèi)容再現(xiàn)。與此相反，如果即時耗用標(biāo)志未被設(shè)置為“OFF”(在S14中為“是”)，則LT獲得單元415A把獲得的LT記錄(存儲)到LT數(shù)據(jù)庫413A中(S15)，并且終止LT獲得過程。
此外，當(dāng)LT獲得單元415經(jīng)由通信單元410A接收LT發(fā)布不允許的通知時(S16)，它經(jīng)由通信單元410A使監(jiān)視器411a顯示拒絕理由，并且終止LT獲得過程。
圖42是顯示了如圖41所示的ELI生成過程(S11)的子程序的流程圖。
在ELI生成過程的這個子程序中，LT獲得單元415A首先在用于將被創(chuàng)建的ELI報頭的ELI標(biāo)識符中和NetDRM版本號中設(shè)置規(guī)定值(S111)。接下來，LT獲得單元415A計算ELI大小，并且把獲得的ELI大小設(shè)置到ELI報頭中(S112)。然后，LT獲得單元415A在ELI報頭中設(shè)置經(jīng)受LT請求的內(nèi)容的內(nèi)容ID(S113)，在ELI報頭中設(shè)置變?yōu)橛糜贚T的信源的UR-Us的UR-Us ID(S114)，在ELI報頭730中設(shè)置適于由這個用戶終端支持的客戶機性能的客戶機性能標(biāo)志，并且在LT發(fā)布拒絕標(biāo)志737中設(shè)置由用戶指定的值(用于發(fā)布拒絕的“ON”和用于允許縮減的“OFF”)(S116)。
一旦完成了用于ELI報頭的設(shè)置后，LT獲得單元415A在預(yù)期動作標(biāo)記塊740的動作ID 741中設(shè)置由用戶指定的動作的值(例如，在用于再現(xiàn)的情況下為2)(S117)。接下來，通信單元410A(LT獲得單元415A)設(shè)置由用戶指定的次數(shù)為期望的次數(shù)/預(yù)期的累積使用持續(xù)時間742(S118)，并且返回到如圖41所示的主程序。通過這樣做，生成用戶預(yù)期的ELI。
如果有多個動作，和提供的這些動作一樣多地重復(fù)步驟S117和步驟S118。此外，可以在步驟S116到S118中設(shè)置預(yù)定的缺省值，或者可以在這些步驟中設(shè)置適于由LT獲得單元415A自動獲得的客戶機性能的值。
圖43是顯示了如圖41所示的LT發(fā)布可用性判定過程(S22)的子程序的流程圖。
在LT發(fā)布可用性判定過程的這個子程序中，LT生成單元35首先決定在使用權(quán)利數(shù)據(jù)庫中是否存在LT發(fā)布請求的ELI中指定的使用規(guī)則UR-Us(S221)。如果有使用規(guī)則UR-Us(在S221中為“是”)，則LT生成單元35參考UR-Us報頭61的有效期結(jié)束時間614，并且決定是否已經(jīng)獲得了UR-Us的有效期。如果它在有效期內(nèi)(在S222中為“是”)，則LT生成單元35基于允許同時使用的數(shù)目616和發(fā)布的LT數(shù)目617，決定在UR-Us中發(fā)布的LT的數(shù)目是否小于允許同時使用的數(shù)目(S223)。如果它小于允許同時使用的數(shù)目(在S223中為“是”)，則LT生成單元35參考一次時間判定閾值、數(shù)字計數(shù)器/累積使用持續(xù)時間624，并且決定在UR-Us中的計數(shù)器是否為“0”(S224)。如果計數(shù)器不是“0”，其意味著計數(shù)器是1或更多(在S224中為“否”)，則LT生成單元35決定UR-Us的計數(shù)器是否具有等于或大于在ELI中的期望次數(shù)的值(S225)。
如果它不具有等于或大于期望次數(shù)的值(在S225中為“否”)，則LT生成單元35決定在ELI中的LT發(fā)布拒絕標(biāo)志是否被設(shè)置為“OFF”(S226)。如果它具有等于或大于期望次數(shù)的值(在S225中為“是”)，則LT生成單元35決定能夠發(fā)布LT(S227)，終止這個子程序，并且返回到如圖41所示的主程序。如果它不具有等于或大于期望次數(shù)的值(在S225中為“否”)，但是在ELI中的LT發(fā)布拒絕標(biāo)志被設(shè)置為“OFF”，其意味著它可能小于期望次數(shù)(在S226中為“是”)，則LT生成單元35決定能夠發(fā)布LT(S227)，終止這個子程序，并且返回到如圖41所示的主程序。
與此相反，如果適用以下任何情況(1)在使用規(guī)則數(shù)據(jù)庫中沒有使用規(guī)則UR-Us(在S221中為“否”)，(2)有效期已經(jīng)過期了(在S222中為“是”)，(3)它等于或大于允許同時使用的次數(shù)(在S223中為“否”)，(4)計數(shù)器為“0”(在S224中為“是”)，(5)計數(shù)器為“1”或更多(在S225中為“否”)，并且LT發(fā)布拒絕標(biāo)志被設(shè)置為“OFF”(在S226中為“否”)，則LT生成單元35決定不能發(fā)布LT(S228)，終止這個子程序，并且返回到如圖41所示的主程序。通過這樣做，它使得適當(dāng)?shù)貨Q定在使用規(guī)則管理服務(wù)器3中管理的UR-Us的范圍內(nèi)是否發(fā)布LT成為可能。
圖44是表示了如圖41所示的LT生成過程的子程序(S25)的流程圖。
對于能夠發(fā)布LT的情況(在S24中為“是”)，執(zhí)行LT生成過程的這個子程序。在這個程序中，LT生成單元35首先在LT報頭81上設(shè)置用于由LT表示的LT標(biāo)識符、NetDRM版本號、和LT加密方法的規(guī)定值(S251)。接下來，LT生成單元35計算生成的LT的大小，并且設(shè)置已經(jīng)在LT報頭81中計算的LT大小(S252)。LT生成單元35在UR-Us ID、LT有效期、和LT移動允許標(biāo)志中設(shè)置與在UR-Us中相同的值(S253)，并且在內(nèi)容ID中設(shè)置在ELI中描述的相同數(shù)據(jù)項(S253)。
然后，LT生成單元35執(zhí)行LT即時耗用標(biāo)志設(shè)置過程(S254)，其設(shè)置一個LT即時耗用標(biāo)志以表示是否立即耗用生成的LT(S254)，執(zhí)行LT自動返回標(biāo)志設(shè)置過程(S255)，其設(shè)置一個LT自動返回標(biāo)志以表示在通過LT的內(nèi)容使用之后、LT是否被自動返回到服務(wù)器，并且終止生成LT報頭81。
一旦生成LT報頭81后，LT生成單元35執(zhí)行動作標(biāo)記塊設(shè)置過程，其為滿足使用請求的每個動作設(shè)置一個標(biāo)記塊(S256)，而且從內(nèi)容密鑰數(shù)據(jù)庫中讀出對應(yīng)于內(nèi)容的內(nèi)容密鑰，并且設(shè)置它(S257)。一旦LT生成單元35完成了LT生成后，使用權(quán)利更新單元37從原始使用規(guī)則中減去提取到LT的使用規(guī)則，并且在計算結(jié)果內(nèi)更新UR-Us(S258)。一旦完成了UR-Us更新后，它終止這個子程序，并且返回到如圖41所示的主程序。通過這樣做，它使得發(fā)送滿足用戶的LT發(fā)布請求的LT成為可能，其中該LT發(fā)布請求從由使用規(guī)則管理服務(wù)器3管理的UR-Us中提取一部分的使用權(quán)。
圖45是顯示了如圖44所示的LT即時耗用標(biāo)志設(shè)置過程(S254)的子程序的流程圖。
在LT即時耗用標(biāo)志設(shè)置過程的這個子程序中，LT生成單元35首先參考在LT發(fā)布請求的LT報頭730中包括的客戶機性能標(biāo)志736，并且決定客戶機是否具有安全LTDB(S2541)。如果它具有安全LTDB(在S2541中為“是”)，則LT生成單元35決定是否設(shè)置UR-Us的有效期(S2542)。如果設(shè)置了有效期(在S2542中為“是”)，則LT生成單元決定客戶機是否具有安全時鐘功能(S2543)。
如果沒有設(shè)置有效期，其意味著沒有時間限制(在S2542中為“否”)，或者如果設(shè)置了有效期，其意味著有時間限制(在S2542中為”是”)，并且客戶機具有安全時鐘功能(在S2543中為“是”)，則LT生成單元35向LT即時耗用標(biāo)志設(shè)置OFF，其意味著它設(shè)置可以不必立即耗用LT(S2544)，終止這個子程序，并且返回到如圖44所示的子程序。
與此相反，如果客戶機不具有安全LT數(shù)據(jù)庫(在S2541中為“否”)，或者如果有時間限制(在S2542中為“是”)，并且客戶機不具有安全時鐘機制(在S2543中為“否”)，則LT生成單元35向LT即時耗用標(biāo)志設(shè)置ON，其意味著設(shè)置LT應(yīng)當(dāng)被立即耗用(S2545)，終止這個子程序，并且返回到如圖44所示的子程序。通過這樣做，它使得取決于客戶機是否具有安全LTDB、或者是否具有安全時鐘機制的客戶機性能、能夠控制用戶終端4以使其立即耗用LT或者存儲LT。
圖46是顯示了如圖44所示的LT自動返回標(biāo)志設(shè)置過程(S255)的子程序的流程圖。
在LT自動返回標(biāo)志設(shè)置過程的這個子程序中，LT生成單元35決定允許同時使用UR-Us的數(shù)目是否具有有限的數(shù)目(S2251)。作為它的判定結(jié)果，如果該允許同時使用的數(shù)目具有某個有限數(shù)目(在S2251中為“是”)，則LT生成單元35向LT自動返回標(biāo)志設(shè)置“ON”(S2252)，終止這個子程序，并且返回到如圖44所示的子程序。通過這樣做，它使得可以在用戶終端4通過使用這個LT再現(xiàn)內(nèi)容之后、能夠控制用戶終端4以使其返回被耗用的LT到使用規(guī)則管理服務(wù)器3，并且為共享內(nèi)容的使用數(shù)目形成空間。
與此相反，如果允許同時使用的數(shù)目不具有有限數(shù)目(在S2251中為“否”)，具體來說，如果允許同時使用數(shù)目為“∞”，則LT生成單元35向LT自動返回標(biāo)志設(shè)置off(S2553)，終止這個子程序，并且返回到如圖44所示的子程序。
圖47是顯示了如圖44所示的動作標(biāo)記塊設(shè)置過程的子程序(S256)的流程圖。
在動作標(biāo)記塊設(shè)置過程的這個子程序中，LT生成單元35首先在最大使用持續(xù)時間和P規(guī)則中設(shè)置與UR-Us中相同的項(S2561)，并且決定在UR-Us中的數(shù)字計數(shù)器是否等于或大于包含在LT發(fā)布請求的ELI中的預(yù)期次數(shù)(S2562)。作為它的判定結(jié)果，如果它等于或大于期望的次數(shù)(在S2562中為“是”)，則LT生成單元35在動作標(biāo)記塊的計數(shù)器中為ELI設(shè)置預(yù)期次數(shù)的值(S2563)，終止這個子程序，并且返回到如圖44所示的子程序。通過這樣做，能夠在LT中設(shè)置由用戶請求的次數(shù)。
與此相反，如果它小于期望的次數(shù)(在S2562中為“否”)，則它在計數(shù)器中設(shè)置UR-Us的計數(shù)器的值，其意味著設(shè)置了小于保持在UR-Us中的期望次數(shù)的總次數(shù)，終止這個子程序，并且返回到如圖44所示的子程序。通過這樣做，盡管它小于用戶請求的，但是它使得可以設(shè)置次數(shù)如在LT發(fā)布拒絕標(biāo)志中指定的(OFF)到LT。
通過如圖41-47中所示的過程，可以執(zhí)行適當(dāng)?shù)膬?nèi)容獲得過程。
接下來，如果在用戶終端4中使用了該內(nèi)容，則在這個用戶終端4的客戶機41和重現(xiàn)插件42中執(zhí)行的過程(內(nèi)容再現(xiàn)過程)、和在客戶機41和存儲插件43中執(zhí)行的過程(寫到介質(zhì)的過程)被以這個順序說明。
圖48是顯示了在客戶機41和重現(xiàn)插件42(rendering plug-in)中執(zhí)行的內(nèi)容再現(xiàn)過程的流程圖。
在如圖36所示的屏面中，通過用光標(biāo)指向請求再現(xiàn)的內(nèi)容(例如，“Surfer George”內(nèi)容)、并且點擊用于播放的再現(xiàn)操作按鈕908，來開始這個再現(xiàn)過程。
當(dāng)通過點擊再現(xiàn)操作按鈕908指示再現(xiàn)內(nèi)容時，插件控制單元419A決定在LT數(shù)據(jù)庫413A上是否存在用于由用戶請求再現(xiàn)的內(nèi)容的LT(S31)。在此說明了這樣一種情況，其中安全LTDB是可用的，這意味著它具有LT數(shù)據(jù)庫413A，并且內(nèi)容使用可用性判定單元418A具有安全時鐘機制。
作為它的判定結(jié)果，如果經(jīng)受處理的LT被保存在LT數(shù)據(jù)庫413A中(在S31中為“是”)，則內(nèi)容使用可用性判定單元418A執(zhí)行再現(xiàn)可用性判定過程(S34)，其確認用LT是否能夠再現(xiàn)該內(nèi)容。
與此相反，如果在LT數(shù)據(jù)庫413A中沒有經(jīng)受處理的LT(在S31中為“否”)，則使LT獲得單元415A執(zhí)行如上所述的LT獲得過程(S32)，并且決定是否能夠獲得LT(S33)。在這種情況下，只要沒有指定多次連續(xù)再現(xiàn)，通常請求用于一次再現(xiàn)的LT發(fā)布、為再現(xiàn)所需要的最小單元。然后，如果能夠獲得LT(在S33中為“是”)，則內(nèi)容使用可用性判定單元418A執(zhí)行再現(xiàn)可用性判定過程(S34)。
一旦執(zhí)行了再現(xiàn)可用性判定過程(S34)后，插件控制單元419A就基于由再現(xiàn)可用性判定過程418A做出的可用性判定結(jié)果，決定是否能夠通過該LT進行再現(xiàn)(S35)。
作為它的判定結(jié)果(在S35中為“是”)，則插件控制單元419A把包含在LT中的內(nèi)容密鑰和P規(guī)則(2ch再現(xiàn)等)傳遞到重現(xiàn)插件42(S36)。
與此相反，如果不能獲得LT(在S33中為“否”)，或者如果它決定不應(yīng)當(dāng)執(zhí)行再現(xiàn)(在S35中為“否”)，則插件控制單元419A終止內(nèi)容再現(xiàn)過程。
與此相反，當(dāng)在重現(xiàn)插件42中的再現(xiàn)規(guī)則判定單元421A接收內(nèi)容解密鑰和P規(guī)則(S41)時，它執(zhí)行P規(guī)則判定過程(重現(xiàn))(S42)，并且基于它的執(zhí)行結(jié)果決定是否允許再現(xiàn)(S43)。
作為它的判定結(jié)果，如果允許再現(xiàn)(在S43中為“是”)，則內(nèi)容信息解密單元422從內(nèi)容數(shù)據(jù)庫412A中獲得內(nèi)容，并且由內(nèi)容密鑰解密獲得的內(nèi)容(S44)。然后，內(nèi)容再現(xiàn)單元423A依據(jù)由P規(guī)則指定的規(guī)則再現(xiàn)它(S45)。
與此相反，如果它不允許寫(在S43中為“否”)，則它把其通告到插件控制單元419A。
當(dāng)在重現(xiàn)插件42中執(zhí)行再現(xiàn)時，插件控制單元419A啟動一個計時器，并且通過最大使用持續(xù)時間、數(shù)字計數(shù)器閾值、和累積使用持續(xù)時間控制一次時間。當(dāng)插件單元419A計數(shù)為1時，LT控制更新單元41更新LT細節(jié)(次數(shù))(S37)，并且終止內(nèi)容再現(xiàn)過程。如果在重現(xiàn)插件42上不允許再現(xiàn)(在S43中為“否”)，則LT控制更新單元417A終止內(nèi)容再現(xiàn)過程。
當(dāng)內(nèi)容再現(xiàn)過程結(jié)束時，LT返回單元416A參考LT的LT狀態(tài)標(biāo)志(LT自動返回標(biāo)志)815，并且如果LT自動返回標(biāo)志為on，則把LT經(jīng)由通信單元410A返回到使用規(guī)則控制服務(wù)器3。
圖49是顯示了用于返回LT的LT返回請求95的結(jié)構(gòu)例子的圖表。
這個LT返回請求95包含一個LT返回請求標(biāo)識951、一個返回LT的光標(biāo)終端的終端ID、和返回的LT 953，其中LT返回請求標(biāo)識951是表示這個請求是LT返回請求的唯一標(biāo)識符。接收這個請求的使用規(guī)則控制服務(wù)器3的LT分析單元36把它返回到對應(yīng)于終端ID952的UR-Us，并且更新次數(shù)和允許同時使用UR-Us的數(shù)目。通過這樣做，使得可以備份LT到使用規(guī)則控制服務(wù)器3、以及減少發(fā)布的LT的數(shù)目617。如果被發(fā)布的LT的數(shù)目減少了，則能夠由其它終端共同地使用該內(nèi)容。
圖50是顯示了如圖48所示的再現(xiàn)可用性判定過程(S34)的子程序的流程圖。
在再現(xiàn)可用性判定過程的這個子程序中，內(nèi)容使用可用性判定單元418A首先決定LT是否在有效期之內(nèi)(S341)。如果它在有效期的范圍之內(nèi)(在S341中為“是”)，則內(nèi)容使用可用性判定單元418A決定是否有由用戶指定的動作ID的動作標(biāo)記塊(S342)。作為它的判定結(jié)果，如果它在有效期的范圍之內(nèi)(在S342中為“是”)，則內(nèi)容使用可用性判定單元418A決定動作標(biāo)記塊的計數(shù)器是否為“0”(S343)。如果計數(shù)器不是“0”(在S343中為“否”)，則內(nèi)容使用可用性判定單元418A決定允許再現(xiàn)(S344)，終止這個再現(xiàn)可用性判定過程，并且返回到如圖48所示的主程序。
與此相反，如果它不在有效期內(nèi)(在S341中為“否”)，如果沒有由用戶指定的動作ID的動作標(biāo)記塊(在S342中為“否”)，或者如果計數(shù)器為“0”(在S343中為“是”)，則內(nèi)容使用可用性判定單元418A決定不允許再現(xiàn)(S345)，終止這個再現(xiàn)可用性判定過程，并且返回到如圖48所示的主程序。
通過這樣做，能夠做出是否允許或不允許再現(xiàn)的適當(dāng)判斷。
圖51是顯示了如圖48所示的P規(guī)則判定過程(重現(xiàn))(S42)的子程序的流程圖。
在這個P規(guī)則判定過程的子程序中，再現(xiàn)規(guī)則判定單元421A參考P規(guī)則(例如，以具有模擬輸出的非立體聲的再現(xiàn))，并且決定再現(xiàn)規(guī)則(S421)。作為它的判定結(jié)果，如果依據(jù)在P規(guī)則中指定的規(guī)則再現(xiàn)是可能的(在S422中為“是”)，則再現(xiàn)規(guī)則判定單元421A決定再現(xiàn)是可能的(S423)，終止這個P規(guī)則判定過程，并且返回到如圖48所示的主程序。通過這樣做，依據(jù)遵循P規(guī)則的再現(xiàn)規(guī)則，再現(xiàn)內(nèi)容。
與此相反，如果依據(jù)在P規(guī)則中指定的規(guī)則不能執(zhí)行再現(xiàn)(在S422中為“否”)，則再現(xiàn)規(guī)則判定單元421A決定不能再現(xiàn)(S424)，終止這個P規(guī)則判定過程，并且返回到如圖48所示的主程序。
如圖48到51所示的這些過程執(zhí)行一個適當(dāng)?shù)膬?nèi)容再現(xiàn)過程。
接下來，說明在客戶機41和存儲插件43中執(zhí)行的過程(寫到介質(zhì)的過程)。
圖52是顯示了在客戶機41和存儲插件43中執(zhí)行的內(nèi)容寫過程的流程圖。
在這個內(nèi)容寫過程中，將選擇如圖36所示的屏面中的移動標(biāo)簽。如果在其中顯示了“moved from(移自)”和“moved to(移到)”字段的內(nèi)容再現(xiàn)框903中顯示的屏面(在該圖中未顯示)上選擇了這個移動標(biāo)簽，則寫過程被允許用于在“移自”中的對象。在屏面上選擇請求用于寫(移動)過程的內(nèi)容(在該圖中未顯示)、和該內(nèi)容被移至的外部介質(zhì)。通過點擊寫按鈕(在該圖中未顯示)，啟動內(nèi)容寫過程。
如果有通過點擊這種寫按鈕的內(nèi)容寫指令，則插件控制單元419A決定在LT數(shù)據(jù)庫413A中是否存在用戶想要寫的LT(S51)。以與上述再現(xiàn)過程同樣的方式，在此說明了具有安全LTDB(意味著具有LT數(shù)據(jù)庫413A)、以及在內(nèi)容使用可用性判定單元418A中具有安全時鐘功能的情況。
作為它的判定結(jié)果，如果經(jīng)受處理的LT被保存在LT數(shù)據(jù)庫413A中(在S51中為“是”)，則內(nèi)容使用可用性判定單元418A執(zhí)行寫可用性判定過程(S54)，其決定是否能夠?qū)懡?jīng)受處理的LT。
與此相反，如果在LT數(shù)據(jù)庫413A中沒有經(jīng)受處理的LT(在S51中為“否”)，則插件控制單元419A指示LT獲得單元415A執(zhí)行LT獲得過程(S52)(其具有與上述相同的內(nèi)容)，并且決定是否能夠獲得LT(S53)。然后，如果在LT數(shù)據(jù)庫413A中有LT(在S51中為“是”)，或者如果已經(jīng)獲得了LT(在S53中為“是”)，則內(nèi)容使用可用性判定單元418A執(zhí)行寫可用性判定過程(S54)。
當(dāng)執(zhí)行了寫可用性判定過程(S54)后，插件控制單元419A就基于由內(nèi)容使用可用性判定單元418A執(zhí)行的可用性判定過程的結(jié)果，決定是否能夠用LT寫內(nèi)容(S35)。作為它的判定結(jié)果，如果允許寫(在S55中為“是”)，則插件控制單元419A把經(jīng)受處理的LT傳遞給存儲插件43(S56)。
與此相反，如果不能獲得LT(在S53中為“否”)，或者如果決定不允許寫(在S55中為“否”)，則插件控制單元419A終止內(nèi)容寫過程。
與此相反，當(dāng)存儲插件43的寫規(guī)則判定單元431A接收LT(S61)時，它執(zhí)行P規(guī)則判定過程(存儲)(S62)，并且基于執(zhí)行的結(jié)果決定是否允許寫(S63)。作為它的判定結(jié)果，如果允許寫(在S63中為“是”)，則寫數(shù)據(jù)生成單元432A從內(nèi)容數(shù)據(jù)庫412A中獲得內(nèi)容(S64)，并且把所獲得的內(nèi)容轉(zhuǎn)換成為介質(zhì)內(nèi)容格式(S65)。接下來，寫數(shù)據(jù)生成單元432A把包含在LT中的使用權(quán)轉(zhuǎn)換為介質(zhì)使用權(quán)格式(S66)。然后，當(dāng)完成了格式轉(zhuǎn)換時，寫數(shù)據(jù)生成單元432A用在P規(guī)則中指定的規(guī)則把格式轉(zhuǎn)換了的內(nèi)容和使用權(quán)寫到外部介質(zhì)上(S67)。與此相反，如果不允許寫(在S63中為“否”)，則把它報告給插件控制單元419A。
當(dāng)完成了由存儲插件43執(zhí)行的過程時，LT控制/更新單元418刪除LT(S57)，并且終止寫過程。此外，如果用存儲插件43不能寫(在S63中為“否”)，則插件控制單元419A終止內(nèi)容寫過程。
圖53是顯示了如圖52所示的寫可用性判定過程(S54)的子程序的流程圖。
在這個再現(xiàn)可用性判定過程的子程序中，內(nèi)容使用可用性判定單元418A首先決定LT是否在有效期的范圍之內(nèi)(S541)。如果它在有效期的范圍之內(nèi)(在S541中為“是”)，則內(nèi)容使用可用性判定單元418A決定在由用戶指定的LT中的LT移動允許標(biāo)志是否被設(shè)置為on(S542)。作為它的判定結(jié)果，如果LT移動允許標(biāo)志被設(shè)置為on(在S542中為“是”)，則內(nèi)容使用可用性判定單元418A決定允許寫(S543)，終止這個再現(xiàn)可用性判定過程，并且返回到如圖52所示的主程序。
與此相反，如果它不在有效期的范圍之內(nèi)(在S541中為“否”)，或者如果LT移動允許標(biāo)志未被設(shè)置為on(在S542中為“否”)，則內(nèi)容使用可用性判定單元418A決定不能寫(S544)，終止這個再現(xiàn)可用性判定過程，并且返回到如圖52所示的主程序。
通過這樣做，能夠適當(dāng)?shù)嘏袛嗍窃试S還是不允許寫。
圖54是顯示了如圖52所示的P規(guī)則判定過程(存儲)(S62)的子程序的流程圖。
在這個P規(guī)則判定過程的子程序中，寫規(guī)則判定單元431A首先參考P規(guī)則(例如，如果它將被寫在SD卡上，則有可用于SD卡的P規(guī)則)，并且決定是否有用于將要被寫的介質(zhì)的P規(guī)則(S621)。如果有P規(guī)則(在S622中為“是”)，則寫規(guī)則判定單元431A決定是否有在P規(guī)則中指定的輸出接口(S623)。作為它的判定結(jié)果，如果有指定的輸出接口(在S623中為“是”)，則寫規(guī)則判定單元431A決定包含在LT中的使用權(quán)是否能夠被轉(zhuǎn)換成對于介質(zhì)的使用權(quán)(S624)。例如，在諸如外部介質(zhì)僅僅支持∞、但是在LT中的權(quán)利表示有限次數(shù)的情況下，它被解釋為不允許寫。如果使用權(quán)能夠被轉(zhuǎn)換(在S624中為“是”)，則寫規(guī)則判定單元431A決定內(nèi)容是否能夠被轉(zhuǎn)換成用于介質(zhì)的內(nèi)容格式(S625)。
如果內(nèi)容的格式能夠被轉(zhuǎn)換(在S625中為“是”)，則寫規(guī)則判定單元431A決定不可能寫(S626)，終止這個P規(guī)則判定過程，并且返回到如圖52所示的主程序。與此相反，如果沒有P規(guī)則(在S622中為“否”)，如果沒有在P規(guī)則中指定的輸出接口(在S623中為“否”)，如果使用規(guī)則不能被轉(zhuǎn)換成對于介質(zhì)的使用權(quán)(在S624中為“否”)，或者如果內(nèi)容不能被轉(zhuǎn)換成用于介質(zhì)的內(nèi)容格式(在S625中為“否”)，則寫規(guī)則判定單元431A決定不可能寫(S627)，終止這個P規(guī)則判定過程，并且返回到如圖52所示的主程序。
在圖52到圖54中的這些過程能夠執(zhí)行適當(dāng)?shù)膬?nèi)容寫過程。
在這個第四實施例的LT發(fā)布請求70中，假定將通知客戶機性能。作為這個例子的推導(dǎo)方式，客戶機性能可以在購買用戶終端時被預(yù)先登記到用戶信息數(shù)據(jù)庫，等等，以便在有LT發(fā)布請求時，根據(jù)預(yù)先登記到用戶信息數(shù)據(jù)庫的客戶機性能，可以設(shè)置LT即時耗用標(biāo)志。
此外，當(dāng)訪問服務(wù)器時創(chuàng)建SAC。在它創(chuàng)建時，把包含用戶終端的終端ID和客戶機性能等的證書發(fā)送到服務(wù)器。如果有LT發(fā)布請求，則可以基于寫在證書上的客戶機性能設(shè)置該LT即時耗用標(biāo)志。
此外，在這個第四實施例中，從內(nèi)容分配服務(wù)器中分配內(nèi)容，然而它可以從使用規(guī)則控制服務(wù)器中執(zhí)行。簡而言之，該內(nèi)容分配服務(wù)器和使用規(guī)則控制服務(wù)器可以是相同的。
工業(yè)實用性如上所述，與本發(fā)明有關(guān)的內(nèi)容管理系統(tǒng)包含服務(wù)器設(shè)備和終端設(shè)備。這個服務(wù)器設(shè)備可以被用作分配每一內(nèi)容的許可信息的計算機設(shè)備，并且該計算機設(shè)備可以用作接收許可信息的計算機設(shè)備，如機頂盒、個人計算機、數(shù)字電視、打印機和移動電話。
權(quán)利要求
1.一種內(nèi)容使用管理系統(tǒng)，包含使用作為數(shù)字產(chǎn)品的內(nèi)容的終端設(shè)備、和管理在上述終端設(shè)備上使用上述內(nèi)容的服務(wù)器設(shè)備，其中，上述服務(wù)器設(shè)備包含許可信息存儲單元，存儲許可信息，上述許可信息表示使用上述終端設(shè)備的每個用戶的內(nèi)容的使用規(guī)則；以及許可證發(fā)布單元，根據(jù)來自用戶的請求，生成作為權(quán)利信息的許可證，并將該許可證發(fā)送到上述終端設(shè)備，該許可證表示與上述用戶對應(yīng)的上述許可信息所表示的使用規(guī)則的一部分或者全部，并且上述終端設(shè)備包含請求單元，依據(jù)用戶的指示，向上述服務(wù)器設(shè)備請求使用內(nèi)容；接收單元，用于接收從上述服務(wù)器設(shè)備發(fā)送來的許可證；以及內(nèi)容使用控制單元，依據(jù)接收到的許可證所表示的使用規(guī)則，控制內(nèi)容的使用，并且其中，上述請求單元通過向上述服務(wù)器設(shè)備發(fā)送期望信息來提出請求，所述期望信息包含可對作為生成上述許可證的基礎(chǔ)的上述許可信息進行確定的信息，上述許可證發(fā)布單元依據(jù)從上述請求單元發(fā)送來的期望信息生成許可證，并且將上述許可證發(fā)送到上述終端設(shè)備，上述內(nèi)容是能夠以多個使用方式在上述終端設(shè)備上使用的數(shù)字產(chǎn)品；并且上述期望信息包含指定了上述多個使用方式之一的信息。
2.依據(jù)權(quán)利要求1所述的內(nèi)容使用管理系統(tǒng)，所述期望信息包含表示將被請求的內(nèi)容、該內(nèi)容的使用方式、和以該使用方式使用該內(nèi)容的次數(shù)或者累積使用時間的信息。
3.依據(jù)權(quán)利要求1所述的內(nèi)容使用管理系統(tǒng)，所述服務(wù)器設(shè)備包含性能信息存儲單元，上述性能信息存儲單元用于預(yù)先存儲性能信息，該性能信息表示終端設(shè)備的有關(guān)內(nèi)容使用控制的性能；并且上述許可證發(fā)布單元依據(jù)在所述性能信息存儲單元中存儲的對應(yīng)的終端設(shè)備的性能生成上述許可證，并且將上述許可證發(fā)送到上述的終端設(shè)備。
4.依據(jù)權(quán)利要求1所述的內(nèi)容使用管理系統(tǒng)，其中，在上述請求單元提出請求之前，上述終端設(shè)備把表示該終端設(shè)備的有關(guān)內(nèi)容使用控制的性能的性能信息發(fā)送到上述服務(wù)器設(shè)備；并且上述許可證發(fā)布單元依據(jù)從上述請求單元發(fā)送來的性能信息生成上述許可證，并且將上述許可證發(fā)送到上述終端設(shè)備。
5.依據(jù)權(quán)利要求1所述的內(nèi)容使用管理系統(tǒng)，其中，上述請求單元把表示該終端設(shè)備的有關(guān)內(nèi)容使用控制的性能的性能信息、以及上述期望信息發(fā)送到上述服務(wù)器設(shè)備；并且上述許可證發(fā)布單元依據(jù)從上述請求單元發(fā)送來的性能信息生成上述許可證，并且將該述許可證發(fā)送到上述終端設(shè)備。
6.依據(jù)權(quán)利要求5所述的內(nèi)容使用管理系統(tǒng)，其中，上述性能信息包含表示上述終端設(shè)備是否配置有安全時鐘的標(biāo)志。
7.依據(jù)權(quán)利要求5所述的內(nèi)容使用管理系統(tǒng)，其中，上述性能信息包含表示上述終端設(shè)備是否配置有對安全記錄介質(zhì)進行存儲的存儲單元的標(biāo)志。
8.依據(jù)權(quán)利要求5所述的內(nèi)容使用管理系統(tǒng)，其中，上述請求單元將發(fā)布拒絕標(biāo)志與上述性能信息發(fā)送到上述服務(wù)器設(shè)備，作為當(dāng)上述服務(wù)器設(shè)備不能發(fā)布與該性能信息對應(yīng)的許可證時的情況的處理方法，上述發(fā)布拒絕標(biāo)志指定“不發(fā)布許可證”或者“發(fā)布具有縮減了的使用規(guī)則的許可證”；并且上述許可證發(fā)布單元依據(jù)從上述請求單元發(fā)送的性能信息和發(fā)布拒絕標(biāo)志，生成或者不生成上述許可證。
9.依據(jù)權(quán)利要求5所述的內(nèi)容使用管理系統(tǒng)，其中，上述許可證發(fā)布單元當(dāng)從上述請求單元接受到上述性能信息時，與該性能信息所示的性能對應(yīng)地、將指示終端裝置的許可證處理的許可證狀態(tài)信息包含在該許可證中，來發(fā)送到上述終端設(shè)備。
10.依據(jù)權(quán)利要求9所述的內(nèi)容使用管理系統(tǒng)，其中，上述許可證狀態(tài)信息包含標(biāo)志，該標(biāo)志表示必須把該許可證不寫在記錄介質(zhì)上而立即耗用。
11.依據(jù)權(quán)利要求9所述的內(nèi)容使用管理系統(tǒng)，其中，上述許可證狀態(tài)信息包含標(biāo)志，該標(biāo)志表示當(dāng)上述許可證的權(quán)利消失時必須返回到上述服務(wù)器設(shè)備。
12.一種內(nèi)容使用管理系統(tǒng)中的終端設(shè)備，該內(nèi)容使用管理系統(tǒng)包含使用作為數(shù)字產(chǎn)品的內(nèi)容的終端設(shè)備、和管理在上述終端設(shè)備上使用上述內(nèi)容的服務(wù)器設(shè)備，其中，上述服務(wù)器設(shè)備包含許可信息存儲單元，存儲許可信息，上述許可信息表示使用上述終端設(shè)備的每個用戶的內(nèi)容的使用規(guī)則；以及許可證發(fā)布單元，根據(jù)來自用戶的請求，生成作為權(quán)利信息的許可證，并將該許可證發(fā)送到上述終端設(shè)備，該許可證表示與上述用戶對應(yīng)的上述許可信息所表示的使用規(guī)則的一部分或者全部，并且上述終端設(shè)備包含請求單元，依據(jù)用戶的指示，向上述服務(wù)器設(shè)備請求使用內(nèi)容；接收單元，用于接收從上述服務(wù)器設(shè)備發(fā)送來的許可證；以及內(nèi)容使用控制單元，依據(jù)接收到的許可證所表示的使用規(guī)則，控制內(nèi)容的使用，并且其中，上述請求單元通過向上述服務(wù)器設(shè)備發(fā)送期望信息來提出請求，所述期望信息包含可對作為生成上述許可證的基礎(chǔ)的上述許可信息進行確定的信息，上述許可證發(fā)布單元依據(jù)從上述請求單元發(fā)送來的期望信息生成許可證，并且將上述許可證發(fā)送到上述終端設(shè)備，上述內(nèi)容是能夠以多個使用方式在上述終端設(shè)備上使用的數(shù)字產(chǎn)品；并且上述期望信息包含指定了上述多個使用方式之一的信息。
13.一種內(nèi)容使用管理系統(tǒng)中的服務(wù)器設(shè)備，該內(nèi)容使用管理系統(tǒng)包含使用作為數(shù)字產(chǎn)品的內(nèi)容的終端設(shè)備、和管理在上述終端設(shè)備上使用上述內(nèi)容的服務(wù)器設(shè)備，其中，上述服務(wù)器設(shè)備包含許可信息存儲單元，存儲許可信息，上述許可信息表示使用上述終端設(shè)備的每個用戶的內(nèi)容的使用規(guī)則；以及許可證發(fā)布單元，根據(jù)來自用戶的請求，生成作為權(quán)利信息的許可證，并將該許可證發(fā)送到上述終端設(shè)備，該許可證表示與上述用戶對應(yīng)的上述許可信息所表示的使用規(guī)則的一部分或者全部，并且上述終端設(shè)備包含請求單元，依據(jù)用戶的指示，向上述服務(wù)器設(shè)備請求使用內(nèi)容；接收單元，用于接收從上述服務(wù)器設(shè)備發(fā)送來的許可證；以及內(nèi)容使用控制單元，依據(jù)接收到的許可證所表示的使用規(guī)則，控制內(nèi)容的使用，并且其中，上述請求單元通過向上述服務(wù)器設(shè)備發(fā)送期望信息來提出請求，所述期望信息包含可對作為生成上述許可證的基礎(chǔ)的上述許可信息進行確定的信息，上述許可證發(fā)布單元依據(jù)從上述請求單元發(fā)送來的期望信息生成許可證，并且將上述許可證發(fā)送到上述終端設(shè)備，上述內(nèi)容是能夠以多個使用方式在上述終端設(shè)備上使用的數(shù)字產(chǎn)品；并且上述期望信息包含指定了上述多個使用方式之一的信息。
14.一種內(nèi)容使用管理系統(tǒng)中的服務(wù)器設(shè)備，該內(nèi)容使用管理系統(tǒng)包含使用作為數(shù)字產(chǎn)品的內(nèi)容的終端設(shè)備、和管理在上述終端設(shè)備上使用上述內(nèi)容的服務(wù)器設(shè)備，在上述服務(wù)器設(shè)備中，包含許可信息存儲步驟，存儲許可信息，上述許可信息表示使用上述終端設(shè)備的每個用戶的內(nèi)容的使用規(guī)則；以及許可證發(fā)布步驟，根據(jù)來自用戶的請求，生成作為權(quán)利信息的許可證，并將該許可證發(fā)送到上述終端設(shè)備，該許可證表示與上述用戶對應(yīng)的上述許可信息所表示的使用規(guī)則的一部分或者全部，并且在上述終端設(shè)備中，包含請求步驟，依據(jù)用戶的指示，向上述服務(wù)器設(shè)備請求使用內(nèi)容；接收步驟，接收從上述服務(wù)器設(shè)備發(fā)送來的許可證；以及內(nèi)容使用控制步驟，依據(jù)接收到的許可證所表示的使用規(guī)則，控制內(nèi)容的使用，并且其中，上述請求步驟通過向上述服務(wù)器設(shè)備發(fā)送期望信息來提出請求，所述期望信息包含可對作為生成上述許可證的基礎(chǔ)的上述許可信息進行確定的信息，在上述許可證發(fā)布步驟，依據(jù)由上述請求步驟發(fā)送來的期望信息生成許可證，并且將上述許可證發(fā)送到上述終端設(shè)備，上述內(nèi)容是能夠以多個使用方式在上述終端設(shè)備上使用的數(shù)字產(chǎn)品；并且上述期望信息包含指定了上述多個使用方式之一的信息。
全文摘要
一種內(nèi)容使用管理系統(tǒng)，包含使用作為數(shù)字產(chǎn)品的內(nèi)容的終端設(shè)備、和管理在終端設(shè)備上的內(nèi)容使用的服務(wù)器設(shè)備，其中服務(wù)器設(shè)備配置有一個許可信息存儲單元，存儲許可信息，許可信息表示了基于使用終端設(shè)備的用戶的內(nèi)容的使用規(guī)則；以及一個許可證發(fā)布單元，其基于來自用戶的請求，生成一個許可證作為表示有關(guān)對應(yīng)于用戶的許可信息的一部分或者全部使用規(guī)則的權(quán)利信息，并且終端設(shè)備配置有一個請求單元，依據(jù)用戶的指定向服務(wù)器設(shè)備請求內(nèi)容的使用；一個接收單元，接收從服務(wù)器設(shè)備發(fā)送的許可證；以及一個內(nèi)容使用控制單元，依據(jù)在接收的許可證上表示的使用規(guī)則控制內(nèi)容的使用，其中請求單元通過發(fā)送表示將被請求的內(nèi)容以及內(nèi)容使用量的期望信息而提出請求，并且許可證發(fā)布單元依據(jù)從請求單元發(fā)送的期望信息生成許可證，并且發(fā)送許可證到終端設(shè)備。
文檔編號G06F21/62GK1932831SQ20061010192
公開日2007年3月21日 申請日期2002年6月6日 優(yōu)先權(quán)日2001年6月7日
發(fā)明者岡本隆一, 德田克己, 三浦康史 申請人:松下電器產(chǎn)業(yè)株式會社