CN106411883B - 一种节省流量的方法和省流量视频播放系统 - Google Patents

Abstract

本发明公开了一种节省流量的方法和省流量视频播放系统，该方法具体为，步骤S1打开文件界面；步骤S2提取与视频特征相关的关键因素；步骤S3通过提取到的关键因素判断当前的视频文件为试看视频文件或直接下载视频文件；步骤S4对判定为试看视频文件和判定为直接下载视频文件分别采取不同的下载策略。本发明对提取到的视频文件特征的关键因素进行分析和判断，对判定为试看视频文件和直接下载视频文件采取不同的下载策略的方式，减少视频软件在试看状态下的流量消耗，并为用户提供友好的系统化提示，从而达到节省流量的目的。

Description

一种节省流量的方法和省流量视频播放系统

技术领域

本发明属于网络视频浏览领域，具体地说，涉及一种节省流量的方法和省流量视频播放系统。

背景技术

随着移动互联网的发展，手机、平板电脑等移动终端上网已经成为人们经常使用的网络接入方式，截至2014年，中国移动互联网用户规模已经达到约7.29亿。由于移动通信技术的飞速发展使移动终端的接入速度越来越快，一些需要较大带宽流量的应用也可以在无线网络环境下很流畅地在线使用。越来越多的移动用户通过移动终端在线观看视频节目，这些视频节目通常是由电视、电影、各种录像等视频节目以媒体流的形式在网络上快速传输和分享。

使用移动终端在线收看视频文件往往会造成用户的网络费用的大幅度增加，造成这种情况的原因有很多，首先是因为目前的通信运营商大都使用按流量计费的方式来收取网络费用。在这种收费模式下，用户所花费的网络费用以用户通过移动终端获取服务所消耗的数据量来决定。

另外，在通常情况下用户的移动流量费用除了用户在线观看或者是下载的视频文件本身的流量之外，还有大量的数据是由移动终端加载不必要文件造成的。比如在用户界面内有些视频文件虽然并不是通常用户关心的视频，但是浏览器或者是视频软件依然会全部下载该文件，这样就造成了大量的流量消耗，不但影响了用户希望观看的视频文件加载的速度，还增加了大量的不必要的流量费用。

还有一个很重要的原因就是，移动终端接入速度的增加让客户对于正在使用的占用较大网络花销的应用越来越不敏感。目前用户正在使用的第四代移动通信系统传输速率可达到20Mbps，甚至最高可以达到高达100Mbps，这种速度会相当于2009年最新手机的传输速度的1万倍左右，第三代手机传输速度的50倍。当用户点击了本意并非要完整查看的文件时，由于连接速度的提高使系统在极短的速度就下载了全部文件，而整个过程可能在后台运行，用户毫无察觉并且没有任何通知，同样造成不必要的流量费用。用户体验极差。

鉴于此特提出本发明。

发明内容

本发明要解决的技术问题在于克服现有技术的不足，提供一种节省流量的方法和省流量视频播放系统，该方法具体为，步骤S1打开文件界面；步骤S2提取与视频特征相关的关键因素；步骤S3通过提取到的关键因素判断当前的视频文件为试看视频文件或直接下载视频文件；步骤S4对判定为试看视频文件和判定为直接下载视频文件分别采取不同的下载策略。本发明对提取到的视频文件特征的关键因素进行分析和判断，对判定为试看视频文件和直接下载视频文件采取不同的下载策略的方式，减少视频软件在试看状态下的流量消耗，并为用户提供友好的系统化提示，从而达到节省流量的目的。

为了实现该目的，本发明采用如下技术方案：一种节省流量的方法，应用于观看视频系统，所述方法包括如下步骤：步骤S1打开文件界面；步骤S2提取与视频特征相关的关键因素；步骤S3通过提取到的关键因素判断当前的视频文件为试看视频文件或直接下载视频文件；步骤S4对判定为试看视频文件和判定为直接下载视频文件分别采取不同的下载策略。

进一步地，其中步骤S1还包括，步骤S103判定当前终端是否为WiFi接入：

如果判定结果为不是WiFi接入方式，则进入步骤S2至S4；

否则进入步骤S42直接下载模式处理。

进一步地，在步骤S103之前还包括，步骤S102判定当前终端是否为无线接入方式：

判定结果为当前终端是无线接入方式时，则进入步骤S103；

否则进入步骤S104直接下载界面全部内容。

进一步地，其中步骤S1还包括，步骤S100判断所打开界面是否包含视频文件：

如果判定结果为所打开界面包含视频文件，则进入步骤S101检测终端接入方式；

否则进入步骤S104直接下载界面全部内容。

进一步地，其中步骤S2中的提取关键因素为从系统的UI界面元素提取。

进一步地，其中步骤S2所述关键因素至少包括：视频文件的大小，视频的播放时长，视频被点击的次数，视频被下载的次数之一或者其组合。

进一步地，其中S4中的不同下载策略包括：步骤S41试看模式处理和步骤S42直接下载模式处理，步骤S41试看模式处理是对判定为试看视频文件进行处理，所述步骤S42直接下载模式处理是对判定为直接下载视频文件进行处理。

进一步地，所述步骤S42直接下载模式，还包括：步骤S421下载前发出即将消耗大量流 量提示；步骤S423提示用户选择流量开销小的流畅模式或者流量开销大的清晰模式，根据用户的模式选择，采用不同的流量策略。

进一步地，所述的步骤S41试看模式处理，包括调低视频文件所占用的流量开销，优选所述的步骤S41试看模式处理，包括为视频文件设置试看时长，自动下载试看时长内的视频文件。

进一步地，用户播放所述视频文件时长超过所述试看时长后则开启步骤S42直接下载模式处理。

同时公开了一种省流量视频播放系统，包括：

接收指令模块1：用于接收打开文件界面的指令；

提取模块2：用于提取与视频特征相关的关键因素；

解析判断模块3：用于通过对上述提取模块2提取到的关键因素的解析，判断当前的视频文件为试看视频文件或直接下载视频文件；

处理模块4：用于根据上述解析判断模块3的判定，对判定为试看视频文件和判定为直接下载视频文件分别采取不同的下载策略。

进一步地，所述处理模块4包含一种试看模式处理模块，包括：

流量调节模块：用于调低视频文件所占用的流量开销；

时长设置模块：用于为视频文件设置试看时长；

判定模块：用于判定经过上述时长设置模块设置的视频文件，播放时长是否在试看时长内；

下载模块：用于下载经过上述判定模块判定，视频文件播放时长是在试看时长内的视频文件，下载该文件试看时长内的视频文件。

进一步地，所述处理模块4包含一种直接下载模式处理模块，包括：

提示模块：用于发出即将消耗大量流量提示；

下载开关模块：用于由用户决定是否继续进行下载；

模式选择模块：用于处理在上述下载开关模块中用户选择继续下载的情况下，让用户选择下载模式，其中下载模式至少包含清晰模式或者流畅模式；

清晰模式下载模块：用于处理在用户在上述模式选择模块中选择在清晰模式下下载视频文件；

流畅模式下载模块：用于处理在用户在上述模式选择模块中选择在流畅模式下下载视频文件。

进一步地，所述接收指令模块1还包含一种下载模式选择装置，包括：

接入方式检测模块：用于检测终端接入方式；

无线接入判定模块：用于判定当前终端是否为无线接入；

下载模块：用于当上述无线接入判定模块判定当前终端不是无线接入时直接下载界面全部内容

WiFi判定模块：用于当上述无线接入判定模块判定当前终端是无线接入时，判定当前终端是否为WiFi接入；

跳转模块：用于当上述WiFi判定模块判定当前终端不是WiFi接入时，将处理步骤跳转至步骤S2至步骤S4；

直接下载模式跳转模块：用于当上述WiFi判定模块判定当前终端是WiFi接入时，将处理步骤跳转至上述直接下载模式处理模块进行文件下载。

采用上述技术方案后，本发明与现有技术相比具有以下有益效果：

通过4个主要步骤：步骤S1打开文件界面；步骤S2提取与视频特征相关的关键因素；步骤S3通过提取到的关键因素判断当前的视频文件为试看视频文件或直接下载视频文件；步骤S4对判定为试看视频文件和判定为直接下载视频文件分别采取不同的下载策略。这些步骤可以使用户在进行在线的观看视频的过程中的，滤除掉无效视频文件，预览视频短片文件，和其他与客户的观看本意不符的视频文件的下载，并在为客户提供在视频观看过程中涉及到不同等级流量开销选择的通知，为用户对于流量的控制提供更多的主动选择权。

在步骤S1中，首先要判断所打开的界面中是否包含视频文件。使用系统工具判断前台焦点界面中是否包含视频文件，从而决定是否进入到本发明的后续步骤中，这样的第一步判断可以避免系统资源的浪费，将包含视频文件的界面和不包含视频文件的界面进行区分，并进行相应不同的处理步骤。

其中步骤S1还包括，判定当前终端是否为WiFi接入：判定结果为当前终端不是WiFi 接入方式时，则进入步骤S2至步骤S4；否则进行直接下载模式处理。增加这样的判断过程可以让用户在有可以使用非流量计费方式计费，甚至是免费的无线接入方式的接入环境下，让用户可以进行选择使用，从而实现为用户在线观看视频，或者进行其他流量消耗较大的在线服务时节省大量的流量费用。

进一步地，在判定当前终端是否为WiFi接入之前，该系统还判定了当前终端是否为无线接入方式：判定结果为当前终端是无线接入方式时，则继续判定当前终端是否为WiFi接入；否则直接下载界面全部内容。本过程的判断可以让用户在使用无线网络接入的情况下，在开始观看视频或者其他大流量业务时可以得到相应的提醒，使用户可以优先使用有线接入的方式来进行视频观看和下载，给用户是否继续该应用的选择权利。

本方法从系统UI界面中提取关键因素的方法实现方式简单有效，不需要占用太多的资源。所述关键因素至少包括：视频文件的大小，视频的播放长度，视频被点击的次数，视频被下载的次数之一或者其组合。这些因素之一或者因素的组合可以表征该视频文件在通常情况下是否会被用户在线观看整个文件。

其中步骤S4的方法包括：对判定为试看视频文件的进行试看模式处理；判定为直接下载视频文件的进行直接下载模式处理。由于采用了统计分析，智能比较等方法对于系统所提取的关键因素进行分析计算，将UI界面中包含的视频文件进行区别分类，使通常对用户而言不需要在线观看的视频文件，进入到省流量的工作模式，避免了打开包含视频文件的界面就会不加区分的直接下载界面中所包含的所有视频文件的情况，极大地节省了这部分的数据流量。

本方法对于通常情况下用户不会在线观看的视频文件，采用调低该视频文件所占用的流量开销，减少单位时间内的数据流量的方式来实现节省流量

在试看模式中，可以采用多种模式对视频文件进行处理，包括为视频文件设置试看时长，下载试看时长内的视频文件。对于播放时长比较长的大数据视频文件来说，这种方式可以实现用户对视频文件加载过程的控制。从而避免了对于用户而言在并非希望收看很长时间的视频文件的情况下，由于快速的无线数据接入速度而造成的，该视频文件全部在后台已经快速加载完成而造成的流量浪费。

进一步地，用户播放所述视频文件时长超过所述试看时长后则开启直接下载视频文件模式。通过由试看模式切换到直接下载模式，满足用户对于视频全文观看的需求。

在直接下载模式下，还包括：下载前发出即将消耗大量流量提示；提示用户选择流量开 销小的流畅模式或者流量开销大的清晰模式；根据用户的模式选择，采用不同的流量策略。本发明的直接下载模式也就是将UI界面中的该视频文件全部下载。在这个下载过程开始之前，对用户即将消耗大量流量的提示，可以令客户意识到即将产生较多流量费用。同时对于不同用户来说对于视频观看的质量要求不同，通过流畅模式和清晰模式的选择，给客户提供主动省流量的选择权，从而进一步提升客户的满意度，并同时达到为用户节省流量的目的。

同时公开了一种省流量视频播放系统，包括：接收指令模块：用于接收打开文件界面的指令；提取模块：用于提取能与视频特征相关的关键因素；解析判断模块：用于通过提取到的关键因素判断当前的视频文件为试看视频文件或直接下载视频文件；处理模块：对判定为试看视频文件和判定为直接下载视频文件分别采取不同的下载策略。运用这种省流量视频播放系统，可以通过综合运用不同功能模块达到上述的省流量的目的。

为了实现上述的省流量视频播放系统的功能，还公开了接收指令模块1包含的一种下载模式选择装置，实现对用户终端的接入类型进行分析判断，让用户可以有机会通过接入方式的选择来从是实现省流量的目的。同时所述处理模块4包含一种试看模式处理模块，和一种直接下载模式处理模块，分别实现试看模式处理的功能和直接下载模式处理的功能。

本节省流量的方法最重要的意义就是对提取到的视频文件特征的关键因素进行分析和判断，对判定为试看视频文件和直接下载视频文件采取不同的下载策略的方式，减少视频软件在试看状态下的流量消耗，并为用户提供友好的系统化提示，从而达到节省流量的目的。

下面结合附图对本发明的具体实施方式作进一步详细的描述。

附图说明

附图作为本发明的一部分，用来提供对本发明的进一步的理解，本发明的示意性实施例及其说明用于解释本发明，但不构成对本发明的不当限定。显然，下面描述中的附图仅仅是一些实施例，对于本领域普通技术人员来说，在不付出创造性劳动的前提下，还可以根据这些附图获得其他附图。在附图中：

图1是本发明一种节省流量方法流程图；

图2是本发明对于当前应用的网络接入方式判断逻辑图；

图3是本发明对于试看模式处理和直接下载模式处理流程图；

图4是本发明一种省流量视频播放系统的系统构成图；

图5是本发明处理模块的系统构成图；

图6是接收指令模块的系统构成图。

需要说明的是，这些附图和文字描述并不旨在以任何方式限制本发明的构思范围，而是 通过参考特定实施例为本领域技术人员说明本发明的概念。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对实施例中的技术方案进行清楚、完整地描述，以下实施例用于说明本发明，但不用来限制本发明的范围。

此处描述的各种技术和工具可以独立使用。技术和工具中的某些可组合使用。如下参考处理动作的流程图来描述各种技术。在流程图中示出的各种处理动作可以合并为更少的动作或者分割成更多的动作。为了简明，在特定流程图中示出的各动作与在其它地方描述的各动作之间的关系通常没有示出。在许多情况下，可以重排流程图中的动作。

如图1所示，本方法包括如下步骤：步骤S1打开文件界面；步骤S2提取与视频特征相关的关键因素；步骤S3通过提取到的关键因素判断当前的视频文件为试看视频文件或直接下载视频文件；步骤S4对判定为试看视频文件和判定为直接下载视频文件分别采取不同的下载策略。

以下对该方法实施的整个过程进行详细描述。

1、步骤S1打开文件界面：

如图2所示，步骤S1还包括，步骤S100判断所打开界面是否包含视频文件、步骤S101检测当前终端接入方式、步骤S102判定当前终端是否为无线接入、步骤S103判定当前终端是否为WiFi接入，然后根据判定结果决定是继续开始进入步骤S2至步骤S4还是进入步骤S42直接下载模式处理模式。

步骤S100判断所打开界面是否包含视频文件：如果判定结果为所打开界面包含视频文件，则进入步骤S101检测终端接入方式；否则进入步骤S104直接下载界面全部内容。本判定过程是开启节省流量系统的先决条件。判断当前用户是否是观看视频文件，可以通过判断前台焦点界面是否是一些视频网页或者是浏览器，或者是视频播放控件如VideoView来实现。在这方面各种操作系统中都有很丰富的系统工具用以实现该功能。

步骤S101和步骤S102的目的是为了判断当前用户使用的接入方式是否为无线接入方式。本方法省流量的方法主要是针对移动终端的应用情境，当检测到目前的终端的接入方式为有线的接入方式时，系统会进入步骤S104直接下载全部界面内容。也就是在有线的应用环境下，采用的仍然是目前默认的浏览下载方式—直接下载和加载界面的全部内容。

这是因为目前绝大多数的运营商或者网络提供商在有线接入的资费方面，都是采用的是在线时长收费或者包月收费的方式，和用户所使用的网络流量没有关系。因此，通过步骤S102在判断当前终端是无线接入时，就进入到步骤S103的判断，即判定当前终端是否为WiFi接入方式接入互联网。同时，通过本过程的判断可以让用户在使用无线网络接入的情况下，在开始观看视频或者其他大流量业务时可以得到相应的提醒，并给用户是否继续该应用的选择权利。比如，当通过检测判断当前的接入为无线接入的方式时，当用户点击视频文件进行在线观看的时候，会弹出消息对即将使用大流量数据对用户进行提醒，并允许中断当前的操作，使用户在下载视频文件之前就可以对该连网过程进行选择和控制。

和有线接入的资费政策类似，当用户使用WiFi这种无线的方式进行数据通信的时候，用户的通信资费一般也不和用户所使用的网络流量发生关系。因此再进一步通过步骤S103判定。当判定当前的无线接入方式不是WiFi的时候，则进入到本方法的步骤S2至步骤S4当中，进行后续的判断和控制处理，反之，当判断当前的无线接入是WiFi接入方式时，则对当前页面中的视频文件做步骤S42直接下载模式处理。增加这样的判断过程可以让用户在有可以使用非流量计费方式计费，甚至是免费的无线接入方式的接入环境下，让用户可以进行选择使用，从而实现为用户在线观看视频，或者进行其他流量消耗较大的在线服务时节省大量的流量费用。

终端的接入方式的检测和判断具体的实现方式可以参考如下的方式：

通过以上的方式对终端的接入类型进行验证和判断，进而分别对各种接入方式进行相应的响应。

2、步骤S2提取与视频特征相关的关键因素：

根据客户浏览网页和观看在线视频文件的习惯和规律，可以发现有很多表征文件的参数或者这些参数的组合可以用来体现该视频文件的属性，这里所提到的属性是指用户选择试看该文件的一小部分还是会选择在线观看完完整的视频文件。

这些和视频特征相关的关键因素至少包括：视频文件的大小，视频的播放长度，视频被点击的次数，视频被下载的次数之一或者其组合。这些因素之一或者因素的组合可以表征该视频文件在通常情况下是否会被用户在线观看整个文件。这些关键因素并不仅限于以上列举的特征参数，还应该包括其他的可以被提取出来的，和用户通常状况下的收看习惯或者点击视频习惯相关的指征参数。

比如对于视频文件的大小这个参数，通常可以通过统计的方法，设定一个视频文件大小 的阀值(比如50M)。当视频文件大于这个阀值的时候，可以判断该文件大概率情况是需要长时间在线观看的，那么将该文件判断为试看视频文件处理，开始进行一系列的针对试看视频文件而采用的下载策略。这些具体的判断行为是在步骤S3进行，将在后面的描述中对该判断进行详细的描述。

本方法在步骤S2中关键因素的提取，是通过对当前UI界面进行解析，从系统的UI界面中提取出来的。

提取过程的核心在于网页界面布局是有规律可寻的。在UI界面的布局中，文件的参数的标识位置通常都有固定的要求和格式，并遵从固定的布局格式规定。

系统一般会提供很多系统工具来帮助有特殊要求的用户和开发者，提取他们所需要的元素，灵活运用到各种应用当中。Accessibility就是这样的一种工具。

Accessibility主要目的是帮助一些因为有视觉，听觉，身体障碍而无法完全使用触摸屏或铃声等的用户来使用Android的。而实际上现在很多开发者都用它来实现一些其他功能了，比如说微信抢红包，自动安装APK，强制停止应用等。AccessibilityService它最主要的接口是类AccessibilityService。AccessibilityService是Service的子类，我们可以继承这个类并实现它的抽象方法来监视一个应用的界面元素状态的变化。比如focus变化，一个按钮被click等等。当有这些变化的时候，系统会将这些信息封装在AccessibilityEvent里面，回调AccessibilityService的onAccessibilityEvent(AccessibilityEvent)方法。我们可以实现onAccessibilityEvent来处理这些AccessibilityEvent。

运用上述的系统工具并结合网页界面的布局规律，我们所关心的上述表征视频文件的关键因素就能够从UI界面中被提取出来。本方法从系统UI界面中提取关键因素的方法实现方式简单有效，不需要占用太多的资源。

3、步骤S3通过提取到的关键因素判断当前的视频文件为试看视频文件或直接下载视频文件：

通过上述步骤S2可以得到很多表征视频文件特征的参数，我们介绍利用其中的几个参数来判断试看视频文件和直接下载视频文件的方法。

比如对于视频文件的大小这个参数，通常可以通过统计的方法，设定一个视频文件大小的阀值(比如50M)。当视频文件大于这个阀值的时候，可以判断该文件大概率情况是需要长时间在线观看的，那么将该文件判断为试看视频文件处理，开始进行一系列的针对试看视 频文件而采用的下载策略。

当通过步骤S2得到视频的播放长度这个参数，也同样可以通过统计的方法，来确定一个视频播放长度的阀值(比如10分钟)。当视频文件的播放长度这个特征参数大于这个阀值的时候，可以判断该文件大概率情况是需要长时间在线观看的，那么将该文件判断为试看视频文件处理，开始进行一系列的针对试看视频文件而采用的下载策略。

当得到视频被点击的次数这个参数时，同样通过统计的方法，确定一个视频点击的阀值(比如5000次)。当视频被点击的次数这个特征参数大于这个阀值的时候，可以判断该文件大概率情况是需要长时间在线观看的，那么将该文件判断为试看视频文件处理，开始进行一系列的针对试看视频文件而采用的下载策略。

当得到视频被下载的次数这个参数时，同样通过统计的方法，确定一个视频被下载的阀值(比如1万次)。当视频被下载的次数这个特征参数大于这个阀值的时候，可以判断该文件大概率情况是需要长时间在线观看的，那么将该文件判断为试看视频文件处理，开始进行一系列的针对试看视频文件而采用的下载策略。

很明显，以上的关于各个关键因素的阀值可以进行调整，根据不同的页面属性指定不同的阀值，还可以通过其他的方式灵活设置不同的关键因素的组合，在判定的逻辑方面也可以进行类似的调整，最终提高对于依据这些关键因素甄别试看视频文件和直接下载视频文件的准确度。

4、步骤S4对判定为试看视频文件和判定为直接下载视频文件分别采取不同的下载策略：

如图3所示，在步骤S4中对判定为试看视频文件和判定为直接下载视频文件分别采取不同的下载策略。对判定为试看视频文件的进行步骤S41试看模式处理；判定为直接下载视频文件的进行步骤S42直接下载模式处理。由于采用了统计分析，智能比较等方法对于系统所提取的关键因素进行分析计算，将UI界面中包含的视频文件进行区别分类，使那些通常不需要在线观看的视频文件，进入到省流量即步骤S41试看模式处理的工作模式，避免了打开包含视频文件的界面就会不加区分的直接下载界面中所包含的所有视频文件的情况，极大地节省了这部分的数据流量。

通过上述的S1，S2,S3的步骤，在网页中的视频文件被定义为两种文件，即试看视频文件和直接下载视频文件。如图3所示，作为试看视频文件将进入步骤S41试看模式处理。

在步骤S41试看模式处理中，首先系统先进行步骤S411调低视频文件所占用的流量开销, 采用调低该视频文件所占用的流量开销，减少单位时间内的数据流量的方式来实现节省流量。调低视频文件的流量开销有很多方法，比如通过减少网络连接的Socket个数降低该文件的下载速度。这样做的目的在于在试看模式下，用户的主要需求是观看部分视频文件也就是视频文件的一部分，并且随时可能停止视频的下载和观看。为了避免用户在试看的过程中就将试看文件全部下载下来，所以需要先降低试看文件的下载速度，为用户进一步选择提供必要的时间。当然这种下载速度的降低必须要以能满足视频文件流畅观看为前提。同时，在通常情况下在线视频文件分为流畅模式和清晰模式，清晰模式所需要的带宽最大，而流畅模式通常采用更大的压缩比例，占用较低的带宽，使用较低的画面质量，消耗相对较小的带宽，来保证视频的流畅播放。在试看模式处理的模式下，通常采用将视频画面设置为流畅模式，来达到调低视频文件所占用的流量开销的目的。

进一步地，在试看模式下，还要进行步骤S412为视频文件设置试看时长，并且下载试看时长内的视频文件。在播放时长比较长的大数据视频文件来说，这种方式对视频文件进行了分段处理，可以实现用户对视频文件加载过程的控制。从而避免了用户并非希望收看很长时间的视频文件的情况时，但由于快速的无线数据接入速度而造成的，该视频文件全部在后台已经快速加载完成而造成的流量浪费。

虽然经过步骤S2，步骤S3对于关键因素的提取和判断，使用统计和智能判断等方法已经很大程度上降低了文件属性误判的概率，但是仍然可能存在用户希望一直在线观看的视频文件，被判定为试看视频文件的情况，所以需要在用户在线观看试看视频文件的时候进入到步骤S413视频文件播放时长是否在试看时长内的判断。当视频文件的播放时长超过了步骤S412为视频文件设置的试看时长时，则判断用户希望继续观看该视频文件的后续部分，将该文件重新定义为直接下载模式处理，将文件的后续部分作为步骤S42直接下载模式处理。反之，则如步骤S414下载试看时长内的视频文件。这样即完成了视频文件的分段下载操作，实现了大视频文件的下载中断和判断机制，且整个过程由后台判断操作不会为用户带来烦扰。

综合前文描述的内容，在步骤S42直接下载模式处理的情况通常出现以下几种情况：一种是被步骤S1流程中被判定直接进入直接下载模式的；一种是由步骤S3判定为直接下载视频文件；另一种一种是处理被步骤S413判定需要继续进行播放下载的视频文件。这几种情况所进行的直接下载模式处理的步骤是相同的。

首先，系统会在用户界面通过步骤S421发出即将消耗大量流量的提示，然后进入步骤S422用户决定是否继续下载，步骤S422的目的就是给用户在不知情的状况或者是由于误操 作等其他原因而触发步骤S42直接下载模式一个退出机制。可以由用户决定下一步的操作。如果用户在步骤S422判断过程中选择的是继续进行观看下载，那么系统会执步骤行S423提示用户选择流畅模式或清晰模式，并简要说明流畅模式的流量更加节省，然后根据步骤S424用户选择的下载模式，分别为用户提供步骤S426流畅模式下下载视频文件，或者是步骤S425清晰模式下下载视频文件。如果用户在步骤S422判断过程中选择的是不再继续观看，则会停止下载该视频文件的后续部分，为用户节省带宽。

在整个视频文件观看下载的过程中，通过由步骤S41试看模式处理切换到步骤S42直接下载模式处理，满足用户对于视频全文观看的需求。在步骤S42直接下载模式处理中，包括：下载前发出即将消耗大量流量提示；提示用户选择流量开销小的流畅模式或者流量开销大的清晰模式；根据用户的模式选择，采用不同的流量策略。

本发明的步骤S42直接下载模式处理虽然也同样是将UI界面中的该视频文件全部下载，但在整个的下载过程之前对用户即将消耗大量流量的提示可以令客户意识到即将产生较多流量费用，同时对于不同用户来说对于视频观看的质量要求不同，通过流畅模式和清晰模式的选择，给客户提供主动省流量的选择权，从而进一步提升客户的满意度，并同时达到为用户节省流量的目的。

目前，在用户浏览包含视频文件的网页时，大多数情况下，系统都会自动在后台加载该网页包含的所有视频文件。本发明所提供的方法，通过S1，S2,S3，S4这4个主要步骤，不但可以提前智能地分析网页中每个视频文件在通常情况下的用户操作行为，从而对加载过程进行提前预判，避免不加区分盲目地全部下载占用流量很多的视频文件的操作，同时该方法在下载加载的过程中还给用户提供友好的通知，由用户主动对不同情况进行选择。滤除掉无效视频文件，和其他与客户的观看本意不符的视频文件的下载，为用户对于流量的控制提供更多的主动选择权。

如图4所示，本发明还公开了一种省流量视频播放系统，该系统使用上述节省流量的方法，包括：接收指令模块1，提取模块2，解析判断模块3，处理模块4。

接收指令模块1，用于接收打开文件界面的指令；

提取模块2，使用步骤S2所涉及的各种方法，用于提取与视频特征相关的关键因素；

解析判断模块3，使用步骤S3所涉及的各种方法，用于通过对上述提取模块2提取到的关键因素的解析，判断当前的视频文件为试看视频文件或直接下载视频文件；

处理模块4：使用步骤S4所涉及的各种方法，用于根据上述解析判断模块3的判定，对判定为试看视频文件和判定为直接下载视频文件分别采取不同的下载策略。

如图5所示，所述处理模块4包含一种试看模式处理模块41，包括：

流量调节模块411：用于调低视频文件所占用的流量开销；

时长设置模块412：用于为视频文件设置试看时长；

判定模块413：用于判定经过上述时长设置模块412设置的视频文件，播放时长是否在试看时长内；

下载模块414：用于下载经过上述判定模块413判定，视频文件播放时长是在试看时长内的视频文件，下载该文件试看时长内的视频文件。

如图5所示，所述处理模块4包含一种直接下载模式处理模块42，包括：

提示模块421：用于发出即将消耗大量流量提示；

下载开关模块422：用于由用户决定是否继续进行下载；

模式选择模块423：用于处理在上述下载开关模块422中用户选择继续下载的情况下，让用户选择下载模式，其中下载模式至少包含清晰模式或者流畅模式；

清晰模式下载模块424：用于处理在用户在上述模式选择模块423中选择在清晰模式下下载视频文件；

流畅模式下载模块425：用于处理在用户在上述模式选择模块423中选择在流畅模式下下载视频文件。

如图6所示，所述接收指令模块1还包含一种下载模式选择装置，包括：

接入方式检测模块11：用于检测终端接入方式；

无线接入判定模块12：用于判定当前终端是否为无线接入；

下载模块13：用于当上述无线接入判定模块12判定当前终端不是无线接入时直接下载界面全部内容

WiFi判定模块14：用于当上述无线接入判定模块12判定当前终端是无线接入时，判定当前终端是否为WiFi接入；

跳转模块15：用于当上述WiFi判定模块14判定当前终端不是WiFi接入时，将处理步骤跳转至步骤S2至步骤S4；

直接下载模式跳转模块16：用于当上述WiFi判定模块14判定当前终端是WiFi接入时，将处理步骤跳转至上述直接下载模式处理模块进行文件下载。

如图4，图5和图6所示，所涉及到的各种方法的实现方式，在本发明前述部分已经进行了详细的描述，这里不再赘述。通过运用这种省流量视频播放系统，可以通过综合运用不同功能模块达到上述的省流量的目的。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理 器或者数字信号处理器(DSP)来实现根据本发明实施例的浏览器客户端中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

以上所述仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明，任何熟悉本专利的技术人员在不脱离本发明技术方案范围内，当可利用上述提示的技术内容作出些许更动或修饰为等同变化的等效实施例，但凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰，均仍属于本发明方案的范围内。

Claims (10)

1.一种节省流量的方法，应用于视频观看系统，其特征在于,所述方法包括如下步骤：

步骤S1打开文件界面；

步骤S2提取与视频特征相关的关键因素；

步骤S3通过提取到的关键因素判断当前的视频文件为试看视频文件或直接下载视频文件；

步骤S4对判定为试看视频文件和判定为直接下载视频文件分别采取不同的下载策略；

其中步骤S4中的不同下载策略包括：步骤S41试看模式处理和步骤S42直接下载模式处理，步骤S41试看模式处理是对判定为试看视频文件进行处理，所述步骤S42直接下载模式处理是对判定为直接下载视频文件进行处理。

2.根据权利要求1所述的节省流量的方法，其特征在于，其中步骤S1还包括，步骤S103判定当前终端是否为WiFi接入：

如果判定结果为不是WiFi接入方式，则进入步骤S2至S4；

否则进入步骤S42直接下载模式处理。

3.根据权利要求2所述的节省流量的方法，其特征在于，在步骤S103之前还包括，步骤S102判定当前终端是否为无线接入方式：

判定结果为当前终端是无线接入方式时，则进入步骤S103判定当前终端是否为WiFi接入；

否则进入步骤S104直接下载界面全部内容。

4.根据权利要求1所述的节省流量的方法，其特征在于，其中步骤S2中的提取关键因素为从系统的UI界面元素提取。

5.根据权利要求1所述的节省流量的方法，其特征在于，其中步骤S2所述关键因素至少包括：视频文件的大小，视频的播放时长，视频被点击的次数，视频被下载的次数之一或者其组合。

6.根据权利要求1所述的节省流量的方法，其特征在于，所述步骤S42直接下载模式，还包括：

步骤S421下载前发出即将消耗大量流量提示；

步骤S423提示用户选择流量开销小的流畅模式或者流量开销大的清晰模式，根据用户的模式选择，采用不同的流量策略。

7.根据权利要求1所述的节省流量的方法，其特征在于：所述的步骤S41试看模式处理，包括调低视频文件所占用的流量开销。

8.根据权利要求1或7所述的节省流量的方法，其特征在于：所述的步骤S41试看模式处理，包括为视频文件设置试看时长，自动下载试看时长内的视频文件。

9.根据权利要求8所述的节省流量的方法，其特征在于：用户播放所述视频文件时长超过所述试看时长后则开启步骤S42直接下载模式处理。

10.一种省流量视频播放系统，其特征在于：包括：

接收指令模块1：用于接收打开文件界面的指令；

提取模块2：用于提取与视频特征相关的关键因素；

解析判断模块3：用于通过对上述提取模块2提取到的关键因素的解析，判断当前的视频文件为试看视频文件或直接下载视频文件；

处理模块4：用于根据上述解析判断模块3的判定，对判定为试看视频文件和判定为直接下载视频文件分别采取不同的下载策略。