CN1878178B - 节目收视信息的处理方法和处理系统 - Google Patents

Abstract

本发明涉及一种节目收视信息的处理方法，包括如下步骤：服务器向移动终端发送一个节目收视信息；移动终端判断该节目收视信息的类型，根据该收视信息的类型生成收视报告信息；该移动终端向服务器发送收视报告信息；所述服务器接收该收视报告信息，根据该收视报告信息获得收视情况，并进行统计。本发明还涉及一种节目收视信息的处理系统，包括：服务器，用于下发节目收视信息，并根据上报的收视信息报告获得收视情况和进行统计；移动终端，通过网络与所述服务器相连接，用于根据服务器下发的节目收视信息，生成并上报收视信息报告。因此，本发明能够灵活的设置统计触发消息，触发终端进行统计处理，上报更加有效的统计数据到服务器。

Description

节目收视信息的处理方法和处理系统

技术领域

本发明涉及一种节目收视信息的处理方法和处理系统，尤其是一种由服务器灵活触发，移动终端上报更加详细的移动视频广播的收视纪录信息，从而得知节目的收视情况的节目收视信息的处理方法和处理系统。 

背景技术

随着时代的发展，移动视频广播在国内外也逐渐发展起来。从目前的应用情况来看，移动视频广播的承载网络实现方式主要可分为以下几种： 

第一种是基于地面广播的方式，包括欧洲的数字视频手持广播(DigitlVideo Broadcasting-Handheld，DVB-H)技术、韩国的陆地数字多媒体广播(Terrestrial-Digital Multimedia Broadcasting，T-DMB)技术、以及美国Qual comm推出的MediaFLO技术等； 

第二种是基于卫星传播的方式，如欧洲的卫星数字多媒体广播(Satellite Digital Multimedia Broadcasting，SDMB)技术。 

通知功能用于在移动广播系统内由运营商向用户或终端发送消息以通知一些即将发生的事件，用户或终端进行相应的处理，这些消息包括但不限于：紧急突发事件、和系统相关的通知消息(如系统某功能发生故障)、和节目内容相关的事件(如节目演员的相关资料)、软件更新通知等等。 

移动视频广播与承载网络无关的应用层技术也是一个重要方面，包括频道内容音视频编码、电子业务指南(Electronic Service Guide，ESG)、内容保护技术以及业务鉴权、用户管理及计费等。 

应用层技术很重要的一方面就是电子业务指南，通过电子业务指南可以 方便查看关于各种业务的资料，浏览视频频道和电子业务指南、价格表，选择并购买价格表中的一项内容，以及登录网站浏览网页等。 

电子业务指南(也称电子业务单)是由很多不同种类的分片根据其内在的逻辑关系组成，如1图所示，为现有技术的电子业务指南的示意图，(不同的实现可能会稍有不同)。 

分片之间的连线关系表示不同分片的对应关系，例如业务和节目时间表之间的关系是1个业务分片可以对应0-n个节目时间表分片，各种分片的具体含义如表1所示。 

  

电子业务指南的分片种类	作用
		业务包(Service Bundle)	业务的集合，和购买对象对应
业务(Service)	内容的集合
		业务获得(Acquisition)	业务获得分片与节目内容传输流的会话描述相关联，指明分发的方法，对终端来说，业务获得指出了访问节目内容传输流的方法途径
节目时间表(Schedule Event)	时间表是内容或业务的时间表
		内容(Content)	内容是一个业务中包含的内容或节目
购买对象(Purchase Item)	用户可见的购买单位
		购买通道(Purchase Channel)	购买对象的购买途径如网址

表1，电子业务指南中分片的具体含义 

收视信息主要是统计在一段时间或者某一时间点，在移动终端观看哪个节目。通过对收视信息的收集和统计，可以了解某个节目的受欢迎程度和用户的观看习惯。这些统计数据非常重要，可以提供数据支撑，同时可以通过对收视信息的统计了解收视偏好，有目的的进行业务推送。 

目前在移动视频广播领域，进行统计的信息主要通过电子业务指南下发。 

电子业务指南由广播应用服务器通过FLUTE/ALC会话在IP网上组播传输到IPE设备，再由IPE进行MPEG-2 TS封装，广播网络物理层协议封装后经 广播网络广播给移动终端的。 

移动终端在接收到电子业务指南后，会根据电子业务指南中的统计指示消息，将统计报告通过通讯网络的数据通道发送到服务器。如图2所示，为现有的电子节目统计方法的流程图，图中的节目可以看作一个频道，比如中央1套节目，其主要步骤如下： 

步骤901，在移动终端启动手机电视业务后，移动终端接收自举会话，获得进入电子业务指南的入口信息； 

步骤902，选定某个电子业务指南，下载该电子业务指南； 

步骤903，从该电子业务指南中选择某个节目，而该节目需要进行统计； 

步骤904，收看该节目； 

步骤905，收看结束后退出节目会话，终端通过通讯网络的HTTP协议向服务器发送统计报告。 

在移动终端每次收看完该节目并退出时，都需要向服务器发送统计报告，只有当电子业务指南更新后，取消了该节目的统计，则再次观看该节目时不需要发送统计报告。 

统计需求信息是通过电子业务指南的“业务获得”分片携带的，现有技术电子业务指南的组织方式，如图3所示。 

而服务器下发到终端的主要统计信息参数如表2所示： 

  

字段名称	含义
		reportType	要求终端报告的类型，这个类型包括：              RACK报告，仅在成功接收到文件时产生报告消息，但是并不报告细节内容；                              STAR报告，仅在成功接收到文件信息时产生报告，报告内容包括详细信息；                              StaR-a11报告，不论是否成功接收到会话信息，都进行报告，报告中标识出是否成功接收等细节。该类型报告

  

字段名称	含义
			不仅适用于传输文件的会话，也适用于传输流信息的会话；
serverURI	服务器的URI地址
		offsetTime	为防止在统一时间内有大量终端在会话结束后立刻上    报消息，设置该参数对终端发送消息的时机进行控制。终端在完成会话接收后需要等待的时间＝offsetTime  +RandomTime，其中RandomTime为终端产生的一个随机   值，过了这段时间后终端才可以发送报告信息
randomTimePeriod	该参数用来限制终端产生RandomTime的范围，即终端产生的随机值必须在0～randomTimePeriod之间
		samplePercentage	百分比参数，即终端在收到要求发送报告信息的需求后，可以产生一个0～100的随机数，如果该数字小于本参数则发送报告，如果大于则不发送。

表2，服务器下发到终端的主要统计信息参数及含义终端上报到服务器的报告信息的定义及主要参数说明如表3所示。 

  

字段名称	含义
		session Id	会话编号
sessionType	会话类型，如：下载、流、混和
		service Id	业务ID
receptionSuccess	是否成功接收
		client Id	用户标识
file URI	接收的具体文件的URI

表3，终端上报到服务器的报告信息的定义及主要参数 

现有的节目收视信息的处理方法是通过统计某个会话的接收情况来统计节目的收视情况的，因此统计出的是某个会话有多少用户成功接收到，从而 间接得知节目的收视情况，但是在进行统计某些节目的收视情况时，会产生比较大的效率问题。 

例如当需要统计某个节目A的收视情况，随电子业务指南信息将统计需求下发到移动终端，如果一个移动终端在2小时内有10次进入和退出该节目会话，则该移动终端需要在2小时内上报10条消息到服务器，当需要统计的节目较多时，则需要发送的消息更多。 

如此频繁的上报消息，会造成以下问题： 

1、加重网络的负担； 

2、加重服务器处理的负担； 

3、统计信息单一，无法记录进入某个节目的开始时间和结束时间。 

发明内容

本发明的目的是针对现有技术的缺陷，提供一种节目收视信息的处理方法和处理系统，能够灵活的设置节目收视信息和触发终端进行统计处理，并且上报更加有效的收视报告信息。 

为实现上述目的，本发明提供了一种节目收视信息的处理方法，包括如下步骤： 

服务器向移动终端发送一个包含在电子业务指南中的节目收视信息； 

移动终端判断该节目收视信息的类型，根据该收视信息的类型生成收视报告信息； 

所述移动终端判断即将发送的收视报告信息和上次发送的储存该收视报告信息是否相同，如果相同则执行发送内容为空的收视报告信息，如果不同则发送新的收视报告信息并储存； 

所述服务器接收该收视报告信息，根据该收视报告信息获得收视情况，并进行统计。 

所述服务器向移动终端发送一个节目收视信息具体为：服务器通过移动终端电视中的通知消息向移动终端发送一个节目收视信息。所述服务器向一组移动终端发送一个节目收视信息。所述服务器可以通过加密的方式向移动终端所在的组发送节目收视信息。 

所述移动终端判断该节目收视信息的类型之前还包括：移动终端接收自举会话，获得进入电子业务指南的入口信息；该移动终端选定并下载该电子业务指南；该移动终端从电子业务指南中获取该节目收视信息。 

所述节目收视信息中包括服务器地址信息，该移动终端根据该服务器地址信息向该服务器发送收视报告信息。所述节目收视信息中还包括服务器代码、接收收视报告信息的有效时间、发送收视报告信息的间隔时间和上报的内容。其中所述移动终端判断该节目收视信息的类型之前还包括：该移动终端判断该节目收视信息是否为合法信息，如果为合法信息则移动终端判断该节目收视信息的类型，否则结束。所述判断具体为：该移动终端判断该节目收视信息是否发给本移动终端，和/或该移动终端是否可以处理该节目收视信息，和/或接受到该节目收视信息的时间是否超过上述接收收视报告信息的有效时间，如果满足所有条件则移动终端判断该节目收视信息的类型，如果不满足任一条件则结束。所述移动终端判断该节目收视信息的类型，根据该收视信息的类型生成收视报告信息具体为：所述移动终端判断该节目收视信息的类型，如果为第一节目收视信息则所述移动终端收集当时正在收看的节目信息，生成表示当前正在收看的节目的收视报告信息；如果为第二节目收视信息则所述移动终端判断，当时正在收看的节目与所述节目收视信息中指定的节目是否相同，生成表示当前收看的节目是或者不是节目收视信息中指定的节目的收视报告信息；如果为第三节目收视信息则在有效时间内，所述移动终端从所述第三节目收视信息中解析出的收集统计时间，每到达时间间隔记录该收集统计时间内所收看的节目和起止时间，生成节目列表，然后生成 包含该节目列表的收视报告信息；；如果为第四节目信息则所述移动终端根据从所述第四节目收视信息中解析出的收集统计时间和指定节目，每到达时间间隔记录该收集统计时间内所收看这些指定节目的起止时间，生成节目列表，然后生成包含该节目列表的收视报告信息。 

所述移动终端按照随机处理后的发送时间发送收视报告信息。所述服务器接收该收视报告信息之后还包括：所述服务器判断收视报告信息的发送时间是否超过预定时间，如果超过则判定该收视报告信息无效，否则判定该收视报告信息有效。当所述终端关机或者关闭移动视频软件时，如果有统计任务，则向服务器上报一次收视报告信息，并标识该收视报告信息为最后一条收视报告信息。 

为实现上述目的，本发明还提供了一种节目收视信息的处理系统，包括： 

服务器，用于下发包含在电子业务指南中的节目收视信息，并根据上报的收视信息报告获得收视情况和进行统计； 

移动终端，通过网络与所述服务器相连接，用于根据服务器下发的节目收视信息，生成并上报收视信息报告，并判断即将发送的收视报告信息和上次发送的储存该收视报告信息是否相同，如果相同则执行发送内容为空的收视报告信息，如果不同则发送新的收视报告信息并储存。 

因此，本发明能够灵活的设置统计触发消息，触发终端进行统计处理，上报更加有效的统计数据到服务器。 

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。 

图1为现有技术的电子业务指南的示意图； 

图2为现有的电子节目统计方法的流程图； 

图3为现有技术电子业务指南的组织方式的示意图； 

图4为本发明节目收视信息的处理系统的示意图； 

图5为本发明节目收视信息的处理方法的实施例1的流程图； 

图6为本发明节目收视信息的处理方法的实施例2中节目收视信息分片与相关多个业务的示意图； 

图7为本发明实施例2中移动终端获得节目收视信息的流程图。 

具体实施方式

本发明可以灵活的设置节目收视信息和触发终端进行统计处理，并且上报更加有效的收视报告信息。 

如图4所示，为本发明节目收视信息的处理系统的示意图，包括利用网络3连接的服务器1和移动终端2，服务器1用来下发节目收视信息，并根据上报的收视信息报告获得收视情况和进行统计；而移动终端用来根据服务器下发的节目收视信息，生成并上报收视信息报告。 

本发明节目收视信息的处理方法包括如下步骤： 

步骤1，服务器向移动终端发送一个节目收视信息； 

步骤2，移动终端判断该节目收视信息的类型，根据该收视信息的类型生成收视报告信息； 

步骤3，该移动终端向服务器发送收视报告信息； 

步骤4，所述服务器接收该收视报告信息，根据该收视报告信息获得收视情况，并进行统计。 

对该流程的说明： 

1、服务器判断需要发起一次收视情况统计，发起的时机有业务或者统计者本身决定，触发终端进行统计的节目收视信息可以按照移动终端用户所在的组进行加密，这样便于确定统计的样本的用户群，不会影响不参与统计的用户； 

2、节目收视信息中包含触发器标识即服务器代码和服务器地址信息以及辅助信息，主要用来指示移动终端向哪个服务器进行汇报、接收收视报告信息的有效时间、发送报告信息的间隔时间和汇报什么样的内容；

3、移动终端在接收到节目收视信息后，首先判断自己是否具有进行汇报的能力，然后根据节目收视信息中的服务器代码和服务器地址信息进行信息的收集和整理，在符合条件的情况下向服务器汇报相关的信息； 

4、移动终端可以进行多次的汇报，为了避免大量移动终端同时汇报可能造成的拥塞，移动终端可以将汇报消息的发送时间进行一个随机的处理。 

实施例1 

本实施例在服务器端动态配置统计触发任务，然后通过notification下发到终端，要求终端启动统计任务。 

服务器用notification下发的触发消息结构。 

以下是原有消息的主要结构： 

消息ID 

消息的发送时间(例如NTP时间)和版本 

通知的类型 

消息的有效期限 

消息对应的业务或者内容，这里的业务一般对应节目频道，内容对应频道内的某一特定节目，下文相同 

消息的标题文字 

消息的文本内容 

消息的展现方式，如立即提示用户还是先存储再提示等 

如表4所示，为增加的参数； 

  

字段名称	含义
		STATID	唯一标识触发消息的编号，在服务器侧可以作为一次统计事件的标识。
ActionType	触发标识。该标识的含义包括但不限于下面的内容：1要求反馈当前正在收看的节目；                 2要求反馈是否在收看消息中指定的节目；

  

字段名称	含义
			3要求反馈用户在指定定时反馈在某个时间段内收看的节目列表，该时间段的长度由字段Stratime和   Endtime确定。                                4在Stratime和Endtime指定的时间内有没有收看   指定的节目，如果有则上报收看列表。           5其他，例如要求用户上报其位置信息等。
BeginTime	统计开始时间。只有在开始时间和结束时间之间的时间段内才需要对该节目进行统计。
		EndTime	统计结束时间。只有在开始时间和结束时间之间的时间段内才需要对该节目进行统计。
ReportDuration	如果ActionType为3或者4，则用该参数标识终端每隔多少时间上报一下结果。否则该参数填0即可。
		Other	其他服务器需要下发的统计条件。
ReportURI	统计的服务器的URI地址。

表4所示增加的参数 

如表5所示，为终端上报的收视报告信息的参数； 

  

字段名称	含义
		UDN	终端在移动视频广播业务中的唯一标识。
STATID	唯一标识触发消息的编号，在服务器侧可以作为一次统  计事件的标识。每个统计事件只能对应一种触发标识。
		Staus	标识是否是正常上报消息：1正常                   2处理失败               3其他

  

字段名称	含义
		ActionType	触发标识。该标识的含义包括但不限于下面的内容: 1要求反馈当前正在收看的节目； 2要求反馈是否在收看消息中指定的节目； 3要求反馈用户在指定定时反馈在某个时间段内收看的节目列表，该时间段的长度由字段Stratime和Endtime确定。 4在Stratime和Endtime指定的时间内有没有收看指 定的节目，如果有则上报收看列表。 5其他。
Tag	当ActionType＝2时该参数含义：                   0标识没有收看指定节目                           1标识正在收看指定的节目                         当ActionType为其他值时，该参数可以用于其他目的。比如当ActionType＝3时可以用该参数标识，本次的   上报信息和上次的完全一样，这样可以省略具体的消息  内容。
		RecordNumber	如果ActionType＝3或者4，则启用该参数，标识统计报告消息中携带多少条业务记录。
Service ID	如果ActionType＝1则标识当前正在收看的节目。如果ActionType＝3或者4则是反馈的在一段时间内收看的   节目列表，即可以有多条并且和StratTime、EndTime 构成记录列表反馈。
		Content ID	如果ActionType＝1则标识当前正在收看的节目。如果ActionType＝3或者4则是反馈的在一段时间内收看的   节目列表，即可以有多条并且和StratTime、EndTime

  

字段名称	含义
			构成记录列表反馈。
StratTime	收看某个节目的开始时间。可以用一个特殊值标识开始进行统计时用户就在收看该节目。
		EndTime	收看某个节目的结束时间。可以用一个特殊值标识在报告生成时仍在收看该节目。
BeginTimeTag	终端开始进行统计工作的时间。
		CreatTimeTag	消息生成的时间。注意不是消息发送时间，因为消息生成后可能要延迟进行发送。
LastTag	如果ActionType＝3或者4时用来标识该消息是否是最后一条消息。
		ReportNumber	如果ActionType＝3或者4时用来标识该在发送出的消息中是第几个。
Other	保留字段，可以供用户上报其他消息，比如位置信息等。

表5，终端上报的收视报告信息的参数 

如图5所示，为本发明节目收视信息的处理方法的实施例1的流程图，具体包括如下步骤： 

步骤101，服务器向移动终端发送一个节目收视信息； 

服务器是通过移动终端电视中的通知消息向移动终端发送节目收视信息的，并且服务器可以只向一组移动终端发送节目收视信息，例如通过所述节目收视信息根据移动终端用户所在的组进行加密；所述节目收视信息中包括服务器代码、服务器地址信息、接收收视报告信息的有效时间和发送报告信息的间隔时间，以及上报的内容等等；如果为了简单可以只包括服务器地址信息，根据该服务器地址向服务器上报信息； 

步骤102，该移动终端判断该节目收视信息是否为合法信息，如果为合法信息则执行步骤103，否则执行步骤123；移动终端通过notification通道 接收节目收视信息； 

具体的判断可以为：该移动终端判断该节目收视信息是否发给本移动终端，和/或该移动终端是否可以处理该节目收视信息，和/或接受到该节目收视信息的时间是否超过有效时间，如果满足所有条件则认为是合法信息，执行步骤103，如果不满足上述条件中的任一条件则认为是非法信息，然后执行步骤132；移动终端进入一个节目后，都需要做上述判断，如果需要启动统计任务，则启动，因此一个移动终端可能同时建立多个统计任务； 

步骤103，所述移动终端判断该节目收视信息的类型，如果为第一节目收视信息则执行步骤111；如果为第二节目收视信息则执行步骤112；如果为第三节目收视信息则执行步骤113；如果为第四节目信息则执行步骤114； 

移动终端取出该节目收视消息中的ActionType字段来对节目收视信息的类型进行判断的，并且记录开始执行本步骤的时间点，作为报告消息中的BeginTimeTag； 

步骤111，所述移动终端收集当时正在收看的节目信息，生成表示当前正在收看的节目的收视报告信息； 

当ActionType＝1时，移动终端判断该节目收视信息为第一节目收视信息，则终端收集目前用户进行观看的节目信息，填入报告消息中的Service ID和Content ID； 

步骤112，所述移动终端判断，当时正在收看的节目与所述节目收视信息中指定的节目是否相同，生成表示当前收看的节目是或者不是节目收视信息中指定的节目的收视报告信息； 

当ActionType＝2时，移动终端判断该节目收视信息为第二节目收视信息，则移动终端取出节目收视信息中的节目信息和目前移动终端正在播放的节目信息进行比对判断是否相同，如果相同则Tag＝1，否则为0； 

步骤113，在有效时间内，所述移动终端从所述第三节目收视信息中解析出的收集统计时间，每到达时间间隔记录该收集统计时间内所收看的节目和 起止时间，生成节目列表，然后生成包含该节目列表的收视报告信息； 

当ActionType＝3时，移动终端判断该节目收视信息为第三节目收视信息，则终端启动对应类型的统计任务，根据触发消息中的Stratime和Endtime参数设置时间段定时器，用来控制统计任务存在的时间；根据Act ionType的类型开始进行信息收集工作； 

如果ActionType＝3则移动终端收集当前用户正在收看的信息，同时如果用户更换了节目，则收集用户收看每个节目的起始时间和结束时间，收集的信息如表6所示： 

  

Service ID	Content ID	StratTime	EndTime
				1	2	060531120034	060531122234
1	3	060531122435	060531125534
				2	4	060531120034	FFFFFFFFFFFF

表6，为ActionType＝3时，移动终端收集的信息 

构造报告消息完成时将完成时间填入CreatTimeTag中； 

步骤114，所述移动终端根据从所述第四节目收视信息中解析出的收集统计时间和指定节目，每到达时间间隔记录该收集统计时间内所收看这些指定节目的起止时间，生成节目列表，然后生成包含该节目列表的收视报告信息； 

当ActionType＝4时，移动终端判断该节目收视信息为第四节目收视信息，则终端启动对应类型的统计任务，根据触发消息中的Stratime和Endtime参数设置时间段定时器，用来控制统计任务存在的时间；根据ActionType的类型开始进行信息收集工作； 

步骤120，移动终端向服务器发送收视报告信息； 

为了节约资源可以使用如下方法，移动终端判断此次发送的收视报告信息和上次发送的收视报告信息是否相同，如果相同则可以发送一个内容为空的收视报告信息，服务器收到空的收视报告信息可以判断为与上次发送的收视报告信息是相同的；

即当移动终端上报一次收视报告信息后，并不清空该收视报告信息，只有用户观看信息发生变化时统计程序才开始清空上次的收视报告信息，进行新的记录。如果在新的报告时间到达时，用户的观看信息和上次报告的内容相比没有任何变化，则终端上报一条内容为空的信息，指示本次报告内容和上次一样； 

如果不同则发送新的收视报告信息并储存；为了避免大量移动终端同时上报收视报告信息可能造成的拥塞，移动终端可以按照随机处理后的发送时间发送收视报告信息； 

步骤121，所述服务器接收该收视报告信息； 

步骤122，所述服务器判断收视报告信息的发送时间是否超过预定时间，如果超过则判定该收视报告信息无效，否则判定该收视报告信息有效；根据该收视报告信息获得收视情况，并进行统计； 

步骤123，结束。 

在终端关机或者关闭移动视频软件时，如果有统计任务，则可以最后上报一次统计信息，并标识该报告为最后一条。 

因此本发明具有以下优点： 

1、服务器可以灵活的决定何时对哪个节目进行收视统计。 

2、节目收视信息中配置的有关统计时间段和统计上报消息间隔的参数将有助于减少终端发送消息的数量，减少网络负担。举例如下： 

如果一个终端用户在2小时内有10次进出该节目会话，则其终端需要在2小时内上报10条消息到服务器，如果需要统计的节目较多，则发送的消息还要多；采用本发明的方法，将统计需求中加入BeginTime、EndTime、ReportDuration等参数，例如将ReportDuration设置为1小时，则终端只需要上报2条消息，并且消息中可以标识出在进入和退出该节目的时间，便于服务器统计。 

假设服务器在节目A开始播出后，决定统计节目A的收视情况，通过 notification向移动终端下发节目收视信息，其中所附带的下发统计触发参数如表7所示，表明需要统计2006年5月31日18点到21点选择收看A节目的情况，每3600秒即一小时上报一次收视报告信息： 

  

字段名称	含义含义
		BeginTime	20060531180000
EndTime	20060531210000
		ReportDuration	3600
Description	统计A收视情况
		AgreeFLAG	N

表7，节目收视信息所附带的下发统计触发参数 

终端在20060531190000，即当日晚7点，首次选择该节目进行了观看，这时终端启动了一个针对节目A的统计任务，在7点到9点之间，用户共进出该节目4次，终端根据ReportDuration定义的上报时间，在8点和9点时上报了统计数据。 

如表8所示，为8点时上报的内容： 

  

StratTime	EndTime
		20060531190000	20060531193000
20060531193500	20060531195000

表8，8点时上报的内容 

实施例2 

本实施例改变了当前电子业务指南的组织形式，将节目收视信息包含在电子业务指南中，与现有技术不同的是，不是将节目收视信息放在节目信息中，而是将节目收视信息独立，单独放在一个逻辑分片中，成为一个独立的节目收视信息分片，如图6所示，该分片可以和多个业务相关，实现灵活的统计处理，因此移动终端需要通过接收到的电子业务指南来获取节目收视信息。 

如图7所示，为本发明实施例2中移动终端获得节目收视信息的流程图，步骤如下：

步骤201，移动终端接收自举会话，获得进入电子业务指南的入口信息； 

步骤202，该移动终端选定并下载该电子业务指南； 

步骤203，该移动终端从电子业务指南中获取节目收视信息。 

接收到节目收视信息后的处理流程与上述实施例1相同，不再赘述。 

增加参数后的定义如下，参数说明见表9，下面的参数组成一条统计信息记录，一个节目收视信息中可以包括多条统计记录： 

  

字段名称	含义
		ServiceID	指定需要统计的节目。
BeginTime	统计开始时间。只有在开始时间和结束时间之间的时间段内才需要对该节目进行统计。
		EndTime	统计结束时间。只有在开始时间和结束时间之间的时间段内才需要对该节目进行统计。
ReportDuration	用该参数标识终端每隔多少时间上报一下统计结果。
		Description	对统计信息的描述，可以呈现给用户。
AgreeFLAG	如果该参数为真，则需要向用户呈现统计说明，征得用户同意后才能进行统计信息的收集。如果该参数为假，则标识该节目必须统计收视情况，不需要征求用户同意。
		ServerURI	统计服务器的地址。

表9，参数说明 

因此，本发明能够灵活的设置统计触发消息，触发终端进行统计处理，上报更加有效的统计数据到服务器。 

最后所应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神和范围。

Claims (13)

1.一种节目收视信息的处理方法，其中包括如下步骤：

服务器向移动终端发送一个包含在电子业务指南中的节目收视信息；

移动终端判断该节目收视信息的类型，根据该收视信息的类型生成收视报告信息；

所述移动终端判断即将发送的收视报告信息和上次发送的储存该收视报告信息是否相同，如果相同则执行发送内容为空的收视报告信息，如果不同则发送新的收视报告信息并储存；

所述服务器接收该收视报告信息，根据该收视报告信息获得收视情况，并进行统计。

2.根据权利要求1所述的节目收视信息的处理方法，其中，所述服务器向一组移动终端发送一个节目收视信息。

3.根据权利要求2所述的节目收视信息的处理方法，其中，所述服务器通过加密的方式向移动终端所在的组发送节目收视信息。

4.根据权利要求3所述的节目收视信息的处理方法，其中所述移动终端判断该节目收视信息的类型之前还包括：

移动终端接收自举会话，获得进入电子业务指南的入口信息；

该移动终端选定并下载该电子业务指南；

该移动终端从电子业务指南中获取该节目收视信息。

5.根据权利要求1所述的节目收视信息的处理方法，其中，所述节目收视信息中包括服务器地址信息，该移动终端根据该服务器地址信息向该服务器发送收视报告信息。

6.根据权利要求5所述的节目收视信息的处理方法，其中，所述节目收视信息中还包括服务器代码、接收收视报告信息的有效时间、发送收视报告信息的间隔时间和上报的内容。

7.根据权利要求6所述的节目收视信息的处理方法，其中所述移动终端 判断该节目收视信息的类型之前还包括：

该移动终端判断该节目收视信息是否为合法信息，如果为合法信息则移动终端判断该节目收视信息的类型，否则结束。

8.根据权利要求7所述的节目收视信息的处理方法，其中所述判断具体为：该移动终端判断该节目收视信息是否发给本移动终端，和/或该移动终端是否可以处理该节目收视信息，和/或接受到该节目收视信息的时间是否超过上述接收收视报告信息的有效时间，如果满足所有条件则移动终端判断该节目收视信息的类型，如果不满足任一条件则结束。

9.根据权利要求5所述的节目收视信息的处理方法，其中所述移动终端判断该节目收视信息的类型，根据该收视信息的类型生成收视报告信息具体为：

所述移动终端判断该节目收视信息的类型，如果为第一节目收视信息则所述移动终端收集当时正在收看的节目信息，生成表示当前正在收看的节目的收视报告信息；如果为第二节目收视信息则所述移动终端判断，当时正在收看的节目与所述节目收视信息中指定的节目是否相同，生成表示当前收看的节目是或者不是节目收视信息中指定的节目的收视报告信息；如果为第三节目收视信息则在有效时间内，所述移动终端从所述第三节目收视信息中解析出的收集统计时间，每到达时间间隔记录该收集统计时间内所收看的节目和起止时间，生成节目列表，然后生成包含该节目列表的收视报告信息；如果为第四节目信息则所述移动终端根据从所述第四节目收视信息中解析出的收集统计时间和指定节目，每到达时间间隔记录该收集统计时间内所收看这些指定节目的起止时间，生成节目列表，然后生成包含该节目列表的收视报告信息。

10.根据权利要求1所述的节目收视信息的处理方法，其中，所述移动终端按照随机处理后的发送时间发送收视报告信息。

11.根据权利要求1所述的节目收视信息的处理方法，其中所述服务器 接收该收视报告信息之后还包括：所述服务器判断收视报告信息的发送时间是否超过预定时间，如果超过则判定该收视报告信息无效，否则判定该收视报告信息有效。

12.根据权利要求1所述的节目收视信息的处理方法，其中，当所述终端关机或者关闭移动视频软件时，如果有统计任务，则向服务器上报一次收视报告信息，并标识该收视报告信息为最后一条收视报告信息。

13.一种节目收视信息的处理系统，其中包括：

服务器，用于下发包含在电子业务指南中的节目收视信息，并根据上报的收视信息报告获得收视情况和进行统计；

移动终端，通过网络与所述服务器相连接，用于根据服务器下发的节目收视信息，生成并上报收视信息报告，并判断即将发送的收视报告信息和上次发送的储存该收视报告信息是否相同，如果相同则执行发送内容为空的收视报告信息，如果不同则发送新的收视报告信息并储存。 

Images