集成浏览历史和媒体播放列表的方法和系统

1.一种在媒体重放设备上保持媒体播放列表和媒体浏览会话的浏览历史列表的方法，所述媒体播放列表包括对可供在所述设备上重放的至少一个媒体文档的引用，以及标识所述播放列表中当前播放的媒体文档的播放列表指针，并且所述浏览历史列表包括对所述媒体浏览会话中先前访问的零个或多个内容文档的引用，所述方法包括步骤：
响应于所述媒体重放设备上第一媒体文档的重放的终止以及加载第二媒体文档以便重放：
更新所述播放列表指针，以将所述第二媒体文档标识为当前播放的媒体文档；和更新所述浏览历史列表，从而包括对作为最近访问的内容文档的第一媒体文档的引用。
2.按照权利要求1所述的方法，其中所述第一媒体文档的重放的终止和加载所述第二媒体文档以便重放是所述第一媒体文档播放结束的结果，其中所述第二媒体文档是在所述播放列表中引用的下一个媒体文档。
3.按照权利要求1所述的方法，其中所述第一媒体文档的重放的终止和加载所述第二媒体文档以便重放是用户从所述播放列表中选择新的媒体文档的结果，其中所述第二媒体文档是用户选择的新媒体文档。
4.按照权利要求1所述的方法，其中所述第一媒体文档包括至少一个嵌入的标记元素，所述至少一个嵌入的标记元素提供到所述第二媒体文档的有效链接，所述第一媒体文档的重放的终止和加载所述第二媒体文档以便重放是用户激活所述链接的结果。
5.按照权利要求4所述的方法，其中所述嵌入的标记元素是连续媒体标记语言CMML标记元素。
6.按照权利要求4或5所述的方法，其中所述标记元素包括超链接。
7.按照权利要求1-5中的任意之一所述的方法，其中如果所述播放列表不包括对所述第二媒体文档的引用，那么更新所述播放列表指针的步骤包括将对所述第二媒体文档的引用增加到所述播放列表中。
8.按照权利要求1所述的方法，其中所述播放列表是包括子列表的分级结构的递归播放列表，其中每个子列表与位于所述分级结构的上一层的父媒体文档相关联。
9.按照权利要求8所述的方法，其中所述第一媒体文档包括提供到第二播放列表的有效链接的至少一个嵌入的标记元素，所述第二播放列表包括对第二媒体文档的引用，并且响应于用户激活所述链接，更新所述播放列表指针的步骤包括下述子步骤：
将所述第二播放列表作为与所述第一媒体文档相关联的子列表增加到所述分级结构中；和
更新所述播放列表指针，以标识在所述第二播放列表中引用的所述第二媒体文档。
10.按照权利要求9所述的方法，其中所述第二媒体文档是在所述第二播放列表中引用的第一文档。
11.按照权利要求9所述的方法，其中所述第二媒体文档是在提供到所述第二播放列表的链接的所述嵌入的标记元素中标识的第二播放列表中的媒体文档。
12.按照权利要求1所述的方法，其中所述第一媒体文档的重放的终止和加载所述第二媒体文档以供重放是在媒体浏览会话中，用户请求重放在先媒体文档的结果，所述方法还包括响应于所述用户请求的下述步骤：
从所述浏览历史列表中检索对所述第一媒体文档的引用；和
更新所述播放列表指针，从而将所述第一媒体文档标识为当前播放的媒体文档。
13.按照权利要求7所述的方法，其中对所述第一和第二媒体文档的引用均包括统一资源定位符URL或者通用资源标识符URI之一。
14.一种用户在包括媒体播放列表和浏览历史列表的媒体重放设备上进行媒体浏览会话的方法，所述媒体播放列表包括对可在所述设备上重放的至少一个媒体文档的引用，以及标识所述播放列表中当前播放的媒体文档的播放列表指针，所述浏览历史列表包括对所述媒体浏览会话中先前访问的零个或多个内容文档的引用，所述方法包括响应于所述媒体重放设备上第一媒体文档的重放的终止和加载第二媒体文档以便重放，反复执行下述步骤：
更新所述播放列表指针，以将所述第二媒体文档标识为当前播放的媒体文档；和更新所述浏览历史列表，从而包括对作为最近访问的内容文档的第一媒体文档的引用。
15.一种保持媒体播放列表和媒体浏览会话的浏览历史列表的媒体重放设备，所述媒体播放列表包括对可供在所述设备上重放的至少一个媒体文档的引用，以及标识所述播放列表中当前播放的媒体文档的播放列表指针，并且所述浏览历史列表包括对所述媒体浏览会话中先前访问的零个或多个内容文档的引用，所述媒体重放设备包括：
用于响应于所述媒体重放设备上第一媒体文档的重放的终止以及加载第二媒体文档以便重放，更新所述播放列表指针，以将所述第二媒体文档标识为当前播放的媒体文档的装置；和
用于响应于所述媒体重放设备上第一媒体文档的重放的终止以及加载第三媒体文档以便重放，更新所述浏览历史列表，从而包括对作为最近访问的内容文档的第一媒体文档的引用的装置。
16.按照权利要求15所述的媒体重放设备，所述媒体重放设备包括用于当所述第一媒体文档播放结束时，终止所述第一媒体文档的重放以及加载所述第二媒体文档以供重放的装置，其中所述第二媒体文档是在所述播放列表中引用的下一个媒体文档。
17.按照权利要求15所述的媒体重放设备，
其中，所述播放列表包括媒体文档的列表，
所述媒体重放设备还包括：
用于使用户能够从所述播放列表中选择新的媒体文档的装置；以及
用于终止所述第一媒体文档的重放，并将用户选择的所述新的媒体文档加载为第二媒体文档的装置。
18.按照权利要求15所述的媒体重放设备，其中所述第一媒体文档包括至少一个嵌入的标记元素，所述至少一个嵌入的标记元素提供到第二媒体文档的有效链接。
19.按照权利要求18所述的媒体重放设备，其中所述嵌入的标记元素是连续媒体标记语言CMML标记元素。
20.按照权利要求18或19所述的媒体重放设备，其中所述有效链接是超链接。
21.按照权利要求18或19所述的媒体重放设备，其中在重放期间，所述有效链接作为可点击区被显示。
22.按照权利要求15-19中的任意之一所述的媒体重放设备，其中在所述播放列表不包括对所述第二媒体文档的引用的情况下，所述用于更新所述播放列表指针的装置进一步被配置成将对所述第二媒体文档的引用增加到所述播放列表中。
23.按照权利要求15所述的媒体重放设备，其中所述播放列表是包括子列表的分级结构的递归播放列表，其中每个子列表与位于所述分级结构的上一层的父媒体文档相关联，每个子列表以可折叠列表的形式直观地与其对应的父媒体文档相关联。
24.按照权利要求23所述的媒体重放设备，还包括：
用于使用户能够从所述播放列表中选择新的媒体文档的装置。
25.按照权利要求15-19或者23-24中的任意之一所述的媒体重放设备，其中以堆栈的形式实现所述浏览历史列表，所述用于更新所述浏览历史列表的装置进一步被配置成在更新所述浏览历史列表以包括对所述第一媒体文档的引用时将对所述第一媒体文档的引用推入所述堆栈中。
26.按照权利要求15-19或者23-24中的任意之一所述的媒体重放设备，还包括：
用于使用户能够请求所述媒体浏览会话中在先媒体文档的重放，响应于所述请求，从所述浏览历史列表中检索对第一媒体文档的引用，并且更新播放列表指针，从而将所述第一媒体文档标识为当前播放的媒体文档的装置。
27.按照权利要求26所述的媒体重放设备，其中以堆栈的形式实现所述浏览历史列表，并且其中当从所述浏览历史列表检索对所述第一媒体文档的引用时，使所述引用出栈。
28.一种包括媒体浏览器的媒体重放设备，所述媒体浏览器具有包括对可在所述设备上重放的至少一个媒体文档的引用的媒体播放列表，以及包括对零个或多个内容文档的引用的浏览历史列表，所述媒体重放设备包括：
用于响应于用户在媒体浏览会话期间的浏览和重放活动，执行所述媒体播放列表和所述浏览历史列表的集成更新，以致向用户提供一致的媒体浏览和重放体验的装置。
29.按照权利要求28所述的媒体重放设备，还包括：
用于导航所述媒体播放列表的装置；
用于导航所述浏览历史列表的装置；以及
用于实现所述媒体播放列表和浏览历史列表的集成更新的装置。
30.按照权利要求28-29中的任意之一所述的媒体重放设备，其中所述至少一个媒体文档包括具有嵌入式元数据元素的媒体文档，所述嵌入式元数据元素标记所述媒体文档内预定片段的起点。
31.按照权利要求30所述的媒体重放设备，其中按照Annodex格式，格式化所述包括嵌入式元数据元素的媒体文档。

集成浏览历史和媒体播放列表的方法和系统\n技术领域\n[0001] 本发明涉及浏览媒体文档，特别是可通过分布式信息网络，诸如万维网得到的媒体文档的方法和设备。\n背景技术\n[0002] 万维网已演化成分布式信息检索的事实标准。开放组网标准(超文本传输协议，HTTP)，全局资源标识符(统一资源定位符URL，或者通用资源标识符URI)和文本文档的简单标记语言(超文本标记语言HTML)的结合已能够实现建立高度凝聚和连接的信息网络。\n更一般地，web浏览器软件应用，比如Microsoft Internet Explorer，Firefox(基于早先的Netscape Navigator浏览器)和Opera web浏览器之类产品提供访问和浏览万维网的用户界面。\n[0003] 同时，个人计算设备的声音和图形能力的提高，以及宽带因特网连接的可用性越来越广已导致在连续流式媒体，比如音频和视频的分发和使用方面的增长。\n[0004] 在本说明书内，术语“文档”通常指的是通过web浏览器、媒体播放器或者其它适当的软件应用和/或硬件设备，可被呈现以供用户观看、重放或相互作用操作的各种类型的内容。于是，术语“文档”通常包含基本静态的文档，比如文本、HTML、字处理、可移植文档格式(PDF)和其它类型的静态内容文档。更多的动态形式的文档包括动态HTML(DHTML)和其它形式的脚本或动画内容，包括能够由可从市场上获得的Flash Player之类应用播放的文档。媒体文档包括诸如流式音频和视频之类的项目，以及自含的音频和视频文件。要认识到所有这些形式的电子文档，以及本领域中公知的其它类型的电子文档可按照各种形式传送和保存，包括通过因特网流式传输以便实时再现，以及作为文件保存在计算机存储器和/或磁或光存储介质中。这样的文档可以是完整和自含的，以便从头到尾连续再现，或者可按照不完整的形式被传送和/或保存，例如以流式传输和/或可下载的形式向用户只提供选择的部分，比如较大音频文档的某一节，或者电影或其它较大视频文件的某一场景。\n[0005] 虽然多数web浏览器应用支持扩展、插件和/或与播放单个媒体文档的其它软件应用的接口，不过一般利用媒体播放器应用实现多个媒体文档的更一般的管理和重放。这种媒体播放器应用的例子是Microsoft Windows Media Player，Apple的iTunes和Real Network的RealPlayer产品。\n[0006] web浏览器和媒体播放器应用的许多用户会认识到，在web浏览器和媒体播放器的用户模型与对应的用户界面之间存在许多明显差别。万维网的使用是建立在由HTML的流行而产生的浏览模型上的，HTML又使基于web的文档能够包含将用户引向万维网上的其它通常相关的文档的超链接。以及使用户能够追随超链接，按照惯例，浏览模型包括浏览历史，其中通过界面元素，比如图形按钮或控制键“后退”和“前进”的用户操作，能够检索最近查看的文档。由于与超链接资源相互作用的用户访问模式被认为具有较高的重现度，因此能够实现对最近所查看资源的访问的用户界面被推荐用作可用的导航。\n[0007] 另一方面，媒体播放器应用之中的主要范例是播放列表。如同名称所示，播放列表是媒体文档的列表、队列或序列。播放列表例如可以是音乐专辑的按序曲目列表，或者构成电视节目或电影的一系列场景或片断。多数媒体播放器应用还允许用户创建定制的播放列表，例如用户喜爱的音乐项目的选择，或者具有共同主题的音频和/或视频项目的选择。虽然播放列表可被用于许多用途，不过播放列表共有的特征是它们将媒体文档分组在一起，这些媒体文档具有促成该分组的某些共有事物(至少从用户的观点来看)，和/或它们一般定义重放媒体文档的特定顺序或序列。在正常的操作模式中，媒体播放器应用将依次播放播放列表中的每个媒体文档，一旦当前播放的文档已完成，就自动开始随后的媒体文档的重放。即使当媒体播放器应用按照随机或者“重排(shuffle)”模式工作以便按照随机顺序，而不是播放列表定义的序列播放媒体时，情况仍然如此。\n[0008] web浏览器和媒体播放器采用不同的用户模型的原因至少部分在于直到目前为止，还不存在与HTML等效的能够从连续媒体文档实现超链接的标记语言。因此，以前连续媒体一直不适应Web倡仪的用户浏览模型。为了解决这种局限，正在开发用于媒体文档和其它时间连续的资源的标记语言，例如本发明人开发的连续媒体标记语言(CMML)。CMML提供超链接和元数据，并且可被嵌入媒体文档中，从而有效地使它们网络化(“web-enabling”)。从而它将Web的浏览范例扩展到包括媒体文档，使它们成为Web上最好的积极公民(active citizen)。\n[0009] 因此，预期将出现媒体资源的新web，从而要求开发使用户能够按照和现有的web浏览范例类似的方式“冲浪”媒体文档的媒体浏览器。目前的媒体播放器在它们的用户界面或内部体系结构中一般不支持超链接和类似浏览器的导航，支持可浏览媒体的第一步是在屏幕上显示超链接，并使它们有效(即“可点击”)。但是，这会产生从当前媒体文档激活超链接如何与媒体播放器的播放列表相互作用的问题。\n[0010] 将可浏览的媒体支持加入媒体播放器中的一种备选方案是向web浏览器中加入媒体播放器的能力。但是，一旦认识到期望的是提供播放列表作为web资源(即，以可从web服务器下载、链接的文档对象的形式提供播放列表)，这种播放列表应如何与web浏览器的历史交互作用就会变得不清楚。\n[0011] 从前面的讨论可看出，按照最明显的方式仅仅扩展媒体播放器或者web浏览器应用并不完全满足用户对媒体浏览器应用的要求。特别地，当用户希望在两种应用中实现相同目标时，要求用户脑力地在播放列表和浏览历史的两个用户界面范例之间切换是相当麻烦的。从用户的观点来看，浏览历史和导航播放列表最好应是无缝结合的操作，所述无缝结合的操作为访问过去所访问的文档(通过历史)，或者被排列以便未来重放的文档(通过播放列表)提供最大的便利。\n[0012] 因此，就实现媒体浏览器来说，需要通过集成播放列表和历史列表功能提供可用的用户界面，来解决web浏览和媒体重放的不同范例，所述可用的用户界面提供一致的用户体验。例如，媒体浏览器的用户可能期待激活“后退”按钮会使他们返回先前查看的媒体文档。用户还可能合理地期待播放列表的“上”和“下”用户界面元素应使他们通过他们排列的按照特定顺序重放的媒体文档的队列。用户可能还希望能够直接选择他们的浏览历史或播放列表中的任意项目，而不会干扰他们的浏览或播放列表期望。\n[0013] 因此，本发明的一个目的是解决在媒体浏览器中集成播放列表和浏览历史的需要。\n[0014] 要认识到本说明书中的文档、设备、动作或知识的任何讨论是用于解释本发明的上下文，不应被理解成任何这种材料构成在这里的任何陈述或者附加权利要求的优先权日或之前，相关领域中的现有基础或常见普通知识的一部分的认可。\n发明内容\n[0015] 在一个方面，本发明提供一种在媒体重放设备上保持媒体播放列表和媒体浏览会话的浏览历史列表的方法，所述媒体播放列表包括对可供在所述设备上重放的至少一个媒体文档的引用，以及标识播放列表中当前播放的媒体文档的播放列表指针，所述浏览历史列表包括对媒体浏览会话中先前访问的零个或多个内容文档的引用，响应于媒体重放设备上第一媒体文档的重放的终止以及加载第二媒体文档以便重放，所述方法包括下述步骤：\n[0016] 更新播放列表指针，将第二媒体文档标识为当前播放的媒体文档；和[0017] 更新浏览历史列表，从而包括对作为最近访问的内容文档的第一媒体文档的引用。\n[0018] 从而，本发明认识到播放列表和浏览历史是互不相关的表示可供重放文档的方法，并且用户希望根据他们的媒体浏览需要可以使用这两种方法。\n[0019] 于是在各个实施例中，本发明提供供用户使用的浏览历史动作(例如“后退”和“前进”)和播放列表导航动作(例如“向上”和“向下”)，并且可将这些动作表现成独立的实体。发明人认识到播放列表和浏览历史之间的差别在于播放列表是将在未来查看的条目的队列，它提供体验的连续性，而浏览历史是过去访问过的条目的列表，提供对先前经历的快速访问。就播放列表来说，通过明确地对条目排序，当前一条目结束播放时，用户正在要求应用以观看特定的媒体条目。另一方面，根据浏览期间用户采取的动作，构成历史列表。\n[0020] 由于这两种范例基本上互不相关，从用户的观点来看，实现互补的功能是极其可取的，并且能够向用户提供这两种范例。按照本发明的优选实施例，用户与播放列表的交互作用导致适当情况下浏览历史堆栈的更新，浏览动作，比如在浏览历史中后退和前进应该导致播放列表中当前正在播放的条目的对应改变。\n[0021] 因此，本发明的优点是播放列表与历史列表的链接，从而向用户提供对两种范例的访问，同时当目前播放的媒体文档改变时，通过执行对应的更新，确保它们之间的一致性。\n[0022] 媒体重放设备可以是运行配置成实现本发明的方法的媒体浏览软件的个人计算机。但是，本领域的技术人员会认识到便携式数字媒体播放器正在变得日益普及，包括便携式或手持式PC以及主要专用于媒体重放的设备。另外，包含无线电话和数据传送功能的便携式和手持式设备同样越来越多地具备各种附加能力，包括web浏览、电子邮件和媒体重放。于是，术语“媒体重放设备”意图包括本领域中已知的适合于媒体重放的所有这种设备。\n[0023] 第一媒体文档的重放的终止和加载第二媒体文档以便重放可以是第一媒体文档播放结束的结果，其中第二媒体文档是在播放列表中引用的下一个媒体文档。有利的是，重放在播放列表内的自动前进(即，播放列表的正常功能)导致对历史列表的对应更新，从而确保一致的用户体验。\n[0024] 另一方面，第一媒体文档的重放的终止和加载第二媒体文档以便重放可以是用户从播放列表中选择新的媒体文档的结果，其中第二媒体文档是用户选择的下一个媒体文档。同样有利的是，按照这种方式的播放列表的正常且熟悉的使用导致对历史列表的对应适当更新。\n[0025] 通过利用诸如CMML之类标记语言，至少第一媒体文档可以是网络化的(web-enabled)，以致第一媒体文档包括至少一个嵌入的标记元素，所述至少一个嵌入的标记元素提供到第二媒体文档的有效链接，第一媒体文档的重放的终止以及加载第二媒体文档以便重放可以是用户激活所述链接的结果。最好，嵌入的标记元素是CMML标记元素，标记元素最好包括超链接。\n[0026] 将会认识到，对于网络化媒体文档来说，用户的激活嵌入链接的动作的思维模型很可能基于常见的web浏览体验，而不是基于传统的媒体播放器体验。\n[0027] 因此，对于用户来说自然会出现对历史列表增加“链接自”文档。但是，按照本发明的优选实施例的方法同样具有对应地更新播放列表中的当前播放项目，从而通过保持播放列表和历史列表之间的一致性确保用户体验的连续性。\n[0028] 最好，如果播放列表不包括对第二媒体文档的引用，那么更新播放列表指针的步骤包括将对第二媒体文档的引用增加到播放列表中。\n[0029] 在一个特别优选的实施例中，播放列表是包括子列表的分级结构的递归播放列表，其中每个子列表与位于分级结构的上一层的父媒体文档相关联。第一媒体文档可包括提供到服务器方播放列表的有效链接的至少一个嵌入标记元素，所述服务器方播放列表包括对第二媒体文档的引用，并且响应于用户激活所述链接，更新播放列表指针的步骤包括下述子步骤：\n[0030] 将服务器方播放列表作为与第一媒体文档相关联的子列表增加到分级结构中；和[0031] 更新播放列表指针，以标识在服务器方播放列表中引用的所述第二媒体文档。\n[0032] 这种情况下，第二媒体文档可以是服务器方播放列表中的第一个文档。另一方面，第二媒体文档可以是在提供到服务器方播放列表的链接的嵌入标记元素中标识的服务器方播放列表中的媒体文档。有利的是，这种安排使到服务器方播放列表的超链接能够引用服务器方播放列表中的任意文档，在下载服务器方播放列表之后将开始该文档的重放。\n[0033] 特别优选的是，服务器方播放列表被看作不可改变的，以确保用户的浏览体验的一致性，因为用户一般不可能修改服务器上的服务器方播放列表。但是，修改播放列表的动作在顶层播放列表可被允许，并且可以起因于增加、删除或以其它方式修改播放列表中的条目的直接用户操作，和/或用户在媒体浏览会话期间采取的动作。\n[0034] 在优选实施例中，第一媒体文档的重放的终止和加载第二媒体文档以供重放可以是在媒体浏览会话中，用户请求重放在先媒体文档的结果，保持媒体播放列表和浏览历史的方法还包括响应所述用户请求的下述步骤：\n[0035] 从浏览历史列表中检索对第一媒体文档的引用；和\n[0036] 更新播放列表指针，从而将第一媒体文档标识为当前播放的媒体文档。如所认识到的，这种行为与用户预期的常规web浏览器中的“后退”按钮的功能相一致。\n[0037] 最好，对所述第一和第二媒体文档的引用均包括URI或URL之一。\n[0038] 用户的媒体浏览会话包括响应第一媒体文档的重放的终止，以及加载第二媒体文档以便重放，反复更新播放列表指针和更新浏览历史列表，和/或响应在媒体浏览会话中用户对重放在前媒体文档的请求，从浏览历史列表检索引用并更新播放列表指针。即，本发明的实施例最好提供一种和通过典型的web浏览器应用实现的常规web浏览会话类似的媒体浏览会话。\n[0039] 在另一方面，本发明提供一种在媒体浏览会话中播放媒体文档的媒体重放设备，所述设备包括：\n[0040] 媒体播放列表，所述媒体播放列表包括对可在所述设备上重放的至少一个媒体文档的引用，以及标识播放列表中的当前播放媒体文档的播放列表指针；\n[0041] 浏览历史列表，包括对在媒体浏览会话中先前访问的零个或多个内容文档的引用；\n[0042] 保持媒体播放列表的装置；和\n[0043] 保持浏览历史列表的装置，\n[0044] 其中所述保持装置被配置成响应第一媒体文档的重放的终止以及加载第二媒体文档以便重放，更新播放列表指针，从而将第二媒体文档标识为当前播放的媒体文档，并且更新浏览历史列表，从而包括对作为最近访问的内容文档的第一媒体文档的引用。\n[0045] 媒体重放设备可以是例如运行适当的媒体浏览软件的桌上型或便携式个人计算机，或者另一方面可以是主要专用于媒体重放的便携式数字媒体播放器，或者具有诸如无线电话和/或数据传送之类附加功能的其它便携式或手持式设备。一般来说，媒体重放设备包括音频输出接口，包括适合于产生和放大音频信号的电路，以及扬声器和/或耳机插孔或类似物。所述设备一般还包括视频输出接口，包括产生视频信号的电路以及显示装置，比如LCD显示器或CRT显示器。最好，媒体重放设备还包括一个或多个输入装置，比如键盘、鼠标、触摸屏和/或适合于向所述设备提供输入的其它按钮或控件。\n[0046] 保持媒体播放列表和浏览历史的装置最好包括在媒体播放设备的至少一个中央处理器上运行的一个或多个软件组件，包括实现保持媒体播放列表和浏览历史的功能的可执行指令。\n[0047] 第一媒体文档的重放的终止以及加载第二媒体文档以供重放可以是第一媒体文档播放结束的结果，其中第二媒体文档是在播放列表中引用的下一个媒体文档。\n[0048] 在优选实施例中，媒体重放设备包括播放列表显示屏，它具有包括在播放列表中的媒体文档的列表，和使用户能够从播放列表中选择新的媒体文档，从而终止第一媒体文档的重放并将用户选择的新媒体文档加载为第二媒体文档的装置。用户从播放列表中选择新媒体文档的装置最好包括重放设备的一个或多个输入装置，以及在所述设备的中央处理器上运行的一个或多个软件组件，包括用户输入的检测和播放列表中新媒体文档的选择的可执行指令。例如，用户可采用诸如鼠标之类的输入装置突出和激活播放列表中的所选媒体文档。按照常规的用户界面模型，选择可包括用户借助鼠标进行双击。\n[0049] 最好，从播放列表中选择新媒体文档的装置还包括与媒体播放器应用中一般提供的对应用户界面特征一致的“下一个”和“上一个”控件的提供。\n[0050] 在一个特别优选的实施例中，第一媒体文档可包括至少一个嵌入的标记元素，所述至少一个嵌入的标记元素提供到第二媒体文档的有效链接，媒体重放设备包括一个媒体显示屏，所述媒体显示屏被配置成使用户能够选择和激活所述有效链接，终止第一媒体文档的重放和加载第二媒体文档以便重放。嵌入的标记元素最好是CMML标记元素，有效链接最好是超链接。在重放期间，超链接可作为显示屏的可点击区被显示在媒体显示屏上，在第一媒体文档的重放期间，它可以是永久可用的或者临时可用的。\n[0051] 在播放列表不包括对第二媒体文档的引用的情况下，保持媒体播放列表的装置最好被配置成将对第二媒体文档的引用增加到播放列表中。\n[0052] 在优选实施例中，播放列表是包括子列表的分级结构的递归播放列表，其中每个子列表与位于分级结构的上一层的父媒体文档相关联，媒体重放设备的播放列表显示屏包括分级的播放列表显示屏，其中每个子列表以可折叠列表的形式直观地与其父媒体文档相关联，使用户能够选择该子列表在播放列表显示屏中是否可见。有利的是，媒体重放设备在连续重放期间播放的媒体文档的顺序和在分级的播放列表显示屏中可视文档列表对应。因此，在本发明的优选实施例中，通过有选择地展开或折叠每个子列表，用户能够确定在播放列表文档的连续重放期间是否播放包括在子列表中的媒体文档，或者另一方面，是否只播放较高层的父文档。媒体重放设备的“下一个”和“前一个”功能的操作最好也和分级的播放列表显示屏相一致。\n[0053] 通常，以堆栈的形式实现历史列表，保持历史列表的装置被配置成更新浏览历史列表，从而通过将对第一媒体文档的引用推入所述堆栈中，包括对第一媒体文档的引用。\n[0054] 所述保持装置最好还被配置成使用户能够请求媒体浏览会话中在先媒体文档的重放，响应该请求，从浏览历史列表中检索对第一媒体文档的引用，并且更新播放列表指针，从而将第一媒体文档标识为当前播放的媒体文档。最好，通过诸如“后退”按钮之类的用户界面控件的激活，接收所述用户请求。在历史列表最好被实现成堆栈的情况下，从浏览历史列表检索对第一媒体文档的引用的步骤包括使所述引用出栈。\n[0055] 在另一方面，本发明还包括一种包括计算机可执行指令代码的计算机程序产品，当在媒体重放设备上运行时，所述计算机可执行指令代码使所述设备实现按照本发明的实施例的方法的步骤。在一些实施例中，可以标准web浏览器的扩展或插件的形式提供所述计算机可执行指令代码，从而增加媒体浏览功能。另一方面，计算机可执行指令代码适合于在便携式或手持式设备，比如PDA、袖珍PC、数字音频播放机、无线电话机等上执行，从而使所述便携式或手持式设备实现按照本发明实施例的方法的步骤。\n[0056] 在另一方面，本发明提供一种包括媒体浏览器的媒体重放设备，所述媒体浏览器具有包括对可在所述设备上重放的至少一个媒体文档的引用的媒体播放列表，以及包括对零个或多个内容文档的引用的浏览历史列表。\n[0057] 其中媒体浏览器被配置成响应用户在媒体浏览会话期间的浏览和重放活动，执行媒体播放列表和浏览历史列表的集成更新，以致向用户提供一致的媒体浏览和重放体验。\n[0058] 媒体浏览器最好包括导航媒体播放列表的第一对互补的用户控件，和导航浏览历史列表的第二对互补的用户控件，从而媒体浏览器被配置成响应用户激活一个或多个所述用户控件，实现媒体播放列表和浏览历史列表的集成更新。在特别优选的实施例中，第一对互补的用户控件包括“下一个”和“前一个”控件，第二对互补的用户控件包括“前进”和“后退”控件。\n[0059] 可在所述设备上重放的媒体文档可包括具有嵌入式元数据元素的媒体文档，所述嵌入式元数据元素可标记媒体文档内媒体片段，例如音频段或视频片断或场景的起点。可在按照Annodex格式格式化的媒体文档中提供这样的嵌入式元数据元素。\n[0060] 根据本发明的优选实施例的下述说明，本发明的其它优选特征和优点对本领域的技术人员来说将是明显的，本发明的优选实施例的下述说明不应被认为对在任意前述陈述中，或者在附加的权利要求中限定的本发明的范围的限制。\n[0061] 下面参考附图说明本发明的优选实施例。\n附图说明\n[0062] 图1按照本发明的实施例图解说明在播放列表内进行浏览的过程；\n[0063] 图2按照本发明的实施例图解说明在浏览活动内访问播放列表的过程；\n[0064] 图3按照本发明的实施例图解说明对服务器方播放列表的浏览过程；\n[0065] 图4按照本发明的实施例表示展开的递归播放列表；\n[0066] 图5按照本发明的实施例表示折叠的递归播放列表。\n具体实施方式\n[0067] 本发明的目的在于实现一种媒体播放器，所述媒体播放器是一种软件实现的设备，或者供在通用计算硬件上使用的可执行软件应用，用于提供网络化媒体文档的集成播放和浏览。网络化媒体文档包括嵌入了提供到其它媒体的有效链接的标记元素的媒体，或者备选类型的内容文档。可利用连续媒体标记语言(CMML)提供这种嵌入式标记元素，所述连续媒体标记语言(CMML)提供可被嵌入媒体文档中的超链接和元数据。但是要认识到典型的web浏览会话可包括访问各种不同类型的内容文档，包括HTML文档和不包括嵌入式标记元素的常规媒体文档。因此，本发明的实施例能够以许多不同类型的媒体和其它内容文档为工作对象。\n[0068] 就实现媒体浏览器来说，一种方案是从用户熟悉的应用设计开始，并扩展该应用以提供媒体浏览所需的其它功能。因此，一种可能的方法是扩展媒体播放器应用以包括web浏览器功能，或者扩展web浏览器应用以提供媒体播放器的功能。媒体播放器采用媒体播放列表的构思来组织供重放的媒体资源，而web浏览器采用浏览历史来保持用户的浏览活动的可导航记录。\n[0069] 根据本发明的优选实施例，媒体播放列表和浏览历史两种构思被保留和集成在媒体浏览器内。例如，对于用户来说，能够利用熟悉的界面元素，比如“后退”和“前进”按钮导航他们的浏览历史，以及能够利用同样熟悉的媒体播放器控制，比如“上”和“下”按钮导航播放列表被认为是可取的。\n[0070] 图1示意地图解说明在播放列表100内浏览媒体资源中所涉及的动作。例证的播放列表100包括五个播放列表条目102、104、106、108和110。每个播放列表条目包括对可供媒体浏览器应用重放的媒体文档的引用。所述引用一般是媒体文档的适当标识符，比如文件名，或者更可取的是统一资源定位符(URL)或统一资源标识符(URI)。例如，播放列表条目102包括对媒体文档example1.mp3的引用。类似地，播放列表条目104包括对媒体文档example2.ogg的引用，播放列表条目108包括对媒体文档example4.aiff的引用，播放列表条目110包括对媒体文档example5.au的引用。播放列表条目102、104、108和110引用的媒体文档都是不包括嵌入的标记元素，于是不能构成媒体浏览器应用的用户的浏览活动的基础的连续媒体文档。\n[0071] 但是，播放列表条目106引用媒体文档example3.anx，媒体文档example3.anx是网络化的媒体文档。如浏览树114所示，文件example3.anx使用户能够浏览其它类似地网络化的媒体文档。在图1中所示的例子中，用户浏览到browse3-1.anx，随后浏览到browse3-2.anx，在历史堆栈中后退浏览(浏览到browse3-1.anx)，之后浏览到browse3-3.anx，随后浏览到browse3-4.anx，之后浏览到browse3-5.anx，返回browse3-4.anx，最终在browse3-6.anx结束。之后，用户允许文档browse3-6.anx结束播放，导致媒体浏览器应用继续播放播放列表条目108引用的文档example4.aiff。如图1中所示，媒体播放列表100还包括标识播放列表中正在播放的媒体文档的播放列表指针112，在上述活动之后的正在播放的媒体文档是播放列表条目108。\n[0072] 按照本发明的优选实施例，以Annodex格式提供网络化媒体文档，这样的文件可利用CMML来创建。在本说明书内，Annodex格式媒体文档具有带.anx扩展名的文件名。\n对应的可加载播放列表，例如服务器方播放列表使用文件扩展名.asx。Annodex格式化文件可包括嵌入的元数据元素，所述嵌入的元数据元素标记媒体文档内的媒体内容的确定片段，比如音频段或视频场景的起点。因此，这种带注释的媒体文档的一个优点是能够直接对媒体文档的这种内部标记的片段启动重放或浏览。此外，单一的媒体文档可被表示成提供对文档内的每个单独片段、段或场景的直接访问的播放列表。\n[0073] 按照本发明的实施例，浏览历史114被看作独立的播放列表条目。当用户激活被特定的播放列表条目引用的文档内的超链接时，对初始条目的引用被浏览历史替代。因此，在上面描述的例子中，初始的播放列表条目引用媒体文档example3.anx，当用户首先浏览到browse3-1.anx时，媒体文档example3.anx被浏览历史114替代。\n[0074] 如播放列表100中举例说明的那样，整个历史堆栈作为大的播放列表条目被显示在用户界面中。诸如只显示历史堆栈中的第一条目或最后条目之类的备选实现会将对历史堆栈中的中间条目的访问局限为“后退”按钮的使用。按照媒体播放器的常用范例，历史堆栈中的每个条目应该可以直接从播放列表界面中选择。\n[0075] 本发明的优选实施例还向用户提供按照惯例与web浏览器相关联的导航功能。浏览历史是web浏览器的基本导航原理，常见的浏览器功能，比如跟随超链接，直接将URI键入地址栏中，并且在浏览器历史中后退和前进都必须按照用户的预期继续工作。借助插件或者扩展软件模块，在web浏览器中可支持网络化媒体文档，但是一旦使媒体重放成为可能，那么具体体现本发明的媒体浏览器还应能够再现播放列表。可以从web服务器供给的对象的形式提供这样的播放列表，即服务器方播放列表。于是产生这种媒体浏览器应如何处理这种播放列表的问题。\n[0076] 在本发明的优选实施例中，服务器方播放列表被视为不可改变的资源，即，不允许对播放列表进行任何编辑，与媒体播放器的典型功能相反。图2图解说明浏览活动200，其中在某一时刻用户浏览到名为example4.asx的不可改变的播放列表202。在例证的活动\n200中，在浏览不可改变的播放列表202之后，浏览器按照常规的媒体播放器功能，依次重放播放列表的媒体文件。在图2中所示的例子200中，播放列表202包括引用网络化媒体文档play5.anx的条目204。这使用户能够跟随嵌入网络化媒体文档中的超链接，例如允许用户导航到该播放列表之外的example5.html或example6.anx。\n[0077] 在其各个实施例中，本发明结合浏览历史和媒体播放列表。特别地，至少从用户的观点来看，借助于历史列表浏览超链接的资源代表一种通过使用媒体播放列表重放媒体文档的不同范例。因此，媒体浏览器应用程序的用户界面最好支持这两种基本互不相关的范例的使用。\n[0078] 于是，优选实施例以下述指导原则为基础，所述指导原则是任何时候装入新媒体文档时(当激活超链接时，双击播放列表中的不同文件时，或者甚至当前一个播放列表条目结束时前进到下一个播放列表条目时，会发生新媒体文档的装入)，先前查看的媒体文档应被增加到浏览历史中，例如通过将对该文档的引用推入浏览历史堆栈中。\n[0079] 更特别地，当第一个媒体文档的重放被终止，并且将第二个媒体文档装入媒体浏览器中以便重放时，播放列表指针应被更新，以将第二个媒体文档标识为当前正在播放的媒体文档，浏览历史列表应被更新，从而将对第一媒体文档的引用包括为最近访问的内容文档。\n[0080] 如果作为用户激活超链接的结果，新的(即，第二个)媒体文档被加载，那么情况肯定是第二个媒体文档并不包括在当前播放列表中。因此，在这些情况下，并且按照本发明的优选实施例，对第二媒体文档的引用被自动增加到播放列表中，播放列表指针被更新，以指向新增加的该文档。\n[0081] 现在返回图1，按照这种在媒体浏览器中保持媒体播放列表和浏览历史的集成方法，在参考图1说明的动作之后，历史列表会包含下述引用(按照从最近访问的媒体文档到最早访问的媒体文档的顺序列举)：browse3-6.anx；browse3-4.anx；browse3-3.anx；\nbrowse3-1.anx；example3.anx；example2.ogg；example1.mp3。由播放列表指针112指示的当前正在播放的文档是example4.aiff，在终止该文档的重放之后，对该文档的引用应被推入历史列表堆栈中，并将开始条目110，即example5.au的重放。\n[0082] 类似地，可确定与先前参考图2说明的浏览活动200对应的历史表表。这种情况下，假定当前正在播放的媒体文档是example6.anx，历史列表包括(同样从最近访问的到最早访问的顺序)：play.anx；play2.au；play2.mp3；play2.aiff；play1.ogg；example4.asx；example2.anx；example1.html。在该浏览活动中访问的所有媒体文档也会出现在该播放列表中，向用户提供直接前进到这些媒体文档中的任意之一的备选手段。\n[0083] 但是，图2中图解说明的例证浏览活动200突出为了充分结合浏览历史和播放列表用户界面范例而必须解决的另一问题。具体地说，由于用户能够浏览到服务器方播放列表，因此必须按照一致并且便利的方式在用户界面中呈现这样的播放列表。\n[0084] 优选实施例中，可供用户采用的一种选项是将装入的播放列表，例如服务器方播放列表看作一个独立的实体，并在媒体浏览器中打开一个新窗口，供用户与该新播放列表相互作用。这种行为显然和在web浏览器中的一个新窗口中打开超链接引用的文档类似。\n但是，这种第一选项使新播放列表脱离初始播放列表，用空的浏览历史堆栈打开所述窗口，正如常规的web浏览器实现那样。因此，虽然用户先前的浏览经历被保留在初始窗口的历史堆栈中，但是该历史仍然只与初始播放列表相关联，并且不能从新的播放列表窗口访问。\n[0085] 因此，本发明的特别优选的实施例还提供递归播放列表，其中装入的播放列表，例如服务器方播放列表被显示成初始播放列表内的条目。更具体地说，递归播放列表包括子列表的分级结构，其中每个子列表与在该分级结构的上一级的父媒体文档相关联。一般来说，子播放列表的父媒体文档是包含由用户跟随的链接所引用的服务器方播放列表的文档。\n[0086] 由于通常不允许用户修改播放列表，或者将播放列表上传给服务器(并且这样的修改无论如何会影响其它用户的浏览体验)，因此装入的播放列表最好被媒体浏览器看作是不可改变的播放列表。修改播放列表的动作，比如增加或删除一个播放列表条目被局限成只对顶层播放列表起作用。逻辑上，顶层播放列表是其内容由用户定义的唯一播放列表，从而是应被认为可变的唯一播放列表。这种限制确保修改播放列表的操作表现出一致的行为，从而只有顶层播放列表被修改。\n[0087] 图3按照本发明的一个优选实施例，表示包括浏览活动302的播放列表300，浏览活动302图解说明对服务器方播放列表304的浏览过程。图4和5表示对应的分级播放列表显示画面。在浏览活动302中，用户从browse3-1.anx浏览到包括服务器方播放列表304的browse3-3.asx。服务器方播放列表304被媒体播放器加载为不可改变的播放列表，并在播放列表显示画面400内被显示成与父媒体文档402，即browse3-3.asx关联的子列表\n404。\n[0088] 播放列表400包括标识播放列表内当前播放文档的播放列表指针。如图4中所示，递归播放列表400内播放列表指针的当前位置由对应播放列表条目的阴影示出。在该例子中，名为play3.mp3的媒体文档406是当前播放的文档。按照优选的用户界面模型，用户可利用标准的播放列表操作与展开的递归播放列表400相互作用。例如，“向上”操作会导致名为play2.aiff的媒体文档410开始重放。类似地，“向下”操作会导致名为play2.au的媒体文档408开始播放。因此，展开的递归播放列表向用户提供熟悉并且直观的媒体浏览器界面。\n[0089] 此外，按照本发明的优选实施例，递归播放列表中的播放列表条目是可折叠的。这示于图5中，其中表示了和图4中的展开的播放列表400对应的折叠的播放列表500。播放列表条目502(browse3-3.asx)已被折叠，以致和服务器方播放列表304对应的子列表条目404在播放列表500中不再可见。这导致标准播放列表用户界面元素的行为方面的直观变更。即，“向上”操作导致显露在前的媒体文档506，即browse3-1.anx的选择和重放，而“向下”操作导致显露在后的媒体文档504，即，browse3-5.anx的重放。\n[0090] 可能存在作为用户浏览活动的结果而加载的播放列表可被用户编辑的情况。例如，加载的播放列表中被包含在用户本地计算机上的一个文件中，或者可在用户进行写访问的web服务器上。但是，和用户只能修改顶层播放列表的模型一致，媒体浏览器最好提供在独立窗口中，以另一顶层可变播放列表的形式打开加载的播放列表的能力。在导致改变成该顶层播放列表的浏览和/或媒体播放活动之后，随后可向用户提供将修改的播放列表保存到源文件或web服务器上的选项。\n[0091] 作为另一选项，根据需要，不可改变的服务器方播放列表可被本地保存，随后在新的顶层窗口中打开。但是，关于所加载播放列表的默认行为应是将它们呈现成顶层播放列表中的一个条目，以致用户的浏览体验不被打断。\n[0092] 根据上面的说明，对本领域的技术人员来说，根据本发明，将媒体播放列表和浏览历史保持在媒体浏览器内的方法、设备和软件组件的许多变化显然是可能的，它们并不局限于所描述的特定实施例。例如，虽然说明了用户界面的优选形式，不过如果需要，可提供其它形式的图形界面。此外，虽然关于被实现成在个人计算机上运行的带窗口风格的图形用户界面的软件应用说明了优选实施例，不过其它形式的媒体浏览器应用和设备也是可能的。例如，利用对应的简化用户界面，媒体浏览器可在便携式媒体重放设备上实现。其它变化、修改和等同物对本领域的技术人员来说也是明显的，并且也包含在本发明的范围之内。