【正文】 系統(tǒng)交互待分發(fā)的成片將通過OMS與CDN的上片接口進(jìn)入CDN進(jìn)行分發(fā)。具體上片接口和分發(fā)流程將在第四章詳細(xì)闡述。分發(fā)完成的成片將通過OMS與BPP的入庫(kù)接口進(jìn)入電子節(jié)目單EPG。具體入庫(kù)接口和入庫(kù)流程將在第五章詳細(xì)闡述。 　傳輸協(xié)議傳輸協(xié)議主要包括PHPRPC和Thrift。下面分別介紹他們的優(yōu)缺點(diǎn)。 　PHPRPCPHPRPC 是一個(gè)輕型的、安全的、跨網(wǎng)際的、跨語言的、跨平臺(tái)的、跨環(huán)境的、跨域的、支持復(fù)雜對(duì)象傳輸?shù)摹⒅С忠脜?shù)傳遞的、支持內(nèi)容輸出重定向的、支持分級(jí)錯(cuò)誤處理的、支持會(huì)話的、面向服務(wù)的高性能遠(yuǎn)程過程調(diào)用協(xié)議。缺陷：只能夠部署成jsp或servlet服務(wù)，服務(wù)能力受J2EE服務(wù)器制約，例如開源的resin只能支持512個(gè)連接，更多連接要購(gòu)買。沒有發(fā)揮硬件的潛力。優(yōu)點(diǎn)：簡(jiǎn)單易學(xué)，維護(hù)量較少，性能不錯(cuò)，文檔豐富[17]。圖2. 2 PHPRPC遠(yuǎn)程調(diào)用示意圖 　thriftthrift是一個(gè)軟件框架，用來進(jìn)行可擴(kuò)展且跨語言的服務(wù)的開發(fā)。它結(jié)合了功能強(qiáng)大的軟件堆棧和代碼生成引擎，以構(gòu)建在 C++, Java, Python, PHP, Ruby, Erlang, Perl, Haskell, C, Cocoa, JavaScript, , Smalltalk, and OCaml 這些編程語言間無縫結(jié)合的、高效的服務(wù)。缺陷：要額外維護(hù)thrift協(xié)議描述文件，學(xué)習(xí)較難，文檔較少。優(yōu)點(diǎn)：支持java NIO，底層用epoll，可以發(fā)揮硬件的全部潛能，支持的并發(fā)度極高，性能佳[18]。圖2. 3Thrift遠(yuǎn)程調(diào)用示意圖OMS采用了簡(jiǎn)單易學(xué)文檔豐富的phprpc作為遠(yuǎn)程調(diào)用的傳輸協(xié)議 　本章小結(jié)在本章中，我們?cè)敿?xì)的描述了系統(tǒng)架構(gòu)，并分別描述了制作中心的總控中心的組成和功能。同時(shí)，詳細(xì)介紹了PHPRPC和thrift兩種通信協(xié)議。27浙江大學(xué)碩士學(xué)位論文 第3章OMS的詳細(xì)設(shè)計(jì)第3章 OMS的詳細(xì)設(shè)計(jì)　總控中心的分層結(jié)構(gòu)第4章 如前一章總體架構(gòu)所述，OMS分為制作中心和總控中心。制作中心是一系列的集群服務(wù)器，而總控中心負(fù)責(zé)總體調(diào)控，任務(wù)調(diào)度。：圖3. 1總控中心的分層結(jié)構(gòu)圖　模塊間交互工作時(shí)序OMS主要包括上傳客戶端，總控中心，源片庫(kù)，壓片轉(zhuǎn)碼機(jī)，成片庫(kù)，F(xiàn)lash服務(wù)，CDN和BPP接口七大模塊，：圖3. 2模塊架構(gòu)時(shí)序圖上傳客戶端通過用戶名登陸總控中心的web服務(wù)，返回該用戶的制作列表，用戶選擇制作，得到源片的FTP地址，計(jì)算MD5，填寫基本信息，包括分類，標(biāo)題和標(biāo)簽等。此時(shí)狀態(tài)更改為待壓制低碼流，壓片轉(zhuǎn)碼機(jī)會(huì)到總控中心拉取任務(wù)，而總控中心通過調(diào)度算法確定分配到哪臺(tái)壓制機(jī)進(jìn)行壓制低碼流。壓片轉(zhuǎn)碼機(jī)向源片庫(kù)發(fā)送文件拷貝請(qǐng)求，拷貝后進(jìn)行轉(zhuǎn)碼。低碼流壓制完成后，編輯可以在上面進(jìn)行遮標(biāo)，剪切，打點(diǎn)等，然后進(jìn)行壓制多碼流。通過flash服務(wù)對(duì)需要審核的成片進(jìn)行審核，在新版本中，flash服務(wù)轉(zhuǎn)換為html5 video。進(jìn)行審核后的成片進(jìn)入CDN進(jìn)行分發(fā)?！‘a(chǎn)品總體流程設(shè)計(jì)　產(chǎn)品業(yè)務(wù)流程設(shè)計(jì)圖3. 3媒資平臺(tái)業(yè)務(wù)流程圖，為外部數(shù)據(jù)來源，為數(shù)據(jù)存儲(chǔ)庫(kù)，為編輯操作部分，為支撐系統(tǒng)。整個(gè)紅色虛線框內(nèi)視頻收錄在線制作系統(tǒng)，但可視化操作的（有界面的部分）僅在在線制作部分審核系統(tǒng)不作為單獨(dú)的系統(tǒng)呈現(xiàn)，一個(gè)視頻從入庫(kù)到發(fā)布到終端一共會(huì)進(jìn)行三次審核，所以審核系統(tǒng)是貫穿于各個(gè)系統(tǒng)中的，在線制作系統(tǒng)中會(huì)有一次審核過程UGC/PPC以及視頻采集抓取部分，將有內(nèi)容部門負(fù)責(zé)建設(shè)，我們的素材庫(kù)可以通過調(diào)用他們的素材存儲(chǔ)系統(tǒng)的接口查看其素材內(nèi)容，如果制作團(tuán)隊(duì)需要，可直接調(diào)用該素材。　產(chǎn)品技術(shù)流程設(shè)計(jì) ，產(chǎn)品技術(shù)主要分為收錄，編輯，存儲(chǔ)和發(fā)布四大流程。圖3. 4媒資平臺(tái)產(chǎn)品技術(shù)流程圖　在線制作系統(tǒng)工作流程圖3. 5在線制作系統(tǒng)工作流程圖，在線制作的操作系統(tǒng)部分從素材查詢開始，到審核通過結(jié)束。審核通過后，整個(gè)視頻制作過程完成。但在任務(wù)管理界面中，仍須返回該視頻的后續(xù)狀態(tài)，但僅為編輯查看狀態(tài)作用，不可對(duì)后續(xù)系統(tǒng)進(jìn)行操作?！‘a(chǎn)品功能設(shè)計(jì)OMS產(chǎn)品功能主要包括用戶管理，素材查詢，任務(wù)管理，設(shè)置管理和審核管理五個(gè)功能模塊。：圖3. 6在線制作系統(tǒng)產(chǎn)品功能模塊圖　信源收錄模塊信源收錄規(guī)則：讀取VMS（現(xiàn)EPG）中錄入的各頻道EPG（一般每周四或周五可獲得下周的電視節(jié)目時(shí)間表）每天零點(diǎn)讀取一次下一天所有頻道的最新時(shí)間表 TS流文件，以五分鐘為節(jié)點(diǎn)自動(dòng)分段，基于播出時(shí)間匹配EPG以時(shí)間表的形式呈現(xiàn)文件命名規(guī)則（只作為參考）：頻道名+日期+分段起始時(shí)間Ex. 9月9日從18:00~18:15采集湖南衛(wèi)視的全部文件應(yīng)該為：, ,文件存儲(chǔ)規(guī)則：默認(rèn)素材文件在素材庫(kù)中存儲(chǔ)15天?！?shù)字版權(quán)上傳模塊文件上傳規(guī)則：與現(xiàn)有的規(guī)則一致，編輯上傳到指定FTP，素材庫(kù)每5min定時(shí)抓取文件存儲(chǔ)規(guī)則：高碼率文件，在素材庫(kù)中默認(rèn)存儲(chǔ)15天　素材查詢模塊圖3. 7素材查詢模塊圖，素材查詢模塊分按時(shí)間查詢和按EPG查詢兩種陳列方式。按時(shí)間查詢是將素材以每小時(shí)為段，將每5分鐘采集的信源素材陳列出來；按EPG查詢是以EPG（電視節(jié)目單）中的節(jié)目時(shí)間為段，將素材陳列出來素材可按頻道、時(shí)間篩選查詢素材可刪除，可屏蔽/取消屏蔽所有素材可勾選，勾選素材后，點(diǎn)擊進(jìn)入任務(wù)，選擇常態(tài)欄目還是自定義，填入必須的部分信息后點(diǎn)確定，進(jìn)入視頻編輯階段：　素材查詢模塊素材整合后端任務(wù)視頻的查看和修改我們放在了一個(gè)頁面，讓編目與剪輯可以同時(shí)進(jìn)行。：圖3. 8視頻編輯模塊圖　視頻快編模塊（任務(wù)查看）素材整合后端任務(wù)視頻的查看和修改我們放在了一個(gè)頁面，讓編目與剪輯可以同時(shí)進(jìn)行。1. 視頻剪輯。視頻快編分兩個(gè)部分，上面部分為視頻剪輯，下面部分為視頻編目剪輯分兩個(gè)區(qū)，一是視頻預(yù)覽區(qū)域，二是對(duì)視頻進(jìn)行剪輯操作的工具欄區(qū)域視頻預(yù)覽窗口為視頻的基本預(yù)覽功能，包括節(jié)目播放，音量調(diào)整和進(jìn)度選擇剪輯工具欄為視頻的基本剪輯功能，如切片、刪除、銜接等2. 視頻編目視頻編目是對(duì)任務(wù)視頻進(jìn)行粗編，包括：視頻信息，視頻策略和縮略圖視頻信息部分視頻標(biāo)題/任務(wù)名稱，文本頻道名加ID百科名加ID訂單ID 版權(quán)ID信源頻道，非電視信源收錄部分不選標(biāo)簽TAG所屬分類，BPP分類視頻策略部分輸出碼流率策略，選擇不同的策略下面對(duì)應(yīng)顯示不同的碼流格式是否免審分發(fā)，是否免審發(fā)布，優(yōu)先級(jí)設(shè)置顯示任務(wù)狀態(tài)略縮圖選擇隨機(jī)時(shí)間點(diǎn)采集五張略縮圖，如果五張效果都不好，可點(diǎn)擊換一批，再隨機(jī)采集五張編輯可手動(dòng)上傳略縮圖　任務(wù)管理模塊任務(wù)管理模塊包含任務(wù)列表、視頻查看和視頻編輯三個(gè)部分，視頻編輯由于比較特殊，已在前面部分單獨(dú)寫明，這里只介紹任務(wù)列表和視頻查看兩個(gè)部分。：圖3. 9 任務(wù)列表圖制作編輯/管理員可在任務(wù)列表中查看自己/全部任務(wù)的狀態(tài)并對(duì)其進(jìn)行操作，顯示任務(wù)范圍由用戶權(quán)限控制顯示任務(wù)的名稱、頻道、時(shí)長(zhǎng)、最近更新時(shí)間、優(yōu)先級(jí)、狀態(tài)和操作：表3. 1狀態(tài)與操作關(guān)系狀態(tài)可操作查看編輯刪除待審核√√√審核不通過√√√待入庫(kù)√待發(fā)布√已發(fā)布√未進(jìn)入審核的任務(wù)，制作編輯可對(duì)其查看、編輯、刪除審核編輯審核過該任務(wù)后，審核通過，任務(wù)狀態(tài)即更變?yōu)榇霂?kù)；審核不通過則返回給制作編輯，編輯仍能對(duì)其查看、編輯和刪除任務(wù)視頻進(jìn)入待入庫(kù)狀態(tài)之后，不再由制作編輯控制，但能夠查看到該視頻當(dāng)前狀態(tài)。BBP編輯將視頻入庫(kù)以后，其狀態(tài)將返回為待發(fā)布，此時(shí)，EPG編輯將其在EPG中發(fā)布出來，狀態(tài)將返回為已發(fā)布。任務(wù)各碼率文件的狀態(tài)查看顯示各文件的類型名稱（藍(lán)光，高清，標(biāo)清等），碼流率，分辨率，狀態(tài)變更時(shí)間與文件狀態(tài)，：表3. 2任務(wù)狀態(tài)與子文件狀態(tài)關(guān)系表任務(wù)狀態(tài)子文件狀態(tài)待入庫(kù)壓制成功壓制失敗待發(fā)布分發(fā)成功分發(fā)失敗壓制失敗已發(fā)布分發(fā)成功分發(fā)失敗壓制失敗編輯可查看任務(wù)的子文件狀態(tài)，但對(duì)失敗的文件不由編輯發(fā)起重做操作，而是系統(tǒng)自動(dòng)發(fā)起。　審核管理模塊視頻審核部分與任務(wù)管理模塊相近，分為任務(wù)列表與視頻審核兩部分。1) 任務(wù)列表任務(wù)列表頁與任務(wù)管理的列表頁一致，時(shí)間改為提交審核的時(shí)間，同時(shí)狀態(tài)與操作有所不同狀態(tài)分為：待審核、已審核、審核未通過三個(gè)狀態(tài)已審核通過的任務(wù)不用再次審核，審核未通過的視頻還能再次審核審核未通過的視頻制作編輯重新修改編輯后提交審核，該任務(wù)的時(shí)間與狀態(tài)都相應(yīng)變化，提交審核時(shí)間變更為當(dāng)前時(shí)間，狀態(tài)變更為待審核。：圖3. 10任務(wù)列表圖2) 視頻審核圖3. 11視頻審核界面圖，任務(wù)列表頁與任務(wù)管理的列表頁一致，時(shí)間改為提交審核的時(shí)間，同時(shí)狀態(tài)與操作有所不同狀態(tài)分為：待審核、已審核、審核未通過三個(gè)狀態(tài)已審核通過的任務(wù)不用再次審核，審核未通過的視頻還能再次審核審核未通過的視頻制作編輯重新修改編輯后提交審核，該任務(wù)的時(shí)間與狀態(tài)都相應(yīng)變化，提交審核時(shí)間變更為當(dāng)前時(shí)間，狀態(tài)變更為待審核選擇審核結(jié)果后點(diǎn)擊確定，：圖3. 12 視頻審核彈窗圖審核未通過的原因分一下幾個(gè)：審核按鈕可點(diǎn)與否由賬戶權(quán)限與任務(wù)狀態(tài)控制　設(shè)置管理模塊設(shè)置管理分為三大部分：常態(tài)欄目設(shè)置，信源頻道設(shè)置，以及輸出策略設(shè)置1) 常態(tài)欄目設(shè)置。圖3. 13 常態(tài)欄目設(shè)置圖，羅列全部常態(tài)欄目，可新增、編輯、刪除。點(diǎn)擊新增后，顯示常態(tài)欄目基本信息，可對(duì)其進(jìn)行修改（新增界面一致），：圖3. 14常態(tài)欄目修改界面2) 信源頻道設(shè)置圖3. 15信源頻道設(shè)置界面，羅列全部信源頻道，可進(jìn)行新增、編輯、刪除。新增/。圖3. 16新增/修改信源頻道界面圖3. 17 輸出策略設(shè)置圖3) 輸出策略設(shè)置設(shè)置壓制碼率的格式策略，可新增，修改和刪除,.　用戶管理用戶管理主要用于用戶權(quán)限的控制，采用用戶組與權(quán)限組對(duì)應(yīng)的策略，多個(gè)用戶對(duì)應(yīng)一個(gè)角色，一個(gè)角色設(shè)定特有的權(quán)限。1) 用戶管理圖3. 18 賬戶列表界面圖點(diǎn)擊新增/編輯后進(jìn)入界面，.圖3. 19賬戶列表編輯界面2)角色管理角色是對(duì)用戶設(shè)定的一種組群，每個(gè)用戶屬于某一種角色，每個(gè)角色包含多個(gè)用戶。同時(shí)，每個(gè)角色對(duì)應(yīng)著特定的功能權(quán)限，當(dāng)用戶被設(shè)定為某一角色時(shí)，他擁有該角色應(yīng)對(duì)的所有權(quán)限。圖3. 20 新增、編輯、刪除角色界面圖，可進(jìn)行新增、查看、編輯、刪除的操作.圖3. 21角色查看頁面圖，點(diǎn)擊查看后可以看到該角色對(duì)應(yīng)的所有權(quán)限，此時(shí)可點(diǎn)擊修改點(diǎn)擊編輯/新增后進(jìn)入角色的權(quán)限配置，是用戶管理的關(guān)鍵。預(yù)設(shè)角色與權(quán)限的對(duì)應(yīng)關(guān)系如下：　設(shè)置管理模塊圖3. 22 常態(tài)欄目設(shè)置圖，所有用戶對(duì)系統(tǒng)操作的記錄可分類篩選查詢45浙江大學(xué)碩士學(xué)位論文 第4章 上下片接口第4章 上下片接口 引言從前一章業(yè)務(wù)流程圖可知，采集的電視信源和上傳的版權(quán)素材作為素材進(jìn)入素材庫(kù)。編輯從素材庫(kù)選取素材創(chuàng)建任務(wù)，進(jìn)行剪輯，模糊遮標(biāo)，添加水印LOGO等編輯操作后，任務(wù)狀態(tài)變?yōu)榇龎褐?。壓制機(jī)按照時(shí)間輪詢查找待壓制的壓制任務(wù)，進(jìn)入壓制機(jī)壓制，壓制完成后成為成片，進(jìn)入成片庫(kù)。壓制好的成片或需要審核的審核通過后，或無需審核的，狀態(tài)變?yōu)榇隒DN。只有進(jìn)入CDN進(jìn)行分發(fā)后的片子才能被用戶訪問到。OMS與CDN交互，需要用到上片下片兩個(gè)接口。上片接口中，OMS將待分發(fā)的成片逐個(gè)發(fā)給CDN，CDN直接返回是否接收。CDN接收信息后，將根據(jù)接收的信息進(jìn)行分發(fā)，包括檢查drag文件，檢查jump，將成片拷貝到各個(gè)主節(jié)點(diǎn)上?？截愅瓿珊?，CDN將批量進(jìn)行callback，通知OMS ，此條片子已經(jīng)分發(fā)完成，OMS收到消息后，將成片狀態(tài)改為分發(fā)完成，即待入BPP。下片接口是為了發(fā)生錯(cuò)誤時(shí)，從CDN刪除此條片子的記錄，不讓他繼續(xù)分發(fā)而設(shè)的。如CDN檢查drag文件的生成時(shí)一直無法成功，此時(shí)便需要從OMS下片，以保證OMS,CDN的數(shù)據(jù)一致性。　接口觸發(fā)方式上片接口分為兩個(gè)小接口，一個(gè)是OMS通知CDN上線的接口，另一個(gè)是接收CDN上線完成后callback的接口。通知CDN上線有兩種方式可以觸發(fā)，一種是時(shí)間輪詢，另一種是事件觸發(fā)。如果你使用輪詢的方法，那么所有待分發(fā)的任務(wù)都將會(huì)進(jìn)行分發(fā)，不會(huì)產(chǎn)生丟失數(shù)據(jù)的情況。而這種方法的缺陷在于實(shí)時(shí)性，視頻變?yōu)榇职l(fā)狀態(tài)到匯報(bào)CDN進(jìn)行分發(fā)的時(shí)間與輪詢時(shí)間息息相關(guān)。你多久輪詢一次，將直接對(duì)視頻從待分發(fā)到分發(fā)完成這個(gè)分發(fā)時(shí)間產(chǎn)生影響，這也是判斷生產(chǎn)效率的重要指標(biāo)。如果輪詢間隔太小，那么將產(chǎn)生太多不必要的通信量。如果輪詢間隔太大，那么將大大延長(zhǎng)分發(fā)時(shí)間，降低生產(chǎn)效率，這就違背了OMS提高生產(chǎn)效率的宗旨。如果你使用觸發(fā)來匯報(bào)CDN，有兩種方式可以選擇，一種是在視頻狀態(tài)變更為待分發(fā)時(shí)在代碼中進(jìn)行觸發(fā)，另一種是在數(shù)據(jù)庫(kù)中利用觸發(fā)器進(jìn)行觸發(fā)。前者由于狀態(tài)變更有多條支路，容易出錯(cuò)，且出錯(cuò)時(shí)不易排查，而后者會(huì)大大增加數(shù)據(jù)庫(kù)的負(fù)擔(dān)。所以O(shè)MS采用可配置輪詢時(shí)間的輪詢方式向CDN匯報(bào)上線。默認(rèn)輪詢時(shí)間設(shè)為30秒，為視頻生產(chǎn)的平均時(shí)間，也可通過配置文件進(jìn)行更改。如跨年晚會(huì)時(shí)，視頻額生產(chǎn)量將大大增加，此時(shí)可將輪詢時(shí)間改至20秒，10秒等?！《〞r(shí)任務(wù)　SchedulerJava2的開發(fā)包中提供了一種實(shí)用的線程功能：提前安排將來某段時(shí)間執(zhí)行某任務(wù)Timer ，TimerTask。你可以使用這些類創(chuàng)建后臺(tái)進(jìn)程，讓其在等待一段規(guī)定的時(shí)間后執(zhí)行，或者讓其沒隔一段時(shí)間執(zhí)行。你也可以用Thread來完成，但利用Timer與TimerTask顯然省事不少。TimerTask實(shí)現(xiàn)了Runnable接口，待執(zhí)行的任務(wù)置于run(