CN101256566B - 具有统一访问多个媒体设备的层的多媒体系统框架 - Google Patents

Abstract

本发明提出了一种多媒体系统，其包括多媒体引擎，数据库，和人机界面。多媒体引擎可适于访问来自多个多媒体数据源的多媒体文件，用以在多个多媒体输出设备中的一个或多个设备上回放。数据库可适于存储与存储在多个多媒体数据源上的多媒体文件有关的信息。来自多个多媒体数据源的多媒体文件信息可在数据库中统一为可公共访问的格式。人机界面可适于为存储在数据库中的信息提供图形界面，用于回放来自多个多媒体数据源的相应的多媒体文件。

Description

具有统一访问多个媒体设备的层的多媒体系统框架

相关申请的交叉引用

本申请要求2006年8月31日提交的美国临时申请No.60/841,659的优先权，该申请包括在此以供参考。

技术领域

本发明涉及多媒体系统领域，且具体涉及多媒体系统框架，该框架具有统一访问具有不同媒体组的多个媒体设备的层。

背景技术

多媒体系统可采用多个媒体播放器用来回放多媒体内容。这样的播放器包括具有安全数码(SD)卡、播放编码音乐文件的移动电话，使用索尼记忆棒技术存储和回放编码音乐文件的索尼PlayStationPortable单元，采用内置硬盘驱动器存储和回放包括视频媒体文件在内的媒体文件的iPod

设备，以及其他媒体播放器，包括那些采用通用串行总线(USB)闪存的媒体播放器。可以使用多种不同格式在这些设备上编码媒体文件，例如MPEG第III层(MP3)编码，视窗媒体音频(WMA)编码，视窗媒体视频编码，RealAudio编码，RealVideo编码，DVD视频，CD音频，等等。

在这样的系统中，用户首先识别将在其上播放媒体文件的设备，然后识别在该设备上用于回放的特定的媒体文件。当该系统连有多个不同播放器，且每个播放器具有大量的媒体文件时，将变得使用户难于了解存储有所需媒体文件的设备。限制某些项目在特定设备上播放的音乐或视频授权，使定位和播放所需项目的问题进一步复杂化。在当前车载媒体系统中常见的、基于媒体的物理位置将其分段的做法也会导致安全风险，因为驾驶车辆的同时当最终用户试图从大量源文件中定位媒体时可能会分心。

多媒体系统，如那些用于车辆中的多媒体系统，使用包含在各媒体设备内的元数据来寻址所连接的媒体设备的内容。因此，内容回放涉及选择媒体设备和浏览从该设备检索的元数据。一旦用户从显示的元数据中识别到所需的内容，即可通过多媒体系统将其回放。

因此，随着最终用户增加连接到多媒体系统的媒体设备的数量，预订娱乐服务，并访问多个存储位置，所有这些都可能要求执行相似的功能，因而减少用户介入的内容定位和回放变得越来越重要。因此，这一领域内需要开发更有效的多媒体框架，用于从多媒体系统的多个设备中识别和访问媒体内容。

发明内容

提出了一种多媒体系统，其包括多媒体引擎，数据库，和人机界面。多媒体引擎可适于访问来自多个多媒体数据源的多媒体文件，用以在多个多媒体输出设备中的一个或多个设备上回放。数据库可适于存储与存储在多个多媒体数据源上的多媒体文件有关的信息。来自多个多媒体数据源的多媒体文件信息可在数据库中统一成可公共访问的格式。人机界面可适于对存储在数据库中的信息提供图形界面，用于回放来自多个多媒体数据源的相应的多媒体文件。

对于本领域的技术人员，在查阅以下附图和详细说明后，本发明的其他系统、方法、特征和优点将会或将变得显而易见。本文意图在于所有这种另外的系统、方法、特征和优点都包括在本说明书中，处于本发明的范畴内，并由以下权利要求保护。

附图说明

可参考以下附图及说明书更好地理解本发明。附图中的组件不必是按比例的，而重点是在于阐明本发明的原理。而且，在附图中，同样的附图标记在各不同视图中指示相应的部件。

图1是示出对多个媒体设备上的文件执行统一访问的多媒体系统的一种实现方式的框图。

图2是示出可用于实现图1中所示系统的详细部分的功能框图。

图3是示出可用于实现图2中所示的MSS模块的多个相关操作的流程图。

图4是示出可用于填充(populate)媒体文件同步表的多个相关操作的流程图。

图5是示出可执行以实现图3中所示的元数据同步的多个相关操作的流程图。

图6是示出可执行以实现图5中所示的播放列表同步的多个相关操作的流程图。

图7是示出可在图2中所示的数据库的媒体文件记录中采用的示例性字段的表。

图8是示出可在图2中所示的数据库的播放列表文件记录中采用的示例性字段的表。

图9是示出可在图2中所示的数据库的媒体存储库表中采用的示例性字段的表。

图10是示出可在图2中所示的数据库的槽(slot)表中采用的示例性字段的表。

具体实施方式

图1是示出实现多媒体系统100的一种方式的框图，该系统100对多个媒体设备上的文件执行统一的访问。如图所示，系统100可具有媒体回放和选择层110，例如其提供系统100中的多个媒体设备和另外的软件界面层或用户之间的高层交互。媒体回放和选择层110促进从多个设备选择媒体文件，并允许通过位于一个或多个回放区111中的输出设备回放所选择的媒体文件。

在图1中所示的示例性系统中，三个媒体设备连接于系统100。第一设备112可包括连接到系统100的CD播放器中的音频CD，且也可包括一个或多个音频文件120，其可被选择以通过系统100的一个或多个区111中的输出设备回放。第二设备114可包括连接到系统100的DVD播放器中的DVD盘，并可包括一个或多个视频文件122，其可被选择以通过系统100的一个或多个区111中的输出设备回放。第三设备116可包括连接到系统100的MP3播放器，并可包括一个或多个音频/视频文件124，其可被选择以通过系统100的回放区111的输出设备回放。

关于设备112、114和116的媒体文件120、122和124的信息在统一文件内容信息层118被统一以便被层110访问。媒体回放和选择层110对该信息的访问可得以实现，而无需关于相应的媒体文件所处的媒体设备的先验知识。例如，可通过媒体名称、媒体风格、艺术家、播放列表名称，等等选择媒体文件以便在媒体选择和回放层110回放，而与相应文件的位置无关。例如，用户可请求回放所有具有“乡村”风格的媒体文件，且媒体选择和回放层110将进而定位并回放在统一文件内容信息层118识别的所有媒体文件，而与该文件所处于的设备无关。

统一文件内容信息层118可在任何新设备连接到系统100中时动态地检测该设备。一旦识别到新增加的设备，关于相应媒体文件内容的信息便被识别，并且例如包括在层118的文件内容信息数据库中。

从实施的观点看，可以将统一文件内容信息层118中的信息划分为多个部分，其中每个部分可驻存在一个或多个设备中。在此示例性实施例中，媒体回放和选择层110可导航存储在这些部分中的信息，如同该信息存储在单个数据库中。

图2是示出可用于实现图1中所示系统的详细部分的功能框图。示例性系统200可包括多媒体引擎(MME)模块205，其与人机界面(HMI)模块210交互并与IO媒体模块215交互，IO媒体模块215提供多个不同多媒体设备220和MME模块205之间的界面。HMI模块210提供可包括如语音、触摸按钮和触摸屏的多模式用户输入的界面，这些用户输入被用户用来识别要播放的内容并请求某些回放操作。由HMI模块210获取的、作为这些用户交互结果的信息传送到MME模块205。MME模块205使用来自统一媒体文件信息的元数据获取被请求的文件名称、文件类型、风格、艺术家等的媒体文件信息，其中统一媒体文件信息例如存储在数据库225中。数据库225被MME模块205用于存储和检索客户端应用程序、如HMI模块210访问的媒体文件的元数据。客户端应用程序可使用该信息向用户显示媒体文件或另外以所需的方式安排回放媒体文件。数据库225可以并行的方式支持自多个客户的多个连接。数据库225中的信息可分成多个文件。每个数据库文件可以可配置的方式存储在RAM、闪存或硬驱中，不影响较高层应用程序的访问。

虽然媒体文件可以不同格式驻存在不同类型的设备上，但每个文件的元数据可使用单一格式存储在数据库225中。结果，可使来自连接于系统的不同的不兼容设备的媒体文件内容以进入一个可控制和可浏览的界面范围，使得HMI模块210可用于所有MME支持的媒体文件类型和设备。HMI设计者仅需理解由数据库225使用的数据格式，以便访问和播放系统200中的所有媒体文件。此外，通过使用数据库225的数据库表和标识符，可将HMI模块210设计成参考内容并对所有支持的设备发布通用的“播放”、“暂停”类的命令，而不管设备类型和媒体格式的差异。

MME模块205可包括同步模块230，其用于不同媒体上具有的元数据的实时同步。示例性系统200中有用于元数据同步的三个部分：媒体存储同步器(MSS)模块235，元数据同步器(MDS)模块240，和播放列表同步器(PLS)模块245。使用和实现这些同步模块的示例性方式在图3至图6中示出。

任何时候需要元数据同步，如在设备已接入系统后，即使用MSS模块235。图3是示出可用于实现MSS模块235的多个相关操作的流程图。当在方框305开始时，MSS模块235通过执行方框310中所示的操作，将需同步的文件的细节记录在媒体文件表中。通过方框315中所示的操作将关于需要同步的播放列表的信息记录在播放列表同步表中。实际的元数据同步发生在方框320所表示的操作中，之后在方框325中执行任何最终操作。

图4是示出可在图3的方框310用于填充媒体文件同步表的多个相关操作的流程图。在方框405初始化操作后，在方框410表示的操作获得被同步的、在媒体上的第一个文件的文件名称和属性。将文件名称和一个或多个文件属性，如文件的时间标记及其大小，与存储在数据库225中的信息进行比较。如果存储在媒体上的这些属性与存储在数据库225中的属性不同，则系统在方框415假定该媒体文件的元数据需要同步。否则，不要求同步。如果媒体文件的元数据需要同步，则在方框420将文件名称添加到媒体文件同步表。在方框425测试是否还有更多文件要检查。如果还有更多文件要检查，则在方框430获得下一个文件的名称和属性，且控制返回到在方框415的操作。否则如果有最终操作，则在方框435执行。

在执行了图4中所示的操作后，媒体文件同步表包含了需要同步的所有媒体文件的列表。该表中文件的出现顺序取决于系统设计人员选择的是“广度优先”还是“深度优先”的同步方法。“广度优先”同步从媒体存储的根目录开始并逐层进展。在同步过程中，在给定层的节点首先处理，然后再考虑下一层的节点。以该方式，使相同深度或层的所有目录同步，之后检查树中更深的目录。另一方面，“深度优先”同步从媒体存储的根目录开始，并开始遍历(traverse)其发现的第一个节点，之后再进入目录结构中的更深处检查其发现的子节点。例如，在具有两个子目录的根目录中，将首先发现的需要同步的子目录的所有成员首先记录在媒体文件同步表中，之后再检查第二子目录。

在“广度优先”同步中，提供优先化文件夹/文件的设施。借助这样的设施，随着“广度优先”同步的进展，同时将每层文件夹/文件向用户显示。用户可点击任一这些文件夹/文件或进入任一文件夹并点击其中需要首先同步的任一项目。在识别到这样的高优先级文件夹/文件时，进行中的当前文件夹/文件的同步被占先，而更高优先级的文件夹/文件被首先同步。在完成该更高优先级文件夹/文件的同步后，继续被占先的文件夹/文件的同步。

在图3的方框315使用类似于图4中所述的过程，这里检查需同步的播放列表文件，而不是媒体文件。在方框315已对播放列表同步表进行同步后，其包含需要同步的所有播放列表文件的列表。

图5是示出可执行以实现图3的方框320所示任务的多个相关操作的流程图。在方框505开始后，在方框510从媒体文件同步表获得要同步的第一个文件的元数据。在方框515，从媒体文件同步表检索的元数据存储在数据库225中。在方框520表示的操作中确定是否还有更多文件要同步。如果还有更多文件要同步，则在方框525从媒体文件同步表中获取要同步的下一个文件的元数据，并在方框515将检索的元数据存储在数据库225中。重复这些操作直到在媒体文件同步表中识别的所有媒体文件已经添加到数据库225中。一旦在媒体文件同步表中识别的所有媒体文件都已在数据库225中同步后，在方框530进行在播放列表同步表中识别的播放列表的同步，之后在方框535执行最终操作。

图6是示出可执行以实现图5的方框530所示任务的多个相关操作的流程图。在方框605开始后，在方框610从播放列表同步表获得要同步的第一个播放列表。在方框615识别适于处理当前播放列表的播放列表同步器。在方框620的操作中，将播放列表中每个文件的细节记录在存储于数据库225中的播放列表数据表中。为每个文件记录的信息包括文件标识符(fid)，播放列标识符表(plid)和规定文件的播放顺序的顺序标识符(oid)。然后在方框625，将适当的语句插入到数据库225中的播放列表表格中，用以播放在播放列表中规定的内容。例如，在使用SQL的系统中，可以使用例如‘SELECT fid FROMplaylistdata WHERE plid＝％d ORDER BY oid’的语句。在当前播放列表的处理完成后，在方框630进行检查以确定在数据库225中的播放列表同步表中是否还有更多播放列表需要同步。如果还有更多播放列表需要同步，则在方框635从播放列表同步表中获得待处理的下一个播放列表，并且控制返回至方框615所示的操作。否则，在方框640执行最终操作。

取决于系统要求，数据库225中的记录可具有多种不同结构。在图7的表中示出可在这样的数据库记录中使用的某些字段及其相应的意义。在图8中示出可与数据库225中的播放列表表格相关使用的示例性字段。

数据库225还可包括媒体存储库表。媒体存储库表中的每个媒体存储库(mediastore)描述一个含有引擎所见媒体的物理设备。这可以是iPod、硬驱、USB棒、DVD视盘，等等。媒体存储库随着设备插入和移去而产生和消失，相应地该表随之更新。媒体库表中的所有条目属于媒体所在的一个媒体存储库。媒体存储库由标识符唯一地标识，该标识符可用于之后获得链接到其他表格的媒体存储库的msid。图9示出可与媒体存储库表相关使用的示例性字段。

此外，数据库225可包括槽表。槽可用来定义媒体存储库可连接和移去的文件系统的位置。例如，可在位置/fs/cd0的文件系统中找到音频cd。如果其为是网络音频cd，则可在/net/remote_host/fs/cd0处找到该cd。可将MME 205设计为支持无限数量的槽。图10示出可与槽表相关使用的示例性字段。

相应于文件的元数据可在含有该文件的媒体上获得。然而，也可由外部源添加元数据至文件。文件的元数据可包括关于音乐类型和制作音乐的组的信息。其也可以包括多种附加类型的元数据。例如，元数据可包括关于存储在文件中的内容的质量的信息。该质量信息可用于选择将为用户播放的内容，或与该内容关联的某些授权或其他限制。

虽然已描述了本发明的不同实施例，但是对于本领域的普通技术人员来说将会显而易见的是，在本发明的范畴内可有许多实施例和实施方式。因此，除了根据所附权利要求及其等效物之外，本发明将不受限制。

Claims (13)

1.一种多媒体系统，其包括：

数据库，其存储与在多个多媒体数据源存储的多个多媒体文件有关的第一多个多媒体文件信息条目，其中将来自所述多个多媒体数据源的第一多个多媒体文件信息条目在所述数据库中统一为可公共访问的格式；

多媒体引擎，运行在至少一个处理器上，其适于访问所述多个多媒体文件和数据库，其中所述多媒体引擎包括同步软件，所述同步软件适于将关于所述多个多媒体文件的第一多个播放列表信息条目与存储在所述数据库中的第二多个播放列表信息条目同步；以及

人机界面，其适于与所述多媒体引擎交互，从而基于存储在数据库中的所述第一多个多媒体文件信息条目为通过多媒体引擎播放在所述多个多媒体数据源中存储的所述多个多媒体文件提供图形界面，其中交互与多个多媒体数据源中的哪一个含有被访问的所述多个多媒体文件的每个多媒体文件无关。

2.如权利要求1所述的多媒体系统，其中所述同步软件适于将与存储在所述多个多媒体数据源的所述多个多媒体文件有关的第二多个多媒体文件信息条目与存储在所述数据库中的所述第一多个多媒体文件信息条目同步。

3.如权利要求2所述的多媒体系统，其中所述同步软件适于将关于所述多个多媒体文件的多个元数据信息条目与存储在所述数据库中的所述第一多个多媒体文件信息条目同步。

4.如权利要求1所述的多媒体系统，其中所述数据库包括媒体存储库表，其包括描述一个或多个由所述多媒体引擎识别的物理设备的一个或多个媒体存储库信息条目。

5.如权利要求1所述的多媒体系统，其中所述数据库包括槽表，其包括相应于多个文件系统位置的多个槽表信息条目，在该位置多个媒体存储库可由所述多媒体引擎连接和移去。

6.如权利要求1所述的多媒体系统，其中所述数据库包括主记录表，并且所述主记录表包括多个条目，每个条目关于多个多媒体文件的至少一个。

7.如权利要求6所述的多媒体系统，其中所述主记录表中的多个条目中的每个条目包括多个多媒体文件的相应多媒体文件的媒体存储库信息条目，且其中所述媒体存储库信息条目链接到媒体存储库表，该媒体存储库表具有描述一个或多个由所述多媒体引擎识别的物理设备的一个或多个媒体存储库信息条目。

8.如权利要求7所述的多媒体系统，其中所述数据库包括槽表，其包括相应于一个或多个文件系统位置的一个或多个槽表信息条目，在该位置一个或多个物理设备可由所述多媒体引擎连接和移去。

9.一种用于操作多媒体系统的方法，其包括：

在数据库中存储与在多个多媒体数据源存储的多个多媒体文件有关的第一多个多媒体文件信息条目，其中将来自所述多个多媒体数据源的所述第一多个多媒体文件信息条目统一为可公共访问的格式，该格式与所述多个多媒体文件存储在其上的多个多媒体数据源无关；

将关于所述多个多媒体文件的第一多个播放列表信息条目与存储在所述数据库中的第二多个播放列表信息条目同步；

通过至少一个处理器使用图形用户接口基于存储在所述数据库中的所述第一多个多媒体文件信息条目来通过多媒体引擎模块播放在所述多个多媒体数据源中存储的所述多个多媒体文件，其中所述图形用户接口适于并行提供关于与其交互的多个多媒体文件的多个信息条目，而不参照与其交互的所述多个多媒体文件的每个多媒体文件的存储位置。

10.如权利要求9所述的方法，其中关于与之交互的所述多个多媒体文件的所述多个信息条目从数据库和与之交互的多个多媒体文件中至少之一得到。

11.如权利要求9所述的方法，进一步包括将与存储在所述多个多媒体数据源的所述多个多媒体文件有关的第二多个多媒体文件信息条目与存储在所述数据库装置中的所述第一多个多媒体文件信息条目同步。

12.如权利要求9所述的方法，进一步包括生成媒体存储库表，其具有描述一个或多个已连接到所述多媒体系统的多媒体设备的一个或多个媒体存储库信息条目。

13.如权利要求9所述的方法，进一步包括生成槽表，其具有相应于多个文件系统位置的多个槽表信息条目，在该位置多个媒体存储库可由所述多媒体系统连接和移去。

Images