共享媒体的方法和系统的制作方法

文档序号:6497352阅读:155来源:国知局
共享媒体的方法和系统的制作方法
【专利摘要】公开了共享文件/推荐的方法和装置。示例方法包括:检验由推荐文件的第一用户所用的第一服务;基于第一服务,相对于文件来编码第一服务标识码;当接收到第二用户的文件请求和/或检测到在文件推荐中提及第二用户时,检验第二用户所用的第二服务;基于第二服务搜索与文件相关联的第二服务标识码,相对于文件来编码第二服务标识码;以及在第二服务和第一服务相同的情况下向第二用户提供具有第一服务标识码的文件推荐,或在第二服务和第一服务不同的情况下向第二用户提供具有第二服务标识码的文件推荐。
【专利说明】共享媒体的方法和系统
【技术领域】
[0001]本公开涉及数字内容,更具体地说,涉及共享媒体的方法和系统。
【背景技术】
[0002]技术进步增加了对音乐内容和其他类型媒体(例如,电视内容、电影和交互内容)的可访问性。例如,除了访问音频和视频内容的传统途径之外,用户还可以通过在线商店、互联网无线站、在线音乐服务、在线电影服务等在互联网上访问音频、视频或音频和视频内
容二者。
【专利附图】

【附图说明】
[0003]根据以下描述、所附权利要求和附图,将更好地理解所公开技术的特征、方面和优点,附图中:
[0004]图1示出了可以实现这里所公开的方法和装置的实施例的示例系统;
[0005]图2A示出了具有内置放大器和扬声器的示例区域播放器;
[0006]图2B示出了具有内置放大器并连接到外部扬声器的示例区域播放器;
[0007]图2C示出了连接到A/V接收器和扬声器的示例区域播放器;
[0008]图3示出了示例控制器;
[0009]图4示出了用于共享文件的示例系统的内部功能框图;
[0010]图5示出了表示能够执行以实现图4示例系统的示例方法和示例机器可读指令的流程图;
[0011]图6示出了与图4的示例系统相关的示例用户界面的框图;
[0012]图7是能够实现图4的示例系统和/或图6的方法和指令的示例处理器平台。
[0013]此外,附图是用于说明示例实施例的目的,应理解为本公开不限于附图所示的布置和手段。
【具体实施方式】
[0014]1.概沭
[0015]这里所公开的特定实施例能够在社交环境中进行媒体共享。这里所公开的特定实施例能够改善订阅不同在线媒体服务的用户的整合。这里所公开的特定实施例在社交网络中提供音乐共享。这里所公开的特定实施例利用两个或更多家庭中的联网音频系统,以便允许通过该联网音频系统在两个或更多家庭中进行媒体共享。这里所描述的特定实施例在媒体提供者之间提供交叉服务链接。这里所描述的特定实施例提供了最佳路径媒体搜索。这里描述了其它实施例。
[0016]例如,在如下文所述的实施例中,可以在用户之间共享例如音乐的媒体,所述用户可能不能访问共享存储介质上的相同文件和/或不能访问相同在线音乐服务(Rhapsody?、MOG、Napster?和Spotify?是在线音乐服务的所有当前示例)。在线音乐服务可以是免费的或基于付费订阅的。大多数情况下,尽管不是每次,然而在线音乐服务需要用户向服务进行登记。
[0017]假设第一用户的音乐播放列表可用于第二用户或被第二用户共享。音乐播放列表可以包含曲目标题和与该曲目标题有关的艺术家和/或专辑的列表。音乐播放列表可以包含一个或多个曲目标题。此外,该示例中,第一和第二用户不能访问共享存储介质上的相同文件,并且不能访问相同的在线音乐服务。
[0018]可以以多种方式使音乐播放列表可用于第二用户或被第二用户共享,例如,通过在例如Facebook的社交网站上或经由消费电子公司可用的社交服务系统使播放列表可用,以便通过联网音频系统(例如,Sonos制造和销售联网音频系统,这种系统可以提供用于通过共享媒体来连接家庭的社交门户)的许多家庭来改善音乐的社交体验;经由电子邮件、文本、即时消息和/或Twitter发送播放列表;在第二用户可以访问的数字杂志或网站中发布播放列表;和/或通过一些其他已知或将来开发的方法或系统向第二用户提供播放列表。
[0019]为了播放第二用户从播放列表选择的一个或更多歌曲,如下所述的系统或其一些方面可以在第二用户的本地音乐库中搜索最适于(或匹配)所选曲目标题的音乐文件(或比赛),和/或在第二用户订阅的在线音乐服务(如果有的话,并且不同于第一用户的在线音乐服务)处发起搜索。
[0020]成功搜索之后,第二用户的系统此时可以获取并播放音乐或将音乐(例如,用指向第二用户来源的适当指针)添加到队列或存放处以便稍后要播放。如果系统无法成功定位音乐,则系统可以向第二用户指示该结果和/或提供关于如何获得该音乐的选项(例如,提供URL链接以购买该音乐)。注意,一些实施例中,第二用户订阅的针对在线音乐服务而编写的软件应用(可以将该程序称为“媒体播放器”)可以是程序,该程序使能通过计算机扬声器或与该程序通信的音频系统来回放音乐。当确定第二用户是音乐服务的订阅者时或在稍后的某时刻,可以自动启动媒体播放器以使能音乐回放。
[0021]根据搜索和系统配置,第二用户播放的实际曲目可以来自于与播放列表的曲目标题相同或不同的专辑。一个示例中,推荐的歌曲和通过第二用户获取的歌曲可能都是来自相同专辑的数字拷贝。另一示例中,推荐的歌曲可能是来自原始专辑的数字拷贝,而第二用户获取的歌曲可以是来自精选专辑的数字拷贝。
[0022]此外,根据所述搜索和系统配置,可以部分地基于音乐文件的质量来确定所播放的实际曲目。也就是说,一些实施例中,如果发现两个或多个适于所选曲目的音乐文件,则可以播放较高质量的音乐文件。备选实施例中,如果发现两个或音乐文件,则播放较低质量的音乐文件,使得可以消耗较少带宽。
[0023]继续以上说明,共享或匹配音乐的方法的示例实施例包括:从第一用户读取针对第二用户的音乐参考。第一用户使用第一音乐访问服务来访问音乐。该示例方法还包括:识别与该音乐参考相关的音乐文件,识别不同于第一音乐访问服务的第二音乐访问服务,其中第二用户使用第二音乐访问服务来访问音乐。此外,本示例方法包括使用所述第二音乐访问服务对音乐文件进行播放、指向或排队中的至少一个。
[0024]一些实施例中,来自用户的“参考”可以是主动参考或推荐(例如,该用户提供特定推荐)。一些实施例中,“参考”可以基于一些其他限定标准(例如,用户的收听或观看习惯)。一些实施例中,“参考”是评论、意见或建议。其它示例中,“参考”可以是礼物,例如,
第一用户为第二用户购买音乐曲目。
[0025]一些示例方法还包括:在使用第二音乐访问服务对音乐文件进行播放、指向或排队中的至少一个之前,响应于所述音乐参考接收来自第二用户的音乐请求。
[0026]一些示例方法中,使用第二音乐访问服务对音乐文件进行播放、指向或排队中的至少一个包括:在线和/或在本地存储设备中搜索音乐文件。
[0027]此外,一些示例方法包括:使用第三音乐访问服务代替第二音乐访问服务对音乐文件进行播放、指向或排队中的至少一个,其中第二用户使用第三音乐访问服务来访问音乐,相较于第二音乐访问服务,第三音乐访问服务提供更便宜的对音乐的访问或更高质量的音乐文件中的至少一个。
[0028]根据本公开实现的示例装置包括:接口,接收由推荐文件的第一用户做出的文件推荐;以及检验器,检测第一用户所用的第一服务,检测第二用户所用的第二服务。该示例系统还包括:编码器,基于第一用户所用的第一服务,将第一服务标识码与文件推荐相关联。此外,该示例系统包括:搜索器,在本地库或网络可访问数据库中的一个或多个内,基于第二服务搜索与文件相关联的第二服务标识码。系统中,编码器也将第二服务标识码与文件相关联。此外,该示例包括:回放引擎,在第二服务和第一服务是相同服务的情况下向第二用户提供具有第一服务标识码的文件推荐,或在第二服务和第一服务是不同服务的情况下向第二用户提供具有第二服务标识码的文件推荐。示例系统还包括数据库,存储将第一服务标识码或第二服务标识码中的一个或多个与文件推荐相关联的记录。
[0029]一些实施例中,来自用户的“推荐”可能是主动参考或推荐(例如,该用户提供特定推荐)。一些实施例中,“推荐”可以基于一些其他限定标准(例如,用户的收听或观看习惯)。一些实施例中,“推荐”与上述“参考”同义。
[0030]一些实施例中,第一用户在文件推荐中指定第二用户,搜索器自动搜索与文件相关联的第二服务标识码。一些示例中,服务标识码包括与特定服务或特定文件中的一个或多个相关的信息。例如,Spotify上Michael Jackson的歌曲“Beat It”的服务标识码可包括与以下中的一个或多个有关的信息=Spotify服务本身、歌名“Beat It”、艺术家MichaelJackson、专辑“Thriller”、和/或pop、R&B、摇滚和/或funk中的任何一个。
[0031]一些实施例中,文件是音乐文件。此外,一些实施例中,音乐文件是曲目、艺术家、专辑、播放列表、电台或流派中的一个或多个。其他实施例中,文件是视频和音频文件(例如,电影或电视节目)。
[0032]一些实施例中,编码器将元数据与文件推荐相关联,搜索器在第二用户不使用第二服务时基于元数据来定位文件。
[0033]一些实施例中,数据库存储第一用户的联系人列表以便形成社交网络。此外,一些实施例中,该示例系统包括:更新器,向第一用户动态通知由联系人推荐的其它文件推荐。
[0034]一些实施例中,回放引擎自动地将具有第二服务标识的文件添加到第二用户回放设备处的播放列表。此外,一些实施例中,当前正在播放播放列表。
[0035]一些实施例中,第一服务或第二服务之一是以下之中的一个或多个:音乐服务、无线电服务、在线无线电服务或在线流处理音乐服务。
[0036]一些实施例中,接口接收第二用户对文件的喜爱程度的指示,搜索器基于该喜爱程度搜索附加的文件推荐。
[0037]根据本公开实现的另一示例方法包括:当接收到由推荐文件的第一用户做出的文件推荐时,检验第一用户所用的第一服务;以及基于第一服务,相对于文件来编码第一服务标识码。该示例方法还包括:当接收到第二用户的文件请求和/或检测到在文件推荐中提及第二用户时,检验第二用户所用的第二服务。此外,该示例方法包括:在本地库或网络可访问数据库中的一个或多个内,基于第二服务搜索与文件相关联的第二服务标识码。此外,该示例性方法包括:相对于文件来编码第二服务标识。该示例方法还包括在第二服务和第一服务是相同服务的情况下向第二用户提供具有第一服务标识码的文件推荐,或在第二服务和第一服务是不同服务的情况下向第二用户提供具有第二服务标识码的文件推荐。此夕卜,该示例方法包括:存储将第一服务标识码或第二服务标识码中的一个或多个与文件相关联的记录。
[0038]一些实施例中,该示例方法包括:相对于文件推荐来编码元数据,当第二用户不使用第二服务时,基于元数据来定位文件。
[0039]一些实施例中,该方法包括:存储第一用户的联系人列表以形成社交网络。此外,一些实施例中,该方法包括:向第一用户动态通知由联系人推荐的附加文件推荐。
[0040]一些实施例中,该方法包括:自动地将具有第二服务标识的文件添加到第二用户回放设备处的播放列表。
[0041]一些实施例中,该方法还包括:接收对第二用户相对该文件的喜爱程度的指示,基于该喜爱程度搜索附加文件推荐。
[0042]根据本公开实现的示例性有形机器可读介质具有存储在其上的指令,其中所述指令在被执行时导致机器至少进行以下操作:当接收到由推荐文件的第一用户做出的文件推荐时,检验第一用户所用的第一服务;以及基于第一服务,相对于文件来编码第一服务标识码。所述指令在被执行时还导致机器进行以下操作:当接收到第二用户请求的文件和/或检测到在文件推荐中提及第二用户时,检验第二用户所用的第二服务;以及在本地库或网络可访问数据库中的一个或多个内,基于第二服务搜索与文件相关联的第二服务标识码。示例指令也导致机器相对于文件来编码第二服务标识。此外,该示例指令导致机器在第二服务和第一服务是相同服务的情况下向第二用户提供具有第一服务标识码的文件推荐,或在第二服务和第一服务是不同服务的情况下向第二用户提供具有第二服务标识码的文件推荐。该示例指令还导致机器存储将第一服务标识码或第二服务标识码中的一个或多个与文件相关联的记录。
[0043]一些实施例中,示例指令导致机器:相对于文件推荐来编码元数据,当第二用户不使用第二服务时,基于元数据来定位文件。
[0044]—些实施例中,示例指令导致机器存储第一用户的联系人列表以形成社交网络。此外,一些实施例中,示例指令导致机器动态通知第一用户由联系人推荐的附加文件推荐。
[0045]一些实施例中,示例指令导致机器:自动地将具有第二服务标识的文件添加到第二用户回放设备处的播放列表。
[0046]—些实施例中,示例指令导致机器:接收对第二用户相对该文件的喜爱程度的指示,基于该喜爱程度搜索附加文件推荐。
[0047]一些实施例中,用户可以选择“推荐”艺术家和/或专辑和/或曲目。通过选择推荐媒体,针对用户(例如,朋友)的集合,在数据库中相对于推荐来编码内部的服务特定标识符。例如,如果用户使用在线音乐服务Rhapsody推荐曲目,则该系统在推荐中编码Rhapsody ID,使得当其他用户(例如,他或她的朋友)看到所推荐的内容时,如果其他用户恰好也有Rhapsody账户,则系统将进行播放。此外,地址簿(例如,朋友列表)应存储在集中式服务器上并通过音频系统控制器可访问,例如如下图3所述。
[0048]一些实施例中,系统也可以通过利用搜索功能允许在另一音乐服务上播放一个音乐服务上的曲目。当系统得到共享曲目的ID,并发现该用户没有订阅该服务时,系统便可以请求该曲目的元数据(专辑/艺术家/标题),并搜索哪个音乐服务(和本地库)目前可用。系统将朋友推荐的艺术家/专辑/曲目的实际列表视为库项目,使得可以动态更新所述推荐。
[0049]尽管以下公开了制造的示例方法、装置、系统和物品包括固件和/或硬件上执行的软件以及其他组件,然而应注意,这种制造的方法、装置、系统和/或物品仅是说明性的,不应理解为限制。例如,认为任何或所有这些固件、硬件和/或软件组件可以专门表现为硬件、专门表现为软件,专门表现为固件或表现为硬件、软件和/或固件的任何组合。因此,尽管下文描述了制造的示例方法、装置、系统和/或物品,然而所提供的示例不是实现这种制造的方法、装置、系统和/或物品的唯一方式。
[0050]当阅读任何所附权利要求以涵盖纯粹软件和/或固件实现时,将至少一个示例中的至少一个元件在此明确地定义为包括存储软件和/或固件的有形介质,例如,存储器、DVD、⑶、蓝光等。
[0051]以下描述了这些实施例和许多其他实施例。此外,以说明性环境、系统、过程、步骤、逻辑块、处理和其它符号表示的形式大量呈现了详细描述,其中所述其它符号表示直接或间接类似于对耦接到网络的数据处理设备的操作。本领域技术人员通常使用这些过程描述和表示来向本领域其他技术人员有效地传达他们工作的实质。阐述了大量具体细节以提供对本公开的全面理解。然而,本领域技术人员应理解,可以在没有特定、具体细节的前提下实践本公开的特定实施例。其他情况下,可以简述公知方法、过程、组件和电路,以免不必要地模糊实施例的方面。
[0052]这里对“实施例”的引用意味着结合所述实施例描述的具体特征、结构或特征可以包括在本发明的至少一个示例实施例中。本短语出现在说明书的不同地方不一定全部都指相同实施例,也不表示单独的或备选的实施例与其他实施例互相排斥。如此,本领域技术人员清楚理解和不言而明,这里所述实施例可以结合其他实施例。
[0053]I1.示例环塏
[0054]现参照附图,贯穿附图,相同的附图标记用于表示相同的部件。图1示出了示例性系统配置100,其中可以实践或实现这里所公开的方法和/或装置中的一个或多个。例如,系统配置100表示有多个区域的家庭。例如,每个区域表示不同房间或空间,例如,办公室、浴室、卧室、厨房、餐厅、家庭活动室、家庭影院室、杂物间或洗衣房以及院子。虽然这里未示出,然而单个区域可以覆盖多于一个的房间或空间。在每个相应的区域内示出了区域播放器102-124中的一个或多个。区域播放器102-124也被称作回放设备、多媒体单兀、扬声器等,提供音频、视频和/或视听输出。控制器130(例如,为了说明目的在厨房中示出的)提供对系统配置100的控制。系统配置100示出了示例性的整个家庭音频系统,通过所述系统可以理解这里所述的技术不限于具体应用位置或如图1的整个家庭音频系统100这样的
昂贵系统。
[0055]图2A、2B和2C示出了区域播放器200-204的示例图式。图2A、2B和2C的区域播放器200-204可以分别对应于图1的区域播放器102-124中的任何一个。尽管特定实施例提供了多个区域播放器,然而可以仅使用单个区域播放器产生音频输出。图2A示出了包括声音产生设备208的区域播放器200,声音产生设备208能够产生与接收到的信号(例如,无线地和/或经由有线接口)相对应的声音或音频输出。图2A的区域播放器200的声音产生设备208包括内置放大器(该图未不出)和扬声器(例如,高音扬声器、中音驱动器和/或低音炮)。特定实施例中,图2A的区域播放器200可配置为播放立体音频或单声道音频。如下文详述,例如,一些实施例中,图2A的示例区域播放器200还可以向相同或不同区域内的其它播放器、扬声器、接收器等发送第二信号。所述第二信号的传输可以是系统的一部分,例如,在所述系统中,多个区域播放器、扬声器、接收器等形成网络以便例如以同步或分布式的方式呈现媒体内容。
[0056]图2B的示例区域播放器202包括内置放大器(该图未示出)以便对分离的扬声器210的集合进行供电。例如,图2B的扬声器210可以包括任何类型的扬声器。图2B的区域播放器202通过有线和/或无线通道向分离的扬声器210传送与音频内容相对应的信号。代替如图2A所示接收并生成音频内容,图2B的区域播放器202接收音频内容并向分离的扬声器210发送所述音频内容(例如,在处理接收到的信号后)。类似于图2A的示例区播放器200,例如,一些实施例中,区域播放器202可以向相同或不同区域内的其他区域播放器、扬声器、接收器等发送第二信号。
[0057]图2C的示例区域播放器204不包括放大器,但允许接收器214或具有内置放大功能的其他音频和/或视频类型设备连接到图1的数据网络128,并经由接收器214和分离的扬声器216的集合播放通过数据网络128接收的音频。除了图2C所示的有线耦接之外,分离的扬声器216可以经由在所述分离的扬声器216和例如区域播放器204和/或接收器214之间的无线通信通道来接收音频内容。一些实施例中,区域播放器202可以向相同或不同区域内的其他区域播放器、扬声器、接收器等发送第二信号。
[0058]示例区域播放器包括由California, Santa Barbara的Sonos股份有限公司提供的“S0110S? S5,,、“Sonos Play:5”、“ZonePlayerl20,,和“ZonePlayer90,,。这里也可以将区域播放器称作回放设备,区域播放器不限定于图2A、2B和2C所示的具体示例。例如,区域播放器可以包括有线或无线头戴式耳机。另一示例中,区域播放器可能包括低音炮。一个示例中,区域播放器可以包括Apple iPod "或类似设备的对接站或与其进行交互。一些实施例中,区域播放器可以将例如从第一区域播放器接收的一个或多个信号中继到另一回放设备。一些实施例中,区域播放器可以接收第一信号并产生与所述第一信号相对应的输出,并且可以同时或分别接收第二信号并向另一区域播放器、扬声器、接收器等发送或中继所述第二信号。因此,这里所述的示例区域播放器可以用作回放设备,同时在区域播放器网络中操作为集线器。这种情况下,与第一信号相对应的媒体内容可以不同于与第二信号相对应的媒体内容。
[0059]图3示出了对接站302中的无线控制器300的示例图式。控制器300可以对应于图1的控制设备130。控制器300具有触摸屏304,触摸屏304允许用户与控制器300进行交互以便例如获取和导航音频项目的播放列表、控制一个或多个区域播放器的操作、提供对系统配置100的整体控制。此外,控制器300可以提供社交门户,通过所述门户,用户可以与其他家庭的用户共享播放列表等。特定实施例中,可以使用任何数量的控制器来控制系统配置100。特定实施例中,可以存在对能够控制系统配置100的控制器的数量的限制。控制器可能是无线的,例如无线控制器300,或有线连接到数据网络128。此外,运行在任何具有网络功能的便携式设备(例如,iPhone?, ipad?,Android?电话)或任何其它智能电话或具有网络功能的设备上的应用可以通过连接到数据网络128而用作控制器。运行在膝上式计算机或台式PC或Mac上的应用也可用作控制器。示例控制器包括由California, SantaBarbara 的 Sonos 股份有限公司提供的 “Sonos? ControIIer200”、“Sonos? Controllerfor iPhone”、“Sonos? Controller for iPad”、“Sonos?1 Controller for Android”、“Soiios? Controller for Mac or PC”。
[0060]返回参考图1的系统配置100,特定区域可以包含一个或多个区域播放器。例如,图1的家庭活动室包含两个区域播放器106和108,而将厨房示出为具有一个区域播放器102。通过将区域播放器置于房间或空间内并经由控制器130将所述区域播放器分配给新的或已有的区域,可以动态配置区域。如此,如果进行编程,则可以创建区域、将区域与其他区域结合、移除区域、给予区域特定名称(例如,“厨房”)。将区域播放器102到124直接或间接地耦接到数据网络,例如图1所示的数据网络128。数据网络128在附图中表示为八边形,以便在图中所示的其它组件中突出。尽管将数据网络128示出为单个位置,然而应理解可以将这种网络分布在系统配置100中和其周围。
[0061]具体地,数据网络128可以是有线网络、无线网络或两者的组合。一些实施例中,基于私有网状网络,将区域播放器102-124中的一个或多个无线耦接到所述数据网络128。一些实施例中,使用非网状拓扑将区域播放器102-124中的一个或多个无线耦接到数据网络128。一些实施例中,使用以太网或类似技术,将区域播放器102-124中的一个或多个有线耦接到数据网络128。除了连接到数据网络128的一个或多个区域播放器102-124之外,数据网络128还可以允许访问广域网,例如,互联网。
[0062]特定实施例中,可以通过将区域播放器102-124中的任何一个或一些其它连接设备连接到宽带路由器,来创建数据网络。接着可以向数据网络128有线或无线地添加其他区域播放器102-124。例如,可以通过简单地按压区域播放器本身上的按钮,来将区域播放器(例如,区域播放器102-124中的任何一个)添加到系统配置100,其中所述按压区域播放器本身上的按钮能够建立到数据网络128的连接。例如,可以将宽带路由器连接到互联网服务提供商(ISP)。宽带路由器可以用于形成系统配置100内的另一数据网络,系统配置100可以用于其他应用(例如,上网)。如果进行编程,则数据网络128还可用于其它应用中。此外,特定实施例中,数据网络128是在家庭中的其他应用使用的相同网络。
[0063]特定实施例中,每个区域都可以从与另一区域相同的音频源进行播放,或每个区域都可以从不同音频源进行播放。例如,某人可以在院子上烧烤并通过区域播放器124收听爵士音乐,同时某人在厨房准备食物并通过区域播放器102收听古典音乐。此外,某人可以通过区域播放器110在办公室收听通过区域播放器124在院子上播放的同一爵士音乐。一些实施例中,通过区域播放器110和124播放的爵士音乐是同步播放的。区域之间的同步播放允许某人在经过区域同时无缝收听该音频。此外,可以使区域处于“派对模式”,使得所有相关区域同步播放音频。
[0064]特定实施例中,区域包含两个或多个区域播放器。例如,家庭活动室包含两个区域播放器106和108,家庭影院室至少包含区域播放器116、118和120。区域可以配置为包含所需数目的区域播放器,例如,家庭影院室可能包含其他区域播放器来播放来自5.1声道或更大音频源的音频(例如,用5.1或更大音频声道编码的电影)。如果区域包含两个或多个区域播放器,例如,家庭活动室中的两个区域播放器106和108,则所述两个区域播放器106和108可以配置为同步播放相同音频源,或所述两个区域播放器106和108可以进行配对以便播放例如左右声道内的两个独立声音。换言之,可以通过两个区域播放器106和108重现或增强声音的立体声效果,在所述两个区域播放器106和108中,一个用于左声音,另一个用于右声音。特定实施例中,配对后的区域播放器可以与其它区域播放器同步地播放音频。
[0065]特定实施例中,三个或多个区域播放器可以配置为播放用三个声道编码的音频的各个声道或者更多声音。例如,家庭影院室示出了区域播放器116、118和120。如果将声音编码为2.1声道音频,则可以将该区域播放器116配置为播放左声道音频,区域播放器118可以配置为播放右声道音频,区域播放器120可以配置为播放低音频率。其它配置是可能的并依赖于区播放器的数目和音频的类型。此外,特定区域可以配置为在一个情况下(例如,当播放来自电影的音频时)播放5.1声道音频,然后动态切换至播放立体声,例如,当播放来自2声道源的音频时。
[0066]特定实施例中,可以将两个或多个区域播放器声音合并以便形成单个、合并的区域播放器。合并的区域播放器(由多个、单独的设备构成)可以配置为与未合并的区域播放器或配对的区域播放器不同地处理并重现声音,这是因为,合并的区域播放器具有额外的扬声器驱动器,声音可以从所述额外的扬声器驱动器传递。合并的区域播放器还可以与单个区域播放器或另一合并的区域播放器配对。优选地将合并的回放设备的每个播放设备设置为合并的模式。
[0067]根据一些实施例,可以继续进行任何以下操作:对区域播放器进行分组、合并和配对,例如,直到完成所需配置。优选地,例如,通过控制接口(例如,使用控制器130)执行分组、合并和配对动作,而不是通过将扬声器线缆物理连接和重新连接到独立的分立扬声器以创建不同配置。如此,这里所述的特定实施例提供了更加灵活和动态的平台,可以通过该平台向最终用户提供声音重现。
[0068]由区域播放器102-124播放的音频内容的源是多种多样的。可以通过数据网络128访问来自存储在计算机或网络连接的存储设备(NAS)上的个人库的音乐并对其进行播放。可以通过数据网络128访问互联网无线电站、节目秀和播客。通过数据网络128访问令用户分流并下载音乐和音频内容的音乐服务。此外,例如可以经由与区域播放器的线式连接,从传统源(例如,唱盘或⑶播放器)获得音乐。例如,还可以通过Apple公司的AirPlay?无线技术访问音频内容。可以通过数据网络128和/或控制器130在区域播放器102至124之间共享从一个或多个源接收的音频内容。
[0069]无论系统配置100的用户在何处获得对他或她的音频的访问权,用户都可以与不同系统配置的用户(例如不同家庭)共享他或她的听觉体验。如此,订阅服务的账户持有人可以与其他订阅服务的账户持有人共享歌曲。此外,搜索功能允许通过搜索艺术家、专辑和/或标题,来跨越音乐服务或在本地库中共享歌曲。
[0070]II1.示例媒体共享系统
[0071]现参照图4,根据实施例示出了文件或媒体共享或匹配系统400的示例功能框图。例如,可以由操作图1的任何一个区域播放器102-124的用户来使用文件共享系统400。例如,可以由社交网络服务的用户来使用文件共享系统400或其多个方面,其中所述社交网络服务可以独立于图1的系统配置100。
[0072]示例系统400包括多个用户,例如,可通信稱接到中间体406的第一用户402和第二用户404。第一用户402、第二用户404和中间体406通过通信线路408耦接,例如,所述通信线路408可以是任何合适的有线或无线通信线路。第一用户402、第二用户404和中间体406可以根据任何合适通信协议来通信,所述通信协议包括,例如,音乐开放应用程序接口(MOAPI)。此外,尽管图4中示出了两个用户402和404,然而可以将任意数量的用户可通信地耦接到中间体406。
[0073]例如,示例性的中间体406可以是在所述多个用户402、404之间互连的在线社交网络和/或文件共享服务系统。中间体406可以是基于web的子系统,和/或可以是在用户402、404处安装的应用。图4的示例中,中间体406包括用于与第一用户402、第二用户404和网络数据库412进行通信的接口 410,下文将更详细地描述。此外,第一用户402包括第一接口 414,第二用户404包括第二接口 416,分别用于促进第一用户402和第二用户404中的每个与系统400之间的交互。
[0074]在示例系统400中,第一用户402具有回放设备418,所述回放设备是用于观看、收听、处理、操作、消费或以其他方式使用文件的任何类型设备。示例回放设备418可以是上述控制器300和/或计算机、移动电话、MP3播放器、平板计算机、立体音响、收音机、电视或任何其它合适设备。例如,所述文件可以是音乐文件、视频、报纸文章、书、杂志或任何其他媒体。示例音乐文件包括音乐曲目、艺术家、专辑、播放列表或流派。第一用户包括可以存储文件的库或本地数据库420。然而,一些示例中,本地数据库420存储文件的标识,文件位于其他地方,所述其他地方例如包括网络数据库412,网络数据库412例如可以是互联网。通过上述通信线路408将第一用户耦接到网络数据库412。此外,第二用户404包括第二回放设备422和第二本地数据库424,所述第二回放设备422和第二本地数据库424与参考所述第一回放设备418和第一本地数据库420描述的特征相关联。
[0075]示例性回放设备418操作服务以便向第一用户提供对文件的访问。例如,回放设备418可以操作一个或多个免费或付费的基于订阅的服务,例如,例如,Spotify?或Rhapsody?在线流音乐服务、Pandora?或Last, fm互联网无线电音乐推荐服务或其他无线电服务。例如,回放设备418也可以使用来自本地数据库420的文件进行操作,例如,iTunes或任何其他媒体播放器的计算机程序。此外,回放设备418可以获得并显示来自任何网站的文件,所述网站包括例如YouTube或任何其他在线文件共享网站或存储库。此外,回放设备418可以与在线供应商进行交互以便获得文件,所述在线供应商包括例如iTuneStore 或 Napster?ο
[0076]示例系统400的示例操作中,第一用户402使用回放设备418消费第一文件(例如,收听音乐曲目)。第一用户402可能希望向第二用户404推荐文件,或向他的网络中的任何其它用户或公共场所内的任何人一般地推荐文件。例如,第一用户402可能希望推荐特定音乐、整张专辑、艺术家作品、音乐曲目的特定播放列表和/或音乐的特定流派。一些实施例中,第一用户402键入他希望推荐文件的指示,所述指示通过接口 414和通信线路408发送给中间体406,中间体406在接口 410处接收到推荐。中间体406包括检验器426,检验器426检测由第一用户使用的服务。当检测到该服务时,编码器428基于第一用户402所用的服务将服务标识码与文件推荐相关联。
[0077]如果推荐没有指名该推荐所针对的特定用户,则中间体406可以在一段时间内或永久地向一般公众或第一用户402的朋友网络传播该推荐。如果用户(例如,第二用户404)想要调查该推荐,即,下载并消费该文件,则第二用户404可以经由接口 410和通信线路408向中间体406发送对文件的请求,在接口 410处接收到该请求。接着检验器426调查第二用户404以便确定第二用户操作什么服务来访问文件。附加地或备选地,如果该推荐包括专门指名的用户(例如,第二用户404),则检验器426自动调查第二用户404,以便确定第二用户操作什么服务,而不必等待来自第二用户404的文件请求。
[0078]中间体406包括回放引擎430,以便在第二服务和第一服务是相同服务的情况下向第二用户404提供具有第一服务标识码的文件推荐。因此,如果第一用户402使用第一服务A(例如,Spotify?)且第二用户404也使用第一服务A(即,Spotify?),则中间体406将通过回放引擎430向第二用户404传送其中编码有第一服务A标识的文件推荐,第二用户能够通过第一服务A获得该文件,并当接收到该文件时消费所述文件。
[0079]当检验器426确定第二用户404使用第二服务B (例如,Rhapsody?)时,由于第一服务A编码的文件推荐不会转化为第二服务B,中间体406采取步骤以便将第二用户404与文件连接。也就是说,由于第一服务A标识,第二服务B无法识别该文件推荐。该示例中,搜索器432在本地库(例如,本地数据库424)或网络可访问数据库(例如,互联网)中基于第二服务B搜索第二服务标识码以与文件相关联。当被定位时,编码器将第二服务标识码与文件相关联。此外,回放引擎430向第二用户404提供具有第二服务B标识码的文件推荐。根据推荐和可识别代码,第二服务B可以定位文件并将其呈现给第二用户404。一些示例中,搜索器432基于与文件有关的元数据(例如,标识了标题、艺术家和/或专辑的数据)在本地库(例如,本地数据库424)或网络可访问数据库(例如,互联网)中搜索文件,而不管第二服务B。
[0080]当检验器426确定第二用户404不使用任何服务时,由于第一服务A编码的文件推荐不会转化为第二用户404处的无服务媒体播放器,中间体406采取步骤以便将第二用户404与文件相连接。该示例中,搜索器432获得与所述文件相关的元数据,例如,标识了标题、艺术家和/或专辑的数据。根据适当的元数据,中间体406可以在网络数据库412中定位文件,获得该文件并将其呈现给第二用户404。
[0081]示例中间体406还包括中央数据库434,以便存储将第一服务标识码、第二服务标识码和/或元数据与该文件推荐相关联的记录。因此,一些示例中,如果第一用户402和第二用户404使用不同服务,则中间体406可以检查中央数据库434,以便确定是否先前映射了不同服务标识码之间的转换,这使得搜索器432不必访问网络数据库412。
[0082]数据库也可以包括对每个用户402、404的朋友或联系人的列表的映射,因此主持了用户402、404的社交网络。此外,示例中间体406可以包括更新器436,向用户402、404动态通知由用户的相应网络中的任何联系人推荐的其它文件推荐。更新器434周期性地检查联系人以发现新推荐或实时接收推荐。
[0083]每个用户402、404也可以在他们相应的社交网络内部和外部搜索推荐和/或为作为潜在联系人的其它成员。例如,用户可以浏览成员,针对每个成员管理联系人(例如,邀请成员成为联系人、忽略邀请或删除联系人),查看成员的文件(例如,曲目、艺术家、专辑和/或流派)推荐。通常每个用户还可以浏览由特定联系人或他们的所有联系人推荐的文件。此外,用户可以浏览整个公众的文件推荐,也就是说,甚至没有与该用户连接的成员。文件推荐搜索可以特定于特定类型的文件,例如,曲目、艺术家、专辑和/或流派。此外,搜索层次可以包括无操作(no-op)的浏览节点。例如,当确认与成员进行连接时,中间体406可以通过新联系人的历史来搜索推荐或不做出其他动作。
[0084]一些示例中,当在中间体406处接收到弓丨用特定用户的推荐时,回放引擎430可以通过服务标识和推荐,自动地将所述文件添加到指定用户回放设备处的播放列表。一些示例下,正在播放所述播放列表。也就是说,一些示例中,如果第一用户402针对第二用户404推荐文件(例如,歌曲),则回放引擎430将对该歌曲进行排队以便在第二用户404的回放设备422处立即播放。
[0085]此外,如下所述,接口 410、414、416接收对用户402、404相对于该文件或任何其他文件的喜爱程度的指示。搜索器432可以基于该喜爱程度搜索附加的文件推荐。
[0086]图5是表示示例性的机器可读指令的流程图,其中可以执行所述指令以便实现示例系统400、示例中间体406、示例接口 410、示例检验器426、示例编码器428、示例搜索器432、示例回放引擎430、示例数据库434、示例更新器436和图4的其它组件。图5示例中,机器可读指令包括由处理器(例如,示出在以下结合图7所述的示例计算机700中的处理器712)执行的程序。所述程序可以表现为存储在计算机可读介质(例如,CD-ROM、软盘、硬盘驱动器、数字多功能光盘(DVD)或与处理器712有关的存储器)上的软件,然而备选地,可以通过除了处理器712之外的设备执行全部程序和/或其部分,全部程序和/或其部分可以表现为固件或专用硬件。此外,尽管参照图5所示的流程图描述了示例程序,然而备选地,也可以使用许多其它方法来实现示例系统400、示例中间体406、示例接口 410、示例校验426、示例编码器428、示例搜索器432、示例回放引擎430、示例数据库434、示例更新器436和图4的其它组件。例如,可以改变执行块的顺序,和/或可以改变、消除或组合所述块的一部分。
[0087]如上所述,可以使用存储在有形计算机可读介质上的编码指令(例如,计算机可读指令)来实现图5的示例过程,所述有形计算机可读介质包括例如,硬盘驱动器、闪存、只读存储器(ROM)、压缩盘(CD)、数字通用光盘(DVD)、缓存、随机存取存储器(RAM)和/或将信息存储任何时间段(例如,较长时间段、永久、瞬时、暂时缓冲、和/或对信息的缓冲)的任何其它存储介质。如这里所用,将术语有形计算机可读介质明确地定义为包括任何类型的计算机可读存储设备且排除传播信号。附加地或备选地,可以使用存储在非暂时性计算机可读介质上的编码指令来实现图5的示例过程,所述非暂时性计算机可读介质包括例如,硬盘驱动器、闪存、只读存储器、压缩盘、数字通用光盘、缓存、随机存取存储器和/或将信息存储任何时间段(例如,较长时间段、永久、瞬时、暂时缓冲、和/或对信息的缓冲)的任何其它存储介质。如这里所用,将术语非暂时性计算机可读介质明确地定义为包括任何类型的计算机可读介质且排除传播信号。[0088]图5示出了共享或匹配文件或媒体的示例方法(框500)。示例方法500可以用于从一个用户向另一用户推荐例如音乐曲目的文件。当第一用户(例如,图4的第一用户402)推荐文件(例如,音乐曲目)时,提交文件推荐,示例方法500检验第一用户用以访问该文件的第一服务(框502)。将基于第一服务的第一服务标识与文件推荐(例如,通过图4的编码器428)编码在一起(框504)。将文件推荐与第一标识码一起存储在数据库(例如,数据库434)中(框506)。
[0089]来自用户的“参考”或“推荐”可以是主动参考或推荐。例如,用户可以明确地提供特定推荐(例如,“约翰喜欢Bill Evans的Our Love is Here to Stay”)。一些实施例中,“参考”或“推荐”可以基于一些其它限定标准,如果用户允许共享这种信息的话。例如,可以监测使用根据系统配置100所述种类的设备的用户的收听习惯,将其提供为用户特定推荐(例如,“John听Britney Spears的Seal it With a Kiss”)或一般公共类型的推荐。也就是说,该系统可以监测用户通过该系统实际收听了什么内容(因为音频可以来自于许多不同源并通过所述系统进行播放,该实施例的优点可以包括更大范围的收听数据),并以参考推荐的形式提供该信息。不管参考或推荐是否是主动的,可以根据需要进行实时(当用户正在收听音乐时)参考或推荐。
[0090]示例方法500确定在第一用户的文件推荐中是否提到了第二用户(例如,第二用户404)(框508)。如果第一用户在该文件推荐中提到了第二用户,则处理500继续以检验第二用户用以访问文件的第二服务(框510)。处理500确定第二服务是否与第一服务相同(框512)。如果第二服务与第一服务相同,即,如果第一用户和第二用户二者使用相同服务来访问文件(例如,播放流音乐),则向第二用户发送具有第一服务ID的文件推荐(该示例中,第一服务ID与第二服务ID相同或实质上相似),将文件排队以便第二用户消费(例如,播放)(框514)。第一服务标识码可以包括URUtinyURL和/或指向文件的任何其它合适指针。接着,处理500结束(框516),直到接收到下一推荐或处理另一个推荐。
[0091]如果当检验第二用户的第二服务(框510)时确定所述第二用户的第二服务与第一用户使用的第一服务不同(框512),则该过程确定是否存在任何第二服务,即,第二用户是否使用任何特定服务来访问文件(框518)。如果第二用户没有使用或订阅第二服务(或第一服务),则处理500通过元数据来搜索推荐文件(框520),使得处理500可以通过将使用第一服务的第一用户推荐的文件与另一服务主持的文件进行匹配,来将第二用户与所推荐的文件相连接,其中图4的编码器428将元数据与文件推荐相关联或相对于推荐编码而编码。一些示例中,处理500在免费音乐访问服务上使用例如音乐曲目标题来进行搜索。当定位了推荐的文件时,下载文件和/或向第二用户发送与文件的链接,将文件排队以供第二用户消费(框522)。接着,处理500结束(框516),直到接收到下一推荐或处理另一推荐。
[0092]如果当检验第二用户的第二服务(框510)时确定所述第二用户的第二服务与第一用户使用的第一服务不同(框512)且存在第二服务,即,第二用户使用不同的第二服务来访问文件(框518),则处理500搜索(例如,用搜索器432)针对所推荐文件的第二服务标识码(框524)。第二服务标识码可以包括URL、tinyURL和/或指向文件的任何其它合适指针。例如,使用例如编码器428相对于第二服务标识来编码文件推荐(框526),使得处理500可以通过将使用第一服务的第一用户推荐的文件与第二服务主持的文件进行匹配,来将所述第二用户与所推荐的文件相连接。此外,例如,将具有第二服务标识的文件推荐存储在数据库434中(框528)。一些示例中,例如,如果数据库434包括与相同的所推荐文件相关的两个服务的服务代码,则数据库434可以用作两个服务之间的转换器,以便匹配两个服务之间的文件。接着,处理500向第二用户发送第二服务标识和关联的文件推荐,对所推荐的文件进行排队以便第二用户使用(框530)。接着,处理500结束(框516),直到接收到下一推荐或处理另一推荐。
[0093]一些示例中,即使第二用户使用第二服务来访问文件,处理500不搜索第二服务标识码。这种实施例中,处理500可以例如通过第一服务标识或元数据,识别来自该文件推荐的文件,处理500可以使用第二服务来访问文件。因此,确定存在第二服务(框518)之后,示例处理500可以使用元数据来搜索文件或指向该文件的指针(框520)。例如,读取音乐曲目的文件推荐之后,处理500可以确定所推荐音乐曲目的标题、作者和/或专辑。根据该信息,处理500可以访问第二服务以便获得或定位所推荐音乐曲目,使得处理500可以通过将使用第一服务的第一用户推荐的文件与第二服务主持的文件进行匹配,来将所述第二用户与所推荐的文件相连接,而不获得或采用第二服务标识码。该示例中,处理500还可以在免费服务上搜索文件或指向该文件的指针,而不管第二服务的存在。
[0094]一些示例中,处理500确定在所述文件推荐中没有提到第二用户(框508)。例如,第一用户可以指示他喜欢某个文件,他可以不将该文件具体推荐给任何其他用户,而是一般性地推荐给网络或公众,或者在文件推荐中自动提及该用户当前使用的文件(例如,当前播放的音乐曲目)。当在文件推荐中没有标识第二用户时(框508),示例处理500确定第二用户(或第三用户、第四用户等)是否请求所推荐的文件(框532)。如果第二用户请求所推荐的文件,则控制示例处理500返回到框510,其中检验所述第二用户的第二服务。如果第二用户没有请求所推荐的文件,则处理500将处于空闲(针对这个特定的文件推荐)(框534),直到确定第二用户请求了所推荐的文件(框532)。
[0095]图6示出了示例图形用户界面600,例如,其中示例图形用户界面600可以分别实现在第一和第二用户402、404的回放设备418、422和/或上述控制器300上。示例图形用户界面600示出了具有若干面板的屏幕,所述若干面板包括文件控制面板602、当前状态面板604、队列面板606、网络更新面板608和网络列表面板610。可以添加、移除、重新排列任意数量的面板以便创建任何类型的图形用户界面。此外,每个用户可以针对他或她的特定需求和/或偏好来定制图形用户界面。
[0096]控制面板602包括按钮或按键来控制文件的使用,例如包括播放、停止或暂停音乐曲目、跳到下一曲目、重复曲目和控制音量。
[0097]当前状态面板604示出了当前正使用的文件。当前状态面板604还包括能够被用户能够激活以指示欣赏文件的图标或按钮612。当前状态面板604还包括指示用户想要推荐当前文件的图标或按钮614。如果用户激活了推荐按钮616,则可以提示用户提供其它信息,例如,该用户希望向其推荐文件的特定用户。
[0098]队列面板606示出了准备使用的其它文件。例如,可以基于上述对推荐文件的接受或接收来动态改变队列。此外,尽管当前没有使用或播放文件,然而队列面板606包括指示用户喜欢特定文件的图标616和推荐所述文件的推荐按钮618。
[0099]网络更新面板608示出了用户网络内的联系人的最近活动。尽管在图6的图形用户界面600中仅示出了一个活动,然而可以出现任意数量的活动,例如,包括滚动内容。该示例中的网络更新面板608示出了朋友或联系人(例如,朋友I)喜欢特定文件(例如,X音乐曲目)。在网络更新面板608提醒用户根据需要通过激活请求按钮620来请求该文件。网络更新面板608可以包括关于以下方面的信息:专门针对某用户进行的推荐,或用户网络内或公众的的任何其它活动,包括例如两个用户联系人之间的活动。
[0100]网络列表面板610示出了用户网络内的朋友或联系人的列表。该示例中,示出了朋友的F1-F10,网络列表面板610可以包括滚动列表。此外,用户可以通过选择特定联系人与网络列表面板610所列联系人交互或观看所述联系人的历史活动。此外,用户可以通过拖动文件名并将其释放在联系人名称上,来针对特定联系人提供推荐文件。本领域普通技术人员将理解,可以多方面地操纵和改变图6的示例图形用户界面600。
[0101]如上所述,这里所公开的特定实施例能够进行媒体共享,例如,在包括互联的社会环境下共享音乐,即,匹配不同媒体访问服务之间的音乐或其它媒体文件。例如Twitter或Facebook的传统社交网络用于共享文本信息,S卩,指示用户在做什么、用户喜欢什么、用户在听什么音乐等的文本字符串。这里所公开的示例允许共享音乐文件和/或允许在不同音乐访问服务之间匹配音乐文件。可以使用web可访问的系统(例如,包括上述图1-4的系统)来实现这些示例。这些示例中,使用第一音乐服务(例如,Rhapsody)(包括基于订阅的服务)的账户持有人或用户可以与其它账户持有人共享歌曲,这里所述的系统包括搜索功能,搜索功能使得能够通过搜索例如艺术家、标题和/或专辑在音乐服务之间或在本地库中共享和/或匹配音乐。
[0102]特定实施例中,建立基于音乐服务的MOAPI (音乐开放应用程序接口)。希望加入该服务的用户申请账户。一些示例中,不存在用来访问以首先创建证书的初始网页,用户可以从控制器选择用户名和密码,其中如果所述用户名和密码可用,则成为用户账户。一些示例中,可以采用类似开放认证的标准(开放认证的倡议)。
[0103]一些示例中,在“正在播放”屏幕(例如,图6的界面600)上,用户可以进行选择以便“推荐”媒体(例如,艺术家/专辑/曲目)。推荐发起了一个或多个事务(transaction),例如包括,向用户联系人的数据库添加或编码服务特定标识符。因此,如果用户从一个服务推荐文件(例如,Rhapsody曲目),则这里所述的示例系统和方法对该推荐中的第一服务标识码(例如,Rhapsody ID)进行编码,使得当任何用户联系人看到用户所推荐的内容时,如果该联系人恰巧具有相同文件访问服务(即,该示例中,Rhapsody),则播放所推荐的文件(例如,音乐曲目)。可以利用固件适配来执行基于web的搜索和/或解码任何编码后的服务标识码。
[0104]一些示例中,如上所述,该系统设有地址簿,其中包括了用户联系人的列表。一些示例中,将地址簿存储在中央服务器(例如,中央数据库434)处。
[0105]一些示例中,用户联系人可以不使用相同服务来访问用户使用的文件。例如,用户的一个联系人可以使用Spotify服务来访问和/或播放音乐曲目,而用户使用Rhapsody服务。一些示例中,示例系统允许通过这里所述的搜索中的一个或多个,将一个服务上的文件(例如,音乐曲目)在另一服务上播放。例如,当系统(例如,中间体406)从用户接收到对共享曲目(例如,所推荐的音乐曲目)的标识并(例如,通过检验器426)发现联系人(即,第二用户)没有订阅第一服务(例如,联系人没有订阅Rhapsody)时,系统可以请求该音乐曲目的元数据(例如,专辑、艺术家和/或标题),并执行搜索以发现联系人使用什么服务(该示例中,Spotify)和/或还搜索联系人的本地库。
[0106]此外,一些示例中,系统(例如,通过中间体406)将用户联系人所推荐的文件列表(例如,艺术家/专辑/曲目)视作库项目。当发生推荐时促使动态更新用户联系人推荐的内容。经由用户联系人的示例搜索可以包括:
[0107]
【权利要求】
1.一种共享音乐文件的方法,所述方法包括: 从第一用户读取针对第二用户的音乐参考,第一用户使用第一音乐访问服务来访问音乐; 识别与音乐参考有关的音乐文件; 识别不同于第一音乐访问服务的第二音乐访问服务,第二用户使用第二音乐访问服务来访问音乐;以及 使用第二音乐访问服务对音乐文件进行播放、指向或排队中的至少一个。
2.根据权利要求1所述的方法,还包括:在使用第二音乐访问服务对音乐文件进行播放、指向或排队中的至少一个之前,响应于音乐参考接收来自第二用户的音乐请求。
3.根据权利要求1所述的方法,其中使用第二音乐访问服务对音乐文件进行播放、指向或排队中的至少一个包括:在线以及在本地存储设备中搜索音乐文件。
4.根据权利要求1所述的方法,还包括:使用第三音乐访问服务代替第二音乐访问服务对音乐文件进行播放、 指向或排队中的至少一个,其中第二用户使用第三音乐访问服务来访问音乐,相较于第二音乐访问服务,第三音乐访问服务提供更便宜的音乐访问或更高质量的音乐文件中的至少一个。
5.一种系统,包括: 接口,接收由推荐文件的第一用户做出的文件推荐; 检验器,检测第一用户所用的第一服务,检测第二用户所用的第二服务; 编码器,基于第一用户所用的第一服务,将第一服务标识码与文件推荐相关联; 搜索器,在本地库或网络可访问数据库中的一个或多个内,基于第二服务搜索与文件相关联的第二服务标识码,所述编码器将第二服务标识码与文件相关联; 回放引擎,在第二服务和第一服务是相同服务的情况下向第二用户提供具有第一服务标识码的文件推荐,或在第二服务和第一服务是不同服务的情况下向第二用户提供具有第二服务标识码的文件推荐; 数据库,存储将第一服务标识码或第二服务标识码中的一个或多个与文件推荐相关联的记录。
6.根据权利要求1所述的系统,其中第一用户在文件推荐中指定第二用户,搜索器自动搜索与文件相关联的第二服务标识码。
7.根据权利要求1所述的系统,其中所述文件是音乐文件。
8.根据权利要求1所述的系统,其中编码器将元数据与文件推荐相关联,搜索器在第二用户不使用第二服务时,基于元数据来定位文件。
9.根据权利要求1所述的系统,其中数据库存储第一用户的联系人列表以形成社交网络。
10.根据权利要求6所述的系统,还包括:更新器,向第一用户动态通知由联系人推荐的其它文件推荐。
11.根据权利要求1所述的系统,其中,第一服务或第二服务之一是在线流音乐服务。
12.—种方法,包括: 当接收到由推荐文件的第一用户做出的文件推荐时,检验第一用户所用的第一服务; 基于第一服务,相对于文件来编码第一服务标识码;当接收到第二用户的文件请求和/或检测到在文件推荐中提及第二用户时,检验第二用户所用的第二服务; 在本地库或网络可访问数据库中的一个或多个内,基于第二服务搜索与文件相关联的第二服务标识码; 相对于文件来编码第二服务标识; 在第二服务和第一服务是相同服务的情况下向第二用户提供具有第一服务标识码的文件推荐,或在第二服务和第一服务是不同服务的情况下向第二用户提供具有第二服务标识码的文件推荐;以及 存储将第一服务标识码或第二服务标识码中的一个或多个与文件相关联的记录。
13.根据权利要求12所述的方法,其中所述文件是音乐文件。
14.根据权利要求12所述的方法,还包括: 相对于文件推荐来编码元数据;以及 当第二用户不使用第二服务时,基于元数据来定位文件。
15.根据权利要求12所述的方法,还包括:存储第一用户的联系人列表以便形成社交网络。
16.根据权利要求16所述的方法,还包括:向第一用户动态通知由联系人推荐的其它文件推荐。
17.根据权利要求12所述的方法,其中所述第一服务或第二服务之一是在线流音乐服务。
18.—种有形的机器可读介质,在所述机器可读介质上存储有指令,所述指令在被执行时导致机器进行至少以下操作: 当接收到由推荐文件的第一用户做出的文件推荐时,检验第一用户所用的第一服务; 基于第一服务,相对于文件来编码第一服务标识码; 当接收到第二用户请求的文件和/或检测到在文件推荐中提及第二用户时,检验第二用户所用的第二服务; 在本地库或网络可访问数据库中的一个或多个内,基于第二服务搜索与文件相关联的第二服务标识码; 相对于文件来编码第二服务标识; 在第二服务和第一服务是相同服务的情况下向第二用户提供具有第一服务标识码的文件推荐,或在第二服务和第一服务是不同服务的情况下向第二用户提供具有第二服务标识码的文件推荐;以及 存储将第一服务标识码或第二服务标识码中的一个或多个与文件相关联的记录。
19.根据权利要求22所述的机器可读介质,其中所述文件是音乐文件。
20.根据权利要求22所述的机器可读介质,其中当被执行时还引起机器进行以下操作: 相对于文件推荐来编码元数据;以及 当第二用户不使用第二服务时,基于元数据来定位文件。
【文档编号】G06Q50/10GK103959323SQ201280056773
【公开日】2014年7月30日 申请日期:2012年9月21日 优先权日:2011年9月21日
【发明者】罗恩·库珀, 若尼·霍德利 申请人:搜诺思公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1