用于在查看型社交网络中向用户提供推荐的系统和方法

文档序号:6435800阅读:773来源:国知局
专利名称:用于在查看型社交网络中向用户提供推荐的系统和方法
技术领域
本发明涉及用于在查看型社交网络(viewing social network)中向用户提供推荐的系统和方法。
背景技术
随着消费者面对来自越来越多的提供者的越来越大量的内容目录,对用于巡览和发现新内容的传统机制的使用变得越来越有挑战性且效率低。消费者发现新内容的最常见且受信任的方法之一是通过口头相传。至今为止,在消费者电子设备上尚不容易得到对媒体的社交共享。

发明内容
在一个实施例中,本发明可表征为一种方法,包括发起与维护与用户相对应的用户信息的社交联网服务器的通信,用户的用户信息包括用户的媒体偏好、与用户相关联的一个或多个联系人、以及一个或多个联系人中的每一个的媒体偏好;从社交联网服务器取得用户的用户信息的至少一部分;以及至少部分基于用户的媒体偏好和一个或多个联系人的媒体偏好中的至少一个为用户生成查看推荐,查看推荐包括一个或多个多媒体内容。在一个实施例中,本发明可表征为一种系统,包括通信地耦合的一个或多个服务器,每个服务器还通信地耦合到操作一个或多个本地设备的一个或多个用户;其中一个或多个服务器中的至少一个包括用于执行步骤的一个或多个处理器,所述步骤包括发起与维护与用户相对应的用户信息的社交联网服务器的通信,用户的用户信息包括用户的媒体偏好、与用户相关联的一个或多个联系人、以及一个或多个联系人中的每一个的媒体偏好; 从社交联网服务器取得用户的用户信息的至少一部分;以及至少部分基于用户的媒体偏好和一个或多个联系人的媒体偏好中的至少一个为用户生成查看推荐,查看推荐包括一个或多个多媒体内容。在另一实施例中,本发明可表征为一种有形的非暂态计算机可读介质,其存储着适合于使基于处理器的系统执行步骤的一个或多个计算机可读程序,所述步骤包括发起与维护与用户相对应的用户信息的社交联网服务器的通信,用户的用户信息包括用户的媒体偏好、与用户相关联的一个或多个联系人、以及一个或多个联系人中的每一个的媒体偏好;从社交联网服务器取得用户的用户信息的至少一部分;以及至少部分基于用户的媒体偏好和一个或多个联系人的媒体偏好中的至少一个为用户生成查看推荐,查看推荐包括一个或多个多媒体内容。


本发明的若干实施例的上述和其他方面、特征和优点将从以下对其的更具体描述中变得更清楚,这些描述是结合以下附图给出的。图1是根据本发明的若干实施例的实现本申请的方法和装置的环境的示例性实施例。图2是根据本发明的若干实施例的用于使能对等通信的本地服务器实现方式的示例图。图3是根据本发明的若干实施例的用于建立到社交联网客户端的通信并且取得用户数据的方法的流程图。图4是根据本发明的若干实施例的用于与一个或多个社交联网服务器建立通信的过程的流程图。图5是根据本发明的若干实施例的在用户看来用于连接到社交联网服务器的过程流程的示例性截屏图。图6是根据本发明的若干实施例的用于向用户提供用户推荐的方法的流程图。图7是根据本发明的若干实施例的用于向用户提供用户推荐的替换方法的流程图。图8是根据本发明的若干实施例的用于提供关于用户在本地查看型社交网络处的活动的更新和推送通知给一个或多个本地联系人和/或给社交联网服务器的方法的流程图。图9是示出根据本发明的实施例的可用于运行、实现和/或执行这里示出和描述的方法和/或技术的基于处理器的系统的框图。在所有附图中对应的标号始终指示对应的组件。本领域的技术人员将会明白,图中的要素是为了简单和清晰而示出的,而并不一定是按比例绘制的。例如,图中的某些要素的尺寸可能相对于其他要素被夸大了,以帮助改善对本发明的各种实施例的理解。另外,在商业上可行的实施例中有用或必要的常见但公知的要素经常不被绘出,以便较少地妨碍对本发明的各种实施例的观察。
具体实施例方式以下描述不应被理解为限制意义的,而仅是出于描述示例性实施例的一般原理的目的而作出的。本发明的范围应当参考权利要求来确定。随着消费者面对来自越来越多的提供者的越来越大量的内容目录,对用于巡览和发现新内容的传统机制的使用变得越来越有挑战性且效率低。消费者发现新内容的最常见且受信任的方法之一是通过口头相传。通过根据本发明的实施例创建消费者及其设备的网络,本系统提供了用于共享媒体偏好和媒体消费模式的方便且个性化的机制。至今为止,在消费者电子设备上尚不容易得到对媒体的社交共享。本发明在一个实施例中提供了用于创建在诸如电视机、DVD或蓝光(BluRay)播放器和其他设备之类的用户电子设备处可访问的查看型社交网络的方法和技术。在许多情况下,用于在大多数社交联网客户端和社交联网服务器之间通信的API 被频繁地更新,从而要求执行社交联网客户端的客户端设备在每次该API被更新时更新社交联网客户端。在若干实施例中,本发明还提供了在客户端设备上执行的社交联网客户端与社交联网服务器之间的中介。此中介(其可采取在中介设备上执行的中介服务器的形式)通信地耦合到一个或多个客户端设备以及一个或多个社交联网服务器,并且向客户端设备提供了用于与社交联网服务器通信并且与社交联网服务器执行交互的手段,而无需在客户端设备处更新社交联网客户端。本发明根据一些实施例提供了为这种客户端设备创建查看型社交网络的方法和技术,并且还提供了创建这种查看型社交网络所需要的基础设施、用户并且最重要的是用户之间的互连。在一个实施例中,用于实现这种查看型社交网络的基础设施包括例如在一个或多个中介设备上执行的一个或多个中介服务器,用于与客户端设备和一个或多个社交联网服务器通信并且维护与查看型社交网络相关联的信息。在一个实施例中,查看型社交网络包括一个或多个用户的用户信息,以及查看型社交网络内的用户之间的联系。在一个实施例中,查看型社交网络包括用户及其本地联系人的本地网络,其中本地联系人即用户与之通信或与之维持某种与hcebook或Linkedin上的朋友或联系人类似的关系的关连用户。查看型社交网络致力于创建一种社交联网环境,该环境致力于媒体消费偏好、模式和推荐以及允许联系人亦即关连用户之间关于媒体内容的交互。为了创建查看型社交网络,本发明根据一些实施例提供了一种在查看型社交网络内的用户之间创建联系的方法。独立地创建这些联系对于用户来说是繁重的任务,要求用户手动创建简档(profile),并且输入关连用户的电子邮件地址、姓名和/或其他(一个或多个)标识物,以便为该用户创建联系。此过程既要求初始准备的时间,也要求创建具有适当数目的联系的已确立简档的时间,因为联系必须通过其他联系来构建,并且必须允许供关系的另一方的用户授权和接受的时间。在若干实施例中,本发明提供了通过访问由用户创建并且由诸如hcebook、 Twitter, Linkedin之类的社交联网服务器维护和存储的已经存在的用户联系来为用户创建查看型社交网络的自动化方法。在一个实施例中,创建这种联系包括访问其中存储有与用户相关联的、包括在社交联网服务器处创建的用户的联系人的列表的联系信息的社交联网服务器,并且导入由这些社交联网服务器存储的联系信息以为用户创建包括若干个本地联系人的查看型社交网络。在一个实施例中,用户的本地联系人限于查看型社交网络内的其他用户或操作直接或通过另外的中介服务器通信地耦合到中介服务器的客户端设备的其他用户。在若干实施例中,用于查看型社交网络的自动化创建的方法和技术避免和/或最小化了要用户来创建另外的在线简档并建立新联系的要求,同时允许了用户迅速地能够访问增强其媒体消费体验所需要的联系和关于联系的信息。首先参考图1,根据本发明的若干实施例示出了实现本申请的方法和装置的环境的一个实施例。如图所示,在一个实施例中,该环境包括由一个或多个用户操作的一个或多个客户端设备llOa-llOn。在一个实施例中,每个设备与中介服务器120a、120b或120c通信。 在其他实施例中,如图1所示,中介服务器120a、120b和120c通过网络125与一个或多个社交联网服务器130通信。在一个实施例中,客户端设备IlOa-IlOn可包括娱乐设备、游戏机、家用器具、移动电话、手持式设备、平板电脑、个人计算机和/或其他消费者电子设备。为了简单,图1 只示出了耦合到中介服务器120a的客户端设备llOa-llOn。根据若干实施例,中介服务器 120a、120b或120c中的每一个与一个或多个客户端设备通信地耦合。在一个实施例中,如图1所示,中介服务器120a、120b和120c中的每一个与一个或多个客户端设备110和一个或多个社交联网服务器130直接通信。根据若干个其他实施例,中介服务器120a、120b和120c中的每一个还通信地耦合到其他中介服务器,如图1所为了描述本发明的示例性实施例,客户端设备IlOa-IlOn以及可通信地耦合到中介服务器120a、120b和120c的其他客户端设备被统称为客户端设备110。此外,中介服务器120a-120c在这里被统称为中介服务器120。然而,应当理解,客户端设备和/或中介服务器中的一个或多个可包括附加的或替换的功能,而仍根据本发明的实施例工作。此外,虽然图1只示出了三个中介服务器120a、120b和120c,但在其他实施例中,系统可包括任意数目的中介服务器,其中每个通信地耦合到一个或多个客户端设备和其他中介服务器,这取决于设备的数目以及其他系统特性。例如,在一个实施例中,系统可实现为一个中介服务器 120支持所有客户端设备,而在另一实施例中,可以采用相互通信地耦合的多于三个中介服务器。应当理解,中介服务器120的数目是由系统开发者的偏好决定的和/或是基于系统要求的,并且在本发明的不同实现方式中中介服务器的数目可以变化。在一个或多个实施例中,每个客户端设备110可包括用于通过线路和/或通过无线通信与中介服务器120建立连接并且向其发送和/或从其接收内容和/或消息的手段。 在另一实施例中,一个或多个客户端设备110可通过诸如HDMI或VGA线缆、电连接、电力网等等之类的手段连接到另一客户端设备110,并且可通过该另一客户端设备向中介服务器 120发送和从中介服务器120接收内容和/或消息。在一个实施例中,中介服务器120a、120b和120c管理去往和来自这些客户端设备 110的所有通信。在另一实施例中,作为通过中介服务器120建立通信的附加或替代,一个或多个客户端设备还可具有与一个或多个其他客户端设备的单独的直接通信渠道。在一个实施例中,客户端设备110可具有发现彼此并与彼此建立通信的能力。在一个实施例中,设备发现可通过服务器执行,而在另一实施例中,设备发现是直接执行的,而不经过中介服务
O一旦在一个或多个客户端设备之间建立了通信,客户端设备于是就能够执行包括以下在内的一个或多个功能聊天、语音消息传送、存在性查询和更新、内容共享和同步、设备控制和系统消息。在若干实施例中,为了在用户与其本地联系人亦即查看型社交网络内的联系人之间提供实时通信,系统可采用各种通信协议和/或即时消息传送方案,例如开放XMPP标准、 SIP、HTTP轮询和/或专有的通信协议,以允许实时的对等交互。在一个或多个实施例中, 系统使用允许实时和/或持续通信的通信协议来在一个或多个客户端设备110之间发送和接收通信。此外,在若干实施例中,系统可支持“推送”通知和更新事件以提供对用户的联系人所作出的动作的立即反馈。在一个实施例中,系统可采用诸如XMPP、SIP、HTTP或类似通信协议和/或专有协议之类的通信协议,来支持“推送”通知和更新事件,和/或提供对用户的联系人所作出的动作的立即反馈。在一个实施例中,例如,可从操作客户端设备的用户接收推送通知,并可将其转发到一个或多个其他客户端设备110和/或可将其提供给社交联网服务器130。推送通知和更新事件可提及用户在客户端设备处作出的动作,例如选择内容来查看。在这种实施例中,在社交联网服务器处可使用更新通知来更新在社交联网服务器处维护的用户简档。在一个实施例中,通过充当代理的服务器实现对等通信,以允许根据本发明的一个实施例生成和维护的查看型社交网络内的用户与彼此通信,接收查看推荐,例如内容推荐,和/或向彼此提供关于其查看习惯的更新,即在用户的客户端设备处正利用的当前内容、在用户的客户端设备处利用的内容的历史、用户的内容偏好,等等。例如,在一个实施例中,可通过XMPP、SIP、HTTP或其他这种服务器实现方式来实现对等通信。在其他实施例中, 可以采用专有的通信协议和/或服务器实现方式来使能对等通信。图2示出了根据本发明的若干实施例的用于促进客户端设备之间的对等通信的本地中介服务器实现方式的示例图。在一个实施例中,系统包括相互通信的一个或多个中介服务器120,例如中介服务器120a、120b和120c。每个中介服务器120为一个或多个客户端设备110充当中介服务器,例如如图1中所示,中介服务器120a为客户端设备IlOa-IlOn 充当中介服务器。在一个实施例中,一个或多个中介服务器120a、120b和120c被配置为促进客户端设备之间的通信,并且可允许实时的对等通信。例如,在一个实施例中,可通过诸如XMPP消息传送协议、HTTP轮询、SIP消息传送协议或专有通信协议之类的通信协议来促进这种通信。在一个实施例中,例如,在通过XMPP协议实现通信的情况下,用于通过中介服务器实现XMPP通信的基础设施可基于开源可定制XMPP服务器。在替换实施例中,其他服务器实现方式可用于通过中介服务器实现XMPP通信。此外,在用其他通信协议来促进通信的情况下,可基于用于促进通信的特定通信协议来改变服务器实现方式。在系统内有多于一个中介服务器的许多情况下,每个中介服务器可维持与每个其他中介服务器的开放通信耦合以便迅速且高效地把来自操作由第一中介服务器维护的客户端设备的用户的消息传递到与第二中介服务器通信地耦合的第二客户端设备处的用户。例如,当操作与中介服务器120a耦合的第一客户端设备的第一用户发送消息到操作与中介服务器120c耦合的第二客户端设备的第二用户时,中介服务器120a必须把该消息发送到中介服务器120b和中介服务器120c两者以便找到由第二用户操作的第二客户端设备。根据本发明的若干实施例,一旦找到了第二用户/第二设备,中介服务器120a就将通过把针对第二设备和/或第二用户的所有响应消息直接发送到中介服务器120c来优化递送。这避免了消息的复制,但仍允许集群中的每个服务器维护仅有其直接连接的客户端的查找表,从而通过限制后端系统上的流量减少了每个服务器的存储器占用并且改善了可扩展性。返回参考图1,如图所示,在一个实施例中,一个或多个中介服务器120包括用于通过网络125与社交联网服务器130通信的外部API模块122。在一个实施例中,外部API 模块122被配置为与社交联网服务器130中的一个或多个建立通信,用于接收用户的联系人的列表、关于社交联网服务器130维护的社交联网站点的用户的媒体偏好信息,和/或向社交联网服务器130提供关于用户的媒体消费的更新。在一个实施例中,一个或多个社交联网服务器130中的每一个维护与用户亦即操作客户端设备110的用户相对应的信息。在一个实施例中,该信息可包括用户偏好、用户联系人和用户联系人偏好中的一个或多个。在一个实施例中,用户偏好和联系人偏好包括关于社交联网服务器的用户偏好的媒体内容的类型的信息,其中社交联网服务器的用户包括用户及其联系人,即朋友、关连群组的成员,寸寸。诸如Facebook、Twitter, Mixi之类的社交联网服务器已经花费了多年来构建用户之间的联系。在大多数情况下,社交联网服务器包括API支持,这允许了中介服务器120与社交联网服务器130通信并获得在社交联网服务器处维护的关于用户及其联系人的媒体偏好信息来根据所获得的信息生成包含本地联系人的查看型社交网络。通过与社交联网服务器建立通信,本系统可迅速地创建用户与其他客户端设备处的用户之间的联系。在其他实施例中,取决于社交联网服务器所支持的API功能,本系统还能够取得用户共享的、在社交联网服务器处维护的包括简档信息以及发贴、评论、状态更新等等在内的信息,例如其习惯、喜好和厌恶,例如喜爱的TV演出、电影、音乐、书籍等等。根据若干实施例,这个取得的简档信息例如可用于在查看型社交网络内为用户创建内容推荐。内容推荐例如可包括可推荐给用户的TV节目、电影和/或其他媒体内容。例如,在一个实施例中,所取得的信息可用于将用户和用户的联系人(例如朋友) 指示为其媒体偏好的东西(例如喜爱的TV节目/演出、电影、音乐和/或其他媒体内容) 与可得来提供给用户的媒体内容(例如当前的TV节目、电影、流式内容等等)相比较。任何匹配随后可作为“内容推荐”被提供给操作客户端设备的用户。在一个实施例中,该比较可包括确定在社交联网服务器130处维护的用户及其联系人的媒体内容偏好的一个或多个特性,例如体裁、标题、演员、艺术家等等。这些特性可被与在客户端设备处用户可得的可得媒体内容的列表相比较,以确定相似的媒体内容,即匹配,并且向用户提供推荐。在一个实施例中,内容推荐包括TV节目、电影、音乐、视频剪辑、广告和/或其他媒体内容。此外,在实施例中,系统还使得用户能够立即发送特定推荐到某一朋友/联系人或查看型社交网络内的所有朋友/联系人。在附加或替换实施例中,用户还能够与其在查看型社交网络内的所有本地联系人共享其当前正在观看的东西。这样,本系统还提供了一种基于用户的本地联系人当前正在观看的东西来浏览的新方法。在一个实施例中,例如,可利用诸如XMPP、SIP、HTTP和/或其他类似的允许实时和/或持续通信的通信协议之类的通信协议来使能这种通信。在另一实施例中,可利用专有的通信协议来促进通信。在一个实施例中,通信协议支持查看型社交网络内的一个或多个本地联系人之间的实时通信。在一些实施例中,本发明的系统向用户提供更精致的媒体利用体验,其方式例如是通过将上述的内容推荐功能集成到诸如基于web的媒体内容提供者之类的现有媒体查看服务中,这些现有的媒体查看服务通过互联网连接、web浏览器或通过按需服务来向用户提供流式内容。例如,上述推荐功能可被集成到诸如Qriocity和Amazon之类的基于web 的按需媒体内容提供者应用中。在这种实施例中,例如,客户端设备处的查看基于web的流式内容的用户可被呈现以基于从社交联网服务器130以及从一个或多个本地联系人取得的媒体偏好信息的推荐。例如,可将存储在社交联网服务器处的包括喜爱的电影、TV节目、音乐等等的媒体偏好与用户可得的流式内容相比较,并且可向用户提供推荐。在一个实施例中,该比较可包括确定在社交联网服务器130处可得的用户及其联系人的媒体内容偏好的一个或多个特性,例如体裁、标题、演员、艺术家等等,并且这些特性可被与在用户操作的本地设备处可得的媒体内容的列表相比较以向用户提供推荐。在一个实施例中,本系统从而通过包括从社交联网服务器130和/或从查看型社交网络处的本地联系人取得的包括媒体内容偏好信息在内的信息,向客户端设备处的用户提供了即时推荐。在另一实施例中,如上所述,用户可与其在查看型社交网络处的本地联系人共享其当前正在观看的媒体内容。从而,随着每个用户与其本地联系人共享其正在观看的东西,本系统还提供了续生收入的机会,因此创建了与口头相传的媒体推荐相似的效果。从而,根据一个实施例,通过与现有的社交联网服务器通信并且取得存储在社交联网服务器内的现有用户联系人和偏好信息,通过支持与一个或多个社交联网服务器130 以及一个或多个客户端设备110的通信的中介服务器120可实现为操作这种客户端设备的用户自动化地创建查看型社交网络。在一个实施例中,中介服务器120被配置为向社交联网服务器130查询与操作客户端设备110的用户相关联的用户信息以及用户的联系人的列表。在附加或替换实施例中,中介服务器120还被配置为向社交联网服务器130提供关于操作客户端设备的用户所作出的动作的更新数据。在另一实施例中,本系统允许了推送通知和更新事件,以对用户和用户在查看型社交网络内的本地联系人所作出的动作提供立即反馈。在一个实施例中,标准HTTP通信方法被用于使能中介服务器120与社交联网服务器130之间的通信。在一个实施例中,中介服务器120与各种社交联网服务器130之间的通信以及信息和/或内容偏好信息的取得是利用HTTP协议执行的。在一个实施例中,HTTP协议被用于与诸如Facebook、Twitter之类的社交联网服务器130的所有通信。根据若干实施例,这些社交联网服务器130中的每一个提供用于访问其用户已创建的用户简档、媒体偏好信息和联系的基于HTTP的API。在一个或多个实施例中,基于HTTP的API还可用于向中介服务器120指示何时有附加的社交联网服务器130可用,从而使得未来的社交联网服务器可被动态添加到社交联网服务器130的列表并且可被访问来取得与用户有关的信息。参考图3,示出了根据本发明的若干实施例的用于与社交联网服务器建立通信并且取得用户信息的方法的流程图。该方法开始于步骤310,此时中介服务器120检测操作与中介服务器120耦合的第一客户端设备110的第一用户,其中中介服务器120耦合到包括第一客户端设备在内的一个或多个客户端设备110。在一个实施例中,例如,操作客户端设备的用户可初始化创建查看型社交网络简档亦即查看型社交网络内的用户简档的过程。从而,在一个实施例中,检测用户包括检测用户希望建立查看型社交网络简档。在一个实施例中,在用户访问与中介服务器和/或查看型社交网络相关联的网站或菜单选项时检测到该请求。在检测到用户后,在步骤320中,中介服务器120尝试与维护与用户相对应的信息的社交联网服务器130建立通信。在一个实施例中,如上所述,该信息包括在社交联网服务器130处维护的媒体偏好信息和/或用户的联系人的列表。在一个实施例中,标准的HTTP 通信方法被用于使能中介服务器120与社交联网服务器130之间的通信。在一个实施例中,HTTP协议被用于与诸如Facebook、Twitter之类的社交联网服务器130的一些或全部通信。根据一些实施例,每个社交联网服务器提供用于访问其用户已输入和/或创建的信息和联系的基于HTTP的API。将结合图4和图5来更详细描述最初与社交联网服务器建立通信的过程。在一个实施例中,在步骤320结束时,中介服务器120与一个或多个社交联网服务器130直接通信并且可通过外部API模块122向客户端设备处的社交联网客户端发送一个或多个命令或查询。接下来,在步骤330中,中介服务器120向社交联网服务器130查询与用户相对应的信息,即媒体偏好信息和/或用户的联系人的列表。在一个实施例中,中介服务器120被
10配置为向社交联网服务器130查询与用户相关联的联系信息。在一个实施例中,例如,信息包括用户偏好、用户联系人和用户联系人偏好中的一个或多个。在一个实施例中,用户联系人指的是在社交联网服务器130处维护的用户的朋友和/或关连人。根据若干实施例,用户偏好和用户联系人偏好包括媒体偏好,例如喜爱的TV节目、电影、音乐等等,以及优选的媒体体裁。例如,在一些情况中,由社交联网服务器130所维护的社交联网站点的用户作为其简档信息的一部分指示喜爱的电影、音乐和TV节目。在其他情况中,用户可向社交联网服务器130所维护的社交联网站点发布信息,例如指示出对不同类型的媒体内容的偏好的状态更新或评论。在一个实施例中,社交联网服务器130可收集和存储这种信息,并且还可提供API功能,以使得中介服务器120可取得这种信息。在一个实施例中,查询社交联网服务器的过程可包括确定社交联网服务器的API 功能所支持的一个或多个命令并且通过向社交联网服务器130提供API调用/命令来查询社交联网服务器。接下来,在步骤340中,中介服务器取得在社交联网服务器130处维护的与用户相对应的信息,其中包括含有媒体内容偏好的用户信息。在一个实施例中,该信息可包括从在社交联网服务器130处维护的用户简档取得的信息,其中包括用户的媒体偏好以及用户的联系人的列表。在一个实施例中,用户联系人包括社交联网服务器的与用户互连的其他用户。例如,这种联系人可包括朋友、群组成员、关连页面的用户,等等。此外,在许多情况中, 该信息还包括关于用户的联系人例如在社交联网服务器130处的朋友的信息。在一个实施例中,从社交联网服务器130取得的关于用户的联系人的信息包括通常将可直接通过社交联网服务器130为用户所得的信息。例如,可访问的信息包括考虑到用户在社交联网服务器130处设定的隐私规则和设置而可访问的信息。S卩,在一些实施例中,由社交联网服务器130维护的社交联网站点的用户可设定关于对其简档信息的访问和其联系人可访问的信息的某些限制。在这种实施例中,所取得的关于用户的联系人的信息可仅包括由用户的联系人设定的、用户被授权在社交联网站点处访问和查看的内容。在步骤350中,利用所取得的信息,中介服务器生成与用户相对应的本地查看型社交网络用户简档。在一个实施例中,生成查看型社交网络用户简档包括为用户创建至少一个或多个本地联系人,并且提供用户与这一个或多个本地联系人之间的互连。在一个实施例中,生成用户简档还包括存储从社交联网服务器130取得的用户的媒体偏好、用户的联系人的媒体偏好以及用户的联系人的列表中的一个或多个。在步骤350中,系统利用从社交联网服务器130接收的信息并且为用户生成在本地查看型社交网络处的用户简档。在一个实施例中,例如,在步骤340中从社交联网服务器 130取得的信息包括用户在社交联网服务器130处的联系人的列表。在若干实施例中,在步骤350中,系统可为用户创建本地联系人,并且可被配置为建立用户与本地联系人之间的通信渠道,以使得用户可与其本地联系人通信。根据一个实施例,中介服务器120在取得在社交联网服务器130处维护的用户的联系人的列表后,确定用户的联系人的列表的一个或多个本地用户。在一个实施例中,本地用户指的是操作与一个或多个中介服务器120之一通信的一个或多个客户端设备110之一的用户。在这种实施例中,本地用户被确立为用户在本地查看型社交网络内的本地联系人,并且查看型社交网络用户简档可包括这些本地联系人的列表。如以上参考图1和图2所述,操作与中介服务器120耦合的客户端设备110的本地用户能够直接地或通过中介服务器120与彼此通信。从而,用户可能够查看一个或多个本地联系人并且与这些本地联系人建立通信以接收在由这些本地联系人操作的客户端设备110处利用的当前媒体内容和/或媒体推荐。此外,用户可能够向其本地联系人提供关于该用户在客户端设备110处利用的媒体内容的更新和推荐。例如,在一个示例性实施例中, 通信可包括向本地联系人发送/从本地联系人接收消息,例如从本地联系人接收查看状态更新、与本地联系人共享媒体内容、从本地联系人接收媒体推荐和/或向本地联系人推荐媒体内容。在一个实施例中,通信例如可通过诸如XMPP、SIP、HTTP或专有通信协议之类的通信协议来促进。在一个实施例中,通信协议允许实时通信。在一个实施例中,进一步地,所收集地关于用户的偏好和用户的联系人的偏好的信息被存储在用户简档内。在一个实施例中,当生成查看型社交网络用户简档时,在某个时亥IJ,例如在接收到来自用户的请求时,中介服务器可向用户提供可填充的表单以从用户接收基本简档信息,其中包括标识信息、照片等等。此信息可被进一步包括在用户的查看型社交网络用户简档内。查看型社交网络用户简档还可包括诸如以下信息用户的社交联网应用,即用户已授权或指示为中介服务器120应当与之通信以取得关于用户的信息的社交联网服务器130,以及登录信息,等等。接下来参考图4,示出了根据本发明的一个实施例的用于最初建立中介服务器 120与一个或多个社交联网服务器130之间的通信的过程的流程图。首先,在步骤410中,中介服务器120接收要求在本地查看型社交网络内建立用户简档的用户请求。例如,在一个实施例中,用户通过中介服务器120访问与本地查看型社交网络服务相关联的网站或者通过在客户端设备110处提供给用户的某个菜单或其他手段来预订查看型社交网络服务。在另一实施例中,设备可检测到新客户端设备或客户端设备处的新用户已耦合到中介服务器并且此检测被理解为要求为该新客户端设备处的所有用户或该新用户建立查看型社交网络用户简档的请求。在接收到该请求后,中介服务器120确定为客户端设备110的用户维护简档的一个或多个社交联网服务器130的列表。例如,在一个实施例中,中介服务器可在接收到请求后向用户查询这种信息并接收该信息。在另一实施例中,用户可在请求在本地查看型社交网络内建立用户简档时提供这种信息。在检测到该请求后,建立中介服务器120与被指示为具有与客户端设备110的用户相对应的用户简档的每个社交联网服务器130之间的初始通信的过程开始。在一个实施例中,步骤420-450是对被指示为具有与客户端设备110的用户相对应的用户简档的社交联网服务器130中的每一个执行的。根据若干实施例,为了发起中介服务器120与社交联网服务器130之间的通信,首先必须执行认证过程。在许多情况中,对与社交联网服务器130的通信的认证是通过HTTP API交互来执行的。被许多社交联网客户端和服务提供者用来执行认证的最流行且受信任的机制之一是OAuth,其不允许比如中介服务器120这样的应用直接获取用户访问在社交联网服务器130处维护的用户的信息(例如简档和联系信息)的用户口令。在这种情况中, 为了完成通信链接过程,用户必须首先直接在社交联网服务器的网站处登录。从而,在这种实施例中,为了建立中介服务器120与社交联网服务器130之间的通信,用户必须首先访问社交联网服务器130的网站并且输入其登录信息。从而,在步骤420中,在检测到用户希望建立查看型社交网络简档后,用户被重定向到社交联网服务器网站,例如i^acebook。一旦在该网站处,用户就遵循该社交联网服务器站点处的典型登录过程。在这种实施例中,社交联网服务器130在接收到登录请求后认证用户登录信息。在过程中的这个阶段,来自中介服务器120的链接请求被认证,并且用户连同临时令牌被返回到与中介服务器120相关联的网站。图5示出了在用户看来用于连接到社交联网服务器的过程流程的示例性截屏图。在步骤430中在中介服务器120处接收该临时令牌,并且过程继续到步骤440。在步骤440中,中介服务器120直接联络社交联网服务器130。在联络社交联网服务器时,在步骤450中,中介服务器120对该临时令牌签名并且从中介服务器120取得实际令牌。在过程于步骤450中结束时,中介服务器120被认证了并且处于与社交联网服务器130的直接通信中。一旦建立了通信,中介服务器120就可经由HTTP API查询社交联网服务器130 并且请求在社交联网服务器130处维护的关于用户的简档和信息的信息。在一个实施例中,一旦中介服务器120已与每个社交联网服务器130建立了通信, 中介服务器120就可存储该实际令牌并且将来就可使用该令牌来就用户的信息与社交联网服务器130通信,而无需用户作出任何进一步的动作。在这种实施例中,用户对于每个社交联网服务器130只需要完成登录过程一次。在一些实施例中,每次用户在社交联网服务器网站处改变其登录信息从而使得实际令牌不再有效时,就必须完成登录过程。在其他实施例中,令牌可具有有效性持续时间,并且用户可能必须周期性地重新使通信有效以更新令牌。如上所述,这些步骤是对维护关于客户端设备110处的用户的信息的一个或多个社交联网服务器130中的每一个执行的。在一个实施例中,在建立通信时,标准的HTTP通信方法被用于使能中介服务器 120与社交联网服务器130之间的通信。在一个实施例中,HTTP被用于与诸如hcebook、 Twitter和任何其他社交联网服务器130之类的社交联网服务器的所有通信。根据一个实施例,这些服务器中的每一个提供基于HTTP的API,用于访问在这些社交联网服务器处维护的、其用户已创建的联系。参考图6,示出了根据本发明的若干实施例的用于向用户提供用户推荐的方法的流程图。首先,在步骤610中,中介服务器120与维护关于用户的信息的一个或多个社交联网服务器130通信,并且向社交联网服务器130查询与用户相对应的信息。在一个实施例中,用户信息包括在社交联网服务器130处维护的以下各项中的一个或多个用户的媒体偏好、与用户相关联的一个或多个联系人、和/或一个或多个联系人中的每一个的媒体偏好、以及关于与用户相关联的媒体消费的其他信息。在一个实施例中,中介服务器120存储通信信息,即令牌,来在没有任何用户交互的情况下与社交联网服务器130建立直接通信。例如,在一个实施例中,一旦中介服务器 120已完成了例如在图4和图5中所述的与社交联网服务器建立初始通信的步骤,该服务器就存储发起与社交联网服务器130的通信所必要的信息。
在这种实施例中,在步骤610期间,中介服务器120从存储装置取得通信信息并且与社交联网服务器130建立通信。在一个实施例中,通信信息可包括一个或多个令牌、 cookie,等等。利用通信信息,中介服务器120随后发起与维护与用户相对应的信息的一个或多个社交联网服务器130的通信。在一个实施例中,一旦例如根据图4和图5在中介服务器与(一个或多个)社交联网客户端之间授权了通信,发起通信就包括利用所存储的通信信息联络社交联网服务器 130并且创建通信端口来用于与社交联网服务器130的通信,即用于向社交联网服务器130 发送/从社交联网服务器130接收信息。在一个实施例中,一旦中介服务器处于与一个或多个社交联网服务器130的直接通信中,其就可通过外部API模块122发送一个或多个命令或查询到社交联网客户端。例如,在一个实施例中,中介服务器可发出一个或多个API调用到一个或多个社交联网客户端以请求与用户相关联的媒体偏好信息以及用户的一个或多个联系人。在一个实施例中,系统主要致力于关于媒体消费的用户偏好和联系人偏好。由于本系统旨在创建和维护查看型社交网络,因此在一个实施例中用户偏好和用户联系人偏好包括多媒体偏好。即,在一个实施例中,中介服务器120被配置为访问在社交联网服务器 130处维护的用户简档和/或用户的联系人的用户简档,以及在一个或多个社交联网服务器130处维护的诸如发贴和评论之类的其他信息,并且取得关于用户和与用户关连的一个或多个其他用户亦即用户的联系人的媒体偏好的信息。在一些实施例中,所得取的信息包括媒体偏好,例如喜爱的TV演出、电影、音乐以及用户或用户的联系人在社交联网服务器130处维护的其社交网络简档上指示为偏好的其他媒体内容。另外,在一些实施例中,中介服务器120或社交联网服务器130可包括用于根据由社交联网服务器130维护的用户的发贴、评论或在社交联网站点处执行的其他动作来确定用户的媒体偏好的逻辑。接下来,在步骤620中,中介服务器120从一个或多个社交联网服务器130取得与用户相对应的信息。在一个实施例中,在取得这种信息后,在步骤620期间,中介服务器120 可利用所取得的信息来更新与本地查看型社交网络相对应的本地用户简档。在一个实施例中,该更新可包括更新与用户相关联的本地联系人。根据若干实施例,更新用户简档和检测并创建本地联系人的方法与结合图3描述的上述用于最初创建本地查看型社交网络用户简档的方法类似。接下来,在步骤630中,中介服务器120至少部分基于在步骤620中取得的信息来为用户生成查看推荐。在一个实施例中,例如,该推荐是基于用户的媒体偏好以及用户的一个或多个联系人的媒体偏好来生成的。例如,在一个实施例中,从(一个或多个)社交联网服务器130取得的信息可用于将用户的媒体偏好和用户的联系人的媒体偏好与当前用户可得的多媒体内容例如正在播放的电影或当前TV节目相比较。然后任何匹配可作为关于观看什么的“推荐”被提供给用户。在一个实施例中,查看推荐包括一个或多个多媒体内容, 例如TV节目、电影等等。例如,在一个实施例中,所取得的信息可用于将用户的联系人(例如朋友)指示为其偏好的东西(例如喜爱的TV节目、电影、音乐或其他媒体内容)与可得来提供给用户的媒体内容(例如当前的TV节目)相比较。然后任何匹配可作为“内容推荐”被提供给操作客户端设备的用户。在一个实施例中,该比较可包括确定用户及其联系人的媒体内容偏好的一个或多个特性,例如体裁、标题、演员、艺术家等等。这些特性可被与可得媒体内容的列表相比较,以确定相似的媒体内容亦即匹配并且向用户提供推荐。在一个实施例中,内容推荐包括TV节目、电影、音频和/或其他媒体内容。作为附加或替换,推荐可基于在本地用户简档处存储的信息和/或通过查看型社交网络从用户的本地联系人接收的信息或推荐。在一个实施例中,本地用户简档可存储从用户的本地联系人中的一个或多个接收的当前查看信息。在一些实施例中,本地信息可包括其他信息,例如与用户相对应的历史查看数据、用户的本地联系人的历史查看习惯、来自用户的联系人的推荐、系统或用户指定的过滤器,等等。最后,在步骤640中,中介服务器120在客户端设备110处向用户提供查看推荐。 例如,推荐可以消息的形式被提供给用户,可用于对在用户的设备处接收的多媒体内容进行过滤,或者可以某种其他方式被提供给用户。在接收到推荐后,用户能够查看该推荐并且基于推荐选择一个或多个多媒体内容来查看。在一些实施例中,中介服务器在向用户呈现推荐时可监视客户端设备处的内容选择并且可向社交联网服务器130提供关于用户的与媒体有关的活动的更新。下文中结合图 8来进一步详细描述向社交联网服务器提供更新的过程。图7示出了根据本发明的若干实施例的用于向用户提供用户推荐的替换方法的流程图。首先,在步骤710中,中介服务器120与一个或多个社交联网服务器130通信,并且向社交联网服务器130查询与用户相对应的媒体偏好信息。在一个实施例中,该信息包括以下各项中的一个或多个用户的媒体偏好、与用户相关联的一个或多个联系人、一个或多个联系人中的每一个的媒体偏好、以及与用户的媒体消费有关的其他信息。在一个实施例中,中介服务器120例如利用存储在中介服务器处的诸如令牌之类的通信信息与社交联网服务器建立通信,并且通过外部API模块122向社交联网服务器130 发送一个或多个命令或查询。例如,在一个实施例中,中介服务器120可向一个或多个社交联网服务器130发出一个或多个API调用以请求信息。接下来,在步骤720中,中介服务器120从一个或多个社交联网服务器130取得包括媒体偏好的信息。如上所述,该信息可包括用户的媒体偏好以及用户的联系人(例如朋友、关连人、群组等等)中的一个或多个的媒体偏好。接下来,根据一个或多个实施例,在步骤730中,中介服务器120还向由一个或多个中介服务器120维护的、被标识为用户在查看型社交网络内的本地联系人的一个或多个用户查询推荐信息,其中包括在本地联系人所操作的客户端设备处当前正查看的媒体和/ 或来自一个或多个本地联系人的媒体推荐。在一个实施例中,中介服务器120如图3中所述通过直接与客户端设备通信和/ 或通过与维护与本地联系人相关联的客户端设备的中介服务器通信,来向本地联系人查询这种推荐信息。在一个实施例中,中介服务器120可与一个或多个其他中介服务器和/或与本地联系人相关联的客户端设备维持持续通信,并且发起通信来向一个或多个本地联系人查询推荐信息。在一个实施例中,推荐数据包括以下各项中的一个或多个本地联系人正查看的当前媒体、与本地联系人相关联的本地媒体偏好以及本地联系人的特定媒体推荐,
响应于该查询,在步骤740中,中介服务器接收来自一个或多个本地联系人的推
荐{曰息。接下来,在步骤750中,中介服务器120至少部分基于在步骤720和/或730中接收的信息来为用户生成查看推荐。在一个实施例中,例如,推荐是基于用户的媒体偏好以及用户的联系人中的一个或多个的媒体偏好来生成的,其中用户的联系人包括用户在社交联网服务器130处的联系人以及用户在本地查看型社交网络上的本地联系人。例如,在一个实施例中,从(一个或多个)社交联网服务器130取得的信息以及从一个或多个本地联系人接收的推荐信息可被用于将用户的媒体偏好以及用户的联系人(即既有社交联网服务器处的联系人,也有查看型社交网络处的本地联系人)的偏好与用户可得的当前多媒体内容(例如正在播放的电影或当前的TV节目)相比较。任何匹配随后可作为对媒体内容的 “推荐”被提供给用户。在一个实施例中,查看推荐包括一个或多个多媒体内容,例如TV节目、电影等等。最后,在步骤760中,系统向用户提供媒体推荐。例如,推荐可以消息的形式被提供给用户,可用于对在用户的设备处接收的多媒体内容进行过滤,或者可以某种其他方式被提供给用户。在接收到推荐后,在一个实施例中,用户能够查看该推荐并且基于推荐选择一个或多个多媒体内容来查看。在一个或多个实施例中,服务器还被配置为向社交联网服务器130和/或用户的本地联系人提供关于用户在由用户操作的客户端设备110处作出的与媒体有关的动作的更新数据。在若干实施例中,本系统允许了推送通知和事件来提供对用户和用户联系人所作出的动作的立即反馈。如上所述,中介服务器120在若干实施例中与客户端设备维持持续连接。这样,根据若干实施例,中介服务器120被配置为检测包括以下各项中的一个或多个在内的更新事件在客户端设备处作出的动作、对本地社交联网用户简档的改变、用户推荐、用户查看习惯、用户联系人、和/或与查看型社交网络有关的其他用户动作或数据。图8示出了用于向一个或多个本地联系人和/或向社交联网服务器提供关于用户在本地查看型社交网络处的活动的更新和推送通知的方法的流程图。在步骤810中,耦合到客户端设备110的中介服务器120检测更新事件。在一个实施例中,更新事件包括用户多媒体消费。例如,在一个实施例中,更新事件包括用户对要查看的媒体内容的选择。在一个实施例中,该选择是对推荐给用户的内容中的一个或多个的选择。在一个实施例中,中介服务器120可监视客户端设备110并自动检测更新事件。在另一实施例中,客户端设备可在每次动作被作出时或者周期性地向中介服务器发出消息。在一个实施例中,中介服务器在检测到新的更新事件时和/或按特定的时间间隔确定有更新事件可得来更新社交联网服务器和/或用户在查看型社交网络内的一个或多个本地联系人。在检测到更新事件后,在步骤820中,中介服务器根据一个实施例判断用户是否希望向社交联网服务器和/或用户的本地联系人发送更新。即,在一个或多个实施例中,发送更新的决定由用户来作出。在一个实施例中,对发送更新的授权可以逐个情况地给出、根据检测到的动作的类型给出或对所有作出的动作给出,或者根据更新是被送出到社交联网服务器130还是到用户的本地联系人来给出。
在一个实施例中,在步骤820中,中介服务器判断用户是否授权了自动更新。在一个实施例中,自动更新授权中介服务器120自动发送更新到社交联网服务器130和/或用户的本地联系人,而不逐个情况地询问用户。在一个实施例中,用户可对所有活动和/或特定类型的媒体消费活动以及/或者对社交联网服务器130和/或本地联系人中的一者或两者激活自动更新授权。如果判断出用户已授权了对社交联网服务器和/或用户的本地联系人的自动更新,则过程继续到步骤830并且中介服务器120生成发往经授权的接收者的更新消息。在一个实施例中,更新消息包括关于在客户端设备110处执行的媒体消费活动的信息。在一个实施例中,取决于更新是被发送到本地联系人还是被发送到社交联网服务器130,生成单独的更新消息。例如,在一个实施例中,发送到社交联网服务器130的消息是根据与为本地联系人生成的那些消息不同的通信协议生成的。在一个实施例中,针对本地联系人的更新消息是根据XMPP协议实现的,而发送到社交联网服务器130的更新消息可根据HTML协议来实现。在一个实施例中,在更新消息针对一个或多个社交联网服务器130的情况下,消息还可包括一个或多个API调用,用于使得社交联网服务器接收数据并且更新与用户相关联的简档。在另一实施例中,消息内包括的信息可进一步依据更新消息是针对社交联网服务器130还是针对本地联系人而变化。如果另一方面在步骤820中判断出用户对于一个或多个预期接收者(即一个或多个本地联系人或一个或多个社交联网服务器中的一者或两者)和/或在客户端设备处执行的活动的类型没有选择自动更新选项,则在步骤840中,中介服务器120询问用户以获得对发送更新的许可。在一个实施例中,用户可例如被提供以表明已检测到更新事件的通知,并且可授予对更新社交联网服务器和/或一个或多个本地联系人的许可。在另一实施例中, 用户可选择查看检测到的特定动作并且可选择要作为更新消息提供的特定动作。在步骤850中,系统判断用户是否已授予了许可。如果判断出用户不希望发送更新,即没有授予许可,则过程返回到步骤810并且开始监视新的更新事件。否则,当用户授予对发送更新事件的许可时,过程继续到步骤830,在该步骤中如上所述地生成更新消息。一旦生成了更新消息,在步骤860中,更新消息被转发到预期接收即,即一个或多个社交联网服务器130和/或用户的一个或多个本地联系人。除了用于建立通信的方法以外,本系统还包括用于管理和存储所取得的与用户相关联的信息的手段,所述信息例如是账户数据,即设备简档或用户简档数据、离线消息和偏好。在一个实施例中,例如,可以采用开放MySQL数据库服务器来支持与查看型社交网络相关联的信息的存储和维护。为了存储客户端设备的用户及其联系人的所有信息,在若干实施例中采用MySQL Cluster系统,其允许MySQL集群中的节点之间的同步数据传输。MySQL Cluster实现方式的益处在于其允许了几乎无限的存储,并且带有冗余性的附加益处。在MySQL Cluster中, 在所有节点之间共享可得的存储器,并且每个节点维护其自己的存储器空间以及另一节点的数据的镜相。其代价是减少了每个服务器节点的整体存储,但提供了生产系统所需的灵活性和可靠性。例如,具有100GB存储的4个服务器的集群可具有大约200GB的总冗余存储空间,利用压缩技术,该存储的效率提高,同时冗余性和可得性保持相同。虽然本发明是结合社交联网服务器来描述的,但是本领域的普通技术人员应当理解,以上描述的方法和技术可应用到所有为操作客户端设备110的用户维护关于媒体偏好的信息和/或维护用户联系人的基于web的应用和/或服务器。可在许多不同类型的系统上利用、实现和/或运行这里描述的方法和技术。参考图9,其中示出了可用于任何这种实现方式的系统900。系统900的一个或多个组件可用于实现任何上述系统或设备,例如任何上述设备、应用、服务器、数据库等等。然而,对系统900 或其任何部分的使用当然不是必需的。作为示例,系统900可包括用户输入设备910、中央处理单元(CPU) 920、图形处理单元(GPU)930、随机访问存储器(RAM)940、诸如盘驱动器之类的大容量存储装置950、诸如显示器之类的用户界面960、外部存储器/可移除存储设备970以及通信接口 980。CPU 920 和/或GPU 930可用于执行或辅助执行这里描述的方法和技术的步骤,并且各种节目内容、 图像、游戏、仿真、表示、社区、界面等等可被渲染在用户界面960上。系统900还可包括用户输入设备910。用户输入设备可包括任何用户输入设备,例如键盘、鼠标、触摸板、游戏控制器等等。另外,系统900可包括通信接口 980,例如通信端口,用于与一个或多个其他的基于处理器的系统建立通信并且接收一个或多个内容。在一个实施例中,通信接口 980还可包括发送器,用于发送内容、消息或其他类型的数据到一个或多个系统,例如外部设备、应用和/或服务器。系统900包括基于处理器的系统的示例。大容量存储单元950可包括或包含任何类型的计算机可读存储装置或记录介质。计算机可读存储装置或记录介质可固定在大容量存储单元950中,或者大容量存储单元950可以可选地包括外部存储器和/或可移除存储介质970,例如数字视频盘(DVD)、 Blu-ray盘、压缩盘(⑶)、USB存储设备、软盘或其他介质。作为示例,大容量存储单元950 可包括盘驱动器、硬盘驱动器、闪存设备、USB存储设备、Blu-ray盘驱动器、DVD驱动器、⑶ 驱动器、软盘驱动器,等等。大容量存储单元950或外部存储器/可移除存储设备970可用于存储实现这里描述的方法和技术的代码。从而,外部存储器和/或可移除存储设备970可以可选地被结合大容量存储单元 950使用,其可用于存储实现这里描述的方法和技术的代码,例如用于生成和存储上述标签数据、执行会话的发起、评估和用户的匹配的代码。然而,任何存储设备,例如RAM 940或大容量存储单元950,都可用于存储这种代码。例如,任何这种存储设备可充当有形计算机存储介质,用于体现计算机程序,该计算机程序用于使得控制台、系统、计算机或其他基于处理器的系统运行或执行这里描述的任何方法、代码和/或技术的步骤。此外,任何存储设备,例如RAM 940、大容量存储单元950和/或外部存储器/可移除存储设备970可用于存储任何需要的(一个或多个)数据库、表格、内容,等等。在一些实施例中,以上描述的实施例、方法、方案和/或技术中的一个或多个可用基于处理器的系统可执行的计算机程序来实现。作为示例,这种基于处理器的系统可包括基于处理器的系统900,或者计算机、娱乐系统、游戏机、图形工作站,等等。这种计算机程序可用于执行上述方法和/或技术的各种步骤和/或特征。即,计算机程序可适合于使得或配置基于处理器系统执行和实现以上描述的功能。作为另一示例,这种计算机程序可用于实现使用上述实施例、方法、方案和/或技术中的任何一个或多个的任何类型的工具或类似的实用工具。在一些实施例中,计算机程序内的程序代码模块、循环、子例程等等可用于执行上述方法和/或技术的各种步骤和/或特征。在一些实施例中,计算机程序可被存储或体现在计算机可读存储装置或记录介质上,例如这里描述的计算机可读存储装置或记录介质中的任何一种。因此,在一些实施例中,本发明提供了一种计算机程序产品,包括用于体现用于输入到计算机的计算机程序的介质以及体现在介质中的计算机程序,用于使得计算机执行或运行步骤,其中包括这里描述的实施例、方法、方案和/或技术之中的任何一个或多个中涉及的步骤中的任何一个或多个。例如,在一些实施例中,本发明提供了一种存储着用于计算机仿真的计算机程序的计算机可读存储介质,该计算机程序适合于使得基于处理器的系统执行包括以下在内的步骤发起与维护与用户相对应的用户信息的社交联网服务器的通信,用户的用户信息包括用户的媒体偏好、与用户相关联的一个或多个联系人、以及一个或多个联系人中的每一个的媒体偏好;从社交联网服务器取得用户的用户信息的至少一部分;以及至少部分基于用户的媒体偏好和一个或多个联系人的媒体偏好中的至少一个为用户生成查看推荐,该查看推荐包括一个或多个多媒体内容。本说明书中各处提及“一个实施例”、“实施例”或类似的语言的意思是结合该实施例描述的特定的特征、结构或特性被包括在本发明的至少一个实施例中。从而,本说明书中各处出现短语“在一个实施例中”、“在实施例中”和类似的语言可能但不一定全都指同一实施例。此外,所描述的本发明的特征、结构或特性可在一个或多个实施例中以任何适当的方式被组合。在以上描述中,提供了许多具体细节,例如程序、软件模块、用户选择、网络事务、数据库查询、数据库结构、硬件模块、硬件电路、硬件芯片等等的示例,以帮助透彻理解本发明的实施例。然而,本领域的技术人员将会认识到,没有这些具体细节中的一个或多个,或者利用其他方法、组件、材料等等,也能实现本发明。在其他情况中,没有示出或详细描述公知的结构、材料或操作,以避免模糊本发明的方面。本说明书中描述的功能单元中的许多被标注为模块,以便更特别地强调其实现上的独立性。例如,模块可实现为硬件电路,其中包括定制的VLSI电路或门阵列、成品半导体 (比如逻辑芯片)、晶体管或其他分立组件。模块还可用诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑器件之类的可编程硬件设备来实现。模块还可用供各种类型的处理器执行的软件来实现。所标识的可执行代码的模块例如可包括例如可被组织为对象、过程或功能的计算机指令的一个或多个物理或逻辑块。不过,所标识的模块的可执行代码不需要在物理上位于一起,而可包括存储在不同位置的不同指令,这些指令当在逻辑上连结在一起时构成该模块并且实现所声明的该模块的效用。实际上,可执行代码的模块可以是单个指令,或者许多指令,并且甚至可被分布在若干个不同的代码段上、不同的程序上和若干个存储器设备上。类似地,操作数据在这里可被标识和图示在模块内,并且可被以任何适当的形式来体现并被组织在任何适当类型的数据结构内。操作数据可被收集为单个数据集合,或者可被分布在不同的位置,包括分布在不同的存储设备上,并且可至少部分仅以电子信号的形式存在于系统或网络上。虽然已经利用其具体实施例、示例和应用来描述了这里公开的本发明,但在不脱离权利要求中记载的本发明的范围的情况下,本领域的技术人员可对其作出许多修改和改变。
本申请要求2010年11月9日提交的美国临时申请No. 61/411,627和2011年5 月16日提交的美国专利申请No. 13/108,973的权益,这里通过引用将这些申请全部并入。本申请与2011年 5 月 16 日提交的题为 “SYSTEM AND METH0DF0R CREATING A VIEWING SOCIAL NETWORK”的美国专利申请No. 13/108,977相关,这里通过引用将该申请全部并入。
权利要求
1.一种方法,包括发起与维护与用户相对应的用户信息的社交联网服务器的通信,所述用户的用户信息包括所述用户的媒体偏好、与所述用户相关联的一个或多个联系人、以及所述一个或多个联系人中的每一个的媒体偏好;从所述社交联网服务器取得所述用户的用户信息的至少一部分;以及至少部分基于所述用户的媒体偏好和所述一个或多个联系人的媒体偏好中的至少一个,为所述用户生成查看推荐,所述查看推荐包括一个或多个多媒体内容。
2.如权利要求1所述的方法,还包括接收对一个或所述一个或多个多媒体内容的选择,并且生成针对所述社交联网服务器的、就所述选择来更新所述社交联网服务器的更新消息。
3.如权利要求2所述的方法,还包括判断所述用户是否已经授权更新所述社交联网服务器;在所述用户已经授权了更新的情况下,向所述社交联网服务器发送所述更新消息;并且在所述用户还未授权更新的情况下,在向所述社交联网服务器发送所述更新消息之前询问所述用户以获得授权。
4.如权利要求1所述的方法,还包括检测所述一个或多个联系人中的至少一个本地联系人,其中所述至少一个本地联系人包括操作本地客户端设备的用户;以及在所述用户与所述至少一个本地联系人之间建立本地联系。
5.如权利要求4所述的方法,还包括向所述至少一个本地联系人查询推荐数据,其中所述推荐数据包括以下之一所述至少一个本地联系人正查看的当前媒体、与所述本地联系人相关联的本地媒体偏好、以及所述本地联系人的特定媒体推荐;以及接收所述推荐数据;其中,所述查看推荐至少部分基于所述推荐数据。
6.如权利要求4所述的方法,还包括向所述用户显示所述至少一个本地联系人和所述至少一个本地联系人当前正查看的当前媒体。
7.如权利要求4所述的方法,还包括接收对一个或所述一个或多个多媒体内容的选择,并且向所述至少一个本地联系人发送关于对所述一个或多个多媒体内容的选择的更新消息。
8.一种系统,包括通信地耦合的一个或多个服务器,每个服务器还通信地耦合到操作一个或多个本地设备的一个或多个用户;其中所述一个或多个服务器中的至少一个包括用于执行步骤的一个或多个处理器,所述步骤包括发起与维护与用户相对应的用户信息的社交联网服务器的通信,所述用户的用户信息包括所述用户的媒体偏好、与所述用户相关联的一个或多个联系人、以及所述一个或多个联系人中的每一个的媒体偏好;从所述社交联网服务器取得所述用户的用户信息的至少一部分;以及至少部分基于所述用户的媒体偏好和所述一个或多个联系人的媒体偏好中的至少一个,为所述用户生成查看推荐,所述查看推荐包括一个或多个多媒体内容。
9.如权利要求8所述的系统,所述步骤还包括接收对一个或所述一个或多个多媒体内容的选择,并且生成针对所述社交联网服务器的、就所述选择来更新所述社交联网服务器的更新消息。
10.如权利要求9所述的系统,所述步骤还包括判断所述用户是否已经授权更新所述社交联网服务器;在所述用户已经授权了更新的情况下,向所述社交联网服务器发送所述更新消息;并且在所述用户还未授权更新的情况下,在向所述社交联网服务器发送所述更新消息之前询问所述用户以获得授权。
11.如权利要求8所述的系统,所述步骤还包括检测所述一个或多个联系人中的至少一个本地联系人,其中所述至少一个本地联系人包括操作所述一个或多个本地设备的所述一个或多个用户中的第一用户;以及在所述用户与所述至少一个本地联系人之间建立本地联系。
12.如权利要求11所述的系统,所述步骤还包括向所述至少一个本地联系人查询推荐数据,其中所述推荐数据包括以下之一所述至少一个本地联系人正查看的当前媒体、与所述至少一个本地联系人相关联的本地媒体偏好、以及所述至少一个本地联系人的特定媒体推荐;以及接收所述推荐数据;其中,所述查看推荐至少部分基于所述推荐数据。
13.如权利要求11所述的系统,还包括接收对一个或所述一个或多个多媒体内容的选择,并且向所述至少一个本地联系人发送关于对所述一个或多个多媒体内容的选择的更新消息。
14.一种有形的非暂态计算机可读介质,存储着适合于使基于处理器的系统执行步骤的一个或多个计算机可读程序,所述步骤包括发起与维护与用户相对应的用户信息的社交联网服务器的通信,所述用户的用户信息包括所述用户的媒体偏好、与所述用户相关联的一个或多个联系人、以及所述一个或多个联系人中的每一个的媒体偏好;从所述社交联网服务器取得所述用户的用户信息的至少一部分;以及至少部分基于所述用户的媒体偏好和所述一个或多个联系人的媒体偏好中的至少一个,为所述用户生成查看推荐,所述查看推荐包括一个或多个多媒体内容。
全文摘要
本发明提供了用于在查看型社交网络中向用户提供推荐的系统和方法。提供了方法和系统用于发起与维护与用户相对应的用户信息的社交联网服务器的通信,用户的用户信息包括用户的媒体偏好、与用户相关联的一个或多个联系人、以及一个或多个联系人中的每一个的媒体偏好;从社交联网服务器取得用户的用户信息的至少一部分;以及至少部分基于用户的媒体偏好和一个或多个联系人的媒体偏好中的至少一个为用户生成查看推荐,查看推荐包括一个或多个多媒体内容。
文档编号G06F17/30GK102467723SQ20111031731
公开日2012年5月23日 申请日期2011年10月13日 优先权日2010年11月9日
发明者布莱恩·米哈罗弗, 杉山伸一, 杰弗里·唐, 阿兰·萨德嘉, 鲁多威可·杜雷特 申请人:索尼公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1