專利名稱：：包發(fā)送裝置的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及一種包發(fā)送裝置，使用IEEE802.3等的以太網(wǎng)(注冊(cè)商標(biāo))(有線LAN)和IEEE802.11等的無(wú)線LAN等，對(duì)已加密的AV流進(jìn)行IP打包并高質(zhì)量地發(fā)送。
背景技術(shù)：
：伴隨近年來(lái)的通信技術(shù)的發(fā)展，提出有效傳輸包的各種技術(shù)(例如參照專利文獻(xiàn)1)。作為其中的一個(gè)，以往在一般家庭中，在房間內(nèi)通過(guò)IEEE1394方式數(shù)字接口連接數(shù)字播放調(diào)諧器(tuner)和DVHS方式錄像機(jī)之間，進(jìn)行按照IEC61883-4決定的MPEG-TS(MovingPictureExpertsGroup/TransportStream)信號(hào)的傳送。其中，在對(duì)播放內(nèi)容施加一次性復(fù)制(CopyOneGeneration)等內(nèi)容保護(hù)時(shí)，為了保護(hù)內(nèi)容不被不正當(dāng)復(fù)制，將內(nèi)容加密傳輸。作為這樣接收選擇數(shù)字播放并將得到的MPEG-TS等的AV數(shù)據(jù)加密傳輸?shù)姆绞降囊焕?，已?jīng)規(guī)定了DTCP(DigitalTransmissionContentProtection)方式。DTCP是IEEE1394和USB等的傳輸介質(zhì)上的內(nèi)容保護(hù)技術(shù)。DTCP方式是按照DTLA(DigitalTransmissionLicencingAdministrator)標(biāo)準(zhǔn)化的方式，在HYPERLINK“http//www.dtcp.com”http//www.dtcp.com、HYPERLINK“http//www.dtcp.com/data/dtcp#tut.pdf”http//www.dtcp.com/data/dtcp#tut.pdf、HYPERLINK“http//www.dtcp.com/data/wp#spec.pdf”http//www.dtcp.com/data/wp#spec.pdf、和書(shū)籍“IEEE1394、在AV設(shè)備中的應(yīng)用”、高田信司主編、日刊工業(yè)新聞社、“第8章復(fù)制保護(hù)”的第133～149頁(yè)中有所說(shuō)明。說(shuō)明MPEG-TS。傳輸流是匯集多個(gè)傳輸包(TSpacket)而構(gòu)成的。TSpacket是188byte的固定長(zhǎng)度包，其長(zhǎng)度是考慮與ATM的單元長(zhǎng)度的整合性以及進(jìn)行READSOLMON編碼等的錯(cuò)誤訂正編碼時(shí)的適用性而確定的。TSpacket由4byte固定長(zhǎng)度的包標(biāo)題和可變長(zhǎng)度的適應(yīng)字段(adaptationfield)和有效載荷(payload)構(gòu)成。在包標(biāo)題中定義有PID(包識(shí)別符)和各種旗標(biāo)(flag)。利用該P(yáng)ID識(shí)別TSpacket的類型。adaptationfield和payload有只存在一方的情況和兩方都存在的情況，其有無(wú)可以根據(jù)包標(biāo)題內(nèi)的旗標(biāo)(adaptation_field_control)識(shí)別。adaptation_field具有PCR(Program_Clock_Reference)等的信息傳輸和用于使TSpacket成為188byte固定長(zhǎng)度的在TSpacket內(nèi)的填料(stuffing)功能。并且，PCR是27MHz的時(shí)間戳，為了在解碼器的STC再現(xiàn)已編碼時(shí)的基準(zhǔn)時(shí)間而參照PCR的值。在MPEG-2的TS中，解碼器的STC(SystemTimeClock)具有基于PCR的PLL動(dòng)機(jī)功能。為了穩(wěn)定該P(yáng)LL同步的動(dòng)作，PCR的發(fā)送間隔最大為0.1ms。收存了圖像和聲音等的個(gè)別流的MPEG的PES包被劃分為具有相同PID序號(hào)的多個(gè)TSpacket的payload傳輸。并且，PES包的前頭構(gòu)成為可以從TSpacket的前頭開(kāi)始。傳輸流可以傳輸多個(gè)程序，所以使用表示流中包含的程序和構(gòu)成該程序的圖像和聲音流等程序的要素的關(guān)系的表信息。該表信息被稱為PSI(ProgramSpecificInformation)，使用PAT(ProgramAssociationTable)、PMT(ProgramMapTable)等表。PAT、PMT等的PSI以被稱為會(huì)話的單位配置于TSpacket中的payload中傳輸。PAT中指定有對(duì)應(yīng)程序序號(hào)的PMT的PID等，PMT中記述有對(duì)應(yīng)的程序中包含的圖像、聲音、附加數(shù)據(jù)和PCR的PID，通過(guò)參照PAT和PMT，可以從流中只取出構(gòu)成目標(biāo)程序的TSpacket。作為有關(guān)TS的參考文獻(xiàn)，例如有CQ出版社的藤原洋主編的TECHIVo.4、“圖像和聲音壓縮技術(shù)總論(因特網(wǎng)/數(shù)字電視機(jī)、移動(dòng)通信時(shí)代的必須技術(shù))”，在該書(shū)的第6章“將圖像和聲音多路復(fù)用的MPEG系統(tǒng)”中有所謂明。關(guān)于有關(guān)PSI和SI的邏輯層結(jié)構(gòu)和處理步驟的示例、選臺(tái)處理的示例，在三洋電機(jī)技報(bào)中的三宅等發(fā)表的“數(shù)字播放接收機(jī)中的選臺(tái)技術(shù)”的VOL.36、JUNE2004、第74號(hào)的第31頁(yè)～第44頁(yè)中有所謂明。并且，關(guān)于在數(shù)字播放中使用的存取控制方式，對(duì)擾碼、相關(guān)信息的規(guī)格和與其相關(guān)的接收機(jī)規(guī)格確定了ARIB規(guī)格、ARIBSTD-B25，關(guān)于其運(yùn)用，在ARIB技術(shù)資料、ARIBTR-B14和ARIBTR-B15中有所規(guī)定。圖1(a)是使用DTCP方式的MPEG-TS的IEEE1394的傳輸?shù)囊焕Ｔ贒TCP方式中，把發(fā)送方(包發(fā)送設(shè)備)稱為數(shù)據(jù)源1801、把接收方(包接收設(shè)備)稱為數(shù)據(jù)宿1802，把已加密的MPEG-TS等的內(nèi)容從數(shù)據(jù)源1801通過(guò)網(wǎng)絡(luò)1803傳送到數(shù)據(jù)宿1802。在圖1(b)中作為補(bǔ)充信息，一并記述有數(shù)據(jù)源設(shè)備和數(shù)據(jù)宿設(shè)備的示例。圖2是說(shuō)明DTCP方式的以往的包通信部的概要的圖，其中把圖1的數(shù)據(jù)源1801具有的包發(fā)送部和數(shù)據(jù)宿1802具有的包接收部雙方表示為包收發(fā)部。首先，進(jìn)行基于DTCP方式的認(rèn)證和密鑰交換(AuthentificationandKeyExchange，略記為AKE)。向AKE部1901輸入該認(rèn)證和密鑰交換的設(shè)定信息，該信息傳遞給打包部1902，在打包部1902進(jìn)行被附加了規(guī)定的標(biāo)題的打包，并輸出給網(wǎng)絡(luò)1907。此處，打包部1902利用由發(fā)送條件設(shè)定部1903決定的發(fā)送參數(shù)，進(jìn)行輸入數(shù)據(jù)的打包和發(fā)送。在接收方，從網(wǎng)絡(luò)1907輸入的信號(hào)在包接收部1904通過(guò)識(shí)別包標(biāo)題等來(lái)進(jìn)行篩選，并輸入AKE部1901。由此，發(fā)送方(數(shù)據(jù)源)的AKE部和接收方(數(shù)據(jù)宿)的AKE部可以通過(guò)網(wǎng)絡(luò)1803和1907相互進(jìn)行消息通信。即，按照DTCP方式的步驟，執(zhí)行認(rèn)證和密鑰交換。如果發(fā)送方(數(shù)據(jù)源)和接收方(數(shù)據(jù)宿)的認(rèn)證和密鑰交換成立，然后進(jìn)行AV數(shù)據(jù)的傳輸。在數(shù)據(jù)源中，把MPEG-TS信號(hào)輸入加密部1905，在把MPEG-TS信號(hào)加密后，把該加密的MPEG-TS信號(hào)輸入打包部1902，并輸出給網(wǎng)絡(luò)1907。在數(shù)據(jù)宿中，從網(wǎng)絡(luò)1907輸入的信號(hào)在包接收部1904通過(guò)識(shí)別包標(biāo)題等來(lái)進(jìn)行篩選，并輸入解密部1906進(jìn)行解密，然后輸出MPEG-TS信號(hào)。下面，使用圖3補(bǔ)充說(shuō)明上述步驟。在圖3中，數(shù)據(jù)源和數(shù)據(jù)宿之間按照IEEE1394相連接。首先，在數(shù)據(jù)源側(cè)產(chǎn)生內(nèi)容的發(fā)送請(qǐng)求。并且，從數(shù)據(jù)源向數(shù)據(jù)宿發(fā)送已加密的內(nèi)容和內(nèi)容的保護(hù)模式信息。數(shù)據(jù)宿進(jìn)行內(nèi)容的復(fù)制保護(hù)信息的分析，確定是使用完全認(rèn)證還是帶限制認(rèn)證的哪種認(rèn)證方式，并向數(shù)據(jù)源發(fā)送認(rèn)證請(qǐng)求。數(shù)據(jù)源和數(shù)據(jù)宿通過(guò)DTCP規(guī)定的處理實(shí)現(xiàn)認(rèn)證密鑰的共享。并且，數(shù)據(jù)源使用認(rèn)證密鑰將交換密鑰加密并發(fā)送給數(shù)據(jù)宿，在數(shù)據(jù)宿中解密交換密鑰。在數(shù)據(jù)源中為了使加密密鑰隨時(shí)間而變化，生成隨時(shí)間而變化的種子(seed)信息并發(fā)送給數(shù)據(jù)宿。在數(shù)據(jù)源中，從交換密鑰和種子信息生成加密密鑰，使用該加密密鑰在加密部將MPEG-TS加密后發(fā)送給數(shù)據(jù)宿。數(shù)據(jù)宿接收種子信息，并從交換密鑰和種子信息將解密密鑰復(fù)原。在數(shù)據(jù)宿中，使用該解密密鑰解密已加密的MPEG-TS信號(hào)。圖4是在圖1中傳輸MPEG-TS信號(hào)時(shí)的IEEE1394同步包的一例。該包由4字節(jié)(32比特)的標(biāo)題、4字節(jié)(32比特)的標(biāo)題CRC、224字節(jié)的數(shù)據(jù)字段和4字節(jié)(32比特)的結(jié)尾構(gòu)成。被加密傳輸?shù)闹皇菢?gòu)成224字節(jié)的數(shù)據(jù)字段的CIP標(biāo)題和TS信號(hào)中的TS信號(hào)，其他數(shù)據(jù)沒(méi)有被加密。其中，DTCP方式固有的信息是復(fù)制保護(hù)信息即2比特的EMI(EncriptionModeIndicator)、和種子信息的LSB比特即O/E(Odd/Even)，這些信息存在于上述32比特的標(biāo)題內(nèi)，不被加密即傳輸。但是，在上述以往的技術(shù)中存在以下問(wèn)題。以往的DTCP方式在IEEE1394中，雖然使用同步包傳輸可以實(shí)現(xiàn)MPEG-TS信號(hào)的實(shí)時(shí)傳輸，但存在以下較大問(wèn)題，不能使用因特網(wǎng)的標(biāo)準(zhǔn)通信協(xié)議即InternetProtocol(IP)，在以太網(wǎng)(注冊(cè)商標(biāo))(IEEE802.3)、無(wú)線LAN(IEEE802.11)和其他可以傳輸IP包的網(wǎng)絡(luò)中進(jìn)行傳輸。即，存在以下較大問(wèn)題，對(duì)地面波/BS數(shù)字播放和服務(wù)器型播放等對(duì)應(yīng)數(shù)字著作權(quán)保護(hù)的內(nèi)容，不能在保護(hù)著作權(quán)的基礎(chǔ)上在通過(guò)IP邏輯連接的包發(fā)送設(shè)備和包接收設(shè)備之間傳輸。并且，在實(shí)況(live)播放的傳輸中，在使用HTTP(HyperTextTransferProtocol)時(shí)，在每當(dāng)有HTTP請(qǐng)求時(shí)，需要在接收方計(jì)算對(duì)所述加密附加的標(biāo)題長(zhǎng)度和傳輸內(nèi)容長(zhǎng)度，存在接收方的處理較重的問(wèn)題。另外，存在難以簡(jiǎn)單地實(shí)現(xiàn)使存儲(chǔ)在硬盤等中的內(nèi)容快進(jìn)、回倒、慢放等特殊播放的問(wèn)題。另外，存在難以簡(jiǎn)單地利用共同的方法快進(jìn)、回倒、慢放等特殊播放存儲(chǔ)在硬盤和光盤等中的不同存儲(chǔ)格式的內(nèi)容的問(wèn)題。關(guān)于不經(jīng)由網(wǎng)絡(luò)的本地(設(shè)備主體)的操作，作為一例，對(duì)在Blu-ray盤方式的主體()中的特殊播放等，在2004年10月的松下技報(bào)的第34頁(yè)～第38頁(yè)中，對(duì)“Blu-rayDiskRewritableFormat(2)～邏輯規(guī)格、著作權(quán)保護(hù)規(guī)格～”中敘述了用于特殊播放的EP_map數(shù)據(jù)結(jié)構(gòu)等。特別在家庭中，需要把通過(guò)播放等獲取的采取了數(shù)字著作權(quán)保護(hù)的內(nèi)容發(fā)布給數(shù)字TV和本地服務(wù)器等配置在家庭中的各種設(shè)備。因此，在家庭中，為了可以保護(hù)內(nèi)容的著作權(quán)并實(shí)現(xiàn)各種廠家的設(shè)備之間的內(nèi)容轉(zhuǎn)發(fā)，需要利用廣泛普及的IP包實(shí)現(xiàn)對(duì)應(yīng)DTCP方式的內(nèi)容發(fā)布、即實(shí)現(xiàn)DTCP-IP(DigitalTransmissionContentsProtectionoverIP)。專利文獻(xiàn)1日本專利特開(kāi)2000-59463號(hào)公報(bào)
發(fā)明內(nèi)容本發(fā)明的目的在于，提供一種包發(fā)送裝置，可以使用HTTP協(xié)議和RTP協(xié)議等，利用IP包等廣泛普及的包，發(fā)送DTCP等利用內(nèi)容保護(hù)技術(shù)保護(hù)的內(nèi)容。為了達(dá)到上述目的，本發(fā)明涉及的向包接收裝置發(fā)送包數(shù)據(jù)的包發(fā)送裝置，其特征在于，具有AV數(shù)據(jù)信息獲取單元，獲取包括表示被輸入AV數(shù)據(jù)的端子的輸入端子信息、表示所述AV數(shù)據(jù)的數(shù)據(jù)格式的數(shù)據(jù)格式信息、和表示所述AV數(shù)據(jù)的屬性的屬性信息的AV數(shù)據(jù)信息；數(shù)據(jù)輸入單元，受理所述AV數(shù)據(jù)和非AV數(shù)據(jù)的輸入；發(fā)送條件設(shè)定管理單元，從所述非AV數(shù)據(jù)或所述AV數(shù)據(jù)抽取所述AV數(shù)據(jù)的收費(fèi)信息、再生控制信息和復(fù)制控制信息的至少一種信息，從所抽取的信息生成表示成為發(fā)送所述AV數(shù)據(jù)時(shí)的條件的加密模式的加密模式信息；加密數(shù)據(jù)生成單元，根據(jù)組合所述輸入端子信息、所述數(shù)據(jù)格式信息和所述屬性信息而決定的發(fā)送條件，將從所述數(shù)據(jù)輸入單元輸入的所述AV數(shù)據(jù)加密，向已加密的所述AV數(shù)據(jù)附加基于所述加密模式信息的加密信息標(biāo)題，從而生成加密數(shù)據(jù)；打包單元，通過(guò)對(duì)由所述加密數(shù)據(jù)生成單元生成的加密數(shù)據(jù)附加包標(biāo)題來(lái)生成包；認(rèn)證單元，與所述包接收裝置之間進(jìn)行認(rèn)證處理；傳輸協(xié)議決定單元，使用所述輸入端子信息、所述屬性信息和表示由所述包接收裝置指定的發(fā)送模式的信息的至少一個(gè)，決定所述包發(fā)送裝置和所述包接收裝置之間的所述AV數(shù)據(jù)的傳輸協(xié)議；傳輸單元，在通過(guò)所述認(rèn)證處理完成與所述包接收裝置的認(rèn)證處理后，按照由所述傳輸協(xié)議決定單元決定的傳輸協(xié)議，把包括由所述打包單元生成的加密數(shù)據(jù)的包傳輸給所述包接收裝置。更具體地講，本申請(qǐng)的第一發(fā)明的包收發(fā)單元，具有分別輸入AV數(shù)據(jù)和非AV數(shù)據(jù)的數(shù)據(jù)輸入單元；加密數(shù)據(jù)生成單元，輸入所述數(shù)據(jù)輸入單元的輸出，按照規(guī)定的收發(fā)條件執(zhí)行加密或加密信息標(biāo)題的附加；和包標(biāo)題附加單元，所述加密數(shù)據(jù)生成單元具有認(rèn)證單元和加密單元和加密信息標(biāo)題附加單元，還具有控制是否按照所述規(guī)定的收發(fā)條件在所述加密單元中執(zhí)行加密、以及是否在所述加密信息標(biāo)題附加單元中進(jìn)行加密信息標(biāo)題附加的單元。由此，對(duì)MPEG-TS信號(hào)等的AV流，按照從外部提供的一定規(guī)則的發(fā)送條件決定加密模式，進(jìn)而決定附加加密信息標(biāo)題，由此可以確保與包收發(fā)設(shè)備之間的信號(hào)互換性，使用HTTP協(xié)議和RTP協(xié)議等保證AV流的隱密性。本申請(qǐng)的第二發(fā)明在第一發(fā)明的認(rèn)證單元中，執(zhí)行認(rèn)證的模式是利用從外部輸入的控制信息決定的。例如，作為從外部輸入的控制信息，對(duì)每個(gè)內(nèi)容提供用于指定存取位置的URI(UniformResourceIdentifier)，根據(jù)該URI的形式?jīng)Q定認(rèn)證模式。例如，在URI通過(guò)Query被擴(kuò)展時(shí)需要認(rèn)證，可以從該Query信息提供認(rèn)證用的TCP(TransmissionControlProtocol)端口序號(hào)。由此，可以根據(jù)從外部輸入的控制信息決定認(rèn)證執(zhí)行模式。本申請(qǐng)的第三發(fā)明在第一發(fā)明的加密數(shù)據(jù)生成單元中，從外部提供的規(guī)定的發(fā)送條件依據(jù)該AV流的復(fù)制控制信息(CCI，CopyControlInformation)，以此為特征來(lái)決定加密模式和加密信息標(biāo)題的附加。由此，在按照該復(fù)制控制信息對(duì)MPEG-TS信號(hào)等的AV流決定加密模式并附加加密信息標(biāo)題后，進(jìn)行打包并傳輸，所以能夠繼承AV內(nèi)容的著作權(quán)人設(shè)定的復(fù)制控制模式并進(jìn)行包的傳輸。即，進(jìn)行基于一定規(guī)則的處理，可以實(shí)現(xiàn)AV內(nèi)容的著作權(quán)保護(hù)，確保與包收發(fā)設(shè)備之間的信號(hào)互換性。本申請(qǐng)的第四發(fā)明在第一發(fā)明中，把AV數(shù)據(jù)和非AV數(shù)據(jù)輸入各自的數(shù)據(jù)緩沖器中，兩個(gè)緩沖器的輸出被實(shí)施優(yōu)先控制并輸出給所述包標(biāo)題附加單元。例如，通過(guò)控制使非AV數(shù)據(jù)在其數(shù)據(jù)緩沖器中不溢出，使AV數(shù)據(jù)從其數(shù)據(jù)緩沖器優(yōu)先輸出。由此，可以優(yōu)先發(fā)送AV數(shù)據(jù)和非AV數(shù)據(jù)中重要性較高的數(shù)據(jù)。本申請(qǐng)的第五發(fā)明在第一發(fā)明中，對(duì)構(gòu)成AV數(shù)據(jù)的數(shù)據(jù)塊附加時(shí)間戳，將一個(gè)以上的帶時(shí)間戳的數(shù)據(jù)塊一并映射到RTP(Real-timeTransportProtocol)包的有效載荷部或HTTP包的有效載荷部上。例如，在AV數(shù)據(jù)是MPEG-TS時(shí)，向各個(gè)TS包附加時(shí)間戳，將多個(gè)帶時(shí)間戳的TS包一并映射到RTP或HTTP上。例如，附加給各個(gè)TS包的時(shí)間戳的時(shí)鐘可以使用MPEG的系統(tǒng)時(shí)鐘頻率。從附加到TS包上的時(shí)間戳中去除通過(guò)MPEG-TS的網(wǎng)絡(luò)傳輸而附加到PCR(ProgramClockReference)上的傳輸抖動(dòng)(jitter)，從而可以進(jìn)行接收方的MPEG系統(tǒng)時(shí)鐘的再生。本申請(qǐng)的第六發(fā)明在第一發(fā)明中，AV數(shù)據(jù)的打包通過(guò)來(lái)自接收方的控制，切換控制在RTP或HTTP中進(jìn)行。例如，AV數(shù)據(jù)的打包在接收方的AV數(shù)據(jù)輸出被輸出給顯示器時(shí)，使用延遲較小的RTP，在接收方的AV數(shù)據(jù)輸出被存儲(chǔ)在記錄介質(zhì)中時(shí)，使用通過(guò)再傳輸降低包丟失的HTTP。這樣，通過(guò)切換控制，在接收方輸出給顯示器時(shí)，可以進(jìn)行延遲較小的AV內(nèi)容的傳輸，并且在接收方存儲(chǔ)時(shí)，可以進(jìn)行補(bǔ)償了由于包丟失造成的信號(hào)缺失的高質(zhì)量的AV內(nèi)容傳輸。并且，本申請(qǐng)的第七發(fā)明具有數(shù)據(jù)輸入單元，分別輸入包括收費(fèi)處理等的RMP(RightsManagement&Protection)等對(duì)應(yīng)數(shù)字著作權(quán)的AV數(shù)據(jù)和非AV數(shù)據(jù)；輸入所述數(shù)據(jù)輸入單元的輸出，并可以按照輸入的數(shù)字著作權(quán)規(guī)定選擇加密傳輸模式的單元。即，在具有執(zhí)行加密或加密信息標(biāo)題附加的加密數(shù)據(jù)生成單元和包標(biāo)題附加單元的包收發(fā)單元中，所述加密數(shù)據(jù)生成單元具有認(rèn)證單元和加密單元和加密信息標(biāo)題附加單元，還具有控制是否按照所述規(guī)定的收發(fā)條件在所述加密單元中執(zhí)行加密、以及是否在所述加密信息標(biāo)題附加單元中進(jìn)行加密信息標(biāo)題附加的單元。由此，對(duì)包括收費(fèi)處理等的RMP信息等對(duì)應(yīng)數(shù)字著作權(quán)的MPEG-TS信號(hào)等的AV流，按照從外部提供的一定規(guī)則的發(fā)送條件決定加密模式，再?zèng)Q定附加加密信息標(biāo)題，從而可以確保在包收發(fā)設(shè)備之間的信號(hào)互換性，保證AV流的隱密性。并且，本申請(qǐng)的第八發(fā)明，在第七發(fā)明中，通過(guò)以HTTP的成塊傳輸方式傳輸實(shí)況播放的內(nèi)容，在每次對(duì)所述加密請(qǐng)求附加的標(biāo)題長(zhǎng)度和傳輸內(nèi)容長(zhǎng)度HTTP時(shí)，不需要在接收方(客戶端)計(jì)算，可以減輕接收方的處理。本申請(qǐng)的第九發(fā)明，在第七發(fā)明中，使用HTTP的范圍請(qǐng)求傳輸存儲(chǔ)在硬盤等中的內(nèi)容，從而可以容易實(shí)現(xiàn)快進(jìn)、回倒、慢放等特殊播放。另外，本申請(qǐng)的第十發(fā)明，在第九發(fā)明中，根據(jù)存儲(chǔ)在硬盤和光盤等中的不同的存儲(chǔ)格式的內(nèi)容不同的I、P、B圖像的字節(jié)位置信息、時(shí)間信息，生成作為相同格式的I、P、B圖像幀位置信息，從而可以容易實(shí)現(xiàn)高質(zhì)量的慢放播放、快進(jìn)、回倒等特殊播放。另外，本發(fā)明不僅可以實(shí)現(xiàn)這種包發(fā)送裝置，還可以實(shí)現(xiàn)包發(fā)送方法，實(shí)現(xiàn)包發(fā)送裝置用的程序，實(shí)現(xiàn)記錄了該程序的計(jì)算機(jī)可讀的CD-ROM等的記錄介質(zhì)。根據(jù)本申請(qǐng)的第一發(fā)明，可以按照從外部提供的一定規(guī)則決定發(fā)送AV內(nèi)容的加密模式。另外，可以對(duì)加密信息標(biāo)題決定附加規(guī)則，從而可以保證在包收發(fā)設(shè)備之間的AV流的隱私性，確保信號(hào)互換性。根據(jù)本申請(qǐng)的第二發(fā)明，在第一發(fā)明的認(rèn)證單元中，根據(jù)外部輸入的控制信息決定認(rèn)證執(zhí)行模式。例如，作為從外部輸入的控制信息，對(duì)每個(gè)內(nèi)容提供用于指定存取位置的URI，根據(jù)該URI的形式?jīng)Q定認(rèn)證模式。作為一例，可以提供在URI按照Query形式被擴(kuò)展時(shí)需要認(rèn)證的信息，及從該Query信息提供認(rèn)證用的TCP端口序號(hào)。由此，可以根據(jù)從外部輸入的控制信息決定認(rèn)證執(zhí)行模式。根據(jù)本申請(qǐng)的第三發(fā)明，在第一發(fā)明的加密數(shù)據(jù)生成單元中，從外部提供的規(guī)定的發(fā)送條件依據(jù)該AV流的復(fù)制控制信息，以此為特征來(lái)決定加密模式和加密信息標(biāo)題的附加。由此，在按照該復(fù)制控制信息對(duì)MPEG-TS信號(hào)等的AV流決定加密模式并附加加密信息標(biāo)題后，進(jìn)行打包并傳輸，所以能夠繼承AV內(nèi)容的著作權(quán)人設(shè)定的復(fù)制控制模式并進(jìn)行包的傳送。即，進(jìn)行基于一定規(guī)則的處理，可以實(shí)現(xiàn)AV內(nèi)容的著作權(quán)保護(hù)，確保與包收發(fā)設(shè)備之間的信號(hào)互換性。根據(jù)本申請(qǐng)的第四發(fā)明，在第一發(fā)明中，把AV數(shù)據(jù)和非AV數(shù)據(jù)輸入各自的數(shù)據(jù)緩沖器中，兩個(gè)緩沖器的輸出被實(shí)施優(yōu)先控制并輸出給所述包標(biāo)題附加單元。例如，通過(guò)控制使非AV數(shù)據(jù)在其數(shù)據(jù)緩沖器中不溢出，使AV數(shù)據(jù)從其數(shù)據(jù)緩沖器優(yōu)先輸出。由此，可以優(yōu)先發(fā)送AV數(shù)據(jù)和非AV數(shù)據(jù)中重要性較高的數(shù)據(jù)。根據(jù)本申請(qǐng)的第五發(fā)明，在第一發(fā)明中，對(duì)構(gòu)成AV數(shù)據(jù)的數(shù)據(jù)塊附加時(shí)間戳，將一個(gè)以上的帶時(shí)間戳的數(shù)據(jù)塊一并映射到RTP包的有效載荷部或HTTP包的有效載荷部上。例如，在AV數(shù)據(jù)是MPEG-TS時(shí)，向各個(gè)TS包附加時(shí)間戳，將多個(gè)帶時(shí)間戳的TS包一并映射到RTP或HTTP上。例如，附加給各個(gè)TS包的時(shí)間戳的時(shí)鐘可以使用MPEG的系統(tǒng)時(shí)鐘頻率。從附加到TS包上的時(shí)間戳中去除通過(guò)MPEG-TS的網(wǎng)絡(luò)傳輸而附加到PCR上的傳輸抖動(dòng)，從而可以進(jìn)行接收方的MPEG系統(tǒng)時(shí)鐘的再生。根據(jù)本申請(qǐng)的第六發(fā)明，在第一發(fā)明中，AV數(shù)據(jù)的打包通過(guò)來(lái)自接收方的控制，切換控制在RTP或HTTP中進(jìn)行。例如，AV數(shù)據(jù)的打包在接收方的AV數(shù)據(jù)輸出被輸出給顯示器時(shí)，使用延遲較小的RTP，在接收方的AV數(shù)據(jù)輸出存儲(chǔ)在記錄介質(zhì)中時(shí)，使用通過(guò)再傳輸降低包丟失的HTTP。這樣，通過(guò)切換控制，在接收方輸出給顯示器時(shí)，可以進(jìn)行延遲較小的AV內(nèi)容的傳輸，并且在接收方存儲(chǔ)時(shí)，可以進(jìn)行補(bǔ)償了由于包丟失造成的信號(hào)缺失的高質(zhì)量的AV內(nèi)容傳輸。根據(jù)上述發(fā)明，對(duì)于使用網(wǎng)絡(luò)的AV內(nèi)容的傳輸，可以防止在網(wǎng)絡(luò)上的數(shù)據(jù)竊聽(tīng)，實(shí)現(xiàn)安全性較高的數(shù)據(jù)傳輸。由此，在傳輸路徑中使用了因特網(wǎng)等公眾網(wǎng)絡(luò)時(shí)，也可以防止實(shí)時(shí)傳輸?shù)膬?yōu)先數(shù)據(jù)(AV數(shù)據(jù)內(nèi)容)的竊聽(tīng)、泄漏。并且，可以進(jìn)行在因特網(wǎng)等中傳輸?shù)腁V數(shù)據(jù)的銷售、收費(fèi)，能夠?qū)崿F(xiàn)安全性較高的B-B(BusinesstoBusiness)、B-C(BusinesstoConsumer)的內(nèi)容銷售流通。并且，根據(jù)上述發(fā)明，在利用硬件傳輸處理AV內(nèi)容時(shí)，一般的數(shù)據(jù)包可以像以往那樣使用CPU進(jìn)行軟件處理。因此，可以通過(guò)追加軟件，把管理信息和控制信息等數(shù)據(jù)作為一般數(shù)據(jù)傳輸。這些數(shù)據(jù)量與作為優(yōu)先數(shù)據(jù)的AV數(shù)據(jù)相比非常少，所以能夠利用微電腦等廉價(jià)的微處理器實(shí)現(xiàn)，能夠?qū)崿F(xiàn)低成本的系統(tǒng)。另外，高負(fù)荷且高傳輸速率優(yōu)先包的通信協(xié)議處理不需要昂貴的CPU和大規(guī)模存儲(chǔ)器，所以從這些方面講，能夠以低成本提供高功能的裝置。并且，根據(jù)本申請(qǐng)的第七發(fā)明，在發(fā)送終端和接收終端之間，使用UPnP(UniversalPlugandPlay)-AV和HTTP等數(shù)據(jù)交換協(xié)議，傳輸可以從地面波播放、衛(wèi)星播放、CATV和經(jīng)由因特網(wǎng)接收的數(shù)字播放信號(hào)中檢測(cè)抽取的AV內(nèi)容的屬性信息，由此可以決定在發(fā)送終端和接收終端之間發(fā)送AV內(nèi)容時(shí)的加密模式、內(nèi)容屬性信息的傳輸方法。另外，由于可以決定加密信息標(biāo)題的附加規(guī)則，所以能夠保證在包收發(fā)設(shè)備之間的AV流的隱私性，確保信號(hào)互換性。UPnP和UPnP-AV的標(biāo)準(zhǔn)規(guī)格在http//upnp.org中已經(jīng)公開(kāi)。在http//upnp.org中，例如關(guān)于“MediaServerV1.0andMediaRendererV1.0”，“MediaServerV1.0”、“MediaRendererV1.0”、“ConnectionManagerV1.0”、“ContentDirectoryV1.0”、“RenderingControlV1.0”、“AVTransportV1.0”、“UPnP(注冊(cè)商標(biāo))AVArchitectureV.83”等的規(guī)格書(shū)已經(jīng)被公開(kāi)。并且，對(duì)于使用網(wǎng)絡(luò)的AV內(nèi)容的傳輸，可以防止在網(wǎng)絡(luò)上的數(shù)據(jù)竊聽(tīng)，實(shí)現(xiàn)安全性較高的數(shù)據(jù)傳輸。由此，在傳輸路徑中使用了因特網(wǎng)等公眾網(wǎng)絡(luò)時(shí)，也可以防止實(shí)時(shí)傳輸?shù)膬?yōu)先數(shù)據(jù)(AV數(shù)據(jù)內(nèi)容)的竊聽(tīng)、泄漏。并且，可以進(jìn)行在因特網(wǎng)等中傳輸?shù)腁V數(shù)據(jù)的銷售、收費(fèi)，能夠?qū)崿F(xiàn)安全性較高的B-B、B-C的內(nèi)容銷售流通。并且，在利用硬件傳輸處理AV內(nèi)容時(shí)，一般的數(shù)據(jù)包可以像以往那樣使用CPU進(jìn)行軟件處理。因此，可以通過(guò)追加軟件，把管理信息和控制信息等數(shù)據(jù)作為一般數(shù)據(jù)傳輸。這些數(shù)據(jù)量與作為優(yōu)先數(shù)據(jù)的AV數(shù)據(jù)相比非常少，所以能夠利用微電腦等廉價(jià)的微處理器實(shí)現(xiàn)，能夠?qū)崿F(xiàn)低成本的系統(tǒng)。另外，高負(fù)荷且高傳輸速率優(yōu)先包的通信協(xié)議處理不需要昂貴的CPU和大規(guī)模存儲(chǔ)器，所以從這些方面講，能夠以低成本提供高功能的裝置。并且，可以使不對(duì)應(yīng)于RMP的客戶端，通過(guò)CNM(CopyNoMore)和CN(CopyNever)觀看包括在服務(wù)器型播放的RAMP中使用的收費(fèi)信息等的RMPI(RightsManagement&ProtectionInformation)中限制視聽(tīng)或復(fù)制的內(nèi)容，可以加速服務(wù)器型播放的普及。根據(jù)本申請(qǐng)的第八發(fā)明，通過(guò)以HTTP的成塊傳輸方式傳輸實(shí)況播放的內(nèi)容，在每次對(duì)所述加密請(qǐng)求附加的標(biāo)題長(zhǎng)度和傳輸內(nèi)容長(zhǎng)度HTTP時(shí)，不需要在接收方(客戶端)計(jì)算，可以減輕接收方的處理。根據(jù)本申請(qǐng)的第九發(fā)明，使用HTTP的范圍請(qǐng)求傳輸存儲(chǔ)在硬盤等中的內(nèi)容，從而可以容易實(shí)現(xiàn)快進(jìn)、回倒、慢放等特殊播放。另外，本申請(qǐng)的第十發(fā)明，在第九發(fā)明中，根據(jù)存儲(chǔ)在硬盤和光盤等中的不同存儲(chǔ)格式的內(nèi)容不同的I幀位置信息，生成相同的I幀位置信息，從而可以容易實(shí)現(xiàn)快進(jìn)、回倒、慢放播放等特殊播放。圖1是現(xiàn)有技術(shù)的收發(fā)系統(tǒng)的說(shuō)明圖。圖2是現(xiàn)有技術(shù)的包收發(fā)部的方框圖。圖3是把DTCP方式適用于現(xiàn)有技術(shù)的密鑰交換時(shí)的內(nèi)容傳輸步驟的說(shuō)明圖。圖4是表示現(xiàn)有技術(shù)的1395同步包的結(jié)構(gòu)示例的圖。圖5是表示適用本發(fā)明的系統(tǒng)的一例的圖。圖6是表示本發(fā)明的系統(tǒng)的通信步驟的流程圖。圖7是把DTCP方式適用于認(rèn)證和密鑰交換時(shí)的內(nèi)容傳輸步驟的說(shuō)明圖。圖8是把本發(fā)明適用于使用以太網(wǎng)(注冊(cè)商標(biāo))的一般家庭時(shí)的一例的說(shuō)明圖。圖9是本發(fā)明的實(shí)施方式1的包收發(fā)部的方框圖。圖10是本發(fā)明的實(shí)施方式1的通信協(xié)議堆棧的說(shuō)明圖。圖11是本發(fā)明的實(shí)施方式2的包收發(fā)部的方框圖。圖12是本發(fā)明的實(shí)施方式3的包收發(fā)部的方框圖。圖13是本發(fā)明的實(shí)施方式4的包收發(fā)部的方框圖。圖14是本發(fā)明的實(shí)施方式5的包收發(fā)部的方框圖。圖15是本發(fā)明的實(shí)施方式5的通信協(xié)議堆棧的說(shuō)明圖。圖16是表示本發(fā)明的實(shí)施方式5的MPEG-TS的以太網(wǎng)(注冊(cè)商標(biāo))幀結(jié)構(gòu)規(guī)格的示例圖。圖17是本發(fā)明的實(shí)施方式5的第1和第2變形例的包收發(fā)部的方框圖。圖18是本發(fā)明的實(shí)施方式5的第1變形例的打包部和包接收部的說(shuō)明圖。圖19是表示本發(fā)明的實(shí)施方式5的第1變形例中基于DTCP方式的加密內(nèi)容的傳輸步驟的流程圖。圖20是本發(fā)明的實(shí)施方式5的第2變形例的打包部和包接收部的說(shuō)明圖。圖21是本發(fā)明的實(shí)施方式5的第2變形例的通信協(xié)議堆棧的說(shuō)明圖。圖22是表示錯(cuò)誤訂正方式為ReadSOLMON方式的說(shuō)明圖。圖23是表示錯(cuò)誤訂正方式為奇偶方式的說(shuō)明圖。圖24是本發(fā)明的實(shí)施方式6的包收發(fā)部的方框圖。圖25是本發(fā)明的實(shí)施方式6的通信協(xié)議堆棧的說(shuō)明圖。圖26是本發(fā)明的實(shí)施方式6的第1變形例的包收發(fā)部的方框圖。圖27是本發(fā)明的實(shí)施方式6的第2變形例的包收發(fā)部的方框圖。圖28是本發(fā)明的實(shí)施方式7和8的包收發(fā)部的方框圖。圖29是表示本發(fā)明的實(shí)施方式7的基于DTCP方式的加密內(nèi)容的傳輸步驟的流程圖。圖30是本發(fā)明的實(shí)施方式7的通信協(xié)議堆棧的說(shuō)明圖。圖31是表示本發(fā)明的實(shí)施方式9的包收發(fā)部的結(jié)構(gòu)的方框圖。圖32是表示本發(fā)明的實(shí)施方式10的包收發(fā)部的結(jié)構(gòu)的方框圖。圖33是表示圖像信息文件的結(jié)構(gòu)的圖。符號(hào)說(shuō)明101包發(fā)送設(shè)備；102路由器；103包接收設(shè)備；401、401a～401h包收發(fā)部；402AKE部；403打包部；404通信條件設(shè)定管理部；405包接收部；406加密數(shù)據(jù)生成部；407加密數(shù)據(jù)解密部；408接收條件設(shè)定管理部；409發(fā)送包的成幀部；410幀接收部；2401、2401a～2401b包收發(fā)部；2042TS流識(shí)別部；2403發(fā)送條件設(shè)定管理部；2404DRM設(shè)定管理部；2405AKE部；2406打包部；2407加密數(shù)據(jù)解密部；2408成幀部；2409幀接收部；2410包接收部；2411DRM內(nèi)容購(gòu)買結(jié)算部；2412內(nèi)容元(meta)信息；2413內(nèi)容緩沖器；2414加密部；2415加密信息標(biāo)題附加部；2416HTTP/RTP標(biāo)題附加部；2417條件設(shè)定部；2418解密部；2701儲(chǔ)存部具體實(shí)施方式以下，使用附圖詳細(xì)說(shuō)明本發(fā)明的實(shí)施方式。首先，為了明確本發(fā)明的重要性，概要說(shuō)明可以適用的通信系統(tǒng)的示例。圖5表示適用本發(fā)明的通信系統(tǒng)的一例。該通信系統(tǒng)由發(fā)送包的包發(fā)送設(shè)備101、進(jìn)行包的路由的路由器102、接收包的包接收設(shè)備103構(gòu)成。包發(fā)送設(shè)備101和包接收設(shè)備103是本發(fā)明涉及的裝置。包發(fā)送設(shè)備101被輸入收發(fā)條件的設(shè)定信息、認(rèn)證和密鑰交換的設(shè)定信息、輸入流(MPEG-TS等內(nèi)容)，如圖6所示，根據(jù)以下步驟1～3，與路由器102之間進(jìn)行通信。<步驟1>進(jìn)行收發(fā)參數(shù)的設(shè)定。(步驟1-1)設(shè)定包收發(fā)設(shè)備的MAC(MediaAccessControl)地址、IP地址、TCP/UDP(UserDatagramProtocol)端口序號(hào)等。(步驟1-2)設(shè)定發(fā)送信號(hào)的類別、頻帶。在作為QoS(QualityofService)代理器(agent)動(dòng)作的包發(fā)送設(shè)備101和包接收設(shè)備103、作為QoS管理器動(dòng)作的路由器102之間，進(jìn)行采用了IEEE802.1Q(VLANVirtualLAN)規(guī)格的有關(guān)網(wǎng)絡(luò)運(yùn)行的設(shè)定。(步驟1-3)優(yōu)先度的設(shè)定(IEEE802.1Q/p的運(yùn)用)(步驟2)認(rèn)證和密鑰交換(步驟2-1)進(jìn)行認(rèn)證和密鑰交換。例如，也可以采用DTCP方式。(步驟3)流傳輸(步驟3-1)傳輸包發(fā)送設(shè)備和包接收設(shè)備之間的已加密的流內(nèi)容(MPEG-TS)。另外，作為內(nèi)容的輸入信號(hào)，有MPEG1/2/4等的MPEG-TS、MPEG-PS(ProgramStream)、MPEG-ES(ElementaryStream)、MPEG-PES(PacketizedElementaryStream)等。此處，在示例中使用了MPEG-TS，但不限于此，作為在本發(fā)明中使用的輸入內(nèi)容的適用范圍，也可以使用MPEG1/2/4等MPEG-TS流(ISO/IEC13818)、DV(IEC61834、IEC61833)、按照SMPTE(SocietyofMotionPicture&TelevisionEngineers)314M(DV-based)、SMPTE259M(SDI)、SMPTE305M(SDTI)、SMPTE292M(HD-SDI)、ISO/IECH.264等標(biāo)準(zhǔn)化的流，而且可以適用于一般的AV內(nèi)容。另外，作為在本發(fā)明中使用的輸入數(shù)據(jù)的適用范圍，也可以適用于數(shù)據(jù)的文件轉(zhuǎn)發(fā)。在轉(zhuǎn)發(fā)文件時(shí)，由于收發(fā)終端的處理能力和收發(fā)終端之間的傳播延遲時(shí)間的關(guān)系，在數(shù)據(jù)傳輸速度大于內(nèi)容流的正常再生數(shù)據(jù)速率等的條件下，可以進(jìn)行比實(shí)時(shí)更快速的內(nèi)容傳輸。下面，補(bǔ)充說(shuō)明上述步驟2的認(rèn)證和密鑰交換。在圖7中，包發(fā)送設(shè)備101和包接收設(shè)備103之間通過(guò)IP網(wǎng)絡(luò)相連接。首先，從包發(fā)送設(shè)備101向包接收設(shè)備103發(fā)送包括內(nèi)容的復(fù)制保護(hù)信息的內(nèi)容的保護(hù)模式信息。包接收設(shè)備103進(jìn)行內(nèi)容的復(fù)制保護(hù)信息的分析，決定將要使用的認(rèn)證方式，向包發(fā)送設(shè)備101發(fā)送認(rèn)證請(qǐng)求。通過(guò)這些處理，包發(fā)送設(shè)備101和包接收設(shè)備103共享認(rèn)證密鑰。然后，包發(fā)送設(shè)備101使用認(rèn)證密鑰將交換密鑰加密，并發(fā)送給包接收設(shè)備103，由包接收設(shè)備103解密交換密鑰。在包發(fā)送設(shè)備101中為了使加密密鑰隨時(shí)間而變化，生成隨時(shí)間而變化的密鑰變更信息，并發(fā)送給包接收設(shè)備103。在包發(fā)送設(shè)備101中，從交換密鑰和密鑰變更信息生成加密密鑰，在加密部使用該加密密鑰將MPEG-TS加密，并發(fā)送給包接收設(shè)備103。包接收設(shè)備103對(duì)所接收的密鑰變更信息，利用交換密鑰使解密密鑰復(fù)原。在包接收設(shè)備103中使用該解密密鑰解密被加密的MPEG-TS信號(hào)。圖8是把本方式適用于具有基于以太網(wǎng)(注冊(cè)商標(biāo))的LAN的兩層建筑物的家庭時(shí)的一例。該家庭具有設(shè)在一層的包括路由器303的網(wǎng)絡(luò)系統(tǒng)301，和設(shè)在二層的包括交換集線器(hub)304的網(wǎng)絡(luò)系統(tǒng)302。網(wǎng)絡(luò)305是連接路由器303和交換集線器304的以太網(wǎng)(注冊(cè)商標(biāo))網(wǎng)絡(luò)。家庭中的所有以太網(wǎng)(注冊(cè)商標(biāo))的頻帶是100Mbps。作為一層的網(wǎng)絡(luò)系統(tǒng)301的結(jié)構(gòu)，路由器303通過(guò)100Mbps的以太網(wǎng)連接著電視機(jī)(TV)、電腦(PC)、DVD記錄器，并且通過(guò)ECHONET連接著空調(diào)、冰箱。并且，在二層，交換集線器304通過(guò)100Mbps的以太網(wǎng)連接著電視機(jī)(TV)、電腦(PC)、DVD記錄器，并且通過(guò)ECHONET連接著空調(diào)。另外，ECHONET是由“生物網(wǎng)企業(yè)集團(tuán)”(HYPERLINK“http//www.echonet.gr.jp/”http//www.echonet.gr.jp/)開(kāi)發(fā)的傳輸方式。另外，在該家庭中，例如通過(guò)播放接收成為數(shù)字著作權(quán)保護(hù)的對(duì)象的內(nèi)容，利用IP包發(fā)布給家庭中的各個(gè)設(shè)備(空調(diào)、DVD、PC、冰箱)的TV相當(dāng)于本發(fā)明的包發(fā)送設(shè)備101，各個(gè)設(shè)備相當(dāng)于包接收設(shè)備103。在圖8中，電腦(PC)、DVD記錄器、路由器303和交換集線器304對(duì)應(yīng)于IEEE802.1Q(VLAN)。即，在路由器303和交換集線器304中，在各個(gè)端口的數(shù)據(jù)速率完全相同時(shí)(例如100Mbps)，只要輸出給特定端口的數(shù)據(jù)頻帶的合計(jì)不超過(guò)該端口的傳輸速率的規(guī)格值或其實(shí)力值，則輸入到輸入端口的數(shù)據(jù)在路由器(或交換集線器)內(nèi)部不會(huì)遺失地全部輸出給輸出端口。在交換集線器，即使8個(gè)輸入端口被同時(shí)輸入數(shù)據(jù)時(shí)，只要各個(gè)數(shù)據(jù)的輸出端口不同，則各個(gè)數(shù)據(jù)在集線器內(nèi)部的緩沖器中被交換且沒(méi)有競(jìng)爭(zhēng)，并從輸出端口輸出，所以輸入數(shù)據(jù)全部輸出給輸出端口，且沒(méi)有包的丟失。在圖8中，由于家庭中的所有以太網(wǎng)(注冊(cè)商標(biāo))的頻帶是100Mbps，所以一層和二層之間的網(wǎng)絡(luò)305的頻帶也是100Mbps。在一層和二層的多個(gè)設(shè)備之間流過(guò)多個(gè)數(shù)據(jù)時(shí)，并且不存在對(duì)各個(gè)數(shù)據(jù)的頻帶限制時(shí)，在該網(wǎng)絡(luò)305上流過(guò)的數(shù)據(jù)的數(shù)據(jù)速率合計(jì)有可能超過(guò)100Mbps，MPEG-TS的圖像應(yīng)用等進(jìn)行實(shí)時(shí)傳輸所需要的流有可能中斷。該情況時(shí)，為了使進(jìn)行實(shí)時(shí)傳輸所需要的流不中斷，需要對(duì)傳輸數(shù)據(jù)進(jìn)行優(yōu)先控制。這種問(wèn)題不僅對(duì)終端而且對(duì)于路由器和交換集線器，都可以通過(guò)導(dǎo)入后述的流傳輸和文件轉(zhuǎn)發(fā)的速度限制機(jī)構(gòu)等來(lái)解決。例如，當(dāng)使MPEG-TS流的傳輸優(yōu)先度高于文件轉(zhuǎn)發(fā)數(shù)據(jù)的傳輸優(yōu)先度，則可以在后場(chǎng)(background)進(jìn)行一層和二層的PC之間的文件轉(zhuǎn)發(fā)，同時(shí)在一層和二層的DVD記錄器、PC、TV之間加密MPEG-TS，利用HTTP協(xié)議和RTP協(xié)議等進(jìn)行實(shí)時(shí)傳輸。另外，關(guān)于HTTP協(xié)議(IETF規(guī)格、RFC2616、RFC1945)的概況、結(jié)構(gòu)、動(dòng)作，例如，在“連載因特網(wǎng)及通信協(xié)議詳解(1)，HTTP(HyperTextTransferProtocol)～上集”，WEB資料，http//www.atmarkit.co.jp/fnetwork/rensai/netpro01/netpro01.html中有所謂明。前述的路由器303或交換集線器304的傳輸速度限制機(jī)構(gòu)可以根據(jù)數(shù)據(jù)流入控制實(shí)現(xiàn)。即，在路由器(或交換集線器)的輸入數(shù)據(jù)隊(duì)列中，比較優(yōu)先度較高的數(shù)據(jù)和較低的數(shù)據(jù)，通過(guò)優(yōu)先輸出先度較高的數(shù)據(jù)來(lái)實(shí)現(xiàn)。作為在該優(yōu)先控制方式中使用的緩沖控制規(guī)則，有循環(huán)方式、流體整形調(diào)度方式、加權(quán)整形調(diào)度方式、自同步整形調(diào)度方式、WFFQ方式、假想時(shí)鐘調(diào)度方式、級(jí)別調(diào)度方式等。有關(guān)這些調(diào)度方式的信息，在2001年5月25日(第1版)的歐姆社刊的戶田延著“網(wǎng)絡(luò)QoS技術(shù)”的第12章等中有所敘述。(實(shí)施方式1)首先，說(shuō)明本發(fā)明的實(shí)施方式1。圖9是表示本實(shí)施方式的包收發(fā)部401的結(jié)構(gòu)的方框圖。該包收發(fā)部401是同時(shí)示出了圖5所示的包發(fā)送設(shè)備101具有的包發(fā)送部和路由器102具有的包接收部的假想的功能單元，也可以是表示具有包的收發(fā)功能的1臺(tái)包收發(fā)部的功能方框圖(這對(duì)以下所有實(shí)施方式中的包收發(fā)部都相同。)。該包收發(fā)部401是進(jìn)行使用了AKE的加密的包收發(fā)的裝置，具有AKE部402、打包部403、發(fā)送條件設(shè)定管理部404、包收發(fā)部405、加密數(shù)據(jù)生成部406、加密數(shù)據(jù)解密部407、接收條件設(shè)定管理部408、成幀部409和幀接收部410。以下，按照傳輸步驟說(shuō)明各個(gè)構(gòu)成要素的功能。發(fā)送條件設(shè)定管理部404獲取包括表示被輸入AV數(shù)據(jù)(發(fā)送數(shù)據(jù))的端子的輸入端子信息、表示AV數(shù)據(jù)的數(shù)據(jù)格式的數(shù)據(jù)格式信息、和表示AV數(shù)據(jù)的屬性的屬性信息的AV數(shù)據(jù)信息，發(fā)送部(本地)和接收部(遠(yuǎn)程)的設(shè)備管理控制數(shù)據(jù)，以及用于把接收狀況反饋給發(fā)送方的數(shù)據(jù)，控制打包部403和成幀部409的標(biāo)題和有效載荷數(shù)據(jù)等的生成(進(jìn)行參數(shù)設(shè)定等)，其中的AV數(shù)據(jù)信息更具體講是發(fā)送數(shù)據(jù)的類別、發(fā)送地點(diǎn)地址和端口序號(hào)的信息、發(fā)送中使用的總線信息(路由信息)、發(fā)送數(shù)據(jù)的頻帶、發(fā)送數(shù)據(jù)的發(fā)送優(yōu)先度等發(fā)送條件的設(shè)定信息。另外，所謂表示包收發(fā)部401的被輸入AV數(shù)據(jù)(發(fā)送數(shù)據(jù))的端子的輸入端子信息是指，例如，在處理的信號(hào)為AV數(shù)據(jù)且是MPEG-TS信號(hào)時(shí)，包括(1)數(shù)字播放的輸入端子(在日本有對(duì)應(yīng)地面數(shù)字播放、BS數(shù)字播放、110度寬帶CS數(shù)字播放的RF輸入端子)，(2)IEEE1394D-I/F，(3)USB-I/F，(4)IP-I/F(Ethernet(注冊(cè)商標(biāo))和無(wú)線LAN的區(qū)分)，(5)模擬圖像聲音輸入(該情況時(shí)，把在包收發(fā)部401內(nèi)輸入的模擬圖像聲音轉(zhuǎn)換為MPEG-TS信號(hào))等。另外，關(guān)于數(shù)字播放，在圖像信息介質(zhì)學(xué)會(huì)雜志的Vol.58、n0.5、pp.604～pp.654中有記載。另外，所謂表示包收發(fā)部40l的AV數(shù)據(jù)的數(shù)據(jù)格式的數(shù)據(jù)格式信息是指，例如，在處理的信號(hào)為AV數(shù)據(jù)且是MPEG-TS信號(hào)時(shí)，表示MPEG-TS的MIME-Type和介質(zhì)格式。例如，對(duì)發(fā)送單元(服務(wù)器)和接收單元(客戶機(jī))使用的靜態(tài)圖像介質(zhì)、音樂(lè)介質(zhì)、動(dòng)畫(huà)介質(zhì)，決定各自的介質(zhì)格式。作為靜態(tài)圖像的介質(zhì)格式有JPEG、PNG、GIF、TIFF等。作為音樂(lè)的介質(zhì)格式有直線PCM、AAC、AC3、ATRAC3plus、MP3、WMA等。并且，作為動(dòng)畫(huà)(圖像)的介質(zhì)格式有MPEG2、MPEG1、MPEG4、WMV等。這些例如在DLNA(DigitalLivingNetworkAlliance；主頁(yè)為www.dlna.org)中也進(jìn)行相同規(guī)定。在DLNA的版本1.0中，把服務(wù)器(內(nèi)容的發(fā)送方、在DTCP中為數(shù)據(jù)源)稱為DMP(DigitalMediaServer)，把客戶機(jī)(內(nèi)容的接收方、在DTCP中為數(shù)據(jù)宿)稱為DMP(DigitalMediaPlayer)。DMS利用UPnP-AV的MediaServer(MS)和ControlPoint(CP)構(gòu)成，DMP利用UPnP-AV的MediaRenderer(MR)和ControlPoint(CP)構(gòu)成。關(guān)于UPnP-AV的MS、MR、CP，在UPnP的主頁(yè)、www/upnp.org中有記載。如果是圖像介質(zhì)格式，作為追加參數(shù)，具有(1)析像度的區(qū)分(SD、HD)、(2)TV方式的區(qū)分(模擬方式有NTSC、PAL、SECAM，數(shù)字方式有美國(guó)ATSC、歐洲D(zhuǎn)VB、日本ISDB等基于ARIB規(guī)格的播放方式)、(3)時(shí)間戳形式等的附加信息的有無(wú)等。另外，例如是圖像時(shí)，在MPEG-PS中，對(duì)于MPEG-TS，MIME-Type也是“mpeg/video”，所以通過(guò)使用上述的附加信息，可以進(jìn)行更加細(xì)密的圖像介質(zhì)的使用、控制。關(guān)于數(shù)字播放的ARIB規(guī)格的概況，例如在2004年2月的松下技報(bào)Vol.50、No.1、第7～12頁(yè)中有所謂明。另外，所謂表示包收發(fā)部401的AV數(shù)據(jù)的屬性的屬性信息是指，例如在處理的信號(hào)為AV數(shù)據(jù)且是通過(guò)日本的地面數(shù)字播放系統(tǒng)由播放局播放的、被家庭等的接收機(jī)選擇的MPEG-TS信號(hào)時(shí)(正確講是按照ARIB標(biāo)準(zhǔn)規(guī)格，在ARIBSTDB21、第9章中作為串行接口的輸入輸出傳輸流而規(guī)定的并行傳輸信號(hào))，作為該屬性信息，有從播放局作為PSI/SI信息發(fā)送的頻道名稱(播放局名稱)、頻道序號(hào)、節(jié)目名稱、節(jié)目類型、所安排的播放開(kāi)始時(shí)間、所安排的播放結(jié)束時(shí)間、有關(guān)節(jié)目?jī)?nèi)容的信息、節(jié)目的析像度、パレンタル等的視聽(tīng)限制信息、復(fù)制控制信息、視聽(tīng)費(fèi)用等。關(guān)于PSI，在ARIB技術(shù)資料、ARIBTR-B14和ARIBTR-B15中有規(guī)定。AKE部402具有認(rèn)證部413和加密密鑰交換部414。該AKE部402獲取與認(rèn)證和密鑰交換相關(guān)的設(shè)定信息(AKE設(shè)定信息)，把與該AKE設(shè)定信息相關(guān)的信息、例如復(fù)制保護(hù)信息和加密密鑰變更信息輸出給打包部403。打包部403(403a)按照從發(fā)送條件設(shè)定管理部404發(fā)送過(guò)來(lái)的發(fā)送參數(shù)，附加從AKE部402發(fā)送過(guò)來(lái)的與AKE設(shè)定信息相關(guān)的信息作為TCP/IP的標(biāo)題，并發(fā)送給成幀部409。成幀部409按照從發(fā)送條件設(shè)定管理部404發(fā)送過(guò)來(lái)的發(fā)送參數(shù)，對(duì)來(lái)自打包部403的IP包繼續(xù)附加MAC標(biāo)題，并轉(zhuǎn)換為以太網(wǎng)(注冊(cè)商標(biāo))幀，作為發(fā)送幀輸出給網(wǎng)絡(luò)。在接收方，幀接收部410對(duì)從網(wǎng)絡(luò)輸入的信號(hào)(幀)，以MAC標(biāo)題為基礎(chǔ)進(jìn)行篩選接收，作為IP包轉(zhuǎn)發(fā)給包接收部405。包接收部405(405a)對(duì)從幀接收部410發(fā)送過(guò)來(lái)的IP包，通過(guò)識(shí)別IP包標(biāo)題等來(lái)進(jìn)行篩選，并輸出給AKE部402。由此，發(fā)送方的AKE部和接收方的AKE部通過(guò)網(wǎng)絡(luò)相連接，所以能夠通過(guò)通信協(xié)議相互交換消息。即，按照AKE部的設(shè)定步驟，進(jìn)行認(rèn)證和密鑰交換。如果發(fā)送方和接收方的認(rèn)證及密鑰交換成立，則發(fā)送已加密的AV數(shù)據(jù)。在發(fā)送方，MPEG-TS信號(hào)被輸入加密數(shù)據(jù)生成部406，加密數(shù)據(jù)生成部406內(nèi)的加密部411將MPEG-TS信號(hào)加密。然后，加密信息標(biāo)題附加部412把從AKE部4002接收的前述EMI和種子信息(種子信息的所有比特或O/E等一部分比特)等的AKE信息作為加密信息標(biāo)題附加，并輸出給打包部403。打包部403對(duì)來(lái)自加密數(shù)據(jù)生成部406的數(shù)據(jù)，使用來(lái)自發(fā)送條件設(shè)定管理部404的發(fā)送條件等的參數(shù)，附加TCP/IP的標(biāo)題，并發(fā)送給成幀部409。成幀部409對(duì)來(lái)自打包部403的IP包，使用802.1Q(VLAN)方式附加MAC標(biāo)題，從而轉(zhuǎn)換為以太網(wǎng)(注冊(cè)商標(biāo))幀，作為發(fā)送幀輸出給網(wǎng)絡(luò)。此處，通過(guò)把MAC標(biāo)題內(nèi)的TCI(TagControalInformaition)內(nèi)的Priority(用戶優(yōu)先度)設(shè)定得較高，可以使網(wǎng)絡(luò)傳輸?shù)膬?yōu)先度高于一般數(shù)據(jù)。在接收方，從網(wǎng)絡(luò)輸入的信號(hào)在幀接收部410中被以MAC標(biāo)題為基礎(chǔ)進(jìn)行篩選，作為IP包輸入包接收部405。在包接收部405中通過(guò)識(shí)別包標(biāo)題等來(lái)進(jìn)行篩選，并輸入加密數(shù)據(jù)解密部407，在加密數(shù)據(jù)解密部407進(jìn)行加密信息標(biāo)題的去除和加密的解密，輸出解密后的MPEG-TS信號(hào)。另外，通過(guò)接收條件設(shè)定管理部408向發(fā)送條件設(shè)定管理部404輸入用于把接收狀況反饋給發(fā)送方的數(shù)據(jù)，在發(fā)送條件設(shè)定管理部404中，設(shè)定有IP包的由打包部403和以太網(wǎng)(注冊(cè)商標(biāo))幀的成幀部409生成的標(biāo)題和有效載荷數(shù)據(jù)。下面，使用圖10所示的通信協(xié)議堆棧補(bǔ)充說(shuō)明上述步驟。在圖10所示的發(fā)送方，首先從發(fā)送方向接收方發(fā)送已加密的內(nèi)容和內(nèi)容的保護(hù)模式信息。接收方進(jìn)行內(nèi)容的復(fù)制保護(hù)信息的分析，決定認(rèn)證方式，向包發(fā)送設(shè)備發(fā)送認(rèn)證請(qǐng)求。然后，產(chǎn)生隨機(jī)數(shù)，把該隨機(jī)數(shù)輸入規(guī)定的函數(shù)，生成交換密鑰。把交換密鑰的信息輸入規(guī)定的函數(shù)，生成認(rèn)證密鑰。在接收方也通過(guò)規(guī)定的處理實(shí)現(xiàn)認(rèn)證密鑰的共享。另外，作為此處使用的加密信息，例如是將發(fā)送方的獨(dú)有信息(設(shè)備ID、設(shè)備的認(rèn)證信息、宏地址等)、密鑰密鑰、公開(kāi)密鑰、從外部提供的信息等組合一個(gè)以上生成的信息，通過(guò)使用DES方式和AES方式等加密強(qiáng)度較強(qiáng)的加密方式，可以實(shí)現(xiàn)牢靠的加密。并且，發(fā)送方使用認(rèn)證密鑰將交換密鑰加密并發(fā)送給接收方，在接收方解密交換密鑰。并且，把交換密鑰和初始密鑰更新信息輸入規(guī)定的函數(shù)，生成加密密鑰。另外，為了在發(fā)送方使加密密鑰隨時(shí)間而變化，生成隨時(shí)間而變化的密鑰更新信息，并發(fā)送給接收方。作為內(nèi)容的MPEG-TS利用加密密鑰加密。被加密的MPEG-TS作為AV數(shù)據(jù)，并作為TCP(或UDP)包的有效載荷生成TCP包。另外，該TCP包被用作IP包的數(shù)據(jù)有效載荷，并生成有IP包。另外，該IP包被用作MAC幀的有效載荷，并生成有以太網(wǎng)(注冊(cè)商標(biāo))MAC幀。另外，作為MAC不僅適用于以太網(wǎng)(注冊(cè)商標(biāo))的IEEE802.3，也可以適用于無(wú)線LAN規(guī)格的IEEE802.11的MAC。并且，以太網(wǎng)(注冊(cè)商標(biāo))MAC幀在以太網(wǎng)(注冊(cè)商標(biāo))上從發(fā)送方傳輸給接收方。在接收方按照規(guī)定的步驟生成解密密鑰。根據(jù)所接收的以太網(wǎng)(注冊(cè)商標(biāo))MAC幀，對(duì)IP包進(jìn)行篩選。另外，從IP包中抽取TCP(或UDP)包。從TCP(或UDP)包抽取AV數(shù)據(jù)，利用從交換密鑰和密鑰變更信息復(fù)原的解密密鑰，將MPEG-TS(內(nèi)容)解密并輸出。如上所述，根據(jù)本實(shí)施方式，可以利用包發(fā)送設(shè)備將MPEG-TS信號(hào)等的AV流加密，利用網(wǎng)絡(luò)傳輸IP包，利用包接收設(shè)備解密為原來(lái)的信號(hào)。另外，在圖8中，通過(guò)研究使用了交換集線器的網(wǎng)絡(luò)拓?fù)?，可以使流傳輸和文件轉(zhuǎn)發(fā)共存。例如，通過(guò)把一層和二層之間的網(wǎng)絡(luò)305的頻帶從在現(xiàn)有技術(shù)中說(shuō)明的100Mbps擴(kuò)展為1Gbps，可以在后場(chǎng)進(jìn)行一層和二層的PC之間的文件轉(zhuǎn)發(fā)，同時(shí)在一層和二層的DVD記錄器、PC、TV之間將MPEG-TS加密并實(shí)時(shí)傳輸。例如，使用具有8個(gè)市場(chǎng)上銷售的100Mbps的端口、1個(gè)1Gbps端口的交換集線器，在連接一層和二層的網(wǎng)絡(luò)305上連接1Gbps的端口，在其他8ch的100Mbps的端口連接TV等的AV設(shè)備。由于100Mbps的端口是8個(gè)，所以即使8個(gè)端口的數(shù)據(jù)分別以最大100Mbps輸入、并輸出給1Gbps的端口，100Mbps×8ch＝800Mbps，仍小于1Gbps，所以從8個(gè)端口輸入的數(shù)據(jù)全部輸出給1Gbps的端口，并且不會(huì)在交換集線器內(nèi)部丟失。因此，在一層產(chǎn)生的數(shù)據(jù)可以全部傳輸給二層。相反，在二層產(chǎn)生的數(shù)據(jù)可以全部傳輸給一層。如上所述，在使用交換集線器時(shí)，通過(guò)研究網(wǎng)絡(luò)拓?fù)?，可以使流傳輸和文件轉(zhuǎn)發(fā)共存。(實(shí)施方式2)下面，說(shuō)明本發(fā)明的實(shí)施方式2。圖11是表示本實(shí)施方式的包收發(fā)部401a的結(jié)構(gòu)的方框圖。在圖11中，除認(rèn)證模式?jīng)Q定部601以外，其他結(jié)構(gòu)和圖9所示的包收發(fā)部401相同。因此，以下說(shuō)明新內(nèi)容部分。在圖11中，相對(duì)于AKE部402，作為AKE設(shè)定信息，認(rèn)證用的TCP的端口序號(hào)按該圖所示作為管理控制數(shù)據(jù)輸入發(fā)送條件設(shè)定管理部404。此處，認(rèn)證用的TCP端口信息是利用對(duì)每個(gè)內(nèi)容或每個(gè)播放信道指定存取位置的URI、或通過(guò)Query擴(kuò)展的URI信息被賦予的。此時(shí)，關(guān)于URI，把內(nèi)容的URI信息映射到主數(shù)據(jù)部上，把該內(nèi)容的認(rèn)證信息映射到Query部上。由此，可以通過(guò)模式設(shè)定，在沒(méi)有Query部時(shí)，使該內(nèi)容的傳輸不需要認(rèn)證，在具有Query部時(shí)，使該內(nèi)容的傳輸需要認(rèn)證。URI和Query的示例，例如可以利用下述形式賦予。<service>//<host><port>/<path>/<filename>.<ext>？AKEPORT＝<port2>其中，<host><port>/<path>/<filename>.<ext>表示AV內(nèi)容的URI和文件名稱，？以后的Query部中的<port2>表示認(rèn)證用端口序號(hào)。但是，認(rèn)證用端口的IP地址有時(shí)也與AV內(nèi)容的IP地址相同。發(fā)送方利用該URI和Query向接收方提供認(rèn)證的執(zhí)行模式信息。接收方使用WEB瀏覽器和UPnP-AV的CDS(ContentDirectoryservice)，接收上述的URI和Query信息，從而認(rèn)證模式?jīng)Q定部601可以決定認(rèn)證模式。其他動(dòng)作與實(shí)施方式1相同。(實(shí)施方式3)下面，說(shuō)明本發(fā)明的實(shí)施方式3。圖12是表示本實(shí)施方式的包收發(fā)部401b的結(jié)構(gòu)的方框圖。在圖12中，除輸入發(fā)送條件設(shè)定管理部404的AV數(shù)據(jù)的輸入源信息(播放、存儲(chǔ))以外，其他結(jié)構(gòu)和圖11所示的實(shí)施方式2的包收發(fā)部401a相同。因此，以下說(shuō)明新內(nèi)容部分。發(fā)送條件設(shè)定管理部404針對(duì)輸入的AV數(shù)據(jù)的輸入源信息(播放、存儲(chǔ))抽取必要數(shù)據(jù)，并輸出給加密數(shù)據(jù)生成部406。并且，加密數(shù)據(jù)生成部406內(nèi)的加密信息標(biāo)題附加部412按照以下所述，把從發(fā)送條件設(shè)定管理部404發(fā)送的必要數(shù)據(jù)作為加密信息標(biāo)題附加。作為輸入發(fā)送條件設(shè)定管理部404的AV數(shù)據(jù)的輸入源信息(播放、存儲(chǔ))，例如可以考慮以下情況。(情況1)AV數(shù)據(jù)是通過(guò)播放自由復(fù)制內(nèi)容的播放信道被接收的內(nèi)容。作為這種播放信道的示例，例如，有模擬播放的VHF、UHF或BS模擬播放的播放信道。(情況2)AV數(shù)據(jù)是通過(guò)播放在一定期間不能自由復(fù)制的內(nèi)容的播放信道被接收的內(nèi)容。作為這種播放信道的示例，例如，有BS數(shù)字播放的收費(fèi)信道和采用CATV播放的收費(fèi)信道。這種播放在一定期間不能自由復(fù)制的內(nèi)容的播放信道的復(fù)制控制信息，其特征是不可復(fù)制、一次性復(fù)制、及帶EPN(EncryptionPlusNon-assetion)旗標(biāo)的自由復(fù)制根據(jù)播放內(nèi)容時(shí)刻切換著。此處，播放在一定期間不能自由復(fù)制的內(nèi)容的播放信道的接收，被控制成在通過(guò)與進(jìn)行播放發(fā)布的經(jīng)營(yíng)商之間的認(rèn)證部認(rèn)證是正當(dāng)?shù)慕邮昭b置或接收服務(wù)器時(shí)進(jìn)行。作為該認(rèn)證的示例，有基于日本的數(shù)字衛(wèi)星播放的B-CAS(BS-ConditionalAccessSystems)卡、或在美國(guó)的CATV播放中使用的POD卡等的安全模式的認(rèn)證。并且，加密信息標(biāo)題的附加控制例如是如下進(jìn)行的。即，接收了播放自由復(fù)制內(nèi)容的播放信道時(shí)不附加。并且，接收了播放在一定期間不能自由復(fù)制的內(nèi)容的播放信道時(shí)附加。另外，在AV數(shù)據(jù)從存儲(chǔ)介質(zhì)再生自由復(fù)制題目的內(nèi)容時(shí)不附加。AV數(shù)據(jù)在從存儲(chǔ)介質(zhì)再生了不能自由復(fù)制的題目的內(nèi)容時(shí)附加。如上所述，通過(guò)進(jìn)行加密信息標(biāo)題的附加控制，可以使著作權(quán)人設(shè)定的AV內(nèi)容的CCI(復(fù)制控制信息)在網(wǎng)絡(luò)傳輸中也能夠繼承傳遞下去。另外，通過(guò)使發(fā)送方和接收方的加密信息標(biāo)題的附加控制的規(guī)則一致，可以確保不同機(jī)型之間的動(dòng)作互換性。(實(shí)施方式4)下面，說(shuō)明本發(fā)明的實(shí)施方式4。圖13是表示本實(shí)施方式的包收發(fā)部401c的結(jié)構(gòu)的方框圖。在圖13中，除發(fā)送隊(duì)列控制部801、第1隊(duì)列802和第2隊(duì)列803以外，其他結(jié)構(gòu)和圖9所示的實(shí)施方式1的包收發(fā)部401相同。因此，以下說(shuō)明新內(nèi)容部分。向AKE部402輸入AKE設(shè)定信息，從發(fā)送條件設(shè)定管理部404向打包部403輸入與該AKE設(shè)定信息相關(guān)的信息(例如，復(fù)制保護(hù)信息和加密密鑰變更信息)、發(fā)送數(shù)據(jù)的類別、發(fā)送地點(diǎn)地址和端口序號(hào)的信息、發(fā)送中使用的總線信息(路由信息)、發(fā)送數(shù)據(jù)的頻帶、發(fā)送數(shù)據(jù)的發(fā)送優(yōu)先度等發(fā)送條件的設(shè)定信息、發(fā)送部(本地)(local)和接收部(遠(yuǎn)程)的設(shè)備管理控制數(shù)據(jù)、以及用于把接收狀況反饋給發(fā)送方的數(shù)據(jù)，在打包部403進(jìn)行TCP/IP處理，并輸入第1隊(duì)列802。并且，在發(fā)送方將MPEG-TS信號(hào)輸入加密數(shù)據(jù)生成部406，在加密數(shù)據(jù)生成部406將MPEG-TS信號(hào)加密后，該加密后的MPEG-TS信號(hào)被輸入打包部403，在打包部403進(jìn)行TCP/IP處理，并輸入第2隊(duì)列803。發(fā)送隊(duì)列控制部801在第1隊(duì)列802和第2隊(duì)列803中存在數(shù)據(jù)時(shí)，進(jìn)行優(yōu)先輸出哪個(gè)數(shù)據(jù)的控制。在正常狀態(tài)下，使MPEG-TS等的內(nèi)容數(shù)據(jù)比一般數(shù)據(jù)優(yōu)先輸出。例如，在包收發(fā)設(shè)備之間以低延時(shí)傳輸MPEG-TS時(shí)，由于MPEG-TS用緩沖器變小，所以容易產(chǎn)生溢出。在發(fā)送方中MPEG-TS緩沖器將要溢出時(shí)、或者參照從接收方反饋的信息判明接收方的MPEG-TS緩沖器將要下溢時(shí)，進(jìn)一步適應(yīng)性地提高第2隊(duì)列803的優(yōu)先度以優(yōu)先輸出MPEG-TS數(shù)據(jù)，由此可以避免緩沖器故障。但是，為了更快速地進(jìn)行接收方設(shè)備(遠(yuǎn)程設(shè)備)的播放、停止等的設(shè)備控制應(yīng)答，可以適應(yīng)性地提高第1隊(duì)列802的優(yōu)先度，但這樣有可能產(chǎn)生前述的MPEG-TS緩沖器的溢出或下溢。作為避免緩沖器的溢出或下溢、而且更快速地進(jìn)行接收方設(shè)備(遠(yuǎn)程設(shè)備)的再生、停止等的設(shè)備控制應(yīng)答的方法，只有設(shè)備控制用包不經(jīng)過(guò)第1隊(duì)列802和第2隊(duì)列803即直接輸出給成幀部409，由此實(shí)現(xiàn)迅速的控制應(yīng)答。或者，利用對(duì)設(shè)備控制用包準(zhǔn)備新的第3隊(duì)列的方法，實(shí)現(xiàn)迅速的控制應(yīng)答。另外，接收方的動(dòng)作與實(shí)施方式1相同。(實(shí)施方式5)下面，說(shuō)明本發(fā)明的實(shí)施方式5。圖14是表示本實(shí)施方式的包收發(fā)部401d的結(jié)構(gòu)的方框圖。在圖14中，除打包部403內(nèi)的第1打包部901和第2打包部902、包接收部405內(nèi)的第1包接收部903和第2包接收部904以外，其他結(jié)構(gòu)和圖13所示的實(shí)施方式4的包收發(fā)部401c相同。因此，以下說(shuō)明新內(nèi)容部分。在圖14中，向AKE部402輸入AKE設(shè)定信息，向第1打包部901輸入與該AKE設(shè)定信息相關(guān)的信息(例如，復(fù)制保護(hù)信息和加密密鑰變更信息)、發(fā)送數(shù)據(jù)的類別、發(fā)送地點(diǎn)地址和端口序號(hào)的信息、發(fā)送中使用的總線信息(路由信息)、發(fā)送數(shù)據(jù)的頻帶、發(fā)送數(shù)據(jù)的發(fā)送優(yōu)先度等發(fā)送條件的設(shè)定信息、發(fā)送部(本地)和接收部(遠(yuǎn)程)的設(shè)備管理控制數(shù)據(jù)、以及用于把接收狀況反饋給發(fā)送方的數(shù)據(jù)，在打包部901通過(guò)使用了處理器的軟件處理進(jìn)行TCP/IP處理，并輸入第1隊(duì)列802。在發(fā)送方將MPEG-TS信號(hào)輸入加密數(shù)據(jù)生成部406，在加密數(shù)據(jù)生成部406將MPEG-TS信號(hào)加密后，該加密后的MPEG-TS信號(hào)被輸入打包部403，通過(guò)硬件處理進(jìn)行UDP/IP處理，并輸入第2隊(duì)列803。發(fā)送隊(duì)列控制部801在第1隊(duì)列802和第2隊(duì)列803雙方存在數(shù)據(jù)時(shí)，與前述實(shí)施方式2相同，對(duì)來(lái)自兩個(gè)隊(duì)列的數(shù)據(jù)輸出進(jìn)行優(yōu)先控制。在接收方，從網(wǎng)絡(luò)輸入的信號(hào)在幀接收部410中以MAC標(biāo)題為基礎(chǔ)進(jìn)行IP包的篩選。此處，從上述第1打包部901輸出的IP包被輸入第1包接收部903，從上述第2打包部902輸出的IP包被輸入第2包接收部904。在第1包接收部903中，通過(guò)使用了處理器的軟件處理進(jìn)行TCP/IP的接收處理，并輸出給AKE部402或接收條件設(shè)定管理部408。并且，第2包接收部904中，通過(guò)硬件處理進(jìn)行UDP/IP的接收處理，并輸入加密數(shù)據(jù)解密部407，在加密數(shù)據(jù)解密部407進(jìn)行加密解密，并輸出MPEG-TS。下面，使用圖15所示的通信協(xié)議堆棧補(bǔ)充說(shuō)明上述步驟。在圖15中，除MPEG-TS等AV數(shù)據(jù)的傳輸層為UDP以外，其他與圖10所示的通信協(xié)議堆棧相同，因此以下說(shuō)明新內(nèi)容部分。在圖15所示的發(fā)送方，作為內(nèi)容的MPEG-TS被利用加密密鑰Kc加密。被加密的MPEG-TS與前述的EMI和種子信息一起作為AV數(shù)據(jù)，通過(guò)硬件生成UDP包，作為UDP包的有效載荷。另外，該UDP包被用作IP包的數(shù)據(jù)有效載荷，生成IP包。另外，作為從發(fā)送方到接收方的EMI和種子信息的傳輸方法，例如也可以生成專用的其他包進(jìn)行傳輸，由此使加密密鑰復(fù)原更加困難，使內(nèi)容的竊聽(tīng)、泄漏更加困難。并且，在因特網(wǎng)等的公眾網(wǎng)絡(luò)中，如果改變實(shí)時(shí)傳輸?shù)腁V數(shù)據(jù)的加密參數(shù)并通過(guò)其他包發(fā)送，可以使內(nèi)容的竊聽(tīng)、泄漏更加困難。關(guān)于管理控制數(shù)據(jù)，與圖10的示例相同，通過(guò)軟件處理生成TCP包，并形成IP包。并且，以太網(wǎng)(注冊(cè)商標(biāo))MAC幀在以太網(wǎng)(注冊(cè)商標(biāo))上從發(fā)送方傳輸給接收方。在接收方按照規(guī)定的步驟生成解密密鑰。并且，從所接收的以太網(wǎng)(注冊(cè)商標(biāo))MAC幀進(jìn)行IP包篩選。另外，從IP包抽取UDP包，從UDP包抽取AV數(shù)據(jù)，利用從交換密鑰和種子信息復(fù)原的解密密鑰Kc，解密MPEG-TS(內(nèi)容)并輸出。圖16表示使MPEG-TS形成為IP包、進(jìn)一步形成以太網(wǎng)(注冊(cè)商標(biāo))幀進(jìn)行傳輸?shù)陌问降囊焕?。?88字節(jié)的MPEG-TS附加6字節(jié)的時(shí)間代碼(TC)，生成194字節(jié)的單位。TC利用42比特的時(shí)間戳和6比特的基礎(chǔ)時(shí)鐘ID(BCID)構(gòu)成。可以利用BCID表示時(shí)間戳的頻率信息。例如，(情況1)BCID是0x00時(shí)，不存在時(shí)間戳的頻率信息，(情況2)BCID是0x01時(shí)，作為時(shí)間戳的頻率信息是27MHz(MPEG2的系統(tǒng)時(shí)鐘頻率)，(情況3)BCID是0x02時(shí)，作為時(shí)間戳的頻率信息是90MHz(在MPEG1中使用的時(shí)鐘頻率)，(情況4)BCID是0x03時(shí)，作為時(shí)間戳的頻率信息是24.576MHz(在IEEE1394中使用的時(shí)鐘頻率)，(情況5)BCID是0x04時(shí)，作為時(shí)間戳的頻率信息是100MHz(在以太網(wǎng)(注冊(cè)商標(biāo))中使用的頻率)，這樣，可以如此利用BCID表示時(shí)間戳的頻率信息。將兩個(gè)194字節(jié)單位的數(shù)據(jù)一起加密，再與14字節(jié)的加密信息標(biāo)題組合，形成RTP的有效載荷。此處，加密信息標(biāo)題利用4比特的EMI、64比特的種子信息和12比特的ReseravedData構(gòu)成。在RTP包被利用UDP和IP打包后，形成以太網(wǎng)(注冊(cè)商標(biāo))幀。作為以太網(wǎng)(注冊(cè)商標(biāo))標(biāo)題，如圖16所示，支持標(biāo)準(zhǔn)的以太網(wǎng)(注冊(cè)商標(biāo))標(biāo)題和根據(jù)IEEE802.1Q(VLAN)擴(kuò)展后的以太網(wǎng)(注冊(cè)商標(biāo))標(biāo)題雙方。另外，可以利用根據(jù)IEEE802.1Q(VLAN)擴(kuò)展后的以太網(wǎng)(注冊(cè)商標(biāo))標(biāo)題的TCI字段中的3比特的Priority旗標(biāo)，設(shè)定以太網(wǎng)(注冊(cè)商標(biāo))幀的優(yōu)先度。通過(guò)以上處理，不僅能夠在包收發(fā)設(shè)備之間將MPEG-TS信號(hào)加密并實(shí)時(shí)傳輸，第2打包部902利用硬件構(gòu)成，所以本質(zhì)上不會(huì)產(chǎn)生起因于軟件處理的發(fā)送包的發(fā)送殘余和接收包的接收丟失。由此，可以徹底發(fā)送所有的優(yōu)先數(shù)據(jù)包，實(shí)現(xiàn)保證實(shí)時(shí)性的高質(zhì)量圖像的傳輸。并且，一般數(shù)據(jù)被臨時(shí)存儲(chǔ)在緩沖器部中，并在優(yōu)先進(jìn)行優(yōu)先數(shù)據(jù)傳輸?shù)倪^(guò)程中間斷地傳輸。數(shù)據(jù)量較小的第1打包部901可以通過(guò)微電腦等低廉的處理器進(jìn)行處理。另外，通過(guò)采用硬件處理，在接收處理中也能夠接收以太網(wǎng)(注冊(cè)商標(biāo))幀，同時(shí)檢查OSI參照模型中的3層的IP標(biāo)題、4層的UDP標(biāo)題。通過(guò)將MPEG-TS包和一般數(shù)據(jù)包分離，并通過(guò)硬件進(jìn)行MPEG-TS包的處理，可以實(shí)現(xiàn)保證實(shí)時(shí)性的高質(zhì)量接收，而且不會(huì)產(chǎn)生接收幀的丟失。如果不利用軟件而利用硬件控制包的發(fā)送定時(shí)或來(lái)自兩個(gè)發(fā)送數(shù)據(jù)隊(duì)列的數(shù)據(jù)發(fā)送比率，可以按照時(shí)鐘單位進(jìn)行徹底的發(fā)送控制。由此，可以徹底發(fā)送所有的優(yōu)先包，實(shí)現(xiàn)保證實(shí)時(shí)性的高質(zhì)量傳輸。并且，輸出包的成型也可以按照時(shí)鐘單位準(zhǔn)確進(jìn)行，所以能夠?qū)崿F(xiàn)在初級(jí)的路由器或交換集線器的包廢棄產(chǎn)生概率非常小的高質(zhì)量通信。此處，說(shuō)明本實(shí)施方式的第1變形例。圖17是表示該變形例的包收發(fā)部401e的結(jié)構(gòu)的方框圖，是AKE部采用DTCP方式時(shí)的一例。并且，圖18(a)是打包部403內(nèi)的第1打包部901和第2打包部902的包處理的說(shuō)明圖，圖18(b)是包接收部405內(nèi)的第1包接收部903和第2包接收部904的包處理的說(shuō)明圖。如圖17所示，除AKE部402內(nèi)的DTCP信息生成部1201、AKE命令接收處理部1202、AKE命令發(fā)送處理部1203、交換密鑰生成部1204、加密密鑰生成部1205、加密密鑰變更信息生成部1206和解密密鑰生成部1207以外，其他結(jié)構(gòu)和圖14所示實(shí)施方式5的包收發(fā)部401d相同，以下說(shuō)明新內(nèi)容部分。該包收發(fā)部401e按照?qǐng)D19的流程圖所示，在以下步驟中按照DTCP方式進(jìn)行加密內(nèi)容的傳輸。(步驟S11)復(fù)制控制信息被輸入DTCP信息生成部1201。(步驟S12)首先，在數(shù)據(jù)源側(cè)產(chǎn)生內(nèi)容的發(fā)送請(qǐng)求，從DTCP信息生成部1201向第1打包部901輸出內(nèi)容的保護(hù)模式信息(EMI信息)，在打包部901進(jìn)行打包后發(fā)送給數(shù)據(jù)宿。(步驟S13)在接收方(數(shù)據(jù)宿)，從第1包接收部903向AKE命令接收處理部1202輸入內(nèi)容的復(fù)制保護(hù)信息，AKE命令接收處理部1202進(jìn)行該復(fù)制保護(hù)信息的分析，決定使用完全認(rèn)證或帶限制認(rèn)證的哪種認(rèn)證方式，通過(guò)AKE命令發(fā)送處理部1203向數(shù)據(jù)源發(fā)送認(rèn)證請(qǐng)求。(步驟S14)在數(shù)據(jù)源和數(shù)據(jù)宿之間進(jìn)行DTCP規(guī)定處理，使認(rèn)證密鑰共享。(步驟S15)然后，在數(shù)據(jù)源中，AKE命令發(fā)送處理部1203使用認(rèn)證密鑰將交換密鑰加密，經(jīng)過(guò)第1打包部901發(fā)送給數(shù)據(jù)宿。在數(shù)據(jù)宿中，利用由AKE命令接收處理部1202提供的信息，在交換密鑰生成部1204中解密交換密鑰。(步驟S16)在數(shù)據(jù)源中，為了使加密密鑰隨時(shí)間而變化，在加密密鑰生成部1205中生成隨時(shí)間而變化的種子信息(O/E)，經(jīng)過(guò)DTCP信息生成部1201和第1打包部901發(fā)送給數(shù)據(jù)宿。(步驟S17)在數(shù)據(jù)源中，在加密密鑰生成部1205中從交換密鑰和種子信息生成加密密鑰，在加密數(shù)據(jù)生成部406將MPEG-TS加密，輸出給第2打包部902。(步驟S18)在數(shù)據(jù)宿中，加密密鑰變更信息生成部1206從第1包接收部903接收種子信息，解密密鑰生成部1207根據(jù)該種子信息和交換密鑰生成部1205的信息，將解密密鑰復(fù)原。(步驟S19)在數(shù)據(jù)宿中，使用該解密密鑰，在加密數(shù)據(jù)解密部407中解密被加密的MPEG-TS信號(hào)。如圖18(a)所示，在第1打包部901中，輸入數(shù)據(jù)被實(shí)施了基于RTCP或RTSP、TCP或UDP、乃至IP的處理后輸出。另外，RTCP(rfc1889)可以把網(wǎng)絡(luò)的實(shí)效頻帶寬度和延遲時(shí)間等從接收裝置發(fā)送給發(fā)送裝置，發(fā)送裝置根據(jù)所報(bào)告的通信狀態(tài)，調(diào)整通過(guò)RTP發(fā)送的數(shù)據(jù)的質(zhì)量后發(fā)送。并且，RTSP(rfc2326)也可以發(fā)送再生、停止、快進(jìn)等的控制命令，可以從AV文件下載數(shù)據(jù)并再生內(nèi)容。并且，在第2打包部902中，輸入數(shù)據(jù)分別被實(shí)施RTP、UDP、IP處理后輸出IP包。另一方面，如圖18(b)所示，在第1包接收部903中，接收數(shù)據(jù)被實(shí)施了篩選等IP接收處理、TCP或UDP的接收處理、RTCP或RTSP的接收處理后輸出數(shù)據(jù)。并且，在第2包接收部904中，接收數(shù)據(jù)被實(shí)施了篩選等IP接收處理、UDP的接收處理、RTP接收處理后輸出數(shù)據(jù)。通過(guò)以上處理，不僅能夠在包收發(fā)設(shè)備之間利用DTCP方式將MPEG-TS信號(hào)加密并實(shí)時(shí)傳輸，第2打包部902利用硬件構(gòu)成，所以本質(zhì)上不會(huì)產(chǎn)生起因于軟件處理的發(fā)送包的發(fā)送殘余和接收包的接收丟失。并且，數(shù)據(jù)量較小的第1打包部901可以通過(guò)微電腦等低廉的處理器進(jìn)行處理。下面，說(shuō)明本實(shí)施方式的第2變形例。該變形例涉及的包收發(fā)部的基本結(jié)構(gòu)與圖17所示第1變形例相同。但是，如圖20所示，打包部403a(嚴(yán)格講是打包部902a)、包接收部405a(嚴(yán)格講是包接收部904a)與第1變形例不同。即，如圖20所示，除圖20(a)中的第2打包部902a和圖20(b)中的第2包接收部904a以外，其他結(jié)構(gòu)與圖18所示第1變形例相同，以下說(shuō)明新內(nèi)容部分。第2打包部902a在內(nèi)部對(duì)輸入數(shù)據(jù)進(jìn)行錯(cuò)誤訂正處理，在分別實(shí)施RTP、UDP、IP處理后輸出IP包。并且，第2包接收部904a在內(nèi)部進(jìn)行篩選等IP接收處理、UDP的接收處理、RTP的接收處理、錯(cuò)誤訂正解密處理后，輸出訂正了錯(cuò)誤的數(shù)據(jù)。圖21是第2變形例的通信協(xié)議堆棧的說(shuō)明圖，在發(fā)送方，AV數(shù)據(jù)被附加錯(cuò)誤訂正編碼(ECC編碼)后轉(zhuǎn)發(fā)給UDP。并且，在接收方，通過(guò)UDP處理接收數(shù)據(jù)，在訂正錯(cuò)誤后作為AV數(shù)據(jù)轉(zhuǎn)發(fā)給上位層。此處，使用圖22和圖23說(shuō)明錯(cuò)誤訂正處理的示例。圖22是說(shuō)明錯(cuò)誤訂正方式為READSOLMON方式時(shí)的訂正處理的圖，圖23是說(shuō)明錯(cuò)誤訂正方式為奇偶時(shí)的訂正處理的圖。把MPEG-TS以兩個(gè)單位輸入錯(cuò)誤訂正交替矩陣。另外，對(duì)各行使用2字節(jié)的次序(sequence)編號(hào)。并且，如圖22和圖23所示，例如使用前述的10字節(jié)的DTCP信息(EMI信息4比特、種子信息64比特、其他12比特)，再附加RTP標(biāo)題、UDP標(biāo)題、IP標(biāo)題、以太網(wǎng)(注冊(cè)商標(biāo))標(biāo)題，構(gòu)成以太網(wǎng)(注冊(cè)商標(biāo))幀。通過(guò)以上處理，可以在包收發(fā)設(shè)備之間利用DTCP方式將MPEG-TS信號(hào)加密并附加錯(cuò)誤訂正編碼后實(shí)時(shí)傳輸。另外，第2打包部902利用硬件構(gòu)成，所以本質(zhì)上不會(huì)產(chǎn)生起因于軟件處理的發(fā)送包的發(fā)送殘余和接收包的接收丟失。并且，數(shù)據(jù)量較小的第1打包部901可以通過(guò)微電腦等低廉的處理器進(jìn)行處理。(實(shí)施方式6)下面，說(shuō)明本發(fā)明的實(shí)施方式6。圖24是表示本實(shí)施方式的包收發(fā)部401f的結(jié)構(gòu)的方框圖。在圖24中，除打包部403b(嚴(yán)格講是第2打包部902b)和包接收部405b(嚴(yán)格講是第2包接收部904b)以外，其他結(jié)構(gòu)與圖17所示的包收發(fā)部401e相同，以下說(shuō)明新內(nèi)容部分。圖25是本實(shí)施方式的通信協(xié)議堆棧的說(shuō)明圖。在發(fā)送方，包括向AV數(shù)據(jù)附加錯(cuò)誤訂正編碼(ECC編碼)后轉(zhuǎn)發(fā)給UDP的情況、和經(jīng)過(guò)HTTP轉(zhuǎn)發(fā)給TCP的情況。此處，把AV數(shù)據(jù)轉(zhuǎn)發(fā)給RTP還是HTTP，根據(jù)接收方的控制，切換控制在RTP或HTTP中進(jìn)行。例如，AV數(shù)據(jù)的打包在接收方的AV數(shù)據(jù)輸出被輸出給顯示器時(shí)，使用延遲較小的RTP，在接收方的AV數(shù)據(jù)輸出被存儲(chǔ)在記錄介質(zhì)中時(shí)，使用通過(guò)再發(fā)送來(lái)降低包丟失的HTTP。這樣，通過(guò)進(jìn)行切換控制，在接收方輸出給顯示器時(shí)，可以進(jìn)行延遲較小的AV內(nèi)容的傳輸，并且在接收方進(jìn)行存儲(chǔ)時(shí)，可以進(jìn)行因包丟失造成的信號(hào)缺失得到補(bǔ)償?shù)母哔|(zhì)量的AV內(nèi)容傳輸。另外，在圖25中，接收方的通信協(xié)議處理按照與發(fā)送方相反的步驟進(jìn)行。此處，表示本實(shí)施方式的第1和第2變形例涉及的包收發(fā)部401g和包收發(fā)部401h的結(jié)構(gòu)的方框圖，分別利用圖26和圖27示出。這些是分別省略了MPEG-TS等AV內(nèi)容的接收功能或發(fā)送功能的結(jié)構(gòu)，其他結(jié)構(gòu)與本實(shí)施方式的包收發(fā)部401f相同。這種包收發(fā)部401g和包收發(fā)部401h可以適用于只發(fā)送或接收的設(shè)備，能夠?qū)崿F(xiàn)低成本。(實(shí)施方式7)下面，說(shuō)明本發(fā)明的實(shí)施方式7。圖28是表示本實(shí)施方式的包收發(fā)部2401的結(jié)構(gòu)的方框圖。該包收發(fā)部2401是按照相關(guān)元信息具有的發(fā)送條件將輸入AV內(nèi)容加密、并進(jìn)行相關(guān)元信息的附加及打包的裝置，由以下部分構(gòu)成TS流識(shí)別部2402、發(fā)送條件設(shè)定管理部2403、DRM(DigitalRightsManagement)設(shè)定管理部2404、AKE部2405、打包部2406、發(fā)送隊(duì)列控制部2407、成幀部2408、幀接收部2409、包接收部2410、DRM內(nèi)容購(gòu)買結(jié)算部2411、內(nèi)容緩沖器2413、加密部2414、加密信息標(biāo)題附加部2415、HTTP/RTP標(biāo)題附加部2416、條件設(shè)定部2417和解密部2418。此處，發(fā)送條件設(shè)定管理部2403被輸入了表示作為發(fā)送對(duì)象的將被輸入AV數(shù)據(jù)的端子的輸入端子信息、包括表示AV數(shù)據(jù)的數(shù)據(jù)格式的數(shù)據(jù)格式信息和表示AV數(shù)據(jù)的屬性的屬性信息的AV數(shù)據(jù)信息，具體講是被輸入了發(fā)送數(shù)據(jù)的類別、發(fā)送地點(diǎn)地址和端口序號(hào)等的發(fā)送信息、發(fā)送中使用的總線信息(路由信息)、發(fā)送數(shù)據(jù)的頻帶、發(fā)送數(shù)據(jù)的發(fā)送優(yōu)先度等發(fā)送條件的設(shè)定信息、發(fā)送部(本地)和接收部(遠(yuǎn)程)的設(shè)備管理控制數(shù)據(jù)、用于把接收狀況反饋給發(fā)送方的數(shù)據(jù)。內(nèi)容是根據(jù)其選擇，對(duì)存儲(chǔ)在存儲(chǔ)介質(zhì)中的每個(gè)內(nèi)容或每個(gè)播放信道，利用Query擴(kuò)展的URI信息賦予的。此處，關(guān)于URI，把內(nèi)容的URI信息映射到主數(shù)據(jù)部上，把該內(nèi)容的認(rèn)證信息映射到Query部上。由此，可以通過(guò)模式設(shè)定，在沒(méi)有Query部時(shí)，使該內(nèi)容的傳輸不需要認(rèn)證，在具有Query部時(shí)，使該內(nèi)容的傳輸需要認(rèn)證。URI和Query的示例，例如可以利用下述形式賦予。<service>//<host><port>/<path>/<filename>.<ext>？AKEPORT＝<port2>其中，<host><port>/<path>/<filename>.<ext>表示AV內(nèi)容的URI和文件名稱，以后的Query部中的<port2>表示認(rèn)證用端口序號(hào)。此處，如果認(rèn)證服務(wù)器和內(nèi)容提供服務(wù)器相同，則認(rèn)證用端口的IP地址與AV內(nèi)容的IP地址相同，但在認(rèn)證服務(wù)器和內(nèi)容提供服務(wù)器不同時(shí)，認(rèn)證用端口的IP地址與AV內(nèi)容的IP地址不同。發(fā)送方利用這些URI和Query向接收方提供認(rèn)證的執(zhí)行模式信息。接收方使用WEB瀏覽器和UPnP-AV的CDS，接收上述的URI和Query信息，從而可以決定認(rèn)證模式。并且，DRM設(shè)定管理部2404從發(fā)送條件設(shè)定管理部2403或TS流識(shí)別部2402接收DRM設(shè)定信息(收費(fèi)信息、再生控制信息或復(fù)制控制信息)，并保存管理該信息，同時(shí)把AKE所需要的相關(guān)信息轉(zhuǎn)發(fā)給AKE部2405。具體講，DRM設(shè)定管理部2404根據(jù)從發(fā)送條件設(shè)定管理部2403等轉(zhuǎn)發(fā)的DRM設(shè)定信息，生成用于進(jìn)行AV數(shù)據(jù)的再生控制、輸出控制或復(fù)制控制的收費(fèi)信息、復(fù)制控制信息、有效期限信息、有效播放次數(shù)信息中的至少一種，把所生成的信息作為認(rèn)證信息轉(zhuǎn)發(fā)給AKE部2405。此處，DRM指數(shù)字著作權(quán)管理。在該DRM設(shè)定管理部2404判斷為內(nèi)容傳輸需要DRM的收費(fèi)、購(gòu)買處理時(shí)，DRM內(nèi)容購(gòu)買結(jié)算部2411進(jìn)行內(nèi)容的購(gòu)買處理。在內(nèi)容的購(gòu)買處理結(jié)束后，DRM內(nèi)容購(gòu)買結(jié)算部2411設(shè)定內(nèi)容的CCI(復(fù)制控制信息)，并轉(zhuǎn)發(fā)給AKE部2405。另外，AKE部2405具有進(jìn)行認(rèn)證處理的認(rèn)證部、與接收方進(jìn)行加密密鑰的交換的加密密鑰交換部。在向AKE部1405輸入了AKE設(shè)定信息后，與該AKE設(shè)定信息相關(guān)的信息、例如復(fù)制保護(hù)信息和加密密鑰變更信息被輸入打包部2406，在打包部2406中附加TCP/IP的標(biāo)題，另外在成幀部2408中附加MAC標(biāo)題，并轉(zhuǎn)換為以太網(wǎng)(注冊(cè)商標(biāo))幀，作為發(fā)送幀輸出給網(wǎng)絡(luò)。圖29是表示本實(shí)施方式的DTCP方式的加密內(nèi)容的傳輸步驟的流程圖。使用該流程圖，說(shuō)明采用DTCP方式的對(duì)應(yīng)著作權(quán)的AV內(nèi)容的傳輸步驟的一例。其中，所謂對(duì)應(yīng)DRM的AV內(nèi)容，表示數(shù)字播放的復(fù)制控制、在服務(wù)器型播放(ARIB規(guī)格、STD-B38)等中處理的RMP(RightsManagement&Protection)方式、和在各種網(wǎng)絡(luò)DRM中使用的內(nèi)容保護(hù)信息。此處，RMP是在TVAnytime專題(http//www.tv-anytime.org/)提倡的系統(tǒng)中，以內(nèi)容著作權(quán)的管理和保護(hù)使用者隱私為目的而制定的規(guī)格。RMPI(RightsManagement&ProtectionInformation)用于記述并規(guī)定表示內(nèi)容利用的條件的權(quán)利信息。作為可以利用RMPI記述的功能，指使用者可以視聽(tīng)內(nèi)容的次數(shù)、可否復(fù)制及復(fù)制次數(shù)等的利用條件。RMPI也在被加密后安全傳輸，利用RMPI保護(hù)的內(nèi)容可以在該記述條件的范圍內(nèi)視聽(tīng)。在服務(wù)器型播放中，要求防止在接收機(jī)內(nèi)的硬盤等存儲(chǔ)裝置中以數(shù)字信息形式存儲(chǔ)的沒(méi)有圖像劣化的程序的不正當(dāng)利用和竄改。并且，使用和與播放節(jié)目一起播放的播放節(jié)目相關(guān)的節(jié)目名稱、開(kāi)始/結(jié)束時(shí)間、節(jié)目?jī)?nèi)容等的中介數(shù)據(jù)，能夠容易編輯、再構(gòu)成節(jié)目并視聽(tīng)，所以控制播放接收者如何對(duì)所接收的節(jié)目進(jìn)行再生、傳輸及視聽(tīng)的結(jié)構(gòu)非常重要。作為進(jìn)行這種權(quán)利管理保護(hù)的一例，利用以秒單位更新的擾碼播放的加密密鑰將內(nèi)容加密后直接存儲(chǔ)在接收方的硬盤中，在再生視聽(tīng)時(shí)解密該加密狀態(tài)。并且，利用以節(jié)目單位賦予的內(nèi)容密鑰將擾碼密鑰加密，進(jìn)行以節(jié)目單位的保護(hù)。通過(guò)這樣加密，可以防止存儲(chǔ)節(jié)目的不正當(dāng)竄改，即使不正當(dāng)?shù)貜?fù)制內(nèi)容，由于需要內(nèi)容密鑰，所以不能夠視聽(tīng)。播放局通過(guò)向前述內(nèi)容密鑰追加有效期限等的利用條件，可以對(duì)接收者存儲(chǔ)的節(jié)目控制允許視聽(tīng)的期間等。利用這種再生控制功能，可以把播放節(jié)目擴(kuò)展到利用許諾型服務(wù)中，也可以擴(kuò)展到收費(fèi)型服務(wù)中。例如，在視聽(tīng)有效期限已過(guò)的內(nèi)容時(shí)，播放接收者向播放局請(qǐng)求節(jié)目視聽(tīng)的許諾，通過(guò)播放、電話線路和因特網(wǎng)獲得具有新的有效期限的內(nèi)容密鑰，從而可以視聽(tīng)節(jié)目。(步驟S21)首先，接收方從由發(fā)送方通過(guò)UPnP-AV、CDS等提供的內(nèi)容目錄中選擇想要接收的內(nèi)容，向數(shù)據(jù)源提出內(nèi)容的發(fā)送請(qǐng)求。(步驟S22)包括復(fù)制控制信息或DRM信息的數(shù)據(jù)被TS流識(shí)別部2402抽取，經(jīng)過(guò)DRM設(shè)定管理部2404輸入AKE部2405。內(nèi)容的保護(hù)模式信息(EMI信息)作為DTCP信息從AKE部2405輸出給加密信息標(biāo)題附加部2415，在加密信息標(biāo)題附加部2415中作為標(biāo)題信息被附加后，輸入給打包部2406。(步驟S23)在接收方(數(shù)據(jù)宿)，從包接收部2410向進(jìn)行AKE命令接收處理的AKE部2405輸入內(nèi)容的復(fù)制保護(hù)信息，AKE部2405分析該復(fù)制保護(hù)信息，決定使用完全認(rèn)證或帶限制認(rèn)證的哪種認(rèn)證方式，向數(shù)據(jù)源發(fā)送認(rèn)證請(qǐng)求。(步驟S24)在數(shù)據(jù)源和數(shù)據(jù)宿之間進(jìn)行DTCP規(guī)定處理，使認(rèn)證密鑰共享。這樣，進(jìn)行AKE部2405的認(rèn)證。例如，利用輸入端子信息、數(shù)據(jù)格式信息、屬性信息、和由收費(fèi)信息、復(fù)制控制信息、有效期限信息及有效再生次數(shù)信息生成的認(rèn)證條件，與接收方(數(shù)據(jù)宿)之間進(jìn)行認(rèn)證。(步驟S25)然后，數(shù)據(jù)源在AKE部2405中，使用認(rèn)證密鑰將交換密鑰加密，經(jīng)過(guò)打包部2406發(fā)送給數(shù)據(jù)宿，在數(shù)據(jù)宿的AKE部中，解密交換密鑰。(步驟S26)在數(shù)據(jù)源中，為了使加密密鑰隨時(shí)間而變化，在AKE部2405的加密密鑰生成部中生成隨時(shí)間而變化的種子信息(O/E)，經(jīng)過(guò)AKE部2405、加密信息標(biāo)題附加部2415和HTTP/RTP標(biāo)題附加部2416發(fā)送給數(shù)據(jù)宿。(步驟S27)在數(shù)據(jù)源中，在生成加密密鑰的AKE部2405中，從交換密鑰和種子信息生成加密密鑰，在加密部將MPEG-TS加密，輸出給打包部2406。(步驟S28)數(shù)據(jù)宿內(nèi)部的生成加密密鑰變更信息的AKE部2405，從包接收部2410接收種子信息，根據(jù)該種子信息和交換密鑰，將解密密鑰復(fù)原。(步驟S29)在數(shù)據(jù)宿中，解密部2418使用該解密密鑰，解密被加密的MPEG-TS信號(hào)輸入并輸出。此處，說(shuō)明有DRM內(nèi)容、且其可以復(fù)制次數(shù)為N次(N為2以上的整數(shù))時(shí)的動(dòng)作。首先，在接收終端對(duì)應(yīng)DRM時(shí)，把傳輸加密狀態(tài)的CCI設(shè)定為COG(可復(fù)制一代)或CNM(此后不可復(fù)制)或CN(從不復(fù)制)并傳輸。其中，作為被加密傳輸?shù)磨ē螗佶钎磨蒀CI，把“剩余的可以復(fù)制次數(shù)信息”設(shè)為(N-1)次傳送給接收方，在接收方解密加密狀態(tài)后，在DRM對(duì)應(yīng)終端把剩余的可以復(fù)制次數(shù)信息設(shè)為(N-1)次。并且，在接收終端不對(duì)應(yīng)DRM時(shí)，內(nèi)容的DRM信息被刪除，使用NMC的CCI傳送給接收方。AKE部2405把加密標(biāo)題信息輸入加密信息標(biāo)題附加部2415，加密信息標(biāo)題附加部2415按照以下所述進(jìn)行加密信息標(biāo)題附加控制。另外，作為輸入發(fā)送條件設(shè)定管理部2403的AV數(shù)據(jù)的相關(guān)信息(播放或存儲(chǔ)內(nèi)容再生時(shí))，例如可以考慮以下情況。(情況1)所述AV數(shù)據(jù)是通過(guò)播放自由復(fù)制內(nèi)容的播放信道被接收的內(nèi)容。作為這種播放信道的示例，例如，有模擬播放的VHF、UHF或BS模擬播放的播放信道。(情況2)所述AV數(shù)據(jù)是通過(guò)播放在一定期間不能自由復(fù)制的內(nèi)容的播放信道被接收的內(nèi)容。作為這種播放信道的示例，例如，有BS數(shù)字播放的收費(fèi)信道和采用CATV播放的收費(fèi)信道。這種播放在一定期間不能自由復(fù)制的內(nèi)容的播放信道的復(fù)制控制信息，其特征是不可復(fù)制、一次性復(fù)制、及帶EPN旗標(biāo)的自由復(fù)制根據(jù)播放內(nèi)容時(shí)刻切換著。此處，播放在一定期間不能自由復(fù)制的內(nèi)容的播放信道的接收，被控制成在通過(guò)與進(jìn)行所述播放發(fā)布的經(jīng)營(yíng)商之間的認(rèn)證部認(rèn)證是正當(dāng)?shù)慕邮昭b置或接收用戶時(shí)進(jìn)行。作為該認(rèn)證的示例，有基于日本的數(shù)字衛(wèi)星播放的B-CAS卡、或在美國(guó)的CATV播放中使用的POD卡等的安全模式的認(rèn)證。并且，加密信息標(biāo)題的附加控制例如是如下進(jìn)行的。即，接收了播放自由復(fù)制內(nèi)容的播放信道時(shí)不附加。接收了在一定期間播放不能自由復(fù)制的內(nèi)容的播放信道時(shí)附加。另外，在AV數(shù)據(jù)從存儲(chǔ)介質(zhì)再生自由復(fù)制題目的內(nèi)容時(shí)不附加。AV數(shù)據(jù)從存儲(chǔ)介質(zhì)再生不能自由復(fù)制的題目的內(nèi)容時(shí)附加。如上所述，通過(guò)進(jìn)行加密信息標(biāo)題的附加控制，可以使著作權(quán)人設(shè)定的AV內(nèi)容的CCI(復(fù)制控制信息)在網(wǎng)絡(luò)傳輸中也能夠繼承傳遞下去。另外，通過(guò)使發(fā)送方和接收方的加密信息標(biāo)題的附加控制的規(guī)則一致，可以確保不同機(jī)型之間的動(dòng)作互換性。此處，打包部2406利用由發(fā)送條件設(shè)定管理部2403決定的發(fā)送參數(shù)，進(jìn)行輸入數(shù)據(jù)的打包和發(fā)送。發(fā)送條件設(shè)定管理部2403向發(fā)送隊(duì)列控制部2407提供發(fā)送地點(diǎn)地址和端口序號(hào)等的發(fā)送信息、發(fā)送中使用的總線信息(路由信息)、發(fā)送數(shù)據(jù)的頻帶、發(fā)送數(shù)據(jù)的發(fā)送優(yōu)先度等的發(fā)送條件。這些數(shù)據(jù)設(shè)定通過(guò)TCP/IP處理形成的由打包部2406和成幀部2408生成的標(biāo)題和有效載荷數(shù)據(jù)等。在接收方，從網(wǎng)絡(luò)輸入的信號(hào)在幀接收部2409中以MAC標(biāo)題為基礎(chǔ)被進(jìn)行篩選，并作為IP包輸入包接收部2410。包接收部2410通過(guò)識(shí)別IP包標(biāo)題等來(lái)進(jìn)行篩選，并輸出給AKE部2405。由此，發(fā)送方的AKE部和接收方的AKE部通過(guò)網(wǎng)絡(luò)相連接，所以能夠通過(guò)通信協(xié)議相互交換消息。即，可以按照AKE部的設(shè)定步驟執(zhí)行認(rèn)證和密鑰交換。如果發(fā)送方和接收方的認(rèn)證及密鑰交換成立，則發(fā)送已加密的AV數(shù)據(jù)。在發(fā)送方，在輸入信號(hào)例如是MPEG的整體TS流時(shí)，把該整體TS流輸入TS流識(shí)別部2402，把整體TS流轉(zhuǎn)換為部分TS流。并且，把已轉(zhuǎn)換的部分TS流發(fā)送給內(nèi)容緩沖器2413，進(jìn)行加密定時(shí)的調(diào)整。把內(nèi)容緩沖器2413的部分TS輸出向加密部2414輸入，進(jìn)行加密，通過(guò)加密信息標(biāo)題附加部2415附加前述的EMI和種子信息(種子信息的所有比特、或O/E等部分比特)等的AKE信息。另外，把該信號(hào)輸入打包部2406，使用由發(fā)送隊(duì)列控制部2407提供的條件，附加TCP/IP的標(biāo)題。為了進(jìn)行包的優(yōu)先傳輸控制，在成幀部2408中，例如使用802.1Q(VLAN)方式附加MAC標(biāo)題并轉(zhuǎn)換為以太網(wǎng)(注冊(cè)商標(biāo))幀，作為發(fā)送幀輸出給網(wǎng)絡(luò)。此處，通過(guò)把MAC標(biāo)題內(nèi)的TCI(TagControalInformaition)內(nèi)的Priority(用戶優(yōu)先度)設(shè)定得較高，可以使網(wǎng)絡(luò)傳輸?shù)膬?yōu)先度高于一般數(shù)據(jù)。在接收方，從網(wǎng)絡(luò)輸入的信號(hào)在幀接收部2409中以MAC標(biāo)題為基礎(chǔ)被進(jìn)行篩選，作為IP包輸入包接收部2410。包接收部2410通過(guò)識(shí)別包標(biāo)題等來(lái)進(jìn)行篩選，向條件設(shè)定部2417輸出發(fā)送條件等的傳輸相關(guān)數(shù)據(jù)，向AKE部2405輸出AKE相關(guān)數(shù)據(jù)，向解密部2418輸出AV內(nèi)容。解密部2418進(jìn)行加密信息標(biāo)題的去除和加密的解密，輸出解密后的MPEG-TS信號(hào)。另外，向條件設(shè)定部2417輸入用于把接收狀況反饋給發(fā)送方的數(shù)據(jù)，將IP包的由打包部2406和以太網(wǎng)(注冊(cè)商標(biāo))幀的成幀部2408生成的標(biāo)題、及用于設(shè)定有效載荷的信息，反饋給發(fā)送條件設(shè)定管理部2403。下面，使用圖30所示的通信協(xié)議堆棧補(bǔ)充說(shuō)明上述步驟。在圖30所示的發(fā)送方，首先從發(fā)送方向接收方發(fā)送已加密的內(nèi)容和由DRM設(shè)定管理部2404賦予的內(nèi)容的保護(hù)模式信息。接收方進(jìn)行內(nèi)容的復(fù)制保護(hù)信息的分析，決定認(rèn)證方式，向包發(fā)送設(shè)備發(fā)送認(rèn)證請(qǐng)求。然后，產(chǎn)生隨機(jī)數(shù)，把該隨機(jī)數(shù)輸入規(guī)定的函數(shù)，生成交換密鑰。把交換密鑰的信息輸入規(guī)定的函數(shù)，生成認(rèn)證密鑰。在接收方也通過(guò)規(guī)定的處理實(shí)現(xiàn)認(rèn)證密鑰的共享。另外，作為此處使用的加密信息，例如是將發(fā)送方的獨(dú)有信息(設(shè)備ID、設(shè)備的認(rèn)證信息、宏地址等)、密鑰密鑰、公開(kāi)密鑰、從外部提供的信息等組合一個(gè)以上生成的信息，通過(guò)使用DES方式和AES方式等加密強(qiáng)度較強(qiáng)的加密方式，可以實(shí)現(xiàn)牢靠的加密。并且，發(fā)送方使用認(rèn)證密鑰將交換密鑰加密并發(fā)送給接收方，在接收方解密交換密鑰。并且，把交換密鑰和初始密鑰更新信息輸入規(guī)定的函數(shù)，生成加密密鑰。另外，為了在發(fā)送方使加密密鑰隨時(shí)間而變化，生成隨時(shí)間而變化的密鑰更新信息，并發(fā)送給接收方。作為內(nèi)容的MPEG-TS被利用加密密鑰加密。被加密的MPEG-TS作為AV數(shù)據(jù)，并作為TCP(或UDP)包的有效載荷生成有TCP包。另外，該TCP包被用作IP包的數(shù)據(jù)有效載荷，并生成IP包。另外，該TCP包被用作MAC幀的有效載荷數(shù)據(jù)，并生成有以太網(wǎng)(注冊(cè)商標(biāo))MAC幀。另外，作為MAC不僅適用于以太網(wǎng)(注冊(cè)商標(biāo))的IEEE802.3，也可以適用于無(wú)線LAN規(guī)格的IEEE802.11的MAC。并且，以太網(wǎng)(注冊(cè)商標(biāo))MAC幀在以太網(wǎng)(注冊(cè)商標(biāo))上從發(fā)送方傳輸給接收方。在接收方按照規(guī)定的步驟生成解密密鑰。根據(jù)所接收的以太網(wǎng)(注冊(cè)商標(biāo))MAC幀，對(duì)IP包進(jìn)行篩選。另外，從IP包中抽取TCP(或UDP)包。從TCP(或UDP)包抽取AV數(shù)據(jù)，利用從交換密鑰和密鑰變更信息復(fù)原的解密密鑰，將MPEG-TS(內(nèi)容)解密并輸出。通過(guò)以上處理，可以利用包發(fā)送設(shè)備將MPEG-TS信號(hào)等的AV流加密，利用網(wǎng)絡(luò)傳輸IP包，利用包接收設(shè)備解密成為原來(lái)的信號(hào)。另外，發(fā)送隊(duì)列控制部2407具有作為第1隊(duì)列的AV數(shù)據(jù)隊(duì)列、和作為第2隊(duì)列的一般數(shù)據(jù)隊(duì)列。如圖28所示，向AKE部2405輸入AKE設(shè)定信息，向打包部2406輸入與該AKE設(shè)定信息相關(guān)的信息(例如，復(fù)制保護(hù)信息和加密密鑰變更信息)、發(fā)送數(shù)據(jù)的類別、發(fā)送地點(diǎn)地址和端口序號(hào)的信息、發(fā)送中使用的總線信息(路由信息)、發(fā)送數(shù)據(jù)的頻帶、發(fā)送數(shù)據(jù)的發(fā)送優(yōu)先度等發(fā)送條件的設(shè)定信息、發(fā)送部(本地)和接收部(遠(yuǎn)程)的設(shè)備管理控制數(shù)據(jù)、以及用于把接收狀況反饋給發(fā)送方的數(shù)據(jù)，在打包部2406進(jìn)行TCP/IP處理，并輸入第1隊(duì)列。并且，在發(fā)送方將MPEG-TS信號(hào)輸入加密部2414，將MPEG-TS信號(hào)加密后，該加密后的MPEG-TS信號(hào)被輸入打包部2406，在打包部2406進(jìn)行TCP/IP處理，并輸出給AV數(shù)據(jù)隊(duì)列。發(fā)送隊(duì)列控制部2407在第1隊(duì)列和第2隊(duì)列中存在數(shù)據(jù)時(shí)，進(jìn)行優(yōu)先輸出哪個(gè)數(shù)據(jù)的控制。在正常狀態(tài)下，使MPEG-TS等的內(nèi)容數(shù)據(jù)比一般數(shù)據(jù)優(yōu)先輸出。例如，在包收發(fā)設(shè)備之間以低延時(shí)傳輸MPEG-TS時(shí)，由于MPEG-TS用緩沖器變小，所以容易產(chǎn)生溢出。在發(fā)送方中MPEG-TS緩沖器將要溢出時(shí)、或者參照從接收方反饋的信息判明接收方的MPEG-TS緩沖器將要下溢時(shí)，進(jìn)一步適應(yīng)性地提高第2隊(duì)列的優(yōu)先度以優(yōu)先輸出MPEG-TS數(shù)據(jù)，由此可以避免緩沖器故障。但是，為了更快速地進(jìn)行接收方設(shè)備(遠(yuǎn)程設(shè)備)的再生、停止等的設(shè)備控制應(yīng)答，可以適應(yīng)性地提高第1隊(duì)列的優(yōu)先度，但這樣有可能產(chǎn)生前述的MPEG-TS緩沖器的溢出或下溢。作為避免緩沖器的溢出或下溢、而且更快速地進(jìn)行接收方設(shè)備(遠(yuǎn)程設(shè)備)的播放、停止等的設(shè)備控制應(yīng)答的方法，僅使設(shè)備控制用包不經(jīng)過(guò)隊(duì)列而直接輸出給成幀部，由此實(shí)現(xiàn)迅速的控制應(yīng)答?；蛘?，利用對(duì)設(shè)備控制用包準(zhǔn)備新的第3隊(duì)列的方法，實(shí)現(xiàn)迅速的控制應(yīng)答。并且，向圖28中的AKE部2405輸入AKE設(shè)定信息，向打包部2406輸入與該AKE設(shè)定信息相關(guān)的信息(例如，復(fù)制保護(hù)信息和加密密鑰變更信息)、發(fā)送數(shù)據(jù)的類別、發(fā)送地點(diǎn)地址和端口序號(hào)的信息、發(fā)送中使用的總線信息(路由信息)、發(fā)送數(shù)據(jù)的頻帶、發(fā)送數(shù)據(jù)的發(fā)送優(yōu)先度等發(fā)送條件的設(shè)定信息、發(fā)送部(本地)和接收部(遠(yuǎn)程)的設(shè)備管理控制數(shù)據(jù)、以及用于把接收狀況反饋給發(fā)送方的數(shù)據(jù)，通過(guò)使用了處理器的內(nèi)部的軟件處理來(lái)進(jìn)行TCP/IP處理，并輸入一般數(shù)據(jù)隊(duì)列。并且，在發(fā)送方將MPEG-TS信號(hào)輸入加密部2414，將MPEG-TS信號(hào)加密后，該加密后的MPEG-TS信號(hào)被輸入打包部2406，通過(guò)內(nèi)部的硬件處理來(lái)進(jìn)行UDP/IP處理，并輸入AV數(shù)據(jù)隊(duì)列。發(fā)送隊(duì)列控制部2407在作為第1隊(duì)列的AV數(shù)據(jù)隊(duì)列和作為第2隊(duì)列的一般數(shù)據(jù)隊(duì)列雙方都存在數(shù)據(jù)時(shí)，與前述實(shí)施方式7相同，對(duì)來(lái)自兩個(gè)隊(duì)列的數(shù)據(jù)輸出進(jìn)行優(yōu)先控制。在接收方，從網(wǎng)絡(luò)輸入的信號(hào)在幀接收部2409中以MAC標(biāo)題為基礎(chǔ)，進(jìn)行IP包的篩選。此處，輸出給數(shù)據(jù)源的上述打包部2406的IP包被輸入數(shù)據(jù)宿的包接收部2410。在一般數(shù)據(jù)隊(duì)列中接收的包，通過(guò)使用了處理器的軟件處理來(lái)進(jìn)行TCP/IP的接收處理，并輸出給AKE部2405或條件設(shè)定部2417。在AV數(shù)據(jù)隊(duì)列中接收的包，通過(guò)硬件處理來(lái)進(jìn)行UDP/IP的接收處理，被加密的AV數(shù)據(jù)輸入解密部2418，在進(jìn)行加密解密后輸出MPEG-TS。另外，作為從發(fā)送方向接收方的EMI和種子信息的傳輸方法，例如也可以生成專用的其他包傳輸，由此使加密密鑰復(fù)原更加困難，使內(nèi)容的竊聽(tīng)、泄漏更加困難。并且，在因特網(wǎng)等的公眾網(wǎng)絡(luò)中，如果改變實(shí)時(shí)傳輸?shù)腁V數(shù)據(jù)的加密參數(shù)并通過(guò)其他包發(fā)送，可以使內(nèi)容的竊聽(tīng)、泄漏更加困難。關(guān)于管理控制數(shù)據(jù)，通過(guò)軟件處理生成TCP包，并形成IP包。并且，AKE部2405具有在發(fā)送方和接收方之間執(zhí)行認(rèn)證的執(zhí)行認(rèn)證模式和不執(zhí)行認(rèn)證的不執(zhí)行認(rèn)證模式，加密部2414在AKE部2405為執(zhí)行認(rèn)證模式和不執(zhí)行認(rèn)證模式的任一模式時(shí)，進(jìn)行基于由DRM設(shè)定管理部2404提供的內(nèi)容的保護(hù)模式信息的加密信息標(biāo)題的附加。以太網(wǎng)(注冊(cè)商標(biāo))MAC幀在以太網(wǎng)(注冊(cè)商標(biāo))上從發(fā)送方傳輸給接收方。在接收方按照規(guī)定的步驟生成解密密鑰。并且，從所接收的以太網(wǎng)(注冊(cè)商標(biāo))MAC幀中進(jìn)行IP包篩選。另外，從IP包抽取UDP包，從UDP包抽取AV數(shù)據(jù)，利用從交換密鑰和種子信息復(fù)原的解密密鑰Kc，解密MPEG-TS(內(nèi)容)并輸出。通過(guò)以上處理，不僅能夠在包收發(fā)設(shè)備之間將MPEG-TS信號(hào)加密并實(shí)時(shí)傳輸，第2打包部利用硬件構(gòu)成，所以本質(zhì)上不會(huì)產(chǎn)生起因于軟件處理的發(fā)送包的發(fā)送殘余和接收包的接收丟失。由此，可以徹底發(fā)送所有的優(yōu)先數(shù)據(jù)包，實(shí)現(xiàn)保證實(shí)時(shí)性的高質(zhì)量圖像的傳輸。并且，一般數(shù)據(jù)被臨時(shí)存儲(chǔ)在緩沖器部中，并在優(yōu)先進(jìn)行優(yōu)先數(shù)據(jù)傳輸?shù)倪^(guò)程中間斷地傳輸。數(shù)據(jù)量較小的第1打包部可以通過(guò)微電腦等低廉的處理器進(jìn)行處理。另外，通過(guò)采用硬件處理，在接收處理中也能夠接收以太網(wǎng)(注冊(cè)商標(biāo))幀，同時(shí)檢查OSI3層的IP標(biāo)題、4層的UDP標(biāo)題。通過(guò)將MPEG-TS包和一般數(shù)據(jù)包分離，并在硬件中進(jìn)行MPEG-TS包的處理，可以實(shí)現(xiàn)保證實(shí)時(shí)性的高質(zhì)量接收，而且不會(huì)產(chǎn)生接收幀的丟失。如果不利用軟件而利用硬件控制包的發(fā)送定時(shí)或來(lái)自兩個(gè)發(fā)送數(shù)據(jù)隊(duì)列的數(shù)據(jù)發(fā)送比率，可以按照時(shí)鐘單位進(jìn)行徹底的發(fā)送控制。由此，可以徹底發(fā)送所有的優(yōu)先包，實(shí)現(xiàn)保證實(shí)時(shí)性的高質(zhì)量傳輸。并且，輸出包的成型也可以按照時(shí)鐘單位準(zhǔn)確進(jìn)行，所以能夠?qū)崿F(xiàn)在初級(jí)的路由器或交換集線器的包廢棄的產(chǎn)生概率非常小的高質(zhì)量通信。通過(guò)以上處理，不僅能夠在包收發(fā)設(shè)備之間利用DTCP方式將MPEG-TS信號(hào)加密并實(shí)時(shí)傳輸，第2打包部利用硬件構(gòu)成，所以本質(zhì)上不會(huì)產(chǎn)生起因于軟件處理的發(fā)送包的發(fā)送殘余和接收包的接收丟失。并且，數(shù)據(jù)量較小的第1打包部可以通過(guò)微電腦等低廉的處理器進(jìn)行處理。另外，包收發(fā)部2401也可以根據(jù)按照AV數(shù)據(jù)的每個(gè)程序單位指定存取位置的URI信息或通過(guò)Query擴(kuò)展的URI信息，把數(shù)據(jù)格式信息、屬性信息、和由收費(fèi)信息、復(fù)制控制信息、有效期限信息及有效播放次數(shù)信息中的至少一個(gè)構(gòu)成的控制認(rèn)證信息，作為程序的清單通知包接收裝置。同樣，包收發(fā)部2401也可以在從接收方(數(shù)據(jù)宿)接收到程序清單的發(fā)送請(qǐng)求時(shí)，根據(jù)按照AV數(shù)據(jù)的每個(gè)程序單位指定存取位置的URI信息或通過(guò)Query擴(kuò)展的URI信息，把數(shù)據(jù)格式信息、屬性信息、和由收費(fèi)信息、復(fù)制控制信息、有效期限信息及有效播放次數(shù)信息中的至少一個(gè)構(gòu)成的控制認(rèn)證信息，作為程序的清單通知包接收裝置。另外，包收發(fā)部2401也可以在AV數(shù)據(jù)的單位程序的復(fù)制控制信息表示不進(jìn)行復(fù)制控制時(shí)，生成表示AV數(shù)據(jù)的數(shù)據(jù)格式信息的第1MIME-Type、和表示對(duì)AV數(shù)據(jù)間斷地附加了加密信息標(biāo)題的數(shù)據(jù)的數(shù)據(jù)格式信息的第2MIME-Type這兩種MIME-Type，把按照AV數(shù)據(jù)的每個(gè)程序單位指定存取位置的兩個(gè)擴(kuò)展URI信息提示給包接收裝置。使用按照UniversalPlugandPlay(UPnP)規(guī)定的res，把AV數(shù)據(jù)的單位程序(相當(dāng)于item)分別作為資源進(jìn)行邏輯描述。例如，在使用UPnP的CDS(ContentDirectoryService)時(shí)，接收方(客戶端)通過(guò)瀏覽特定的AV數(shù)據(jù)的單位程序，即屬于在發(fā)送方(服務(wù)器)中映射到邏輯directory結(jié)構(gòu)上的Container的item，可以進(jìn)行尋找。此處，作為相對(duì)于上述兩個(gè)MIME-Type的res表述，使用res的屬性(attribute)即protocolInfo，例如通過(guò)向protocolInfo的第3字段插入各個(gè)MIME-Type，可以識(shí)別作為可用資源的res。表示內(nèi)容的位置的URI信息用于UniversalPlugandPlay(UPnP)中的res的URI指定，所述兩個(gè)MIME-Type插入所述res的attribute即protocolInfo的第3字段，從而進(jìn)行內(nèi)容的識(shí)別。例如，通過(guò)向<resprotocolInfo＝“第1字段”“第2字段”“第3字段”“第4字段”>“res的URI”</res>的第3字段，插入不同的MIME-Type，即使其他字段相同，也能夠進(jìn)行內(nèi)容的資源即res的識(shí)別。另外，作為UPnP-AV中的protocolInfo的定義，“第1字段”是傳輸協(xié)議，“第2字段”是網(wǎng)絡(luò)，“第3字段”是內(nèi)容的格式，“第4字段”是附加信息。例如，“第1字段”是“http-get”時(shí)，“第2字段”是“*”，“第3字段”是“MIME-Type”，“第4字段”是“附加信息”?！暗?字段”是“rtp”時(shí)，“第2字段”是“*”，“第3字段”是“RTP的有效載荷類型”，“第4字段”可以用作“附加信息”等。如果是使用了protocolInfo的傳輸控制，則其“第4字段”作為“附加信息”決定新的規(guī)格，從而可以進(jìn)行極其細(xì)密的傳輸控制。并且，包收發(fā)部2401在通過(guò)多點(diǎn)傳輸傳送包時(shí)，也可以輸出利用這兩個(gè)res表述的信號(hào)、即附加了加密信息標(biāo)題的包和沒(méi)有附加加密信息標(biāo)題的包雙方。該情況時(shí)，適當(dāng)選擇在接收方接收的res。(實(shí)施方式8)下面，說(shuō)明本發(fā)明的實(shí)施方式8。本實(shí)施方式的包收發(fā)部的結(jié)構(gòu)基本與圖28所示的實(shí)施方式7相同。以下，省略與實(shí)施方式7相同的部分的說(shuō)明，只說(shuō)明不同部分。在本實(shí)施方式中，在上述實(shí)施方式7中，設(shè)定傳輸協(xié)議，以便在HTTP/RTP標(biāo)題附加部2416和打包部2406以HTTP的成塊(chunk)傳輸方式傳輸實(shí)況播放的內(nèi)容。另外，成塊傳輸方式是HTTP中規(guī)定的傳輸方式的一種，指在接收者和發(fā)送者之間決定了傳輸數(shù)據(jù)的大小的成塊數(shù)據(jù)的傳輸。由此，以往每當(dāng)對(duì)所述加密產(chǎn)生附加的標(biāo)題長(zhǎng)度和傳輸內(nèi)容長(zhǎng)度HTTP請(qǐng)求時(shí)，在接收方(客戶端)計(jì)算，但本實(shí)施方式不再需要該計(jì)算，可以減少接收方的處理。特別是在接收實(shí)況播放時(shí)，可以減輕傳送方和接收方的處理負(fù)荷。HTTP的有效載荷長(zhǎng)度是被加密的傳輸有效載荷的加密信息標(biāo)題和TS的整數(shù)倍，可以在發(fā)送方設(shè)定為合適的值。在進(jìn)行該成塊傳輸時(shí)，TCP的連接屬于永久連接模式(HTTP的version為1.0時(shí)設(shè)定為KeepAlive，HTTP的version為2.0時(shí)設(shè)定為Persistentconnection)，在內(nèi)容的傳輸過(guò)程中不需要對(duì)每個(gè)TCP業(yè)務(wù)頻繁進(jìn)行TCP連接的切斷、建立，可以進(jìn)行高效率的AV傳輸。因此，包收發(fā)部在把AV數(shù)據(jù)的傳輸協(xié)議決定為TCP時(shí)，把TCP連接設(shè)為永久連接，可以有效穩(wěn)定地實(shí)現(xiàn)AV數(shù)據(jù)的傳輸。(實(shí)施方式9)下面，說(shuō)明本發(fā)明的實(shí)施方式9。圖31是表示本實(shí)施方式的包收發(fā)部2401a的結(jié)構(gòu)的方框圖。該包收發(fā)部2401a在圖28所示實(shí)施方式7的包收發(fā)部2401的結(jié)構(gòu)的基礎(chǔ)上，還具有存儲(chǔ)部2701。以下，省略與實(shí)施方式7相同的部分的說(shuō)明，只說(shuō)明不同部分。該包收發(fā)部2401a具有連接TS流識(shí)別部2402的存儲(chǔ)部2701。此處，存儲(chǔ)部2701是硬盤或光盤。在本實(shí)施方式中，該包收發(fā)部2401a使用HTTP的范圍請(qǐng)求傳輸存儲(chǔ)在硬盤或光盤等中的MPEG-TS數(shù)據(jù)。該范圍請(qǐng)求是包括與存儲(chǔ)在存儲(chǔ)部2701中的MPEG-TS文件成對(duì)的文件中的I幀位置信息的文件。例如，在DVD-VR方式中被稱為IFO文件。通過(guò)使用具有與該IFO文件同等的I幀位置信息的文件，可以容易有效地實(shí)現(xiàn)快進(jìn)、回倒、慢放等特殊播放。作為在本發(fā)明中使用的輸入數(shù)據(jù)的適用范圍，可以使用DTCP-IP傳輸服務(wù)器型播放和各個(gè)公司的不同的DRM方式等一般的對(duì)應(yīng)DRM的AV內(nèi)容。另外，也可以切換基于HTTP的傳輸和基于RTP的傳輸來(lái)傳輸AV數(shù)據(jù)。此時(shí)，作為基于HTTP的傳輸，在來(lái)自數(shù)據(jù)源的輸出是實(shí)況播放的接收信號(hào)、或?qū)崨r播放的接收信道的切換或選擇所儲(chǔ)存的程序時(shí)的再生信號(hào)時(shí)，進(jìn)行成塊傳輸，在該輸出是來(lái)自從選擇程序后的存儲(chǔ)介質(zhì)再生的程序的再生信號(hào)時(shí)，使用范圍請(qǐng)求切換進(jìn)行播放。(實(shí)施方式10)下面，說(shuō)明本發(fā)明的實(shí)施方式10。圖32是表示本實(shí)施方式的包收發(fā)部2401b的結(jié)構(gòu)的方框圖。該包收發(fā)部2401b在圖31所示實(shí)施方式9的包收發(fā)部2401a的結(jié)構(gòu)的基礎(chǔ)上，還具有I幀位置信息生成部2801。以下，省略與實(shí)施方式9相同的部分的說(shuō)明，只說(shuō)明不同部分。在存儲(chǔ)部2701中，如果是存儲(chǔ)在硬盤或光盤等中的不同存儲(chǔ)格式的內(nèi)容，則客戶端(數(shù)據(jù)宿)必須知道所有存儲(chǔ)了不同內(nèi)容的I幀位置數(shù)據(jù)的文件。因此，在本實(shí)施方式中，格式數(shù)量增多，這對(duì)接收方而言成為較大的負(fù)擔(dān)，所以通過(guò)相同的I幀位置信息生成部2801，根據(jù)在發(fā)送方中不同的I幀位置信息，生成相同的I幀位置信息。由此，即使是各個(gè)公司的HDD記錄格式、DVD-VR方式、或BD方式等不同的存儲(chǔ)格式，也能夠容易實(shí)現(xiàn)快進(jìn)、回倒、慢放等特殊播放。在進(jìn)行該打包時(shí)，HTTP接受來(lái)自接收部的范圍請(qǐng)求或數(shù)據(jù)獲取命令，傳輸含有所述AV數(shù)據(jù)或所述加密模式信息中至少一方的有效載荷數(shù)據(jù)。該范圍請(qǐng)求或數(shù)據(jù)獲取命令在所述發(fā)送方的所述AV數(shù)據(jù)是MPEG時(shí)，參照MPEG流中的不連續(xù)產(chǎn)生連續(xù)性信息、所述AV數(shù)據(jù)的文件內(nèi)的MPEG的I圖像或P圖像或B圖像的位置信息、或存在于I圖像到下一個(gè)I圖像之間的P圖像和B圖像的的各自個(gè)數(shù)或合計(jì)個(gè)數(shù)中的至少一個(gè)信息執(zhí)行。此處，所謂MPEG流中的不連續(xù)產(chǎn)生連續(xù)性信息，可以以ARIB規(guī)格、ARIB-TR-B14或ARIB-TR-B14的第2篇中記載的DIT信息為基礎(chǔ)生成。所謂該流的不連續(xù)點(diǎn)，例如，如果是MPEG的部分TS時(shí)，指產(chǎn)生MPEG-TS流的系統(tǒng)時(shí)基(timebase)的不連續(xù)的點(diǎn)，例如是PCR不連續(xù)的點(diǎn)，或者產(chǎn)生構(gòu)成部分TS的包內(nèi)哪一個(gè)傳輸包標(biāo)題的continuity_counter不連續(xù)的點(diǎn)。并且，AV數(shù)據(jù)的文件內(nèi)的MPEG的I圖像或P圖像或B圖像的位置信息，在所述AV數(shù)據(jù)為多個(gè)不同的格式時(shí)，根據(jù)原始具有的多個(gè)I圖像或P圖像或B圖像的位置信息、上述MPEG的I圖像或P圖像或B圖像的時(shí)間信息，生成在多個(gè)不同格式之間相同的I圖像或P圖像或B圖像的位置信息，使用該相同的I圖像或P圖像或B圖像的位置信息，作為所述AV數(shù)據(jù)的文件內(nèi)的MPEG的I圖像或P圖像或B圖像的位置信息、時(shí)間信息的參照信息。由此，例如具有即使HDD中存在利用不同記錄格式記錄的MPEG-TS文件時(shí)，也能夠從遠(yuǎn)程終端利用相同的I或P或B圖像的位置信息和時(shí)間信息直接向特定圖像存取的一大優(yōu)點(diǎn)。例如，如圖33所示的示例那樣，從記錄了部分TS的HDD和BD盤等中，讀出將I或P或B圖像的連續(xù)性和在文件內(nèi)的位置信息等統(tǒng)一后的“圖像信息文件”。通過(guò)網(wǎng)絡(luò)從位于較遠(yuǎn)位置的終端，根據(jù)字節(jié)位置和時(shí)間信息(timestamp)參照該統(tǒng)一的圖像信息文件，由此即使不同的TS記錄格式也可以極其細(xì)密地參照各個(gè)圖像位置。在圖33中，“discont”指表示部分TS的不連續(xù)點(diǎn)的1比特的旗標(biāo)。例如，其值為“0”時(shí)表示部分TS連續(xù)，為“1”時(shí)表示不連續(xù)。并且，“IPB旗標(biāo)”是2比特的I圖像、P圖像、B圖像的識(shí)別旗標(biāo)，其值為“00”時(shí)表示I圖像，為“01”時(shí)表示P圖像，為“10”時(shí)表示B圖像。此處，如果是I圖像則一定需要記述，如果是P或B圖像，作為選擇未必一定記述。另外，“Byte_position”利用32bit表示I圖像、P圖像和B圖像在前頭文件中的字節(jié)位置。另外，“PB_number”利用5比特表示存在于某個(gè)I圖像到下一個(gè)I圖像之間的P圖像和B圖像的合計(jì)數(shù)?！癟imestamp”是I圖像、P圖像、B圖像的時(shí)間信息，在把構(gòu)成各個(gè)MPEG的I圖像或P圖像或B圖像的帶時(shí)間戳TS列的前頭等特定位置的TS的時(shí)間戳值轉(zhuǎn)換為40比特時(shí)使用。各自的參數(shù)、旗標(biāo)的值的定義不限于前述組合。如上所述，根據(jù)本實(shí)施方式，可以實(shí)現(xiàn)極其細(xì)密的良好的慢放播放和快速再生等特殊播放。另外，該圖像信息文件也可以發(fā)揮篩選作用，能夠從遠(yuǎn)程終端以相同的文件格式觀看本地終端內(nèi)以不同格式記錄的MPEG-TS文件中的圖像位置。即，可以從利用獨(dú)有的文件形式記錄了MPEG-TS的AV數(shù)據(jù)文件及其相關(guān)信息文件，生成相同的圖像信息文件。并且，根據(jù)本實(shí)施方式，在通過(guò)未安裝AKE和加密處理的收發(fā)裝置接收AV內(nèi)容時(shí)，可以發(fā)揮能夠有效訪問(wèn)MPEG的I圖像或P圖像或B圖像的效果。另外，說(shuō)明本發(fā)明的其他功能。在內(nèi)容緩沖器2413中，向MPEG-TS信號(hào)例如附加了READSOLMON方式的錯(cuò)誤訂正編碼后，在加密部2414進(jìn)行加密。由此，可以在包收發(fā)設(shè)備之間利用DTCP方式將MPEG-TS信號(hào)加密，并在附加錯(cuò)誤訂正編碼后實(shí)時(shí)傳輸。此處，如果利用硬件構(gòu)成MPEG-TS的標(biāo)題附加及傳輸處理的打包部，本質(zhì)上不會(huì)產(chǎn)生起因于軟件處理的發(fā)送包的發(fā)送殘余和接收包的接收丟失。并且，數(shù)據(jù)量較小的一般數(shù)據(jù)的打包可以通過(guò)微電腦等低廉的處理器進(jìn)行處理。另外，在上述的實(shí)施方式中，在一般的IP網(wǎng)絡(luò)等不能保證包的順序性的通信網(wǎng)中傳輸時(shí)，也可以向包附加次序編號(hào)后發(fā)送，在接收方使用次序編號(hào)來(lái)保證順序性。該順序性的保證可以在OSI模型的第4層以上、即RTP和視頻信號(hào)處理等中進(jìn)行。并且，在發(fā)送方通過(guò)硬件處理傳輸?shù)腁V信號(hào)的包也可以采取避免在網(wǎng)絡(luò)中被分段的對(duì)策。即，在發(fā)送方，預(yù)先在應(yīng)用級(jí)的處理中，檢查在通信網(wǎng)中不會(huì)被分段的最大尺寸(MTU)，以該尺寸以下的包尺寸傳輸即可?；蛘?，在RFC的標(biāo)準(zhǔn)中，所有終端被規(guī)定為必須使用尺寸為576字節(jié)的IP包，所以路由器等許多網(wǎng)絡(luò)設(shè)備在該尺寸以下的IP包中不會(huì)產(chǎn)生分段。因此，為了使IP包的尺寸在576字節(jié)以下，在發(fā)送方調(diào)整通過(guò)硬件處理的AV信號(hào)的包尺寸即可。另外，在發(fā)送方通過(guò)硬件處理的AV信號(hào)的包不會(huì)產(chǎn)生分段時(shí)，如果所接收的包已被分段，則全部作為一般包處理即可。并且，在超過(guò)以太網(wǎng)(注冊(cè)商標(biāo))的IP包的最大值時(shí)，由于必須在發(fā)送終端進(jìn)行分段，所以為了不產(chǎn)生優(yōu)先包的分段，當(dāng)然必須控制在IP包的最大值以下。并且，在通信網(wǎng)中產(chǎn)生分段的概率非常小時(shí)，在發(fā)送方對(duì)通過(guò)硬件處理被傳送的AV信號(hào)的包的IP標(biāo)題設(shè)定禁止分段的旗標(biāo)并傳輸，由此路由器在不得不分段狀態(tài)下將IP包廢棄，從而可以減輕接收終端的分段處理負(fù)荷。該情況時(shí)，雖然數(shù)量非常小的包成為損耗，但通過(guò)在接收方進(jìn)行錯(cuò)誤訂正或錯(cuò)誤修改，可以補(bǔ)償通信質(zhì)量。另外，在上述實(shí)施方式中，作為通信網(wǎng)協(xié)議把以太網(wǎng)(注冊(cè)商標(biāo))作為了示例，但本發(fā)明不限于此。并且，作為視頻信號(hào)處理的示例使用了MPEG-TS，但不限于此，作為在本發(fā)明中使用的輸入數(shù)據(jù)的適用范圍，也可以適用于包括按照MPEG1/2/4等MPEG-TS流(ISO/IEC13818)、DV(IEC61834、IEC61833)、SMPTE314M(DV-based)、SMPTE259M(SDI)、SMPTE305M(SDTI)、SMPTE292M(HD-SDI)等標(biāo)準(zhǔn)化的流的所有與圖像、聲音相關(guān)的流。圖像和聲音的數(shù)據(jù)速率不限于CBR(constantbitrate)。另外，不限于圖像和聲音，只要是一般的實(shí)時(shí)數(shù)據(jù)或者優(yōu)先進(jìn)行收發(fā)的數(shù)據(jù)，都包括在本發(fā)明中。并且，作為在本發(fā)明中使用的輸入數(shù)據(jù)的適用范圍，也可以適用于數(shù)據(jù)的文件轉(zhuǎn)發(fā)。在轉(zhuǎn)發(fā)文件時(shí)，由于收發(fā)終端的處理能力和收發(fā)終端之間的傳播延遲時(shí)間的關(guān)系，在一定條件下也可以進(jìn)行比實(shí)時(shí)快的快速轉(zhuǎn)發(fā)。并且，作為在本發(fā)明中使用的輸入數(shù)據(jù)的適用范圍，也可以使用DTCP-IP傳輸服務(wù)器型播放和各個(gè)公司的不同DRM方式等的一般的對(duì)應(yīng)DRM的AV內(nèi)容。并且，在上述實(shí)施方式中，包收發(fā)裝置在把N設(shè)為2以上的整數(shù)時(shí)，使用UDP或TCP的N個(gè)端口，把利用AV數(shù)據(jù)構(gòu)成的N個(gè)程序分別分配給所述N個(gè)端口進(jìn)行傳輸。此時(shí)，分別分配給N個(gè)端口的N個(gè)程序，分別利用UPnP單元的通路包形式表述內(nèi)置于數(shù)據(jù)源的播放接收調(diào)諧器或存儲(chǔ)介質(zhì)裝置，利用UPnP單元的item形式表述播放接收信道或存儲(chǔ)程序，用URI表述各自的item(成為作為資源的res)的存在位置，利用使用了UPnP的protocolInfo的res形式來(lái)表述傳輸協(xié)議和屬性信息，從而可以實(shí)現(xiàn)向多個(gè)客戶端同時(shí)傳輸多個(gè)程序等極其細(xì)密的傳輸系統(tǒng)。并且，如果是播放接收，在從分別分配給發(fā)送方的N個(gè)端口的N個(gè)程序(res)的數(shù)據(jù)源到數(shù)據(jù)宿的傳輸流存在多個(gè)時(shí)，利用UPnP的property形式表述各個(gè)流，作為特定的傳輸流的property的attribute，包括“調(diào)諧器的通路包類別、調(diào)諧器的每個(gè)通路包類別的調(diào)諧器ID、通過(guò)調(diào)諧器選擇的信道ID、與傳輸流的其他客戶端的共享、搶占相關(guān)的可否利用信息、傳輸流的傳輸層使用的TCP或RTP的端口序號(hào)、數(shù)據(jù)宿的UPnP-AV單元的ConnectionManager針對(duì)數(shù)據(jù)源的ConnectionManager進(jìn)行有關(guān)item的邏輯連接所設(shè)定的UPnP-AV單元的connectionID、以及數(shù)據(jù)源的UPnP-AV單元的ConnectionManager針對(duì)數(shù)據(jù)宿的ConnectionManager進(jìn)行有關(guān)item的邏輯連接所設(shè)定的UPnP-AV單元的connectionID”中的至少一個(gè)，由此在從接收方(客戶端、數(shù)據(jù)宿)進(jìn)行發(fā)送方(服務(wù)器、數(shù)據(jù)源)的調(diào)諧器的信道選擇時(shí)，通過(guò)參照傳輸流的property及其attribute，可以判別傳輸流中有無(wú)空閑以及哪個(gè)調(diào)諧器的哪個(gè)信道被選中。例如，作為播放接收時(shí)的UPnP-AV通路包(container)結(jié)構(gòu)，在<root>下配置調(diào)諧器的通路包。作為通路包類別，按照地面數(shù)字、BS數(shù)字、110度寬帶CS數(shù)字等的播放系統(tǒng)類別分配各個(gè)調(diào)諧器通路包。該情況時(shí)，在各個(gè)調(diào)諧器通路包的下面分配各個(gè)播放系統(tǒng)的信道作為item。使用UPnP的CDS的serch和brows命令，可以從接收方識(shí)別發(fā)送方的調(diào)諧器通路包和調(diào)諧器通路包內(nèi)的信道item。作為信道的item具有從播放局發(fā)送的附屬信息。同樣，如果是存儲(chǔ)內(nèi)容的再生，在從分別分配給發(fā)送方的N個(gè)端口的N個(gè)程序的數(shù)據(jù)源到數(shù)據(jù)宿的傳輸流存在多個(gè)時(shí)，利用UPnP的property形式表述，作為特定的傳輸流的property的attribute，包括“存儲(chǔ)介質(zhì)裝置的通路包類別、存儲(chǔ)介質(zhì)裝置的每個(gè)通路包類別的存儲(chǔ)介質(zhì)裝置ID、通過(guò)存儲(chǔ)介質(zhì)裝置選擇的程序ID、含有傳輸流的共享的可否利用信息、傳輸流的傳輸層使用的TCP或RTP的端口序號(hào)、數(shù)據(jù)宿的UPnP-AV單元的ConnectionManager針對(duì)數(shù)據(jù)源的ConnectionManager進(jìn)行有關(guān)item的邏輯連接所設(shè)定的UPnP-AV單元的connectionID、以及數(shù)據(jù)源的UPnP-AV單元的ConnectionManager針對(duì)數(shù)據(jù)宿的ConnectionManager進(jìn)行有關(guān)item的邏輯連接設(shè)定的UPnP-AV單元的connectionID”中的至少一個(gè)，由此在數(shù)據(jù)宿進(jìn)行數(shù)據(jù)源內(nèi)的存儲(chǔ)介質(zhì)裝置的程序選擇時(shí)，通過(guò)參照傳輸流的property及其attribute，可以判別傳輸流中有無(wú)空閑以及哪個(gè)存儲(chǔ)介質(zhì)裝置的哪個(gè)程序被選中。例如，存儲(chǔ)記錄裝置為硬盤驅(qū)動(dòng)器(HDD)、DVD-RAM驅(qū)動(dòng)器、BD驅(qū)動(dòng)器時(shí)的UPnP-AV通路包結(jié)構(gòu)，在<root>下配置各自的通路包。作為通路包類別，對(duì)HDD、DVD-RAM驅(qū)動(dòng)器、BD驅(qū)動(dòng)器等分別分配不同裝置類別的通路包。該情況時(shí)，在各個(gè)通路包的下面例如以程序單位分配存儲(chǔ)記錄內(nèi)容作為item。由此，使用UPnP的CDS的serch和brows命令，可以從接收方例如以程序單位識(shí)別發(fā)送方的存儲(chǔ)記錄裝置通路包和存儲(chǔ)記錄裝置通路包內(nèi)的存儲(chǔ)記錄內(nèi)容，作為item。存儲(chǔ)記錄的item具有在記錄時(shí)被賦予的附屬信息。并且，在客戶端接收并存儲(chǔ)屬于發(fā)送服務(wù)器的播放通路包的item時(shí)，利用所述不同播放系統(tǒng)類別的調(diào)諧器通路包的屬性(區(qū)分地面數(shù)字、BS數(shù)字、110度寬帶CS數(shù)字等的播放系統(tǒng)的屬性)，生成不同播放類別的property，存儲(chǔ)記錄在存儲(chǔ)記錄裝置中，并作為所生成的item的property保存。由此，即使存儲(chǔ)記錄裝置的通路包不依據(jù)播放系統(tǒng)類別時(shí)，只要看從存儲(chǔ)記錄裝置再生的item的property，即可識(shí)別是從哪個(gè)播放系統(tǒng)播放的內(nèi)容。如上所述，無(wú)論是播放接收還是存儲(chǔ)內(nèi)容的再生，新連接服務(wù)器的客戶端都可以了解服務(wù)器的使用狀況，可以更有效地進(jìn)行內(nèi)容的選擇、傳輸。另外，通過(guò)“傳輸流的傳輸層使用的TCP或UDP的端口序號(hào)”、以及“數(shù)據(jù)宿的UPnP-AV單元的ConnectionManager針對(duì)數(shù)據(jù)源的ConnectionManager進(jìn)行有關(guān)item的邏輯連接所設(shè)定的UPnP-AV單元的connectionID、或數(shù)據(jù)源的UPnP-AV單元的ConnectionManager針對(duì)數(shù)據(jù)宿的ConnectionManager進(jìn)行有關(guān)item的邏輯連接所設(shè)定的UPnP-AV單元的connectionID”的邏輯對(duì)，使UPnP-AV單元和使用TCP或UDP的HTTP或者使用RTP的傳輸單元在邏輯上相對(duì)應(yīng)，由此可以使使用CDS和CMS(ConnectionManagerService)的UPnP-AV層和使用HTTP/TCP/IP的傳輸層在邏輯上一一對(duì)應(yīng)，所以能夠更加容易實(shí)現(xiàn)連接的建立、內(nèi)容的選擇、內(nèi)容的傳輸、連接的切斷、現(xiàn)有連接的管理等的傳輸控制。并且，通過(guò)在HTTP的請(qǐng)求消息的消息標(biāo)題的擴(kuò)展字段、和HTTP的應(yīng)答消息的消息標(biāo)題的擴(kuò)展字段記述UPnP-AV單元的connectionID，可以使基于HTTP協(xié)議的傳輸控制單元和UPnP-AV單元在邏輯上一一對(duì)應(yīng)。本發(fā)明可以用作包發(fā)送裝置，例如可以用作數(shù)字調(diào)諧器和DVD記錄器等，特別可以用作使用IP網(wǎng)絡(luò)一面繼承由內(nèi)容的著作權(quán)人設(shè)定的復(fù)制控制信息一面避免不法復(fù)制，且安全地傳輸數(shù)字播放和DVD盤的復(fù)制限制內(nèi)容的包發(fā)送裝置，例如可以用作一般家庭中的包發(fā)送裝置，可以從目前位于一層的數(shù)字調(diào)諧器和DVD記錄器向位于二次臥室的顯示器傳輸電影等的附加(premium)內(nèi)容。權(quán)利要求1.一種向包接收裝置發(fā)送包數(shù)據(jù)的包發(fā)送裝置，其特征在于，具有AV數(shù)據(jù)信息獲取單元，獲取包括表示被輸入AV數(shù)據(jù)的端子的輸入端子信息、表示所述AV數(shù)據(jù)的數(shù)據(jù)格式的數(shù)據(jù)格式信息、和表示所述AV數(shù)據(jù)的屬性的屬性信息的AV數(shù)據(jù)信息；數(shù)據(jù)輸入單元，受理所述AV數(shù)據(jù)和非AV數(shù)據(jù)的輸入；發(fā)送條件設(shè)定管理單元，從所述非AV數(shù)據(jù)或所述AV數(shù)據(jù)抽取所述AV數(shù)據(jù)的收費(fèi)信息、再生控制信息和復(fù)制控制信息的至少一種信息，根據(jù)所抽取的信息生成表示成為發(fā)送所述AV數(shù)據(jù)時(shí)的條件的加密模式的加密模式信息；加密數(shù)據(jù)生成單元，根據(jù)組合所述輸入端子信息、所述數(shù)據(jù)格式信息和所述屬性信息而決定的發(fā)送條件，將從所述數(shù)據(jù)輸入單元輸入的所述AV數(shù)據(jù)加密，向被加密的所述AV數(shù)據(jù)附加基于所述加密模式信息的加密信息標(biāo)題，從而生成加密數(shù)據(jù)；打包單元，通過(guò)對(duì)由所述加密數(shù)據(jù)生成單元生成的加密數(shù)據(jù)附加包標(biāo)題來(lái)生成包；認(rèn)證單元，與所述包接收裝置之間進(jìn)行認(rèn)證處理；傳輸協(xié)議決定單元，使用所述輸入端子信息、所述屬性信息和表示由所述包接收裝置指定的發(fā)送模式的信息的至少一個(gè)，決定所述包發(fā)送裝置和所述包接收裝置之間的所述AV數(shù)據(jù)的傳輸協(xié)議；傳輸單元，在通過(guò)所述認(rèn)證處理完成與所述包接收裝置的認(rèn)證處理后，按照由所述傳輸協(xié)議決定單元決定的傳輸協(xié)議，把包括由所述打包單元生成的加密數(shù)據(jù)的包傳輸給所述包接收裝置。2.根據(jù)權(quán)利要求1所述的包發(fā)送裝置，其特征在于，所述包發(fā)送裝置還具有著作權(quán)管理單元，根據(jù)從所述發(fā)送條件設(shè)定管理單元輸入的所述收費(fèi)信息、所述再生控制信息或所述復(fù)制控制信息，生成用于進(jìn)行所述AV數(shù)據(jù)的再生控制、輸出控制或復(fù)制控制的收費(fèi)信息、復(fù)制控制信息、有效期限信息、有效播放次數(shù)信息的至少一種信息，把所生成的信息作為認(rèn)證信息通知所述認(rèn)證單元，所述認(rèn)證單元根據(jù)由所述著作權(quán)管理單元通知的認(rèn)證信息，與所述包接收裝置之間進(jìn)行認(rèn)證處理，由此進(jìn)行所述AV數(shù)據(jù)在所述包接收裝置中的再生控制、輸出控制或復(fù)制控制。3.根據(jù)權(quán)利要求1所述的包發(fā)送裝置，其特征在于，所述包發(fā)送裝置還具有內(nèi)容購(gòu)買結(jié)算單元，在所述著作權(quán)管理單元的控制下，根據(jù)所述收費(fèi)信息、所述再生控制信息或所述復(fù)制控制信息，與所述包接收裝置之間進(jìn)行成為著作權(quán)保護(hù)的對(duì)象的內(nèi)容的購(gòu)買結(jié)算。4.根據(jù)權(quán)利要求1所述的包發(fā)送裝置，其特征在于，所述認(rèn)證單元通過(guò)驗(yàn)證所述包發(fā)送裝置和所述包接收裝置具有規(guī)定的條件來(lái)執(zhí)行認(rèn)證處理，在認(rèn)證處理后使所述包發(fā)送裝置和所述包接收裝置共享加密密鑰，利用所述輸入端子信息、所述數(shù)據(jù)格式信息、所述屬性信息、和根據(jù)所述收費(fèi)信息、所述復(fù)制控制信息、所述有效期限信息及所述有效播放次數(shù)信息生成的傳輸條件，更新所述加密密鑰，所述加密數(shù)據(jù)生成單元使用所述加密密鑰，將所述AV數(shù)據(jù)加密。5.根據(jù)權(quán)利要求1所述的包發(fā)送裝置，其特征在于，所述加密數(shù)據(jù)生成單元與所述復(fù)制控制信息表示進(jìn)行復(fù)制控制還是不進(jìn)行復(fù)制控制無(wú)關(guān)，進(jìn)行基于所述加密模式信息的加密信息標(biāo)題的附加。6.根據(jù)權(quán)利要求1所述的包發(fā)送裝置，其特征在于，所述認(rèn)證單元具有在所述包發(fā)送裝置和所述包接收裝置之間執(zhí)行認(rèn)證的執(zhí)行認(rèn)證模式、和不執(zhí)行認(rèn)證的不執(zhí)行認(rèn)證模式，所述加密數(shù)據(jù)生成單元在所述認(rèn)證單元為所述執(zhí)行認(rèn)證模式和所述不執(zhí)行認(rèn)證模式的任一模式時(shí)，進(jìn)行基于所述加密模式信息的加密信息標(biāo)題的附加。7.根據(jù)權(quán)利要求6所述的包發(fā)送裝置，其特征在于，所述加密數(shù)據(jù)生成單元在所述復(fù)制控制信息表示進(jìn)行復(fù)制控制時(shí)，附加所述復(fù)制控制信息作為所述加密信息標(biāo)題，在所述復(fù)制控制信息表示不進(jìn)行復(fù)制控制時(shí)，不附加所述復(fù)制控制信息作為所述加密信息標(biāo)題。8.根據(jù)權(quán)利要求7所述的包發(fā)送裝置，其特征在于，所述認(rèn)證單元按照所述輸入端子信息、所述數(shù)據(jù)格式信息、所述屬性信息、和根據(jù)所述收費(fèi)信息、所述復(fù)制控制信息、所述有效期限信息及所述有效播放次數(shù)信息生成的認(rèn)證條件，與所述包接收裝置之間進(jìn)行認(rèn)證。9.根據(jù)權(quán)利要求8所述的包發(fā)送裝置，其特征在于，所述包發(fā)送裝置還具有存取位置通知單元，根據(jù)按照所述AV數(shù)據(jù)的每個(gè)程序單位指定存取位置的URI信息或通過(guò)Query擴(kuò)展的URI信息，把所述數(shù)據(jù)格式信息、所述屬性信息、和由所述收費(fèi)信息、所述復(fù)制控制信息、所述有效期限信息及所述有效播放次數(shù)信息中的至少一個(gè)構(gòu)成的控制認(rèn)證信息，作為所述程序的清單通知所述包接收裝置。10.根據(jù)權(quán)利要求8所述的包發(fā)送裝置，其特征在于，所述包發(fā)送裝置還具有存取位置通知單元，在從所述包接收裝置接收到程序清單的發(fā)送請(qǐng)求時(shí)，根據(jù)按照所述AV數(shù)據(jù)的每個(gè)程序單位指定存取位置的URI信息或通過(guò)Query擴(kuò)展的URI信息，把所述數(shù)據(jù)格式信息、所述屬性信息、和由所述收費(fèi)信息、所述復(fù)制控制信息、所述有效期限信息及所述有效播放次數(shù)信息中的至少一個(gè)構(gòu)成的控制認(rèn)證信息，作為所述程序的清單通知給所述包接收裝置。11.根據(jù)權(quán)利要求8所述的包發(fā)送裝置，其特征在于，所述包發(fā)送裝置還具有存取位置通知單元，在所述AV數(shù)據(jù)的單位程序的復(fù)制控制信息表示不進(jìn)行復(fù)制控制時(shí)，生成表示所述AV數(shù)據(jù)的數(shù)據(jù)格式信息的第1MIME-Type、和表示對(duì)所述AV數(shù)據(jù)間斷地附加了所述加密信息標(biāo)題的數(shù)據(jù)的數(shù)據(jù)格式信息的第2MIME-Type這兩種MIME-Type，把按照所述AV數(shù)據(jù)的每個(gè)程序單位指定存取位置的兩個(gè)擴(kuò)展URI信息，提示給所述包接收裝置。12.根據(jù)權(quán)利要求11所述的包發(fā)送裝置，其特征在于，所述兩個(gè)擴(kuò)展URI信息在UniversalPlugandPlay(UPnP)的res的URI指定時(shí)使用，所述兩種MIME-Type被插入所述res的attribute即protocolInfo的第3字段中，由此進(jìn)行內(nèi)容的識(shí)別。13.根據(jù)權(quán)利要求1所述的包發(fā)送裝置，其特征在于，所述包發(fā)送裝置還具有分別臨時(shí)保存發(fā)送給所述包接收裝置的AV數(shù)據(jù)和非AV數(shù)據(jù)的第1和第2緩沖器；優(yōu)先控制單元，進(jìn)行將保存在所述第1和第2緩沖器任一方的數(shù)據(jù)優(yōu)先發(fā)送給所述包接收裝置的優(yōu)先控制。14.根據(jù)權(quán)利要求13所述的包發(fā)送裝置，其特征在于，所述優(yōu)先控制單元進(jìn)行所述優(yōu)先控制，使所述非AV數(shù)據(jù)在所述第2緩沖器中維持不溢出，同時(shí)使所述AV數(shù)據(jù)從所述第1緩沖器優(yōu)先輸出。15.根據(jù)權(quán)利要求1所述的包發(fā)送裝置，其特征在于，所述傳輸單元在所述傳輸協(xié)議決定單元將所述AV數(shù)據(jù)的傳輸協(xié)議決定為TransmissionControlProtocol(TCP)時(shí)，把TCP連接設(shè)為永久連接來(lái)進(jìn)行所述傳輸。16.根據(jù)權(quán)利要求1所述的包發(fā)送裝置，其特征在于，所述認(rèn)證單元按照DigitalTransmissionControlProtocol(DTCP)方式，進(jìn)行用于和所述包接收裝置共享加密密鑰的認(rèn)證和密鑰交換。17.根據(jù)權(quán)利要求1所述的包發(fā)送裝置，其特征在于，所述打包單元進(jìn)行基于HyperTextTransferProtocol(HTTP)、TCP或InternetProtocol(IP)的打包。18.根據(jù)權(quán)利要求17所述的包發(fā)送裝置，其特征在于，所述打包單元在進(jìn)行基于所述HTTP的打包時(shí)，按照范圍請(qǐng)求或數(shù)據(jù)獲取命令進(jìn)行所述打包，在所述發(fā)送方的所述AV數(shù)據(jù)是MPEG時(shí)，參照MPEG流中的不連續(xù)產(chǎn)生連續(xù)性信息、所述AV數(shù)據(jù)的文件內(nèi)的MPEG的I圖像或P圖像或B圖像的位置信息、所述MPEG的I圖像或P圖像或B圖像的時(shí)間信息、存在于從某個(gè)I圖像到下一個(gè)I圖像之間的P圖像和B圖像的的各自個(gè)數(shù)或合計(jì)個(gè)數(shù)中的至少一個(gè)信息，進(jìn)行所述打包。19.根據(jù)權(quán)利要求17所述的包發(fā)送裝置，其特征在于，所述打包單元對(duì)于所述AV數(shù)據(jù)的文件內(nèi)的MPEG的I圖像或P圖像或B圖像的位置信息或時(shí)間信息，在所述AV數(shù)據(jù)為多個(gè)不同的格式時(shí)，也根據(jù)原始具有的多個(gè)I圖像或P圖像或B圖像的位置信息或時(shí)間信息，生成在多個(gè)不同格式之間相同的I圖像或P圖像或B圖像的位置信息或時(shí)間信息，使用該相同的I圖像或P圖像或B圖像的位置信息或時(shí)間信息，對(duì)所述AV數(shù)據(jù)的文件內(nèi)的MPEG的I圖像或P圖像或B圖像的位置信息或時(shí)間信息的參照信息進(jìn)行所述打包。20.根據(jù)權(quán)利要求17所述的包發(fā)送裝置，其特征在于，所述打包單元在進(jìn)行基于HTTP的打包時(shí)，按照成塊傳輸方式進(jìn)行所述打包，并且進(jìn)行使HTTP包的有效載荷長(zhǎng)度成為由所述包發(fā)送裝置決定的值的所述打包。21.根據(jù)權(quán)利要求17所述的包發(fā)送裝置，其特征在于，所述打包單元在進(jìn)行基于HTTP的打包時(shí)，進(jìn)行如下的打包使得HTTP包的有效載荷長(zhǎng)度成為利用所述加密信息標(biāo)題和構(gòu)成整數(shù)個(gè)所述AV數(shù)據(jù)的TransportStream(TS)構(gòu)成的數(shù)據(jù)的長(zhǎng)度，或者成為利用所述加密信息標(biāo)題和整數(shù)個(gè)的帶時(shí)間戳TS構(gòu)成的數(shù)據(jù)的長(zhǎng)度。22.根據(jù)權(quán)利要求17所述的包發(fā)送裝置，其特征在于，所述傳輸單元對(duì)切換范圍請(qǐng)求方式和成塊傳輸方式來(lái)進(jìn)行所述HTTP的傳輸。23.根據(jù)權(quán)利要求17所述的包發(fā)送裝置，其特征在于，所述傳輸單元對(duì)所述HTTP的傳輸，在所述包發(fā)送裝置的輸出是切換實(shí)況播放的接收信號(hào)或?qū)崨r播放的接收信道時(shí)或選擇所存儲(chǔ)的程序時(shí)的再生信號(hào)時(shí)，進(jìn)行成塊傳輸，在該輸出是來(lái)自從選擇程序后的存儲(chǔ)介質(zhì)再生的程序的再生信號(hào)時(shí)，使用范圍請(qǐng)求切換進(jìn)行再生。24.根據(jù)權(quán)利要求1所述的包發(fā)送裝置，其特征在于，所述打包單元進(jìn)行基于Real-timeTransportProtocol(RTP)、UserDatagramProtocol(UDP)或IP的打包。25.根據(jù)權(quán)利要求24所述的包發(fā)送裝置，其特征在于，所述傳輸單元在通過(guò)多點(diǎn)傳輸來(lái)傳送包時(shí)，輸出附加了所述加密信息標(biāo)題的包和沒(méi)有附加的包雙方。26.根據(jù)權(quán)利要求25所述的包發(fā)送裝置，其特征在于，所述包發(fā)送裝置還具有存取位置通知單元，在所述AV數(shù)據(jù)的單位程序的復(fù)制控制信息表示不進(jìn)行復(fù)制控制時(shí)，生成表示所述AV數(shù)據(jù)的數(shù)據(jù)格式信息的c-Type、和表示對(duì)所述AV數(shù)據(jù)間斷地附加了所述加密信息標(biāo)題的數(shù)據(jù)的數(shù)據(jù)格式信息的第2MIME-Type這兩種MIME-Type，把按照所述AV數(shù)據(jù)的每個(gè)程序單位指定存取位置的兩個(gè)擴(kuò)展URI信息提示給所述包接收裝置。27.根據(jù)權(quán)利要求26所述的包發(fā)送裝置，其特征在于，所述兩個(gè)擴(kuò)展URI信息在UniversalPlugandPlay(UPnP)的res的URI指定時(shí)使用，所述兩種MIME-Type被插入所述res的attribute即protocolInfo的第3字段中，由此進(jìn)行內(nèi)容的識(shí)別。28.根據(jù)權(quán)利要求1所述的包發(fā)送裝置，其特征在于，所述傳輸單元切換基于HTTP的傳輸和基于RTP的傳輸，傳輸所述AV數(shù)據(jù)。29.根據(jù)權(quán)利要求28所述的包發(fā)送裝置，其特征在于，所述傳輸單元對(duì)于基于所述HTTP的傳輸，在所述包發(fā)送裝置的輸出是實(shí)況播放的接收信號(hào)或切換實(shí)況播放的接收信道時(shí)或選擇所存儲(chǔ)的程序時(shí)的再生信號(hào)時(shí)，進(jìn)行成塊傳輸，在該輸出是來(lái)自選擇程序后從存儲(chǔ)介質(zhì)再生的程序的再生信號(hào)時(shí)，使用范圍請(qǐng)求切換進(jìn)行再生。30.根據(jù)權(quán)利要求1所述的包發(fā)送裝置，其特征在于，所述傳輸單元按照基于SMPTE259M規(guī)格規(guī)定的非壓縮SD方式信號(hào)、基于SMPTE292M規(guī)格規(guī)定的非壓縮HD形式、基于IEC61883規(guī)格規(guī)定的IEEE1394的DV或數(shù)字播放的MPEG-TS的傳輸流形式、基于DVB規(guī)格A010規(guī)定的DVB-ASI的MPEG-TS形式、MPEG-PES、MPEG-ES、MPEG4、IS0/IECH.264中的任一個(gè)數(shù)據(jù)流形式，傳輸所述AV數(shù)據(jù)。31.根據(jù)權(quán)利要求30所述的包發(fā)送裝置，其特征在于，所述打包單元向構(gòu)成所述AV數(shù)據(jù)的數(shù)據(jù)塊附加時(shí)間戳，將一個(gè)以上的帶時(shí)間戳的數(shù)據(jù)塊統(tǒng)一映射為RTP或HTTP的有效載荷，由此進(jìn)行打包。32.根據(jù)權(quán)利要求31所述的包發(fā)送裝置，其特征在于，所述打包單元在以MPEG-TS傳輸所述AV數(shù)據(jù)時(shí)，對(duì)各個(gè)TS包附加時(shí)間戳，把多個(gè)帶時(shí)間戳的TS包一并映射到RTP或HTTP上。33.根據(jù)權(quán)利要求32所述的包發(fā)送裝置，其特征在于，所述附加到各個(gè)TS包上的時(shí)間戳的時(shí)鐘等于MPEG的系統(tǒng)時(shí)鐘頻率，所述包發(fā)送裝置還具有時(shí)鐘再生單元，接收所述TS包，從所接收的TS包中附加的時(shí)間戳中，去除通過(guò)MPEG-TS的網(wǎng)絡(luò)傳輸附加到ProgramClockReference(PCR)上的傳輸抖動(dòng)，進(jìn)行MPEG系統(tǒng)時(shí)鐘的再生。34.根據(jù)權(quán)利要求32所述的包發(fā)送裝置，其特征在于，所述打包單元在附加到從外部輸入的TS上的時(shí)間戳的有效位數(shù)、或附加到從存儲(chǔ)介質(zhì)再生的TS上的時(shí)間戳的有效位數(shù)，與附加到所述各個(gè)TS包上的時(shí)間戳的有效位數(shù)不同的情況下，在流的MPEG的PCR變得不連續(xù)、不產(chǎn)生系統(tǒng)時(shí)基的不連續(xù)時(shí)，并且不產(chǎn)生TS的continuitycounter的不連續(xù)時(shí)，不改變所述附加到從外部輸入的TS上的時(shí)間戳、或所述附加到從存儲(chǔ)介質(zhì)再生的TS上的時(shí)間戳、和附加到所述TS包上的時(shí)間戳，只進(jìn)行承載體的改變，在流的MPEG的PCR變得不連續(xù)、產(chǎn)生系統(tǒng)時(shí)基的不連續(xù)的點(diǎn)，或者產(chǎn)生TS的continuitycounter的不連續(xù)時(shí)，在產(chǎn)生所述不連續(xù)的點(diǎn)插入用于通知產(chǎn)生TS的不連續(xù)的TS包，由此進(jìn)行打包。35.根據(jù)權(quán)利要求1所述的包發(fā)送裝置，其特征在于，所述傳輸單元在把N設(shè)為1以上的整數(shù)時(shí)，使用UDP或TCP的N個(gè)端口，把利用所述AV數(shù)據(jù)構(gòu)成的N個(gè)程序分別分配給所述N個(gè)端口進(jìn)行傳輸。36.根據(jù)權(quán)利要求35所述的包發(fā)送裝置，其特征在于，所述分別分配給所述N個(gè)端口的N個(gè)程序，將內(nèi)置于所述包發(fā)送裝置的播放接收調(diào)諧器或存儲(chǔ)介質(zhì)裝置分別利用UPnP單元的通路包形式表述，播放接收信道或存儲(chǔ)程序利用UPnP單元的item形式表述，各自的item的存在位置通過(guò)URI被映射為UPnP單元的<resprotocolInfo>形式。37.根據(jù)權(quán)利要求36所述的包發(fā)送裝置，其特征在于，所述分別分配給所述N個(gè)端口的N個(gè)程序，在存在從所述包發(fā)送裝置到所述包接收裝置的傳輸流時(shí)，利用UPnP的property形式表述，所述傳輸流的property的attribute包括所述調(diào)諧器的通路包類別、所述調(diào)諧器的每個(gè)通路包類別的調(diào)諧器ID、通過(guò)所述調(diào)諧器選擇的信道ID、含有所述傳輸流的共享的可否利用信息、傳輸所述流的傳輸層使用的TCP或RTP的端口序號(hào)、所述包接收裝置的UPnP-AV單元的ConnectionManager對(duì)所述包發(fā)送裝置的ConnectionManager進(jìn)行有關(guān)所述item的邏輯連接所設(shè)定的UPnP-AV單元的connectionID、以及所述包發(fā)送裝置的UPnP-AV單元的ConnectionManager對(duì)所述包接收裝置的ConnectionManager進(jìn)行有關(guān)所述item的邏輯連接所設(shè)定的UPnP-AV單元的connectionID中的至少一個(gè)，所述包發(fā)送裝置還具有接收控制單元，在所述包接收裝置進(jìn)行所述包發(fā)送裝置內(nèi)的調(diào)諧器的信道選擇時(shí)，通過(guò)參照所述傳輸流的property，判別傳輸流中有無(wú)空閑以及哪個(gè)調(diào)諧器的哪個(gè)信道被選中。38.根據(jù)權(quán)利要求36所述的包發(fā)送裝置，其特征在于，所述分別分配給所述N個(gè)端口的N個(gè)程序，在存在從所述包發(fā)送裝置到所述包接收裝置的傳輸流時(shí)，利用UPnP的property形式表述，所述傳輸流的property的attribute包括所述存儲(chǔ)介質(zhì)裝置的通路包類別、所述存儲(chǔ)介質(zhì)裝置的每個(gè)通路包類別的存儲(chǔ)介質(zhì)裝置ID、通過(guò)所述存儲(chǔ)介質(zhì)裝置選擇的程序ID、含有所述傳輸流的共享的可否利用信息、傳輸所述流的傳輸層使用的TCP或RTP的端口序號(hào)、所述包接收裝置的UPnP-AV單元的ConnectionManager對(duì)所述包發(fā)送裝置的ConnectionManager進(jìn)行有關(guān)所述item的邏輯連接所設(shè)定的UPnP-AV單元的connectionID、以及所述包發(fā)送裝置的UPnP-AV單元的ConnectionManager對(duì)所述包接收裝置的ConnectionManager進(jìn)行有關(guān)所述item的邏輯連接所設(shè)定的UPnP-AV單元的connectionID中的至少一個(gè)，所述包發(fā)送裝置還具有接收控制單元，在所述包接收裝置進(jìn)行所述包發(fā)送裝置內(nèi)的存儲(chǔ)介質(zhì)裝置的程序選擇時(shí)，通過(guò)參照所述傳輸流的property，判別傳輸流中有無(wú)空閑以及哪個(gè)存儲(chǔ)介質(zhì)裝置的哪個(gè)程序被選中。39.根據(jù)權(quán)利要求1或37或38所述的包發(fā)送裝置，其特征在于，利用“傳輸所述流的傳輸層使用的TCP或UDP的端口序號(hào)”、以及“所述包接收裝置的UPnP-AV單元的ConnectionManager對(duì)所述包發(fā)送裝置的ConnectionManager進(jìn)行有關(guān)所述item的邏輯連接所設(shè)定的UPnP-AV單元的connectionID、或所述包發(fā)送裝置的UPnP-AV單元的ConnectionManager對(duì)所述包接收裝置的ConnectionManager進(jìn)行有關(guān)所述item的邏輯連接所設(shè)定的UPnP-AV單元的connectionID”的邏輯對(duì)，使所述UPnP-AV單元和使用所述TCP或所述UDP的HTTP或者使用RTP的傳輸單元在邏輯上相對(duì)應(yīng)。40.一種向包接收裝置發(fā)送包數(shù)據(jù)的包發(fā)送方法，其特征在于，包括AV數(shù)據(jù)信息獲取步驟，獲取包括表示被輸入AV數(shù)據(jù)的端子的輸入端子信息、表示所述AV數(shù)據(jù)的數(shù)據(jù)格式的數(shù)據(jù)格式信息、和表示所述AV數(shù)據(jù)的屬性的屬性信息的AV數(shù)據(jù)信息；數(shù)據(jù)輸入步驟，受理所述AV數(shù)據(jù)和非AV數(shù)據(jù)的輸入；發(fā)送條件設(shè)定管理步驟，從所述非AV數(shù)據(jù)或所述AV數(shù)據(jù)抽取所述AV數(shù)據(jù)的收費(fèi)信息、再生控制信息和復(fù)制控制信息的至少一種信息，從所抽取的信息生成表示成為發(fā)送所述AV數(shù)據(jù)時(shí)的條件的加密模式的加密模式信息；加密數(shù)據(jù)生成步驟，根據(jù)組合所述輸入端子信息、所述數(shù)據(jù)格式信息和所述屬性信息而決定的發(fā)送條件，將在所述數(shù)據(jù)輸入步驟輸入的所述AV數(shù)據(jù)加密，向已加密的所述AV數(shù)據(jù)附加基于所述加密模式信息的加密信息標(biāo)題，從而生成加密數(shù)據(jù)；打包步驟，通過(guò)對(duì)在所述加密數(shù)據(jù)生成步驟生成的加密數(shù)據(jù)附加包標(biāo)題來(lái)生成包；認(rèn)證步驟，與所述包接收裝置之間進(jìn)行認(rèn)證處理；傳輸協(xié)議決定步驟，使用所述輸入端子信息、所述屬性信息和表示由所述包接收裝置指定的發(fā)送模式的信息的至少一個(gè)，決定所述包發(fā)送裝置和所述包接收裝置之間的所述AV數(shù)據(jù)的傳輸協(xié)議；傳輸步驟，在通過(guò)所述認(rèn)證處理完成與所述包接收裝置的認(rèn)證處理后，按照在所述傳輸協(xié)議決定步驟決定的傳輸協(xié)議，把包括通過(guò)所述打包步驟生成的加密數(shù)據(jù)的包傳輸給所述包接收裝置。41.一種向包接收裝置發(fā)送包數(shù)據(jù)的包發(fā)送裝置用的程序，其特征在于，使計(jì)算機(jī)執(zhí)行權(quán)利要求40所述的包發(fā)送方法中包含的步驟。全文摘要提供一種包發(fā)送裝置，可以通過(guò)IP包等廣泛普及的包，發(fā)送DTCP等利用內(nèi)容保護(hù)技術(shù)保護(hù)的內(nèi)容。包發(fā)送裝置具有發(fā)送條件設(shè)定管理部(404)，從所輸入的非AV數(shù)據(jù)或AV數(shù)據(jù)抽取AV數(shù)據(jù)的收費(fèi)信息、再生控制信息和復(fù)制控制信息的至少一方信息，從所抽取的信息生成表示成為發(fā)送AV數(shù)據(jù)時(shí)的條件的加密模式的加密模式信息；加密數(shù)據(jù)生成部(406)，根據(jù)組合輸入端子信息、數(shù)據(jù)格式信息和屬性信息而決定的發(fā)送條件，將所輸入的AV數(shù)據(jù)加密，向已加密的AV數(shù)據(jù)附加基于加密模式信息的加密信息標(biāo)題，從而生成加密數(shù)據(jù)；打包部(403)，通過(guò)對(duì)所生成的加密數(shù)據(jù)附加包標(biāo)題來(lái)生成包。文檔編號(hào)H04L12/56GK1894908SQ200480036990公開(kāi)日2007年1月10日申請(qǐng)日期2004年12月10日優(yōu)先權(quán)日2003年12月11日發(fā)明者森岡芳宏,綾木靖,臼木直司申請(qǐng)人:松下電器產(chǎn)業(yè)株式會(huì)社