用于处理包括交互式广播服务的广播信号的方法和装置.pdf

公开了一种在发送器处理包括交互式广播服务的广播信号的方法。所述方法包括以下步骤：生成包含关于应用和目标为所述应用的交互式广播事件的元数据的参数表；将所述参数表划分成多个参数块；将所述多个参数块中的每一个参数块插入到多个参数表区段中的每一个参数表区段中；生成触发，所述触发是用于标识信令和建立所述交互式广播事件的播出定时的信令组元；将所述触发插入到所述广播信号的封闭字幕通道中；发送包括所述封闭字幕通道和承载所述多个参数表区段的特定通道的所述广播信号，其中，所述触发包括指定所述参数表在所述广播信号中的位置信息。

权利要求书1.  一种在发送器处理包括交互式广播服务的广播信号的方法，该方法包括以下 步骤： 生成包含关于应用和目标为所述应用的交互式广播事件的元数据的参数表； 将所述参数表划分成多个参数块； 将所述多个参数块中的每一个参数块插入到多个参数表区段中的每一个参数表 区段中； 生成触发，所述触发是用于标识信令和建立所述交互式广播事件的播出定时的信 令组元； 将所述触发插入到所述广播信号的封闭字幕通道中； 发送包括所述封闭字幕通道和承载所述多个参数表区段的特定通道的所述广播 信号， 其中，所述触发包括指定所述参数表在所述广播信号中的位置的位置信息。 2.  根据权利要求1所述的方法，其中，所述参数表区段包括： 表ID字段，所述表ID字段标识所述参数表区段； 协议版本字段，所述协议版本字段指示所述参数表的定义的主版本号和次版本 号； 参数表数据版本字段，所述参数表数据版本字段指示所述参数表的版本号；以及 顺序号字段，所述顺序号字段具有和所述参数表的所有其它参数表区段的值相同 的值。 3.  根据权利要求2所述的方法，其中，所述插入步骤包括以下步骤： 生成具有所述表ID字段、协议版本字段、参数表数据版本字段以及顺序号字段的 公共值的所述多个参数表区段； 将所述多个参数块中的每一个参数块插入到所述多个参数表区段中的每一个参 数表区段中。 4.  根据权利要求1所述的方法，其中，所述参数表区段在使用之前经由非实时发 送来被发送。 5.  根据权利要求1所述的方法，所述方法还包括以下步骤： 对指定所述触发经由所述广播信号的所述封闭字幕通道发送的类型信息进行编 码；并且将经编码的类型信息插入到所述封闭字幕通道中。 6.  根据权利要求2所述的方法，其中，所述参数表区段还包括指定参数表区段的 区段号的区段号字段，并且所述区段号随着所述参数表中的每一个附加参数表区段而 按1递增。 7.  根据权利要求2所述的方法，其中，所述参数表区段还包括区段号字段，所述 区段号字段指定所述多个参数表区段中的所述参数表区段的次序。 8.  根据权利要求6所述的方法，其中，所述参数表区段还包括服务标识字段，所 述服务标识字段指定与提供在所述参数表中描述的内容项的所述交互式广播服务相 关联的标识符。 9.  一种用于处理包括交互式广播服务的广播信号的接收器，该接收器包括： 接收装置，该接收装置被配置为，接收包括封闭字幕通道和承载多个参数表区段 的特定通道的所述广播信号； 提取装置，该提取装置被配置为，从所述广播信号的所述封闭字幕通道提取触发， 所述触发是用于标识信令和建立交互式广播事件的播出定时的信令组元，其中，所述 触发包括指定参数表在所述广播信号中的位置的位置信息； 触发模块，该触发模块被配置为，基于所述触发中的所述位置信息来收集多个参 数表区段，其中，每一个参数表区段都包括多个参数块中的每一个参数块，其中，所 述参数表被划分成所述多个参数块，并且利用所述多个参数块形成包含关于应用和目 标为所述应用的交互式广播事件的元数据的所述参数表；以及 处理器，该处理器被配置为，基于所形成的参数表来提供所述交互式广播服务。 10.  根据权利要求9所述的接收器，其中，所述参数表区段包括： 表ID字段，所述表ID字段标识所述参数表区段； 协议版本字段，所述协议版本字段指示所述参数表的定义的主版本号和次版本 号； 参数表数据版本字段，所述参数表数据版本字段指示所述参数表的版本号；以及 顺序号字段，所述顺序号字段具有和所述参数表的所有其它参数表区段的值相同 的值。 11.  根据权利要求10所述的接收器，其中，所述触发模块还被配置为： 收集具有所述表ID字段、协议版本字段、参数表数据版本字段以及顺序号字段的 公共值的所述多个参数表区段；并且 从所述多个参数表区段中的每一个参数表区段中提取所述多个参数块中的每一 个参数块。 12.  根据权利要求9所述的接收器，其中，所述参数表区段在使用之前经由非实 时发送来被发送。 13.  根据权利要求9所述的接收器，其中，所述提取装置还被配置为： 提取指定所述触发经由所述广播信号的所述封闭字幕通道发送的类型信息。 14.  根据权利要求10所述的接收器，其中，所述参数表区段还包括指定参数表区 段的区段号的区段号字段，并且所述区段号随着所述参数表中的每一个附加参数表区 段而按1递增。 15.  根据权利要求10所述的接收器，其中，所述参数表区段还包括区段号字段， 所述区段号字段指定所述多个参数表区段中的所述参数表区段的次序。 16.  根据权利要求14所述的接收器，其中，所述参数表区段还包括服务标识字 段，所述服务标识字段指定与提供在所述参数表中描述的内容项的所述交互式广播服 务相关联的标识符。

说明书用于处理包括交互式广播服务的广播信号的方法和装置
技术领域
本发明涉及用于提供、接收以及处理广播信号的方法和装置，并且更具体地说， 涉及用于通过广播系统来提供广播内容的方法和装置以及与其相关联的交互式广播 服务。
背景技术
随着诸如在广播系统中使用的广播网络管理、音频/视频编解码器或通信网络的 技术的发展，广播系统可以向观看者提供高质量音频与视频以及多种内容。而且，观 看者希望根据用户体验(UX)来接收与广播内容有关的附加信息。另外，观看者日 益不满意被动内容消费而相反更喜欢交互式内容。然而，当前广播系统无法满足观看 者需求。例如，当前广播系统无法确定何时提供与特定广播内容有关的附加信息或者 怎样处理附加信息。
发明内容
技术问题
为解决所述问题而设计的本发明的一个目的在于，在回放广播内容的过程中，以 交互式广播服务的形式、在恰当的时间提供与广播内容有关的附加信息。
问题的解决方案
为实现这些目的和其它优点并且根据本发明的目的，如在此具体实施和广泛描述 的，公开了一种在发送器处处理包括交互式广播服务的广播信号的方法。所述方法包 括以下步骤：生成包含关于应用和目标为所述应用的交互式广播事件的元数据的参数 表；将所述参数表划分成多个参数块；将所述多个参数块中的每一个参数块插入到多 个参数表区段中的每一个参数表区段中；生成触发，所述触发是用于标识信令和建立 所述交互式广播事件的播出定时的信令组元；将所述触发插入到所述广播信号的封闭 字幕通道中；发送包括所述封闭字幕通道和承载所述多个参数表区段的特定通道的所 述广播信号，其中，所述触发包括指定所述参数表在所述广播信号中的位置的位置信 息。
优选的是，所述参数表区段包括：标识所述参数表区段的表ID字段，指示定义所 述参数表的主版本号和次版本号的协议版本字段，指示所述参数表的版本号的参数表 数据版本字段，以及具有和所述参数表的所有其它参数表区段的值相同的值的顺序号 字段。
优选的是，所述插入步骤包括以下步骤：生成具有所述表ID字段、协议版本字段、 参数表数据版本字段以及顺序号字段的公共值的所述多个参数表区段，并且将所述多 个参数块中的每一个参数块插入到所述多个参数表区段中的每一个参数表区段中。
优选的是，所述参数表区段在使用之前经由非实时发送来被发送。
优选的是，所述方法还包括以下步骤：对指定所述触发经由所述广播信号的所述 封闭字幕通道发送的类型信息进行编码；并且将经编码的类型信息插入到所述封闭字 幕通道中。
优选的是，所述参数表区段还包括指定参数表区段的区段号的区段号字段，并且 所述区段号随着所述参数表中的每一个附加参数表区段而按1递增。
优选的是，所述参数表区段还包括指定所述多个参数表区段中的所述参数表区段 的次序的区段号字段。
优选的是，所述参数表区段还包括指定与提供在所述参数表中描述的内容项的所 述交互式广播服务相关联的标识符的服务标识字段。
在本发明另一方面，公开了一种用于处理包括交互式广播服务的广播信号的接收 器。所述接收器包括：接收装置，该接收装置被配置为，接收包括封闭字幕通道和承 载多个参数表区段的特定通道的所述广播信号；提取装置，该提取装置被配置为，从 所述广播信号的所述封闭字幕通道提取触发，所述触发是用于标识信令和建立交互式 广播事件的播出定时的信令组元，其中，所述触发包括指定参数表在所述广播信号中 的位置的位置信息；触发模块，该触发模块被配置为，基于所述触发中的所述位置信 息来收集多个参数表区段，其中，每一个参数表区段都包括多个参数块中的每一个参 数块，其中，所述参数表被划分成所述多个参数块，并且利用所述多个参数块形成包 含关于应用和目标为所述应用的交互式广播事件的元数据的所述参数表；以及处理 器，该处理器被配置为，基于所形成的参数表来提供所述交互式广播服务。
优选的是，所述参数表区段包括：标识所述参数表区段的表ID字段，指示定义所 述参数表的主版本号和次版本号的协议版本字段，指示所述参数表的版本号的参数表 数据版本字段，以及具有和所述参数表的所有其它参数表区段的值相同的值的顺序号 字段。
优选的是，所述触发模块还被配置为，收集具有所述表ID字段、协议版本字段、 参数表数据版本字段以及顺序号字段的公共值的所述多个参数表区段，并且从所述多 个参数表区段中的每一个参数表区段中提取所述多个参数块中的每一个参数块。
优选的是，所述参数表区段在使用之前经由非实时发送来被发送。
优选的是，所述提取装置还被配置为，提取指定所述触发经由所述广播信号的所 述封闭字幕通道发送的类型信息。
优选的是，所述参数表区段还包括指定参数表区段的区段号的区段号字段，并且 所述区段号随着所述参数表中的每一个附加参数表区段而按1递增。
优选的是，所述参数表区段还包括指定所述多个参数表区段中的所述参数表区段 的次序的区段号字段。
优选的是，所述参数表区段还包括服务标识字段，所述服务标识字段指定与提供 在所述参数表中描述的内容项的所述交互式广播服务相关联的标识符。
本发明的有利效果
根据本发明，可以利用现有广播系统来提供交互式广播服务或者与广播内容有关 的交互式广播事件。
根据本发明，可以准确地确认何时显示与广播内容有关的附加信息，并且可以在 恰当的时间向用户提供该附加信息。
根据本发明，即使在不直接接收广播信号的装置中，也可以获取与广播内容有关 的附加信息，并且在恰当的时间向观看者提供该附加信息。
附图说明
附图被包括进来以提供对本发明的进一步理解，例示了本发明的实施方式，并与 本描述一起用于说明本发明的原理。
在图中：
图1是示出根据本发明一实施方式的、提供实时(RT)服务和非实时(NRT)服 务的概念的图；
图2是示出根据本发明一实施方式的、用于以信号传送NRT服务的结构的图；
图3是示出根据本发明一实施方式的TDO参数表(TPT)的一部分的图；
图4是示出根据本发明一实施方式的TDO参数表(TPT)的另一部分的图；
图5是示出根据本发明一实施方式的capabilities_descriptor的图；
图6是示出根据本发明一实施方式的激活消息表(AMT)的图；
图7是示出根据本发明一实施方式的触发格式的图；
图8是示出根据本发明一实施方式的、用于提供作为针对TPT请求的响应的一部 分的URL信息的XML架构的图；
图9是示出根据本发明另一实施方式的、用于提供作为针对TPT请求的响应的一 部分的URL信息的XML架构的图；
图10是示出根据本发明一实施方式的触发的句法的图；
图11是示出根据本发明一实施方式的二进制格式的TPT的一部分的图；
图12是示出根据本发明一实施方式的二进制格式的TPT的另一部分的图；
图13是示出根据本发明一实施方式的二进制格式的TPT的另一部分的图；
图14是示出根据本发明一实施方式的二进制格式的TPT的另一部分的图；
图15是示出根据本发明一实施方式的二进制格式的TPT的另一部分的图；
图16示出了根据本发明一实施方式的TPT区段的结构；
图17是示出根据本发明一实施方式的接收器的结构的图；以及
图18是示出根据本发明另一实施方式的接收器的结构的图。
具体实施方式
下面，参照附图，对本发明的优选实施方式进行描述。附图中示出的并且此后描 述的本发明的构造和操作将在至少一个实施方式中加以描述，而不限制本发明的精神 和范围。
尽管在本发明中使用的术语从通常已知且使用的术语中选择，但在此使用的术语 可以根据本领域中操作员的意图或习惯、出现的新技术等来改变。另外，本发明的描 述中提到的某些术语已经由本申请人按他或她的判断进行了选择，其详细含义在这里 的描述的相关部分中进行描述。而且，本发明不是简单地根据所使用的实际术语而是 必须根据位于内部的每一个术语的含义来理解。
在本发明中所使用的术语当中，术语实时(RT)服务指实时提供的服务，即， 受时间约束的服务。与此相反，非实时(NRT)服务指除了RT服务以外的其它服务。 也就是说，非实时服务不受时间约束。用于NRT服务的数据被称为NRT服务数据。
根据本发明的广播接收器可以通过诸如地面波、线缆或因特网的介质来接收NRT 服务。该NRT服务存储在广播接收器的存储部中，并且根据预定时间或用户请求在显 示装置上显示。在本发明的一个实施方式中，NRT服务以文件的形式被接收并且被存 储在存储部中。在本发明的一个实施方式中，该存储部是安装在广播接收器中的内建 HDD。作为另一实施例，该存储部可以是外部连接至广播接收系统的通用串行总线 (USB)存储器、外部HDD等。为了接收并在存储部中存储配置NRT服务并且向用户 提供服务的文件，需要信令信息。在本发明中，信令信息被称为NRT服务信令信息或 NRT服务信令数据。根据本发明的NRT服务可以根据获取IP数据报的方法而划分成固 定NRT服务和移动NRT服务。具体来说，固定NRT服务通过固定广播接收器提供，而 移动NRT服务通过移动广播接收器提供。本发明将在提供固定NRT服务的假定下进行 描述。然而，本发明可应用于移动NRT服务。
在本发明中所使用的术语当中，术语交互式附属服务或交互式广播服务指用于向 观看者提供交互式体验的数据服务或广播服务，以便改进观看体验。该交互式广播服 务包括触发式声明对象(TDO)、声明对象(DO)或非实时声明对象(NDO)。
在本发明中所使用的术语当中，术语触发是用于标识信令并且设置何时提供交互 式服务或交互式事件的信令组元。该触发可以充当时基触发和/或激活触发。时基触 发被用于建立事件的播出的定时。激活触发被用于设置事件的操作时间。下述时基消 息可以被用作时基触发，或者该时基触发可以被用作时基消息。下述激活消息可以被 用作激活触发，或者该激活触发可以被用作激活消息。
该时基触发发送按定时时钟采样的时间戳，下面，将对其加以详细描述。
该激活触发发送对触发操作或事件操作时间进行指示的信息。
媒体时间是用于引用当内容被回放时的特定时间的参数。
声明对象(DO)可以指示用于显示与广播内容有关的附加信息的应用或显示。 该DO可以指示用于显示交互式服务或与广播内容有关的交互式事件的应用或显示。 一个DO可以包括一个或更多个交互式事件。
触发式声明对象(TDO)指示广播内容的附加信息。该TDO按恰当时间触发广播 内容中的附加信息。如果通过触发执行DO，则该DO可以被限定为TDO。例如，如果 广播试听节目，则优选的试听参与观看者的当前排序可以随同广播内容一起显示。这 时，试听参与者的当前排序的附加信息可以是TDO。这种TDO可以通过与观看者的交 互作用并且根据观看者的意图而改变。
非实时声明对象(NDO)可以被限定为作为NRT服务的一部分而提供的DO。
图1是示出根据本发明一实施方式的、提供实时(RT)服务和非实时(NRT)服 务的概念的图。
广播台根据现有方法(类似于当前地面广播(或移动广播))发送RT服务。这时， 广播台可以发送RT服务，并且利用除了在发送RT服务时使用的带宽或专用带宽以外 的其它带宽来提供NRT服务。也就是说，RT服务和NRT服务经由相同或不同的信道来 发送。因此，广播接收器划分RT服务和NRT服务，并且在需要时利用NRT服务信令信 息(或NRT服务信令数据)存储和向用户提供NRT服务。下面，将对NRT服务信令信 息(或NRT服务信令数据)加以详细描述。例如，广播台可以在NT中发送广播服务 数据，而在NRT中发送新剪辑、天气信息、广告、推送VOD等。另外，除了新剪辑、 天气信息、广告以及推送VOD以外，NRT服务还可以包括RT广播流的特定场景、特 定节目的详细信息和预览等。
常规的广播接收器(即，传统装置)可以接收并处理RT服务，但不能接收和处 理NRT服务。也就是说，常规广播接收器(即，传统装置)的操作不受包括在用于发 送NRT服务的信道中的NRT流的影响。换句话说，因为常规广播接收器不包括用于恰 当处理NRT服务的装置，所以常规广播接收器即使接收NRT服务也无法处理NRT服 务。
与此相反，与常规广播接收器相比，根据本发明的广播接收器(即，NRT装置) 可以接收并恰当处理与RT服务组合的NRT服务，并由此可以向观看者提供不同功能。
在本发明的一个实施方式中，一个NRT服务包括一个或更多个内容项(或内容或 NRT内容)，而一个内容项包括一个或更多个文件。在本发明中，文件和对象具有相 同的含义。该内容项是独立最小回放单位。例如，如果存在包括商业新闻、政治新闻 以及生活方式新闻的NRT新闻，则该新闻可以是NRT服务，而商业新闻、政治新闻以 及生活方式新闻可以是内容项。商业新闻、政治新闻以及生活方式新闻中的每一个都 包括一个或更多个文件。
这时，NRT服务可以采用MPEG-2传输流(TS)包的形式，通过和RT服务相同的 广播频道或者专用广播频道来发送。在这种情况下，为了标识NRT服务，将一独特PID 分配给NRT服务数据的TS包。在本发明的一个实施方式中，基于IP的NRT服务数据被 分组成MPEG-2TS并发送。
这时，为接收NRT服务数据所需的NRT服务信令数据经由NRT服务信令信道发 送。NRT服务信令信道通过IP层上的特定IP流进行发送，并且这时，IP流还被分组成 MPEG-2TS并发送。经由NRT服务信令信道发送的NRT服务信令数据包括NRT服务图 表(SMT)和/或NRT信息表(NRT-IT)。在本发明的一个实施方式中，SMT提供在IP 层处执行的至少一个NRT服务，和对NRT服务进行配置的内容项/文件的访问信息。 在本发明的一个实施方式中，该NRT-IT提供配置NRT服务的内容项/文件的详细信息。 在本发明中，SMT和NRT-IT被称为信令信息表。
根据本发明的一个实施方式，除了广播内容以外，TDO还可以发送为NRT服务或 RT服务。另外，TDO可以代替广播网络地经由因特网协议网络来发送。
图2是示出根据本发明一实施方式的、用于以信号传送NRT服务的结构的图。
根据本发明一个实施方式的SMT和NRT-IT可以经由具有特定IP地址和端口号的 信道(如服务信令信道(SSC)来发送。
根据本发明一个实施方式的SMT可以包括用于多个NRT服务的信令信息，并且可 以包括针对每一个NRT服务的服务名称信息、IP和端口信息、FLUTE会话信息、服务 ID信息、服务类别信息、内容长度信息、存储保留信息、ISO-639语言信息、流派信 息和/或图标内容链接信息。
该服务名称信息指示NRT服务的名称，并且可以被用于与用户交互作用。也就是 说，用户可以利用NRT服务名称来识别服务，并且请求该服务。
该IP和端口信息指示用于提供NRT服务的IP地址和端口号。
FLUTE会话信息指示用于发送与NRT服务有关的文件的单向传输文件递送 (FLUTE)会话。
服务ID信息是用于标识NRT服务的标识符。该服务ID信息可以被用作与NRT-IT 的链接。
该服务类别信息指示服务的类别并且可以指示RT服务、IP服务、EPG服务或NRT 服务之一。
该内容长度信息指示包括在NRT服务中的内容的长度。
该存储保留信息指示保留用于接收NRT服务的存储容量。
ISO-639语言信息指示被用于NRT服务的语言。
该流派信息指示NRT服务的流派。
该图标内容链接信息指示描述NRT服务的图标的链接信息。该图标内容链接信息 被接收器用于，如果该信息匹配FLUTE文件递送表(FDT)的内容链接信息，则从由 与内容链接有关的内容位置信息所指示的地址接收图标。
根据本发明一个实施方式的NRT-IT可以包括有关多个NRT内容的信息，并且可以 包括与每一个内容有关的服务ID信息、内容名称信息、内容链接信息、分布开始/结 束信息、回放长度信息、内容长度信息、媒体类型信息、图标内容链接信息、ISO-639 语言信息、字幕服务信息、内容咨询信息、流派信息和/或因特网位置信息。
该内容链接信息被接收器用于，如果该信息匹配FLUTE FDT的内容链接信息， 则从由与内容链接有关的内容位置信息所指示的地址接收配置NRT内容的文件。该内 容链接信息可以被用作用于链接NRT-IT和文本片段表(TFT)的链接。TFT包括被用 于提供NRT服务或NRT内容的描述的文本片断。也就是说，该TFT发送支持多种语言 的数据结构，并且该数据结构包括用于利用多种语言来提供NRT服务或NRT内容的描 述的数据。
该图标内容链接信息是描述NRT服务的图标的连接信息。该图标内容链接信息被 接收器用于，如果该信息匹配FLUTE FDT的内容链接信息，则从由与内容链接有关 的内容位置信息所指示的地址接收NRT内容的图标。
图3是示出根据本发明一实施方式的TDO参数表(TPT)的一部分的图。
图4是示出根据本发明一实施方式的TDO参数表(TPT)的另一部分的图。
根据本发明一个实施方式的TDO参数表包括包括在一区段中的TDO和/或包括在 TDO中的事件的元数据。
该TDO参数表包括TPT组元、MajorProtocolVersion组元、MinorProtocolVersion 组元、id组元、tptVersion组元、expireDate组元、serviceID组元、baseURL组元、 Capabilities组元、LiveTrigger组元、URL组元、pollPeriod组元、TDO组元、appID组 元、appType组元、appName组元、globalID组元、appVersion组元、cookieSpace组元、 frequencyOfUse组元、expireDate组元、testTDO组元、availInternet组元、availBroadcast 组元、URL组元、Capabilities组元、ContentItem组元、URL组元、updatesAvail组元、 pollPeriod组元、Size组元、availInternet组元、availBroadcast组元、Event组元、eventID 组元、action组元、destination组元、diffusion组元，以及Data组元。
该TPT组元是TPT的根组元。
该MajorProtocolVersion组元指示表的定义的主版本号。接收器可以丢弃具有不被 该接收器支持的主版本号的TPT。
该MinorProtocolVersion组元指示表的定义的次版本号。接收器不丢弃具有不被该 接收器支持的次版本号的TPT。在这种情况下，接收器忽略不被该接收器支持的信息 或组元以处理TPT。
该id组元可以具有URI形式并且标识与该TPT有关的交互式节目安排区段(或交 互式服务段)。该id组元可以成为对应的触发的“locator_part”。
该tptVersion组元指示由id组元所标识的TPT的版本信息。
该expireDate组元指示包括在TPT实例中的信息的期满日期和时间。当接收器存 储TPT时，TPT可以被重新使用，直到由expireDate组元所指示的日期和时间为止。
serviceID组元指示与在TPT实例中描述的交互式服务有关的NRT服务的标识符。
baseURL组元指示在TPT中的URL的前端组合并使用的基本URL。该baseURL组 元指示文件的绝对URL。
Capabilities组元指示用于显示与TPT有关的交互式服务的基本能力。下面将参照 图5对关于能力的信息进行描述。
LiveTrigger组元包括在经由因特网提供激活触发时所使用的信息。该LiveTrigger 组元向接收器提供获取激活触发所需的信息。
该URL组元指示用于发送激活触发的服务器的URL。该激活触发可以利用HTTP 短轮询、HTTP长轮询或HTTP流而经由因特网来发送。
如果存在pollPeriod组元，则这指示将短轮询用于发送激活触发。该pollPeriod组 元指示轮询时段。
该TDO组元包括与用于在由TPT实例描述的区段期间提供交互式服务的一部分 的应用(例如,TDO)相关的信息。
该appID组元标识TPT的范围内的应用(例如，TDO)。该激活触发利用appID组 元来标识用于应用触发的目标应用。
该appType组元标识一应用的格式类型。例如，如果appType组元的值被配置为 “1”，则这指示该应用是TDO。
appName组元指示向观看者显示的并且人可读的应用的名称。
该globalID组元指示一应用的全局标识符。如果存在全局ID组元，则接收器可以 存储应用代码并且重新使用该应用代码，以供以后在相同或不同的广播台的区段中显 示同一应用。
该appVersion组元指示一应用(TDO)的版本号。
该cookieSpace组元指示为存储一应用在应用调用之间所需的数据而必需的空间 的尺寸。
frequencyOfUse组元指示该应用在广播中使用有多频繁。例如，frequencyOfUse 可以指示该应用不时地、每天、每周或每月重复使用，或者仅使用一次。
expireDate组元指示当接收器安全地删除与其相关联的应用和/或资源时的日期 和时间。
testTDO组元指示该应用是否被用于测试目的。如果该应用被用于测试目的，则 一般的接收器可以忽略该应用。
该availInternet组元指示该应用是否可以经由因特网下载。
该availBroadcast组元指示该应用是否可以从广播信号提取。
URL组元的每一个实例都标识作为应用的一部分的文件。如果存在一个或更多个 实例，则第一实例指定作为入口点的文件。应当执行作为该入口点的文件，以便执行 该应用。
该Capabilities组元指示为有意义地显示该应用所需的接收器的能力。下面，参照 图5对关于能力的信息进行描述。
该ContentItem组元包括关于由该应用所需的一个或更多个文件所组成的内容项 的信息。该URL组元标识作为该内容项的一部分的文件。该URL组元可以标识由该内 容项提供的URL信息。如果存在一个或更多个实例，则第一实例指定作为入口点的文 件。
该updatesAvail组元指示该内容项是否可以更新。该updatesAvail组元可以指示该 内容项是由静态文件组成还是作为RT数据馈送。
如果存在pollPeriod组元，则将短轮询用于发送激活触发。该pollPeriod指示由接 收器使用的时间作为轮询时段。
该Size组元指示该内容项的尺寸。
该availInternet组元指示该内容项是否可以经由因特网下载。
该availBroadcast组元指示该内容项是否可以从广播信号提取。
该event组元包括关于针对一TDO的事件的信息。
该eventID组元用于标识TDO的范围内的事件。该激活触发利用appID组元和 eventID组元的组合来标识将触发应用至的目标应用和/或事件。
该action组元指示在一事件出现时应当应用的TDO动作的类型。图11的动作值可 以包括下列含义。
若可能的话，“register”意指获取并预缓存该应用的资源。
“suspend-execute”意指当前执行的另一应用被挂起并且执行当前应用。如果目标 应用被挂起，则接收器继续先前状态下的应用。
“terminate-execute”意指当前执行的另一应用被终止而执行当前应用。如果目标应 用被挂起，则接收器恢复先前状态下的应用。
“terminate”意指终止该应用。
“suspend”意指该应用被挂起。UI和/或应用引擎状态需要保留，直到重新执行该 应用为止。
“stream_event”意指由该应用限定的特定动作被恰当地执行。该destination组元指 示针对一事件的目标装置类型。例如，该destination组元的值可以指示该事件在主画 面和/或次要画面上执行。该destination组元可以被用作占位符。
该diffusion组元指示用于平滑服务器峰值载荷的参数。该diffusion组元可以指示 几秒钟内的时段T。接收器可以计算在从0至T秒钟的范围内的随机时间，并且在接入 因特网服务器之前根据所计算时间来执行延迟，以便获取被TPT的URL引用的内容。
该data组元包括关于与该事件有关的数据的信息。如果发生事件，则该目标应用 可以读取并使用该数据，以便执行希望的操作。
图5是示出根据本发明一实施方式的capabilities_descriptor的图。
根据本发明该实施方式的capabilities_descriptor包括：descriptor_tag信息、 descriptor_length信息、capability_code_count信息、essential_indicator信息、 capability_code信息、format_identifier信息、capability_string_count信息、 essential_indicator信息、capability_category_code信息、capability_string_length信息、 capability_string()信息、capability_or_set_count信息、essential_indicator信息、 capability_codes_in_set_count信息、capability_code信息、format_identifier信息、 capability_strings_in_set_count信息、capability_category_code信息、 capability_string_length信息和/或apability_string()信息。
descriptor_tag信息指示该描述符是capabilities_descriptor。
descriptor_length信息指示在该信息之后包括在该描述符中的数据的长度。
capability_code_count信息指示capability_code信息的计数。
essential_indicator信息指示是否基本上支持由capability_code信息所标识的、用于 有意义地显示交互式服务或内容项的能力。
capability_code信息标识特定能力。例如，capability_code信息可以被用于根据其 值来标识下载协议、FEC算法、包装/存档格式、压缩算法以及媒体类型的能力。例如， capability_code信息可以指示被用作下载协议的FLUTE协议。例如，capability_code信 息可以指示不使用FEC方案或者将Raptor算法用作FEC算法。例如，capability_code信 息可以指示将DEFLATE算法用作压缩算法。例如，capability_code信息可以指示该媒 体类型是AVC标准定义视频、AVC高清视频、AC-3音频、E-AC-3音频、MP3音频、 AVC移动视频、HE AAC v2移动音频、HE AAC v2 lever 4音频、DTS-HD音频、CFF-TT、 CEA-708字幕和/或MPEG surround HE AAC v2。
format_identifier信息等于ISO/IEC 13818-1的第2.6.9节中的registration_descriptor() 的定义。
capability_string_count信息指示capability_string()信息的计数。
essential_indicator信息指示是否基本上支持关于该信息之后的能力字符串的信息 的、用于有意义地显示交互式服务或内容项的能力。
capability_category_code信息指示针对该信息之后的字符串值的能力类别。例如， capability_category_code信息可以指示下载协议、FEC算法、包装/存档格式、压缩算 法或媒体类型的能力类别。
capability_string_length信息指示capability_string()信息的长度。
capability_string()信息包括关于能力的信息。capability_string()信息包括关于根据 capability_category_code信息所标识的类别的能力的信息。
capability_or_set_count信息指示能力“OR set”的数量。
essential_indicator信息指示是否基本上支持该信息之后的、用于有意义地显示交 互式服务或内容项的能力“OR set”。
capability_codes_in_set_count信息指示在该能力集合中的capability_code信息的 计数。
capability_code信息标识特定的能力。例如，capability_code信息可以被用于根据 其值来标识下载协议、FEC算法、包装/存档格式、压缩算法以及媒体类型的能力。例 如，capability_code信息可以指示被用作下载协议的FLUTE协议。例如，capability_code 信息可以指示不使用FEC方案或者将Raptor算法用作FEC算法。例如，capability_code 信息可以指示将DEFLATE算法用作压缩算法。例如，capability_code信息可以指示该 媒体类型是AVC标准定义视频、AVC高清视频、AC-3音频、E-AC-3音频、MP3音频、 AVC移动视频、HE AAC v2移动音频、HE AAC v2 lever 4音频、DTS-HD音频、CFF-TT、 CEA-708字幕和/或MPEG surround HE AAC v2。
format_identifier信息等于ISO/IEC 13818-1的第2.6.9节中的registration_descriptor() 的定义。
capability_strings_in_set_count信息指示在该能力集合中的capability_string信息的 计数。
capability_category_code信息指示针对该信息之后的字符串值的能力类别。例如， capability_code信息可以指示下载协议、FEC算法、包装/存档格式、压缩算法或媒体 类型的能力类别。
capability_string_length信息指示capability_string()信息的长度。
capability_string()信息包括关于能力的信息。capability_string()信息包括关于由 capability_category_code信息所标识的类别的能力的信息。
capabilities_descriptor可以经由其中可以包括TPT的上述组元或描述符的区域来 发送。
图6是示出根据本发明一实施方式的激活消息表(AMT)的图。
该激活消息表可以包括majorProtocolVersion组元、minorProtocolVersion组元、 segmented组元、beginMT组元、Activation组元、targetTDO组元、targetEvent组元、 startTime组元和/或endTime组元。
该majorProtocolVersion组元指示AMT的定义的主版本号。接收器可以丢弃指示不 支持的主版本号的AMT的实例。
该minorProtocolVersion组元指示定义AMT的次版本号。接收器不丢弃指示不支持 的次版本号的AMT的实例。在这种情况下，接收器可以忽略包括在AMT中的单个不 支持组元或组件。
所分段组元可以与包括将TDO和/或AMT的激活应用至的事件的TPT的标识符匹 配，并且可以用作AMT的标识符。
beginMT组元指示由AMT实例所提供的激活时间被应用至的区段的开始媒体时 间。
Activation组元指示用于在特定的时间操作特定事件的命令。
targetTDO组元标识针对激活命令将被应用至的事件的目标TDO。
targetEvent组元标识在目标TDO的范围内将激活命令应用至的目标事件。
startTime组元指示针对与媒体时间有关的事件的有效开始时间。接收器可以在该 媒体时间达到startTime组元的值时执行一命令。
endTime组元指示针对与该媒体时间有关的事件的最后的有效时段。接收器可以 在该媒体时间达到endTime组元的值时不执行命令。
图7是示出根据本发明一实施方式的触发格式的图。
该激活消息(或激活触发)和时基消息(或者时基触发)可以在特定发送环境中 遵循一般的触发格式。
图7的(a)示出了一般触发的格式。
<domain name part>可以指示注册域名。<directory path>指示由URL表达的路径。 <domain name part>和<directory path>中的任一个或组合可以被用作在能够获取针对 当前区段的TPT的因特网上的地址或位置的URL。<parameters>可以包括 “event_time”、“media_time”或“spread”组元中的一个或更多个。
图7的(b)示出了指示“event_time”、“media_time”和“spread”组元的格式的示例。
“element_time”组元可以标识激活消息内的目标事件(使用格式“e＝”)或事件操 作时间(使用格式“t＝”)。如果不存在格式“t＝”，则这指示在激活消息抵达时执行该事 件。
“media_time”组元可以标识与由时基消息内的时基消息所表达的时基相关联的当 前时间。
“spread”组元可以指示按一随机时间延迟，以便标识根据时基消息执行的操作(例 如，接收来自服务器的TPT)，或者通过操作来分布服务器的工作负荷(例如，接入 服务器的TDO)。
可以在广播流中递送触发。
当在广播流中递送触发时，触发应当按URLString命令在DTV封闭字幕通道中递 送，如在CEA-708.2Digital Television(DTV)Closed Captioning：Interactive Television  Extensions中规定的。如果触发在长度上小于或等于26个字符，则其应当不分段发送 (Type＝11)。如果触发在长度上为27至52，则其应当按两个区段发送(在Type＝00区 段中的第一区段和在Type＝10区段中的第二区段)。
对于利用TDO模型的交互式服务来说，URI_data()结构中的URI_type字段应当被 配置为0(针对TDO模型的交互式TV触发)。对于利用Direct Execution模型的交互式 服务来说，URI_type字段应当被配置为2(针对Direct Execution模型的交互式TV触发)。
该递送机制包括时基触发和激活触发两者。
该激活消息可以在广播流中递送。在这种情况下，触发的格式可以包括或者不包 括格式“e＝”和格式“t＝”。这时，触发可以经由封闭字幕服务区来递送。也就是说，触 发可以经由广播流中的用于发送封闭字幕服务的通道来递送。如果存在格式“t＝”，则 激活时间是与一时基相关联的时间戳。如果不存在格式“t＝”，则激活时间指示一消息 何时抵达。
该时基消息可以在广播流中递送。在这种情况下，触发的格式可以包括或者不包 括格式“m＝”。格式“m＝”指示媒体时间。这时，时基消息可以经由封闭字幕服务区来 递送。也就是说，时基消息可以经由广播流中的用于封闭字幕服务的通道来递送。如 果该时基消息中不包括格式“m＝”，则该时基消息可以被用于发送信令服务器的URL。 如果该时基消息中不包括格式“m＝”，则格式“t＝”可以不包括在激活消息中。
激活消息可以经由因特网递送。当经由因特网递送时，激活消息应当利用下列机 制中的任一者或两者来递送。首先，可以递送单个激活触发。当经由因特网递送单个 激活触发时，它们应当利用HTTP短轮询、长轮询或流来递送。激活触发的格式在它 们经由广播流递送时应当相同。其次，可以递送批量(bulk)激活触发。当经由因特 网批量递送激活触发时，针对一区段的激活触发应当采用多部分MIME消息的形式、 连同针对该区段的TPT一起经由HTTP递送，并且TPT作为该消息的第一部分，而激活 消息表(AMT)作为该消息的第二部分。
当激活触发的因特网递送可用时，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>参数应当指示针对连续轮询的轮询之间的推荐间隔。
如果将自动内容识别(ACR)应用至广播接收器，则激活消息可以经由因特网递 送。在这种情况下，触发的格式可以包括格式“e＝”并且可以包括或不包括格式“t＝”。 触发格式可以利用HTTP短轮询、长轮询或流来递送。另选的是，触发格式可以采用 文件形式经由HTTP来递送。
时基消息可以经由因特网递送。在ACR环境下，广播接收器可以不存取包括在广 播流中的封闭的字幕服务。在这种情况下，接收器需要识别视频帧并且同步该视频帧 与时基。因此，在ACR环境下，时间消息可以经由因特网递送。在这种情况下，该时 基消息可以采用响应形式从ACR服务器递送。另选的是，时基消息可以从水印获取。
通过生成针对一区段的服务的处理，可以生成包括TDO和另一内容项的文件夹、 XML格式的TPT文件和/或XML格式的激活消息文件(AMF)或激活消息表(AMT)。
如果时基消息和激活消息经由封闭字幕服务递送，则用于通过广播装置处理时基 消息和激活消息的方法可以包括没有明确的时基的区段模式，具有明确的时基的区段 或具有明确的时基的服务模式。这种模式可以以区段单位在广播中混和。
在没有明确的时基的区段模式中，激活消息不包括时间戳，以使每一个消息的激 活时间是该消息的递送时间，并且时基消息也不包括时间戳，以使它们的唯一目的是 提供可以递送TPT文件的信令服务器的URL。依靠用于提供信令服务器的URL的激活 消息中的URL，在该模式中甚至可以完全省略时基消息，但接着，接收器将不能够检 索TPT和开始下载TDO，直到在第一激活消息出现之后，针对第一激活消息的响应延 迟相当多。
在这种情况下，在CC服务中出现的时基消息包含“Trigger”格式的“locator_part”， 并且可以包含“spread”项，但没有“media_time”项，而在CC服务#6中出现的激活消息 包含“Trigger”格式的“locator_part”、“event_time”项，并且可能包含“spread”项，但在 “event_time”项中没有“t＝”部分。时基消息和激活消息两者的“locator_part”是当前 segmentId。该URL还可以被用于经由因特网检索针对该区段的TPT。
在具有明确的时基的区段模式中，时基消息包括时间戳，以限定时基，而且激活 消息可能包括时间戳，以限定与时基相对的激活时间，或者它们可能不包括指示激活 时间是该消息的递送时间的时间戳。
在这种情况下，在CC服务中出现的时基消息包含“Trigger”格式的“locator_part”、 “media_time”项，并且可能包含“spread”项，而在CC服务中出现的激活消息包含 “Trigger”格式的“locator_part”，“event_time”项，并且可能包含“spread”项，但在 “event_time”项中有或者没有“t＝”部分。时基消息和激活消息两者的“locator_part”是当 前的segmentId，并且该时基专用于该区段。该URL还可以被用于经由因特网检索针 对该区段的TPT。
在具有明确的时基的服务模式中，时基消息包括时间戳，以限定时基，而且激活 消息可能包括或可能不包括时间戳。该时基延伸跨过多个区段，而非专用于单一区段。 时基消息的“locator_part”是该时基的标识符，并且还是可以被用于经由因特网检索针 对该服务的TPT的URL。
在任何情况下，将触发插入到CC服务中的触发插入服务器应当根据AMF工作， 将激活消息从AMF中的XML格式变换成CC服务中的指定用于递送的触发格式。对于 没有endTime属性的激活组元的情况来说，单一触发应当插入有等于startTime属性的 激活时间。对于具有startTime和endTime组元的激活组元的情况来说，一序列触发应 当插入有同一targetId值。该序列中的第一触发应当具有等于startTime属性的激活时 间，该序列中的最后触发应当具有等于endTime属性的激活时间，并且该序列中的触 发的激活时间之间应当存在固定时间间隔(除了该序列中的倒数第二与最后触发之间 的间隔可以较短以外)。该固定时间间隔的长度应当可配置。
当时基消息和激活消息处于区段模式时，该时基专用于该区段。其在该区段开始 时以“beginMT”值开始，并且贯穿该区段。单个激活的“startTime”和“endTime”值相对 于“beginMT”值。当时基消息和激活消息处于服务模式时，该时基横跨区段，并且调 节针对每一个区段的“beginMT”值，以考虑服务时基和广播调度。
时基消息和/或激活消息可以经由因特网递送。
必需经由因特网递送时基和激活消息的唯一时刻是其中接收器不访问CC服务的 情形，例如，在ACR情形中。在这种情况下，时基消息来自ACR服务器。激活消息可 以经由短轮询、长轮询或流来递送，但这些全部在接收器和服务器上施加大量系统开 销。激活消息还可以采用AMF形式来递送，但这提供了关于区段长度的很多信息， 以易于ad killer。可能存在其它另选例。
TPT可以经由广播递送。
对于经由广播递送来说，TPT从它们的XML格式变换成等效二进制格式，并接着 封装在NRT样式表实例中，以供在广播中递送，每表实例一个TPT。针对当前区段的 TPT总是存在。还可以存在针对一个或更多个未来区段的TPT。
TPT可以经由因特网递送。
当经由因特网递送时，TPT被递送为单个文件或者作为多部分MIME消息的部分。 针对一请求的响应总是包括针对当前区段的TPT。其同样可以包括针对一个或更多个 将来区段的TPT。
可以移动TDO和内容项的定位器。
网络和台通常需要提供它们自身的HTTP服务器，以递送TDO和由TDO使用的内 容项(文件)。当其进行时，TPT中的baseURL可以被调节成反映服务器的位置。
多个区段可以组合成一个区段。
为了使区段之间的边界彻底模糊，用于多个区段的TPT和AMF可以组合成单一 TPT和AMF。需要这样做的步骤包括：
1、标识要组合的区段的集合。
2、创建具有新segmentId的新TPT。
3、如果要组合的区段中的任一个具有活跃的激活，则提供向它们中的全部提供 接入的中继服务器，并且将针对该服务器的参数放置在“LiveTrigger”组元中。
4、在需要时应用针对每一个区段的baseURL，以获得整个TDO和 ContentItemURL。(可以标识公用于所组合的所有区段的更短baseURL，并且保留其 作为用于组合区段的baseURL)。
5、在需要时修订appId值以去除冲突。
6、将新TPT插入到针对所组合的所有区段的所有修订的TDO组元中。
7、创建具有等于组合TPT的新segmentId的segmentId的新AMF。
8、选择针对新AMF的合适的新“beginMT”值。
9、调节针对所组合区段的AMF文件中的所有激活组元的targetId值，以反映appId 值中的任何变化。
10、调节针对所组合区段的AMF文件中的所有激活组元的startTime和endTime值， 以反映针对所组合区段的新“beginMT”值和广播调度。
11、将所有修订的激活组元插入到新AMF中。
图8是示出根据本发明一实施方式的、用于提供作为针对TPT请求的响应的一部 分的URL信息的XML架构的图。
TPT可以经由广播流递送。如果TPT经由广播流递送，则TPT可以改变成二进制 格式。如果TPT经由广播流递送，则TPT可以根据NRT发送方法来递送。如果TPT在 NRT中递送，则TPT可以被压缩成包括每表区段一个TPT的NRT专用区段。在这种情 况下，NRT专用区段中的subnet_id字段可以被用作用于标识服务信令信道(SSC)中 的其它表的实例的顺序号。
TPT可以经由因特网递送。如果TPT经由因特网递送，则TPT可以经由HTTP递送。 针对当前区段的TPT的ULR可以利用时基消息中的<domain name part>和/或<directory  path>来标识。接收器可以从用于提供TPT的服务器请求发送TPT。针对关于发送TPT 的请求的响应可以仅包括TPT，或者可以包括两部分MIME消息。该两部分MIME消 息的第一部分可以包括所请求TPT，而该两部分MIMI消息中的第二部分可以包括 URL的列表。URL的列表可以采用图8所示XML文档的形式来发送。
采用XML文档的形式的URL的列表可以包括UrlList组元、TptUrl组元和/或 NrtSignalingUrl组元。
UrlList组元包括在接收器中使用的URL的列表。
TptUrl组元包括用于提供针对将来区段的TPT的URL。如果包括多个TptUrl组元， 则TptUrl组元可以根据广播中的区段的次序来指配。
NrtSignalingUrl组元包括这样的服务器的URL，即，接收器可以从该服务器获取 针对当前广播流中的虚拟频道的NRT信令表。
图9是示出根据本发明另一实施方式的、用于提供作为针对TPT请求的响应的一 部分的URL信息的XML架构的图。
广播装置可以使用与每一个接收器当前观看或消费的广播内容和广播业务中的 优选数据广播节目的类型有关的信息。在这种情况下，接收器需要向特定服务器发送 关于针对每一个接收器所消费的广播内容的用户偏好的信息。因此，指示用于使用报 告的服务器的URL的组元将被添加至由接收器所提供的URL信息的URL列表组元。
URL列表包含针对呈递交互式服务的接收器的潜在使用的特定URL。URL列表可 以包含以下URL中的至少一个：针对一个或更多个将来区段的TPT的URL、可以从其 检索广播流中的关于独立NRT服务的信息的NRT信令服务器的URL，以及可以向其发 送使用报告的使用报告服务器的URL。
URL列表应当是包含“UrlList”组元的XML文档，其符合XML架构中的架构定义。
URL列表组元的XML架构包括UrlList组元、TptUrl组元和/或NrtSignalingUrl组元。
UrlList组元包含有用于接收器的URL的列表。
UrlList组元的TptUrl组元应当包含针对将来区段的TPT的URL。当包括多个TptUrl 组元时，它们应当按广播中的区段的出现次序排列。
UrlList组元的NrtSignalingUrl组元应当包含其中接收器可以获取针对当前广播流 中的所有虚拟频道的NRT信令表的服务器的URL。
UrlList组元的UrsUrl组元应当包含其中接收器可以利用本申请中描述的特定协 议发送使用(例如，收听测量)报告的服务器的URL。
在本发明的一个实施方式中，包括在UsrUrl中的信息可以包括使用报告服务器的 URL。在这种情况下，接收器可以根据预定协议(例如，数据结构、XML文件等) 来执行关于使用报告服务器的使用报告。
根据本发明另一实施方式，包括在UsrUrl组元中的信息可以标识在接收器的web 浏览器处执行的TDO。在这种情况下，UsrUrl组元指示使用报告TDO的位置，并且TDO 可以利用接收器的web浏览器的API(例如，文件API或使用报告API)，来直接收集并 报告关于存储在接收器中或接收器当前消费的广播内容的信息。也就是说，使用报告 可以通过TDO来执行。在一个实施方式中，TDO可以使用JavaScript API “XMLHttpRequest”来向特定服务器发送所收集数据。
图10是示出根据本发明一实施方式的触发的句法的图。
广播可以向用户提供交互式附加数据服务(或交互式广播服务/内容)的两种模 型。该模型之一是触发声明对象(TDO)模型，而另一个是直接执行模型。
在TDO模型中，信号在广播流中或者经由因特网递送，以便开始TDO事件，如启 动TDO、终止TDO，或者根据TDO提示某一任务。这些事件按特定事件开始，通常 与音视频节目同步化。当启动一TDO时，其提供其被编程以提供的交互式特征。
在直接执行模型中，一选择虚拟频道就自动启动声明对象(DO)。其经由“同步 内容协议”通过因特网与后端服务器通信。服务器给出了详细的指令，其用于提供在 屏幕上的特定位置中创建显示的交互式特征、进行轮询、启动其它专门DO等，这些 全部与音视频节目同步化。(对于附近的项目来说，同步内容协议专属于特定广播装 置，但其可以在某一未来时间标准化)。
该区段的大部分处理用于TDO模型的信令，但同样包括为启动针对直接执行模型 的DO所需的信令。
TDO模型后面的基本构思是组成TDO的文件，和要被用于采取某一动作的TDO 使用的数据文件全部需要某一量的时间以递送至接收器，指定了它们的尺寸。虽然交 互式组元的用户体验可以在广播内容之前被创作，但某些行为必需仔细计时，以使符 合节目本身中的事件，例如，出现商业广告区段。
TDO模型根据播出交互式事件的特定定时的信令，分离递送的声明对象和关联数 据、脚本、文本以及图形。
参照图9，描述用于触发的句法。如前提到，激活消息和时基消息在特定递送情 况下都可以具有一般“Trigger”格式。这里的句法定义利用扩充巴克斯-诺尔形式 (Augmented Backus-Naur Form(ABNF))句法来描述，除了竖线符号“|”被用于指定另 选例以外。规则用等号“＝”与定义分离，缩格被用于延续一行以上的规则定义，文字 用引号“”括起来，圆括号“(”和“)”被用于分组组元，可选组元被方括号“[”和“]”包围， 并且将<n>*放在组元前面，以指定n次或更多地重复下列组元；n默认为0。而且可以 将<n>*<m>放在组元前面，以指定n次或更多次重复和m次或更少次重复下列组元。 该触发句法基于排除<scheme>和“://”部分以外的绝对URI。
该触发可以包括locator_part和项目。项目可以省略。如果存在项目，则可以将 locator_part与项目用“？”连接。
locator_part可以包括hostname部分和path_segments部分，其可以用“/”连接。
hostname可以包括domainlabel和toplabel。而domainlabel可以随同“.”重复0次，或 以上。也就是说，hostname可以包括与toplabel连接的重复domainlabel，或者仅包括 toplabel。
domainlabel可以包括一个alphanum或者包括alphanum或在alphanum与alphanum 之间重复插入0次或以上的“-”。
这里，alphanum可以意指alpha或digit。
这里，alpha可以是lowalpha或upalpha之一。
这里，lowalpha可以是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之一。
这里，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之一。
这里，digit可以是0、1、2、3、4、5、6、7、8以及9之一。
toplabel包括一个alpha或者包括alphanum或在alpha与alphanum之间重复插入0次 或以上的“-”。
path_segments包括一个区段，其跟随着重复0次或以上的区段。这时，区段可以 用“/”连接。
这里，区段包括重复一次或以上的alphanum。
项目可以包括event_time或media_time之一，其可以跟随着spread或others。Spread 和others可以省略。如果存在Spread和others，则可以将“&”放置在Spread和others前头， 并且Spread和others可以放置在event_time或media_time之后。
这里，spread可以包括在“s＝”之后重复一次或以上的digit。
Event_time可以包括在“e＝”之后重复一次或以上的digit，或者包括在“&t＝”之后重 复一次以上或者七次或以上的十六进制数字。“&t＝”及其后面部分可以省略。
这里，十六进制数字可以是0、1、2、3、4、5、6、7、8、9、a、b、c、d、e以 及f之一。
Media_time可以包括在“m＝”之后重复一次或以上或者小于七次的十六进制数字。
Others可以包括一个“other”或者跟随着“&”和“other”的“other”。
这里，other可以包括resv_cmd和重复一次或以上并且用“＝”连接的alphanum。
这里，resv_cmd可以是排除“c”、“e”、“E”、“m”、“M”、“s”、“S”、“t”以及“T” 的alphanum。
触发的长度可以不超出52个字节。另外，触发的hostname部分可以是注册的因特 网域名。
触发可以被视为由三部分构成。
<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>的组合应当独特地标识 要启动的DO。
<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＝”项不存在时，其意指该事件应当在触发抵达时激活。
即，作为交互式事件ID项的“e＝”可以参考该事件所瞄准的TDO的关联TPT中的 appID、特定事件的eventID，以及要用于该事件激活的数据组元的dataID。
作为可选定时值项的“t＝”可以指示针对指定事件的新媒体定时。如果不存在“t＝” 部分，则其可以意指针对指定事件的定时是触发的抵达时间。
“media_time”项(“m＝”项)可以在时基触发中使用，以标识与用时基触发表示的 时基相对的当前时间。用于标识当前显示内容的内容标识符信息(“c＝”项)还可以 包括在media_time中。对于“c＝”项来说，下面，将对直接执行模型进行描述。
即，作为媒体时间戳项的“m＝”(在表示十六进制数字的长度上跟随字符串1至8 个字符)可以指示当前媒体时间。
“spread”项可以被用于指示响应于时基触发(如从服务器检索TPT)或激活触发 (如使TDO接入服务器)而采取的任何动作应当被延迟随机时间量，以展开服务器上 的工作负荷。
“s＝”项可以指示所有接收器应当尝试接入在触发中标识的因特网服务器的时间 的秒钟数。每一个单个接收器可以被期望导出指定间隔内的随机时间并且按该量延迟 接入请求，由此在时间上扩展需求峰值，其可能以其它方式在接收器处第一次出现触 发时发生。
包含<media time>参数的触发可以被称作时基触发，因为其被用于建立针对事件 次数的时基。
包含<event time>参数的触发可以被称作激活触发，因为其设置针对一事件的激 活时间。
图11是示出根据本发明一实施方式的二进制格式的TPT的一部分的图。
图12是示出根据本发明一实施方式的二进制格式的TPT的另一部分的图。
图13是示出根据本发明一实施方式的二进制格式的TPT的另一部分的图。
图14是示出根据本发明一实施方式的二进制格式的TPT的另一部分的图。
图15是示出根据本发明一实施方式的二进制格式的TPT的另一部分的图。
即，图11至15示出了根据本发明该实施方式的二进制格式的TPT的整个结构。
当TPT在广播流中递送时，TPT被变换成二进制NRT样式信令表格式，并且封装 在NRT样式专用区段中，每个表实例一个TPT。NRT专用区段句法中的subnet_id字段 可以被用作用于在服务信令信道中的不同表实例之间区分的顺序号。
在参照图3和4描述的组元或信息当中，一些组元或信息可以从二进制格式的TPT 中省略。在这种情况下，省略的组元或信息可以在首部中压缩和发送，以在广播流中 发送二进制格式的TPT。例如，主/次protocolVersion组元、服务组元和/或tptVersion组 元可以从二进制格式的TPT中省略。
二进制格式的TPT包括：expire_date_included字段、segment_id_length字段、 segment_id字段、base_URL_length字段、base_URL字段、expire_date字段、 trigger_server_URL_length字段、trigger_server_URL字段、trigger_delivery_type字段、 poll_period字段、num_apps_in_table字段、app_id字段、app_type_included字段、 app_name_included字段、global_id_included字段、app_version_included字段、 cookie_space_included字段、frequency_of_use_included字段、expire_date_included字段、 app_type字段、app_name_length字段、app_name字段、global_id_length字段、global_id 字段、app_version字段、cookie_space字段、frequency_of_use字段、expire_date字段、 test_app字段、available_on_internet字段、available_in_broadcast字段、number_URLs 字段、URL_length字段、URL字段、number_content_items字段、updates_avail字段、 avail_internet字段、avail_broadcast字段、content_size_included字段、number_URLs字 段、URL_length字段、URL字段、content_size字段、num_content_descriptors字段、 content_descriptor()字段、number_events字段、event_id字段、action字段、 destination_included字段、diffusion_included字段、data_included字段、destination字段、 diffusion字段、data_size字段、data_bytes字段、num_app_descriptors字段、app_descriptor() 字段、num_TPT_descriptors字段和/或TPT_descriptor()字段。
expire_date_included字段应当指示是否包括expire_date字段。值“1”意指包括其； 值“0”意指不包括其。
segment_id_length字段应当指示segment_id字段的字节长度。
segment_id字段应当包含区段id的字节，其应当具有和TPT XML格式的“id”属性 相同的语义。
base_URL_length字段应当指示base_URL字段的字节长度。
base_URL字段应当包含基本URL的字节，其应当具有和TPT XML格式的 baseURL属性相同的语义。
expire_date字段应当指示该TPT实例在存在时所包括的信息期满的日期和时间。 如果接收器缓存TPT，则其可以被重新使用直到expireDate为止。该无符号整数应当 被解释为自1980年1月6日00:00:00UTC起的GPS秒钟数减GPS-UTC_offset，如该术语 在ATSC PSIP标准(PSIP)中定义。
trigger_server_URL_length字段应当指示trigger_server_URL字段的字节长度。当 该字段的值为0时，其应当指示单个激活触发的因特网递送不可用。
trigger_server_URL字段应当包含触发服务器URL的字节，当 trigger_server_URL_length字段的值不为0时，其应当具有和TPT XML格式的 LiveTrigger组元的URL属性相同的语义。
trigger_delivery_type指示因特网上的单个激活触发的递送模式。值“0”指示使用 HTTP短轮询。值“1”指示使用HTTP长轮询或者使用HTTP流。
poll_period字段指示在使用HTTP短轮询时，轮询之间的推荐秒钟数。
num_apps_in_table字段指示该TPT实例中描述的应用(TDO)的数量。
app_id字段包含针对该应用(在num_apps_in_table循环的该迭代中描述的应用) 的标识符。其在该TPT实例内应当是独特的。
app_type_included字段指示是否包括针对该应用的app_type字段。值“1”意指包括 其。值“0”意指不包括其。
app_name_included字段指示是否包括针对该应用的app_name字段。值“1”意指包 括其；值“0”意指不包括其。
global_id_included字段指示是否包括针对该应用的global_id字段。值“1”意指包括 其。值“0”意指不包括其。
app_version_included字段指示是否包括针对该应用的app_version字段。值“1”意指 包括其。值“0”意指不包括其。
cookie_space_included字段指示是否包括针对该应用的cookie_space字段。值“1” 意指包括其。值“0”意指不包括其。
frequency_of_use_included字段指示是否包括针对该应用的frequency_of_use字 段。值“1”意指包括其。值“0”意指不包括其。
expire_date_included字段指示是否包括针对该应用的expire_date字段。值“1”意指 包括expire_date字段。值“0”意指不包括expire_date字段。
app_type字段指示该应用在存在时的格式类型。值0指示该应用是符合该标准这 个版本中的规范的TDO。如果该字段不存在，则值应当默认为0。表示其它格式的其 它值在该标准的未来版本中可以加以定义。
app_name_length字段(当存在时)指示紧接着其的app_name字段的字节长度。 针对该字段的值0指示不存在针对该应用的app_name字段。
app_name字段(当存在时)应当具有和TPT XML格式的TDO组元的appName属 性相同的语义。
global_id_length字段(当存在时)指示紧接着其的global_id字段的字节长度。针 这该字段的值0指示不存在针对该应用的global_id字段。
global_id字段(当存在时)应当具有和TPT XML格式的TDO组元的globalId属性 相同的语义。
app_version字段(当存在时)应当具有和TPT XML格式的TDO组元的appVersion 属性相同的语义。
cookie_space字段(当存在时)应当具有和TPT XML格式的TDO组元的 cookieSpace属性相同的语义。
frequency_of_use字段(当存在时)应当具有和TPT XML格式的TDO组元的 frequencyOfUse属性相同的语义。
expire_date字段(当存在时)应当具有和TPT XML格式的TDO组元的expireDate 属性相同的语义。
test_app字段指示该应用是否为旨在被普通解释忽略的测试应用。值“1”意指其是 测试应用。值“0”意指其不是测试应用。
available_on_internet字段指示该应用是否可经由因特网获得。值“1”意指其可经由 因特网获得；值“0”意指其不可经由因特网获得。
available_in_broadcast字段指示该应用是否可经由广播获得。值“1”意指其可经由 广播获得。值“0”意指其不可经由广播获得。
number_URLs字段指示包括该应用的文件的数量。
URL_length字段指示在其之后的URL字段的长度。
URL字段应当具有和TPT XML格式中的TDO组元的URL属性相同的语义。
number_content_items字段指示要通过该应用下载以供使用的内容项的数量。
updates_avail字段指示该内容项是否不时更新？即，其是一组静态文件还是实时 数据馈送。值“1”指示其将被更新。值“0”指示其不被更新。
avail_internet字段指示包括该内容项的文件是否可以经由因特网下载。值“1”意指 它们可经由因特网下载而获得。值“0”意指它们不可获。
avail_broadcast字段指示包括该内容项的文件是否可以经由广播下载。值“1”意指 它们可经由广播下载而获得。值“0”意指它们不可获。
content_size_included字段指示是否包括针对该应用的content_size字段。值“1”意 指包括其；值“0”意指不包括其。
number_URLs字段指示包括该内容项的文件的数量。
URL_length字段指示在其之后的URL字段的长度。
URL字段应当具有和TPT XML格式中的TDO组元的ContentItem child组元的URL 属性相同的语义。
content_size字段(在存在时)应当具有和TPT XML格式中的TDO组元的 ContentItem child组元的contentSize属性相同的语义。
num_content_descriptors字段指示紧接着其的描述符循环中的内容描述符的数量。
content_descriptor()字段应当是符合MPEG-2描述符格式(标签、长度、数据)的 描述符，如在MPEG-2Systems standard[13818-1]中指定的。其应当提供关于该内容项 的附加信息。在这些描述符当中，可以包括在该描述符循环中的是Capabilities描述符， 指示针对该内容项的有意义呈递所需的接收器能力。
number_events字段指示针对该TDO限定的事件的数量。
event_id字段包含针对该事件(在number_events循环的该迭代中描述的事件)的 标识符。其在该应用的范围内应当是独特的。该事件根据app_id和event_id的组合而 在激活触发内被参考。
action字段应当具有和TPT XML格式中的TDO组元的Event child组元的action属 性相同的语义。
destination_included字段指示是否包括针对该事件的destination字段。值“1”指示包 括destination字段。值“0”指示不包括destination字段。
diffusion_included字段指示是否包括针对该事件的diffusion字段。值“1”指示包括 diffusion字段。值“0”指示不包括diffusion字段。
data_included字段指示是否包括针对该事件的data_size和data_bytes字段。值“1” 指示包括data_size和data_bytes字段。值“0”指示不包括data_size和data_bytes字段。
destination字段(在存在时)应当具有和TPT XML格式中的TDO组元的Event child 组元的destination属性相同的语义。
diffusion字段(在存在时)应当具有和TPT XML格式中的TDO组元的Event child 组元的diffusion属性相同的语义。
data_size字段(当存在时)指示紧接着其的data_bytes字段的尺寸。
data_bytes字段(在存在时)应当提供关于该事件的数据。无论何时激活该事件， 目标应用都能够读取该数据并且将其用于帮助执行希望动作。该字段的内容应当与 TPT XML格式中的对应TDO组元的对应Event child组元的对应Data child组元的内容 相同，除了该应用包含原始二进制值，并且TPT XML格式中的数据组元包含该二进 制值的base64编码以外。
num_app_descriptors字段指示紧接着其的描述符循环中的描述符的数量。
app_descriptor()字段应当是符合MPEG-2描述符格式(标签、长度、数据)的描 述符，如在MPEG-2Systems standard[13818-1]中指定的。其应当提供关于该应用 (TDO)的附加信息。在这些描述符当中，可以包括在该描述符循环中的是Capabilities 描述符(在ATSC NRT standard[NRT]的8.3节中定义的)，指示针对该应用的有意义呈 递所需的接收器能力。
num_TPT_descriptors字段指示紧接着其的描述符循环中的描述符的数量。
TPT_descriptor()字段应当是符合MPEG-2描述符格式(标签、长度、数据)的描 述符，如在MPEG-2Systems standard[13818-1]中指定的。其应当提供关于该TPT的附 加信息。在这些描述符当中，可以包括在该描述符循环中的是Capabilities描述符(在 ATSC NRT standard[NRT]的8.3节中定义的)，指示针对通过该TPT表示的交互式服务 的有意义呈递所需的接收器能力。
图16示出了根据本发明一实施方式的TPT区段的结构。
当TPT在广播流中递送时，二进制格式的TPT应当被用于每一个TPT实例(其中， TPT实例根据其segment_id字段的值来定义)。每一个TPT都应当通过将每一个TPT划 分成多个块并将这些块插入到具有table_id、protocol_version TPT_data_version以及 sequence_number字段的公共值的区段的tpt_bytes()字段中，而被封装在具有如下限定 的结构的NRT样式专用区段中。该块应当按递增的section_number字段值的次序而插 入到区段中。专用区段应当在TPT所属于的虚拟频道的IP子集的服务信令信道(SSC) 中承载，如在ATSC NRT standard[NRT]中定义的项“Service Signaling Channel”和“IP  subnet”。该区段中的sequence_number字段被用于区分同一SSC中承载的不同TPT实 例。
section_syntax_indicator、private_indicator以及section_length字段的语义应当和在 ATSC NRT standard[NRT]中定义的NRT_information_table_section()中的相同名称的 字段的语义相同。
TPT区段包括table_id字段、protocol_version字段、sequence_number字段、 TPT_data_version字段、current_next_indicator字段、section_number字段、 last_section_number字段、service_id字段，和/或tpt_bytes()字段。
table_id字段将该表区段标识为属于TDO参数表实例。
protocol_version字段指示该表的定义的主版本号和在其中承载的TPT实例，而低 位4比特指示次版本号。针对该标准这个版本的主版本号被配置为1。希望接收器丢弃 指示它们未配备成支持的主版本值的AMT的实例。针对该标准这个版本的次版本号 被配置为0。希望接收器不丢弃指示它们未配备成支持的次版本值的AMT的实例。在 这种情况下，希望它们忽略它们不识别的任何描述符，并且忽略它们不支持的任何字 段。
sequence_number字段应当和该TPT实例的所有其它区段的sequence_number相 同，而不同于该服务信令信道的任何其它TPT实例的所有区段的sequence_number。不 同TPT实例的sequence_number字段的值反映该区段在广播流中出现的次序。
TPT_data_version字段指示该TPT实例的版本号，其中，TPT实例根据其segment_id 来限定。该版本号在TPT实例中的任何字段改变时应当按1模32来递增。
current_next_indicator字段针对TPT区段总是被配置为“1”，指示所发送TPT总是针 对根据其segment_id标识的区段的当前TPT。
section_number字段给出该TPT实例区段的区段号，其中，TPT实例根据其 segment_id来标识。TPT实例中的第一区段的section_numbe应当为0x00。 section_number应当随着TPT实例中的每一个附加区段而按1递增。
last_section_number字段指定该区段作为一部分的TPT实例的末尾区段(即，具有 最高section_number的区段)的数量。
service_id字段指定与提供在该表实例中描述的内容项的交互式服务相关联的 service_id。
tpt_bytes()字段由部分通过该区段承载的TPT实例的一块构成。当该表实例的所有 区段的tpt_bytes()字段按它们的section_number字段的次序级连，该结果应当是完整的 TPT实例。
图17是示出根据本发明一实施方式的接收器的结构的图。
在本发明的实施方式中，该接收器可以包括：天线17010、调谐器17020、VSB或 DVD解调器17030、MPEG-2TS系统解码器17040、字幕模块17050、触发模块17060、 web浏览器17070、网络协议堆栈17080、网络接口17090、UI模块17100、音频解码器 17110、视频解码器17120、扬声器17130、显示模块17140，图形处理器17150、遥控 器接收器17160和/或遥控器17170。
天线17010可以根据广播流接收广播信号。
调谐器17020可以寻求或调谐至接收器的频道，并且可以包括射频放大器、本机 振荡器、频率转换和输入电路、探寻器等。
VSB或DVB解调器17030可以解调制VSB信号或DVB信号。VSB或DVB解调器 17030可以将调制VSB(残留边带)或DVB(例如，OFDM调制信号)恢复至原始信 号。
MPEG-2TS系统解码器17040解码解调制信号的传输流(TS)。MPEG-2TS系统 解码器17040可以从传输流获取字幕流并将该字幕流递送至字幕模块17050。MPEG-2 TS系统解码器17040可以向音频解码器17110或/和视频解码器17120发送所解码音频 与视频信号。
字幕模块17050可以接收字幕流。字幕模块17050可以监视服务#6或其它服务，并 且确定服务#6或用于发送触发的服务是否被选择并发送至触发模块17060，或者字幕 文本是否被处理并显示在屏幕上。触发数据可以递送至触发模块17060。其它字幕服 务可以经受字幕文本处理并且发送至图形处理器17150。
触发模块17060可以解析触发、TPT和/或AMT信息并且处理所解析数据。触发模 块17060可以利用触发的URI信息值，经由网络协议堆栈17080接入网络。URI信息值 可以是HTTP服务器的地址。触发模块17060可以分析TPT文件内容以获取TDO URL。 另外，触发模块17060可以解析AMT以处理数据。其它信息可以通过解析来获取。在 接收到AMT消息之后，根据预定事件和操作递送与web浏览器相对应的TDO URL， 或者当前操作的TDO可以按预定时间停止。这对应于TDO动作，并且触发模块17060 可以向web浏览器发送命令以操作。该触发模块被配置为，基于触发中的位置信息， 收集其中每一个都包括多个TPT参数块中的每一个TPT参数块的多个TPT参数表区 段，其中，该TPT参数表被划分成所述多个TPT参数块，并且利用所述多个参数块形 成包含关于应用和目标为该应用的交互式广播事件的元数据的TPT参数表。
web浏览器17070可以接收来自触发模块17060的命令、来自UI模块17100的浏览 器键控代码以及来自遥控器接收器17160的浏览器键控代码，并且与网络协议堆栈 17080通信。
网络协议堆栈17080可以与触发模块17060和web浏览器通信，以经由网络接口 17090接入服务器。
网络接口17090执行几个其它装置的公共连接或者网络计算机与外部网络的连 接。网络接口可以连接至服务器，以下载TDO、TPT、AMT等。
UI模块17100可以通过遥控器接收器17160接收由观看者利用遥控器17170输入的 信息。如果所接收信息与利用网络的服务有关，则浏览器键控代码可以被递送至web 浏览器。如果所接收信息与当前显示视频有关，则该信号可以经由图形处理器17150 递送至显示模块17140。
音频解码器17110可以解码从MPEG-2TS系统解码器17040接收的音频信号。此 后，所解码音频信号可以发送至扬声器并且输出给观看者。
视频解码器17120可以解码从MPEG-2TS系统解码器17040接收的视频信号。此 后，所解码视频信号可以发送至显示模块17140并且输出给观看者。
扬声器17130可以将音频信号输出给观看者。
显示模块17140可以将视频信号输出给观看者。
图形处理器17150可以针对从字幕模块17050接收的字幕文本和从UI模块17100接 收的观看者输入信息来执行图形处理。所处理信息可以递送至显示模块17140。
遥控器接收器17160可以从遥控器17170接收信息。这时，可以将键控代码递送至 UI模块17100，并且可以将浏览器键控代码递送至web浏览器。
遥控器17170向遥控器接收器17160递送通过观看者输入的信号。遥控器17170可 以接收用于改变虚拟频道的观看者输入。另外，遥控器可以接收观看者针对该应用选 择的信息。遥控器17170可以向遥控器接收器17160递送所接收信息。这时，该信息可 以按预定范围之外的距离，利用红外(IR)光远程递送。
图18是示出根据本发明另一实施方式的接收器的结构的图。在这种情况下，机顶 盒可以接收广播信号并且经由高清多媒体接口(HDMI)或外部接口向广播接收器发 送所处理广播信号。
该接收器可以包括：天线18010、调谐器18020、机顶盒18030、VSB或DVD解调 器18040、HDMI接口18050、MPEG-2TS系统解码器18060、字幕模块18070、触发模 块18080、web浏览器18090、网络协议堆栈18100、网络接口18110、UI模块18120、 ACR模块18130、音频解码器18140、视频解码器18150、扬声器18160、显示模块18170， 图形处理器18180、遥控器接收器18190，以及遥控器18200。
在这种情况下，因为广播流的视频和音频是原始数据，所以包括在字幕流中的触 发可以不接收。下面，将对本发明的细节进行描述。
这里，就任务而言，除了机顶盒18030、HDMI 18050以及ACR模块18130以外的 其它模块类似于图17的实施方式中所述的模块。
机顶盒18030可以将通过数字网络从视频服务器接收的压缩信号恢复至原始视频 和音频信号。TV可以是因特网用户接口。
HDMI 18050可以是作为非压缩数字视频/音频接口标准的高清多媒体接口。 HDMI 18050可以提供机顶盒18030与AV装置(即，音频解码器18140和视频解码器 18150)之间的接口。
ACR模块18130可以自动识别来自音频解码器18140与视频解码器18150的广播内 容。基于当前识别的内容，可以经由触发模块18080和网络接口18110向ACR服务器发 送查询，以接收针对该触发的TPT/AMT。
尽管为清楚起见，本发明的描述参照附图来进行说明，但可以通过彼此合并附图 所示实施方式来设计新实施方式。而且，如果其中记录有用于执行前述描述中提到的 实施方式的程序的计算机可读记录介质按本领域技术人员的需要来设计，则其可以属 于所附权利要求书及其等同物的范围。
根据本发明的装置和方法可以不限于前述描述中提到的实施方式的配置和方法。 而且，前述描述中提到的实施方式可以按彼此全部或部分选择性组合的方式来配置， 以使能实现各种修改例。
另外，根据本发明的方法可以利用提供给网络装置的处理器可读记录介质中的处 理器可读代码来实现。该处理器可读介质可以包括能够存储可通过处理器读取的数据 的所有种类记录装置。该处理器可读介质例如可以包括ROM、RAM、CD-ROM、磁 带、软盘、光学数据存储装置等之一，并且还包括诸如经由因特网传送的载波型实现。 而且，随着处理器可读记录介质分布至经由网络连接的计算机系统，处理器可读代码 可以根据分布式系统保存并执行。
本领域技术人员应当清楚，在不脱离本发明的精神或范围的情况下，可以对本发 明进行各种修改和变型。由此，本发明旨在覆盖落入所附权利要求书及其等同物的范 围内的、本发明的修改例和变型例。
在本说明书提出了装置和方法发明两者，并且该装置和方法发明两者的描述可以 彼此补充地应用。
尽管为清楚起见，本发明的描述参照附图来进行说明，但可以通过彼此合并附图 所示实施方式来设计新实施方式。而且，如果其中记录有用于执行前述描述中提到的 实施方式的程序的计算机可读记录介质按本领域技术人员的需要来设计，则其可以属 于所附权利要求书及其等同物的范围。
根据本发明的装置和方法可以不限于前述描述中提到的实施方式的配置和方法。 而且，前述描述中提到的实施方式可以按彼此全部或部分选择性组合的方式来配置， 以使能实现各种修改例。
另外，根据本发明的方法可以利用提供给网络装置的处理器可读记录介质中的处 理器可读代码来实现。该处理器可读介质可以包括能够存储可通过处理器读取的数据 的所有种类记录装置。该处理器可读介质例如可以包括ROM、RAM、CD-ROM、磁 带、软盘、光学数据存储装置等之一，并且还包括诸如经由因特网传送的载波型实现。 而且，随着处理器可读记录介质分布至经由网络连接的计算机系统，处理器可读代码 可以根据分布式系统保存并执行。
本领域技术人员应当清楚，在不脱离本发明的精神或范围的情况下，可以对本发 明进行各种修改和变型。由此，本发明旨在覆盖落入所附权利要求书及其等同物的范 围内的、本发明的修改例和变型例。
在本说明书提出了装置和方法发明两者，并且该装置和方法发明两者的描述可以 彼此补充地应用。
用于本发明的模式
已经按用于执行本发明的最佳模式描述了各种实施方式。
工业应用
本发明可应用于关于广播服务提供的领域。