專利名稱：：內(nèi)容傳送裝置、內(nèi)容接收裝置以及內(nèi)容傳送方法
技術(shù)領(lǐng)域：
：本發(fā)明的一個實施例涉及受保護的所允許的復(fù)制次數(shù)的內(nèi)容的傳送，并且更具體地，涉及內(nèi)容傳送裝置、內(nèi)容接收裝置以及內(nèi)容傳送方法。
背景技術(shù)：
：目前，數(shù)字生活網(wǎng)絡(luò)協(xié)會(DLNA)等促進了家庭網(wǎng)絡(luò)技術(shù)的發(fā)展，并且存儲在家中(in-home)裝置中的內(nèi)容項目能夠經(jīng)由網(wǎng)絡(luò)被另一個裝置來查看。通過使用DTCP-IP經(jīng)由網(wǎng)絡(luò)不僅實現(xiàn)了查看內(nèi)容項目而且還實現(xiàn)了在裝置之間移動內(nèi)容項目(參見DTCP巻1，附錄E，MappingDTCPtoIP[InformationalVersion]Revision1.2，June15，2007)。目前，存在調(diào)節(jié)數(shù)字廣播的復(fù)制一次(copy-once)限制的趨勢。期望一個內(nèi)容項目能夠被復(fù)制兩次或更多次。然而，在DTCP-IP中，不考慮能夠被復(fù)制兩次或更多次的內(nèi)容項目。因為這個原因，在移動內(nèi)容項目時，由內(nèi)容傳送裝置保持的內(nèi)容項目的所允許的復(fù)制次數(shù)減一，內(nèi)容項目被移動到內(nèi)容接收裝置，并且由內(nèi)容接收裝置所接收的內(nèi)容項目必須被處理為不能再被復(fù)制的NoMoreCopies。如果能夠被復(fù)制十次的內(nèi)容項目在另一個裝置中被復(fù)制這十次所允許的復(fù)制中的三次，則相同的轉(zhuǎn)移正好必須重復(fù)三次，即，需要用于三次轉(zhuǎn)移的處理時間。在接收裝置中，因為每一次轉(zhuǎn)移時即使相同的內(nèi)容項目也分別被處理為不同的內(nèi)容項目，所以不利地需要用于三個內(nèi)容項目的存儲區(qū)域。本發(fā)明另外的目的和優(yōu)點將在以下的說明書中陳述，并且部分將從說明書中明顯看出，或者可以通過本發(fā)明的實踐來認識。本發(fā)明的目的和優(yōu)點可以通過在下文中具體指出的手段及結(jié)合來實現(xiàn)和獲得。包含在說明書中并構(gòu)成說明書的一部分的附圖示出了本發(fā)明的實施例，并且與上文給出的一般性描述和下文給出的實施例的詳細描述一起用來說明本發(fā)明的原理。圖l是示出根據(jù)本發(fā)明實施例的內(nèi)容傳送系統(tǒng)的結(jié)構(gòu)的示例性框圖2是示出內(nèi)容傳送方法的過程的示例性圖；以及圖3是示出權(quán)限轉(zhuǎn)移(authoritytransfer)處理的過程的示例性圖。具體實施例方式在下文中將參考附圖描述根據(jù)本發(fā)明的各種實施例。通常，根據(jù)本發(fā)明一個實施例，內(nèi)容傳送裝置包含復(fù)制次數(shù)信息傳送模塊，其中所述內(nèi)容傳送裝置對被控制復(fù)制以限制所允許的復(fù)制次數(shù)的內(nèi)容項目進行加密并將所加密的內(nèi)容項目傳送到接收器(sink)設(shè)備，所述復(fù)制次數(shù)信息傳送模塊被配置為將代表所允許的復(fù)制次數(shù)的復(fù)制次數(shù)信息作為明文(plaintext)傳送到接收器設(shè)備。中，并且所允許的復(fù)制次數(shù)作為明文被傳送到接收裝置一側(cè)。根據(jù)關(guān)于所允許的復(fù)制次數(shù)的信息，設(shè)置待被傳送裝置IOO移動的所允許的復(fù)制次數(shù)。接收器設(shè)備通過加密的包報頭的所允許的復(fù)制次數(shù)信息能夠知道包括在加密包中的內(nèi)容項目的所允許的復(fù)制次數(shù)。因為傳送到網(wǎng)絡(luò)上的所允許的復(fù)制次數(shù)信息是不加密的，所以可以偽造所允許的復(fù)制次數(shù)信息。因為包括所允許的復(fù)制次數(shù)信息的現(xiàn)時值Nc是在如上所述的用于加密內(nèi)容項目的內(nèi)容密鑰時使用的信息，所以如果做了偽造，則內(nèi)容項目不能在接收器一側(cè)被正確地解碼，并且所允許的復(fù)制次數(shù)不能被非法操縱。[第二實施例下面將描述一種在內(nèi)容使用權(quán)轉(zhuǎn)移中保護所允許的復(fù)制次數(shù)信息的同時在傳送裝置100和接收裝置200之間確認所允許的復(fù)制次數(shù)信息的方法。在DTCP-IP中，在移動內(nèi)容項目中，執(zhí)行被稱為移動承諾的內(nèi)容使用權(quán)的轉(zhuǎn)移處理。此時，為了保護消息不被偽造，給出了稱為MAC的值，其通過使用僅僅能夠被傳送裝置以及執(zhí)行鑒別和密鑰交換的接收裝置知道的信息來計算。在這個方案中，表4和表5中示出了MV一FINALIZE子函數(shù)(subfunction)。如表4和表5所示的執(zhí)行擴展(extension)，并且在移動承諾中確認所允許的復(fù)制次數(shù)信息。MV—FINALIZE2子函數(shù)命令msblsbAKEinfo01Kxmlabel■AKEinfoxlP(64位)一AKEinfox+7AKEinfoyl所允許的復(fù)制次數(shù)[nAKEinfozMAC7A■AKEinfoz+9[表5MV—FINALIZE2子函數(shù)響應(yīng)msblsbAKEinfo01KXMlabel一AKEinfoxP(64位)■AKEinfox+71醫(yī)AKEinfoyl所允許的復(fù)制次數(shù)NJ一AKEinfozlMAC8B■AKEinfo『z+9如下計算MAC7A(32)和MAC8B(42):MAC7A-MAC7B-[SHA-l(MJ+P+N)]msb80MAC8A=MAC8B=[SHA國l(MJ+P+N)lsb80，其中N是所允許的復(fù)制次數(shù)。如在DTCP-IP標(biāo)準(zhǔn)的MV_FINALIZE子函數(shù)中所述的一樣設(shè)定MJ和P。在該實施例中，在圖2的塊S11中的內(nèi)容傳送通知中，傳送裝置100的內(nèi)容傳送通知模塊101將內(nèi)容項目與待移動的內(nèi)容項目的所允許的復(fù)制次數(shù)信息一起作為明文通知給接收裝置200。當(dāng)在塊S15中權(quán)限被轉(zhuǎn)移時，所允許的復(fù)制次數(shù)信息被確認而同時被保護。權(quán)限轉(zhuǎn)移處理的過程將參考圖3而描述。一旦完成內(nèi)容轉(zhuǎn)移處理，就從接收裝置200的權(quán)限轉(zhuǎn)移處理模塊204傳送MV—FINALIZE2請求(塊S21)。當(dāng)從接收裝置200傳送的MAC7A與由權(quán)限轉(zhuǎn)移處理模塊104所計算的MAC7B匹配時傳送裝置100的權(quán)限轉(zhuǎn)移處理模塊104將傳送裝置100中的所允許的復(fù)制次數(shù)信息121減去N，并且在成功時返回MV—FINALIZE2響應(yīng)(塊S22)。在接收裝置200中，當(dāng)此時接收的MAC8B與在接收裝置中所計算的MAC8A匹配時，在接收裝置200中所接收的內(nèi)容項目211的所允許的復(fù)制次數(shù)信息22W皮管理為N次。當(dāng)在內(nèi)容傳送通知中的所允許的復(fù)制次數(shù)(塊Sll)或者MV—FINALIZE2請求(塊S21)被偽造時，這些MAC彼此不同，并且然后內(nèi)容轉(zhuǎn)移被中斷。為此，所允許的復(fù)制次數(shù)不能被非法操縱。接收裝置200將結(jié)束該處理的MV—COMPLETE2請求傳送到傳送裝置100(塊S23)。當(dāng)傳送裝置100確認該處理結(jié)束時，傳送裝置100將MVj:OMPLETE2響應(yīng)返回到接收裝置200(塊S24)。如此，在傳送開始處從傳送裝置通知的所允許的復(fù)制次數(shù)在移動承諾處理中被確認而同時通過使用僅能被傳送裝置和接收裝置知道的信息來保護，使得待移動的內(nèi)容項目的所允許的復(fù)制次數(shù)能夠被正確地傳送。<table>tableseeoriginaldocumentpage14</column></row><table>目前，定義了七種類型的E-EMI值，并且留下了九個E-EMI值沒有定義。所允許的復(fù)制次數(shù)(例如，l到9)被分配到每一個未定義的E誦EMI值。如此，預(yù)先或者在開始內(nèi)容轉(zhuǎn)移之后立即檢測到僅支持DTCP-IP過去版本的裝置不能處理。因此，能夠避免內(nèi)容項目的丟失或者不必要的內(nèi)容轉(zhuǎn)移。如實施例中所述的，在通過網(wǎng)絡(luò)在裝置之間的內(nèi)容移動處理中，所允許的復(fù)制次數(shù)信息與加密的包的報頭或者內(nèi)容使用權(quán)轉(zhuǎn)移請求相關(guān)而同時被保護。如此，例如，當(dāng)能夠被復(fù)制十次的內(nèi)容項目由某一裝置記錄時，可能在一次傳送中傳送用于幾次復(fù)制的被分派有所允許的復(fù)制次數(shù)的內(nèi)容項目。因此，內(nèi)容轉(zhuǎn)移處理不需要被重復(fù)待允許的復(fù)制次數(shù)的次數(shù)。同樣在接收裝置中，用于內(nèi)容項目的所允許的復(fù)制次數(shù)的內(nèi)容存儲區(qū)域不需要被保護，這是有利的。在這里所描述的系統(tǒng)的各種模塊能夠被實現(xiàn)為軟件應(yīng)用程序、硬件和/或軟件模塊、或者例如服務(wù)器的一個或多個計算機上的組件。雖然各種模塊被獨立地示出，但是它們可以共享相同的下層邏輯或代碼中的一些或全部。本領(lǐng)域技術(shù)人員將容易發(fā)現(xiàn)另外的優(yōu)點和修改。因此，本發(fā)明在施例。因此，在不脫離如所附權(quán)利要求等限定的總的發(fā)明概念的精神或范圍的情況下，可以作出各種修改。權(quán)利要求1.一種內(nèi)容傳送裝置(100)，其對被控制復(fù)制以限制所允許的復(fù)制次數(shù)的內(nèi)容項目進行加密并將所加密的內(nèi)容項目傳送到接收器設(shè)備，其特征在于包含復(fù)制次數(shù)信息傳送模塊(101和103)，其被配置為將代表所允許的復(fù)制次數(shù)的復(fù)制次數(shù)信息作為明文傳送到所述接收器設(shè)備。2.如權(quán)利要求l所述的內(nèi)容傳送裝置，其特征在于，所述復(fù)制次數(shù)信息傳送模塊(103)產(chǎn)生包括報頭和凈荷的包以便將所述包傳送到所述接收器設(shè)備，所述報頭具有作為明文的復(fù)制次數(shù)信息，所迷凈荷通過用內(nèi)容密鑰對所述內(nèi)容項目進行加密來獲得，所述內(nèi)容密鑰通過使用包括復(fù)制次數(shù)信息的信息來產(chǎn)生。3.如權(quán)利要求2所述的內(nèi)容傳送裝置，其特征在于，所述作為明文的復(fù)制次數(shù)信息被存儲在現(xiàn)時值Nc中。4.如權(quán)利要求2所述的內(nèi)容傳送裝置，其特征在于，所述作為明文的復(fù)制次數(shù)信息是代表加密模式和復(fù)制控制信息的E-EMI。5.如權(quán)利要求1所述的內(nèi)容傳送裝置，其特征在于，在所述接收器設(shè)備被通知所述內(nèi)容項目被傳送時，所述復(fù)制次數(shù)信息傳送模塊(101)將所允許的復(fù)制次數(shù)作為明文通知給所述接收器設(shè)備，以及所述內(nèi)容傳送裝置進一步包括確認模塊(104)，其被配置為在所述內(nèi)容項目的傳送結(jié)束之后在所述內(nèi)容項目的使用權(quán)轉(zhuǎn)移中，將從所允許的復(fù)制次數(shù)產(chǎn)生的MAC值與所述接收器設(shè)備交換以便確認所述內(nèi)容項目的使用權(quán)轉(zhuǎn)移。6.—種內(nèi)容接收裝置(200),其經(jīng)源設(shè)備接收被控制復(fù)制以限制所允許的復(fù)制次數(shù)并被加密的內(nèi)容項目，其特征在于包含復(fù)制次數(shù)信息接收模塊(201和203)，其被配置為接收從所述源設(shè)備作為明文傳送的代表所允許的復(fù)制次數(shù)的復(fù)制次數(shù)信息；以及存儲模塊(201和203)，其被配置為根據(jù)所接收的復(fù)制次數(shù)信息而將所允許的復(fù)制次數(shù)存儲在受保護的存儲設(shè)備(220)中。7.如權(quán)利要求6所述的內(nèi)容接收裝置，其特征在于，所述復(fù)制次數(shù)信息接收模塊接收包括報頭和凈荷的包，所述報頭具有作為明文的復(fù)制次數(shù)信息，所述凈荷通過用內(nèi)容密鑰對所述內(nèi)容項目進行加密來獲得，所述內(nèi)容密鑰通過使用包括復(fù)制次數(shù)信息的信息來產(chǎn)生。8.如權(quán)利要求7所述的內(nèi)容接收裝置，其特征在于，所述作為明文的復(fù)制次數(shù)信息被存儲在現(xiàn)時值Nc中。9.如權(quán)利要求7所述的內(nèi)容接收裝置，其特征在于，所述作為明文的復(fù)制次數(shù)信息是代表加密模式和復(fù)制控制信息的E-EMI。10.如權(quán)利要求6所述的內(nèi)容接收裝置，其特征在于，在所述源設(shè)備通知所述內(nèi)容項目被傳送時，所述源設(shè)備將所允許的復(fù)制次數(shù)作為明文通知給復(fù)制次數(shù)信息接收模塊，以及所述內(nèi)容接收裝置進一步包括確認模塊(204)，其被配置為在所述內(nèi)容項目的傳送結(jié)束之后在所述內(nèi)容項目的使用權(quán)轉(zhuǎn)移中，將從所允許的復(fù)制次數(shù)產(chǎn)生的MAC值與所述源設(shè)備交換以便確認所述內(nèi)容項目的使用權(quán)轉(zhuǎn)移。11.一種對被控制復(fù)制以限制所允許的復(fù)制次數(shù)的內(nèi)容項目進行加密并將所加密的內(nèi)容項目從源設(shè)備傳送到接收器設(shè)備的內(nèi)容傳送方法，其特征在于包含以下步驟將代表所允許的復(fù)制次數(shù)的復(fù)制次數(shù)信息作為明文從所述源設(shè)備傳送到所述接收器設(shè)備；以及由所述接收器設(shè)備根據(jù)所接收的復(fù)制次數(shù)信息將所允許的復(fù)制次數(shù)存儲在受保護的存儲設(shè)備中。12.如權(quán)利要求11所述的內(nèi)容傳送方法，其特征在于，產(chǎn)生包括報頭和凈荷的包并且將所產(chǎn)生的包傳送到所述接收器設(shè)備，所述報頭具有作為明文的復(fù)制次數(shù)信息，所述凈荷通過用內(nèi)容密鑰對所述內(nèi)容項目進行加密來獲得，所述內(nèi)容密鑰通過使用包括復(fù)制次數(shù)信息的信息來產(chǎn)生。13.如權(quán)利要求12所述的內(nèi)容傳送方法，其特征在于，所述作為明文的復(fù)制次數(shù)信息被存儲在現(xiàn)時值Nc中。14.如權(quán)利要求12所述的內(nèi)容傳送方法，其特征在于，所述作為明文的復(fù)制次數(shù)信息是代表加密模式和復(fù)制控制信息的E-EMI。15.如權(quán)利要求11所述的內(nèi)容傳送方法，其特征在于，在所述源設(shè)備通知所述接收器設(shè)備所述內(nèi)容項目被傳送時，所述源設(shè)備將所允許的復(fù)制次數(shù)作為明文通知給所述接收器設(shè)備，以及在所述內(nèi)容項目的傳送結(jié)束之后在所述內(nèi)容項目的使用權(quán)轉(zhuǎn)移中，所述源設(shè)備將從所允許的復(fù)制次數(shù)產(chǎn)生的MAC值與所述接收器設(shè)備交換以便確認所述內(nèi)容項目的使用權(quán)轉(zhuǎn)移。全文摘要根據(jù)一個實施例，一種內(nèi)容傳送裝置(100)，其對被控制復(fù)制以限制所允許的復(fù)制次數(shù)的內(nèi)容項目進行加密并將所加密的內(nèi)容項目傳送到接收器設(shè)備，所述內(nèi)容傳送裝置包括復(fù)制次數(shù)信息傳送模塊(101和103)，其被配置為將代表所允許的復(fù)制次數(shù)的復(fù)制次數(shù)信息作為明文傳送到所述接收器設(shè)備。文檔編號G11B20/00GK101471113SQ200810184628公開日2009年7月1日申請日期2008年12月11日優(yōu)先權(quán)日2007年12月27日發(fā)明者牛丸主稅申請人:株式會社東芝