CN101222609A - 基于双向数字电视技术的收视调查系统 - Google Patents

Abstract

本发明提供了一种基于双向数字电视技术的收视调查系统，它包括：机顶盒，位于客户端处并以一收视数据协议自动回传收视数据；数据采集设备，接收机顶盒回传的收视数据并进行存储；以及数据分析设备，对数据采集设备中存储的设备进行读取和分析。该收视调查系统与传统系统有明显的区别，可以实现非常精确的收视调查数据分析。

Description

基于双向数字电视技术的收视调查系统

技术领域

本发明涉及数字电视领域，尤其涉及一种基于双向数字电视技术的收视调查系统。

背景技术

传统的收视调查，例如央视索福瑞、AC尼尔森，都是采用用户抽样或是电话回访调查的方式来进行一种大概意义上的频道收视统计分析，有的会采用类似于收视调查黑盒子的某种设备，通过这种设备对用户电视机节目收看的采集，来进行统计分析。不论传统的收视调查方法采用何种模式，其缺点有以下几个方面：

1数据取样来源少

传统模式不可能覆盖全城或全地区的电视用户，只能是很小的一部分，例如1000个用户、数百个用户等，通过对这些用户进行抽样调查，来计算出收视概率值，其准确度并不是真实的。

2数据准确性不足

采用电话回访或是采用相应的设备来定时取样，并不能得到非常客观的数据，用户的主观性决定了数据的正确性，例如回答是否正确、设备是否开机等。

3数据实时性不足

由于很多数据都是事后采集的，因此数据的时效性大打折扣。很多调查数据都是在节目完成后若干天或当天结束时间才能够得到。这种情况下数据的实时性和准确性都会有问题，人们自然会质疑数据分析的正确性。

发明内容

在数字电视技术的发展潮流中，双向互动是非常明显的发展方向。单向数字电视平台已经远远不能满足业务开展的需求，所以各地广电都在投资做双向链路改造，希望当地机顶盒能够实现双向业务，例如IP网页浏览、视频点播等，从而找到新的业务发展点。

基于这种双向数字电视技术，本发明提供了一种新颖的收视调查系统，它与传统的收视调查有明显的区别，并且可以实现非常精确的收视调查数据分析。

本发明提供了一种基于双向数字电视技术的收视调查系统，它包括：机顶盒，位于客户端处并以一收视数据协议自动回传收视数据；数据采集设备，接收机顶盒回传的收视数据并进行存储；以及数据分析设备，对数据采集设备中存储的设备进行读取和分析。

此外，在上述基于双向数字电视技术的收视调查系统中，机顶盒根据预定的策略自动回传所述收视数据，且该策略包括当用户收看一频道超过一预定时间时自动记录一有效收看记录。

此外，上述收视数据包括有效收看记录和用户操作行为，当存储收视数据的缓冲满时或者每隔一定时器时间，回传这些收视数据。

此外，在上述基于双向数字电视技术的收视调查系统中，数据采集设备对所述收视数据以文件的形式进行存储。

此外，上述数据采集设备还可以包括一数据转存服务器，它将所保存的文件中的数据自动转存入数据库服务器。

此外，上述数据分析设备适于实时浏览所述数据采集设备中记录的数据，并对这些数据进行分析和统计。其中，上述浏览至少包括开机数查询、开机数时间段查询、频道多时间段查询、L屏应用查询、L屏应用时间段查询；上述统计包括频道收视情况统计。

本发明的收视调查系统(DVN-Investigation)可以弥补以上传统收视调查系统的不足，并且在基础技术层面解决了长期以来收视系统所遇到的各种问题。它通过实时数据采集、实时回传、及时分析挖掘等各种先进技术，来实现非常准确的收视调查数据统计，为广电运营商、节目提供商、电视台提供正确的数据参考。

应当理解，本发明以上的一般性描述和以下的详细描述都是示例性和说明性的，并且旨在为如权利要求所述的本发明提供进一步的解释。

附图说明

包括附图是为提供对本发明进一步的理解，它们被收录并构成本申请的一部分，附图示出了本发明的实施例，并与本说明书一起起到解释本发明原理的作用。

附图中：

图1示出了根据本发明的基于双向数字电视技术的收视调查系统。

图2是利用数据分析设备通过浏览器浏览数据的示例的截屏图。

具体实施方式

现在将详细参考附图描述本发明的实施例。

参考图1，本发明的收视调查系统100主要由机顶盒101、数据采集设备102和数据分析设备103构成，并可以进一步包括网关108、负载均衡交换机107等装置。其中数据采集设备102进一步包括数据采集服务器104、数据库服务器105和数据转存服务器106。

以下结合图1所示的实施例，详细描述各部分：

(a)机顶盒100

机顶盒100设置于于客户端处，并可根据预定的策略以一收视数据协议自动回传收视数据。机顶盒100的收视调查模块是一个完全独立的模块(软件或硬件实现)，其在后台自动运行而无需用户干预。

通常，机顶盒的收视调查模块以一定的策略来回传数据。

根据一个实施例，提供了以下策略。即，当用户收看一个频道长于一预定时间(例如1分钟)时，系统将自动记录当前收看记录，表示用户当前的收看行为是一个有效的收视行为。因为用户可能会快速切台，或是直接按遥控器的数字键直接跳台，这种即时切台的行为不能算是有效的收视行为。只有当用户收看一个电视节目长达一分钟左右，才能够算是有效的收视行为。

此外，机顶盒得到用户的有效收视行为后，将记录一条数据。但这条数据不会立刻上传到采集服务器。可预先规定一定的缓存大小，用于存储所有的收视数据，这些数据是保存在内存或Flash中，当缓存满了，将自动上传收视数据，上传结束，缓存区将清空。

或者，如果用户长时间停留在某一个台，那么当前缓存将不会满，在这样的情况下，用户的收视数据就无法上传到数据采集设备了。因此，需要有一个定时器机制，来确保机顶盒在缓存区不满的情况下也能够上传数据。根据一个示例，在机顶盒在开机的时候，收视调查软件将自动得到一个20分钟到60分钟的随机值，该值以秒计，例如机顶盒随机得到32分钟，那这个定时器就是32*60＝1920秒。机顶盒每隔1920秒，将上传缓存区里的收视数据(如果有数据)。上传结束，缓存区将清空。

此外，收视调查结构可通过以下算法实现：

收视调查结构定义如下：

struct Investigate

    {

        char tTime[14]；//动作发生的时间，YYYYMMDDHHSSMM

        char StatusData[17]；//依索福瑞技术规范而定，结合天柏私有数据

    }

    struct BufferSend

    {

      char stbid[20]；//卡号或智能卡号

      investigate buffer[25]；//一次存25个，统一上传

    }

其中，investigate一共31个字节，发送缓冲区BufferSend存储25个状态数据，共775Byte的数据量，加上20个字节的智能卡号，所以一次发送共795个字节。

为实现数据的回传和解析，可按照以下格式规定收视数据协议

例如，根据DVN-Investigation兼容索福瑞的CSM技术规范，数据结构如下：

数据结构如下：

字节	16进制	ASCII码	描述
				0001.0203…0607…1011…1415.1617	24Xx.xxNn.nnTt.ttSs.ssCc.ccOD	$NNTTSSCSCR	记录开始(BOR)表示从此位置后所有Ascii nibble对的数目，但不包括CS和EOR。在例子中是6个Ascii nibble对，即06h。原始网络ID传输数据流ID服务ID校验和(CS)(第1-14字节的和的二进制补码)*记录结束(EOR)

注1：所有传输数据用16进制ASCII码表示，高字节在前。

注2：用2个Ascii字符表示1个字节的16进制数，其中的每个Ascii字节为一个Ascii nibble。

注3：所有输出的英文字符要求全为大写字符，小写的字符将不被识别。

所记录的收视数据也包括记录用户的操作行为，例如进入主菜单、收听广播、查看股票、查看邮件、开机等。因此系统还要支持上述用户行为，实现更多的数据采集及分析。

根据一个实施例，系统支持的用户收视行为及对应的数据协议如下：

机顶盒输出	状态
		$06XXXXYYYYZZZZ??	收看电视频道或音频广播XXXX表示ONID；YYYY表示TSID；ZZZZ表示SID；??表示CS
$06000000000000FA	使用遥控器关闭机顶盒
		$0600000000FFFFFC	进入主界面状态。
$0600000000FFFEFD	VOD、NVOD等视频点播节目收视主菜单状态。
		$0600000000FFFDFE	数据广播主菜单状态。如需要跟踪用户导航状态，则需要双方具体协商。
$0600000000FFFCFF	股票应用(非标准的数据广播)
		$0600000000FFFB00	电视视频游戏主菜单状态。如需要跟踪用户导航状态，则需要双方具体协商。
$0600000000FFFA01	股票(标准的数据广播)
		$0600000000FFF902	电子邮件
$0600000000FFF803	EPG
		$06000000000000FB	开机状态
$07XXXXYYYYZZZZ??	接收到天柏数据广播导航指令的状态

(b)数据采集设备

数据采集设备102主要用于接收各机顶盒101回传的收视数据并进行存储。具体而言，该数据采集设备102至少包括一数据采集服务器104和数据库服务器105，如图1所示。

根据一个实施例，该数据采集设备包括建立在完成端口网络模型的Socket服务端程序。基于WinSock的完成端口服务器开发模型，单台较高性能的服务器能够支持几千到数万的并发访问。一个50万用户量的收视调查系统，根据缓存机制和定时器机制来上传收视数据，每秒并发量不到1000，完全可以达到实时数据传输的需要。

数据采集设备不与后台数据库服务器直接对接，它采用文件存储的方法来实现数据采集。因为在用户并发量大的情况下，数据库服务器处理能力将成为瓶颈，而将数据的存储采用磁盘来完成，可以利用SCSI或SAS硬盘的高速性能，来实现多个文件的实时存储。

特别是，文件名的命名规则可采用“机顶盒号+年月日时分秒.dat”，例如一个机顶盒号为1113987654，数据采集服务器104接收到数据的时间是“2007-12-25 11:23:23”，那么形成的数据文件名为：111398765420071125112323.dat，这个文件保存在一个固定的目录下。

根据另一实施例，数据采集设备还可以包含一个数据转存服务器106，它将数据采集服务器104保存的文件转送给后台的数据库服务器服务器105的软件(例如，Oracle)。该软件定时扫描固定目录下的文件，一旦发现有新的数据文件，将自动解析该文件数据，通过数据连接存进收视调查表。

(c)数据分析设备

通常，该数据分析设备103用于实时浏览数据采集设备102中记录的数据，并对这些数据进行分析和统计。

例如，数据分析设备103可以是建立在B/S架构的服务器系统。该设备采用Apache做为Web服务器，后台连接数据库，实现数据的后台分析及提取。

以下举例说明本发明的数据分析设备103的示例性功能：

[数据浏览]

能够及时地看到最新的用户上传数据列表，数据内容包括：机顶盒号、动作执行时间、兼容索福瑞的指令协议串等，例如，图2示出了利用数据分析设备通过浏览器浏览数据的一个示例；

[开机数查询]

根据用户输入的时间范围，系统将查询出所有的开机数量，并统计开机率。

例如，可以分别显示“开始时间”、“结束时间”、“开机数”、“总数量”、“百分比”、“总机顶盒数量”等数据信息。

[开机数时间段查询]

可根据用户指定的多个时间范围，系统将查询出所有区段的开数数量，并统计各自的开机率；

[频道收视情况统计]

用户可以查询某一个时间范围内，某一频道(例如CCTV-1)的收视率；

[频道多时间段查询]

用户可以查询多个时间范围内的频道收视率，对比多时间段的收视情况；

[L屏应用查询]

L屏应用查询是分析机顶盒接收到数据广播导航指令，该指令的频道占有情况。每一个数据广播导航指令，都与指定的视频频道相对应，因此查询分析指定时间范围内的L屏应用情况，就可以了解有多少用户接收到导航指令。

[L屏应用时间段查询]

L屏应用时间段查询即多个时间段的查询。

本领域技术人员可显见，可对本发明的上述示例性实施例进行各种修改和变型而不偏离本发明的精神和范围。因此，旨在使本发明覆盖落在所附权利要求书及其等效技术方案范围内的对本发明的修改和变型。

Claims (8)

1.一种基于双向数字电视技术的收视调查系统，其特征在于，包括：

机顶盒，位于客户端处并以一收视数据协议自动回传收视数据；

数据采集设备，接收所述机顶盒回传的收视数据并进行存储；以及

数据分析设备，对所述数据采集设备中存储的设备进行读取和分析。

2.如权利要求1所述的基于双向数字电视技术的收视调查系统，其特征在于，

所述机顶盒根据预定的策略自动回传所述收视数据，其中

所述策略包括当用户收看一频道超过一预定时间时自动记录一有效收看记录。

3.如权利要求1所述的基于双向数字电视技术的收视调查系统，其特征在于，

所述收视数据包括有效收看记录和用户操作行为，

当存储所述收视数据的缓冲满时或者每隔一定时器时间，回传所述收视数据。

4.如权利要求1所述的基于双向数字电视技术的收视调查系统，其特征在于，

所述数据采集设备对所述收视数据以文件的形式进行存储。

5.如权利要求4所述的基于双向数字电视技术的收视调查系统，其特征在于，

所述数据采集设备还包括一数据转存服务器，它将所保存的文件中的数据自动转存入数据库服务器。

6.如权利要求1所述的基于双向数字电视技术的收视调查系统，其特征在于，

所述数据分析设备适于实时浏览所述数据采集设备中记录的数据，并对这些数据进行分析和统计。

7.如权利要求6所述的基于双向数字电视技术的收视调查系统，其特征在于，

所述浏览包括开机数查询、开机数时间段查询、频道多时间段查询、L屏应用查询、L屏应用时间段查询。

8.如权利要求6所述的基于双向数字电视技术的收视调查系统，其特征在于，

所述统计包括频道收视情况统计。

Images