專利名稱：一種播出異地容災備份的系統(tǒng)和方法
技術領域：
本發(fā)明涉及一種播出異地容災備份的系統(tǒng)和方法，是一種計算機網(wǎng)絡系統(tǒng)和方
法，是一種用于廣播電視系統(tǒng)中對于整個播出系統(tǒng)進行異地容災備份的系統(tǒng)和方法。
背景技術：
通常情況下，電視臺或其它視音頻節(jié)目播出機構，在設計和構建播出系統(tǒng)的時候，系統(tǒng)安全性是極為重要的考慮因素。傳統(tǒng)的播出系統(tǒng)，通常采用部件級的冗余備份方案，提高播出系統(tǒng)的整體安全性，具備一定的容災備份能力。 目前，大部分播出系統(tǒng)采用的備份技術處于一種比較原始的狀態(tài)對于一個播出系統(tǒng)，通常會在播出控制設備、視頻服務器及切換設備三個部分采用部件級的冗余備份結構。 播出控制部分，在控制端的播控工作站上面部署播出軟件，接收總編室編單發(fā)布的消息通知，從數(shù)據(jù)庫加載預播節(jié)目單；通過RS422串口控制不同類型的播出設備，主要包括視頻服務器、應急錄像機、切換矩陣(或切換臺)、字幕機等，依據(jù)節(jié)目單時序控制播出視頻服務器等相關設備完成視音頻節(jié)目的播出。主、備播出控制工作站之間，通過RS232串口或以太網(wǎng)進行心跳通訊，實現(xiàn)節(jié)目單及播控應急操作的同步。 播出控制工作站的主備冗余架構，通常采用完全主備與分離主備兩種應用模式，具體實現(xiàn)方式如下 完全主備模式，由主、備播控工作站和RS422倒換器構成。RS422倒換器提供多路RS422串口控制通道，每個通道提供兩個輸入端口和一個輸出端口。主、備播控工作站控制播出設備的RS422控制線分別接入RS422倒換器指定通道的兩個輸入端口 ，輸出端口通過控制線連接到具體的受控設備。采用這種方式實現(xiàn)對播出設備的共享控制。正常情況下，RS422倒換器處于主路，由主播控工作站控制播出設備進行播出；當備播控工作站通過心跳通訊檢測到主機出現(xiàn)異常，通過GPI控制RS422倒換器切換到備路，由備機控制播出設備繼續(xù)進行播出。這種主備模式在電視臺播出系統(tǒng)中應用比較廣泛。 分離主備模式，系統(tǒng)結構比較簡單，主、備播控工作站分別控制各自的播出設備，包括視頻服務器、應急錄像機、切換矩陣(或切換臺)等進行播出。主、備播控工作站之間，通過心跳通訊進行節(jié)目單和控制操作的同步，相當于兩套獨立運行的系統(tǒng)。但是，當其中某一個播控工作站出現(xiàn)故障時，它所控制的一套播出設備就無法正常播出了。若該故障長時間不能恢復，將降低整個播出系統(tǒng)的可靠性和安全性。 視頻服務器部分，采用廣播電視行業(yè)的專業(yè)視頻服務器。不同品牌的視頻服務器，基于軟件編解碼或硬件編解碼技術，對內(nèi)部數(shù)據(jù)盤或外部磁盤陣列中存儲的節(jié)目媒體文件進行解碼，經(jīng)過專業(yè)視音頻1/0板卡輸出基帶信號?；赩DCP協(xié)議，視頻服務器接收播控工作站發(fā)送的標準控制指令，依據(jù)時序完成節(jié)目的預巻、播出、停止等操作。為了提高播出系統(tǒng)的容災備份能力，采用主、備視頻服務器進行冗余備份播出。主、備視頻服務器各提供一個視音頻解碼通道，播出過程中同步播放兩路相同的基帶信號，并送給后端的視音頻切換設備。 切換設備部分，主要由切換矩陣(或切換臺)構成，具有非常高的切換控制精度。
對于切換矩陣，信號輸入端接入所有播出設備送出的基帶信號，輸出端通常送出兩路基帶
信號。一路用于信號技監(jiān)，監(jiān)視視頻畫面，監(jiān)聽音頻信號；另外一路疊加臺標、字幕等鍵信號
之后，送給后端信號傳輸系統(tǒng)。切換矩陣接收播控工作站發(fā)送的切換控制指令，依據(jù)節(jié)目單
的時序?qū)Σ煌愋偷牟コ鲂盘栐催M行精確切換。為了提高播出系統(tǒng)的容災備份能力，采用
主、備切換矩陣進行備份播出，當出現(xiàn)單一設備故障時，不會影響正常播出。 通常情況下，電視臺播出系統(tǒng)內(nèi)部對于上述三個關鍵環(huán)節(jié)，采用冗余備份的系統(tǒng)
架構，關鍵設備不存在單一潰點?；谛奶ㄓ嵑透呔瓤刂萍夹g，提高了整個播出系統(tǒng)的
容災備份能力。 電視臺播出系統(tǒng)采用這種部件級的冗余備份架構，在容災備份能力方面不夠全面，存在的問題描述如下 對于重大自然災害(例如地震、火災)，不具有容災備份能力。自然災害發(fā)生后，直
接對整個播出系統(tǒng)造成不可抗拒的影響，播出系統(tǒng)喪失播出能力，導致停播事故的發(fā)生。 針對播出系統(tǒng)斷電的情況，通常由UPS進行應急情況下的供電。但是若電力系統(tǒng)
長時間無法修復，那么必將出現(xiàn)整個播出系統(tǒng)斷電的情況，導致停播事故的發(fā)生。 隨著計算機網(wǎng)絡的發(fā)展和廣泛應用，目前電視臺或其他視音頻節(jié)目播出機構的播
出系統(tǒng)，在計算機網(wǎng)絡的基礎上開展相關播出業(yè)務流程。盡管播出系統(tǒng)對病毒防范的安全
級別要求比較嚴格，但是一旦播出系統(tǒng)內(nèi)部病毒爆發(fā)，勢必導致整個系統(tǒng)內(nèi)部核心設備，例
如播控工作站、視頻服務器受到病毒影響，導致節(jié)目播出無法正常進行。 另一方面，對于傳統(tǒng)的播出系統(tǒng)，節(jié)目文件的備播方式也很落后，需要節(jié)目制作部門將成品節(jié)目打包為播出格式，然后下載到磁帶；經(jīng)過技術審核之后，提交給播出部門；播出系統(tǒng)內(nèi)部，安排專人負責節(jié)目的采集，使用錄像機對磁帶進行播放，通過專業(yè)視頻服務器的編碼通道對錄像機播放的基帶信號進行采集，完成節(jié)目的文件化工作。經(jīng)過采集之后的節(jié)目文件，存儲在專業(yè)視頻服務器的數(shù)據(jù)盤內(nèi)，播出之前需要人手工鍵入控制命令將待播節(jié)目媒體文件遷移到用于播出的視頻服務器。 播出系統(tǒng)通過磁帶介質(zhì)進行節(jié)目備播，對于整個播出業(yè)務流程而言，存在的問題描述如下 隨著電視臺網(wǎng)絡化的不斷發(fā)展，播出系統(tǒng)不再是一個信息孤島，與電視臺其他業(yè)務系統(tǒng)進行交互是必然趨勢。這些外部業(yè)務系統(tǒng)涉及節(jié)目生產(chǎn)管理系統(tǒng)、總編室編單系統(tǒng)、節(jié)目制作系統(tǒng)(含廣告系統(tǒng))、及媒體資產(chǎn)管理系統(tǒng)等；交互內(nèi)容涉及元數(shù)據(jù)信息和節(jié)目媒體文件。采用傳統(tǒng)磁帶介質(zhì)進行節(jié)目文件備播，需要在節(jié)目制作部門將節(jié)目文件下載到磁帶，然后在播出系統(tǒng)內(nèi)重新進行采集，完成節(jié)目的文件化。采用這種傳統(tǒng)的節(jié)目備播方式，首先效率非常低；而且采用磁帶進行錄制和采集，會導致節(jié)目畫質(zhì)一定程度的下降；此外，還需要對傳統(tǒng)錄像機設備進行維護，維護開銷也很大。

發(fā)明內(nèi)容
為了解決現(xiàn)有技術問題，本發(fā)明提出了一種播出異地容災備份的系統(tǒng)和方法。所述系統(tǒng)和方法是在原有播出系統(tǒng)基礎上，在異地構建一個完全獨立的容災備份系統(tǒng)，系統(tǒng)
6架構與原播出系統(tǒng)基本相同，具有獨立的數(shù)據(jù)庫、播出控制部分、視頻服務器、切換控制設
備等核心單元，兩個系統(tǒng)的內(nèi)部安全級別完全一致。同時構建播出基帶信號切換系統(tǒng)，完成
原播出系統(tǒng)播出基帶信號和異地容災備份系統(tǒng)播出基帶信號的輸出及應急切換。
本發(fā)明的目的是這樣實現(xiàn)的一種播出異地容災備份的系統(tǒng)，所述的系統(tǒng)包括
原播出系統(tǒng)、異地容災備份系統(tǒng)和播出基帶信號切換系統(tǒng)，所述的原播出系統(tǒng)包括原播節(jié)
目單編輯工作站，與所述原播節(jié)目單編輯工作站連接的是原播數(shù)據(jù)庫和原播消息服務器，
所述的原播數(shù)據(jù)庫與原播播控工作站主機、原播播控工作站備機、原播代理服務器連接；所
述的原播消息服務器與原播播控工作站主機、原播播控工作站備機、原播代理服務器連接，
所述的原播播控工作站主機和原播播控工作站備機相互連接，所述的原播播控工作站主機
和原播播控工作站備機與原播播出視頻服務器連接；所述的異地容災備份系統(tǒng)包括備播
節(jié)目單編輯工作站，所述的備播節(jié)目單編輯工作站與備播數(shù)據(jù)庫和備播消息服務器連接，
所述的備播消息服務器與備播播控工作站主機、備播播控工作站備機、備播代理服務器連
接，所述的備播數(shù)據(jù)庫與備播播控工作站主機、備播播控工作站備機、備播代理服務器、節(jié)
目備播系統(tǒng)連接，所述的備播播控工作站主機和備播播控工作站備機相互連接，所述的備
播播控工作站主機和備播播控工作站備機與備播播出視頻服務器連接；所述的原播代理服
務器通過千兆以太網(wǎng)與備播代理服務器連接；所述的備播服務器系統(tǒng)通過高速網(wǎng)絡與原播
出系統(tǒng)的原播存儲體連接，并與異地容災備份系統(tǒng)中備播存儲體連接；所述的播出基帶信
號切換系統(tǒng)與原播播出視頻服務器和備播播出視頻服務器相連。 使用上述系統(tǒng)的一種播出異地容災備份的方法，所述方法包括如下的運行過程
備播天數(shù)設定和調(diào)整修改過程包括預先設定節(jié)目從原播出系統(tǒng)向異地容災備份系統(tǒng)的備播系統(tǒng)的備播緩存的自動備播的提前天數(shù)N的過程，預先設定節(jié)目從備播系統(tǒng)的備播緩存向備播視頻服務器的自動備播的提前天數(shù)M的過程，以及根據(jù)業(yè)務變化的需要對N和M進行調(diào)整修改的過程。 正常播出時備份和實時同步的過程，所述正常播出時備份和實時同步的過程包括媒體文件自動備播的過程、元數(shù)據(jù)信息實時同步的過程，所述元數(shù)據(jù)信息實時同步的過程包括預播節(jié)目單同步的過程、正播節(jié)目單同步的過程； 播控應急操作同步的過程用于在出現(xiàn)意外時異地容災備份系統(tǒng)的備播播控工作站與原播出系統(tǒng)的原播播控工作站實現(xiàn)播控應急操作的實時同步。 播出基帶信號輸出與切換的過程播出基帶信號切換系統(tǒng)接收來自原播播出視頻
服務器和備播播出視頻服務器的播出基帶信號并選擇其中一路信號輸出的過程。
本發(fā)明產(chǎn)生的有益效果為由于設立了備播服務器，實現(xiàn)了待播節(jié)目文件從原播
出系統(tǒng)向異地容災備份系統(tǒng)的自動備播；由于設立了代理服務器，實現(xiàn)了預播節(jié)目單信息、
正播節(jié)目單信息及播控應急操作信息從原播出系統(tǒng)向異地容災備份系統(tǒng)的實時同步。采用
本發(fā)明提出的播出異地容災備份的系統(tǒng)和方法，提高了整個播出系統(tǒng)的安全級別。即使原
播出系統(tǒng)因重大自然災害、電力系統(tǒng)故障、網(wǎng)絡病毒爆發(fā)，導致原播出系統(tǒng)癱瘓喪失播出能
力，針對這種極端情況，由于待播節(jié)目文件、相關節(jié)目單信息在異地容災備份系統(tǒng)內(nèi)部都存
在備份，因此異地容災備份系統(tǒng)能夠獨立進行正常播出，保證播出基帶信號不受任何影響，
實現(xiàn)高安全播出的最終目的。


下面結合附圖和實施例對本發(fā)明作進一步說明。
圖1是發(fā)明實施例一所述的播出異地容災備份系統(tǒng)的示意圖； 圖2是發(fā)明實施例二所述的播出異地容災備份系統(tǒng)的子系統(tǒng)節(jié)目備播系統(tǒng)和原播存儲體、備播存儲器的原理示意圖； 圖3是發(fā)明實施例四所述的播出異地容災備份的方法實現(xiàn)待播節(jié)目文件自動備播的流程框圖； 圖4是發(fā)明實施例五所述的播出異地容災備份的方法實現(xiàn)預播節(jié)目單同步的流程框圖； 圖5是發(fā)明實施例六所述的播出異地容災備份的方法實現(xiàn)正播節(jié)目單同步的流程框圖； 圖6是發(fā)明實施例七所述的播出異地容災備份的方法實現(xiàn)播控應急操作同步的流程框圖。
具體實施方式
實施例一 本實施例是一種播出異地容災備份的系統(tǒng)，原理示意圖如圖1所示。本實施例所述的系統(tǒng)包括原播出系統(tǒng)、異地容災備份系統(tǒng)和播出基帶信號切換系統(tǒng)。所述的原播出系統(tǒng)包括原播節(jié)目單編輯工作站，與所述原播節(jié)目單編輯工作站連接的是原播數(shù)據(jù)庫和原播消息服務器，所述的原播數(shù)據(jù)庫與原播播控工作站主機、原播播控工作站備機、原播代理服務器連接；所述的原播消息服務器與原播播控工作站主機、原播播控工作站備機、原播代理服務器連接，所述的原播播控工作站主機和原播播控工作站備機相互連接，所述的原播播控工作站主機和原播播控工作站備機與原播播出視頻服務器連接。在原播出系統(tǒng)的基礎上，構建異地容災備份系統(tǒng)實現(xiàn)對播出系統(tǒng)的整體備份，構建播出基帶信號切換系統(tǒng)，實現(xiàn)對原播出系統(tǒng)輸出的播出基帶信號和備份播出系統(tǒng)輸出的播出基帶信號的輸出及異常情況下的切換。 隨著電視臺網(wǎng)絡化的不斷發(fā)展，播出系統(tǒng)與外部節(jié)目生產(chǎn)系統(tǒng)、總編室編單系統(tǒng)，媒體資產(chǎn)管理系統(tǒng)、節(jié)目制作系統(tǒng)，及廣告單編排系統(tǒng)進行媒體文件和節(jié)目單信息的交互。播出系統(tǒng)的節(jié)目來源更加豐富，除了播出系統(tǒng)內(nèi)部視頻服務器采集生成的文件，以及采用文件方式直接導入的緊急節(jié)目文件以外；還有大部分待播節(jié)目來自于外部的節(jié)目制作系統(tǒng)、媒體資產(chǎn)管理系統(tǒng)。 原播出系統(tǒng)內(nèi)部，針對來自外部系統(tǒng)的待播節(jié)目媒體文件，依據(jù)總編室預播節(jié)目單和全臺統(tǒng)一節(jié)目ID，根據(jù)制定好的備播策略，從外部系統(tǒng)用于節(jié)目交換的存儲體向原播存儲體進行自動備播。從而保證在節(jié)目播出時間到來之前，在原播出系統(tǒng)內(nèi)部，待播節(jié)目媒體文件在原播存儲體的原播系統(tǒng)的備播緩存和原播視頻服務器內(nèi)準備就緒，用于后續(xù)原播出系統(tǒng)的正式播出。 本實施例涉及的原播出系統(tǒng)內(nèi)部，原播節(jié)目單編輯工作站通過接口獲取總編室編單系統(tǒng)編排的周播節(jié)目單，然后根據(jù)節(jié)目播出計劃負責對周播節(jié)目單進行細化，生成預播節(jié)目單。預播節(jié)目單保存到原播數(shù)據(jù)庫，按照業(yè)務流程經(jīng)過審核、審批操作之后提交播出，并通過原播消息服務器發(fā)布加載節(jié)目單的消息通知。對于已經(jīng)被播出加載的正播節(jié)目單， 同樣可以在原播節(jié)目單編輯工作站對正播節(jié)目單內(nèi)的待播節(jié)目進行應急修改，然后保存到 原播數(shù)據(jù)庫并更新正播節(jié)目單。 原播出系統(tǒng)內(nèi)部播出控制部分，采用電視臺廣泛應用的完全主備架構。播出控制
部分由主、備播控工作站實現(xiàn)對主視頻服務器、備視頻服務器等播出設備的共享控制。正常
情況下，只有播控工作站主機的控制命令會被輸出到受控設備上執(zhí)行，通常稱其為處于主
控狀態(tài)；播控工作站備機在運行過程中會發(fā)出與的控制播控工作站主機完全同步的控制命
令，但是這些控制命令處于備份狀態(tài)并沒有被輸出到受控設備上，通常稱其為處于備控狀
態(tài)。原播播控工作站主機和原播播控工作站備機之間，依靠以太網(wǎng)指定的Socket端口建立
心跳通訊，按照適當?shù)念l率發(fā)送狀態(tài)檢測指令，另外還可以通過心跳通訊實現(xiàn)控制操作的
同步。正常情況下，由原播播控工作站主機控制播出設備(通常是播出視頻服務器)進行播
出；當原播播控工作站備機通過心跳通訊檢測到原播播控工作站主機出現(xiàn)故障時，由原播
播控工作站備機控制播出設備(通常是播出視頻服務器)繼續(xù)進行播出。需要指出的是，
在播出系統(tǒng)運行過程中，播控工作站主機、備機的主控狀態(tài)和備控狀態(tài)并不是固定不變的。
系統(tǒng)初始運行時，預先指定一臺播出控制工作站作為主機控制播出過程，這時播控工作站
主機處于主控狀態(tài)，播控工作站備機處于備控狀態(tài)。 一旦播控工作站備機通過心跳通訊檢
測到播控工作站主機出現(xiàn)故障時，播控工作站備機將接替播控工作站主機控制播出過程，
這時故障前處于備控狀態(tài)的播控工作站備機已經(jīng)切換到主控狀態(tài)，而故障前處于主控狀態(tài)
的播控工作站主機可關機進行下線維修，修復后重新上線使用?；谶@種系統(tǒng)架構，當播控
工作站、視頻服務器等核心設備出現(xiàn)單點故障時，播出系統(tǒng)仍然可以正常工作，具有一定的
容災備份能力。 播出過程中，處于主控狀態(tài)的原播播控工作站收到加載節(jié)目單的消息之后，從原
播數(shù)據(jù)庫加載預播節(jié)目單添加至正播節(jié)目單末尾，然后通過執(zhí)行發(fā)單操作，將整合后的節(jié) 目單寫入播出數(shù)據(jù)庫的正播表，同時通過心跳通知處于備控狀態(tài)的播控工作站從數(shù)據(jù)庫的
正播表中更新整合之后的節(jié)目單。處于主控狀態(tài)的原播播控工作站依據(jù)節(jié)目單中每條節(jié)目
所對應的信號源，按照時序控制所有受控設備完成播出和輸出信號的幀精度切換。同時處
于備控狀態(tài)的原播播控工作站同樣依據(jù)節(jié)目單中每條節(jié)目所對應的信號源，按照時序完成
所有的控制操作，但其控制命令在處于備份狀態(tài)時并不被輸出到受控設備上執(zhí)行。 播出過程中，若發(fā)生緊急或意外情況(臨時調(diào)整節(jié)目播出順序、取消某原定節(jié)目
的播出等)，需要人為在處于主控狀態(tài)的原播播控工作站上面執(zhí)行相應的播控應急操作，并
經(jīng)心跳通知處于備控狀態(tài)的原播播控工作站執(zhí)行相同的控制操作。 針對電視臺播出業(yè)務的特點，異地容災備份系統(tǒng)與原播出系統(tǒng)之間，必須解決兩 個核心問題第一是節(jié)目媒體文件的自動備播；第二是元數(shù)據(jù)信息(節(jié)目單與控制信息) 的實時同步。由于播出容災備份系統(tǒng)建設在異地，無法通過磁帶介質(zhì)進行節(jié)目備播，因此在 兩個系統(tǒng)之間采用網(wǎng)絡化、文件化方式進行節(jié)目媒體文件的自動備播。 本實施例所述的異地容災備份系統(tǒng)包括備播節(jié)目單編輯工作站，所述的備播節(jié) 目單編輯工作站與備播數(shù)據(jù)庫和備播消息服務器連接，所述的備播消息服務器與備播播控 工作站主機、備播播控工作站備機、備播代理服務器連接，所述的備播數(shù)據(jù)庫與備播播控工 作站主機、備播播控工作站備機、備播代理服務器、節(jié)目備播系統(tǒng)連接，所述的備播播控工作站主機和備播播控工作站備機相互連接，所述的備播播控工作站主機和備播播控工作站備機與備播服務器連接；所述的原播代理服務器通過千兆以太網(wǎng)與備播代理服務器連接；所述的備播服務器系統(tǒng)通過高速網(wǎng)絡系統(tǒng)與原播出系統(tǒng)的原播存儲體連接，并與異地容災備份系統(tǒng)中備播存儲體連接。 異地容災備份系統(tǒng)與原播出系統(tǒng)最大的差異就是專門設立節(jié)目備播系統(tǒng)，其中還專門設立了備播服務器、遷移管理服務器和遷移執(zhí)行服務器，保證異地容災備份系統(tǒng)與原播出系統(tǒng)之間實現(xiàn)待播節(jié)目媒體文件的自動備播。在原播出系統(tǒng)內(nèi)部和異地容災備份系統(tǒng)內(nèi)部，分別設立原播代理服務器和備播代理服務器。原播代理服務器負責接收原播出系統(tǒng)的消息通知，將播出業(yè)務相關的節(jié)目單信息、播控應急操作信息，從原播出系統(tǒng)向異地容災備份系統(tǒng)的備播代理服務器進行發(fā)布。而備播代理服務器的作用是接收節(jié)目單信息、播控應急操作信息，然后向異地容災備份系統(tǒng)內(nèi)部發(fā)布消息通知。通過專門設立的代理服務器，保證在播出過程中，異地容災備份系統(tǒng)與原播出系統(tǒng)之間實現(xiàn)元數(shù)據(jù)信息的實時同步。
本實施例實現(xiàn)的基本思路是在原播出系統(tǒng)的基礎上，本實施例在異地容災備份系統(tǒng)內(nèi)部，專門設立的一個子系統(tǒng)節(jié)目備播系統(tǒng)。節(jié)目備播系統(tǒng)上層設置備播服務器，備播服務器部署了GMP(Global Media Pr印are)軟件。該軟件根據(jù)備播策略從異地容災備份系統(tǒng)的備播數(shù)據(jù)庫中查詢并加載預播節(jié)目單，并依靠全臺統(tǒng)一節(jié)目ID匹配原播系統(tǒng)的備播緩存內(nèi)的待播節(jié)目媒體文件。匹配成功后生成節(jié)目遷移任務，這些任務被添加到備播數(shù)據(jù)庫的相關數(shù)據(jù)表。節(jié)目備播系統(tǒng)的底層以分布式架構部署多臺遷移執(zhí)行服務器，上層為遷移管理服務器，管理下屬的遷移執(zhí)行服務器集群。遷移管理服務器負責從數(shù)據(jù)庫中讀取遷移任務，然后動態(tài)分配給遷移執(zhí)行服務器集群；遷移執(zhí)行服務器集群負責執(zhí)行節(jié)目遷移任務，將待播節(jié)目媒體文件從原播系統(tǒng)的備播緩存遷移至備播系統(tǒng)的備播緩存。在臨近播出之前，GMP按照同樣的方式，根據(jù)預置的備播策略，生成節(jié)目遷移任務，經(jīng)過遷移管理服務器動態(tài)分配，由遷移執(zhí)行服務器集群執(zhí)行遷移任務，將待播節(jié)目媒體文件從備播系統(tǒng)的備播緩存遷移至備播視頻服務器，遷移完成后節(jié)目媒體文件在備播視頻服務器內(nèi)準備就緒，可以用于后續(xù)正式播出。 考慮到媒體文件數(shù)據(jù)量非常大(長度為45分鐘的高清節(jié)目，含視頻和音頻的媒體文件，大小約為19. 2GB ;長度為45分鐘的標清節(jié)目，含視頻和音頻的媒體文件，大小約為6. OGB)，結合播出業(yè)務自身的特點，在原播出系統(tǒng)和異地容災備份系統(tǒng)之間，需要長時間持續(xù)進行媒體數(shù)據(jù)文件的并發(fā)傳輸，必須保證足夠的遷移帶寬支撐業(yè)務正常運行。因此，在設計和實際建設時需要采用高速網(wǎng)絡系統(tǒng)，用于傳輸媒體數(shù)據(jù)文件。通?？梢赃x擇萬兆以太網(wǎng)或者SAN光纖網(wǎng)絡。相對而言，原播出系統(tǒng)與異地容災備份系統(tǒng)之間，元數(shù)據(jù)信息的實時同步具有高實時性的特點，僅完成節(jié)目單信息、應急控制操作等輕量級文件的通訊，對于傳輸帶寬并無特殊要求。因此，采用千兆以太網(wǎng)架構，用于輕量級元數(shù)據(jù)的傳輸。綜上所述，本實施例在構建播出異地容災備份系統(tǒng)的時候，采用千兆以太網(wǎng)用于傳輸元數(shù)據(jù)信息，采用光纖網(wǎng)用于傳輸媒體數(shù)據(jù)文件。 本實施例的工作狀態(tài)包括正常播出的工作狀態(tài)和出現(xiàn)意外而進行的應急工作狀態(tài)或稱播控應急操作的實時同步。在正常播出工作狀態(tài)下，原播出系統(tǒng)與異地容災備份系統(tǒng)之間需要進行文件備份。這種文件備份包括媒體文件的備份或稱媒體文件備播和元數(shù)據(jù)及控制信息的備份。元數(shù)據(jù)的備份包括預播節(jié)目的備份和正播節(jié)目單的備份。在出現(xiàn)意外或緊急情況下(臨時調(diào)整節(jié)目播出順序、取消某原定節(jié)目的播出等)，異地容災備份系統(tǒng)與原播出系統(tǒng)之間需要進行播控應急操作的實時同步。 通過上述媒體文件備播、節(jié)目單信息，及播控應急操作(臨時調(diào)整節(jié)目播出順序、取消某原定節(jié)目的播出等)的實時同步，保證了異地容災備份系統(tǒng)送出的播出基帶信號與原播出系統(tǒng)送出的播出基帶信號完全同步。 本實施例中原播出系統(tǒng)最終播出的原播出基帶信號和異地容災備份系統(tǒng)最終播出的備播出基帶信號，分別送給末端播出基帶信號切換系統(tǒng)，原理示意圖如圖l所示。本實施例所述的末端播出基帶信號切換系統(tǒng)，通常指電視臺播出系統(tǒng)普遍采用的2X1視音頻切換開關，提供兩路視音頻輸入和一路視音頻輸出。所述的末端播出基帶信號切換系統(tǒng)，支持手動切換和自動切換兩種方式 手動模式，通常情況下由工作人員通過控制面板或應用軟件，根據(jù)原播出系統(tǒng)的原播出基帶信號和異地容災備份系統(tǒng)的備播出基帶信號的狀態(tài)，手動控制末端切換設備完成輸出信號的切換。 自動模式，對于2X1視音頻切換開關根據(jù)預置的警告參數(shù)，對載波、SDI鎖定、行制式、EDH和嵌入音頻、數(shù)據(jù)有、無進行檢測，通過內(nèi)部信號分析處理機制完成原播出基帶信號和備播出基帶信號之間的自動切換。此外，2X1視音頻切換開關斷電時，支持信號直通功能。
實施例二 本實施例是實施例一的改進，是實施例一關于節(jié)目備播系統(tǒng)的細化，如圖2所示。本實施例所述的節(jié)目備播系統(tǒng)包括備播服務器，備播服務器與遷移管理服務器連接，遷移管理服務器與由多個遷移執(zhí)行服務器組成的遷移執(zhí)行服務器集群連接，遷移執(zhí)行服務器集群與原播出系統(tǒng)的原播存儲體、異地容災系統(tǒng)的備播存儲體連接。原播存儲體包括原播視頻服務器和原播系統(tǒng)的備播緩存。備播存儲體包括備播視頻服務器和備播系統(tǒng)的備播緩存。 節(jié)目備播系統(tǒng)是異地容災備份系統(tǒng)的子系統(tǒng)，其主要作用在于根據(jù)預播節(jié)目單和全臺統(tǒng)一節(jié)目ID，將原播出系統(tǒng)的媒體節(jié)目文件從原播存儲體中遷移到異地容災備份系統(tǒng)的備播存儲體中。遷移工作不是簡單的搬運，備播服務器加載預播節(jié)目單之后，首先按照節(jié)目ID對備播系統(tǒng)的備播緩存內(nèi)已經(jīng)存在的節(jié)目進行自動匹配。對于重播節(jié)目不需要進行遷移，對于異地容災備份系統(tǒng)中不存在的待播節(jié)目生成相應的備播遷移任務。其次，備播服務器將依據(jù)預播節(jié)目單內(nèi)節(jié)目開播時間，對備播遷移任務的優(yōu)先級進行自動排序，保證臨近播出的待播節(jié)目優(yōu)先遷移到備播系統(tǒng)的備播緩存和備播視頻服務器。接下來，需要對遷移任務進行處理。遷移任務的處理包括兩個過程，首先從備播數(shù)據(jù)庫讀取備播服務器生成的遷移任務，然后根據(jù)任務的優(yōu)先級和備播策略執(zhí)行遷移任務，這里用遷移任務管理和遷移任務執(zhí)行表示這兩個過程。通常情況下，電視臺播出系統(tǒng)內(nèi)部遷移任務管理和遷移任務執(zhí)行可以由一個應用服務器實現(xiàn)，當然為了提高安全性可以采用主備冗余的架構。
鑒于媒體文件傳輸?shù)膹碗s性，本實施例采用一種分布式架構，可以很好的實現(xiàn)媒體文件的遷移。在節(jié)目備播系統(tǒng)內(nèi)部，部署了一臺遷移管理服務器以及由多臺遷移執(zhí)行服務器組成的服務器集群。遷移管理服務器負責從備播數(shù)據(jù)庫加載遷移任務，同時對所有遷移執(zhí)行服務器進行管理，實時獲取遷移執(zhí)行服務器的運行狀況；根據(jù)負載均衡策略，將遷移任務動態(tài)分配給遷移執(zhí)行服務器，由遷移執(zhí)行服務器集群對遷移任務進行并發(fā)處理，保證
11待播節(jié)目文件的自動備播效率。遷移管理服務器和遷移執(zhí)行服務器集群采用分布式架構，其優(yōu)勢在于提高遷移任務的處理效率，保證待播節(jié)目按時備播至異地容災備份系統(tǒng)；另外，采用遷移執(zhí)行服務器集群保證節(jié)目備播系統(tǒng)具有足夠的容災備能力，個別遷移執(zhí)行服務器出現(xiàn)故障，不會對整體業(yè)務正常運行造成嚴重影響。
實施例三 本實施例是使用上述實施例進行播出異地容災備份的方法。本實施例所述方法包括如下運行的過程 備播天數(shù)設定和調(diào)整修改過程包括預先設定節(jié)目從原播出系統(tǒng)向異地容災備份系統(tǒng)的備播系統(tǒng)的備播緩存的自動備播的提前天數(shù)N的過程，預先設定節(jié)目從備播系統(tǒng)的備播緩存向備播播出視頻服務器的自動備播的提前天數(shù)M的過程，以及根據(jù)業(yè)務變化的需要對N和M進行調(diào)整修改的過程。 正常播出時備份和實時同步的過程包括媒體文件自動備播的過程、元數(shù)據(jù)信息實時同步的過程，所述元數(shù)據(jù)信息實時同步的過程包括預播節(jié)目單同步的過程、正播節(jié)目單同步的過程； 播控應急操作同步的過程用于在出現(xiàn)意外時異地容災備份系統(tǒng)的備播播控工作站與原播出系統(tǒng)的原播播控工作站實現(xiàn)播控應急操作的實時同步。 播出基帶信號輸出與切換的過程播出基帶信號切換系統(tǒng)接收來自原播播出視頻
服務器和備播播出視頻服務器的播出基帶信號并選擇其中一路信號輸出的過程。
本實施例在正常播出時需要媒體文件自動備播和元數(shù)據(jù)信息的實時同步；在出現(xiàn)
意外時(臨時調(diào)整節(jié)目播出順序、取消某原定節(jié)目的播出等)需要播控應急操作實時同步；
在原播出系統(tǒng)出現(xiàn)重大災難(地震、火災、戰(zhàn)爭等)無法播出時，通過播出基帶信號切換系
統(tǒng)輸出備份播出統(tǒng)的播出基帶信號。 媒體文件自動備播的過程每天按照一個確定的時間點，開始將原播出系統(tǒng)中的節(jié)目文件遷移到異地容災備份系統(tǒng)中。原播出系統(tǒng)中任何媒體文件的變化都可以及時反映到異地容災備份系統(tǒng)中。媒體文件的數(shù)據(jù)量均十分巨大，因此，遷移這些媒體文件首先必須具備足夠容量的寬帶網(wǎng)絡。但僅僅具有足夠的寬帶網(wǎng)絡還不夠，在遷移任務的分配上必須優(yōu)化制定遷移策略，充分利用遷移執(zhí)行服務器集群的資源，以最快的速度完成媒體文件的遷移。 預播節(jié)目單實時同步的過程根據(jù)節(jié)目單類型分為預播節(jié)目單實時同步和正播節(jié)目單實時同步。在原播出系統(tǒng)內(nèi)部，由原播節(jié)目單編輯工作站負責進行預播節(jié)目單編排，將預播節(jié)目單保存到原播數(shù)據(jù)庫。經(jīng)過常規(guī)審批流程之后提交播出，同時發(fā)布消息通知。經(jīng)過原播消息服務器轉(zhuǎn)發(fā)，原播代理服務器收到消息通知后，從原播數(shù)據(jù)庫讀取預播節(jié)目單，并通過Socket將預播節(jié)目單以XML文件的形式發(fā)給異地容災備份系統(tǒng)的備播代理服務器。在異地容災備份系統(tǒng)內(nèi)部，備播代理服務器接收到節(jié)目單信息以后，將預播節(jié)目單寫入備播數(shù)據(jù)庫的預播節(jié)目單列表。同時發(fā)布消息通知，訂閱到該消息的異地容災備份系統(tǒng)的其他工作站根據(jù)情況對預播節(jié)目單進行處理。經(jīng)過上述過程，保證異地容災備份系統(tǒng)與原播出系統(tǒng)的預播節(jié)目單實時同步。 正播節(jié)目單實時同步的過程與預播節(jié)目處理類似，在原播出系統(tǒng)內(nèi)部，處于主控狀態(tài)的原播播控工作站負責對正播節(jié)目單進行應急修改，修改完成之后執(zhí)行發(fā)送節(jié)目單操
12作，將更新后的正播節(jié)目單寫入原播數(shù)據(jù)庫中，并經(jīng)過以太網(wǎng)的心跳通訊端口發(fā)送消息，通知備控狀態(tài)的原播播控工作站從原播數(shù)據(jù)庫更新正播節(jié)目單，實現(xiàn)原播播控工作站主、備機正播節(jié)目單實時同步。同時發(fā)布消息通知，經(jīng)過原播消息服務器轉(zhuǎn)發(fā)，原播代理服務器收到消息通知后，從原播數(shù)據(jù)庫讀取更新后的正播節(jié)目單，并通過Socket將更新后的正播節(jié)目單以XML文件的形式發(fā)給異地容災備份系統(tǒng)的備播代理服務器。在異地容災備份系統(tǒng)內(nèi)部，備播代理服務器接收到節(jié)目單信息后，將更新后的正播節(jié)目單寫入異地容災備份系統(tǒng)備播數(shù)據(jù)庫的正播節(jié)目單列表。同時發(fā)布消息通知，經(jīng)過備播消息服務器轉(zhuǎn)發(fā)，處于主控狀態(tài)的備播播控工作站訂閱到該消息通知后，從備播數(shù)據(jù)庫加載更新后的正播節(jié)目單，并通過以太網(wǎng)的心跳通訊端口通知處于備控狀態(tài)的備播播控工作站從備播數(shù)據(jù)庫更新正播節(jié)目單。通過上述過程，保證異地容災備份系統(tǒng)與原播出系統(tǒng)的正播節(jié)目單實時同步更新。
播控應急操作實時同步的方法，播出過程中為了保證播出安全性，需要執(zhí)行一些播控應急操作，避免出現(xiàn)停播、誤播，及劣播事故。當發(fā)生意外的時候(臨時調(diào)整節(jié)目播出順序、取消某原定節(jié)目的播出等)，在原播出系統(tǒng)內(nèi)部，處于主控狀態(tài)的原播播控工作站執(zhí)行播控應急操作，并經(jīng)過以太網(wǎng)的心跳通訊端口發(fā)送消息，通知備控狀態(tài)的原播播控工作站執(zhí)行相同的控制命令，同時發(fā)布應急操作的消息通知，其中包含了應急操作的時間點，經(jīng)過原播消息服務器轉(zhuǎn)發(fā)，原播出系統(tǒng)的原播代理服務器接收到該消息，原播代理服務器通過Socket將播控應急操作和時間點信息以XML文件的形式，經(jīng)過以太網(wǎng)發(fā)送給異地容災備份系統(tǒng)的備播代理服務器。在異地容災備份系統(tǒng)內(nèi)部，備播代理服務器接收到播控應急操作信息之后，通過消息方式向外發(fā)布；經(jīng)過備播消息服務器轉(zhuǎn)發(fā)之后，主控狀態(tài)的備播播控工作站訂閱到播控應急操作的消息通知，執(zhí)行相應的播控應急操作；并經(jīng)過以太網(wǎng)的心跳通訊端口發(fā)送消息，通知備控狀態(tài)的備播播控工作站執(zhí)行相同的控制操作。采用上述方法，在發(fā)生意外時，保證異地容災備份系統(tǒng)與原播出系統(tǒng)執(zhí)行的播控應急操作進行實時同步。
播出基帶信號輸出與切換的過程播出基帶信號切換系統(tǒng)同時接收到來自原播播出視頻服務器和備播播出視頻服務器的播出基帶信號；通常情況下，播出基帶信號切換系統(tǒng)將來自原播出系統(tǒng)的播出基帶信號輸出；在原播出系統(tǒng)出現(xiàn)重大災難(地震、火災或戰(zhàn)爭)的情況下，播出基帶信號切換系統(tǒng)將來自備份播出系統(tǒng)的播出基帶信號輸出。這樣就保證了在因為重大災難造成原播出系統(tǒng)完全癱瘓的情況下，最終的播出基帶信號依然可以安全播出。
實施例四 本實施例是實施例三的改進，是實施例三關于媒體文件自動備播的過程的細化，流程如圖3所示。本實施例所述方法中媒體文件自動備播的過程包括二級整備過程媒體文件從原播出系統(tǒng)向異地容災備份系統(tǒng)的備播系統(tǒng)的備播緩存的自動備播和媒體文件從備播系統(tǒng)的備播緩存向備播視頻服務器的自動備播。 媒體文件從原播出系統(tǒng)向異地容災備份系統(tǒng)的備播系統(tǒng)的備播緩存的自動備播的步驟如下 每天24點整，啟動自動備播業(yè)務流程；
查詢備播數(shù)據(jù)庫中符合-N天條件的預播節(jié)目單；
從備播數(shù)據(jù)庫中自動加載符合時間條件的預播節(jié)目單；
生成節(jié)目遷移任務；
13
將待播節(jié)目從原播系統(tǒng)的備播緩存遷移至備播系統(tǒng)的備播緩存； 媒體文件從備播系統(tǒng)的備播緩存向備播視頻服務器的自動備播的步驟如下 每天24點整，啟動自動備播業(yè)務流程； 查詢備播數(shù)據(jù)庫中符合-M天(M < N)條件的預播節(jié)目單；
從備播數(shù)據(jù)庫中自動加載符合時間條件的預播節(jié)目單；
匹配備播系統(tǒng)的備播緩存中的相關節(jié)目媒體文件；
自動加載遷移任務； 將待播節(jié)目媒體文件從備播系統(tǒng)的備播緩存遷移至最終負責節(jié)目播出的備播視頻服務器。
本實施例的實施思路詳細描述如下 原播出系統(tǒng)內(nèi)部，待播節(jié)目文件依據(jù)總編室預播節(jié)目單和全臺統(tǒng)一節(jié)目ID，根據(jù)制定好的備播策略，自動從外部節(jié)目制作系統(tǒng)、媒體資產(chǎn)管理系統(tǒng)向原播出系統(tǒng)的原播存儲體進行備播。 播出異地容災備份系統(tǒng)內(nèi)部，由節(jié)目備播系統(tǒng)負責實現(xiàn)媒體文件從原播出系統(tǒng)向異地容災備份系統(tǒng)的自動備播。備播流程包含二級整備過程首先，從原播出系統(tǒng)向異地容災備份系統(tǒng)備播緩存的自動備播；其次，播出異地容災備份系統(tǒng)內(nèi)部，媒體文件從備播緩存向備播視頻服務器的自動備播。 節(jié)目備播系統(tǒng)內(nèi)部，在備播服務器上面部署GMP(Global Media Pr印are)軟件，以系統(tǒng)時鐘為準，每天24點整，啟動自動備播業(yè)務流程。根據(jù)預置的備播策略，查詢異地容災備份系統(tǒng)備播數(shù)據(jù)庫中符合-N天條件的預播節(jié)目單，即N天之后播出的預播節(jié)目單。接下來，從備播數(shù)據(jù)庫中自動加載符合時間條件的預播節(jié)目單。其中，包含了節(jié)目名稱、存儲位置，及統(tǒng)一節(jié)目ID等相關播出信息。GMP依據(jù)全臺統(tǒng)一節(jié)目ID，匹配原播出系統(tǒng)備播緩存中的相關節(jié)目媒體文件。匹配成功后，由GMP生成節(jié)目遷移任務，這些任務保存至備播數(shù)據(jù)庫的相關數(shù)據(jù)表。然后，底層遷移管理服務器從備播數(shù)據(jù)庫自動加載遷移任務，并根據(jù)策略動態(tài)分配給遷移執(zhí)行服務器集群。遷移執(zhí)行服務器集群負責執(zhí)行節(jié)目遷移任務，將待播節(jié)目從原播系統(tǒng)的備播緩存遷移至備播系統(tǒng)的備播緩存?？紤]到備播業(yè)務及媒體文件的特點，需要長時間并發(fā)傳輸相對很大的視音頻文件，因此在系統(tǒng)設計和實際建設中，原播出系統(tǒng)和異地容災備份系統(tǒng)之間采用高速網(wǎng)絡系統(tǒng)架構，以保證足夠的遷移帶寬。以上步驟，實現(xiàn)了待播節(jié)目媒體文件的一級備播，即從原播系統(tǒng)的備播緩存向備播系統(tǒng)的備播緩存的自動備播。 節(jié)目備播系統(tǒng)內(nèi)部，GMP以系統(tǒng)時鐘為準，每天24點整，啟動自動備播業(yè)務流程。首先查詢播出異地容災備份系統(tǒng)的備播數(shù)據(jù)庫中符合-M天條件的預播節(jié)目單，即M天之后播出的預播節(jié)目單。與上述備播流程相比，備播策略中M〈N，表示M更臨近開播時間點。M和N的取值，由備播業(yè)務流程及存儲體的大小決定，通常由播出管理人員在系統(tǒng)開播前事先設定，并可根據(jù)業(yè)務變化經(jīng)授權后進行調(diào)整和修改。接下來，從備播數(shù)據(jù)庫中自動加載符合時間條件的預播節(jié)目單。其中，包含節(jié)目名稱、存儲位置，及統(tǒng)一節(jié)目ID等相關播出信息。異地容災備份系統(tǒng)內(nèi)部，GMP匹配備播系統(tǒng)的備播緩存中的相關節(jié)目媒體文件。匹配成功后，由GMP生成節(jié)目遷移任務，這些任務保存至備播數(shù)據(jù)庫的相關數(shù)據(jù)表。然后，底層遷移管理服務器從數(shù)據(jù)庫自動加載遷移任務，并根據(jù)策略動態(tài)分配給遷移執(zhí)行服務器集群。遷移執(zhí)行服務器集群負責執(zhí)行節(jié)目遷移任務，將待播節(jié)目媒體文件從備播系統(tǒng)的備播
緩存遷移至最終負責節(jié)目播出的備播視頻服務器。以上步驟，實現(xiàn)了異地容災備份系統(tǒng)內(nèi)
部，待播節(jié)目媒體文件從備播系統(tǒng)的備播緩存向備播視頻服務器的自動備播。 綜上所述，節(jié)目備播系統(tǒng)根據(jù)預置的備播策略，完成了待播節(jié)目媒體文件從原播
出系統(tǒng)向異地容災備份系統(tǒng)的二級自動備播。通過這個過程，保證了待播節(jié)目媒體文件，在
原播出系統(tǒng)和異地容災備份系統(tǒng)內(nèi)部的精確備播，開播之前，待播媒體文件在原播視頻服
務器和備播視頻服務器內(nèi)準備就緒。
實施例五 本實施例是實施例三的改進，是實施例三關于預播節(jié)目單同步的過程的細化，流
程如圖4所示。本實施例所述方法中預播節(jié)目單同步的過程包括如下步驟 將編制完成的預播節(jié)目單寫入原播數(shù)據(jù)庫； 原播節(jié)目單編輯工作站發(fā)布消息通知； 原播代理服務器收到消息通知； 原播代理服務器從原播數(shù)據(jù)庫讀取預播節(jié)目單； 原播代理服務器通過Socket將預播節(jié)目單以XML文件的形式發(fā)給備播代理服務器； 備播代理服務器將收到的預播節(jié)目單寫入備播數(shù)據(jù)庫；
備播代理服務器發(fā)布有新預播節(jié)目單的消息通知； 異地容災備份系統(tǒng)的任何需要預播節(jié)目單的工作站在訂閱到有新預播節(jié)目單消息后可以從備播數(shù)據(jù)庫里讀取新的預播節(jié)目單。 電視臺常規(guī)節(jié)目單編輯業(yè)務流程，由節(jié)目單編輯工作站根據(jù)總編室下達計劃單對每日播出節(jié)目單進行細化。根據(jù)業(yè)務設置，提前編排今后1-3天的預播節(jié)目單，節(jié)目單根據(jù)日期和頻道進行管理。預播節(jié)目單編輯完成后，保存到原播數(shù)據(jù)庫的預播節(jié)目單列表中。接著由專人根據(jù)業(yè)務設置，對預播節(jié)目單分別進行審核、審批，只有經(jīng)過審批的預播節(jié)目單才能夠提交播出。備播節(jié)目單編輯工作站執(zhí)行提交節(jié)目單操作的同時，通過消息服務器發(fā)布消息通知，原播播控工作站主、備機通過消息訂閱收到消息通知，然后可以從原播數(shù)據(jù)庫加載預播節(jié)目單。
本實施例的實施思路詳細描述如下 由原播出系統(tǒng)的節(jié)目單編輯工作站負責預播節(jié)目單的編排，將總編室計劃單細化
為日播節(jié)目單，將編排完成的預播節(jié)目單保存到原播出系統(tǒng)原播數(shù)據(jù)庫的預播單列表中。
根據(jù)業(yè)務設置，由專人對預播節(jié)目單進行審核和審批操作。經(jīng)過審批的預播節(jié)目單，通過原
播節(jié)目單編輯工作站提交播出，執(zhí)行提交操作的同時對外發(fā)布消息通知。 原播出系統(tǒng)的原播代理服務器，接收到經(jīng)過原播消息服務器轉(zhuǎn)發(fā)的消息之后，從
原播數(shù)據(jù)庫讀取預播節(jié)目單。通過Socket將元數(shù)據(jù)信息預播節(jié)目單，以XML文件的形式經(jīng)
過以太網(wǎng)發(fā)送給異地容災備份系統(tǒng)的備播代理服務器。異地容災備份系統(tǒng)的備播代理服務
器接收到預播節(jié)目單之后，寫入異地容災備份系統(tǒng)備播數(shù)據(jù)庫的預播單列表中。 同時備播代理服務器向異地容災備份系統(tǒng)發(fā)布消息通知，經(jīng)過備播消息服務器轉(zhuǎn)
發(fā)之后，異地容災備份系統(tǒng)內(nèi)部所有需要加載預播節(jié)目單的工作站訂閱到該消息之后，可
以從備播數(shù)據(jù)庫加載預播節(jié)目單。
如上所述，完成了預播節(jié)目單從原播出系統(tǒng)向異地容災備份系統(tǒng)的實時同步，原 播出系統(tǒng)原播數(shù)據(jù)庫和異地容災備份系統(tǒng)的備播數(shù)據(jù)庫內(nèi)都保存了預播節(jié)目單。異地容災 備份系統(tǒng)備播數(shù)據(jù)庫中的預備節(jié)目單，作為待播節(jié)目媒體文件從原播出系統(tǒng)向異地容災備 份系統(tǒng)自動備播的驅(qū)動和依據(jù)。
實施例六 本實施例是實施例三的改進，是實施例三關于正播節(jié)目單同步的過程細化，流程
如圖5所示。本實施例所述方法中正播節(jié)目單同步的過程包括如下步驟 原播出系統(tǒng)修改正播節(jié)目單，將修改后節(jié)目單保存到原播數(shù)據(jù)庫； 主控狀態(tài)的原播播控工作站發(fā)布正播節(jié)目單更新的消息通知； 原播代理服務器收到正播節(jié)目單更新的消息通知； 原播代理服務器從數(shù)據(jù)庫中提取正播節(jié)目單； 原播代理服務器通過Socket將正播節(jié)目單以XML文件的形式發(fā)給備播代理服務 器； 備播代理服務器將收到的正播節(jié)目單寫入備播數(shù)據(jù)庫；
備播代理服務器發(fā)布正播節(jié)目單更新的消息通知； 主控狀態(tài)的備播播控工作站在訂閱到正播節(jié)目單更新的消息后從備播數(shù)據(jù)庫中 讀取正播節(jié)目單。 當預播節(jié)目單提交播出以后，進入到電視臺播出業(yè)務流程階段，播出系統(tǒng)內(nèi)部的 原播播控工作站主、備機都會訂閱到加載預播節(jié)目單的消息。通常情況下，播出值班人員 看到加載預播節(jié)目單的提示信息之后，會在處于主控狀態(tài)的原播播控工作站上面，執(zhí)行加 載預播節(jié)目單的操作，從原播數(shù)據(jù)庫中添加預播節(jié)目單。此時，若處于正常開播狀態(tài)，預播 節(jié)目單添加至正播節(jié)目單的末尾，接著需要執(zhí)行硬盤素材檢查操作，通過串口依據(jù)節(jié)目單 查詢原播視頻服務器內(nèi)待播節(jié)目的存儲狀態(tài)，經(jīng)過查詢確認素材準備就緒之后，執(zhí)行發(fā)送 節(jié)目單操作。將正播節(jié)目單寫入原播數(shù)據(jù)庫的正播節(jié)目單列表中，并經(jīng)過以太網(wǎng)指定的 Socket心跳通訊端口發(fā)送消息，通知備控狀態(tài)的原播播控工作站從原播數(shù)據(jù)庫加載正播節(jié) 目單。這樣，原播出系統(tǒng)內(nèi)部原播播控工作站主機和備機的正播節(jié)目單保持一致，根據(jù)節(jié)目 單控制播出設備完成節(jié)目播出。 對于另外一種情況，若處于停播狀態(tài)，處于主控狀態(tài)的原播播控工作站從原播數(shù) 據(jù)庫加載預播節(jié)目單之后，同樣需要進行硬盤素材檢查操作，通過串口依據(jù)節(jié)目單查詢原 播視頻服務器內(nèi)待播節(jié)目的存儲狀態(tài)，經(jīng)過查詢確認素材準備就緒之后，執(zhí)行發(fā)送節(jié)目單 操作。將正播節(jié)目單寫入原播數(shù)據(jù)庫的正播節(jié)目單列表中，并經(jīng)過以太網(wǎng)指定的Socket心 跳通訊端口發(fā)送消息，通知備控狀態(tài)的原播播控工作站從原播數(shù)據(jù)庫正播節(jié)目單列表中加 載正播節(jié)目單。 雖然處于停播狀態(tài)，但是要求正播節(jié)目單的首條節(jié)目必須設置為定時播出類型。 接著，在主控狀態(tài)的原播播控工作站上面執(zhí)行開播操作，同樣經(jīng)過以太網(wǎng)指定的Socket心 跳通訊端口發(fā)送消息，通知備控狀態(tài)的原播播控工作站同步執(zhí)行開播操作。這樣原播出系 統(tǒng)內(nèi)部，原播播控工作站主、備機之間，無論正播節(jié)目單還是控制操作保持實時同步，控制 播出設備完成節(jié)目播出。 當然對于實際播出業(yè)務流程，還會遇到對正播節(jié)目單進行應急修改的情況。通常
16在進行直播或轉(zhuǎn)播的應用場景下，由于現(xiàn)場節(jié)目的開播時間和結束時間不確定，經(jīng)常會對 后續(xù)節(jié)目的開播時間產(chǎn)生影響，出現(xiàn)播出時間不連續(xù)或覆蓋等情況。因此，需要對正播節(jié)目 單進行應急修改，調(diào)整后續(xù)節(jié)目的開播時間。此外，還有一些應急情況，在播出過程中臨時 接到總編室下達的正播節(jié)目單應急修改通知，由專人在播出過程中對正播節(jié)目單進行應急 修改。
本實施例的實施思路詳細描述如下 原播出系統(tǒng)內(nèi)部，通過處于主控狀態(tài)的原播播控工作站對正播節(jié)目單進行應急修 改，執(zhí)行發(fā)送節(jié)目單操作，將修改之后的正播節(jié)目單保存到原播數(shù)據(jù)庫的正播節(jié)目單列表 中。并經(jīng)過以太網(wǎng)指定的Socket心跳通訊端口發(fā)送消息，通知備控狀態(tài)的原播播控工作站 從原播數(shù)據(jù)庫正播節(jié)目單列表中加載正播節(jié)目單。 同時發(fā)布更新正播節(jié)目單的消息，原播出系統(tǒng)的原播代理服務器接收到經(jīng)過原播 消息服務器轉(zhuǎn)發(fā)通知之后，從原播數(shù)據(jù)庫讀取更新后的正播節(jié)目單，通過Socket將元數(shù)據(jù) 信息正播節(jié)目單，以XML文件的形式經(jīng)過以太網(wǎng)發(fā)送給異地容災備份系統(tǒng)的備播代理服務 器。 在異地容災備份系統(tǒng)內(nèi)部，備播代理服務器接收到更新后的正播節(jié)目單，寫入異 地容災備份系統(tǒng)備播數(shù)據(jù)庫的預播單列表中，同時備播代理服務器發(fā)布更新正播節(jié)目單 的消息。經(jīng)過備播消息服務器轉(zhuǎn)發(fā)之后，異地容災備份系統(tǒng)內(nèi)部處于主控狀態(tài)的備播播控 工作站訂閱到該消息之后，從備播數(shù)據(jù)庫加載更新后的正播節(jié)目單，并經(jīng)過以太網(wǎng)指定的 Socket心跳通訊端口發(fā)送消息，通知處于備控狀態(tài)的備播播控工作站從備播數(shù)據(jù)庫加載更 新后的正播節(jié)目單。 如上所述，完成了正播節(jié)目單從原播出系統(tǒng)向異地容災備份系統(tǒng)的實時同步，由 于正播節(jié)目單實時同步，播出異地容災備份系統(tǒng)跟隨原播出系統(tǒng)進行同步播出，兩個系統(tǒng) 送出的播出基帶信號實時同步。
實施例七 本實施例是實施例三的改進，是實施例三關于播控應急操作同步的過程細化，流 程如圖6所示。本實施例所述方法中播控應急操作同步的過程包括如下步驟
出現(xiàn)意外，播出值班員在處于主控狀態(tài)的原播播控工作站上執(zhí)行應急操作，并發(fā) 布執(zhí)行應急操作的消息； 通知處于備控狀態(tài)的原播播控工作站執(zhí)行同樣操作，同時經(jīng)原播消息服務器發(fā)布 轉(zhuǎn)發(fā)應急操作的消息； 原播代理服務器向備播代理服務器發(fā)送應急操作消息； 備播代理服務器收到應急操作消息后經(jīng)備播消息服務器轉(zhuǎn)發(fā)應急操作消息；
處于主控狀態(tài)的備播播控工作站收到應急操作消息后執(zhí)行應急操作并發(fā)布執(zhí)行 應急操作的消息通知處于備控狀態(tài)的備播播控工作站； 處于備控狀態(tài)的備播播控工作站收到應急操作消息后執(zhí)行應急操作。
電視臺對播出安全性要求非常高。正常播出過程中，如果遇到播出信號出現(xiàn)異常
的情況，需要播出值班人員根據(jù)具體情況，執(zhí)行相應的播控應急操作，保證播出的安全性，
避免出現(xiàn)停播、誤播，及劣播等播出事故。 常用的播控應急操作包括Take 、保持、切應急源等等。Take操作，通常用于直播或轉(zhuǎn)播的應用場景，由于現(xiàn)場信號的結束時間有可能提前或延后，因此節(jié)目單內(nèi)待播節(jié)目的 開播時間無法確定，通常處于待定的狀態(tài)，當接到現(xiàn)場信號結束通知之后，播出值班人員執(zhí) 行Take操作應急切換到待播節(jié)目進行順序播出；保持操作，通常用于直播或轉(zhuǎn)播的應用場 景，針對正在播出的現(xiàn)場信號，若現(xiàn)場信號結束時間待定并超過預期的結束時間，那么需要 執(zhí)行保持操作，這樣當前節(jié)目的播出時間變更為不定長，后續(xù)節(jié)目的開播時間待定；切應急 信號操作，通常用于播出信號出現(xiàn)異常的情況，值班人員執(zhí)行該操作，通過播出軟件控制切 換設備將播出信號切換到系統(tǒng)預置的墊片信號即應急信號源，待播出信號恢復正常后通過 手動方式，控制切換器將播出信號切回到正確的播出信號源。
本實施例實施的思路詳細描述如下 在原播出系統(tǒng)內(nèi)部，播出過程中播出值班人員在主控狀態(tài)的原播播控工作站上面
執(zhí)行的播控應急操作，包括Take、保持、切應急信號等等，經(jīng)過以太網(wǎng)指定的Socket心跳通
訊端口發(fā)送消息，通知備控狀態(tài)的原播播控工作站執(zhí)行相同的播控應急操作。 同時向外發(fā)布應急操作的消息通知，其中包含了應急操作的時間點。經(jīng)過原播消
息服務器轉(zhuǎn)發(fā)，原播出系統(tǒng)的原播代理服務器接收到該消息。原播出系統(tǒng)的原播代理服務
器通過Socket,將元數(shù)據(jù)信息播控應急操作及時間點，以XML文件的形式經(jīng)過以太網(wǎng)發(fā)送
給異地容災備份系統(tǒng)的備播代理服務器。 在異地容災備份系統(tǒng)內(nèi)部，備播代理服務器接收到播控應急操命令之后，通過消 息方式向外發(fā)布。經(jīng)過消息服務器轉(zhuǎn)發(fā)之后，異地容災備份系統(tǒng)內(nèi)部主控狀態(tài)的備播播控 工作站訂閱到播控應急操作的消息通知，執(zhí)行相應的播控應急操作；并經(jīng)過以太網(wǎng)指定的 Socket心跳通訊端口發(fā)送消息，通知備控狀態(tài)的備播播控工作站執(zhí)行相同的控制操作。異 地容災備份系統(tǒng)內(nèi)部，備播播控工作站主、備機之間，實現(xiàn)播控應急操作的同步。
如上所述，完成了播控應急操作從原播出系統(tǒng)向異地容災備份系統(tǒng)的實時同步， 異地容災備份系統(tǒng)的備播播控工作站主、備機跟隨原播出系統(tǒng)執(zhí)行相應的播控應急操作， 保證跟隨原播出系統(tǒng)進行同步播出。 最后應說明的是，以上僅用以說明本發(fā)明的技術方案而非限制，盡管參照較佳布 置方案對本發(fā)明進行了詳細說明，本領域的普通技術人員應當理解，可以對本發(fā)明的技術 方案(比如原播出系統(tǒng)與異地容災備份系統(tǒng)的連接方式、異地容災備份系統(tǒng)內(nèi)各工作站、 服務器、子系統(tǒng)之間的連接關系等等)進行修改或者等同替換，而不脫離本發(fā)明技術方案 的精神和范圍。
18
權利要求
一種播出異地容災備份的系統(tǒng)，其特征在于，所述的系統(tǒng)包括原播出系統(tǒng)、異地容災備份系統(tǒng)和播出基帶信號切換系統(tǒng)，所述的原播出系統(tǒng)包括原播節(jié)目單編輯工作站，與所述原播節(jié)目單編輯工作站連接的是原播數(shù)據(jù)庫和原播消息服務器，所述的原播數(shù)據(jù)庫與原播播控工作站主機、原播播控工作站備機、原播代理服務器連接；所述的原播消息服務器與原播播控工作站主機、原播播控工作站備機、原播代理服務器連接，所述的原播播控工作站主機和原播播控工作站備機相互連接，所述的原播播控工作站主機和原播播控工作站備機與原播播出視頻服務器連接；所述的異地容災備份系統(tǒng)包括備播節(jié)目單編輯工作站，所述的備播節(jié)目單編輯工作站與備播數(shù)據(jù)庫和備播消息服務器連接，所述的備播消息服務器與備播播控工作站主機、備播播控工作站備機、備播代理服務器連接，所述的備播數(shù)據(jù)庫與備播播控工作站主機、備播播控工作站備機、備播代理服務器、節(jié)目備播系統(tǒng)連接，所述的備播播控工作站和備播播控工作站備機相互連接，所述的備播播控工作站主機和備播播控工作站備機與備播播出視頻服務器連接；所述的原播代理服務器通過千兆以太網(wǎng)與備播代理服務器連接；所述的節(jié)目備播系統(tǒng)通過高速網(wǎng)絡系統(tǒng)與原播出系統(tǒng)的原播存儲體連接，并與異地容災備份系統(tǒng)中備播存儲體連接；所述的播出基帶信號切換系統(tǒng)與原播播出視頻服務器和備播播出視頻服務器相連。
2. 根據(jù)權利要求1所述系統(tǒng)，其特征在于，所述的節(jié)目備播系統(tǒng)包括備播服務器，所述的備播服務器與遷移管理服務器連接，所述的遷移管理服務器與由多個遷移執(zhí)行服務器組成的遷移執(zhí)行服務器集群連接，遷移執(zhí)行服務器集群與原播出系統(tǒng)的原播存儲體、異地容災備份系統(tǒng)的備播存儲體連接；所述的原播存儲體包括原播視頻服務器和原播系統(tǒng)的備播緩存；所述的備播存儲體包括備播視頻服務器和備播系統(tǒng)的備播緩存。
3. 使用權利要求2所述系統(tǒng)的一種播出異地容災備份的方法，其特征在于所述方法包括如下運行的過程備播天數(shù)設定和調(diào)整修改過程包括預先設定節(jié)目從原播出系統(tǒng)向異地容災備份系統(tǒng)的備播系統(tǒng)的備播緩存的自動備播的提前天數(shù)N的過程，預先設定節(jié)目從備播系統(tǒng)的備播緩存向備播視頻服務器的自動備播的提前天數(shù)M的過程，以及根據(jù)業(yè)務變化的需要對N和M進行調(diào)整修改的過程。正常播出時備份和實時同步的過程，所述正常播出時備份和實時同步的過程包括媒體文件自動備播的過程、元數(shù)據(jù)信息實時同步的過程，所述元數(shù)據(jù)信息實時同步的過程包括預播節(jié)目單同步的過程、正播節(jié)目單同步的過程；播控應急操作同步的過程用于在出現(xiàn)意外時異地容災備份系統(tǒng)的備播播控工作站與原播出系統(tǒng)的原播播控工作站實現(xiàn)播控應急操作的實時同步。播出基帶信號輸出與切換的過程播出基帶信號切換系統(tǒng)接收來自原播播出視頻服務器和備播播出視頻服務器的播出基帶信號并選擇其中一路信號輸出的過程，其步驟為播出基帶信號切換系統(tǒng)接收來自原播播出視頻服務器和備播播出視頻服務器的播出基帶信號；正常工作情況下，播出基帶信號切換系統(tǒng)輸出來自原播播出視頻服務器的播出基帶信號；在原播出系統(tǒng)發(fā)生重大異常情況下，播出基帶信號切換系統(tǒng)輸出來自備播播出視頻服務器的播出基帶信號。
4. 根據(jù)權利要求3所述的方法，其特征在于，所述方法中媒體文件自動備播的過程包括二級整備過程媒體文件從原播出系統(tǒng)向異地容災備份系統(tǒng)的備播系統(tǒng)的備播緩存的自動備播和媒體文件從備播系統(tǒng)的備播緩存向備播視頻服務器的自動備播；媒體文件從原播出系統(tǒng)向異地容災備份系統(tǒng)的備播系統(tǒng)的備播緩存的自動備播的步驟如下每天24點整，啟動自動備播業(yè)務流程；查詢備播數(shù)據(jù)庫中符合-N天條件的預播節(jié)目單；從備播數(shù)據(jù)庫中自動加載符合時間條件的預播節(jié)目單；生成節(jié)目遷移任務；將待播節(jié)目從原播系統(tǒng)的備播緩存遷移至備播系統(tǒng)的備播緩存；媒體文件從備播系統(tǒng)的備播緩存向備播視頻服務器的自動備播的步驟如下每天24點整，啟動自動備播業(yè)務流程；查詢備播數(shù)據(jù)庫中符合-M天條件的預播節(jié)目單；從備播數(shù)據(jù)庫中自動加載符合時間條件的預播節(jié)目單；匹配備播系統(tǒng)的備播緩存中的相關節(jié)目媒體文件；自動加載遷移任務；將待播節(jié)目媒體文件從備播系統(tǒng)的備播緩存遷移至最終負責節(jié)目播出的備播視頻服務器。
5. 根據(jù)權利要求3所述的方法，其特征在于，所述方法中預播節(jié)目單同步的過程包括如下步驟將編制完成的預播節(jié)目單寫入原播數(shù)據(jù)庫；原播節(jié)目單編輯工作站發(fā)布消息通知；原播代理服務器收到消息通知；原播代理服務器從原播數(shù)據(jù)庫讀取預播節(jié)目單；原播代理服務器通過Socket將預播節(jié)目單以XML文件的形式發(fā)給備播代理服務器；備播代理服務器將收到的預播節(jié)目單寫入備播數(shù)據(jù)庫；備播代理服務器發(fā)布有新預播節(jié)目單的消息通知；異地容災備份系統(tǒng)的任何需要預播節(jié)目單的工作站在訂閱到有新預播節(jié)目單消息后可以從備播數(shù)據(jù)庫里讀取新的預播節(jié)目單。
6. 根據(jù)權利要求3所述的方法，其特征在于，所述方法中正播節(jié)目單同步的過程包括如下步驟原播出系統(tǒng)修改正播節(jié)目單，將修改后節(jié)目單保存到原播數(shù)據(jù)庫；主控狀態(tài)的原播播控工作站發(fā)布正播節(jié)目單更新的消息通知；原播代理服務器收到正播節(jié)目單更新的消息通知；原播代理服務器從原播數(shù)據(jù)庫中提取正播節(jié)目單；原播代理服務器通過Socket將正播節(jié)目單以XML文件的形式發(fā)給備播代理服務器；備播代理服務器將收到的正播節(jié)目單寫入備播數(shù)據(jù)庫；備播代理服務器發(fā)布正播節(jié)目單更新的消息通知；主控狀態(tài)的備播播控工作站在訂閱到正播節(jié)目單更新的消息后從備播數(shù)據(jù)庫中讀取正播節(jié)目單。
7. 根據(jù)權利要求3所述的方法，其特征在于，所述方法中播控應急操作同步的過程包括如下步驟出現(xiàn)意外，播出值班員在主控狀態(tài)的原播播控工作站上執(zhí)行應急操作；通知備控狀態(tài)的原播播控工作站執(zhí)行同樣操作，同時經(jīng)原播消息服務器發(fā)布轉(zhuǎn)發(fā)應急操作的消息；原播代理服務器向備播代理服務器發(fā)送應急操作消息；備播代理服務器收到應急操作消息后經(jīng)備播消息服務器轉(zhuǎn)發(fā)應急操作及時間點消息；主控狀態(tài)的備播播控工作站收到應急操作消息后執(zhí)行應急操作并發(fā)布執(zhí)行應急操作的消息通知備控狀態(tài)的備播播控工作站；備控狀態(tài)的備播播控工作站收到應急操作消息后執(zhí)行應急操作。
全文摘要
本發(fā)明涉及一種播出異地容災備份的系統(tǒng)和方法。本發(fā)明包括原播出系統(tǒng)原播節(jié)目單編輯工作站、原播數(shù)據(jù)庫、原播消息服務器、原播代理服務器、原播存儲體、原播播控工作站；異地容災備份系統(tǒng)備播節(jié)目單編輯工作站、備播數(shù)據(jù)庫、備播消息服務器、備播播控工作站、備播代理服務器、備播存儲體、節(jié)目備播系統(tǒng)；原播代理服務器與備播代理服務器連接；節(jié)目備播系統(tǒng)與原播存儲體、備播存儲體連接。由于設立了節(jié)目備播系統(tǒng)，實現(xiàn)了待播節(jié)目文件從原播出系統(tǒng)向異地容災備份系統(tǒng)的自動備播；由于設立了代理服務器，實現(xiàn)了預、正播節(jié)目單信息，及播控應急操作信息從原播出系統(tǒng)向備份系統(tǒng)的實時同步。實現(xiàn)了在遭遇重大故障情況下也可安全播出。
文檔編號H04L12/56GK101719923SQ20091031132
公開日2010年6月2日 申請日期2009年12月11日 優(yōu)先權日2009年12月11日
發(fā)明者商同, 姚威, 李曉宇, 李智鵬, 闕晟華, 陳震 申請人:北京中科大洋科技發(fā)展股份有限公司