專利名稱：一種具有交互業(yè)務(wù)監(jiān)測功能的機(jī)頂盒及交互業(yè)務(wù)監(jiān)測方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種具有交互業(yè)務(wù)監(jiān)測功能的機(jī)頂盒，具體涉及有線互動(dòng)電視系統(tǒng)的交互業(yè)務(wù)監(jiān)測技術(shù)，屬于有線數(shù)字電視監(jiān)測技術(shù)領(lǐng)域。本發(fā)明還涉及應(yīng)用于機(jī)頂盒中的交互業(yè)務(wù)監(jiān)測方法。
背景技術(shù)：
互動(dòng)電視是在模擬電視到數(shù)字電視轉(zhuǎn)換完成后逐漸興起的電視業(yè)務(wù)，在2010年國家發(fā)布“三網(wǎng)融合”政策后得到較快發(fā)展。有線數(shù)字電視經(jīng)歷了由單向廣播發(fā)展到雙向互動(dòng)的傳輸及運(yùn)營方式，數(shù)字電視的監(jiān)測對(duì)象也發(fā)生著相應(yīng)的變化。傳統(tǒng)的監(jiān)測面向廣播方式，僅監(jiān)測信道傳輸指標(biāo)、碼流指標(biāo)、內(nèi)容指標(biāo)，此種監(jiān)測方式一般采用專用的監(jiān)測設(shè)備，集中采集有線網(wǎng)絡(luò)中的部分或全部傳輸頻率及碼流，完成上述指標(biāo)監(jiān)測。雙向互動(dòng)電視是在單向廣播業(yè)務(wù)基礎(chǔ)上的擴(kuò)展，在以上監(jiān)測要求之外，增加了對(duì)于互動(dòng)電視業(yè)務(wù)的監(jiān)測要求?；?dòng)電視的監(jiān)測，更強(qiáng)調(diào)用戶體驗(yàn)的監(jiān)測，即需要監(jiān)測用戶的交互指令響應(yīng)時(shí)間、每次交互是否成功、收看體驗(yàn)如何等。互動(dòng)電視的收看過程是由用戶通過機(jī)頂盒發(fā)起的，收看過程涉及到機(jī)頂盒與互動(dòng)電視前端系統(tǒng)的雙向交互過程、前端系統(tǒng)進(jìn)行推流資源調(diào)度、通過單向鏈路推流到用戶機(jī)頂盒等復(fù)雜的過程，這一過程是否成功、每一環(huán)節(jié)的延遲情況、最終用戶收看到的畫面質(zhì)量如何，都是互動(dòng)電視監(jiān)測系統(tǒng)需要監(jiān)測的內(nèi)容。有線互動(dòng)電視的機(jī)頂盒是用于用戶終端接收的通用設(shè)備，用于滿足用戶的收視要求。在有線互動(dòng)電視機(jī)頂盒中，通過采用中間件平臺(tái)技術(shù)，可以有效的支持不同的機(jī)頂盒硬件平臺(tái)、異構(gòu)的前端系統(tǒng)、多種多樣的機(jī)頂盒應(yīng)用擴(kuò)展。目前，機(jī)頂盒已經(jīng)普遍采用中間件技術(shù)?，F(xiàn)有的互動(dòng)電視監(jiān)測主要采用專用設(shè)備、面向前端系統(tǒng)的數(shù)據(jù)采集、網(wǎng)管監(jiān)測；面向末端業(yè)務(wù)及服務(wù)質(zhì)量監(jiān)測的技術(shù)和設(shè)備尚在探索階段。目前已有的面向末端環(huán)節(jié)的監(jiān)測，主要集中在對(duì)機(jī)頂盒工作狀態(tài)的監(jiān)測、面向機(jī)頂盒本身工作異常的捕獲；面向業(yè)務(wù)和服務(wù)質(zhì)量的監(jiān)測，仍是以接收單向數(shù)字廣播電視數(shù)據(jù)為主，尚沒有通用技術(shù)或設(shè)備實(shí)現(xiàn)面向互動(dòng)電視末端的雙向業(yè)務(wù)交互過程的監(jiān)測?，F(xiàn)有的技術(shù)一般是從互動(dòng)電視業(yè)務(wù)平臺(tái)系統(tǒng)獲取交互信息及業(yè)務(wù)量等數(shù)據(jù)，雖然也能夠展示宏觀的諸如活動(dòng)用戶數(shù)、熱點(diǎn)節(jié)目、并發(fā)訪問量等運(yùn)營數(shù)據(jù)，但當(dāng)某用戶報(bào)告互動(dòng)業(yè)務(wù)出現(xiàn)無法訪問或響應(yīng)異常等情況時(shí)，這樣的技術(shù)或系統(tǒng)很難準(zhǔn)確定位問題的故障節(jié)點(diǎn)，因此也就無法快速響應(yīng)用戶投訴、有針對(duì)性的解決服務(wù)質(zhì)量和用戶體驗(yàn)問題。現(xiàn)有的監(jiān)測方法中還涉及到在機(jī)頂盒中集成機(jī)頂盒異常診斷程序的做法，但該方法針對(duì)的是定位機(jī)頂盒本身的軟硬件故障，無法反映機(jī)頂盒與互動(dòng)業(yè)務(wù)平臺(tái)的交互過程，也就無法定位某次訪問異常的非機(jī)頂盒本身故障的系統(tǒng)故障原因。發(fā)明內(nèi)容
針對(duì)上述現(xiàn)有技術(shù)存在的不足，本發(fā)明的目的在于提供一種具有交互業(yè)務(wù)監(jiān)測功能的機(jī)頂盒，在現(xiàn)有的采用中間件平臺(tái)技術(shù)的機(jī)頂盒中，實(shí)現(xiàn)面向互動(dòng)電視末端的雙向業(yè)務(wù)和服務(wù)質(zhì)量的監(jiān)測。本發(fā)明同時(shí)還提供了 一種應(yīng)用于機(jī)頂盒中的交互業(yè)務(wù)監(jiān)測方法。為了達(dá)到上述目的，本發(fā)明通過下述技術(shù)方案實(shí)現(xiàn):
應(yīng)用于機(jī)頂盒中的交互業(yè)務(wù)監(jiān)測方法，所述方法包括:
1)基于機(jī)頂盒內(nèi)置驅(qū)動(dòng)層進(jìn)行監(jiān)測所需業(yè)務(wù)數(shù)據(jù)的捕獲和提取，所述業(yè)務(wù)數(shù)據(jù)包括:互動(dòng)電視交互信令、視音頻業(yè)務(wù)數(shù)據(jù)；
2)對(duì)步驟I)中所捕獲和提取的業(yè)務(wù)數(shù)據(jù)進(jìn)行分析，基于信令分析、信令交互與視音頻業(yè)務(wù)關(guān)聯(lián)、視音頻內(nèi)容分析,實(shí)現(xiàn)交互信令監(jiān)測、交互業(yè)務(wù)響應(yīng)時(shí)間監(jiān)測、視音頻內(nèi)容指標(biāo)監(jiān)測，實(shí)現(xiàn)從用戶請求到收看到實(shí)際內(nèi)容的整個(gè)業(yè)務(wù)流程的服務(wù)質(zhì)量監(jiān)測；
3)通過監(jiān)測應(yīng)用接口，連接可視化的外部監(jiān)測系統(tǒng)，完成監(jiān)測任務(wù)執(zhí)行、監(jiān)測結(jié)果打包及上報(bào)。進(jìn)一步，所述步驟I)中，對(duì)互動(dòng)電視交互信令業(yè)務(wù)數(shù)據(jù)的提取通過PR_RING技術(shù)實(shí)現(xiàn)，對(duì)視音頻業(yè)務(wù)數(shù)據(jù)的提取通過機(jī)頂盒內(nèi)置驅(qū)動(dòng)程序中的TS流接口實(shí)現(xiàn)。進(jìn)一步，所述步驟2)中，在交互信令分析過程中，互動(dòng)電視的交互業(yè)務(wù)通訊的網(wǎng)絡(luò)層采用TCP協(xié)議進(jìn)行，應(yīng)用層采用HTTP和RTSP協(xié)議進(jìn)行。進(jìn)一步，所述步驟2)中，在視音頻TS流的關(guān)聯(lián)監(jiān)測過程中，在接收到推流配置信息之后，業(yè)務(wù)分析模塊需要通過TS流的驅(qū)動(dòng)程序接口接收并識(shí)別所獲取的TS流，進(jìn)而完成整個(gè)交互業(yè)務(wù)響應(yīng)時(shí)間的監(jiān)測。進(jìn)一步，所述步驟3)中，在監(jiān)測應(yīng)用接口中，采用XML協(xié)議進(jìn)行通信，通過自定義XML協(xié)議內(nèi)容完成與外部業(yè)務(wù)監(jiān)測系統(tǒng)的通信。一種具有交互業(yè)務(wù)監(jiān)測功能的機(jī)頂盒，所述機(jī)頂盒內(nèi)置中間件，在所述中間件平臺(tái)上搭載有業(yè)務(wù)數(shù)據(jù)提取模塊，所述業(yè)務(wù)數(shù)據(jù)提取模塊基于機(jī)頂盒內(nèi)置驅(qū)動(dòng)層進(jìn)行監(jiān)測所需業(yè)務(wù)數(shù)據(jù)的捕獲和提取，與所述業(yè)務(wù)數(shù)據(jù)提取模塊相配合還設(shè)置有業(yè)務(wù)分析模塊，所述業(yè)務(wù)分析模塊對(duì)所捕獲和提取的業(yè)務(wù)數(shù)據(jù)進(jìn)行分析，與所述業(yè)務(wù)分析模塊相配合還設(shè)置有監(jiān)測系統(tǒng)通訊模塊，所述監(jiān)測系統(tǒng)通訊模塊外接可視化業(yè)務(wù)監(jiān)測系統(tǒng)，所述監(jiān)測系統(tǒng)通訊模塊完成監(jiān)測任務(wù)執(zhí)行、監(jiān)測結(jié)果打包及上報(bào)。所述業(yè)務(wù)數(shù)據(jù)提取模塊、業(yè)務(wù)分析模塊和監(jiān)測系統(tǒng)通訊模塊均是搭載在所述中間件平臺(tái)上。進(jìn)一步，所述業(yè)務(wù)數(shù)據(jù)提取模塊中，設(shè)置有提取交互信令監(jiān)測所需業(yè)務(wù)數(shù)據(jù)的PR_RING抓包模塊，所述業(yè)務(wù)數(shù)據(jù)提取接口還連接機(jī)頂盒內(nèi)置驅(qū)動(dòng)程序的TS流接口。進(jìn)一步，所述業(yè)務(wù)分析模塊中，設(shè)置有TCP重組子模塊、協(xié)議識(shí)別子模塊、協(xié)議分析處理子模塊。進(jìn)一步，所述協(xié)議分析處理子模塊包括HTTP協(xié)議分析模塊和RTSP協(xié)議分析模塊。進(jìn)一步，所述監(jiān)測系統(tǒng)通訊模塊中，包括監(jiān)測管理模塊、監(jiān)測業(yè)務(wù)配置模塊、監(jiān)測結(jié)果上報(bào)模塊。本發(fā)明一種具有交互業(yè)務(wù)監(jiān)測功能的機(jī)頂盒，具有以下優(yōu)點(diǎn):
本發(fā)明能夠跟蹤用戶終端的機(jī)頂盒與互動(dòng)電視業(yè)務(wù)平臺(tái)交互的全過程，有效解決有線互動(dòng)電視運(yùn)營商所關(guān)心的業(yè)務(wù)運(yùn)行情況、用戶體驗(yàn)、平臺(tái)服務(wù)質(zhì)量以及平臺(tái)的性能瓶頸或薄弱環(huán)節(jié)。通過使用本發(fā)明中的監(jiān)測模塊，運(yùn)營商可以方便地進(jìn)行用戶終端反饋問題的故障定位，同時(shí)通過采集全部機(jī)頂盒中的交互數(shù)據(jù)，運(yùn)營商也可以掌握互動(dòng)業(yè)務(wù)平臺(tái)的業(yè)務(wù)整體運(yùn)行情況，諸如某區(qū)域系統(tǒng)整體運(yùn)行情況、系統(tǒng)在線用戶總數(shù)、點(diǎn)播并發(fā)量、熱點(diǎn)節(jié)目、互動(dòng)業(yè)務(wù)高峰時(shí)段以及用戶偏好等等用戶想要獲取的信息。本發(fā)明基于機(jī)頂盒中間件技術(shù)實(shí)現(xiàn)對(duì)互動(dòng)電視業(yè)務(wù)的監(jiān)測，既可以有效利用機(jī)頂盒中間件已經(jīng)實(shí)現(xiàn)的應(yīng)用交互接口、前端交互接口、機(jī)頂盒硬件交互接口，也可以避免由于采用專用監(jiān)測手段帶來的監(jiān)測結(jié)果與實(shí)際用戶體驗(yàn)不符的問題。該發(fā)明不需要運(yùn)營商在用戶終端額外部署大量的設(shè)備，能夠有效降低成本、提高效率，有極大應(yīng)用價(jià)值。


圖1為現(xiàn)有的基于中間件平臺(tái)的機(jī)頂盒系統(tǒng)結(jié)構(gòu) 圖2為本發(fā)明具有交互業(yè)務(wù)監(jiān)測功能的機(jī)頂盒系統(tǒng)結(jié)構(gòu) 圖3為本發(fā)明機(jī)頂盒中實(shí)現(xiàn)互動(dòng)電視業(yè)務(wù)監(jiān)測功能的原理 圖4為本發(fā)明機(jī)頂盒中PF_RING抓包流程 圖5為本發(fā)明機(jī)頂盒中協(xié)議識(shí)別模塊工作流程 圖6為本發(fā)明機(jī)頂盒中HTTP協(xié)議分析模塊流程 圖7為本發(fā)明機(jī)頂盒中RTSP協(xié)議分析模塊流程圖。
具體實(shí)施例方式為更進(jìn)一步闡述本發(fā)明為達(dá)到預(yù)定發(fā)明目的所采取的技術(shù)手段及功效，以下結(jié)合附圖和較佳實(shí)施例，對(duì)本發(fā)明的特征以及功效做詳細(xì)說明。如圖1、圖2所示，圖1為現(xiàn)有的基于中間件平臺(tái)的機(jī)頂盒系統(tǒng)結(jié)構(gòu)圖，圖2為本發(fā)明具有交互業(yè)務(wù)監(jiān)測功能的機(jī)頂盒系統(tǒng)結(jié)構(gòu)圖。監(jiān)測功能的實(shí)現(xiàn)基于資源共享原則，在現(xiàn)有基于中間件平臺(tái)實(shí)現(xiàn)的機(jī)頂盒系統(tǒng)中，隨著機(jī)頂盒系統(tǒng)硬件資源的不斷升級(jí)，監(jiān)測功能的實(shí)現(xiàn)可以做到不影響原有機(jī)頂盒的各種應(yīng)用實(shí)現(xiàn)、各層軟件的運(yùn)行以及資源調(diào)度。本發(fā)明中實(shí)現(xiàn)的監(jiān)測功能，直接與機(jī)頂盒操作系統(tǒng)及硬件驅(qū)動(dòng)程序交互，并實(shí)現(xiàn)獨(dú)立的業(yè)務(wù)分析模塊和監(jiān)測應(yīng)用接口程序。本發(fā)明可以在使用中間件平臺(tái)技術(shù)的機(jī)頂盒中集成，與機(jī)頂盒所采用的中間件平臺(tái)有關(guān)，但不局限于特定的機(jī)頂盒硬件。業(yè)務(wù)數(shù)據(jù)提取接口:基于驅(qū)動(dòng)層完成監(jiān)測所需業(yè)務(wù)數(shù)據(jù)的捕獲和提?。贿@里需要提取的業(yè)務(wù)數(shù)據(jù)主要有兩類:互動(dòng)電視交互信令以及視音頻業(yè)務(wù)數(shù)據(jù)。業(yè)務(wù)分析模塊:基于信令分析、信令交互與視音頻業(yè)務(wù)關(guān)聯(lián)、視音頻內(nèi)容分析等，實(shí)現(xiàn)交互信令監(jiān)測、交互業(yè)務(wù)響應(yīng)時(shí)間監(jiān)測、視音頻內(nèi)容指標(biāo)監(jiān)測，實(shí)現(xiàn)從用戶請求到收看到實(shí)際內(nèi)容的整個(gè)業(yè)務(wù)流程的服務(wù)質(zhì)量監(jiān)測。監(jiān)測應(yīng)用接口:實(shí)現(xiàn)與外部監(jiān)測系統(tǒng)的通訊接口，完成監(jiān)測任務(wù)管理、下發(fā)、監(jiān)測結(jié)果獲取及打包傳輸?shù)裙δ堋?br> 外部監(jiān)測系統(tǒng)完成對(duì)分布式監(jiān)測設(shè)備(指具有交互業(yè)務(wù)監(jiān)測功能的機(jī)頂盒)的集中管理，匯聚監(jiān)測數(shù)據(jù)，完成各項(xiàng)指標(biāo)或告警的處理、集中展示和管理功能；同時(shí)也完成系統(tǒng)權(quán)限管理、對(duì)監(jiān)測任務(wù)的設(shè)置和管理等功能。外部業(yè)務(wù)監(jiān)測系統(tǒng)是由有線數(shù)字電視運(yùn)營商進(jìn)行使用、管理的軟件。機(jī)頂盒中實(shí)現(xiàn)互動(dòng)電視業(yè)務(wù)監(jiān)測功能的原理框圖如圖3所示，結(jié)合圖2，本發(fā)明中所包括的各個(gè)功能模塊的詳細(xì)工作原理說明如下:
業(yè)務(wù)數(shù)據(jù)提取模塊:
一、對(duì)交互信令監(jiān)測所需的業(yè)務(wù)數(shù)據(jù)的提取通過PR_RING技術(shù)實(shí)現(xiàn):PR_RING是一種以DMA方式直接獲取網(wǎng)卡(NIC)數(shù)據(jù)的網(wǎng)絡(luò)接口技術(shù)，該技術(shù)在Linux系統(tǒng)內(nèi)核中已經(jīng)實(shí)現(xiàn)，不需要設(shè)備驅(qū)動(dòng)程序的專門支持；同時(shí)PF_RING使用零拷貝技術(shù)，處于用戶空間的應(yīng)用程序可通過PF_RING的環(huán)形buffer直接讀取數(shù)據(jù)；PF_RING還支持包解析和包過濾,特別適用于指定數(shù)據(jù)的提取或過濾場合；最重要的，PF_RING可以工作在透明模式下，即不影響已有網(wǎng)絡(luò)應(yīng)用程序的正常工作。PF_RING抓包流程如圖4所示。二、對(duì)視音頻業(yè)務(wù)數(shù)據(jù)的提取通過驅(qū)動(dòng)程序中的TS流接口實(shí)現(xiàn):無論是廣播業(yè)務(wù)還是交互業(yè)務(wù)，有線互動(dòng)電視中的視音頻業(yè)務(wù)傳輸均是將業(yè)務(wù)打包成MPEG2-TS包、以QAM調(diào)制的方式傳輸?shù)接脩魴C(jī)頂盒，機(jī)頂盒驅(qū)動(dòng)程序提供了 TS流接口。通過關(guān)聯(lián)交互信令與TS流，程序可以跟蹤每次交互業(yè)務(wù)的執(zhí)行全過程，以完成互動(dòng)業(yè)務(wù)響應(yīng)時(shí)間的分析，從而實(shí)現(xiàn)互動(dòng)業(yè)務(wù)的服務(wù)質(zhì)量監(jiān)測。業(yè)務(wù)分析模塊:業(yè)務(wù)分析模塊完成互動(dòng)電視的交互信令分析、與視音頻TS流的關(guān)聯(lián)監(jiān)測?！?、交互信令分析:互動(dòng)電視的交互業(yè)務(wù)通訊的網(wǎng)絡(luò)層采用TCP協(xié)議，應(yīng)用層采用HTTP和RTSP協(xié)議，因此交互信令分析模塊包含以下子模塊:TCP重組子模塊、協(xié)議識(shí)別子模塊、協(xié)議分析子模塊。I) TCP重組子模塊:根據(jù)tcp協(xié)議，對(duì)以太網(wǎng)數(shù)據(jù)包進(jìn)行重組，形成有序的TCP段，并把TCP段傳送給協(xié)議識(shí)別模塊。2)協(xié)議識(shí)別子模塊:根據(jù)TCP段，判斷是HTTP協(xié)議、RTSP協(xié)議還是其它協(xié)議，如果是其它協(xié)議，直接丟棄數(shù)據(jù)，如是HTTP協(xié)議或RTSP協(xié)議，則存儲(chǔ)數(shù)據(jù)并提交協(xié)議分析子模塊。3)協(xié)議分析處理子模塊:對(duì)HTTP協(xié)議與RTSP協(xié)議進(jìn)行協(xié)議分析，提取推流配置信息，以進(jìn)行交互信令與視音頻TS流的關(guān)聯(lián)監(jiān)測，同時(shí)完成交互響應(yīng)時(shí)間計(jì)算。二、視音頻TS流的關(guān)聯(lián)監(jiān)測:在接收到推流配置信息之后，業(yè)務(wù)分析模塊需要通過TS流的驅(qū)動(dòng)程序接口接收并識(shí)別所獲取的TS流，進(jìn)而完成整個(gè)交互業(yè)務(wù)響應(yīng)時(shí)間的監(jiān)測。通過對(duì)TS流進(jìn)行抖動(dòng)、丟包等關(guān)鍵指標(biāo)分析，可以提供進(jìn)一步的用戶體驗(yàn)數(shù)據(jù)。TCP重組模塊工作流程:根據(jù)ip幀所含tcp信息進(jìn)行重組，主要處理以下情況:1)確定TCP建立連接的第一次握手?jǐn)?shù)據(jù)包，完成初始化；2)確定已經(jīng)經(jīng)歷過第一次握手后、確定TCP建立連接的第二次握手?jǐn)?shù)據(jù)包，修改狀態(tài)；3)TCP建立連接第三次握手?jǐn)?shù)據(jù)包狀態(tài)判斷(確定已經(jīng)經(jīng)歷過第一、二次握手)，修改相應(yīng)狀態(tài)，連接建立，回調(diào)用戶程序。4)識(shí)別TCP斷開連接請求:修改相應(yīng)狀態(tài)，如果在一定時(shí)間內(nèi)沒有收到確認(rèn)斷開數(shù)據(jù)包，同樣認(rèn)為是斷開，回調(diào)應(yīng)用程序；5) TCP斷開連接確認(rèn):修改相應(yīng)狀態(tài)，回調(diào)應(yīng)用程序，清理相應(yīng)數(shù)據(jù)；6)重組TCP流數(shù)據(jù)包:按照sequence number進(jìn)行排序等操作,直到整個(gè)TCP流數(shù)據(jù)包重組完成，通知協(xié)議識(shí)別子模塊。協(xié)議識(shí)別模塊工作流程如圖5所示。協(xié)議分析處理模塊:
HTTP協(xié)議分析模塊功能流程如圖6所示:
1、分析HTTP協(xié)議URL
2、分析HTTP協(xié)議頭所有字段(目前只關(guān)注瀏覽器字段與Host字段)
3、判斷是Request與Response對(duì)應(yīng)。4、過濾掉如gif, css, jpg與業(yè)務(wù)無關(guān)的url。5、上報(bào)分析數(shù)據(jù)。RTSP協(xié)議分析模塊功能流程如圖7所示:
1、分析RTSP協(xié)議的URL。2、分析 Session。3、獲取RTSP信令類型。4、上報(bào)分析數(shù)據(jù)。監(jiān)測系統(tǒng)通訊模塊:采用XML協(xié)議，通過自定義XML協(xié)議內(nèi)容完成與外部業(yè)務(wù)監(jiān)測系統(tǒng)的通信，主要包括根據(jù)監(jiān)測業(yè)務(wù)配置執(zhí)行監(jiān)測任務(wù)、監(jiān)測數(shù)據(jù)打包、監(jiān)測分析結(jié)果上報(bào)等接口模塊。綜上所述，該發(fā)明提供了合理的手段、能夠解決各地有線互動(dòng)電視運(yùn)營商迫切希望解決的問題，因此是有廣泛應(yīng)用前景的。該發(fā)明不需要運(yùn)營商在用戶終端額外部署大量的監(jiān)測終端設(shè)備，能夠有效降低成本、提高效率，有極大應(yīng)用價(jià)值。有線互動(dòng)電視機(jī)頂盒是由運(yùn)營商采購、統(tǒng)一提供給用戶使用的終端接收設(shè)備；目前機(jī)頂盒已普遍采用中間件技術(shù)，因此運(yùn)營商有條件也有意愿通過在機(jī)頂盒中集成或部署業(yè)務(wù)監(jiān)測模塊。通過使用該監(jiān)測模塊，運(yùn)營商可以方便的用戶終端反饋問題的故障定位，同時(shí)通過采集全部機(jī)頂盒中的交互數(shù)據(jù)，運(yùn)營商也可以掌握互動(dòng)業(yè)務(wù)平臺(tái)的業(yè)務(wù)整體運(yùn)行情況，諸如某區(qū)域系統(tǒng)整體運(yùn)行情況、系統(tǒng)在線用戶總數(shù)、點(diǎn)播并發(fā)量、熱點(diǎn)節(jié)目、互動(dòng)業(yè)務(wù)高峰時(shí)段以及用戶偏好等等用戶想要獲取的信息。
上面所述只是為了說明本發(fā)明，應(yīng)該理解為本發(fā)明并不局限于以上實(shí)施例，符合本發(fā)明思想的各種變通形式均在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.應(yīng)用于機(jī)頂盒中的交互業(yè)務(wù)監(jiān)測方法，所述方法包括: 1)基于機(jī)頂盒內(nèi)置驅(qū)動(dòng)層進(jìn)行監(jiān)測所需業(yè)務(wù)數(shù)據(jù)的捕獲和提取，所述業(yè)務(wù)數(shù)據(jù)包括:互動(dòng)電視交互信令、視音頻業(yè)務(wù)數(shù)據(jù)； 2)對(duì)步驟I)中所捕獲和提取的業(yè)務(wù)數(shù)據(jù)進(jìn)行分析，基于信令分析、信令交互與視音頻業(yè)務(wù)關(guān)聯(lián)、視音頻內(nèi)容分析,實(shí)現(xiàn)交互信令監(jiān)測、交互業(yè)務(wù)響應(yīng)時(shí)間監(jiān)測、視音頻內(nèi)容指標(biāo)監(jiān)測，實(shí)現(xiàn)從用戶請求到收看到實(shí)際內(nèi)容的整個(gè)業(yè)務(wù)流程的服務(wù)質(zhì)量監(jiān)測； 3)通過監(jiān)測應(yīng)用接口，連接可視化的外部監(jiān)測系統(tǒng)，完成監(jiān)測任務(wù)執(zhí)行、監(jiān)測結(jié)果打包及上報(bào)。
2.如權(quán)利要求1所述的監(jiān)測方法，其特征在于，所述步驟I)中，對(duì)互動(dòng)電視交互信令業(yè)務(wù)數(shù)據(jù)的提取通過PR_RING技術(shù)實(shí)現(xiàn)，對(duì)視音頻業(yè)務(wù)數(shù)據(jù)的提取通過機(jī)頂盒內(nèi)置驅(qū)動(dòng)程序中的TS流接口實(shí)現(xiàn)。
3.如權(quán)利要求1所述的監(jiān)測方法，其特征在于，所述步驟2)中，在交互信令分析過程中，互動(dòng)電視的交互業(yè)務(wù)通訊的網(wǎng)絡(luò)層采用TCP協(xié)議進(jìn)行，應(yīng)用層采用HTTP和RTSP協(xié)議進(jìn)行。
4.如權(quán)利要求2所述的監(jiān)測方法，其特征在于，所述步驟2)中，在視音頻TS流的關(guān)聯(lián)監(jiān)測過程中，在接收到推流配置信息之后，業(yè)務(wù)分析模塊需要通過TS流的驅(qū)動(dòng)程序接口接收并識(shí)別所獲取的TS流，進(jìn)而完成整個(gè)交互業(yè)務(wù)響應(yīng)時(shí)間的監(jiān)測。
5.如權(quán)利要求1所述的監(jiān)測方法，其特征在于，所述步驟3)中，在監(jiān)測應(yīng)用接口中，采用XML協(xié)議進(jìn)行通信，通過自定義XML協(xié)議內(nèi)容完成與外部業(yè)務(wù)監(jiān)測系統(tǒng)的通信。
6.一種具有交互業(yè)務(wù)監(jiān)測功能的機(jī)頂盒，所述機(jī)頂盒內(nèi)置中間件，其特征在于，在所述中間件平臺(tái)上搭載有業(yè)務(wù)數(shù)據(jù)提取模塊，所述業(yè)務(wù)數(shù)據(jù)提取模塊基于機(jī)頂盒內(nèi)置驅(qū)動(dòng)層進(jìn)行監(jiān)測所需業(yè)務(wù)數(shù)據(jù)的捕獲和提取，與所述業(yè)務(wù)數(shù)據(jù)提取模塊相配合還設(shè)置有業(yè)務(wù)分析模塊，所述業(yè)務(wù)分析模塊對(duì)所捕獲和提取的業(yè)務(wù)數(shù)據(jù)進(jìn)行分析，與所述業(yè)務(wù)分析模塊相配合還設(shè)置有監(jiān)測系統(tǒng)通訊模塊，所述監(jiān)測系統(tǒng)通訊模塊外接可視化業(yè)務(wù)監(jiān)測系統(tǒng)，所述監(jiān)測系統(tǒng)通訊模塊完成監(jiān)測任務(wù)執(zhí)行、監(jiān)測結(jié)果打包及上報(bào)。
7.如權(quán)利要求6所述的機(jī)頂盒，其特征在于，所述業(yè)務(wù)數(shù)據(jù)提取模塊中，設(shè)置有提取交互信令監(jiān)測所需業(yè)務(wù)數(shù)據(jù)的PR_RING抓包模塊，所述業(yè)務(wù)數(shù)據(jù)提取接口還連接機(jī)頂盒內(nèi)置驅(qū)動(dòng)程序的TS流接口。
8.如權(quán)利要求6所述的機(jī)頂盒，其特征在于，所述業(yè)務(wù)分析模塊中，設(shè)置有TCP重組子模塊、協(xié)議識(shí)別子模塊、協(xié)議分析處理子模塊。
9.如權(quán)利要求8所述的機(jī)頂盒，其特征在于，所述協(xié)議分析處理子模塊包括HTTP協(xié)議分析模塊和RTSP協(xié)議分析模塊。
10.如權(quán)利要求6所述的機(jī)頂盒，其特征在于，所述監(jiān)測系統(tǒng)通訊模塊中，包括監(jiān)測管理模塊、監(jiān)測業(yè)務(wù)配置模塊、監(jiān)測結(jié)果上報(bào)模塊。
全文摘要
本發(fā)明公開了一種具有交互業(yè)務(wù)監(jiān)測功能的機(jī)頂盒，所述機(jī)頂盒內(nèi)置中間件，在所述中間件平臺(tái)上搭載有業(yè)務(wù)數(shù)據(jù)提取模塊，業(yè)務(wù)分析模塊，監(jiān)測系統(tǒng)通訊模塊，所述監(jiān)測系統(tǒng)通訊模塊外接可視化業(yè)務(wù)監(jiān)測系統(tǒng)。本發(fā)明基于機(jī)頂盒中間件技術(shù)實(shí)現(xiàn)對(duì)互動(dòng)電視業(yè)務(wù)的監(jiān)測，能夠跟蹤用戶終端的機(jī)頂盒與互動(dòng)電視業(yè)務(wù)平臺(tái)交互的全過程，有效解決有線互動(dòng)電視運(yùn)營商所關(guān)心的業(yè)務(wù)運(yùn)行情況、用戶體驗(yàn)、平臺(tái)服務(wù)質(zhì)量以及平臺(tái)的性能瓶頸或薄弱環(huán)節(jié)。
文檔編號(hào)H04N21/442GK103152636SQ20131006919
公開日2013年6月12日 申請日期2013年3月5日 優(yōu)先權(quán)日2013年3月5日
發(fā)明者洪太海, 王榮芳, 張家斌, 楊小龍 申請人:北京市博匯科技有限公司