发送装置、发送方法、接收装置、接收方法、程序和广播系统的制作方法

发送装置、发送方法、接收装置、接收方法、程序和广播系统的制作方法
【专利摘要】本技术涉及一种能实现能够与节目、CM等连动的数据广播内容的服务的发送装置、发送方法、接收装置、接收方法、程序和广播系统。控制器提供元数据和用于把该元数据埋在编码音频流的用户数据区域中的大小信息，在元数据中存储有与在接收装置中要与内容连动地执行的应用程序的控制相关的触发信息。音频编码器产生编码音频流，在该编码音频流中，存储触发信息的元数据基于所述大小信息被埋在用户数据区域中。发送器把产生的编码音频流发送到接收装置。本公开能够被应用于例如实现美国等的数据广播的情况。
【专利说明】发送装置、发送方法、接收装置、接收方法、程序和广播系统
【技术领域】
[0001]本公开涉及发送装置、发送方法、接收装置、接收方法、程序和广播系统，具体地讲，涉及一种适合在例如数字电视广播中与节目和商业广告(CM)的进行连动地执行数据广播的内容的情况下使用的发送装置、发送方法、接收装置、接收方法、程序和广播系统。
【背景技术】
[0002]在日本，正在推进电视广播的数字化，并且地面数字广播、BS数字广播等很普遍。在数字电视广播(诸如，地面数字广播)中，不仅实现了新闻、戏剧、电影等的节目的广播，还实现了所谓的数据广播。根据这种数据广播的内容，能够显示例如与正在广播的节目相关的信息(表演者、故事等)并且能够显示与正在广播的节目无关的信息(另一节目的告知、新闻、天气预报、交通信息等)(参照例如专利文献I)。
[0003]对于日本的数据广播，在电视广播的数字化中，在数字电视广播的广播频带中预先确保专用于数据广播的频带。通过使用这种专用频带来广播数据广播内容，实现日本的数据广播。
[0004]相比之下，在美国的数字电视广播中，未确保像日本的数字电视广播中那样的专用于数据广播的频带。
[0005]具体地讲，如图1的A中所示，美国的目前的数字电视广播的广播频带被用于节目的视频的频带、用于音频的频带和用于控制信息的频带占据，并且未设置用于广播数据广播内容的频带。因此，为了在数字电视广播的有限的广播频带中确保用于广播数据广播内容的频带，需要缩窄例如用于视频的频带和用于音频的频带，如图1的B中所示。
[0006]引用列表
[0007]专利文献
[0008]专利文献I JP2006-50237A
【发明内容】

[0009]技术问题
[0010]然而，通过缩窄用于视频的频带和用于音频的频带来确保用于广播数据广播内容的频带导致节目的图像质量和声音质量的劣化，因此远非现实的对策。
[0011]另外，即使通过缩窄用于视频的频带和用于音频的频带确保了用于数据广播内容的频带，能够传输的数据量也受到限制。因此，数据广播内容的信息量将会很少。如果尝试增加信息量，则接收侧将会花费很长时间来接收必要的数据。
[0012]另外，在美国，使用有线电视(CATV)网络的数字电视节目的转发系统很普遍，因此，可能还发生下面的问题。
[0013]图2显示使用CATV网络的数字电视节目的转发系统的结构的一个例子。
[0014]这种转发系统主要包括广播装置1、CATV转发装置2、CATV网络3、数字电视接收器4、机顶盒(STB) 5和电视接收器6。[0015]设置在例如广播站中的广播装置I通过使用地面波或卫星波来广播数字电视广播信号。设置在例如有线电视站中的CATV转发装置2接收数字电视广播以去除不必要的信息并把CATV的原始信息添加到接收的广播。随后，CATV转发装置2经由CATV网络3把该广播转发到数字电视接收器4、机顶盒5等。
[0016]CATV转发装置2包括调谐器11、用于预定包ID的包的过滤的PID过滤器12、CATV原始信号产生器13、复用器14和调制器15。
[0017]调谐器11接收并解调各信道的数字电视广播信号，并把所获得的传输流(TS)输出到PID过滤器12。PID过滤器12从TS去除与预定包ID对应的包(与作为节目的AV内容无关的包)，并把所获得的TS输出到复用器14。CATV原始信号产生器13产生存储有CATV站的原始信息的包，并把它输出到复用器14。复用器14复用PID过滤器12的输出和CATV原始信号产生器13的输出，并把所获得的TS输出到调制器15。调制器15通过适合于CATV网络3的调制方式调制复用器14的输出，并经由CATV网络3把调制的TS转发到数字电视接收器4、机顶盒5等。
[0018]对应于CATV的数字电视接收器4经由CATV网络3接收转发的数字电视广播的TS并对TS进行解码，以显示所获得的视频并输出音频。
[0019]对应于CATV的机顶盒5经由CATV网络3接收转发的数字电视广播的TS并对TS进行解码，以经由例如HDMI线缆把所获得的视频信号和音频信号输出到电视接收器6。基于经由例如HDMI线缆从机顶盒5输入的视频信号和音频信号，电视接收器6显示视频并输
出音频。
[0020]如上所述，在CATV转发装置2中，由PID过滤器12从数字广播信号的TS去除与预定包ID对应的包(与作为节目的AV内容无关的包)。因此，即使如图1的B中所示在广播频带中确保了用于广播数据广播内容的频带，存储有数据广播内容的包也可能被这个PID过滤器12排除。
[0021]需要一种允许能够在未在数字电视广播的广播频带中设置用于数据广播的频带的情况下与电视广播的节目和CM的进行连动地实现数据广播内容的技术。
[0022]问题的解决方案
[0023]根据本公开的第一方面，提供一种发送装置，包括:音频编码器，构造为产生编码音频流，在该编码音频流中埋有与在接收装置中要与内容连动地执行的应用程序的控制相关的触发信息；和发送器，构造为把产生的编码音频流发送到接收装置。
[0024]发送装置还包括控制器，该控制器构造为提供存储触发信息的元数据和用于把元数据埋在编码音频流的用户数据区域中的大小信息，并执行控制以使元数据可被埋藏在用户数据区域中。
[0025]音频编码器按照AC3 (Audio Code number3)方式对音频流进行编码以产生所述编码音频流，并且元数据被插入在AC3方式的帧结构中的AUX(AUXILIARY DATA)的区域中。
[0026]音频编码器按照AAC (高级音频编码)方式对音频流进行编码以产生编码音频流，并且元数据被插入在AAC方式的巾贞结构中的DSE(Data Stream Element)的区域中。
[0027]发送装置还包括:视频编码器，构造为对视频流进行编码以产生编码视频流；和复用器，构造为复用编码音频流和编码视频流以产生复用流。所述发送器发送产生的复用流。[0028]指示信息的类型的类型信息被添加到元数据。
[0029]通过信息标识符来区分的多个种类的信息被包括在元数据中。
[0030]根据本公开的第一方面的发送方法或程序是与根据本公开的第一方面的上述发送装置对应的发送方法或程序。
[0031]在本公开的第一方面，产生编码音频流，在该编码音频流中埋有与在接收装置中要与内容连动地执行的应用程序的控制相关的触发信息，并且产生的编码音频流被发送给接收装置。
[0032]根据本公开的第二方面，提供一种接收装置，包括:接收器，构造为接收编码音频流，在该编码音频流中埋有与要与内容连动地执行的应用程序的控制相关的触发信息。该编码音频流是从发送装置发送的。接收装置还包括:音频解码器，构造为对接收的编码音频流进行解码；和控制器，构造为响应于通过对编码音频流进行解码获得的触发信息，控制与和内容连动地执行的应用程序相关的处理。
[0033]音频解码器从通过AC3方式编码的编码音频流的帧结构中的AUX的区域获取存储在元数据中的触发信息。
[0034]音频解码器从通过AAC方式编码的编码音频流的帧结构中的DSE的区域获取存储在元数据中的触发信息。
[0035]接收装置还包括:解复用器，构造为对接收的复用流进行解复用；和视频解码器，构造为对从复用流解复用的编码视频流进行解码。音频解码器对从复用流解复用的编码音频流进行解码。
[0036]根据本公开的第二方面的接收方法或程序是与根据本公开的第二方面的上述接收装置对应的接收方法或程序。
[0037]在本公开的第二方面，接收从发送装置发送的编码音频流，在该编码音频流中埋有与要与内容连动地执行的应用程序的控制相关的触发信息，并且对接收的编码音频流进行解码。另外，响应于通过对编码音频流进行解码获得的触发信息，控制与和内容连动地执行的应用程序相关的处理。
[0038]根据本公开的第三方面，提供一种广播系统，包括:发送装置，构造为发送内容；和接收装置，构造为接收发送的内容。发送装置包括:音频编码器，产生编码音频流，在该编码音频流中埋有与在接收装置中要与内容连动地执行的应用程序的控制相关的触发信息；和发送器，把产生的编码音频流发送给接收装置。接收装置包括:接收器，接收从发送装置发送的编码音频流；音频解码器，对接收的编码音频流进行解码；和控制器，响应于通过对编码音频流进行解码获得的触发信息，控制与和内容连动地执行的应用程序相关的处理。
[0039]在本公开的第三方面，通过发送装置，产生编码音频流，在该编码音频流中埋有与在接收装置中要与内容连动地执行的应用程序的控制相关的触发信息，并且产生的编码音频流被发送给接收装置。通过接收装置，接收从发送装置发送的编码音频流，并且对接收的编码音频流进行解码。另外，响应于通过对编码音频流进行解码获得的触发信息，控制与和内容连动地执行的应用程序相关的处理。
[0040]发明的有益效果
[0041]根据本公开的第一方面，能够在未在数字电视广播的广播频带中设置用于数据广播的频带的情况下，与电视广播的节目、CM等的进行连动地控制数据广播内容。[0042]根据本公开的第二方面，能够在未在数字电视广播的广播频带中设置用于数据广播的频带的情况下，与电视广播的节目、CM等的进行连动地控制数据广播内容。
[0043]根据本公开的第三方面，能够在未在数字电视广播的广播频带中设置用于数据广播的频带的情况下，与电视广播的节目、CM等的进行连动地控制数据广播内容。
【专利附图】

【附图说明】
[0044]图1是显示数字电视广播的广播频带的示图。
[0045]图2是显示已有CATV转发系统的结构的一个例子的示图。
[0046]图3是显示根据本公开的实施例的广播系统的结构例子的示图。
[0047]图4是显示根据实施例的广播装置的结构例子的示图。
[0048]图5是显示根据实施例的接收装置的结构例子的方框图。
[0049]图6是显示元数据通用语法的示图；
[0050]图7是显示元数据通用语法的示图；
[0051]图8是显示元数据通用语法的示图；
[0052]图9是显示元数据通用语法的示图；
[0053]图10是显示触发信息被包括在TS的PCR包中传输的概念的示图。
[0054]图11是显示PCR包中的触发信息的具体位置的示图。
[0055]图12是显示PCR包中的元数据的具体位置的示图。
[0056]图13是显示触发信息被埋在视频信号中的例子的示图。
[0057]图14是显示插入在编码视频流中的触发信息的具体位置的示图。
[0058]图15是显示插入在编码视频流中的触发信息的具体位置的示图。
[0059]图16是显示AC3的帧的结构的示图。
[0060]图17是显示插入在编码音频流(AC3)中的元数据的具体位置的示图。
[0061]图18是显示AAC的帧的结构的示图。
[0062]图19是显示插入在编码音频流(AAC)中的元数据的具体位置的示图。
[0063]图20是显示本公开的第一实施例中的带有Pre_cache命令的触发信息中包括的项目的示图。
[0064]图21是显示第一实施例中的带有Execute命令的触发信息中包括的项目的示图。
[0065]图22是显示第一实施例中的带有Inject_event命令的触发信息中包括的项目的示图。
[0066]图23是显示第一实施例中的带有Suspend命令的触发信息中包括的项目的示图。
[0067]图24是显示第一实施例中的带有Terminate命令的触发信息中包括的项目的示图。
[0068]图25是显示与第一实施例兼容的触发信息的语法的一个例子的示图。
[0069]图26是显示与节目和CM的进行连动地执行应用程序时的显示例子的示图。
[0070]图27是用于解释触发信息发送处理的流程图。
[0071]图28是用于解释触发彳目息响应处理的流程图。
[0072]图29是显示应用程序的操作情形的一个例子的示图。
[0073]图30是接收装置中的应用程序的第一状态转变的示图。[0074]图31是显示当多个应用程序被同时控制时的情形的一个例子的示图。
[0075]图32是显示本公开的第二实施例中的带有Register命令的触发信息中包括的项目的示图。
[0076]图33是显示第二实施例中的带有Execute命令的触发信息中包括的项目的示图。
[0077]图34是显示第二实施例中的带有Inject_event命令的触发信息中包括的项目的示图。
[0078]图35是显示第二实施例中的带有Suspend命令的触发信息中包括的项目的示图。
[0079]图36是显示第二实施例中的带有Terminate命令的触发信息中包括的项目的示图。
[0080]图37是显示与第二实施例兼容的触发信息的语法的一个例子的示图。
[0081]图38是用于解释应用登记管理处理的流程图。
[0082]图39是接收装置中的应用程序的第二状态转变的示图。
[0083]图40是显示命令和状态转变之间的关系的示图。
[0084]图41显示第二实施例中的应用程序的生命周期。
[0085]图42是显示多个应用程序之间的关系的示图。
[0086]图43是显示多个应用程序的操作例子的示图。
[0087]图44是显示计算机的结构例子的方框图。
【具体实施方式】
[0088]以下将参照附图详细描述用于实施本发明的最佳方式(以下，称为实施例)。
[0089]〈1.第一实施例>
[0090][广播系统的结构例子]
[0091]图3显示实施例的广播系统。这个广播系统30实现在像例如当前美国一样的在数字电视广播的广播频带中不设置用于广播数据广播内容的频带的状态下能够与节目、CM等的AV内容连动的数据广播内容。
[0092]通过由接收装置激活提供给接收装置的应用程序来实现数据广播内容。因此，以下，数据广播内容也将被称为数据广播应用程序或数据广播应用。数据广播应用可由一种程序数据构成，或者可以是包括多种程序数据的程序数据组。
[0093]这个广播系统30包括:设置在广播站侧的广播装置41和服务器42、以及设置在接收器侧的再现装置59和接收装置60。
[0094]广播装置41发送数字电视广播信号。另外，广播装置41以使触发信息包括在数字电视广播信号中的方式发送触发信息，作为与AV内容连动的数据广播内容的操作相关的命令。具体地讲，发送触发信息以使其位于数字电视广播信号的传输流(TS)中或被埋在视频信号中。
[0095]触发信息包括指示命令的种类的信息、指示数据广播应用的获取源的信息等。触发信息的细节将在稍后描述。
[0096]服务器42响应于来自经由互联网50访问服务器42的接收装置60的请求提供数据广播应用。
[0097]接收装置60接收从广播装置41广播的数字广播信号，并把AV内容的视频和音频输出到监视器(未示出)。另外，接收装置60经由互联网50访问服务器42，并获取数据广播内容。要注意的是，这个接收装置60可作为单个装置存在，或者可被包括在例如电视接收器或视频记录器中。
[0098]再现装置59再现记录在例如预定记录介质中的AV内容的视频和音频，并把它们输出到接收装置60。
[0099][广播装置的结构例子]
[0100]图4显示广播装置41的结构例子。广播装置41包括:控制器51、视频编码器52、音频编码器53、复用器54和送出器55。
[0101]控制器51与从前一级输入的节目和CM的视频流的进行关联地产生触发信息，并把触发信息输出到视频编码器52和复用器54。
[0102]另外，控制器51与视频流的进行关联地产生存储触发信息的元数据，并把元数据输出到音频编码器53和复用器54。在元数据中，存储与音频数据没有直接关系的预定信息(诸如，触发信息)。元数据的细节将在稍后描述。
[0103]视频编码器52根据预定编码方式对从前一级输入的节目和CM的视频流编码，并把所获得的编码视频流输出到复用器54。视频编码器52中的编码方式的例子包括MPEG2方式和H.264方式。
[0104]在视频流的编码中，视频编码器52把来自控制器51的触发信息埋在视频流中并对视频流编码，以把所获得的编码视频流输出到复用器54。
[0105]音频编码器53根据预定编码方式对与输入到视频编码器52的视频流对应的音频流编码，并把所获得的编码音频流输出到复用器54。音频编码器53中的编码方式的例子包括AC3(Audio Code number3)方式和AAC (高级音频编码)方式。
[0106]在音频流的编码中，音频编码器53把来自控制器51的元数据埋在音频流中并对音频流编码，以把所获得的编码音频流输出到复用器54。
[0107]复用器54复用输入的编码视频流和编码音频流，并且还复用触发信息或元数据以把所获得的复用流输出到送出器55。具体地讲，复用器54把多个流复用为例如传输流(TS)。替代地，考虑到数字电视广播的网络传送，复用器54可把多个流复用为适合于网络传送的基于ISO的媒体文件格式(MP4)。
[0108]在以上描述中，触发信息被埋在视频流中，并且元数据被埋在音频流中。另外，触发信息或元数据被复用到复用流中。然而，可仅执行这些步骤之一。替代地，可执行这些步骤中的任何步骤的组合。
[0109]送出器55送出输入的复用流作为数字电视广播信号。
[0110][接收装置的结构例子]
[0111]图5显示接收装置60的结构例子。接收装置60包括:调谐器61、解复用器62、音频解码器63、音频输出部分64、视频解码器65、触发检测器66、视频输出部分67、控制器68、存储器69、操作部分70、记录部分71、通信接口 72、缓冲存储器73、应用引擎74、应用存储器75、HDMI接口 76、开关77和开关78。
[0112]调谐器61接收并解调与由用户选择的频道对应的数字电视广播信号，并把所获得的TS输出到解复用器62。解复用器62把从调谐器61输入的TS解复用为编码音频流(音频编码信号)、编码视频流(视频编码信号)和控制信号，并把它们输出到开关77、视频解码器65或控制器68。
[0113]另外，解复用器62提取位于TS中的包括触发信息的PCR包，并把它输出到触发检测器66。
[0114]通过符合HDMI (高清多媒体接口)的通信从再现装置59发送的AV内容被输入到HDMI接口 76。HDMI接口 76把来自再现装置59的AV内容的编码音频流(音频编码信号)输出到开关77，并把视频信号输出到开关78。
[0115]作为从再现装置59到HDMI接口 76的输入，音频信号在一些情况下在解码状态下被输入，并且音频信号在其它情况下在未解码状态下被输入。本描述将会处理输入编码音频流的情况。
[0116]来自解复用器62的编码音频流和来自HDMI接口 76的编码音频流被输入到开关77。开关77基于来自用户的预设指令把输入的编码音频流之一输出到音频解码器63。
[0117]音频解码器63对输入的编码音频流解码，并把所获得的音频流(音频信号)输出到音频输出部分64和触发检测器66。音频输出部分64把输入的音频信号输出到后一级(例如，扬声器)。
[0118]视频解码器65对输入的编码视频流解码，并把所获得的视频流流(视频信号)输出到触发检测器66和开关78。
[0119]触发检测器66检测在埋在输入音频流中的元数据中存储的触发信息，并把它输出到控制器68。另外，触发检测器66检测埋在输入视频流中的触发信息，并把它输出到控制器68 (如果触发信息仅位于TS中，则不需要触发检测器66的这些操作)。另外，触发检测器66从从解复用器62输入的包括触发信息的PCR包提取触发信息或存储在元数据中的触发信息，并把它输出到控制器68。
[0120]在省略触发检测器66的情况下，可在音频解码器63中从音频流提取触发信息，并且可在视频解码器65中从视频流提取触发信息。在这种情况下，在解复用器62中，复用到复用流中的触发信息被解复用以被直接输出到控制器68。
[0121]来自HDMI接口 76的视频信号和来自视频解码器65的视频信号被输入到开关78。开关78基于来自用户的预设指令把输入视频信号之一输出到视频输出部分67。
[0122]视频输出部分67把从开关78输入的视频信号输出到后一级(例如，显示器)。另夕卜，视频输出部分67组合从应用引擎74输入的数据广播内容的视频和从视频解码器65输入的视频信号，并把所获得的信号输出到后一级。
[0123]控制器68运行记录在存储器69中的控制程序，由此控制整个接收装置60。另外，控制器68基于从触发检测器66输入的触发信息控制数据广播应用的获取、登记、激活、事件激发、挂起、重新开始、停止等。
[0124]在存储器69中，记录由控制器68运行的控制程序。能够基于数字电视广播信号或经由互联网50提供的更新数据更新这种控制程序。操作部分70接受来自用户的各种操作，并向控制器68通知与操作对应的操作信号。
[0125]如果通过使用数字电视广播信号传送数据广播应用，则记录部分71把下载的数据广播应用保留在记录介质(诸如，内置硬盘)中。
[0126]通信接口 72根据应用引擎74的控制经由互联网50连接到服务器42。应用引擎74根据控制器68的控制经由通信接口 72和互联网50从服务器42获取数据广播应用，并使缓冲存储器73保留数据广播应用。
[0127]应用引擎74根据控制器68的控制读出并运行保留在记录部分71或缓冲存储器73中的数据广播应用。
[0128]应用存储器75包括工作存储器75A和保存存储器75B。应用引擎74把与运行的数据广播应用相关的数据(具体地讲，包括显示的信息的层级等)记录在工作存储器75A中。另外，当挂起运行的数据广播应用时，应用引擎74把应用存储器75的工作存储器75A中的数据移动到保存存储器75B。当重新开始挂起的数据广播应用时，应用引擎74把保存存储器75B中的数据移动到工作存储器75A以恢复挂起前的状态。
[0129]应用存储器75中的具有相同大小的两个区域中的一个和另一个可相互切换为工作存储器75A和保存存储器75B。这能够省略工作存储器75A和保存存储器75B之间的数据移动。
[0130][触发信息的发送方法]
[0131]将在以下描述触发信息的发送方法。作为触发信息的发送方法，可以有下面四种方法。
[0132](a)触发信息被插入在PCR包中的方法
[0133](b)触发信息被埋在视频信号中的方法
[0134](c)触发信息被插入在编码视频流(视频编码信号)中的方法
[0135](d)触发信息被插入在编码音频流(音频编码信号)中的方法
[0136]在上述方法(a 以包括除触发信息之外的信息的通用元数据传输格式插入。在方法(a)中,触发信息可被按原样插入。
[0137][元数据通用语法]
[0138]以下将描述在上述方法(a)和(d)中使用的元数据通用语法。图6至图8显示元数据通用语法的一个例子。图9显示在元数据通用语法中定义内容(语义)的主要数据。在图6至图8的描述中，相应地使用对图9的内容的参照。
[0139]图6显示metadataO的语法的一个例子。
[0140]sync_byte是指示元数据容器的唯一字。metadata_type指示元数据的类型信息。这种类型信息使得可以选择性地发送多种类型的元数据。例如，00000011指示待发送的元数据是触发信息。
[0141]metadata_length指示随后的字节的数量。metadata_ID是用于识别元数据的类型中的种类的信息。这个标识符使得可以同时发送相同类型的多个种类的信息。
[0142]metadata_counter是指示当一系列元数据要被分割发送时要发送的信息是什么编号的分割信息的计数信息。这种计数信息是每个音频帧被递增的计数器的计数值。
[0143]metadata_start_flag指示当一系列元数据(元数据包)要被分割发送时要发送的?目息是否是第一分割?目息。例如，I指不该彳目息是第一分割?目息，并且O指该彳目息不是第一分割信息，而是在前一巾贞的分割信息之后的分割信息。
[0144]sync_control_flag指示元数据是否被同步地管理。I指示元数据由PTS_management O中的PTS同步地管理。O指示元数据未被同步地管理。当sync_control_f lag是 I 时，存在 PTS_management O。[0145]图7显示PTS_management O的语法的一个例子，并且存在由33比特的PTS [32-0]指示的时间信息。
[0146]返回参照图6,针对由metadata_length指示的字节数的data_type构成整个元数据包Metadata_packet O ,或通过把这个元数据包Metadata_packet O分割成多个信息而获得的任何一个分割信息。
[0147]图8显示Metadata_packet O的语法的一个例子。
[0148]类似于metadataO 的 metadata_type (图 6), packet_type 指不兀数据的类型信息。metadata_packet_length指示随后的字节的数量。在针对由这个metadata_packet_length指不的字节数的data_type中，描述整个metadata_packet ()。
[0149]例如，如果存储在元数据中的信息是触发信息，则在这个data_type中描述触发信息的 metadata_Packet O，即，稍后描述的 Trigger_info_data O (图 25、图 37)。
[0150]存储在元数据中的信息可以是除触发信息之外的信息。例如，能够存储其它服务访问信息(用于链接服务的元数据)和视差信息(用于视差变动数据的元数据)。在例如日本专利申请N0.2011-061549中描述了其它服务访问/[目息和视差彳目息，该专利申请是本受让人的申请。
[0151][ (a)触发信息被插入在PCR包中的方法]
[0152]以下将描述触发信息的各发送方法的细节。图10显示触发信息被布置在数字电视广播信号的TS的PCR(节目时钟基准)包中进行发送的情况的概念。
[0153]如图10中所示，触发信息未被存储在所有PCR包中，而是仅被存储在与AV内容(节目、CM等)连动的合适定时处的PCR包中。通常，PCR包经过像图2中所示那样的CATV转发装置2的PID过滤器12，因此也能够向使用CATV网络的接收装置(图2中的数字电视接收器4)通知触发信息。
[0154]作为触发信息，考虑到无线电干扰和接收装置60中的获取缺陷(接收遗漏)，连续多次发送相同内容的信息。
[0155]图11显示触发信息被存储在PCR包中的位置。PCR包是具有存储有PCR的adaptation_field 的 TS 包。触发信息(Trigger Info_descriptor)被存储在 PCR 后面的transport_private_data_byte中。如果存储有触发信息,则设置在PCR之前的Various_flags 的 transport_private_data_flag 被设置为 I。
[0156]如图12中所示，触发信息可被存储在元数据中，并且元数据可被存储在transport_private_data_byte 中。此夕卜，在这种情况下，Various_flags 的 transport—private_data_flag 被设置为 I。
[0157]以这种方式，在触发信息被插入在PCR包中的方法(a)中，触发信息或存储触发信息的元数据被存储在PCR包的transport_private_data_byte中。
[0158][(b)触发信息被埋在视频信号中的方法]
[0159]图13显示触发信息被埋在视频信号中的两种例子。
[0160]图13的A显示这样的例子:触发信息被转变为二维条形码并被组合以叠加在视频信号的图像的预定位置上(在当前情况下为右下角)。图13的B显示这样的例子:触发信息被转变为视频码并与视频信号的图像的下部的几行合成。图13的A和B中的触发信息由接收装置60的触发检测器66检测。[0161]在图13的A或B的任一例子中，触发信息位于AV内容的视频上，因此，也能够向例如使用CATV网络的接收装置(例如，图2中的电视接收器6)通知触发信息。
[0162]另外，在图13的A或B的任一例子中，视频上的触发信息(二维条形码或视频码)可能被接收装置60的用户在视觉上识别。如果不喜欢这一点，优选地在通过与触发信息周围的像素相同的像素掩蔽视频上的触发信息之后显示视频。
[0163]以这种方式，在触发信息被埋在视频信号中的方法(b)中，触发信息被埋在视频信号的图像的预定区域中。
[0164][(c)触发信息被插入在编码视频流中的方法]
[0165]图14和图15显示触发信息被插入在MPEG2的编码视频流(视频编码信号)中的情况的例子。
[0166]图14显示在MPEG2视频中定义的video_sequence ()的结构。
[0167]如果触发信息被插入在MPEG2的编码视频流中，则使用video_sequence O中的画面层(picture layer)中的 user_data。
[0168]图15显示user_data()的语法的一个例子。
[0169]在user_data_start_code 中，作为固定值描述 0x000001B2。在 Trigger_Info_Data_identifer 中，作为固定值描述 0x54524749 ( “TRGI”)。
[0170]在Trigger_info_data()中，描述了 触发信息，S卩，稍后描述的 Trigger_info_data O (图 25、图 37)。
[0171]以这种方式，在触发信息被插入在编码视频流中的方法(C)中，触发信息被插入在 video_sequence O 的 user_data()的区域中。
[0172][(d)触发信息被插入在编码音频流中的方法]
[0173]图16和图17显示存储有触发信息的元数据被插入在通过AC3方式编码的编码音频流(音频编码信号)中的情况的例子。
[0174]图16显示AC3的帧(AC3同步帧)的结构。如果编码方式是AC3方式，则元数据被插入在AUX (AUXILIARY DATA)的区域中。
[0175]图17显示AUX的语法的一个例子。当auxdatae是I时,aux data被启用并且在auxbits中定义具有由auxdatal的14比特(比特单位)指示的大小的数据。在nauxbits中描述auxbits的大小。auxbits的空间被定义为metadataO，并且触发信息被插入。
[0176]图18和图19显示存储有触发信息的元数据被插入在通过AAC方式编码的编码音频流中的情况的例子。
[0177]图18显示存储AAC的1024个样本的音频数据的帧(Raw_data_block)的结构。如果编码方式是AAC方式,则元数据被插入在DSE (Data Stream Element,数据流元素)的区域中。
[0178]图19 显不 DSE 的语法的一个例子。element_instance_tag 指不 data_stream_element中的数据的种类。如果DSE被用作统一用户数据,则element_instance_tag的值可被设置为O。Data_byte_align_flag被设置为I,从而整个DSE可被进行字节对齐。根据用户数据的大小相应地决定计数或者表示计数的增加字节数的esc_count的值。data_stream_byte的空间被定义为metadataO，并且触发信息被插入。
[0179]以这种方式，在触发信息被插入在编码音频流中的方法(d)中，如果编码按AC3方式执行，则存储触发信息的元数据被插入在AUX的区域中，并且如果编码按AAC方式执行，则存储触发信息的元数据被插入在DSE的区域中。虽然已描述AC3方式和AAC方式被用作编码方式的情况，但也可把这种方法应用于其它编码方式。
[0180][触发信息的细节]
[0181]以下将描述触发信息的细节。根据触发信息中包括的命令的种类，触发信息被分为五种。
[0182]已提出五种命令的两个组合。第一组合(以下，称为第一实施例)包括命令Pre_cache、Execute、Inject_event和Terminate。第二组合(以下，称为第二实施例)包括命令 Register、Execute、Inject_event 和 Terminate。
[0183]首先，将描述第一实施例中的五种命令。稍后将参照图32和之后的附图描述第二实施例。
[0184][五种命令的第一例子]
[0185]图20显示作为Pre_cache命令的触发信息中包括的项目。Pre_cache命令是用于指示接收装置60获取数据广播应用的命令。
[0186]Triggerjd是用于识别这种触发信息的信息。如果相同内容的触发信息被多次发送，则各条触发信息的Trigger_id是相同的。Protcol_version指示这个触发信息的协议的版本。Command_code指示这个触发信息的命令的种类。在图20的情况下,在Command_code中描述指示该命令是Pre_cache命令的信息。
[0187]Trigger_varidity是指示已接收到这个触发信息的各接收装置60根据这个触发信息执行处理的可能性的服务器访问分配参数值N。由于提供这个值，在由多个接收装置60从服务器42获取数据广播应用时，能够不集中在一个时间段地分配访问。例如，为了把从可能大量存在的接收装置60到服务器42的访问分配为四次访问，相同的触发信息被发送四次，并且服务器访问分配参数N被如下设置。具体地讲，第一轮的触发信息中的参数N被设置为4，并且第二轮的触发信息中的参数N被设置为3。另外，第三轮的触发信息中的参数N被设置为2，并且第四轮的触发信息中的参数N被设置为I。
[0188]App_id是与这个触发信息对应地获取的数据广播应用的标识信息。App_type是指示与这个触发信息对应的数据广播应用的类型(例如，HTML5、java)的信息。App_url是该数据广播应用的获取源的URL。
[0189]Broadcast_App_f lag、Downloaded_App_f lag 和 Internet_App_f lag 是指不与这个触发信息对应的数据广播应用存在于哪里的标志。如果能够从数字电视广播信号获取与这个触发信息对应的数据广播应用，则Broadcast_App_flag被设置为I。如果与这个触发信息对应的数据广播应用已经被下载并且能够从本地存储器(例如，记录部分71)获取，则Downloaded_App_flag被设置为I。如果能够经由互联网50从服务器42获取与这个触发信息对应的数据广播应用，则Internet_App_flag被设置为I。
[0190]图21显示作为Execute命令的触发信息中包括的项目。Execute命令是用于指示接收装置60激活数据广播应用的命令。
[0191]Trigger_id、Protcol_versionΛ Command—code、Trigger_varidity、App_id、App_type、App—url、Broadcast—App_f lag、Downloaded—App_f lag 和 Internet—App_f lag 与图 20中示出的作为Pre—cache命令的触发信息中的那些相同。然而，在Command—code中，描述指示该命令是Execute命令的信息。
[0192]App_life_scope指示当发生例如频道的切换时在不停止运行的数据广播应用的情况下继续运行状态的范围。App_expire_date指示尽管未接收到Terminate命令但运行的数据广播应用也被停止时的时间和日期。
[0193]图22指示作为Inject_event命令的触发信息中包括的项目。Inject_event命令是用于使接收装置60在运行的数据广播应用中激发事件的命令。
[0194]Trigger_id、Protcol_version> Command_code> Trigger_varidity> App_id 和App_type与图20中示出的作为Pre_cache命令的触发信息中的那些相同。然而，在Command_code中，描述指示该命令是Inject_event命令的信息。
[0195]Event_id是应该在由App_id指定的数据广播应用中激发的事件的标识信息。在Event Embedded Data中，描述在事件激发时用作参照的数据。
[0196]图23显示作为Suspend命令的触发信息中包括的项目。Suspend命令是用于使接收装置60挂起运行的数据广播应用的命令。
[0197]Trigger_id、Protcol_version> Command_code> Trigger_varidity> App_id 和App_type与图20中示出的作为Pre_cache命令的触发信息中的那些相同。然而，在Command_code中，描述指示该命令是Suspend命令的信息。
[0198]图24显示作为Terminate命令的触发信息中包括的项目。Terminate命令是用于使接收装置60停止运行的数据广播应用的命令。
[0199]Trigger_id、Protcol_version> Command_code> Trigger_varidity> App_id 和App_type与图20中示出的作为Pre_cache命令的触发信息中的那些相同。然而，在Command_code中，描述指示该命令是Terminate命令的信息。
[0200]图25显示与作为上述各个命令的触发信息兼容的触发信息的语法的一个例子。然而，触发信息的语法可以是任何语法并且不限于图25的例子。
[0201][接收装置60的操作的概要]
[0202]以下将描述根据触发信息的接收装置60的操作。
[0203]图26显示当使接收装置60运行与AV内容(节目、CM等)对应的数据广播应用时接收装置60的显示画面的转变。
[0204]例如，如图26的A中所示，节目(在当前情况下，“七点新闻”)被广播。当节目的内容转变为经济信息时，与这个转变连动地，发送用于与该节目对应的数据广播应用的Execute命令的触发信息。当触发信息被接收装置60接收时，数据广播应用被激活，并且用于向用户通知数据广播应用的显示已准备好的图标(在当前情况下，“股票”)被显示在正在显示节目的屏幕上，如图26的B中所示。
[0205]如果用户选择这个图标，则如图26的C中所示，在屏幕上执行由数据广播应用执行的显示(在当前情况下，股票价格信息的显示)。以这种方式，仅当由用户选择屏幕上显示的图标时，执行由数据广播应用执行的显示。这能够防止不需要由数据广播应用执行的显示的用户被打扰的情况。
[0206]当节目的内容进一步转变(在当前情况下，转变为体育信息)时，与这个转变连动地发送Inject_event命令的触发信息。当这个触发信息被接收时，事件被激发，并且例如如图26的D中所示，由数据广播应用执行的在屏幕上的显示被改变(在当前情况下，改变为比赛结果信息的显示)。
[0207]之后，在CM广播之前，发送用于与节目对应的运行中数据广播应用的Suspend命令的触发信息。当这个触发信息被接收时，与节目对应的数据广播应用被挂起。之后，发送用于与CM对应的数据广播应用的Execute命令的触发信息。当这个触发信息被接收时，CM的数据广播应用被激活。由此，如图26的E中所示，用于鼓励用户显示与CM对应的数据广播应用的图标(在当前情况下，“参与奖金竞争”)被显示在正在显示CM的屏幕上。
[0208]如果用户选择这个图标，则在屏幕上执行由与CM对应的数据广播应用执行的显示(在当前情况下，参与奖金竞争的显示)。
[0209]在CM结束之后，与节目重新开始同步地发送用于与节目对应的数据广播应用的Execute命令的触发信息。当该触发信息被接收时，如图26的F中所示，消除与CM对应的数据广播应用的显示，并且从在先前挂起中停止的状态重新开始节目的数据广播应用的显
/Jn ο
[0210]当节目结束时，与该结束连动地，发送用于与节目对应的数据广播应用的Terminate命令的触发信息。当这个触发信息被接收时，数据广播应用停止，并且从屏幕消除该数据广播应用的显示，并且仅显示节目的视频，如图26的G中所示。
[0211]用于显示数据广播应用的方法不限于如图26中所示缩小节目的显示以腾出用于数据广播应用的显示的区域的方法。例如，数据广播应用的显示可被叠加在节目的显示上。
[0212][触发信息发送处理]
[0213]参照图27，以下将描述当广播装置41使触发信息被包括在数字电视广播信号中并发送这个广播信号时的触发信息发送处理。
[0214]图27是用于解释触发信息发送处理的流程图。
[0215]在步骤SlOl中，控制器51产生与从前一级输入的节目和CM的视频流的进行关联的触发信息。
[0216]在步骤S102中，视频编码器52对从前一级输入的节目和CM的视频流编码，并把所获得的编码视频流输出到复用器54。
[0217]在步骤S103中，控制器51基于来自用户的预设指令确定是否把触发信息插入在编码音频流中。
[0218]如果确定把触发信息插入在编码音频流中，则该处理前进到步骤S104。在步骤S104中，控制器51基于触发信息产生元数据并把元数据和用于把这个元数据埋在用户数据区域中的大小信息一起输出到音频编码器53。
[0219]在步骤S105中，音频编码器53对音频流编码并基于来自控制器51的大小信息把来自控制器51的元数据插入在音频流中，以把所获得的编码音频流输出到复用器54。
[0220]例如，如果编码方式是AC3方式(图16)，则控制器51把大小S=(frmsizcod-AUXDATA)的信息提供给音频编码器53。frmsizcod是AC3音频帧的大小，并且取决于比特率和采样频率的值被指定为frmsizcod。例如，如果比特率是128kbps并且采样频率是32kHz，则该值是384*2字节。如果比特率是128kbps并且采样频率是44.1kHz,则该值是279*2字节。如果比特率是128kbps并且采样频率是48kHz，则该值是256*2字节。
[0221]音频编码器53旨在以大小S作为目标值来执行编码，并以如下方式对音频数据编码:Audblock5的尾数数据(mantissa data)、AUX和CRC的总大小不超过整体的3/8。另夕卜，音频编码器53把元数据插入在AUX的区域中并产生CRC以完成该流。由此，在图17中的AUX(AUXILIARY DATA)的区域中，存储触发信息的元数据被插入在auzbits的空间中。
[0222]如果编码方式是例如AAC方式(图18)，则控制器51把应该插入元数据的DSE (Data Stream Element)的大小DSE_S=cnt的信息提供给音频编码器53。音频编码器53对音频数据编码，并附加插入了元数据的DSE以完成该流。由此，在图19中的DSE的区域中，存储触发信息的元数据被插入在data_stream_byte的空间中。
[0223]音频编码器53也可按照分开的方式两次执行编码。在这种情况下，首先，音频编码器53执行正常编码(即，针对不存在DSE或AUX的情况的编码)，之后，把元数据插入在具有预先保留的大小的DSE或AUX中并再次执行编码。
[0224]以上述方式，在音频编码器53中，执行用于把元数据埋在编码音频流的用户数据区域(例如，在AC3方式的情况下为AUX或在AAC方式的情况下为DSE)中的处理，并且该处理前进到步骤S107。
[0225]如果在步骤S103中确定不把触发信息插入在编码音频流中，则该处理前进到步骤S106。在步骤S106中，音频编码器53对音频流编码并把所获得的编码音频流输出到复用器54。之后，该处理前进到步骤S107。
[0226]在步骤S107中，复用器54复用从视频编码器52输出的编码视频流和从音频编码器53输出的编码音频流，并把所获得的复用流输出到送出器55。
[0227]在步骤S108中，送出器55送出(发送)从复用器54输入的复用流作为数字电视广播信号。之后，该处理返回到步骤S101，从而重复这个步骤和随后的步骤。触发信息发送处理的描述在此结束。
[0228]在触发信息发送处理的以上描述中，在用于发送触发信息的上述方法(a)至(d)之中，解释了触发信息被插入在编码音频流中的方法(d)。然而，也能够类似地在方法(a)至(C)中埋入触发信息和元数据。例如，如果采用方法(a)，则触发信息或元数据在复用器54的复用时被插入在PCR包中。如果采用方法(b)，则触发信息被埋在视频流的视频信号中。如果采用方法(C)，则触发信息在视频编码器52的编码时被插入在编码视频流中。
[0229][触发信息响应处理]
[0230]以下将参照图28描述当接收装置60接收到触发信息时的触发信息响应处理。
[0231]图28是用于解释触发信息响应处理的流程图。当用户正在观看电视节目时，即，在接收数字电视广播信号的同时，反复地执行这个触发信息响应处理。
[0232]在步骤SI中，触发检测器66确定是否接收到触发信息。
[0233]作为这种确定的条件，如果采用上述方法(a)，则触发检测器66等待直至从解复用器62输入包括触发信息的PCR包。如果采用方法(b)或(C)，则触发检测器66等待直至从自视频解码器65输出的视频信号检测到触发信息。如果采用方法(d)，则触发检测器66等待直至从自音频解码器65输出的音频信号检测到存储在元数据中的触发信息。如果输入包括触发信息的PCR包或检测到触发信息，则该处理前进到步骤S2。
[0234]在步骤S2中，触发检测器66把触发信息输出到控制器68。控制器68读出触发信息的Triggerjd并确定是否已经针对这个触发信息执行了步骤S3及随后步骤的处理。如果确定已经执行了步骤S3及随后步骤的处理，则该处理返回到步骤SI，从而重复这个步骤和随后的步骤。相比之下，如果确定尚未针对这个触发信息执行步骤S3及随后步骤的处理，则该处理前进到步骤S3。
[0235]在步骤S3中，控制器68读出触发信息的Command_code并确定由这个触发信息指不的命令是下面的哪个命令:Pre_cache、Execute、Inject_event、Suspend 和 Terminate。
[0236]在步骤S4中，控制器68确定步骤S3的确定结果是否是Pre_cache。如果确定该确定结果是Pre_cache,则该处理前进到步骤S5。
[0237]在步骤S5中，控制器68引起由这个触发信息的App_id指定的数据广播应用的获取。具体地讲，如果这个触发信息的Broadcast_App_flag是I,则从电视广播信号获取由App_id指定的数据广播应用并且将其记录在记录部分71中。如果这个触发信息的Downloaded_App_flag是I,则从作为本地存储器的记录部分71获取由App_id指定的数据广播应用。如果这个触发信息的Internet_App_flag是I,则经由互联网50从服务器42获取由App_id指定的数据广播应用并且将其记录在缓冲存储器73中。如果Broadcast_App_flag、Down I oade d_App_f lag和Internet_App_f lag中的两个或更多个标志是I，则取决于接收装置60的便利性来获取由这个触发信息的App_id指定的数据广播应用。之后，该处理返回到步骤SI，从而重复这个步骤和随后的步骤。
[0238]如果在步骤S4中确定步骤S3的确定结果不是Pre_cache,则该处理前进到步骤S6。在步骤S6中，控制器68确定步骤S3的确定结果是否是Execute。如果确定该确定结果是Execute,则该处理前进到步骤S7。
[0239]在步骤S7中，应用引擎74根据控制器68的控制，确定由这个触发信息的App_id指定的数据广播应用是否在休眠中(处于挂起状态)。具体地讲，如果指示由App_id指定的数据广播应用的挂起状态的数据被保存在保存存储器75B中，则确定该数据广播应用在休眠中。
[0240]如果在步骤S7中确定由App_id指定的数据广播应用未在休眠，则该处理前进到步骤S8。在步骤S8中，根据控制器68的控制，如果由App_id指定的数据广播应用还未被获取(不存在于记录部分71或缓冲存储器73中)，则应用引擎74获取这个数据广播应用。
[0241]在步骤S9中，如果存在当前运行的数据广播应用，则应用引擎74根据控制器68的控制停止该数据广播应用。
[0242]在步骤SlO中，应用引擎74根据控制器68的控制，激活由App_id指定的数据广播应用。之后，该处理返回到步骤Si，从而重复这个步骤和随后的步骤。
[0243]如果在步骤S7中确定由App_id指定的数据广播应用在休眠中(处于挂起状态)，则该处理前进到步骤S11。在步骤Sll中，应用引擎74根据控制器68的控制，把保存存储器75B中的数据移动到工作存储器75A，并激活由App_id指定的数据广播应用。由此，休眠中的由App_id指定的数据广播应用从挂起状态重新开始。之后，该处理返回到步骤SI，从而重复这个步骤和随后的步骤。
[0244]如果在步骤S6中确定步骤S3的确定结果不是Execute,则该处理前进到步骤S12。在步骤S12中，控制器68确定步骤S3的确定结果是否是Inject_event。如果确定该确定结果是Inject_event,则该处理前进到步骤S13。
[0245]在步骤S13中，仅当这个触发信息的App_id与运行中的数据广播应用的App_id对应时，控制器68控制应用引擎74在运行的应用中激发(执行)与触发信息的Event_id对应的事件。之后，该处理返回到步骤Si，从而重复这个步骤和随后的步骤。
[0246]如果在步骤S12中确定步骤S3的确定结果不是Inject_event,则该处理前进到步骤S14。在步骤S14中，控制器68确定步骤S3的确定结果是否是Suspend。如果确定该确定结果是Suspend,则该处理前进到步骤S15。
[0247]在步骤S15中，应用引擎74根据控制器68的控制，把指示当前运行的数据广播应用的状态的数据(即，当前写到工作存储器75A的数据，在显示的信息中存在层级结构的情况下包括指示显示的信息的层级的信息)保存在保存存储器75B中。之后，该处理返回到步骤SI，从而重复这个步骤和随后的步骤。
[0248]如果在步骤S14中确定步骤S3的确定结果不是Suspend,则步骤S3的确定结果是Terminate,因此该处理前进到步骤S16。在步骤S16中，如果由App_id指定的数据广播应用正在运行，则应用引擎74根据控制器68的控制停止该数据广播应用。在步骤S17中，根据控制器68的控制，应用引擎74从工作存储器75A和保存存储器75B擦除与由App_id指定的数据广播应用相关的数据，并从记录部分71或缓冲存储器73擦除该数据广播应用。之后，该处理返回到步骤SI，从而重复这个步骤和随后的步骤。
[0249]触发信息响应处理的描述到此结束。上述的触发信息响应处理能够与电视广播的AV内容(节目、CM等)连动地实现数据广播应用的激活、事件激发和数据广播应用的停止。另外，数据广播应用能够以运行状态被保持的方式被挂起，并且另一数据信息应用能够被执行和停止。之后，挂起的数据广播应用能够从挂起状态重新开始。
[0250][操作情形]
[0251]上述的触发信息响应处理能够实现像图29中所示那样的数据广播应用的操作。
[0252]图29显示数据广播应用的操作情形的一个例子。
[0253]广播装置41与节目的进行连动地发送指示与节目对应的数据广播应用的获取的Pncache命令的触发信息。因此，在已接收到该触发信息的接收装置60中获取数据广播应用。
[0254]接下来，广播装置41与节目的进行连动地发送用于与该节目对应的数据广播应用的Execute命令的触发信息。因此，在已接收到该触发信息的接收装置60中启动广播应用。通过这种启动，指示数据广播应用的显示已准备好的图标被叠加在节目的视频上显示。
[0255]如果用户选择这个图标，则由数据广播应用执行的显示被叠加在屏幕上的节目的视频上。
[0256]广播装置41与节目的进行连动地发送Inject_event命令的触发信息。因此，在已接收到该触发信息的接收装置60中，在运行的数据广播应用中激发事件(例如，显示被改变)。
[0257]随后，在预定时刻，广播装置41发送用于数据广播应用的Suspend命令的触发信息。因此，在已接收到该触发信息的接收装置60中，运行的数据广播应用被挂起(相关数据被保留在保存存储器75B中)。之后，广播装置41发送用于数据广播应用的Execute命令的触发信息。因此，在已接收到该触发信息的接收装置60中，挂起的数据广播应用重新开始。
[0258]另外，广播装置41与节目的结束连动地发送Terminate命令的触发信息。因此，在已接收到该触发信息的接收装置60中，运行的数据广播应用被停止。[0259][数据广播应用的第一状态转变]
[0260]图30是响应于作为五种命令的第一例子的各命令Pre_cache、Execute、Inject_event、Suspend和Terminate而在接收装置60中操作的数据广播应用的状态转变图。
[0261]如图30中所示，定义了数据广播应用的状态转变为四种状态(S卩，停止状态、准备就绪状态、活动状态和挂起状态)之一。
[0262]停止状态是指数据广播应用还未被获取到接收装置60中的状态。准备就绪状态是指数据广播应用已被获取到接收装置60中但未被激活的状态。活动状态是指数据广播应用被激活并在运行的状态。挂起状态是指数据广播应用的执行被中断并且指示中断时刻的状态的信息被保留在保存存储器75B中的状态。
[0263]当数据广播应用已转变为停止状态(还未被获取到接收装置60中时，如果接收到Pre_cache命令的触发信息并且根据Pre^ache命令获取了数据广播应用，则发生至准备就绪状态的转变。
[0264]当数据广播应用处于准备就绪状态时，如果接收到Execute命令的触发信息并且根据Execute命令激活数据广播应用，则发生至活动状态的转变。
[0265]当数据广播应用已转变为停止状态(还未被获取到接收装置60中时，如果接收到Execute命令的触发信息并且根据Execute命令获取并激活数据广播应用，则发生至活动状态的转变。
[0266]当数据广播应用已转变为活动状态时，如果接收到Suspend命令的触发信息并且根据Suspend命令中断运行的数据广播应用，则发生至挂起状态的转变。
[0267]当数据广播应用已转变为挂起状态时，如果接收到Execute命令的触发信息并且根据Execute命令重新开始中断的数据广播应用，则发生至活动状态的转变。
[0268]当数据广播应用已转变为准备就绪状态、活动状态或挂起状态时，如果接收到Terminate命令的触发信息并且根据Terminate命令停止运行的数据广播应用，则发生至停止状态的转变。至停止状态的转变不限于基于Terminate命令的触发信息的转变。当触发信息的App_expire_date过去时，当执行另一数据广播应用时，以及当接收频道的切换超出App_life_scope时,也发生至停止状态的转变。
[0269][多个数据广播应用的状态转变]
[0270]以下将描述能够在接收装置60中顺序执行的多个数据广播应用的状态转变。
[0271]图31显示当顺序执行多个数据广播应用时的操作情形的一个例子。以下，三个数据广播应用将会被称为数据广播应用A、B和C。
[0272]当节目开始时，数据广播应用A、B和C都处于停止状态。当接收到用于数据广播应用A的Execute命令时，数据广播应用A被获取并激活以变为活动状态。此时，在工作存储器75A中，写入与数据广播应用A相关的数据。
[0273]接下来，当接收到用于数据广播应用A的Suspend命令时，写到工作存储器75A的与数据广播应用A相关的数据被移动到保存存储器75B，并且数据广播应用A变为挂起状态。之后，当接收到用于数据广播应用B的Execute命令时，数据广播应用B被获取并激活以变为活动状态。此时，在工作存储器75A中，写入与数据广播应用B相关的数据。
[0274]如果在数据广播应用B处于活动状态时接收到用于数据广播应用C的Pre_CaChe命令，则数据广播应用C被获取以变为准备就绪状态。[0275]接下来，当接收到用于数据广播应用A的Execute命令时，因为数据广播应用A处于挂起状态，所以与数据广播应用A相关的数据被从保存存储器75B移动到工作存储器75A，并且数据广播应用A重新开始。数据广播应用B停止。
[0276]之后，当接收到用于处于准备就绪状态的数据广播应用C的Execute命令时，数据广播应用C被读出并激活以变为活动状态。在工作存储器75A中，写入与数据广播应用C相关的数据。数据广播应用A停止。
[0277]如上所述，能够在接收装置60中顺序执行多个数据广播应用，并且挂起的数据广播应用也能够从挂起状态重新开始。
[0278]〈2.第二实施例>
[0279][五种命令的第二例子]
[0280]以下将描述第二实施例。如上所述，第二实施例中的五种命令是命令Register、Execute、Inject_event 和 Terminate。
[0281]图32显示第二实施例中的作为Register命令的触发信息中包括的项目。Register命令是用于指示接收装置60获取并登记数据广播应用的命令。
[0282]具体地讲,这个Register命令与第一实施例中的Pre_cache命令的相同之处在于它指示获取数据广播应用的获取，但不同之处在于它还指示数据广播应用的登记。数据广播应用的登记意味着:与获取的数据广播应用关联地存储这个数据广播应用的优先级(Persistent_priority)和保留期限(Expire_date)。由控制器68根据优先级和保留期限管理存储的数据广播应用(将在稍后描述细节)。
[0283]Trigger_id、Protcol_version> Command_code> Trigger_varidity> App_type 和App_life_scope与图20中示出的作为Pre_cache命令的触发信息中的那些相同。然而,在Command_code中，描述指示该命令是Register命令的信息。
[0284]第二实施例中的App_id是与这个触发信息对应地获取的数据广播应用的标识信息，并且还指示其获取源(在当前情况下，服务器42)的URL。换句话说，数据广播应用的获取源还转用为其标识信息并被设置为App_id。因此,在作为Register命令的触发信息中，省略存在于图20中示出的作为Pre_cache命令的触发信息中的项目App_url。然而，App_url可被包括在作为Register命令的触发信息中。
[0285]Persistent_priority指示对应数据广播应用的获取和保留的优先级。在当前情况下，两比特被分配给Persistent_priority,因此,能够给出四个优先级。在对应数据广播应用的获取和保留中，如果在记录部分71中未剩下用于保留它的记录容量，则具有比该对应数据广播应用的优先级低的优先级的数据广播应用被从记录部分71擦除，由此确保记录容量。如果在记录部分71中未保留具有比该对应数据广播应用的优先级低的优先级的数据广播应用，则不获取对应数据广播应用。然而，如果可以，则对应数据广播应用可被获取并临时保留在缓冲存储器73中。
[0286]Expire_date指示保留在记录部分71中的对应数据广播应用的保留期限。如果保留期限过去，则对应数据广播应用被从记录部分71擦除。
[0287]图33显示第二实施例中的作为Execute命令的触发信息中包括的项目。Execute命令是用于指示接收装置60激活数据广播应用的命令。
[0288]作为Execute命令的触发信息中包括的项目与图32中示出的作为Register命令的触发信息中包括的项目相同。然而,在Co_and_code中，描述指示该命令是Execute命令的信息。
[0289]图34显示第二实施例中的作为Inject_event命令的触发信息中包括的项目。Execute命令是用于指示接收装置60激活数据广播应用的命令。
[0290]作为Inject_event命令的触发信息中包括的项目与图22中示出的第一实施例中的项目相同。然而，分配给App_id的比特数不同。
[0291]图35显示第二实施例中的作为Suspend命令的触发信息中包括的项目。Suspend命令是用于使接收装置60挂起运行中的数据广播应用的命令。
[0292]第二实施例中的作为Suspend命令的触发信息中包括的项目与图23中示出的第一实施例中的项目相同。然而，作为差异，分配给App_id的比特数不同并且App_type被省略。
[0293]图36显示第二实施例中的作为Terminate命令的触发信息中包括的项目。Terminate命令是用于使接收装置60挂起运行中的数据广播应用的命令。
[0294]第二实施例中的作为Terminate命令的触发信息中包括的项目与图24中示出的第一实施例中的项目相同。然而，作为差异，分配给App_id的比特数不同并且App_type被省略。
[0295]图37显示与作为上述各命令的第二实施例的触发信息兼容的触发信息的语法的一个例子。然而，触发信息的语法可以是任何语法并且不限于图37的例子。
[0296][应用登记管理处理的说明]
[0297]第二实施例中的接收装置60中的触发响应处理基本上与上述第一实施例中的触发响应处理相同。不同之处如下。在第一实施例中的触发响应处理中，响应于接收到作为Pre_cache命令的触发信息，获取并存储数据广播应用(图28中的步骤S5)。在第二实施例中，响应于接收到作为Register命令的触发信息，执行应用登记管理处理。也就是说，替代于图28中的步骤S5执行应用登记管理处理。
[0298]图38是用于解释应用登记管理处理的流程图。如果确定接收的触发信息具有Register命令，则开始应用登记管理处理。
[0299]在步骤S31中，控制器68确定在记录部分71中是否留有用于保留由触发信息指定的数据广播应用的记录容量。如果确定留有该记录容量，则该处理前进到步骤S34。与之相对，如果确定未留有该记录容量，则该处理前进到步骤S32。
[0300]在步骤S32中，控制器68从记录部分71擦除保留在记录部分71中的数据广播应用(即，已经被登记的数据广播应用)之中其优先级低于由该触发信息指定的数据广播应用的优先级的数据广播应用。在步骤S33中，控制器68确定是否能够在记录部分71中确保用于保留由触发信息指定的数据广播应用的记录容量。如果确定能够确保该记录容量，则该处理前进到步骤S34。与之相对，如果确定不能确保该记录容量，则不获取对应数据广播应用并且应用登记管理处理结束。
[0301]在步骤S34中，控制器68使数据广播应用被从由触发信息的App_id指示的它的获取源获取并被保留在记录部分71中。在步骤S35中，控制器68登记获取并保留的数据广播应用(以使该数据广播应用与它的优先级和保留期限关联的方式管理该数据广播应用)。通过上述步骤，应用登记管理处理结束。[0302]当登记的数据广播应用的保留期限过去时，登记的数据广播应用被从记录部分71擦除。由此，这个数据广播应用的登记被删除。
[0303][数据广播应用的第二状态转变]
[0304]图39是响应于作为第二实施例中的五种命令的各个命令Register、Execute、Inject_event>Suspend和Terminate的触发信息而在接收装置60中操作的数据广播应用的状态转变图。如图39中所示，定义了数据广播应用的状态转变为四种状态(即，释放状态、准备就绪状态、活动状态和挂起状态)之一。
[0305]释放状态是指数据广播应用还未被获取到接收装置60中的状态。准备就绪状态是指数据广播应用已被登记在接收装置60中但未被激活的状态。活动状态是指数据广播应用被激活并在运行的状态。挂起状态是指数据广播应用的执行被中断并且指示中断时刻的状态的信息被保留在保存存储器75B中的状态。
[0306]图40显示各命令和状态转变之间的关系。
[0307]当数据广播应用已转变为释放状态(还未被获取到接收装置60中)时，如果响应于Register命令的触发信息而获取并保留数据广播应用以进行登记，则发生至准备就绪状态的转变。
[0308]当数据广播应用处于准备就绪状态时，如果响应于Execute命令的触发信息而激活数据广播应用，则发生至活动状态的转变。
[0309]当数据广播应用已转变为释放状态(还未被获取到接收装置60中)时，如果响应于Execute命令的触发信息而获取并登记数据广播应用以激活数据广播应用，则发生至活动状态的转变。
[0310]当数据广播应用已转变为活动状态时，如果响应于Suspend命令的触发信息而中断运行中的数据广播应用，则发生至挂起状态的转变。
[0311]当数据广播应用已转变为活动状态时，如果响应于Terminate命令的触发信息而停止运行中的数据广播应用，则发生至准备就绪状态的转变。当视频的切换超出App_life_scope时或者当激活了另一数据广播应用时，也发生至准备就绪状态的转变。
[0312]当数据广播应用已转变为挂起状态时，如果响应于Execute命令的触发信息而重新开始中断的数据广播应用，则发生至活动状态的转变。
[0313]当数据广播应用已转变为挂起状态时，响应于Terminate命令的触发信息,数据广播应用转变为准备就绪状态。
[0314]当数据广播应用已转变为准备就绪状态、活动状态或挂起状态时，如果这个数据广播应用的保留期限过去，则这个数据广播应用被从记录部分71擦除并且其登记被删除，从而发生至释放状态的转变。
[0315][数据广播应用的生命周期]
[0316]在第一实施例中，如果曾经激活的数据广播应用被停止，则这个数据广播应用被从记录部分71擦除。相比之下，在第二实施例中，即使登记的数据广播应用被激活和停止，登记的数据广播应用直至它的保留期限过去才被擦除。因此，登记的数据广播应用能够被操作以多次激活和停止，如图41中所示。然而，当记录部分71的容量不足时，具有低优先级的数据广播应用可能被擦除而不管它的保留期限如何。
[0317]图41显示第二实施例中的可能的数据广播应用的三种生命周期。[0318]图41的A显示仅被激活和停止一次的数据广播应用的生命周期。这个数据广播应用响应于Execute命令而被登记和激活，并且响应于Terminate命令而被停止并转变为准备就绪状态。之后，当它的保留期限过去时，它被从记录部分71擦除。
[0319]图41的B显示被登记以被激活和停止多次的数据广播应用的生命周期。这个数据广播应用响应于Register命令而被获取和保留以便被登记。随后，它响应于Execute命令而被激活，并且响应于Terminate命令而被停止并转变为准备就绪状态。之后，它再次响应于Execute命令而被激活,并且响应于Terminate命令而被停止并转变为准备就绪状态。之后，当它的保留期限过去时，它被从记录部分71擦除。
[0320]图41的C显示转变为挂起状态的数据广播应用的生命周期。这个数据广播应用响应于Register命令而被获取和保留以便被登记。随后，它响应于Execute命令而被激活，并且响应于Suspend命令而转变为挂起状态。之后,它响应于Execute命令而重新开始,并且响应于Terminate命令而被停止并转变为准备就绪状态。之后，当它的保留期限过去时，它被从记录部分71擦除。
[0321 ][多个数据广播应用的操作]
[0322]在上面，仅描述了响应于作为Execute命令的触发信息而激活数据广播应用的情况。然而，可激活数据广播应用而不使用作为Execute命令的触发信息。具体地讲，如图42中所示，在响应于Execute命令而激活的数据广播应用AppO内部，描述了用于激活其它数据广播应用Appl、App2等的函数。这能够根据例如数据广播应用AppO的进行状态和针对数据广播应用AppO的用户操作，来激活数据广播应用Appl等。
[0323]图43显示三个数据广播应用appO、appl和app2彼此关联地被激活的操作的例子。
[0324]首先,广播下面的各条触发信息:用于数据广播应用appO的作为Execute命令的触发信息、用于数据广播应用appl的作为Register命令的触发信息和用于数据广播应用app2的作为Register命令的触发信息。在已接收到它们的接收装置60中，数据广播应用appO被获取和登记以被激活。在执行的数据广播应用appO的屏幕上，显示分别与数据广播应用appl和app2对应的图标。同时，数据广播应用appl和app2被获取并登记。
[0325]如果用户选择与数据广播应用appO的屏幕上显示的数据广播应用appl对应的图标，则运行中的数据广播应用appO被停止，并且数据广播应用appl被激活。之后，针对运行中的数据广播应用appl,分别响应于Inject_event命令、Suspend命令、Execute命令和Terminate命令，执行数据广播应用appl的事件激发、挂起、重新开始和停止。
[0326]如果用户选择与数据广播应用appO的屏幕上显示的数据广播应用app2对应的图标，则运行中的数据广播应用appO被停止，并且数据广播应用app2被激活。之后，针对运中行的数据广播应用app2,分别响应于Inject_event命令和Terminate命令，执行数据广播应用app2的事件激发和停止。
[0327]根据上述操作，可以彼此关联地激活多个数据广播应用而不使用作为Execute命令的触发信息。
[0328]如上所述，在第一实施例和第二实施例中，都能够与节目、CM等的AV内容连动地执行与数据广播应用相关的处理。
[0329]此外，当经由例如CATV网络或卫星通信网络转发数字电视节目时，能够实现能与电视节目连动的数据广播内容的服务。
[0330]上述的一系列处理能够通过硬件执行，并且还能够通过软件执行。如果这一系列处理通过软件执行，则从程序记录介质把构成该软件的程序安装到被包括在专用硬件中的计算机或者例如通过安装各种程序能够执行各种功能的通用个人计算机中。
[0331]图44是显示通过程序执行上述一系列处理的计算机的硬件的结构例子的方框图。
[0332]在这个计算机100中，CPU(中央处理单元)101、R0M(只读存储器)102和RAM(随机存取存储器)103通过总线104彼此连接。
[0333]输入/输出接口 105也连接到总线104。下面的单元连接到输入/输出接口 105:输入单元106，包括键盘、鼠标、麦克风等；输出单元107，包括显示器、扬声器等；存储单元108，包括硬盘、非易失性存储器等；通信单元109，包括网络接口等；和驱动器110，驱动可移动介质111，诸如磁盘、光盘、磁光盘或半导体存储器。
[0334]在具有上述结构的计算机中，CPUlOl经由输入/输出接口 105和总线104把存储在存储单元108中的程序载入到RAM103中，并执行例如该程序，由此执行上述的一系列处理。
[0335]由计算机执行的程序可以是按照在本说明书中描述的次序以时间顺序方式处理的程序，或者可以是并行处理或在必要的定时(诸如，当进行调用时)处理的程序。
[0336]程序可以是由一个计算机处理的程序，或者可以是由多个计算机进行分布式处理的程序。另外，程序可以是被传送到远程计算机并由该计算机执行的程序。
[0337]在本说明书中，系统是指由多个装置构成的整个装置。
[0338]本公开中的实施例不限于上述实施例，并且在不脱离本公开的主旨的情况下，能够做出各种改变。
[0339][标号列表]
[0340]30广播系统，41广播装置，51控制器，52视频编码器，53音频编码器，54复用器，55送出器，42服务器，59再现装置，60接收装置，61调谐器，62解复用器，63音频解码器，64音频输出部分，65视频解码器，66触发检测器，67视频输出部分，68控制器，69存储器，70操作部分，71记录部分，72通信接口，73缓冲存储器，74应用引擎，75存储器，75A工作存储器，75B保存存储器
【权利要求】
1.一种发送装置，包括: 音频编码器，构造为产生编码音频流，在该编码音频流中埋有与在接收装置中要与内容连动地执行的应用程序的控制相关的触发信息；和 发送器，构造为把产生的编码音频流发送到所述接收装置。
2.如权利要求1所述的发送装置，还包括: 控制器，构造为提供存储所述触发信息的元数据和用于把该元数据埋在编码音频流的用户数据区域中的大小信息，并执行控制以使该元数据被埋在所述用户数据区域中。
3.如权利要求2所述的发送装置，其中，所述音频编码器根据AC3(AudioCodenumber3)方式对音频流进行编码以产生所述编码音频流，并且 元数据被插入在AC3方式的帧结构中的AUX (AUXILIARY DATA)的区域中。
4.如权利要求2所述的发送装置，其中，所述音频编码器根据AAC(高级音频编码)方式对音频流进行编码以产生所述编码音频流，并且 元数据被插入在AAC方式的帧结构中的DSE (数据流元素)的区域中。
5.如权利要求1所述的发送装置，还包括: 视频编码器，构造为对视频流进行编码以产生编码视频流；和 复用器，构造为复用所述编码音频流和所述编码视频流以产生复用流， 其中所述发送器发送产生的复用`流。
6.如权利要求1所述的发送装置，其中，指示信息的类型的类型信息被添加到所述元数据。
7.如权利要求1所述的发送装置，其中，由信息标识符区分的多个种类的信息被包括在所述元数据中。
8.—种发送内容的发送装置的发送方法，该方法包括下述步骤: 产生编码音频流，在该编码音频流中埋有与在接收装置中要与内容连动地执行的应用程序的控制相关的触发信息；以及 把产生的编码音频流发送到所述接收装置。
9.一种用于控制发送内容的发送装置的程序，该程序使该发送装置的计算机执行包括下述步骤的处理: 产生编码音频流，在该编码音频流中埋有与在接收装置中要与内容连动地执行的应用程序的控制相关的触发信息；以及 把产生的编码音频流发送到所述接收装置。
10.一种接收装置，包括: 接收器，构造为接收编码音频流，在该编码音频流中埋有与要与内容连动地执行的应用程序的控制相关的触发信息，该编码音频流是从发送装置发送的； 音频解码器，构造为对接收的编码音频流进行解码；和 控制器，构造为响应于通过对所述编码音频流进行解码获得的触发信息而控制与内容连动地执行的应用程序相关的处理。
11.如权利要求10所述的接收装置，其中，所述音频解码器从通过AC3方式编码的所述编码音频流的帧结构中的AUX的区域获取存储在元数据中的触发信息。
12.如权利要求10所述的接收装置，其中，所述音频解码器从通过AAC方式编码的所述编码音频流的帧结构中的DSE的区域获取存储在元数据中的触发信息。
13.如权利要求10所述的接收装置，还包括: 解复用器，构造为对接收的复用流进行解复用；和 视频解码器，构造为对从复用流中解复用的编码视频流进行解码， 其中所述音频解码器对从复用流中解复用的所述编码音频流进行解码。
14.一种接收内容的接收装置的接收方法，该方法包括下述步骤: 接收编码音频流，在该编码音频流中埋有与要与内容连动地执行的应用程序的控制相关的触发信息，该编码音频流是从发送装置发送的； 对接收的编码音频流进行解码；以及 响应于通过对所述编码音频流进行解码获得的触发信息，控制与和内容连动地执行的应用程序相关的处理。
15.一种用于控制接收内容的接收装置的程序，该程序使该接收装置的计算机执行包括下述步骤的处理: 接收编码音频流，在该编码音频流中埋有与要与内容连动地执行的应用程序的控制相关的触发信息，该 编码音频流是从发送装置发送的； 对接收的编码音频流进行解码；以及 响应于通过对所述编码音频流进行解码获得的触发信息，控制与和内容连动地执行的应用程序相关的处理。
16.一种广播系统，包括: 发送装置，构造为发送内容；和 接收装置，构造为接收发送的内容， 其中，所述发送装置包括 音频编码器，产生编码音频流，在该编码音频流中埋有与在接收装置中要与内容连动地执行的应用程序的控制相关的触发信息，和 发送器，把产生的编码音频流发送到所述接收装置，并且所述接收装置包括 接收器，接收从所述发送装置发送的编码音频流， 音频解码器，对接收的编码音频流进行解码，和 控制器，响应于通过对所述编码音频流进行解码获得的触发信息，控制与和内容连动地执行的应用程序相关的处理。
【文档编号】H04N21/434GK103430560SQ201280014521
【公开日】2013年12月4日 申请日期:2012年3月21日 优先权日:2011年3月31日
【发明者】北里直久, 塚越郁夫 申请人:索尼公司