接收设备和方法、发送设备和方法、程序及广播系统的制作方法

专利名称：接收设备和方法、发送设备和方法、程序及广播系统的制作方法
技术领域：
本公开涉及接收设备、接收方法、发送设备、发送方法、程序及广播系统，更具体而言，涉及被配置为适当地用于例如数字电视广播中在给定时间内的节目收视率调查的接收设备、接收方法、发送设备、发送方法、程序及广播系统。
背景技术：
对于广播电视节目(下文中简称为节目)的广播电台来说，准确地知道每个节目的收视率是很重要的。特別是，由于免费提供节目广播的私营广播电台是基于 CM (commercial message，商业广告)赞助商支付的广告费来运营的，因此，为了签署更多的赞助合同，私营广播电台需要制作具有尽可能高的收视率的节目。为了实现这个目标，私营广播电台必须准确掌握每个广播电视节目的收视率，从而将调查结果反映到未来的节目制作上。利用相关技术的收视率測量技术，收视率测量公司将专门的调查装置安装在随机选择的预定数量的样本家庭的电视接收机上，以随时測量收视状态，从而将测量结果发送到公司(例如请參见公开号为2006-50134的日本专利申请)。

发明内容
相关技术的收视率測量技术仅提供用于指示每个电视接收机的被观看(即被接收)的频道的信息。然而，随着近来数字电视接收机的逐渐普及，复杂的命令正在増加，通过使用这些数字电视接收机的功能，通过测量更多数字电视接收机的观看状态来提升收视率的准确性，并且通过获取观看者的简档信息(例如包括年齢、性別、地址和偏好等)来掌握观看者的倾向性。因此，本公开关注与相关技术的方法和设备相关的上述或其他问题，并通过提供被配置为在不借助专门用于收视率测量的装置和设备的情况下以相较于之前更高的准确性来測量电视节目的收视率的接收设备、接收方法、发送设备、发送方法、程序及广播系统， 来解决所关注的问题在实施本公开的过程中，根据本公开的第一实施例，提供了一种接收设备，用于接收所发送的AV (音频/视频)内容。该接收设备具有提取部，该提取部被配置为提取与所述音频/视频内容一起发送的、与要和所述音频/视频内容合作执行的应用程序的控制关联的触发信息；以及控制部，该控制部被配置为根据由所提取的触发信息指示的命令来控制与所述应用程序关联的处理。在该配置中，在所述接收设备上根据由所述触发信息指示的所述命令而启动的、处于激活状态的所述应用程序执行产生用于指示用户观看状态的观看状态信息的处理以及向预定的服务器上载所述观看状态信息的处理中的至少ー个处理。在上述接收设备中，所述控制部根据所提取的触发信息指示的命令，对所述应用程序的获得和启动、处于激活状态的所述应用程序中的事件激励、处于激活状态的所述应用程序的挂起、处于激活状态的所述应用程序的终止中的ー个进行控制。在上述接收设备中，处于激活状态的所述应用程序根据所提取的触发信息指示的命令而激励事件，并将所述观看状态信息上载到预定的服务器，作为所述事件。在上述接收设备中，所述触发信息包括用于指示通过将所述触发信息视为有效而执行处理与通过将所述触发信息视为无效而丢弃处理之间的确定概率的參数；并且处于激活状态的所述应用程序仅在基于所述參数所述触发信息被视为有效时根据所提取的触发信息指示的命令而激励事件，从而执行将所述观看状态信息上载到预定的服务器的处理，作为所述事件。上述接收设备还包括保持部，该保持部被配置为保存用户的简档信息。在上述接收设备中，处于激活状态的所述应用程序将保存于所述保持部中的所述简档信息连同所述观看状态信息一起上载到预定的服务器。在上述接收设备中，所述控制部仅在保存于所述保持部中的所述简档信息满足指定条件时启动所述应用程序。在实施本公开的过程中，根据本公开的第一实施例，提供了一种接收方法，用于接收所发送的AV内容的接收设备。该接收方法具有提取与所述音频/视频内容一起发送的、 与要和所述音频/视频内容合作执行的应用程序的控制关联的触发信息；以及根据由所提取的触发信息指示的命令来控制与所述应用程序关联的处理。在该配置中，根据由所提取的触发信息指示的所述命令而启动的、处于激活状态的所述应用程序执行产生用于指示用户观看状态的观看状态信息的处理以及向预定的服务器上载所述观看状态信息的处理中的至少ー个处理。在实施本公开的过程中，根据本公开的第一实施例，提供了一种计算机程序，用于对接收所发送的AV内容的接收设备进行控制。所述计算机程序使得该接收设备的计算机执行处理。该处理具有提取与所述音频/视频内容一起发送的、与要和所述音频/视频内容合作执行的应用程序的控制关联的触发信息；以及根据由所提取的触发信息指示的命令来控制与所述应用程序关联的处理。在该配置中，根据由所提取的触发信息指示的所述命令而启动的、处于激活状态的所述应用程序执行产生用于指示用户观看状态的观看状态信息的处理以及向预定的服务器上载所述观看状态信息的处理中的至少ー个处理。在本公开的第一实施例中，提取了与用干与AV内容协作地执行AV内容的应用程序的控制关联的触发信息，该触发信息与所述AV内容一起发送。根据所提取的触发信息所指示的命令，对与应用程序关联的处理进行控制。应注意，用于产生用于指示用户观看状态的观看状态信息的处理以及用于向预定的服务器上载所述观看状态信息的处理中的至少 ー个处理由根据所提取的触发信息所指示的命令而启动的、处于激活状态的所述应用程序来执行。在实施本公开的过程中，根据本公开的第二实施例，提供了ー种用于发送AV内容的发送设备。该发送设备具有发送部，该发送部被配置为连同所述音频/视频内容一起， 发送与要与所述音频/视频内容合作地在接收设备上执行的应用程序的控制关联的触发信息。在该配置中，在所述接收设备上根据由所述触发信息指示的命令而启动的、处于激活状态的所述应用程序执行产生用于指示所述接收设备的用户的观看状态的观看状态信息的处理以及向预定的服务器上载所述观看状态信息的处理中的至少ー个处理。
在上述发送设备中，发送部发送具有用于指示通过将所述触发信息视为有效而执行处理与通过将所述触发信息视为无效而丢弃处理之间的确定概率的參数的触发信息。上述发送设备还包括測量部，该测量部被配置为基于由所述接收设备上载的所述观看状态信息来測量所述音频/视频内容的收视率。在实施本公开的过程中，根据本公开的第二实施例，提供了一种发送方法，该发送方法用于发送AV内容的发送设备。该发送方法具有连同所述音频/视频内容一起，发送与要与所述音频/视频内容合作地在接收设备上执行的应用程序的控制关联的触发信息。 在该配置中，在所述接收设备上根据由所述触发信息指示的命令而启动的、处于激活状态的所述应用程序执行产生用于指示所述接收设备的用户的观看状态的观看状态信息的处理以及向预定的服务器上载所述观看状态信息的处理中的至少ー个处理。在实施本公开的过程中，根据本公开的第二实施例，提供了一种用于对发送AV内容的发送设备进行控制的计算机程序。该计算机程序使得发送设备的计算机执行处理。该处理具有连同所述音频/视频内容一起，发送与要与所述音频/视频内容合作地在接收设备上执行的应用程序的控制关联的触发信息。在该配置中，在所述接收设备上根据由所述触发信息指示的命令而启动的、处于激活状态的所述应用程序执行产生用于指示所述接收设备的用户的观看状态的观看状态信息的处理以及向预定的服务器上载所述观看状态信息的处理中的至少ー个处理在本公开的第二实施例中，连同所述AV内容一起，发送与要与AV内容协作地在接收设备上执行的应用程序的控制关联的触发信息。应注意，在所述接收设备上根据所提取的触发信息所指示的命令而启动的、处于激活状态的所述应用程序执行用于产生用于指示用户观看状态的观看状态信息的处理以及用于向预定的服务器上载所述观看状态信息的处理中的至少ー个处理。在实施本公开的过程中，根据本公开的第三实施例，提供了一种广播系统。该广播系统具有用于发送AV (音频/视频)内容的发送设备；以及用于接收所发送的音频/视频内容的接收设备。在该配置中，所述发送设备具有发送部，该发送部被配置为连同所述音频/视频内容一起，发送与要与所述音频/视频内容合作地在接收设备上执行的应用程序的控制关联的触发信息。在上述配置中，所述接收设备具有提取部，该提取部被配置为提取与和所述音频/视频内容一起发送的、要与所述音频/视频内容合作执行的应用程序的控制关联的触发信息；以及控制部，该控制部被配置为根据由所提取的触发信息指示的命令来控制与所述应用程序关联的处理，并且在所述接收设备上根据由所述触发信息指示的所述命令而启动的、处于激活状态的所述应用程序执行产生用于指示用户观看状态的观看状态信息的处理以及向预定的服务器上载所述观看状态信息的处理中的至少ー个处理。在本公开的第三方面，发送设备连同AV内容一起发送与AV内容合作的触发信息。 该触发信息与要在接收设备上执行的应用程序的控制关联。另ー方面，接收设备提取要与 AV内容合作执行的应用程序的控制关联的触发信息。根据所提取的触发信息所指示的命令，对与该应用程序关联的处理进行控制。在接收设备上根据触发信息所指示的命令而启动的、处于激活状态的应用程序执行产生用于指示接收设备的用户的观看状态的观看状态信息的处理以及向预定的服务器上载所述观看状态信息的处理中的至少ー个处理。根据本公开的第一实施例，可根据广播信号中所包含的触发信息，将用户的观看状态发送到预定的服务器。根据本公开的第二实施例，接收设备可进行控制，使得将接收设备的用户的观看状态发送到预定的服务器。根据本公开的第三实施例，可以准确地测量电视节目的收视率，而无需任何专门的收视率测量设备。


图I是示出作为本公开的一个实施例来实施的广播系统的示意性配置的示意图；图2是示出作为本公开另一实施例来实施的接收设备的配置的框图；图3是示出发送包含于TS的PCR包中的触发信息概念的图；图4是示出PCR包中的触发信息的具体设置的图；图5A和5B是示出将触发信息嵌入视频信号中的一个示例的图；图6是示出预缓存(precache)命令的触发信息的项目的图；图7是示出执行(Execute)命令的触发信息的项目的图；图8是示出注入事件(Inject event)命令的触发信息的项目的图；图9是示出挂起(Suspend)命令的触发信息的项目的图；图10是示出终止(Terminate)命令的触发信息的项目的图；图11是示出触发信息语法(Syntax)的一个示例的图；图12A到12G是示出当应用程序连同CM的程序一起执行时被呈现的显示示例的图；图13是指示触发信息处理过程的流程图；图14A和14B是示出触发有效性的效果的图；图15A和15B是示出触发有效性的效果的图；图16是示出应用程序的工作场景的一个示例的示意图；图17是示出接收设备中的应用程序的状态转变图；图18是上载观看状态信息的第一方法图19是上载观看状态信息的第二方法图20是上载观看状态彳目息的第二方法图21是上载观看状态信息的第四方法图22是上载观看状态信息的第五方法图23是上载观看状态信息的第六方法图24是上载观看状态信息的第七方法；及图25是示出计算机的一个示例性配置的框图。
具体实施例方式下面参考附图、通过本公开的最佳模式(下文称为本公开的实施例)来更详细地描述本公开。(I)实施例广播系统的示例性配置
7
现在参考图1，其中示出了作为本公开的一个实施例而实施的广播系统。利用该广播系统30，接收设备顺从于被包含于数字电视广播信号中而发送的触发信息并且用于指示用户的观看情形的信息下文中称为观看状态信息)被发送到预定的服务器。该预定的服务器基于从每个接收设备接收到的观看状态信息，以高准确度来测量每个电视节目的收视率。应注意，从接收设备向预定的服务器发送观看状态信息的处理是通过数据广播内容来执行的，该数据广播内容是与CM和节目的AV内容合作执行的。数据广播内容是在提供给接收设备的应用程序由其计算机执行时来实现的，因此下文中也将数据广播内容称为数据广播应用程序或者数据广播应用。该广播系统30包括设置于广播电台侧的广播设备41、应用服务器42和收视率测量服务器43以及设置于接收方侧的接收设备60。广播设备41被配置为发送数字电视广播信号。另外，广播设备41还发送触发信息，该触发信息被包含于数字电视广播信号中，该触发信息为用于规定要随同节目或CM的进展而执行的数据广播内容的执行的命令。更具体地，触发信息被布置于数字电视广播信号的传输流(TS)中，或被嵌入要发送的视频信号中。除了用于指示命令类型的信息之外，触发信息还包括数据广播内容，即用于指示应用程序的获取源的信息。下面将描述触发信息的细节。应用服务器42在通过因特网50来访问应用服务器42的接收设备60要求时，向接收设备60提供用于实施数据广播内容的应用程序。收视率测量服务器43基于从每个接收设备60上载的观看状态信息来计算每个电视节目的收视率。应注意，收视率测量服务器43可以由每个广播电台拥有。或者，收视率测量服务器43可以由多个电视台共享。或者，收视率测量服务器43可以是专门测量收视率的公司所设置的。接收设备60接收来自广播设备41的数字广播信号，并输出AV内容(即电视节目或电视CM)中的视频和音频到位于下一级的监视器(未示出)。另外，接收设备60通过因特网50来访问应用服务器42，以获得数据广播内容。此外，接收设备60执行所获得的数据广播内容，以便随着节目的进展而向用户呈现各种信息，检测用户的收视状态，并向收视率测量服务器43通知用于指示所述检测的结果的观看状态信息。接收设备60可作为单独的单元而存在，或者可作为例如电视接收机或视频记录器的部件而存在。接收设备的示例性配置参见图2，其中示出了接收设备60的示例性配置。接收设备60包括调谐器61、 解复用模块62、音频解码器63、音频输出模块64、视频解码器65、触发检测模块66、视频输出模块67、控制模块68、存储器69、操作者模块70、记录模块71、通信I/F (接口)72、高速缓存73、应用引擎74以及应用存储器75。调谐器61接收并解调与用户所选频道对应的数字电视广播信号并将所得到的 TS(传输流)输出到解复用模块62。解复用模块62将从调谐器61输入的TS解复用为音频解码信号、视频解码信号和控制信号，并将这些信号分别输出到音频解码器63、视频解码器65和控制模块68。
此外，解复用模块62从TS中提取存储有触发信息的PCR (ProgramClock Reference，节目时钟基准)，并将所提取的PCR输出到触发检测模块66。音频解码器63将输入的音频编码信号解码，并将所得到的音频信号输出到音频输出模块64。音频输出模块64将输入的音频信号输出到下一级(如扬声器)。视频解码器65将所输入的视频编码信号解码，并将所得到的视频信号输出到触发检测模块66和视频输出模块67。触发检测模块66总是监视输入的视频信号，以检测嵌入在所监视的视频信号中的触发信息，将检测到的触发信息输出到控制模块68 (如果触发信息仅设置于TS的PCR包中，则触发检测模块66的该操作是不必要的)。另外，触发检测模块66从来自解复用模块 62的输入的PCR包中提取触发信息，并将所提取的触发信息输出到控制模块68。视频输出模块67将从视频解码器65输入的视频信号输出到下一级。另外，视频输出模块67从应用引擎74输入的数据广播内容的视频与从视频解码器65输入的视频信号合成在一起，并将得到的视频信号输出到下一级。控制模块68通过执行记录于存储器69的控制程序来控制整个接收设备60。另外， 基于从触发检测模块66输入的触发信息，控制模块68控制例如数据广播应用的获取和启动及事件的激励(Firing)、挂起和终止。此外，控制模块68还可用作观看日志管理器(下文将参考图21来描述)。存储器69存储要被控制模块68执行的控制程序(包括观看日志管理器程序)。 这些控制程序可基于数字电视广播信号或通过因特网50而获得的更新数据来更新。操作者模块70检测用户进行的各种操作并将对应的操作信号通知到控制模块68。另外，存储器还存储由用户预先输入的用户简档信息，如用户年龄、性别以及地址
坐寸ο该简档信息可由收视率测量方用于例如选择作为调查样本的接收设备60。更具体地，当针对接收设备60的、用于获取并上载观看状态信息的数据广播应用程序被启动时， 作为调查样本的接收设备60的用户的简档信息可按项目(例如三十多岁、男性以及主要居住区域等)指定。将该简档信息连同观看状态信息一起上载到收视率测量服务器43也是可实施的。记录模块71在合并其中的记录介质中保存下载的数据广播应用程序(如果该数据广播应用程序是利用数字电视广播信号来分发的)。通信I/F 72在应用引擎74的控制下，通过因特网50将接收设备60连接到应用服务器42。应用引擎74在控制模块68的控制下通过因特网50和通信I/F 72从应用服务器42获得数据广播应用程序，从而将所获得的数据广播应用程序存储到高速缓存73中。应用引擎74在控制模块68的控制下从高速缓存73或记录模块71中读取数据广播应用程序，并执行该数据广播应用程序。应用存储器75包括工作存储器75A和保存存储器75B。应用引擎74将与激活的数据广播应用程序关联的数据(更具体地，该数据包括例如显示信息层)存储到工作存储器75A中。此外，如果激活的数据广播应用程序被挂起，则应用引擎74将数据从应用存储器75的工作存储器75A移到保存存储器75B。如果挂起的数据广播应用程序被重新启动，则应用引擎74将数据从保存存储器75B移到工作存储器75A，以恢复挂起前的状态。应注意，应用存储器75中大小相同的两个区域可以在工作存储器75A和保存存储器75B之间交替。这种设置可消除在工作存储器75A和保存存储器75B之间移到数据的必要性。触发信息发送方法下面描述发送触发信息的方法。如上所述，触发信息可以被设置于数字电视广播信号的TS的PCR包中，被嵌入在视频信号中，或者被设置在与TS复用在一起的MPEG2视频流的用户数据区域中。参见图3，其中示出了设置于数字电视广播信号的TS的PCR包中的触发信息的示意图。如图所示，触发信息不是存储在所有PCR包中；触发信息仅存储在具有合适的定时的PCR包中，以便提供与节目或CM的合作性操作。应注意，考虑到由于电磁波干扰或接收设备60的丢失(即接收错误)而导致的发送故障，触发信息在相同内容中被连续发送两次或更多次。参见图4，其中示出了触发信息在PCR包中的存储位置。利用该PCR包，PCR被存储在 TS 包的 adaptation_field 中，触发信息(TriggerInfo_descriptor)被存储在 PCR 后面的transport_private_data_byte中。应注意，当触发信息被存储时，设置在PCR前面的 Various_flags 的 transport_private_data_flag 被设置为 I。参见图5A和图5B，其中示出了将触发信息嵌入在视频信号中的两种类型的示例。图5A示出了将触发信息二维条形编码以与视频信号的图像中的预定位置(在该示例中为右下角)叠加合成的一个示例。图5B是出了将触发信息视频编码以与视频信号的图像底部的几行合成的一个示例。图5A和图5B中示出的触发信息由接收设备60的触发检测模块66来检测。在图5A和图5B的两个示例中，触发信息被设置在电视节目的屏幕上，这样，如果利用CATV网络重发电视节目，则触发信息被发送到接收设备60，而不被删除。在图5A和图5B的两个示例中，用户可从视觉上辨识屏幕上的触发信息(二维条形码或视频编码)；如果这不是所需要的，那么在显示之前，可以用与所述二维条形码或视频编码周围的像素相同的像素来遮盖所述二维条形码或视频编码。上述示例示出了存储于PCR中的触发信息的发送，但是，触发信息的存储位置和发送方法不局限于这些示例。触发信息的细节下面描述触发信息的细节。根据触发信息所指示的命令，触发信息分为5种类型。 这些命令为预缓存命令(precache command)、执行命令(executecommand)、注入事件命令 (inject event command)、挂起命令(suspendcommand)和终止命令(terminate command)。 应注意，其他类型的命令也可以添加到这些命令。参见图6，其中示出了作为预缓存命令的触发信息中所包含的项目。预缓存命令用于指示接收设备60获取数据广播应用。Triggerjd是用于标识有关触发信息的信息。如果具有相同内容的触发信息被发送两次或更多次，则每个触发信息的Triggerjd与其他触发信息的相同。Protocolversion表示有关触发信息的协议的版本。Command_code表示有关触发信息的命令的类型。图6的示例中写了用于指示预缓存命令的信息。Trigger_validity表示用于指定已接收到有关触发信息的接收设备60根据有关触发信息进行处理的概率1/N的服务器访问分布参数N的值。例如，为了将来自很多可能的接收设备60对应用服务器42的访问分布成4组，可将相同的触发信息发送四次，其中， 第一触发信息中的服务器访问分布参数N被设置为4，第二触发信息中的服务器访问分布参数N被设置为3，第三触发信息中的服务器访问分布参数N被设置为2，而第四触发信息中的服务器访问分布参数N被设置为I。将服务器访问分布参数N通知接收设备60可实现对触发信息的分布，使得两个或更多个接收设备60对应用服务器42进行访问以使得数据广播应用的处理不会集中在一个时间段内。应注意，针对用于对例如应用服务器42未被访问的处理进行控制的触发信息，服务器访问分布参数N可总是被设置为I。下面将参考图14A到15B来描述利用Trigger_validity的访问分布。App_id要响应于有关触发信息而获得的数据广播应用的标识信息。App_type是指示对应于有关触发信息的数据广播应用的类型(HTML5、BML或Java(商标)等)的信息。 App_url是数据广播应用的获取源(在本示例中为应用服务器42)的URL。Broadcast_App_f lag> Down I oade d_App_f lag 以及 Internet_App_flag 指不与有关触发信息对应的数据广播应用的程序数据的位置。如果与有关触发信息对应的数据广播应用可从数字电视广播信号中得到，则BroadCast_App_flag被设置为I。如果与有关触发信息对应的数据广播应用已经被下载广播服务所广播且被接收设备60所接收、从而使得可以从本地存储装置(例如记录模块71)中得到该数据广播应用，则Downloaded_App_flag 被设置为I。如果与有关触发信息对应的数据广播应用可通过因特网50从应用服务器42 得到，则Internet_App_flag被设置为。参见图7，其中示出了作为执行命令的触发信息中所包含的项目。执行命令指示接收设备60启动数据广播应用。Tr i gger_i d、Protoco l_ver s ion、Comman d_code、Tri gger_validity、App_id、App_ type>App_url>Broadcast_App_flag>Downloaded_App_flag 和 Internet_App_flag 与图 6 所示的作为预缓存命令的触发信息中的那些项目基本上相同。区别在于，用于指示执行命令的信息被写入Command_code。App_life_scope指示是否根据例如观看切换(view switching)来终止数据广播应用。App_expire_date指示在接收不到终止命令的情况下结束激活的数据广播应用的日期和时间。参见图8，其中示出了作为注入事件命令的触发信息中所包含的项目。注入事件命令指示接收设备60对激活的数据广播应用中的事件进行激励。这里所述的事件是指例如启动用于切换通过数据广播应用而显示的信息的处理或者用于向收视率测量服务器43上载(或通知)观看状态信息的处理的定时。Trigger_id、Protocol_version> Command_code> Trigger_validity> App_id 和 App_type与图6所示的作为预缓存命令的触发信息中的那些项目基本上相同。区别在于，用于指示注入事件命令的信息被写入Co_and_code。将适当的N值设置为Trigger_validity使得能够将事件发生定时分布于两个或更多个接收设备60中。这样，可以将通过访问收视率测量服务器43而从两个或更多个接收设备60上载观看状态信息的处理分布开，从而避免访问集中在一个时间点。另外，设置适当的N值使得能够调整上载观看状态信息的接收设备60的总数，即用于收视率测量的样本的数量。Event_id是通过App_id来指定的数据广播应用中的要被激励的事件的标识信息。事件嵌入数据(Event embedded data)是指当事件被激励时所参考的数据。参见图9,其中示出了作为挂起命令的触发信息中所包含的项目。挂起命令指示接收设备60将激活的数据广播应用挂起。Trigger_id、Protocol_version> Command_code> Trigger_validity> App_id 和 App_type与图6所示的作为预缓存命令的触发信息中的那些项目基本上相同。区别在于， 用于指示挂起命令的信息被写入Command_code。参见图10，其中示出了作为终止命令的触发信息中所包含的项目。终止命令指示接收设备60将激活的数据广播应用终止。Trigger_id、Protocol_version> Command_code> Trigger_validity> App_id 和 App_type与图6所示的作为预缓存命令的触发信息中的那些项目基本上相同。区别在于， 用于指示终止命令的信息被写入。触发信息语法参见图11，其中示出了与作为上述命令中的每一个的触发信息兼容的触发信息语法的一个示例。应注意，除了图11所示的以外，任何其他的触发信息语法也是可能的。对操作的解释下面描述与所接收的触发信息对应的接收设备60的操作的概要，特别地，描述显示屏的改变。参见图12A到图12G，其中示出了当接收设备60执行对应的数据广播应用(如电视节目或电视CM)时接收设备60的显示屏幕的转变。例如，如图12A中所示，当迄今广播的电视节目(在该示例中为“7:00新闻”)的内容变成经济信息时，发送作为用于启动与该节目对应的数据广播应用的执行命令的触发信息。当接收设备60接收到该触发信息时，该数据广播应用被启动，以显示图12B所示的用于提示用户显示该数据广播应用的图标(该示例中为“股票”)。当用户点击该图标时，如图12C所示的那样，通过数据广播应用在屏幕上执行该显示(在该示例中为股票价格显示)。这样，仅当用于提示用户显示数据广播应用的图标被显示时，才执行通过数据广播应用的显示，从而防止不需要通过该数据广播应用的显示的用户被所发生的显示打扰的状态。应注意，上述图标显示是通过数据广播应用的第一显示。当节目的内容进一步变动(在该示例中变为体育信息)时，发送作为用于激励事件的注入事件命令的触发信息。当接收设备60接收到该触发信息时，该事件被激励，然后屏幕上的数据广播应用的显示变为图12D所示的显示(在该示例中匹配结果信息显示)。然后，发送作为用户挂起与该节目对应的激活的数据广播应用的挂起命令的触发信息。但接收到该触发信息时，激活的数据广播应用被挂起。在挂起之后，发送作为用于执10/21 页
行与CM对应的数据广播应用的执行命令的触发信息。当接收到该触发信息时，用于该CM 的数据广播应用被启动。结果，用于提示用户显示与该CM对应的数据广播应用的图标(在该示例中为“参加有奖竞赛”)如图12E所示的那样被显示在屏幕上。当用户点击该图标时，在屏幕上执行通过与该CM对应的数据广播应用的显示(在该示例中为“参加有奖竞赛”)。在显示该CM之后，在节目重新开始时，发送作为重新启动与节目对应的数据广播应用的执行命令的触发信息。当接收到该触发信息时，与CM对应的数据广播应用结束，并且如图12F所示的那样删除其显示，从而从最后挂起的状态继续与节目对应的数据广播应用的显示。接下来，当节目结束时，发送作为用于结束与节目对应的数据广播应用的终止命令的触发信息。如图12G所示，当接收到该触发信息时，从屏幕中删除该数据广播应用的显示，从而仅显示节目的视频。应注意，如图12G所示，不仅可以利用通过缩小节目的显示区域来提供用于数据广播应用的显示的区域的方法来显示数据广播应用，还可以利用将数据广播应用的显示叠加于节目的显示上的方法来显示数据广播应用。下面描述接收设备60接收到触发信息时执行的处理(下文中称为触发信息处理过程)。参见图13，其中示出了指示触发信息处理过程的流程图。该触发信息处理过程是在用户观看电视节目时执行的。更具体地，当接收设备60正在接收数字电视广播信号时， 该处理被反复执行。在步骤SI，触发检测模块66等待，直到从解复用模块62输入了包括触发信息的 PCR包或从输出自视频解码器65的视频信号中检测到触发信息。当输入了包括触发信息的 PCR包或从视频信号中检测到触发信息时，处理进行到步骤S2。在步骤S2，触发检测模块66将触发信息输出到控制模块68。控制模块68从触发信息中读取Triggerjd，以确定是否已针对该触发信息而执行了步骤S4等的处理。如果发现已经执行了步骤S4等的处理，则处理返回到步骤SI，以重复从步骤SI开始的上述过程。 另一方面，如果发现还未执行步骤S4等的处理，则处理进行到步骤S3。在步骤S3,基于写入触发信息中的Trigger_validity的服务器访问分布参数N, 控制模块68确定此次的处理是否有效(将处理移至步骤S4等以进行服务器访问或者将处理返回到步骤SI)。应注意,如果触发信息中没有设置Trigger_validity,则处理进行到步骤S4。下面描述步骤S3中确定此次处理是否有效的处理。参见图14A和14B，其中示出了没有设置Trigger_validity时的情况(包括服务器访问分布参数N= I时的情况)与设置了 Trigger_validity的情况之间的比较。例如， 如图14A所示,如果没有设置Trigger_validity,相同的触发信息被发送两次或更多次,但大多数接收设备60对第一触发信息做出响应，从而导致对应用服务器42的集中访问。另一方面，如图14B所示，如果设置了 Trigger_validlity且服务器访问分布参数N被设置为适当的值，则激活的接收设备60可被分布到被发送两次或更多次的各个相同的触发信息， 从而例如能够避免对应用服务器42的集中访问。
13
例如，如图15B所示，如果广播电台侧意欲将多个激活的接收设备60对应用服务器42的访问分布到例如4组，则广播设备41将相同的触发信息发送4次；第一触发信息的Trigger_validity中的服务器访问分布参数N被设置为4,第二触发信息的Trigger_ validity中的服务器访问分布参数N被设置为3,第三触发信息的Trigger_validity中的服务器访问分布参数N被设置为2，而第四触发信息的Trigger_validity中的服务器访问分布参数N被设置为I。另一方面，接收设备60的控制模块68在通过概率1/N来确定有效性的条件下通过随机数来判定有效性或无效性。这样，例如，如果假设接收设备60的100000个单元同时执行触发信息处理过程， 在接收设备60的大约25000( = 100000/4)个单元上通过第一触发信息(服务器访问分布参数N = 4)来确定有效性，在接收设备60的大约25000( = 75000/3)个单元上通过第二触发信息(服务器访问分布参数N = 3)来确定有效性，在接收设备60的大约25000 (= 50000/2)个单元上通过第三触发信息(服务器访问分布参数N = 2)个单元上通过第三触发信息(服务器访问分布参数N= 2)来确定有效性，而在接收设备60的大约25000( = 25000/1)个单元上通过第四触发信息(服务器访问分布参数N= I)来确定有效性。返回到图13,在步骤S4,控制模块68读取触发信息的Command_code,确定该触发 目息所指不的命令是否为预缓存命令、执行命令、注入事件命令、挂起命令和终止命令中的任一个。在步骤S5，控制模块68确定步骤S4的确定结果是否为预缓存命令；如果发现所述确定结果为预缓存命令，则处理进行到步骤S6。在步骤S6，获取由该触发信息的App_id所标识的数据广播应用的节目数据。更具体地,如果该触发信息的Broadcast_App_flag为I,则从电视广播信号中获取由App_id所标识的数据广播应用的节目数据，以记录于记录模块71中。如果该触发信息的Downloaded_App_flag为I,则从作为本地存储终止的记录模块71中获取由App_id所标识的数据广播应用的节目数据。如果该触发信息的Internet_App_flag为I,则通过因特网50从应用服务器42获取由App_id所标识的数据广播应用的节目数据，以记录于高速缓存73中。应注意，如果两个或更多个标记Broadcast_App_flag、Down I oade d_App_f lag 和 Internet_App_f lag为I,则，为了接收设备60的方便,可获取由该触发信息的App_id所标识的数据广播应用的节目信息。然后，处理返回到步骤SI，以重复从步骤SI开始的上述处理。在步骤S5，如果发现步骤S4的确定结果为预缓存命令，则处理进行到步骤S7。在步骤S7，控制模块68确定步骤S4的确定结果是否为执行命令。如果发现该确定结果为执行命令，则处理执行到步骤S8。在步骤S8，在控制模块68的控制下，应用引擎74确定由该触发信息的App_id所标识的数据广播应用是否被挂起。更具体地，由App_id所标识的数据广播应用保存有用于指示挂起状态的数据，则确定为挂起状态。在步骤S8，如果发现由App_id所标识的数据广播应用不处于挂起状态，则处理进行到步骤S9。在步骤S9，如果还没有获得由App_id所标识的数据广播应用的节目数据(即在记录模块71或高速缓存73中没有发现该节目数据)，则在控制模块68的控制下，应用引擎74获取由App_id所标识的数据广播应用的节目数据。在步骤S10，在控制模块68的控制下，应用引擎74终止激活的数据广播应用(如果有的话)。在步骤SI I，在控制模块68的控制下，应用引擎74启动有App_id所标识的数据广播应用。然后，处理返回到步骤Si，以重复从步骤SI开始的上述处理。应注意，如果在步骤S8中发现由App_id所标识的数据广播应用处于挂起状态，则处理进行到步骤S12。在步骤S12，在控制模块68的控制下，应用引擎74将保存存储器75B 中的数据移到工作存储器75A，以启动由App_id所标识的数据广播应用。然后由AppjdK 标识的、被挂起的数据广播应用从挂起状态中重新启动。然后，处理返回到步骤SI，以重复从步骤SI开始的上述处理。如果在步骤S7中发现步骤S4的确定结果不是执行命令，则处理进行到步骤S13。 在步骤S13，控制模块68确定步骤S4的确定结果是否为注入事件命令。如果发现该确定结果是注入事件命令，则处理进行到步骤S14。在步骤S14,仅当该触发信息的App_id与激活的数据广播应用的App_id之间相匹配时，控制模块68才对应用引擎74进行控制，以使得该激活的应用中的触发信息的Event_ id所对应的事件激励(或执行)，然后，处理返回到步骤SI，以重复从步骤SI开始的上述处理。如果在步骤S13中发现步骤S4的确定结果不是注入事件命令，则处理进行到步骤 S15。在步骤S15，控制模块68确定步骤S4的确定结果是否为挂起命令。如果发现该确定结果是挂起命令，则处理进行到步骤S16。在步骤S16，在控制模块68的控制下，应用引擎74将用于指示激活的数据广播应用的状态的数据(即当前写入工作存储器75A中的数据；如果要显示的信息具有层次结构， 则该数据包括用于指示要显示的信息的层次的信息)保存到保存存储器75A中。然后，处理返回到步骤SI，以重复从步骤SI开始的上述处理。如果在步骤S15中发现步骤S4的确定结果不是挂起命令，则步骤S4的确定结果应该是终止命令，这样，处理进行到步骤S17。在步骤S17，如果由App_id标识的数据广播应用是激活的，则在控制模块68的控制下，应用引擎74终止该数据广播应用。在步骤S18， 在控制模块68的控制下，应用引擎74从工作存储器75A以及保存存储器75B中同时删除与由App_id标识的数据广播应用相关的数据，从记录模块71或高速缓存73中删除该数据广播应用的节目数据。然后，处理返回到步骤SI，以重复从步骤SI开始的上述处理。至此，结束了对触发信息处理过程的描述。如上所述，上述触发信息处理过程实现了与电视节目或电视CM关联的、激活的数据广播应用的终止、数据广播应用的启动以及事件的激励。此外，上述触发信息处理过程实现了处于激活状态的数据广播应用的挂起以及数据广播应用在挂起状态下的重新启动。另外，上述触发信息处理过程实现了下面以示例方式示出的数据广播应用的操作。参见图16，其中示出了数据广播应用的操作场景的一个示例。当广播设备41发送作为用于规定与其进展匹配的电视节目所对应的数据广播应用的节目数据的获取的预缓存命令的触发信息时，接收到该触发信息的接收设备60获取该数据广播应用的节目数据。接下来，当广播设备41发送作为与其进展匹配的电视节目所对应的数据广播应用的执行命令的触发信息时，接收到该触发信息的接收设备60启动该数据广播应用。该启动操作显示用于提示用户将数据广播应用叠加显示在节目的视频上的图标。当用户点击该图标时，在屏幕上，通过该数据广播应用的显示被叠加于节目的视频上。当广播设备41发送作为与其进展匹配的注入事件命令的触发信息时，接收到该触发信息的接收设备60将激活的数据广播应用中的事件(例如发生显示改变)激励。接下来，当广播设备41发送作为用于在预定时间挂起数据广播应用的挂起命令的触发信息时，接收到该触发信息的接收设备60挂起该激活的数据广播应用(即，与该激活的数据广播应用有关的数据被保存于保存存储器75B中)。然后，当广播设备41发送作为用于执行数据广播应用的执行命令的触发信息时，接收到该触发信息的接收设备60重新启动被挂起的数据广播应用。此外，当广播设备41发送作为用于终止电视节目的终止命令的触发信息时，接收到该触发信息的接收设备60终止该激活的数据广播应用。数据广播应用的状态转变参见图17，其中示出了在接收设备60中操作的数据广播应用的状态转变。如图17所示，数据广播应用转变到下述4种类型的状态中的任一个停止状态、就绪状态、激活状态和挂起状态。在停止状态中，未执行数据广播应用并且还未获得该数据广播应用的节目数据。 在就绪状态中，已经获得数据广播应用的节目数据，但未执行数据广播应用。在激活状态中，已经启动并正在执行数据广播应用。在挂起状态中，数据广播应用的执行被挂起且用于指示挂起状态的信息被保存在保存存储器75B中。如果在数据广播应用转变到停止状态的情况下接收到作为预缓存命令的触发信息并且获得数据广播应用的节目数据，则该数据广播应用转变到就绪状态。如果在数据广播应用转变到停止状态或就绪状态的情况下接收到作为执行命令的触发信息并且数据广播应用被启动，则该数据广播应用转变到激活状态。如果在数据广播应用转变到激活状态的情况下接收到作为挂起命令的触发信息并且数据广播应用被挂起，则该数据广播应用转变到挂起状态。如果在数据广播应用转变到挂起状态的情况下接收到作为执行命令的触发信息并且挂起的数据广播应用被重新启动，则该数据广播应用转变到激活状态。如果在数据广播应用转变到就绪状态、激活状态或挂起状态的情况下接收到作为终止命令的触发信息，则处于就绪状态、激活状态或挂起状态的数据广播应用转变到停止状态。应注意，除了接收到作为终止命令的触发信息时，当触发信息中的App_expire_date 已经过去、另一数据广播应用被执行或者已经执行了接收信道改变时，也会转变到停止状态。通过利用收视率测量应用的收视率测量下面描述通过作为具有特定目的的数据广播应用、能够执行控制操作(获取、启动、事件激励、挂起和终止)的收视率测量应用将观看状态信息从接收设备60上载到收视率测量服务器43的方法。应注意，这些方法中的一些通过预装在接收设备60中的由控制模块来执行的程序和数据广播应用之间的合作操作来实现收视率测量功能。参见图18，其中示出了将观看状态信息上载到收视率测量服务器43的第一方法 (一个抽样方案)。在该抽样方案中，响应于在节目期间发送的作为注入事件命令的触发信息，观看 (或接收)该节目的接收设备60向收视率测量服务器43通知用于指示所关心的频道的观看的信息，作为观看状态信息。该抽样方案中的收视率测量服务器43可以基于节目来设置，或基于服务来设置， 或基于共同相对于所有服务(on a common to all services basis)来设置。如图18所示，如果节目Al是服务(频道)A中的广播，则在节目Al开始时发送作为用于启动收视率测量应用App-M的执行命令的触发信息。这里，收视率测量应用App-M 用于将用于指示节目Al正在被观看的信息(观看状态)上载到收视率测量服务器43。在节目Al的广播期间，在预定的抽样时段(如以一分钟的间隔)，发送作为注入事件命令的触发信息两次或更多次。然后，在节目Al被终止时，发送作为用于终止收视率测量应用App-M的终止命令的触发信息。对于要在节目期间被发送的、作为注入事件命令的触发信息，在每个抽样时段，连续K次发送具有相同Trigger_id的、作为注入事件命令的触发信息。此时,如果要被连续发送K次的触发信息的Trigger_validity的服务器访问分布参数N在第一次时被设置为N = K，在第二次时被设置为N = K-I，在第三次时被设置为N =K-2，并且在第K次时被设置为N= I，则可上载与接收节目Al的所有接收设备60有关的观看状态。如果要被连续发送K次的触发信息的Trigger_validity的服务器访问分布参数 N在第一次时被设置为N = 2K，在第二次时被设置为N = 2K-1，在第三次时被设置为N = 2K-2，并且在第K次时被设置为N = K，则可上载与接收节目Al的接收设备60中的一半接收设备有关的观看状态。如图18所示，已经从头到尾接收节目Al的接收设备60 (接收器X)响应于每个抽样时段接收到的、作为注入事件命令的触发信息而上载观看状态。接下来，响应于作为终止命令的触发信息，收视率测量应用App-M被终止。另一方面，从头接收节目Al但是由于中途切换到另一服务(频道)而未接收到节目Al尾部的接收设备60 (接收器Y)也响应于每个抽样时段接收到的、作为注入事件命令的触发信息而上载观看状态。接下来，响应于切换到另一服务，收视率测量应用App-M被终止。参见图19，其中示出了将观看状态信息上载到收视率测量服务器43的第二方法 (一个以节目为单位的日志上载方案)。在该以节目为单位的日志上载方案中，包括所关心的节目的观看开始时间和观看结束时间的信息(或观看日志)作为观看状态信息在观看结束时被发送到收视率测量服务器43。该以节目为单位的日志上载方案中的收视率测量服务器43可以基于节目来设置，或基于服务来设置，或基于共同相对于所有服务(on a common toall services basis) 来设置。如图19中所示，如果节目Al是服务(频道)A中的广播，则发送作为用于在节目 Al开始时启动收视率测量应用App-M的执行命令的触发信息。这里，收视率测量应用App-M 向工作存储器75A中生成包括所关心的节目Al的观看开始时间的观看日志，并在观看结束时另外向该观看日志中写入观看结束时间，将该观看日志上载到收视率测量服务器43。接下来，作为用于向观看日志另外写入观看结束时间并在节目Al广播结束前立即对该观看日志上载到收视率测量服务器43的处理进行激励的注入事件命令的触发信息被发送K次。另外，在节目Al结束时，发送作为用于终止收视率测量应用App-M的终止命令的触发信息。在已从头到尾接收到节目Al的接收设备60 (接收器X)中，启动的收视率测量应用App-M立即将其开始时间视为用户对节目Al的观看开始时间，从而向工作存储器75A中生成包括观看开始时间的观看日志。接下来，响应于在节目Al结束之前被立即发送的作为注入事件命令的触发信息，收视率测量应用App-M立即将该时间视为观看结束时间，并另外将该观看结束时间写入观看日志，将该观看日志上载到收视率测量服务器43。然后，响应于作为终止命令的触发信息，收视率测量应用App-M被终止。另一方面，在从头接收节目Al但是由于例如中途切换到另一服务(频道)而未接收到节目Al尾部的接收设备60 (接收器Y)中，启动的收视率测量应用App-M立即将其开始时间视为用户对节目Al的观看开始时间，从而向工作存储器75A中生成包括观看开始时间的观看日志。接下来，响应于例如切换到另一服务，收视率测量应用App-M将该时间视为观看结束时间并另外将该观看结束时间写入观看日志，将该观看日志上载到收视率测量服务器43。然后，收视率测量应用App-M被终止。参见图20，其中示出了将观看状态信息上载到收视率测量服务器43的第三方法 (一种以服务为单位的日志上载方案)。在该以服务为单位的日志上载方案中，服务，即包括针对每一频道的观看开始时间和观看结束时间的观看日志，被周期性地发送到收视率测量服务器43，作为观看状态信
肩、O该以服务为单位的日志上载方案中的收视率测量服务器43可以基于服务来设置，或者基于共同相对于所有服务(on a common to all services basis)来设置。如图20所示，如果在服务(频道)A中顺序播出节目Al和节目A2，则发送作为用于在每个节目开始时启动收视率测量应用App-M的执行命令的触发信息。另外，在每个节目结束时，发送作为用于终止收视率测量应用App-M的终止命令的触发信息。这里，在收视率测量应用App-M启动时，收视率测量应用App-M在工作存储器75A 中生成包括节目观看开始时间的观看日志。应注意，如果工作存储器75A中存在观看日志， 则该观看日志被新的观看日志覆盖。另外，收视率测量应用App-M还在自身结束时间将观看结束时间写入观看日志。此外，收视率测量应用App-M根据被配置为独立于收视率测量应用App-M而运行的定时器，周期性地将所生成的观看日志上载到收视率测量服务器43。 该定时器以收视率测量应用App-M当天首次启动作为初始值，每隔几个时段(例如每三个小时)进行计时。设置每个接收设备60的定时器使得能够将对收视率测量服务器43的访问分布开。在已经从头到尾接收到节目Al的接收设备60 (接收器X)中，在节目Al开始时启动的收视率测量应用App-M立即将自身启动时间视为节目Al的观看开始时间，并在工作存储器75A中生成包括该观看开始时间的观看日志。然后，响应于在节目Al结束时发送的作为终止命令的触发信息,收视率测量应用App-M将该时间视为观看结束时间，还将该视为观看结束时间写入观看日志，并终止收视率测量应用App-M。此外，在节目A2开始时重新启动的收视率测量应用App-M立即将该重新启动时间视为用户对节目A2的观看开始时间，并将该观看开始时间写入工作存储器75A中的观看日志。然后，根据基于定时器的定时，收视率测量应用App-M还将当前时间写入观看日志，并将观看日志上载到收视率测量服务器43。另一方面，在从头接收节目Al但由于中途切换到另一服务(或频道)而没有接收到节目Al的尾部的接收设备60 (接收器Y)中，在节目Al开始时启动的收视率测量应用 App-M立即将该启动时间视为用户对节目Al的观看开始时间，并在工作存储器75A中生成包括该观看开始时间的观看日志。接下来，响应于例如服务的切换，收视率测量应用App-M 将该切换时间视为观看结束时间，还将该观看结束时间写入观看日志，并将观看日志上载到收视率测量服务器43。然后，收视率测量应用App-M被终止。参见图21，其中示出了将观看状态信息上载到收视率测量服务器43的第四方法 (即应用驻留混合方案I)。在应用驻留混合方案I中，收视率测量应用App-M将观看开始时间和观看结束时间记录到针对每个服务的观看日志，并且独立于收视率测量应用App-M的观看日志管理器根据定时器，周期性地将观看日志上载到收视率测量服务器43。应用驻留混合方案I中的收视率测量服务器43可以基于服务来设置，或基于共同相对于所有服务(on a common to all services basis)来设置。应注意，观看日志管理器通过启动由控制模块68或应用引擎74之前保存的程序来实现。观看日志管理器可以在到接收设备60的主电源被接通时被启动，或者可以根据定时器仅在上载观看日志时被周期性地启动。如图21所示，如果在服务(频道)A中顺序播放节目Al和节目A2，则在每个节目开始时发送作为用于启动收视率测量应用App-M的执行命令的触发信息。另外，在每个节目结束时，发送作为用于终止收视率测量应用App-M的终止命令的触发信息。这里,在收视率测量应用启动时,App-M收视率测量应用App-M还将包括观看开始时间的观看信息写入由观看日志管理器管理的观看日志。应注意，如果工作存储器75A中已存在有观看日志，则观看信息被写入该观看日志。另外，收视率测量应用App-M在自身结束时间还将观看结束时间写入观看日志。另一方面，观看日志管理器根据被配置为独立于收视率测量应用App-M而运行的定时器，周期性地将观看日志上载到收视率测量服务器 43。该定时器以接收设备60当天首次通电作为起始时间，每隔几个时段(例如每三个小时)进行计时。如果断电，观看日志管理器可以被自动启动，以在应该上载观看日志的时间上载观看日志。设置每个接收设备60的定时器使得能够将对收视率测量服务器43的访问分布开。或者，可以存储在与收视率测量服务器43通信时规定的、针对每个接收设备60的上载时间，从而上载每个观看日志。
在从头到尾接收到服务A中的节目Al的接收设备60 (接收器X)中，在节目A开始时启动的收视率测量应用App-M立即将该启动时间视为用户对节目Al的观看开始时间， 并且还将包括观看开始时间的观看信息写入到观看日志。然后，响应于在节目Al结束时发送的、作为终止命令的触发信息，收视率测量应用App-M将该时间视为观看结束时间，还将该观看结束时间写入到观看日志，并终止收视率测量应用App-M。应注意，如果观看日志管理器在控制模块68的控制下工作，则收视率测量应用App-M还将观看日志写入附接到控制模块的存储器69。此外,在节目A2开始时重新启动的收视率测量应用App-M立即将该启动时间视为节目A2的观看开始时间，并且还将该观看开始时间写入工作存储器75A中的观看日志。然后，根据基于定时器的定时，观看日志管理器将观看日志上载到收视率测量服务器43。另一方面，在从头接收节目Al但由于例如切换到另一服务(频道)而没有接收到节目Al的尾部的接收设备60 (接收器Y)中，在节目Al开始时启动的收视率测量应用 App-M将该启动时间视为用户对节目Al的观看开始时间，并且还将包括该观看开始时间的观看信息写入到观看日志。接下来，响应于例如切换到另一服务，收视率测量应用App-M将该切换时间视为节目的观看结束时间，并且还将该观看结束时间写入观看日志。然后，根据基于定时器的定时，观看日志管理器将观看日志上载到收视率测量服务器43。应注意，如果观看日志管理器在应用引擎中作为数据广播应用来操作，将观看日志上载到收视率测量服务器43的定时可以不通过使用定时器来表示，而是通过利用作为注入事件命令的触发 目息来表不。参见图22，其中示出了将观看状态信息上载到收视率测量服务器43的第五方法 (应用驻留混合方案2)。在该应用驻留混合方案2中，通常处于启动状态的观看日志管理器基于服务或基于共同相对于所有服务来生成并更新观看日志，并且作为数据广播应用的收视率测量应用 App-M根据作为注入事件命令的触发信息，将观看日志上载到收视率测量服务器43，作为观看状态信息。该应用驻留混合方案2中的收视率测量服务器43可以基于服务来设置，或者基于共同相对于所有服务(on a common to all services basis)来设置。应注意，观看日志管理器是通过启动控制模块68或应用引擎74中之前保存的程序来实现的。当到接收设备60的主电源被接通时，观看日志管理器被启动。观看日志管理器生成观看日志，该观看日志包括每个节目的观看开始时间，而与数据广播应用无关。应注意，如果已经存在观看日志，则所生成的观看日志被附加地写入到已有的观看日志。另外， 观看日志管理器还将节目结束时间、频道切换时间或者断电时间写入观看日志，作为节目结束时间。通过用于上载观看信息的收视率测量应用，根据作为注入事件命令的触发信息， 将该观看日志上载到收视率测量服务器43。如图22所示，如果在服务(频道)A中顺序播出节目Al和节目A2，则在每个节目开始时，发送作为用于启动用于上载观看信息的收视率测量应用App-M的执行命令的触发信息。另外，在每个节目结束时，发送作为用于终止收视率测量应用App-M的终止命令的触发信息。响应于这些触发信息，收视率测量应用App-M被启动和终止；但是，该观看信息上载应用为在通过注入事件命令来指示上载时将观看日志基本上上载到收视率测量服务器43的应用。另一方面，观看日志管理器在节目开始时间、节目结束时间、频道切换时间或者断电时间更新观看日志，而与观看信息上载应用无关，并且还将被观看的频道编号的列表、 观看开始时间和观看结束时间写入到观看日志。应注意，如果观看日志管理器在控制模块 68的控制下工作，则观看日志被记录到存储器69。在已经在服务A中从头到尾接收到节目Al的接收设备60 (接收器X)中，在观看日志管理器被启动且观看日志被生成的情况下，观看日志管理器还在节目Al开始时将包括频道编号和节目开始时间的观看信息写入到观看日志。然后，观看日志管理器还在节目 Al结束时将节目Al的结束时间写入到观看日志。此外，在节目A2开始时，观看日志管理器还将频道编号和节目开始时间写入观看日志。然后，当接收到作为注入事件命令的触发信息时，收视率测量应用App-M响应于所接收到的作为注入事件命令的触发信息，将此时的观看日志上载到收视率测量服务器43。另一方面，在从头接收节目Al但由于中途改变服务(频道)而未接收到节目Al的尾部的接收设备60(接收器Y)中，在观看日志管理器被启动且观看日志被生成的情况下， 在节目Al开始时，包括频道编号和节目开始时间的观看信息被附加地写入观看日志。接下来，响应于例如服务的改变，观看日志管理器将该服务改变时间视为观看结束时间，并还将该观看结束时间写入观看日志。然后，在新的节目开始而收视率测量应用App-M启动之后， 通过收视率测量应用App-M，响应于作为注入事件命令的触发信息，将观看日志上载到收视率测量服务器43。应注意，在根据作为注入事件命令的触发信息来上载观看日志的过程中，仅与正在被接收的服务对应的观看日志被上载到收视率测量服务器43，或者与所有服务对应的观看日志均ο被上载到收视率测量服务器43。参见图23，其中示出了将观看状态信息上载到收视率测量服务器43的第六方法 (第三方共同日志管理方案)。在第三方共同日志管理方案中，包括节目的观看开始时间和观看结束时间的信息 (观看日志)被生成，延伸于各服务(即所谓的频道)之上。所生成的观看日志被发送到对所有频道共同的收视率测量服务器43，作为观看状态信息.如图23所示，如果在服务(频道)A中顺序播出节目Al和节目A2，则在每个节目开始时发送作为用于启动数据广播应用App-Al和App-A2的执行命令的触发信息。另外， 以预定的定时来发送作为用于针对数据广播应用App-Al和App-A2的上载观看日志的注入事件命令的触发信息。对于服务B也是如此。应注意，除了记录和上载观看日志的功能之外，数据广播应用App-Al等还具有用于呈现有关用户的预定信息的数据广播应用的功能。在已经从头到尾接收到节目Al的接收设备60 (接收器X)中，在节目Al开始时启动的数据广播应用App-Al立即将该启动时间视为用户对节目Al的观看开始时间，并向工作存储器75A中生成包括该观看开始时间的观看日志。接下来，当接收到作为用于启动与节目A2对应的数据广播应用App-A2的执行命令的触发信息时，激活的数据广播应用 App-Al将该时间视为观看结束时间，并且还将该观看结束时间写入观看日志，由此终止数据广播应用App-Al。此外，当在节目A2开始、数据广播应用App-A2被启动时，数据广播应用App_A2立
21即将该启动时间视为用户对节目A2的观看开始时间，并且还将该观看开始时间写入工作存储器75A中的观看日志。接下来，当接收到作为注入事件命令的触发信息时，数据广播应用App-A2还将当前时间写入观看日志，并将该观看日志上载到收视率测量服务器43。另一方面，在从头接收节目Al当中途已经切换至服务B的节目BI的接收设备 60 (接收器Y)中，在节目Al的开始启动的数据广播应用App-Al立即将该启动时间视为用户对节目Al的观看开始时间，并向工作存储器75A中生成包括该观看开始时间的观看日志。接下来，响应于服务切换，数据广播应用App-Al将该切换时间视为观看结束时间，并还将该观看结束时间写入观看日志。然后，响应于切换到节目BI，数据广播应用App-Bl被启动，以立即将该启动时间视为节目BI的观看开始时间，还将该观看开始时间写入观看日志。接下来，当接收到作为注入事件命令的触发信息时，数据广播应用App-Bl还将当前时间写入观看日志，并将观看日志上载到收视率测量服务器43。然后，响应于在节目BI结束时发送的作为终止命令的触发信息，数据广播应用App-Bl将该发送时间视为观看结束时间，并还将该观看结束时间写入观看日志，由此终止数据广播应用App-Bl。参见图24，其中示出了将观看状态信息上载到收视率测量服务器43的第七方法 (第三方测量应用插入方案)。在该第三方测量应用插入方案中，要随节目的进展而执行的数据广播应用App-Al 等转变到挂起状态，在该挂起状态中执行用于记录和上载观看日志的收视率测量应用 App-M。这样,包括节目的观看开始时间和观看结束时间的信息(观看日志)被生成,延伸于服务(或所谓的频道)之上，所生成的观看日志被发送到对于所有频道共同的收视率测量服务器43，作为观看状态信息。如图24所示，如果在服务(频道)A中播出节目Al，则在节目Al开始时，发送作为用于启动数据广播应用App-Al的执行命令的触发信息。然后，发送作为用于挂起处于激活状态的数据广播应用App-Al的挂起命令的触发信息。然后，发送作为用于启动收视率测量应用App-M的执行命令的触发信息。然后，当到了终止收视率测量应用App-M的时间时， 发送作为用于使得数据广播应用App-Al从挂起状态返回到激活状态的执行命令的触发信肩、O如果在节目Al之后播出节目A2并且如果节目BI是在服务B中播出的，则会进行与针对节目Al的处理基本上相同的处。在已经从头到尾接收到服务A中的节目Al的接收设备60 (接收器X)中，在节目 Al的开始，数据广播应用App-Al被启动。然后，数据广播应用App-Al转变到挂起状态，此时收视率测量应用App-M被启动。被启动的收视率测量应用App-M立即将该启动时间视为用户的观看时间，并向工作存储器75A中生成包括正在被观看的服务A和该观看时间的观看日志。接下来，当接收到作为用于数据广播应用App-Al的执行命令的触发信息时，收视率测量应用App-M被终止，此时数据广播应用App-Al再次转变到激活状态。然后，当节目Al结束而节目A2开始时，数据广播应用App_A2被启动(未示出)。 然后，数据广播应用App-A2转变到挂起状态(未示出)，此时收视率测量应用App-M被启动。被启动的收视率测量应用App-M立即将该启动时间视为用户的观看时间并还将正在被观看的服务A以及该观看时间写入工作存储器75A中的观看日志。接下来，当接收到作为用于收视率测量应用App-M的注入事件命令的触发信息时，收视率测量应用App-M将观看日志上载到收视率测量服务器43。另一方面，在从头接收节目Al但中途切换到服务B的节目BI的接收设备60 (接收器Y)中，在节目Al开始时，数据广播应用App-Al被启动。然后，数据广播应用App-Al 转变到挂起状态，此时，收视率测量应用App-M被启动。被启动的收视率测量应用App-M立即将该启动时间视为用户的观看时间，并向工作存储器75A中生成包括正在被观看的服务 A和该观看时间的观看日志。接下来，当接收到作为用于数据广播应用App-Al的执行命令的触发信息时，收视率测量应用App-M终止且数据广播应用App-Al再次转变到激活中途。 然后，当从服务A切换到服务B时，数据广播应用App-Al被终止。在切换到服务B的节目BI之后，数据广播应用App-Bl被启动。然后，启动的数据广播应用App-Bl转变到挂起中途，此时收视率测量应用App-M被启动。启动的收视率测量应用App-M立即将该启动时间视为用户的观看时间，并还将正在被观看的服务B和该观看时间写入工作存储器75A中的观看日志。然后，当接收到作为用于收视率测量应用App-M 的注入事件命令的触发信息时，收视率测量应用App-M将观看日志上载到收视率测量服务器43。采用用于将观看状态信息上载到收视率测量服务器43的第一至第七方法中的任何一个使得能够通过利用象数据广播应用那样可控的收视率测量应用App-M而从所有的激活的接收设备60向收视率测量服务器43上载观看状态信息。这样，这种新配置能够实现对电视节目收视率的准确测量。观看状态信息上载定时可以在时间上分布开，以避免对收视率测量服务器43的集中访问。应注意，除了观看状态信息之外，还可将每个接收设备60的用户的简档信息上载到收视率测量服务器43。在广播电台侧指定要被抽样的每个接收设备60的用户的简档信息也是可行的， 以使收视率测量应用App-M仅在用户的简档信息满足指定条件时启动。在上述第一至第七方法的任一个中，收视率测量应用App-M或者观看信息上载应用包括例如合作地连接到节目的信息显示也是可行的。、上述处理操作序列可以通过软件以及硬件来执行。当上述处理操作序列通过软件来执行时，构成该软件的程序被安装在置于专用硬件设备的计算机中，或者从网络或记录介质安装到例如可安装各种程序以执行各种功能的通用个人计算机中。参见图25，其中示出了通过软件程序来执行上述处理序列的计算机的示例性硬件配置的框图。在该计算机100中，CPU (中央处理单元)10UR0M(只读存储器)102、和RAM(随机访问存储器)103通过总线104互连。总线104连接到输入/输出接口 105。输入/输出接口 105连接到如下模块由例如键盘、鼠标和麦克风组成的输入模块106,由例如监视器显不器和扬声器组成的输出模块107、由例如硬盘驱动器或者非易失性存储器组成的存储模块108、由例如网络接口组成的通信模块以及用于确定可拆卸介质111 (如磁盘、光盘、磁光盘或者半导体存储器等)的驱动器110。在如上配置的计算机中，CPU 101通过输入/输出接口 105和总线104将程序从存储模块108加载到RAM 103，并执行加载的程序，从而执行上述的处理序列。应注意，要由所述计算机执行的程序可以按照这里描述的顺序以时间依赖的方式来执行，或者并行执行，或者基于命令来执行。还应注意，可以由计算机的一个单元来处理程序，或者可以由计算机的两个或更多个单元以分布的方式来处理程序。此外，可将程序发送到远程计算机，以便执行。还应注意，这里使用的术语“系统”表示由多个部件单元配置的整个设备。尽管已使用具体的术语描述了本公开的优选实施例，但是，这种描述仅仅是示例性的目的，并且应理解，在不脱离所附权利要求的精神或范围的情况下可以进行修改或改变。本公开包含与2010年9月30日提交于日本专利局的日本优先权专利申请JP 2010-222299中公开的主题相关的主题，该日本申请的整体内容通过引用合并于此。
权利要求
1.一种用于接收发送的AV(音频/视频)内容的接收设备，包括提取部，被配置为提取与所述音频/视频内容一起发送的、与要和所述音频/视频内容合作执行的应用程序的控制关联的触发信息；以及控制部，被配置为根据由所提取的触发信息指示的命令来控制与所述应用程序关联的处理，其中，根据由所提取的触发信息指示的所述命令而启动的、处于激活状态的所述应用程序执行产生用于指示用户观看状态的观看状态信息的处理以及向预定的服务器上载所述观看状态信息的处理中的至少ー个处理。
2.根据权利要求1所述的接收设备，其中，所述控制部根据所提取的触发信息指示的命令，对所述应用程序的获得和启动、处于激活状态的所述应用程序中的事件激励、处于激活状态的所述应用程序的挂起、处于激活状态的所述应用程序的终止中的ー个进行控制。
3.根据权利要求2所述的接收设备，其中，处于激活状态的所述应用程序根据所提取的触发信息指示的命令来激励将所述观看状态信息上载到预定的服务器的事件，以将所述观看状态信息上载到预定的服务器。
4.根据权利要求3所述的接收设备，其中，所述触发信息包括用于指示通过将所述触发信息视为有效而执行处理与通过将所述触发信息视为无效而丢弃处理之间的确定概率的參数；并且处于激活状态的所述应用程序仅在基于所述參数所述触发信息被视为有效时才根据所提取的触发信息指示的命令来激励所述事件，以执行将所述观看状态信息上载到预定的服务器的处理。
5.根据权利要求1所述的接收设备，还包括 保持部，被配置为保存用户的简档信息。
6.根据权利要求5所述的接收设备，其中，处于激活状态的所述应用程序将保存于所述保持部中的所述简档信息连同所述观看状态信息一起上载到预定的服务器。
7.根据权利要求5所述的接收设备，其中，所述控制部仅在保存于所述保持部中的所述简档信息满足指定条件时启动所述应用程序。
8.一种用于接收发送的AV(音频/视频)内容的接收设备的接收方法，包括 提取与所述音频/视频内容一起发送的、与要和所述音频/视频内容合作执行的应用程序的控制关联的触发信息；以及根据由所提取的触发信息指示的命令来控制与所述应用程序关联的处理， 其中，根据由所提取的触发信息指示的所述命令而启动的、处于激活状态的所述应用程序执行产生用于指示用户观看状态的观看状态信息的处理以及向预定的服务器上载所述观看状态信息的处理中的至少ー个处理。
9.一种计算机程序，用于对接收发送的AV (音频/视频)内容的接收设备进行控制，所述计算机程序使得所述接收设备的计算机执行包括以下的处理提取与所述音频/视频内容一起发送的、与要和所述音频/视频内容合作执行的应用程序的控制关联的触发信息；以及根据由所提取的触发信息指示的命令来控制与所述应用程序关联的处理， 其中，根据由所提取的触发信息指示的所述命令而启动的、处于激活状态的所述应用程序执行产生用于指示用户观看状态的观看状态信息的处理以及向预定的服务器上载所述观看状态信息的处理中的至少ー个处理。
10.ー种用于发送AV (音频/视频)内容的发送设备，包括发送部，被配置为连同所述音频/视频内容一起，发送与要与所述音频/视频内容合作地在接收设备上执行的应用程序的控制关联的触发信息，其中，在所述接收设备上根据由所述触发信息指示的命令而启动的、处于激活状态的所述应用程序执行产生用于指示所述接收设备的用户的观看状态的观看状态信息的处理以及向预定的服务器上载所述观看状态信息的处理中的至少ー个处理。
11.根据权利要求10所述的发送设备，其中，所述发送部发送具有用于指示通过将所述触发信息视为有效而执行处理与通过将所述触发信息视为无效而丢弃处理之间的确定概率的參数的所述触发信息。
12.根据权利要求10所述的发送设备，还包括測量部，被配置为基于由所述接收设备上载的所述观看状态信息来測量所述音频/视频内容的收视率。
13.ー种用于发送AV (音频/视频)内容的发送设备的发送方法，包括连同所述音频/视频内容一起，发送与要与所述音频/视频内容合作地在接收设备上执行的应用程序的控制关联的触发信息，其中，在所述接收设备上根据由所述触发信息指示的命令而启动的、处于激活状态的所述应用程序执行产生用于指示所述接收设备的用户的观看状态的观看状态信息的处理以及向预定的服务器上载所述观看状态信息的处理中的至少ー个处理。
14.一种计算机程序，用于对发送AV(音频/视频)内容的发送设备进行控制，所述计算机程序使得所述发送设备的计算机执行包括以下的处理连同所述音频/视频内容一起，发送与要与所述音频/视频内容合作地在接收设备上执行的应用程序的控制关联的触发信息，其中，在所述接收设备上根据由所述触发信息指示的命令而启动的、处于激活状态的所述应用程序执行产生用于指示所述接收设备的用户的观看状态的观看状态信息的处理以及向预定的服务器上载所述观看状态信息的处理中的至少ー个处理。
15.一种广播系统，包括用于发送AV(音频/视频)内容的发送设备；以及用于接收所发送的音频/视频内容的接收设备；其中，所述发送设备具有发送部，该发送部被配置为连同所述音频/视频内容一起，发送与要与所述音频/视频内容合作地在接收设备上执行的应用程序的控制关联的触发信息，所述接收设备具有提取部，该提取部被配置为提取与所述音频/视频内容一起发送的、与要和所述音频/视频内容合作执行的应用程序的控制关联的触发信息；以及控制部， 该控制部被配置为根据由所提取的触发信息指示的命令来控制与所述应用程序关联的处理，并且在所述接收设备上根据由所述触发信息指示的所述命令而启动的、处于激活状态的所述应用程序执行产生用于指示用户观看状态的观看状态信息的处理以及向预定的服务器上载所述观看状态信息的处理中的至少ー个处理。
全文摘要
公开了接收设备和方法、发送设备和方法、程序及广播系统。一种用于接收发送的AV(音频/视频)内容的接收设备包括提取部，该提取部被配置为提取与所述音频/视频内容一起发送的、与要和所述音频/视频内容合作执行的应用程序的控制关联的触发信息；以及控制部，该控制部被配置为根据由所提取的触发信息指示的命令来控制与所述应用程序关联的处理，其中，根据由所提取的触发信息指示的所述命令而启动的、处于激活状态的所述应用程序执行产生用于指示用户观看状态的观看状态信息的处理以及向预定的服务器上载所述观看状态信息的处理中的至少一个处理。
文档编号H04N21/236GK102595200SQ201110291599
公开日2012年7月18日 申请日期2011年9月23日 优先权日2010年9月30日
发明者北里直久 申请人:索尼公司