。通过将大视频文件切分为多个较小的文件(称为块)，(每个块在长度上例如为两秒)，视频片段可由在事件标记器之前和之后发生的多个块来定义。
[0049]要选择的块参照两个其它属性来确定。首先，根据从存储器43检索的元数据(步骤66)，确定在单个事件时间代码之前和之后的比率(步骤67)。该比率在本文中称为前后事件比率(Pre Post Event Rat1，PPER)。PPER确定由事件标记器指定的时间片段内的位置，更具体地，在EM之前提供的“块”的数量与在EM之后提供的“块”的数量之间的比率。
[0050]图1示出了三个片段101、102、103，每个片段具有十三个“块”，但是各自的PPER分别为1: 1、2: I和3: I。能够看出，虽然在每种情况下，片段具有相同的持续时间，但是事件标记器(在每种情况下标计为“I”)分别地发生为在序列中的第7个块、第9个块或第11个块，并且因此这些片段的开始时间和结束时间不同。
[0051]不同的运动和运动特定的事件典型地将具有不同的PPER。专业创建的视频片段序列的分析已经针对以下运动识别PPER的平均值:
[0052].英式足球具有1: 3的平均PPER
[0053].一级方程式赛车具有1: 6的平均PPER
[0054].橄榄球具有2: I的平均PPER
[0055]但是，不同的比率可应用到运动所处的不同级别(例如，联赛、全国联赛和国际水平)，这是因为运动专业水平的不同级别和不同的观众两者。不同的PPER还可以应用到比赛中的不同的事件(例如，进球、犯规等)，具体地，根据关键时刻形成的相对重要性以及该时刻的结果。在定位球的情况下，用户可以根据结果(例如“命中”或“错过”)在事件之后修改书签，所述结果也可以影响其重要性。与书签时间(43) —起存储的元数据(44)能够用来确定事件被以书签标记的瞬间是否可能朝着感兴趣的事件的开始或朝着其结束。
[0056]针对PPER比率确定的值用来针对片段中单独块生成一组叙述重要值(NarrativeImportance Value，NI V)(步骤68)，其保存在存储器45中。
[0057]不定义片段的实际长度，并且因此不定义片段的开始及结束时间，直到客户端设备请求传输视频片段，如参照图2、图3和图6将解释的那样。
[0058]当用户请求片段时(步骤69和图4)，通过检索与请求的片段相关联的事件标记器43和确定要传输的单个视频块的网络地址以及它们的相关联的叙述重要值(NIV) 45 (步骤701、702)，在网络视频服务器42内创建清单文件46 (步骤70)。清单文件46被传输到请求片段的客户端41 (步骤72)，允许客户端请求按照视频块的叙述重要值的顺序来请求视频块(步骤76)。
[0059]使用优先级排序的传输调度的视频片段的传输和编辑(图4)
[0060]如图1所示，PPER能够用来指定视频块分别针对PPER为1: 1、2:1和3:1的下载的顺序。事件标记器总是被识别为块号I。如图所示，PPER将用来识别针对每个视频块的叙述重要值(NIV)，该叙述重要值随后被服务器使用以生成视频清单文件46，所述视频清单文件46指定客户端设备视频播放应用将请求单个视频块的顺序。因此，例如，在PPER为1:1的情况下，在事件标记器之前和之后，以相同的速率按照降序给块分配NIV。对于PPER为2: I的情况，然后针对每个块在EM之前分配两个块。类似地对于PPER为3: I的情况，针对EM后的每个块，在EM前下载三个块。在每种情况下，按照从EM开始并且在时间上远离EM进行的顺序下载块，这意味着在EM之前的块按反序传输，请求缓存直到序列完成或下载终止。
[0061]但是，结果是下载了许多块，保持尽可能接近由PPER指定的比率。从这些示例将看出，虽然在每种情况下，片段具有13个块的持续时间(例如26秒)，但是在其中事件标记器分别发生在不同的点，在序列中的第7块、第9块或第11块。类似地，如果在传输完成之前截短序列，则考虑到块的基本间隔尺寸(即，块的碎片是不可能的)，将保持尽可能接近由PPER指定的比率。
[0062]图4例示了配合执行处理并且交换需要的数据的服务器和客户端装置。图4描绘了客户端设备41，该客户端设备41具有至电视机40或其它监视设备的输出，并且在通信网络上具有到服务器42的连接。服务器具有多个数据存储器43、44、45、46，所述数据存储器存储事件标记器和与视频数据相关联的其它元数据，以及用于指定视频数据的哪个部分以及按什么顺序传输到单独的客户的清单文件。清单文件46可以响应于来自客户的特定请求而创建，或可以预准备。
[0063]针对下载的清单文件46，客户服务器41具有相对应的存储器，并且还可以具有用于改变清单文件的个性化优先级47的存储器，以便准备请求48来传输视频内容。服务器平台42具有视频内容的存储器49，从该存储器可以检索在传输到客户端设备41的请求48中指定的内容490。
[0064]当请求视频片段时，用户选择身份(例如，通过参考其书签EM)和期望的持续时间(步骤69)。他可以选择单个片段或一系列片段，所述片段或者逐一定义或者由用户自己或其他用户定义为合集。在合集的情况下，用户可以指定其整个持续时间，而不是单独的持续时间。
[0065]通过接收客户端设备41来定义片段的长度或序列中每个片段的长度，所述接收客户端设备安排片段的请求和多个片段视频序列的合集来进行呈现。
[0066]如果片段被用来形成诸如“最精彩部分”秀的合集，则服务器使用与每个事件标记器相关联的书签数据来确定优先级列表。可以参考用户偏好剪裁该列表，例如，在足球比赛中，用户可以给观看他支持的球队进球得分优先，而不是给观看他反对的球队的进球得分优先，并且相对于诸如围绕运动员的警告或出局的其它事件给予射门得分优先。
[0067]传输处理中的步骤如下:
[0068]客户端41从服务器42请求指定一个或多个单独的片段的特定的清单文件46 (步骤69)
[0069]如果之前没有定义，则清单文件根据EM和NIV数据进行编辑(步骤70-图6)
[0070]服务器42将清单文件46传输到客户端41 (步骤72)
[0071]客户端41读取清单文件46 (步骤73)
[0072]客户端41解译清单文件46，并且应用客户端自己的事件和个人优先级47(步骤74)
[0073]客户端41创建从按照优先级47修改的清单文件46得到的经修改的按优先顺序排序的视频块列表48 (步骤75)，该优先级47按照视频块要传输的顺序指定视频块。
[0074]客户端41将块列表48传输至服务器42 (步骤76)
[0075]服务器42检索视频块49，并且按照在请求中指定的顺序传输它们(步骤77)
[0076]客户接收视频块49，并且将它们按照时间顺序重新汇编以向用户展示(步骤78)。例如，在没有传输49所有块的情况下，例如，客户端41和服务器42之间的连接中断，客户端设备41从它接收的序列中汇编较短的序列。或者为了之后的重播或者为了几乎立即显示，存储所有的块:但是，因为在每个事件标记器之前的块是按照与显示它们的顺序相反的顺序传输，所以直到已经传输第一片段的所有的事件之前的块，才能够开始显示整个序列。
[0077]图2例示了在两个视频序列1-13和14-22的情况下，客户端设备如何典型地汇编视频块以形成视频序列的合集。在该图中，按照块被显示的顺序对它们进行编号。标志图标指示单独的视频片段之间的分隔。选择的块是满足需要的持续时间、比率和EM的那些块。因此，第一序列(1-13)具有