专利名称：一种采集用户信息的方法及电视机的制作方法
技术领域：
本发明属于电视技术领域，尤其涉及一种采集用户信息的方法及电视机。
背景技术：
随着安卓Android系统越来越普及,使用Android作为主系统的智能电视日已进入普通大众的生活，消费大众对某一产品的认同，对某一产品信任，是一个产品、一个品牌在商场立于不败之地的基础，是企业利润来源之泉，而如何把握住终端消费者的喜好，如何把握消费者对现有产品或者服务的满意程度，其实是可以通过第一手的用户信息数据资料来获得，传统的做法是发放问卷调查，让用户填写相应的表格来进行，但是这种方法对于生活节奏快的消费大众来说，没有耐性来配合厂家、服务商对这类信息的收集，从而导致问卷回收率低，问卷第一手资料失真。
而已知的信息采集技术，是通过判断用户在某个频道或者某个程序的运行时间来判断用户对某个节目或者对某个应用程序的喜好，这种采集方法比较死板，信息采集准确率低，同时此类方法在Android系统中并不能很好的达到采集的功能，因为Android系统与其它操作系统的显著差别在于，当用户在不同的应用中切换时，被切换至后台的程序并没有注销释放资源，而是一直在后台运行中。故，传统的计时统计方法是没办法判断此用户是否离开了某个应用或者某个节目。
发明内容
本发明实施例提供了一种采集用户信息的方法及电视机，旨在解决现有技术提供的用户信息的采集方法比较死板，信息采集准确率低，并且不适用于Android系统的问题。一方面，提供一种采集用户信息的方法，所述方法包括步骤I、接收安卓Android系统发送的应用状态消息；步骤2、当所述应用状态消息是启动应用消息时，根据所述应用的标识进行用户信息数据采集；步骤3、当所述应用状态消息是停止应用消息时，停止用户信息数据采集，将采集到的用户信息数据打包发送。另一方面，提供一种具有采集用户信息装置的电视机，所述电视机包括通信单元，用于接收安卓Android系统发送的应用状态消息；第一信息采集单元，用于当所述应用状态消息是启动应用消息时，根据所述应用的标识进行用户信息数据采集；信息发送单元，用于当所述应用状态消息是停止应用消息时，停止用户信息数据采集，将采集到的用户信息数据打包发送。在本发明实施例中，由安卓Android系统判断应用的运行状态，并发送相应的应用状态消息至运行在后台的程序。当所述应用状态消息是启动应用消息时，运行在后台的程序根据所述应用的标识进行用户信息数据采集，；当所述应用状态消息是停止应用消息时，停止用户信息数据采集，将采集到的用户信息数据打包发送，由于应用的运行状态信息都是安卓Android系统监测并发送至运行在后台的程序的，因此运行在后台的程序能通过与安卓Android系统的交互实时得到应用的运行信息，比如，当接收到停止应用消息时，运行在后台的程序即可判断用户离开了该应用，停止采集用户信息，这样可以避免用户信息的多余采集，从而解决了传统采集方法无法解决的问题。
图I是本发明实施例一提供的采集用户信息的方法的实现流程图；图2是本发明实施例二提供的采集用户信息的方法的实现流程图；图3是本发明实施例三提供的具有采集用户信息装置的电视机的结构框图；
图4是本发明实施例四提供的具有采集用户信息装置的电视机的结构框图。
具体实施例方式为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。在本发明实施例中，通过运行在安卓Android系统后台的程序，实时的与系统的核心服务Activity Manager服务进行交互，从用户点击进入某个应用开始统计，安卓Android系统通过查询运行该应用的时间、该应用所占用系统内存大小、系统的载荷等相关系统信息，由此来判断该应用的运行情况，并发送相应的应用状态消息至运行在后台的程序，由于应用的运行状态信息都是安卓Android系统监测并发送至运行在后台的程序的，因此运行在后台的程序能通过与安卓Android系统的交互实时得到应用的运行信息，t匕如，当接收到停止应用消息时，运行在后台的程序即可判断用户离开了该应用，停止采集用户信息，这样可以避免用户信息的多余采集，从而解决了传统采集方法无法解决的问题。以下结合具体实施例对本发明的实现进行详细描述实施例一图I示出了本发明实施例一提供的采集用户信息的方法的实现流程，该采集用户信息的方法可以应用在具有采集用户信息装置的电视机中，该采集用户信息装置内置有运行在后台的程序，通过该运行在后台的程序可以执行步骤SlOl至S103，详述如下在步骤SlOl中，接收安卓Android系统发送的应用状态消息。安卓Android系统启动分为四个基本步骤,第一步init进程启动，该init进程主要完成内核加载、初始化驱动和用户信息数据结构、启动用户级程序init，通过此init程序和一些.rc配置文件完成系统引导；第二步本地Native服务启动，init. rc是安卓Android系统自己规定的初始化脚本，init进程打开.rc文件,解析文件内容将服务service信息存放在service_list中，调用execve O函数建立service进程,从而完成一些核心级程序的预启动，为后续服务的启动准备好环境；第三步在完成核心级程序的预启动后，系统将启动安卓Android的一些重要的服务System server (系统服务管理)、Zygote (孵化器)、Console (控制台进程服务)、Activity Manager (核心服务)等，安卓Android服务启动，完成系统及程序的管理和完全启动，这些服务通过注册进Systemserver服务，同时通过绑定Binder机制来进行相互资源的调用等,第四步主界面HOME启动，呈现给用户主界面，用户可以在主界面中来进行程序启动操作等。在本实施例中，内置运行在后台的程序的采集用户信息的装置需要与安卓Android系统的核心服务Activity Manager交互，所以需要把它自己注册进Systemserver, System server是系统级别的服务管理，通过把Activity Manager注册进System server,其它用户或者系统级别的服务则可以通过此System server来查询获取到Activity Manager服务,这样则可以调用Activity Manager服务的接口函数,就好像直接调用Android系统函数一样，这是Binder通信机制的特性之一，将采集用户信息的装置与System server绑定好后,采集用户信息的装置则进入消息接收循环,接收ActivityManager服务的接口函数发送的消息，通过该消息，采集用户信息的装置即可知道应用的运行状态，所述运行状态包括启动、暂停、继续运行和停止。比如，当用户在桌面上点击一个应用程序时，Android系统则通过Activity Manager来创建应用运行的记录栈，同时创建应用的ActivityRecord到系统的记录文件中，通过socket通信到Zygote创建主要线程等， 这时采集用户信息的装置接收到Activity Manager服务的接口函数发送的启动应用消息，则进入相关处理流程，当用户暂停此应用时，即该应用程序处于暂停应用状态，采集用户信息的装置则能接收到Activity Manager的接口函数发送的暂停应用消息，因为应用程序通过Activity Manager来调度应用程序在前台显示还是压入记录栈，即停止进入后台睡眠模式，其中，当所述应用状态处于运行中时，所述应用设置在记录栈的顶端；当所述应用状态处于暂停时，移动所述应用在记录栈的其它位置，所述其它位置是根据所述应用的运行顺序确定的，其中所述运行顺序由预先为所述应用设置的优先级别值来确定。其它应用程序进入其它模式时，如再次运行resume或者停止destroy模式时，采集用户信息的装置都能监听到相应的消息来进入分别的处理流程。因为Android智能电视TV/DTV也是一个应用(Andro i dPackage, APK ),当用户进入电视端时，系统启动流程同普通的应用流程，在它的生命周期同样包含创建-启动-运行-停止-销毁这几个过程，所以电视端的采集同一般的应用，这是与传统方法的区别之一。另外，需要说明的是，本实施例中所述应用是电视频道的收看。在步骤S102中，当所述应用状态消息是启动应用消息时，根据所述应用的标识进行用户信息数据采集。在本实施例中，采集用户信息的装置与Activity Manager绑定以后，就可以进入循环侦听模式，接收Android系统发送的消息。当用户在桌面上点击一个应用程序时，Android系统发送启动应用消息至采集用户信息的装置，采集用户信息的装置调用getpackgename O、getCPU O、getMemInfo O 与 Android 系统交互，获取相关的 Android 系统信息并存入用户信息数据库中，Android系统根据这些系统信息发送相应的应用状态消息至采集用户信息的装置。当接收到启动应用消息时，采集用户信息的装置记录接收到所述启动应用消息的时间，并根据所述消息中所包含的应用的标识进行用户信息数据采集。具体采集的用户信息数据包括某类视频观看的时长，某个电视频道停留的时长等，收到停止应用消息时则相应的停止采集动作。在步骤S103中，当所述应用状态消息是停止应用消息时，停止用户信息数据采集，将采集到的用户信息数据打包发送。
在本实施例中，在将采集到的用户信息数据整理成预定的格式并打包发送出去之前，先判断采集的用户信息数据是否完整，如果完整，则将采集到的用户信息数据整理成预定的格式并打包发送出去；否则，删除所述采集的用户信息数据。具体实现时，采集到的用户信息数据是实时存储在用户信息数据库中的，可以根据用户信息数据库中的预设字段的值来判断采集的用户信息数据是否异常。本实施例，当接收到启动应用消息时，根据所述应用的标识进行用户信息数据采集；当接收到停止应用消息时，停止用户信息数据采集，将采集到的用户信息数据打包发送。用户信息数据的采集是从应用的启动开始，至应用停止时结束，采集的用户信息数据是正好是整个应用生命周期的用户信息数据，可以避免用户信息数据采集的多余。实施例二图2示出了本发明实施例二提供的采集用户信息的方法的实现流程，该采集用户信息的方法可以应用在具有采集用户信息装置的电视机中，详述如下
在步骤S201中，接收安卓Android系统发送的应用状态消息。在步骤S202中，当所述应用状态消息是启动应用消息时，根据所述应用的标识进行用户信息数据采集。在步骤S203中，当所述应用状态消息是暂停应用消息时，停止用户信息数据采集，存储采集到的用户信息数据，同时设置采集线程进入睡眠状态。在步骤S204中，当所述应用状态消息是应用再次处于运行中的应用消息时，如果所述应用再次处于运行中的消息中的应用的标识与所述暂停应用消息中的应用的标识相同，则唤醒暂停应用时停止的所述采集线程，并通过所述采集线程继续进行用户信息数据的采集；否则，启动新的采集线程进行用户信息数据的采集。在步骤S205中，当所述应用状态消息是停止应用消息时，停止用户信息数据采集，将采集到的用户信息数据打包发送。本实施例，考虑了应用的暂停和暂停后应用再次处于运行中两种状态，使得应用用户信息数据的采集更加完整。另外，在该实施例中，步骤S201、S202和步骤S205具体描述可以参照实施例一中的详细说明实施例三图3示出了本发明实施例三提供的具有采集用户信息装置的电视机的具体结构框图，为了便于说明，仅示出了与本发明实施例相关的部分。该具有采集用户信息装置的电视机包括通信单元31、第一信息采集单元32和信息发送单元33。其中，应用状态接收单元31，用于接收安卓Android系统发送的应用状态消息；第一信息采集单元32，用于当所述应用状态消息是启动应用消息时，根据所述应用的标识进行用户信息数据采集；信息发送单元33，用于当所述应用状态消息是停止应用消息时，停止用户信息数据采集，将采集到的用户信息数据打包发送。本发明实施例提供的具有采集用户信息装置的电视机可以应用在前述对应的方法实施例一中，详情参见上述实施例一的描述，在此不再赘述。实施例四
图4示出了本发明实施例四提供的具有采集用户信息装置的电视机的具体结构框图，为了便于说明，仅示出了与本发明实施例相关的部分。该具有采集用户信息装置的电视机包括通信单元41、第一信息采集单元42、采集中断单元43和第二信息采集单元44和信息发送单元45。其中，应用状态接收单元41，用于接收安卓Android系统发送的应用状态消息；第一信息采集单元42，用于当所述应用状态消息是启动应用消息时，根据所述应用的标识进行用户信息数据采集；采集中断单元43，用于当所述应用状态消息是暂停应用消息时，停止用户信息数据采集，存储采集到的用户信息数据，同时设置所述采集线程进入睡眠状态；第二信息采集单元44，用于当所述应用状态消息是应用再次处于运行中的消息时，如果所述应用再次处于运行中的消息中的应用的标识与所述暂停应用消息中的应用的标识相同，则唤醒暂停应用时停止的所述采集线程，并通过所述采集线程继续进行用户信 息数据的采集；否则，启动新的采集线程进行用户信息数据的采集；信息发送单元45，用于当所述应用状态消息是停止应用消息时，停止用户信息数据采集，将采集到的用户信息数据打包发送。另外，作为本发明一个优选实施例，所述电视机还包括注册单元46，所述注册单元46用于将核心服务Activity Manager注册到系统服务管理System server,这时,所述通信单元41通过调用所述核心服务Activity Manager获取所述应用状态消息。本发明实施例提供的具有采集用户信息装置的电视机可以应用在前述对应的方法实施例二中，详情参见上述实施例二的描述，在此不再赘述。值得注意的是，上述系统实施例中，所包括的各个单元只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。另外，本领域普通技术人员可以理解实现上述各实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，相应的程序可以存储于一计算机可读取存储介质中，所述的存储介质，如R0M/RAM、磁盘或光盘等。以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种采集用户信息的方法，其特征在于，所述方法包括 步骤I、接收安卓Android系统发送的应用状态消息； 步骤2、当所述应用状态消息是启动应用消息时，根据所述应用的标识进行用户信息数据米集； 步骤3、当所述应用状态消息是停止应用消息时，停止用户信息数据采集，将采集到的用户信息数据打包发送。
2.如权利要求I所述的方法，其特征在于，在步骤I之前，所述方法还包括 将核心服务Activity Manager注册到系统服务管理System server ； 调用所述核心服务Activity Manager获取所述应用状态消息。
3.如权利要求2所述的方法，其特征在于，在步骤2之后，所述方法还包括 当所述应用状态消息是暂停应用消息时，停止用户信息数据采集，存储采集到的用户信息数据，同时设置所述采集线程进入睡眠状态。
4.如权利要求3所述的方法，其特征在于，在所述当所述应用状态消息是暂停应用消息时，停止用户信息数据采集，存储采集到的用户信息数据，同时设置所述采集线程进入睡眠状态之后，所述方法还包括 当所述应用状态消息是应用再次处于运行中的消息时，如果所述应用再次处于运行中的消息中的应用的标识与所述暂停应用消息中的应用的标识相同，则唤醒暂停应用时停止的所述采集线程，并通过所述采集线程继续进行用户信息数据的采集； 否则，启动新的采集线程进行用户信息数据的采集。
5.如权利要求4所述的方法，其特征在于，当所述应用状态处于运行中时，所述应用设置在记录栈的顶端； 当所述应用状态处于暂停时，移动所述应用在记录栈的其它位置，所述其它位置是根据所述应用的运行顺序确定的，其中所述运行顺序由预先为所述应用设置的优先级别值来确定。
6.如权利要求I至5所述任一项的权利要求，其特征在于，所述应用是电视频道的收看。
7.一种具有采集用户信息装置的电视机，其特征在于，所述电视机包括 通信单元，用于接收安卓Android系统发送的应用状态消息； 第一信息采集单元，用于当所述应用状态消息是启动应用消息时，根据所述应用的标识进行用户信息数据采集； 信息发送单元，用于当所述应用状态消息是停止应用消息时，停止用户信息数据采集，将采集到的用户信息数据打包发送。
8.如权利要求7所述的电视机，其特征在于，所述电视机还包括 注册单元，用于将核心服务Activity Manager注册到系统服务管理System server ； 所述通信单元通过调用所述核心服务Activity Manager获取所述应用状态消息。
9.如权利要求7所述的电视机，其特征在于，所述电视机还包括 采集中断单元，用于当所述应用状态消息是暂停应用消息时，停止用户信息数据采集，存储采集到的用户信息数据，同时设置所述采集线程进入睡眠状态。
10.如权利要求7所述的电视机，其特征在于，所述电视机还包括第二信息采集单元，用于当所述应用状态消息是应用再次处于运行中的消息时，如果所述应用再次处于运行中的消息中的应用的标识与所述暂停应用消息中的应用的标识相同，则唤醒暂停应用时停止的所述采集线程，并通过所述采集线程继续进行用户信息数据的采集；否则，启动新的采集线程进行用户信息数据的采集。
全文摘要
本发明适用于电视技术领域，提供了一种采集用户信息的方法及电视机，所述方法包括接收安卓Android系统发送的应用状态消息；当所述应用状态消息是启动应用消息时，根据所述应用的标识进行用户信息数据采集；当所述应用状态消息是停止应用消息时，停止用户信息数据采集，将采集到的用户信息数据打包发送。本发明，当运行在后台的程序接收到停止应用消息时，即可判断用户离开了该应用，停止采集用户信息，这样可以避免用户信息的多余采集。
文档编号H04N21/472GK102780933SQ20121020229
公开日2012年11月14日 申请日期2012年6月18日 优先权日2012年6月18日
发明者叶史进 申请人:Tcl集团股份有限公司