CN101908058A

CN101908058A - 计算机实施系统

Info

Publication number: CN101908058A
Application number: CN2010101952460A
Authority: CN
Inventors: 杰弗里·雷蒙德·奥斯特洛斯基; 朱利叶斯·玛奇维奇; 戴伦·彼得·谢尔库斯基; 马修·斯科特·波杜阿
Original assignee: Ford Global Technologies LLC
Current assignee: Ford Global Technologies LLC
Priority date: 2009-06-02
Filing date: 2010-05-31
Publication date: 2010-12-08
Anticipated expiration: 2030-05-31
Also published as: CN101908058B; GB2470810A; US8352278B2; GB201007815D0; GB2470810B; US20100305951A1; DE102010017101A1

Abstract

本发明公开一种监测在车辆上播放的媒体项目免提可访问性的计算机实施系统，包括用于接收预定规则以对媒体项目进行语音激活访问的车辆娱乐计算机系统(VESC)。基于媒体项目元数据探测与规则的冲突。如果探测到冲突则输出提示。基于语音激活请求检索并播放媒体项目。本发明公开一种为了在VECS上的可访问性而格式化媒体项目的系统，包括媒体项目不相容性解决系统(MIIRS)，其用于通过接收关于格式化相冲突的媒体项目的额外规则来解决与预定规则的冲突。检索媒体项目并通过重新格式化媒体项目来解决冲突以便语音激活访问。将媒体项目输出至MIIRS。本发明可解决媒体项目的不相容性，使用户从媒体装置得到没有错误的用户体验。

Description

计算机实施系统

技术领域

本发明涉及一种计算机实施系统，更为具体地涉及用于解决可在车辆中播放的媒体项目的不相容性的系统。

背景技术

Softpointer公司制造的TAG&RENAME软件(可从www.softpointer.com获得)为音乐文件片段编辑器，其可处理所有的流行数码音频格式。通过TAG&RENAME，使用者可手动编辑音乐文件标签、使用在线FREEDB数据库自动修改并完成文件标签、从AMAZON.COM服务器下载标题和封面画、从TRACKTYPE.ORG服务器下载标题、根据文件名及其文件夹结构获得标签数据、根据音乐信息批量重命名个人音乐文件和文件夹、并创建播放清单。Tag&Rename是针对多种类型音乐文件而设计的便捷管理工具。通过Tag&Rename，可以使用音乐文件中嵌入的标签数据迅速方便地重命名收集的音乐、写入新的标签信息或编辑已有标签信息、基于文件名创建标签、从FREEDB服务器获得歌曲信息、或从AMAZON.COM服务器导入歌曲信息。

美国专利7,159,000(涉及修复播放清单的方法和系统)提供了允许监测用户的媒体内容体验(例如音乐播放记录)并收集描述该记录的元数据的多种系统和方法。可在用户体验媒体内容时动态更新该元数据并随后用于告知用户为该具体用户订制的个性化体验。在一些情况下，可通过多种计算机装置(用户可在这些计算机装置上体验媒体内容)提供用户的元数据从而标准化用户的个性化媒体体验。另外，可提供智能或“聪明”播放清单，在一些情况下，其可动态自动更新以反映当前用户体验，从而提供高度个性化、令人愉快的媒体内容体验。

美国专利公开文件2007/0299978(涉及播客(podcast)的管理)提供了改进的技术，其有助于播客的使用。该改进的技术可适合公开、主机管理、访问、订阅、管理、构架、检索、浏览、传输、和/或播放播客。根据一个方面，将标签嵌入能够通过在线媒体商店发行的联合信息交换文件(例如RSS文件)中以有助于管理播客。这种标签可包括嵌入在联合信息交换文件中的阻止标签，以指示是否阻止文件使其不被包括在在线媒体商店中。根据另一个方面，可通过其它机构协助管理播客。根据一个实施例，用户可质疑播客的所有权以从在线媒体商店阻止或移除播客。根据另一个实施例，可存储图像以允许有效地检索播客的对应片段。

发明内容

本发明的一个方面可包括计算机实施系统，用于在车辆中监测用于在车辆中播放的媒体项目库中的多个媒体项目的免提可访问性。系统可包括车辆娱乐计算机系统(VECS)。VECS可被配置为用于接收与对可在VECS中播放的一个或多个媒体项目进行语音激活访问相关的多个预定规则。在一个实施例中，预定规则可包括与媒体项目的格式相关的规则。在另一实施例中，预定规则可包括与媒体项目的内容相关的规则。

一个或多个媒体项目可与一个或多个识别特征相关联，其包括但不限于：流派、专辑、艺术家、或歌曲。在一个实施例中，可使用一个或多个识别特征，通过接收对一个或多个媒体项目的口头请求来访问一个或多个媒体项目。可通过语音识别引擎接收访问一个或多个媒体项目的请求。

VECS可进一步被配置为用于探测关于一个或多个媒体项目的可访问性对一个或多个预定规则的冲突。对冲突的探测可基于与一个或多个媒体项目相关联的元数据。

如果探测到一个或多个冲突，可在VECS输出提示。可以语音输出提示。提示可进一步包括解决该一个或多个冲突的指示。

VECS可进一步被配置为用于基于对媒体项目的语音激活请求来检索并播放要求的媒体项目。

在一个实施例中，VECS可被配置为用于接收将媒体项目库连接至VECS的链接以便多个媒体项目在媒体项目库和VECS之间的传输。

系统可进一步包括媒体项目不相容性解决系统(media itemincompatibility resolution system，MIIR)。MIIR可被配置为用于解决媒体项目中与预定规则的一个或多个冲突。可通过接收涉及格式化一个或多个相冲突的媒体项目的多个额外预定规则来解决冲突以便于对媒体项目进行语音激活访问。

可通过基于额外的预定规则重新格式化一个或多个冲突的媒体项目来解决一个或多个冲突以使得能够对一个或多个重新格式化的媒体项目进行语音激活访问。在一个实施例中，一个或多个媒体项目可与一个或多个识别特征(其相关联的媒体项目具有最大数目)相关联。在达到最大数目之后可通过增加识别特征来解决一个或多个冲突。

一个或多个重新格式化的媒体项目可随后输出至媒体不相容性解决系统。

在一个实施例中，VECS可进一步被配置为用于接收对所有不冲突的媒体项目的访问。VECS可播放多个不冲突的媒体项目中的至少一个。

本发明的另一个方面可包括在车辆中监测来自用于在车辆上播放的媒体项目库的多个媒体项目的免提可访问性的计算机实施方法。该方法可包括接收多个与对一个或多个可在VESC上播放的媒体项目进行语音激活访问相关的预定规则。访问一个或多个媒体项目的请求可通过语音识别引擎接收。在一个实施例中，一个或多个媒体项目可与一个或多个识别特征相关联，包括但不限于：流派、专辑、艺术家、或歌曲。可使用一个或多个识别特征，通过接收对一个或多个媒体项目的口头请求来访问该一个或多个媒体项目。

该方法可进一步包括探测关于一个或多个媒体项目可访问性与一个或多个预定规则的冲突。可基于与一个或多个媒体项目相关联的元数据来探测冲突。

如果探测到一个或多个冲突，则可在VECS输出提示。提示可进一步包括解决一个或多个冲突的提示。

方法可进一步包括基于对一个或多个媒体项目的语音激活请求来检索并播放一个或多个请求的媒体项目。

方法可进一步包括接收媒体项目库和车辆娱乐计算机系统之间的连接并协助多个媒体项目在媒体项目库和车辆娱乐计算机系统之间的传输。

方法可进一步包括解决一个或多个对第一多数预定规则的冲突。可通过接收多个涉及格式化一个或多个冲突的媒体项目的额外预定规则来解决一个或多个冲突以便能够对一个或多个媒体项目进行语音激活访问。

方法可进一步包括通过基于额外规则重新格式化一个或多个相冲突的媒体项目来解决一个或多个冲突。在一个实施例中，一个或多个媒体项目可与一个或多个识别特征相关联，与该一个或多个识别特征相关联的媒体项目具有最大数目。解决步骤可进一步包括在达到最大数目后增加识别特征。

方法可进一步包括将一个或多个重新格式化的媒体项目输出至媒体不相容性解决系统。

方法可进一步包括接收对所有未与第一多数预定规则发生冲突的媒体项目的访问，并在接收到访问后播放多个未冲突的媒体项目中的至少一个。

本发明的另一个方面可包括一种用于为了VECS处对媒体项目库的可访问性而格式化多个媒体项目的计算机实施系统。该计算机实施系统可包括媒体项目不相容性解决系统，其可被配置为用于解决对关于在VECS处访问媒体项目的多个预定规则的一个或多个冲突。预定规则可存储在VECS中。

可通过接收关于格式化一个或多个相冲突的媒体项目的额外预定规则来解决一个或多个冲突。基于额外的预定规则，在存储在媒体项目库中的多个媒体项目中检索需要格式化的一个或多个冲突的媒体项目。

可通过重新格式化一个或多个相冲突的媒体项目来解决一个或多个冲突从而能够对一个或多个重新格式化的媒体项目进行语音激活访问。

阅读附图和对本发明的详细描述，本发明的这些方面和其它方面将更易理解。

附图说明

图1显示了根据多个实施例中的一个来用于对可从车辆播放的媒体项目进行标准化的示例系统。

图2显示了根据多个实施例中的另一个来用于对可从车辆播放的媒体项目进行标准化的示例系统。

图3显示了根据多个实施例中的一个来用于对可从车辆播放的媒体项目进行标准化的操作的一个示例。

图4显示了根据多个实施例中的一个来用于搜索、检索并更新媒体文件的向导的具体算法。

图5显示了根据本发明多个实施例中的一个的示例性方面的示例性显示画面。

图6显示了根据多个实施例中的另一个来用于对可从车辆播放的媒体项目进行标准化的操作的另一个示例。

图7显示了根据多个实施例中的另一个来用于对可从车辆播放的媒体项目进行标准化的操作的再一个示例。

图8显示了根据多个实施例中的另一个来用于对可从车辆播放的媒体项目进行标准化的操作的又一个示例。

具体实施方式

本说明书中公开了本发明的具体实施例。然而，应理解，所公开的实施例仅为本发明的示例，其可以多种可替代形式实施。因此，本说明书中的具体功能细节不可解释为限定，而仅为权利要求的代表性基础和/或用于教导本领域技术人员以多种方式实施本发明的代表性基础。

图1说明了可用于在车辆中播放媒体项目的说明性车载通信系统的系统构架。车辆计算机娱乐系统可包含位于车辆中的视频前端界面4。如果该界面设有例如触控屏，用户还能够与该界面互动。在另一说明性实施例中，这种互动通过可听见的语音和语音合成而发生。

在图1中所示的说明性实施例1中，处理器3控制系统的操作。设在车辆内部的处理器允许对指令和程序进行车载处理。另外，处理器连接至临时存储器5和永久存储器7。在本说明性实施例中，临时存储器为随机存取存储器(RAM)，而永久存储器为硬盘驱动器(HDD)或闪存。

处理器还设有多个不同的输入用于用户与处理器互动。在该说明性实施例中，同时设有麦克风29、辅助输入25(用于输入33)、USB输入23、GPS输入24和蓝牙输入15。还设有输入选择器51以允许用户在多个输入之间切换。至麦克风和辅助连接器的输入均在传递至处理器之前通过转换器27从模拟信号转换为数字信号。

系统的输出可包括但不限于视频显示器4和扬声器13或立体声系统输出。扬声器连接至放大器11并从处理器3通过数字-模拟转换器9接收其信号。还可如19、21处分别显示的双向数据流将输出送至远程蓝牙装置(未显示)或USB装置(未显示)。

在一个说明性实施例中，系统1使用蓝牙收发器15与用户的移动装置53(例如移动电话、智能电话、PDA等)通信17。随后可使用移动装置通过例如与基站塔57的通信55来与车辆31外部的网络61通信59。

可通过按键或类似的输入来指示移动装置53与蓝牙收发器15配对，告诉CPU车载蓝牙收发器将与移动装置中的蓝牙收发器配对。

可利用例如与移动装置53相关联的数据计划(data-plan)在CPU3和网络61之间通信数据。可替代地，最好包括车载调制解调器63以便通过音频带(voice band)在CPU3和网络61之间传递数据。在一个说明性实施例中，处理器设有包括应用程序编程接口(API)的操作系统以与调制解调器应用程序通信。调制解调器应用程序可访问蓝牙收发器上的嵌入模块或固件以完成与远程蓝牙收发器(例如设在移动装置上的)的无线通信。在另一实施例中，移动装置53包括用于音频带或宽频带数据通信的调制解调器。在声载数据实施例中，可采用称为频分复用(frequency division multiplexing)的技术，移动装置用户能够在传输数据的同时通过该装置交谈。在其它时候，当用户没有使用该装置时，数据传输可使用整个带宽(在一个示例中为300Hz至3.4kHz)。如果用户具有与移动装置相关联的数据计划，则数据计划可能允许宽频带传输且系统可使用更宽的带宽(加速数据传递)。在又一实施例中，移动装置53被附加至车辆31的蜂窝通信装置(未显示)所代替。

在一个实施例中，收到的数据可经由声载数据或数据计划通过移动装置、经过车载蓝牙收发器并进入车辆内部处理器3。该数据可包括例如存储在移动装置中的媒体项目等。在一个实施例中，数据可存储在HDD 7上直至不再需要该数据时为止。

多个周边设备可与系统1通信或与之相连，例如具有诸如USB接口56和/或天线58的个人导航装置54、具有USB62或其它接口的车辆导航装置60、车载GPS装置24、或与网络61连接的远程导航系统(未显示)。在一个实施例中，可使用周边设备54、60、24和远程导航系统从这些源的一个或多个获取路径信息。

多种其它周边设备可与系统1通信，例如，具有USB接口69和/或天线67的辅助装置65(在一个实施例中其可为媒体播放器(PMP)，例如苹果公司和微软公司制造的PMP，下文中称为PMP65)。PMP65可具有多个存储在存储器(未显示)中且可在系统1、终端82(参见图2)、或其它计算机系统中播放的媒体项目。存储在PMP65中的媒体项目可包括但不限于音频文件和视频文件。在一个实施例中，可在带有PMP65或不带有PMP65的车辆中播放媒体项目。

系统1可被配置为用于接收多个媒体项目并检测任意媒体项目是否与在系统1处播放媒体项目相关的一组预定规则相冲突。预定规则(例如存储在CPU3中的)可涉及使用与系统1通信的语音引擎(未显示)播放媒体项目。预定规则可被编程并存储在CPU3中。该过程可称为“标准化”，将在下文进一步描述。如果系统1探测到错误，则可将用户/乘客引导至非车载位置(例如网站)以解决探测到的冲突从而生成可播放的媒体项目。

系统1可基于语音激活请求来检索一个或多个请求的媒体项目。该一个或多个请求的媒体项目可随后在系统1上播放。

图2显示了根据本发明另一实施例解决媒体项目在车辆上播放性能的不相容性的示例系统。用户可将媒体装置(例如PMP65)连接至终端82。连接83可包括有线连接(例如USB、火线(FireWire)等)或无线连接(例如蓝牙、WiFi等)。终端82可位于个人住宅、商业场所、或用户可访问终端82的任意场所。终端82可为台式机、笔记本、或任何其它个人计算机装置。在一个实施例中，终端82可与具有多个媒体项目的数据库86通信。这种数据库的一个示例为苹果公司制造的ITUNES数据库。

系统可进一步包括媒体项目不相容性解决工具(也称为错误修复工具)用于解决媒体项目冲突。工具88可与终端82通信并编程至存储在终端82中的计算机可读介质中或可通过网络(未显示)访问的远程终端(未显示)上的计算机可读介质中。工具88可包括计算机可读指令用于执行本发明多个实施例的操作(下文将进一步详细描述)。在一个实施例中，可从远程服务器(未显示)下载工具88。在另一实施例中，工具88可额外地或替代地存储在CPU3中并与系统1(图1)通信。

图3显示了根据本发明实施例解决可通过车辆播放的媒体项目不相容性的操作的一个示例。PMP65可(例如通过USB或蓝牙)连接至系统1的CPU3。CPU3将在框100中接收连接，并在框112中从PMP65读取媒体项目以在框112中相对于编程至或存储在CPU3中的多个预定规则检查媒体项目中的任何冲突。在一个实施例中，规则可涉及通过与系统1通信的语音引擎(未显示)播放媒体项目。在框114中如果媒体项目未与任何规则冲突，则在框116中CPU3可侦听并接收来自用户的播放媒体指令。在一个实施例中，可由乘客的语音作出指令并通过与系统1通信的语音引擎(未显示)接收。在另一实施例中，可通过按压车辆上(例如位于方向盘、仪表板、中控台等处)的按键发出指令。随后在框118中CPU3将播放请求的媒体文件。示例指令可为“播放摇滚乐”。

如果在框114中对于媒体库中的任何媒体项目探测到冲突，可在框120中建立连接向用户输出指示错误的提示或信息。在一个实施例中，错误提示可通过口头语言来指示媒体库中存在错误，且还可表明具有错误无法播放的媒体项目。可替代地，错误提示或信息可为任何听得见的声音。在框120中提示可进一步将用户引导至站点以下载工具88(例如“向导”)以解决媒体项目不相容性。该站点可限制为注册的成员(例如带有系统1的车辆的车主)，要求用户注册或授权访问。可替代地，CPU3可被配置为用于在车辆中执行错误修正软件或者下载并执行错误修正软件。

一个或多个探测到的媒体项目规则冲突(即错误)通常可与媒体项目的索引相关。索引可为与媒体库对媒体项目的组织相关的规则。媒体项目可为多种媒体文件格式，包括但不限于MP3、MP4、WAV、AAC等。索引错误的非限定示例可包括错误拼写、错误的大小写、所有的字母全部大写、空格错误等。错误的具体示例及错误修正将在下文进一步描述。

系统1不能播放任何具有错误的音乐。探测到错误之后，用户可在框121处选择不修复错误。如果不修复的话，系统1可在框122中接收指令播放一个或多个媒体项目，并在接收到指令之后可在框124中在车辆21中播放不包含错误的媒体项目。

如果用户在框121中决定修复错误(例如在用户终端82处)，用户可在框126中从终端82访问站点(根据一个实施例可由系统1所引导)。如果在框128中用户尚未下载向导，用户可在框130中登录站点并在框132中将向导下载至终端82。站点可限于拥有具有系统1的车辆的用户。

如图5所示，在一个实施例中，访问站点后，用户可访问“常见问题(FAQ)”页面150，其具有连向向导的链接152。可能被问到的与软件相关联的问题的一个示例可为：我可以在哪里下载到Sync MyiTunes软件？答案可提供媒体数据项目修正软件(即向导)的直接链接以用于将其下载至用户终端。可替代地，答案也可引导至外部站点，可从该外部站点下载软件。

在另一说明性实施例中，可将媒体装置(例如PMP65或闪存驱动器)连接至用户终端82，且可探测媒体存储装置上的一个或多个媒体数据项目错误。如果错误修正向导已经下载至用户终端82(将在下文中描述)，用户终端可发出错误探测提示。在一个实施例中，不发出错误信息，且一旦启动向导或之后立即探测错误。

再次参考图3，在框128中已经下载向导后，用户可在框134中启动错误修正向导。向导可在框136中引导用户进行修正媒体项目中的错误所需的步骤。向导可为基于图形用户界面(GUI)的程序。在一个实施例中，向导被设计成看起来运作得像标准微软WINDOWS向导一般。

在一个实施例中，向导可解决用户电子媒体库(例如苹果公司制造的ITUNES)中存储的媒体文件冲突。媒体库可存储在终端82的存储器中或可通过网络访问的服务器(未显示)上。电子媒体库可用于上传、更新并存储媒体文件至用户终端82、PMP65、移动电话(未显示)或任何其它媒体装置。额外地或可替代地，可从电子媒体库直接播放媒体项目。

用户可在框134中通过点击GUI图标、从菜单选择程序、或其它本领域已知方式从终端82启动向导。在框136中完成检索和修正步骤后，如在图6、7表示的至少两个算法替代实施例中所表示的，可请求用户通过向导确认作出的任何修正，或者不请求其进行确认。在解决媒体项目冲突之后，可在框138中更新PMP65和/或媒体库。

在图3未显示的替代实施例中，可利用CPU3(图1)在车辆中修正错误。优选地，工具88已经安装在系统1中(例如硬盘7中)。可替代地，工具88可从USB接口23处的闪存驱动器上传至硬盘7，或者可无线下载。可利用通过蓝牙收发器15连接至CPU3的个人移动电话完成无线下载。可与远程服务供应商(未显示)建立声载数据(或频带内“in-band”)的数据连接用于下载工具88。可替代地，具有数据计划的电话可用于向CPU3提供与互联网的宽频连接以用于下载工具88。优选地，采用认证来确定哪辆车已经下载了工具88。这可通过与下载的请求一起传递包括车辆识别码(VIN)的信息来完成。

图6、7显示了根据本发明实施例用于标准化媒体项目的两个可替代算法。在图6中显示的一个实施例中，向导可在框170中检索媒体项目的错误。在框200中可向用户显示接受或拒绝改动的确认信息。如果接受改动，向导将在框202中根据改动更新媒体项目。如图7所示，在可替代实施例中，算法可提供自动更新而无须用户确认。可在框212中检索媒体项目来搜寻错误。在框214中，可修改带有错误的媒体项目。如果还有其它修改，算法将在框216处回头循环并再次检索错误。如果框216中没有其它修改，可在框218中更新媒体项目。在所有已对媒体项目进行修改的情况下，向导可在框138(图3)中更新媒体项目。可替代地或额外地，向导可在框138(图3)中同时或稍后更新相连的媒体装置(例如PMP65或闪存驱动器)中的媒体项目。

修正媒体库中的媒体项目错误可称为“标准化”。标准化用户的媒体库有助于在从系统1或从用户终端82播放媒体项目时得到更好的用户体验。例如，用户媒体项目库可在流派信息字段(field)下将摇滚音乐列为“RoCk”、“ROCK”或“rOcK”。如果用户未在媒体库中修正这些错误，该流派下的媒体项目可能无法播放，因为例如编程至CPU3的预定规则所指示的，摇滚乐可能需要特定的媒体项目语法或格式(例如写为“Rock”)。预定规则还可涉及媒体项目的内容。

因此，例如当根据所有的大写字母进行索引时，CPU可将媒体项目识别为缩写“R.O.C.K”而非词语“Rock”。这样，向导可寻找并修正与预定规则的冲突。因此，结果可能是当用户作出“Rock”的口头请求时，所有与该流派相关的媒体项目将被识别为“Rock”并播放。因此，标准化提供了从媒体装置播放的媒体项目的连贯过渡，且向用户提供了更好的播放与聆听感受。下文将进一步描述其它细节和限制，包括对媒体库的分类和组织(例如媒体文件类型、艺术家名称、流派)。

在一个实施例中，可额外地或可替代地对媒体项目内容数据库(例如FreeDB数据库)进行检查以进一步探测媒体项目内容的冲突。例如，可进行检查以确定多个媒体项目是否与正确的流派、艺术家、专辑等相关联。又例如，还可进行检查以验证各个媒体项目的拼写。

图4为根据一个实施例用于查找、检索并更新媒体文件的向导的更为具体的算法。在框160中开始启动向导功能。在框162中在用户终端(或可替代地在车辆内)显示向导。如框164中所表示的，向导可开始于起始页面并在用户终端显示。向导可前进至框166中的检索页面，其可开始一系列操作，包括但不限于如框166中所示触发一个或多个后台操作或进程(即线程)、显示检索页面、以及准备接收数据。

在一个实施例中，检索页面上的指令按键(未显示)可发光以指示准备好开始检索进程。可如框172中所示从检索页面触发检索线程。如框172中所表示的，检索线程可执行多个任务，包括但不限于通过软件通信接口(例如微软公司开发的ITUNES COM接口)从媒体数据库接收数据、接收媒体项目、并将媒体项目的元数据与一个或多个标准化规则相比较以确定有效性。标准化规则可编程至计算机可读介质和/或存储在终端82或CPU3中。在一个实施例中，标准化规则可编程至工具88且可下载至终端82和/或CPU3并存储在存储器中。对规则的更新可由用户进行和/或下载。在一个实施例中，用户可定义其自己的规则并将之编程至工具88。

检索线程可继续进行处理直至其接收到无效元数据。如框174中所示，传递至检索线程和来自检索线程的元数据可临时存储在缓冲线程中。

如框166中所示，检索页面可捕获并处理无效元数据。如果检索进程尚未完成(例如还有不可恢复的错误)，如框166中所表示的，如上所述的检索进程可重新开始。在一个实施例中，不可恢复的错误可为无法进行写入的无效元数据信息字段。可在发现任何无效元数据时或不久之后进行该检查。如果框166中检索进程已经完成，如框168中所示可产生无效数据曲目清单，且该数据可发送至如框170中所示的更新进程。

向导可随后前进至如框170中所示的更新页面，其可以需要或不需要用户干预。通过启动更新页面，可得到类似于启动检索页面时的步骤。具体地，如框170中所示，显示更新页面将触发多个线程的启动。可能有如框176中所示的管理线程和如框178中所示的更新线程。如框176中所示的管理线程可决定对无效媒体曲目清单进行何种改变。如框178中所示的更新线程可对无效曲目清单进行改变。在算法的可替代实施例中，可以没有管理线程。在算法的另一个可替代实施例中，可有多个更新线程，其可同时允许多个更新。

如框176中所示，管理线程可执行多个任务，包括但不限于启动其它线程(例如更新线程)并发送曲目信息用于更新。如框180中所示，要更新的曲目信息可放置在共用队列中。如框178中所示，更新进程可执行多个任务，包括通过共用队列从管理线程接收更新的数据包(即信息)、更新数据曲目信息、和/或向软件通信接口(例如微软公司开发的ITUNE COM接口)发送更新的数据用于如框178中所示更新媒体库数据库。传递至更新线程和来自更新线程的元数据可临时存储在如框182中所示的缓冲线程中。可如框184中所示传递框190中所示的更新的数据曲目信息，并可由如框170中所示的更新页面捕获并处理所述更新的数据曲目信息。

如框186中所示，可产生包括对改变的确认的日志文件，以详细描述对媒体库和媒体项目进行的改变。日志文件可为ASCII文本文件(或其它文件格式)，且可存储在存储器中。当检索进程已经完成时，向导可移动至如框188中所示的结束页面。如图8中所示，在一个实施例中，在框187中可额外地或可替代地提供指令用于在结束页面出现(如图7的框188中)之前以更新过的媒体项目更新媒体装置。

在至少一个实施例中，标准化进程可用于解决关于在车辆中播放媒体项目的不相容性问题，包括但不限于：(1)较长的索引时间；(2)元数据不完整时发生的索引错误；以及(3)元数据超过特定限制时的索引错误。向导可通过检索存储在终端82(或可替代地在CPU3)中的媒体项目开始标准化进程以便寻找不相容的媒体项目(即元数据)。可基于编程至例如工具88的一个或多个规则/指南以及这些编程的例外来控制对元数据的检索。现在将描述这些规则的多个实施例。例如，向导可包括检索特定类型的媒体文件的规则。非限定示例包括高级音频编码(AAC)、波形音频格式(WAV)、MPEG3(MP3)、Windows媒体音频(WMA)、和MPEG4(MP4)。额外地或可替代地，向导可包括基于一个或多个特征(例如流派、艺术家、专辑、及音乐段落或名称)来检索元数据的规则。

向导所进行的对错误元数据的检索可进一步通过一个或多个关于包含空白符或空字符(例如空字节)的元数据的规则进行指导。表格1提供了这种规则的一些非限定示例。

表1

规则	如何修正(如果冲突的话)？
		含有一个或多个非空白字符(即不得为空或仅含有空白符)	使用默认字符串(例如“未知”)
除空格外不含有空白字符(即没有制表符或新行)	使用空格替代
		以非空白字符起始和结束	删除起始和结束的空白符
所有空白字符均被非空白字符所包围	将所有多个空格区域转换为单个空格
		规则	如何修正(如果冲突的话)？
流派必须为词首字母大写	转换为词首字母大写
		非流派的元数据信息字段长于3个字母则不可为大写	转换为词首字母大写

可通过一个或多个关于可与识别特征相关联的特定媒体项目样例的规则进一步指导由向导所进行的对错误元数据的检索。该规则可确保媒体库中的信息字段有所区别但对于媒体播放保持相似性。例如，规则可能需要仅将2000个独特专辑归类在一个艺术家名下。如果用户具有多于4000个专辑列于“滚石乐队”名下(即与规则冲突两次)，向导可将列表改变为：

滚石乐队

滚石乐队1

滚石乐队2

表2提供了这种规则的一些非限定示例：

表2

规则	如何修正(如果冲突的话)？
		可具有不超过2000个独特流派	不可修复的错误

一个流派中可具有不超过5000名独特艺术家	增加带有递增的数字后缀的新流派(例如滚石，滚石1)
		一个艺术家名下可具有不超过2000个独特专辑	增加带有递增的数字后缀的新艺术家(例如埃里克·克莱普顿，埃里克·克莱普顿1)
一个专辑中可具有不超过2000个音乐段落	增加带有递增的数字后缀的新专辑(例如专辑，专辑1)
		流派/艺术家/专辑/音乐段落的组合不需要是独特的，且不会影响限制

在一个说明性实施例中，可能有例外规则，其优先于上文在表1中举例的一般规则。各个元数据信息字段可具有其各自的一组例外。因此，任何满足例外的数据项目将不被认为是冲突(尽管其与一般规则冲突了)。例如，当媒体项目的流派处于空白时，可将媒体项目改变为“未知流派”而非如表1中所举例的“未知”。

标准化进程还可包括用于一旦检索并发现无效元数据则更新媒体库中的媒体项目的规则。在一些情况下，可检查音乐位置文件以确保其可用于写入访问。如果不能，则不可更新媒体项目(即其为不可修复的错误)。可仅对错误元数据(例如与车辆中可播放性不相容的元数据)进行更新。非限定示例可包括：(1)可利用单个空格字符替代和更新任何制表符、新行、或多个连续空格字符；(2)可将任何含有多于3个连续大写字母的元数据信息字段标准化为词首字母大写；以及(3)可将具有不同大写格式(例如RoCK或rock)的流派替代/更新为词首字母大写拼写方式(例如Rock)。其它更新规则可包括(1)替代空白信息字段(例如使用作曲家和专辑艺术家元数据作为艺术家信息字段中空白元数据的替代)，以及(2)使用UNICODE编码进行更新。

向导还可包含用于图形化用户界面(GUI)的规则。可存在一个或多个与向导操作相关的规则。例如，可存在与以下情况相关的规则：(1)向导界面(例如其可由包括介绍、检索、更新和结论的屏幕画面构成)；(2)页面展示；(3)向导内容(例如在各个页面上的指示或帮助选项)；和/或(4)用户何时可退出向导(例如在任意时间或者在进行检索之后)。在一个实施例中，如果用户在更新正在进行中时取消或退出，用户可接收提示询问用户是否希望保存其改动。如果否，则可不进行任何改动。

向导还可有其它的非限定规则和特征。例如，向导可保存更新的文本日志并可从而将对用户媒体库进行的改动和改动次数告诉用户。如上所述，可在作出永久修改之前将改动告知用户。例如，可向用户显示原始的错误元数据(即文件名)与更新版本相比较。

用户能够展开及收起所有的元数据改动(例如如果有许多改动不能同时显示在一个屏幕画面中的话)。另外，可将进行中的更新进程以及估算的完成时间告知用户。在检索期间，向导可包括检索中止/继续按钮。当检索完成时，可有指示器表明检索完成(例如中止/继续指示器可改变为“检索完成”指示器)。在更新期间，向导可包括更新中止/继续按钮。当更新完成时，可有指示器表明更新完成(例如中止/继续指示器可改变为“更新完成”指示器)。在一个实施例中，用户可能无法进入更新屏幕画面直至对错误元数据的检索完成，或者无法进入结束屏幕画面直至更新完成。

向导结束页面可包括“结束”按钮。在一个实施例中，如果媒体项目中没有错误，向导可跳过更新屏幕画面并确认没有发现错误。对媒体库进行的所有改动可存储在数据库86中或存储器(未显示)中。

在一个实施例中，在完成检索和更新之后，用户可将其媒体装置连接至用户终端82或系统1(如果尚未连接)以将改动更新至媒体装置。在媒体装置(例如PMP65)更新时可向用户显示指示。这样，在进行更新之后，用户可从其媒体装置得到没有错误的用户体验。例如，用户可播放其PMP65并得到没有错误的用户体验。

尽管已经详细描述了执行本发明的最佳模式，本发明所涉及领域的技术人员将认识到存在多个替代设计和实施例用来实施由权利要求所限定的本发明。

Claims

1.一种计算机实施系统，用于在车辆中监测用于在所述车辆中播放的媒体项目库中的多个媒体项目的免提可访问性，所述计算机实施系统包含：

车辆娱乐计算机系统，被配置为用于：

接收涉及对可在所述车辆娱乐计算机系统中播放的一个或多个媒体项目进行语音激活访问的第一多个预定规则，其中通过语音识别引擎接收访问所述一个或多个媒体项目的请求；

基于与所述一个或多个媒体项目相关联的元数据探测关于所述一个或多个媒体项目的可访问性与所述第一多个预定规则中的一个或多个的冲突；

如果探测到一个或多个冲突，则在所述车辆娱乐计算机系统输出关于存在一个或多个关于所述一个或多个媒体项目的可访问性的冲突的提示；

基于由语音激活的对所述一个或多个媒体项目的请求来检索一个或多个所请求的媒体项目；以及

播放所述一个或多个所请求的媒体项目。

2.根据权利要求1所述的计算机实施系统，其特征在于，所述车辆娱乐计算机系统进一步被配置为用于接收将媒体项目库连接至所述车辆娱乐计算机系统的链接，其中，用于进行连接的所述链接有助于多个媒体项目在所述媒体项目库和所述车辆娱乐计算机系统之间的传输。

3.根据权利要求1所述的计算机实施系统，其特征在于，所述一个或多个媒体项目与一个或多个识别特征相关联，且所述车辆娱乐计算机系统进一步被配置为用于使用所述一个或多个识别特征，通过接收对所述一个或多个媒体项目的口头请求来访问所述一个或多个媒体项目。

4.根据权利要求3所述的计算机实施系统，其特征在于，所述一个或多个识别特征包括流派、专辑、艺术家或歌曲中的至少一种。

5.根据权利要求1所述的计算机实施系统，其特征在于，进一步包含：

媒体项目不相容性解决系统，被配置为用于通过下列方法解决与所述第一多个预定规则的所述一个或多个冲突：

接收第二多个预定规则以使得能够对所述一个或多个冲突的媒体项目进行语音激活访问，所述第二多个预定规则涉及格式化与所述第一多个预定规则冲突的所述一个或多个媒体项目；

通过基于所述第二多个预定规则重新格式化所述一个或多个冲突的媒体项目来解决与所述第一多个预定规则的所述一个或多个冲突，以使得能够在所述车辆娱乐计算机系统上对所述一个或多个重新格式化的媒体项目进行语音激活访问；以及

将所述一个或多个重新格式化的媒体项目输出至所述媒体不相容性解决系统。

6.根据权利要求4所述的计算机实施系统，其特征在于，所述一个或多个媒体项目与一个或多个识别特征相关联，与所述一个或多个识别特征相关联的媒体项目具有最大数目，解决所述一个或多个冲突进一步包括在达到所述最大数目后增加所述识别特征。

7.根据权利要求1所述的计算机实施系统，其特征在于，所述车辆娱乐计算机系统进一步被配置为用于接收对所有未与所述第一多个预定规则相冲突的媒体项目的访问，并在接收到访问时在所述车辆娱乐计算机系统中播放所述多个未冲突的媒体项目中的至少一个。

8.根据权利要求1所述的计算机实施系统，其特征在于，所述第一多个预定规则涉及媒体项目的格式。

9.根据权利要求1所述的计算机实施系统，其特征在于，所述第一多个预定规则涉及所述媒体项目的内容。

10.根据权利要求1所述的计算机实施系统，其特征在于，以语音输出所述提示。

11.根据权利要求1所述的计算机实施系统，其特征在于，所述提示进一步包括解决所述一个或多个冲突的提示。