创建，该MH)文件定义了视频的每个部分应被选自哪个流以便呈现给观众。
[0023]MPD文件(类似于先前描述的清单文件）的使用将使得个性化的流被创建。还将使 得将被创建的内容的不同长度适合所要求的必需追赶时间。
[0024]在第二种布置中，视频文件被创建，该视频文件将可变速度视频统一为"单个"流。 这个流也可以使用ABR进行编码，使得能够进行适合于可用带宽的传送。
[0025]在第三种布置中，视频使用ABR以正常（xl)速度被编码，并且当要求追赶时，视频 比在客户端设备中回放的实时更快地进行流传输，这将控制视频的回放速度。为了提供将 要执行的一定程度的带宽节省，对于将要以高速(例如，xl6)回放的视频部分，可使用ABR例 如通过仅发送"I帧"或减少错误检查来减少每帧的比特率。
[0026]第四实施方式使用MPD文件限定视频片段内的字节范围，所述视频片段将由所述 客户端请求并下载用于回放。
[0027] 在优选实施方式中，所述元数据包括被分配给每个片段的"叙述兴趣值"（NIV)。每 个片段的NIV可以由内容提供商或由回放设备本身来生成，并且可以从一个或更多个书签 或"事件标记"与所讨论的片段之间的时间距离（片段数目）推导出。在所描述的实施方式 中，从一个或更多个书签推导出的NIV被称为"组合NIV"（CNIV)。
[0028] 在一个实施方式中，平滑函数可以被应用于NIV值，或应用于所得的回放速度，以 防止回放速率的频繁改变。
[0029] 可以选择适合每个回放速度的NIV的范围，使得序列的总持续时间或其结束的时 间满足预定条件。
[0030] 在一个实施方式中，由多个观众应用的事件标记被聚合。通过在给定时间帧内仅 考虑针对给定事件类型已有多于最小数目的用户提供的事件标记的视频序列的区域，可以 应用阈值以限制所聚合的事件标记的数目。
[0031 ]在使用中，观众可以因此下载并以特定模式回放内容，其中，内容的每个"±夬"以与 和该块相关联的CNIV相关的速率回放。
[0032] 回放系统可以将NIV值的不同权重归因于不同的事件（例如，要考虑观众的喜好， 例如，相比于一个队伍的对手的得分成绩，更多地关注这个队伍的得分成绩）。这可以通过 根据相关联的元数据将除了 "Γ之外的NIV归因于次要的事件或者通过调节NIV随着到它们 相关联的事件标记的接近度而改变的速率来实现。
[0033] 现在将通过示例的方式并参考附图来描述本发明的实施方式，其中：
[0034] 图1描绘了被安排成根据本发明操作以控制视频传输的追赶序列的媒体服务器、 内容服务器和相关联的客户端设备。
[0035] 图2是示出在书签时间戳数据的创建中所执行的过程的流程图。
[0036]图3是示出书签数据的捕获的图。
[0037]图4是示出书签数据的捕获的进一步的图。
[0038]图5示出了本发明的操作的第一方法。
[0039]图6A示出了本发明的操作的第二方法。
[0040]图6B示出了本发明的操作的第三方法。
[0041] 图7示出了本发明的操作的第四方法。
[0042] 多种机制可被用于使得能够进行针对体育TV节目中的事件的"书签"的创建，以及 用于使服务提供商能够利用这些书签识别、传送和提供视频节目。在我们的共同未决申请 GB2014/000036和GB2014/000037中已充分描述的一种这样的系统将在这里参考图1、2、3和 4进行概括。可以理解，本发明不依赖于事件标记被创建的方式。出于完整性起见，该简要描 述被包含，但读者可参考这些申请以便获得进一步细节。
[0043]图1示出了观众用于从服务器420下载视频数据并在输出设备40(诸如，常规电视 机)上播放所述数据的视频回放设备41。
[0044]无论是在实时传输或同时观看录像时，用户可以在视频序列内识别关键事件(诸 如，进球），并使用"临时书签"标记它们。然后，观众可以使用这些"临时书签"很容易地导航 回到视频序列中的那些事件。它们也可以被传送到数据库43,以允许被其它观众使用，以识 别被观众考虑的特别感兴趣的视频内容的部分。用书签标记的事件连同由观众提供的相关 联的元数据44 一起被存储为时间码，以对事件进行分类。元数据使各个被书签标记的部分 被分类，以便根据观众的兴趣允许给予各个部分优先级以便观看。
[0045] 如图1和2所示，观众使用视频设备40(诸如，电视机)观看诸如覆盖体育事件的广 播或所记录的视频内容。为便于使用，观众也可使用已加载软件应用程序（"App"）的平板设 备41或其它终端。多个这样的应用是可用的，其能够将这样的终端同步到被链接到服务器 42的视频设备40的输出，使得服务器可以监视观众正在观看的内容。服务器42还具有与正 在观看的内容相关的数据。例如，对于一场足球比赛，将会有关于球队和单独的球员的身份 资料。App提供了使观众能够用书签标记视频流并将元数据添加到那个书签的用户界面。
[0046] 平板设备41上加载的应用允许用户用书签标记电视内容中的事件，并添加与该事 件相关的元数据，以被存储在服务器42上。如图2所示的该过程使得用户能够定位事件，以 便使用社交网络与其它用户分享它的视频剪辑，或以便在事件之后再次回顾剪辑，或参加 需要剪辑的提名和提交的投票或竞争。
[0047] 如图2所示，观众通过首先选择动作(进球、任意球等）"用书签标记"事件。这创建 了 "事件标记"。然后，事件标记与例如识别所涉及的运动员的元数据项一起被保存到服务 器。这个用书签标记的过程被统称为图2中的步骤60。使用视频序列中的单个时间点（在本 文中被称为事件标记(EM))来识别每个事件。EM通常将识别感兴趣事件的确切时刻(例如， 当球越过球门时、或做出差劲的拦截的瞬间）。每个EM由视频序列中的时间码、帧或视频块 标识符来指定。
[0048]观众还可以提供与书签相关联的附加的元数据(步骤63)。这将包括进一步的信息 (诸如，事件的类型（进球、传球、射门、救球、角球，红牌等）、与事件相关联的主要人物(球 员、裁判、经理、边裁等）、以及观众可能希望添加到事件中的评论或描述），以支持日后检索 或添加上下文到视频剪辑。
[0049] 事件标记和附加的元数据被记录在通常与服务器设备42相关联被存储的相关联 的XML文件43、44中（步骤62、64)，以便对于观众的局域网和视频服务提供商两者来说是可 访问的。
[0050] 当事件真正发生和当用户按下"保存书签"按钮时，可能存在失配。这种失配可以 使用以下方法中的任一种或两者来降低。
[0051] 服务器42可以通过使用用户特定的反应时间偏移值(RTO)来修改书签时间码（步 骤61)，该步骤试图最小化当事件真正发生时和当观众指示其发生之间的差异。每个用户的 RTO可以通过使用其中事件标记先前已被识别的参考视频内容来计算。参考事件标记的时 间码与由各个观众识别的等效事件标记的时间码之间的平均差值可以用于计算该用户的 RT0。在图2中，该过程61被描绘为由服务器平台42执行，但它可以由客户端设备41来完成。 [0052]书签时间码可以通过与由其它观众创建的书签(600、601、602)的比较被进一步改 进。通过识别观众保存的关于相同事件的大量书签(如通过由用户应用的元数据或简单地 通过彼此的时间接近度来识别）并且从它们中计算出单个代表值，可以计算事件标记的更 精确的时间码(步骤65)。该时间码调整过程将发生在服务器的集中的书签存储器42中，并 返回到事件标记存储器43。
[0053]在我们的共同未决申请中所执行过程的示例可以参照图3理解。曲线90表示随着 时间的推移，由不同用户关于单个事件发送的书签60、600、601、602等的累积总数，并通过 与其相关联的元数据63的比较被识别为关于相同的事件。水平时间轴根据流被划分成的视 频数据的各个"±夬"1、2、3.....22(通常每个块大约两秒的持续时间）来分级。
[0054]书签随时间分布的形状的细节根据被标记的事件类型将有所不同。经验系统可以 被用于使用分布90的形状和由用书签标记数据的用户提供的元数据64估计放置事件标记 93的最佳时间。例如，根据用书签标记的事件的类型，事件标记可以被定义为书签标记次数 的预定百分比，例如，第一四分位(25% )92、或中间值(50% )95。在图3中描述的示例中，事 件标记93被放置在中值点，其为块12。对于某些类型的事件，不同的标准可以被发现是最佳 的，例如，可以使用表示分布的统计模式的累积曲线的最陡点。
[0055]图4示出了在我们的共同未决申请的发明中如何从由各个观众生成的书签事件的 数目峰值生成事件标志。每个峰值的位置识别一个事件EMl、EM2等。权重a、b、c可以根据与 每个事件标记相关联的书签事件的数目被应用于与该每个事件标记相关联的NIV。
[0056]同样在图2所示的观众参与过程中，元数据也可以被自动创建以简化书签创建过 程。例如，如图1所示，使用其它数据源444(例如，由OPTA体育有限公司提供的实时数据馈 送），当观众选择"保存书签"按钮时，系统可能提供关于选手控球的数据。
[0057]精炼的或聚合的书签被添加到存储在媒体服务器42上、对于存储在个人客户端设 备41上的应用来说可用的书签列表43。
[0058]每个书签(或事件标记）（例如，图3中的"93"）仅定义了时间的特定时刻。通过将大 型视频文件解剖为多个较小的文件(被称为块）（例如，每个为2秒长度），可以通过指定在给 定事件标记之前和之后出