本發(fā)明涉及一種通信技術(shù)，特別是涉及一種數(shù)字廣播控制系統(tǒng)及方法。
背景技術(shù)：
：目前，市場(chǎng)上對(duì)于數(shù)據(jù)的無(wú)線傳輸方式主要有兩種，移動(dòng)通信網(wǎng)絡(luò)以及廣播通信網(wǎng)絡(luò)。移動(dòng)通信網(wǎng)絡(luò)是雙向網(wǎng)絡(luò)傳輸，該網(wǎng)絡(luò)可以保證數(shù)據(jù)的到達(dá)率，但對(duì)于大容量數(shù)據(jù)的傳輸成本過(guò)高，而且周邊用戶的接入量，會(huì)影響通道建立的成功率和穩(wěn)定性。廣播通信網(wǎng)絡(luò)可以采用廣播通道實(shí)現(xiàn)數(shù)據(jù)推送的業(yè)務(wù)，廣播通信網(wǎng)絡(luò)雖然具有成本相對(duì)低廉、傳輸速率高的優(yōu)點(diǎn)，但傳統(tǒng)的廣播通信網(wǎng)絡(luò)的數(shù)據(jù)推送方式受到廣播通道單向性和群發(fā)性的特征局限，不能很好地對(duì)推送的業(yè)務(wù)進(jìn)行實(shí)時(shí)監(jiān)控，導(dǎo)致通信數(shù)據(jù)的穩(wěn)定性得不到保障；同時(shí)也不能高效地將數(shù)據(jù)定向發(fā)送到分組設(shè)備，從而增加了廣播通道的負(fù)擔(dān)，也未能發(fā)揮廣播通道高速率的優(yōu)勢(shì)。鑒于此，如何融合廣播通道的低成本優(yōu)勢(shì)以及雙向網(wǎng)絡(luò)的數(shù)據(jù)穩(wěn)定性優(yōu)勢(shì)成為了本領(lǐng)域技術(shù)人員亟待解決的問(wèn)題。技術(shù)實(shí)現(xiàn)要素：鑒于以上所述現(xiàn)有技術(shù)的缺點(diǎn)，本發(fā)明的目的在于提供一種數(shù)字廣播控制系統(tǒng)及方法，用于解決現(xiàn)有技術(shù)中廣播通信網(wǎng)絡(luò)的數(shù)據(jù)推送方式受到廣播通道單向性和群發(fā)性的特征局限，不能很好地對(duì)推送的業(yè)務(wù)進(jìn)行實(shí)時(shí)監(jiān)控的問(wèn)題。為實(shí)現(xiàn)上述目的及其他相關(guān)目的，本發(fā)明提供一種數(shù)字廣播控制系統(tǒng)，所述數(shù)字廣播控制系統(tǒng)包括服務(wù)器和多個(gè)接收終端，所述服務(wù)器包括：播放交互模塊，用于通過(guò)雙向網(wǎng)絡(luò)向接收終端提供播放交互頁(yè)面，供接收終端選擇確定推送文件，所述推送文件包括多媒體文件；打包服務(wù)模塊，用于將所述推送文件進(jìn)行切片處理成多個(gè)切片文件，并將所述切片文件打包形成預(yù)設(shè)格式流，將所述預(yù)設(shè)格式流通過(guò)廣播通道發(fā)送給接收終端?？蛇x地，所述打包服務(wù)模塊用于將所述預(yù)設(shè)格式流與實(shí)時(shí)節(jié)目流進(jìn)行復(fù)用后通過(guò)廣播通道發(fā)送給接收終端。可選地，所述打包服務(wù)模塊包括視頻編碼單元，所述視頻編碼單元用于將所述推送文件中的視頻數(shù)據(jù)編碼成預(yù)設(shè)編碼格式的視頻數(shù)據(jù)?？蛇x地，所述打包服務(wù)模塊包括文件加密單元，所述播放交互頁(yè)面中包括對(duì)加密信息的配置，所述文件加密單元用于根據(jù)所配置的加密信息對(duì)所述推送文件進(jìn)行加密處理?？蛇x地，所述推送文件還包括排片表文件，所述排片表文件描述了對(duì)所述媒體文件的播放控制信息?？蛇x地，所述服務(wù)器還包括補(bǔ)包服務(wù)模塊，用于從所述打包服務(wù)模塊中獲得所述切片文件；當(dāng)通過(guò)雙向網(wǎng)絡(luò)接收到接收終端的補(bǔ)包請(qǐng)求時(shí)，根據(jù)補(bǔ)包請(qǐng)求中的內(nèi)容確定需要補(bǔ)包的切片文件，并向所述接收終端發(fā)送所述切片文件?？蛇x地，所述服務(wù)器還包括終端信息獲取模塊，所述終端信息獲取模塊用于根據(jù)待獲取的終端信息向所述接收終端發(fā)送終端信息請(qǐng)求，并接收所述接收終端反饋的相應(yīng)的終端信息。本發(fā)明還提供一種數(shù)字廣播控制系統(tǒng)，所述數(shù)字廣播控制系統(tǒng)包括服務(wù)器和多個(gè)接收終端，所述接收終端包括：播放選擇模塊，用于接收服務(wù)器發(fā)送的播放交互頁(yè)面，通過(guò)雙向網(wǎng)絡(luò)選擇確定推送文件；推送文件組裝模塊，用于接收預(yù)設(shè)格式流，并對(duì)所述預(yù)設(shè)格式流進(jìn)行處理，確定所述推送文件的所有切片文件完整，組裝所述推送文件。可選地，所述推送文件組裝模塊包括文件解密單元，所述播放交互頁(yè)面中包括對(duì)加密信息的配置，所述文件解密單元用于根據(jù)所配置的加密信息對(duì)所組裝的推送文件進(jìn)行解密處理。可選地，所述推送文件組裝模塊還用于：當(dāng)所述切片文件出現(xiàn)缺失時(shí)，通過(guò)雙向網(wǎng)絡(luò)向所述服務(wù)器發(fā)送補(bǔ)包請(qǐng)求，所述補(bǔ)包請(qǐng)求中包括需要補(bǔ)包的切片文件。可選地，所述接收終端還包括終端信息反饋模塊，所述終端信息反饋模塊用于接收服務(wù)器的終端信息請(qǐng)求，根據(jù)所述終端信息請(qǐng)求獲取所述接收終端的相應(yīng)的終端信息并反饋給服務(wù)器。可選地，所述終端信息反饋模塊也用于主動(dòng)向服務(wù)器發(fā)送所述接收終端的終端信號(hào)狀態(tài)或/和當(dāng)前接收數(shù)據(jù)包狀態(tài)?？蛇x地，所述接收終端包括公共平臺(tái)終端。本發(fā)明還提供一種數(shù)字廣播控制方法，應(yīng)用于包括服務(wù)器和多個(gè)接收終端的數(shù)字廣播系統(tǒng)，所述數(shù)字廣播控制方法包括：接收終端通過(guò)雙向網(wǎng)絡(luò)訪問(wèn)服務(wù)器提供的播放交互頁(yè)面并在所述播放交互頁(yè)面上選擇確定推送文件，所述推送文件包括多媒體文件；服務(wù)器將所述推送文件進(jìn)行切片處理成多個(gè)切片文件，并將所述切片文件打包形成預(yù)設(shè)格式流，將所述預(yù)設(shè)格式流通過(guò)廣播通道發(fā)送；接收終端接收所述預(yù)設(shè)格式流，并對(duì)所述預(yù)設(shè)格式流進(jìn)行處理，確定所述推送文件的所有切片文件完整，組裝所述推送文件?？蛇x地，服務(wù)器將所述預(yù)設(shè)格式流與實(shí)時(shí)節(jié)目流進(jìn)行復(fù)用后通過(guò)廣播通道發(fā)送?？蛇x地，所述播放交互頁(yè)面中包括對(duì)加密信息的配置，服務(wù)器根據(jù)所配置的加密信息對(duì)所述推送文件進(jìn)行加密處理，接收終端對(duì)所組裝的推送文件進(jìn)行解密處理。可選地，所述推送文件還包括排片表文件，所述排片表文件描述了對(duì)所述多媒體文件的播放控制信息，接收終端根據(jù)所述排片表文件控制對(duì)所述多媒體文件的播放。可選地，接收終端檢測(cè)到所述切片文件出現(xiàn)缺失時(shí)，通過(guò)雙向網(wǎng)絡(luò)向所述服務(wù)器發(fā)送補(bǔ)包請(qǐng)求，所述補(bǔ)包請(qǐng)求中包括需要補(bǔ)包的切片文件；服務(wù)器根據(jù)補(bǔ)包請(qǐng)求向所述接收終端發(fā)送所述切片文件?？蛇x地，服務(wù)器根據(jù)需要獲取的終端信息通過(guò)雙向網(wǎng)絡(luò)向所述接收終端發(fā)送終端信息請(qǐng)求，并接收所述接收終端反饋的相應(yīng)的終端信息。如上所述，本發(fā)明的一種數(shù)字廣播控制系統(tǒng)及方法，具有以下有益效果：能夠滿足數(shù)據(jù)內(nèi)容推送的應(yīng)用需求，接收終端可以通過(guò)雙向網(wǎng)絡(luò)選擇確定播放數(shù)據(jù)(推送文件)，服務(wù)器對(duì)所述播放數(shù)據(jù)進(jìn)行封裝與加密，并通過(guò)廣播通道發(fā)送給接收終端。本發(fā)明的技術(shù)方案融合廣播通道和雙向網(wǎng)絡(luò)的通道優(yōu)勢(shì)，以成本相對(duì)低廉的廣播通道作為數(shù)據(jù)通道，而以到達(dá)率相對(duì)較高的雙向網(wǎng)絡(luò)通道作為補(bǔ)包和監(jiān)控通道，構(gòu)建一個(gè)從播控平臺(tái)，到打包服務(wù)程序，再到終端apk的完整收發(fā)系統(tǒng)，最終可以實(shí)現(xiàn)文件的定點(diǎn)定時(shí)推送、數(shù)據(jù)包的高效封裝、終端的自適應(yīng)接收，使廣播通道能夠基于數(shù)據(jù)廣播的技術(shù)，發(fā)掘其增值業(yè)務(wù)。附圖說(shuō)明圖1顯示為本發(fā)明的數(shù)字廣播控制系統(tǒng)的一實(shí)施例的模塊示意圖。圖2顯示為本發(fā)明的數(shù)字廣播控制方法的一實(shí)施例的流程示意圖。元件標(biāo)號(hào)說(shuō)明1數(shù)字廣播控制系統(tǒng)11服務(wù)器111播放交互模塊112打包服務(wù)模塊12接收終端121播放選擇模塊122推送文件組裝模塊S1～S3步驟具體實(shí)施方式以下通過(guò)特定的具體實(shí)例說(shuō)明本發(fā)明的實(shí)施方式，本領(lǐng)域技術(shù)人員可由本說(shuō)明書(shū)所揭露 的內(nèi)容輕易地了解本發(fā)明的其他優(yōu)點(diǎn)與功效。本發(fā)明還可以通過(guò)另外不同的具體實(shí)施方式加以實(shí)施或應(yīng)用，本說(shuō)明書(shū)中的各項(xiàng)細(xì)節(jié)也可以基于不同觀點(diǎn)與應(yīng)用，在沒(méi)有背離本發(fā)明的精神下進(jìn)行各種修飾或改變。需要說(shuō)明的是，本實(shí)施例中所提供的圖示僅以示意方式說(shuō)明本發(fā)明的基本構(gòu)想，遂圖式中僅顯示與本發(fā)明中有關(guān)的組件而非按照實(shí)際實(shí)施時(shí)的組件數(shù)目、形狀及尺寸繪制，其實(shí)際實(shí)施時(shí)各組件的型態(tài)、數(shù)量及比例可為一種隨意的改變，且其組件布局型態(tài)也可能更為復(fù)雜。本發(fā)明提供一種數(shù)字廣播控制系統(tǒng)。在一個(gè)實(shí)施例中，如圖1所示，所述數(shù)字廣播控制系統(tǒng)1包括服務(wù)器11和多個(gè)接收終端12，所述服務(wù)器11包括播放交互模塊111以及打包服務(wù)模塊112。其中：播放交互模塊111用于通過(guò)雙向網(wǎng)絡(luò)向接收終端提供播放交互頁(yè)面，供接收終端選擇確定推送文件，所述推送文件包括多媒體文件。在一個(gè)實(shí)施例中，接收終端通過(guò)瀏覽器訪問(wèn)播放交互頁(yè)面，并在播放交互頁(yè)面選擇確定推送文件，所述推送文件可以以播單的形式確定，播單是一種是類似XML格式的文本文件，服務(wù)器根據(jù)所述播單確定相關(guān)的推送文件。所述推送文件包括要播放的多媒體文件，所述推送文件還可以包括排片表文件，所述排片表文件描述了對(duì)所述媒體文件的播放控制信息。根據(jù)不同的需要，所述推送文件還可以包括控制命令文件、升級(jí)文件、框架文件等內(nèi)容。所述雙向網(wǎng)絡(luò)包括移動(dòng)網(wǎng)絡(luò)(2G、3G或4G等)以及WiFi網(wǎng)絡(luò)。打包服務(wù)模塊112用于將所述推送文件進(jìn)行切片處理成多個(gè)切片文件，并將所述切片文件打包形成預(yù)設(shè)格式流，將所述預(yù)設(shè)格式流通過(guò)廣播通道發(fā)送給接收終端。具體地，打包服務(wù)模塊112從播放交互模塊111獲取推送文件，將所述推送文件進(jìn)行切片處理成多個(gè)切片文件，并將所述切片文件打包形成預(yù)設(shè)格式流，將所述預(yù)設(shè)格式流通過(guò)廣播通道發(fā)送給接收終端。在一個(gè)實(shí)施例中，所述打包服務(wù)模塊112是將所述預(yù)設(shè)格式流與實(shí)時(shí)節(jié)目流進(jìn)行復(fù)用后通過(guò)廣播通道發(fā)送給接收終端。在一個(gè)實(shí)施例中，所述打包服務(wù)模塊包括視頻編碼單元，所述視頻編碼單元用于將所述推送文件中的視頻數(shù)據(jù)編碼成預(yù)設(shè)編碼格式的視頻數(shù)據(jù)。所述視頻編碼單元還可以用于將所述推送文件中的視頻數(shù)據(jù)重新編碼以壓縮視頻數(shù)據(jù)的大小。音視頻及數(shù)字信號(hào)經(jīng)MPEG編碼器進(jìn)行數(shù)據(jù)壓縮，通過(guò)復(fù)用器形成的基本碼流(即ES流，ElementaryStream)，對(duì)ES流再打包形成帶有包頭的基本碼流，即PES(PacketizedElementaryStreams)流。在一個(gè)實(shí)施例中，所述廣播通道通過(guò)TS(TransportStream)流發(fā)送數(shù)據(jù)，所述打包服務(wù)模塊112需要將PES流進(jìn)一步封裝成TS流后發(fā)送。PES(PacketizedElementaryStreams)流由包頭、基本流特有信息和包數(shù)據(jù)組成。包頭由包頭起始碼前綴，數(shù)據(jù)流識(shí)別和 PES包長(zhǎng)組成。在一個(gè)實(shí)施例中，將加密后的數(shù)據(jù)存放在PES的包數(shù)據(jù)位置，為了確定文件的信息，還需要對(duì)PES包數(shù)據(jù)進(jìn)行協(xié)議規(guī)范。協(xié)議主要制定的是文件幀的規(guī)范。文件發(fā)送的主要原理就是分包，將一個(gè)文件切割成指定大小的眾多包，加上文件幀的幀頭，就可以填充在PES包的包數(shù)據(jù)位置。由一種特殊的文件幀為控制幀，用以指示終端文件的完整信息，比如文件名，文件類型，文件分組，文件總幀數(shù)，組序號(hào)，用戶號(hào)。一個(gè)簡(jiǎn)單的文件分包協(xié)議可以定義文件幀(file_frame)格式為：0xFFLENCRCTYPEDATA其中，當(dāng)幀類型TYPE為0x10；DATA的第一，第二字節(jié)為文件流水號(hào)(FileNumber)。(取值范圍0-65535)；第三到第六字節(jié)為文件幀序號(hào)(FileSequenceNo)。(取值范圍0-4294967296，0為控制幀，文件幀從1開(kāi)始)。當(dāng)文件幀序號(hào)為0時(shí)為文件控制幀(FileContrlFrame)。文件控制幀中包括文件名，文件類型，文件分組，文件總幀數(shù)，組序號(hào)，用戶號(hào)等信息。每個(gè)文件都可以設(shè)定目標(biāo)分組，只有目標(biāo)分組接收終端(包括機(jī)頂盒)才接收文件。接收終端(包括機(jī)頂盒)可以設(shè)定在不定數(shù)目的分組中。目標(biāo)分組數(shù)據(jù)在文件控制幀中。如果分組數(shù)據(jù)為0xFFFF時(shí)為廣播。所有接收終端(包括機(jī)頂盒)都接收。在一個(gè)實(shí)施例中，所述打包服務(wù)模塊112包括文件加密單元，所述播放交互頁(yè)面中包括對(duì)加密信息的配置，所述文件加密單元用于根據(jù)所配置的加密信息對(duì)所述推送文件進(jìn)行加密處理。具體地，接收終端選擇確定的內(nèi)容包括配置加密信息，包括加密算法以及密鑰。加密算法可以包括DES、TDES、AES、RSA等加密算法。文件加密單元根據(jù)所配置的加密信息對(duì)所述推送文件進(jìn)行加密處理。在一個(gè)實(shí)施例中，所述服務(wù)器11還包括補(bǔ)包服務(wù)模塊，用于從所述打包服務(wù)模塊112中獲得所述切片文件；當(dāng)通過(guò)雙向網(wǎng)絡(luò)接收到接收終端12的補(bǔ)包請(qǐng)求時(shí)，根據(jù)補(bǔ)包請(qǐng)求中的內(nèi)容確定需要補(bǔ)包的切片文件，并向所述接收終端12發(fā)送所述切片文件。這是考慮包廣播通道的單向性以及廣播信號(hào)可能存在不穩(wěn)定導(dǎo)致的數(shù)據(jù)缺失，通過(guò)雙向網(wǎng)絡(luò)予以完善，補(bǔ)充缺失的數(shù)據(jù)內(nèi)容。在一個(gè)實(shí)施例中，當(dāng)廣播信號(hào)不穩(wěn)定時(shí)，接收終端12通過(guò)3G/4G的廣播通道，向該補(bǔ)包服務(wù)模塊提出補(bǔ)包請(qǐng)求，根據(jù)補(bǔ)包請(qǐng)求中的信息檢索到唯一的數(shù)據(jù)文件包(切片文件)，進(jìn)行下載操作，從而補(bǔ)全接收終端12不完整的數(shù)據(jù)文件。該補(bǔ)包服務(wù)模塊支持多線程，可以同時(shí)為多個(gè)接收終端12進(jìn)行補(bǔ)包服務(wù)。接收終端12若是需要補(bǔ)包，可以使用HTTP服務(wù)，從指定的URL地址下載。在一個(gè)實(shí)施例中，所述服務(wù)器11還包括終端信息獲取模塊，所述終端信息獲取模塊用于根據(jù)待獲取的終端信息向所述接收終端12發(fā)送終端信息請(qǐng)求，并接收所述接收終端12反饋 的相應(yīng)的終端信息。在一個(gè)實(shí)施例中，所述終端信息包括接收終端12的實(shí)時(shí)工作狀態(tài)和運(yùn)作信息(包括射頻信號(hào)鎖定情況、數(shù)據(jù)廣播接收情況、終端已接收文件查詢等)以及接收終端的業(yè)務(wù)信息(包括節(jié)目瀏覽量、用戶收視時(shí)段等)。在一個(gè)實(shí)施例中，服務(wù)端11與接收終端12通過(guò)雙向網(wǎng)絡(luò)保持通信，可以開(kāi)放TCP端口，接收終端12通過(guò)3G/Wifi連接到服務(wù)端11，向服務(wù)端11上傳信息。服務(wù)端11可以獲取所有接收終端12的終端信息。本發(fā)明還提供一種數(shù)字廣播控制系統(tǒng)。在一個(gè)實(shí)施例中，如圖1所示，所述數(shù)字廣播控制系統(tǒng)1包括11和多個(gè)接收終端12，所述接收終端12包括播放選擇模塊121以及推送文件組裝模塊122。其中：播放選擇模塊121用于訪問(wèn)服務(wù)器11的播放交互頁(yè)面，通過(guò)雙向網(wǎng)絡(luò)選擇確定推送文件。在一個(gè)實(shí)施例中，播放選擇模塊121通過(guò)雙向網(wǎng)絡(luò)訪問(wèn)服務(wù)器11的播放交互頁(yè)面，可以選擇要播放的文件(多媒體文件)，還可以選擇文件的播放順序(由此生成排片表文件)，還可以選擇加密算法以及確定加密密鑰。根據(jù)接收終端12的選擇，服務(wù)器11的播放交互頁(yè)面相應(yīng)的確定推送文件，所述推送文件包括多媒體文件、排片表文件等信息。推送文件組裝模塊122用于接收預(yù)設(shè)格式流，并對(duì)所述預(yù)設(shè)格式流進(jìn)行處理，確定所述推送文件的所有切片文件完整，組裝所述推送文件。具體地，推送文件組裝模塊122通過(guò)廣播通道接收預(yù)設(shè)格式流，所述預(yù)設(shè)格式流以廣播通道要求的格式封裝，通?？梢詾門S(TransportStream)格式。接收終端12的后續(xù)處理可以包括：按照排片表的時(shí)間要求，接收終端12可以將推送文件的素材和直播節(jié)目流進(jìn)行輪播呈現(xiàn)。所述接收終端包括公共平臺(tái)終端，此時(shí)公共平臺(tái)終端可以向連接到它上面的終端提供所述多媒體文件的播放服務(wù)。直播節(jié)目流按數(shù)字電視標(biāo)準(zhǔn)方式處理，就是解碼后送顯示設(shè)備。它和推送文件在顯示在時(shí)間上是分開(kāi)的。在一個(gè)實(shí)施例中，所述推送文件組裝模塊122包括文件解密單元，所述播放交互頁(yè)面中包括對(duì)加密信息的配置(選擇加密算法以及確定加密密鑰)，所述文件解密單元用于根據(jù)所配置的加密信息對(duì)所組裝的推送文件進(jìn)行解密處理。在一個(gè)實(shí)施例中，所述推送文件組裝模塊122還用于：當(dāng)所述切片文件出現(xiàn)缺失時(shí)，通過(guò)雙向網(wǎng)絡(luò)向所述服務(wù)器發(fā)送補(bǔ)包請(qǐng)求，所述補(bǔ)包請(qǐng)求中包括需要補(bǔ)包的切片文件。接收終端12中可以設(shè)定一個(gè)比例，當(dāng)文件接收完一個(gè)輪次，檢查發(fā)現(xiàn)完成了95％或者98％時(shí)，開(kāi)始進(jìn)行補(bǔ)包。如果一個(gè)文件被分成100個(gè)數(shù)據(jù)包，從數(shù)字電視廣播通道收到99個(gè)數(shù)據(jù)包，剩下的一個(gè)就可以通過(guò)雙向數(shù)據(jù)通道(3G、4G)用斷點(diǎn)續(xù)傳技術(shù)從HTTP服務(wù)器請(qǐng)求文件的一個(gè)片段，把文件補(bǔ)齊。例如，如果一個(gè)文件是100K字節(jié)長(zhǎng)，收到了95K字節(jié)，檢查包序列 號(hào)發(fā)現(xiàn)未收到的5K字節(jié)是從30000字節(jié)開(kāi)始的，那么就請(qǐng)求服務(wù)器11從30000到35000字節(jié)的數(shù)據(jù)所在的切片文件。在一個(gè)實(shí)施例中，所述接收終端12還包括終端信息反饋模塊，所述終端信息反饋模塊用于接收服務(wù)器的終端信息請(qǐng)求，根據(jù)所述終端信息請(qǐng)求獲取所述接收終端的相應(yīng)的終端信息并反饋給服務(wù)器。在一個(gè)實(shí)施例中，所述終端信息包括接收終端12的實(shí)時(shí)工作狀態(tài)和運(yùn)作信息(包括射頻信號(hào)鎖定情況、數(shù)據(jù)廣播接收情況、終端已接收文件查詢等)以及接收終端的業(yè)務(wù)信息(包括節(jié)目瀏覽量、用戶收視時(shí)段等)。在一個(gè)實(shí)施例中，所述終端信息反饋模塊也用于主動(dòng)向服務(wù)器11發(fā)送所述接收終端的終端信號(hào)狀態(tài)或/和當(dāng)前接收數(shù)據(jù)包狀態(tài)。本發(fā)明還提供一種數(shù)字廣播控制方法，應(yīng)用于包括服務(wù)器和多個(gè)接收終端的數(shù)字廣播系統(tǒng)。在一個(gè)實(shí)施例中，如圖2所示，所述數(shù)字廣播控制方法包括：步驟S1，接收終端通過(guò)雙向網(wǎng)絡(luò)訪問(wèn)服務(wù)器提供的播放交互頁(yè)面并在所述播放交互頁(yè)面上選擇確定推送文件，所述推送文件包括多媒體文件。在一個(gè)實(shí)施例中，接收終端通過(guò)雙向網(wǎng)絡(luò)訪問(wèn)服務(wù)器的播放交互頁(yè)面，可以選擇要播放的文件(多媒體文件)，還可以選擇文件的播放順序(由此生成排片表文件)，還可以選擇加密算法以及確定加密密鑰。根據(jù)接收終端的選擇，服務(wù)器的播放交互頁(yè)面相應(yīng)的確定推送文件，所述推送文件包括多媒體文件、排片表文件等信息。所述推送文件可以以播單的形式確定，播單是一種是類似XML格式的文本文件，服務(wù)器根據(jù)所述播單確定相關(guān)的推送文件。所述推送文件包括要播放的多媒體文件，所述推送文件還可以包括排片表文件，所述排片表文件描述了對(duì)所述媒體文件的播放控制信息。根據(jù)不同的需要，所述推送文件還可以包括控制命令文件、升級(jí)文件、框架文件等內(nèi)容。所述雙向網(wǎng)絡(luò)包括移動(dòng)網(wǎng)絡(luò)(2G、3G或4G等)以及WiFi網(wǎng)絡(luò)。步驟S2，服務(wù)器將所述推送文件進(jìn)行切片處理成多個(gè)切片文件，并將所述切片文件打包形成預(yù)設(shè)格式流，將所述預(yù)設(shè)格式流通過(guò)廣播通道發(fā)送。具體地，服務(wù)器獲取推送文件，將所述推送文件進(jìn)行切片處理成多個(gè)切片文件，并將所述切片文件打包形成預(yù)設(shè)格式流，將所述預(yù)設(shè)格式流通過(guò)廣播通道發(fā)送給接收終端。在一個(gè)實(shí)施例中，服務(wù)器是將所述預(yù)設(shè)格式流與實(shí)時(shí)節(jié)目流進(jìn)行復(fù)用后通過(guò)廣播通道發(fā)送給接收終端。在一個(gè)實(shí)施例中，服務(wù)器將所述推送文件中的視頻數(shù)據(jù)編碼成預(yù)設(shè)編碼格式的視頻數(shù)據(jù)。所述視頻編碼單元還可以用于將所述推送文件中的視頻數(shù)據(jù)重新編碼以壓縮視頻數(shù)據(jù)的大小。音視頻及數(shù)字信號(hào)經(jīng)MPEG編碼器進(jìn)行數(shù)據(jù)壓縮，通過(guò)復(fù)用器形成的基本碼流(即ES流，ElementaryStream)，對(duì)ES流再打包形成帶有包頭的基本碼流，即PES(PacketizedElementaryStreams)流。在一個(gè)實(shí)施例中，所述廣播通道通過(guò)TS(TransportStream)流發(fā)送數(shù)據(jù)，服務(wù)器需要將PES流進(jìn)一步封裝成 TS流后發(fā)送。PES(PacketizedElementaryStreams)流由包頭、基本流特有信息和包數(shù)據(jù)組成。包頭由包頭起始碼前綴，數(shù)據(jù)流識(shí)別和PES包長(zhǎng)組成。在一個(gè)實(shí)施例中，將加密后的數(shù)據(jù)存放在PES的包數(shù)據(jù)位置，為了確定文件的信息，還需要對(duì)PES包數(shù)據(jù)進(jìn)行協(xié)議規(guī)范。協(xié)議主要制定的是文件幀的規(guī)范。文件發(fā)送的主要原理就是分包，將一個(gè)文件切割成指定大小的眾多包，加上文件幀的幀頭，就可以填充在PES包的包數(shù)據(jù)位置。由一種特殊的文件幀為控制幀，用以指示終端文件的完整信息，比如文件名，文件類型，文件分組，文件總幀數(shù)，組序號(hào)，用戶號(hào)。一個(gè)簡(jiǎn)單的文件分包協(xié)議可以定義文件幀(file_frame)格式為：0xFFLENCRCTYPEDATA其中，當(dāng)幀類型TYPE為0x10；DATA的第一，第二字節(jié)為文件流水號(hào)(FileNumber)。(取值范圍0-65535)；第三到第六字節(jié)為文件幀序號(hào)(FileSequenceNo)。(取值范圍0-4294967296，0為控制幀，文件幀從1開(kāi)始)。當(dāng)文件幀序號(hào)為0時(shí)為文件控制幀(FileContrlFrame)。文件控制幀中包括文件名，文件類型，文件分組，文件總幀數(shù)，組序號(hào)，用戶號(hào)等信息。每個(gè)文件都可以設(shè)定目標(biāo)分組，只有目標(biāo)分組接收終端(包括機(jī)頂盒)才接收文件。接收終端(包括機(jī)頂盒)可以設(shè)定在不定數(shù)目的分組中。目標(biāo)分組數(shù)據(jù)在文件控制幀中。如果分組數(shù)據(jù)為0xFFFF時(shí)為廣播。所有接收終端(包括機(jī)頂盒)都接收。在一個(gè)實(shí)施例中，所述播放交互頁(yè)面中包括對(duì)加密信息的配置，服務(wù)器根據(jù)所配置的加密信息對(duì)所述推送文件進(jìn)行加密處理。具體地，接收終端選擇確定的內(nèi)容包括配置加密信息，包括加密算法以及密鑰。加密算法可以包括DES、TDES、AES、RSA等加密算法。服務(wù)器根據(jù)所配置的加密信息對(duì)所述推送文件進(jìn)行加密處理。接收終端根據(jù)所配置的加密信息對(duì)所組裝的推送文件進(jìn)行解密處理。步驟S3，接收終端接收所述預(yù)設(shè)格式流，并對(duì)所述預(yù)設(shè)格式流進(jìn)行處理，確定所述推送文件的所有切片文件完整，組裝所述推送文件。具體地，接收終端通過(guò)廣播通道接收預(yù)設(shè)格式流，所述預(yù)設(shè)格式流以廣播通道要求的格式封裝，通?？梢詾門S(TransportStream)格式。接收終端的后續(xù)處理可以包括：按照排片表的時(shí)間要求，接收終端可以將推送文件的素材和直播節(jié)目流進(jìn)行輪播呈現(xiàn)。所述接收終端包括公共平臺(tái)終端，此時(shí)公共平臺(tái)終端可以向連接到它上面的終端提供所述多媒體文件的播放服務(wù)。直播節(jié)目流按數(shù)字電視標(biāo)準(zhǔn)方式處理，就是解碼后送顯示設(shè)備。它和推送文件在顯示在時(shí)間上是分開(kāi)的。在一個(gè)實(shí)施例中，所述播放交互頁(yè)面中包括對(duì)加密信息的配置，服務(wù)器根據(jù)所配置的加密信息對(duì)所述推送文件進(jìn)行加密處理。具體地，接收終端選擇確定的內(nèi)容包括配置加密信息，包括加密算法以及密鑰。加密算法可以包括DES、TDES、AES、RSA等加密算法。服務(wù)器 根據(jù)所配置的加密信息對(duì)所述推送文件進(jìn)行加密處理。接收終端根據(jù)所配置的加密信息對(duì)所組裝的推送文件進(jìn)行解密處理。在一個(gè)實(shí)施例中，所述推送文件還包括排片表文件，所述排片表文件描述了對(duì)所述多媒體文件的播放控制信息，接收終端根據(jù)所述排片表文件控制對(duì)所述多媒體文件的播放。在一個(gè)實(shí)施例中，接收終端檢測(cè)到所述切片文件出現(xiàn)缺失時(shí)，通過(guò)雙向網(wǎng)絡(luò)向所述服務(wù)器發(fā)送補(bǔ)包請(qǐng)求，所述補(bǔ)包請(qǐng)求中包括需要補(bǔ)包的切片文件；服務(wù)器根據(jù)補(bǔ)包請(qǐng)求向所述接收終端發(fā)送所述切片文件。接收終端中可以設(shè)定一個(gè)比例，當(dāng)文件接收完一個(gè)輪次，檢查發(fā)現(xiàn)完成了95％或者98％時(shí)，開(kāi)始進(jìn)行補(bǔ)包。如果一個(gè)文件被分成100個(gè)數(shù)據(jù)包，從數(shù)字電視廣播通道收到99個(gè)數(shù)據(jù)包，剩下的一個(gè)就可以通過(guò)雙向數(shù)據(jù)通道(3G、4G)用斷點(diǎn)續(xù)傳技術(shù)從HTTP服務(wù)器請(qǐng)求文件的一個(gè)片段，把文件補(bǔ)齊。例如，如果一個(gè)文件是100K字節(jié)長(zhǎng)，收到了95K字節(jié)，檢查包序列號(hào)發(fā)現(xiàn)未收到的5K字節(jié)是從30000字節(jié)開(kāi)始的，那么就請(qǐng)求服務(wù)器11從30000到35000字節(jié)的數(shù)據(jù)所在的切片文件。接收終端通過(guò)3G/4G的廣播通道，向服務(wù)器提出補(bǔ)包請(qǐng)求，根據(jù)補(bǔ)包請(qǐng)求中的信息檢索到唯一的數(shù)據(jù)文件包(切片文件)，進(jìn)行下載操作，從而補(bǔ)全接收終端不完整的數(shù)據(jù)文件。該服務(wù)器支持多線程，可以同時(shí)為多個(gè)接收終端進(jìn)行補(bǔ)包服務(wù)。接收終端若是需要補(bǔ)包，可以使用HTTP服務(wù)，從指定的URL地址下載?？蛇x地，服務(wù)器根據(jù)需要獲取的終端信息通過(guò)雙向網(wǎng)絡(luò)向所述接收終端發(fā)送終端信息請(qǐng)求，并接收所述接收終端反饋的相應(yīng)的終端信息。在一個(gè)實(shí)施例中，所述終端信息包括接收終端實(shí)時(shí)工作狀態(tài)和運(yùn)作信息(包括射頻信號(hào)鎖定情況、數(shù)據(jù)廣播接收情況、終端已接收文件查詢等)以及接收終端的業(yè)務(wù)信息(包括節(jié)目瀏覽量、用戶收視時(shí)段等)。在一個(gè)實(shí)施例中，服務(wù)端與接收終端通過(guò)雙向網(wǎng)絡(luò)保持通信，可以開(kāi)放TCP端口，接收終端通過(guò)3G/Wifi連接到服務(wù)端，向服務(wù)端上傳信息。所述接收終端也可以主動(dòng)向服務(wù)器發(fā)送所述接收終端的終端信號(hào)狀態(tài)或/和當(dāng)前接收數(shù)據(jù)包狀態(tài)。服務(wù)可以獲取所有接收終端的終端信息。綜上所述，本發(fā)明的技術(shù)方案融合廣播通道和雙向網(wǎng)絡(luò)的通道優(yōu)勢(shì)，以成本相對(duì)低廉的廣播通道作為數(shù)據(jù)通道，而以到達(dá)率相對(duì)較高的雙向網(wǎng)絡(luò)通道作為補(bǔ)包和監(jiān)控通道，構(gòu)建一個(gè)從播控平臺(tái)，到打包服務(wù)程序，再到終端apk的完整收發(fā)系統(tǒng)，最終可以實(shí)現(xiàn)文件的定點(diǎn)定時(shí)推送、數(shù)據(jù)包的高效封裝、終端的自適應(yīng)接收，使廣播通道能夠基于數(shù)據(jù)廣播的技術(shù)，發(fā)掘其增值業(yè)務(wù)。所以，本發(fā)明有效克服了現(xiàn)有技術(shù)中的種種缺點(diǎn)而具高度產(chǎn)業(yè)利用價(jià)值。上述實(shí)施例僅例示性說(shuō)明本發(fā)明的原理及其功效，而非用于限制本發(fā)明。任何熟悉此技術(shù)的人士皆可在不違背本發(fā)明的精神及范疇下，對(duì)上述實(shí)施例進(jìn)行修飾或改變。因此，舉凡 所屬
技術(shù)領(lǐng)域：
中具有通常知識(shí)者在未脫離本發(fā)明所揭示的精神與技術(shù)思想下所完成的一切等效修飾或改變，仍應(yīng)由本發(fā)明的權(quán)利要求所涵蓋。當(dāng)前第1頁(yè)1 2 3