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

摘要

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

说明书

相关申请的交叉引用

本申请涉及于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日提交的题为“Announcement of  Triggered Declarative Objects”的美国申请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触发器)而由被称为“URL String”的命令递送。基于触发器的大 小，触发器可被分成多个分段。在一个实施例中，当触发器被分成多 个分段时，每个分段与指示相应分段是否是如下的一个类型相关联： (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-708 C3代码空间中的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-708DTV CC协议的自然扩展的传送格式；以及 (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封闭标题频道的其他部 分或其他传送方法发送的情况下也可以设置不同的最大长度。

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

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

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

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

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

<media time>-由“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说明。与具有单属性 的被称为Diffusion Type（扩散类型）的复杂型扩散机制相反，该扩散 机制被简化为仅指Event Type（事件类型）的属性。

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

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

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

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

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

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

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

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

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

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

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

tptType(tpt类型):tpt元素的属性。在一个实施例中，这一属性是 指示该tpt元素的可更新性的串。值是"static（静态）"或"dynamic （动态）"。在"static"的情况下，该tpt实例中的所有定时引用都是有 效的Media Time值。在"dynamic"的情况下，该tpt元素可以不包括有 效的Media Time值。因此在此情况下，期望接收装置20获取并处理包 括<event time>参数的触发器，以知晓针对不同事件的合适的Media  Times。接收装置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"的情 况下有效。注意到，一种用于递送更新的事件定时的方法是发出包括 <event time>参数的触发器。

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

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

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由包含<event time>参数的触发器引用。

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

endTime(结束时间):事件元素的可选属性。在存在时，它指示该 事件相对于Media Time的有效时间段的结束。期望接收装置20在 Media Time经过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可选地 提供用于有关“media time”的各类交互事件的定时信息。交互内容的 各项具有用于其广播送出的时间线。在该时间线上的时刻被称为媒体 时间。换句话说，媒体时间是引用音频/视频或音频内容项的广播送出 点的参数。例如，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的诸如CPU 238的至少一个处理器的控制下执行操作，CPU238从解多路复用器 206接收封闭标题数据以及用于渲染图形的诸如TDO宣告和EPG之类 的任何其他信息，并将所述信息传递给图形子系统244。图形子系统 244输出的图形由合成器和视频接口260将其与视频图像组合，以产生 适于在视频显示器上显示的输出。进一步地，CPU238还如上所述接 收非闭合标题文本数据。

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

虽然未在图2中示出，但是CPU238可以耦接至任一接收装置20 资源或其组合以集中一个或多个功能的控制。在一个实施例中，CPU 238还进行操作以监督对包括调谐器/解调器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执行Internet  http GET（因特网http获取）。在一个实施例中，使用分散算法执行 该Internet http GET。在步骤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标识符（例如，TDO URL）和对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发送触发器，以指示与该分段有关的当前 Media Time（媒体时间）。注意到该分段的第一帧与媒体时间零相关 联不是必须的，虽然这在实践中是常见且有帮助的。媒体时间触发器 的周期性递送是需要的，因为这使得刚遇到该频道的任何接收装置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基于标识的位置检索并存储TPT 616和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命令（即，“load  TDO(装载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检索TPT 656。进一步地，接收装置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的任一或组合的功能的程序。

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

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

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

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

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

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

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

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