用于传送多媒体系统的描述性内容元数据和内容获得数据的MediaDescription数据结构

摘要

向多媒体系统中每个多媒体内容项分配包括关于多媒体内容项的描述性元数据，以及用于获得该内容项的指令的MediaDescription数据结构，该描述性元数据，诸如EPG信息。MediaDescription数据结构作为用于表示内容项的令牌是可传输的。获得信息也可包括有关以不同的观看上下文中表示内容项的信息，和有关与其他内容的关系的信息，以及有关如何要得到并显示多个不同版本的内容项的信息。MediaDescription数据结构令牌可用于方便数字视频记录(DVR)过程、因特网内容呈现过程、多媒体搜索过程、搜索结果聚合过程、视频点播(VOD)过程、有偿收视服务过程、以及节目向导呈现过程。

说明书

技术领域

这里描述的本发明一般涉及多媒体系统，并且更为具体地，涉及用于传送多媒体系统内描述性的内容元数据和内容获得数据的MediaDescription数据结构。

背景技术

在多媒体系统中，必须用技术提供表示终端用户的内容，用于确定哪个服务可用，以及当选择服务时，如何表示单独的服务。在电视时代的早期，可用服务的列表是预定的；电视信号能够通信的有12个波段，且客户可以选择任一波段。在频道上传送的关于内容的元数据实际上在“波段外”以新闻列表或电视向导杂志的形式传输。类似的设定也用于无线广播。

随着电视转移到数字传输，内容传递技术变得更为复杂，因为单独波段内可能多路复用多个服务。当发明了MPEG传输流时，设计器包括用于对来自多路复用流的内容进行分组和选择的信息标准，已知的这些内容为“系统信息”或简单地为SI。MPEG SI描述结合哪个音频流和视频流，以创建服务，并指示客户哪里可以发现每个服务。尽管如此，在特定时间在特定服务上显示的描述该内容的元数据实际上在波段外传输。甚至，当代的屏幕电子节目向导从波段外的资源获得数据。

设计传送获得信息的标准的另一个例子是数字视频广播(DVB)系列标准，该标准描述用于通过空中或从卫星传送MPEG传输流的系统。尽管这些形式的MPEG SI对于描述MPEG传输流的内容和属性是非常有用的，但它们不能传送关于更为一般类型的内容(网页、flash动画等等)的信息。

已经用专业化硬件来构造第一代数字媒体设备，因为使用通用计算机来执行多媒体任务经济上并不划算。结果是，机顶盒一般被设计成面对特定模式的数据传递和特定类型的数据内容。例如，第一代MOTOROLA DCT系列的电缆机顶盒最初被设计成专门显示模拟和MPEG视频内容。类似地，最初一代的数字卫星接收器简单地消耗来自卫星的MPEG传输流并显示它们。所有这些类型的设备有额外的用户界面(UI)，用于显示引导元数据并提供有偿收视服务内容，但仍没有对于更通用、更一般模式的规定，以指引不同的服务类型到机顶盒，因为此时没有办法利用除了模拟和MPEG视频以外的其他类型的内容。

一些当前的多媒体系统使用因特网协议来分配数据。客户机能潜在获得的多个不同类型的数据只受客户机获得、识别和适当处理内容的能力所限制。超过仅仅能解码不同类型的内容(例如，与MPEG媒体相对的MICROSOFT^WINDOWS^媒体)，一些系统能使用以各种不同方式(例如，传送实况转播频道的WINDOWS^流媒体；在提供电影的视频点播服务器中传送的WINDOWS^媒体；从本地、附属的硬盘回放的媒体等等)传输的多媒体内容。这种灵活性要求一种与传统的单向处理方法有所不同的系统。

使用因特网协议来分配多媒体数据的另一个方面是，除了仅仅在下游方向消耗来自商业服务提供商的节目外，单独终端用户可以对网络(例如，上传内容或水平地向用户发送内容)贡献数据。在类似于上述的模型中，如果史密斯家创建他们自己的放映幻灯片、数字音乐、或者家庭电影，并希望把它传输给朋友用于在他们家的多媒体显示系统上消耗，则要求史密斯家向中心服务提供商提供SI数据，该数据然后从中心提供商重新分配给朋友。这是低效且非用户友好的，且没有用于将元数据和上传内容相关联的媒介物，以便终端接受者能在播放该内容之前看到描述。即，传统的元数据分配技术也是集中和单向的，且一般集中在传输视频点播电影和实况转播电视内容的描述。消费者日益希望产生并主控他们自己用于传输给同伴消费者的内容。此外，整个领域的第三方商业内容提供商竞争向消费者提供内容。需要一种方式向元数据发信号并传输获得信息，以便来自许多不同来源的内容可集成为不依赖于集中分配的统一用户体验，或基于用特定媒体流的嵌入来集成。

发明内容

MediaDescription是与包括关于内容项的描述性元数据(即，用户可识别的元数据，如EPG列表)和用于获得内容项的指令的数据结构的多媒体内容相关联。MediaDescription数据结构，作为令牌传输，使得MediaDescription数据结构的接受者能访问EPG信息和获得信息。

获得信息可包括关于以不同的观看上下文来显示内容的服务集合信息，也包括关于和其他各条内容的关系的信息、以及关于如何获得并显示每个不同版本的内容项的信息。

MediaDescription数据结构令牌可用于方便数字视频录音带(DVR)过程、因特网内容呈现过程、多媒体搜索过程、视频点播(VOD)过程、有偿收视服务过程、和节目向导呈现过程、以及用于搜索结果的聚合过程。

附图说明

图1是使用MediaDescription数据结构的示例性的多媒体系统的示意性表示。

图2是示例性的服务信息映射结构的框图。

图3是示例性的MediaDescription数据结构的示意性表示。

图4是示例性的视频点播(VOD)内容项创建的示意性表示。

图5是使用MediaDescription数据结构的示例性的VOD购买过程的示意性表示。

图6是使用MediaDescription数据结构的租赁应用中示例性的开账单过程的示意性表示。

图7是使用MediaDescription数据结构的示例性的DVR内容项创建的示意性表示。

图8是使用MediaDescription数据结构的示例性的DVR系统初始化的示意性表示。

图9是使用MediaDescription数据结构的示例性的DVR远程管理的示意性表示。

图10是播放使用MediaDescription数据结构的示例性的ASF文件的示意性表示。

图11是播放使用MediaDescription数据结构的示例性的因特网放映幻灯片的示意性表示。

图12是使用MediaDescription数据结构的存储跨越重启的因特网内容的示意性表示。

图13是在VOD上下文中的MediaDescription数据结构之间的示例性的父子关系的示意性表示。

图14是使用MediaDescription数据结构，聚合搜索结果的示意性表示。

图15是以示意性的形式，使用MediaDescription数据结构，聚合搜索结果的示意性表示。

图16是在搜索结果上下文中的示例性的父子MediaDescription关系的示意性表示。

图17是在VOD段的上下文中的示例性的父子MediaDescription关系的示意性表示。

图18是创建示例性的MediaDescription数据结构的示例性方法的示意性表示。

具体实施例

概述

在图1所示的示例性的多媒体系统100中，“MediaDescription”102是提供关于多媒体系统100中每个多媒体“内容项”的至少两个信息的令牌。内容项可以是节目或节目段。首先，MediaDescription102提供内容项的描述，且其次，提供用于获得该内容项的获得信息。MediaDescription102描述性的方面一般能立即被集成到多媒体系统100内的电子节目向导(EPG)，而MediaDescription102的获得性方面一般能由客户机设备执行，以容易地得到该内容。MediaDescription102为示例性的多媒体系统100的组件提供通用语言。这里应该注意，MediaDescription 102能传送或引用的“描述性的元数据”可为EPG数据(包括，例如，建议的价格)和/或可为其他用户可识别的元数据、节目向导信息等等。

MediaDescription102的一个重要特征是前述的获得数据并不限于某些媒体类型。因此，MediaDescription102能通知客户机设备如何从因特网统一资源定位器(URL)获得商业TV节目、数字音乐、放映幻灯片、静止的.JPEG图像、自制的视频等等、及其结合。同样，描述性的数据也不限于“封装”的商业EPG数据。即，MediaDescription102的格式可改为已经在通常的商业服务提供商来源之外创建的EPG数据。

那么，MediaDescription102一般是简洁、基本的数据结构，每个因素(agent)与其给定的多媒体内容相关联。如上所述，每个MediaDescription102可用作“积木”或令牌，用于描述并获得与其相关联的节目或节目段。MediaDescription102是“双重性质”令牌，且在一些实施例中经常还有其他的特性。因此，MediaDescription102提供新的模式，用于规定给客户机设备的服务信息(SI)，该客户机设备更可扩充且能处理现在和将来的服务类型的增生。

在另一个(或相同的)实施例中，并未包含实际的描述性的EPG数据和获得数据，一些MediaDescription102可以被强制转换成压缩形式，以在外部通过标识符，如号码、字符串、或者全球唯一标识符(GUID)，把自身指向EPG和获得数据。MediaDescription102也可以彼此引用。事实是，每个MediaDescription102是数字式可再生、数字式传输的，并能为具有深远含意的单个内容自主地传送EPG和获得信息。如一个例子，以与商业频道整合的方式，MediaDescription102允许通过客户机设备106的UI从因特网，接收来自服务提供商104的任意信息的平滑显示。

MediaDescription102也能导致网络通信量的急剧下降。可以把使用MediaDescription102的示例性的多媒体系统100从默认试图向所有消费者发送所有可能的数据、或者要求客户机在每次传输新的内容项时访问网络上的多个服务器(例如，EPG、SI、和安全服务器)中解救出来。使用MediaDescription102，并非在客户机设备106上显示的每个内容项对示例性的多媒体系统100的服务器都是已知的。

对使用MediaDescription102的示例性的模型来说，MediaDescription102有其他含意。具有其他特征和灵活性的视频点播、内容账单支付应用程序、以及多媒体系统的许多其他活动和功能出现了，这些特征和灵活性是不具备MediaDescription基础结构的优点的传统多媒体系统所没有的。

示例性的多媒体系统

在图1所示的示例性的多媒体系统100中，多媒体服务提供商104向消费者提供商业多媒体内容。每个消费者一般控制客户机设备(例如，106、108、110)。服务提供商104可通过因特网112或通过另一个传输介质来数字式发送内容。

服务提供商104从节目或频道114(内容)的存储器以及从有关的EPG数据116中形成(fashion)规划。对提供给消费者的每个单独节目或频道而言，相关联的EPG数据和获得数据被格式化成MediaDescription102。穿越多媒体系统100无处不在识别的、或者穿越客户机至少多次重复使用的描述性的元数据和获得数据可被存储在多媒体系统100的某个地方，并由标识符来指向，如上所述。压缩格式的MediaDescription102可被部分或全部由这些标识符构成。因此，压缩的MediaDescription102可包括标识符，而非显式的EPG数据和/或显式的获得数据。例如，这种压缩形式的MediaDescription102b可以是所有GUID。在压缩形式中，与MediaDescription102b相关联的信息不需以流行的正式语言结构(例如，XML)，只要以客户机设备能使用的形式获得即可。另一方面，描述性的元数据和获得数据一般以显式的方式包括在MediaDescription102中，即，标识符的使用是灵活的或可任选的。

MediaDescription102和/或其各个部分可以是“命名的”或“匿名的”。命名的MediaDescription102(或命名的部分)提供了在整个多媒体系统中其名称唯一这个特征，即，给予命名内容的名称在系统内是唯一的。已知的名称是“媒体描述符”。如果MediaDescription是匿名的，则不需要相关联的媒体描述符。此外，为了内部目的，单独客户可选择给匿名的MediaDescription以临时名称，只是为了内部管理的目的。然而，因为这些临时名称在系统内不是通用的，所以其各自的MediaDescription不是“命名的”MediaDescription。

与传统的多媒体分配技术不同，示例性的多媒体系统100内的消费者也能创建MediaDescription，例如，所示的MediaDescription122。一个实施例中，在消费者每次创建自己能进入示例性的多媒体系统100的内容时，就创建新的MediaDescription122。因此，每次出现数字视频录音记录(DVR)时，就创建MediaDescription122。

例如，如果控制客户机设备106的琼斯家决定通过示例性的多媒体系统100向史密斯家发送婴儿的照片，则琼斯家可创建MediaDescription122，用于为其持有人描述可用的放映幻灯片118(或其他媒体类型)，例如，从琼斯家的因特网网页。一个实施例中，琼斯家为放映幻灯片118创建描述性的素材(material)，也在音乐频道上选择可用的数字音乐120，例如由多媒体服务提供商104提供以伴随幻灯片显示的音乐。该音乐频道提供商可能是因特网广播站。它们随后能把URL、描述性的素材、以及用于获得音乐频道的信息封装进带音乐的婴儿的放映幻灯片的MediaDescription122中。(“URL”可能是真实的URL、或者只是为放映幻灯片的音乐命名的实体。)MediaDescription122可以数字式再现，用于分配给他们喜欢的任何人。

在与刚刚提供的琼斯家创建他们自己的MediaDescription122的描述的比较中，传统的商业内容提供商经常把EPG数据与单独节目或内容流结合，并以单片、单向和不灵活的方式向消费者提供规划/EPG。传统的规划通常包含一个或限定数量的服务类型，且没有媒介物-更少的、通用的媒介物，用于从一个消费者向另一个消费者传输多媒体内容和元数据，除非第一个人可能向中心服务提供商上传这些东西。因此，终端用户之间没有内容的交叉共享。

另一方面，MediaDescription102可在同级之间水平交换。如果在整个多媒体系统中唯一命名一个或多个MediaDescription102的内容并不重要，那么可以使用“匿名”或未命名的MediaDescription102。例如，可向多个下游消费者发送聚合的搜索结果，但它们不需要彼此匹配，因此在对它们命名时没有指向。匿名的MediaDescription102一般包括显式的内容元数据和显式的获得数据，即，一般不使用为这些数据的隐式的标识符，但能够使用。因此，例如，当在两个私人实体之间交换内容时，经常使用匿名的MediaDescription102。琼斯家能通过示例性的多媒体系统100直接向拥有客户机设备110的史密斯家发送婴儿的放映幻灯片的匿名的MediaDescription122，而没有与多媒体设备提供商104或系统内的其他实体交易，这些实体或许与琼斯家的MediaDescription的名称指代婴儿的放映幻灯片的内容有关系。

当琼斯家把它们新创建的MediaDescription122交给史密斯家时，史密斯家的客户机设备110把新频道集成到具有婴儿放映幻灯片、音乐、以及琼斯家已经构成的描述的史密斯家的节目向导中。该内容和EPG数据以与由商业服务提供商104提供的信道不能区别的方式被集成到史密斯家的应用配置(lineup)中。

图1也描述了许多第三方商业服务提供商(例如，独立的商业和/或因特网卖主)124。每个第三方提供商124具有内容126和描述性的元数据，如EPG数据128，它们用MediaDescription，如102z表示。当消费者从第三方卖主124购买特定内容126时，卖主124向消费者的客户机设备108发送MediaDescription102z。来自第三方卖主124的MediaDescription102z与从常规服务提供商104接收的其他MediaDescription102e不能区别。同样地，第三方的MediaDescription102z的描述性的元数据128和用于显示其内容126的频道以无缝方式被集成进消费者的节目向导和用户经历。

用于示例性的多媒体系统的映射结构

图2显示示例性的服务信息(SI)的映射结构200，它提供信息如何被组织进使用MediaDescription102的示例性的多媒体系统100中的一个例子。提供SI映射结构200的例子，以便显示MediaDescription102如何与系统数据结构有关。MediaDescription102的内部数据结构下面将作进一步讨论。

一个实施例中，示例性的信道映射202影响或至少例示了示例性的多媒体系统100中的EPG数据和用于得到节目内容的获得数据之间的基本有益的划分。按照惯例，EPG数据经常笨拙地与单个内容流结合。然而，在MediaDescription模型的一个实施例中，示例性的频道映射202使用于频道号的标识符与用于获得数据的标识符和用于相关联的EPG数据的标识符有关。当然，不用改变其他标识符，就可以更新其中一个标识符，这就给予了新的灵活性。这些标识符然后分别指向获得数据204和EPG数据206。EPG数据206和获得数据204的单独映射允许示例性的多媒体系统100执行一些新的功能。

一个实施例中，获得数据204包括服务集合映射，如对史密斯etal.于2004年11月15日提交的美国专利申请第＿＿＿号，名为“Mixed-Media ServiceCollection For Multimedia Platforms”(为多媒体平台的混合媒体服务集合)中所述，该专利申请整体通过引用结合在此。

这里描述的“服务集合”以及以上引用的专利申请为，且一般地是动态的一捆不同服务类型的服务，即音频、放映幻灯片、.jpeg等等、及其组合。服务集合可通过与传统的频道号相关联来访问，或以多个不同的方式来访问。例如，视频点播(VOD)的店面可能允许消费者通过远程控制器上的按钮直接访问服务集合。可以使用服务集合内相同或不同媒体类型的各种服务，并根据预先设立的显示上下文，依赖于给定的客户机设备的当前条件而结合它们。因此，如果客户处理一个条件集，如一种类型的硬件、显示解决方案、以及授权观看内容的级别，则客户可以接收请求的规划内容的一个再现，但在不同的客户条件集下，如不同的硬件、显示解决方案、和/或不同的授权级别的情况下，则可以接收请求的规划内容的另一个再现。因此，如果，例如条件不允许“第一选择”内容或显示模式的显示，则服务集合允许客户通过启动来自该捆服务的备选内容和显示技术，对当前条件起作用。

使用用于获得数据204的服务集合的另一个优点是多个服务，即使是不同类型的服务，能同时接收并呈现，即结合。随着多媒体设备变得更普通且对特定的多媒体数字信号编解码器或传输方法有更少的约束，则服务提供商和客户希望把完全不同的服务类型结合为相干的表示。例如，一种类型的应用能显示通过因特网下载的图片的放映幻灯片，而同时播放来自因特网广播站的内容。除了同时显示多个服务类型之外，客户希望使用为相同内容的授权和未授权版本的不同的服务类型。例如，VOD电影可仅仅使用作为静态图像编码的促销海报，作为预览服务。有种种其他感兴趣的方法，以呈现使用传统技术不能做的服务集合来呈现多媒体内容。

如果使用服务集合作为获得数据204，则示例性的多媒体系统100中也可以包括服务映射208，以便链接服务和其各自的子系统。

MediaDescription数据结构

图3显示两种MediaDescription变化的示例性的数据结构102a和102b。每个数据结构传送具有“通用”格式(这里的“通用”意思是，MediaDescription102对能提供各种类型的多媒体内容的多种服务，以及对不同创建的EPG数据来说是可用的)的单个数据分组内关于该数据结构的相关联的节目的多种类型的描述性和获得信息。每个的也可以MediaDescription102是紧密、数字式再生且便携的个体(即，通过传统的数字式传输是可传输的)。

实际上，MediaDescription102数据结构可在可扩展标记语言(XML)格式或类似的语言格式中实现，或者可部分或全部以指向数字数据的标识符实现，如果不是自身包含在MediaDescription102内，则该数字数据的格式不是必须和保存在MediaDescription102上以显式方式的数据相同。

“自制的”MediaDeseription102a更有可能是匿名的MediaDescription102，因为不需要多媒体系统内唯一指代该内容的名称。另一方面，必须确保对多个实体指代的相同内容的MediaDescription102b被给定唯一名称。例如，并不广泛分配给许多消费者、但仍需要有系统中唯一标识符的较少观看的视频点播电影使用命名的MediaDescription102。应该注意，匿名的MediaDescription在其内部并不必然具有显式信息。匿名的MediaDescription可具有所有指示的内容。

除终止数据312和关系数据314外，MediaDescription102的所有内容(包括MediaDescription102本身)可为命名的或匿名的。命名的实体用标识符做标签，然后穿越示例性的多媒体系统100一致使用该标识符(这对如数字权利管理/内容保护的应用是有用的)。简而言之，当使用标识符时，这种命名的实体的内容会遗漏在MediaDescription102b外。但匿名实体的数据在MediaDescription102a内是自我包含的，因此必须完全描述。

“媒体描述符”316是指代整个MediaDescription(102a或102b)单个标识符或标记。因此，如果示例性的多媒体系统100的两个组件有特定的MediaDescription的身份的共享理解，则不是必须发送包括任何显式的XML的整个MediaDescription102，这些组件可仅仅发送命名MediaDescription的标识符。

首先，在发送的各种类型的信息中，压缩形式的MediaDescription102可包括关于节目的描述性的元数据(例如，EPG数据)的链接104或指针，或者，可包括列表本身302(例如，实际的EPG数据)，该列表包括浏览工具栏、EPG工具栏、以及为该节目或EPG数据的标记的内容，这是为了可在搜索中发现它们。

其次，MediaDescription102可包括到关于如何获得节目内容，即获得数据的信息的链接。匿名的MediaDescription102可包括获得数据308本身308，例如以服务集合的形式，如上所述。服务集合有为了根据潜在的显示上下文的潜在的匿名使用而组织的不同媒体类型的服务。这些服务，依次具有指向子系统的指针。因此，获得数据308，例如，服务集合，比只是简单的到内容项的链接更为复杂。

在服务集合中，实际的传输的内容项(或更为精确的，服务)，尽管是由获得数据308执行的获得的一个或多个适合对象，然而它们是变化的，因为要传输的内容和/或服务被调整到当前客户条件，如可用硬件和观看一个或多个同时内容项的可用许可。作为服务集合如何工作的例子，如果客户有满意的设备和适合的许可，则该客户可接收已经为请求的内容项的“初级全屏”显示预定的服务，即优选的一服务包。若缺少许可，则客户只能接收预览或海报。如果客户只有手机显示，则客户可自动接收该内容的二级显示等等。

除了以上刚刚描述的两个基本能力外，MediaDescription102可以可任选地包括多个其他类型的信息。例如，MediaDescription102可包括告知客户机设备如何显示来自各种服务的内容的服务数据310。此外，MediaDescription102可包括终止数据312，它在MediaDescription102不再有效时会指示多媒体系统100或客户机设备106。进一步，MediaDescription102可包括指示内容如何与其他内容有关(例如，单个TV段可对于“父”TV系列具有对一MediaDescription102有“子”关系信息的MediaDescription102，且从父亲那里借用描述性的属性)。

因此，MediaDescription102数据结构，例如以XML形式，提供了一种非常普通和可适应的模式，即一种通用媒介物，用于允许客户获得跨大量媒体类型的节目及其相关的列表信息，包括因特网媒介的非服务提供商的媒体类型。例如，从上述例子中，通过URL可以和从商业服务提供商获得最新的好莱坞电影一样，容易地获得可用的自制放映幻灯片。因此，MediaDescription102是用于描述、获得、以及显示多媒体内容的信息的相对自包含的通用载体，它可用于跨不同平台、跨不同的客户类型、跨多媒体节目类型、以及跨服务类型。

既然MediaDescription102数据结构是紧凑的、可移植的，且作为与其描述并使能的程序分开的实体而存在，则MediaDescription102包含允许客户产生并执行相关联的多媒体程序的一种类型的令牌。因此，MediaDescription102可用于获得许多不同类型的多媒体内容及附属的相关EPG数据的类属媒介物。也可以类似于网络出版而非书籍出版的方式在多媒体消费者之间交换MediaDescription102，而不必包含中央商业服务提供商，允许对等设备和多个使用提供商无需穿越中心交换所来交换内容。这与传统的多媒体模型不同。

使用MediaDescription102的示例性的多媒体系统100的灵活性和易扩展性进一步由用标识符，如全球唯一标识符(例如，GUID)，这里是指作为“媒体描述符”316命名每个MediaDescription102的另一个特性得到增强。在这种系统中，内容交换和EPG数据传输的流动性进一步增加，因为媒体描述符316，例如单个名称或号码的传输使得大量不同的客户可以以非常紧凑形式访问MediaDescription102。

另一种比较中，MediaDescription102的数据结构使MediaDescription102能以非常类似于传统的“图书馆卡片目录”来工作。卡片目录中的卡片包含关于该内容的元数据，以及如何恢复该内容本身的信息(例如，使用杜威(Dewey)十进制数从图书馆的架子)。同样，MediaDescription102包含关于内容的元数据，以及用于恢复该内容的指令。与卡片目录中的卡片可以指不同类型的媒体(杂志、书籍、记录、百科全书)类似，MediaDescription102指不同的媒体类型。

然而，MediaDescription102不仅仅是电子版本的卡片目录。正如下面将作进一步讨论的，使用MediaDescription102的示例性的多媒体系统100能通过上述“服务集合”机制来规定多种服务等级的内容。

使用MediaDescription102的示例性的多媒体系统100也把关系系统内不同的MediaDescription102的彼此相关联，这些MediaDescription102可作为MediaDescription数据结构的一部分存储。因此，一组MediaDescription102能在自己的层次结构内在彼此之间运送集合网络或层级。可以使用相同的数据结构来打包-聚合-搜索结果。

MediaDescription102可以若干方式创建并使用。在使用隐含方式的创建的一个实施例中，以默认频道映射202规定的每个内容项可以具有默认为其创建的相关联的MediaDescription102，当然作为常规方式。

在使用隐含方式的创建的一个实施例中，VOD店面能形成和/或提供MediaDescription102，以允许客户调整已经购买的内容项。这种系统也能使用命名的MediaDescription102b，以跟踪用户已经购买了哪个VOD内容。在本地客户机设备106上创建的DVR记录也可与录音时创建的MediaDescription102a一起存储。

在推断方式的创建中，客户可从某些基础数据(例如，在网络站点上以高级流格式(ASF)的WINDOWSMEDIA9(WM9)文件的URL，或者包含用于放映幻灯片的图像的目录)。客户为MediaDescription102a创建的EPG数据不可能是特别描述性的，且如果在MediaDescription102a内建立预览能力，则预览可以是类属的，但使用MediaDescription102a的接收客户的经历将与剩余的接受者UI一致，即，内容项将以客户机设备106的常用方式显示，且接受者的节目向导把MediaDescription102a获得的内容项集成，与如果从服务提供商104接收MediaDescription102a相同。

媒体描述使用实例

使用MediaDescription102的示例性的多媒体系统100比传统的多媒体系统更为灵活和不受限制。因此，围绕MediaDescription102构造的各种工具、方法和实施例都允许MediaDescription102解决多媒体系统中出现的各种问题。

VOD店面实施例

图4、图5和图6显示VOD店面的实施例，其中传统系统中较少流行的内容项很少或从不进入用于消费者的默认频道映射，使用MediaDescription102可以轻松使用这些内容项。关于图4，在示例性的多媒体系统100中，为了制作频道映射202中出现的较少流行的内容项，可由VOD输入工具410输入内容项402，VOD输入工具402创建要被存储在VOD店面后台数据库406中的MediaDescription102。客户准备的大批(bulk)数据存储在VOD内容服务器410内。向帐单系统412发送媒体描述符、默认的许可、价格、以及可买的许可。因此，服务器，如SI和EPG服务器，可牵扯到该过程中。

图5中，为了购买跟踪，可以使用MediaDescription102的媒体描述符316，例如，由安全服务器以及由VOD店面应用程序502用作标记，以协调已经购买哪个内容项，允许客户106有效检索关于已购买节目的信息。

图6中，为跟踪“最近观看的”内容项，客户106上的VOD频道应用能在那个频道配置第一个入口，以指向最近观看的VOD的MediaDescription102的媒体描述符316。MediaDescription102不能是匿名的，因为否则其媒体描述符316就不能在重新启动保持一致。

DVR的实施例

图7、图8和图9显示使用MediaDescription102的DVR的实施例。如图7所示，客户的DVR系统702使用MediaDescription102，以单一、一致的格式以保持关于录制节目的所有请求信息。关于DVR节目的所有相关信息必须被存储，例如在客户硬盘驱动器704和/或在远程DVR调度程序706上，因为不能保证最初录制节目的频道仍然存在(并且因此，除节目数据之外，还必须存储站点数据)。客户机DVR系统702也能向UI代码传输这些MediaDescription102，以便DVR节目以与其他内容项一致的格式显示。

图8和图9中，客户机DVR系统702和远程服务器的DVR调度程序706也使用命名的MediaDescription102，以在它们之间进行协调。这种方式中，在图9中，示例性的多媒体系统100可轻易实现一种模式，在这种模式下，远程网络接口902能通过DVR管理应用904用于观看客户的DVR信息，同时客户机702和具有DVR调度程序706的服务器可以用应该标记指示个别记录的节目。这些MediaDescription102也被命名，这样最近观看的DVR节目的变量可在重新启动时轻易保持。图8中，MediaDescription102的副本可保持在相同的硬盘驱动器704上作为客户上的DVR内容，以及可以保持在服务器上，用于远程调度程序706。

用于播放因特网内容的实施例

图10、图11和图12显示用于呈现使用MediaDescription102的因特网内容的两个实施例。图10所示的第一个实施例中，观看以高级流格式(ASF)格式的电影的网络站点。电子邮件网关1002可发送带有指向ASF电影的URL的通知。客户机上的类属的URL处理器1004接收并核查该URL扩展名，并把URL传递给客户机上为ASF URL的处理器。客户机ASF URL处理器具备1006可连接到该URL并验证多用途的网际邮件扩充(MIME)类型。如果MIME类型不匹配，则ASF URL处理器1006可把该URL返回给类属的URL处理器1004。否则，ASF URL处理器1006为客户UI108的使用而生成匿名的MediaDescription102。如果，因为某些原因，希望因特网内容在重启时保持一致(或许为“最近观看的电影”应用)，则客户可选择命名MediaDescription102，并存储在用户数据存储器中。

如果使用上述模式的示例性的多媒体系统100使用服务集合(如上所述)作为MediaDescription102中的获得数据308，则在一个示例性的实施例中，只有服务集合的“初级全屏”成员(即，要使用的优选的初级默认的一组服务，如果客户机条件允许)用URL后面的实际数据填充。放置在画中画(PIP)窗口内的数据可为例如，特定类型的图像，以及服务集合的“次级”成员(如果包括)可为，例如，类属错误消息。

如果使用服务集合且没有预定的显示类型与内容匹配，则类属URL处理器1004可拒绝解析该数据，或者可选择作为文本在屏幕上显示该目的地。

可以特定类型的方式从值中创建相关联的列表数据，即EPG数据302，这些值如，有的话，如当最初规定客户的URL时提供的主控机器的特性、因特网内容的文件名、以及进一步的数据。

图11显示用于播放使用MediaDescription102的因特网放映幻灯片的实施例。可从包含图像的目录中执行因特网放映幻灯片。因此，电子邮件网关1002可发送带有指向目录的通知，或者可发送URL的列表，每个URL指向单独的图像文件。第一种情况下，客户上的类属URL处理器1004接收并核查URL扩展名，以了解它是目录，并把该URL传递给客户上的放映幻灯片处理器1102。客户的放映幻灯片处理器1102可连接到该URL并使用FTP或另一种协议，验证该目录内有图像。第二种情况下，客户的放映幻灯片处理器1102可连接到每个列出的URL并验证它是一图像类型。如果该内容满足放映幻灯片的要求，则客户机的放映幻灯片处理器1102为客户机UI1008的使用生成匿名的MediaDescription102。再者，如果希望因特网内容在重启时持续一致(例如，对于“最近观看的放映幻灯片”的应用)，则客户可选择命名MediaDescription102并存储在用户数据存储器中。

图12显示使用MediaDescription102在重启时保存1202和恢复1204因特网内容。当因特网内容在重启时持续一致时，客户能使用存储在用户数据存储器1206中的命名的MediaDescription102。因此，在保存1202期间，客户106把包括其媒体描述符316和相关联的应用数据的MediaDescription102存储在用户存储器1206中。在恢复1204期间，当客户机106到达恢复点时，重启前正在使用的最近内容的MediaDescription102的媒体描述符316可由客户106召集。然后请求最近内容的MediaDescription102，并重新获取内容本身和/或用于该内容的EPG数据302。

MediaDescription关系数据

图13到图17显示彼此具有关系的MediaDescription102的实施例。图13到图15强调子关系数据，而图16到图17强调父关系数据。

图13中，子标记1302可具有关系数据314内的多个实例(例如，1304、1306)，并可用于描述在当前MediaDescription1021308下具有要被捆绑的标识符的多个内容。可用很多方式使用这种捆绑技术，例如多媒体搜索中为了把大量匹配聚合成搜索结果列表中的单行项目内。即，单个多媒体内容的许多不同章节可生成大量搜索命中点(hit)，但当大量命中点都指相同的单个多媒体内容时，这是不希望的。

单个MediaDescription关系数据314内的该子标记的捆绑(例如，1302)也可用于VOD或有偿收视包，以描述包含在该包裹内的所有多个内容。子标记的出现不会导致MediaDescription102没有服务集合和服务数据，相反，可创建类属服务集合，用于控制聚合搜索结果。

图13显示使用MediaDescription1308的VOD或有偿收视包的实施例。可以希望的任何方式获得为该VOD或有偿收视包的MediaDescription1308(例如，可将它分配给节目向导内的元素、从VOD店面传输、或者直接作为促销来发送)。重要地是，来自MediaDescription1308的描述性的数据302可表示为客户UI内的单个内容项，且因此应具有适合的列表和服务集合数据308(该服务集合可仅仅是从中选择用于显示的一组不同大小的图像，或者可以是专指该包的内容项的视频片断)。总之，包括子关系数据(例如，1302)的MediaDescription1308是表示多个其他实体的单个实体，即，“子”内容项。

图14显示使用MediaDescription1308的子关系方面的搜索结果的聚合。搜索服务器1402返回一系列MediaDescription1308，其中一些标记为用于显示，其他的被保存为保留以备份显示的搜索返回值。例如，如果客户机106接收返回的搜索描述说的是“Gourmet烹饪系列演示(30个项目)”，则MediaDescription1308表示搜索结果的聚合，它将作为搜索结果列表内的单行项目显示。实际上，搜索结果也包括烹饪系列结果的30个单独的片断，但被标记为不能用于当前显示。一个实施例中，当用户单击聚合搜索结果时，客户机然后就能指相关的MediaDescription(1310、1312...1314)，且为每个片断用的更为特定的EPG数据302而显示，并也能获得每个片断，如果想要的话。

应该注意，MediaDescription102也能用作填充搜索服务器1402的索引数据的一种方式。即，无论包括MediaDescription(例如1310)的节目元数据何时播放，MediaDescription102都可用作为基本信息构成块，该MediaDescription与其他MediaDescription1308具有子关系。

图15示意性地显示使用上述子标记(例如1302)的搜索结果的聚合。在示例性的搜索中，返回大量命中点(例如，1505、1506、1508)的聚合搜索结果作为单个标题“晚间新闻(3个项)”1510显示给用户。通过在所有大量命中点之间发现共同的，得到为聚合“晚间新闻(3个项)”的单行结果1510的EPG元数据302的显示，并创建单个“晚间新闻(3个项)”标题作为MediaDescription的EPG数据302的“搜索结果”的一部分。关系数据314包含用于单独结果的媒体描述符316，如果需要，可通过这些媒体描述符316来访问关系数据314，以获得更为详细的信息。一个值得注意的特征是返回的内容项不是必须是相同的媒体类型。因此，名为“晚间新闻”的VOD内容项可伴随来自由服务提供商104提供的每日节目流的“晚间新闻”内容项一起返回。

图16显示第一MediaDescription1602如何使用MediaDescription1604的父关系方面，用另一个MediaDescription1604的EPG数据302来补充自己的EPG数据302’。父标记1606可以类似于上述子标记的使用的方式，被用在子MediaDescription1602的关系数据314中。

父标记1606通常被单独使用在子MediaDescription1602的关系数据314部分中。父标记能作为单独指针，指向与父频道或内容项相关联的父MediaDescription1604，父频道和内容项封装与子MediaDescription1602相关联的子内容项。换句话说，用于电影章节的MediaDescription1602能指向作为整体描述电影的父MediaDescription1604。或者，用于单个广播的MediaDescription1602能指向作为整体描述频道的父MediaDescription1604。相应的父MediaDescription1604可以有或可以没有所列的子MediaDescription1604。然而这经常是想要的，但有时(如用于现场直播的TV频道的MediaDescription)列出所有可能的子MediaDescription是低效的。例如，现场直播的TV频道不是必然希望列出每一个将要出现的节目作为单独的“子”，即使那些单独的节目可能作为单个MediaDescription返回(如在为聚合的搜索结果的情况)。

在示例性的多媒体系统100中使用父标记能节省数据空间且避免一些复杂性。例如，现场直播频道上的特定的节目或单个广播可用简短的MediaDescription1602来描述，简短的MediaDescription1602是只有特定于该单个广播的最少的描述性和时间表数据。这种MediaDescription1602忽略了服务集合308和服务数据310，但却使用包括父MediaDescription1604的媒体描述符316的父标记1606，以访问父MediaDescription1604的EPG数据302、服务集合数据308、以及服务数据310。因此，不是冗余地重复把为整个频道的相同的一般描述性的信息放置到每个子MediaDescription1602，每个简短的子仅指向用于一般元数据，如与一般频道有关的EPG数据302，以及为服务集合308和服务数据310的父MediaDescription1604。

在多媒体搜索的情况下，父“广播站”的MediaDescription1604一般以单独节目的MediaDescription(例如，1602)有秩序地返回。然而，与为在节目向导中通用而下载广播站的MediaDescription1604的情况不同，搜索中返回的广播站的MediaDescription1604不包括任何额外的时间表和节目向导数据，仅是作为梗概的“常真”的数据，如呼叫标记和位图。

图17中，父关系方面可用于描述内容项的章节或其他片段，如VOD电影，提及一系列的一季的片断等等。带有父标记1706的子MediaDescription1702可以不具有服务集合308和服务数据310。这种情况下，如上所述，从父MediaDescription1704中使用服务集合308和服务数据310。然而，依赖于用于某些数据的父MediaDescription1704的MediaDescription1702可有全面展开的时间表描述，为了给出从父MediaDescription1704的启动时间偏移的启动和结束时间。

示例性的方法

图18显示创建示例性的MediaDescription数据结构的示例性的方法1800。在流程图中，操作被概括在单独的块内。示例性的方法1800可由硬件、软件、或两者结合来实现，例如通过多媒体系统100的组件。

在块1802，为多媒体内容项创建EPG信息。这种EPG信息，如标题、描述、时间表、演员、制片人、导演等等，可由多媒体系统的客户或由多媒体系统的商业服务提供商、甚至由多媒体系统中处理该内容项的过程来创建。

在块1804块，为多媒体内容项创建获得信息。在一个实施例中，获得信息是到多媒体客户获得的内容项的相对简单的链接。另一个实施例中，获得信息可以是服务集合，如上所述以及在以上引用的专利申请中。

服务集合可以是分为依据条件而配置的集合的动态的一捆服务。服务集合内的这些服务可以是不同的服务类型，即，视频、音频、放映幻灯片、.jpeg等等，且不同服务类型的服务可结合在该集合内。可通过与传统的频道号相关联来访问服务集合，或者以许多不同方式来访问，例如，通过允许消费者直接通过远程控制器上的按钮来访问的VOD店面。根据预先建立的显示上下文，可以使用服务集合内相同或不同媒体类型的各种服务，且在给定的客户机设备上根据当前条件来结合它们。因此，如果客户机具有一个条件集，则客户机可选择获得并显示第一组(服务)，且可在不同的客户条件集的情况下，如不同的硬件和/或与第一组服务不同的授权级别情况下选择获得并显示不同的第二组服务。

在块1806，EPG数据和获得数据(分配给内容项)一起被存储在数据结构中，它们作为用于使MediaDescription数据结构的接受者能访问EPG信息和获得数据的令牌而传输。MediaDescription中可使用标识到EPG数据和/或获得数据的链接而非EPG数据本身和/或获得数据本身。

如上所述，可以用称为媒体描述符的标识符来命名MediaDescription。媒体描述符是用于MediaDescription的令牌，它是依次为该多媒体内容项及其表示的相关联的EPG数据的令牌。

如在先前的图的描述中所述，MediaDescription可在许多多媒体过程中使用，如数字视频录音带(DVR)过程、因特网内容呈现过程、多媒体搜索过程、视频点播(VOD)过程、有偿收视过程、以及节目向导呈现过程。

在数据结构中一并存储EPG和获得信息以制作MediaDescription的块1806的步骤也可包括存储指向分配给子或父关系中的其他多媒体内容项的其他MediaDescription数据结构的关系数据。因此，表示TV系列的片断的MediaDescription能线性包括关于父系列的所有一般信息，而不是仅包括到该父系列的MediaDescription的链接。然后，从父MediaDescription获得信息，例如，用于在节目向导内填写关于子片断的EPG信息。MediaDescription之间的父子关系可用于方便许多其他多媒体任务，如作为单个包显示多个VOD内容项，以及聚合指所有引用相同内容项的搜索结果，作为搜索结果列表内的单行项目。

结论

前面的讨论描述了用于在多媒体系统中运送列表和获得信息的示例性的MediaDescription数据结构。尽管以特定于结构特征和/或方法动作的语言描述了主题，应该理解，附属的权利要求中定义的主题并不必然限制在上述特定的特征或动作中。而是，以上描述的特征和动作是作为实现权利要求的示例形式而揭示的。