孫育紅

摘 要： 當(dāng)前多媒體數(shù)據(jù)采編系統(tǒng)對多媒體資料進(jìn)行采編過程中存在響應(yīng)效率低以及采編性能差等問題，為了解決該問題，設(shè)計并實現(xiàn)基于MVC模式的多平臺數(shù)字多媒體數(shù)據(jù)采編系統(tǒng)。采用MVC模式將系統(tǒng)劃分成視圖層、控制層和模型層，通過WebService向不同的平臺提供服務(wù)。該系統(tǒng)包括用戶控制模塊、文檔編寫模塊、文檔審核模塊以及文檔發(fā)布模塊。根據(jù)多媒體數(shù)據(jù)采編的運行流程，系統(tǒng)實現(xiàn)了多媒體數(shù)據(jù)的編寫、審核、更正以及發(fā)布。實驗結(jié)果說明所設(shè)計系統(tǒng)運行穩(wěn)定，響應(yīng)效率高，采編性能強(qiáng)。

關(guān)鍵詞： 數(shù)字多媒體； 數(shù)據(jù)處理； 采編系統(tǒng)； 設(shè)計與實現(xiàn)

中圖分類號： TN98?34； G210.7 文獻(xiàn)標(biāo)識碼： A 文章編號： 1004?373X（2017）15?0122?04

Abstract： Since the current multimedia data collection and edit system has low response efficiency and poor collection and edit performance in the collection and edit process， a multi?platform digital multimedia data collection and edit system based on MVC pattern was designed and implemented. The MVC pattern is used to divide the system into the view layer， control layer and model layer， and provides the service for different platforms through WebService. The system includes the user control module， document compiling module， document review module and document publishing module. According to the operation process of the multimedia data collection and edit， the compiling， review， correct and publishing of the multimedia data were realized in the system. The experimental result shows that the system has stable running， high response efficiency， and high collection and edit performance.

Keywords： digital multimedia； data processing； collection and edit system； design and implementation

0 引 言

隨著信息化進(jìn)程的發(fā)展，多媒體技術(shù)在社會各個領(lǐng)域的應(yīng)用價值逐漸提升。多媒體采編系統(tǒng)提高了信息出版效率以及準(zhǔn)確度，增強(qiáng)了多媒體信息在社會中的應(yīng)用性[1]。當(dāng)前存在的多媒體采編系統(tǒng)對文檔、音視頻等多媒體資料進(jìn)行采集以及投送時，存在響應(yīng)效率低以及數(shù)據(jù)采編性能差等問題，并且新聞采編人員在時間和空間等條件的限制下，不能高效進(jìn)行工作，使得多媒體信息采編的質(zhì)量大大降低[2]。因此，塑造高效率、高質(zhì)量的數(shù)字多媒體數(shù)據(jù)采編系統(tǒng)成為當(dāng)前新聞領(lǐng)域研究人員分析的熱點方向。

針對當(dāng)前多媒體數(shù)據(jù)采編系統(tǒng)存在響應(yīng)效率低以及采編性能差等問題，提出了多平臺數(shù)字多媒體數(shù)據(jù)采編系統(tǒng)，實驗結(jié)果表明，該系統(tǒng)運行穩(wěn)定，響應(yīng)效率高，采編性能強(qiáng)。

1 數(shù)字多媒體數(shù)據(jù)采編系統(tǒng)設(shè)計

1.1 系統(tǒng)體系結(jié)構(gòu)

多平臺數(shù)字多媒體數(shù)據(jù)采編系統(tǒng)采用多平臺規(guī)劃策略，增強(qiáng)多媒體采編對環(huán)境的適應(yīng)能力，確保多媒體采編過程可通過不同的終端平臺完成[3]。該種系統(tǒng)能夠確保不同平臺采用統(tǒng)一服務(wù)，實現(xiàn)系統(tǒng)的統(tǒng)一性。系統(tǒng)體系結(jié)構(gòu)如圖1所示，其由終端部、網(wǎng)絡(luò)部以及企業(yè)部構(gòu)成。終端部是不同平臺的顯示端；網(wǎng)絡(luò)部是不同網(wǎng)絡(luò)運營商提供的網(wǎng)絡(luò)服務(wù)，實現(xiàn)數(shù)據(jù)的傳輸；企業(yè)部可產(chǎn)生WebService的服務(wù)端，其由系統(tǒng)控制、審核方案和數(shù)據(jù)存儲等模塊構(gòu)成，能夠連接其他媒體系統(tǒng)。

系統(tǒng)在PC端或安卓端完成多媒體數(shù)據(jù)采編，并且向其他平臺擴(kuò)展創(chuàng)造可靠的服務(wù)接口。系統(tǒng)面向PC端通過依據(jù)Web的B/S規(guī)劃方案，確保用戶采用瀏覽器實現(xiàn)多媒體數(shù)據(jù)的采編[4]。系統(tǒng)在安卓端設(shè)計應(yīng)用程序，采用后臺服務(wù)器的WebService確保用戶通過安裝有安卓系統(tǒng)的手機(jī)等部件實現(xiàn)多媒體信息的編寫和分析等處理。多平臺數(shù)字多媒體數(shù)據(jù)采編系統(tǒng)主要由客戶端和服務(wù)器端構(gòu)成，客戶端可呈現(xiàn)并編寫多媒體數(shù)據(jù)，并且將處理數(shù)據(jù)反饋給后臺；服務(wù)器端提供Java Web服務(wù)、發(fā)布 WebService接口，采用數(shù)據(jù)庫實現(xiàn)多媒體數(shù)據(jù)的編寫和存儲等操作。

設(shè)計的多平臺數(shù)字多媒體數(shù)據(jù)采編系統(tǒng)能夠在計算機(jī)、手機(jī)等不同操作平臺上實現(xiàn)多媒體數(shù)據(jù)采編。該系統(tǒng)的權(quán)限管理較為嚴(yán)格，通過編輯界面對多媒體文檔傳遞的邏輯進(jìn)行準(zhǔn)確管理，避免文檔信息出現(xiàn)偏差?；贛VC模式將多平臺數(shù)字多媒體數(shù)據(jù)采編系統(tǒng)劃分成視圖層、控制層以及模型層。

視圖層向客戶端呈現(xiàn)相關(guān)的多媒體數(shù)據(jù)采編結(jié)果，顯示控制端反饋的多媒體數(shù)據(jù)，為用戶形成鏈接。用戶采用鏈接將申請傳遞給控制端。多平臺多媒體數(shù)據(jù)采編系統(tǒng)中的不同平臺對應(yīng)不同的視圖層。系統(tǒng)采用的控制端接口和數(shù)據(jù)格式都是一致的。

控制層采集視圖層反饋的數(shù)據(jù)，并向模型層傳輸這些數(shù)據(jù)，控制端獲取模型層反饋的信息，再將信息向視圖層傳輸，完成信息的直觀呈現(xiàn)。系統(tǒng)針對不同的平臺采用不同的編寫語言實現(xiàn)平臺功能，采用的控制層代碼存在一定的差異。

模型層用于實現(xiàn)系統(tǒng)后臺數(shù)據(jù)的操作，對多媒體數(shù)據(jù)進(jìn)行模型化操作，產(chǎn)生穩(wěn)定的服務(wù)，并通過WebService方式調(diào)用服務(wù)確保控制層通過對應(yīng)的WebService對多媒體數(shù)據(jù)進(jìn)行操作。

1.2 功能模塊

設(shè)計的多平臺數(shù)字多媒體數(shù)據(jù)采編系統(tǒng)的主要功能是：采用計算機(jī)、手機(jī)等部件對多媒體數(shù)據(jù)進(jìn)行編寫、更正以及審核等處理。多媒體文檔在系統(tǒng)流通時，系統(tǒng)需要通過權(quán)限控制模塊實現(xiàn)不同角色分工的協(xié)作運行。因此，將多媒體數(shù)據(jù)采編系統(tǒng)劃分成用戶控制模塊、文檔編寫模塊、文檔審核模塊以及文檔發(fā)布模塊，詳細(xì)情況見圖2。

用戶控制模塊對不同用戶的工作內(nèi)容進(jìn)行有效控制，該模塊由增加角色以及平臺登錄構(gòu)成。系統(tǒng)控制人員給工作人員設(shè)置控制員、記者、普通編輯以及排版人員等不同角色[5]，并有針對性的設(shè)置用戶名和原始密碼，按照各工作人員的職責(zé)為其設(shè)置相應(yīng)的權(quán)限。記者只能對文檔進(jìn)行編寫，編輯可對文檔進(jìn)行審核，排版人員需要對文檔進(jìn)行排版以及發(fā)布。

文檔編寫模塊是數(shù)字多媒體數(shù)據(jù)采編系統(tǒng)的關(guān)鍵部分，其由文檔增加、文檔檢索、文檔更正、文檔過濾、文檔送審和文檔信息定位等構(gòu)成。文檔增加是增加新文檔信息，同時完成多媒體信息的編寫。文檔檢索是獲取相關(guān)的多媒體圖片以及影視資料[6]。文檔過濾過程將無價值的文檔去掉，文檔送審過程是向上級人員反饋完成編輯的多媒體文檔。

文檔審核模塊由審核分析、審核反饋以及文檔退回構(gòu)成。審核分析過程對待進(jìn)行審核文檔進(jìn)行研究，分析其是否滿足審核通過規(guī)范要求。文檔退回，將不滿足審核規(guī)范要求的文檔傳遞給對應(yīng)的人員進(jìn)行更正。

文檔發(fā)布模塊，對多媒體數(shù)據(jù)進(jìn)行發(fā)布、存儲以及過濾處理。系統(tǒng)控制人員采集到多媒體數(shù)據(jù)審核人員反饋的審核通過信息后進(jìn)行多媒體數(shù)據(jù)的發(fā)布，同時設(shè)置發(fā)布成功以及失敗的時間。將無價值的多媒體數(shù)據(jù)進(jìn)行存儲，確保該種數(shù)據(jù)無法在頁面內(nèi)呈現(xiàn)[7]。

2 多平臺數(shù)字多媒體數(shù)據(jù)采編系統(tǒng)實現(xiàn)

設(shè)計的多平臺數(shù)字多媒體數(shù)據(jù)采編系統(tǒng)能夠在計算機(jī)、手機(jī)等多個操作平臺中實現(xiàn)多媒體數(shù)據(jù)的采編。

2.1 系統(tǒng)運行流程

系統(tǒng)進(jìn)行多媒體數(shù)據(jù)采編的流程如圖3所示。

分析圖3可得，系統(tǒng)進(jìn)行多媒體數(shù)據(jù)發(fā)布時采用的多媒體文檔呈現(xiàn)不同的狀態(tài)。系統(tǒng)將多媒體文檔看成對象模型[8]，在數(shù)據(jù)庫內(nèi)塑造數(shù)據(jù)表保存文檔中的數(shù)據(jù)，多媒體文檔結(jié)構(gòu)見表1。

從表1描述的多媒體文檔結(jié)構(gòu)內(nèi)容可以看出，文件狀態(tài)state的字段同文檔狀態(tài)的波動存在正關(guān)聯(lián)性，其是管理系統(tǒng)權(quán)限的關(guān)鍵標(biāo)識。多媒體文檔狀態(tài)的變換圖如圖4所示。能夠看出，記者采用系統(tǒng)增加多媒體文檔后，設(shè)置文檔為草稿狀態(tài)，記者將文檔提交后，文檔變成待審核狀態(tài)。編輯通過系統(tǒng)審核文檔，若文檔通過審核，則傳遞出審核有效狀態(tài)；否則傳遞出審核無效狀態(tài)[9]。審核無效退回的多媒體文檔應(yīng)交給相關(guān)作者進(jìn)行更正再提交，此時文檔處于待審核狀態(tài)。排版人員會對審核有效的多媒體文檔進(jìn)行排版和發(fā)布，此時文檔處于發(fā)布狀態(tài)。

2.2 WebService服務(wù)發(fā)布

不同平臺的用戶會通過后臺服務(wù)器的WebService 服務(wù)對數(shù)字多媒體數(shù)據(jù)采編系統(tǒng)中的用戶和文檔進(jìn)行相關(guān)操作[10]，WebService服務(wù)發(fā)布內(nèi)容見表2。

將不同的服務(wù)按照上述規(guī)定的方法名當(dāng)成Web Service服務(wù)發(fā)布內(nèi)容，為系統(tǒng)的不同功能模塊提供相對應(yīng)的服務(wù)，通過Java平臺發(fā)布這些服務(wù)。

3 實驗結(jié)果與分析

實驗采用代碼模擬調(diào)用服務(wù)，檢測本文系統(tǒng)進(jìn)行多媒體數(shù)據(jù)采編的服務(wù)響應(yīng)情況，并模擬用戶從10～1 000次同時調(diào)用服務(wù)，統(tǒng)計各次系統(tǒng)進(jìn)行多媒體數(shù)據(jù)的編寫、審核和提交過程中耗費的時間（單位：ms），分析本文設(shè)計的多媒體數(shù)據(jù)采編系統(tǒng)的性能。

3.1 壓力檢測

實驗檢測本文系統(tǒng)在10～1 000調(diào)用的并發(fā)數(shù)情況下的壓力檢測結(jié)果，如表3所示，該種情況下本文系統(tǒng)的平均響應(yīng)時間見圖5。

綜合分析表3和圖5可得，隨著并發(fā)數(shù)的逐漸增加，本文系統(tǒng)進(jìn)行多媒體數(shù)據(jù)采編過程中耗費的時間未出現(xiàn)顯著提升，系統(tǒng)響應(yīng)時間低于70 ms，小于標(biāo)準(zhǔn)值400 ms。本文系統(tǒng)在1 000用戶的高強(qiáng)度并發(fā)運行情況下，仍可保存平穩(wěn)運行，未出現(xiàn)崩潰問題，說明系統(tǒng)運行穩(wěn)定，響應(yīng)效率高。

3.2 功能檢測

實驗綜合檢測本文系統(tǒng)的控制、多媒體文檔編寫、文檔審核以及發(fā)布等性能，結(jié)果見表4。可以看出，本文系統(tǒng)具備較強(qiáng)的多媒體數(shù)據(jù)采編性能，提高了多媒體數(shù)據(jù)采編的時效性。

4 結(jié) 語

本文設(shè)計實現(xiàn)的數(shù)字多媒體數(shù)據(jù)采編系統(tǒng)可確保不同地域的記者采用手機(jī)、計算機(jī)等設(shè)備完成多媒體數(shù)據(jù)的編寫和發(fā)布等工作，增強(qiáng)了多媒體數(shù)據(jù)采編的時效性。

參考文獻(xiàn)

[1] 許金元.動態(tài)環(huán)境下多媒體視頻興趣區(qū)的自動捕獲系統(tǒng)設(shè)計[J].現(xiàn)代電子技術(shù)，2016，39（16）：94?97.

[2] 梁潔.數(shù)字化環(huán)境下學(xué)術(shù)期刊采編系統(tǒng)的功能配置與建議[J].四川理工學(xué)院學(xué)報（社會科學(xué)版），2014，29（1）：107?112.

[3] 梁小雨，陳永濤，黃珣，等.天氣預(yù)報會商錄播系統(tǒng)多媒體數(shù)據(jù)庫的設(shè)計[J].電視技術(shù)，2014，38（8）：105?108.

[4] 劉明偉，張曉濱，楊東山，等.移動環(huán)境下多情景源用戶情景序列的提取[J].西安工程大學(xué)學(xué)報，2015，29（6）：746?750.

[5] 吳德理，羅回彬，劉澤，等.基于Haswell I5?4300U集成顯卡的優(yōu)化[J].現(xiàn)代電子技術(shù)，2015，38（16）：125?128.

[6] 何玉智，馮冬芹，朱予辰.基于EPA網(wǎng)絡(luò)的多媒體數(shù)據(jù)確定性傳輸[J].計算機(jī)工程，2014，40（2）：26?30.

[7] 武桂芬.基于DSP的海量實時多媒體數(shù)據(jù)分析系統(tǒng)設(shè)計[J].電子科技，2014，27（12）：44?47.

[8] 季偉，蘇淑靖，喬文生，等.基于可控采樣率及斷點保護(hù)的數(shù)據(jù)采編存儲器設(shè)計[J].自動化與儀表，2015，30（8）：77?80.

[9] 趙寒，劉勇.基于延遲發(fā)送的高速信號遙測采編技術(shù)[J].飛行器測控學(xué)報，2015，34（3）：234?241.

[10] 袁強(qiáng)，焦新泉，方煒，等.基于FPGA的多通道遙測采編器設(shè)計[J].傳感器與微系統(tǒng)，2015，34（12）：97?100.