專利名稱：一種采集用戶信息的方法及電視機的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于電視技術(shù)領(lǐng)域，尤其涉及一種采集用戶信息的方法及電視機。
背景技術(shù)：
隨著安卓Android系統(tǒng)越來越普及,使用Android作為主系統(tǒng)的智能電視日已進入普通大眾的生活，消費大眾對某一產(chǎn)品的認同，對某一產(chǎn)品信任，是一個產(chǎn)品、一個品牌在商場立于不敗之地的基礎(chǔ)，是企業(yè)利潤來源之泉，而如何把握住終端消費者的喜好，如何把握消費者對現(xiàn)有產(chǎn)品或者服務(wù)的滿意程度，其實是可以通過第一手的用戶信息數(shù)據(jù)資料來獲得，傳統(tǒng)的做法是發(fā)放問卷調(diào)查，讓用戶填寫相應(yīng)的表格來進行，但是這種方法對于生活節(jié)奏快的消費大眾來說，沒有耐性來配合廠家、服務(wù)商對這類信息的收集，從而導致問卷回收率低，問卷第一手資料失真。
而已知的信息采集技術(shù)，是通過判斷用戶在某個頻道或者某個程序的運行時間來判斷用戶對某個節(jié)目或者對某個應(yīng)用程序的喜好，這種采集方法比較死板，信息采集準確率低，同時此類方法在Android系統(tǒng)中并不能很好的達到采集的功能，因為Android系統(tǒng)與其它操作系統(tǒng)的顯著差別在于，當用戶在不同的應(yīng)用中切換時，被切換至后臺的程序并沒有注銷釋放資源，而是一直在后臺運行中。故，傳統(tǒng)的計時統(tǒng)計方法是沒辦法判斷此用戶是否離開了某個應(yīng)用或者某個節(jié)目。

發(fā)明內(nèi)容
本發(fā)明實施例提供了一種采集用戶信息的方法及電視機，旨在解決現(xiàn)有技術(shù)提供的用戶信息的采集方法比較死板，信息采集準確率低，并且不適用于Android系統(tǒng)的問題。一方面，提供一種采集用戶信息的方法，所述方法包括步驟I、接收安卓Android系統(tǒng)發(fā)送的應(yīng)用狀態(tài)消息；步驟2、當所述應(yīng)用狀態(tài)消息是啟動應(yīng)用消息時，根據(jù)所述應(yīng)用的標識進行用戶信息數(shù)據(jù)采集；步驟3、當所述應(yīng)用狀態(tài)消息是停止應(yīng)用消息時，停止用戶信息數(shù)據(jù)采集，將采集到的用戶信息數(shù)據(jù)打包發(fā)送。另一方面，提供一種具有采集用戶信息裝置的電視機，所述電視機包括通信單元，用于接收安卓Android系統(tǒng)發(fā)送的應(yīng)用狀態(tài)消息；第一信息采集單元，用于當所述應(yīng)用狀態(tài)消息是啟動應(yīng)用消息時，根據(jù)所述應(yīng)用的標識進行用戶信息數(shù)據(jù)采集；信息發(fā)送單元，用于當所述應(yīng)用狀態(tài)消息是停止應(yīng)用消息時，停止用戶信息數(shù)據(jù)采集，將采集到的用戶信息數(shù)據(jù)打包發(fā)送。在本發(fā)明實施例中，由安卓Android系統(tǒng)判斷應(yīng)用的運行狀態(tài)，并發(fā)送相應(yīng)的應(yīng)用狀態(tài)消息至運行在后臺的程序。當所述應(yīng)用狀態(tài)消息是啟動應(yīng)用消息時，運行在后臺的程序根據(jù)所述應(yīng)用的標識進行用戶信息數(shù)據(jù)采集，；當所述應(yīng)用狀態(tài)消息是停止應(yīng)用消息時，停止用戶信息數(shù)據(jù)采集，將采集到的用戶信息數(shù)據(jù)打包發(fā)送，由于應(yīng)用的運行狀態(tài)信息都是安卓Android系統(tǒng)監(jiān)測并發(fā)送至運行在后臺的程序的，因此運行在后臺的程序能通過與安卓Android系統(tǒng)的交互實時得到應(yīng)用的運行信息，比如，當接收到停止應(yīng)用消息時，運行在后臺的程序即可判斷用戶離開了該應(yīng)用，停止采集用戶信息，這樣可以避免用戶信息的多余采集，從而解決了傳統(tǒng)采集方法無法解決的問題。


圖I是本發(fā)明實施例一提供的采集用戶信息的方法的實現(xiàn)流程圖；圖2是本發(fā)明實施例二提供的采集用戶信息的方法的實現(xiàn)流程圖；圖3是本發(fā)明實施例三提供的具有采集用戶信息裝置的電視機的結(jié)構(gòu)框圖；
圖4是本發(fā)明實施例四提供的具有采集用戶信息裝置的電視機的結(jié)構(gòu)框圖。
具體實施例方式為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進行進一步詳細說明。應(yīng)當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。在本發(fā)明實施例中，通過運行在安卓Android系統(tǒng)后臺的程序，實時的與系統(tǒng)的核心服務(wù)Activity Manager服務(wù)進行交互，從用戶點擊進入某個應(yīng)用開始統(tǒng)計，安卓Android系統(tǒng)通過查詢運行該應(yīng)用的時間、該應(yīng)用所占用系統(tǒng)內(nèi)存大小、系統(tǒng)的載荷等相關(guān)系統(tǒng)信息，由此來判斷該應(yīng)用的運行情況，并發(fā)送相應(yīng)的應(yīng)用狀態(tài)消息至運行在后臺的程序，由于應(yīng)用的運行狀態(tài)信息都是安卓Android系統(tǒng)監(jiān)測并發(fā)送至運行在后臺的程序的，因此運行在后臺的程序能通過與安卓Android系統(tǒng)的交互實時得到應(yīng)用的運行信息，t匕如，當接收到停止應(yīng)用消息時，運行在后臺的程序即可判斷用戶離開了該應(yīng)用，停止采集用戶信息，這樣可以避免用戶信息的多余采集，從而解決了傳統(tǒng)采集方法無法解決的問題。以下結(jié)合具體實施例對本發(fā)明的實現(xiàn)進行詳細描述實施例一圖I示出了本發(fā)明實施例一提供的采集用戶信息的方法的實現(xiàn)流程，該采集用戶信息的方法可以應(yīng)用在具有采集用戶信息裝置的電視機中，該采集用戶信息裝置內(nèi)置有運行在后臺的程序，通過該運行在后臺的程序可以執(zhí)行步驟SlOl至S103，詳述如下在步驟SlOl中，接收安卓Android系統(tǒng)發(fā)送的應(yīng)用狀態(tài)消息。安卓Android系統(tǒng)啟動分為四個基本步驟,第一步init進程啟動，該init進程主要完成內(nèi)核加載、初始化驅(qū)動和用戶信息數(shù)據(jù)結(jié)構(gòu)、啟動用戶級程序init，通過此init程序和一些.rc配置文件完成系統(tǒng)引導；第二步本地Native服務(wù)啟動，init. rc是安卓Android系統(tǒng)自己規(guī)定的初始化腳本，init進程打開.rc文件,解析文件內(nèi)容將服務(wù)service信息存放在service_list中，調(diào)用execve O函數(shù)建立service進程,從而完成一些核心級程序的預啟動，為后續(xù)服務(wù)的啟動準備好環(huán)境；第三步在完成核心級程序的預啟動后，系統(tǒng)將啟動安卓Android的一些重要的服務(wù)System server (系統(tǒng)服務(wù)管理)、Zygote (孵化器)、Console (控制臺進程服務(wù))、Activity Manager (核心服務(wù))等，安卓Android服務(wù)啟動，完成系統(tǒng)及程序的管理和完全啟動，這些服務(wù)通過注冊進Systemserver服務(wù)，同時通過綁定Binder機制來進行相互資源的調(diào)用等,第四步主界面HOME啟動，呈現(xiàn)給用戶主界面，用戶可以在主界面中來進行程序啟動操作等。在本實施例中，內(nèi)置運行在后臺的程序的采集用戶信息的裝置需要與安卓Android系統(tǒng)的核心服務(wù)Activity Manager交互，所以需要把它自己注冊進Systemserver, System server是系統(tǒng)級別的服務(wù)管理，通過把Activity Manager注冊進System server,其它用戶或者系統(tǒng)級別的服務(wù)則可以通過此System server來查詢獲取到Activity Manager服務(wù),這樣則可以調(diào)用Activity Manager服務(wù)的接口函數(shù),就好像直接調(diào)用Android系統(tǒng)函數(shù)一樣，這是Binder通信機制的特性之一，將采集用戶信息的裝置與System server綁定好后,采集用戶信息的裝置則進入消息接收循環(huán),接收ActivityManager服務(wù)的接口函數(shù)發(fā)送的消息，通過該消息，采集用戶信息的裝置即可知道應(yīng)用的運行狀態(tài)，所述運行狀態(tài)包括啟動、暫停、繼續(xù)運行和停止。比如，當用戶在桌面上點擊一個應(yīng)用程序時，Android系統(tǒng)則通過Activity Manager來創(chuàng)建應(yīng)用運行的記錄棧，同時創(chuàng)建應(yīng)用的ActivityRecord到系統(tǒng)的記錄文件中，通過socket通信到Zygote創(chuàng)建主要線程等， 這時采集用戶信息的裝置接收到Activity Manager服務(wù)的接口函數(shù)發(fā)送的啟動應(yīng)用消息，則進入相關(guān)處理流程，當用戶暫停此應(yīng)用時，即該應(yīng)用程序處于暫停應(yīng)用狀態(tài)，采集用戶信息的裝置則能接收到Activity Manager的接口函數(shù)發(fā)送的暫停應(yīng)用消息，因為應(yīng)用程序通過Activity Manager來調(diào)度應(yīng)用程序在前臺顯示還是壓入記錄棧，即停止進入后臺睡眠模式，其中，當所述應(yīng)用狀態(tài)處于運行中時，所述應(yīng)用設(shè)置在記錄棧的頂端；當所述應(yīng)用狀態(tài)處于暫停時，移動所述應(yīng)用在記錄棧的其它位置，所述其它位置是根據(jù)所述應(yīng)用的運行順序確定的，其中所述運行順序由預先為所述應(yīng)用設(shè)置的優(yōu)先級別值來確定。其它應(yīng)用程序進入其它模式時，如再次運行resume或者停止destroy模式時，采集用戶信息的裝置都能監(jiān)聽到相應(yīng)的消息來進入分別的處理流程。因為Android智能電視TV/DTV也是一個應(yīng)用(Andro i dPackage, APK ),當用戶進入電視端時，系統(tǒng)啟動流程同普通的應(yīng)用流程，在它的生命周期同樣包含創(chuàng)建-啟動-運行-停止-銷毀這幾個過程，所以電視端的采集同一般的應(yīng)用，這是與傳統(tǒng)方法的區(qū)別之一。另外，需要說明的是，本實施例中所述應(yīng)用是電視頻道的收看。在步驟S102中，當所述應(yīng)用狀態(tài)消息是啟動應(yīng)用消息時，根據(jù)所述應(yīng)用的標識進行用戶信息數(shù)據(jù)采集。在本實施例中，采集用戶信息的裝置與Activity Manager綁定以后，就可以進入循環(huán)偵聽模式，接收Android系統(tǒng)發(fā)送的消息。當用戶在桌面上點擊一個應(yīng)用程序時，Android系統(tǒng)發(fā)送啟動應(yīng)用消息至采集用戶信息的裝置，采集用戶信息的裝置調(diào)用getpackgename O、getCPU O、getMemInfo O 與 Android 系統(tǒng)交互，獲取相關(guān)的 Android 系統(tǒng)信息并存入用戶信息數(shù)據(jù)庫中，Android系統(tǒng)根據(jù)這些系統(tǒng)信息發(fā)送相應(yīng)的應(yīng)用狀態(tài)消息至采集用戶信息的裝置。當接收到啟動應(yīng)用消息時，采集用戶信息的裝置記錄接收到所述啟動應(yīng)用消息的時間，并根據(jù)所述消息中所包含的應(yīng)用的標識進行用戶信息數(shù)據(jù)采集。具體采集的用戶信息數(shù)據(jù)包括某類視頻觀看的時長，某個電視頻道停留的時長等，收到停止應(yīng)用消息時則相應(yīng)的停止采集動作。在步驟S103中，當所述應(yīng)用狀態(tài)消息是停止應(yīng)用消息時，停止用戶信息數(shù)據(jù)采集，將采集到的用戶信息數(shù)據(jù)打包發(fā)送。
在本實施例中，在將采集到的用戶信息數(shù)據(jù)整理成預定的格式并打包發(fā)送出去之前，先判斷采集的用戶信息數(shù)據(jù)是否完整，如果完整，則將采集到的用戶信息數(shù)據(jù)整理成預定的格式并打包發(fā)送出去；否則，刪除所述采集的用戶信息數(shù)據(jù)。具體實現(xiàn)時，采集到的用戶信息數(shù)據(jù)是實時存儲在用戶信息數(shù)據(jù)庫中的，可以根據(jù)用戶信息數(shù)據(jù)庫中的預設(shè)字段的值來判斷采集的用戶信息數(shù)據(jù)是否異常。本實施例，當接收到啟動應(yīng)用消息時，根據(jù)所述應(yīng)用的標識進行用戶信息數(shù)據(jù)采集；當接收到停止應(yīng)用消息時，停止用戶信息數(shù)據(jù)采集，將采集到的用戶信息數(shù)據(jù)打包發(fā)送。用戶信息數(shù)據(jù)的采集是從應(yīng)用的啟動開始，至應(yīng)用停止時結(jié)束，采集的用戶信息數(shù)據(jù)是正好是整個應(yīng)用生命周期的用戶信息數(shù)據(jù)，可以避免用戶信息數(shù)據(jù)采集的多余。實施例二圖2示出了本發(fā)明實施例二提供的采集用戶信息的方法的實現(xiàn)流程，該采集用戶信息的方法可以應(yīng)用在具有采集用戶信息裝置的電視機中，詳述如下
在步驟S201中，接收安卓Android系統(tǒng)發(fā)送的應(yīng)用狀態(tài)消息。在步驟S202中，當所述應(yīng)用狀態(tài)消息是啟動應(yīng)用消息時，根據(jù)所述應(yīng)用的標識進行用戶信息數(shù)據(jù)采集。在步驟S203中，當所述應(yīng)用狀態(tài)消息是暫停應(yīng)用消息時，停止用戶信息數(shù)據(jù)采集，存儲采集到的用戶信息數(shù)據(jù)，同時設(shè)置采集線程進入睡眠狀態(tài)。在步驟S204中，當所述應(yīng)用狀態(tài)消息是應(yīng)用再次處于運行中的應(yīng)用消息時，如果所述應(yīng)用再次處于運行中的消息中的應(yīng)用的標識與所述暫停應(yīng)用消息中的應(yīng)用的標識相同，則喚醒暫停應(yīng)用時停止的所述采集線程，并通過所述采集線程繼續(xù)進行用戶信息數(shù)據(jù)的采集；否則，啟動新的采集線程進行用戶信息數(shù)據(jù)的采集。在步驟S205中，當所述應(yīng)用狀態(tài)消息是停止應(yīng)用消息時，停止用戶信息數(shù)據(jù)采集，將采集到的用戶信息數(shù)據(jù)打包發(fā)送。本實施例，考慮了應(yīng)用的暫停和暫停后應(yīng)用再次處于運行中兩種狀態(tài)，使得應(yīng)用用戶信息數(shù)據(jù)的采集更加完整。另外，在該實施例中，步驟S201、S202和步驟S205具體描述可以參照實施例一中的詳細說明實施例三圖3示出了本發(fā)明實施例三提供的具有采集用戶信息裝置的電視機的具體結(jié)構(gòu)框圖，為了便于說明，僅示出了與本發(fā)明實施例相關(guān)的部分。該具有采集用戶信息裝置的電視機包括通信單元31、第一信息采集單元32和信息發(fā)送單元33。其中，應(yīng)用狀態(tài)接收單元31，用于接收安卓Android系統(tǒng)發(fā)送的應(yīng)用狀態(tài)消息；第一信息采集單元32，用于當所述應(yīng)用狀態(tài)消息是啟動應(yīng)用消息時，根據(jù)所述應(yīng)用的標識進行用戶信息數(shù)據(jù)采集；信息發(fā)送單元33，用于當所述應(yīng)用狀態(tài)消息是停止應(yīng)用消息時，停止用戶信息數(shù)據(jù)采集，將采集到的用戶信息數(shù)據(jù)打包發(fā)送。本發(fā)明實施例提供的具有采集用戶信息裝置的電視機可以應(yīng)用在前述對應(yīng)的方法實施例一中，詳情參見上述實施例一的描述，在此不再贅述。實施例四
圖4示出了本發(fā)明實施例四提供的具有采集用戶信息裝置的電視機的具體結(jié)構(gòu)框圖，為了便于說明，僅示出了與本發(fā)明實施例相關(guān)的部分。該具有采集用戶信息裝置的電視機包括通信單元41、第一信息采集單元42、采集中斷單元43和第二信息采集單元44和信息發(fā)送單元45。其中，應(yīng)用狀態(tài)接收單元41，用于接收安卓Android系統(tǒng)發(fā)送的應(yīng)用狀態(tài)消息；第一信息采集單元42，用于當所述應(yīng)用狀態(tài)消息是啟動應(yīng)用消息時，根據(jù)所述應(yīng)用的標識進行用戶信息數(shù)據(jù)采集；采集中斷單元43，用于當所述應(yīng)用狀態(tài)消息是暫停應(yīng)用消息時，停止用戶信息數(shù)據(jù)采集，存儲采集到的用戶信息數(shù)據(jù)，同時設(shè)置所述采集線程進入睡眠狀態(tài)；第二信息采集單元44，用于當所述應(yīng)用狀態(tài)消息是應(yīng)用再次處于運行中的消息時，如果所述應(yīng)用再次處于運行中的消息中的應(yīng)用的標識與所述暫停應(yīng)用消息中的應(yīng)用的標識相同，則喚醒暫停應(yīng)用時停止的所述采集線程，并通過所述采集線程繼續(xù)進行用戶信 息數(shù)據(jù)的采集；否則，啟動新的采集線程進行用戶信息數(shù)據(jù)的采集；信息發(fā)送單元45，用于當所述應(yīng)用狀態(tài)消息是停止應(yīng)用消息時，停止用戶信息數(shù)據(jù)采集，將采集到的用戶信息數(shù)據(jù)打包發(fā)送。另外，作為本發(fā)明一個優(yōu)選實施例，所述電視機還包括注冊單元46，所述注冊單元46用于將核心服務(wù)Activity Manager注冊到系統(tǒng)服務(wù)管理System server,這時,所述通信單元41通過調(diào)用所述核心服務(wù)Activity Manager獲取所述應(yīng)用狀態(tài)消息。本發(fā)明實施例提供的具有采集用戶信息裝置的電視機可以應(yīng)用在前述對應(yīng)的方法實施例二中，詳情參見上述實施例二的描述，在此不再贅述。值得注意的是，上述系統(tǒng)實施例中，所包括的各個單元只是按照功能邏輯進行劃分的，但并不局限于上述的劃分，只要能夠?qū)崿F(xiàn)相應(yīng)的功能即可；另外，各功能單元的具體名稱也只是為了便于相互區(qū)分，并不用于限制本發(fā)明的保護范圍。另外，本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述各實施例方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件來完成，相應(yīng)的程序可以存儲于一計算機可讀取存儲介質(zhì)中，所述的存儲介質(zhì)，如R0M/RAM、磁盤或光盤等。以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種采集用戶信息的方法，其特征在于，所述方法包括 步驟I、接收安卓Android系統(tǒng)發(fā)送的應(yīng)用狀態(tài)消息； 步驟2、當所述應(yīng)用狀態(tài)消息是啟動應(yīng)用消息時，根據(jù)所述應(yīng)用的標識進行用戶信息數(shù)據(jù)米集； 步驟3、當所述應(yīng)用狀態(tài)消息是停止應(yīng)用消息時，停止用戶信息數(shù)據(jù)采集，將采集到的用戶信息數(shù)據(jù)打包發(fā)送。
2.如權(quán)利要求I所述的方法，其特征在于，在步驟I之前，所述方法還包括 將核心服務(wù)Activity Manager注冊到系統(tǒng)服務(wù)管理System server ； 調(diào)用所述核心服務(wù)Activity Manager獲取所述應(yīng)用狀態(tài)消息。
3.如權(quán)利要求2所述的方法，其特征在于，在步驟2之后，所述方法還包括 當所述應(yīng)用狀態(tài)消息是暫停應(yīng)用消息時，停止用戶信息數(shù)據(jù)采集，存儲采集到的用戶信息數(shù)據(jù)，同時設(shè)置所述采集線程進入睡眠狀態(tài)。
4.如權(quán)利要求3所述的方法，其特征在于，在所述當所述應(yīng)用狀態(tài)消息是暫停應(yīng)用消息時，停止用戶信息數(shù)據(jù)采集，存儲采集到的用戶信息數(shù)據(jù)，同時設(shè)置所述采集線程進入睡眠狀態(tài)之后，所述方法還包括 當所述應(yīng)用狀態(tài)消息是應(yīng)用再次處于運行中的消息時，如果所述應(yīng)用再次處于運行中的消息中的應(yīng)用的標識與所述暫停應(yīng)用消息中的應(yīng)用的標識相同，則喚醒暫停應(yīng)用時停止的所述采集線程，并通過所述采集線程繼續(xù)進行用戶信息數(shù)據(jù)的采集； 否則，啟動新的采集線程進行用戶信息數(shù)據(jù)的采集。
5.如權(quán)利要求4所述的方法，其特征在于，當所述應(yīng)用狀態(tài)處于運行中時，所述應(yīng)用設(shè)置在記錄棧的頂端； 當所述應(yīng)用狀態(tài)處于暫停時，移動所述應(yīng)用在記錄棧的其它位置，所述其它位置是根據(jù)所述應(yīng)用的運行順序確定的，其中所述運行順序由預先為所述應(yīng)用設(shè)置的優(yōu)先級別值來確定。
6.如權(quán)利要求I至5所述任一項的權(quán)利要求，其特征在于，所述應(yīng)用是電視頻道的收看。
7.一種具有采集用戶信息裝置的電視機，其特征在于，所述電視機包括 通信單元，用于接收安卓Android系統(tǒng)發(fā)送的應(yīng)用狀態(tài)消息； 第一信息采集單元，用于當所述應(yīng)用狀態(tài)消息是啟動應(yīng)用消息時，根據(jù)所述應(yīng)用的標識進行用戶信息數(shù)據(jù)采集； 信息發(fā)送單元，用于當所述應(yīng)用狀態(tài)消息是停止應(yīng)用消息時，停止用戶信息數(shù)據(jù)采集，將采集到的用戶信息數(shù)據(jù)打包發(fā)送。
8.如權(quán)利要求7所述的電視機，其特征在于，所述電視機還包括 注冊單元，用于將核心服務(wù)Activity Manager注冊到系統(tǒng)服務(wù)管理System server ； 所述通信單元通過調(diào)用所述核心服務(wù)Activity Manager獲取所述應(yīng)用狀態(tài)消息。
9.如權(quán)利要求7所述的電視機，其特征在于，所述電視機還包括 采集中斷單元，用于當所述應(yīng)用狀態(tài)消息是暫停應(yīng)用消息時，停止用戶信息數(shù)據(jù)采集，存儲采集到的用戶信息數(shù)據(jù)，同時設(shè)置所述采集線程進入睡眠狀態(tài)。
10.如權(quán)利要求7所述的電視機，其特征在于，所述電視機還包括第二信息采集單元，用于當所述應(yīng)用狀態(tài)消息是應(yīng)用再次處于運行中的消息時，如果所述應(yīng)用再次處于運行中的消息中的應(yīng)用的標識與所述暫停應(yīng)用消息中的應(yīng)用的標識相同，則喚醒暫停應(yīng)用時停止的所述采集線程，并通過所述采集線程繼續(xù)進行用戶信息數(shù)據(jù)的采集；否則，啟動新的采集線程進行用戶信息數(shù)據(jù)的采集。
全文摘要
本發(fā)明適用于電視技術(shù)領(lǐng)域，提供了一種采集用戶信息的方法及電視機，所述方法包括接收安卓Android系統(tǒng)發(fā)送的應(yīng)用狀態(tài)消息；當所述應(yīng)用狀態(tài)消息是啟動應(yīng)用消息時，根據(jù)所述應(yīng)用的標識進行用戶信息數(shù)據(jù)采集；當所述應(yīng)用狀態(tài)消息是停止應(yīng)用消息時，停止用戶信息數(shù)據(jù)采集，將采集到的用戶信息數(shù)據(jù)打包發(fā)送。本發(fā)明，當運行在后臺的程序接收到停止應(yīng)用消息時，即可判斷用戶離開了該應(yīng)用，停止采集用戶信息，這樣可以避免用戶信息的多余采集。
文檔編號H04N21/472GK102780933SQ20121020229
公開日2012年11月14日 申請日期2012年6月18日 優(yōu)先權(quán)日2012年6月18日
發(fā)明者葉史進 申請人:Tcl集團股份有限公司