CN106899843B - 一种视频业务质量评估方法及装置 - Google Patents

Abstract

本发明公开了一种视频业务质量评估方法及装置，在本方案中，本发明实施例中基于上网记录话单，提出了能够确定用户的请求播放视频时间的方法，然后将请求播放视频时间与开始播放时间的时间差作为开始播放时延，能够提高开始播放时延的准确性。此外，对应移动终端，无需为了实时监测TCP包而升级和改造信令监测系统，避免提高系统复杂度和开销。

Description

一种视频业务质量评估方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种视频业务质量评估方法及装置。

背景技术

视频作为人们日常生活不可或缺的网络资源，随着网络技术的不断发展，其数量与日俱增。随着用户对视频业务的要求越来越高，视频服务提供商需要不断的评估视频业务质量，例如视频下载速率、视频连接成功率、开始播放时延等等。其中，开始播放时延是评估视频业务的中视频业务感知的一项重要指标，其在一定程度上反应用户从请求播放视频至可以开始观看视频的等待时长。

现有技术中确定开始播放时延的方法一般如下：

首先，每个视频都有与其对应的缓存阈值，该缓存阈值用于表示开始播放该视频所需缓存的数据量。

至于确定开始播放时延的方法则是由信令监测系统监测要求播放视频的终端与提供视频的服务器之间的TCP(Transmission Control Protocol传输控制协议)流来确定。具体的：信令监测系统监测终端与视频服务器之间的TCP流，针对任一视频，将终端请求开始缓存该视频的TCP连接请求对应的时间作为视频开始缓存时间；并监测终端接收的携带该视频数据的每个TCP包的接收时间以及TCP包的数据量大小，并实时统计终端接收到的TCP包的总数据量，并将总数据量与预存的缓存阈值进行比较，一旦总数据量大于或等于缓存阈值，则用于计算总数据量的最后一个TCP包的接收时间为开始播放时间；开始播放时间与之前确定的视频开始缓存时间之间的时间差则被确定为开始播放时延，其表示的是终端与视频服务器之间针对该视频的开始播放时延。

然而，用户请求开始播放视频至视频开始缓存时间之间还有一段时间差，而现有技术中将开始播放时间与视频开始缓存时间之间的时间差作为开始播放时延显然不能准确的反应用户感知(即不能准确的反应用户请求开始播放视频之后至可以开始观看视频的等待时长)，故此，现有技术中确定的开始播放时延不准确。

发明内容

本发明实施例提供了一种视频业务质量评估方法及装置，用以解决目前存在的由于用户请求开始播放视频至视频开始缓存时间之间还有一段时间差，现有技术中确定的开始播放时延不准确等的问题。

本发明实施例提供了一种视频业务质量评估方法，包括：

信令监测系统获取指定视频且播放一次该视频的上网记录话单，所述上网记录话单中包括播放所述视频的终端的终端标识、视频服务器的服务器标识、所述终端和所述服务器之间用于播放所述视频的至少一条会话以及每条会话的会话时间；

从所述至少一条会话中，查找包括预置会话模板的会话，并将该会话对应的会话时间视为所述视频的请求播放时间；其中，所述预置会话模板为表示请求开始播放视频时的会话模板；以及，

根据预先确定的缓存阈值，所述终端缓存的所述视频的数据量，确定所述视频的开始播放时间；其中，所述缓存阈值表示开始播放所述视频所需的数据量；

计算所述请求播放时间与所述开始播放时间之间的时间差，将该时间差作为所述终端与所述视频服务器之间针对所述视频的开始播放时延。

进一步地，本发明实施例还提供了一种视频业务质量评估装置，包括：

话单获取模块，用于获取指定视频且播放一次该视频的上网记录话单，所述上网记录话单中包括播放所述视频的终端的终端标识、视频服务器的服务器标识、所述终端和所述服务器之间用于播放所述视频的至少一条会话以及每条会话的会话时间；

请求播放时间确定模块，用于从所述至少一条会话中，查找包括预置会话模板的会话，并将该会话对应的会话时间视为所述视频的请求播放时间；其中，所述预置会话模板为表示请求开始播放视频时的会话模板；以及，

开始播放时间确定模块，用于根据预先确定的缓存阈值，所述终端缓存的所述视频的数据量，确定所述视频的开始播放时间；其中，所述缓存阈值表示开始播放所述视频所需的数据量；

开始播放时延确定模块，用于计算所述请求播放时间与所述开始播放时间之间的时间差，将该时间差作为所述终端与所述视频服务器之间针对所述视频的开始播放时延。

本发明有益效果如下：本发明实施例中基于上网记录话单，提出了能够确定用户的请求播放视频时间的方法，然后将请求播放视频时间与开始播放时间的时间差作为开始播放时延，能够提高开始播放时延的准确性。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1所示为本发明实施例一中所述视频业务质量评估方法的流程示意图；

图2所示为本发明实施例一中所述视频业务会话过程的流程示意图；

图3所示为本发明实施例二中所述视频业务质量评估装置的结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

信令监测系统作为终端与视频服务器之间的系统，能够统计哪个终端通过该视频服务器播放了哪些视频，并记录该终端与视频服务器之间针对每个播放视频的用于播放视频的会话，由此形成了上网记录话单。具体的，该上网记录话单中可以包括至少一条会话及每条会话对应的会话时间(例如TCP流开始时间、HTTP会话请求时间、HTTP会话响应时间、HTTP会话结束时间)，上下行流量等信息。

本发明实施例中基于上网记录话单，提出了能够确定用户的请求播放视频时间的方法，然后将请求播放视频时间与开始播放时间的时间差作为开始播放时延，能够提高开始播放时延的准确性。下面通过实施例，对本发明实施例提供的技术方案做进一步说明。

实施例一：

如图1所示，其为本发明实施例一中所述视频业务质量评估方法的流程示意图，所述视频业务质量评估方法可包括以下步骤：

步骤101：信令监测系统获取指定视频且播放一次该视频的上网记录话单，所述上网记录话单中包括播放所述视频的终端的终端标识、视频服务器的服务器标识、所述终端和所述服务器之间用于播放所述视频的至少一条会话以及每条会话的会话时间。

例如，如图2所示，为一种典型的终端与视频服务器之间播放一次视频的会话流程图，为便于理解本发明实施例提供的技术方案，这里参照图2对播放视频的会话流程做简要说明：用户点击视频后，终端发起TCP连接及视频点击HTTP请求(即表示请求开始播放视频)，服务器响应并返回视频播放页的框架信息。终端收到该响应后将发起多个HTTP请求(如视频信息、推广信息等HTTP请求)，服务器将返回相应内容。随后终端发起视频资源路径请求以获取视频资源的路径，最后终端发起视频内容请求，开始缓存视频。终端在预缓存一定时长(如图2中的Tstart时间)的视频后开始播放。从用户的实际感知来看，视频的播放时延应该为请求播放视频时间减去开始播放时间，即Tstart-T1。由于信令监测系统能够记录上述的会话及对应会话时间，故此，本发明实施例只需要找出T1对应的会话时间，Tstart时间即可。

具体实施时，上网记录会话一般是以终端标识和服务器标识为单位存储的，例如上网记录会话存储的是一个终端对应一个视频服务器之间的会话。若一终端从该一视频服务器中获取多个视频播放，那么上网记录会话中可能包含多个视频的播放记录，则可以根据会话中携带的视频唯一标识，确定哪些会话是属于同一视频的。

其中，在一个实施例中，终端标识可以是终端的IP(Internet Protocol，网络之间互连的协议)地址，终端的MAC(Media Access Control，物理地址)等能够唯一表示终端的终端标识。服务器标识可以是服务器的IP地址或MAC地址等能够唯一表示服务器的服务器标识。

步骤102：从所述至少一条会话中，查找包括预置会话模板的会话，并将该会话对应的会话时间视为所述视频的请求播放时间；其中，所述预置会话模板为表示请求开始播放视频时的会话模板。

其中，在一个实施例中，预置会话模板可以通过测试用户开始点击视频开始请求播放视频时的会话获得。所述预置会话模板包括以下中的至少一种：携带指定域名的域名解析请求模板、携带指定表示请求播放的关键字符的HTTP请求的HTTP请求模板。例如，以HTTP请求模板为例，针对某视频服务提供商A的APP，通过测试获得其表示请求开始播放视频时的会话模板为api.mobile.A.com/layout/*/play/detail，其中*表示与任意字符匹配。这样，同测试获得的预置会话模板便可以确定那条会话为表示用户开始请求播放视频的会话。针对不同的视频服务提供商可以根据相同的方法测试获得不同的预置会话模板。故此，可以仅根据域名解析请求模板确定用户的请求播放视频时间，也可以仅根据HTTP请求模板确定用户的请求播放视频时间。

然而，用户开始请求播放视频后，有些需要进行域名解析，才能进入如图2所示的会话流程。故此，这种情况下，域名解析请求相较于HTTP请求更接近用户开始请求播放视频的时间，本发明实施例中为了便于进一步准确的确定用户开始请求播放视频的时间，若所述述预置会话模板包括所述域名解析请求模板和所述HTTP请求模板；步骤102可具体包括：

步骤A1：从所述至少一条会话中，查找是否存在包括所述域名解析请求模板的会话。

其中，在一个实施例中，为便于理解，以B视频提供商为例，域名解析请求模板可以为查询的域名字段为api.mobile.B.com。当然，具体实施时，域名解析请求模板可以根据实测获得，本发明对此不做限定。

步骤A2：若存在，则将该会话对应的会话时间视为所述视频的请求播放时间；

步骤A3：若不存在，则从所述至少一条会话中，查找包括所述HTTP请求模板的会话，并将该会话视为所述视频的请求播放时间。

其中，上网记录会话中，会出现多个包括预置会话模板的会话(即出现多个与预置会话模板匹配的会话)的情况，例如，有时候用户会通过终端对于同一个视频发出多个要求开始播放的请求等。故此，本发明实施例中为了进一步提高确定请求播放时间的准确性，将会话时间最晚的一个与预置会话模板匹配的会话对应的会话时间作为请求播放时间，具体的，步骤102可执行为：

步骤B：从所述至少一条会话中，查找包括预置会话模板、且会话时间最晚的一条会话，并将该会话对应的会话时间视为所述视频的请求播放时间。

需要说明的是，步骤A1-步骤A3的方案可以和步骤B的方案结合使用，具体的：

步骤A2可以具体执行为：若存在，将包括所述域名解析请求模板的会话中，会话时间最晚的一条会话的会话时间视为所述视频的请求播放时间。

步骤A3可以具体执行为：若不存在，从所述至少一条会话中，查找包括所述HTTP请求模板的会话，且会话时间最晚的一条会话，并将该会话视为所述视频的请求播放时间。

步骤103：根据预先确定的缓存阈值，所述终端缓存的所述视频的数据量，确定所述视频的开始播放时间；其中，所述缓存阈值表示开始播放所述视频所需的数据量。

其中，在一个实施例中，步骤103可以根据现有技术确定开始播放时间，在此不再赘述。

其中，在一个实施例中，若根据背景技术中的现有技术确定开始播放时间，则信令监测系统需要实时监测并统计视频的开始播放时延，在信令监测系统较繁忙时，显然会导致信令监测系统处理资源不足，而信令监测系统任务量较小时，导致处理资源浪费，故此，现有技术采用的实施在线监测统计视频的开始播放时延的方法，也导致信令监测系统无法合理利用其处理资源。本发明实施例中为了能够使信令监测系统按实际需要合理利用自身处理资源，可以采用离线的方式统计开始播放时延。具体的，所述上网记录话单中还包括所述终端缓存所述视频的缓存开始时间、缓存结束时间以及缓存数据量；步骤103可执行为：

步骤C1：根据所述缓存开始时间、缓存结束时间以及缓存数据量，计算缓存所述视频的缓存速率。

步骤C2：根据所述缓存速率、以及预先确定的缓存阈值，计算缓存所述视频至所述缓存阈值时所需要的缓存时长。

步骤C3：根据所述缓存时长，确定所述视频的开始播放时间。

例如，若缓存开始时间为T2、若缓存结束时间为T3，确定的缓存时长若为t，则计算开始播放时间的方法可以为以下中的任一种：

方法1：计算(T2+t)，则计算的结果即为开始播放时间；

方法2：计算T3与T2的时间差为t1,然后计算(T3-t1+t),则计算的结果即为开始播放时间。

具体实施时，可以根据实际需要确定开始播放时间，本发明对此不做限定。

其中，在一个实施例中，可以根据以下方法确定所述缓存阈值：

步骤D1：获取所述视频的视频码率，并获取所述视频的指定初始缓存时长。

其中，在一个实施例中，视频码率可以根据以下方法中的任一种获得：

方法一：解析视频数据，从解析结果中获取视频码率；

方法二：有些携带视频数据的会话中携带有表示视频码率的字段，可以从该字段读取视频码率。

此外，需要说明的是，任何根据现有技术能够确定视频码率的方法均适用于本发明实施例，本发明对此不做限定。

其中，在一个实施例中，指定初始缓存时长是与视频客户端的设置相关，一般情况下为3秒，具体的值可以预先从视频客户端获取。

步骤D2：计算所述视频码率与所述指定初始缓存时长的乘积，并将该乘积作为所述缓存阈值。

步骤104：计算所述请求播放时间与所述开始播放时间之间的时间差，将该时间差作为所述终端与所述视频服务器之间针对所述视频的开始播放时延。

需要说明的是，本发明实施例的信令监测系统可以是应用于移动终端视频业务的信令监测系统，也可以是应用于非移动终端视频业务的信令监测系统。而现有的应用于移动终端的信令监测系统，并不具备现有技术中那样的实时监测并统计开始播放时延的功能，但其具有记录上网记录话单的功能。故此，在移动终端视频业务领域，应用本发明实施例提供的技术方案，还可以不用对现有的信令监测系统进行用于监测每个TCP包的接收时间和数据量的升级和改造，从而还能够避免增加信令监测系统的复杂度和开销。

综上，本发明实施例提供的技术方案，基于上网记录话单，提出了能够确定用户的请求播放视频时间的方法，然后将请求播放视频时间与开始播放时间的时间差作为开始播放时延，能够提高开始播放时延的准确性。此外，本发明实施例可以基于上网记录话单，可采用离线的方式确定开始播放时延，而无需像现有技术那样采用在线的方式实时监测，由此可以由信令监测系统根据实际需要安排合适的时间统计视频的开始播放时延，有效的利用自身的处理资源。

实施例二

基于相同的发明构思，本发明实施例还提供一种视频业务质量评估装置，如图3所示，为该装置的结构示意图，包括：

话单获取模块301，用于获取指定视频且播放一次该视频的上网记录话单，所述上网记录话单中包括播放所述视频的终端的终端标识、视频服务器的服务器标识、所述终端和所述服务器之间用于播放所述视频的至少一条会话以及每条会话的会话时间；

请求播放时间确定模块302，用于从所述至少一条会话中，查找包括预置会话模板的会话，并将该会话对应的会话时间视为所述视频的请求播放时间；其中，所述预置会话模板为表示请求开始播放视频时的会话模板；以及，

开始播放时间确定模块303，用于根据预先确定的缓存阈值，所述终端缓存的所述视频的数据量，确定所述视频的开始播放时间；其中，所述缓存阈值表示开始播放所述视频所需的数据量；

开始播放时延确定模块304，用于计算所述请求播放时间与所述开始播放时间之间的时间差，将该时间差作为所述终端与所述视频服务器之间针对所述视频的开始播放时延。

其中，在一个实施例中，所述预置会话模板包括以下中的至少一种：

携带指定域名的域名解析请求模板、携带指定表示请求播放的关键字符的超文本传输协议HTTP请求的HTTP请求模板。

其中，在一个实施例中，若所述述预置会话模板包括所述域名解析请求模板和所述HTTP请求模板；

所述请求播放时间确定模块，具体包括：

判断单元，用于从所述至少一条会话中，查找是否存在包括所述域名解析请求模板的会话；

第一请求播放时间确定单元，用于若判断单元的判断结果为存在，则将该会话对应的会话时间视为所述视频的请求播放时间；

第二请求播放时间确定单元，用于若判断单元的判断结果为不存在，则从所述至少一条会话中，查找包括所述HTTP请求模板的会话，并将该会话视为所述视频的请求播放时间。

其中，在一个实施例中，所述请求播放时间确定模块，具体包括：

第三请求播放时间确定单元，用于从所述至少一条会话中，查找包括预置会话模板、且会话时间最晚的一条会话，并将该会话对应的会话时间视为所述视频的请求播放时间。

其中，在一个实施例中，所述上网记录话单中还包括所述终端缓存所述视频的缓存开始时间、缓存结束时间以及缓存数据量；

所述开始播放时间确定模块，具体包括：

缓存速率确定单元，用于根据所述缓存开始时间、缓存结束时间以及缓存数据量，计算缓存所述视频的缓存速率；

缓存时长确定单元，用于根据所述缓存速率、以及预先确定的缓存阈值，计算缓存所述视频至所述缓存阈值时所需要的缓存时长；

开始播放时间确定单元，用于根据所述缓存时长，确定所述视频的开始播放时间。

其中，在一个实施例中，所述装置还包括：

缓存阈值确定单元，用于根据以下方法确定所述缓存阈值：

获取所述视频的视频码率，并获取所述视频的指定初始缓存时长；

计算所述视频码率与所述指定初始缓存时长的乘积，并将该乘积作为所述缓存阈值。

综上，本发明实施例提供的视频业务质量评估装置，基于上网记录话单，提出了能够确定用户的请求播放视频时间的方法，然后将请求播放视频时间与开始播放时间的时间差作为开始播放时延，能够提高开始播放时延的准确性。此外，基于上网记录话单，可采用离线的方式确定开始播放时延，而无需像现有技术那样采用在线的方式实时监测，由此可以由信令监测系统根据实际需要安排合适的时间统计视频的开始播放时延，有效的利用自身的处理资源。另外，针对移动终端的视频业务，无需升级和改造应用与移动终端视频业务的信令监测系统，能够避免增加系统复杂性和开销。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本领域内的技术人员应明白，本发明的实施例可提供为方法、装置、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、装置(装置)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理装置的处理器以产生一个机器，使得通过计算机或其他可编程数据处理装置的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理装置以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理装置上，使得在计算机或其他可编程装置上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程装置上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (8)

1.一种视频业务质量评估方法，其特征在于，包括：

信令监测系统获取指定视频且播放一次该视频的上网记录话单，所述上网记录话单中包括播放所述视频的终端的终端标识、视频服务器的服务器标识、所述终端和所述服务器之间用于播放所述视频的至少一条会话以及每条会话的会话时间；

从所述至少一条会话中，查找包括预置会话模板的会话，并将该会话对应的会话时间视为所述视频的请求播放时间；其中，所述预置会话模板为表示请求开始播放视频时的会话模板；所述预置会话模板包括携带指定域名的域名解析请求模板、携带指定表示请求播放的关键字符的超文本传输协议HTTP请求的HTTP请求模板中的至少一种；若所述述预置会话模板包括所述域名解析请求模板和所述HTTP请求模板，所述从所述至少一条会话中，查找包括预置会话模板的会话，并将该会话对应的会话时间视为所述视频的请求播放时间，具体包括：从所述至少一条会话中，查找是否存在包括所述域名解析请求模板的会话；若存在，则将该会话对应的会话时间视为所述视频的请求播放时间；不存在，则从所述至少一条会话中，查找包括所述HTTP请求模板的会话，并将该会话视为所述视频的请求播放时间；

以及，根据预先确定的缓存阈值，所述终端缓存的所述视频的数据量，确定所述视频的开始播放时间；其中，所述缓存阈值表示开始播放所述视频所需的数据量；

计算所述请求播放时间与所述开始播放时间之间的时间差，将该时间差作为所述终端与所述视频服务器之间针对所述视频的开始播放时延。

2.根据权利要求1所述的方法，其特征在于，所述从所述至少一条会话中，查找包括预置会话模板的会话，并将该会话对应的会话时间视为所述视频的请求播放时间，具体包括：

从所述至少一条会话中，查找包括预置会话模板、且会话时间最晚的一条会话，并将该会话对应的会话时间视为所述视频的请求播放时间。

3.根据权利要求1所述的方法，其特征在于，所述上网记录话单中还包括所述终端缓存所述视频的缓存开始时间、缓存结束时间以及缓存数据量；

所述根据预先确定的缓存阈值，所述终端缓存的所述视频的数据量，确定所述视频的开始播放时间，具体包括：

根据所述缓存开始时间、缓存结束时间以及缓存数据量，计算缓存所述视频的缓存速率；

根据所述缓存速率、以及预先确定的缓存阈值，计算缓存所述视频至所述缓存阈值时所需要的缓存时长；

根据所述缓存时长，确定所述视频的开始播放时间。

4.根据权利要求1-3中任一所述的方法，其特征在于，根据以下方法确定所述缓存阈值：

获取所述视频的视频码率，并获取所述视频的指定初始缓存时长；

计算所述视频码率与所述指定初始缓存时长的乘积，并将该乘积作为所述缓存阈值。

5.一种视频业务质量评估装置，其特征在于，包括：

话单获取模块，用于获取指定视频且播放一次该视频的上网记录话单，所述上网记录话单中包括播放所述视频的终端的终端标识、视频服务器的服务器标识、所述终端和所述服务器之间用于播放所述视频的至少一条会话以及每条会话的会话时间；

请求播放时间确定模块，用于从所述至少一条会话中，查找包括预置会话模板的会话，并将该会话对应的会话时间视为所述视频的请求播放时间；其中，所述预置会话模板为表示请求开始播放视频时的会话模板；所述预置会话模板包括携带指定域名的域名解析请求模板、携带指定表示请求播放的关键字符的超文本传输协议HTTP请求的HTTP请求模板中的至少一种；若所述述预置会话模板包括所述域名解析请求模板和所述HTTP请求模板，所述请求播放时间确定模块，具体包括：判断单元，用于从所述至少一条会话中，查找是否存在包括所述域名解析请求模板的会话；第一请求播放时间确定单元，用于若判断单元的判断结果为存在，则将该会话对应的会话时间视为所述视频的请求播放时间；第二请求播放时间确定单元，用于若判断单元的判断结果为不存在，则从所述至少一条会话中，查找包括所述HTTP请求模板的会话，并将该会话视为所述视频的请求播放时间；

以及，开始播放时间确定模块，用于根据预先确定的缓存阈值，所述终端缓存的所述视频的数据量，确定所述视频的开始播放时间；其中，所述缓存阈值表示开始播放所述视频所需的数据量；

开始播放时延确定模块，用于计算所述请求播放时间与所述开始播放时间之间的时间差，将该时间差作为所述终端与所述视频服务器之间针对所述视频的开始播放时延。

6.根据权利要求5所述的装置，其特征在于，所述请求播放时间确定模块，具体包括：

第三请求播放时间确定单元，用于从所述至少一条会话中，查找包括预置会话模板、且会话时间最晚的一条会话，并将该会话对应的会话时间视为所述视频的请求播放时间。

7.根据权利要求5所述的装置，其特征在于，所述上网记录话单中还包括所述终端缓存所述视频的缓存开始时间、缓存结束时间以及缓存数据量；

所述开始播放时间确定模块，具体包括：

缓存速率确定单元，用于根据所述缓存开始时间、缓存结束时间以及缓存数据量，计算缓存所述视频的缓存速率；

缓存时长确定单元，用于根据所述缓存速率、以及预先确定的缓存阈值，计算缓存所述视频至所述缓存阈值时所需要的缓存时长；

开始播放时间确定单元，用于根据所述缓存时长，确定所述视频的开始播放时间。

8.根据权利要求5-7中任一所述的装置，其特征在于，所述装置还包括：

缓存阈值确定单元，用于根据以下方法确定所述缓存阈值：

获取所述视频的视频码率，并获取所述视频的指定初始缓存时长；

计算所述视频码率与所述指定初始缓存时长的乘积，并将该乘积作为所述缓存阈值。