CN104094253A - 针对用户的个人音乐收藏的起始页面 - Google Patents

Abstract

提供一种用于提供针对音乐库的界面页面的方法和系统。根据一个实施例，该方法以检索与用户的音乐库中所包含的音频文件相关联的元数据而开始。根据元数据来对与所述音频文件的用户定义的交互进行解析。对所述用户定义的交互进行分析以确定用户感兴趣的歌曲、艺术家、专辑或流派。然后从信息源中检索与感兴趣的歌曲、艺术家、专辑或流派有关的信息。将该相关信息呈现在用于访问所述音乐库的界面页面上。

Description

针对用户的个人音乐收藏的起始页面

技术领域

本发明涉及用于提供针对用户的个人音乐收藏的起始页面的方法、系统和计算机程序。

背景技术

这些年来因特网应用程序已急剧增长，因而装置所配备的访问这些应用程序的功能也已急剧增长。已经历这种增长的一个区域涉及音频文件管理。随着用户在他们的装置上持续购买并存储更多的音频音乐文件，对这些文件的管理变得越来越重要。通常，用户在各种装置上具有音乐库，并且一般时常对这些装置进行备份。如果用户具有多于一个的装置，则需要更多同步以确保各装置有权访问期望的音乐。由于用户升级他们的装置或丢失他们的装置，因此在使新装置与较旧的音乐库同步时产生附加复杂性。很多时候，管理变得如此庞大而导致用户丢失他们的库的一部分或大部分。

为了解决这些问题，现在正提供用以允许进行音乐文件的在线云存储的服务。然而，仍需改进以解决云存储所提出的各种挑战，并且仍需改进以使得能够实现用于与用户的音乐库交互的新特征。正是在这种背景下实施例得以产生。

发明内容

本发明的实施例提供用于提供针对音乐库的界面页面的方法、系统和计算机程序。应当理解，本发明可以以诸如处理、设备、系统、装置或方法等的多种方式在计算机可读介质上实现。以下说明本发明的若干创造性实施例。

在一个实施例中，提供一种用于提供针对音乐库的界面页面的方法。该方法以检索与用户的音乐库中所包含的音频文件相关联的元数据而开始。根据元数据来对与所述音频文件的用户定义的交互进行解析。对所述用户定义的交互进行分析以确定用户感兴趣的艺术家。然后，从信息源中检索与感兴趣的艺术家有关的信息。将与感兴趣的艺术家有关的信息呈现在用于访问所述音乐库的界面页面上。

在一个实施例中，所述用户定义的交互包括如下内容中的一个或多个：评价、播放次数、以及向所述音乐库的添加日期。

在一个实施例中，所述感兴趣的艺术家是与具有所述音乐库内的最高评价、所述音乐库中的最高播放次数、以及向所述音乐库的最新添加日期其中之一的一个或多个音频文件相关联的艺术家。

在一个实施例中，对所述用户定义的交互进行分析的步骤包括：针对给定的音频文件，向评价、播放次数和添加日期各自分配权重。

在一个实施例中，与所述感兴趣的艺术家有关的信息包括与该艺术家相关联的当前新闻信息。

在一个实施例中，所述方法还包括：确定所述用户的位置。在一个实施例中，与所述感兴趣的艺术家有关的信息包括基于所述用户的位置的演出信息或活动信息。

在一个实施例中，确定所述用户的位置的步骤包括：对与所述用户相关联的IP地址进行分析。

在一个实施例中，所述方法还包括：访问所述用户的社交图；检索并分析与所述用户的所述社交图中的一个或多个次级用户的音乐库中所包含的音频文件相关联的元数据，以确定与所述次级用户相关联的一个或多个感兴趣的歌曲；以及将与所述次级用户相关联的所述感兴趣的歌曲呈现在用于访问所述用户的所述音乐库的界面页面上。

在一个实施例中，呈现与所述次级用户相关联的所述感兴趣的歌曲的步骤包括：提供用以访问音乐商店中的所述感兴趣的歌曲的链接。

在一个实施例中，所述方法还包括：基于所述感兴趣的艺术家来确定所述用户可能偏好的次级艺术家；以及在所述界面页面上提供用以访问音乐商店中的所述次级艺术家的音乐的链接。

在另一实施例中，提供一种包括程序指令的非瞬态计算机可读介质，所述程序指令用于提供针对音乐库的界面页面。所述程序指令包括以下程序指令：用于检索与用户的音乐库中所包含的音频文件相关联的元数据的程序指令；用于根据所述元数据来对与所述音频文件的用户定义的交互进行解析的程序指令；用于对所述用户定义的交互进行分析以确定所述用户感兴趣的艺术家的程序指令；用于从信息源中检索与所述感兴趣的艺术家有关的信息的程序指令；以及用于将与所述感兴趣的艺术家有关的信息呈现在用于访问所述音乐库的界面页面上的程序指令。

在另一实施例中，提供一种用于提供针对音乐库的界面页面的系统。所述系统包括：用于检索与用户的音乐库中所包含的音频文件相关联的元数据的逻辑；用于根据所述元数据来对与所述音频文件的用户定义的交互进行解析的逻辑；用于对所述用户定义的交互进行分析以确定所述用户感兴趣的艺术家的逻辑；用于从信息源中检索与所述感兴趣的艺术家有关的信息的逻辑；以及用于将与所述感兴趣的艺术家有关的信息呈现在用于访问所述音乐库的界面页面上的逻辑。

通过以下结合附图所进行的详细说明，其它方面将变得明显。

附图说明

可以通过参考以下结合附图所进行的说明来最佳地理解本发明。

图1示出根据本发明的一个实施例的用于使得能够访问并播放云存储器中所存储的音乐文件的系统图。

图2示出根据本发明的一个实施例的、用户A如何利用装置106(例如，智能手机)来访问他或她的存储在云音乐存储器(cloud music storage，CMS)116中的音乐库。

图3示出根据本发明实施例的、用户可以如何将音乐上传至他们的基于云的音乐库。

图4A示出根据本发明实施例的用于呈现音乐库的起始页面的系统。

图4B示出根据本发明实施例的用于呈现音乐库的起始页面的系统。

图5示出根据本发明实施例的用于确定要提供给用户哪个信息模块的用户偏好的设置。

图6示出根据本发明实施例的、便于进行与感兴趣的艺术家或流派有关的新闻的检索的系统。

图7示出根据本发明实施例的、与感兴趣的特定艺术家或流派有关的演出(tour)或活动(event)信息的检索。

图8示出推荐模块在基于用户的音乐库来提供推荐的操作。

图9示出根据本发明实施例的、社交信息模块提供与用户的朋友正访问的音乐有关的信息的操作。

图10示出根据本发明实施例的用于访问音乐库的界面页面。

图11示出根据本发明实施例的用于提供音乐库的界面页面的方法。

图12是用于实现本发明的实施例的计算机系统的简化示意图。

具体实施方式

以下实施例说明了用于呈现自动生成的与音乐库有关的事实的方法、计算机程序和系统。

显而易见，可以在无需这些具体细节的一部分或全部的情况下实践本实施例。在其它实例中，为了避免不必要地模糊本实施例，没有详细说明众所周知的处理操作。

图1示出根据本发明的一个实施例公开了定义如下方法的系统图100，其中这些方法用于访问并播放云存储器中所存储的音乐文件，并且提高响应于用户选择来播放音乐文件的速度。该系统包括连接至因特网104的多个服务器。在一个实施例中，这些多个服务器和存储器是数字服务提供方102的一部分。数字服务提供方102是可以包括多个服务器的系统，其中所述多个服务器能够提供应用程序、服务、数字内容以及系统、应用程序、用户和社交网络之间的互连性。例如，数字服务提供方102可以包括：搜索引擎108；多个服务器110，用于提供各种商业、社会和科技相关的主题所用的应用程序；用以提供用户管理的服务器112；以及用以提供音乐相关服务的服务器。

一个示例的数字服务提供方102可以是加利福尼亚州山景城的谷歌股份有限公司(Google Inc.)。另外一些数字服务提供方可能更关注于仅提供特定服务，而另外一些数字服务提供方提供访问、下载、查看和搜索等所用的各种服务。内容可能差别很大，但通常是以数字格式呈现的，并且显示在装置、计算机、智能电话和平板电脑等的监视器或屏幕上。

在一个实施例中，利用音乐提供方逻辑(music provider logic，MPL)114来例示用以提供音乐相关服务的服务器，其中该音乐提供方逻辑114在连接至因特网104的一个或多个服务器上执行。该音乐提供方逻辑114示出为连接至云音乐存储器116。云音乐存储器116示出为包括标识为商店A、商店B和商店N的多个存储系统。保持音乐数据和音乐元数据的各种存储系统配备有向着因特网的快速访问，从而根据要求将音乐数据提供至要求有权访问存储在云音乐存储器116中的音乐库的用户。在一个实施例中，用户可以经由多个装置106访问云音乐存储器116。这多个装置可以包括采用有线或无线方式的便携型或非便携型的具有处理器和存储器的任何类型的装置。在图1所示的示例中，用户A示出为具有装置106(装置A)。装置106示出为包括用于在装置106和因特网104之间发送和接收数据的通信逻辑。

通信逻辑(Tx/Rx)可以包括各种类型的网络接口电路、无线电通信(例如，无线)、手机信号塔通信或连接至因特网服务提供方的互连布线。装置106还示出为包括具有屏幕120的显示器、本地存储器124和处理器130。本地存储器124可以包括高速缓冲存储器126、持久性存储器128和其它逻辑。在该示例中，装置106示出为包括表示播放列表的图形图标(例如，图形用户界面GUI)。屏幕120可以是触摸屏、或者一般由平板显示器、阴极射线管(CRT)或能够渲染显示的其它介质所提供的显示器。更进一步地，与台式计算机或笔记本式计算机相似，装置106的显示器可以与该装置分开。更进一步地，装置106可以采用智能电话、平板计算机或以便携规格提供触摸屏功能的混合型的形式。一个示例装置可以包括便携型电话装置，其中该便携型电话装置运行操作系统、并且配备有向着经由因特网可获得的并且在本地便携型装置(例如，智能电话、平板电脑、笔记本电脑、台式电脑等)上执行的各种应用程序(apps)的访问。

在一个实施例中，装置106的用户可以安装用以提供音乐文件的云存储以及从装置106向着云存储的音乐文件访问的应用程序。一旦将用户的音乐文件上传至云音乐存储器116，则可以使用户的音乐文件与用户的库相关联。在一个实施例中，多个用户可以访问同一应用程序，并且可以上传他们自己的音乐文件以创建将要存储在云音乐存储器116中的他们自己的库。

然后，在装置106有权访问因特网、音乐提供方逻辑114的关联服务器、以及云音乐存储器116的情况下，这些用户各自可以经由他们的装置106上的应用程序来访问云音乐存储器116以在他们的装置上渲染和播放所选择的音乐文件。因此，用户可以访问他们的装置106上的音乐应用程序，访问存储在云音乐存储器116中的所有音乐文件，将他们的音乐库中的音乐标题排列成播放列表，向云音乐存储器116添加音乐，从云音乐存储器116删除音乐，并且购买添加至云音乐存储器116的音乐。利用音乐提供方逻辑114来维护和管理这些变化，并且音乐提供方逻辑114将基于应用程序的使用期间各种用户的选择来向这些用户提供针对云音乐存储器116中所存储的他们的音乐文件的访问。

图2示出根据本发明的一个实施例的、用户A如何利用装置106(例如，智能电话)来访问他或她的存储在云音乐存储器(CMS)116中的音乐库。如图所示，装置106将包括屏幕120以及与音乐应用程序相关联的呈现应用程序140的缩略图的关联图形图标。如这里所述的，应用程序140与用于向用户提供针对他或她的预先已添加至云音乐存储器116的音乐库的访问的应用程序有关。如果用户是针对应用程序140的新用户，则该新用户可以从数字服务提供方102的至少一个服务器110将应用程序140下载至装置106。

一旦已将应用程序下载并安装在装置106上，则将在装置106的显示屏上渲染表示应用程序140的图标。最初，将提示用户选择要添加至云音乐存储器116的音乐。可以从用户当前在他或她的装置106上、在该用户的诸如计算机、其它智能电话和/或平板电脑、或者其它存储介质等的其它装置上所维护的文件添加音乐。另外，用户能够添加可作为另一应用程序所维护的音乐库的一部分的音乐文件。其它应用程序可以维护该音乐的特定格式，并且可以获得并转换该音乐以使音乐文件标准化从而添加至云音乐存储器116。

一旦用户管理了他的库以添加、修改或调整存在于云音乐存储器116中的音乐文件，则该用户可以从装置106的屏幕120上所设置的图形用户界面来访问应用程序140和各种选项。在例示示例中，装置106将经由诸如界面140a等的各种图形用户界面屏幕来开启应用程序140。界面140a可以包括各种菜单、选择图标、配置图标、显示、广告、按钮和列表等。在该示例中，界面140a可以包括列出用户库160、用户播放列表162和音乐标题图标164的图标。可以利用表示与存在于用户库中的各种音乐文件相关联的插图(artwork)的图形插图来表示音乐标题图标。利用表示为A～H的标题图标164来例示用户库。

在从云音乐存储器116获得可能存在于数据存储器150中的元数据时，在屏幕120上渲染标题图标164。音乐提供方逻辑114将包括用于管理各种用户应用程序140和云音乐存储器116之间的请求和通信的请求处理模块144。请求处理模块(RPM)144还与播放处理模块(PPM)146进行通信。为了在装置106的屏幕上渲染标题图标164，音乐处理逻辑114将利用请求处理模块144来从数据存储器150获得元数据142。

元数据142将是与存储在数据存储器150中的针对请求用户的各种音乐文件相关联的元数据。元数据142提供与云音乐存储器116中所存储的各标题有关的信息以及用以在装置106的屏幕上渲染标题图标164的充足信息，并且提供文本信息、持续时间信息、流派信息以及描述音乐文件的方面或特性的其它数据。元数据的一个示例是可以包含诸如标题、艺术家、专辑、年份、音轨号、流派等的ID3标签。如图所示，在用户在装置106上选择播放列表162的情况下，示出用于识别用户已排列的特定歌曲的播放列表图形用户界面。

播放列表A表示由用户选择作为播放列表A的一部分的各种歌曲。用户可以具有各种播放列表，并且播放列表A的选择仅是作为包括按E→D→A→B的顺序播放的音乐文件的播放列表的一个示例所提供的。一旦用户选择了相应播放按钮或者点击了播放列表中的音频文件其中之一，则音乐文件将开始按用户在他或她的播放列表A中所排列和定义的顺序开始播放。

图3示出根据本发明的实施例的、用户A可以如何将音乐上传至他们的基于云的音乐库。如图所示，在装置106的存储器170中执行音乐应用程序140。装置106包括包含一般存储器174和本地音乐存储器176的持久性存储器128。本地音乐存储器176包括用户A已存储在装置106上的各种音乐文件178。音乐应用程序140提供装置106的显示器120上示出的界面140a，从而使得用户A能够手动地或自动地将音乐文件178中的一个或多个上传至用户的音乐库186。

在一个实施例中，音乐应用程序140检测音乐文件178并且经由因特网104与音乐提供方逻辑114进行通信。音乐提供方逻辑114在前端服务器180上执行。音乐提供方逻辑114与管理向着储物柜存储器(locker storage)184的访问的储物柜服务器182进行通信。储物柜存储器184包括包含用户A的音乐库186的各种用户的个体音乐库。音乐库186包括各自由音频数据188和关联元数据190所定义的各种音频文件。因而，在一个实施例中，音乐应用程序140将本地存储的音乐文件178中的一个或多个发送至音乐提供方逻辑144，其中该音乐提供方逻辑144访问储物柜服务器182以将这些音乐文件存储在用户的音乐库186内。

应当注意，还可以将来自各种其它源的音乐文件上传至用户的音乐库186。例如，可以将来自经由因特网104可利用的外部音乐源192的音乐文件上传至用户的音乐库186。在一个实施例中，音乐应用程序140使得用户A能够访问、收听和授权来自外部源192的音乐文件的上传。外部音乐源的一个示例是在线音乐商店194，其中用户A可以从该在线音乐商店194购买音乐以下载至用户的音乐库。应当理解，在例示实施例中，通过从音乐商店194购买音乐，用户A使音乐文件从音乐商店194传送至用户A的音乐库186。这与将数据传送至用户的客户端装置的传统在线购买有所区别。在当前所述的实施例中，将数据传送至基于云的存储库，然后用户利用客户端装置106访问该基于云的存储库。

为了本发明的目的，“歌曲”是指规范的音频作品，而“音频文件”或“音乐文件”是指包含可被读取或播放从而再现先前所记录声音的音频数据的数据文件。因而，各特定歌曲是唯一的，而可能存在对同一歌曲进行编码的多个不同类型的音频文件。歌曲通常由艺术家创作或演奏，并且可以是专辑的一部分。典型的音频文件可以具有诸如WAV、MP3、AAC、WMA和FLAC等的各种音频文件格式中的任意音频文件格式，并且可以包括诸如ID3标签中所包含的元数据等的各种类型的元数据。尽管从严格意义上来讲具有不同的含义，但显而易见，在多数情形中，术语“歌曲”和“音频文件”或“音乐文件”各自可以准确地应用、甚至可以互换地使用。包含多个音频文件的音乐库还可被认为包含音频文件进行编码的各种歌曲。

图4A示出根据本发明实施例的用于呈现针对音乐库的起始页面的系统。在一个实施例中，用户经由在该用户的客户端装置上所执行的浏览器应用程序200来访问他们的音乐库。响应于用以访问用户的音乐库的请求，前端服务器180提供浏览器200所渲染的并且使得用户能够访问并管理他们的音乐库的基于web的界面140a。该请求还进行触发以将库数据200下载至客户端装置的本地高速缓冲存储器126内。库数据200包括与用户的音乐库有关的各种数据，并且可以包括来自用户的音乐库中所包含的音频文件的元数据202、播放列表204和历史数据206。

另外，用以访问音乐库的请求进行触发以将脚本代码(例如，javascript和AJAX等)下载至被配置为将与用户的音乐库有关的信息呈现作为图形用户界面140a的一部分的客户端装置。在一个实施例中，脚本代码包括库分析器208，其中该库分析器208被配置为对库数据200进行分析以确定用户感兴趣的艺术家或流派。为了实现此，库分析器208可以对诸如评价、播放次数、添加至库的日期等的用户定义的与音乐库的音频文件的交互(interaction)所用的元数据202、以及表示用户的与音乐文件的交互的其它类型的数据进行解析。

应当理解，在各种实施例中，确定感兴趣的艺术家或流派所依据的特定方法可能改变。例如，在一个实施例中，基于与库中的艺术家或流派相关联的歌曲数来确定感兴趣的艺术家或流派。例如，可以将库中示出的数量最高的歌曲或专辑的那些艺术家或流派确定为感兴趣的艺术家或流派。

在另一实施例中，基于歌曲的评价来确定感兴趣的艺术家或流派。例如，可以将评价最高的艺术家或流派确定为感兴趣的艺术家或流派。可以基于各艺术家演唱的或各流派中的歌曲的平均评价来比较各种艺术家或流派的评价。此外，可以根据与艺术家或流派相关联的歌曲数或者根据其它因素来对评价进行加权。

在另一实施例中，可以基于与艺术家或流派相关联的歌曲的播放次数来确定感兴趣的艺术家或流派。例如，如通过对与各艺术家或流派相关联的歌曲的播放次数进行求和所确定的，可以将感兴趣的艺术家或流派确定为总歌曲播放次数最高的艺术家或流派。

在另一实施例中，基于添加至音乐库的日期来确定感兴趣的艺术家或流派。例如，可以将代表歌曲最新被添加至库的艺术家或流派确定为感兴趣的艺术家或流派。

在另一实施例中，可以根据用户的音乐库中哪些艺术家或流派具有的评价最高的歌曲最多来确定感兴趣的艺术家或流派。

另外，可以基于哪些艺术家/流派具有最近已从商店购买的歌曲或专辑来确定感兴趣的艺术家或流派。

在其它实施例中，可以以各种方式合成任意前述方法以确定用户感兴趣的艺术家或流派。例如，在一个实施例中，基于与各种艺术家或流派各自相关联的歌曲数、评价、播放次数和歌曲添加日期来确定感兴趣的艺术家或流派。在一个实施例中，向这些因素各自分配权重。在一个实施例中，这些权重基于用户的配置文件，其中该配置文件包括诸如用户的年龄、性别、居住地、指示兴趣等的与用户有关的各种信息。

在一个实施例中，库分析器208至少部分基于用户的当前或最近收听行为来确定感兴趣的艺术家或流派。例如，在一个实施例中，可以将与用户当前正收听的歌曲相关联的艺术家或流派确定为感兴趣的艺术家。在另一实施例中，可以对当前会话内的或如特定次数的最近歌曲播放所表示的用户收听行为进行分析，以确定一个或多个感兴趣的艺术家或流派。

应当理解，库分析器208可以确定多个感兴趣的艺术家或流派。在一个实施例中，库分析器208确定感兴趣的艺术家或流派的排名顺序。可以通过根据如已经说明的各种因素对各种艺术家或流派分别打分来确定特定排名顺序。

尽管已经参考确定感兴趣的艺术家或流派从广义上说明了对音乐库的分析，但分析概念可以扩展至确定感兴趣的歌曲、感兴趣的专辑、组类型、特定乐器演奏家或声乐家、或者可以对歌曲进行分类、比较或分析所依据的其它音乐分类。因而，尽管这里仅参考歌曲、艺术家或流派具体说明了若干实施例，但这是为了便于说明而不是以限制方式进行的。根据本发明的替代实施例，本领域技术人员将容易理解相似的概念同样适用于其它种类的分类。

继续参考图4A，将用于确定可以呈现给用户的信息的各种信息模块210设置作为用于访问用户的音乐库的界面页面的一部分。新闻信息模块212检索与感兴趣的艺术家或流派有关的新闻。同样，演出/活动信息模块214检索与感兴趣的艺术家或流派有关的演出信息或活动信息。推荐信息模块218基于用户感兴趣的艺术家或流派来提供推荐。并且，社交信息模块218检索与用户在社交网络中的社交图有关的音乐信息。以下进一步详细说明这些信息模块各自。在一些实施例中，信息模块可以与补充数据提供方228进行通信从而请求和检索信息。在其它实施例中，应当理解，为了呈现信息的目的，可以将其它信息模块设置作为针对用户的音乐库的界面页面的一部分。

设置有用于进行如下操作的模块选择和布置逻辑220：从信息模块210中选择设置在用于访问音乐库的界面页面上的信息，并且确定这些信息在界面页面上的布置。在一个实施例中，基于信息模块是否检索到相关信息来选择这些信息模块。例如，如果新闻信息模块212(例如，在给定的最近时间段内)没有检索到相关新闻，则不选择该新闻信息模块212。同样，演出/活动信息模块214由于被配置为仅检索与用户的地理附近区域有关的信息因此可能没有检索到任何信息，因而没有选择并显示演出/活动信息模块。

在另一实施例中，基于信息模块的信息的最近更新有多近来选择这些信息模块。例如，新闻信息模块212仅在其检索到尚未被检索到的新闻或不超过指定时间段之前的新闻的情况下才可能被选中。在一个实施例中，逻辑220可以轮流选择要呈现的信息，由此依次呈现来自各信息模块的信息。这可以基于定时器、刷新次数或用以改变所选择信息的其它提示。在一个实施例中，可以基于用户的配置文件来选择信息模块，其中该配置文件可以包括个人信息、指示偏好、以及基于追踪用户与他们的音乐库的交互所确定的信息。在另一实施例中，可以基于用户的当前或最近行为来选择信息模块。可以将用于选择信息模块以供呈现的任意前述原理单独地或组合地应用于任意各种类型的信息模块。信息模块选择的前述示例仅是以示例方式而非以限制方式提供的，如其它实施例那样，可以应用针对信息模块选择的附加方法。

另外，逻辑220可被配置为根据界面页面上的所选择的信息模块来确定信息的具体布置。例如，界面页面可以由各种界面组件来定义，其中这些界面组件中的一个或多个被定义为呈现来自信息模块的信息。在选择了多个信息模块以供呈现的情况下，逻辑220可以确定这些信息模块的相应界面组件在界面页面上的排列。例如，在一个实施例中，该排列是基于信息的新旧程度，由此与表现不太新信息的特征的界面组件相比，表现较新信息的特征的界面组件排列在诸如顶部或上部位置等的更为显著的位置。在其它实施例中，界面组件的排列可以以对称方式轮换或者按随机排列的方式进行配置。在另外的其它实施例中，界面组件的排列可以基于用户的配置文件或最近行为。应当理解，用于确定布置的方法的前述示例仅是示例性的，如其它实施例那样，界面组件的布置可以根据任意各种其它机制。

基于如选择和布置逻辑220所确定的来自信息模块的信息的选择和布置，显示逻辑222生成显示代码224(例如，HTML)，其中该显示代码224被渲染成将该信息的显示定义为图形用户界面140a的一部分。

尽管已经参考在浏览器应用程序的环境内发生的各种类型的分析和处理大体说明了本发明的实施例，但本领域技术人员显而易见，这种分析和处理也可以在任何类型的一般或特定应用程序的环境内发生。此外，这里所述的实施例从广义上是针对要在客户端装置上进行处理的这种功能而提供的。然而，在其它实施例中，该分析和处理的各部分也可以在一个或多个远程服务器上发生。例如，在一个实施例中，库分析器208、信息模块210以及模块选择和布置逻辑220可以位于一个或多个远程服务器上。在另一实施例中，显示逻辑222也可以位于远程服务器上。在这种实施例中，客户端装置将不应对要从各种信息模块呈现的信息的确定所需的任何重要处理。相反，客户端装置将仅接收显示代码224并且将该显示代码224渲染作为图形用户界面的一部分。

例如，图4B示出用于呈现音乐库的起始页面的系统的一个这种实施例，其中大部分处理是以远程方式发生的。如图所示，前端服务器180响应于接收到用以访问用户的音乐库的请求，来与起始页面提供方(SPP)230进行通信。该SPP包括库分析器208.1，其中该库分析器208.1对用户的音乐库进行分析以确定诸如歌曲、艺术家、专辑、流派等的感兴趣的音频分类。各种信息模块210.1检索与所确定的感兴趣的音频分类有关的数据，并且包括新闻信息模块212.1、演出/活动信息模块214.1、社交模块216.1和推荐模块218.1。模块选择和布置逻辑220.1确定要呈现的信息模块以及这些信息模块在起始页面上的布置。显示逻辑222.1生成显示代码224.1，其中该显示代码224.1通信至浏览器200以渲染作为GUI140a的一部分。

图5示出根据本发明实施例的用于确定要提供给用户的信息模块的用户偏好的设置。起始页面设置页面240提供了如下的界面，其中用户A利用该界面可以指定将什么类型的信息包括在用于访问用户的音乐库的起始页面中。例如，在例示实施例中，用户能够选择是否包括诸如来自用户的音乐库的推荐、来自音乐商店的推荐、新闻、演出/活动信息、用户的朋友正收听的内容等。将要包括的信息的类型的指定作为用户账户244的一部分保存在账户存储器242中。

在用户A登录他/她的音乐库时，访问该用户的账户信息，其中该账户信息包括用于将哪种类型的信息包括在起始页面中的指定。基于所存储的指定，从信息模块存储器246中选择信息模块248中的特定信息模块。在一个实施例中，包括所选择的信息模块，作为用户A所访问的音乐应用程序140的一部分。

图6示出根据本发明实施例的便于进行与感兴趣的艺术家或流派有关的新闻的检索的系统。如图所示，库分析器208对用户的音乐库进行分析。播放次数分析器260分析与用户的音乐库内的音频文件相关联的播放次数。评价分析器262分析与音乐库内的音频文件相关联的评价。同样，新添加分析器264分析用户的音乐库以判断是否已将任何新歌曲添加至该库。在一个实施例中，该新添加分析器还可被配置为确定最近已从音乐商店购买的歌曲/专辑。基于针对播放次数、评价、添加或购买日期、以及与音乐库有关的其它可能数据的分析，库分析器208确定用户感兴趣的艺术家或流派。基于该感兴趣的艺术家或流派，新闻信息模块212检索相关新闻信息。

新闻信息模块212可以包括搜索处理程序266，其中该搜索处理程序266生成提交至新闻搜索引擎270以搜索与感兴趣的艺术家或流派有关的新闻的查询。然后，新闻搜索引擎271在诸如经由因特网可利用的源等的各种可用新闻源中进行搜索，并且将结果返回至搜索处理程序266。显而易见，可以以各种方式来定制搜索处理程序266所生成的查询，诸如通过将该查询局限于指定时间段从而搜索最近或当前新闻。

另外，新闻信息模块212可以包括服务处理程序268，其中该服务处理程序268从专用新闻服务272中检索与感兴趣的艺术家或流派有关的新闻。在一个实施例中，新闻信息模块212可进一步被配置为对从新闻搜索引擎270或新闻服务272的任一个或这两者所接收到的结果进行解析以确定要呈现给用户的特定新闻文章。可以基于诸如用户的配置文件或用户的当前收听行为等的各种因素来确定为了呈现所选择的特定新闻文章。另外，可以基于如已经阐明的各种因素来优先新闻信息模块212所检索到的新闻文章。

此外，如前面已经说明的，可以存在按排名顺序呈现的多个感兴趣的艺术家或流派。新闻信息模块212可被配置为根据艺术家和/或流派的排名顺序来检索新闻文章。例如，如果针对给定艺术家或流派没有检索到结果或所检索到的结果不足，则可以选择排名次最高的艺术家或流派来进行新闻的检索。

图7示出根据本发明实施例的与感兴趣的特定艺术家或流派有关的演出或活动信息的检索。如图所示，库分析器208对用户的音乐库进行分析以确定感兴趣的艺术家或流派。演出或活动信息模块214检索与所指定的感兴趣的艺术家或流派有关的关于演出或活动的信息。

在一个实施例中，活动信息模块214包括用于确定用户的位置的位置检测模块280。位置检测模块280可以基于作为用户的账户的一部分而存储在用户账户存储器242中的信息来确定用户的位置。在另一实施例中，位置检测模块280可以基于诸如分析用户的IP地址或利用地理位置API等的替代方法来确定用户的位置。如果正从智能电话或其它具有GPS功能的装置访问音乐库，则可以利用GPS信息来确定用户的位置。基于用户的位置，活动信息模块214检索用户位置的局部附近区域内发生的与感兴趣艺术家或流派有关的活动的信息。为了实现此，活动信息模块214可以从诸如搜索引擎282、演出或活动数据服务284或社区日历286等的各种源中检索信息。

图8示出推荐模块的基于用户的音乐库来提供推荐的操作。如已经说明的，库分析器208确定感兴趣的艺术家或流派。基于所确定出的感兴趣的艺术家或流派，推荐模块218将歌曲或艺术家的推荐作为图形用户界面140a的一部分提供至用户。在一个实施例中，推荐模块218访问推荐引擎290，其中该推荐引擎290基于所确定出的感兴趣的艺术家或流派来确定用户可能享受的歌曲或艺术家。在一个实施例中，推荐引擎290通过参考存储歌曲或艺术家之间的关联的相关歌曲或艺术家存储器292来确定所推荐的歌曲或艺术家。特别地，推荐引擎290可以提供通过从音乐商店294购买而可用的所推荐的艺术家或歌曲。

利用过滤器296对推荐引擎290提供的所推荐的艺术家或歌曲进行过滤，使得不向用户呈现该用户已拥有的歌曲。将这些推荐歌曲或艺术家呈现作为图形用户界面140a中所包括的界面组件298的一部分。在一个实施例中，呈现给用户的推荐歌曲或艺术家还可以提供向着音乐商店294的链接，以使得用户可以购买推荐歌曲或艺术家并将这些歌曲或艺术家添加至他们的音乐库。

图9示出根据本发明实施例的、社交信息模块提供与用户的朋友正访问的音乐有关的信息的操作。如前面所述，库分析器208基于针对用户的音乐库的分析来确定一个或多个感兴趣的艺术家或流派。社交信息模块216访问社交网络300的API302，从而访问用户的社交图304并且确定用户的社交图中的次级用户。对于社交图304内的次级用户，行为分析器306对与次级用户的针对他们各自的音乐库的访问行为有关的数据进行分析，并且确定这些次级用户感兴趣的歌曲或艺术家。

在一个实施例中，社交信息模块216通过以下判断来确定用户的社交图内的次级用户感兴趣的歌曲：判断该次级用户当前是否正收听音乐，并且如果该次级用户当前正收听音乐，则判断这些次级用户正收听哪些歌曲或艺术家。在另一实施例中，通过分析次级用户的音乐库(包括针对诸如播放次数、评价、添加日期和播放列表等的数据的分析)来确定感兴趣的歌曲或艺术家。在另一实施例中，通过分析指定时间段内的最近播放歌曲来确定感兴趣的歌曲或艺术家。在一个实施例中，如果次级用户当前没有收听音乐，则对这些次级用户在他们的音乐库内的最近行为进行分析来确定这些次级用户感兴趣的歌曲或艺术家。

可以将所确定出的次级用户感兴趣的歌曲或艺术家作为图形用户界面140a上的特征的界面组件308的一部分呈现给用户。在一个实施例中，将特定次级用户与这些次级用户感兴趣的歌曲或艺术家并排示出，以使得用户可以看出他或她的朋友中的哪个朋友与特定感兴趣的歌曲或艺术家相关联。在另一实施例中，行为分析器306在用户的整个社交图内确定热门歌曲、热门专辑或热门艺术家，并且将这些热门歌曲、热门专辑或热门艺术家在界面组件308内呈现给用户。如果歌曲已在用户的库内，则用户可以从组件308访问该歌曲。如果歌曲尚未在用户的库内，则在一个实施例中，提供向着音乐商店294的链接，其中在该音乐商店294中，用户可以预览或购买该歌曲或艺术家的音乐。

图10示出根据本发明实施例的用于访问音乐库的界面页面。界面页面320包括向用户提供各种类型的功能的各种界面组件。导航面板322包括用于与用户的音乐库进行交互的(诸如查看歌曲、艺术家、专辑、流派和排行榜等的)各种组织选项。在例示实施例中，当前选择的选项是主页或起始页面。播放列表面板324提供向着播放列表的访问。搜索工具326使得用户能够在他们的音乐库内进行搜索，并且可被配置为在诸如音乐商店或一般的因特网等的其它信息源内进行搜索。

新闻组件328显示与感兴趣的艺术家或流派有关的新闻。在一个实施例中，在新闻组件328中设置有特定文章的标题或预览，其中用户可以从这些标题或预览来访问完整版的文章。在一个实施例中，在新闻组件328内轮换各种文章的预览，以使得用户可以查看多种新闻文章。在一个实施例中，用户诸如通过使用箭头键或点击箭头或按钮(未示出)等，能够滚动浏览各种文章预览或标题。活动组件330呈现关于与用户感兴趣的艺术家或流派有关的活动或演出信息的信息。该信息是用户的位置特有的从而与用户更加相关。推荐组件332从音乐商店向用户提供歌曲、专辑或艺术家的推荐。并且，社交组件334基于一级用户的社交图内的次级用户的音乐收听行为来呈现信息。这些可以包括基于次级用户的最近行为的热门歌曲、热门专辑或热门艺术家的列表。

图11示出用于提供音乐库的界面页面的方法。在方法操作340中，检索与用户的音乐库中所包含的音频文件相关联的元数据。在方法操作342中，根据该元数据来对与音频文件的用户定义的交互进行解析。在方法操作344中，分析这些用户定义的交互以确定用户感兴趣的艺术家。然后，在方法操作346中，从信息源中检索与感兴趣的艺术家有关的信息。在方法操作348中，将该与感兴趣的艺术家有关的信息呈现在用于访问音乐库的界面页面上。

图12是用于实现本发明的实施例的计算机系统902的简化示意图。图9示出用于实现本发明的实施例的示例性计算机环境。应当理解，可以利用诸如传统的通用计算机系统等的数字处理系统来进行这里所述的方法。作为代替，可以使用被设计或编程为仅进行一个功能的专用计算机。计算机系统502包括处理器504，其中该处理器504经由总线连接至存储器506、持久性存储器508和输入/输出(I/O)接口510。

持久性存储器508表示可以是本地或远程的、诸如硬盘驱动器或USB驱动器等的持久性数据存储装置。网络接口512提供经由网络514的连接，从而使得能够与其它装置进行(采用有线或无线方式的)通信。应当理解，处理器504可以以通用处理器、专用处理器或专门编程逻辑装置的形式体现。输入/输出(I/O)接口510提供与不同的外围设备的通信，并且经由总线与处理器504、存储器506和持久性存储器508相连接。示例的外围设备包括显示器522、键盘518、鼠标520、可移除介质装置516等。

显示器522被配置为显示这里所述的用户界面。键盘518、鼠标520、可移除介质装置516和其它外围设备连接至I/O接口510从而与处理器504交换信息。应当理解，可以经由I/O接口510来与外部装置进行数据的通信。本发明的实施例还可以在利用经由有线或无线网络链接的远程处理装置来进行任务的分布式计算环境内实现。

可以将本发明的实施例作为非瞬态计算机可读存储介质上的计算机可读代码来制造。非瞬态计算机可读存储介质保持了计算机系统可以读取的数据。非瞬态计算机可读存储介质的示例包括持久性存储器508、网络附属存储器(NAS)、存储器模块506中的只读存储器或随机存取存储器、致密盘(CD)、蓝光(Blu-ray^TM)盘、闪速驱动器、硬盘驱动器、磁带和其它数据存储装置。非瞬态计算机可读存储介质可以分布在网络连接的计算机系统上，由此可以以分布方式存储并执行计算机可读代码。

另外，图12示出可以连接至诸如因特网等的网络的各种装置。这些装置包括服务器、平板计算机、智能电话、笔记本电脑、台式电脑等。各种装置可以运行操作系统，并且这些操作系统可以根据制造商而不同。

经由诸如图12的处理器504等的处理器来执行这里所呈现的方法的一部分或全部操作。另外，尽管按特定顺序说明了方法操作，但应当理解，在操作的顺序不会影响预期结果的情况下，可以按不同的顺序进行一部分操作。另外，在所呈现的方法中可以包括其它操作，并且可以利用不同的实体以分布方式进行这些操作，只要这些操作的处理是以期望方式进行即可。

另外，一些方法的至少一个操作进行物理量的物理操作，并且这里所述的操作的一部分是有用的机器操作。这里所呈现的实施例陈述了装置或设备。该设备可以是针对所需目的专门构建的或者可以是通用计算机。该设备包括能够执行这里所呈现的计算机程序的程序指令的处理器。

尽管为了明确的目的已经以特定细节级别说明了前述实施例，但应当注意，可以在所附权利要求书的范围内实践特定变化和变形。因此，所提供的实施例应被视为例示性而非限制性的，不受这里所呈现的细节限制，并且可以在所附权利要求书的范围和等同物内进行修改。

Claims (20)

1.一种用于提供针对音乐库的界面页面的方法，包括以下步骤：

检索与用户的音乐库中所包含的音频文件相关联的元数据；

根据所述元数据来对与所述音频文件的用户定义的交互进行解析；

对所述用户定义的交互进行分析以确定所述用户感兴趣的艺术家；

从信息源中检索与所述感兴趣的艺术家有关的信息；以及

将与所述感兴趣的艺术家有关的信息呈现在用于访问所述音乐库的界面页面上。

2.根据权利要求1所述的方法，其中，所述用户定义的交互包括如下内容中的一个或多个：评价、播放次数、以及向所述音乐库的添加日期。

3.根据权利要求2所述的方法，其中，所述感兴趣的艺术家是与具有所述音乐库内的最高评价、所述音乐库中的最高播放次数、以及向所述音乐库的最新添加日期其中之一的一个或多个音频文件相关联的艺术家。

4.根据权利要求2所述的方法，其中，对所述用户定义的交互进行分析的步骤包括：针对给定的音频文件，向评价、播放次数和添加日期各自分配权重。

5.根据权利要求1所述的方法，其中，与所述感兴趣的艺术家有关的信息包括与该艺术家相关联的当前新闻信息。

6.根据权利要求1所述的方法，其中，还包括以下步骤：

确定所述用户的位置，

其中，与所述感兴趣的艺术家有关的信息包括基于所述用户的位置的演出信息或活动信息。

7.根据权利要求6所述的方法，其中，确定所述用户的位置的步骤包括：对与所述用户相关联的IP地址进行分析。

8.根据权利要求1所述的方法，其中，还包括以下步骤：

访问所述用户的社交图；

检索并分析与所述用户的所述社交图中的一个或多个次级用户的音乐库中所包含的音频文件相关联的元数据，以确定与所述次级用户相关联的一个或多个感兴趣的歌曲；以及

将与所述次级用户相关联的所述感兴趣的歌曲呈现在用于访问所述用户的所述音乐库的界面页面上。

9.根据权利要求8所述的方法，其中，呈现与所述次级用户相关联的所述感兴趣的歌曲的步骤包括：提供用以访问音乐商店中的所述感兴趣的歌曲的链接。

10.根据权利要求1所述的方法，其中，还包括以下步骤：

基于所述感兴趣的艺术家来确定所述用户可能偏好的次级艺术家；以及

在所述界面页面上提供用以访问音乐商店中的所述次级艺术家的音乐的链接。

11.一种包括程序指令的非瞬态计算机可读介质，所述程序指令用于提供针对音乐库的界面页面，所述程序指令包括以下程序指令：

用于检索与用户的音乐库中所包含的音频文件相关联的元数据的程序指令；

用于根据所述元数据来对与所述音频文件的用户定义的交互进行解析的程序指令；

用于对所述用户定义的交互进行分析以确定所述用户感兴趣的艺术家的程序指令；

用于从信息源中检索与所述感兴趣的艺术家有关的信息的程序指令；以及

用于将与所述感兴趣的艺术家有关的信息呈现在用于访问所述音乐库的界面页面上的程序指令。

12.根据权利要求11所述的非瞬态计算机可读介质，其中，所述用户定义的交互包括如下内容中的一个或多个：评价、播放次数、以及向所述音乐库的添加日期。

13.根据权利要求11所述的非瞬态计算机可读介质，其中，与所述感兴趣的艺术家有关的信息包括与该艺术家相关联的当前新闻信息。

14.根据权利要求11所述的非瞬态计算机可读介质，其中，还包括以下程序指令：

用于访问所述用户的社交图的程序指令；

用于检索并分析与所述用户的所述社交图中的一个或多个次级用户的音乐库中所包含的音频文件相关联的元数据以确定与所述次级用户相关联的一个或多个感兴趣的歌曲的程序指令；以及

用于将与所述次级用户相关联的所述感兴趣的歌曲呈现在用于访问所述用户的所述音乐库的界面页面上的程序指令。

15.根据权利要求11所述的非瞬态计算机可读介质，其中，还包括以下程序指令：

用于基于所述感兴趣的艺术家来确定所述用户可能偏好的次级艺术家的程序指令；以及

用于在所述界面页面上提供用以访问音乐商店中的所述次级艺术家的音乐的链接的程序指令。

16.一种用于提供针对音乐库的界面页面的系统，包括：

用于检索与用户的音乐库中所包含的音频文件相关联的元数据的逻辑；

用于根据所述元数据来对与所述音频文件的用户定义的交互进行解析的逻辑；

用于对所述用户定义的交互进行分析以确定所述用户感兴趣的艺术家的逻辑；

用于从信息源中检索与所述感兴趣的艺术家有关的信息的逻辑；以及

用于将与所述感兴趣的艺术家有关的信息呈现在用于访问所述音乐库的界面页面上的逻辑。

17.根据权利要求16所述的系统，其中，所述用户定义的交互包括如下内容中的一个或多个：评价、播放次数、以及向所述音乐库的添加日期。

18.根据权利要求16所述的系统，其中，与所述感兴趣的艺术家有关的信息包括与该艺术家相关联的当前新闻信息。

19.根据权利要求16所述的系统，其中，还包括：

用于访问所述用户的社交图的逻辑；

用于检索并分析与所述用户的所述社交图中的一个或多个次级用户的音乐库中所包含的音频文件相关联的元数据以确定与所述次级用户相关联的一个或多个感兴趣的歌曲的逻辑；以及

用于将与所述次级用户相关联的所述感兴趣的歌曲呈现在用于访问所述用户的所述音乐库的界面页面上的逻辑。

20.根据权利要求16所述的系统，其中，还包括：

用于基于所述感兴趣的艺术家来确定所述用户可能偏好的次级艺术家的逻辑；以及

用于在所述界面页面上提供用以访问音乐商店中的所述次级艺术家的音乐的链接的逻辑。