亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

多媒體內(nèi)容的發(fā)送、接收方法及裝置以及家庭網(wǎng)關(guān)的制作方法

文檔序號:10515445閱讀:201來源:國知局
多媒體內(nèi)容的發(fā)送、接收方法及裝置以及家庭網(wǎng)關(guān)的制作方法
【專利摘要】本發(fā)明提供了一種多媒體內(nèi)容的發(fā)送、接收方法及裝置以及家庭網(wǎng)關(guān),其中,所述方法包括:在家庭網(wǎng)關(guān)接收到網(wǎng)絡(luò)側(cè)設(shè)備下發(fā)的多媒體內(nèi)容后,獲取與所述家庭網(wǎng)關(guān)連接的局域網(wǎng)LAN中終端所具備的多媒體能力;根據(jù)所述多媒體能力將所述多媒體內(nèi)容基于互聯(lián)網(wǎng)協(xié)議上的數(shù)字傳輸內(nèi)容保護DTCP-IP協(xié)議發(fā)送至所述終端。采用本發(fā)明提供的上述技術(shù)方案,解決了相關(guān)技術(shù)中,由于要求終端側(cè)必須支持?jǐn)?shù)字版權(quán)保護機制才能夠接收多媒體內(nèi)容進而用戶體驗度差的問題,大大擴展了運營商多媒體業(yè)務(wù)的應(yīng)用范圍,使之可以將多媒體內(nèi)容安全的分發(fā)的日益增長的移動終端。
【專利說明】
多媒體內(nèi)容的發(fā)送、接收方法及裝置以及家庭網(wǎng)關(guān)
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及通信領(lǐng)域,具體而言,涉及一種多媒體內(nèi)容的發(fā)送、接收方法及裝置以及家庭網(wǎng)關(guān)。
【背景技術(shù)】
[0002]當(dāng)前的互聯(lián)網(wǎng)協(xié)議(Internet Protocol,簡稱為IP)多媒體業(yè)務(wù)開展商業(yè)實踐中,主要有兩種模式:電信運營商提供的交互式網(wǎng)絡(luò)電視(Internet ProtocolTelevis1n,簡稱為IPTV)模式和互聯(lián)網(wǎng)服務(wù)商提供的OTT (Over The Top)模式。
[0003]國際電信聯(lián)盟一電信標(biāo)準(zhǔn)部(Internat1nalTelecommunicat1nsUn1n-Telecommunicat1ns standardizat1n sector,簡稱為 ITU-T)、歐洲電信標(biāo)準(zhǔn)學(xué)會(European Telecom Standards Institute,簡稱為 ETSI)和自動終端信息服務(wù) AutomaticTerminal Informat1n Service,簡稱為ATIS)都將IPTV系統(tǒng)定義為通過可以管控的有質(zhì)量和安全保證的IP網(wǎng)絡(luò)進行視頻業(yè)務(wù)傳輸?shù)臉I(yè)務(wù),其典型特征是與運營商和網(wǎng)絡(luò)緊密相關(guān),可管控網(wǎng)絡(luò)、高質(zhì)量和安全保證,用戶為運營商的接入相關(guān)客戶,OTT的本意是在運營商的網(wǎng)絡(luò)之上疊加的業(yè)務(wù)(視頻業(yè)務(wù)只是其中之一),典型業(yè)務(wù)特性是與網(wǎng)絡(luò)運營商和接入無關(guān)性,但隨著OTT的發(fā)展,OTT已廣泛被運營商借用,成為通過非管控的公共網(wǎng)絡(luò)傳輸視頻業(yè)務(wù)的代名詞。兩者的本質(zhì)差別是IPTV需要通過專有保障的網(wǎng)絡(luò)傳輸,OTT是通過公眾的盡力而為的互聯(lián)網(wǎng)傳輸。但兩者都需要從局端系統(tǒng)側(cè)內(nèi)容源到播放終端側(cè)的數(shù)字版權(quán)保護機制。早期多媒體業(yè)務(wù)開展,其播放終端機頂盒(Set Top Box,簡稱為STB)/OTT box無論是I臺還是多臺,都獨自具備數(shù)字版權(quán)保護模塊,成本高;且各播放終端直接與系統(tǒng)側(cè)局端進行獨立的業(yè)務(wù)交互,計費/認(rèn)證等過程較為復(fù)雜。
[0004]而對應(yīng)的在家庭內(nèi)部的設(shè)備上,IPTV模式需要提供接入型家庭網(wǎng)關(guān)Home Gateway和STB機頂盒;而011'模式對應(yīng)的家庭內(nèi)部設(shè)備,需要接入型家庭網(wǎng)關(guān)Home Gateway和OTT機頂盒。當(dāng)出現(xiàn)同一家庭同用戶模式時,就需要增加多個STB/0TT box,對應(yīng)多個帳號;這時的實現(xiàn)方式并不經(jīng)濟,且運維過程同樣較為復(fù)雜。
[0005]針對相關(guān)技術(shù)中,由于要求終端側(cè)必須支持?jǐn)?shù)字版權(quán)保護機制才能夠接收多媒體內(nèi)容進而用戶體驗度差的問題,尚未提出有效的解決方案。

【發(fā)明內(nèi)容】

[0006]為了解決上述技術(shù)問題,本發(fā)明提供了一種多媒體內(nèi)容的發(fā)送方法及裝置以及家庭網(wǎng)關(guān)。
[0007]根據(jù)本發(fā)明的一個方面,提供了一種多媒體內(nèi)容的發(fā)送方法,包括:在家庭網(wǎng)關(guān)接收到網(wǎng)絡(luò)側(cè)設(shè)備下發(fā)的多媒體內(nèi)容后,獲取與所述家庭網(wǎng)關(guān)連接的局域網(wǎng)LAN中終端所具備的多媒體能力;根據(jù)所述多媒體能力將所述多媒體內(nèi)容基于互聯(lián)網(wǎng)協(xié)議上的數(shù)字傳輸內(nèi)容保護DTCP-1P協(xié)議發(fā)送至所述終端。
[0008]優(yōu)選地,通過以下方式實現(xiàn)家庭網(wǎng)關(guān)接收到互聯(lián)網(wǎng)網(wǎng)絡(luò)下發(fā)的多媒體內(nèi)容,包括:接收所述網(wǎng)絡(luò)側(cè)設(shè)備下發(fā)的采用數(shù)字版權(quán)加密保護技術(shù)DRM的多媒體內(nèi)容。
[0009]優(yōu)選地,根據(jù)所述多媒體能力將所述多媒體內(nèi)容基于DTCP-1P發(fā)送至所述終端之前,還包括:將所述多媒體內(nèi)容解碼為多媒體清流;將所述多媒體清流根據(jù)所述多媒體能力重新編碼為與所述多媒體能力對應(yīng)的多媒體內(nèi)容。
[0010]優(yōu)選地,將所述多媒體清流根據(jù)所述多媒體能力重新編碼為與所述多媒體能力對應(yīng)的多媒體內(nèi)容之后,還包括:將與所述終端的多媒體能力對應(yīng)的多媒體內(nèi)容發(fā)送至所述終端。
[0011]優(yōu)選地,所述多媒體能力包括以下至少之一:多媒體分辨率、多媒體格式、解碼能力。
[0012]根據(jù)本發(fā)明的另一個方面,還提供了一種多媒體內(nèi)容的接收方法,包括:在家庭網(wǎng)關(guān)接收到網(wǎng)絡(luò)側(cè)設(shè)備下發(fā)的多媒體內(nèi)容后,上報與所述家庭網(wǎng)關(guān)連接的局域網(wǎng)LAN中終端所具備的多媒體能力;接收所述家庭網(wǎng)關(guān)根據(jù)所述多媒體能力將所述多媒體內(nèi)容基于互聯(lián)網(wǎng)協(xié)議上的數(shù)字傳輸內(nèi)容保護DTCP-1P協(xié)議發(fā)送的所述多媒體內(nèi)容。
[0013]根據(jù)本發(fā)明的另一個方面,還提供了一種多媒體內(nèi)容的發(fā)送裝置,應(yīng)用于家庭網(wǎng)關(guān),包括:獲取模塊,用于在接收到網(wǎng)絡(luò)側(cè)設(shè)備下發(fā)的多媒體內(nèi)容后,獲取與所述家庭網(wǎng)關(guān)連接的局域網(wǎng)LAN中終端所具備的多媒體能力;發(fā)送模塊,用于根據(jù)所述多媒體能力將所述多媒體內(nèi)容基于互聯(lián)網(wǎng)協(xié)議上的數(shù)字傳輸內(nèi)容保護DTCP-1P協(xié)議發(fā)送至所述終端。
[0014]優(yōu)選地,所述裝置還包括:接收模塊,用于接收所述網(wǎng)絡(luò)側(cè)設(shè)備下發(fā)的采用數(shù)字版權(quán)加密保護技術(shù)DRM的多媒體內(nèi)容。
[0015]根據(jù)本發(fā)明的另一個方面,還提供了一種多媒體內(nèi)容的接收裝置,應(yīng)用于終端,包括:上報模塊,用于在家庭網(wǎng)關(guān)接收到網(wǎng)絡(luò)側(cè)設(shè)備下發(fā)的多媒體內(nèi)容后,上報與所述家庭網(wǎng)關(guān)連接的局域網(wǎng)LAN中終端所具備的多媒體能力;接收模塊,用于接收所述家庭網(wǎng)關(guān)根據(jù)所述多媒體能力將所述多媒體內(nèi)容基于互聯(lián)網(wǎng)協(xié)議上的數(shù)字傳輸內(nèi)容保護DTCP-1P協(xié)議發(fā)送的所述多媒體內(nèi)容。
[0016]根據(jù)本發(fā)明的另一個方面,還提供了一種家庭網(wǎng)關(guān),包括:包括以上所述的多媒體內(nèi)容的發(fā)送裝置。
[0017]通過本發(fā)明,家庭網(wǎng)關(guān)支持DTCP-1P,取消了播放終端設(shè)備運營級數(shù)字版權(quán)保護機制,進而向終端發(fā)送多媒體內(nèi)容的技術(shù)手段,解決了相關(guān)技術(shù)中,由于要求終端側(cè)必須支持?jǐn)?shù)字版權(quán)保護機制才能夠接收多媒體內(nèi)容進而用戶體驗度差的問題,大大擴展了運營商多媒體業(yè)務(wù)的應(yīng)用范圍,使之可以將多媒體內(nèi)容安全的分發(fā)的日益增長的移動終端。
【附圖說明】
[0018]此處所說明的附圖用來提供對本發(fā)明的進一步理解,構(gòu)成本申請的一部分,本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明,并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中:
[0019]圖1是根據(jù)本發(fā)明實施例的多媒體內(nèi)容的發(fā)送方法的流程圖;
[0020]圖2為根據(jù)本發(fā)明實施例的多媒體內(nèi)容的發(fā)送裝置的結(jié)構(gòu)框圖;
[0021]圖3為根據(jù)本發(fā)明實施例的多媒體內(nèi)容的發(fā)送裝置的另一結(jié)構(gòu)框圖;
[0022]圖4為根據(jù)本發(fā)明實施例的多媒體內(nèi)容的接收方法流程圖;
[0023]圖5為根據(jù)本發(fā)明實施例的多媒體內(nèi)容的接收裝置的結(jié)構(gòu)框圖;
[0024]圖6是根據(jù)本發(fā)明優(yōu)選實施例一的無頭式多媒體家庭網(wǎng)關(guān)應(yīng)用環(huán)境的示意圖;
[0025]圖7是根據(jù)本發(fā)明優(yōu)選實施例二的無頭式多媒體家庭網(wǎng)關(guān)系統(tǒng)設(shè)計的模塊組成示意圖;
[0026]圖8是根據(jù)本發(fā)明優(yōu)選實施例三的無頭式多媒體家庭網(wǎng)關(guān)內(nèi)部媒體流向示意圖。
【具體實施方式】
[0027]下文中將參考附圖并結(jié)合實施例來詳細(xì)說明本發(fā)明。需要說明的是,在不沖突的情況下,本申請中的實施例及實施例中的特征可以相互組合。
[0028]本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述,并且,部分地從說明書中變得顯而易見,或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在所寫的說明書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。
[0029]為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案,下面將結(jié)合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本發(fā)明一部分的實施例,而不是全部的實施例?;诒景l(fā)明中的實施例,本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都應(yīng)當(dāng)屬于本發(fā)明保護的范圍。
[0030]為了解決上述技術(shù)問題,在本實施例中提供了一種多媒體內(nèi)容的發(fā)送方法,圖1是根據(jù)本發(fā)明實施例的多媒體內(nèi)容的發(fā)送方法的流程圖,如圖1所示,包括以下步驟:
[0031]步驟S102,在家庭網(wǎng)關(guān)接收到網(wǎng)絡(luò)側(cè)設(shè)備下發(fā)的多媒體內(nèi)容后,獲取與上述家庭網(wǎng)關(guān)連接的局域網(wǎng)LAN中終端所具備的多媒體能力;
[0032]步驟S104,根據(jù)上述多媒體能力將上述多媒體內(nèi)容基于互聯(lián)網(wǎng)協(xié)議上的數(shù)字傳輸內(nèi)容保護DTCP-1P協(xié)議發(fā)送至上述終端。
[0033]通過上述各個步驟,家庭網(wǎng)關(guān)支持DTCP-1P,取消了播放終端設(shè)備運營級數(shù)字版權(quán)保護機制,進而根據(jù)終端所支持的多媒體能力向終端發(fā)送多媒體內(nèi)容的技術(shù)手段,解決了相關(guān)技術(shù)中,由于要求終端側(cè)必須支持?jǐn)?shù)字版權(quán)保護機制才能夠接收多媒體內(nèi)容進而用戶體驗度差的問題,大大擴展了運營商多媒體業(yè)務(wù)的應(yīng)用范圍,使之可以將多媒體內(nèi)容安全的分發(fā)到移動終端中。
[0034]對于上述步驟S102中提到的多媒體內(nèi)容,家庭網(wǎng)關(guān)可以通過以下方式接收:接收上述網(wǎng)絡(luò)側(cè)設(shè)備下發(fā)的采用數(shù)字版權(quán)加密保護技術(shù)DRM的多媒體內(nèi)容,由于傳統(tǒng)的網(wǎng)絡(luò)IP鏈路是不安全的鏈路,因此,采用此種措施能夠?qū)⒍嗝襟w內(nèi)容安全的下發(fā)到家庭網(wǎng)關(guān)中。
[0035]由于在實際應(yīng)用中,LAN中終端所支持的多媒體能力是不同的,那么在執(zhí)行上述步驟S104的技術(shù)方案之前,還需要執(zhí)行以下技術(shù)方案:將上述多媒體內(nèi)容解碼為多媒體清流;將上述多媒體清流根據(jù)上述多媒體能力重新編碼為與上述多媒體能力對應(yīng)的多媒體內(nèi)容,之后將與上述終端的多媒體能力對應(yīng)的多媒體內(nèi)容發(fā)送至上述終端,也就是說,當(dāng)局域網(wǎng)內(nèi)包括多個終端時,對不同的終端,要根據(jù)其所支持的多媒體能力發(fā)送不同的多媒體內(nèi)容,其中,多媒體清流是指沒有經(jīng)過加密或者加擾的媒體流,可以用于進一步的編碼等操作。
[0036]需要說明的是,上述多媒體能力包括以下至少之一:多媒體分辨率、多媒體格式、解碼能力。
[0037]綜上所述可知,通過家庭網(wǎng)關(guān)實現(xiàn)了多媒體流的編碼和解碼過程,以及下發(fā)終端的保護機制(DTCP-1P),均是現(xiàn)有技術(shù)中的家庭網(wǎng)關(guān)所不能實現(xiàn)的,在現(xiàn)有的接入型家庭網(wǎng)關(guān)Home Gateway設(shè)備中,家庭網(wǎng)關(guān)完成廣域網(wǎng)(Wide Area Network,簡稱為WAN)側(cè)聯(lián)網(wǎng)以及局域網(wǎng)(Local Area Network,簡稱為LAN)多介質(zhì)異構(gòu)網(wǎng)絡(luò)組網(wǎng)功能。WAN接入技術(shù)包括數(shù)字用戶線路(Digital Subscriber Line,簡稱為DSL) /無源光纖網(wǎng)絡(luò)PON(PassiveOptical Network,簡稱為 P0N/Ethernet/3G/4G 等,LAN 側(cè)組網(wǎng)包括 Ethernet/ 無限保真(WIreless-Fidelity,簡稱為 WiFi)/ 紫蜂協(xié)議(Zigbee)/藍(lán)牙(Bluetooth)/ 外部交換站(Foreign Exchange Stat1n,簡稱為 FXS/通用串行總線(Universal Serial Bus,簡稱為USB)等。接入型家庭網(wǎng)關(guān)Home Gateway只完成數(shù)據(jù)通信橋接功能,不涉及多媒體業(yè)務(wù)的交互流程,尤其是多媒體內(nèi)容的安全傳輸?shù)谋Wo問題;接入型家庭網(wǎng)關(guān)Home Gateway通常都不具備多媒體的編解碼功能、多媒體數(shù)字版權(quán)保護機制DRM、家庭內(nèi)部多媒體流安全傳輸DTCP-1Po
[0038]換而言之,通過本發(fā)明實施例上述提供的技術(shù)方案,傳統(tǒng)的接入式家庭網(wǎng)關(guān)增加了多媒體業(yè)務(wù)相關(guān)功能,包括多媒體編解碼、媒體內(nèi)容保護、用戶遠(yuǎn)程界面等功能;而STB/OTT box可以縮減相對應(yīng)的功能,只剩下解碼渲染功能以降低多STB/0TT box部署時的成本和復(fù)雜度,進而IPTV/0TT系統(tǒng)中的多媒體內(nèi)容,在以DRM保護的形式安全下拉到該類無頭式多媒體家庭網(wǎng)關(guān),并在家庭網(wǎng)關(guān)本地終結(jié)DRM,同時,如有需求,則將媒體內(nèi)容重新編解碼,并以DTCP-1P方式安全的將多媒體內(nèi)容分發(fā)到家庭內(nèi)部多個播放設(shè)備上。
[0039]進一步地,家庭網(wǎng)關(guān)完成原本在機頂盒的多媒體編解碼、媒體內(nèi)容保護、用戶遠(yuǎn)程界面等功能,這樣的技術(shù)方案減少了部署家庭多媒體業(yè)務(wù)時家庭內(nèi)部設(shè)備的多樣性和復(fù)雜性,降低部署多機頂盒時的成本,編解碼/DRM功能從多個STB/0TT box移植到單個多媒體家庭網(wǎng)關(guān),STB/0TT box可以簡化成只具備編碼功能的Thin-STB/Thin OTT box簡單設(shè)備,從而簡化了設(shè)備硬件設(shè)計,降低了設(shè)備成本。
[0040]在本實施例中還提供了一種多媒體內(nèi)容的發(fā)送裝置,應(yīng)用于家庭網(wǎng)關(guān),用于實現(xiàn)上述實施例及優(yōu)選實施方式,已經(jīng)進行過說明的不再贅述,下面對該裝置中涉及到的模塊進行說明。如以下所使用的,術(shù)語“模塊”可以實現(xiàn)預(yù)定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn),但是硬件,或者軟件和硬件的組合的實現(xiàn)也是可能并被構(gòu)想的。圖2為根據(jù)本發(fā)明實施例的多媒體內(nèi)容的發(fā)送裝置的結(jié)構(gòu)框圖。如圖2所示,該裝置包括:
[0041]獲取模塊20,用于在接收到網(wǎng)絡(luò)側(cè)設(shè)備下發(fā)的多媒體內(nèi)容后,獲取與上述家庭網(wǎng)關(guān)連接的局域網(wǎng)LAN中終端所具備的多媒體能力;
[0042]發(fā)送模塊22,與獲取模塊20連接,用于根據(jù)上述多媒體能力將上述多媒體內(nèi)容基于互聯(lián)網(wǎng)協(xié)議上的數(shù)字傳輸內(nèi)容保護DTCP-1P協(xié)議發(fā)送至上述終端。
[0043]通過上述各個模塊的綜合作用,家庭網(wǎng)關(guān)支持DTCP-1P,取消了播放終端設(shè)備運營級數(shù)字版權(quán)保護機制,進而根據(jù)終端所支持的多媒體能力向終端發(fā)送多媒體內(nèi)容的技術(shù)手段,解決了相關(guān)技術(shù)中,由于要求終端側(cè)必須支持?jǐn)?shù)字版權(quán)保護機制才能夠接收多媒體內(nèi)容進而用戶體驗度差的問題,大大擴展了運營商多媒體業(yè)務(wù)的應(yīng)用范圍,使之可以將多媒體內(nèi)容安全的分發(fā)到移動終端中。
[0044]可選地,如圖3所示,上述裝置還包括:接收模塊24,與獲取模塊20連接,用于接收上述網(wǎng)絡(luò)側(cè)設(shè)備下發(fā)的采用數(shù)字版權(quán)加密保護技術(shù)DRM的多媒體內(nèi)容。
[0045]在本發(fā)明實施中,還提供了一種家庭網(wǎng)關(guān),包括上述的多媒體內(nèi)容的發(fā)送裝置。
[0046]為了更加完善本發(fā)明實施例上述提供的技術(shù)方案,在本發(fā)明實施例中,還提供了一種多媒體內(nèi)容的接收方法,圖4為根據(jù)本發(fā)明實施例的多媒體內(nèi)容的接收方法流程圖,如圖4所示:
[0047]步驟S402,在家庭網(wǎng)關(guān)接收到網(wǎng)絡(luò)側(cè)設(shè)備下發(fā)的多媒體內(nèi)容后,上報與上述家庭網(wǎng)關(guān)連接的局域網(wǎng)LAN中終端所具備的多媒體能力;
[0048]步驟S404,接收上述家庭網(wǎng)關(guān)根據(jù)上述多媒體能力將上述多媒體內(nèi)容基于互聯(lián)網(wǎng)協(xié)議上的數(shù)字傳輸內(nèi)容保護DTCP-1P協(xié)議發(fā)送的上述多媒體內(nèi)容。
[0049]通過上述各個步驟,終端將自身所支持的多媒體能力上報至家庭網(wǎng)關(guān),家庭網(wǎng)關(guān)支持DTCP-1P,取消了播放終端設(shè)備運營級數(shù)字版權(quán)保護機制,進而接收家庭網(wǎng)關(guān)根據(jù)終端所支持的多媒體能力發(fā)送的多媒體內(nèi)容的技術(shù)手段,解決了相關(guān)技術(shù)中,由于要求終端側(cè)必須支持?jǐn)?shù)字版權(quán)保護機制才能夠接收多媒體內(nèi)容進而用戶體驗度差的問題,大大擴展了運營商多媒體業(yè)務(wù)的應(yīng)用范圍,使之可以將多媒體內(nèi)容安全的分發(fā)到移動終端中。
[0050]需要說明的是,對于前述的各方法實施例,為了簡單描述,故將其都表述為一系列的動作組合,但是本領(lǐng)域技術(shù)人員應(yīng)該知悉,本發(fā)明并不受所描述的動作順序的限制,因為依據(jù)本發(fā)明,某些步驟可以采用其他順序或者同時進行。其次,本領(lǐng)域技術(shù)人員也應(yīng)該知悉,說明書中所描述的實施例均屬于優(yōu)選實施例,所涉及的動作和模塊并不一定是本發(fā)明所必需的。
[0051]在本實施例中還提供了一種多媒體內(nèi)容的接收裝置,應(yīng)用于終端,用于實現(xiàn)上述實施例及優(yōu)選實施方式,已經(jīng)進行過說明的不再贅述,下面對該裝置中涉及到的模塊進行說明。如以下所使用的,術(shù)語“模塊”可以實現(xiàn)預(yù)定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn),但是硬件,或者軟件和硬件的組合的實現(xiàn)也是可能并被構(gòu)想的。圖5為根據(jù)本發(fā)明實施例的多媒體內(nèi)容的接收裝置的結(jié)構(gòu)框圖。如圖5所示,該裝置包括:
[0052]上報模塊50,用于在家庭網(wǎng)關(guān)接收到網(wǎng)絡(luò)側(cè)設(shè)備下發(fā)的多媒體內(nèi)容后,上報與上述家庭網(wǎng)關(guān)連接的局域網(wǎng)LAN中終端所具備的多媒體能力;
[0053]接收模塊52,與上報模塊50連接,用于接收上述家庭網(wǎng)關(guān)根據(jù)上述多媒體能力將上述多媒體內(nèi)容基于互聯(lián)網(wǎng)協(xié)議上的數(shù)字傳輸內(nèi)容保護DTCP-1P協(xié)議發(fā)送的上述多媒體內(nèi)容。
[0054]通過上述各個模塊的綜合作用,終端將自身所支持的多媒體能力上報至家庭網(wǎng)關(guān),家庭網(wǎng)關(guān)支持DTCP-1P,取消了播放終端設(shè)備運營級數(shù)字版權(quán)保護機制,進而接收家庭網(wǎng)關(guān)根據(jù)終端所支持的多媒體能力發(fā)送的多媒體內(nèi)容的技術(shù)手段,解決了相關(guān)技術(shù)中,由于要求終端側(cè)必須支持?jǐn)?shù)字版權(quán)保護機制才能夠接收多媒體內(nèi)容進而用戶體驗度差的問題,大大擴展了運營商多媒體業(yè)務(wù)的應(yīng)用范圍,使之可以將多媒體內(nèi)容安全的分發(fā)到移動終端中。
[0055]另外,在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中,也可以是各個單元單獨物理存在,也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn),也可以采用軟件功能單元的形式實現(xiàn)。
[0056]為了更好的理解上述多媒體內(nèi)容的發(fā)送過程以及接收過程,以下結(jié)合優(yōu)選實施例一至優(yōu)選實施例三,以及附圖6-8對上述實施例的技術(shù)方案進行簡單說明,但不用于限定本發(fā)明實施例:
[0057]圖6是根據(jù)本發(fā)明優(yōu)選實施例一的無頭式多媒體家庭網(wǎng)關(guān)應(yīng)用環(huán)境的示意圖,如圖6所示:
[0058]給予圖6所示的多媒體家庭網(wǎng)關(guān)應(yīng)用環(huán)境,圖6實際上提供的是從IPTV/0TT系統(tǒng)側(cè)到家庭內(nèi)部播放終端側(cè)Thin-STB/Thin OTT box/Mobile Terminal的組網(wǎng)示意圖,電信運營商或者互聯(lián)網(wǎng)服務(wù)商通過Internt鏈路向最終用戶提供IPTV/0TT業(yè)務(wù)等多媒體業(yè)務(wù);由于傳統(tǒng)的Internet IP鏈路是不安全的鏈路,故本發(fā)明優(yōu)選實施例一的應(yīng)用環(huán)境中,多媒體受DRM保護的多媒體內(nèi)容能夠在IP網(wǎng)絡(luò)上安全的下拉到無頭式多媒體家庭網(wǎng)關(guān);多媒體家庭網(wǎng)關(guān)終結(jié)DRM并根據(jù)LAN側(cè)不同設(shè)備的能力,將多媒體清流內(nèi)容重新通過DTCP-1P保護,并發(fā)給LAN側(cè)播放終端設(shè)備Thin-STB/Thin OTT box/Mobile Terminal等。由于多媒體編解碼模塊/版權(quán)保護模塊集成在Home Gateway里,此處的LAN側(cè)播放終端Thin-STB/Thin OTT box/Mobile Terminal要求較低,只要具備軟件的DTCP-1P功能,解碼多媒體流并渲染到屏幕顯示上即可。
[0059]圖7是根據(jù)本發(fā)明優(yōu)選實施例二的無頭式多媒體家庭網(wǎng)關(guān)系統(tǒng)設(shè)計的模塊組成示意圖;
[0060]圖7中進一步細(xì)化了在本發(fā)明優(yōu)選實施例二的情況下,Home Gateway的內(nèi)部組成部分,且標(biāo)注了該家庭網(wǎng)關(guān)與外圍WAN側(cè)局端系統(tǒng)/LAN側(cè)播放設(shè)備的業(yè)務(wù)連接模型。在WAN側(cè),接入IPTV/0TT系統(tǒng)側(cè)的介質(zhì)可以是xDSL/P0N/Ethernet/3G/4G等;在LAN側(cè),與家庭內(nèi)部播放設(shè)備組網(wǎng)的介質(zhì)可以Ethernet/WiFi/基于同軸電纜的以太網(wǎng)傳輸(Ethernetover CoaxJI^ISEoC)/廣義電力線通信(Power Line Communicat1n,簡稱 PLC)等多種介質(zhì)。在多媒體家庭網(wǎng)關(guān)內(nèi)部除傳統(tǒng)的主芯片外,具備單獨的帶DRM的編解碼/轉(zhuǎn)碼芯片。在WAN側(cè)播放模型中,Home Gateway在IP鏈路上,接收受DRM保護的多媒體流,并將之在Security Zone內(nèi)解保護,還原成多媒體清流。而后,Home Gateway根據(jù)LAN側(cè)不同的播放終端的要求,通過編解碼模塊將多媒體清流重新編碼,更改不同的分辨率、編碼格式;再通過DTCP-1P模塊,將多媒體清流重新加密保護,并準(zhǔn)備發(fā)給對應(yīng)的播放終端設(shè)備。在LAN側(cè)播放模型中,Home Gateway是DTCP-Source端,用于發(fā)布帶安全防護的多媒體流;而播放終端設(shè)備是DTCP-Sink端,用于接受并播放帶安全防護的多媒體流。
[0061]圖8是根據(jù)本發(fā)明優(yōu)選實施例三的無頭式多媒體家庭網(wǎng)關(guān)內(nèi)部媒體流向示意圖,如下所示:
[0062]本發(fā)明優(yōu)選實施例三的無頭式多媒體家庭網(wǎng)關(guān)能夠?qū)崿F(xiàn)以下技術(shù)效果:
[0063]I)終結(jié)IPTV/0TT系統(tǒng)側(cè)的DRM,將受保護的多媒體內(nèi)容還原成清流;
[0064]2)具備編解碼/轉(zhuǎn)碼芯片,能夠根據(jù)LAN側(cè)播放設(shè)備的分辨率、解碼能力等方面,將多媒體清流重新轉(zhuǎn)碼成適合播放設(shè)備播放的流媒體格式;
[0065]3)將轉(zhuǎn)碼后的流媒體用DTCP-1P的方式來保護,通過有線或者無線的方式傳輸給LAN側(cè)播放設(shè)備。
[0066]米用本發(fā)明優(yōu)選實施例一直優(yōu)選實施例三所提供的技術(shù)方案,針對多媒體業(yè)務(wù)開展中遇到的Mult1-Screen/Mult1-Room需求帶來的多播放終端場景,將之簡化,將存在于多個STB/OTT box播放終端中的多媒體編解碼模塊/數(shù)字版權(quán)保護模塊刪減,使播放終端的架構(gòu)簡化(Thin-STB/Thin OTT box)并降低成本,并將原本處于多個播放終端中的多個多媒體編解碼模塊/數(shù)字版權(quán)模塊,合并到接入型Home Gateway中的單個的多媒體編解碼模塊/數(shù)字版權(quán)模塊;同時,為保證在家庭內(nèi)部的通信鏈路上安全傳輸多媒體內(nèi)容,在接入型Home Gateway中增加DTCP-1P模塊,使用DTCP-1P技術(shù)來保護向簡化版的Thin-STB/ThinOTT box安全傳輸多媒體內(nèi)容;采用DTCP-1P的另一主要目的是能夠?qū)PTV/0TT系統(tǒng)中的多媒體資源,安全的向當(dāng)前迅猛增長的互聯(lián)網(wǎng)移動終端Mobi Ie Terminal如智能手機、智能平板等設(shè)備分發(fā)多媒體內(nèi)容,擴展IPTV/0TT系統(tǒng)的用戶群,滿足移動終端的強烈需求。
[0067]綜上所述,本發(fā)明實施例達到了以下技術(shù)效果:解決了相關(guān)技術(shù)中,由于要求終端側(cè)必須支持?jǐn)?shù)字版權(quán)保護機制才能夠接收多媒體內(nèi)容進而用戶體驗度差的問題,大大擴展了運營商多媒體業(yè)務(wù)的應(yīng)用范圍,使之可以將多媒體內(nèi)容安全的分發(fā)到移動終端中。
[0068]在另外一個實施例中,還提供了一種軟件,該軟件用于執(zhí)行上述實施例及優(yōu)選實施方式中描述的技術(shù)方案。
[0069]在另外一個實施例中,還提供了一種存儲介質(zhì),該存儲介質(zhì)中存儲有上述軟件,該存儲介質(zhì)包括但不限于:光盤、軟盤、硬盤、可擦寫存儲器等。
[0070]需要說明的是,本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”等是用于區(qū)別類似的對象,而不必用于描述特定的順序或先后次序。應(yīng)該理解這樣使用的對象在適當(dāng)情況下可以互換,以便這里描述的本發(fā)明的實施例能夠以除了在這里圖示或描述的那些以外的順序?qū)嵤?。此外,術(shù)語“包括”和“具有”以及他們的任何變形,意圖在于覆蓋不排他的包含,例如,包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設(shè)備不必限于清楚地列出的那些步驟或單元,而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、產(chǎn)品或設(shè)備固有的其它步驟或單元。
[0071]顯然,本領(lǐng)域的技術(shù)人員應(yīng)該明白,上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn),它們可以集中在單個的計算裝置上,或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上,可選地,它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn),從而,可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行,并且在某些情況下,可以以不同于此處的順序執(zhí)行所示出或描述的步驟,或者將它們分別制作成各個集成電路模塊,或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣,本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
[0072]以上所述僅為本發(fā)明的優(yōu)選實施例而已,并不用于限制本發(fā)明,對于本領(lǐng)域的技術(shù)人員來說,本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進等,均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
【主權(quán)項】
1.一種多媒體內(nèi)容的發(fā)送方法,其特征在于,包括: 在家庭網(wǎng)關(guān)接收到網(wǎng)絡(luò)側(cè)設(shè)備下發(fā)的多媒體內(nèi)容后,獲取與所述家庭網(wǎng)關(guān)連接的局域網(wǎng)LAN中終端所具備的多媒體能力; 根據(jù)所述多媒體能力將所述多媒體內(nèi)容基于互聯(lián)網(wǎng)協(xié)議上的數(shù)字傳輸內(nèi)容保護DTCP-1P協(xié)議發(fā)送至所述終端。2.根據(jù)權(quán)利要求1所述的方法,其特征在于,通過以下方式實現(xiàn)家庭網(wǎng)關(guān)接收到互聯(lián)網(wǎng)網(wǎng)絡(luò)下發(fā)的多媒體內(nèi)容,包括: 接收所述網(wǎng)絡(luò)側(cè)設(shè)備下發(fā)的采用數(shù)字版權(quán)加密保護技術(shù)DRM的多媒體內(nèi)容。3.根據(jù)權(quán)利要求1所述的方法,其特征在于,根據(jù)所述多媒體能力將所述多媒體內(nèi)容基于DTCP-1P發(fā)送至所述終端之前,還包括: 將所述多媒體內(nèi)容解碼為多媒體清流; 將所述多媒體清流根據(jù)所述多媒體能力重新編碼為與所述多媒體能力對應(yīng)的多媒體內(nèi)容。4.根據(jù)權(quán)利要求3所述的方法,其特征在于,將所述多媒體清流根據(jù)所述多媒體能力重新編碼為與所述多媒體能力對應(yīng)的多媒體內(nèi)容之后,還包括: 將與所述終端的多媒體能力對應(yīng)的多媒體內(nèi)容發(fā)送至所述終端。5.根據(jù)權(quán)利要求1-4任一項所述的方法,其特征在于,所述多媒體能力包括以下至少之一:多媒體分辨率、多媒體格式、解碼能力。6.一種多媒體內(nèi)容的接收方法,其特征在于,包括: 在家庭網(wǎng)關(guān)接收到網(wǎng)絡(luò)側(cè)設(shè)備下發(fā)的多媒體內(nèi)容后,上報與所述家庭網(wǎng)關(guān)連接的局域網(wǎng)LAN中終端所具備的多媒體能力; 接收所述家庭網(wǎng)關(guān)根據(jù)所述多媒體能力將所述多媒體內(nèi)容基于互聯(lián)網(wǎng)協(xié)議上的數(shù)字傳輸內(nèi)容保護DTCP-1P協(xié)議發(fā)送的所述多媒體內(nèi)容。7.一種多媒體內(nèi)容的發(fā)送裝置,應(yīng)用于家庭網(wǎng)關(guān),其特征在于,包括: 獲取模塊,用于在接收到網(wǎng)絡(luò)側(cè)設(shè)備下發(fā)的多媒體內(nèi)容后,獲取與所述家庭網(wǎng)關(guān)連接的局域網(wǎng)LAN中終端所具備的多媒體能力; 發(fā)送模塊,用于根據(jù)所述多媒體能力將所述多媒體內(nèi)容基于互聯(lián)網(wǎng)協(xié)議上的數(shù)字傳輸內(nèi)容保護DTCP-1P協(xié)議發(fā)送至所述終端。8.根據(jù)權(quán)利要求7所述的裝置,其特征在于,所述裝置還包括: 接收模塊,用于接收所述網(wǎng)絡(luò)側(cè)設(shè)備下發(fā)的采用數(shù)字版權(quán)加密保護技術(shù)DRM的多媒體內(nèi)容。9.一種多媒體內(nèi)容的接收裝置,應(yīng)用于終端,其特征在于,包括: 上報模塊,用于在家庭網(wǎng)關(guān)接收到網(wǎng)絡(luò)側(cè)設(shè)備下發(fā)的多媒體內(nèi)容后,上報與所述家庭網(wǎng)關(guān)連接的局域網(wǎng)LAN中終端所具備的多媒體能力; 接收模塊,用于接收所述家庭網(wǎng)關(guān)根據(jù)所述多媒體能力將所述多媒體內(nèi)容基于互聯(lián)網(wǎng)協(xié)議上的數(shù)字傳輸內(nèi)容保護DTCP-1P協(xié)議發(fā)送的所述多媒體內(nèi)容。10.一種家庭網(wǎng)關(guān),其特征在于,包括:包括權(quán)利要求7-8任一項所述的裝置。
【文檔編號】H04L12/28GK105871792SQ201510037161
【公開日】2016年8月17日
【申請日】2015年1月23日
【發(fā)明人】張志剛, 李鴛
【申請人】中興通訊股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1