專利名稱：權(quán)利管理裝置、終端裝置以及權(quán)利管理系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及內(nèi)容分發(fā)系統(tǒng)，該內(nèi)容分發(fā)系統(tǒng)是通過通信和廣播，從服務(wù)供應(yīng)商的服務(wù)器裝置分發(fā)內(nèi)容供應(yīng)商制作的影像和音樂等數(shù)字內(nèi)容數(shù)據(jù)，在最終用戶的終端裝置中使用數(shù)字內(nèi)容的系統(tǒng)。這個內(nèi)容分發(fā)系統(tǒng)，在下文中，根據(jù)情況稱為B2B2C(Business to Business toConsumer)系統(tǒng)。再者，如上所述B2B2C系統(tǒng)，是示出制作商品的內(nèi)容供應(yīng)商(Business)、銷售的服務(wù)供應(yīng)商(Business)、購買的最終用戶(Consumer)的關(guān)系的省略語。并且，本發(fā)明特別涉及在B2B2C系統(tǒng)中用于內(nèi)容的著作權(quán)保護(hù)的權(quán)利管理終端。
背景技術(shù)：
近幾年，通過通信和廣播，將影像和音樂等的數(shù)字內(nèi)容(以下簡稱為內(nèi)容)從服務(wù)器裝置分發(fā)到終端裝置，在終端裝置中使用內(nèi)容的內(nèi)容分發(fā)服務(wù)進(jìn)入實(shí)用化階段。另一方面，隨著數(shù)字設(shè)備的發(fā)展，內(nèi)容的不正當(dāng)復(fù)制等變得容易進(jìn)行，內(nèi)容的著作權(quán)被侵害的問題逐漸增加。因此，在內(nèi)容分發(fā)服務(wù)中，采用以防止內(nèi)容的不正當(dāng)使用為目的的著作權(quán)保護(hù)技術(shù)(DRMDigital Rights Management，數(shù)字版權(quán)管理)，所謂著作權(quán)保護(hù)技術(shù)，是采用加密技術(shù)和認(rèn)證技術(shù)等，只有正規(guī)的用戶，在限定的范圍內(nèi)許可內(nèi)容的使用的技術(shù)。具體而言，在內(nèi)容供應(yīng)商的服務(wù)器裝置中加密內(nèi)容，作為加密內(nèi)容分發(fā)給最終用戶的終端裝置。另外，終端裝置從服務(wù)供應(yīng)商的服務(wù)器裝置獲得銷售許可，該銷售許可包括用于解密加密內(nèi)容的內(nèi)容密鑰和內(nèi)容的使用條件(使用次數(shù)和有效期間等)等。并且，終端裝置按照接收的銷售許可內(nèi)的使用條件，解密加密內(nèi)容，使用內(nèi)容。采取以上方法，保護(hù)內(nèi)容并防止內(nèi)容的不正當(dāng)使用。
在這里，上述銷售許可的生成，在服務(wù)供應(yīng)商的服務(wù)器裝置中進(jìn)行，所以其中的內(nèi)容密鑰和使用條件等信息由服務(wù)供應(yīng)商設(shè)定。另一方面，有關(guān)上述內(nèi)容密鑰，內(nèi)容供應(yīng)商進(jìn)行內(nèi)容的加密處理時需要使用內(nèi)容密鑰，所以實(shí)際上可以說是內(nèi)容供應(yīng)商能夠控制的信息。另外，根據(jù)利用專利文獻(xiàn)1提出的方法，內(nèi)容供應(yīng)商控制內(nèi)容密鑰，服務(wù)供應(yīng)商編輯從內(nèi)容供應(yīng)商接收的內(nèi)容，將編輯的加密內(nèi)容分發(fā)給最終用戶的終端裝置也成為可能。
專利文獻(xiàn)1日本專利特開平8-329011號公報(bào)然而，關(guān)于使用條件，雖然內(nèi)容供應(yīng)商(以下簡稱為CP)和服務(wù)供應(yīng)商(以下簡稱為SP)之間有書面合同上的限制，但是使用條件基本上是服務(wù)供應(yīng)商設(shè)定的信息，在系統(tǒng)上，內(nèi)容供應(yīng)商不能控制服務(wù)供應(yīng)商設(shè)定的使用條件的細(xì)節(jié)。

發(fā)明內(nèi)容
于是，本發(fā)明鑒于上述課題以提供下述權(quán)利管理裝置為目的，該權(quán)利管理裝置只有在設(shè)定了內(nèi)容供應(yīng)商許可的范圍內(nèi)的使用條件的時候，才能對最終用戶銷售銷售許可。
為了達(dá)到上述目的，本發(fā)明的權(quán)利管理系統(tǒng)，管理許可信息，該許可信息許可內(nèi)容的使用，包括許可信息生成單元，生成包括使用條件的許可信息，該使用條件示出上述使用被許可的條件；范圍指定獲得單元，從制作內(nèi)容的內(nèi)容供應(yīng)商，獲得示出指定上述使用條件的范圍的信息；使用條件判斷單元，判斷包括在所生成的許可信息中的上述使用條件，是否包括在所指定的上述范圍內(nèi)；以及有效化單元，只有在上述判斷的結(jié)果為，上述使用條件包括在上述范圍內(nèi)的情況下，才使所生成的上述許可信息有效。
還有，為了達(dá)到上述目的，本發(fā)明的權(quán)利管理裝置，管理許可信息，該許可信息許可內(nèi)容的使用，包括許可信息生成單元，生成包括使用條件的許可信息，該使用條件示出上述使用被許可的條件；范圍指定接收單元，從制作內(nèi)容的內(nèi)容供應(yīng)商所具備的權(quán)利管理裝置，接收示出上述使用條件的范圍的信息；使用條件判斷單元，判斷包括在所生成的許可信息中的上述使用條件，是否包括在所指定的上述范圍內(nèi)；以及有效化單元，只有在上述判斷的結(jié)果為，上述使用條件包括在上述范圍內(nèi)的情況下，才使所生成的上述許可信息有效。
如上述，服務(wù)供應(yīng)商的權(quán)利管理裝置具有以下功能，只有滿足指定的范圍的情況下，許可信息才能有效，從而內(nèi)容供應(yīng)商可以控制服務(wù)供應(yīng)商生成的銷售許可的使用條件的內(nèi)容。
進(jìn)而，為了達(dá)到上述目的，本發(fā)明的終端裝置，是最終用戶的終端裝置，該終端裝置按照許可內(nèi)容的使用的許可信息，進(jìn)行內(nèi)容再現(xiàn)，包括請求單元，向服務(wù)供應(yīng)商的權(quán)利管理裝置請求許可信息，該許可信息用于再現(xiàn)特定的內(nèi)容；許可信息獲得單元，作為對上述請求的應(yīng)答，獲得包括使用條件的上述許可信息、和范圍指定信息，該使用條件示出內(nèi)容的使用被許可的條件，該范圍指定信息指定上述使用條件的范圍；使用條件判斷單元，判斷包括在所獲得的上述許可信息中的使用條件，是否包括在上述范圍指定信息所指定的范圍內(nèi)；以及廢棄單元，在上述判斷的結(jié)果為，上述使用條件不包括在上述范圍指定信息所指定的范圍內(nèi)的情況下，廢棄所獲得的上述許可信息。
進(jìn)一步，在最終用戶的終端裝置中，滿足指定的范圍的許可信息以外都會被廢棄，所以最終用戶不能用該許可信息使用內(nèi)容。由此，可以由服務(wù)供應(yīng)商和最終用戶進(jìn)行雙重檢查，內(nèi)容供應(yīng)商可以更確實(shí)地控制服務(wù)供應(yīng)商生成的許可信息的使用條件的內(nèi)容。
再者，本發(fā)明不僅作為上述的權(quán)利管理裝置或者終端裝置來實(shí)現(xiàn)；還可以作為權(quán)利管理程序來實(shí)現(xiàn)，該程序用于將上述的權(quán)利管理裝置或者終端裝置所具備的特征性單元作為功能而使計(jì)算機(jī)實(shí)現(xiàn)；也可以作為權(quán)利管理方法來實(shí)現(xiàn)，該方法將上述的權(quán)利管理裝置或者終端裝置所具備的特征性單元作為步驟；也可以作為包括上述的權(quán)利管理裝置或者終端裝置所具備的特征性單元所使用的數(shù)據(jù)的介質(zhì)來實(shí)現(xiàn)。并且，上述的程序，可以通過CD-ROM等記錄介質(zhì)或互聯(lián)網(wǎng)等的傳送介質(zhì)分發(fā)。
發(fā)明效果根據(jù)本發(fā)明，內(nèi)容供應(yīng)商能夠設(shè)定可以編輯銷售許可的使用條件的內(nèi)容的條件，該銷售許可是服務(wù)供應(yīng)商生成的許可，另外，不會出現(xiàn)由服務(wù)供應(yīng)商銷售內(nèi)容供應(yīng)商不希望的銷售許可，且被最終用戶使用的問題。


圖1是示出本實(shí)施方式的B2B2C系統(tǒng)全體的概略結(jié)構(gòu)的圖。
圖2是示出圖1所示的內(nèi)容供應(yīng)商(CP)的系統(tǒng)結(jié)構(gòu)的圖。
圖3是示出圖1所示的服務(wù)供應(yīng)商(SP)的系統(tǒng)結(jié)構(gòu)的圖。
圖4是示出圖2所示的原始許可生成工具的模塊結(jié)構(gòu)的圖。
圖5是示出圖2所示的內(nèi)容加密工具的模塊結(jié)構(gòu)的圖。
圖6是示出圖2所示的CP許可合同服務(wù)器的模塊結(jié)構(gòu)的圖。
圖7是示出圖6所示的合同數(shù)據(jù)庫(Database以下簡稱為DB)表結(jié)構(gòu)的圖。
圖8是示出圖2所示的CP許可管理服務(wù)器的模塊結(jié)構(gòu)的圖。
圖9是示出圖8所示的用戶DB表結(jié)構(gòu)的圖。
圖10是示出圖8所示的許可DB表結(jié)構(gòu)的圖。
圖11是示出圖2所示的CP會員管理服務(wù)器模塊結(jié)構(gòu)的圖。
圖12是示出圖11所示的會員DB表結(jié)構(gòu)的圖。
圖13是示出圖2所示的CP內(nèi)容管理服務(wù)器模塊結(jié)構(gòu)的圖。
圖14是示出圖13所示的內(nèi)容DB的表結(jié)構(gòu)的圖。
圖15是示出圖3所示的銷售許可生成工具的模塊結(jié)構(gòu)的圖。
圖16是示出圖3所示的SP終端應(yīng)用程序模塊結(jié)構(gòu)的圖。
圖17是示出圖3所示的SP許可銷售服務(wù)器模塊結(jié)構(gòu)的圖。
圖18是示出圖17所示的銷售DB表結(jié)構(gòu)的圖。
圖19是示出圖3所示的SP許可管理服務(wù)器模塊結(jié)構(gòu)的圖。
圖20是示出圖19所示的許可DB表結(jié)構(gòu)的圖。
圖21是示出圖19所示的用戶DB表結(jié)構(gòu)的圖。
圖22是示出圖3所示的SP會員管理服務(wù)器模塊結(jié)構(gòu)的圖。
圖23是示出圖22所示的會員DB表結(jié)構(gòu)的圖。
圖24是示出圖3所示的SP內(nèi)容分發(fā)服務(wù)器模塊結(jié)構(gòu)的圖。
圖25是示出圖24所示的內(nèi)容DB表結(jié)構(gòu)的圖。
圖26是對圖5所示的內(nèi)容加密工具中內(nèi)容加密處理的序列圖。
圖27是對圖4所示的在原始許可生成工具中原始許可生成處理的序列圖。
圖28是圖4所示的原始許可生成工具的用戶輸入界面(Interface以下簡稱為I/F)的輸入畫面。
圖29是示出原始許可的數(shù)據(jù)結(jié)構(gòu)的圖。
圖30是示出服務(wù)供應(yīng)商和內(nèi)容供應(yīng)商之間的服務(wù)加入處理的通信次序的序列圖。
圖31是對許可合同處理的序列圖。
圖32是對原始許可獲得處理的序列圖。
圖33是示出進(jìn)行了圖32所示的許可處理之后的原始許可的數(shù)據(jù)結(jié)構(gòu)的圖。
圖34是對加密內(nèi)容獲得處理的序列圖。
圖35是對原始許可信息參照處理的序列圖。
圖36是示出原始許可信息的數(shù)據(jù)結(jié)構(gòu)的圖。
圖37是圖2示出的銷售許可生成工具的輸入畫面。
圖38是對銷售許可生成處理的序列圖。
圖39是對圖2示出的銷售許可生成工具的輸入畫面輸入了編輯條件的畫面圖。
圖40是示出銷售許可(沒有內(nèi)容密鑰)的數(shù)據(jù)結(jié)構(gòu)的圖。
圖41是示出銷售許可(有內(nèi)容密鑰)的數(shù)據(jù)結(jié)構(gòu)的圖。
圖42是示出使用條件和編輯條件的比較定時的圖。
圖43是將使用條件和編輯條件的比較定時作為銷售許可的發(fā)行時刻的圖。
圖44是將使用條件和編輯條件的比較定時作為銷售許可的接收時刻的圖。
圖45是將使用條件和編輯條件的比較定時作為內(nèi)容的使用時刻的圖。
圖46是示出按照銷售許可的編輯結(jié)果銷售許可的銷售數(shù)被限制的一個例子的圖。
圖47是示出在SP及EU(最終用戶)雙方進(jìn)行編輯條件的比較判斷處理的情況下數(shù)據(jù)的流向的圖。
圖48是示出最終用戶的終端裝置的結(jié)構(gòu)的框圖。
圖49是示出使用條件和編輯條件的比較定時的圖。
編號說明11 內(nèi)容供應(yīng)商21 服務(wù)供應(yīng)商31 最終用戶41 傳送路徑A51 傳送路徑B111 原始許可生成工具112 內(nèi)容加密工具113 CP許可合同服務(wù)器114 CP許可管理服務(wù)器115 CP會員管理服務(wù)器116 CP內(nèi)容管理服務(wù)器211 銷售許可生成工具212 SP終端應(yīng)用程序213 SP許可銷售服務(wù)器214 SP許可管理服務(wù)器215 SP會員管理服務(wù)器216 SP內(nèi)容分發(fā)服務(wù)器480 EU終端裝置481 通信處理部482 控制部483 合同條件比較部484 DB(數(shù)據(jù)庫)I/F(界面)485 許可DB
1111 用戶輸入I/F1112 控制部1113 原始許可生成處理部1114 DB登記I/F1121 用戶輸入I/F1122 控制部1123 內(nèi)容加密處理部1124 DB登記I/F1131 DB I/F1132 合同DB1133 通信處理部1134 控制部1135 DB登記I/F1141 DB I/F1142 用戶DB1143 許可DB1144 通信處理部1145 控制部1146 許可處理部1151 DB I/F1152 會員DB1153 通信處理部1154 控制部1155 DB登記I/F1161 DB I/F1162 內(nèi)容DB1163 通信處理部1164 控制部2111 用戶輸入I/F2112 控制部
2113 銷售許可生成處理部2114 DB登記I/F2121 用戶輸入I/F2122 控制部2123 通信處理部2124 處理請求I/F2131 DB I/F2132 銷售DB2133 通信處理部2134 控制部2135 DB登記I/F2141 處理請求I/F2142 CP側(cè)控制部2143 CP側(cè)通信處理部2144 內(nèi)容密鑰插入處理部2145 DB I/F2146 許可DB2147 用戶DB2148 EU側(cè)通信處理部2149 EU側(cè)控制部214A 許可處理部214B 登記用DB I/F2151 DB I/F2152 會員DB2153 通信處理部2154 控制部2155 DB登記I/F2161 處理請求I/F2162 CP側(cè)控制部2163 CP側(cè)通信處理部
2164 DB I/F2165 內(nèi)容DB2166 EU側(cè)通信處理部2167 EU側(cè)控制部具體實(shí)施方式
以下，利用附圖對本發(fā)明的實(shí)施方式進(jìn)行詳細(xì)說明。
(全體的概略結(jié)構(gòu)的說明)圖1是示出本發(fā)明實(shí)施方式涉及的B2B2C系統(tǒng)全體的概略結(jié)構(gòu)的圖。如圖1所示，本B2B2C系統(tǒng)包括內(nèi)容供應(yīng)商11、服務(wù)供應(yīng)商21及最終用戶31，內(nèi)容供應(yīng)商11和服務(wù)供應(yīng)商21是通過傳送路徑A41所連接。另外，服務(wù)供應(yīng)商21和最終用戶31所具有的終端裝置是通過傳送路徑B51所連接。
在這里，內(nèi)容供應(yīng)商11指進(jìn)行內(nèi)容制作的業(yè)者。還有，服務(wù)供應(yīng)商21指根據(jù)合同從內(nèi)容供應(yīng)商11獲得內(nèi)容，對最終用戶31銷售該內(nèi)容的業(yè)者。進(jìn)而，最終用戶31指從服務(wù)供應(yīng)商21購買內(nèi)容并使用的消費(fèi)者。
本發(fā)明中，主要是以該B2B2C系統(tǒng)中的內(nèi)容供應(yīng)商11與服務(wù)供應(yīng)商21之間的處理作為對象，所以在以下的說明中，對內(nèi)容供應(yīng)商11和服務(wù)供應(yīng)商21進(jìn)行詳細(xì)說明。
(系統(tǒng)結(jié)構(gòu)的說明)首先，用圖2和圖3，示出內(nèi)容供應(yīng)商11和服務(wù)供應(yīng)商21的子系統(tǒng)的系統(tǒng)結(jié)構(gòu)。
(內(nèi)容供應(yīng)商11的子系統(tǒng)的系統(tǒng)結(jié)構(gòu))圖2是示出內(nèi)容供應(yīng)商11的子系統(tǒng)的系統(tǒng)結(jié)構(gòu)的圖。如圖2所示，內(nèi)容供應(yīng)商11的子系統(tǒng)，包括原始許可生成工具111、內(nèi)容加密工具112、CP許可合同服務(wù)器113、CP許可管理服務(wù)器114、CP會員管理服務(wù)器115、以及CP內(nèi)容管理服務(wù)器116。
在這里，原始許可生成工具111是，與服務(wù)供應(yīng)商21簽訂許可合同之后，生成向服務(wù)供應(yīng)商21提供的原始許可(權(quán)利要求中稱「合同許可」)的工具。內(nèi)容加密工具112是，用指定的內(nèi)容密鑰對未加密的內(nèi)容進(jìn)行加密處理，生成加密內(nèi)容的工具。CP許可合同服務(wù)器113是具有以下作用的服務(wù)器接受來自服務(wù)供應(yīng)商21的許可合同請求，進(jìn)行有關(guān)許可合同的處理，并返回表示可否簽訂許可合同的應(yīng)答。CP許可管理服務(wù)器114是具有以下作用的服務(wù)器接受來自服務(wù)供應(yīng)商21的許可獲得請求，返回相應(yīng)的原始許可。CP會員管理服務(wù)器115是具有以下作用的服務(wù)器接受來自服務(wù)供應(yīng)商21的服務(wù)加入請求，進(jìn)行有關(guān)服務(wù)加入的處理，表示可否加入的應(yīng)答。最后，CP內(nèi)容管理服務(wù)器116是具有以下作用的服務(wù)器接受來自服務(wù)供應(yīng)商21的加密內(nèi)容獲得請求，返回相應(yīng)的加密內(nèi)容。
再者，上述的原始許可是包括下述這些的數(shù)據(jù)為了解密加密內(nèi)容的內(nèi)容密鑰、服務(wù)供應(yīng)商21對最終用戶31提供的銷售許可的模板、能夠編輯銷售許可的模板的編輯條件、以及有關(guān)進(jìn)行編輯后銷售許可的銷售條件等。另外，對原始許可的數(shù)據(jù)結(jié)構(gòu)的例子，隨后利用附圖進(jìn)行詳細(xì)說明。
(服務(wù)供應(yīng)商21的子系統(tǒng)的系統(tǒng)結(jié)構(gòu))圖3是示出服務(wù)供應(yīng)商21的子系統(tǒng)的系統(tǒng)結(jié)構(gòu)的圖。如圖3所示，服務(wù)供應(yīng)商的21的子系統(tǒng)包括銷售許可生成工具211、SP終端應(yīng)用程序212、SP許可銷售服務(wù)器213、SP許可管理服務(wù)器214、SP會員管理服務(wù)器215、以及SP內(nèi)容分發(fā)服務(wù)器216。
在這里，銷售許可生成工具211是，按照本工具的使用者指示的內(nèi)容，編輯包含在原始許可內(nèi)的銷售許可的模板，生成不包括內(nèi)容密鑰的銷售許可(沒有內(nèi)容密鑰)的工具。SP終端應(yīng)用程序212是進(jìn)行以下的應(yīng)用程序?qū)?nèi)容供應(yīng)商11進(jìn)行服務(wù)加入或許可合同的請求，或者對SP許可管理服務(wù)器214和SP內(nèi)容分發(fā)服務(wù)器216指示，從內(nèi)容供應(yīng)商11獲得原始許可和加密內(nèi)容。SP許可銷售服務(wù)器213是具有以下作用的服務(wù)器接受來自最終用戶31的許可購買請求，進(jìn)行有關(guān)許可購買的處理，返回表示可否購買許可的應(yīng)答。SP許可管理服務(wù)器214是具有以下作用的服務(wù)器比較由銷售許可生成工具211所制作的銷售許可(沒有內(nèi)容密鑰)的使用條件、和成為制作該銷售許可(沒有內(nèi)容密鑰)的基礎(chǔ)的原始許可的編輯條件，只有在判斷為使用條件是在編輯條件的范圍內(nèi)的情況下，才在銷售許可(沒有內(nèi)容密鑰)中插入內(nèi)容密鑰，生成銷售許可(有內(nèi)容密鑰)。另外，SP許可管理服務(wù)器214是具有如下作用的服務(wù)器對來自最終用戶31的許可獲得請求，返回相應(yīng)的銷售許可(有內(nèi)容密鑰)。SP會員管理服務(wù)器215是具有如下作用的服務(wù)器接受來自最終用戶31的服務(wù)加入請求，進(jìn)行有關(guān)服務(wù)加入的處理，返回表示可否服務(wù)加入的應(yīng)答。最后，SP內(nèi)容分發(fā)服務(wù)器216是具有以下作用的服務(wù)器從內(nèi)容供應(yīng)商11獲得加密內(nèi)容，或者對來自最終用戶31的加密內(nèi)容獲得請求，返回相應(yīng)的加密內(nèi)容。
另外，關(guān)于上述的銷售許可的數(shù)據(jù)結(jié)構(gòu)的例子，隨后利用附圖進(jìn)行詳細(xì)說明。
(模塊結(jié)構(gòu)的說明)其次，利用從圖4到圖14，示出圖2所示的內(nèi)容供應(yīng)商11的子系統(tǒng)內(nèi)的各工具及服務(wù)器的模塊結(jié)構(gòu)。
(原始許可生成工具111的模塊結(jié)構(gòu))首先，圖4是示出原始許可生成工具111的模塊結(jié)構(gòu)的圖。如圖4所示，原始許可生成工具111包括用戶輸入I/F 1111、控制部1112、原始許可生成處理部1113、以及DB登記I/F 1114。
在這里，用戶輸入I/F1111具有如下作用接受來自原始許可生成工具111的使用者(設(shè)想內(nèi)容供應(yīng)商11的系統(tǒng)管理者及操作員等)的請求。控制部1112是，對用戶輸入I/F1111接受的請求的處理進(jìn)行控制的模塊。原始許可生成處理部1113是，按照由控制部1112所指定的條件，生成原始許可的模塊。最后，DB登記I/F1114是，將已生成的原始許可，對CP許可管理服務(wù)器114的數(shù)據(jù)庫(以下簡稱為DB)進(jìn)行登記請求的模塊。還具有以下作用對CP許可合同服務(wù)器113的DB進(jìn)行元(meta)信息的登記請求，該元信息示出作為唯一確定原始許可的標(biāo)識符的原始許可ID和原始許可的銷售條件、以及編輯條件等。
(內(nèi)容加密工具112的模塊結(jié)構(gòu))
圖5是示出內(nèi)容加密工具112的模塊結(jié)構(gòu)的圖。如圖5所示，內(nèi)容加密工具112包括用戶輸入I/F1121、控制部1122、內(nèi)容加密處理部1123、以及DB登記I/F1124。
在這里，用戶輸入I/F1121具有如下作用接受來自內(nèi)容加密工具112的使用者(設(shè)想內(nèi)容供應(yīng)商11的系統(tǒng)管理者等)的請求?？刂撇?122是，對用戶輸入I/F1121接受的請求的處理進(jìn)行控制的模塊。內(nèi)容加密處理部1123是，使用由控制部1122所指定的內(nèi)容密鑰，對未被加密的內(nèi)容進(jìn)行加密處理，生成加密內(nèi)容的模塊。最后，DB登記I/F1124是，對CP內(nèi)容管理服務(wù)器116的DB進(jìn)行元信息的登記請求的模塊，該元信息示出加密內(nèi)容和唯一確定加密內(nèi)容的內(nèi)容ID以及內(nèi)容的標(biāo)題名等。
(CP許可合同服務(wù)器113的模塊結(jié)構(gòu))圖6是示出CP許可合同服務(wù)器113的模塊結(jié)構(gòu)的圖。如圖6所示，CP許可合同服務(wù)器113包括DB I/F1131、合同DB1132、通信處理部1133、控制部1134、以及DB登記I/F1135。
在這里，DB I/F1131是，按照來自控制部1134或原始許可生成工具111的DB操作請求(數(shù)據(jù)登記，數(shù)據(jù)檢索等)，操作合同DB1132內(nèi)的相應(yīng)數(shù)據(jù)的模塊。圖7是示出圖6所示的合同DB表的結(jié)構(gòu)的圖。合同DB1132是，具有如圖7所示的表結(jié)構(gòu)，管理有關(guān)原始許可ID和原始許可的銷售條件等的元信息的DB。再者，主鍵碼(primary key)是指，例如，在該圖中示出的合同DB1132中唯一規(guī)定的原始許可ID。主鍵碼，在其他的圖中也是同樣的。通信處理部1133是，接收來自服務(wù)供應(yīng)商21的SP終端應(yīng)用程序212的許可合同請求，返回該許可合同應(yīng)答的模塊。控制部1134是，對通信處理部1133接受的許可合同請求的處理進(jìn)行控制的模塊。最后，DB登記I/F1135是對CP許可管理服務(wù)器114的DB進(jìn)行原始許可ID和用戶ID登記請求的模塊，該原始許可ID為許可合同的對象，該用戶ID是唯一確定簽合同的服務(wù)供應(yīng)商21的用戶ID。
(CP許可管理服務(wù)器114的模塊結(jié)構(gòu))圖8是示出CP許可管理服務(wù)器114的模塊結(jié)構(gòu)的圖。如圖8所示，CP許可管理服務(wù)器114包括DB I/F1141、用戶DB1142、許可DB1143、通信處理部1144、控制部1145、以及許可處理部1146。
在這里，DB I/F1141具有以下作用按照來自控制部1134或原始許可生成工具111、CP許可合同服務(wù)器113、CP會員管理服務(wù)器115的DB操作請求，操作用戶DB1142或許可DB1143內(nèi)的相應(yīng)數(shù)據(jù)。圖9是示出圖8所示的用戶DB表結(jié)構(gòu)的圖。用戶DB1142，具有圖9所示的表結(jié)構(gòu)，是管理用戶ID與原始許可ID的DB，該用戶ID唯一確定服務(wù)供應(yīng)商21，該原始許可ID是服務(wù)供應(yīng)商21簽定合同所得的原始許可的ID。圖10是示出圖8所示的許可DB表結(jié)構(gòu)的圖。另一方面，許可DB1143，具有圖10所示的表結(jié)構(gòu)，是管理對應(yīng)于原始許可ID的原始許可數(shù)據(jù)的DB。通信處理部1144是，接收來自服務(wù)供應(yīng)商21的SP許可管理服務(wù)器214的許可獲得請求，返回包含相應(yīng)的原始許可的許可獲得應(yīng)答的模塊。控制部1145，是對通信處理部1144接受的許可獲得請求的處理進(jìn)行控制的模塊。最后，許可處理部1146是，對發(fā)行給SP許可管理服務(wù)器214的原始許可，附加CP許可管理服務(wù)器114的簽名，或者加密內(nèi)容密鑰部分的模塊。
(CP會員管理服務(wù)器115的模塊結(jié)構(gòu))圖11是示出CP會員管理服務(wù)器115的模塊結(jié)構(gòu)的圖。如圖11所示，CP會員管理服務(wù)器115包括DB I/F1151、會員DB1152、通信處理部1153、CP許可管理服務(wù)器114、以及DB登記I/F1155。
在這里，DB I/F1151具有以下作用按照來自控制部1154的DB操作請求，操作會員DB1152內(nèi)的相應(yīng)數(shù)據(jù)。圖12是示出圖11所示的會員DB表的結(jié)構(gòu)的圖。會員DB1152，具有圖12所示的表結(jié)構(gòu)，是管理用戶ID和相關(guān)聯(lián)的用戶信息的DB，該用戶ID唯一確定服務(wù)供應(yīng)商21。在這里，用戶信息是指，包括帳號ID、密碼、服務(wù)供應(yīng)商名、住址等的信息。通信處理部1153是，接收來自服務(wù)供應(yīng)商21的SP終端應(yīng)用程序212的服務(wù)加入請求，返回服務(wù)加入應(yīng)答的模塊?？刂撇?154，是對通信處理部1153接受的服務(wù)加入請求的處理進(jìn)行控制的模塊。最后，DB登記I/F1155，是對CP許可管理服務(wù)器114的DB進(jìn)行用戶ID登記請求的模塊，該用戶ID是已進(jìn)行加入的服務(wù)供應(yīng)商21的用戶ID。
(CP內(nèi)容管理服務(wù)器116的模塊結(jié)構(gòu))圖13是示出CP內(nèi)容管理服務(wù)器116的模塊結(jié)構(gòu)的圖。如圖13所示，CP內(nèi)容管理服務(wù)器116包括DB I/F1161、內(nèi)容DB1162、通信處理部1163、以及控制部1164。
在這里，DB I/F1161具有如下作用按照來自控制部1164或內(nèi)容加密工具112的DB操作請求，操作內(nèi)容DB1162內(nèi)的相應(yīng)數(shù)據(jù)。圖14是示出圖13所示的內(nèi)容DB表結(jié)構(gòu)的圖。內(nèi)容DB1162，具有圖14所示的表結(jié)構(gòu)，是管理元信息的DB，該元信息示出唯一確定內(nèi)容的內(nèi)容ID和加密內(nèi)容數(shù)據(jù)和內(nèi)容密鑰數(shù)據(jù)以及內(nèi)容的標(biāo)題名等。通信處理部1163，是接收來自服務(wù)供應(yīng)商21的SP內(nèi)容分發(fā)服務(wù)器216的加密內(nèi)容獲得請求，返回包括相應(yīng)的加密內(nèi)容的加密內(nèi)容獲得應(yīng)答的模塊。最后，控制部1164，是對通信處理部1163接受的加密內(nèi)容獲得請求的處理進(jìn)行控制的模塊。
接著上述服務(wù)供應(yīng)商21的子系統(tǒng)內(nèi)的各工具以及服務(wù)器的模塊結(jié)構(gòu)的說明，利用圖15到圖25，說明圖3所示的服務(wù)供應(yīng)商21的子系統(tǒng)內(nèi)的各工具以及服務(wù)器的模塊結(jié)構(gòu)。
(銷售許可生成工具211的模塊結(jié)構(gòu))首先，圖15是示出銷售許可生成工具211的模塊結(jié)構(gòu)的圖。如圖15所示，銷售許可生成工具211包括用戶輸入I/F2111、控制部2112、銷售許可生成處理部2113、以及DB登記I/F2114。
在這里，用戶輸入I/F2111具有如下作用接受來自銷售許可生成工具211的使用者(設(shè)想服務(wù)供應(yīng)商21的系統(tǒng)管理者等)的請求。控制部2112，是對用戶輸入I/F2111接受的請求的處理進(jìn)行控制的模塊。銷售許可生成處理部2113是，按照控制部2112的指示，編輯包括在相應(yīng)原始許可中的銷售許可的模板，生成不包括內(nèi)容密鑰的銷售許可(沒有內(nèi)容密鑰)的模塊。在最后，DB登記I/F2114，是對SP許可管理服務(wù)器214的DB進(jìn)行生成的銷售許可(沒有內(nèi)容密鑰)登記請求的模塊。并且，DB登記I/F2114還具有如下作用對SP許可銷售服務(wù)器213的DB進(jìn)行元信息的登記請求，該元信息示出作為唯一確定銷售許可的標(biāo)識符的銷售許可ID、以及銷售許可的使用條件等。
(SP終端應(yīng)用程序212的模塊結(jié)構(gòu))圖16是示出SP終端應(yīng)用程序212的模塊結(jié)構(gòu)的圖。如圖16所示，SP終端應(yīng)用程序212包括用戶輸入I/F2121、控制部2122、通信處理部2123、以及處理請求I/F2124。
在這里，用戶輸入I/F2121具有如下作用接受來自SP終端應(yīng)用程序212的使用者(設(shè)想服務(wù)供應(yīng)商21的系統(tǒng)管理者等)的請求?？刂撇?122，是對用戶輸入I/F2121接受的請求的處理進(jìn)行控制的模塊。通信處理部2123，是對CP許可合同服務(wù)器113和CP會員管理服務(wù)器115，請求許可合同和進(jìn)行服務(wù)加入的模塊。最后，處理請求I/F2124，是對SP許可銷售服務(wù)器213和SP內(nèi)容分發(fā)服務(wù)器216指示獲得簽訂了許可合同的原始許可和獲得加密內(nèi)容的模塊。
(SP許可銷售服務(wù)器213的模塊結(jié)構(gòu))圖17是示出SP許可銷售服務(wù)器213的模塊結(jié)構(gòu)的圖。如圖17所示，SP許可銷售服務(wù)器213包括DB I/F2131、銷售DB2132、通信處理部2133、控制部2134、以及DB登記I/F2135。
在這里，DB I/F2131具有如下作用按照來自控制部2134和銷售許可生成工具211的DB操作請求，操作銷售DB2132內(nèi)的相應(yīng)數(shù)據(jù)。圖18是示出圖17所示的銷售DB表結(jié)構(gòu)的圖。銷售DB2132，具有圖18所示的表結(jié)構(gòu)，是管理有關(guān)銷售許可ID和銷售許可的使用條件等的元信息的DB。通信處理部2133，是接收來自最終用戶31的許可購買請求，返回許可購買應(yīng)答的模塊?？刂撇?134，是對通信處理部2133接受的許可購買請求的處理進(jìn)行控制的模塊。最后，DB登記I/F2135，是對SP許可管理服務(wù)器214的DB進(jìn)行銷售許可ID和用戶ID的登記請求的模塊，該銷售許可ID為許可購買的對象，該用戶ID唯一確定進(jìn)行購買的最終用戶31。
(SP許可管理服務(wù)器214的模塊結(jié)構(gòu))圖19是示出圖3所示的SP許可管理服務(wù)器214的模塊結(jié)構(gòu)的圖。如圖19所示，SP許可管理服務(wù)器214包括處理請求I/F2141、CP側(cè)控制部2142、CP側(cè)通信處理部2143、內(nèi)容密鑰插入處理部2144、DB I/F2145、許可DB2146、用戶DB2147、EU側(cè)通信處理部2148、EU側(cè)控制部2149、許可處理部214A、以及登記用DB I/F214B。
在這里，處理請求I/F2141具有如下作用接受來自銷售許可生成工具211和SP終端應(yīng)用程序212的銷售許可登記請求和原始許可獲得請求。CP側(cè)控制部2142，是對處理請求I/F2141接受的銷售許可登記請求和原始許可獲得請求的處理進(jìn)行控制的模塊。CP側(cè)通信處理部2143，是按照來自CP側(cè)控制部2142的指示，對CP許可管理服務(wù)器114進(jìn)行原始許可獲得的請求的模塊。內(nèi)容密鑰插入處理部2144，比較以下使用條件和編輯條件，判斷使用條件是否在編輯條件的范圍內(nèi)，該使用條件是處理請求I/F2141從銷售許可生成工具211接受的銷售許可(沒有內(nèi)容密鑰)的使用條件，該編輯條件是成為制作該銷售許可(沒有內(nèi)容密鑰)的基礎(chǔ)的原始許可的編輯條件。然后，只有在判斷為在范圍內(nèi)的情況下，才在銷售許可(沒有內(nèi)容密鑰)內(nèi)插入原始許可內(nèi)的內(nèi)容密鑰，以作為包括內(nèi)容密鑰的銷售許可(有內(nèi)容密鑰)的模塊。另外，內(nèi)容密鑰插入處理部2144，是已經(jīng)防篡改化的模塊。DB I/F2145，是按照來自CP側(cè)控制部2142和EU側(cè)控制部2149的DB操作請求，操作許可DB2146和用戶DB2147內(nèi)的相應(yīng)數(shù)據(jù)的模塊。圖20是示出圖19所示的許可DB表結(jié)構(gòu)的圖。許可DB2146，具有圖20所示的表結(jié)構(gòu)，是管理對應(yīng)于原始許可ID的原始許可數(shù)據(jù)和對應(yīng)于銷售許可ID的銷售許可數(shù)據(jù)的DB。圖21是示出圖19所示的用戶DB表結(jié)構(gòu)的圖。用戶DB2147，具有圖21所示的表結(jié)構(gòu)，是管理唯一確定最終用戶31的用戶ID和最終用戶31購買的銷售許可ID的DB。EU側(cè)通信處理部2148，是接收來自最終用戶31的許可獲得請求，并返回包括相應(yīng)的銷售許可(有內(nèi)容密鑰)的許可獲得應(yīng)答的模塊。EU側(cè)控制部2149，是對EU側(cè)通信處理部2148接受的許可獲得請求的處理進(jìn)行控制的模塊。最后，許可處理部214A，是對發(fā)行給最終用戶31的銷售許可(有內(nèi)容密鑰)，進(jìn)行附加SP許可管理服務(wù)器214簽名的處理等的模塊。登記用DB I/F214B具有如下作用接受來自SP許可銷售服務(wù)器213和SP會員管理服務(wù)器215的已購買的銷售許可的銷售許可ID登記請求和用戶信息登記請求。
再者，在本實(shí)施方式中，說明了內(nèi)容密鑰插入處理部2144是包括在服務(wù)供應(yīng)商21內(nèi)的SP許可管理服務(wù)器214中的模塊，不過，作為包括在內(nèi)容供應(yīng)商11內(nèi)的CP許可管理服務(wù)器114中的模塊，SP許可管理服務(wù)器214和CP許可管理服務(wù)器114進(jìn)行通信，具有上述的內(nèi)容密鑰插入處理部2144的作用也是可以的。
(SP會員管理服務(wù)器215的模塊結(jié)構(gòu))圖22是示出SP會員管理服務(wù)器215的模塊結(jié)構(gòu)的圖。如圖22所示，SP會員管理服務(wù)器215包括DB I/F2151、會員DB2152、通信處理部2153、控制部2154、以及DB登記I/F2155。
在這里，DB I/F2151具有如下作用按照來自控制部2154的DB操作請求，操作會員DB2152內(nèi)的相應(yīng)數(shù)據(jù)。圖23是示出圖22所示的會員DB表結(jié)構(gòu)的圖。會員DB2152，具有圖23所示的表結(jié)構(gòu)，是管理唯一確定最終用戶31的用戶ID和相關(guān)聯(lián)的用戶信息的DB。通信處理部2153，是接收來自最終用戶31的服務(wù)加入請求，返回服務(wù)加入應(yīng)答的模塊?？刂撇?154，是對通信處理部2153接受的服務(wù)加入請求的處理進(jìn)行控制的模塊。DB登記I/F2155，是對SP許可管理服務(wù)器214的DB進(jìn)行用戶ID登記請求的模塊，該用戶ID是進(jìn)行了服務(wù)加入的最終用戶31的用戶ID。
(SP內(nèi)容分發(fā)服務(wù)器216的模塊結(jié)構(gòu))圖24是示出SP內(nèi)容分發(fā)服務(wù)器216的模塊結(jié)構(gòu)的圖。如圖24所示，SP內(nèi)容分發(fā)服務(wù)器216包括處理請求I/F2161、CP側(cè)控制部2162、CP側(cè)通信處理部2163、DB I/F2164、內(nèi)容DB2165、EU側(cè)通信處理部2166、以及EU側(cè)控制部2167。
在這里，處理請求I/F2161具有如下作用接受來自SP終端應(yīng)用程序212的加密內(nèi)容獲得請求。CP側(cè)控制部2162，是對處理請求I/F2161接受的加密內(nèi)容獲得請求的處理進(jìn)行控制的模塊。CP側(cè)通信處理部2163，是對CP內(nèi)容管理服務(wù)器116進(jìn)行加密內(nèi)容獲得請求的模塊。DBI/F2164，是按照來自CP側(cè)控制部2162和EU側(cè)控制部2167的DB操作請求，操作內(nèi)容DB2165內(nèi)的相應(yīng)數(shù)據(jù)的模塊。圖25是示出圖24所示的內(nèi)容DB表結(jié)構(gòu)的圖。內(nèi)容DB2165，具有圖25所示的表結(jié)構(gòu)，是管理元信息的DB，該元信息示出唯一確定加密內(nèi)容的內(nèi)容ID和加密內(nèi)容數(shù)據(jù)以及內(nèi)容的標(biāo)題名等。EU側(cè)通信處理部2166是，接收來自最終用戶31的加密內(nèi)容獲得請求，返回包括相應(yīng)的加密內(nèi)容的加密內(nèi)容獲得應(yīng)答。在最后，EU側(cè)控制部2167，是對EU側(cè)通信處理部2166接受的加密內(nèi)容獲得請求的處理進(jìn)行控制的模塊。
(序列及數(shù)據(jù)結(jié)構(gòu)的說明)其次，利用圖26到圖41，進(jìn)行以下說明對內(nèi)容供應(yīng)商11內(nèi)各處理的序列的說明、對服務(wù)供應(yīng)商21內(nèi)各處理的序列的說明、以及內(nèi)容供應(yīng)商11和服務(wù)供應(yīng)商21之間各處理的序列的說明。并且，也說明關(guān)于原始許可和銷售許可的數(shù)據(jù)結(jié)構(gòu)。
(對內(nèi)容加密處理的序列)首先，圖26是示出內(nèi)容供應(yīng)商11內(nèi)的內(nèi)容加密處理的序列的圖。如圖26所示，本處理，通過內(nèi)容加密工具112和CP內(nèi)容管理服務(wù)器116所實(shí)施。以下進(jìn)行詳細(xì)說明。
內(nèi)容加密工具112接受內(nèi)容加密請求(S2601)，該內(nèi)容加密請求包括由本工具的使用者所輸入的沒被加密的內(nèi)容和用于加密的內(nèi)容密鑰以及有關(guān)內(nèi)容的元信息。并且，使用該內(nèi)容密鑰加密內(nèi)容，生成加密內(nèi)容(S2602)。此后，對CP內(nèi)容管理服務(wù)器116發(fā)送加密內(nèi)容登記請求S2603，該加密內(nèi)容登記請求包括在S2601接受的內(nèi)容密鑰、元信息、以及在S2602生成的加密內(nèi)容。CP內(nèi)容管理服務(wù)器116，當(dāng)接收加密內(nèi)容登記請求S2603時，就發(fā)行唯一確定加密內(nèi)容的內(nèi)容ID，并且與該內(nèi)容ID相關(guān)聯(lián)地，將內(nèi)容密鑰和元信息和加密內(nèi)容記錄在DB上(S2604)。向DB的記錄完成之后，將包括其結(jié)果的加密內(nèi)容登記應(yīng)答S2605發(fā)給內(nèi)容加密工具112。內(nèi)容加密工具112，當(dāng)接收加密內(nèi)容登記應(yīng)答S2605時，對使用者示出內(nèi)容加密應(yīng)答S2606，該內(nèi)容加密應(yīng)答表示本處理的結(jié)果。
(對原始許可生成處理的序列)圖27是示出對內(nèi)容供應(yīng)商11內(nèi)的原始許可生成處理的序列的圖。如圖27所示，本處理在原始許可生成工具111和CP許可合同服務(wù)器113以及CP許可管理服務(wù)器114中實(shí)施。以下進(jìn)行詳細(xì)說明。
圖28是圖4所示的原始許可生成工具的用戶輸入I/F的輸入畫面。原始許可生成工具111，從圖28所示的輸入畫面D2801接受原始許可生成請求S2701，該原始許可生成請求包括原始許可ID(D2802)、內(nèi)容ID(D2803)、內(nèi)容密鑰(D2804)、銷售條件(D2805)、編輯條件(D2806)。然后，按照接受的信息生成原始許可(S2702)。圖29是示出原始許可的數(shù)據(jù)結(jié)構(gòu)的圖。在S2702生成的原始許可，具有如圖29所示的數(shù)據(jù)結(jié)構(gòu)。如圖29所示，原始許可D2901，是包括信息D2902和銷售許可的模板D2903的數(shù)據(jù)，該信息D2902示出內(nèi)容信息和銷售條件以及編輯條件。原始許可生成后，請求CP許可合同服務(wù)器113，與原始許可ID相關(guān)聯(lián)進(jìn)行元信息的登記(S2703)，該元信息示出原始許可的銷售條件和編輯條件等的信息。CP許可合同服務(wù)器113，當(dāng)接收元信息登記請求S2703時，與原始許可ID相關(guān)聯(lián)地，在DB中記錄元信息(S2704)。向DB的記錄完成之后，將包括其結(jié)果的元信息登記應(yīng)答S2705返回給原始許可生成工具111。其次，原始許可生成工具111，當(dāng)接收元信息登記應(yīng)答S2705時，請求CP許可管理服務(wù)器114，與原始許可ID相關(guān)聯(lián)進(jìn)行原始許可的登記(S2706)。CP許可管理服務(wù)器114，當(dāng)接收原始許可登記請求S2706時，與原始許可ID相關(guān)聯(lián)地，在DB中記錄原始許可(S2707)。向DB的記錄完成之后，將包括其結(jié)果的原始許可登記應(yīng)答S2708返回給原始許可生成工具111。原始許可生成工具111，當(dāng)接收原始許可登記應(yīng)答S2708時，將示出本處理結(jié)果的原始許可生成應(yīng)答S2709向使用者示出。
(對服務(wù)加入處理的序列)圖30是示出內(nèi)容供應(yīng)商11和對服務(wù)供應(yīng)商21之間的服務(wù)加入處理的序列的圖。如圖30所示，本處理，在CP許可管理服務(wù)器114和CP會員管理服務(wù)器115已經(jīng)SP終端應(yīng)用程序212中實(shí)施。另外，在這里敘述的服務(wù)加入是指，對于內(nèi)容供應(yīng)商11提供的服務(wù)，服務(wù)供應(yīng)商21加入該服務(wù)。以下進(jìn)行詳細(xì)說明。
SP終端應(yīng)用程序212，訪問使用者指定的CP會員管理服務(wù)器115的主頁等，接受用戶信息(S3001)，該用戶信息包括為了進(jìn)行服務(wù)加入所需的帳號ID、密碼、服務(wù)供應(yīng)商名、住址等。此后，將服務(wù)加入請求S3002發(fā)送給CP會員管理服務(wù)器115，該服務(wù)加入請求包括輸入的用戶信息。CP會員管理服務(wù)器115，當(dāng)接收服務(wù)加入請求(S3002)時，就發(fā)行可唯一確定服務(wù)供應(yīng)商21的用戶ID(S3003)。并且，將發(fā)行的用戶ID和接收的用戶信息相關(guān)聯(lián)在DB上記錄(S3004)。向DB的記錄完成之后，請求CP許可管理服務(wù)器114在DB上登記發(fā)行的用戶ID(S3005)。CP許可管理服務(wù)器114，當(dāng)接收用戶ID登記請求S3005時，在DB上記錄所指定的用戶ID(S3006)。并且，將包括其結(jié)果的用戶ID登記應(yīng)答S3007返回給CP會員管理服務(wù)器115。CP會員管理服務(wù)器115，獲得用戶ID登記應(yīng)答S3007之后，將包括用戶ID的服務(wù)加入應(yīng)答S3008發(fā)送給SP終端應(yīng)用程序212。SP終端應(yīng)用程序212，當(dāng)接收服務(wù)加入應(yīng)答S3008時，就對使用者示出服務(wù)加入的結(jié)果(S3009)。
(對許可合同處理的序列)圖31是示出內(nèi)容供應(yīng)商11和服務(wù)供應(yīng)商21之間的許可合同處理的序列的圖。如圖31所示，本處理，在CP許可合同服務(wù)器113和CP許可管理服務(wù)器114以及SP終端應(yīng)用程序212中實(shí)施。另外，在這里敘述的許可合同是指，服務(wù)供應(yīng)商21對于內(nèi)容供應(yīng)商11提供的原始許可簽定的合同。以下進(jìn)行詳細(xì)說明。
SP終端應(yīng)用程序212，訪問使用者指定的CP許可合同服務(wù)器113的主頁等，接受簽訂原始許可的許可合同所需的用戶ID和原始許可ID(S3101)。此后，將許可合同請求S3102，發(fā)送給CP許可合同服務(wù)器113，該許可合同請求S3102包括輸入的用戶ID和原始許可ID。CP許可合同服務(wù)器113，當(dāng)接收許可合同請求S3102時，就請求CP許可管理服務(wù)器114登記對用戶ID所指定的原始許可ID(S3103)，該用戶ID包括在上述請求中。CP許可管理服務(wù)器114，按照原始許可ID登記請求S3103，與用戶ID相關(guān)聯(lián)地，在DB中記錄原始許可ID(S3104)。向DB的記錄完成之后，將包括其結(jié)果的原始許可ID登記應(yīng)答S3105返回給CP許可合同服務(wù)器113。CP許可合同服務(wù)器113，當(dāng)獲得原始許可ID登記應(yīng)答S3105時，將許可合同應(yīng)答S3106發(fā)送給SP終端應(yīng)用程序212，該許可合同應(yīng)答S3106包括作為原始許可的獲得目標(biāo)的CP許可管理服務(wù)器114的信息。SP終端應(yīng)用程序212，當(dāng)接收許可合同應(yīng)答S3106時，對使用者示出許可合同的結(jié)果(S3107)。
再者，在本實(shí)施方式中，沒有記述對許可合同的收費(fèi)處理，不過，可以對許可合同進(jìn)行收費(fèi)處理。
(對原始許可獲得處理的序列)圖32是示出內(nèi)容供應(yīng)商11和服務(wù)供應(yīng)商21之間的原始許可獲得處理的序列的圖。如圖32所示，本處理在CP許可管理服務(wù)器114和SP終端應(yīng)用程序212以及SP許可管理服務(wù)器214中實(shí)施。另外，在這里敘述的原始許可獲得是指，服務(wù)供應(yīng)商21從內(nèi)容供應(yīng)商11獲得在上述的許可合同處理中簽訂了合同后的原始許可。以下進(jìn)行詳細(xì)說明。
SP終端應(yīng)用程序212，從使用者接受用戶ID和想獲得的原始許可的ID以及作為獲得目標(biāo)的CP許可管理服務(wù)器114的信息(S3201)。之后，將原始許可獲得請求S3202發(fā)送到SP許可管理服務(wù)器214，該原始許可獲得請求S3202包括輸入的用戶ID和原始許可ID以及CP許可管理服務(wù)器114的信息。SP許可管理服務(wù)器214，當(dāng)接收原始許可獲得請求S3202時，就對被指定的CP許可管理服務(wù)器114，發(fā)送包括用戶ID和原始許可ID的原始許可獲得請求S3203。CP許可管理服務(wù)器114，當(dāng)接收原始許可獲得請求S3203時，就調(diào)查對于指定的用戶ID，相應(yīng)的原始許可ID是否登記在DB中，當(dāng)?shù)怯浽贒B中的情況下，從DB獲得對應(yīng)于原始許可ID的原始許可的數(shù)據(jù)(S3204)。另外，沒有登記的情況下，向SP許可管理服務(wù)器214發(fā)送原始許可獲得應(yīng)答S3206，該原始許可獲得應(yīng)答S3206包括表示沒有登記的信息。圖33是示出進(jìn)行了圖32所示的許可處理之后的原始許可的數(shù)據(jù)結(jié)構(gòu)的圖。從DB獲得原始許可的數(shù)據(jù)之后，對該原始許可的數(shù)據(jù)作以下處理如圖33所示，對加密內(nèi)容密鑰的部分，以只有SP許可管理服務(wù)器214內(nèi)的內(nèi)容密鑰插入處理部2144才能解密的加密密鑰來加密內(nèi)容密鑰(D331)，對原始許可的數(shù)據(jù)全體附加CP許可管理服務(wù)器114的簽名數(shù)據(jù)D332(S3205)。此后，向SP許可管理服務(wù)器214發(fā)送原始許可獲得應(yīng)答S3206，該原始許可獲得應(yīng)答S3206包括進(jìn)行了S3205附加處理的原始許可和作為加密內(nèi)容的獲得目標(biāo)的CP內(nèi)容管理服務(wù)器116的信息。SP許可管理服務(wù)器214，當(dāng)接收原始許可獲得應(yīng)答S3206時，就檢查附加在原始許可數(shù)據(jù)的簽名，與原始許可ID相關(guān)聯(lián)在DB中記錄原始許可。向DB的記錄結(jié)束之后，包括原始許可獲得處理的結(jié)果的原始許可獲得應(yīng)答S3208返回給SP終端應(yīng)用程序212。SP終端應(yīng)用程序212，當(dāng)接收原始許可獲得應(yīng)答S3208時，就對使用者示出原始許可獲得處理的結(jié)果(S3209)。
(對加密內(nèi)容獲得處理的序列)圖34是示出對內(nèi)容供應(yīng)商11和服務(wù)供應(yīng)商21之間的加密內(nèi)容獲得處理的序列的圖。如圖34所示，本處理，在CP內(nèi)容管理服務(wù)器116和SP終端應(yīng)用程序212以及SP內(nèi)容分發(fā)服務(wù)器216中實(shí)施。另外，這里所述的加密內(nèi)容獲得是指服務(wù)供應(yīng)商21從內(nèi)容供應(yīng)商11，獲得對應(yīng)于從上述原始許可獲得處理獲得的原始許可的加密內(nèi)容。以下進(jìn)行詳細(xì)說明。
SP終端應(yīng)用程序212，接受加密內(nèi)容的ID和CP內(nèi)容管理服務(wù)器116的信息(S3401)，該加密內(nèi)容的ID由使用者獲得，并且在該CP內(nèi)容管理服務(wù)器116獲得。此后，將加密內(nèi)容獲得請求S3402發(fā)送給SP內(nèi)容分發(fā)服務(wù)器216，該加密內(nèi)容獲得請求S3402包括，輸入的內(nèi)容ID和CP內(nèi)容管理服務(wù)器116的信息。SP內(nèi)容分發(fā)服務(wù)器216，當(dāng)接收加密內(nèi)容獲得請求S3402時，就對被指定的CP內(nèi)容管理服務(wù)器116，發(fā)送包括內(nèi)容ID的加密內(nèi)容獲得請求S3403。CP內(nèi)容管理服務(wù)器116，當(dāng)接收加密內(nèi)容獲得請求S3403時，就獲得與內(nèi)容ID相對應(yīng)的加密內(nèi)容的數(shù)據(jù)和元信息(S3404)。此后，將加密內(nèi)容獲得應(yīng)答S3405發(fā)送到SP內(nèi)容分發(fā)服務(wù)器216，該加密內(nèi)容獲得應(yīng)答S3405包括獲得的加密內(nèi)容的數(shù)據(jù)和元信息。SP內(nèi)容分發(fā)服務(wù)器216，當(dāng)接收加密內(nèi)容獲得應(yīng)答S3405時，與內(nèi)容ID相關(guān)聯(lián)地，在DB中記錄加密內(nèi)容的數(shù)據(jù)和元信息(S3406)。向DB的記錄結(jié)束之后，將加密內(nèi)容獲得應(yīng)答S3407發(fā)送給SP終端應(yīng)用程序212，該加密內(nèi)容獲得應(yīng)答S3407包括加密內(nèi)容獲得處理的結(jié)果。SP終端應(yīng)用程序212，當(dāng)接收加密內(nèi)容獲得應(yīng)答S3407時，就對使用者示出加密內(nèi)容獲得處理的結(jié)果(S3408)。
(對原始許可信息參照處理的序列)圖35是示出對服務(wù)供應(yīng)商21內(nèi)的原始許可信息參照處理的序列的圖。如圖35所示，本處理，在銷售許可生成工具211與SP許可管理服務(wù)器214中實(shí)施。圖36是示出原始許可信息的數(shù)據(jù)結(jié)構(gòu)的圖。另外，在這里所述的原始許可信息是指，如圖36所示，從圖33的原始許可省略了內(nèi)容密鑰部分(D361)的形式的原始許可。以下進(jìn)行詳細(xì)說明。
銷售許可生成工具211由使用者接受進(jìn)行參照的原始許可的ID(S3501)。此后，將包括原始許可的ID的原始許可信息獲得請求S3502，發(fā)送給SP許可管理服務(wù)器214。SP許可管理服務(wù)器214，當(dāng)接收原始許可信息獲得請求S3502時，就從DB獲得對應(yīng)于原始許可ID的原始許可的數(shù)據(jù)(S3503)。獲得后，刪掉內(nèi)容密鑰的部分，生成原始許可信息(S3504)。并且，將原始許可信息獲得應(yīng)答S3505，發(fā)送給銷售許可生成工具211，該原始許可信息獲得應(yīng)答S3505包括生成的原始許可信息。圖37是圖2所示的銷售許可生成工具的輸入畫面。銷售許可生成工具211，當(dāng)接收原始許可信息獲得應(yīng)答S3505時，就從獲得的原始許可信息生成如圖37所示的畫面，出示給使用者(S3506)。
(對銷售許可生成處理的序列)圖38是示出對服務(wù)供應(yīng)商21內(nèi)的銷售許可生成處理的序列的圖。如圖38所示，本處理，在銷售許可生成工具211和SP許可銷售服務(wù)器213以及SP許可管理服務(wù)器214中實(shí)施。另外，圖39是對圖2所示的銷售許可生成工具的輸入畫面輸入了編輯條件的畫面圖。圖40是示出銷售許可(沒有內(nèi)容密鑰)的數(shù)據(jù)結(jié)構(gòu)的圖。以下進(jìn)行詳細(xì)說明。
銷售許可生成工具211的使用者，對實(shí)行了上述的原始許可信息獲得處理所獲得的圖37的畫面，如圖39的D3901到D3904所示輸入銷售許可的編輯條件，按下D3905的銷售許可生成按鈕(S3801)。銷售許可生成工具211如圖40所示，按照所輸入的編輯條件，編輯包括在原始許可中的銷售許可的模板，生成不包括內(nèi)容密鑰的銷售許可(沒有內(nèi)容密鑰)(S3802)。然后，將生成的銷售許可(沒有內(nèi)容密鑰)和銷售許可登記請求S3803，發(fā)送給SP許可管理服務(wù)器214，該銷售許可登記請求S3803包括作為生成該銷售許可(沒有內(nèi)容密鑰)的基礎(chǔ)的原始許可ID。SP許可管理服務(wù)器214，當(dāng)接收銷售許可登記請求S3803時，就從DB獲得對應(yīng)于接收到的原始許可ID的原始許可的數(shù)據(jù)(S3804)。然后，比較接收的銷售許可(沒有內(nèi)容密鑰)的銷售條件和從DB獲得的原始許可的編輯條件，判斷使用條件是否在編輯條件的范圍內(nèi)。圖41是示出銷售許可(有內(nèi)容密鑰)的數(shù)據(jù)結(jié)構(gòu)的圖。在這里，在編輯條件的范圍內(nèi)的情況下，如圖41所示，將原始許可內(nèi)的內(nèi)容密鑰插入銷售許可(沒有內(nèi)容密鑰)中，編輯成包括內(nèi)容密鑰的銷售許可(有內(nèi)容密鑰)(S3805)。然后，將生成的銷售許可(有內(nèi)容密鑰)在DB中登記(S3806)，并將銷售許可登記應(yīng)答S3807返回給銷售許可生成工具211，該銷售許可登記應(yīng)答S3807包括表示正常結(jié)束的信息。另外，在編輯條件的范圍之外的情況下，將銷售許可登記應(yīng)答S3807返回給銷售許可生成工具211，該銷售許可登記應(yīng)答S3807包括表示非正常結(jié)束的信息。銷售許可生成工具211當(dāng)接收正常結(jié)束的銷售許可登記應(yīng)答S3807時，就請求SP許可銷售服務(wù)器213登記銷售許可ID和使用條件等的元信息(S3808)。SP許可銷售服務(wù)器213，當(dāng)接收元信息登記請求S3808時，與銷售許可ID相關(guān)聯(lián)地，在DB中記錄元信息(S3809)。向DB的記錄結(jié)束之后，將元信息登記應(yīng)答S3810返回給銷售許可生成工具211。銷售許可生成工具211，當(dāng)接收元信息登記應(yīng)答S3810時，將示出銷售許可生成處理的結(jié)果的信息，出示給使用者(S3811)。
如上所述，在本B2B2C系統(tǒng)中，服務(wù)供應(yīng)商21向最終用戶31銷售的銷售許可的使用條件，如果不按照內(nèi)容供應(yīng)商11設(shè)定的原始許可的編輯條件，就不能生成包括內(nèi)容密鑰的銷售許可。總之，通過使用本發(fā)明，內(nèi)容供應(yīng)商11，可以控制服務(wù)供應(yīng)商21生成的銷售許可的使用條件。
圖42是示出使用條件和編輯條件的比較定時的圖。圖43是將使用條件和編輯條件的比較定時作為銷售許可的發(fā)行時刻的圖。再者，在本發(fā)明的實(shí)施方式中，如圖42所示，對最終用戶31銷售并發(fā)行的銷售許可的使用條件，是在銷售前設(shè)定了服務(wù)供應(yīng)商21所指定的使用條件并發(fā)行的例子，不過，不限于此，也可以如圖43所示，在銷售時設(shè)定由最終用戶31所指定的使用條件并發(fā)行。
另外，在本發(fā)明的實(shí)施方式中，如圖42所示，銷售許可的使用條件和原始許可的編輯條件的比較判斷處理，是在服務(wù)供應(yīng)商21的子系統(tǒng)內(nèi)，在數(shù)據(jù)庫登記銷售許可的時候?qū)嵤┑睦?，不過，可不受此限定，如圖43所示，向最終用戶31的終端裝置發(fā)行銷售許可的時候進(jìn)行也可。
圖44是將使用條件和編輯條件的比較定時作為銷售許可的接收時刻的圖。圖45是將使用條件和編輯條件的比較定時作為內(nèi)容的使用時刻的圖。另外，比較判斷處理，不限于在服務(wù)供應(yīng)商21的子系統(tǒng)內(nèi)實(shí)施，也可以如圖44或圖45所示，從服務(wù)供應(yīng)商21或內(nèi)容供應(yīng)商11的子系統(tǒng)獲得編輯條件，在銷售許可接收時和內(nèi)容的使用時，在最終用戶31的終端裝置中進(jìn)行也可。
另外，在本發(fā)明的實(shí)施方式中，關(guān)于內(nèi)容密鑰的分發(fā)示出以下例子，由服務(wù)供應(yīng)商21的子系統(tǒng)先從內(nèi)容供應(yīng)商11的子系統(tǒng)作為包括在原始許可的數(shù)據(jù)獲得，又將其包括在銷售許可內(nèi)，分發(fā)給最終用戶31的終端，不過，不受這個限制，也可以由內(nèi)容供應(yīng)商11的子系統(tǒng)分發(fā)給最終用戶31的終端。
另外，在本發(fā)明的實(shí)施方式中，關(guān)于加密內(nèi)容的分發(fā)示出以下例子，服務(wù)供應(yīng)商21的子系統(tǒng)先從內(nèi)容供應(yīng)商11的子系統(tǒng)獲得，將其分發(fā)給最終用戶31的終端，不過，不受這個限制，可以由內(nèi)容供應(yīng)商11的子系統(tǒng)分發(fā)給最終用戶31的終端。
(編輯條件和銷售條件聯(lián)動的情況下)再者，上述實(shí)施方式，按照編輯條件所制作的銷售許可，不管其編輯內(nèi)容只是以所有銷售許可共通的銷售條件來限制銷售，不過，本發(fā)明不受該限制。圖46是示出按照銷售許可的編輯結(jié)果銷售許可的銷售數(shù)被限制的一個例子的圖。如該圖所示，原始許可中的銷售條件，記載著可以編輯的使用條件和與其編輯結(jié)果對應(yīng)的銷售許可的個數(shù)的上限。即，編輯后的再現(xiàn)次數(shù)如果是3次，可以銷售到100個為止，如果再現(xiàn)次數(shù)是4次，就可以銷售到80個為止，如果再現(xiàn)次數(shù)是5次，就可以銷售到60個為止。編輯條件，記載著可以編輯的使用條件的范圍，即，再現(xiàn)次數(shù)從最少3次到最多5次的范圍內(nèi)，可以編輯。從而，例如，SP許可管理服務(wù)器214編輯銷售許可的再現(xiàn)次數(shù)為4次的情況下，可以銷售的許可的銷售個數(shù)是到80個為止。SP許可銷售服務(wù)器213的控制部2134，從銷售許可生成工具211收到銷售條件和使用條件的通知，該銷售條件是所生成的銷售許可的銷售條件，即圖46所示的銷售條件，該使用條件是被編輯的使用條件。SP許可銷售服務(wù)器213的控制部2134，每當(dāng)該銷售許可被銷售的時候，計(jì)數(shù)其銷售數(shù)，當(dāng)計(jì)數(shù)值達(dá)到對應(yīng)于所通知的使用條件的銷售個數(shù)時，結(jié)束該銷售許可的銷售。再者，在這個情況下作為銷售許可的銷售方法，SP許可銷售服務(wù)器213，銷售再現(xiàn)次數(shù)同樣的(例如，3次)許可，而不接受最終用戶的作為使用條件的再現(xiàn)次數(shù)的指定而銷售許可。再者，在這里示出的例子是，服務(wù)供應(yīng)商21，從所示的作為編輯條件的范圍中只選擇1個，即內(nèi)容的再現(xiàn)次數(shù)，將對應(yīng)于所選擇的再現(xiàn)次數(shù)的銷售個數(shù)作為上限，向最終用戶31銷售銷售許可的例子?？墒?，這樣的銷售方法，是由內(nèi)容供應(yīng)商11和服務(wù)供應(yīng)商21之間的合同來決定，不一定限制在這里示出的例子。例如，SP許可管理服務(wù)器214，完全可以將再現(xiàn)次數(shù)3次、4次及5次的銷售許可，分別以100個、80個及60個作為上限，銷售總計(jì)240個的銷售許可。這個情況下，可以接受來自最終用戶31的再現(xiàn)次數(shù)的指定，銷售所指定的再現(xiàn)次數(shù)的銷售許可。進(jìn)而，當(dāng)所指定的次數(shù)的銷售許可達(dá)到銷售個數(shù)的上限的情況下，可以向最終用戶31的終端裝置通知到達(dá)上限的情況，并銷售銷售個數(shù)沒達(dá)到上限的銷售許可。
(雙重檢查的情況下的銷售許可的數(shù)據(jù)結(jié)構(gòu))
另外，如上所述，編輯條件的比較判斷處理，可以在服務(wù)供應(yīng)商21的子系統(tǒng)內(nèi)實(shí)施，也可以如圖44和圖45所示，在最終用戶31的終端裝置進(jìn)行?？墒牵幌薅ㄖ辉诜?wù)供應(yīng)商21或者最終用戶31的某一方進(jìn)行比較判斷處理，在服務(wù)供應(yīng)商21及最終用戶31雙方進(jìn)行比較判斷處理也可。圖47是示出在SP及EU雙方，進(jìn)行編輯條件的比較判斷處理的情況下數(shù)據(jù)流向的圖。如該圖所示SP中，內(nèi)容密鑰插入處理部2144是SP檢查模塊，比較從銷售許可生成工具211接受的銷售許可(沒有內(nèi)容密鑰)的使用條件、和成為該使用條件基礎(chǔ)的原始許可的編輯條件，判斷使用條件是否在編輯條件的范圍內(nèi)。然后，只在判斷為范圍內(nèi)的情況下，才將原始許可內(nèi)的內(nèi)容密鑰插入銷售許可(沒有內(nèi)容密鑰)內(nèi)，生成銷售許可(有內(nèi)容密鑰)。上述實(shí)施方式中，EU只是用從SP獲得的銷售許可使用內(nèi)容，所以所生成的銷售許可不需要包含編輯條件。與此相比，在SP檢查模塊的檢查和在EU終端裝置的檢查，進(jìn)行雙重檢查的情況下，如圖47所示，銷售許可(有內(nèi)容密鑰)中插入著編輯條件。另外，EU包括，由CP所提供的防篡改模塊即檢查模塊。EU的檢查模塊，當(dāng)從SP獲得銷售許可，就比較銷售許可中的編輯條件和使用條件，判斷使用條件是否在編輯條件的范圍內(nèi)。判斷的結(jié)果，使用條件在編輯條件的范圍內(nèi)的情況下，將銷售許可存儲在內(nèi)部的安全的存儲裝置，除此之外的情況下，廢棄獲得的銷售許可。
(具備銷售許可的檢查功能的EU終端裝置的結(jié)構(gòu))圖48是示出比較判斷包括在銷售許可的編輯條件和使用條件的EU終端裝置480結(jié)構(gòu)的框圖。如該圖所示，EU終端裝置480包括通信處理部481、控制部482、合同條件比較部483、DB I/F484及許可DB485。通信處理部481是這樣的模塊，將從沒有圖示的輸入I/F接受的來自用戶的許可獲得請求，通過傳送路徑B51發(fā)送給SP許可管理服務(wù)器214，作為其應(yīng)答接收相應(yīng)的銷售許可(有內(nèi)容密鑰)的模塊?？刂撇?82，是對從SP許可管理服務(wù)器214所接收的銷售許可的編輯條件和使用條件的比較處理進(jìn)行控制的模塊。控制部482按照合同條件比較部483的判斷結(jié)果，只有銷售許可的使用條件在編輯條件的范圍內(nèi)的情況下，才將銷售許可通過DB I/F484存儲在許可DB485。除此之外的情況下，廢棄所接受的銷售許可。合同條件比較部483，比較所接收的銷售許可的編輯條件和使用條件，判斷使用條件是否在編輯條件的范圍內(nèi)，將判斷結(jié)果通知給控制部482。DBI/F484，是對作為安全存儲裝置的許可DB485存儲數(shù)據(jù)或讀出數(shù)據(jù)的模塊。DB I/F484，將從控制部482獲得的銷售許可存儲在許可DB485。另外，再現(xiàn)內(nèi)容時，在控制部482指示的基礎(chǔ)上讀出存儲在許可DB485的許可，轉(zhuǎn)送給控制部482或者沒有圖示的內(nèi)容再現(xiàn)部。
圖49是示出包括在銷售許可的編輯條件和使用條件的比較定時的其他的例子的圖。以下，用圖48及圖49，說明以服務(wù)供應(yīng)商21和最終用戶31雙方進(jìn)行雙重檢查的情況下的處理順序。如該圖所示，內(nèi)容供應(yīng)商11，將包括編輯條件的原始許可發(fā)送給服務(wù)供應(yīng)商21。服務(wù)供應(yīng)商21，將從內(nèi)容供應(yīng)商11獲得的原始許可，先記錄在許可DB2146，通過銷售許可生成工具211編輯原始許可內(nèi)的模板來生成銷售許可(沒有內(nèi)容密鑰)。其次，內(nèi)容密鑰插入處理部2144，比較銷售許可(沒有內(nèi)容密鑰)內(nèi)中包含的編輯后的使用條件、和原始許可的編輯條件，當(dāng)編輯后的使用條件是在編輯條件的范圍內(nèi)時，在銷售許可(沒有內(nèi)容密鑰)插入內(nèi)容密鑰。插入了內(nèi)容密鑰的銷售許可，記錄在許可DB2146。與此相比，最終用戶31購買銷售許可的情況下，從許可DB2146讀出所指定的銷售許可，進(jìn)行簽名之后，發(fā)行給最終用戶31。這個情況下，服務(wù)供應(yīng)商21，在規(guī)定的使用條件的基礎(chǔ)上，發(fā)行可以再現(xiàn)最終用戶31指定的內(nèi)容的銷售許可，而不接受最終用戶31的使用條件的指定。另外，這個時候服務(wù)供應(yīng)商21發(fā)行的銷售許可中，包括編輯條件。最終用戶31的EU終端裝置480，(1)當(dāng)獲得通信處理部481所發(fā)行的銷售許可時，(2)獲得的銷售許可通過控制部482傳遞給合同條件比較部483。(3)合同條件比較部483，比較從控制部482遞來的銷售許可包括的編輯條件和使用條件，(4)只有使用條件在編輯條件的范圍內(nèi)的情況下，才返回給控制部482。除此以外的銷售許可會被廢棄。(5)(6)控制部482，通過DB I/F484，在EU終端裝置480內(nèi)的許可DB485記錄銷售許可。
如上所述本B2B2C系統(tǒng)，服務(wù)供應(yīng)商21向最終用戶31銷售的銷售許可的使用條件，如果不按照內(nèi)容供應(yīng)商11設(shè)定的原始許可的編輯條件，就不能生成包括內(nèi)容密鑰的銷售許可。除此之外，在最終用戶31的階段進(jìn)一步檢查銷售許可的使用條件是否按照編輯條件，進(jìn)行雙重檢查，廢棄沒有按照編輯條件設(shè)定了使用條件的銷售許可，所以，即使服務(wù)供應(yīng)商21違犯內(nèi)容供應(yīng)商11的意思，生成了違背原始許可的編輯條件的銷售許可，最終用戶31也不能使用內(nèi)容。從而，根據(jù)采用本發(fā)明，內(nèi)容供應(yīng)商11，可以更加有力地控制服務(wù)供應(yīng)商21生成的銷售許可的使用條件。
另外，本發(fā)明的服務(wù)供應(yīng)商21，不僅限于廣播臺，或在互聯(lián)網(wǎng)上銷售內(nèi)容的業(yè)者，也可以是出租記錄在DVD及CD等記錄介質(zhì)的內(nèi)容的業(yè)者。在此情況下，對各個內(nèi)容的銷售許可的編輯條件及銷售條件等，服務(wù)供應(yīng)商21可以通過通信網(wǎng)等從內(nèi)容供應(yīng)商11接收，也可以記錄在DVD等記錄介質(zhì)，該記錄介質(zhì)存儲著作為出租對象的內(nèi)容。這個情況下，最終用戶31的終端裝置，按照從服務(wù)供應(yīng)商21所發(fā)行的銷售許可再現(xiàn)內(nèi)容。這時，最終用戶31的終端裝置，比較銷售許可中的使用條件和記錄在記錄介質(zhì)中的編輯條件，該記錄介質(zhì)存儲了內(nèi)容，來判斷銷售許可中的使用條件是否在記錄在記錄介質(zhì)中的編輯條件的范圍之內(nèi)，只有當(dāng)銷售許可中的使用條件在記錄在記錄介質(zhì)中的編輯條件的范圍之內(nèi)的情況下，才再現(xiàn)內(nèi)容，除此之外的情況下可以廢棄銷售許可。
產(chǎn)業(yè)上利用的可能性本發(fā)明涉及的用于B2B2C系統(tǒng)的權(quán)利管理裝置具有強(qiáng)制手段，該強(qiáng)制手段是指在服務(wù)供應(yīng)商生成對最終用戶進(jìn)行銷售的銷售許可的時候，銷售許可的使用條件不設(shè)定在內(nèi)容供應(yīng)商設(shè)定的原始許可的編輯條件以內(nèi)，就不能插入內(nèi)容密鑰的強(qiáng)制手段，從而作為在內(nèi)容供應(yīng)商能夠控制服務(wù)供應(yīng)商生成的銷售許可的使用條件的系統(tǒng)中所使用的權(quán)利管理裝置而有用。
權(quán)利要求
1.一種權(quán)利管理系統(tǒng)，管理許可信息，該許可信息許可內(nèi)容的使用，包括許可信息生成單元，生成包括使用條件的許可信息，該使用條件示出上述使用被許可的條件；范圍指定獲得單元，從制作內(nèi)容的內(nèi)容供應(yīng)商，獲得示出指定上述使用條件的范圍的信息；使用條件判斷單元，判斷包括在所生成的許可信息中的上述使用條件，是否包括在所指定的上述范圍內(nèi)；以及有效化單元，只有在上述判斷的結(jié)果為，上述使用條件包括在上述范圍內(nèi)的情況下，才使所生成的上述許可信息有效。
2.根據(jù)權(quán)利要求1所述的權(quán)利管理系統(tǒng)，上述權(quán)利管理系統(tǒng)包括內(nèi)容供應(yīng)商所具備的第1權(quán)利管理裝置；向最終用戶發(fā)行上述許可信息的服務(wù)供應(yīng)商所具備的第2權(quán)利管理裝置；以及最終用戶進(jìn)行內(nèi)容的使用的終端裝置；上述第2權(quán)利管理裝置包括上述許可信息生成單元；以及發(fā)送單元，向最終用戶的終端裝置發(fā)送所生成的許可信息；上述終端裝置包括上述范圍指定獲得單元；上述使用條件判斷單元；上述有效化單元；以及接收單元，從上述第2權(quán)利管理裝置接收上述許可信息；上述范圍指定獲得單元對于所接收的上述許可信息，從上述第1權(quán)利管理裝置，獲得示出上述使用條件的范圍的信息；上述使用條件判斷單元對于所接收的上述許可信息，判斷上述使用條件是否包括在所指定的上述范圍內(nèi)；上述有效化單元在上述判斷的結(jié)果為，上述使用條件不包括在上述范圍內(nèi)的情況下，廢棄所接收的上述許可信息。
3.根據(jù)權(quán)利要求1所述的權(quán)利管理系統(tǒng)，上述權(quán)利管理系統(tǒng)包括內(nèi)容供應(yīng)商所具備的第1權(quán)利管理裝置；向最終用戶發(fā)行上述許可信息的服務(wù)供應(yīng)商所具備的第2權(quán)利管理裝置；以及最終用戶進(jìn)行內(nèi)容的使用的終端裝置；上述第2權(quán)利管理裝置包括上述許可信息生成單元；上述范圍指定獲得單元；上述使用條件判斷單元；以及上述有效化單元；上述范圍指定獲得單元對于所接收的上述許可信息，從上述第1權(quán)利管理裝置，獲得示出上述使用條件的范圍的信息；上述有效化單元只有在上述使用條件包括在上述范圍內(nèi)的情況下，才將內(nèi)容密鑰插入所生成的許可信息中，該內(nèi)容密鑰解密被加密的內(nèi)容。
4.根據(jù)權(quán)利要求3所述的權(quán)利管理系統(tǒng)，上述第1權(quán)利管理裝置包括合同許可生成單元，生成合同許可信息，該合同許可信息包括上述內(nèi)容密鑰和示出上述使用條件的范圍的信息；以及發(fā)送單元，將所生成的上述合同許可發(fā)送給上述第2權(quán)利管理裝置；上述第2權(quán)利管理裝置還包括合同許可接收單元，從上述第1權(quán)利管理裝置接收上述合同許可；上述范圍指定獲得單元從所接收的合同許可，獲得示出上述使用條件的范圍的信息；上述使用條件判斷單元判斷上述所生成的許可信息所包括的使用條件，是否包括在所讀出的使用條件的范圍內(nèi)；上述有效化單元只有在上述使用條件包括在上述范圍內(nèi)的情況下，才從所接收的合同許可中提取上述內(nèi)容密鑰，并插入到所生成的上述許可信息中。
5.根據(jù)權(quán)利要求4所述的權(quán)利管理系統(tǒng)，上述權(quán)利管理裝置還包括發(fā)行單元，只有上述判斷的結(jié)果為，上述使用條件包括在上述范圍內(nèi)的情況下，才將插入了上述內(nèi)容密鑰的上述許可信息，向最終用戶的終端裝置發(fā)行。
6.根據(jù)權(quán)利要求3所述的權(quán)利管理系統(tǒng)，上述第1權(quán)利管理裝置包括合同許可生成單元，生成合同許可信息，該合同許可信息包括上述內(nèi)容密鑰和示出上述使用條件的范圍的信息以及有關(guān)上述許可信息發(fā)行的條件；以及發(fā)送單元，將所生成的上述合同許可發(fā)送給上述第2權(quán)利管理裝置；上述第2權(quán)利管理裝置還包括合同許可接收單元，從上述第1權(quán)利管理裝置接收上述合同許可；發(fā)行條件獲得單元，從上述合同許可獲得有關(guān)上述發(fā)行的條件；以及發(fā)行單元，向最終用戶的終端裝置發(fā)行上述許可信息；上述范圍指定獲得單元從所接收的合同許可獲得示出上述使用條件的范圍的信息；上述使用條件判斷單元判斷上述所生成的許可信息所包括的使用條件，是否包括在所讀出的使用條件的范圍內(nèi)；上述有效化單元只有在上述使用條件包括在上述范圍內(nèi)的情況下，才從所接收的合同許可提取上述內(nèi)容密鑰，并插入到所生成的上述許可信息中；上述發(fā)行單元按照所獲得的有關(guān)發(fā)行的條件，發(fā)行插入了上述內(nèi)容密鑰的許可信息。
7.一種權(quán)利管理裝置，管理許可信息，該許可信息許可內(nèi)容的使用，包括許可信息生成單元，生成包括使用條件的許可信息，該使用條件示出上述使用被許可的條件；范圍指定接收單元，從制作內(nèi)容的內(nèi)容供應(yīng)商所具備的權(quán)利管理裝置，接收示出上述使用條件的范圍的信息；使用條件判斷單元，判斷包括在所生成的許可信息中的上述使用條件，是否包括在所指定的上述范圍內(nèi)；以及有效化單元，只有在上述判斷的結(jié)果為，上述使用條件包括在上述范圍內(nèi)的情況下，才使所生成的上述許可信息有效。
8.根據(jù)權(quán)利要求7所述的權(quán)利管理裝置，上述范圍指定接收單元，從制作內(nèi)容的內(nèi)容供應(yīng)商的權(quán)利管理裝置，接收示出上述使用條件的范圍的上述信息；上述權(quán)利管理裝置還包括內(nèi)容密鑰獲得單元，從上述內(nèi)容供應(yīng)商的權(quán)利管理裝置，獲得在內(nèi)容的加密中使用的內(nèi)容密鑰；上述有效化單元只有在上述使用條件包括在上述范圍內(nèi)的情況下，才將上述內(nèi)容密鑰插入到所生成的上述許可信息中。
9.根據(jù)權(quán)利要求8所述的權(quán)利管理裝置，上述范圍指定接收單元，從上述內(nèi)容供應(yīng)商的上述權(quán)利管理裝置，接收作為上述使用條件之一的可使用內(nèi)容的期間的指定；上述使用條件判斷單元，判斷所生成的上述許可信息所包括的可使用內(nèi)容的期間，是否包括在所指定的上述范圍內(nèi)；上述有效化單元，只有在上述許可信息所包括的可使用內(nèi)容的期間，包括在所指定的上述范圍內(nèi)的情況下，才使上述許可信息有效。
10.根據(jù)權(quán)利要求8所述的權(quán)利管理裝置，上述范圍指定接收單元，從上述內(nèi)容供應(yīng)商的上述權(quán)利管理裝置，接收作為上述使用條件之一的可使用內(nèi)容的總計(jì)次數(shù)的范圍的指定；上述使用條件判斷單元，判斷所生成的上述許可信息所包括的可使用內(nèi)容的總計(jì)次數(shù)的范圍，是否包括在所指定的上述范圍內(nèi)；上述有效化單元，只有在上述許可信息所包括的可使用內(nèi)容的總計(jì)次數(shù)的范圍，包括在所指定的上述范圍內(nèi)的情況下，才使上述許可信息有效。
11.根據(jù)權(quán)利要求8所述的權(quán)利管理裝置，上述范圍指定接收單元，從上述內(nèi)容供應(yīng)商的上述權(quán)利管理裝置，接收作為上述使用條件之一的可使用內(nèi)容的總計(jì)時間的范圍的指定上述使用條件判斷單元，判斷所生成的上述許可信息所包括的可使用內(nèi)容的總計(jì)時間的范圍，是否包括在所指定的上述范圍內(nèi)；上述有效化單元，只有在上述許可信息所包括的可使用內(nèi)容的總計(jì)時間的范圍，包括在所指定的上述范圍內(nèi)的情況下，才使上述許可信息有效。
12.根據(jù)權(quán)利要求8所述的權(quán)利管理裝置，上述范圍指定接收單元，從上述內(nèi)容供應(yīng)商的上述權(quán)利管理裝置，接收可連續(xù)使用內(nèi)容的連續(xù)使用時間的指定；上述使用條件判斷單元，判斷所生成的上述許可信息所包括的連續(xù)使用時間，是否包括在所指定的上述范圍內(nèi)；上述有效化單元，只有在上述許可信息所包括的連續(xù)使用時間，包括在所指定的上述范圍內(nèi)的情況下，才使上述許可信息有效。
13.根據(jù)權(quán)利要求8所述的權(quán)利管理裝置，至少，上述使用條件判斷單元，由防篡改模塊所構(gòu)成。
14.根據(jù)權(quán)利要求7所述的權(quán)利管理裝置，上述權(quán)利管理裝置還包括發(fā)行條件指定接收單元，從上述內(nèi)容供應(yīng)商的權(quán)利管理裝置，接收信息，該信息示出與對應(yīng)于各內(nèi)容的許可信息的發(fā)行有關(guān)的條件的指定；許可信息發(fā)行單元，對最終用戶的終端裝置，發(fā)行對應(yīng)于內(nèi)容的許可信息；以及發(fā)行條件判斷單元，判斷上述許可信息的發(fā)行，是否滿足所指定的條件；只有上述判斷的結(jié)果為，上述許可信息的發(fā)行滿足所指定的條件的情況下，上述許可信息發(fā)行單元才對上述最終用戶發(fā)行上述許可信息。
15.根據(jù)權(quán)利要求14所述的權(quán)利管理裝置，上述發(fā)行條件指定接收單元，接收可發(fā)行的許可信息的總計(jì)個數(shù)的指定；上述權(quán)利管理裝置還包括發(fā)行數(shù)計(jì)數(shù)單元，按各個內(nèi)容計(jì)數(shù)所要發(fā)行的上述許可信息的總計(jì)個數(shù)；以及發(fā)行個數(shù)判斷單元，判斷所計(jì)數(shù)的許可信息的個數(shù)，是否滿足所指定的條件；只有上述判斷的結(jié)果為，上述發(fā)行個數(shù)滿足上述條件的情況下，上述許可信息發(fā)行單元才發(fā)行上述許可信息。
16.根據(jù)權(quán)利要求14所述的權(quán)利管理裝置上述發(fā)行條件指定接收單元，接收可發(fā)行許可信息的發(fā)行期間的指定；上述發(fā)行條件判斷單元，判斷當(dāng)前時刻是否滿足所指定的發(fā)行期間；只有上述判斷的結(jié)果為，滿足所指定的發(fā)行期間的情況下，上述許可信息發(fā)行單元才發(fā)行上述許可信息。
17.根據(jù)權(quán)利要求7所述的權(quán)利管理裝置，上述權(quán)利管理裝置還包括發(fā)行條件指定接收單元，從上述內(nèi)容供應(yīng)商的權(quán)利管理裝置，接收有關(guān)許可信息發(fā)行的條件的指定，該條件對應(yīng)于上述指定范圍內(nèi)的各使用條件；以及許可信息發(fā)行單元，只有上述使用條件判斷單元判斷的結(jié)果為，上述使用條件包括在上述范圍內(nèi)的情況下，才對上述最終用戶發(fā)行許可信息，該許可信息滿足對應(yīng)于上述使用條件的發(fā)行條件。
18.根據(jù)權(quán)利要求17所述的權(quán)利管理裝置，上述許可信息發(fā)行單元，在上述使用條件為可使用內(nèi)容的總計(jì)次數(shù)、與上述許可信息的發(fā)行有關(guān)的條件為該許可信息的發(fā)行數(shù)的情況下，按照對應(yīng)于上述使用條件的發(fā)行條件發(fā)行許可信息，使發(fā)行數(shù)與可使用內(nèi)容的全體的總計(jì)次數(shù)大致相同。
19.一種終端裝置，是最終用戶的終端裝置，該終端裝置按照許可內(nèi)容的使用的許可信息，進(jìn)行內(nèi)容再現(xiàn)，包括請求單元，向服務(wù)供應(yīng)商的權(quán)利管理裝置請求許可信息，該許可信息用于再現(xiàn)特定的內(nèi)容；許可信息獲得單元，作為對上述請求的應(yīng)答，獲得包括使用條件的上述許可信息、和范圍指定信息，該使用條件示出內(nèi)容的使用被許可的條件，該范圍指定信息指定上述使用條件的范圍；使用條件判斷單元，判斷包括在所獲得的上述許可信息中的使用條件，是否包括在上述范圍指定信息所指定的范圍內(nèi)；以及廢棄單元，在上述判斷的結(jié)果為，上述使用條件不包括在上述范圍指定信息所指定的范圍內(nèi)的情況下，廢棄所獲得的上述許可信息。
20.一種權(quán)利管理方法，管理許可信息，該許可信息許可內(nèi)容的使用，該方法包括生成包括使用條件的許可信息，該使用條件示出上述使用被許可的條件；從制作內(nèi)容的內(nèi)容供應(yīng)商所具備的權(quán)利管理裝置，接收示出上述使用條件的范圍的信息；判斷包括在所生成的許可信息中的上述使用條件，是否包括在所接收的上述范圍內(nèi)；以及只有在上述判斷的結(jié)果為，上述使用條件包括在上述范圍內(nèi)的情況下，才使所生成的上述許可信息有效。
21.一種權(quán)利管理方法，是最終用戶的終端裝置的權(quán)利管理方法，該終端裝置按照許可信息進(jìn)行內(nèi)容再現(xiàn)，該許可信息許可內(nèi)容的使用，該方法包括向服務(wù)供應(yīng)商請求許可信息，該許可信息用于再現(xiàn)特定的內(nèi)容；作為對上述請求的應(yīng)答，獲得包括使用條件的上述許可信息、和范圍指定信息，該使用條件示出內(nèi)容的使用被許可的條件，該范圍指定信息指定上述使用條件的范圍；判斷包括在所獲得的上述許可信息中的使用條件，是否包括在上述范圍指定信息所指定的范圍內(nèi)；以及在上述判斷的結(jié)果為，上述使用條件不包括在上述范圍指定信息所指定的范圍內(nèi)的情況下，廢棄所獲得的上述許可信息。
22.一種程序，用于權(quán)利管理裝置，該權(quán)利管理裝置管理許可信息，該許可信息許可內(nèi)容的使用，上述程序使計(jì)算機(jī)執(zhí)行以下步驟許可信息生成步驟，生成包括使用條件的許可信息，該使用條件示出上述使用被許可的條件；范圍指定接收步驟，從制作內(nèi)容的內(nèi)容供應(yīng)商所具備的權(quán)利管理裝置，接收示出上述使用條件的范圍的信息；使用條件判斷步驟，判斷包括在所生成的許可信息中的上述使用條件，是否包括在所指定的上述范圍內(nèi)；以及有效化步驟，只有在上述判斷的結(jié)果為，上述使用條件包括在上述范圍內(nèi)的情況下，才使所生成的上述許可信息有效。
23.一種程序，用于最終用戶的終端裝置，該終端裝置按照許可信息進(jìn)行內(nèi)容再現(xiàn)，該許可信息許可內(nèi)容的使用，上述程序使計(jì)算機(jī)執(zhí)行以下步驟請求步驟，向服務(wù)供應(yīng)商的權(quán)利管理裝置請求許可信息，該許可信息用于再現(xiàn)特定的內(nèi)容；許可信息獲得步驟，作為對上述請求的應(yīng)答，獲得包括使用條件的上述許可信息、和范圍指定信息，該使用條件示出內(nèi)容的使用被許可的條件，該范圍指定信息指定上述使用條件的范圍；使用條件判斷步驟，判斷包括在所獲得的上述許可信息中的使用條件，是否包括在上述范圍指定信息所指定的范圍內(nèi)；以及廢棄步驟，在上述判斷的結(jié)果為，上述使用條件不包括在上述范圍指定信息所指定的范圍內(nèi)的情況下，廢棄所獲得的上述許可信息。
24.一種記錄介質(zhì)，記錄著(1)解密被加密的內(nèi)容的內(nèi)容密鑰、(2)指定使用條件的范圍的信息，該使用條件示出上述內(nèi)容的使用被許可的條件。
25.一種記錄介質(zhì)，記錄著(1)解密被加密的內(nèi)容的內(nèi)容密鑰、(2)指定使用條件的范圍的信息，該使用條件示出上述內(nèi)容的使用被許可的條件、(3)有關(guān)許可信息發(fā)行的條件，在上述使用條件下，用該許可信息可以使用上述內(nèi)容。
全文摘要
服務(wù)供應(yīng)商SP(21)從內(nèi)容供應(yīng)商CP(11)的CP許可管理服務(wù)器(114)接收包括編輯條件的原始許可，該編輯條件示出使用條件的范圍的指定，SP(21)的銷售許可生成工具(211)以接收的原始許可為基礎(chǔ)，生成包括使用條件、且內(nèi)容密鑰被刪掉的銷售許可，該使用條件示出內(nèi)容的使用被許可的條件。SP許可管理服務(wù)器(214)的內(nèi)容密鑰插入處理部(2144)，判斷所生成的許可信息中所包括的使用條件，是否包括在編輯條件的范圍內(nèi)，只有當(dāng)使用條件包括在編輯條件的范圍內(nèi)的情況下，才將內(nèi)容密鑰插入到所生成的許可信息中。
文檔編號H04N7/167GK1930574SQ200580007379
公開日2007年3月14日 申請日期2005年3月24日 優(yōu)先權(quán)日2004年3月29日
發(fā)明者大穗雅博, 山本雅哉 申請人:松下電器產(chǎn)業(yè)株式會社