web服务器108将保持彼此通信以确保适当的许可权利被同步并且被记录在用户概要文件数据库110中。应进一步意识到，被许可媒体内容包括其数字版权意图保持的媒体内容，并且存在用于保护这样的媒体的流中的专有权利的多种技术，包括水印和各种类型的数字版权管理(DRM)。用于保护被许可媒体内容的这样的技术的目前已知的商业实现包括数字娱乐内容生态系统的“Ultrav1let”(参见www.uvvu.com)和微软的“Silverlight”。这些技术和根据设计选择的其他技术被理解是可操作的，以创建如本申请中所描述的被许可媒体内容。
[0024]关于图1中所示的主要媒体服务器112，虽然这可以由传统的服务器机器(计算机)提供，但是与本文中所描述的其他服务器和计算机器一样，所描述的服务器可以是一组服务器或分布式服务器等。这样的多组服务器可以是诸如由比如Akamai的公司提供的内容递送网络或CDN。这些类型的网络提供或便利通过互联网的媒体内容的流传输和多播。这样的CDN不仅包括分布式计算机器，而且还包括用于缓冲正被递送的内容的储存器。
[0025]图1中还提供了辅助内容/游戏内容服务器125。该辅助内容可以包括将可供用户使用的、与正被播放的媒体内容并行的第二屏幕内容。“Scene It ? ”特许权可以是该辅助内容的一个可能的实现。进一步关于第二屏幕内容，该附加内容可以在观看客户端106上的不同窗口中被递送，或者单独的客户端106可以被用于流传输媒体内容和第二屏幕内容(例如，主要流传输可以在个人计算机和智能TV上，第二屏幕内容可以在平板计算机或智能电话上)。更一般地，媒体内容和第二屏幕内容都可以跨多个平台(包括交互式/IP TV、个人计算机、游戏机装置、平板装置、上网本、膝上型计算机和移动电话)实现，所有这些都可以在这些各种装置上呈现，而不管它们的操作系统如何。
[0026]仍参照图1，提供了外部社交媒体接口服务器130，其用于提供更新以及与外部社交媒体站点(诸如Facebook、Linkedln、Google+、Pinterest等)的另外的交互。本实现提供作为实施方案的、与这些外部社交媒体站点中的一个或更多个的紧密集成，由此你正在执行的任何活动可以被发布并被集成到你的“墙”或其他新闻订阅中。例如，如果你邀请你的朋友观看电影或者正在与朋友一起观看电影，则可以存在被发布到你的墙或新闻订阅的“事件”。购买可以和新闻条目一样被共享，这可以帮助促成附加的内容销售收入。例如，新闻订阅条目可以包括到预告片的链接，该链接又将提供通过服务提供商的网站来购买内容的选项。
[0027]可以通过外部社交网络或者由服务提供商直接对其客户的社交网络管理的网络或者前述的某一组合进行的一种可能的社交联网方法是允许购买者将“事件”邀请发送给他或她的社交网络连接中的多个，由此系统可以为接受邀请的多个被邀请者调度社交观看。与web服务器108或其他的描述的服务器连接的DRM服务器114将可操作来管理社交观看的数字版权以确保只有允许数量的数字媒体下载流被提供。
[0028]关于对于社交观看的调度和支付，可能的方法将是收取将包括多观众许可的一定费用，诸如包括邀请多达十个朋友来进行调度的一次社交观看的能力。调度服务器117被提供来与web服务器和外部社交媒体站点(服务器140)进行通信以便利交互式群组媒体流的调度或者对于用户的社交网络的社交观看。在社交观看结束时，系统被使能来提供被邀请的朋友中的一个或更多个可以购买类似的许可或者甚至通过传统的地面运输装运的正规的DVD、或者当然向参与者提供其他可能的促销提议。
[0029]与本文中所描述的其他实施方案一样，以上关于调度邀请提及的“十个朋友”仅仅是示例性的，邀请的数量可以是单个邀请、多达十个邀请、多达100个邀请、或者根据所考虑的实现的类型的任何其他数量。例如，为了购买(收入)的目的或者为了免费(促销)的目的，所描述的系统将进一步使能大规模事件。因此，你可以具有公司赞助的“事件”，其中数百个或数千个观众可以报名参加具有评论、第二流内容和/或游戏内容或交互的现场流。这些数百个或数千个参加者可以是通过调度的邀请，或者它可以是“开放的”邀请。
[0030]作为另一个示例，对于轰动的电影，可以存在“导演剪辑版”的公开观看，在导演剪辑版中，导演可以在回放的主要主题之间和/或在回放期间提供评论。因此，例如，放映可以针对周日晚上下午6点(例如，中部标准时间)进行调度，并且可能存在数百个或数千个观众同时观看。
[0031]可以在第二屏幕上提供竞争性问答比赛，并且因为通过目前描述的实施方案使能的同步，某人试图欺骗游戏(例如，通过与时间略微不同的流上的某人进行通信)的风险将被大幅减轻。所公开的系统针对同步所解决的具体问题是观众/客户端之间的不同延时以及客户端/观众之间的多个带宽问题。所公开的实施方案不仅能够在某些情况下延迟回放，而且实际上还能够增加回放(压缩时间)以便使落后的订阅赶上。此外，当系统检测到回放已经不同步时，它可以禁用将会受到不同步很大影响的某些功能(例如，实时游戏)。为了便利参与媒体内容订阅的多个用户的同步，可以通过互联网通信提供来自用户的视频或媒体播放器中的每个的反馈，由此主要媒体服务器112或中介服务器115能够加速或放慢进入不同播放器的相应的流以便根据接收的反馈便利连接的同步或再次同步。应意识至IJ，尽管已经描述了用于该反馈回路的互联网通信，但是这是设计选择，根据设计考虑，其他通信方法(诸如其他有线网络、无线电话网络、有线电视网络等)可以是适当的。
[0032]所公开的系统被进一步使能来实现对特定媒体标题全都拥有许可的一组人想一起观看内容、但是是通过互联网在不同位置处观看的方法。再次，目前的DRM服务器114以及作为目前的服务提供商102的一部分的相关联的服务器将可操作来确认群组中的每个人的权利，并且调度服务器117将可操作来调度所有的用户的观看，在这种情况下，它们将被给予同步的共同的媒体流传输体验。
[0033]在以上任何一种实现中，尽管第一用户可以发起并调度社交观看体验，但是在某些实施方案中，任何一个参与观众都可以能够控制回放或者关于所述回放的社交交互的任何其他方面。就其他类型的控制而言，可以存在用于“聊天”或其他“第二屏幕”或媒体回放之外的其他类型的功能的调解人角色。此外，控制可以是开放的，在这种情况下，任何用户都可以在任何时间进行控制(例如，任何用户都可以在任何时间暂停电影回放)。或者，控制可以被串行地从一个用户传递到另一个用户。
[0034]进一步参照图1，中介服务器115被示为插入在主要媒体服务器112和到互联网的网关104之间。中介服务器115可操作来使从主要媒体服务器112出来的媒体流同步，因此接收方(客户端106)全都基本上同步地接收到媒体流。尽管该流传输和同步被示为是通过两个服务器112、115的共同活动形成的，但是所描述的这个实施方案不应减损从本案可能发布的任何权利要求的一般性，并且如前面所讨论的，主要媒体服务器112可以是一组服务器或基于云的内容递送网络(CDN)，进一步，同步功能可以被集成到主要媒体服务器112中，以使得单独的中介服务器115将不是必需的。
[0035]就如上所述的“基本上同步”来说，取决于应用，该短语可能意指5分钟、I分钟、30秒、5秒或I秒内的同步，这依设计需要而定。具体地说，如果某些聊天特征或游戏特征被使能，则客户端应接收到以这样的方式同步的媒体流，即，用户全都具有大约相同的秒数来对影片做出反应，诸如通过在相同的整秒数(或者偏差不多于I秒)内对问答问题做出响应或者在朋友正在与他们一起观看电影时不看见聊天窗口中的“剧透”。因此，对于同步的需要将取决于同步的缺少是否将最终减损用户所用的特征。
[0036]根据系统设计选择，前述功能全都可以分布在服务器和/或供应商之间，并且明确地设想，所描述的功能全都可以被集成到单个服务器、web服务器和/或托管一个服务器或多个服务器的供应商中，并且通过相同的令牌，所描述的功能全都可以分布在各种服务器、web服务器和/或托管多个服务器的供应商之间。所描述的服务器划分可以是物理的或虚拟的划分，并且各种服务器可以在相同的或不同的物理位置上。
[0037]现在参照图2，这里提供了如上所述的示例性实施方案系统100的说明性用户界面屏幕截图。该屏幕截图表示什么将通过图1的客户端装置106与web服务器(一个或更多个)108的交互