CN103583008B

CN103583008B - 对用于交互电视的触发器参数表的扩展

Info

Publication number: CN103583008B
Application number: CN201280026304.4A
Authority: CN
Inventors: M·艾耶
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2011-07-20
Filing date: 2012-07-12
Publication date: 2016-01-13
Anticipated expiration: 2032-07-12
Also published as: US8925016B2; CA2837112C; MX2013012908A; CA2838788A1; EP2735109A1; US9554175B2; US9980000B2; CA2837112A1; US20150195605A1; KR20140044855A; US10341715B2; CN103583008A; KR102002835B1; WO2013012718A1; MX2013012859A; US20130024894A1; CA2838788C; KR102004006B1; EP2735139A1; EP2735139A4

Abstract

一种方法、计算机程序、接收装置和信息提供装置。所述方法包括接收来自内容源的内容并将接收到的内容显示在显示器上。从与接收到的内容相关联的封闭标题数据中提取第一触发器。接收装置基于所提取的第一触发器检索触发器参数表(TPT)。所述TPT包括与接收到的内容的第一媒体时间和触发器标识符之一或组合相关联的至少一个事件，并且被存储在接收装置的存储器中。进一步地，所述接收装置基于包括所述触发器标识符的第二触发器和等于接收到的内容的当前媒体时间的第一媒体时间之一或组合处理所述事件。

Description

对用于交互电视的触发器参数表的扩展

相关申请的交叉引用

本申请涉及于2011年7月20日提交的美国临时专利申请No.61/509,679并在35U.S.C.§119(e)的规定下要求其优先权，其中该临时申请通过引用全文合并在此。本申请还涉及于2011年9月6日提交的美国临时专利申请No.61/531,360；于2012年3月21日提交的美国临时专利申请No.61/613,869；于2012年3月21日提交的美国临时专利申请No.61/613,880；以及于2012年4月20日提交的美国临时专利申请No.61/636,488，本申请在35U.S.C.§119(e)的规定下要求上述各临时申请的优先权，并且所述临时申请通过引用全文合并在此。本申请还涉及于2012年6月6日提交的美国专利申请No.13/490,216，其中该申请通过引用全文合并在此。

技术领域

在此描述的实施例一般地涉及触发器紧致的一种方法、计算机程序、接收装置和信息提供制造。在此描述的实施例尤其涉及触发器压缩和触发器参数表(TPT)。

背景技术

现代电视和机顶盒除了接收和呈现电视广播之外还能够执行各种功能。一些功能包括电子节目向导(EPG)、允许电视观众浏览网页的小程序以及电视上正观看节目右侧的工具等的显示。这些功能中的许多要求电视或机顶盒接收附加数据。例如，在EPG的情况下，电视或机顶盒需要接收节目信息。

在某些情况下，附加数据连同电视广播一并提供。当附加数据被以此方式提供时，能够提供的数据量常常是有限的。由此，会需要减少与电视广播一并提供的附加数据的量或从其他源获取该附加数据。

发明内容

根据本发明的一个实施例，提供了一种接收装置的用于处理触发器的方法。所述方法包括接收来自内容源的内容并将接收到的内容显示在显示器上。从与接收到的内容相关联的封闭标题数据中提取第一触发器。接收装置基于所提取的第一触发器检索触发器参数表(TPT)。所述TPT包括与接收到的内容的第一媒体时间和触发器标识符之一或组合相关联的至少一个事件，并且被存储在接收装置的存储器中。进一步地，所述接收装置基于包括所述触发器标识符的第二触发器和等于接收到的内容的当前媒体时间的所述第一媒体时间之一或组合处理所述事件。

进一步地，根据本发明的一个实施例，提供了一种嵌入有指令的非暂态计算机可读存储介质，所述指令在由计算机处理时，使得计算机执行上述接收装置的方法。

根据本发明的一个实施例，提供了一种接收装置。所述接收装置包括接收机、显示接口、提取单元和处理器。接收机被配置为接收来自内容源的内容。显示接口被配置为显示接收到的内容。提取单元则被配置为从与接收到的内容相关联的封闭标题数据中提取第一触发器。处理器被配置为基于所提取的第一触发器检索触发器参数表(TPT)。所述TPT包括与接收到的内容的第一媒体时间和触发器标识符之一或组合相关联的至少一个事件。进一步地，所述处理器还被配置为在接收装置的存储器中存储该TPT并且基于包括所述触发器标识符的第二触发器和等于接收到的内容的当前媒体时间的所述第一媒体时间之一或组合处理所述事件。

根据本发明的一个实施例，提供了一种信息提供装置，包括存储器和通信单元。存储器被配置为存储触发器参数表(TPT)。所述TPT包括与要被提供给接收装置的内容的媒体时间和触发器标识符之一或组合相关联的至少一个事件。所述通信单元被配置为将所述TPT提供给所述接收装置。TPT被提供在触发器中标识的位置处，所述触发器则被包括在与提供给接收装置的内容相关联的闭合标题数据内。

附图说明

通过结合附图参考如下的详细描述将随着本发明及其连带优点变得更好理解而得到对本发明及其连带优点的更完全的理解，在附图中：

图1示出了包括内容源、接收装置、触发器参数表(TPT)服务器、经触发说明性对象(TDO)服务器和自动内容识别(ACR)系统的示例性广播系统；

图2是示例性接收装置的框图；

图3是示例性接收装置的处理器中心框图；

图4A示出了一种用于处理触发器的示例性方法的流程图；

图4B示出了一种用于在全传输流(TS)可用时处理触发器的示例性方法的流程图；

图4C示出了一种用于在因特网接入可用时处理触发器的示例性方法的流程图；

图5示出了一种用于处理触发器的说明性对象(DO)引擎的示例性方法的更为详细的流程图；

图6A示出了用于预先生成内容的示例性触发定时；

图6B示出了用于直播内容的示例性触发器定时；

图6C和6D示出了示例性触发器和关联的TPT；

图7是示例性信息提供装置的框图；

图8是示例性计算机；

图9A是一种用于处理非闭合标题文本数据的示例性方法；

图9B是一种在非闭合标题文本数据中递送的触发器命令的示例性格式；

图9C示出了一种示例性的触发器语法；以及

图10是一种用于触发器的示例性规范语法。

具体实施方式

虽然本发明易于以各种不同形式的实施例实现，并且在附图中示出并将在此详细描述特定实施例，但是本公开的这些实施例只应被理解为本发明原理的示例，而非旨在将本发明限制在示出并描述的特定实施例。在如下的描述中，类似的参考编号用于描述各附图中相同、类似的或对应的部分。

在交互式电视应用中，除了节目音频和视频之外，还向观众提供额外（即，补充）内容，以允许观众以某些方式与节目安排交互。额外内容可以简单地像是指向能够提供有关正被示出的节目、项目或服务的进一步信息的网站的因特网统一资源定位器（URL）。或者，交互元素可以提供扩充节目视频的文本和/或图形。后者的一个示例是在体育事件过程中显示具体运动员的更新统计信息的元素。

通常，这些交互元素的行为或出现/消失取决于节目内各事件的定时。渲染这些对象的电视接收机必须能够接收恰当信令以知晓如何和何时对交互元素的显示做出调整。执行信令功能的对象可被称为“触发器”因为它们起到在设定时刻触发特定操作的作用。可被触发的操作的变化性是无穷的。简单的例子包括诸如如下：“执行”（开始交互功能的操作）、“隐藏”（从显示中移除所有可见元素）、执行诸如显示或更新某些文本或图形的某些设定动作、以及“终止”（结束所有操作并且释放存储器资源）。

触发器本身必须从交互元素发源并一路操作至消费者接收机的分发链中的一点开始传送。各种传送方法可用于该触发器对象。触发器可被包括在各种不同位置的数字传送多路复用中，并且可由基于因特网的服务器提供并由连接因特网的接收机访问。数字传送的可能位置包括在视频或音频“用户数据”内、在封闭标题传送内（如下将进一步详述）、在节目特定信息(PSI)表中携带的描述符内、在MPEG-2传送流包的适应字段内、嵌入在音频内、以及在视频本身内以亮度或色度调制。

在每种情况下都优选更小的触发器。例如，相比于那些大小可达100或以上字节的触发器，可由少至30字节（或文本字符）表示的触发器在传输中提供更大的灵活性和更高的效率。在本发明的实施例中，描述了其中触发器功能使用小型或“紧凑型”触发器实现的一种提供交互性的方法。

现参见图1，图1是示出了示例性广播系统2的框图，该广播系统2包括内容源10、接收装置20（例如，数字电视接收机设备）、触发器参数表(TPT)服务器40、经触发说明性对象(TDO)服务器50、以及可选的自动内容识别(ACR)系统60。接收装置20经由诸如因特网30的一个或多个通信网络访问TPT服务器40、TDO服务器50和/或ACR系统60。在其他实施例中，存储在TPT服务器40中的TPT和/或存储在TDO服务器50中的TDO由内容源10或ACR系统60提供给接收装置20。

广播系统2提供交互数字电视特征，藉此向观众呈现与内容源10提供的内容中的事件相关联且时间同步的补充内容。补充内容包括诸如音频、视频、文本或图像之类的媒体类型之一或组合，和/或一个或多个交互元素。在一个实施例中，补充内容的行为和出现与内容中的事件相关联且时间同步。

在一个实施例中，内容源10经由陆上广播向接收装置20提供内容。在其他实施例中，内容源10经由卫星广播、有线电视传输、陆上电视广播、蜂窝网络和诸如局域网（LAN）、广域网（WAN）或因特网30的数据通信网络中的至少一个提供内容。由内容源10提供的内容包括一个或多个电视节目，而不考虑该内容是电影、体育事件、多部分系列剧的分集、还是新闻广播等。进一步地，由内容源10提供的内容还可以包括广告、商业信息片、以及其他不会在EPG中作为节目报告的其他类似节目的内容。

如图3所示，接收装置20接收由内容源10提供的内容并将该内容显示在显示器350上。在一个实施例中，显示器350是诸如电视机的接收装置20的一体化部分。作为替换，显示器350可以位于接收装置20之外，诸如连接机顶盒的电视机。

根据一个实施例，接收装置20包括接受说明性对象(DO)并将其连同从内容源10接收到的内容（例如，节目的音频/视频内容）一并渲染的说明性对象(DO)引擎。DO引擎响应于来自用户的特定请求或响应于触发事件渲染DO。响应于触发事件渲染的DO被称为经触发说明性对象(TDO)。

TDO是由内容提供方、内容创建方或服务提供方创建的可下载软件对象，包括其功能以某种方式与其伴随的内容相联系的说明性内容（例如，文本、图形、描述性标记、脚本和/或音频）。一个TDO的实施例在Blanchard等人于2010年12月3日提交的题为“AnnouncementofTriggeredDeclarativeObjects”的美国申请No.12/959,529中有所描述，该美国申请通过引用全文结合在此。然而，TDO不限于Blanchard等人描述的结构，这是因为作为TDO一部分而在其中定义的许多属性可以位于触发器内并且反之亦然，或者取决于具体TDO的功能和触发而根本不存在。

TDO通常被考虑作为“说明性”内容，以将其与诸如Java小程序或在操作系统平台上运行的应用之类的“可执行”内容加以区分。虽然TDO通常被考虑作为说明性对象，但是TDO播放器（例如，DO引擎）支持作为面向对象编程语言的脚本语言。在此例示的TDO在它们被执行之前预先从内容提供方或服务提供方接收，以使得该TDO在需要时可用。此外，可以不需要显式的触发信号，并且TDO可以是自触发的，或是由接收触发信号以外的其他动作触发。各种标准主体可以定义相关行为、外观、触发动作以及用于TDO的内容和元数据的传送方法。此外，与音频/视频相关的TDO行为的定时准确性的请求也可由标准主体定义。

触发器是一种数据对象，其可选地与通过使用要被下载（例如，在指令下载TDO或TPT时）或已被下载（例如，在指令TDO的或基于TPT的执行、暂停、终止等时）的对象的文件名或标识符来引用特定TDO实例或TPT的具体的内容项（例如，电视节目）相关。某些TDO仅在与某一内容相结合时才有意义。一个例子是收集观众响应数据（诸如，游戏表演或比赛投票）的TDO。

在一个实施例中，DO引擎接收联系的触发器，以与内容中的各点（例如，触发事件）相一致，诸如与场景变化或是广告片段的开始或结束相一致。触发器被分为两种类型：(1)由DO引擎处理的触发器、以及(2)由DO引擎送至TDO以供处理的触发器。关联于类型1命令的触发器与例如由DO引擎执行的命令相关联。关联于类型2命令的触发器则与例如要在DO本身中处理以影响外观、行为或关联补充内容的状态的改变的参数（例如，命令、数据等）相关联。

触发器可例如像是在美国专利申请No.13/216,375（其全文通过引用结合在此）中描述的那样在广播发射流中传送。例如，触发器可以在MPEG-2传送流(TS)的分组基本流(PES)中传送，或是如在2012年3月21日提交的美国临时申请No.61/613,869中描述的那样在DTV封闭标题流中传送。在其他实施例中，触发器嵌入在内容本身中。例如，触发器可被嵌入在内容的音频或视频部分内，并通过在接收装置20内对解码音频或视频的处理而恢复。

对于某些触发器传送方法，优选更小尺寸的对象。在这一情况下，触发器应该能够以少量的字节或比特表示。进一步地，某些传送方法可以将触发器的最大尺寸限定为固定比特数，诸如在使用DTV闭合标题频道的情况下。

在一个实施例中，当在广播发射流中传送触发器时，该触发器在DTV闭合标题频道中的标准标题服务#6，作为URI_type=0URL(交互TV触发器)而由被称为“URLString”的命令递送。基于触发器的大小，触发器可被分成多个分段。在一个实施例中，当触发器被分成多个分段时，每个分段与指示相应分段是否是如下的一个类型相关联：(1)两个或多个中的第一个；(2)不是第一个也不是最后一个；(3)最后一个；以及(4)仅有的一个。可以使用任何预定义的值来标识一具体分段的类型。进一步地，在一个实施例中，类型信息定义分段的顺序。在其他实施例中，类型信息可被用于传达有关分段的任何信息以允许接收装置20重构触发器。

例如，如果触发器的长度小于或等于26个字符，则可被不分段的发送（例如，Type=11）。如果触发器长度为27至52个字符，则被分为两段发送（第一分段是Type=00分段，而第二分段是Type=10分段）。然而，在其他实施例中，可以使用任何其他准则来确定触发器应被如何分段。进一步地，还可以使用其他服务号，或者作为替换，使用服务号6。触发器类型被包括在图9C所示的触发器语法中。

图9A示出了在触发器经由DTV闭合标题频道递送时由接收装置20执行的示例性处理。接收装置20在例如其访问MPEG-2传送流、全广播多路复用的一部分、或压缩形式的内容时访问这一触发器。处理在S902开始，其中包括闭合标题文本的闭合标题数据在具有范围在1-6的预定服务号的第一标准服务框中被接收。在S904，非闭合标题文本数据在服务号等于预定号的标准服务框中被接收。一般而言，用于非闭合标题文本数据的标准服务可以是1和6之间的任一服务号或是n个服务号的组合，但是由于使用前几个服务号以上的服务用于标题文本数据的情况相对较少，因此在一个实施例中使用服务号6。

在步骤S906，接收装置20解析（例如，在解析计算机处理模块中）来自出现在服务号6（或n）中的闭合标题数据中的非闭合标题文本数据。随后在步骤S908，处理非闭合标题文本数据（例如，在另一处理器操作中），以提取触发器并基于触发器执行功能。在一个实施例中，上述非闭合标题文本数据被携带在兼容CEA-708的可变长度命令内。然而，在其他实施例中，非闭合标题文本数据被携带在CEA-708固定长度命令内，或是可变和固定长度命令的组合内。

应该注意到DTV闭合标题频道也可以携带其他类型的数据作为触发器的替换或附加（例如，包括适于由一个或多个TDO吸取并处理的一个或多个参数的数据流、在渲染诸如标题窗口及其用于3D内容的关联文本的图形对象时使用的视差数据等）。这些其他类型的数据可经由具有与携带触发器的标准服务框不同的预定号（例如，服务#5,4,或3）的一个或多个标准服务框提供，或者可以利用与触发器相同的标准服务框中的不同的预定命令代码序列。

在一个实施例中，使用未使用的一个代码点（例如，CEA-708C3代码空间中的0x98）递送触发器，由此递送长度可变的短触发器。参见图9B，示出了CEA标准格式的一个说明性说明（例如，作为CEA-708的扩展）。该触发器是以例如在CEA-708中定义的C3代码集递送的长度可变命令。

在图9B中示出的触发命令用于对交互TV触发数据的传送。如上所述，在一个实施例中，触发命令在标准标题服务#6中传送。在上述命令代码中，Length(L)是指示首部之后比特数的、范围在11至27之间的无符号整数。

如在CEA-708-D的7.1.11.2部分中所规定的，可变长度命令由后面跟随有范围在0x90至0x9F之间的数字的EXT1字符指示，其中“0x”计数法指代的是16进制格式表示的数字。在图9B描绘的命令格式中，EXT1字符(0x10)后接0x98。在此上下文中，0x98是触发命令的命令标识符。然而，任何其他未使用的命令标识符可与该触发命令相关联。根据CEA-708-D的7.1.11.2部分定义的语法，下一字节包括两比特的Type字段，一个0比特，之后是5比特长的字段。

在一个实施例中，trigger()数据结构跟随在含有长度字段的字节之后。一个触发器数据例子的语法在图9C中用伪码描述。在图9C的示例性触发器语法中，trigger_type是指示跟随的触发器类型的4比特无符号整数。在一个实施例中，仅定义类型0触发器。因此，trigger_type的值被设为0。期望接收装置20不理会指示任何其他（未被识别）类型触发器的触发器命令的实例。在另一实施例中，trigger_type被设为指示交互TV触发器的一个值以及指示URL是用于服务使用报告的因特网服务器位置的另一个值。

进一步地，在一个实施例中，trigger_character是其值被限为由RFC2396的统一资源标识符（URI）所允许的值的8比特ASCII字符。由trigger()形成的字符串是根据RFC2396的有效URI，其通过引用全文结合在此。

在服务#6中使用可变长度DTV闭合标题命令传送触发器提供了：(1)触发器存在的鲁棒（显式）信令；(2)触发器类型的信令（供将来扩展）；(3)现有CEA-708DTVCC协议的自然扩展的传送格式；以及(4)对传统接收机透明的传送方法。

触发器还可经由诸如因特网的其他路径传送。在一个实施例中，当触发器经由广播发射流不可用时，接收装置20通过例如将由该接收装置20接收的内容的A/V样本发送给ACR系统60而经由该ACR系统60获取触发器。

当接收装置20无法访问广播TS或广播触发器两者时，在一个实施例中，该接收装置20借助ACR系统60标识正观看的内容和媒体时间。在此情况下，像通常那样从由触发器标识的因特网服务器（例如，TPT服务器40）检索TPT及关联文件。然而，在一个实施例中，ACR系统60将不负责提供更新的触发器，以例如建立直播事件的定时。代替地，更新过的触发器将如下所述从由触发器的locator_part标识的TPT服务器40进行分发。在其他实施例中，更新过的触发器可在例如ACR系统60和TPT服务器40组合成单个系统时由ACR系统60提供。

在ACR的情况下，期望接收装置20执行对TPT服务器40的访问，以打开可以经其接收更新的触发器的频道。例如，用于触发器刷新的协议可以符合RFC6202（全文通过引用结合在此）中定义的长轮询方法。

本发明的各实施例提供一些系统设计方法，其中触发器本身可由少量字节表示，以促进便利与鲁棒的传送。少量字节的触发器表示解决了诸如以下的问题：数据携带容量受限时对用于传送方法的小型、紧凑且鲁棒的触发器的需要；以及容纳通常难以传送的可变大小有效载荷的需要。本发明的某些实施例还实现了提供其中TDO能够被“表格驱动”的柔性系统的期望（例如，TDO的动作和行为由关联表格中的数据规定，而非该TDO本身内的代码规定）。这就允许可以在多种情形下使用单个TDO脚本。

触发器概念背后的动机是组成TDO的文件以及要由TDO使用以采取某些动作的数据文件在大小给定情况下花费一定量的时间传送至接收装置20。虽然交互元素的用户体验可以在内容广播之前被设计，但是某些行为必须被小心定时以符合节目本身内的各事件，例如商业广告分段的出现。广播系统2将说明性对象及关联数据、脚本、文本和图形的递送与交互事件的广播送出的特定定时的信令（即，触发器）分开。

触发器执行各种定时相关的信令功能以支持交互服务。触发器是多功能的；取决于其结构，示例性的触发器实例可以执行如下功能中的一个或多个：

●信令包含诸如TPT、TDO、图形和数据文件的文件目录（经由发射流中经单向传送文件递送(FLUTE)会话可访问的，经由因特网服务器可访问的，或两者）的位置；

●指示用于将要到来的节目分段的交互内容可用于预装载；

●指示关联音频/视频或仅音频内容的当前媒体时间；

●引用TPT中的具体交互事件以及信令该事件现在要被执行或在规定的将来媒体时间执行；

●指示对因特网服务器的访问要被随机分散至规定时间间隔内，由此避免需求峰值。

触发器的示例性规范语法在图10中示出。触发器语法基于根据RFC3986（全文通过引用结合在此）的绝对URI，不包括<scheme>和“://”部分且具有如下规定的额外限制。

除去用于指定可选方案的竖线符号"|"，图10示出的语法定义使用在RFC5234（全文通过引用结合在此）中定义的扩充巴科斯-诺尔范式（ABNF）文法描述。由等号"="把各规则与定义分开，缩进用于继续超过一行的规则定义，文字用""引用，圆括号"("和")"用于成组元素，可选元素由"["和"]"括号包围，并且各元素可冠以<n>*以指定后续元素的n次或更多次重复；n默认为0。

在一个实施例中，额外限制包括：(1)触发器最大长度不超过52字节；以及(2)触发器的主机名部分是注册的因特网域名。52字节的最大长度在其中触发器如上所述在服务频道#6中经由DTV封闭标题频道发送的实施例中设置。然而，在触发器经由DTV封闭标题频道的其他部分或其他传送方法发送的情况下也可以设置不同的最大长度。

在某些实施例中，考虑触发器由三部分组成，其中两部分是必须的，第三部分是可选的：<domainnamepart(域名部分)>/<directiorypath(目录路径)>[?<parameters(参数)>].

<domainnamepart>指示注册的因特网域名。<directiorypath>是在拥有所识别域名的权利的实体的控制和管理下标识目录路径的任意字符串。<domainnamepart>和<directiorypath>的组合唯一地标识了能够由接收装置20处理以向关联内容添加可交互性的一组文件。

触发器的<parameters>部分是可选的。在存在时，它能够传达与触发器相关联的一个或多个参数。在一个实施例中，触发器携带有查询串内的参数（例如，触发器中“?”右侧的部分）。为查询串定义的格式包括例如(1)<eventtime(事件时间)>，其后可选地跟随<spread(分散)>；(2)<mediatime(媒体时间)>，其后可选地跟随<spread>；(3)<other(其他)>，其后可选地跟随<spread>；以及(4)<spread>。

在一个实施例中，参数根据如下规则格式化：

<eventtime>-两个参数，由“e=”和后面跟随有引用关联TPT中的事件ID的十进制数指示的触发事件ID，以及由“&t=”和后面跟随有长度在1至7字符之间以代表指示用于指定触发事件的新媒体定时的十六进制数的串指示的定时值。

<mediatime>-由“m=”和后面跟随有长度在1至7字符的代表以毫秒为单位的当前媒体时间的指示十六进制数的字符串指示的项。

<spread>-在其是仅有项时由“s=”指定的项，或是在附至其他项时由“&s=”指定的项，其具有长度在1至3字符的代表在其间包括接收装置20在内的所有接收机应该尝试访问在触发器中标识的因特网服务器的秒数的十进制数的字符串。期望每个独立的接收装置20导出指定的间隔内的随机时间，把访问延迟所请求的随机时间量，由此将否则会在触发器在接收装置20处首次出现时形成的需求峰值沿时间分散。

<other>-由除"e","E","m","M","s","S","t"或"T"之外的字符和后面跟随等号和数字字母串指定的项。第二个<other>项可以在第一个<other>项之后出现；如果存在，该第二项的开始由“&”字符限定。期望每个接收装置20不考虑未经识别的项。

有效触发器及其功能的例子在下表1中给出。

除了以上定义各项("e","m","s"和"t")之外的其他查询项可以出现在触发器内以定义一个或多个其他的预定功能。因此，在一个实施例中，如下的触发器是合法的并且期望每个接收装置20对其进行相应处理：

a.xbc.tv/77?a=6EE43f.接收装置20能够使用作为预装载，但是如果未经识别则不考虑“a”项。

a.xbc.tv/133-Ar4?w=3&s=10.接收装置20能够以分散参数10使用作为预装载，但是如果未经识别则不考虑“w”项。

x.tv/E7?B=OK&C=OK&S=10.接收装置20能够以分散参数10使用作为预装载，但是如果未经识别则不考虑“B”和“C”命令。注意到取决于该实施例，查询项标识符可以区分大小写，也可以不区分大小写。

当TPT被规定为XML模式时，用于这一模式的示例性命名空间是指示了该模式的主版本1的http://www.atsc.org/XMLSchemas/tpt/2012/1。在一个实施例中，XML模式的“schema(模式)”元素包括设为值1.0的“version(版本)”属性，以指示该模式的副版本号是0。

为了提供将来更改模式的灵活性，具有以上定义的命名空间的TPT实例文档的解码器（例如，接收装置20）应该遵循“必须忽略”规则。也就是说，它们应该忽略它们无法识别的任何元素或属性，而不是将其看作差错。

TPT结构的一个实施例在下表2中示出。前接“”的项是属性；其他是元素。

表2的TPT结构包括TPT级（顶级）的主和副协议版本属性。在一个实施例中，这些属性的功能类似于命名空间方式，可被用于针对可扩展性规定不同类型的TPT数据结构。主和副协议版本属性允许接收装置20方便地标识一具体TPT事例是与标准的首次发布版本相对应还是与某些将来发布版本相对应（其中模式的结构可能有所不同）。

表2的TPT结构还包括扩散机制的简化XML说明。与具有单属性的被称为DiffusionType（扩散类型）的复杂型扩散机制相反，该扩散机制被简化为仅指EventType（事件类型）的属性。

复杂DiffusionType与TPT重复递送期间出现的扩散有关。第一发布可以指示四个接收机中的1个应该尝试访问服务器。第二发布可以指示3个中的1个应该访问等。最后一个可以指示所有剩余的接收机都应该访问。在更为实际的使用环境下，检索一次TPT，并且几乎所有的接收机都想要在该时刻开始检索引用的资产。一个参数方法适于这一应用。

前3参数法则涉及这些项：

rate(速率):扩散元素的属性。它以整数指示对命令执行定时的随机化扩散进行分割的定时数。

Range(范围):扩散元素的属性。它以秒为单位指示命令执行定时的随机化扩散的范围。

period(周期):扩散元素的属性。它以秒为单位指示从命令开始时刻起算的应用命令执行定时的随机化扩散的时间段。换句话说，接收机的工作仅考虑这一时间段期间的扩散。

表2的TPT结构还包括添加至TPT（顶）级的liveTrigger(直播触发器)元素，其与被称为liveTriggerType(直播触发器类型)的复杂类型相对应。在一个实施例中，liveTriggerType由一个必须的属性和两个可选的属性组成。必须的属性规定服务器的URL或是TS内能够为直播事件提供更新的触发器的其他位置。可选参数规定如何实现轮询（例如，周期性或“长”轮询），并且在周期性轮询的情况下，规定轮询周期的持续时间。然而，该liveTriggerType在其他实施例中也可由必须属性和可选属性的不同组合组成。

表2的TPT结构还在ApplicationType(应用类型)中包括能力元素。这一特征允许一给定应用与零或更多的“能力代码”相关联。每个代码标识接收装置20中对其的支持是有意义表示应用所必须的数据类型。给定代码可以是任何预定符号或值，诸如引用预定定义的整数值，或者可以是InternetMediaType(因特网媒体类型)串（以前称为mime型串）。资源定义例如可以是连同接收装置20必需的解码能力的级别的某一音频或视频编解码器（对于编解码器，所需级别已知为简档和级别）。

能力代码在存在时允许接收装置20在下载所需资源（例如，TDO以及与应用关联的其他资产）之前预先明确其是否有能力解码该内容。例如，如果某一编解码器或是某一协议级别的支持是必须的，则接收装置20应该能够确定自己是否支持。

TPT结构中示例性的字段语义如下：

tpt:TPT的根元素。一个tpt元素描述一个节目分段的全部或部分（时间上）。

id:唯一标识该tpt元素对应的节目分段的tpt元素属性，诸如串。在一个实施例中，id串是如上所述对应触发器的locator_part（定位器部分）。

tptType(tpt类型):tpt元素的属性。在一个实施例中，这一属性是指示该tpt元素的可更新性的串。值是"static（静态）"或"dynamic（动态）"。在"static"的情况下，该tpt实例中的所有定时引用都是有效的MediaTime值。在"dynamic"的情况下，该tpt元素可以不包括有效的MediaTime值。因此在此情况下，期望接收装置20获取并处理包括<eventtime>参数的触发器，以知晓针对不同事件的合适的MediaTimes。接收装置20还通过接收TPT的更新（新版本）来获取更新定时。

majorVersion(主版本):该tpt元素的必需属性，是范围在1到99之间的整数值并且指示该TPT实例的主协议版本。在一个实施例中，用于这一协议版本的majorVersion的值被设为1。期望每个接收装置20丢弃指示其未被配置为支持的majorVersion值的TPT实例。

注意到，在某些实施例中，一个TPT实例可以描述该协议多个版本的交互事件。例如，单个TPT实例对于仅理解协议版本1.0的接收机是可用的，对于也支持协议版本2.0的接收机也是可用的。后一类型的接收机可以丢弃包括1.0级元素的TPT部的全部或一部分，并处理包括2.0级元素的TPT部。

minorVersion(副版本):该tpt元素的可选属性，是范围在0到99之间的整数值并且指示该TPT实例的副协议版本。在一个实施例中，minorVersion的值被设为0。期望每个接收装置20不丢弃指示minorVersion值无法识别的TPT实例。副协议版本用于表示TPT协议的那些不足以引起与以在前副协议版本编译的较旧接收机的兼容性问题的变化。对于无法识别特定副协议版本值的接收机，它们可以查找旧接收机会忽略的某些数据元素并加以处理。

tptVersion:Tpt元素的属性，是指示由id属性标识的tpt元素的版本号的正整数值。每当对TPT做出任何改变的情况下递增该tptVersion。

updatingTime(更新时间):tpt元素的可选属性。在存在时，这一正整数值指示接收装置20在通过轮询获取更新的TPT时应该使用的以秒为单位的时间段。updatingTime参数仅在tpt类型是"dynamic"的情况下有效。注意到，一种用于递送更新的事件定时的方法是发出包括<eventtime>参数的触发器。

beginMt:tpt元素的可选属性。在存在时，它指示由TPT实例描述的分段或分段一部分的开始MediaTime。

endMt:tpt元素的可选属性。在存在时，它指示由TPT实例描述的分段或分段一部分的结束MediaTime。

expireDate(期满日期):tpt元素的可选属性。在存在时，它指示包括在该TPT实例中信息的期满日期和时间。如果接收装置20缓存该tpt，则该tpt可被重新使用，直到所述expireDate为止。expireDate的格式为xs:dateTime串。

liveTrigger:这些可选复杂类型规定在动态tpt的情况下使用的信息。

liveTriggerURL:liveTrigger元素的必须属性。该串指示将为直播广播的情况提供更新的触发器的服务器的URL。

longPoll(长轮询):liveTrigger元素的可选属性。这一布尔元素在为“真”时指示接收装置20应该使用“长轮询”协议接收更新的触发器。在为“假”时，它指示接收装置20应该以pollPeriod(轮询周期)属性中指示的间隔进行常规轮询。

pollPeriod:liveTrigger元素的可选属性。这一参数在存在时指示接收装置20在轮询直播触发器服务器时应该使用的以秒为单位的时间周期。例如，30的值指示接收装置20应该每30秒询问一次更新的触发器。

event:tpt元素的子元素。它表示影响TDO操作和生存期的每个事件。TPT实例中可以出现一个或多个事件。

eventID:事件元素的属性。它以无符号整数的形式指示命令的唯一标识符。eventID的唯一性的范围在一个实施例中是该节目分段的整个持续时间。该eventID由包含<eventtime>参数的触发器引用。

startTime(开始时间):事件元素的可选属性。在存在时，它指示该事件相对于MediaTime的有效时间段的开始。期望接收装置20在MediaTime达到startTime中的值时执行命令。

endTime(结束时间):事件元素的可选属性。在存在时，它指示该事件相对于MediaTime的有效时间段的结束。期望接收装置20在MediaTime经过endTime中的值时不再执行命令。

destination(目的地):事件元素的可选属性。在存在时，它指示这一事件所针对的设备。如果所针对的设备是接收装置20本身，则其值是"receiver"或任何其他预定值。如果所针对的设备不是接收装置20，则其指示其他设备类型或应用类型。

action(动作):事件元素的属性。它指示控制应用(TDO)操作和存活期的事件动作类型。在一个实施例中，该值是如下任一：

"register(注册)":如果可能，获取并预缓存应用的资源。

"suspend-execute(暂停-执行)":暂停任何其他当前执行的应用并启动所述应用。在尚未预缓存应用的情况下，在启动应用之前，接收装置20需要获取该应用的资源。如果所针对的应用被暂停，则接收装置20用以前的状态恢复该应用。

"terminate-execute(终止-执行)":终止任何其他当前执行的应用并启动所述应用。在尚未预缓存应用的情况下，在启动应用之前，接收装置20需要获取该应用的资源。如果所针对的应用被暂停，则接收装置20用以前的状态恢复该应用。

"suspend-resume(暂停-恢复)":暂停任何其他当前执行的应用并恢复所述应用。

"terminate-resume(终止-恢复)":终止任何其他当前执行的应用并恢复所述应用。

"terminate(终止)":终止所述应用。

"suspend(暂停)":暂停所述应用执行。UI和应用引擎状态要求被保存直到再次启动。

event:取决于应用脚本激发流事件。

diffusion(扩散):事件元素的可选属性。在存在时，这一整数值表示以秒为单位的时间段N。扩散参数的目的在于平滑服务器负载的峰值。期望接收装置20计算在0-N范围内的随机时间段并且在访问因特网服务器以检索由TPT中的URL所引用的内容之前延迟这一随机时间段的量。

application(应用):命令的子元素。它表示命令所针对的应用（例如，TDO）。

appID(应用ID):应用元素的必须属性。它指示该应用（TDO）的唯一标识符。在一个实施例中，格式是预定的通用唯一格式。

appType(应用类型):应用元素的必须属性。它指示应用格式类型。在一个实施例中，该值仅可以是"html5"。

url:应用元素的必须属性。它指示接收装置20能够获取该应用的URL。

priority(优先级):应用元素的可选布尔属性。如果接收装置20在使用了应用资源之后缓存这些资源，则它可能需要管理多个应用资源。该优先级指示竞争缓存空间的各应用中的缓存优先级。值可以是正常（值为假或0）或高（值为真或1）。如果这一属性不存在，那么在一个实施例中，缓存优先级被认为是正常。作为替换，在另一个实施例中，当该属性不存在时，缓存优先级被认为是高。

expireDate:应用元素的可选属性。该expireDate参数用于帮助接收装置20管理存储器资源。它指示在其后接收装置20能够安全删除应用资源的日期和时间。该expireDate被表示为xs:dateTime格式。

capability:应用元素的元素，是零或更大能力代码串的序列。每个能力代码串可以是整数或是媒体类型串。当该能力代码串是整数时，该整数值对应于预定能力代码，所述预定能力代码则与诸如支持的视频编解码器、支持的音频编解码器、支持的“browser”简档、支持的DO引擎简档、支持的存储器大小（以信令接收机中的存储器资源是否足以处理与该服务相关联的资源）等的能力相对应。期望该接收装置20处理每个能力元素以判定其是否支持所指示的能力。如果一个或多个能力编解码不被支持，则期望接收装置20不考虑该应用实例。在另一实施例中，接收装置20可以判定应用实例是否基于每个不支持的能力编码的预定优先级或是用户定义的优先级。

streamEvent(流事件):事件元素的子元素。它表示在命令元素的动作属性是"event"的情况下使应用能够与广播信号同步工作的流事件。

streamEventID(流事件ID):事件元素的必须属性。它指示该流事件的唯一标识符。流事件和应用之间的引用可以通过这一标识符实现。

Data(数据):事件元素的子元素。在存在时，它描述了与该流事件相关的嵌入式数据。目标应用将读取这一数据并加以使用。

TPT的XML模式的实施例在下表3中定义：

在一个实施例中，接收装置20被配置为在TPT的更新版本可用时接收该更新版本。接收TPT更新版本的能力提升了在难以预先判定触发器事件的确切定时的情况下（例如在直播节目的情况下）提供触发器事件的灵活性。在直播节目期间，定时信息一经确定就能够更新TPT以包括所述定时信息。例如，TPT的更新版本可以包括直播节目期间与显示补充内容的触发器相关联的修改或新的定时信息。在另一例中TPT可被更新以基于直播事件的结果指向不同的内容。

在另一实施例中，TPT在节目播出期间保持不变。特定交互事件的执行定时由引用特定事件的触发器的出现来确定。当接收装置20接收触发器时，执行TPT中引用的事件。

虽然某些形式的触发器能够指示TDO执行特定动作的正确时间，但是一系列定时动作也可以在无需触发器的情况下进行。TPT可选地提供用于有关“mediatime”的各类交互事件的定时信息。交互内容的各项具有用于其广播送出的时间线。在该时间线上的时刻被称为媒体时间。换句话说，媒体时间是引用音频/视频或音频内容项的广播送出点的参数。例如，30分钟的节目可以在节目开始后10分41秒处，或媒体时间10:41处具有交互事件。TPT可以包括指示将在时间10:41处发生的事件的细节的条目。一旦接收装置20确定相对于节目开始的当前定时，它就能使用TPT进行所有后续事件。

接收装置20可以通过参考FLUTE中的非实时(NRL)文件（例如，在传送对象标识符(TOI)中指示的文件版本号）来确定更新TPT的可用性。FLUTE在RFC3926中定义，其中该RFC3926的全文通过引用结合在此。在另一个实施例中，接收装置20通过向保持挂起直到新TPT可用的TPT服务器40发出GET请求来接收更新的TPT。在另一个实施例中，接收装置20周期性地访问TPT源以判定是否有新的TPT可用。作为替换，接收装置20访问由上述liveTrigger元素标识的源。

类似地，紧凑触发器可以是经由基于因特网的服务器可用的。就TPT更新而言，接收装置可以向保持挂起直到新触发器可用的TPT服务器40发出GET请求。

图2示出了接收装置20的一个实施例。接收装置20是可以并入电视机或机顶盒的数字电视接收机设备。接收装置20包括从诸如陆上广播或有线电视传输的一个或多个内容源接收内容的调谐器/解调器202。接收装置20还可以或者替换地从卫星广播接收内容。调谐器/解调器202接收传送流(TS)，该传送流(TS)则由解多路复用器206多路分解成音频和视频(A/V)流。音频由音频解码器210解码，视频则由视频解码器214解码。进一步地，未经压缩的A/V数据可以经由能被选择性利用的未经压缩的A/V接口（例如，HDMI接口）而接收。

在一个实施例中，TS包括诸如标题数据、TDO、触发器和TPT等中一个或多个的辅助信息。然而在其他实施例中，A/V内容和/或辅助信息的子集或全部可以经由因特网30和网络接口226接收。

存储单元230被提供用于存储NRT或因特网递送内容，诸如因特网协议电视（IPTV）。存储的内容可以通过解多路复用器206对存储在存储单元230内的内容进行多路分解而以与其他内容源类似的方式播放。存储单元230还可以存储由接收装置20获取的一个或多个TDO、触发器和TPT。

接收装置20一般性地在经由一个或多个总线（例如，总线250）耦接至工作存储器240、节目存储器242和图形子系统244的诸如CPU238的至少一个处理器的控制下执行操作，CPU238从解多路复用器206接收封闭标题数据以及用于渲染图形的诸如TDO宣告和EPG之类的任何其他信息，并将所述信息传递给图形子系统244。图形子系统244输出的图形由合成器和视频接口260将其与视频图像组合，以产生适于在视频显示器上显示的输出。进一步地，CPU238还如上所述接收非闭合标题文本数据。

进一步地，CPU238进行操作以执行接收装置20的功能，包括对相关触发器（例如，包括在封闭标题数据内）、TDO、TPT和浏览器操作的处理。浏览器操作包括访问由TDO或触发器给出的URL规定的服务。CPU238还进行操作以例如使用DO引擎执行包括在TDO、其触发器等内的脚本对象（控制对象）。

虽然未在图2中示出，但是CPU238可以耦接至任一接收装置20资源或其组合以集中一个或多个功能的控制。在一个实施例中，CPU238还进行操作以监督对包括调谐器/解调器202和其他电视资源的接收装置20的控制。

图3示出了接收装置20的更为处理器中心的视图。存储器和存储装置230、240和242可被总的描绘为存储器310。进一步地，处理器300包括诸如CPU238的一个或多个处理单元。类似的，初始处理数字电视信号的各解调器和解码器等被总的描绘为电视接收机/调谐器320。接收装置20还包括与遥控器接收机接口340通信的遥控器360。此外，显示器350连接至显示接口330，后者例如包括未经压缩的A/V接口和/或合成器260，并且可以是一体化在作为电视机的接收装置20内的显示器，也可以是在接收装置20集成到机顶盒的情况下相连接的显示设备。

存储器310包含各种功能性程序模块和数据。存储器310存储由接收装置20使用的数据。接收装置20中的存储器310可以使用盘存储形式以及其他存储形式实现，诸如包括网络存储器设备的非暂态存储设备、磁性存储元件、磁光存储元件、闪存、核心存储器和/或其他非易失性存储技术。当接收到TDO316时，将该TDO316存储在存储器310中。对TDO的执行由DO引擎312实现。TDO在由DO引擎312执行时基于与该TDO相关联的一个或多个触发器以及存储在关联TPT318内的定时信息呈现补充内容。存储器310还存储TPT318，后者在一个实施例中为与该TDO相关联的每一个触发器定义一个或多个参数。

图4A提供了由例如接收装置20处理触发器的示例性方法的概述。在步骤S402，接收装置20从诸如内容源10的内容源接收内容（例如，电视节目）。在步骤S404，接收到的内容被呈现给接收装置20的用户。在步骤S406，接收装置20从与接收到的内容相关联的封闭标题数据中提取紧凑触发器。接收装置20在步骤S408处理该紧凑触发器以确定TPT的位置。

在步骤S410，接收装置20从所确定的位置检索TPT并将该TPT存储在接收装置20的第一存储器内。进一步地，在步骤S412，接收装置20处理被检索并存储的TPT以标识与TPT相关联的所需资源，包括经触发说明性对象(TDO)。在另一实施例中，一个或多个所需资源的位置由一个或多个分开的紧凑触发器标识。确定的所需资源随后在步骤S414被检索并存储在接收装置20的第二存储器中。在步骤S416，接收装置20确定媒体时间或等待标识事件的紧凑触发器。当到达媒体时间和/或紧凑触发器标识事件时，在步骤S418，接收装置就处理事件，诸如对说明性对象（例如，TDO）执行操作或使得该说明性对象基于TPT内数据执行一定功能。应该注意到，在步骤S418中处理的事件能够与接收装置20（例如，DO引擎312）知晓如何执行的类型1命令相对应，或是与接收装置20传递给TDO以供执行的类型2命令相对应。第一和第二存储器可以对应于同一个存储器，例如存储装置230或工作存储器240的不同部分，也可以对应于不同的存储器。

虽然触发器必须与音频/视频内容紧密时间同步（例如，与广告边界或场景变化一致），但是TPT的递送能够提前该TPT描述的事件很多。由于接收装置20能够在使用TPT之前的一段时间（例如，前几秒或几分钟）收集或下载TPT，因此使用因特网传送TPT是可行的。

在一个实施例中，响应于接收到与当前接收内容相关联的一个或多个触发器，从TDO服务器50下载TDO，而从TPT服务器40下载TPT。例如，接收装置20接收标识TPT位置的第一紧凑触发器。接收装置20响应于接收到第一紧凑触发器从TPT服务器40下载TPT。随后，接收装置20处理TPT并判定TDO是所需资源。在一个实施例中，接收装置20基于TPT中包括TDO位置而判定该TDO是所需资源。作为响应，接收装置20从TDO服务器50检索该TDO。在另一实施例中，接收装置20接收标识TDO位置的第二紧凑触发器。应该注意到在接收第二紧凑触发器的情况下，其中触发器标识TPT和TDO的位置的次序可以相反。

在又一实施例中，接收装置20接收标识TDO位置的紧凑触发器。接收装置20从该紧凑触发器标识的位置检索TDO。随后，在执行TDO之后，TDO本身导致关联TPT的下载。

如上所述，在一个实施例中，一旦TPT服务器的因特网地址(URL)被触发器标识，接收装置20就用其获取TPT。一旦接收到该TPT，接收装置20就检索各种其他引用的资产（例如，TDO、文件、多媒体资产等）并将其存储在存储器中以供今后可能的使用。一旦知晓媒体时间，接收装置20就开始处理该TPT以查看是否存在任何“类型1”或“类型2”命令准备好执行。

在步骤S418，当接收装置20接收到与类型1命令（例如，执行TDO）相关联的触发器时，在处理器300上运行的DO引擎312就执行该TDO。当接收装置20在步骤S418接收到与类型2命令相关联的触发器时，则在TDO被执行的同时，接收装置20将触发器数据传递给TDO，后者则基于包括在与该类型2命令相关联的触发器内的信息（例如，标记值、媒体时间等）检索与存储在TPT内的触发器事件相关联的至少一个参数。在另一个实施例中，DO引擎312检索所述至少一个参数并将检索出的至少一个参数传递给TDO。TDO基于检索出的至少一个参数执行功能。

图4B和4C提供了根据一个实施例对TPT和其他所需资源的检索的更为详细的说明。一旦经由广播发射或经由与ACR系统60的交互接收到触发器，就期望接收装置20访问由触发器的定位器部分（locator_part）中的URL（“?”左侧的部分）所引用的文件。如上所述，取决于接收装置20是否访问全部广播传送流，可能有两个文件递送路径。

图4B示出了其中全部TS对于不具有因特网接入或因特网接入不良的接收装置20可用的情况。触发器处理在步骤S430处开始，在此时接收装置20处理广播虚拟频道的节目映射表(PMT)以发现关联IP子网的坐标。在步骤S432，接收装置20处理关联IP子网的服务信令频道(SSC)以检索服务映射表(SMT)。在步骤S434，接收装置20基于检索出的SMT发现FLUTE会话的坐标。在步骤S436，接收装置20获取用于该FLUTE会话的FLUTE文件递送表(FDT)，以产生各自具有Content-Location(内容位置)值的内容项列表。在步骤S438，接收装置20将触发器的locator_part值与Content-Location值相比较直到找出匹配。在步骤S440，接收装置20检索与匹配的Content-Location值相关联的一个或多个文件，由此找出TPT。在步骤S442，接收装置20从FLUTE会话检索由该TPT引用的任何其他文件。

图4C示出了其中良好因特网接入可用的情况。触发器处理在步骤S450开始，在此时接收装置20使用触发器的locator_part执行InternethttpGET（因特网http获取）。在一个实施例中，使用分散算法执行该InternethttpGET。在步骤S452，接收装置20处理返回的TPT以发现并检索可能会需要的其他内容项。

在一个实施例中，当接收装置20能访问全部TS且因特网接入良好时，接收装置20默认经由全部TS检索该TPT以降低因特网服务器上的负载。在其他实施例中，接收装置20默认经由因特网检索该TPT，或基于预定准则在全部TS和因特网服务器之间加以选择（例如，基于经由全部TS和因特网检索TPT所需的时间、因特网连接是否正由诸如软件更新等的接收装置20的其他处理使用等）。

图5是使用DO引擎处理与类型2命令（例如，“生存期”或“DO引擎”命令）相关联的触发器的示例性方法的更为详细的说明。在步骤S502，DO引擎312判定是否已接收到与类型2命令（例如，“DO事件”命令）相关联的触发器。在一个实施例中，DO引擎312基于触发器是否规定了要由DO引擎312执行的命令来判定触发器类型。例如，触发器是否包括要被分配给要由DO引擎312执行的命令的标记值。在其他实施例中，DO引擎312基于TPT条目中包括的信息判定触发器是与类型1还是与类型2命令相关联。例如，TPT条目本身可以包括规定其与类型1还是与类型2命令对应的信息。在另一例中，DO引擎312判定TPT条目是否包括DO引擎命令。

当确定在步骤S502接收到与类型2命令相关联的触发器时，DO引擎在步骤S504提取包括在该触发器内的信息。在一个实施例中，触发器信息包括TDO标识符（例如，TDOURL）和对TPT引用之一或组合，和/或包含与该触发器事件相关联的参数和数据的一个或多个表条目。TDO标识符可以是任何唯一标识符，诸如引用号、URL、符号或其他表示。引用可以是诸如索引号（小整数）或媒体时间的标记值。在某些实例中，触发器仅包括引用信息。

在步骤S506，DO引擎基于提取的TDO标识符判定触发器是否与当前执行的TDO相关联。当判定触发器与当前执行的TDO相关联时，则在步骤S508，经由触发器应用编程接口（API）函数将从触发器提取的引用（例如，标记值）提供给TDO。标记值可与TDO标识符一起提取，或是在标记值被提供给TDO之前的任何时刻提取。

当判定触发器不与当前执行的TDO相关联时，在一个实施例中，丢弃该触发器并且DO引擎312返回步骤S502并且等待对与类型2命令相关联的下一触发器的接收。作为替换，DO引擎312可以暂停或终止当前执行的TDO，并且在行进至步骤S508之前执行与该触发器相关联的TDO。例如，在一个实施例中，当判定触发器不与当前执行的TDO相关联时，则终止或暂停当前执行的TDO并且执行与该触发器相关联的TDO。在当前执行的TDO被暂停的情况下，在以后接收到与当前执行的TDO相关联的触发器时恢复对暂停的TDO的执行。

图6A示出了与两个节目分段关联递送的触发器的例子。在此例中，两个分段都是“预先生成的”，这意味着内容并非来自直播广播；交互元素已在生成后添加。

如图所示，节目分段1出现之前的很短时间，递送“预装载”触发器以允许接收装置20有机会获取与节目分段1相关联的TPT和交互内容。预装载触发器的递送是可选的；如果不被发送，则期望每个接收装置20使用其在该分段中看到的第一个触发器来获取内容。

如图所示，通过分段1发送触发器，以指示与该分段有关的当前MediaTime（媒体时间）。注意到该分段的第一帧与媒体时间零相关联不是必须的，虽然这在实践中是常见且有帮助的。媒体时间触发器的周期性递送是需要的，因为这使得刚遇到该频道的任何接收装置20都能够同步并获取交互内容。

恰好在分段2开始之前，发送用于将到来的分段的预装载触发器。

注意到在预先生成内容（即，非直播）的情况下，在一个实施例中，接收装置20在处理第一个触发器之后获取的TPT定义了用于该分段的交互体验的全部元素的定时。接收装置20和TDO运行交互元素所需的全部仅是对媒体定时的知晓；TPT则描述了与媒体时间有关的交互事件。

对于直播内容的情况，TPT仍然包含属于不同交互事件的数据和信息，然而这些事件的广播送出的定时在节目中的动作在广播期间展开之前是无法知晓的。对于直播内容的情况，利用的是触发器的“event-timing(事件定时)”功能。在此模式中，触发器信令TPT中规定的交互事件要被重定时至媒体时间的一个新规定的值。作为替换，触发器可以指示某一事件要被即刻执行。图6B示出了直播事件的情况。

图6B中的例子示出了被称为“分段3”的具有9个触发器的节目分段。每个编号触发器的功能如下：

触发器601是引用其中可以获取用于分段3的文件的目录的预装载触发器。触发器602是用于建立分段3的广播送出定时的媒体时间触发器。触发器603是指示TPT中event_id=2的事件要被重定时以在媒体时间240出现的事件重定时触发器。阴影区域指示在240之前可在其间将触发器403递送至接收装置20的时间间隔。触发器604是另一个媒体时间触发器。触发器605是指示TPT中event_id=5的事件要被重定时以在媒体时间444出现的事件重定时触发器。触发器606和607是附加的媒体时间触发器。触发器608是指示TPT中event_id=12的事件要被即刻执行的事件触发器。进一步地，触发器609是指示TPT中event_id=89的事件要被重定时以在媒体时间900出现的事件重定时触发器。

如图6C和6D所示，在一个实施例中，TPT包括将表中的每个元素（行）与关联触发器事件相关联的主键（例如，标记元素、媒体时间等）。每个触发器又将借助该键指代TPT中的一具体事件。

图6C示出了根据一个实施例仅包括用于一具体TDO（例如，TDO159）的参数的TPT616。在一个实施例中，在执行其ID是159的TDO之前，接收装置20连同关联文件一起下载TDO本身，关联文件之一是TPT。TDO对TPT具有脚本级的访问权限。如上所提出的，取决于实施例，TPT在TDO之前或之后下载、TDO从由TPT标识的位置下载、TPT从由TDO标识的位置下载等。

携带内容的TS612与由触发器614A-614F标识的多个事件相关联。触发器614A-614C和614F与类型1命令相关联；而触发器614D和614E则与类型2命令相关联。与类型1命令相关联的触发器由DO引擎312处理，而与类型2命令相关联的触发器则由TDO处理。

在图6C中，接收装置20接收分别标识了TPT616和TDO159的位置的触发器614A和614B。接收装置20基于标识的位置检索并存储TPT616和TDO159。应该注意到，TPT616和TDO159能够以任意次序接收。进一步地，在其他实施例中，TPT616标识TDO159的位置，或者TDO159标识TPT616的位置。

每个触发器614D和614E都与TPT中的一行（或元素）相关联（例如，TPT616），并且包括例如使用标记值对TPT中的特定条目的引用。DO引擎312从与类型2命令相关联的每个触发器614D和614E中提取标记值，并将提取的标记值提供给当前执行的TDO。TDO使用该标记值确定与该触发器相关联的至少一个参数。随后，如上所述，TDO基于检索出的至少一个参数执行功能。应该注意到，对TPT条目的引用不限于标记值，并且可以是能够用于引用TPT内的条目的任何符号或表示。

进一步地，在一个实施例中，预定的标记值（例如，16以下的标记值）与要由DO引擎312执行的预定命令相关联。因此，诸如与类型1命令相关联的全部触发器或其子集的某些触发器无需与TPT中的行（或元素）相关联。例如，当接收装置20接收到标记值为5的触发器614C时，接收装置20执行存储在接收装置20内的TDO159。在另一例中，当接收装置20接收到标记值为7的触发器614F时，DO引擎312终止或暂停TDO159。因此，在这些例子中，标记值5被规定为“执行”命令，而标记值7则被规定为“终止”或“暂停”命令。

在一个实施例中，预定标记值在标准中被规定为要由DO引擎312执行的命令。规定要由DO引擎312执行的基础触发器类型本身包括“注册”、“执行”、“暂停”、“恢复”和“终止”。任何其他标记值、符号或表示也可被保留作为DO引擎命令。进一步地，在其他实施例中，与类型1命令相关联的触发器引用TPT616或是分开的TPT中的条目，以提供执行命令所需的任何参数。例如，当触发器与类型1命令（即，“loadTDO(装载TDO)”）相关联时，触发器包括TDO的位置（例如，URL）或对该位置的引用（例如，TPT中的条目），以使该位置能够由接收装置20获取。也就是说，在其他实施例中，与类型1命令相关联的触发器可以如图6D所例示的包括对TPT中的条目的引用，其标识要被检索和执行的TDO的位置。

进一步地，如图6C所示，TPT616包括在已到达规定媒体时间时由TDO159利用的TPT条目（例如，标记值19或21）。规定媒体数据的到达可以基于对包括该规定媒体时间的触发器的接收或由接收装置20确定。例如，TDO159监视接收到的内容的当前媒体时间并且在媒体时间等于15000和18500时分别处理参数。作为替换，DO引擎312可以监视当前媒体时间并在恰当时刻将标记值传递给TDO159。

在一个实施例中，媒体时间表示接收到的内容中已经经过的毫秒数。然而，也可以使用任何其他时间单位来表示媒体时间。进一步地，触发器614A-614F中的任一或多个可以包括由接收装置20、DO引擎312和/或TDO159使用的额外参数（诸如媒体时间信息），作为用于确定接收到的内容中的当前媒体时间的参考点。

图6D示出了包含用于与类型1和类型2命令相关联的触发器的参数的示例性TPT。应该注意到作为替换可以提供用于类型1和类型2命令的分开的TPT。触发器654A,654B,654D和654E与类型1命令相关联；而触发器654C则与类型2命令相关联。如上所述，在一个实施例中，接收装置20基于标识TPT656的位置的触发器654A检索TPT656。进一步地，接收装置20处理TPT656并且确定用于该TPT的所需资源包括TDO1和TDO2。随后，接收装置20基于在TPT656中标识的位置检索TDO1和TDO2。

当接收装置接收到触发器654B时，在一个实施例中，DO引擎312如上所述基于标记值落在标记值预定范围内（例如，小于16的标记值）确定该触发器与类型1命令相关联。在另一实施例中，DO引擎312基于相应TPT条目中命令（诸如“执行”）或其他标识信息的存在确定该触发器与类型1命令相关联。接收装置20响应于接收到触发器654B执行TDO1。

当接收装置20接收到触发器654C时，DO引擎312从该触发器654C提取标记值并且确定该触发器与类型2命令相关联。在一个实施例中，DO引擎312基于标记值落在预定范围之外（例如，大于或等于16的标记值）确定该触发器654C与类型2命令相关联。在其他实施例中，DO引擎312基于包括在TPT656中的信息做出这一判定。DO引擎312将提取出的标记值提供给TDO1。TDO1使用该标记值确定与该触发器相关联的至少一个参数。进一步地，TDO1基于该至少一个参数执行功能。

如图6D所示，接收装置20接收触发器654D和654E。这些触发器向接收装置20、DO引擎312和/或TDO提供用于确定接收到的内容中的当前媒体时间的参考点。DO引擎312和/或正执行的TDO监视当前媒体时间以判定是否应该处理TPT656中的任何条目。例如，当DO引擎312确定当前媒体时间是20000时，DO引擎根据标记值为21的TPT条目执行TDO2。在另一例中，当DO引擎312或TDO1确定当前媒体时间是15000时，则使得TDO1被处理，或是处理标记值为19的TPT条目中包括的参数。在另一实施例中，使用包括在触发器本身内的媒体时间信息标识TPT条目。

图6C和6D中示出的TPT606包括对图像文件的引用。如图6C所示，每个图形与一个标记值或媒体时间相关联。然而，TPT606和656不限于此并且可以引用一种或不同的媒体类型的组合，诸如音频、视频、图像和/或一个或多个交互元素。如上所提出的，预定标记值（例如，16以下）可以在标准中规定作为要由DO引擎执行的命令。因此，在一个实施例中，TPT仅包含用于标记值16及以上的条目。在另一个实施例中，TPT条目提供用于所有标记值。

例如，当接收装置20接收标记值为16的触发器614D时，DO引擎312就将标记值16传送至当前正执行的TDO159。DO引擎312通过调用该DO引擎312支持的触发器API函数来传递该标记值，并且将标记值递送至TDO159。该触发器API函数可被包括在DO引擎312内，或接收装置20的分开的编程部件内。TDO159访问TPT616并确定与该触发器相关联的参数是“product1.jpg”以及数字104和226。在一个实施例中，由TDO159基于所确定的参数执行的功能包括在显示器350上的位置X,Y(104,226)处渲染图像文件“product1.jpg”。

然而，TPT不限于包括有关图像文件和位置的信息，并且可以包括其他参数，诸如（上文提及的）指定任何给定交互元素的定时的媒体时间、用于定义触发器的到期日期的有效性信息、允许接收装置20判定是否能够提供与TPT或特定TPT条目相关联的补充内容的能力代码等。TPT可以包括该TPT可以使用以从因特网服务器取出更新参数集的URL，其中数据集表示天气报告、比赛得分、运动员统计信息或任何其他时间敏感数据。另举一例，TPT可以包括指示TPT仅能由支持“ATSC2.7+”的接收装置处理的能力代码、诸如支持特定媒体格式和解码器的最低要求代码、本质和非本质能力等。

注意到在一个实施例中，DO引擎312本身并不尝试解释TPT实例的给定行（诸如在TPT616中由标记值21标识的行）中携带的任何事物。包括在TPT实例中的信息是已知的并且仅可由其被指定一起工作的TDO解释。因此，包括在TPT内的参数的数目和类型可以是基于关联TDO的要求而可定制的。换句话说，TPT不限于包括预定的参数集，并且可以包括由一具体TDO要求的任何参数。

图7示出了可被包括在内容源10、TPT服务器40、TDO服务器50、ACR系统60或独立设备内的信息提供装置700。如图7所示，该信息提供装置700包括存储器710和通信单元720。存储器710可以使用盘存储形式以及其他存储形式实现，诸如包括例如网络存储器设备的非暂态存储设备、磁性存储元件、磁光存储元件、闪存、核心存储器和/或其他非易失性存储技术。进一步地，通信单元720可以使用陆上广播发射机、线缆广播发射机、卫星上行链路发射机、网络接口（例如，WLAN卡、Ethernet卡等）或类似装置中的任一或组合来实现。

存储器710可被配置为存储TPT，该TPT包括与要被提供给接收装置的内容的媒体数据和触发器标识符之一或组合相关联的至少一个事件。通信单元720将存储在存储器710中的TPT提供给接收装置20。例如，通信单元720经由TS或因特网将TPT提供给接收装置20。TPT在触发器中标识的位置处提供，所述触发器则被包括在与提供给接收装置的内容相关联的闭合标题数据内。

图8是示出了被配置为用作内容源10、接收装置20、TPT服务器40、TDO服务器50、ACR系统60和信息提供装置700的任一或组合的计算机800的硬件配置例的框图。

如图8所示，计算机800包括经由一个或多个总线808彼此互联的中央处理单元（CPU）802、只读存储器（ROM）804和随机存取存储器（RAM）806。一个或多个总线808还与输入-输出接口810相连。输入-输出接口810则与由键盘、鼠标、麦克风和遥控器等形成的输入部812相连接。输入-输出接口810还连接至由音频接口、视频接口、显示器和扬声器等形成的输出部814；由硬盘、非易失性存储器等形成的记录部816；由网络接口、调制解调器、USB接口和火线接口等形成的通信部818；以及用于驱动诸如磁盘、光盘、磁光盘和半导体存储器等的可移除介质822的驱动器820。

根据一个实施例，CPU802经由输入-输出接口810和总线808将存储在记录部816内的程序装载到RAM806内，并在随后执行被配置为提供内容源10、接收装置20、TPT服务器40、TDO服务器50、ACR系统60和信息提供装置700的任一或组合的功能的程序。

如上讨论的各类处理不是必须按照流程图描绘的时间顺序进行处理；所述步骤可以包括并行或独立处理的步骤（例如，以并行或面向对象的方式）。

同样地，程序可由单个计算机或基于分布的多个计算机处理。程序还可被传递给一个或多个远程计算机用于执行。

此外，在此说明书中，术语“系统”指的是多个部件元素（例如，装置、模块（零件）等）的聚合。所有部件元素可以被也可以不被容纳在单个壳体之内。因此，各自被容纳在分立壳体内且经由网络连接的多个装置被认为是网络，并且由容纳在单个壳体内的多个模块形成的装置则可被看作是系统。

同样地，应该理解本技术在被具体化时不限于上述实施例，并且可以对本技术做出各种修改、变化和替换，只要这些修改、变化和替换位于本技术的范围和精神之内。

例如，本技术可被构造用于云计算，藉此单个功能就得以经由网络在多个装置之间共享并协同处理。

同样地，参考上述流程图解释的每个步骤可以不仅由单个装置执行，还可以由多个装置以共享方式执行。

此外，如果一个步骤包括多个处理，则包括在该步骤内的这些处理不仅可由单个装置执行，还可由多个装置以共享方式执行。

借助上述教导可以得出本发明的各种修改和变化。因此应该理解的是，在所附权利要求的范围内，本发明可以按照在此具体描述之外的方式实践。

Claims

1.一种接收装置的用于处理触发器的方法，包括：

接收来自内容源的内容；

在显示器上显示接收到的内容；

从与接收到的内容相关联的封闭标题数据中提取第一触发器，所述第一触发器标识触发器参数表(TPT)的位置；

由所述接收装置基于提取的第一触发器中标识的位置检索所述TPT，所述TPT标识应用并且包括至少一个事件，所述至少一个事件与所述应用以及接收到的内容的第一媒体时间和触发器标识符之一或组合相关联；

在所述接收装置的存储器中存储所述TPT；以及

由所述接收装置基于标识TPT的位置且包括所述触发器标识符的第二触发器和等于接收到的内容的当前媒体时间的所述第一媒体时间之一或组合来处理所述至少一个事件。

2.如权利要求1所述的方法，其中接收内容的步骤包括：

经由卫星广播、有线电视传输、陆上电视广播和因特网中的至少一种接收所述内容。

3.如权利要求1所述的方法，其中检索所述TPT的步骤包括：

处理与接收到的内容相关联的广播虚拟频道的节目映射表(PMT)；

处理服务信令频道(SSC)以检索服务映射表(SMT)；

发现经单向传送文件递送(FLUTE)会话的坐标；

获取FLUTE文件递送表(FDT)；

将所述第一触发器的定位器部分与FLUTEFDT中的内容-定位(Content-Location)值相比较直到找出匹配；以及

基于匹配的Content-Location值检索所述TPT。

4.如权利要求1所述的方法，其中检索所述TPT的步骤包括：

使用所述第一触发器的定位器部分执行因特网httpGET。

5.如权利要求1所述的方法，其中提取所述第一触发器的步骤包括：

从服务号在1-6范围内的服务块内的非封闭标题文本数据中提取所述第一触发器。

6.如权利要求1所述的方法，其中提取所述第一触发器的步骤包括：

从服务号为6的服务块内的非封闭标题文本数据中提取所述第一触发器。

7.如权利要求1所述的方法，还包括：

从与接收到的内容相关联的所述封闭标题数据中提取包括第二媒体时间的所述第二触发器；以及

基于所述第二媒体时间确定所述当前媒体时间。

8.如权利要求1所述的方法，还包括：

从与接收到的内容相关联的所述封闭标题数据中提取指示所述事件要被重定时至第二媒体时间的所述第二触发器；以及

将存储在所述存储器内的所述TPT中包括的所述事件与所述第二媒体时间相关联。

9.如权利要求1所述的方法，还包括：

从与接收到的内容相关联的所述封闭标题数据中提取所述第二触发器，所述第二触发器指示与触发器id相关联的事件的即刻执行，

其中处理步骤包括即刻处理与触发器id相关联的所述事件。

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

接收机，被配置为接收来自内容源的内容；

显示接口，被配置为显示接收到的内容；

提取单元，被配置为从与接收到的内容相关联的封闭标题数据中提取第一触发器，所述第一触发器标识触发器参数表(TPT)的位置；以及

处理器，被配置为

基于提取的第一触发器中标识的位置检索TPT，所述TPT标识应用并且包括至少一个事件，所述至少一个事件与接收到的内容的第一媒体时间和触发器标识符之一或组合相关联，

在所述接收装置的存储器中存储所述TPT，以及

基于标识TPT的位置且包括所述触发器标识符的第二触发器和等于接收到的内容的当前媒体时间的所述第一媒体时间之一或组合来处理所述至少一个事件。

11.如权利要求10所述的接收装置，其中

所述接收机被配置为经由卫星广播、有线电视传输、陆上电视广播和因特网中的至少一种接收所述内容。

12.如权利要求10所述的接收装置，其中所述处理器被配置为

处理服务信令频道(SSC)以检索服务映射表(SMT)；

发现经单向传送文件递送(FLUTE)会话的坐标；

获取FLUTE文件递送表(FDT)；

将所述第一触发器的定位器部分与FLUTEFDT中的内容定位值相比较直到找出匹配；以及

基于匹配的内容定位值检索所述TPT。

13.如权利要求10所述的接收装置，其中

所述处理器被配置为使用所述第一触发器的定位器部分执行因特网httpGET以检索TPT。

14.如权利要求10所述的接收装置，其中

所述提取单元被配置为从服务号在1-6范围内的服务块内的非封闭标题文本数据中提取所述第一触发器。

15.如权利要求10所述的接收装置，其中

所述提取单元被配置为从服务号为6的服务块内的非封闭标题文本数据中提取所述第一触发器。

16.如权利要求10所述的接收装置，其中

所述提取单元被配置为从与接收到的内容相关联的所述封闭标题数据中提取包括第二媒体时间的所述第二触发器；以及

所述处理器被配置为基于所述第二媒体时间确定所述当前媒体时间。

17.如权利要求10所述的接收装置，其中

所述提取单元被配置为从与接收到的内容相关联的所述封闭标题数据中提取指示所述事件要被重定时至第二媒体时间的所述第二触发器；以及

所述处理器被配置为响应于所述第二触发器将存储在所述存储器内的所述TPT中包括的所述事件与所述第二媒体时间相关联。

18.如权利要求10所述的接收装置，其中

所述提取单元被配置为从与接收到的内容相关联的所述封闭标题数据中提取所述第二触发器，所述第二触发器指示与触发器id相关联的事件的即刻执行，以及

所述处理器被配置为响应于所述第二触发器即刻处理与所述触发器id相关联的所述事件。

19.一种信息提供装置，包括：

被配置为存储触发器参数表(TPT)的存储器，所述TPT标识应用且包括至少一个事件，所述至少一个事件与所述应用以及要被提供给接收装置的内容的媒体时间和触发器标识符之一或组合相关联；以及

被配置为将所述TPT提供给所述接收装置的通信单元，所述TPT被提供在第一触发器中所标识的位置处，所述第一触发器被包括在与提供给所述接收装置的内容相关联的封闭标题数据内，

其中，由所述接收装置基于第二触发器以及媒体时间之一或组合来处理所述至少一个事件，所述第二触发器标识TPT的位置并且包括触发器标识符，所述媒体时间等于提供给所述接收装置的内容的当前媒体时间。