CN1985327B - 支持导航的内容 - Google Patents

Abstract

本发明是适用于记录来自广播的内容的AN内容播放/记录系统，诸如DVD+RW、HDD、蓝光RE。为了对内容导航，播放器提供了允许用户可以选择观看内容的菜单。被动内容被替换为主动代理，使得每个内容项也包含程序部分。用户选择要播放内容项的动作导致程序部分被执行而不是所述内容被播放。此程序部分显示用于允许用户导航此特定内容项的菜单，或者作为选择，所述程序部分可以只是起动播放AN内容。播放实际内容受到应用的控制。在内容末尾，所述应用判定下一动作，诸如显示另一菜单。所述应用(根据用户操作或内容的结束)选择何时退出内容并且返回到播放器菜单。本发明向内容供应商提供了更多的控制权，用以控制它们的内容的外观显现。

Description

支持导航的内容

本发明涉及音频/视频内容的播放和记录，并且尤其涉及在数字系统内运行用以观看内容的控制应用。

许多当前的现有系统能够记录A/V内容。这些系统中的许多(诸如DVD+RW、HDD蓝光盘RE)被配置为记录从广播所接收的内容。为了对所接收的内容导航，播放器/记录器典型情况下提供了用于允许用户选择要观看内容项的菜单机制(诸如内容表Table of Content)。通常在播放器中实现所给出的菜单和对内容的导航，使得来自不同源的内容在任何特定的播放器/记录器上都依照相同的方式被展示。不同的播放器/记录器，诸如来自不同制造商的播放器/记录器，会给出不同的用以导航相同内容的用户接口(user interface UI)。根据可用的元数据，一些导航方法可能对一些内容项不起作用。

所发行的内容(例如DVD)提供了能够让用户导航内容的菜单。这些菜单包含在内容内，诸如存储在DVD盘上。在不同内容项(诸如不同的DVD盘)中所包含的菜单在不同的播放器/记录器上展示时看起来是相同的。

一些建议旨在依照一定方式把内容的描述与内容本身相关联，借此可以把所述描述作为可以由播放器/记录器所运行的应用来提供。虽然这些原理带来了改进，然而，仍然希望让内容直接地支持其自己的导航，而不是必须依赖于使用内容描述来提供导航的播放器应用。因此，提供了让播放器/记录器能够播放内容的内容描述并没有解决在让内容支持其自己导航的技术领域中的缺点。

本发明通过利用代理(如这里所用，代理指的是应用或计算机程序)以及可能还利用元数据来扩展内容以解决现有技术中的不足。本发明预想一旦用户选择‘播放’内容，那么就不是像在常规系统中那样播放内容，而是系统会执行应用。所述应用确定与内容展示相关的详细说明。所述应用可以向用户展示让所述用户能够导航内容的菜单。

本发明的记录系统当记录广播内容时为所述内容产生代理(即把应用或程序代码与所述内容相关联)。此代理让所述用户能够导航此内容。所述代理可以是基于一组模板应用的，其中该系统把标准应用附加到内容上并且(根据广播中的元数据以及本地产生的元数据)创建元数据文件。一旦用户播放此所记录的内容，就执行所述应用，而不是播放所述内容。

本发明预想用户可以通过运行所述应用并且通过选择向用户所展示的选项来与之相交互，从而修改应用行为，由此让所述用户能够定制导航内容的方式。可以通过如上所述的方式把标准应用添加到摄像放像机记录并且向用户提供定制它的能力，来为用户自己的内容以及广播内容进行如所预想的定制。可以共享这些定制的应用，例如如果用户在对等网络中共享内容，那么内容代理就会在所述对等网络的成员之间被共享(即所述内容加上应用和元数据)。

可以采用这种多媒体家庭平台(Multimedia Home PlatformMHP)1.0的现有标准的扩展版本的方式来使用本发明，以让内容能够支持其自己的导航。所述扩展要求信号通知技术，所述信号通知技术表明应用只可以从存储装置运行，并且把所述信号通知扩展成表明应用应当被起动并且所述内容不应该被运行。还设想可以向应用提供选项以引用使相关联内容可对Play API调用并且引用相关联的内容，而不是要求所述相关联内容的唯一id或文件名。这就使使用一般应用更为容易。另外，本发明提供了对从存储装置播放MHP应用的扩展。让内容能够支持其自己的导航是这样的原理，其可以被配置为对从存储装置播放的MHP的扩展并且这种扩展对内容供应商来说会是很有价值的。

图1是本发明所预想的播放器/记录器的图解；

图2是在本发明方法内交互序列的图解；和

图3是本发明实施例的图解。

本发明预想用活动代理来代替被动内容。实际上，每个内容项被配置为包含程序部分。通常，内容项是文件(例如MPEG-2视频文件)。在本发明内，内容项(被认为是活动代理)的定义包括三个基本要素：(1)实际内容(例如MPEG-2视频文件)；(可执行的)应用或程序代码；和元数据文件(可选)。一旦用户选择要播放内容项，那么就将执行程序部分，而不是播放所述内容。如所预想，程序部分显示菜单并且让用户能够导航此特定的内容项。作为选择，所述程序部分可以只是起动对A/V内容的播放。播放实际内容受应用的控制。当完成内容时，所述应用判定要采取的下一动作，诸如显示另一菜单。所述应用还(根据用户动作或内容的结束)确定所述内容将被退出时所在的点并且返回到播放器菜单。

例如，当用户选择电影时，代替起动播放所述电影，取而代之，内容代理展示章节菜单(诸如在DVD盘的情况下)，因此用户可以选择要观看的章节。对于另一内容项(例如记录片)来说，内容代理可以给出内容导航的形式，诸如在字幕中的关键字搜索。如这里所用的，‘内容代理’包括内容、应用和元数据，当用户选择要播放的内容项时，执行控制A/V内容播放的应用。

如所预想的内容代理可以具有用于存储与播放器/记录器使用相关的状态信息的能力。应用部分是计算机程序，据此它可以具有在本地硬盘上存储并读取文件的能力。本发明的应用存储状态信息并且在用户下一次运行它时根据所存储的信息[j₁₁]来修改应用行为。本发明所设想的应用具有用于读取它或者来自相同源的相关应用已经写入的文件的能力。存储状态信息能够让内容代理保持历史记录，因此向用户提供得当的体验。反过来，内容代理可以检查播放器设置来针对当前用户配制得当的播放，例如根据播放器设置来选择语言。应当注意，内容代理涉及特定的内容项，而不涉及一个完整盘。

DVD/蓝光盘的内容发行者典型情况下希望提供对在所发行的盘上所包含内容的展示的控制。一旦由内容发行者所提供的内容已经被广播并记录，那么最初所提供的控制通常就不再有效。本发明提供了让内容发行者能够对他们的内容的展示加以控制(即便在内容的记录发生在先前广播或记录之后的情景中也是如此)的特征。为了简化该创造性的原理，对iTV格式需要做出一些改变。iTV系统必须允许只从存储装置运行的应用(即只在已经存储内容之后运行的应用)并且发信号通知来表明这一点，它还应当让所述应用能够向本地存储装置读取/写入文件。下面的部分将描述MHP情况所要求的解决方案。此特征对MHP来说是个很有趣的主意，其旨在规定新的信号通知和方法用以支持从存储装置播放MHP内容。

本发明允许内容供应商依照多种方式控制对他们的内容的访问并且动态地增强所述内容：

·使用内容供应商定义的菜单来访问所述内容；

·插入从因特网所下载的新广告；

·监视用户对内容的意见(在用户同意的情况下)；

·智能恢复内容；

本发明的实现方式包括基础部分。每个内容项包括三个部分：

·A/V数据

·元数据

·应用

为了支持此模型，通常，播放器必须支持用以执行应用的虚拟机(Virtual Machine VM)。所述应用还可以是用于播放器的本机可执行代码。图1示出了这可以怎样看的例子。

图1是能够操作本发明的内容对象结构(Content ObjectStructure)12的播放器模型(Player Model)10的图解。在用于提供可执行程序的内容对象结构12内包含应用14，所述可执行程序可以在虚拟机16上运行并且可以使用在内容对象结构12内所包含的元数据。播放引擎(Playback Engine)18在应用14的控制下来处理A/V内容的再现，所述应用14由先前论述的内容对象结构12定义。如本发明所预想，用户从诸如内容表之类的菜单选择要观看的内容项。应用14将起动，并且A/V内容被播放。在典型的情况中，应用14向用户展示菜单(与DVD章节菜单类似)以便让用户能够导航内容20。另外，应用14可以展示诸如完整版本、导演剪辑之类的不同播放选项并且高亮度显示。本发明所提供的优点之一在于：内容发行者可以创建不同的播放列表，该播放列表通常比由播放器所产生的播放列表(诸如自动的高亮度显示生成)具有预计更高的质量。

播放器10优选支持能够让应用14在内容内的确定点开始、停止或播放的API(与Java的JMF API类似)。特别地是，API应当能够让应用引用相关联的内容，而不必知道该应用所存储在其下的文件名。预想两个实施例，其中一个是API支持用于表明播放相关联内容的机制(例如Play API调用，没有用于表明播放相关联内容的内容引用)，或者另一实施例是API支持请求对相关联内容的引用(例如文件名)的机制，于是可以使用规则的Play API。播放器10还应当支持能够让应用在屏幕上显示图形(可能是重叠在视频上)的API。

播放器10优选可以产生在广播流内所提供的内容对象结构12。例如，如果广播流包括A/V数据和一些元数据，那么记录器可以产生应用14，所述应用14向用户提供根据在内容对象结构12内所包括的元数据来导航内容20的能力。取决于元数据广播，应用14可以具有不同的特征。可以经由元数据向应用14提供一个潜在特征，如果广播包括英语字幕(适合讲英语的用户)，那么应用14可以提供关键字搜索特征。当然，如果内容20的广播没有包括英语字幕，那么就无法提供出英语字幕的关键字搜索。预想可以广播包含A/V数据、元数据和应用的内容对象结构12。与图2相关的以下说明描述了对MHP的扩展，其可以很好地包括在MHP的将来版本中。

在对等网络(例如Sharelt)中，用户可以共享内容对象，这使得内容的共享变得更加有趣，这是因为第一用户例如通过创建新的用户播放列表(PlayList)在一定程度上潜在地定制了对象。如果此方法是基于MHP扩展，那么只要每个用户具有MHP+存储播放器，他们就可以交换这些活动对象。

图2图示了可能潜在地发生在如本发明所建议的系统中的交互作用序列的例子。如图2所示，交互作用序列始于用户从用于内容表(Table of Content TOC)30的播放器菜单中选择条目。对TOC 30条目之一进行选择激活了由该条目所表示的内容项，并且开始与此内容相关的应用程序。一旦被起动，那么内容应用就显示用于允许用户对内容导航的菜单。在此例子中，由用户所选择的内容应用是‘朋友’。朋友菜单40被显示，并且用户选择‘播放所有’使得内容被播放(由该应用起动)。在内容的末尾，应用示出另一菜单50(当然，该应用沿着内容一侧移动，因此可能在所述内容上重叠图形/文本/图片)。只有当用户选择退出时，才把控制权向回传递给播放器菜单。

MHP具体情况

在MHP的具体情况中，内容20被广播，并且可以向应用14发信号通知在确定的时间开始/停止。MHP标准，因为它当前退出，所以并不涵盖直接从存储装置运行链接到内容的应用。预想MHP的将来版本允许直接从存储装置运行应用，更具体地说，当前论述的MHP标准致力于将来规定直接从存储装置运行应用的需求。为了支持直接从存储装置运行应用，MHP要求下面扩展：(1)发信号通知：应用只可以从存储装置运行，和(2)发信号通知：应用应当在A/V播放之前开始并且将控制A/V内容的播放。典型情况下，应用信息表(ApplicationInformation Table AIT)(如在表1中所示出的那样)在MHP中用来把信息发信号通知给应用。此表的语法应当被扩展来反映此新的信号通知。application_control_code字段可以被扩展来发信号通知下面选项：

·应用只应当从存储装置运行(因此从不在实况广播期间运行)；

·应用应当在内容未播放的情况下开始；所述应用负责播放内容。

如果所述应用被从存储装置运行，那么可以预想第二选项。此外，扩展用于MHP的AIT语法，为支持此思想，考虑到以下的变化：支持API的存储，该API允许该应用在A/V播放上有一定程度的控制权，并且允许应用存储/获取数据文件。特别地是，该应用应当具有在不知道文件名的情况下播放相关联内容的API。如果使用JMF API来控制播放，那么就应当把它们扩展成允许该应用在没有内容引用的情况下播放相关联的内容，或者允许该应用查询用于相关联内容的引用。

如果一个用户不具有含上述扩展的MHP播放器，那么该用户可以简单地通过播放内容来观看内容，但是却没有本发明的额外特征。据此，可以引入本发明的特征而不会产生MHP系统安装基础的问题。

表1

语法

位号

助记符

application_information_section(){table_idsection_syntax_indicatorReserved_future_useReservedsection_lengthapplication_typeReservedversion_numbercurrent_next_indicatorsection_numberlast_section_numberReserved_future_useCommon_descriptors_lengthfor(i＝0；i＜N；i++){descriptor()}Reserved_future_useapplication_loop_lengthfor(i＝0；i＜N；i++){application_identifier()application_control_codereserved_future_useapplication_descriptors_loop_lengthFor(j＝0；j＜N；j++){descriptor()}}CRC_32}

8112121625188412412841232

uimsbfbslbfbslbfbslbfuimsbfuimsbfbslbfuimsbfbslbfulmsbfulmsbfbslbfuimsbfbslbfuimsbfbslbfbslbfuimsbfrpchof

参照图3，其是基于Java编程语言的、示出基于Java平台50的一般性实现方式的本发明实施例的图解。最上层包含一个或多个基于Java的应用52，它们可以并行执行。EPG 48会在此最上级运行并且为用户所导航的内容提供相互作用。该系统包括多个层，包括基于Java的虚拟机(VM)48，所述虚拟机在播放器/记录器内的操作系统42上运行。VM 48经由应用程序接口46与诸如EPG 48之类的应用52对接。操作系统42与用于使该系统能够访问播放器/记录器硬件58的驱动器54对接。应用管理器40起动和停止应用并且典型情况下操作导航器，所述导航器可以由本发明使用来对内容导航，所述内容已经被记录在系统硬件58内的HDD 56中。在如图3所示的基于Java的实施例中，播放器/记录器支持Java VM 44，并且内容代理是作为应用52运行的Java应用/小应用程序。Java不包含大部分显示视频所需要的元素。因此，预想Java媒体架构(Java media framework JMF)或类似的应用程序以内容代理的方式使用来显示视频。优选地是：JMF以不必访问操作系统42的Java组件的方式使用来允许应用52(在目前的情况下是内容代理)显示内容。不访问操作系统组件的目的是向作为Java应用/小应用程序的内容代理提供能力，用以依照本发明的目的控制内容显示时内容的外观显现。

仍然参照图3，因为MHP是使用Java编程语言所构造的，所以图3的播放器/记录器可以依照MHP加以构造。如果已经使用MHP标准构造了图3的播放器/记录器，那么内容代理的应用部分将仍然用JAVA编写，但是要与MHP标准一致，于是所述代理是MHP应用。在这种情况下，内容代理可以包括在广播中或稍后添加到记录中。

以上说明描述了发明人已知用于执行本发明的大部分优选实施例。各种修改对那些本领域技术人员来说是显而易见的；据此，本发明的范围应当由附加权利要求来限定。

Claims (4)

1.一种用于记录音频/可视内容的系统，包括：

记录器，可以记录由记录系统所接收的数字内容；

用于存储多个模板应用的存储装置，每个应用基于特定的内容类型；

其中所述记录器把每个所接收的数字内容项与所述模板应用之一相关联以便产生被记录的应用，以及

其中，响应于用户选择播放所述数字内容项之一，所述记录器执行模板应用而不是播放所述数字内容。

2.如权利要求1所述的用于记录音频/可视内容的系统，其中所述记录器还包括用于接收内容的输入装置。

3.如权利要求1所述的用于记录音频/可视内容的系统，其中所述记录器还根据内容包含的元数据把每个数字内容项与模板应用之一相关联。

4.如权利要求1所述的用于记录音频/可视内容的系统，其中每个所述应用是可执行程序。

Images