專利名稱：發(fā)送復(fù)制控制信息的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種視頻數(shù)據(jù)發(fā)送/接收系統(tǒng)，更具體的講，涉及視頻數(shù)據(jù)發(fā)送/接收系統(tǒng)中的復(fù)制控制信息處理。
背景技術(shù)：
視頻數(shù)據(jù)以壓縮格式傳輸，部分是因為視頻數(shù)據(jù)的大的尺寸，部分是因為傳輸?shù)囊曨l數(shù)據(jù)的量，即經(jīng)常傳輸非常大量的視頻數(shù)據(jù)，例如電影。為了再現(xiàn)壓縮的視頻數(shù)據(jù)，需要能夠?qū)嚎s的視頻數(shù)據(jù)解碼的解碼器。對解碼器的需要導(dǎo)致視頻再現(xiàn)裝置的價格上漲。即，能夠?qū)⒏叨葔嚎s的視頻數(shù)據(jù)解碼的解碼器非常昂貴。
電氣和電子工程師協(xié)會(IEEE)推薦使用IEEE 1394總線，該總線能夠傳輸?shù)蛪嚎s率的視頻數(shù)據(jù)。壓縮率是用于描述數(shù)據(jù)的尺寸縮減的一個值。例如，如果1M字節(jié)數(shù)據(jù)被壓縮為128K字節(jié)，那么壓縮率是1048576除以131072或者是8。表示為8∶1的壓縮率意味著壓縮文件的大小是原始文件大小的1/8。目前，標準清晰度(SD)視頻數(shù)據(jù)能夠通過IEEE 1394總線被傳輸而沒有數(shù)據(jù)丟失。
圖1是傳統(tǒng)的視頻數(shù)據(jù)發(fā)送/接收系統(tǒng)的示意性的方框圖。
參照圖1，傳統(tǒng)的視頻數(shù)據(jù)發(fā)送/接收系統(tǒng)包括第一裝置11、第二裝置12和IEEE 1394總線13。
第一裝置11包括接收器111、解密單元112、解碼器113和發(fā)送器114。
接收器111從遠程定位的內(nèi)容提供者接收數(shù)據(jù)，如圖1所描述。例如，如圖1所描述，接收器111經(jīng)過互聯(lián)網(wǎng)從遠程定位的內(nèi)容提供者、從衛(wèi)星通信、或通過從記錄介質(zhì)讀取數(shù)據(jù)來接收數(shù)據(jù)。該接收的包括加密和壓縮格式的數(shù)據(jù)、復(fù)制控制信息等。即，接收器111接收加密和壓縮的數(shù)據(jù)以防止內(nèi)容的非法傳播(distribution)，并且穩(wěn)定地傳輸內(nèi)容。另外，接收器111接收復(fù)制控制信息以防止內(nèi)容未經(jīng)授權(quán)被復(fù)制。如果內(nèi)容是視頻數(shù)據(jù)，那么該內(nèi)容被壓縮為運動圖像專家組(MPEG)格式，然后該壓縮的視頻數(shù)據(jù)被發(fā)送。
解密單元112將包括在接收的數(shù)據(jù)中的加密的MPEG數(shù)據(jù)解密為MPEG數(shù)據(jù)。
解碼器113將MPEG數(shù)據(jù)解碼為視頻數(shù)據(jù)。解碼器113基于對視頻數(shù)據(jù)使用的壓縮方法將MPEG數(shù)據(jù)解碼。
發(fā)送器114通過IEEE 1394總線13發(fā)送解密的視頻數(shù)據(jù)。因為IEEE 1394總線13能夠無數(shù)據(jù)丟失地傳輸SD視頻數(shù)據(jù)，所以發(fā)送器114直接將解密的視頻數(shù)據(jù)發(fā)送到IEEE 1394總線13上。
因此，一旦通過某個裝置將加密和壓縮的視頻數(shù)據(jù)解密，那么傳統(tǒng)的視頻數(shù)據(jù)發(fā)送/接收系統(tǒng)不能控制該解密的視頻數(shù)據(jù)的復(fù)制。即，一旦通過加密保護的數(shù)據(jù)被解密，該數(shù)據(jù)可以未經(jīng)授權(quán)被復(fù)制。
發(fā)明內(nèi)容
本發(fā)明提供了一種能夠防止從加密和壓縮的視頻數(shù)據(jù)解密的視頻數(shù)據(jù)未經(jīng)授權(quán)被復(fù)制的設(shè)備和方法。
本發(fā)明還提供了一種存儲所述方法的計算機可讀記錄介質(zhì)。
本發(fā)明的示意性的、非限制性的實施例可以克服以上缺點和以上未描述的其他缺點。本發(fā)明不一定需要克服以上描述的任何缺點，并且本發(fā)明的示意性的、非限制性的實施例也許不克服以上描述的任何問題。所附權(quán)利要求應(yīng)該被理解為確定本發(fā)明的真正的范圍。
根據(jù)本發(fā)明的一方面，提供了一種發(fā)送復(fù)制控制信息的方法。該方法包括將壓縮的內(nèi)容解碼為壓縮之前的內(nèi)容；產(chǎn)生包括該解碼的內(nèi)容和復(fù)制控制信息的包；和通過預(yù)定的鏈路發(fā)送該包。
根據(jù)本發(fā)明的一方面，提供了一種用于發(fā)送復(fù)制控制信息的設(shè)備。該設(shè)備包括解碼器，用于將壓縮的內(nèi)容解碼為壓縮之前的內(nèi)容；包發(fā)生器，用于產(chǎn)生包括該解碼的內(nèi)容和復(fù)制控制信息的包；和發(fā)送器，用于通過預(yù)定的鏈路發(fā)送該包。
根據(jù)本發(fā)明的另一方面，提供了一種存儲發(fā)送復(fù)制控制信息的方法的計算機可讀記錄介質(zhì)。該方法包括將壓縮的內(nèi)容解碼為壓縮之前的內(nèi)容；產(chǎn)生具有該解碼的內(nèi)容和添加到其上的復(fù)制控制信息的包；和通過預(yù)定的鏈路發(fā)送該包。
根據(jù)本發(fā)明的一方面，提供了一種發(fā)送復(fù)制控制信息的方法。該方法包括將在第一壓縮操作中壓縮的內(nèi)容解碼為壓縮之前的內(nèi)容；在第二壓縮操作中通過將該解碼的內(nèi)容編碼來壓縮解碼的內(nèi)容，所述第二壓縮操作具有比第一壓縮操作低的壓縮率；產(chǎn)生包括該壓縮的內(nèi)容和復(fù)制控制信息的包；和通過預(yù)定的鏈路發(fā)送該包。
根據(jù)本發(fā)明的一方面，提供了一個用于發(fā)送復(fù)制控制信息的設(shè)備。該設(shè)備包括解碼器，用于將在第一壓縮操作中壓縮的內(nèi)容解碼為壓縮之前的內(nèi)容；編碼器，用于在第二壓縮操作中通過將該解碼的內(nèi)容編碼來壓縮解碼的內(nèi)容，所述第二壓縮操作具有比第一壓縮操作低的壓縮率；包發(fā)生器，用于產(chǎn)生包括該壓縮的內(nèi)容和復(fù)制控制信息的包；和發(fā)送器，用于通過預(yù)定的鏈路發(fā)送該包。
根據(jù)本發(fā)明的另一方面，提供了一種存儲發(fā)送復(fù)制控制信息的方法的計算機可讀記錄介質(zhì)。該方法包括將在第一壓縮操作中壓縮的內(nèi)容解碼為壓縮之前的內(nèi)容；在第二壓縮操作中通過將該解碼的內(nèi)容編碼來壓縮解碼的內(nèi)容，所述第二壓縮操作具有比第一壓縮操作更低的壓縮率；產(chǎn)生包括該壓縮的內(nèi)容和復(fù)制控制信息的包；和通過預(yù)定的鏈路發(fā)送該包。
現(xiàn)在通過結(jié)合附圖對其示例性的、非限制性的實施例進行描述，本發(fā)明將更加詳細地被描述。在附圖中，相同的標號表示相似的部件。
圖1是傳統(tǒng)的視頻數(shù)據(jù)發(fā)送/接收系統(tǒng)的示意性方框圖；圖2是根據(jù)本發(fā)明的第一示意性的、非限制性的實施例的視頻數(shù)據(jù)發(fā)送/接收系統(tǒng)的示意性方框圖；圖3是根據(jù)本發(fā)明的第二示意性的、非限制性的實施例的視頻數(shù)據(jù)發(fā)送/接收系統(tǒng)的示意性方框圖；圖4是表示根據(jù)本發(fā)明的第一示例性的實施例的發(fā)送復(fù)制控制信息的方法的流程圖；和圖5是表示根據(jù)本發(fā)明的第二示例性的實施例的發(fā)送復(fù)制控制信息的方法的流程圖。
具體實施例方式
現(xiàn)在通過結(jié)合附圖對本發(fā)明的示例性的、非限制性的實施例進行詳細的描述。
圖2是根據(jù)本發(fā)明的第一示意性的、非限制性的實施例的視頻數(shù)據(jù)發(fā)送/接收系統(tǒng)的示意性方框圖。
參照圖2，該視頻數(shù)據(jù)發(fā)送/接收系統(tǒng)包括第一裝置21、第二裝置22和IEEE 1394總線23。第一裝置21和第二裝置22可以是消費電子(CE)裝置或者個人計算機(PC)。例如，第一裝置21可以是機頂盒或數(shù)字視頻盤(DVD)播放器，第二裝置22可以是數(shù)字電視(DTV)或個人視頻錄像機(PVR)。
第一裝置21包括接收器211、解密單元212、解碼器213、復(fù)制控制信息(CCI)檢測/存儲單元214、包發(fā)生器215和發(fā)送器216。
接收器211從遠程定位的內(nèi)容提供者接收數(shù)據(jù)。當內(nèi)容提供者為多個遠程定位的裝置提供內(nèi)容時，內(nèi)容被加密以便防止內(nèi)容未經(jīng)授權(quán)的使用。如果內(nèi)容的尺寸很大，那么內(nèi)容被壓縮以便快速、平穩(wěn)地傳輸。作為示例，如果內(nèi)容是視頻數(shù)據(jù)，那么內(nèi)容可以以MPEG格式被壓縮，然后MPEG格式的壓縮的內(nèi)容被發(fā)送。
也就是說，接收器211接收加密和壓縮的數(shù)據(jù)。根據(jù)內(nèi)容提供者的內(nèi)容提供方法，接收器211可以通過網(wǎng)絡(luò)，如互聯(lián)網(wǎng)，或者通過衛(wèi)星通信，或者通過讀取記錄在DVD上的數(shù)據(jù)來接收數(shù)據(jù)。
解密單元212將包括在接收的數(shù)據(jù)中的加密的MPEG數(shù)據(jù)解密為MPEG數(shù)據(jù)。解密單元212根據(jù)用于加密視頻數(shù)據(jù)的加密方法(例如，Diffie-Hellman方法)將MPEG數(shù)據(jù)解密。
解碼器213將MPEG數(shù)據(jù)解碼為視頻數(shù)據(jù)。解碼器213根據(jù)應(yīng)用于視頻數(shù)據(jù)的壓縮方法(例如，MPEG2)將MPEG數(shù)據(jù)解碼。
CCI檢測/存儲單元214從接收的數(shù)據(jù)中檢測CCI并存儲檢測到的CCI。該CCI用于控制視頻數(shù)據(jù)的復(fù)制。CCI可以具有“00”、“10”或“11”的值。作為示例，具有“00”值的CCI指示視頻數(shù)據(jù)可以無次數(shù)限制地被復(fù)制。具有“10”值的CCI指示視頻數(shù)據(jù)只能被復(fù)制一次，“11”指示頻數(shù)數(shù)據(jù)不能被復(fù)制。當CCI檢測/存儲單元214檢測到與存儲的CCI不同的CCI時，CCI檢測/存儲單元214刪除存儲的CCI，然后存儲檢測到的CCI。這通常在內(nèi)容的類型變化時發(fā)生。
包發(fā)生器215產(chǎn)生包括解密和解碼的視頻數(shù)據(jù)和存儲的CCI的包。包發(fā)生器215在每次產(chǎn)生包的時候從CCI檢測/存儲單元214讀取CCI。因此不考慮檢測CCI的時間和產(chǎn)生包的時間，可產(chǎn)生與從接收的數(shù)據(jù)中檢測到的CCI相同的CCI。CCI檢測/存儲單元214的檢測和存儲處理比解密單元212和解碼器213的解碼處理簡單。因此，CCI檢測/存儲單元214在解碼器213完成解碼處理之前完成檢測和存儲處理。
在根據(jù)本發(fā)明的這個示例性的實施例中，使用IEEE 1394總線23作為將包發(fā)生器215產(chǎn)生的包發(fā)送到第二裝置22的鏈路。因此包發(fā)生器215產(chǎn)生滿足IEEE 1394的傳輸規(guī)范的MPEG-TS(傳輸流)格式的包。
IEEE 1394是IEEE提出的一種高速串行總線規(guī)范。除了用于連接CE裝置外，IEEE 1394還用于連接外圍裝置。具體地，根據(jù)最近發(fā)表的IEEE 1394規(guī)范(IEEE 1394TA 2003003 rev.1.5，Dec.9，2004)，標準清晰度(SD)視頻數(shù)據(jù)可以通過IEEE 1394總線無數(shù)據(jù)丟失地傳輸。考慮以上說明，在根據(jù)本發(fā)明的這個示例性的實施例中使用IEEE 1394，總線23以將數(shù)據(jù)從第一裝置21發(fā)送到第二裝置22。
發(fā)送器216通過IEEE 1394總線23發(fā)送包發(fā)生器215產(chǎn)生的包。發(fā)送器216包括鏈路保護單元2161和IEEE 1394接口2162。
鏈路保護單元2161基于數(shù)字傳輸內(nèi)容保護(DTCP)來保護IEEE 1394總線23，即包傳輸鏈路。具體地，鏈路保護單元2161基于DTCP將包含在包中的視頻數(shù)據(jù)加密，從而防止視頻數(shù)據(jù)的非法傳播。
IEEE 1394接口2162將包含加密的視頻數(shù)據(jù)的包發(fā)送到IEEE 1394總線23，以便將包發(fā)送到第二裝置22。
第二裝置22通過IEEE 1394總線23從第一裝置21接收包并且根據(jù)包含在包中的CCI復(fù)制視頻數(shù)據(jù)。在這個示例性的實施例中，視頻數(shù)據(jù)的復(fù)制是將視頻數(shù)據(jù)存儲到例如硬盤等存儲介質(zhì)中，該存儲介質(zhì)嵌入到第二裝置22中。根據(jù)CCI的視頻數(shù)據(jù)的復(fù)制可以使用各種方法執(zhí)行。例如，CCI可以被用作產(chǎn)生加密密鑰的信息。如果CCI是“00”，則對視頻數(shù)據(jù)的解碼被許可。另一方面，如果CCI是“11”，則對視頻數(shù)據(jù)的解碼被禁止。第二裝置22可以根據(jù)CCI以這種方式執(zhí)行復(fù)制。
另外，如果第二裝置22是例如DTV的裝置，該裝置可以再現(xiàn)視頻數(shù)據(jù)，那么第二裝置22根據(jù)DTCP將包含在包中的加密視頻數(shù)據(jù)解密為原始的視頻數(shù)據(jù)，然后再現(xiàn)該視頻數(shù)據(jù)。
圖3是根據(jù)本發(fā)明的第二示意性的、非限制性的實施例的視頻數(shù)據(jù)發(fā)送/接收系統(tǒng)示意性的方框圖。
參照圖3，該視頻數(shù)據(jù)發(fā)送/接收系統(tǒng)包括第一裝置31、第二裝置32和IEEE 1394總線33。第一裝置31和第二裝置32可以是CE裝置或PC。具體地，第一裝置31可以是機頂盒或DVD播放器，第二裝置32可以是DTV或PVR。
圖3描述的第一裝置31包括接收器311、解密單元312、解碼器313，編碼器314、CCI檢測/存儲單元315、包發(fā)生器316和發(fā)送器317。
接收器311從遠程定位的內(nèi)容提供者接收數(shù)據(jù)。當內(nèi)容提供者為多個遠程定位的裝置提供內(nèi)容時，內(nèi)容被加密以便防止內(nèi)容未經(jīng)授權(quán)的使用。如果內(nèi)容的尺寸很大，那么內(nèi)容被壓縮以便快速、平穩(wěn)地傳輸。例如，如果內(nèi)容是視頻數(shù)據(jù)，那么內(nèi)容可以以MPEG格式被壓縮，然后以該壓縮格式被發(fā)送。
也就是說，接收器311接收加密和壓縮的數(shù)據(jù)。根據(jù)內(nèi)容提供者的內(nèi)容提供方法，接收器311可以通過網(wǎng)絡(luò)，如互聯(lián)網(wǎng)，或者通過衛(wèi)星通信，或者通過讀取記錄在DVD上的數(shù)據(jù)來接收數(shù)據(jù)。
解密單元312將包括在接收的數(shù)據(jù)中的加密的MPEG數(shù)據(jù)解密為MPEG數(shù)據(jù)。解密單元312根據(jù)用于加密MPEG數(shù)據(jù)的加密方法(例如，Diffie-Hellman方法)，將MPEG數(shù)據(jù)解密。
解碼器313將MPEG數(shù)據(jù)解碼為視頻數(shù)據(jù)。解碼器313根據(jù)應(yīng)用于視頻數(shù)據(jù)的壓縮方法(例如，MPEG2)，將MPEG數(shù)據(jù)解碼。
編碼器314通過執(zhí)行編碼處理將被解碼器313解碼的內(nèi)容再次壓縮，該編碼處理具有比應(yīng)用于視頻數(shù)據(jù)的壓縮方法(例如，MPEG2)更低的壓縮率。比MPEG2具有更低的壓縮率的壓縮方法的一個示例是牛津半導(dǎo)體有限公司(Oxford Semiconductor Ltd)開發(fā)的 “輕便編碼解碼(Light Codec)”。作為示例，當輕便編碼解碼的壓縮率為10∶1時，MPEG2的壓縮率為100∶1。具體地，與MPEG2相比，少量的部件被用于實現(xiàn)輕便編碼解碼，并且這些部件是很便宜的。另外，依照輕便編碼解碼壓縮執(zhí)行編碼和解碼處理占用較少的時間。
CCI檢測/存儲單元315從接收的數(shù)據(jù)中檢測CCI并存儲檢測到的CCI。如上所述，該CCI用于控制視頻數(shù)據(jù)的復(fù)制。當CCI檢測/存儲單元315檢測到與存儲的CCI不同的CCI時，該單元刪除存儲的CCI，然后存儲檢測到的CCI。這通常在內(nèi)容的類型變化時發(fā)生。
包發(fā)生器316產(chǎn)生包括解碼的視頻數(shù)據(jù)和存儲的CCI的包。包發(fā)生器316在每次產(chǎn)生包的時候從CCI檢測/存儲單元316讀取CCI。因此，不考慮檢測CCI的時間和產(chǎn)生包的時間，可產(chǎn)生與從接收數(shù)據(jù)中檢測到的CCI相同的CCI。CCI檢測/存儲單元316的檢測和存儲處理比解密單元312和解碼器313的解碼處理以及編碼器314的編碼處理簡單。因此，CCI檢測/存儲單元316在編碼器314完成編碼處理之前完成檢測和存儲處理。
在這個示例性的實施例中，使用IEEE 1394總線33作為將包發(fā)生器316產(chǎn)生的包發(fā)送到第二裝置32的鏈路。因此包發(fā)生器316產(chǎn)生滿足IEEE 1394的傳輸規(guī)范的MPEG-TS格式的包。
根據(jù)最近發(fā)表的IEEE 1394規(guī)范(IEEE 1394TA 2003003 rev.1.5，Dec.9，2004)，標準清晰度(SD)視頻數(shù)據(jù)可以通過IEEE 1394總線無數(shù)據(jù)丟失地傳輸。然而根據(jù)IEEE 1394總線規(guī)范的先前的版本(IEEE 1394-2000和IEEE61883-4)，SD視頻數(shù)據(jù)不能通過IEEE 1394總線平穩(wěn)地傳輸。因此，對于舊版本的IEEE 1394，壓縮的視頻數(shù)據(jù)可以通過另外提供編碼器314經(jīng)IEEE1394總線傳輸，該編碼器314根據(jù)例如具有較低的壓縮率的輕便編碼解碼的壓縮方法將數(shù)據(jù)編碼。
發(fā)送器317通過IEEE 1394總線33發(fā)送包發(fā)生器316產(chǎn)生的包。發(fā)送器317包括鏈路保護單元3171和IEEE 1394接口3172。
鏈路保護單元3171基于DTCP保護IEEE 1394總線23，即包傳輸鏈路。具體地，鏈路保護單元3171基于DTCP將包含在包中的視頻數(shù)據(jù)加密，從而防止視頻數(shù)據(jù)的非法傳播。
IEEE 1394接口3172將包含加密的視頻數(shù)據(jù)的包發(fā)送到IEEE 1394總線23，以便將包發(fā)送到第二裝置32。
第二裝置32通過IEEE 1394總線33從第一裝置31接收包并且根據(jù)包含在包中的CCI復(fù)制視頻數(shù)據(jù)。在本發(fā)明的這個示例性的實施例中，第二裝置32的視頻數(shù)據(jù)的復(fù)制是簡單的將視頻數(shù)據(jù)存儲到例如硬盤等存儲介質(zhì)中，該存儲介質(zhì)嵌入到第二裝置32中。根據(jù)CCI的視頻數(shù)據(jù)的復(fù)制可以使用各種方法執(zhí)行。例如，CCI可以被用作產(chǎn)生加密密鑰的信息。作為示例，如果CCI是“00”，則對視頻數(shù)據(jù)的解碼被許可。另一方面，如果CCI是“11”，則對視頻數(shù)據(jù)的解碼被禁止。第二裝置32可以根據(jù)CCI以這種方式執(zhí)行復(fù)制。
另外，如果第二裝置32是例如DTV的裝置，該裝置可以再現(xiàn)視頻數(shù)據(jù)，那么第二裝置32根據(jù)DTCP將包含在包中的加密的視頻數(shù)據(jù)解密為原始的視頻數(shù)據(jù)，然后再現(xiàn)該解密的視頻數(shù)據(jù)。
圖4是表示根據(jù)本發(fā)明的第一示意性的、非限制性的實施例的發(fā)送CCI的方法的示意圖。
參照圖4，發(fā)送CCI的方法由圖2所示的第一裝置21執(zhí)行。因此，第一裝置21的上述描述適用于以下描述的方法。
在操作步驟41中，第一裝置21從遠程定位的內(nèi)容提供者接收數(shù)據(jù)。接著，在操作步驟42中，第一裝置21將包括在接收的數(shù)據(jù)中的加密的MPEG數(shù)據(jù)解密為MPEG數(shù)據(jù)。在操作步驟43中，第一裝置21將MPEG數(shù)據(jù)解碼為視頻數(shù)據(jù)。然后在操作步驟44中，第一裝置21從接收的數(shù)據(jù)中檢測CCI。如操作步驟45所述，該檢測到的CCI被存儲在第一裝置中。在操作步驟46中，第一裝置21產(chǎn)生包括解碼的視頻數(shù)據(jù)和存儲的CCI的包。例如，第一裝置21產(chǎn)生MPEG-TS格式的包，該格式滿足使用IEEE 1394總線的傳輸規(guī)范。
最后，在操作步驟47中，第一裝置21通過IEEE 1394總線23將MPEG-TS包發(fā)送到第二裝置22。具體地，第一裝置21根據(jù)DTCP保護IEEE 1394總線23，并且通過IEEE 1394，總線23將MPEG-TS包發(fā)送到第二裝置22。
圖5是表示根據(jù)本發(fā)明的第二示意性的、非限制性的實施例的發(fā)送CCI的方法的流程圖。
參照圖5，用于發(fā)送CCI的方法由圖3所示的第一裝置31執(zhí)行。因此，第一裝置31的上述描述適用于以下描述的方法。
在如圖5所述的操作步驟51中，第一裝置31從遠程定位的內(nèi)容提供者接收數(shù)據(jù)。接著，在操作步驟52中，第一裝置31將包括在接收的數(shù)據(jù)中的加密的MPEG數(shù)據(jù)解密為MPEG數(shù)據(jù)。在操作步驟53中，第一裝置31將MPEG數(shù)據(jù)解碼為視頻數(shù)據(jù)。然后在操作步驟54中，第一裝置31將在操作步驟53中解密的內(nèi)容再次壓縮。然而此時通過執(zhí)行具有比應(yīng)用于視頻數(shù)據(jù)的壓縮方法(例如，MPEG2)更低的壓縮率的編碼處理，來壓縮解密的內(nèi)容。
在操作步驟55中，第一裝置31從接收的數(shù)據(jù)中檢測CCI。在操作步驟56中，第一裝置31存儲該檢測到的CCI。在操作步驟57中，第一裝置31產(chǎn)生包括壓縮的視頻數(shù)據(jù)和存儲的CCI的包。第一裝置31產(chǎn)生滿足IEEE 1394總線的傳輸規(guī)范的MPEG-TS包。
最后，在操作步驟58中，第一裝置31通過IEEE 1394總線23將MPEG-TS包發(fā)送到第二裝置22。具體地，第一裝置31根據(jù)DTCP保護IEEE 1394總線23，并且通過IEEE 1394總線23將MPEG-TS包發(fā)送到第二裝置22。
根據(jù)本發(fā)明的示例性的、非限制性的實施例，即使是解密的視頻數(shù)據(jù)，未經(jīng)授權(quán)的復(fù)制也不能被執(zhí)行的。具體地說，通過具有這樣的包，所述的包使CCI添加到從加密和壓縮的視頻數(shù)據(jù)解碼得到的視頻數(shù)據(jù)，來防止未經(jīng)授權(quán)的復(fù)制。因此，可有效地防止解密的視頻數(shù)據(jù)的非法傳播。特別地，本發(fā)明的示例性的、非限制性的實施例可以作為在IEEE 1394規(guī)范環(huán)境下防止視頻數(shù)據(jù)的非法傳播的基本方法，所述IEEE 1394規(guī)范已被采用作為下一代高速串行總線規(guī)范。
僅作為示例，本發(fā)明也可以實施為計算機可讀記錄介質(zhì)上的計算機可讀代碼。所述計算機可讀記錄介質(zhì)是能夠存儲能被計算機系統(tǒng)在其后讀取的數(shù)據(jù)的任何存儲裝置?？勺x記錄介質(zhì)的示例包括只讀存儲器(ROM)，隨機存取存儲器(RAM)，CD-ROM和載波(例如通過互聯(lián)網(wǎng)的數(shù)據(jù)傳輸)。
盡管參照其示例性的實施例具體地表示和描述了本發(fā)明，但本領(lǐng)域技術(shù)人員應(yīng)該理解，在不脫離由所附權(quán)利要求限定的本發(fā)明的精神和范圍的情況下，可對其進行各種形式或細節(jié)的修改。
權(quán)利要求
1.一種發(fā)送復(fù)制控制信息的方法，該方法包括將壓縮的內(nèi)容解碼為壓縮之前的內(nèi)容；產(chǎn)生包括該解碼的內(nèi)容和復(fù)制控制信息的包；和通過預(yù)定的鏈路發(fā)送該包。
2.如權(quán)利要求1所述的方法，還包括存儲復(fù)制控制信息，其中，存儲的復(fù)制控制信息是添加給解碼的內(nèi)容的復(fù)制控制信息。
3.如權(quán)利要求1所述的方法，還包括將加密和壓縮的內(nèi)容解密為加密之前的壓縮的內(nèi)容，其中，解密的壓縮的內(nèi)容被解碼。
4.如權(quán)利要求1所述的方法，其中，該內(nèi)容是視頻數(shù)據(jù)，該預(yù)定的鏈路是IEEE 1394總線。
5.如權(quán)利要求4所述的方法，其中，該包以滿足IEEE 1394總線的傳輸規(guī)范的MPEG-TS格式被產(chǎn)生。
6.如權(quán)利要求1所述的方法，其中，該包通過根據(jù)DTCP被保護的預(yù)定的鏈路被發(fā)送。
7.一種發(fā)送復(fù)制控制信息的設(shè)備，該設(shè)備包括解碼器，用于將壓縮的內(nèi)容解碼為壓縮之前的內(nèi)容；包發(fā)生器，用于產(chǎn)生包括該解碼的內(nèi)容和復(fù)制控制信息的包；和發(fā)送器，用于通過預(yù)定的鏈路發(fā)送該包。
8.如權(quán)利要求7所述的設(shè)備，還包括用于存儲復(fù)制控制信息的CCI存儲單元，其中，該包發(fā)生器產(chǎn)生包括存儲的復(fù)制控制信息和解碼的內(nèi)容的包。
9.一種存儲發(fā)送復(fù)制控制信息的方法的計算機可讀記錄介質(zhì)，該方法包括將壓縮的內(nèi)容解碼為壓縮之前的內(nèi)容；產(chǎn)生包括該解碼的內(nèi)容和復(fù)制控制信息的包；和通過預(yù)定的鏈路發(fā)送該包。
10.一種發(fā)送復(fù)制控制信息的方法，該方法包括將在第一壓縮操作中壓縮的內(nèi)容解碼為壓縮之前的內(nèi)容；在第二壓縮操作中通過將該解碼的內(nèi)容編碼來壓縮該解碼的內(nèi)容，該第二壓縮操作具有比第一壓縮操作低的壓縮率；產(chǎn)生包括通過第二壓縮操作壓縮的內(nèi)容和復(fù)制控制信息的包；和通過預(yù)定的鏈路發(fā)送該包。
11.如權(quán)利要求10所述的方法，還包括存儲復(fù)制控制信息，其中，被存儲的復(fù)制控制信息是添加給壓縮的內(nèi)容的復(fù)制控制信息。
12.如權(quán)利要求10所述的方法，還包括將加密和壓縮的內(nèi)容解密為加密之前的壓縮的內(nèi)容，其中，解密的壓縮的內(nèi)容被解碼。
13.如權(quán)利要求10所述的方法，其中，該內(nèi)容是視頻數(shù)據(jù)，該預(yù)定的鏈路是IEEE 1394總線。
14.如權(quán)利要求13所述的方法，其中，該包以滿足IEEE 1394總線的傳輸規(guī)范的MPEG-TS格式被產(chǎn)生。
15.如權(quán)利要求10所述的方法，其中，該包通過根據(jù)DTCP被保護的預(yù)定的鏈路被發(fā)送。
16.一種發(fā)送復(fù)制控制信息的設(shè)備，該設(shè)備包括解碼器，用于將在第一壓縮操作中壓縮的內(nèi)容解碼為壓縮之前的內(nèi)容；編碼器，用于在第二壓縮操作中通過將該解碼的內(nèi)容編碼來壓縮解碼的內(nèi)容，所述第二壓縮操作具有比第一壓縮操作低的壓縮率；包發(fā)生器，用于產(chǎn)生包括壓縮的內(nèi)容和復(fù)制控制信息的包；和發(fā)送器，用于通過預(yù)定的鏈路發(fā)送該包。
17.如權(quán)利要求16所述的設(shè)備，還包括用于存儲復(fù)制控制信息的CCI存儲單元，其中，該包發(fā)生器產(chǎn)生包括復(fù)制控制信息和壓縮的解碼的內(nèi)容的包。
18.一種存儲發(fā)送復(fù)制控制信息的方法的計算機可讀記錄介質(zhì)，該方法包括將在第一壓縮操作中壓縮的內(nèi)容解碼為壓縮之前的內(nèi)容；在第二壓縮操作中通過將該解碼的內(nèi)容編碼來壓縮解碼的內(nèi)容，所述第二壓縮操作具有比第一壓縮操作低的壓縮率；產(chǎn)生包括壓縮的內(nèi)容和復(fù)制控制信息的包；和通過預(yù)定的鏈路發(fā)送該包。
全文摘要
提供了一種在視頻數(shù)據(jù)發(fā)送/接收系統(tǒng)中發(fā)送復(fù)制控制信息的方法。該方法包括將壓縮的內(nèi)容解碼為壓縮之前的內(nèi)容；產(chǎn)生包括該解碼的內(nèi)容和復(fù)制控制信息的包；通過預(yù)定的鏈路發(fā)送該包。防止了對解碼的視頻數(shù)據(jù)的未經(jīng)授權(quán)的復(fù)制。
文檔編號H04N7/16GK1735210SQ200510089908
公開日2006年2月15日 申請日期2005年8月4日 優(yōu)先權(quán)日2004年8月13日
發(fā)明者金治憲, 崔文永, 樸鐘旭, 崔良林, 全龜 申請人:三星電子株式會社