本發(fā)明涉及互聯(lián)網(wǎng)技術領域，特別是涉及一種視頻故障監(jiān)控方法、裝置、系統(tǒng)及電子設備。

背景技術：

隨著網(wǎng)絡技術的發(fā)展，網(wǎng)絡視頻日益增多。在網(wǎng)絡視頻播放的過程中，由于不同用戶終端的網(wǎng)絡狀況或者觀看環(huán)境各有差異，經(jīng)常會出現(xiàn)視頻卡頓、無法播放等錯誤。除了用戶本身網(wǎng)絡環(huán)境的問題外，運營商也可能對網(wǎng)絡進行流量控制等操作，造成視頻卡頓的原因多種多樣且可以發(fā)生變化。

現(xiàn)有技術中，通常在服務器端部署監(jiān)控程序來監(jiān)控視頻服務的訪問和流量，但上述監(jiān)控方式對某些故障并不能監(jiān)控到位，比如運營商流量限制等故障，對于這些故障，網(wǎng)絡視頻服務商的支撐后臺自身的監(jiān)控顯示并沒有問題，但用戶端卻可能發(fā)生局部卡頓、播放錯誤等故障，而網(wǎng)絡視頻服務商的支撐后臺對此可能一無所知。

技術實現(xiàn)要素：

本發(fā)明實施例的目的在于提供一種視頻故障監(jiān)控方法、裝置、系統(tǒng)及電子設備，通過在終端獲取和服務器端分析構建一個視頻故障監(jiān)控系統(tǒng)，以及時發(fā)現(xiàn)用戶端播放故障的原因，提高后臺服務質(zhì)量，改善用戶的播放體驗。

具體技術方案如下：

一種視頻故障監(jiān)控方法，包括：

終端監(jiān)控視頻應用訪問視頻服務時的運行狀態(tài)；

當所述視頻應用發(fā)生故障時，所述終端從視頻服務支撐平臺獲取與所述視頻應用相關的服務數(shù)據(jù)；

所述終端將所述服務數(shù)據(jù)發(fā)送給所述視頻應用對應的監(jiān)控服務器。

在本發(fā)明實施例提供的一種實現(xiàn)方式中，所述獲取與所述視頻應用相關的服務數(shù)據(jù)，包括：

所述終端模擬所述視頻應用訪問視頻服務時的流程，獲取所述視頻服務支撐平臺與所述視頻應用相關的服務數(shù)據(jù)；其中，所述終端通過調(diào)用軟件開發(fā)包sdk模擬所述視頻應用訪問視頻服務時的流程。

一種視頻故障監(jiān)控裝置，包括：

監(jiān)控模塊，用于監(jiān)控視頻應用訪問視頻服務時的運行狀態(tài)；

獲取模塊，用于當所述視頻應用發(fā)生故障時，從視頻服務支撐平臺獲取與所述視頻應用相關的服務數(shù)據(jù)；

發(fā)送模塊，用于將所述服務數(shù)據(jù)發(fā)送給所述視頻應用對應的監(jiān)控服務器。

在本發(fā)明實施例提供的一種實現(xiàn)方式中，所述獲取模塊具體用于模擬所述視頻應用訪問視頻服務時的流程，獲取所述視頻服務支撐平臺與所述視頻應用相關的服務數(shù)據(jù)；其中，所述終端通過調(diào)用軟件開發(fā)包sdk模擬所述視頻應用訪問視頻服務時的流程。

一種視頻故障監(jiān)控系統(tǒng)，該系統(tǒng)包括終端和服務器；

所述終端用于監(jiān)控視頻應用訪問視頻服務時的運行狀態(tài)；當所述視頻應用發(fā)生故障時，所述終端從視頻服務支撐平臺獲取與所述視頻應用相關的服務數(shù)據(jù)；所述終端將所述服務數(shù)據(jù)發(fā)送給所述視頻應用對應的監(jiān)控服務器；

所述服務器用于接收終端發(fā)送的服務數(shù)據(jù)，對所述服務數(shù)據(jù)生成所述視頻服務支撐平臺中各服務對應的監(jiān)控報告。

在本發(fā)明實施例提供的一種實現(xiàn)方式中，所述對所述服務數(shù)據(jù)生成所述視頻服務支撐平臺中各服務對應的監(jiān)控報告，包括：

按照所述視頻服務支撐平臺的服務類別，對所述服務數(shù)據(jù)進行分類，獲取各服務類別對應的服務數(shù)據(jù)；

對各服務類別對應的服務數(shù)據(jù)生成視頻服務支撐平臺中各服務對應的監(jiān)控報告。

在本發(fā)明實施例提供的一種實現(xiàn)方式中，所述對所述服務數(shù)據(jù)生成所述視頻服務支撐平臺中各服務對應的監(jiān)控報告之后，還包括：

所述服務器還用于周期性發(fā)送所述視頻服務支撐平臺中各服務對應的監(jiān)控報告。

在本發(fā)明實施例提供的一種實現(xiàn)方式中，所述接收終端發(fā)送的服務數(shù)據(jù)，具體包括：所述服務器從線上mysql數(shù)據(jù)庫中讀取所述終端投遞的服務數(shù)據(jù)。

一種電子設備，包括處理器、通信接口、存儲器和通信總線，其中，處理器，通信接口，存儲器通過通信總線完成相互間的通信；

存儲器，用于存放計算機程序；

處理器，用于執(zhí)行存儲器上所存放的程序時，實現(xiàn)權利要求1-2任一所述的方法步驟。

在本發(fā)明實施的又一方面，還提供了一種計算機可讀存儲介質(zhì)，所述計算機可讀存儲介質(zhì)中存儲有指令，當其在計算機上運行時，使得計算機執(zhí)行上述任一所述的視頻故障監(jiān)控方法。

在本發(fā)明實施的又一方面，本發(fā)明實施例還提供了一種包含指令的計算機程序產(chǎn)品，當其在計算機上運行時，使得計算機執(zhí)行上述任一所述的視頻故障監(jiān)控方法。

與現(xiàn)有技術相比，本發(fā)明實施例提供的一種視頻故障監(jiān)控方法、裝置、系統(tǒng)及電子設備，可以實現(xiàn)從用戶端觀察視頻服務后臺并監(jiān)控服務質(zhì)量，比單純監(jiān)控視頻服務后臺的服務更容易發(fā)現(xiàn)視頻播放故障原因，可以對用戶體驗直觀和準確的了解，幫助提高視頻服務質(zhì)量，改善用戶的播放體驗。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹。

圖1為本發(fā)明實施例中的一種視頻故障監(jiān)控系統(tǒng)結(jié)構圖；

圖2為本發(fā)明實施例中應用于終端的視頻故障監(jiān)控方法流程圖；

圖3為本發(fā)明實施例中應用于終端的視頻故障監(jiān)控裝置結(jié)構圖；

圖4為本發(fā)明實施例中一種電子設備結(jié)構圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行描述。

下面通過具體實施例，對本發(fā)明進行詳細說明。

如圖1所示，本發(fā)明實施例中一種視頻故障監(jiān)控系統(tǒng)，監(jiān)控系統(tǒng)303包括終端301和服務器302；

終端301用于監(jiān)控視頻應用訪問視頻服務時的運行狀態(tài)；當所述視頻應用發(fā)生故障時，所述終端從視頻服務支撐平臺獲取與所述視頻應用相關的服務數(shù)據(jù)；所述終端將所述服務數(shù)據(jù)發(fā)送給所述視頻應用對應的監(jiān)控服務器；

服務器302用于接收終端發(fā)送的服務數(shù)據(jù)，對所述服務數(shù)據(jù)生成所述視頻服務支撐平臺中各服務對應的監(jiān)控報告。

本發(fā)明實施例提供的視頻故障監(jiān)控系統(tǒng)中，服務器302可以是為用戶提供視頻服務的服務器也可以是獨立的專門用來監(jiān)控終端的服務器，例如做刀片式服務器、塔式服務器等。

用戶需要通過安裝在終端301上的視頻應用觀看本地或網(wǎng)絡上的視頻。其中，當用戶通過安裝在終端上的視頻應用觀看網(wǎng)絡上的視頻時，網(wǎng)絡中的視頻服務支撐平臺的多種服務需要同時運行，為終端上的視頻應用提供視頻服務。

用戶在使用視頻應用看視頻時，經(jīng)常會發(fā)生卡頓、播放錯誤、無法播放等情況，終端會獲取服務數(shù)據(jù)發(fā)送給監(jiān)控服務器。監(jiān)控服務器會接收終端發(fā)來的服務數(shù)據(jù)，通過對終端發(fā)送的服務數(shù)據(jù)分析,判斷服務數(shù)據(jù)中異常數(shù)據(jù)及對應的可能發(fā)生的故障，對所述服務數(shù)據(jù)進行分析可以包括但不限于以下一種或多種：根據(jù)用戶ip分析地域運營商等信息，補充用戶投遞數(shù)據(jù)；根據(jù)服務類別對數(shù)據(jù)逐類分辨；通過比對權威dns(domainnamesystem，域名系統(tǒng))服務器的數(shù)據(jù)和獲取的服務數(shù)據(jù)，分析dns劫持等情況；通過校驗獲取的返回內(nèi)容，分析服務故障情況，以及http(hypertexttransportprotocol，超文本傳輸協(xié)議)劫持情況。

對這些服務數(shù)據(jù)的解讀分析可以判斷出視頻播放故障的原因，例如，視頻碼率高于正常值，說明該視頻清晰度很高，播放該視頻對硬件要求也很高，造成播放故障的原因很大可能是終端硬件條件不夠好。運營商信息與預先設定的運營商信息不一致，那么造成播放故障的原因很大可能是運營商不能提供良好的網(wǎng)絡環(huán)境或則進行了流量限制。對投遞上來的dns解析結(jié)果和權威dns服務的查詢結(jié)果進行分析比對，從而知曉用戶端是否發(fā)生dns劫持,等等。

在本發(fā)明實施例的一種具體實施方式中，對所述服務數(shù)據(jù)生成所述視頻服務支撐平臺中各服務對應的監(jiān)控報告，包括：

服務器按照所述視頻服務支撐平臺的服務類別，對所述服務數(shù)據(jù)進行分類，獲取各服務類別對應的服務數(shù)據(jù)；

服務器對各服務類別對應的服務數(shù)據(jù)生成視頻服務支撐平臺中各服務對應的監(jiān)控報告。

具體的一種情況可以是，服務器從線上mysql數(shù)據(jù)庫中讀取原始服務數(shù)據(jù)，通過分析程序分析，按各個視頻服務關聯(lián)的支撐后臺的服務分門別類，生成視頻服務支撐平臺中各服務對應的監(jiān)控報告，將分析的數(shù)據(jù)存入離線mysql數(shù)據(jù)庫中。

在本發(fā)明實施例的一種具體實施方式中，所述對所述服務數(shù)據(jù)生成所述視頻服務支撐平臺中各服務對應的監(jiān)控報告之后，還包括：

服務器周期性發(fā)送所述視頻服務支撐平臺中各服務對應的監(jiān)控報告。

具體可以是，監(jiān)控服務器生成所述視頻服務支撐平臺中各服務對應的監(jiān)控報告之后，定時或不定時發(fā)送所述視頻服務支撐平臺中各服務對應的監(jiān)控報告，用趨勢圖等描述一天的網(wǎng)絡故障變化。而接收監(jiān)控報告的可能是服務器或者功能模塊，但無論哪種形式，都應有一個對應的日志之類的東西，或者是一個相關的監(jiān)控程序，從而完成記錄，用戶可以去相應的地方查看報告。

在本發(fā)明實施例的一種具體實施方式中，所述接收終端發(fā)送的服務數(shù)據(jù)，具體包括：所述服務器從線上mysql數(shù)據(jù)庫中讀取所述終端投遞的服務數(shù)據(jù)。

通常的監(jiān)控是直接部署監(jiān)控程序來監(jiān)控視頻服務的訪問和流量等等，本發(fā)明實施例則是從用戶端獲取故障數(shù)據(jù)，并在服務器端形成監(jiān)控，本發(fā)明實施例通過模擬用戶故障現(xiàn)場獲取故障數(shù)據(jù)，將故障數(shù)據(jù)發(fā)送給服務器進行分析，并監(jiān)控分析結(jié)果，及時了解用戶的網(wǎng)絡體驗，向相關服務發(fā)送監(jiān)控報告，由此更貼近用戶的服務體驗，對用戶的痛點了解更深，對于一些不是視頻服務本身所導致的如運營商限制等，也可以監(jiān)控到位。例如，網(wǎng)絡側(cè)在進行視頻播放時，需要有多個網(wǎng)元或服務運行，比如播放服務器、計費、廣告、彈幕、等等，每個功能都是由一個獨立的服務模塊執(zhí)行的，在本發(fā)明實施例中，監(jiān)控服務器在獲取到故障數(shù)據(jù)后，對其分析并進行分類生成監(jiān)控報告，將與每個獨立的服務模塊相關的監(jiān)控報告發(fā)送至相關的服務，這里相關的服務可能是一個獨立的服務器，也可能是一個功能模塊，但無論哪種形式，都應有一個對應的日志之類的東西，或者是一個相關的監(jiān)控程序，從而完成記錄，用戶可以去相應的地方查看報告。

對某些劫持例如dns劫持和http劫持，常規(guī)的網(wǎng)絡側(cè)監(jiān)控服務器，根本無法感知服務被別人劫持的情況，因為在dns劫持時，用戶端解析到的服務器地址已經(jīng)被篡改，用戶的訪問記錄根本不會出現(xiàn)在視頻服務器的日志中，而本發(fā)明實施例針對這種情況，當所述視頻應用發(fā)生故障時，在終端模擬視頻訪問流程，從視頻服務支撐平臺獲取與所述視頻應用相關的服務數(shù)據(jù)，通過這種方式會記錄此時所解析的dns結(jié)果，在服務器端分析模塊中對投遞上來的dns解析結(jié)果和權威dns服務的查詢結(jié)果進行分析比對，從而知曉用戶端是否發(fā)生dns劫持。

如圖2所示，本發(fā)明實施例中一種視頻故障監(jiān)控方法的流程圖，應用于終端，包括：

s101，終端監(jiān)控視頻應用訪問視頻服務時的運行狀態(tài)。

本發(fā)明實施例提供的視頻故障監(jiān)控方法應用于用戶使用的終端，其中，終端可以為任一種提供給用戶直接使用的且能夠播放視頻的電子設備，例如電腦、手機、網(wǎng)絡電視等。用戶需要通過安裝在終端上的視頻應用觀看本地或網(wǎng)絡上的視頻。其中，當用戶通過安裝在終端上的視頻應用觀看網(wǎng)絡上的視頻時，網(wǎng)絡中的視頻服務支撐平臺的多種服務需要同時運行，為終端上的視頻應用提供視頻服務。

用戶在使用視頻應用看視頻時，經(jīng)常會發(fā)生卡頓、播放錯誤、無法播放等情況，因此需要對視頻應用訪問視頻服務時的狀態(tài)進行監(jiān)控。但由于視頻服務支撐平臺部署于網(wǎng)絡側(cè)，傳統(tǒng)的監(jiān)控方法都是在網(wǎng)絡側(cè)對視頻應用訪問的視頻服務進行監(jiān)控，但由于網(wǎng)絡側(cè)的網(wǎng)絡狀態(tài)與終端側(cè)的網(wǎng)絡狀態(tài)存在差異，因此可能影響監(jiān)控準確度。

本實施例中，在終端中部署一個監(jiān)控模塊，使用終端中的監(jiān)控模塊對視頻應用訪問視頻服務時的運行狀態(tài)進行監(jiān)控，這樣將可以獲取到視頻應用訪問視頻服務時的真實網(wǎng)絡狀態(tài)。

s102，當所述視頻應用發(fā)生故障時，所述終端從視頻服務支撐平臺獲取與所述視頻應用相關的服務數(shù)據(jù)。

視頻服務支撐平臺是視頻應用播放視頻服務時，網(wǎng)絡側(cè)與該視頻服務相關的一系列實體網(wǎng)元或服務所組成的系統(tǒng)。當終端中的監(jiān)控模塊發(fā)現(xiàn)視頻應用中訪問的視頻服務發(fā)生故障時，獲取模塊將從與視頻應用訪問的視頻服務相關的視頻服務支撐平臺的網(wǎng)元或服務中，獲取與終端運行的視頻服務相關的服務數(shù)據(jù)。其中，視頻應用發(fā)生故障包括視頻播放發(fā)生卡頓、播放錯誤、無法播放等情況。

服務數(shù)據(jù)包括：視頻資源索引服務相關，如視頻id，視頻碼率，視頻調(diào)度地址，返回內(nèi)容等；視頻地址調(diào)度服務相關，如用戶區(qū)域、運營商，cdn(contentdeliverynetwork，內(nèi)容分發(fā)網(wǎng)絡)訪問地址，返回內(nèi)容等；cdn服務相關，如服務返回碼，下載速度等；其他視頻服務相關，不一一列舉。

當播放故障發(fā)生后，為了更全面準確的了解故障發(fā)生的原因，本發(fā)明實施例設置于終端的獲取模塊會模擬視頻應用訪問視頻服務的流程，從視頻服務支撐平臺獲取和該視頻相關的服務數(shù)據(jù)，一種具體的流程可包括：獲取模塊向服務器發(fā)送視頻訪問接入請求，接入請求中包括所請求的視頻標識信息和發(fā)起請求的終端標識信息，服務器在接到請求后會啟動各種與該視頻相關的服務，如：視頻資源索引服務、視頻地址調(diào)度服務、cdn服務等等，服務器通過這些服務可以將終端請求的視頻傳給終端，同時也會將為該視頻提供的各種服務數(shù)據(jù)傳給終端。對這些服務數(shù)據(jù)的解讀分析可以判斷出視頻播放故障的原因，例如，視頻碼率高于正常值，說明該視頻清晰度很高，播放該視頻對硬件要求也很高，造成播放故障的原因很大可能是終端硬件條件不夠好。運營商信息與預先設定的運營商信息不一致，那么造成播放故障的原因很大可能是運營商不能提供良好的網(wǎng)絡環(huán)境或則進行了流量限制，等等。

獲取模塊將這些獲取到的服務數(shù)據(jù)整理分類后提交給發(fā)送模塊。

s103，所述終端將所述服務數(shù)據(jù)發(fā)送給所述視頻應用對應的監(jiān)控服務器。

在獲取到與視頻應用相關的服務數(shù)據(jù)后，終端中的發(fā)送模塊即可將這些服務數(shù)據(jù)發(fā)送給與終端運行的視頻應用對應的監(jiān)控服務器。監(jiān)控服務器是網(wǎng)絡中專門用于監(jiān)控網(wǎng)絡運行狀態(tài)的網(wǎng)元，用于獲取網(wǎng)絡運行中的產(chǎn)生數(shù)據(jù)，通過對數(shù)據(jù)的分析，對網(wǎng)絡的運行狀態(tài)進行監(jiān)控。監(jiān)控服務器可以是提供視頻資源的服務器也可以是獨立的專門用來監(jiān)控終端視頻播放狀態(tài)的服務器。每個播放視頻的終端都有一個或則多個服務器對其監(jiān)控。

具體地，終端可以將獲取的所有相關數(shù)據(jù)，通過http發(fā)送給監(jiān)控服務器。當然發(fā)送方式不限于http，還可以使用tcp(transmissioncontrolprotocol，傳輸控制協(xié)議)、ftp(filetransferprotocol，文件傳輸協(xié)議)、udp(userdatagramprotocol，用戶數(shù)據(jù)報協(xié)議)等發(fā)送方式發(fā)送傳輸。

本發(fā)明實施例的另一種具體實施方式中，步驟s102所述獲取與所述視頻應用相關的服務數(shù)據(jù)，包括：

所述終端模擬所述視頻應用訪問視頻服務時的流程，獲取所述視頻服務支撐平臺與所述視頻應用相關的服務數(shù)據(jù)；其中，所述終端通過調(diào)用軟件開發(fā)包sdk模擬所述視頻應用訪問視頻服務時的流程。

為了獲取視頻應用訪問視頻服務時，更加準確的運行狀態(tài)，當視頻應用發(fā)生故障時，終端中的獲取模塊可以模擬視頻應用訪問視頻服務時的流程，并獲取視頻服務支撐平臺的相關服務發(fā)送的服務數(shù)據(jù)。這樣獲取的服務數(shù)據(jù)，與用戶使用終端中的視頻應用訪問視頻服務時產(chǎn)生的服務數(shù)據(jù)是相同的，能夠準確地反應視頻應用訪問視頻服務時網(wǎng)絡的真實狀態(tài)。因此將通過上述方法獲取的服務數(shù)據(jù)發(fā)送給監(jiān)控服務器后，監(jiān)控服務器將能夠準確地判斷視頻服務支撐平臺的運行狀態(tài)，從而為網(wǎng)絡維護和故障修復提供了準確地數(shù)據(jù)支持。

具體的一種情況可以是：將sdk(softwaredevelopmentkit，軟件開發(fā)工具包)嵌入終端視頻app(application，軟件應用)中。本發(fā)明實施例中終端sdk是一個特定的sdk，而不是任意的sdk都可以。一旦app播放發(fā)生卡頓或故障，終端通過調(diào)用軟件開發(fā)包sdk模擬用戶訪問視頻服務的流程，對服務支撐平臺各個相關服務進行偵查式訪問獲取所有相關數(shù)據(jù)。

偵查式訪問是指根據(jù)訪問視頻服務的流程，對服務支撐平臺各相關服務訪問，獲取服務訪問時間，響應時間，返回數(shù)據(jù)，分析域名解析情況，分析劫持情況，并針對cdn服務測試下載速度等。相比于單方面從網(wǎng)絡側(cè)獲取終端訪問視頻服務信息，偵查式訪問獲取的數(shù)據(jù)更準確全面，提供了更完善的數(shù)據(jù)使分析結(jié)果更準確。

本發(fā)明的實施例所提供的方法，應用于終端，實現(xiàn)從用戶端獲取故障數(shù)據(jù)，并在服務器端形成監(jiān)控和分析，由此更貼近用戶的服務體驗，對用戶的痛點了解更深，對于一些不是視頻服務本身所導致的如運營商限制等，也可以監(jiān)控到位。

如圖3所示，本發(fā)明實施例中一種視頻故障監(jiān)控裝置結(jié)構示意圖，應用于終端，所述裝置包括：

監(jiān)控模塊201，用于監(jiān)控視頻應用訪問視頻服務時的運行狀態(tài)；

獲取模塊202，用于當所述視頻應用發(fā)生故障時，從視頻服務支撐平臺獲取與所述視頻應用相關的服務數(shù)據(jù)；

發(fā)送模塊203，用于將所述服務數(shù)據(jù)發(fā)送給所述視頻應用對應的監(jiān)控服務器。

本發(fā)明實施例的另一種具體實施方式中所述獲取模塊202具體用于模擬所述視頻應用訪問視頻服務時的流程，獲取所述視頻服務支撐平臺與所述視頻應用相關的服務數(shù)據(jù)；其中，所述終端通過調(diào)用軟件開發(fā)包sdk模擬所述視頻應用訪問視頻服務時的流程。

本發(fā)明的實施例所提供的裝置，應用于終端，系統(tǒng)的監(jiān)控模塊監(jiān)控播放軟件的播放狀態(tài)，如果發(fā)生卡頓、播放錯誤等影響用戶體驗的情況時，獲取模塊從終端的視頻服務支撐平臺獲取與視頻應用相關的服務數(shù)據(jù)，并由發(fā)送模塊將所述服務數(shù)據(jù)發(fā)送給所述視頻應用對應的監(jiān)控服務器。從而實現(xiàn)從用戶端獲取故障數(shù)據(jù)，并在服務器端形成監(jiān)控和分析，由此更貼近用戶的服務體驗，對用戶的痛點了解更深，對于一些不是視頻服務本身所導致的如運營商限制等，也可以監(jiān)控到位。

本發(fā)明實施例還提供了一種電子設備，如圖4所示，包括處理器401、通信接口402、存儲器403和通信總線404，其中，處理器401，通信接口402，存儲器403通過通信總線404完成相互間的通信，

存儲器403，用于存放計算機程序；

處理器401，用于執(zhí)行存儲器403上所存放的程序時，實現(xiàn)如下步驟：

終端監(jiān)控視頻應用訪問視頻服務時的運行狀態(tài)；

當所述視頻應用發(fā)生故障時，所述終端從視頻服務支撐平臺獲取與所述視頻應用相關的服務數(shù)據(jù)；

所述終端將所述服務數(shù)據(jù)發(fā)送給所述視頻應用對應的監(jiān)控服務器。

上述電子設備提到的通信總線可以是外設部件互連標準(peripheralcomponentinterconnect，簡稱pci)總線或擴展工業(yè)標準結(jié)構(extendedindustrystandardarchitecture，簡稱eisa)總線等。該通信總線可以分為地址總線、數(shù)據(jù)總線、控制總線等。為便于表示，圖中僅用一條粗線表示，但并不表示僅有一根總線或一種類型的總線。

通信接口用于上述電子設備與其他設備之間的通信。

存儲器可以包括隨機存取存儲器(randomaccessmemory，ram)，也可以包括非易失性存儲器(non-volatilememory，nvm)，例如至少一個磁盤存儲器?？蛇x的，存儲器還可以是至少一個位于遠離前述處理器的存儲裝置。

上述的處理器可以是通用處理器，包括中央處理器(centralprocessingunit，簡稱cpu)、網(wǎng)絡處理器(networkprocessor，簡稱np)等；還可以是數(shù)字信號處理器(digitalsignalprocessing，簡稱dsp)、專用集成電路(applicationspecificintegratedcircuit，簡稱asic)、現(xiàn)場可編程門陣列(field-programmablegatearray，簡稱fpga)或者其他可編程邏輯器件、分立門或者晶體管邏輯器件、分立硬件組件。

在本發(fā)明提供的又一實施例中，還提供了一種計算機可讀存儲介質(zhì)，該計算機可讀存儲介質(zhì)中存儲有指令，當其在計算機上運行時，使得計算機執(zhí)行上述實施例中任一所述的視頻故障監(jiān)控方法。

在本發(fā)明提供的又一實施例中，還提供了一種包含指令的計算機程序產(chǎn)品，當其在計算機上運行時，使得計算機執(zhí)行上述實施例中任一所述的視頻故障監(jiān)控方法。

在上述實施例中，可以全部或部分地通過軟件、硬件、固件或者其任意組合來實現(xiàn)。當使用軟件實現(xiàn)時，可以全部或部分地以計算機程序產(chǎn)品的形式實現(xiàn)。所述計算機程序產(chǎn)品包括一個或多個計算機指令。在計算機上加載和執(zhí)行所述計算機程序指令時，全部或部分地產(chǎn)生按照本發(fā)明實施例所述的流程或功能。所述計算機可以是通用計算機、專用計算機、計算機網(wǎng)絡、或者其他可編程裝置。所述計算機指令可以存儲在計算機可讀存儲介質(zhì)中，或者從一個計算機可讀存儲介質(zhì)向另一個計算機可讀存儲介質(zhì)傳輸，例如，所述計算機指令可以從一個網(wǎng)站站點、計算機、服務器或數(shù)據(jù)中心通過有線(例如同軸電纜、光纖、數(shù)字用戶線(dsl))或無線(例如紅外、無線、微波等)方式向另一個網(wǎng)站站點、計算機、服務器或數(shù)據(jù)中心進行傳輸。所述計算機可讀存儲介質(zhì)可以是計算機能夠存取的任何可用介質(zhì)或者是包含一個或多個可用介質(zhì)集成的服務器、數(shù)據(jù)中心等數(shù)據(jù)存儲設備。所述可用介質(zhì)可以是磁性介質(zhì)，(例如，軟盤、硬盤、磁帶)、光介質(zhì)(例如，dvd)、或者半導體介質(zhì)(例如固態(tài)硬盤solidstatedisk(ssd))等。

需要說明的是，在本文中，諸如第一和第二等之類的關系術語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關系或者順序。而且，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。

本說明書中的各個實施例均采用相關的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對于系統(tǒng)實施例而言，由于其基本相似于方法實施例，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。

以上所述僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換、改進等，均包含在本發(fā)明的保護范圍內(nèi)。