CN1387727A - 交互式节目回收 - Google Patents

Abstract

用于回放节目的一种方法,节目包括一个或多个交互应用程序。从存储设备回放的节目,其存储形式或者是数据流,或者是一组文件。开始回放时,就启动已探测到的应用程序。在推送内容回放中,当应用程序在回放流中变为可用时就被探测到。在拉出内容回放中,通过比较应用程序的有效范围与当前回放索引探测应用程序。使用特殊回放模式时,影响应用程序生命周期的信号受到探测,并产生相应的信号维持该应用程序适当的状态。在这些特殊回放模式期间,这些多种多样的通知信号可以传送到配置为在这些模式下运作的应用程序。当特殊模式开始时,非配置为在这些特殊模式下运作的应用程序可被中止,在特殊模式结束后再重新启动。

Description

交互式节目回放

技术领域

一般说来，本发明涉及广播电视系统，更确切地说，涉及用于回放节目的一种系统和方法，这些节目存放在交互电视系统接收机的存储设备中，节目中包含一个或多个交互应用程序。

背景技术

交互电视系统提供一种装置，向众多的订户不仅传递普通电视音频和视频，而且传递交互内容。这些系统广播的节目可能包括电视音频和视频、静止图像、文本、交互图形和应用程序，以及许多其它组件。所以，交互电视信号的交互内容包括应用程序代码、与音频和视频相关联的数据、控制信号、原始数据以及许多其它类型的信息。

交互内容，比如与电视节目有关的应用程序代码或信息，通常以重复的形式广播。换句话说，每一条信息第一次广播之后，又第二次发送，并继续下去。此循环不断重复，例如每十秒钟就将每一组交互数据发送一遍。以这种方式广播的这些信息形成了所谓的“环形传送带”。组成环形传送带的信息序列可以事先准备，也可以“当场”决定。

广播系统(例如交互电视系统)以环形传送带的形式发送信息，以便使系统中的接收机选择性地获取环形传送带中特定的信息，而不需要从接收机到服务器的返回路径。如果一个特定的接收机需要一条特定的信息，它只要等待这条信息下次广播即可获得该信息。如果信息不是循环广播，接收机就不得不为了该信息而向服务器发送一个请求，因此需要一条返回路径。系统中其它的接收机也能够以同样的方式运作，每台接收机都等待它需要的信息，然后只采用该信息。采用环形传送带广播信息，系统消除了每台接收机都连接到服务器的需求，进一步也消除了服务器处理各个信息请求的需求。一般说来，一个广播信号可能包括若干节目，而节目又包括若干音频/视频流和/或数据流。数据流可以用于携带数据，比如交互应用程序数据、字幕信息或者其它数据。

在环形传送带中的各条信息，也就是数据对象常常是要进行组合以形成单一的节目。这个节目也可能包含流数据，比如音频或视频。例如，交互电视游戏表演可能将电视的音频和视频与交互内容相结合，比如使用户能够回答问题的应用程序代码。另一个例子可能是新闻节目，它将音频和视频与应用程序代码相结合，在屏幕底部的条带内插入当前的股票价格。应当理解，本文中所用的术语“节目”指的是任何广播材料，包括电视剧、体育竞赛、新闻节目、电影或任何其它类型的广播材料，或者电视剧、体育竞赛、新闻节目、电影或其它材料的片段。节目可能仅包括音频、视频、数据，或者其任何组合。例如，节目可能仅为电视剧或广播的一部分(例如没有商业广告，或者除去了开始或结束的一部分)，也可能不只一个电视剧，或者包括商业广告。

在正常情况下，在广播系统中收到的节目内容是用于即时消费的。尽管如此，也可能记录下这个内容以便今后回放。广播信息可以“原封不动”地(也就是以传送到接收机的数据流)记录，也可以记录为一组文件，能够随机访问以取代顺序访问。如果信息记录为数据流，该数据可视为“推送的”数据，因为接收机必须以数据流的形式回放信息——它无法不按次序而检索特定的数据对象。记录为一组文件的数据对象能够分别检索，所以可视为“拉出的”数据。

无论交互节目存储为推送的内容还是拉出的内容，在回放所记录的节目时都可能有困难，因为它起初是为了用于即时消费的。虽然像最初对用户提供的那样从头到尾地回放整个节目可能相对比较简单，但是用户在重放时可能希望使用某种特殊的模式，比如暂停、快进、倒带或者跳转到节目中的特定点上。由于节目可能包括不同的交互应用程序，在整个节目中具有多种状态，所以需要为这些应用程序维持适当的状态，即使在特殊的回放模式下跳过了节目的若干部分。更进一步，应用程序可能与其它数据对象交互，因此在特殊的回放模式下可能需要产生其它情况下不必产生的信号。

发明内容

本发明多种实施例可以解决以上概述的一个或多个问题。一个实施例包括一台连接着存储设备的交互电视接收机。该接收机连接到一个广播网络，并被配置为接收对应于一个节目的信号。该信号包含推送的交互电视数据。接收机配置为在存储设备中存放推送的数据，或者作为推送内容，或者作为拉出的内容。从存储设备回放节目时，接收机配置为启动节目中探测到的应用程序。如果节目存储为数据流，可通过接收一个表明应用程序可用的指示器来探测它。若是节目存储为一组文件，可通过对比应用程序的有效范围与节目的当前回放索引来探测应用程序。如果使用特殊回放模式，接收机配置为确定在特殊模式的操作期间在节目跳过的部分，节目是否产生信号，并在需要时产生相应的通知。接收机也可配置为中止和重新启动不在特殊回放模式下运作的应用程序。

一个实施例是用于回放节目的一种方法，节目包括一个或多个交互应用程序。存储节目的形式或者是数据流，或者是一组文件，内含组成节目的数据对象。开始回放时，就启动已探测到的应用程序。在推送内容回放中，当应用程序在回放流中变为可用时就被探测到。在拉出内容回放中，通过对比应用程序的有效范围与当前回放索引来探测应用程序。使用特殊回放模式时，影响应用程序生命周期的信号受到探测，并产生相应的信号通知该应用程序使它维持其适当的状态。在这些特殊回放模式期间，这些多种多样的通知信号可以传送到配置为在这些模式下运作的应用程序。当特殊模式开始时，非配置为在这些特殊模式下运作的应用程序可被中止，在特殊模式结束后再重新启动。

附图简要说明

本发明的其它目的和优点，参考附图阅读以下详细说明之后，将更加显而易见。

图1是一个交互电视系统的功能框图。

图2是一个示意图，阐明环形传送带和相应数据流的结构。

图3是一个示意图，阐明一个节目中数据对象的相互关系。

图4是一个流程图，阐明本方法的一个实施例。

图5是一个流程图，阐明本方法的一个实施例，其中节目存储在数据流中。

图6是一个流程图，阐明本方法的一个实施例，其中节目存储在一组文件中。

尽管本发明不难具有多种多样的改变和其它的形式，在附图中还是以举例说明的方式，展示了其具体的实施例，并将进行详细介绍。不过应当理解，这些附图和详细介绍并非是将本发明局限在所公开的特定形式中，恰恰相反，意在涵盖本发明的实质和范围内所有的改变、等效方式和替代方案，如附加的权利要求书所规定。

优选实施例的详细说明

广义地说，本发明包括一个改进的系统和方法，用于重放存储的交互节目，其特征在于这些节目起初意在以推送的广播数据的形式消费。尽管本发明可能有许多实施例，以下介绍主要集中在一个在交互电视系统中实现的实施例。介绍的目的在于阐明而非限制。

图1展示了一个交互电视系统10的功能框图。交互电视系统10通常包括一个广播台12和一个接收台14，它通过广播介质13连接到广播台。在这张图中，广播介质13描绘为卫星传输网络。在其它实施例中，广播介质可能包括别的传输装置，比如电缆、电话线、MMDS(微波)和陆地传输介质。广播台12连接到一个节目源15，它配置为提供形成节目的数据。接收台14包括一台接收机18，连接到存储设备16。存储设备16配置为存放节目数据。接收台14也包括一台电视机17，用于向用户显示节目。

在一个实施例中，从广播台12向接收台14广播的一个节目的数据对象存放于一个或多个节目源15。数据对象可以分开存放(例如作为可独立访问的文件)，也可以存放在预先构建的数据流中。应当注意，节目也可能含有不以数据对象形式传送的数据流(例如音频和视频)。如果节目的数据对象存储为单独的文件，它们被广播台12从节目源15中检索出来再顺序广播。若是节目存放为预先构建的数据流，基本上可以按照存储的形式广播。节目数据可以压缩，而且数据中可以加入交互电视系统使用的控制信息。然后，广播台12将节目数据和任何附加信息转换成适于通过广播介质13传输的格式。在这个特定的实施例中，数据的格式为可通过数字卫星网络传输的信息包。这些信息包可与其它信息包一起进行多路传输。

广播台12在一个环形传送带中传送节目的数据对象，向接收台14循环传送。这就产生了一个数据流，其中的每个数据对象都重复地传送。应当注意，广播介质(在本实施例中为一个数字卫星网络)能够支持若干个不同的频道，而且不同的环形传送带(以及相应的数据流)能够在这些频道上同时广播。接收台14接收数据流时，数据流中包含的节目可以立即播放，也可以录制。如果立即播放节目，接收台14将数据流转换回数据对象，并按照需要在节目中使用。若要存储节目，可以将它分解成单独的数据对象并存储为一组文件，也可以按照收到的数据流存储。如果要存储节目，就传送到存储设备16。节目中包括的数据流(例如音频或视频流)也可以存放在存储设备16上。无论节目是否立即播放，都可以存储。

典型的接收机18是由一个机顶盒实现的，它连接到电视机17。机顶盒带有一个控制单元(例如一个微处理器)、一个存储器以及对收到的交互电视信号进行选择和译码所必需的其它部件。因为机顶盒的基本部件和功能都是已知的，所以在此不做详细讨论。典型的机顶盒设计为以最低的成本提供必需的交互功能。因此，它们通常只有限量的存储器，没有存储设备(例如硬盘设备)。尽管有足够的存储器执行交互应用程序，却不适于不定期地存放应用程序。所以，当应用程序不再处于执行状态之后，通常不留在存储器内。

即使机顶盒的存储器足够大，能存放某些应用程序，要容纳一个包括大量音频或视频数据、应用程序代码或其它信息的节目，可能还是太小。在本系统的一个实施例中，存储设备16连接到机顶盒，提供足够的存储量以录制节目，这些节目不能放在机顶盒内限量的存储器中。存储设备16可能包括各种适当的存储设备，比如一台硬盘驱动器、一台可录DVD驱动器或光盘驱动器。它可以置于机顶盒内部，也可以外接。存储设备16可以永久地或可拆卸地连接到机顶盒。

图2阐明了传送到接收机的环形传送带(以及相应的数据流)的结构。环形传送带24包括数据对象21-23和环形传送带信息20。数据对象21-23是从上述的节目源检索而来。环形传送带信息20由广播台提供，可能包含信息，比如环形传送带ID和版本号、环形传送带的文件访问表或目录以及多种其它信息。(这种信息的某些部分，比如文件访问表，在用于即时消费的节目中不是必需的。)广播台依次传送环形传送带信息20和数据对象21-23。传输环形传送带24的第一次出现表示为25。广播台完成环形传送带24的第一次传输之后，再传送一次，如26所示。25-29所示的、环形传送带24的连续的、循环的传输形成了数据流30。环形传送带的传输可以不定期地重复。

如上所述，组成节目的数据对象可能包括应用程序代码、音频和视频数据、控制信号、原始数据和其它类型的信息。如果该节目要即时消费(也就是向用户展示)，就必须分解数据，以便从数据流中提取数据对象。提取了必需的数据对象之后，就播放节目，按照节目中的规定使用数据对象。例如，启动需要执行的任何应用程序，播放或显示需要向用户展示的任何音频或视频数据，生成需要产生的任何信号，以及诸如此类。通常是由电视机17向用户展示节目，由用户进行消费。无论节目是否立即向用户播放，它都可以存储。存储设备可以用于“原封不动地”(也就是以数据流的形式，基本上与收到的广播信号相同)存放节目，或者存储为一组文件，可以单独访问或更新。不管是哪种情况，录制的节目都可以回放。采用了本系统和方法，在观赏录制的节目时就易于和/或能够使用某些回放功能，比如特技播放模式。为了阐明本系统和方法的优点，可能有必要考察节目的结构。

如上所述，一个节目可能包括若干个数据对象和数据流。这些数据对象可能相互引用，它们可能触发特定的事件，或者被特定的事件所触发。在播放节目时，可能启动或停止节目中包含的交互应用程序。如果数据对象存储为文件，与文件相关联的有效范围对应于节目可用它们的时间。例如，只要数据对象作为环形传送带的一部分还在广播，该数据对象就是有效的。当该环形传送带(因此也包括该数据对象)不再处于广播状态时，该数据对象也就不再有效。所以，接收机可以确定起始时间和结束时间，从而规定数据对象有效范围，它可与相应的文件一起存储。

应当注意，尽管本公开文件所主要针对的交互电视系统被配置为回放原先存放的广播节目，此处展示的本系统和方法同样可用用于回放以其它方法存放的节目。例如，可广播的推送内容也可以脱机存放(例如在一片DVD上)，再向用户发行以便回放。也可以从点播服务器回放节目(例如视频点播)。

图4中展示的一个流程图表明了上述交互电视系统采用的一种方法。在存储设备中录制了节目之后，就开始回放节目。接收机配置为在记录的数据中探测应用程序。在节目中探测到应用程序后，就启动该应用程序。在节目中探测应用程序的方式取决于节目如何存放。

图5中展示了一个流程图，表明了在配置为以数据流的形式接收节目的系统中，探测应用程序的过程。如果应用程序记录为数据流，接收机通过检验从存储设备回放的连续数据流来探测应用程序。当数据流包含应用程序的指示信息时，接收机就探测这种信息，进而探测该应用程序。然后启动该应用程序。

图6中展示了一个流程图，表明了在配置为以一组文件的形式接收节目的系统中，探测应用程序的过程。如果应用程序记录为一组文件，则是以不同的方式在节目中探测应用程序。开始回放节目时，接收机检验存储的文件。在一个实施例中，应用程序文件包括为相应的应用程序规定有效范围的信息。接收机将每个应用程序的有效范围与当前的回放索引进行对比。如果当前的回放索引处于特定应用程序的有效范围之内，该应用程序视为已经探测到并启动。

上述的当前回放索引仅仅是一个用于节目回放的相对时间索引。在一个实施例中，上述的有效范围包括的数据是由接收机在录制节目时确定的。(应当注意，在某些实施例中，尤其是当回放的节目来自预先录制的介质，比如DVD，有效范围可能是预先设定的，并且随相应的数据对象一起提供。)有效范围包括起始时间和结束时间。应用程序的预计执行时间(或者叫可执行时间)是在起始时间与结束时间之间。因此，如果开始回放节目而且当前回放索引是在一个应用程序的有效范围之内，接收机将会启动该应用程序。

这一点可用下面的例子来阐明。假设从1：00至2：00广播一个节目。该节目中包含一个应用程序，在整个节目期间都有效。如果一个用户从1：30至2：30录制该节目，存储的应用程序的有效范围是从1：30至2：00，或者说从录制开始是30分钟。回放节目时，应用程序只对最初30分钟的录制有效。如果用户开始回放节目并快进40分钟，恢复正常回放时，该应用程序不再有效，将不会重新启动。

无论节目存储为数据流还是一组文件，回放节目时都持续探测应用程序。因此，探测到新的应用程序后，就启动它们。应当注意，接收机的性能和接收机执行环境中执行的策略，确定启动另一个应用程序会如何影响一个当前正在执行的应用程序。如果接收机一次只能执行一个应用程序，可能不得不取消或挂起一个当前正在执行的应用程序，才能启动另一个应用程序。在执行第二个应用程序时，可能需要也可能不需要从存储器中卸载第一个应用程序。如果接收机能够同时执行不只一个应用程序，那么就可以启动第二个应用程序，而第一个应用程序继续运行。不过，接收机也可能执行一个策略，禁止同时执行多个应用程序。所以，可能需要接收机为了启动第二个应用程序而取消或挂起第一个应用程序，即使接收机能够同时执行两个。

如上所述，用户回放节目时，他或她可能希望使用特殊的回放模式，而不是简单地按顺序(也就是以正常播放模式)回放节目。特殊模式可能包括特技播放模式，比如快进、慢动作和倒带，还可能包括跳转、搜索和暂停功能。使用特殊播放模式时，节目从应用程序处于第一种状态(例如执行)的第一点转到应用程序应当处于第二种状态(例如终止或挂起)的第二点。因为节目在第一点和第二点之间的部分没有播放(即执行)，所以没有遇到正常情况下会使应用程序改变其状态的某些信号和事件。因此必须当心以确保应用程序由于使用特殊播放模式造成的生命周期对应于特殊播放模式停止之后的节目位置。(在此使用“生命周期”是为了表明应用程序的状态，包括但并不限于执行的状态，比如启动、挂起、恢复和停止，以及应用程序执行时规定的任何内部状态。)

因为应用程序可能跳过应当触发应用程序状态变化的一个事件(一个信号或一组条件)，可以需要采取某些措施来产生这种状态变化。在一个实施例中，接收机配置为确定在特殊播放模式开始和特殊模式停止之间是否发生了会影响应用程序生命周期的任何事件。这些事件可能包括收到特定的信号或通知、存在特定的条件或其它因素。接收机配置为产生对应于跳过的事件的信号或通知，并且把这些信号或通知传送给应用程序以改变其状态。这些信号和通知可能包括取消信号、特殊播放模式已经启动或停止的通知、已经开始搜索的通知、模块或触发器通知、加速版本的通知以及对回放节目可能有用的其它信号或通知。应当注意，信号和通知的产生可能取决于相关条件的存在。例如，模块和触发器可能翻转以表明与之相关的通知是否应当提供给应用程序。信号和通知的产生也可能要以它们是否发生在相应的有效范围之内为条件。

接收机也会配置为产生与应用程序链接相关联的信号，并向节目中的应用程序提供这些信号。“链接”是指在节目中相互关联地执行不同的应用程序。链接策略规定了特定应用程序的执行如何影响其它应用程序。例如，如果第一个应用程序当前正在执行，又探测到和启动了第二个应用程序，链接策略可以规定第一个应用程序是否停止或挂起或者，如果接收机能够同时执行两个应用程序的话，是否应当同时执行它们二者。应当注意，接收机的性能可以影响链接策略，因为是在该接收机中执行该策略。(例如，若是接收机一次只能够执行一个应用程序，链接策略就不能让两个应用程序同时执行。)

接收机向应用程序提供的信号通常是顺序产生的(以在正常回放模式下将会发生的顺序)，因为应用程序的状态可能取决于收到信号的顺序。当特殊播放模式为正向模式(例如快进)时，接收机产生的信号和通知以它们正常排列的顺序向应用程序提供。当特殊播放模式为反向模式(例如倒带)时，可能不得不以反向顺序产生信号，或者接收机可能不得不产生的信号使正向播放信号“撤销”，也就是相反效应。

应当指出，某些应用程序可能依赖于接收有效数据以维持它们的状态。在回放节目中采用特殊回放模式使应用程序转到一个特定点时，可能需要采取预防措施以保证节目返回正常回放模式后应用程序处于适当的状态。这需要区分两种不同的情况：为其可录制和回放而编写的应用程序的情况；以及不用于录制和回放的应用程序的情况。

在第一种情况下，产生应用程序时已经知道，它可能采用特殊播放模式进行录制和回放。此类应用程序通常设计为接受这些特殊播放模式的通知并接纳它们。例如，一个应用程序可配置为产生一个询问，以确定节目回放的当前位置。然后应用程序可以根据节目中的位置设置其内部状态。

在第二种情况下，产生应用程序的意图是以收到的形式消费。除了在正常播放模式下节目的进展以外，该应用程序不是设计为在节目中从一个位置跳转到另一个位置。如果此类应用程序正在执行时启动了一个特殊播放模式，可以简单地终止该应用程序并在节目的新位置处重新启动它。当终止该应用程序时，可能允许它向持久存储器比如存储设备保存信息(例如状态信息)。应当注意，终止该应用程序时，它可能从存储器中移出，因此在节目跳转到新的位置后，可能不得不从数据流再一次下载并重新启动。

因为启动特殊播放模式时这两种类型的应用程序受到不同处理，应该将这些应用程序配置为向接收机表明它们是否能够处理特殊播放模式。同样还应将某些应用程序配置为防止某些特殊播放模式。例如防止用户倒带，或者只允许用户倒带至一定的位置，比如段起始处。

尽管通过引用特定的实施例介绍了本发明，不过应当理解这些实施例是说明性的，本发明的范围并不限于这些实施例。对介绍的实施例能够进行许多变形、修改、增添和改进。这些变形、修改、增添和改进可能都不脱离本发明的范围，如下面的权利说明书所详细规定。

Claims (21)

1.一种方法，包括：

接收一个广播信号，其中所述广播信号包含一个节目，且其中所述节目包含一个或多个交互应用程序；

在一个存储设备中存放所述节目；

从所述存储设备开始回放所述节目；以及

在所述节目的所述回放期间，启动所述一个或多个交互应用程序中的第一个交互应用程序，以响应探测所述第一个交互应用程序的结果。

2.根据权利要求1的方法，其特征在于，所述节目以收到的形式存放在所述存储设备中，其中探测所述第一个交互应用程序包括在所述回放期间从所述节目的一个交互应用程序数据流中探测所述第一个交互应用程序可用。

3.根据权利要求1的方法，其特征在于，存放所述节目包括存放所述节目的一个交互应用程序数据流，其中所述数据流的所述存放包括从所述节目中提取一个或多个数据对象以及以一组文件的形式在所述存储设备中存放所述数据对象，其中启动所述数据流的回放包括从所述存储设备中在所述组中检索一个或多个文件，以及其中探测所述一个或多个交互应用程序中的所述程序，包括将与所述一个或多个应用程序中的所述程序相关联的有效范围与当前回放索引进行比较，以及确定所述当前回放索引处于所述有效范围之内。

4.一种方法，包括：

提供存放在存储设备中的一个节目，其中所述节目包含一个交互应用程序；

从所述存储设备开始回放所述节目；

启动所述交互应用程序；

开始所述节目的一个特殊播放模式；以及

在所述特殊播放模式期间，向所述交互应用程序传送一个通知信号。

5.根据权利要求4的方法，进一步包括：

开始所述节目的一个特殊播放模式，其中在所述特殊播放模式期间，一个当前回放索引从第一个值变为第二个值；

确定在所述第一个值与所述第二个值之间，在正常播放模式下是否遇到过影响所述交互应用程序状态的事件；

产生与所述事件对应的信号；以及

向所述应用程序传送所述信号。

6.根据权利要求5的方法，其特征在于，按照正常播放模式下所述相应事件的次序顺序地产生所述信号。

7.根据权利要求4的方法，其特征在于，一个或多个所述通知信号是选自以下信号组成的组：应用程序取消的信号；应用程序启动的信号；应用程序暂停的信号；应用程序恢复的信号；特技模式开始的通知；特技模式结束的通知；搜索的通知；模块的通知；触发器的通知和加速模型的通知。

8.根据权利要求4的方法，进一步包括，所述交互应用程序接收所述节目中当前位置的一个指示器以及设置所述交互应用程序对应于所述当前位置的内部状态。

9.根据权利要求8的方法，其特征在于，当所述节目在所述特殊播放模式下，所述应用程序接收所述节目中所述当前位置的所述指示器。

10.根据权利要求4的方法，进一步包括：

开始所述节目的一个特殊播放模式；

向所述节目中的所述交互应用程序传送一个取消信号；

终止所述特殊播放模式；以及

启动一个交互应用程序以响应所述应用程序可用的探测结果。

11.根据权利要求4的方法，进一步包括，所述交互应用程序：

向正在执行所述交互应用程序的一个接收机表明所述交互应用程序是否配置为当一个特殊播放模式开始时进行操作；

探测到所述交互应用程序配置为在所述特殊播放模式期间操作时，向所述交互应用程序通知所述特殊播放模式作为响应；以及

探测到所述交互应用程序不是配置为在所述特殊播放模式期间操作时，当使用所述特殊播放模式时，终止所述交互应用程序作为响应。

12.根据权利要求4的方法，进一步包括：

广播所述节目；

接收所述节目；以及

在所述存储设备中存放所述节目。

13.一台设备，包括：

一台接收机；以及

一台连接到所述接收机的存储设备；其中所述存储设备配置为存放包括一个或多个交互应用程序数据流的节目数据流和为回放而向所述接收机提供所述节目数据流；以及

其中所述接收机配置为探测和启动所述一个或多个交互应用程序。

14.根据权利要求13的设备，其特征在于，所述接收机配置为连接到一个交互电视系统；其特征在于，所述接收机配置为从所述交互电视系统中接收所述节目数据；以及其特征在于，所述接收机配置为在所述存储设备中存放所述节目数据。

15.根据权利要求13的设备，其特征在于，所述存储设备配置为以收到的形式存放所述节目数据流；其特征在于，所述接收机配置为接收所述数据流和确定所述一个或多个交互应用程序何时在所述数据流中可用；以及其特征在于，所述接收机配置为启动所述一个或多个交互应用程序，以响应所述一个或多个交互应用程序可用的探测结果。

16.根据权利要求13的设备，其特征在于，所述存储设备配置为以一组文件的形式存放所述节目数据流；其特征在于，所述接收机配置为对一组包含交互应用程序的文件检索其中之一；其特征在于，所述接收机配置为将与所述交互应用程序相关联的有效范围与当前回放索引进行比较；以及其特征在于，所述接收机配置为启动若干个所述交互应用程序，其所述相关联的有效范围包括所述当前回放索引。

17.根据权利要求13的设备，其特征在于，所述接收机配置为在第一个回放索引和第二个回放索引之间，采用一种特殊的回放模式回放所述节目；其特征在于，所述接收机配置为确定在所述第一个回放索引与所述第二个回放索引之间，在正常播放模式下是否会遇到影响所述节目状态的一个或多个事件；其特征在于，如果在所述正常播放模式下会遇到所述一个或多个事件，所述接收机配置为产生一个或多个信号以表明所述一个或多个事件，以及向所述节目提供一个或多个信号。

18.根据权利要求13的设备，其特征在于，所述接收机配置为从所述一个或多个交互应用程序中的第一个交互应用程序接收一个通知，表明所述第一个交互应用程序是否配置为在特殊回放模式下操作；其特征在于，如果所述第一个交互应用程序是配置为在特殊回放模式下操作，所述接收机配置为当使用所述特殊回放模式时，向所述第一个交互应用程序提供所述特殊回放模式的一个通知；以及其特征在于，如果所述第一个交互应用程序不是配置为在特殊回放模式下操作，所述接收机配置为当使用所述特殊回放模式时，终止所述第一个交互应用程序。

19.根据权利要求18的设备，其特征在于，当停止使用所述特殊回放模式时，所述接收机配置为重新启动所述第一个交互应用程序。

20.根据权利要求19的设备，其特征在于，所述接收机配置为通过从一个数据流提取所述第一个交互应用程序而重新启动所述第一个交互应用程序。

21.根据权利要求13的设备，其特征在于，所述接收机配置为从所述一个或多个应用程序之一接收一个指示器，它表明所述接收机可以使用一种特殊回放模式。

Images