本發(fā)明涉及通信技術領域，具體而言，涉及一種頻道錄制方法及裝置。

背景技術：

直播頻道的錄制，為視頻播放系統(tǒng)的一個重要功能，通過直播頻道的錄制，提供時移和回看等業(yè)務，用戶可以自由的安排時間來收看直播電視節(jié)目，為用戶提供了極大的收看便利。

直播頻道錄制備份，指通過兩臺或者多臺錄制服務器同時錄制相同的頻道，當某臺錄制服務器有異常時，不影響整體的業(yè)務。多臺錄制服務器同時錄制時，需要確保多臺錄制服務器錄制的內容一致性，即對保存的文件片和索引文件要求完全一致，否則在播放時會出現(xiàn)畫面重復，跳變等現(xiàn)象，影響用戶體驗。

現(xiàn)有技術中對錄制備份有多種實現(xiàn)方式，一種是由一臺主服務器錄制，錄制完成一個節(jié)目后，主動分發(fā)給多臺備用服務器；另一種是由一臺主機按一定規(guī)則轉發(fā)視頻流，多臺錄制服務器同時錄制。

現(xiàn)有技術的實現(xiàn)方式存在以下缺點，要么：

需要有一臺主機進行錄制或者轉發(fā)，當主機有問題時，系統(tǒng)將中斷。要么：

需要新加一臺服務器做轉發(fā)，增加了系統(tǒng)的復雜性，增加了硬件成本和維護成本。

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

有鑒于此，本發(fā)明實施例的目的在于提供一種頻道錄制方法及裝置，能夠使多個服務器同時保存內容一致的文件，當某個服務器出現(xiàn)問題時，不會影響整體節(jié)目的播放。

本發(fā)明較佳實施例提供了一種頻道錄制方法，應用于頻道錄制系統(tǒng)的多個服務器，所述多個服務器時鐘同步，所述頻道錄制系統(tǒng)還包括與所述多個服務器通信連接的轉碼子系統(tǒng)，所述方法包括：

所述每個服務器接收所述轉碼子系統(tǒng)發(fā)送的TS流數(shù)據；

將接收到的所述TS流數(shù)據打上系統(tǒng)時間戳，記錄所述TS流數(shù)據所在服務器的當前系統(tǒng)時間；

解析接收到的所述TS流數(shù)據，獲取關鍵幀的PTS；

根據預設文件切片的錄制長度確定錄制目標文件切片在所述服務器中的結束系統(tǒng)時間；

根據所述當前系統(tǒng)時間、結束系統(tǒng)時間及關鍵幀的PTS，計算所述錄制目標文件切片的結束PTS；

根據所述關鍵幀的PTS及所述錄制目標文件切片的結束PTS判斷所述錄制目標文件切片是否完整，在錄制目標文件切片完整時，結束對所述錄制目標文件切片的錄制。

本發(fā)明另一較佳實施例還提供一種頻道錄制裝置，應用于頻道錄制系統(tǒng)的多個服務器，所述多個服務器時鐘同步，所述頻道錄制系統(tǒng)還包括與所述多個服務器通信連接的轉碼子系統(tǒng)，所述方法包括：

接收模塊，用于所述每個服務器接收所述轉碼子系統(tǒng)發(fā)送的TS流數(shù)據；

記錄模塊，用于將接收到的所述TS流數(shù)據打上系統(tǒng)時間戳，記錄所述TS流數(shù)據所在服務器的當前系統(tǒng)時間；

解析模塊，用于解析接收到的所述TS流數(shù)據，獲取關鍵幀的PTS；

確定時間模塊，用于根據預設文件切片的錄制長度確定錄制目標文件切片在所述服務器中的結束系統(tǒng)時間；

計算模塊，用于根據所述當前系統(tǒng)時間、結束系統(tǒng)時間及關鍵幀的PTS，計算所述錄制目標文件切片的結束PTS；

第一判斷模塊，用于根據所述關鍵幀的PTS及所述錄制目標文件切片的結束PTS判斷所述錄制目標文件切片是否完整，在錄制目標文件切片完整時，結束對所述錄制目標文件切片的錄制。

相對于現(xiàn)有技術而言，本發(fā)明實施例提供的頻道錄制方法及裝置，多個服務器時鐘同步、相互獨立，每個服務器接收轉碼子系統(tǒng)發(fā)送的TS流數(shù)據后進行解析，獲取關鍵幀的PTS。服務器根據接收到TS流數(shù)據時的當前系統(tǒng)時間、錄制目標文件切片的預計結束系統(tǒng)時間及關鍵幀的PTS，計算錄制目標文件切片的結束PTS。服務器通過比較關鍵幀的PTS與計算后的所述錄制目標文件切片的結束PTS的大小來判斷所述錄制目標文件切片是否完整，在錄制目標文件切片完整時，結束對所述目標文件切片的錄制。確保多個服務器節(jié)目錄制內容的一致性，即使當某個服務器出現(xiàn)問題，錄制中斷時，也不會干擾其他服務器的錄制，不會影響整體節(jié)目的播放；并且不需要增設額外的服務器做轉發(fā)，降低了系統(tǒng)的復雜性、硬件成本及維護成本。

為使本發(fā)明的上述目的、特征和優(yōu)點能更明顯易懂，下文特舉較佳實施例，并配合所附附圖，作詳細說明如下。

附圖說明

為了更清楚地說明本發(fā)明實施例的技術方案，下面將對實施例中所需要使用的附圖作簡單地介紹，應當理解，以下附圖僅示出了本發(fā)明的某些實施例，因此不應被看作是對范圍的限定，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據這些附圖獲得其他相關的附圖。

圖1為本發(fā)明提供的頻道錄制系統(tǒng)的通信方框示意圖。

圖2為本發(fā)明實施例提供的頻道錄制方法主要步驟的流程示意圖。

圖3為本發(fā)明實施例提供的另一種頻道錄制方法的流程示意圖。

圖4為本發(fā)明實施例提供的頻道錄制裝置的主要功能模塊框圖。

圖5為本發(fā)明實施例提供的另一種頻道錄制裝置的功能模塊框圖。

圖標：100-頻道錄制系統(tǒng)；200-轉碼子系統(tǒng)；300-服務器；400-頻道錄制裝置；410-接收模塊；420-記錄模塊；430-解析模塊；433-緩存模塊；437-第二判斷模塊；440-確定時間模塊；450-計算模塊；455-保存模塊；460-第一判斷模塊；470-判斷結束模塊。

具體實施方式

為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例。通常在此處附圖中描述和示出的本發(fā)明實施例的組件可以以各種不同的配置來布置和設計。因此，以下對在附圖中提供的本發(fā)明的實施例的詳細描述并非旨在限制要求保護的本發(fā)明的范圍，而是僅僅表示本發(fā)明的選定實施例。基于本發(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。因此，以下對在附圖中提供的本發(fā)明的實施例的詳細描述并非旨在限制要求保護的本發(fā)明的范圍，而是僅僅表示本發(fā)明的選定實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

應注意到：相似的標號和字母在下面的附圖中表示類似項，因此，一旦某一項在一個附圖中被定義，則在隨后的附圖中不需要對其進行進一步定義和解釋。此外，術語“第一”、“第二”等僅用于區(qū)分描述，而不能理解為指示或暗示相對重要性。

請參閱圖1，圖1提供的是頻道錄制系統(tǒng)100的通信方框示意圖。頻道錄制系統(tǒng)100包括轉碼子系統(tǒng)200及多個服務器300。服務器300之間相互獨立，不需要建立相互通信，共同接收由同一個轉碼子系統(tǒng)200發(fā)送的TS流數(shù)據信息。

轉碼子系統(tǒng)200采用UDP(User Datagram Protocol，用戶數(shù)據報協(xié)議)將TS流數(shù)據信息傳輸給服務器300。所述UDP協(xié)議與TCP協(xié)議(傳輸控制協(xié)議)一樣用于處理數(shù)據包，是OSI(Open System Interconnection，開放式系統(tǒng)互聯(lián))參考模型中一種無連接的傳輸層協(xié)議，在OSI模型中，位于第四層——傳輸層，處于IP協(xié)議的上一層。UDP報文沒有可靠性保證、順序保證，不能流量控制字段，但是，正因為UDP協(xié)議的控制選項較少，在數(shù)據傳輸過程中延遲小、數(shù)據傳輸效率高，資源消耗小，所以，通常在傳送音頻、視頻和普通數(shù)據時，較多使用UDP來實現(xiàn)傳輸。

TS流的全稱是Transport Stream，是一種DVD的文件格式，主要應用于實時傳送的節(jié)目。DVD節(jié)目中的MPEG(Moving Picture Experts Group，動態(tài)圖像專家組)-TS格式的特點就是要求從視頻流的任一片段開始都是可以獨立解碼的，即任何時候打開電視都能收看節(jié)目。

第一實施例

請參閱圖2，圖2為本發(fā)明較佳實施例提供的頻道錄制方法主要步驟的流程示意圖。所述方法應用于頻道錄制系統(tǒng)100的多個服務器300，所述多個服務器300時鐘同步，所述頻道錄制系統(tǒng)100還包括與所述多個服務器300通信連接的轉碼子系統(tǒng)200，下面對頻道錄制方法具體流程進行詳細闡述。

步驟S110，每個服務器300接收所述轉碼子系統(tǒng)200發(fā)送的TS流數(shù)據。

在本實施例中，轉碼子系統(tǒng)200優(yōu)選采用UDP協(xié)議以組播的方式將TS流數(shù)據信息傳輸給服務器300。在IP網絡數(shù)據傳輸時，一般具有單播、組播和廣播三種方式，本實施例優(yōu)選采用組播的方式進行TS流數(shù)據傳輸。組播(Multicast)傳輸是在發(fā)送者和每個接收者之間實現(xiàn)點對多點網絡連接，如果一臺發(fā)送者同時給多個的接收者傳輸相同的數(shù)據，只需復制一份的相同數(shù)據包，它提高了數(shù)據傳送效率，減少了骨干網絡出現(xiàn)擁塞的可能性。

步驟S111，將接收到的所述TS流數(shù)據打上系統(tǒng)時間戳，記錄所述TS流數(shù)據所在服務器300的當前系統(tǒng)時間。

在本實施例中，給接收到的TS流數(shù)據打上系統(tǒng)時間戳，記錄當前系統(tǒng)時間一方面是為了計算步驟S116中的結束PTS，另一方面是避免由于內存緩存導致系統(tǒng)時鐘不同步。

步驟S112，解析接收到的所述TS流數(shù)據，獲取關鍵幀的PTS。

在本實施例中，所述關鍵幀叫I幀(I frame)，幀是組成視頻圖像的基本單位，I幀是幀間壓縮編碼里的重要幀，它是一個全幀壓縮的編碼幀，解碼時僅根據I幀的數(shù)據就可重構完整圖像，I幀不需要參考其他畫面而生成。I幀又稱為內部畫面(intra picture)，I幀通常是每個GOP(Group of Pictures，畫面組)的第一個幀，經過適度地壓縮，作為隨機訪問的參考點，可以當成圖像。I幀法是幀內壓縮法，也稱為“關鍵幀”壓縮法，是基于離散余弦變換DCT(Discrete Cosine Transform)的壓縮技術，采用I幀壓縮可達到1/6的壓縮比而無明顯的壓縮痕跡。

在本實施例中，所述PTS(Presentation Time Stamp，顯示時間戳)是用于指示音、視頻顯示時間的時間戳，PTS域為33bits，是對系統(tǒng)時鐘的300分頻的時鐘計數(shù)值，每一幀視頻數(shù)據都會有一個PTS，解碼器通過PTS來決定什么時候把該幀圖像顯示給用戶。

步驟S115，根據預設文件切片的錄制長度確定錄制目標文件切片在所述服務器300中的結束系統(tǒng)時間。

在本實施例中，所述預設文件切片的錄制長度預先設置，并且所述錄制目標文件按整點或半點保存。假設接收到某個TS流數(shù)據的當前系統(tǒng)時間為2016-10-08 11:11:11，則可確定所述TS流數(shù)據所在的錄制目標文件切片的結束系統(tǒng)時間為2016-10-08 11:30:00。

步驟S116，根據所述當前系統(tǒng)時間、結束系統(tǒng)時間及關鍵幀的PTS，計算所述錄制目標文件切片的結束PTS。

在本實施例中，所述錄制目標文件切片的結束PTS的具體計算公式為：

結束PTS＝關鍵幀的PTS+(結束系統(tǒng)時間–當前系統(tǒng)時間)*預設系數(shù)；

結束PTS再按秒為單位取整。

步驟S118，根據所述關鍵幀的PTS及所述錄制目標文件切片的結束PTS判斷所述錄制目標文件切片是否完整，在錄制目標文件切片完整時，結束對所述錄制目標文件切片的錄制。

在本實施例中，所述步驟S118具體包括：

判斷所述關鍵幀的PTS與所述錄制目標文件切片的結束PTS的大??；

在所述關鍵幀的PTS大于所述結束PTS時，判斷所述錄制目標文件切片完整，結束所述錄制目標文件切片。

請參閱圖3，圖3為本發(fā)明較佳實施例提供的另一種頻道錄制方法的流程示意圖。在本實施例中，除了圖2所示的主要步驟之外，所述頻道錄制方法還包括：

步驟S113，將解析后的所述TS流數(shù)據以GOP的方式保存到緩存。

在本實施例中，所述GOP(Group Of Picture，圖像組)是MPEG(Moving Picture Experts Group，動態(tài)圖像專家組)所使用的一種視頻壓縮技術。MPEG編碼將畫面(即幀)壓縮為I、P、B三種，I是內部編碼幀，P是前向預測幀，B是雙向內插幀，I幀是一個完整的畫面，而P幀和B幀記錄的是相對于I幀的變化。MPEG壓縮的幀結構有兩個重要參數(shù)，一個是GOP(Group Of Picture圖像組，)的長度，一般可按編碼方式從1－15，即多少幀里面出現(xiàn)一次I幀；另一個是I幀和P幀之間B幀的數(shù)量，一般是1－2個，描述為多少幀里出現(xiàn)一次P幀。

步驟S114，判斷所述錄制目標文件切片中GOP是否完整，其中所述錄制目標文件切片包括至少一個GOP。

在本實施例中，所述步驟S114具體包括：

當所述GOP完整時，執(zhí)行步驟S115；

當所述GOP不完整時，執(zhí)行步驟S110。

步驟S117，將所述GOP數(shù)據保存到所述錄制目標文件切片中，并將所述緩存中的所述GOP數(shù)據清空。

在本實施例中，錄制目標文件按時間段切片進行保存，如30分鐘為一個文件切片。保存所述錄制目標文件切片的命名規(guī)則為：頻道ID+系統(tǒng)時間.ts。如CCTV1_20161017100000.ts，其中，CCTV1為頻道ID，20161017100000為開始錄制的時間。

步驟S118，根據所述關鍵幀的PTS及所述錄制目標文件切片的結束PTS判斷所述錄制目標文件切片是否完整。

在本實施例中，所述步驟S118具體包括：

在所述關鍵幀的PTS大于所述結束PTS時，判斷所述錄制目標文件切片完整，結束所述錄制目標文件切片的錄制，執(zhí)行步驟S119；

在所述關鍵幀的PTS小于所述結束PTS時，判斷所述錄制目標文件切片不完整，執(zhí)行步驟S110。

步驟S119，判斷所述頻道節(jié)目錄制是否結束。

在本實施例中，所述步驟S119具體包括：

在所述頻道節(jié)目錄制未結束時，執(zhí)行步驟S110；

在所述頻道節(jié)目錄制結束時，表明所述頻道節(jié)目錄制完畢，結束流程。

第二實施例

請參閱圖4，圖4為本發(fā)明較佳實施例提供的頻道錄制裝置400的主要功能模塊框圖。頻道錄制裝置400應用于頻道錄制系統(tǒng)100的多個服務器300，所述多個服務器300時鐘同步，所述頻道錄制系統(tǒng)100還包括與所述多個服務器300通信連接的轉碼子系統(tǒng)200。所述頻道錄制裝置400主要包括接收模塊410、記錄模塊420、解析模塊430、確定時間模塊440、計算模塊450、第一判斷模塊460。

所述接收模塊410，用于所述每個服務器300接收所述轉碼子系統(tǒng)200發(fā)送的TS流數(shù)據。

所述記錄模塊420，用于將接收到的所述TS流數(shù)據打上系統(tǒng)時間戳，記錄所述TS流數(shù)據所在服務器300的當前系統(tǒng)時間。

所述解析模塊430，用于解析接收到的所述TS流數(shù)據，獲取關鍵幀的PTS。

所述確定時間模塊440，用于根據預設文件切片的錄制長度確定錄制目標文件切片在所述服務器300中的結束系統(tǒng)時間。

所述計算模塊450，用于根據所述當前系統(tǒng)時間、結束系統(tǒng)時間及關鍵幀的PTS，計算所述錄制目標文件切片的結束PTS。具體地，計算所述錄制目標文件切片的結束PTS的方式包括：

將所述結束系統(tǒng)時間與所述當前系統(tǒng)時間相減，得到系統(tǒng)時間差值；

將所述系統(tǒng)時間差值與預先設定的系數(shù)相乘，得到系統(tǒng)時間乘積值；

將所述系統(tǒng)時間乘積值與所述關鍵幀的PTS求和的結果進行取整得到所述結束PTS。

所述第一判斷模塊460，用于根據所述關鍵幀的PTS及所述錄制目標文件切片的結束PTS判斷所述錄制目標文件切片是否完整，在錄制目標文件切片完整時，結束對所述目標文件切片的錄制。具體地，在所述關鍵幀的PTS大于所述結束PTS時，判斷所述錄制目標文件切片完整，結束所述錄制目標文件切片。

請參閱圖5，圖5為本發(fā)明較佳實施例提供的另一種頻道錄制裝置400的功能模塊框圖。在本實施例中，除了圖4所示的主要模塊之外，所述頻道錄制裝置400還包括：緩存模塊433、第二判斷模塊437、保存模塊455及判斷結束模塊470。

所述緩存模塊433，用于將解析后的所述TS流數(shù)據以GOP的方式保存到緩存。

所述第二判斷模塊437，用于判斷所述錄制目標文件切片中GOP是否完整，其中所述錄制目標文件切片包括至少一個GOP。

具體地，當所述GOP完整時，由確定時間模塊440確定錄制目標文件在所述服務器300中的結束系統(tǒng)時間；

當所述GOP不完整時，繼續(xù)接收所述轉碼子系統(tǒng)200發(fā)送的TS流數(shù)據。

所述保存模塊455，用于將所述GOP數(shù)據保存到所述錄制目標文件切片中，并將所述緩存中的所述GOP數(shù)據清空。

所述判斷結束模塊470，用于判斷所述頻道節(jié)目錄制是否結束。

具體地，在所述頻道節(jié)目錄制未結束時，繼續(xù)進行目標文件切片的錄制；

在所述頻道節(jié)目錄制結束時，表明所述頻道節(jié)目錄制完畢，結束流程。

綜上所述，本發(fā)明提供的頻道錄制方法及裝置，多個服務器時鐘同步、相互獨立，每個服務器接收轉碼子系統(tǒng)發(fā)送的TS流數(shù)據后進行解析，獲取關鍵幀的PTS。服務器根據接收到TS流數(shù)據時的當前系統(tǒng)時間、錄制目標文件切片的預計結束系統(tǒng)時間及關鍵幀的PTS，計算錄制目標文件切片的結束PTS。服務器通過比較關鍵幀的PTS與計算后的所述錄制目標文件切片的結束PTS的大小來判斷所述錄制目標文件切片是否完整，在錄制目標文件切片完整時，結束對目標文件切片的錄制。本發(fā)明實現(xiàn)了多臺服務器同時錄制，確保多個服務器節(jié)目錄制內容的一致性，即使當某個服務器出現(xiàn)問題，錄制中斷時，也不會干擾其他服務器的錄制，不會影響整體節(jié)目的播放；并且不需要增設額外的服務器做轉發(fā)，降低了系統(tǒng)的復雜性、硬件成本及維護成本。

以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。應注意到：相似的標號和字母在下面的附圖中表示類似項，因此，一旦某一項在一個附圖中被定義，則在隨后的附圖中不需要對其進行進一步定義和解釋。

以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。