用于交互式电视的触发参数表的扩展的制作方法

用于交互式电视的触发参数表的扩展的制作方法
【专利摘要】一种方法、计算机程序、接收设备和信息提供设备。该方法包括：从内容源接收内容，并且在显示器上显示接收的内容。接收设备20接收与接收的内容关联的第一触发。接收设备基于第一触发检索触发参数表(TPT)。TPT包括与接收的内容的触发标识符和第一媒体时间之一或组合关联的至少一个事件，并且被存储在接收设备的存储器中。另外，接收设备基于在TPT中定义的一个或多个能力和协议版本之一或组合，确定是否处理TPT中所包括的所述至少一个事件。
【专利说明】用于交互式电视的触发参数表的扩展
[0001]相关申请的交叉引用
[0002]本申请涉及并要求于2012年6月19日提交的第61/661，738号美国临时专利申请的优先权，其全部内容通过引用包含于此。本申请还涉及于2012年6月6日提交的第13/490，216号美国专利申请；于2011年7月20日提交的第61/509，679号美国临时专利申请；于2011年9月6日提交的第61/531，360号美国临时专利申请；于2012年3月21日提交的第61/613，869号美国临时专利申请；于2012年3月21日提交的第61/613，880号美国临时专利申请；以及于2012年4月20日提交的第61/636，488号美国临时专利申请，这些专利申请的全部内容通过引用包含于此。
【技术领域】
[0003]本文描述的实施例一般地涉及一种用于触发精简的方法、计算机程序、接收设备和信息提供设备。
【背景技术】
[0004]除了接收和提供电视广播之外，现代电视和机顶盒还能够执行许多功能。一些功能包括电子节目指南(EPG)、允许电视观看者就在正在电视上观看的节目旁边拉出网页和工具的小插件(widget)等的显示。这些功能中的许多功能需要电视或机顶盒接收附加数据。例如，在EPG的情况下，电视或机顶盒将需要接收节目信息。
[0005]在一些情况下，随电视广播一起提供附加数据。当以这种方式提供附加数据时，能够提供的数据的量常常是有限的。结果，可能需要减少随电视广播一起提供的附加数据的量或者从另一源获得附加数据。

【发明内容】

[0006]本公开的实施例通过使用触发参数表(TPT)提供触发精简来解决至少以上讨论的问题。
【专利附图】

【附图说明】
[0007]将容易地获得对本发明及其许多伴随的优点的更完整的理解，因为其通过参照下面结合附图考虑的详细描述而变得更好理解，在附图中:
[0008]图1示出包括内容源、接收设备、触发参数表(TPT)服务器、被触发声明对象(TDO)服务器和自动内容识别(ACR)系统的示例性广播系统；
[0009]图2是示例性接收设备的方框图；
[0010]图3是示例性接收设备的以处理器为中心的方框图；
[0011]图4A示出用于处理触发的示例性方法的流程图；
[0012]图4B示出用于在全传输流(TS)可用时处理触发的示例性方法的流程图；
[0013]图4C示出用于在互联网接入可用时处理触发的示例性方法的流程图；[0014]图4D示出用于处理触发的另一示例性方法的流程图；
[0015]图5示出用于处理触发的声明对象(DO)引擎的示例性方法的更详细的流程图；
[0016]图6A示出预先产生的内容的示例性触发定时；
[0017]图6B示出实时内容的示例性触发定时；
[0018]图6C和6D示出示例性触发和关联的TPT ；
[0019]图7是示例性信息提供设备的方框图；
[0020]图8是示例性计算机；
[0021]图9A是用于处理非隐藏式字幕文本数据的示例性方法；
[0022]图9B是在非隐藏式字幕文本数据中传送的触发命令的示例性格式；
[0023]图9C示出示例性触发语法；
[0024]图1OA是用于触发的示例性规范语法；以及
[0025]图1OB是用于触发的另一示例性规范语法。
【具体实施方式】
[0026]根据本公开的实施例，提供一种用于处理触发的接收设备的方法。该方法包括:从内容源接收内容，并且在显示器上显示接收的内容。从与接收的内容关联的隐藏式字幕数据提取第一触发。接收设备基于提取的第一触发，检索触发参数表(TPT)。TPT包括与接收的内容的触发标识符和第一媒体时间之一或组合关联的至少一个事件并且被存储在接收设备的存储器中。另外，接收设备基于接收的内容的包括触发标识符的第二触发和等于当前媒体时间的第一媒体时间之一或组合来处理事件。
[0027]根据该方法的另一实施例，接收内容的步骤包括:经由卫星广播、有线电视传输、地面电视广播和互联网中的至少一个接收内容。
[0028]根据该方法的另一实施例，检索TPT的步骤包括:处理与接收的内容关联的广播虚拟信道的节目映射表(PMT);处理服务信令信道(SSC)以检索服务映射表(SMT);发现单向传输文件传送(FLUTE)会话的坐标；获取FLUTE文件传送表(FDT);比较第一触发的定位符部分(locator-part)与FLUTE FDT中的内容-位置(Content-Location)值,直至发现匹配；以及基于匹配的内容-位置值检索TPT。
[0029]根据该方法的另一实施例，检索TPT的步骤包括:使用第一触发的定位符部分执行互联网http GET。
[0030]根据该方法的另一实施例，提取第一触发的步骤包括:从具有1-6的范围中的服务编号的服务块内的非隐藏式字幕文本数据提取第一触发。
[0031]根据该方法的另一实施例，提取第一触发的步骤包括:从具有服务编号6的服务块内的非隐藏式字幕文本数据提取第一触发。
[0032]根据该方法的另一实施例，该方法还包括:从与接收的内容关联的隐藏式字幕数据提取包括第二媒体时间的第二触发，并且基于第二媒体时间确定当前媒体时间。
[0033]根据该方法的另一实施例，该方法还包括:从与接收的内容关联的隐藏式字幕数据提取指示事件将被重新定时到第二媒体时间的第二触发，并且使存储在存储器中的TPT中所包括的事件与第二媒体时间关联。
[0034]根据该方法的另一实施例，该方法还包括:从与接收的内容关联的隐藏式字幕数据提取第二触发。第二触发指示与触发id关联的事件的立即执行。另外，处理的步骤包括:立即处理与触发id关联的事件。
[0035]另外，根据本公开的实施例，提供一种计算机可读存储介质，该介质中嵌入有指令，所述指令当由计算机执行时使计算机执行如以上所讨论的接收设备的方法。
[0036]根据本公开的实施例，提供一种接收设备。该接收设备包括接收器、显示器接口、提取单元和处理器。接收器被构造为从内容源接收内容。显示器接口被构造为显示接收的内容。提取单元被构造为从与接收的内容关联的隐藏式字幕数据提取第一触发。处理器被构造为基于提取的第一触发检索TPT。TPT包括与接收的内容的触发标识符和第一媒体时间之一或组合关联的至少一个事件。另外，处理器被构造为把TPT存储在接收设备的存储器中，并且基于接收的内容的包括触发标识符的第二触发和等于当前媒体时间的第一媒体时间之一或组合来处理事件。
[0037]根据接收设备的另一实施例，接收器被构造为经由卫星广播、有线电视传输、地面电视广播和互联网中的至少一个接收内容。
[0038]根据接收设备的另一实施例，处理器被构造为:处理与接收的内容关联的广播虚拟信道的PMT ;处理SSC以检索SMT ;发现FLUTE会话的坐标；获取FDT ；比较第一触发的定位符部分与FLUTE FDT中的内容-位置值，直至发现匹配；以及基于匹配的内容-位置值检索 TPT。
[0039]根据接收设备的另一实施例，处理器被构造为使用第一触发的定位符部分执行互联网http GET以检索TPT。
[0040]根据接收设备的另一实施例，提取单元被构造为从具有1-6的范围中的服务编号的服务块内的非隐藏式字幕文本数据提取第一触发。
[0041]根据接收设备的另一实施例，提取单元被构造为从具有服务编号6的服务块内的非隐藏式字幕文本数据提取第一触发。
[0042]根据接收设备的另一实施例，提取单元被构造为从与接收的内容关联的隐藏式字幕数据提取包括第二媒体时间的第二触发。处理器被构造为基于第二媒体时间确定当前媒体时间。
[0043]根据接收设备的另一实施例，提取单元被构造为从与接收的内容关联的隐藏式字幕数据提取指示事件将被重新定时到第二媒体时间的第二触发。处理器被构造为响应于第二触发而使存储在存储器中的TPT中所包括的事件与第二媒体时间关联。
[0044]根据接收设备的另一实施例，提取单元被构造为从与接收的内容关联的隐藏式字幕数据提取第二触发。第二触发指示与触发id关联的事件的立即执行。处理器被构造为响应于第二触发而立即处理与触发id关联的事件。
[0045]根据本公开的实施例，提供一种信息提供设备，该设备包括存储器和通信单元。存储器被构造为存储TPT。TPT包括与要提供给接收设备的内容的触发标识符和媒体时间之一或组合关联的至少一个事件。通信单元被构造为把TPT提供给接收设备。在与提供给接收设备的内容关联的隐藏式字幕数据内包括的触发中识别的位置处提供TPT。
[0046]根据本公开的实施例，提供一种用于处理触发的接收设备的方法。该方法包括:从内容源接收内容，并且在显示器上显示接收的内容。接收设备20接收与接收的内容关联的第一触发。接收设备基于第一触发检索TPT。TPT包括与接收的内容的触发标识符和第一媒体时间之一或组合关联的至少一个事件并且被存储在接收设备的存储器中。另外，接收设备基于在TPT中定义的协议版本和一个或多个能力之一或组合，确定是否处理TPT中所包括的所述至少一个事件。
[0047]根据该方法的另一实施例，接收内容的步骤包括:经由卫星广播、有线电视传输、地面电视广播和互联网中的至少一个接收内容。
[0048]根据该方法的另一实施例，检索TPT的步骤包括:处理与接收的内容关联的广播虚拟信道的PMT ;处理SSC以检索SMT ;发现FLUTE会话的坐标；获取FDT ；比较第一触发的定位符部分与FLUTE FDT中的内容-位置值，直至发现匹配；以及基于匹配的内容-位置值检索TPT。
[0049]根据该方法的另一实施例，检索TPT的步骤包括:使用第一触发的定位符部分执行互联网http GET。
[0050]根据该方法的另一实施例，该方法还包括:基于TPT中所包括的扩散属性，计算随机时间段；以及在计算的随机时间段之后检索在TPT中参考的补充内容。
[0051]根据该方法的另一实施例，该方法还包括:从在TPT中识别的服务器检索指示事件将被重新定时到第二媒体时间的第二触发；以及使存储在存储器中的TPT中所包括的事件与第二媒体时间关联。
[0052]另外，根据本公开的实施例，提供一种计算机可读存储介质，该介质中嵌入有指令，所述指令当由计算机执行时使计算机执行如以上所讨论的接收设备的方法。
[0053]根据本公开的实施例，提供一种接收设备。接收设备包括接收器、显示器接口和处理器。接收器被构造为从内容源接收内容。显示器接口被构造为显示接收的内容。处理器被构造为接收与接收的内容关联的第一触发。处理器被构造为基于第一触发检索TPT。TPT包括与接收的内容的触发标识符和第一媒体时间之一或组合关联的至少一个事件。另外，处理器被构造为把TPT存储在接收设备的存储器中，并且基于在TPT中定义的协议版本和一个或多个能力之一或组合，确定是否处理TPT中所包括的所述至少一个事件。
[0054]根据本公开的另一实施例，接收器被构造为经由卫星广播、有线电视传输、地面电视广播和互联网中的至少一个接收内容。
[0055]根据本公开的另一实施例，处理器被构造为:处理与接收的内容关联的广播虚拟信道的PMT ;处理SSC以检索SMT ;发现FLUTE会话的坐标；获取FDT ；比较第一触发的定位符部分与FLUTE FDT中的内容-位置值，直至发现匹配；以及基于匹配的内容-位置值检索TPT。
[0056]根据本公开的另一实施例，处理器被构造为使用第一触发的定位符部分执行互联网http GET以检索TPT。
[0057]根据本公开的另一实施例，处理器被构造为:基于TPT中所包括的扩散属性计算随机时间段；以及在计算的随机时间段之后检索在TPT中参考的补充内容。
[0058]根据本公开的另一实施例，处理器被构造为:从在TPT中识别的服务器检索指示事件将被重新定时到第二媒体时间的第二触发；以及使存储在存储器中的TPT中所包括的事件与第二媒体时间关联。
[0059]根据本公开的实施例，提供一种信息提供设备，该设备包括存储器和通信单元。存储器被构造为存储TPT。TPT包括与要提供给接收设备的内容的触发标识符和媒体时间之一或组合关联的至少一个事件。通信单元被构造为把TPT提供给接收设备，接收设备基于在TPT中定义的协议版本和一个或多个能力之一或组合确定是否处理TPT中所包括的所述至少一个事件。
[0060]尽管本公开可容易地实现为许多不同形式的实施例，但在附图中示出并且将会在这里详细描述特定实施例，应该理解，这种实施例的本公开应该被视为原理的例子而非意图使本公开局限于示出和描述的特定实施例。在以下描述中，在几个附图的示图中，相同标号被用于描述相同、相似或对应的部分。
[0061]在交互式电视应用中，除了节目音频和视频之外，观看者被提供额外(即，补充)的内容，所述额外内容允许观看者以某种方式与节目交互。所述额外内容能够像互联网统一资源定位符(URL) —样简单，URL指向能够提供关于正在显示的节目、项目或服务的进一步信息的网站。或者，交互式元素能够提供加强节目视频的文本和/或图形。后者的例子是在体育赛事的过程期间显示特定选手的更新的统计数据的元素。
[0062]经常地，这些交互式元素的行为或出现/消失取决于节目内的事件的定时。呈现这些对象的电视接收器必须能够接收合适的信令以知道如何以及何时对交互式元素的显示进行调整。执行这种信令功能的对象可被称为“触发”，因为它们用来在指定时间触发某操作。可被触发的各种操作是无限的。简单的例子包括诸如以下的操作:“执行”(开始交互式功能的操作)、“隐藏”(从显示器去除所有可见元素)、执行某指定动作(诸如，显示或更新某文本或图形)和“终止”(结束所有操作并且释放存储器资源)。
[0063]触发自身必须要从分配链中交互式元素起源并且操作的点一路传输到消费者的接收器。对于触发对象可以有各种传输方法。触发能够在各种不同位置被包括在数字传输复用中，或者能够由基于互联网的服务器提供触发并且由连接互联网的接收器访问触发。数字传输中的可能位置包括:在视频或音频“用户数据”中，在隐藏式字幕传输内(如下面更详细地描述的)，在节目特定信息(PSI)表中带有的描述符内，在MPEG-2传输流包的自适应字段内，嵌入在音频中，以及在视频自身内调制为亮度或色度。
[0064]在每一种情况下，更喜欢较小的触发。例如，与大小可能为100或更多字节的触发相比，能够以少至30字节(或文本的字符)表示的触发在传输方面提供更大的灵活性并且提供更高的效率。在本公开的实施例中，描述一种用于提供交互性的方法，在该方法中，使用小的或“精简的”触发实现触发功能。
[0065]现在参照附图，图1是显示示例性广播系统2的方框图，示例性广播系统2包括内容源10、接收设备20(例如，数字电视接收器装置)、触发参数表(TPT)服务器40、被触发声明对象(TDO)服务器50和可选的自动内容识别(ACR)系统60。接收设备20经由一个或多个通信网络(诸如，互联网30)访问TPT服务器40、TDO服务器60和/或ACR系统60。在其它实施例中，存储在TPT服务器40中的TPT和/或存储在TDO服务器60中的TDO由内容源10或ACR系统60提供给接收设备20。
[0066]广播系统2提供交互式数字电视特征，通过该特征，为观看者提供与由内容源10提供的内容内的事件关联并且在时间上与所述事件同步的补充内容。补充内容包括诸如音频、视频、文本或图像的媒体类型之一或组合、和/或一个或多个交互式元素。在一个实施例中，补充内容的行为和外观与内容内的事件关联并且在时间上与所述事件同步。
[0067]在一个实施例中，内容源10经由地面广播把内容提供给接收设备20。在其它实施例中，内容源10经由卫星广播、有线电视传输、地面电视广播、蜂窝网络和数据通信网络(诸如，局域网(LAN)、广域网(WAN)或互联网30)中的至少一个提供内容。由内容源10提供的内容包括一个或多个电视节目，而不管该内容是电影、体育赛事、多部分连续剧的片段还是新闻广播等。另外，由内容源10提供的内容也可包括广告、专题广告片和可能不在EPG中被报告为节目的其它像节目的内容。
[0068]接收设备20接收由内容源10提供的内容并且在图3中示出的显示器350上显示内容。在一个实施例中，显示器350是诸如电视机的接收设备20的构成整体的部分。替代地，显示器350可位于接收设备20的外部，诸如连接到机顶盒的电视机。
[0069]根据一个实施例，接收设备20包括声明对象(DO)引擎，DO引擎接收声明对象(DO)并且与从内容源10接收的内容(例如，节目的音频/视频内容)一起呈现DO。DO引擎响应于来自用户的特定请求或者响应于触发事件而呈现D0。响应于触发事件而呈现的DO被称为被触发声明对象(TDO)。
[0070]TDO是由内容提供商、内容创建者或服务提供商创建的可下载软件对象，它包括声明内容(例如，文本、图形、描述性标记、脚本和/或音频)，声明内容的功能以某种方式绑定到它所伴随的内容。在Blanchard等人于2010年12月3日提交的标题为“Announcementof Triggered Declarative Objects” 的第 12/959，529 号美国申请中描述了 TDO 的实施例，该申请的全部内容通过引用包含于此。然而，TDO不限于Blanchard等人描述的结构，因为其中定义为TDO的一部分的许多属性能够位于触发中，反之亦然，或者根据特定TDO的功能和触发而根本不存在。
[0071]TDO通常被视为“声明”内容以区分它与“可执行”内容，诸如在操作系统平台上运行的Java小程序或应用。虽然TDO通常被视为是声明对象，但TDO播放器(例如，DO引擎)支持作为面向对象编程语言的脚本语言。在这里示出的例子中，在执行TDO的时间之前从内容或服务提供商接收TD0，以便当需要时，TDO可用。此外，明确的触发信号可以不是必需的，并且TDO可以是自触发的或者由除触发信号的接收外的某动作触发。各种标准体可定义TDO的内容和元数据的关联行为、外观、触发动作和传输方法。另外，关于相对于音频/视频的TDO行为的定时精度的要求可由标准体定义。
[0072]触发是可选地绑定到特定的一项内容(例如，电视节目)的数据对象，该数据对象通过使用要下载(例如，当指示TDO或TPT的下载时)或已经下载(例如，当指示TDO的执行、挂起、终止等时或基于TPT)的对象的文件名或标识符来引用特定TDO实例或TPT。某些TDO将仅结合特定内容才有意义。例子是收集观看者响应数据(诸如，对游戏节目或比赛进行投票)的TD0。
[0073]在一个实施例中，DO引擎接收被绑定以与内容中的各种点(例如，触发事件)相一致的触发，所述各种点诸如为场景变化或者广告片段的开始或结束。触发被分为两种类型:(1)由DO引擎处理的触发，和⑵由DO引擎传递给TDO以进行处理的触发。与类型I命令关联的触发与例如由DO引擎执行的命令关联。与类型2命令关联的触发与例如要在DO自身内处理的参数(例如，命令、数据等)关联，以实现关联的补充内容的外观、行为或状态的变化。
[0074]可如例如第13/216，375号美国专利申请中所述在广播发射流内传送触发，该专利申请的全部内容通过引用包含于此。例如，可如于2012年3月21日提交的第61/613，869号美国临时申请中所述在MPEG-2传输流(TS)中的打包基本流(PES)中或者在DTV隐藏式字幕流内传送触发。在其它实施例中，触发被嵌入在内容自身中。例如，触发可被嵌入在内容的音频或视频部分中并且通过接收设备20中的解码的音频或视频的处理而被恢复。
[0075]对于一些传送触发的方法，更喜欢大小较小的对象。在这种情况下，应该能够在少量的比特或字节内表示触发。另外，一些传送方法可能把触发的最大大小限制为固定数量的字节，诸如在使用DTV隐藏式字幕信道的情况下。
[0076]在一个实施例中，当在广播发射流内传送触发时，在DTV隐藏式字幕信道中，在标准字幕服务#6中，在称为“URL String”的命令中，传送触发，作为URI_type=0URL(交互式TV触发)。基于触发的大小，触发可被分割成多个片段。在一个实施例中，当触发被分离成多个片段时，每个片段与类型关联，所述类型指示各片段是否(I)是两个或更多个中的第一个；(2)既不是第一个也不是最后一个；(3)是最后一个；以及(4)是唯一一个。任何预定义的值可被用于识别特定片段的类型。另外，在一个实施例中，类型信息定义片段的顺序。在其它实施例中，类型信息可被用于传达关于片段的任何信息以允许接收设备20重构触发。
[0077]例如，如果触发的长度小于或等于26个字符，则它在不分割的情况下被发送(例如，类型=11)。如果触发的长度是27至52个字符，则它以两个片段被发送(第一片段是类型=00的片段且第二片段是类型=10的片段)。然而，在其它实施例中，任何其它准则能够被用于确定应该如何分割触发。另外，除了使用服务编号6之外或者替代于使用服务编号6，可使用其它服务编号。触发类型被包括在图9C中示出的触发语法中。
[0078]图9A示出当经由DTV隐藏式字幕信道传送触发时由接收设备20执行的示例性处理。当例如接收设备20能访问MPEG-2传输流、全广播复用的一部分或压缩形式的内容时，接收设备20能访问这种触发。该处理开始于S902，在S902，在具有1_6的范围中的预定服务编号的第一标准服务块内，接收包括隐藏式字幕文本的隐藏式字幕数据。在S904，在具有等于所述预定编号的服务编号的标准服务块内接收非隐藏式字幕文本数据。通常，用于非隐藏式字幕文本数据的标准服务可以是I和6之间的服务编号η中的任何一个或组合，但由于超过前几个的服务编号相对较少被用于字幕文本数据，所以在一个实施例中使用服务编号6。
[0079]在步骤S906，接收设备20从以服务编号6 (或η)出现的隐藏式字幕数据解析(例如，在解析计算机处理模块中)非隐藏式字幕文本数据。非隐藏式字幕文本数据随后在步骤S908(例如，在另一处理器操作中)被处理，以提取触发并基于触发执行功能。在一个实施例中，在符合CEA-708的可变长度命令中传送以上提及的非隐藏式字幕文本数据。然而，在其它实施例中，在CEA-708固定长度命令或可变长度命令和固定长度命令的组合中传送非隐藏式字幕文本数据。
[0080]应该注意，替代于触发或除了触发之外，DTV隐藏式字幕信道还可传送其它类型的数据(例如，包括适合于由一个或多个TDO摄取并处理的一个或多个参数的数据流、在呈现3D内容的诸如字幕窗口的图形对象及其关联文本时使用的差异数据等)。可经由不同于传送触发的标准服务块的一个或多个具有预定编号的标准服务块(例如，服务#5、4或3)提供这些其它类型的数据，或者这些其它类型的数据可在与触发相同的标准服务块中使用不同的预定命令代码序列。[0081]在一个实施例中，使用未使用的代码点之一(例如，CEA-708C3代码空间中的0x98)传送触发以传送可变长度短触发。对于具有CEA标准的格式的示例性规范(例如，作为CEA-708的扩展)，参见图9B。触发是在例如如CEA-708中所定义的C3代码集中传送的可变长度命令。
[0082]图9B中示出的触发命令提供了交互式TV触发数据的传送。如上所述，在一个实施例中，在标准字幕服务#6中传送触发命令。在以上命令编码中，长度(L)是指示在范围11至27中的跟在头部之后的字节的数量的无符号整数。
[0083]如CEA-708-D章节7.1.11.2中所规定，可变长度命令由后面跟着范围0x90至0x9F中的数字的EXTl字符指示，其中“Ox”符号表示以十六进制格式表示的数字。在图9B中描述的命令格式中，在EXTl字符(0x10)后面跟着0x98。在这种情况下，0x98是触发命令的命令标识符。然而，任何其它未使用的命令标识符能够与触发命令关联。根据在CEA-708-D章节7.1.11.2中定义的语法，下一字节包含两比特的类型字段、一个零比特，后面跟着5比特的长度字段。
[0084]在一个实施例中，trigger O数据结构跟在包含长度字段的字节之后。在图9C中以伪代码描述触发数据的一个例子的语法。在图9C的示例性触发语法中，trigger_type是指示后跟的触发的类型的4比特无符号整数。在一个实施例中，仅定义类型O触发。因此，trigger_type的值被设置为O。预计接收设备20会忽略指示任何其它(未识别的)类型的触发的触发命令的实例。在另一实施例中，trigger_type被设置为指示交互式TV触发的一个值和指示URL是用于服务使用报告的互联网服务器位置的另一值。
[0085]另外，在一个实施例中，trigger_character是8比特的ASCII字符,其值被限制为由RFC2396针对统一资源标识符(URI)所允许的值。由trigger O形成的字符串是根据RFC2396的有效URI，其全部内容通过引用包含于此。
[0086]在服务#6中使用可变长度DTV隐藏式字幕命令来传送触发提供了:(I)触发的存在的健壮(明确)信令；(2)触发的类型的信令(用于以后的扩展)；(3)作为已有CEA-708DTV CC协议的自然扩展的传送格式；以及(4)对于遗留接收器透明的传送方法。
[0087]也可经由其它路径(诸如，互联网)传送触发。在一个实施例中，当不可经由广播发射流获得触发时，接收设备20通过例如把正在由接收设备20接收的内容的A/V采样发送给ACR系统60，经由ACR系统60获取触发。
[0088]当接收设备20无法访问广播TS或广播触发时，在一个实施例中，接收设备20通过ACR系统60识别正在观看的内容和媒体时间。在这种情况下，如平常一样从由触发识别的互联网服务器(例如，TPT服务器40)检索TPT和关联文件。然而，在一个实施例中，ACR系统60将不负责提供更新的触发，用以例如建立实时事件的定时。替代地，如以下所述，将会从由触发的定位符部分识别的TPT服务器40分配更新的触发。在其它实施例中，例如，当ACR系统60和TPT服务器40被组合成单个系统时，可由ACR系统60提供更新的触发。
[0089]在ACR情况下，预期接收设备20执行对TPT服务器40的访问，以打开可经其接收更新的触发的信道。例如，用于触发刷新的协议可符合在RFC6202中定义的长轮询方法，其全部内容通过引用包含于此。
[0090]本公开的实施例提供一些系统设计的方案，其中能够在少量字节内表示触发自身，以便促进方便和健壮的传输。以少量字节对触发的表示解决以下问题，诸如具有有限数据传送能力的传送方法对小的、精简的且健壮的触发的需要；以及适应经常难以传送的可变大小的净荷的需要。本公开的一些实施例还解决提供一种灵活的系统的需要，在该系统中，TDO能够是“表驱动的”(例如，其动作和行为由关联的表中的数据指定，而非被编码到TDO自身中)。这允许单个TDO脚本可在各种情况下使用。
[0091]在触发的概念后面的动机在于:考虑到构成TDO的文件和由TDO用来执行某动作的数据文件的大小，它们花费一定量的时间以传输到接收设备20。尽管能够在内容的广播之前创作交互式元素的用户体验，但某些行为必须被仔细地定时为与节目自身中的事件(例如，商业广告片段的发生)一致。广播系统2使声明对象和关联的数据、脚本、文本和图形的传送与交互式事件(即，触发)的播出的特定定时的信令分开。
[0092]触发执行各种定时相关信令功能以支持交互式服务。触发是多功能的；根据其结构，示例性触发实例能够执行下面的功能中的一个或多个:
[0093]?通知包含交互式元素(例如，TPT、TD0、图形和数据文件)的文件目录的位置(可经由发射流中的单向传输文件分发(FLUTE)会话、经由互联网服务器或二者来访问)；
[0094].指示用于即将到来的节目片段的交互式内容可用于预加载；
[0095].指示关联的音频/视频或仅音频内容的当前媒体时间；
[0096].参考TPT中的特定交互式事件并且通知现在或在指定的未来媒体时间要执行该事件；
[0097].指示对互联网服务器的访问要随机地分散在指定时间间隔上，以避免需求的高峰。
[0098]用于触发的示例性规范语法被示出在图1OA中。该触发语法基于根据RFC3986的绝对URI，不包括〈scheme〉和“://”部分，具有如以下所指定的附加限制，RFC3986的全部内容通过引用包含于此。图1OB示出用于触发的另一示例性规范语法。
[0099]使用在RFC5234中定义的扩展巴科斯范式(ABNF)语法描述图1OA中示出的语法定义，不同之处在于垂直条符号“ I ”被用于表示替代物，RFC5234的全部内容通过引用包含于此。由等号“=”使规则与定义分开，缩进被用于在超过一行上继续规则定义，文字利用“”被引用，圆括号“(”和“)”被用于把元素聚集，可选元素被包围在“[”和“]”方括号中，并且<n>*可位于元素前面以表示后面的元素的η次或更多次重复；η默认为O。
[0100]在一个实施例中，附加约束包括:(I)触发的最大长度不超过52字节；和(2)触发的主机名部分是登记的互联网域名。在如上所述经由DTV隐藏式字幕信道在服务信道#6中发送触发的实施例中，设置了 52字节的最大长度。然而，如果经由DTV隐藏式字幕信道的其它部分或其它传送方法发送触发，则能够设置不同的最大长度。
[0101]在一些实施例中，触发被视为包括三个部分，两个部分是必需的并且第三个部分是可选的:<domain name part>/<directory path> [?〈parameters>]。
[0102]<domain name part〉(域名部分)弓丨用登记的互联网域名。〈directory path〉(目录路径)是在拥有针对识别的域名的权利的实体的控制和管理下识别目录路径的任意字符串。〈domain name part〉和〈directory path〉的组合唯一地识别能够由接收设备20处理以把交互性添加到关联的内容的一组文件。
[0103]触发的〈parameters〉(参数)部分是可选的。当存在时，它能够传达与触发关联的一个或多个参数。在一个实施例中，触发在查询字符串(例如，触发的在“？”右侧的部分)内携带参数。查询字符串的定义格式例如包括:(I)〈event time〉，可选地在它后面跟着〈spread〉；(2)〈media time〉,可选地在它后面跟着〈spread〉；(3)〈other〉，可选地在它后面跟着〈spread〉；和(4)〈spread〉。
[0104]在一个实施例中，根据下面的规则对参数进行格式化:
[0105]〈event time〉-两个参数，由“e=”指定的触发事件ID和由“&t=”指定的定时值，在“e=”后面跟着参考关联的TPT中的事件ID的十进制数，在“&t=”后面跟着长度为I至7个字符的字符串，该字符串表示指示指定的触发事件的新的媒体定时的十六进制数。
[0106]〈media time〉-由“m=”指定的项，在“m=”后面跟着长度为I至7个字符的字符串，该字符串表示以毫秒为单位指示当前媒体时间的十六进制数。
[0107]〈spread〉-当它是唯一项时是由“s=”指定的项或者当后附于其它项时是由“&s=”指定的项，具有长度为I至3个字符的字符串，该字符串表示指示包括接收设备20的所有接收器应该尝试访问在触发中识别的互联网服务器的时间的秒数的十进制数。预期每个个体接收设备20得出指定的间隔内的随机时间并且把访问请求延迟该时间量，由此在时间上展开原本可能在触发首次出现在接收设备20时发生的需求的高峰。
[0108]〈Other〉-由除 “ e ”、“E”、“m”、“Μ”、“ s ”、“ S”、“ t ” 或 “T” 之外的字符指定的项，后面跟着等号和字母数字串。第二个〈other〉项可出现在第一个〈other〉项之后；如果存在，则利用“&”字符对该第二项的开始划界。预期每个接收设备20会忽略未识别的项。
[0109]在以下的表1中给出有效触发及其功能的例子:
[0110]
【权利要求】
1.一种接收设备用于处理触发的方法，包括: 从内容源接收内容； 在显示器上显示接收的内容； 接收与接收的内容关联的第一触发； 由接收设备基于第一触发检索触发参数表(TPT)，TPT包括与接收的内容的触发标识符和第一媒体时间之一或组合关联的至少一个事件； 把TPT存储在接收设备的存储器中；以及 基于在TPT中定义的一个或多个能力和协议版本之一或组合，确定是否处理TPT中所包括的所述至少一个事件。
2.如权利要求1所述的方法，其中接收内容的步骤包括: 经由卫星广播、有线电视传输、地面电视广播和互联网中的至少一个接收所述内容。
3.如权利要求1所述的方法，其中检索TPT的步骤包括: 处理与接收的内容关联的广播虚拟信道的节目映射表(PMT)； 处理服务信令信道(SSC)以检索服务映射表(SMT)； 发现单向传输文件传送(FLUTE)会话的坐标；` 获取FLUTE文件传送表(FDT)； 比较第一触发的定位符部分与FLUTE FDT中的内容-位置值，直至发现匹配；以及 基于匹配的内容-位置值检索TPT。
4.如权利要求1所述的方法，其中检索TPT的步骤包括: 使用第一触发的定位符部分执行互联网http GET。
5.如权利要求1所述的方法，还包括: 基于TPT中所包括的扩散属性计算随机时间段；以及 在计算的随机时间段之后检索在TPT中参考的补充内容。
6.如权利要求1所述的方法，还包括: 从在TPT中识别的服务器检索指示事件将被重新定时到第二媒体时间的第二触发；以及 使存储在存储器中的TPT中所包括的事件与第二媒体时间关联。
7.一种嵌入有指令的非暂态计算机可读存储介质，所述指令当由计算机执行时使计算机执行接收设备用于处理触发的方法，该方法包括: 从内容源接收内容； 在显示器上显示接收的内容； 接收与接收的内容关联的第一触发； 由接收设备基于第一触发检索触发参数表(TPT)，TPT包括与接收的内容的触发标识符和第一媒体时间之一或组合关联的至少一个事件； 把TPT存储在接收设备的存储器中；以及 基于在TPT中定义的一个或多个能力和协议版本之一或组合，确定是否处理TPT中所包括的所述至少一个事件。
8.一种接收设备，包括: 接收器，被构造为从内容源接收内容；显示器接口，被构造为显示接收的内容； 处理器，被构造为: 接收与接收的内容关联的第一触发； 基于第一触发检索触发参数表(TPT)，TPT包括与接收的内容的触发标识符和第一媒体时间之一或组合关联的至少一个事件； 把TPT存储在接收设备的存储器中；以及 基于在TPT中定义的一个或多个能力和协议版本之一或组合，确定是否处理TPT中所包括的所述至少一个事件。
9.如权利要求8所述的接收设备，其中 所述接收器被构造为经由卫星广播、有线电视传输、地面电视广播和互联网中的至少一个接收所述内容。
10.如权利要求8所述的接收设备，其中所述处理器被构造为 处理与接收的内容关联的广播虚拟信道的节目映射表(PMT)； 处理服务信令信道(SSC)以检索服务映射表(SMT)； 发现单向传输文件传送(FLUTE)会话的坐标； 获取FLUTE文件传送表(roT)； 比较第一触发的定位符部分与FLUTE FDT中的内容-位置值，直至发现匹配；以及 基于匹配的内容-位置值检索TPT。
11.如权利要求8所述的接收设备，其中 所述处理器被构造为使用第一触发的定位符部分执行互联网httpGET以检索TPT。
12.如权利要求8所述的接收设备，其中 所述处理器被构造为:基于TPT中所包括的扩散属性计算随机时间段，以及在计算的随机时间段之后检索在TPT中参考的补充内容。
13.如权利要求8所述的接收设备，其中 所述处理器被构造为:从在TPT中识别的服务器检索指示事件将被重新定时到第二媒体时间的第二触发，以及使存储在存储器中的TPT中所包括的事件与第二媒体时间关联。
14.一种信息提供设备，包括: 存储器，被构造为存储触发参数表(TPT)，TPT包括与要被提供给接收设备的内容的触发标识符和媒体时间之一或组合关联的至少一个事件；和 通信单元，被构造为把TPT提供给接收设备，接收设备基于在TPT中定义的一个或多个能力和协议版本之一或组合确定是否处理TPT中所包括的所述至少一个事件。
【文档编号】H04N21/81GK103650525SQ201380001931
【公开日】2014年3月19日 申请日期:2013年6月12日 优先权日:2012年6月19日
【发明者】M·艾耶 申请人:索尼公司