本發(fā)明涉及競(jìng)賽監(jiān)控系統(tǒng),特別涉及基于移動(dòng)通信技術(shù)的競(jìng)賽運(yùn)行監(jiān)控系統(tǒng)。
背景技術(shù):
移動(dòng)通信技術(shù)是溝通移動(dòng)用戶之間或者移動(dòng)用戶與固定點(diǎn)用戶之間的通信方式,移動(dòng)通信雙方有一方或者兩方處于運(yùn)動(dòng)之中。隨著體育事業(yè)的蓬勃發(fā)展,與體育競(jìng)賽相關(guān)的信息系統(tǒng)開發(fā)越來越受到重視,但就目前而言,完善的競(jìng)賽運(yùn)行監(jiān)控系統(tǒng)并未得到普及,而在以移動(dòng)通信技術(shù)為載體的移動(dòng)終端上的應(yīng)用少之又少。眾多大型體育賽事,競(jìng)賽管理和運(yùn)行部門管理者仍然需要通過較為傳統(tǒng)低效、可移動(dòng)性差、信息單一的視頻墻進(jìn)行全天候的競(jìng)賽運(yùn)行監(jiān)控。
在國(guó)外,在體育競(jìng)賽相關(guān)系統(tǒng)開發(fā)領(lǐng)域有代表性的服務(wù)公司主要是致力于信息系統(tǒng)集成服務(wù)的法國(guó)源訊公司(ATOS)及專注于計(jì)時(shí)記分硬件設(shè)備的瑞士歐米茄公司(OMEGA)。目前對(duì)于在移動(dòng)終端進(jìn)行進(jìn)行競(jìng)賽運(yùn)行監(jiān)控,這套技術(shù)掌握在歐米茄公司(OMEGA)手中,整個(gè)系統(tǒng)的設(shè)備成型,只有在購(gòu)買設(shè)備后才能使用其系統(tǒng),直接造成使用費(fèi)用高昂。而法國(guó)源訊公司(ATOS)開發(fā)一套將比賽數(shù)據(jù)和競(jìng)賽視頻融合后的系統(tǒng),通用性不強(qiáng),可擴(kuò)展性低,并且無(wú)法通過移動(dòng)終端進(jìn)行觀看,仍需要大量人力進(jìn)行使用。
在國(guó)內(nèi)的體育賽事中,競(jìng)賽管理和運(yùn)行部門管理者主要通過以下三種方式對(duì)競(jìng)賽運(yùn)行實(shí)現(xiàn)監(jiān)控。第一種方式是向各個(gè)競(jìng)賽場(chǎng)館實(shí)時(shí)電話咨詢競(jìng)賽運(yùn)行情況。第二種方式是通過競(jìng)賽場(chǎng)館的視頻監(jiān)控的視頻墻全天候觀看競(jìng)賽場(chǎng)館的視頻。第三種方式是通過競(jìng)賽成績(jī)系統(tǒng)了解比賽運(yùn)行情況。這三種方式工作效率低,可移動(dòng)性差,且信息相互獨(dú)立,與競(jìng)賽融合較少。
技術(shù)實(shí)現(xiàn)要素:
目的:為了克服以上不足,考慮現(xiàn)實(shí)情況的需求,本發(fā)明提供了基于移動(dòng)通信技術(shù)的競(jìng)賽運(yùn)行監(jiān)控系統(tǒng),根據(jù)大型賽事競(jìng)賽運(yùn)行監(jiān)控的應(yīng)用現(xiàn)狀和實(shí)際需求,應(yīng)用移動(dòng)通信技術(shù)對(duì)原有競(jìng)賽運(yùn)行監(jiān)控解決方案進(jìn)行改進(jìn),使得系統(tǒng)更加穩(wěn)定高效、經(jīng)濟(jì)、實(shí)用。
本發(fā)明的技術(shù)方案如下:
基于移動(dòng)通信技術(shù)的競(jìng)賽運(yùn)行監(jiān)控系統(tǒng),包括由監(jiān)控系統(tǒng)采集端、監(jiān)控系統(tǒng)服務(wù)端和監(jiān)控系統(tǒng)移動(dòng)終端,其中,
所述監(jiān)控系統(tǒng)采集端包括比賽數(shù)據(jù)采集端和競(jìng)賽場(chǎng)館視頻采集端,所述比賽數(shù)據(jù)采集端包括現(xiàn)場(chǎng)成績(jī)處理系統(tǒng)、計(jì)分計(jì)時(shí)系統(tǒng)、中央成績(jī)處理系統(tǒng)和讀取中央成績(jī)系統(tǒng)配置,所述計(jì)分計(jì)時(shí)系統(tǒng)獲取現(xiàn)場(chǎng)比賽數(shù)據(jù),經(jīng)過現(xiàn)場(chǎng)成績(jī)處理系統(tǒng)處理后由交換機(jī)發(fā)送到中央成績(jī)系統(tǒng),所述讀取中央成績(jī)系統(tǒng)配置采用Newtonsoft.json技術(shù)將從中央成績(jī)系統(tǒng)獲取的XML格式的成績(jī)數(shù)據(jù)轉(zhuǎn)換成JSON格式,并將JSON格式數(shù)據(jù)的字符串反序列化成對(duì)象,通過所需數(shù)據(jù)的字段屬性對(duì)對(duì)象進(jìn)行篩選,完成數(shù)據(jù)剝離;所述視頻采集端包括網(wǎng)絡(luò)攝像機(jī)、多路視頻編碼器、千兆交換機(jī)和網(wǎng)絡(luò)硬盤錄像機(jī),設(shè)置在場(chǎng)館的網(wǎng)絡(luò)攝像機(jī)獲取場(chǎng)館視頻后由多路視頻編碼器進(jìn)行編碼,并由千兆交換機(jī)將編碼后的數(shù)字視頻流傳送到網(wǎng)絡(luò)硬盤錄像機(jī),由網(wǎng)絡(luò)硬盤錄像機(jī)可以對(duì)視頻數(shù)字流進(jìn)行存儲(chǔ)和管理;
所述監(jiān)控系統(tǒng)服務(wù)端分別連接監(jiān)控系統(tǒng)采集端和監(jiān)控系統(tǒng)移動(dòng)終端,所述監(jiān)控系統(tǒng)服務(wù)端從監(jiān)控系統(tǒng)移動(dòng)終端獲取到請(qǐng)求數(shù)據(jù)后,經(jīng)過解析處理將請(qǐng)求數(shù)據(jù)發(fā)送至監(jiān)控系統(tǒng)采集端,從監(jiān)控系統(tǒng)采集端得到所需的比賽數(shù)據(jù)和競(jìng)賽場(chǎng)館視頻URL數(shù)據(jù),所得數(shù)據(jù)經(jīng)監(jiān)控系統(tǒng)服務(wù)端整合后分別保存至監(jiān)控系統(tǒng)服務(wù)端數(shù)據(jù)庫(kù)和發(fā)送至監(jiān)控系統(tǒng)移動(dòng)終端顯示;
所述監(jiān)控系統(tǒng)移動(dòng)終端在登入獲取權(quán)限后將所需競(jìng)賽監(jiān)控的項(xiàng)目和時(shí)間段數(shù)據(jù)通過HTTP方式向監(jiān)控系統(tǒng)服務(wù)端發(fā)送請(qǐng)求數(shù)據(jù),并接收監(jiān)控服務(wù)端根據(jù)請(qǐng)求數(shù)據(jù)從監(jiān)控系統(tǒng)采集端獲取的數(shù)據(jù)進(jìn)行解析,在監(jiān)控系統(tǒng)移動(dòng)終端實(shí)時(shí)顯示;若監(jiān)控系統(tǒng)移動(dòng)終端需播放視頻時(shí),向監(jiān)控系統(tǒng)采集端的競(jìng)賽場(chǎng)館視頻采集端發(fā)送請(qǐng)求,所述監(jiān)控系統(tǒng)采集端收到請(qǐng)求后將視頻流數(shù)據(jù)發(fā)送至監(jiān)控系統(tǒng)移動(dòng)終端進(jìn)行播放,并根據(jù)播放時(shí)間點(diǎn)向監(jiān)控系統(tǒng)服務(wù)端請(qǐng)求獲取比賽數(shù)據(jù),在監(jiān)控系統(tǒng)移動(dòng)終端將數(shù)據(jù)融合顯示。
優(yōu)選地,所述視頻采集端的視頻服務(wù)器在Linux運(yùn)行環(huán)境下的ubuntu系統(tǒng)下搭建,采用Nignx作為HTTP服務(wù)器來支持HTTP協(xié)議,并在Nignx服務(wù)器中加入nginx-rtmp-module和nginx-hls-module模塊實(shí)現(xiàn)流媒體服務(wù),使得服務(wù)器支持RTMP協(xié)議和HLS切片技術(shù),且采用索尼攝像機(jī),??低曇曨l編碼器和網(wǎng)絡(luò)硬盤錄像機(jī),來實(shí)現(xiàn)視頻采集端的視頻服務(wù)器搭建。
優(yōu)選地,所述視頻服務(wù)器的控制軟件采用基于.NET平臺(tái)的C#語(yǔ)言進(jìn)行C/S結(jié)構(gòu)設(shè)計(jì),并采用三層C/S架構(gòu)體系進(jìn)行設(shè)計(jì)。
優(yōu)選地,包括本地?cái)?shù)據(jù)操作模塊和業(yè)務(wù)數(shù)據(jù)處理模塊,所述業(yè)務(wù)數(shù)據(jù)處理模塊包括接收請(qǐng)求、返回請(qǐng)求數(shù)據(jù)以及業(yè)務(wù)數(shù)據(jù)處理和交互功能,所述本地?cái)?shù)據(jù)操作模塊包括服務(wù)端數(shù)據(jù)庫(kù)連接、服務(wù)端數(shù)據(jù)庫(kù)數(shù)據(jù)讀取、服務(wù)端數(shù)據(jù)庫(kù)數(shù)據(jù)修改、視頻存儲(chǔ)和視頻回放功能。
優(yōu)選地,所述監(jiān)控系統(tǒng)移動(dòng)終端采用基于PhoneGap的Hybrid App開發(fā)模式、AJAX的數(shù)據(jù)請(qǐng)求方式、MVC的設(shè)計(jì)模式以及結(jié)合HTML5、JavaScript和CSS的Web設(shè)計(jì)技術(shù)來進(jìn)行監(jiān)控系統(tǒng)移動(dòng)終端開發(fā),包括數(shù)據(jù)處理和功能使用兩個(gè)模塊,所述數(shù)據(jù)處理模塊包括發(fā)送請(qǐng)求數(shù)據(jù)、接收返回?cái)?shù)據(jù)和業(yè)務(wù)數(shù)據(jù)融合,所述功能使用模塊包括監(jiān)控信息實(shí)時(shí)顯示、監(jiān)控視頻播放、比賽信息顯示和監(jiān)控計(jì)劃制定。
本發(fā)明的有益效果:本發(fā)明提供基于移動(dòng)通信技術(shù)的競(jìng)賽運(yùn)行監(jiān)控系統(tǒng),一方面實(shí)現(xiàn)在了移動(dòng)終端上觀看競(jìng)賽運(yùn)行的監(jiān)控視頻,代替以往需要全天候觀看視頻墻或者電話咨詢的低效率工作模式,另一方面在賽時(shí)將競(jìng)賽運(yùn)行監(jiān)控視頻數(shù)據(jù)與比賽數(shù)據(jù)融合,使得使用者更能直觀解競(jìng)賽的運(yùn)行情況。
附圖說明
圖1為本發(fā)明的系統(tǒng)結(jié)構(gòu)圖;
圖2為本發(fā)明系統(tǒng)的流程示意圖;
圖3為本發(fā)明服務(wù)端數(shù)據(jù)庫(kù)訪問組件的工作流程;
圖4為本發(fā)明的監(jiān)控系統(tǒng)采集端的業(yè)務(wù)流程圖;
圖5為本發(fā)明的競(jìng)賽場(chǎng)館視頻服務(wù)器的工作流程圖;
圖6為本發(fā)明的監(jiān)控系統(tǒng)服務(wù)端的業(yè)務(wù)流程圖。
具體實(shí)施方式
為了使本技術(shù)領(lǐng)域的人員更好地理解本申請(qǐng)中的技術(shù)方案,下面將結(jié)合本申請(qǐng)實(shí)施例中的附圖,對(duì)本申請(qǐng)實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述,顯然,所描述的實(shí)施例僅僅是本申請(qǐng)一部分實(shí)施例,而不是全部的實(shí)施例?;诒旧暾?qǐng)中的實(shí)施例,本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例,都應(yīng)當(dāng)屬于本申請(qǐng)保護(hù)的范圍。
如圖1-6所示,基于移動(dòng)通信技術(shù)的競(jìng)賽運(yùn)行監(jiān)控系統(tǒng),包括由監(jiān)控系統(tǒng)采集端、監(jiān)控系統(tǒng)服務(wù)端和監(jiān)控系統(tǒng)移動(dòng)終端,其中,
所述監(jiān)控系統(tǒng)采集端包括比賽數(shù)據(jù)采集端和競(jìng)賽場(chǎng)館視頻采集端,所述比賽數(shù)據(jù)采集端包括現(xiàn)場(chǎng)成績(jī)處理系統(tǒng)、計(jì)分計(jì)時(shí)系統(tǒng)、中央成績(jī)處理系統(tǒng)和讀取中央成績(jī)系統(tǒng)配置,所述計(jì)分計(jì)時(shí)系統(tǒng)獲取現(xiàn)場(chǎng)比賽數(shù)據(jù),經(jīng)過現(xiàn)場(chǎng)成績(jī)處理系統(tǒng)處理后由交換機(jī)發(fā)送到中央成績(jī)系統(tǒng),所述讀取中央成績(jī)系統(tǒng)配置采用Newtonsoft.json技術(shù)將從中央成績(jī)系統(tǒng)獲取的XML格式的成績(jī)數(shù)據(jù)轉(zhuǎn)換成JSON格式,并將JSON格式數(shù)據(jù)的字符串反序列化成對(duì)象,通過所需數(shù)據(jù)的字段屬性對(duì)對(duì)象進(jìn)行篩選,完成數(shù)據(jù)剝離;所述視頻采集端包括網(wǎng)絡(luò)攝像機(jī)、多路視頻編碼器、千兆交換機(jī)和網(wǎng)絡(luò)硬盤錄像機(jī),設(shè)置在場(chǎng)館的網(wǎng)絡(luò)攝像機(jī)獲取場(chǎng)館視頻后由多路視頻編碼器進(jìn)行編碼,并由千兆交換機(jī)將編碼后的數(shù)字視頻流傳送到網(wǎng)絡(luò)硬盤錄像機(jī),由網(wǎng)絡(luò)硬盤錄像機(jī)可以對(duì)視頻數(shù)字流進(jìn)行存儲(chǔ)和管理;
所述監(jiān)控系統(tǒng)服務(wù)端分別連接監(jiān)控系統(tǒng)采集端和監(jiān)控系統(tǒng)移動(dòng)終端,所述監(jiān)控系統(tǒng)服務(wù)端從監(jiān)控系統(tǒng)移動(dòng)終端獲取到請(qǐng)求數(shù)據(jù)后,經(jīng)過解析處理將請(qǐng)求數(shù)據(jù)發(fā)送至監(jiān)控系統(tǒng)采集端,從監(jiān)控系統(tǒng)采集端得到所需的比賽數(shù)據(jù)和競(jìng)賽場(chǎng)館視頻URL數(shù)據(jù),所得數(shù)據(jù)經(jīng)監(jiān)控系統(tǒng)服務(wù)端整合后分別保存至監(jiān)控系統(tǒng)服務(wù)端數(shù)據(jù)庫(kù)和發(fā)送至監(jiān)控系統(tǒng)移動(dòng)終端顯示;
所述監(jiān)控系統(tǒng)移動(dòng)終端在登入獲取權(quán)限后將所需競(jìng)賽監(jiān)控的項(xiàng)目和時(shí)間段數(shù)據(jù)通過HTTP方式向監(jiān)控系統(tǒng)服務(wù)端發(fā)送請(qǐng)求數(shù)據(jù),并接收監(jiān)控服務(wù)端根據(jù)請(qǐng)求數(shù)據(jù)從監(jiān)控系統(tǒng)采集端獲取的數(shù)據(jù)進(jìn)行解析,在監(jiān)控系統(tǒng)移動(dòng)終端實(shí)時(shí)顯示;若監(jiān)控系統(tǒng)移動(dòng)終端需播放視頻時(shí),向監(jiān)控系統(tǒng)采集端的競(jìng)賽場(chǎng)館視頻采集端發(fā)送請(qǐng)求,所述監(jiān)控系統(tǒng)采集端收到請(qǐng)求后將視頻流數(shù)據(jù)發(fā)送至監(jiān)控系統(tǒng)移動(dòng)終端進(jìn)行播放,并根據(jù)播放時(shí)間點(diǎn)向監(jiān)控系統(tǒng)服務(wù)端請(qǐng)求獲取比賽數(shù)據(jù),在監(jiān)控系統(tǒng)移動(dòng)終端將數(shù)據(jù)融合顯示。
如圖1所示,所述監(jiān)控系統(tǒng)采集端通過競(jìng)賽專用以太網(wǎng)一方面與中央成績(jī)系統(tǒng)服務(wù)器相連獲取比賽數(shù)據(jù),另一方面與競(jìng)賽場(chǎng)館的網(wǎng)絡(luò)硬盤錄像機(jī)相連獲取競(jìng)賽場(chǎng)館的視頻;
所述監(jiān)控系統(tǒng)服務(wù)端一方面將監(jiān)控系統(tǒng)采集端所獲取的比賽數(shù)據(jù)和競(jìng)賽場(chǎng)館視頻URL數(shù)據(jù)存儲(chǔ)在服務(wù)端數(shù)據(jù)庫(kù),另一方面根據(jù)監(jiān)控系統(tǒng)移動(dòng)終端的請(qǐng)求為競(jìng)賽管理和運(yùn)行部門管理者提供數(shù)據(jù)服務(wù),最后將競(jìng)賽場(chǎng)館的視頻進(jìn)行歸檔存儲(chǔ)。
如圖2所示為本發(fā)明的系統(tǒng)運(yùn)行流程示意圖,具體步驟如下:
2a)在開始階段,監(jiān)控系統(tǒng)采集端主要完成視頻服務(wù)器和中央成績(jī)系統(tǒng)(CRS)的相關(guān)配置,監(jiān)控系統(tǒng)服務(wù)端主要完成數(shù)據(jù)庫(kù)和視頻存儲(chǔ)參數(shù)的配置,監(jiān)控系統(tǒng)移動(dòng)終端主要是用戶完成登陸并進(jìn)行權(quán)限分配;
2b)在數(shù)據(jù)處理階段,監(jiān)控系統(tǒng)移動(dòng)終端向監(jiān)控系統(tǒng)服務(wù)端發(fā)送獲取競(jìng)賽運(yùn)行監(jiān)控實(shí)時(shí)列表的請(qǐng)求,由監(jiān)控系統(tǒng)服務(wù)端通過解析請(qǐng)求參數(shù),向監(jiān)控系統(tǒng)采集端獲取比賽信息和視頻信息(競(jìng)賽場(chǎng)館視頻URL數(shù)據(jù))后,通過相關(guān)操作將數(shù)據(jù)返回至監(jiān)控系統(tǒng)移動(dòng)終端顯示,并進(jìn)行數(shù)據(jù)庫(kù)存儲(chǔ)。在用戶通過視頻URL向監(jiān)控系統(tǒng)采集端視頻服務(wù)器發(fā)起視頻請(qǐng)求后,監(jiān)控系統(tǒng)采集端得到參數(shù)開啟視頻播放服務(wù),將視頻流數(shù)據(jù)返回監(jiān)控系統(tǒng)移動(dòng)終端播放,根據(jù)視頻播放的時(shí)間點(diǎn)向監(jiān)控系統(tǒng)服務(wù)端請(qǐng)求獲取比賽數(shù)據(jù),從服務(wù)端數(shù)據(jù)庫(kù)讀取數(shù)據(jù)后在移動(dòng)終端融合顯示。最后監(jiān)控系統(tǒng)移動(dòng)終端發(fā)送結(jié)束監(jiān)控競(jìng)賽視頻請(qǐng)求,監(jiān)控系統(tǒng)采集端視頻服務(wù)器結(jié)束視頻播放服務(wù)。
2c)在結(jié)束階段三部分各自結(jié)束流程。
優(yōu)選地,所述競(jìng)賽場(chǎng)館視頻采集端還包括視頻服務(wù)器,所述視頻服務(wù)器是在基于Linux運(yùn)行環(huán)境下的ubuntu系統(tǒng)搭建的,采用H.264編碼標(biāo)準(zhǔn),以Nignx作為HTTP服務(wù)器來支持HTTP協(xié)議,并在Nignx服務(wù)器中加入nginx-rtmp-module和nginx-hls-module模塊實(shí)現(xiàn)流媒體服務(wù),使得服務(wù)器支持RTMP協(xié)議和HLS切片技術(shù)。支持RTMP協(xié)議使得網(wǎng)絡(luò)攝像頭(IPC)可以主動(dòng)將視頻流推送至視頻服務(wù)器,減小視頻服務(wù)器壓力。支持RTSP協(xié)議使得視頻服務(wù)器可以主動(dòng)從網(wǎng)絡(luò)攝像機(jī)拉取所需的視頻流。而支持HTTP協(xié)議和HLS切片技術(shù)使得移動(dòng)端用戶可以直接訪問視頻服務(wù)器的視頻流,并且支持視頻直播和視頻點(diǎn)播。此外本發(fā)明采用索尼攝像機(jī),海康威視視頻編碼器和網(wǎng)絡(luò)硬盤錄像機(jī),來實(shí)現(xiàn)視頻采集端的視頻服務(wù)器搭建。
優(yōu)選地,所述視頻服務(wù)器的控制軟件采用基于.NET平臺(tái)的C#語(yǔ)言進(jìn)行C/S結(jié)構(gòu)設(shè)計(jì),并采用三層C/S架構(gòu)體系進(jìn)行設(shè)計(jì)。整個(gè)界面主要包括功能按鈕區(qū)、競(jìng)賽項(xiàng)目場(chǎng)次區(qū)、視頻數(shù)據(jù)控制區(qū)和運(yùn)行狀態(tài)監(jiān)控區(qū),簡(jiǎn)潔明,操作簡(jiǎn)單。功能按鈕區(qū)主要包括刷新、配置和退出等系統(tǒng)所需的按鈕,設(shè)計(jì)時(shí)采用WinForm窗體下的Button控件。競(jìng)賽項(xiàng)目場(chǎng)次區(qū)采用樹形結(jié)構(gòu),以競(jìng)賽項(xiàng)目為根節(jié)點(diǎn),采用TreeView控件,單擊TreeView的子節(jié)點(diǎn),視頻數(shù)據(jù)控制區(qū)數(shù)據(jù)進(jìn)行刷新。視頻數(shù)據(jù)控制區(qū)包括上下兩部分,上部分主要是相關(guān)的監(jiān)控列表,下部分為視頻信息的詳細(xì)介紹以及視頻數(shù)據(jù)操作按鈕,包括開始、刪除、停止、重啟等按鈕。上部分采用WinForm窗體下的DataGridView控件,下部分采用Label和Button控件進(jìn)行設(shè)計(jì)。運(yùn)行狀態(tài)監(jiān)控區(qū)主要對(duì)本機(jī)的IP、視頻服務(wù)器的IP和運(yùn)行狀態(tài)進(jìn)行實(shí)時(shí)監(jiān)控,并顯示操作者的相關(guān)信息,主要采用WinForm窗體下Label、Button和TextView控件進(jìn)行設(shè)計(jì)。
如圖4所示為本發(fā)明的監(jiān)控系統(tǒng)采集端的業(yè)務(wù)流程圖,在開始后首先配置視頻服務(wù)器和CRS的相關(guān)參數(shù),并運(yùn)行視頻服務(wù)器控制軟件,在接收到監(jiān)控系統(tǒng)服務(wù)端的請(qǐng)求數(shù)據(jù)后,分別從網(wǎng)絡(luò)硬盤錄像機(jī)(NVR)獲取競(jìng)賽場(chǎng)館視頻、從中央成績(jī)系統(tǒng)(CRS)獲取比賽數(shù)據(jù),從中央成績(jī)系統(tǒng)獲取到比賽數(shù)據(jù)后需要將XML結(jié)構(gòu)的數(shù)據(jù)轉(zhuǎn)為JSON數(shù)據(jù)結(jié)構(gòu)。在獲取數(shù)據(jù)的過程中如果發(fā)生異常,則會(huì)通知正在運(yùn)行的監(jiān)控系統(tǒng)采集端控制軟件,并將異常通知平臺(tái)管理人員。最后將獲得的比賽數(shù)據(jù)和競(jìng)賽場(chǎng)館視頻URL數(shù)據(jù)送至監(jiān)控系統(tǒng)服務(wù)端,在視頻服務(wù)器接收到監(jiān)控系統(tǒng)移動(dòng)終端視頻播放請(qǐng)求后將視頻流數(shù)據(jù)發(fā)送給監(jiān)控系統(tǒng)移動(dòng)終端,在接收到停止播放的請(qǐng)求后,關(guān)閉視頻流,整個(gè)業(yè)務(wù)流程完成。
如圖5所示為視頻服務(wù)器的工作流程,競(jìng)賽場(chǎng)館視頻服務(wù)器在接收到控制軟件發(fā)出的開啟視頻流獲取指令后,通過網(wǎng)絡(luò)硬盤錄像機(jī)通知網(wǎng)絡(luò)攝像機(jī)開始獲取視頻流,在接收到網(wǎng)絡(luò)硬盤錄像機(jī)發(fā)來的視頻流后開啟視頻播放服務(wù)。同樣,在接收到控制軟件發(fā)出的停止視頻流指令后,通知網(wǎng)絡(luò)硬盤錄像機(jī)停止視頻流的獲取,并且停止視頻播放服務(wù)。
優(yōu)選地,所述監(jiān)控系統(tǒng)服務(wù)端包括本地?cái)?shù)據(jù)操作模塊和業(yè)務(wù)數(shù)據(jù)處理模塊,所述業(yè)務(wù)數(shù)據(jù)處理模塊包括接收請(qǐng)求、返回請(qǐng)求數(shù)據(jù)以及業(yè)務(wù)數(shù)據(jù)處理和交互功能,所述本地?cái)?shù)據(jù)操作模塊包括服務(wù)端數(shù)據(jù)庫(kù)連接、服務(wù)端數(shù)據(jù)庫(kù)數(shù)據(jù)讀取、服務(wù)端數(shù)據(jù)庫(kù)數(shù)據(jù)修改、視頻存儲(chǔ)和視頻回放功能。
如圖6所示為本發(fā)明的監(jiān)控系統(tǒng)服務(wù)端的業(yè)務(wù)流程,首先配置服務(wù)端數(shù)據(jù)庫(kù)和視頻存儲(chǔ)參數(shù),監(jiān)控系統(tǒng)服務(wù)端從監(jiān)控系統(tǒng)移動(dòng)終端獲取到請(qǐng)求數(shù)據(jù)后,經(jīng)過解析處理以后將請(qǐng)求數(shù)據(jù)發(fā)送至監(jiān)控系統(tǒng)采集端,從監(jiān)控系統(tǒng)采集端得到所需的比賽數(shù)據(jù)和競(jìng)賽場(chǎng)館視頻URL數(shù)據(jù),經(jīng)過監(jiān)控系統(tǒng)服務(wù)端的整合后一方面操作數(shù)據(jù)庫(kù)進(jìn)行保存,另一方面將數(shù)據(jù)發(fā)送至監(jiān)控系統(tǒng)移動(dòng)終端顯示,最后結(jié)束整個(gè)流程。
本發(fā)明監(jiān)控系統(tǒng)服務(wù)端的數(shù)據(jù)通信設(shè)計(jì)主要包括數(shù)據(jù)通信格式和HTTP通信協(xié)議兩方面。本發(fā)明采用JSON數(shù)據(jù)格式作為數(shù)據(jù)通信格式。HTTP通信協(xié)議操作過程主要分為四個(gè)步驟,首先是監(jiān)控系統(tǒng)移動(dòng)終端與監(jiān)控系統(tǒng)服務(wù)端建立鏈接,HTTP開始工作。在鏈接建立后,監(jiān)控系統(tǒng)移動(dòng)終端發(fā)送一個(gè)HTTP請(qǐng)求給監(jiān)控系統(tǒng)服務(wù)端,監(jiān)控系統(tǒng)服務(wù)端接收到監(jiān)控系統(tǒng)移動(dòng)終端請(qǐng)求后給予相應(yīng)的響應(yīng)數(shù)據(jù)。最后監(jiān)控系統(tǒng)移動(dòng)終端接收監(jiān)控系統(tǒng)服務(wù)端的返回?cái)?shù)據(jù)并進(jìn)行顯示,整個(gè)連接斷開。
本發(fā)明以SQL Server 2008R2為構(gòu)建平臺(tái),并結(jié)合競(jìng)賽運(yùn)行監(jiān)控的業(yè)務(wù)需求進(jìn)行數(shù)據(jù)庫(kù)ListenDB和備用數(shù)據(jù)庫(kù)ExListenDB的設(shè)計(jì),系統(tǒng)的最主要的表組成如表1所示,主要包括T_User、T_Authority、T_Role、T_Match和T_Video。其中T_User表主要存儲(chǔ)平臺(tái)的用戶信息,如姓名、帳號(hào)、密碼和備注等信息;T_Authority主要存儲(chǔ)用戶的使用權(quán)限,如全部運(yùn)動(dòng)項(xiàng)目或者個(gè)別運(yùn)動(dòng)項(xiàng)目;T_Role表主要存儲(chǔ)平臺(tái)的使用角色;T_ListenList主要存儲(chǔ)競(jìng)賽運(yùn)行監(jiān)控列表信息;T_MatchInfo主要存儲(chǔ)各監(jiān)控列表的比賽數(shù)據(jù),如比賽對(duì)陣雙方,比分等信息;T_Video主要存儲(chǔ)競(jìng)賽場(chǎng)館的視頻信息。
表1
監(jiān)控系統(tǒng)服務(wù)端采用基于Node.js的msnodelsql包進(jìn)行SQL Server數(shù)據(jù)庫(kù)的訪問。本發(fā)明采用JSON數(shù)據(jù)格式的配置文件進(jìn)行主備數(shù)據(jù)庫(kù)連接,配置文件包含的屬性字段包含服務(wù)器IP地址、端口號(hào)、業(yè)務(wù)數(shù)據(jù)庫(kù)名稱、數(shù)據(jù)庫(kù)用戶名密碼。
本發(fā)明中在視頻歸檔的存儲(chǔ)過程中,采用樹形結(jié)構(gòu)設(shè)計(jì),將賽區(qū)作為一級(jí)目錄節(jié)點(diǎn),考慮到實(shí)際情況中,更多競(jìng)賽項(xiàng)目和競(jìng)賽場(chǎng)館是一對(duì)一或者一對(duì)多的情況,因此將競(jìng)賽項(xiàng)目作為二級(jí)節(jié)點(diǎn),競(jìng)賽場(chǎng)館作為三級(jí)節(jié)點(diǎn)??紤]到各競(jìng)賽項(xiàng)目時(shí)間的差異性,本設(shè)計(jì)中將整個(gè)競(jìng)賽運(yùn)行時(shí)間段分為上午、下午和晚上三個(gè)階段,這三個(gè)時(shí)間段作為第四節(jié)點(diǎn)。
監(jiān)控系統(tǒng)服務(wù)端的視頻歸檔存儲(chǔ)操作通過Cmd_VideoFile.js文件的SaveVideoFile方法實(shí)現(xiàn),SaveVideoFile采用遞歸的循環(huán)操作,包含aDivision、aSport、aSportArea、aTime和aCallback五個(gè)參數(shù)。其中aDivision是競(jìng)賽賽區(qū)參數(shù),aSport是競(jìng)賽項(xiàng)目參數(shù),aSportArea是競(jìng)賽場(chǎng)館參數(shù),aTime是時(shí)間段參數(shù),aCallback是視頻存儲(chǔ)的回調(diào)函數(shù)。在實(shí)際操作中,視頻服務(wù)器控制終端的操作者根據(jù)競(jìng)賽項(xiàng)目的情況,分時(shí)間段將視頻進(jìn)行歸檔存儲(chǔ)。在完成相關(guān)視頻歸檔存儲(chǔ)后,將視頻所在的目錄數(shù)據(jù)保存在數(shù)據(jù)庫(kù)中。
優(yōu)選地,所述監(jiān)控系統(tǒng)移動(dòng)終端采用基于PhoneGap的Hybrid App開發(fā)模式、AJAX的數(shù)據(jù)請(qǐng)求方式、MVC的設(shè)計(jì)模式以及結(jié)合HTML5、JavaScript和CSS的Web設(shè)計(jì)技術(shù)來進(jìn)行監(jiān)控系統(tǒng)移動(dòng)終端開發(fā),包括數(shù)據(jù)處理和功能使用兩個(gè)模塊,所述數(shù)據(jù)處理模塊包括發(fā)送請(qǐng)求數(shù)據(jù)、接收返回?cái)?shù)據(jù)和業(yè)務(wù)數(shù)據(jù)融合,所述功能使用模塊包括監(jiān)控信息實(shí)時(shí)顯示、監(jiān)控視頻播放、比賽信息顯示和監(jiān)控計(jì)劃制定。
本發(fā)明監(jiān)控系統(tǒng)移動(dòng)終端業(yè)務(wù)流程如下:先登陸獲取權(quán)限,登陸后用戶通過監(jiān)控系統(tǒng)移動(dòng)終端將所需的競(jìng)賽監(jiān)控的項(xiàng)目、時(shí)間段等數(shù)據(jù)通過HTTP方式向監(jiān)控系統(tǒng)服務(wù)端發(fā)送請(qǐng)求。其次,監(jiān)控系統(tǒng)服務(wù)端在將用戶所需的數(shù)據(jù)準(zhǔn)備好后發(fā)送至監(jiān)控系統(tǒng)移動(dòng)終端。監(jiān)控系統(tǒng)移動(dòng)終端接收返回?cái)?shù)據(jù)解析,在監(jiān)控系統(tǒng)移動(dòng)終端實(shí)時(shí)顯示。最后當(dāng)監(jiān)控系統(tǒng)移動(dòng)終端播放視頻時(shí),向監(jiān)控系統(tǒng)采集端視頻服務(wù)器發(fā)送請(qǐng)求,監(jiān)控系統(tǒng)采集端收到請(qǐng)求后將視頻流數(shù)據(jù)發(fā)送至監(jiān)控系統(tǒng)移動(dòng)終端進(jìn)行播放,根據(jù)播放時(shí)間點(diǎn)向監(jiān)控系統(tǒng)服務(wù)端請(qǐng)求獲取比賽數(shù)據(jù),最后在監(jiān)控系統(tǒng)移動(dòng)終端將數(shù)據(jù)融合顯示。
本發(fā)明中監(jiān)控系統(tǒng)移動(dòng)終端的數(shù)據(jù)請(qǐng)求方式采用AJAX方式,在實(shí)際設(shè)計(jì)中使用基于JavaScript的jQuery庫(kù)的$.ajax()方法來簡(jiǎn)化移動(dòng)端的數(shù)據(jù)請(qǐng)求。jQuery中$.ajax()方法的參數(shù)配置如表2所示。其中,url參數(shù)是監(jiān)控系統(tǒng)服務(wù)端服務(wù)器所在的地址,data參數(shù)是發(fā)送到服務(wù)端的請(qǐng)求數(shù)據(jù),采用的是JSON的數(shù)據(jù)格式,主要包括ServiceKey、CmdID、DataJson等參數(shù)。timeout參數(shù)是配置請(qǐng)求超時(shí)的時(shí)間,默認(rèn)設(shè)置為30s。async參數(shù)配置是否異步請(qǐng)求方式,默認(rèn)是異步請(qǐng)求,本次設(shè)計(jì)選用異步請(qǐng)求。cache參數(shù)配置是否緩存請(qǐng)求信息,本次設(shè)計(jì)選用緩存。type參數(shù)是配置請(qǐng)求的方式,包括GET請(qǐng)求和POST請(qǐng)求,設(shè)計(jì)時(shí)根據(jù)需求選擇配置。datatype參數(shù)是預(yù)期服務(wù)端返回的數(shù)據(jù)類型,主要包括XML、HTML、SCRIPT、JSON、JSONP和TEXT六種數(shù)據(jù)類型。由于監(jiān)控系統(tǒng)移動(dòng)終端和監(jiān)控系統(tǒng)服務(wù)端在實(shí)際應(yīng)用中處于異域,在進(jìn)行交換數(shù)據(jù)時(shí)需要進(jìn)行跨域,因此在本設(shè)計(jì)中選用JSONP數(shù)據(jù)類型而不是JSON數(shù)據(jù)類型。jsonp參數(shù)配置在JSONP請(qǐng)求中重寫回調(diào)函數(shù)callback的名稱。success函數(shù)是在請(qǐng)求得到服務(wù)端正確響應(yīng)后的回調(diào)函數(shù),主要包括服務(wù)器返回?cái)?shù)據(jù)和返回狀態(tài)。error函數(shù)是在請(qǐng)求異常的情況下的回調(diào)函數(shù)。
表2
本發(fā)明采用的數(shù)據(jù)融合技術(shù)包括視頻實(shí)時(shí)播放階段數(shù)據(jù)融合和視頻回放階段數(shù)據(jù)融合,對(duì)于視頻實(shí)時(shí)播放階段數(shù)據(jù)融合,用戶通過競(jìng)賽運(yùn)行監(jiān)控列表中的視頻URL向視頻服務(wù)器獲取實(shí)時(shí)視頻流,采用監(jiān)控系統(tǒng)移動(dòng)終端主動(dòng)輪詢請(qǐng)求獲取最新比賽數(shù)據(jù),即由監(jiān)控系統(tǒng)移動(dòng)終端每隔一段時(shí)間主動(dòng)請(qǐng)求監(jiān)控系統(tǒng)服務(wù)端,當(dāng)比賽數(shù)據(jù)有更新后監(jiān)控系統(tǒng)服務(wù)端返回最新比賽數(shù)據(jù);對(duì)于視頻回放階段數(shù)據(jù)融合,監(jiān)控系統(tǒng)移動(dòng)終端使用者的視頻請(qǐng)求,監(jiān)控系統(tǒng)服務(wù)端從數(shù)據(jù)庫(kù)中獲得視頻的URL,并對(duì)URL進(jìn)行判斷,如果該URL是視頻歸檔存儲(chǔ)的物理文件路徑,則直接將監(jiān)控系統(tǒng)服務(wù)端上的歸檔視頻流發(fā)送給監(jiān)控系統(tǒng)移動(dòng)終端。如果該URL是視頻服務(wù)器的路徑,則表示該視頻雖是回放請(qǐng)求,但仍未進(jìn)行視頻歸檔,監(jiān)控系統(tǒng)移動(dòng)終端根據(jù)URL從視頻服務(wù)器獲取視頻流。在監(jiān)控系統(tǒng)移動(dòng)終端將視頻流數(shù)據(jù)和比賽數(shù)據(jù)的時(shí)間點(diǎn)進(jìn)行匹配,制作出整個(gè)播放時(shí)間軸與每個(gè)事件所發(fā)生的時(shí)間點(diǎn),并能根據(jù)這些時(shí)間點(diǎn)選擇視頻回放的進(jìn)度,同時(shí)還能看到每個(gè)事件所對(duì)應(yīng)的比賽數(shù)據(jù)。
本發(fā)明采用SQL Server 2008R2作為數(shù)據(jù)庫(kù)平臺(tái),服務(wù)端數(shù)據(jù)庫(kù)訪問組件的工作流程如圖3所示,首先創(chuàng)建SQL Connection對(duì)象進(jìn)行連接,并將連接狀態(tài)設(shè)為OPEN,根據(jù)獲取SQL語(yǔ)句的不同,分別創(chuàng)建SqlCommond對(duì)象、SqlDataReader對(duì)象和SqlDataAdapter對(duì)象,其中,SqlCommond對(duì)象會(huì)直接執(zhí)行SQL語(yǔ)句,SqlDataReader對(duì)象用于直接讀取數(shù)據(jù)庫(kù)數(shù)據(jù),SqlDataAdapter對(duì)象實(shí)現(xiàn)對(duì)數(shù)據(jù)庫(kù)數(shù)據(jù)的填充和修改,在完成SQL語(yǔ)句操作后關(guān)閉與數(shù)據(jù)庫(kù)的連接,并釋放資源。
對(duì)所公開的實(shí)施例的上述說明,使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明。對(duì)這些實(shí)施例的多種修改對(duì)本領(lǐng)域的專業(yè)技術(shù)人員來說將是顯而易見的,本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下,在其它實(shí)施例中實(shí)現(xiàn)。因此,本發(fā)明將不會(huì)被限制于本文所示的這些實(shí)施例,而是要符合與本文所公開的原理和新穎特點(diǎn)相一致的最寬的范圍。