本發(fā)明涉及廣播電視領域，尤其涉及互動彈幕的數(shù)據(jù)提交方案。

背景技術：

彈幕是近年來逐漸興起的一種視頻節(jié)目互動方式，主要是互聯(lián)網(wǎng)視頻業(yè)務下應用的可在節(jié)目點播、直播中進行留言互動的技術，用戶可以在觀看節(jié)目的同時參與留言點評，所點評留言內(nèi)容將在節(jié)目播放窗口進行展示，用戶可以看到其他用戶的點評內(nèi)容，形成留言對話等內(nèi)容互動。

在廣播電視領域，雖然在內(nèi)容上與互聯(lián)網(wǎng)視頻的目標都是提供視頻、電視節(jié)目的播放，實現(xiàn)技術是不一樣的。廣播電視領域，所有節(jié)目內(nèi)容是同時廣播出去，由用戶選擇觀看，其天然的帶寬是要比互聯(lián)網(wǎng)更大的。目前的彈幕系統(tǒng)都是利用IP網(wǎng)絡方式實現(xiàn)的，在廣播領域需要引入針對DVB設計的彈幕系統(tǒng)，并提供用戶提交彈幕數(shù)據(jù)的方法。

技術實現(xiàn)要素：

本發(fā)明所要解決的技術問題是，提供一種廣播電視終端彈幕實現(xiàn)方法及廣播電視系統(tǒng)服務器，以解決現(xiàn)有廣播電視終端無法實現(xiàn)用戶互動的問題。

為了解決上述技術問題，本發(fā)明公開了一種廣播電視終端彈幕實現(xiàn)方法，該方法包括：

廣播電視系統(tǒng)服務器接收廣播電視終端用戶提交的彈幕數(shù)據(jù)；

所述廣播電視系統(tǒng)服務器按照預設的顯示方式，對接收的彈幕數(shù)據(jù)進行編輯處理，將編輯處理后的彈幕數(shù)據(jù)按照數(shù)字視頻廣播DVB的格式進行打 包，將打包后的數(shù)據(jù)與音視頻流復用下發(fā)給廣播電視終端進行顯示。

可選地，上述方法中，所述廣播電視系統(tǒng)服務器按照預設的顯示方式，對接收的彈幕數(shù)據(jù)進行編輯處理，將編輯處理后的彈幕數(shù)據(jù)按照數(shù)字視頻廣播DVB的格式進行打包之前，該方法還包括：

所述廣播電視系統(tǒng)服務器確定提交所述彈幕數(shù)據(jù)的廣播電視終端用戶是否為注冊用戶；

僅當該廣播電視終端用戶為注冊用戶時，所述廣播電視系統(tǒng)服務器才按照預設的顯示方式，對接收的彈幕數(shù)據(jù)進行編輯處理，將編輯處理后的彈幕數(shù)據(jù)按照數(shù)字視頻廣播DVB的格式進行打包。

可選地，上述方法中，廣播電視系統(tǒng)服務器接收廣播電視終端用戶提交的彈幕數(shù)據(jù)之前，該方法還包括：

所述彈幕服務器根據(jù)廣播電視終端用戶的請求將機頂盒標識信息與用戶信息進行綁定注冊并存儲綁定關系；

所述廣播電視系統(tǒng)服務器確定提交所述彈幕數(shù)據(jù)的廣播電視終端用戶是否為注冊用戶的過程包括：

所述廣播電視系統(tǒng)服務器從存儲的機頂盒標識信息與用戶信息的綁定關系中查詢提交所述彈幕數(shù)據(jù)的廣播電視終端用戶的用戶信息；

若查詢到該廣播電視終端用戶的用戶信息及其綁定的機頂盒標識信息，則確定該廣播電視終端用戶為注冊用戶。

可選地，上述方法中，所述廣播電視系統(tǒng)服務器接收廣播電視終端用戶提交的彈幕數(shù)據(jù)的過程包括：

所述廣播電視系統(tǒng)服務器與所述廣播電視終端用戶建立通道連接，所述廣播電視系統(tǒng)服務器通過已建立的通道接收用戶提交的彈幕數(shù)據(jù)；

其中，所述廣播電視系統(tǒng)服務器通過如下任一種或幾種方式與所述廣播電視終端用戶建立通道連接：

所述廣播電視系統(tǒng)服務器與所述廣播電視終端用戶的移動終端直連建立連接；

所述廣播電視系統(tǒng)服務器與所述廣播電視終端用戶的移動終端通過其他平臺轉(zhuǎn)發(fā)方式建立連接；

所述廣播電視系統(tǒng)服務器與所述廣播電視終端用戶的機頂盒或電視通過調(diào)制回傳方式建立連接；

所述廣播電視系統(tǒng)服務器與所述廣播電視終端用戶的機頂盒或電視建立IP連接。

可選地，上述方法中，所述廣播電視系統(tǒng)服務器按照預設的顯示方式，對接收的彈幕數(shù)據(jù)進行編輯處理后，該方法還包括：

所述廣播電視系統(tǒng)服務器對編輯后的彈幕數(shù)據(jù)進行過濾，檢測文字成句和/或圖片的合法性，僅將過濾后合法的彈幕數(shù)據(jù)按照DVB的格式進行打包。

本發(fā)明還公開了一種廣播電視系統(tǒng)服務器，包括：

接收單元，接收廣播電視終端用戶提交的彈幕數(shù)據(jù)；

彈幕數(shù)據(jù)處理單元，按照預設的顯示方式，對接收的彈幕數(shù)據(jù)進行編輯處理，將編輯處理后的彈幕數(shù)據(jù)按照數(shù)字視頻廣播DVB的格式進行打包，將打包后的數(shù)據(jù)與音視頻流復用下發(fā)給廣播電視終端進行顯示。

可選地，上述服務器中，所述彈幕數(shù)據(jù)處理單元包括：

判斷模塊，確定提交所述彈幕數(shù)據(jù)的廣播電視終端用戶是否為注冊用戶；

打包模塊，在該廣播電視終端用戶為注冊用戶時，按照預設的顯示方式，對接收的彈幕數(shù)據(jù)進行編輯處理，將編輯處理后的彈幕數(shù)據(jù)按照數(shù)字視頻廣播DVB的格式進行打包；

下發(fā)模塊，將打包后的數(shù)據(jù)與音視頻流復用下發(fā)給廣播電視終端。

可選地，上述服務器還包括：

數(shù)據(jù)存儲單元，根據(jù)廣播電視終端用戶的請求將機頂盒標識信息與用戶信息進行綁定注冊并存儲綁定關系；

此時，所述判斷模塊，從所述數(shù)據(jù)存儲單元存儲的機頂盒標識信息與用戶信息的綁定關系中查詢提交所述彈幕數(shù)據(jù)的廣播電視終端用戶的用戶信息，若查詢到該廣播電視終端用戶的用戶信息及其綁定的機頂盒標識信息， 則確定該廣播電視終端用戶為注冊用戶。

可選地，上述服務器中，所述接收單元包括：

第一模塊，與所述廣播電視終端用戶建立通道連接，其中，所述第一模塊通過如下任一種或幾種方式與所述廣播電視終端用戶建立通道連接：

所述第一模塊與所述廣播電視終端用戶的移動終端直連建立連接；

所述第一模塊與所述廣播電視終端用戶的移動終端采用其他平臺轉(zhuǎn)發(fā)方式建立連接；

所述第一模塊與所述廣播電視終端用戶的機頂盒或電視通過調(diào)制回傳方式建立連接；

所述第一模塊與所述廣播電視終端用戶通過機頂盒或電視建立IP連接。

第二模塊，通過已建立的通道接收用戶提交的彈幕數(shù)據(jù)；

可選地，上述服務器中，所述彈幕數(shù)據(jù)處理單元還包括：

過濾模塊，對編輯后的彈幕數(shù)據(jù)進行過濾，檢測文字成句和/或圖片的合法性；

此時，所述打包模塊，僅將過濾后合法的彈幕數(shù)據(jù)按照DVB的格式進行打包。

采用本申請技術方案可以實現(xiàn)為DVB系統(tǒng)設計的彈幕方案提供了幾種有效的彈幕數(shù)據(jù)提交方案。

附圖說明

圖1是本發(fā)明實施例中彈幕提交至展示的流程圖；

圖2是本發(fā)明實施例中終端為機頂盒并采用APP提交方式實現(xiàn)彈幕的流程圖。

具體實施方式

為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚明白，下文將結合附圖對本發(fā)明技術方案作進一步詳細說明。需要說明的是，在不沖突的情況下，本申請的實施例和實施例中的特征可以任意相互組合。

實施例1

本發(fā)明申請人提出：可以在DVB系統(tǒng)增設一種專用服務器，負責從網(wǎng)絡接收彈幕評論的數(shù)據(jù)，并將彈幕數(shù)據(jù)按一定格式打包成TS包和音視頻碼流一起復用打包下發(fā)，終端側(cè)增加對彈幕數(shù)據(jù)的過濾解析和展示的過程。用戶利用終端側(cè)網(wǎng)絡或者其他方式提交彈幕數(shù)據(jù)到服務器，服務器再重復以上流程即可。

基于上述思想，本實施例提供一種廣播電視終端彈幕實現(xiàn)方法，主要包括如下操作：

廣播電視系統(tǒng)服務器接收廣播電視終端用戶提交的彈幕數(shù)據(jù)；

廣播電視系統(tǒng)服務器按照預設的顯示方式，對接收的彈幕數(shù)據(jù)進行編輯處理，將編輯處理后的彈幕數(shù)據(jù)按照DVB的格式進行打包，將打包后的數(shù)據(jù)與音視頻流復用下發(fā)給廣播電視終端進行顯示。

由于針對廣播電視系統(tǒng)，提交彈幕存在的系統(tǒng)風險是用戶發(fā)布違法信息所造成的危害性較大，即使經(jīng)過系統(tǒng)過濾仍有可能遺漏部分。故優(yōu)選方案提出，需要對提交彈幕的用戶信息實現(xiàn)可追蹤性。具體地，可采用用戶綁定注冊的方式來實現(xiàn)用戶的可追蹤性，即廣播電視系統(tǒng)服務器僅對注冊用戶提交的彈幕數(shù)據(jù)進行相應的處理，對非注冊用戶提交的彈幕數(shù)據(jù)則可以認為是非法數(shù)據(jù)不進行處理。其中，可預先進行用戶的綁定注冊并存儲，例如機頂盒標識信息與用戶信息之間的綁定，以便廣播電視系統(tǒng)服務器確定當前用戶是否為注冊用戶。而廣播電視系統(tǒng)服務器獲取當前用戶的用戶信息的方式，針對不同的DVB系統(tǒng)有一定區(qū)別，如CMMB的系統(tǒng)，由于播放終端都是手機用戶，可直接在播放器獲取用戶手機號(即當前用戶的用戶信息)，在上傳彈幕數(shù)據(jù)的同時，用戶手機號作為一個彈幕屬性進行提交。對于其他的DVB系統(tǒng)，可利用對應機頂盒的卡號或者序列號或者芯片ID，將一些機頂盒獨有信息作為用戶標示進行上傳，也可提示用戶綁定手機號后以手機號等其他識 別個人信息的方式上傳。

還要說明的是，用戶提交彈幕數(shù)據(jù)的方式也有多種多樣：對于廣播電視系統(tǒng)，在互動方面最大的缺點就是網(wǎng)絡的單向性。故必須利用其他方式進行彈幕數(shù)據(jù)提交，如果終端或機頂盒本身帶有電視貓功能，即可以調(diào)制數(shù)據(jù)回傳，也可利用廣播電視網(wǎng)絡，否則需要利用IP網(wǎng)絡。如果是電視或者機頂盒本身帶有IP網(wǎng)絡接入，則直接利用該網(wǎng)絡連接，回傳彈幕數(shù)據(jù)。如果是一個不帶IP接入的終端，則必須利用其他方式如手機、APP、社交網(wǎng)絡平臺等方式提交彈幕數(shù)據(jù)。這都是從廣播電視終端的角度看提交方式，廣播電視系統(tǒng)服務器(例如前端所架設的彈幕專用服務器)則對應以上方式必須予以接入支持方可。

下面結合具體應用，說明上述方法的具體實施過程，包括以下步驟：

步驟100，用戶注冊綁定。

具體地，用戶注冊綁定關系包括機頂盒標識信息與用戶信息之間的綁定關系。

對于用戶而言，這個過程可以是可見的，也可以是不可見的。可以顯示的提示用戶手動綁定，也可不提示用戶，直接獲取相關信息，在數(shù)據(jù)上傳時利用。

步驟200，通道建立。

即用戶與彈幕服務器建立連接，這個過程如果是手機端則是手機應用直連或者其他平臺轉(zhuǎn)發(fā)方式。如果是機頂盒或電視利用調(diào)制回傳或者IP連接，則可直接連接至服務器?？紤]到彈幕提交的數(shù)據(jù)量，該通道占用帶寬極小。

步驟300，終端進行彈幕編輯。

其中，終端進行彈幕編輯方式可以視用戶終端類型的不同而不同例如針對手機終端，可以利用手機的輸入能力，編輯評論數(shù)據(jù)，并且可以設定動畫格式，編輯方法可以是純文字設定格式也可以是菜單設置格式，也可以是屏幕拖動等方式，甚至是語音輸入，并在終端或者頭端轉(zhuǎn)換為文字。在沒有專用設計的App的條件下，利用一些現(xiàn)有的社交網(wǎng)絡的公共平臺也是一種選擇，此時的輸入方式也可利用社交平臺軟件的輸入方式，實現(xiàn)參考如前所述的各 種輸入方式。

另外，終端還可以依賴于其他設備進行彈幕編輯。例如，在機頂盒或者電視機直接存在IP網(wǎng)絡接入的情形下，可直接利用遙控機實現(xiàn)輸入，此時的輸入是利用遙控器按鍵，在顯示界面上需要支持輸入法的識別，這種不依賴外部設備，帶需要增加內(nèi)部軟件的一些功能支持方可。

步驟400，終端提交彈幕數(shù)據(jù)。

其中，終端提交彈幕數(shù)據(jù)時，用戶信息和彈幕數(shù)據(jù)必須同時提交，按一定格式將用戶信息包括在彈幕的屬性中。

步驟500，廣播電視系統(tǒng)服務器接收用戶提交的彈幕數(shù)據(jù)，按照預設的顯示方式，對接收的彈幕數(shù)據(jù)進行編輯處理，將編輯處理后的彈幕數(shù)據(jù)按照DVB的格式進行打包，將打包后的數(shù)據(jù)與音視頻流復用下發(fā)給廣播電視終端。

另外，在廣播電視系統(tǒng)服務器側(cè)，還需要對提交的彈幕進行過濾，保證文字成句后合法，如果支持圖片的情形還需要保證圖片合法。對于部分利用多次輸入合法語句共同形成藏頭詩方式的非法語句的，還需要智能判斷或者前端播發(fā)前進行預展示，由前端編輯人員進行判斷刪除。而后下發(fā)彈幕數(shù)據(jù)。

實施例2

本實施例提供一種廣播電視系統(tǒng)服務器，可實現(xiàn)上述實施例1的方法，其架構如圖1所示，主要包括如下各單元。

接收單元，接收廣播電視終端用戶提交的彈幕數(shù)據(jù)；

其中，接收單元又可以分為第一模塊和第二模塊。

第一模塊，主要與廣播電視終端用戶建立通道連接，第二模塊，通過已建立的通道接收用戶提交的彈幕數(shù)據(jù)；

具體地，第一模塊與廣播電視終端用戶建立通道連接的方式可以是手機網(wǎng)絡、IP網(wǎng)絡，可以是直接連接彈幕服務器，也可以經(jīng)過一次數(shù)據(jù)的轉(zhuǎn)發(fā)，如發(fā)送至某社交公共平臺，而后進行數(shù)據(jù)轉(zhuǎn)發(fā)

彈幕數(shù)據(jù)處理單元，按照預設的顯示方式，對接收的彈幕數(shù)據(jù)進行編輯處理，將編輯處理后的彈幕數(shù)據(jù)按照數(shù)字視頻廣播DVB的格式進行打包，將打包后的數(shù)據(jù)與音視頻流復用下發(fā)給廣播電視終端進行顯示。

其中，彈幕數(shù)據(jù)處理單元又可以分為判斷模塊、打包模塊和下發(fā)模塊。

判斷模塊，確定提交所述彈幕數(shù)據(jù)的廣播電視終端用戶是否為注冊用戶；

打包模塊，在該廣播電視終端用戶為注冊用戶時，按照預設的顯示方式，對接收的彈幕數(shù)據(jù)進行編輯處理，將編輯處理后的彈幕數(shù)據(jù)按照數(shù)字視頻廣播DVB的格式進行打包；

下發(fā)模塊，將打包后的數(shù)據(jù)與音視頻流復用下發(fā)給廣播電視終端。

另外，在上述服務器的結構基礎上，還可以包括數(shù)據(jù)存儲單元，該單元根據(jù)廣播電視終端用戶的請求將機頂盒標識信息與用戶信息進行綁定注冊并存儲綁定關系。此時，判斷模塊，可以從數(shù)據(jù)存儲單元存儲的機頂盒標識信息與用戶信息的綁定關系中查詢提交彈幕數(shù)據(jù)的廣播電視終端用戶的用戶信息，若查詢到該廣播電視終端用戶的用戶信息及其綁定的機頂盒標識信息，則確定該廣播電視終端用戶為注冊用戶。

在進行彈幕數(shù)據(jù)處理的過程中，還可增加過濾操作，此時在彈幕數(shù)據(jù)處理單元中可增加過濾模塊，查以根據(jù)用戶管理確認授權信息對編輯后的彈幕數(shù)據(jù)進行過濾，檢測文字成句和/或圖片的合法性；對應的，打包模塊，僅將過濾后合法的彈幕數(shù)據(jù)按照DVB的格式進行打包即可。

下面結合附圖對技術方案做進一步詳細描述：

圖2是一個提交以App方式進行的實施例，機頂盒以二維碼或下載鏈接方式提供下載地址，鏈接中攜帶了盒子生成的信息，服務端收到下載請求后，記錄下盒子信息，并下發(fā)App數(shù)據(jù)或跳轉(zhuǎn)其他應用商店，由應用商店提供下載。下載后的App使用前使用注冊機制，可繼續(xù)掃描機頂盒二維碼獲取盒子信息，并利用手機注冊，如此將用戶信息和盒子信息都進行保存到服務器中。服務器側(cè)，可以設置用戶管理機制，如設置只有盒子有授權才可以將提交的彈幕顯示，設置每臺盒子最多可注冊App的人數(shù)。如果盒子此時對某節(jié)目沒有授權，用戶試圖提交彈幕，服務器側(cè)設置的過濾參數(shù)將此用戶彈幕屏蔽。

每次提交的彈幕攜帶了用戶信息和彈幕信息，但盒子信息和用戶信息在注冊時已經(jīng)保存，故可以據(jù)此判斷決定是否下發(fā)所提交彈幕。

本領域普通技術人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關硬件完成，所述程序可以存儲于計算機可讀存儲介質(zhì)中，如只讀存儲器、磁盤或光盤等?？蛇x地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現(xiàn)。相應地，上述實施例中的各模塊/單元可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。本申請不限制于任何特定形式的硬件和軟件的結合。

以上所述，僅為本發(fā)明的較佳實例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。