專利名稱：基于機(jī)頂盒的故障診斷方法
技術(shù)領(lǐng)域：
本發(fā)明涉及ー種交互式網(wǎng)絡(luò)電視技術(shù)領(lǐng)域，特別涉及一種基于機(jī)頂盒的故障診斷方法。
背景技術(shù)：
隨著寬帶網(wǎng)絡(luò)的飛速發(fā)展，交互式網(wǎng)絡(luò)電視(Internet Protocol Television,IPTV)這ー嶄新的行業(yè)，已受到業(yè)界越來(lái)越多的關(guān)注。它利用寬帶有線電視網(wǎng)為基礎(chǔ)，以家用電視機(jī)和網(wǎng)絡(luò)機(jī)頂盒作為主要終端電器，向用戶提供包括數(shù)字電視在內(nèi)的多種交互式服 務(wù)。IPTV是ー項(xiàng)基于互聯(lián)網(wǎng)的業(yè)務(wù)，其終端形式多種多樣并且具備很高的智能性。同吋，IPTV業(yè)務(wù)是一項(xiàng)互動(dòng)性很高的業(yè)務(wù)，種類多祥，邏輯復(fù)雜，且靈活多變。其節(jié)目在網(wǎng)內(nèi)，可采用廣播、組播、單播多種發(fā)布方式，也可以非常靈活地實(shí)現(xiàn)電子選單、節(jié)目預(yù)約、實(shí)時(shí)快迸、快退、終端賬號(hào)及計(jì)費(fèi)管理、節(jié)目編排等多種功能。目前常用的IPTV機(jī)頂盒主要由軟件、硬件兩大部分組成，其中硬件包含了內(nèi)存、主芯片、調(diào)諧解調(diào)器、外部存儲(chǔ)控制器、CA(加密系統(tǒng))接ロ、回傳通道、音視頻輸入輸出等幾大部分；軟件主要包括嵌入式操作系統(tǒng)、應(yīng)用層軟件和各類驅(qū)動(dòng)程序。由于IPTV機(jī)頂盒需要實(shí)現(xiàn)網(wǎng)絡(luò)接入、音視頻播放、系統(tǒng)升級(jí)、用戶管理和配置等功能，因此軟件部分包含的主要模塊有網(wǎng)絡(luò)接入模塊、瀏覽器模塊、流媒體播放器模塊、流媒體傳送和控制模塊、機(jī)頂盒管理及配置模塊、網(wǎng)管模塊、系統(tǒng)升級(jí)模塊等。IPTV機(jī)頂盒采用嵌人式Linux操作系統(tǒng)，該操作系統(tǒng)有利干IPTV機(jī)頂盒應(yīng)用軟件的開(kāi)發(fā)和移植。IPTV的用戶終端可以是機(jī)頂盒(Set-TopBox，STB)或個(gè)人計(jì)算機(jī)，IPTV的用戶終端和業(yè)務(wù)的復(fù)雜性(如電視節(jié)目采用廣播、組播、單播等多種發(fā)布方式，電視節(jié)目可以實(shí)現(xiàn)電子選單、節(jié)目預(yù)約、實(shí)時(shí)快進(jìn)、快退、終端賬號(hào)及計(jì)費(fèi)管理、節(jié)目編排等多種功能)對(duì)終端管理提出了很高的要求，因此怎樣提高IPTV終端管理的有效性成為了 IPTV業(yè)務(wù)運(yùn)營(yíng)中重要的問(wèn)題之一。為了實(shí)現(xiàn)對(duì)IPTV機(jī)頂盒(也即IPTV終端)的實(shí)時(shí)管理，需要對(duì)其故障進(jìn)行實(shí)時(shí)診斷，現(xiàn)有的診斷方法主要采用人工的方法現(xiàn)場(chǎng)檢測(cè)機(jī)頂盒的故障，需要大量的客服人員，維護(hù)成本較高，對(duì)某些故障由于并不能及時(shí)進(jìn)行診斷，因此無(wú)法實(shí)現(xiàn)全面診斷的目標(biāo)(例如CN102137282A只能檢測(cè)故障鏈路對(duì)網(wǎng)絡(luò)故障進(jìn)行定位，CN101605238A只能檢測(cè)IPTV的業(yè)務(wù)故障，功能較為單一)，因此需要ー種故障診斷功能更加全面，能夠從網(wǎng)絡(luò)和應(yīng)用的角度出發(fā)，全面的掃描和檢測(cè)機(jī)頂盒的相關(guān)應(yīng)用，直觀實(shí)時(shí)的顯示機(jī)頂盒狀態(tài)，從而提高定位故障的反應(yīng)速度，降低客服人員的維護(hù)成本，給用戶提供更好的服務(wù)的基于機(jī)頂盒的故障診斷方法。

發(fā)明內(nèi)容
本發(fā)明的主要目的是提供ー種故障診斷功能更為全面、更加直觀實(shí)時(shí)的顯示機(jī)頂盒狀態(tài)，有效降低維護(hù)成本的基于機(jī)頂盒的故障診斷方法。
為了達(dá)到上述目的，本發(fā)明提出了一種基于機(jī)頂盒的故障診斷方法，其特征在干，包括以下步驟
A機(jī)頂盒開(kāi)機(jī)步驟
步驟SlOO :所述機(jī)頂盒開(kāi)機(jī)；
步驟SlOl :通過(guò)開(kāi)機(jī)設(shè)置文件中缺省的認(rèn)證服務(wù)器地址訪問(wèn)API (應(yīng)用程序編程接ロ)認(rèn)證服務(wù)器，向所述API認(rèn)證服務(wù)器發(fā)送請(qǐng)求；
步驟S102 :所述API認(rèn)證服務(wù)器通過(guò)調(diào)用用戶中心接ロ，判斷所述機(jī)頂盒的MAC (媒體接入控制)是否是合法用戶如果是，則轉(zhuǎn)入步驟S103;如果否，則轉(zhuǎn)入步驟SlOl ；
步驟S103 :從所述API認(rèn)證服務(wù)器中取得該用戶的分組信息，并將相關(guān)資源的域名地址生成預(yù)置文件返回所述機(jī)頂盒，認(rèn)證過(guò)程完成；
步驟S104 :所述機(jī)頂盒根據(jù)所述預(yù)置文件中取得的相關(guān)資源的域名地址訪問(wèn)相關(guān)的服務(wù)，并通過(guò)調(diào)用相關(guān)系統(tǒng)和應(yīng)用服務(wù)接ロ，顯示服務(wù)的狀態(tài)；
B，故障診斷步驟選擇所述機(jī)頂盒的故障診斷模式并執(zhí)行，所述故障診斷模式包括系統(tǒng)服務(wù)診斷模式，所述系統(tǒng)服務(wù)診斷模式的診斷過(guò)程，包括以下步驟
步驟S300 :所述機(jī)頂盒采用HTTP協(xié)議格式訪問(wèn)API認(rèn)證服務(wù)器和/或升級(jí)服務(wù)器的服務(wù)接ロ ；
步驟S301 :所述API認(rèn)證服務(wù)器和/或升級(jí)服務(wù)器返回對(duì)應(yīng)該服務(wù)接ロ的XML或者JSON數(shù)據(jù)格式的結(jié)果文件；
步驟S302所述機(jī)頂盒根據(jù)所述結(jié)果文件判斷連接所述API認(rèn)證服務(wù)器和/或升級(jí)服務(wù)器是否正常如果所述結(jié)果文件中有true，則正常，如果有false，則不正常。進(jìn)ー步地，步驟B中的所述故障診斷模式還包括應(yīng)用服務(wù)診斷模式，所述應(yīng)用服務(wù)診斷模式的診斷過(guò)程，包括以下步驟
步驟S400 :所述機(jī)頂盒采用HTTP協(xié)議格式訪問(wèn)應(yīng)用服務(wù)接ロ ；
步驟S401 :所述應(yīng)用服務(wù)接ロ返回對(duì)應(yīng)該接ロ的不同狀態(tài)的值；
步驟S402所述機(jī)頂盒根據(jù)所述返回的不同狀態(tài)的值判斷所述應(yīng)用服務(wù)接ロ是否正常。進(jìn)ー步地，步驟B中的所述故障診斷模式還包括測(cè)速模式，所述測(cè)速模式的診斷過(guò)程，包括以下步驟
步驟S500 :所述機(jī)頂盒下載并播放一定時(shí)長(zhǎng)的視頻；
步驟S501 :所述機(jī)頂盒計(jì)算在線下載速度；
步驟S502 :所述機(jī)頂盒根據(jù)所述下載速度，為用戶選擇不同的碼流標(biāo)準(zhǔn)進(jìn)行播放。進(jìn)ー步地，步驟B中的所述故障診斷模式還包括網(wǎng)絡(luò)診斷模式，所述網(wǎng)絡(luò)診斷模式包括PING命令的連通性測(cè)試過(guò)程，具體包括以下步驟
步驟S200 :所述機(jī)頂盒采用PING命令對(duì)用戶指定的域名地址向所述API認(rèn)證服務(wù)器發(fā)送PING連通請(qǐng)求；
步驟S201 :所述API認(rèn)證服務(wù)器根據(jù)所述PING連通請(qǐng)求返回PING連通結(jié)果并在所述機(jī)頂盒上顯示；
步驟S202所述機(jī)頂盒根據(jù)所述PING連通結(jié)果統(tǒng)計(jì)ping包的成功次數(shù)、ping包的丟包次數(shù)、ping包的丟包率和ping包的平均響應(yīng)時(shí)間；步驟S203根據(jù)所述機(jī)頂盒的PING連通統(tǒng)計(jì)結(jié)果判斷所述機(jī)頂盒與所述API認(rèn)證服務(wù)器之間的網(wǎng)絡(luò)連接狀態(tài)。進(jìn)ー步地，步驟B中的所述故障診斷模式還包括網(wǎng)絡(luò)診斷模式，所述網(wǎng)絡(luò)診斷模式包括traceroute命令的連通性測(cè)試過(guò)程，具體包括以下步驟
步驟S300 :所述機(jī)頂盒采用traceroute命令對(duì)用戶指定的域名地址向所述API認(rèn)證服務(wù)器發(fā)送traceroute連通請(qǐng)求；
步驟S301 :所述API認(rèn)證服務(wù)器根據(jù)所述traceroute連通請(qǐng)求返回traceroute連通結(jié)果并在所述機(jī)頂盒上顯示；
步驟S302所述機(jī)頂盒根據(jù)所述traceroute連通結(jié)果對(duì)目的IP之間的路由進(jìn)行逐跳統(tǒng)計(jì)，顯示中間經(jīng)過(guò)的跳數(shù)，每ー跳的時(shí)延，以及每一跳的IP地址或者域名，如果出現(xiàn)無(wú)法連通到目的IP的狀況，則顯示路由節(jié)點(diǎn)測(cè)試中出現(xiàn)問(wèn)題的跳點(diǎn)； 步驟S303根據(jù)所述機(jī)頂盒的traceroute連通統(tǒng)計(jì)結(jié)果判斷所述機(jī)頂盒與所述API認(rèn)證服務(wù)器之間的網(wǎng)絡(luò)連接狀態(tài)。進(jìn)ー步地,所述機(jī)頂盒包括IPTV機(jī)頂盒。進(jìn)ー步地，所述機(jī)頂盒采用TR069協(xié)議。進(jìn)ー步地，所述PING命令的連通性測(cè)試過(guò)程，具體包括以下步驟
步驟PlOl :所述機(jī)頂盒的盒端通過(guò)PING命令訪問(wèn)API認(rèn)證服務(wù)器；
步驟P102:所述機(jī)頂盒的網(wǎng)絡(luò)監(jiān)控模塊，根據(jù)返回的用戶網(wǎng)絡(luò)響應(yīng)時(shí)間是否大于200ms作為診斷依據(jù)如果是，則PING正常，證明當(dāng)?shù)鼐W(wǎng)絡(luò)正常；否則，則PING異常，證明當(dāng)?shù)鼐W(wǎng)絡(luò)異常，井根據(jù)診斷結(jié)果提示用戶進(jìn)行相應(yīng)的操作。進(jìn)ー步地,所述traceroute命令的連通性測(cè)試過(guò)程,具體包括以下步驟
步驟P201 :所述機(jī)頂盒的盒端通過(guò)traceroute命令對(duì)本地網(wǎng)絡(luò)與API認(rèn)證服務(wù)器間的路由進(jìn)行逐跳統(tǒng)計(jì)；
步驟P202:所述機(jī)頂盒的網(wǎng)絡(luò)監(jiān)控模塊根據(jù)返回的用戶網(wǎng)絡(luò)路由間延時(shí)是否大于200ms作為診斷依據(jù)如果是，則traceroute正常，證明當(dāng)?shù)鼐W(wǎng)絡(luò)正常；否則，則traceroute異常，證明當(dāng)?shù)鼐W(wǎng)絡(luò)異常，井根據(jù)診斷結(jié)果提示用戶進(jìn)行相應(yīng)的操作。進(jìn)ー步地，所述系統(tǒng)服務(wù)診斷模式的診斷過(guò)程，具體包括以下步驟
步驟P301 :采用HTTP協(xié)議格式訪問(wèn)API認(rèn)證服務(wù)器和/或升級(jí)服務(wù)器的服務(wù)接ロ ；步驟P302 :所述機(jī)頂盒的系統(tǒng)服務(wù)監(jiān)控模塊通過(guò)返回的對(duì)應(yīng)該服務(wù)接ロ的XML結(jié)果文件(getTestResult)的結(jié)果值來(lái)判斷API認(rèn)證服務(wù)器和/或升級(jí)服務(wù)器是否正常如果返回true，則提示API認(rèn)證服務(wù)器和/或升級(jí)服務(wù)器正常，如果返回false，則提示API認(rèn)證服務(wù)和/或升級(jí)服務(wù)器異常，井根據(jù)診斷結(jié)果提示用戶進(jìn)行相應(yīng)的操作。進(jìn)ー步地，所述應(yīng)用服務(wù)診斷模式的診斷過(guò)程，具體包括以下步驟
步驟P401 :采用HTTP協(xié)議格式訪問(wèn)應(yīng)用服務(wù)器應(yīng)用的服務(wù)接ロ ；
步驟P402:所述機(jī)頂盒的應(yīng)用服務(wù)監(jiān)控模塊通過(guò)返回的對(duì)應(yīng)該服務(wù)接ロ的XML結(jié)果文件來(lái)根據(jù)返回的狀態(tài)值status和錯(cuò)誤碼errorcode分析應(yīng)用服務(wù)的狀態(tài)。進(jìn)ー步地，所述測(cè)速模式的診斷過(guò)程，具體包括以下步驟
步驟P501 :通過(guò)wget命令從節(jié)點(diǎn)服務(wù)器下載開(kāi)機(jī)廣告視頻文件到所述機(jī)頂盒；
步驟P502 :所述機(jī)頂盒的測(cè)速模塊邊下載邊播放開(kāi)機(jī)廣告，并通過(guò)返回的下載詳細(xì)信息，根據(jù)當(dāng)前網(wǎng)絡(luò)速度的不同，顯示不同的觀看模式供用戶選擇。本發(fā)明還提出了一種應(yīng)用如上述方法的基于機(jī)頂盒的故障診斷系統(tǒng)，包括機(jī)頂盒和API認(rèn)證服務(wù)器，所述API認(rèn)證服務(wù)器采用如上述方法對(duì)所述機(jī)頂盒進(jìn)行故障診斷，所述機(jī)頂盒包括網(wǎng)絡(luò)監(jiān)控模塊、系統(tǒng)服務(wù)監(jiān)控模塊、應(yīng)用服務(wù)監(jiān)控模塊和測(cè)速模塊，分別用于執(zhí)行網(wǎng)絡(luò)診斷模式、系統(tǒng)服務(wù)診斷模式、應(yīng)用服務(wù)診斷模式和測(cè)速模式。進(jìn)ー步地，所述系統(tǒng)的機(jī)頂盒還包括TR 069子系統(tǒng)，所述TR 069子系統(tǒng)劃分為3個(gè)模塊TR069協(xié)議棧模塊、任務(wù)執(zhí)行模塊和NAT穿越模塊，其中所述NAT穿越模塊主要負(fù)責(zé)發(fā)送基于UDP的Binding Request消息，并能解析STUN服務(wù)器返回的Binding Response消息；所述TR069協(xié)議棧模塊根據(jù)TR069協(xié)議規(guī)定的流程與ACS通信，解析ACS下發(fā)的各個(gè)RPC方法，并封裝上報(bào)機(jī)頂盒的各個(gè)應(yīng) 答；所述任務(wù)執(zhí)行模塊負(fù)責(zé)完成TR069協(xié)議棧模塊解析出來(lái)的各個(gè)任務(wù)，并將執(zhí)行結(jié)果通過(guò)任務(wù)隊(duì)列返回給所述TR069協(xié)議棧模塊。進(jìn)ー步地,所述TR069協(xié)議棧模塊包括摘要認(rèn)證、Inform消息上報(bào)、解析任務(wù)和心跳發(fā)送子模塊；所述任務(wù)執(zhí)行模塊主要包括獲取參數(shù)模型、獲取參數(shù)值、設(shè)置參數(shù)值、重啟和日志上傳子模塊。進(jìn)ー步地，其特征在于，所述機(jī)頂盒包括IPTV機(jī)頂盒。與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點(diǎn)本發(fā)明可以使用戶方便的了解所處網(wǎng)絡(luò)的情況，并且直觀的看到網(wǎng)絡(luò)連接到服務(wù)器的狀態(tài)，出現(xiàn)故障問(wèn)題時(shí)能清楚的報(bào)告故障給客服人員，便于客服人員和研發(fā)人員根據(jù)瞬時(shí)故障來(lái)分析和排查故障情況，迅速解決故障，減少上門(mén)服務(wù)的頻率，從而提高解決故障的效率，為用戶提供更好的服務(wù)。


為了更清楚的說(shuō)明本發(fā)明的技術(shù)方案，下面將對(duì)實(shí)施例描述中所需要使用的附圖作簡(jiǎn)單的介紹，顯而易見(jiàn)的，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖I為本發(fā)明IPTV機(jī)頂盒的終端管理系統(tǒng)的基本架構(gòu)；
圖2為本發(fā)明的PING或traceroute診斷流程示意圖。圖3為本發(fā)明的基于機(jī)頂盒的故障診斷方法流程示意圖。圖4為本發(fā)明的盒端開(kāi)機(jī)流程示意圖。圖5為ping診斷的具體過(guò)程示意 圖6為traceroute診斷的具體過(guò)程示意 圖7為本發(fā)明的網(wǎng)絡(luò)診斷模式實(shí)現(xiàn)原型示意圖。圖8為本發(fā)明的客戶端與中介服務(wù)器通信過(guò)程示意圖。圖9為本發(fā)明的HTTP協(xié)議內(nèi)部操作過(guò)程示意圖。 圖10為本發(fā)明的HTTP訪問(wèn)流程示意圖。圖11為系統(tǒng)服務(wù)診斷的具體過(guò)程示意圖。圖12為本發(fā)明的系統(tǒng)服務(wù)診斷模式實(shí)現(xiàn)原型示意圖。圖13為應(yīng)用服務(wù)診斷的具體過(guò)程示意圖。圖14為本發(fā)明的應(yīng)用服務(wù)診斷模式實(shí)現(xiàn)原型示意圖。圖15為測(cè)速模式的具體過(guò)程示意圖。
圖16為本發(fā)明的測(cè)速模式實(shí)現(xiàn)原型示意圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整的描述，顯然所描述的實(shí)施例僅是本發(fā)明的一部分實(shí)施例，不是全部的實(shí)施例，基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有付出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。本發(fā)明的基于機(jī)頂盒的故障診斷方法的基本原理，介紹如下
(一)本發(fā)明所采用的TR069協(xié)議·
由于目前IPTV機(jī)頂盒數(shù)量十分龐大且復(fù)雜，因此如何對(duì)IPTV機(jī)頂盒進(jìn)行有效管理成為IPTV業(yè)務(wù)運(yùn)營(yíng)中重要的問(wèn)題之一。目前主要采用DSL Forum制定的TR069協(xié)議(ー種面向終端設(shè)備的網(wǎng)絡(luò)管理協(xié)議)來(lái)為下一代網(wǎng)絡(luò)中家庭網(wǎng)絡(luò)設(shè)備進(jìn)行管理配置提供通用框架和協(xié)議。TR069協(xié)議描述了用戶終端設(shè)備(CPE)和自動(dòng)配置服務(wù)器(ACS)之間通信的公共平臺(tái)，建立了 ACS對(duì)CPE進(jìn)行安全的自動(dòng)化配置管理框架。TR069協(xié)議是基于TCP / IP的應(yīng)用層協(xié)議，此協(xié)議使用基于HTTP的簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議(SOAP)對(duì)TR069協(xié)議自定義的遠(yuǎn)程過(guò)程調(diào)用(RPC)方法進(jìn)行編碼，通過(guò)ACS與CPE之間的信息交互流程實(shí)現(xiàn)ACS對(duì)CPE的管理。其中RPC方法是ー種通過(guò)網(wǎng)絡(luò)從遠(yuǎn)程計(jì)算機(jī)程序上請(qǐng)求服務(wù)而不需要了解底層網(wǎng)絡(luò)技術(shù)的協(xié)議，ACS可以根據(jù)解析RPC方法來(lái)讀寫(xiě)參數(shù)，以達(dá)到配置CPE監(jiān)控CPE的狀態(tài)和統(tǒng)計(jì)信息的目的。(ニ)本發(fā)明中IPTV機(jī)頂盒的終端管理系統(tǒng)的基本架構(gòu)
本發(fā)明中IPTV機(jī)頂盒的終端管理系統(tǒng)的基本架構(gòu)如圖I所示,將TR 069子系統(tǒng)劃分為3個(gè)模塊TR069協(xié)議找模塊、任務(wù)執(zhí)行模塊和NAT(Network Address Translation,網(wǎng)絡(luò)地址轉(zhuǎn)換)穿越模塊。其中NAT穿越模塊主要負(fù)責(zé)發(fā)送基于UDP(User Datagram Protocol,用戶數(shù)據(jù)報(bào)協(xié)議)的Binding Request消息，并能解析STUN (Simple Traversal of UserDatagram Protocol through Network Address Translators, NAT 的 UDP 簡(jiǎn)單穿越，是一種網(wǎng)絡(luò)協(xié)議)服務(wù)器返回的Binding Response消息。TR069協(xié)議棧模塊根據(jù)TR069協(xié)議規(guī)定的流程與ACS通信,解析ACS下發(fā)的各個(gè)RPC (Remote Procedure Call,遠(yuǎn)程過(guò)程調(diào)用)方法，并封裝上報(bào)機(jī)頂盒的各個(gè)應(yīng)答。TR069協(xié)議棧模塊包括摘要認(rèn)證、Inform消息上報(bào)、解析任務(wù)、心跳發(fā)送等子模塊。任務(wù)執(zhí)行模塊負(fù)責(zé)完成TR069協(xié)議棧模塊解析出來(lái)的各個(gè)任務(wù)，并將執(zhí)行結(jié)果通過(guò)任務(wù)隊(duì)列返回給TR069協(xié)議棧模塊。該任務(wù)執(zhí)行模塊主要包括獲取參數(shù)模型、獲取參數(shù)值、設(shè)置參數(shù)值、重啟、日志上傳等子模塊。(三)本發(fā)明中故障診斷方法的基本原理
本發(fā)明根據(jù)TR069協(xié)議定義，用戶端可以進(jìn)行自我診斷并報(bào)告診斷結(jié)果，終端管理平臺(tái)端下發(fā)通信故障診斷指令和診斷所需要的具體參數(shù)，IPTV機(jī)頂盒可以通過(guò)ping或其他手段檢查其與網(wǎng)絡(luò)業(yè)務(wù)提供點(diǎn)之間的連通性、帶寬等，然后將檢測(cè)結(jié)果返回給終端管理平臺(tái)端，通過(guò)在遠(yuǎn)端操作，終端管理平臺(tái)就可以對(duì)機(jī)頂盒出現(xiàn)的故障進(jìn)行簡(jiǎn)單定位，并作相應(yīng)處理，其流程如圖2所示。其中，TR069子系統(tǒng)通過(guò)調(diào)用ping或traceroute測(cè)試,可以達(dá)到故障診斷目的。整個(gè)功能的實(shí)現(xiàn)是基于圖I的IPTV終端管理系統(tǒng)基本架構(gòu)，終端管理平臺(tái)下發(fā)ping或traceroute命令及其診斷所需的參數(shù)，TR069協(xié)議棧模塊通過(guò)解析RPC方法獲取具體任務(wù)和診斷參數(shù)，交給任務(wù)執(zhí)行模塊執(zhí)行診斷命令。此外，在嵌入式Linux操作系統(tǒng)環(huán)境下，還可以通過(guò)調(diào)用shell腳本的方式實(shí)現(xiàn)盒端的ping, traceroute測(cè)試。按照IPTV終端管理系統(tǒng)對(duì)故障診斷功能的需求，實(shí)現(xiàn)終端管理平臺(tái)對(duì)IPTV機(jī)頂盒的故障診斷，例如機(jī)頂盒的盒端支持ping診斷和traceroute診斷,也即終端管理平臺(tái)的平臺(tái)管理端通過(guò)SetParameterValues下發(fā)ping測(cè)試所需參數(shù)NumberOfRepetitions (測(cè)試重復(fù)次數(shù))，DataBlockSize (診斷發(fā)送的數(shù)據(jù)包大小)，Host (測(cè)試的主機(jī)名或地址)后，機(jī)頂盒盒端經(jīng)ping診斷后通過(guò)GetParameterValues返回SuccessCount (診斷中成功次數(shù))，F(xiàn)ailureCount (診斷中失敗次數(shù))，MinimumResponseT ime (診斷中所有成功響應(yīng)的最短時(shí)間)，MaximumResponseTime (診斷中所有成功響應(yīng)的最長(zhǎng)時(shí)間)，AverageResponseTime (診斷中所有成功響應(yīng)的平均時(shí)間)；此外，終端管理平臺(tái)的平臺(tái)管理端通過(guò)下發(fā)traeeroute測(cè)試所需參數(shù)MaxHopCount (診斷發(fā)送數(shù)據(jù)包的最大跳數(shù))，Timeout (診斷超時(shí)時(shí)間)，Host(測(cè)試主機(jī)名或地址),DataBlockSize (診斷發(fā)送的數(shù)據(jù)包大小)，機(jī)頂盒盒端經(jīng)traceroute診斷后返回ResponseTime (最近一次路由測(cè)試響應(yīng)的時(shí) 間),NumberOfRouteHops (發(fā)現(xiàn)的路由的跳數(shù)),以及i. HopHost (發(fā)現(xiàn)路由對(duì)象)。如圖3所示，本發(fā)明實(shí)施例提供了一種基于機(jī)頂盒的故障診斷方法。其主要包括以下步驟
一、機(jī)頂盒開(kāi)機(jī)步驟，如圖4所示，
步驟SlOO :所述機(jī)頂盒開(kāi)機(jī)；
步驟SlOl :通過(guò)開(kāi)機(jī)設(shè)置文件(setting, xml)中缺省的認(rèn)證服務(wù)器地址訪問(wèn)API(Application Programming Interface,應(yīng)用程序編程接ロ)認(rèn)證服務(wù)器，向所述API認(rèn)證服務(wù)器發(fā)送請(qǐng)求；
步驟S102 :所述API認(rèn)證服務(wù)器通過(guò)調(diào)用用戶中心接ロ，判斷所述機(jī)頂盒的MAC(Medium/Media Access Control,介質(zhì)訪問(wèn)控制)地址是否是合法用戶如果是，則轉(zhuǎn)入步驟S103 ;如果否，則轉(zhuǎn)入步驟SlOl ；
步驟S103 :從所述API認(rèn)證服務(wù)器中取得該用戶的分組信息，并將相關(guān)資源的域名地址生成預(yù)置文件(getboxprofile. xml)返回所述機(jī)頂盒,認(rèn)證過(guò)程完成；
步驟S104 :所述機(jī)頂盒根據(jù)所述預(yù)置文件中取得的相關(guān)資源的域名地址訪問(wèn)相關(guān)的服務(wù)，并通過(guò)調(diào)用相關(guān)系統(tǒng)和應(yīng)用服務(wù)接ロ，顯示服務(wù)的狀態(tài)。ニ、故障診斷步驟選擇所述機(jī)頂盒的故障診斷模式并執(zhí)行，所述故障診斷模式包括網(wǎng)絡(luò)診斷模式、系統(tǒng)服務(wù)診斷模式、應(yīng)用服務(wù)診斷模式和測(cè)速模式，分別詳細(xì)介紹如下，這些模式可以分別単獨(dú)使用或者任意組合使用
I.網(wǎng)絡(luò)診斷模式 (I)模式概述
借助PING、traceroute等命令的連通性測(cè)試方法確定所述機(jī)頂盒與所述API認(rèn)證服務(wù)器之間的網(wǎng)絡(luò)連接狀態(tài)。例如可以在機(jī)頂盒的盒端設(shè)置相應(yīng)的網(wǎng)絡(luò)監(jiān)控模塊，來(lái)實(shí)現(xiàn)上述的網(wǎng)絡(luò)診斷功能(例如通過(guò)相應(yīng)的芯片結(jié)構(gòu)來(lái)實(shí)現(xiàn)該功能)，具體包括PING監(jiān)控模塊和traceroute監(jiān)控模塊。
I) PING命令的連通性測(cè)試方法，包括以下步驟
步驟S200 :所述機(jī)頂盒采用PING命令對(duì)用戶指定的域名地址向所述API認(rèn)證服務(wù)器發(fā)送PING連通請(qǐng)求；
步驟S201 :所述API認(rèn)證服務(wù)器根據(jù)所述PING連通請(qǐng)求返回PING連通結(jié)果并在所述機(jī)頂盒上顯示；
步驟S202所述機(jī)頂盒根據(jù)所述PING連通結(jié)果統(tǒng)計(jì)ping包的成功次數(shù)、ping包的丟包次數(shù)、ping包的丟包率和ping包的平均響應(yīng)時(shí)間；
步驟S203根據(jù)所述機(jī)頂盒的統(tǒng)計(jì)結(jié)果判斷所述機(jī)頂盒與所述API認(rèn)證服務(wù)器之間的網(wǎng)絡(luò)連接狀態(tài)。例如，采用命令ping api. iptv. letv. com來(lái)測(cè)試機(jī)頂盒與API認(rèn)證服務(wù)器之間 的網(wǎng)絡(luò)連接狀態(tài)，其中api. iptv. letv. com是樂(lè)視網(wǎng)TV版在API認(rèn)證服務(wù)器中的域名。這里用戶除了可以指定ping的域名，還可以指定ping的IP地址，ping包的大小，ping包的次數(shù)。通過(guò)API認(rèn)證服務(wù)器返回的信息，所述機(jī)頂盒可以統(tǒng)計(jì)ping包的成功次數(shù)，ping包的丟包次數(shù)，ping包的丟包率和ping包的平均響應(yīng)時(shí)間。通過(guò)這種方式,可以驗(yàn)證整個(gè)當(dāng)?shù)鼐W(wǎng)絡(luò)的機(jī)頂盒訪問(wèn)API認(rèn)證服務(wù)器的連通狀況，是連通的還是沒(méi)有連通等。參見(jiàn)圖5,這里以ping api. iptv. letv. com為例,例如可以采用如下具體的步驟來(lái)實(shí)現(xiàn)上述PING診斷過(guò)程
步驟PlOl :盒端通過(guò)PING命令訪問(wèn)API認(rèn)證服務(wù)器聯(lián)通狀況；
步驟P102 :通過(guò)返回的診斷信息，盒端網(wǎng)絡(luò)監(jiān)控模塊對(duì)網(wǎng)絡(luò)狀況進(jìn)行診斷分析。當(dāng)返回的診斷信息為超時(shí)時(shí)，說(shuō)明網(wǎng)絡(luò)聯(lián)通狀況異常。例如，當(dāng)ping時(shí)間大于200ms吋，則提示ping異常，也即網(wǎng)絡(luò)聯(lián)通狀況異常。當(dāng)返回的診斷信息符合正常情況時(shí)，說(shuō)明網(wǎng)絡(luò)聯(lián)通狀況正常。例如，當(dāng)ping時(shí)間介于Oms與200ms之間時(shí)，提示ping正常，也即網(wǎng)絡(luò)聯(lián)通狀況正常。步驟P103 :盒端網(wǎng)絡(luò)監(jiān)控模塊向用戶反饋網(wǎng)絡(luò)狀況診斷結(jié)果，并提示用戶進(jìn)行相應(yīng)的操作。例如當(dāng)ping異常時(shí)，盒端網(wǎng)絡(luò)監(jiān)控模塊向用戶提示當(dāng)?shù)鼐W(wǎng)絡(luò)有問(wèn)題，請(qǐng)及時(shí)聯(lián)系當(dāng)?shù)乜头こ處煓z查網(wǎng)絡(luò)；
步驟P104 :點(diǎn)擊詳細(xì)按鍵，盒端網(wǎng)絡(luò)監(jiān)控模塊會(huì)把通過(guò)PING命令返回的詳細(xì)網(wǎng)絡(luò)信息，打印到相關(guān)頁(yè)面上。也即，所述PING命令的連通性測(cè)試過(guò)程，具體包括以下步驟(下面的步驟是對(duì)PING命令的連通性測(cè)試過(guò)程的具體說(shuō)明，只采用用戶網(wǎng)絡(luò)響應(yīng)時(shí)間作為監(jiān)控指標(biāo))
步驟PlOl :所述機(jī)頂盒的盒端通過(guò)PING命令訪問(wèn)API認(rèn)證服務(wù)器；
步驟P102:所述機(jī)頂盒的網(wǎng)絡(luò)監(jiān)控模塊，根據(jù)返回的用戶網(wǎng)絡(luò)響應(yīng)時(shí)間是否大于200ms作為診斷依據(jù)，如果小干，則提示PING正常；如果大干，則提示PING異常，用戶訪問(wèn)公司的網(wǎng)絡(luò)有問(wèn)題，請(qǐng)及時(shí)聯(lián)系當(dāng)?shù)乜头こ處煓z查網(wǎng)絡(luò)。
2)traceroute命令的連通性測(cè)試方法,包括以下步驟
步驟S300 :所述機(jī)頂盒采用traceroute命令對(duì)用戶指定的域名地址向所述API認(rèn)證服務(wù)器發(fā)送traceroute連通請(qǐng)求；步驟S301 :所述API認(rèn)證服務(wù)器根據(jù)所述traceroute連通請(qǐng)求返回traceroute連通結(jié)果并在所述機(jī)頂盒上顯示；
步驟S302所述機(jī)頂盒根據(jù)所述traceroute連通結(jié)果對(duì)目的IP之間的路由進(jìn)行逐跳統(tǒng)計(jì)，顯示中間經(jīng)過(guò)的跳數(shù)，每ー跳的時(shí)延，以及每一跳的IP地址或者域名，如果出現(xiàn)無(wú)法連通到目的IP的狀況，則可以顯示路由節(jié)點(diǎn)測(cè)試中出現(xiàn)問(wèn)題的跳點(diǎn)；
步驟S303根據(jù)所述機(jī)頂盒的統(tǒng)計(jì)結(jié)果判斷所述機(jī)頂盒與所述API認(rèn)證服務(wù)器之間的網(wǎng)絡(luò)連接狀態(tài)。
例如，釆用命令traceroute api. iptv. letv. com來(lái)測(cè)試機(jī)頂盒與API認(rèn)證服務(wù)器之間的網(wǎng)絡(luò)連接狀態(tài)，其中api. iptv. letv. com是樂(lè)視網(wǎng)TV版在API認(rèn)證服務(wù)器中的域名。用戶指定目的域名，可以對(duì)目的IP之間的路由進(jìn)行逐跳統(tǒng)計(jì)，顯示中間經(jīng)過(guò)的跳數(shù)，每一跳的時(shí)延，每ー跳的IP地址或者域名。如果出現(xiàn)無(wú)法連通到目的IP的狀況，路由節(jié)點(diǎn)測(cè)試可以顯示在哪ー跳出現(xiàn)了問(wèn)題。對(duì)問(wèn)題的排查可以起到較大的作用。參見(jiàn)圖6，這里以traceroute api. iptv. letv. com為例，例如可以釆用如下具體的步驟來(lái)實(shí)現(xiàn)上述traceroute診斷過(guò)程
步驟P201 :盒端通過(guò)traceroute命令對(duì)本地網(wǎng)絡(luò)與API認(rèn)證服務(wù)器間的路由進(jìn)行逐跳統(tǒng)計(jì)
步驟P202 :盒端網(wǎng)絡(luò)監(jiān)控模塊，通過(guò)返回的網(wǎng)絡(luò)信息進(jìn)行故障診斷分析 詳細(xì)網(wǎng)絡(luò)信息如下
tracert api. iptv. letv. com //traceroute 命令發(fā)送 traceroute 連通請(qǐng)永Tracing route to api. iptv. letv. com [115. 182. 94. 249] // 返回 traceroute 連通
結(jié)果
over a maximum of 30 hops:
1I ms I ms I ms localhost [192. 168. 0. I]
215 ms 11 ms 18 ms 123. 116. 112. I
37 ms 5 ms 2 ms 61. 148. 18. 65
47 ms 5 ms 5 ms 123. 126. 6. 61
56 ms 6 ms 5 ms 123. 126. 6. 145
66 ms 5 ms 5 ms 124. 65. 60. 18
76 ms 2 ms 4 ms 124. 65. 60. 178
86 ms 6 ms 5 ms 211. 154. 208. 10
97 ms 6 ms 9 ms 61. 51. 26. 110
1013 ms 7 ms 10 ms 124. 202. 11. 10
119 ms 35 ms 6 ms 124. 202. 11. 30
125 ms 7 ms 9 ms 124. 202. 128. 98
137 ms 7 ms 7 ms 115. 182. 94. 249 Trace complete.
1.當(dāng)網(wǎng)絡(luò)姆一跳的時(shí)延大于200ms或者timeout，提示traceroute異常
2. 當(dāng)網(wǎng)絡(luò)姆一跳的時(shí)延小于200ms，提示traceroute正常
步驟P203:當(dāng)提示traceroute異常，盒端網(wǎng)絡(luò)監(jiān)控模塊會(huì)提示用戶訪問(wèn)公司網(wǎng)絡(luò)的路由有問(wèn)題，請(qǐng)及時(shí)聯(lián)系當(dāng)?shù)乜头こ處煓z查網(wǎng)絡(luò)；
步驟P204 :點(diǎn)擊詳細(xì)按鍵，盒端網(wǎng)絡(luò)監(jiān)控模塊會(huì)把通過(guò)traceroute命令返回的詳細(xì)網(wǎng)絡(luò)信息，打印到相關(guān)頁(yè)面上。也即，所述traceroute命令的連通性測(cè)試過(guò)程，具體包括以下步驟(下面的步驟是對(duì)traceroute命令的連通性測(cè)試過(guò)程的具體說(shuō)明，只采用用戶網(wǎng)絡(luò)路由間延時(shí)作為監(jiān)控指標(biāo))
步驟P201 :所述機(jī)頂盒的盒端通過(guò)traceroute命令對(duì)本地網(wǎng)絡(luò)與API認(rèn)證服務(wù)器間的路由進(jìn)行逐跳統(tǒng)計(jì)；
步驟P202:所述機(jī)頂盒的網(wǎng)絡(luò)監(jiān)控模塊根據(jù)返回的用戶網(wǎng)絡(luò)路由間延時(shí)是否大于200ms作為診斷依據(jù)，如果小于則提示traceroute正常，如果大于則提示traceroute異常，用戶訪問(wèn)公司網(wǎng)絡(luò)的路由有問(wèn)題，請(qǐng)及時(shí)聯(lián)系當(dāng)?shù)乜头こ處煓z查網(wǎng)絡(luò)。
(2)模式實(shí)現(xiàn)原型如圖7所述為網(wǎng)絡(luò)診斷模式的實(shí)現(xiàn)原型圖，其中，
I)點(diǎn)擊左選按鈕，無(wú)反應(yīng)；點(diǎn)擊右選按鈕，跳轉(zhuǎn)到系統(tǒng)服務(wù)診斷模式。如果網(wǎng)絡(luò)異常，則右選按鍵為灰色，不允許用戶跳轉(zhuǎn)選擇。2)默認(rèn)只展示ping 正常詳細(xì)
traceroute 異常詳細(xì)
3)點(diǎn)擊詳細(xì)按鈕，下方展示ping或traceroute詳細(xì)信息。如果網(wǎng)絡(luò)異常的話，提示用戶訪問(wèn)公司的網(wǎng)絡(luò)有問(wèn)題，請(qǐng)及時(shí)聯(lián)系當(dāng)?shù)乜头こ處煓z查網(wǎng)絡(luò)。2.系統(tǒng)服務(wù)診斷模式 (I) HTTP 協(xié)議
HTTP,全稱Hyper Text Transfer Protocol,中文名為超文本傳輸協(xié)議。HTTP是一種用于從Web服務(wù)器端傳送超文本標(biāo)記語(yǔ)言(HTML — Hyper Text Markup Language)文件到客戶端瀏覽器的傳送協(xié)議，它是Internet上最常見(jiàn)的協(xié)議之一。我們通常訪問(wèn)的網(wǎng)頁(yè)，就是通過(guò)HTTP協(xié)議進(jìn)行傳送的。HTTP協(xié)議的主要特點(diǎn)可概括如下a.支持客戶/服務(wù)器模式。b.簡(jiǎn)單快速客戶向服務(wù)器請(qǐng)求服務(wù)時(shí)，只需傳送請(qǐng)求方法和路徑。請(qǐng)求方法常用的有GET、HEAD、POST。每種方法規(guī)定了客戶與服務(wù)器聯(lián)系的類型不同。由于HTTP協(xié)議簡(jiǎn)單，使得HTTP服務(wù)器的程序規(guī)模小，因而通信速度很快。c.靈活HTTP允許傳輸任意類型的數(shù)據(jù)對(duì)象。正在傳輸?shù)念愋陀蒀ontent-Type加以標(biāo)記。d.無(wú)連接無(wú)連接的含義是限制姆次連接只處理ー個(gè)請(qǐng)求。服務(wù)器處理完客戶的請(qǐng)求，并收到客戶的應(yīng)答后，即斷開(kāi)連接。采用這種方式可以節(jié)省傳輸時(shí)間。e.無(wú)狀態(tài)=HTTP協(xié)議是無(wú)狀態(tài)協(xié)議。無(wú)狀態(tài)是指協(xié)議對(duì)于事務(wù)處理沒(méi)有記憶能力。缺少狀態(tài)意味著如果后續(xù)處理需要前面的信息，則它必須重傳，這樣可能導(dǎo)致每次連接傳送的數(shù)據(jù)量増大。另ー方面，在服務(wù)器不需要先前信息時(shí)它的應(yīng)答就較快。HTTP用名字標(biāo)識(shí)某一資源時(shí)(即在瀏覽器中輸入網(wǎng)址)，遵循統(tǒng)一資源名(URN —Uniform Resource Name)的規(guī)則，當(dāng)前網(wǎng)絡(luò)中最常用的URN是統(tǒng)一資源定位符(URL —Uniform Resource Locator),當(dāng)客戶端在瀏覽器中輸入一個(gè)URL或單擊一個(gè)URL超鏈接時(shí)，就確定了要訪問(wèn)的地址。以 http://www. colasoft. com. cn/resource/index, html 為例介紹URL的組成1)http:// :表示使用超文本傳輸協(xié)議，通知Web服務(wù)器顯示W(wǎng)eb頁(yè)，客戶端可不輸
入;
2)www :代表I個(gè)Web服務(wù)器；
3)colasoft. com. cn/ ffeb服務(wù)器的域名，或站點(diǎn)服務(wù)器的名稱；
4)resource/ ffeb服務(wù)器上的子目錄，類似機(jī)器中的文件夾；
5)index, html :Web服務(wù)器上resource子目錄中的一個(gè)網(wǎng)頁(yè)文件，即Web服務(wù)器傳送給客戶端瀏覽器的文件。HTTP使用TCP協(xié)議的80端ロ進(jìn)行可靠數(shù)據(jù)傳輸，ー個(gè)HTTP會(huì)話由客戶端開(kāi)始發(fā)起，包括以下步驟
1)客戶端在瀏覽器中標(biāo)識(shí)希望獲取信息的URL；
2)發(fā)起HTTP連接請(qǐng)求，啟動(dòng)客戶端(UA)和一個(gè)初始WWW服務(wù)器或代理服務(wù)器之間的ー個(gè)HTTP會(huì)話；
3)Wffff服務(wù)器或代理服務(wù)器根據(jù)客戶端的URL請(qǐng)求將內(nèi)容傳送給客戶端。(2 ) HTTP協(xié)議工作方式
宏觀工作方式客戶端(UA)到中介服務(wù)器的通訊路徑如圖6所示，客戶端將請(qǐng)求發(fā)送給中介服務(wù)器1，中介服務(wù)器I將其發(fā)送中介服務(wù)器2，中介服務(wù)器2再發(fā)給Web服務(wù)器，最后客戶端收到的內(nèi)容由中介服務(wù)器I發(fā)送給它，而不是Web服務(wù)器。圖6為客戶端與中介服務(wù)器通訊過(guò)程。內(nèi)部操作過(guò)程如圖7所示，它分為四個(gè)步驟建立連接、發(fā)出請(qǐng)求信息、發(fā)出響應(yīng)信息、關(guān)閉連接。(3) HTTP協(xié)議的報(bào)文格式
客戶端發(fā)送的HTTP報(bào)文，我們稱為請(qǐng)求鏈；中介服務(wù)器或Web服務(wù)器發(fā)送的HTTP報(bào)文，稱為響應(yīng)鏈。兩種報(bào)文都遵循以下格式
一般開(kāi)始行，即請(qǐng)求報(bào)文的請(qǐng)求行和應(yīng)答報(bào)文的狀態(tài)行；
總頭;
報(bào)文頭；
ー個(gè)空行；
報(bào)文體。(4) HTTP 訪問(wèn)流程
HTTP訪問(wèn)可以使用域名，也可直接使用IP地址，在使用IP進(jìn)行訪問(wèn)時(shí)，將不會(huì)DNS數(shù)據(jù)包，故此HTTP流程圖里未包括DNS部分，而直接從TCP的三次握手開(kāi)始。圖8表示HTTP的訪問(wèn)流程如下客戶端向服務(wù)器發(fā)送ー個(gè)TCP連接的SYN請(qǐng)求(1)，服務(wù)器在收到此請(qǐng)求后使用ー個(gè)SYN/ACK的數(shù)據(jù)包對(duì)其進(jìn)行響應(yīng)(2)，而客戶端在收到此響應(yīng)后再次向其發(fā)送ー個(gè)ACK數(shù)據(jù)包進(jìn)行確認(rèn)(3)，此時(shí)，TCP連接成功建立。在連接建立后，客戶端立即使用請(qǐng)求方法(通常為GET或POST)向服務(wù)器請(qǐng)求數(shù)據(jù)(4)，一般情況下這時(shí)服務(wù)器會(huì)向客戶端回應(yīng)其相應(yīng)的HTTP報(bào)頭和數(shù)據(jù)(5)，但在某些情況下(腳本比較復(fù)雜，需耗費(fèi)大量時(shí)間執(zhí)行)開(kāi)始的時(shí)候只能返回HTTP的報(bào)頭，而數(shù)據(jù)(6、7、N)可能會(huì)在相隔ー段時(shí)間后再単獨(dú)地分組進(jìn)行傳輸，當(dāng)數(shù)據(jù)傳輸完后，客戶端發(fā)送FIN數(shù)據(jù)包關(guān)閉連接。對(duì)應(yīng)圖8中的標(biāo)識(shí)，I 一 2的時(shí)間表示客戶端和服務(wù)器之間路由所用的時(shí)間，4 一5的時(shí)間為服務(wù)器的響應(yīng)時(shí)間、5 — N (此時(shí)5只返回了 HTTP報(bào)頭)所用的時(shí)間為服務(wù)器上腳本程序所用的時(shí)間?？苼?lái)網(wǎng)絡(luò)分析系統(tǒng)5. O中，對(duì)于每個(gè)數(shù)據(jù)包都可查看其絕對(duì)時(shí)間和相對(duì)時(shí)間(設(shè)定某個(gè)數(shù)據(jù)包為基準(zhǔn))，在遇到訪問(wèn)網(wǎng)頁(yè)速度慢的情況時(shí)，捕獲HTTP的訪問(wèn)并查看相應(yīng)的時(shí)間，即可確定訪問(wèn)速度慢的原因并排查故障。以上簡(jiǎn)單介紹了 HTTP協(xié)議，并使用流程圖分析了訪問(wèn)ー個(gè)網(wǎng)頁(yè)的具體流程。據(jù)此，用戶在遇到網(wǎng)頁(yè)訪問(wèn)故障吋，即可結(jié)合上述的HTTP相關(guān)知識(shí)，對(duì)HTTP訪問(wèn)的報(bào)文進(jìn)行跟蹤分析，通過(guò)返回相應(yīng)的狀態(tài)值，以完成對(duì)此類故障的快速排查。(5)模式概述
所述系統(tǒng)服務(wù)診斷模式，例如可以在機(jī)頂盒的盒端設(shè)置相應(yīng)的系統(tǒng)服務(wù)監(jiān)控模塊，來(lái)實(shí)現(xiàn)上述的系統(tǒng)服務(wù)診斷功能(例如通過(guò)相應(yīng)的芯片結(jié)構(gòu)來(lái)實(shí)現(xiàn)該功能)。所述系統(tǒng)服務(wù)診斷模式的診斷過(guò)程，包括以下步驟
步驟S300 :所述機(jī)頂盒采用HTTP協(xié)議格式訪問(wèn)API認(rèn)證服務(wù)器和/或升級(jí)服務(wù)器的·服務(wù)接ロ ；
步驟S301 :所述API認(rèn)證服務(wù)器和/或升級(jí)服務(wù)器返回對(duì)應(yīng)該服務(wù)接ロ的XML或者JSON數(shù)據(jù)格式的結(jié)果文件；
步驟S302所述機(jī)頂盒根據(jù)所述結(jié)果文件判斷連接所述API認(rèn)證服務(wù)器和/或升級(jí)服務(wù)器是否正常如果所述結(jié)果文件中有true，則正常，如果有false，則不正常。參見(jiàn)圖11，這里，以對(duì)Ietv進(jìn)行系統(tǒng)服務(wù)診斷為例，例如可以采用如下具體的步驟來(lái)實(shí)現(xiàn)
步驟P301 :通過(guò)用HTTP協(xié)議方法訪問(wèn)認(rèn)證服務(wù)器接ロ
http://api. hdtv. letv. com:8080/iptv/api/getTestResult通過(guò)用HTTP協(xié)議方法訪問(wèn)升級(jí)服務(wù)器接ロ http://upgrade, hdtv. letv. com:8080/tvosup/api/getTestResult步驟P302 :盒端系統(tǒng)服務(wù)監(jiān)控模塊，通過(guò)訪問(wèn)認(rèn)證服務(wù)器接ロ和升級(jí)服務(wù)器接ロ返回XML數(shù)據(jù)格式，分析系統(tǒng)服務(wù)的狀態(tài)。具體返回XML格式如下
< xml version=〃l. 0〃 encoding=〃UTF_8〃 standalone=〃yes〃？>
<response>
<resultクtrue (false)</result>
</response>
1.當(dāng)訪問(wèn)認(rèn)證服務(wù)器接ロ返回true吋，提示認(rèn)證服務(wù)正常 當(dāng)訪問(wèn)升級(jí)服務(wù)器接ロ返回true時(shí)，提示升級(jí)服務(wù)正常
2.當(dāng)訪問(wèn)認(rèn)證服務(wù)器接ロ返回false時(shí)，提示認(rèn)證服務(wù)異常，請(qǐng)及時(shí)聯(lián)系當(dāng)?shù)乜头ǔ處煵樵冋J(rèn)證服務(wù)器服務(wù)；
當(dāng)訪問(wèn)升級(jí)服務(wù)器接ロ返回false時(shí)，提示升級(jí)服務(wù)異常，請(qǐng)及時(shí)聯(lián)系當(dāng)?shù)乜头こ處煵樵兩?jí)服務(wù)器服務(wù)。也即，所述系統(tǒng)服務(wù)診斷模式的診斷過(guò)程，具體包括以下步驟(下面的步驟是對(duì)系統(tǒng)服務(wù)診斷模式的具體說(shuō)明)
步驟P301 :采用HTTP協(xié)議格式訪問(wèn)API認(rèn)證服務(wù)器和/或升級(jí)服務(wù)器的服務(wù)接ロ ；步驟P302 :所述機(jī)頂盒的系統(tǒng)服務(wù)監(jiān)控模塊通過(guò)返回的對(duì)應(yīng)該服務(wù)接ロ的XML結(jié)果文件(getTestResult)的結(jié)果值來(lái)判斷API認(rèn)證服務(wù)器和/或升級(jí)服務(wù)器是否正常，如果返回true，則提示API認(rèn)證服務(wù)器和/或升級(jí)服務(wù)器正常，如果返回false，則提示API認(rèn)證服務(wù)和/或升級(jí)服務(wù)器異常，請(qǐng)及時(shí)聯(lián)系當(dāng)?shù)乜头こ處煵樵冋J(rèn)證服務(wù)器和/或升級(jí)服務(wù)器的服務(wù)。(6)模式實(shí)現(xiàn)原型
如圖12所述為系統(tǒng)服務(wù)診斷模式的實(shí)現(xiàn)原型圖，其中，點(diǎn)擊左選按鈕，跳轉(zhuǎn)到網(wǎng)絡(luò)診斷模式；點(diǎn)擊右選按鈕，跳轉(zhuǎn)到應(yīng)用服務(wù)診斷模式。3.應(yīng)用服務(wù)診斷模式 (I)模式概述 所述應(yīng)用服務(wù)診斷模式，例如可以在機(jī)頂盒的盒端設(shè)置相應(yīng)的應(yīng)用服務(wù)監(jiān)控模塊，來(lái)實(shí)現(xiàn)上述的應(yīng)用服務(wù)診斷功能(例如通過(guò)相應(yīng)的芯片結(jié)構(gòu)來(lái)實(shí)現(xiàn)該功能)。 所述應(yīng)用服務(wù)診斷模式的診斷過(guò)程，包括以下步驟
步驟S400 :所述機(jī)頂盒采用HTTP協(xié)議格式訪問(wèn)應(yīng)用服務(wù)接ロ ；
步驟S401 :所述應(yīng)用服務(wù)接ロ返回對(duì)應(yīng)該接ロ的不同狀態(tài)的值；例如，所述應(yīng)用服務(wù)接ロ返回對(duì)應(yīng)該接ロ的XML格式的數(shù)據(jù)；
步驟S402所述機(jī)頂盒根據(jù)所述返回的不同狀態(tài)的值判斷所述應(yīng)用服務(wù)接ロ是否正常；例如，所述機(jī)頂盒根據(jù)所述返回的狀態(tài)值(status)和錯(cuò)誤碼(errorcode)來(lái)判斷所述應(yīng)用服務(wù)接ロ是否正常。例如，通過(guò)用HTTP協(xié)議方法訪問(wèn)應(yīng)用服務(wù)接ロ，查看應(yīng)用服務(wù)接ロ是否正常(接ロ根據(jù)實(shí)際需要可增減和命名)，這里，例如對(duì)影迷俱樂(lè)部videozaixian的接口和時(shí)代光華videougc接ロ進(jìn)行測(cè)試。參見(jiàn)圖13。I)影迷俱樂(lè)部 videozaixian 的接 ロ
http://www. videozaixian. com/api/play id=2317&stream=1300&series=13
2)時(shí)代光華videougc接ロ
http://www. videougc. com/tbc/play. do id=2317&stream=1300&series=13方法實(shí)現(xiàn)所述機(jī)頂盒采用HTTP協(xié)議格式訪問(wèn)這兩個(gè)應(yīng)用服務(wù)接ロ，這兩個(gè)應(yīng)用服務(wù)接ロ返回對(duì)應(yīng)該接ロ的不同狀態(tài)的值，所述機(jī)頂盒通過(guò)返回的對(duì)應(yīng)這些接ロ的不同狀態(tài)的值，判斷應(yīng)用服務(wù)接ロ是否正常。表I中是對(duì)返回狀態(tài)值的具體描述通過(guò)狀態(tài)值，可以判斷應(yīng)用服務(wù)接ロ是否正常。
頁(yè)面錯(cuò)誤提示錯(cuò)誤原因
系統(tǒng)錯(cuò)誤I -101 :分配內(nèi)存失敗(保存XML的內(nèi)存)
網(wǎng)頁(yè)錯(cuò)誤I -102 :獲取播放XML失敗
服務(wù)器錯(cuò)誤 -11 :服務(wù)器報(bào)錯(cuò)，目前提示正常
播放地址錯(cuò)誤-104 :從播放XML到獲取最終的播放URL地址過(guò)程出錯(cuò)。
播放錯(cuò)誤I -105 :協(xié)議類型不對(duì)既不適合HTTP也不是RTSP_
網(wǎng)頁(yè)錯(cuò)誤2 hl06 :播放XML中的status值不是1，播放XML格式不對(duì)。表I
這里以對(duì)影迷俱樂(lè)部videozaixian的接口和時(shí)代光華videougc接ロ進(jìn)行測(cè)試為例，例如可以采用如下步驟實(shí)現(xiàn)上述應(yīng)用服務(wù)診斷過(guò)程步驟P401 通過(guò)用HTTP協(xié)議方法訪問(wèn)影迷俱樂(lè)部應(yīng)用服務(wù)接ロhttp://www. videozaixian. com/api/play id=2317&stream=1300&series=13通過(guò)用HTTP協(xié)議方法訪問(wèn)時(shí)代光華應(yīng)用服務(wù)接ロ http://www. videougc. com/tbc/play. do id=2317&stream=1300&series=13步驟P402:盒端應(yīng)用服務(wù)監(jiān)控模塊，通過(guò)訪問(wèn)認(rèn)證服務(wù)器接口和升級(jí)服務(wù)器接ロ返回XML數(shù)據(jù)格式，根據(jù)返回的狀態(tài)值(status)和錯(cuò)誤碼(errorcode)，分析應(yīng)用服務(wù)的狀態(tài)。具體返回XML格式如下
< xml version=〃l. 0〃 encoding=〃UTF_8〃 standalone=〃yes〃？>
<response>
<statusク1</status)
<errorcode>101</errorcode>
</response>
1.當(dāng)訪問(wèn)影迷俱樂(lè)部應(yīng)用服務(wù)接ロ，返回status= 0 , errorcode = 0提示影迷俱樂(lè)部應(yīng)用服務(wù)正常
當(dāng)訪問(wèn)時(shí)代光華應(yīng)用服務(wù)接ロ，返回status = 0 , errorcode = 0提示時(shí)代光華應(yīng)用服務(wù)正常
2.當(dāng)訪問(wèn)影迷俱樂(lè)部應(yīng)用服務(wù)接ロ，返回status= I , errorcode = 101提示影迷俱樂(lè)部應(yīng)用服務(wù)異常，系統(tǒng)錯(cuò)誤一分配內(nèi)存失敗，請(qǐng)及時(shí)聯(lián)系當(dāng)?shù)乜头こ處熯M(jìn)行解決
當(dāng)訪問(wèn)影迷俱樂(lè)部應(yīng)用服務(wù)接ロ，返回status = I , errorcode = 102提示影迷俱樂(lè)部應(yīng)用服務(wù)異常，網(wǎng)頁(yè)錯(cuò)誤一獲取播放XML失敗，請(qǐng)及時(shí)聯(lián)系當(dāng)?shù)乜头こ處熯M(jìn)行解決
當(dāng)訪問(wèn)影迷俱樂(lè)部應(yīng)用服務(wù)接ロ，返回status = I , errorcode = 104提示影迷俱樂(lè)部應(yīng)用服務(wù)異常，播放地址錯(cuò)誤一從播放XML到獲取最終的播放URL地址過(guò)程出錯(cuò)，請(qǐng)及時(shí)聯(lián)系當(dāng)?shù)乜头こ處熯M(jìn)行解決
當(dāng)訪問(wèn)影迷俱樂(lè)部應(yīng)用服務(wù)接ロ，返回status = I , errorcode = 105提示影迷俱樂(lè)部應(yīng)用服務(wù)異常，播放錯(cuò)誤一協(xié)議類型不對(duì)，請(qǐng)及時(shí)聯(lián)系當(dāng)?shù)乜头こ處熯M(jìn)行解決當(dāng)訪問(wèn)影迷俱樂(lè)部應(yīng)用服務(wù)接ロ，返回status = I , errorcode = 106提示影迷俱樂(lè)部應(yīng)用服務(wù)異常，網(wǎng)頁(yè)格式錯(cuò)誤一播放XML格式不對(duì)，請(qǐng)及時(shí)聯(lián)系當(dāng)?shù)乜头こ處熯M(jìn)行解決。也即，所述應(yīng)用服務(wù)診斷模式的診斷過(guò)程，具體包括以下步驟(下面的步驟是對(duì)應(yīng)用服務(wù)診斷模式的具體說(shuō)明和參數(shù)例舉)
步驟P401 :采用HTTP協(xié)議格式訪問(wèn)應(yīng)用服務(wù)器應(yīng)用的服務(wù)接ロ ；
步驟P402:所述機(jī)頂盒的應(yīng)用服務(wù)監(jiān)控模塊通過(guò)返回的對(duì)應(yīng)該服務(wù)接ロ的XML結(jié)果文件來(lái)根據(jù)返回的狀態(tài)值status和錯(cuò)誤碼errorcode分析應(yīng)用服務(wù)的狀態(tài)
當(dāng)訪問(wèn)應(yīng)用服務(wù)接ロ，返回status = 0 , errorcode = 0,則提示應(yīng)用服務(wù)正常；
當(dāng)訪問(wèn)應(yīng)用服務(wù)接ロ，返回status = I , errorcode =101,則提示應(yīng)用服務(wù)異常,系統(tǒng)錯(cuò)誤一分配內(nèi)存失敗，請(qǐng)及時(shí)聯(lián)系當(dāng)?shù)乜头こ處熯M(jìn)行解決；
當(dāng)訪問(wèn)應(yīng)用服務(wù)接ロ，返回status = I , errorcode =102,則提示應(yīng)用服務(wù)異常，網(wǎng)頁(yè)錯(cuò)誤一獲取播放XML失敗，請(qǐng)及時(shí)聯(lián)系當(dāng)?shù)乜头こ處熯M(jìn)行解決；當(dāng)訪問(wèn)應(yīng)用服務(wù)接ロ，返回status = I , errorcode =104,則提示應(yīng)用服務(wù)異常,播放地址錯(cuò)誤一從播放XML到獲取最終的播放URL地址過(guò)程出錯(cuò)，請(qǐng)及時(shí)聯(lián)系當(dāng)?shù)乜头こ處熯M(jìn)行解決；
當(dāng)訪問(wèn)應(yīng)用服務(wù)接ロ，返回status = I , errorcode =105,則提示應(yīng)用服務(wù)異常,播放錯(cuò)誤一協(xié)議類型不對(duì)，請(qǐng)及時(shí)聯(lián)系當(dāng)?shù)乜头こ處熯M(jìn)行解決；
當(dāng)訪問(wèn)應(yīng)用服務(wù)接ロ，返回status = I , errorcode =106,則提示應(yīng)用服務(wù)異常，網(wǎng)頁(yè)格式錯(cuò)誤一播放XML格式不對(duì)，請(qǐng)及時(shí)聯(lián)系當(dāng)?shù)乜头こ處熯M(jìn)行解決。3.訪問(wèn)時(shí)代光華應(yīng)用服務(wù)接ロ返回的狀態(tài)值(status)和錯(cuò)誤碼(errorcode)同上。(2)模式實(shí)現(xiàn)原型
如圖14所示為應(yīng)用服務(wù)診斷模式實(shí)現(xiàn)原型圖，其中，點(diǎn)擊左選按鈕，跳轉(zhuǎn)到系統(tǒng)服務(wù)診斷模式；點(diǎn)擊右選按鈕，跳轉(zhuǎn)到測(cè)速模式。 4.測(cè)速模式
(I)模式概述
所述測(cè)速模式，例如可以在機(jī)頂盒的盒端設(shè)置相應(yīng)的測(cè)速模塊，來(lái)實(shí)現(xiàn)上述的測(cè)速功能(例如通過(guò)相應(yīng)的芯片結(jié)構(gòu)來(lái)實(shí)現(xiàn)該功能)。所述測(cè)速模式的診斷過(guò)程，包括以下步驟
步驟S500 :所述機(jī)頂盒下載并播放一定時(shí)長(zhǎng)的視頻；
步驟S501 :所述機(jī)頂盒計(jì)算在線下載速度；
步驟S502 :所述機(jī)頂盒根據(jù)所述下載速度，為用戶選擇不同的碼流標(biāo)準(zhǔn)進(jìn)行播放。參見(jiàn)圖15，例如，通過(guò)在機(jī)頂盒上播放ー個(gè)開(kāi)機(jī)的廣告(3分鐘左右)，可以查看機(jī)頂盒在線下載速度，可以讓用戶預(yù)覽到播放的效果，從而能讓用戶了解機(jī)頂盒所處網(wǎng)絡(luò)的情況，機(jī)頂盒盒端根據(jù)測(cè)試到的下載速度，自動(dòng)為用戶選擇不同的碼流標(biāo)準(zhǔn)進(jìn)行播放。關(guān)于影片碼流文件大小情況，最低網(wǎng)速需求，說(shuō)明如下
流暢碼率是350kb/s (清晰度一般)最低網(wǎng)速需要512K 標(biāo)清碼率是800kb/s 最低網(wǎng)速需要達(dá)到IM
高清碼率是I. 3M/s最低網(wǎng)速需要達(dá)到2M
720P :碼率是I. 8M/s最低網(wǎng)速需要達(dá)到3M以上
1080P :碼率是6M/s (15M/s)最低網(wǎng)速需要達(dá)到10M以上
這里以iptv為例，上述的測(cè)速模式例如可以采用如下步驟實(shí)現(xiàn)上述過(guò)程
步驟P501 :通過(guò)wget命令下載ー個(gè)視頻文件ad. flv到盒端本地,測(cè)試當(dāng)?shù)丨h(huán)境的網(wǎng)絡(luò)速度
具體方法如下所示
wget -C test. iptv. letv. com/iptv/ad. flv // 采用 wget 下載開(kāi)機(jī)廣告視頻文件 —2012-07-31 16:21:51— http://test. iptv. letv. com/iptv/ad. flv Resolving test. iptv. letv. com. . . 123. 126. 32. 143 Connecting to test. iptv. letv. com 1123. 126. 32. 143 | : 80. . . connected.
HTTP request sent, awaiting response... 200 OKLength: 92491776 (88M)步驟P502:盒端測(cè)速模塊，會(huì)播放這個(gè)視頻文件ad. flv，并在旁邊顯示當(dāng)前網(wǎng)絡(luò)速度 26.6MB/s
步驟P503 盒端測(cè)速模塊，會(huì)根據(jù)當(dāng)前網(wǎng)絡(luò)速度，提示最佳的觀看信息 當(dāng)512K/S <網(wǎng)絡(luò)速度〈IMB/s提示請(qǐng)選擇流暢模式觀看影視內(nèi)容 當(dāng)IMB/s <網(wǎng)絡(luò)速度〈2MB/s提示請(qǐng)選擇標(biāo)清模式觀看影視內(nèi)容 當(dāng)2MB/s <網(wǎng)絡(luò)速度〈3MB/s提示請(qǐng)選擇高清模式觀看影視內(nèi)容 當(dāng)3MB/s <網(wǎng)絡(luò)速度〈lOMB/s 提示請(qǐng)選擇720P模式觀看影視內(nèi)容 當(dāng)網(wǎng)絡(luò)速度> lOMB/s提示請(qǐng)選擇1080P模式觀看影視內(nèi)容。也即，所述測(cè)速模式的診斷過(guò)程，具體包括以下步驟(下面的步驟是對(duì)應(yīng)用服務(wù)診斷模式的具體說(shuō)明和參數(shù)例舉)
步驟P501 :通過(guò)wget命令從節(jié)點(diǎn)服務(wù)器下載開(kāi)機(jī)廣告視頻文件到所述機(jī)頂盒；
步驟P502 :所述機(jī)頂盒的測(cè)速模塊邊下載邊播放開(kāi)機(jī)廣告，并通過(guò)返回的下載詳細(xì)信息，根據(jù)當(dāng)前網(wǎng)絡(luò)速度，提示最佳的觀看信息
當(dāng)512K/S <網(wǎng)絡(luò)速度〈IMB/s，則提示請(qǐng)選擇流暢模式觀看影視內(nèi)容；
當(dāng)IMB/s <網(wǎng)絡(luò)速度〈2MB/s，則提示請(qǐng)選擇標(biāo)清模式觀看影視內(nèi)容；
當(dāng)2MB/s <網(wǎng)絡(luò)速度〈3MB/s，則提示請(qǐng)選擇高清模式觀看影視內(nèi)容；
當(dāng)3MB/s <網(wǎng)絡(luò)速度〈lOMB/s，則提示請(qǐng)選擇720P模式觀看影視內(nèi)容；
當(dāng)網(wǎng)絡(luò)速度> lOMB/s，則提示請(qǐng)選擇1080P模式觀看影視內(nèi)容。(2)模式實(shí)現(xiàn)原型
如圖16所述為測(cè)速診斷模式的實(shí)現(xiàn)原型圖，其中，
I)點(diǎn)擊左選按鈕，跳轉(zhuǎn)到應(yīng)用服務(wù)診斷模式；點(diǎn)擊右選按鈕，無(wú)反應(yīng)。2)根據(jù)提示的下載速度，機(jī)頂盒的盒端會(huì)自動(dòng)為用戶選擇不同的碼流標(biāo)準(zhǔn)進(jìn)行播放，達(dá)到用戶所體驗(yàn)的視覺(jué)效果是最優(yōu)的。通過(guò)以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明還可以通過(guò)其他結(jié)構(gòu)來(lái)實(shí)現(xiàn)，本發(fā)明的特征并不局限于上述較佳的實(shí)施例。任何熟悉該項(xiàng)技術(shù)的人員在本發(fā)明的技術(shù)領(lǐng)域內(nèi)，可輕易想到的變化或修飾，都應(yīng)涵蓋在本發(fā)明的專利保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種基于機(jī)頂盒的故障診斷方法，其特征在于，包括以下步驟 A機(jī)頂盒開(kāi)機(jī)步驟 步驟SlOO :所述機(jī)頂盒開(kāi)機(jī)； 步驟SlOl :通過(guò)開(kāi)機(jī)設(shè)置文件中缺省的認(rèn)證服務(wù)器地址訪問(wèn)API (應(yīng)用程序編程接ロ)認(rèn)證服務(wù)器，向所述API認(rèn)證服務(wù)器發(fā)送請(qǐng)求； 步驟S102 :所述API認(rèn)證服務(wù)器通過(guò)調(diào)用用戶中心接ロ，判斷所述機(jī)頂盒的MAC (媒體接入控制)是否是合法用戶如果是，則轉(zhuǎn)入步驟S103 ;如果否，則轉(zhuǎn)入步驟SlOl ； 步驟S103 :從所述API認(rèn)證服務(wù)器中取得該用戶的分組信息，并將相關(guān)資源的域名地址生成預(yù)置文件返回所述機(jī)頂盒，認(rèn)證過(guò)程完成； 步驟S104 :所述機(jī)頂盒根據(jù)所述預(yù)置文件中取得的相關(guān)資源的域名地址訪問(wèn)相關(guān)的服務(wù)，并通過(guò)調(diào)用相關(guān)系統(tǒng)和應(yīng)用服務(wù)接ロ，顯示服務(wù)的狀態(tài)； B,故障診斷步驟選擇所述機(jī)頂盒的故障診斷模式并執(zhí)行，所述故障診斷模式包括系統(tǒng)服務(wù)診斷模式，所述系統(tǒng)服務(wù)診斷模式的診斷過(guò)程，包括以下步驟 步驟S300 :所述機(jī)頂盒采用HTTP協(xié)議格式訪問(wèn)API認(rèn)證服務(wù)器和/或升級(jí)服務(wù)器的服務(wù)接ロ ； 步驟S301 :所述API認(rèn)證服務(wù)器和/或升級(jí)服務(wù)器返回對(duì)應(yīng)該服務(wù)接ロ的XML或者JSON數(shù)據(jù)格式的結(jié)果文件； 步驟S302所述機(jī)頂盒根據(jù)所述結(jié)果文件判斷連接所述API認(rèn)證服務(wù)器和/或升級(jí)服務(wù)器是否正常如果所述結(jié)果文件中有true，則正常，如果有false，則不正常。
2.如權(quán)利要求I所述的方法，其特征在干，步驟B中的所述故障診斷模式還包括應(yīng)用服務(wù)診斷模式，所述應(yīng)用服務(wù)診斷模式的診斷過(guò)程，包括以下步驟 步驟S400 :所述機(jī)頂盒采用HTTP協(xié)議格式訪問(wèn)應(yīng)用服務(wù)接ロ ； 步驟S401 :所述應(yīng)用服務(wù)接ロ返回對(duì)應(yīng)該接ロ的不同狀態(tài)的值； 步驟S402所述機(jī)頂盒根據(jù)所述返回的不同狀態(tài)的值判斷所述應(yīng)用服務(wù)接ロ是否正常。
3.如權(quán)利要求I或2所述的方法，其特征在于，步驟B中的所述故障診斷模式還包括測(cè)速模式，所述測(cè)速模式的診斷過(guò)程，包括以下步驟 步驟S500 :所述機(jī)頂盒下載并播放一定時(shí)長(zhǎng)的視頻； 步驟S501 :所述機(jī)頂盒計(jì)算在線下載速度； 步驟S502 :所述機(jī)頂盒根據(jù)所述下載速度，為用戶選擇不同的碼流標(biāo)準(zhǔn)進(jìn)行播放。
4.如權(quán)利要求I或2所述的方法，其特征在于，步驟B中的所述故障診斷模式還包括網(wǎng)絡(luò)診斷模式，所述網(wǎng)絡(luò)診斷模式包括PING命令的連通性測(cè)試過(guò)程，具體包括以下步驟 步驟S200 :所述機(jī)頂盒采用PING命令對(duì)用戶指定的域名地址向所述API認(rèn)證服務(wù)器發(fā)送PING連通請(qǐng)求； 步驟S201 :所述API認(rèn)證服務(wù)器根據(jù)所述PING連通請(qǐng)求返回PING連通結(jié)果并在所述機(jī)頂盒上顯示； 步驟S202所述機(jī)頂盒根據(jù)所述PING連通結(jié)果統(tǒng)計(jì)ping包的成功次數(shù)、ping包的丟包次數(shù)、ping包的丟包率和ping包的平均響應(yīng)時(shí)間； 步驟S203根據(jù)所述機(jī)頂盒的PING連通統(tǒng)計(jì)結(jié)果判斷所述機(jī)頂盒與所述API認(rèn)證服務(wù)器之間的網(wǎng)絡(luò)連接狀態(tài)。
5.如權(quán)利要求3所述的方法，其特征在于，步驟B中的所述故障診斷模式還包括網(wǎng)絡(luò)診斷模式，所述網(wǎng)絡(luò)診斷模式包括PING命令的連通性測(cè)試過(guò)程，具體包括以下步驟 步驟S200 :所述機(jī)頂盒采用PING命令對(duì)用戶指定的域名地址向所述API認(rèn)證服務(wù)器發(fā)送PING連通請(qǐng)求； 步驟S201 :所述API認(rèn)證服務(wù)器根據(jù)所述PING連通請(qǐng)求返回PING連通結(jié)果并在所述機(jī)頂盒上顯示； 步驟S202所述機(jī)頂盒根據(jù)所述PING連通結(jié)果統(tǒng)計(jì)ping包的成功次數(shù)、ping包的丟包次數(shù)、ping包的丟包率和ping包的平均響應(yīng)時(shí)間； 步驟S203根據(jù)所述機(jī)頂盒的PING連通統(tǒng)計(jì)結(jié)果判斷所述機(jī)頂盒與所述API認(rèn)證服務(wù)器之間的網(wǎng)絡(luò)連接狀態(tài)。
6.如權(quán)利要求I或2或5所述的方法，其特征在干，步驟B中的所述故障診斷模式還包括網(wǎng)絡(luò)診斷模式，所述網(wǎng)絡(luò)診斷模式包括traceroute命令的連通性測(cè)試過(guò)程，具體包括以下步驟 步驟S300 :所述機(jī)頂盒采用traceroute命令對(duì)用戶指定的域名地址向所述API認(rèn)證服務(wù)器發(fā)送traceroute連通請(qǐng)求； 步驟S301 :所述API認(rèn)證服務(wù)器根據(jù)所述traceroute連通請(qǐng)求返回traceroute連通結(jié)果并在所述機(jī)頂盒上顯示； 步驟S302所述機(jī)頂盒根據(jù)所述traceroute連通結(jié)果對(duì)目的IP之間的路由進(jìn)行逐跳統(tǒng)計(jì)，顯示中間經(jīng)過(guò)的跳數(shù)，每ー跳的時(shí)延，以及每一跳的IP地址或者域名，如果出現(xiàn)無(wú)法連通到目的IP的狀況，則顯示路由節(jié)點(diǎn)測(cè)試中出現(xiàn)問(wèn)題的跳點(diǎn)； 步驟S303根據(jù)所述機(jī)頂盒的traceroute連通統(tǒng)計(jì)結(jié)果判斷所述機(jī)頂盒與所述API認(rèn)證服務(wù)器之間的網(wǎng)絡(luò)連接狀態(tài)。
7.如權(quán)利要求4所述的方法，其特征在于，步驟B中的所述故障診斷模式還包括網(wǎng)絡(luò)診斷模式，所述網(wǎng)絡(luò)診斷模式包括traceroute命令的連通性測(cè)試過(guò)程，具體包括以下步驟 步驟S300 :所述機(jī)頂盒采用traceroute命令對(duì)用戶指定的域名地址向所述API認(rèn)證服務(wù)器發(fā)送traceroute連通請(qǐng)求； 步驟S301 :所述API認(rèn)證服務(wù)器根據(jù)所述traceroute連通請(qǐng)求返回traceroute連通結(jié)果并在所述機(jī)頂盒上顯示； 步驟S302所述機(jī)頂盒根據(jù)所述traceroute連通結(jié)果對(duì)目的IP之間的路由進(jìn)行逐跳統(tǒng)計(jì)，顯示中間經(jīng)過(guò)的跳數(shù)，每ー跳的時(shí)延，以及每一跳的IP地址或者域名，如果出現(xiàn)無(wú)法連通到目的IP的狀況，則顯示路由節(jié)點(diǎn)測(cè)試中出現(xiàn)問(wèn)題的跳點(diǎn)； 步驟S303根據(jù)所述機(jī)頂盒的traceroute連通統(tǒng)計(jì)結(jié)果判斷所述機(jī)頂盒與所述API認(rèn)證服務(wù)器之間的網(wǎng)絡(luò)連接狀態(tài)。
8.如權(quán)利要求I或2或5或7所述的方法，其特征在于，所述機(jī)頂盒包括IPTV機(jī)頂盒。
9.如權(quán)利要求I或2或5或7所述的方法，其特征在于，所述機(jī)頂盒采用TR069協(xié)議。
10.一種應(yīng)用如權(quán)利要求1-9任一項(xiàng)所述方法的基于機(jī)頂盒的故障診斷系統(tǒng)，包括機(jī)頂盒和API認(rèn)證服務(wù)器，所述API認(rèn)證服務(wù)器采用如權(quán)利要求1-14任一項(xiàng)所述方法對(duì)所述機(jī)頂盒進(jìn)行故障診斷，所述機(jī)頂盒包括網(wǎng)絡(luò)監(jiān)控模塊、系統(tǒng)服務(wù)監(jiān)控模塊、應(yīng)用服務(wù)監(jiān)控模塊和測(cè)速模塊，分別用于執(zhí)行網(wǎng)絡(luò)診斷模式、系統(tǒng)服務(wù)診斷模式、應(yīng)用服務(wù)診斷模式和測(cè)速 模式。
全文摘要
本發(fā)明公開(kāi)了一種基于機(jī)頂盒的故障診斷方法，主要包括機(jī)頂盒開(kāi)機(jī)步驟和故障診斷步驟，所述故障診斷步驟選擇所述機(jī)頂盒的故障診斷模式并執(zhí)行，所述故障診斷模式包括網(wǎng)絡(luò)診斷模式、系統(tǒng)服務(wù)診斷模式、應(yīng)用服務(wù)診斷模式和測(cè)速模式，該方法能夠更加直觀實(shí)時(shí)的顯示機(jī)頂盒狀態(tài)，有效降低維護(hù)成本，提高故障診斷效率。
文檔編號(hào)H04N21/24GK102857799SQ20121034329
公開(kāi)日2013年1月2日 申請(qǐng)日期2012年9月14日 優(yōu)先權(quán)日2012年9月14日
發(fā)明者賴全輝, 白德鑫, 于剛 申請(qǐng)人:樂(lè)視網(wǎng)信息技術(shù)(北京)股份有限公司