下载执行装置的制作方法

专利名称：下载执行装置的制作方法
技术领域：
本发明涉及例如数据广播接收机等下载并执行程序的下载执行装置。
背景技术：
以往的广播接收机的程序的下载方法， 一般将要下载的程序插入 到通过广播电波发送的传输流，并调谐到传输程序的传输流来下载。
将程序插入到传输流的方法，采用MPEG规范ISO/IEC13818-6中 描述的称为DSMCC(数字存储媒体-命令与控制Digital Storage Media Command and Control)的方式。
DSMCC是较一般的技术，因此省略详细说明。
如此，在下载程序时发生调谐。
因此，为了不妨碍用户的视听或录像，下载程序的广播接收机， 在下载程序之前，检测广播接收机的当前状况是否为正在视听或录像， 并在没有进行视听或录像的状态时下载程序。
据此，程序的下载不妨碍用户视听或录像节目。
另一方面，在专利文献1中提出如下方法，即向用户询问是否要 下载程序。
该专利文献1中，如图1所示，在广播接收机内发生错误时，检 测程序的版本更新，并在可以修复广播接收机的错误时发出通知，向 用户确认是否要进行版本更新。
如上所述，作为进行程序的下载的方法存在如下方法，即只在广 播接收机的状态为没有进行视听或录像的状态时进行下载；以及在广
播接收机发生错误时向用户通知是否要下载，并从用户接收应答。
并且，广播接收机从广播电台接受请求下载程序，并开始下载。 有时，在该程序的下载请求中描述广播接收机可以下载的多种方法。
作为一个例子，说明OCAP(开放有线应用平台OpenCable Applications platform) 规 范 (OCAP 1.0 Profile OC-SP-OCAP1.0-I11-040604)。
OCAP规范，其中，将描述EPG(电子节目指南Electronic Program Guide)或VOD(影像点播Video On Demand)等服务的程序下载到广播 接收机并执行。
OCAP规范规定，可以通过传输流的分发和网络的分发来下载。
据此，广播电台可以将程序作为传输流来分发，也可以将程序通 过网络来分发，或可以将程序通过该两者来分发。
然而，OCAP规范未规定在接收表示一种或多种下载方法的下 载请求时，接收终端机要使用哪种分发方法，以及在妨碍用户的视听 的情况下的接收终端机的工作。
专利文献1 :(日本)特开2003-67284号公报
然而，在以往的方法中，即只在广播接收机的状态为没有进行视
听或录像的状态下进行下载的方法中，存在的问题是在广播接收机
没有进行视听或录像的状态下，若不能从广播电台接受下载请求，则 下载程序被推延。
并且，用户不能知道程序的下载被延期。
于是，可以考虑使用在下载时向用户通知的方法，不过，由于在 专利文献1中规定在广播接收机内发生错误时向用户询问是否要下载 程序，因此到发生错误为止不发生程序的下载。
并且，若接收与用户正在视听或录像的节目以外有关的程序的下 载请求时要进行下载，则例如广播接收机持有的调谐器中可用于程序 的下载的所有调谐器都处于正在使用状态、且传输下载的传输流所传
输的频率与调谐到的频率不同的情况下，程序的下载会妨碍用户的视 听或录像。
再者，Common Download规范(Open Cable Common Download Specifkation)规定，将广播接收机的固件(编入在机器中的软件)下载到 终端的方法。
由Common Download规范规定，除了下载源信息以外，还将指定 下载时机的下载请求传输到终端。
据此，对下载时机指定，有可能妨碍用户的视听。
然而，Common Download规范未规定，在这些情况下的终端的工作。

发明内容
于是，本发明鉴于上述情况，其目的在于提供一种下载执行装置， 可以防止在下载程序时忽然妨碍用户的视听或录像。
为了实现上述目的，本发明涉及的下载执行装置是执行程序的下
载，下载执行装置，其中，包括下载请求接收单元，接收下载请求，
该下载请求包含上述程序的下载方法及下载源信息；调谐判断单元，
根据接收广播电波的、至少一个调谐器，并根据上述下载源信息，判
断是否存在可以用于下载上述程序的调谐器；消息通知单元，根据上 述调谐判断单元的判断结果，将关于上述程序的下载的消息通知给用 户；以及下载执行得单元，根据上述下载源信息，执行上述程序的下 载。
据此，按照是否存在可以用于程序的下载的调谐器，将关于程序 的下载的消息通知给用户，因此，可以防止在程序下载时忽然妨碍用 户的视听或录像。
并且，也可以是，上述下载执行装置进一步包括调谐频率取得
单元，取得上述调谐器调谐到的频率；以及下载频率取得单元，根据
上述下载源信息，取得包含上述程序的广播电波的频率，且，上述调
谐判断单元，根据由上述调谐频率取得单元所取得的频率和由上述下 载频率取得单元所取得的频率，判断以现在的调谐是否可以执行上述
程序的下载，在以现在的调谐可以执行上述程序的下载的情况下，判
断为存在可以用于下载上述程序的调谐器。
据此，可以是，仅在需要将用户正在使用的调谐器进行调谐的频
率变更为其它频率时，将消息通知给用户，并执行程序的下载。 而且，还可以将与此以外的消息通知给用户。 并且，视听节目或录像为用户使用调谐器的一个例子。 并且，也可以是，上述调谐判断单元进一步根据由上述调谐频率
取得单元所取得的频率，判断是否存在未使用的调谐器，并在存在未
使用的调谐器的情况下，判断为存在可以用于下载上述程序的调谐器。 据此，可以是，在判断为以现在的调谐不能执行程序的下载、且 不存在未使用的调谐器的情况下，将消息通知给用户，并执行程序的 下载。
并且，也可以是，调谐执行单元，在上述调谐判断单元判断为以 现在的调谐不能执行上述程序的下载的情况下，执行调谐到由上述下 载频率取得单元所取得的频率。
据此，通过在判断为以现在的调谐不能执行程序的下载时执行调 谐，来可以执行程序的下载。
并且，也可以是，上述调谐执行单元，在执行调谐时，按照调谐 器的使用状况或者使用目的，选择执行调谐的调谐器。
据此，通过在执行调谐时，按照调谐器的使用状况或使用目的选 择执行调谐的调谐器，来可以减轻使用调谐器的用户受到的影响。
并且，也可以是，上述消息通知单元，在上述调谐判断单元判断 为不存在可以用于下载上述程序的调谐器的情况下，将上述消息通知 给上述用户。
据此，可以是，通过判断为以现在的调谐不能执行程序的下载、 且不存在未使用的调谐器时将消息通知给用户，来可以仅在使用调谐
器的用户受到的影响时将消息通知给用户。
并且，也可以是，上述消息通知单元，将上述消息以规定的时间 来显示。
据此，可以防止一直显示消息。
并且，也可以是，上述消息通知单元，在由上述下载执行单元正 在执行上述程序的下载的情况下，向上述用户通知正在执行下载。 据此，可以向用户通知正在处于等待下载的状态。
并且，也可以是，上述消息通知单元，在由上述下载执行单元正 在执行上述程序的下载的情况下，至少将规定的图像、规定的影像以 及规定的声音中的任一个提供给上述用户。
据此，可以减少因切换正在下载的影像或声音而用户感到的不快感。
并且，也可以是，上述下载执行装置，进一步包括，应答接受单 元，接受来自上述用户的应答，该应答是针对由上述消息通知单元通 知给上述用户的上述消息的应答。
据此，可以用户与下载执行装置之间进行双方向的消息通知，并 下载执行装置可以按照用户的应答进行处理。
并且，也可以是，上述应答接受单元，对接受来自上述用户的应 答设定时间限制。
据此，在不能接受来自用户的应答的情况下，也可以进行处理。
并且，也可以是，上述消息通知单元，将上述程序的下载通知给 上述用户，上述应答接受单元，接受来自上述用户的承认或拒绝的应 答，该承认或拒绝是针对由上述消息通知单元通知给上述用户的上述 程序的下载的承认或拒绝。
据此，可以防止下载用户不希望的程序。
并且，也可以是，上述下载请求，包括上述程序的下载方法及下 载源信息的多个组，上述下载执行装置，进一步包括，下载源决定单 元，从上述下载请求中包含的上述多个组中决定一个组，且，上述下
载执行单元，根据由上述下载源决定单元所决定的组的下载方法及下 载源信息，执行上述程序的下载。
据此，可以从下载方法及下载源信息的多个组中确定一个下载方 法及下载源信息，来执行程序的下载。
并且，也可以是，上述消息通知单元，将上述程序的下载以及下 载方法通知给上述用户，上述应答接受单元，接受来自上述用户的承 认或拒绝的应答，该承认或拒绝是针对由上述消息通知单元通知给上 述用户的上述程序的下载及下载方法的承认或拒绝。
据此，可以防止以用户不希望的下载方法进行下载。
并且，也可以是，上述下载源决定单元，在由上述应答接受单元 从上述用户接受针对上述下载方法的拒绝的应答的情况下，从上述下 载请求中包含的上述多个组决定与上述下载方法不同的下载方法的 组。
据此，可以防止以用户不希望的下载方法进行下载。 并且，也可以是，上述消息通知单元，根据上述多个组，至少将 上述程序的下载方法中的一部分通知给上述用户，并询问下载方法， 上述应答接受单元，从由上述消息通知单元通知给上述用户的上述程 序的下载方法中接受由上述用户所选择的下载方法，上述下载源决定 单元，决定由上述应答接受单元所接受的上述下载方法的组。 据此，可以决定用户希望的下载方法。
并且，也可以是，上述消息通知单元，在上述调谐判断单元判断 为不存在可以用于下载上述程序的调谐器的情况下，将上述下载方法 的询问通知给上述用户。
据此，用户可以仅在使用调谐器的用户受到的影响时选择下载方法。
并且，也可以是，上述消息通知单元，进一步，向上述用户通知 用于选择上述下载方法的补助信息。
据此，可以补助用户选择下载源的处理。
并且，也可以是，上述下载执行装置，进一步包括，定时设定单 元，设定上述程序的下载开始时间。
据此，可以在规定时间开始下载，因此通过设定用户的处理的结 束时间，来可以防止妨碍用户的此后的处理。
并且，也可以是，上述应答接受单元，从上述用户接受上述程序 的下载开始时间，上述定时设定单元，将由上述应答接受单元所接受 的上述时间设定为上述程序的下载开始时间。
据此，通过设定用户的处理的结束时间，来可以防止妨碍用户的 此后的处理。
并且，用户可以知道何时进行下一次的下载。
并且，也可以是，上述定时设定单元，按照预先所决定的时间设 定上述程序的下载开始时间。
据此，即使用户不设定下载开始时间，也在所设定的时间开始下载。
并且，也可以是，上述定时设定单元，在由上述应答接受单元从 上述用户接受针对上述程序的下载的拒绝的应答的情况下，设定上述 程序的下载开始时间。
据此，通过设定用户的处理的结束时间，来可以防止妨碍用户的 此后的处理。
并且，用户可以知道何时进行下一次的下载。
并且，本发明涉及的下载执行装置是执行程序的下载，其中，包
括下载请求接收单元，接收下载请求，该下载请求包含上述程序的
下载方法及下载源信息的多个组；下载源决定单元，从上述下载请求 中包含的上述多个组中决定一个组；以及下载执行单元，根据由上述 下载源决定单元所决定的组的下载方法及下载源信息，执行上述程序 的下载。
据此，可以从下载方法及下载源信息的多个组中确定一个下载方 法及下载源信息，来执行程序的下载。
并且，也可以是，上述下载请求的上述程序的下载方法至少包括
以下方法中的任一个从编码及多路复用了上述程序的流中接收的方
法；通过网络取得上述程序的方法；以及通过存储介质取得程序的方 法。
据此，可以选择以下方法中的任一个从编码及多路复用了上述
程序的流中接收的方法；通过网络取得程序的方法；以及通过存储介 质取得程序的方法。
上述下载执行单元至少执行下列中的任一个从上述流的下载； 通过上述网络的下载；以及通过上述存储介质的程序的取得。
据此，可以执行程序的下载。
并且，也可以是，上述下载源决定单元，向上述下载请求的上述 程序的下载方法赋予优先度，根据上述优先度从上述下载请求中包含 的上述多个组中决定一个组。
据此，可以高效率地决定下载方法及下载方法。
并且，也可以是，上述下载源决定单元，向从编码及多路复用了 上述程序的流中接收的上述下载方法赋予表示比其它方法优先处理的 优先度。
据此，可以通过与以往的应用程序的下载方法相同的方法来处理， 也可以通过网络或不具有其它下载方法的下载执行装置来处理。
并且，也可以是，上述下载执行装置，进一步包括，至少一个调 谐器，接收广播电波；以及调谐判断单元，根据上述下载源信息，判 断是否存在可以用于下载上述程序的调谐器。
据此，可以确认有无可以用于程序的下载的调谐器。
上述下载执行装置，进一步包括，调谐频率取得单元，取得上述 调谐器调谐到的频率；以及下载频率取得单元，根据上述下载源信息， 取得包含上述程序的广播电波的频率，且，上述调谐判断单元，根据 由上述调谐频率取得单元所取得的频率和由上述下载频率取得单元所 取得的频率，判断以现在的调谐是否可以执行上述程序的下载，在以
现在的调谐可以执行上述程序的下载的情况下，判断为存在可以用于 下载上述程序的调谐器。
据此，可以是，判断是否需要将用户正在使用的调谐器进行调谐 的频率变更为其它频率，来决定下载源。
并且，也可以是，上述调谐判断单元，进一步，根据由上述调谐 频率取得单元所取得的频率，判断是否存在未使用的调谐器，在存在
未使用的调谐器的情况下，判断为存在可以用于下载上述程序的调谐 器。
据此，可以是，在判断为以现在的调谐不能执行程序的下载、且 不存在未使用的调谐器的情况下，决定其它下载源。
并且，也可以是，上述下载源决定单元，在由上述调谐判断单元 判断为不存在可以用于下载上述程序的调谐器的情况下，从在上述下 载请求中包含的上述多个组中决定通过网络的下载方法或通过存储介 质的程序取得方法的组。
据此，在不能使用从编码及多路复用了上述程序的流中接收的下 载方法的情况下，可以选择通过网络取得程序的方法及通过存储介质 取得的方法中的任一个。
并且，也可以是，上述下载执行装置，进一步包括，消息通知单
元，将消息通知给用户；以及应答接受单元，接受来自上述用户的应 答，该应答是针对由上述消息通知单元通知给上述用户的上述消息的 应答。
据此，可以用户与下载执行装置之间进行双方向的消息通知，并 下载执行装置可以按照用户的应答进行处理。
并且，也可以是，上述消息通知单元，向用户通知从编码及多路 复用了上述程序的流中接收上述程序的下载方法，上述下载源决定单 元，在由上述应答接受单元从上述用户接受针对上述下载方法的拒绝 的应答的情况下，从上述下载请求中包含的上述多个组中决定通过网 络的下载方法的组。
据此，在用户不希望一般作为以往的应用程序下载方法执行的方 法的情况下，即在用户不希望执行从编码及多路复用了上述程序的流 中下载的方法的情况下，通过网络可以下载程序。
并且，也可以是，上述下载源决定单元，向通过网络的下载方法 赋予表示比其它方法优先处理的优先度。
据此，在用户正在使用调谐器的情况下，可以不妨碍用户的处理 来执行程序的下载。
并且，也可以是，上述下载源决定单元，在上述下载请求中包含 的上述多个组中存在通过网络的下载方法的情况下，就决定通过网络 的下载方法的组。
据此，在用户正在使用调谐器的情况下，可以不妨碍用户的处理 来执行程序的下载。
并且，也可以是，上述下载源决定单元，向通过存储介质的程序 取得赋予表示比其它方法优先处理的优先度。
据此，在用户正在使用调谐器的情况下，可以不妨碍用户的处理 来执行程序的下载。
并且，也可以是，上述下载源决定单元，在上述下载请求中包含 的上述多个组中存在通过存储介质的程序取得的情况下，就决定通过 存储介质的程序取得的组。
据此，在用户正在使用调谐器的情况下，可以不妨碍用户的处理 来执行程序的下载。
并且，也可以是，上述下载源决定单元，从上述下载请求中包含
的上述多个组中决定能够以最快的速度下载的组。<< 87% 据此，可以以最快的速度执行下载。
并且，也可以是，上述下载执行单元，在下载上述程序中检测错 误，并且，在检测出错误时生成错误信息，上述下载源决定单元，在 由上述下载执行单元检测出错误时，根据上述错误信息从上述下载请 求中包含的上述多个组中再次决定一个组。
据此，在正在下载时发生错误的情况下，也可以再执行程序的下载。
并且，也可以是，上述下载执行单元，在不能检测或不能连接上 述程序的下载源的情况下，检测上述错误，并生成表示不能检测或不 能连接上述程序的下载源的上述错误信息。
据此，在不能检测或连接下载源的情况下，也可以再执行程序的 下载。
并且，也可以是，上述下载执行单元，在上述程序的下载源不存 在上述程序的情况下，检测上述错误，并生成表示在上述程序的下载 源不存在上述程序的上述错误信息。
据此，在下载源不存在程序的情况下，也可以再执行程序的下载。 并且，也可以是，上述调谐执行单元，在上述调谐中检测错误， 并且，在检测出错误时生成错误信息，上述下载源决定单元，在由上 述调谐执行单元检测出错误时，根据上述错误信息从上述下载请求中 包含的上述多个组中决定一个组。
据此，在调谐时检测出错误的情况下，也可以再执行程序的下载。 并且，也可以是，上述下载执行装置，进一步包括，储存单元， 保存由上述下载执行单元所下载的程序。
据此，在执行程序时，不需要执行程序的下载。 并且，也可以是，上述下载执行装置是广播接收装置。 据此，在决定下载方法及下载源时，下载源决定单元可以使用广 播接收装置包括的调谐装置或网络等的资源的信息。
并且，本发明，除了可以作为如上所述的下载执行装置来实现以 外，也可以作为将这些下载执行装置具有的特征单元作为步骤的下载 执行方法来实现，还可以作为使计算机执行这些步骤的程序来实现。
并且，当然也可以通过CD-ROM等存储介质或互联网等传输介质 来分发这些程序。
根据本发明涉及的下载执行装置，由于将关于程序的下载的消息
通知给用户，因此，可以防止在程序下载时忽然妨碍用户的视听或录 像。
并且，可以从下载方法及下载源信息的多个组中确定一个下载方 法及下载源信息，来执行程序的下载。


图1是示出以往的程序的下载处理的流程图。
图2是本发明涉及的有线电视系统的一实施方式的结构图。
图3是示出本发明涉及的有线电视系统中用于前端与终端装置间
的通信的频带的使用方法的一个例子的图。
图4是示出本发明涉及的有线电视系统中用于前端与终端装置间
的通信的频带的使用方法的一个例子的图。
图5是示出本发明涉及的有线电视系统中用于前端与终端装置间
的通信的频带的使用方法的一个例子的图。
图6是本发明涉及的有线电视系统中的终端装置的结构图。
图7是示出本发明涉及的有线电视系统中的终端装置的外观的一
个例子的图。
图8是本发明涉及的POD的硬件的结构图。
图9是本发明涉及的POD保存程序的结构图。
图IO是由MPEG标准所定义的数据包的结构图。
图11是示出MPEG传输流的一个例子的图。
图12是示出由面板构成输入部时的外观的一个例子的图。
图13是本发明涉及的终端装置保存的程序的结构图。
图14(a)、 (b)是示出本发明涉及的显示器显示的显示屏幕的一个例
子的图。
图15是示出本发明涉及的2次记忆部保存的信息的一个例子的图。
图16(a)、 (b)、 (c)是示出本发明涉及的1次记忆部保存的信息的一
个例子的图。
图17是示出本发明涉及的MPEG2标准中规定的PAT(程序关系 表Program Association Table)的内容的概要示图。
图18是示出本发明涉及的MPEG2标准中规定的PMT(节目映射 表Program Map Table)的内容的概要示图。
图19是示出本发明涉及的OCAP规范中规定的AIT(应用程序信 息表Application Information Table)的内容的概要示图。
图20是示出本发明涉及的以DSMCC(数字存储媒体命令和控制 Digital Storage Media Command and Control)方式传输的文件系统的概 要示图。
图21是示出本发明涉及的XAIT的内容的概要示图。 图22是示出本发明涉及的以DSMCC方式传输的文件系统，以及 在网络方式中提供下载的服务器内的文件系统的概要示图。
图23是示出本发明涉及的2次记忆部保存的信息的一个例子的图。
图24是示出在本发明涉及的应用程序的储存区域储存描述在 XAIT信息的应用程序的状态的一个例子的图。
图25是示出实施方式1中AM接受XAIT信息后向VM指示启动 应用程序为止的工作的例子的一部分，并示出进行储存处理的部分的 流程图。
图26是示出实施方式1中AM接受XAIT信息后向VM指示启动 应用程序为止的工作的例子的一部分，并示应用程序的启动部分的流 程图。
图27是示出实施方式1中通过呼叫AM的应用程序的启动API 来指示启动应用程序为止的工作的一个例子的流程图。
图28(a)、 (b)是示出实施方式l中根据XAIT信息储存在储存区域
的应用程序的状态的一个例子的图。
图29(a)、 (b)是示出实施方式1中根据XAIT信息储存在储存区域
的应用程序的状态的一个例子的图。
图30是示出实施方式1中的AM的结构的图。
图31是示出实施方式1中所指定的应用程序的储存处理工作的一 个例子的流程图。
图32是示出实施方式1中所指定的应用程序的储存处理工作的一 个例子的流程图，也是图31的一部分。
图33是示出实施方式1中由通知部向用户通知下载应用程序时， 由对话显示程序向显示器509显示的下载通知的一个例子的图。
图34是示出实施方式1中实现由通知部向用户通知下载的一个例 子的图。
图35是示出实施方式2中的AM的结构的图。 图36是示出实施方式2中实现由通知部向用户通知下载的一个例 子的图。
图37是示出实施方式2中实现由通知部向用户通知下载的一个例 子的图。
图38是示出实施方式2中所指定的应用程序的储存处理工作的一 个例子的流程图，也是图31的一部分。
图39是示出实施方式2中所指定的应用程序的存储存处理工作的 一个例子的流程图。
图40是示出实施方式2中所指定的应用程序的储存处理工作的一 个例子的流程图，也是图39的一部分。
图41是实施方式3中的AM的结构图。
图42是示出实施方式3中实现由通知部向用户通知下载的一个例 子的图。
图43是示出实施方式3中实现由通知部向用户通知下载的一个例 子的图。
图44是示出实施方式3中所指定的应用程序的储存处理工作的一 个例子的流程图，也是图39的一部分。
图45是实施方式4中的AM的结构图。
图46是示出实施方式4中所指定的应用程序的储存处理工作的一 个例子的流程图，也是图39的一部分。
图47是示出实施方式4中所指定的应用程序的储存处理工作的一 个例子的流程图，也是图39的一部分。
图48是示出实施方式5中实现由通知部向用户通知下载的一个例 子的图。
图49是示出实施方式5中所指定的应用程序的储存处理工作的一 个例子的流程图，也是图39的一部分。
图50是示出实施方式5中所指定的应用程序的储存处理工作的一 个例子的流程图，也是图49的一部分。
图51是示出实施方式5中所指定的应用程序的储存处理工作的一 个例子的流程图，也是图49的一部分。
图52是实施方式6中的AM的结构图。
图53是示出实施方式6中所指定的应用程序的储存处理工作的一 个例子的流程图。
图54是示出实施方式6中所指定的应用程序的储存处理工作的一 个例子的流程图，也是图53的一部分。
图55是示出实施方式6中所指定的应用程序的储存处理工作的一 个例子的流程图，也是图53的一部分。
图56是实施方式7中的AM的结构图。
图57是示出实施方式7中所指定的应用程序的储存处理工作的一 个例子的流程图。
图58是示出实施方式7中所指定的应用程序的储存处理工作的一 个例子的流程图。
图59是示出实施方式7中所指定的应用程序的储存处理工作的一 个例子的流程图，也是图58的一部分。
图60是实施方式8中的AM的结构图。
4.3.1 SMS
内容提供者可以使用专用链接语法(3.5.5)来编码在链接被激活时将被BL浏览器 发送的SMS。
4.3.1.1 SMS发送
一旦SMS链接被解释并且消息被准备好，BL浏览器就将其发送。移动设备可 以弹出对话框以向用户要求对发送SMS的确认。
BL浏览器必须等到设备返回关于成功的SMS发送或发送失败的状态。在等待 该状态的同时，BL浏览器将不接受任何用户输入，而是显示活动指示符 (3.4丄3)。当移动设备确实有必要实现用于发送SMS的超时时，BL浏览器不需 要跟踪超时本身。
一旦设备返回错误，BL浏览器将显示错误消息并停留在当前页面上。
4.3.1.2 SMS跟随页面
一旦设备指示成功的SMS发送，BL浏览器就请求和显示通过<3>或《orm〉标 签的"target"属性编码的跟随页面(3.5.5.1)。如果没有指定目标，则BL浏览器 显示SMS被成功发送的消息并且停留在当前页面上。
示例
<form action="sms:+4918756273 Forum entry=$$ft$$" target="/forum/thanks.htm" forum>
<div><textarea name="fb"/>Ihr Eintrag ins Forum </div>
<div><input type="submit" value="Eintragen"/></div> </form>
一旦以上示例中的表格经由"迈ntragen"被确认，action属性中的URL就 被解析成"sms:+4918756273 Forum entry=Ihr Eintrag ins Forum"(缺省值)。 链接指示将被发送到+4918756273的SMS， "Forum entry=Ihr Eintrag ins Fo-rum"作为消息文本。一^SMS被成功发送，浏览器就请求页面 "/forum/thanks.htm"并显7F它。
4.3.2 WAP
内容提供者可以使用公共链接语法(3.5.5)来指示特定HTML页面将使用HTTP 协议经由WAP被获取。提供者将主要使用该特征来从表格输入(3.5.7.5)收集个 性化用户数据。
4.3.2.1 HTTP请求
任何利用HTTP请求发送的URL都必须被URL编码。[4].
在HTTP链接作为<&>元素中的超级引用出现的情况下，BL浏览器简单地发送 链接的URL部分，作为HTTP GET请求。
在HTTP链接作为完成表格的动作出现的情况下，内容提供者可以选择由 《orm〉元素的"method"属性指示的方法"GET"或"POST"发送数据。如果 method属性丢失，POST则将是缺省值。
图2是示出构成有线电视系统的装置间的关系的方框图，包括
前端101以及三个终端装置即终端装置Alll、终端装置B112、终端装 置C113。
在本实施方式中，三个终端装置连接到一个前端，但是将任意数 量的终端装置连接到，也可以实施本发明。
前端101向多个终端装置发送影像、声音以及数据等的广播信号， 并接收来自终端装置的数据。
为了实现这一点，用于前端101与终端装置A111、终端装置B112、 终端装置C113间的传输的频带被分割并使用。
图3是示出分割的频带一个例子的图表。
大致可以分为两种频带，即Out Of Band(带外縮写为OOB)和 In-Band(带内)。
5 130MHz分配给OOB，主要用于前端101与终端装置Alll、 终端装置B112、终端装置C113间的数据交换。
130MHz 864MHz分配给In-Band，主要用于包含影像、声音的 广播频道。
QPSK调制方式用于OOB， QAM64调制方式用于In-Band。 由于调制方式的技术是与本发明无关的公知技术，因此省略详细 说明。
图4是OOB频带的更详细的一个使用例子。
70MHz 74MHz用于从前端101发送数据，所有终端装置Alll、 终端装置B112、终端装置C113都从前端101接受相同数据。
另一方面，10.0MHz 10.1MHz用于从终端装置Alll向前端101 发送数据，10.1MHz 10.2MHz用于从终端装置B112向前端101发送 数据，10.2MHz 10.3MHz用于从终端装置C113向前端101发送数据。
据此，可以从终端装置Alll、终端装置B112、终端装置C113向 前端101发送唯一属于各终端装置的数据。
图5是In-Band的使用例子。
150 156MHz和156 162MHz分别分配给电视频道1和电视频道 2，随后的频率以6MHz的间隔分配给电视频道。
310MHz以及随后的频率以lMHz为单位分配给无线频道。 这些各频道，既可以作为模拟广播使用，也可以作为数字广播使用。
在用于数字广播的情况下，以基于MPEG2规范的传输分组形式传 输数据，除了声音或影像以外，可以发送各种数据广播用的数据。
前端IOI，具有QPSK调制部或QAM调制部等，以便向这些频带 发送合适的广播信号。
并且，具有QPSK解调器，以便接收来自终端装置的数据。
并且，前端101被认为具有与这些调制部以及解调部有关的各种 机器。
然而，由于本发明主要涉及终端装置，因此省略详细说明。 终端装置Alll、终端装置B112、终端装置C113接收并再生来自
前端101的广播信号。
并且，向前端101发送唯一属于各终端装置的数据。 在实施方式中，三个终端装置的结构是相同的。 图6是示出终端装置(下载执行装置)的硬件结构的方框图。 终端装置(下载执行装置)500包括QAM解调部501 、 QPSK解调
器502、 QPSK调制器503、 TS解码器505、音频解码器506、扬声器
507、视频解码器508、显示器509、 2次记忆部510、 l次记忆部511、
ROM512、输入部513以及CPU514。
并且，在终端装置500上可以装卸POD504。
图7是作为终端装置500的外观的一个例子的薄型电视机。
薄型电视机的壳体610内置有除了 POD504以外的终端装置500
的所有构成部分。
显示器602相当于图6中的显示器509。
面板部603，由多个按钮构成，相当于图6中的输入部513。
电缆线连接到信号输入端子604，以便与前端101进行信号的收发。
并且，信号输入端子604连接到图6的QAM解调部501、 QPSK 解调器502以及QPSK调制器503。
POD卡605相当于图6中的POD504。
如图7中的POD卡605， POD504可独立于终端装置500而被实 现，并可以与终端装置500装卸。
对于POD504的详细内容，在后面进行说明。
插入口 606是可插入POD卡605的插入口 。
参照图6， QAM解调部501根据包括由CPU514所指定的频率的 调谐信息,对已在前端101被进行QAM调制且从前端101发送来的信 号进行解调，并发送到POD504。
QPSK解调器502，根据包括由CPU514所指定的频率的调谐信息 对已在前端101被进行QPSK调制且从前端101发送来的信号进行解 调，并发送到POD504。
QPSK调制器503，根据包括由CPU514所指定的频率的调制信息， 对从POD504发送来的信号进行QPSK调制，并发送到前端101 。
如图7所示，POD504可以与终端装置的主体装卸。
终端500的主体与POD504间的连接接口的定义在Open Cable(TM) HOST-POD Interface Specification(OC-SP-HOSTPOD-IF-112-0302 IO)以 及该规范所参照的规范中给出。
在此，省略详细说明，仅说明本发明涉及的部分。
图8是示出POD504的内部结构的方框图。
POD504由第1解扰部701、第2解扰部702、加扰部703、第1 记忆部704、第2记忆部705以及CPU706构成。
第1解扰部701，根据来自CPU706的指示，从终端装置500的 QAM解调部501接受所加密的信号，并解码该信号。
并且，第1解扰部701向终端装置500的TS解码器505发送所解 码的信号。
由CPU706及时提供密钥等的对解码所需要的信息。 具体而言，前端101广播多个付费频道。
若用户购买该付费频道，则第1解扰部701从CPU706接受密钥 等所需要的信息来进行解扰，从而用户可以观看付费频道。
在没有提供密钥等所需要的信息的情况下，第1解扰部701不进 行解扰，直接向TS解码器505发送所接受的信号。
第2解扰部702，根据来自CPU706的指示，从终端装置500的 QPSK解调器502接受所加密的信号，并解码该信号。
并且，向CPU706发送所解码的数据。
加扰部703，根据来自CPU706的指示，对从CPU706接受后的数 据进行加密，并发送到终端装置500的QPSK调制器503。
第1记忆部704，具体而言，由RAM等一次存储器构成，在CPU706 进行处理时用于暂时保存数据。
第2记忆部705，具体而言，由闪速R0M等2次存储器构成，用 于存储CPU706执行的程序，并且，用于保存即使关闭电源也不应删 除的数据。
CPU706执行记忆在第2记忆部705中的程序。 该程序由多个子程序构成。
图9是记忆在第2记忆部705中的程序的一个例子。 在图9中，程序800由多个子程序构成，包括主程序801、初始 化子程序802、网络子程序803、再生子程序804以及PPV子程序805等。
在此，PPV是每次观看付费(PayPer View)的縮写，是一种服务， 以付费可以视听电影等特定的节目。
若用户输入密码，则向前端101通知用户购买了节目，并解除加 扰，从而用户可以视听。
视听节目的用户需要在日后支付购买费用。
主程序801是一种子程序，在打开电源时首先由CPU706启动，
控制其它子程序。
初始化子程序802，在打开电源时由主程序801启动，与终端装置 500进行信息交换等，并进行初始化处理。
该初始化处理在Open Cable(TM) HOST-POD Interface Specification(OC-SP-HOSTPOD-IF-112-030210)以及该规范所参照的规 规范中详细定义。
并且，初始化子程序802还进行在该规范中没有定义的初始化处理。
在此，说明这些初始化处理的一部分。
若打开电源，则初始化子程序802，通过终端装置500的CPU514 将记忆在第2记忆部705的第1频率通知给QPSK解调器502。
QPSK解调器502使用所提供的第1频率进行调谐，并向第2解扰 部702发送信号。
并且，初始化子程序802，将记忆在第2记忆部705的第1密钥等 的解扰信息提供给第2解扰部702。
从而，第2解扰部702进行解扰，并发送到执行初始化子程序802 的CPU706。
据此，初始化子程序802可以接受信息。
在本实施方式中，初始化子程序802通过网络子程序803接受信息。
后面对此进行详细说明。
并且，初始化子程序802，通过终端装置500的CPU514将记忆在 第2记忆部705的第2频率通知给QPSK调制器503。
初始化子程序802，将记忆在第2记忆部705的加扰信息提供给加 扰部703。
若初始化子程序802，通过网络子程序803向加扰部703提供要发 送的信息，则加扰部703使用所提供的加密信息对数据进行加密，并
提供给终端装置500的QPSK调制器503。
QPSK调制器503，对所提供的加密信息进行调制，并发送到前端
101。
从而，初始化子程序802，可以通过第2解扰部702、加扰部703、 网络子程序803与前端101进行双向通信。
网络子程序803是一种子程序，由主程序801、初始化子程序802 等多个子程序所使用，且用于进行与前端101的双向通信。
具体而言，网络子程序803的运行如同，其它使用网络子程序803 的子程序，根据TCP/IP(传输控制协议/网间协议Transmission Control Protocol/Internet Protocol)与前端101进行双向通信。
TCP/IP是一种公知技术，规定了用于在多个装置间进行的信息交 换的协议，因此省略详细说明。
网络子程序803，若打开电源时被初始化子程序802启动，则通过 终端装置500，将预先记忆在第2记忆部705中的、用于识别POD504 的识别符即MAC地址(媒体访问控制Media Access Control地址的縮 写)通知给前端101，并请求取得IP地址。
前端101通过终端装置500向POD504通知IP地址，网络子程序 803将IP地址记忆到第1记忆部704。
此后，通过将该IP地址作为POD504的识别符使用，前端101和 POD504相互通信。
再生子程序804，向第1解扰部701提供记忆在第2记忆部705 的第2密钥等的解码信息以及从终端装置500提供到的第3密钥等的 解码信息，从而使得可以解扰。
并且，再生子程序804，通过网络子程序803接受表示输入到第1 解扰部701的信号是PPV频道的信息。
识别为PPV频道时，则启动PPV子程序805 。
PPV子程序805，若被启动，则向终端装置500显示促使用户购买 节目的消息，并接受来自用户的输入。
具体而言，若向终端装置500的CPU514发送希望显示在画面上 的信息，则工作在终端装置500的CPU514上的程序向终端装置500 的显示器509上显示上述消息。
若用户通过终端装置500的输入部513输入密码，则终端装置500 的CPU514接受该密码，并通知给工作在POD504的CPU706上的PPV 子程序805。
PPV子程序805，通过网络子程序803向前端101发送接受到的密码。
若密码正确，则前端101，通过网络子程序803将对解码所需要的 第4密钥等的解码信息通知给PPV子程序805。
PPV子程序805，将接受到的第4密钥等的解码信息提供给第1 解扰部701，第1解扰部701对输入后的信号进行解扰。
参照图6， TS解码器505,对从POD504接受到的信号实施过滤， 向音频解码器506、视频解码器508以及CPU514发送需要的数据。
在此，来自POD504的信号是MPEG2传输流。
关于MPEG2传输流的详细内容，已在MPEG规范ISO/IEC13818-1 中给出，因此，在本实施方式中省略详细说明。
MPEG2传输流由多个固定长度数据包构成，各数据包被分配给数 据包ID。
图10是数据包的结构图。
符号卯0是数据包，由固定长度的188字节构成。 开头的4字节是首标901，其存储用于识别数据包的信息，剩下的 184字节是有效负载卯2，其含有希望发送的信息。 符号卯3示出首标901的细节。
数据包ID包含在从开头第12比特至第24比特的13个比特中。 图11是表示发送来的多个数据包串的概要示图。 数据包1001，在首标中包含数据包ID"1",并在有效负载中包含 影像A的第1信息。
数据包1002，在首标中包含数据包ID"2"，并在有效负载中包含 声音A的第1信息。
数据包1003，在首标中包含数据包ID"3"，并在有效负载中包含 声音B的第1信息。
数据包1004，在首标中包含数据包ID"1"，在有效负载中包含影 像A的第2信息，其是数据包1001的后续的信息。
同样，数据包1005、 1026、 1027也存储其它数据包的后续的数据。
如此，若将具有相同数据包ID的、数据包的有效负载的内容连接, 则可以连续地再生影像或声音。
参照图11， CPU514向TS解码器505指出数据包ID "1"和作为 输出目的地的"视频解码器508"，则TS解码器505从来自POD504 的MPEG2传输流中抽出具有数据包ID "1"的数据包，并发送到视频 解码器508。
在图11中，仅将影像数据发送到视频解码器508。 同时，CPU514向TS解码器505指出数据包ID "2"和"音频解 码器506"，则TS解码器505从来自POD504的MPEG2传输流中抽出 数据包ID "2"的数据包，并向音频解码器506发送。 在图11中，仅将声音数据发送到音频解码器506。 该按照数据包ID仅抽出需要的数据包的处理，就是TS解码器505 进行的过滤。
TS解码器505可以同时执行由CPU514所指出的多个过滤处理。 参照图6，音频解码器506，连接由TS解码器505所提供的、嵌
入在MPEG2传输流的数据包中的音频数据并进行模拟数字转换，从而
输出到扬声器507。
扬声器507，将由音频解码器506所提供的信号作为声音输出。 视频解码器508，连接由TS解码器505所提供的、嵌入在MPEG2
传输流的数据包中的视频数据并进行模拟数字转换，从而输出到显示
器509。
显示器509，具体而言，由电子束管或液晶等构成，输出由视频解 码器508所提供的视频信号，或显示由CPU514所指示的消息。
具体而言，2次记忆部510由闪速存储器或硬盘等构成，保存或删 除由CPU514所指出的数据和程序。
并且，由CPU514参照所保存的数据和程序。
即使在终端装置500的电源中断时，也可以继续保存所保存的数 据或程序。
具体而言，1次记忆部511由RAM等构成，暂时保存或删除由
CPU514所指出的数据或程序。
并且，由CPU514参照所保存的数据或程序。
在终端装置500的电源中断时，所保存的数据或程序被删除。
ROM512是只读存储装置，具体而言，由ROM、 CD-ROM以及
DVD等构成。
ROM512存储由CPU514执行的程序。
具体而言，输入部513由面板或遥控器构成，接受来自用户的输入。
图12是由面板构成输入部513的情况的一个例子。
符号1100是面板，相当于图7中的面板部603。
面板1100包括七个按钮上光标按钮1101、下光标按钮1102、 左光标按钮1103、右光标按钮1104、 OK按钮1105、取消按钮1106 以及EPG按钮1107。
若用户按下按钮，则按下的按钮的识别符被通知到CPU514。
CPU514执行记忆在ROM512的程序。
根据来自要执行的程序的指示，CPU514控制QAM解调部501、 QPSK解调器502、 QPSK调制器503、 POD504， TS解码机505，显示 器509， 2次记忆部510、 1次记忆部511以及ROM512。
图13是记忆在ROM512中的、由CPU514所执行的程序的结构的 一个例子的结构图。
程序1200，由多个子程序构成，具体而言，由OS1201、 EPG1202、 Java(注册商标)VM1203(以下称为VM1203)、服务管理部1204以及 Java(注册商标)程序库1205(以下称为程序库1205)构成。
OS1201是一种子程序，打开终端装置500的电源时被CPU514启动。
OS1201是操作系统的简称，Linux等为一个例子。
OS1201是一种公知技术的总称，由内核1021a及程序库1201b构
成，内核1021a用于与另一个程序并行地进行一个程序，因此省略详
细说明。
在本实施方式中，OS1201的内核1201a执行作为子程序的 EPG1202和VM1203。
并且，程序库1201b，向这些子程序提供用于控制终端装置500 持有的构成部分的多种功能。
作为功能的一个例子，说明调谐功能。
调谐功能，从其它子程序接受包含频率的调谐信息，并向QAM解 调部501发送该调谐信息。
QAM解调部501，可以根据所提供的调谐信息进行解调处理，并 向POD504发送解调后的数据。
从而，其它子程序可以通过程序库1201b控制QAM解调器。
EPG1202由节目显示部1202a以及再生部1202b构成，该节目显 示部1202a向用户显示节目一览、且接受来自用户的输入，该再生部 1202b选择频道。
在此，EPG是Electric Program Guide(电子程序指南)的縮写。
EPG1202,若打开终端装置500的电源，则被内核1201a启动，并 在启动后的EPG1202的内部，节目显示部1202a等待通过终端装置500 的输入部513的、来自用户的输入。
在此，在输入部513由如图12所示的面板构成的情况下，若用户 按下输入部513的EPG按钮1107，则EPG按钮的识别符被通知给
CPU514。
工作在CPU514上的子程序即EPG1202的节目显示部1202a，接 受该识别符，并在显示器509上显示节目信息。
图14(a)及(b)是显示在显示器509上的节目表的一个例子。 参照图14(a)，以纵横状在显示器509上显示节目信息。 在列1301，显示时间信息。
在列1302，显示频道名"频道1"和在与列1301的时间相对应的 时间内广播的节目。
在此表示，在"频道r，，从9:oo至io:30广播节目"新闻9"，
从10 : 30至12 : 00广播"电影AAA"。
与列1302相同，在列1303，显示频道名"频道2"和在与列1301 的时间相对应的时间内广播的节目。
从9 : oo至ii: oo广播节目"电影bbb"，从ii : oo至12 : oo
广播"新闻ir。
符号1330是光标。
光标1330随着按下面板1100的左光标按钮1103和右光标按钮 1104而移动。
在图14(a)中的状态下，若按下右光标按钮1104，则光标1330向 右移动，变为如图14(b)。
并且，在图14(b)中的状态下，若按下左光标按钮1103，则光标 1330向左移动，变为如图14(a)。
在图14(a)中的状态下，若按下面板1100的OK按钮1105，则节 目显示部1202a将"频道1"的识别符通知给再生部1202b。
在图14(b)中的状态下，若按下面板1100的OK按钮1105，则节 目显示部1202a将"频道2"的识别符通知给再生部1202b。
并且，节目显示部1202a，定期地将要显示的节目信息从前端ioi 通过POD504记忆到1次记忆部511。
一般，从前端取得节目信息要花费时间。
在按下输入部513的EPG按钮1107时，通过显示预先保存在1
次记忆部511的节目信息，来可以迅速显示节目表。
再生部1202b，使用接受到的频道的识别符再生频道。
2次记忆部510，将频道的识别符和频道的关系作为频道信息预先存储。
图15是存储在2次记忆部510的频道信息的一个例子。
频道信息以图表形式被存储。
列1401是频道的识别符。
列1402是频道名。
列1403是调谐信息。
在此，调谐信息是向QAM解调部501提供的值，如频率、传输速 率以及编码比等。
列1404是程序编号。
程序编号是用于识别由MPEG2标准所规定的PMT的编号。 在后面进行PMT的说明。
行1411 1414的各行表示一组各频道的识别符、频道名以及调谐
"f曰息。
行1411表示一组，其中包含识别符为"1"、频道名为"频道1"、 调谐信息的频率为"150MHz"以及程序编号为"101"。
再生部1202b，为了再生频道，直接向服务管理部发送接受到的频 道的识别符。
并且，正在再生时，若用户按下面板1100的上光标按钮1101和 下光标按钮1102，再生部1202b则通过CPU514从输入部513接受所 按下的通知，并变更正在再生的频道。
首先，再生部1202b，将正在再生中的频道的识别符记忆到1次记 忆部5U。
图16(a)、 (b)以及(c)是保存在1次记忆部511的频道的识别符的例子。
图16(a)表示记忆识别符"3"，参照图15表示正在再生频道名"TV 3"的频道。
在图16(a)的状态下，若用户按下上光标按钮1101，则再生部1202b 参照图15中的频道信息，为了将再生切换为表中的上一个频道即频道 名"频道2",向服务管理部发送频道名"频道2"的识别符"2"。
同时，将识别符改写为记忆在1次记忆部511的频道识别符"2"。
图16(b)表示已改写频道识别符的状态。
并且，在图16(a)的状态下，若用户按下下光标按钮1102，则再生 部1202b，参照图15的频道信息，并为了将再生切换为表中的下一个 频道即频道名"TV Japan"向服务管理部发送频道名"TV Japan"的识 别符"4"。
同时，将识别符改写为记忆在1次记忆部511中的频道识别符"4"。 图16(c)表示已改写频道识别符的状态。
VM1203是一种Java(注册商标)虚拟器，依次分析并执行以Java(注 册商标)语言所描述的程序。
以Java(注册商标)语言所描述的程序，被编译成称为字节代码的、 不依靠于硬件的中间代码。
Java(注册商标)虚拟器是一种解译器，执行该字节代码。
并且，一些Java(注册商标)虚拟器，还将字节代码编译成可以由 CPU514理解的执行形式并发送到CPU514，从而执行。
VM1203，被内核1201a指定要执行的Java(注册商标)程序并启动。
在本实施方式中，内核1201a，作为要执行的Java(注册商标)程序 指定服务管理部1204。
对于Java(注册商标)语言的详细内容，在"Java(注册商标)Language Specification(ISBN0-201-63451-1)"等许多书中说明。
在此，省略此详细说明。
并且，对于Java(注册商标)虚拟器本身的详细工作等，在"Java(注 册商标)Virtual Machine Specification(ISBN 0-201-6345l-X)"等许多书
中说明。
在此，省略此详细说明。
服务管理部1204是，以Java(注册商标)语言所写的Java(注册商标) 程序，通过VM1203依次执行。
通过JNI(Java(注册商标)本地接口 Java(注册商标)Native Interface),服务管理部1204,可以呼叫未以Java(注册商标)语言所描述 的其它子程序，或者被未以Java(注册商标)语言所写的其它子程序呼 叫。
对于JNI，也在"Java(注册商标)本地接口"等许多书中说明。 在此，省略此详细说明。
服务管理部1204，通过JNI从再生部1202b接受频道的识别符。 服务管理部1204，首先向程序库1205中的Tunerl205c发送频道 的识别符，并请求调谐。
Tunerl205c，参照记忆在2次记忆部510的频道信息，取得调谐信息。
在此，若服务管理部1204向Tunerl205c发送频道的识别符"2"， 则Tunerl205c参照图15中的行1412，取得对应的调谐信息"156MHz"。 Tunerl205c，通过OS1201的程序库1205向QAM解调部501发
送调谐信息。
QAM解调部501，根据提供到的调谐信息对从前端101发送来的
信号进行解调，并发送到POD504。
其次，服务管理部120，向程序库1205中的CA1205d请求解扰。 CA1205d，通过OS1201的程序库1201b向POD504提供对解码所
需要的信息。
POD504,根据提供到的信息对从QAM解调部501提供到的信号 进行解码，并发送到TS解码器505。
其次，服务管理部1204，向程序库1205中的JMF1205a提供频道 的识别符，并请求再生影像和声音。
首先，JMF1205a从PAT及PMT取得用于确定要再生的影像和声 音的数据包ID。
PAT和PMT是由MPEG2标准所规定的表，表示在MPEG2传输 流中的节目结构，且，PAT和PMT被嵌入到在MPEG2传输流中包含 的数据包的有效负载，来与声音和影像一起被发送。
参照说明详细内容的规范。
在此，仅说明概要。
PAT是Program Association Table(程序关系表)的縮写，被存储到数 据包ID "0"的数据包来发送。
JMF1205 a ，为了取得PAT，通过OS1201的程序库1201b向TS 解码器505指定数据包ID "0"和CPU514。
TS解码器505根据数据包ID "0"进行过滤，并发送到CPU514, 从而JMF1205 a可以收集PAT的数据包。
图17是示意性地表示收集后的PAT的信息的一个例子的图表。
列1601是程序编号。
列1602是数据包ID。
列1602的数据包ID用于取得PMT。
各列1611 1613是一组频道的程序编号和对应于此的数据包ID。 在此，定义了三个频道。
在行1611定义了一组程序编号"101"和数据包ID "501"。
在此，若提供到JMF1205a的频道的识别符是"2"，则JMF1205a， 参照图15中的行1412，取得对应的程序编号"102"，其次，参照图 17中的行1612取得对应于程序编号"102"的数据包ID "502"。
PMT是Program Map Table(节目映射表)的縮写，被存储到由PAT 所规定的数据包ID来发送。
为了取得PMT， JMF1205 a通过OS1201的程序库1201b，向TS 解码器505指定数据包ID和CPU514。
在此，要指定的数据包ID是"502"。
TS解码器505根据数据包ID "502"进行过滤，通过将结果发送 到CPU514， JMF1205 a可以收集PAT的数据包。
图18是示意性地表示收集后的PAT的信息的一个例子的图表。
列1701是流类别。
列1702是数据包ID。
在各类别中所指定的信息，被存储到由列1702所指定的数据包ID 的数据包的在有效负载中，并被发送。 列1703是补充信息。
各行1711 1714是一组数据包ID和被发送的信息的类别，其称 为基本流。
行1711是一组流类别"声音"和数据包ID "5011"，表示声音存 储到数据包ID "5011"的有效负载中。
JMF1205 a从PMT取得要再生的影像和声音的数据包ID。
参照图18，層1205a，从行1711取得声音的数据包ID "5011"， 从行1712取得影像的数据包ID "5012"。
其次，JMF1205 a ，通过OS1201的程序库1201b向TS解码器505 提供一组所取得的声音的数据包ID和作为输出目的地的音频解码器 506，并提供一组影像的数据包ID和作为输出目的地的视频解码器 508。
TS解码器505根据提供到的数据包ID和输出目的地进行过滤。
在此，向音频解码器506发送数据包ID "5011"的数据包，并向 视频解码器508发送数据包ID "5012"的数据。
音频解码器506，对提供到的数据包进行模拟数字转换，并通过扬 声器507再生声音。
视频解码器508，对提供到的数据包进行模拟数字转换，并在显示 器509上显示影像。
最后，服务管理部1204，向程序库1205中的AM1205b提供频道 的识别符，并请求数据广播再生。
在此，数字广播是再生指，抽出在MPEG2传输流中包含的Java(注 册商标)程序，并使VM1203执行其。
作为将Java(注册商标)程序嵌入到MPEG2传输流的方法，可使用 在MPEG规范ISO/IEC13818-6描述的DSMCC方式。
在此省略DSMCC的详细说明。
DSMCC方式规定了一种方法，用于将由计算机所使用的目录或文 件构成的文件系统编码到MPEG2传输流中。
并且，要执行的Java(注册商标)程序的信息，以AIT的形式被嵌入 到MPEG2传输流的数据包中，并被发送。
AIT是Application Information Table(应用程序信息表)的縮写，由 OCAP规范(正式为OCAP 1.0 Profile OC-SP-OCAP1.0-IF-I09-031121)中 给出其定义。
为了取得AIT，与JMF1205a相同，AM1205b首先取得PAt和PMT， 从而取得存储AIT的数据包的数据包ID。
在此，若提供到的频道的识别符是"2"且图17中的PAT和图18 中的PMT被发送，则以与JMF1205a相同的顺序取得图18的PMT。
AM1205b，从PMT中的基本流中取得数据包ID,该基本流是流 类别"数据"，且该基本流具有补充信息"AIT"。
参照图18,行1713的基本流对应于该基本流，因此AM1205b取 得数据包ID "5013"。
AM1205b，通过OS1201的程序库1201b向TS解码器505提供 AIT的数据包ID和输出目的地CPU514。
TS解码器505，根据提供到的数据包ID进行过滤，并发送到 CPU514。
从而，AM1205b可以收集AIT的数据包。
图19是示意性地表示收集后的AIT的信息的一个例子的图表。
列1801是Java(注册商标)程序的识别符。
列1802是Java(注册商标)程序的控制信息。
在控制信息包含"autostart"、 "present"以及"kill"等，"autostart" 意味着终端装置500立即自动地执行该程序，"present"意味着不自动 地执行程序，"kill"意味着停止程序。
列1803是一种DSMCC识别符，用于抽出以DSMCC方式包含 Java(注册商标)程序的数据包ID。
列1804是Java(注册商标)程序的程序名。
各列1811和1812都是一组Java(注册商标)程序的信息。
在行1811所定义的Java(注册商标)程序是一组识别符"301"、控 制信息"autostart"、 DSMCC识别符"1"以及程序名"a/TopXlet"。
在行1812所定义的Java(注册商标)程序是一组识别符"302"、控 制信息"present"、 DSMCC识别符"1"以及程序名"b/GameXlet"。
在此，两个Java(注册商标)程序具有相同DSMCC识别符，此表示 在以一个DSMCC方式所编码的文件系统中包含两个Java(注册商标) 程序。
在此，针对Java(注册商标)程序仅规定四个信息，不过，实际上可 以定义更多的信息。
对于详细内容，请参照OCAP规范(OCAP 1.0 Profile OC-SP-OCAP1.0國IF-I09國031121)。
AM1205b，从AIT中找到"autostart"的Java(注册商标)程序，抽 出对应的DSMCC识别符以及Java(注册商标)程序名。
参照图19, AM1205b，抽出行1811的Java(注册商标)程序，并取 得DSMCC识别符"1"以及Java(注册商标)程序名"a/TopXlet"。
其次，AM1205b，使用从AIT取得的DSMCC识别符，从PMT 取得以DSMCC方式存储Java(注册商标)程序的数据包的数据包ID。
具体而言，从MT取得基本流的数据包ID,该基本流的流类型是 "数据"，并且补充信息的DSMCC识别符符合条件。
在此，若DSMCC识别符是"1"且PMT为如图18，则行1714 的基本流符合条件，因此抽出数据包ID "5014"。
AM1205b，通过OS1201的程序库1201b向TS解码器505指定以 DSMCC方式嵌入数据的数据包的数据包ID和作为输出目的地的 CPU514。
在此，提供数据包ID "5014"。
TS解码器505，根据提供到的数据包ID进行过滤，并发送到 CPU514。
从而，AM1205b可以收集需要的数据包。
AM1205b，根据DSMCC方式，基于收集后的数据包复原文件系 统，并保存到1次记忆部511。
从MPEG2传输流的数据包中抽出文件系统等的数据，从而保存到 1次记忆部511等的记忆单元，该处理以下称为下载。
图20是下载后的文件系统的一个例子。
在图中，圆圈表示目录，方框表示文件，其中，1901是根目录， 1902是目录"a"， 1903是目录"b"， l卯4是文件"TopXlet.class"， l卯5 是文件"GameXIet.class"。
其次，AM1205b，从下载到1次记忆部511的文件系统中，向 VM1203发送要执行的Java(注册商标)程序。
在此，若要执行的Java(注册商标)程序名为"a/TopXlet"，则向 Java(注册商标)程序名的末尾附加了 ".class"的文件"a/lbpXlet.class" 成为应该执行的文件。
"/"是目录或文件名的分界符，在图20中，是文件1904应该执 行的Java(注册商标)程序。
其次，AM1205b向VM1203发送文件l卯4。
VM1203执行发送来的Java(注册商标)程序。
服务管理部1204，若接受其它频道的识别符，则通过包含在程序 库1205中的各程序库停止正在再生的影像、声音，并通过同样包含在 程序库1205中的各程序库停止Java(注册商标)程序的执行，然后根据 接受到的新的频道的识别符，迸行影像、声音的再生以及Java(注册商
标)程序的执行。
程序库1205是存储在ROM512的多个Java(注册商标)程序库的集合。
在本实施方式中，程序库1205包含JMF1205 a、 AM1205b、 Tunerl205c、 CA1205d以及POD Libl205e等。
其次，说明Java(注册商标)程序的下载、保存以及执行功能。
服务管理部1204，通过包含在程序库1205的POD Libl205e，与 前端101进行通信，以接受来自前端101的信息。
POD Libl205e使用QPSK解调部502，并通过OS1201的程序库 1201b以及POD504来实现该通信。
服务管理部1204，使用该通信，从前端101接受终端装置500应 该保存到2次记忆部510的Java(注册商标)程序的信息。
该信息称为XAIT信息。
在前端101和POD504间以任意形式发送XAIT信息。 采用任何发送形式，若含有对XAIT信息所需要的信息，则可以 实施本发明。
图21是示意性地表示从前端101取得后的XAIT信息的一个例子 的图。
列2001是Java(注册商标)程序的识别符。 列2002是Java(注册商标)程序的控制信息。 在控制信息包含"autostart"、 "present"等，"autostart"意味着在 打开电源时或更新XAIT信息时，终端装置500自动地执行该程序， "present"意味着不自动地执行该程序。 列2003是协议识别符。
协议识别符表示可以用于进行程序的下载的协议。 在协议识别符中包含"OC(对象轮流传送Object Carousel)"以及 "IP"等。
"OC"表示可以从以DSMCC方式所编码的文件系统进行下载。 并且，"IP"表示可以使用网络进行程序的下载。
并且，在可以从"OC"和"IP"两者下载的情况下，可以描述两者。
列2004是一种DSMCC识别符，用于抽出以DSMCC方式包含 Java(注册商标)程序的数据包ID。
因此，仅在列2003的协议识别符存在"OC"时存在DSMCC识 别符。
列2005是，在列2003所示的协议的下载源指定。
对应于协议识别符2003的"OC"指定的下载源指定，指定可以 唯一的确定以DSMCC方式所编码的文件系统被嵌入的传输流和该传 输流中的PMT(参照图18)的识别符、以及基本流的识别符。
以下，为了简化说明，将可以唯一的确定传输流和该传输流中的 PMT(参照图18)的识别符称为资源ID。
并且，对应于协议识别符2003的"IP"指定的下载源指定，指定 提供程序的下载的服务器和保存程序的目录名等。
再者，也可以对协议识别符2003存在多个下载源指定2005。
具体而言，也可以在协议识别符2003指定"OC"，并描述对应于 该"OC"的多个下载源指定2005。
并且，在识别符2003为"IP"的情况下也是相同的。
列2006是Java(注册商标)程序的程序名。
列2007是Java(注册商标)程序的储存优先度。
储存优先度是描述在XAIT信息的各个Java(注册商标)程序所指定 的值，在保存对Java(注册商标)程序及Java(注册商标)程序的执行所需 要的数据时，用于决定对保存到2次记忆部510的Java(注册商标)程序 及Java(注册商标)程序的执行所需要的数据。
列2008是Java(注册商标)程序的应用程序名。
应用程序名是为了用户识别Java(注册商标)程序的识别符。
各行2011、 2012以及2013是一组Java(注册商标)程序的信息。
在行2011所定义的Java(注册商标)程序是一组识别符"701"、控 制信息"autostart"、协议识别符"OC"、 DSMCC识别符"1"、下载源 指定"dsmcc:〃0xAAAA，0xll"、程序名"a/APPlXlet"储存优先度"100" 以及应用程序名"APP1"。
在此，针对Java(注册商标)程序仅规定了八个信息，不过，即使定 义更多的信息或只定义其中一部分也可以执行本发明。
并且，在此示出各信息的描述例子，不过，若可以示出各信息应 该具有的内容，则也可以不基于该描述实施本发明。
再者，列2007的应用程序名是一种名称，用于使用户识别在XAIT 信息所写的各Java(注册商标)程序，不过，若有向用户充分地提示用于 识别Java(注册商标)程序的信息，则没有应用程序名也可以实施本发 明。
图22是以示意性地表示在图21中的协议识别符2003与存在作为
下载源的Java(注册商标)程序的文件系统的关系的图。
在图22中，对于与图21相同的部分，记上相同符号并省略说明。 符号2110表示，在传输流上以DSMCC方式所编码的文件系统。 并且，符号2120表示在提供程序的下载的服务器上的文件系统。 对于在行2011所定义的Java(注册商标)程序，由于在列2003表示
的协议识别符仅有"OC"，因此仅存在于2110表示的文件系统上。 并且，对于在行所2012定义的Java(注册商标)程序，由于在列2003
表示的协议识别符仅有"IP"，因此仅存在于2120表示的服务器上的
文件系统。
并且，对于在行2013定义的Java(注册商标)程序，由于在协议识 别符2003设定有"OC"和"IP"两者，因此存在于2110和2120表示 的服务器上的文件系统的两者。
据此，在进行程序的下载时可以选择从该两者中的哪方取得。
在后面说明该选择时的方针。
再者，在此，对各Java(注册商标)程序分别设定一个OC或IP，不
过，也可以存在多个OC或IP。
其次，服务管理部1204，向程序库1205中的AM1205b发送XAIT 信息，并请求根据协议识别符2003和下载源指定2005下载并执行描 述在XAIT信息的Java(注册商标)程序。
AM1205b，若接受XAIT信息，则参照协议识别符2003决定下载 方法。
AM1205b决定的下载方法是"OC"时，通过与从AIT信息下载 Java(注册商标)程序的顺序相同的顺序，将文件系统从MPEG2传输流 保存到1次记忆部511。
另一方面，下载方法是"IP"时，根据下载源指定2005的内容， 从提供程序的下载的服务器将程序下载并保存到1次记忆部511。
并且，AM1205b，可以构建并保存文件系统，以便使在此下载后 的程序符合由XAIT信息的文件名所指定的目录构造。
具体而言，如由程序名2006所示，在行702所定义的应用程序中， 基于根目录制作b目录，并将下载后的程序App2Xletxlass保存到该b 目录。
再者，图21及图22中所示的下载源指定2005表示使用HTTP的 协议从HTTP服务器取得程序的例子。
作为具体例子，图21的行2012中描述的程序的下载源指定2005 是"h邻:〃192.168.0.1/BB"。
该下载源指定2005中，"http"表示使用http协议，"192.168.0.1" 表示提供程序的下载的HTTP服务器的IP地址,"/BB"表示向在HTTP 服务器内存在的程序发送目录。
再者，在此说明了使用HTTP协议以及HTTP服务器通过网络下
载的方法，不过，也可以以其它方法来取得。
此后，也可以将保存在1次记忆部511的文件系统复制到2次记 忆部510。
再者，也可以不通过1次记忆部511而直接下载到2次记忆部510。
并且，也可以在1次记忆部511进行处理，而不保存到2次记忆 部510。
再者，在此，作为协议识别符说明了 "OC"和"IP",不过，可以 通过"存储介质"取得，也可以通过其它方法取得。
其次，AM1205b，使下载或构建后的文件系统的存储位置与XAIT 信息相对应来保存到2次记忆部510。
图23表示在2次记忆部510中使XAIT信息与下载或构建后的文 件系统相对应并保存的一个例子。
在图23中，对于与图22相同的部分，记上相同符号并省略说明。
列2201，保存与各Java(注册商标)程序分别相对应的下载或构建 后的文件系统的保存位置。
在图中，以箭头线表示保存位置。
2210是下载或构建后的文件系统，在内部包含根目录2211、目录 "a" 2212、目录"b"2213、目录"c" 2214、文件"APPlXlet.class" 2115、文件"APP2Xlet,class" 2116以及文件"APP3Xlet.class" 2117。
在此，AM1205b保存Java(注册商标)程序后保存XAIT信息，不过， 也可以在保存Java(注册商标)程序之前保存XAIT信息。
再者，将XAIT信息保存在2次记忆部510中，不过，也可以保 存在1次记忆部511。
在保存在1次记忆部511的情况下，在电源关闭时，所保存的所 有XAIT信息被删除。
在此，文件系统由对描述在XAIT信息中的多个Java(注册商标) 程序以及Java(注册商标)程序的执行所需要的数据来形成文件系统。
在下面，对描述在XAIT信息中的多个Java(注册商标)程序以及 Java(注册商标)程序的执行所需要的数据，称为应用程序。
再者，在下面，到2次记忆部510或1次记忆部511的应用程序 的下载，称为储存(store)。
再者，在2次记忆部510或1次记忆部511中用于储存应用程序
的区域，称为储存区域。
并且，由VM1203的构成应用程序的Java(注册商标)程序的执行， 称为应用程序的执行。
图24是表示将描述在XAIT信息中的应用程序储存到应用程序的 储存区域2301的状态的一个例子。
在图24中,应用程序的储存区域2301存储具有应用程序名"APP1" 的应用程序2311以及具有应用程序名"APP2"的应用程序2312。
其次，AM1205b，参照所保存在1次记忆部511或2次记忆部510 的XAIT信息，从下载到1次记忆部511的应用程序，或储存到2次记 忆部510的储存区域2301的应用程序中，向VM1203发送指定为 "autostart"的应用程序的Java(注册商标)程序。
参照图23，将在行2011所定义的应用程序"APP1"的Java(注册 商标)程序"a/APPlXlet"发送到VM1203。
若要执行的应用程序的Java(注册商标)程序名为"a/APPlXlet"， 向Java(注册商标)程序名的末尾附加".class"的文件"a/APPlXlet,class" 成为应该执行的文件。
VM1203执行发送来的应用程序的Java(注册商标)程序。
在下面，从AM1205b向VM1203的应用程序发送Java(注册商标) 程序，称为向VM1203的应用程序启动指示。
在此，在AM1205b接受XAIT信息的时刻，若描述在XAIT信息 的应用程序中存在已经储存的应用程序，则由于不需要下载或储存已 经储存的应用程序，因此可以省略储存处理。
据此，通过预先将应用程序储存到储存区域2301，来可以缩短从 AM1205b接受XAIT信息的时刻到进行向VM1203的应用程序启动指 示为止的时间。
再者，对于是否要进行应用程序的储存处理，可以使用储存优先 度2007来判断。
作为一个例子，储存优先度，若为11以上则储存，若小于11则
不储存。
对于该判断基准，若可以知道是否要进行应用程序的储存处理， 则并不一定为11。
并且，也可以作为其它信息来提供储存优先度2007。
图25和图26表示AM1205b接受XAIT信息后进行向VM1203的 应用程序启动指示为止的工作的一个例子的流程图。
图25是从接受XAIT信息到结束储存处理为止的流程图，图26 是储存处理后进行应用程序的启动时的流程图。
参照图25，若AM1205b接受XAIT信息(S2401)，则从描述在XAIT 信息的应用程序中选择还未选择的一个应用程序(S2402)。
在此，AM1205b,参照储存优先度2007,根据如上所述的判断基 准，判断是否要储存应用程序(S2403)。
在此，在储存应用程序的情况下(S2403，是)，AM1205b,判断是 否已经储存在S2402选择出的应用程序(S2404)，在没有储存的情况下 (S2404，否)，AM1205b，根据描述在协议识别符2003的协议和下载源 指定2005决定下载源，并进行下载来储存应用程序(S2405)。
再者，在通过DSMCC进行下载的情况下，也参照DSMCC识别 符2004。
在S2403判断为不储存应用程序的情况下(S2403，否)，或者，在 S2404已经储存应用程序的情况下(S2404，是)，或者，在进行S2405 的处理的情况下，则AM1205b判断是否选择了描述在XAIT信息的所 有应用程序(S2406)，在没有选择描述在XAIT信息的所有应用程序的 情况下(S2406，否)，从S2402反复处理。
在S2406，若判断为选择了描述在XAIT信息中的所有应用程序， 则AM1205b根据图26进行应用程序的启动。
AM1205b，再次从没有选择的描述在XAIT信息中的所有应用程 序中依次一个一个地选择应用程序(S2501)。
其次，AM1205b判断选择后的应用程序的控制信息2002是否
"autostart" (S2502)，在选择后的应用程序的控制信息是"autostart" 的情况下(S2502，是)，AM1205b判断是否储存有应用程序(S2503)。
在没有储存的情况下(S2503，否)，AM1205b，根据描述在协议识 别符2003的协议和下载源指定2005决定下载源，并进行下载来储存 应用程序(S2504)。
再者，在通过DSMCC进行下载的情况下，也参照DSMCC识别 符2004。
其次，AM1205b进行向VM1203的应用程序启动指示(S2505)。
并且，AM1205b判断是否选择了所有描述在XAIT信息的所有应 用程序(S2506)，在没有选择描述在XAIT信息的所有应用程序的情况 下(S2506，否)，从S2501反复处理。
在S2506，若判断为已经选择描述在XAIT信息的所有应用程序 (S2506，是)，则结束处理。
如此，进行从XAIT信息的接受到应用程序的储存处理和启动指 示为止的处理，在已经选择描述在XAIT信息的所有应用程序的情况 下结束处理。
在图25和图26中将应用程序的储存处理和启动指示分别依次处 理，不过，也可以在l次反复中进行这些处理。
再者，在此，AM1205b，将应用程序下载或储存到储存区域结束 后，向VM1203b发出应用程序的启动指示，不过，也可以是，AM1205b 接受XAIT信息后，在将应用程序下载或储存到储存区域之前，向 VM1203b发出应用程序的启动指示。
在此，通过AM1205b向VM1203发送应该执行的应用程序的程序 名，来实现启动指示。
这此情况下，VM1203，接受来自AM1205b的应用程序启动指示 后，进行下载、或者执行从1次记忆部511或储存区域的应用程序的 读取。
不仅在如图25或图26所示的、接受XAIT信息的情况下，启动
应用程序。
AM1205b，向正在执行中的具有特殊的权限的应用程序提供API， 该API可以处理其它应用程序的启动或停止等的寿命周期。
据此，正在执行中的具有特殊的权限的应用程序，指定要启动的 应用程序的信息，并可以使用该API来向AM1205b请求应用程序的启 动。
图27示出该流程图。
正在执行中的具有特殊的权限的应用程序，指定希望启动的应用 程序的信息，并呼叫由AM1205b提供的、进行应用程序的启动的 API(S2601)。
在此，AM1205b，检査是否已经储存希望启动的应用程序(S2602)。 在此，在没有储存的情况下(S2602，否)，AM1205b，根据描述在
协议识别符2003的协议和下载源指定2005决定下载源，并进行下载
来储存应用程序(S2603)。
其次，AM1205b，进行向VM1203的应用程序启动指示(S2505)，
并结束。
AM1205b，在接收XAIT信息时进行图25和图26的处理，因此， 随着更新XAIT信息而更新储存到储存区域2301的应用程序。
参照图28和图29，存在如下情况，即随着更新XAIT信息而更新 储存到储存区域2301的应用程序。
图28(a)表示在行2011所定义的应用程序"APP1"的XAIT信息， 图28(b)表示在AM1205b接收图28(a)的XAIT信息、并结束图25、图 26的处理时的储存区域2301。
在图28(a)的XAIT信息存在在行2011所定义的一个应用程序 "APP1"，因此在图28(b)的储存区域2301储存有一个"APP1" 2311。
其次，图29(b)表示，在储存区域2301为图表28(b)的状态下接收 29(a)的XAIT信息，并结束图25、图26的处理时的储存区域2301 。
图29(a)是XAIT信息，描述有在行2011所定义的应用程序"APP1"
和在行2012所定义的应用程序"APP2"。
在AM1205b接收图29(a)的XAIT信息时，如图29(b),在储存区 域2301储存两个应用程序，即在行2011所定义的应用程序"APP1" 和在行2012所定义的应用程序"APP2" 2312。
其次，说明本发明的主要功能，即由接受到XAIT信息的AM1205b 进行的下载源的决定和向用户的消息通知，该下载源的决定和向用户 的消息通知是储存描述在XAIT信息的应用程序时需要的。
具体而言，与图25和图26的S2405和S2504以及图27的S2603 的处理有关，该图25和图26是接收XAIT信息时的流程图，该图27 是具有特别的权限的应用程序呼叫AM1205b的应用程序启动API时的 流程图。
图30是仅示出AM1205b中的、进行储存处理时决定下载源的构 成部分的图。
对于其它构成部分，由于与本发明没有直接关系，因此省略说明。
AM1205b包括下载源决定部2卯1、调谐频率取得部2902、下载频 率取得部2卯3、储存部2卯4、通知部2905以及调谐请求部2906。
再者，在本实施方式中，假设作为以至少一个DSMCC方式所编 码的文件系统存在所选择的应用程序的情况。
具体而言，假设在所选择的应用程序的协议识别符2003指定有 0C，并下载源指定2005描述对应于至少一个协议识别符2003的"OC" 指定的下载源指定2005。
下载源决定部2901决定程序的下载源。
为此，下载源决定部2卯1接收XAIT信息的协议识别符2003和 下载源指定2005的信息。
在此，下载源决定部2901，判断所选择的应用程序具有哪种协议 识别符2003。
为了决定下载源，下载源决定部2901，从调谐频率取得部2卯2 取得当前的调谐信息，并从下载频率取得部2903取得对应用程序的下
载需要的频率。
在此，频率是代表对调谐所需要的信息而描述的，因此也可以将 对调谐需要的其它信息即调制方式或内部编码比等一并处理。 在下面，关于频率的所有描述是与此相同的。
下载源决定部2901，从调谐频率取得部2902取得调谐器的利用状 况和由正在利用的各调谐器所调谐到的频率。
并且，若存在希望利用的调谐器，则与调谐器的数量无关可以适 用本发明。
并且，即使在下载源指定2005指定有从OC的多个下载源，也可 以实施本发明。
艮P，下载源决定部2卯1，参照XAIT信息，在当前所选择出的应 用程序的协议识别符2003存在OC的情况下，从下载源指定2005取 得所有资源ID，并向下载频率取得部2卯3发送该资源ID，并且从下 载频率取得部2903接受传输流所传输的所有频率，该传输流中存在以 该资源ID所示的PMT来传输的频道。
并且，通过与当前的调谐信息进行比较来决定下载源。
并且，决定下载源后，下载源决定部2901向通知部2卯5指示通 知、向调谐请求部2906指示请求调谐以及向指示储存部2904储存。
再者，向调谐请求部2906指示请求调谐时，指示希望调谐的应用 程序的资源ID和要利用的调谐器。
此时，在对终端装置500对程序的下载可以利用多个调谐器的情 况下，下载源决定部2901，为了决定像利用哪个调谐器那样的方针， 考虑如下优先度的一个例子。
可以单独利用这些调谐器，也可以利用多个调谐器的组合。
1) 若存在没有利用的调谐器，则优先利用该调谐器。
2) 在用户像Picture in Picture(画中画)那样的一个画面上视听多个 节目的情况下，有可能以不同频率传输各节目。
此时，用户利用多个调谐器，在利用该调谐器的情况下，也可以
为了减少对用户的影响，优先处理在大画面视听中的服务，并利用调 谐到对用户的影响较少的小画面所传输的节目的调谐器。 当然，也可以与此相反。
3) 在用户同时进行录像和视听的情况下，也可以优先处理录像，并 利用调谐到正在视听中的节目的调谐器。
也可以与此相反。
4) 在通过PPV(Pay Per View)等选择了用户购买后的节目和免费节 目的情况下，也可以是，优先处理用户购买后的节目，并利用调谐到 免费节目的调谐器。
也可以与此相反。
再者，在此的方针是，下载源决定部2卯1决定要利用的调谐器， 不过，若按照这些方针选择调谐器的优先度，则并不一定要下载源决 定部2901执行本处理。
也可以是如下方针，即下载源决定部2卯1,向调谐请求部2卯6 仅指定资源ID,并在调谐请求部2卯6内选择要利用的调谐器。
并且，也可以是如下方针，即下载源决定部2卯1以及调谐请求部 2906仅指定资源ID，并调谐器程序库1205c决定要利用的调谐器。
并且，也可以是，储存结束后，从储存部2904接收通知，为了将 调谐重新设定到进行应用程序的下载前的频率，通知给调谐请求部 2906。
调谐频率取得部2卯2，将调谐器的利用状况和正在利用中的各调 谐器调谐到的频率，通知给下载源决定部2卯1。
在此，调谐频率取得部2902，通过从由调谐器程序库1205c管理 的、用于向调谐器请求调谐的信息中取得调谐器的利用状况以及正在 利用中的各调谐器调谐到的频率。
并且，在此示出了从由调谐器程序库1205c管理的信息中取得的 例子，不过，若可以取得调谐器的利用状况以及正在利用中的各调谐 器调谐到的频率，则可以通过其它方法来实现。
在存在多个调谐器的情况下，取得正在调谐到的所有的频率，并 以排列来通知这些结果。
再者，在此，虽然以排列来通知，不过，本发明的通知方法不限 于此，也可以是其它通知方法。
并且，也可以不将频率的值直接通知，而将下载源决定部2901和 调谐频率取得部2902可以解析的识别符通知。
并且，在此将调谐频率取得部作为AM1205b的一部分描述了，不 过，也可以作为调谐器程序库1205c的一部分存在，并该调谐器程序 库1205c与下载源决定部2901进行通信。
下载频率取得部2903,从下载源决定部2901接收资源ID，并从 资源ID取得频率信息，通知给下载源决定部2901，从而通知对应用程 序的下载所需要的频率。
在此，也可以是，不是将频率的值直接通知，而是将下载源决定 部2卯1和下载频率取得部2卯3可以解析的识别符通知。
在下载源决定部2901需要将资源ID转为频率。
为了从资源ID取得频率，需要从In-Band的传输流或从OOB取 得称为SVCT的SI(服务信息Service Information)信息，该SVCT基 于传输频率信息等对调谐需要的信息的NIT和资源ID来保持虚拟的频 道的表。
或者，除了 SVCT以外，还可以取得保持附加信息的称为LVCT 的SI信息。
从资源ID取得频率的该技术是公知技术，因此，对于详细内容请 参照Cable Television SCTE65。
并且，在此，以在通过OCAP规范来实现的情况为前提描述了， 不过，也可以通过除此以外的方法来解决资源ID和频率的关系。
并且，在此，将调谐频率取得部作为AM1205b的一部分描述了, 不过，也可以作为处理SI信息的专用模块的一部分存在，该处理SI 信息的专用模块与下载源决定部2901通信。
储存部2904，将应用程序从由下载源决定部2901所决定的下载源 下载并储存。
通知部2905,根据下载源决定部2901的决定结果向用户通知要下 载应用程序。
在此，通知部2905向终端装置500的CPU514发送希望向画面显 示的下载通知信息，并在OS1201的程序库1201b中包含的对话显示程 序向显示器509显示下载通知，来实现由通知部2905向用户通知要下 载应用程序。
在此，例如经过一定时间后从显示器509消除对话。
调谐请求部2906，根据由下载源决定部2901所指定的调谐请求， 使用所指定的调谐器，来调谐到传输所指定的应用程序的传输流。
并且，在此，将调谐请求部2906作为AM1205b的一部分描述了， 不过，也可以作为调谐器程序库1205c的一部分存在，并该调谐器程 序库1205c与下载源决定部2901通信来实现。
图31和图32是，示出在本实施方式中的接受到XAIT信息的 AM1205b进行的应用程序的储存处理工作的一个例子的流程图。
特别是，在从以DSMCC方式所编码的文件系统下载描述在XAIT 信息的应用程序来储存到储存区域2201时，需要从与正在调谐到的频 率不同的频率下载的情况下，AM1205b进行的储存处理工作的一个例 子的流程图。
参照图31和图32，下载源决定部2901接收所选择的应用程序的
XAIT信息(S3001)。
此时，检测在所选择的应用程序的协议识别符2003存在OC。 其次，下载源决定部2901，从调谐频率取得部2902取得正在调谐
到的频率(S3002)。
此时，若存在多个调谐器，则取得正在调谐到的所有频率。 其次，下载源决定部2901，从下载频率取得部2903取得应用程序
的频率(S3003)。
下载源决定部2901比较由S3002所取得的正在调谐到的频率与由 S3003所取得的应用程序的频率，来判断不变更现在的调谐也是否可以 进行应用程序的下载(S3004)。
此时，在正在调谐到的频率中没有下载应用程序的频率的情况下 (S3004，否)，下载源决定部2901向调谐频率取得部2卯2询问调谐器 的利用状况(S3005)。
此时，正在利用所有的调谐器的情况下(S3005，是)，下载源决定 部2卯1向通知部2卯5指示发出消息，以便通知进行下载因而妨碍正 在进行中的视听或录像。
然后，通知部2卯5向用户通知要下载应用程序(图32的S3101)。
再者，以后，在进行同样的处理时，作为通知模块，参照图32的 S3101的处理。
在此，通知部2905向终端装置500的CPU514发送希望向画面显 示的下载通知信息，在OS1201的程序库1201b中包含的对话显示程序， 向显示器509显示如图33所示的下载通知，来实现由通知部2905向 用户通知要下载应用程序。
3201是对话框，具有消息3202的显示部分。
再者，对于消息3202的字符串，若是可以提供向用户提供对应用 程序的下载所需要的信息的方法，则可以不限于图33中的字符串而是 其它字符串，并且，对于消息3202的形式，可以不限于字符串而是其 它形式。
进一步，对于对话框3201的显示部分，不限于图33的显示部分, 若可以向用户通知进行应用程序的下载、或者要妨碍现在的视听或录 像、或者这些两种内容，则可以是其它显示部分。
接着，在向用户通知消息后以及不是正在利用所有调谐器的情况 下(即，存在未利用的调谐器的情况下(S3005，否))，下载源决定部2901， 向调谐请求部2906请求可以进行应用程序的下载的频率的调谐 (S3006)。
调谐请求部2906,接受该请求后开始调谐。
而且，下载源决定部2901，向储存部2904指示应用程序的下载以 及储存。
储存部2904，接受该指示后，进行所指示的应用程序的下载以及 储存。
再者，储存部，储存结束后，可以返回到呼叫下载源决定部2卯1 来返回到原来的执行，也可以在结束时向下载源决定部通知消息。 并且，也可以通过呼叫的返回值来通知是否成功储存。 如此，进行并结束所指定的应用程序的储存处理。 而且，在此，对于由通知部2905的向用户的应用程序下载通知， 通知部2905向终端装置500的CPU514发送希望向画面显示的下载通 知信息，并由OS1201的程序库1201b中包含的对话显示程序，向显示 器509显示下载通知来实现，不过，对于由通知部2905的向用户的下 载通知，若用户可以检测应用程序的下载的如下方法，则通过其它方 法也可以实施，即向遥控器的液晶画面显示下载通知、或者参照图34 向终端装置主机的7段LED3302显示下载通知、或者使终端装置主机 的灯3301点亮。
在图34中，对于与图7相同的部分，记上与图7相同的符号并省 略说明。
再者，在此，在应用程序的下载时，通知部2卯5，可以向用户通 知下载的进行程度，也可以显示"loading"等的消息，还可以切换为 其它影像、声音。
此时所显示的影像及声音，可以保存在终端装置内，也可以存在 于进行应用程序的下载的传输流内。
并且，也可以向用户通知进行应用程序的下载的传输流内的节目， 并切换为用户所选择的节目的影像及声音。
并且，在本实施方式中，在打开终端装置500的电源时或者在更 新XAIT信息后，AM1205b接受XAIT信息。
艮P,在本实施方式中，对于由AM1205b的XAIT信息的接受，将 在打开终端装置500的电源时的由AM1205b的XAIT信息的接受，以 及终端装置500启动后更新XAIT信息时的由AM1205b的XAIT信息 的接受作为对象，不过，对于XAIT信息的更新，不限于从前端101 发送的XAIT信息本身的更新，由AM1205b或应用程序的XAIT信息 的更新等的其它方法也可以实施本发明，并可以适用于以后的实施方 式中。
在此，针对具有特别的权限的应用程序AM1205b具有用于进行 XA1T信息的更新的API，来可以实现该由应用程序的XAIT信息的更 新。
用于进行XAIT信息的更新的API包括，使得由具有特别的权限 的应用程序所制作的新的XAIT信息可以登记的API、以及使得 AM1205b在1次记忆或2次记忆所保存的XAIT信息可以校正的API。 这些用于进行XAIT信息的更新的API是通过公知技术来实现的。 例如，对于登记XAIT信息的API，在OCAP规范(OCAP 1.0 Profile OC-SP國OCAP1.0-IF-I09-031121)的AnnexG OCAP 1.0 Application API中 定义为org.ocap.application.AppManagerProxy级的registerUnboundApp 方法。
具有特别权限的应用程序，在使用登记XAIT信息的API进行新 的XAIT信息登记(具有特别权限的应用程序制作的新的XAIT信息的 登记)的情况下，AM1205b,将由该具有特别权限的应用程序所登记的 XAIT信息，作为XAIT信息的更新接受。
如上所述，通过适用实施方式l，在从与正在调谐中的频率不同的 频率进行应用程序的下载的情况下，可以向用户实现通知正在视听或 录像中的影像及声音等的服务的停止。
据此，可以避免忽然发生不能视听或录像的情况。
(实施方式2)
在实施方式1中，在下载源决定部2901决定应用程序的下载源的
情况下，通知部2卯5向用户通知由于下载应用程序因此将中断正在进 行的视听或录像，但是不判断是否有用户的确认。
据此，在本实施方式中，除了实施方式1的部分以外，还包括应 答接受部，接受来自用户的应答(图35的3507)。
参照图35，对于以与图30相同的符号表示的部分，具有与图30 相同的功能，因此在本实施方式中省略说明。
再者，与实施方式1相同，在本实施方式中假设以下情况，即作 为以至少一个DSMCC方式所编码的文件系统存在所选择的应用程序。
具体而言，假设以下情况，即在所选择的应用程序的协议识别符 2003指定有OC的设定，并下载源指定2005描述对应于以至少一个协 议识别符2003的"OC"指定的下载源指定2005。
下载源决定部3501，除了下载源决定部2卯1的部分以外，还包括 应答接受部3507，并向应答接受部3507指示接受应答，从而接收用户 的应答。
其中，接收该用户的应答后，向调谐请求部2906指示请求调谐， 并向储存部2904指示储存。
应答接受部3507,从下载源决定部3501接收应答接受指示后，等 待用户的应答，并接收用户的应答后，将用户的应答通知给下载源决 定部3501。
而且，也可以是如下方针，等待来自用户的应答的应答接受部 3507，预先决定对等待来自用户的应答的限制时间，若经过限制时间 也没有来自用户的应答，则应答接受部3507可以独自判断。
用户按照通知部2卯5所显示的画面按下遥控器上的十字键或OK 键来可以实现应答接受部3507。
图36及图37表示通知部所显示的画面的一个例子。
在图36中，除了实施方式1所示的图33的部分以外还包括OK 按钮3603。
再者，在图37中，除了实施方式1所示的图33的部分以外，还
包括Yes按钮3703和No按钮3704。
此时，对于向用户通知的消息内容，若可以向用户通知进行下载
因而将中断用户正在进行的视听或录像，则不需要限于3602及3702。 并且，可以以文件表现以外的其它表现来提示消息。 并且，3603、 3703以及3704的按钮内的字符串，也不需要限于此。 进一步，在图33、图36及图37中，若可以向用户通知应用程序
的下载以及视听或录像的中断，并CPU514可以识别用户选择了下载
通知的确认，则可以呈其它显示部分。
图38是示出，在本实施方式中，在如图36仅接受用户的承认的
情况下的应用程序的储存处理工作的一个例子的流程图。
再者，在图38中，重写图32的处理即在实施方式1所示的流程
图31的一部分。
对于图31的处理，由于与实施方式1的处理相同，因此省略说明。 图31中的对是否正在使用所有调谐器的判断(S3005)中，在正在使 用所有调谐器的情况下，参照图38，下载源决定部3501，向通知部2卯5 指示通知下载应用程序而将中断正在进行的视听或录像，通知部2卯5 根据来自下载源决定部3501的指示向用户通知消息(S3801)。
此后，下载源决定部3501向应答接受部3507指示等待用户的应答。
接受该指令时，应答接受部3507等待来自用户的输入信息，若接 受输入信息，则将用户确认的信息通知给下载源决定部3501(S3802)。
再者，以后，在进行同样的处理时，作为通知、应答模块l，参照 图38的S3801和S3802的处理。
接受该通知时，下载源决定部3501向调谐请求部2卯6指示调谐 到要下载的应用程序所传输的传输流的频率，此后，向储存部2904发 出应用程序的下载及储存请求，来进行应用程序的下载。
其次，图39和图40示出，在如图36接受用户的承认或拒绝的情 况下的应用程序的储存处理工作的一个例子的流程图。
首先，在图39中向图31追加了S3910的处理，表示从图40返回 到的处理，以便应对用户的拒绝应答。
据此，对于图39，表示与图31相同的处理，因此省略说明。
因而，图39中的对是否正在使用所有调谐器的判断(S3005)中，在 正在使用所有调谐器的情况下(S3005,是)，参照图40，下载源决定部 3501，向通知部2905指示通知下载应用程序而将中断正在进行的视听 或录像，通知部2卯5将消息通知给用户(S4001)。
此后，下载源决定部3501向应答接受部3507指示等待用户的应答。
接受该指令时，应答接受部3507等待来自用户的输入信息，若接 受输入信息，则将确认用户的信息通知给下载源决定部3501(S4002)。
接受该通知时，下载源决定部3501考虑用户的应答是允许下载还 是拒绝下载(S4003)，在允许了的情况下(S4003，是)，可以进行下载， 因此返回到图39A的处理，并在拒绝了的情况下(S4003，否)，不能进 行下载，因此返回到图39B的处理。
而且，若返回到A的处理，则下载源决定部3501向调谐请求部 2906指示调谐到要下载的应用程序所传输的传输流的频率，此后，向 储存部2卯4发出应用程序的下载及储存请求，来进行应用程序的下载。
并且，返回到B的处理时，由于不进行下载，因此结束处理。
再者，以后，在进行同样的处理时，作为通知、应答模块2，参照 图40的S4001至S4003的处理。
而且，也可以是如下方针，等待来自用户的应答的应答接受部 3507，预先决定对等待来自用户的应答的限制时间，若经过限制时间 也没有来自用户的应答，贝U应答接受部3507可以独自判断。
如此，根据实施方式2，在应用程序的下载中，通过向用户通知将 中断正在用户进行的视听或录像并接收来自用户的应答，从而用户可 以知道下载处理也可以拒绝下载处理。
据此，用户可以继续视听或录像。
(实施方式3)
在实施方式2中，可以接受来自用户的应答，并用户可以拒绝应 用程序的下载。
然而，进行了拒绝时，用户不能知道什么时候进行下一个下载。
并且，每当终端装置接收应用程序的下载请求时，就显示是否进 行下载的询问，因此有可能用于询问的窗口将妨碍用户的视听或录像。
因而，本实施方式，其中，包括定时设定部(图41的410S)，以便 在用户拒绝应用程序的下载时，用户可以设定进行下载的时间。
据此，通过由用户设定下载时间，来可以设定用户不进行视听或 录像的时间，因此可以避免妨碍用户的视听或录像。
参照图41，对于以与图30或图35相同的符号表示的部分，具有 与图30或图35相同的功能，因此在本实施方式中省略说明。
定时设定部4108测量由下载源决定部4101所指定的设定时间。
并且，其中，经过设定时间后，向下载源决定部4101通知设定时 间的经过。
在下载源决定部4101中，下载源决定部3501，进一步，向通知部
2卯5指示将关于定时设定的消息通知给用户，并通过应答接受部3507
接收来自用户的应答。
接受该结果后，向定时设定部4108指示设定时间。
并且，其中，下载源决定部4101，在从定时设定部4108接受设定
时间经过的通知时，向调谐请求部2906指示调谐，并向储存部2904
指示储存。
再者，下载源决定部4101，在从定时设定部4108接收设定时间经 过的通知时，可以再次通过通知部2905将消息通知给用户。
进一步，也可以是如下方针，即由应答接受部3507接收并处理针 对通知部2905所显示的消息的用户应答。
并且，在此，可以由用户设定时间，不过，也可以在下载源决定 部4101具有默认设定时间，并用户拒绝下载时，不向用户询问设定时
间而向定时设定部4108指示默认设定时间。
再者，与实施方式l、 2相同，在本实施方式中假设以下情况，即 作为以至少1个DSMCC方式所编码文件系统存在所选择的应用程序。
具体而言，假设以下情况，即在所选择的应用程序的协议识别符 2003指定有OC的设定，并下载源指定2005描述对应于至少1个协议 识别符2003的"OC"指定的下载源指定。
图42及图43示出由通知部显示的画面的一个例子。
在图42中，在实施方式2所示的图37按下No按钮3704后，向 用户通知是否进行定时设定。
据此，在图42中包括消息4202，向用户询问是否设定进行下载 的时间；Yes按钮4203;以及No按钮4204。
再者，在此，若至少通知可以设定进行下载的时间，则不限于图 42中的方式。
并且，可以省略图42所示的可以设定进行下载的时间的消息。 其次图43是，促使用户指定下载设定时间的画面的一个例子。 因而，在图43中包括消息4302，促使用户设定下载时间；按钮
4304 4309;用于指定设定时间；以及OK按钮4310，通知输入结束。 并且，对于通知给用户的消息的内容，若是可以促使用户设定下
载时间的消息，则不需要限于4302。
并且，在此如下方针，即通过选择4304 4309来进行时间指定，
不过，也可以从遥控器直接输入数字，或者对于输入形式，若可以知
道用户所指定的时间，则可以任何方法。
并且，也可以追加如下处理，即检测是否有输入错误并促使用户
再输入。
进一步，在图43中仅指定时间，不过，关于设定时间的内容，例 如曰期、时间、分等，若可以知道由用户所设定的下载时机，则不需 要限于在此作为一个例子所示的、由图43的通知部所显示的画面。
并且，图42及图43都可以以文件以外的其它格式来显示消息。
并且，对于图42及图43中的各按钮内的字符串，也不需要限于 其内容。
艮口，对于图43，若用户可以设定下载设定时间，则可以是其它格式。
图44是示出在本实施方式中由用户设定下载设定时间时的处理工 作的一个例子的流程图。
再者，在图44中，重写在实施方式2所示的流程图39的一部分 的图40的处理。
据此，对于图39的处理，与实施方式2相同的处理，因此省略说明。
图39中的对是否正在使用所有调谐器的判断(S3005)中，在正在使 用所有调谐器的情况下，参照图44,进行通知、应答模块2的处理， 并向用户询问是否进行下载(S4401)。
在此结果为A的情况下，由于用户承认了下载，因此进行下载处 理(对于详细内容，在上面已经说明，因此省略说明)。
另一方面，在此结果为B的情况下，由于用户拒绝了下载，下载 源决定部4101向通知部2905指示通知可以设定下载应用程序的时间， 通知部2卯5将消息通知给用户(S4402)。
此后，下载源决定部4101向应答接受部3507指示等待用户的应答。
接受该指令时，应答接受部3507等待来自用户的输入信息，若接 受输入信息，则将用户的定时设定可否应答通知给下载源决定部 4101(S4403)。
下载源决定部4101 ，根据该通知来判断是否进行定时设定(S4404)。 在不进行定时设定的情况下(S4404，否)，返回到图39B，并结束 处理。
另一方面，在进行定时设定的情况下(S4404，是)，下载源决定部 4101向通知部2卯5指示通知可以设定下载应用程序的时间，通知部
2卯5将通知消息通知给用户(S4405)。
此后，下载源决定部4101向应答接受部3507指示等待用户的应答。
接受该指令时，应答接受部3507等待来自用户的输入信息，若接 受输入信息，则将用户的定时设定时间通知给下载源决定部 4101(S4406)。
而且，下载源决定部4101将设定时间通知给定时设定部4108，定 时设定部4108设定接收到的时间(S4407)。
定时设定部4108等待到经过设定时间为止(S4408)。
若经过时间，则返回到图39A进行下载处理。
此时，可以返回到S4401的处理，以便询问是否再次进行下载。
再者，在省略如图42所示的、向用户询问是否设定下载的设定时 间的处理的情况下，通过省略图44的S4402、 S4403及S4404来可以 执行。
如上所述，根据实施方式3，在用户拒绝应用程序的下载时可以指 定下载设定时间。 (实施方式4)
在实施方式3中，接受来自用户的应答，并在用户拒绝应用程序 的下载时，用户可以指定可以进行下载的设定时间。
本实施方式，其中，假设用户拒绝应用程序的下载时通过网络进 行下载，为此包括网络连接部(图45的4509)。
参照图45,对于以与图30或图35相同的符号表示的部分，具有 与图30或图35相同的功能，因此，在本实施方式中省略说明。
再者，与实施方式l、 2相同，在本实施方式中假设如下情况，即 作为以至少一个DSMCC方式所编码的文件系统存在所选择的应用程 序，且所选择的应用程序也存在于提供程序的下载的服务器。
具体而言，假设如下情况，即在所选择的应用程序的协议识别符 2003指定有OC和IP两者的设定，并下载源指定2005描述对应于至
少一个协议识别符2003的"OC"指定的下载源指定和对应于至少一 个协议识别符2003的"IP"的下载源指定。
在下载源决定部4501中，向下载源决定部3501加上网络连接部 4509，向网络连接部4509询问是否可以使用网络的连接，并接收应答。
并且，下载源决定部4501设定下载源指定2005，其向网络连接部 4509指示网络的连接目的地，并接收下载后的应用程序，从而向储存 部4504发出储存请求。
再者，向网络连接部4509询问是否可以使用网络的连接并接收应 答的功能，是为了防止在进行下载时发生错误而考虑的功能，然而不 一定需要其功能。
网络连接部4509，针对来自下载源决定部4501的可否使用网络的 连接的询问检查现在可否使用网络，并通知给下载源决定部4501 。
并且，在从下载源决定部4501接收指定网络的连接目的地的下载 源指定2005时，连接到所指定的服务器，并下载文件。
并且，向下载源决定部4501发送下载后的应用程序。
或者，也可以向储存部4504直接发送。
储存部4504具有将由下载源决定部4501或网络连接部4509所指 定的应用程序储存的功能。
图46是示出在本实施方式中通过网络进行应用程序的下载的工作 的一个例子的流程图。
再者，在图46中，重写在实施方式2所示的流程图39的一部分 的图40的处理。
据此，对于图39的处理，与实施方式2相同的处理，因此省略说明。
图39中的对是否正在使用所有调谐器的判断(S3005)中，在正在使 用所有调谐器的情况下，参照图46，进行通知、应答模块2的处理 (S4601)，并向用户询问是否进行下载(S4602)。
在此结果为A的情况下，由用户承认了下载，因此进行下载处理(对
于该处理，与上述实施方式相同，因此省略说明)。
另一方面，在此结果为B的情况下，由于用户拒绝了下载，下载 源决定部4501向网络连接部4509询问是否可以使用网络(S4602)。
下载源决定部4501，根据从网络连接部4509接收到的网络的可否 使用的判断(S4603)，在不能使用的情况下(S4603，否)结束处理。
或者，也可以向用户通知不能使用网络。
或者，可以使处理可以移动到实施方式3所示的图44的S4402， 以便在用户的视听或录像结束的时间可以进行下载的定时设定。
另一方面，在可以使用网络的情况下(S4603，是)，下载源决定部 4501向网络连接部4509发送下载源指定2005,并进行下载请求的指 示(S4604)。
而且，接受该指示后，网络连接部4509通过下载源指定2005进 行应用程序的下载(S4605)。
而且，网络连接部4509向下载源决定部4501发送下载后的应用 程序。
下载源决定部4501向储存部4504指示储存该应用程序。 储存部4504储存接收到的该应用程序(S4606)。 再者，网络连接部4509也可以向储存部4504直接发送下载后的 应用程序。
再者，不一定需要预先询问可否使用网络的S4602和S4603的处 理，因此，如图47，也可以不进行S4602和S4603的处理。
如上所述，根据实施方式4，在用户拒绝对从以DSMCC方式所编 码的文件系统的下载需要的调谐时，可以进行通过网络的下载。
(实施方式5)
在实施方式4中，在用户拒绝应用程序的下载时，可以进行通过 网络的下载。
在本实施方式中，假设用户可以选择下载方法。
再者，与实施方式4相同，在本实施方式中假设以下情况，即作
为以DSMCC方式所编码的文件系统存在所选择的应用程序，且所选 择的应用程序也存在于提供程序的下载的服务器。
具体而言，假设以下情况，即在所选择的应用程序的协议识别符 2003指定有OC和IP两者的设定，并下载源指定2005描述对应于至 少一个协议识别符2003的"OC"指定的下载源指定和对应于至少一 个协议识别符2003的"IP"的下载源指定。
对于本实施方式的构成部分，在下载源决定部4501中，向图45 的下载源决定部4501加上如下功能，即向通知部2卯5指示将促使用 户选择作为下载方法的网络和调谐器的消息通知给用户，并向应答接 受部3507指示接收该消息的应答。
而且，根据由应答接受部3507所通知的、用户所选择的下载方法， 下载源决定部4501进行设定，以便进行下载。
具体而言，在选择了调谐器的情况下，适用与上述实施方式1至3 相同的功能，在选择了网络的情况下，执行通过网络的下载。
再者，在此，对于通知给用户的下载方法，将网络和调谐器作为 例子进行了说明，不过，若可以下载或取得程序，则不需要限于此方 法。
并且，通知给用户的下载方法，可以协议识别符2003的一部分或 可以协议识别符2003的全部。
图48示出由通知部显示的画面的一个例子。
图48包括消息4702,促使用户选择下载方法；按钮(4703和 4704)，选择网络和调谐器；以及按钮4705，用于通知用户的选择结束。
再者，此时，对于向用户的消息的内容、按钮的形式或显示内容， 不一定需要为图48的形式。
艮P，对于图48，若用户可以指定下载源，则可以是其它表现方式。
图49是示出在本实施方式中用户设定下载源的处理工作的一个例 子的流程图。
再者，在此示出，在实施方式2所示的图37中按下No按钮3704
后，促使用户指定下载源的情况。
据此，在图49中，重写在实施方式2所示的流程图39的一部分 的图40的处理置。
据此，对于图39的处理，与实施方式2相同的处理，因此省略说明。
图39的对正在是否使用所有调谐器的判断(S3005)中，在正在使用 所有调谐器的情况下，参照图49,下载源决定部4501向网络连接部 4509询问是否可以使用网络(S4801)。
下载源决定部4501，考虑从网络连接部4509接收到的网络的是否 可以使用的判断(S4802)，在不能使用的情况下(S4802,否)进行图50 所示的通知模块/通知、应答模块1 /图51所示的通知、应答模块2 /或时间设定模块，并进行使用调谐器的下载(图50的S4806或图51 的S4806)。
另一方面，在可以使用网络的情况下(S4802，是)，下载源决定部 4501向通知部2905指示向用户通知可以选择应用程序的下载方法，并 通知部2905通知消息(S4803)。
此后，下载源决定部4501，向应答接受部3507指示等待用户的应答。
接受该指令时，应答接受部3507等待来自用户的输入信息，若接 受输入信息，则将所选择的下载方法通知给下载源决定部4101(S4804)。
下载源决定部4501，判断接收后的下载方法是否网络(S4805)，在 用户没有选择从网络下载的情况下(S4805,否)，进行图50所示的通知 模块/通知、应答模块1 /图51所示的通知、应答模块2 /以及时间 设定模块中的任一方，并进行使用调谐器的下载(图50的S4806或图 51的S4806)o
另一方面，在选择了网络的情况下(S4805，是)，下载源决定部4501 ， 向网络连接部4509发送下载源指定2005，并进行下载请求的指示 (S4807)。
而且，接受该指示时，网络连接部4509通过下载源指定2005进 行应用程序的下载(S4808)。
而且，网络连接部4509向下载源决定部4501发送下载后的应用 程序。
下载源决定部4501向储存部4504指示储存该应用程序。 储存部4504储存接收到的该应用程序(S4806)。 再者，网络连接部4509也可以向储存部4504直接发送下载后的 应用程序。
再者，也可以是，在将下载方法的选择通知给用户时，将在使用 网络进行程序的下载的情况下、以及在从以DSMCC方式所编码的文 件系统下载的情况下的预测时间或下载时间提示给用户，以便用户容 易判断。
并且，也可以是，在使用调谐器的情况下，向用户通知将中断正 在进行的视听或录像。
再者，在此为止示出了如下方法，即在使用所有调谐器的情况下， 用户可以选择通过网络下载或通过调谐器下载，不过，也可以假设如 下方法，即与是否使用所有调谐器无关，用户可以选择下载源。
具体而言，在此为止，将图49作为图39的一部分处理，不过， 可以假设如下方法，即，以图39的开始代替从图49的S4801开始进 行到10的处理。
通过使用本实施方式，用户可以选择下载方法。
(实施方式6)
在实施方式5中，用户可以选择应用程序的下载方法。 在本实施方式中说明如下方法，即在用户拒绝通过调谐器的下载
的情况下，优先处理通过网络的下载。
再者，与实施方式4、 5相同，在本实施方式中假设以下情况，即
作为以DSMCC方式所编码的文件系统存在所选择的应用程序，且所
选择的应用程序存在于提供程序的下载的服务器。
具体而言，假设以下情况，即在所选择的应用程序的协议识别符
2003指定有OC和IP两者的设定，并下载源指定2005描述对应于至 少一个协议识别符2003的"OC"指定的下载源指定和对应于至少一 个协议识别符2003的"IP"的下载源指定。 图52示出本实施方式的构成部分。
再者，通知部2905、应答接受部3507以及调谐请求部2卯6，不 是本发明必要的部分，因此以虚线表示。
并且，对于图52所示的各部分，可以适用在此为止说明的实施方 式的构成部分，因此省略说明。
图53和图54示出在本实施方式中用户拒绝通过调谐器的下载时 优先处理网络的下载的工作的一个例子的流程图。
参照图53,对于S5001至S5004,与图31及图39相同的处理， 因此省略说明。
据此，在没有调谐到S5004的应用程序的频率的情况下(S5004， 否)，参照图54，下载源决定部4501向网络连接部4509询问是否可以 使用网络(S5101)。
接受该结果后，下载源决定部4501按照是否可以使用网络的判断 (S5102),在不能使用的情况下(S5102，否)，返回到图53B的处理并结 束。
另一方面，在可以使用的情况下(S5102，是)，进行S5103至S5105 的处理。
在此，对于S5103 S5105的处理，与图46的S4604 S4606相同，
因此省略说明。
再者，在图53中说明了如下方法，即对是否正在调谐应用程序的 频率的判断(S5004)为否的情况下，通过网络立即下载，不过，在此可 以如下设定，即判断正在是否使用所有调谐器，并仅在正在使用所有 调谐器的情况下，进行到图54的处理。
而且，说明了如下方法，即在S5102的判断中不能使用网络的情
况下，结束下载的处理。
据此，在不能使用网络的情况下，可以根据需要追加通知部2905、 3507的应答接受部以及调谐请求部2906，如图55的S5206，也可以进 行图50所示的通知模块/通知、应答模块1 /图51所示的通知、应答 模块2/以及时间设定模块中的任一方，并进行使用调谐器的下载(图 50的S4806或图51的S4806)。
通过使用本实施方式，在需要调谐器的情况下，可以优先处理通 过网络的下载。
(实施方式7)
在实施方式6中说明了如下方法，即考虑用户正在视听或录像中 的调谐，在需要调谐的情况下通过网络下载。
在本实施方式中说明如下方法，即在协议识别符2003有IP指定 的情况下，不考虑当前的调谐信息或要下载的应用程序的频率，就通 过网络下载。
据此，在本实施方式中假设如下情况，即在提供程序的下载的服 务器存在所选择的应用程序。
具体而言假设如下情况，即在所选择的应用程序的协议识别符 2003指定IP的设定，并下载源指定2005描述对应于至少一个协议识 别符2003的"IP"的下载源指定。
图56示出本实施方式的构成部分。
对于图56所示的各部分，可以适用在此为止说明的实施方式的构 成部分，因此省略说明。
再者，以虚线所示的部分不是必要的部分。
图57示出在本实施方式中在应用程序的下载源存在来自IP的下 载时，优先处理网络的下载的工作的一个例子的流程图。
参照图57，下载源决定部4501接受应用程序信息(S5401)。 该应用程序信息包括所选择的应用程序的协议识别符2003以及下 载源指定2005等。
此时，下载源决定部4501检验协议识别符2003中存在IP。 其次，下载源决定部4501，向网络连接部4509询问是否可以使用 网络(S5402)。
下载源决定部4501，判断是否可以使用网络(S5403)，在不能使用 的情况下(S5403，否)结束。
另一方面，在可以使用网络的情况下(S5403，是)，下载源决定部 4501，指定下载源指定2005，并向网络连接部4509请求下载(S5404)。
网络连接部4509，从所指定的下载源指定2005下载(S5405)。
而且，网络连接部4509，向下载源决定部4501发送下载后的应用 程序，下载源决定部4501，向储存部4504指示储存应用程序，从而储 存部4504进行储存(S5406)。
而且，在此说明了，图57的网络的可否使用的判断(S5403)中在不 能使用网络时结束处理的情况，不过，如图58所示，可以继续到图59 的通过调谐器的下载处理。
对于图59，从图39的处理中仅除去S3001的处理，因此省略详细说明。
参照图59，在对是否正在使用所有调谐器的判断(S5604)中判断为 是的情况下，进行图50所示的通知模块/通知、应答模块1/图51 所示的通知、应答模块2/以及时间设定模块中的任一方，并使用调谐 器进行下载(图50的S4806或图51的S4806)。
再者，以后，在进行同样的处理时，作为来自DSMCC的下载模 块，参照图59的S5601 S5606的处理。
在本实施方式中说明了优先进行通过网络的下载的方法。
据此，可以设想减少妨碍用户的视听或录像。
(实施方式8)
对于应用程序的下载方法， 一般使用DSMCC来通过调谐器下载。 据此，在实施方式1 6中说明了，优先考虑进行通过DSMCC的 下载方法。
并且，在实施方式7中说明了如下方法，即将网络的下载优先于 通过DSMCC的下载处理，以免下载速度妨碍用户的下载。
然而，在本实施方式中说明如下方法，即从可以下载的方法中， 查找可以以最快的速度进行下载的下载源，来进行下载。
再者，在本实施方式中，也可以是如下方式，即特别在使用网络 下载程序时，若存在多个下载源指定2005，则从速度最快的下载源下载。
图60示出本实施方式的构成部分。
对于图60所示的各部分，可以适用在此为止说明的实施方式的构 成部分，因此省略说明。
再者，以虚线所示的部分不是必要的部分。
图61及图62示出在决定应用程序的下载源时速度最快的下载源 进行下载工作的一个例子的流程图。
参照图61，下载源决定部4501接受应用程序信息(S5801)。
该应用程序信息包括所选择的应用程序的协议识别符2003以及下 载源指定2005等。
其次，下载源决定部4501，向网络连接部4509询问是否可以使用 网络(S5802)。
下载源决定部4501，判断是否可以使用网络(S5803)，在可以使用 的情况下(S5803,是)，下载源决定部4501，从使用网络的程序的下载 指定源中，决定速度最快的网络(S5804)。
对于求出该速度最快的网络的方法，有如下方法，即针对由下载 源指定2005所设定的服务器使用一种指令即ping来检验网络沟通。
ping是一种指令，向希望检验网络沟通的主机发行IP数据包，来 检验该数据包确实发送到主机并主机进行应答。
据此，有如下方法，即将该应答最快的服务器作为速度快的服务 器，不过，也可以采用除此以外的方法。
再者，对于如此方法，即确定通过速度最快的网络的下载源指定
2005并从该服务器下载的方法，也可以适用于上述实施方式1 7。 其次，比较通过下载源指定2005的下载速度与使用调谐器通过
DSMCC的下载速度，该下载源指定2005是由下载源决定部4501所求
出的速度最快的网络(S5805)。
再者，也可以如下设定，即由取得数据包的硬件来检测通过
DSMCC的下载速度，并下载源决定部4501可以取得该值，该硬件取
得数据包。
并且，也可以下载源决定部4501,预先作为固定值来保持传输流 的比特率。
其次，下载源决定部4501，通过在S5805进行的比较来判断网络 是否速度最快(S5806)。
根据此结果，在网络为速度最快的情况下(S5806，是)，进行到图 62的处理5,网络连接部4509从下载源指定2005下载程序(S5807)
而且，向下载源决定部4501发送下载后的应用程序，下载源决定 部4501向储存部4504发送应用程序，并向储存部4504指示储存应用 程序(S5808)。
另一方面，在判断为网络不是速度最快的情况下(S5806,否)，进 行到图62中的处理6。
再者，在不能使用S5803的网络的情况下，也进行到图62中的处 理6。
此时，由于使用调谐器，因此进行图59中的处理(S5809)。 再者，在图59中的10的处理中，可以使用在实施方式1 3所示 的方法。
在本实施方法中说明了如下方法，即网络及DSMCC的下载中， 通过以最高速度可以下载的下载源下载。 (实施方式9)
在如上所述的实施方法中，作为下载应用程序的方法，考虑了通 过网络和DSMCC下载的方法。
在本实施方法中，考虑从存储介质取得应用程序。 在从存储介质取得的情况下，由于不需要调谐器，因此不妨碍用
户的视听或录像。
因此，在接收请求从存储介质取得应用程序时，向用户指示插入
存储介质来可以实现其。
在此，对于存储介质，CD、 DVD以及BD等的光盘介质，或使用 半导体的存储卡等，若可以将信息记忆到介质中，则可以是任何介质。
图63示出由通知部显示的画面的一个例子。
在此示出，在需要取得程序的时机，请求插入存储介质的画面。
在此包括消息5卯2，促使插入存储介质；Ok按钮5903;以及 取消按钮5卯4。
再者，在此，若可以知道结束存储介质的插入，或可以知道将取 消处理，则显示方法或来自用户的应答不需要限于此方法。 图64示出指定指定介质时的XAIT的一个例子。 即示出，在协议识别符2003指出media(媒体)，在下载源指定2005 指出存储介质。
对于其它项目，与实施方式l的说明相同，因此省略说明。
再者，本实施方式所示的从存储介质的程序的取得，不限于通过 XAIT信息的取得，也可以适用使用其它信息的请求。
并且，对于图64所示的项目，若可以识别从存储介质取得应用程 序，则不需要限于图64的项目及表现。
图65示出本实施方式的构成部分。
对于以与图30、图35以及图45相同的符号表示的部分，可以通 过与如上所述相同的功能来实现，因此省略说明。
在下载源决定部6101中，向下载源决定部4501加上如下功能， 即向通知部2905指示显示促使插入存储介质的消息，并由应答接受部 3507接收来自用户的应答。
而且，向存储介质处理部6110指示从存储介质读取，并指示将取
得后的应用程序储存到储存部4504。
存储介质处理部6110，根据下载源决定部6101的指示，从存储介 质读取，并取得由下载源决定部所指定的应用程序。
其次，图66示出从存储介质读取应用程序的流程图的一个例子。
下载源决定部6101，向通知部2905指示显示消息，该消息向用户 请求插入存储介质，并通知部2905显示该消息(S6201)。
此后，下载源决定部6101，向应答接受部3507指示等待用户的应答。
接受该指令时，应答接受部3507，等待来自用户的输入信息，若 接受输入信息，则将所选择的用户应答通知给下载源决定部 6101(S6202)。
下载源决定部6101，根据接收到的用户应答判断存储介质是否己 插入(S6203)，在存储介质已插入的情况下，下载源决定部6101向存储 介质处理部6110指示读取应用程序，并存储介质处理部6110从存储 介质读取应用程序(S6204)。
存储介质处理部6110向下载源决定部6101发送取得后的应用程 序，下载源决定部6101向储存部4504指示储存应用程序，从而储存 部4504进行储存(S6205)。
另一方面，在取消插入存储介质的情况下结束处理。
再者，在此，仅说明了从存储介质取得应用程序，不过，通过与 网络连接部4509 —起使用，来可以检验在从存储介质取得的应用程序 中是否存在最新的应用程序。
这是，在协议识别符2003存在media和IP两者的情况下，可以参 照下载源决定部2005。
或者，作为一个例子，预先在存储介质内与应用程序一起保存文 件，该文件指定保存最新应用程序的服务器以及目录，在由存储介质 处理部6110从存储介质读取时，参照该文件，通过网络连接部4509 检验最新应用程序的存在。
也可以设想如下方法，即在此结果存在最新应用程序的情况下， 从网络连接部下载应用程序。
并且，在实施方式8中说明了如下方法，即网络及DSMCC的下 载中，通过可以以速度最快的下载源下载，不过，例如在从存储介质 也可以取得应用程序的情况下，可以考虑从存储介质的转送速度，来 在通过网络的下载、通过DSMCC的下载、以及通过存储介质的应用 程序取得中通过以最高速度可以下载的下载源下载。
再者，在实施方式1 9，都可以如下应用。
说明了下载应用程序时的消息通知和下载路径，不过，可以是如 下方针，即在这些情况下决定下载源，并在下载的中途检测出错误时， 指定其它下载源决定部2005来反复处理，也可以是如下方针，即在下 载源决定部2005己全部处理也未结束下载的情况下，试图协议指定 2003的另一个方法。
此时，可以使用如上所述的实施方式。
并且，可以如下实施Java(注册商标)程序，即可以由混合以Java(注 册商标)描述的部分与CPU可以直接执行的二进制形式的部分构成，也 可以仅由CPU可以直接执行的二进制形式构成。
并且，将所登记的Java(注册商标)程序保存到2次记忆部510，也 可以保存到1次记忆部511。
在保存在1次记忆部511的情况下，在电源关闭时全部消除所保 存的信息。
并且，关于网络，可以以有线方式来实现，也可以以无线方式来 实现。
并且，本发明可以适用于个人计算机或移动电话等信息机器。 并且，对于POD504的形式，可以装卸POD504，也可以内置 POD504。
再者，内置POD504时，也可以拆卸POD504的CPU706，并CPU514 进行CPU706的工作。
对于在POD Libl205e所登记的Java(注册商标)程序，不仅以所下 载的Java(注册商标)程序来实施，也可以以预先内置的Java(注册商标) 程序来实施。
并且，也可以安装插入口部，并从该插入口部取得Java(注册商标) 程序，该插入口部装卸SD存储卡等可装卸的存储介质。 (实施方式10)
在上述实施方式中，对要下载的应用程序，将在数字电视机等终 端装置工作的应用程序作为例子进行了说明，不过，不限于此，应用 程序也包括在终端装置中预先所存储的、构成平台的程序。
艮P，构成平台的程序也成为下载的对象。
在此，平台是编入在广播接收装置中的可变更的软件，用于追加 功能或校正故障等。
在本实施方式中说明下载平台的例子。
图67是用于说明本实施方式的下载执行装置的一个例子的图。 在图67中，6701是一种下载模块(Download Module),用于下载
对应于平台的程序数据(以后称为固件)。
图68示出本实施方式所示的下载模块701的处理工作的一个例子。 Download Module 6701 ，监视是否传输例如图69所示的固件更新
信息(后面说明详细内容)，在传输固件更新信息的情况下，取得该固件
更新信息(S6801)，上述固件更新信息是通过例如图3中的In-Band、
OOB或网络等其它传输方式来传输的。 图69是固件更新信息的一个例子。
具体而言，在ANSI/SCTE 282004 HOST-POD Interface Standard描
述这些信息的详细内容。
在图69中，售主ID6卯1，按每个售主决定分配，并持有可以唯一 地确定售主的值。
例如，存在一种Organizationally Unique Identifier(唯一识别符 OUI)，其为由IEEE分配给主机装置售主的值等。
并且，硬件版本6902持有识别符，该识别符，在由售主ID所示 的售主中，唯一地确定分配到硬件的各类别的硬件。
并且，时机信息6903持有表示执行下载时机的信息。
作为一个例子，像立即下载(OO)、所延期的下载(Ol)、无例外立即 下载(02)等那样可以以数值来描述下载时机。
并且，取得路径6904持有可以将由售主ID6卯1或硬件版本6902 所识别的固件下载的路径。
例如，"广播电波"包括图3的In-Band或OOB等，"网络"包括 Data-Over-Cable-Service Interface Specification(有线数据传输业务接口
规范docsis)等。
对于DOCSIS的详细内容，请参照CM-SP-eDOCSIS-I16-050812。
并且，流确定信息6905持有识别符，该识别符在由取得路径6904 所描述的路径内进一步确定传输流等。
作为确定传输流的识别符的一个例子有"节目(=服务)"、"频率和 程序编号"或"频率和数据包ID"等。
再次返回到图68的说明。
在(S6801)取得例如图69所示的固件更新信息后，对接收到的固件 更新信息的售主ID6901及硬件版本6902与广播接收装置持有的售主 ID及硬件版本进行比较(S6802)。
在此，在接收到的固件更新信息中包含广播接收装置持有的固件 信息的情况下，暂时停止执行对平台的更新不需要的程序(例如， EPG1202、 VM1203、服务管理部1204、程序库1205中的一部分的功 能(JMF1205 a 、 AM1205b、 CA1205d等))(S6803)。
并且，在接收到的固件更新信息中不包含广播接收装置持有的固 件信息的情况下，返回到(S6801)，并等待再次取得固件更新信息。
在(S6803)暂时停止执行对平台的更新不需要的程序后，Download Module 6701，使用更新固件的时机信息6903、取得路径6904及流确 定信息6905来决定固件的下载源，将固件下载并保存到记忆区域
(S6804)。
再者，作为记忆区域的一个例子包括1次记忆部511以及2次记 忆部510等。
在(S6804)中的详细流程图，相当于例如图31、图32所示的表示 的流程图。
并且，Download Module的具体结构，相当于图30所示的方框图。 然而，由于该流程图是示出AM的工作的流程图，并该方框图是
示出AM的具体结构的方框图，因此将AM改写为Download Module
6701。
在此，也可以在说明对应于图31、图32的内容的文章中，将"XAIT 信息"改写为"固件更新信息"。
并且，也可以将"协议识别符"改写为"取得路径"，将协议识别 符的"OC"改写为"广播电波"，将"IP"改写为"网络"。
再者，也可以作为"网络"的传输方法的一个例子，使IP数据包 或UDP数据包等通信协议包含DSMCC方式的段信息等来传输。
并且，也可以将"下载源指定"改写为"流确定信息"。
作为"流确定信息"的一个例子，可以指定资源ID，也可以是一 组频率和程序编号或一组频率和数据包ID。
对于图38、 39、 40、 44、 46、 47、 49、 50、 51、 53、 54、 55、 57、 58、 59、 61、 62、 66的流程图，并对于图35、 41、 45、 52、 56、 60、 65的方框图以及对应于这些附图的说明，也可以同样改写。
并且，在时机信息6卯3持有的信息是立即下载(00)或无例外立即 下载(02)等的信息、且使用调谐器来下载的情况下，若在正在使用所有 调谐器的情况下不执行下载，则可以避免妨碍用户的视听。
本发明涉及的下载执行装置，特别可以适用于数字电视机中的应 用程序的下载技术。
并且，不限于数字电视机，也可以适用于个人计算机或移动电话 等、由软件所控制的信息机器中的下载源决定及消息通知。
权利要求
1、一种下载执行装置，执行程序的下载，其特征在于，包括下载请求接收单元，接收下载请求，该下载请求包含上述程序的下载方法及下载源信息的多个组；下载源决定单元，从上述下载请求中包含的上述多个组中决定一个组；以及下载执行单元，根据由上述下载源决定单元所决定的组的下载方法及下载源信息，执行上述程序的下载。
2、 如权利要求1所述的下载执行装置，其特征在于，进一步包括 至少一个调谐器，接收广播电波；调谐判断单元，根据上述下载源信息，判断是否存在可以用于下 载上述程序的调谐器；以及消息通知单元，根据上述调谐判断单元的判断结果，将关于上述 程序的下载的消息通知给用户。
3、 如权利要求2所述的下载执行装置，其特征在于， 上述下载执行装置，进一步包括调谐频率取得单元，取得上述调谐器调谐到的频率；以及 下载频率取得单元，根据上述下载源信息，取得包含上述程序的 广播电波的频率，上述调谐判断单元，根据由上述调谐频率取得单元所取得的频率 和由上述下载频率取得单元所取得的频率，判断以现在的调谐是否可 以执行上述程序的下载，在以现在的调谐可以执行上述程序的下载的 情况下，判断为存在可以用于下载上述程序的调谐器。
4、 如权利要求3所述的下载执行装置，其特征在于， 上述调谐判断单元，进一步，根据由上述调谐频率取得单元所取得的频率，判断是否存在未使用的调谐器，在存在未使用的调谐器的 情况下，判断为存在可以用于下载上述程序的调谐器。
5、 如权利要求3所述的下载执行装置，其特征在于， 上述下载执行装置，进一步包括，调谐执行单元，在上述调谐判断单元判断为以现在的调谐不能执行上述程序的下载的情况下，执行 调谐到由上述下载频率取得单元所取得的频率。
6、 如权利要求5所述的下载执行装置，其特征在于， 上述调谐执行单元，在执行调谐时，按照调谐器的使用状况或者使用目的，选择执行调谐的调谐器。
7、 如权利要求2所述的下载执行装置，其特征在于， 上述消息通知单元，在上述调谐判断单元判断为不存在可以用于下载上述程序的调谐器的情况下，将上述消息通知给上述用户。
8、 如权利要求2所述的下载执行装置，其特征在于， 上述消息通知单元，将上述消息以规定的时间来显示。
9、 如权利要求2所述的下载执行装置，其特征在于， 上述消息通知单元，在由上述下载执行单元正在执行上述程序的下载的情况下，向上述用户通知正在执行下载。
10、 如权利要求2所述的下载执行装置，其特征在于， 上述消息通知单元，在由上述下载执行单元正在执行上述程序的下载的情况下，至少将规定的图像、规定的影像以及规定的声音中的 任一个提供给上述用户。
11、 如权利要求2所述的下载执行装置，其特征在于， 上述下载执行装置，进一步包括，应答接受单元，接受来自上述用户的应答，该应答是针对由上述消息通知单元通知给上述用户的上 述消息的应答。
12、 如权利要求ll所述的下载执行装置，其特征在于， 上述应答接受单元，对接受来自上述用户的应答设定时间限制。
13、 如权利要求ll所述的下载执行装置，其特征在于， 上述消息通知单元，将上述程序的下载通知给上述用户， 上述应答接受单元，接受来自上述用户的承认或拒绝的应答，该承认或拒绝是针对由上述消息通知单元通知给上述用户的上述程序的 下载的承认或拒绝。
14、 如权利要求ll所述的下载执行装置，其特征在于， 上述下载请求，包含上述程序的下载方法及下载源信息的多个组， 上述下载执行装置，进一步包括，下载源决定单元，从上述下载请求中包含的上述多个组中决定一 个组，上述下载执行单元，根据由上述下载源决定单元所决定的组的下 载方法及下载源信息，执行上述程序的下载。
15、 如权利要求14所述的下载执行装置，其特征在于， 上述消息通知单元，将上述程序的下载以及下载方法通知给上述用户，上述应答接受单元，接受来自上述用户的承认或拒绝的应答，该 承认或拒绝是针对由上述消息通知单元通知给上述用户的上述程序的 下载及下载方法的承认或拒绝。
16、 如权利要求15所述的下载执行装置，其特征在于， 上述下载源决定单元，在由上述应答接受单元从上述用户接受针对上述下载方法的拒绝的应答的情况下，从上述下载请求中包含的上 述多个组决定与上述下载方法不同的下载方法的组。
17、 如权利要求14所述的下载执行装置，其特征在于， 上述消息通知单元，根据上述多个组，至少将上述程序的下载方法中的一部分通知给上述用户，并询问下载方法，上述应答接受单元，从由上述消息通知单元通知给上述用户的上 述程序的下载方法中接受由上述用户所选择的下载方法，上述下载源决定单元，决定由上述应答接受单元所接受的上述下 载方法的组。
18、 如权利要求17所述的下载执行装置，其特征在于， 上述消息通知单元，在上述调谐判断单元判断为不存在可以用于下载上述程序的调谐器的情况下，将上述下载方法的询问通知给上述 用户。
19、 如权利要求17所述的下载执行装置，其特征在于， 上述消息通知单元，进一步，向上述用户通知用于选择上述下载方法的补助信息。
20、 如权利要求ll所述的下载执行装置，其特征在于， 上述下载执行装置，进一步，包括 定时设定单元，设定上述程序的下载开始时间。
21、 如权利要求20所述的下载执行装置，其特征在于， 上述应答接受单元，从上述用户接受上述程序的下载开始时间， 上述定时设定单元，将由上述应答接受单元所接受的上述时间设定为上述程序的下载开始时间。
22、 如权利要求20所述的下载执行装置，其特征在于， 上述定时设定单元，按照预先所决定的时间设定上述程序的下载开始时间。
23、 如权利要求20所述的下载执行装置，其特征在于， 上述定时设定单元，在由上述应答接受单元从上述用户接受针对上述程序的下载的拒绝的应答的情况下，设定上述程序的下载开始时 间。
24、 如权利要求1所述的下载执行装置，其特征在于， 上述下载请求的上述程序的下载方法至少包括以下方法中的任一个从编码及多路复用了上述程序的流中接收的方法；通过网络取得 上述程序的方法；以及通过存储介质取得程序的方法。
25、 如权利要求24所述的下载执行装置，其特征在于， 上述下载执行单元至少执行下列操作中的任一个从上述流的下载；通过上述网络的下载；以及通过上述存储介质的程序的取得。
26、 如权利要求24所述的下载执行装置，其特征在于， 上述下载源决定单元，向上述下载请求的上述程序的下载方法赋予优先度，根据上述优先度从上述下载请求中包含的上述多个组中决 定一个组。
27、 如权利要求26所述的下载执行装置，其特征在于， 上述下载源决定单元，向从编码及多路复用了上述程序的流中接收的上述下载方法赋予表示比其它方法优先处理的优先度。
28、 如权利要求27所述的下载执行装置，其特征在于， 上述下载执行装置，进一步包括 至少一个调谐器，接收广播电波；以及调谐判断单元，根据上述下载源信息，判断是否存在可以用于下 载上述程序的调谐器。
29、 如权利要求28所述的下载执行装置，其特征在于， 上述下载执行装置，进一步包括调谐频率取得单元，取得上述调谐器调谐到的频率；以及 下载频率取得单元，根据上述下载源信息，取得包含上述程序的 广播电波的频率，上述调谐判断单元，根据由上述调谐频率取得单元所取得的频率 和由上述下载频率取得单元所取得的频率，判断以现在的调谐是否可 以执行上述程序的下载，在以现在的调谐可以执行上述程序的下载的 情况下，判断为存在可以用于下载上述程序的调谐器。
30、 如权利要求29所述的下载执行装置，其特征在于， 上述调谐判断单元，进一步，根据由上述调谐频率取得单元所取得的频率，判断是否存在未使用的调谐器，在存在未使用的调谐器的 情况下，判断为存在可以用于下载上述程序的调谐器。
31、 如权利要求28所述的下载执行装置，其特征在于， 上述下载源决定单元，在由上述调谐判断单元判断为不存在可以 用于下载上述程序的调谐器的情况下，从在上述下载请求中包含的上 述多个组中决定通过网络的下载方法或通过存储介质的程序取得方法 的组。
32、 如权利要求27所述的下载执行装置，其特征在于， 上述下载执行装置，进一步包括消息通知单元，将消息通知给用户；以及应答接受单元，接受来自上述用户的应答，该应答是针对由上述 消息通知单元通知给上述用户的上述消息的应答。
33、 如权利要求32所述的下载执行装置，其特征在于， 上述消息通知单元，向用户通知从编码及多路复用了上述程序的流中接收上述程序的下载方法，上述下载源决定单元，在由上述应答接受单元从上述用户接受针 对上述下载方法的拒绝的应答的情况下，从上述下载请求中包含的上 述多个组中决定通过网络的下载方法的组。
34、 如权利要求26所述的下载执行装置，其特征在于， 上述下载源决定单元，向通过网络的下载方法赋予表示比其它方法优先处理的优先度。'
35、 如权利要求34所述的下载执行装置，其特征在于， 上述下载源决定单元，在上述下载请求中包含的上述多个组中存在通过网络的下载方法的情况下，就决定通过网络的下载方法的组。
36、 如权利要求26所述的下载执行装置，其特征在于， 上述下载源决定单元，向通过存储介质的程序取得赋予表示比其它方法优先处理的优先度。
37、 如权利要求36所述的下载执行装置，其特征在于， 上述下载源决定单元，在上述下载请求中包含的上述多个组中存在通过存储介质的程序取得的情况下，就决定通过存储介质的程序取 得的组。
38、 如权利要求1所述的下载执行装置，其特征在于， 上述下载源决定单元，从上述下载请求中包含的上述多个组中决定能够以最快的速度下载的组。
39、 如权利要求1所述的下载执行装置，其特征在于， 上述下载执行单元，在下载上述程序中检测错误，并且，在检测出错误时生成错误信息，上述下载源决定单元，在由上述下载执行单元检测出错误时，根 据上述错误信息从上述下载请求中包含的上述多个组中再次决定一个 组。
40、 如权利要求39所述的下载执行装置，其特征在于， 上述下载执行单元，在不能检测或不能连接上述程序的下载源的情况下，检测上述错误，并生成表示不能检测或不能连接上述程序的 下载源的上述错误信息。
41、 如权利要求39所述的下载执行装置，其特征在于， 上述下载执行单元，在上述程序的下载源不存在上述程序的情况下，检测上述错误，并生成表示在上述程序的下载源不存在上述程序 的上述错误信息。
42、 如权利要求1所述的下载执行装置，其特征在于， 上述调谐执行单元，在上述调谐中检测错误，并且，在检测出错 误时生成错误信息，上述下载源决定单元，在由上述调谐执行单元检测出错误时，根 据上述错误信息从上述下载请求中包含的上述多个组中决定一个组。
43、 如权利要求1所述的下载执行装置，其特征在于， 上述下载执行装置，进一步包括，储存单元，保存由上述下载执行单元所下载的程序。
44、 如权利要求1所述的下载执行装置，其特征在于， 上述下载执行装置是广播接收装置。
45、 一种下载执行方法，执行程序的下载，其特征在于，包括 下载请求接收步骤，接收下载请求，该下载请求包含上述程序的下载方法及下载源信息的多个组；下载源决定步骤，从上述下载请求中包含的上述多个组中决定一 个组；以及下载执行步骤，根据由上述下载源决定步骤所决定的组的下载方 法及下载源信息，执行上述程序的下载。
46、 一种程序，用于执行执行程序的下载，其特征在于，使计算 机执行以下步骤下载请求接收步骤，接收下载请求，该下载请求包含上述执行程 序的下载方法及下载源信息的多个组；下载源决定步骤，从上述下载请求中包含的上述多个组中决定一 个组；以及下载执行步骤，根据由上述下载源决定步骤所决定的组的下载方 法及下载源信息，执行上述执行程序的下载。
全文摘要
提供一种下载执行装置，至少可以防止下载程序时忽然妨碍用户的视听或录像。AM(1205b)包括下载源决定部(2901)，比较现在的调谐信息与对下载所需要的频率，来决定下载源；调谐频率取得部(2902)，取得调谐器的使用状况和正在使用的各调谐器调谐到的频率；下载频率取得部(2903)，取得对程序的下载所需要的频率；储存部(2904)，将程序从所决定的下载源下载并储存；通知部(2905)，向用户通知将下载程序；以及调谐请求部(2906)，调谐指定为对程序的下载所需要的频率的调谐器。
文档编号H04N7/24GK101107855SQ20068000320
公开日2008年1月16日 申请日期2006年1月25日 优先权日2005年1月26日
发明者川上义雄, 田中路子 申请人:松下电器产业株式会社