CN104412603B - 处理互动服务的方法及接收互动服务的装置 - Google Patents

Abstract

公开了一种处理互动服务的方法及其装置。本发明包括：产生触发器，其中，所述触发器包含第一识别符和参数，其中，所述第一识别符识别待启动的应用，其中，所述参数包含媒体时间戳和内容识别符，其中，所述媒体时间戳指示内容的当前播放点，其中，所述内容识别符识别当前正被查看的内容，其中，在启动所述应用后，将所述触发器传递给所述应用，并且其中，所述应用将所述内容识别符传递到服务器，以便识别当前正被查看的内容；产生包括所述触发器的广播信号；并发送所述广播信号。

Description

处理互动服务的方法及接收互动服务的装置

技术领域

本发明涉及一种用于提供、接收和处理广播服务的方法和装置，更具体地，涉及一种用于提供与广播内容相关的补充服务的方法和装置。

背景技术

TV在19世纪末首次出现，并且随着屏幕显示方法或其设计已经持续发展，自从20世纪末TV已经成为最受欢迎的信息传递装置。然而，TV通常使观众能够从广播站接收单向信息。自二十世纪九十年代以来，由于个人计算机(PC)和互联网已经得到了广泛的使用，所以这样的TV限制已经成为问题。因此，已经开发出能够提供互动服务的TV。

然而，当前还没有用于在内容提供商和观众之间提供互动服务的系统。具体地，为了提供这样的互动服务，需要一种执行与广播内容相关的应用的方法，在特定时间正在广播该广播内容，并通过特殊信息处理来向观众提供相关信息。

发明内容

技术问题

本发明的目的旨在解决在回放广播内容期间在适当时间存在于与广播内容相关的补充信息上的问题。

技术方案

本发明的目的能够通过提供根据本发明的处理互动服务的方法来实现，该方法如下包括：产生触发器(trigger)，其中，触发器包含第一识别符和参数，其中，第一识别符识别待启动的应用，其中，参数包含媒体时间戳(media timestamp)和内容识别符，其中，媒体时间戳指示内容的当前播放点，其中，内容识别符识别当前正被查看的内容，其中，在启动应用后，将触发器传递给应用，并且其中，应用将内容识别符传递到服务器，以便识别当前正被查看的内容；产生包括触发器的广播信号；以及发送广播信号。

优选地，第一识别符由第一部分和第二部分构成，并且第一部分涉及注册的互联网域名，并且第二部分识别在拥有所识别的域名的所有权的实体的控制和管理下的目录路径。

优选地，触发器具有52字节的最大长度。

优选地，如果未预先安装或未已经缓存应用，则要下载该应用，并且其中，该应用由第一识别符来识别。

优选地，内容的当前播放点是段的媒体时间。

优选地，该应用是声明性对象、触发声明性对象、非实时声明性对象或未绑定声明性对象。

优选地，产生广播信号的步骤包括：将触发器插入到广播信号中的DTV封闭字幕通道中。

在本发明的另一方面，本文提供了根据本发明的用于接收互动服务的装置，该装置包括：调谐器，该调谐器被构造为接收广播信号；触发器模块，该触发器模块被构造为解析广播信号，获得触发器，解析触发器，获得第一识别符和参数，其中，第一识别符识别待启动的应用，启动由第一识别符所识别的应用，其中，当启动应用后，将触发器传递给应用，解析参数，并获得媒体时间戳和内容识别符，其中，媒体时间戳指示内容的当前播放点，并且其中，内容识别符识别当前正被查看的内容；网络接口，该网络接口被构造为与服务器通信，其中，应用使用网络接口来将内容识别符传递到服务器，以便识别当前正被查看的内容；以及显示模块，该显示模块被构造为显示应用。

优选地，第一识别符由第一部分和第二部分构成，并且第一部分涉及注册的互联网域名，并且第二部分识别在拥有所识别的域名的所有权的实体的控制和管理下的目录路径。

优选地，触发器具有52字节的最大长度。

优选地，如果未预先安装或未已经缓存应用，则要下载该应用，并且其中，该应用由第一识别符来识别。

优选地，内容的当前播放点是段的媒体时间。

优选地，该应用是声明性对象、触发声明性对象、非实时声明性对象或未绑定声明性对象。

优选地，将触发器插入到广播信号中的DTV封闭字幕通道中。

有益效果

根据本发明，能够使用现有的广播系统来提供与广播内容相关的补充信息。

附图说明

附图被包括进来以提供对本发明的进一步理解，附图图示本发明的实施方式并与说明书一起用来解释本发明的原理。

在附图中：

图1是示出典型广播流的实施方式的图；

图2是示出在预先制作的内容的情况下触发器定时的实施方式的图；

图3是示出在即时内容的情况触发器定时的实施方式的图；

图4是示出触发器语法的实施方式的图；

图5是示出TDO参数表的实施方式的图；

图6是示出TDO参数表的实施方式的图；

图7是示出“Frequency of Use”属性值的含义的图；

图8是示出“destination”属性值的含义的图；

图9是示出TDO参数表的二进制形式的语法的实施方式的图；

图10是示出TDO参数表的二进制形式的语法的实施方式的图；

图11是示出TDO参数表的二进制形式的语法的实施方式的图；

图12是示出TDO参数表的二进制形式的语法的实施方式的图；

图13是示出TDO参数表的二进制形式的语法的实施方式的图；

图14是示出激活消息表(Activation Messages Table)结构的实施方式的图；

图15是示出URL列表结构图的实施方式的图；

图16是示出用于包含TPT的私有部分的二进制格式的实施方式的图；

图17是示出编码为XML文档的URL列表的实施方式的图；

图18是示出addTriggerEventListener(添加触发器事件监听器)的实施方式的图；

图19是示出removeTriggerEventListener(移除触发器事件监听器)的实施方式的图；

图20是示出EventListener类型(事件监听器类型)的定义的实施方式的图；

图21是示出TriggerEvent类型(触发器事件类型)的定义的实施方式的图；

图22是示出TDO模型中的传输方法的实施方式的图；

图23是示出根据本发明的实施方式的接收机的结构的图；

图24是示出在机顶盒经由高清晰度多媒体接口(HDMI)或外部接口来接收广播的情况下的、根据本发明的实施方式接收机的结构的图；

图25是示出TDO模型中的接收装置的实施方式的图；

图26是示出直接执行模型中的传输方法的实施方式的图；以及

图27是示出直接执行模型中的接收装置的实施方式的图。

具体实施方式

尽管本发明中所使用的术语选自通常已知的并使用的术语，但是在此所使用的术语可以根据操作人员的意图或本领域惯例、新技术的出现等而改变。另外，在本发明的说明书中所提及的某些术语已经由申请人自行选择，在本说明书的相关部分中描述了这些术语的详细含义。此外，需要的是，不是简单地通过所使用的实际术语，而是通过每个术语内在的意义来理解本发明。

在本说明书中，术语媒体时间表示涉及音频/视频或音频内容项的播放点的参数。ACR表示自动内容识别。AMT表示激活消息表。API表示应用编程接口。DAE表示声明性应用环境(Declarative Application Environment)。DO表示声明性对象(Declarative Object)。FLUTE表示单向文件传输(File Delivery over Unidirectional Transport)。GPS表示全球定位系统。HTTP表示超文本传输协议。IP表示互联网协议。IPTV表示互联网协议电视。iTV表示互动电视(Interactive Television)。MIME表示互联网媒体类型(Internet MediaType)。NDO表示NRT声明性对象(NRTDeclarative Object)。NRT表示非实时。SMT表示服务映射表。SSC表示服务信令信道。TDO表示触发声明性对象(Non-Real Time)。TPT表示TDO参数表。UDO表示无绑定的声明性对象。UPnP表示用户即插即用。URI表示统一资源识别符。URL表示统一资源定位符。XML表示可扩展标记语言。将在下文中描述其详情。

在本说明书中，时基消息(time base message)包括时基触发器和其等同物。因此，术语“时基消息”可以与术语“时基触发器”互换地使用。

在本说明书中，激活消息包括导致诸如在AMT和/或激活触发器中的Activation元素这样的激活的所有信息传递。

在本说明书中，DO、TDO、NDO与UDO具有如下含义。

DO(声明性对象)能够是构成互动应用的集合。(例如，HTML、JavaScript、CSS、XML和多媒体文件)

术语“触发声明性对象”(TDO)用于指示声明性对象，该声明性对象已由在触发互动附属数据服务中的触发器所启动，或该声明性对象已由触发器迭代地启动的DO所启动，等。

术语“NRT声明性对象”(NDO)用于指示已经作为不是触发互动数据服务的NRT服务中的一部分所启动的声明性对象。

术语“未绑定声明性对象”(UDO)用于指示声明性对象，该声明性对象并未绑定服务，诸如包装应用、或由链接所启动的声明性对象、或已经由这样的声明性对象等迭代地启动的声明性对象。

“链接”是指向提供与当前TV节目或NRT服务有关的在线信息或功能的网站的广播商所提供的URL。

“包装应用”是广播商提供的声明性对象(DO)，该声明性对象提供广播商想要提供给观众的信息或功能，并且被包装成单个文件用于观众下载和安装。

典型的广播流由一连串的TV节目构成。每一TV节目由通常分成由广告(Ad)和/或其它填隙(interstitial)材料分开的块的基础显示(underlying show)构成。

图1是示出典型广播流的实施方式的图。

在图1中，显示A的段、Ad1、Ad2、显示B的段等被按顺序地包含在广播流中。配置每个显示的段可以称为显示内容，并且Ad可以称为空隙内容。

填隙材料的每个显示或片段可以或不可以具有与其相关联的互动附属数据服务。

术语“互动服务段”或仅“段”将在本说明书中用来指示由作为集成单元的广播商所处理的互动附属服务的一部分。互动服务段是典型地，但不必要地，与填隙材料的单个显示或单个片段相关联。

为了执行这样的互动附属数据服务，有两种模型：直接执行模型和触发声明性对象(TDO)模型。

在直接执行模型中，能够在选择虚拟频道时自动地执行声明性对象(DO)。它能够通过互联网与后端服务器进行通信，以获得用于提供互动特征(在屏幕上的特定位置产生显示、进行轮询、启动其它特别声明性对象等)的详细指令，所有指令与音频-视频节目同步。

在TDO模型中，为启动诸如启动TDO、终止TDO、或由TDO提示一些任务这样的TDO事件，能够在广播流中或经由互联网传递信号。这些事件能够在特定时间启动，通常与音频-视频节目同步。当启动TDO时，它能够经编程来提供互动特征。

TDO模型后的基本原理是：构成TDO的文件，与由待采取某些动作的TDO所使用的数据文件，这些文件均需要一定量的时间来传递到接收机，取决于它们的大小。虽然互动元素的用户体验能够在内容广播之前制作，但是某些行为必须悉心定时以与节目本身中的事件相符，例如，商业广告段的出现。

TDO模型使声明性对象和相关数据、脚本、文本和图形的传递，与播放的互动事件的具体定时的信令分离。

确立互动事件的定时的元件是触发器。

由称为“TDO参数表”(TPT)的数据结构来提供：与在段中所使用TDO和由触发器启动的相关TDO事件有关的信息。

将简要地描述本发明的说明书的结构。首先，将描述第一触发器和TPT，并且然后是在经由互联网传递大量激活触发器的情况下的AMT。

将描述URL列表的结构。URL列表能够包含某些可能用于接收机的URL。用于一个或多个未来段的TPT的URL、NRT信令服务器的URL、使用报告服务器的URL等。

此后，将描述触发器的广播流、TPT、和AMT和URL列表(其可经由互联网与TPT和输送机制一起传递)，然后是ATSC Javascript API。

接下来，将描述基于根据本发明的TDO模型的传输方法和接收装置。

在描述直接执行模型后，将描述基于根据本发明的直接执行模型的传输方法和接收装置。

在下文中，将描述触发器。

触发器是信令元件，其功能是用来识别信令，并建立播放互动事件的定时。

触发器包括：时基触发器，该时基触发器用于指示与互动服务相关的段的媒体时间；和激活触发器，该激活触发器用于指示与互动服务相关的应用的事件发生时间。

触发器能够执行支持互动服务的各种定时相关的信令功能。触发器能够具有多功能；根据它们的结构，特定触发器实例能够执行如下功能中的一个或多个：

1、针对TPT的位置发信号(可经由在发送流中的FLUTE会话，经由互联网服务器，或者经由两者来访问)；

2、指示用于即将到来的程序段的互动内容可以预先装载；

3、指示相关音频/视频或仅音频内容的当前媒体时间；

4、指代TPT中的特定互动事件，并且针对现在或在特定的将来媒体时间待被执行的事件发出信号；

5、指示对互联网服务器的访问将在特定的时间间隔随机地展开，以便避免需求高峰。

在下文中，将描述触发器操作，例如。

图2是示出在预先制作的内容的情况下触发器定时的实施方式的图。

图2图示与两个节目段相关联地传递的触发器。在该示例中，两个段为“预先制作的”，意味着内容不是来自即时广播；互动元素已经在后期制作中加入。

如图所示，在节目段1出现前的短时间，能够传递“预先装载”触发器，以允许接收机有机会获取TPT和与节目段1相关联的互动内容。如果未传输预先装载触发器，则能够期望接收机将使用它们在段内看见的第一触发器来获取内容。

能够在整个段1发送触发器，如图所示，以指示与段相关的当前媒体时间(在图中标记为“m”)。定期传递媒体时间触发器能够是必要的，以允许仅遭遇频道的接收器同步，并获取互动内容。

仅在段2开始前，发送用于即将到来的段的预先装载触发器。

在预先制作内容(非即时)的情况下，在处理第一触发器后接收机能够获取的TPT能够限定：用于该段的互动体验的所有元素的定时。用于接收机和TDO来播放互动元素所需要的全部能够是获知媒体定时；TPT能够描述与媒体时间相关的互动事件。

图3是示出在即时内容的情况下的触发器定时的实施方式的图。

对于即时内容的情况，TPT仍然包含与不同的互动事件有关的数据和信息，然而在广播期间，无法知道这些事件的播放定时，直到节目中的动作展开。对于即时情况，使用触发器的“事件-定时”功能。在该模式下，触发器能够发出如下信号：规定的互动事件将要重新定时到规定的媒体时间的新值。另选地，触发器能够指示将要立即执行的某个事件。

在图3中，现将描述段3的触发器的功能。

第一触发器是指代段3的文件的目录的预先装载触发器。

第二触发器是用于指示段3的播放时间的媒体事件触发器。

第三触发器是事件重新定时触发器，并指示将对TPT中的eventID(事件ID)＝2的事件进行重新定时，以在媒体时间240发生。阴影线区域表示240之前的时间间隔，通过该时间间隔可以向接收机传递触发器#3。

第四触发器是媒体时间触发器。

第五触发器是事件重新定时触发器，并指示将对TPT中的具有eventID＝5的事件进行重新定时，以在媒体时间440发生。

第六触发器和第七触发器是媒体时间触发器。

第八触发器是事件触发器，并指示将立刻执行TPT中的具有eventID＝12的事件。

第九触发器是事件重新定时触发器，并指示将对TPT中的具有eventID＝89的事件进行重新定时，以在媒体时间900发生。

在下文中，将描述触发器语法。

激活消息和时基消息均能够具有在特定传递环境下的如下通用“触发器”格式。

这里使用扩展巴克斯-诺尔范式(ABNF)语法来描述语法定义，除了竖直条形符号“︱”用来表示另选之外。由等号“＝”从定义中分开规则，缩进用来继续超过一个以上的行的规则定义，用“”引用常量(literal)、括号“(”和“)”用于群元素，可选元素被封在“[”和“]”括号内，并且元素之前可以用<n>*来表示随后的元素的n个或更多个重复；n默认为0。并且在元素之前可以使用<n>*<m>来表示随后的元素的n个或更多个重复以及m个或更少个的重复。

该触发器语法是基于统一资源识别符(URI)：通用语法，不包括<scheme>和“://”部分，具有另外的限制。

图4是示出触发器语法的实施方式的图。

在下文中，将描述图4。

触发器可以包括locator_part(定位器_部分)和terms。terms可以省略。如果存在terms，则locator_part和terms也可以由‘？’来连接。

locator_part可以包括hostname(主机名)部分和path_segments(路径_段)部分，hostname部分和path_segments部分可以由‘/’来连接。

hostname可以包括domainlabel(域标签)和toplabel(顶标签)，并且domainlabel可以使用‘.’重复0次或更多次。即，hostname可以包括与toplabel连接的domainlabel或仅包括toplabel。

domainlabel可以包括一个字母数字，或包括在alphanum(字母数字)和alphanum之间重复插入0次或更多次的alphanum或“-”。

这里，alphanum可以是指字母(alpha)或数字(digit)。

这里，字母可以是小写字母(lowalpha)或大写字母(upalpha)中的一种。

这里，小写字母可以是如下各项中的一个：a、b、c、d、e、f、g、h、i、j、k、l、m、n、o、p、q、r、s、t、u、v、w、x、y和z。

这里，大写字母可以是如下各项中的一个：A、B、C、D、E、F、G、H、I、J、K、L、M、N、O、P、Q、R、S、T、U、V、W、X、Y和Z。

这里，数字可以是如下各项中的一个：0、1、2、3、4、5、6、7、8和9。

toplabel包括一个字母，或包括在字母和alphanum之间重复插入0次或更多次的alphanum或“-”。

path_segments(路径_段)包括一个段，该段后面是重复0次或更多次的段。此时，段可以由‘/’连接。

这里，段包括重复一次或更多次的alphanum。

terms可以包括event_time(事件_时间)或media_time(媒体_时间)中的一个，event_time或media_time后面可以有spread(扩展)或others(其它)。

spread和others可以省略。如果存在spread和others，‘&’可以在spread及others之前放置，并且spread和others可以在event_time或media_time之后放置。

这里，spread可以包括‘s＝’之后重复一次或更多次的数字。

event_time可以包括‘e＝’之后重复一次或更多次的数字，或包括‘&t＝’之后重复一次或更多次或7次或更少次的hexdigit(十六进制数字)。‘&t＝’和其后部可以省略。

这里，hexdigit可以是如下各项中的一个：0、1、2、3、4、5、6、7、8、9、a、b、c、d、e和f。

media_time可以包括‘m＝’之后重复一次或更多次或少于7次的十六进制。

others可以包括一个other或随后是‘&’和“other”的“other”。

这里，others可以包括resv_cmd和alphanum，该alphanum重复一次或更多次，并由‘＝’连接。

这里，resv_cmd可以是不包括‘c’、‘e’、‘E’、‘m’、‘M’、‘s’、‘S’、‘t’和‘T’的字母数字。

触发器可以不超过52字节。另外，触发器的主机名部分能够是已注册的互联网域名。

触发器能够被认为由三部分构成。

<domain name part>/<directory path>[？<parameters>]，即

<域名部分>/<目录路径>[？<参数>]

<domain name part>能够是已注册的域名，<directory path>能够是在URI中会出现的路径。

<domain name part>能够涉及已注册的互联网域名。<directory path>能够是识别在拥有所识别的域名所有权的实体的控制和管理下的目录路径的任意字符串。

在TDO模型中，<domain name part>和<directory path>的组合能够唯一地识别能够由接收机处理以将交互性加入到相关内容的TPT。

<domain name part>和<directory path>的组合能够是可以获得当前段的TPT的互联网位置的URL。

即，触发器可以使用<domain name part>和<directory path>来识别TPT。通过<domain name part>和<directory path>，能够确定触发器应用的TPT。通过将触发器应用于TPT来执行的作用，取决于<parameters>。

在下文中，将描述<parameters>。

<parameters>可以由一个或更多个“event_time”,“media_time”，或“spread”来构成。

接下来，将描述图4所示语法的“event_time”，“media_time”，和“spread”。

event_time＝"e＝"1*digit["&t＝"1*7hexdigit]

media_time＝"m＝"1*7hexdigit

spread＝"s＝"1*digit

“event_time”术语能够用于激活触发器以识别目标事件(“e＝”术语)，而应激活时间、事件(“t＝”术语)。当不存在“t＝”术语时，意味着在触发器达到时应该激活事件。

即，“e＝”，是互动事件ID术语，能够涉及在由事件所针对的TDO的相关TPT中的appID、特定事件的事件ID和待用于该事件激活的Data元素的DataID。

“t＝”，是可选的定时值术语，能够指示用于规定事件的新媒体定时。如果不存在“t＝”部分，这能够意味着用于规定事件的定时是触发器的到达时间。

“media_time”术语(“m＝”术语)能够用于时基触发器，以识别与由时基触发器所代表的时间基准(time base)相关的当前时间。内容识别符信息(“c＝”术语)，用于识别当前显示的内容可以被进一步包括在media_time中。针对“c＝”术语，将在下文中描述直接执行模型。

即，“m＝”(是媒体时间戳术语)，其后面是表示十六进制数的1到8个字符长的字符串，能够表示当前媒体时间。

“spread”术语能够用来指示：响应于时基触发器(诸如从服务器检索TPT)或激活触发器(诸如导致TDO访问服务器)所采取的任何动作，应当延迟随机的时间量，以分散服务器上的工作负荷。

“s＝”术语能够指示：所有接收机应当试图访问在触发器中所识别的互联网服务器期间的秒数。能够期望每个单独的接收机将在指定的间隔内导出随机时间，并延迟由该时间量的访问请求，从而在时间上扩展可能在接收机处在触发器第一次出现时发生的需求高峰。

包含<media time>参数的触发器能够称为时基触发器，因为它用来建立用于事件时间的时间基准。

包含<event time>参数的触发器能够称为激活触发器，因为它设置用于事件的激活时间。

在下文中，将描述TDO的寿命周期、状态和状态更改事件。

TDO能够存在四个不同的状态：释放(Released)、就绪(Ready)、活跃(Active)和暂停(Suspended)。多个不同的因素能够导致从一个状态转换到另一状态(触发器、用户动作、更改频道等)。

TDO可以包括如下四个状态。

1、就绪–已下载并准备用于执行，但尚未执行。

2、活跃–正在执行

3、暂停–临时暂停执行，保持其状态

4、释放–非就绪、活跃或暂停

以下是一些能够导致TDO状态变化的事件：

1、触发器“准备(prepare)”–装置接收触发器(在当前所选择的主要虚拟频道中)，该触发器请求准备执行TDO(分配资源，加载到主存储器等)

2、触发器“执行(execute)”–装置接收触发器(在当前所选择的主虚拟频道中)，该触发器请求启动TDO。

3、触发器“暂停(suspend)”–装置接收触发器(在当前所选择的主要虚拟频道中)，该触发器导引暂停TDO。

4、触发器“杀死(kill)”–装置接收触发器(在当前所选择的主虚拟频道中)，该触发器导引终止TDO。

在下文中，将描述TPT。

TDO参数表(TPT)包含与段的TDO有关的元数据和针对元数据的事件。

图5和图6是示出TDO参数表的实施方式的图。

在下文中，将描述包括在表中的字段。包含在表中的字段的大小以及字段的类型可以根据设计者的意图来进行添加或更改。

在TPT结构中的字段的详细语义如下：

TDO参数表(TPT)可包括：@majorProtocolVersion、@minorProtocolVersion、@id、@tptVersion、@expireDate、@updatingTime、@serviceID、@baseURL、atttributes、Capabilities、LiveTrigger、和/或TDO元素。

TPT是TPT的根元素。一个TPT元素描述一个节目段的全部或一部分(在时间上)。

能够具有4位属性的@MajorProtocolVersion能够指示表定义的主版本号。主版本号能够设置为1。期望接收机丢弃指示它们未配备支持的主版本值的TPT的实例。

当存在时，能够具有4位属性的@MinorProtocolVersion能够指示表定义的次版本号；当不存在时，该值默认为0。次版本号能够设置为0。期望接收机不丢弃指示它们未配备支持的次版本值的TPT的实例。在这种情况下，期望它们忽略其不支持的任何单个元素或者属性。

@id(是URI)能够唯一地识别该TPT元素属于的互动节目段。

@tptVersion(能够具有8位整数)能够指示由id属性所识别的tpt元素的版本号。每当对TPT进行任何更改时，能够增加该tptVersion。

当存在时，TPT元素的@expireDate属性能够指示包括在该TPT实例中的信息的截止日期和时间。如果接收机缓存TPT，它能够重复使用直到截止时间(expireDate)。

当存在时，能够具有16位元素的@updatingTime能够指示：TPT经受修改，并且它给出推荐间隔(以秒计)以再次下载TPT，并检查新下载的TPT是否是新版本。

当存在时，能够具有16位整数的@serviceID能够指示与在该TPT实例中所述的互动服务相关联的NRT服务id。当用于该互动服务的文件在广播流中传递时，这需要接收机从服务映射表中获得FLUTE参数。

当存在时，@baseURL属性可以给出基础URL，当串接到出现在该TPT中的任何相对URL前面时，它能够给出这些文件的绝对URL。

当存在时，Capabilities元素能够指示与该TPT相关联的互动服务的有意义表示所必需的能力。期望不具有一个或更多个所需能力的接收机不会试图提交服务。

当且仅当经由互联网来传递激活触发器是可用的时，则存在LiveTrigger元素。当存在时，它能够提供接收机所需的信息，以获得激活触发器。

在下文中，将描述LiveTrigger的子元素和属性。

作为TPT元素的子元素的TDO能够表示：在由该TPT实例描述的段期间提供互动服务中的一部分的应用(例如，TDO)。

在下文中，将描述TDO的子元素和属性。

@id作为段的识别符。因此，在接收机解析TPT后，与一个段相关的触发器、AMT等可以使用@id信息来与用于识别段的、具有@id的TPT匹配。因此，可以找到触发器和AMT将应用到的段。在下文中，将描述AMT的详情。

LiveTrigger元素可以包括@URL和@pollPeriod属性。

如上所述，当且仅当经由互联网来传递激活触发器可用时，LiveTrigger元素存在。当存在时，它能够提供接收机所需的信息，以获得激活触发器。

@URL(是LiveTrigger元素的属性)能够指示能够经由互联网来传递激活触发器的服务器的URL。能够使用HTTP短轮询、HTTP长轮询、或HTTP流(由互动服务提供商选择)经由互联网来传递激活触发器。

当存在时，@pollPeriod(其是LiveTrigger元素的属性)能够指示正用于短轮询来传递激活触发器，并且pollPeriod属性的值能够指示接收机的推荐时间(以秒计)用作轮询周期。

如果存在LiveTrigger元素，则接收机可以解析TPT，并使用互联网来获得用于传递激活触发器的信息。可以接收激活触发器的服务器的URL可以利用@URL信息来使用。通过@pollPeriod信息或指示@pollPeriod属性不存在的信息，可以获得经由互联网传递激活触发器的方法和与轮询周期有关的信息。@pollPeriod将在下文中详细描述。

TDO元素可以包括：@appID、@appType、@appName、@globalID、@appVersion、@cookieSpace、@frequencyOfUse、@expireDate、@testTDO、@availInternet、@availBroadcast属性、URL、Capabilities、Contentitem、和/或Event元素。

如上所述，作为TPT元素的子元素的TDO能够表示在由该TPT实例描述的段期间提供互动服务中的一部分的应用(例如，TDO)。

能够是16位整数的@appID能够唯一地在TPT的范围内识别该应用。激活触发器通过参照appID(应用ID)来识别用于触发器的目标应用。@appID是应用的识别符。一个TPT可以包括多个应用(诸如TDO)。因此，在解析TPT后，可以使用@appID信息来识别应用。将应用于一个应用的触发器、AMT等可以与具有用于识别应用的@appID的应用匹配。因此，可以找到触发器和AMT将应用到的应用。AMT将在下文中详细描述。

能够是8位整数的@appType能够指示应用格式类型。默认值能够是1(其能够表示TDO)。其它值能够表示其它格式。

作为TDO元素的属性的@appName能够是人可读的名称，当观众许可试图启动该应用时，该人可读的名称能够向观众显示。

作为TDO元素的属性的@globalID能够是应用的全局唯一识别符。在诸多情况下，接收机会在很久时间之前缓存将要再次使用的应用。为了使其有用，接收机必须能够识别接下来出现的应用。当应用在新段中再次出现时，接收机需要globalID，以便能够识别应用。

作为TDO元素的属性的@appVersion能够是应用的版本号。每当更改应用(由globalID所识别的)时，能够递增该appVersion值。如果不存在globalID属性，则不能存在AppVersion属性。

能够是8位整数的@cookieSpace能够指示应用存储调用(invocation)之间的永久数据的需要的空间大小。

能够是4位整数的@frequencyOfUse能够指示将有多频繁地在广播中使用应用，以向管理它们的应用代码缓存空间的接收机提供指导。‘@frequencyOfUse’将在下文中详细描述。

作为TDO元素的属性的@expireDate能够指示如下的日期和时间，在该日期和时间之后接收机可以安全地删除应用和任何相关资源。

当存在“true”值时，作为布尔型(Boolean)属性的@testTDO能够指示仅用于测试目的的应用，并且指示它能够被普通接收机忽略。

用于@availInternet属性的“true”值能够指示该应用可用于通过互联网下载。“false”值能够指示该应用不可用于通过互联网下载。当不存在该属性时，缺省值能够是“true”。

用于@availBroadcast属性的“true”值能够指示该应用可用于从广播中提取。“false”值能够指示该应用不可用于从广播中提取。当不存在该属性时，缺省值能够为“true”。

TDO元素的子元素URL的每个实例，能够识别作为应用的一部分的文件。URL元素可以包括@entry属性。

URL元素的属性@entry具有“true”值，其能够指示该URL是用于该应用的输入点，即，能够被启动以便启动应用的文件。当它具有“false”值时，能够指示该URL不是应用的输入点。当该属性未出现时，缺省值能够是“false”。

作为TDO元素的子元素的URL元素识别配置如上所述应用的文件。接收机解析TPT以获取URL信息，使用该URL信息来访问服务器，并下载由该URL信息所指示的应用。

当存在时，作为TDO元素的子元素的Capabilities能够指示该应用的有意义表示所必要的能力。期望不具有所需能力中的一个或更多个的接收机不会试图启动该应用。

作为TDO元素的子元素的ContentItem能够指示由应用所需的一个或更多个数据文件构成的内容项。ContentItem元素具有与由该元素属于的TDO元素指示的应用所需的数据文件有关的信息。如果解析后存在ContentItem元素，则接收机可以使用ContentItem的URL信息等来下载应用所需的数据文件。在下文中，将描述ContentItem的子元素和属性。

作为TDO元素的子元素的Event能够表示应用的事件。Event元素表示该元素所属于的应用的事件。该Event元素包含指示存在哪些事件、存在哪个数据、存在哪个行动等的信息。接收机可以解析Event元素来获得与应用的事件有关的信息。在下文中，将描述Event的子元素和属性。

接收机可以接收并解析TPT来获得TDO的子元素以及与属性相关的信息。

作为TDO元素的子元素的ContentItem元素可以包括：@updateAvail、@pollPeriod、@size、@availInternet、@availBroadcast属性和/或URL元素。

这里，URL元素可以包括@entry属性。

作为ContentItem元素的子元素的URL的每个实例能够识别作为内容项的一部分的文件。URL元素可以包括@entry属性。

URL元素的属性@entry，具有“true”值，其能够指示该URL是内容项的输入点，即，能够被启动以便启动内容项的文件。当它具有“false”值时，能够指示该URL不是内容项的输入点。当该属性不出现时，缺省值能够是“false”。

作为ContentItem元素的布尔型属性的@updateAvail能够指示内容项是否会不时地更新，即，内容项是否由静态文件构成或者它是否是实时数据馈送。当该值为“true”时，会不时地更新内容项；当该值为“false”时，将不会更新内容项。当没有出现该属性时，缺省值能够为false。

仅当updatesAvail属性的值为“true”时，可以存在@pollPeriod(其作为ContentItem元素的属性)。pollPeriod属性的存在能够指示正使用短轮询来传递激活触发器，并且pollPeriod属性的值能够指示接收机的推荐时间(以秒计)用作轮询周期。

作为ContentItem元素的属性@size，能够指示内容项的大小。

@availInternet属性的“true”值能够指示内容项可用于通过互联网下载。“false”值能够指示内容项不可用于通过互联网下载。当该属性不存在时，缺省值能够是“true”。

@availBroadcast属性的“true”值能够指示内容项可用于从广播中提取。“false”值能够指示内容项不可用于从广播中提取。当该属性不存在时，缺省值能够是“true”。

接收机可以在解析后使用ContentItem的URL信息来下载应用所需的数据文件。在该过程中，可以使用诸如上述other(其它)属性这样的信息。

作为TDO元素的子元素的Event元素可以包括：@eventID、@action、@destination、@diffusion属性、和/或Data元素。这里，Data元素可以包括：@dataID属性。

能够是Event元素的16位整数属性的@eventID，能够在包含它的TDO元素的范围内唯一地识别事件。激活触发器(或AMT中的Activation元素)能够通过appID和eventID的组合来识别用于触发器的目标应用和事件。当激活事件时，接收机将该事件传递到应用。

作为Event元素的属性的@action，在激活事件时能够指示待应用的动作的类型。所允许的值能够是“prep”、“exec”、“susp”和“kill”。

“prep”能够对应于“Trig prep”动作。如果目标应用的状态为“Released(释放)”，该动作能够导致状态变化到“Ready(准备的)”。

“exec”能够对应于“Trig exec”动作。在接收到该触发器时，目标应用的状态能够变为“Active(活跃)”。

“susp”能够对应于“Trig susp”动作。如果目标应用的状态为“Active(活跃)”，在接收到该触发器时，状态能够改变为“Suspended(暂停)”，否则不存在任何更改。

“kill”能够对应于“Trig kill”动作。在接收到该触发器时，目标应用的状态能够变为“Released(释放)”。

作为Event元素的属性的@destination，能够指示事件的目标装置。在下文中，将详细描述@destination。

当存在时，@diffusion(能够是Event元素的8位整数属性)能够表示时间周期T(以秒计)。diffusion参数的目的是平滑服务器负载中的峰值。能够期望接收机以递增10毫秒来计算在0-T范围内的随机时间，并在访问互联网服务器以检索在TPT中的URL所涉及的内容之前延迟该量。

当存在时，Data(其是Event元素的子元素)能够提供与事件相关的数据。事件的不同激活能够具有与其相关联的不同Data元素。Data元素可以包括@dataID属性。

@dataID(其是16位整数属性)能够在包含它的TDO元素的范围内唯一地Data元素。当事件的激活具有与其相关联的数据时，激活触发器能够通过appID、eventID和DataID的组合来识别Data元素。Event元素包含与Event元素属于的TDO元素所指示的应用的事件有关的信息。接收机可以解析Event元素以获得与事件有关的信息。

@eventID用作事件的识别符。使用用于激活事件的@eventID信息、触发器、AMT等可以与具有用于识别事件的@eventID的应用匹配。即，激活触发器(或在AMT中的activation元素)能够通过appID和eventID的组合来识别目标应用和用于触发器的事件。当激活事件时，接收机将事件传递到应用。在下文中，将详细描述AMT。

@action能够指示在激活事件时将要应用的动作的类型。

Data元素指示用于事件的数据。一个Event元素可以具有多个Data元素。使用Data元素的@dataID属性来识别数据。在接收机中，如果激活与事件相关的数据，则激活触发器(或在AMT中的activation元素)能够通过appID、eventID和DataID的结合来识别Data元素。在下文中，将详细描述AMT。

图7是示出“frequencyOfUse”属性值的含义的图。

“含义”栏表示包含该应用的段的发生频率。(当然，属性能够在单个段内多次出现)。如果不存在globalID属性，则不能存在frequencyOfUse属性。如果将要缓存并且以后再次使用应用，则当该应用再次出现时，接收机需要识别出该应用是相同的应用。这需要globalID属性。

图8是示出“destination”属性值的含义的图。

如图所示8，destination属性的0值表示“保留的(reserved)”，destination属性的1值表示仅主装置，destination属性的2值表示仅一个或更多个副装置，并且destination属性的3值表示主装置和/或一个或更多个副装置。

图9、10、11、12和13是示出TDO参数表的二进制形式的语法的实施方式的图。

这是上述TPT结构的二进制格式。当TPT在NRT中传输，并且被制造为以便TPT的XML结构在NRT中适当地传输时，该结构是必要的格式。能够从二进制版本中省略包含在TPT的XML版本中的如下元素和/或属性，因为它们能够由用于在广播流中传递二进制表的封装报头来提供：@protocolVersion(主/次)、@serviceID和@tptVersion。

字段的语义如下。将按顺序描述图9、10、11、12和13的TDO参数表的二进制格式的字段。

expire_date_included(其能够是1位字段)能够表示是否包括expire_date字段。

值‘1’能够表示包括expire_date字段；值‘0’能够表示不包括expire_date字段。

segment_id_length(其能够是5位字段)能够表示segment_id字段的长度(以字节计)。

segment_id(其是可变长度的字段)能够包含段id的字节，其能够具有与TPT XML格式的“id”属性相同的语义。

base_URL_length(其能够是8位字段)能够表示base_URL字段的长度(以字节计)。

base_URL(其是可变长度字段)能够包含多个字节的base URL，其能够具有与TPTXML格式的base URL属性相同的语义。

当存在时，expire_date(其能够是32位字段)能够指示在该TPT实例中所包括的信息的截止日期和时间。如果接收机缓存TPT，则TPT能够重复使用直到截止日期(expireDate)。无符号整数(unsigned integer)能够被解释为GPS秒数，从1980年1月6日，00：00：00UTC，减去GPS-UTC_offset(GPS UTC偏差)。GPS-UTC_offset能够是8位无符号整数，其限定GPS和UTC时间标准之间整秒内的当前偏差。

trigger_server_URL_length(其能够是8位字段)能够指示trigger_server_URL字段的长度(以字节计)。当该字段的值是0时，其能够指示单个激活触发器的互联网传递是不可用的。

trigger_server_URL在trigger_server_URL_length字段的值不为0时能够包含Trigger Server URL(触发器服务器URL)的字节，触发器服务器URL能够具有与TPT XML格式的LiveTrigger元素的URL属性相同的语义。

trigger_delivery_type(其能够是1位字段)能够指示单个激活触发器的通过互联网的传递模式。值‘0’能够指示正在使用HTTP短轮询；值‘1’能够指示正在使用HTTP长轮询或HTTP流。

poll_period(其能够是8位整数)能够指示当正在使用HTTP短轮询时，轮询之间的推荐秒数。

num_apps_in_table(其能够是8位字段)能够指示在TPT实例中描述的应用(TDO)的数量。

app_id(其能够是16位字段)能够包含用于该应用(在num_apps_in_table循环的迭代中描述的应用)的识别符。它在该TPT实例能够是唯一的。

app_type_included(其能够是1位字段)能够指示是否包括用于本应用的app_type字段。值‘1’能够表示包括app_type字段；值‘0’能够表示不包括app_type字段。

app_name_included(其能够是1位字段)能够表示app_name字段是否包括在本应用中。值“1”能够表示app_name字段包括在本应用中；值‘0’能够表示app_name字段不包括在本应用中。

global_id_included(其能够是1位字段)能够表示global_id字段是否包括在本应用中。值‘1’能够表示global_id字段包括在本应用中；值‘0’能够表示global_id字段不包括在本应用中。

app_version_included(其能够是1位字段)能够表示app_version字段是否包括在本应用中。值‘1’能够表示包括app_version字段；值‘0’能够表示不包括app_version字段。

cookie_space_included(其能够是1位字段)能够表示cookie_space字段是否包括在本应用中。值‘1’能够表示包括cookie_space字段；值‘0’能够表示不包括cookie_space字段。

frequency_of_use_included(其能够是1位字段)能够指示frequency_of_use字段是否包括在本应用中。值‘1’能够表示包括frequency_of_use字段；值‘0’能够表示不包括frequency_of_use字段。

expire_date_included(其能够是1位字段)能够表示expire_date字段是否包括在本应用中。值‘1’能够表示包括expire_date字段；值‘0’能够表示不包括expire_date字段。

当存在时，app_type(其能够是8位字段)能够指示该应用的格式类型。值0能够指示该应用是TDO。如果不存在该字段，该值能够默认为0。其它值能够表示其它格式。

当存在时，app_name_length(其能够是8位字段)能够指示紧随其后的app_name字段的长度(以字节计)。该字段的值0能够指示本应用中不存在app_name字段。

当存在时，app_name(其是可变长度字段)能够具有与TPT XML格式中的TDO元素的appName属性相同的语义。

当存在时，global_id_length(其能够是8位字段)能够指示紧随其后global_id字段的长度(以字节计)。该字段的值0能够指示本应用中不存在global_id字段。

当存在时，global_id(其是可变长度字段)能够具有与TPT XML格式中的TDO元素的globalID属性相同的语义。

当存在时，app_version(其能够是8位字段)具有与TPT XML格式中的TDO元素的appVersion属性相同的语义。

当存在时，cookie_space(能够是8位字段)能够具有与TPT XML格式中的TDO元素的cookieSpace属性相同的语义。

当存在时，frequencyOfUse(其能够是8位字段)能够具有与TPT XML格式中的TDO元素的frequencyOfUse属性相同的语义。

当存在时，expire_date(其能够是8位字段)能够具有与TPT XML格式中的TDO元素的expireDate属性相同的语义。

test_app(其能够是1位字段)能够指示该应用是否是测试应用，旨在由普通接收机所忽略。值‘1’能够表示该应用是测试应用；值‘0’能够表示该应用不是测试应用。

available_on_internet(其能够是1位字段)能够指示该应用是否可经由互联网取得。值‘1’能够表示该应用可经由互联网取得；值‘0’能够表示该应用不可经由互联网取得。

available_in_broadcast(其能够是1位字段)能够表示该应用是否可经由广播取得。值‘1’能够表示该应用可经由广播取得；值‘0’能够表示该应用不可经由广播取得。

number_URLs(其能够是4位字段)能够表示包括本应用的文件的数量。

URL_length(其能够是8位字段)能够表示随其后的URL字段的长度。

URL(其是可变长度字段)能够具有与TPT XML格式中的TDO元素的URL属性相同的语义。

number_content_items(其能够是8位字段)能够表示将要下载的、本应用使用的内容项的数量。

updates_avail(其能够是1位字段)能够表示该内容项是否会不时地更新，即，其是一组静态文件还是即时数据馈送。值‘1’能够指示会更新该内容项；值‘0’能够指示不会升级该内容项。

avail_internet(其能够是1位字段)能够表示包括该内容项的文件是否能够经由互联网下载。值‘1’能够表示这些文件可以经由互联网下载；值‘0’能够表示这些文件不可经由互联网下载。

avail_broadcast(其能够是1位字段)能够表示包括该内容项的文件是否能够经由广播下载。值‘1’能够表示这些文件可以经由广播下载；值‘0’能够表示这些文件不可经由广播下载。

content_size_included(其能够是1位字段)能够表示是否包括用于本应用的content_size字段。值‘1’能够表示包括content_size字段；值‘0’能够表示不包括content_size字段。

number_URLs(其能够是4位字段)能够指示包括该内容项的文件的数量。

URL_length(其能够是8位字段)能够指示随其后的URL字段的长度。

URL(其是可变长度字段)能够具有与TPT XML格式中的TDO元素的子元素、内容项的URL属性相同的语义。

content_size，能够是24位字段，能够具有与TPT XML格式中的TDO元素的子元素ContentItem的contentSize属性相同的语义。

num_content_descriptors(其能够是8位字段)能够指示紧随其后的描述符循环中的内容描述符的数量。

content_descriptor()(其是可变长度字段)能够是符合MPEG-2描述符格式(标记、长度、数据)的描述符。它能够提供与该内容项有关的附加信息。

在可以包含在该描述符循环中的描述符当中，能够是Capabilities(能力)描述符，其指示该内容项的有意义表示所需的接收机能力。

number_events(其能够是8位字段)能够表示针对该TDO限定的事件的数量。

event_id(其能够是16位字段)能够包含用于该事件的识别符(在number_events循环的迭代中描述的事件)。它能够在本应用的范围内是唯一的。能够通过app_id和event_id的组合来在激活触发器范围内引用事件。

action(其能够是5位字段)能够具有与TPT XML格式中的TDO元素的Event子元素的action属性相同的语义。

destination_included(其能够是1位字段)能够指示是否包括用于该事件的destination字段。值‘1’能够表示包括destination字段；值‘0’能够表示不包括destination字段。

diffusion_included(其能够是1位字段)能够表示是否包括用于该事件的diffusion字段。值‘1’能够表示包括diffusion字段；值‘0’能够表示不包括diffusion字段。

data_included(其能够是1位字段)能够表示是否包括用于该事件的data_size和data_bytes字段。值‘1’能够表示包括data_size和data_bytes字段；值‘0’能够表示不包括data_size和data_bytes字段。

当存在时，destination字段的语义能够与TPT XML格式中的TDO元素的Event子元素的destination属性的语义相同。

当存在时，diffusion字段的语义能够与TPT XML格式中的TDO元素的Event子元素的diffusion属性的语义相同。

当存在时，data_size字段能够表示紧随其后的data_bytes字段的大小。

当存在时，data_bytes字段能够提供与该事件相关的数据。每当激活事件时，目标应用将能够读取数据，并使用该数据来帮助实现期望的动作。除了该字段能够包含原始二进制值，并且TPT XML格式中的Data元素能够包含该二进制值的base64编码之外，该字段的内容能够与TPT XML格式中的对于TDO元素的对应Event子元素的对应Data子元素的内容相同。

num_app_descriptors(其能够是8位字段)能够表示紧随其后的描述符循环中的描述符的数量。

app_descriptor()(其是可变长度字段)能够是符合MPEG-2描述符格式(标记、长度、数据)的描述符。它能够提供与本应用(TDO)有关的附加信息。在可以包含在该描述符循环中的描述符当中是Capabilities描述符，其指示该应用的有意义表示所需的接收机能力。

num_TPT_descriptors(其能够是8位字段)能够表示紧随其后的描述符循环中的描述符的数量。

TPT_descriptor()(其是可变长度字段)能够是符合MPEG-2描述符格式(标记、长度、数据)的描述符。它能够提供与该TPT有关的附加信息。在可以包含在该描述符循环中的描述符当中是Capabilities描述符，其表示由该TPT所表示的互动服务的有意义表示所需的接收机能力。

图14是示出激活消息表结构的实施方式的图。在下文中，将描述包括在该表中的字段。包括在该表中的字段的大小和字段的类型可以根据设计者的意图进行添加或更改。

在下文中，将描述AMT。

激活消息表(AMT)能够包含用于段的激活触发器的等同物。在某些情况下，它能够被传递到接收机来代替激活触发器。触发器能够通过ACR服务器、通过“即时触发器”服务器，并经由AMT来在封闭字幕流中传递。

在AMT结构中的字段的详细语义如下：

激活消息表(AMT)可包括：@majorProtocolVersion、@minorProtocolVersion、@segmentId、@beginMT属性和/或Activation元素。

@majorProtocolVersion(其能够是AMT元素的4位属性)能够指示AMT定义的主版本号。主版本号能够设置为1。能够期望接收机丢弃指示它们未配备支持的主版本值的AMT的实例。

当存在时，@minorProtocolVersion(其能够是AMT元素的4位属性)能够指示AMT定义的次版本号。当不存在时，该值能够默认为0。次版本号能够设置为0。能够期望接收机不会丢弃指示它们未配备支持的次版本值的AMT的实例。在这种情况下，能够期望它们忽略其不支持的任何单个元素或者属性。

@segmentID(其是AMT的识别符)与如下的TPT的识别符匹配，该TPT包含该AMT中的激活所应用于的应用和事件。

当存在时，@beginMT(其是AMT元素的属性)能够表示AMT实例为其提供激活时间的段的开始媒体时间。

AMT的Activation元素的每个实例能够表示：以与该事件相关联的特定数据、在特定时间激活特定事件的命令。

@segmentId可以用作AMT的识别符。因此，接收机可以经由@segmentId信息接收并解析AMT以识别AMT。@segmentId包含指示AMT应用于的段的信息，与该段相关的TPT的@id匹配，并用来连接AMT和TPT。此外，可以识别该段以提供识别目标TDO和AMT的Activation元素的事件所必要的基本信息。

@beginMT可以表示相对于AMT将应用于的段的媒体时间的开始。因此，当Activation元素所指示的激活发生时，能够确定时间的标准。因此，如果存在@beginMT，则Activation元素中的@startTime属性可以受到@beginMT所指示的媒体时间的开始的影响。

AMT中可以存在多个Activation元素。每个Activation元素执行类似于激活触发器中的Activation元素的作用。Activation元素可以应用到AMT中的@segmentId所指示的段。Activation元素的属性可以包含与哪个应用激活发生、哪个事件激活发生、何时激活发生等有关的信息。在下文中，将详细描述Activation元素的属性。

Activation元素可以包括：@targetTDO、@targetEvent、@targetData、@startTime和@endTime属性。

@targetTDO(其是Activation元素的属性)能够与AMT相关联的TPT中的TDO元素的appID属性匹配，从而识别用于激活命令的目标应用。

@targetEvent(其是Activation元素的属性)能够与包含在由targetTDO属性所识别的TDO元素中的Event元素的eventID属性匹配，从而识别用于激活命令的目标事件。

@targetData(其是Activation元素的属性)能够与包含在由targetTDO和targetEvent属性所识别的Event元素中的Data元素的dataID属性匹配，从而当应用激活命令时，识别将与目标事件相关联的数据。

@startTime(其是Event元素的属性)能够表示针对媒体时间的事件的有效时间段的开始。当媒体时间到达startTime值，或此后尽早地，能够期望接收机执行命令。

当存在时，@endTime(其是Event元素的属性)能够表示针对媒体时间的事件的有效时间段的结束。当媒体时间经过endTime的值时，能够期望接收机不执行命令。

@targetTDO可以包含与AMT的Activation元素应用于的应用有关的信息。接收机可以接收并解析AMT以获得@targetTDO，并在匹配TPT的TDO元素中找到@appID，以识别Activation元素将应用于的应用。

@targetEvent可以包含与AMT的Activation元素应用于的应用的事件有关的信息。接收机可以接收并解析AMT以获得@targetEvent，并在匹配TPT的TDO元素中找到@eventID，以识别Activation元素将应用于的事件。

当应用激活命令时，@targetData可以识别与目标事件相关的数据。接收机可以接收并解析AMT以获得@targetData，并在TPT的Event元素中找到@dataID。

@startTime可以表示事件发生时的开始时间。该开始时间基于媒体时间。接收机可以解析AMT以获得@startTime信息，并使用@startTime来确认事件发生的时间。如果媒体时间达到基于由@segmentID所识别的段的媒体时间的开始时间startTime，则接收机可以激活事件。如果startTime已经过去，则可以尽可能快地激活事件。

@endTime可以表示事件的结束时间。如果媒体时间到达endTime，则接收机可以不执行该事件。

在AMT中的Activation元素能够以升序startTime值出现。

当接收机根据AMT中的激活正在激活事件时，能够期望在其开始时间，或者之后尽可能快地应用每个激活(例如，在当接收机在开始时间之后且结束时间之前的某个时间连接服务并接收AMT的情况)。如果TPT中的Event元素的“action”属性是“exec”，则能够期望接收机把触发器事件(TriggerEvent)传递到目标应用。在下文中的与API有关的部分中，将描述触发器事件(TriggerEvent)。

在下文中，将描述URL列表。

URL列表能够包含可能用于接收机的特定URL。URL列表可以包括如下的URL等：

1、用于一个或更多个未来段的TPT的URL，其允许接收机预先下载文件。

2、能够从中检索与广播流中的独立NRT服务有关的信息的NRT信令服务器的URL，其允许接收机访问那些服务，即使它不能访问广播流中NRT服务信令的传递。

3、能够向其发送用于虚拟频道的使用报告的使用报告服务器的URL，其允许接收机发送这样的报告，即使它不能访问广播流中该URL的传递。

4、用于虚拟频道的PDI-Q表的URL，其允许接收机个性化查看体验，即使它不能访问广播流中传递的PDI-Q表。(PDI-Q表与在提供互动服务时提供针对用户的定制服务的个性化相关。关于个性化，可以经由PDI-Q表来询问用户)。

在其它当中，针对UsrUrl元素可以制作URL列表，从而进一步指示用于使用报告的服务器的URL，以便使用优选数据和当前通过商业接收机所查看和消费的内容的类型。包括在URL列表中的UsrUrI元素可以被不同地解释如下。

首先，在使用报告服务器的情况下，接收机可以通过预定协议(例如，数据结构、XML文件等)使用报告服务器的URL来执行接收机的使用报告功能。

其次，可以存在接收机的网络浏览器上执行的TDO。在这种情况下，这指示使用报告TDO的位置。在这种情况下，TDO可以使用接收机的网络浏览器的API(例如，文件API或使用报告API)来直接收集和报告与存储在接收机中的、或者当前消费的内容有关的信息。TDO可以使用称为XMLHttpRequest的Javascript API来发送所收集到的数据。

图15是示出URL列表结构图的实施方式的图。

URL列表可以包括UrlList、TptUrl、UrsUr1、和/或PdiUr1。这些元素的语义如下。

TptUrl(其是UrlList元素的元素)能够包含用于当前互动附属服务中的未来段的TPT的URL。当包括多个TptUr1元素时，它们能够按广播中的段的出现顺序来布置。

NrtSignalingUrl(其是UrlList元素的元素)能够包含如下服务器的URL，接收机能够从该服务器获得用于当前传输流中所有虚拟频道的NRT信令表。

UrsUr1(其是UrlList元素的元素)能够包含如下服务器的URL，接收机能够将用于当前虚拟频道的使用(观众测量)报告发送到该服务器。

PdiUr1(其是UrlList元素的元素)能够包含用于当前虚拟频道的PDI-Q表的URL。

在下文中，将描述传递机制。

在下文中，将按顺序描述来自互动服务创建的输出、广播流中的触发器的传递、经由互联网传递时基触发器、经由互联网传递激活触发器(ACR方案)、传递广播流中的TPT、经由互联网传递TPT、移动TDO和内容项、将多个段组合成一个段。

在下文中，将描述来自互动服务创建的输出。

用于段的服务创建的方法能够产生包含所有TDO和其它内容项、XML格式的TPT文件和XML格式的AMT文件的文件夹。可以创建其它结果。

在下文中，将描述在广播流中传递触发器。

当在广播流中传递时，能够在DTV封闭字幕通道、在服务#6中，以URL字符串命令传递触发器。

如果触发器小于或等于26个字符长度，则它能够非分段发送(类型＝11)。如果触发器是27至52个字符长度，则它能够以两段发送(第一段在类型＝00的段中，并且第二段在类型＝10的段中)。

在命令的任意给定实例中传递的URI的类型，能够以8位参数给出。

对于使用TDO模型的互动服务，URI数据结构的URI类型能够设置为0(用于TDO模型的互动TV触发器)。该传递机制包括时基触发器和激活触发器两者。

在经由广播流来传递时基触发器(在封闭字幕服务#6中)的情况下，如果“m＝”术语不存在，则时基触发器能够简单地传递信令服务器的URL。并且如果“m＝”术语不存在，则激活触发器中一定不存在“t＝”术语。

在经由广播流传递激活触发器(在封闭字幕服务#6中)的情况下，即，在“触发器”格式具有“e＝”术语，具有或没有“t＝”术语的情况下，如果“t＝”术语存在，则激活时间能够是与时基有关的时间戳。而如果“t＝”术语不存在，则激活时间能够是消息的到达时间。

在时基触发器和激活触发器经由CC服务#6传递的情况下，针对广播商，能够有三种可能的方式来处理时基和激活触发器：

1、没有显式时基的段模式

2、具有显式时基的段模式

3、具有显式时基的服务模式

这些能够在逐段基础上在广播内混合。

在没有显式时基的段模式内，激活消息不包括时间戳，使得每个消息的激活时间能够是该消息的传递时间，并且时基消息也不包括时间戳，使得它们的目的仅是提供能够传递TPT文件的信令服务器的URL。在该模式中，时基消息甚至能够完全省略，取决于用来提供信令服务器的URL的激活消息中的URL，但是然后接收机将不能检索TPT，并开始下载TDO，直到第一激活消息出现后，相当地延迟对第一激活消息的响应。

在这种情况下，能够在CC服务#6中出现的时基消息能够包含“Trigger”格式的“locator_part”和可能的“spread”术语，但没有“media_time”的术语，并且能够出现在CC服务#6中的激活消息能够包含“Trigger”格式的“locator_part”、“event_time”术语、以及可能的“spread”术语，但是没有“event_time”术语中的“t＝”部分。时基和激活消息两者中的“locator_part”能够是当前的segmentId。该URL也能够用于经由互联网来检索用于该段的TPT。

在具有显式时基的段模式中，时基消息包括时间戳，以限定时基，并且激活消息可以包括时间戳，以限定与时基有关的激活时间，或它们可以不包括时间戳，表示激活时间是消息的到达时间。

在这种情况下，能够在CC服务#6中出现的时基消息能够包含“Trigger”格式的“locator_part”、“media_time”术语、以及可能的“spread”术语，并且能够出现在CC服务#6中的激活消息能够包含“Trigger”格式的“locator_part”、“event_time”术语、和可能的“spread”术语，具有或没有“event_time”术语中的“t＝”部分。时基和激活消息两者的“locator_part”能够是当前的segmentId，并且时基专用于该段。该URL还能够用于经由互联网来检索该段的TPT。

在具有显式时基的服务模式中，时基消息包括时间戳，以限定时基，并且激活消息可以包括或不可以包括时间戳。该时基能够延伸跨过多个段，而不是专用于单个段。时基消息的“locator_part”能够是时基的识别符，并且还是能够用于经由互联网检索用于服务的TPT的URL。

在任何情况下，将触发器插入到CC服务#6的触发器插入服务器应当从AMT上作业，将激活消息从AMT中的XML格式转化成专用于在CC服务#6上的传递的触发器格式。在不具有endTime属性的Activation元素情况下，能够插入具有等于startTime属性的激活时间的单个触发器。在具有startTime元素和endTime元素的Activation元素的情况下，能够插入一序列具有同一目标的触发器。在该序列中的第一触发器能够具有等于startTime属性的激活时间，该序列中的最后的触发器能够具有等于endTime属性的激活时间，并且能够在序列中的触发器的激活时间之间存在固定时间间隔(除了序列中紧接于最后和最后的触发器之间的间隔能够更短之外)。能够配置该固定时间间隔的长度。

当时基和激活消息均处于段模式中时，时基能够专用于段。在段开始时，它能够以“beginMT”值开始，并贯穿该段。单个激活的“startTime”和“endTime”值能够与“beginMT”值有关。当时基和激活消息处于服务模式时，时基能够跨越这些段，并且能够调节每个段的“beginMT”值，以考虑服务时间基准和广播计划。

在下文中，将描述经由互联网的时基触发器的传递。

时基触发器的互联网传递在所谓自动内容识别(ACR)情况下能够是有用的，其中，时基触发器的接收方不能访问封闭字幕服务#6。在这些情况下，接收机需要使用ACR，以便识别视频帧并使时基与它们同步。在ACR情况下，能够从水印或从ACR服务器中获得时基消息。在从ACR服务器接收的情况下，时基消息被传递，作为来自ACR服务器的响应。

在下文中，将描述经由互联网来传递激活触发器(ACR方案)。

激活消息能够经由短轮询、长轮询或流来传递，但是所有这些能够在接收机和服务器上施加大量的额外开销。激活消息也能够以AMT形式传递，但这能够提供与段的长度有关信息的妥善解决，从而便于ad终止器(ad killer)。可能有其它替代方案。

在激活消息以激活触发器的形式传递的情况下，也就是，在“Trigger”格式具有“e＝”术语，具有或没有“t＝”term的情况下，这可以经由HTTP短轮询，长轮询或流来传递。

当经由互联网传递时，激活消息能够使用如下机制中的任一或两者来进行传递：

1、单个激活触发器传递；

2、批量激活触发器传递。

在下文中，将描述单个激活触发器传递。

如上所述，当经由互联网传递单个激活触发器时，它们能够使用HTTP短轮询、长轮询或流来进行传递。激活触发器的格式能够与在经由DTV CC服务#6传递的激活触发器的格式完全相同。

在短轮询情况下，必须规定出轮询期。在此期间，可以使用被包括在下述TPT中的pollPeriod来设置短轮询的操作。

当激活触发器的互联网传递可用时，TPT中的LiveTrigger元素的URL属性能够指示：能够传递激活触发器的激活触发器服务器。如果TPT中存在LiveTrigger元素的pollPeriod属性，则这能够指示正在使用HTTP短轮询，并且它能够指示接收机应该使用的轮询周期。如果TPT中不存在LiveTrigger元素的pollPeriod属性，则这能够指示正在使用HTTP长轮询或HTTP流。

不管正在使用哪个协议，都能够期望接收机以查询术语向激活触发器服务器发出HTTP请求：

？mt＝<media_time>

其中，<media_time>能够是所查看内容的当前媒体时间。

如果正在使用短轮询，则来自激活触发器服务器的响应能够包含如下的所有触发器：在结束于<media_time>的pollPeriod长度的时间间隔内已发出该触发器。如果返回一个以上的激活触发器，则它们能够由一个或更多个空白间隔字符分隔开。如果不返回激活触发器，则响应能够为空。

如果正在使用HTTP长轮询或HTTP流，则激活触发器服务器能够等待返回响应，直到将在广播流中传递激活触发器时的媒体时间。此时，它能够返回激活触发器。

如果正在使用HTTP长轮询，则激活触发器服务器能够在返回激活触发器后关闭会话。能够期望接收机立即发出具有更新的媒体时间的另一请求。

如果正在使用HTTP流，则激活触发器服务器能够在返回每个激活触发器后保持会话开放，并且在附加激活触发器将被传递的时间到达时，它能够通过会话来传递附加激活触发器。

在所有情况下，HTTP响应能够包含如下形式中的一个形式的HTTP响应报头字段，以便以信号表示传递模式：

ATSC-Delivery-Mode:ShortPolling[<poll-period>]

ATSC-Delivery-Mode:LongPolling

ATSC-Delivery-Mode:Streaming

<poll-period>参数能够指示在用于随后的轮询的轮询之间的推荐的间隔。该<poll-period>能够省略。

在下文中，将描述批量激活触发器传递。

当经由互联网批量传递激活触发器时，段的激活触发器能够经由HTTP连同段的TPT，以具有作为消息的第一部分的TPT以及作为该信息的第二部分的激活消息表(AMT)的多部分MIME消息的形式一起传递。

图16是示出用于包括TPT的私有部分的二进制格式的实施方式的图。下述NRT型私有部分可以等于图16。

在下文中，将描述在广播流中的TPT的传递。

当在广播流中传递时，能够将TPT从它们的XML格式转化成等效的二进制NRT型的信令表格式，并将其封装在NRT型私有部分中，每个表格实例具有一个TPT。始终存在当前段的TPT。也可以存在一个或更多个未来段的TPT。该TPT实例由其segment_id字段的值来限定。作为参考，在上文中描述TDO参数表的二进制格式。

总之，为了传输NRT中的TPT的二进制结构，TPT可以具有适于NRT传输的部分结构。在下文中，将详细描述该过程。

每个TPT能够通过如下步骤封装在NRT型的私有部分中：将每个TPT分成块，并将这些块插入到具有共同的table_id、protocol_version、TPT_data_version和sequence_number字段的值的部分的tpt_bytes()字段中。能够按section_number字段值升序将块插入到段中。能够在TPT所属于的虚拟频道的IP子网的服务信令信道(SSC：ServiceSignaling Channel)中携带私有部分。这里，“服务信令信道”以ATSC-NRT标准来定义，并意味着信道具有特定的IP地址和端口数。在这些部分中的sequence_number字段能够用于区分在samc SSC中携带的不同的TPT实例。

该私有部分(tpt_section())可以包括：table_id、protocol_version、sequence_number、TPT_data_version、current_next_indicator、section_number、last_section_number和/或service_id,以及tpt_bytes()信息。

在下文中，将描述图16的字段。

table_id(其能够是8位字段)能够将该表部分识别为属于TDO参数表实例。

protocol_version可以划分成两个部分。该8位无符号整数(unsigned integer)字段中的高位4位能够表示该表的定义和在该表中所携带的TPT实例的主版本号，并且低位4位能够表示次版本号。主版本号能够设置为1。能够期望接收机丢弃指示它们未配备支持的主版本值的AMT的实例。次版本号能够设置为0。能够期望接收机将不丢弃指示它们未配备支持的次版本值的AMT的实例。在这种情况下，能够期望它们忽略其不识别的任何描述符，并忽略其不支持的任何字段。

sequence_number能够是8位字段。sequence_number的值能够与该TPT实例的所有其它部分的sequence_number相同，并且与在该服务信令信道中的任何其它TPT实例的所有部分的sequence_number不同。因此，该字段可以执行与其它TPT实例中的字段不同的作用。sequence_number字段可以指示与在本部分中的服务信令信道相关联的IP子网。不同的TPT实例的sequence_number字段的值能够反映段在广播流中出现的顺序。

TPT_data_version(其能够是5位字段)能够表示该TPT实例的版本号，其中，该TPT实例能够由其segment_id来限定。由于TPT版本事先已知，以便确定接收到的TPT部分数据是否是新版本TPT，所以在部分表中可以存在TPT_data_version字段。当TPT实例中的任何字段发生改变时，该版本号能够递增1模32(1modulo 32)。

current_next_indicator(其能够是1位指示符)能够针对TPT部分始终设置为‘1’，表示所发送的TPT始终是由其segment_id所识别的段的当前TPT。

section_number(其能够是8位字段)能够给出该TPT实例部分的部分号，其中，该TPT实例能够由其segment_id所识别。TPT实例中的第一部分中的section_number能够是0x00。section_number能够随TPT实例中的每个附加部分而递增1。

last_section_number(其能够是8位字段)能够给出TPT实例的最后部分(该部分是TPT实例的一部分)(即，该部分具有最高的section_number)的编号。

service_id(其能够是16位字段)能够规定与提供本表实例中描述的内容项的互动服务相关联的service_id。

tpt_bytes()(其是可变长度字段)能够由该部分部分地携带的TPT实例的块构成。当本表实例的所有部分中的tpt_bytes()字段按照其section_number字段的顺序连接起来，结果能够是完整的TPT实例。

即，在使用TPT的二进制格式或将XML格式更改为二进制格式之后，TPT可以被划分为适于NRT传输，被包括在私有部分的tpt_bytes()字段中，并在NRT中传输。此时，如果将一个TPT被划分成几个私有部分，则私有部分可以具有相同的table_id、protocol_version、TPT_data_version和sequence_number值。所分开的TPT块可以以section_number字段值的顺序插入。

接收机可以解析所接收的私有部分。为了将私有部分再次组合成一个TPT，可以使用具有相同table_id、protocol_version TPT_data_version和sequence_number值的私有部分。此时，可以使用能够从section_number和last_section_number信息中获得的顺序信息。如果在具有相同table_id、protocol_version、TPT_data_version和sequence_number值的所有私有部分的tpt_bytes()顺序连接，则可以创建一个TPT。

在下文中，将描述经由互联网的TPT传递。

当在互联网上进行传递时，TPT能够经由HTTP传递。当前段的TPT的URL能够是时基消息中的“<domain name part>/<directory path>。对TPT的请求的响应能够由仅TPT构成，或者它能够由两部分MIME消息(具有在第一部分中的所请求的TPT和在第二部分中的URL列表，编码为XML文档)构成。(对请求的响应将总是包括用于当前段的TPT。它也可以包括用于一个或多个未来段的TPT。)

图17是示出编码为XML文档的URL列表的实施方式的图。

作为上述响应的第二部分的URL可以具有图17所示的格式。

将描述图17的元素的语义。

“UrlList”能够包含对接收机有用的URL列表。

“TptUrl”能够包含用于未来段的TPT的URL。当包括多个TptUr1元素时，它们能够以广播中段的出现顺序来布置。

“NrtSignalingUrl”能够包含服务器的URL，其中，接收机能够获得用于在当前广播流中的所有虚拟频道的NRT信令表。

在下文中，将描述移动TDO和内容项。

网络和站将经常需要提供其自身的HTTP服务器，用于传递TDO和由TDO使用的内容项(文件)。当完成该步骤时，能够调整TPT中的baseURL以反映服务器的位置。

在下文中，将描述将多个段组合成一个段的步骤。

为了彻底混淆段之间的边界，能够将用于多个段的TPT和AMT组合成单个TPT和AMT。执行如下步骤：

1、识别将要组合的一组段；

2、创建具有新段Id(segmentId)的新TPT；

3、如果正在组合的段中的任一段具有即时激活，则提供提供访问全部段的中继服务器，并且将用于该服务器的参数放在“LiveTrigger”元素；

4、应用用于需要的每个段的baseURL，以得到完全TDO和内容项URL。(它可能识别较短的baseURL，该较短的baseURL对正在组合的所有段是共用的，并保持作为组合段的baseURL)；

5、修改需要的appID值，以消除冲突；

6、将用于所有正在组合的段的所有修改后的TDO元素插入到新TPT；

7、创建具有等于组合的TPT的新segmentId的segmentId的新AMT；

8、选择用于新AMT的适当的、新“beginMT”值；

9、调整用于正在组合的段的AMT文件中的所有Activation元素的targetId值，以反映appID值的任何变化；

10、调整用于正在组合的段的AMT文件中的所有Activation元素的startTime值和endTime值，以反映用于正在组合的段的新“beginMT”值和广播计划；

11、将所有修改后的Activation元素插入到新AMT中。

在下文中，将描述用于用于执行DO的环境的ATSC Javascript API。

为了支持广播节目的声明性对象动作的同步，能够支持用于视频/广播对象的额外方法。

如果经由DTVCC或互联网来接收TPT，则在TPT可以存在用于执行TDO的多个事件，并且这些事件可以由激活触发器激活。

为了处理该事件，可以基于每个eventID来注册监听器函数(Listener)。因此，如上述的“额外方法”，可以存在如下的用于注册监听器函数的两个函数：

1、addTriggerEventListener(添加触发器事件监听器)

：注册用于处理基于每个eventID所产生的事件的回调函数(listener函数)。

2、removeTriggerEventListener(移除触发器事件监听器)

：删除用于处理基于每个eventID所产生的事件的回调函数(listener函数)。

图18是示出addTriggerEventListener的实施方式的图。

在图18中，描述了addTriggerEventListener，并示出了格式、参数等。

addTriggerEventListener函数可以接收EventListener类型的listener和数值型的eventId(作为参数)。将在下文中描述EventListener类型。该addTriggerEventListener函数可以没有返回值(void空白)。

这里，eventId参数可以是在TPT的Event元素中的eventID。这里，listener参数可以是事件的监听器。

一旦接收到激活消息，接收机的触发器处理模块可以使用“addTriggerEventListener”函数基于每个eventId来注册listener函数。如果事件被激活，则可以调用注册的listener函数。此时，可以将TriggerEvent类型的对象传递到listener函数。在下文中，将描述TriggerEvent类型。

图19是示出removeTriggerEventListener的实施方式的图。

在图19中，描述了removeTriggerEventListener，并示出了格式、参数等。

removeTriggerEventListener函数可以接收EventListener类型的listener和数值型的eventId(作为参数)。将在下文中描述EventListener类型(事件监听器类型)。该removeTriggerEventListener可以没有返回值(空白)。

这里，eventID参数可以是在TPT的Event元素中的eventID。这里，listener参数可以是事件的监听器。

在Javascript程序中，如果要求不再接收可以基于每个eventID所产生的事件，或如果程序“DestroyWindow”结束时，可以使用“removeTriggerEventListener”来删除注册的listener函数。

图20是示出EventListener类型的定义的实施方式的图；

EventListener类型可以具有TriggerEvent类型的事件(作为参数)。EventListener可以是接口。

图21是示出TriggerEvent类型(触发器事件类型)的定义的实施方式的图。

TriggerEvent类型可以包含与事件有关的信息。

TriggerEvent类型可以具有eventId、data和status(作为属性)。这里，eventId可以是TPT中的Event元素的eventID。这里，data可以是用于激活该事件的数据。这里，data可以是十六进制。这里，status可以是指事件的状态。在此，如果status值是“trigger”，则意思是由激活触发器激活事件的状态。如果status值是“error”，则意思是发生错误的状态。

图22是示出在TDO模型中的传输方法的实施方式的图。

根据本发明的实施方式的传输方法可以包括：产生应用参数表(su010)、产生激活消息表(su020)、产生多部分消息(su030)、和发送所述多部分消息(su040)。

在产生应用参数表的步骤(su010)中，产生待由发送器发送的应用参数表。这里，应用参数表能够包括与应用中的至少一个有关的信息。这里，应用参数表能够包括第一识别符和第二识别符。这里，第一识别符能够识别应用参数表所属于的互动节目段。另外，第二识别符能够识别在应用参数表范围内的应用。

应用参数表包含与应用有关的信息，并且其示例包括上述的TDO参数表(TPT)。应用参数表可以包括：应用参数表的版本信息、应用的版本信息、该应用将应用到的段的识别符、应用的识别符，以及事件的识别符。

第一识别符能够识别应用参数表所属于的互动节目段。第一识别符可以是包括在上述TPT中的@id属性。

第二识别符能够在应用参数表的范围内识别应用。第二识别符可以是TDO元素(其是上述TPT的子元素)的@appID属性。

接收机可以接收并解析TPT，以便获得第一识别符和第二识别符。使用第一识别符，应用可以与第一识别符所属于的应用参数表相关联，并且可以找到与应用参数表相关联的应用和事件将应用于的段。使用第二识别符，可以找到激活消息将应用于的应用。接收机可以使用上述识别符来将激活消息与待激活的事件进行匹配。

在产生应用参数表的步骤(su010)中，在本发明的实施方式中，应用参数表还可以包括第五识别符。第五识别符能够识别针对应用的事件。第五识别符可以对应于作为TDO元素(其是上述TPT的子元素)中的Event元素的属性的@eventID。第五识别符可以与AMF的第六识别符匹配。在下文的产生激活消息表的步骤(su020)中，将描述第六识别符的操作以及以第五识别符来匹配第六识别符的操作。

在产生应用参数表的步骤(su010)中，在本发明的实施方式中，应用参数表还可以包括版本信息。版本信息能够指示应用参数表的定义的版本号。版本信息可以对应于作为上述TPT的属性的@tptVersion。接收机可以解析TPT或应用参数表以获得版本信息。

在产生应用参数表的步骤(su010)中，在本发明的实施方式中，应用参数表还可以包括第七识别符。这里，第七识别符能够识别由第五识别符所识别的事件待使用的数据。这里，该第五识别符等于上述第五识别符。第七识别符可以对应于作为TDO元素(其是上述TPT的子元素)中的Data元素的属性的@dataID。第七识别符可以与AMF的第八识别符匹配。在下文的产生激活消息表的步骤(su020)中将，描述第八识别符的操作以及以第七识别符来匹配第八识别符的操作。

在产生应用参数表的步骤(su010)中，在本发明的实施方式中，该应用可以是触发声明性对象(TDO)，并且应用参数表可以是TDO参数表。该TDO和TPT等于上述TDO和TPT。

在产生激活参数表的步骤(su020)中，产生待由发送器发送的激活消息表。这里，激活消息文件能够指示应用的激活时间中的至少一个。这里，激活时间能够指激活的时间。这里，激活消息文件能够包括第三识别符和激活消息。这里，第三识别符能够与如下应用参数表的第一识别符相匹配，该应用参数表包含激活消息文件中的激活消息应用于的应用。这里，激活消息能够包括：第四识别符和开始时间信息。这里，第四识别符能够与如下的应用参数表中的应用的第二识别符相匹配，该应用参数表与激活消息文件相关联。另外，开始时间信息能够指示针对该应用的事件的时间段的、相对于该段的时间的开始。

激活消息文件可以是上述激活消息表(AMT)。由于可以包括多个激活消息，所以与具体段相关的多个激活消息可以同时传递。激活消息文件可以包含版本信息、相关段的识别符、与每个激活消息有关的信息等。

激活时间可以是指常规激活发生的时间。

第三识别符可以对应于上述AMT的@segmentId。通过识别作为激活消息文件的识别符的相关段，激活消息文件可以与应用参数表匹配。

激活消息可以对应于作为上述AMT的子元素的activation(激活)。因此，激活消息可以包含目标应用的识别符、目标事件的识别符、以及激活开始时间。

第四识别符可以是作为上述AMT的子元素的activation的@targetTDO属性。因此，可能识别激活命令的目标应用。

开始时间信息可以是作为上述AMT的子元素的activation的@startTime属性。因此，可以包含与执行开始时间有关的信息。

接收机可以解析接收到的激活消息文件，以获得诸如激活消息、第三识别符、第四识别符、以及开始时间信息这样的信息。经解析的第三识别符可以与应用参数表中的经解析的第一识别符有关的信息匹配。第一识别符能够是如下的应用参数表的识别符，该应用参数表包含激活消息文件中的激活消息应用于的应用。另外，第三识别符是激活消息应用于的段的识别符，并可以与第一识别符匹配，以连接应用参数表和AMF。

经解析的第四识别符可以与在TPT中的经解析的第二识别符信息匹配。第二识别符能够是应用参数表(其与激活消息文件相关联)中的应用的识别符。另外，第四识别符是激活命令应用于的应用的识别符，并可以与如下的第二识别符匹配，该第二识别符将与AMF中的激活消息应用于的TPT中的应用连接。

经解析的开始时间信息可以指示待由AMF的激活消息激活的事件的激活起始时间。其可以是与段的时间相关的时间信息。针对由解析的@segmentId和@targetTDO信息所指定的应用，能够指示激活消息应用于的事件的激活开始时间。

在产生激活消息表的步骤(su020)中，在本发明的实施方式中，激活消息还可以包括第六识别符。第六识别符可以识别激活命令将应用于的事件。第六识别符可以对应于在作为上述AMT的子元素的activation的属性的@targetEvent。第六识别符能够与由第四识别符所识别的应用的第五识别符匹配。这里，该第四识别符等于上述第四识别符。如果接收机解析激活消息文件以获得第六识别符，则第六识别符可以与通过解析应用参数表所获得的第五识别符匹配。通过这样的匹配，待由激活消息激活的事件可以与该应用的相应事件信息连接，并且可以激活该事件来激活激活消息。

在产生激活消息表的步骤(su020)中，在本发明的实施方式中，如果晚于由开始时间信息所指定的时间接收激活消息文件，则激活可能立即发生。

在产生激活消息表的步骤(su020)中，在本发明的实施方式中，激活消息还可以包括第八识别符。这里，第八识别符可以识别与目标事件相关的数据。第八识别符可以对应于在作为上述AMT的子元素的Activation的属性的@targetEvent。第八识别符能够与由第四识别符所识别的应用的第七识别符匹配。这里，该第四识别符等于上述第四识别符。接收机可以将所解析的AMT的第八识别符与所解析的应用参数表的第七识别符匹配。因此，能够识别与应用消息的目标事件有关的数据，并使该数据与应用参数表中的数据信息相关联。

在产生激活消息表的步骤中(su020)，在本发明的实施方式中，激活消息可以包括结束时间信息。这里，结束时间信息能够指示相对段的时间相关的、事件的时段的结束。在由结束时间信息所指示的时间已经过去后，可以停止事件激活。即，可以在由开始时间信息所指示的开始时间和由结束时间信息所指示的结束时间之间激活事件。

在产生激活消息表的步骤中(su020)，在本发明的实施方式中，段的时间可以是该段的媒体时间。这里，段的媒体时间能够是涉及内容项的播放点的参数。

产生多部分消息的步骤(su030)是产生具有作为多部分消息的第一部分的应用参数表和作为多部分消息的第二部分的激活消息文件的多部分消息的步骤。这里，应用参数表和激活消息文件等于应用参数表和激活消息文件。

如在批量激活触发器传递中所述，如果一批激活触发器经由互联网传递，则激活触发器可以以多部分MIME消息的形式传递。在产生多部分消息的步骤(su030)中，在传输应用参数表和激活消息文件之前，能够产生应用参数表和激活消息文件分别作为其第一部分和第二部分的多部分消息。

为了获得与应用参数表和激活消息文件有关的信息，接收机可以接收并解析多部分消息。在下文中，将描述接收机的操作。

发送多部分消息的步骤(su040)是经由HTTP向接收机发送多部分消息的步骤。

如在批量激活触发器传递中所述，如果一批激活触发器经由互联网传递，则用于段的激活触发器能够经由HTTP来传递。接收机接收多部分消息。在下文中，将描述接收机的操作。

图23是示出根据本发明的实施方式的接收机的结构的图。

在本发明的实施方式中，接收机可以包括：天线23010、调谐器23020、VSB或DVB解调器23030、MPEG-2TS系统解码器23040、字幕模块23050、触发器模块23060、网络浏览器23070、网络协议堆栈23080、网络接口23090、UI模块23100、音频解码器23110、视频解码器23120、扬声器23130、显示模块23140、图形处理器23150、遥控器接收机23160、和/或遥控器23170。

天线23010可以根据广播流来接收广播信号。这里，天线23010可以是本技术领域中常用的一个。

调谐器23020可以寻找或调谐到接收机的信道，并包括射频放大器、本地振荡器、频率转换和输入电路、导引头等。调谐器23020可以是是本技术领域中常用的一个。

VSB或DVB解调器23030可以调制VSB信号或DVB信号。VSB或DVB解调器23030可以将调制的VSB或DVB(例如，OFDM调制信号)恢复成初始信号。VSB或DVB解调器23030的解调过程可以是是本技术领域中常用的一个。

MPEG-2TS系统解码器23040对解调后的信号的传输流(TS)进行解码。MPEG-2TS系统解码器23040可以从传输流中获得字幕流并将其传递到字幕模块23050。MPEG-2TS系统解码器23040可以将解码后的音频和视频信号发送到音频/视频解码器23120。

字幕模块23050可以接收字幕流。字幕模块23050可以监视服务#6或其他服务，并确定是否选择了用于发送触发器的服务或服务#6并被发送给触发器模块23060，或是否字幕文本被处理并显示在屏幕上。可以将触发器数据传递给触发器模块23060。其它字幕服务可以经受字幕文本处理，并被发送到图形处理器23150。

触发器模块23060可以解析触发器、TPT和/或AMT信息，并处理经解析的数据。触发器模块23060可以使用触发器的URI信息值经由网络协议堆栈23080来访问网络。URI信息值可以是HTTP服务器的地址。触发器模块23060可以分析TPT文件内容以获取TDO URL。另外，触发器模块23060可以解析AMT以处理数据。通过解析可以获得其他信息。在已经接收到AMT信息后，对应于网络浏览器的TDO URL根据预定时间和操作来传递，或者可以在预定的时间停止当前正在操作TDO。这对应于TDO动作，并且触发器模块23060可以发送命令到网络浏览器来操作。在下文中，将详细描述与本发明相关的触发器模块23060的操作。

网络浏览器23070可以接收来自触发器模块23060的命令、来自UI模块23100的浏览器键控代码、来自遥控器接收机23160的浏览器键控代码，并与网络协议堆栈23080进行通信。

网络协议堆栈23080可以经由网络接口23090与触发器模块23060和网络浏览器进行通信，来访问服务器。

网络接口23090执行多个其它装置的常见连接，或网络计算机和外部网络的连接。网络接口可以连接到服务器以下载TDO、TPT、AMT等。这里，网络接口23090的操作可以是网络接口23090的操作(其是本技术领域中常用的一个)。在下文中，将详细描述与本发明相关的网络接口23090的操作。

UI模块23100可以使用遥控器23170通过遥控器接收机23160来接收由观众输入的信息。如果接收到的信息是与使用网络的服务相关，则可以将浏览器键控代码传递到网络浏览器。如果接收到的信息与当前显示的视频有关，则该信号可以经由图形处理器23150传递到显示模块23140。

音频解码器23110可以对从MPEG-2TS系统解码器23040接收到的音频信号进行解码。此后，经解码的音频信号可以被发送到扬声器并输出给观众。这里，音频解码器23110可以是本技术领域中常用的一个。

视频解码器23120可以对从MPEG-2TS系统解码器23040接收到的视频信号进行解码。此后，可以将经解码的视频信号发送到待向观众输出的显示模块23140。这里，视频解码器23120可以是本技术领域中常用的一个。

扬声器23130可以向观众输出音频信号。扬声器可以是本技术领域中常用的一个。

显示模块23140可以向观众输出视频信号。显示模块23140可以是本技术领域中常用的一个。在下文中，将详细描述与本发明相关的显示模块23140的操作。

图形处理器23150可以针对从字幕模块23050接收到的字幕文本和从UI模块23100接收到的观众输入信息来执行图形处理。可以将经处理的信息传递到显示模块23140。图形处理器23150可以是本技术领域中常用的一个。

遥控器接收机23160可以接收来自遥控器23170的信息。此时，可以将键控代码传递到UI模块23100，并且可以将浏览器键控代码传递到网络浏览器。

遥控器23170将由观众输入的信号传递到遥控器接收机23160。遥控器23170可以接收用于改变虚拟频道的观众输入。此外，针对该应用，控制器可以接收观众所选择的信息。遥控器23170可以将接收到的信息传递到遥控器接收机23160。此时，可以使用红外(IR)光在超出预定范围的距离来远程传递信息。

图24是示出在机顶盒经由高清晰度多媒体接口(HDMI)或外部接口来接收广播的情况下的、根据本发明的实施方式的接收机的结构的图。

在图24所示的本发明的实施方式中，接收机可以包括：天线24010、调谐器24020、机顶盒24030、VSB或DVB解调器24040、HDMI 24050、MPEG-2TS系统解码器24060、字幕模块24070、触发器模块24080、网络浏览器24090、网络协议堆栈24100、网络接口24110，UI模块24120、ACR模块24130、音频解码器24140、视频解码器24150、扬声器24160、显示模块24170、图形处理器24180、遥控器接收机24190和遥控器24200。

在这种情况下，由于广播流的视频和音频为原始数据，所以不可以接收包括在字幕流中的触发器。在下文中，将描述本发明的详情。

这里，就作用而言，不包括机顶盒24030、HDMI 24050和ACR模块24130的模块与图23的实施方式中所述的模块类似。

现将描述机顶盒24030、HDMI 24050和ACR模块24130。

机顶盒24030可以将通过数字网络从视频服务器接收到的压缩信号还原成初始视频和音频信号。TV可以是互联网用户接口。

HDMI 24050可以是非压缩数字视频/音频接口标准的高清晰度多媒体接口。HDMI24050可以在机顶盒24030和AV装置之间提供接口，即，音频解码器24140和视频解码器24150。

ACR模块24130可以自动地识别来自音频解码器24140和视频解码器24150的广播内容。基于当前所识别的内容，可以经由触发器模块24080和网络接口24110将查询发送到ACR服务器，以接收用于触发器的TPT/AMT。

图25是示出TDO模型中的接收装置的实施方式的图。

在图25所示的本发明的实施方式中，接收机可以包括：网络接口v010、触发器模块v020和显示模块v030。

网络接口v010可以执行类似于上述网络接口的操作的操作。网络接口v010可以通过HTTP来接收多部分消息。这里，多部分消息能够由作为多部分消息的第一部分的应用参数表和作为多部分消息的第二部分的激活消息文件构成。

这些多部分消息、应用参数表和激活消息文件可以等于那些上述的那些。

触发器模块v020可以执行类似于上述触发器模块的操作的操作。触发器模块v020能够解析多部分消息，并获得应用参数表和激活消息文件。并且，触发器模块v020能够解析包括与至少一个应用有关的信息，并获得第一识别符、第二识别符和URL信息的应用参数表。并且，触发器模块v020能够解析指示应用的激活时间中的至少一个的激活消息文件，并获得第三识别符和激活消息。并且，触发器模块v020能够解析激活消息，并获得第四识别符和开始时间信息。

这里，第一识别符能够识别应用参数表所属于的互动节目段。这里，第二识别符能够在应用参数表的范围内识别该应用。这里，URL信息能够指示能够传递该应用的服务器的URL。这里，URL信息能够识别作为该应用的一部分的文件。这里，网络接口能够使用URL信息来下载该应用。这里，激活时间能够指激活的时间。这里，第三识别符能够与如下的应用参数表的第一识别符相匹配，该应用参数表能够包含激活消息文件中的激活消息应用于的应用。这里，第四识别符能够将应用参数表中的应用的第二识别符与激活消息文件所关联的识别符进行匹配。这里，开始时间信息能够指示相对于段的时间的、针对应用的事件的时段的开始。

URL信息能够指示能够传递应用的服务器的URL。URL信息可以对应于在TDO元素中(其是图5中TPT的子元素)的URL元素。URL信息能够识别作为应用的一部分的文件。网络接口能够使用URL信息来下载应用。

这些多部分消息、应用参数表、激活消息文件、第一识别符、第二识别符、第三识别符、激活消息、第四识别符和开始时间信息的含义和操作可以等于上面针对发送器描述的含义和操作。

在本发明的实施方式中，应用参数表还可以包括第五识别符。在本实施方式中，激活消息还可以包括第六识别符。该第五识别符与第六识别符的含义和操作可以等于上面针对发送器描述的含义和操作。

在本发明的实施方式中，如果晚于由开始时间信息指定的时间接收到激活消息文件，则可以立刻进行激活。

在本发明的实施方式中，应用参数表还可以包括版本信息。该版本信息的含义和操作可以等于上面针对发送器描述的含义和操作。

在本发明的实施方式中，应用参数表还可以包括第七识别符。在本实施方式中，激活消息还可以包括第八识别符。该第七识别符和第八识别符的含义和操作可以等于上面针对发送器描述的含义和操作。

在本发明的实施方式中，激活消息可以包括结束时间信息。该结束时间信息的含义和操作可以等于上面针对发送器描述的含义和操作。

在本发明的实施方式中，应用可以是触发声明性对象(TDO)，并且应用参数表可以是TDO参数表。该TDO和TPT等于上述的TDO和TPT。

在本发明的实施方式中，段的时间可以是段的媒体时间。这里，段的媒体时间能够是涉及内容项的播放点的参数。

显示模块v030可以执行类似于上述显示模块的操作的操作。显示模块v030能够显示应用。

在下文中，将描述直接执行模型。

在直接执行模型中，当选择虚拟频道时，能够自动启动声明性对象(DO)。它能够通过互联网与后端服务器进行通信，来获得用于提供如下互动特征的详细指令：在屏幕上的特定位置创建显示、进行轮询、启动其它指定的DO等，所有这些与音频-视频节目同步。

在下文中，将描述直接执行模型中的触发器操作。

在直接执行模型中，触发器的作用、功能和语法并没有更改很多。

该触发器的性能等于上述的性能。

该触发器语法等于上述的语法。

触发器能够被认为由三部分构成。

<domain name part>/<directory path>[？<parameters>]

在直接执行模型，<domain name part>和<directory path>的组合能够唯一地识别待启动的DO。

<parameters>可以由“event_time”、“media_time”、或“spread”中的一个或更多个构成。

在直接执行模型中，一旦选择了虚拟频道，便自动地启动应用。应用能够经由“同步内容协议(Synchronized Content Protocol)”通过互联网与后端服务器进行通信。服务器能够给出用于提供互动特征(其均与音频-视频节目同步)的详细指令。

在直接执行模型的情况下，由于应用立即执行，所以当传递时基触发器时，可以将信息传递到当前执行的应用。在该模型中，应用需要继续地向服务器传递与当前广播内容有关的信息，用于同步。为此，时基触发器还可以包括与TDO模型的信息不同的特别信息。该特别信息可以是当前广播内容的识别符。

类似地，内容识别符可以以参数形式在触发器的参数部分中存在。

类似地，内容识别符可以以一个术语的形式在触发器的media_time中存在。内容识别符术语(其能够称为能够由随后是字符串的“c＝”所指定的content_id)能够代表当前正被查看的内容的识别符。

content_id术语还能够用于支持互动服务实现的直接执行模型。

如上所述，在该模型中，在具有content_id术语的时基触发器启动后，能够将它传递给应用，并且该应用能够将content_id传递到后端服务器，从而识别用于互动的环境。在下文中，将描述其详细操作。

在直接执行模块中的触发器的传递机制与上述传递机制是相等的。

然而，在广播流中传递触发器的情况下，触发器能够在DTV封闭字幕通道、在服务#6、在URLString命令中传递。并且针对使用直接执行模型的互动服务，URI_type字段能够设置为2(用于直接执行模型的互动TV触发器)。

在下文中，将描述直接执行模块的整体操作。

作为用于执行互动服务的一个模型，在直接执行模型中，一旦选择了虚拟频道，便能够自动地启动应用。该应用能够经由“同步内容协议”通过互联网与后端服务器进行通信。服务器能够给出用于提供如下互动特征的详细指令：在屏幕上的特定位置创建显示、进行轮询、启动其它特别DO等，所有这些与音频-视频节目同步。。

操作可以执行如下。

首先，能够启动应用。然后，接收时基触发器。在已经执行应用之后，将该时基触发器传递到应用。时基触发器的content_id术语可以包括当前显示内容的内容识别信息。为了识别用于互动的环境，并且为了识别当前正被查看的内容，应用能够将content_id传递到后端服务器。

图26是示出直接执行模型中的传输方法的实施方式的图。

根据本发明的实施方式的直接执行模型中的传输方法可以包括：产生触发器(sw010)、产生广播信号(sw020)、以及发送广播信号(sw030)。

在产生触发器的步骤(sw010)中，产生了将要发送的触发器。这里，触发器能够包含第一识别符和参数。这里，第一识别符能够识别将要启动的应用。这里，参数能够包括媒体时间戳和内容识别符。这里，媒体时间戳能够指示内容的当前播放点。这里，内容识别符能够识别当前正被查看的内容。这里，在启动应用后，能够将触发器传递给应用。这里，应用能够将内容识别符传递给服务器，以便识别当前正被查看的内容。

这里，第一识别符可以对应于上述触发器语法中的locator_part。locator_part可以包括<domain name part>和<directory path>部分。<domain name part>和<directorypath>的组合能够唯一地识别待启动的应用。

参数可以对应于上述触发器语法中的<parameter>部分。<parameter>可以由“event_time”、“media_time”或“spread”中的一个或更多个构成。

媒体时间戳可以对应于的上述<parameter>的“media_time”。

内容识别符可以对应于上述<parameter>的“media_time”中的content_id术语。

该服务器可以是上述后端服务器。

接收机可以接收并解析触发器，以获取第一识别符、参数，媒体时间戳、以及内容识别符信息。使用第一识别符信息，可以识别待执行的应用。可以将接收到的触发器传递到正在执行的应用。应用可以向服务器传递参数的媒体时间戳中的内容识别符信息，从而服务器识别与当前显示内容有关的信息。此后，服务器能够给出用于提供互动特征的详细指令。

在产生触发器的步骤(sw010)中，本发明的实施方式实现如下。第一识别符能够由第一部分和第二部分构成。这里，第一部分可以是上述<domain name part>。这里，第二部件可以是上述<directory path>如上所述，针对<domain name part>和<directory path>，第一部分可以涉及注册的互联网域名，并且第二部分识别在拥有所识别的域名的所有权的实体的控制和管理下的目录路径。

在产生触发器的步骤(sw010)中，在本发明的实施方式中，触发器能够具有52字节的最大长度。

在产生触发器的在步骤(sw010)中，本发明的实施方式实现如下。如果未预先安装或未已经缓存应用，则要下载应用，并且其中，由第一识别符来识别应用。如果由第一识别符识别的应用不存在，则接收机可以下载该应用。

在产生触发器的步骤(sw010)中，在本发明的实施方式中，“内容的当前播放点”可以是指段的媒体时间。

在产生触发器的步骤(sw010)中，在本发明的实施方式中，应用可以是如下各项中的一个：声明性对象、触发声明性对象、非实时声明性对象，和未绑定声明性对象。

在产生广播信号的步骤(sw020)中，可以产生包括所产生的触发器的广播信号。产生广播信号的过程可以是本技术领域中常用的。

在产生广播信号的步骤(sw020)中，在本发明的实施方式中，可以将触发器插入到产生广播信号的过程中的广播信号的DTV封闭字幕通道中。

在发送广播信号的步骤(sw030)中，可以发送所产生的广播信号。

图23和24所示的接收机的结构可以应用到直接执行模型。

图27是示出直接执行模型中的接收装置的实施方式的图。

根据本发明的实施方式的、直接执行模型中的接收装置可以包括：调谐器x010、触发器模块x020、网络接口x030和显示模块x040。

调谐器x010可以执行类似于图23所示的调谐器的操作的操作。调谐器x010可以接收包括包含content_id信息的触发器的广播信号。这里，content_id可以是上述的当前广播内容的识别符。

触发器模块x020可以执行类似于图23所示的触发器模块的操作的操作。触发器模块x020能够解析广播信号，并获得触发器。并且，触发器模块x020能够解析触发器，并获得第一识别符和参数。触发器模块x020能够启动由第一识别符识别的应用。并且，触发器模块x020能够解析参数，并获得媒体时间戳和内容识别符。

这里，第一识别符能够识别待启动的应用。这里，在启动应用之后，能够将触发器传递给该应用。这里，媒体时间戳能够指示内容的当前播放点。这里，内容识别符能够识别当前正被查看的内容。

触发器、第一识别符、参数、媒体时间戳和内容识别符的含义和操作可以等于在发送直接执行模型中的广播信号的过程中描述的含义和操作。

本发明的实施方式可以实现如下。第一识别符能够由第一部分和第二部分构成。这里，第一部分可以是上述<domain name part>。这里，第二部件可以是上述<directorypath>。如上所述，针对<domain name part>和<directory path>，第一部分能够涉及注册的互联网域名，并且第二部分能够识别在拥有所识别的域名的所有权的实体的控制和管理下的目录路径。

在本发明的实施方式中，触发器能够具有52字节的最大长度。

在本发明的实施方式中，“内容的当前播放点”可以是指段的媒体时间。

在本发明的实施方式中，应用可以是如下各项中的一个：声明性对象、触发声明性对象、非实时声明性对象和未绑定声明性对象。

在本发明的实施方式中，可以将触发器插入到在广播信号中的DTV封闭字幕通道中。

网络接口x030能够与服务器通信。这里，应用能够使用网络接口来将内容识别符传递给服务器，以便识别当前正被查看的内容。

可以实现本发明的实施方式。如果未预先安装或未已经缓存应用，则要下载该应用，并且该应用由第一识别符来识别。如果不存在由第一识别符识别的应用，则接收机可以下载网络接口x020。

显示模块x040能够显示应用。

实施方式

已经以执行本发明的具体实施方式来描述了各种实施方式。

工业实用性

本发明可用于一系列广播服务提供领域。

对于本领域技术人员而言，将显而易见的是，在本发明中能够做出各种修改和变型，而不脱离本发明的精神或范围。因此，期望的是，本发明涵盖这些修改和变型，只要它们落在所附权利要求及其等同物的范围内即可。

Claims (6)

1.一种处理互动服务的方法，所述方法包括如下步骤：

产生时基触发器，所述时基触发器包括第一识别符和参数，其中，所述第一识别符识别待启动的应用，其中，所述参数包括媒体时间戳和内容识别符，其中，所述媒体时间戳指示内容的当前播放点以建立时间基准，其中，所述内容识别符识别当前正被查看的内容，其中，在启动所述应用后，将所述时基触发器传递给所述应用，其中，所述应用将所述内容识别符传递到服务器，以便识别用于互动的环境；

产生激活触发器，所述激活触发器涉及应用参数表中的事件并且基于所建立的时间基准设置用于所述事件的激活时间；

产生包括所述时基触发器和所述激活触发器的广播信号；以及

发送所述广播信号，

其中，所述应用参数表包括应用元素，所述应用元素包括与所述事件所针对的应用有关的信息，其中，所述应用元素包括事件元素和识别所述应用的应用ID，

其中，所述事件元素包括与针对所述应用的事件有关的信息，其中，所述事件元素包括数据元素和识别所述事件的事件ID，

其中，所述数据元素包括用于激活所述事件的数据，其中，所述数据元素包括识别所述数据的数据ID，

其中，所述激活触发器涉及所述事件的事件ID、所述数据的数据ID和所述应用参数表中的所述事件所针对的应用的应用ID。

2.根据权利要求1所述的方法，

其中，所述第一识别符包括第一部分和第二部分，所述第一部分涉及注册的互联网域名，并且所述第二部分识别在拥有所识别的域名的所有权的实体的控制和管理下的目录路径。

3.根据权利要求1所述的方法，其中，产生广播信号的步骤包括：

将所述时基触发器和所述激活触发器插入到所述广播信号中的DTV封闭字幕通道中。

4.一种接收互动服务的装置，该装置包括：

调谐器，该调谐器接收包括时基触发器和激活触发器的广播信号；

触发器模块，该触发器模块解析所述广播信号，获得所述时基触发器，所述时基触发器包括第一识别符和参数，其中，所述第一识别符识别待启动的应用，启动由所述第一识别符识别的应用，其中，在启动所述应用后，将所述时基触发器传递给所述应用，其中，所述参数包括媒体时间戳和内容识别符，其中，所述媒体时间戳指示内容的当前播放点以建立时间基准，并且其中，所述内容识别符识别当前正被查看的内容；

网络接口，该网络接口与服务器通信，其中，所述应用使用所述网络接口向所述服务器传递所述内容识别符以便识别用于互动的环境；以及

显示模块，该显示模块显示所述内容和所述应用，

其中，所述触发器模块还获得所述激活触发器，所述激活触发器涉及应用参数表中的事件并且基于所建立的时间基准设置用于所述事件的激活时间；

其中，所述应用参数表包括应用元素，所述应用元素包括与所述事件所针对的应用有关的信息，其中，所述应用元素包括事件元素和识别所述应用的应用ID，

其中，所述事件元素包括与针对所述应用的事件有关的信息，其中，所述事件元素包括数据元素和识别所述事件的事件ID，

其中，所述数据元素包括用于激活所述事件的数据，其中，所述数据元素包括识别所述数据的数据ID，

其中，所述激活触发器涉及所述事件的事件ID、所述数据的数据ID和所述应用参数表中的所述事件所针对的应用的应用ID。

5.根据权利要求4所述的装置，

其中，所述第一识别符包括第一部分和第二部分，所述第一部分涉及注册的互联网域名，并且所述第二部分识别在拥有所识别的域名的所有权的实体的控制和管理下的目录路径。

6.根据权利要求4所述的装置，

其中，将所述时基触发器和所述激活触发器插入到所述广播信号中的DTV封闭字幕通道中。