【正文】 分布式應(yīng)用[5]。具有標(biāo)準(zhǔn)接口和協(xié)議的系統(tǒng)也叫做開放系統(tǒng)。 視頻壓制技術(shù)視頻壓縮技術(shù)用于錄像資料收集、整理、儲存，高性能的視頻壓縮技術(shù)甚至用于遠(yuǎn)程視頻網(wǎng)絡(luò)傳輸，因此，在安防監(jiān)控市場DVR（數(shù)字化硬盤錄像監(jiān)控）技術(shù)中，成為先進(jìn)的數(shù)字化網(wǎng)絡(luò)監(jiān)控，不論是在監(jiān)視、錄像存儲、畫面檢索、網(wǎng)絡(luò)傳輸、信息安全保密以及控制技術(shù)方面相比傳統(tǒng)的模擬監(jiān)控技術(shù)，大大提高了視頻監(jiān)控領(lǐng)域的效率[7]。目前的基于該技術(shù)的視頻卡也主要是完成數(shù)字視頻捕獲（Capture） 功能，在后臺由CPU或?qū)ｉT的JPEG芯片完成壓縮工作，也就是我們常說的軟壓縮。三、MPEGMPEG是Movyig pictures experts group(運動圖像專家組)的英文縮寫，這個專家組始建于1988年，專門負(fù)責(zé)為CD建立視頻和音頻標(biāo)準(zhǔn)，其成員均為視頻、音頻及系統(tǒng)領(lǐng)域的技術(shù)專家。第三階段，直到為了繼續(xù)解決傳輸碼流和壓縮質(zhì)量發(fā)展到現(xiàn)在應(yīng)用較多的 （MPEG4）。MPEG標(biāo)準(zhǔn)有三個組成部分：MPEG視頻；MPEG音頻；視頻與音頻的同步。運動補償算法是當(dāng)前視頻圖像壓縮技術(shù)中使用最普遍的方法之一。MPEG1也被用于數(shù)字電話網(wǎng)絡(luò)上的視頻傳輸，如非對稱數(shù)字用戶線路（ADSL），視頻點播（VOD），以及教育網(wǎng)絡(luò)等。例如在國內(nèi)PAL制式下，NPDG1可以滿足多路25幀/秒的壓縮（16路）速度，在500kbit/sec壓縮碼流（352*288）下，每幀大小僅為2k，簡單計算可以表明，MPEG1產(chǎn)品的錄像容量是目前硬盤容量可以接受的（16路以下）。MPEG2：MPEG2制定于1994年，設(shè)計目標(biāo)是高級工業(yè)標(biāo)準(zhǔn)的圖像質(zhì)量以及更高的傳輸率。同時，由于MPEG2的出色性能表現(xiàn)，已能適用于HDTV，使得原打算為HDTV設(shè)計的MPEG3，還沒出世就被拋棄了。 MPEG2由于要更多的消耗硬盤資源或者網(wǎng)絡(luò)帶寬雖然清晰度可以達(dá)到DVD畫質(zhì)一般主流廠家未見采用。對于最終用戶來說，由于現(xiàn)存電視機分辨率限MPEG2所帶來的高清晰度畫面質(zhì)量（如DVD兩面）在電視上效果并不明顯，倒是其音頻特性（如加重低音，多伴音聲道等）更引人注目。 MPEG4與MPEGMPEG2不同。MPEG—4 利用很窄的帶寬，通過幀重建技術(shù)，壓縮和傳輸數(shù)據(jù)，以求以最少的數(shù)據(jù)獲得最佳的圖像質(zhì)量。MPEG4試圖達(dá)到兩個目標(biāo)：A、低比特率下的多媒體通信；B、是多工業(yè)的多媒體通信的綜合?！PEG4在DVR系統(tǒng)中應(yīng)用MPEG4在壓縮方法上遠(yuǎn)遠(yuǎn)優(yōu)于MPEG1，更是MJPEG不能比擬的。64Kbps(P=1～20),一般在32～384Kbps時圖像可達(dá)CIF、QCIF15幀每秒(F/S),總體上圖像質(zhì)量略遜于MPEG1, 適合在ISDN、DDN、PSTN網(wǎng)上傳輸運動的圖像。,進(jìn)一步降低了碼流速率,實現(xiàn)在128～768Kbps的速率上傳輸CIF或QCIF格式、每秒5～25幀的活動圖像,圖像質(zhì)量略遜于MPEG1。 ,并且在技術(shù)上同MPEG標(biāo)準(zhǔn)形成體系。它引入了面向IP包的編碼機制，有利于網(wǎng)絡(luò)中的分組傳輸，支持網(wǎng)絡(luò)中視頻的流媒體傳輸。如電話線傳輸?shù)鹊?，因此，在DVR遠(yuǎn)程視頻視頻監(jiān)控領(lǐng)域得到了廣泛應(yīng)用。D1的格式是可以很形象的看得到，它是一個image的大小，它主要體現(xiàn)在圖像顯示分辨率上，只能體現(xiàn)在壓縮比例和壓縮文件占存儲空間的多少以及傳輸碼流的大小。K bit/秒1,76722353118續(xù)表 1. 2視頻顯示及圖像傳輸對比表　原始圖像（320240）MPEG1MPEG2MPEG4MJPEGWAVELET圖像質(zhì)量極好差可以極好好可以好　原始圖像（320240）MPEG1MPEG2MPEG4MJPEGWAVELET應(yīng)用通常這種數(shù)據(jù)轉(zhuǎn)碼會改變視頻數(shù)據(jù)的現(xiàn)有碼流和分辨率。二、相同編碼格式之間的視頻數(shù)據(jù)轉(zhuǎn)碼相同編碼格式的數(shù)據(jù)轉(zhuǎn)碼，指不改變壓縮格式，只通過轉(zhuǎn)碼手段改變其碼流或頭文件信息。這種轉(zhuǎn)碼方式的復(fù)雜度要小于不同編碼格式轉(zhuǎn)碼的復(fù)雜度，而且對視頻工程上而言，更加具有可操作性。我們可以通過一些方法提高轉(zhuǎn)碼的效率，降低運算復(fù)雜度，比如 MPEG2 和 MPEG4 在其編碼算法上有很多相通的地方，在 DCT 變換， MC 運動補償， MV 運動補償?shù)确矫嬗性S多可以公用的地方，我們并不需要將其完全解碼成獨立的圖像序列，可利用不同編碼方式間的相關(guān)性進(jìn)行轉(zhuǎn)碼工作MPEG2 視頻數(shù)據(jù)中所有的頭信息被解碼后都直接送到 MPEG 4 編碼器中進(jìn)行編碼，其中少數(shù)頭信息需要調(diào)整，以適應(yīng)新的編碼格式。這些不同復(fù)雜度算法的是否采用取決于用戶對工作任務(wù)的要求。可以將算法固定在硬件芯片中，也可以使用通用的計算機運算系統(tǒng)、存儲系統(tǒng)和數(shù)據(jù)交換系統(tǒng)，使用軟件算法進(jìn)行轉(zhuǎn)碼工作，這些方式的具體應(yīng)用方式在本文的后半部分會詳細(xì)介紹。這種方式的優(yōu)點是可以以實時或者接近實時的方式輸出轉(zhuǎn)碼結(jié)果，轉(zhuǎn)碼算法固化在板卡芯片上，轉(zhuǎn)碼工作基本上是由硬件完成，穩(wěn)定性好。隨著計算機技術(shù)的日益進(jìn)步，非線性存儲手段日益完善，我們可以通過文件的方式存儲視頻數(shù)據(jù)。我們可以使用計算機設(shè)備，利用軟件手段，進(jìn)行靈活高效的轉(zhuǎn)碼工作。由軟件提供轉(zhuǎn)碼算法，并控制計算機系統(tǒng)進(jìn)行轉(zhuǎn)碼工作。然后將該視頻文件拆分成適合計算機設(shè)備處理的數(shù)據(jù)片段，放入高速緩存中，由軟件提供轉(zhuǎn)碼算法，利用計算機設(shè)備的處理能力對數(shù)據(jù)片段進(jìn)行編碼轉(zhuǎn)換。采用這種方式的轉(zhuǎn)碼工作，具有很強的靈活性，數(shù)字信號接口并不需要識別接收到的數(shù)據(jù)流為何種格式編碼、封裝如何。在2008年1月22日，第一份正式草案發(fā)布。這引發(fā)了開發(fā)人員間的爭論，包括HTML5雖然提供了增強的功能，但開發(fā)人員必須考慮到不同瀏覽器對標(biāo)準(zhǔn)不同部分的支持程度的不同，以及HTML5和Flash間的功能差異。HTML5提供了音頻視頻的標(biāo)準(zhǔn)接口，實現(xiàn)了無需任何插件支持，只需瀏覽器支持相應(yīng)的HTML5標(biāo)簽。 1: 介紹StrutsStruts是目前WEB開發(fā)中比較流行的一種開源框架，它主要是采用Servlet和JSP技術(shù)實現(xiàn)Model2(Servlet+JSP+JavaBean)類型MVC的設(shè)計模式，即是實現(xiàn) 模型視圖控制三部分模塊的分離。(3):Action調(diào)用JavaBean，并且結(jié)合ActionForm，處理數(shù)據(jù)。該模塊是其他模塊的功能基礎(chǔ)，在這個模塊中存在BeanFactory類，它是Spring框架的核心，它實現(xiàn)依賴注入，是系統(tǒng)中的各組件的一倆關(guān)系從代碼中獨立出來，通過配置文件來實現(xiàn)；BeanFactory也是Spring框架的核心容器，因為他管理容器中對象的生命周期。此外該模塊還提供其他的服務(wù)。這個模塊提供對ORM框架的支持，從而可以擴(kuò)展Spring框架支持ORM框架。此模塊提供WEB應(yīng)用所需要的上下文，可以與Struts等框架相結(jié)合。三：Struts和Spring的集成Struts框架出現(xiàn)早，對MVC的設(shè)計技術(shù)比Spring成熟，但是Spring框架的依賴注入和AOP（面向切面），以及聲明事務(wù)管理方面優(yōu)勢顯著，所以可以再業(yè)務(wù)邏輯方面使用它[14]。代理會在Spring的配置文件中找到真正的StrutsAction，然后交友這個Action去處理，當(dāng)然首先要在spring的配置文件中跑那個配置這個Action。C：修改struts控制器來集成Struts采用這種方式進(jìn)行集成的方案是：為了直觀的的在Struts配置中顯示Action對應(yīng)的處理類，需要修改Struts的controller，.四：Hibernate的介紹Hibernate利用ORM(對象關(guān)系映射)的機制解決業(yè)務(wù)邏輯和數(shù)據(jù)訪問的相分離的問題，Hibernate封裝數(shù)據(jù)訪問的細(xì)節(jié)，簡化數(shù)據(jù)訪問的復(fù)雜程度，把注意力主要在業(yè)務(wù)邏輯上面，同時通過維護(hù)ORM文件，簡單用以維護(hù)。所以每次都要重復(fù)相同的過程，冗余太大。3：Hibernate簡介Hibernate就是一個ORM中間件，它是一個開源的框架，對JDBC做啦輕量級的封裝，并且支持主流數(shù)據(jù)庫，可以提高開發(fā)效率。Hibernate Synchronizer是Hibernate自帶的一種插件，利用它可以根據(jù)數(shù)據(jù)庫的表自動生成ORM文件，持久化類，DAO類，并且對其中任何一個修改，都可以相應(yīng)的自動改變。2：另一種方式是通過Spring提供的Hibernate模板(Hibernate Template)來訪問的。Spring對Hibernate的DAO提供支持，其中Spring提供的Hibernate Template類以及HibernateDaoSupport類是建立DAO時候用到的兩個類[16]。制作系統(tǒng)考慮高并發(fā)量高吞吐量的問題，對每一個視頻的制作時間要求都很高，制作系統(tǒng)必須考慮該系統(tǒng)的每一個應(yīng)用進(jìn)行連接和數(shù)據(jù)傳遞時系統(tǒng)的安全，不丟失數(shù)據(jù)，狀態(tài)精準(zhǔn)傳遞，數(shù)據(jù)一致性等問題。系統(tǒng)在制作信源素材時需要素材下載機，版權(quán)素材需要通過客戶端進(jìn)行上傳。基于此，在本文中，我們擬開展以下方面內(nèi)容的研究：1)縮短視頻上線周期2)集中高效的管理視頻3)一云多端　研究目標(biāo)本文以建立分布式的視頻收錄在線制作系統(tǒng)為目標(biāo)，對視頻收錄的制作的各個步驟進(jìn)行研究和實現(xiàn)，通過對當(dāng)前視頻收錄和制作等相關(guān)問題進(jìn)行分析和討論，得出解決問題的方案，以提高視頻制作的效率，增大系統(tǒng)處理視頻的并發(fā)量和吞吐量。第五章：本章介紹了OMS與BPP的交互接口以及具體實現(xiàn)，包括pull方式和push方式。另外，本章還列出了本文的主要研究內(nèi)容，研究目標(biāo)以及文章的組織結(jié)構(gòu)。除此之外，OMS還將擁有完善的統(tǒng)計報告和監(jiān)控以及預(yù)警。而總控中心包括MT Service，媒體片庫，Web Server集群和服務(wù)日志及警報信息庫。服務(wù)日志及警報信息庫主要供管理人員查看日志，并提供包括EMAIL，短信，lync信息在內(nèi)的通知服務(wù)，在服務(wù)出問題時及時警報并通知開發(fā)，測試，運營，運維和部門負(fù)責(zé)人。用戶可以從視頻網(wǎng)站網(wǎng)頁端和客戶端的上傳接口上傳自己拍攝的短視頻。3. 視頻抓取。我們常常可以看到視頻網(wǎng)站上可以播放電視上正在播放的電視劇，這就是通過電視信號轉(zhuǎn)錄進(jìn)入源片庫的。 　壓制服務(wù)進(jìn)入源片庫的素材還只是源片，未進(jìn)過任何修飾。壓制完成的成片根據(jù)不同需求，或經(jīng)過審核人員審核，審核通過后進(jìn)入待分發(fā)狀態(tài)，或免審直接進(jìn)入待分發(fā)狀態(tài)。具體入庫接口和入庫流程將在第五章詳細(xì)闡述。缺陷：只能夠部署成jsp或servlet服務(wù)，服務(wù)能力受J2EE服務(wù)器制約，例如開源的resin只能支持512個連接，更多連接要購買。圖2. 2 PHPRPC遠(yuǎn)程調(diào)用示意圖 　thriftthrift是一個軟件框架，用來進(jìn)行可擴(kuò)展且跨語言的服務(wù)的開發(fā)。制作中心是一系列的集群服務(wù)器，而總控中心負(fù)責(zé)總體調(diào)控，任務(wù)調(diào)度。低碼流壓制完成后，編輯可以在上面進(jìn)行遮標(biāo)，剪切，打點等，然后進(jìn)行壓制多碼流。整個紅色虛線框內(nèi)視頻收錄在線制作系統(tǒng)，但可視化操作的（有界面的部分）僅在在線制作部分審核系統(tǒng)不作為單獨的系統(tǒng)呈現(xiàn)，一個視頻從入庫到發(fā)布到終端一共會進(jìn)行三次審核，所以審核系統(tǒng)是貫穿于各個系統(tǒng)中的，在線制作系統(tǒng)中會有一次審核過程UGC/PPC以及視頻采集抓取部分，將有內(nèi)容部門負(fù)責(zé)建設(shè)，我們的素材庫可以通過調(diào)用他們的素材存儲系統(tǒng)的接口查看其素材內(nèi)容，如果制作團(tuán)隊需要，可直接調(diào)用該素材。但在任務(wù)管理界面中，仍須返回該視頻的后續(xù)狀態(tài)，但僅為編輯查看狀態(tài)作用，不可對后續(xù)系統(tǒng)進(jìn)行操作。按時間查詢是將素材以每小時為段，將每5分鐘采集的信源素材陳列出來；按EPG查詢是以EPG（電視節(jié)目單）中的節(jié)目時間為段，將素材陳列出來素材可按頻道、時間篩選查詢素材可刪除，可屏蔽/取消屏蔽所有素材可勾選，勾選素材后，點擊進(jìn)入任務(wù)，選擇常態(tài)欄目還是自定義，填入必須的部分信息后點確定，進(jìn)入視頻編輯階段：　素材查詢模塊素材整合后端任務(wù)視頻的查看和修改我們放在了一個頁面，讓編目與剪輯可以同時進(jìn)行。：圖3. 9 任務(wù)列表圖制作編輯/管理員可在任務(wù)列表中查看自己/全部任務(wù)的狀態(tài)并對其進(jìn)行操作，顯示任務(wù)范圍由用戶權(quán)限控制顯示任務(wù)的名稱、頻道、時長、最近更新時間、優(yōu)先級、狀態(tài)和操作：表3. 1狀態(tài)與操作關(guān)系狀態(tài)可操作查看編輯刪除待審核√√√審核不通過√√√待入庫√待發(fā)布√已發(fā)布√未進(jìn)入審核的任務(wù)，制作編輯可對其查看、編輯、刪除審核編輯審核過該任務(wù)后，審核通過，任務(wù)狀態(tài)即更變?yōu)榇霂欤粚徍瞬煌ㄟ^則返回給制作編輯，編輯仍能對其查看、編輯和刪除任務(wù)視頻進(jìn)入待入庫狀態(tài)之后，不再由制作編輯控制，但能夠查看到該視頻當(dāng)前狀態(tài)。1) 任務(wù)列表任務(wù)列表頁與任務(wù)管理的列表頁一致，時間改為提交審核的時間，同時狀態(tài)與操作有所不同狀態(tài)分為：待審核、已審核、審核未通過三個狀態(tài)已審核通過的任務(wù)不用再次審核，審核未通過的視頻還能再次審核審核未通過的視頻制作編輯重新修改編輯后提交審核，該任務(wù)的時間與狀態(tài)都相應(yīng)變化，提交審核時間變更為當(dāng)前時間，狀態(tài)變更為待審核。新增/。圖3. 20 新增、編輯、刪除角色界面圖，可進(jìn)行新增、查看、編輯、刪除的操作.圖3. 21角色查看頁面圖，點擊查看后可以看到該角色對應(yīng)的所有權(quán)限，此時可點擊修改點擊編輯/新增后進(jìn)入角色的權(quán)限配置，是用戶管理的關(guān)鍵。壓制好的成片或需要審核的審核通過后，或無需審核的，狀態(tài)變?yōu)榇隒DN。CDN接收信息后，將根據(jù)接收的信息進(jìn)行分發(fā)，包括檢查drag文件，檢查jump，將成片拷貝到各個主節(jié)點上。　接口觸發(fā)方式上片接口分為兩個小接口，一個是OMS通知CDN上線的接口，另一個是接收CDN上線完成后callback的接口。你多久輪詢一次，將直接對視頻從待分發(fā)到分發(fā)完成這個分發(fā)時間產(chǎn)生影響，這也是判斷生產(chǎn)效率的重要指標(biāo)。前者由于狀態(tài)變更有多條支路，容易出錯，且出錯時不易排查，而后者會大大增加數(shù)據(jù)庫的負(fù)擔(dān)?！《〞r任務(wù)　SchedulerJava2的開發(fā)包中提供了一種實用的線程功能：提前安排將來某段時間執(zhí)行某任務(wù)Timer ，TimerTas