CN116489088A - 数据流量处理方法、智能终端及存储介质 - Google Patents

Abstract

本申请提出了一种数据流量处理方法、智能终端及存储介质，该数据流量处理方法包括以下步骤S10、根据当前运行的目标应用程序确定或生成对应预估消耗数据流量；所述目标应用程序为预设监控名单中的应用程序，且当前智能终端处于消耗数据流量的状态；S20、提示所述预估消耗数据流量。通过上述技术方案，在智能终端处于消耗数据流量的状态时，可以根据当前运行的目标应用程序确定或生成其对应的预估消耗数据流量，并提示该预估消耗数据流量，使用户可以在流量消耗之前知晓即将消耗的数据流量，提高了用户的数据流量使用体验。

Description

数据流量处理方法、智能终端及存储介质

技术领域

本申请涉及通信技术领域，具体涉及一种数据流量处理方法、智能终端及存储介质。

背景技术

随着通信技术的不断发展，智能终端可以随时随地观看视频、登录社交网站以及进行其他数据业务。若智能终端仅使用数据流量，用户在进行上述数据业务时需消耗数据流量，且在消耗的数据流量过大时，会产生额外的流量费用，导致用户体验较差。针对该问题，一些实现中采用流量事后提醒或预先设置阈值提醒的方式提醒用户流量消耗情况。

在构思及实现本申请过程中，发明人发现至少存在如下问题：流量事后提醒和预先设置阈值提醒都仅能使用户知晓已使用了多少流量，并不能在流量消耗之前提醒用户即将消耗的数据流量，使用户的数据流量使用体验较差。

前面的叙述在于提供一般的背景信息，并不一定构成现有技术。

发明内容

针对上述技术问题，本申请提供一种数据流量处理方法、智能终端及存储介质，可以提醒用户即将消耗的数据流量，提高用户的数据流量使用体验。

为解决上述技术问题，本申请提供一种数据流量处理方法，可应用于智能终端(如手机，掌上电脑等)，所述方法包括以下步骤：

S10、根据当前运行的目标应用程序确定或生成对应预估消耗数据流量；所述目标应用程序为预设监控名单中的应用程序，当前智能终端处于消耗数据流量的状态；

S20、在目标区域中显示所述预估消耗数据流量。

可选地，所述S10，包括：

S11、确定所述目标应用程序中待消耗数据流量的子应用程序类别；

S12、根据所述子应用程序类别确定所述目标应用程序对应的预估消耗数据流量。

可选地，所述子应用程序类别为非连续播放的影音类；

所述S12，包括：

判断目标应用程序中待播放数据在播放之前是否会提示所述待播放数据的流量消耗信息；

若确定无提示所述待播放数据的流量消耗信息，则获取所述待播放数据的大小相关信息，并根据所述大小相关信息确定数据大小；

将所述数据大小确定为预估消耗数据流量。

可选地，所述子应用程序类别为连续播放的影音类；

所述S12，包括：

获取目标应用程序中待播放数据对应的数据大小和时长；

根据所述数据大小和时长确定数据流量消耗速率；

将所述数据流量消耗速率确定为预估消耗数据流量。

可选地，所述子应用程序类别为非影音类；

所述S12，包括：

根据所述目标应用程序的子程序数据确定对应数据流量的历史平均消耗速率；所述历史平均消耗速率为根据所述目标应用程序的子程序数据在历史预设时间段内的历史消耗数据流量生成的；

将所述历史平均消耗速率确定为预估消耗数据流量。

可选地，所述S12之前还包括：

获取目标应用程序的子程序数据在历史预设时间段内的历史消耗数据流量；

根据所述历史消耗数据流量和所述历史预设时间段确定所述历史平均消耗速率。

可选地，所述S20，包括：

将所述预估消耗数据流量按照预设提示频率以弹窗的形式进行提示。

可选地，所述S20，包括：

根据所述预估消耗数据流量确定预设间隔时长之后的流量消耗总数据；

在智能终端的预设提示区中展示所述预估消耗数据流量和所述流量消耗总数据。

本申请还提供一种数据流量处理装置，可位于智能终端(如手机，掌上电脑等)，所述装置包括：

确定模块，用于根据当前运行的目标应用程序确定或生成对应预估消耗数据流量；所述目标应用程序为预设监控名单中的应用程序，当前智能终端处于消耗数据流量的状态；

提示模块，用于在目标区域中显示所述预估消耗数据流量。

本申请还提供一种智能终端，包括：存储器、处理器，其中，所述存储器上存储有计算机程序，所述计算机程序被所述处理器执行时实现如上任一项所述的数据流量处理方法。

本申请还提供一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上任一项所述的数据流量处理方法。

本申请还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如上任一项所述的数据流量处理方法。

如上所述，本申请提供一种数据流量处理方法、智能终端及存储介质，该数据流量处理方法包括以下步骤S10、根据当前运行的目标应用程序确定或生成对应预估消耗数据流量；所述目标应用程序为预设监控名单中的应用程序，当前智能终端处于消耗数据流量的状态；S20、在目标区域中显示所述预估消耗数据流量。通过上述技术方案，在智能终端处于消耗数据流量的状态时，可以根据当前运行的目标应用程序确定或生成其对应的预估消耗数据流量，并提示该预估消耗数据流量，使用户可以在流量消耗之前知晓即将消耗的数据流量，提高了用户的数据流量使用体验。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为实现本申请实施例的一种智能终端的硬件结构示意图；

图2为本申请实施例提供的一种通信网络系统架构图；

图3为可以实现本申请实施例的数据流量处理方法的场景图；

图4为本申请实施例提供的数据流量处理方法的流程示意图一；

图5为本申请实施例提供的数据流量处理方法的流程示意图二；

图6为本申请实施例提供的智能终端弹窗提示示意图；

图7为本申请实施例提供的数据流量处理方法的流程示意图三；

图8为本申请实施例提供的智能终端弹窗常驻提示示意图；

图9为本申请实施例提供的数据流量处理方法的流程示意图四；

图10为本申请实施例提供的数据流量处理装置结构示意图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的至少一实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素，此外，本申请不同实施例中具有同样命名的部件、特征、要素可能具有相同含义，也可能具有不同含义，其具体含义需以其在该具体实施例中的解释或者进一步结合该具体实施例中上下文进行确定。

应当理解，尽管在本文可能采用术语第一、第二、第三等来描述种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本文范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语"如果"可以被解释成为"在……时"或"当……时"或"响应于确定"。再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、步骤、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。本申请使用的术语“或”、“和/或”、“包括以下至少一个”等可被解释为包括性的，或意味着任一个或任何组合。例如，“包括以下至少一个：A、B、C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A和B和C”，再如，“A、B或C”或者“A、B和/或C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A和B和C”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。

应该理解的是，虽然本申请实施例中的流程图中的个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

需要说明的是，在本文中，采用了诸如S10、S20等步骤代号，其目的是为了更清楚简要地表述相应内容，不构成顺序上的实质性限制，本领域技术人员在具体实施时，可能会先执行S20后执行S10等，但这些均应在本申请的保护范围之内。

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或者“单元”的后缀仅为了有利于本申请的说明，其本身没有特定的意义。因此，“模块”、“部件”或者“单元”可以混合地使用。

智能终端可以以多种形式来实施。例如，本申请中描述的智能终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、便捷式媒体播放器(Portable Media Player，PMP)、导航装置、可穿戴设备、智能手环、计步器等智能终端，以及诸如数字TV、台式计算机等固定终端。

后续描述中将以智能终端为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本申请的实施方式的构造也能够应用于固定类型的终端。

请参阅图1，其为实现本申请实施例的一种智能终端的硬件结构示意图，该智能终端100可以包括：RF(Radio Frequency，射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图1中示出的智能终端结构并不构成对智能终端的限定，智能终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图1对智能终端的各部件进行具体的介绍：

射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将基站的下行信息接收后，给处理器110处理。另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000，码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access，时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution，频分双工长期演进)、TDD-LTE(Time DivisionDuplexing-Long Term Evolution，分时双工长期演进)和5G等。

WiFi属于短距离无线传输技术，智能终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102，但是可以理解的是，其并不属于智能终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

音频输出单元103可以在智能终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与智能终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。

A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

智能终端100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。可选地，光传感器包括环境光传感器及接近传感器，可选地，环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度，接近传感器可在智能终端100移动到耳边时，关闭显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等。至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。

用户输入单元107可用于接收输入的数字或字符信息，以及产生与智能终端的用户设置以及功能控制有关的键信号输入。可选地，用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作)，并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。可选地，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器。触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器110，并能接收处理器110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071，用户输入单元107还可以包括其他输入设备1072。可选地，其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种，具体此处不做限定。

可选地，触控面板1071可覆盖显示面板1061，当触控面板1071检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中，触控面板1071与显示面板1061是作为两个独立的部件来实现智能终端的输入和输出功能，但是在某些实施例中，可以将触控面板1071与显示面板1061集成而实现智能终端的输入和输出功能，具体此处不做限定。

接口单元108用作至少一个外部装置与智能终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到智能终端100内的一个或多个元件或者可以用于在智能终端100和外部装置之间传输数据。

存储器109可用于存储软件程序以及种数据。存储器109可主要包括存储程序区和存储数据区，可选地，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等。存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器110是智能终端的控制中心，利用种接口和线路连接整个智能终端的个部分，通过运行或执行存储在存储器109内的软件程序和/或模块，以及调用存储在存储器109内的数据，执行智能终端的种功能和处理数据，从而对智能终端进行整体监控。处理器110可包括一个或多个处理单元。优选的，处理器110可集成应用处理器和调制解调处理器，可选地，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。

智能终端100还可以包括给个部件供电的电源111(比如电池)，优选的，电源111可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管图1未示出，智能终端100还可以包括蓝牙模块等，在此不再赘述。

为了便于理解本申请实施例，下面对本申请的智能终端所基于的通信网络系统进行描述。

请参阅图2，图2为本申请实施例提供的一种通信网络系统架构图，该通信网络系统为通用移动通信技术的LTE系统，该LTE系统包括依次通讯连接的UE(User Equipment，用户设备)201，E-UTRAN(Evolved UMTS Terrestrial Radio Access Network，演进式UMTS陆地无线接入网)202，EPC(Evolved Packet Core，演进式分组核心网)203和运营商的IP业务204。

可选地，UE201可以是上述终端100，此处不再赘述。

E-UTRAN202包括eNodeB2021和其它eNodeB2022等。可选地，eNodeB2021可以通过回程(backhaul)(例如X2接口)与其它eNodeB2022连接，eNodeB2021连接到EPC203，eNodeB2021可以提供UE201到EPC203的接入。

EPC203可以包括MME(Mobility Management Entity，移动性管理实体)2031，HSS(Home Subscriber Server，归属用户服务器)2032，其它MME2033，SGW(Serving Gate Way，服务网关)2034，PGW(PDN Gate Way，分组数据网络网关)2035和PCRF(Policy andCharging Rules Function，政策和资费功能实体)2036等。可选地，MME2031是处理UE201和EPC203之间信令的控制节点，提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能，并且保存有一些有关服务特征、数据速率等用户专用的信息。至少一用户数据都可以通过SGW2034进行发送，PGW2035可以提供UE 201的IP地址分配以及其它功能，PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点，它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。

IP业务204可以包括因特网、内联网、IMS(IP Multimedia Subsystem，IP多媒体子系统)或其它IP业务等。

虽然上述以LTE系统为例进行了介绍，但本领域技术人员应当知晓，本申请不仅仅适用于LTE系统，也可以适用于其他无线通信系统，例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络系统(如5G)等，此处不做限定。

基于上述智能终端硬件结构以及通信网络系统，提出本申请的实施例。

一些实现中，提醒用户流量消耗情况的方式主要为流量事后提醒或预先设置阈值提醒。流量事后提醒通过获取流量使用情况和流量余额，通过短信或者其他形式给用户发送信息进行提醒。预先设置阈值提醒通过用户提前设定阈值，或者通过用户习惯提前获取阈值，从而在流量达到阈值或即将达到阈值时进行提醒。这些提醒方式可以在一定情况下给用户带来方便，但是，仅能使用户知晓已使用了多少流量，并不能在流量消耗之前提醒用户即将消耗的数据流量，使用户的数据流量使用体验较差。

针对上述流量提醒方式仅能使用户知晓已使用了多少流量，并不能在流量消耗之前提醒用户即将消耗的数据流量，使用户的数据流量使用体验较差的问题，发明人在研究中发现，为了解决该问题，在智能终端处于消耗数据流量的状态时，可以根据当前运行的目标应用程序确定或生成其对应的预估消耗数据流量，并提示该预估消耗数据流量，使用户可以在流量消耗之前知晓即将消耗的数据流量，提高了用户的数据流量使用体验。

发明人基于上述的创造性发现，提出了本申请的技术方案。

下面对本申请实施例提供的数据流量处理方法的应用场景进行介绍。如图3所示，其中，100为智能终端，300为应用服务器。智能终端100与应用服务器300网络连接。智能终端100可以在运行对应目标应用程序时，与应用服务器300进行数据交换。

当智能终端100处于消耗数据流量的状态，且开始运行目标应用程序时，此时智能终端100与应用服务器300进行数据交换。智能终端100可以根据该目标应用程序确定对应预估消耗数据流量。确定的方式可以有多种，比如可以通过目标应用程序的历史消耗数据流量确定，也可以根据目标应用程序的当前消耗数据流量确定等。同时，智能终端100提示预估消耗数据流量。提示的方式可以为在目标区域中显示预估消耗数据流量。用户在收到预估消耗数据流量后，可以根据预估消耗数据流量决定是否继续运行目标应用程序。

下面，通过具体实施例对本申请所示的技术方案进行详细说明。可选地，如下实施例可以单独存在，也可以相互结合，对于相同或相似的内容，在不同的实施例中不再重复说明。

图4为本申请实施例提供的数据流量处理方法的流程示意图一。请参见图4，该方法可以包括：

S10、根据当前运行的目标应用程序确定或生成对应预估消耗数据流量。目标应用程序为预设监控名单中的应用程序，当前智能终端处于消耗数据流量的状态。

本申请实施例的执行主体智能终端，可以为智能手机、平板电脑等。预设监控名单可以通过用户进行设置，也可以在用户运行应用程序时，检测应用程序的流量消耗情况，若流量消耗大于预设阈值，则可以将该应用程序列入预设监控名单中。

本实施例主要针对数据流量，若智能终端当前使用Wi-Fi网络，则不进行提示。

目标应用程序可以为社交类应用程序、影音类应用程序、购物类应用程序等。预估消耗数据流量可以是将要消耗的总数据流量，也可以是未来的流量消耗速率等。

可选地，S10可以细化为：

S11、确定目标应用程序中待消耗数据流量的子应用程序类别。

由于目标应用程序可能具有多个类别，比如某视频应用程序中可能还具有游戏、社交等功能。此时，可以根据目标应用程序中待消耗数据流量的子应用程序类别进一步确定预估消耗数据流量。即按照目标应用程序的当前使用场景来进一步确定预估消耗数据流量。

S12、根据子应用程序类别确定目标应用程序对应的预估消耗数据流量。

子应用程序类别与目标应用程序的类别类似，也可以分为社交、娱乐、购物、影音等类别。确定不同类别的子应用程序的流量消耗数据的方式可能是不同的。

S20、在目标区域中显示预估消耗数据流量。

本实施例中，提示预估消耗数据流量的方式可以有多种，比如可以通过短信的方式进行提示、通过弹窗的方式进行提示、通过智能终端预设提示区、通过在目标应用程序的顶层区域滚动提示等。本实施例中采用的是在目标区域中显示预估消耗数据流量，可以让用户更方便的查看预估消耗数据流量。具体采用的方式也可以根据实际应用场景进行设置。

本实施例的数据流量处理方法可以提示目标应用程序的预估消耗数据流量，使用户可以在流量消耗之前知晓即将消耗的数据流量，使用户对即将消耗的数据流量有一定的心理预期，相比仅提醒用户已使用的数据流量，提高了用户的数据流量使用体验。

图5为本申请实施例提供的数据流量处理方法的流程示意图二。请参见图5，本实施例中，主要对S12的进一步细化进行举例说明，目标应用程序中的子应用程序类别为非连续播放的影音类。则该方法可以包括：

S110、判断目标应用程序中待播放数据在播放之前是否会提示待播放数据的流量消耗信息。

本实施例中，影音类别的子应用程序一般用于播放视频或音乐，以视频为例，播放视频可以进一步细分为连续播放和非连续播放。非连续播放时，视频是独立的，需要用户进行后续操作才会播放下一个视频。在实际应用场景中，部分视频在视频播放前，会提示播放该视频即将消耗的流量即流量消耗信息，比如100MB(兆比特，数据流量单位)。而某些视频不会标明即将消耗的流量。因而，可以判断目标应用程序中待播放数据在播放之前是否会提示待播放数据的流量消耗信息以进行后续流程。

S120、若确定无提示待播放数据的流量消耗信息，则获取待播放数据的大小相关信息，并根据大小相关信息确定数据大小。

大小相关信息包括播放时长、清晰度、视频码率等。根据大小相关信息可以计算得到数据大小，为确定预估消耗数据流量提供基础。

S130、将数据大小确定为预估消耗数据流量。

一般情况下，数据大小与流量消耗数据近似相同，因而，可以直接将数据大小确定为预估消耗数据流量。

同时，若确定提示待播放数据的流量消耗信息，则可以不执行后续提示预估消耗数据流量的流程，仅统计该待播放数据的流量消耗信息。在统计时，可以将其与同一天或同一预设时间段内的其他流量消耗信息一起统计。从而使用户可以查看周期内具体的流量消耗数据。

可选地，本实施例中，将预估消耗数据流量按照预设提示频率以弹窗的形式进行提示。

预设频率可以是每个视频都提示，也可以是间隔预设个视频提示一次，本实施例对此不作限定。

弹窗如图6所示，弹出的窗口可以包括：预估消耗数据流量，该预估消耗数据流量可以根据实际大小设置不同颜色，比如预估消耗数据流量较大可以设置为红色，预估消耗数据流量较大可以设置为绿色。

弹窗的方式在未弹出窗口时，不占用智能终端屏幕空间，弹窗时对用户提醒效果也较好。

可选地，在实际应用中，用户进入影音类应用程序如视频应用程序后，触发流量提醒功能，检测当前使用的是数据流量还是Wi-Fi网络。如果是Wi-Fi网络环境，则退出提醒功能。若是数据流量环境，则下一步等待用户点击播放视频。当用户点击播放某视频，则先判断当前视频是否已显示流量大小，若已显示，则提醒用户并将其计入统计值中。若未显示当前视频大小，则获取视频时长和清晰度等参数，计算出当前视频大小，从而提醒用户要消耗的流量，并计入到统计值中。在用户未完全退出该应用前，流量提醒功能会持续监测用户行为，以便做出相应的回应。

图7为本申请实施例提供的数据流量处理方法的流程示意图三。请参见图7，本实施例中，主要对S12的进一步细化进行举例说明，目标应用程序中的子应用程序类别为连续播放的影音类，则该方法可以包括：

S210、获取目标应用程序中待播放数据对应的数据大小和时长。

S220、根据数据大小和时长确定数据流量消耗速率。

S230、将数据流量消耗速率确定为预估消耗数据流量。

数据大小与数据流量消耗相关，时长与数据流量消耗速率相关。一般情况下，连续播放的视频的数据大小不一定相同，但数据流量消耗速率一般是相同的。连续播放的影音类播放时间由用户确定，因而较难知晓会连续播放多久，本实施例通过确定数据流量消耗速率并将其作为预估消耗数据流量来提醒用户，可以使用户知晓连续播放视频时，流量的消耗情况。

同时，还可以根据数据流量消耗速率预估未来预设时长内的流量消耗总数据。例如，当前播放短视频时，数据流量消耗速率为1MB每秒，则一分钟后消耗60MB流量。从而可以较清晰的提醒用户流量消耗速率和预估流量消耗的总量。

可选地，本实施例中，可以根据预估消耗数据流量确定预设间隔时长之后的流量消耗总数据，同时，如图8所示，在智能终端的预设提示区中展示预估消耗数据流量和流量消耗总数据。

预设提示区相比弹窗的方式提示效果较弱，不过不会影响用户观看视频或进行其他娱乐的体验，用户体验效果更好。

图9为本申请实施例提供的数据流量处理方法的流程示意图四。请参见图9，本实施例中，主要对S12的进一步细化进行举例说明，目标应用程序中的子应用程序类别为非影音类，非影音类可以包括社交、娱乐、购物等类别。该方法可以包括：

S310、根据目标应用程序的子程序数据确定对应数据流量的历史平均消耗速率。子程序数据与历史平均消耗速率之间具有映射关系。历史平均消耗速率为根据目标应用程序的子程序数据在历史预设时间段内的历史消耗数据流量生成的。

本实施例可以在预设数据库中存储子程序数据与历史平均消耗速率之间具有映射关系，该历史平均消耗速率可以预先进行确定。

可选地，本实施例中，S310之前还包括：

获取目标应用程序的子程序数据在历史预设时间段内的历史消耗数据流量。

根据历史消耗数据流量和历史预设时间段确定历史平均消耗速率。

历史预设时间段可以根据实际需求进行设置，比如可以设置为前一周内，前一个月内等。可选地，子程序为游戏类别，前一周内总计消耗700MB的流量，则每天平均消耗100MB。历史平均消耗速率的100MB每天。在确定历史平均消耗速率后，可以将其存储在预设数据库中，并建立与该子程序之间的映射关系。

S320、将历史平均消耗速率确定为预估消耗数据流量。

与连续播放的影音类别类似，较难知晓消耗数据流量的持续时间，因而，非影音类也可以将历史平均消耗速率作为预估消耗数据流量进行提示。本实施例通过确定历史平均消耗速率并将其作为预估消耗数据流量来提醒用户，可以使用户知晓流量的消耗情况。

同时，还可以根据历史平均消耗速率预估未来预设时长内的流量消耗总数据。例如，当前运行游戏软件时，历史平均消耗速率预估为1MB每秒，则一分钟后消耗60MB流量。从而可以较清晰的提醒用户流量消耗速率和预估流量消耗的总量。

可选地，本实施例中，根据预估消耗数据流量确定预设间隔时长之后的流量消耗总数据。

同时，如图8所示，在智能终端的预设提示区中展示预估消耗数据流量和流量消耗总数据。

预设提示区相比弹窗的方式提示效果较弱，不过不会影响用户社交、游戏等的娱乐相关体验，用户体验效果更好。

图10为本申请实施例提供的数据流量处理装置结构示意图。请参见图10，该数据流量处理装置400可以设置在智能终端中，数据流量处理装置400包括：

确定模块401，用于根据当前运行的目标应用程序确定或生成对应预估消耗数据流量。目标应用程序为预设监控名单中的应用程序，当前智能终端处于消耗数据流量的状态。

提示模块402，用于在目标区域中显示预估消耗数据流量。

可选地，确定模块401具体用于：

确定目标应用程序中待消耗数据流量的子应用程序类别。根据子应用程序类别确定目标应用程序对应的预估消耗数据流量。

可选地，子应用程序类别为非连续播放的影音类。

确定模块401在根据子应用程序类别确定目标应用程序对应的预估消耗数据流量时，具体用于：

判断目标应用程序中待播放数据在播放之前是否会提示待播放数据的流量消耗信息。若确定无提示待播放数据的流量消耗信息，则获取待播放数据的大小相关信息，并根据大小相关信息确定数据大小。将数据大小确定为预估消耗数据流量。

可选地，子应用程序类别为连续播放的影音类。

确定模块401在根据子应用程序类别确定目标应用程序对应的预估消耗数据流量时，具体用于：

获取目标应用程序中待播放数据对应的数据大小和时长。根据数据大小和时长确定数据流量消耗速率。将数据流量消耗速率确定为预估消耗数据流量。

可选地，子应用程序类别为非影音类。

确定模块401在根据子应用程序类别确定目标应用程序对应的预估消耗数据流量时，具体用于：

根据目标应用程序的子程序数据确定对应数据流量的历史平均消耗速率。子程序数据与历史平均消耗速率之间具有映射关系。历史平均消耗速率为根据目标应用程序的子程序数据在历史预设时间段内的历史消耗数据流量生成的。将历史平均消耗速率确定为预估消耗数据流量。

可选地，数据流量处理装置400还包括：

获取模块，用于获取目标应用程序的子程序数据在历史预设时间段内的历史消耗数据流量。根据历史消耗数据流量和历史预设时间段确定历史平均消耗速率。

可选地，提示模块402包括：

将预估消耗数据流量按照预设提示频率以弹窗的形式进行提示。

可选地，提示模块402包括：

根据预估消耗数据流量确定预设间隔时长之后的流量消耗总数据。在智能终端的预设提示区中展示预估消耗数据流量和流量消耗总数据。

以上所列举的仅为参考示例，为了避免冗余，这里不再一一列举，实际开发或运用中，可以根据实际需要灵活组合，但任一组合均属于本申请的技术方案，也就覆盖在本申请的保护范围之内。

本申请实施例还提供一种智能终端，智能终端包括存储器、处理器，存储器上存储有数据流量处理程序，数据流量处理程序被处理器执行时实现上述任一实施例中的数据流量处理方法的步骤。

本申请实施例还提供一种存储介质，存储介质上存储有数据流量处理程序，数据流量处理程序被处理器执行时实现上述任一实施例中的数据流量处理方法的步骤。

在本申请提供的智能终端和计算机存储介质的实施例中，可以包含任一上述数据流量处理方法实施例的全部技术特征，说明书拓展和解释内容与上述方法的实施例基本相同，在此不再做赘述。

本申请实施例还提供一种计算机程序产品，计算机程序产品包括计算机程序代码，当计算机程序代码在计算机上运行时，使得计算机执行如上种可能的实施方式中的方法。

本申请实施例还提供一种芯片，包括存储器和处理器，存储器用于存储计算机程序，处理器用于从存储器中调用并运行计算机程序，使得安装有芯片的设备执行如上种可能的实施方式中的方法。

可以理解，上述场景仅是作为示例，并不构成对于本申请实施例提供的技术方案的应用场景的限定，本申请的技术方案还可应用于其他场景。例如，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本申请实施例设备中的单元可以根据实际需要进行合并、划分和删减。

在本申请中，对于相同或相似的术语概念、技术方案和/或应用场景描述，一般只在第一次出现时进行详细描述，后面再重复出现时，为了简洁，一般未再重复阐述，在理解本申请技术方案等内容时，对于在后未详细描述的相同或相似的术语概念、技术方案和/或应用场景描述等，可以参考其之前的相关详细描述。

在本申请中，对个实施例的描述都有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本申请技术方案的技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的个技术特征至少一可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本申请记载的范围。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，被控终端，或者网络设备等)执行本申请每个实施例的方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络，或者其他可编程装置。计算机指令可以存储在计算机存储介质中，或者从一个计算机存储介质向另一个计算机存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、存储盘、磁带)、光介质(例如，DVD)，或者半导体介质(例如固态存储盘Solid State Disk(SSD))等。

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种数据流量处理方法，其特征在于，包括以下步骤：

S10、根据当前运行的目标应用程序确定或生成对应预估消耗数据流量；当前智能终端处于消耗数据流量的状态；

S20、在目标区域中显示所述预估消耗数据流量。

2.根据权利要求1所述的方法，其特征在于，所述S10，包括：

S11、确定所述目标应用程序中待消耗数据流量的子应用程序类别；

S12、根据所述子应用程序类别确定所述目标应用程序对应的预估消耗数据流量。

3.根据权利要求2所述的方法，其特征在于，所述子应用程序类别为非连续播放的影音类；

所述S12，包括：

判断目标应用程序中待播放数据在播放之前是否会提示所述待播放数据的流量消耗信息；

若确定无提示所述待播放数据的流量消耗信息，则获取所述待播放数据的大小相关信息，并根据所述大小相关信息确定数据大小；

将所述数据大小确定为预估消耗数据流量。

4.根据权利要求2所述的方法，其特征在于，所述子应用程序类别为连续播放的影音类；

所述S12，包括：

获取目标应用程序中待播放数据对应的数据大小和时长；

根据所述数据大小和时长确定数据流量消耗速率；

将所述数据流量消耗速率确定为预估消耗数据流量。

5.根据权利要求2所述的方法，其特征在于，所述子应用程序类别为非影音类；

所述S12，包括：

根据所述目标应用程序的子程序数据确定对应数据流量的历史平均消耗速率；所述历史平均消耗速率为根据所述目标应用程序的子程序数据在历史预设时间段内的历史消耗数据流量生成；

将所述历史平均消耗速率确定为预估消耗数据流量。

6.根据权利要求5所述的方法，其特征在于，所述S12之前还包括：

获取目标应用程序的子程序数据在历史预设时间段内的历史消耗数据流量；

根据所述历史消耗数据流量和所述历史预设时间段确定所述历史平均消耗速率。

7.根据权利要求3所述的方法，其特征在于，所述S20，包括：

将所述预估消耗数据流量按照预设提示频率以弹窗的形式进行提示。

8.根据权利要求4至6任一项所述的方法，其特征在于，所述S20，包括：

根据所述预估消耗数据流量确定预设间隔时长之后的流量消耗总数据；

在智能终端的预设提示区中展示所述预估消耗数据流量和所述流量消耗总数据。

9.一种智能终端，其特征在于，所述智能终端包括：存储器、处理器，其中，所述存储器上存储有计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至8中任一项所述的数据流量处理方法。

10.一种存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至8中任一项所述的数据流量处理方法。