內容使用管理系統、內容使用管理方法及客戶設備的制作方法

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

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


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