專利名稱：一種電視臺節(jié)目的發(fā)布系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電視臺節(jié)目發(fā)布技術(shù)領(lǐng)域，特別是涉及一種電視臺節(jié)目的發(fā)布系統(tǒng)。
背景技術(shù)：
近年來，隨著信息技術(shù)的發(fā)展，新媒體業(yè)務(wù)得到了飛速發(fā)展。以VOD (視頻點播， Video On Demand)為例，它是一種可以按用戶需要點播節(jié)目的交互式視頻系統(tǒng)，可以為用戶提供各種交互式信息服務(wù)。由于新媒體業(yè)務(wù)的發(fā)展迅速，對節(jié)目內(nèi)容的需求量越來越大；而作為節(jié)目內(nèi)容最大的資源庫，如果電視臺在滿足原有節(jié)目的制播要求的同時，還能夠為新媒體業(yè)務(wù)提供內(nèi)容支持，那么電視臺的數(shù)字化自動化建設(shè)將達到一次飛躍，并且極大提高的資源的利用率和節(jié)目的制作效率，做到“一處制作，多處使用”。但是，目前電視臺的節(jié)目制作主要還是針對電視臺自身傳統(tǒng)節(jié)目播出的需要，要使新媒體業(yè)務(wù)也能對現(xiàn)行的成品節(jié)目進行應(yīng)用，除了在碼率、格式等方面的特殊要求外，還需要無縫地接入到電視臺的節(jié)目制作系統(tǒng)當中去，假設(shè)電視臺原有制作系統(tǒng)做了一個專題片，需要在電視臺、VOD和IPTV(交互式網(wǎng)絡(luò)電視，Internet Protocol Television)等3個目標系統(tǒng)上發(fā)布，現(xiàn)有技術(shù)一般有兩種方法方法一、采用一個目標系統(tǒng)一個制作線的方式，這就需要3個制作線，不僅浪費資源，且不靈活；方法二、采用人工協(xié)調(diào)的方式，從制作完一個節(jié)目到轉(zhuǎn)碼，再到目標系統(tǒng)的發(fā)布， 都需要人工參與，導(dǎo)致發(fā)布效率低下。總之，需要本領(lǐng)域技術(shù)人員迫切解決的一個技術(shù)問題就是如何能夠提供一種發(fā)布方案，用以靈活、高效地將電視臺節(jié)目發(fā)布到不同的目標系統(tǒng)，且能夠節(jié)省資源。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是一種電視臺節(jié)目的發(fā)布系統(tǒng)，用以在不浪費資源的前提下，靈活、高效地實現(xiàn)電視臺節(jié)目的多渠道發(fā)布。為了解決上述問題，本發(fā)明公開了一種電視臺節(jié)目的發(fā)布系統(tǒng)，其特征在于，包括任務(wù)接收組件，與外界的任務(wù)源系統(tǒng)相連，用于接收針對節(jié)目源的發(fā)布任務(wù)，其中，所述發(fā)布任務(wù)中包括目標系統(tǒng)信息；多個外聯(lián)交互組件，與外界的目標系統(tǒng)一一對應(yīng)連接，用于實現(xiàn)節(jié)目源至對應(yīng)的目標系統(tǒng)的發(fā)布；數(shù)據(jù)庫，用于存儲所述發(fā)布任務(wù)；任務(wù)調(diào)度組件，包括掃描引擎模塊，用于掃描數(shù)據(jù)庫，獲取到可執(zhí)行的發(fā)布任務(wù)；
尋找模塊，用于根據(jù)目標系統(tǒng)信息，為所述可執(zhí)行的發(fā)布任務(wù)尋找對應(yīng)的目標系統(tǒng)，進而確定發(fā)布任務(wù)對應(yīng)的外聯(lián)交互組件；調(diào)用模塊，用于調(diào)用外聯(lián)交互組件，完成發(fā)布任務(wù)。優(yōu)選的，所述外聯(lián)交互組件包括消息生成模塊，用于依據(jù)外聯(lián)交互組件與對應(yīng)目標系統(tǒng)之間的約定，生成針對發(fā)布任務(wù)的消息；消息交互模塊，用于將消息放入IBM消息隊列服務(wù)器的發(fā)送消息隊列，由所述IBM 消息隊列服務(wù)器實現(xiàn)消息到目標系統(tǒng)的傳遞；消息返回模塊，用于采用輪詢方式獲取IBM MQ服務(wù)器的接收消息隊列中的返回消息，確定發(fā)布任務(wù)的執(zhí)行信息，其中，所述執(zhí)行信息包括執(zhí)行狀態(tài)和/或執(zhí)行結(jié)果。優(yōu)選的，所述目標系統(tǒng)提供ffeb Service的任務(wù)接口 ；所述外聯(lián)交互組件包括接口調(diào)用模塊，用于調(diào)用對應(yīng)目標系統(tǒng)的任務(wù)接口，完成發(fā)布任務(wù)。優(yōu)選的，所述外聯(lián)交互組件還包括第一定義模塊，用于定義ffeb Service的第一任務(wù)接口 ；接收模塊，用于在該第一任務(wù)接口被目標系統(tǒng)調(diào)用時，接收目標系統(tǒng)傳遞的發(fā)布任務(wù)的執(zhí)行信息，其中，所述執(zhí)行信息包括執(zhí)行狀態(tài)和/或執(zhí)行結(jié)果。優(yōu)選的，所述任務(wù)調(diào)度組件還包括匯報模塊，用于向所述任務(wù)源系統(tǒng)匯報相應(yīng)發(fā)布任務(wù)的執(zhí)行信息。優(yōu)選的，所述任務(wù)調(diào)度組件還包括判斷模塊和報錯模塊，其中，所述判斷模塊，用于判斷是否尋找到發(fā)布任務(wù)對應(yīng)的目標系統(tǒng)，若是，則觸發(fā)調(diào)用模塊，否則，觸發(fā)報錯模塊；所述報錯模塊，用于報錯結(jié)束發(fā)布任務(wù)。優(yōu)選的，所述發(fā)布任務(wù)中還包括任務(wù)優(yōu)先級和時間期限信息；所述掃描引擎模塊，用于根據(jù)所述任務(wù)優(yōu)先級和時間期限信息，通過掃描數(shù)據(jù)庫， 獲取可執(zhí)行的發(fā)布任務(wù)。優(yōu)選的，還包括系統(tǒng)配置組件，用于配置系統(tǒng)信息，其中，所述系統(tǒng)信息包括任務(wù)接收方式和/或掃描時間間隔信息。優(yōu)選的，所述任務(wù)接收方式為ffeb Service接口調(diào)用方式；所述任務(wù)接收組件包括第二定義模塊，用于定義ffeb Service的第二任務(wù)接口 ；添加模塊，用于在該第二任務(wù)接口被所述任務(wù)源系統(tǒng)調(diào)用時，添加相應(yīng)的發(fā)布任務(wù)至數(shù)據(jù)庫。優(yōu)選的，所述任務(wù)接收方式為固定路徑掃描方式；所述系統(tǒng)信息還包括監(jiān)控路徑；所述任務(wù)接收組件包括固定路徑掃描模塊，用于在所述監(jiān)控路徑下掃描約定后綴的文件；解析模塊，用于解析文件中的內(nèi)容，并在該內(nèi)容符合任務(wù)添加約定時，針對該內(nèi)容
5形成發(fā)布任務(wù)，并添加至數(shù)據(jù)庫。與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點本發(fā)明以發(fā)布任務(wù)為主線，在發(fā)布系統(tǒng)設(shè)計任務(wù)接收組件、數(shù)據(jù)庫、任務(wù)調(diào)度組件和外聯(lián)交互組件，分別用于發(fā)布任務(wù)的接收、存儲、調(diào)度和執(zhí)行；由于接收組件可以采用跨平臺的ffeb Service接口、固定Windows路徑掃描等方式接收發(fā)布任務(wù)，故可以靈活接入任務(wù)源系統(tǒng)，滿足不同任務(wù)源系統(tǒng)的需要；而外聯(lián)交互組件可以采用插件式的外聯(lián)交互管理， 且每一個外聯(lián)交互插件針對一個目標系統(tǒng)，故只要有滿足目標系統(tǒng)的外聯(lián)交互插件接入本發(fā)明的發(fā)布系統(tǒng)，發(fā)布系統(tǒng)即可將節(jié)目源發(fā)布到該目標系統(tǒng)，因而，電視臺可以依據(jù)需要和實際情況靈活地添加插件；綜上，本發(fā)明可以靈活地接入任務(wù)源系統(tǒng)和目標系統(tǒng)，從而實現(xiàn)節(jié)目源的多渠道發(fā)布；再者，本發(fā)明只需一個制作線，任務(wù)源系統(tǒng)發(fā)起不同的包含有目標系統(tǒng)信息的發(fā)布任務(wù)，即可自動將節(jié)目源發(fā)布到不同的目標系統(tǒng)，因而，本發(fā)明還具有高效、節(jié)省資源等優(yōu)點。


圖1是本發(fā)明一種電視臺節(jié)目的發(fā)布系統(tǒng)實施例的結(jié)構(gòu)圖；圖2是本發(fā)明一種發(fā)布任務(wù)的執(zhí)行流程圖；圖3是本發(fā)明在電視臺制作流程中的一種典型應(yīng)用。
具體實施例方式為使本發(fā)明的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結(jié)合附圖和具體實施方式
對本發(fā)明作進一步詳細的說明。參照圖1，示出了本發(fā)明一種電視臺節(jié)目的發(fā)布系統(tǒng)實施例的結(jié)構(gòu)圖，具體可以包括任務(wù)接收組件11，與外界的任務(wù)源系統(tǒng)相連，用于接收針對節(jié)目源的發(fā)布任務(wù)，其中，所述發(fā)布任務(wù)中包括目標系統(tǒng)信息；多個外聯(lián)交互組件14，與外界的目標系統(tǒng)一一對應(yīng)連接，用于實現(xiàn)節(jié)目源至對應(yīng)的目標系統(tǒng)的發(fā)布；數(shù)據(jù)庫12，用于存儲所述發(fā)布任務(wù)；任務(wù)調(diào)度組件13，包括掃描引擎模塊131，用于掃描數(shù)據(jù)庫，獲取到可執(zhí)行的發(fā)布任務(wù)；尋找模塊132，用于根據(jù)目標系統(tǒng)信息，為所述可執(zhí)行的發(fā)布任務(wù)尋找對應(yīng)的目標系統(tǒng)，進而確定發(fā)布任務(wù)對應(yīng)的外聯(lián)交互組件；調(diào)用模塊133，用于調(diào)用外聯(lián)交互組件，完成發(fā)布任務(wù)。本發(fā)明實施例的核心構(gòu)思在于一、對發(fā)布系統(tǒng)的功能作出如下規(guī)定發(fā)布系統(tǒng)是電視臺節(jié)目內(nèi)容外送的必經(jīng)之路；它的入口資源可以是素材、文稿、串編單等內(nèi)容，經(jīng)過發(fā)布系統(tǒng)后為其他目標系統(tǒng)提供節(jié)目源，其中的目標系統(tǒng)可以是媒資、演播室、播出等電視臺的傳統(tǒng)系統(tǒng)，也可以是IPTV、 VOD等新媒體業(yè)務(wù)系統(tǒng)，這樣既能滿足傳統(tǒng)系統(tǒng)的需求，也能接入新系統(tǒng)，為新系統(tǒng)提供節(jié)目內(nèi)容；二、以發(fā)布任務(wù)為主線對發(fā)布系統(tǒng)的結(jié)構(gòu)進行設(shè)計任務(wù)接收組件11負責(zé)接收任務(wù)源系統(tǒng)的發(fā)布任務(wù)，任務(wù)調(diào)度組件13則用于對數(shù)據(jù)庫12中的發(fā)布任務(wù)進行調(diào)度，目的是為每一個發(fā)布任務(wù)找到一個執(zhí)行組件——外聯(lián)交互組件14，由外聯(lián)交互組件14將節(jié)目源發(fā)布至對應(yīng)的目標系統(tǒng)。以下對上述組件進行詳細說明任務(wù)接收組件11、前面提到，本發(fā)明的發(fā)布系統(tǒng)是以發(fā)布任務(wù)為基礎(chǔ)與外界的任務(wù)源系統(tǒng)進行交互的，在具體實現(xiàn)中，發(fā)布任務(wù)的接收可以采用如下兩種方式方式一、Wfeb Service接口調(diào)用方式；在這種方式下，所述接收組件11可以進一步包括第二定義模塊Al，用于定義ffeb Service的第二任務(wù)接口 ；在實際中，可以使用XML (可擴展標記語言，Extensible MarkupLanguage) Schema 規(guī)范約束所述第二任務(wù)接口的參數(shù)格式；這樣，外界的任務(wù)源系統(tǒng)只需滿足XML khema規(guī)范，就可以無縫接入到本發(fā)明的發(fā)布系統(tǒng)，從而為發(fā)布系統(tǒng)提供節(jié)目源。添加模塊A2，用于在該第二任務(wù)接口被所述任務(wù)源系統(tǒng)調(diào)用時，添加相應(yīng)的發(fā)布任務(wù)至數(shù)據(jù)庫12。進一步，所接入的任務(wù)源系統(tǒng)可以調(diào)用所述第二任務(wù)接口，向本發(fā)明的發(fā)布系統(tǒng)添加發(fā)布任務(wù)；例如，所述任務(wù)源系統(tǒng)可將發(fā)布任務(wù)以XML文件的形式傳輸?shù)教砑幽KA2。方式二、固定路徑掃描方式。在這種方式下，所述接收組件11的結(jié)構(gòu)可以進一步包括固定路徑掃描模塊Bi，用于在配置的監(jiān)控路徑下掃描約定后綴的文件；例如，可以在系統(tǒng)中配置E /Trancode/TaskFo 1 der為監(jiān)控路徑，并且，可以約定在該文件夾下掃描.xml為后綴的文件；在掃描時，還需要定義元數(shù)據(jù)XML格式，如媒體文件的格式、碼率、作用、串聯(lián)單、文稿等的描述等，本發(fā)明對此不加以限制。解析模塊B2，用于解析文件中的內(nèi)容，并在該內(nèi)容符合任務(wù)添加約定時，針對該內(nèi)容形成發(fā)布任務(wù)，并添加至數(shù)據(jù)庫12。這樣，當存在.xml文件時，可以解析.xml文件中的內(nèi)容；并在該內(nèi)容符合任務(wù)添加約定時，形成發(fā)布任務(wù)，并添加至數(shù)據(jù)庫12.由于可以采用跨平臺的ffeb Service接口和固定Windows路徑掃描等方式接收發(fā)布任務(wù)，所以本發(fā)明可以靈活接入任務(wù)源系統(tǒng)，如Auto.NET制作網(wǎng)、轉(zhuǎn)碼系統(tǒng)等，滿足不同任務(wù)源系統(tǒng)的需要。外聯(lián)交互組件14、外聯(lián)交互組件14屬于發(fā)布系統(tǒng)與異構(gòu)目標系統(tǒng)的直接交互，因此，為滿足不同異構(gòu)目標系統(tǒng)的需要，該外聯(lián)交互組件14可采用靈活插入的方式，例如，以插件的方式接入發(fā)布系統(tǒng)，其中，每一個插件應(yīng)針對一個目標系統(tǒng)。在具體實現(xiàn)中，該外聯(lián)交互組件14可以支持以下兩種交互方式一、IBM MQ (消息隊列，Message Queue)交互方式；MQ是一種應(yīng)用程序?qū)?yīng)用程序的通信方法，應(yīng)用程序通過寫和檢索出入列隊的針對應(yīng)用程序的消息來通信，而無需專用連接來鏈接它們。這樣，消息傳遞指的是程序之間通過在消息中發(fā)送數(shù)據(jù)進行通信，而不是通過直接調(diào)用彼此來通信，而隊列的使用則可除去接收和發(fā)送應(yīng)用程序同時執(zhí)行的要求。將IBM MQ交互方式應(yīng)用到本發(fā)明中，所述外聯(lián)交互組件14可以包括以下模塊消息生成模塊Cl，用于依據(jù)外聯(lián)交互組件14與對應(yīng)目標系統(tǒng)之間的約定，生成針對發(fā)布任務(wù)的消息；消息是在外聯(lián)交互組件14與對應(yīng)目標系統(tǒng)之間傳送的數(shù)據(jù)單位；消息可以非常簡單，例如，可以只包含文本字符串；也可以更復(fù)雜，例如包含嵌入對象等。另外，在生成消息前，需要將發(fā)布任務(wù)組織成目標系統(tǒng)需要的格式，組織時，可以采用XML形式，也可以使用字符串形式，本發(fā)明對此不加以限制。消息交互模塊C2，用于將消息放入IBM消息隊列服務(wù)器的發(fā)送消息隊列，由所述 IBM消息隊列服務(wù)器實現(xiàn)消息到目標系統(tǒng)的傳遞；所述發(fā)送消息隊列是在消息的傳輸過程中保存消息的容器；IBM消息隊列服務(wù)器則在將消息從它的源(外聯(lián)交互組件14)中繼到它的目標(目標系統(tǒng))時充當中間人；因此，所述發(fā)送消息隊列的主要目的是提供路由并保證消息的傳遞；如果發(fā)送消息時接收者不可用，消息隊列會保留消息，直到可以成功地傳遞它。消息返回模塊C3，用于采用輪詢方式獲取IBM MQ服務(wù)器的接收消息隊列中的返回消息，確定發(fā)布任務(wù)的執(zhí)行信息，其中，所述執(zhí)行信息可以包括執(zhí)行狀態(tài)和/或執(zhí)行結(jié)

二、Web Service 交互方式。本交互方式與IBM MQ方式的區(qū)別在于，通過直接調(diào)用彼此來通信。具體到本發(fā)明， 則需要目標系統(tǒng)提供Web Service的任務(wù)接口 ；此時，可以在所述外聯(lián)交互組件14中設(shè)計接口調(diào)用模塊，用于調(diào)用對應(yīng)目標系統(tǒng)的任務(wù)接口，完成發(fā)布任務(wù)。綜上，外聯(lián)交互是實現(xiàn)多渠道發(fā)布的關(guān)鍵，只有滿足目標系統(tǒng)的外聯(lián)交互插件插入了發(fā)布系統(tǒng)，發(fā)布系統(tǒng)才能將節(jié)目發(fā)布到目標系統(tǒng)，因此各個電視臺可以依據(jù)自己的需要和實際情況靈活地添加插件，以滿足自己各方面的需求。任務(wù)調(diào)度組件13、執(zhí)行本組件的目的是為每一個發(fā)布任務(wù)找到一個執(zhí)行組件——外聯(lián)交互組件14。為實現(xiàn)對發(fā)布任務(wù)的合理分配，在本發(fā)明的一種優(yōu)選實施例中，還可以在所述發(fā)布任務(wù)中設(shè)置任務(wù)優(yōu)先級和時間期限信息；此時，所述掃描引擎模塊131，則可用于根據(jù)所述任務(wù)優(yōu)先級和時間期限信息，通過掃描數(shù)據(jù)庫，獲取可執(zhí)行的發(fā)布任務(wù)。在實際中，所述時間期限信息可以指任務(wù)源系統(tǒng)和發(fā)布系統(tǒng)約定的發(fā)布任務(wù)失效的時間，在該時間期限后，不管該發(fā)布任務(wù)是否執(zhí)行，都將失去效力，從而應(yīng)在數(shù)據(jù)庫中刪除。例如，數(shù)據(jù)庫中存在三個發(fā)布任務(wù)A、B、C，其任務(wù)優(yōu)先級分別為1、2、2，時間期限分別是12:00:00、12:30:00和13:00:00，那么，所述掃描引擎模塊131可以首先使用數(shù)據(jù)庫的查詢排序方式列出優(yōu)先級最高的發(fā)布任務(wù)B、C，然后，在優(yōu)先級為2的發(fā)布任務(wù)B、C中，列出在12:30:00執(zhí)行的發(fā)布任務(wù)B為最優(yōu)先發(fā)給相應(yīng)的外聯(lián)交互組件14。然而，在實際應(yīng)用中，發(fā)布系統(tǒng)中不一定存在發(fā)布任務(wù)的執(zhí)行組件的，例如，某個發(fā)布任務(wù)中的目標系統(tǒng)信息表明，應(yīng)將該發(fā)布任務(wù)對應(yīng)的節(jié)目源發(fā)布至IPTV系統(tǒng)，但是， 發(fā)布系統(tǒng)中卻不存在IPTV系統(tǒng)的插件。針對上述情形，在本發(fā)明的另一種優(yōu)選實施例中，還可以在所述任務(wù)調(diào)度組件13 中設(shè)置判斷模塊Dl和報錯模塊D2，其中，所述判斷模塊D1，可用于判斷是否尋找到發(fā)布任務(wù)對應(yīng)的目標系統(tǒng)，若是，則觸發(fā)調(diào)用模塊133，否則，觸發(fā)報錯模塊D2 ；所述報錯模塊D2，則可用于報錯結(jié)束發(fā)布任務(wù)。為使本領(lǐng)域技術(shù)人員更好地理解本發(fā)明，參考圖2，示出了本發(fā)明一種發(fā)布任務(wù)的執(zhí)行流程圖，具體可以包括接收步驟21、接收組件接收發(fā)布任務(wù)，并添加至數(shù)據(jù)庫；掃描獲取步驟22、掃描引擎模塊根據(jù)任務(wù)優(yōu)先級等信息掃描數(shù)據(jù)庫中的發(fā)布任務(wù)，獲取到可執(zhí)行的發(fā)布任務(wù)；尋找步驟23、尋找模塊針對所述可執(zhí)行的發(fā)布任務(wù)，尋找對應(yīng)的外聯(lián)交互組件；判斷步驟M、判斷是否尋找到發(fā)布任務(wù)對應(yīng)的目標系統(tǒng)，若是，則執(zhí)行調(diào)用步驟 25，否則，執(zhí)行報錯步驟27;調(diào)用步驟25、調(diào)用模塊調(diào)用外聯(lián)交互組件；完成步驟沈、外聯(lián)交互組件完成發(fā)布任務(wù)；報錯步驟27、報錯模塊報錯結(jié)束發(fā)布任務(wù)。從上面可以看出，任務(wù)接收組件11可以有兩種工作方式Web Service接口調(diào)用方式和固定路徑掃描方式；外聯(lián)交互組件14也可以有兩種工作方式IBM MQ交互方式和 Web Service交互方式，而采用哪種工作方式，需要在任務(wù)執(zhí)行前確定。針對上述情形，在本發(fā)明的一種優(yōu)選實施例中，還可以在發(fā)布系統(tǒng)中設(shè)置系統(tǒng)配置組件，用于配置系統(tǒng)信息，其中，所述系統(tǒng)信息既可以包括任務(wù)接收方式、外聯(lián)交互方式，還可以包括掃描時間間隔、監(jiān)控路徑等信息，本發(fā)明對此不加以限制。本發(fā)明可以應(yīng)用于電視臺的制作流程中，參照圖3，示出了，本發(fā)明在電視臺制作流程中的一種典型應(yīng)用，其中，作為一種節(jié)目制作單，Auto. NET31可用于制作成品節(jié)目，節(jié)目轉(zhuǎn)碼32的設(shè)置則用于使成品節(jié)目的碼率和格式滿足目標系統(tǒng)的要求；圖中可以看出，發(fā)布系統(tǒng)33是節(jié)目制作(包括Auto.NET31和節(jié)目轉(zhuǎn)碼32)和應(yīng)用系統(tǒng)34的紐帶，在轉(zhuǎn)碼得到應(yīng)用系統(tǒng)需要的格式、碼率的前提下，本發(fā)明的發(fā)布系統(tǒng)33可以將任意成品節(jié)目發(fā)布到應(yīng)用系統(tǒng)34。這樣，在一個電視臺的專題片存在對電視臺、VOD和IPTV 3個目標系統(tǒng)的發(fā)布需求時，本發(fā)明只需一個制作線，制作系統(tǒng)發(fā)起3個發(fā)布任務(wù)，即可自動、靈活、高效地完成該專題片的發(fā)布，前面提到，在IBM MQ交互方式下，外聯(lián)交互組件14是可以通過輪詢方式獲取得到發(fā)布任務(wù)的執(zhí)行信息的，如果在Web Service交互方式下，也能夠得到所述執(zhí)行信息，那么， 本發(fā)明的發(fā)布系統(tǒng)可以具有狀態(tài)監(jiān)控的功能。針對上述情形，在本發(fā)明的一種優(yōu)選實施例中，所述外聯(lián)交互組件14還可以包括第一定義模塊E1，用于定義ffeb Service的第一任務(wù)接口 ；接收模塊E2，用于在該第一任務(wù)接口被目標系統(tǒng)調(diào)用時，接收目標系統(tǒng)傳遞的發(fā)布任務(wù)的執(zhí)行信息，其中，所述執(zhí)行信息可以包括執(zhí)行狀態(tài)和/或執(zhí)行結(jié)果。進一步，還可以在所述任務(wù)調(diào)度組件13中設(shè)計匯報模塊，用于向所述任務(wù)源系統(tǒng)匯報相應(yīng)發(fā)布任務(wù)的執(zhí)行信息。例如，可以采用配置時間間隔的匯報方式，由所述任務(wù)源系統(tǒng)提供WebService的第三任務(wù)接口，這樣，在固定的配置時間間隔內(nèi)如果有發(fā)布任務(wù)執(zhí)行，所述則可調(diào)用該第三任務(wù)接口進行匯報。本發(fā)明可以應(yīng)用于廣電領(lǐng)域電視臺新媒體節(jié)目發(fā)布中，不僅支持傳統(tǒng)的節(jié)目制作與節(jié)目播出的方式，同時支持新媒體業(yè)務(wù)的節(jié)目制作和播出方式，可用以高效、靈活地將節(jié)目源發(fā)布到節(jié)目播出單位。以上對本發(fā)明所提供的一種電視臺節(jié)目的發(fā)布系統(tǒng)，進行了詳細介紹，本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式
及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1.一種電視臺節(jié)目的發(fā)布系統(tǒng)，其特征在于，包括任務(wù)接收組件，與外界的任務(wù)源系統(tǒng)相連，用于接收針對節(jié)目源的發(fā)布任務(wù)，其中，所述發(fā)布任務(wù)中包括目標系統(tǒng)信息；多個外聯(lián)交互組件，與外界的目標系統(tǒng)一一對應(yīng)連接，用于實現(xiàn)節(jié)目源至對應(yīng)的目標系統(tǒng)的發(fā)布；數(shù)據(jù)庫，用于存儲所述發(fā)布任務(wù)； 任務(wù)調(diào)度組件，包括掃描引擎模塊，用于掃描數(shù)據(jù)庫，獲取到可執(zhí)行的發(fā)布任務(wù)；尋找模塊，用于根據(jù)目標系統(tǒng)信息，為所述可執(zhí)行的發(fā)布任務(wù)尋找對應(yīng)的目標系統(tǒng)，進而確定發(fā)布任務(wù)對應(yīng)的外聯(lián)交互組件；調(diào)用模塊，用于調(diào)用外聯(lián)交互組件，完成發(fā)布任務(wù)。
2.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述外聯(lián)交互組件包括消息生成模塊，用于依據(jù)外聯(lián)交互組件與對應(yīng)目標系統(tǒng)之間的約定，生成針對發(fā)布任務(wù)的消息；消息交互模塊，用于將消息放入IBM消息隊列服務(wù)器的發(fā)送消息隊列，由所述IBM消息隊列服務(wù)器實現(xiàn)消息到目標系統(tǒng)的傳遞；消息返回模塊，用于采用輪詢方式獲取IBM MQ服務(wù)器的接收消息隊列中的返回消息， 確定發(fā)布任務(wù)的執(zhí)行信息，其中，所述執(zhí)行信息包括執(zhí)行狀態(tài)和/或執(zhí)行結(jié)果。
3.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述目標系統(tǒng)提供WebService的任務(wù)接Π ；所述外聯(lián)交互組件包括接口調(diào)用模塊，用于調(diào)用對應(yīng)目標系統(tǒng)的任務(wù)接口，完成發(fā)布任務(wù)。
4.如權(quán)利要求3所述的系統(tǒng)，其特征在于，所述外聯(lián)交互組件還包括 第一定義模塊，用于定義Web Service的第一任務(wù)接口 ；接收模塊，用于在該第一任務(wù)接口被目標系統(tǒng)調(diào)用時，接收目標系統(tǒng)傳遞的發(fā)布任務(wù)的執(zhí)行信息，其中，所述執(zhí)行信息包括執(zhí)行狀態(tài)和/或執(zhí)行結(jié)果。
5.如權(quán)利要求2或4所述的系統(tǒng)，其特征在于，所述任務(wù)調(diào)度組件還包括 匯報模塊，用于向所述任務(wù)源系統(tǒng)匯報相應(yīng)發(fā)布任務(wù)的執(zhí)行信息。
6.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述任務(wù)調(diào)度組件還包括判斷模塊和報錯模塊，其中，所述判斷模塊，用于判斷是否尋找到發(fā)布任務(wù)對應(yīng)的目標系統(tǒng)，若是，則觸發(fā)調(diào)用模塊，否則，觸發(fā)報錯模塊；所述報錯模塊，用于報錯結(jié)束發(fā)布任務(wù)。
7.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述發(fā)布任務(wù)中還包括任務(wù)優(yōu)先級和時間期限信息；所述掃描引擎模塊，用于根據(jù)所述任務(wù)優(yōu)先級和時間期限信息，通過掃描數(shù)據(jù)庫，獲取可執(zhí)行的發(fā)布任務(wù)。
8.如權(quán)利要求1所述的系統(tǒng)，其特征在于，還包括系統(tǒng)配置組件，用于配置系統(tǒng)信息，其中，所述系統(tǒng)信息包括任務(wù)接收方式和/或掃描時間間隔信息。
9.如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述任務(wù)接收方式為WebService接口調(diào)用方式；所述任務(wù)接收組件包括第二定義模塊，用于定義Web Service的第二任務(wù)接口 ；添加模塊，用于在該第二任務(wù)接口被所述任務(wù)源系統(tǒng)調(diào)用時，添加相應(yīng)的發(fā)布任務(wù)至數(shù)據(jù)庫。
10.如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述任務(wù)接收方式為固定路徑掃描方式； 所述系統(tǒng)信息還包括監(jiān)控路徑；所述任務(wù)接收組件包括固定路徑掃描模塊，用于在所述監(jiān)控路徑下掃描約定后綴的文件； 解析模塊，用于解析文件中的內(nèi)容，并在該內(nèi)容符合任務(wù)添加約定時，針對該內(nèi)容形成發(fā)布任務(wù)，并添加至數(shù)據(jù)庫。
全文摘要
本發(fā)明提供了一種電視臺節(jié)目的發(fā)布系統(tǒng)，包括任務(wù)接收組件，與外界的任務(wù)源系統(tǒng)相連，用于接收針對節(jié)目源的發(fā)布任務(wù)，其中，所述發(fā)布任務(wù)中包括目標系統(tǒng)信息；多個外聯(lián)交互組件，與外界的目標系統(tǒng)一一對應(yīng)連接，用于實現(xiàn)節(jié)目源至對應(yīng)的目標系統(tǒng)的發(fā)布；數(shù)據(jù)庫，用于存儲所述發(fā)布任務(wù)；任務(wù)調(diào)度組件，包括掃描引擎模塊，用于掃描數(shù)據(jù)庫，獲取到可執(zhí)行的發(fā)布任務(wù)；尋找模塊，用于根據(jù)目標系統(tǒng)信息，為所述可執(zhí)行的發(fā)布任務(wù)尋找對應(yīng)的目標系統(tǒng)，進而確定發(fā)布任務(wù)對應(yīng)的外聯(lián)交互組件；調(diào)用模塊，用于調(diào)用外聯(lián)交互組件，完成發(fā)布任務(wù)。本發(fā)明用以在不浪費資源的前提下，靈活、高效地實現(xiàn)電視臺節(jié)目的多渠道發(fā)布。
文檔編號G06F9/46GK102196157SQ20101011718
公開日2011年9月21日 申請日期2010年3月2日 優(yōu)先權(quán)日2010年3月2日
發(fā)明者呂輝, 曹志強, 楊永晟 申請人:新奧特(北京)視頻技術(shù)有限公司