CN102222080B - 基于用户偏好的乐曲内容收集 - Google Patents

Abstract

一种操作娱乐系统的方法，所述方法包括计算机实现的步骤，所述步骤包括确定用户的音频/视频偏好简档。识别符合所述简档但对所述系统为不可用的音频/视频内容项目。从音频/视频内容的源无线接收所识别的项目。所述源在所述娱乐系统外部。将所接收到的项目存储在所述系统中的存储器内。从存储器获取所存储的项目。向所述系统的人类用户回放所获取的项目。

Description

基于用户偏好的乐曲内容收集

技术领域

本发明涉及娱乐系统，并且更具体地涉及能够个性化为用户偏好的娱乐系统。

背景技术

现有技术的娱乐系统、移动播放器和汽车无线电可以访问两种不同种类的源：在设备中(例如在闪速存储器中或硬盘驱动器上)本地存储的乐曲，以及在设备外存储的乐曲。本地存储的乐曲通常与用户的乐曲集合相类似，或至少与乐曲集合的部分相类似。来自设备外的乐曲可以接收自临时连接的存储设备、FM/AM/XM和数字无线电广播、互联网流或其他提供乐曲的网络服务。

娱乐设备中所存储乐曲的数量自然是受可用存储大小限制的。新的乐曲必须手动复制到设备存储器中。现有技术的MP3播放器(诸如AppleiPod)使用了“同步”概念，其中只要播放器与计算机相连接，多首从较大集合手动-或自动选择的歌曲被复制到播放器的存储器中。尽管这种复制是更加自动化的，但仍需要用户手动将播放器连接至外部设备。在没有外部设备的情况下，播放器或娱乐系统无法接收新的内容。相反，来自外部源的乐曲基本上提供无限数量的乐曲和多样性，且用户无需担心存储问题。

另一方面，外部乐曲源面对多种限制。当播放无线电广播或音频流时，通过外部源预定歌曲的顺序。此外，只有娱乐系统在特定无线电台的广播范围内时，该娱乐系统才能够播放该无线电台。只有当存在正工作的互联网连接时，才可能访问来自互联网的乐曲。只有当外部储存存储器存在且连接到娱乐系统时，才可能访问该存储器上的乐曲。相反，本地存储的乐曲则不用面对这些限制，且对于系统而言始终可用。

如果用户希望听新的乐曲，他具有不同的选择。他可以通过复制来自于外部存储设备的新的内容，来将该新的内容复制到其自己的娱乐系统的存储器中。这需要他记得将外部存储设备带在娱乐系统的附近。用户能够收听可能播放其所感兴趣的新歌曲的无线电台。然而，这只有在该无线电台位于娱乐系统的接收范围之内时才可以实现。他能够收听互联网上(诸如来自Last.FM)的个性化无线电台。问题是这只有在互联网连接正在工作的情况下才能实现。在移动环境中，娱乐系统很可能将发现其所在区域并没有移动互联网覆盖。

除了乐曲本身，现有技术的娱乐系统还使用诸如歌曲名、艺术家或风格的元信息，以对设备中存在的乐曲进行标识和命名。该信息本身能够存储在娱乐系统中。诸如来自于Gracenote的嵌入乐曲数据库包括与数千甚至数百万歌曲相关的信息。数据库越大，找到设备中当前所存储的所有歌曲的信息的可能性越高。但较大的数据库会增加所需的存储空间的量。进一步地，即使数据库很大，但仍无法覆盖比该数据库自身更新的歌曲。为此，一些嵌入乐曲数据库允许在线更新，也就是，获取最新发布歌曲的列表。另一方面，在线乐曲服务使查找单独歌曲的元信息成为可能。尽管这消除了对嵌入数据库的需要，但是需要互联网连接。因此，如果连接失败，则无法获得信息。

本领域中既未公开也未间接表明的是一种克服了上述问题和限制的个性化娱乐系统。

发明内容

本发明提供了一种能够检测用户音乐品味的娱乐系统。基于所检测到的音乐品味，该系统可以识别用户可能感兴趣的其他乐曲，并将这些识别的乐曲置入“心愿列表”中。本发明的系统随后可以针对心愿列表中的艺术家和歌曲监视广播无线电、流乐曲和其他乐曲源，并将他们自动记录和存储在设备内，从而补充该设备中已经可用的乐曲集合。除记录之外，本发明可以从在线源主动找到并下载乐曲。自动记录和下载的乐曲可以使系统能够即使在无法访问原始乐曲源时也向用户呈现新的并且令人感兴趣的乐曲，因此执行对内容的缓存。除缓存乐曲内容之外，本发明还可以缓存识别在设备中已有歌曲间相似度所需的元信息。与设备中需要大数据库的途径相比较，本途径可以只存储与实际呈现歌曲相关的信息，这显著地降低了所需的存储量。

本发明在其一种形式中包括一种以计算机实现的步骤来操作娱乐系统的方法，所述步骤包括：确定所述系统的人类用户的音频/视频偏好简档。识别符合所述简档但对所述系统为不可用的音频/视频内容项目。从音频/视频内容的源无线接收所识别的项目。所述源在所述娱乐系统外部。将所接收到的项目存储在所述系统中的存储器内。从存储器获取所存储的项目。向所述用户回放所获取的项目。

本发明在其另一种形式中包括一种以计算机实现的步骤来操作娱乐系统的方法，所述步骤包括：确定所述系统的人类用户的音频/视频偏好简档。识别符合所述简档的第一项目的音频/视频内容。无线接收第二项目的音频/视频内容的标识。所述第二项目与所述第一项目类似但对所述系统为不可用。所述第二项目的标识是从音频/视频相似度信息的基于互联网的提供者接收的。将对所识别的第二项目的请求无线发送至音频/视频内容的源。所述源在所述娱乐系统外部。从音频/视频内容的所述源无线接收所识别的第二项目。将所接收到的第二项目存储在所述系统内的存储器中，并从中获取所述第二项目。向所述用户回放所获取的第二项目。

本发明在其又一种形式中包括一种以计算机实现的步骤来操作娱乐系统的方法，所述步骤包括：确定所述系统的人类用户的音频/视频偏好简档。识别符合所述简档但对所述系统为不可用的音频/视频内容项目。向所述用户通知所述项目的标识。提示所述用户指示其是否希望所述系统购买所述项目。如果所述用户指示其希望所述系统购买所述项目，则从音频/视频内容的源购买并无线接收所识别的项目。所述源在所述娱乐系统外部。将所接收到的项目存储在所述系统内的存储器中。从存储器获取所存储的项目，并向所述用户回放所述项目。

本发明的一个优点在于在回放期间不需要互联网连接。

另一个优点在于设备中不需要大且昂贵的歌曲知识库。

又一个优点在于用户感兴趣的歌曲可以被识别、获得并向用户回放，而无需用户做任何努力或行动。

附图说明

通过参考结合附图对本发明实施例的以下描述，本发明的上述和其他特征和目的以及实现它们的方式将变得更加显而易见，并且本发明自身将更好理解，其中：

图1是用于产生播放列表的本发明的排布的一个实施例的框图。

图2是用于创建播放列表的本发明的方法的一个实施例的流程图。

图3是用于操作娱乐系统的本发明的方法的另一实施例的流程图。

贯穿这几幅视图，对应的附图标记指示对应的部分。虽然本文阐述的示例以数种形式说明了本发明的实施例，但下文公开的实施例并不意图是穷尽的，并且不应当解释为将本发明的范围限制在所公开的精确形式。

具体实施方式

本发明可以向娱乐系统的用户自动提供新的乐曲，而无需该用户主动干涉。新的乐曲可以从该娱乐系统当前可访问的所有外部源收集。

为了获得用户所感兴趣的新乐曲，首先可能需要检测并理解用户的乐曲偏好。在本发明的范围之内，可以使用各种不同的技术来识别用户的偏好。第一种这样的技术是追踪用户的收听行为。这可以包括记录关于用户收听的歌曲和艺术家以及用户收听它们的频率的统计。

第二种技术可以包括收集主动的用户反馈。本发明的系统可以使用户能够对他喜欢或不喜欢的具体歌曲和/或艺术家进行评级和/或分级。使用输入按钮，用户能够输入他对于当前所播放的歌曲的意见。此外，本发明的娱乐系统可以包括用户接口，通过该用户接口，用户可以直接输入他喜欢的艺术家和/或歌曲，从而加速学习的过程。

第三种技术可以是分析用户的乐曲集合。2009年8月5日提交的、标题为“Personalized Entertainment System”的美国专利申请No.12/536,214教导了如何分析用户的乐曲集合来获知用户喜欢收听哪种类型的乐曲，特此通过引用方式将该美国专利申请整体并入本文。

用户的乐曲偏好可以与娱乐系统中所存储的歌曲相比较。本发明的系统可以找到在娱乐系统中存储并与用户偏好相匹配的所有歌曲，并且可以将这些歌曲放置于“心愿列表”(wishlist)中。

根据一个实施例，可以尝试找到与心愿列表中的任何歌曲类似的歌曲。为此，本发明的系统可以通过互联网或其他外部网络(诸如AllMusicGuide、Last.FM以及Pandora等)访问乐曲数据。与娱乐系统中所嵌入的乐曲数据库相比较，基于网络服务的数据库可以有更大的覆盖范围和最新的信息。对于每一首歌曲或每一位艺术家，本发明的系统可以将请求发送给针对类似歌曲和/或艺术家的那些网络服务。作为响应，娱乐系统可以接收类似或相关歌曲和艺术家的列表。

本发明的系统可以在其内部数据库中存储对应于每一个相应歌曲和/或艺术家的、所得到的类似或相关歌曲和艺术家的列表，以供随后使用。该数据库可以作为关于艺术家和/或歌曲相似度的知识高速缓存。该数据库可以随后用于创建乐曲播放列表。

此外，该数据库可以用于创建心愿列表。该心愿列表可以包括用户可能感兴趣但娱乐系统当前无法使用的多首乐曲的标识符。如果一首歌曲已经是该设备中所存储乐曲集合的一部分，则不将该歌曲放在心愿列表中。另一方面，即使一艺术家的乐曲已经在设备存储器中可获得，该艺术家或该艺术家的其他歌曲仍可以在心愿列表中列出。这使得收集用户非常喜欢的艺术家的更多乐曲成为可能。

用户也可以选择向心愿列表手动添加项目。例如，系统可以使用户能够手动输入或选择他所感兴趣的歌曲和艺术家。此外，用户能够指示娱乐系统存储无线电上当前正在播放的歌曲。系统可以使用大高速缓存，用于将前几分钟的无线电节目记录在其中。正常情况下，该缓冲器足够大来提取并存储完整的歌曲。但是，如果例如由于某些原因(诸如连接中断)而无法完整记录歌曲，则该歌曲也被添加至心愿列表中。由于该歌曲列出在心愿列表中，所以在下次播放该歌曲时自动完整地记录该歌曲。

本发明的系统可以从所有可用的外部源收集新的乐曲内容。为了更加以用户的兴趣为目标来收集内容，系统可以关注于用户可能喜欢的乐曲。为此，系统可以使用之前所创建的心愿列表。

本发明的系统可以通过过滤广播内容来执行被动收集。可以以两种不同的方式来使用心愿列表。心愿列表的用途之一可以是用作过滤广播内容的决策工具。本发明的系统可以分析在接收范围内的广播无线电台或娱乐系统可用的互联网无线电台当前正播放的乐曲。如果确信该乐曲是用户感兴趣的乐曲，则系统可以记录该乐曲。可替换地，系统可以先记录完整的无线电节目，然后在分析步骤中决定系统将所记录的哪些内容保存在存储器中。

分析步骤可以包括确定歌曲的名称、艺术家和其他元信息。这可以通过使用来自于无线电数据信道(RDS)的信息或通过提取通常在数字广播无线电或互联网乐曲流一侧信道上传输的歌曲信息来实现。如果没有可用的信息，则系统可以使用指纹技术。该现有技术从歌曲中提取唯一特性，并使随后识别该歌曲成为可能。

系统可以将歌曲与心愿列表相比较，并确定该歌曲是否是用户感兴趣的。如果该歌曲或该歌曲的艺术家包括在心愿列表中，则系统可以记录该歌曲。系统可以使用诸如popcatcher.com上的PopCatcher之类的技术，来精确地识别歌曲的开始和结束，然后记录完整的歌曲。可替换地，如上所述，系统可以将完整的节目记录在大高速缓存上，然后识别所记录内容的哪一部分构成系统希望保存的歌曲。

系统可以对所有可用广播和流的源连续执行乐曲分析。当一个源上播放令人感兴趣的乐曲时，系统可以记录该乐曲。因为系统可能无法对源所播放的乐曲进行控制，所以可以认为该方法是被动的。

系统可以使用取决于娱乐系统能力的记录策略。例如，如果系统具有用于FM无线电的多调谐器，则该系统能够同时分析并记录来自多于一个台的内容，即使用户正在收听FM台。这使得有可能在后台分析并记录来自不同台的新乐曲，而用户不会注意或意识到分析和记录的发生。同样，如果互联网或其他外部网络连接具有足够的带宽，则系统能够同时调谐到数个流无线电台，并如果它们的内容是用户所感兴趣的则记录该内容。如果多个记录是不可能的，则系统可以只分析并记录当前所播放的广播无线电或互联网媒体流。

本发明的系统还可以通过找到并下载歌曲来执行主动收集。除被动方法之外，系统还可以使用心愿列表来主动收集乐曲。与被动收集相反，系统可以使用互联网服务或其他外部网络来主动找到心愿列表中指定的内容，并下载这些内容。

为了找到内容，系统可以使用各种服务和源。第一种这样的服务/源为乐曲下载站点。系统可以具有与提供免费并合法的乐曲下载的广泛网络服务(诸如mpfree.com、redferret.net和Amazon.com)有关的知识。系统可以针对心愿列表中所包括的歌曲和艺术家而检查这些站点，并且如果找到，则可以下载这些歌曲。

第二种这样的服务/源为对乐曲进行“Googling”(Google搜索)。系统可以使用搜索引擎来找到免费并合法的乐曲文件，例如Google.com/Music处的Google乐曲搜索所提供的。

第三种这样的服务/源涉及使用网络服务，从而只要在广播无线电台或互联网无线电台上播放指定歌曲就获得通知。这种技术的示例为radiotracer.com上的“RadioTracker”，其针对指定艺术家而监视“Shoutcast”互联网无线电台。如果娱乐系统从网络服务接收到通知，则该娱乐系统可以调谐到该无线电台并记录歌曲。

如果无法找到心愿列表中的歌曲，则本发明的系统也能够自动从诸如Amazon或iTunes之类的在线商店购买它们。由于这一步骤涉及花费用户的金钱，所以系统可以提示用户批准并确认继续进行该购买。在该确认步骤中，系统可以向用户显示系统建议购买的歌曲列表。用户可以选择收听歌曲的样本，并从该列表中移除歌曲。一旦用户允许交易，系统可以从在线商店购买歌曲。

可以在本发明的系统中对内容进行存储和管理。在下载或记录了来自心愿列表的歌曲之后，该歌曲可以存储在娱乐系统的存储器中。可以从心愿列表中移除该歌曲，以防再次记录该歌曲。另一方面，如果因为心愿列表中包括歌曲的艺术家而记录了该歌曲，则系统可以决定是否将该艺术家保存在心愿列表中。这个决策可以基于本地可用的该艺术家的歌曲数目。该决策也可以取决于艺术家的总流行度，所述总流行度这可以根据从网络服务所收集的数据来确定，并且该决策可以取决于用户喜欢该艺术家的乐曲的程度。用户喜欢该艺术家的乐曲的程度可以根据观察用户的收听模式来推断。例如，如果用户经常收听一艺术家的作品，则系统可以继续记录他的乐曲。但为了保证乐曲的多样性，系统仅可以收集每一位艺术家的歌曲达到整个乐曲集合的预定百分比。一旦达到预定百分比，则从心愿列表中移除该艺术家，且系统可以停止记录他的乐曲。

如果娱乐系统的本地存储设备已满，为了使本地存储设备中有更多的可用空间，系统可以移除或删除娱乐系统之前所收集的一些歌曲。系统可以基于歌曲流行度作出该决策。用户经常收听的歌曲和艺术家的身份可以存储在存储设备中。被用户评级为不感兴趣或很少或从不收听的歌曲和艺术家的身份可以从存储设备中移除。在确定移除候选时，系统还可以考虑歌曲和艺术家之间的关系。如果系统识别到要移除的歌曲，则系统可以检查设备的内部歌曲知识库，所述内部歌曲知识库包括什么歌曲和艺术家彼此相类似的信息。基于这些知识，系统还可以移除与正被删除歌曲相类似的歌曲，除非该用户将那些类似的歌曲评级为感兴趣的歌曲。这个方法可以使得有可能即使在只有很少、没有或不足的关于用户对歌曲的兴趣度的信息的情况下也移除歌曲。

当识别到要移除的歌曲时，系统还可以考虑在随后的某个时间再次获得该歌曲的成本和努力。如果系统花费了相对长的时间段收集到一特定歌曲，例如，由于无线电上很少播放该歌曲，则该歌曲可以在存储设备中保存更长的时间段。附加或可替换地，如果系统花费了相对长的时间段收集到一特定歌曲，则在删除该歌曲之前，可能需要用户对该歌曲不感兴趣的更强的证据。相反地，如果系统花费了相对短的时间段收集到一特定歌曲，例如，由于无线电上经常播放该歌曲，则可以更早地从存储设备中移除该歌曲。附加或可替换地，如果系统花费了相对短的时间段收集到一特定歌曲，则在删除该歌曲之前，可能仅需要用户对该歌曲不感兴趣的相对弱的证据。更一般地，从存储器中移除歌曲必须满足的要求或阈值级别可以与系统获得该歌曲所包括的努力或难度的级别直接相关。

为了作出是在存储设备中保存还是从存储设备中删除歌曲的决策，系统可以保存在针对当前播放歌曲分析无线电台时对系统遇到每一首歌曲的频繁程度进行的统计。如果存在能够替代移除的其他歌曲，则可以不删除从在线服务购买的歌曲。但如果对于删除从在线服务购买的歌曲没有其他适合的代替，则系统可以就允许删除该歌曲向用户进行询问。最后，已经被用户手动置入设备内部存储设备的歌曲例如在任何情况下都不可能被移除。这可以确保用户的原始乐曲集合不会被移除。

系统在其音频扬声器上播放系统已经收集到的乐曲。基于系统关于歌曲之间关系的内部数据库，并且基于系统中目前可用的所收集的乐曲，系统可以通过首先创建播放列表来为用户播放乐曲。每一个播放列表可以为歌曲序列的形式，该歌曲序列基于一组准则被置为特定顺序，所述准则诸如收听者的乐曲偏好以及单独歌曲的相似度。播放列表生成的结果可以是创建吸引用户的序列。系统可以基于与用户兴趣相关的知识，建议用户可能喜欢的乐曲。系统还可以考虑哪些歌曲是最近收集的以及哪些歌曲已经有较长一段时间为在系统存储器中可用。可以假定最近所收集的歌曲是用户所未知的。系统可以使用该信息来向用户提供熟悉乐曲和未知的新乐曲的吸引人的混合。因此，播放列表中歌曲的顺序可以取决于每一首具体歌曲添加至系统存储器的日期和/或时间。

相反，用于建议乐曲的现有技术方法并没有考虑本地存储乐曲的部分何时以及是否已被自动收集的方面。此外，现有技术数据库中包括的很多歌曲是本地存储设备不可用的。相比较而言，本发明可以依靠覆盖了实际本地可用歌曲的缓存信息，以及关于直接相关歌曲的信息。本发明的该数据库可以从互联网或其他外部网络上可获得的信息来自动构建。作为结果，本发明所使用的数据库可以仅仅是其他嵌入的现有技术数据库大小的一小部分，但仍可以包括建议乐曲和创建播放列表所需的所有信息。

图1说明了用于创建播放列表的本发明的排布10的一个实施例。排布10包括与乐曲相似度网络服务14和多个外部网络及广播乐曲源16进行通信的娱乐系统12。娱乐系统12包括被动过滤器18，其可以接收来自于乐曲源16的乐曲，如20所示。过滤器18可以过滤艺术家的乐曲，以及用户所希望或用户感兴趣的歌曲。

系统12可以存储源自外部网络和广播源16的乐曲。例如，乐曲内容可以记录在娱乐系统的本地存储器中，诸如歌曲高速缓存22中。由于还可以将歌曲从其中删除，所以该存储器表示临时存储器，即，歌曲高速缓存。对所记录的每一首歌曲，可以从乐曲相似度网络服务14请求与相似歌曲相关的信息24，乐曲相似度网络服务14可以包括互联网服务或其他外部网络。这些推荐24也可以存储在本地高速缓存中，例如艺术家/歌曲相似度高速缓存26中。此外，系统12可以在第三高速缓存30中存储每一首歌曲的用户反馈28和回放统计。基于全部3个数据库22、26、30，播放列表生成器32创建歌曲序列34，歌曲序列34可能是用户所感兴趣的，并且可以在音频扬声器36上播放。

基于来自于艺术家/歌曲相似度高速缓存26和艺术家/歌曲评级(rating)播放计数30的输入，心愿列表生成器38生成心愿列表40。此外，用户能够手动输入或选择要在心愿列表40中包括的艺术家或歌曲。如42所示，心愿列表40可以用于对新乐曲的主动和被动收集，诸如主动下载/购买用户所希望的或用户所感兴趣的艺术家/歌曲，如44所示。例如，可以将搜索请求46发送至乐曲源16，以请求可能在心愿列表40中的乐曲。在系统12购买歌曲之前，系统12可以提示用户以获得用户愿意为该项目支付的最高价格，且只有在购买价格等于或低于用户指定的最高价格的情况下，系统12才可以完成购买。

作为可以如何使用系统12的实例，假定用户处于长途公路旅行，且当前正驾驶通过无人居住区域。进一步假定在接收范围内不存在播放用户感兴趣的乐曲的无线电台，并且该用户没有带任何乐曲CD。此外，假定不存在蜂窝电话覆盖，所以用户无法使用他的互联网连接来收听互联网上的无线电。然而，在用户驾驶通过上一个大城市时，系统12可以已经收集了许多乐曲。系统12可以已经调谐到过一些音乐无线电台，并记录了系统12认为用户可能感兴趣的许多歌曲。当互联网连接仍在工作时，系统12也可以已经收集了关于那些歌曲的信息。这些歌曲可以在用户收听歌曲时已经被记录，或者更经常地，这些信息和歌曲可以已经在系统12的后台运行时被无声地收集。现在，系统12可以使用全部之前所获得信息和所收集的歌曲来创建歌曲的播放列表，从而在车辆的音频扬声器上播放。

作为可以如何使用系统12的另一个实例，假定用户喜欢音乐，且常常对新的艺术家感兴趣。每当用户喜欢无线电广播上的歌曲时，他尝试找出歌曲的名称，并写下该名称。在家时，他下载或购买该歌曲并且还查找关于相关乐曲的信息。系统12可以为他自动进行所有这些步骤。例如，由于系统12，用户不再需要写下歌曲的名称，并且不需要手动下载所喜欢的歌曲。系统12可以执行这些功能。每当播放系统12认为用户可能感兴趣的歌曲时，系统12还可以从无线电广播中记录歌曲。随后，当用户想要收听一些新的乐曲时，系统12可以具有他可用的大集合。

在图2中，示出了用于创建播放列表的本发明方法200的一个实施例。第一步骤202中，检测用户偏好。例如，2009年8月5日提交的、标题为“Personalized EntertainmentSystem”的美国专利申请No.12/536,214所公开的任何技术可以用于分析用户的乐曲集合，以便获知用户喜欢收听哪种类型的乐曲。此外，心愿列表生成器38可以使用主动用户反馈28和播放计数30来创建心愿列表40。

在第二步骤204中，找到设备中存储的与用户乐曲偏好相匹配的歌曲。因此，可以根据202中检测到的乐曲偏好来评估设备中所有可用歌曲，以便找到与用户的乐曲品味最匹配的所有歌曲。

接下来，在步骤206中，对于设备中存储的与乐曲简档最匹配的歌曲，使用网络服务找到类似歌曲/艺术家的名称。例如，乐曲相似度网络服务14可以提供关于与用户偏好相类似的歌曲和艺术家的信息和推荐24。

在步骤208中，将结果存储在设备数据库中。例如，可以将与用户偏好相匹配的歌曲存储在歌曲高速缓存22中，并且可以将类似歌曲和创作类似歌曲的艺术家标识存储在艺术家/歌曲相似度高速缓存26中。

在接下来的步骤210中，将最高分级的结果置于心愿列表中。例如，心愿列表生成器38可以向心愿列表40填充最满足准则而被判断为用户偏爱的乐曲类型的歌曲的标识符。

接下来，可以通过从无线电记录或从互联网下载中的一个或二者，来获得心愿列表中的歌曲。更具体地，在步骤212中，识别广播无线电/流无线电上播放的歌曲。也就是说，通过一个或多个调谐器和/或互联网连接，系统12可以捕获并识别无线电上当前播放的歌曲。这使系统12有可能使用在包括歌曲的信号上携带的歌曲识别信息来识别歌曲。

在步骤214中，如果当前播放的歌曲/艺术家在心愿列表中，则将该歌曲记录或存储在高速缓存中。也就是说，如果所识别的当前播放的歌曲与心愿列表中的歌曲标识符相匹配，则将该歌曲记录并存储在歌曲高速缓存22中。

对于步骤212、214，可替换或附加地，系统12可以向用户提出下载和可能购买一首或多首在心愿列表中的歌曲(步骤216)。例如，系统12可以向用户发送可听和/或可视文本消息。这些消息可以询问用户是否希望系统12购买可随后被下载并存储在系统12内以供之后回放的任何具体歌曲。

如果用户向系统12指示他希望购买一首或多首步骤216中列出的歌曲，则在步骤218中，通过使用网络服务来找到并下载所希望的歌曲。例如，如44所示，将歌曲从乐曲源16所包括的乐曲下载站点下载至高速缓存22。

不管新的歌曲是从无线电记录的还是下载的，新的歌曲都可以被存储在设备存储器中(步骤220)。如上所述，新获得的歌曲可以被存储在歌曲高速缓存22中。

在最后的步骤222中，如果设备存储器已满，则可以移除之前存储的歌曲。例如，如果判断用户对新获得的歌曲比高速缓存22中已存在的歌曲更感兴趣，且高速缓存22已满，在高速缓存22中已存在的歌曲可以被移除并可以被替代为判断用户更感兴趣的新获得的歌曲。

图3中说明了用于操作娱乐系统的本发明方法300的另一个实施例。在第一步骤302中，确定该系统人类用户的音频/视频偏好简档。例如，2009年8月5日提交的、标题为“Personalized Entertainment System”的美国专利申请No.12/536,214所公开的任何技术可以用于分析用户的乐曲集合，以便获知用户喜欢收听哪种类型的乐曲。此外，可以使用主动用户反馈28和播放计数30来确定用户的偏好是什么。

在第二步骤304中，识别符合简档但对于系统为不可用的第一项目的音频/视频内容。例如，心愿列表生成器38可以在心愿列表40中包括这样的歌曲，用户经常收听所述歌曲和/或当在无线电上播放时总是收听所述歌曲，但系统12中并未本地存储所述歌曲。这种符合简档的歌曲也可以包括用户没有在无线电上听过，但系统12在后台运行期间已经在无线电台上检测到的用户没有听过的新近歌曲。

接下来，在步骤306中，从基于互联网的提供者无线接收类似于第一项目但对于系统为不可用的第二项目的音频/视频内容的标识。继续图1实施例的实例，系统12可以将第一项目的标识无线发送至乐曲相似度网络服务14，且服务14可以通过发送关于与第一项目在音乐方面类似的第二乐曲项的推荐和信息24来响应。第二项目可以与第一项目属于同一个艺术家，与第一项目在同一张CD上，或者可以与第一项目共享相同的音乐风格。作为另一种可能，服务14可以基于购买第一项目的人也购买第二项目的相对大的百分比，而选择第二项目。

在接下来的步骤308中，向用户通知第一项目和第二项目的标识。例如，用户可以接收向用户通知第一项目和第二项目的标题、艺术家以及CD的可听和/或文本消息。也可能是要向用户回放的第一项目和第二项目的短的可听样品。

在步骤310中，提示用户指示其是否希望系统购买第一项目和/或第二项目。例如，可以可听地或通过文本信息询问用户是否希望系统12无线购买步骤308中识别并呈现给用户的第一项目和第二项目。

接下来，在步骤312中，如果用户指示其希望系统购买第一项目和/或第二项目，则系统将对所识别第一项目和/或第二项目的请求无线发送至娱乐系统外部的音频/视频内容的源。也就是说，如果用户可听地或通过向用户接口手动输入，来指示其希望系统购买第一项目和/或第二项目，则系统12可以将对第一歌曲项和第二歌曲项之一或二者的请求发送至互联网上的乐曲下载站点16。

在接下来的步骤314中，从音频/视频内容源购买并无线接收所请求的第一项目和/或第二项目。例如，如44所示，系统12可以将对所识别第一项目和/或第二项目的请求无线发送至互联网上的乐曲下载站点16。这些所请求的项可以被系统12接收，如20所示。在另一个实施例中，并不购买所期望的第一项目和/或第二项目，而是系统12可以在下次通过FM无线电、数字无线电、互联网无线电或个性化互联网无线电接收这些歌曲时(如20所示)，记录第一项目和/或第二项目。可替换地，可以在将来的某个时间从插入系统12的CD或其他便携乐曲存储设备记录(例如拷贝)这些歌曲。

在步骤316中，将所接收到的第一项目和/或第二项目存储在系统内的存储器中。也就是说，可以将所接收到的歌曲存储在歌曲高速缓存22中。

接下来，在步骤318中，从存储器中获取所存储的第一项目和/或第二项目。例如，在将来的某个时间点，播放列表生成器32可以从歌曲高速缓存22中获取歌曲，并在播放列表(例如，要向用户回放的歌曲列表，其中，所选择的歌曲以及歌曲回放的顺序满足特定用户偏好以及其他更多通用准则所定义的一些准则)中包括这些歌曲。

在最后步骤320中，向系统用户回放所获取的第一项目和/或第二项目。也就是说，可以在音频扬声器36上回放来自于播放列表生成器32的播放列表中的歌曲，如34所示。

本文已经将本发明描述为主要涉及识别收听者的音频偏好，和定制(tailor)针对这些偏好的音频供应。然而，本发明可以等同地适于识别收听者的视频偏好，并定制针对这些偏好的视频供应。

本文已经将本发明描述为主要涉及识别收听者的音乐偏好，和定制针对这些偏好的音乐供应。然而，本发明可以等同地适于识别其他类型的收听者优选音频风格(例如，有声读物)和音频艺术家(例如，文学作家，诸如Ken Follett)。

本发明的系统包括数个新颖特征。第一，通过观察收听模式(被动反馈)和/或通过使用主动反馈，系统可以识别用户感兴趣的歌曲和艺术家。然后，系统可以检查什么歌曲在系统存储器中可用，以满足所述兴趣。系统还可以确定是否存在系统中不可用但良好符合用户兴趣的艺术家和歌曲。

第二个新颖特征是可以将认为用户会感兴趣的新的艺术家和歌曲置于“心愿列表”。每当在无线电或任何其他系统可用源上播放心愿列表中包括的歌曲时，系统可以自动记录该歌曲。

第三个新颖特征是系统可以使用在线音乐服务主动找到并下载心愿列表中的歌曲和艺术家，或系统可以向用户提出从在线音乐零售商(例如iTunes或Amazon)购买歌曲。

第四个新颖特征是系统可以在无需用户介入的情况下自动收集用户感兴趣的乐曲，并将该乐曲存储在系统内。因此，当以后用户希望收听所收集和存储的乐曲时，可以将其进行回放。在回放期间可以不需要互联网连接。

第五个新颖特征是系统内可以不需要大且昂贵的歌曲知识库。此外，可以不需要与互联网或其他外部网络的持久连接。系统可以使用互联网服务来识别系统内的乐曲，以及歌曲之间的关系。歌曲之间的关系可以存储在设备中，以便以后在没有互联网连接时使用。

第六个新颖特征是对于歌曲回放而言可以不需要持久的互联网连接。歌曲可以在连接可用时从互联网下载并在本地缓存。

第七个新颖特征是如果设备存储器已满，则系统能够自动移除已自动记录/下载并因此存储在设备中的一些歌曲。关于哪些歌曲存储在存储器中的该决策可以基于歌曲的流行度，且还可以基于在以后的时间点如果需要的话获得这些歌曲的成本。例如，只有在没有其他能够删除和免费下载的歌曲时，才删除从在线服务购买的歌曲。如果歌曲是从免费源收集的，则系统可以追踪歌曲在无线电上被播放的频繁程度，即，再次从无线电记录歌曲的容易程度。用户手动存储在设备中的歌曲可以禁止被移除。

第八个新颖特征是基于所缓存的歌曲知识和所缓存的歌曲内容，系统可以编制本地存储乐曲的播放列表。在编制播放列表时，系统可以考虑哪些歌曲是最近收集的，以及哪些歌曲在设备的存储设备中已经有一段时间为可用。例如，可以期望播放列表包括新歌曲和已在系统中存储很长一段时间的歌曲的混合或在二者的交替。在一个实施例中，播放列表包括多个之前已包括在播放列表中的旧项目，以及至少一个系统12中播放列表内从未包括过的新项目，诸如之前24小时所获得的项目。每一个新项目在播放列表中之前和之后可以紧接有所述旧项目的一些。

尽管已经将本发明描述为具有示例性设计，但是可以在本公开的精神和范围之内对本发明进行进一步修改。因此，本申请意图涵盖本发明的使用其一般性原理的任何变型、使用或改变。

Claims (14)

1.一种操作娱乐系统的方法，所述方法包括以下计算机实现的步骤：

确定所述系统的人类用户的音频/视频偏好简档；

将没有被存储在娱乐系统中并且与用户偏好相匹配的歌曲/视频保存在心愿列表中；

通过向网络服务发送针对与存储在所述心愿列表中的所述歌曲/视频类似的音频/视频内容的请求，识别符合所述简档但对所述系统为不可用的音频/视频内容项目；

从音频/视频内容的源无线接收所识别的项目，所述源在所述娱乐系统外部；

将所接收到的项目存储在所述系统中的存储器设备内；

从所述存储器设备获取所存储的项目；以及

向所述用户回放所获取的项目，

其中，符合所述简档但对所述系统为不可用的所识别的项目包括第一项目，所述方法还包括步骤：识别与所述第一项目类似的音频/视频内容的第二项目；无线获得所识别的第二项目；并且创建包括所述第一项目和所述第二项目的播放列表，所述播放列表包括已在之前播放列表中包括的多个旧项目，所述第一项目和所述第二项目中的每一个在所述播放列表中之前和之后紧接有所述旧项目的一些。

2.如权利要求1所述的方法，还包括步骤：向所述用户通知所接收到的项目可用于回放。

3.如权利要求1所述的方法，还包括步骤：向音频/视频内容的所述源无线发送对所识别的项目的请求。

4.如权利要求1所述的方法，其中，所述无线接收步骤包括：从互联网网站下载所识别的项目，或从基于无线电的源记录所识别的项目。

5.如权利要求1所述的方法，还包括步骤：判定所识别的项目的艺术家，其中如果在所述存储器设备中有多于一阈值百分比的项目是由所述艺术家所作，则不执行接收和存储所识别的项目的步骤。

6.如权利要求1所述的方法，其中，所述无线接收步骤包括：从广播无线电记录所识别的项目，而不用所识别的项目在被记录时是正在向所述用户播放的。

7.根据权利要求1所述的方法，还包括步骤：

向所述用户通知符合所述简档但对所述系统为不可用的音频/视频内容的所述项目的标识；

提示所述用户指示其是否希望所述系统购买所述项目；以及

如果所述用户指示其希望所述系统购买所述项目，则从音频/视频内容的所述源购买所识别的项目。

8.根据权利要求7所述的方法，还包括步骤：提示所述用户以得到他愿意为所述项目支付的最高价格。

9.根据权利要求7所述的方法，其中，所述无线接收步骤包括：从互联网网站下载所识别的项目。

10.根据权利要求7所述的方法，其中，对所移除的其他项目的选择至少部分地基于所移除的其他项目以前被回放的频繁程度，和/或所移除的其他项目是否是由所述用户手动置于所述存储器设备中的。

11.一种操作娱乐系统的方法，所述方法包括以下计算机实现的步骤：

确定所述系统的人类用户的音频/视频偏好简档；

将没有被存储在娱乐系统中并且与用户偏好相匹配的歌曲/视频保存在心愿列表中；

通过向网络服务发送针对与存储在所述心愿列表中的所述歌曲/视频类似的音频/视频内容的请求，识别符合所述简档但对所述系统为不可用的第一项目的音频/视频内容；

无线接收与所述第一项目类似但对所述系统为不可用的第二项目的音频/视频内容的标识，所述第二项目的标识是从基于互联网的提供者接收的，所述基于互联网的提供者提供音频/视频相似度信息；

将对所识别的第二项目的请求无线发送至音频/视频内容的源，所述源在所述娱乐系统外部；

从音频/视频内容的所述源无线接收所识别的第二项目；

将所接收到的第二项目存储在所述系统内的存储器中；

从存储器获取所存储的第二项目；以及

向所述系统的所述用户回放所获取的第二项目，

其中，创建包括所述第一项目和所述第二项目的播放列表，所述播放列表包括已在之前播放列表中包括的多个旧项目，所述第一项目和所述第二项目中的每一个在所述播放列表中之前和之后紧接有所述旧项目的一些。

12.如权利要求11所述的方法，还包括步骤：从音频/视频相似度信息的所述提供者请求关于与所述第一项目类似项目的信息，所述请求步骤发生在接收第二项目的标识的步骤之前。

13.如权利要求11所述的方法，还包括步骤：向所述用户通知所接收到的第二项目可用于回放。

14.如权利要求11所述的方法，其中，从音频/视频内容的所述源无线接收所识别的第二项目包括：从互联网网站下载所识别的第二项目，或从基于无线电的源记录所识别的第二项目。