视频加载判定方法和装置制造方法
【专利摘要】本发明实施例提供一种视频加载判定方法和装置。该方法包括：监测视频信息查询请求和视频流下载请求中的至少一个；将监测到的所述请求中的目标地址信息基于预设规则进行匹配，并根据匹配结果判定视频加载启动时间。本发明实施例提供的视频加载判定方法和装置，通过监测视视频加载流程中的视频信息查询请求和/或视频流下载请求，能够监测请求中的目标地址信息，并且当请求中的目标地址信息与预设规则匹配成功时，则判定视频开始加载。
【专利说明】视频加载判定方法和装置
【技术领域】
[0001]本发明实施例涉及网络数据处理技术，尤其涉及一种视频加载判定方法和装置。【背景技术】
[0002]随着网络技术、计算机通信技术和多媒体技术的发展，用户对视频网站中的视频的收集和处理(例如，分享和下载)的需求越来越高，用户可以选择在任意时段，通过浏览器或客户端建立与视频播放服务器的网络连接，从而通过视频播放服务器查看或下载各类视频。
[0003]然而，现有主流视频网站为了确保视频资源的安全性，大部分资源站点都加入了防盗链等策略，使得仅根据简单的超链接能够下载到的视频资源文件越来越少。而且，为了保证不同地区用户访问的流畅性，一般不会将视频资源放置于主域名对应的服务器中，而是将其分布式的放置在某些仅能通过IP地址进行访问的服务器中供用户进行访问。所以使得通过视频播放器进行视频下载的流程较为复杂。
[0004]对于上述较为复杂的视频下载流程，现有技术并没有在加载视频的过程中对加载时机的判定技术。
【发明内容】
[0005]本发明实施例提供一种视频加载判定方法和装置，以实现在加载视频的过程中对加载时机的判定。
[0006]第一方面，本发明实施例提供了一种视频加载判定方法，包括:
[0007]监测视频信息查询请求和视频流下载请求中的至少一个；
[0008]将监测到的所述请求中的目标地址信息基于预设规则进行匹配，并根据匹配结果判定视频加载启动时间。
[0009]第二方面，本发明实施例还提供了一种视频加载判定装置，包括:
[0010]监测模块，用于监测视频信息查询请求和视频流下载请求中的至少一个；
[0011]判定模块，用于将监测到的所述请求中的目标地址信息基于预设规则进行匹配，并根据匹配结果判定视频加载启动时间。
[0012]本发明实施例在用户请求加载视频的过程中，通过监测视频信息查询请求和/或视频流下载请求，能够监测请求中的目标地址信息，并且当请求中的目标地址信息与预设规则匹配成功时，则判定视频开始加载。
【专利附图】
【附图说明】
[0013]图1为本发明实施例提供的视频加载流程的示意图；
[0014]图2为本发明实施例一提供的一种视频加载判定方法的流程图；
[0015]图3为本发明实施例二提供的一种视频加载判定方法的流程图；
[0016]图4为本发明实施例三提供的一种视频加载判定方法的流程图；[0017]图5为本发明实施例五提供的一种视频加载判定装置的结构示意图。
【具体实施方式】
[0018]下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
[0019]本发明实施例所提供的视频加载判定方法可适用于如下所述的视频加载流程，为清楚起见，首先介绍该视频加载流程。
[0020]该视频加载流程一般会涉及到网络侧和用户侧的网元设备，用户侧网元设备一般是浏览器或客户端。浏览器是指可以显示网页服务器或者文件系统的文件内容，并让用户与这些文件内容交互的一种程序。浏览器不仅支持HTML (Hypertext Markup Language,超文本标记语言)文件，还支持例如JPEG、PNG、GIF等图像格式的文件，并且能够扩展支持众多的插件(plug-1ns),例如支持Flash播放器插件,Flash播放器插件通过HTTP (HypertextTransfer Protocol,超文本传输协议)协议可以访问视频页面的视频。客户端则一般是安装于用户终端内的软件，与后台服务器之间也可以基于HTTP协议进行通信，来加载视频。
[0021]网络侧的网元设备包括视频播放服务器、资源查询服务器、视频查询服务器和视频流设备。上述网络侧的各网元设备为逻辑概念，可以是物理上独立设置，也可以集成于一台物理主机中。视频流设备既可以是由视频供应商控制，也可以是用户终端，只要能够向其他用户提供视频流即可。基于上述网元设备实现的视频加载流程如图1所示，包括如下操作:
[0022]101、浏览器通过视频播放服务器进行包含视频链接的网页浏览，而后选择开始加载视频网页，其中，视频网页的HTML文件中包括视频标识(VID)，选择加载视频即触发了后续的视频加载流程，但此时浏览器所在终端并未真正开始下载视频流。其中，所述VID至少包括:视频的ID编号，ID编号与视频一一对应；所述VID能够标识的信息还可以包括:当前视频所属的专辑的ID编号，当前视频开始时间、当前视频结束时间、播放器类型(例如Flash播放器插件)、播放模式(例如，手动播放或自动播放)、循环模式，或其他信息。
[0023]102、视频播放服务器基于VID向资源查询服务器查询视频文件信息。所述视频播放服务器可以通过解析获取视频网页的HTML文件中的VID，向对应的资源查询服务器(例如cache, video, qiy1.com)发送基本信息查询请求，以查询获取视频文件信息，所述资源查询服务器返回的视频文件信息的格式可以为JSON格式。视频文件信息一般包括:视频主要分了多少小段(对于大视频，视频网站内部通常会对其进行切割分片后存储，每一小片为一个独立的视频分段)、每一小段的名称、(视频查询服务器的IP地址)等信息。
[0024]103、视频播放服务器根据视频文件信息向视频查询服务器(例如data, video,qiy1.com)查询获取视频分段的下载地址,一般是URL (Uniform Resource Locator,统一资源定位符)地址；其中，视频查询服务器返回的视频分段的URL与用户IP对应的运营商与地理位置等信息有关；视频播放服务器针对每段视频发起的下载地址查询请求，可以单独发起。
[0025]104、视频播放服务器根据视频分段的URL地址向视频流设备发起视频流下载请求，以使所述视频流设备向浏览器所在终端进行视频流加载。[0026]实施例一
[0027]图2为本发明实施例一提供的视频加载判定方法的流程图，下面结合图1介绍本发明实施例所提供的视频加载判定方法，该方法可以由视频加载判定装置来执行，该装置可配置于第三方服务器中，对图1所示各服务器发送的消息进行拦截监测，或者也可以配置于图1所示的某个服务器中，例如视频播放服务器中。如图2所示，该方法包括:
[0028]210、监测视频信息查询请求和视频流下载请求中的至少一个；
[0029]本操作具体是监测视频加载流程中的视频信息查询请求，或监测视频流下载请求，或监测视频信息查询请求以及视频流下载请求。通过本操作可以获知视频信息查询请求和/或视频流下载请求中的目标地址信息，例如域名、URL地址等信息。
[0030]其中，视频信息查询请求对应于上述视频加载流程中的视频信息查询阶段，即视频播放服务器基于VID向资源查询服务器或视频查询服务器查询视频信息的阶段，可包括基本信息查询请求和下载地址查询请求；视频流下载请求对应于上述视频加载流程中的视频下载请求阶段，即视频播放服务器根据视频分段的URL地址向视频流设备发起视频流下载请求，以使所述视频流设备进行视频流加载的阶段。
[0031]视频信息查询阶段和视频流加载阶段是视频流下载的两个重要阶段，以此阶段中的任意一个阶段内的请求进行判定视频加载的时机都具有一定的准确性。优选是，在两个阶段分别监测视频信息查询请求以及视频流下载请求，能够减少误判率。而在一个阶段监测对应的请求，则能够减少匹配计算量，迅速获得结果。
[0032]220、将监测到的所述请求中的目标地址信息基于预设规则进行匹配，并根据匹配结果判定视频加载启动时间。
[0033]本操作具体是将通过操作210得到的视频信息查询请求和/或视频流下载请求中的目标地址信息与预设规则进行匹配，并根据匹配结果判定视频是否开始加载。
[0034]本实施例的技术方案，在用户请求加载视频的过程中，通过监测视频加载流程中的视频信息查询请求和/或视频流下载请求，能够监测请求中的目标地址信息，并且当请求中的目标地址信息与预设规则匹配成功时，则判定视频开始加载。由于各个服务器之间交互的消息非常多，所以本操作选择了以目标地址信息作为识别消息内容的一种方式，提高了判定的准确性，也兼顾了判定的计算量和速度。
[0035]本实施例提供的视频加载判定方法，可以应用于多种场景。例如，在判定视频开始加载时，可以通过统计视频的大小以进行流量计费，从而提高流量计费的准确性；又如，在判定视频开始加载时，统计百度视频网页中各视频供应商的视频加载量，以及各视频的加载次数或用户的下载次数，从而能够进行热点视频排行统计和热点视频推送；再如，在判定视频开始加载时，通过监测获知视频的码率，可以实现将低码率的视频(例如350p)分类为免费视频流类型，而将高码率的视频(例如720p、1300p、1080p)分类为高清视频，作为收费视频流类型进行收费统计；再如，在判定视频开始加载时，通过监测获知视频的供应商，从而能够获知视频的版权类型，例如，独家、第三方版权或无版权；再如，在判定视频开始加载时，监控浏览器要访问的URL地址，当发现要访问的URL地址命中预先指定的风险视频网站的地址时，进行安全风险提示、安全跳转或拦截等操作。
[0036]在上述实施例的基础上，作为一种优选的实施方式，对视频信息查询请求的监测可以以视频流下载请求前的最后一次视频信息查询请求为准，则监测视频信息查询阶段的视频信息查询请求的操作具体包括:
[0037]监测视频信息查询阶段的消息；
[0038]如果所述消息为向视频查询服务器发起的HTTP请求，则将所述消息确定为监测到的视频信息查询请求。其中，HTTP请求是HTTP协议定义的与服务器交互的一种方法，所述向视频查询服务器发起的HTTP请求包括但不限于:HTTP GET请求和HTTP Post请求。与视频查询服务器交互的其他方法还可以包括:向视频查询服务器发送HTTP Put请求和HTTP Delete 请求。
[0039]视频查询服务器用于响应所述HTTP请求，返回下载地址，视频查询服务器由各视频供应商提供，例如，视频查询服务器.*data.video, qiy1.com由视频供应商爱奇艺提供。符合上述条件的请求则通常是下载地址查询请求，也就是最后一次视频信息查询请求。 [0040]本实施方式通过监测视频信息查询阶段的消息，并判断该消息所属的阶段和类型，若判断结果为该消息为向视频查询服务器发起的HTTP请求，则将所述消息确定为监测到的最后一次视频信息查询请求。需要说明的是，由于视频分段以及视频分段的分布式存储，导致在真正下载视频流之前会向资源查询服务器(例如，.*cache.video, qiy1.com)和视频查询服务器(例如，.*data.video, qi y1.com)发起多次的查询请求,理论上可以使用任意一次的视频信息查询请求作为判断条件。为了判定的精确性，优选最后一次的视频信息查询请求作为视频信息查询请求，基于此可以准确的判定视频包含的每一分段视频加载的开始与结束。如果选择第一次查询视频信息的视频信息查询请求作为判定条件，则只能在视频开始加载前进行一次判定，后续的视频分段加载时均无法进行判定。
[0041]需要说明的是，判断消息或请求所属的阶段可以通过消息或请求指向的设备确定，例如，消息或请求指向的设备为资源查询服务器，则消息或请求所属的阶段为视频信息查询阶段；又如，消息或请求指向的设备为视频流设备，则消息或请求所属的阶段为视频下载请求阶段。
[0042]类似的，监测视频下载请求阶段的视频下载请求的操作可以包括:
[0043]监测视频下载请求阶段的消息；
[0044]如果所述消息为向视频流设备发起的HTTP请求，则将所述消息确定为监测到的视频信息查询请求。
[0045]其中，视频信息查询请求中的目标地址信息包括视频信息查询请求中的域名和视频信息查询请求中的URL地址；将监测到的视频信息查询请求中的目标地址信息基于预设规则进行匹配，不仅包括将视频信息查询请求中的域名基于预设域名规则进行匹配，还可以包括将视频信息查询请求中的URL地址基于第一预设URL地址规则进行匹配。
[0046]类似的，视频流下载请求中的目标地址信息包括视频流下载请求中的URL地址；将监测到的视频流下载请求中的目标地址信息基于预设规则进行匹配，包括，将监测到的视频流下载请求中的URL地址基于第二预设URL地址规则进行匹配。
[0047]需要说明的是，现有主流视频网站为了保证不同地区用户访问的流畅性，一般不会将视频资源放置于主域名对应的服务器中，而是将其分布式的放置在某些仅能通过IP地址进行访问的服务器中供用户进行访问。示例性地，以爱奇艺网站为例进行说明。爱奇艺视频网站一般不会将视频资源放置于主域名对应的服务器中，例如?厕.iqiy1.corn，而是将视频信息放置在资源查询服务器中，例如，.*cache.video, qiy1.com，将视频分段的URL地址放置在视频查询服务器中，例如.*data.video, qiy1.com,并将视频分段的URL地址对应的真正视频文件放置在仅能通过IP地址(例如，221.204.9.35)进行访问的视频流设备中供用户进行访问，也即通常没有域名。因此，将监测到的视频信息查询请求中的目标地址信息基于预设规则进行匹配，需要将域名与视频信息查询请求中的URL地址分别基于预设规则进行匹配，而将监测到的视频流下载请求中的目标地址信息基于预设规则进行匹配，一般只需要将视频流下载请求中的URL地址基于预设规则进行匹配，而无需进行域名匹配。
[0048]实施例二
[0049]请参阅图3，为本发明实施例二提供的一种视频加载判定方法的流程图。本实施例在上述实施例的基础上，进一步优化了将监测到的所述请求中的目标地址信息基于预设规则进行匹配，并根据匹配结果判定视频加载启动时间的操作。
[0050]如图3所示，该优选方法包括:
[0051]310、如果监测到视频信息查询阶段的视频信息查询请求，将所述视频信息查询请求中的域名与 预设的域名库中正则表达式进行匹配，将所述视频信息查询请求中的URL与预设的第一 URL库中的正则表达式进行匹配；
[0052]其中，正则表达式可以用简单的语法描述复杂的数据特征，因此被广泛应用于网络入侵检测、文档内容检索等多个领域。正则表达式的匹配是指判断待匹配的数据中是否包含正则表达式所描述的数据特征。
[0053]在本操作中，预设的域名库中的正则表达式可以通过统计分析各视频供应商(例如，爱奇艺、搜狐、酷6等)的资源查询服务器响应视频信息查询请求，并返回的视频信息中指向视频查询服务器的域名消息获得，也即通过统计分析视频查询服务器对应的域名获得；预设的第一 URL库中的正则表达式可以通过统计分析各视频供应商(例如，爱奇艺、搜狐、酷6等)的视频查询服务器对应的URL地址获得，其中资源查询服务器响应视频信息查询请求，并返回的视频信息中包含视频查询服务器对应的URL地址，即通过该URL地址可以访问视频查询服务器。
[0054]在本操作中，所述预设的域名库中正则表达式可以包括:.*预设视频查询服务器域名；其中，预设视频查询服务器域名可以为一个或多个，示例性地，爱奇艺的视频查询服务器的域名为data, video, qiy1.com,则相应的正则表达式为.*data.video, qiy1.com。
[0055]预设的第一 URL库中的正则表达式可以包括:
[0056]7[a-zO-9]{32} /videos/.+/[0-9] {8}/[a_z0_9] {2}/[a_z0_9]{2}/[a_z0_9]{2}/[a-zO-9]{32}\.f4v\ ? su =.氺。
[0057]其中，”表示包含了所有ASCII字符的字符集；“*”表示任意次数的连续重复； 表示字符串开始的位置；“/”表示转义字符；[a-zO-9]表示由a到z范围内的任意小写
字符和O到9范围内的任意数字字符组成的字符集；{η}，η是非负整数，代表η次匹配前面的字符或子表达式；In, m}, m和η均为非负整数,其中η≤m,表示至少η次,至多m次匹配前面的字符或子表达式；“？ ”表示零次或一次匹配前面的字符或子表达式；“ + ”表示一次或多次匹配前面的字符或子表达式。
[0058]320、如果匹配成功，则触发监测视频流下载请求。
[0059]本实施例的技术方案，通过监测视频信息查询阶段的视频信息查询请求，并将视频信息查询请求中的域名和URL，分别与预设的域名库和第一 URL库中的正则表达式进行匹配，从而能够根据匹配结果判定视频加载启动时间。
[0060]实施例三
[0061]请参阅图4，为本发明实施例三提供的一种视频加载判定方法的流程图。本实施例在实施例一的基础上，进一步优化了将监测到的所述请求中的目标地址信息基于预设规则进行匹配，并根据匹配结果判定视频加载启动时间的操作。
[0062]如图4所示，该优选方法包括:
[0063]410、如果监测到视频下载阶段的视频流下载请求，将所述视频流下载请求中的URL与预设的第二 URL库中的正则表达式进行匹配；
[0064]在本操作中，预设的第二 URL库的正则表达式可以通过统计分析各视频供应商(例如，爱奇艺、搜狐、酷6等)的视频查询服务器返回的视频分段的URL地址获得。
[0065]在本操作中，预设的第二 URL库中的正则表达式包括:
[0066]Vvideos/.+/ [0-9] {8} / [a_z0_9] {2} / [a_z0_9] {2} / [a_z0_9] {2} / [a_z0_9]{32}\.f4v\ ? ke y =.*。
[0067]示例性地，视频流下载请求中的URL地址为221.204.9.35/videos/v0/20140516/61/18/14/dd302892725a5d8ce37e851c08cd7cl0.f4v ? key =Ilc91a6c8125f366&su = 09350e4c7d7a4e879c8d5a48d85a8b7e&client = &z = &bt = &ct=&tn = 4981&uuid = 861cc7fdd58d69a8169a9ebddlfc363bcdfIe7df22b2aa8649c45eaec98aff5d&range = 0-4095&ran = 0.35309559013694525 时，与预设的第二 URL 库中的正则表达式 /vid eos/.+/ [0_9] {8} / [a_z0_9] {2} / [a_z0_9] {2} / [a_z0_9] {2} / [a_z0_9] {32} \.f4v\ ? key =.*。的匹配结果为匹配成功，也即，视频流下载请求中的URL地址使用HTTP协议即可访问该URL对应的视频分段。
[0068]420、如果匹配成功，则判定为开启视频加载。
[0069]本实施例的技术方案，通过监测视频下载阶段的视频流下载请求，并将视频下载阶段的视频流下载请求中的URL与预设的第二 URL库中的正则表达式进行匹配，从而能够根据匹配结果判定视频加载启动时间。
[0070]需要说明的是，由于大部分视频网站在下载视频流时使用的URL不包含域名，导致当主机向任意一个主机发起满足条件的URL时均可能被判断为正在请求下载视频，因此仅通过监测到视频下载请求阶段的视频流下载请求，并通过该请求中的URL地址的正则匹配来判断是否正在请求下载视频的方法存在误判。
[0071]在本实施例的基础上，操作420可以有多种优选实施方式，例如，包括下述实施方式中的至少一种:
[0072]如果匹配成功，且监测到响应所述视频流下载请求的数据为视频流数据，则判定交互所述视频流下载请求时为开启视频加载；
[0073]本优选的实施方式，通过监测视频下载阶段的视频流下载请求，并将视频下载阶段的视频流下载请求中的URL与预设的第二 URL库中的正则表达式进行匹配，从而能够根据匹配结果判定视频加载启动时间；并在匹配成功后，通过进一步监测响应视频流下载请求的数据，能够减小视频加载时机的误判率。
[0074]如果匹配成功，且监测到发起视频信息查询阶段和视频下载阶段的进程，为预设视频播放客户端软件，则判定交互所述视频流下载请求时为开启视频加载；
[0075]本优选的实施方式，通过监测视频下载阶段的视频流下载请求，并将视频下载阶段的视频流下载请求中的URL与预设的第二 URL库中的正则表达式进行匹配，从而能够根据匹配结果判定视频加载启动时间；并在匹配成功后，通过进一步监测发起视频信息查询阶段和视频下载阶段的进程，能够减小视频加载时机的误判率。
[0076]如果匹配成功，且监测到所述视频流下载请求的目标IP为视频供应商所属IP，则判定交互所述视频流下载请求时为开启视频加载。
[0077]本优选的实施方式，通过监测视频下载阶段的视频流下载请求，并将视频下载阶段的视频流下载请求中的URL与预设的第二 URL库中的正则表达式进行匹配，从而能够根据匹配结果判定视频加载启动时间；并在匹配成功后，通过进一步监测视频流下载请求的目标IP，能够减小视频加载时机的误判率。
[0078]上述各种实施方式可以单独执行，也可以组合采用。
[0079]实施例四
[0080]本实施例在实施例三的基础上，在操作410之前，优选包括:
[0081]如果监测到视频信息查询阶段的视频信息查询请求，将所述视频信息查询请求中的域名与预设的域名库中正则表达式进行匹配，将所述视频信息查询请求中的URL与预设的第一 URL库中的正则表达式进行匹配；
[0082]如果匹配成功，则触发监测视频流下载请求。
[0083]本实施例的技术方案，通过监测视频信息查询阶段的视频信息查询请求，并将视频信息查询请求中的域名和URL，分别与预设的域名库和第一 URL库中的正则表达式进行匹配，从而能够根据匹配结果触发监测视频流下载请求；并通过监测视频下载阶段的视频流下载请求，以及将视频下载阶段的视频流下载请求中的URL与预设的第二 URL库中的正则表达式进行匹配，从而能够根据匹配结果判定视频加载启动时间。
[0084]本实施例的技术方案，通过监测视频信息查询阶段的视频信息查询请求，以及监测视频下载阶段的视频流下载请求，也即，通过对视频加载流程的两个阶段进行监测，能够减小视频加载时机的误判率。
[0085]实施例五
[0086]请参阅图5，为本发明实施例五提供的一种视频加载判定装置的结构示意图。该装置包括:监测模块510和判定模块520。
[0087]其中，监测模块510用于监测视频信息查询请求和视频流下载请求中的至少一个；判定模块520用于将监测到的所述请求中的目标地址信息基于预设规则进行匹配，并根据匹配结果判定视频加载启动时间。
[0088]本实施例的技术方案，在用户请求加载视频的过程中，通过监测视频信息查询请求和/或视频流下载请求，能够监测请求中的目标地址信息，并且当请求中的目标地址信息与预设规则匹配成功时，则判定视频开始加载。
[0089]在上述方案中，判定模块520包括:第一匹配单元和触发单元。
[0090]其中，第一匹配单元用于如果监测到视频信息查询阶段的视频信息查询请求，将所述视频信息查询请求中的域名与预设的域名库中正则表达式进行匹配，将所述视频信息查询请求中的统一资源定位符URL与预设的第一 URL库中的正则表达式进行匹配；触发单元用于如果匹配成功，则触发监测视频流下载请求。
[0091]其中，所述预设的域名库中正则表达式可以包括:.*预设视频查询服务器域名；预设的第一 URL库中的正则表达式可以包括:V [a-zO-9] {32}/videos/.+/[0-9] {8}/[a-zO-9]{2}/[a-zO-9]{2}/[a-z0_9]{2}/[a-z0_9]{32}\.f4v\ ? su =.氺。
[0092]在上述方案中，第一匹配单元用于监测视频信息查询阶段的视频信息查询请求，具体包括:
[0093]监测视频信息查询阶段的消息；
[0094]如果所述消息为向资源查询服务器发起的HTTP请求，则将所述消息确定为监测到的视频信息查询请求。
[0095]所述向资源查询服务器发起的HTTP请求包括但不限于:HTTP GET请求和HTTPPost请求。
[0096]在上述方案中，判定模块520还包括:第二匹配单元和判定单元。
[0097]其中，第二匹配单元用于如果监测到视频下载阶段的视频流下载请求，将所述视频流下载请求中的URL与预设的第二 URL库中的正则表达式进行匹配；判定单元用于如果匹配成功，则判定为开启视频加载。
[0098]其中，预设的第二 URL库中的正则表达式可以包括:'/videos/.+/[0-9] {8}/[a-zO-9]{2}/[a-zO-9]{2}/[a-z0_9]{2}/[a-z0_9]{32}\.f4v\ ? key =.*。
[0099]其中，实现如果匹配成功，则判定为开启视频加载的方式有多种，判定单元包括:第一判定子单元、第二判定子单元和/或第三判定子单元。
[0100] 其中，第一判定子单元用于如果匹配成功，且监测到响应所述视频流下载请求的数据为视频流数据，则判定交互所述视频流下载请求时为开启视频加载；第二判定子单元用于如果匹配成功，且监测到发起视频信息查询阶段和视频下载阶段的进程，为预设视频播放客户端软件，则判定交互所述视频流下载请求时为开启视频加载；第三判定子单元用于如果匹配成功，且监测到所述视频流下载请求的目标IP为视频供应商所属IP，则判定交互所述视频流下载请求时为开启视频加载。
[0101]本发明实施例提供的视频加载判定装置可执行本发明任意实施例所提供的视频加载判定方法，具备执行方法相应的功能模块和有益效果。
[0102]注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。
【权利要求】
1.一种视频加载判定方法，其特征在于，包括: 监测视频信息查询请求和视频流下载请求中的至少一个； 将监测到的所述请求中的目标地址信息基于预设规则进行匹配，并根据匹配结果判定视频加载启动时间。
2.根据权利要求1所述的方法，其特征在于，将监测到的所述请求中的目标地址信息基于预设规则进行匹配，并根据匹配结果判定视频加载启动时间包括: 如果监测到视频信息查询阶段的视频信息查询请求，将所述视频信息查询请求中的域名与预设的域名库中正则表达式进行匹配，将所述视频信息查询请求中的统一资源定位符URL与预设的第一 URL库中的正则表达式进行匹配； 如果匹配成功，则触发监测视频流下载请求。
3.根据权利要求2所述的方法，其特征在于，监测视频信息查询阶段的视频信息查询请求包括: 监测视频信息查询阶段的消息； 如果所述消息为向视频查询服务器发起的超文本传输协议请求，则将所述消息确定为监测到的视频信息查询请求。
4.根据权利要求1-3任一所述的方法，其特征在于，将监测到的所述请求中的目标地址信息基于预设规则进行匹配，并根据匹配结果判定视频加载启动时间包括: 如果监测到视频下载阶段的视频流下载请求，将所述视频流下载请求中的URL与预设的第二 URL库中的正则表达式进行匹配； 如果匹配成功，则判定为开启视频加载。
5.根据权利要求4所述的方法，其特征在于，如果匹配成功，则判定为开启视频加载包括: 如果匹配成功，且监测到响应所述视频流下载请求的数据为视频流数据，则判定交互所述视频流下载请求时为开启视频加载； 如果匹配成功，且监测到发起视频信息查询阶段和视频下载阶段的进程，为预设视频播放客户端软件,则判定交互所述视频流下载请求时为开启视频加载； 如果匹配成功，且监测到所述视频流下载请求的目标IP为视频供应商所属IP，则判定交互所述视频流下载请求时为开启视频加载。
6.根据权利要求4所述的方法，其特征在于: 所述预设的域名库中正则表达式包括:.*预设视频查询服务器域名； 预设的第一 URL库中的正则表达式包括:
7 [a-zO-9]{32}/videos/.+/[0-9]{8}/[a_z0_9]{2}/[a_z0_9]{2}/[a_z0_9]{2}/[a-zO-9] {32} \.f4v\ ? su =.氺； 预设的第二 URL库中的正则表达式包括:
/videos/.+/[0_9]{8}/[a_z0_9]{2}/[a_z0_9]{2}/[a_z0_9]{2}/[a_z0_9]{32}\.f4v\ ? ke y =.氺。
7.一种视频加载判定装置，其特征在于，包括: 监测模块，用于监测视频信息查询请求和视频流下载请求中的至少一个； 判定模块，用于将监测到的所述请求中的目标地址信息基于预设规则进行匹配，并根据匹配结果判定视频加载启动时间。
8.根据权利要求7所述的装置，其特征在于，判定模块包括: 第一匹配单元，用于如果监测到视频信息查询阶段的视频信息查询请求，将所述视频信息查询请求中的域名与预设的域名库中正则表达式进行匹配，将所述视频信息查询请求中的统一资源定位符URL与预设的第一 URL库中的正则表达式进行匹配； 触发单元，用于如果匹配成功，则触发监测视频流下载请求。
9.根据权利要求8所述的装置，其特征在于，第一匹配单元用于监测视频信息查询阶段的视频信息查询请求，具体包括: 监测视频信息查询阶段的消息； 如果所述消息为向视频查询服务器发起的超文本传输协议请求，则将所述消息确定为监测到的视频信息查询请求。
10.根据权利要求7-9任一所述的装置，其特征在于，判定模块包括: 第二匹配单元，用于如果监测到视频下载阶段的视频流下载请求，将所述视频流下载请求中的URL与预设的第二 URL库中的正则表达式进行匹配； 判定单元，用于如果匹配成功，则判定为开启视频加载。
11.根据权利要求10所述的装置，其特征在于，判定单元包括: 第一判定子单元，用于如果匹配成功，且监测到响应所述视频流下载请求的数据为视频流数据，则判定交互所述视频流下载请求时为开启视频加载； 第二判定子单元，用于如果匹配成功，且监测到发起视频信息查询阶段和视频下载阶段的进程，为预设视频播放客户端软件，则判定交互所述视频流下载请求时为开启视频加载； 第三判定子单元，用于如果匹配成功，且监测到所述视频流下载请求的目标IP为视频供应商所属IP，则判定交互所述视频流下载请求时为开启视频加载。
12.根据权利要求10所述的装置，其特征在于: 所述预设的域名库中正则表达式包括:.*预设视频查询服务器域名； 预设的第一 URL库中的正则表达式包括:
V[a-zO-9]{32}/videos/.+/[0-9]{8}/[a-zO-9]{2}/[a-zO-9] {2}/[a-z0_9]{2}/[a-zO-9] {32} \.f4v\ ? su =.氺； 预设的第二 URL库中的正则表达式包括:
/videos/.+/[0_9]{8}/[a_z0_9]{2}/[a_z0_9]{2}/[a_z0_9]{2}/[a_z0_9]{32}\.f4v\ ? ke y =.氺。
【文档编号】H04N21/858GK103986974SQ201410247126
【公开日】2014年8月13日 申请日期:2014年6月5日 优先权日:2014年6月5日
【发明者】位广军, 蒋嘉琦, 马家智, 叶爱平, 韩龙, 秦皓, 桂敬文, 王博通, 王庆兴, 董世禄, 蒲伟, 彭立志, 罗新旺, 丁美元, 周维, 邱悦婷, 邹璐, 张学愚, 张旻, 刘光翀, 田清, 彭黄莉, 张凯, 王婵娟 申请人:安一恒通（北京）科技有限公司