專利名稱：內(nèi)容接收裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及接收內(nèi)容的內(nèi)容接收裝置，特別涉及控制在將需要著作權(quán)保護(hù)的內(nèi)容加密時(shí)使用的密鑰的有效期間的技術(shù)。
背景技術(shù)：
近年來(lái)，隨著通信基礎(chǔ)設(shè)施的完善及網(wǎng)絡(luò)技術(shù)的發(fā)展，以數(shù)字?jǐn)?shù)據(jù)表現(xiàn)的影像及聲音等(以下稱作“內(nèi)容”)的交換在網(wǎng)絡(luò)上很盛行。例如，將由DVD錄制機(jī)錄像的內(nèi)容經(jīng)由網(wǎng)絡(luò)從電視機(jī)視聽、或經(jīng)由網(wǎng)絡(luò)通過(guò)其他DVD錄制機(jī)翻印。
由于翻印不要求實(shí)時(shí)性，所以在優(yōu)先級(jí)較高的其他處理插入等的情況下可以暫時(shí)中斷。例如，在DVD錄制機(jī)中預(yù)先錄像預(yù)約的電視節(jié)目開始的情況下，暫時(shí)中斷翻印而開始電視節(jié)目的錄像，在該錄像結(jié)束后再次開始翻印。這樣，系統(tǒng)整體能夠有效率地進(jìn)行處理。
作為將經(jīng)由網(wǎng)絡(luò)的內(nèi)容的傳送暫時(shí)中斷、再次開始的方法，考慮在內(nèi)容的傳送中使用HTTP(Hyper Text Transfer Protocol，超文本傳輸協(xié)議)、在其Range頭中指定內(nèi)容的范圍的方法等(例如參照“HyperText Transfer Protocol-HTTP/1.1”，R.Fielding等，RFC2616)。即，內(nèi)容接收裝置在再次開始內(nèi)容的傳送的情況下，在Range頭中指定還沒(méi)有結(jié)束傳送的范圍，對(duì)內(nèi)容發(fā)送裝置發(fā)送HTTP的GET請(qǐng)求。這樣，不需要從開頭重新傳送內(nèi)容，能夠?qū)崿F(xiàn)有效率的暫時(shí)中斷、再次開始。
這里，對(duì)于最近的通過(guò)地上波數(shù)字廣播發(fā)送的內(nèi)容等、需要著作權(quán)保護(hù)的收費(fèi)內(nèi)容，有時(shí)不允許翻印、僅允許移動(dòng)。在移動(dòng)收費(fèi)內(nèi)容的情況下，將內(nèi)容發(fā)送裝置側(cè)的收費(fèi)內(nèi)容刪除或使其不能使用(例如，參照Digital Transmission Content Protection Specification Volumel(Informational Version)，Hitachi，Ltd，Intel Corporation，MatsushitaElectric Industrial Co.，Ltd.，Sony Corporation，Toshiba Corporation，Revision 1.4，F(xiàn)ebruary 28，2005.)。但是，即使收費(fèi)內(nèi)容是否還沒(méi)有正確地儲(chǔ)存到內(nèi)容接收裝置中，也必須將該收費(fèi)內(nèi)容從內(nèi)容發(fā)送裝置刪除。例如，在日本特開2002-366440號(hào)公報(bào)中，公開了通過(guò)內(nèi)容接收裝置將已正確地接收收費(fèi)內(nèi)容的情況傳送給內(nèi)容發(fā)送裝置的方法。此外，在日本特開2004-5816號(hào)公報(bào)及日本特開2001-84177號(hào)公報(bào)中，公開了因某種理由而沒(méi)有通過(guò)內(nèi)容接收裝置正確地儲(chǔ)存收費(fèi)內(nèi)容的情況下、在內(nèi)容發(fā)送裝置側(cè)復(fù)原原來(lái)的收費(fèi)內(nèi)容的方法。
一般來(lái)說(shuō)，在移動(dòng)收費(fèi)內(nèi)容時(shí)，進(jìn)行使用密鑰的加密通信。在進(jìn)行使用密鑰的加密通信時(shí)，為了確保安全性而設(shè)定密鑰的有效期間。在有效期間的設(shè)定方法中有幾種方法，有下述方法，即在某個(gè)密鑰在沒(méi)有用于收費(fèi)內(nèi)容的加解密中的狀態(tài)下經(jīng)過(guò)了預(yù)先設(shè)定的期間時(shí)，將該密鑰丟棄。
例如，在作為著作權(quán)保護(hù)技術(shù)的標(biāo)準(zhǔn)規(guī)格之一的DTCP(DigitalTransmission Content Protection，數(shù)字傳輸內(nèi)容保護(hù))中，在用來(lái)生成密鑰的密鑰即“Exchange Key”(交換密鑰)超過(guò)兩小時(shí)沒(méi)有使用的情況下，必須將該“交換密鑰”丟棄(例如參照非專利文獻(xiàn)2)。即，如果因某種理由而暫時(shí)終端內(nèi)容的傳送，則由于在中斷期間不使用“交換密鑰”，所以存在將該“交換密鑰”丟棄的情況。
在中斷期間結(jié)束而再次開始內(nèi)容的傳送時(shí)，在以前的密鑰被丟棄的情況下，需要取得新的密鑰。但是，如果取得了新的密鑰，則有時(shí)不能判斷再次開始后的內(nèi)容傳送是否是以與中斷前的內(nèi)容傳送相同的前后關(guān)系進(jìn)行的內(nèi)容傳送。
例如，在DTCP中，內(nèi)容發(fā)送裝置在前后關(guān)系的判斷中使用“交換密鑰”。因此，即使取得新的“交換密鑰”而再次開始內(nèi)容傳送，通過(guò)內(nèi)容發(fā)送裝置也將再次開始后的內(nèi)容傳送看作以與終端前的內(nèi)容傳送不同的前后關(guān)系進(jìn)行的內(nèi)容傳送。如果發(fā)生這樣的情況，則內(nèi)容發(fā)送裝置側(cè)認(rèn)為已傳送全部的內(nèi)容而將內(nèi)容刪除，這樣在內(nèi)容接收裝置側(cè)不能使用使該內(nèi)容有效化的方法。

發(fā)明內(nèi)容
本發(fā)明是鑒于這樣的問(wèn)題而做出的，目的是提供一種即使在內(nèi)容的傳送暫時(shí)中斷的情況下也能夠不新取得密鑰而再次開始內(nèi)容的傳送的內(nèi)容接收裝置。
為了達(dá)到上述目的，本發(fā)明的內(nèi)容接收裝置是接收內(nèi)容的裝置，具備密鑰交換單元，與發(fā)送內(nèi)容的內(nèi)容發(fā)送裝置之間，交換在將內(nèi)容或加密上述內(nèi)容的密鑰加密時(shí)使用的僅在預(yù)先設(shè)定的期間有效的密鑰；接收單元，接收使用上述密鑰或使用由上述密鑰加密了的密鑰加密后的內(nèi)容；檢測(cè)單元，檢測(cè)上述密鑰沒(méi)有被使用的時(shí)間達(dá)到了規(guī)定時(shí)間的情況；發(fā)送單元，在檢測(cè)到上述密鑰沒(méi)有被使用的時(shí)間達(dá)到了規(guī)定時(shí)間時(shí)，對(duì)上述內(nèi)容發(fā)送裝置發(fā)送用來(lái)使上述密鑰不會(huì)變得無(wú)效的信息。由此，即使在內(nèi)容的傳送暫時(shí)中斷的情況下密鑰也不會(huì)變?yōu)闊o(wú)效，所以能夠不新取得密鑰而再次開始內(nèi)容的傳送。
這里，也可以是，上述發(fā)送單元對(duì)上述內(nèi)容發(fā)送單元發(fā)送取得請(qǐng)求，該取得請(qǐng)求用來(lái)取得使用上述密鑰或使用由上述密鑰加密了的密鑰加密后的內(nèi)容的一部分。由此，為了傳送內(nèi)容的一部分而使用密鑰并在內(nèi)容發(fā)送裝置側(cè)更新了密鑰的有效期間，所以能夠避免密鑰變?yōu)闊o(wú)效。
此外，也可以是，上述發(fā)送單元對(duì)上述內(nèi)容發(fā)送裝置發(fā)送取得請(qǐng)求，該取得請(qǐng)求用來(lái)取得尺寸相當(dāng)于使用上述密鑰或使用由上述密鑰加密了的密鑰加密的單位的倍數(shù)的、使用上述密鑰或使用由上述密鑰加密了的密鑰加密后的內(nèi)容。由此，由于可以取得小尺寸的內(nèi)容，所以減輕了內(nèi)容接收裝置的負(fù)荷。
此外，也可以是，上述發(fā)送單元對(duì)上述內(nèi)容發(fā)送裝置發(fā)送取得請(qǐng)求，該取得請(qǐng)求用來(lái)取得與使用上述密鑰或使用由上述密鑰加密了的密鑰加密的單位相當(dāng)?shù)?6字節(jié)的倍數(shù)的、使用上述密鑰或使用由上述密鑰加密了的密鑰加密后的內(nèi)容。由此，在內(nèi)容的傳送以DTCP為基準(zhǔn)的情況下，能夠取得該加密的最小單位即16字節(jié)的內(nèi)容，所以能夠?qū)?nèi)容接收裝置的負(fù)荷抑制在最小限度內(nèi)。
此外，也可以是，上述接收單元在接收到對(duì)應(yīng)于上述取得請(qǐng)求而從上述內(nèi)容發(fā)送裝置發(fā)送來(lái)的內(nèi)容的情況下，將該內(nèi)容丟棄。由此，能夠?qū)H為了維持密鑰而取得的內(nèi)容立刻丟棄。
此外，也可以是，上述發(fā)送單元對(duì)上述內(nèi)容發(fā)送裝置發(fā)送用來(lái)更新上述密鑰的有效期間的更新指令。由此，不需要反復(fù)傳送內(nèi)容的一部分，所以具有除了內(nèi)容接收裝置及內(nèi)容發(fā)送裝置之外對(duì)網(wǎng)絡(luò)也不會(huì)加重負(fù)荷的效果。
此外，上述檢測(cè)單元設(shè)定比上述密鑰的有效期間短的時(shí)間作為上述規(guī)定時(shí)間。由此，即使在內(nèi)容的傳送暫時(shí)中斷的情況下，也會(huì)在密鑰的有效期間經(jīng)過(guò)之前反復(fù)傳送內(nèi)容的一部分。
此外，上述檢測(cè)單元以在內(nèi)容接收中切斷與上述內(nèi)容發(fā)送裝置的連接的時(shí)刻、或者以從上述內(nèi)容發(fā)送裝置接收到與用來(lái)使上述密鑰不會(huì)變?yōu)闊o(wú)效的信息相對(duì)的應(yīng)答的時(shí)刻為起點(diǎn)，開始計(jì)數(shù)上述密鑰沒(méi)有被使用的時(shí)間。這是因?yàn)榭紤]到以這些時(shí)刻為起點(diǎn)在內(nèi)容發(fā)送裝置側(cè)開始計(jì)數(shù)密鑰沒(méi)有被使用的時(shí)間。
此外，也可以是，上述密鑰交換單元與發(fā)送內(nèi)容的內(nèi)容發(fā)送裝置之間，交換在DTCP(Digital Transmission Content Protection)中規(guī)定的密鑰生成密鑰即“交換密鑰”。由此，即使在使用“交換密鑰”加密后的內(nèi)容的傳送暫時(shí)中斷的情況下，該“交換密鑰”也不會(huì)變?yōu)闊o(wú)效。
另外，本發(fā)明不僅可以作為這樣的內(nèi)容接收裝置實(shí)現(xiàn)，也可以作為以這樣的內(nèi)容接收裝置所具備的特征性的單元為步驟的內(nèi)容接收方法來(lái)實(shí)現(xiàn)、或者作為使計(jì)算機(jī)執(zhí)行這些步驟的程序來(lái)實(shí)現(xiàn)。并且，這樣的程序當(dāng)然可以經(jīng)由CD-ROM等記錄介質(zhì)及因特網(wǎng)等傳送媒體分發(fā)。
以上，根據(jù)有關(guān)本發(fā)明的內(nèi)容接收裝置，即使在內(nèi)容的傳送暫時(shí)中斷的情況下密鑰也不會(huì)變?yōu)闊o(wú)效，所以能夠不新取得密鑰而再次開始內(nèi)容的傳送。具體而言，即使在內(nèi)容的傳送暫時(shí)中斷的情況下，由于在密鑰的有效期間經(jīng)過(guò)之前反復(fù)傳送內(nèi)容的一部分，所以密鑰也不會(huì)變?yōu)闊o(wú)效，內(nèi)容傳送的前后關(guān)系不會(huì)中途斷開。由此，即使因傳送了內(nèi)容的全部而在內(nèi)容發(fā)送裝置側(cè)將內(nèi)容刪除，也能夠在內(nèi)容接收裝置側(cè)使該內(nèi)容有效化。這特別在DTCP的“交換密鑰”的有效性維持中發(fā)揮效果。


圖1是表示實(shí)施方式1的內(nèi)容接收裝置的使用環(huán)境的圖。
圖2是表示實(shí)施方式1的內(nèi)容接收裝置的內(nèi)部結(jié)構(gòu)的框圖。
圖3是表示交換(共用)密鑰的狀況的圖。
圖4是表示內(nèi)容取得請(qǐng)求的一例的圖。
圖5是表示實(shí)施方式1的內(nèi)容接收裝置的動(dòng)作的順序圖。
圖6是表示實(shí)施方式1的內(nèi)容接收裝置的動(dòng)作的順序圖。
圖7是表示實(shí)施方式1的內(nèi)容接收裝置的動(dòng)作的順序圖。
圖8是表示實(shí)施方式2的內(nèi)容接收裝置的動(dòng)作的順序圖。
圖9是表示實(shí)施方式2的內(nèi)容接收裝置的動(dòng)作的順序圖。
具體實(shí)施例方式
下面利用附圖詳細(xì)說(shuō)明本發(fā)明的實(shí)施方式。
(實(shí)施方式1)圖1是表示實(shí)施方式1的內(nèi)容接收裝置1的使用環(huán)境的圖。這里，表示內(nèi)容接收裝置1和內(nèi)容發(fā)送裝置2經(jīng)由網(wǎng)絡(luò)3連接的狀態(tài)。內(nèi)容接收裝置1是從內(nèi)容發(fā)送裝置2接收需要著作權(quán)保護(hù)的收費(fèi)內(nèi)容(以下單稱作“內(nèi)容”)并儲(chǔ)存到儲(chǔ)存部11中的DVD錄制機(jī)等。內(nèi)容發(fā)送裝置2是將儲(chǔ)存在儲(chǔ)存部21中的內(nèi)容對(duì)內(nèi)容接收裝置1發(fā)送的機(jī)頂盒等。網(wǎng)絡(luò)3是有線或無(wú)線的局域網(wǎng)(LAN)、或者基于IEEE1394標(biāo)準(zhǔn)的連接線纜等。內(nèi)容的傳送基于由DTCP標(biāo)準(zhǔn)規(guī)定或推薦的協(xié)議。
圖2是表示實(shí)施方式1的內(nèi)容接收裝置1的內(nèi)部結(jié)構(gòu)的框圖。如該圖所示，內(nèi)容接收裝置1從功能上具備儲(chǔ)存部11、密鑰交換部12、檢測(cè)部13、范圍決定部14、發(fā)送部15、控制部16、儲(chǔ)存確認(rèn)部17、接收部18、輸入部19、解密部10。
儲(chǔ)存部11是儲(chǔ)存由接收部18接收到的內(nèi)容的硬盤等。密鑰交換部12與內(nèi)容發(fā)送裝置2之間交換在將內(nèi)容或加密該內(nèi)容的密鑰加密時(shí)使用的僅在預(yù)先設(shè)定的期間有效的密鑰。檢測(cè)部13是檢測(cè)密鑰沒(méi)有被使用的期間達(dá)到了規(guī)定時(shí)間的密鑰定時(shí)器等。范圍決定部14根據(jù)來(lái)自控制部16的指示，決定從內(nèi)容發(fā)送裝置2取得的內(nèi)容的范圍。發(fā)送部15對(duì)內(nèi)容發(fā)送裝置2發(fā)送指定了由范圍決定部14決定的范圍后的內(nèi)容取得請(qǐng)求。控制部16控制整個(gè)內(nèi)容接收裝置1。儲(chǔ)存確認(rèn)部17如果確認(rèn)在儲(chǔ)存部11中正確地儲(chǔ)存有內(nèi)容，則與內(nèi)容發(fā)送裝置2進(jìn)行通信，以便將該內(nèi)容從內(nèi)容發(fā)送部2內(nèi)正確地刪除。接收部18從內(nèi)容發(fā)送裝置2接收內(nèi)容等。輸入部19是輸入來(lái)自用戶的指示并通知給控制部16的各種按鈕等。解密部10使用由密鑰交換部12交換的密鑰，將加密的內(nèi)容解密。
圖3是表示在內(nèi)容接收裝置1與內(nèi)容發(fā)送裝置2之間交換(共用)密鑰的狀況的圖。在DTCP中，內(nèi)容接收裝置1與內(nèi)容發(fā)送裝置2按照規(guī)定的次序相互進(jìn)行認(rèn)證后，為了共用“Content Keys”(內(nèi)容密鑰)而進(jìn)行以下的動(dòng)作。首先，內(nèi)容發(fā)送裝置2將作為密鑰生成密鑰的“交換密鑰”發(fā)送給內(nèi)容接收裝置1。此時(shí)，用其他密鑰加密“交換密鑰”。接著，作為內(nèi)容密鑰的種子而決定64位的稱作Nc的數(shù)值的初始值。在Nc的初始值的決定中使用隨機(jī)數(shù)。內(nèi)容發(fā)送裝置2基于包括交換密鑰和Nc的參數(shù)，生成內(nèi)容密鑰，利用該密鑰將內(nèi)容加密并發(fā)送。在發(fā)送內(nèi)容時(shí)也同時(shí)發(fā)送Nc。內(nèi)容接收裝置1與內(nèi)容發(fā)送裝置2同樣地，利用包括交換密鑰和Nc的參數(shù)，生成內(nèi)容密鑰，將內(nèi)容解密。在傳送內(nèi)容的中途以規(guī)定的方法隨時(shí)變更Nc，隨之內(nèi)容密鑰也變更。
如已經(jīng)說(shuō)明那樣，在超過(guò)兩小時(shí)沒(méi)有使用“交換密鑰”的情況下，必須將該“交換密鑰”丟棄?！敖粨Q密鑰”的管理是在內(nèi)容發(fā)送裝置2側(cè)進(jìn)行的。如果因某種理由而暫時(shí)中斷了內(nèi)容的傳送，則在中斷期間不使用“交換密鑰”，所以會(huì)通過(guò)內(nèi)容發(fā)送裝置2將“交換密鑰”丟棄。
圖4是表示從內(nèi)容接收裝置1發(fā)送給內(nèi)容發(fā)送裝置2的內(nèi)容取得請(qǐng)求的一例的圖。這里，例示了在內(nèi)容的傳送中使用HTTP、在其X-Range頭中指定內(nèi)容的范圍的HTTP請(qǐng)求消息500。圖中所示的“file003.mpg”是指所取得的內(nèi)容的文件名，此外，從“X-Rangebytes＝”開始向右的數(shù)值是指所取得的內(nèi)容的范圍。即，該HTTP請(qǐng)求消息500是用來(lái)取得文件名為file003.mpg的內(nèi)容的第128,555,009字節(jié)到第129,134,592字節(jié)的請(qǐng)求。
圖5、圖6、圖7是表示實(shí)施方式1的內(nèi)容接收裝置1的動(dòng)作的順序圖。以下，利用這些圖說(shuō)明該內(nèi)容接收裝置1的動(dòng)作。
首先，如果用戶對(duì)輸入部19指示了內(nèi)容的取得開始，則該指示經(jīng)由控制部16被傳遞給密鑰交換部12(S1)。密鑰交換部12在與內(nèi)容發(fā)送裝置2之間沒(méi)有實(shí)施密鑰交換的情況下，按照規(guī)定的次序?qū)嵤┟荑€交換(S2)，如果密鑰交換結(jié)束，則將該消息通知給控制部16(S3)。
控制部16如果接受到密鑰交換結(jié)束通知，則對(duì)范圍決定部14指示內(nèi)容的取得開始(S4)。在該指示中，包含有URI(Uniform ResourceIdentifier，統(tǒng)一資源標(biāo)識(shí)符)等的內(nèi)容標(biāo)識(shí)符。范圍決定部14指定內(nèi)容的整個(gè)范圍，并對(duì)發(fā)送部15指示內(nèi)容的取得開始(S5)。發(fā)送部15生成用來(lái)取得內(nèi)容的整個(gè)范圍的HTTP請(qǐng)求消息，發(fā)送給內(nèi)容發(fā)送裝置2(S6)。
接收部18如果從內(nèi)容發(fā)送裝置2接受到加密后的內(nèi)容，則將協(xié)議頭除去，傳遞給解密部10(S7)。解密部10使用由密鑰交換部12交換的密鑰或利用由密鑰交換部12交換的密鑰所獲得的密鑰將內(nèi)容解密，并將解密后的內(nèi)容傳遞給儲(chǔ)存部11。儲(chǔ)存部11通常在實(shí)施與傳送時(shí)不同的加密后儲(chǔ)存內(nèi)容(S8)。
這里，在內(nèi)容的接收中用戶按下了暫時(shí)停止按鈕的情況下，該指示經(jīng)由輸入部19被通知給控制部16?？刂撇?6對(duì)接收部18指示暫時(shí)中斷內(nèi)容的傳送(S9)。接收部18將與內(nèi)容發(fā)送裝置2之間的連接切斷，暫時(shí)中斷內(nèi)容的傳送(S10)，如果確認(rèn)已切斷連接(S11)，則將該消息通知給控制部16(S12)。
控制部16對(duì)檢測(cè)部13指示啟動(dòng)密鑰定時(shí)器(S13)。檢測(cè)部13啟動(dòng)密鑰定時(shí)器，如果檢測(cè)到達(dá)到了規(guī)定時(shí)間則超時(shí)(S14中的是)，對(duì)范圍決定部14指示更新密鑰的有效期間(S15)。檢測(cè)部13的密鑰定時(shí)器所監(jiān)視的“規(guī)定時(shí)間”只要是比有效期間短的時(shí)間就可以，但優(yōu)選為盡可能接近于密鑰的有效期間的時(shí)間。但是，監(jiān)視密鑰的有效期間的定時(shí)器處于內(nèi)容發(fā)送裝置2側(cè)，與檢測(cè)部13的密鑰定時(shí)器不同步。所以，在密鑰的有效期間為兩小時(shí)的情況下，檢測(cè)部13的密鑰定時(shí)器監(jiān)視的“規(guī)定時(shí)間”為1小時(shí)30分左右是妥當(dāng)?shù)摹?br> 范圍決定部14對(duì)發(fā)送部15指示，對(duì)于與傳送中斷前相同的內(nèi)容，取得例如從開頭開始16字節(jié)等、任意的16字節(jié)(S16)。同時(shí)，范圍決定部14對(duì)接收部18指示將從此以后的接收內(nèi)容丟棄(S18)。將取得的內(nèi)容的尺寸設(shè)為16字節(jié)是因?yàn)樵贒TCP中使用的加密的單位為16字節(jié)。如果是32字節(jié)等、對(duì)應(yīng)于16字節(jié)的倍數(shù)的尺寸，也可以不是16字節(jié)。在使用其他加密方式的情況下，只要取得與該加密的單位的倍數(shù)相對(duì)應(yīng)的尺寸就可以。
發(fā)送部15生成用來(lái)取得內(nèi)容的任意16字節(jié)的HTTP請(qǐng)求消息并發(fā)送給內(nèi)容發(fā)送裝置2(S17)。內(nèi)容發(fā)送裝置2將被指定的16字節(jié)的內(nèi)容發(fā)送給內(nèi)容接收裝置1(S19)。接收部18接收16字節(jié)的內(nèi)容，但將該內(nèi)容丟棄，并對(duì)檢測(cè)部13指示再啟動(dòng)密鑰定時(shí)器(S20)。指示密鑰定時(shí)器的再啟動(dòng)的也可以是控制部16。即，接收部18如果丟棄了內(nèi)容則將該消息通知給控制部16，接受到該通知的控制部16對(duì)檢測(cè)部13指示再啟動(dòng)密鑰定時(shí)器，這樣也能夠得到同樣的效果。
這樣，如果將16字節(jié)的內(nèi)容從內(nèi)容發(fā)送裝置2傳送給內(nèi)容接收裝置1，則使用在傳送中斷前使用的密鑰。因而，在內(nèi)容發(fā)送裝置2側(cè)，進(jìn)行將監(jiān)視密鑰的有效期間的定時(shí)器復(fù)位等、更新密鑰的有效期間的處理。
以后，重復(fù)與步驟S14～S20同樣的動(dòng)作直到內(nèi)容傳送的中斷理由消除(S21～S34)。在此期間定期地將16字節(jié)的內(nèi)容從內(nèi)容發(fā)送裝置2傳送給內(nèi)容接收裝置1，所以在內(nèi)容發(fā)送裝置2側(cè)也定期地更新密鑰的有效期間。
然后，如果用戶按下暫時(shí)停止的解除按鈕等、消除了傳送的中斷理由，則控制部16對(duì)范圍決定部14指示再次開始內(nèi)容的傳送(S35)。范圍決定部14對(duì)發(fā)送部15指示，對(duì)于與傳送中斷前相同的內(nèi)容取得還沒(méi)有結(jié)束傳送的范圍(以下稱作“剩余范圍”)(S36)。發(fā)送部15生成用來(lái)取得內(nèi)容的剩余范圍的HTTP請(qǐng)求消息，發(fā)送給內(nèi)容發(fā)送裝置2(S37)。
接收部18如果從內(nèi)容發(fā)送裝置2接收到加密后的剩余范圍的內(nèi)容，則將協(xié)議頭除去，傳遞給解密部10(S38)。解密部10使用與傳送中斷前相同的密鑰或利用該相同的密鑰所獲得的密鑰將內(nèi)容解密，將解密后的內(nèi)容傳遞給儲(chǔ)存部11。儲(chǔ)存部11如果儲(chǔ)存了剩余范圍的內(nèi)容(S39)，則將已儲(chǔ)存了內(nèi)容的整個(gè)范圍的消息通知給儲(chǔ)存確認(rèn)部17(S40)。
儲(chǔ)存確認(rèn)部17如果確認(rèn)了已將內(nèi)容正確地儲(chǔ)存到儲(chǔ)存部11中的情況，則對(duì)內(nèi)容發(fā)送裝置2請(qǐng)求刪除該內(nèi)容(S41)。內(nèi)容發(fā)送裝置2如果將內(nèi)容從儲(chǔ)存部21刪除，則將該消息通知給儲(chǔ)存確認(rèn)部17(S42)。儲(chǔ)存確認(rèn)部17將該通知傳遞給控制部16后(S43)，控制部16對(duì)接收部18指示結(jié)束內(nèi)容的取得(S44)。接收部18將與內(nèi)容發(fā)送裝置2之間的連接切斷(S45)，如果確認(rèn)連接被切斷的情況(S46)，則將該消息通知給控制部16(S47)。
以上，根據(jù)本實(shí)施方式1的內(nèi)容接收裝置1，即使在內(nèi)容的傳送暫時(shí)中斷的情況下，由于在密鑰的有效期間經(jīng)過(guò)前反復(fù)傳送內(nèi)容的一部分，所以密鑰不會(huì)被丟棄，內(nèi)容傳送的前后關(guān)系不會(huì)中途斷開。由此，即使因已傳送了內(nèi)容的全部而在內(nèi)容發(fā)送裝置側(cè)將內(nèi)容刪除，也能夠在內(nèi)容接收裝置側(cè)使該內(nèi)容有效化。這特別在DTCP中的“交換密鑰”的有效性維持方面發(fā)揮效果。
另外，這里例示了通過(guò)用戶按下暫時(shí)停止按鈕而暫時(shí)中斷內(nèi)容的傳送的情況，但暫時(shí)中斷的理由并不限于此。例如，在由于優(yōu)先順序較高的其他處理所引起的內(nèi)容接收裝置1的負(fù)荷增大這樣的理由而使控制部16暫時(shí)中斷內(nèi)容的接收的情況下，也能夠得到同樣的效果。在此情況下，為了維持密鑰也反復(fù)傳送內(nèi)容的一部分，但該內(nèi)容的尺寸是如上述那樣16字節(jié)的小尺寸。并且，該16字節(jié)的內(nèi)容如果由內(nèi)容接收裝置1接收則立刻被丟棄，所以認(rèn)為對(duì)工作中的其他處理的影響不大。
此外，這里例示了密鑰定時(shí)器每次超時(shí)時(shí)對(duì)接收部18發(fā)出內(nèi)容丟棄指示(S18、S25、S32)的結(jié)構(gòu)，但本發(fā)明并不限于此。即，也可以是，只在步驟S18這1次發(fā)出內(nèi)容丟棄指示，在消除了傳送的中斷理由時(shí)，從控制部16對(duì)接收部18發(fā)出用來(lái)解除內(nèi)容丟棄指示的通知。
(實(shí)施方式2)在上述實(shí)施方式1中，對(duì)反復(fù)傳送內(nèi)容的一部分的方式進(jìn)行了說(shuō)明。在該實(shí)施方式2中，說(shuō)明重復(fù)對(duì)內(nèi)容發(fā)送裝置2發(fā)送用來(lái)更新密鑰的有效期間的更新指令的實(shí)施方式。
以下，以與上述實(shí)施方式1的不同點(diǎn)為中心說(shuō)明該實(shí)施方式2的內(nèi)容接收裝置1的結(jié)構(gòu)。另外，由于該實(shí)施方式2的內(nèi)容接收裝置1的結(jié)構(gòu)要素與上述實(shí)施方式1相同，所以這里也利用圖2的框圖進(jìn)行說(shuō)明。
圖8及圖9是表示本實(shí)施方式2的內(nèi)容接收裝置1的動(dòng)作的順序圖。檢測(cè)部13檢測(cè)到達(dá)到規(guī)定時(shí)間之前的動(dòng)作(圖8，S1～S14)與上述實(shí)施方式1的動(dòng)作(圖5，S1～S14)相同。
即，如果用戶對(duì)輸入部19指示了內(nèi)容的取得開始，則該指示經(jīng)由控制部16被傳遞給密鑰交換部12(S1)。密鑰交換部12在與內(nèi)容發(fā)送裝置2之間沒(méi)有實(shí)施密鑰交換的情況下，按照規(guī)定的次序?qū)嵤┟荑€交換(S2)，如果密鑰交換結(jié)束，則將該消息通知給控制部16(S3)。
控制部16如果接受到密鑰交換結(jié)束通知，則對(duì)范圍決定部14指示內(nèi)容的取得開始(S4)。范圍決定部14指定內(nèi)容的整個(gè)范圍并對(duì)發(fā)送部15指示內(nèi)容的取得開始(S5)。發(fā)送部15生成用來(lái)取得內(nèi)容的整個(gè)范圍的HTTP請(qǐng)求消息，發(fā)送給內(nèi)容發(fā)送裝置2(S6)。
接收部18如果從內(nèi)容發(fā)送裝置2接受到加密后的內(nèi)容，則將協(xié)議頭除去，傳遞給解密部10(S7)。解密部10使用由密鑰交換部12交換的密鑰或利用由密鑰交換部12交換的密鑰所獲得的密鑰將內(nèi)容解密，將解密后的內(nèi)容傳遞給儲(chǔ)存部11。儲(chǔ)存部11通常在實(shí)施與傳送時(shí)不同的加密后儲(chǔ)存內(nèi)容(S8)。
這里，在內(nèi)容的接收中用戶按下了暫時(shí)停止按鈕的情況下，該指示經(jīng)由輸入部19被通知給控制部16?？刂撇?6對(duì)接收部18指示暫時(shí)中斷內(nèi)容的傳送(S9)。接收部18將與內(nèi)容發(fā)送裝置2之間的連接切斷，暫時(shí)中斷內(nèi)容的傳送(S10)，如果確認(rèn)切斷被連接的情況(S11)，則將該消息通知給控制部16(S12)?？刂撇?6對(duì)檢測(cè)部13指示啟動(dòng)密鑰定時(shí)器(S13)。檢測(cè)部13啟動(dòng)密鑰定時(shí)器，如果檢測(cè)到達(dá)到了規(guī)定時(shí)間則超時(shí)(S14中的是)。
以后的動(dòng)作與上述實(shí)施方式1不同。
即，檢測(cè)部13如果檢測(cè)到達(dá)到了規(guī)定時(shí)間(S14中的是)，則對(duì)發(fā)送部15指示更新密鑰的有效期間(S51)。發(fā)送部15將用來(lái)更新密鑰的有效期間的更新指令發(fā)送給內(nèi)容發(fā)送裝置2(S52)。內(nèi)容發(fā)送裝置2側(cè)在進(jìn)行將監(jiān)視密鑰的有效期間的定時(shí)器復(fù)位等、更新密鑰的有效期間的處理之后，將該更新已結(jié)束的消息通知給內(nèi)容接收裝置1(S53)。
接收部18如果接收到更新結(jié)束通知，則對(duì)檢測(cè)部13指示再啟動(dòng)密鑰定時(shí)器(S54)。指示密鑰定時(shí)器的再啟動(dòng)的也可以是控制部16。即，接收部18如果接收到更新結(jié)束通知，則將該消息通知給控制部16，接受到該通知的控制部16對(duì)檢測(cè)部13指示再啟動(dòng)密鑰定時(shí)器，這樣也能夠得到同樣的效果。
以后，重復(fù)與步驟S14～S54同樣的動(dòng)作，直到內(nèi)容傳送的中斷理由消除(S55～S64)。在此期間定期地將更新指令從內(nèi)容接收裝置1發(fā)送給內(nèi)容發(fā)送裝置2，所以在內(nèi)容發(fā)送裝置2側(cè)定期地更新密鑰的有效期間。
以后的動(dòng)作由于是與上述實(shí)施方式相同的動(dòng)作(圖7，S35～S47)，所以省略圖示而僅作說(shuō)明。即，如果用戶按下暫時(shí)停止的解除按鈕等、消除了傳送的中斷理由，則控制部16對(duì)范圍決定部14指示再次開始內(nèi)容的傳送(S35)。范圍決定部14對(duì)發(fā)送部15指示，取得與傳送中斷前相同的內(nèi)容的剩余范圍(S36)。發(fā)送部15生成用來(lái)取得內(nèi)容的剩余范圍的HTTP請(qǐng)求消息，發(fā)送給內(nèi)容發(fā)送裝置2(S37)。
接收部18如果從內(nèi)容發(fā)送裝置2接收到加密后的剩余范圍的內(nèi)容，則將協(xié)議頭除去，傳遞給解密部10(S38)。解密部10使用與傳送中斷前相同的密鑰或利用該相同的密鑰所獲得的密鑰將內(nèi)容解密，將解密后的內(nèi)容傳遞給儲(chǔ)存部11。儲(chǔ)存部11如果儲(chǔ)存了剩余范圍的內(nèi)容(S39)，則將已儲(chǔ)存了內(nèi)容的整個(gè)范圍的消息通知給儲(chǔ)存確認(rèn)部17(S40)。
儲(chǔ)存確認(rèn)部17如果確認(rèn)了已將內(nèi)容正確地儲(chǔ)存到儲(chǔ)存部11中，則對(duì)內(nèi)容發(fā)送裝置2請(qǐng)求刪除該內(nèi)容(S41)。內(nèi)容發(fā)送裝置2如果將內(nèi)容從儲(chǔ)存部21刪除，則將該消息通知給儲(chǔ)存確認(rèn)部17(S42)。儲(chǔ)存確認(rèn)部17將該通知傳遞給控制部16后(S43)，控制部16對(duì)接收部18指示結(jié)束內(nèi)容的取得(S44)。接收部18將與內(nèi)容發(fā)送裝置2之間的連接切斷(S45)，如果確認(rèn)連接被切斷的情況(S46)，則將該消息通知給控制部16(S47)。
以上，根據(jù)本實(shí)施方式2的內(nèi)容接收裝置1，即使在內(nèi)容的傳送暫時(shí)中斷的情況下，由于在密鑰的有效期間經(jīng)過(guò)前反復(fù)向內(nèi)容發(fā)送裝置2發(fā)送用于更新密鑰的有效期間的更新指令，由此，與上述實(shí)施方式1同樣，密鑰不會(huì)被丟棄，內(nèi)容傳送的前后關(guān)系不會(huì)中途斷開。并且，根據(jù)本實(shí)施方式2，由于不需要反復(fù)傳送內(nèi)容的一部分，所以具有除了內(nèi)容接收裝置1及內(nèi)容發(fā)送裝置2之外對(duì)網(wǎng)絡(luò)3也不會(huì)加重負(fù)荷的效果。
另外，在上述的說(shuō)明中，對(duì)于更新指令的形式并沒(méi)有特別言及，該更新指令只要是能夠由內(nèi)容發(fā)送裝置2解釋的指令就可以。即，只要由接收到更新指令的內(nèi)容發(fā)送裝置2更新密鑰的有效期間就可以，指令的形式并沒(méi)有限制。
此外，在上述的說(shuō)明中，例示了通過(guò)在內(nèi)容接收裝置1側(cè)裝備密鑰定時(shí)器而在內(nèi)容接收裝置1側(cè)對(duì)沒(méi)有使用密鑰的時(shí)間進(jìn)行計(jì)數(shù)的結(jié)構(gòu)，但本發(fā)明并不限于此。即，也可以采用內(nèi)容接收裝置1向內(nèi)容發(fā)送裝置2詢問(wèn)密鑰的有效期間的剩余時(shí)間等的結(jié)構(gòu)。
此外，內(nèi)容接收裝置1以將與內(nèi)容發(fā)送裝置2的連接在內(nèi)容接收中切斷的時(shí)刻(S13)、及從內(nèi)容發(fā)送裝置2接收到與用來(lái)使密鑰不會(huì)變得無(wú)效的信息相對(duì)的應(yīng)答的時(shí)刻(S20、S54)為起點(diǎn)，開始密鑰沒(méi)有被使用的時(shí)間的計(jì)數(shù)，但本發(fā)明并不限于此。即，也可以在內(nèi)容發(fā)送裝置2側(cè)開始計(jì)數(shù)密鑰沒(méi)有被使用的時(shí)間時(shí)，將該消息的通知從內(nèi)容發(fā)送裝置2發(fā)送給內(nèi)容接收裝置1。但是，在不改變內(nèi)容發(fā)送裝置2側(cè)的結(jié)構(gòu)而在內(nèi)容接收裝置1側(cè)計(jì)數(shù)密鑰沒(méi)有被使用的時(shí)間的情況下，如上述那樣優(yōu)選從步驟S13或步驟S20等時(shí)刻開始計(jì)數(shù)。這是因?yàn)榭紤]到，以這些時(shí)刻為起點(diǎn)，在內(nèi)容發(fā)送裝置2側(cè)開始密鑰沒(méi)有被使用的時(shí)間的計(jì)數(shù)。
此外，在上述的說(shuō)明中，例示了用來(lái)不丟棄密鑰生成密鑰“交換密鑰”的結(jié)構(gòu)，但密鑰的種類并不限于此。即，只要是如果沒(méi)有被使用的期間經(jīng)過(guò)了一定期間則變?yōu)闊o(wú)效的密鑰，就能夠得到同樣的效果。
此外，在上述的說(shuō)明中，例示了傳送需要著作權(quán)保護(hù)的收費(fèi)內(nèi)容的結(jié)構(gòu)，但傳送的內(nèi)容并不限于收費(fèi)內(nèi)容。即，只要是使用密鑰加密的內(nèi)容，就能夠得到同樣的效果。
有關(guān)本發(fā)明的內(nèi)容接收裝置作為即使在內(nèi)容的傳送暫時(shí)中斷的情況下也需要不用新取得密鑰而再次開始內(nèi)容的傳送的DVD錄制機(jī)、個(gè)人錄像機(jī)等，是有實(shí)用性的。
權(quán)利要求
1.一種內(nèi)容接收裝置，接收內(nèi)容，其特征在于，具備密鑰交換單元，與發(fā)送內(nèi)容或加密上述內(nèi)容的密鑰的內(nèi)容發(fā)送裝置之間，交換在將內(nèi)容加密時(shí)使用的僅在預(yù)先設(shè)定的期間有效的密鑰；接收單元，接收使用上述密鑰或使用由上述密鑰加密了的密鑰加密后的內(nèi)容；檢測(cè)單元，檢測(cè)上述密鑰沒(méi)有被使用的時(shí)間達(dá)到了規(guī)定時(shí)間的情況；發(fā)送單元，在檢測(cè)到上述密鑰沒(méi)有被使用的時(shí)間達(dá)到了規(guī)定時(shí)間時(shí)，對(duì)上述內(nèi)容發(fā)送裝置發(fā)送用來(lái)使上述密鑰不會(huì)變得無(wú)效的信息。
2.如權(quán)利要求1所述的內(nèi)容接收裝置，其特征在于，上述發(fā)送單元對(duì)上述內(nèi)容發(fā)送裝置發(fā)送取得請(qǐng)求，該取得請(qǐng)求用來(lái)取得使用上述密鑰或使用由上述密鑰加密了的密鑰加密后的內(nèi)容的一部分。
3.如權(quán)利要求1所述的內(nèi)容接收裝置，其特征在于，上述發(fā)送單元對(duì)上述內(nèi)容發(fā)送裝置發(fā)送取得請(qǐng)求，該取得請(qǐng)求用來(lái)取得尺寸相當(dāng)于使用上述密鑰或使用由上述密鑰加密了的密鑰加密的單位的倍數(shù)的、使用上述密鑰或使用由上述密鑰加密了的密鑰加密后的內(nèi)容。
4.如權(quán)利要求1所述的內(nèi)容接收裝置，其特征在于，上述發(fā)送單元對(duì)上述內(nèi)容發(fā)送裝置發(fā)送取得請(qǐng)求，該取得請(qǐng)求用來(lái)取得與使用上述密鑰或使用由上述密鑰加密了的密鑰加密的單位相當(dāng)?shù)?6字節(jié)的倍數(shù)的、使用上述密鑰或使用由上述密鑰加密了的密鑰加密后的內(nèi)容。
5.如權(quán)利要求2所述的內(nèi)容接收裝置，其特征在于，上述接收單元在接收到對(duì)應(yīng)于上述取得請(qǐng)求而從上述內(nèi)容發(fā)送裝置發(fā)送來(lái)的內(nèi)容的情況下，將該內(nèi)容丟棄。
6.如權(quán)利要求1所述的內(nèi)容接收裝置，其特征在于，上述發(fā)送單元對(duì)上述內(nèi)容發(fā)送裝置發(fā)送用來(lái)更新上述密鑰的有效期間的更新指令。
7.如權(quán)利要求1所述的內(nèi)容接收裝置，其特征在于，上述檢測(cè)單元設(shè)定比上述密鑰的有效期間短的時(shí)間作為上述規(guī)定時(shí)間。
8.如權(quán)利要求1所述的內(nèi)容接收裝置，其特征在于，上述檢測(cè)單元以在內(nèi)容接收中切斷與上述內(nèi)容發(fā)送裝置的連接的時(shí)刻、或者以從上述內(nèi)容發(fā)送裝置接收到與用來(lái)使上述密鑰不會(huì)變?yōu)闊o(wú)效的信息相對(duì)的應(yīng)答的時(shí)刻為起點(diǎn)，開始計(jì)數(shù)上述密鑰沒(méi)有被使用的時(shí)間。
9.如權(quán)利要求1所述的內(nèi)容接收裝置，其特征在于，上述密鑰交換單元與發(fā)送內(nèi)容的內(nèi)容發(fā)送裝置之間，交換在DTCP中規(guī)定的密鑰生成密鑰即“交換密鑰”。
10.一種內(nèi)容接收方法，接收內(nèi)容，其特征在于，包括密鑰交換步驟，與發(fā)送內(nèi)容或加密上述內(nèi)容的密鑰的內(nèi)容發(fā)送裝置之間，交換在將內(nèi)容加密時(shí)使用的僅在預(yù)先設(shè)定的期間有效的密鑰；接收步驟，接收使用上述密鑰或使用由上述密鑰加密了的密鑰加密后的內(nèi)容；檢測(cè)步驟，檢測(cè)上述密鑰沒(méi)有被使用的時(shí)間達(dá)到了規(guī)定時(shí)間的情況；發(fā)送步驟，在檢測(cè)到上述密鑰沒(méi)有被使用的時(shí)間達(dá)到了規(guī)定時(shí)間時(shí)，對(duì)上述內(nèi)容發(fā)送裝置發(fā)送用來(lái)使上述密鑰不會(huì)變得無(wú)效的信息。
11.一種程序，用來(lái)接收內(nèi)容，其特征在于，用來(lái)使計(jì)算機(jī)執(zhí)行密鑰交換步驟，與發(fā)送內(nèi)容或加密上述內(nèi)容的密鑰的內(nèi)容發(fā)送裝置之間，交換在將內(nèi)容加密時(shí)使用的僅在預(yù)先設(shè)定的期間有效的密鑰；接收步驟，接收使用上述密鑰或使用由上述密鑰加密了的密鑰加密后的內(nèi)容；檢測(cè)步驟，檢測(cè)上述密鑰沒(méi)有被使用的時(shí)間達(dá)到了規(guī)定時(shí)間的情況；發(fā)送步驟，在檢測(cè)到上述密鑰沒(méi)有被使用的時(shí)間達(dá)到了規(guī)定時(shí)間時(shí)，對(duì)上述內(nèi)容發(fā)送裝置發(fā)送用來(lái)使上述密鑰不會(huì)變得無(wú)效的信息。
全文摘要
提供一種即使在內(nèi)容的傳送暫時(shí)中斷的情況下也能夠不新取得密鑰而再次開始內(nèi)容的傳送的內(nèi)容接收裝置。內(nèi)容接收裝置(1)是接收內(nèi)容的裝置，具備密鑰交換部(12)，與發(fā)送內(nèi)容的內(nèi)容發(fā)送裝置之間，交換在將內(nèi)容加密時(shí)使用的僅在預(yù)先設(shè)定的期間有效的密鑰；接收部(18)，接收使用上述密鑰加密的內(nèi)容；檢測(cè)部(13)，檢測(cè)上述密鑰沒(méi)有被使用的時(shí)間達(dá)到了規(guī)定時(shí)間；發(fā)送部(15)，在檢測(cè)到上述密鑰沒(méi)有被使用的時(shí)間達(dá)到了規(guī)定時(shí)間時(shí)，對(duì)上述內(nèi)容發(fā)送裝置發(fā)送用來(lái)使上述密鑰不會(huì)變得無(wú)效的信息。
文檔編號(hào)G06F21/00GK1988440SQ20061016904
公開日2007年6月27日 申請(qǐng)日期2006年12月19日 優(yōu)先權(quán)日2005年12月21日
發(fā)明者田邊匠, 岡本祐樹, 綾木靖 申請(qǐng)人:松下電器產(chǎn)業(yè)株式會(huì)社