广播接收终端制造技术

虽然由ＥＰＧ（电子节目指南）设置的调度记录提前指定使用资源的时隙，但是由ＥＰＧ设置的再现并没有指定使用资源的时隙。因此，虽然可能提前对多个调度记录进行资源分配，但是当调度记录和再现操作使用同一资源时，不可能提前进行资源调整。然而，当调整过程在调度记录开始时间之后进行时，调整过程本身花费一些时间，从而增加了调度记录在指定开始时间之前不能开始的可能性。用于调度记录和再现的资源调整在调度记录的开始时间之前被启动。开始资源调整比调度记录提前的时间量可以由ＥＰＧ指定。

【技术实现步骤摘要】
【国外来华专利技术】
本专利技术涉及一种广播接收终端，其是一种记录和再现装置，存储 内容并再现所存储的内容。具体而言，本专利技术涉及一种用于接收广播 信号的设置，其中所述广播信号包括由视频、音频以及诸如程序的数 据组成的内容，这些内容被互相同步地复合进广播信号并传输，所述 设置还用于存储所述视频、音频和数据，以及涉及一种用于执行诸如内容的快进和回放之类的特技播放(trick play)，同时保持视频、音频 和诸如程序的数据的同步的设置。
技术介绍
从广播站发送的广播信号中包含各种内容。除了在普通广播节目 中使用的视频和音频之外，还有内容中包含数据的情况。有几种发送 数据的方法，它们大概可以分为按时间顺序发送数据的方法和按设定 的吋间间隔重复发送数据的方法。在前者按时间顺序发送数据的方法 中，例如，在时间过程内连续的数据按顺序发送。这种方法适用于在 长的时间段内发送大量数据，但是有一个缺点，即，在发送时刻没有 收到的数据将不能被再次接收。另一方面，在后者按设定的时间间隔 重复发送数据的方法中，在固定时间段内相同的数据被任意次的重复 发送。这种方法有一个优点，即，在相同数据被发送的时间段期间， 可以获得重复发送的数据中的任何一条，从而接收的时刻没有限制。 数据广播，以BML为代表，以及通过DSMCC数据传送带的文件发 送是这种方法的实例。尤其在广播中，不能够获知接收者何时将选择 一个频道并开始接收时。在按时间顺序发送数据的方法中，当接收的 开始落后于发送的时刻，并且不能获得数据时，数据不能被再次获得。 因此，当在广播信号中与视频及音频一起发送诸如应用程序之类的数 据时，按设定的时间间隔重复发送数据的方法更好。目前，如在上述方法中描述的，用于接收包括视频、音频和应用 程序的广播信号，并与视频和音频同步地执行应用程序的规范已经被 开发，并在实施中。可能接收所发送的应用程序，在终端中加载该应 用程序，并通过执行该应用程序实现各种额外功能，而不仅仅只是观 看视频和音频。这种发送应用程序并在终端捕获应用程序的方法也被 称为下载。例如， 一种称为数字视频广播一多媒体本地平台(DVB-MHP) ETSI ES 201812 vl丄l(2003-12)的规范已经在欧洲开发， 并且根据这个规范的应用已经开始。此外，OCAP1.0(开放电缆应用 平台OC-SP-OCAP1.0-I14-050119)规范在电缆广播环境中提供相同的规范，其已经在美国开发，并且应用已经在2005年开始。在这些规 范中，应用程序是用Java语言写的。用于调谐、图形显示等的各种 应用程序接口(API)被提供在终端中，Java应用程序可以通过回调这 些API来控制那些功能。此外，在北美，正在开发 OCAP-DVR 规范 (OC-SP-OCAP-DVR-I01-040524)，其目标是在OCAP规范中增加用于 记录并再现内容的功能。这里，被广播的内容(视频，音频，应用程 序等)被记录，而且，该记录的内容被以与从广播信号直接再现的内 容同样的方式再现。来自广播信号的内容的直接再现，而不记录，也 被称为播放，记录的内容的再现也被称为重放。在OCAP-DVR规范中，规定了调度的记录API，通过使用这种 API， Java应用程序能够注册调度的记录。基于由Java程序使用调度 的记录API注册的调度记录，OCAP-DVR终端在指定的记录开始时 间开始记录，并在指定的记录结束时间结束该记录。由OCAP和OCAP-DVR规范规定的各种功能通过使用存在于终 端中的设备来实施。例如，包括在广播信号中的视频/音频的再现使 用如下设备，即调谐器，其从广播信号提取单独的数据流；TS解 码器，其从由调谐器输出的数据流重新获得视频/音频；以及AV解码 器，其解码该重新获得的视频/音频，并再现解码的结果。换句话说， 可以说终端的能力由终端配备的设备决定。例如，不仅在接收广播信 号并再现视频和音频时，而且在广播信号的记录期间可以使用前面提及的调谐器。因为调谐器不能从广播信号同时提取多个数据流，为了 同时执行音频和视频再现以及记录，有必要用两个调谐器。 因此，在只配备一个调谐器的终端中，不可能同时执行音频和视频 再现以及记录。在OCAP-DVR中，存在多个Java应用程序被同时执行的情况。 每个Java应用程序独立地操作，它们都旨在使用OCAP和 OCAP-DVR规定的API获得期望的功能实现。例如，可能假定这样 一种情况，其中Java应用程序B在接近由Java应用程序A进行的调 度记录的开始时间处请求音频和视频再现。在这种情况下，如果 终端配备有两个调谐器，音频和视频再现以及记录可以同时 执行而没有任何特殊问题。然而，在只有一个调谐器的终端中，两个 过程不能同时执行，因为设备的绝对数量不够。以这种方式，其中 因为设备的绝对数量或能力不够而使请求的多个过程不能同时执行 的情况通常被称为冲突。这种情况不是只在有一个调谐器的时 候才发生。即使在配备有两个调谐器的终端中，可能请求两个信道的 音频和视频再现以及记录，实际上，在这种情况下，因为所 有的过程不能同时执行而发生冲突。已经存在这样的知识产权，其定义了一种算法，用来解决这种冲 突，尤其是关于调度记录的冲突。日本专利申请No. 2003-6445是与 设备冲突策略有关的专利，其中当调度记录和追踪的重放记录被同 时请求而发生设备冲突时，调度记录总是优先。通过提前确定这种 策略，终端能够解决冲突，并且通过将过程中的任何一个优先来进行 处理。如在日本专利申请No. 2003-6445中，通过提前确定用于解决涉 及调度记录的设备冲突的策略，有可能确定使哪个过程优先，并继续 进行该处理。然而，这是一种只在设备冲突解决方案能够自由执行， 并且要执行的过程可以在终端内确定这样的情况下适用的终端唯一 策略。许多Java规范，如OCAP规范和OCAP-DVR规范，规定了解 决过程。这里，作为典型实例，应该介绍两种类型的OCAP规定的 设备冲突解决方法。已经提到，OCAP规范兼容终端下载并执行包括在广播信号中的Java应用程序。在这个终端上， 一个或更多Java应 用程序同时执行，并且每个利用一个Java API以实现期望的功能；可 能多个过程将在终端中被同时请求。当出现这种情况，并且因为设备 的绝对数量不够而发生设备沖突时，实施设备冲突解决办法。在第一种方法中，使用Java应用程序的优先级来实施设备冲突 解决方案。在OCAP规范中，每个Java应用程序具有唯一的优先级， 并以如下方式列队，即具有较高优先级的Java应用程序被认为是更 重要的应用程序。因此，在多个Java应用程序请求多个过程同时执 行的情况下，具有较高优先级的Java应用程序所请求的操作被优先 操作。在第二种方法中，特定的应用程序确定将要被优先的Java应用 程序，而不管Java应用程序的优先级。OCAP规范定义了具有特定 特权的应用程序。这被称为监控应用程序。监控应用程序可以在终端 中提前注册用于设备冲突解决方案的回调函数(callbackfimction)， 当发生设备冲突时，该函数被终端回调。在这个回调函数被注册 的情况下，当终端检测到发生设备冲突时，在进行Java应用程序优 先级判断之前，该回本文档来自技高网...

【技术保护点】
一种广播接收终端，其具有记录单元和再现单元，所述记录单元将接收的视频信息和音频信息记录在记录介质中，所述再现单元再现所述接收的视频信息和音频信息，或者再现由所述记录单元记录的所述视频信息和音频信息，所述广播接收终端包括：调度注册单元，用于根据来自所述广播接收终端中执行的第一程序的请求，注册调度信息，所述调度信息包括执行记录的开始时间和所述记录的持续时间；调度保持单元，其保持由所述调度注册单元注册的调度信息；特权程序，其保持一个标准，用于在由资源管理单元管理的资源上发生冲突时解决所述冲突；资源冲突解决单元，用于检查是否有可能在所述广播接收终端中专用预定资源，所述预定资源应该被预留以执行由所述第一程序调度的记录，并且在所述预定资源已经被所述广播接收终端中执行的第二程序预留的情况下，根据由所述特权程序保持的标准，执行判断过程以判断哪个程序应该预留所述预定资源，所述记录由所述记录单元执行；解决时间间隔保持单元，其保持一个指示在开始时间之前多久所述资源冲突解决单元开始起作用的时间间隔，所述开始时间由所述调度保持单元保持；以及执行单元，用于执行所述第一程序、所述第二程序以及所述特权程序，其中所述特权程序在所述广播接收终端开启之后被接收并记录，所述资源冲突解决单元在到达一个时间点时开始起作用，该时间点是比用于执行记录的所述开始时间提前的一个时间，在该时间点提前的时间对应于由所述解决时间间隔保持单元保持的时间间隔，所述开始时间由所述调度保持单元保持，以及所述资源冲突解决单元判断应该预留所述预定资源的程序预留所述预定资源，并使用所预留的资源，执行预定的过程或基于调度的记录。...

【技术特征摘要】
【国外来华专利技术】US 2005-5-31 60/685,3801、一种广播接收终端，其具有记录单元和再现单元，所述记录单元将接收的视频信息和音频信息记录在记录介质中，所述再现单元再现所述接收的视频信息和音频信息，或者再现由所述记录单元记录的所述视频信息和音频信息，所述广播接收终端包括调度注册单元，用于根据来自所述广播接收终端中执行的第一程序的请求，注册调度信息，所述调度信息包括执行记录的开始时间和所述记录的持续时间；调度保持单元，其保持由所述调度注册单元注册的调度信息；特权程序，其保持一个标准，用于在由资源管理单元管理的资源上发生冲突时解决所述冲突；资源冲突解决单元，用于检查是否有可能在所述广播接收终端中专用预定资源，所述预定资源应该被预留以执行由所述第一程序调度的记录，并且在所述预定资源已经被所述广播接收终端中执行的第二程序预留的情况下，根据由所述特权程序保持的标准，执行判断过程以判断哪个程序应该预留所述预定资源，所述记录由所述记录单元执行；解决时间间隔保持单元，其保持一个指示在开始时间之前多久所述资源冲突解决单元开始起作用的时间间隔，所述开始时间由所述调度保持单元保持；以及执行单元，用于执行所述第一程序、所述第二程序以及所述特权程序，其中所述特权程序在所述广播接收终端开启之后被接收并记录，所述资源冲突解决单元在到达一个时间点时开始起作用，该时间点是比用于执行记录的所述开始时间提前的一个时间，在该时间点提前的时间对应于由所述解决时间间隔保持单元保持的时间间隔，所述开始时间由所述调度保持单元保持，以及所述资源冲突解决单元判断应该预留所述预定资源的程序预留所述预定资源，并使用所预留的资源，执行预定的过程或基于调度的记录。2、 根据权利要求1所述的广播接收终端，进一步包括 所述资源管理单元用于与请求使用资源的程序相关联地管理根据来自所述程序的请求所专用的所述资源，所述程序在所述广播接收 终端中执行，并且所述资源在所述广播接收终端中被用于所述预定的 过程，其中所述资源冲突解决单元用于通过检査由所述资源管理单元 管理的资源，来判断所述预定资源是否已经被所述广播接收终端中执 行的所述第一程序预留。3、 根据权利要求2所述的广播接收终端，其中，在所述资源冲突解决单元判断所述第一程序应该预留所述 预定资源的情况下，所述资源管理单元用于停止与所述第二程序相关 联的预定资源的管理，并根据来自所述第一程序的请求，管理与所述 第一程序相关联的预定资源，所述预定资源专用于所述广播接收终端 中。4、 根据权利要求3所述的广播接收终端，其中，在所述资源冲突解决单元判断所述第一程序应该预留所述 预定资源的情况下，所述资源管理单元用于通知所述第二程序释放在 所述广播接收终端中所预留的资源。5、 根据权利要求1所述的广播接收终端，其中所述第一程序和第二程序分别具有指示优先级的信息，并且 在所述资源冲突解决单元的判断过程在由所述第二程序最近调 度的时间的开始时间之前没有结束的情况下，所述资源冲突解决单元 用于终止所述判断过程，并判断具有较高优先级的程序应该预留所述 预定资源。6、 根据权利要求1所述的广播接收终端，其中，在所述资源冲突解决单元的判断过程在由所述第二程序最 近调度的时间的开始时间之前没有结束的情况下，所述资源冲突解决 单元用于终止所述判断过程，并判断所述第一程序应该预留所述预定 资源。7、 根据权利要求1所述的广播接收终端，其中所述特权程序指定由所述解决时间间隔保持单元保持的时 间间隔。8、 根据权利要求1所述的广播接收终端，进一步包括 判断策略注册单元，用于为所述资源冲突解决单元注册判断策略，以判断来自程序的请求中接收哪个请求；以及判断...

【专利技术属性】
技术研发人员：铃木孝聪，堀井幸，
申请(专利权)人：松下电器产业株式会社，
类型：发明
国别省市：JP[日本]