专利名称：接收设备、接收方法、发送设备、发送方法、程序和广播系统的制作方法
技术领域：
本发明涉及接收设备、接收方法、发送设备、发送方法、程序和广播系统。尤其是，本发明涉及接收设备、接收方法、发送设备、发送方法、程序和广播系统，其中，不管文件的获取目的地如何，通常使用指示文件的存储位置的名称空间就可以获取该文件。
背景技术：
通常，例如，为了从例如内置在计算机中的硬盘的记录介质获取(读取)文件，需要从存储在记录介质中的多个文件之中指定获取目标的文件。例如，通过以字符串的形式指示文件的存储位置的名称空间“file ://〈directory_name>/〈file_name>”指定获取目标的文件。另一方面，例如，在从连接到互联网的服务器获取文件的情况下，需要从记录在服务器中的多个文件之中指定获取目标的文件。例如，通过名称空间“file //<domain_name>/〈file_name>”指定获取目标的文件。另外，例如，在从例如通过数字电视广播进行广播的数字电视广播信号获取文件的情况下，需要从位于数字电视广播信号中的多个文件之中指定获取目标的文件。例如，通过名称空间 “arib://〈network_id>. <org_ts_id>. <service_id>/<component_tag>/<module_id>/<file_name>. ”指定获取目标的文件。如上所述，通常需要使用不同名称空间以响应文件的获取目的地，这是非常麻烦的。因此，已经提议了一种文件ID参考技术，其中，对于每个不同的名称空间，用于唯一识别名称空间的文件ID进行关联`以使得不管文件的获取目的地如何，可以仅仅通过文件ID指定文件(例如，参照专利文献I)。在这个文件ID参考技术中，如果例如如图1中所示由终端11指定与存储在文件服务器13中的文件的名称空间对应的文件ID，则终端11请求位置解析服务器12向终端11通知与文件ID对应的名称空间。因此，响应于来自终端11的请求，位置解析服务器12向终端11通知存储在文件服务器13中的文件的名称空间。终端11使用通知的名称空间从文件服务器13获取文件。注意假设对于每个文件，ID位置解析服务器12将对应名称空间与文件ID保持关联关系。[引用列表][专利文献][PTL1]JP2002-229881A
发明内容
技术问题在文件ID参考技术中，尽管不管文件的获取目的地如何终端11能够仅仅基于文件ID指定文件，但是当要获取获取目标的文件时，必须成功地执行关于访问位置解析服务器12的这个复杂过程。因此，由终端11到文件服务器13构成的通信系统的操作是复杂的。鉴于上述的这种情形开发本发明，并且使得可以不管文件的获取目的地如何，不用执行复杂过程使用相同名称空间就能够获取获取目标的文件。问题的解决方案根据本发明的第一方面，提供了一种接收数据的接收设备，包括确定装置，根据预先确定的顺序从存储待由接收设备获取的文件的多个存储介质之中确定要从中获取文件的获取目的地；获取装置，基于相同文件获取信息从获取目的地获取文件，该相同文件获取信息是用于在存储介质中获取文件并且对多个存储介质是共同的文件获取信息；以及执行装置，执行获取的文件。接收设备可被构造为使得确定装置响应于获取装置无法从获取目的地获取文件根据顺序重新确定获取目的地。接收设备可被构造为使得确定装置根据经由网络连接到接收设备并且是获取目的地的服务器的优先级低于至少包括服务器作为存储介质的多个存储介质之中的任何其它存储介质的优先级的顺序确定获取目的地。接收设备可被构造为使得确定装置根据接收设备具有的并且已经在内部累积文件而且是获取目的地的累积存储部分的优先级高于至少包括累积存储部分作为存储介质的多个存储介质之中的任何其它存储介质的优先级的顺序确定获取目的地。接收设备可被构造为使得确定装置基于指示获取目的地的获取目的地信息从多个存储介质之中确定获取目的地。
`
接收设备可被构造为使得获取装置基于至少由用于识别由文件构成的内容的内容识别信息和用于识别为每个内容管理的文件的文件识别信息构成的文件获取信息从获取目的地获取文件。接收设备可被构造为使得获取装置基于至少由用于识别由文件构成的内容的内容识别信息构成的文件获取信息从获取目的地获取内容，并且从获取的内容获取要执行的文件。接收设备被构造为使得多个存储介质包括经由网络连接到接收设备作为存储介质的服务器，并且获取装置使用指示存储在服务器中的文件的位置的URL (统一资源定位符)作为文件获取信息从获取目的地获取文件。接收设备可被构造为使得它还包括提取装置，用于从AV内容提取至少包括指示获取目的地的获取目的地信息和文件获取信息的触发信号，并且确定装置基于包括在提取的触发信号中的获取目的地信息从多个存储介质之中确定获取目的地，并且获取装置基于包括在提取的触发信号中的文件获取信息从获取目的地获取文件。接收设备可被构造为它还包括提取装置，用于从当获取文件时执行并且记载了指示获取目的地的获取目的地信息和文件获取信息的程序提取获取目的地信息和文件获取信息，并且确定装置基于提取的获取目的地信息从多个存储介质之中确定获取目的地，并且获取装置基于提取的文件获取信息从获取目的地获取文件。接收设备可被构造为使得确定装置根据预先确定的顺序，从存储要与AV内容的进度的联动地执行的文件的多个存储介质之中，确定要从中获取文件的获取目的地，作为要由接收AV内容的接收设备获取的文件。根据本发明的第一方面，提供了一种接收数据的接收设备的接收方法，包括由接收设备执行的步骤并且包括确定步骤，根据预先确定的顺序从存储待由接收设备获取的文件的多个存储介质之中确定要从中获取文件的获取目的地；获取步骤，基于相同文件获取信息从获取目的地获取文件，该相同文件获取信息是用于在存储介质中获取文件并且对多个存储介质是共同的文件获取信息；以及执行步骤，执行获取的文件。根据本发明的第一方面，还提供了一种使得控制用于接收数据的接收设备的计算机用作如下装置的程序确定装置，根据预先确定的顺序从存储待由接收设备获取的文件的多个存储介质之中确定要从中获取文件的获取目的地；获取装置，基于相同文件获取信息从获取目的地获取文件，该相同文件获取信息是用于在存储介质中获取文件并且对多个存储介质是共同的文件获取信息；以及执行装置，执行获取的文件。根据本发明的第一方面，根据预先确定的顺序从存储待由接收设备获取的文件的多个存储介质之中确定要从中获取文件的获取目的地。然后，基于相同文件获取信息从获取目的地获取文件，该相同文件获取信息是用于在存储介质中获取文件并且对多个存储介质是共同的文件获取信息。然后，执行获取的文件。根据本发明的第二方面，提供了一种发送AV内容的发送设备，包括发送装置，与AV内容的进度的联动地将关于要由接收设备执行的文件有关的触发信号安置到AV内容中并且进行发送；并且其中，触发信号至少包括在存储文件的多个存储介质之中指示要从中获取文件的获取目的地的获取目的地信息和用于在存储介质中获取文件并且对多个存储介质是共同的相同文件获取信息。发送设备可被构造为使得触发信号包括至少由用于识别由文件构成的内容的内容识别信息构成的文件获取信息和获取目 的地信息。发送设备可被构造为使得触发信号包括至少由用于识别由文件构成的内容的内容识别信息和用于识别为每个内容管理的文件的文件识别信息构成的文件获取信息和获取目的地信息。发送设备可被构造为使得多个存储介质包括经由网络连接到接收设备作为存储介质的服务器，并且触发信号包括指示存储在服务器中的文件的位置的URL作为文件获取信息。根据本发明的第二方面，提供了一种发送AV内容的发送设备的发送方法，包括由发送设备执行的步骤并且包括发送步骤，与AV内容的进度的联动地将关于要由接收设备执行的文件有关的触发信号安置到AV内容中并且进行发送；并且其中，触发信号至少包括在存储文件的多个存储介质之中指示要从中获取文件的获取目的地的获取目的地信息和用于在存储介质中获取文件并且对多个存储介质是共同的相同文件获取信息。根据本发明的第二方面，提供了一种使得控制发送AV内容的发送设备的计算机用作如下装置的程序发送装置，与AV内容的进度的联动地将关于要由接收设备执行的文件有关的触发信号安置到AV内容中并且进行发送；并且其中，触发信号至少包括在存储文件的多个存储介质之中指示要从中获取文件的获取目的地的获取目的地信息和用于在存储介质中获取文件并且对多个存储介质是共同的相同文件获取信息。根据本发明的第二方面，与AV内容的进度的联动地将关于要由接收设备执行的文件有关的触发信号安置到AV内容中并且进行发送。注意触发信号至少包括在存储文件的多个存储介质之中指示要从中获取文件的获取目的地的获取目的地信息和用于在存储介质中获取文件并且对多个存储介质是共同的相同文件获取信息。根据本发明的第三方面，提供了一种由发送AV内容的发送设备和接收发送的AV内容的接收设备构成的广播系统，其中，发送设备包括发送装置，该发送装置用于与AV内容的进度的联动地将关于要由接收设备执行的文件有关的触发信号安置到AV内容中并且进行发送，并且其中触发信号至少包括在存储文件的多个存储介质之中指示要从中获取文件的获取目的地的获取目的地信息和用于在存储介质中获取文件并且对多个存储介质是共同的相同文件获取信息；以及接收设备包括提取装置，从AV内容提取至少包括获取目的地信息和文件获取信息的触发信号；确定装置，基于包括在提取的触发信号中的获取目的地信息从多个存储介质之中确定获取目的地；获取装置，基于包括在提取的触发信号中的文件获取信息从获取目的地获取文件；以及执行装置，执行获取的文件。根据本发明的第三方面，通过发送设备与AV内容的进度的联动地将关于要由接收设备执行的文件有关的触发信号安置到AV内容中并且进行发送。触发信号至少包括在存储文件的多个存储介质之中指示要从中获取文件的获取目的地的获取目的地信息和用于在存储介质中获取文件并且对多个存储介质是共同的相同文件获取信息。另外，通过接收设备从AV内容提取至少包括获取目的地信息和文件获取信息的触发信号。另外，基于包括在提取的触发信号中的获取目的地信息从多个存储介质之中确定获取目的地，并且基于包括在提取的触发信号中的文件获取信息从获取目的地提取文件。然后，执行获取的文件。本发明的有益效果根据本发明，不管文件的获取目的地如何，不用执行复杂过程，使用相同名称空间就可以容易地获取获取目标的文件。另外，根据本发明，可以使得不管文件的获取目的地如何，不用执行复杂过程，使用相同名称空间就可以容易地获取获取目标的文件。`
图1是示出在使用常规位置解析服务器的情况下的实例的框图。图2是示出根据第一实施例的广播系统的结构的实例的框图。图3是示出数据广播内容的显示图像的实例的视图。图4是示出接收设备的结构的实例的框图。图5是示出在触发信号置于TS的PCR包中并且与其一起进行发送的情况下的概念的不意图。图6是示出触发信号的结构的实例的示意图。图7是示出在命令码是应用的启动的情况下的包括在触发信号中的项目的实例的示意图。图8是示出在命令码是应用事件的情况下的包括在触发信号中的项目的实例的示意图。图9是示出AV内容和数据广播内容的实例的示意图。图10是示出在屏幕显示图像基于触发信号变化的情况下的实例的示意图。
图11是示出包括在触发信号的应用参考中的项目的实例的示意图。图12是示出登录应用文件的实例的示意图。图13是示出触发信号处理过程的流程图。图14是示出文件获取处理的流程图。图15是示出数字电视广播信号的结构的实例的示意图。图16是示出由FLUTE实现的文件传输协议栈的实例的示意图。图17是示出由FLUTE实现的文件传输方法的实例的示意图。图18是示出“FDT”的实例的示意图。图19是示出在以XML语言描述FDT的情况下的实例的示意图。图20是示出以分级结构存储内容和文件的存储的实例的示意图。图21是示出登录应用文件的另一个实例的示意图。图22是示出包括在触发信号的应用参考中的项目的另一个实例的示意图。图23是示出当接收到触发信号时执行的事件的第一实例的示意图。图24是示出当接收到触发信号时执行的事件的第二实例的示意图。图25是示出当执行事件时从多个获取目的地之一获取数据的示意图。图26是示出当接收到`触发信号时执行的事件的第三实例的示意图。图27是示出计算机的结构的实例的框图。
具体实施例方式〈1.第一实施例>[广播系统的结构的实例]图2示出了根据第一实施例的广播系统30。这个广播系统30使得可以例如在当前美国获取使用相同名称空间的文件，而不管获取的文件的获取目的地如何，从而实现数据广播的服务。注意当前广播系统30由在广播站一侧上设置的广播设备41和服务器42和在接收器一侧上设置的接收设备60构成。广播设备41发送(广播)数字电视广播信号。数字电视广播信号包括与电视广播对应的AV内容和与数据广播的服务对应的数据广播内容。注意由显示电视节目所需的信号构造AV内容，并且由实现数据广播的服务所需的文件构成数据广播内容。在下文中参照图9详细进行描述。另外，在广播设备41中，由FLUTE实现的文件传输方法用于数据广播内容的传输。在下文中参照图15到图19描述由FLUTE实现的文件传输方法。另外，广播设备41在预定定时将触发信号置于构成数字电视广播信号的TS(传输流)的TS包之中的包括PCR (程序时钟基准)的包(下文称作PCR包)中并且与之一起进行发送。这里，触发信号由表示数据广播内容的执行定时的信息、表示数据广播内容的获取目的地的信息等等构成。在下文中参照图5到图8描述触摸信号。注意触发信号可置于PCR包内或者可以作为水印以用户不能够识别触发信号的形式嵌入与数字电视广播信号对应的视频信号内。
或者，例如，在由多个画面构成的运动图像作为数字电视广播信号进行广播的情况下，触发信号可以置于为每个画面定义的用户定义区(例如，MPEG2等等的用户数据)内。在触发信号嵌入在与数字电视广播信号对应的视频信号内并且与之一起进行发送的情况下，接收设备60从视频信号提取触发信号。另一方面，在触发信号置于画面的用户定义区并且与之一起进行发送的情况下，接收设备60从用户定义区提取触发信号。在下面描述中，为了便于描述，假设触发信号置于PCR包内并且与之一起进行发送并且接收设备60从PCR包提取触发信号。服务器42响应于来自接收设备60的请求提供数据广播内容等等，接收设备60经由互联网50访问服务器42。接收设备60接收从广播设备41广播的数字电视广播信号并且获取并输出与电视节目对应的AV内容的视频和音频。另一方面，在数据广播内容被包括在接收的数字电视广播信号内的情况下，接收设备60从接收的数字电视广播信号获取数据广播内容。另外，接收设备60经由互联网50访问服务器42以获取数据广播内容。另外，接收设备60从包括在接收的数字电视广播信号中的PCR包提取触发信号并且基于触发信号使得未示出的监视器显示从获取的数据广播内容实现的图像。注意接收设备60可存在为一个设备或者可以例如内置在电视接收器或视频记录器内。在下文中参照图4描述接收设备 60的详情。[本发明的概述]图3示出了接收设备60基于来自广播设备41的触发信号使得从数据广播内容实现的视频在未示出的监视器上进行显示的情况的实例。接收设备60接收从广播设备41广播的数字电视广播信号，从接收的数字电视广播信号获取AV内容的视频71并且使得未示出的监视器显示视频71。响应于从接收的数字电视广播信号的PCR包获取用于显示例如当要显示股票价格信息时选择的股票信息图标72a的触发信号72b，接收设备60使得包括股票信息图标72a的视频72进行显示。然后，响应于由用户执行以选择股票信息图标72a的选择操作，接收设备60使得包括表示目前股票价格的股票信息显示73a的视频73进行显示。在接收设备60从正接收的数字电视广播信号获取用于更新股票信息显示73a以显示最新股票信息显示74a的触发信号74b的情况下，接收设备60将正显示的视频73更新为包括股票信息显示74a的视频74。在接收设备60从正接收的数字电视广播信号获取用于停止股票信息显示74a的触发信号75b的情况下，它停止股票信息显示74a从而仅仅AV内容的视频75被显示。当股票信息图标72a、股票信息显示73a或股票信息显示74a要进行显示时，接收设备60从广播设备41广播的数字电视广播信号、服务器42和内置在接收设备60中的存储器88 (图4)的至少一个获取显示它们所需的文件(包括在数据广播内容中)。本发明的意义在于，接收设备60可以使用相同名称空间获取获取目标的文件，而不管获取目的地如何并且不用执行复杂过程。注意在下文中例如参照图10到图12描述详情。
[接收设备60的结构的实例]图4示出了接收设备60的结构的实例。接收设备60由调谐器81、解复用部分82、音频解码器83、音频输出部分84、视频解码器85、视频输出部分86、文件接收处理部分87、存储器88、触发处理部分89、应用控制部分90、应用引擎91和通信I/F92构成。调谐器81接收并解调与用户选择的信道对应的数字电视广播信号，并且将所得TS输出到解复用部分82。解复用部分82对从调谐器81向其输入的TS解复用成音频编码信号和视频编码信号并且分别将它们提供给音频解码器83和视频解码器85。另外，解复用部分82提取设置在TS内的包括触发信号的PCR包，并且将提取的PCR包输出到触发处理部分89。注意在调谐器81接收为下载广播而广播的数字电视广播信号并且将对应TS提供给解复用部分82的情况下，解复用部分82将从调谐器81向其输入的用于下载广播的TS提供给文件接收处理部分87。文件接收处理部分87将从解复用部分82向其提供的用于下载广播的TS提供并存储到存储器88。然后，响应于为了观看与在下载广播中接收的数字电视广播信号对应的AV内容由用户执行的接收设备60的未示出的操作部分的操作，可以观看对应AV内容。具体地讲，响应于用户操作，解复用部分82读取存储在存储器88中的用于下载广播的TS并且将TS解复用成音频编码信号和视频编码信号。另外，解复用部分82将音频编码信号和视频编码信号分别输出到音频解码器83和视频解码器85。
`
音频解码器83对向其输入的音频编码信号进行解码并且将所得音频信号输出到音频输出部分84。音频输出部分84将向其输入的音频信号输出到下一级(例如,监视器)。视频解码器85对向其输入的视频编码信号进行解码并且将所得视频信号输出到视频输出部分86。视频输出部分86将从视频解码器85向其输入的视频信号输出到下一级(例如，监视器)。另外，视频输出部分86将从应用引擎91向其输入的数据广播内容的视频与从视频解码器85向其输入的视频信号进行组合并且将所得信号输出到下一级。注意例如，HDMI (高清多媒体接口)电缆可用于从音频输出部分84和视频输出部分86到下一级的输出。如上文所述，文件接收处理部分87将从解复用部分82向其提供的用于下载广播的TS提供并存储到存储器88。存储器88存储从文件接收处理部分87向其提供的用于下载广播的TS等等。具体地讲，存储器88存储包括在为下载广播而广播的数字电视广播信号中的AV内容和数据广播内容作为用于下载广播的TS。触发处理部分89从来自解复用部分82的PCR包获取触发信号并且将提取的触发信号提供给应用控制部分90。应用控制部分90例如基于来自未示出的操作部分的操作信号等等控制构成接收设备60的功能块。另外，应用控制部分90响应于从触发处理部分89输入的触发信号控制应用引擎执行用于数据广播的应用程序(下文中称作数据广播应用)的获取启动、事件开始、结束等等。
注意数据广播应用是用于实现用于与电视节目互锁的数据广播的服务的程序(例如，使得股票信息等等以如图3所示的与电视节目的互锁关系进行显示的服务等等)。数据广播应用作为文件被包括在数据广播内容中。应用引擎91在应用控制部分90的控制之下经由通信I/F92和互联网50从服务器42获取数据广播应用。另外，在已经通过下载广播在存储器88中累积(存储)数据广播应用的情况下，应用引擎91从存储器88获取数据广播应用。另外，应用引擎91从来自应用控制部分90的数字电视广播信号获取数据广播应用。注意假设，接收的数字电视广播信号(的TS)经由解复用部分82、触发处理部分89和应用控制部分90从调谐器81提供给应用引擎91。通信I/F92在应用引擎91的控制之下经由互联网50与服务器42建立连接。[触发信号的详情]图5示出了当触发信号置于TS的PCR包内并且与之一起进行发送的概念。如图所示，触发信号没有置于全部PCR包内而仅仅置于恰当定时的PCR包内从而使得该PCR包与与电视节目对应的AV内容进行互锁。注意依据触发信号的实质，如图5所示，考虑到接收设备60没有接收到触发信号的情况，相同实质的触发信号可被发送多次。图6示出了触发信号的结构的实例。
如图6所示，触发信号由触发ID、命令码和应用参考构成。注意作为偶然需求，触发信号被构造为包括命令依赖字段。触发ID是用于识别触发信号的信息。在相同实质的触发信号被发送多次的情况下，触发信号的触发ID彼此相同。命令码是表示触发信号是应用启动触发信号(指示数据广播应用的获取和启动)、应用结束触发信号(指示正在执行的数据广播应用的结束)、应用事件触发信号(指示正在执行的数据广播应用中的事件(显示实质的更新等等)的开始)、还是预缓存触发信号(仅仅指示数据广播应用的获取)的码。应用参考由应用ID和获取目的地标志构成。其间,命令依赖字段包括应用类型、应用结束时间、事件ID、协议版本、用于执行的数据、等等。应用ID是用于识别与触发信号对应的数据广播应用的信息并且例如由共同名称空间表示。在命令码是触发启动或预缓存的情况下，获取目的地标志表示被确定为获取目标的数据广播应用的获取目的地。具体地讲，例如，获取目的地标志可以是表示存储器88是否被确定为获取目的地的累积利用许可标志、表示是否数字电视广播信号被确定为获取目的地的广播利用许可标志或者表示是否服务器12被确定为获取目的地的通信利用许可
O累积利用许可标志、广播利用许可标志和通信利用许可标志例如具有O或I的值，并且在它被确定为获取目的地的情况下，该标志设置为1，而在它没有被确定为获取目的地的情况下，该标志设置为O。注意在下文中参照图11描述应用ID和获取目的地标志的详情。应用类型是指示与触发信号对应的数据广播应用的类型(例如，html、java、等等)的信息。
在不能够接收到触发信号(其中，命令码是应用结束)的情况下，应用结束时间是正在执行的数据广播应用要结束的时间。在命令码是应用事件的情况下，事件ID是用于识别事件的信息。协议版本是指示触发信号的格式的版本的信息。在命令码是应用事件的情况下，执行数据是用于事件的开始(执行)的信息。注意触发信号并非总是包括上述所有的项目而响应于定时或命令码仅仅包括所需的项目。图7示出了在命令码是应用启动的情况下的包括在触发信号中的项目的实例。在命令码是应用启动(执行)的情况下，例如，如图7所示,触发信号包括8位的触发ID (Trigger_id)和8位的命令码(command_code)并且包括24位的应用ID (App_id)、I位的累积利用许可标志(Downloaded_App_flag)和I位的通信利用许可标志(Internet_App_flag)作为应用参考。如图7所示，触发信号还包括4位的应用类型(App_type)、8位的协议版本(protocol_version)、32位的应用结束时间(App_expire_date)等等作为命令依赖字段。注意与命令码是应用启动的情况类似，在命令码是预缓存的情况下，它的应用参考包括24位的应用ID、I位的累积利用标志、I位的广播利用许可标志和I位的通信利用许可标志。图8示出了在命令码是应用事件的情况下的包括在触发信号中的项目的实例。在命令码是应用事件(注入事件)的情况下，例如，触发信号包括8位的触发ID(Trigger_id)和8位的命令码(command_code)。例如，触发信号还包括8位的协议版本(protocol_version)、24 位的应用 ID(App_id)、4 位的应用类型(App_type)、8 位的事件 ID(Event_id)、N位的执行数据(事`件嵌入数据)、等等。注意主要地，在下文中参照图9到图22描述命令码是应用启动或预缓存的情况。另外，在下文中参照图23到图26描述命令码是应用事件的另一个情况。图9示出了由接收设备60接收作为数字电视广播信号的AV内容和当要实现数据广播的服务时由接收设备60使用的数据广播内容的实例。在图9的A中所示的AV内容111由多个文件构成。在当前情况下，例如，AV内容111由表示与电视节目对应的视频和音频的AV文件、表示电视节目等等的流派的元文件和表示电视节目的缩略像的缩略图JPEG构成。而在图9的B中所示的数据广播内容112由多个文件构成。在当前情况下，例如，数据广播内容112由当要实现数据广播的服务时作为数据广播应用首先执行的登录应用文件131、由登录应用文件131引用并且执行的应用文件132和另一个应用文件133、由应用文件133引用的静物画面文件(GIF或JPEG)和运动画面文件(AV文件)、等等构成。图10示出了接收设备60基于触发信号以如图3所示的方式改变屏幕显示图像的情况的实例。如图10所示，在从触发处理部分89输入触发信号(其中，命令码是预缓存(Pre-Cache))的情况下，应用控制部分90控制应用引擎91以获取并预缓存数据广播内容112的登录应用文件131 (与图10的appli对应)。具体地讲，例如，如图11所示，除了触发信号的触发ID和表示预缓存的命令码以夕卜，这个触发信号还包括应用ID (application ID)和获取目的地标志(在当前情况下，广播利用许可标志、通信利用许可标志和累积利用许可标志的三个标志)作为应用参考。应用ID指示表示共同名称空间的模式(字符串)“www. ccc. com/contentl. html”。因此，应用控制部分90基于包括在来自触发处理部分89的触发信号中的获取指定标志确定由应用ID指定的登录应用文件131的获取目的地并且向登录应用文件131通知获取目的地的应用引擎91。另外，应用控制部分90向应用引擎91通知通过在模式之前力口入 “http://” 获得的 URL “http //www. ccc/contentl. html，，。应用引擎91在应用控制部分90的控制之下基于从应用控制部分90通知的URL ^http://www. ccc/contentl. html”从应用控制部分90通知的获取目的地获取登录应用文件131并且使得内置预存储器等等预缓存(存储)登录应用文件131。注意假设,与作为共同名称空间的URL “http://www. ccc/contentl. html”联动地在服务器42、从广播设备41广播的数字电视广播信号和存储器88的至少一个内安置登录应用文件131。另外，在从触发处理部分89输入触发信号(其中，命令码是应用启动(执行))的情况下，应用控制部分90控制应用引擎91执行如图10所示的预缓存的登录应用文件131。因此，应用引擎91执行登录应用文件131以生成并向视频输出部分86提供股票信息图标72a。视频输出部分86将来自应用引擎91的股票信息图标72a与来自视频解码器85的视频信号进行组合以使得如图10所示显示包括股票信息图标72a的视频72。然后，响应于由用户执行以选择股票信息图标72a的选择操作，在未示出的监视器上显示的视频其后如在上文中参照图3所述进行转变。
图12示出了用于获取为了以与AV内容的互锁关系实现数据广播的服务而执行的文件的获取程序的实例。尤其是，例如，图12示出了作为获取程序的登录应用文件131的实例。登录应用文件131例如是以HTML (超文本标记语言)描述的HTML文档，并且作为用于使得股票信息图标72a要进行显示的执行码如图12所示描述〈ahref^‘Xml0C://WWW.XXX. com/content2. html&path=st, bb, cc，，>。“xmloc://”指示能够从电视广播信号、存储器88和服务器42的至少一个获取由URL “http://www. ccc. com/content2. html” 指定的 “content2. html，，。另外，在“&path=”以后，表示存储器88的“st (存储器)”、表示互联网50上的服务器42的“bb (宽带)”和表示来自广播设备41的数字电视广播信号的“be (广播)”被描述为HTML文档“content2. html”的获取目的地。在图12的情况下，包括“& &访=#，1*，(^”，并且这指示能够从存储器88、互联网50上的服务器42和数字电视广播信号中的任何一个获取HTML文档“content2. html”。具体地讲，例如，在应用引擎91执行以如图12所示的HTML文档描述的〈ahref= “xmloc://www. ccc. com/content2. html&path=st, bb, be” > 以获取显不股票信息图标72a所需的HTML文档“content2. html”(例如，用于使得表示股票信息图标72a的静物画面文件进行显示)的情况下，应用引擎91从存储器88、互联网50上的服务器42和数字电视广播信号中的任何一个获取HTML文档。由于例如URL被采用作为用于指定如图12所示的获取目标的HTML文档的信息，所以能够由URL格式指定获取目标的HTML文档，而不管HTML文档的获取目的地如何。
因此，消除了以在例如不同获取目的地之中不同的格式指定获取目标的HTML文档的必要性。因此，与必须以在不同获取目的地之中不同的格式指定HTML文档的情况相比较，能够容易地描述用于关于如图12所示的这种HTML文档指定获取目标的HTML文档的信
肩、O[触发信号处理]接下来，描述当接收设备60接收触发信号时执行的触发信号处理。图13是示出触发信号处理的流程图。在用户观看电视节目的过程中即在接收数字电视广播信号的过程中，这个触发信号处理被重复执行。在步骤SI，触发处理部分89进行等待，直到基于来自解复用部分82的输入接收到包括触发信号的PCR包。然后，当接收到包括触发信号的PCR包时，触发处理部分89从接收的PCR包获取触发信号并且将触发信号提供给应用控制部分90。然后，处理进入步骤S2。在步骤S2，应用控制部分90基于包括在来自触发处理部分89的触发信号中的触发ID确定针对来自触发处理部分89的触发信号是否已经执行了在步骤S3开始的步骤处的处理。如果确定已经执行了在步骤S3开始的步骤处的处理，则处理返回到步骤SI，然后重复类似处理。相反，如果确定没有针对触发信号执行在步骤S3开始的步骤处的处理，则处理进入步骤S3。在步骤S3，应用控制部分90确定触发信号的命令码指示应用启动、应用事件、应用结束和预缓存的哪一个。 如果在步骤S3确定触发信号的命令码指示应用启动，则处理进入步骤S4。在步骤S4，应用控制部分90基于包括在触发信号内的应用ID和获取目的地标志，执行使得应用引擎91从由获取目的地标志确定的获取目的地获取由应用ID指定的数据广播应用(例如，图9的登录应用文件131)的文件获取处理。注意参照图14的流程图描述文件获取处理的详情。这里，如果应用引擎91已经通过下文描述的步骤Sll获取并缓存了数据广播应用，则步骤S4的处理被跳过并且处理进入步骤S5。在步骤S5，应用引擎91在应用控制部分90的控制之下使得例如“执行应用？ ”等等在屏幕上进行显示以促使用户执行数据广播应用(例如，登录应用文件131)的启动操作。如果在步骤S6确定响应于促使显示从用户输入了启动操作，则处理进入步骤S8。在步骤S8，应用引擎91在应用控制部分90的控制之下启动(执行)由步骤S4或Sll的文件获取处理获取的数据广播应用。因此，例如，包括股票信息图标72a的视频72在未示出的监视器上进行显示。然后，处理返回到步骤SI，从而随后重复类似处理。注意如果在步骤S5的促使显示以后在步骤S6确定没有从用户输入启动操作并且然后在步骤S7确定预定时间流逝并且没有从用户输入启动操作，则处理返回步骤SI从而随后重复类似处理。如果在步骤S3确定触发信号的命令码是应用事件，则处理进入步骤S9。在步骤S9，仅仅当在操作期间触发信号的应用ID与数据广播应用的应用ID彼此一致时，应用控制部分90控制应用引擎91开始(执行)与操作期间数据广播设备中的触发信号的事件ID对应的事件。然后，处理返回步骤SI从而随后重复类似处理。
如果在步骤S3确定触发信号的命令码是应用结束，则处理进入步骤S10。在步骤S10，仅仅当在操作期间触发信号的应用ID与数据广播应用的应用ID彼此一致时，应用控制部分90控制应用引擎91结束操作期间数据广播设备。然后，处理返回步骤SI从而随后
重复类似处理。注意即使在没有接收到触发信号(其中，命令码是应用结束)的情况下，如果当操作期间数据广播应用被启动时当前时间达到在触发信号中描述的应用结束时间，则操作期间数据广播应用结束。如果在步骤S3确定触发信号的命令码是预缓存，则处理进入步骤S11。在步骤SI I，应用控制部分90基于包括在触发信号中的应用ID和获取目的地标志执行在上文参照图14描述的文件获取处理。另外，应用控制部分90将由应用引擎91通过文件获取处理获取的数据广播应用存储到例如包括在应用引擎91中的缓存存储器的存储器件。然后，处理返回步骤SI从而随后重复类似处理。如在步骤Sll中，如果命令码是预缓存，则能够在电视节目的广播时间进行互锁之前获取对应数据广播应用。因此，在要进行互锁的电视节目的启动的同时，能够执行对应数据广播应用。触发信号处理的描述于此结束。[文件获取处理的详情]现在，参照图14的流程图描述图13的步骤S4或Sll的文件获取处理。在步骤S31，应用控制部分90获取包括在从触发处理部分89向其提供的触发信号的应用参考中的应用ID。在当前情况下，应用ID指示用于指定文件的获取目的地的模式“www. ccc. com/contentl. html，，。
`
然后，应用控制部分90将通过在模式“www. ccc/contentl. html”的前面加入“http://”获得URL “www. ccc. com/contentl. html”作为获取的应用ID提供给应用引擎91。另外，在步骤S31，应用控制部分90从包括在从触发处理部分89提供的触发信号中的多个获取目的地标志(累积利用许可标志、通信利用许可标志和广播利用许可标志)之中获取累积利用许可标志。然后，应用控制部分90确定获取的累积利用许可标志是否是I。然后，如果确定累积利用许可标志是I，则应用控制部分90向应用引擎91通知存储器88作为文件的获取目的地，然后处理进入步骤S32。在步骤S32中，应用引擎91确定由来自应用控制部分90的URL (在当前情况下，“http: //www. ccc/content1. html，，)指定的文件(下文称作目标文件)是否已经存储在从应用控制部分90通知的文件的获取目的地(在当前情况下，存储器88)中。然后，如果应用引擎91确定目标文件已经累积在存储器88即文件的获取目的地中，则处理进入步骤S33，在步骤S33它从存储器88读取目标文件。然后，文件获取处理结束。然后，处理返回到图13的步骤S4或S11。另一方面，如果在步骤S32中应用引擎91确定目标文件还没有累积在存储器88即文件的获取目标中，则处理进入步骤S34。注意另外当应用控制部分90在步骤S31中确定获取的累积利用许可标志不是I (而是0)时，处理进入步骤S34。在步骤S34，应用控制部分90从包括在从触发处理部分89提供的触发信号的应用参考中的多个获取目的地标志之中获取广播利用许可标志。然后，应用控制部分90确定获取的广播利用许可标志是否是I。如果应用控制部分90确定广播利用许可标志是1，则它向应用引擎91通知数字电视广播信号作为文件的获取目的地。然后，处理进入步骤S35。在步骤S35中，应用引擎91尝试从应用控制部分90通知的文件的获取目的地(在当前情况下，数字电视广播信号)获取由来自应用控制部分90的URL指定的目标文件。注意假设，在这个实例中，数字电视广播信号经由调谐器81、解复用部分82、触发处理部分89和应用控制部分90提供给应用引擎91。在步骤S36中，应用引擎91基于步骤S35的处理的结果确定目标文件的获取是否成功。然后，如果确定目标文件的获取成功，则文件获取处理结束。然后，处理返回到图13的步骤S4或SI I。另一方面，如果在步骤S36中应用引擎91基于步骤S35的处理的结果确定目标文件的获取没有成功(失败)，则处理进入步骤S37。注意另外当在步骤S34中应用控制部分90确定获取的广播利用许可标志不是I (是0)，则处理进入步骤S37。在步骤S37中，应用控制部分90从包括在从触发处理部分89提供的触发信号的应用参考中的多个获取目的地标志之中获取通信利用许可标志。然后，应用控制部分90确定获取的通信利用许可标志是否是I。然后，如果应用控制部分90确定通信利用许可标志是1，则它向应用引擎91通知服务器42作为文件的获取目的地。然后，处理进入步骤S38。注意在当前阶段，尽管已经尝试从存储器88和数字电视广播信号获取目标文件，但是尝试已经失败，并且仅仅服 务器42保持作为目标文件的获取目的地。因此，在文件获取处理中，可省去步骤S37的处理以执行以步骤S38开始的步骤的处理。在步骤S38，应用引擎91尝试从应用控制部分90通知的文件的获取目的地(在当前情况下，服务器42)获取由来自应用控制部分90的URL指定的目标文件。在步骤S39中，应用引擎91基于步骤S38的处理的结果确定目标文件的获取是否成功。如果应用引擎91确定目标文件的获取成功，则文件获取处理结束。然后，处理返回到图13的步骤S4或SI I。另一方面，如果在步骤S39中应用引擎91基于步骤S38的处理的结果确定目标文件的获取没有成功(失败)，则它使得未示出的监视器等等显示文件的获取失败。然后，文件获取处理结束。然后，处理在图13的步骤SI重新开始。注意另外当在步骤S37中应用控制部分90确定获取的通信利用许可标志不是I(是O)时，它使得未示出的监视器等等类似地显示文件的获取失败。然后，文件获取处理结束。另外在这个实例中，类似地，处理在图13的步骤SI重新开始。如上所述，根据文件获取处理，由于先于从其它获取目的地(数字电视广播信号和服务器42)而从存储器88执行获取，所以可以更加迅速地获取目标文件。具体地讲，由于能够仅仅通过读取目标文件从其获取目标文件的存储器88被优选确定为目标文件的获取目的地，所以与通过接收数字电视广播信号获取或通过访问服务器42获取目标文件的另一种情况相比较，能够更加迅速地获取目标文件。另外，例如，根据文件获取处理，先于从服务器42执行获取从存储器88或数字电视广播信号执行获取。因此，能够防止由于对服务器42的目标文件的获取请求集中所以服务器42停止的这种情形或类似情形。[来自广播设备41的数字电视广播信号]
接下来，参照图15到图19描述从广播设备41广播的数字电视广播信号。图15示出了数字电视广播信号的结构的实例。如图15所示，对于每个信道，数字电视广播信号由触发信号、视频信号(与AV内容的视频对应)、音频信号(与AV内容的音频对应)、包括要由文件获取处理获取的目标文件等等的文件传输信号、以及作为关于信道的控制信息的例如包括VCT (虚拟信道表)等等的元信号构成。注意对于文件传输信号，使用通过FLUTE实现的文件传输方法。图16不出了由FLUTE实现的文件传输协议栈的实例。图17示出了由FLUTE实现的文件传输方法。图17是示出通过FLUTE的对话发送的内容的数据结构的示意图。通过FLUTE的对话获取的数据构成如在图17的左侧上所示的这个FLUTE对话流。用于识别FLUTE的对话的标识符“TSI (传输对话标识符)”与每个FLUTE对话流进行关联，并且基于标识符“TSI ”识 别各个对话流。每个FLUTE对话流实际上由以预定尺寸划分的多个文件构成，并且称作“Τ0Ι (传输对象标识符)”的标识符应用到多个文件中的每个文件。在当前实例中，“Τ0Ι”是O的文件是“FDT(文件传送表)”;“Τ0Ι”是I的文件是^^^扒”/‘^工”是〗的文件是“FILE#2”，......。注意多个文件中的每个文件作为ALC (异步分层编码协议)/LCT (分层编码传输(构件))包进行传输。图18示出了表示当“Τ0Ι”是O时的文件的“FDT”的实例。在FDT中，描述了关于构成FLUTE对话流的其它文件(FDT之外的文件)的每一个的信息。具体地讲，例如，在FDT中，主要地，如图18所示描述了关于FLUTE对话中的“FILE#1”的文件信息151、关于FLUTE对话中的“FILE#2”的文件信息152、……。文件信息151包括关于“FILE#1”的“Τ0Ι”、“位置”、“类型”、“尺寸”、“内容ID”、“文件ID”、……。注意:“Τ0Γ，是用于在FLUTE对话中识别文件“FILE#1”的信息，并且实际上，在“Τ0Ι”中描述了预定数值。在文件信息151中，“位置”表示“FILE#1”存在的URL等等，“类型”表示“FILE#1”的文件类型(数据的类型)。例如，在“FILE#1”是图像数据的文件的情况下，“类型”被描述为“视频”等等，但是在“FILE#1”是声音数据的文件的情况下，“类型”被描述为“音频”等
坐寸ο另外，在文件信息151中，“尺寸”表示“FILE#1”的文件尺寸；“内容ID”表示用于唯一识别包括“FILE#1”的内容的标识符；“文件ID”表示用于唯一识别“FILE#1”的标识符。注意由于文件信息152与文件信息151类似，所以省去它的描述。图19示出了在以XML (可扩展标记语言)语言描述FDT的情况下的实例。在图19中，例如，作为关于“FILE#1”的文件信息151，描述了表示“FILE#1”的位置的'Location= “http://www. example, com/menu/tracklist. html” ’、表不 “FILE#1” 的TOI 的，TOI= “I”，、表示与 “FILE#1” 对应的内容 ID 的 ’ Content-1d= “0x6784bf35” ’、表示“FILE#1” 的文件 ID 的，File-1d= “ I” ’、表示 “FILE#1” 的文件类型的 ’Type= “text/html”/’、等等。另夕卜，例如，如图19所示，作为关于“FILE#2”的文件信息152，描述了表示“FILE#2” 的位置的 ’Location= “http://www. example, com/tracks/trackl. mp3”’、表示“FILE#2” 的 TOI 的'TOI= “2”’、表示“FILE#2” 的尺寸的 ’Length= “6100”，、表示与 “FILE#2” 对应的内容 ID 的 ’Content-1d= “0x6784bf35” ’、表示 “FILE#2” 的文件 ID的，File-1d= “3”，、表示 “FILE#2” 的文件类型的’Type= “audio/mp3” ’、等等。当要从数字电视广播信号获取目标文件时，应用引擎91基于例如通过由FLUTE实现的文件传输方法发送(广播)的FDT指定与从应用控制部分90通知的URL —致位置的目标文件。注意另外在下载广播中，使用由FLUTE实现的文件传输方法。如果接收设备60接收由FLUTE实现的数字电视广播信号，则例如以如图20所示的这种层级结构，基于与TOI=O的ALC/LCT包对应的文件“FDT”，与ALC/LCT包对应的文件(“FILE#1”、“FILE#2”、等等)(其中，TOI高于I)存储到存储器88中。另外，FDT被存储到存储器88中。当应用引擎91从存储器88获取目标文件时，它例如基于存储在存储器88中的FDT指定与从应用控制部分90通知的URL —致的位置处的目标文件。另外，在由FLUTE实现的文件传输方法中，假设一种情况，其中，同时执行广播存储在存储器88中并且以后再现的数字电视广播信号的下载广播和广播实时利用的数字电视广播信号的实时广播。在这个实例中，用于下载广播的对话和用于实时广播的对话被形成为彼此独立的对话。具体地讲，用于实时广播的对话的TSI设置为例如O的固定值，而用于下载广播的对话的TSI设置到O之外的任意值，从而这些对话可以彼此不同。〈2.第二实施例>尽管在第一实施例中由如图11和图12所示的URL指定目标文件，但是目标文件的指定方法不限于此。具体地讲,例如,替代模式“www. ccc. com/content2. html”,可如图21所示描述目标文件的文件ID和包括目标文件的内容的内容ID以指定目标文件。注意尽管在图21中内容ID由4个字节表示并且文件ID由2个字节表示，但是内容ID和文件ID的字节数目不限于这些。另外，在图21中，内容ID和文件ID例如由十六进制数字表示并且例如设置为 “2fa64810b233a” 等等。`当要从服务器42获取目标文件时，应用引擎91访问URL’ http://[bc_domain] fi Ie= “ [cid] [fid]”’以获取目标文件。注意[bc_domain]表示服务器42的域名，“cid”表示内容ID，[fid]表示文件名称。服务器42的URL“http://[bc domain] ”被包括在VCT广播内作为元信号。因此，应用引擎91从广播VCT提取服务器42的URL “http://[be domain]”。然后，应用引擎91访问基于提取的“http://[bc domain] ”以及在图21中所示的HTML文档(例如，131)中描述的内容 ID 和文件 ID 获得的 URL’ http: // [bc_domain] file= “ [cid] [fid] ” ’ 获取目标文件。在要从数字电视广播信号获取目标文件的情况下，应用引擎91基于广播的FDT获取与在图21中所示的HTML文档中描述的内容ID和文件ID对应的文件作为目标文件。在要从存储器88获取目标文件的情况下，应用引擎91基于存储在存储器88中的FDT获取(读取)与在图21所示的HTML文档中描述的内容ID和文件ID对应的文件作为目标文件。如图21所示，在使用内容ID和文件ID的情况下，与例如使用第一实施例(在使用“WWW. ccc. com/content2. html”的情况下)的另一种情况相比较,能够以较少数目的字节指定目标文件。另外，例如，内容ID和 文件ID仅仅是字符串的列举(在图21的情况下，以十六进制数字表示)。因此，即使内容ID和文件ID泄露，仍不可能从泄露内容ID和文件ID获知目标文件的存储位置。注意尽管在图21中基于在HTML文档中描述的内容ID和文件ID指定目标文件，但是触发信号的情况也类似。具体地讲，例如，4字节的内容ID、2字节的文件ID和获取目的地标志可被包括在触发信号的应用参考中以指定目标文件。顺便说一句，由于通过数字电视广播等等发送触发信号，优选的是，触发信号具有较少的数据量。图22示出了一种情况的实例，其中，在3字节的应用ID和获取目的地标志被包括在触发信号的应用参考中的结构中，指定并获取包括要执行的文件的内容。注意假设，在图22中，应用ID是为了减少触发信号的数据量而仅仅识别数据广播应用的3字节的识别信息。参照图22，与例如在图7或图11中所示的应用ID不同，该应用ID没有被构造为表示模式“冊W. ccc. com/contentl. html”,并且由此能够由数据量小于24个字节的3个字
节表示。在触发信号用于指定内容的情况下，应用控制部分90生成内容ID，其中，低3字节表示包括在输入的触发信号中的应用ID，高I字节表示代表如图22所示获取的内容的类型的类型信息。然后，应用控制部分90将内容ID提供给应用引擎91。顺便说一句，在当前情况下，基于接收的触发信号获取的所有内容是用于数据广播的内容并且被限制到一种类型。因此，要响应于触发信号的接收获取的内容的类型信息在不同内容之中相同。因此，假设，例如，应用控制部分90预先将要响应于触发信号的接收获取的内容的类型信息保持在内置存储器(未示出)内。应用控制部分90例如响应于从触发处理部分89接收到触发信号从触发信号提取应用ID。然后，应用控制部分90生成内容ID，并且将内容ID提供给应用引擎91，其中，低3字节表示提取的应用ID，高I字节表示保持在内置存储器内的类型信息。另外，应用控制部分90基于包括在来自触发处理部分89的触发信号中的获取目的地标志确定由生成的内容ID指定的内容的获取目的地，并且然后向应用引擎91通知获取目的地。应用引擎91从应用控制部分90向其通知的获取目的地基于获取目的地的FDT等等获取与来自应用控制部分90的内容ID相同的内容ID的内容。注意在当前情况下，内容ID (其中，高I字节表示与保持在内置在应用控制部分90中的存储器内的类型信息相同的类型信息，低3字节表示应用ID)被描述为存储在存储器88中的FDT中的内容ID并且由广播设备41进行广播。另外，在服务器42中，内容ID(其中，高I字节表示与保持在内置在应用控制部分90中的存储器中的类型信息相同的类型信息，低3字节表示应用ID)被保持作为用于识别用于由服务器42保持的数据广播的内容的内容ID。因此，例如，当要从服务器42获取内容时，应用引擎91基于来自应用控制部分90白勺内容ID访问URL’http://[bc_domain] content= “O…OI {a})”’以获取对应内容。这里，“0···01”表示位于来自应用控制部分90的内容ID的高I字节内的类型信息。另外，“al”表示位于来自应用控制部分90的内容ID的低3字节内的应用ID。注意假设，应用引擎91从VCT广播提取“http://[be domain]”作为元信号。另一方面，例如，在要从数字电视广播信号获取内容的情况下，应用引擎91基于广播的FDT从数字电视广播信号获取与来自应用控制部分90的内容ID (“0···01” “al”)对应的内容。另外，例如，在要从存储器88获取内容的情况下，应用引擎91基于存储在存储器88中的广播获取(读取)与来自应用控制部分90的内容ID (“0···01” “al”)对应的内容。
然后，应用引擎91从获取的内容(例如，图9的数据广播内容112)获取预定文件(例如，图9的登录应用文件131)。具体地讲，例如，应用引擎91从构成获取的内容的文件之中获取要首先执行的文件。注意假设，在当前情况下，向要首先执行的文件应用表示文件是要首先执行的文件的文件名称(例如，index, html等等)。因此，应用引擎91基于构成获取的内容的文件的文件名称获取并执行要首先执行的文件。在上述的第一和第二实施例中，在命令码是应用启动或预缓存的情况下，使用共同名称空间获取数据广播应用。[命令码是应用事件的情况]另外在命令码是应用事件的情况下，可以类似地使用共同名称空间以获取用于执行事件的数据。在下文中，参照图23到图26描述在命令码是应用事件的情况下的实例。图23示出了在接收到触发信号(其中，命令码是应用事件)的情况下执行的处理的
第一实例。在图23的A中，示出了触发信号74b，其中，命令码是应用事件(注入事件)，应用ID是用于识别Appli(Tl)为数据广播应用的识别信息Tl，事件ID是用于识别事件El的识别Ih 息 EI。在图23的B中，示出了 Appli(Ti)基于作为包括在触发信号74b中的事件ID的El执行事件El的方式的实例。在图23的C中，示出了事件El，其中，包括股票信息显示73a的视频73被更新为包括股票信息显示74a的视频74。例如，在应用控制部分90例如接收如在图23的A中所示的触发信号74b的情况下，它从触发信号74b提取应用ID和事件ID并且将它们提供给应用引擎91。应用引擎91从已经启动的数据广播应用之中指定与作为来自应用控制部分90的应用ID的Tl对应的Appli (Tl)。
然后，如在图23的B中所示，应用引擎91使得指定的应用Appli (Tl)执行与来自应用控制部分90的事件ID对应的事件El。具体地讲，例如，如在图23的C中所示，应用引擎91使得作为数据广播应用的Appli (Ti)执行将在未示出的监视器上显示的视频73改变成视频74的处理。注意在需要从某获取目的地获取当视频73要变成视频74所需的文件的情况下，应用引擎91以与在上文中参照图12或图21描述的情况类似的方式获取文件。具体地讲，假设，例如，由HTML文档构成Appli (Tl)，并且在与要执行的事件El对应的HTML中的描述中，指示了执行事件El所需的文件的指定和文件的获取目的地标志。在这个实例中，应用引擎91基于与要执行的事件El对应的HTML中的描述从由获取目的地标志指示的获取目的地获取执行事件El所需的文件。然后，应用引擎91使用获取的文件执行用于将视频73变成视频74的事件E1。图24示出了在接收到触发信号(其中，命令码是应用事件)的情况下执行的处理的
第二实例。在图24的A中，除了命令码、应用ID和事件ID以外，触发信号74b还包括执行数据(事件嵌入数据)即AppDataRefl。另外，由于在图24的A中所示的命令码、应用ID和事件ID分别与图23所示的命令码、应用ID和事件ID类似，所以这里省去它们的描述。注意AppDataRefl表示指定当执行事件El时要使用的文件所需的共同名称空间(例如，作为模式的URL、内容ID、文件ID、等等)以及获取目的地标志。
在当前情况下，共同名称空间被包括在AppDataRefl。因此，图24中所示的应用ID可以是用于识别数据广播应用的识别信息，但是不需要是还表示作为共同名称空间的URL的这种应用ID (例如，如在图11中所示的应用ID)。在图24的B中，示出了方式的实例，其中，Appli(TI)基于作为包括在触发信号74b中的事件ID的El和作为执行数据的AppDataRefl执行事件El。例如，在应用控制部分90接收这种触发信号74b的情况下(例如，如在图24的A中所示)，它使得已经由应用引擎91启动的Appli (TI)执行与接收的触发信号74b对应的事件E1。具体地讲，例如，应用控制部分90从接收的触发信号74b提取作为应用ID的Tl、作为事件ID的El和作为执行数据的AppDataRefl。然后，如在图24的B中所示，应用控制部分90基于包括在提取的AppDataRefl内的获取目的地标志确定服务器42作为当执行事件El时要使用的文件(在图24的B中所示的应用数据)的获取目的地。然后，应用控制部分90向应用引擎91通知服务器42。另外，应用控制部分90向应用引擎91通知包括在提取的AppDataRefl内的名称空间、作为提取的应用ID的Tl和作为提取的事件ID的El。应用引擎91基于来自应用控制部分90的名称空间从服务器42即从应用控制部分90通知的获取目的地获取当执行事件El时使用的文件。然后，应用引擎91使用获取的文件使得与从应用控制部分90通知的Tl对应的Appli (TI)执行与从应用控制部分90通知的事件ID对应的事件El。注意尽管在应用引擎91接收触发信号(其中，命令码是应用事件)的情况下，从服务器42获取当执行事件El时使用的文件，文件的获取目的地不限于服务器42。具体地讲，例如，如图25所示，应用引擎91能够响应于获取目的地标志使用共同名称空间从包括服务器42的多个获取目的地之一获取由名称空间指定的文件。图26示出了在接收到触发信号(其中，命令码是应用事件)的情况下执行的处理的
第二实例。在图26的A中，除了命令码、应用ID和事件ID以外，触发信号74b还包括执行数据(事件嵌入数据)即AD1。另外，由于在图26的A中所示的命令码、应用ID和事件ID分别与图23所示的命令码、应用ID和事件ID类似，所以这里省去了它们的描述。注意AD1表示当执行事件El时使用的文件。在图26的B中，示出了方式的实例，其中，Appli(TI)基于作为包括在触发信号74b中的事件ID的El和作为执行数据的ADl执行事件El。在应用控制部分90例如接收如在图26的A中所示的这种触发信号的情况下，它使得已经由应用引擎91启动的Appli (TI)执行与接收的触发信号74b对应的事件E1。具体地讲，例如，应用控制部分90从接收的触发信号74b检测作为应用ID的Tl、作为事件ID的El和作为执行数据的ADl并且将它们通知应用引擎91。应用引擎91使用从应用控制部分90通知的ADl使得与从应用控制部分90通知的Tl对应的Appli (Tl)执行与从应用控制部分90通知的事件ID对应的事件El。<3.变型 > 尽管在第一和第二实施例中，接收设备60基于获取目的地标志确定目标文件的获取目的地，但是还可以不使用获取目的地标志而按照预先确定的顺序连续确定获取目的地以获取文件直到从获取目的地获取文件。在这个实例中，消除了在触发信号或HTML文档内描述获取目的地标志的必要性，并且可以将数据量减少获取目的地标志的量。因此，广播设备41能够发送减少的数据量的触发信号或者服务器42能够发送减少的数据量的HTML文档，并且因此，可以基于与减少的数据量对应的量发送其它信息。另外，在第一和第二实施例中，累积应用许可标志、广播利用许可标志和通信利用许可标志用作获取目的地标志。然而，例如，可采用两个标志或四个或更多标志作为获取目的地标志。另外，在第一和第二实施例中，接收设备60基于接收的触发信号从获取目的地获取目标文件并且执行目标文件。然而，获取并执行目标文件的定时不限于接收触发信号的定时。具体地讲，例如，响应于由用户执行的目标文件的指定，可从获取目的地获取并执行目标文件。另外，例如，在第一和第二实施例中，获取以与AV内容的互锁关系执行的文件作为目标文件。然而，目标文件的类型不限于此，但是可获取任何文件作为目标文件(如果为了接收设备60执行预定处理获取该文件)。另外，在图11和图12中，表示服务器42的名称空间的URL用作用于指定目标文件的信息。然而，例如，可替代使用数字电视广播信号的名称空间或存储器88的名称空间。注意尽管上述的一系列处理可由硬件执行，但是它还可以由软件执行。在这一系列处理由软件执行的情况下，构成软件的程序从程序记录介质安装到并入专用的硬件内的计算机或者例如能够通过安装各种程序执行各种功能的通用个人计算机。[计算机的结构的实例]
图27是示出根据程序执行上述的一系列处理的计算机的硬件结构的实例的框图。在当前计算机200中，CPU (中央处理单元)201、ROM (只读存储器)202和RAM (随机访问存储器)203经由总线204彼此连接。另外，输入/输出接口 205连接到总线204。由键盘、鼠标、麦克风等等构成的输入部分206，由显示单元、扬声器等等构成的输出部分207，由硬盘、非易失性存储器等等构成的存储部分208，由网络接口等等构成的通信部分209和用于驱动诸如磁盘、光盘、磁光盘或半导体存储器的可移动介质211的驱动器210连接到输入/输出接口 205。以如上所述的方式构成的计算机例如由CPU201将存储在存储部分208内的程序经由输入/输出接口 205和总线204加载到RAM203并且执行程序执行上述的一系列处理。注意由计算机执行的程序可以是根据其基于时间序列以如在本说明书中描述的顺序执行处理的程序或者可以是根据其并行或在例如当调用程序时的所需定时执行处理的程序。另外，程序可由一个计算机处理或者由多个计算机以分布方式进行处理。另外，程序可以被传送到远处的计算 机并且由它执行。另外，在本说明书中，术语系统用于表示由多个装置组成的整个设备。注意本发明的实施例不限于上文所述的实施例，而且在不脱离本发明的主旨的情况下可以以多种方式改变。[标号列表]30广播系统41广播设备42服务器60接收设备81调谐器82解复用部分83音频解码器84音频输出部分85视频解码器86视频输出部分87文件接收处理部分88存储器89触发处理部分90应用控制部分91应用引擎92 通信 I/F
权利要求
1.一种接收数据的接收设备，包括 确定装置，根据预先确定的顺序从存储待由接收设备获取的文件的多个存储介质之中确定要从中获取文件的获取目的地； 获取装置，基于相同文件获取信息从获取目的地获取文件，该相同文件获取信息是用于在存储介质中获取文件并且对多个存储介质是共同的文件获取信息；以及 执行装置，执行获取的文件。
2.根据权利要求1所述的接收设备，其中，确定装置响应于获取装置无法从获取目的地获取文件根据顺序重新确定获取目的地。
3.根据权利要求2所述的接收设备，其中，确定装置根据经由网络连接到接收设备并且是获取目的地的服务器的优先级低于至少包括服务器作为存储介质的多个存储介质之中的任何其它存储介质的优先级的顺序确定获取目的地。
4.根据权利要求2所述的接收设备，其中，确定装置根据接收设备具有的并且已经在内部累积文件而且是获取目的地的累积存储部分的优先级高于至少包括累积存储部分作为存储介质的多个存储介质之中的任何其它存储介质的优先级的顺序确定获取目的地。
5.根据权利要求1所述的接收设备，其中，确定装置基于指示获取目的地的获取目的地信息从多个存储介质之中确定获取目的地。
6.根据权利要求1所述的接收设备，其中，获取装置基于至少由用于识别由文件构成的内容的内容识别信息和用于识别为每个内容管理的文件的文件识别信息构成的文件获取信息从获取目的地获取文件。
7.根据权利要求1所述的接收设备，其中，获取装置 基于至少由用于识别由文件构成的内容的内容识别信息构成的文件获取信息从获取目的地获取内容；以及 从获取的内容获取要执行的文件。
8.根据权利要求1所述的接收设备，其中，多个存储介质包括经由网络连接到接收设备作为存储介质的服务器；以及 获取装置使用指示存储在服务器中的文件的位置的统一资源定位符URL作为文件获取信息从获取目的地获取文件。
9.根据权利要求1所述的接收设备，还包括 提取装置，从AV内容提取至少包括指示获取目的地的获取目的地信息和文件获取信息的触发信号；并且其中 确定装置基于包括在提取的触发信号中的获取目的地信息从多个存储介质之中确定获取目的地；以及 获取装置基于包括在提取的触发信号中的文件获取信息从获取目的地获取文件。
10.根据权利要求1所述的接收设备，还包括 提取装置，从当获取文件时执行并且记载了指示获取目的地的获取目的地信息和文件获取信息的程序提取获取目的地信息和文件获取信息；并且其中 确定装置基于提取的获取目的地信息从多个存储介质之中确定获取目的地；以及 获取装置基于提取的文件获取信息从获取目的地获取文件。
11.根据权利要求1所述的接收设备，其中，确定装置根据预先确定的顺序，从存储要与AV内容的进度的联动地执行的文件的多个存储介质之中，确定要从中获取文件的获取目的地，作为要由接收AV内容的接收设备获取的文件。
12.一种接收数据的接收设备的接收方法，包括由接收设备执行的步骤并且包括 确定步骤，根据预先确定的顺序从存储待由接收设备获取的文件的多个存储介质之中确定要从中获取文件的获取目的地； 获取步骤，基于相同文件获取信息从获取目的地获取文件，该相同文件获取信息是用于在存储介质中获取文件并且对多个存储介质是共同的文件获取信息；以及执行步骤，执行获取的文件。
13.一种使得控制用于接收数据的接收设备的计算机用作如下装置的程序 确定装置，根据预先确定的顺序从存储待由接收设备获取的文件的多个存储介质之中确定要从中获取文件的获取目的地； 获取装置，基于相同文件获取信息从获取目的地获取文件，该相同文件获取信息是用于在存储介质中获取文件并且对多个存储介质是共同的文件获取信息；以及执行装置，执行获取的文件。
14.一种发送AV内容的发送设备,包括 发送装置，与AV内容的进度的联动地将关于要由接收设备执行的文件有关的触发信号安置到AV内容中并且进行发送；并且其中 触发信号至少包括在存储文件的多个存储介质之中指示要从中获取文件的获取目的地的获取目的地信息和用于在存储介质中获取文件并且对多个存储介质是共同的相同文件获取信息。
15.根据权利要求14所述的发送设备，其中，触发信号包括至少由用于识别由文件构成的内容的内容识别信息构成的文件获取信息和获取目的地信息。
16.根据权利要求14所述的发送设备，其中，触发信号包括至少由用于识别由文件构成的内容的内容识别信息和用于识别为每个内容管理的文件的文件识别信息构成的文件获取信息和获取目的地信息。
17.根据权利要求14所述的发送设备，其中，多个存储介质包括经由网络连接到接收设备作为存储介质的服务器；以及 触发信号包括指示存储在服务器中的文件的位置的URL作为文件获取信息。
18.—种发送AV内容的发送设备的发送方法，包括由发送设备执行的步骤并且包括 发送步骤，与AV内容的进度的联动地将关于要由接收设备执行的文件有关的触发信号安置到AV内容中并且进行发送；并且其中 触发信号至少包括在存储文件的多个存储介质之中指示要从中获取文件的获取目的地的获取目的地信息和用于在存储介质中获取文件并且对多个存储介质是共同的相同文件获取信息。
19.一种使得控制发送AV内容的发送设备的计算机用作如下装置的程序 发送装置，与AV内容的进度的联动地将关于要由接收设备执行的文件有关的触发信号安置到AV内容中并且进行发送；并且其中 触发信号至少包括在存储文件的多个存储介质之中指示要从中获取文件的获取目的地的获取目的地信息和用于在存储介质中获取文件并且对多个存储介质是共同的相同文件获取信息。
20.一种由发送AV内容的发送设备和接收发送的AV内容的接收设备构成的广播系统，其中， 发送设备包括 发送装置，与AV内容的进度的联动地将关于要由接收设备执行的文件有关的触发信号安置到AV内容中并且进行发送；并且其中 触发信号至少包括在存储文件的多个存储介质之中指示要从中获取文件的获取目的地的获取目的地信息和用于在存储介质中获取文件并且对多个存储介质是共同的相同文件获取信息；以及接收设备包括 提取装置，从AV内容提取至少包括获取目的地信息和文件获取信息的触发信号； 确定装置，基于包括在提取的触发信号中的获取目的地信息从多个存储介质之中确定获取目的地； 获取装置，基于包括在提取的触发信号中的文件获取信息从获取目的地获取文件；以及 执行装置，执行获取的文件。
全文摘要
本发明涉及一种接收设备、接收方法、发送设备、发送方法、程序和广播系统，其中，不管文件的获取目的地如何，使用相同名称空间就可以获取获取目标的文件。应用控制部分90根据预先确定的顺序从存储待由接收设备获取的文件的多个存储介质之中确定要从中获取文件的获取目的地。应用引擎91基于相同文件获取信息从获取目的地获取文件，并且执行获取的文件，该相同文件获取信息是用于在存储介质中获取文件并且对多个存储介质是共同的文件获取信息。本发明能够应用到接收设备等等，其中，例如，接收AV内容并且以与AV内容的进度的互锁关系显示数据广播内容。
文档编号H04N21/462GK103069831SQ20118004045
公开日2013年4月24日 申请日期2011年8月22日 优先权日2010年8月30日
发明者北里直久, 出叶义治, 山岸靖明 申请人:索尼公司