專利名稱：內(nèi)容使用管理系統(tǒng)、內(nèi)容使用管理方法及客戶設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及具備對音樂數(shù)據(jù)及影像數(shù)據(jù)等數(shù)字內(nèi)容進行發(fā)送的服務(wù)器和客戶設(shè)備的內(nèi)容使用管理系統(tǒng)、內(nèi)容使用管理方法及客戶設(shè)備。
背景技術(shù)：
在通過網(wǎng)絡(luò)的內(nèi)容發(fā)送系統(tǒng)中，所發(fā)送的內(nèi)容會被加密，并且加密內(nèi)容和加密后的內(nèi)容的解密鍵(下面，簡寫為內(nèi)容鍵)會發(fā)送給用戶終端。
對于內(nèi)容鍵的發(fā)送方式來說有下述2種。一種是只向請求了內(nèi)容使用的客戶設(shè)備以一對一方式發(fā)送內(nèi)容鍵的單點發(fā)送，另一種是也同時對未請求內(nèi)容使用的客戶設(shè)備發(fā)送內(nèi)容鍵的多點發(fā)送。以往，在一個內(nèi)容發(fā)送系統(tǒng)中，不管內(nèi)容的類別，內(nèi)容鍵都會以相同的發(fā)送方式被發(fā)送。
上面的技術(shù)記載于文獻「特開平11-312175號公報」中。
但是，發(fā)送內(nèi)容鍵的客戶機的數(shù)目會因內(nèi)容不同而有所差異。在使用內(nèi)容的客戶設(shè)備多的場合下，由于采用單點發(fā)送方式會在與各客戶設(shè)備實行通信之后發(fā)送內(nèi)容鍵，因而與單點發(fā)送方式相比實行多點發(fā)送服務(wù)器的負載低。另一方面，由于采用單點發(fā)送方式可以在記錄中保留向哪個客戶設(shè)備發(fā)送過哪個內(nèi)容鍵之類的信息，因而在保護著作權(quán)的方面可以確保比多點發(fā)送方式更高的安全性。采用以往的技術(shù)，因為不管內(nèi)容而都以任一種發(fā)送方式發(fā)送內(nèi)容鍵，所以盡管根據(jù)內(nèi)容的不同，采用多點發(fā)送方式來發(fā)送內(nèi)容鍵可以減輕服務(wù)器的負載，可是仍會以服務(wù)器負載高的方式進行發(fā)送。另外，雖然根據(jù)內(nèi)容的不同而期望更高的安全性，但是仍然會以安全性低的方式進行發(fā)送。

發(fā)明內(nèi)容
因此，本發(fā)明的目的是，鑒于上述問題而提供可以按照內(nèi)容的不同有選擇地減輕系統(tǒng)內(nèi)的通信負載或者確保安全來發(fā)送內(nèi)容解密鍵的內(nèi)容使用管理系統(tǒng)。
本發(fā)明中的內(nèi)容使用管理系統(tǒng)用于通過網(wǎng)絡(luò)發(fā)送在客戶設(shè)備中對內(nèi)容的使用進行控制所需的使用控制數(shù)據(jù)，其特征為具備1個以上的發(fā)送服務(wù)器，用來向客戶設(shè)備以多種不同的發(fā)送方式發(fā)送上述使用控制數(shù)據(jù)；發(fā)送管理服務(wù)器，用于按照內(nèi)容的屬性決定以哪種發(fā)送方式發(fā)送各內(nèi)容的使用控制數(shù)據(jù)，上述發(fā)送服務(wù)器的任一個都實行采用所決定的發(fā)送方式而做出的上述使用控制數(shù)據(jù)的發(fā)送。
如上所述根據(jù)本發(fā)明，由于內(nèi)容使用管理系統(tǒng)具備發(fā)送服務(wù)器，用來以多種不同的發(fā)送方式發(fā)送使用控制數(shù)據(jù)，并且按照內(nèi)容的不同來轉(zhuǎn)換使用控制數(shù)據(jù)的發(fā)送方式，因而從發(fā)送服務(wù)器負載及確保安全的觀點來看，能夠以最佳的發(fā)送方式來發(fā)送使用控制數(shù)據(jù)。
另外，上述內(nèi)容屬性是內(nèi)容的壓縮格式，上述發(fā)送管理服務(wù)器也可以按照各內(nèi)容的壓縮格式來決定上述使用控制數(shù)據(jù)的發(fā)送方式。
另外，上述內(nèi)容屬性是提供內(nèi)容的內(nèi)容提供者，上述發(fā)送管理服務(wù)器也可以按照各內(nèi)容的內(nèi)容提供者來決定上述使用控制數(shù)據(jù)的發(fā)送方式。
另外，上述內(nèi)容屬性是內(nèi)容的壓縮率，上述發(fā)送管理服務(wù)器也可以按照各內(nèi)容的壓縮率來決定上述使用控制數(shù)據(jù)的發(fā)送方式。
另外，上述內(nèi)容屬性是內(nèi)容的使用條件，上述發(fā)送管理服務(wù)器也可以按照各內(nèi)容的使用條件來決定上述使用控制數(shù)據(jù)的發(fā)送方式。
另外，上述1個以上的發(fā)送服務(wù)器也可以具備單點發(fā)送裝置和多點發(fā)送裝置中的至少1個，該單點發(fā)送裝置以按照來自客戶設(shè)備的請求發(fā)送數(shù)據(jù)的單點發(fā)送方式來發(fā)送上述使用控制數(shù)據(jù)，該多點發(fā)送裝置以在所指定的發(fā)送時間同時對多個客戶設(shè)備發(fā)送數(shù)據(jù)的多點發(fā)送方式來發(fā)送上述使用控制數(shù)據(jù)。
另外，上述發(fā)送管理服務(wù)器也可以具備發(fā)送方式?jīng)Q定規(guī)則保持裝置，用來保持發(fā)送方式?jīng)Q定規(guī)則，該發(fā)送方式?jīng)Q定規(guī)則表示出對上述發(fā)送方式做出決定所用的規(guī)則；發(fā)送方式?jīng)Q定裝置，用來參照與上述內(nèi)容屬性對應(yīng)的上述發(fā)送方式?jīng)Q定規(guī)則，并根據(jù)上述發(fā)送方式?jīng)Q定規(guī)則來決定上述發(fā)送方式。
另外，具備上述單點發(fā)送裝置的發(fā)送服務(wù)器進一步具有認證裝置，用于在通過與各客戶設(shè)備之間的通信而可以確認出上述客戶設(shè)備是所預(yù)先登錄的客戶設(shè)備的場合下將上述客戶設(shè)備識別為正當(dāng)用戶，上述單點發(fā)送裝置也可以只對通過上述認證裝置識別為正當(dāng)用戶的客戶設(shè)備發(fā)送上述使用控制數(shù)據(jù)。
另外，上述使用控制數(shù)據(jù)包含對加密后的內(nèi)容進行解密所用的解密鍵，上述客戶設(shè)備也可以具備使用控制數(shù)據(jù)取得裝置，用來從任一個上述發(fā)送服務(wù)器取得與各內(nèi)容對應(yīng)的使用控制數(shù)據(jù)；解密裝置，用來從所取得的上述使用控制數(shù)據(jù)提取上述解密鍵，并采用所提取的解密鍵對與上述使用控制數(shù)據(jù)對應(yīng)的內(nèi)容進行解密；再現(xiàn)裝置，用來再現(xiàn)解密后的上述內(nèi)容。
另外，上述使用控制數(shù)據(jù)進一步包含使用條件，該使用條件表示對內(nèi)容加以使用所需的條件，上述客戶設(shè)備也可以進一步具備再現(xiàn)控制裝置，用來對上述再現(xiàn)裝置進行控制，可做到從所取得的上述使用控制數(shù)據(jù)提取上述使用條件并在滿足所提取的使用條件的范圍內(nèi)實行上述再現(xiàn)。
再者，本發(fā)明中的內(nèi)容使用管理方法是一種服務(wù)器所用的內(nèi)容使用管理方法，用于通過網(wǎng)絡(luò)發(fā)送在客戶設(shè)備中對內(nèi)容的使用進行控制所需的使用控制數(shù)據(jù)，其特征為包含發(fā)送方式?jīng)Q定步驟，用于按照內(nèi)容的屬性決定以哪種發(fā)送方式發(fā)送各內(nèi)容的使用控制數(shù)據(jù)；發(fā)送步驟，采用多種不同的發(fā)送方式之中所決定出的發(fā)送方式來發(fā)送上述使用控制數(shù)據(jù)。
另外，通過上述內(nèi)容使用管理方法會預(yù)先保持發(fā)送方式?jīng)Q定規(guī)則，該發(fā)送方式?jīng)Q定規(guī)則表示對上述發(fā)送方式做出決定所用的規(guī)則，在上述發(fā)送方式?jīng)Q定步驟中也可以參照與上述內(nèi)容屬性對應(yīng)的上述發(fā)送方式?jīng)Q定規(guī)則，并按照上述發(fā)送方式?jīng)Q定規(guī)則來決定上述發(fā)送方式。
再者，本發(fā)明中的客戶設(shè)備是一種內(nèi)容使用管理系統(tǒng)中的客戶設(shè)備，用于通過網(wǎng)絡(luò)以多種不同的發(fā)送方式發(fā)送在客戶設(shè)備中對內(nèi)容的使用進行控制所需的使用控制數(shù)據(jù)，其特征為具備內(nèi)容請求裝置，用來對發(fā)送內(nèi)容的內(nèi)容服務(wù)器請求內(nèi)容的發(fā)送并取得內(nèi)容；發(fā)送方式判定裝置，用于根據(jù)從上述內(nèi)容服務(wù)器取得上述內(nèi)容的成功與否來判定與所請求的上述內(nèi)容對應(yīng)的使用控制數(shù)據(jù)的發(fā)送方式；使用控制數(shù)據(jù)取得裝置，用來從發(fā)送服務(wù)器取得上述使用控制數(shù)據(jù)，該發(fā)送服務(wù)器采用所判定出的發(fā)送方式來發(fā)送上述使用控制數(shù)據(jù)。如上所述，根據(jù)本發(fā)明即使在實行多點發(fā)送的使用控制數(shù)據(jù)疊加于內(nèi)容中被發(fā)送的場合下，也可以在客戶設(shè)備一側(cè)判定使用控制數(shù)據(jù)的發(fā)送方式。據(jù)此，即使是按照內(nèi)容而使使用控制數(shù)據(jù)的發(fā)送方式不同的情形，也可以在不出問題的狀況下取得使用控制數(shù)據(jù)并對內(nèi)容加以使用。
另外，內(nèi)容使用管理系統(tǒng)中的客戶設(shè)備用于以多種不同的發(fā)送方式通過網(wǎng)絡(luò)發(fā)送在客戶設(shè)備中對內(nèi)容的使用進行控制所需的使用控制數(shù)據(jù)，該客戶設(shè)備也可以具備內(nèi)容取得裝置，用來從發(fā)送內(nèi)容的內(nèi)容服務(wù)器取得含有下述信息的內(nèi)容，該信息表示與各內(nèi)容對應(yīng)的使用控制數(shù)據(jù)的發(fā)送方式；發(fā)送方式識別裝置，用來從所取得的上述內(nèi)容提取表示出上述發(fā)送方式的信息，并根據(jù)所提取的上述信息來識別與上述內(nèi)容對應(yīng)的使用控制數(shù)據(jù)的發(fā)送方式；使用控制數(shù)據(jù)取得裝置，用于從發(fā)送服務(wù)器取得上述使用控制數(shù)據(jù)，該發(fā)送服務(wù)器采用所識別出的發(fā)送方式來發(fā)送上述使用控制數(shù)據(jù)。因此，即使在表示使用控制數(shù)據(jù)發(fā)送方式的信息疊加于內(nèi)容中的場合下，也可以在客戶設(shè)備一側(cè)識別使用控制數(shù)據(jù)的發(fā)送方式。據(jù)此，即使是按照內(nèi)容而使使用控制數(shù)據(jù)的發(fā)送方式不同的情形，也可以在不出問題的狀況下取得使用控制數(shù)據(jù)并對內(nèi)容加以使用。
另外，內(nèi)容使用管理系統(tǒng)中的客戶設(shè)備用于以多種不同的發(fā)送方式通過網(wǎng)絡(luò)發(fā)送在客戶設(shè)備中對內(nèi)容的使用進行控制所需的使用控制數(shù)據(jù)，該客戶設(shè)備也可以具備方式信息取得裝置，用來從決定上述使用控制數(shù)據(jù)發(fā)送方式的服務(wù)器取得表示各使用控制數(shù)據(jù)發(fā)送方式的信息；發(fā)送方式識別裝置，用于根據(jù)表示上述發(fā)送方式的信息來識別與上述內(nèi)容對應(yīng)的使用控制數(shù)據(jù)的發(fā)送方式；使用控制數(shù)據(jù)取得裝置，用于從發(fā)送服務(wù)器取得上述使用控制數(shù)據(jù)，該發(fā)送服務(wù)器采用所識別出的發(fā)送方式來發(fā)送上述使用控制數(shù)據(jù)。如上所述，即使在從決定使用控制數(shù)據(jù)發(fā)送方式的服務(wù)器取得表示各使用控制數(shù)據(jù)發(fā)送方式的信息的場合下，也可以在客戶設(shè)備一側(cè)識別使用控制數(shù)據(jù)的發(fā)送方式。據(jù)此，即使是按照內(nèi)容而使使用控制數(shù)據(jù)的發(fā)送方式不同的情形，也可以在不出問題的狀況下取得使用控制數(shù)據(jù)并對內(nèi)容加以使用。
還有，本發(fā)明不僅可以作為這種內(nèi)容使用管理系統(tǒng)來實現(xiàn)，而也可以作為構(gòu)成這些內(nèi)容使用管理系統(tǒng)的內(nèi)容發(fā)送管理服務(wù)器、用戶管理服務(wù)器、加密內(nèi)容發(fā)送服務(wù)器、單點發(fā)送服務(wù)器、多點發(fā)送服務(wù)器及客戶設(shè)備等的個體來實現(xiàn)，或作為下述的內(nèi)容使用管理方法來實現(xiàn)或者作為使個人計算機等廣泛使用的計算機實行其特征性動作而發(fā)揮作用的程序來實現(xiàn)，上述內(nèi)容使用管理方法以這些內(nèi)容使用管理系統(tǒng)中的特征性動作作為步驟。而且，該程序當(dāng)然可以通過CD-ROM等計算機可讀取的記錄媒體和因特網(wǎng)等的傳送媒體予以發(fā)布。


圖1是本發(fā)明中的內(nèi)容發(fā)送服務(wù)系統(tǒng)的概念圖。
圖2表示的是用戶管理DB的管理數(shù)據(jù)的一個示例。
圖3表示的是內(nèi)容所有者管理DB的管理數(shù)據(jù)的一個示例。
圖4表示的是內(nèi)容發(fā)送方式管理DB的管理數(shù)據(jù)的一個示例。
圖5(a)表示的是通過發(fā)送目錄DB所保持的發(fā)送目錄表更新前的一個示例。
圖5(b)表示的是通過發(fā)送目錄DB所保持的發(fā)送目錄表更新后的一個示例。
圖6表示的是發(fā)送數(shù)據(jù)管理DB的管理數(shù)據(jù)的一個示例。
圖7表示的是加密內(nèi)容管理DB的管理數(shù)據(jù)的一個示例。
圖8(a)表示的是通過圖1所示的單點傳送內(nèi)容DB所存儲的加密內(nèi)容的數(shù)據(jù)結(jié)構(gòu)。
圖8(b)表示的是通過圖1所示的多點傳送內(nèi)容DB所存儲的加密內(nèi)容的數(shù)據(jù)結(jié)構(gòu)。
圖9是由內(nèi)容所有者所做出的內(nèi)容登錄的流程圖。
圖10表示的是內(nèi)容元數(shù)據(jù)的一個示例。
圖11是內(nèi)容鍵·使用條件發(fā)送方式的決定方法的流程圖。
圖12(a)表示的是參數(shù)為內(nèi)容壓縮格式時的發(fā)送方式?jīng)Q定規(guī)則DB的管理數(shù)據(jù)的一個示例。
圖12(b)表示的是參數(shù)為內(nèi)容所有者ID時的發(fā)送方式?jīng)Q定規(guī)則DB的管理數(shù)據(jù)的一個示例。
圖12(c)表示的是參數(shù)為CBR及VBR的平均率時的發(fā)送方式?jīng)Q定規(guī)則DB的管理數(shù)據(jù)的一個示例。
圖12(d)表示的是參數(shù)為內(nèi)容使用條件時的發(fā)送方式?jīng)Q定規(guī)則DB的管理數(shù)據(jù)的一個示例。
圖13是用戶登錄的流程圖。
圖14是內(nèi)容使用之前的流程圖。
圖15是表示客戶設(shè)備結(jié)構(gòu)的功能框圖。
圖16是表示客戶設(shè)備中的再現(xiàn)處理的流程圖。
圖17表示的是表示內(nèi)容鍵發(fā)送方式的信息疊加于加密內(nèi)容數(shù)據(jù)中時內(nèi)容的數(shù)據(jù)結(jié)構(gòu)的一個示例。
具體實施例方式
下面，有關(guān)本發(fā)明的實施方式，參照圖1到圖17予以說明。
圖1表示出實施方式所涉及的動態(tài)圖象內(nèi)容發(fā)送服務(wù)系統(tǒng)的概念圖。客戶設(shè)備110通過因特網(wǎng)等的通信信道130與內(nèi)容發(fā)送管理服務(wù)器121、多點發(fā)送服務(wù)器122、單點發(fā)送服務(wù)器123、加密內(nèi)容發(fā)送服務(wù)器124及用戶管理服務(wù)器120相連接。另外，內(nèi)容發(fā)送管理服務(wù)器121通過因特網(wǎng)等的通信信道130還與多點發(fā)送服務(wù)器122、單點發(fā)送服務(wù)器123、加密內(nèi)容發(fā)送服務(wù)器124及用戶管理服務(wù)器120相連接。另外，將多點發(fā)送服務(wù)器122和單點發(fā)送服務(wù)器123總稱為內(nèi)容鍵發(fā)送服務(wù)器。
采用本系統(tǒng)的動態(tài)圖象內(nèi)容發(fā)送服務(wù)是用來提供下述運行環(huán)境的服務(wù)，即預(yù)先進行了用戶登錄的用戶可以使用客戶設(shè)備110，通過因特網(wǎng)等的通信信道130對動態(tài)圖象內(nèi)容進行再現(xiàn)。
向用戶發(fā)送的內(nèi)容由內(nèi)容所有者進行加密，并暫時經(jīng)由內(nèi)容發(fā)送管理服務(wù)器121，登錄在多點發(fā)送服務(wù)器122或者加密內(nèi)容發(fā)送服務(wù)器124中。
用戶從多點發(fā)送服務(wù)器122或者加密內(nèi)容發(fā)送服務(wù)器124取得加密內(nèi)容。對內(nèi)容進行解密所用的鍵(下面，為內(nèi)容鍵)及內(nèi)容使用條件被多點發(fā)送服務(wù)器122、單點發(fā)送服務(wù)器123的任一個內(nèi)容鍵發(fā)送服務(wù)器加以發(fā)送。內(nèi)容鍵被單點發(fā)送的內(nèi)容登錄到加密內(nèi)容發(fā)送服務(wù)器124中，內(nèi)容鍵被多點發(fā)送的內(nèi)容登錄到多點發(fā)送服務(wù)器122中。
內(nèi)容使用條件指的是用戶使用內(nèi)容時的受限事項，并設(shè)立可再現(xiàn)次數(shù)、可再現(xiàn)期間及可再現(xiàn)時間等?？蛻粼O(shè)備110采用內(nèi)容鍵對所取得的加密內(nèi)容進行解密，根據(jù)內(nèi)容使用條件進行再現(xiàn)?？稍佻F(xiàn)次數(shù)指的是使用內(nèi)容的次數(shù)限制，每次使用內(nèi)容其次數(shù)都會減少，變成0就不能加以使用?？稍佻F(xiàn)期間指的是能夠使用內(nèi)容的期間，只有使用內(nèi)容的時間日期在其期間內(nèi)時才可以使用?？稍佻F(xiàn)時間指的是能夠使用內(nèi)容的剩余時間，使用內(nèi)容的時間量會減少，變成0就不能加以使用。
現(xiàn)有關(guān)本系統(tǒng)的結(jié)構(gòu)要件予以說明。
客戶設(shè)備110是用戶對內(nèi)容進行再現(xiàn)的設(shè)備。另外，客戶設(shè)備110具有客戶機ID，該客戶機ID是唯一識別該設(shè)備所用的識別符?？蛻魴CID在出廠時被設(shè)定，出廠后則不能由用戶變更。還有，通過客戶機ID可以確認出客戶設(shè)備110能夠接受由單點發(fā)送及多點發(fā)送而做出的本系統(tǒng)的發(fā)送。
用戶管理服務(wù)器120用來對已加入采用本系統(tǒng)的內(nèi)容發(fā)送服務(wù)中的用戶實行管理。用戶管理服務(wù)器120具備用戶管理數(shù)據(jù)庫(下面，簡寫為「DB」。)180。通過用戶管理DB180，保持管理唯一識別用戶所用的用戶ID、用戶名、對用戶進行認證所需的口令以及用戶使用的客戶設(shè)備110的客戶機ID等。
圖2表示出通過用戶管理DB180所保持管理的數(shù)據(jù)的一個示例。
在圖2中表示出，在用戶名“User1”中設(shè)立用戶ID“User_1111”、口令“aaabbbccc”，并且擁有客戶機ID“123_abc”的客戶設(shè)備110。客戶機ID是在用戶登錄時由用戶管理服務(wù)器分配的，口令是由用戶自己設(shè)定的。
內(nèi)容發(fā)送管理服務(wù)器121具有下述功能，即受理來自內(nèi)容所有者的內(nèi)容發(fā)送請求，并決定內(nèi)容鍵及內(nèi)容使用條件的發(fā)送方式。另外，還實行內(nèi)容所有者的管理及各內(nèi)容發(fā)送方式的管理。內(nèi)容發(fā)送管理服務(wù)器121具備內(nèi)容所有者管理DB140、內(nèi)容發(fā)送方式管理DB141及發(fā)送方式?jīng)Q定規(guī)則DB142。由于采用內(nèi)容所有者管理DB140來保持管理與受理內(nèi)容發(fā)送請求的內(nèi)容所有者有關(guān)的信息，因而會保持唯一識別內(nèi)容所有者所用的內(nèi)容所有者ID、內(nèi)容所有者名及認證所需的口令等。圖3表示通過內(nèi)容所有者管理DB140所保持管理的數(shù)據(jù)的一個示例。
在圖3中例如表示出，在內(nèi)容所有者名“C_HOLDER_1”中設(shè)定內(nèi)容所有者ID“Holder_1111”、口令“abcrst”。
在內(nèi)容發(fā)送方式管理DB141，保持管理唯一識別內(nèi)容所用的內(nèi)容ID、內(nèi)容名、提供內(nèi)容的內(nèi)容所有者的內(nèi)容所有者ID、內(nèi)容的壓縮格式、內(nèi)容鍵和內(nèi)容使用條件發(fā)送方式、內(nèi)容的再現(xiàn)時間以及加密內(nèi)容的數(shù)據(jù)大小等。圖4表示通過內(nèi)容發(fā)送方式管理DB141所保持及管理的數(shù)據(jù)的一個示例。
在圖4中例如表示出，內(nèi)容名“世界的山脈”是用內(nèi)容ID“CONT_0001”來表達并由內(nèi)容所有者ID“Holder_1111”擁有的內(nèi)容，壓縮格式是“MPEG-2”，發(fā)送方式是“單點傳送方式”，再現(xiàn)時間為“60分鐘”，數(shù)據(jù)大小為“1,500MB”。
在發(fā)送方式?jīng)Q定規(guī)則DB142，保持管理按照內(nèi)容來決定發(fā)送方式所用的規(guī)則。有關(guān)由發(fā)送方式?jīng)Q定規(guī)則DB142所保持及管理的數(shù)據(jù)的詳細情況，將在下面予以說明。
多點發(fā)送服務(wù)器122在每天預(yù)先所設(shè)定的時間對通過用戶管理服務(wù)器120所管理的用戶擁有的客戶設(shè)備110，以IP多點傳送方式發(fā)送內(nèi)容鍵及內(nèi)容使用條件。多點發(fā)送服務(wù)器122具備發(fā)送目錄DB150及多點傳送內(nèi)容DB151。發(fā)送目錄DB150用來保持管理以多點傳送方式發(fā)送內(nèi)容鍵的時間、采用所發(fā)送的內(nèi)容鍵可再現(xiàn)的內(nèi)容的內(nèi)容ID、所發(fā)送的內(nèi)容鍵及內(nèi)容使用條件等。多點傳送內(nèi)容DB151只是有關(guān)內(nèi)容鍵以多點發(fā)送方式被發(fā)送的內(nèi)容，才存儲加密內(nèi)容數(shù)據(jù)。圖5表示通過發(fā)送目錄DB150所保持管理的發(fā)送目錄表的一個示例。
如圖5(a)所示，內(nèi)容ID“CONT_0001”的內(nèi)容已采用內(nèi)容鍵“0xaaaa...aaaa”被加密。在內(nèi)容ID“CONT_0001”的內(nèi)容使用條件中設(shè)定有“再現(xiàn)次數(shù)為3次”這樣的限制，并且其設(shè)定使之在“12:00”發(fā)送內(nèi)容鍵。此外，在發(fā)送目錄表中還描述出表示多點傳送內(nèi)容DB151內(nèi)各內(nèi)容存儲位置的文件路徑等。
單點發(fā)送服務(wù)器123用于在從通過用戶管理服務(wù)器120所管理的用戶發(fā)出請求的場合下，發(fā)送內(nèi)容鍵及內(nèi)容使用條件。單點發(fā)送服務(wù)器123具備發(fā)送數(shù)據(jù)管理DB160。通過發(fā)送數(shù)據(jù)管理DB160，會保持管理用所發(fā)送的內(nèi)容鍵可再現(xiàn)的內(nèi)容的內(nèi)容ID、所發(fā)送的內(nèi)容鍵及內(nèi)容使用條件。圖6表示通過發(fā)送數(shù)據(jù)管理DB160所管理的數(shù)據(jù)的一個示例。在圖6中，內(nèi)容ID“CONT_0001”的內(nèi)容用內(nèi)容鍵“0x1111...1111”而被加密。表示在內(nèi)容ID“CONT_0001”的內(nèi)容使用條件中設(shè)定有“再現(xiàn)次數(shù)為3次”這樣的限制。
加密內(nèi)容發(fā)送服務(wù)器124是用戶下載加密內(nèi)容所需的服務(wù)器。加密內(nèi)容發(fā)送服務(wù)器124具備加密內(nèi)容管理DB170及單點傳送內(nèi)容DB171。在加密內(nèi)容管理DB170，保持管理內(nèi)容ID、加密內(nèi)容的數(shù)據(jù)大小以及存儲有加密后的內(nèi)容數(shù)據(jù)的文件路徑等。單點傳送內(nèi)容DB171關(guān)于內(nèi)容鍵以單點傳送方式被發(fā)送的內(nèi)容，存儲加密內(nèi)容數(shù)據(jù)。圖7表示通過加密內(nèi)容管理DB170所保持及管理的數(shù)據(jù)的一個示例。在圖7中表示出，內(nèi)容ID“CONT_0001”的加密內(nèi)容數(shù)據(jù)大小是“1,500MB”，內(nèi)容鍵的發(fā)送方式是單點發(fā)送，加密內(nèi)容數(shù)據(jù)存儲于單點傳送內(nèi)容DB171的“C￥content￥cont_0001.enc”中。
圖8(a)及圖8(b)表示，存儲于多點傳送內(nèi)容DB151中的加密內(nèi)容和存儲于單點傳送內(nèi)容DB171中的加密內(nèi)容的數(shù)據(jù)結(jié)構(gòu)不同之處。圖8(a)表示的是存儲于圖1所示的單點傳送內(nèi)容DB171中的加密內(nèi)容的數(shù)據(jù)結(jié)構(gòu)。圖8(b)表示的是存儲于圖1所示的多點傳送內(nèi)容DB151中的加密內(nèi)容的數(shù)據(jù)結(jié)構(gòu)。如圖8(a)所示，內(nèi)容鍵以單點傳送方式被發(fā)送的內(nèi)容由內(nèi)容ID和加密內(nèi)容數(shù)據(jù)來構(gòu)成。對此，內(nèi)容鍵以多點傳送方式被發(fā)送的內(nèi)容如圖8(b)所示，由內(nèi)容ID、內(nèi)容鍵、內(nèi)容使用條件及加密內(nèi)容數(shù)據(jù)等來構(gòu)成。也就是說，在圖8(a)的內(nèi)容中進一步疊加有內(nèi)容鍵及內(nèi)容使用條件。關(guān)于內(nèi)容鍵及內(nèi)容使用條件部分的數(shù)據(jù)，由于只能由特定的客戶設(shè)備110加以使用，因而會采用對可使用接收數(shù)據(jù)的客戶設(shè)備110加以限定的功能，來予以保護。具體地說，疊加于內(nèi)容中并被多點傳送的內(nèi)容鍵及內(nèi)容使用條件會作為預(yù)先已加密的數(shù)據(jù)。對加密后的內(nèi)容鍵及內(nèi)容使用條件進行解密所用的解密鍵只配給已實行用戶登錄的用戶。在該解密鍵的分配方法中有下述兩種方法，一種是預(yù)先向?qū)嵭羞^用戶登錄的用戶分配解密鍵已寫入ROM(Read Only Memory)等非易失性存儲器中的客戶設(shè)備110的方法，另一種是將記錄有該解密鍵的記錄媒體分配給已實行用戶登錄的用戶的方法。據(jù)此，已實行用戶登錄的用戶的客戶設(shè)備110可以從ROM和所分配的記錄媒體等讀出解密鍵，并對被多點傳送的內(nèi)容中所疊加的內(nèi)容鍵及內(nèi)容使用條件進行解密。采用該解密后的內(nèi)容鍵，該客戶設(shè)備110對加密內(nèi)容進行解密，此后可以按照解密后的內(nèi)容使用條件對內(nèi)容加以使用。還有，對加密后的內(nèi)容鍵進行解密所用的解密鍵并不一定必須記錄于ROM和記錄媒體中進行分配，而可以采用安全的通信方式向已實行用戶登錄的用戶預(yù)先分配。有關(guān)該加密方法，在非專利文獻中野他、“數(shù)字內(nèi)容保護用鍵管理方式”、2001年加密和信息安全學(xué)術(shù)會議報告論文集、5A-5、2001中有詳細記載。還有，將被多點傳送的內(nèi)容鍵及內(nèi)容使用條件只能使用于已實行用戶登錄的用戶的方法，并不限定于數(shù)字內(nèi)容保護用鍵管理方式而也可以是其他方法。具有這種數(shù)據(jù)結(jié)構(gòu)的加密內(nèi)容既可以由內(nèi)容發(fā)送管理服務(wù)器121生成并存儲于多點傳送內(nèi)容DB151中，又可以由多點發(fā)送服務(wù)器122生成并存儲于多點傳送內(nèi)容DB151中。
內(nèi)容登錄用終端100是內(nèi)容所有者對發(fā)送給內(nèi)容發(fā)送管理服務(wù)器121的內(nèi)容實行登錄時所使用的終端。有關(guān)內(nèi)容登錄，將在下面予以說明。
下面，有關(guān)服務(wù)范圍內(nèi)的各個處理，對于由內(nèi)容所有者所做出的發(fā)送內(nèi)容登錄、發(fā)送方式的決定方法、由用戶所做出的用戶登錄及用戶的內(nèi)容使用，依次予以說明。
首先，有關(guān)由內(nèi)容所有者所做出的發(fā)送內(nèi)容登錄，予以說明。
內(nèi)容所有者采用內(nèi)容登錄用終端100對內(nèi)容發(fā)送管理服務(wù)器121發(fā)出內(nèi)容登錄請求。圖9表示由內(nèi)容所有者所做出的內(nèi)容登錄處理的流程圖。
內(nèi)容發(fā)送管理服務(wù)器121在接受來自內(nèi)容所有者的發(fā)送內(nèi)容登錄請求之前，實行內(nèi)容所有者的認證。在本實施方式中，內(nèi)容所有者需要事先登錄在內(nèi)容所有者管理DB140中。內(nèi)容所有者在發(fā)出發(fā)送內(nèi)容登錄請求時，采用內(nèi)容登錄用終端100通過通信信道130向內(nèi)容發(fā)送管理服務(wù)器121發(fā)送內(nèi)容所有者ID和口令。內(nèi)容發(fā)送管理服務(wù)器121通過將所接收到的內(nèi)容所有者ID和口令的組與登錄于內(nèi)容所有者管理DB140中的數(shù)據(jù)進行比照，來判定注冊的成功與否(S901)。
內(nèi)容所有者在內(nèi)容發(fā)送管理服務(wù)器121中的注冊成功之后(S902)，對內(nèi)容發(fā)送管理服務(wù)器121發(fā)送所發(fā)送的內(nèi)容登錄請求(S903)。此時，內(nèi)容所有者會發(fā)送加密內(nèi)容、內(nèi)容鍵、內(nèi)容使用條件以及內(nèi)容元數(shù)據(jù)。在本實施方式中，內(nèi)容的壓縮格式是MPEG-2，內(nèi)容是采用128位的鍵按照AES(Advanced Encryption Standard)被加密的。關(guān)于MPEG-2和AES，分別在FIPS-197、ISO/IEC 13818中有詳細記載。
在元數(shù)據(jù)(metadata)中記述有唯一識別內(nèi)容的「內(nèi)容ID」、「內(nèi)容名」、「內(nèi)容所有者名」、內(nèi)容的「壓縮格式」、「再現(xiàn)時間」及「加密內(nèi)容的數(shù)據(jù)大小」。圖10表示元數(shù)據(jù)的一個示例。在圖10中，內(nèi)容ID“CONT_0001”的內(nèi)容的內(nèi)容名是“世界的山脈”，提供該內(nèi)容的內(nèi)容所有者是“內(nèi)容所有者_ABC”。壓縮格式是“MPEG-2”，再現(xiàn)時間是“60分鐘”，加密內(nèi)容的數(shù)據(jù)大小是“1,500MB”。還有，在元數(shù)據(jù)中此外還可以包括「制作年度」、壓縮率「CBR(Constant BitRate)及VBR(Variable Bit Rate)的平均率」等。
內(nèi)容發(fā)送管理服務(wù)器121通過由內(nèi)容所有者按照內(nèi)容登錄請求所收到的元數(shù)據(jù)中的內(nèi)容壓縮格式和發(fā)送方式?jīng)Q定規(guī)則DB142，來決定所登錄的內(nèi)容鍵發(fā)送方式(S904)。有關(guān)內(nèi)容鍵的發(fā)送方式?jīng)Q定方法，將在下面予以說明。
在決定出單點發(fā)送的場合(S905)下，內(nèi)容發(fā)送管理服務(wù)器121會將內(nèi)容鍵、內(nèi)容使用條件、元數(shù)據(jù)及內(nèi)容發(fā)送條件登錄到單點發(fā)送服務(wù)器123中(S906)。與此同時，內(nèi)容發(fā)送管理服務(wù)器121會將其加密內(nèi)容數(shù)據(jù)登錄到加密內(nèi)容發(fā)送服務(wù)器124中。通過單點發(fā)送服務(wù)器123具有的發(fā)送數(shù)據(jù)管理DB160所保持及管理的數(shù)據(jù)，采用圖6中的數(shù)據(jù)。
在決定出多點發(fā)送的場合(S905)下，內(nèi)容發(fā)送管理服務(wù)器121將內(nèi)容鍵、內(nèi)容使用條件、元數(shù)據(jù)及加密內(nèi)容數(shù)據(jù)登錄到多點發(fā)送服務(wù)器122中(S907)。通過多點發(fā)送服務(wù)器122，將新登錄的加密內(nèi)容數(shù)據(jù)存儲到多點傳送內(nèi)容DB151中，并在發(fā)送目錄的空出時間上追加所新登錄的內(nèi)容發(fā)送目錄，以更新發(fā)送目錄DB150。
圖5表示發(fā)送目錄DB150的更新狀態(tài)。如圖5(a)所示，考慮到對更新前的發(fā)送目錄DB150追加下述內(nèi)容的發(fā)送目錄的情形，上述內(nèi)容的發(fā)送目錄包括內(nèi)容ID“CONT_0002”、內(nèi)容鍵“0xbbbb…bbb(128bit)”以及內(nèi)容使用條件“再現(xiàn)次數(shù)1次”。由于在更新前“13:00”的發(fā)送目錄空出，因而如果作為要追加的內(nèi)容發(fā)送目錄對該時間進行設(shè)定，并更新發(fā)送目錄DB150，則變成圖5(b)所示的更新后發(fā)送目錄DB的狀態(tài)。
內(nèi)容發(fā)送管理服務(wù)器121在按照所決定的發(fā)送方式向各發(fā)送服務(wù)器登錄內(nèi)容鍵、內(nèi)容使用條件之后，將內(nèi)容鍵被單點發(fā)送的加密內(nèi)容登錄到加密內(nèi)容發(fā)送服務(wù)器124中(S908)并結(jié)束處理。
下面，有關(guān)圖9所示的S904內(nèi)容鍵發(fā)送方式的決定方法處理的詳細情況，采用圖11予以說明。
內(nèi)容發(fā)送管理服務(wù)器121在從內(nèi)容所有者接收到內(nèi)容元數(shù)據(jù)之后，決定內(nèi)容鍵及內(nèi)容使用條件的發(fā)送方式。具體地說，首先內(nèi)容發(fā)送管理服務(wù)器121從發(fā)送方式?jīng)Q定規(guī)則DB142取得內(nèi)容鍵發(fā)送方式?jīng)Q定規(guī)則(S1001)。
在本實施方式中，假設(shè)因內(nèi)容壓縮格式的不同而使使用內(nèi)容的用戶數(shù)目產(chǎn)生變化，并且將內(nèi)容的元數(shù)據(jù)中所描述的內(nèi)容壓縮格式作為決定內(nèi)容鍵及內(nèi)容使用條件的發(fā)送方式所需的參數(shù)。
圖12(a)表示，通過本實施方式的發(fā)送方式?jīng)Q定規(guī)則DB142所保持管理的數(shù)據(jù)(發(fā)送方式?jīng)Q定規(guī)則)的一個示例。在該規(guī)則中，將在所登錄的內(nèi)容元數(shù)據(jù)中的壓縮格式作為決定發(fā)送方式的參數(shù)。采用該參數(shù)，按照發(fā)送方式?jīng)Q定規(guī)則來決定發(fā)送方式(S1002)。這種場合下壓縮格式是MPEG-2，或者設(shè)定為在AVI(Audio、Video、stillImages)時選擇單點發(fā)送，在MPEG-4時選擇多點發(fā)送。有關(guān)MPEG-4，在ISO/IEC 14496中有詳細記載。
下面，有關(guān)通過上述發(fā)送方式?jīng)Q定規(guī)則DB142所管理的數(shù)據(jù)(發(fā)送方式?jīng)Q定規(guī)則)的其他示例，予以說明。
圖12(b)表示這樣的一個示例，即假設(shè)有根據(jù)內(nèi)容所有者來變更發(fā)送方式的那種請求，并使決定內(nèi)容發(fā)送方式的參數(shù)成為內(nèi)容所有者ID時的發(fā)送方式?jīng)Q定規(guī)則。設(shè)定為在內(nèi)容所有者ID“Holder_1111”及“Holder_3333”時選擇單點發(fā)送，在內(nèi)容所有者ID“Holder_2222”時選擇多點發(fā)送。
圖12(c)表示這樣的一個示例，即假設(shè)因內(nèi)容圖象質(zhì)量的不同而使使用內(nèi)容的用戶數(shù)目產(chǎn)生變化，并使決定內(nèi)容發(fā)送方式的參數(shù)成為CBR及VBR的平均率時的發(fā)送方式?jīng)Q定規(guī)則。在此設(shè)定為，在CBR及VBR的平均率未達到500kbps時選擇多點發(fā)送，在500kbps以上并且未達到15Mbps時以及在15Mbps以上時分別選擇單點發(fā)送。
圖12(d)表示這樣的一個示例，即假設(shè)有因從內(nèi)容最初發(fā)送開始的經(jīng)過時間不同而變更發(fā)送方式的請求，并使決定內(nèi)容發(fā)送方式的參數(shù)成為內(nèi)容使用條件時的發(fā)送方式?jīng)Q定規(guī)則。設(shè)定為，在內(nèi)容使用條件為“再現(xiàn)次數(shù) 3次”時以及“再現(xiàn)期間 2003/01/01～2003/01/31”時選擇單點發(fā)送，在“再現(xiàn)次數(shù) 沒有限制”及“再現(xiàn)期間 2003/02/01～2003/02/28”時分別選擇多點發(fā)送。
下面，有關(guān)用戶登錄的動作，采用圖13予以說明。
用戶在使用內(nèi)容時，需事先對用戶管理服務(wù)器120實行用戶登錄。更為具體地說，首先用戶采用客戶設(shè)備110對用戶管理服務(wù)器120發(fā)出登錄請求。接著，將用戶名、口令及用戶所使用的客戶設(shè)備110的客戶機ID發(fā)送給用戶管理服務(wù)器(S1201)。但是，客戶設(shè)備110的客戶機ID也可以與用戶名及口令一起由用戶進行手動輸入，而一般情況下在用戶所輸入的用戶名及口令中會自動添加客戶設(shè)備110的客戶機ID加以發(fā)送。按照接受用戶登錄請求的用戶管理服務(wù)器120，分配用戶ID(S1202)，實行向用戶管理DB180的數(shù)據(jù)追加(S1203)，并向客戶設(shè)備110發(fā)出用戶登錄完成的通知，加以結(jié)束。
下面，有關(guān)用戶的內(nèi)容使用動作，采用圖14予以說明。
內(nèi)容使用服務(wù)只提供給已實行用戶登錄的用戶，并需要暫時通過用戶管理服務(wù)器120進行認證。因此，在客戶設(shè)備110和用戶管理服務(wù)器120之間會實行對認證來說必須的數(shù)據(jù)的發(fā)送接收(S1301)。客戶設(shè)備110會判定認證的成功與否，并且只在認證成功的場合下才能實行此后的處理(S1302)。
用戶在使用內(nèi)容時，從內(nèi)容發(fā)送管理服務(wù)器121取得與正在實行發(fā)送的內(nèi)容有關(guān)的信息(S1303)。
在與內(nèi)容有關(guān)的信息中，象圖4那樣包含有內(nèi)容ID、內(nèi)容名、提供內(nèi)容的內(nèi)容所有者名(或者內(nèi)容所有者ID)、壓縮格式、內(nèi)容鍵的發(fā)送方式、內(nèi)容再現(xiàn)時間以及加密內(nèi)容的數(shù)據(jù)大小等。客戶設(shè)備110根據(jù)從內(nèi)容發(fā)送管理服務(wù)器121所取得的與內(nèi)容有關(guān)的信息，生成用來請求內(nèi)容發(fā)送的內(nèi)容表，并向用戶顯示。
用戶從內(nèi)容表選擇想要使用的內(nèi)容(S1304)?？蛻粼O(shè)備110將從內(nèi)容表所選擇出的內(nèi)容發(fā)送請求發(fā)送給加密內(nèi)容發(fā)送服務(wù)器124。加密內(nèi)容發(fā)送服務(wù)器124只在所發(fā)送請求的內(nèi)容的內(nèi)容鍵被單點發(fā)送的場合下，對加密后的內(nèi)容進行發(fā)送。客戶設(shè)備110在能夠從內(nèi)容發(fā)送服務(wù)器124取得加密內(nèi)容的場合下，判定出內(nèi)容鍵的發(fā)送方式是單點發(fā)送(S1305)。另一方面，在不能從加密內(nèi)容發(fā)送服務(wù)器124取得加密內(nèi)容的場合下，客戶設(shè)備110判定出內(nèi)容鍵的發(fā)送方式是多點發(fā)送。
下面，分別說明所選擇出的內(nèi)容的內(nèi)容鍵及內(nèi)容使用條件的發(fā)送方式。
關(guān)于所選擇的內(nèi)容的內(nèi)容鍵及內(nèi)容使用條件為單點發(fā)送的情形，予以說明。在判定出所選擇的內(nèi)容的內(nèi)容鍵以單點發(fā)送方式被發(fā)送的場合下，客戶設(shè)備110進一步查驗在客戶設(shè)備110的內(nèi)部是否保持有所選擇的內(nèi)容的內(nèi)容鍵(S1306)。在客戶設(shè)備110已保持有所選擇的內(nèi)容的內(nèi)容鍵的場合下，采用所保持的內(nèi)容鍵實施客戶設(shè)備110中的再現(xiàn)處理(S1311)。在客戶設(shè)備110未保持所選擇的內(nèi)容的內(nèi)容鍵的場合下，會在用戶的客戶設(shè)備110和單點發(fā)送服務(wù)器124之間進行認證，實行可保證隱匿性·耐竄改性的通信(S1307)。有關(guān)這種通信方式，在本實施方式中沒有特別描述其技術(shù)，但會使用SSL(SecureSockets Layer)等。有關(guān)SSL，除A.Frier之外在“The SSL 3.0Protocol”、Netscape Communications Crop.Nov.18及1996中有詳細說明。還有，在客戶設(shè)備110和單點發(fā)送服務(wù)器123之間認證可以是采用PKI方式和共有鍵方式的認證。通過上述通信，客戶設(shè)備110從單點發(fā)送服務(wù)器123取得內(nèi)容鍵及內(nèi)容使用條件(S1308)。在步驟S1307中，失敗于和單點發(fā)送服務(wù)器123之間的認證的場合下，客戶設(shè)備110會結(jié)束處理。
關(guān)于所選擇的內(nèi)容的內(nèi)容鍵及內(nèi)容使用條件為多點發(fā)送的情形，予以說明。在判定出所選擇的內(nèi)容的內(nèi)容鍵以多點發(fā)送方式被發(fā)送的場合下，客戶設(shè)備110會查驗在客戶設(shè)備110的內(nèi)部是否保持有所選擇的內(nèi)容的內(nèi)容鍵(S1309)。在客戶設(shè)備110已保持有所選擇的內(nèi)容的內(nèi)容鍵的場合下，采用所保持的內(nèi)容鍵實施客戶設(shè)備110中的再現(xiàn)處理(S1311)。在客戶設(shè)備110未保持所選擇的內(nèi)容的內(nèi)容鍵的場合下，客戶設(shè)備110會從多點發(fā)送服務(wù)器122接受內(nèi)容鍵的發(fā)送。在多點發(fā)送的場合下，多點發(fā)送服務(wù)器122根據(jù)預(yù)先所設(shè)定的發(fā)送目錄，對內(nèi)容、內(nèi)容鍵及內(nèi)容使用條件進行多點傳送。因為內(nèi)容鍵及內(nèi)容使用條件未保持在客戶設(shè)備100內(nèi)，所以客戶設(shè)備110會在下次采用多點傳送的發(fā)送之前保持待機狀態(tài)(S1310)。有關(guān)多點發(fā)送的明細，客戶設(shè)備110可以從多點發(fā)送服務(wù)器122取得。本實施方式中采用多點傳送的發(fā)送方式，由于必須只向通過用戶管理服務(wù)器120所管理的用戶使用的客戶設(shè)備110進行發(fā)送，因而會采用下述發(fā)送方式來實現(xiàn)，該發(fā)送方式具備對可使用接收數(shù)據(jù)的客戶設(shè)備110加以限定的功能。有關(guān)具體的實現(xiàn)方法，在非專利文獻中野他、“數(shù)字內(nèi)容保護用鍵管理方式”、2001年加密和信息安全學(xué)術(shù)會議報告論文集、5A-5、2001中有詳細記載。
在與各發(fā)送處理同時取得內(nèi)容、內(nèi)容鍵及內(nèi)容使用條件之后，實施客戶設(shè)備110內(nèi)部的再現(xiàn)處理(S1311)。
下面，將有關(guān)圖14的步驟S1311中客戶設(shè)備110內(nèi)部的再現(xiàn)處理的詳細情況，采用圖15及圖16予以說明。圖15是表示客戶設(shè)備110結(jié)構(gòu)的功能框圖。圖16是表示圖14的步驟S1311中客戶設(shè)備110內(nèi)部的內(nèi)容再現(xiàn)處理動作的流程圖。
客戶設(shè)備110具備通信部1401、使用條件判定部1402、加密內(nèi)容儲存部1403、內(nèi)容解密部1404、內(nèi)容譯碼部1405、客戶機ID儲存部1406、內(nèi)容鍵儲存部1407、輸入部1408、請求處理部1409、發(fā)送方式判定部1410以及畫面輸出部1411。
通信部1401是與各種服務(wù)器進行通信所用的功能處理部。使用條件判定部1402是判定內(nèi)容的新使用是否滿足內(nèi)容使用條件的功能處理部。加密內(nèi)容儲存部1403是儲存加密內(nèi)容的存儲部及功能處理部。在圖14的步驟S1305或步驟S1308中所取得的加密內(nèi)容會儲存到加密內(nèi)容儲存部1403中。內(nèi)容解密部1404是采用內(nèi)容鍵對加密內(nèi)容實行解密的功能處理部。
內(nèi)容譯碼部1405是根據(jù)內(nèi)容壓縮格式對內(nèi)容進行譯碼并輸出影像及聲音數(shù)據(jù)的功能處理部?？蛻魴CID儲存部1406是儲存客戶機ID的存儲部及功能處理部，并在與服務(wù)器的通信過程中必須發(fā)送客戶機ID時，由通信部1401從此取得客戶機ID。內(nèi)容鍵儲存部1407是儲存內(nèi)容鍵及內(nèi)容使用條件的存儲部及功能處理部。在圖14的步驟S1308中所取得的內(nèi)容鍵及內(nèi)容使用條件會儲存到內(nèi)容鍵儲存部1407中。輸入部1408是輸入來自用戶的請求的功能處理部。請求處理部1409是按照從輸入部1408所輸入的請求實行處理的功能處理部。發(fā)送方式判定部1410用來判定由用戶所選擇出的內(nèi)容的內(nèi)容鍵是以多點傳送方式還是以單點傳送方式被發(fā)送。畫面輸出部1411是對所再現(xiàn)的動態(tài)圖象和來自服務(wù)器的信息進行繪圖并提示給用戶的功能處理部。
客戶設(shè)備110在取得內(nèi)容鍵儲存部1407中所存儲的內(nèi)容鍵及內(nèi)容使用條件之后，通過使用條件判定部1402來確認當(dāng)前時刻的內(nèi)容新使用是否滿足在所取得的內(nèi)容使用條件中表示的條件(S1501)。例如，確認可再現(xiàn)次數(shù)是否是0和確認對內(nèi)容進行再現(xiàn)的日期時間是否在可再現(xiàn)期間內(nèi)。在滿足內(nèi)容使用條件的場合下，使用條件判定部1402會將內(nèi)容鍵儲存部1407中所存儲的內(nèi)容鍵發(fā)送給內(nèi)容解密部1404(S1501)。內(nèi)容解密部1404從加密內(nèi)容儲存部1403取得該加密內(nèi)容，并采用從使用條件判定部1402所取得的內(nèi)容鍵進行解密(S1502)。將解密后的數(shù)據(jù)發(fā)送到內(nèi)容譯碼部1405。內(nèi)容譯碼部1405按照壓縮格式對內(nèi)容進行譯碼，輸出影像及聲音數(shù)據(jù)(S1503)并結(jié)束處理。
如上所述，根據(jù)本實施方式的內(nèi)容發(fā)送系統(tǒng)200，在發(fā)送內(nèi)容及內(nèi)容鍵等的一側(cè)可以按照各內(nèi)容的屬性來轉(zhuǎn)換內(nèi)容鍵及內(nèi)容使用條件的發(fā)送方式，予以發(fā)送。據(jù)此，例如在預(yù)測出對相同的內(nèi)容會大量涌來內(nèi)容鍵及內(nèi)容使用條件的發(fā)送請求的場合下，可以采用多點傳送方式發(fā)送該內(nèi)容鍵及內(nèi)容使用條件，以減輕內(nèi)容發(fā)送系統(tǒng)200內(nèi)的服務(wù)器負載。另外，在內(nèi)容的著作權(quán)保護方面比內(nèi)容發(fā)送系統(tǒng)200的服務(wù)器負載更加優(yōu)先的場合下，可以采用單點傳送方式發(fā)送內(nèi)容鍵及內(nèi)容使用條件，以使著作權(quán)的安全性得到提高。另外，由于在客戶設(shè)備110一側(cè)可以通過內(nèi)部的發(fā)送方式判定部1410來判定內(nèi)容鍵及內(nèi)容使用條件的發(fā)送方式，因而可以無阻礙地取得以對每個內(nèi)容都不同的發(fā)送方式所發(fā)送的內(nèi)容鍵及內(nèi)容使用條件。據(jù)此，可以在不出任何問題的狀態(tài)下使用所希望的內(nèi)容。
還有，內(nèi)容發(fā)送管理服務(wù)器121、多點發(fā)送服務(wù)器122、單點發(fā)送服務(wù)器123、加密內(nèi)容發(fā)送服務(wù)器124及用戶管理服務(wù)器120并不是相互獨立的，也可以使一個服務(wù)器同時具有其他服務(wù)器的功能。
還有，采用多點傳送方式的發(fā)送也可以不在每天實行。
還有，決定內(nèi)容鍵發(fā)送方式的參數(shù)除內(nèi)容的壓縮格式之外，也可以是內(nèi)容所有者ID、CBR和VBR的平均率以及內(nèi)容使用條件等。
另外，使用哪個決定內(nèi)容鍵發(fā)送方式的參數(shù)，既可以在內(nèi)容所有者對內(nèi)容進行登錄時指定給內(nèi)容發(fā)送管理服務(wù)器121，也可以由內(nèi)容發(fā)送管理服務(wù)器121根據(jù)內(nèi)容發(fā)送系統(tǒng)200中各服務(wù)器的負載加以動態(tài)決定。
還有，作為加密內(nèi)容的取得方法，也可以是由媒體做出的發(fā)送、播放等的采用廣播方式的發(fā)送。
還有，在上述實施方式中客戶設(shè)備110通過向加密內(nèi)容服務(wù)器124請求所希望內(nèi)容的發(fā)送，來判定內(nèi)容鍵的發(fā)送方式。也就是說，以多點傳送方式所發(fā)送的內(nèi)容鍵及內(nèi)容使用條件疊加于內(nèi)容中，并且只從多點發(fā)送服務(wù)器122進行發(fā)送，而本發(fā)明并不限定于此。例如，客戶設(shè)備110通過讀取內(nèi)容中所疊加的信息，也可以判定內(nèi)容鍵的發(fā)送方式。也就是說，在內(nèi)容中取代內(nèi)容鍵及內(nèi)容使用條件的實體，也可以疊加表示內(nèi)容鍵及內(nèi)容使用條件發(fā)送方式的信息。圖17表示的是在加密內(nèi)容數(shù)據(jù)中疊加有表示內(nèi)容鍵發(fā)送方式的信息時內(nèi)容的數(shù)據(jù)結(jié)構(gòu)的一個示例。如同圖所示，在加密內(nèi)容數(shù)據(jù)中疊加有表示內(nèi)容ID、內(nèi)容鍵及內(nèi)容使用條件的發(fā)送方式的信息。
這種場合下，內(nèi)容發(fā)送管理服務(wù)器121在決定出各內(nèi)容的內(nèi)容鍵及內(nèi)容使用條件的發(fā)送方式之后，將表示所決定出的發(fā)送方式的信息疊加于各內(nèi)容中，登錄到加密內(nèi)容發(fā)送服務(wù)器124中。因此，不管內(nèi)容鍵及內(nèi)容使用條件的發(fā)送方式，內(nèi)容都會從加密內(nèi)容發(fā)送服務(wù)器124進行一元性發(fā)送。另外，內(nèi)容發(fā)送管理服務(wù)器121在決定出各內(nèi)容的內(nèi)容鍵及內(nèi)容使用條件的發(fā)送方式之后，會按照所決定的發(fā)送方式將內(nèi)容鍵及內(nèi)容使用條件登錄到單點發(fā)送服務(wù)器123及多點發(fā)送服務(wù)器122中。
與此相應(yīng)，在客戶設(shè)備110中在用戶想要使用內(nèi)容時，首先從加密內(nèi)容發(fā)送服務(wù)器124取得加密內(nèi)容。然后，發(fā)送方式判定部1410從疊加于所取得的加密內(nèi)容中的信息來判定內(nèi)容鍵及內(nèi)容使用條件的發(fā)送方式，根據(jù)判定結(jié)果從對應(yīng)的服務(wù)器取得內(nèi)容鍵及內(nèi)容使用條件。也就是說，在判定出內(nèi)容鍵及內(nèi)容使用條件的發(fā)送方式為多點傳送的場合下，會使從多點發(fā)送服務(wù)器122發(fā)送內(nèi)容鍵及內(nèi)容使用條件的裝置成為待機狀態(tài)，在判定出內(nèi)容鍵及內(nèi)容使用條件的發(fā)送方式為單點傳送的場合下，會向單點發(fā)送服務(wù)器123請求內(nèi)容鍵及內(nèi)容使用條件的發(fā)送。下面，在客戶設(shè)備110中的內(nèi)容再現(xiàn)處理與采用圖16已做出說明的一樣。
再者，客戶設(shè)備110也可以從服務(wù)器取得對內(nèi)容鍵及內(nèi)容使用條件的發(fā)送方式加以特定所需的信息。具體地說，客戶設(shè)備110在圖14所示的步驟S1303的處理過程中對內(nèi)容發(fā)送管理服務(wù)器121請求與內(nèi)容有關(guān)的信息。內(nèi)容發(fā)送管理服務(wù)器121按照客戶設(shè)備110的請求，從內(nèi)容發(fā)送方式管理DB141讀出圖4所示的數(shù)據(jù)(與內(nèi)容有關(guān)的信息)并發(fā)送給客戶設(shè)備110?？蛻粼O(shè)備110參照從內(nèi)容發(fā)送管理服務(wù)器121所取得的與內(nèi)容有關(guān)的信息，來判定內(nèi)容鍵的發(fā)送方式并從與所判定出的發(fā)送方式對應(yīng)的服務(wù)器取得內(nèi)容鍵及內(nèi)容使用條件。
根據(jù)這種方法，客戶設(shè)備110沒有必要比內(nèi)容鍵及內(nèi)容使用條件更早取得內(nèi)容，即使在取得內(nèi)容鍵及內(nèi)容使用條件之后取得內(nèi)容，也可以在不出問題的狀況下對內(nèi)容加以使用。
還有，加密內(nèi)容不管內(nèi)容鍵的發(fā)送方式，也可以作為已在圖8(a)中示出的數(shù)據(jù)結(jié)構(gòu)，由加密內(nèi)容發(fā)送服務(wù)器124進行一元性管理并發(fā)送。當(dāng)然，也可以與上述實施方式相同，只有內(nèi)容鍵以單點傳送方式被發(fā)送的內(nèi)容采用圖8(a)所示的數(shù)據(jù)結(jié)構(gòu)，從加密內(nèi)容發(fā)送服務(wù)器124予以發(fā)送，并且內(nèi)容鍵以多點傳送方式被發(fā)送的內(nèi)容采用圖8(b)所示的數(shù)據(jù)結(jié)構(gòu)，從多點發(fā)送服務(wù)器122予以發(fā)送。另外，雖然單點發(fā)送服務(wù)器123的負載會增大，但是不用加密內(nèi)容發(fā)送服務(wù)器124，取而代之單點發(fā)送服務(wù)器123和多點發(fā)送服務(wù)器122都可以發(fā)送圖8(b)所示的數(shù)據(jù)結(jié)構(gòu)的內(nèi)容。
還有，內(nèi)容發(fā)送管理服務(wù)器121對于客戶設(shè)備110的請求，如圖4所示也可以不按原樣發(fā)送成表的與內(nèi)容有關(guān)的信息。例如，客戶設(shè)備110也可以向準(zhǔn)備使用的每個內(nèi)容查詢內(nèi)容鍵及內(nèi)容使用條件的發(fā)送方式。對此，內(nèi)容發(fā)送管理服務(wù)器121也可以只是關(guān)于有查詢的內(nèi)容，才回答內(nèi)容鍵及內(nèi)容使用條件的發(fā)送方式。這樣一來，內(nèi)容發(fā)送管理服務(wù)器121的處理負載會增大，但是在客戶設(shè)備110中會使判定發(fā)送方式所需的處理負載減小。
再者，取代內(nèi)容發(fā)送管理服務(wù)器121對客戶設(shè)備110的請求進行應(yīng)答并發(fā)送與內(nèi)容有關(guān)的信息，也可以采用播放和多點傳送等方式預(yù)先向客戶設(shè)備110發(fā)布與內(nèi)容有關(guān)的信息。
本發(fā)明的客戶設(shè)備可應(yīng)用于具備通信功能的內(nèi)容再現(xiàn)裝置、個人計算機、PDA(Personal Digital Assistant)、攜帶電話機以及STB(SetTop Box)等中。
權(quán)利要求
1.一種內(nèi)容使用管理系統(tǒng)，通過網(wǎng)絡(luò)發(fā)送用于對客戶設(shè)備的內(nèi)容的使用進行控制的使用控制數(shù)據(jù)，其特征為該系統(tǒng)具備1個以上的發(fā)送服務(wù)器，采用多種不同的發(fā)送方式向客戶設(shè)備發(fā)送上述使用控制數(shù)據(jù)；發(fā)送管理服務(wù)器，用于按照內(nèi)容的屬性來決定以哪一種發(fā)送方式發(fā)送各內(nèi)容的使用控制數(shù)據(jù)，上述發(fā)送服務(wù)器的中的一個執(zhí)行采用所決定的發(fā)送方式的上述使用控制數(shù)據(jù)的發(fā)送。
2.根據(jù)權(quán)利要求1記載的內(nèi)容使用管理系統(tǒng)，其特征為上述內(nèi)容屬性是內(nèi)容的壓縮格式，上述發(fā)送管理服務(wù)器按照各內(nèi)容的壓縮格式來決定上述使用控制數(shù)據(jù)的發(fā)送方式。
3.根據(jù)權(quán)利要求1記載的內(nèi)容使用管理系統(tǒng)，其特征為上述內(nèi)容屬性是提供內(nèi)容的內(nèi)容提供者，上述發(fā)送管理服務(wù)器按照各內(nèi)容的內(nèi)容提供者來決定上述使用控制數(shù)據(jù)的發(fā)送方式。
4.根據(jù)權(quán)利要求1記載的內(nèi)容使用管理系統(tǒng)，其特征為上述內(nèi)容屬性是內(nèi)容的壓縮率，上述發(fā)送管理服務(wù)器按照各內(nèi)容的壓縮率來決定上述使用控制數(shù)據(jù)的發(fā)送方式。
5.根據(jù)權(quán)利要求1記載的內(nèi)容使用管理系統(tǒng)，其特征為上述內(nèi)容屬性是內(nèi)容的使用條件，上述發(fā)送管理服務(wù)器按照各內(nèi)容的使用條件來決定上述使用控制數(shù)據(jù)的發(fā)送方式。
6.根據(jù)權(quán)利要求1記載的內(nèi)容使用管理系統(tǒng)，其特征為上述1個以上的發(fā)送服務(wù)器具備單點發(fā)送裝置及多點發(fā)送裝置中的至少1個，該單點發(fā)送裝置以按照來自客戶設(shè)備的請求發(fā)送數(shù)據(jù)的單點發(fā)送方式來發(fā)送上述使用控制數(shù)據(jù)，該多點發(fā)送裝置以在所指定的發(fā)送時間同時對多個客戶設(shè)備發(fā)送數(shù)據(jù)的多點發(fā)送方式來發(fā)送上述使用控制數(shù)據(jù)。
7.根據(jù)權(quán)利要求6記載的內(nèi)容使用管理系統(tǒng)，其特征為上述發(fā)送管理服務(wù)器，具備發(fā)送方式?jīng)Q定規(guī)則保持裝置，用來保持發(fā)送方式?jīng)Q定規(guī)則，該發(fā)送方式?jīng)Q定規(guī)則表示出對上述發(fā)送方式做出決定所用的規(guī)則；發(fā)送方式?jīng)Q定裝置，用來參照與上述內(nèi)容屬性對應(yīng)的上述發(fā)送方式?jīng)Q定規(guī)則，并根據(jù)上述發(fā)送方式?jīng)Q定規(guī)則來決定上述發(fā)送方式。
8.根據(jù)權(quán)利要求7記載的內(nèi)容使用管理系統(tǒng)，其特征為上述內(nèi)容使用管理系統(tǒng)進一步具備內(nèi)容服務(wù)器，用來向上述客戶設(shè)備發(fā)送內(nèi)容，上述發(fā)送管理服務(wù)器進一步具備方式信息生成裝置，用來生成表示所決定出的發(fā)送方式的信息；方式信息發(fā)送裝置，用來使所生成的表示上述發(fā)送方式的信息與內(nèi)容相對應(yīng)并發(fā)送給上述內(nèi)容服務(wù)器，上述內(nèi)容服務(wù)器會發(fā)送含有下述信息的內(nèi)容，該信息表示上述發(fā)送方式。
9.根據(jù)權(quán)利要求8記載的內(nèi)容使用管理系統(tǒng)，其特征為上述客戶設(shè)備具備內(nèi)容取得裝置，用來從上述內(nèi)容服務(wù)器取得內(nèi)容；發(fā)送方式識別裝置，用來從所取得的上述內(nèi)容提取表示上述發(fā)送方式的信息，并根據(jù)所提取的上述信息來識別與上述內(nèi)容對應(yīng)的使用控制數(shù)據(jù)的發(fā)送方式；使用控制數(shù)據(jù)取得裝置，用于按照所識別出的發(fā)送方式，從任一個上述發(fā)送服務(wù)器取得上述使用控制數(shù)據(jù)。
10.根據(jù)權(quán)利要求9記載的內(nèi)容使用管理系統(tǒng)，其特征為上述使用控制數(shù)據(jù)取得裝置在所識別出的發(fā)送方式為單點發(fā)送方式時，對上述單點發(fā)送裝置請求與所取得的內(nèi)容對應(yīng)的使用控制數(shù)據(jù)的發(fā)送，在所識別出的發(fā)送方式為多點發(fā)送方式時，到與上述內(nèi)容對應(yīng)的使用控制數(shù)據(jù)被發(fā)送的發(fā)送時刻為止，保持待機狀態(tài)。
11.根據(jù)權(quán)利要求7記載的內(nèi)容使用管理系統(tǒng)，其特征為上述發(fā)送管理服務(wù)器進一步具備方式信息生成裝置，用來生成這樣的信息，該信息表示所決定出的發(fā)送方式；方式信息發(fā)送裝置，用來向上述客戶設(shè)備發(fā)送所生成的表示上述發(fā)送方式的信息，上述客戶設(shè)備具備方式信息取得裝置，用來從上述發(fā)送管理服務(wù)器取得表示上述發(fā)送方式的信息；發(fā)送方式識別裝置，用于根據(jù)表示上述發(fā)送方式的信息來決定與上述內(nèi)容對應(yīng)的使用控制數(shù)據(jù)的發(fā)送方式；使用控制數(shù)據(jù)取得裝置，用于按照所識別出的發(fā)送方式從任一個上述發(fā)送服務(wù)器取得上述使用控制數(shù)據(jù)。
12.根據(jù)權(quán)利要求11記載的內(nèi)容使用管理系統(tǒng)，其特征為上述使用控制數(shù)據(jù)取得裝置在所識別出的發(fā)送方式為單點發(fā)送方式時，對上述單點發(fā)送裝置請求與所取得的內(nèi)容對應(yīng)的使用控制數(shù)據(jù)的發(fā)送，在所識別出的發(fā)送方式為多點發(fā)送方式時，到與上述內(nèi)容對應(yīng)的使用控制數(shù)據(jù)被發(fā)送的發(fā)送時刻為止，保持待機狀態(tài)。
13.根據(jù)權(quán)利要求6記載的內(nèi)容使用管理系統(tǒng)，其特征為具備上述單點發(fā)送裝置的發(fā)送服務(wù)器進一步具有認證裝置，用于在通過與各客戶設(shè)備之間的通信而可以確認出上述客戶設(shè)備是預(yù)先登錄的客戶設(shè)備的場合下，將上述客戶設(shè)備識別為正當(dāng)用戶，上述單點發(fā)送裝置只對通過上述認證裝置識別為正當(dāng)用戶的客戶設(shè)備，發(fā)送上述使用控制數(shù)據(jù)。
14.根據(jù)權(quán)利要求13記載的內(nèi)容使用管理系統(tǒng)，其特征為上述認證裝置采用PKI方式對上述客戶設(shè)備實行認證。
15.根據(jù)權(quán)利要求13記載的內(nèi)容使用管理系統(tǒng)，其特征為上述認證裝置采用共有鍵方式對上述客戶設(shè)備實行認證。
16.根據(jù)權(quán)利要求6記載的內(nèi)容使用管理系統(tǒng)，其特征為具備上述多點發(fā)送裝置的發(fā)送服務(wù)器具有多點傳送內(nèi)容儲存裝置，用來儲存多點傳送內(nèi)容，該多點傳送內(nèi)容含有內(nèi)容和與該內(nèi)容對應(yīng)的使用控制數(shù)據(jù)，上述多點發(fā)送裝置作為上述使用控制數(shù)據(jù)而發(fā)送上述多點傳送內(nèi)容。
17.根據(jù)權(quán)利要求16記載的內(nèi)容使用管理系統(tǒng)，其特征為上述內(nèi)容使用管理系統(tǒng)進一步具備用戶管理服務(wù)器，用來只向預(yù)先登錄過的用戶發(fā)布所指定的解密鍵，上述發(fā)送管理服務(wù)器具備控制數(shù)據(jù)加密裝置，采用與上述所指定的解密鍵對應(yīng)的鍵對決定為以多點發(fā)送方式進行發(fā)送的上述使用控制數(shù)據(jù)實行加密，上述多點傳送內(nèi)容儲存裝置對含有加密后的上述使用控制數(shù)據(jù)的上述多點傳送內(nèi)容進行儲存。
18.根據(jù)權(quán)利要求16記載的內(nèi)容使用管理系統(tǒng)，其特征為上述內(nèi)容使用管理系統(tǒng)進一步具備內(nèi)容服務(wù)器，用來向上述客戶設(shè)備只發(fā)送被決定為以單點發(fā)送方式發(fā)送上述使用控制數(shù)據(jù)的內(nèi)容，上述單點發(fā)送裝置只發(fā)送由上述內(nèi)容服務(wù)器所發(fā)送的各內(nèi)容的使用控制數(shù)據(jù)。
19.根據(jù)權(quán)利要求18記載的內(nèi)容使用管理系統(tǒng)，其特征為上述客戶設(shè)備具備內(nèi)容請求裝置，用來對上述內(nèi)容服務(wù)器請求內(nèi)容的發(fā)送并取得內(nèi)容；發(fā)送方式判定裝置，用于根據(jù)是否成功從上述內(nèi)容服務(wù)器取得上述內(nèi)容，來判定與所請求的上述內(nèi)容對應(yīng)的使用控制數(shù)據(jù)的發(fā)送方式；使用控制數(shù)據(jù)取得裝置，用于按照上述判定結(jié)果從任一個上述發(fā)送服務(wù)器取得上述使用控制數(shù)據(jù)。
20.根據(jù)權(quán)利要求19記載的內(nèi)容使用管理系統(tǒng)，其特征為上述發(fā)送方式判定裝置(1)在上述成功取得的場合下，判定出上述使用控制數(shù)據(jù)采用單點發(fā)送方式被發(fā)送，(2)在上述取得失敗的場合下，判定出上述使用控制數(shù)據(jù)采用多點發(fā)送方式被發(fā)送，上述使用控制數(shù)據(jù)取得裝置(1)在判定出上述使用控制數(shù)據(jù)采用單點發(fā)送方式被發(fā)送的場合下，對以上述單點發(fā)送方式進行發(fā)送的上述發(fā)送服務(wù)器，請求與成功取得的內(nèi)容對應(yīng)的使用控制數(shù)據(jù)的發(fā)送，(2)在判定出上述使用控制數(shù)據(jù)采用多點發(fā)送方式被發(fā)送的場合下，至上述多點傳送內(nèi)容被發(fā)送為止保持待機狀態(tài)，該多點傳送內(nèi)容包含取得失敗的內(nèi)容。
21.根據(jù)權(quán)利要求20記載的內(nèi)容使用管理系統(tǒng)，其特征為上述多點傳送內(nèi)容包含加密后的使用控制數(shù)據(jù)，上述客戶設(shè)備進一步具備控制數(shù)據(jù)解密鍵保持裝置，用來預(yù)先保持用于對加密后的上述使用控制數(shù)據(jù)進行解密的控制數(shù)據(jù)解密鍵；控制數(shù)據(jù)分離裝置，用于在判定出上述使用控制數(shù)據(jù)采用多點發(fā)送方式被發(fā)送的場合下，從所取得的上述多點傳送內(nèi)容分離出上述使用控制數(shù)據(jù)；控制數(shù)據(jù)解密裝置，采用所保持的上述控制數(shù)據(jù)解密鍵，對分離出的上述使用控制數(shù)據(jù)進行解密。
22.根據(jù)權(quán)利要求1記載的內(nèi)容使用管理系統(tǒng)，其特征為上述使用控制數(shù)據(jù)包含對加密后的內(nèi)容進行解密所用的解密鍵，上述客戶設(shè)備具備使用控制數(shù)據(jù)取得裝置，用來從任一個上述發(fā)送服務(wù)器取得與各內(nèi)容對應(yīng)的使用控制數(shù)據(jù)；解密裝置，用來從所取得的上述使用控制數(shù)據(jù)提取上述解密鍵，采用所提取的解密鍵對與上述使用控制數(shù)據(jù)對應(yīng)的內(nèi)容進行解密；再現(xiàn)裝置，用來再現(xiàn)解密后的上述內(nèi)容。
23.根據(jù)權(quán)利要求22記載的內(nèi)容使用管理系統(tǒng)，其特征為上述使用控制數(shù)據(jù)進一步包含使用條件，該使用條件表示對內(nèi)容加以使用的條件，上述客戶設(shè)備進一步具備再現(xiàn)控制裝置，用來對上述再現(xiàn)裝置進行控制，以便從所取得的上述使用控制數(shù)據(jù)提取上述使用條件，并在滿足所提取的使用條件的范圍內(nèi)實行上述再現(xiàn)。
24.一種服務(wù)器所用的內(nèi)容使用管理方法，通過網(wǎng)絡(luò)發(fā)送用于對客戶設(shè)備的內(nèi)容的使用進行控制的使用控制數(shù)據(jù)，其特征為該方法包含發(fā)送方式?jīng)Q定步驟，用于按照內(nèi)容的屬性來決定以哪種發(fā)送方式發(fā)送各內(nèi)容的使用控制數(shù)據(jù)；發(fā)送步驟，采用多種不同的發(fā)送方式之中所決定出的發(fā)送方式來發(fā)送上述使用控制數(shù)據(jù)。
25.根據(jù)權(quán)利要求24記載的內(nèi)容使用管理方法，其特征為通過上述內(nèi)容使用管理方法，預(yù)先保持發(fā)送方式?jīng)Q定規(guī)則，該發(fā)送方式?jīng)Q定規(guī)則表示對上述發(fā)送方式做出決定所用的規(guī)則，在上述發(fā)送方式?jīng)Q定步驟中，參照與上述內(nèi)容的屬性對應(yīng)的上述發(fā)送方式?jīng)Q定規(guī)則，并根據(jù)上述發(fā)送方式?jīng)Q定規(guī)則來決定上述發(fā)送方式。
26.根據(jù)權(quán)利要求25記載的內(nèi)容使用管理方法，其特征為上述內(nèi)容屬性是內(nèi)容的壓縮格式，在上述發(fā)送方式?jīng)Q定步驟中，參照與各內(nèi)容的壓縮格式對應(yīng)的上述發(fā)送方式?jīng)Q定規(guī)則，來決定上述使用控制數(shù)據(jù)的發(fā)送方式。
27.根據(jù)權(quán)利要求25記載的內(nèi)容使用管理方法，其特征為上述內(nèi)容屬性是提供內(nèi)容的內(nèi)容提供者，在上述發(fā)送方式?jīng)Q定步驟中，參照與各內(nèi)容的內(nèi)容提供者對應(yīng)的上述發(fā)送方式?jīng)Q定規(guī)則，來決定上述使用控制數(shù)據(jù)的發(fā)送方式。
28.根據(jù)權(quán)利要求25記載的內(nèi)容使用管理方法，其特征為上述內(nèi)容屬性是內(nèi)容的壓縮率，在上述發(fā)送方式?jīng)Q定步驟中，參照與各內(nèi)容的壓縮率對應(yīng)的上述發(fā)送方式?jīng)Q定規(guī)則，來決定上述使用控制數(shù)據(jù)的發(fā)送方式。
29.根據(jù)權(quán)利要求25記載的內(nèi)容使用管理方法，其特征為上述內(nèi)容屬性是內(nèi)容的使用條件，在上述發(fā)送方式?jīng)Q定步驟中，參照與各內(nèi)容的使用條件對應(yīng)的上述發(fā)送方式?jīng)Q定規(guī)則，來決定上述使用控制數(shù)據(jù)的發(fā)送方式。
30.一種內(nèi)容使用管理系統(tǒng)中的客戶設(shè)備，以多種不同的發(fā)送方式，通過網(wǎng)絡(luò)發(fā)送用于對客戶設(shè)備的內(nèi)容的使用進行控制的使用控制數(shù)據(jù)，其特征為該客戶設(shè)備具備內(nèi)容請求裝置，用來對發(fā)送內(nèi)容的內(nèi)容服務(wù)器請求內(nèi)容的發(fā)送并取得內(nèi)容；發(fā)送方式判定裝置，用于根據(jù)從上述內(nèi)容服務(wù)器是否成功取得上述內(nèi)容，來判定與所請求的上述內(nèi)容對應(yīng)的使用控制數(shù)據(jù)的發(fā)送方式；使用控制數(shù)據(jù)取得裝置，用來從發(fā)送服務(wù)器取得上述使用控制數(shù)據(jù)，該發(fā)送服務(wù)器采用所判定出的發(fā)送方式來發(fā)送上述使用控制數(shù)據(jù)。
31.根據(jù)權(quán)利要求30記載的客戶設(shè)備，其特征為上述發(fā)送方式判定裝置(1)在成功取得的場合下，判定出上述使用控制數(shù)據(jù)采用單點發(fā)送方式被發(fā)送，該單點發(fā)送方式是服務(wù)器按照來自客戶設(shè)備的請求來發(fā)送數(shù)據(jù)的方式，(2)在取得失敗的場合下，判定出上述使用控制數(shù)據(jù)采用多點發(fā)送方式被發(fā)送，該多點發(fā)送方式是服務(wù)器在所指定的發(fā)送時刻同時對多個客戶設(shè)備發(fā)送數(shù)據(jù)的方式；上述使用控制數(shù)據(jù)取得裝置(1)在判定出上述使用控制數(shù)據(jù)采用單點發(fā)送方式被發(fā)送的場合下，對采用上述單點發(fā)送方式進行發(fā)送的上述發(fā)送服務(wù)器，請求與成功取得的內(nèi)容對應(yīng)的使用控制數(shù)據(jù)的發(fā)送，(2)在判定出上述使用控制數(shù)據(jù)采用多點發(fā)送方式被發(fā)送的場合下，至多點傳送內(nèi)容被發(fā)送的發(fā)送時刻為止保持待機狀態(tài)，該多點傳送內(nèi)容包含取得失敗的內(nèi)容和與該內(nèi)容對應(yīng)的使用控制數(shù)據(jù)。
32.根據(jù)權(quán)利要求30記載的客戶設(shè)備，其特征為上述使用控制數(shù)據(jù)包含對加密后的內(nèi)容進行解密所用的解密鍵，上述客戶設(shè)備進一步具備解密裝置，用來從所取得的上述使用控制數(shù)據(jù)提取上述解密鍵，采用所提取的解密鍵對與上述使用控制數(shù)據(jù)對應(yīng)的內(nèi)容進行解密；再現(xiàn)裝置，用來再現(xiàn)解密后的上述內(nèi)容。
33.根據(jù)權(quán)利要求32記載的客戶設(shè)備，其特征為上述使用控制數(shù)據(jù)進一步包含使用條件，該使用條件表示出對內(nèi)容加以使用的條件，上述客戶設(shè)備進一步具備再現(xiàn)控制裝置，用來對上述再現(xiàn)裝置進行控制，以便從所取得的上述使用控制數(shù)據(jù)提取上述使用條件并在滿足所提取的使用條件的范圍內(nèi)實行上述再現(xiàn)。
34.一種內(nèi)容使用管理系統(tǒng)中的客戶設(shè)備，用于以多種不同的發(fā)送方式通過網(wǎng)絡(luò)發(fā)送對客戶設(shè)備的內(nèi)容的使用進行控制的使用控制數(shù)據(jù)，其特征為該客戶設(shè)備具備內(nèi)容取得裝置，用來從發(fā)送內(nèi)容的內(nèi)容服務(wù)器取得含有下述信息的內(nèi)容，該信息表示與各內(nèi)容對應(yīng)的使用控制數(shù)據(jù)的發(fā)送方式；發(fā)送方式識別裝置，用來從所取得的上述內(nèi)容提取表示上述發(fā)送方式的信息，并根據(jù)所提取的上述信息來識別與上述內(nèi)容對應(yīng)的使用控制數(shù)據(jù)的發(fā)送方式；使用控制數(shù)據(jù)取得裝置，用來從發(fā)送服務(wù)器取得上述使用控制數(shù)據(jù)，該發(fā)送服務(wù)器采用所識別出的發(fā)送方式來發(fā)送上述使用控制數(shù)據(jù)。
35.根據(jù)權(quán)利要求34記載的客戶設(shè)備，其特征為上述使用控制數(shù)據(jù)取得裝置在所識別出的發(fā)送方式是服務(wù)器按照來自客戶設(shè)備的請求來發(fā)送數(shù)據(jù)的單點發(fā)送方式時，對采用單點發(fā)送方式發(fā)送上述使用控制數(shù)據(jù)的發(fā)送服務(wù)器，請求與所取得的內(nèi)容對應(yīng)的使用控制數(shù)據(jù)的發(fā)送，在所識別出的發(fā)送方式是服務(wù)器在所指定的發(fā)送時刻同時對多個客戶設(shè)備發(fā)送數(shù)據(jù)的多點發(fā)送方式時，至與上述內(nèi)容對應(yīng)的使用控制數(shù)據(jù)被發(fā)送的發(fā)送時刻為止，保持待機狀態(tài)。
36.一種內(nèi)容使用管理系統(tǒng)中的客戶設(shè)備，用于以多種不同的發(fā)送方式，通過網(wǎng)絡(luò)發(fā)送對客戶設(shè)備的內(nèi)容的使用進行控制的使用控制數(shù)據(jù)，其特征為該客戶設(shè)備具備方式信息取得裝置，用來從決定上述使用控制數(shù)據(jù)發(fā)送方式的服務(wù)器取得表示各使用控制數(shù)據(jù)發(fā)送方式的信息；發(fā)送方式識別裝置，用于根據(jù)表示上述發(fā)送方式的信息來識別與上述內(nèi)容對應(yīng)的使用控制數(shù)據(jù)的發(fā)送方式；使用控制數(shù)據(jù)取得裝置，用來從發(fā)送服務(wù)器取得上述使用控制數(shù)據(jù)，該發(fā)送服務(wù)器采用所識別出的發(fā)送方式來發(fā)送上述使用控制數(shù)據(jù)。
37.根據(jù)權(quán)利要求36記載的客戶設(shè)備，其特征為上述使用控制數(shù)據(jù)取得裝置在所識別出的發(fā)送方式是服務(wù)器按照來自客戶設(shè)備的請求發(fā)送數(shù)據(jù)的單點發(fā)送方式時，對采用單點發(fā)送方式發(fā)送上述使用控制數(shù)據(jù)的發(fā)送服務(wù)器，請求與所取得的內(nèi)容對應(yīng)的使用控制數(shù)據(jù)的發(fā)送，在所識別出的發(fā)送方式是服務(wù)器在所指定的發(fā)送時刻同時對多個客戶設(shè)備發(fā)送數(shù)據(jù)的多點發(fā)送方式時，至與上述內(nèi)容對應(yīng)的使用控制數(shù)據(jù)被發(fā)送的發(fā)送時刻為止，保持待機狀態(tài)。
38.一種服務(wù)器，用于通過網(wǎng)絡(luò)發(fā)送對客戶設(shè)備的內(nèi)容的使用進行控制的使用控制數(shù)據(jù)，其特征為該服務(wù)器具備發(fā)送方式?jīng)Q定裝置，用于按照內(nèi)容的屬性來決定以哪種發(fā)送方式發(fā)送各內(nèi)容的使用控制數(shù)據(jù)；發(fā)送裝置，采用多個不同的發(fā)送方式之中所決定出的發(fā)送方式，來發(fā)送上述使用控制數(shù)據(jù)。
39.根據(jù)權(quán)利要求38記載的內(nèi)容使用管理方法，其特征為上述服務(wù)器進一步具備發(fā)送方式?jīng)Q定規(guī)則保持裝置，用來預(yù)先保持發(fā)送方式?jīng)Q定規(guī)則，該發(fā)送方式?jīng)Q定規(guī)則表示對上述發(fā)送方式做出決定所用的規(guī)則，通過上述發(fā)送方式?jīng)Q定裝置，參照與上述內(nèi)容的屬性對應(yīng)的上述發(fā)送方式?jīng)Q定規(guī)則，并根據(jù)上述發(fā)送方式?jīng)Q定規(guī)則來決定上述發(fā)送方式。
40.一種服務(wù)器所用的程序，用于通過網(wǎng)絡(luò)向客戶設(shè)備發(fā)送對客戶設(shè)備的內(nèi)容的使用進行控制的使用控制數(shù)據(jù)，其特征為使計算機實行發(fā)送方式?jīng)Q定步驟，用于按照內(nèi)容的屬性來決定以哪種發(fā)送方式發(fā)送各內(nèi)容的使用控制數(shù)據(jù)；發(fā)送步驟，采用多個不同的發(fā)送方式之中所決定出的發(fā)送方式，來發(fā)送上述使用控制數(shù)據(jù)。
41.一種內(nèi)容使用管理系統(tǒng)中的客戶設(shè)備所用的程序，用于以多種不同的發(fā)送方式通過網(wǎng)絡(luò)發(fā)送對客戶設(shè)備的內(nèi)容的使用進行控制的使用控制數(shù)據(jù)，其特征為使計算機實行內(nèi)容請求步驟，用來對發(fā)送內(nèi)容的內(nèi)容服務(wù)器請求內(nèi)容的發(fā)送并取得內(nèi)容；發(fā)送方式判定步驟，用于按照是否成功從上述內(nèi)容服務(wù)器取得上述內(nèi)容，來判定與所請求的上述內(nèi)容對應(yīng)的使用控制數(shù)據(jù)的發(fā)送方式；使用控制數(shù)據(jù)取得步驟，用來從發(fā)送服務(wù)器取得上述使用控制數(shù)據(jù)，該發(fā)送服務(wù)器采用所判定出的發(fā)送方式來發(fā)送上述使用控制數(shù)據(jù)。
42.一種內(nèi)容使用管理系統(tǒng)中的客戶設(shè)備所用的程序，用于以多種不同的發(fā)送方式通過網(wǎng)絡(luò)發(fā)送對客戶設(shè)備的內(nèi)容的使用進行控制的使用控制數(shù)據(jù)，其特征為使計算機實行內(nèi)容取得步驟，用來從發(fā)送內(nèi)容的內(nèi)容服務(wù)器取得含有下述信息的內(nèi)容，該信息表示與各內(nèi)容對應(yīng)的使用控制數(shù)據(jù)的發(fā)送方式；發(fā)送方式識別步驟，用來從所取得的上述內(nèi)容提取表示上述發(fā)送方式的信息，并根據(jù)所提取的上述信息來識別與上述內(nèi)容對應(yīng)的使用控制數(shù)據(jù)的發(fā)送方式；使用控制數(shù)據(jù)取得步驟，用來從發(fā)送服務(wù)器取得上述使用控制數(shù)據(jù)，該發(fā)送服務(wù)器采用所識別出的發(fā)送方式來發(fā)送上述使用控制數(shù)據(jù)。
43.一種內(nèi)容使用管理系統(tǒng)中的客戶設(shè)備所用的程序，用于以多種不同的發(fā)送方式通過網(wǎng)絡(luò)發(fā)送對客戶設(shè)備的內(nèi)容的使用進行控制的使用控制數(shù)據(jù)，其特征為使計算機實行方式信息取得步驟，用來從決定上述使用控制數(shù)據(jù)發(fā)送方式的服務(wù)器，取得表示各使用控制數(shù)據(jù)發(fā)送方式的信息；發(fā)送方式識別步驟，用于根據(jù)表示上述發(fā)送方式的信息來識別與上述內(nèi)容對應(yīng)的使用控制數(shù)據(jù)的發(fā)送方式；使用控制數(shù)據(jù)取得步驟，用來從發(fā)送服務(wù)器取得上述使用控制數(shù)據(jù)，該發(fā)送服務(wù)器采用所識別出的發(fā)送方式來發(fā)送上述使用控制數(shù)據(jù)。
全文摘要
內(nèi)容發(fā)送系統(tǒng)(200)通過通信信道(130)從多點發(fā)送服務(wù)器(122)或者單點發(fā)送服務(wù)器(123)，向客戶設(shè)備(110)發(fā)送在客戶設(shè)備(110)中對內(nèi)容的使用進行控制所需的內(nèi)容鍵及內(nèi)容使用條件。內(nèi)容發(fā)送管理服務(wù)器(121)按照內(nèi)容的屬性(壓縮格式、壓縮率及內(nèi)容所有者等)，來決定以哪種發(fā)送方式發(fā)送各內(nèi)容的內(nèi)容鍵及內(nèi)容使用條件。加密內(nèi)容發(fā)送服務(wù)器(124)只發(fā)送內(nèi)容鍵及內(nèi)容使用條件被單點傳送的加密內(nèi)容，多點發(fā)送服務(wù)器(122)多點傳送疊加有內(nèi)容鍵及內(nèi)容使用條件的加密內(nèi)容。
文檔編號G06F15/16GK1542667SQ20041000220
公開日2004年11月3日 申請日期2004年1月15日 優(yōu)先權(quán)日2003年1月15日
發(fā)明者小野田仙一, 三浦康史, 德田克己, 大森基司, 村上弘規(guī), 史, 司, 己, 規(guī) 申請人:松下電器產(chǎn)業(yè)株式會社