基于融媒體技術(shù)平臺(tái)的廣電“無(wú)人超市”管理定位研究與開(kāi)發(fā)

宋欣欣

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

0 引 言

攝像機(jī)、錄音機(jī)、鏡頭、三腳架等廣電專(zhuān)業(yè)設(shè)備是廣播電視前期制作的重要生產(chǎn)工具，也是各級(jí)廣播電視臺(tái)固定資產(chǎn)的重要組成部分。隨著5G、物聯(lián)網(wǎng)等新技術(shù)的飛速發(fā)展和媒體融合不斷向縱深推進(jìn)，對(duì)廣播電視專(zhuān)用設(shè)備進(jìn)行智慧化、全流程管理的技術(shù)日益成熟。

為此，麗水市廣播電視總臺(tái)（以下簡(jiǎn)稱(chēng)麗水臺(tái)）設(shè)計(jì)開(kāi)發(fā)了基于融媒體技術(shù)平臺(tái)“中央廚房”的廣播電視前期制作設(shè)備申領(lǐng)“無(wú)人超市”管理系統(tǒng)，從廣電設(shè)備的申請(qǐng)、領(lǐng)用到設(shè)備的定位、跟蹤以及入庫(kù)歸還等，都可以通過(guò)設(shè)備申領(lǐng)“無(wú)人超市”管理系統(tǒng)全自助、無(wú)人化、一站式完成，有效提升了麗水臺(tái)的設(shè)備管理能力和設(shè)備使用效率。

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

系統(tǒng)由平臺(tái)派單申領(lǐng)、應(yīng)急申領(lǐng)、智能門(mén)禁、設(shè)備申領(lǐng)“無(wú)人超市”倉(cāng)儲(chǔ)管理（以下簡(jiǎn)稱(chēng)無(wú)人倉(cāng)管系統(tǒng)）以及定位跟蹤等五個(gè)功能模塊構(gòu)成。記者通過(guò)融媒體技術(shù)平臺(tái)“中央廚房”的選題策劃及任務(wù)派單系統(tǒng)進(jìn)行報(bào)題，經(jīng)新聞主任審核通過(guò)并接受任務(wù)派單后，即可通過(guò)派單申領(lǐng)功能發(fā)起設(shè)備申領(lǐng)需求，需求審核通過(guò)后，由系統(tǒng)自動(dòng)向智能門(mén)禁發(fā)送申請(qǐng)人信息，記者便能通過(guò)門(mén)禁進(jìn)入設(shè)備申領(lǐng)“無(wú)人超市”，并自助領(lǐng)取設(shè)備、掃碼出庫(kù)、外出采訪(fǎng)。系統(tǒng)通過(guò)定位跟蹤功能實(shí)時(shí)顯示設(shè)備所在地點(diǎn)和外出軌跡，直到記者按計(jì)劃完成采訪(fǎng)工作并回到“無(wú)人超市”自助歸還設(shè)備后，再由融媒體技術(shù)平臺(tái)“中央廚房”的節(jié)目制播流程接管該采訪(fǎng)任務(wù)的后續(xù)工作進(jìn)程。遇到突發(fā)新聞事件需要緊急領(lǐng)用設(shè)備時(shí)，則由記者在移動(dòng)端應(yīng)急申領(lǐng)小程序發(fā)起申領(lǐng)需求。系統(tǒng)整體架構(gòu)如圖1所示。

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

系統(tǒng)各個(gè)功能模塊的數(shù)據(jù)通過(guò)接口協(xié)議互聯(lián)互通，通過(guò)高內(nèi)聚低耦合的設(shè)計(jì)，實(shí)現(xiàn)模塊之間互不干擾，保證了整個(gè)無(wú)人倉(cāng)儲(chǔ)管理流程數(shù)據(jù)的即時(shí)性和真實(shí)性。

2 系統(tǒng)主要功能

2.1 平臺(tái)派單申領(lǐng)

平臺(tái)派單申領(lǐng)模塊是“無(wú)人超市”倉(cāng)儲(chǔ)管理系統(tǒng)的入口系統(tǒng)，主要包含部門(mén)管理、權(quán)限管理、類(lèi)別管理、任務(wù)管理、優(yōu)先級(jí)管理以及報(bào)表管理等功能。融媒體技術(shù)平臺(tái)“中央廚房”的選題策劃和采訪(fǎng)任務(wù)系統(tǒng)由記者身份用戶(hù)發(fā)起報(bào)題操作，新聞主任接收到報(bào)題信息后進(jìn)行審核，將審核通過(guò)的報(bào)題傳輸至記者身份用戶(hù)。同時(shí)，新聞主任可自主進(jìn)行選題的采訪(fǎng)任務(wù)派單，記者身份用戶(hù)無(wú)需報(bào)題即可接收任務(wù)并發(fā)起設(shè)備申請(qǐng)領(lǐng)用流程。

系統(tǒng)需預(yù)置部門(mén)信息和人員權(quán)限，根據(jù)部門(mén)信息確定上下級(jí)任務(wù)審核派發(fā)關(guān)系，根據(jù)權(quán)限信息來(lái)確定功能模塊使用權(quán)限。記者通過(guò)小程序提交采訪(fǎng)任務(wù)，任務(wù)提交后記者和部門(mén)新聞主任將收到短信通知，主任可通過(guò)小程序或PC端管理頁(yè)進(jìn)行任務(wù)審批。當(dāng)同一天有多個(gè)采訪(fǎng)任務(wù)時(shí)，可對(duì)任務(wù)進(jìn)行優(yōu)先級(jí)設(shè)置。新聞主任對(duì)采訪(fǎng)任務(wù)的批準(zhǔn)或拒絕都將以短信通知的形式推送至記者。

功能開(kāi)發(fā)使用前后端分離技術(shù)，采用JWT（JSON Web Token）技術(shù)進(jìn)行用戶(hù)端驗(yàn)證和功能模塊分配[1]。用戶(hù)登錄系統(tǒng)后將攜帶Token信息再次請(qǐng)求服務(wù)返回權(quán)限和功能模塊，每次請(qǐng)求服務(wù)器都攜帶Token信息以識(shí)別身份。記者權(quán)限用戶(hù)可將報(bào)題信息傳輸至后臺(tái)，新聞主任權(quán)限用戶(hù)可在后臺(tái)查看、審批、派發(fā)報(bào)題信息。所有信息傳輸都以Token信息為憑證進(jìn)行，所有操作均留痕以供查詢(xún)。

2.2 應(yīng)急申領(lǐng)

應(yīng)急申領(lǐng)是突發(fā)新聞事件需采訪(fǎng)的情況下，快速處理設(shè)備申領(lǐng)的通道。應(yīng)急申領(lǐng)模塊通過(guò)接口交互，向無(wú)人倉(cāng)儲(chǔ)管理系統(tǒng)申請(qǐng)?jiān)O(shè)備庫(kù)存信息。記者可以在手機(jī)上的微信小程序、浙政釘小程序或無(wú)限麗水新聞客戶(hù)端上選擇設(shè)備并發(fā)起設(shè)備領(lǐng)用請(qǐng)求。系統(tǒng)接收到設(shè)備申請(qǐng)請(qǐng)求時(shí)，申請(qǐng)信息將以應(yīng)用內(nèi)消息提醒和短信提醒的方式發(fā)送給用戶(hù)所在新聞部門(mén)主任。新聞主任審批通過(guò)申領(lǐng)請(qǐng)求后，信息回傳至應(yīng)急申領(lǐng)模塊，并由其再次發(fā)送信息至無(wú)人倉(cāng)儲(chǔ)管理系統(tǒng)。信息交互確認(rèn)后返回成功信息。

2.3 智能門(mén)禁

智能門(mén)禁系統(tǒng)包含人臉識(shí)別模塊、非接觸式IC卡模塊以及應(yīng)急開(kāi)關(guān)模塊。記者申領(lǐng)設(shè)備審批通過(guò)后，無(wú)人倉(cāng)儲(chǔ)管理系統(tǒng)將憑證信息自動(dòng)傳輸至智能門(mén)禁系統(tǒng)，記者可通過(guò)人臉識(shí)別或IC卡進(jìn)入設(shè)備倉(cāng)庫(kù)領(lǐng)取設(shè)備，并對(duì)設(shè)備進(jìn)行掃碼登記后出庫(kù)。設(shè)備出門(mén)時(shí)，門(mén)禁內(nèi)置高速射頻識(shí)別（Radio Frequency Identification，RFID）將快速識(shí)別設(shè)備RFID標(biāo)簽信息。未經(jīng)掃碼登記的設(shè)備通過(guò)時(shí)，系統(tǒng)會(huì)告警并提醒管理員異常出庫(kù)的設(shè)備信息。應(yīng)急開(kāi)關(guān)則是在人臉識(shí)別和IC卡失效的極端情況下，保證相關(guān)人員能臨時(shí)通過(guò)門(mén)禁。智能門(mén)禁模塊功能結(jié)構(gòu)如圖2所示。

圖2 智能門(mén)禁模塊功能結(jié)構(gòu)圖

2.4 無(wú)人倉(cāng)儲(chǔ)管理系統(tǒng)

無(wú)人倉(cāng)儲(chǔ)管理系統(tǒng)先由管理員錄入設(shè)備基礎(chǔ)信息，包含設(shè)備編號(hào)、名稱(chēng)、型號(hào)、價(jià)格以及入庫(kù)時(shí)間等。信息錄入后，由系統(tǒng)后臺(tái)統(tǒng)一管理庫(kù)存信息，生成庫(kù)存信息應(yīng)用程序編程接口（Application Programming Interface，API）給采訪(fǎng)報(bào)題及任務(wù)派單模塊和應(yīng)急申領(lǐng)模塊。記者申領(lǐng)設(shè)備時(shí)，系統(tǒng)根據(jù)審批信息和庫(kù)存信息給予設(shè)備，與此同時(shí)，開(kāi)放領(lǐng)用信息API給門(mén)禁系統(tǒng)，門(mén)禁將以此為憑證允許或阻止人員通過(guò)。記者領(lǐng)用設(shè)備并出庫(kù)后，設(shè)備無(wú)人倉(cāng)管系統(tǒng)將領(lǐng)用信息傳輸至定位跟蹤系統(tǒng)，由定位系統(tǒng)接管設(shè)備出庫(kù)后的管理服務(wù)，包括報(bào)警和歸還等。

系統(tǒng)應(yīng)用部署在操作臺(tái)、PC端、移動(dòng)端三個(gè)端口上。基于本項(xiàng)目的軟件和硬件的協(xié)同工作，管理平臺(tái)端實(shí)現(xiàn)資產(chǎn)、人員、設(shè)備的管理。在移動(dòng)端實(shí)現(xiàn)設(shè)備申領(lǐng)審批的便捷、可視的操作，在PC端查看設(shè)備日常領(lǐng)用時(shí)的狀態(tài)等信息，在操作臺(tái)端實(shí)現(xiàn)借用歸還流程的規(guī)范化、電子化。無(wú)人倉(cāng)儲(chǔ)管理系統(tǒng)功能如圖3所示。

圖3 無(wú)人倉(cāng)儲(chǔ)系統(tǒng)功能圖

2.4.1 操作臺(tái)管理

操作臺(tái)應(yīng)用由業(yè)務(wù)需求模塊、人臉識(shí)別模塊及硬件識(shí)別模塊組成。業(yè)務(wù)需求模塊的重要功能點(diǎn)是物品的申領(lǐng)及歸還。人臉識(shí)別模塊可根據(jù)人臉特征算法計(jì)算出申領(lǐng)人的人臉信息，硬件識(shí)別模塊用于對(duì)設(shè)備標(biāo)簽的讀取以及在門(mén)禁功能上的報(bào)警展示。

領(lǐng)用人站立于“無(wú)人超市”內(nèi)的操作臺(tái)前，通過(guò)人臉識(shí)別可顯示審批通過(guò)的申領(lǐng)單信息，確認(rèn)申領(lǐng)信息后，使用掃描儀對(duì)領(lǐng)取的設(shè)備進(jìn)行RFID識(shí)別，識(shí)別成功后操作臺(tái)界面顯示該設(shè)備的具體信息和申領(lǐng)單信息進(jìn)行匹配。

操作臺(tái)是基于安卓系統(tǒng)以Kotlin語(yǔ)言開(kāi)發(fā)的一款應(yīng)用系統(tǒng)，采用谷歌推薦的MVVM（Model-View-ViewModel）框架，實(shí)現(xiàn)數(shù)據(jù)和視圖的雙向綁定，采用LiveData解決MVVM之間的通信問(wèn)題，感知組件的生命周期，避免內(nèi)存泄漏，并使用retrofit框架與后端進(jìn)行網(wǎng)絡(luò)交互[2]。

2.4.2 PC端管理

倉(cāng)儲(chǔ)管理員通過(guò)PC端對(duì)系統(tǒng)后臺(tái)進(jìn)行基礎(chǔ)信息維護(hù)、設(shè)備信息檢查、領(lǐng)用信息查看以及統(tǒng)計(jì)管理等。倉(cāng)儲(chǔ)管理員對(duì)新設(shè)備進(jìn)行RFID標(biāo)簽粘貼和信息錄入。入庫(kù)后的設(shè)備將展示在平臺(tái)上提供申領(lǐng)。倉(cāng)儲(chǔ)管理員可對(duì)設(shè)備狀態(tài)信息進(jìn)行查看和修改，對(duì)需保修和報(bào)廢的設(shè)備及時(shí)處理，并改變?cè)O(shè)備使用狀態(tài)使其不被記者申領(lǐng)。同時(shí)，系統(tǒng)可提供報(bào)表查看，統(tǒng)計(jì)設(shè)備借用率、故障率等信息，為后續(xù)設(shè)備采購(gòu)提供依據(jù)。

PC端管理平臺(tái)前端工程基于VUE 2.0的基本框架，使用JavaScript、CSS（Cascading Style Sheets）、HTML（HyperText Markup Language）編程語(yǔ)言進(jìn)行開(kāi)發(fā)[3]，后端工程基于Java spring boot 2.1.7.RELEASE版本進(jìn)行垂直應(yīng)用架構(gòu)，整體采用RBAC權(quán)限管理設(shè)計(jì)。

前端采用組件化開(kāi)發(fā)模式，以最小功能進(jìn)行劃分，將各個(gè)需求拆解為最小組件形式進(jìn)行開(kāi)發(fā)。各組件相互獨(dú)立完成各自功能，便于整體系統(tǒng)的管理和維護(hù)。采用HTTP、WebSocket技術(shù)與服務(wù)端進(jìn)行數(shù)據(jù)交互。普通業(yè)務(wù)使用HTTP協(xié)議對(duì)服務(wù)端發(fā)送請(qǐng)求、獲取數(shù)據(jù)，實(shí)時(shí)推送數(shù)據(jù)使用WebSocket與服務(wù)端進(jìn)行長(zhǎng)鏈接的數(shù)據(jù)交互。

后端采用Spring boot框架開(kāi)發(fā)，將業(yè)務(wù)模塊化拆分，減少耦合性，增加擴(kuò)展性，預(yù)留接口二次開(kāi)發(fā)[4]。設(shè)置RBAC權(quán)限管理和基于角色的訪(fǎng)問(wèn)控制（Role-Based Access Control）。在RBAC中，權(quán)限與角色相關(guān)聯(lián)，用戶(hù)通過(guò)成為適當(dāng)角色的成員而得到這些角色的權(quán)限。

2.4.3 移動(dòng)端管理

移動(dòng)端管理集成Activiti7工作流引擎對(duì)設(shè)備申領(lǐng)、審核、領(lǐng)用、歸還進(jìn)行流程化，結(jié)合微信小程序錄入用戶(hù)信息，并納入后臺(tái)管理服務(wù)進(jìn)行人員管理。

移動(dòng)端使用小程序原生編程語(yǔ)言進(jìn)行開(kāi)發(fā)，后端工程基于Java spring boot進(jìn)行垂直應(yīng)用架構(gòu)，整體采用RBAC權(quán)限管理設(shè)計(jì)。小程序可根據(jù)管理平臺(tái)分配的權(quán)限對(duì)顯示按鈕進(jìn)行控制，對(duì)不同的角色顯示不同的功能模塊，結(jié)合小程序訂閱消息機(jī)制，在相應(yīng)的流程節(jié)點(diǎn)為用戶(hù)推送消息，及時(shí)提醒用戶(hù)。

2.5 定位跟蹤系統(tǒng)

定位跟蹤系統(tǒng)由服務(wù)器、定位設(shè)備、管理終端及用戶(hù)終端組成。定位設(shè)備定時(shí)發(fā)送定位信息給服務(wù)器，并從服務(wù)器接收設(shè)置命令，確認(rèn)設(shè)備傳輸狀態(tài)[5]。管理終端配置、查詢(xún)各定位設(shè)備，將單個(gè)設(shè)備的定位信息繪制在地圖上查看。所有設(shè)備信息匯總到報(bào)表中，管理員可根據(jù)需求向設(shè)備發(fā)送指令。用戶(hù)通過(guò)設(shè)備指示燈狀態(tài)和手機(jī)終端推送信息查看當(dāng)前定位情況。

3 結(jié) 語(yǔ)

本系統(tǒng)在設(shè)計(jì)和開(kāi)發(fā)過(guò)程中充分利用了大數(shù)據(jù)、微服務(wù)、北斗定位、時(shí)序數(shù)據(jù)庫(kù)等最新的信息技術(shù)和科研成果，并通過(guò)與融媒體技術(shù)平臺(tái)的無(wú)縫化對(duì)接，實(shí)現(xiàn)了從記者采訪(fǎng)任務(wù)派發(fā)到設(shè)備領(lǐng)用、跟蹤、歸還的全自助一站式服務(wù)。傳統(tǒng)的設(shè)備保管間成了時(shí)尚的“無(wú)人超市”，不再需要24小時(shí)人工值守。系統(tǒng)上線(xiàn)運(yùn)行后，有效降低了人力資源投入，并使設(shè)備申請(qǐng)領(lǐng)用流程更規(guī)范、周轉(zhuǎn)更高效、資產(chǎn)管理更精準(zhǔn)，具有良好的經(jīng)濟(jì)效益。