现场线性节目播放中的媒体节目的受众定义的制作方法

文档序号:21606045发布日期:2020-07-24 17:11阅读:427来源:国知局
现场线性节目播放中的媒体节目的受众定义的制作方法

相关申请的交叉引用

本公开要求2017年12月8日提交的、题为“现场线性节目播放中的媒体节目的受众定义”的美国非临时申请no.15/836,711的优先权。出于所有目的,该申请的全部内容通过引用整体结合于此。



背景技术:

有线电信工程师协会(scte)224标准定义用于促进事件和策略信息的传输的事件调度和通知接口(esni)。esni允许提供商将即将到来的预定的或基于信号的事件以及相应的策略传送给内容的分发者。例如,事件可以是现场线性电视时间表中的媒体节目的开始,并且策略控制谁可以观看媒体节目。分发者可以实施策略来基于各个受众的属性来控制媒体节目被分发到的受众,这些属性包括但不限于地理位置和设备类型。例如,scte-224标准可用于传送针对定义的受众的关于区域屏蔽/替代内容选择或设备类型内容限制的细节。

分发者可以将通过ensi接收到的数据解析成一组规则,该组规则可以根据每个用户被应用。例如,当用户试图观看频道时,分发者可以确定用户的特征并将这些特征应用于规则。取决于哪些规则适用,分发者可以执行相应的动作。例如,如果用户在屏蔽(blackout)区域内,则分发者可以显示一个板(slate),该板是向用户提供消息的静态图像,而不是媒体节目的内容流。分发者可以根据每个用户(例如,在用户场所)来应用规则。例如,当用户试图观看电视频道时,这些规则可以应用于用户场所处的客户场所设备(cpe)。根据每个用户来应用规则不会导致带宽的显著增加,因为规则是在用户场所应用的。但是,这些规则只能在用户尝试对特定媒体节目执行动作时应用。例如,用户可以调到预定播放媒体节目的频道。然后,cpe可以应用针对媒体节目的规则以确定要采取的动作。

附图说明

图1描绘了根据一些实施例的用于提供视频递送的简化系统。

图2描绘了根据一些实施例的用于生成受众定义的方法的简化流程图。

图3描绘了根据一些实施例的用于生成受众定义的方法的简化流程图。

图4a示出了根据一些实施例的来自针对媒体节目接收到的用于生成线性优先列表的文件的数据的示例。

图4b示出了根据一些实施例的采用观看策略并创建线性优先列表的示例。

图5示出了根据一些实施例的受众图。

图6描绘了根据一些实施例的受众管理平台和视频递送服务的更详细的示例。

图7描绘了根据一些实施例的用于处理搜索查询的方法的简化流程图。

图8描绘了根据一个实施例的经由一个或多个通信网络与多个客户端设备进行通信的视频流传输系统。

图9描绘了用于观看视频内容和广告的装置的示意图。

具体实施方式

本文描述了用于视频递送系统的技术。在以下描述中,出于解释的目的,阐述了许多示例和具体细节,以便提供对一些实施例的透彻理解。由权利要求限定的一些实施例可以单独地或者与下面描述的其他特征相结合地包括这些示例中的特征中的一些或全部特征,并且可以进一步包括本文描述的特征和概念的修改和等价物。

视频递送系统经由接口(诸如在事件调度通知接口(esni)定义中描述的接口)从提供商接收用于观看策略的数据,例如使用有线电信工程师协会(scte)224标准的数据。scte-224数据可以包括用于在现场线性节目播放中(例如在现场电视服务中)提供的媒体节目的观看策略。观看策略定义媒体节目的受众,其可以是定义用户特征的一组限制,例如位置或设备类型。视频递送系统可以解析数据,以基于针对受众的观看策略,生成一个或多个规则的线性优先列表。这些规则可以指定受众以及如果用户在受众范围内则要执行的动作。

视频递送系统可以按每个媒体节目而不是如背景技术中讨论的那样按每个用户来应用规则。例如,视频递送系统可以在用户选择频道以观看媒体节目之前计算规则。在用户选择频道之前执行计算可能需要以不同于scte-224标准预期的方式处理规则。例如,视频递送系统可以计算媒体节目的规则,并检查这些规则以确定具有向用户发送内容流的动作的优先级中的第一受众。内容流是发送媒体节目的流。视频递送系统可以跳过不涉及向用户发送媒体节目的动作(例如显示屏蔽板或推荐替代内容流)的规则。一般来说,满足接收屏蔽板或推荐替代内容流的特征的用户不应该接收内容流。然后,视频递送系统使用针对跳过的规则的受众,来修改内容流的受众,以生成媒体节目的受众定义,其过程将在下面更详细地描述。该受众定义随后与媒体节目一起被保存。

通过将受众定义与媒体节目一起保存,视频递送系统可以在用户选择频道来观看媒体节目之前提供服务并且还跨许多不同用户提供服务。例如,用户可以执行搜索,例如搜索电视剧。使用媒体节目的受众定义,视频递送系统可以确定媒体节目列表,这些媒体节目与搜索查询匹配,并且也是用户可以观看的媒体节目。例如,视频递送系统使用用户的特征和受众定义来确定用户可以观看哪些媒体节目。此外,在另一服务中,视频递送系统可以使用所有媒体节目的受众定义来为用户生成电子节目播放指南,该电子节目播放指南仅包括用户可以观看的媒体节目。通过使用受众定义,视频递送系统因此不提供用户不能观看的媒体节目的搜索结果,例如可能由于用户的地理位置而被屏蔽的媒体节目。此外,视频递送系统不需要针对每个用户处理规则来确定用户是否可以观看媒体节目。避免必须按用户处理所有规则可以更快地执行服务,尤其是当服务是针对多个用户而不是针对每个用户执行的时。如下面将更详细描述的,视频递送系统执行与针对每个用户将需要实时执行的计算不同的计算。

图1描绘了根据一些实施例的用于提供视频递送的简化系统100。系统100包括视频递送系统102、客户端设备104和内容递送网络(cdn)106。视频递送系统102可以管理媒体节目经由内容递送网络106向客户端设备104的传送。视频递送系统102从内容提供商接收媒体节目的内容流。内容流可以包括视频或其他内容(例如,音频)。媒体节目可以是现场的或录制的。例如,现场媒体节目可以来自实时发生的现场事件。录制的事件可以是来自电视节目的内容或先前录制的其他内容。媒体节目可以按现场线性节目播放时间表来提供。用户只能在频道上的时间表中提供媒体节目时观看该媒体节目。

视频递送系统102可以接收多个频道的内容流,其中一个频道可以由一个网络提供,并且视频递送服务允许该服务的用户使用该服务来请求该频道。例如,用户可以使用视频递送服务来请求流x,流x可以与网络、网络类别或频道相关联。在线性节目播放时间表中的这个时间,频道可以提供特定的媒体节目。然后,视频递送系统102提供清单,该清单可以包括媒体节目片段(例如6-10秒片段)的链接。然后,客户端设备104使用链接从内容递送网络106请求和接收片段。然后,客户端设备104可以在媒体播放器114中显示媒体节目。

受众管理平台110可以接收现场线性节目播放中提供的媒体节目的元数据。例如,受众管理平台110可以接收带内和带外元数据。在一些实施例中,带外元数据可以使用诸如scte-224之类的协议经由提供商esni接收。带外元数据可以经由与用于递送内容流的连接不同的连接来接收。带内元数据可以与内容流一起接收,并且可以指定scte-224的实时数据,例如实时屏蔽信息。尽管描述了带内和带外元数据,但是scte-224元数据可以通过不同的方式接收。此外,尽管描述了scte-224元数据,但是将理解的是,可以使用定义观看策略的其他元数据。

受众管理平台110可以查看元数据并生成受众定义,每个受众定义都可以包括被允许观看相应媒体节目的受众。受众定义的生成将在下面更详细地描述。受众管理平台110可以将媒体节目的受众定义118存储在存储装置116中,存储装置116可以由视频递送系统102访问。在一些实施例中,存储装置116不位于使用客户端设备104的用户的场所。此外,受众定义118与各自的媒体节目相关联,并且用于向多个用户提供服务。例如,如上所述,视频递送服务112可以使用受众定义118来向用户提供服务,例如确定适用的媒体节目的列表,该列表可以仅包括满足用户特征的媒体节目,例如,基于用户的位置或设备类型,用户有资格观看的媒体节目。

受众定义生成

图2描绘了根据一些实施例的用于生成受众定义的方法的简化流程图200。在202,受众管理平台110接收具有策略信息和媒体节目的文件。在一些实施例中,策略信息可以是scte-224数据。策略针对一组已定义的受众定义一个或多个动作。策略可以允许或限制与引用的媒体节目的权利、保护或其他规则相关的行为、呈现或其他用户体验。

在接收到策略信息之后,在204,受众管理平台110确定哪些策略与媒体节目相关联。可以存在对于媒体节目可能有效的一个或多个策略。例如,媒体节目可以是表演、体育赛事或其他内容。媒体节目可以在策略中以不同的方式被识别,例如按照名称、标识媒体节目的开始和结束点的时间点或其他标识符被识别。

在206,受众管理平台110确定媒体节目的观看策略。在一些实施例中,每个策略都可以是观看策略的集合,每个观看策略定义受众和针对该受众执行的一个或多个动作。当用户或客户端设备104的属性匹配观看策略中的任何受众时,可以应用或移除观看策略。受众可以是定义用户特征的一组限制。受众可以以不同的方式定义,例如按照地理位置、设备类型或设备能力来定义。受众的一些示例可以是不同粒度的位置,例如在南加州、在南加州内的某个位置等。受众的其他示例可以包括设备类型,例如在移动设备上。

在208,受众管理平台110基于观看策略生成线性优先列表。在一些实施例中,受众管理平台110基于scte-224标准和该标准中描述的向观看策略指派优先级的策略优先规则来生成列表的优先级和顺序。优先规则用于确定哪些观看策略优先于其他观看策略。根据scte-224规范的优先规则,当观看策略存在冲突时,首先执行优先级最高的动作。也就是说,如果用户落在多个受众范围内,则首先执行具有最高优先级的观看策略。线性优先列表可以包括按优先级顺序的受众和对于每个受众的相应动作的列表。

图4a示出了根据一些实施例的来自针对媒体节目接收到的用于生成线性优先列表的文件的数据的示例。在402,媒体被描述为频道x,其可以是现场线性节目播放时间表中的频道。在404,媒体节目被描述为从下午2:00到下午4:00播出的节目y。该节目可以是特定的视频,例如表演或电影。然后,示出了三个观看策略406-1至406-3。每个观看策略都可以包括动作和受众。例如,在针对居民的观看策略406-1中,动作是针对邮政编码为84097、84042和85057的任何人中的受众显示内容流a。在观看策略406-2中,对于使用电话的的邮政编码84058、84097和84057的任何人中的受众,提供屏蔽,以及显示板的动作。在观看策略406-3中,推荐策略包括向邮政编码为84058、84097和84057的任何人中的受众推荐替代内容流b的动作。该推荐可以是包括该推荐的图像。

图4b示出了根据一些实施例的采用观看策略并创建线性优先列表的示例。受众管理平台110不是基于用户遍历每个受众和动作,而是针对媒体节目遍历受众和动作,以找到媒体节目的正确受众。线性优先列表420包括针对受众的第一列422-1和针对受众的相应动作的第二列422-2。列表420中的每一行都可以包括受众和相应的动作。在该示例中,受众包括四个受众424-1至424-4,可能的动作包括四个动作426-1至426-4。受众管理平台110基于scte-224的优先规则生成优先级。被赋予较高优先级的动作在列表中针对优先级被放置在较高的位置。

返回参考图2,在210,受众管理平台110根据线性优先列表生成受众定义118。受众定义118可以定义可以观看媒体节目的受众。如下面将更详细讨论的,所选择的受众是可以在不同时间应用于媒体节目的用户的一组特征。在这种情况下,不需要审查针对媒体节目的规则。为了避免应用规则,在212,受众管理平台110将受众定义118与媒体节目一起存储。视频递送系统102使用受众定义而不是规则来执行某些服务。

图3描绘了根据一些实施例的用于生成受众定义118的方法的简化流程图300。在302,受众管理平台110在线性优先列表中搜索基本内容流的基本动作。参考图4b,受众管理平台110可以从426-1处的第一动作开始,并按优先级按顺序接收每个动作,直到基本内容流被确定。在这个示例中,动作是“板”,它可以是静态图像,该静态图像不是内容流,而是向用户提供消息的图像。例如,消息可以是显示:“这个媒体节目在您的区域不可用”的黑屏。当对内容流的屏蔽已经发生时,可以显示该板,这意味着媒体节目在该位置或对于设备类型不可用。受众管理平台110可以将该动作与规则进行比较,并确定该动作不涉及基本内容流。例如,板不是内容流。内容流可以是客户端设备104可以连续请求其中的媒体节目片段的流。在屏蔽状态下,只请求单个图像。

然后,受众管理平台110可以移动到列表420中的下一个动作,该动作是在426-2处的“推荐替代内容流”。此动作可能会显示具有观看替代媒体节目的推荐的静态图像。受众管理平台110可以将动作与规则进行比较,并确定图像不是基本内容流。当用户处于没有资格接收基本内容流的位置时,可以使用该动作。

然后,受众管理平台110移动到列表420中的下一个动作,该动作是“发送内容流y”,其中y可以是特定的媒体节目。例如,媒体节目y可以是体育赛事。此动作向客户端发送并显示媒体节目y。在一些实施例中,受众管理平台110使用定义哪个动作是基本内容流的规则来确定这是基本内容流。在一些实施例中,规则可以根据每个提供商或每个媒体节目而不同。例如,一些提供商可能以不同的格式发送动作。在一些实施例中,规则可以确定如果该动作与发送动作相关联,那么这是基本内容流。此外,规则可以确定如果该动作不与屏蔽或板相关联,那么这是基本内容流。此外,缺少动作可以被视为基本内容流。

返回参考图3,一旦确定了基本内容流,则搜索过程结束,并且在304,受众管理平台110选择与内容流的基本动作相关联的媒体节目受众。然后,在306,受众管理平台110可以从与基本内容流相关联的基本受众中选择列表中的先前受众。参考图4b,在424-3,基本受众是“在南加州”。先前受众是按顺序优先级较高的受众,它们可以在列表420中的424-1和424-2处找到。这些受众是424-1处的“位置x附近,使用电话”和424-2处的“位置x附近”。在一些实施例中,先前的且优先级较高的受众可以是更具体的受众,但是不一定是更具体的受众。例如,在南加州是基本位置,在位置x附近可以是在棒球场附近,在位置x附近使用电话可以是在棒球场附近使用电话。棒球场可能在南加州,它是南加州的位置的子集,但不一定是这样。此外,位置x可能是北加州或某个其他区域。注意,位置名称用于讨论目的,但是其他标识符可以用于定义位置,例如邮政编码、地理坐标(例如,纬度/经度)或其他地理描述符。

返回参考图3,在308,受众管理平台110根据基本受众和先前受众,来计算受众定义。例如,在图4b中,如果424-1和424-2处的受众是424-3处的受众的子集,则受众管理平台110需要确定如何定义424-3处的受众以不包括424-1和424-2处的受众。在一些实施例中,受众管理平台110可以获取对基本受众和先前受众的限制的交集,并将先前受众从媒体节目受众中移除。这提供了可以存储为受众定义118的新受众。将参考图5更详细地描述计算受众定义的一个过程。

图5示出了根据一些实施例的受众的图表500。图表500示出了说明来自受众的不同限制以确定受众定义118的概念性方式。图表500的y轴示出了位置,而x轴示出了设备类型。在502-1到502-9处所示的受众可以代表不同的限制。例如,每个受众都由一组位置的邮政编码定义并且还由设备类型定义。502-1至502-9中的所有受众都是针对南加州地点,这些地点可以通过在南加州地区找到的一组邮政编码来定义。虽然南加州可能有不同的定义,但假设针对邮政编码的南加州的定义已经定义。

在南加州的受众中,受众管理平台110需要确定要移除502-1到502-9处的哪个(哪些)受众。受众管理平台110确定交叉限制,这些交叉限制可用于确定从内容流受众中去除哪个受众。在502-5,位置x的邮政编码90090和电话设备类型相交。这为使用电话的位置x附近的受众提供了限制。同样,位置x附近的受众包括502-5处的受众,但也包括502-4和502-6处的受众。为了简化对于要去除哪些受众的确定,受众管理平台110可能已经去除了502-4、502-5和502-6处的与邮政编码90090相关联的所有框,而不是在424-1处针对受众确定502-5处的邮政编码90090和电话设备类型的交集。也就是说,确定位置x附近的受众包括确定使用电话的位置x附近的受众,这意味着受众管理平台110可以跳过对于由位置x附近使用电话定义的受众的计算。

上述优化通常可以通过以下过程来描述。受众管理平台110可以单独去除每个受众。然后,受众管理平台110确定哪些限制已经减少到零个条目。例如,如果任何限制去除南加州受众中所有可能的条目,则这将导致零个条目。

然后,受众管理平台110确定要单独去除具有非零条目的哪些限制。如果只有一个限制具有非零条目,则受众管理平台110使用该受众以从内容流受众中去除。然而,如果存在剩余非零条目的多个受众,则受众管理平台110可以任意选择其中一个受众。例如,使用电话的受众由框502-2、502-5和502-8表示,邮政编码90090受众由框502-4、502-5和502-6表示。如果框502-2和502-8中有零个条目,那么受众管理平台110可以选择所有使用电话的受众并具有正确的受众定义,因为框502-2和502-8中没有条目。类似地,如果框502-4和502-6中有零个条目,那么受众管理平台110可以选择所有邮政编码为90090的受众并具有正确的受众定义,因为框502-4和502-6中没有条目。通过为受众仅选择一个限制,受众管理平台110可以更快地选择受众定义,因为仅使用一个限制比使用多限制的约束更快,多限制的约束可能需要更长时间或者不能被启用。如果针对邮政编码和电话的受众在框502-5之外的框中没有非零条目,则可以任意选择其中一个受众。这可能是因为选择一个受众足以从内容流受众中去除足够多的受众;然而,可能有一些用户的访问受到限制,他们可能通常被允许访问。

最后,受众管理平台110可以选择由框502-1、502-2、502-3、502-7、502-8和502-9表示的受众作为受众定义118。这些框代表在南加州,但不在邮政编码为90090的位置附近,或者不在邮政编码为90090的位置附近并且使用电话。在一些示例中,由框502-1、502-2、502-3、502-7、502-8和502-9表示的受众可以包括限制,例如邮政编码。这些限制可能不包括需要被评估以确定受众的规则。相反,邮政编码定义受众的位置。参考图3,在310,受众管理平台110然后将受众定义118与内容流相关联。因此,受众管理平台110可以与内容流一起存储受众定义118,而不是存储来自观看策略的规则的完整集合。应当注意,受众定义118与内容流相关联,并且可以不必与内容流的实际视频一起存储。相反,内容流的标识符与受众定义118相关联。

受众管理平台

图6描绘了根据一些实施例的受众管理平台110和视频递送服务112的更详细的示例。受众管理平台110可以使用scte-224标准经由ensi从提供商接收文件602。这些文件可以具有scte-224规定的格式。

处理器604可以确定包括来自文件602的观看策略的策略。然后,处理器604可以根据观看策略来生成线性优先列表。一旦生成了列表,受众定义引擎606就检查该列表以确定受众定义118。在一个示例中,受众定义引擎606可以从最高优先级开始按优先级顺序检查动作,并且当动作没有资格作为基本内容流时,将受众保存为先前受众。例如,受众定义引擎606可以检查动作并消除动作(诸如屏蔽或到替代内容流的链接)直到遇到基本内容流。

然后,受众定义引擎606使用在检查动作时存储的先前受众来计算受众定义118。这消除了再次检查规则的步骤。然后,受众定义引擎606将受众定义118与内容流608一起存储在存储装置116中。这可以是一个表格,该表格列出多个媒体节目的受众定义118以及内容流标识符。

视频递送服务

然后,视频递送服务112可以使用受众定义118来执行用于视频递送系统102的服务。在一些示例中,图6中的搜索引擎610可以从客户端设备104接收针对媒体节目的搜索请求。然后,搜索引擎610可以确定客户端设备104的特征,例如客户端设备104的位置和客户端104的设备类型。然后,搜索引擎610使用这些特征来搜索受众定义118。例如,搜索引擎610可以找到满足与相应媒体节目608相关联的受众定义118的所有媒体节目608。在一些示例中,如果用户在邮政编码90005内,则选择具有包括该邮政编码的受众定义118的任何媒体节目。搜索引擎可以用邮政编码执行查询,该查询返回具有包括邮政编码的条目的媒体节目标识符。然后,搜索引擎610可以向客户端设备104提供可用的媒体节目。

图7描绘了根据一些实施例的用于处理搜索查询的方法的简化流程图700。在702,受众管理平台110接收执行服务的通知。应当注意,在一些情况下,可以从客户端104接收通知,但是不是必须从客户端接收通知。相反,视频递送系统102可以确定要向客户端104建议的媒体节目,并且在没有来自客户端设备104的用户的提示的情况下执行搜索。

在704,搜索引擎610解析通知以获得参数。例如,参数可以包括用户和/或客户端设备104的特征。特征的示例包括用户的位置(例如家庭位置或当前位置)和/或设备类型。

在706,搜索引擎610生成搜索查询,并搜索具有满足参数的受众定义的媒体节目。例如,确定具有适用于用户的受众定义的媒体节目。在一些情况下,受众定义118可以是肯定式的或否定式的。肯定式的受众定义可以是“在邮政编码90005范围以内”。否定式的受众定义可以是“不在邮政编码90090范围内”。搜索引擎610能够将这些参数应用于受众定义,以确定哪些媒体节目符合这些参数。

然后,在708,搜索引擎610返回媒体节目。在一个示例中,用户可能在南加州内,但不在邮政编码90090范围内。例如,用户可能在邮政编码90005范围内,邮政编码90005在南加州的邮政编码的定义内。因此,可以确定包括包含邮政编码90005的受众定义的媒体节目。在一些实施例中,受众定义可以具有包含在南加州的定义中的邮政编码列表。此外,如果受众定义118具有设备类型的附加限制,则搜索引擎610可以消除不应通过某种设备类型(例如电话)观看的媒体节目。

在确定可用的媒体节目时,搜索引擎610不按顺序(或者根本不)遍历按优先级排列的线性受众列表,以确定要执行哪个动作。相反,搜索引擎610使用受众定义118的限制来确定可用的媒体节目。与检查每个媒体节目的所有规则相比,这允许搜索引擎610更快地确定对客户端设备104可用的内容流608。该过程是有用的,因为在一些服务中,客户端设备104不请求观看正在播放单个媒体节目的频道。然而,在没有指定特定媒体节目或频道的对要观看的可能媒体节目的搜索请求中,搜索引擎610可以通过使用邮政编码或其他用户特征的查询来快速确定具有适用的受众定义118的媒体节目。因为已经预先计算了精确的受众,所以搜索引擎610可以快得多地计算和提供搜索结果。搜索引擎610可能不关心是否应该向用户提供板或推荐的替代内容流作为针对搜索请求的动作。相反,搜索引擎610想要确定与受众定义118相关联的媒体节目是否可用于供用户观看。

系统

这里公开的特征和方面可以结合视频流传输系统800来实现,视频流传输系统800经由一个或多个通信网络与多个客户端设备通信,如图8所示。描述视频流传输系统800的各方面仅仅是为了提供用于实现根据本公开准备的媒体节目的分发和递送的应用的示例。应当理解,本技术不限于对视频应用进行流传输,并且可以适用于其他应用和递送机制。

在一个实施例中,媒体节目提供商可以包括媒体节目库。例如,媒体节目可以通过站点(例如,网站)、应用程序或浏览器来聚集和提供。用户可以访问媒体节目提供商的站点或应用程序,并请求媒体节目。用户可以被限制为仅请求由媒体节目提供商提供的媒体节目。

在系统800中,可以从一个或多个源(例如从视频源810)获得视频数据,以用作视频媒体节目服务器802的输入。输入视频数据可以包括任何合适的数字格式的原始或编辑的基于帧的视频数据,这些数字格式例如运动图像专家组(mpeg)-1、mpeg-2、mpeg-4、vc-1、h.264/高级视频编码(avc)、高效视频编码(hevc)或其他格式。或者,可以以非数字格式提供视频,并使用扫描仪和/或代码转换器将视频转换成数字格式。输入视频数据可以包括各种类型的视频剪辑或节目,例如电视剧集、电影和作为消费者感兴趣的主要媒体节目而制作的其他媒体节目。视频数据还可以包括音频或者可以只使用音频。

视频流传输系统800可以包括一个或多个计算机服务器或分布在一个或多个计算机上的模块802、804和/或807。每个服务器802、804、807都可以包括或可操作地耦合到一个或多个数据存储库809,例如数据库、索引、文件或其他数据结构。视频内容服务器802可以访问各种视频片段的数据存储库(未示出)。视频内容服务器802可以在与客户端设备通信的用户界面控制器的指导下提供视频片段。如这里所使用的,视频片段是指基于帧的视频数据的确定部分,例如可以在流传输视频会话中被使用以观看电视剧集、电影、录制的现场表演或其他视频内容。

在一些实施例中,视频广告服务器804可以访问相对短的视频(例如,10秒、30秒或60秒视频广告)的数据存储库,该视频被配置为针对特定广告商或消息进行广告。广告可以被提供给广告商以换取某种支付,或者可以包括用于系统800的促销消息、公共服务消息或一些其他信息。视频广告服务器804可以在用户界面控制器(未示出)的指导下提供视频广告片段。

视频流传输系统800还可以包括受众定义118。

视频流传输系统800可以进一步包括集成和流传输组件807,集成和流传输组件807将视频内容和视频广告集成到流传输视频片段中。例如,流传输组件807可以是内容服务器或流媒体服务器。控制器(未示出)可以基于任何合适的算法或过程来确定流传输视频中广告的选择或配置。视频流传输系统800可以包括图8中未示出的其他模块或单元,例如管理服务器、商业服务器、网络基础设施、广告选择引擎等等。

视频流传输系统800可以连接到数据通信网络812。数据通信网络812可以包括局域网(lan)、广域网(wan),例如因特网、电话网络、无线蜂窝电信网络(wcs)814,或者这些网络或类似网络的某种组合。

一个或多个客户端设备820可以经由数据通信网络812和/或其他网络814与视频流传输系统800通信。这种客户端设备可以包括,例如,经由用于lan的路由器818、经由用于无线电话网络814的基站817或经由一些其他连接的一个或多个膝上型计算机820-1、台式计算机820-2、“智能”移动电话820-3、平板设备820-4、支持网络的电视820-5、游戏控制台、流传输棒(streamingstick)、机顶盒或它们的组合。在操作中,响应于从用户输入设备接收到的用户输入或其他输入,这种客户端设备820可以向系统800发送数据或指令以及从系统800接收数据或指令。作为响应,系统800可以响应于对媒体节目的选择,向客户端设备820提供来自数据存储库809的视频片段和元数据。客户端设备820可以使用显示屏、投影仪或其他视频输出设备,在媒体播放器中输出来自流传输视频片段的视频内容,并且接收用于与视频内容进行交互的用户输入。

可以使用例如流传输的各种方法,通过计算机网络、电信网络以及这些网络的组合实现从流传输组件807向远程客户端设备的音频-视频数据的分发。在流传输中,内容服务器将音频-视频数据连续地流传输到至少部分地在客户端设备上运行的媒体播放器组件,该媒体播放器组件可以在从服务器接收流传输数据的同时播放音频-视频数据。虽然讨论了流传输,但是也可以使用其他的递送方法。媒体播放器组件可以在从内容提供商接收到数据的初始部分之后立即发起视频数据的播放。传统的流传输技术使用单个提供商向一组终端用户递送数据流。可能需要高带宽和处理能力来将单个流递送给大量受众,并且提供商所需的带宽可能会随着终端用户数量的增加而增大。

流媒体可以按需或现场递送。流传输实现在文件内的任何点的即时回放。终端用户可以在媒体文件中跳动以开始回放,或者将回放更改为媒体文件中的任意点。因此,终端用户不需要等待文件被逐步下载。通常,流媒体是从具有高带宽能力的若干专用服务器通过接受对视频文件的请求的专门设备来递送的,并带有关于这些文件的格式、带宽和结构的信息,以播放视频所需的速率仅递送播放视频所需的数据量。流媒体服务器还可以考虑目的地客户端上的媒体播放器的传输带宽和能力。流传输组件807可以使用控制消息和数据消息与客户端设备820进行通信,以在播放视频时适应变化的网络条件。这些控制消息可以包括用于在客户端启用控制功能的命令,例如快进、快退、暂停或寻找文件的特定部分。

由于流传输组件807仅根据需要并以所需的速率传输视频数据,所以可以保持对所提供的流的数量的精确控制。观看者将不能通过较低数据速率的传输介质观看高数据速率的视频。然而,流媒体服务器(1)向用户提供对视频文件的随机访问,(2)允许监控谁正在观看什么视频节目以及他们观看多长时间,(3)更高效地使用传输带宽,因为仅传输支持观看体验所需的数据量,以及(4)视频文件不存储在观看者的计算机中,而是被媒体播放器丢弃,从而允许对内容的更多控制。

流传输组件807可以使用基于tcp的协议,例如http和实时消息协议(rtmp)。流传输组件807还可以递送现场网络直播并且可以多播,这允许多于一个客户端调到单个流,从而节省带宽。流媒体播放器可能不依赖于缓冲整个视频来提供对媒体节目中任何点的随机访问。相反,这是通过使用从媒体播放器传输到流媒体服务器的控制消息来实现的。用于流传输的另一种协议是超文本传输协议(http)现场流传输(hls)或http上动态自适应流传输(dash)。hls或dash协议经由小片段的播放列表通过http递送视频,这些小片段通常从一个或多个内容递送网络(cdn)以各种比特率可用。这允许媒体播放器逐段地切换比特率和内容源。这种切换有助于补偿网络带宽差异以及在视频回放期间可能出现的基础设施故障。

通过流传输的视频内容的递送可以在各种模式下完成。在一种模式下,用户为观看视频节目付费,例如,付费访问媒体节目库或受限媒体节目的一部分,或者使用按次付费服务。在出现后不久就在广播电视中广泛采用的另一种模式中,赞助商为媒体节目的呈现付费,以换取在节目呈现期间或临近节目呈现时展示广告的权利。在一些模式中,在视频节目中在预定时间插入广告,这些时间可以被称为“广告时段”或“广告插播”。对于流传输视频,媒体播放器可以被配置成使得客户端设备在指定的广告时段期间不播放预定的广告就不能播放视频。

参考图9,示出了用于观看视频内容和广告的装置900的示意图。在所选实施例中,装置900可以包括处理器(cpu)902,其可操作地耦合到处理器存储器904,处理器存储器904保存由处理器902执行的二进制编码的功能模块。这样的功能模块可以包括用于处理诸如输入/输出和存储器访问之类的系统功能的操作系统906、用于显示网页的浏览器908和用于播放视频的媒体播放器910。存储器904可以保存图9中未示出的附加模块,例如用于执行本文其他地方描述的其他操作的模块。

总线914或其他通信组件可以支持装置900内的信息传送。处理器902可以是被配置成通过执行定义特定任务的机器可读软件代码来根据这里公开的特征和方面执行特定任务的专门或专用微处理器。处理器存储器904(例如,随机存取存储器(ram)或其他动态存储设备)可以连接到总线914或直接连接到处理器902,并且存储要由处理器902执行的信息和指令。存储器904还可以在这些指令的执行期间存储临时变量或其他中间信息。

存储设备924中的计算机可读介质(crm)可以连接到总线914,并为处理器902存储静态信息和指令;例如,当装置900断电时,存储设备(crm)924可以存储模块906、908和910,当装置900通电时,模块可以从存储设备924加载到处理器存储器904中。存储设备924可以包括保存信息、指令或其某种组合的非暂时性计算机可读存储介质,例如当由处理器902执行时使装置900被配置为执行如本文所述的方法的一个或多个操作的指令。

通信接口916也可以连接到总线914。通信接口916可以可选地经由路由器/调制解调器926和有线或无线连接来提供或支持装置900和一个或多个外部设备(例如,流传输系统800)之间的双向数据通信。替代地或附加地,装置900可以包括连接到天线929的收发器918,通过收发器918,装置900可以与无线通信系统的基站或与路由器/调制解调器926进行无线通信。替代地,装置900可以通过局域网、虚拟专用网或其他网络与视频流传输系统800通信。在另一个替代方案中,装置900可以被合并为系统800的模块或组件,并且经由总线914或通过某种其他形式与其他组件通信。

装置900可以(例如,经由总线914和图形处理单元920)连接到显示单元928。显示器928可以包括用于向装置900的操作者显示信息的任何合适的配置。例如,显示器928可以包括或利用液晶显示器(lcd)、触摸屏lcd(例如,电容显示器)、发光二极管(led)显示器、投影仪或其他显示设备,以在视觉显示中向装置900的用户呈现信息。

一个或多个输入设备930(例如,字母数字键盘、麦克风、小键盘、遥控器、游戏控制器、摄像头或摄像头阵列)可以经由用户输入端口922连接到总线914,以向装置900传送信息和命令。在所选实施例中,输入设备930可以提供或支持对光标定位的控制。这种光标控制设备,也称为定点设备,可以被配置为鼠标、轨迹球、跟踪板、触摸屏、光标方向键或用于接收或跟踪物理移动并将该移动转换成指示光标移动的电信号的其他设备。光标控制设备可以例如使用触敏屏幕被结合到显示单元928中。光标控制设备可以向处理器902传送方向信息和命令选择,并控制显示器928上的光标移动。光标控制设备可以具有两个或更多个自由度,例如从而允许该设备指定平面或三维空间中的光标位置。

特定实施例可以在由指令执行系统、装置、系统或机器使用或与指令执行系统、装置、系统或机器结合使用的非暂时性计算机可读存储介质中实现。计算机可读存储介质包含用于控制计算机系统执行由特定实施例描述的方法的指令。计算机系统可以包括一个或多个计算设备。当由一个或多个计算机处理器执行时,这些指令可以被配置成执行在特定实施例中描述的内容。

如在此处的描述中以及在所附的整个权利要求中所使用的,“一”、“一个”和“该”包括复数引用,除非上下文中另有明确规定。此外,如在此处的描述和所附的整个权利要求中所使用的,“在……中”的含义包括“在……内”和“在……上”,除非上下文另有明确规定。

以上描述说明了各种实施例以及可以如何实现特定实施例的各方面的示例。上述示例和实施例不应被认为是唯一的实施例,并且被呈现来说明由所附权利要求限定的特定实施例的灵活性和优点。基于以上公开和所附权利要求,在不脱离权利要求所限定的范围的情况下,可以采用其他布置、实施例、实施方式和等价物。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1