[發(fā)明專利]泛編輯平臺

有效

• 申請?zhí)枺?/td>: 201210244672.8
• 申請日: 2012-07-13
• 公開（公告）號: CN103152515A
• 公開（公告）日: 2013-06-12
• 發(fā)明（設(shè)計）人: 馬蕭蕭;周熙;吳春才
• 申請（專利權(quán)）人: 成都東方盛行電子有限責任公司
• 主分類號: H04N5/222
• 分類號: H04N5/222;H04N21/214
• 代理公司: 成都金英專利代理事務(wù)所(普通合伙) 51218
• 代理人: 袁英

技術(shù)領(lǐng)域

本發(fā)明涉及一種泛編輯平臺。

背景技術(shù)

成都電視臺是四川省知名的電視傳播媒體，是宣傳成都的窗口。目前有六個數(shù)字頻道（新聞綜合頻道、經(jīng)濟資訊服務(wù)頻道、都市生活頻道、影視文藝頻道、公共頻道、少兒頻道）和一個付費頻道（美食天府頻道）。在所有的頻道欄目中，直播類的節(jié)目一直是成都電視臺的王牌、收視率遙遙領(lǐng)先——新聞綜合頻道下的《成視新聞》欄目（《成視新聞》、《成視午新聞》、《成視夜新聞》）采用演播室直播方式，以權(quán)威、公正、快速和信息量大為特點，以關(guān)注重大的政治經(jīng)濟社會事件、重大突發(fā)新聞事件為報道方向，成為成都人及時了解重要新聞的主渠道；公共頻道下的《成都全接觸》已經(jīng)形成了全天候覆蓋，《成都全接觸》、《成都全接觸午間播報》、《成都全接觸新聞沖擊波》、《成都全接觸》、《成都全接觸特別視點》、《成都全接觸900?播報》、《成都全接觸夜新聞》每天5小時的直播采用平民化的新聞視角，大容量的新聞故事，讓成都觀眾零距離的觀看新聞現(xiàn)場。

全臺每天大約6個小時的直播節(jié)目，6小時的直播節(jié)目需要大量的新聞素材來支撐，在于各個欄目經(jīng)常出現(xiàn)素材均采用作坊式的“自己自足”的模式，即各個頻道欄目自己完成本欄目素材的拍攝、素材上載、節(jié)目配音、文稿的編輯、節(jié)目的制作和播出。各個頻道、各部門無序采訪，重復(fù)采訪現(xiàn)象經(jīng)常發(fā)生，多次出現(xiàn)若干部門同時采訪一個事件，不同欄目同時要求收錄同一路信號，各自建立自己的素材資料庫；各個欄目、各個頻道要完成素材共享則非常麻煩（如：“兩會”的時候，每個電視臺幾個頻道個個都得圍繞著兩會宣傳，個個欄目、部門都要上、都要編。為了搶新聞，在一個新聞現(xiàn)場，會有幾臺攝像機架起來拍，因為一個帶子只能供一個欄目，或者一個頻道使用，要共享只有等一個欄目編輯完成后再交給下個欄目）；很多欄目不乏有很多優(yōu)秀的主編但面臨著素材短缺“巧婦難為無米之炊”，難出精品的困境；相關(guān)人員的績效考評有提升空間，沒有建立良好的競爭機制。如何制作出更多的精品，進一步提升成都電視臺整體的收視率？如何對現(xiàn)有的所有資源進行整合——打破現(xiàn)有電視臺各個頻道、欄目、節(jié)目的界限和框框，改變分散的、封閉的、孤島式的節(jié)目制作播出方式，實現(xiàn)人力、財、物的重新整合，以提高單位時間的生產(chǎn)效率？如何全方位的深度挖掘素材價值，使素材完成全方位的共享以提高其表現(xiàn)力？如何建立合理競爭機制、考評機制以調(diào)動相關(guān)人員的積極性？如何建立安全、穩(wěn)定、高效的新聞制播節(jié)目流程？

為了解決這一系列問題，“泛編輯平臺”應(yīng)運而生，“泛編輯平臺”的目的就是要打破“條框分割、各自為政”的“諸侯割據(jù)”局面，建立中央集權(quán)的資源統(tǒng)一調(diào)配體系，全面實現(xiàn)所有資源的共享；改進電視臺的節(jié)目流程，提高全臺的工作效率和產(chǎn)品質(zhì)量；實現(xiàn)電視從傳統(tǒng)媒體向現(xiàn)代媒體的根本轉(zhuǎn)變，加快電視臺數(shù)字化的同時，實現(xiàn)信息共享、資源共享。

發(fā)明內(nèi)容

本發(fā)明的目的在于解決現(xiàn)有技術(shù)的不足，提供一種資源統(tǒng)一調(diào)配、全面實現(xiàn)資源共享、提高電視臺工作效率和產(chǎn)品質(zhì)量、加快電視臺數(shù)字化的同時實現(xiàn)信息共享的泛編輯平臺。

本發(fā)明的目的是通過以下技術(shù)方案來實現(xiàn)的：泛編輯平臺，由客戶端和服務(wù)器組成，所述的客戶端包括用于發(fā)起用戶文件操作請求的第三方應(yīng)用程序、負責客戶端文件系統(tǒng)驅(qū)動實現(xiàn)的云盤文件系統(tǒng)、用于實現(xiàn)客戶端與服務(wù)器之間通信的通信模塊和用于修改、增加Shell菜單項及屬性頁的Shell命令解析器；所述的服務(wù)器包括用于組織和管理媒資的媒資管理系統(tǒng)、負責組織和維護整個文件結(jié)構(gòu)并響應(yīng)客戶端發(fā)出的文件操作請求的云盤服務(wù)器及用于實現(xiàn)媒資管理系統(tǒng)與云盤服務(wù)器之間同步的同步模塊。?

本發(fā)明所述的通信模塊是Windows服務(wù)，工作在用戶態(tài)，通過IOCTL方式不斷接收來自內(nèi)核態(tài)的文件系統(tǒng)驅(qū)動發(fā)出的網(wǎng)絡(luò)訪問請求，根據(jù)請求類型調(diào)用不同的用戶態(tài)網(wǎng)絡(luò)應(yīng)用層協(xié)議進行相應(yīng)的網(wǎng)絡(luò)通信操作并取得數(shù)據(jù)，將數(shù)據(jù)通過IOCTL方式返回給文件系統(tǒng)驅(qū)動，異步工作線程收到數(shù)據(jù)后標識為完成并將處理結(jié)果返回給第三方應(yīng)用程序。

Shell菜單攔截時，本發(fā)明所述的Shell命令解析器攔截IContextMenu中的QueryContextMenu和InvokeCommand方法。