智能監(jiān)控手機和所構(gòu)成的遠程視頻監(jiān)控系統(tǒng)及其監(jiān)控方法
【專利摘要】本發(fā)明提供了一種智能監(jiān)控手機和遠程視頻監(jiān)控系統(tǒng)，智能監(jiān)控手機包括視頻接收模塊、圖像處理器、數(shù)據(jù)存儲模塊、監(jiān)控視頻播放模塊和通信模塊。遠程視頻監(jiān)控系統(tǒng)包括監(jiān)控視頻流媒體服務器和與其相連的上述智能監(jiān)控手機。本發(fā)明還提供了遠程視頻監(jiān)控方法。本發(fā)明智能監(jiān)控手機和所構(gòu)成的遠程視頻監(jiān)控系統(tǒng)及其監(jiān)控方法，其優(yōu)點是：可以很好解決視頻圖像直接發(fā)送容易受到帶寬限制，存在視頻圖像傳輸速率低具有延遲性的問題，方便解決對城市車輛進行實時監(jiān)督和統(tǒng)一管理，其抗干擾能力較強，費用低廉，覆蓋范圍廣，安裝方便。
【專利說明】智能監(jiān)控手機和所構(gòu)成的遠程視頻監(jiān)控系統(tǒng)及其監(jiān)控方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及監(jiān)控技術(shù)和監(jiān)控方法，尤其是一種智能監(jiān)控手機和所構(gòu)成的遠程視頻監(jiān)控系統(tǒng)及其監(jiān)控方法。
【背景技術(shù)】
[0002]現(xiàn)有的遠程視頻監(jiān)控技術(shù)主要有兩種:
[0003]第一種是采用帶攝像頭的計算機或者嵌入式網(wǎng)絡(luò)攝像機，用戶在任何可以上網(wǎng)的地點，都可通過寬帶互聯(lián)網(wǎng)訪問這臺計算機或者網(wǎng)絡(luò)攝像實現(xiàn)視頻監(jiān)控，但是存在安裝不方便、需要事先布線的問題。
[0004]第二種是采用移動終端的內(nèi)置攝像頭采集視頻圖像，通過移動通信網(wǎng)絡(luò)連接到互聯(lián)網(wǎng)，將視頻圖像發(fā)送給遠程視頻監(jiān)控服務器，用戶可以登錄遠程視頻監(jiān)控服務器訪問視頻圖像，這種方法雖然不需要事先布線，但是，由于這種視頻監(jiān)控技術(shù)中，通常都是通過移動終端將內(nèi)置攝像頭采集的視頻圖像直接發(fā)送給遠程視頻監(jiān)控服務器，容易受到帶寬限制，存在視頻圖像傳輸速率低，且具有延遲性的問題。
[0005]而現(xiàn)有的手機實時路面監(jiān)控多只是基于廣播，以及一些實時消息的推送。
[0006]無線數(shù)據(jù)傳輸設(shè)備作為基站與各移動目標進行信息交換的樞紐，是現(xiàn)有車輛調(diào)度系統(tǒng)中的重要組成部分。數(shù)據(jù)中心/監(jiān)控中心包括數(shù)據(jù)庫、監(jiān)控終端/地理信息系統(tǒng)(GIS)終端、業(yè)務處理終端。監(jiān)控中心采用WebGIS技術(shù)，數(shù)據(jù)中心和監(jiān)控中心可以處于同一物理位置，也可以處于不同的物理位置。由于數(shù)據(jù)中心對設(shè)備的可靠性和相應的運營、維護要求較高，所以從經(jīng)濟效益上來說，自建一個數(shù)據(jù)中心是不合適的。甚至可以租用某個數(shù)據(jù)中心，通過本地的監(jiān)控中心訪問數(shù)據(jù)中心，以獲取數(shù)據(jù)、發(fā)送命令等。監(jiān)控中心可以通過局域網(wǎng)、Modem撥號、無線撥號等多種方式訪問數(shù)據(jù)中心，甚至可以使用一個帶有地圖的智能手機或PDA通過GPRS網(wǎng)絡(luò)監(jiān)控運行中的車輛。
[0007]GPRS是集成在GSM蜂窩網(wǎng)里面的、包含數(shù)據(jù)業(yè)務的一種技術(shù)。也就是說，如果GSM是第二代移動通信技術(shù)，那么GPRS就是2.5代移動通信技術(shù)。為了實現(xiàn)實時監(jiān)控路面信息的功能，需要和地面網(wǎng)絡(luò)、移動網(wǎng)絡(luò)等進行即時的數(shù)據(jù)通信，有可能較好地發(fā)揮GPRS技術(shù)在處理數(shù)據(jù)業(yè)務的優(yōu)勢，可以實現(xiàn)分組交換。

【發(fā)明內(nèi)容】

[0008]本發(fā)明的目的是克服現(xiàn)有技術(shù)的缺陷，提供一種智能監(jiān)控手機和所構(gòu)成的遠程視頻監(jiān)控系統(tǒng)及其監(jiān)控方法，可以很好地解決視頻圖像直接發(fā)送給遠程視頻監(jiān)控服務器容易受到帶寬限制，存在視頻圖像傳輸速率低，且具有延遲性的問題。通過智能監(jiān)控手機的定位和視頻影像功能與數(shù)據(jù)中心和3G網(wǎng)絡(luò)的結(jié)合，能很好的與車主實現(xiàn)互動，方便解決對城市車輛進行實時監(jiān)督和統(tǒng)一管理，其抗干擾能力較強，費用低廉，覆蓋范圍廣，安裝方便。
[0009]為實現(xiàn)上述目的，本發(fā)明提供的智能監(jiān)控手機，包括圖像處理器、數(shù)據(jù)存儲模塊和通信模塊，還包括視頻接收模塊和監(jiān)控視頻播放模塊，視頻接收模塊、圖像處理器、數(shù)據(jù)存儲模塊和監(jiān)控視頻播放模塊依次相連，通信模塊與圖像處理器相連，其中:
[0010]視頻接收模塊，用于實時采集視頻圖像信息，并將視頻圖像信息才流媒體視頻文件發(fā)送給圖像處理器；
[0011]圖像處理器，用于通過第一串口接收視頻圖像信息并進行壓縮、轉(zhuǎn)換處理，按照網(wǎng)絡(luò)通信協(xié)議封裝壓縮、轉(zhuǎn)換處理后的視頻圖像信息通過第二串口發(fā)送給通信模塊；
[0012]數(shù)據(jù)存儲模塊，用于存儲圖像處理器處理后的第一流媒體視頻文件；
[0013]監(jiān)控視頻播放模塊，采用JMF多媒體播放支持，用于播放第一流媒體視頻文件；
[0014]通信模塊，用于將封裝后的視頻圖像信息發(fā)送給遠程視頻監(jiān)控服務器。
[0015]本發(fā)明提供的智能監(jiān)控手機，還包括報警自助模塊、手機信息采集模塊、信號強度采集模塊、位置信息采集模塊和報警自救采集模塊，手機信息采集模塊、信號強度采集模塊、位置信息采集模塊和報警自救采集模塊分別與監(jiān)控視頻播放模塊相連。
[0016]本發(fā)明提供的智能監(jiān)控手機，其中圖像處理器具體用于將接收到的流媒體視頻文件進行幀內(nèi)圖像數(shù)據(jù)壓縮、幀間圖像數(shù)據(jù)壓縮和熵編碼壓縮，轉(zhuǎn)換成可播放格式的第一流媒體視頻文件。
[0017]本發(fā)明提供的智能監(jiān)控手機，其中視頻接收模塊具體包括:
[0018]壓縮單元，用于將采集模塊采集的視頻圖像信息進行壓縮處理；
[0019]轉(zhuǎn)換單元，用于將壓縮單元壓縮處理后的視頻圖像信息進行模數(shù)轉(zhuǎn)換，以使模擬信號的視頻圖像信息轉(zhuǎn)換為數(shù)字信號的視頻圖像信息；
[0020]封裝單元，用于將數(shù)字信號的視頻圖像信息按照網(wǎng)絡(luò)通信協(xié)議封裝為適合以太網(wǎng)中傳輸?shù)臄?shù)據(jù)幀；
[0021]緩存單元，用于將封裝后的視頻圖像信息暫時在緩存空間進行緩存，以備通信模塊取出和傳送封裝后的視頻圖像信息。
[0022]本發(fā)明提供的智能監(jiān)控手機，其中視頻接收模塊設(shè)有兩個波特率相互獨立的第一串口和第二串口，其中，第一串口與內(nèi)置攝像頭連接，視頻接收模塊通過串口接收視頻圖像信息，將視頻圖像信息進行壓縮、轉(zhuǎn)換處理，并按照TCP/IP協(xié)議將圖像數(shù)據(jù)封裝成PPP數(shù)據(jù)幀；第二串口與通信模塊連接，視頻接收模塊通過第二串口將包含視頻圖像信息的PPP數(shù)據(jù)幀發(fā)送到通信模塊，通信模塊通過CDMA無線分組網(wǎng)和因特網(wǎng)將視頻圖像信息發(fā)送到遠程視頻監(jiān)控服務器。
[0023]為實現(xiàn)上述目的，本發(fā)明提供的采用所述的智能監(jiān)控手機的遠程視頻監(jiān)控系統(tǒng)，包括監(jiān)控視頻流媒體服務器和與其相連的上述智能監(jiān)控手機，監(jiān)控視頻流媒體服務器包括采集模塊、存儲模塊和傳輸模塊，其中:
[0024]采集模塊，用于采集視頻圖像；
[0025]存儲模塊，用于將采集模塊采集的視頻圖像以流媒體視頻文件的格式存儲；
[0026]傳輸模塊，用于將流媒體視頻文件采用快速生成樹協(xié)議或超文本傳送協(xié)議或?qū)崟r傳輸協(xié)議經(jīng)網(wǎng)絡(luò)傳輸給智能監(jiān)控手機。
[0027]本發(fā)明遠程視頻監(jiān)控系統(tǒng)，其中監(jiān)控視頻流媒體服務器采用DJK視頻服務器。
[0028]本發(fā)明遠程視頻監(jiān)控系統(tǒng)，其中通信模塊采用CDMA模塊，CDMA模塊通過CDMA無線分組網(wǎng)和CDMA PDSN網(wǎng)關(guān)，將封裝后的視頻圖像信息上傳到IP網(wǎng)絡(luò)，再通過IP網(wǎng)絡(luò)將視頻圖像信息上傳到遠程視頻監(jiān)控服務器。[0029]為實現(xiàn)上述目的，本發(fā)明提供的遠程視頻監(jiān)控方法，該方法中智能監(jiān)控手機執(zhí)行如下步驟，包括:
[0030]S101、智能監(jiān)控手機接收監(jiān)控視頻流媒體服務器發(fā)送的流媒體視頻文件；
[0031]S102、智能監(jiān)控手機將流媒體視頻文件進行幀內(nèi)圖像數(shù)據(jù)壓縮、幀間圖像數(shù)據(jù)壓縮和熵編碼壓縮，轉(zhuǎn)換成智能監(jiān)控手機能夠播放的視頻文件格式的第一流媒體視頻文件；
[0032]S103、智能監(jiān)控手機采用JMF多媒體播放支持，存儲并播放第一流媒體視頻文件；
[0033]監(jiān)控視頻流媒體服務器執(zhí)行如下步驟，包括:
[0034]S201、監(jiān)控視頻流媒體服務器采集視頻圖像；
[0035]S202、監(jiān)控視頻流媒體服務器將采集模塊采集的視頻圖像以流媒體視頻文件的格式存儲；
[0036]S203、監(jiān)控視頻流媒體服務器將流媒體視頻文件采用RSTP或HTTP或RTP在網(wǎng)絡(luò)中傳輸給智能監(jiān)控手機，以使智能監(jiān)控手機接收流媒體視頻文件并將流媒體視頻文件進行壓縮轉(zhuǎn)換，轉(zhuǎn)換成智能監(jiān)控手機能夠播放的視頻文件格式的第一流媒體視頻文件后，存儲并播放第一流媒體視頻文件。
[0037]本發(fā)明提供的遠程視頻監(jiān)控方法，該方法中智能監(jiān)控手機還執(zhí)行如下步驟，包括:
[0038]S104、智能監(jiān)控手機在視頻播放過程中產(chǎn)生間接式中斷視頻播放響應，并彈出報警自助控件；
[0039]S105、智能監(jiān)控手機采集手機信息，手機信息包括:時間、日期、手機型號參數(shù)；
[0040]S106、智能監(jiān)控手機采集手機信號強度，手機信號強度包括RSSI ；
[0041]S107、智能監(jiān)控手機采集手機在測試時候的地理位置；
[0042]S108、智能監(jiān)控手機采集用戶查看監(jiān)控視頻中給出的自助報警，并搜集所觀看的視頻文件的名稱，用于對所觀看的視頻文件進行分析。
[0043]本發(fā)明智能監(jiān)控手機和所構(gòu)成的遠程視頻監(jiān)控系統(tǒng)及其監(jiān)控方法，其優(yōu)點是:智能監(jiān)控手機可以快速準確的定位，抗干擾能力較強，利用GSM短消息傳輸信息，費用低廉，覆蓋范圍廣，實現(xiàn)方便；智能監(jiān)控手機收到監(jiān)控中心查詢或跟蹤命令后自動根據(jù)中心的要求回傳位置狀態(tài)信息，數(shù)據(jù)傳輸可靠；監(jiān)控中心可以通過中心指令遙控設(shè)置車載智能手機終端參數(shù)，如身份證，密碼，監(jiān)控中心號碼，服務電話號碼等，還可以對車輛的費用及出行情況等跟蹤查詢，實現(xiàn)了真正意義上的控制管理功能；利用智能監(jiān)控手機的電話還可以方便的得到監(jiān)控中心的道路指引，以及醫(yī)療，故障事故求援等，另外智能監(jiān)控手機還配有設(shè)置接口，采用手機小鍵盤進行軟件設(shè)置，在系統(tǒng)升級及維護不用拆卸設(shè)備，智能監(jiān)控手機功耗低，體積小，操作簡單，使用方便，成本低，通用性強，解決了對城市車輛進行實時監(jiān)督和統(tǒng)一管理的問題。
[0044]基于GPS全球定位系統(tǒng)和GSM/GPRS數(shù)字蜂窩網(wǎng)，以性價比較高的AVR微控制器開發(fā)設(shè)計，通過GPS獲取當前位置和時間信息，并以短消息的形式通過GSM/GPRS網(wǎng)絡(luò)發(fā)往監(jiān)控中心，在中心的電子地圖上實時地顯示出來。同時監(jiān)控中心的控制指令，如跟蹤監(jiān)聽，遙控設(shè)置等，通過GSM/GPRS網(wǎng)絡(luò)發(fā)往車輛上的智能監(jiān)控手機，從而實現(xiàn)了系統(tǒng)的交互運作。終端功耗低，操作簡單，便于在系統(tǒng)升級和維護。
[0045]以下結(jié)合附圖用實施例對本發(fā)明的實施方式進行詳細描述，本發(fā)明的其他特征、特點和優(yōu)點將會更加明顯。
【專利附圖】

【附圖說明】
[0046]圖1為本發(fā)明智能監(jiān)控手機實施例一的結(jié)構(gòu)示意圖；
[0047]圖2為本發(fā)明智能監(jiān)控手機實施例二的結(jié)構(gòu)示意圖；
[0048]圖3為本發(fā)明遠程視頻監(jiān)控系統(tǒng)實施例的結(jié)構(gòu)示意圖；
[0049]圖4為本發(fā)明遠程視頻監(jiān)控方法中手機客戶端的流程圖；
[0050]圖5為本發(fā)明遠程視頻監(jiān)控方法中監(jiān)控視頻流媒體服務器的流程圖。
【具體實施方式】
[0051]下面將結(jié)合附圖對本發(fā)明的實施方式進行詳細說明。
[0052]實施例一
[0053]如圖1所示，本發(fā)明智能監(jiān)控手機，包括依次相連的視頻接收模塊11、圖像處理器12、數(shù)據(jù)存儲模塊13和監(jiān)控視頻播放模塊14，以及與圖像處理器12相連的通信模塊15。其中:
[0054]視頻接收模塊11，用于實時采集視頻圖像信息，并將視頻圖像信息才流媒體視頻文件發(fā)送給圖像處理器12 ；
[0055]圖像處理器12，用于通過第一串口接收流媒體視頻文件并壓縮、轉(zhuǎn)換成符合視頻文件播放格式的第一流媒體視頻文件，按照網(wǎng)絡(luò)通信協(xié)議封裝壓縮、轉(zhuǎn)換處理后的視頻圖像信息通過第二串口發(fā)送給通信模塊；
[0056]數(shù)據(jù)存儲模塊13，用于存儲圖像處理器處理后的第一流媒體視頻文件；
[0057]監(jiān)控視頻播放模塊14，采用JMF多媒體播放支持，用于播放第一流媒體視頻文件；
[0058]通信模塊15，用于將封裝后的視頻圖像信息發(fā)送給遠程視頻監(jiān)控服務器。
[0059]本發(fā)明智能監(jiān)控手機中，視頻接收模塊11具體包括壓縮單元、轉(zhuǎn)換單元、封裝單元和緩存單元:
[0060]壓縮單元，用于將采集模塊采集的視頻圖像信息進行壓縮處理；
[0061]轉(zhuǎn)換單元，用于將壓縮單元壓縮處理后的視頻圖像信息進行模數(shù)轉(zhuǎn)換，以使模擬信號的視頻圖像信息轉(zhuǎn)換為數(shù)字信號的視頻圖像信息；
[0062]封裝單元，用于將數(shù)字信號的視頻圖像信息按照網(wǎng)絡(luò)通信協(xié)議封裝為適合以太網(wǎng)中傳輸?shù)臄?shù)據(jù)幀；
[0063]具體實現(xiàn)時，封裝單元通過TCP/IP網(wǎng)絡(luò)通訊協(xié)議模塊對視頻圖像信息逐層添加控制信息，逐層封裝并傳輸給物理層，在物理層將視頻圖像信息封裝成適合在以太網(wǎng)中傳輸?shù)臄?shù)據(jù)幀。
[0064]通信模塊15采用碼分多址(CDMA模塊或?qū)拵Тa分多址WCDMA)模塊或通用分組無線服務技術(shù)GPRS模塊來實現(xiàn)。具體實現(xiàn)時，例如可以通過CDMA無線分組網(wǎng)和CDMA PDSN網(wǎng)關(guān)，將封裝后的視頻圖像信息上傳到IP網(wǎng)絡(luò)，再通過IP網(wǎng)絡(luò)將視頻圖像信息上傳到遠程視頻監(jiān)控服務器，遠程視頻監(jiān)控服務器對接收到的封裝后的視頻圖像信息進行協(xié)議適配、解析處理，并將解析后的視頻圖像信息予以顯示，從而實現(xiàn)遠程視頻監(jiān)控的功能。
[0065]緩存單元，用于將封裝后的視頻圖像信息暫時在緩存空間進行緩存，以備通信模塊取出和傳送封裝后的視頻圖像信息。
[0066]舉例來說，在檢測到通信模塊發(fā)送的停止發(fā)送信號時，如系統(tǒng)忙碌，將封裝后的視頻圖像信息在緩存空間進行緩存；在檢測到通信模塊發(fā)送的開始發(fā)送信號時，如系統(tǒng)空閑，將緩存空間中的封裝后的視頻圖像信息發(fā)送給通信模塊。
[0067]對應地，通信模塊15，還用于發(fā)送停止發(fā)送信號或者開始發(fā)送信號給緩存單元。
[0068]在本發(fā)明智能監(jiān)控手機中，視頻接收模塊11的硬件接口包括兩個波特率相互獨立的串口 UARTO和UART1，其中，UARTO接口與內(nèi)置攝像頭的連接，視頻接收模塊11通過串口 UARTO接收視頻圖像信息，將視頻圖像信息進行壓縮、轉(zhuǎn)換處理，并按照TCP/IP協(xié)議將圖像數(shù)據(jù)封裝成PPP數(shù)據(jù)幀。UARTl接口與CDMA模塊進行連接，視頻接收模塊11通過UARTl串口將包含視頻圖像信息的PPP數(shù)據(jù)幀發(fā)送到CDMA模塊，CDMA模塊通過CDMA無線分組網(wǎng)和因特網(wǎng)，將視頻圖像信息發(fā)送到遠程視頻監(jiān)控服務器。
[0069]圖像處理器12是相對于CPU的一個概念，要實現(xiàn)同步播放家中監(jiān)控裝置的視頻文件，圖像處理器12就很重要，是一個專門的圖形的核心處理器。
[0070]圖像處理器12是整臺手機的控制中樞系統(tǒng)，也是邏輯部分的控制中心。進一步地，本實施例的圖像處理器12設(shè)有一個視頻微處理器，該視頻微處理器通過運行存儲器內(nèi)的程序及調(diào)用存儲器內(nèi)的數(shù)據(jù)庫，達到控制查看監(jiān)控視頻的目的。圖像處理器12具有IGHz以上的主頻，一顆或兩顆核心。有一些手機甚至配備了四核的CPU，CPU對手機性能影響巨大，它直接決定了終端的處理能力、運算能力。如果CPU運算速度不夠強大，智能監(jiān)控手機在處理一些視頻時就會很吃力，這將嚴重影響用戶體驗的質(zhì)量，所以在此增加視頻微處理器來分擔協(xié)調(diào)調(diào)度圖像處理器12的資源。
[0071]由于監(jiān)控視頻圖像的數(shù)據(jù)有極強的相關(guān)性，也就是說有大量的冗余信息，其中冗余信息可分為空域冗余信息和時域冗余信息。本實施例中采用的壓縮技術(shù)就是將數(shù)據(jù)中的冗余信息去掉(去除數(shù)據(jù)之間的相關(guān)性)，包括幀內(nèi)圖像數(shù)據(jù)壓縮、幀間圖像數(shù)據(jù)壓縮和熵編碼壓縮。
[0072]在手機播放監(jiān)控視頻中有五個重要的技術(shù)參數(shù)將最終影響視頻圖像的質(zhì)量，它們分別是幀率、分辨率、顏色數(shù)、壓縮比和關(guān)鍵幀。其中，幀率是用于測量顯示幀數(shù)的量度。本實施例中可采用的有15幀/秒、25幀/秒(PAL)、30幀/秒(NTSC)。幀速越高，數(shù)據(jù)量越大，質(zhì)量越好。分辨率是指能夠分辨圖像中兩個點或線的能力。視頻分辨率越大，數(shù)據(jù)量越大，質(zhì)量越好。顏色數(shù)指視頻中最多能使用的顏色數(shù)。顏色位數(shù)越多，色彩越逼真，數(shù)據(jù)量也越大。壓縮比較小時對圖像質(zhì)量不會有太大影響，而超過一定倍數(shù)后，將會明顯看出圖像質(zhì)量下降，而且壓縮比越大在回放時花費在解壓的時間越長。視頻數(shù)據(jù)具有很強的幀間相關(guān)性，動態(tài)視頻壓縮正是利用幀間相關(guān)性的特點，通過前后兩個關(guān)鍵幀動態(tài)合成中間的視頻幀。因此對于含有頻繁運動的視頻圖像序列，關(guān)鍵幀數(shù)少就會出現(xiàn)圖像不穩(wěn)定的現(xiàn)象。
[0073]本實施例中選取幀率、分辨率、壓縮比作為提高監(jiān)控視頻的主要參數(shù)。其中由于壓縮比反映在視頻的編碼速率上，而編碼速率還能包含文件大小等更多的信息，所以也可以采用視頻編碼速率取代壓縮比作為一個指標。監(jiān)控視頻編碼速率影響體積，與體積成正比:碼率越大，體積越大；碼率越小，體積越小。幀率影響畫面流暢度，與畫面流暢度成正比:幀率越大，畫面越流暢；幀率越小，畫面越有跳動感。這里碼率為變量，則幀率也會影響體積，幀率越高，每秒鐘經(jīng)過的畫面越多，需要的碼率也越高，體積也越大。分辨率影響圖像大小，與圖像大小成正比:分辨率越高，圖像越大；分辨率越低，圖像越小。
[0074]基于以上影響因素，后臺會針對不同的手機作以參數(shù)匹配，比如，一家三口人，但有可能用三種不同的手機，知道這些參數(shù)后，后臺會提供給不同手機不同的參數(shù)配置，也即是編解碼后的視頻不同，質(zhì)量也不完全相同，但最適合各自的手機。
[0075]本實施例中的監(jiān)控視頻播放模塊14可支持不同格式的多媒體視頻文件的播放，監(jiān)控視頻播放模塊14引用JMF多媒體播放支持，最重要的功能就是可以將各種不同格式，如VCD/DVD/WAV/AVI/MPG/MP3的視頻文件批量轉(zhuǎn)碼為網(wǎng)絡(luò)上支持觀看的流媒體格式ASF/WMA/FLV等,從而實現(xiàn)視首頻內(nèi)容的統(tǒng)一管理和共孕利用。
[0076]具體來說，JMF實際上是Java的一個類包，JMF技術(shù)提供了先進的媒體處理能力，從而擴展了 Java平臺的功能，這些功能包括:媒體捕獲、壓縮、流轉(zhuǎn)、回放，以及對各種主要媒體形式和編碼的支持，如 M-JPEG (Motion Joint Photographic Experts Group)、Η.263(Η.263是一種視頻高壓縮技術(shù)，全稱是MPEG-3AVC，用中文說是“活動圖像專家組-3的高等視頻編碼”，或稱為MPEGjPartlOoXMPS (MPEG Audio Layer3)、實時傳送協(xié)議和實時流轉(zhuǎn)協(xié)議(RTP/RTSP) (RealTimeStreamingProtocoI)>Macromedias Flash、IBM 的 HotMedia 和Beatniks的Rich Media Format (RMF等。JMF還支持廣受歡迎的媒體類型，如Quicktime、Microsoft AVI和MPEG等。此外，JMF軟件中包括了一個開放的媒體架構(gòu)，可靈活采用各種媒體回放、捕獲組件，或采用他們自己的定制的內(nèi)插組件。在JMF中對應播放器的接口是Player。Player對象將音頻/視頻數(shù)據(jù)流作為輸入，然后將數(shù)據(jù)流輸出到音箱或屏幕上，就像⑶播放機讀取⑶唱片中的歌曲，然后將信號送到音箱上一樣。Player對象有多種狀態(tài)，JMF 中定義了 JMF 的六種狀態(tài) Unrealized、Realizing、Realized、Prefetching、Prefetched、Started,在正常情況下Player對象需要經(jīng)歷每個狀態(tài),然后才能播放多媒體，各個狀態(tài)的含義如下:
[0077]Unrealized:在這種狀態(tài)下，Player對象已經(jīng)被實例化,但是并不知道它需要播放的多媒體的任何信息。
[0078]Realizing:當調(diào)用realize方法時，Player對象的狀態(tài)從Unrealized轉(zhuǎn)變?yōu)镽ealizing。在這種狀態(tài)下，Player對象正在確定它需要占用哪些資源。
[0079]Realized:在這種狀態(tài)下Player對象已經(jīng)確定了它需要哪些資源，并且也知道需要播放的多媒體的類型。
[0080]Prefetching:當調(diào)用prefectch方法時，Player對象的狀態(tài)從Realized變?yōu)镻refetching。在該狀態(tài)下的Player對象正在為播放多媒體做一些準備工作,其中包括加載多媒體數(shù)據(jù)，獲得需要獨占的資源等。這個過程被稱為預取，即Prefetch。
[0081]Prefetched:當Player對象完成了預取操作后就到達了該狀態(tài)。
[0082]Started:當調(diào)用start方法后，Player對象就進入了該狀態(tài)并播放多媒體。
[0083]實施例二
[0084]如圖2所示，本發(fā)明智能監(jiān)控手機的實施例，進一步地，還包括報警自助模塊15、手機信息采集模塊16、信號強度采集模塊17、位置信息采集模塊18和報警自救采集模塊19。手機信息采集模塊16、信號強度采集模塊17、位置信息采集模塊18和報警自救采集模塊19分別與監(jiān)控視頻播放模塊14相連。
[0085]其中，監(jiān)控視頻播放模塊14主要是可以播放監(jiān)控網(wǎng)絡(luò)傳輸中或者是數(shù)據(jù)存儲模塊13已經(jīng)存儲的視頻，還可實現(xiàn)播放的控制，如播放、停止、快進、快退、音量大小調(diào)節(jié)等。
[0086]報警自助模塊15，設(shè)置在監(jiān)控視頻播放模塊14中，用于在視頻播放過程中產(chǎn)生間接式中斷視頻播放響應，并彈出報警自助控件。例如，當用戶觸摸播放窗口或者視頻播放過程時，會產(chǎn)生間接式中斷視頻播放響應，并且彈出帶有報警自助控件的框?；蛘撸斢脩魡螕粲|摸屏幕時，視頻暫停播放，彈出對話框，本實施例中還可采用多種方式報警自助框設(shè)計，供用戶選擇。
[0087]手機信息采集模塊17，用于采集手機信息，手機信息包括:時間、日期、手機型號參數(shù)，時間日期是為了方便統(tǒng)計數(shù)據(jù)，手機型號是作為一個參數(shù)指標而獨立存在的，因為手機終端的性能也是直接影響用戶觀看視頻時主觀感受的一個重要因素，便于推送不同的壓縮視頻。
[0088]信號強度采集模塊18，用于采集手機信號強度，手機信號強度包括接收信號強度指示(Received Signal Strength Indication,簡稱:RSSI),用來判定鏈接質(zhì)量，以及是否增大廣播發(fā)送強度。手機信號強度還可包括Ec/10，Ec/10體現(xiàn)了所接收信號的強度和鄰小區(qū)干擾水平的比值。E是Energy (能量)的簡稱，c是指Chip (碼片)，Ec是指一個chip的平均能量，其單位是焦耳。I是Interfere (干擾)的簡稱,ο是Other Cell的簡稱，1是來自于其他小區(qū)的干擾的意思，它也是指能量，Ec/1反映手機當前接收的導頻信號(Pilot)的水平。
[0089]位置信息采集模塊19，用于采集手機在測試時候的地理位置，主要是記錄用戶在進行主觀評測的時候的經(jīng)緯度信息，方便對所處位置的具體情況進行分析。報警自救采集模塊20用于采集用戶查看監(jiān)控視頻中給出的自助報警，并搜集所觀看的視頻文件的名稱，用于手機對所觀看的視頻文件進行分析。
[0090]進一步地，本實施例中的數(shù)據(jù)存儲模塊13采用SQLite數(shù)據(jù)庫，采用SQLite數(shù)據(jù)庫的方便之處在于可以使用SQL語句，因此可方便的實現(xiàn)監(jiān)控視頻數(shù)據(jù)表的建立、查詢、修改、刪除。當用戶完成一次自助報警過程之后將結(jié)果以及相關(guān)的信息存儲到數(shù)據(jù)庫的表中。使用SQLiteSpy等類似的工具可以直接查看SQLite數(shù)據(jù)庫中的表及其數(shù)據(jù)。
[0091]本實施例提供的智能監(jiān)控手機，通過視頻接收模塊11接收流媒體視頻文件，經(jīng)圖像處理器12將流媒體視頻文件進行壓縮轉(zhuǎn)換，轉(zhuǎn)換成手機能夠播放的視頻文件格式的第一流媒體視頻文件，數(shù)據(jù)存儲模塊13存儲圖像處理器處理后的第一流媒體視頻文件，監(jiān)控視頻播放模塊14采用JMF多媒體播放支持，用于播放第一流媒體視頻文件。
[0092]由于圖像處理器12能夠?qū)崿F(xiàn)同步播放監(jiān)控裝置的視頻文件，加上監(jiān)控視頻播放模塊14采用JMF多媒體播放支持，從而可保證手機能夠打開不同格式的視頻監(jiān)控文件，因此能夠保證用戶準確而且及時地獲得與用戶相關(guān)的視頻監(jiān)控信息。
[0093]實施例三
[0094]如圖3所示，本發(fā)明遠程視頻監(jiān)控系統(tǒng)，包括監(jiān)控視頻流媒體服務器20和與其相連的上述智能監(jiān)控手機21。
[0095]其中，監(jiān)控視頻流媒體服務器20包括采集模塊201、存儲模塊202和傳輸模塊203。
[0096]采集模塊201用于采集視頻圖像；
[0097]存儲模塊202用于將采集模塊采集的視頻圖像以流媒體視頻文件的格式存儲；[0098]傳輸模塊203用于將流媒體視頻文件采用快速生成樹協(xié)議(rapid spanning TreeProtocol,簡稱:RSTP)或超文本傳送協(xié)議(HyperText Transfer Protocol,簡稱:HTTP)或?qū)崟r傳輸協(xié)議(Real-time Transport Protocol,簡稱:RTP)經(jīng)網(wǎng)絡(luò)傳輸給智能監(jiān)控手機21。
[0099]如圖5所示，在本發(fā)明遠程視頻監(jiān)控系統(tǒng)實施例中，通信模塊采用CDMA模塊，CDMA模塊通過CDMA無線分組網(wǎng)和CDMA PDSN網(wǎng)關(guān)，將封裝后的視頻圖像信息上傳到IP網(wǎng)絡(luò)，再通過IP網(wǎng)絡(luò)將視頻圖像信息上傳到遠程視頻監(jiān)控服務器，遠程視頻監(jiān)控服務器對接收到的封裝后的視頻圖像信息進行協(xié)議適配、解析處理，并將解析后的視頻圖像信息予以顯示，從而實現(xiàn)遠程視頻監(jiān)控的功能。
[0100]在本發(fā)明遠程視頻監(jiān)控系統(tǒng)實施例中，監(jiān)控視頻流媒體服務器20使用了多個在線視頻監(jiān)控的視頻源，可共同并發(fā)多個視頻來源，首先，在手機主窗口中為視頻序列設(shè)置10個按鈕，當用戶進行測試時，點擊按鈕就可以觀看相應的視頻序列，因為車里監(jiān)控點不同，比如車門、車窗、車載電器等等因此需要對按鈕設(shè)置監(jiān)聽器，來監(jiān)聽用戶的操作。當監(jiān)聽器監(jiān)聽到按鈕事件后，根據(jù)按鈕的標識(id)號，打開一個新的視頻，開始全屏播放視頻，這個視頻是主窗口的子窗口。當在主窗口上點擊一個視頻序列按鈕時，就會將相應的URL和視頻序列號(也就是視頻文件的名字)等參數(shù)傳遞至子窗口，也就是VideoPlayActivity類，VideoPlayActivity類將會調(diào)用其中的PlayRstpStreamO方法來播放視頻，報警功能開始全屏播放選中的視頻序列。
[0101]其中，報警功能采用ratingBarView控件，通過調(diào)用VideoPlayActivity中的onCreatDialog方法,彈出一個警報發(fā)出框,再將ratingBarView控件添加在對話框中。在上面的VideoPlayActivity類中有onTouch O方法,該方法能夠監(jiān)聽視頻播放窗口的事件，當單擊視頻播放窗口時，打開一個子對話框，在其中添加ratingBarView組件,采用“救助”的報警方法，在設(shè)計報警窗口，直接采用了提示框alertDialog的方式,在buildDialogl O方法中，調(diào)用newAlertDialog.Builder (context)方法,實現(xiàn)報警對話框,從而進行主動報警。onTouch O方法監(jiān)聽VideoPlayActivity窗口，當產(chǎn)生touch event觸摸事件時,調(diào)用buildDialogl O方法來彈出報警對話框。
[0102]具體來說，本實施例中監(jiān)控視頻流媒體服務器20采用DJK視頻服務器，DJK是專門用來提供的開源實時流媒體播放服務器程序，整個程序使用C++編寫，在設(shè)計上遵循高性能、簡單、模塊化等程序設(shè)計原則，可擴充性好。并且DJK是一個開放源代碼的，基于標準的流媒體服務器，可以運行在Windows NT和Windows2000，以及若干UNIX實現(xiàn)上，包括MacOS X，Linux, FreeBSD，和 Solaris 操作系統(tǒng)上。
[0103]DJK主要幾個特性:支持MP4、3GPP、M0V等文件格式；支持MPEG_4、H.264等視頻編解碼格式；支持RTSP流控協(xié)議，支持HTTP協(xié)議；支持RTP流媒體傳輸協(xié)議；支持單播和組播；支持基于Web的管理；具有完備的日志功能。利用DJK提供的API就可以很方便地編寫靜態(tài)或動態(tài)的模塊，對DJK進行擴展，使其支持其它文件格式、協(xié)議或者功能。搭建完畢之后的后臺控制系統(tǒng)采用web的形式打開。
[0104]在設(shè)計的效果上來說，從主頁上可以看見當前服務器的一些信息，如服務器名稱、啟動時間、當前時間、運行時間、DJK服務器版本號、當前CPU負載率、當前連接數(shù)、當前吞吐量、總的發(fā)送字節(jié)數(shù)、總的服務連接數(shù)等。當有用戶連接上DJK視頻服務器的時候，在連接狀態(tài)選項卡中會看見連接的設(shè)備的IP地址、當前比特率、發(fā)送的比特數(shù)、丟包率、連接時間以及請求的文件。
[0105]本實施例提供的遠程視頻監(jiān)控系統(tǒng)，通過監(jiān)控視頻流媒體服務器20采集視頻圖像后將采集模塊201采集的視頻圖像以流媒體視頻文件的格式存儲，然后將流媒體視頻文件采用RSTP或HTTP或RTP在網(wǎng)絡(luò)中傳輸給智能監(jiān)控手機21，智能監(jiān)控手機21的視頻接收模塊11接收流媒體視頻文件，經(jīng)圖像處理器12將流媒體視頻文件進行壓縮轉(zhuǎn)換，轉(zhuǎn)換成智能監(jiān)控手機21能夠播放的視頻文件格式的第一流媒體視頻文件，數(shù)據(jù)存儲模塊13存儲圖像處理器處理后的第一流媒體視頻文件，監(jiān)控視頻播放模塊14采用JMF多媒體播放支持，用于播放第一流媒體視頻文件。由于圖像處理器12能夠?qū)崿F(xiàn)同步播放監(jiān)控裝置的視頻文件，加上監(jiān)控視頻播放模塊14采用JMF多媒體播放支持，從而可保證智能監(jiān)控手機21能夠打開視頻監(jiān)控文件，因此能夠保證用戶準確而且及時地獲得與用戶相關(guān)的視頻監(jiān)控信息。
[0106]實施例四
[0107]如圖4所示，本發(fā)明遠程視頻監(jiān)控方法，智能監(jiān)控手機21執(zhí)行如下步驟，包括:
[0108]S101、智能監(jiān)控手機21接收監(jiān)控視頻流媒體服務器20發(fā)送的流媒體視頻文件；
[0109]S102、智能監(jiān)控手機21將流媒體視頻文件進行壓縮轉(zhuǎn)換，轉(zhuǎn)換成智能監(jiān)控手機21能夠播放的視頻文件格式的第一流媒體視頻文件；
[0110]具體地，智能監(jiān)控手機21將接收到的流媒體視頻文件進行幀內(nèi)圖像數(shù)據(jù)壓縮、幀間圖像數(shù)據(jù)壓縮和熵編碼壓縮，轉(zhuǎn)換成客戶端能夠播放的視頻文件格式的第一流媒體視頻文件。
[0111]S103、智能監(jiān)控手機21采用JMF多媒體播放支持，存儲并播放第一流媒體視頻文件;
[0112]進一步地，還包括:
[0113]S104、智能監(jiān)控手機21在視頻播放過程中產(chǎn)生間接式中斷視頻播放響應，并彈出報警自助控件；
[0114]S105、智能監(jiān)控手機21采集手機信息，手機信息包括:時間、日期、手機型號參數(shù)；
[0115]S106、智能監(jiān)控手機21采集手機信號強度，手機信號強度包括RSSI ；
[0116]S107、智能監(jiān)控手機21采集手機在測試時候的地理位置；
[0117]S108、智能監(jiān)控手機21采集用戶查看監(jiān)控視頻中給出的自助報警，并搜集所觀看的視頻文件的名稱，用于對所觀看的視頻文件進行分析。
[0118]本實施例提供的遠程視頻監(jiān)控方法，通過智能監(jiān)控手機21接收流媒體視頻文件后，將流媒體視頻文件進行壓縮轉(zhuǎn)換，轉(zhuǎn)換成智能監(jiān)控手機21能夠播放的視頻文件格式的第一流媒體視頻文件，智能監(jiān)控手機21采用JMF多媒體播放支持，存儲并播放第一流媒體視頻文件，從而可保證智能監(jiān)控手機21能夠打開不同格式的視頻監(jiān)控文件，因此能夠保證用戶準確而且及時地獲得與用戶相關(guān)的視頻監(jiān)控信息。
[0119]實施例五
[0120]如圖5所示，本發(fā)明遠程視頻監(jiān)控方法，監(jiān)控視頻流媒體服務器20執(zhí)行如下步驟，包括:
[0121]S201、監(jiān)控視頻流媒體服務器20采集視頻圖像；
[0122]S202、監(jiān)控視頻流媒體服務器20將采集模塊采集的視頻圖像以流媒體視頻文件的格式存儲；
[0123]S203、監(jiān)控視頻流媒體服務器20將流媒體視頻文件采用RSTP或HTTP或RTP在網(wǎng)絡(luò)中傳輸給智能監(jiān)控手機21，以使智能監(jiān)控手機21接收流媒體視頻文件并將流媒體視頻文件進行壓縮轉(zhuǎn)換，轉(zhuǎn)換成智能監(jiān)控手機21能夠播放的視頻文件格式的第一流媒體視頻文件后，存儲并播放第一流媒體視頻文件。
[0124]本實施例提供的遠程視頻監(jiān)控方法，通過監(jiān)控視頻流媒體服務器20采集視頻圖像后將采集模塊采集的視頻圖像以流媒體視頻文件的格式存儲，然后將流媒體視頻文件采用RSTP或HTTP或RTP在網(wǎng)絡(luò)中傳輸給智能監(jiān)控手機21，智能監(jiān)控手機21的視頻接收模塊接收流媒體視頻文件，經(jīng)圖像處理器將流媒體視頻文件進行壓縮轉(zhuǎn)換，轉(zhuǎn)換成智能監(jiān)控手機21能夠播放的視頻文件格式的第一流媒體視頻文件，數(shù)據(jù)存儲模塊存儲圖像處理器處理后的第一流媒體視頻文件，監(jiān)控視頻播放模塊采用JMF多媒體播放支持，用于播放第一流媒體視頻文件。由于圖像處理器能夠?qū)崿F(xiàn)同步播放監(jiān)控裝置的視頻文件，加上監(jiān)控視頻播放模塊采用JMF多媒體播放支持，從而可保證智能監(jiān)控手機21能夠打開視頻監(jiān)控文件，因此能夠保證用戶準確而且及時地獲得與用戶相關(guān)的視頻監(jiān)控信息。
[0125]以上所述的實施例僅僅是對本發(fā)明的優(yōu)選實施方式進行描述，并非對本發(fā)明的范圍進行限定，在不脫離本發(fā)明涉及精神的前提下，本領(lǐng)域普通工程技術(shù)人員對本發(fā)明的技術(shù)方案做出的各種變形和改進，均應落入本發(fā)明的權(quán)利要求書確定的保護范圍內(nèi)。
【權(quán)利要求】
1.一種智能監(jiān)控手機，包括圖像處理器(12)、數(shù)據(jù)存儲模塊(13)和通信模塊15，其特征在于，還包括視頻接收模塊(11)和監(jiān)控視頻播放模塊(14)，所述視頻接收模塊(11)、圖像處理器(12)、數(shù)據(jù)存儲模塊(13)和監(jiān)控視頻播放模塊(14)依次相連，所述通信模塊(15)與所述圖像處理器(12)相連，其中: 所述視頻接收模塊(11)，用于實時采集視頻圖像信息，并將視頻圖像信息才流媒體視頻文件發(fā)送給圖像處理器(12)； 所述圖像處理器(12)，用于通過第一串口接收視頻圖像信息并進行壓縮、轉(zhuǎn)換處理，按照網(wǎng)絡(luò)通信協(xié)議封裝壓縮、轉(zhuǎn)換處理后的視頻圖像信息通過第二串口發(fā)送給通信模塊； 所述數(shù)據(jù)存儲模塊(13)，用于存儲圖像處理器處理后的第一流媒體視頻文件； 所述監(jiān)控視頻播放模塊(14)，采用JMF多媒體播放支持，用于播放第一流媒體視頻文件； 所述通信模塊(15)，用于將封裝后的視頻圖像信息發(fā)送給遠程視頻監(jiān)控服務器。
2.根據(jù)權(quán)利要求1所述的智能監(jiān)控手機，其特征在于，還包括報警自助模塊(15)、手機信息采集模塊(16)、信號強度采集模塊(17)、位置信息采集模塊(18)和報警自救采集模塊(19)，所述手機信息采集模塊(16)、信號強度采集模塊(17)、位置信息采集模塊(18)和報警自救采集模塊(19)分 別與所述監(jiān)控視頻播放模塊(14)相連。
3.根據(jù)權(quán)利要求2所述的智能監(jiān)控手機，其特征在于，其中所述圖像處理器(12)具體用于將接收到的流媒體視頻文件進行幀內(nèi)圖像數(shù)據(jù)壓縮、幀間圖像數(shù)據(jù)壓縮和熵編碼壓縮，轉(zhuǎn)換成可播放格式的第一流媒體視頻文件。
4.根據(jù)權(quán)利要求3所述的智能監(jiān)控手機，其特征在于，其中所述視頻接收模塊(11)具體包括: 壓縮單元，用于將采集模塊采集的視頻圖像信息進行壓縮處理； 轉(zhuǎn)換單元，用于將壓縮單元壓縮處理后的視頻圖像信息進行模數(shù)轉(zhuǎn)換，以使模擬信號的視頻圖像信息轉(zhuǎn)換為數(shù)字信號的視頻圖像信息； 封裝單元，用于將數(shù)字信號的視頻圖像信息按照網(wǎng)絡(luò)通信協(xié)議封裝為適合以太網(wǎng)中傳輸?shù)臄?shù)據(jù)幀； 緩存單元，用于將封裝后的視頻圖像信息暫時在緩存空間進行緩存，以備通信模塊取出和傳送封裝后的視頻圖像信息。
5.根據(jù)權(quán)利要求4所述的智能監(jiān)控手機，其特征在于，其中所述視頻接收模塊(11)設(shè)有兩個波特率相互獨立的第一串口(UARTO)和第二串口(UARTl)，其中，所述第一串口(UARTO)與內(nèi)置攝像頭連接，所述視頻接收模塊(11)通過所述第二串口(UARTl)接收視頻圖像信息，將視頻圖像信息進行壓縮、轉(zhuǎn)換處理，并按照TCP/IP協(xié)議將圖像數(shù)據(jù)封裝成PPP數(shù)據(jù)幀；所述第二串口(UARTl)與所述通信模塊(15)連接，所述視頻接收模塊(11)通過所述第二串口(UARTl)將包含視頻圖像信息的PPP數(shù)據(jù)幀發(fā)送到通信模塊(15)，通信模塊(15)通過CDMA無線分組網(wǎng)和因特網(wǎng)將視頻圖像信息發(fā)送到遠程視頻監(jiān)控服務器。
6.采用權(quán)利要求1-5中任一所述的智能監(jiān)控手機的遠程視頻監(jiān)控系統(tǒng)，其特征在于，包括監(jiān)控視頻流媒體服務器(21)和與其相連的上述智能監(jiān)控手機(21)，所述監(jiān)控視頻流媒體服務器(21)包括采集模塊(201)、存儲模塊(202)和傳輸模塊(203)，其中: 所述采集模塊(201)，用于采集視頻圖像；所述存儲模塊(202)，用于將采集模塊采集的視頻圖像以流媒體視頻文件的格式存儲； 所述傳輸模塊(203)，用于將流媒體視頻文件采用快速生成樹協(xié)議(RSTP)或超文本傳送協(xié)議(HTTP)或?qū)崟r傳輸協(xié)議(RTP)經(jīng)網(wǎng)絡(luò)傳輸給智能監(jiān)控手機(21)。
7.根據(jù)權(quán)利要求6所述的遠程視頻監(jiān)控系統(tǒng)，其特征在于，其中所述監(jiān)控視頻流媒體服務器(21)采用DJK視頻服務器。
8.根據(jù)權(quán)利要求7所述的遠程視頻監(jiān)控系統(tǒng)，其特征在于，其中所述通信模塊(15)采用CDMA模塊，所述CDMA模塊通過CDMA無線分組網(wǎng)和CDMA PDSN網(wǎng)關(guān)，將封裝后的視頻圖像信息上傳到IP網(wǎng)絡(luò)，再通過所述IP網(wǎng)絡(luò)將視頻圖像信息上傳到所述遠程視頻監(jiān)控服務器(21)。
9.采用權(quán)利要求6或7或8所述的遠程視頻監(jiān)控系統(tǒng)的監(jiān)控方法，其特征在于，該方法中智能監(jiān)控手機(21)執(zhí)行如下步驟，包括: S101、所述智能監(jiān)控手機(21)接收監(jiān)控視頻流媒體服務器(21)發(fā)送的流媒體視頻文件； S102、所述智能監(jiān)控手機(21)將流媒體視頻文件進行幀內(nèi)圖像數(shù)據(jù)壓縮、幀間圖像數(shù)據(jù)壓縮和熵編碼壓縮，轉(zhuǎn)換成智能監(jiān)控手機(21)能夠播放的視頻文件格式的第一流媒體視頻文件； S103、所述智能監(jiān)控手機(21)采用JMF多媒體播放支持，存儲并播放第一流媒體視頻文件； 監(jiān)控視頻流媒體服務器(20)執(zhí)行如下步驟，包括: S(201)、所述監(jiān)控視頻流媒體服務器(20)采集視頻圖像； S(202)、所述監(jiān)控視頻流媒體服務器(20))將采集模塊采集的視頻圖像以流媒體視頻文件的格式存儲； S203、所述監(jiān)控視頻流媒體服務器(20)將流媒體視頻文件采用RSTP或HTTP或RTP在網(wǎng)絡(luò)中傳輸給所述智能監(jiān)控手機(21)，以使智能監(jiān)控手機(21)接收流媒體視頻文件并將流媒體視頻文件進行壓縮轉(zhuǎn)換，轉(zhuǎn)換成智能監(jiān)控手機(21)能夠播放的視頻文件格式的第一流媒體視頻文件后，存儲并播放第一流媒體視頻文件。
10.采用權(quán)利要求9的監(jiān)控方法，其特征在于，該方法中所述智能監(jiān)控手機(21)還執(zhí)行如下步驟，包括: S104、所述智能監(jiān)控手機(21)在視頻播放過程中產(chǎn)生間接式中斷視頻播放響應，并彈出報警自助控件； S105、所述智能監(jiān)控手機(21)采集手機信息，手機信息包括:時間、日期、手機型號參數(shù)； S106、所述智能監(jiān)控手機(21)采集手機信號強度，手機信號強度包括RSSI； S107、所述智能監(jiān)控手機(21)采集手機在測試時候的地理位置； S108、所述智能監(jiān)控手機(21)采集用戶查看監(jiān)控視頻中給出的自助報警，并搜集所觀看的視頻文件的名稱，用于對所觀看的視頻文件進行分析。
【文檔編號】H04N7/18GK103647940SQ201310607024
【公開日】2014年3月19日 申請日期:2013年11月25日 優(yōu)先權(quán)日:2013年11月25日
【發(fā)明者】楊喆 申請人:北京百納威爾科技有限公司