CN105191337A - 视频数据的提供 - Google Patents

Abstract

由广播或其它视频输出的不同观众生成的单独时间戳数据输入用来识别要用于生成视频片段或“最精彩部分”的序列的视频数据的部分。针对每个事件的单独时间戳被聚合以针对每个事件生成单个标记器标志(93)，该标志例如定义为在时间戳的分布(90)中的中点(95)(或一些其它点)。

Description

视频数据的提供

本发明涉及在通信媒体上提供视频数据。具体地，本发明涉及通过将“书签”数据应用于节目来识别记录节目的“最精彩部分(highlights)”。这些可以由创建这些节目的用户或其他用户来使用以识别最感兴趣的部分。例如，它们可以用来识别广播的部分以编辑成短视频序列。提供这种最精彩部分是许多电视服务(特别是体育赛事报道)的重要部分。

编辑“最精彩部分”片段的序列所需的提取通常使用标准数字视频编缉工具从较长的视频序列创建，所述标准数字视频编缉工具直接地或者参考该片段中的关键事件来定义每个视频片段的起点和终点。每个片段典型地存储为独立的文件，该独立的文件可以随后提供给观众。典型地，给请求“最精彩部分”序列的观众提供地址或地址集合，从该址或地址集合检索构成所需序列的片段。

例如从国际专利说明书WO2004/025508中已知，提供识别视频序列中的“最精彩部分”的自动程序以便给观众提供导航设备或简化和减少视频生产和编辑中的成本。现有技术典型地通过分析视频序列中视频或音频的电平的变化来自动识别视频片段。更具体地，通过分析视频信号的可视部分、音频部分和文本部分，使用各种超级直方图、帧签名、剪切检测方法、隐藏字幕信息、音频信息等来典型地识别“最精彩部分”视频段落的边界。例如，基于响应于运动员的表现记录的观众欢呼的音量(US7831112)，或分析描述分数的图像区域来检测变化(US7983442)。

例如从欧洲专利申请EP142178中还已知，使观众手动地以书签标记“最精彩部分”以用于以后的访问。尽管人工输入比内容分析更可靠，但是单独的用户将以不同的方式反应，特别是将具有不同的反应时间，范围从响应于语音或手势命令、或者如果在预计事件的情况下用户使其手指保持适当控制的姿势，到如果用户不太熟悉系统和/或需要寻找控制单元、或者如果相关节目建立标记需要具有多功能(例如平板计算机)的几秒钟。因此，视频检索处理器难以响应单独以书签标记内容，精确地确定内容的哪部分适于针对视频片段来标记。根据以书签标记的事件是用户正期待的“定位球(setpiece)”还是响应时间将变化较大的某些不期待的事情，能够发生其它变化。

本发明提供了一种用于从视频数据元素的序列生成视频片段以根据需要传输和重放的视频服务平台，该视频服务平台包括：

用户输入单元，其接收多个单独时间戳数据输入，每个单独时间戳数据输入由各用户生成，并且识别要用来生成片段的视频数据的一部分；

聚合系统，其用于计算从所述多个单独时间戳数据导出的聚合时间戳值；

事件标记器单元，其用于根据所述聚合时间戳数据，将事件标记器标志与视频数据序列的元素相关联；和

输出单元，其用于从与事件标记器标志相关地定义的多个视频数据元素生成视频片段。

本发明还提供了一种用于从视频数据元素的序列生成视频片段以根据需要传输和重放的方法，其中由多个用户中的每一个生成的识别要用于生成片段的视频数据的一部分的单独时间戳数据输入被聚合以计算聚合时间戳值，并且根据聚合的时间戳，将事件标记器标志与视频数据序列的元素相关联。

用于确定聚合时间戳值的处理可以根据与单独时间戳值相关联的元数据和/或时间戳数据输入的分布来选择。时间戳数据输入的分布例如通过选择整个持续时间，或者选择在事件标志之前出现的片段的比例还可用于控制在该片段的事件标记器之前和/或之后视频片段部分的持续时间。

本发明使观众能使用观众定义的“临时书签”在视频序列内识别多个关键事件(例如，在足球比赛中的进球)。与相关联的元数据一起地，这些书签被存储为时间代码，所述元数据将时间代码识别为属于某种类型的事件。在优选实施方式中，不是标记最精彩片段的开始和结束，而是第一值标记关键事件，第二值用来定义识别在标记点之前和标记点之后要提供的片段的相对持续时间的比率。因此，用户不需要识别对事件本身建立的开始。当保持该比率时，能够调整实际持续时间。

可以在关键事件的时刻由非专家用户通过单次交互在直播视频流上容易地且实时地识别和生成片段。但是，由于不熟悉控制设备，意识到事件的重要性所用时间的不同、外物分心等，用户响应于关键事件所用时间会不同。这会降低系统的有效性，因为不同的用户将接收不同的片段、显示或多或少感兴趣的事件。特别地，片段必须足够长以确保关键时刻(根据正在讨论的运动，进球、接球、击球、超过)被捕捉，导致任何被传输的片段很可能包括比期望更多的关键时刻之前和/或之后的事件。这反过来意味着在给定的时间内能给用户显示较少的片段。

更进一步的缺陷在于存储了大量的事件标记器。不但引起针对服务提供商的存储问题，而且它使检索变得困难，特别是如果这些片段对那些没有看到或以书签标记原始广播或者其中的一部分的观众可用，并且希望使用书签来创建最精彩的序列，更是如此。许多标签将与相同的事件有关，并且未经详细分析，对于用户来说很难识别与事件有关的多个标记中的哪一个将提供最精确的观看。即使对于创建标记的用户，他们的反应时间可能从一个标记到另一个标记而变化，导致某些片段的起点和终点比期望的更早或更晚。

本发明通过分析在视频传输(所述视频传输可以是流直播或可以视为“按需”时移纪录)期间由多个用户生成的事件标记器的临时分布，识别彼此临时靠近的事件标记器，生成聚合的时间戳，以及生成具有聚合时间戳的值的聚合事件标记器来克服这些缺陷。该聚合值可以为简单的中值，或者在时间戳的分布上的某些更早或更晚的点，例如第25％的点。与事件标记器相结合由用户提供的元数据不但可以用来最初识别与相同的事件相关的事件标记器，而且用于确定多个聚合处理中的哪一个用于每个这种群组，例如期望针对诸如罚球等的“定位球”的用户标记行为比诸如冲撞、自由运动的射门等的意外事件更集中。

通过HTTP(超文本传输协议)传送视频的通用方法包括将大的视频文件分成多个较小的文件(称为块)，且每个块对应于在长度上可能为几秒的视频段，并且每个视频段具有其自己的URL(统一资源定位符)。在这种系统中，服务器平台给客户提供清单文件，(所述清单文件指明请求的片段的每个块的URL)，以便客户能够请求、编辑并且然后重放视频。在该实施方式中，由客户端设备创建和解译清单文件的方式，以便通过首先下载与关键事件有关的块(诸如进球)，接着进一步下载在每个单独的事件之前或之后的序列中的“视频块”，来基于其叙述的重要性对传输的内容进行排序。还可以给不同事件提供不同的优先级，以便首先传输诸如进球的事件，稍后传输诸如没能进球、犯规等其它事件。通过将较低优先级事件的定义的“事件标记器”块排序在较高优先级事件的事件标记器之前或之后的一段距离发生的块之前，与较低优先级事件相关的块在完成所有较高优先级的事件的块的传输之前开始传输。在任何事件中，在传输之后，块被重新汇编为它们的用于观看的正确的序时顺序。

该配置能使适合于带宽的以灵活方式提供的“最精彩片段”可用。这对于使用低容量网络或处于不可靠覆盖范围(例如移动用户可能经历的那样)的观众是有益的。这种配置将允许观众可用的多个单独的最精彩片段，在可用带宽或可靠连接存在限制的情况下被优化。视频块的优先次序还使视频片段能被“飞速”动态编辑，以匹配专用回放长度限制。这种设备在提供“后来者”追赶设备时是有用的，所述“后来者”追赶设备能给观众提供在加入直播流之前发生的关键事件大纲。

现在，将通过示例的方式并且参照附图描述本发明的实施方式，在附图中：

图1描绘了根据本发明创建的多个不同的视频片段；

图2描绘了一系列片段的传统下载序列；

图3A、图3B和图3C描绘了针对不同下载条件的根据本发明的一系列片段的下载序列；

图4描绘了设置为根据本发明运行的媒体服务器和客户服务器，并且还描绘了用来将视频数据编辑为片段序列的处理；

图5A描绘了用来创建书签元数据的显示；

图5B描绘了用来导航书签元数据和回放视频片段的显示；

图6是显示了在本发明的操作中执行的处理的流程图；

图7是例示捕获标记数据的图。

应注意，在图1和3中的数字1、2、...133等是优先级水平，该优先级水平指示视频块可以被传输到客户的顺序，或如果要编辑较短的序列，则应当丢弃所述块被丢弃的(相反)顺序。例如，如果每个块的长度是1秒，则存在具有同等重要性和PPER的6个片段，并且期望的回放时间为60秒，那么回放序列应该仅从具有10或更少(60/6)的NIV的块来汇编。在高带宽的情况下，能够按时间顺序下载。

特别注意，在图3中，超过一个块具有相同的优先级。在图2中，数字指示所述块要呈现的(不同)次序，即，它们描绘的事件的序时顺序。

在实施方式中，多个机制用来使观众能够“以书签标记”体育TV节目中的事件，并且使服务提供商能够利用这些书签来识别、传输和提供视频最精彩的片段。概述的机制包括：

视频书签的创建和视频“最精彩部分”片段的定义(图6)。

使用优先的传输调度来传输和编辑视频片段的机制(图4)。

视频书签的创建。(图6)观众在视频序列中识别关键事件(例如，进球)，并且使用“临时书签”来标记它们。然后，观众能够使用这些“临时书签”来容易地在视频序列中导航回到他们喜爱的时刻。以书签标记的事件与由观众提供的相关联的元数据一起存储为时间代码以将事件分类。元数据使单独的视频块针对视频服务提供商的传输和呈现按优先级排序。

如图4和图6所示，观众使用诸如电视机的视频设备40来观看广播或诸如体育事件的赛事报道的记录的视频内容。为了便于使用，观众还可以使用平板设备41或加载有应用(“App”)的其它终端。许多这种应用是可用的，所述应用可以将这种终端与链接到服务器42的视频设备40的输出同步，以便服务器能够监控观众正观看的内容。服务器还具有与正观看的内容有关的数据。例如，对于足球比赛，服务器具有关于球队和单独的球员的身份相关的数据。App提供使观众能够以书签标记视频流并且将元数据添加到该书签的用户界面。

在平板设备41上加载的应用允许以书签标记电视内容中的事件，并且添加与该事件相关的元数据，以存储在服务器42上。这使用户能够定位事件，以便与使用社交网络的其他用户共享该事件的视频片段、或在事件之后再次重温片段、或参与需要片段的提名和提交的投票或竞赛。

观众通过首先选择行为(进球、角球等)来“以书签标记”事件。这创建了“事件标记器”。然后，事件标记器在元数据项之后被存储到服务器，例如已经添加识别有关的运动员。该书签标记处理在图6的步骤60中集中识别。使用视频序列内的时间上的单个点来识别每个事件，本文称为“事件标记器(EventMarker，EM)”。EM将典型地识别感兴趣的事件的准确时刻，例如当球穿过球门门口、或抢球犯规的时刻。每个EM由视频序列中的时间代码、帧、或视频块标志符来指定。

观众还可以提供与书签标记相关联的额外的元数据(步骤63)。这将包括进一步的信息，诸如事件的类型-(进球、传球、射门、救球、角球、红牌等)、与事件相关联的主要基本人员-(足球运动员、裁判、管理者、边裁等)、和观众希望添加至该事件的评论或描述以支持以后的检索或给视频片段添加背景。

这样的元数据还被自动创建以简化书签的创建处理。例如，使用其它数据源444(例如，由OPTASportsLtd提供的实时数据馈送)，系统将能够提供当观众选择“保存书签”按钮时，哪个运动员持球的数据。

事件标记器和额外的元数据记录在相关联的XML文件43、44中，(步骤62、步骤64)典型地与服务器设备42相关联地存储以便观众的局域网和视频服务提供商两者都可访问。

事件实际发生的时间与用户按压“保存书签”按钮的时间之间可能存在不匹配。使用以下两个方法中的一个或全部可以减少这种不匹配。

通过使用用户特定反应时间偏移值(RTO)，服务器42能够修改书签时间代码(步骤61)，这试图使事件实际发生时间与观众指示其发生时间之间的差最小化。通过使用之前已经识别了事件标记器的基准视频内容，能够计算每个用户的RTO。基准事件标记器的时间代码与由观众识别的等同的事件标记器的时间代码之间的平均差能够用于计算用户的RTO。在图6中，虽然该处理61被描绘为由服务器平台42执行，但是其也可以由客户端设备41来执行。

通过与由其他观众创建的书签(600、601、602)进行比较能够进一步改善书签时间代码。通过识别由观众保存的涉及相同事件的大量书签(如由用户使用的元数据识别的那样，或仅通过彼此时间上接近)，并且根据它们计算单个代表值，能够计算针对事件标记器的更精确的时间代码(步骤65)。该时间代码调整处理在服务器的集中式书签存储器42上发生并且返回至事件标记器存储器43。

参照图7，能够理解该处理的示例。曲线90表示由不同用户传送的关于单个事件的书签60、600、601、602等时间上的累积总数，并且通过与它们相关联的元数据63进行比较被识别为与相同的事件相关。随时间的书签分布形状的细节将根据标志事件的类型而变化。使用分布90的形状和通过以书签标记数据的用户提供的元数据64，经验系统可以用于估计放置事件标记器93的最佳时间。例如，事件标记器可以根据以书签标记的事件的类型被定义为书签时间的预定百分比，例如第一四分位数(25％)92、或中点(50％)95。数据的扩展94还可以用来确定要应用的合适的PPER。

在图7中描绘的示例中，事件标记器位于中点，该中点为块12。如上所述，EM和PPER确定要传输的块的顺序-序列终止的点由接收系统确定。

在该优选实施方式中，针对片段要选择的块由事件标记器93和相关联的比率PPER来确定，但是本发明还可以用于使用通过参照书签的分布(例如，从第一个十分位数(10％)91(块3)到第九个十分位数(90％)99(块15))指定的开始和结束时间来选择传统定义的片段的定时。

精细的或聚合的书签被增加到对存储在单独的客户端设备41上的应用可用的书签列表。可以给用户提供选择来使用其自身的标记器代替聚合值。保存在XML文件中的书签自动上传至集中式数据存储器。观众和TV产品能够使用中央数据存储器以对在其它应用中(例如最精彩的TV体育节目)使用的视频片段进行识别和排序。

单独的观众可用的书签列表能够包括该用户自身未参与的书签，例如因为在他观看现场报道时的数据连接中断，他会错过事件。通过使用从所有看到该报道的用户聚合的值比他依赖任何单独的事件标记器能够获得更可靠的事件标记器。

可以使用元数据标签来过滤书签列表，由此能容易地导航并重放视频片段。书签还可用作播放列表，例如使观众能看到他们已经添加到他们的书签列表中的比赛中的所有进球。

书签(或事件标记器)“93”仅定义时间中的特定时刻，在该特定时刻附近能够定义“片段”。通过将大视频文件切分为多个较小的文件(称为块)，(每个块在长度上例如为两秒)，视频片段可由在事件标记器之前和之后发生的多个块来定义。

要选择的块参照两个其它属性来确定。首先，根据从存储器43检索的元数据(步骤66)，确定在单个事件时间代码之前和之后的比率(步骤67)。该比率在本文中称为前后事件比率(PrePostEventRatio，PPER)。PPER确定由事件标记器指定的时间片段内的位置，更具体地，在EM之前提供的“块”的数量与在EM之后提供的“块”的数量之间的比率。

图1示出了三个片段101、102、103，每个片段具有十三个“块”，但是各自的PPER分别为1∶1、2∶1和3∶1。能够看出，虽然在每种情况下，片段具有相同的持续时间，但是事件标记器(在每种情况下标计为“1”)分别地发生为在序列中的第7个块、第9个块或第11个块，并且因此这些片段的开始时间和结束时间不同。

不同的运动和运动特定的事件典型地将具有不同的PPER。专业创建的视频片段序列的分析已经针对以下运动识别PPER的平均值：

·英式足球具有1∶3的平均PPER

·一级方程式赛车具有1∶6的平均PPER

·橄榄球具有2∶1的平均PPER

但是，不同的比率可应用到运动所处的不同级别(例如，联赛、全国联赛和国际水平)，这是因为运动专业水平的不同级别和不同的观众两者。不同的PPER还可以应用到比赛中的不同的事件(例如，进球、犯规等)，具体地，根据关键时刻形成的相对重要性以及该时刻的结果。在定位球的情况下，用户可以根据结果(例如“命中”或“错过”)在事件之后修改书签，所述结果也可以影响其重要性。与书签时间(43)一起存储的元数据(44)能够用来确定事件被以书签标记的瞬间是否可能朝着感兴趣的事件的开始或朝着其结束。

针对PPER比率确定的值用来针对片段中单独块生成一组叙述重要值(NarrativeImportanceValue，NIV)(步骤68)，其保存在存储器45中。

不定义片段的实际长度，并且因此不定义片段的开始及结束时间，直到客户端设备请求传输视频片段，如参照图2、图3和图6将解释的那样。

当用户请求片段时(步骤69和图4)，通过检索与请求的片段相关联的事件标记器43和确定要传输的单个视频块的网络地址以及它们的相关联的叙述重要值(NIV)45(步骤701、702)，在网络视频服务器42内创建清单文件46(步骤70)。清单文件46被传输到请求片段的客户端41(步骤72)，允许客户端请求按照视频块的叙述重要值的顺序来请求视频块(步骤76)。

使用优先级排序的传输调度的视频片段的传输和编辑(图4)

如图1所示，PPER能够用来指定视频块分别针对PPER为1∶1、2∶1和3∶1的下载的顺序。事件标记器总是被识别为块号1。如图所示，PPER将用来识别针对每个视频块的叙述重要值(NIV)，该叙述重要值随后被服务器使用以生成视频清单文件46，所述视频清单文件46指定客户端设备视频播放应用将请求单个视频块的顺序。因此，例如，在PPER为1∶1的情况下，在事件标记器之前和之后，以相同的速率按照降序给块分配NIV。对于PPER为2∶1的情况，然后针对每个块在EM之前分配两个块。类似地对于PPER为3∶1的情况，针对EM后的每个块，在EM前下载三个块。在每种情况下，按照从EM开始并且在时间上远离EM进行的顺序下载块，这意味着在EM之前的块按反序传输，请求缓存直到序列完成或下载终止。

但是，结果是下载了许多块，保持尽可能接近由PPER指定的比率。从这些示例将看出，虽然在每种情况下，片段具有13个块的持续时间(例如26秒)，但是在其中事件标记器分别发生在不同的点，在序列中的第7块、第9块或第11块。类似地，如果在传输完成之前截短序列，则考虑到块的基本间隔尺寸(即，块的碎片是不可能的)，将保持尽可能接近由PPER指定的比率。

图4例示了配合执行处理并且交换需要的数据的服务器和客户端装置。图4描绘了客户端设备41，该客户端设备41具有至电视机40或其它监视设备的输出，并且在通信网络上具有到服务器42的连接。服务器具有多个数据存储器43、44、45、46，所述数据存储器存储事件标记器和与视频数据相关联的其它元数据，以及用于指定视频数据的哪个部分以及按什么顺序传输到单独的客户的清单文件。清单文件46可以响应于来自客户的特定请求而创建，或可以预准备。

针对下载的清单文件46，客户服务器41具有相对应的存储器，并且还可以具有用于改变清单文件的个性化优先级47的存储器，以便准备请求48来传输视频内容。服务器平台42具有视频内容的存储器49，从该存储器可以检索在传输到客户端设备41的请求48中指定的内容490。

当请求视频片段时，用户选择身份(例如，通过参考其书签EM)和期望的持续时间(步骤69)。他可以选择单个片段或一系列片段，所述片段或者逐一定义或者由用户自己或其他用户定义为合集。在合集的情况下，用户可以指定其整个持续时间，而不是单独的持续时间。

通过接收客户端设备41来定义片段的长度或序列中每个片段的长度，所述接收客户端设备安排片段的请求和多个片段视频序列的合集来进行呈现。

如果片段被用来形成诸如“最精彩部分”秀的合集，则服务器使用与每个事件标记器相关联的书签数据来确定优先级列表。可以参考用户偏好剪裁该列表，例如，在足球比赛中，用户可以给观看他支持的球队进球得分优先，而不是给观看他反对的球队的进球得分优先，并且相对于诸如围绕运动员的警告或出局的其它事件给予射门得分优先。

传输处理中的步骤如下：

客户端41从服务器42请求指定一个或多个单独的片段的特定的清单文件46(步骤69)

如果之前没有定义，则清单文件根据EM和NIV数据进行编辑(步骤70-图6)

服务器42将清单文件46传输到客户端41(步骤72)

客户端41读取清单文件46(步骤73)

客户端41解译清单文件46，并且应用客户端自己的事件和个人优先级47(步骤74)

客户端41创建从按照优先级47修改的清单文件46得到的经修改的按优先顺序排序的视频块列表48(步骤75)，该优先级47按照视频块要传输的顺序指定视频块。

客户端41将块列表48传输至服务器42(步骤76)

服务器42检索视频块49，并且按照在请求中指定的顺序传输它们(步骤77)

客户接收视频块49，并且将它们按照时间顺序重新汇编以向用户展示(步骤78)。例如，在没有传输49所有块的情况下，例如，客户端41和服务器42之间的连接中断，客户端设备41从它接收的序列中汇编较短的序列。或者为了之后的重播或者为了几乎立即显示，存储所有的块：但是，因为在每个事件标记器之前的块是按照与显示它们的顺序相反的顺序传输，所以直到已经传输第一片段的所有的事件之前的块，才能够开始显示整个序列。

图2例示了在两个视频序列1-13和14-22的情况下，客户端设备如何典型地汇编视频块以形成视频序列的合集。在该图中，按照块被显示的顺序对它们进行编号。标志图标指示单独的视频片段之间的分隔。选择的块是满足需要的持续时间、比率和EM的那些块。因此，第一序列(1-13)具有2∶1的比率并且具有13个块的持续时间3，并且第二序列具有9个块的持续时间和1∶0的比率(即，EM是序列最后的块，不管多长)。当接收到块时，用户设备将他们组成一起创建完整的视频“最精彩部分”秀的视频片段的集合。

但是，根据本发明，给每个块分配一个本文称为NIV(叙述重要值)的值，并且根据块的各自的NIV确定传输块的顺序。因此，总的来说，传输块的顺序与汇编块的顺序不同。

图3A、图3B和图3C例示了如何按顺序跨越多个视频片段而下载视频块。在该示例中，客户端设备已经请求适合于不能保障网络连接的“瞬态网络”的清单文件。这里，清单文件指定与多个视频片段有关的视频块的排序。在该示例中，每个片段具有相同的持续时间(7个块)和PPER比率(1∶1)，但是可以将原理扩展到这些值不同的片段的合集。该方法能给予关键的最精彩部分优先。

在这些附图中，单个块按照优先级顺序编号，并且这是它们被下载的顺序。因此，服务器将首先从每个片段(标记为“1”)传输EM块。当所有的“1”块已经被传输，传输所有的“2”块，以此类推。

图3A示出了从三个视频片段(87、88、89)编辑的部分下载的视频序列。如果在仅已经传输12个块之后中断下载，那么包括三个短片段87、88、89的视频序列可以由播放器41编辑，并且呈现给用户。如果服务器42按照块被播放的顺序传输块，那么12个块之后的中断将导致观众仅接收并且能够观看整个第一片段和部分第二片段，但是看不到第三片段。

类似地，如果客户端应用指定下载24秒的视频内容，那么客户端平台将在从三个视频片段31、32、33中的每一个视频片段传输最高优先级的4个块(所述4个块具有1、2、3或4的NIV)之后停止下载。

图3C示出了如果所有的块都被下载的完全下载视频序列。

存在几种能够施加该限制处理的用途。在覆盖不好的区域中的移动数据用户会希望对数据进行优先级排序以确保在失去连接之前下载关键时刻。现收现付系统的用户(诸如移动数据用户)还会希望限制片段合集的长度以便保持在其数据访问预算内。本发明的一个潜在应用在于，针对错过了比赛的开始，但是渴望在实时观看比赛的剩余部分之前，看到他们错过的关键时刻的概要的“后来者”提供追赶设备中使用的最精彩部分。在这种情况下，可以将下载持续时间设置为预定时段，但是要插入的片段的数量取决于直到该点有多少事件已经被(其他观众)以书签标记。根据已经示出的视频的量来确定“追赶”下载的持续时间，以便“追赶序列”的结束部分与返回至观看现场比赛保持一致。在实际下载时间期间，以书签标记的任何其它事件可以添加到序列“传输中”，来自额外片段的高优先级块取代来自较早的片段的最低优先级块(否则将最后下载最低优先级块)，以便使追赶序列的总时间保持相同，使得“追赶序列”的结束部分与返回观看现场比赛一致。

本发明能进行预定长度合集的动态传输而不需要预定义合集中片段的数量，并且甚至随着下载进行，将片段进一步添加到合集中，而不改变合集的总体持续时间。

虽然在图4示出，与每个片段的各自事件标记器(EM)相对应的块都具有相同的优先级，但是如果与EM相关联的元数据指示一个片段比另一个片段更重要，则能够调整优先级。因此，例如，一个片段的EM具有优先级“4”并且另一个优先级为“1”，使得在第一个片段的任何块之前，下载第二片段的四个“块”。

例如，可以给片段提供由服务器使用的优先级描述符，以定义视频块在清单文件中如何按照优先级次序排列。所述优先级排序可根据多个标准来确定，例如使用与事件相关联的书签的总和(volume)来理解重要性的级别，并由此改变优先级并且提供单独的视频块(本文称为“社交优先级”)。

另外，单独的客户端可以解译清单文件，并且剪裁它们对服务器的请求以匹配设备的单独需求和用户的偏好。例如，事件描述(进球、传球、犯规等)可以用来对片段的传输进行优先级排序，例如进球的事件将比犯规具有更高优先级。关于事件进行的评论的等级和水平也可以用来影响优先级(本文称为“事件优先级”)。使用诸如观众支持哪个球队这样的观众的个人偏好，视频片段的传输例如通过省略或剪短关于他们的对手的片段，能够进一步根据他们的偏好来按照优先级排序。

图5A和5B示出了观众使用的陪伴屏幕应用的布局。图5A示出了创建临时书签的用户界面。用户首先调用书签屏幕(这引起时间被记录)，然后用户能够选择来自第一菜单51的事件类型和要与事件标记器43相关联地存储在元数据存储器44中的其它元数据(例如，球队52或单独的运动员53)。

图5B示出了导航书签以便编辑视频片段序列的用户界面。例如，通过滚动事件并且针对那些需要的事件操作选择功能，单独的事件标记器50与利用事件标记器50记录的元数据51、52、53相关联地显示，便于选择一个或更多个这种事件来下载。

例如，通过滚动事件并且针对那些需要的事件操作选择功能，单独的事件标记器50与利用事件标记器50记录的元数据51、52、53相关联地显示，便于选择一个或更多个这种事件来下载。

Claims (6)

1.一种用于从视频数据元素的序列生成视频片段以根据需要传输和重放的视频服务平台，该视频服务平台包括：

用户输入单元，其接收多个单独时间戳数据输入，每个单独时间戳数据输入由各个用户生成，并且识别要用来生成片段的所述视频数据的一部分；

聚合系统，其用于计算从所述多个单独时间戳数据导出的聚合时间戳值；

事件标记器单元，其用于根据所述聚合时间戳数据，将事件标记器标志与所述视频数据序列的元素相关联；

输出单元，其用于从与所述事件标记器标志相关地定义的多个视频数据元素生成视频片段。

2.根据权利要求1所述的视频服务平台，所述视频服务平台具有用于接收与所述时间戳数据相关联的元数据的元数据处理器，所述聚合系统被控制为使得用于计算聚合时间戳值的处理取决于相关联的元数据。

3.根据权利要求1或2所述的视频服务平台，所述视频服务平台具有用于确定时间戳数据输入的分布的处理器，并且所述聚合系统被控制为使得用于计算聚合时间戳值的处理取决于时间戳数据输入的分布。

4.一种用于从视频数据元素的序列生成视频片段以根据需要传输和重放的方法，其中，由多个用户中的每一个用户生成的用于识别要用于生成片段的所述视频数据的一部分的单独时间戳数据输入被聚合以计算聚合时间戳值，并且根据所述聚合时间戳，将事件标记器标志与视频数据序列的元素相关联。

5.根据权利要求4所述的方法，其中，根据与所述单独时间戳值相关联的元数据来选择用于确定所述聚合时间戳值的处理。

6.根据权利要求4或5所述的方法，用于计算所述聚合时间戳值的处理取决于时间戳数据输入的分布。