标准字幕服务中的非隐藏字幕数据传输

摘要

本发明提供和/或处理非隐藏字幕数据的方法、设备和非临时性计算机可读存储介质。接收设备包括接收器、解析器和处理器。接收器接收隐藏字幕服务数据。隐藏字幕服务数据包括在具有在范围1-6中的服务号的第一服务块内的隐藏字幕数据，和在具有在范围1-6中的不同服务号的第二服务块内的非隐藏字幕数据。隐藏字幕数据包括隐藏字幕文本。解析器解析在具有在范围1-6中的不同服务号的第二服务块内的非隐藏字幕数据。处理器根据解析的非隐藏字幕数据，执行某种功能。

说明书

相关文献的引用

本申请涉及并要求2012年3月21日提交的美国临时专利申请 No.61/613,869的优先权，该申请在此整体引为参考。本申请涉及2011 年3月14日提交的Mark Eyer的美国临时专利申请No.61/452,247； 2010年11月22日提交的Mark Eyer等的美国临时专利申请 No.61/415,924，题为“Service Linkage to Caption Disparity Data  Transport”；2010年11月19日提交的Mark Eyer等的美国临时专利 申请No.61/415,457，题为“Disparity Data Signaling and Transport for  3D Captioning”；2010年5月20日提交的Mark Eyer等的美国临时 专利申请No.61/346,652，题为“Disparity Data Transport”；2010年3 月12日提交的Mark Eyer等的美国临时专利申请No.61/313,612；2010 年3月23日提交的Mark Eyer等的美国临时专利申请No.61/316,733， 题为“Extended Command Stream for CEA-708 Captions”；和2010年 8月31日提交的Mark Eyer的美国临时专利申请No.61/378,792，题 为“Efficient Transport of Frame-by-Frame Change in Captioning  Disparity Data”。本申请还涉及2011月2月8日提交的美国非临时专 利申请No.13/022,828，13/022,817和13/022,810。上述各个申请在引 整体引为参考。

技术领域

这里说明的实施例涉及提供和/或处理在隐藏字幕服务(closed  caption service)中提供的非隐藏字幕数据的接收设备，信息提供设备， 方法，非临时性计算机可读存储介质。更具体地，本申请的实施例一 般涉及在标准字幕服务中传送的非隐藏字幕数据。

背景技术

本公开的实施例起因于对寻找附加数据(比如从内容创作者经分 发链，最终到达iTV接收器的交互式电视(iTV)触发)的一种可靠传输 方法的需求。许多“路障”是众所周知的，包括线缆或卫星机顶盒(STB) 和iTV接收器之间的HDMI接口的存在。

发明内容

按照本公开的实施例，提供一种接收设备。所述接收设备包括接 收器、解析器和处理器。接收器接收隐藏字幕服务数据。隐藏字幕服 务数据包括在具有在范围1-6中的服务号的第一服务块内的隐藏字幕 数据，和在具有在范围1-6中的不同服务号的第二服务块内的非隐藏 字幕数据。隐藏字幕数据包括隐藏字幕文本。解析器解析在具有在范 围1-6中的不同服务号的第二服务块内的非隐藏字幕数据。处理器根 据解析的非隐藏字幕数据，执行某种功能。

按照本公开的实施例，提供一种处理非隐藏字幕数据的接收设备 的方法。所述方法包括利用接收设备，接收隐藏字幕服务数据。隐藏 字幕服务数据包括在具有在范围1-6中的服务号的第一服务块内的隐 藏字幕数据，和在具有在范围1-6中的不同服务号的第二服务块内的 非隐藏字幕数据。隐藏字幕数据包括隐藏字幕文本。接收设备的解析 器解析在具有在范围1-6中的不同服务号的第二服务块内的非隐藏字 幕数据。接收设备的处理器根据解析的非隐藏字幕数据，执行某种功 能。

此外，在本公开的实施例中，提供一种保存指令的非临时性计算 机可读存储介质，当由计算机执行时，所述指令使计算机执行接收设 备的上述方法。

按照本公开的实施例，提供一种信息提供设备。所述信息提供设 备包括隐藏字幕单元，所述隐藏字幕单元被配置成生成或接收与音频/ 视频(A/V)内容相关的隐藏字幕服务数据。此外，所述信息提供设备包 括通信接口，所述通信接口被配置成把A/V内容和隐藏字幕服务数据 提供给接收设备。隐藏字幕服务数据包括在具有在范围1-6中的服务 号的第一服务块内的隐藏字幕数据，和在具有在范围1-6中的不同服 务号的第二服务块内的非隐藏字幕数据。隐藏字幕数据包括隐藏字幕 文本。

按照本公开的实施例，提供一种提供非隐藏字幕数据的信息提供 设备的方法。所述方法包括利用信息提供设备，生成或接收与A/V内 容相关的隐藏字幕服务数据。所述信息提供设备把A/V内容和隐藏字 幕服务数据提供给接收设备。隐藏字幕服务数据包括在具有在范围1-6 中的服务号的第一服务块内的隐藏字幕数据，和在具有在范围1-6中 的不同服务号的第二服务块内的非隐藏字幕数据。隐藏字幕数据包括 隐藏字幕文本。

此外，在本公开的实施例中，提供一种保存指令的非临时性计算 机可读存储介质，当由计算机执行时，所述指令使计算机执行信息提 供设备的上述方法。

附图说明

参考结合附图进行的以下详细说明，将更易于全面理解本发明及 其许多的附随优点，附图中：

图1图解说明例证的广播系统，所述广播系统包括内容源，接收 设备，触发参数表(TPT)服务器，触发声明对象(TDO)服务器和自动内 容识别(ACR)系统。

图2是按照本公开的一些实施例的内容源的例子。

图3是按照本公开的一些实施例的接收设备的例子。

图4是按照本公开的一些实施例的接收设备的另一个例子。

图5是按照本公开的一些实施例的接收设备的例证实现方框图。

图6是按照本公开的一些实施例的处理的例证流程图。

图7是按照本公开的一些实施例的处理的例证流程图。

图8是按照本公开的一些实施例的ItvTrigger_data()命令构成的 例子。

图9是按照本公开的一些实施例的ItvTrigger_data()命令构成的 另一个例子。

图10是按照本公开的一些实施例的ItvTrigger_data()命令构成 的例证语法。

图11图解说明与接收的内容相关的触发的例证使用。

图12A-12C图解说明例证的触发种类。

图13图解说明具有相关触发的例证TPT。

图14A图解说明生成隐藏字幕服务数据的例证概况。

图14B图解说明生成隐藏字幕数据分组的例证概况。

具体实施方式

尽管本发明容许许多不同形式的实施例，不过附图中表示了并且 这里将详细说明具体实施例，显然这样的实施例的公开应被视为原理 的例子，并不意图把本发明局限于所示和说明的具体实施例。在下面 的说明中，在附图中的几个示图中，相同的附图标记用于描述相同、 相似或对应的部分。

这里使用的用语“一个”被定义为一个或不止一个。这里使用的用 语“多个”被定义为两个或者不止两个。这里使用的用语“另一个”被定 义为至少又一个或者更多个。这里使用的用语“包括”和/或“具有”被定 义为包含(即，开放式语言)。这里使用的用语“耦接”被定义为连接， 不过不一定是直接连接，也不一定是机械连接。这里使用的用语“程序” 或“计算机程序”或类似用语被定义成为在计算机系统上运行而设计的 指令序列。“程序”或“计算机程序”可包括可执行应用程序中的子例程、 程序模块、脚本、函数、过程、对象方法、对象实现，小程序，小服 务程序，源代码，目标代码，共享库/动态加载库和/或为在计算机系统 上运行而设计的其它指令序列。

这里使用的用语“节目”还可用在第二个语境中(上面的定义用于 第一个语境)。在第二个语境中，在“电视节目”的意义上使用该用语。 在该语境中，该用语用于意味视听内容(比如会被解释成和作为单一 电视节目在电子节目指南(EPG)中报告的那些视听内容)的任何相关 序列，而不考虑所述内容是电影、体育活动、多集系列的片段、新闻 广播等。该用语还可被解释成包含不会作为节目在电子节目指南中报 告的商业插播和其它节目似内容。

本文中对“一个实施例”、“一些实施例”、“实施例”、“实现”、“例 子”或类似用语的引用意味结合该实施例描述的特定特征、结构或特性 包含在本公开的至少一个实施例中。从而，这种短语在本说明书内各 个地方的出现不一定都指的是相同实施例。此外，在一个或多个实施 例中，可用任何适当的方式无限制地组合特定的特征、结构或特性。

这里使用的用语“或”将被解释成包含的，或者意味任意一个或者 任意组合。于是，“A、B或C”意味“下述任意之一：A；B；C；A和 B；A和C；B和C；A、B和C”。只有当元件、功能、步骤或动作的 组合以某种方式固有地相互排斥时，才会出现这种定义的例外情况。

现在参见附图，图1是表示例证的广播系统2的方框图，广播系 统2包括内容源10，接收设备20，触发参数表(TPT)服务器40，和触 发声明对象(TDO)服务器50。接收设备20通过一个或多个通信网络， 比如因特网30，访问TPT服务器40和TDO服务器50。

在一个实施例中，内容源10向接收设备20提供内容。内容包括 例如在数字电视广播信号中广播的一个或多个电视节目。内容源10还 提供与内容相关的非隐藏字幕数据。在一个实施例中，内容源10在 MPEG-2传输流(TS)中广播内容和非隐藏字幕数据。

对于其中接收设备20可以采用隐藏字幕数据的那些情况，本公 开的实施例利用字幕数据传输来传递非隐藏字幕数据之一或组合。非 隐藏字幕数据的例子包括触发数据(例如，短触发)，适合于由一个或 多个TDO摄取和处理的数据流(例如包括一个或多个参数)，与一个或 多个数字电视服务或交互电视应用相关的任何其它数据，等等。

图2中描述了内容源10的基本示图。内容源10的例子包括服务 提供者或广播公司。一个内容源10可通过一个或多个传输流，提供多 个内容。音频、视频和隐藏字幕服务数据被提供给编码器，编码器把 数据编码成适合于分发的分组，包括字幕数据分组。如图2中图解所 示，节目A和节目B由编码器202和204编码，随后被提供给传输流 复用器210。传输流复用器210提供可通过诸如地面、有线或卫星广 播之类的物理信道介质分发的输出。在另一个实施例中，另一方面或 者另外，通过诸如因特网之类的数据通信网络，提供音频、视频和隐 藏字幕服务数据(例如，作为隐藏字幕传输、字幕数据流、隐藏字幕数 据分组等的一部分)。

图3中描述了接收设备20的基本示图。在一个实施例中，接收 设备20是诸如电视机或机顶盒之类的电视接收设备。接收设备20从 所述物理信道接收由内容源10提供的编码数据。传输流在传输流分用 器304被分用，从而产生包括音频、视频和隐藏字幕服务数据(以及可 能还有未图示的其它数据)的一个或多个节目流。节目A的视频分组从 分用器304被传送给视频剖视器308。节目A的音频分组从分用器304 被传送给音频解码器312，音频解码器312再产生音频输出。视频解 析器308从视频流中提取视频分组，并将其传送给视频解码器314。 视频解析器308从视频流中提取用户数据，并将其传送给用户数据解 析器310。用户数据解析器310从用户数据分组内，提取隐藏字幕服 务数据，并将其传送给字幕处理器316。在字幕处理器316内，包含 关注之外的字幕服务的数据的字幕服务块被滤出和丢弃。字幕处理器 316的输出包括隐藏字幕的图形表示，一般是包围在字幕窗口中的文 本。

在一个实施例中，当字幕服务块包括附加数据服务时，字幕处理 器316处理与关注的主服务对应的字幕服务块，同时处理与映射的附 加数据服务对应的字幕服务块。此外，在一个实施例中，每当可获得 非隐藏字幕数据时，字幕处理器316就处理对应于附加数据服务的字 幕服务块，或者字幕处理器316连续处理字幕服务块，以确定非隐藏 字幕数据的可用性。字幕处理器316把非隐藏字幕数据输出给适当的 组件，比如图4中图解所示的CPU 438。

合成器320合成例如来自字幕处理器316的隐藏字幕文本，和来 自视频解码器314的视频，以便显示。

图4更详细地图解说明接收设备20的实施例。接收设备20在调 谐器/解调器402，通过任何适当的源(比如地面广播、线缆或卫星) 接收内容。在一个实施例中，经网络接口426，通过家庭网络接收内 容。例如，通过家庭网络，从例如有线/卫星/IPTV机顶盒接收内容， 所述有线/卫星/IPTV机顶盒支持数字生活网络联盟(DLNA)协议，并 通过网络接口提供压缩视频流。来自调谐器/解调器402的传输流在分 用器406被分用成音频流和视频流。音频在音频解码器410被解码， 而视频在视频解码器414被解码。也可通过可有选择地利用的未压缩 A/V接口418，接收未压缩的A/V数据。

也可借助网络接口426，通过因特网30接收A/V内容，以便进 行IP电视内容解码。另外，可为非实时(NRT)保存的内容，设置存储 器430。通过按照和其它内容源相似的方式在分用器406进行分用， 可以播放NRT内容。接收设备20通常在处理器，比如CPU 438的控 制下工作，CPU 438通过一个或多个总线，比如总线450，互连到工 作存储器440和程序存储器242，以及图形子系统444。

CPU 438通过这里说明的机制，从分用器406接收包括隐藏字幕 数据和非隐藏字幕数据的隐藏字幕服务数据。当非隐藏字幕数据包括 短触发或者TDO的一个或多个参数时，在一个实施例中，CPU 438 根据或者响应于解析的非隐藏字幕数据，执行某种功能。当非隐藏字 幕数据包括显示信息时，该信息被传送给图形子系统444，在合成器 460组合图像，从而产生适合于处理和在视频显示器显示的输出。

在一个实施例中，当通过网络接口426收到内容时，CPU 438还 从网络接口426接收隐藏字幕服务数据。

图5图解说明接收设备20的另一个例子。CPU 438从分用器406 接收包含在1-6范围内的标准服务号的分用的数字电视流。标准服务 号在解析器504被解析，并被发送给附加服务处理部件550。隐藏字 幕数据508被发送给图形子系统444。在一个实施例中，当提供非隐 藏字幕数据，比如短触发或TDO的一个或多个参数时，CPU根据或 者响应于解析的非隐藏字幕数据，执行某种功能。此外，当非隐藏字 幕数据包括显示数据时，在一个实施例中，显示数据被传送给图形子 系统444，以便处理，并被传送给合成器460，以便显示在诸如显示器 470之类的显示器上(例如，以便在隐藏字幕窗口中显示立体3D隐藏 字幕文本)。解析器504还为其它数据处理部件506解析其它数据。

返回参见图1，TPT服务器40(例如，通过内容源10广播内容的 广播业务运营商等)保存TPT，供接收设备20访问。在一个实施例中， 接收设备20根据包含在标准字幕服务中的信息，从TPT服务器40取 回TPT。

在一个实施例中，TPT包括使表中的每个元素(行)与相关的触发 事件相联系的主关键字(例如，标签元素，触发事件id等)。触发再借 助该关键字引用TPT中的特定事件。图13图解说明触发和TPT之间 的关系的例子。如图13中图解所示，在一个实施例中，TPT包含关 于一个或多个TDO，和以它们为目标的一个或多个事件的元数据。例 如，TPT包含相关节目片段的TDO，和以它们为目标的事件。

此外，在一个实施例中，TPT是使控制TDO的命令与该命令的 有效期和有效时间相联系的对应表。与内容的进展一致地确定命令的 有效期和有效时间。例如，当从来自内容源10的触发获得的指示内容 的进展的时间根据从TPT服务器40获得的TPT，落在命令的有效期 内，或者已超过命令的有效开始时间时，接收设备20把该命令指定为 有效。在一个实施例中，接收设备20控制TDO的操作。另外与指定 的命令一致地，接收设备20通过因特网30访问TDO服务器50，以 获得TDO。

TDO服务器50保存TDO，供接收设备20访问。在一个实施例 中，接收设备20借助例如TPT，根据包含在标准字幕服务中的信息， 从TDO服务器50取回TDO。

TDO是由内容提供者、内容创作者或服务提供者创建的可下载 软件对象，它包括其功能以某种方式绑定到它所伴随的内容的声明内 容(例如，文本、图形、描述性置标、脚本和/或音频)。在Blanchard 等于2010年12月3日提交的美国专利申请No. 12/959,529“Announcement of Triggered Declarative Objects”中，说明 了TDO的实施例，该申请在此整体引为参考。但是，TDO并不局限 于在Blanchard等的专利申请中描述的结构，因为取决于特定TDO的 功能和触发，其中定义为TDO的一部分的许多属性可以位于触发中， 或者反过来，或者根本不存在。

TDO一般被看作“声明”内容，以把它和在操作系统平台上运行 的诸如Java小程序或应用程序之类的“可执行”内容区分开。尽管TDO 通常被认为是声明对象，不过TDO播放器支持作为面向对象编程语 言的脚本语言。TDO一般在被执行之前，预先接收自内容或服务提供 者，以致当需要时，所述TDO可用。此外，明确的触发信号不是必 需的，TDO可以自我触发，或者由除触发信号的接收之外的某个动作 触发。各个标准机构可以定义TDO的内容和元数据的相关行为、表 现、触发动作和传送方法。另外，标准机构可以定义相对于音频/视频 的TDO行为的定时精度的有关要求。

当内容源10广播MPEG-2TS时，接收设备不可采用全广播复用。 在一些情况下，归因于在有线/卫星设备的再处理，一些附加数据可能 被剔除。例子包括节目映射表(PMT)中的额外描述符和内容中的额外 基本流(ES)分量。

当压缩地递送内容的至少某个部分时，在一个实施例中，将可得 到MPEG或高级视频编码(AVC)压缩视频分组。这些分组包含隐藏字 幕数据流。可获得压缩视频的情况的一些例子是当接收设备20从 8-VSB或移动DTV调谐器直接访问TS时，或者当它可以通过家庭网 络访问支持DLAN协议并在网络接口提供压缩视频流的有线/卫星 /IPTV机顶盒时。

FCC已规定美国的数字有线机顶盒必须支持允许网络上的设备 访问压缩音频/视频，以便解码和录制的网络接口。例如，可借助DLNA 协议，提供对压缩音频/视频的访问。这种方法提供例如包括隐藏字幕 的压缩视频的新的输送途径。从而，当字幕数据流未使之穿过目前的 HDMI接口时，在一个实施例中，可借助DLNA方法并酌情依据FCC 规则，访问部分TS。在另一个实施例中，如果修改HDMI接口，以 传送字幕数据流，那么可代替使用DLNA方法，从HDMI接口访问部 分TS。

CEA-708高级字幕标准支持多个同时的字幕服务，从而例如可为 相同内容或节目提供不同语言的字幕。CEA-708在第9节定义了“最 小解码器”。最小解码器被要求处理“标准”服务号1～6。处理“扩展” 服务7～63是可选的。摘自CEA-708，“Decoders shall be capable of  decoding all Caption Channel Block Headers consisting of Standard  Service Headers,Extended Service Block Headers,and Null Block  headers”。CEA-708在此整体引为参考。

这里说明的非隐藏字幕数据传输方法的一些实施例涉及把非隐 藏字幕数据之一或者非隐藏字幕数据的组合放入附加数据服务中。在 这种方法中，按照优选实现，标准服务#6被识别成附加数据服务。

在一个实施例中，在图1中图解说明的广播系统2被配置成以致 字幕服务6(或者1～6范围内的某个其它标准服务号)承载非隐藏字幕 数据之一或非隐藏字幕数据的组合。例如，在标准服务#6中，存在当 需要时，使某块非隐藏字幕数据与标准服务(1-6)中的一个特定服务关 联的信令。在现实情况中，很少使用多于1个或2个的标准服务号(通 常为服务1、2，或许少见地包括服务3)。此外，CEA-708数据可存在 于非实时文件中。从而，对于基于文件的内容，也使交互性成为可能。

如上所述，本公开的实施例把附加数据放入标准服务分组中。所 有的传统解码器应能够处理标准服务分组的存在，并且能够滤出与它 们未被设定解码的服务(非选择服务)对应的分组。

一些传统的接收器不使用PSIP字幕服务描述符(CSD)来创建用 于选择字幕服务的用户界面。在这种情况下，用户可能选择字幕服务 #6(附加数据通道)并尝试对其解码。提出的方法利用接收器未知的“变 长”命令。预计接收器会放弃不支持的命令，从而它们应能够跳过适当 数目的字节，以放弃该命令。这种情况下，对服务#6来说，会什么也 不显示。

即使在某些东西将被显示(垃圾字符或无论什么)的情况下，用户 也会确定这不是良好的字幕服务，于是会选择更好的字幕服务。从而 不会产生损害。

在目前的实践中，很少使用甚至两个同时的字幕服务。配以英语 和西班牙语字幕的内容稍显罕见，不过确实存在。同时配以超过两种 语言的字幕的内容很少见，即使曾经产生过。于是，把变长命令放入 服务#6中不会破坏当前的大多数预期的字幕服务交付。

此外，相信所有现有的接收器都能够适当地跳过与它们目前未解 码的服务号对应的服务块。此外，FCC规则要求在接收器中适当地处 理标准字幕服务1-6。如果任何传统接收器试图解码非隐藏字幕数据 (通常不应发生这种情况，因为在字幕服务描述符中未通告包含非隐藏 字幕数据的字幕服务)，那么如果接收器是按照CEA-708-D建立的， 则将简单地丢弃该命令的内容。CEA-708-D在此整体引为参考。

为了优化与传统解码器的兼容性(虽然不能绝对确保所有的传统 解码器都能够适当地放弃该新命令)，可以使用如在CEA-708-D 7.1.11.2节中定义的变长命令。这种命令使用“C3”命令(“C3代码集- 扩展控制代码集2”)。如果被适当地实现，那么传统解码器应跳过变长 命令，从而进一步确保它们采取不可预测的动作。

从而，为了帮助确保传统解码器不为因试图处理非隐藏字幕数据 而发生故障，使用标准服务#6(在例证的优选实现中)传送非隐藏字幕 数据。为了进一步防止传统解码器试图呈现服务，可以使用变长命令 以任何适当的方式，定义非隐藏字幕数据。尽管一些传统解码器不能 适当地实现如在CEA-708中定义的“跳过变长扩展”特征，不过观众无 论如何不会被赋予选择标准服务#6的选项，因为它是一种“未通告的” 服务。除非所有6个标准服务实际都承载字幕服务(一种目前认为极其 罕见的情况，即使存在的话)，否则在这里整体引为参考的ATSC A/65 节目和系统信息协议(PSIP)中定义的字幕服务描述符(CSD)中，不会通 告服务#6。

尽管借助其它方法，也可把新的元数据添加到TS中，不过这些 方法在创建方和在解码器方会更复杂。下面是多种例证方法。

自适应字段：需要重大的视频编码器升级，涉及元数据源和编码 器之间的新协议。需要重大的新标准工作。解码器必须解析并从TS 提取自适应字段，以使解码器CPU可以得到它们。

视频用户数据：同样需要重大的视频编码器升级，涉及元数据源 和编码器之间的新协议。解码器必须解析和从音频流提取视频用户数 据，以使解码器CPU可以得到它们。

音频用户数据：同样需要重大的音频编码器升级，涉及元数据源 和编码器之间的新协议。解码器必须解析和从音频流提取视频用户数 据，以使解码器CPU可以得到它们。

基本流：需要重大的视频编码器升级，并且涉及元数据源和编码 器之间的新协议。

此外，就砖墙问题来说，如果整个TS到达接收设备20(例如， ATSC2.0接收器)，那么所有这些方法大约相当。如果只有部分TS到 达接收设备20，那么什么将幸存？除不被包含在TS中的单独的基本 流之外的一切。

图6中图解说明处理非隐藏字幕数据的例证方法600。在一个实 施例中，所述方法由接收设备20进行。处理始于步骤S602，在步骤 S602，在具有在1-6范围中的服务号的第一标准服务块内，接收包括 隐藏字幕文本的隐藏字幕数据。在步骤S604，在具有等于6的服务号 的第二标准服务块内，接收非隐藏字幕数据。在本公开的实施例中， 用于非隐藏字幕数据的标准服务可以是在1和6之间的任意服务号， 不过由于比前几个服务号大的服务号被用于字幕数据的情况相对罕 见，因此优选服务号6。此外，在一个实施例中，接收设备20接收包 括隐藏字幕数据和非隐藏字幕数据两者的隐藏字幕服务数据。例如， 可在隐藏字幕传输流中，把隐藏字幕服务数据提供给接收设备。

在步骤S606，接收设备20解析(例如，在解析计算机处理模块中) 来自具有服务号6(或n)的第二个标准服务块的非隐藏字幕数据。随后 在步骤S608，处理该非隐藏字幕数据(例如，在另一个处理器操作中)， 以根据或者响应于解析的非隐藏字幕数据，执行某种功能。

图7图解说明提供非隐藏字幕数据的例证方法700。在一个实施 例中，该方法由内容源10进行，以向接收设备20提供非隐藏字幕数 据。处理始于步骤S702，在步骤S702，内容源10产生或接收与待提 供给接收设备20的内容相关的隐藏字幕服务数据。在步骤S704，内 容源10把内容(例如，A/V内容)和隐藏字幕服务数据提供给接收设备 20。在一个实施例中，隐藏字幕服务数据包括隐藏字幕数据和非隐藏 字幕数据。隐藏字幕数据定义与内容相关的隐藏字幕文本。图14A和 14B中图解说明了隐藏字幕服务数据的来源和产生隐藏字幕服务数据 的方式的例子。

如上所述，非隐藏字幕数据的例子包括触发数据(例如，短触发)， 适合于由一个或多个触发声明对象(TDO)摄取和处理的数据流(例如， 包括一个或多个参数)，与一个或多个数字电视服务或交互式电视应用 相关的任何其它数据，等等。在短触发的情况下，短触发的大小例如 小于30字节。在一个实施例中，短触发起识别TPT服务器的位置， 指示当前媒体时间(即，我们在播出中的位置)，识别现在或稍后要执 行的事件(例如，在TPT中)和/或平滑服务器峰值负载的作用。图11图 解说明与接收的内容相关的触发的例证使用。

在一个实施例中，短触发的内容包括TPT服务器的域，和媒体 时间、触发事件ID、指定的TPT事件的新时间和扩展定时信息中的 一个或多个。例证的短触发是“xbc.tv/7a1？mt＝200909”。“xbc.tv”部分 对应于向将提供补充数据(例如，诸如TPT之类的交互性元件)的实体 登记的域名。“/7a1”部分对应于由所述域的注册所有者管理的名称/目 录空间。组合“xbc.tv/7a1”识别可找到所述补充数据的服务器/目录。 此外，“？mt＝200909”部分对应于参数部分，所述参数部分可包括例如 媒体时间、事件、和事件定时更新等。图12A-12C图解说明了另外的 短触发例子。

在一个实施例中，通过利用字幕数据传输来传送非隐藏字幕数 据，短触发和触发参数表(TPT)方法可有效地向线性TV增加交互性， 并且具有以下优点：

1.短触发可放入小空间中，而较长的触发则不能。

2.短触发是人类可读的文本(URI+参数)，更易于创建/编辑、测 试和调试。

3.已建立了用于运送隐藏字幕数据的分发链。触发放入定义为字 幕编辑站和编码器/复用器之间的接口的电影与电视工程师协会 (SMPTE)字幕数据分组(CDP)中。从而，使必须在广播站和分发链中 增加的新的或者升级的设备的数量降至最少。已存在用于CDP的分发 路径；不需要为编码器定义升级或新接口。

4.仅仅通过向字幕流中增加短触发，而把交互内容放在因特网服 务器上，就能够向广播节目增加交互性。

此外，在解码器(例如，接收设备20)中，能够容易地捕捉来自字 幕服务#6的文本(和/或诸如短触发之类的非隐藏字幕数据)。

如上所述，在一个实施例中，非隐藏字幕数据可用在“短触发”方 案中。“短触发”方案涉及对TPT中的表目的基于统一资源标识符(URI) 的引用。例证的短触发包括或者由登记的因特网域名、“节目ID”部分 和事件ID组成。事件ID索引TPT中的表目。从而，指定的短触发识 别(通过TPT)交互事件，以及与该事件相关的所有信息。

在一个实施例中，在符合CEA-708的变长命令中承载上面引用 的非隐藏字幕数据。在其它实施例中，例如在服务号6中，也可使用 其它多字节(即，非变长)命令。应注意，在服务号6中，可以使用未 在CEA-708中定义(留出供扩展)的任意命令代码。

这里说明的实施例涉及在已知与标准字幕服务之一相关的独立 字幕服务内递送非隐藏字幕数据。不过，在其它实施例中，与实际的 隐藏字幕数据一起，在具有在范围1～6中的服务号(例如，服务号6) 的标准服务块中，传送非隐藏字幕数据。接收设备20借助命令码，区 分隐藏字幕数据和非隐藏字幕数据，如下所述。

按照这种方法，标准服务#6(或者另一个标准服务号n＝服务1～6 任意之一)被定义为附加数据服务。附加数据服务的特性包括(1)格式化 成变长命令(参见CEA-708-D7.1.11.2节，从0x90～0x9F的变长代码)， 以致适当设计的接收器将丢弃分组的内容；和(2)不在PSIP字幕服务 描述符中被通告(从而适当设计的接收器不会向用户通告和提供包含 附加数据的服务)。

图8图解说明其中非隐藏字幕数据包括变长ItvTrigger命令800 的实施例。在一个实施例中，ItvTrigger是具有<domain_name>/ <program_id>？id＝<trigger_id>(&tv＝<trigger_validity>)格式的短触 发。

“触发有效性”部分可选。在某些应用中，它用于消除服务器负载。

在一些实施例中，必须向接收设备20递送短触发，以指示(1)TPT 服务器的位置；和(2)交互事件的定时，尤其是当所述定时预先未知时 (例如，对实况事件来说)。

因而，如上所述，本公开的一些实施例涉及利用隐藏字幕传输机 制的短触发的递送，尤其是标准字幕服务#6内的触发的递送的方法。

在一个实施例中，利用未使用的码点之一，例如0x98来递送非 隐藏字幕数据(例如，短触发)，以递送变长短触发。如在CEA-708-D 第7.1.11.2节中规定的那样，变长命令用后面是在0x90～0x9F范围中 的数字的EXT1字符指示，其中“0x”符号表示用十六进制格式表示的 数字。在图8和9中描述的命令格式中，EXT1字符(0x10)后面是0x98。 这种情况下，0x98是ItvTrigger命令的命令标识符。不过，可以使任 何其它未使用的命令标识符与ItvTrigger命令相联系。按照在 CEA-708-D第7.1.11.2节中定义的语法，下一个字节包含一个2比特 种类字节，一个0比特，后面是一个5比特长度字段。

如上所述，在一些实施例中，EXT1+0x90-9F命令序列用于“变长” 命令。在其它实施例中，例如在服务号6中，也可使用其它多字节(即， 非变长)命令。在服务号6中，可以使用未在CEA-708中定义(留出供 扩展)的任意命令代码。

在一个实施例中，ItvTrigger()数据结构跟随包含长度字段的字 节。图10中用伪代码举例说明了触发数据的一个例子的语法。

在图10的例证语法中，trigger_type是指示接下来的触发的种类 的4比特无符号整数。在一个实施例中，仅仅定义0类触发。 trigger_type的值被设定为0。预计接收器会放弃指示任何其它(未被识 别的)种类的触发的ItvTrigger命令的实例。此外，trigger_character 是其值局限于按RFC2396，对统一资源标识符(URI)来说允许的那些 值的8比特ASCII字符。利用trigger()形成的字符串是按RFC2396 有效的URI，RFC2396在此整体引为参考。

利用服务#6中的变长DTV隐藏字幕命令来传送诸如iTV触发之 类的非隐藏字幕数据提供：(1)ITV触发的存在的鲁棒(明确)信令；(2) 触发的种类的信令(供未来扩展之用)；(3)为现有CEA-708DTVCC协 议的自然扩展的传送格式；和(4)对传统接收器来说透明的传送方法。

本公开包含对CEA-708和CEA-708-D的引用。引用CEA-708(无 修改版本字母)的公开一般涉及CEA-708标准，而不涉及被该标准的 特定修订包含或未包含的细节。此外，引用CEA-708标准的特定版本 (例如，CEA-708-D)的公开预期适用于该标准的其它修订(例如，后续 修订)。

当研究上述教导时，本领域的技术人员会认识到上述例证实施例 中的一些实施例以程控处理器的使用为基础。不过，本发明并不局限 于这样的例证实施例，因为利用硬件组件等同物，比如专用硬件和/ 或专用处理器，可以实现其它实施例。类似地，通用计算机、基于微 处理器的计算机、微控制器、光学计算机、模拟计算机、专用处理器、 专用电路和/或专用硬连线逻辑可用于构成备选的等同实施例。

当研究上述教导时，本领域的技术人员会理解用于实现上面说明 的一些实施例的程序操作和处理，以及相关数据可以利用磁盘存储器， 以及其它形式的存储器，比如非临时性存储装置，例如包括只读存储 器(ROM)装置、随机存取存储器(RAM)装置、网络存储装置、光存储 元件、磁存储元件、磁光存储元件、闪存、磁心存储器和/或其它等同 的易失性和非易失性存储器技术来实现，而不脱离本发明的一些实施 例。用语“非临时性”并不暗示信息不会由于电力的去除或者其它动作 而丢失。这样的备选存储装置应被视为等同物。

这里说明的一些实施例是利用或者可利用执行上面以流程图形 式概括说明的编程指令的程控处理器实现的，所述编程指令可被保存 在任何适当的电子或计算机可读存储介质上。不过，当研究本教导的 时候，本领域的技术人员会理解上面说明的处理可以用许多适当的编 程语言，变化多样地实现，而不脱离本发明的实施例。例如，执行某 些操作的顺序通常可被改变，可以增加另外的操作，或者可以删除一 些操作，而不脱离本发明的一些实施例。可以增加和/或增强错误捕捉， 并且可在操作流程、用户界面和信息呈现方面作出许多变化，而不脱 离本发明的一些实施例。这样的变化在预料之中，并被认为是等同的。

尽管说明了一些例证实施例，不过显然鉴于上面的说明，对本领 域的技术人员来说，许多替换、修改、置换和变更将是明显的。