CN109587521B - 视频卡顿的判定方法及装置 - Google Patents
视频卡顿的判定方法及装置 Download PDFInfo
- Publication number
- CN109587521B CN109587521B CN201710914948.1A CN201710914948A CN109587521B CN 109587521 B CN109587521 B CN 109587521B CN 201710914948 A CN201710914948 A CN 201710914948A CN 109587521 B CN109587521 B CN 109587521B
- Authority
- CN
- China
- Prior art keywords
- video
- data
- log data
- loading
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2401—Monitoring of the client buffer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2407—Monitoring of transmitted content, e.g. distribution time, number of downloads
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
- H04N21/25866—Management of end-user data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
- H04N21/44204—Monitoring of content usage, e.g. the number of times a movie has been viewed, copied or the amount which has been watched
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/4508—Management of client data or end-user data
Abstract
本发明公开了一种视频卡顿的判定方法及装置。其中,该方法包括:获取播放日志数据和缓冲日志数据,其中,播放日志数据用于记录客户端播放的数据总量,缓冲日志数据用于记录客户端在预设内存中缓冲的数据总量;根据播放日志数据和缓冲日志数据,确定缓冲池数据,其中,缓冲池数据用于指示客户端在预设内存中缓冲的剩余数据总量;根据缓冲池数据判定客户端在播放视频时是否存在卡顿状态,其中,卡顿状态是指客户端播放视频时出现停顿的状态。本发明解决了相关技术中无法准确的检测出客户端在加载视频时出现卡顿的技术问题。
Description
技术领域
本发明涉及互联网技术领域,具体而言,涉及一种视频卡顿的判定方法及装置。
背景技术
相关技术中,在接收到用户的访问请求后,服务器在加载返回结果时,一般是让客户端边播边存,用户在未观看前会将部分数据预先记载至内存中,但是,由于用户所在的环境和网络问题,往往会出现加载超时,或者卡顿的问题,此时,需要根据对出现卡顿的客户端进行监测,以根据监测结果及时反馈加载过程中出现的问题,并及时进行处理。当前的处理方式,是在客户端中增加检测器,从而让检测器实时检测,但是该种检测方式只能针对安装了检测器的少量客户端,并不能对任意的用户的卡顿问题进行检测,无法准确的检测出客户端出现卡顿的问题。
针对上述的相关技术中无法准确的检测出客户端在加载视频时出现卡顿的技术问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种视频卡顿的判定方法及装置,以至少解决相关技术中无法准确的检测出客户端在加载视频时出现卡顿的技术问题。
根据本发明实施例的一个方面,提供了一种视频卡顿的判定方法,包括:获取播放日志数据和缓冲日志数据,其中,所述播放日志数据用于记录客户端播放的数据总量,所述缓冲日志数据用于记录所述客户端在预设内存中缓冲的数据总量;根据所述播放日志数据和所述缓冲日志数据,确定缓冲池数据,其中,所述缓冲池数据用于指示客户端在预设内存中缓冲的剩余数据总量;根据所述缓冲池数据判定所述客户端在播放视频时是否存在卡顿状态,其中,所述卡顿状态是指所述客户端播放视频时出现停顿的状态。
进一步地,获取播放日志数据和缓冲日志数据包括:获取所述日志数据中的目标特征信息,其中,所述目标特征信息用于指示客户端播放视频时携带的信息,所述目标特征信息包括下述至少之一:加载结束时间、加载时长、视频分段时长、视频码率,其中,所述视频分段时长为对整体播放视频进行分段后的每段视频的时长,所述视频码率用于指示播放视频的清晰度;根据所述目标特征信息,获取所述缓冲日志数据和所述播放日志数据。
进一步地,根据所述目标特征信息,获取所述缓冲日志数据和所述播放日志数据包括:根据每段视频的视频加载结束时间和加载时长,计算每段视频的加载开始时间;根据每段视频的所述加载开始时间和视频加载结束时间,确定每段视频之间的加载时间差值;根据每段视频之间的加载时间差值,获取所述缓冲日志数据和所述播放日志数据。
进一步地,根据每段视频之间的加载时间差值,获取所述缓冲日志数据和所述播放日志数据包括:根据每段视频之间的加载时间差值和所述视频码率,确定加载每段视频时客户端播放网络视频时消耗的缓冲数量;根据加载的每段视频的客户端播放网络视频时消耗的缓冲数量,确定每段视频对应的客户端的当前缓冲数据;根据每段视频对应的客户端的当前缓冲数据,确定所述缓冲日志数据;统计每段视频对应的客户端的当前播放数据;将所述每段视频对应的客户端的当前播放数据作为所述播放日志数据。
进一步地,在获取所述日志数据中的目标特征信息之后,包括:根据所述加载时长和所述视频分段时长,确定加载每段视频的加载速度。
根据本发明实施例的另一方面,还提供了一种视频卡顿的判定装置,包括:获取单元,用于获取播放日志数据和缓冲日志数据,其中,所述播放日志数据用于记录客户端播放的数据总量,所述缓冲日志数据用于记录所述客户端在预设内存中缓冲的数据总量;确定单元,用于根据所述播放日志数据和所述缓冲日志数据,确定缓冲池数据,其中,所述缓冲池数据用于指示客户端在预设内存中缓冲的剩余数据总量;判定单元,用于根据所述缓冲池数据判定所述客户端在播放视频时是否存在卡顿状态,其中,所述卡顿状态是指所述客户端播放视频时出现停顿的状态。
进一步地,所述获取单元包括:第一获取模块,用于获取所述日志数据中的目标特征信息,其中,所述目标特征信息用于指示客户端播放视频时携带的信息,所述目标特征信息包括下述至少之一:加载结束时间、加载时长、视频分段时长、视频码率,其中,所述视频分段时长为对整体播放视频进行分段后的每段视频的时长,所述视频码率用于指示播放视频的清晰度;第二获取模块,用于根据所述目标特征信息,获取所述缓冲日志数据和所述播放日志数据。
进一步地,所述第二获取模块包括:计算子模块,用于根据每段视频的视频加载结束时间和加载时长,计算每段视频的加载开始时间;确定子模块,用于根据每段视频的所述加载开始时间和视频加载结束时间,确定每段视频之间的加载时间差值;获取子模块,用于根据每段视频之间的加载时间差值,获取所述缓冲日志数据和所述播放日志数据。
根据本发明实施例的另一方面,还提供了一种存储介质,其上存储有程序,所述程序执行上述任一项所述的视频卡顿的判定方法。
根据本发明实施例的另一方面,还提供了一种处理器,所述处理器用于运行程序,所述程序运行时执行上述任一项所述的视频卡顿的判定方法。
在本发明实施例中,可以先获取播放日志数据和缓冲日志数据,其中,播放日志数据用于记录客户端播放的数据总量,缓冲日志数据用于记录客户端在预设内存中缓冲的数据总量,然后根据获取到的播放日志数据和缓冲日志数据,确定出缓冲池数据,并根据缓冲池中的数据判定客户端在播放视频时是否存在卡顿状态。在该实施例中,可以利用确定的缓冲池的数据,确定日志数据中记录的数据中,在用户播放时是否出现卡顿状态,这样就可以根据记录的日志数据直接确定出用户播放过程中是否出现卡顿状态,进而解决了相关技术中无法准确的检测出客户端在加载视频时出现卡顿的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的视频卡顿的判定方法的流程图;
图2是根据本发明实施例的视频卡顿的判定装置的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
为便于用户更好的理解本发明,下面对本发明实施例中的部分术语或名词做出解释:
视频卡顿,播放视频时出现的短暂停止,无法流畅观看视频的状态。
视频码率,数据传输时单位时间传送的数据位数。
Http,超文本传输协议,是客户端和服务器端请求和应答的标准。
Range,对请求的内容进行分段,并提供给http一个加载头,从而在加载时记录可读取的内容,再出现网络中断并恢复后,可以利用该range恢复传输的内容。
根据本发明实施例,提供了一种视频卡顿的判定的方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
以下实施例,可以是在用户使用客户端访问视频网站,通过客户端播放视频时,记录的相关用户播放视频的日志数据中,对于本发明实施例中的日志数据可以记录访问用户的访问IP地址、URL、视频ID、视频码率等数据,其中,对于网站在加载视频时,会将视频进行分段处理,从而分段加载视频,本发明中可以记载加载每段视频的加载开始时间和加载结束时间,用户在观看视频时,会预先将要观看的视频缓存至内存中,在播放时可以通过浏览器读取内存中缓存的视频,若播放的视频大于或等于内存中缓存的视频,则会出现播放卡顿的情况,本申请中,通过对播放的数据和缓冲的数据进行分段获取,从而根据获取到的日志数据确定出存在卡顿状态的日志数据。
下面以一种优选的实施步骤对本发明做出说明,图1是根据本发明实施例的视频卡顿的判定方法的流程图,如图1所示,该方法包括如下步骤:
步骤S102,获取播放日志数据和缓冲日志数据,其中,播放日志数据用于记录客户端播放的数据总量,缓冲日志数据用于记录客户端在预设内存中缓冲的数据总量。
本发明中客户端播放的内容可以是多种内容,例如,播放视频或者加载网页。其中,在播放视频时,可以是通过http中的range技术将视频进行分段加载。本发明中可以通过日志记录用户播放视频过程中产生的各项数据,其中,日志数据中可以包括但不限于:播放每段视频的开始时间和播放每段视频的结束时间、缓冲每段视频的开始时间和缓冲每段视频的结束时间、每段视频的时长、视频码率、视频ID、客户端地址、客户端浏览器等。其中,对于一个完整的视频,对应的日志数据中可以包括多个用户的日志数据,例如,观看“西游记”的用户有一亿个,同一个用户可能多次观看多次该视频,本发明中针对播放次数来确定日志数据,在记录每一个视频的用户观看的数据后,可以将相关的数据回存至数据库中,以供将来读取日志数据。另外,对于视频ID,可以是标识视频的,由于一个网站中可能存在多个视频,需要区分视频,例如用视频ID1000标识视频A,视频ID1001标识视频B,视频ID1002标识视频C。
对于每段视频的时长,可以是根据每个视频的总时长和客户端的当前网络状态划分的时长,例如,电影A时长为150分钟,电影B时长为100分钟,在划分时,可以将电影A划分为15段,每段10分钟,电影B划分为5段,每段20分钟。当前的网络状态可以是通过缓存的速度确定,例如,客户端1下载速度为1M/s,客户端2下载速度为100kb/s,则可以调整客户端1的下载视频的分段数量减少,以快速下载视频,而调整客户端2的下载视频的分段数量增加,以保证视频能分段缓冲。
在客户端播放视频,还需要考虑播放的视频的分辨率的大小,对于视频的分辨率,可以是对于客户端播放视频时的分辨率,如客户端在播放时,会包括:流畅、高清、超清等状态,其中,设置超清分辨率为1920*1080p,此时视频的清晰度较高,但是视频数据量较大,设置高清分辨率为1280*720p,此时视频的清晰度降低,视频数据量减少,设置流畅视频码率为360*360p,此时视频的清晰度较低,用户观看时出现模糊,视频数据量很少。例如,超清时,视频大小为700M,高清时,视频大小为450M,流畅时,视频大小为200M。根据不同的客户端网络和下载速度以及分段大小,可以确定出观看的视频码率的大小。
而对于视频码率可以是数据传输时单位时间传送的数据位数,可以通过Kbps表示视频码率,其中,ps是指秒数,每秒。Kbps表示网络速度,也就是每秒钟可以传送多少个千位的信息。即理解为每秒钟视频画面的数据总流量,视频码率越大,视频画面越清晰,视频码率越小,视频画面越模糊。对应于分辨率来说,会有不同的视频码率,如1080p的电影分辨率,其视频码率可以为6000Kbps。视频码率的大小可以包括很大的范围,例如,从400Kbps-10000Kbps。
对于上述步骤S102在获取播放日志数据和缓冲日志数据时,可以包括:获取日志数据中的目标特征信息,其中,目标特征信息用于指示客户端播放视频时携带的信息,目标特征信息包括下述至少之一:加载结束时间、加载时长、视频分段时长、视频码率,其中,视频分段时长为对整体播放视频进行分段后的每段视频的时长,视频码率用于指示播放视频的清晰度;根据目标特征信息,获取缓冲日志数据和播放日志数据。
其中,上述的目标特征信息可以是日志数据中记录的用户播放视频数据和缓冲视频数据的各项数据。其中上述根据目标特征信息,获取缓冲日志数据和播放日志数据包括:根据每段视频的视频加载结束时间和加载时长,计算每段视频的加载开始时间;根据每段视频的加载开始时间和视频加载结束时间,确定每段视频之间的加载时间差值;根据每段视频之间的加载时间差值,获取缓冲日志数据和播放日志数据。
在计算每段视频的加载开始时间时,可以每段视频的结束时间减去加载时长得到加载开始时间,例如,加载结束时间为11:30,加载时长为3分钟,则加载开始时间为11:27。在计算得到每段的加载开始时间和加载结束时间后,可以确定出加载每段视频的间隔时间,该加载每段视频的间隔时间即为上述的加载时间差值,例如,视频第3段的加载结束时间为11:20,视频第4段的加载开始时间为11:22,则可以确定加载时间差值为2分钟。
可选的,上述根据每段视频之间的加载时间差值,获取缓冲日志数据和播放日志数据可以包括:根据每段视频之间的加载时间差值和视频码率,确定加载每段视频时客户端播放网络视频时消耗的缓冲数量;根据加载的每段视频的客户端播放网络视频时消耗的缓冲数量,确定每段视频对应的客户端的当前缓冲数据;根据每段视频对应的客户端的当前缓冲数据,确定缓冲日志数据;统计每段视频对应的客户端的当前播放数据;将每段视频对应的客户端的当前播放数据作为播放日志数据。
通过每段视频之间的加载时间差值和视频码率可以确定加载至该段时客户端播放网络视频时消耗的缓冲数量,例如,通过上述的加载时间差值和视频码率确定出第4段时,已经播放的网络视频的数据,可以根据加载至每段时消耗的缓冲数量确定出缓冲日志数据。
其中,在上述统计每段视频对应的客户端的当前播放数据时,可以是对于每段视频而言播放的数据,每段数据当前播放数据可以是累加视频开始段至当前段的播放数据。例如,视频A分为10段,统计每段结束时,已经播放的视频数据和已经缓冲的数据。在统计每段视频对应的客户端的当前播放数据后,可以将每段对应的当前播放数据作为该段的播放数据,以记录在日志数据文件中。
步骤S104,根据播放日志数据和缓冲日志数据,确定缓冲池数据,其中,缓冲池数据用于指示客户端在预设内存中缓冲的剩余数据总量。
其中,在确定缓冲池数据时,可以是针对每段视频数据都进行缓冲池数据计算,可以计算每段视频的播放日志数据和缓冲日志数据的差值,以得到缓冲池数据,例如,视频A的第4段的播放日志数据为35分钟,而缓冲日志数据为40分钟,则缓冲池数据为5分钟。
步骤S106,根据缓冲池数据判定客户端在播放视频时是否存在卡顿状态,其中,卡顿状态是指客户端播放视频时出现停顿的状态。
其中,在判定客户端在播放视频时是否存在卡顿状态时,可以是对每一个数据中的每一段进行判断,确定播放时是否出现卡顿,只要出现一个卡顿的情况,即确定存在卡顿状态,可以统计每个视频对应的每个用户播放每段视频出现的卡顿次数。另外,在根据缓冲池数据判定客户端在播放视频时是否存在卡顿时,可以是将缓冲池数据与预设阈值进行比较,以确定是否出现卡顿状态,该预设阈值可以是用户自行设置的,例如,预设阈值为0。在确定缓冲池数据为5分钟时,可以确定该段视频并未出现卡顿状态,在缓冲池数据为-3分钟时,确定该段视频出现卡顿状态。出现卡顿状态时,即确定客户端已经播放完加载过的分段视频,但是新的分段视频还没有完成加载。
可选的,在确定出分段视频中出现卡顿状态时,可以将出现卡顿状态的分段视频标识出来,该标识信息可以包括但不限于:红色指向箭头、红色圈、加粗、加横线等。通过对日志数据中出现播放卡顿状态的视频进行标识,可以让管理人员了解到哪些数据容易出现卡顿状态,以及出现卡顿状态的网站、出现卡顿状态的时间段等内容。
通过上述步骤,可以先获取播放日志数据和缓冲日志数据,其中,播放日志数据用于记录客户端播放的数据总量,缓冲日志数据用于记录客户端在预设内存中缓冲的数据总量,然后根据获取到的播放日志数据和缓冲日志数据,确定出缓冲池数据,并根据缓冲池中的数据判定客户端在播放视频时是否存在卡顿状态。在该实施例中,可以利用确定的缓冲池的数据,确定日志数据中记录的数据中,在用户播放时是否出现卡顿状态,这样就可以根据记录的日志数据直接确定出用户播放过程中是否出现卡顿状态,从而解决相关技术中无法准确的检测出客户端在加载视频时出现卡顿的技术问题。
通过对视频播放过程中是否出现卡顿问题的判定,对容易出现卡顿的网站进行优化,可以提高用户观看视频的体验度,当前也可以根据出现卡顿的时间段,优化该时间段视频的管理,以让网站管理者更容易了解到出现卡顿的时间段,并且可以对容易出现卡顿的视频进行优化处理。即可以通过多种方式,优化网站加载网络视频的方式,以提高用户使用客户端访问网站时的状态。
可选的在获取日志数据中的目标特征信息之后,可以包括:根据加载时长和视频分段时长,确定加载每段视频的加载速度。
在确定加载速度时,可以是视频分段时长与视频的加载时长的比值确定该加载速度,根据该加载速度可以了解到网站加载视频时的性能。从而确定网站加载视频时是否容易出现卡顿问题。
通过本发明实施例,可以通过服务器端主动对视频日志数据进行推算,模拟网民加载流和播放流,从而推算加载视频时是否出现卡顿状态的方式。在本发明实施例中,不需要在客户端专门设置网络监测器进行视频加载的1网络监测,通过视频服务器端自身记录的网民加载视频数据时的播放数据和缓冲数据,就可以得到网民在观看视频时是否出现卡顿的问题,从而可以根据推算的结果,进行网站视频的优化,以优化网站加载视频时的速度和加载分段大小,从而提高用户观看视频的体验感。
下面是根据本发明的一种优选的实施方式。
首先,可以通过预设方案,在服务端的播放日志中,提取出每条播放流按照range片顺序排列的播放流日志,随机挑出多个播放流作为抽样样本。并提取出每条日志关键词,该日志关键词可以包括但不限于:加载耗时,加载结束时间,切片大小(即上述视频分段大小),视频码率(可以包括上述的高清码率、流畅码率)。根据上述字段,计算每一条range的如下数据:加载开始时间=加载结束时间-加载时间,加载速度=切片大小/加载耗时。
可选的,按照加载开始时间,进行日志流的重新排序,得到最接近于网民加载行为的日志流,遍历这个日志流,在每一条日志时,均进行以下计算:
加载开始时间差(即上述的加载时间差值)=本条加载开始时间-上一条加载结束时间;
加载本片range时客户端播放用掉的缓冲=视频码率*加载开始时间差;
客户端缓冲池=截止本条日志为止所有range之和-截止本条日志为止客户端播放用掉的缓冲之和;
通过对每条样本日志流进行上述计算,可以得到每段日志对应的客户端缓冲池的数据大小。
另外,在确定内存里的每条日志流的客户端缓冲池数据,判断判断缓冲池是否大于0,若客户端缓冲池<0,则认为出现了卡顿情况,即出现客户端已经播放完加载过了的range片,但新的range片还没有完成下载。对于出现卡顿状态的视频分片,可以用红色进行标记。最后,在视频管理者需要提取数据时,可以关注红色部分的内容。
通过上述实施例,可让在客户端不进行任何数据反馈的情况下,在服务端主动进行卡顿数据推测计算,通过服务端主动数据推算,模拟网民加载流和播放流,推算视频卡顿的计算方法,无需进行任何代码内嵌,仅在视频服务端本身即可完成模拟,得知网民播放视频时是否出现过卡顿状态。
图2是根据本发明实施例的视频卡顿的判定装置的示意图,如图2所示,该装置可以包括:获取单元21,用于获取播放日志数据和缓冲日志数据,其中,播放日志数据用于记录客户端播放的数据总量,缓冲日志数据用于记录客户端在预设内存中缓冲的数据总量;确定单元23,用于根据播放日志数据和缓冲日志数据,确定缓冲池数据,其中,缓冲池数据用于指示客户端在预设内存中缓冲的剩余数据总量;判定单元25,用于根据缓冲池数据判定客户端在播放视频时是否存在卡顿状态,其中,卡顿状态是指客户端播放视频时出现停顿的状态。
通过上述实施例,可以通过获取单元21先获取播放日志数据和缓冲日志数据,其中,播放日志数据用于记录客户端播放的数据总量,缓冲日志数据用于记录客户端在预设内存中缓冲的数据总量,然后通过确定单元23根据获取到的播放日志数据和缓冲日志数据,确定出缓冲池数据,并通过判定单元25根据缓冲池中的数据判定客户端在播放视频时是否存在卡顿状态。在该实施例中,可以利用确定的缓冲池的数据,确定日志数据中记录的数据中,在用户播放时是否出现卡顿状态,这样就可以根据记录的日志数据直接确定出用户播放过程中是否出现卡顿状态,从而解决相关技术中无法准确的检测出客户端在加载视频时出现卡顿的技术问题。
对于上述的获取单元21包括:第一获取模块,用于获取日志数据中的目标特征信息,其中,目标特征信息用于指示客户端播放视频时携带的信息,目标特征信息包括下述至少之一:加载结束时间、加载时长、视频分段时长、视频码率,其中,视频分段时长为对整体播放视频进行分段后的每段视频的时长,视频码率用于指示播放视频的清晰度;第二获取模块,用于根据目标特征信息,获取缓冲日志数据和播放日志数据。
另外,第二获取模块包括:计算子模块,用于根据每段视频的视频加载结束时间和加载时长,计算每段视频的加载开始时间;确定子模块,用于根据每段视频的加载开始时间和视频加载结束时间,确定每段视频之间的加载时间差值;获取子模块,用于根据每段视频之间的加载时间差值,获取缓冲日志数据和播放日志数据。
上述的视频卡顿的判定装置还可以包括处理器和存储器,上述获取单元21、确定单元23、判定单元25等均作为程序单元存储在存储器中,由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
处理器中包含内核,由内核去存储器中调取相应的程序单元。内核可以设置一个或以上,通过调整内核参数来对视频数据进行分析,以确定是否出现卡顿状态。
存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM),存储器包括至少一个存储芯片。
根据本发明实施例的另一方面,还提供了一种存储介质,其上存储有程序,程序执行上述任一项的视频卡顿的判定方法。
根据本发明实施例的另一方面,还提供了一种处理器,处理器用于运行程序,程序运行时执行上述任一项的视频卡顿的判定方法。
本发明实施例提供了一种设备,设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序,处理器执行程序时实现以下步骤:获取播放日志数据和缓冲日志数据,其中,播放日志数据用于记录客户端播放的数据总量,缓冲日志数据用于记录客户端在预设内存中缓冲的数据总量;根据播放日志数据和缓冲日志数据,确定缓冲池数据,其中,缓冲池数据用于指示客户端在预设内存中缓冲的剩余数据总量;根据缓冲池数据判定客户端在播放视频时是否存在卡顿状态,其中,卡顿状态是指客户端播放视频时出现停顿的状态。
可选地,上述处理器执行程序时,还可以获取日志数据中的目标特征信息,其中,目标特征信息用于指示客户端播放视频时携带的信息,目标特征信息包括下述至少之一:加载结束时间、加载时长、视频分段时长、视频码率,其中,视频分段时长为对整体播放视频进行分段后的每段视频的时长,视频码率用于指示播放视频的清晰度;根据目标特征信息,获取缓冲日志数据和播放日志数据。
可选地,上述处理器执行程序时,还可以根据每段视频的视频加载结束时间和加载时长,计算每段视频的加载开始时间;根据每段视频的加载开始时间和视频加载结束时间,确定每段视频之间的加载时间差值;根据每段视频之间的加载时间差值,获取缓冲日志数据和播放日志数据。
可选地,上述处理器执行程序时,还可以根据每段视频之间的加载时间差值和视频码率,确定加载每段视频时客户端播放网络视频时消耗的缓冲数量;根据加载的每段视频的客户端播放网络视频时消耗的缓冲数量,确定每段视频对应的客户端的当前缓冲数据;根据每段视频对应的客户端的当前缓冲数据,确定缓冲日志数据;统计每段视频对应的客户端的当前播放数据;将每段视频对应的客户端的当前播放数据作为播放日志数据。
可选地,上述处理器执行程序时,还可以根据加载时长和视频分段时长,确定加载每段视频的加载速度。
本申请还提供了一种计算机程序产品,当在数据处理设备上执行时,适于执行初始化有如下方法步骤的程序:获取播放日志数据和缓冲日志数据,其中,播放日志数据用于记录客户端播放的数据总量,缓冲日志数据用于记录客户端在预设内存中缓冲的数据总量;根据播放日志数据和缓冲日志数据,确定缓冲池数据,其中,缓冲池数据用于指示客户端在预设内存中缓冲的剩余数据总量;根据缓冲池数据判定客户端在播放视频时是否存在卡顿状态,其中,卡顿状态是指客户端播放视频时出现停顿的状态。
可选地,上述计算机程序产品执行程序时,还可以获取日志数据中的目标特征信息,其中,目标特征信息用于指示客户端播放视频时携带的信息,目标特征信息包括下述至少之一:加载结束时间、加载时长、视频分段时长、视频码率,其中,视频分段时长为对整体播放视频进行分段后的每段视频的时长,视频码率用于指示播放视频的清晰度;根据目标特征信息,获取缓冲日志数据和播放日志数据。
可选地,上述计算机程序产品执行程序时,还可以根据每段视频的视频加载结束时间和加载时长,计算每段视频的加载开始时间;根据每段视频的加载开始时间和视频加载结束时间,确定每段视频之间的加载时间差值;根据每段视频之间的加载时间差值,获取缓冲日志数据和播放日志数据。
可选地,上述计算机程序产品执行程序时,还可以根据每段视频之间的加载时间差值和视频码率,确定加载每段视频时客户端播放网络视频时消耗的缓冲数量;根据加载的每段视频的客户端播放网络视频时消耗的缓冲数量,确定每段视频对应的客户端的当前缓冲数据;根据每段视频对应的客户端的当前缓冲数据,确定缓冲日志数据;统计每段视频对应的客户端的当前播放数据;将每段视频对应的客户端的当前播放数据作为播放日志数据。
可选地,上述计算机程序产品执行程序时,还可以根据加载时长和视频分段时长,确定加载每段视频的加载速度。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,可以为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (7)
1.一种视频卡顿的判定方法,其特征在于,包括:
获取播放日志数据和缓冲日志数据,其中,所述播放日志数据用于记录客户端播放的数据总量,所述缓冲日志数据用于记录所述客户端在预设内存中缓冲的数据总量;
根据所述播放日志数据和所述缓冲日志数据,确定缓冲池数据,其中,所述缓冲池数据用于指示客户端在预设内存中缓冲的剩余数据总量;
根据所述缓冲池数据判定所述客户端在播放视频时是否存在卡顿状态,其中,所述卡顿状态是指所述客户端播放视频时出现停顿的状态;
其中,在判定所述客户端在播放视频时是否存在卡顿状态时,对每一个数据中的每一段进行判断,确定播放时是否出现卡顿,在确定出分段视频中出现所述卡顿状态时,将出现所述卡顿状态的所述分段视频标识出来;
获取播放日志数据和缓冲日志数据包括:获取所述日志数据中的目标特征信息,其中,所述目标特征信息用于指示客户端播放视频时携带的信息,所述目标特征信息包括下述至少之一:加载结束时间、加载时长、视频分段时长、视频码率,其中,所述视频分段时长为对整体播放视频进行分段后的每段视频的时长,所述视频码率用于指示播放视频的清晰度;根据所述目标特征信息,获取所述缓冲日志数据和所述播放日志数据;在获取所述日志数据中的目标特征信息之后,包括:根据所述加载时长和所述视频分段时长,确定加载每段视频的加载速度。
2.根据权利要求1所述的方法,其特征在于,根据所述目标特征信息,获取所述缓冲日志数据和所述播放日志数据包括:
根据每段视频的视频加载结束时间和加载时长,计算每段视频的加载开始时间;
根据每段视频的所述加载开始时间和视频加载结束时间,确定每段视频之间的加载时间差值;
根据每段视频之间的加载时间差值,获取所述缓冲日志数据和所述播放日志数据。
3.根据权利要求2所述的方法,其特征在于,根据每段视频之间的加载时间差值,获取所述缓冲日志数据和所述播放日志数据包括:
根据每段视频之间的加载时间差值和所述视频码率,确定加载每段视频时客户端播放网络视频时消耗的缓冲数量;
根据加载的每段视频的客户端播放网络视频时消耗的缓冲数量,确定每段视频对应的客户端的当前缓冲数据;
根据每段视频对应的客户端的当前缓冲数据,确定所述缓冲日志数据;
统计每段视频对应的客户端的当前播放数据;
将所述每段视频对应的客户端的当前播放数据作为所述播放日志数据。
4.一种视频卡顿的判定装置,其特征在于,包括:
获取单元,用于获取播放日志数据和缓冲日志数据,其中,所述播放日志数据用于记录客户端播放的数据总量,所述缓冲日志数据用于记录所述客户端在预设内存中缓冲的数据总量;
确定单元,用于根据所述播放日志数据和所述缓冲日志数据,确定缓冲池数据,其中,所述缓冲池数据用于指示客户端在预设内存中缓冲的剩余数据总量;
判定单元,用于根据所述缓冲池数据判定所述客户端在播放视频时是否存在卡顿状态,其中,所述卡顿状态是指所述客户端播放视频时出现停顿的状态;
其中,所述装置用于在判定所述客户端在播放视频时是否存在卡顿状态时,对每一个数据中的每一段进行判断,确定播放时是否出现卡顿,在确定出分段视频中出现所述卡顿状态时,将出现所述卡顿状态的所述分段视频标识出来;
所述获取单元包括:第一获取模块,用于获取所述日志数据中的目标特征信息,其中,所述目标特征信息用于指示客户端播放视频时携带的信息,所述目标特征信息包括下述至少之一:加载结束时间、加载时长、视频分段时长、视频码率,其中,所述视频分段时长为对整体播放视频进行分段后的每段视频的时长,所述视频码率用于指示播放视频的清晰度;第二获取模块,用于根据所述目标特征信息,获取所述缓冲日志数据和所述播放日志数据;所述装置用于在获取所述日志数据中的目标特征信息之后,根据所述加载时长和所述视频分段时长,确定加载每段视频的加载速度。
5.根据权利要求4所述的装置,其特征在于,所述第二获取模块包括:
计算子模块,用于根据每段视频的视频加载结束时间和加载时长,计算每段视频的加载开始时间;
确定子模块,用于根据每段视频的所述加载开始时间和视频加载结束时间,确定每段视频之间的加载时间差值;
获取子模块,用于根据每段视频之间的加载时间差值,获取所述缓冲日志数据和所述播放日志数据。
6.一种存储介质,其上存储有程序,其特征在于,所述程序执行权利要求1至3中任一项所述的视频卡顿的判定方法。
7.一种处理器,所述处理器用于运行程序,其特征在于,所述程序运行时执行权利要求1至3中任一项所述的视频卡顿的判定方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710914948.1A CN109587521B (zh) | 2017-09-29 | 2017-09-29 | 视频卡顿的判定方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710914948.1A CN109587521B (zh) | 2017-09-29 | 2017-09-29 | 视频卡顿的判定方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109587521A CN109587521A (zh) | 2019-04-05 |
CN109587521B true CN109587521B (zh) | 2021-09-07 |
Family
ID=65919258
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710914948.1A Active CN109587521B (zh) | 2017-09-29 | 2017-09-29 | 视频卡顿的判定方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109587521B (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110545451A (zh) * | 2018-05-29 | 2019-12-06 | 阿里巴巴集团控股有限公司 | 一种流媒体卡顿识别方法、服务器和系统 |
CN110099051B (zh) * | 2019-04-25 | 2021-05-11 | 深圳市腾讯网域计算机网络有限公司 | 卡顿风险的检测方法、装置及电子设备 |
CN110298001B (zh) * | 2019-05-30 | 2021-11-09 | 北京奇艺世纪科技有限公司 | 日志数据包的获取方法和装置及计算机可读存储介质 |
CN110505613B (zh) * | 2019-08-19 | 2022-11-04 | 惠州Tcl移动通信有限公司 | 音频数据处理方法、计算机可读存储介质以及计算机设备 |
CN110958494A (zh) * | 2019-10-22 | 2020-04-03 | 南京宏之图信息技术有限公司 | 一种基于xdr记录识别视频卡顿的方法 |
CN112995702B (zh) * | 2019-12-16 | 2023-09-15 | 天翼数字生活科技有限公司 | 基于质量监测探针判断视频卡顿的方法及系统 |
CN113453085B (zh) * | 2020-03-27 | 2022-10-11 | 北京金山云网络技术有限公司 | 判断播放卡顿的方法、装置和电子终端 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008118496A (ja) * | 2006-11-07 | 2008-05-22 | Matsushita Electric Ind Co Ltd | 情報記録装置、及び情報再生装置 |
CN104811751A (zh) * | 2015-04-28 | 2015-07-29 | 深圳市优网科技有限公司 | 一种流媒体播放时的卡顿识别方法和装置 |
CN106681913A (zh) * | 2016-12-08 | 2017-05-17 | 武汉斗鱼网络科技有限公司 | 一种应用卡顿定位系统及方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104052991A (zh) * | 2014-06-17 | 2014-09-17 | 德科仕通信(上海)有限公司 | 检测has视频卡顿的方法及系统 |
-
2017
- 2017-09-29 CN CN201710914948.1A patent/CN109587521B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008118496A (ja) * | 2006-11-07 | 2008-05-22 | Matsushita Electric Ind Co Ltd | 情報記録装置、及び情報再生装置 |
CN104811751A (zh) * | 2015-04-28 | 2015-07-29 | 深圳市优网科技有限公司 | 一种流媒体播放时的卡顿识别方法和装置 |
CN106681913A (zh) * | 2016-12-08 | 2017-05-17 | 武汉斗鱼网络科技有限公司 | 一种应用卡顿定位系统及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN109587521A (zh) | 2019-04-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109587521B (zh) | 视频卡顿的判定方法及装置 | |
CN109474854B (zh) | 视频播放方法、播放列表的生成方法及相关设备 | |
EP3313043B1 (en) | System and method for determining quality of a media stream | |
CN108270738B (zh) | 一种视频处理方法及网络设备 | |
WO2017107649A1 (zh) | 一种视频传输方法和装置 | |
US8503523B2 (en) | Forming a representation of a video item and use thereof | |
Li et al. | Characteristics of streaming media stored on the Web | |
US20220174355A1 (en) | Determining a quality of experience metric based on uniform resource locator data | |
CN106610993B (zh) | 视频预览的展示方法、装置 | |
WO2016053370A1 (en) | Methods and apparatus to measure exposure to streaming media | |
Chen et al. | A study of user behavior in online VoD services | |
CN112753227A (zh) | 用于在体育事件电视节目中检测人群噪声的发生的音频处理 | |
CN110019954A (zh) | 一种作弊用户的识别方法及系统 | |
US20170318317A1 (en) | Method, device, and server for producing video frame set | |
CN111107423A (zh) | 一种视频业务播放卡顿的识别方法和装置 | |
CN109982068A (zh) | 合成视频质量评估方法、装置、设备及介质 | |
CN110958491A (zh) | 视频卡顿模型训练方法、预测方法、服务器及存储介质 | |
US10284889B1 (en) | Determining an actual start of program content relative to a scheduled start of the program content | |
WO2017096849A1 (zh) | 一种视频快速起播的实现方法和系统 | |
EP2916555A1 (en) | Method to determine re-buffering events in video sessions | |
CN109561347B (zh) | 一种互联网视频播放质量判定方法及系统 | |
CN106412661B (zh) | 智能电视网络视频播放信息采集方法及系统 | |
CN105491400B (zh) | 一种视频流下载方法及其设备 | |
CN110545451A (zh) | 一种流媒体卡顿识别方法、服务器和系统 | |
Mateus et al. | Quantifying global transfers of copyrighted content using BitTorrent |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: 100083 No. 401, 4th Floor, Haitai Building, 229 North Fourth Ring Road, Haidian District, Beijing Applicant after: Beijing Guoshuang Technology Co.,Ltd. Address before: 100086 Beijing city Haidian District Shuangyushu Area No. 76 Zhichun Road cuigongfandian 8 layer A Applicant before: Beijing Guoshuang Technology Co.,Ltd. |
|
CB02 | Change of applicant information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |