CN108513094B - 视频监控方法和装置 - Google Patents

视频监控方法和装置 Download PDF

Info

Publication number
CN108513094B
CN108513094B CN201710107411.4A CN201710107411A CN108513094B CN 108513094 B CN108513094 B CN 108513094B CN 201710107411 A CN201710107411 A CN 201710107411A CN 108513094 B CN108513094 B CN 108513094B
Authority
CN
China
Prior art keywords
video
target video
playing
information
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
Application number
CN201710107411.4A
Other languages
English (en)
Other versions
CN108513094A (zh
Inventor
廖晗成
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Yayue Technology Co ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201710107411.4A priority Critical patent/CN108513094B/zh
Priority to PCT/CN2018/075777 priority patent/WO2018153270A1/zh
Publication of CN108513094A publication Critical patent/CN108513094A/zh
Priority to US16/359,784 priority patent/US10986386B2/en
Application granted granted Critical
Publication of CN108513094B publication Critical patent/CN108513094B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/2407—Monitoring of transmitted content, e.g. distribution time, number of downloads
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N17/00—Diagnosis, testing or measuring for television systems or their details
    • H04N17/04—Diagnosis, testing or measuring for television systems or their details for receivers
    • 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/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • 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/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • 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
    • 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
    • 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/25808—Management of client data
    • H04N21/25841—Management of client data involving the geographical location of the client
    • 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
    • H04N21/25875—Management of end-user data involving end-user authentication
    • 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/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • 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
    • 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/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/44213—Monitoring of end-user related data
    • H04N21/44222—Analytics of user selections, e.g. selection of programs or purchase activity
    • H04N21/44224—Monitoring of user activity on external systems, e.g. Internet browsing
    • 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/4424—Monitoring of the internal components or processes of the client device, e.g. CPU or memory load, processing speed, timer, counter or percentage of the hard disk space used
    • 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/4425—Monitoring of client processing errors or hardware failure
    • 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/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/6437—Real-time Transport Protocol [RTP]
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6581—Reference data, e.g. a movie identifier for ordering a movie or a product identifier in a home shopping application
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
    • H04N7/181—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast for receiving images from a plurality of remote sources

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Social Psychology (AREA)
  • Computer Graphics (AREA)
  • Biomedical Technology (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明公开了一种视频监控方法和装置。其中，该方法包括：响应第一请求向第一客户端发送目标视频的第一视频信息；接收第一客户端发送的用于指示目标视频的播放状态的上报信息，其中，上报信息由第一客户端根据第一视频信息中的原始地址信息播放目标视频的视频源文件得到；由上报信息中的第一首帧播放时间更新多维表中的第一位置上存储的首帧播放时间；根据首帧播放时间获取向第二客户端发送的第二视频信息中的超时等待时间；响应第二请求向第二客户端发送第二视频信息，其中，当第二客户端在超时等待时间内未播放目标视频时，确定目标视频的播放状态为播放失败。本发明解决了相关技术中视频监控的效率低的技术问题。

Description

视频监控方法和装置
技术领域
本发明涉及视频领域，具体而言，涉及一种视频监控方法和装置。
背景技术
目前，服务器会定时向所有聚合视频所属的视频内容提供方(CP)的视频详情页发起请求，抓取该请求并读取CP视频详情页的超文本标记语言(HyperText MarkupLanguage，简称为HTML)数据，根据HTML数据进行网页布局分析，或者构造相应的视频播放请求向CP方的内容分发网络(Content Delivery Network，简称为CDN)发起请求，接收内容分发网络发送的回包数据，并对回包数据进行分析，进而确定视频是否失效。
但是，上述方案在需要检测的视频众多时，会出现时效性问题。由于需要检测的视频众多，所以每个视频完成一轮检测所需要的时间较长，当视频失效于两轮检测之间时，检测效率会比较低(经过测试发现采用此类方案，对1万个视频进行检测，大约需要20分钟，即该方案的灵敏度为20分钟)，从而导致视频监控的效率低下。
另外，由于可用于抓取的服务器的数量有限，并且大多为中心部署，因而在一个地方播放成功或播放失败并不能代表在其它地方播放也是同样结果。服务器过于频繁地向所CP方的视频详情页发起请求，使CP方频繁控制而导致大范围的检测误差，从而导致视频监控的效率低下。
在聚合视频的监控中，后台统一下发一个唯一的视频内容提供方(CP)的源地址，当客户端根据源地址对视频不可播时，立刻报错，这样非常影响用户体验。如果CP方视频失效，则对用户而言会造成不可播等不良影响。如果不使用CP方源文件，而直接将所有视频都存放于自己的可信任CDN上，并在用户观看时直接使用，则会导致带宽及存储成本非常巨大的问题。
针对上述视频监控的效率低的问题，目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种视频监控方法和装置，以至少解决相关技术中视频监控的效率低的技术问题。
根据本发明实施例的一个方面，提供了一种视频监控方法。该视频监控方法包括：响应第一请求向第一客户端发送目标视频的第一视频信息，其中，目标视频由聚合视频网站进行播放；接收第一客户端发送的用于指示目标视频的播放状态的上报信息，其中，上报信息由第一客户端根据第一视频信息中的原始地址信息播放目标视频的视频源文件得到；由上报信息中的第一首帧播放时间更新多维表中的第一位置上存储的首帧播放时间，其中，多维表中的每个维度分别用于指示视频的不同播放信息，第一位置由上报信息确定；根据首帧播放时间获取向第二客户端发送的第二视频信息中的超时等待时间；响应第二请求向第二客户端发送第二视频信息，其中，当第二客户端在超时等待时间内未播放目标视频时，确定目标视频的播放状态为播放失败。
根据本发明实施例的另一方面，还提供了一种视频监控装置。该视频监控装置包括：第一发送单元，响应第一请求向第一客户端发送目标视频的第一视频信息，其中，目标视频由聚合视频网站进行播放；接收单元，用于接收第一客户端发送的用于指示目标视频的播放状态的上报信息，其中，上报信息由第一客户端根据第一视频信息中的原始地址信息播放目标视频的视频源文件得到；更新单元，用于由上报信息中的第一首帧播放时间更新多维表中的第一位置上存储的首帧播放时间，其中，多维表中的每个维度分别用于指示视频的不同播放信息，第一位置由上报信息确定；获取单元，用于根据首帧播放时间获取向第二客户端发送的第二视频信息中的超时等待时间；第二发送单元，用于响应第二请求向第二客户端发送第二视频信息，其中，当第二客户端在超时等待时间内未播放目标视频时，确定目标视频的播放状态为播放失败。
在本发明实施例中，响应第一请求向第一客户端发送目标视频的第一视频信息，其中，目标视频由聚合视频网站进行播放；接收第一客户端发送的用于指示目标视频的播放状态的上报信息，其中，上报信息由第一客户端根据第一视频信息中的原始地址信息播放目标视频的视频源文件得到；由上报信息中的第一首帧播放时间更新多维表中的第一位置上存储的首帧播放时间，其中，多维表中的每个维度分别用于指示视频的不同播放信息，第一位置由上报信息确定；根据首帧播放时间获取向第二客户端发送的第二视频信息中的超时等待时间；响应第二请求向第二客户端发送第二视频信息，其中，当第二客户端在超时等待时间内未播放目标视频时，确定目标视频的播放状态为播放失败，进而快速确定目标视频是否失效，提高视频监控的效率，进而解决了相关技术中视频监控的效率低的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的一种视频监控方法的硬件环境的示意图；
图2是根据本发明实施例的一种视频监控方法的流程图；
图3是根据本发明实施例的一种由上报信息中的第一首帧播放时间更新多维表中的第一位置上存储的首帧播放时间的方法的流程图；
图4是根据本发明实施例的一种根据上报信息中的第一首帧播放时间更新第一位置上存储的首帧播放时间的方法的流程图；
图5是根据本发明实施例的一种根据上报信息建立与目标视频的ID相对应的第一结构体的方法的流程图；
图6是根据本发明实施例的另一种视频监控方法的流程图；
图7是根据本发明实施例的另一种视频监控方法的流程图；
图8是根据本发明实施例的另一种视频监控方法的流程图；
图9是根据本发明实施例的一种根据第一视频信息中的原始地址信息播放目标视频的视频源文件方法的流程图；
图10是根据本发明实施例的一种检测目标视频的播放状态的方法的流程图；
图11是根据本发明实施例的另一种视频监控方法的流程图；
图12是根据本发明实施例的一种确定播放状态为目标视频播放成功的方法的流程图；
图13是根据本发明实施例的另一种视频监控方法的流程图；
图14是根据本发明实施例的另一种视频监控方法的流程图；
图15是根据本发明实施例的另一种视频监控方法的流程图；
图16是根据本发明实施例的一种视频切换方法的流程图；
图17是根据本发明实施例的另一种视频切换方法的流程图；
图18是根据本发明实施例的一种服务器向三维表插入信息的方法的流程图；
图19是根据本发明实施例的另一种视频切换方法的流程图；
图20是根据本发明实施例的一种服务器下发超时等待时间的方法的流程图；
图21是根据本发明实施例的一种视频监控装置的示意图；以及
图22是根据本发明实施例的一种终端的结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例1
根据本发明实施例，提供了一种视频监控方法实施例。
可选地，在本实施例中，上述视频监控方法可以应用于如图1所示的由服务器102和终端104所构成的硬件环境中。图1是根据本发明实施例的一种视频监控方法的硬件环境的示意图。如图1所示，服务器102通过网络与终端104进行连接，上述网络包括但不限于：广域网、城域网或局域网，终端104并不限定于PC、手机、平板电脑等。本发明实施例的视频监控方法可以由服务器102来执行，也可以由终端104来执行，还可以是由服务器102和终端104共同执行。其中，终端104执行本发明实施例的视频监控方法也可以是由安装在其上的客户端来执行。
下面从服务器一侧对本发明实施例的视频监控方法进行介绍。
图2是根据本发明实施例的一种视频监控方法的流程图。如图2所示，该视频监控方法可以包括以下步骤：
步骤S202，响应第一请求向第一客户端发送目标视频的第一视频信息。
在本发明上述步骤S202提供的技术方案中，响应第一请求向第一客户端发送目标视频的第一视频信息，其中，目标视频由聚合视频网站进行播放。
聚合类视频网站(WEB APP)是利用爬虫、接口合作等形式收集各家视频内容提供方提供的视频内容，并进行二次整合提供给用户观看的低频网站。用户通过客户端可以访问一家聚合网站，观看各家视频。目标视频为待监控的视频，第一客户端访问聚合视频网站，向服务器发送用于请求目标视频的视频数据的第一请求，服务器响应第一请求，向第一客户端下发第一视频信息。可选地，该第一视频信息包括目标视频的基本信息、第二客户端在播放目标视频时用于判断目标视频是否播放超时的超时等待时间、目标视频的播放地址、目标视频的备用地址，其中，目标视频的备用地址为当目标视频的CP方所提供的视频源文件失效时，播放目标视频的源文件的另一可信任的链接地址，从而实现对失效视频源文件的切换。
考虑到版权、存储以及宽带成本等因素，聚合类视频网站本身并不存储聚合各家CP的视频源文件，而是当用户通过第一客户端观看目标视频时，直接下发该目标视频在CP方的原始地址信息，其中，原始地址信息为CP播放地址。
步骤S204，接收第一客户端发送的用于指示目标视频的播放状态的上报信息。
在本发明上述步骤S204提供的技术方案中，接收第一客户端发送的用于指示目标视频的播放状态的上报信息，其中，上报信息由第一客户端根据第一视频信息中的原始地址信息播放目标视频的视频源文件得到。
第一视频信息包括原始地址信息，该原始地址信息为目标视频在内容提供方上的地址信息。在响应第一请求向第一客户端发送目标视频的第一视频信息之后，服务器可以通过超文本传输协议(Hyper Text Transfer Protocol，简称为HTTP)向第一客户端下发目标视频的原始地址信息，使第一客户端进行加载、并等待播放。
在服务器下发第一视频信息之后，第一客户端根据原始地址信息建立视频(VIDEO)标签，并建立第一时间戳。第一客户端根据原始地址信息获取目标视频的视频源文件，并播放视频源文件。在根据第一视频信息中的原始地址信息播放目标视频的视频源文件之后，第一客户端检测目标视频的播放状态，如果目标视频开始播放，视频标签当会触发第一预设事件。当第一预设事件被触发时，建立第二时间戳，第二时间戳和第一时间戳之间的时间为本次目标视频播放的首帧耗时。在第一预设事件被触发时，监听目标视频的播放时间，当监听到目标视频的播放进度大于预设时间时，确定在根据第一视频信息中的原始地址信息播放目标视频的视频源文件时，目标视频播放成功。可选地，在第一客户端检测目标视频的播放状态时，如果目标视频播放出错，比如，目标视频中未有任何视频帧成功播放，则视频标签会触发第二预设事件。当第二预设事件被触发时，建立第三时间戳，其中，第三时间戳和第一时间戳为目标视频播放失败的耗时。可选地，在第一客户端检测目标视频的播放状态时，如果目标视频并未立即播放，也没有出错，则持续等待至第一预设事件被触发，或者第二预设事件被触发，或者判断第一客户端的播放状态的超时等待时间。
在第一客户端检测目标视频的播放状态之后，服务器接收第一客户端根据第一视频信息中的原始地址信息播放目标视频的视频源文件，并检测目标视频的播放状态，发送的用于指示播放状态的上报信息。可选地，该上报信息包括用于指示目标视频的播放状态的信息。可选地，该上报信息除了包括用于指示目标状态的播放状态的信息之外，比如，除了包括上报目标视频播放成功的信息，或者目标视频播放失败的信息之外，还包括用于播放目标视频的客户端的IP，用于登录客户端的用户身份标识，比如，用户浏览器中的全局唯一标识(Globally Unique Identifier，简称为GUID)，还包括播放的目标视频的ID、播放的源地址、播放的源编号、目标视频播放的首帧耗时、网络状态等信息。
步骤S206，由上报信息中的第一首帧播放时间更新多维表中的第一位置上存储的首帧播放时间。
在本发明上述步骤S206提供的技术方案中，由上报信息中的第一首帧播放时间更新多维表中的第一位置上存储的首帧播放时间，其中，多维表中的每个维度分别用于指示视频的不同播放信息，第一位置由上报信息确定。
服务器建立一个多维表，该多维表可以用于存储目标视频播放的首帧耗时。可选地，该多维表的维度中的每个维度分别用于指示源编号、客户端在播放视频时的地区、客户端在播放视频时的网络类型。可以通过播放的源编号解析出播放地址所属的源编号，根据目标视频的IP，或者用户身份标识解析出用户所在的地区，确定播放目标视频的网络类型，根据目标视频所属的地区、源编号、网络类型确定此次上报上的首帧耗时在三维表中存储的位置。在接收第一客户端发送的用于指示目标视频的播放状态的上报信息之后，由上报信息中的第一首帧播放时间更新多维表中的第一位置上存储的首帧播放时间，第一位置由上报信息确定。该多维表中的每个维度分别用于指示视频的不同播放信息，比如，该多维表为三维表表，三维表的每个维度分别用于指示视频的源编号、客户端在播放视频时的地区、客户端在播放视频时的网络类型。
步骤S208，根据首帧播放时间获取向第二客户端发送的第二视频信息中的超时等待时间。
在本发明上述步骤S208提供的技术方案中，根据首帧播放时间获取向第二客户端发送的第二视频信息中的超时等待时间。
在由上报信息中的第一首帧播放时间更新多维表中的第一位置上存储的首帧播放时间之后，根据首帧播放时间获取向第二客户端发送的第二视频信息中的超时等待时间。可选地，每隔预设时间服务器对多维表进行汇总，比如，通过对多维表中存储的首帧耗时的平均值进行汇总，进而得出向第二客户端发送的第二客户端在播放目标视频时用于判断目标视频是否播放超时的超时等待时间。
步骤S210，响应第二请求向第二客户端发送第二视频信息。
在本发明上述步骤S210提供的技术方案中，响应第二请求向第二客户端发送第二视频信息，其中，当第二客户端在超时等待时间内未播放目标视频时，确定目标视频的播放状态为播放失败。
在根据首帧播放时间获取向第二客户端发送的第二视频信息中的超时等待时间之后，接收第二客户端发送的用于请求目标视频的视频数据的第二请求，服务器响应该第二请求，将包括上述超时等待时间的第二视频信息中向第二客户端发送。
可选地，在响应第二请求向第二客户端发送第二视频信息之后，接收第二客户端发送的用于指示目标视频的播放状态的上报信息，第二客户端发送的上报信息由第二客户端根据第二视频信息中的原始地址信息播放目标视频的视频源文件得到；由第二客户端发送的上报信息中的第一首帧播放时间更新多维表中的第二位置上存储的首帧播放时间，其中，第二位置由第二客户端发送的上报信息确定；根据首帧播放时间获取向第三客户端发送的第三视频信息中的超时等待时间；响应第三请求向第三客户端发送第三视频信息，其中，当第三客户端在超时等待时间内未播放目标视频时，确定目标视频的播放状态为播放失败，从而实现了众多客户端对视频播放是否成功及相应信息的上报，实现了众多客户端针对某一行为所产生后果的上报，也即，实现了基于众包上报的视频监控方法，进而快速确定目标视频是否失效，提高视频监控的效率。
服务器与第三客户端接下来的交互方法与上述服务器与第一客户端、服务器与第二客户端的执行流程相同，此处不再赘述。
可选地，服务器根据上报信息中的目标视频的ID建立结构体信息，该结构体信息可以包括目标视频的视频编号、目标视频的视频类型、目标视频的视频源、目标视频播放的成功次数、目标视频播放的失败次数、目标视频播放的成功率等信息，该结构体信息可以通过字段进行建立。可选地，如果目标视频的ID对应的结构体信息已经存在，则用此次建立的结构体信息对其进行更新。
可选地，如果目标视频的ID在一轮中被上报的次数大于预设次数，则确定目标视频为高频播放视频，将该视频放入优先分析队列中。在每一轮中，服务器对优先分析队列进行汇总。在对优先分类队列进行汇总时，确定目标视频是否正常播放，是否失效，进而对正常播放的视频、失效的视频采取不同的处理方式，提高对视频的监控效率。
该实施例通过响应第一请求向第一客户端发送目标视频的第一视频信息；接收第一客户端发送上报信息；由上报信息中的第一首帧播放时间更新多维表中的第一位置上存储的首帧播放时间；根据首帧播放时间获取向第二客户端发送的第二视频信息中的超时等待时间；响应第二请求向第二客户端发送第二视频信息，从而实现对目标视频的播放过程的监测，而不是利用服务器定时向所有聚合视频所属的视频详情页发起请求，读取CP视频详情页HTML数据并进行网页布局分析，或构造相应的视频播放请求，向CP方的CDN发起请求并分析回包来获得视频是否失效的结论，避免了过于频繁地向CP方发起请求导致的CP方进行频控而导致大范围的视频监控误差，提高了视频的监控效率。
通过上述步骤S202至步骤S210，通过响应第一请求向第一客户端发送目标视频的第一视频信息，其中，目标视频由聚合视频网站进行播放；接收第一客户端发送的用于指示目标视频的播放状态的上报信息，其中，上报信息由第一客户端根据第一视频信息中的原始地址信息播放目标视频的视频源文件得到；由上报信息中的第一首帧播放时间更新多维表中的第一位置上存储的首帧播放时间，其中，多维表中的每个维度分别用于指示视频的不同播放信息，第一位置由上报信息确定；根据首帧播放时间获取向第二客户端发送的第二视频信息中的超时等待时间；响应第二请求向第二客户端发送第二视频信息，其中，当第二客户端在超时等待时间内未播放目标视频时，确定目标视频的播放状态为播放失败，进而快速确定目标视频是否失效，提高视频监控的效率，进而解决了相关技术中视频监控的效率低的技术问题。
作为一种可选的实施方式，步骤S202，响应第一请求向第一客户端发送目标视频的第一视频信息包括：响应第一请求向第一客户端发送包括备用地址信息的第一视频信息，其中，备用地址信息为视频源文件在内容分发网络上的地址信息，用于在播放状态为目标视频播放失败时，由第一客户端根据内容分发网络上存储的视频源文件播放目标视频。
前端在向后台请求某一视频数据时，后台不但会下发该视频的基本信息、播放地址，同时也会下发一个备用地址，这个地址通常是该视频在一个可信任CDN上的链接。由于聚合类视频网站本身并不存储聚合自各家CP的视频源文件，而是当用户观看某一视频时，直接下发该视频在CP方的原始播放地址。但出于提升用户体验的考虑，聚合类视频站点的一种更优方案是在自己可信任CDN存储一份视频源文件。出于成本考虑，如果客户端可以正常播放CP方源文件，则不需要真正使用自己的CDN下行带宽。但当CP方源文件失效时，智能地切换至可信任CDN上以确保用户体验。考虑到网络环境的复杂，客户端在加载CP方源文件时，可能不能立刻返回成功或失败(这通常和CP方防盗链机制有关)。
作为一种可选的实施方式，步骤S206，由上报信息中的第一首帧播放时间更新多维表中的第一位置上存储的首帧播放时间包括：根据上报信息获取第一客户端所属的第一播放地区；根据目标视频的第一源编号、第一播放地区和目标视频的第一网络类型确定多维表中的第一位置；根据上报信息中的第一首帧播放时间更新第一位置上存储的首帧播放时间。
图3是根据本发明实施例的一种由上报信息中的第一首帧播放时间更新多维表中的第一位置上存储的首帧播放时间的方法的流程图。如图3所示，该视频监控方法包括以下步骤：
步骤S301，根据上报信息获取第一客户端所属的第一播放地区。
在本发明上述步骤S301提供的技术方案中，根据上报信息获取第一客户端所属的第一播放地区。
上报信息中包括目标视频的ID和用户身份标识。在接收第一客户端根据第一视频信息中的原始地址信息加载目标视频的视频源文件，并根据视频源文件对目标视频进行播放的播放状态发送的上报信息之后，根据上报信息解析出第一客户端所属的第一播放地区，该第一播放地区可以通过编号进行标识。可选地，根据目标视频的IP，或用户身份标识解析出用户所在地区，该地区可以精确到市级。
步骤SS302，根据目标视频的第一源编号、第一播放地区和目标视频的第一网络类型确定多维表中的第一位置。
在本发明上述步骤SS302提供的技术方案中，根据目标视频的第一源编号、第一播放地区和目标视频的第一网络类型确定多维表中的第一位置，其中，第一视频信息包括第一源编号和第一网络类型，多维表中的每个维度分别用于指示视频的源编号、播放地区和网络类型。
可选地，建立一个三维表，该三维表的维度分别用于指示源编号、播放地区、网络类型，也即，三维表的X轴对应源编号，Y轴对应播放地区、Z轴对应网络类型，可以用于存储源编号、播放地区和网络类型确定的视频的首帧播放时间。第一视频信息包括第一源编号和第一网络类型，根据第一源编号可以解析出目标视频的播放地址所处的源，第一网络类型可以确定网络状态。根据目标视频的第一源编号、第一播放地区和目标视频的第一网络类型确定多维表中的第一位置。
步骤S303，根据上报信息中的第一首帧播放时间更新第一位置上存储的首帧播放时间。
在本发明上述步骤S303提供的技术方案中，根据上报信息中的第一首帧播放时间更新第一位置上存储的首帧播放时间。
上包信息包括第一首帧播放时间。在根据目标视频的第一源编号、第一播放地区和目标视频的第一网络类型确定多维表中的第一位置之后，将第一首帧播放时间存储至多维表的第一位置上。当第一位置上已经存储该首帧播放时间，则根据第一首帧播放时间对已经存储的首帧播放时间进行更新。
该实施例通过根据上报信息获取第一客户端所属的第一播放地区；根据目标视频的第一源编号、第一播放地区和目标视频的第一网络类型确定多维表中的第一位置，其中，第一视频信息包括第一源编号和第一网络类型，多维表中的每个维度分别用于指示视频的源编号、播放地区和网络类型；根据上报信息中的第一首帧播放时间更新第一位置上存储的首帧播放时间，达到了对首帧播放时间的存储，实现了由上报信息中的第一首帧播放时间更新多维表中的第一位置上存储的首帧播放时间的目的。
作为一种可选的实施方式，步骤S303，根据上报信息中的第一首帧播放时间更新第一位置上存储的首帧播放时间包括：在第一位置存储第二首帧播放时间的情况下，获取第一首帧播放时间和第二首帧播放时间的平均播放时间；将第二首帧播放时间更新为平均播放时间。
图4是根据本发明实施例的一种根据上报信息中的第一首帧播放时间更新第一位置上存储的首帧播放时间的方法的流程图。如图4所示，该方法包括以下步骤：
步骤S401，判断第一位置是否存储第二首帧播放时间。
在本发明上述步骤S401提供的技术方案中，判断第一位置是否存储第二首帧播放时间。
在根据上报信息中的第一首帧播放时间更新第一位置上存储的首帧播放时间之后，判断第一位置是否存储第二首帧播放时间，也即，判断第一位置上是否已经存储首帧播放时间，该已经存储的首帧播放时间为第二首帧播放时间。如果判断出第一位置存储第二首帧播放时间，执行步骤S402。
步骤S402，获取第一首帧播放时间和第二首帧播放时间的平均播放时间。
在本发明上述步骤S402提供的技术方案中，如果判断出第一位置存储第二首帧播放时间，获取第一首帧播放时间和第二首帧播放时间的平均播放时间。
在判断第一位置是否存储第二首帧播放时间之后，如果判断出第一位置存储第二首帧播放时间，也即，第一位置上已经存储过首帧播放时间，则获取第一首帧播放时间和第二首帧播放时间的平均播放时间。
步骤S403，将第二首帧播放时间更新为平均播放时间。
在本发明上述步骤S403提供的技术方案中，将第二首帧播放时间更新为平均播放时间。
在获取第一首帧播放时间和第二首帧播放时间的平均播放时间之后，将第二首帧播放时间更新为该平均播放时间。
举例而言，将客户端此次针对目标视频上报的首帧耗时放置于多维度表当中。比如，当播放地区为深圳地区(地区编号92)的一个用户，在电信网络(网络类型编号1)环境下播放了一个爱奇艺视频(源编号3)，根据源编号、播放地区和网络类型确定该多维表的第一位置，该第一位置由X轴为3，Y轴为92，Z轴为1确定，将首帧耗时2秒存储至第一位置上。判断该第一位置上是否已经存储过首帧耗时，如果判断出该第一位置上已经存储了首帧耗时，则将该位置上已经存储的首帧耗时和该首帧耗时2秒求平均值，该第一位置上存储的是上述平均值。
该实施例通过判断第一位置是否存储第二首帧播放时间；如果判断出第一位置存储第二首帧播放时间，获取第一首帧播放时间和第二首帧播放时间的平均播放时间；将第二首帧播放时间更新为平均播放时间，实现了根据上报信息中的第一首帧播放时间更新第一位置上存储的首帧播放时间的目的。
作为一种可选的实施方式，步骤S208，根据首帧播放时间获取向第二客户端发送的第二视频信息中的超时等待时间包括：每隔预设时间对第一位置上存储的首帧播放时间按照预设参数进行汇总，得到超时等待时间，其中，首帧播放时间随着第一客户端在不同时间发送的第一视频信息而更新。
可选地，预设时间为5分钟，每5分钟服务器对上一次5分钟的三维表进行汇总，可以按照预设参数进行汇总，比如，预设参数为1.2，则按照平均值*1.2对三维表进行汇总，得出新的针对某源在某地区内，某一运营商的超时等待时间。这样，服务器在接收到下一个客户端请求目标视频的视频数据的请求时，可以向下发新的超时等待时间，从而根据合理的超时等待时间确定目标视频的播放状态，当目标视频在达到超时等待时间时，视频标签为触发任何事件时，则服务器接收目标视频的播放状态为播放失败的上报信息，提高了视频的监控效率。
作为一种可选的实施方式，在接收第一客户端发送的用于指示目标视频的播放状态的上报信息之后，根据上报信息建立与目标视频的ID相对应的第一结构体，其中，上报信息包括目标视频的ID，第一结构体用于通过预设字段表示上报信息。
上报信息包括目标视频的ID，根据上报信息建立与目标视频的ID对应的第一结构体通过字段名称和字段类型进表示。可选地，该第一结构体包括目标视频的视频编号、视频类型、视频源，还包括目标视频播放的成功次数、失败次数和成功率，其中，目标视频的视频编号、视频类型、视频源，目标视频播放的成功次数、失败次数对应的字段类型为数字类型，成功次数对应的字段类型为浮点类型。
作为一种可选的实施方式，根据上报信息建立与目标视频的ID相对应的第一结构体包括：在判存在目标视频的ID对应的第二结构体的情况下，更新第二结构体为第一结构体。
图5是根据本发明实施例的一种根据上报信息建立与目标视频的ID相对应的第一结构体的方法的流程图。如图5所示，该根据上报信息建立与目标视频的ID相对应的第一结构体的方法包括以下步骤：
步骤S501，判断是否存在目标视频的ID对应的第二结构体。
在本发明上述步骤S501提供的技术方案中，判断是否存在目标视频的ID对应的第二结构体。
在根据上报信息建立与目标视频的ID相对应的第一结构体时，判断是否存在目标视频的ID对应的第二结构体，也即，该目标视频的ID是否已经建立过结构体，该已经建立过的结构体为第二结构体。
步骤S502，更新第二结构体为第一结构体。
在本发明上述步骤S502提供的技术方案中，如果判断出存在目标视频的ID对应的第二结构体，更新第二结构体为第一结构体。
在判断是否存在目标视频的ID对应的第二结构体之后，如果判断出存在目标视频的ID对应的第二结构体，则更新第二结构体为第一结构体。
该实施例通过判断是否存在目标视频的ID对应的第二结构体；如果判断出存在目标视频的ID对应的第二结构体，更新第二结构体为第一结构体，实现了根据上报信息建立与目标视频的ID相对应的第一结构体的目的。
作为一种可选的实施方式，在更新第二结构体为第一结构体之后，在目标视频的ID的上报次数大于预设次数的情况下，存储目标视频的ID至预设队列。
图6是根据本发明实施例的另一种视频监控方法的流程图。如图6所示，该视频监控方法还包括以下步骤：
步骤S601，获取目标视频的ID的上报次数。
在本发明上述步骤S601提供的技术方案中，获取目标视频的ID的上报次数。
在更新第二结构体为第一结构体之后，获取目标视频的ID在一轮中的上报次数，比如，一轮为5分钟，获取目标视频的ID的在5分钟内的上报次数。
步骤S602，判断上报次数是否大于预设次数。
在本发明上述步骤S602提供的技术方案中，判断上报次数是否大于预设次数。
在获取目标视频的ID的上报次数之后，判断该上报次数是否大于预设次数，比如，预设次数为200次，判断一轮中的上报次数是否大于200次。如果判断出上报次数大于预设次数时，执行步骤S703。
步骤S603，存储目标视频的ID至预设队列。
在本发明上述步骤S603提供的技术方案中，如果判断出上报次数大于预设次数，存储目标视频的ID至预设队列，其中，预设队列用于存储多个视频的ID，多个视频中每个视频的上报次数大于预设次数。
在判断上报次数是否大于预设次数之后，如果判断出上报次数大于预设次数，存储目标视频的ID至预设队列，该预设队列用于存储高频播放视频的ID，也即，该预设队列为优先分析队列，该高频播放视频为上报次数大于预设次数的视频。
该实施例通过在更新第二结构体为第一结构体之后，获取目标视频的ID的上报次数；判断上报次数是否大于预设次数；如果判断出上报次数大于预设次数，存储目标视频的ID至预设队列，预设队列用于存储多个视频的ID，多个视频中每个视频的上报次数大于预设次数，从而实现了将目标视频的ID存储至预设队列的目的，进而确定目标视频是否处于可播放状态，以及是否播放失效。
作为一种可选的实施方式，在存储目标视频的ID至预设队列之后，遍历预设队列；根据预设队列中的目标视频的ID对目标视频的上报信息进行查询，得到查询结果；根据查询结果确定目标视频的状态。
图7是根据本发明实施例的另一种视频监控方法的流程图。如图7所示，该视频监控方法还包括以下步骤：
步骤S701，遍历预设队列。
在本发明上述步骤S701提供的技术方案中，遍历预设队列。
在存储目标视频的ID至预设队列之后，每隔一定时间对预设队列进行汇总。可选地，每隔5分钟，服务器对上5分钟的优先分析队列进行汇总，循环遍历该预设队列。
步骤S702，根据预设队列中的目标视频的ID对目标视频的上报信息进行查询，得到查询结果。
在本发明上述步骤S702提供的技术方案中，根据预设队列中的目标视频的ID对目标视频的上报信息进行查询，得到查询结果。
根据预设队列中的目标视频的ID对目标视频的上报信息进行查询，得到查询结果，该查询结果可以为目标视频的播放成功率，以及该播放成功率与预设值的比较结果。
步骤S703，当查询结果为目标视频的播放成功率高于第一预设值时，确定目标视频处于可播放状态。
在本发明上述步骤S703提供的技术方案中，当查询结果为目标视频的播放成功率高于第一预设值时，确定目标视频处于可播放状态。
可选地，在根据预设队列中的目标视频的ID对目标视频的上报信息进行查询，得到查询结果之后，当目标视频的播放成功率高于80％时，确定目标视频处于可播放状态。
步骤S704，当查询结果为目标视频的播放成功率低于第二预设值时，确定目标视频失效。
在本发明上述步骤S704提供的技术方案中，当查询结果为目标视频的播放成功率低于第二预设值时，确定目标视频失效。
可选地，在根据预设队列中的目标视频的ID对目标视频的上报信息进行查询，得到查询结果之后，当目标视频的播放成功率低于20％时，确定目标视频已经失效。
该实施例通过在存储目标视频的ID至预设队列之后，遍历预设队列；根据预设队列中的目标视频的ID对目标视频的上报信息进行查询，得到查询结果；当查询结果为目标视频的播放成功率高于第一预设值时，确定目标视频处于可播放状态；当查询结果为目标视频的播放成功率低于第二预设值时，确定目标视频失效，提高了视频监控的效率。
作为一种可选的实施方式，在确定目标视频处于可播放状态之后，从预设队列中清除目标视频的ID。
在查询结果为目标视频的播放成功率高于第一预设值，且确定目标视频处于可播放状态之后，确定该目标视频安全，将该目标视频的ID从预设队列中清除掉，在下一轮不用再进行分析汇总，降低视频监控的时间，进而提高视频监控的效率。
作为一种可选的实施方式，在确定目标视频失效之后，将目标视频的ID写入预设列表中，且从预设队列中清除目标视频的ID，其中，预设列表用于存储待进行下线处理的视频的ID。
在查询结果为目标视频的播放成功率低于第二预设值，且确定目标视频失效，则将该目标视频的ID写入预设列表中，该预设列表中存储了待进行下线处理的视频的ID，也即，对该失效的目标视频进行下线处理，并且将该目标视频的ID从预设列表中清除掉，在下一轮不用再进行分析汇总，降低了视频监控的时间，进而提高视频监控的效率。
作为一种可选的实施方式，在根据目标视频的ID对目标视频的上报信息进行查询，得到查询结果之后，当查询结果为目标视频的播放成功率在第二预设值和第一预设值之间时，在预设队列中保留目标视频的ID。
在根据目标视频的ID对目标视频的上报信息进行查询，得到查询结果之后，当目标视频的成功率处于20％与80％之间时，则保留目标视频的ID以进入下一轮继续监控。
作为一种可选的实施方式，其特征在于，第一结构体包括以下至少之一：视频编号信息；视频类型信息；视频源信息；播放成功次数；播放失败次数；播放成功率。
下面从客户端一侧对本发明实施例的视频监控方法进行介绍。
图8是根据本发明实施例的另一种视频监控方法的流程图。如图8所示，该视频监控方法可以包括以下步骤：
步骤S801，获取目标视频的视频信息。
在本发明上述步骤S801提供的技术方案中，获取目标视频的第一视频信息，其中，目标视频由聚合视频网站进行播放。
该实施例的目标视频由聚合视频网站进行播放，包括多帧视频数据。客户端访问聚合视频网站，向服务器发送用于请求目标视频的视频数据的请求，并打开目标视频的视频详情页，此时客户端获取服务器下发的第一视频信息，其中，客户端可以为浏览器。可选地，该第一视频信息包括目标视频的基本信息、超时等待时间、目标视频的播放地址、目标视频的备用地址，其中，目标视频的备用地址为当目标视频的CP方所提供的视频源文件失效时，播放目标视频的源文件的另一可信任的链接地址，从而实现对失效视频源文件的切换。
考虑到版权、存储以及宽带成本等因素，聚合类视频网站本身并不存储聚合各家CP的视频源文件，而是当用户通过客户端观看目标视频时，直接下发该目标视频在CP方的原始地址信息，其中，原始地址信息为CP播放地址。
步骤S802，根据第一视频信息中的原始地址信息播放目标视频的视频源文件。
在本发明上述步骤S802提供的技术方案中，根据第一视频信息中的原始地址信息播放目标视频的视频源文件。
第一视频信息包括原始地址信息，该原始地址信息为目标视频在内容提供方上的地址信息。客户端可以通过超HTTP协议从服务器上获取目标视频的原始地址信息，进行加载、并等待播放。
在获取目标视频的第一视频信息之后，客户端根据原始地址信息建立视频(VIDEO)标签，并建立第一时间戳，该第一时间戳用于标识获取目标视频的第一视频信息的时间。客户端根据第一视频信息中的原始地址信息获取目标视频的视频源文件，并播放视频源文件，其中，视频源文件可以由CP方提供。
步骤S803，检测目标视频的播放状态。
在本发明上述步骤S803提供的技术方案中，检测目标视频的播放状态。
在根据第一视频信息中的原始地址信息播放目标视频的视频源文件之后，检测目标视频的播放状态。如果目标视频开始播放，视频标签会触发第一预设事件。当第一预设事件被触发时，建立第二时间戳，该第二时间戳用于标识目标视频开始播放，其中，第二时间戳和第一时间戳之间的时间为本次目标视频播放的首帧耗时。在第一预设事件被触发时，监听目标视频的播放时间，也即，监听目标视频的播放进度，当监听到目标视频的播放进度大于预设时间时，确定在根据第一视频信息中的原始地址信息播放目标视频的视频源文件时，目标视频播放成功。
可选地，在检测目标视频的播放状态时，如果检测到目标视频播放出错，比如，检测到目标视频中未有任何视频帧成功播放，则视频标签会触发第二预设事件。当第二预设事件被触发时，建立第三时间戳，该第三时间戳用于标识目标视频播放出错的时间，其中，第三时间戳和第一时间戳为目标视频播放失败的耗时。
可选地，在检测目标视频的播放状态时，如果检测到目标视频并未立即播放，也没有出错，则持续等待至第一预设事件被触发，或者第二预设事件被触发，或等待至超时等待时间，其中，超时等待时间为由服务器下发，且为第一视频信息中的一种信息。
步骤S804，向服务器发送上报信息。
在本发明上述步骤S804提供的技术方案中，向服务器发送上报信息，其中，上报信息包括用于指示播放状态的信息。
在检测目标视频的播放状态之后，客户端将目标视频此次的播放过程通过上报信息进行上报，该上报信息包括用于指示目标视频的播放状态的信息。可选地，该上报信息除了包括用于指示目标状态的播放状态的信息之外，还包括用于播放目标视频的客户端的IP，用于登录客户端的用户身份标识，播放的目标视频的ID、播放的源地址、播放的源编号、目标视频播放的首帧耗时、网络状态等信息。
服务器在接收到客户端发送的上报信息之后，建立一个三维表，该三维表可以用于存储目标视频播放的首帧耗时。每隔预设时间服务器对该预设事件的三维表进行汇总，比如，通过三维表中存储的首帧耗时的平均值进行汇总，进而得出视频在播放时用于判断视频是否播放超时的超时等待时间，在客户端发送的下一个请求时，将该超时等待时间包括在第二视频信息中进行下发。服务器根据上报信息中的目标视频的ID建立结构体信息。可选地，如果目标视频的ID对应的结构体信息已经存在，则用此次建立的结构体信息进行更新。可选地，如果目标视频的ID在一轮中被上报的次数大于预设次数，将该视频放入优先分析队列中。在每一轮中，服务器对优先分析队列进行汇总，确定目标视频是否正常播放，是否失效，进而对正常播放的视频、失效的视频采取不同的处理方式，提高对视频的监控效率。
通过上述方案，可以每隔预设时间利用被动式的检测出失效的视频并进行下线处理。再结合传统方案进行主动扫描，即可为线上用户体验提供更可靠的保障，达到在分钟级别内感知CP视频失效并快速下线的效果。
该实施例采用获取目标视频的第一视频信息，该目标视频由聚合视频网站进行播放，根据第一视频信息中的原始地址信息播放目标视频的视频源文件，进而检测目标视频的播放状态，向服务器发送用于指示播放状态的上报信息，通过服务器快速确定目标视频是否失效，提高视频监控的效率，进而解决了相关技术中视频监控的效率低的技术问题。
作为一种可选的实施方式，步骤S802，根据第一视频信息中的原始地址信息播放目标视频的视频源文件包括：根据原始地址信息建立的视频标签在预设页面嵌入视频源文件。
图9是根据本发明实施例的一种根据第一视频信息中的原始地址信息播放目标视频的视频源文件方法的流程图。如图9所示，该根据第一视频信息中的原始地址信息播放目标视频的视频源文件方法包括以下步骤：
步骤S901，根据原始地址信息建立视频标签。
在本发明上述步骤S901提供的技术方案中，根据原始地址信息建立视频标签，其中，视频标签与目标视频具有关联关系。
在获取目标视频的第一视频信息之后，获取第一视频信息中的原始地址信息，根据原始地址信息建立视频标签。其中，视频标签与目标视频具有关联关系，可以为HTML中的新标签。
步骤S902，根据视频标签在预设页面嵌入视频源文件。
在本发明上述步骤S902提供的技术方案中，根据视频标签在预设页面嵌入视频源文件。
在根据原始地址信息建立视频标签之后，根据视频标签在预设页面嵌入视频源文件。可选地，该视频标签还用于在HTML页面中嵌入视频元素，定义视频，比如，电影片段或其它视频流，同时也支持HTML中的事件属性，通过触发不同的事件以确定目标视频的播放状态，比如，目标视频播放成功的状态，目标视频播放失败的状态等。
该实施例通过根据原始地址信息建立视频标签，视频标签与目标视频具有关联关系；根据视频标签在预设页面嵌入视频源文件，实现了根据第一视频信息中的原始地址信息播放目标视频的视频源文件，进而检测目标视频的播放状态，向服务器发送用于指示目标视频的播放状态的上报信息，提高目标视频的监控效率。
作为一种可选的实施方式，步骤S803，检测目标视频的播放状态包括：在检测到视频标签触发第一预设事件的情况下，确定播放状态为目标视频播放成功；在检测到视频标签触发第二预设事件的情况下，确定播放状态为目标视频播放失败。
图10是根据本发明实施例的一种检测目标视频的播放状态的方法的流程图。如图10所示，该检测目标视频的播放状态的方法包括以下步骤：
步骤S1001，检测视频标签是否触发第一预设事件或者第二预设事件。
在本发明上述步骤S1001提供的技术方案中，检测视频标签是否触发第一预设事件或者第二预设事件。
在根据第一视频信息中的原始地址信息播放目标视频的视频源文件之后，目标视频可能开始播放，也可能播放出错。第一预设事件用于指示目标视频开始播放，第二预设事件用于指示目标视频播放出错。检测视频标签是否触发第一预设事件或者第二预设事件。
步骤S1002，当检测到视频标签触发第一预设事件时，确定播放状态为目标视频播放成功。
在本发明上述步骤S1002提供的技术方案中，当检测到视频标签触发第一预设事件时，确定播放状态为目标视频播放成功。
如果目标视频开始播放，视频标签会触发第一预设事件，在检测到第一预设事件被触发时，确定目标视频的播放状态为目标视频的播放状态为目标视频播放成功。此时建立第二时间戳，该第二时间戳用于标识目标视频播放成功的时间。可选地，在建立视频标签的时候建立第一时间戳，该第一时间戳与第二时间戳之间的时间为目标视频的首帧耗时时间。
步骤S1003，当检测到视频标签触发第二预设事件时，确定播放状态为目标视频播放失败。
在本发明上述步骤S1003提供的技术方案中，当检测到视频标签触发第二预设事件时，确定播放状态为目标视频播放失败。
如果目标视频播放出错，比如，目标视频未有任何视频帧成功播放，视频标签应当会触发第二预设事件，在检测到视频标签触发第二预设事件时，确定目标视频的播放状态为播放失败。此时建立第三时间戳，该第三时间戳用于标识目标视频播放失败的时间，该第三时间戳与第一时间戳之间的时间为目标视频本次播放的失败耗时。
该实施例通过检测视频标签是否触发第一预设事件或者第二预设事件；当检测到视频标签触发第一预设事件时，确定播放状态为目标视频播放成功；当检测到视频标签触发第二预设事件时，确定播放状态为目标视频播放失败，实现了检测目标视频的播放状态的目的，确定目标视频的可播率，进而快速发现互联网数据中心/内容分发网络(IDC/CDN)的抖动，提高了目标视频的监控效率。
作为一种可选的实施方式，在确定播放状态为目标视频播放失败之后，根据第一视频信息中的备用地址信息获取在内容分发网络上存储的视频源文件；根据内容分发网络上存储的视频源文件播放目标视频。
图11是根据本发明实施例的另一种视频监控方法的流程图。如图11所示，该视频监控方法还包括：
步骤S1101，根据第一视频信息中的备用地址信息获取在内容分发网络上存储的视频源文件。
在本发明上述步骤S1101提供的技术方案中，根据第一视频信息中的备用地址信息获取在内容分发网络上存储的视频源文件，其中，备用地址信息为视频源文件在内容分发网络上的地址信息。
客户端在向服务器发送请求目标视频的视频数据时，服务器不但会下发目标视频的基本信息、播放地址，同时还会下发备用地址信息。可选地，该备用地址信息通常是该目标视频在一个可信任的CDN上的链接。由于聚合类视频网站本身并不存在聚合各家CP方的视频源文件，而是当用户观看目标视频时，直接下发该目标视频在CP方的原始播放地址，通过原始播放地址获取CP方的视频源文件。
优选地，在可信任的CDN上存储一份目标视频的视频源文件，在确定播放状态为目标视频播放失败之后，也即，确定CP方的视频源文件不可播放时，根据第一视频信息中的备用地址信息获取在内容分发网络上存储的视频源文件。
步骤S1102，根据内容分发网络上存储的视频源文件播放目标视频。
在本发明上述步骤S1102提供的技术方案中，根据内容分发网络上存储的视频源文件播放目标视频。
在根据第一视频信息中的备用地址信息获取在内容分发网络上存储的视频源文件之后，根据内容分发网络上存储的视频源文件，通过CDN下行带宽播放目标视频，从而在确定目标视频的播放状态为目标视频播放失败时，智能地切换可信任的CDN上的链接以确保用户的体验。
可选地，如果客户端可以正常播放视频源文件，则不需要根据内容分发网络上存储的视频源文件播放目标视频，不需要使用自己的CDN下行带宽，从而降低了视频监控的成本。
该实施例通过在确定播放状态为目标视频播放失败之后，根据第一视频信息中的备用地址信息获取在内容分发网络上存储的视频源文件，其中，备用地址信息为视频源文件在内容分发网络上的地址信息；根据内容分发网络上存储的视频源文件播放目标视频，避免了通过服务器统一下发唯一的原始地址信息，当客户端播放目标视频失败时，由于会立刻报错而导致用户体验性能下降的问题。
作为一种可选的实施方式，在检测视频标签是否触发预设事件之后，当检测到视频标签在超时等待时间内未触发第一预设事件和第二预设事件时，确定播放状态为目标视频播放失败，其中，第一视频信息包括超时等待时间。
第一预设事件用于指示目标视频的播放状态为播放成功的状态，第二预设事件用于指示目标视频的播放状态为播放失败的状态。当检测到视频标签在超时等待时间内既没有触发第一预设事件，也没有触发第二预设事件时，确定目标视频的播放状态为目标视频播放失败。可选地，如果目标视频并未立即播放，也并未出错，则持续等待第一预设事件或第二预设事件被触发，或等待至超时等待时间。当达到超时等待时间仍未触发第一预设事件和第二预设事件时，则确定目标视频播放失败，其中，第一视频信息包括超时等待时间。
可选地，目标视频在播放时，由于网络环境复杂，客户端在加载视频源文件时，可能不会立刻返回成功或者失败的播放状态。为了让更多的用户可以拥有最优的用户体验，可以在服务器侧通过建立三维表以及针对目标视频的ID的结构体对等待切换时间进行优化。
作为一种可选的实施方式，步骤S1002，当检测到视频标签触发第一预设事件时，确定播放状态为目标视频播放成功包括：当检测到视频标签触发第一预设事件时，监听目标视频的播放时间；在目标视频的播放时间大于第一预设时间的情况下，确定播放状态为目标视频播放成功。
图12是根据本发明实施例的一种确定播放状态为目标视频播放成功的方法的流程图。如图12所示，该确定播放状态为目标视频播放成功的方法包括以下步骤:
步骤S1201，当检测到视频标签触发第一预设事件时，监听目标视频的播放时间。
在本发明上述步骤S1201提供的技术方案中，当检测到视频标签触发第一预设事件时，监听目标视频的播放时间，其中，第一预设事件用于指示目标视频开始播放。
在检测视频标签是否触发第一预设事件或者第二预设事件之后，当检测到视频标签触发第一预设事件时，开始监听目标视频的播放时间，也即，监听目标视频的播放进度。
步骤S1202，判断目标视频的播放时间是否大于第一预设时间。
在本发明上述步骤S1202提供的技术方案中，判断目标视频的播放时间是否大于第一预设时间。
在监听目标视频的播放时间之后，判断目标视频的播放时间是否大于第一预设时间，如果判断出目标视频的播放时间大于第一预设时间，执行步骤S1203。
可选地，第一预设时间为1秒，当判断出目标视频的播放时间超过了1秒，执行步骤S1203。
步骤S1203，确定播放状态为目标视频播放成功。
在本发明上述步骤S1203提供的技术方案中，如果判断出目标视频的播放时间大于第一预设时间，确定播放状态为目标视频播放成功。
在判断目标视频的播放时间是否大于第一预设时间之后，在目标视频的播放时间大于第一预设时间的情况下，确定播放状态为目标视频播放成功。此时，向服务器上报目标视频为播放成功的状态。
该实施例通过当检测到视频标签触发第一预设事件时，监听目标视频的播放时间，其中，第一预设事件用于指示目标视频开始播放；判断目标视频的播放时间是否大于第一预设时间；如果判断出目标视频的播放时间大于第一预设时间，确定播放状态为目标视频播放成功，实现了当检测到视频标签触发第一预设事件时，确定播放状态为目标视频播放成功的目的，进而提高了视频监控的效率。
作为一种可选的实施方式，步骤S1003，当检测到视频标签触发第二预设事件时，确定播放状态为目标视频播放失败包括：当第二预设事件用于指示目标视频播放出错时，并且检测到视频标签触发第二预设事件，确定播放状态为目标视频播放失败。
当目标视频播放出错时，比如，目标视频中没有任何视频帧成功播放，视频标签会触发第二预设事件。当检测到第二预设事件被触发时，则确定目标视频播放失败，此时向服务器上报目标视频为播放失败的状态。
作为一种可选的实施方式，上报信息除了包括用于指示播放状态的信息之外，还包括以下至少之一：播放目标视频的客户端的IP；用于登录客户端的身份标识信息；目标视频的ID；目标视频的源地址；目标视频的源编号；目标视频的首帧播放时间；播放目标视频的网络状态。
实施例2
下面结合一种优选的实施例对本发明的技术方案进行说明。该实施例主要针对将视频监控方法进行介绍。
该实施例中的终端设备拥有网络访问能力，浏览器内核拥有兼容HTML5javaScript API，后台服务可以通过IP、用户标识来定位用户地理位置，站点拥有视频聚合能力。
图13是根据本发明实施例的另一种视频监控方法的流程图。如图13所示，该视频监控方法包括以下步骤：
步骤S1301，客户端访问视频详情页。
访问目标视频所属的视频聚合WEB APP，并打开某一视频详情页。
步骤S1302，客户端接收服务器下发的第一视频信息。
浏览器通过HTTP协议从后台获得目标视频的第一视频信息，该第一视频信息包括目标视频的播放地址。
步骤S1303，客户端加载CP播放地址，并等待。
前端通过后台下发的播放地址，播放目标视频的视频源文件，建立VIDEO标签，等待VIDEO标签触发事件。
步骤S1304，客户端检测目标视频的播放状态。
步骤S1305，当目标视频开始播放时，客户端上报播放成功状态。
如果目标视频开始播放，则VIDEO标签应当会触发事件X，在接收到事件X被触发时，开始监听播放进度。当播放进度大于1秒时，则确定目标视频播放成功，此时客户端向后台发送包括目标视频播放成功的状态的上报信息。
可选地，上报信息可以包括：客户端IP，用户身份标识(在浏览器中是GUID)，播放的视频ID，播放的源地址，播放的源编号，播放成功的信息。
步骤S1306，当目标视频播放失败时，客户端上报播放失败状态。
如果目标视频播放出错，比如，目标视频中未有任何视频帧成功播放，则VIDEO标签应当会触发事件Y，在接收到事件Y被触发时，则认为目标视频播放失败，此时客户端向后台发送包括目标视频播放失败的状态的上报信息。
可选地，上报信息包括：客户端IP，用户身份标识(在浏览器中是GUID)，播放的视频ID，播放的源地址，播放的源编号，播放失败的信息。
步骤S1307，当目标视频持续加载时，客户端等待至超时等待时间。
如果目标视频并未立即播放，也并未播放出错，则持续等待至事件X或Y被触发，或等待至超时等待时间。当到达超时等待时间仍未触发任何事件时，客户端向后台发送包括目标视频播放失败的状态的上报信息。
可选地，上报信息包括：客户端IP，用户身份标识(在浏览器中是GUID)，播放的视频ID，播放的源地址，播放的源编号，播放失败的信息。
图14是根据本发明实施例的另一种视频监控方法的流程图。如图14所示，该视频监控方法包括以下步骤：
步骤S1401，服务器接收客户端发送的上报信息。
步骤S1402，服务器从上报信息中提取目标视频的ID。
服务器在接收到客户端的上报信息之后，建立一个三维表，其维度分别是：源编号、地区、网络类型。服务器从上报信息中提取目标视频的ID。利用目标视频的IP，或用户身份标识解析出用户所在地区(精确到市级)。
步骤S1403，服务器根据上报信息建立与目标视频的ID对应的结构体信息。
服务器为上报的视频ID建立如下结构体信息。
表1目标视频的结构体信息
字段名称 字段类型
视频编号 数字
视频类型 数字
视频源 数字
成功播放次数 数字
失败播放次数 数字
成功率 浮点
该目标视频的结构体信息包括目标视频的视频编号、视频类型、视频源，目标视频的成功播放次数，失败播放次数以及成功率。其中，目标视频的视频编号、视频类型、视频源，目标视频的成功播放次数，失败播放次数对应的字段类型为数字，成功率对应的字段类型为浮点。
步骤S1404，服务器更新结构体信息中的值。
如果目标视频的ID对应的结构体信息已经存在，则用此次得到的结构体信息对其进行更新。
步骤S1405，服务器判断目标视频在一轮中的播放次数是否大于预设次数。
如果服务器判断出目标视频在一轮中的播放次数大于预设次数，执行步骤S1406，如果服务器判断出目标视频在一轮中的播放次数不大于预设次数，则结束。
服务器判断目标视频在一轮中的播放次数是否大于预设次数。可选地，判断目标视频的ID在一轮中(一轮为5分钟)被上报的次数是否大于200次。如果服务器判断出目标视频在一轮中的播放次数大于预设次数，执行步骤S1406。
步骤S1406，服务器将目标视频存储至预设队列。
在服务器判断目标视频在一轮中的播放次数是否大于预设次数之后，如果服务器判断出目标视频在一轮中的播放次数大于预设次数，则将目标视频存储至预设队列，确定这个目标视频为高频播放视频，则将此视频放入优先分析队列。
图15是根据本发明实施例的另一种视频监控方法的流程图。如图15所示，该视频监控方法包括以下步骤：
步骤S1501，每预设时间对预设队列开始进行分析。
每隔五分钟对预设队列进行分析。
步骤S1502，循环遍历预设队列。
步骤S1503，查询目标视频的成功率。
步骤S1504，判断成功率是否大于第一预设值。
如果判断出成功率大于第一预设值，执行步骤S1505。如果判断出成功率不大于第一预设值，执行步骤S1506。可选地，当目标视频的成功率高于80％时，则确定该目标视频可播。
步骤S1505，将目标视频从预设队列中清除。
在判断成功率是否大于第一预设值之后，如果判断出成功率大于第一预设值，将目标视频从预设队列中清除。
步骤S1506，判断成功率是否低于第二预设值。
在判断成功率是否大于第一预设值之后，如果判断出成功率不大于第一预设值，判断成功率是否低于第二预设值。如果判断出成功率低于第二预设值，执行步骤S1507。如果判断出成功率不低于第二预设值，执行步骤S1508。可选地，当目标视频的成功率低于20％时，则确定该目标视频已经失效。
步骤S1507，将目标视频写入预设列表中。
在判断成功率是否低于第二预设值之后，如果判断出成功率低于第二预设值，将目标视频写入预设列表中。针对已失效的视频，将视频ID写入视频下线过滤表中，进入下线流程。
步骤S1508，将目标视频的ID保留在预设队列中，继续进行下一轮。
在判断成功率是否低于第二预设值之后，如果判断出成功率不低于第二预设值，将目标视频的ID保留在预设队列中，继续进行下一轮。可选地，对于20％至80％之间的目标视频，保留数据进入下一轮继续观察。
步骤S1509，设置计时器。
通过上述方案，可以每隔预设时间利用本方案就可以被动式的检测出失效的视频并进行下线处理，再结合传统方案一的主动扫描，即可为线上用户体验提供更可靠的保障，可在分钟级别内感知CP视频失效并快速下线
举例而言，移动终端的浏览器中的热门视频应用在使该技术方案之后，无效视频下线速度由之前20分钟，降低至6分钟，提高了目标视频的监控效率。
实施例3
下面结合另一种优选的实施例对本发明的技术方案进行说明。该实施例主要针对将视频监控方法与视频切换方法结合进行介绍。
图16是根据本发明实施例的一种视频切换方法的流程图。如图16所示，该视频切换方法包括以下步骤：
步骤S1601，客户端访问视频详情页。
访问目标视频的视频聚合WEB APP，并打开目标视频的详情页，浏览器通过HTTP协议从后台获得某一视频的播放地址、备用地址及超时等待时间。
步骤S1602，客户端接收服务器下发的第一视频信息。
步骤S1603，客户端加载CP播放地址，并等待。
前端通过后台下发的播放地址，播放目标视频的视频源文件，建立VIDEO标签，等待VIDEO标签触发事件，并建立时间戳A。
步骤S1604，客户端检测目标视频的播放状态。
步骤S1605，当目标视频开始播放时，客户端上报播放成功状态。
如果目标视频开始播放，则VIDEO标签应当会触发事件X，在接收到事件X被触发时，建立时间戳B，开始监听播放进度。当播放进度大于1秒时，则确定目标视频播放成功，此时客户端向后台发送包括目标视频播放成功的状态的上报信息。此时，B-A即是本次播放的首帧耗时(记为Ra)。
步骤S1606，当目标视频播放失败时，切换至备用视频源。
如果目标视频播放出错，比如，目标视频中未有任何视频帧成功播放，则VIDEO标签应当会触发事件Y，在接收到事件Y被触发时，建立时间戳C，则认为目标视频播放失败，此时客户端向后台发送包括目标视频播放失败的状态的上报信息。并切换至备用视频源，重启本流程。此时C-A即是本次播放发现失败的耗时(记为Rb)，在客户端上报播放失败状态之后，或者在客户端等待至超时等待时间之后，切换至备用视频源。
步骤S1607，当目标视频持续加载时，客户端等待至超时等待时间。
如果目标视频并未立即播放，也并未播放出错，则持续等待至事件X或Y被触发，或等待至超时等待时间。当到达超时等待时间仍未触发任何事件时，客户端向后台发送包括目标视频播放失败的状态的上报信息，执行步骤S1606。
客户端将用户关于此次对目标视频的播放状态进行上报，上报信息包括：客户端IP，用户身份标识(在浏览器中是GUID)，播放的视频ID，播放的源地址，播放的源编号，播放是否成功(直到超时等待时间也未有任何事件触发时，认定为失败)，首帧耗时，用户网络状态等。
图17是根据本发明实施例的另一种视频切换方法的流程图。如图17所示，该视频切换方法包括以下步骤：
步骤S1701，服务器建立三维表。
服务器在收到用户的上报信息之后，将筛选出的播放成功信息建立一个三维表，其维度分别是：源编号、地区、网络类型。
步骤S1702，服务器通过播放的源编号，解析出播放地址所属的源。
步骤S1703，服务器通过目标视频的IP，或用户身份标识解析出用户所在地区。
步骤S1704，服务器计算运营商的网络环境。
步骤S1705，服务器设置计时器。
服务器用于设置对三维表的轮询时间。
下面将对执行流程做更细致的描述：
前端在向后台请求某一视频数据时，后台不但会下发该视频的基本信息、播放地址，同时也会下发一个备用地址，这个地址通常是该视频在一个可信任CDN上的链接。之所以会这样设计，通常是由于，聚合类视频网站，本身并不存储聚合自各家CP的视频源文件(版权、存储及带宽成本)，而是当用户观看某一视频时，直接下发该视频在CP方的原始播放地址。
但出于提升用户体验的考虑，聚合类视频站点的一种更优方案是在自己可信任CDN存储一份视频源文件。出于成本考虑，如果用户可以正常播放CP方源文件，则不需要真正使用自己的CDN下行带宽。但当CP方源文件失效(不可播放)时，智能地切换至可信任CDN上以确保用户体验。
考虑到网络环境的复杂，用户在加载CP方源文件时，可能不能立刻返回成功或失败(这通常和CP方防盗链机制有关)。为了让更多的用户可以拥有最优的用户体验，本方案特别针对切换等待的时间做出了优化。
图18是根据本发明实施例的一种服务器向三维表插入信息的方法的流程图。如图18所示，该方法包括以下步骤：
步骤S1801，服务器接收客户端发送的上报信息。
步骤S1802，服务器从上报信息中提取出目标视频的ID。
步骤S1803，服务器计算用户所在网络环境。
在服务器从上报信息中提取出目标视频的ID之后，服务器计算用户所在网络环境。
步骤S1804，服务器提取用户身份标识。
在服务器从上报信息中提取出目标视频的ID之后，服务器提取用户身份标识。
步骤S1805，服务器根据身份标识提取出目标视频的源。
在服务器提取用户身份标识之后，服务器根据身份标识提取出目标视频的源。
步骤S1806，服务器根据用户身份标识计算用户地理位置。
在服务器提取用户身份标识之后，服务器根据用户身份标识计算用户地理位置。
步骤S1807，服务器将目标视频的源、用户地理位置和网络环境的信息插入三维表中。
在服务器计算用户所在网络环境，服务器根据身份标识提取出目标视频的源，服务器根据用户身份标识计算用户地理位置之后，服务器将目标视频的源、用户地理位置和网络环境的信息插入三维表中。
图19是根据本发明实施例的另一种视频切换方法的流程图。如图19所示，该视频切换方法包括以下步骤：
步骤S1901，服务器每预设时间对三维表开始汇总。
步骤S1902，服务器扫描三维表。
步骤S1903，源数值*第一系数。
在扫描三维表之后，源数值*第一系数。
可选地，第一系数为1.2，则源数值*1.2。
步骤S1904，地区数值*第二系数。
可选地，第二系数为1.2，则地区数值*1.2。
步骤S1905，运营商地区数值*第三系数。
可选地，第三系数为1.2，则运营商地区数值*1.2。
步骤S1906，服务器设置计时器。
在扫描三维表之后，设置每5分钟，服务器将上5分钟的三维表进行汇总。
该实施例通过三维表中的源数值*第一系数，地区数值*第二系数，运营商地区数值*第三系数，实现了对目标视频进行动态分析，更加灵活地对目标视频进行监控，提高目标视频的监控效率。
图20是根据本发明实施例的一种服务器下发超时等待时间的方法的流程图。如图20所示，该方法包括以下步骤：
步骤S2001，服务器接收客户端发送的上报信息。
步骤S2002，服务器从上报信息中提取出目标视频的ID。
步骤S2003，服务器计算用户所在网络环境。
在服务器从上报信息中提取出目标视频的ID之后，服务器计算用户所在网络环境。
步骤S2004，服务器提取用户身份标识。
在服务器从上报信息中提取出目标视频的ID之后，服务器提取用户身份标识。
步骤S2005，服务器根据身份标识提取出目标视频的源。
在服务器提取用户身份标识之后，服务器根据身份标识提取出目标视频的源。
步骤S2006，服务器根据用户身份标识计算用户地理位置。
在服务器提取用户身份标识之后，服务器根据用户身份标识计算用户地理位置。
步骤S2007，服务器根据目标视频的源、用户地理位置和网络环境的信息查询三维表。
在服务器计算用户所在网络环境，服务器根据身份标识提取出目标视频的源，服务器根据用户身份标识计算用户地理位置之后，服务器根据目标视频的源、用户地理位置和网络环境的信息查询三维表。
步骤S2008，服务器下发等待时间。
举例而言，将用户此次上报的耗时放置于多维度表当中，比如深圳地区(地区编号92)的一个用户，在电信网络(网络类型编号1)环境下播放了一个爱奇艺视频(源编号3)，首帧耗时为2秒。则我们应当将2这个值，放入X轴为3，Y轴为92，Z轴为1的位置当中。如果该位置已经有值，则将已有的值与新放入的值求平均值。
每5分钟，后台将对上5分钟的3维表进行汇总，该汇总方案为平均值*1.2，得出新的针对某源在某地区内，某一运营商的超时等待时间，并在下一个前端来请求时，从而下发新的超时等待时间，使客户端根据新的超时等待时间在下一轮中监控目标视频的播放状态，并在目标视频播的播放状态为播放出错或目标视频未立即播放，也未出错，等待至超时等待时间也未有任何事件触发，则确定目标视频的播放状态为播放失败，切换至备用视频源进行视频的播放。
该实施例通过终端的能力，可以将视频播放/切换备用源的时间从用户点击播放视频开始，提前至页面加载完成，即可进一步减少视频播放的首帧耗时，同时需要调整对于首帧耗时上报的定义，避免了通过后台统一下发一个唯一的CP源地址，用户不可播时立即出错，降低用户体验的弊端。
该实施例为智能切换播放视频源提供了一种更为先进的方案，提升了聚合视频站点的视频可播率、快速发现IDC/CDN抖动，可以提升用户的播放体验，降低聚合类视频站点的运营成本。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
实施例4
根据本发明实施例，还提供了一种用于实施上述视频监控方法的视频监控装置。图21是根据本发明实施例的一种视频监控装置的示意图。如图21所示，该视频监控装置可以包括：第一发送单元10、接收单元20、更新单元30、获取单元40和第二发送单元50。
第一发送单元10，响应第一请求向第一客户端发送目标视频的第一视频信息，其中，目标视频由聚合视频网站进行播放。
接收单元20，用于接收第一客户端发送的用于指示目标视频的播放状态的上报信息，其中，上报信息由第一客户端根据第一视频信息中的原始地址信息播放目标视频的视频源文件得到。
更新单元30，用于由上报信息中的第一首帧播放时间更新多维表中的第一位置上存储的首帧播放时间，其中，多维表中的每个维度分别用于指示视频的不同播放信息，第一位置由上报信息确定。
获取单元40，用于根据首帧播放时间获取向第二客户端发送的第二视频信息中的超时等待时间。
第二发送单元50，用于响应第二请求向第二客户端发送第二视频信息，其中，当第二客户端在超时等待时间内未播放目标视频时，确定目标视频的播放状态为播放失败。
需要说明的是，该实施例中的第一发送单元10可以用于执行本申请实施例1中的步骤S202，该实施例中的接收单元20可以用于执行本申请实施例1中的步骤S204，该实施例中的更新单元30可以用于执行本申请实施例1中的步骤S206，该实施例中的获取单元40可以用于执行本申请实施例1中的步骤S208，该实施例中的第二发送单元50可以用于执行本申请实施例1中的步骤S210。
第一发送单元10包括：发送模块，用于响应第一请求向第一客户端发送包括备用地址信息的第一视频信息，其中，备用地址信息为视频源文件在内容分发网络上的地址信息，用于在播放状态为目标视频播放失败时，由第一客户端根据内容分发网络上存储的视频源文件播放目标视频。
可选地，更新单元30包括：获取模块、确定模块和更新模块。其中，获取模块，用于根据上报信息获取第一客户端所属的第一播放地区；确定模块，用于根据目标视频的第一源编号、第一播放地区和目标视频的第一网络类型确定多维表中的第一位置，其中，视频信息包括第一源编号和第一网络类型，多维表中的每个维度分别用于指示视频的源编号、播放地区和网络类型；更新模块，用于根据上报信息中的第一首帧播放时间更新第一位置上存储的首帧播放时间。
可选地，更新模块包括：判断子模块、获取子模块和更新子模块。其中，判断子模块，用于判断第一位置是否存储第二首帧播放时间；获取子模块，用于在判断出第一位置存储第二首帧播放时间时，获取第一首帧播放时间和第二首帧播放时间的平均播放时间；更新子模块，用于将第二首帧播放时间更新为平均播放时间。
可选地，获取单元40包括汇总模块，用于每隔预设时间对第一位置上存储的首帧播放时间按照预设参数进行汇总，得到超时等待时间，其中，首帧播放时间随着第一客户端在不同时间发送的第一视频信息而更新。
可选地，该装置还包括建立单元，用于在接收第一客户端发送的用于指示目标视频的播放状态的上报信息之后，根据上报信息建立与目标视频的ID相对应的第一结构体，其中，上报信息包括目标视频的ID，第一结构体用于通过预设字段表示上报信息。
可选地，建立单元包括：判断模块，用于判断是否存在目标视频的ID对应的第二结构体；更新模块，用于在判断出存在目标视频的ID对应的第二结构体时，更新第二结构体为第一结构体。
可选地，该装置还包括：第一获取单元、判断单元和存储单元。其中，第一获取单元，用于在更新第二结构体为第一结构体之后，获取目标视频的ID的上报次数；判断单元，用于判断上报次数是否大于预设次数；存储单元，用于在判断出上报次数大于预设次数时，存储目标视频的ID至预设队列，其中，预设队列用于存储多个视频的ID，多个视频中每个视频的上报次数大于预设次数。
可选地，该装置还包括：遍历单元、查询单元、第一确定单元和第二确定单元。其中，遍历单元，用于在存储目标视频的ID至预设队列之后，遍历预设队列；查询单元，用于根据预设队列中的目标视频的ID对目标视频的上报信息进行查询，得到查询结果；确定单元，用于当查询结果为目标视频的播放成功率高于第一预设值时，确定目标视频处于可播放状态；第二确定单元，用于当查询结果为目标视频的播放成功率低于第二预设值时，确定目标视频失效。
可选地，该装置还包括：清除单元，用于在确定目标视频处于可播放状态之后，从预设队列中清除目标视频的ID。
可选地，该装置还包括：写入单元，用于在确定目标视频失效之后，将目标视频的ID写入预设列表中，且从预设队列中清除目标视频的ID，其中，预设列表用于存储待进行下线处理的视频的ID。
可选地，该装置还包括：保留单元，用于在根据目标视频的ID对目标视频的上报信息进行查询，得到查询结果之后，当查询结果为目标视频的播放成功率在第二预设值和第一预设值之间时，在预设队列中保留目标视频的ID。
此处需要说明的是，上述单元与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述单元作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。
实施例5
根据本发明实施例，还提供了一种用于实施上述视频监控方法的服务器或终端。
图22是根据本发明实施例的一种终端的结构框图。如图22所示，该终端可以包括：一个或多个(图中仅示出一个)处理器221、存储器223、以及传输装置225。如图22所示，该终端还可以包括输入输出设备227。
其中，存储器223可用于存储软件程序以及模块，如本发明实施例中的视频监控方法和装置对应的程序指令/模块，处理器221通过运行存储在存储器223内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的视频监控方法。存储器223可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器223可进一步包括相对于处理器221远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
上述的传输装置225用于经由一个网络接收或者发送数据，还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置225包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置225为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。
其中，具体地，存储器223用于存储应用程序。
处理器221可以通过传输装置225调用存储器223存储的应用程序，以执行下述步骤：
响应第一请求向第一客户端发送目标视频的第一视频信息，其中，目标视频由聚合视频网站进行播放；
接收第一客户端发送的用于指示目标视频的播放状态的上报信息，其中，上报信息由第一客户端根据第一视频信息中的原始地址信息播放目标视频的视频源文件得到；
由上报信息中的第一首帧播放时间更新多维表中的第一位置上存储的首帧播放时间，其中，多维表中的每个维度分别用于指示视频的不同播放信息，第一位置由上报信息确定；
根据首帧播放时间获取向第二客户端发送的第二视频信息中的超时等待时间；
响应第二请求向第二客户端发送第二视频信息，其中，当第二客户端在超时等待时间内未播放目标视频时，确定目标视频的播放状态为播放失败。
处理器221还用于执行下述步骤：响应第一请求向第一客户端发送包括备用地址信息的第一视频信息，其中，备用地址信息为视频源文件在内容分发网络上的地址信息，用于在播放状态为目标视频播放失败时，由第一客户端根据内容分发网络上存储的视频源文件播放目标视频。
处理器221还用于执行下述步骤：根据上报信息获取第一客户端所属的第一播放地区；根据目标视频的第一源编号、第一播放地区和目标视频的第一网络类型确定多维表中的第一位置，其中，视频信息包括第一源编号和第一网络类型，多维表中的每个维度分别用于指示视频的源编号、播放地区和网络类型；根据上报信息中的第一首帧播放时间更新第一位置上存储的首帧播放时间。
处理器221还用于执行下述步骤：判断第一位置是否存储第二首帧播放时间；如果判断出第一位置存储第二首帧播放时间，获取第一首帧播放时间和第二首帧播放时间的平均播放时间；将第二首帧播放时间更新为平均播放时间。
处理器221还用于执行下述步骤：每隔预设时间对第一位置上存储的首帧播放时间按照预设参数进行汇总，得到超时等待时间，其中，首帧播放时间随着第一客户端在不同时间发送的第一视频信息而更新。
处理器221还用于执行下述步骤：在接收第一客户端发送的用于指示目标视频的播放状态的上报信息之后，根据上报信息建立与目标视频的ID相对应的第一结构体，其中，上报信息包括目标视频的ID，第一结构体用于通过预设字段表示上报信息。
处理器221还用于执行下述步骤：判断是否存在目标视频的ID对应的第二结构体；如果判断出存在目标视频的ID对应的第二结构体，更新第二结构体为第一结构体。
处理器221还用于执行下述步骤：在更新第二结构体为第一结构体之后，获取目标视频的ID的上报次数；判断上报次数是否大于预设次数；如果判断出上报次数大于预设次数，存储目标视频的ID至预设队列，其中，预设队列用于存储多个视频的ID，多个视频中每个视频的上报次数大于预设次数。
处理器221还用于执行下述步骤：在存储目标视频的ID至预设队列之后，遍历预设队列；根据预设队列中的目标视频的ID对目标视频的上报信息进行查询，得到查询结果；当查询结果为目标视频的播放成功率高于第一预设值时，确定目标视频处于可播放状态；当查询结果为目标视频的播放成功率低于第二预设值时，确定目标视频失效。
处理器221还用于执行下述步骤：在确定目标视频处于可播放状态之后，从预设队列中清除目标视频的ID。
处理器221还用于执行下述步骤：在确定目标视频失效之后，将目标视频的ID写入预设列表中，且从预设队列中清除目标视频的ID，其中，预设列表用于存储待进行下线处理的视频的ID。
处理器221还用于执行下述步骤：在根据目标视频的ID对目标视频的上报信息进行查询，得到查询结果之后，当查询结果为目标视频的播放成功率在第二预设值和第一预设值之间时，在预设队列中保留目标视频的ID。
采用本发明实施例，提供了一种视频监控的方案。通过响应第一请求向第一客户端发送目标视频的第一视频信息，其中，目标视频由聚合视频网站进行播放；接收第一客户端发送的用于指示目标视频的播放状态的上报信息，其中，上报信息由第一客户端根据第一视频信息中的原始地址信息播放目标视频的视频源文件得到；由上报信息中的第一首帧播放时间更新多维表中的第一位置上存储的首帧播放时间，其中，多维表中的每个维度分别用于指示视频的不同播放信息，第一位置由上报信息确定；根据首帧播放时间获取向第二客户端发送的第二视频信息中的超时等待时间；响应第二请求向第二客户端发送第二视频信息，其中，当第二客户端在超时等待时间内未播放目标视频时，确定目标视频的播放状态为播放失败，进而快速确定目标视频是否失效，提高视频监控的效率，进而解决了相关技术中视频监控的效率低的技术问题。
可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。
本领域普通技术人员可以理解，图22所示的结构仅为示意，终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile InternetDevices，MID)、PAD等终端设备。图22其并不对上述电子装置的结构造成限定。例如，终端还可包括比图22中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图22所示不同的配置。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(RandomAccess Memory，RAM)、磁盘或光盘等。
实施例6
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行视频监控方法的程序代码。
可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。
可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：
处理器221可以通过传输装置225调用存储器223存储的应用程序，以执行下述步骤：
响应第一请求向第一客户端发送目标视频的第一视频信息，其中，目标视频由聚合视频网站进行播放；
接收第一客户端发送的用于指示目标视频的播放状态的上报信息，其中，上报信息由第一客户端根据第一视频信息中的原始地址信息播放目标视频的视频源文件得到；
由上报信息中的第一首帧播放时间更新多维表中的第一位置上存储的首帧播放时间，其中，多维表中的每个维度分别用于指示视频的不同播放信息，第一位置由上报信息确定；
根据首帧播放时间获取向第二客户端发送的第二视频信息中的超时等待时间；
响应第二请求向第二客户端发送第二视频信息，其中，当第二客户端在超时等待时间内未播放目标视频时，确定目标视频的播放状态为播放失败。
可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：响应第一请求向第一客户端发送包括备用地址信息的第一视频信息，其中，备用地址信息为视频源文件在内容分发网络上的地址信息，用于在播放状态为目标视频播放失败时，由第一客户端根据内容分发网络上存储的视频源文件播放目标视频。
可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：根据上报信息获取第一客户端所属的第一播放地区；根据目标视频的第一源编号、第一播放地区和目标视频的第一网络类型确定多维表中的第一位置，其中，视频信息包括第一源编号和第一网络类型，多维表中的每个维度分别用于指示视频的源编号、播放地区和网络类型；根据上报信息中的第一首帧播放时间更新第一位置上存储的首帧播放时间。
可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：判断第一位置是否存储第二首帧播放时间；如果判断出第一位置存储第二首帧播放时间，获取第一首帧播放时间和第二首帧播放时间的平均播放时间；将第二首帧播放时间更新为平均播放时间。
可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：每隔预设时间对第一位置上存储的首帧播放时间按照预设参数进行汇总，得到超时等待时间，其中，首帧播放时间随着第一客户端在不同时间发送的第一视频信息而更新。
可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在接收第一客户端发送的用于指示目标视频的播放状态的上报信息之后，根据上报信息建立与目标视频的ID相对应的第一结构体，其中，上报信息包括目标视频的ID，第一结构体用于通过预设字段表示上报信息。
可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：判断是否存在目标视频的ID对应的第二结构体；如果判断出存在目标视频的ID对应的第二结构体，更新第二结构体为第一结构体。
可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在更新第二结构体为第一结构体之后，获取目标视频的ID的上报次数；判断上报次数是否大于预设次数；如果判断出上报次数大于预设次数，存储目标视频的ID至预设队列，其中，预设队列用于存储多个视频的ID，多个视频中每个视频的上报次数大于预设次数。
可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在存储目标视频的ID至预设队列之后，遍历预设队列；根据预设队列中的目标视频的ID对目标视频的上报信息进行查询，得到查询结果；当查询结果为目标视频的播放成功率高于第一预设值时，确定目标视频处于可播放状态；当查询结果为目标视频的播放成功率低于第二预设值时，确定目标视频失效。
可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在确定目标视频处于可播放状态之后，从预设队列中清除目标视频的ID。
可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在确定目标视频失效之后，将目标视频的ID写入预设列表中，且从预设队列中清除目标视频的ID，其中，预设列表用于存储待进行下线处理的视频的ID。
可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在根据目标视频的ID对目标视频的上报信息进行查询，得到查询结果之后，当查询结果为目标视频的播放成功率在第二预设值和第一预设值之间时，在预设队列中保留目标视频的ID。
可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (16)

1.一种视频监控方法，其特征在于，包括：
响应第一请求向第一客户端发送目标视频的第一视频信息，其中，所述目标视频由聚合视频网站进行播放；
接收所述第一客户端发送的用于指示所述目标视频的播放状态的上报信息，其中，所述上报信息由所述第一客户端根据所述第一视频信息中的原始地址信息播放所述目标视频的视频源文件得到；
由所述上报信息中的第一首帧播放时间更新多维表中的第一位置上存储的首帧播放时间，其中，所述多维表中的每个维度分别用于指示视频的不同播放信息，所述第一位置由所述上报信息确定；
根据所述首帧播放时间获取向第二客户端发送的第二视频信息中的超时等待时间；
响应第二请求向所述第二客户端发送所述第二视频信息，其中，当所述第二客户端在所述超时等待时间内未播放所述目标视频时，确定所述目标视频的播放状态为播放失败。
2.根据权利要求1所述的方法，其特征在于，响应所述第一请求向所述第一客户端发送所述目标视频的第一视频信息包括：
响应所述第一请求向所述第一客户端发送包括备用地址信息的所述第一视频信息，其中，所述备用地址信息为所述视频源文件在内容分发网络上的地址信息，用于在所述播放状态为所述目标视频播放失败时，由所述第一客户端根据所述内容分发网络上存储的所述视频源文件播放所述目标视频。
3.根据权利要求1所述的方法，其特征在于，由所述上报信息中的所述第一首帧播放时间更新所述多维表中的所述第一位置上存储的所述首帧播放时间包括：
根据所述上报信息获取所述第一客户端所属的第一播放地区；
根据所述目标视频的第一源编号、所述第一播放地区和所述目标视频的第一网络类型确定所述多维表中的所述第一位置，其中，所述第一视频信息包括所述第一源编号和所述第一网络类型，所述多维表中的每个维度分别用于指示所述目标视频的源编号、播放地区和网络类型；
根据所述上报信息中的所述第一首帧播放时间更新所述第一位置上存储的所述首帧播放时间。
4.根据权利要求3所述的方法，其特征在于，根据所述上报信息中的所述第一首帧播放时间更新所述第一位置上存储的所述首帧播放时间包括：
判断所述第一位置是否存储第二首帧播放时间；
如果判断出所述第一位置存储所述第二首帧播放时间，获取所述第一首帧播放时间和所述第二首帧播放时间的平均播放时间；
将所述第二首帧播放时间更新为所述平均播放时间。
5.根据权利要求1所述的方法，其特征在于，根据所述首帧播放时间获取向所述第二客户端发送的第二视频信息中的超时等待时间包括：
每隔预设时间对所述第一位置上存储的所述首帧播放时间按照预设参数进行汇总，得到所述超时等待时间，其中，所述首帧播放时间随着所述第一客户端在不同时间发送的所述第一视频信息而更新。
6.根据权利要求1所述的方法，其特征在于，在接收所述第一客户端发送的用于指示所述目标视频的播放状态的上报信息之后，所述方法还包括：
根据所述上报信息建立与所述目标视频的ID相对应的第一结构体，其中，所述上报信息包括所述目标视频的ID，所述第一结构体用于通过预设字段表示所述上报信息。
7.根据权利要求6所述的方法，其特征在于，根据所述上报信息建立与所述目标视频的ID相对应的第一结构体包括：
判断是否存在所述目标视频的ID对应的第二结构体；
如果判断出存在所述目标视频的ID对应的所述第二结构体，更新所述第二结构体为所述第一结构体。
8.根据权利要求7所述的方法，其特征在于，在更新所述第二结构体为所述第一结构体之后，所述方法还包括：
获取所述目标视频的ID的上报次数；
判断所述上报次数是否大于预设次数；
如果判断出所述上报次数大于所述预设次数，存储所述目标视频的ID至预设队列，其中，所述预设队列用于存储多个视频的ID，所述多个视频中每个视频的上报次数大于所述预设次数。
9.根据权利要求8所述的方法，其特征在于，在存储所述目标视频的ID至所述预设队列之后，所述方法还包括：
遍历所述预设队列；
根据所述预设队列中的所述目标视频的ID对所述目标视频的上报信息进行查询，得到查询结果；
当所述查询结果为所述目标视频的播放成功率高于第一预设值时，确定所述目标视频处于可播放状态；
当所述查询结果为所述目标视频的播放成功率低于第二预设值时，确定所述目标视频失效。
10.根据权利要求9所述的方法，其特征在于，在确定所述目标视频处于可播放状态之后，所述方法还包括：
从所述预设队列中清除所述目标视频的ID。
11.根据权利要求9所述的方法，其特征在于，在确定所述目标视频失效之后，所述方法还包括：
将所述目标视频的ID写入预设列表中，且从所述预设队列中清除所述目标视频的ID，其中，所述预设列表用于存储待进行下线处理的视频的ID。
12.根据权利要求9所述的方法，其特征在于，在根据所述目标视频的ID对所述目标视频的上报信息进行查询，得到查询结果之后，所述方法还包括：
当所述查询结果为所述目标视频的播放成功率在所述第二预设值和所述第一预设值之间时，在所述预设队列中保留所述目标视频的ID。
13.根据权利要求6至12中任意一项所述的方法，其特征在于，所述第一结构体包括以下至少之一：
视频编号信息；
视频类型信息；
视频源信息；
播放成功次数；
播放失败次数；
播放成功率。
14.一种视频监控装置，其特征在于，包括：
第一发送单元，响应第一请求向第一客户端发送目标视频的第一视频信息，其中，所述目标视频由聚合视频网站进行播放；
接收单元，用于接收所述第一客户端发送的用于指示所述目标视频的播放状态的上报信息，其中，所述上报信息由所述第一客户端根据所述第一视频信息中的原始地址信息播放所述目标视频的视频源文件得到；
更新单元，用于由所述上报信息中的第一首帧播放时间更新多维表中的第一位置上存储的首帧播放时间，其中，所述多维表中的每个维度分别用于指示视频的不同播放信息，所述第一位置由所述上报信息确定；
获取单元，用于根据所述首帧播放时间获取向第二客户端发送的第二视频信息中的超时等待时间；
第二发送单元，用于响应第二请求向所述第二客户端发送所述第二视频信息，其中，当所述第二客户端在所述超时等待时间内未播放所述目标视频时，确定所述目标视频的播放状态为播放失败。
15.根据权利要求14所述的装置，其特征在于，第一发送单元包括：
发送模块，用于响应所述第一请求向所述第一客户端发送包括备用地址信息的所述第一视频信息，其中，所述备用地址信息为所述视频源文件在内容分发网络上的地址信息，用于在所述播放状态为所述目标视频播放失败时，由所述第一客户端根据所述内容分发网络上存储的所述视频源文件播放所述目标视频。
16.一种存储介质，所述存储介质包括存储的程序，其中，所述程序运行时执行上述权利要求1至13任一项中所述的方法。
CN201710107411.4A 2017-02-24 2017-02-24 视频监控方法和装置 Active CN108513094B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201710107411.4A CN108513094B (zh) 2017-02-24 2017-02-24 视频监控方法和装置
PCT/CN2018/075777 WO2018153270A1 (zh) 2017-02-24 2018-02-08 视频监控方法及装置、存储介质以及电子装置
US16/359,784 US10986386B2 (en) 2017-02-24 2019-03-20 Video monitoring method and device, storage medium, and electronic device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710107411.4A CN108513094B (zh) 2017-02-24 2017-02-24 视频监控方法和装置

Publications (2)

Publication Number Publication Date
CN108513094A CN108513094A (zh) 2018-09-07
CN108513094B true CN108513094B (zh) 2020-02-07

Family

ID=63253512

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710107411.4A Active CN108513094B (zh) 2017-02-24 2017-02-24 视频监控方法和装置

Country Status (3)

Country Link
US (1) US10986386B2 (zh)
CN (1) CN108513094B (zh)
WO (1) WO2018153270A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109729312A (zh) * 2018-12-20 2019-05-07 杭州当虹科技股份有限公司 ONVIF协议在Internet网络下的一种视频监控方法
CN112118487B (zh) * 2019-06-21 2022-01-28 腾讯科技（深圳）有限公司 一种视频播放控制方法、装置、设备、及介质
CN110572698B (zh) * 2019-08-05 2021-10-08 视联动力信息技术股份有限公司 一种统计巡检和监控播放记录的方法、装置、设备、介质
US11553162B2 (en) * 2019-12-23 2023-01-10 Evolon Technology, Inc. Image processing system for extending a range for image analytics
CN111246278B (zh) * 2020-01-17 2023-02-24 北京达佳互联信息技术有限公司 视频播放方法、装置、电子设备及存储介质
CN111432170B (zh) * 2020-02-14 2022-04-29 浙江大华技术股份有限公司 一种媒体数据访问处理方法及装置
CN112738475B (zh) * 2020-12-30 2022-08-05 杭州海康威视数字技术股份有限公司 播放视频的方法、装置及电子设备
CN113438498B (zh) * 2021-06-24 2022-11-22 湖南快乐阳光互动娱乐传媒有限公司 一种视频的播放方法及装置
CN114201643B (zh) * 2022-02-18 2022-06-17 深圳市明源云科技有限公司 视频流渠道风控方法、设备及计算机可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8539286B1 (en) * 2013-02-26 2013-09-17 Roku, Inc. Method and apparatus of error reporting
CN105978910A (zh) * 2016-07-14 2016-09-28 中国联合网络通信集团有限公司 一种视频业务质量指标生成方法、装置和系统
CN106060663A (zh) * 2016-06-24 2016-10-26 武汉斗鱼网络科技有限公司 在视频直播过程中监控视频流畅度的方法及系统
CN106101825A (zh) * 2015-04-30 2016-11-09 北京视联动力国际信息技术有限公司 一种终端监控的方法和设备

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE60320169T2 (de) * 2002-05-02 2009-04-09 Sony Corp. Überwachungssystem und Verfahren sowie zugehöriges Programm- und Aufzeichnungsmedium
US20100201815A1 (en) * 2009-02-09 2010-08-12 Vitamin D, Inc. Systems and methods for video monitoring
US20110251987A1 (en) * 2010-04-13 2011-10-13 Buchheit Brian K Time-shifting a content streaming request
US9007432B2 (en) * 2010-12-16 2015-04-14 The Massachusetts Institute Of Technology Imaging systems and methods for immersive surveillance
US20150346812A1 (en) * 2014-05-29 2015-12-03 Nextvr Inc. Methods and apparatus for receiving content and/or playing back content
US9301010B2 (en) * 2014-06-26 2016-03-29 International Business Machines Corporation Sharing a configuration state of a client device that meets a threshold level of QoE
US10045090B2 (en) * 2014-08-11 2018-08-07 Comcast Cable Communications, Llc Merging permissions and content access

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8539286B1 (en) * 2013-02-26 2013-09-17 Roku, Inc. Method and apparatus of error reporting
CN106101825A (zh) * 2015-04-30 2016-11-09 北京视联动力国际信息技术有限公司 一种终端监控的方法和设备
CN106060663A (zh) * 2016-06-24 2016-10-26 武汉斗鱼网络科技有限公司 在视频直播过程中监控视频流畅度的方法及系统
CN105978910A (zh) * 2016-07-14 2016-09-28 中国联合网络通信集团有限公司 一种视频业务质量指标生成方法、装置和系统

Also Published As

Publication number Publication date
CN108513094A (zh) 2018-09-07
US20190222877A1 (en) 2019-07-18
WO2018153270A1 (zh) 2018-08-30
US10986386B2 (en) 2021-04-20

Similar Documents

Publication Publication Date Title
CN108513094B (zh) 视频监控方法和装置
US8135979B2 (en) Collecting network-level packets into a data structure in response to an abnormal condition
CN106933548B (zh) 全局信息获取、处理及更新、方法、装置和系统
CN106933550B (zh) 全局信息获取、处理及更新方法、装置和系统
US9596313B2 (en) Method, terminal, cache server and system for updating webpage data
JP5686815B2 (ja) 事前設定条件に基づくウェブサイトユーザのためのデータ更新
CN101039281B (zh) 一种流媒体服务器负荷分担方法
WO2014166265A1 (en) Method, terminal, cache server and system for updating webpage data
CN112929676A (zh) 一种直播数据流获取方法、装置、节点及系统
US20140188801A1 (en) Method and system for intelligent load balancing
US9608831B2 (en) Migrating a chat message service provided by a chat server to a new chat server
US9112825B2 (en) Performance monitoring of a media player launched by a web browser
WO2016127884A1 (zh) 消息推送方法及装置
CN110417595B (zh) 业务服务容灾方法、装置、系统、管理服务器及电子设备
CN106453460B (zh) 一种文件分发方法、装置和系统
CN106411629B (zh) 一种用于监控cdn节点的状态的方法和设备
EP3228047B1 (en) Methods and network nodes for monitoring services in a content delivery network
CN103312593B (zh) 一种消息分发系统及方法
CN107026758B (zh) 用于cdn业务更新的信息处理方法、信息处理系统及服务器
US10007925B2 (en) Local advertisement insertion through web request redirection
CN102143150A (zh) 一种获取媒体内容的方法、设备及系统
CN102158518B (zh) 一种cdn网络中的数据传输方法、网络节点及系统
CN103281594A (zh) 监控基于开放互联网的自适应视频流式传输
CN113453047A (zh) 资源请求的处理方法、装置、电子设备及存储介质
CN114222086B (zh) 音视频码流的调度方法、系统、介质及电子装置

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
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20221201

Address after: 1402, Floor 14, Block A, Haina Baichuan Headquarters Building, No. 6, Baoxing Road, Haibin Community, Xin'an Street, Bao'an District, Shenzhen, Guangdong 518100

Patentee after: Shenzhen Yayue Technology Co.,Ltd.

Address before: 518000 Tencent Building, No. 1 High-tech Zone, Nanshan District, Shenzhen City, Guangdong Province, 35 Floors

Patentee before: TENCENT TECHNOLOGY (SHENZHEN) Co.,Ltd.