章 劍

（麗水市廣播電視總臺(tái)，浙江 麗水 323000）

0 引 言

麗水市廣播電視總臺(tái)（以下簡(jiǎn)稱麗水臺(tái)）現(xiàn)有廣播、電視、報(bào)紙、新媒體等多個(gè)媒體平臺(tái)，記者編輯外出采訪所需設(shè)備種類、業(yè)務(wù)邏輯比較復(fù)雜。當(dāng)前，麗水臺(tái)沒(méi)有一個(gè)能夠?qū)崿F(xiàn)采訪報(bào)題、任務(wù)派單與設(shè)備管理、內(nèi)容制播等各類相關(guān)資源整合歸檔的信息化管理系統(tǒng)，攝像機(jī)、照相機(jī)、三腳架、搖臂等廣電設(shè)備設(shè)施的庫(kù)存管理、出入庫(kù)申請(qǐng)等日常管理仍為手工模式，效率低、易出錯(cuò)，并且不利于對(duì)設(shè)備領(lǐng)用等數(shù)據(jù)的統(tǒng)計(jì)分析，難以為管理層提供員工績(jī)效考核和固定資產(chǎn)采購(gòu)、管理、維護(hù)的決策依據(jù)。

基于前述情況，麗水臺(tái)根據(jù)節(jié)目、技術(shù)、財(cái)務(wù)等多部門(mén)的管理需求，自主研發(fā)、建設(shè)了融媒采訪報(bào)題及任務(wù)派單系統(tǒng)。該系統(tǒng)實(shí)現(xiàn)了記者采訪報(bào)題和選題派發(fā)的數(shù)字化、智能化，使廣電設(shè)備的申領(lǐng)和歸還等納入了融媒體技術(shù)平臺(tái)“策、采、編、發(fā)”的全流程規(guī)范化閉環(huán)管理，而且系統(tǒng)支持二次開(kāi)發(fā)，有良好的伸縮性、擴(kuò)展性和移植性。

1 系統(tǒng)整體架構(gòu)

融媒采訪報(bào)題及任務(wù)派單系統(tǒng)（以下簡(jiǎn)稱系統(tǒng)）運(yùn)用前后端分離的MVVM軟件架構(gòu)設(shè)計(jì)模式，前端采用基于JavaScript語(yǔ)言的React、Redux、AntDesign框架，后端采用基于Java語(yǔ)言的Spring Mybaits框架，并使用ZooKeeper、Redis中間件進(jìn)行開(kāi)發(fā)[1]。整套系統(tǒng)能夠?qū)崿F(xiàn)快速搭建、配置、開(kāi)發(fā)、調(diào)試的目的，將記者采訪報(bào)題和派單流程設(shè)計(jì)與信息化技術(shù)有機(jī)結(jié)合，讓記者能夠?qū)Ｗ⒂诓稍L任務(wù)的處理而不必過(guò)多關(guān)注其他邏輯實(shí)現(xiàn)，加快采訪選題報(bào)題的速度，提高采訪數(shù)據(jù)匯總的精確度。系統(tǒng)整體架構(gòu)如圖1所示。

圖1 系統(tǒng)整體架構(gòu)

2 關(guān)鍵技術(shù)

2.1 數(shù)據(jù)資源管理

對(duì)于數(shù)據(jù)資源的管理，系統(tǒng)采用關(guān)系型數(shù)據(jù)庫(kù)MySql和中間件Redis（key-value數(shù)據(jù)庫(kù)）。當(dāng)程序接口服務(wù)需要獲取數(shù)據(jù)時(shí)，先從Redis數(shù)據(jù)庫(kù)快速索引內(nèi)容，索引獲取到內(nèi)容后，快速響應(yīng)內(nèi)容至接口服務(wù)[2]。若在Redis數(shù)據(jù)庫(kù)中未獲取到相關(guān)數(shù)據(jù)內(nèi)容，則從MySql數(shù)據(jù)庫(kù)中查找內(nèi)容，將查找到的內(nèi)容返回給接口服務(wù)。同時(shí)，記錄從MySql數(shù)據(jù)庫(kù)中獲取該數(shù)據(jù)的頻次，制定數(shù)據(jù)庫(kù)策略，將多次請(qǐng)求獲取的內(nèi)容拷貝至Redis數(shù)據(jù)庫(kù)，以便下次快速索引內(nèi)容。

2.2 中間件ZooKeeper分布式鎖應(yīng)用

當(dāng)多名記者身份用戶同時(shí)領(lǐng)取任務(wù)單或申領(lǐng)設(shè)備等共享資源時(shí)，會(huì)出現(xiàn)多進(jìn)程并發(fā)，導(dǎo)致派發(fā)資源大于庫(kù)中資源的情況發(fā)生。為避免此種情況發(fā)生，使用中間件ZooKeeper來(lái)實(shí)現(xiàn)分布式鎖功能[3]。先建立一個(gè)分布式鎖，在鎖節(jié)點(diǎn)下建立順序子節(jié)點(diǎn)，當(dāng)用戶需要獲取共享數(shù)據(jù)時(shí)先獲取一個(gè)子節(jié)點(diǎn)，判斷用戶獲取的子節(jié)點(diǎn)是否為最小節(jié)點(diǎn)，若是最小節(jié)點(diǎn)，則獲得該鎖對(duì)資源進(jìn)行訪問(wèn)，若不是則進(jìn)入隊(duì)列阻塞，等待并監(jiān)聽(tīng)上一節(jié)點(diǎn)訪問(wèn)完畢后，立刻獲得鎖控制權(quán)并訪問(wèn)資源。當(dāng)庫(kù)中所有資源都被調(diào)用完畢，關(guān)閉并釋放分布式鎖。工作原理如圖2所示。

圖2 ZooKeeper分布式鎖工作原理

2.3 外部接口管理

該系統(tǒng)外部交互的接口主要有倉(cāng)儲(chǔ)接口、設(shè)備接口、微信接口以及短信接口。其中，倉(cāng)儲(chǔ)和設(shè)備接口為自建系統(tǒng)接口，每次訪問(wèn)接口信息需要攜帶用戶Token信息進(jìn)行交互，防止信息泄露或惡意篡改[4]。微信小程序使用了手機(jī)號(hào)碼獲取、昵稱頭像獲取、地理位置獲取等，為防止調(diào)用接口出現(xiàn)超限情況（調(diào)用接口超過(guò)訪問(wèn)PV兩倍），設(shè)計(jì)單次采集機(jī)制，將信息收集后存儲(chǔ)至數(shù)據(jù)庫(kù)。非主動(dòng)觸發(fā)的情況下，二次獲取信息從數(shù)據(jù)庫(kù)獲取[5]。短信方面，采用阿里云短信服務(wù)接口，控制發(fā)送量閾值，有效預(yù)防驗(yàn)證碼被盜刷，開(kāi)啟驗(yàn)證碼防盜刷監(jiān)控[6]。限制同簽名同號(hào)碼每分鐘內(nèi)發(fā)送上限1條，每小時(shí)內(nèi)發(fā)送上限5條，每個(gè)自然日內(nèi)發(fā)送上限10條。

3 業(yè)務(wù)流程

系統(tǒng)根據(jù)記者日常采訪報(bào)題流程和新聞主任任務(wù)派單習(xí)慣設(shè)計(jì)業(yè)務(wù)流程，并與設(shè)備申領(lǐng)“無(wú)人超市”倉(cāng)儲(chǔ)管理系統(tǒng)、設(shè)備實(shí)時(shí)定位跟蹤系統(tǒng)無(wú)縫對(duì)接，實(shí)現(xiàn)記者報(bào)題、設(shè)備申領(lǐng)、設(shè)備定位、設(shè)備歸還一站式管理[7]。記者獲取采訪任務(wù)后，通過(guò)“無(wú)人超市”倉(cāng)儲(chǔ)管理系統(tǒng)自助領(lǐng)用設(shè)備，設(shè)備出庫(kù)后由實(shí)時(shí)定位跟蹤系統(tǒng)接管，對(duì)領(lǐng)用人進(jìn)行行為管控，采訪任務(wù)結(jié)束后通過(guò)“無(wú)人超市”倉(cāng)儲(chǔ)管理系統(tǒng)自助歸還設(shè)備，并由融媒體技術(shù)平臺(tái)“策、采、編、發(fā)”管理系統(tǒng)接續(xù)管理采訪內(nèi)容的后續(xù)生產(chǎn)，直到記者編輯完成內(nèi)容制作后審核播出，形成了全媒體內(nèi)容生產(chǎn)的全流程閉環(huán)管理[8]。系統(tǒng)業(yè)務(wù)流程如圖3所示。

圖3 系統(tǒng)業(yè)務(wù)流程圖

3.1 認(rèn)證和權(quán)限

系統(tǒng)用戶分為記者、新聞主任、管理員三種身份。其中，管理員擁有項(xiàng)目所有權(quán)限并可對(duì)其他用戶進(jìn)行權(quán)限管理。管理員可將記者和新聞主任分配至各個(gè)生產(chǎn)部門(mén)，部門(mén)內(nèi)記者和新聞主任共享任務(wù)池中數(shù)據(jù)。系統(tǒng)采用JWT（JSON Web Token）技術(shù)進(jìn)行用戶身份和權(quán)限信息認(rèn)證。認(rèn)證成功的用戶將獲取授權(quán)Token信息，用戶訪問(wèn)接口都將攜帶Token信息進(jìn)行交互[9]。同時(shí)加入密碼防爆破機(jī)制，對(duì)多次登陸失敗的用戶進(jìn)行賬戶凍結(jié)30 min處理，對(duì)多次惡意嘗試登陸的IP地址進(jìn)行封禁。

3.2 任務(wù)池管理

所有記者和新聞主任的采訪策劃和選題，都通過(guò)報(bào)題后進(jìn)入本部門(mén)的任務(wù)池。記者報(bào)題的任務(wù)由新聞主任審核通過(guò)后派發(fā)給記者本人。新聞主任將選題和策劃報(bào)入任務(wù)池后，由新聞主任派發(fā)或記者在任務(wù)池里認(rèn)領(lǐng)。

系統(tǒng)運(yùn)用大數(shù)據(jù)分析實(shí)行任務(wù)預(yù)分派管理機(jī)制。新聞主任的選題策劃內(nèi)容，將采用大數(shù)據(jù)分析模式預(yù)分派給到記者。系統(tǒng)將根據(jù)記者歷史完成任務(wù)類型，與新聞主任的選題策劃類型進(jìn)行匹配，同時(shí)依據(jù)記者完成該類型任務(wù)的歷史評(píng)分并按照具體規(guī)則算法，綜合后將任務(wù)分派到執(zhí)行記者。

系統(tǒng)設(shè)置了多任務(wù)合并管理機(jī)制。記者在同一時(shí)間段同時(shí)認(rèn)領(lǐng)到多個(gè)任務(wù)的，可指定幾個(gè)任務(wù)進(jìn)行合并后新生成一個(gè)任務(wù)清單提交申領(lǐng)設(shè)備。任務(wù)清單以一個(gè)任務(wù)ID的形式與設(shè)備申領(lǐng)“無(wú)人超市”管理系統(tǒng)進(jìn)行交互，待所有任務(wù)完成后拆解為具體單一任務(wù)回到該系統(tǒng)。

3.3 任務(wù)消息推送管理

記者提交報(bào)題、新聞主任策劃選題進(jìn)入任務(wù)池、記者提交設(shè)備申請(qǐng)請(qǐng)求、新聞主任審批等業(yè)務(wù)場(chǎng)景下，系統(tǒng)都會(huì)使用到消息推送。本系統(tǒng)設(shè)計(jì)應(yīng)用內(nèi)推送和短信推送合并的機(jī)制，具體為，將需要推送的消息先送入推送池，發(fā)起應(yīng)用內(nèi)推送，推送目標(biāo)用戶若未在指定時(shí)間內(nèi)喚起指定頁(yè)面[10]，則使用短信推送，實(shí)現(xiàn)降低成本、提升消息到達(dá)率的目的。

3.4 任務(wù)完成評(píng)分

系統(tǒng)設(shè)置了任務(wù)評(píng)價(jià)打分模塊。記者完成采訪任務(wù)后，需要上傳稿件文字、圖片、視頻信息至系統(tǒng)后臺(tái)。系統(tǒng)接收到信息后查找該記者所屬部門(mén)新聞主任，發(fā)送審稿打分消息，由部門(mén)新聞主任進(jìn)行審稿確認(rèn)。若需要修改，則打回該條采訪稿件和修改意見(jiàn)至記者，記者收到消息提醒后重新修改并上載。新聞主任對(duì)過(guò)審的稿件進(jìn)行打分留底，為記者評(píng)分考核和稿件智能分派提供依據(jù)。

4 結(jié) 語(yǔ)

通過(guò)本系統(tǒng)的設(shè)計(jì)與建設(shè)，麗水臺(tái)廣電設(shè)備的申領(lǐng)和歸還等納入了融媒體技術(shù)平臺(tái)“策、采、編、發(fā)”的媒體內(nèi)容生產(chǎn)全流程規(guī)范化閉環(huán)管理，在有效提高全媒體內(nèi)容生產(chǎn)效率的同時(shí)，還提高了設(shè)備使用效率并降低了設(shè)備管理的人力資源成本，為麗水臺(tái)打造新型主流媒體提供了有力的技術(shù)支持。