CN1412954A - 广播接收装置 - Google Patents

Abstract

提供了一种广播接收装置，即使在发出了大量的调谐请求的情况下该装置也能在短的时间周期内进行调谐处理。调谐请求接收部分(204)接收所发出的调谐请求。调谐请求存储部分(205)存储由调谐请求接收部分(204)接收到的调谐请求。包括调谐请求捕获部分(206)和调谐执行部分(207)的调谐处理部分，执行对应于调谐请求的广播信号的调谐处理，如果在调谐处理期间发出了下一个调谐请求，则根据存储于调谐请求存储部分(205)中的调谐请求中之一执行下一次调谐处理。在调谐处理之后，调谐请求抹去部分(208)抹去在调谐处理期间存储于调谐请求存储部分(205)中的调谐请求。

Description

广播接收装置

技术领域

本发明涉及广播接收装置，更具体地说，涉及根据软件应用程序等发出的调谐请求执行调谐处理的广播接收装置。

背景技术

图12是说明在常规的广播接收装置中接收调谐请求和进行调谐处理的时序安排的示意图。在图12中，“调谐请求结束”。(这是一个诸如由使用者操作的遥控器之类的输入装置)，发出调谐请求。如图12所示，当调谐请求1至3相继产生时，广播接收装置也就依次根据各个调谐请求进行调谐的处理。此外，如在调谐处理期间又作出了另外的调谐请求(如图12所示的请求4和请求5)，则广播接收装置在已经接收到的调谐请求的调谐处理全部完成之后，进行对应于另外的调谐请求的调谐处理。于是，在常规的广播接收装置中，存储所有发出的调谐请求，且对所有如此的调谐请求都进行调谐处理。因此，在相继发出了大量的调谐请求的情况下，就会花费很长的时间来完成所有的调谐处理。

在考虑了上述问题之后，就将一些常规的广播接收装置配置成能更有效地实现对应于连续调谐请求的调谐处理。一个这类的例子是采用特殊的遥控器，它能更好地处理由使用者连续发出的调谐请求。在使用者操作遥控器发出调谐请求之后，该遥控器观察一定的等待周期。如果在该周期中，没有再发出新的调谐请求，则遥控器就将调谐请求传输给广播接收装置。结果，在使用者采用该遥控器来连续发出调谐请求的情况下，就能够减少传输给广播接收装置的调谐请求的数量。于是，在使用者连续发出调谐请求时就能够减少调谐处理所需要的时间量。

处理连续调谐请求的另一个例子是一种方法，其中，不再接收或忽略在调谐处理期间所发出的任何调谐请求。该方法将相对于图12所说明的例子来讨论。对在调谐1处理期间发出的对调谐请求2和3，没有进行任何调谐处理。对在完成了调谐处理1之后发出的调谐请求4进行调谐处理。对在调谐处理4期间发出的调谐请求5也没有进行任何调谐处理。在使用者相继发出调谐请求的时候，该方法也可减少调谐处理所需要的时间量。

近年来，允许软件应用程序(下文将简称为“应用程序”)在广播接收装置上操作的环境正在建立。如这里所使用的，把“应用程序”定义为一个程序，可以执行它而达到广播接收装置的各种目的的操作。应用程序可以为了它自身的目的发出调谐请求。作为这类环境的一个例子，符合DVB-MHP(数字视频广播多媒体家用平台)标准的广播接收装置。可以在符合DVB-MHP标准的广播接收装置中运行的该应用程序可以通过调用在广播接收装置中提供的调谐API(应用程序界面)来发出调谐的请求。在DVB-MHP的标准中，调用调谐API是一个异步过程，可定义为“一旦完成调谐请求的发出便返回到应用程序的执行”。这意味着，在应用程序已调用了调谐API以发出调谐请求之后，就能够执行下一个操作而无等待完成调谐处理。换句话说，在符合DVB-MHP标准的广播接收装置中运行应用程序能够在调谐处理期间发出大量的调谐请求。于是，就有可能在短的时间周期中发出大量的调谐请求。

在上述环境中，有关调谐处理所需要的长时间的问题就变得十分显著。因为在给定的时间周期中应用程序能够发出的调谐请求的数量可以远远大于人们使用遥控器所能发出的调谐请求的数量。因此，根据上述所有调谐请求都符合所执行的相应调谐处理的方法，那么，在调谐处理的周期中应用程序能发出大量的调谐请求(即，远大于人们所能发出的数量)的情况下，要完成所有的调谐处理所需要的时间就会非常非常长。

此外，由于在完成所有的调谐处理之前要花费很长的时间，因此，就有可能正在处理当前发出的调谐请求的同时要发出更多的调谐请求。因此，在短时间周期中发出大量的调谐请求最终必然导致堆积着越来越多的要处理的调谐请求。在所有的调谐处理都必须执行的常规方法中，必须将在调谐处理期间所发出的调谐请求存储起来，直至执行相应的调谐处理。因此，在应用程序在短时间周期内发出大量调谐请求的情况下，常规的方法就需要一个不限制尺寸的存储器，用于存储这些调谐请求。如果没有提供这样的存储器，就有可能由于没有足够的存储器资源而不能很好地执行这些处理。

在不接收任何在调谐处理期间所发出的调谐请求的上述方法中，对于在调谐处理期间所发出的调谐请求，没有执行调谐处理。因此，根据这种方法，即使必需的调谐处理也不能执行。例如，在调谐处理期间可能从多个应用程序发出了多个调谐请求。在这种情况下，根据不接收任何在调谐处理期间发出的调谐请求的上述方法，没有执行一个从多个应用程序发出的调谐请求的必要的调谐处理。于是，认为该方法作为对减少调谐处理所需要的时间数量的测量是不充分的。

另一方面，早期讨论的方法也仅仅是针对人为操作的。该技术的目的只是减少在调谐请求端从遥控器发出的调谐请求的数量。因此，在这个技术可应用于操作者通过操作遥控器或电视机的面板来产生连续的调谐请求的情况下的同时，它都不能在应用程序产生连续的调谐请求的情况中使用它。

发明内容

本发明的一个目的是提供一种广播接收装置，它即使在发出大量的调谐请求的情况下，也能在短的时间周期内进行调谐处理。

为了能达到上述目的，本发明具有下列一些特征。

本发明的第一方面针对用于接收广播信号的广播接收装置，它包括用于接收一个已经发出的调谐请求的调谐请求接收部分；用于存储由调谐接收部分接收到的调谐请求的调谐请求存储部分；用于对相应于调谐请求的广播信号执行调谐处理的调谐处理部分，其中如果在调谐处理期间至少发出到一个调谐请求，那么调谐处理部分就执行下一个调谐处理所述下一个调谐处理对应于在调谐处理期间存储于调谐请求存储部分中的至少一个调谐请求中之一；以及用于在时间的预定点上抹去在调谐处理期间存储于调谐请求存储部分中的至少一个调谐请求的调谐请求抹去部分。

根据第一方面，处理在单个调谐处理期间产生的许多调谐请求中的一个。换句话说，广播接收装置不对在调谐处理期间所发出的多个调谐请求的每一个都进行调谐处理。于是，即使发出了大量的调谐请求，但也有可能在短时间的周期内进行调谐处理。此外，由于调谐请求抹去部分依次抹去存储在调谐请求存储部分中的调谐请求，因此就不需要提供不限制尺寸的存储器。此外，根据第一方面，由于只对所有已经发出的调谐请求中的一个调谐请求进行调谐处理，所以要防止必要的调谐处理被忽略。

在基于第一方面基础上的第二方面，调谐请求抹去部分在调谐处理的开始就抹去存储于调谐请求部分中的至少一个调谐请求。

根据第二方面，每次调谐处理开始时都要抹去至少一个已经发出的调谐请求。因此，广播接收装置只需要能存储一些在单一调谐处理所需时间周期内可能发出的许多调谐请求。所以，根据第二方面，能减少存储调谐请求所需的存储器的数量。

在基于第一方面基础上的第三方面，调谐请求存储部分能够存储预定数目的调谐请求，以及如果在调谐处理期间所发出的新的调谐请求导致超过预定数目，则新的调谐请求就取代已经存储的调谐请求中之一。

根据第三方面，有可能将所提供的存储调谐请求的存储器数量减少到预定的数量。

在基于第一方面基础上的第四方面，如果调谐处理失败，则调谐处理部分就执行对应于在原先调谐处理期间存储于调谐请求存储部分的调谐请求中之一的另外一个调谐处理，以及调谐请求抹去部分在另外一个调谐处理完成之后抹去在原先调谐处理期间存储于调谐请求存储部分的至少一个调谐请求。

根据第四方面，即使调谐处理失败，但仍可以再一次进行调谐处理。正如这里所使用的，调谐处理的“完成”只是指调谐处理的成功完成，并不是指调谐处理的不成功的完成。

在基于第四方面基础上的第五方面，调谐请求存储部分能够存储预定数目的调谐请求，以及如果在调谐处理期间所发出的新的调谐请求导致超过预定数目，则新的调谐请求取代已经存储的调谐请求中之一超过预定数目。

根据第五方面，正如第四方面，即使调谐处理失败，但仍可能再次进行调谐处理。在这种情况下，只有在完成了调谐处理之后才能由调谐请求抹去部分抹去存储在调谐请求存储部分中的一个调谐请求。因此，尽管第五方面要求比第二方面大的存储器容量，但是第五方面有可能将用于存储调谐请求的存储器数量减少到预定的数量。

在基于第一方面基础上的第六方面中，如果在调谐处理期间发出了至少一个调谐请求，则调谐处理部分就执行对应于存储于调谐请求存储部分中至少一个调求请求中的最新的一个调谐请求的下一次调谐处理。

根据第六方面，根据最新的调谐请求，即，最后发出的调谐请求，来执行调谐处理。

在基于第六方面基础上的第七方面，调谐请求存储部分能够存储一个调谐请求，以及如果调谐请求接收部分接收到新的调谐请求，则新的调谐请求就取代已经存储的调谐请求中之一。

根据第七方面，只有最近一次的调谐请求才能存储在调谐请求存储部分。因此，能够使得用于存储调谐请求的存储器的数量最小化。

在基于第一方面基础上的第八方面，调谐请求是由软件应用程序发出。

本发明的第九方面针对一种方法，用于接收广播接收装置中的广播信号，该方法包括接收所发出的调谐请求的调谐请求接收步骤；存储在调谐请求接收步骤中接收到的调谐请求的调谐请求存储步骤；执行对应于调谐请求的广播信号的调谐处理的调谐处理步骤，其中如果在调谐处理期间发出了至少一个调谐请求，则对应于在调谐处理期间在调谐请求存储步骤中所存储的至少一个调谐请求中的一个调谐请求执行下一个调谐处理；以及在时间的预定点上抹去在调谐处理期间所存储的至少一个调谐请求的调谐请求抹去步骤。

在基于第九方面基础上的第十方面，在调谐处理开始时，调谐请求抹去步骤抹去在原先调谐处理中存储的至少一个调谐请求。

在基于第九方面基础上的第十一方面，如果在调谐处理期间发出的新的调谐请求导致超过预定数目，则新的调谐请求取代已经存储的调谐请求之一。

在基于第九方面基础上的第十二方面，如果调谐处理失败，则调谐处理步骤就执行对应于在原先调谐处理期间所存储的调谐请求中的一个调谐请求的另外一次调谐处理，以及调谐请求抹去步骤在完成了另一次调谐处理之后抹去在原先调谐处理期间所存储的调谐请求中的至少一个调谐请求。

在基于第十二方面基础上的第十三方面，如果在调谐处理期间发出的新的调谐请求导致超过预定数目，则新的调谐请求取代已经存储的调谐请求中之一。

在基于第九方面基础上的第十四方面，如果在调谐处理期间发出至少一个调谐请求，则调谐处理步骤就执行对应于存储在调谐请求存储部分中至少一个调谐请求中最新的调谐请求的下一次调谐处理。

在基于第十四方面基础上的第十五方面，调谐请求存储步骤每次存储一个调谐请求，以及如果调谐请求接收步骤接收到新的调谐请求，则新的调谐请求就取代已经存储的调谐请求中之一。

在基于第九方面基础上的第十六方面，调谐请求可由软件应用程序发出。

本发明的第十七方面针对一种程序，用于使包括在接收广播信号的广播接收设备中的计算机执行以下步骤：接收所发出调谐请求的调谐请求接收步骤；存储在调谐请求接收步骤中所接收到的调谐请求的调谐请求存储步骤；执行对应于调谐请求的广播信号的调谐处理的调谐处理步骤，其中如果在调谐处理期间发出了至少一个调谐请求，则对应于在调谐处理期间在调谐请求存储步骤中所存储的至少一个调谐请求中的一个调谐请求执行下一个调谐处理；以及在时间的预定点上抹去在调谐处理期间存储的至少一个调谐请求的调谐请求抹去步骤。

从以下结合附图的本发明详细的讨论中，将使本发明的这些和其它目的，特征，方面以及优点变得更加清晰。

附图说明

图1说明了根据本发明实施例的数字广播接收装置的结构的示意图；

图2是说明根据本发明实施例的数字广播接收装置结构的功能性方框图；

图3说明了在图2所示的调谐请求存储部分205中没有存储调谐请求的情况的示意图；

图4说明了在图2所示的调谐请求存储部分205中存储了两个调谐请求的情况的示意图；

图5说明了在图2所示的调谐请求存储部分205中存储了三个调谐请求的情况的示意图；

图6是说明根据本发明实施例的有关调谐请求接收过程的流程图；

图7是说明根据本发明实施例的有关调谐执行过程的流程图；

图8说明了在根据本发明实施例的广播接收装置中有关调谐请求的接收和调谐处理的执行的时序图；

图9举例说明了在图2所示的调谐请求存储部分205中所存储的调谐请求的示意图；

图10举例说明了在图2所示的调谐请求存储部分205中所存储的调谐请求的示意图；

图11是有关图7所示调谐执行过程的各种操作的流程图；以及，

图12说明了在常规的广播接收装置中有关调谐请求的接收和调谐处理的执行的时序图。

具体实施方式

图1说明了根据本发明实施例的数字广播接收装置(下文将简称之为“广播接收装置”)的结构示意图。图1所示的广播接收装置11连接着天线12和显示器13。图1所示的广播接收装置的主要结构类似于常规的广播接收装置的主要结构。广播接收装置11包括：前端101，TS解码器102，AV(音频/视频)解码器103，存储器104，以及图像输出信号编码器105。接着，将详细地讨论广播接收装置11。

前端101对天线12接收到的广播信号进行调谐和解调，且输出MPEG2传输码流(在图1中标注为“TS”)。前端101包括负责调谐的调谐器106。TS解码器102对前端101输出的MPEG2传输流进行去复用，且输出视频，音频，以及其它信息(除了视频和音频信息之外的信息)。这类信息是以诸如PES(包化基本流)的包或段为单位而输出的。一般说来，诸如视频和音频，等信息是以PES包的方式输出的，而在广播接收装置上操作的应用程序中则是以段的方式输出的。AV解码器103对视频和音频信息(图1中所示的“视频”和“音频”)  解码，且输出AV数据。图像输出信号编码器105将从AV解码器103输出的AV数据转换成图像输出信号。换句话说，图像输出信号编码器105使AV解码器103输出的AV数据经受D/A转换，从而输出提供给显示器13的视频/音频信号。AV解码器103也输出除了视频和音频信息之外的其他信息(在图1中标注为“其它”)，这些信息保留在存储器104中，以备在各种处理中使用。例如，在系统可能通过广播信号来下载在广播接收装置上操作的应用程序例如，广播接收装置符合DVS-MHP标准)的情况下，所下载的应用程序可以存储在存储器104，使得CPU107可执行。CPU107是承担计算的模块，它与存储器104和调谐器106相耦合。CPU107通过执行以下将要描述的调谐管理处理程序来执行调谐的管理处理。随后将详细地讨论有关调谐管理的处理。CPU107负责上述应用程序和其他类似程序的执行。

根据本发明的广播接收装置不仅适用于图1所示的STB(机顶盒)，也可适用于诸如电视接收机的本身。换句话说，本发明并不局限于以STB的形式来实施，也可以作为电视接收机的一个部件来实现。本发明适用于接收来自应用程序或输入装置的调谐请求并且根据接收到的调谐请求执行调谐处理的任何装置。此外，即使在STB实施的情况下，本发明也并不局限于图1所示的结构。例如，图像输出信号编码器105，它可以输出已转换成诸如NTSC((美)全国电视体制委员会)、PAL(逐行倒相制)或SECAM(顺序彩色与存储)等等信号格式的信号，也可以采用与显示器13相兼容的任何其他信号格式。

图2是说明根据本发明广播接收装置11结构的功能性方框图。正如图2所示，广播接收装置11包括应用程序捕获部分201，应用程序执行部分202，用户输入部分203，调谐请求接收部分204，调谐请求存储部分205，调谐请求捕获部分206，调谐执行部分207，以及调谐请求抹去部分208。

应用程序捕获部分201捕获能在广播接收装置11上运行的应用程序。应用程序捕获部分201可以通过广播，或通过诸如CD或DVD之类的记录媒介来捕获应用程序。在利用广播来捕获应用程序的情况下，应用程序捕获部分201可以由适用于从广播信号中捕获应用程序所必须的硬件。(例如，包括调谐器106的前端101，TS解码器102和存储器104，等等)以及其中的控制软件实现。在从记录媒介(例如，CD和DVD)捕获应用程序的情况下，应用程序捕获部分201可以由适用于从广播信号中捕获应用程序所必须的硬件(例如，适用于记录媒介和存储器的驱动器，等等)，以及其中的控制软件来实现。由应用程序捕获部分201所捕获到的应用程序可以输出到应用程序执行部分202。

应用程序执行部分202执行由应用程序捕获部分201输出的应用程序。应用程序执行部分202可以由执行应用程序的CPU 107和存储器104等等来实现。在应用程序是采用诸如Java字节代码之类的媒介语言来描述情况下，就必须具有适用于解译和执行媒介语言的软件；在应用程序是采用与CPU 107相兼容的本机码来描述的情况下，就不再需要这样的软件。当在应用程序执行期间发出调谐请求时，应用程序执行部分202就向调协请求接收部分204输出调谐请求。特别是，应用程序执行部分202可以通过调用由调谐管理处理程序所提供的调谐API来发出调谐请求。

用户输入部分203向调谐请求接收部分204输出用户所发出的调谐请求。用户输入部分203可以由输入装置。(例如，遥控器上的按钮或触摸屏等等)来实现。于是，用户可以采用用户输入部分203向广播接收装置11发出调谐请求。

调谐请求接收部分204接收来自用户输入部分203和应用程序执行部分202的调谐请求。特别是，如果是用户发出的调谐请求，调谐请求接收部分204就会接收到由硬件(例如，按钮或触摸屏)所发出的作为调谐请求的信号。如果是由应用程序发出调谐请求，则调谐请求接收部分204就要解释调谐API的调用作为调谐请求。值得注意的是，无论是否正在进行调谐处理，调谐请求接收部分204都能接收调谐请求。

调谐请求存储部分205存储着调谐请求接收部分204所已经接收到的调谐请求。可以由存储器104来实现调谐请求存储部分205。另一方面，也可以由CPU107中的专用寄存器来实现调谐请求存储部分205。调谐请求存储部分205能够存储预定数量的调谐请求。调谐请求存储部分205能够将根据时间顺序依次排列的信息与调谐请求一起存储。下文将参照图3来描述调谐请求存储部分205的特殊例子。

图3至图5说明了图2所示的调谐请求存储部分205的特殊例子。图3说明了没有调谐请求存储在调谐请求存储部分205中的情况。图4则说明了有两个调谐请求(请求A和B)存储在调谐请求存储部分205中的情况。图5说明了有三个调谐请求(请求A至C存储在调谐请求存储部分205中情况。在图3至图5中，在表示调谐请求存储部分205的每格的上角所指示的数字代表着依次排列的信息。正如下文中所使用的，“次排列的信息”示着存储在调谐请求存储部分205中的调谐请求的次序。例如，在图4中，在具有排列信息“1”的格中的调谐请求(请求2)是在调谐请求存储部分205中所有调谐请求中最后存储的调谐请求。

在又一个调谐请求加入到调谐请求存储部分205的情况下，则把排列信息“1”分配给又一个调谐请求。因此，对已经存储的调谐请求的排列信息就各增量加1。例如，如果从图4中又发出了调谐请求“请求3”，则调谐请求存储部分205的状态将如图5所示。尽管图3至图5已经说明了调谐请求存储部分205具有阵列结构，但是也可以使用任何能将根据时间顺序依次排列的信息与调谐请求一起存储的其他数据结构。

在本实施例中，假定调谐请求存储部分205具有FIFO数据结构，且能够存储预定数量的调谐请求。因此，如果任何新发出的调谐请求导致要存储的调谐请求的数量超过了预定的数量，则调谐请求存储部分205就会抹去在所存储着的调谐请求中最老的调谐请求，并存储新的调谐请求作为替代。

再参照图2，将描述调谐请求捕获部分206和调谐执行部分207。正如下所述，调谐请求捕获部分206和调谐执行部分207可以根据调谐请求对广播信号进行调谐处理，且如果在调谐处理期间发出调谐请求，则根据存储在调谐请求存储部分205中的调谐请求中之一来进行下一次调谐处理。

调谐请求捕获部分206捕获存储在调谐请求存储部分205中的调谐请求。在本实施例中，调谐请求捕获部分206根据排列的信息从存储在调谐请求存储部分205中的调谐请求中捕获最后接收到的调谐请求。特别是，调谐请求捕获部分206捕获排列信息为“1”的调谐请求。把调谐请求捕获部分206捕获到的调谐请求输出给调谐执行部分207。在另一个实施例中，调谐请求捕获部分206可以捕获从存储在调谐请求存储部分205的调谐请求中选出的任何其它调谐请求。

调谐执行部分207根据调谐请求捕获部分206所捕获到的调谐请求对广播信号进行调谐处理。特别是，调谐执行部分207根据已经从调谐请求捕获部分206输入的调谐请求输出用于控制调谐器106的控制信号。

调谐请求抹去部分208可以在时间的预定点上抹去存储在调谐请求存储部分205中的部分或全部调谐请求。例如“时间的预定点“可以是。在调谐执行部分207的调谐处理的开始时或在调谐执行部分207的调谐处理的结束时。换句话说，一旦接收到来自调谐执行部分207的调谐处理开始或结束的通知，调谐请求抹去部分208就根据预定的规范来抹去存储在调谐请求存储部分205中的调谐请求。以下将描述预定的规范和时间的预定点。

可以以程序的方式来实现本发明，且能够很容易地在独立的计算机系统上通过记录在记录媒介上的程序的传递来实践。根据本实施例的调谐请求接收部分204，调谐请求捕获部分206，调谐执行部分207，以及调谐请求抹去部分208都可以采用由CPU 107执行的调谐管理处理程序来实现。在另一个实施例中，这些部件单元可以由特殊的硬件电路来实现。尽管图2所示的结构可采用一般的数字广播接收装置来实现，但也可以采用模拟广播接收装置来实现。换句话说，本发明也适用于模拟广播接收装置。

接着，详细地描述CPU 107执行的调谐管理处理。调谐管理处理可分成为有关调谐请求接收的过程和有关调谐执行的过程。下文，将详细地描述有关调谐请求接收的过程和有关调谐执行的过程。

图6是说明根据本实施例的有关调谐请求接收的过程的流程图。在有关调谐请求接收的期间，CPU 107处于等待调谐请求，以及当调谐请求发出时接收的状态(步骤S601)。如上所述，可以由应用程序或用户发出调谐请求。步骤S601的过程实现了调谐请求接收部分204。其次，CPU 107将步骤S601处接收到的调谐请求存储在存储器104中(步骤S602)。在步骤S602之后，CPU 107返回到等待调谐请求的状态。每次发出调谐请求时，CPU 107都要执行步骤S601和S602。可以在比发生调谐处理所需要的时间短得多的时间周期内来执行步骤S601和S602。

图7是说明根据本发明的实施例的有关调谐执行过程的流程图。在有关调谐执行期间，CPU 107首先监测存储器104(步骤701)来确定是否在存储器中存储了任何调谐请求(步骤S702)。如果没有存储着调谐请求，那么CPU107就返回到步骤S701的过程。另一方面，如果已经存储了任何调谐请求，那么CPU 107就从存储在存储器104的调谐请求中捕获一个调谐请求(步骤S703)。步骤S703实现了调谐请求捕获部分206。在本实施例中，CPU 107捕获存储在存储器104中最新的一个调谐请求。特别是，CPU 107捕获“排列信息”为1的调谐请求。

在步骤S703之后，CPU107根据所捕获的调谐请求开始调谐处理(步骤S704)。步骤S704实现了调谐执行部分207。此外，CPU107抹去了存储在存储器104中的调谐请求(步骤S705)。步骤S705实现了调谐请求抹去部分208。在步骤S704之后立即执行步骤S705的过程。换句话说，根据本实施例，抹去调谐请求的时间预定点是在调谐处理的开始。在步骤S704处开始的调谐处理结束之前，执行S705的过程。在步骤S704处开始的调谐处理结束之后，CPU107就返回到步骤S701且重复从步骤S701至S705的过程。

上述有关调谐请求接收的过程和有关调谐执行的过程是相互独立地进行的。接收调谐请求所需的时间(即，步骤S601和S602所需的时间)远比执行调谐处理所需的时间(即，步骤S701至S705)所需的时间短得多。因此，在有关调谐请求接收的期间，在调谐处理期间发出的调谐随着它们的产生便存储于存储器104中。

接着，参照图8，将描述广播接收装置11的操作的特殊例子。图8说明了在广播接收装置11中接收调谐请求和执行调谐处理的时序图。首先，在图8中，从调谐请求端至调谐处理端发出调谐请求1(如图8中的请求1所示)。如这里所使用的，“调谐请求端”是指发出调谐请求的应用程序和由用户输入调谐请求所使用的输入装置。“调谐处理端”是指采用调谐器106来负责广播信号调谐的装置。在本实施例中，调谐处理端对应于，以为实现上述调谐管理处理而执行的调谐管理处理程序的CPU107。

响应于图8所示的调谐请求，调谐处理端便执行调谐处理1。特别是，CPU107接收调谐请求1(步骤S601)，将调谐请求1存储于存储器104中(步骤S602)。此外，CPU 107执行步骤S701至S704的过程，开始调谐的执行。紧接在开始执行调谐之后，就抹去调谐请求1(步骤S705)。在图2中，假定在调谐处理1的处理期间发出了调谐请求2和3(如图8所示的请求2和3)。在这种情况下，CPU 107在调谐处理期间接收调谐请求2(步骤S601)，且将调谐请求2存储于存储器104中(步骤S602)。此外，CPU 107对调谐请求3执行与对调谐请求2所执行的相似的处理(步骤S601和S602)，使得存储器104(调谐请求存储部分205)能得到如图9所示的状态。

在调谐处理1结束之后，CPU 107监测存储器104(步骤S701)以确定在存储器中是否存储着任何调谐请求(步骤S702)。随后，CPU 107捕获排列信息为“1”的调谐请求(调谐请求3)(步骤S703)，并进行调谐(步骤S704)。于是，在紧接着调谐处理1之后进行了调谐处理了(对应于调谐请求3)。此外，一旦开始调谐处理3，CPU 107就抹去存储在存储器104中的调谐请求(调谐请求2和3)。

在调谐处理3处理期间，可能发出调谐请求4和5(如图8所示的请求4和5)。以类同于调谐请求2和3的方式将调谐请求4和5存储于存储器104中。因此，存储器104(调谐请求存储部分205)所取的状态如图10所示。于是，在紧接着调谐处理3执行调谐处理5。

如上所述，根据本实施例，即使在调谐处理期间发出了任意数量的调谐请求，但接着只对应于所发出的调谐请求中的一个调谐请求执行调谐处理，而忽略所发出的其它调谐请求(即，不再执行相应于其它调谐请求的调谐处理)。另一方面，根据图12所示的常规广播接收装置，如果在调谐处理期间发出了多个调谐请求，则就执行对应于所有这类调谐请求的调谐处理。值得注意的是，把在图12中所示的调谐处理2认为是不需要执行的调谐处理，因为在相应的调谐处理结束之后，接着执行的是下一个调谐处理(调谐处理3)。换句话说，对在调谐处理期间发出的调谐请求而言，在连续进行两个或多个调谐处理的情况下，除了最后一个请求以外的调谐处理都是不需要进行的。相反，根据本发明的实施例，对在调谐处理期间所发出任意数量的调谐请求而言，重复只进行一个调谐处理，从而去除了不需要的调谐处理。于是，也就能够减少调谐处理所需的时间量。而由于响应于在调谐处理期间所发出调谐请求进行了一个调谐处理，所以没有浪费在调谐处理期间发出的所有调谐请求。

于是，根据本实施例的广播接收装置11能够响应于连续发出的调谐请求而有效地进行调谐。如果在调谐执行部分207没有进行调谐处理的时候发出了调谐请求，那么一旦把接收到的调谐请求保持在调谐请求存储部分205中，监测调谐请求存储部分205的调谐请求捕获部分206就捕获该调谐请求，并执行相应的调谐处理。

根据本实施例，用于抹去调谐请求的时间的预定点是在调谐处理的开始时。于是，在调谐请求存储部分205中能存储的调谐请求的最大数量可以设定为等于在执行一个调谐处理所需的时间周期中可以潜在地发出的调谐请求的数量。其结果是，能够减少调谐请求存储部分205中所提供的存储器的数量。

虽然本实施例说明了在调谐处理开始之后立即抹去调谐请求的例子，但是在其它实施例中也可以在调谐处理结束的时候抹去调谐请求。换句话说，图7的步骤S705的过程可以在步骤S704开始的调谐处理结束之后执行。在这种情况下，在图7的步骤S705中，CPU 107抹去了对应于在先前步骤S704进行的调谐处理的调谐请求以及在存储器104中的任何原有的调谐请求。特别是，CPU 107抹去了排列信息的数值大于在先前步骤S703中所捕获的调谐请求的排列信息的数值的调谐请求。

在调谐请求的捕获处理中要使用的预定规范表示只捕获最新的调谐请求的情况下，在已经捕获到了最新的调谐请求之后的任何点，就发生抹去比所捕获到的调谐请求老的调谐请求。

在上述讨论的实施例中，只在不进行调谐处理的时候(步骤S704)才会发生捕获调谐请求的过程(步骤S703和S706)。作为另一种选择，为了使操作更快，有可能在调谐处理期间预先捕获下一个调谐请求，采用流水线处理的方式。

此外，在本实施例中，也可以配置调谐请求存储部分205使之只存储一个调谐请求。其结果是，能够使调谐请求存储部分所提供的存储器的数量最小化。在这种情况下，如果调谐请求接收部分204接收到新的调谐请求，则调谐请求存储部分205就将已经存储的调谐请求变更为新接收到的调谐请求。

下文将描述本实施例的各种操作。首先，描述对失败的调谐处理的计数操作。值得注意的是，在上述讨论的操作中，在调谐处理开始的时候就抹去保存在调谐请求存储部分205中的调谐请求(见步骤S705)。因此，即使调谐请求所对应的调谐处理失败了，但该调谐请求也会被抹去。相反，下列操作有可能当调谐处理失败时可以再次进行该调谐处理。

图11是有关图7所示的调谐执行过程的各种操作的流程图。由于图11和图7之间仅有的差异是步骤S706和S707，因此在下面的描述中将特别描述这些步骤，而忽略其它步骤。

在图11中，如果步骤S702发现存储了调谐请求，那么CPU 107就在存储于存储器104但还没有被捕获的调谐请求中捕获最新的调谐请求(步骤S706)。步骤S704的过程类似于图7所示的过程。在步骤S704之后，CPU 107确定在步骤S704所执行的调谐处理是否成功(步骤S707)。如果调谐处理是成功的，则CPU 107就执行步骤S705的过程。步骤S705的过程类似于图7所示的过程，除了是在调谐处理完成之后才执行的过程。另一方面，如果调谐处理失败，则CPU 107就返回到步骤S706的过程。

于是，在图11中，如果调谐处理失败，就进行与在存储于存储器104中但还没有被捕获的调谐请求中最新的调谐请求有关的调谐处理。因此，如果基于最新的调谐请求的调谐处理失败，则可以进行另一个调谐请求的调谐处理。值得注意的是，在步骤S706所捕获的调谐请求可以是还没有被捕获到的任何调谐请求，取代了最新的调谐请求。

接着，描述在对每次调谐请求所作调谐处理的结果返回情况下的适应。DVB-MHP标准规定，对从应用程序所发出的任何调谐请求，所对应的调谐处理的结果都要返回以通知应用程序。当根据本实施例的广播接收装置是要在这类环境下使用时，还需要通知对应于抹去的调谐请求的调谐处理的结果。因此，在抹去任何调谐请求之前，CPU 107需要捕获将被抹去的调谐请求的数量和正在期待通知的应用程序。在执行抹去调谐请求的步骤S705之前，就可以捕获将被抹去的调谐请求的数量。可以通过存储的信息来捕获正在期待通知的应用程序，该存储信息可指示已经人何处发出调谐请求以及在调谐请求存储部分205中的每个调谐请求。在抹去调谐请求之前或抹去之后会立即产生该通知。在上述情况下，有关存储在调谐请求存储部分205中的调谐请求的接收的过程类似于上述实施例中的过程。因此，本实施例的操作适用于采用其他信息(例如，表示已经从何处发出的调谐请求的信息)的场合。

接着，将讨论用户和应用程序的数目。上述实施例假定是单一用户(用户输入部分203)和单一应用程序(应用程序执行部分202)发出调谐请求的环境。然而，根据本实施例的操作也可以在其它环境下执行。可能会有三种环境：只有一个用户发出调谐请求的环境；只有一个应用程序发出调谐请求的环境；以及，用户和应用程序两者都发出调谐请求的环境。此外，还可根据是否存在单一用户或多个用户和是否存在单一应用程序或多个应用程序，可以设想八种环境。

在本实施例中，可以由调谐请求接收部分204来摘录用户和应用程序所发出的调谐请求，以便于形成相同的格式。因此，根据本实施例的操作也能够适用于以上所提出的八种设想的环境。在各种情况中，通过利用指示已经从何处发出调谐请求的信息有可能识别出已经已经多个应用程序中的何处发出调谐请求，并把调谐处理的结果的通知返回给该应用程序。

接着，将描述广播接收装置包括多个调谐器106的一种情况。在该情况中，调谐执行部分207可以独立地进行有关多个调谐器中各个调谐器的调谐处理。在没有必要区分出多个调谐器之间的差异，以致调谐器中的任何一个都能没有区别地进行给定的调谐处理的情况下，调谐请求捕获部分206可以根据至少有一个调谐器没有进行调谐处理的条件来捕获调谐请求。此外，调谐执行部分207可以根据调谐请求捕获部分206捕获到的调谐请求而使用空闲的(即，没有执行调谐处理的)调谐器来进行调谐处理。另一方面，在必须区分出多个调谐器之间的差异(例如，调谐器正分别接收不同的广播信号或如果调谐器具有不同的功能)的情况下，必须在调谐请求存储部分205存储调谐请求的同时，将用于识别调谐器的信息作为附加信息而存储。在这种情况下，调谐请求捕获部分206捕获针对还没有执行调谐处理的调谐器的调谐请求。此外，调谐执行部分207使用根据调谐请求捕获部分206捕获到的调谐请求的调谐器来执行调谐处理。

在详细描述本发明的同时，上述描述是对所有方面的说明，而不是限制。应该理解的是，在不脱离本发明的核心范围内可以延伸出众多其他的改进和变更。

Claims (17)

1.一种用于接收广播信号的广播接收装置，其特征在于，它包括：

用于接收一个已经发出的调谐请求的调谐请求接收部分；

用于存储由调谐请求接收部分接收到的调谐请求的调谐请求存储部分；

用于对相应于调谐请求的广播信号进行调谐处理的调谐处理部分，其中，如果在调谐处理期间至少发出一个调谐请求，那么调谐处理部分就执行下一个调谐处理，所述下一个调谐处理对应于在调谐处理期间存储于调谐请求存储部分中的至少一个调谐请求中的一个；以及

用于在预定时间点上抹去在调谐处理期间存储于调谐请求存储部分中的至少一个调谐请求的调谐请求抹去部分。

2.如权利要求1所述的广播接收装置，其特征在于，调谐请求抹去部分在调谐处理的开始就抹去存储于调谐请求存储部分中的至少一个调谐请求。

3.如权利要求1所述的广播接收装置，其特征在于：

调谐请求存储部分能够存储预定数目的调谐请求，以及

如果在调谐处理期间所发出的新的调谐请求导致超过预定数目，则新的调谐请求就取代已存储的调谐请求之一。

4.如权利要求1所述的广播接收装置，其特征在于：

如果调谐处理失败，则调谐处理部分就执行对应于在原先调谐处理期间存储于调谐请求存储部分中的调谐请求之一的另外一个调谐处理，以及

调谐请求抹去部分在另外一个调谐处理完成之后抹去在原先调谐处理期间存储于调谐请求存储部分中的至少一个调谐请求。

5.如权利要求4所述的广播接收装置，其特征在于：

调谐请求存储部分能够存储预定数目的调谐请求，以及

如果在调谐处理期间所发出的新的调谐请求导致超过预定数目，则新的调谐请求取代已存储的调谐请求之一。

6.如权利要求1所述的广播接收装置，其特征在于，如果在调谐处理期间发出了至少一个调谐请求，则调谐处理部分就执行对应于存储于调谐请求存储部分中的至少一个调求请求中的最新的一个调谐请求的下一次调谐处理。

7.如权利要求6所述的广播接收装置，其特征在于，调谐请求存储部分能够存储一个调谐请求，以及

如果调谐请求接收部分接收到新的调谐请求，则新的调谐请求就取代已存储的调谐请求之一。

8.如权利要求1所述的广播接收装置，其特征在于，调谐请求是由软件应用程序发出的。

9.一种在用于接收广播信号的广播接收装置中使用的方法，其特征在于，该方法包括以下步骤：

接收所发出的调谐请求的调谐请求接收步骤；

存储在调谐请求接收步骤中接收到的调谐请求的调谐请求存储步骤；

执行对应于调谐请求的广播信号的调谐处理的调谐处理步骤，其中，如果在调谐处理期间发出了至少一个调谐请求，则对应于在调谐处理期间在调谐请求存储步骤中所存储的至少一个调谐请求中的一个调谐请求执行下一个调谐处理；以及

在预定时间点上抹去在调谐处理期间所存储的至少一个调谐请求的调谐请求抹去步骤。

10.如权利要求9所述的调谐请求管理方法，其特征在于，在调谐处理开始时，调谐请求抹去步骤抹去在原先调谐处理中存储的至少一个调谐请求。

11.如权利要求9所述的调谐请求管理方法，其特征在于：如果在调谐处理期间发出的新的调谐请求导致超过预定数目，则新的调谐请求取代已经存储的调谐请求之一。

12.如权利要求9所述的调谐请求管理方法，其特征在于：

如果调谐处理失败，则调谐处理步骤就执行对应于在原先调谐处理期间所存储的调谐请求中的一个调谐请求的另外一次调谐处理，以及

调谐请求抹去步骤在完成了另一次调谐处理之后抹去在原先调谐处理期间所存储的至少一个调谐请求。

13.如权利要求12所述的调谐请求管理方法，其特征在于，如果在调谐处理期间发出的新的调谐请求导致超过预定数目，则新的调谐请求取代已经存储的调谐请求之一。

14.如权利要求9所述的调谐请求管理方法，其特征在于，如果在调谐处理期间发出至少一个调谐请求，则调谐处理步骤就执行对应于在调谐请求存储步骤中存储的至少一个调谐请求中最新的调谐请求的下一次调谐处理。

15.如权利要求14所述的调谐请求管理方法，其特征在于，调谐请求存储步骤每次存储一个调谐请求，以及

如果调谐请求接收步骤接收到新的调谐请求，则新的调谐请求就取代已经存储的调谐请求之一。

16.如权利要求9所述的调谐请求管理方法，其特征在于，调谐请求由软件应用程序发出。

17.一种程序，其特征在于，它使包括在接收广播信号的广播接收设备中的计算机执行以下步骤：

接收所发出调谐请求的调谐请求接收步骤；

存储在调谐请求接收步骤中所接收到的调谐请求的调谐请求存储步骤；

执行对应于调谐请求的广播信号的调谐处理的调谐处理步骤，其中，如果在调谐处理期间发出了至少一个调谐请求，则对应于在调谐处理期间在调谐请求存储步骤中所存储的至少一个调谐请求中的一个调谐请求执行下一个调谐处理；以及

在预定时间点上抹去在调谐处理期间存储的至少一个调谐请求的调谐请求抹去步骤。

Images