CN101527812A - 网络电视系统中用户事件信息和收视信息的自动统计方法 - Google Patents

Abstract

本发明提供了一种网络电视系统中用户事件信息和收视信息的自动统计方法，该系统至少包括机顶盒和日志处理单元。根据本发明的方法包括以下步骤：在机顶盒处，响应于用户事件产生用户事件信息，将所述用户事件信息添加到日志文件，并发送所述日志文件至所述日志处理单元；以及在所述日志处理单元处，对所述日志文件进行分析和归类，以便转换成分析数据。本发明还提供实施上述方法的机顶盒和日志处理单元。

Description

网络电视系统中用户事件信息和收视信息的自动统计方法

技术领域

本发明涉及网络电视(IPTV)领域，更具体地涉及对IPTV的用户事件和收视信息进行统计的方法。

本文中所指的“用户事件”不仅包括诸如观看广播电视(BTV)频道、观看视频点播(VOD)节目、时移电视节目点播、web浏览、IPTV游戏、即时消息、视频通信等的“用户行为”，还包括例如机顶盒状态、网络故障、机顶盒配置等的其它事件。

背景技术

目前关于IPTV的用户行为以及收视信息的统计方法主要有两种。一是通过问卷调查的方式获得统计数据。当前，绝大部分的收视率通过例如问卷表的人工方式进行调查。在调查过程中，需要终端用户回答在特定时段他们观看哪些频道或者节目。这种统计方法需要耗费大量人工，而且由于抽样数量的限制，得到的结果并不一定准确。第二种方法是由机顶盒直接将数据保存到IPTV系统的数据库。图1示出了这种方法。当机顶盒STB-STBn从IPTV数据库(下文中称为IPTV DB)获得数据时，IPTV系统直接将用户的操作数据记录到IPTV DB中。这种方法节省了人工，但是依然具有以下明显缺陷：

难以记录用户切换频道的操作。尽管该方法可以记录用户对于视频点播(VOD)的订购，但是不能记录用户从一个多播广播电视(BTV)频道到另一个频道的切换操作。这是因为记录用户行为的时间是在用户购买该VOD时，或者是当播放那些需要从数据库获得数据才能操作的视频资源时。从数据库获得数据的事件将触发系统记录该动作。但是当从一个频道切换到另一个频道时，该频道的数据已经被保存在机顶盒上，节目的改变不会影响到数据库。于是关于用户行为的数据不能保存。

不能记录STB的状态，特别在其发生故障或者关机时。由于以上同一原因，其它某些用户事件，例如关闭STB或者STB发生故障，同样不能被数据库直接记录。

不能过滤无用的用户行为数据。如果IPTV系统通过STB上的应用记录类似于切换频道的用户行为，IPTV服务器上的处理成本会很高，原因在于有许多STB，而且用户的操作是不断的并且很可能速度非常快。对于STB上的应用来说，很难在同时过滤无用数据，这样的无用数据例如用户在观看某频道不足10秒又切换到另一个频道。

系统繁忙时会增加IPTV DB的处理负担。

发明内容

本发明的目的在于提供一种负载平衡的用户事件信息和收视信息统计机制，采用该机制，机顶盒能自动将关于用户行为、机顶盒状态、网络故障和机顶盒配置的用户事件信息发送到中间节点(即本发明实施例中的日志处理单元)，由中间节点对这些信息进行分析、归类并将分析数据保存到IPTV DB中，在此基础上，IPTV系统服务器或者中央数据记录(CDR)服务器根据这些分析数据生成收视统计以呈现给服务提供商、内容提供商或者其他需要这些收视统计的相关用户。

首先，本发明提供了一种在网络电视系统中统计用户事件信息的方法，所述网络电视系统至少包括机顶盒和日志处理单元，该方法包括以下步骤：

在机顶盒处，响应于用户事件产生用户事件信息，将所述用户事件信息添加到日志文件，发送所述日志文件至所述日志处理单元；以及在所述日志处理单元处，对所述日志文件进行分析和归类，以便转换成分析数据。

本发明还提出一种用在网络电视系统中的机顶盒，所述网络电视系统至少包括机顶盒和日志处理单元，该机顶盒包括：用户事件信息生成装置，用于响应于用户事件产生用户事件信息；日志文件写入装置，用于将用户事件信息添加到日志文件；以及日志文件发送装置，用于向日志处理单元发送所述日志文件。

本发明还提出一种用在网络电视系统中的日志处理单元，所述网络电视系统至少包括机顶盒和日志处理单元，该日志处理单元包括：日志文件接收装置，用于接收机顶盒发送的日志文件；以及日志文件分析装置，用于对日志文件进行分析和归类，以转换成分析数据。

本发明的有利之处在于：能够准确、清晰地获得关于用户事件的信息数据用于分析，这里的用户事件例如切换BTV频道、关闭或打开STB等；日志文件能过滤无用信息，例如用户观看某频道的时间不足10秒；STB的状态也可以由日志文件记录，服务提供商可以使用所述状态更加迅速地分析STB上IPTV系统故障的原因。

附图说明

下面将参照附图详细地描述根据本发明的实施例。应当理解，以下附图和实施例完全出于解释本发明的基本原理的目的，并不是对本发明保护范围的限定。在附图中：

图1示出了根据现有技术的IPTV结构框图。

图2示出根据本发明实施例的IPTV结构框图。

图3示出根据本发明实施例的关于用户行为信息的统计方法；

图4以另一个例子示出根据本发明的方法。

具体实施方式

如图2所示，根据本发明的实施例，IPTV结构包括多个机顶盒、多个日志处理单元(201、202)、IPTV DB 203、CDR服务器204。根据系统配置，根据本发明的日志处理单元201可以有若干个，每个日志处理单元可以用来管理多个机顶盒，为清楚起见，图中仅示出两个日志处理单元，分别为201和202，每个日志处理单元管理了3个机顶盒。如图所示，STB211、STB 212、STB 213发送的日志文件由日志处理单元201处理，STB221、STB 222、STB 223发送的日志文件由日志处理单元202处理。该IPTVDB优选地是开放式媒体服务平台(OMP)数据库。机顶盒和日志处理单元之间使用的通信协议优选地采用FTP协议，也可以采用诸如Socket等其他连接方式，日志处理单元和IPTV DB 203之间的连接以及IPTV DB203和CDR服务器204之间的连接优选的是java数据库连接，即JDBC，也可以采用诸如DB LINK处理数据库连接。

下面参照图2进一步介绍根据本发明实施例的机顶盒、根据本发明的日志处理单元的所包含的各个功能模块。

以STB211为例，机顶盒进一步包括用户事件信息生成装置2111，用于响应于用户事件产生用户事件信息；日志文件写入装置2112，用于将用户事件信息添加到日志文件；以及日志文件发送装置2113，用于向日志处理单元发送所述日志文件。

用户事件信息生成装置2111进一步过滤装置2110，用于过滤与收视统计无关的信息。以观看BTV为例，大多数都会经常性地切换频道，在锁定感兴趣的频道之前可能会频繁切换数个甚至数十个频道，某些频道上可能只停留几秒钟时间，这样的用户行为信息对于运营商来说是没有什么参考价值的。因此，可以预先对机顶盒进行设置，例如将BTV频道观看的有效时间设置为15秒。为此，有必要在STB中添加定时器1，并且将15秒设置为该定时器的重置时间，我们把它定义为BTV频道的有效观看时间。当然，可以根据需要将该有效观看时间设置为10秒、20秒，甚至更长。还需要说明一下，如前面所述，本说明书中提到的“用户行为”包括BTV频道切换、VOD点播、时移电视节目点播、web浏览、IPTV游戏、即时消息、视频通信、短消息通知等等。对于不同的用户行为，可以设置对应于不同服务类型的过滤装置。在图示的本例中，过滤装置2110还包括定时器2，例如用来针对VOD点播过滤无用信息，具体地说就是设置VOD点播有效观看时间，对于不长于该VOD点播有效观看时间的VOD点播来说，我们认为是对统计结果无用的用户行为信息。这种情况在参照图4进行说明时还将提到。

以日志处理单元201为例，根据本发明的日志处理单元可以划分为日志文件接收装置2011，用于接收机顶盒发送的日志文件；以及日志文件分析装置2012，用于对机顶盒发送的日志文件进行分析和归类。分析装置2012按照事件类型或用户类型等分类信息对日志文件进行分析和归类，并形成一个或多个记录表1-n。这里的事件类型例如机顶盒的状态、网络故障、用户行为、机顶盒配置等等。本说明书中提到的“用户行为”包括BTV频道切换、VOD点播、时移电视节目点播、web浏览、IPTV游戏、即时消息、视频通信、短消息通知等等。用户类型主要包括可以从用户ID查询到的关于用户性别、年龄、职业及文化程度等。

本领域技术人员应当理解，图2中示出的本发明的系统框图完全是示意性的。在充分理解本发明的基本思想的基础上，可以对以上结构进行修改或变更。例如，根据实际应用需要，CDR服务器204可以是独立的服务器，也可以将它作为一个模块集成到传统的IPTV应用服务器中。日志处理单元201可以是独立的服务器，也可以是集成在其他设备中的模块。在该图中，为了使本发明易于理解，省略了与本发明无关的设备。

下面将结合图2的结构以及图3给出的方法流程图详细描述根据本发明的关于用户事件信息的统计方法。

首先，在IPTV系统的用户终端，用户将正在观看的广播电视(即BTV)频道从CCTV1切换到CCTV5。在这里，用户从CCTV1切换到CCTV5后，观看的时间超过了15秒，此时，STB 211的定时器重置，定时器的重置触发用户事件信息生成装置2111在日志文件中自动产生一条BTV观看记录A，如图3中的步骤301所示，接着，该观看记录被添加到或者说写入日志文件。每一次定时器的重置都会产生新的BTV观看记录。下面给出了观看记录A的例子：

机顶盒IP      用户ID  行为代码  行为对象代码  记录时间

202.12.24.36  1000    22        5             2008-2-15-15:18

其中，202.12.24.36是机顶盒211的IP地址，1000是该用户的用户ID，行为代码22是用户行为的代号，行为对象代码5是用户行为目标对象的代码，如果是BTV就是电视频道的ID，如果是点播VOD则是该VOD的ID，该字段可以为空，例如当行为代码是01-05等表示机顶盒状态的代码时，或者当行为代码是表示故障或配置的代码时，从表格1可以清楚地看出。

值得注意的是，根据本发明的自动统计机制，日志文件不仅可以记录用户行为，还可以对更多的情况-本文中统称为“事件”-进行记录。所述事件例如机顶盒的状态、网络故障、用户行为、机顶盒配置等等。表1给出了更多的行为代码。

表1

接着，如步骤302所示，机顶盒211在规定的时间，例如每晚12点钟，自动将日志文件上传至日志处理单元201。这里所谓的“规定的时间”可以由IPTV运营商或者用户根据系统配置或者实际需要设定，例如每天的晚上12点。一般情况下，每24小时上传一次。上传日志文件可以使用例如简单、普及的FTP协议。在本发明的实施例中，所有机顶盒使用相同的规定协议，以减少日志处理单元的处理开销并且便于CDR服务器204及时、准确地统计收视信息。

接下来，在步骤303中，日志处理单元201的日志文件分析装置2011对日志文件的内容进行分析和归类，以生成分析数据B。并且在步骤304将分析数据保存到IPTVDB 203中。表2给出了保存在IPTV数据库203中的分析数据的例子(记录表为user_events)：

表2

字段名	字段含义	字段值
			EventRecid	用户事件序号	1
STBAddr	机顶盒IP地址	202.12.24.36
			User_Recid	用户ID	1000
Event_Recid	用户行为代码	22
			Target_Recid	行为对象代码	5
RecordTime	记录时间	2008-2-1515:18:00

这里需要注意的是，经过日志处理单元201分析后的数据可以按照事件类型，例如BTV观看、VOD点播和时移电视节目点播等，以不同的记录表的形式记录。除此之外，也可以将所有的数据记录到统一的记录表中。这可以根据运营商的具体需要进行定制。本领域技术人员也可以设想其它记录方式。

日志处理单元201的出现，在很大程度上分散了原来IPTV数据库的工作负担，此时到达并存储在IPTV DB 203中的分析数据已经不再是繁杂的原始日志文件，而是经过分析、归类的量化数据。

在步骤305，CDR服务器204可以访问IPTV DB 203，并根据存储在其中的分析数据B产生收视统计C，即多种统计结果，例如：

1.每个时段内CCTV5的收视率；

2.每个年龄段(根据用户ID可以查询该用户年龄)观看CCTV5的比率。

还可以有多种统计条件，运营商可以根据实际情况定制。

下面参考图4描述关于本发明方法的例子。在该例子中，用户(ID1000)点播观看《长江七号》。该图更直观地描述了在机顶盒211、日志服务器201、IPTV DB 203以及CDR服务器204上发生的各个操作步骤。

例如，当该用户点播VOD时，响应于有效的用户操作，机顶盒211的用户事件信息生成装置2111产生的用户收视记录是：

机顶盒IP      用户ID  行为代码  行为对象代码  记录时间

202.12.24.36  1000    23        8             2008-2-17-20:00

这里的行为对象代码8是该点播的VOD的ID，该字段可以为空。在上一个例子中，考虑到用户在观看BTV时可能频繁地切换频道，设置了定时器，当用户观看BTV频道的时间很短(例如小于15秒)时，认为该用户行为信息是无用信息，该用户行为不会被记录到日志文件中。同样地，对于VOD点播来说，用户点播了某部VOD影片之后可能只是浏览几分钟就发现自己对该影片并不感兴趣从而转换到其它节目。对于VOD点播来说，也可以设置定时器2，并且将该定时器2的重置时间例如设置为20分钟，该重置时间即VOD的有效观看时间。当用户点播某部影片时，启动该定时器。观看时间超过20分钟时，定时器2重置，定时器2的重置触发STB在日志文件中自动产生一条VOD点播记录。

在规定时间，例如每晚12点，机顶盒211将日志文件上载到日志处理单元日志处理单元201。201对该日志文件进行分析和归类，并将分析数据保存到IPTV数据库203中。保存到IPTV DB 203中的用户行为记录的各个字段的含义如下：

表3

字段名	字段含义	字段值
			EventRecid	用户事件序号	1
STBAddr	机顶盒IP地址	202.12.24.36
			User_Recid	用户ID	1000

Event_Recid	用户行为代码	23
			Target_Recid	行为对象代码	8
RecordTime	记录时间	2008-2-1720:00:00

CDR服务器204根据IPTV数据库中的记录产生的收视统计可以包括多种结果：例如某部VOD某个时间段的点播率；某个年龄段观看某部VOD的比率，等等。

以上分别以BTV观看和VOD点播为例介绍了根据本发明的收视率统计机制。本领域技术人员应当理解，以上例子完全是说明性的，并不是对本发明的限定。在本发明的基本思想的范围内，对于其中采用的手段，特别是无用信息过滤、日志文件分析等，可以设想出各种修改和变体。本发明的范围由所附的权利要求限定。

Claims (16)

1.一种在网络电视系统中统计用户事件信息的方法，所述网络电视系统至少包括机顶盒和日志处理单元，该方法特征在于包括以下步骤：

在机顶盒处，响应于用户事件产生用户事件信息，将所述用户事件信息添加到日志文件，并发送所述日志文件至所述日志处理单元；以及在所述日志处理单元处，对所述日志文件进行分析和归类，以便转换成分析数据。

2.如权利要求1所述的方法，进一步包括将所述分析数据保存到网络电视系统数据库中。

3.如权利要求2所述的方法，进一步包括访问所述分析数据并根据所述分析数据产生统计结果。

4.如权利要求1所述的方法，其中产生用户事件信息并将所述用户事件信息添加到日志文件的步骤包括过滤对所述统计结果无用的信息。

5.如权利要求4所述的方法，当用户观看广播电视频道的时间超过广播电视频道有效观看时间时，则产生广播电视频道观看信息并添加到所述日志文件。

6.如权利要求4所述的方法，当用户观看视频点播节目的时间超过视频点播节目有效观看时间时，则产生视频点播观看信息添加到所述日志文件。

7.如权利要求1所述的方法，其中对所述日志文件进行分析和归类以转换成分析数据的步骤包括按照事件类型或用户类型对所述日志文件进行分析和归类。

8.如权利要求2所述的方法，其中将所述分析数据保存到网络电视系统数据库中的步骤包括以记录表的形式保存所述分析数据。

9.如权利要求1或2所述的方法，其中所述用户事件信息包括下列中的一个或多个：机顶盒状态信息、网络电视系统故障信息、用户行为信息以及机顶盒配置信息。

10.一种用在网络电视系统中的机顶盒，所述网络电视系统至少包括机顶盒和日志处理单元，所述机顶盒特征在于包括：

用户事件信息生成装置，用于响应于用户事件产生用户事件信息；

日志文件写入装置，用于将用户事件信息添加到日志文件；以及

日志文件发送装置，用于向所述日志处理单元发送所述日志文件。

11.如权利要求10所述的机顶盒，其特征在于进一步包括过滤装置，用于过滤对所述统计结果无用的信息。

12.如权利要求11所述的机顶盒，其特征在于所述过滤装置进一步包括第一定时器，根据广播电视频道有效观看时间定义第一定时器的重置时间，当用户观看广播电视频道超过第一定时器的重置时间时，则重置所述第一定时器，以触发所述机顶盒产生广播电视频道观看信息并添加到所述日志文件

13.如权利要求11所述的机顶盒，其特征在于所述过滤装置进一步包括第二定时器，根据视频点播有效观看时间定义第二定时器的重置时间，当用户观看视频点播节目超过第二定时器的重置时间时，则重置所述第二定时器，以触发所述机顶盒产生视频点播观看信息并添加到所述日志文件。

14.如权利要求10所述的机顶盒，其中所述用户事件信息包括下列中的一个或多个：机顶盒状态信息、网络电视系统故障信息、用户行为信息以及机顶盒配置信息。

15.一种用在网络电视系统中的日志处理单元，所述网络电视系统至少包括机顶盒和日志处理单元，所述日志处理单元特征在于包括：

日志文件接收装置，用于接收机顶盒发送的日志文件；以及

日志文件分析装置，用于对日志文件进行分析和归类，以转换成分析数据。

16.如权利要求15所述的日志处理单元，其特征在于所述日志文件分析装置按照事件类型或用户类型对所述日志文件进行分析和归类。

Images