[發(fā)明專利]節(jié)目單內(nèi)容的播發(fā)方法和數(shù)字電視前端

無效

• 申請?zhí)枺?/td>: 201210248830.7
• 申請日: 2012-07-18
• 公開（公告）號: CN102957941A
• 公開（公告）日: 2013-03-06
• 發(fā)明（設(shè)計(jì)）人: 萬慧玲
• 申請（專利權(quán)）人: 深圳市同洲電子股份有限公司
• 主分類號: H04N21/235
• 分類號: H04N21/235;H04N21/238;H04N21/262
• 代理公司: 廣州三環(huán)專利代理有限公司 44202
• 代理人: 郝傳鑫;熊永強(qiáng)

技術(shù)領(lǐng)域

本發(fā)明涉及數(shù)字電視領(lǐng)域，尤其涉及節(jié)目單內(nèi)容的播發(fā)方法和數(shù)字電視前端。?

背景技術(shù)

數(shù)字電視是一個(gè)從節(jié)目采集、節(jié)目制作節(jié)目傳輸直到用戶端都以數(shù)字方式處理信號的端到端的系統(tǒng)?；贒VB技術(shù)標(biāo)準(zhǔn)的廣播式和交互式數(shù)字電視采用先進(jìn)用戶管理技術(shù)能將節(jié)目內(nèi)容的質(zhì)量和數(shù)量做得盡善盡美并為用戶帶來更多的節(jié)目選擇和更好的節(jié)目質(zhì)量效果，數(shù)字電視系統(tǒng)可以傳送多種業(yè)務(wù)，如高清晰度電視、標(biāo)準(zhǔn)清晰度電視、互動電視及數(shù)據(jù)業(yè)務(wù)等。與模擬電視相比，數(shù)字電視具有圖像和伴音質(zhì)量高、節(jié)目容量大(是模擬電視傳輸通道節(jié)目容量的10倍以上)的優(yōu)點(diǎn)。?

現(xiàn)有技術(shù)中，節(jié)目信息獲取的過程為：機(jī)頂盒首先鎖定頻點(diǎn)，然后搜索前端碼流PSI/SI(Program?Specific?Information/Service?Information，節(jié)目特定信息/業(yè)務(wù)信息)中的NIT(Network?Information?Table，網(wǎng)絡(luò)信息表)，得到整個(gè)網(wǎng)絡(luò)的頻點(diǎn)列表，再根據(jù)相應(yīng)的頻點(diǎn)獲取PAT（Program?Association?Table，節(jié)目關(guān)聯(lián)表），解析PAT后得到每個(gè)節(jié)目的PMT(Program?Map?Table，節(jié)目映射表)，從PMT中可以獲得節(jié)目的音視頻，在PMT搜索完后獲取SDT(Service?Description?Table，業(yè)務(wù)描述表)，SDT提供了描述系統(tǒng)中節(jié)目的數(shù)據(jù)，例如節(jié)目名稱、節(jié)目提供者等信息。從上述過程可以看出，按照上述步驟獲取節(jié)目單內(nèi)容，必須將PSI/SI?的所有數(shù)據(jù)全部接收分析完畢之后才能將節(jié)目單內(nèi)容示出來，效率較低，且各個(gè)表之間關(guān)聯(lián)性大，一個(gè)環(huán)節(jié)出錯(cuò)會影響下一級的接收處理，可靠性不高。?

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

本發(fā)明實(shí)施例所要解決的技術(shù)問題在于，提供一種節(jié)目單內(nèi)容的播發(fā)方法?？煽朔F(xiàn)有技術(shù)中效率低下和可靠性差的缺點(diǎn)。?

為了解決上述技術(shù)問題，本發(fā)明實(shí)施例提供了一種節(jié)目單內(nèi)容的播發(fā)方法，包括：?

當(dāng)接收到機(jī)頂盒發(fā)送的節(jié)目單內(nèi)容更新請求時(shí)，判斷節(jié)目單內(nèi)容是否需要更新，若判斷為是，將待更新的節(jié)目單內(nèi)容寫入預(yù)定格式的節(jié)目單文件；

將所述節(jié)目單文件封裝成節(jié)目單數(shù)據(jù)包；

播發(fā)所述節(jié)目單數(shù)據(jù)包至所述機(jī)頂盒。

其中，所述判斷是否需要更新，若判斷為是，將待更新的節(jié)目單內(nèi)容寫入預(yù)定格式的節(jié)目單文件的步驟包括：?

比較機(jī)頂盒發(fā)送的節(jié)目單更新請求中攜帶的節(jié)目單文件的版本號和本地節(jié)目單文件版本號是否不同，若比較結(jié)果為是，則將待更新的節(jié)目單內(nèi)容寫入預(yù)定格式的節(jié)目單文件。

其中，所述將所述節(jié)目單文件封裝成節(jié)目單數(shù)據(jù)包的步驟包括：?

判斷節(jié)目單文件的大小是否大于預(yù)定值，若判斷為是，則將所述節(jié)目單文件按預(yù)定規(guī)則分割成若干個(gè)文件；

將分割后的每個(gè)文件封裝成數(shù)據(jù)包。

其中，所述播發(fā)所述節(jié)目單數(shù)據(jù)包至所述機(jī)頂盒的步驟包括：?

將所述節(jié)目單數(shù)據(jù)包復(fù)用到數(shù)據(jù)廣播碼流中；

采用DSM-CC標(biāo)準(zhǔn)的OC協(xié)議將所述節(jié)目單數(shù)據(jù)包播發(fā)至所述機(jī)頂盒。

其中，所述節(jié)目單文件的格式為JSON格式。?

相應(yīng)地，本發(fā)明實(shí)施例還提供了一種數(shù)字電視前端，包括：?

接收模塊，用于接收到機(jī)頂盒發(fā)送的節(jié)目單內(nèi)容更新請求；

判斷模塊，用于判斷是否需要更新，若判斷為是，將待更新的節(jié)目單內(nèi)容寫入預(yù)定格式的節(jié)目單文件，否則，不處理；

封裝模塊，用于將所述節(jié)目單文件封裝成節(jié)目單數(shù)據(jù)包；

播發(fā)模塊，用于播發(fā)所述節(jié)目單數(shù)據(jù)包至所述機(jī)頂盒。

所述判斷模塊包括：?

比較單元，用于比較機(jī)頂盒發(fā)送的節(jié)目單更新請求中攜帶的節(jié)目單文件的版本號和本地節(jié)目單文件版本號是否不同，若比較結(jié)果為是，則將待更新的節(jié)目單內(nèi)容寫入預(yù)定格式的節(jié)目單文件。

其中，所述封裝模塊包括：?

分割單元，用于判斷節(jié)目單文件的大小是否大于預(yù)定值，若判斷為是，則將所述節(jié)目單文件按預(yù)定規(guī)則分割成若干個(gè)文件；

封裝單元，用于將分割后的每個(gè)文件封裝成數(shù)據(jù)包。

其中，所述播發(fā)模塊包括：?

復(fù)用單元，用于將所述節(jié)目單數(shù)據(jù)包復(fù)用到數(shù)據(jù)廣播碼流中；

OC單元，用于采用DSM-CC標(biāo)準(zhǔn)的OC協(xié)議將所述節(jié)目單數(shù)據(jù)包播發(fā)至所述機(jī)頂盒。

實(shí)施本發(fā)明實(shí)施例，具有如下有益效果：?