CN104303205A - 用于对共享媒体播放列表进行排序和投票的方法和系统 - Google Patents

Abstract

提供一种用于管理播放所用的媒体项的排序的方法和系统。该方法包括建立两个以上的所连接装置之间的会话、并且接收来自所连接装置其中之一的请求以创建共享媒体播放列表。该共享媒体播放列表接受来自所连接装置中的至少一个所连接装置的多个媒体项的添加。然后，从所连接装置中的一个或多个所连接装置收集选票输入。将该选票输入应用于共享媒体播放列表内的多个媒体项中的所选择媒体项。该方法处理所收集到的选票输入以设置针对多个媒体项中的至少一个媒体项的得分。该方法对共享媒体播放列表内的多个媒体项进行排序，以使得会话期间的多个媒体项的播放遵循该排序。

Description

用于对共享媒体播放列表进行排序和投票的方法和系统

技术领域

本发明涉及用于响应于共享参与者所进行的投票来对共享播放列表进行排序的方法、系统和计算机程序。

背景技术

这些年来因特网应用程序已急剧增长，因而装置所配备的访问这些应用程序的功能也已急剧增长。已经历这种增长的一个领域涉及社交互动和媒体共享。所连接用户可以共享的媒体可能差别很大，从简单的图片和音频到复杂的互动多媒体。然而，用于将媒体共享并渲染至组的控制没有相应的进步。当前，共享特定媒体的用户必须依赖于一个参与者以控制要播放哪些特定媒体以及何时要播放这些特定媒体。在其它情形下，向各用户提供了过多的控制，这可能导致其它参与用户的滥用或挫败感。

正是在这种情况下，实施例得以产生。

发明内容

本发明的实施例提供用于对共享媒体播放列表进行排序和投票的方法、系统和计算机程序。媒体可以包括任何类型的数字媒体项，并且在两个以上的用户之间的会话期间发生投票。在一个实施例中，在用户之间的所连接会议会话期间发生共享，并且可以经由社交网站或程序启用该会议。在会话期间，所连接用户经由他们的装置可以选择要播放的媒体项(例如，歌曲、视频等)，并且将这些媒体项在共享播放列表中排序。在会话期间，用户可以对参与用户所添加的各种媒体项进行投票，并且该投票辅助对在所连接会话期间播放所用的播放列表中的媒体项进行自动排序。在会话期间，投票是向参与用户提供用以沟通他们针对特定媒体项的赞成或不赞成的方式的机制，并且排序使得参与用户最赞成的媒体项能够上升至列表的顶部(即，用于更迅速的播放或渲染)。在所连接会话期间，用户还可以经由视频馈送进行参与，并且来自该视频的音频可以连同来自从播放列表中正播放的所选择媒体项的音频一起提供。

应当理解，本发明可以以诸如处理、设备、系统、装置或方法等的多种方式在计算机可读介质上实现。以下说明本发明的若干创造性的实施例。

在一个实施例中，提供一种用于管理播放所用的媒体项的排序的方法。所述方法包括建立两个以上的所连接装置之间的会话、并且接收来自所述所连接装置其中之一的请求以创建共享媒体播放列表。所述共享媒体播放列表接受来自所述所连接装置中的至少一个所连接装置的多个媒体项的添加，然后从所述所连接装置中的一个或多个所连接装置收集选票输入。将所述选票输入应用于所述共享媒体播放列表内的所述多个媒体项中的所选择媒体项。所述方法处理所收集到的选票输入以设置针对所述多个媒体项中的至少一个媒体项的得分。所述方法对共享媒体播放列表内的所述多个媒体项进行排序，以使得所述会话期间的所述多个媒体项的播放遵循该排序，其中所述方法由处理器来执行。

在另一实施例中，提供一种包括程序指令的非瞬态计算机可读介质，所述程序指令用于管理媒体项的排序。所述计算机可读介质包括用于建立两个以上的所连接装置之间的会话的程序指令、以及用于接收来自所述所连接装置其中之一的请求以创建共享媒体播放列表的程序指令。所述共享媒体播放列表接受来自所述所连接装置中的至少一个所连接装置的多个媒体项的添加。还提供用于从所述所连接装置中的一个或多个所连接装置收集选票输入的程序指令，并且将所述选票输入应用于所述共享媒体播放列表内的所述多个媒体项中的所选择媒体项。还提供用于处理所收集到的选票输入以设置针对所述多个媒体项中的至少一个媒体项的得分的指令。该处理被配置为针对所述选票输入所收集于的多个所述所连接装置各自执行赞成票约束和反对票约束。所述程序指令还对所述共享媒体播放列表内的所述多个媒体项进行排序，以使得所述会话期间的所述多个媒体项的播放遵循该排序。

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

附图说明

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

图1示出根据本发明的一个实施例的、用于允许经由在线系统来访问媒体的系统图。

图2示出根据本发明的一个实施例的、保持从多个媒体源所接收到的数据的媒体内容存储器的框图。

图3A～3C示出社交媒体网络提供如下界面的实施例，其中利用该界面，用户可以访问媒体内容并在会话期间将媒体在播放列表中共享，并且基于投票反馈来提供排序。

图3D示出根据本发明的一个实施例的、将允许对参考图3A～3C所述的会议共享会话进行处理的系统的框图。

图4示出根据本发明的一个实施例的、在进行如图3A～3C所示的会议共享会话期间可以提供的各种命令的功能示例。

图5示出根据本发明的一个实施例的、在会话期间将媒体项(例如，歌曲)添加至会话播放列表的一个示例。

图6示出根据本发明的一个实施例的、在多个用户之间约定的会话期间为了管理会话播放列表所实现的打分机制的示例。

图7示出根据本发明的一个实施例的打分逻辑的更详细的图。

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

具体实施方式

以下实施例说明用于对共享媒体播放列表进行排序和投票的方法、计算机程序和系统。

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

作为一般概述，系统使得能够对添加至共享播放列表的媒体项进行动态排名。排名系统允许进行以下：将媒体项添加至播放列表；并且在会话期间所有用户均将他们选中的媒体项贡献至播放列表的情况下，对这些媒体项进行投票以设置最民主的播放列表顺序。各媒体项将具有与之相关联的得分，并且得分越高，该媒体项越接近队列(例如，播放列表)的顶部。在将每个媒体项添加至会话播放列表时，将该媒体项输入到表中。该表将识别媒体项元数据、当前得分和在共享播放列表会话中所播放的次数(例如，播放次数)。在将媒体项添加至播放列表的情况下，播放列表中的该媒体项将具有1-播放次数的得分。在一个实施例中，对所添加的媒体项进行这种打分，由此人们/用户不能不断添加他们喜爱的歌曲以反复收听。如果其它用户想要再次收听该首歌曲，则这些用户可以容易地对该歌曲投赞成票，但默认该歌曲的排名从低开始。

在一个实施例中，不允许用户对他们自己的音轨投赞成票或反对票，但允许用户将他们自己的音轨从队列移除。如果任何用户将已移除的音轨添加回该音轨被移除的同一会话，则该音轨将以移除之前所具有的相同得分被添加回。在一个实施例中，该机制防止人们移除得分低的音轨并立即将这些音轨添加回以获得较高排名。此外，在一个实施例中，在播放了音轨的情况下，将该音轨从播放列表移除，重置得分，并且针对该会话的播放次数增加。在会话结束的情况下，清除该会话所用的表。

考虑到该概述，将参考图1和2来提供与用于促进共享播放列表的处理的示例系统有关的初步论述。

图1示出定义如下方法的系统图100，其中这些方法用于访问并播放云存储器中所存储的并且从其它在线媒体存储器所访问的音乐文件。该系统包括连接至因特网104的多个服务器。在一个实施例中，这些多个服务器和存储器是数字服务提供方102的一部分。数字服务提供方102是可以包括多个服务器的系统，其中这些多个服务器可以提供应用程序、服务、数字内容以及系统、应用程序、用户和社交网络之间的互连性。例如，数字服务提供方102可以包括搜索引擎108和多个服务器110，其中这多个服务器110提供各种商业、社会和科技相关的主题所用的应用程序。另外，可以设置如下服务器：针对提供媒体内容逻辑提供方(MCPL)111以搜索、共享并播放在线媒体的服务的服务器，向社交媒体网络112提供服务的服务器，以及用以提供音乐相关服务的其它服务器。还可以访问存储器以检索并存储社交数据112a和媒体内容111a。此外，还可以访问第三方服务以补充或提供附加数据。

一个示例的数字服务提供方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示出保持从多个媒体源111b所接收到的数据的媒体内容存储器111a的框图。媒体的接收可以通过从各种实体经由因特网发布帖子(例如，上传)的形式。媒体源111b可以由个人、商业实体和/或原始内容制作方来提供。该内容还可以包括用户生成内容(UGC)以及专业制作内容或者它们的任意大小的剪辑。

例如，媒体源可以包括视频、视频剪辑、广告、视频和广告的组合、音频文件、音乐文件、音乐音轨、音乐视频、音乐视频的剪辑、音乐音轨的剪辑、包括多个音乐音轨的专辑、以及它们的组合。一般而言，存储器111a中所存储的媒体内容可以是采用数字形式的任何类型的媒体项，并且能够经由因特网来传送、接收、存储和交换。

在一个实施例中，媒体内容提供方逻辑(MCPL)111能够管理可以上传或发布至媒体内容111a的不同类型的媒体项。在一个实施例中，MCPL 111是允许用户发布视频、并且允许其它用户搜索并观看媒体内容111a存储器中所保存的视频的在线视频共享系统。

如上所述，应注意，MCPL 111不限于视频，并且可以存储任何类型的数字内容。实际上，用户经由接口111’访问媒体内容111a中所存储的媒体项，从而使得用户能够针对他们的期望目的搜索媒体项。因此，应将媒体内容111a视为任意数量的如下用户经由因特网可以访问的媒体项的存储库，其中这些用户可以贡献媒体项、搜索媒体项、观看媒体项、共享媒体项、对媒体项进行评论等。

图3A示出社交媒体网络112提供如下界面112b的一个实施例，其中利用该界面112b，用户可以访问诸如媒体内容111a中所存储的媒体内容等的媒体内容。在该例示中，界面112b示出针对姓名为Bob的用户的主页，其中Bob处于与朋友Rick和Jane进行通信的过程中。主页是主要页面或者与Bob的社交媒体网络帐户相关联的页面其中之一，并且通过Bob的社交网络和朋友圈，Bob可以与作为Bob的圈子的一部分的朋友进行通信。在其它实施例中，Bob可以向他的圈子添加朋友并邀请现有朋友或新朋友加入会议会话。在一个实施例中，会议会话可以是业务相关或供娱乐。作为示例，用户可以建立针对视频会议和出去玩的会话、讨论主题等。在本实施例中，Rick和Jane这两者可被视为与Bob进行会议共享会话，并且在区206中示出Rick和Jane的缩略图。在一个实施例中，区206中的Rick和Jane的缩略图可以是正与Bob和其它成员共享的现场视频馈送(例如，实时)。基于各个体用户所设置的结构，所选择的缩略图还可扩展至显示器的主框架。

在一个实施例中，Bob已决定在会议共享会话期间的接口连接会话中与Rick和Jane共享媒体208。在该示例中，会议共享会话使得Bob能够与Rick和Jane共享媒体项。图3B和3C示出Jane和Rick如何同样具有他们自己的界面112b，并且分别具有他们的区206，其中在这些区206中，Jane和Rick可以观看会议共享会话的其它两个成员。

注意，在会话期间，Jane和Rick也具有用以开始共享媒体208操作的能力。图3A～3C假定Bob、Jane和Rick已开始参与媒体共享会话，其中在该媒体共享会话中，已选择了某些媒体项A→D以供在该会话期间分享。在一个实施例中，媒体项可以是多首歌曲。这多首歌曲可以是通过经由可以集成在社交媒体网络112的屏幕内的适当界面111’来访问媒体内容111a而已经选择的。由于以组为单位选择了多首歌曲，因此产生了会话播放列表204。

最初，会话播放列表根据歌曲的选择和所分配的时间戳来添加歌曲。在一个实施例中，用户可以根据按时间戳所定义的顺序开始收听播放列表。另外，Bob、Rick和Jane可以决定基于他们的喜欢和不喜欢或者一般心情来对播放列表中的歌曲进行排名。为了进行该操作，这些用户可以访问社交网络112中的排名按钮206，其中该排名按钮206将使得各用户能够提供他们的与他们有多喜欢或不喜欢特定歌曲有关的选票。尽管仅例示出歌曲A、B、C和D，但应当理解，Rick、Jane和Bob可以根据会话播放列表204来添加要共享的任意数量的歌曲或媒体项。

在一个实施例中，在根据会话播放列表204中已建立的顺序正在播放特定歌曲的情况下，可以在界面112b的播放区域202中示出与该歌曲有关的信息。例如，播放区域202可以提供与播放中的歌曲有关的信息、显示元数据信息、显示与歌曲相关联的视频、显示与歌曲有关的用户评论等。再进一步地，应当理解，播放区域202、播放列表204和排名206可以以任意数量的格式显示在界面112b内。这些格式可以包括采用诸如隐藏格式、下拉、滑块、脚注、标题和任何几何布局结构等的任何期望形式的页面上的配置。

因而，应当理解，会话播放列表204、排名206和播放区域202的例示可以采用任何形式或格式，只要进行针对会话播放列表中的媒体项的排名所提供的功能即可。更进一步地，界面112b示出在会议共享期间可以提供的其它按钮的数量。这些按钮可以包括聊天按钮210、屏幕共享按钮212和邀请按钮214。在一个实施例中，邀请按钮214将使得任一用户能够邀请其他朋友加入会议共享会话。在会议共享会话期间，各参与者可以使用麦克风进行语音聊天、分享用户正穿戴或持有的物品、作出手势、以及进行利用视频聊天可能做的任何其它通信。

在会议共享会话期间，所有用户可能正收听会话播放列表204。例如，会话播放列表204可以包括多首歌曲，并且这些歌曲可能正以较低音量播放以使得各参与者能够使用他们的声音进行通信。在又一实施例中，可以调大音量以使得所有参与者可以欣赏音乐并且彼此作出视频手势。可以对正在从会话播放列表内所列出的媒体项播放的音乐设置任何音量设置。这同样适用于可以按会话播放列表204所提供的顺序进行播放的短视频或剪辑，以使得参与者(Jane、Bob和Rick)能够在会议共享会话期间观看。

图3D示出根据本发明的一个实施例的、将使得能够对参考图3A～3C所述的会议共享会话进行处理的系统的框图。在该示例中，将社交媒体网络112作为界面提供，其中通过该界面，Bob、Jane和Rick可以在会议共享会话期间彼此进行通信。该社交媒体网络还可以与诸如运行媒体内容提供逻辑(MCPL)111的服务器等的其它服务器进行通信，其中该MCPL 111与其用于存储媒体内容111a的存储器进行通信。

例如，社交媒体网络112可以与之通信以获得媒体的其它服务器可以包括能够访问云音乐存储器116的音乐提供方逻辑(MPL)114。如上所述，云音乐存储器116可以包括会议共享会话中的任一用户所拥有的音乐。在一些实施例中，可以提供特定音乐的共享以供正进行会议共享会话的各用户收听。

在一个实施例中，可以识别会议共享会话的所有参与者所拥有的特定音乐，以使得能够在会议共享会话期间自由地播放音乐。在其它实施例中，在从诸如媒体内容提供方逻辑111所提供等的公共资源获得媒体内容的情况下，可以在会议共享会话的用户之间自由地共享该内容，而不考虑识别该媒体项的所有者。经由社交媒体网络112向媒体项访问的配置没有限制而是可以包括诸如图3D没有示出的第三方内容等的其它源。

图4示出在进行如图3A～3C所示的会议共享会话的情况下可以提供的各种命令的功能示例。如上所述，设置有共享媒体按钮208以供用户选择用户何时想要向播放列表添加媒体项、从播放列表移除媒体项、或者对当前在播放列表中的特定项投票。如这里所使用的，投票是用户为了标识他们对当前放入共享会话播放列表中的特定歌曲或媒体项的喜欢和不喜欢所使用的机制。

在图4的示例中，在选择了共享媒体按钮208的情况下，用户可以通过选择命令250或相似按钮或界面来向播放列表进行添加，其中该命令250或相似按钮或界面可以使用户进入用户可以搜索特定媒体项的界面。在该示例中，用户可以访问搜索栏252并输入文本“歌曲A”，并且在列表254中示出该搜索的结果。示例的媒体项可以包括作为音乐音轨的歌曲A、作为视频的歌曲A、作为电影预告片的歌曲A、作为重新录制曲的歌曲A等。一旦用户选择了要添加至共享播放列表的媒体项的适当格式，则添加该特定歌曲A。如上所述，媒体项可能是已从媒体内容提供方逻辑111、或音乐提供方逻辑114、或具有适当的存储器和接入的第三方因特网站点所获得的。向着第三方因特网站点的访问可以包括要求用户账户、密码、以及(在一些情况下)针对该特定媒体的付款。

在一个示例中，如果特定用户想要从会话播放列表204移除歌曲(媒体项)，则用户可以选择移除输入260。在一个实施例中，将特定歌曲添加至会话播放列表的用户是能够将该歌曲从会话播放列表204移除的用户。在其它实施例中，所有用户都能从会话播放列表204移除歌曲。一旦移除，则基于其余歌曲的当前打分自动生成新排序。

继续图4的示例，用户还可以提供他们的与添加至会话播放列表204的任一歌曲有关的选票。命令280使得用户能够经由投票输入290输入他们的投票偏好。投票输入290仅是用户界面的格式和结构的一个示例，并且任何类型的用户界面均应被如下功能所涵盖，其中该功能同用户提供与任一媒体项有关的投票偏好相关联。在一个实施例中，用户可以通过用信号通知赞成票或反对票来提供他们的选票。为了例示的目的，用户可以通过点击或触摸负(-)符号来输入反对票，而用户可以通过点击或触摸正(+)符号来输入赞成票。如这里所使用的，可以使用任意数量的输入机构来提供用户输入。

这里将点击和触摸描述为用于与程序相互作用的共通方法，但可以使用诸如语音输入、姿势输入、平板输入、光标输入、触笔输入、轻敲输入等的其它类型的输入来与管理会话播放列表204的系统的界面进行通信。

一旦用户通过投票输入290提供了他们的选择，利用如以下将参考图6所述的打分逻辑354来处理该信息。在会话期间，参与该会话的各种用户可以提供他们的与会话播放列表204中的任一媒体项有关的选票。在一个实施例中，不允许将特定媒体项添加至会话播放列表204的用户对他们自己的媒体项投赞成票或投反对票。然而，允许用户将他们自己的媒体项从会话播放列表移除，并且此时将不播放该媒体项。

如果任何用户将已移除的媒体项添加回至该媒体项被移除的同一会话，则该媒体项将以移除之前所具有的相同得分被添加回。提供该机制，以防止用户移除得分低的媒体项并且立即将这些媒体项添加回以获得较高得分、并由此进行排名。在从会话播放列表204播放媒体项的情况下，将该媒体项从会话播放列表移除，重置得分，并且针对该会话的播放增加。

图5示出根据本发明的一个实施例的、在会话期间将媒体项(例如，歌曲)添加至会话播放列表的一个示例。在添加了媒体项的情况下，将初始播放次数自动设置为(1-播放次数)。如果播放次数为0，则如表300所示，值为“1”。在表300中还追踪当前播放次数，从而在该示例中示出媒体项C已播放了一次(播放次数“PC”＝2)，而其它所有媒体项保持它们的初始播放次数(PC＝1)。

表300还示出将追踪添加至会话播放列表204的各媒体项以识别哪些用户添加了特定媒体项。在该示例中，会话的参与者包括Jane、Bob和Rick，并且在表300中识别出他们分别添加的媒体项。一旦在会话期间播放302了特定媒体项，使播放次数递增304。在该示例中，刚刚播放了媒体项C且在308a中当前播放次数增加至3，并且在306b中将媒体项C从播放列表移除。在一个实施例中，代替将媒体项C从播放列表移除，仅将媒体项C移动至会话播放列表204的底部。

另外，可以在参与者参与会话的同时，向会话的参与者显示会话播放列表204的当前状态。可以提供任何图标或图形表示以示出哪个媒体项当前在播放中。在图5的示例中，会话播放列表204示出媒体项A当前在播放中。还可以将与媒体项A有关的诸如元数据等的附加信息显示在图形用户界面中，以在会话期间向用户提供与媒体项A有关的更多上下文信息。

图6示出根据本发明的一个实施例的、在多个用户之间的约定会话期间为了管理会话播放列表204所实现的打分机制的示例。在该示例中，用户Rick、Bob和Jane正参与经由社交媒体网络112而促进实现的会话。在参与该会话期间，用户可以使用他们的计算装置(移动或非移动型)从任意数量的源向会话播放列表204添加媒体项。如上所述，这些源可以包括媒体内容提供方逻辑源111、媒体提供方逻辑114或者可以搜索到、识别出并添加至会话播放列表的第三方源。

在会话期间，用户可以提供与会话播放列表204有关的会话输入352。该会话输入可以包括提供与会话播放列表中的任何媒体项有关的投票输入290。如图所示，媒体项C当前在播放中。用户可能在媒体项在播放中的情况下提供他们各自的与媒体项C有关的选票。

用户还可以提供他们的与会话播放列表204中的任何媒体项有关的投票偏好(赞成、不赞成、评级、评论等)。然后将该投票输入作为会话输入352的一部分进行通信。将该会话输入提供至打分逻辑354，其中该打分逻辑354识别投票输入290，并且处理投票输入290以产生会话播放列表204中的任一媒体项的得分。

如将参考图7所述，必须分析投票输入290以判断特定用户是否能够提供特定类型的投票。另外，根据投票是赞成票还是反对票，处理将针对会话播放列表204中的特定媒体项配置不适合得分调整进行。一旦打分逻辑354处理了在会话期间从任一用户所接收到的投票输入290，打分逻辑354将与会话播放列表排名356进行通信。

会话播放列表排名356将针对会话播放列表204中的任一媒体项接收来自打分逻辑354的调整，并且对会话表350进行调整。会话表350维持媒体内容360的标识、针对各媒体项的得分362和播放次数364。如图所示，针对会话表356中的各媒体项所提供的打分将依赖于选票是赞成还是反对、选票是否来自于添加了该媒体项的用户、以及其它处理。

在一个实施例中，一旦生成了得分，使用打分362来按最流行的顺序对媒体项360进行排名，以使得在会话期间将首先播放会话播放列表204中的最流行媒体项。一旦根据会话播放列表排名356调整了会话表350，渲染逻辑372使用该排名信息来在会话期间以动态方式填充和调整会话播放列表204。因而，在会话期间，Rick、Bob和Jane将观看基于该组所提供的打分进行调整后的会话播放列表。

图7示出如参考图6所论述的打分逻辑354的更详细图。打分逻辑354接收会话输入352。如上所述，会话输入352可以包括以下内容：添加至会话播放列表204的媒体项、从会话播放列表204删除的媒体项、与会话播放列表204中的任一媒体项有关的赞成或反对的投票等。将该输入提供至打分逻辑354。

打分逻辑354将首先确定针对任一媒体项所接收到的选票的类型。将利用选票类型处理器380来进行该处理。选票类型处理器380将判断选票是赞成票还是反对票。如果选票是赞成票，则选票类型处理器380将与赞成票模块382进行通信。赞成票模块382将执行选票许可检验器384，其中该选票许可检验器384将判断赞成票是来自添加了媒体项的人还是参与会话的人。如果赞成票来自添加了媒体项的人，则选票许可检验器384将与拒绝赞成票机386进行通信。拒绝赞成票机386可以向用户发送表示不允许这些用户对他们已添加至会话播放列表的媒体项投赞成票的消息。

在另一实施例中，代替消息的通信，在用户将该特定媒体向添加至会话播放列表204的情况下，系统将简单地不处理该用户的赞成票。如果赞成票来自于除添加了媒体项的人以外的人，则对允许赞成票机388进行处理，并且操作390将向该媒体项的得分加上+1分。因而，在本实施例中，各赞成票值+1分。然后将该得分调整通信至更新得分模块400。更新得分模块400与图6的会话播放列表排名356进行通信以使得能够对会话表350更新并排名。

如果选票类型处理器380判断为选票是反对票，则选票许可检验器394将首先检查以确认反对投票是否来自于添加了作为投票对象的媒体项的人。在一个实施例中，允许任何用户进行反对投票，而与这些用户是否是添加了媒体项的人无关。在另一实施例中，不允许添加了特定媒体项的用户进行反对投票，并且拒绝反对票机385将执行以拒绝接受该特定用户的反对投票。

如以上针对拒绝赞成票机386所述，拒绝反对票机396可以与用户进行通信以提供与拒绝接受选票或简单地不允许投票有关的消息。如果允许反对投票，则对允许反对票机396进行处理。该处理将包括操作397中的、用以针对该特定反对票确定适当扣除的计算。操作397将包括在分配适当的反对票分值之前进行处理的两个不同情形。

在一个实施例中，在397a中，在总反对票大于总赞成票的情况下，各反对票值-1/(总反对票-总赞成票)。如果在397b中总反对票小于或等于总赞成票，则各反对票值-1。然后将针对反对票所确定的值通信至模块398，其中在该模块398中，基于所计算出的值来进行扣除。将该扣除通信至更新得分模块400，其中该更新得分模块400与会话播放列表排名356进行通信。因而，通过应用赞成票约束和反对票约束，可以防止特定参与用户的滥用，而该滥用可能破坏一组特定用户的更好的欣赏。同样地，如上所述，会话播放列表排名356被配置为提供媒体项的得分的更新，从而影响并触发会话播放列表204中的媒体项的调整和重新排序。因此，重新排序是如下的自动化处理，其中如根据示例约束所调整的那样，该自动化处理基于会话的用户所提供的反馈投票来在互动会话期间以动态方式发生。

通过执行该投票机制或约束，防止了用户对其它所有人的媒体项投反对票、从而影响播放列表中的仅针对该特定用户所添加的项进行媒体项的播放。仅为了示例的目的，假定在播放列表队列中存在11个媒体项(歌曲)(来自用户A的一首歌曲和来自其它用户的10首歌曲)。如果用户A对所有10首歌曲投反对票，则各选票将仅值-0.1分。尽管这将使所有歌曲位置低于用户A的歌曲(0.9得分相较于1.0)，但仅需任何其它用户对用户A的歌曲投一票反对票就能使用户A的歌曲低于所有其它反对票(0.0相较于0.9)。

在一个实施例中，还需要处理得分持平。得分相同且选票数相同的歌曲(媒体项)将按添加这些歌曲时的时间戳来进行排序。图6在会话表350中示出该情况，其中在该会话表350中，媒体项B和D各自的得分为“2”，但这两个媒体项在会话播放列表204中的排序将基于它们的时间戳(TS)。也就是说，媒体项B是在媒体项D之前添加的，并且尽管这两者的得分相同，但媒体项B在会话播放列表204中的位置较高。

此外，将按反对票的数量对得分相同但选票数不同的歌曲进行排序。反对票较多的音轨将在队列(即，会话播放列表)中处于较低的位置。该机制的原因如下：在一个实施例中，赞成票值1分但反对票所值的分数可能更少，因而满分反对票是比赞成票更强的信号。此外，通常，利用共享播放列表，与取悦更多人相比，更好的是少惹怒人。

为了例示一个示例，假定两个用户正向播放列表添加歌曲。这两个用户均未对任何音轨进行投票，因此所有歌曲的得分均为1。将首先播放所添加的第一个音轨。要播放的第二个音轨将是第二个添加的音轨等。现在，两个音轨在队列中的得分都为4。音轨A具有5个赞成票和2个反对票。音轨B具有3个赞成票但无反对票。由于没有人反对收听音轨B而这两个人实在不想收听音轨A，因此音轨B的实际排名更高。

再次地，尽管描述了歌曲作为示例，但可以使采用数字形式的任何类型的媒体项作为会话播放列表204的一部分。在一个具体示例中，添加至会话播放列表204的媒体项应具有相对较短的形式，以使得能够在会话期间播放多个媒体项。此外，在一个实施例中，会话可以是会议共享会话中的用户正彼此互动的时间。当然，会议可用于寻找乐趣(例如，和朋友出去玩或者业务)。

例如，用户将使用他们自己的计算装置来访问社交媒体网络112，并且在特定时间点开始会话。该会话可以持续，只要参与者期望即可。例如，根据会话的背景情况，会话可以为几分钟～几个小时。如果会话用于娱乐欣赏，则会话可能需要几分钟或多个小时。如果会话用于商业目的，则该会话也可以为几分钟或持续多个小时。在该上下文中，在会话期间维持并处理共享会话播放列表204。一旦会话完成，播放列表也被移除。

在一个实施例中，对与所播放、共享、评论等的媒体项的类型有关的统计数据进行处理，以使得能够在稍后的时间更好地与用户进行通信。更进一步地，关于会话，还可以使用这些统计数据来向用户的朋友通信状态信息或事实。假定提供了针对用户发布帖子的许可，则这些状态信息或事实可以采用到用户的社交网络中的用户流的帖子的形式。例如，有趣的事实可能是“在所收听的音乐的流派是Reggae的情况下，Jane喜欢收听歌曲A。”。可能发布的附加事实的含义可以为“Bob与Rick出去玩，并且他们正收听以下播放列表，点击此处来查看！”。在一些情况下，如果你的一些朋友在媒体(例如，音频、视频、游戏等)方面的品味相似，则用户的社交网络可以建议邀请朋友出去玩，其中在出去玩时，可以共享某些播放列表并对这些播放列表进行投票。一个消息的含义可能是“你为什么不邀请Jane出去玩？她也喜欢Reggae，并且她可以向你的播放列表添加很酷的东西！”。

如果加入会话的用户中的一些用户在会话期间共通地收听一类音乐，则通过统计数据的分析所提供的附加信息可以是向这些用户的推荐。例如，如果一组人每周五晚上都加入会话并持续几个小时，则推荐引擎可以向该组提供这组人在下一会话期间可能欣赏的多首歌曲。

系统可以向用户提供诸如以下等的推荐：“在星期天下午你参与同Rick和Bob的会话的情况下，你欣赏Brazilian音乐…这里针对你的会话提供几点建议”。在又一实施例中，系统可以向正参与会话的用户的朋友生成自动帖子。该自动帖子由于涉及会话播放列表，因此该自动帖子可以提供与用户欣赏收听或观看什么内容有关的一般信息。例如，系统可以向用户的流发布：“Rick正与Bob一起收听cool jazz音乐，听一下他们的共享播放列表中的一些音乐。”。

考虑到以上示例，应当显而易见，可以通信至用户的朋友参与者的通知、消息、帖子等的类型和形式由于涉及在会话期间共享的播放列表，因此为多个。因此，由于对与利用共享播放列表的使用和互动有关的数据进行处理，因此(在应用了逻辑和上下文的情况下)根据历史或当前互动所获得的所述示例的帖子和事实可以扩展至多个上下文和格式。

此外，如上所述，代替仅音轨(例如，音频或音乐)，上述方法还可应用于在线视频的播放列表。在替代实施例中，反对票可以值满分，使得无论对多少首歌曲投反对票，任何人均具有完全否决权。此外，可以将歌曲得分四舍五入为最近整数，因而来自一个用户的过多反对票实际不会对排名产生任何实际影响。还可以打破与赞成票或总票数的持平。

然而，利用较少的反对票来打破持平也可行。代替赞成或反对，还可以实行人们/用户从1～5颗星中对歌曲(媒体项)进行评级的版本。因此，应当理解，可以利用并分析任何类型的评级机制，以自动调整会话期间的会话播放列表的得分、并按参与会话的组重写播放所用的各个媒体项。

图8是用于实现本发明的实施例的计算机系统502的简化示意图。图8示出用于实现本发明的实施例的示例性计算机环境。应当理解，可以利用诸如传统的通用计算机系统等的数字处理系统来进行这里所述的方法。作为代替，可以使用被设计或编程为仅进行一个功能的专用计算机。计算机系统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)盘、闪速驱动器、硬盘驱动器、磁带和其它数据存储装置。非瞬态计算机可读存储介质可以分布在网络连接的计算机系统上，由此可以以分布方式存储并执行计算机可读代码。

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

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

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

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

Claims (25)

1.一种用于管理播放所用的媒体项的排序的方法，包括以下步骤：

在处理器处建立两个以上的所连接装置之间的会话；

接收来自所述所连接装置其中之一的请求以创建共享媒体播放列表，其中所述共享媒体播放列表接受来自所述所连接装置中的至少一个所连接装置的多个媒体项的添加；

从所述所连接装置中的一个或多个所连接装置收集选票输入，其中所述选票输入应用于所述共享媒体播放列表内的所述多个媒体项中的所选择媒体项；

处理所收集到的选票输入，以确定针对所述多个媒体项中的至少一个媒体项的得分；

针对所述选票输入所收集于的多个所述所连接装置各自执行赞成票约束和反对票约束；以及

基于针对所述多个媒体项各自的得分，来对所述共享媒体播放列表内的所述多个媒体项进行排序。

2.根据权利要求1所述的方法，其中，所述所连接装置之间的会话使得能够进行视频和音频的会议共享，其中所述会议共享提供所述所连接装置之间的数据的实时交换。

3.根据权利要求2所述的方法，其中，所述会议共享是经由社交网站的界面实现的，并且多个所述所连接装置的用户与所述社交网站连接。

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

从媒体内容提供方逻辑服务器即MCPL服务器的存储器、音乐提供方逻辑服务器即MPL服务器的存储器、连接至因特网的存储器以及多个所述所连接装置其中之一的存储器中的一个或多个存储器来获得所述多个媒体项。

5.根据权利要求4所述的方法，其中，所述多个媒体项是音乐文件、音节剪辑、音乐视频、视频文件、视频剪辑、广告文件、广告剪辑、用户生成内容即UGC以及它们的组合中的一个或多个。

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

追踪与在所述会话期间所播放的各媒体项相关联的播放次数，以及

响应于播放所述多个媒体项中的特定媒体项，增加与所述多个媒体项中的所述特定媒体项相关联的播放次数；以及将所述多个媒体项中的所述特定媒体项定位在所述共享媒体播放列表的末尾处。

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

追踪与在所述会话期间所播放的各媒体项相关联的播放次数，以及

响应于播放所述多个媒体项中的特定媒体项，增加与所述多个媒体项中的所述特定媒体项相关联的播放次数；以及

将所述多个媒体项中的所述特定媒体项从所述共享媒体播放列表移除。

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

在所述会话期间，维持与添加至所述共享媒体播放列表的各媒体项相关联的播放次数和得分，以及

响应于添加先前从所述共享媒体播放列表移除的所述多个媒体项中的特定媒体项，保留在从所述共享媒体播放列表移除之前与所述多个媒体项中的所述特定媒体项相关联的播放次数和得分。

9.根据权利要求1所述的方法，其中，

执行所述赞成票约束向所述得分增加1分，以及

执行所述反对票约束使所述得分减少1分以下。

10.根据权利要求1所述的方法，其中，执行所述反对票约束包括：

在总反对票大于总赞成票的情况下，使所述得分减少通过将1分与所述总反对票减所述总赞成票之差相除所得的小数；以及

在所述总反对票小于或等于所述总赞成票的情况下，使所述得分减少1分。

11.根据权利要求1所述的方法，其中，执行所述赞成票约束和所述反对票约束包括：判断从特定的所述所连接装置所收集到的选票是否有效，以许可针对特定媒体项添加赞成票或反对票。

12.根据权利要求1所述的方法，其中，还包括以下步骤：在所述会话期间提供视频聊天。

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

利用所述两个以上的所连接装置的用户来收集与所述媒体项的打分有关的统计数据，以及

将与所述打分有关的统计数据自动发布在所述用户中的至少一个用户的社交网络页面上。

14.一种用于对指令进行编码的非瞬态计算机可读介质，所述指令用于管理媒体项的排序，其中所述指令响应于计算装置的执行，使所述计算装置进行包括以下操作的操作：

建立两个以上的所连接装置之间的会话；

接收来自所述所连接装置其中之一的请求以创建共享媒体播放列表，其中所述共享媒体播放列表接受来自所述所连接装置中的至少一个所连接装置的多个媒体项的添加；

从所述所连接装置中的一个或多个所连接装置收集选票输入，其中所述选票输入应用于所述共享媒体播放列表内的所述多个媒体项中的所选择媒体项；

处理所收集到的选票输入，以确定针对所述多个媒体项中的至少一个媒体项的得分；

针对所述选票输入所收集于的多个所述所连接装置各自执行赞成票约束和反对票约束；以及

基于针对所述多个媒体项各自的得分，来对所述共享媒体播放列表内的所述多个媒体项进行排序。

15.根据权利要求14所述的非瞬态计算机可读介质，其中，所述所连接装置之间的会话使得能够进行视频和音频的会议共享，其中所述会议共享提供所述所连接装置之间的数据的实时交换，以及所述会议共享是经由社交网站的界面实现的，并且多个所述所连接装置的用户与所述社交网站连接。

16.根据权利要求14所述的非瞬态计算机可读介质，其中，还包括以下操作：

从媒体内容提供方逻辑服务器即MCPL服务器的存储器、音乐提供方逻辑服务器即MPL服务器的存储器、连接至因特网的存储器以及多个所述所连接装置其中之一的存储器中的一个或多个存储器来获得所述多个媒体项，并且所述多个媒体项是音乐文件、音乐剪辑、音乐视频、视频文件、视频剪辑、广告文件、广告剪辑、用户生成内容即UGC以及它们的组合中的一个或多个。

17.根据权利要求14所述的非瞬态计算机可读介质，其中，还包括以下操作：

追踪与在所述会话期间所播放的各媒体项相关联的播放次数，以及

响应于播放所述多个媒体项中的特定媒体项，增加与所述多个媒体项中的所述特定媒体项相关联的播放次数，以及

将所述多个媒体项中的所述特定媒体项定位在所述共享媒体播放列表的末尾处。

18.根据权利要求14所述的非瞬态计算机可读介质，其中，还包括以下操作：

追踪与在所述会话期间所播放的各媒体项相关联的播放次数，以及

响应于播放所述多个媒体项中的特定媒体项，增加与所述多个媒体项中的所述特定媒体项相关联的播放次数；以及

将所述多个媒体项中的所述特定媒体项从所述共享媒体播放列表移除。

19.根据权利要求14所述的非瞬态计算机可读介质，其中，还包括以下操作：

在所述会话期间，维持与添加至所述共享媒体播放列表的各媒体项相关联的播放次数和得分，以及

响应于添加先前从所述共享媒体播放列表移除的所述多个媒体项中的特定媒体项，保留在从所述共享媒体播放列表移除之前与所述多个媒体项中的所述特定媒体项相关联的播放次数和得分。

20.根据权利要求14所述的非瞬态计算机可读介质，其中，程序指令用于：

执行所述赞成票约束向所述得分增加1分，以及

执行所述反对票约束使所述得分减少1分以下。

21.根据权利要求14所述的非瞬态计算机可读介质，其中，执行所述反对票约束包括：

在总反对票大于总赞成票的情况下，使所述得分减少通过将1分与所述总反对票减所述总赞成票之差相除所得的小数，以及

在所述总反对票小于或等于所述总赞成票的情况下，使所述得分减少1分。

22.根据权利要求14所述的非瞬态计算机可读介质，其中，执行所述赞成票约束和所述反对票约束包括：判断从特定的所述所连接装置所收集到的选票是否有效，以许可针对特定媒体项添加赞成票或反对票。

23.根据权利要求14所述的非瞬态计算机可读介质，其中，还包括以下操作：

在所述会话期间提供视频聊天。

24.根据权利要求14所述的非瞬态计算机可读介质，其中，还包括以下操作：

利用所述两个以上的所连接装置的用户来收集与所述媒体项的打分有关的统计数据，以及

将与所述打分有关的统计数据自动发布在所述用户中的至少一个用户的社交网络页面上。

25.一种用于管理播放所用的媒体项的排序的系统，包括：

服务器，其具有处理器，并且所述服务器能够访问存储器，所述服务器还包括用于进行以下操作的逻辑：

经由网络建立两个以上的所连接装置之间的会话；

接收来自所述所连接装置其中之一的请求以创建共享媒体播放列表，其中所述共享媒体播放列表接受来自所述所连接装置中的至少一个所连接装置的多个媒体项的添加；

从所述所连接装置中的一个或多个所连接装置收集选票输入，其中所述选票输入应用于所述共享媒体播放列表内的所述多个媒体项中的所选择媒体项；

处理所收集到的选票输入，以确定针对所述多个媒体项中的至少一个媒体项的得分；

针对所述选票输入所收集于的多个所述所连接装置各自执行赞成票约束和反对票约束；以及

基于针对所述多个媒体项各自的得分，来对所述共享媒体播放列表内的所述多个媒体项进行排序。