音视频重放.pdf

描述了一种回放音视频内容以及相关的应用程序内容的方法，例如使用一个扩展DVD系统来回放包括交互式内容的MHP广播内容。所述DVD盘包括MHP API的至少一部分以增强DVD播放器的能力。

1.  一种方法，从播放器(2)输出在一个存储有音视频内容的可移动存储介质上所存储的交互式音视频内容、一个控制应用程序以及独立于预定交互式电视平台的标准中的至少一个附加的链接应用程序，该方法包括步骤：
启动存储在该可移动存储介质(6)上的控制应用程序(28)；
从该控制应用程序(28)调用音视频显示应用程序(20)；
使用该音视频显示应用程序(20)从该可移动存储介质读取音视频数据并且根据其内容提供音视频显示；
从该控制应用程序(28)调用至少一个链接应用程序(29)以执行所述或者每一个链接应用程序(29)；
其中存储在可移动存储介质(6)中的该控制应用程序(28)实现独立于该交互式电视预定平台的标准的至少部分功能，包括独立于该预定平台的标准的应用编程接口(40)的至少一部分；以及
在执行时，所述至少一个链接应用程序(29)调用独立于该预定平台的标准的应用程序编程接口(40)。

2.  权利要求1所述的方法，其中以独立于计算机平台的标准来编写实现所述独立于预定交互式平台的标准至少部分功能的该控制应用程序(28)。

3.  权利要求1或者2所述的方法，其中该控制应用程序(28)读取存储在可移动存储介质(6)上的应用程序信息表(27)并且根据该应用程序信息表(27)中的信息来调用所述至少一个链接应用程序(29)。

4.  前述任意一个权利要求所述的方法，还包括：
向音视频显示应用程序(20)登记规定的事件；以及
当所述规定事件中的一个或者多个发生时，从所述音视频显示应用程序(20)回调到该控制应用程序(28)。

5.  前述任意一个权利要求所述的方法，其中该独立于预定交互式电视平台的标准是MHP。

6.  前述任意一个权利要求所述的方法，其中该盘是DVD盘并且所述音视频显示应用程序(20)是DVD视频读取器，用于从盘中读取DVD视频内容。

7.  前述任意一个权利要求所述的方法，其中该控制应用程序(28)作为一个解释器工作，用来解释链接应用程序的代码。

8.  一种可移动存储介质(6)，包括
音视频内容(22)；
独立于预定交互式电视平台的标准中的应用程序代码(29)；以及
控制应用程序(28)，用于调用该应用程序代码(29)并用于调用虚拟机(20)来显示所述音视频内容；
其中控制应用程序(28)实现独立于所述交互式电视预定平台的标准的部分功能，包括独立于该预定平台的标准的应用编程接口(40)的至少一部分，这样应用程序代码(29)调用所述部分的应用编程接口(40)来实现所述独立于交互式电视平台的标准的至少一些功能。

9.  权利要求8所述的可移动存储介质(6)，其中所述独立于交互式电视平台的标准是MHP。

10.  权利要求8或者9所述的可移动存储介质，其中所述可移动存储介质(6)是DVD盘。

音视频重放
技术领域
本发明涉及一种输出记录的音视频内容、特别是与例如提供交互式内容的应用程序相组合的音视频内容的方法。
背景技术
交互式电视需要传送音视频内容以及能够响应用户输入的应用程序。用于提供和回放交互式电视的开放式协议对于交互式电视的广泛采用至关重要。
一个标准是多媒体家用平台(MHP)，它涉及交互式广播素材。在这个已被世界上数个国家引入的标准中，可以和音视频内容一起广播复杂的应用程序。广播应用程序信息表来通知MHP应用程序。然而，该标准并不能解决把此类内容存储在诸如数字多功能盘(DVD)的可移动媒体中的问题。
MHP并不是唯一一种可以为应用程序提供广播内容的交互式电视系统。其它系统包括开放式电视(OpenTV)、传媒高速设备(MediaHighway)以及MHEG-5。
一个最近的标准是数字存储媒体-命令和控制(DSM-CC)标准，其定义了消息和会话标准。
当在适当的接收器上接收到被广播的交互式电视传输时，搜索输入传输流中的应用程序数据，并且可以将应用程序数据存储在存储器中。当用户在他或她的遥控器或者其它数据输入装置上按下适当的按钮时，开始运行应用程序。在被转让给OpenTV有限公司的美国专利US6427238中描述了可能会发生的缓存的实例。
然而，当传统的DVD视频记录器记录这种素材时，只能够回放所传送的MHP流的音视频内容，而不能回放附加的应用程序，例如，实现交互式功能的应用程序。因而需要一种方式来回放所记录的交互式电视传输。
发明内容
根据本发明，提供了一种方法，输出在一个存储有音视频内容的可移动存储介质上所存储的交互式音视频内容、一个控制应用程序以及在预定交互式电视平台独立标准中的至少一个附加的链接应用程序，该方法包括步骤：
启动存储在该可移动存储介质上的一个控制应用程序；
从该控制应用程序调用音视频显示应用程序；
使用该音视频显示应用程序从该可移动存储介质读取音视频数据并且根据其内容提供音视频显示；
从该控制应用程序调用至少一个链接应用程序以便执行所述或者每一个链接应用程序；
其中存储在该可移动存储介质上的控制应用程序实现独立于交互式电视预定平台的标准的部分功能，包括该独立于预定交互式电视平台的标准的一个应用编程接口的至少一部分；并且
在执行时该至少一个链接应用程序调用该独立于预定平台的标准的该应用编程接口。
以这样的方式，即便当播放器自身不能充分实现所述独立于平台的标准，或者甚至根本不能实现该标准时，播放器可以再现交互式音视频内容。
注意，控制应用程序可以根据需要以任何顺序启动该音视频显示应用程序和所述至少一个链接应用程序。
优选地，以独立于计算机平台的标准来编写所述控制应用程序，该控制应用程序用于实现独立于该预定的交互式电视平台的标准的功能的至少一部分。前一种标准是可以由播放器解释的Java字节代码或者其它代码。
为了识别链接应用程序，可以提供一个应用程序信息表。该控制应用程序可以读取存储在可移动存储介质上的应用程序信息表，并且根据该应用程序信息表中的信息来调用至少一个链接应用程序。
在一个优选方案中，该至少一个链接应用程序是MHP应用程序，并且该控制应用程序实现该MHP应用编程接口的至少一部分。该可移动存储介质可以是DVD盘并且该音视频显示应用程序可以是一个DVD视频阅读器，用于从所述盘读取DVD视频内容。
尽管DVD播放器也许不具有实现诸如MHP的广播应用格式的功能，但是存储在该盘上的控制应用程序可以提供必须的附加功能。
优选地，该音视频显示应用程序判断何时产生规定的事件，并且当产生一个或者多个该规定事件时，从该音视频显示应用调用回到该控制应用程序。这样，控制应用程序可以在音视频呈现的特定时间根据需要来启动或者停止链接应用程序。
另一方面，本发明涉及一种计算机程序，用于使播放器执行以上给出的方法步骤。
本发明还涉及一种可移动存储介质，包括：音视频内容；独立于预定平台的标准中的应用程序代码；以及用于调用该应用程序代码并且用于调用一个虚拟机来显示所述音视频内容的控制应用程序；其中该可移动存储介质包括用于该独立于预定平台的标准的应用编程接口的至少一部分，这样应用程序代码调用该部分的应用编程接口来实施该独立于平台的标准的至少某些功能。
现在将纯粹以示例的方式并借助于附图来描述本发明的一个优选
实施例，其中：
图1示例了适于在本发明中使用的扩展的DVD播放器；
图2示例了增强的DVD API；
图3示例了一个记录的DVD盘；以及
图4示意性地示例了程序控制。
本发明从原理上涉及所记录的交互式TV传输的回放。
在一个具体的实例中，在一个扩展DVD回放读取器上执行所述回放，以下将对其进行阐述。
DVD视频记录器/播放器2包括一个DVD读取器4，用于读取可移动存储介质，其在形式上可以是插入到该记录器/播放器2中的DVD盘6。该DVD视频记录器/播放器2还包括一个处理器10和存储器12。该DVD视频记录器/播放器还可以具有多个其它部件，例如在是独立的记录器/播放器地情形下可以具有遥控器14。否则，如果在常规的个人计算机上实现该DVD视频记录器/播放器2，则可以用众所周知的键盘和鼠标或者其它数据输入系统来代替遥控器14。
DVD视频记录器/播放器2被连接到诸如常规电视机的音视频再现系统16上。如本领域技术人员所熟知的，该音视频再现系统可能远比一个简单的电视机复杂，并且包括环绕声解码器、多路放大器以及许多其它部件。
该存储器12包括代码18用于在该DVD记录器/播放器2中实现独立于平台的虚拟机。“虚拟机”意味着能够实现标准指令的系统，以允许以独立于平台的方式来实现程序。在所描述的具体实例中，虚拟机是Java虚拟机18，其允许DVD视频记录器/播放器执行Java字节代码。例如，MHP应用程序使用Java字节代码。然而，如本领域技术人员所了解的，也存在其它独立于平台的标准，例如OpenTV应用使用o代码(o-code)，并且可以替代地或者附加地使用这些代码。
存储器12还包括实现DVD-V虚拟机的代码20。大部分的这种功能是标准的，并且允许DVD视频记录器/播放器2简单地回放音视频DVD视频内容，利用遥控器14来访问菜单，并且执行DVD视频记录器/播放器的所有标准功能。
在优选实施例中，用该独立于平台的虚拟机18的独立于平台的代码来实现DVD VM 20。这在DVD VM 20和直接运行于该独立于平台的虚拟机18中的外部应用之间产生通信。然而，本领域技术人员将理解怎样在运行于同一DVD记录器/播放器的不同应用程序上的进程间实现通信，因此DVD VM不必运行于同一独立于平台的虚拟机18上。
该DVD VM 20包括应用编程接口(API)30，其赋予DVD视频记录器/播放器2增强的功能。图2示例了DVD VM API 30的组件，它们可以被分开调用来访问该DVD VM 20的功能。
该API暴露了该DVD视频数据和该虚拟机的结构：因为对API的调用可以被用于访问数据，所述数据包括单元、视频对象以及DVD视频数据的各种其它标准部分。API调用可以被用于执行以下功能：
(1)启动32该VM，即启动DVD视频的解码；
(2)停止34VM；
(3)向VM登记36规定的事件，例如DVD视频数据中的特定位置，诸如正在访问的特定单元，或者在特定菜单中选择的特定选项；并且
(4)改变要由VM显示的菜单38。
可以理解的是，这并不是一个详尽的清单，如果需要也可以提供其它功能，例如除了简单地改变菜单之外还可以提供其它方式来改变数据结构。
发生规定的事件时，DVD VM 20还能将处理返回到调用该DVD VMAPI 30的程序。通常，这些是由调用先前向DVD VM API 30登记的事件，但是其它事件也可以引起回调，例如当达到该DVD视频数据的结尾时。
在图3中示意性地示出了含有来自MHP流的记录信息的DVD盘6。
该DVD包括视频数据22并且还附带地包括具有标准名字的Java归档文件(.jar文件)24，例如start.jar，其存储在该DVD的UDF/ISO文件系统中。该归档文件存储许多文件，包括清单文件(manifestfile)26，通常在Java归档文件中被称为META_INF/MANIFEST.MF，其包括自动启动控制应用程序文件28的位置。诸如控制应用程序的应用程序因而被存储在独立于计算机标准平台的代码中，在此是Java字节代码。也可以使用其它适当的独立于计算机标准平台的代码，只要它们能被播放器2解释。
该DVD还存储一个或者多个MHP应用程序29，即在分级文件系统中的代码和数据。这些代码提供了附加功能，特别是可以被用于提供交互式TV功能。在具体的实施例中，该MHP应用程序被记录为数字存储媒体-命令和控制DMS-CC消息格式。
这些档案文件还包括应用程序信息表(AIT)27的表示，如在MHP广播环境中被用于指示一个MHP应用程序。该AIT识别MHP应用程序29和启动参数。该AIT可以被包含在Java归档文件中的控制应用程序28解释。
如附图4所示例的，该控制应用程序28控制所记录的交互式音视频呈现的回放，即音视频内容以及相关应用程序的回放。它调用DVD VM20来显示音视频内容，并且在需要时根据需要来调用MHP应用程序。该DVD VM 20依次从盘中获得音视频数据22并且，该(或者每个)MHP应用程序29调用MHP API 40来实现MHP功能。
在具体的实施例中，实现用于访问MHP功能的MHP API 40的代码也被存储在盘上，便利地以Java字节代码或者以其它机器可读格式存储。
在将DVD盘6插入到读取器中的时候，Java归档文件24被解压缩，并且Jar清单用于利用适当的参数来运行该控制应用程序28。该控制应用程序28在DVD视频记录器/播放器2中在Java虚拟机18上运行。
控制应用程序28调用DVD视频API来登记事件。具体而言，当控制应用程序28需要采取行动例如来开始或者停止该MHP应用程序29之一时，它调用DVD视频API将这登记为事件发生时机。
如可以理解的，许多MHP应用程序是自动启动的应用程序，并且因此该控制应用程序28将按照AIT 27中的指示启动每个自动启动MHP应用程序29的一个实例。
在本例中的MHP应用程序运行在Java虚拟机18上，但是需要附加的功能。为了提供这种功能，在运行时MHP应用程序29将在需要时根据需要来调用MHP API 40。
在这些初始步骤之后，控制应用程序28然后调用DVD视频API，启动DVD VM 20回放音视频数据22。当DVD VM 20经过登记事件之一时，控制从该DVD VM 20被传递回控制应用程序28，以便允许该控制应用程序处理该事件。
具体而言，这些事件中的一些将启动MHP应用程序29。例如，最初广播的MHP信号可以在音视频图像的特定点处包括控制应用程序。这通过安排该控制应用程序将所述音视频呈现中的特定点登记为一个事件来在记录版本中重现。当达到该点时，DVD VM 20把控制传递给该控制应用程序28，后者启动该MHP应用程序29，由此获得初始MHP广播的效果。
其它事件可以指示MHP应用程序文件系统中的版本改变。例如，如果在原始广播期间广播文件系统中的一个文件改变了版本，这将会在记录版本中由音视频数据流中的一个事件来重现。当达到该事件时，DVD VM 20把控制交还给控制应用程序，后者更新其针对MHP应用程序文件系统的解码器，这样MHP应用程序可以看到该文件的正确版本。
在某些情形下，期望停止该DVD VM，并且这可以由一个从该控制应用程序28到DVD VM API 30的适当调用来执行。在其它情形下，希望DVD VM 20只是继续下去。这在MHP应用程序29的控制下是可以获得的，所述MHP应用程序29可以通过API 40来调用该控制应用程序28，以使得该控制应用程序根据MHP标准来处理该请求，然后其要求控制应用程序28使用正确的参数来调用DVD VM API 30，以便启动或者停止或者在其他情形下控制该音视频回放。
在处理一个事件之后，控制可以传递回该DVD VM 20，以便继续DVD视频回放。该MHP应用程序29可以并行运行，例如等待用户输入。在接收到这种用户输入时，该MHP应用程序则可以调用在控制应用程序28中实现的MHP API 40，来请求例如停止该音视频回放，这是通过调用DVD VM API 30来完成的。
注意在备选实施方案中，在DVD盘6上所提供的功能的数量可以变化。具体而言，控制应用程序28需要能够对DMS-CC数据的处理、对提供TV信息的DVB服务信息以及其它特性进行访问。这一功能可以在存储于DVD盘6上之上的控制应用程序28代码中提供，或者在播放器2自身存储的代码中提供。例如，播放器2可以包括Java虚拟机和匹配个人基本配置文件(Personal Basic Profi1e)的API集合(一个Java 2微型版规范提供了基本的I/O和图像API)，其将实现MHP应用程序的大多数的图形要求，但是将DSMCC以及SI处理留给控制应用程序28。在这种情形下，该MHP API 40的大部分功能可以由存储在播放器上的代码完成。然而，仍然在存储于该盘上的代码中提供DMS-CC功能和SI功能。
MHP API 40需要实现多个功能。和上面所讨论的DSMCC API一样，MHP需要其它API，例如提供TV节目信息的服务信息API，后者可以由控制应用程序28以各种方式仿真。例如，服务信息API可以解析记录在音视频流中的数据，或者只报告在开始记录时创建的盘上的文件内容。
因而，控制应用程序28和播放器2一起提供一种MHP API 40，所述MHP应用程序29将其视为实现所有的MHP功能。
注意控制应用程序28转而调用DVD VM 20，以便实现它提供给MHP应用程序29的部分功能。因而，控制应用程序进行工作，以模仿该MHP应用程序的广播环境。
因而，提供交互式回放的功能是通过MHP应用程序、控制应用程序以及DVD VM的交互来提供的，三者通过DVD VM API和MHP API彼此进行访问。
到目前为止，描述都集中在回放上，其构成了本发明的核心。首先，有众多不同的可能来记录音视频数据，包括盘上的交互式TV应用程序。这并不是完全微不足道的任务，因为，应用程序所看到的文件与盘上的固定文件系统不同，表现在两个重要方面。首先，文件可以随着时间改变，文件的新版本可在任意时刻出现。其次，所看到的文件系统包含非目录(non-directory)、非文件对象，这会引用流事件、媒体流或者时间基准。
有多种方案来解决这些问题。
在第一种方案中，文件系统仅作为UDF文件系统存储，因为它在单个时间点上存在于播放器中。流对象被存储在一个特殊的文件中，其在回放时被解码。这种方案的优点是比较简单，但是如可以看到的，由于所记录的文件系统是固定的并且不随时间改变，因而不能解决所有问题。因此，该方案不能对所有的应用情况起作用，特别是当可用的所记录的应用程序随时间变化时该方案不起作用。
在第二种方案中，DMSCC消息的整个广播流被存储在盘上，并且就像该流被广播那样被解码。这在盘空间和解码器成本方面非常浪费。
在第三种方案中，只存储DSMCC消息的新版本，并且维持每个消息的有效期的数据库。解码器需要参考该数据库，根据相对于该音视频时间的当前时间来撤回合适的消息。
本发明旨在使用这些方案中的任意一种来回放所记录的MHP。
本发明特别适用于组合的DVD/MHP记录器/播放器，但是也可以适用于任何合适的记录器/播放器。该DVD盘6可以被压缩盘(CD)或者其它可以移动存储介质所替代，这些存储介质例如是闪存，其是任何特定应用程序所需要的。特别地，本发明可以用于实现组合的MHP/CD文件系统。
在以上的实例中，控制应用程序和链接应用程序都被编码为相同的虚拟机标准(Java虚拟机)并且控制应用程序28仅仅通过API 40增加附加的功能。
在一个备选的实施例中，控制应用程序可能需要提供更多的支持。例如，一个有效表示的虚拟机可以支持仿真不同虚拟机环境的控制应用程序。
在第二个实施例中，MHEG-5应用程序29(在英国的“Freeview”广播中使用)被存储在盘上。Java控制应用程序28仿真完整的MHEG-5API运行时环境，并且链接MHEG-5应用程序被该控制应用程序逐指令地进行解释。因而，在这种情形下，控制应用程序28用作一个完整的解释器。
通过阅读本公开，本领域技术人员将会理解其它的变形和修改。这些变形和修改包含了在音视频播放器和广播系统的设计、制造和使用中已知的、并且可以用来替换或者辅助此处所描述的特征的等价替换和其它特征。
尽管在本申请中权利要求阐明了特定特征的组合，应当理解的是本公开的范围还包括任何新颖的特征或者此处公开的特征的任何新颖的组合，无论它们是明确的、隐含的还是这些特征的任何归纳，也不管它是否同本发明一样可以解决所有相同的技术问题，或者解决这些技术问题中的一部分。本发明在此给出以下评论：新的权利要求被表达为在本申请或者从它衍生的任何进一步的申请执行阶段的任何此类特征和/或此类特征的组合。
具体而言，所描述的实施例涉及一个MHP系统，但是本领域技术人员可以明白，也存在其它标准并且可以使用这些备选的标准来实现本发明。
此外，尽管以上描述中引用了“控制应用程序28”作为单个应用程序，实际上该控制应用程序可以由多个在需要时可以根据需要加载的独立程序和模块构成。