專利名稱：一種獲取數字電視受眾信息的系統(tǒng)的制作方法
技術領域：
本實用新型涉及有線電視技術領域，特別涉及一種獲取數字電視受眾信息的系統(tǒng)。
背景技術：
近年來，有線電視數字化推進力度不斷加大。隨著國內數字電視整轉進程不斷推進，各種新業(yè)務應運而生，已完全打破了以前模擬電視或單向數字電視模式下電視節(jié)目時間序列的收看模式，用戶在收看傳統(tǒng)電視節(jié)目的同時可以通過電視查看新聞、點播視頻、交易股票、甚至支付水電費等等，而這些業(yè)務的使用情況可能在任何時候，完全不同于以前電視的使用方法和業(yè)務形態(tài)，數字電視運營商不知道自己投入大量財力、人力的新業(yè)務被用戶所接受和使用情況，即受眾信息無法準確獲取。廣告公司也由于無法向客戶提供媒介價值評估數據而不敢涉足數字電視媒體領域。在此形勢下國內數字電視產業(yè)急需對受眾信息及其所代表的業(yè)務使用情況進行精確監(jiān)測，以提供新老業(yè)務運營中產業(yè)調整的數據理論支撐。自80年代引入國外收視率測量體系以來，其技術模式一直沿用至今。但傳統(tǒng)的測量體系不兼容數字模式，尤其對絕大部分采用完全異于從前技術模式的新業(yè)務完全不能測量。尤其在模擬電視模式下，測量儀是對電平變化做測量，而且需要拆開用戶電視進行改造，需要獨立的外接獨立供電的測量設備和電話線支持。在數字電視模式下頻道轉播方面在一個頻點下面分幾路服務碼進行傳輸，或者采用交互式網絡電視技術完全脫離 FDM(Frequency Division Multiplexing，頻分復用)傳輸技術，通過電平變化不能區(qū)別正在播出的節(jié)目，同時基于Hypertext (超文本協(xié)議)的新型增值業(yè)務，完全通過互聯網網絡鏈路傳輸，數據信息的區(qū)分根本不能通過物理層電流變化特征識別。綜上所述，現有技術無法提供基于超文本協(xié)議模式下的海量用戶數據的受眾信息進行監(jiān)測的技術方案。

實用新型內容本實用新型要解決的技術問題是如何在超文本協(xié)議模式下，迅速準確地獲取海量受眾信息。為解決上述問題，本實用新型提供了一種獲取數字電視受眾信息的系統(tǒng)，包括機頂盒，監(jiān)測服務器，存儲服務器和驅動服務器；所述監(jiān)測服務器用于當所述機頂盒請求一個在瀏覽器上運行的業(yè)務時，從所述機頂盒獲取用戶識別參數和該業(yè)務的編碼，攜帶在數據請求中發(fā)送給所述存儲服務器；所述驅動服務器用于根據所述存儲服務器的指令從所述數據請求中提取出所述用戶識別參數、所述業(yè)務的編碼，連同該數據請求的時間信息作為一條受眾信息保存在所述存儲服務器中。進一步地，所述驅動服務器包括[0011]內存緩沖池、文件緩沖池；提取單元，用于根據所述存儲服務器的指令從所述數據請求中提取出所述用戶識別參數、所述業(yè)務的編碼及該數據請求的時間信息；存儲單元，用于將所提取的用戶識別參數、業(yè)務的編碼及時間信息作為一條受眾信息保存在所述內存緩沖池中；處理單元，用于當所述內存緩沖池達到設定量大小時，將其中的全部數據釋放到文件緩沖池，清空內存緩沖池；當文件緩沖池達到預定量大小時，將所述文件緩沖池內的文件壓縮打包后存儲到所述存儲服務器。進一步地，所述的系統(tǒng)還包括匯總服務器，用于在預定時間到達時，提取各個存儲服務器存儲的受眾信息。進一步地，所述監(jiān)測服務器包括存儲單元，保存用于指示機頂盒返回用戶識別參數和所請求的業(yè)務的編碼的指令；處理單元，用于當所述機頂盒請求一個在瀏覽器上運行的業(yè)務時，將所述指令添加在該業(yè)務的程序中返回給所述機頂盒；接收單元，用于獲取所述機頂盒返回的攜帶了所述用戶識別參數和該業(yè)務的編碼的數據請求；分發(fā)單元，用于將攜帶了所述用戶識別參數和該業(yè)務的編碼的數據請求轉發(fā)到相應的存儲服務器。進一步地，所述機頂盒包括用于向監(jiān)測服務器請求在瀏覽器上運行的業(yè)務，當收到所述監(jiān)測服務器返回的指令時，獲取用戶識別參數和業(yè)務的編碼；封裝單元，用于將所述處理單元獲取的用戶識別參數和所述業(yè)務的編碼封裝為數據請求；發(fā)送單元，用于向所述監(jiān)測服務器發(fā)送封裝成的數據請求。進一步地，所述機頂盒還包括生成單元，用于生成機頂盒識別號，并交由所述發(fā)送單元發(fā)送給所述監(jiān)測服務器。進一步地，所述機頂盒還包括存儲器，用于暫存用戶觸發(fā)的可監(jiān)測事件對應的數據；分包單元，用于將所述存儲器暫存的數據分為數據包，通過所述發(fā)送單元發(fā)送。進一步地，所述的系統(tǒng)還包括負載均衡器；域名解析服務器，用于從所述機頂盒的發(fā)送單元接收所述數據包，并根據域名表， 將所述數據包轉發(fā)到指定的負載均衡器；所述負載均衡器用于將所述數據包分發(fā)到當前壓力較小的存儲服務器。進一步地，所述的系統(tǒng)還包括時間同步服務器，用于向所述機頂盒提供時間；所述機頂盒還包括同步單元，用于從時間同步服務器獲取時間，記錄入內存變量中。本實用新型的技術方案在不需要對現有雙向機頂盒做任何改造的情況下，可提取
5形式標準的受眾信息，從而可以供各種現有分析系統(tǒng)或分析數據庫直接對接，有效的降低了重復投資和資源浪費。本實用新型的一個優(yōu)化方案可以根據壓力情況將所述數據請求轉發(fā)到相應的存儲服務器，能使得各個存儲服務器的負載比較均衡。

為了更清楚地說明本實用新型實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本實用新型的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。圖1是實施例一中獲取數字電視受眾信息的系統(tǒng)的示意框圖。圖2是實施例一中機頂盒的示意框圖。
具體實施方式
下面將結合本實用新型實施例中的附圖，對本實用新型實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本實用新型一部分實施例，而不是全部的實施例?；诒緦嵱眯滦椭械膶嵤├?，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本實用新型保護的范圍。實施例一、一種獲取數字電視受眾信息的系統(tǒng)，如圖1所示，包括機頂盒，監(jiān)測服務器，存儲服務器和驅動服務器；所述監(jiān)測服務器用于當所述機頂盒請求一個在瀏覽器上運行的業(yè)務時，從所述機頂盒獲取用戶識別參數和該業(yè)務的編碼，攜帶在數據請求中發(fā)送給所述存儲服務器；所述驅動服務器用于根據所述存儲服務器的指令從所述數據請求中提取出所述用戶識別參數、所述業(yè)務的編碼，連同該數據請求的時間信息作為一條受眾信息保存在所述存儲服務器中。本實施例中，所述驅動服務器具體可以包括內存緩沖池、文件緩沖池；提取單元，用于根據所述存儲服務器的指令從所述數據請求中提取出所述用戶識別參數、所述業(yè)務的編碼及該數據請求的時間信息；存儲單元，用于將所提取的用戶識別參數、業(yè)務的編碼及時間信息作為一條受眾信息保存在所述內存緩沖池中；處理單元，用于當所述內存緩沖池達到設定量大小時，將其中的全部數據釋放到文件緩沖池，清空內存緩沖池；當文件緩沖池達到預定量大小時，將所述文件緩沖池內的文件壓縮打包后存儲到所述存儲服務器。本實施例中，所述系統(tǒng)還包括匯總服務器，用于在預定時間到達時，提取各個存儲服務器存儲的受眾信息。本實施例中，所述匯總服務器可以啟動回收隊列任務，下載所述存儲服務器中的數據。本實施例中，所述監(jiān)測服務器具體可以包括存儲單元，保存用于指示機頂盒返回用戶識別參數和所請求的業(yè)務的編碼的指令；[0055]處理單元，用于當所述機頂盒請求一個在瀏覽器上運行的業(yè)務時，將所述指令添加在該業(yè)務的程序中返回給所述機頂盒；接收單元，用于獲取所述機頂盒返回的攜帶了所述用戶識別參數和該業(yè)務的編碼的數據請求；分發(fā)單元，用于將攜帶了所述用戶識別參數和該業(yè)務的編碼的數據請求轉發(fā)到相應的存儲服務器；本實施例中，所述指令還可以指示機頂盒返回預留字段和所述機頂盒所在城市編碼；相應的，所述數據請求還包括所述預留字段和所述機頂盒所在城市編碼。本實施例中，所述分發(fā)單元可以根據壓力情況將所述數據請求轉發(fā)到相應的存儲服務器；所述接收單元還可以從所述機頂盒對業(yè)務的請求中或所述數據請求中獲取機頂盒識別號。本實施例中，所述機頂盒如圖2所示，具體可以包括處理單元，用于向監(jiān)測服務器請求在瀏覽器上運行的業(yè)務，當收到所述監(jiān)測服務器返回的指令時，獲取用戶識別參數和業(yè)務的編碼；封裝單元，用于將所述處理單元獲取的用戶識別參數和所述業(yè)務的編碼封裝為數據請求；發(fā)送單元，用于向所述監(jiān)測服務器發(fā)送封裝成的數據請求。本實施例中，所述機頂盒還可以包括生成單元，用于生成機頂盒識別號，并交由所述發(fā)送單元發(fā)送給所述監(jiān)測服務器。本實施例中，所述機頂盒還可以包括存儲器，用于暫存用戶觸發(fā)的可監(jiān)測事件對應的數據；分包單元，用于將所述存儲器暫存的數據分為數據包，通過所述發(fā)送單元發(fā)送。其中，所述分包單元可以將緩沖池中預定時間間隔的第一機頂盒識別號、成員識別號、操作記錄和時間都提取出來，重構為第二機頂盒識別號；預定時間間隔到達，發(fā)送一個最大不超過第一數量記錄的包；如果還有數據未發(fā)送，則發(fā)送所述未發(fā)送的數據。其中，所述包的格式包括協(xié)議體虛擬首部，包括源地址，目標地址，握手信息，數據長度、所述包的生命周期和端口 ；數據封裝體，包括收視信息和機頂盒識別信息。本實施例中，所述系統(tǒng)還可以包括負載均衡器；域名解析服務器，用于從所述機頂盒的發(fā)送單元接收所述數據包，并根據域名表， 將所述數據包轉發(fā)到指定的負載均衡器；所述負載均衡器用于將所述數據包分發(fā)到當前壓力較小的存儲服務器。本實施例中，所述系統(tǒng)還可以包括時間同步服務器，用于向所述機頂盒提供時間；所述機頂盒還可以包括同步單元，用于從時間同步服務器獲取時間，記錄入內存變量中。本實施例中，所述機頂盒還可以用于進入用戶界面后，確定用戶身份；以及記錄非瀏覽器模式服務對應的識別標簽。[0081]本實施例的系統(tǒng)在超文本模式下，不需要對現有雙向機頂盒做任何改造，使用便捷且可以做到全網全用戶媒介接觸測量，可以監(jiān)測包括新聞、點播視頻、交易股票、電子報紙等增值業(yè)務，但不局限于此類增值業(yè)務。獲取數字電視受眾信息的系統(tǒng)的工作流程如下步驟1，表示所有采用瀏覽器模式的業(yè)務，如果是IPTV(交互式網絡電視)模式的數字電視業(yè)務，除增值業(yè)務外還可以直接監(jiān)測收視率，而且這種收視率監(jiān)測方法完全不需要對機頂盒端做任何改造、升級。步驟2，由于超文本模式是對全部用戶的使用行為進行測量，所以數據量極大，因此在本實用新型實施例中采用兩級緩沖，即內存緩沖和文件緩沖算法，相互匹配協(xié)同工作。步驟3，數據自動歸類匯總，根據日期和業(yè)務類型將數據分類存儲，以用于分析系統(tǒng)或數據調用。在前述說明的基礎上，下面說明本實用新型實施例中超文本模式數字電視受眾信息測量的流程，包括步驟如下101當機頂盒啟動時，無需加載任何額外程序，按正常初始化過程，得到機頂盒識別號。102用戶進入電視主機界面，如果是數據廣播式和瀏覽器混合型數字電視網，則只有進入在瀏覽器上運行的業(yè)務，超文本模式采集邏輯才開始工作；否則使用RDP (可靠數據協(xié)議)模式監(jiān)測。如果是IPTV模式或完全在瀏覽器上運行模式的數字電視網，則從開機后即進入超文本模式。103當用戶打開或使用一個在瀏覽器上運行的業(yè)務時，在對應業(yè)務的程序最下端會嵌入一條50字節(jié)左右的代碼，用戶打開業(yè)務之后，該段代碼會自動隨業(yè)務下載到機頂盒，并由機頂盒瀏覽器解釋并執(zhí)行。104嵌入式程序自動獲得用戶識別參數，并根據植入代碼的在瀏覽器上運行的業(yè)務的預定編碼，自動發(fā)送攜帶所述用戶識別參數和所述業(yè)務編碼的數據請求到設定的HPT 負載均衡地址，如果所述數據請求發(fā)送成功，則只發(fā)送一次；如果請求所指向的目標主機無響應，則重試若干次，如3次，仍然不成功則停止發(fā)送。當用戶切換到其它在瀏覽器上運行的業(yè)務欄目時，前一業(yè)務欄目的植入程序將被銷毀。105監(jiān)測服務器負載均衡接收到所述數據請求后，根據壓力情況轉發(fā)到不同的存儲服務器，存儲服務器收到的不是直接的數據，而是帶有所述用戶識別參數和所述業(yè)務編碼的數據請求。106收到所述數據請求的存儲服務器指令驅動服務器應用處理服務，應用處理服務從所述數據請求中提取出所述用戶識別參數和所述業(yè)務編碼后，將對應的信息，如機頂盒識別參數、業(yè)務識別編碼、觸發(fā)時間等時間信息存儲到內存緩沖池。107存儲服務器根據內存緩沖池的大小判斷何時回收數據，當內存緩沖達到設定量大小時，設定量可以是內存緩沖池中的記錄數目，或記錄的大小，應用服務處理程序自動將內存緩沖中的數據釋放到文件，并清除內存緩沖池。108當文件緩沖再次達到更大的一個設定數據量時，由專門的定時應用處理程序將文件壓縮打包，分門別類存放到存儲集群。109每天匯總服務器會根據設定時間提取各個存儲集群的數據，啟動后尋找上次回收結束到目前新產生的所有數據，并啟動下載進程，將不同存儲服務器的數據下載到自己的匯總儲存器。1. 2采用本實施例進行超文本模式用戶媒介接觸測量，不直接通過機頂盒判斷用戶成員類型，而且以機頂盒為單位，提供其他用戶成員構成測量手段實現用戶的成員的識別，如，電話調研、在線調研等。當用戶切換業(yè)務欄目時，如果該業(yè)務欄目是植入監(jiān)測代碼所預設需要檢測的業(yè)務，則自動觸發(fā)前述步驟103-104所進行的監(jiān)測應用過程，然后發(fā)送數據請求到對應的監(jiān)測服務器地址，監(jiān)測服務器將所述數據請求中所含有的用戶識別參數、 業(yè)務識別參數(可以通過業(yè)務編碼來區(qū)分)及其相關時間信息記錄下來。本實用新型實施例中超文本模式數字電視請求參數及原理說明1.2. 1數據請求中必須包含機頂盒識別信息，可以使用物理地址、CA(條件接收)號或其他唯一識別用戶的信息，這些信息在機頂盒初始化時會存儲在內存變量或者 Cookies等訪問信息中，除此之外還包括業(yè)務對應編碼、預留字段和所述機頂盒所在城市編碼，一共四個參數，其中預留字段和所述機頂盒所在城市編碼可以為優(yōu)選方案。1. 2. 2首先超文本模式EPG (電子節(jié)目菜單)傳遞參數到主機？主機地址......P ？ Stbid = OOOOl&inorout = l&actclass = 2002&hostid =
0011. 2. 3getindex 將會獲取 stbid、inorout、actclass、hostid 四個參數，同時判斷每一參數是否為空，如果有為空的參數，則摒棄該條數據。Stbid 機頂盒號或CA卡號或機頂盒MAC (介質訪問控制層)地址。Inorout 保留字，供開發(fā)新功能使用。Actclass 業(yè)務識別碼Hostid 監(jiān)測業(yè)務所在城市識別碼。城市識別碼是區(qū)分監(jiān)測數據屬于哪個城市。1. 2. 4Staticmemory. setMemoryList (stdld，actClass，hostid, inorout)，該方法將數據緩存到內存，因為內存操作的效率遠遠高于直接操作數據庫。1.2. 5判斷內存中劃分的記錄空間是否超過預設值，如果是，則將該內存空間中的數據生成一個文件，例如文本文件，同時釋放對應的內存空間；如果否，不予處理。在本實用新型實施例中，可以優(yōu)選將所述預設值設定為2000條，或5000條等，那么，當內存中劃分的記錄空間記錄了超過2000條數據后，將該內存空間中的數據生成一個文本文件，同時釋放對應的內存空間。1. 2. 6預定時間到達，啟動一個線程，該線程負責遍歷存放內存空間所生成的文件的文件夾，如果是文本文件，則遍歷其所在文件夾即可，同時將所述文件中的記錄逐一存入數據庫，存完后銷毀對應的文件，如果所述文件是文本文件，則銷毀所述文本文件。通過上述步驟，就完成了將機頂盒的收視信息及用戶行為信息都經由超文本模式收集到了數據庫中。通過數字電視網絡提供的新聞、點播視頻、交易股票、電子報紙等業(yè)務，都可以通過超文本模式對用戶進行測量。超文本測量模塊本身只占用終端幾個字節(jié)的空間，一旦切換后，還能夠自動銷毀。這種技術方案的優(yōu)點在于不會對用戶的使用造成任何影響，也不會占用終端有限的資源。在本實用新型實施例中，當用戶觸發(fā)超文本模式這種應用時，所有數據交由集群
9服務端緩存處理，應用邏輯代碼體和數據都占用終端資源非常少，而且完成請求隨即釋放資源。而基于IP的各種業(yè)務器IP通路相對機頂盒資源更寬裕，應此此種邏輯更適合這類業(yè)務的測量。本實用新型實施例中基于HPT數字電視受眾信息測量系統(tǒng)的緩沖機制如下超文本模式數據監(jiān)測系統(tǒng)可達到毫秒級用戶行為普查式采樣，該技術結構、采樣方法及相關技術標準已形成本實用新型實施例自有的完整體系，在雙向有線數字網下的檢測是目前成本最低、效率最高的采樣模式，能夠完成海量數據測量。檢測系統(tǒng)設計標準為200萬用戶基礎，日流量300萬PV、最高峰值2500PV/m，此規(guī)模下每增加80萬PV (頁面瀏覽量)的流量或能承受至少500PV/m的壓力，不僅使得數據流量達到了每天百萬級，而且成本還很低。目前單一超文本模式接收系統(tǒng)，實際測試容量到達300萬/日、周末峰值< 2000/ 秒、平均流量( 小時計)<34. 8/秒、平均流量(12小時計)<69. 5/秒，異常極高峰100/ 秒，異常極高峰持續(xù)< 10秒。此模式的服務端緩沖機制和回傳算法對海量樣本或百萬級用戶全樣本，在瀏覽器上運行業(yè)務的測量提供了穩(wěn)定保障。本實用新型實施例超文本模式服務器端數據緩沖說明1.3. 1接收用戶識別參數，業(yè)務編碼，和/或預留字段、機頂盒所在城市編碼等參數，調用無返回狀態(tài)的javabean類，把接收的參數組合成以逗號分隔(或者直接組合成SQL 語句)的字符串，放入到一個靜態(tài)變量(全局變量)數組A中，當數組A的長度達到規(guī)定的長度之后，啟動一個線程，把該數組的內容記錄到以時間方式命名的文件中，命名規(guī)則為年月日時分秒毫秒，最后再補加一組19位長度的隨機數，如“20090713213246203-17980304 51425203678”，這樣做是為防止文件緩沖存儲過程中，可能發(fā)生重名覆蓋的情況。錄入完成之后，將表(文件存儲表)插入一條保存文件名的記錄(標志為0表示沒有處理)。1. 3. 2采用文件直存，分析時再導入數據庫的方式，有以下好處a.防止大量數據同時寫入數據庫連接超載而產生拒絕服務的錯誤。b.靜態(tài)變量相當于是全局變量，它能在提供網絡服務的等長時間內提供全程服務，而不是像一般的變量調用的時候初始化內容，調用完成自動銷毀。c.寫文件的時候，一個設定數組只會寫到一個特定名字的文件里面，絕對不會出現鎖定的狀態(tài)。d.當寫文件結束之后，才向文件存儲表寫入可以處理的記錄，當讀取文件存儲表的類讀取這張表的數據之后，是依次來處理文件的，這樣能保證插入數據不會混亂。下面，說明本實用新型實施例中RDP模式的工作過程。在RDP模式下，可以區(qū)分為單向和雙向兩種模式。在雙向模式的網絡條件下，對于雙向機頂盒的RDP監(jiān)測，可以通過對機頂盒的軟升級，來實現監(jiān)測回傳功能。即在機頂盒中植入含有處理器、存儲硬件的RDP模式測量模塊；如機頂盒性能達到需求標準，可復用機頂盒硬件，但必須使用監(jiān)測應用處理程序。在單向模式的網絡條件下，則可以直接在機頂盒中植入含有處理器、存儲硬件、發(fā)射模塊的RDP模式測量模塊，在實際運用中，所述RDP模式測量模塊可以用單片機來實現。RDP模式測量模塊中，機頂盒與服務器之間的接口通信將由兩個步驟組成a.數據封裝b.數據通信[0127]數據封裝的方式以產生較小的封裝體積為目標，這樣可以降低數據通信的容量。本實用新型實施例中，機頂盒和服務器的數據通信流程如下機頂盒底層驅動處理收視率信息并將其封裝，底層驅動還可以處理其他用戶行為信息，凡是基于非瀏覽器下發(fā)式交互操作都在本實用新型實施例的處理范圍之內。通過通信協(xié)議棧將數據送給系統(tǒng)端的數據采集服務器。數據采集服務器將整理好的數據傳送給數據分析服務器進行數據分析。下面，具體說明RDP模式的處理的詳細流程。2. 1、本實用新型實施例中基于RDP數字電視受眾信息測量系統(tǒng)的具體實施和流程如下，通過網絡升級或更換具有RDP測量中間件的機頂盒，測量數據包括但不限于收視率，凡是基于非瀏覽器下發(fā)式交互操作都在能夠在本實用新型實施例監(jiān)測范圍之內。步驟1代表當用戶使用具有RDP模式功能的機頂盒后，通過遙控器特定按鈕，甄別成員實現收視行為和基于非瀏覽器下發(fā)式交互操作行為監(jiān)測的成員識別。步驟2代表當家庭成員觸發(fā)可監(jiān)測事件時，如在頻道切換、數字廣播切換、下發(fā)式 EPG或信息切換時，判斷觸發(fā)可監(jiān)測事件有效后，將可監(jiān)測事件對應的數據暫存在機頂盒存儲器中，待數據滿足分包條件后，通過機頂盒調制解調器接口等任何支持IP鏈路的模塊傳出，傳輸協(xié)議可以選擇適當的協(xié)議。家庭成員是用戶的一種，用戶不限于家庭成員。步驟3代表數據包首先到達DNS服務器，之后根據域名表對應IP將數據包轉發(fā)到指定的負載均衡器IP和端口，負載均衡器根據目前數據量的動態(tài)平衡，將數據包分發(fā)到當前壓力較小的存儲服務器。步驟4代表獨立運行的存儲服務器集群，接收通過負載均衡下發(fā)的數據，存儲服務器的數目可以但不限于三臺，可根據城市實際用戶數量增加存儲服務器數量不斷擴容。步驟5代表，優(yōu)先選擇在數據壓力較小時，如每天凌晨匯總服務器啟動回收隊列任務，分批次將存儲服務器集群中的數據下載到匯總主機，最終由其它的獨立分析系統(tǒng)調用完整的匯總數據。有必要時，匯總服務器可以主動選擇回收隊列任務的時機。本實用新型實施例中RDP可靠數據協(xié)議模式數字電視受眾信息測量步驟包括2. 1. 1具有RDP中間件的機頂盒冷啟動啟動后，首先進入常規(guī)初始化，其中重要一環(huán)是向時間同步服務器獲取時間，進行同步時間校準，此過程在任何一次冷啟動過程都必須進行，獲取到同步時間后立刻將該時刻(精確到毫秒)記錄入內存中變量，同時獲取機頂盒識別信息，如物理地址、用戶編號等，并啟動RDP測量模塊。2. 1.2RDP模塊進入處理狀態(tài)，首先獲取內存中校準過的啟動時間變量t0，但用戶真正的開機時間是初始化之前的時間，由于開機初始化時間是設定固定值t，因此實際啟動時間是to-t，運算產生真實冷啟動時間、用戶識別信息和操作識別數據，用以后期分析時運算開機率。2. 1.3機頂盒進入用戶界面，用戶根據遙控器指定鈕，確認自己的成員身份，此時可能有兩種情況，首先如果是強制首頁的機頂盒則記錄一次進入首頁門戶的時間和識別數據，其次如果是默認頻道或下發(fā)式EPG菜單，則記錄一次相應家庭成員切換頻道或EPG菜單狀態(tài)。2. 1. 4如果用戶隨后進入頻道服務、待機、啟動、數字廣播、下發(fā)式EPG或信息等， 只要是用戶使用非瀏覽器模式的服務，無論收視率還是菜單，其受眾信息即受眾使用情況，
11都在可監(jiān)測范圍之內。此時RDP中間件不斷獲取切換和使用識別碼、用戶識別信息及時間， 待機、啟動、下發(fā)式EPG等操作信息根據中間件指定識別標簽，頻道、數字廣播等則采用“頻點” + “服務碼”方式組合成識別標簽，但機頂盒只記錄識別標簽，在機頂盒端不做任何其他處理。2. 1. 5每次收到切換狀態(tài)變化數據時，先將該數據放入一個兩成員隊列，新取得的記錄與隊列前一條對比，如果發(fā)現時間間隔小于有效切換時間，或者數據有異常則自動摒棄該新取得的記錄數據，等待新數據到來。如果記錄數據驗證正常，則替換隊列前一天數據，并釋放前一條數據到內存中指定緩沖池，采用緩沖延時發(fā)送可以把網絡使用頻度降到最低。2. 1. 6每隔預定時間，如5分鐘，掃描一次緩沖池，如果緩沖池中沒數據則等待下一個循環(huán)，如果緩沖存在數據，則進入分包機制，將數據分成最適合本實用新型實施例所采用的網絡協(xié)議傳輸的大小。2. 1. 7為了減少數據網絡壓力，分包時會對數據做進行適當的壓縮算法處理，將數據量縮減一定比例后傳輸，采用本申請人所制定的專用協(xié)議，可以將數據量壓縮70%，具體的協(xié)議內容參見后文及申請人的其他專利文件。2. 1.8RDP啟動傳輸模式時，首先驅動硬件，之后將數據包根據協(xié)議內容發(fā)送到 DNS處理服務器。2. 1.9DNS服務器收到端口數據后，根據路由表，全部轉發(fā)所有數據到負載均衡器。 此處DNS作用有兩個，首先會起到對數據的二次緩沖，其次IP地址是一種不可靠的可變節(jié)點，采用DNS中轉，即便更改所有的服務器IP，也不需要重新升級和更換機頂盒，能夠減少
資源重復浪費。2. 1. 10負載均衡器接收到相應數據后，對存儲服務器集群進行壓力評估，選擇較壓力較小的存儲服務器發(fā)送數據。2. 1. 11當存儲服務器接受到信息后，首先使用網絡協(xié)議校驗數據，校驗成功則放入內存緩沖池，同時發(fā)送源地址成功的標示。如果校驗失敗則獲取數據包序列號和源地址， 向數據包源地址發(fā)送重發(fā)請求，機頂盒收到重發(fā)信號后，將校驗失敗的所述數據再次發(fā)送， 服務器收到重發(fā)數據后后銷毀之前失效的數據，并將重發(fā)數據放入內存緩沖池，同時發(fā)送源地址成功的標示。2. 1. 11當機頂盒收到所述成功標示后，清除已發(fā)送的數據內存，為下次存儲做準備。2. 1. 12存儲服務器的內存緩沖池到達設定量時，將數據取出，并補充日期數據。由于每天發(fā)送的數據，都有相同的日期前綴，所以發(fā)送時壓縮算法會將數據的日期部分刪除， 同時做其它壓縮處理然后再封包發(fā)送，當數據從存儲服務器緩沖中釋放出來時，需要做機頂盒壓縮算法的逆運算，分拆數據并打上日期碼。2. 1. 13每隔一段時間(可設定，每天或每小時)，匯總服務器啟動回收隊列，按順序分批次查詢存儲服務集群中所有服務器，將得到的數據下載匯總到一起。2. 1. 14數據匯總收集后，要對數據做數據清洗格式化，清洗格式化后的數據為標準數據，可以被各種分析軟件或數據庫直接導入分析。2. 2，本實用新型實施例中基于RDP數字電視受眾信息測量系統(tǒng)的通信中，機頂盒與服務器之間的接口通信將由兩部分組成a.數據封裝b.數據通信。具體的由應用中間件采集數據，識別用戶，并緩存數據，當數據滿足條件后，啟動適當協(xié)議進入封裝流程，將大塊數據封裝成協(xié)議數據包，啟動協(xié)議回傳部分進行全雙工通信，發(fā)送數據等待校驗，校驗成功后刪除機頂盒緩存數據，校驗失敗重新發(fā)送，超時則按設定壽命時間自動銷毀。本實用新型實施例中RDP模式數字電視測量通信步驟包括2. 2. 1開機后暫時不加載協(xié)議體，待采集應用中間件判斷條件允許時，進入通信封裝流程，此時加載協(xié)議體。2. 2. 2協(xié)議體設計最佳分包大小為1800字節(jié)左右，當采集應用根據數據量大小分包后，每個小包體積不大于1800字節(jié)，分好小包后運算出數據校驗合，添加目標地址、源地址、包具體大小等等。2. 2. 3協(xié)議體封裝結束后，啟動可以支持IP鏈路的硬件驅動。2. 2. 4封裝好的小數據包，按批次隊列式發(fā)送，通過數據鏈路傳遞到目標服務器或者DNS服務器。2. 2. 5服務器端或DNS端接收到數據后，根據部署結構緩沖或分流，最終到達文件接收服務器。2. 2. 6當小數據包到達接收服務器后，根據相應的協(xié)議體封裝規(guī)則，對數據包進行解碼，解碼之后得到數據位文本流，并進行數據校驗判斷。2. 2. 7如果數據校驗成功，則將文本流儲存為文件格式，并向目標源發(fā)送確認信息，等待下一數據。2. 2. 8如果數據校驗失敗，則把失敗的包序列回執(zhí)向目標機頂盒發(fā)送，待其重新發(fā)送，重發(fā)成功后，雙方刪除之前錯誤數據記錄。2. 2. 9任務完成后關閉數據連接，并卸載驅動關閉端口，等待下一任務。2. 3，本實用新型實施例中基于RDP數字電視受眾信息測量系統(tǒng)的有效性驗證中， 不是所有的操作行為數據都有效的，比如用戶連續(xù)快速換臺，是沒有實際媒介價值的，同時卻增加了許多數據體積，增加了各個環(huán)節(jié)的處理負擔。為此，對有效性驗證能夠減少系統(tǒng)資源的占用。本實用新型實施例中RDP模式數字電視測量數據有效性驗證流程包括步驟2. 3. 1判斷是否為頻道或數字廣播切換信息，如果不是則不作判斷，直接記錄，如果類型匹配有效性驗證成功，則進入下一步。2.3.2當得到一條A記錄時，A進入隊列，如果Al位無數據，則A記錄直接記錄入 Al位，等待下一條記錄。2. 3. 3當再次得到一條記錄A時，A進入隊列并賦予A2位，兩條數據進行對比，數據正常并且兩條記錄的時間差大于等于設定有效時間差，如>=3秒。則數據Al位釋放到寄存器緩沖池，A2位進入Al位，清空A2位，A2位等待下一條記錄。2. 3. 4當再次得到一條記錄A時，A進入隊列并賦予A2位，兩條數據進行對比，數據正常并且兩條記錄的時間差小于等于設定有效時間差，如<=3秒。則數據A2位直接摒棄，Al位繼續(xù)保留等待下一條記錄。2. 4，本實用新型實施例中基于RDP數字電視受眾信息測量系統(tǒng)的封包算法中，當產生記錄后，不立刻發(fā)送數據，而是通過相應的分包算法，而是由終端模塊或置入模塊動態(tài)CN 202210848 U
說明書
11/15 頁
對數據量和時間長度進行適應，1. 8K，1. 2K的分包大小符合單包1. 8K左右最佳傳輸體積分包模型。這個分包大小的設定是基于當前的網絡條件而選擇的，所屬領域的技術人員在不付出創(chuàng)造性勞動的情況下，還可以根據不同的網絡條件和硬件情況選擇其他的數據包大小，這種選擇沒有超出本實用新型的保護范圍。本實用新型實施例中RDP模式數字電視測量數據分包流程算法包括步驟2. 4. 1將緩沖池中的機頂盒識別號、成員識別號、操作記錄和時間一條條提取出來，數據重構成一個機頂盒識別號后，5分鐘內若干的成員識別號、操作記錄和時間的格式。 縮減體積為N條記錄，則最終體積=N* (機頂盒識別號長度+1+8+8) - ((N-I) *機頂盒識別號長度)，5分鐘的預定時間間隔可以根據實際需要進行設定。2. 4. 2每到5分鐘，先發(fā)一個最大不超過45條記錄的包，send+length+databody =4+4+45*40 = 1808字節(jié)的一個包。根據實際統(tǒng)計，第一次發(fā)的包有至少86%的用戶5鐘內數據可以全部發(fā)完。2. 4. 3第一個包發(fā)完后，判斷還有沒有數據，如果還有再發(fā)第二個包，第二個包的體積小于等于35記錄*40字節(jié)=1200字節(jié)+8位頭字節(jié)=1208字節(jié)。2. 4. 4出現5分鐘內75條記錄的極端情況可全部發(fā)完，同時在大多數情況下機頂盒只需要發(fā)一次包即可發(fā)送完一個用戶5分鐘內的全部數據，最多兩次可以全部發(fā)送完。2. 5，本實用新型實施例中基于RDP數字電視受眾信息測量系統(tǒng)的專用協(xié)議框架中，電視媒體受眾信息測量的基本原則是不影響用戶正常使用，但目前公共的傳輸協(xié)議，協(xié)議堆棧包含過多子協(xié)議，在傳輸使用時需要三次握手，那么一次數據的傳輸需要三倍的交換信息傳輸，不僅占用有限的帶寬同時完成周期也是三倍。本實用新型實施例采用自主研發(fā)的通信協(xié)議，只需要一次握手，僅僅在數據異常時進行二次反饋，應此專用協(xié)議實現回路傳輸的高效、低消耗。本實用新型中基于RDP數字電視受眾信息測量系統(tǒng)的專用私有協(xié)議體數據結構2.5.1.1協(xié)議體包括虛擬首部協(xié)議體虛擬首部，主要包括a.源地址即從哪里發(fā)出，以便回執(zhí)信息時確定回執(zhí)目標地址。b.目標地址即發(fā)往何處，可以只域名形勢或IP形勢。c.握手信息即信息確認，當前端接收后確認是否為正確收到的數據，是否為重發(fā)數據。d.數據長度即所發(fā)包的總長度，由于封裝數據轉化為2進制流，解封和校驗時需要獲知準確的數據原始長度。e.生命周期即該包路由次數，當超過設定生命周期，自動銷毀數據包，防止在網絡里產生冗余數據。f.端口為私有端口端，不同于常見的8080、80、21等，而且這個段也是非公端，不會與其他系統(tǒng)數據產生數據混亂。2. 5. 1. 2機頂盒端協(xié)議體包括數據封裝體如果機頂盒識別號為M位則，$16位操作碼后16位協(xié)議頭，即16位收視信息+ 位機頂盒識別信息(例0600010020508AFF02050205)[0192]$0600010020508AFF020502050000FFF11257570"send 80”$0000FFF112575700600010020508AFF02050205$000000001258090$0000FFFF1258 200$0000FFF11258260$0000FFFF1258330” 一包一行記錄，共享一個機頂盒識別信息頭部， 如......” send80$. . . 40 字節(jié)數據· · · $......”包 1” send80$. . . 40 字節(jié)數據· · · $......”包 2” send80$. . . 40 字節(jié)數據· · · $......”包 32. 5. 1. 3前端補碼后的單個數據結構體如下表1、分拆數據解碼后的結構
權利要求1.一種獲取數字電視受眾信息的系統(tǒng)，其特征在于，包括 機頂盒，監(jiān)測服務器，存儲服務器和驅動服務器；所述監(jiān)測服務器用于當所述機頂盒請求一個在瀏覽器上運行的業(yè)務時，從所述機頂盒獲取用戶識別參數和該業(yè)務的編碼，攜帶在數據請求中發(fā)送給所述存儲服務器；所述驅動服務器用于根據所述存儲服務器的指令從所述數據請求中提取出所述用戶識別參數、所述業(yè)務的編碼，連同該數據請求的時間信息作為一條受眾信息保存在所述存儲服務器中。
2.如權利要求1所述的系統(tǒng)，其特征在于，所述驅動服務器包括 內存緩沖池、文件緩沖池；提取單元，用于根據所述存儲服務器的指令從所述數據請求中提取出所述用戶識別參數、所述業(yè)務的編碼及該數據請求的時間信息；存儲單元，用于將所提取的用戶識別參數、業(yè)務的編碼及時間信息作為一條受眾信息保存在所述內存緩沖池中；處理單元，用于當所述內存緩沖池達到設定量大小時，將其中的全部數據釋放到文件緩沖池，清空內存緩沖池；當文件緩沖池達到預定量大小時，將所述文件緩沖池內的文件壓縮打包后存儲到所述存儲服務器。
3.如權利要求1所述的系統(tǒng)，其特征在于，還包括匯總服務器，用于在預定時間到達時，提取各個存儲服務器存儲的受眾信息。
4.如權利要求1所述的系統(tǒng)，其特征在于，所述監(jiān)測服務器包括存儲單元，保存用于指示機頂盒返回用戶識別參數和所請求的業(yè)務的編碼的指令； 處理單元，用于當所述機頂盒請求一個在瀏覽器上運行的業(yè)務時，將所述指令添加在該業(yè)務的程序中返回給所述機頂盒；接收單元，用于獲取所述機頂盒返回的攜帶了所述用戶識別參數和該業(yè)務的編碼的數據請求；分發(fā)單元，用于將攜帶了所述用戶識別參數和該業(yè)務的編碼的數據請求轉發(fā)到相應的存儲服務器。
5.如權利要求1所述的系統(tǒng)，其特征在于，所述機頂盒包括處理單元，用于向監(jiān)測服務器請求在瀏覽器上運行的業(yè)務，當收到所述監(jiān)測服務器返回的指令時，獲取用戶識別參數和業(yè)務的編碼；封裝單元，用于將所述處理單元獲取的用戶識別參數和所述業(yè)務的編碼封裝為數據請求；發(fā)送單元，用于向所述監(jiān)測服務器發(fā)送封裝成的數據請求。
6.如權利要求5所述的系統(tǒng)，其特征在于，所述機頂盒還包括生成單元，用于生成機頂盒識別號，并交由所述發(fā)送單元發(fā)送給所述監(jiān)測服務器。
7.如權利要求5所述的系統(tǒng)，其特征在于，所述機頂盒還包括 存儲器，用于暫存用戶觸發(fā)的可監(jiān)測事件對應的數據；分包單元，用于將所述存儲器暫存的數據分為數據包，通過所述發(fā)送單元發(fā)送。
8.如權利要求5所述的系統(tǒng)，其特征在于，還包括負載均衡器；域名解析服務器，用于從所述機頂盒的發(fā)送單元接收所述數據包，并根據域名表，將所述數據包轉發(fā)到指定的負載均衡器；所述負載均衡器用于將所述數據包分發(fā)到當前壓力較小的存儲服務器。
9.如權利要求5所述的系統(tǒng)，其特征在于，還包括 時間同步服務器，用于向所述機頂盒提供時間；所述機頂盒還包括同步單元，用于從時間同步服務器獲取時間，記錄入內存變量中。
專利摘要本實用新型公開了一種獲取數字電視受眾信息的系統(tǒng)，其特征在于，包括機頂盒，監(jiān)測服務器，存儲服務器和驅動服務器；所述監(jiān)測服務器用于當所述機頂盒請求一個在瀏覽器上運行的業(yè)務時，從所述機頂盒獲取用戶識別參數和該業(yè)務的編碼，攜帶在數據請求中發(fā)送給所述存儲服務器；所述驅動服務器用于根據所述存儲服務器的指令從所述數據請求中提取出所述用戶識別參數、所述業(yè)務的編碼，連同該數據請求的時間信息作為一條受眾信息保存在所述存儲服務器中。本實用新型能在超文本協(xié)議模式下，迅速準確地獲取海量受眾信息。
文檔編號H04N21/274GK202210848SQ201120144748
公開日2012年5月2日 申請日期2011年5月9日 優(yōu)先權日2011年5月9日
發(fā)明者張弘 申請人:尼爾森網聯媒介數據服務有限公司