專利名稱：基于互聯(lián)網(wǎng)的數(shù)字電視多媒體信息制作審查發(fā)布系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)字電視的多媒體信息的制作審查發(fā)布系統(tǒng)，更具體的說，涉及一種 基于互聯(lián)網(wǎng)對數(shù)字電視上顯示的多媒體信息和內(nèi)容進行分布式設(shè)計、制作、傳輸、審核和發(fā) 布的系統(tǒng)。
背景技術(shù)：
電視技術(shù)的發(fā)展經(jīng)歷了從無線到有線，從模擬到數(shù)字的轉(zhuǎn)變。也正因為此，全新的 數(shù)字電視技術(shù)一經(jīng)面世，就獲得了極大的矚目。在提供傳統(tǒng)電視內(nèi)容的同時，如何為更為豐 富和實用的信息提供傳遞和分享功能，進而充分發(fā)揮數(shù)字電視在家庭的中心地位成為了一 個全新的課題。為了使數(shù)字電視接收設(shè)備能夠裝載從廣播流中播放的數(shù)據(jù)，IS0/IEC13818-6規(guī) 范定義了幾種數(shù)據(jù)傳輸協(xié)議。在廣播環(huán)境中，使用較廣泛的是數(shù)字存儲媒體命令和控制 擴展協(xié)議數(shù)據(jù)轉(zhuǎn)盤(DSMCC-DC, Digital Storage Media-Command and Control Data Carousal，簡稱DC)和數(shù)字存儲媒體命令和控制擴展協(xié)議對象轉(zhuǎn)盤(DSMCC-0C，Digital Storage Media-Command and Control Object Carousal，簡稱 0C)。其中 OC 十辦i義是在 DC 協(xié)議的基礎(chǔ)上加的一層封裝，它將通用物件請求代理架構(gòu)(C0RBA，Common Object Request Broker Architecture)的基本概念用于廣播環(huán)境，即采用對象請求代管者(ORB, Object Request Broker)間廣播協(xié)議(B I OP, Broadcast inter-ORB protocol)格式封裝數(shù)據(jù)，并 將數(shù)據(jù)成為對象。OC定義的數(shù)據(jù)對象主要有文件、目錄及事件等。數(shù)字電視數(shù)據(jù)傳輸協(xié)議標(biāo)準(zhǔn)的建立為數(shù)字電視內(nèi)容的分發(fā)和傳播提供了條件，而 互聯(lián)網(wǎng)技術(shù)的融入也為數(shù)字電視內(nèi)容的制作、審查和發(fā)布帶來了極大的便利。與此同時，當(dāng) 今多媒體時代信息爆炸的現(xiàn)狀，需要互聯(lián)網(wǎng)技術(shù)為分布式的內(nèi)容設(shè)計、審核和發(fā)布提供必 要的通信支持。數(shù)字電視內(nèi)容發(fā)布系統(tǒng)的核心目的是對預(yù)發(fā)布的，包括圖片、文字、聲音、視頻等 多媒體內(nèi)容進行編輯和審核，并將審核后的內(nèi)容通過機頂盒系統(tǒng)及其內(nèi)部的軟件系統(tǒng)展示 在電視用戶上。因此，發(fā)布系統(tǒng)需要考慮到各類機頂盒的硬件適配情況及單向和雙向數(shù)字 電視網(wǎng)絡(luò)和其他不同網(wǎng)絡(luò)的情況，還需要考慮到預(yù)發(fā)布內(nèi)容的易變性，因而常常需要對內(nèi) 容的組織方式進行變更。傳統(tǒng)的此類發(fā)布系統(tǒng)往往采用將程序和內(nèi)容打包在一起的方式， 每次的內(nèi)容更新會造成程序的變動，這種開發(fā)和內(nèi)容發(fā)布的方式非常繁瑣，并且隨著時間 變化，其復(fù)雜度會進一步增加。另一方面，傳統(tǒng)的發(fā)布系統(tǒng)往往要求內(nèi)容編輯、內(nèi)容審核、信 息打包和發(fā)送都在同一個終端，并在固定的時間完成。這極大地限制了數(shù)字電視系統(tǒng)的應(yīng) 用范圍和實施方式。因此，這種方式不適應(yīng)現(xiàn)在多變的內(nèi)容，也落后于數(shù)字電視發(fā)展和三網(wǎng) 融合的大趨勢。

發(fā)明內(nèi)容
本發(fā)明的目的在于提出一種基于數(shù)字電視網(wǎng)絡(luò)和互聯(lián)網(wǎng)的內(nèi)容制作審查發(fā)布系統(tǒng)，其能夠?qū)l(fā)布內(nèi)容、各種職能的工作人員以及程序流程合理分離，并且借助互聯(lián)網(wǎng)可以 實現(xiàn)遠程、分布式的數(shù)字電視內(nèi)容編輯、發(fā)布和管理功能，從而降低內(nèi)容發(fā)布的成本和時間 需求，并且保證整個數(shù)字電視內(nèi)容發(fā)布步驟的安全、穩(wěn)定、迅速和可監(jiān)控。為解決上述技術(shù)問題，本發(fā)明的基于互聯(lián)網(wǎng)的數(shù)字電視多媒體信息制作審查發(fā)布 系統(tǒng)，其包括基于互聯(lián)網(wǎng)的多媒體信息制作審查子系統(tǒng)，該子系統(tǒng)包括內(nèi)容制作模塊、 內(nèi)容審查模塊，自動排版模塊以及打包模塊。由內(nèi)容制作人員登陸內(nèi)容制作模塊，將要發(fā)布 的內(nèi)容，即多媒體信息按照需要的格式制作并上傳，該內(nèi)容被標(biāo)記為待審查。由內(nèi)容審查人 員登陸內(nèi)容審查模塊，查看所述待審查的內(nèi)容；若審查不通過，則將該內(nèi)容標(biāo)記為審查不通 過并通知內(nèi)容制作人員以便其對該審查不通過的內(nèi)容進行修改，若審查通過，則將該內(nèi)容 標(biāo)記為審查通過。自動排版模塊將通過審查的內(nèi)容按照預(yù)設(shè)的要求進行自動排版。打包模 塊將審查通過并完成排版的內(nèi)容進行適合網(wǎng)絡(luò)傳輸?shù)拇虬?，等待在?shù)字電視OC服務(wù)系統(tǒng) 來進行讀取。該子系統(tǒng)能夠?qū)⒍嗝襟w信息制作、審查等各職能的工作人員以及工作流程合 理分離，并且借助互聯(lián)網(wǎng)可實現(xiàn)分布式的數(shù)字電視內(nèi)容編輯、發(fā)布以及管理，從而降低了內(nèi) 容發(fā)布的成本和時間需求，并且保證整個數(shù)字電視內(nèi)容發(fā)布步驟的安全、穩(wěn)定、迅速和可監(jiān) 控。其中，所述內(nèi)容制作模塊還包括具有資源描述文件的多媒體信息處理模塊，用以 按照所述資源描述文件中的規(guī)定將文本信息轉(zhuǎn)換為圖片信息并將其與其他圖片信息合并， 使得傳輸性能更為優(yōu)化，也減輕了數(shù)字電視機頂盒的工作負擔(dān)。本發(fā)明的基于互聯(lián)網(wǎng)的數(shù)字電視多媒體信息制作審查發(fā)布系統(tǒng)還包括數(shù)字電視 OC服務(wù)器系統(tǒng)上的常駐內(nèi)容更新子系統(tǒng)，用以讀取所述多媒體信息制作審查子系統(tǒng)中經(jīng)打 包模塊打包的內(nèi)容。其中，OC服務(wù)器系統(tǒng)是基于OC協(xié)議的數(shù)據(jù)打包發(fā)放系統(tǒng)，該服務(wù)器將 服務(wù)器上的數(shù)據(jù)進行OC打包，并使得OC數(shù)據(jù)流在網(wǎng)絡(luò)中輪播，其中，所述的OC服務(wù)器、OC 協(xié)議和OC數(shù)據(jù)流為本領(lǐng)域技術(shù)人員所知曉，此處將不贅述。所述的數(shù)字電視OC服務(wù)器系 統(tǒng)上的常駐內(nèi)容更新子系統(tǒng)按照預(yù)定的設(shè)置自動從所述多媒體信息制作審查子系統(tǒng)中獲 取內(nèi)容，并將內(nèi)容解包后放置于指定位置，OC服務(wù)器將于該指定位置將其所放置的內(nèi)容予 以發(fā)布。該系統(tǒng)可以根據(jù)可遠程更改的配置自動獲取更新內(nèi)容并加入OC數(shù)據(jù)流。本發(fā)明的基于互聯(lián)網(wǎng)的數(shù)字電視多媒體信息制作審查發(fā)布系統(tǒng)還包括數(shù)字電視 用戶端的內(nèi)容接收與發(fā)布子系統(tǒng)。該子系統(tǒng)進一步包括對OC服務(wù)器提供訪問封裝的內(nèi)容 接收模塊以及對數(shù)字電視用戶端提供預(yù)讀取的內(nèi)容發(fā)布模塊。所述的內(nèi)容接收模塊包括OC 內(nèi)容接收應(yīng)用程序庫，用以嵌入數(shù)字電視應(yīng)用中通過該應(yīng)用程序庫的通用接口來提供OC 數(shù)據(jù)流的訪問封裝，也用以將用戶端最早讀取的內(nèi)容清空而保證有足夠的存儲空間讀入更 新的內(nèi)容。所述OC內(nèi)容接收應(yīng)用程序庫的通用接口包括同步的初始化接口、異步的直接獲 取內(nèi)容接口以及異步的預(yù)獲取內(nèi)容接口。該子系統(tǒng)以應(yīng)用程序庫的形式抽象完成了與OC 服務(wù)器的通訊，并針對通用展示系統(tǒng)的特性進行了優(yōu)化。當(dāng)用戶在電視機應(yīng)用中查看當(dāng)前某 些內(nèi)容的時候，可預(yù)先獲取接下來可能訪問到的內(nèi)容，這種處理方式極大地完善了用戶體驗。 通過該部分應(yīng)用程序庫的調(diào)用，客戶端顯示應(yīng)用可以輕松的完成與OC服務(wù)器的通訊。


圖1是本發(fā)明較佳實施例的示意圖；圖2是本發(fā)明較佳實施例中的多媒體信息制作審查子系統(tǒng)的工作流程圖； 圖3是本發(fā)明較佳實施例中的數(shù)字電視用戶端的內(nèi)容接收與發(fā)布子系統(tǒng)的示意圖；以
及
圖4是本發(fā)明較佳實施例的資源描述文件示意圖。其中
11基于互聯(lián)網(wǎng)的多媒體信息制作審查子系統(tǒng) 12數(shù)字電視OC服務(wù)器上的常駐內(nèi)容更新子系統(tǒng) 13數(shù)字電視用戶端的內(nèi)容接收與發(fā)布子系統(tǒng) 310C內(nèi)容接收應(yīng)用程序庫。
具體實施例方式下面結(jié)合附圖和較佳實施方式對本發(fā)明作進一步詳細的說明。本發(fā)明較佳實施方式的基于互聯(lián)網(wǎng)的數(shù)字電視多媒體信息制作審查發(fā)布系統(tǒng)包 括有基于互聯(lián)網(wǎng)的多媒體信息制作審查子系統(tǒng)、數(shù)字電視OC服務(wù)器上的常駐內(nèi)容更新子 系統(tǒng)、互聯(lián)網(wǎng)通信子系統(tǒng)以及數(shù)字電視用戶端的內(nèi)容接收與發(fā)布子系統(tǒng)。如圖1所示，基于互聯(lián)網(wǎng)的多媒體信息制作審查子系統(tǒng)是基于互聯(lián)網(wǎng)的內(nèi)容制作 審查服務(wù)器11，該系統(tǒng)的用戶角色分為內(nèi)容制作人員、內(nèi)容審查人員以及系統(tǒng)管理員。不同 的用戶角色通過同一個界面來進行登錄，登陸后系統(tǒng)會根據(jù)用戶的不同權(quán)限來調(diào)用不同的 操作界面。本系統(tǒng)支持同時管理多種內(nèi)容的展示，可以按照地區(qū)、應(yīng)用、時間來對內(nèi)容進行 分類。數(shù)字電視OC服務(wù)器上的常駐內(nèi)容更新子系統(tǒng)12進一步包括有常駐內(nèi)容更新程序 11，常駐內(nèi)容更新子系統(tǒng)12即從常駐內(nèi)容更新程序11中獲取需要更新的內(nèi)容，并通過OC 服務(wù)器將其發(fā)布在OC數(shù)據(jù)流上。數(shù)字電視用戶端的內(nèi)容接收與發(fā)布子系統(tǒng)13通過封裝好的方法下載OC數(shù)據(jù)流中 的數(shù)據(jù)，以方便應(yīng)用程序的開發(fā)。請同時結(jié)合圖2，
于步驟1 系統(tǒng)管理人員登錄后，可以進行用戶管理，添加不同的應(yīng)用和地區(qū)，以及設(shè) 置系統(tǒng)訪問的安全規(guī)則，可以針對地區(qū)和應(yīng)用修改部分?jǐn)?shù)字電視OC數(shù)據(jù)服務(wù)器上的常駐 內(nèi)容更新子系統(tǒng)的刷新時間等訪問參數(shù)。其中，用戶管理可以增加、刪除包括管理員在內(nèi)的各角色用戶，并且分配不同地區(qū) 和應(yīng)用的管理權(quán)限給不同的用戶，只有擁有相關(guān)權(quán)限的用戶才能登陸進行相關(guān)操作。添加不同的地區(qū)時，會在數(shù)據(jù)庫中相應(yīng)數(shù)據(jù)表中增加該地區(qū)內(nèi)容，不同地區(qū)和不 同應(yīng)用之間的設(shè)置都是相互獨立的。添加不同的應(yīng)用時，需要管理員上傳符合該應(yīng)用需求的內(nèi)容描述文件，該描述文 件范例如圖4所示
內(nèi)容描述文件中有對內(nèi)容版式和需求的完整信息。文件的第一行為背景圖片的文件 名，如示例中為backgroimdl.png。之后以’=’為分隔符分割每個多媒體資源描述塊，每個 多媒體資源描述塊中，第一行為該多媒體資源的類型，如示例文件最后一行的注釋，類型包 括1、2和3—共三種，分別表示圖像、文本和聲音。第二行為多媒體資源文件的文件名(如果是文本類型，那么該行即為文本內(nèi)容)，第三、第四行分別為該資源的左上角在屏幕上出 現(xiàn)的位置(如果是聲音資源，那么沒有這兩行)。此外，由’#’開頭的為注釋行。如上所述， 內(nèi)容制作程序可以根據(jù)內(nèi)容描述文件自動將編輯上傳的多媒體信息進行整合。于步驟2 內(nèi)容制作人員登錄后，可以選擇自己有權(quán)限的子類別進入內(nèi)容列表查 看。內(nèi)容列表中展示出了當(dāng)前子類下所有內(nèi)容，并分為審查通過、未審查兩種。編輯人員無 法改動審查通過的內(nèi)容，可以刪除、添加和修改未審查的內(nèi)容。編輯人員上傳針對某個應(yīng)用 的多媒體信息時，需要上傳添加資源描述文件中描述的所有多媒體信息。內(nèi)容制作人員將 內(nèi)容編輯完成之后，系統(tǒng)將自動發(fā)送郵件給相關(guān)應(yīng)用和相關(guān)地區(qū)的內(nèi)容審查人員，以提醒 該審查人員盡快審查內(nèi)容。于步驟3:內(nèi)容審查人員登錄后，會優(yōu)先看到目前已經(jīng)上傳待審查的內(nèi)容，點擊審 查按鈕就可以審查，內(nèi)容審查人員按照要求審查內(nèi)容。如果審查通過，系統(tǒng)開始進行步驟4， 自動對內(nèi)容進行排版操作。打包時，按照不同應(yīng)用，打包程序讀取相應(yīng)的資源描述文件，將 審查通過的資源進行排版。因為本系統(tǒng)中制作的內(nèi)容均基于CPU和內(nèi)存資源、帶寬資源有 限的數(shù)字電視，而數(shù)字電視系統(tǒng)對于大量文字的處理、顯示和渲染能力較弱。內(nèi)容制作模塊 按照資源描述文件中的規(guī)定，讀取文字及圖片位置，將文字實際轉(zhuǎn)換成圖片并將其與背景、 其他圖片合并，進而實現(xiàn)優(yōu)化傳輸性能和降低機頂盒上程序負擔(dān)。如果審查不通過，審查人員填寫相關(guān)原因，將相關(guān)資源在數(shù)據(jù)庫中標(biāo)記為審查不 通過，將自動發(fā)郵件通知編輯人員，編輯人員接到郵件后查閱審查不通過原因，再登陸系統(tǒng) 進行修改后繼續(xù)等待由審查人員審查。以上處理完后，程序自動將進行步驟5更新包進行zip壓縮并等待后續(xù)操作。于步驟6 附圖1中常駐內(nèi)容更新子系統(tǒng)12是一個常駐在OC數(shù)據(jù)服務(wù)器上的守 護程序，它與多媒體信息制作審查系統(tǒng)之間的聯(lián)系為圖2中的步驟6。如圖2所示，根據(jù)步驟1中管理人員的設(shè)置，制作審查服務(wù)器端設(shè)置標(biāo)記位用于 該程序每隔一段時間(默認為5分鐘)判斷是否需要更新內(nèi)容。標(biāo)志位默認值為FALSE，由 審查人員點擊某個內(nèi)容的審查通過激發(fā)標(biāo)志位為TRUE。其過程為程序訪問內(nèi)容制作審查 服務(wù)器，查看是否更新標(biāo)志，如果為TRUE則進行步驟6，開始向內(nèi)容制作審查服務(wù)器請求文 件，否則不進行任何操作。接收文件成功之后，通過HTTP協(xié)議內(nèi)容制作審查服務(wù)器確認文 件獲取成功，內(nèi)容制作審查服務(wù)器收到獲取成功確認后，將該地區(qū)該應(yīng)用的更新標(biāo)志置為 FALSE。之后，程序?qū)?nèi)容解壓縮到指定目錄，OC程序?qū)?nèi)容進行頻點輪播。如圖3所示，OC內(nèi)容接收應(yīng)用程序庫31可以嵌入在不同的數(shù)字電視應(yīng)用中，這部 分程序提供了對OC服務(wù)器的訪問封裝，客戶端應(yīng)用程序可以通過定義好的通用接口訪問 OC數(shù)據(jù)。程序啟動后，首先優(yōu)先接收基于互聯(lián)網(wǎng)的多媒體信息制作審查子系統(tǒng)11部分制作 好的第一個頁面的數(shù)據(jù)，以期程序能夠在最快的時間內(nèi)開啟，降低用戶等待的時間，并且在 用戶看到當(dāng)前頁面時，自動開始接收下面最必要頁面的OC數(shù)據(jù)。為了節(jié)省內(nèi)存，在用戶進 入大量內(nèi)容瀏覽時，程序會自動監(jiān)測內(nèi)存空間，將最早讀入的內(nèi)容清空，以便能夠有足夠大 的內(nèi)存空間讀入新內(nèi)容，在用戶進行翻頁時，在后臺不斷的進行這個操作，極大的完善了用 戶體驗，該內(nèi)容OC內(nèi)容接收應(yīng)用程序庫包含以下接口
int initLib (byte[] buffer, int maxLength)；
int getFrame (int frameIndex， byte [] buffer, int maxLength, Callbackcallback)；
int preGetFrame(int framelndex, Callback callback)；
其中，initLib為同步的初始化方法，需要按照需求為程序庫分配內(nèi)存，maxLength是 大小，如調(diào)用initLib (buffer, maxLength)時，buffer為分配好的byte類型數(shù)組，其大小 為maxLength，該數(shù)組伴隨著整個程序的運行周期，應(yīng)該在程序初始化的時候調(diào)用。getFrame為異步的直接獲取內(nèi)容方法，framelndex為內(nèi)容編號，buffer為新分 配內(nèi)存引用，maxLength為大小，callback為回調(diào)函數(shù)，如調(diào)用getFrame (framelndex, buffer, maxLength, callback)時，framelndex 為編號的頁面內(nèi)容，buffer 為分配好 用來儲存獲取內(nèi)容的空間，maxLength為其大小，callkick為回調(diào)函數(shù)，其原型為void callback (byte [] buffer, int length)；當(dāng)請求的內(nèi)容獲取完畢后，將調(diào)用傳入的回調(diào)函 數(shù)，將實際讀到的大小length傳遞給回調(diào)函數(shù)。preGetFrame為異步的預(yù)獲取內(nèi)容方法，framelndex為內(nèi)容編號，callback為回 調(diào)函數(shù)，其用法同getFrame。如以上所述，僅為本發(fā)明較佳的實施方式，本發(fā)明的保護范圍并不局限于此，任何 熟悉該技術(shù)的人在本發(fā)明所揭露的技術(shù)范圍內(nèi)，可輕易的想到的替換或者變化都應(yīng)包含在 本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.基于互聯(lián)網(wǎng)的數(shù)字電視多媒體信息制作審查發(fā)布系統(tǒng)，其特征在于，用以基于互聯(lián) 網(wǎng)制作審查多媒體信息并向單向或雙向數(shù)字電視網(wǎng)絡(luò)發(fā)布該多媒體信息，包括基于互聯(lián)網(wǎng)的多媒體信息制作審查子系統(tǒng)，用以基于互聯(lián)網(wǎng)進行多媒體信息的制作與 審查；數(shù)字電視OC服務(wù)器上的常駐內(nèi)容更新子系統(tǒng)，用以通過互聯(lián)網(wǎng)自動遠程接收并更新 經(jīng)所述多媒體信息制作審查子系統(tǒng)制作完成并且通過審查的多媒體信息；數(shù)字電視用戶端的內(nèi)容接收與發(fā)布子系統(tǒng)，用以接收所述數(shù)字電視OC服務(wù)器上的常 駐內(nèi)容更新子系統(tǒng)中的多媒體信息，并將該多媒體信息發(fā)布于數(shù)字電視用戶端；以及互聯(lián) 網(wǎng)通信子系統(tǒng)，用以使得所述的多媒體信息制作審查子系統(tǒng)與數(shù)字電視OC服務(wù)器上的常 駐內(nèi)容更新子系統(tǒng)進行互聯(lián)網(wǎng)通訊。
2.如權(quán)利要求1所述的基于互聯(lián)網(wǎng)的數(shù)字電視多媒體信息制作審查發(fā)布系統(tǒng)，其特征 在于，所述的多媒體信息制作審查子系統(tǒng)包括內(nèi)容制作模塊，用以使內(nèi)容制作人員通過系統(tǒng)管理員所定義的權(quán)限登錄至系統(tǒng)基于互 聯(lián)網(wǎng)的操作界面來編輯所需發(fā)布的內(nèi)容，并將編輯完成的內(nèi)容標(biāo)記為待審查；以及內(nèi)容審 查模塊，用以使內(nèi)容審查人員通過系統(tǒng)管理員所定義的權(quán)限登錄至所述的操作界面來審查 所述待審查的內(nèi)容；若審查通過，則該內(nèi)容標(biāo)記為審查通過；若審查不通過，則該內(nèi)容標(biāo)記 為審查不通過并向所述內(nèi)容制作人員發(fā)出通知以便其對該審查不通過的內(nèi)容進行修改。
3.如權(quán)利要求2所述的基于互聯(lián)網(wǎng)的數(shù)字電視多媒體信息制作審查發(fā)布系統(tǒng)，其特征 在于，所述內(nèi)容制作模塊還包括具有資源描述文件的多媒體信息處理模塊，用以按照所述 資源描述文件中的規(guī)定將文本信息轉(zhuǎn)換為圖片信息并將其與其他圖片信息合并。
4.如權(quán)利要求3所述的基于互聯(lián)網(wǎng)的數(shù)字電視多媒體信息制作審查發(fā)布系統(tǒng)，其特征 在于，所述的多媒體信息制作審查子系統(tǒng)還包括自動排版模塊，用以將所述審查通過的內(nèi) 容按照預(yù)設(shè)的要求進行自動排版。
5.如權(quán)利要求3所述的基于互聯(lián)網(wǎng)的數(shù)字電視多媒體信息制作審查發(fā)布系統(tǒng)，其特征 在于，所述的多媒體信息制作審查子系統(tǒng)還包括打包模塊，用以將審查通過并完成排版的 內(nèi)容進行適合互聯(lián)網(wǎng)傳輸?shù)拇虬缘却龜?shù)字電視OC服務(wù)器系統(tǒng)的讀取。
6.如權(quán)利要求1-5任意項權(quán)利要求所述的基于互聯(lián)網(wǎng)的數(shù)字電視多媒體信息制作審 查發(fā)布系統(tǒng)，其特征在于，所述數(shù)字電視OC服務(wù)器上的常駐內(nèi)容更新子系統(tǒng)按照預(yù)定的設(shè) 置自動從所述多媒體信息制作審查子系統(tǒng)中獲取內(nèi)容，并將所獲取的內(nèi)容放置于指定位 置，用以使OC服務(wù)器于該指定位置將其所放置的內(nèi)容予以發(fā)布。
7.如權(quán)利要求6所述的基于互聯(lián)網(wǎng)的數(shù)字電視多媒體信息制作審查發(fā)布系統(tǒng)，其特征 在于，所述的數(shù)字電視OC服務(wù)器上的常駐內(nèi)容更新子系統(tǒng)按照可遠程更改的配置自動獲 取更新內(nèi)容并加入OC數(shù)據(jù)流。
8.如權(quán)利要求7所述的基于互聯(lián)網(wǎng)的數(shù)字電視多媒體信息制作審查發(fā)布系統(tǒng)，其特征 在于，所述數(shù)字電視用戶端的內(nèi)容接收與發(fā)布子系統(tǒng)包括內(nèi)容接收模塊，用以對OC數(shù)據(jù)流提供訪問封裝；以及內(nèi)容發(fā)布模塊，用以對用戶端提供預(yù)讀取。
9.如權(quán)利要求8所述的基于互聯(lián)網(wǎng)的數(shù)字電視多媒體信息制作審查發(fā)布系統(tǒng)，其特征 在于，所述的內(nèi)容接收模塊包括OC內(nèi)容接收應(yīng)用程序庫，用以嵌入數(shù)字電視應(yīng)用中通過該應(yīng)用程序庫的通用接口來提供OC數(shù)據(jù)流的訪問封裝，也用以將用戶端最早讀取的內(nèi)容清 空而保證有足夠的存儲空間讀入更新的內(nèi)容。
10.如權(quán)利要求9中所述的基于互聯(lián)網(wǎng)的數(shù)字電視多媒體信息制作審查發(fā)布系統(tǒng)，其 特征在于，所述OC內(nèi)容接收應(yīng)用程序庫的通用接口包括同步的初始化接口、異步的直接獲 取內(nèi)容接口以及異步的預(yù)獲取內(nèi)容接口。
全文摘要
本發(fā)明公開了一種基于互聯(lián)網(wǎng)的數(shù)字電視多媒體信息制作審查發(fā)布的系統(tǒng)，其包括基于互聯(lián)網(wǎng)的多媒體信息制作審查子系統(tǒng)、數(shù)字電視OC服務(wù)器上的常駐內(nèi)容更新子系統(tǒng)和數(shù)字電視用戶端的內(nèi)容接收與發(fā)布子系統(tǒng)。其中，所述基于互聯(lián)網(wǎng)的多媒體信息制作審查子系統(tǒng)用于實現(xiàn)內(nèi)容的編輯制作、自動排版和審查；所述數(shù)字電視OC服務(wù)器上的常駐內(nèi)容更新子系統(tǒng)根據(jù)可遠程更改的配置自動獲取更新內(nèi)容并加入OC數(shù)據(jù)流；所述數(shù)字電視用戶端的內(nèi)容接收與發(fā)布子系統(tǒng)，將接收OC數(shù)據(jù)流的相關(guān)函數(shù)封裝，配合客戶端應(yīng)用進行對數(shù)據(jù)的預(yù)讀取，有效改善了用戶體驗。本發(fā)明可以在同一個平臺上承載不同地區(qū)、不同類型應(yīng)用的信息發(fā)布需求。
文檔編號H04L29/06GK102143182SQ201110080428
公開日2011年8月3日 申請日期2011年3月31日 優(yōu)先權(quán)日2011年3月31日
發(fā)明者孫東來, 張恒伽, 杜尚鑫 申請人:上海盛盟信息技術(shù)有限公司, 常州盛盟信息技術(shù)有限公司