CN104488281A

CN104488281A - 接收装置、接收方法、发送装置和发送方法

Info

Publication number: CN104488281A
Application number: CN201380039168.7A
Authority: CN
Inventors: 北里直久; 山岸靖明; 出叶义治; 北原淳; M·艾耶
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2012-07-31
Filing date: 2013-07-22
Publication date: 2015-04-01
Anticipated expiration: 2033-07-22
Also published as: WO2014021126A1; JP6225109B2; PT2882198T; KR20150040862A; US9432744B2; AU2013297719A1; DK3240293T3; JPWO2014021126A1; MX341386B; DK2882198T3; US20140040965A1; PL3240293T3; EP2882198A1; HUE034498T2; CA2878244C; EP3240293A1; CN104488281B; HUE047433T2; MX2015001066A; US9961414B2

Abstract

本发明涉及接收装置、接收方法、发送装置和发送方法，其可以合适地保持其中存储有用于与AV内容联动地执行的应用程序的控制信息的表。触发信息提取单元获取触发信息，触发信息用于识别用于控制与AV内容联动地执行的程序的操作的控制信息。TPT/AMT分析单元获取其中存储通过触发信息识别的控制信息的表，根据被包括在触发信息中并且指示表的版本信息来获取所述表。控制单元根据存储在通过触发信息识别的表中存储的控制信息来控制应用程序的操作。本发明可应用于例如接收数字电视广播信号的电视接收器。

Description

接收装置、接收方法、发送装置和发送方法

技术领域

本技术涉及接收装置、接收方法、发送装置和发送方法，特别地，涉及可正确地保持其中存储与AV内容联动地运行的应用程序的控制信息的表的接收装置、接收方法、发送装置和发送方法。

背景技术

近年来，在数字广播的领域中，预测了不仅利用广播的服务而且与互联网协作的协作服务的引入(参见例如专利文献1)。在广播和通信的这种协作服务中，由互联网传递的应用程序可与电视节目等的广播内容联动地运行。

引用列表

专利文献

专利文献1：日本专利申请特许公开No.2011-66556

发明内容

本发明要解决的问题

在上述应用程序在接收广播内容的接收装置中操作的情况下，在一些情况下使用其中存储适于控制操作的控制信息的表。

在这种情况下，为了使广播内容和应用程序在接收装置中彼此联动地正确操作，需要正确保持这个表。

本技术是依据这些情形设计的，希望的是，允许正确保持其中存储与AV内容(诸如，广播内容)联动地运行的应用程序的控制信息的表。

问题的解决方案

本发明的第一实施例的一种接收装置包括：接收器，其接收AV内容；触发信息获取器，其获取触发信息，所述触发信息适于确定控制信息，所述控制信息用于控制与所述AV内容联动地运行的应用程序的操作。该接收装置还包括：表获取器，响应于所述触发信息中包括的且指示表的版本的第一版本信息获取所述表，由所述触发信息确定的所述控制信息被存储在所述表中；以及控制部分，其响应于通过所述触发信息确定的并且存储在所述表中的所述控制信息来控制所述应用程序的操作。

在所述表中存储指示所述表的版本的第二版本信息，如果所述触发信息中包括的所述第一版本信息不同于存储在所述表中的所述第二版本信息，则所述表获取器获取所述表。

通过广播将所述触发信息与所述AV内容一起发送，所述表是经由网络传递的，所述触发信息获取器从所述AV内容的数据中提取所述触发信息，以及所述表获取器获取经由网络传递的所述表。

所述AV内容是通过广播发送的，所述表是经由网络传递的，所述接收装置还包括特征量提取器，所述特征量提取器从所述AV内容的数据中提取特征量，所述触发信息获取器获取与通过使用所述特征量识别的AV内容的识别结果对应的触发信息，所述表获取器获取经由网络传递的所述表。

在所述表中，指示所述应用程序的操作的动作与应该执行所述动作的时间相关联，以及所述控制部分基于所述触发信息中包括的时间信息，响应于从所述表中确定的动作来控制所述应用程序的操作。

所述接收装置可以是独立装置或者可以是构成一个装置的内部块。

本技术的第一实施例的接收方法是与本技术的第一实施例的接收装置对应的接收方法。

在本技术的第一实施例的接收装置和接收方法中，接收AV内容；获取触发信息，所述触发信息适于确定控制信息，所述控制信息用于控制与所述AV内容联动地运行的应用程序的操作。响应于所述触发信息中包括的且指示表的版本的第一版本信息获取所述表，由所述触发信息确定的所述控制信息被存储在所述表中；以及响应于由所述触发信息确定的并且存储在所述表中的所述控制信息来控制所述应用程序的操作。

本技术的第二实施例的发送装置包括：触发信息生成器，其生成触发信息，所述触发信息适于确定用于控制与所述AV内容关联地运行的应用程序的操作的控制信息并且包括版本信息，所述版本信息指示其中存储有通过所述触发信息确定的所述控制信息的表的版本；以及发送器，其将所述触发信息与所述AV内容一起发送。

发送装置可以是独立装置或者可以是构成一个装置的内部块。

本技术的第二实施例的发送方法是与本技术的第二实施例的发送装置对应的发送方法。

在本技术的第二实施例的发送装置和发送方法中，生成触发信息，所述触发信息适于确定用于控制与AV内容联动地运行的应用程序的操作的控制信息并且包括版本信息，所述版本信息指示其中存储有通过所述触发信息确定的所述控制信息的表的版本；以及将所述触发信息与所述AV内容一起发送。

本发明的效果

根据本技术的第一实施例和第二实施例，可正确地保持其中存储与AV内容结合地运行的应用程序的控制信息的表。

附图说明

图1是示出广播通信协作系统的构造示例的示图。

图2是示出发送装置的构造示例的示图。

图3是示出接收装置的构造示例的示图。

图4是示出触发信息的详细构造的示图。

图5是示出触发信息的描述示例的示图。

图6是示出TPT的详细构造的示图。

图7是示出AMT的详细构造的示图。

图8是示出根据updatingTime更新TPT和AMT的示例的示图。

图9是示出根据触发信息中包括的版本(version)更新TPT和AMT的示例的示图。

图10是说明发送处理的流程图。

图11是说明接收处理的流程图。

图12是说明触发信息响应处理的流程图。

图13是说明TPT/AMT/App获取处理的流程图。

图14是说明联动应用控制处理的流程图。

图15是说明动作执行处理的流程图。

图16是示出广播-通信协作系统的另一个构造示例的示图。

图17是示出接收装置的另一个构造示例的示图。

图18是示出计算机的构造示例的示图。

具体实施方式

以下，将参照附图描述本技术的实施例。

<第一实施例>

[广播-通信协作系统的构造示例]

图1示出广播-通信协作系统1。该广播-通信协作系统1包括发送装置10、接收装置20、TPT/AMT服务器30和应用服务器40。

接收装置20、TPT/AMT服务器30和应用服务器40经由互联网90彼此连接。

发送装置10通过数字电视广播信号(下文中，被简称为广播信号)发送(广播)电视节目、CM、等广播内容。发送装置10由广播方提供并且例如设置在其广播站中。

发送装置10发送适于识别控制信息的触发信息，以控制联动应用的操作，其中，触发信息被包括在广播信号中。这里，联动应用是与广播内容联动地运行的应用程序。

接收装置20接收从发送装置10发送的广播信号并且获取广播内容的视频和音频。接收装置20在显示器上显示广播内容的视频并且从扬声器输出音频。

下文中，将基于接收装置20是电视接收器的假设进行描述。然而，这不限于此。例如，接收装置通过采用没有显示器和扬声器的构造，被包括在诸如视频记录器的电子设备中。

如果从发送装置10提取触发信息，则接收装置20基于该触发信息中包括的时间信息来设置或重置(校准)内部时钟的时间。下文中，该内部时钟将被称为媒体时钟。响应于来自发送装置10的触发信息，接收装置20经由互联网90访问TPT/AMT服务器30，以获取TPT和AMT。

TPT/AMT服务器30管理TPT和AMT。由广播方或其它提供方来提供TPT/AMT服务器30。

这里，TPT(触发参数表)是被构造成识别由联动应用的事件所指明的动作的表。例如，在TPT中，适于识别联动应用的事件的ID和该事件所指明的动作相关联。

AMT(激活消息表)是被构造成指示应该执行联动应用的动作的时间的表。例如，在AMT中，适于识别联动应用的事件的ID和各ID的有效时间段相关联。然而，事件的有效时间段与广播内容的进度相匹配地确定。

也就是说，通过TPT和AMT识别应该在预定定时执行并且用于所指明的联动应用的动作。

TPT/AMT服务器30响应于来自接收装置20的询问，经由互联网90提供TPT和AMT。

接收装置20基于媒体时钟参照TPT和AMT，从而识别用于所指明的联动应用的动作。然后，接收装置20响应于所识别的动作来控制所指明的联动应用的操作。

响应于所识别的动作，接收装置20经由互联网90访问应用服务器40，以获取联动应用。

应用服务器40管理联动应用。由广播方或其它提供方来提供应用服务器40。

应用服务器40响应于来自接收装置20的询问，经由互联网90提供联动应用。

在图1中，为了简化说明，只示出一个接收装置20。然而，实际上，广播-通信协作系统1包括多个接收装置20并且这些接收装置20接收来自发送装置的广播内容。

类似地，在图1中示出一个TPT/AMT服务器30和一个应用服务器40。然而，实际上针对每个广播方提供多个TPT/AMT服务器30和应用服务器40，并且接收装置20根据触发信息和TPT和AMT所指明的信息来访问它们之中的任一个。

以上述方式构造广播-通信协作系统1。

[发送装置的构造示例]

图2示出图1中的发送装置10的构造示例。

如图2中所示，发送装置10包括音频获取器111、音频编码器112、视频获取器113、触发信息生成器114、视频编码器115、多路复用器116和发送器117。

音频获取器111从外部服务器、麦克风、记录介质等获取广播内容的音频信号并且将它供应到音频编码器112。

音频编码器112根据诸如MPEG(移动图像专家组)2的编码系统编码从音频获取器111供应的音频信号并且将作为结果得到的音频流供应到多路复用器116。

视频获取器113从外部服务器、相机、记录介质等获取广播内容的视频信号并且将它供应到触发信息生成器114和视频编码器115。

触发信息生成器114生成触发信息并且将它供应到视频编码器115。例如，根据与视频获取器113供应的视频信号对应的广播内容的进度，生成触发信息。

视频编码器115根据诸如MPEG2的编码系统，编码从视频获取器113供应的视频信号。

视频编码器115还将触发信息设置在通过编码得到的视频流中。例如，触发信息设置在视频流的用户数据区中的字幕数据中。

包括触发信息的视频流被供应到多路复用器116。

多路复用器116多路复用来自音频编码器112的音频流和来自视频编码器115的视频流并且将作为结果得到的传输流供应到发送器117。

发送器117经由天线118发送作为广播信号的从多路复用器116供应的传输流。

以上述方式构造发送装置10。

[接收装置的构造示例]

图3示出图1中的接收装置20的构造示例。

如图3中所示，接收装置20包括调谐器212、解复用器213、音频解码器214、音频输出部分215、扬声器216、视频解码器217、视频输出部分218和显示器219。

在接收装置20中，还包括触发信息提取器220、控制部分221、存储器222、操作部分223、通信接口(I/F)224、TPT/AMT分析器225、应用引擎226、高速缓存器227、应用存储器228，以操作联动应用。

调谐器212解调经由天线211接收的广播信号并且将作为结果得到的传输流提供到解复用器213。

解复用器213将从调谐器212供应的传输流分成音频流和视频流并且将音频流供应到音频解码器214并且将视频流供应到视频解码器217。

音频解码器214通过与音频编码器112(图2)的编码系统(诸如，MPEG2)对应的解码系统来解码解复用器213供应的音频流，并且将作为结果得到的音频信号供应到音频输出部分215。

音频输出部分215将音频解码器214供应的音频信号供应到扬声器216。扬声器216输出与音频输出部分215供应的音频信号对应的音频。

视频解码器217通过与视频编码器115(图2)的编码系统(诸如，MPEG2)对应的解码系统来解码解复用器213供应的视频流，并且将作为结果得到的视频信号供应到视频输出部分218。

视频输出部分218将视频解码器217供应的视频信号供应到显示器219。显示器219显示与视频输出部分218供应的视频信号对应的视频。

触发信息提取器220一直监控被解复用器213分离的视频流。触发信息提取器220提取(获取)设置在视频流中的触发信息并且将它供应到控制部分221。

控制部分221运行预先存储在存储器222中的控制程序，从而控制接收装置20的各个部分的操作。

操作部分223从用户接受各种类型的操作并且将对应于此的操作信号通知给控制部分221。控制部分221响应于来自操作部分223的操作信号，控制接收装置20的各个部分的操作。

响应于触发信息提取器220供应的触发信息，控制部分221控制通信I/F 224，以经由互联网90访问TPT/AMT服务器30并且请求TPT和AMT。通信I/F 224接收TPT/AMT服务器30发送的TPT和AMT并且根据来自控制部分221的控制将它供应到TPT/AMT分析器225。

TPT/AMT分析器225获取和保持通信I/F 224供应的TPT和AMT。TPT/AMT分析器225分析TPT和AMT并且将分析结果供应到控制部分221。

控制部分221基于触发信息提取器220供应的触发信息中包括的时间信息，设置或重置(校准)媒体时钟。

基于媒体时钟指示的时间，控制部分221参照来自TPT/AMT分析器225的TPT和AMT的分析结果来识别用于所指明的联动应用的动作。例如，当满足预定的有效条件时，诸如，当媒体时钟指示的时间第一次达到事件的有效时间段时，控制部分221识别与该有效事件对应的动作。

如果在来自发送装置10的触发信息中包括适于识别所指明的联动应用的事件的ID，则控制部分221参照TPT和AMT的分析结果并且识别与该ID对应并且用于联动应用的动作。

响应于所识别的动作，控制部分221控制应用引擎226，以控制联动应用的操作。

应用引擎226控制通信I/F 224以经由互联网90访问应用服务器40并且根据来自控制部分221的控制来请求联动应用。通信I/F 224接收应用服务器40发送的联动应用并且使其被保持在高速缓存器227中。

应用引擎226读出保持在高速缓存器227中的联动应用并且根据来自控制部分221的控制来运行它。运行的联动应用的视频信号被供应到视频输出部分218。

视频输出部分218将应用引擎226供应的视频信号与视频解码器227供应的视频信号相结合并且使显示器219显示通过这样得到的视频。

应用存储器228包括工作存储器228A和保存存储器228B。应用引擎226将与运行的联动应用相关的数据记录在工作存储器228A中。

当造成运行的联动应用暂停时，应用引擎226将应用存储器228的工作存储器228A中的数据移动到保存存储器228B。然后，当重新开始被暂停的联动应用时，应用引擎226将保存存储器228B中的数据移动到工作存储器228A，以恢复停止之前的状态。

以上述方式构造接收装置20。

[触发信息的详细构造]

接下来，将描述触发信息的详细构造。

(触发信息的详细构造)

图4是示出触发信息的详细说明的示图。

触发信息包括domain_name、segment_id、media_time、event_id、event_time、分布(spread)和版本(version)。

在domain_name中，指明适于识别预定服务器的域名的信息。例如，在domain_name中，指明与提供TPT/AMT服务器30的提供方的名字对应的域名。

在segment_id中，指明适于识别广播内容的一段(特定间隔)的ID。提供方可指明任意ID。

在media_time中，指明广播内容的进度时间轴上的特定时间位置的信息。例如，采用广播内容的进度时间轴上的特定时间(诸如，起始时间)或午夜(0:00)作为基础，在media_time中指明距离该基础时间的时间。例如，在media_time中指明的时间的单位是秒或毫秒。

在event_id中，指明适于通过TPT和AMT识别的事件的ID。在event_time中，指明指示执行该事件的时间的信息。

在spread中，指明适于随机分散应用触发信息的定时的信息。

在version中，指明指示TPT的版本的版本信息。例如，在更新保持在接收装置20中的TPT和AMT的情况下，在version中指明其版本被更新的TPT的版本信息。

(触发信息的描述示例)

图5是示出触发信息的描述示例的示图。

在图5中，示出触发信息的多个描述示例。触发信息由通过链接适于指明domain_name、segment_id、media_time、event_id、event_time、spread和version的值和诸如“/”、“？m＝”和“&.”的预定字符而得到的字符串形成。

例如，如果domain_name是“xbc.com”，segment_id是“SegA”并且media_time是“1000”，则指示触发信息的字符串是“xbc.com/SegA？m＝1000”。

也就是说，如果在该字符串的开始处添加“http://”，则得到“http://xbc.com/SegA？m＝1000”作为用于访问预定服务器的URL。因为在该URL的末尾添加询问字符串m＝<media_time>，所以被访问服务器可通过利用HTTP(超文本传输协议)的GET方法来获取参数。

字符串m＝<media_time>、e＝<event_id>、t＝<event_time>、s＝<spread>和v＝<version>被链接到指示触发信息的字符串。这样允许接收装置20获取media_time、event_id、event_time、spread和version的值。基于获取的这些值，接收装置20控制联动应用的操作并且例如更新TPT和AMT。

触发信息的描述方法是任意的并且不限于图5中示出的描述示例。

以上述方式构造触发信息。

[TPT的详细构造]

接下来，将描述TPT的详细构造。

图6是示出TPT的详细说明的一个示例的示图。例如，通过诸如XML(可扩展标记语言)的标记语言描述TPT。

如图6中所示，TPT元素被描述为TPT的根元素。在TPT元素中，描述了适于控制联动应用的操作等的事件的信息。

TPT元素包括protocolVersion属性、id属性、tptVersion属性、updatingTime属性、expireDate属性、serviceId属性、baseURL属性、Capabilities元素、LiveTrigger元素和Application元素。

在protocolVersion属性中，指明指示该TPT中定义的说明的版本。该版本包括主版本和次版本。

在id属性中，指明适于识别该TPT的ID。例如，在id属性中，指明通过用“/”链接domain_name和program_id而得到的字符串。program_id对应于segment_id并且是可用来识别广播内容的ID。

在tptVersion属性中，指明指示该TPT的版本的信息。

在updatingTime属性中，指明指示该TPT的更新时段的信息。

在expireDate属性中，指明指示该TPT的有效期的信息。

在serviceId属性中，指明指示在这样发送以被包括在广播信号中的服务之中的哪个服务用于发送联动应用的ID。例如，如果通过NRT服务发送联动应用，则在serviceId属性中指明NRT服务的service_id。

NRT(非实时)服务是其中在通过利用FLUTE(单向文件传输)会话而发送的NRT内容被暂时累积在接收器的存储器中之后执行再现的服务。在利用NRT服务的情况下，发送联动应用来替代NRT内容。

在baseURL属性中，指明用作该TPT所指明的URL的基础的URL。例如，在baseURL属性中指明“http://xbc.com”。因此，可在该TPT所指明的另一个URL中指明当采用基础URL作为基础时的相对路径。

在Capabilities元素中，指明指示接收装置20使用该TPT控制联动应用的操作所需的功能的信息。也就是说，当Capabilities元素指明了该功能时，接收装置20确定可利用该TPT。当接收装置20没有所指明的功能时，该TPT被忽略。

LiveTrigger元素是TPT元素的子元素，描述了与适于允许广播方等在广播内容进行直播的情况下在所希望的定时执行事件的触发信息相关的信息(下文中，被称为直播触发信息)。LiveTrigger元素包括URL属性、deliveryType属性和pollPeriod属性。

在URL属性中，描述了用于访问提供直播触发信息的服务器(随后将描述的图16中的触发服务器80)的URL。

在deliveryType属性中，指明直播触发信息的接收中的规则。在deliveryType属性中，指明“Streaming”、“long polling”或“short polling”。

在pollPeriod属性中，指明指示向触发服务器80(图16)发出关于直播触发信息的询问的间隔的时间。例如，以秒为单元指明该时间。

Application元素是TPT元素的子元素并且描述了与联动应用相关的信息。Application元素包括appID属性、appType属性、appName属性、globalId属性、appVersion属性、testApp属性、cookieSpace属性、frequencyOfUse属性、frequencyOfUpdate属性、expireDate属性、availInternet属性、availBroadcast属性、URL元素、Capabilities元素、ContentItem元素和Event元素。

在appID属性中，指明适于识别相关的联动应用的ID。

在appType属性中，指明与相关的联动应用的文件属性等相关的信息。

在appName属性中，指明指示相关的联动应用的名字的信息。例如，当可激活多个联动应用时，向用户呈现其名字以允许选择，从而激活所希望的联动应用。

在globalId属性中，指明用来全局地识别相关的联动应用的URI(统一资源标识符)。

在appVersion属性中，指明指示相关的联动应用的版本的信息。

例如，当出于测试产品开发的目的而使用相关的联动应用时，指明testApp属性。因此，在正常操作中，忽略这个testApp属性。

在cookieSpace属性中，指明当相关的联动应用运行时所需的存储容量的信息。

在frequencyOfUse属性中，指明指示使用相关的联动应用的频率的信息。例如，以小时为单位或以天为单位指明该使用频率并且可优选地缓存使用频率高的联动应用。

在frequencyOfUpdate属性中，指明指示更新相关的联动应用的频率的信息。例如，以小时为单位或以天为单位指明该更新频率并且可优选地缓存更新频率高的联动应用。

在expireDate属性中，指明指示相关的联动应用的有效期的信息。

在availInternet属性中，指明指示是否通过互联网传递相关的联动应用的信息。

在availBroadcast属性中，指明指示是否通过广播传递相关的联动应用的信息。

在URL元素中，指明指示相关的联动应用的获取源的URL。例如，在URL元素中指明应用服务器40的URL。如果例如“http://xbc.com”被指定为上述的基础URL，则跟随其后并且在“/”之后的字符串在该URL元素中指明。

在Capabilities元素中，指明指示运行相关的联动应用时接收装置20所需的功能的信息。也就是说，当具有由Capabilities元素指明的功能时，接收装置20确定可运行相关的联动应用。

ContentItem元素是Application元素的子元素并且描述了与构成相关的联动应用的文件(例如，HTML文件、JPEG文件等)的缓存相关的信息。ContentItem元素包括URL元素、updatesAvail元素和Size元素。

在URL元素中，指明待缓存的文件的URL。

在updatesAvail元素中，指明与待缓存的文件的更新相关的信息。

在Size元素中，指明指示待缓存的文件的大小的信息。

Event元素是Application元素的子元素并且描述了适于控制联动应用的操作的控制信息。Event元素包括eventId属性、destination属性、action属性、diffusion属性和data元素。

在eventId属性中，指明适于识别事件的ID。

在destination属性中，指明被相关事件作为联动应用的控制目标的设备。这里，除了接收装置20之外，例如，如果外部装置(未示出)连接到接收装置20，则该外部装置被指定为事件的目标设备。

例如，在destination属性中，如果事件的目标设备是与高图像质量兼容的电视接收器，则指明是“HDTV(高清电视)”，如果目标设备是与标准图像质量兼容的电视接收器，则指明“SDTV(标清电视)”。如果事件的目标设备是外部装置，则指明“external-1”、“external-2”等。

在action属性中，“注册”、“执行”、“挂起”、“终止”、“流事件”等被指定为相关事件所指明的动作。

注册是适于下令获取或注册联动应用的动作。这里，联动应用的注册意指，获取的联动应用的优先级和有效期被与获取的联动应用关联地存储。

执行是下令获取或激活联动应用的动作。如果所指明的联动应用处于停止中，则所述执行重新开始运行这个联动应用。

挂起是适于挂起运行的联动应用使其暂停的动作。

终止是适于停止运行联动应用的动作。

流事件是适于在运行的联动应用中发起事件的动作。

作为action属性中指明的动作，例如，不仅可指明上述动作，而且可指明诸如“挂起-执行”或“终止-执行”的其它动作。

挂起-执行是对执行所指明的联动应用以及挂起另一个联动应用进行整合而得到的复合型动作。也就是说，在下令获取或激活所指明的联动应用并且暂停除了它之外的另一个联动应用的情况下，在action属性中指明“挂起-执行”。

终止-执行是对执行所指明的联动应用并且终止另一个联动应用进行整合而得到的。也就是说，在下令获取或激活所指明的联动应用并且停止除了它之外的另一个联动应用的情况下，在action属性中指明“终止-执行”。

在diffusion属性中，指明适于随机地分散在接收装置20中应用事件的定时的信息。由于设置了这个信息，导致当多个接收装置20从应用服务器40获取联动应用时，可分散对其的访问，而不集中在一个时间。

在data元素中，指明当动作是流事件时发起相关事件的过程中引用的数据。

以上述方式构造TPT。

参照图6说明的TPT的说明是一个示例并且还可采用其它说明。

[AMT的详细构造]

接下来，将描述AMT的详细构造。

图7是示出AMT的详细说明的一个示例的示图。例如，通过诸如XML的标记语言描述AMT。

如图7中所示，AMT元素被描述为AMT的根元素。在AMT元素中，描述了适于控制联动应用的操作等的事件的有效时间段的信息。

AMT元素包括protocolVersion属性、segmentId属性、beginMT属性、和Activation元素。

在protocolVersion属性中，指明指示在该AMT中定义的说明的版本的信息。该版本包括主版本和次版本。

在segmentId属性中，指明与TPT的id属性对应的ID。通过这个ID，识别对应于该AMT的TPT。例如，在segmentId属性中，指明通过用“/”链接domain_name和program_id而得到的字符串。

在beginMT属性中，指明指示subject段(特定间隔)的时间范围的起始时间的信息。

Activation元素是AMT元素的子元素并且是描述了适于识别联动应用的事件的信息。Activation元素包括targetId属性、startTime属性和endTime属性。

在targetId属性中，指明在TPT中描述的并且适于识别联动应用的事件的ID。例如，在该ID中，通过组合在TPT的Application元素的appID属性中指定的ID和Event元素的eventId属性中指定的ID而得到的对象。

在startTime属性中，指明指示通过targetId属性识别的事件的有效时间段的起始时间的信息。

在endTime属性中，指明指示通过targetId属性识别的事件的有效时间段的结束时间的信息。

也就是说，通过startTime属性和endTime属性限定事件的有效时间段，startTime属性和endTime属性指示对应广播内容的进度时间轴上的两个点。例如，在接收装置20中，当媒体时钟指示的时间经过startTime属性指示的有效起始时间时，对应于该有效起始时间的事件被认为是有效的。然而，在这种情况下，可只指明startTime属性，而不指明endTime属性。

当媒体时钟指示的时间在有效时间段内时，对应于该有效时间段的事件被认为是有效的。当媒体时钟指示的时间没有达到有效时间段或者已经经过有效时间段时，对应于该有效时间段的事件可被认为是无效的。

换句话讲，在接收装置20中，当媒体时钟指示的时间满足基于有效时间、有效时间段等的预定有效条件时，对应于该有效条件的事件被认为是有效的并且识别该事件所指明的动作。

以上述方式构造AMT。

参照图7说明的AMT的说明是一个示例并且还可采用其它说明。

[TPT和AMT的更新控制]

接下来，将参照图8和图9描述TPT和AMT的更新控制。

(使用updatingTime的更新控制)

图8是根据updatingTime更新TPT和AMT的示例的示图。在图8中，与TPT和AMT一起描述的“A-1”、“A-2”、“A-3”指示TPT和AMT的版本信息。

当根据TPT的updatingTime更新TPT和AMT时，接收装置20根据updatingTime所指明的更新时间段从TPT/AMT服务器30获取TPT和AMT。

如图8中所示，当提取触发信息(xbc.com/seg_A？m＝1826)时，接收装置20按照从触发信息得到的URL访问TPT/AMT服务器30，以获取TPT A-1和AMT A-1。接收装置20针对媒体时钟(示图中的“媒体时间时钟”)设置该触发信息中包括的media_time(m＝1826)。

在TPT A-1中，指明对应于eventId＝“1”(e1)、“2”(e2)、“3”(e3)、“4”(e4)…的动作。因此，在接收装置20中，当媒体时钟指示的时间经过AMT A-1中指明的时间时，顺序地识别对应于相关eventId的动作。接收装置20响应于识别的动作控制联动应用的操作。

在图8的示例中，联动应用响应于对应于e1、e2和e3的动作进行操作。然而，在识别e4的动作之前，时间经过TPT A-1的updateTime所指示的更新时间段T1，因此从接收装置20中的TPT/AMT服务器30获取TPT A-2和AMT A-2。

在TPT A-2中，指明对应于eventId＝“1”(e1)、“4”(e4)、“5”(e5)…的动作。也就是说，通过TPT A-2重置e4并且新添加e5。在接收装置20中，当媒体时钟指示的时间经过AMTA-2中指明的时间时，顺序地识别对应于e1、e4和e5的动作并且响应于此控制联动应用的操作。

当时间经过TPT A-2的updatingTime指明的更新时间T2时，接收装置20从TPT/AMT服务器30获取TPT A-3和AMT A-3。接收装置20参照TPT A-3和AMT A-3，以识别用于所指明的联动应用的动作。

以上述方式，在使用updatingTime进行更新控制的过程中，从TPT/AMT服务器30获取TPT和AMT，每当过去了各TPT中描述的updatingTime所指明的更新时间段，就更新TPT和AMT。

(使用触发信息中包括的version进行更新控制)

图9是示出根据触发信息中包括的version更新TPT和AMT的示例的示图。在图9中，与TPT、AMT和App一起描述的“A-1”、“A-2”、“A-3”指示TPT、AMT和App的版本信息。

当根据触发信息中包括的version更新TPT和AMT时，如果触发信息中包括的version指示的版本信息不同于TPT的tptVersion指示的版本信息，则接收装置20从TPT/AMT服务器30获取TPT和AMT。

如图9中所示，当提取触发信息(xbc.com/seg_A？m＝1826)时，接收装置20按照从触发信息得到的URL访问TPT/AMT服务器30，以获取TPT A-1和AMT A-1。接收装置20针对媒体时钟设置该触发信息中包括的media_time(m＝1826)。接收装置20参照TPT A-1和AMT A-1来识别联动应用App A-1的动作并且控制联动应用App A-1的操作。

在接收装置20中，当提取触发信息(xbc.com/seg_A？m＝3645)时，因为domain_name和segment_id不改变，所以不执行TPT和AMT的更新。然而，针对媒体时钟重置该触发信息中包括的media_time(m＝3645)。

另外，此后，在接收装置20中，连续地提取其中包括除了version外的media_time等触发信息，执行媒体时钟的重置等。

然后，在接收装置20中，当提取其中包括version的触发信息(xbc.com/seg_A？v＝2)时，将该触发信息中包括的version中指明的版本信息与TPT A-1中描述的tptVersion指明的版本信息进行比较。

这里，例如，如果TPT A-1的tptVersion是“1”，版本信息不同于触发信息中包括的version所指明的v＝“2”，因此接收装置20从TPT/AMT服务器30获取TPT A-2和AMT A-2。然后，接收装置20参照TPT A-2和AMT A-2来识别联动应用App A-2的动作并且控制联动应用App A-2的操作。这里，可从应用服务器新获取联动应用App A-2或者运行的联动应用App A-1可连续地没有变化地运行。

此后，在接收装置20中，连续地提取其中包括除了version外的media_time等的触发信息，执行媒体时钟的重置等。

然后，在接收装置20中，当再次提取其中包括version的触发信息(xbc.com/seg_A？v＝3)时，将该触发信息中包括的version中指明的版本信息与TPT A-2中描述的tptVersion指明的版本信息进行比较。

这里，例如，如果TPT A-2的tptVersion是“2”，版本信息不同于触发信息中包括的version所指明的v＝“3”，因此接收装置20从TPT/AMT服务器30获取TPT A-3和AMT A-3。然后，接收装置20参照TPT A-3和AMT A-3来识别联动应用App A-3的动作并且控制联动应用App A-3的操作。这里，同样地，可新获取联动应用App A-3或者运行的联动应用App A-1可没有变化地运行。

从此，与上述情况类似地，在接收装置20中提取其中包括version的触发信息。如果其版本信息不同于TPT的tptVersion，则更新TPT和AMT。

以上述方式，在使用触发信息中包括的version进行更新控制的过程中，如果该version指明的版本信息不同于已经获取的TPT的tptVersion指明的版本信息，则更新TPT和AMT。

也就是说，通过在任意定时将version包括在触发信息中，例如，提供方在任意定时(诸如，当期望改变TPT和AMT的内容时)更新TPT和AMT。结果，在接收装置20中，正确地保持提供方期望的TPT和AMT并且联动应用与广播内容正确联动地进行操作。

[在各个装置中执行的具体处理的内容]

接下来，参照图10至图15的流程图，将描述构成广播-通信协作系统1的各个装置中执行的具体处理的内容。

(发送处理)

首先，参照图10的流程图，将描述发送装置10执行的发送处理。

在步骤S111中，音频获取器111从外部服务器等获取与广播内容的音频对应的音频信号。在步骤S112中，视频获取器113从外部服务器等获取与广播内容的视频对应的视频信号。

在步骤S113中，触发信息生成器114产生和与视频获取器113获取的视频信号对应的广播内容的视频的进度关联的触发信息。

在步骤S114中，音频编码器112对音频获取器111获取的音频信号进行编码。

在步骤S115中，视频编码器115对视频获取器113获取的视频信号进行编码。视频编码器115将触发信息设置在通过编码得到的视频流的用户数据区中的字幕数据中。

在步骤S116中，多路复用器116多路复用通过音频编码器112编码的音频流和通过视频编码器115编码的视频流，以产生传输流。

在步骤S117中，发送器117经由天线118把由多路复用器116产生的传输流作为广播信号发送。此后，处理返回步骤S111，重复进行这个和后续的处理。

就此结束对发送处理的说明。

(接收处理)

接下来，参照图11的流程图，将描述接收装置20执行的接收处理。

在步骤S211中，调谐器212经由天线211接收广播信号并且解调广播信号。

在步骤S212中，解复用器213将经调谐器212解调的传输流分离成音频流和视频流。

在步骤S213中，音频解码器214解码通过解复用器213分离的音频流，以产生音频信号。

在步骤S214中，视频解码器217解码通过解复用器213分离的视频流，以产生视频信号。

在步骤S215中，扬声器216输出对应于音频信号的音频。显示器219显示对应于视频信号的视频。因此，诸如电视节目的广播内容的视频显示在显示器219上并且从扬声器216输出对应于该视频的音频。

在步骤S216中，通过从触发信息提取器220到应用存储器228的各个组件执行触发信息响应处理。随后，将参照图12的流程图描述触发信息响应处理的细节。

在步骤S216的触发信息响应处理结束后，处理返回步骤S211，重复进行这个和后续的处理。

就此结束对接收处理的说明。

(触发信息响应处理)

接下来，参照图12的流程图，将描述与图11中的步骤S216对应的触发信息响应处理的细节。

在步骤S231中，触发信息提取器220一直等待，直到从解复用器213分离的视频流中提取了触发信息为止。

然后，如果接收到广播信号中包括的触发信息并且在接收装置20中从视频流中提取了触发信息，则处理前进至步骤S232。在步骤S232中，触发信息提取器220获取从视频流中提取的触发信息。

在步骤S233中，控制部分221分析来自触发信息提取器220的触发信息并且判定该触发信息中包括的domain_name或segment_id是否改变。如果在步骤S233中判定domain_name或segment_id已改变，则处理前进至步骤S234。

如果在步骤S233中判定domain_name或segment_id没有改变，则处理前进至步骤S235。在步骤S235中，根据触发信息的分析结果，控制部分221判定在该触发信息中是否包括version。

如果在步骤S235中判定包括version，则处理前进至步骤S236。在步骤S236中，控制部分221将该触发信息中包括的version指示的版本信息与TPT/AMT分析器225中保持的TPT的tptVersion指示的版本信息进行比较。

在步骤S237中，控制部分221根据步骤S236的比较结果，判定TPT和AMT是否已经变成新版本。如果在步骤S237中判定触发信息的version和TPT的tptVersion的版本信息不同并且TPT和AMT已经变成新版本，则处理前进至步骤S234。

在步骤S234中，执行TPT/AMT/App获取处理。在TPT/AMT/App获取处理中，除了用于从TPT/AMT服务器30获取TPT和AMT的TPT/AMT获取处理之外，酌情执行用于从应用服务器40获取联动应用的App获取处理。如果通过该TPT/AMT获取处理获取到新版本的TPT和AMT，则TPT/AMT分析器225保持它们，以替代旧版本的TPT和AMT。

随后，将参照图13的流程图描述TPT/AMT/App获取处理的细节。

如果步骤S234的处理结束，如果在步骤S235中判定在触发信息中没有包括version(S235的“否”)，或者如果在步骤S237中判定触发信息的version和TPT的tptVersion之间的版本信息相同并且TPT和AMT的版本没有改变(S237的“否”)，则处理前进至步骤S238。

在步骤S238中，根据触发信息的分析结果，控制部分221判定在该触发信息中是否包括event_id。如果在步骤S238中判定包括event_id，则处理前进至步骤S239。

在步骤S239中，控制部分221将事件中断标志设置成开启。

这里，事件中断标志是在没有基于媒体时钟指明有效事件并且指明了根据event_id的事件的情况下设置的标志，其中event_id被如此发送以在任何定时被包括在触发信息中。因此，在从指明根据event_id的事件起直到执行根据该事件的动作前的中断时间段中，将事件中断标志设置成开启，而在其它时间段内将它设置成关闭。

虽然随后将描述细节，但在联动应用控制处理(图14)中，当事件中断标志变成开启时，执行所指明的联动应用的动作。

在步骤S239的处理结束后，处理前进至步骤S240。在步骤S240中，根据触发信息的分析结果，控制部分221判定该触发信息中是否包括event_time。如果在步骤S240中判定包括event_time，则处理前进到步骤S241。

在步骤S241中，控制部分221将event_id指明的事件的执行时间变成event_time中指明的时间。

如果在步骤S240中判定不包括event_time(S240的“否”)，则跳过步骤S241的处理。

如果在步骤S238中判定在触发信息中不包括event_id，则处理前进到步骤S242。在步骤S242中，根据触发信息的分析结果，控制部分221判定该触发信息中是否包括media_time。如果在步骤S242中判定包括media_time，则处理前进到步骤S243。

在步骤S243中，控制部分221针对在随后将描述的联动应用控制处理(图14中的步骤S273)中设置的媒体时钟，重置media_time中指明的时间。因此，校准媒体时钟并且使其变得能够以更准确的时间执行对应于所指明事件的动作。

如果在步骤S242中判定不包括media_time，则跳过步骤S243的处理。

当步骤S241的处理结束或者被跳过时或者当步骤S243的处理结束或者被跳过时，处理返回到步骤S231，重复进行这个和后续的处理。

就此结束对触发信息响应处理的说明。

(TPT/AMT/App获取处理)

接下来，参照图13的流程图，将描述与图12中的步骤S234对应的TPT/AMT/App获取处理的细节。

在步骤S251中，根据触发信息的分析结果，控制部分221判定在该触发信息中是否包括spread。如果在步骤S251中判定包括spread，则处理前进到步骤S252。

在步骤S252中，控制部分221基于spread指明的信息计算访问TPT/AMT服务器30或应用服务器40的延迟时间并且适于随机分散应用触发信息的时间，并且一直等待，直到过去了该延迟时间为止。

具体地，当大量接收装置20正在接收来自发送装置10的广播内容时，如果这些接收装置20同时响应于触发信息访问服务器，则服务器上的负担增加并且在峰值时互联网90上的通信量增大。这样，各个接收装置20根据触发信息中包括的spread改变访问服务器的定时，这样可减轻服务器上的负担和峰值时的通信量。

当过去了步骤S252中计算的延迟时间时，处理前进到步骤S253。在步骤S253中，TPT/AMT分析器225获取TPT/AMT服务器30提供的TPT和AMT。

具体地，控制部分221控制通信I/F 224以访问通过在触发信息的开始添加“http://”而得到的URL(例如，http://xbc.com/seg_A)识别的TPT/AMT服务器30并且请求TPT和AMT。TPT/AMT服务器30管理各条广播内容的TPT和AMT并且针对接收装置20发出的对TPT和AMT的请求中包括的segment_id识别的广播内容等指明TPT和AMT，以将它们提供到接收装置20。

通信I/F 224根据来自控制部分221的控制，接收从TPT/AMT服务器30提供的TPT和AMT。这允许TPT/AMT分析器225获取通过通信I/F 224接收的TPT和AMT。

在步骤S254中，TPT/AMT分析器225分析TPT和AMT。TPT和AMT的分析结果因此被供应到控制部分221。

如果在步骤S251中判定不包括spread，则跳过步骤S252的处理并且处理前进到步骤S253。在这种情况下，接收装置20立即访问TPT/AMT服务器30，而不用等待用于获取和分析TPT和AMT的延迟时间。

在步骤S254的处理结束后，处理前进到步骤S255。在步骤S255中，根据触发信息的分析结果，控制部分221判定是否存在获取对象的联动应用。例如，如果segment_id改变并且广播内容的段改变，则判定存在应该获取的联动应用并且处理前进到步骤S256。

在步骤S256中，通信I/F 224根据来自控制部分221的控制获取从应用服务器40提供的联动应用并且将它保持在高速缓存器227中。

具体地，当过去了步骤S252中计算的延迟时间时，控制部分221控制通信I/F 224以访问通过TPT和AMT指明的URL识别的应用服务器40并且请求联动应用。通信I/F 224根据来自控制部分221的控制，接收应用服务器40提供的联动应用。因此，通信I/F224获取的联动应用被保持在高速缓存器227中。

如果在步骤S255中判定不存在获取对象的联动应用，则跳过步骤S256的处理。当步骤S256的处理结束或者被跳过时，TPT/AMT/App获取处理结束并且处理返回到图12中的步骤S234的处理，使得执行后续的处理。

就此结束对TPT/AMT/App获取处理的说明。

(联动应用控制处理)

在接收装置20中，与在提取触发信息时执行的上述触发信息响应处理并行地，按媒体时钟的时间序列执行联动应用控制处理。接下来，将参照图14的流程图描述联动应用控制处理。

在步骤S271中，控制部分221一直等待，直到TPT/AMT分析器225获取来自TPT/AMT服务器30的TPT和AMT为止。该TPT/AMT获取处理对应于上述图13中的步骤S251至S254。然后，如果执行图13中的TPT/AMT获取处理并且获取来自TPT/AMT服务器30的TPT和AMT，则处理前进至步骤S272。

在步骤S272中，控制部分221一直等待，直到第一次提取到包括media_time的触发信息为止。然后，如果在上述图12中的步骤S231中提取到触发信息并且在该触发信息中包括media_time，则处理前进至步骤S273。

在步骤S273中，控制部分221针对媒体时钟设置触发信息中包括的media_time中指明的时间，从而开始媒体时钟的计时。

在接收装置20中，因为获取了TPT和AMT此外还开始了媒体时钟的计时，所以按媒体时钟的时间序列对联动应用执行控制。

在步骤S274中，控制部分221判定媒体时钟指示的时间是否在TPT和AMT指明的事件的有效时间段中。如果在步骤S274中判定时间在事件的有效时间段中，则处理前进到步骤S275。

如果在步骤S274中判定时间不在事件的有效时间段中，则处理前进到步骤S276。在步骤S276中，控制部分221判定事件中断标志是否被设置成开启。如果在触发信息中包括event_id，则在上述图12中的步骤S239中将该事件中断标志设置成开启。

如果在步骤S276中判定事件中断标志被设置成开启，则处理前进到步骤S275。

在步骤S275中，执行动作执行处理。在动作执行处理中，识别有效事件指明的动作并且响应于该动作控制联动应用的操作。这里，例如，控制联动应用的获取或注册、获取或激活、事件发起、挂起或重新开始、停止等。

随后，将参照图15的流程图，描述动作执行处理的细节。

如果步骤S275的处理结束或者在步骤S276中判定事件中断标志被设置成关闭，则处理前进到步骤S277。

在步骤S277中，控制部分221判定是否完成了TPT和AMT指明的最后事件。如果在步骤S277中判定没有完成最后事件，则处理返回到步骤S274，重复进行这个和后续的处理。具体地，重复进行步骤S274至S277的处理，从而在有效时间段中顺序地取得TPT和AMT指明的事件，使得响应于这些有效事件指明的动作，控制联动应用的操作。

如果在步骤S277中判定已经完成了最后事件，则处理返回到步骤S271，重复进行这个和后续的处理。

就此结束对联动应用控制处理的说明。

(动作执行处理)

接下来，参照图15的流程图，将描述与图14中的步骤S275对应的动作执行处理。

在步骤S291中，控制部分221识别有效事件指明的动作。然而，如果事件中断标志被设置成开启，则识别与事件的event_id指明的事件对应的动作。

在步骤S292中，控制部分221判定步骤S291的识别结果是否是注册。如果判定是注册，则处理前进到步骤S293。

在步骤S293中，控制部分221控制通信I/F 224以访问与通过TPT和AMT识别的URL对应的应用服务器40并且获取所指明的联动应用。所获取的联动应用被保持在高速缓存器227中。

与所获取的联动应用关联地，控制部分221将这个联动应用的有效期、使用频率和更新频率存储在存储器222中。由于这样，导致控制部分221根据得自使用频率的保持优先顺序和有效期、更新频率等来管理高速缓存器227中保持的联动应用。此后，处理返回到图14中的步骤S275，重复进行后续的处理。

如果在步骤S292中判定步骤S291的识别结果不是注册，则处理前进到步骤S294。在步骤S294中，控制部分221判定是否执行步骤S291的识别结果。如果判定要执行，则处理前进到步骤S295。

在步骤S295中，控制部分221控制应用引擎226，以判定appID指明的联动应用是否暂停(处于暂停状态)。具体地，如果指示所指明的联动应用的暂停状态的数据被保存在保存存储器228B中，则判定所指明的联动应用暂停。

如果在步骤S295中判定所指明的联动应用没有处于暂停，则处理前进到步骤S296。在步骤S296中，如果没有获取所指明的联动应用(在高速缓存器227中不存在所指明的联动应用)，则应用引擎226根据来自控制部分221的控制来获取它。

在步骤S297中，应用引擎226根据来自控制部分221的控制来激活所指明的联动应用。此后，处理返回到图14中的步骤S275，重复进行后续处理。

如果在步骤S295中判定所指明的联动应用处于暂停，则处理前进到步骤S298。在步骤S298中，应用引擎226根据来自控制部分221的控制来恢复所指明的联动应用。

具体地，如果所指明的联动应用处于暂停，则保存存储器228B中的数据移动到工作存储器228A并且所指明的联动应用被激活，从而使暂停的联动应用从暂停状态恢复。此后，处理返回到图14中的步骤S275，重复进行后续处理。

如果在步骤S294中判定步骤S291的识别结果不是执行，则处理前进到步骤S299。在步骤S299中，控制部分221判定步骤S291的识别结果是否是流事件。如果判定是流事件，则处理前进到步骤S300。

在步骤S300中，应用引擎226根据来自控制部分221的控制来发起所指明的联动应用的事件。此后，处理返回到图14中的步骤S275，重复进行后续处理。

如果在步骤S299中判定步骤S291的识别结果不是流事件，则处理前进到步骤S301。在步骤S301中，控制部分221判定步骤S291的识别结果是否是挂起。如果判定是挂起，则处理前进到步骤S302。

在步骤S302中，应用引擎226根据来自控制部分221的控制，将指示当前正在运行的联动应用的状态的数据保存在保存存储器228B中。此后，处理返回到图14中的步骤S275，重复进行后续处理。

如果在步骤S301中判定步骤S291的识别结果不是挂起，则步骤S291的识别结果终止，因此处理前进到步骤S303。

在步骤S303中，如果所指明的联动应用正在运行，则应用引擎226根据来自控制部分221的控制来停止它。

在步骤S304中，应用引擎226根据来自控制部分221的控制从工作存储器228A和保存存储器228B中擦除与所指明的联动应用相关的数据并且从高速缓存器227中擦除联动应用。此后，处理返回到图14中的步骤S275，重复进行后续处理。

就此结束对动作执行处理的说明。

如上所述，在第一实施例中，响应于触发信息获取TPT和AMT并且设置媒体时钟，触发信息被如此发送以与AV内容一起被包括在广播信号中。然后，在媒体时钟指示的时间在TPT和AMT指明的事件的有效时间段中等情况下，识别有效事件指明的动作并且响应于该动作来控制联动应用的操作。

使用触发信息中包括的version执行更新控制，如果该version指明的版本信息不同于获取的TPT的tptVersion指明的版本信息，则更新TPT和AMT。这使得可以例如在任意定时(诸如，当期望改变TPT和AMT的内容时)更新TPT和AMT。因此，在接收装置20中，正确保持提供方想要的TPT和AMT并且联动应用可以这样操作，以与广播内容正确联动。

<第二实施例>

[广播-通信协作系统的构造示例]

图16示出作为第二实施例的广播-通信协作系统2。该广播-通信协作系统2包括发送装置10、TPT/AMT服务器30、应用服务器40、ACR服务器70、触发服务器80和接收装置21。

TPT/AMT服务器30、应用服务器40、ACR服务器70、触发服务器80和接收装置21经由互联网90彼此连接。

也就是说，在图16的广播-通信协作系统2中，相比于图1的广播-通信协作系统1，新设置了ACR服务器70和触发服务器80并且设置了接收装置21来替代接收装置20。除此之外的构造与图1中的构造相同，因此相应地省略对其的描述。

将基于以下假设进行说明：在广播-通信协作系统2中，发送装置10、TPT/AMT服务器30、应用服务器40和触发服务器80是由广播方提供的，而ACR服务器70是由除了广播方外的另一个提供方提供的。

接收装置21经由互联网90周期性访问ACR服务器70，以询问触发信息。此时，从电视节目等的广播内容的视频信号和音频信号中的任一个或两个中提取的特征量(下文中，被称为指纹信息(指纹))被发送到ACR服务器70。

ACR服务器70具有其中注册了从任意广播内容的视频信号和音频信号中提取的特征量的数据库，并且响应于任意接收装置21的询问通过使用ACR(自动内容识别)技术来识别广播内容。

具体地，ACR服务器70跟数据库核对来自接收装置21的指纹信息，从而识别广播内容并且根据该识别结果生成触发信息。在该触发信息中，除了domain_name和segmient_id之外，还包括media_time等。ACR服务器70经由互联网90将产生的触发信息发送到接收装置21。

接收装置21针对媒体时钟设置或重置来自ACR服务器70的触发信息中包括的media_time中指明的时间。接收装置21根据从来自ACR服务器70的触发信息中包括的domain_name和segmient_id得到的URL，经由互联网90访问TPT/AMT服务器30，以获取TPT和AMT。

接收装置21基于媒体时钟参照TPT和AMT，从而识别用于所指明的联动应用的动作。然后，接收装置20响应于所识别的动作来控制联动应用的操作。

基于TPT中描述的liveTrigger，接收装置21经由互联网90访问触发服务器80，以获取直播触发信息。

具体地，因为在liveTrigger元素的liveTriggerURL属性中指明了触发服务器80的URL，所以接收装置21根据该URL访问触发服务器80。因为在liveTrigger元素的pollPeriod属性中指明指示轮询间隔的信息，所以接收装置21按照该轮询间隔向触发服务器80发送关于直播触发信息的询问。

触发服务器80管理直播触发信息。触发服务器80响应于来自接收装置21的询问，经由互联网90将直播触发信息发送到接收装置21。在该直播触发信息中，除了domain_name和segment_id之外，还包括event_id、event_time、version等。

如果在来自触发服务器80的直播触发信息中包括event_id和event_time，则接收装置21参照TPT和AMT，以识别对应于该event_id的动作。然后，接收装置21在event_time指明的时间执行所识别的动作，以控制联动应用的操作。

如果在来自触发服务器80的直播触发信息中包括version，则当该version指示的版本信息不同于TPT的tptVersion指示的版本信息时，接收装置21从TPT/AMT服务器30获取TPT和AMT，从而更新TPT和AMT。

这里，提供触发服务器80的原因是因为，经预测，ACR服务器70是由与如上所述的广播内容的广播方等没有关系的通用提供方提供的。也就是说，如果只由通用提供方提供的ACR服务器70提供触发信息，则预测有广播方等无法控制触发信息的情况。

因此，广播方等想要将触发信息发送到接收装置21并且在所需的定时控制联动应用的操作。这样，通过提供触发服务器80并且将受广播方控制的直播触发信息提供到接收装置21，联动应用可这样操作，以与广播内容正确联动。

在广播-通信协作系统2中，发送装置10不需要发送触发信息，因为触发信息是由ACR服务器70产生的。

以上述方式构造广播-通信协作系统2。

[接收装置的构造示例]

图17示出图16中的接收装置21的构造示例。

接收装置21具有与图3的接收装置20类似的从调谐器212至应用存储器228的组件，但与图3的接收装置20相比，不同之处在于设置了指纹提取器251来替代触发信息提取器220。在接收装置21中，与图3的接收装置20中的位置相同的位置被赋予相同的符号并且因此省略对其的描述。

来自音频解码器214的音频信号和来自视频解码器217的视频信号被供应到指纹提取器251。指纹提取器251从音频信号和视频信号中的一者或两者中提取特征量并且将它作为指纹信息供应到控制部分221。

通信I/F 224根据来自控制部分221的控制，经由互联网90将指纹信息发送到ACR服务器70。通信I/F 224接收ACR服务器70发送的触发信息并且将它供应到控制部分221。

响应于通信I/F 224供应的触发信息，控制部分221控制通信I/F 224，以经由互联网90访问TPT/AMT服务器30并且请求TPT和AMT。通信I/F 224经由互联网90接收从TPT/AMT服务器30发送的TPT和AMT并且将它们供应到TPT/AMT分析器225。由于这样，导致TPT/AMT分析器225保持TPT和AMT并且响应于来自控制部分221的请求供应保持的TPT和AMT。

控制部分221基于来自通信I/F 224的触发信息，设置或重置媒体时钟。

控制部分221基于来自TPT/AMT分析器225的对TPT和AMT的分析结果和媒体时钟指示的时间，识别所指明的联动应用的动作。例如，当满足预定的有效条件时，诸如，当媒体时钟指示的时间第一次达到事件的有效时间段时，控制部分221识别与该有效事件对应的动作。

通信I/F 224根据来自控制部分21的控制访问触发服务器80，以接收直播触发信息并且将它供应到控制部分221。

如果在来自触发服务器80的直播触发信息中包括适于识别用于所指明的联动应用的事件的ID，则控制部分221参照对TPT和AMT的分析结果并且识别对应于该ID并且用于联动应用的动作。

以上述方式构造接收装置21。

在接收装置21中，类似于接收装置20，执行触发信息响应处理(图12)和联动应用控制处理(图14)。然而，接收装置21的不同之处在于，触发信息是从ACR服务器70或触发服务器80获取的，而不是通过广播传递的。因此，除此之外的构造与参照图11至图15的流程图说明的构造相同，因此省略对其的描述。

如上所述，在第二实施例中，获取TPT和AMT并且响应于从ACR服务器70获取的触发信息设置媒体时钟。在媒体时钟指示的时间在TPT和AMT指明的事件的有效时间段中等情况下，识别有效事件指明的动作并且响应于该动作来控制联动应用的操作。

使用从触发服务器80获取的触发信息中包括的version执行更新控制，如果该version指明的版本信息不同于获取的TPT的tptVersion指明的版本信息，则更新TPT和AMT。这使得可以例如在任意定时(诸如，当期望改变TPT和AMT的内容时)更新TPT和AMT。因此，在接收装置21中，正确保持提供方想要的TPT和AMT并且联动应用可以这样操作，以与广播内容正确联动。

联动应用不限于它与广播内容联动起来运行的情况。例如，联动应用还可以与AV(视听)内容(诸如，经由互联网90基于VOD(视频点播)传递的通信内容)联动起来运行。

在以上描述中，说明了联动应用是通过互联网传递的。然而，联动应用不限于互联网传递并且可以被包括在发送装置10的广播信号中发送。在这种情况下，接收装置20从发送装置10获取联动应用并且响应于所识别的动作来控制其操作。

在以上描述中，说明了通过使用TPT和AMT控制联动应用的操作。然而，接收装置20还可以在不获取TPT和AMT的情况下控制联动应用的操作。在这种情况下，接收装置20响应于来自发送装置10的触发信息来控制联动应用的操作。

在以上描述中，说明了通过互联网传递TPT和AMT。然而，它们不限于互联网传递并且可以被包括在发送装置10的广播信号中发送。在这种情况下，接收装置20获取在广播信号的传输流中多路复用的TPT和AMT并且通过使用它们控制联动应用的操作。

[对应用本公开的实施例的计算机的说明]

上述一系列处理可由硬件执行，还可由软件执行。在用软件执行这一系列处理的情况下，构成软件的程序被安装在计算机中。这里，在计算机中，包括装入专用硬件中的计算机(例如，能够通过安装各种类型的程序来执行各种类型的功能的通用个人计算机)等。

图18是示出用程序执行上述一系列处理的计算机的硬件的构造示例的示图。

在计算机900中，CPU(中央处理单元)901、ROM(只读存储器)902和RAM(随机存取存储器)903通过总线904彼此连接。

输入/输出接口905连接到总线904。输入部分906、输出部分907、记录部分908、通信部分909和驱动器910连接到输入/输出接口905。

输入部分906包括键盘、鼠标、麦克风等。输出部分907包括显示器、扬声器等。记录部分908包括硬盘、非易失性存储器等。通信部分909包括网络接口等。驱动器910驱动诸如光盘或半导体存储器的可移动介质911。

在以上述方式构造的计算机900中，例如，CPU 901经由输入/输出接口905和总线904将存储在记录部分908中的程序加载到RAM 903中并且运行它，从而执行上述一系列处理。

例如，计算机900(CPU 901)运行的程序可被作为封装介质等记录在可移动介质911中并且被提供。可经由诸如局域网、互联网或数字卫星广播的有线或无线传输介质提供程序。

在计算机900中，通过将可移动介质911加载到驱动器910中，程序可经由输入/输出接口905安装到记录部分908中。可经由有线或无线传输介质由通信部分909接收程序并且可将程序安装到记录部分908中。可预先将程序安装在ROM 902或记录部分908中。

计算机900运行的程序可以是遵循本说明书中说明的次序以时间序列方式处理的程序，或者可以是并行地或在必要定时(诸如，当执行调用时)处理的程序。

这里，在本说明书中，描述适于使计算机900执行各种类型的处理的程序的处理步骤不一定需要遵循流程图描述的次序以时间序列方式处理并且还包括并行地或独立地执行的处理(例如，并行处理或按对象进行的处理)。

程序可以是由计算机处理的程序或者可以经受多个计算机进行的分散处理。程序可被传递到远程计算机来运行。

在本说明书中，系统意指多个构成元件(装置、模块(部件)等)的集合并且不管在同一底架中是否存在所有构成元件。因此，容纳在分开的底架并且经由网络连接的多个装置和其中多个模块容纳在一个底架中的一个装置都是系统。

本技术的实施例不限于上述实施例并且在不脱离本技术的主旨这样的范围内可进行各种变化。

例如，本技术可采用云计算的构造，经由网络由多个装置以共享和协作的方式处理一个功能。

上述流程图中说明的各个步骤可由多个装置以共享方式执行(除了由一个装置执行之外)。

如果在一个步骤中包括多种处理，则这个步骤中包括的多种处理可由多个装置以共享方式执行(除了由一个装置执行之外)。

本技术可采用下面的构造。

(1)一种接收装置，包括：

接收器，其接收AV内容；

触发信息获取器，其获取触发信息，所述触发信息适于确定控制信息，所述控制信息用于控制与所述AV内容联动地运行的应用程序的操作；

表获取器，响应于所述触发信息中包括的且指示表的版本的第一版本信息获取所述表，由所述触发信息确定的所述控制信息被存储在所述表中；以及

控制部分，其响应于通过所述触发信息确定的并且存储在所述表中的所述控制信息来控制所述应用程序的操作。

(2)根据(1)所述的接收装置，

其中，在所述表中存储指示所述表的版本的第二版本信息，以及

如果所述触发信息中包括的所述第一版本信息不同于存储在所述表中的所述第二版本信息，则所述表获取器获取所述表。

(3)根据(1)或(2)所述的接收装置，

其中，通过广播将所述触发信息与所述AV内容一起发送，

所述表是经由网络传递的，

所述触发信息获取器从所述AV内容的数据中提取所述触发信息，以及

所述表获取器获取经由网络传递的所述表。

(4)根据(1)或(2)所述的接收装置，

其中，所述AV内容是通过广播发送的，

所述表是经由网络传递的，

所述接收装置还包括特征量提取器，所述特征量提取器从所述AV内容的数据中提取特征量，

所述触发信息获取器获取与通过使用所述特征量识别的AV内容的识别结果对应的触发信息，

所述表获取器获取经由网络传递的所述表。

(5)根据(1)至(4)中的任一项所述的接收装置，

其中，在所述表中，指示所述应用程序的操作的动作与应该执行所述动作的时间相关联，以及

所述控制部分基于所述触发信息中包括的时间信息，响应于从所述表中确定的动作来控制所述应用程序的操作。

(6)一种接收装置的接收方法，所述方法由所述接收装置执行，包括：

接收AV内容；

获取触发信息，所述触发信息适于确定控制信息，所述控制信息用于控制与所述AV内容联动地运行的应用程序的操作；

响应于所述触发信息中包括的且指示表的版本的第一版本信息获取所述表，由所述触发信息确定的所述控制信息被存储在所述表中；以及

响应于由所述触发信息确定的并且存储在所述表中的所述控制信息来控制所述应用程序的操作。

(7)一种发送装置，所述发送装置包括：

触发信息生成器，其生成触发信息，所述触发信息适于确定用于控制与所述AV内容关联地运行的应用程序的操作的控制信息并且包括版本信息，所述版本信息指示其中存储有通过所述触发信息确定的所述控制信息的表的版本；以及

发送器，其将所述触发信息与所述AV内容一起发送。

(8)一种发送装置的发送方法，所述发送方法由所述发送装置执行，包括：

生成触发信息，所述触发信息适于确定用于控制与AV内容联动地运行的应用程序的操作的控制信息并且包括版本信息，所述版本信息指示其中存储有通过所述触发信息确定的所述控制信息的表的版本；以及

将所述触发信息与所述AV内容一起发送。

参考符号列表

1、2 广播-通信协作系统

10 发送装置

20、21 接收装置

30 TPT/AMT服务器

40 应用服务器

114 触发信息生成器

117 发送器

212 调谐器

220 触发信息提取器

221 控制部分

224 通信I/F

225 TPT/AMT分析器

226 应用引擎

900 计算机

901 CPU

Claims

1.一种接收装置，包括：

接收器，其接收AV内容；

2.根据权利要求1所述的接收装置，

3.根据权利要求2所述的接收装置，

其中，通过广播将所述触发信息与所述AV内容一起发送，

所述表是经由网络传递的，

所述表获取器获取经由网络传递的所述表。

4.根据权利要求2所述的接收装置，

其中，所述AV内容是通过广播发送的，

所述表是经由网络传递的，

所述表获取器获取经由网络传递的所述表。

5.根据权利要求1所述的接收装置，

6.一种接收装置的接收方法，所述接收方法由所述接收装置执行，包括：

接收AV内容；

7.一种发送装置，包括：

发送器，其将所述触发信息与所述AV内容一起发送。

8.一种发送装置的发送方法，所述发送方法由所述发送装置执行，包括：

将所述触发信息与所述AV内容一起发送。