CN109660430B - 一种流量监控方法、终端及计算机可读存储介质 - Google Patents
一种流量监控方法、终端及计算机可读存储介质 Download PDFInfo
- Publication number
- CN109660430B CN109660430B CN201811616219.9A CN201811616219A CN109660430B CN 109660430 B CN109660430 B CN 109660430B CN 201811616219 A CN201811616219 A CN 201811616219A CN 109660430 B CN109660430 B CN 109660430B
- Authority
- CN
- China
- Prior art keywords
- flow
- monitored
- application
- time period
- consumed
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0876—Network utilisation, e.g. volume of load or congestion level
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/06—Generation of reports
- H04L43/067—Generation of reports using time frame reporting
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Abstract
本发明公开了一种流量监控方法、终端及计算机可读存储介质,该方法通过监测终端上待监测应用在预设第一时间段内消耗的流量,判断待监测应用在第一时间段消耗的流量是否大于待监测应用流量阈值,若是,控制终端以预设提醒方式进行提醒,其中待监测应用流量阈值根据待监测应用的历史流量消耗记录确定,解决了现有流量监控方式中无法发现在某一时间段某一应用流量消耗异常的情况,导致大量流量被消耗,用户体验满意度低的问题,本发明还公开了一种终端及计算机可读存储介质,通过实施上述方案,防止大量流量被消耗,提升了用户体验满意度。
Description
技术领域
本发明涉及通信技术领域,更具体地说,涉及一种流量监控方法、终端及计算机可读存储介质。
背景技术
随着终端技术的发展,智能手机等智能终端已经成为了人们日常生活必不可少的一部分。上网作为智能终端最基础的功能之一,需要通过运营商提供数据业务进行上网。现有技术中,为了保证数据流量不超出套餐中的额度,通常都是设置一个流量值,在终端所消耗的流量达到这个值时,对用户进行提醒,但是这种方式中,无法发现在某一时间段某一应用流量消耗异常的情况,导致大量流量被消耗,用户体验满意度低的问题,
发明内容
本发明要解决的技术问题在于现有流量监控方式中无法发现在某一时间段某一应用流量消耗异常的情况,导致大量流量被消耗,用户体验满意度低的问题,针对该技术问题,提供一种流量监控方法、终端及计算机可读存储介质。
为解决上述技术问题,本发明提供一种流量监控方法,所述流量监控方法包括:
监测终端上待监测应用在预设第一时间段内消耗的流量;
判断待监测应用在第一时间段消耗的流量是否大于待监测应用流量阈值,待监测应用流量阈值根据待监测应用的历史流量消耗记录确定;
若是,控制终端以预设提醒方式进行提醒。
可选的,监测终端上待监测应用在预设第一时间段内消耗的流量之前,还包括:
统计预设第二时间段内待监测应用消耗的流量。
可选的,统计预设第二时间段内待监测应用消耗的流量包括:
在第二时间段内,每隔预设第三时间段统计一次待监测应用在该时间段内消耗的流量;
在第二时间段内,每隔预设第三时间段统计一次待监测应用在该时间段内消耗的流量之后,还包括:
判断各第三时间段对应的流量值中是否存在大于第一流量阈值的流量值,第一流量阈值根据待监测应用在第三时间段平均消耗的流量以及预设第一控制因子确定;
若是,对第三时间段对应的且大于第一流量阈值的流量值进行修正。
可选的,判断待监测应用在第一时间段消耗的流量是否大于待监测应用流量阈值之前,还包括:
根据第二时间段和第二时间段内待监测应用消耗的流量确定第一平均流量值;
根据第一平均流量值、第一时间段确定待监测应用流量阈值。
可选的,统计预设第二时间段内待监测应用消耗的流量包括:
将一天的时间划分成至少两个监测时间段;
在第二时间段内,分别记录各监测时间段中待监测应用消耗的流量。
可选的,判断待监测应用在第一时间段消耗的流量是否大于待监测应用流量阈值之前,还包括:
根据当前时间从至少两个监测时间段中确定目标监测时间段;
根据目标监测时间段对应的待监测应用的流量消耗记录确定目标平均流量;
根据目标平均流量、第一时间段确定待监测流量阈值。
可选的,判定待监测应用在第一时间段消耗的流量大于待监测应用流量阈值时,还包括:
关闭待监测应用的上网权限。
可选的,监测终端上待监测应用在预设第一时间段内消耗的流量包括:
在终端消耗的流量为移动数据流量时,监测终端上待监测应用在预设第一时间段内消耗的流量。
进一步地,本发明还提供了一种终端,所述终端包括处理器、存储器及通信总线;
所述通信总线用于实现处理器和存储器之间的连接通信;
所述处理器用于执行存储器中存储的一个或者多个程序,以实现上述任一项所述的流量监控方法的步骤。
进一步地,本发明还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现上述任一项所述的流量监控方法的步骤。
有益效果
本发明提供一种流量监控方法、终端及计算机可读存储介质,针对现有流量监控方式中无法发现在某一时间段某一应用流量消耗异常的情况,导致大量流量被消耗,用户体验满意度低的问题,通过监测终端上待监测应用在预设第一时间段内消耗的流量,判断待监测应用在所述第一时间段消耗的流量是否大于待监测应用流量阈值,若是,控制终端以预设提醒方式进行提醒,其中待监测应用流量阈值根据待监测应用的历史流量消耗记录确定,也就是说,本发明中,在监测到待监测应用在某一时间段消耗的流量大于待监测应用流量阈值时,会以预设提醒方式提醒用户,防止大量流量被消耗,提升了用户体验满意度。
附图说明
下面将结合附图及实施例对本发明作进一步说明,附图中:
图1为实现本发明各个实施例一个可选的移动终端的硬件结构示意图。
图2为如图1所示的移动终端的无线通信系统示意图;
图3为本发明第一实施例提供的流量监控方法基本流程图;
图4为本发明第一实施例提供的判断监测的流量中是否存在异常的流程图;
图5为本发明第一实施例提供的确定待监测应用流量阈值的流程图;
图6为本发明第二实施例提供的流量监控方法细化流程图;
图7为本发明第三实施例提供的终端的结构示意图。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明,其本身没有特定的意义。因此,“模块”、“部件”或“单元”可以混合地使用。
终端可以以各种形式来实施。例如,本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(PersonalDigital 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,分时双工长期演进)等。
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以及未来新的网络系统等,此处不做限定。
基于上述移动终端硬件结构以及通信网络系统,提出本发明方法各个实施例。
第一实施例
为了解决现有流量监控方式中无法发现在某一时间段流量消耗异常的情况,导致大量流量被消耗,用户体验满意度低的问题,本实施例通过一种流量监控方法,图3为本实施例提供的流量监控方法基本流程图,该流量监控方法包括:
S301、监测终端上待监测应用在预设第一时间段内消耗的流量。
需要说明的是,本实施例中描述的终端可以是如图1所示的终端,当然,还可以是其它终端。
本实施例中,可以实时监测终端上待监测应用在预设第一数据段内消耗的流量。其中,待监测应用可以是终端上安装的所有应用;待监测应用也可以是终端上安装的一部分应用,待监测应用可以是一个,也可以是至少两个。其中,待监测应用可以由用户和/或终端开发人员根据实际需要灵活设置。例如,用户可以将终端上安装的“QQ”、“微信”、“优酷视频”等应用设置为待监测应用,用户也可以将终端上安装的所有应用设置为待监测应用。对于预设第一时间段,其可以由终端开发人员和/或用户根据实际需要灵活设置,也就是说,预设第一时间段可以由终端开发人员设置,也可以由用户设置。预设第一时间段可以设置为1分钟、2分钟、1小时等。本实施例中,在待监测应用为至少两个时,则分别监测各待监测应用在预设第一时间段内所消耗的流量。例如,假设待监测第一时间段设置为10分钟,待监测监测应用为“微信”、“淘宝”,则监测“微信”在10分钟内所消耗的流量;监测“淘宝”在10分钟内所消耗的流量。
本实施例中,由于终端在没有连接网络时,不会消耗流量,因此,本实施例中,可以在终端连网时,监测终端上待监测应用在预设第一时间段内消耗的流量。其中,可以在终端通过WIFI(无线保真)连网时,监测终端上待监测应用在预设第一时间段内消耗的流量。本实施例中,也可以在终端通过移动数据连网时,即终端消耗的流量为移动数据流量时,监测终端上待监测应用在预设第一时间段内消耗的流量。
S302、判断待监测应用在预设第一时间段内消耗的流量是否大于待监测应用流量阈值。
若是,转303;若否,结束。
本实施例中,在监测到终端上待监测应用在预设第一时间段内所消耗的流量后,判断待监测应用在预设第一时间段内消耗的流量是否大于待监测应用流量阈值,若是,转S303,若否,结束。其中,待监测应用流量阈值根据该待监测应用的历史流量消耗记录确定。因此,在判断待监测应用在预设第一时间段内消耗的流量是否大于待监测应用流量阈值之前,还应当获取终端上的待监测应用的历史流量消耗记录。
其中,获取终端上的待监测应用的历史流量消耗记录可以是,在监测终端上待监测应用在预设第一时间段内消耗的流量之前,可以统计预设第二时间段内,待监测应用消耗的流量。需要说明的是,对于预设第二时间段,其可以由终端开发人员和/或用户根据实际需要灵活设置,例如,可以设置为1个月,15天等。例如,假设第二时间段设置为10天,则获取待监测应用在10天内所消耗的流量。其中,可以在第二时间段内待监测应用消耗的总流量。也可以在第二时间段内,每隔预设第三时间段统计一次待监测应用在该时间段内消耗的流量,根据统计的流量确定在第二时间段内待监测应用消耗的流量,对于第三时间段,其可以由终端开发人员和/或用户根据实际需要灵活设置,例如,可以设置为1小时,2小时等,为了更好的理解,这里以一个示例进行说明,例如,假设第二时间段为1天,第三时间段为12小时,待监测应用为“淘宝”和“抖音”,在第一个12小时内,“淘宝”消耗的流量为10兆,“抖音”信号的流量为50兆;在第二个12小时内,“淘宝”消耗的流量为20兆,“抖音”信号的流量为100兆,因此,在1天内,“淘宝”消耗的流量为30兆,“抖音”信号的流量为150兆。本实施例中,在统计了第二时间段内各第三时间段中,待监测应用消耗的流量值之后,还可以判断统计的流量值是否出现异常,其中,参见图4,可以通过以下方式判断统计的各第三时间段内消耗的流量值是否异常:
S401、判断各第三时间段对应的流量值中是否存在大于第一流量阈值的流量值。
若是,转S402;若否,结束。
其中,第一流量阈值根据各第三时间段对应的流量值的平均值(也即待监测应用在第三时间段平均消耗的流量)以及第一控制因子确定。其中,第一控制因子可以根据实际需要灵活设置,例如,设置为0.9,0.8等。
S402、对第三时间段对应的且大于第一流量阈值的流量值进行修正。
本实施例中,在确认各第三时间段对应的流量值中存在大于第一流量阈值的流量值之后,对第三时间段对应的且大于第一流量阈值的流量值进行修正。其中,可以将该流量值修正为各第三时间段对应的流量值的平均值;也可以将该流量值修正为第一流量阈值;也可以根据预设系数对该流量值进行修正,其中,预设系数可以设置为大于1的数,例如1.5、2、2.5等,然后将该流量值除以预设系数所得的数作为该流量值修正后的值,也就是说,修正后的值=修正前的值/预设系数;或者,也可以根据预设第一控制因子对该流量值进行修正,例如,在第一控制因子为大于1的数时,将该流量值除以第一控制因子后所得的值作为修正后的值,在第一控制因子为小于1的数时,将该流量值乘以第一控制因子后所得的值作为修正后的值。当然,本实施例中,还可以通过其他方式来对第三时间段对应的且大于第一流量阈值的流量值进行修正。为了更好的理解,这里以一个示例进行说明:假设第二时间段为10小时,第三时间段为2小时,待监测应用为“微信”,第一控制因子为0.8,在各第三时间段,“微信”消耗的流量分别为10兆,11兆,10兆,9兆,40兆,则平均值=(10+11+10+9+40)/5=16兆,第一流量阈值=平均值*第一控制因子=16*0.8=12.8,由于各第三时间段对应的流量阈值中,只有40兆大于12.8兆,因此,对40兆进行修正。其中,可以将平均值作为修正后的值,修正后,“微信”在各第三时间段内消耗的流量分别为10兆,11兆,10兆,9兆,16兆(平均值);也可以将第一流量阈值作为修正后的值,修正后,“微信”在各第三时间段内消耗的流量分别为10兆,11兆,10兆,9兆,12.8兆(第一流量阈值);也可以将该流量值除以预设系数所得的值作为修正后的值,假设预设系数为2,则修正后,“微信”在各第三时间段内消耗的流量分别为10兆,11兆,10兆,9兆,20兆(40兆/2);也可以根据第一控制因子进行修正,由于此处第一控制因子为0.8,因此,修正后,“微信”在各第三时间段内消耗的流量分别为10兆,11兆,10兆,9兆,32兆(40兆*0.8)。
本实施例中,由于在晚上和白天,各应用的流量消耗不一致,因此统计预设第二时间段内,待监测应用消耗的流量还可以是:将一天的时间划分为至少两个监测时间段,然后,在预设第二时间段内,分别记录各监测时间段中待监测应用消耗的流量。其中,可以将一天的时间平均划分成至少两个监测时间段,例如,可以将一天的时间平均划分为两个监测时间段,第一监测时间段为00:00-12:00,第二监测时间段为12:00-24:00;也可以将一天的时间划分至少两个监测时间段,各监测时间段的时间长短不一致,例如,可以将一天的时间段划分为3个监测时间段,分别为:00:00-8:00,08:00-22:00,22:00-24:00。为了更好的理解,这里以一个示例进行说明如何获取终端上的待监测应用的历史流量消耗记录:假设将一天的时间划分为00:00-9:00,09:00-22:00,22:00-24:00三个时间段,第二时间段为2天,这两天分别为11月11日和11月12日,待监测应用为“手机淘宝”和“微信”,2天内“手机淘宝”的历史流量消耗记录可以参见下表1,“微信”的历史流量消耗记录可以参见下表2。
表1
表2
本实施例中,在获取了终端上的待监测应用的历史流量消耗记录之后,在判断待监测应用在第一时间段消耗的流量是否大于待监测应用流量阈值之前,还需要根据待监测应用的历史流量消耗记录确定待监测应用流量阈值。其中,可以根据第二时间段以及第二时间段内待监测应用消耗的流量确定第一平均流量值(第一平均流量值=第二时间段消耗的流量/第二时间段),然后,根据第一时间段和第一平均流量阈值确定待监测应用流量阈值,待监测应用流量阈值=待监测应用在第二时间段消耗的流量/第二时间段*第一时间段。例如,假设第二时间段内20天,第一时间段为1天,待监测应用为“腾讯视频”,在20天内“腾讯视频”消耗的流量为1000兆,则确定第一平均流量值为50兆,由于第一时间段为1天,则“腾讯视频”流量阈值为50兆。其中,在根据第一时间段和第一平均流量阈值确定待监测应用流量阈值时,还可以根据预设的第二控制因子、第一时间段以及第一平均流量确定待监测应用流量阈值,待监测应用流量阈值=待监测应用在第二时间段消耗的流量/第二时间段*第一时间段*第二控制因子,其中,第二控制因子可以根据实际需要灵活设置,例如设置为1.5、2、3等,假设第二时间段内30天,第一时间段为3天,待监测应用为“微信”,在30天内“微信”消耗的流量为900兆,则确定第一平均流量值为30兆,由于第一时间段为3天,则“微信”流量阈值为90兆。本实施例中,在上述对第三时间段对应的且大于第一流量阈值的流量值进行修正时,还可以根据第一控制因子以及此处的第二控制因子对该流量值进行修正,将该流量值除以第一控制因子和第二控制因子的积作为修正后的值,即修正后的值=修正前的值/(第一控制因子*第二控制因子)。
本实施例中,统计预设第二时间段内待监测应用消耗的流量的方式为将一天的时间划分为至少两个监测时间段,然后,在预设第二时间段内,分别记录各监测时间段中待监测应用消耗的流量时,此处确定待监测应用流量阈值时,除了上述方法外,参见图5,还可以根据以下方式进行确定待监测应用流量阈值:
S501、根据当前时间从至少两个监测时间段中确定目标监测时间段。
本实施例中,根据当前时间,从划分的一天中的至少两个时间段中确定与当前时间相符的监测时间段作为目标时间段,其中,当前时间为监测到待监测应用在预设第一时间段内消耗的流量的时间。例如,假设将一天的时间划分为00:00-9:00,09:00-22:00,22:00-24:00这三个监测时间段,当前时间为12:00,则目标监测时间段为09:00-22:00这一监测时间段。
S502、根据目标监测时间段对应的待监测应用的流量消耗记录确定目标平均流量。
本实施例中,根据在第二时间段内,目标监测时间段对应的待监测应用的流量消耗记录确定目标平均流量。例如,假设第二时间段为两天,这两天分别为11月11日和11月12日,假设将一天的时间划分为00:00-9:00,09:00-22:00,22:00-24:00三个时间段,待监测应用为“手机淘宝”和“微信”,2天内“手机淘宝”的历史流量消耗记录可以参见表1,“微信”的历史流量消耗记录可以参见表2,假设当前时间为15:00,则目标监测时间段为09:00-22:00这一时间段,参见表1,“手机淘宝”的目标平均流量=(100兆+80兆)/(13小时+13小时)=6.92兆/小时,参见表2,“微信”的目标平均流量=(10兆+8兆)/(13小时+13小时)=0.692兆/小时。
S503、根据目标平均流量以及第一时间段确定待监测应用流量阈值。
本实施例中,根据目标平均流量以及第一时间段确定待监测应用流量阈值,其中,待监测应用流量阈值=目标平均流量*第一时间段。承接上例,假设第一时间段为5小时,“手机淘宝”流量阈值=6.92兆/小时*5小时=34.6兆;“微信”流量阈值=0.692兆/小时*5小时=3.46兆。本实施例中,还可以根据目标平均流量、第一时间段以及第二控制因子来确定待监测应用流量阈值,即待监测应用流量阈值=目标平均流量*第一时间段*第二控制因子。
S303、控制终端以预设提醒方式进行提醒。
本实施例中,在判定待监测应用在预设第一时间段内消耗的流量对于待监测应用流量阈值时,控制终端以预设提醒方式进行提醒,其中,预设提醒方式可以是响铃、振动、显示提醒界面等中的至少一种,例如,可以在判定待监测应用在预设第一时间段内消耗的流量对于待监测应用流量阈值时,显示提醒界面,以提醒用户待监测应用流量消耗异常。
本实施例中,在判定待监测应用在预设第一时间段内消耗的流量大于待监测应用流量阈值时,为了防止大量流量被消耗,还可以控制终端关闭待监测应用的上网权项,应当理解的是,待监测应用可能不止一个,此处关闭的是在预设第一时间段内消耗的流量大于对应的待监测应用流量阈值的待监测应用的上网权限。例如,假设待监测应用为“QQ”和“微博”,“QQ”在预设第一时间段内消耗的流量大于“QQ”流量阈值,“微博”在预设第一时间段内消耗的流量小于“微博”流量阈值,则关闭“QQ”的上网权限,不关闭“微博”的上网权限。本实施例中,在关闭待监测应用的上网权限之前,还可以生成提示信息,并判断是否接收到待监测应用上网权限关闭指令,若是,则关闭待监测应用上网权限,若否,则结束。
本实施例提供的流量监控方法,通过监测终端上待监测应用在预设第一时间段内消耗的流量,判断待监测应用在所述第一时间段消耗的流量是否大于待监测应用流量阈值,若是,控制终端以预设提醒方式进行提醒,其中待监测应用流量阈值根据待监测应用的历史流量消耗记录确定,也就是说,本实施例中,在监测到待监测应用在某一时间段消耗的流量大于待监测应用流量阈值时,会以预设提醒方式提醒用户,防止大量流量被消耗,提升了用户体验满意度。
第二实施例
为了更好的理解本发明,本实施例结合更加具体的示例进行说明,请参见图6,图6为本发明第二实施例提供的流量监控方法的细化流程图,该流量监控方法包括:
S601、在第二时间段内,每隔预设第三时间段统计一次待监测应用在该时间段内消耗的流量。
本实施例中,第二时间段以及第三时间段可以由终端开发人员根据实际需要灵活设置,待监测应用可以是终端上的所有应用,也可以是终端上的部分应用。
为了更好的理解本发明,此处,假设第二时间段为12月10日00:00-12月13日24:00这4天,第三时间段为12小时,待监测应用为“百度”和“微博”,参见下表3所示,表3为这4天统计的“百度”的流量消耗情况;参见下表4所示,表4为这4天统计的“微博”的流量消耗情况。
表3
表4
S602、判断各第三时间段对应的流量值中是否存在大于第一流量阈值的流量值。
若是,转S603,若否,结束。
其中,第一流量阈值根据各第三时间段对应的流量值的平均值以及第一控制因子确定。
承接上例,假设第一控制因子为1.1,“百度”的第一流量阈值=(10兆+12兆+13兆+12兆+60兆+12兆+14兆+12兆)/8*1.1=19.93兆,“百度”消耗的各第三时间段对应的流量值中,参见表3,只有12月12日00:00-12:00对应的流量值60兆大于19.93兆,其余的均小于19.93兆,因此,需对12月12日00:00-12:00对应的流量值进行修正;“微博”的第一流量阈值=(20兆+21兆+28兆+30兆+25兆+27兆+28兆+25兆)/8*1.1=28.5兆,“微博”消耗的各第三时间段对应的流量值中,参见表4,无大于28.5的值,因此,无需修正。
S603、对第三时间段对应的且大于第一流量阈值的流量值进行修正。
本实施例中,修正后的值=待修正的值/(第一控制因子和第二控制因子)。
承接上例,待修正的值为60兆,第一控制因子为1.1,假设第二控制因子为2,则修正后的值=60/(1.1*2)=27.27。因此,将表3中的60兆修正为27.27兆,修正后的表3参见下表5。
表5
S604、在终端消耗的流量为移动数据流量时,监测终端上待监测应用在预设第一时间段内消耗的流量。
本实施例中,在终端信号的流量为移动数据流量时,才监测终端上待监测应用在预设第一时间段内消耗的流量。其中,第一时间段可以根据实际需要灵活设置。
S605、确定待监测应用流量阈值。
本实施例中,确定待监测流量阈值为根据各待监测应用为根据第二时间段消耗的平均流量、第二控制因子以及第一时间段来确定,其中,待监测流量阈值=待监测应用在第二时间段消耗的平均流量*第一时间段*第二控制因子。
承接上例,参见表5,“百度”在第二时间段消耗的平均流量=(10兆+12兆+13兆+12兆+27.27兆+12兆+14兆+12兆)/(24*4)小时=1.169兆/小时;“微博”在第二时间段消耗的平均流量=(20兆+21兆+28兆+30兆+25兆+27兆+28兆+25兆)/(24*4)小时=2.125兆每小时;假设第一时间段为6小时,则“百度”流量阈值=1.169兆/小时*6小时*2=14.028兆;“微博”流量阈值=2.125兆/小时*6小时*2=25.5兆。
S606、判断待监测应用在预设第一时间段内消耗的流量是否大于待监测应用流量阈值
若是,转S607;若否,结束。
承接上例,假设在第一时间段内(6小时),“百度”消耗的流量为6兆,“微博”消耗的流量为30兆,由于“微博”消耗的流量大于“微博”流量阈值,因此,转S607。
S607、控制终端以预设提醒方式进行提醒。
本实施例中,显示提醒界面以提醒用户。
S608、关闭在预设第二时间段内消耗的流量大于待监测应用流量阈值的待监测应用的上网权限。
本实施例中,承接上例,由于“微博”消耗的流量大于“微博”流量阈值,因此,关闭“微博”的上网权限;由于“百度”消耗的流量小于“百度”流量阈值,因此,允许“百度”上网。
本实施例提供的流量监控方法,通过监测终端上待监测应用在预设第一时间段内消耗的流量,判断待监测应用在所述第一时间段消耗的流量是否大于待监测应用流量阈值,若是,控制终端以预设提醒方式进行提醒,其中待监测应用流量阈值根据待监测应用的历史流量消耗记录确定,也就是说,本实施例中,在监测到待监测应用在某一时间段消耗的流量大于待监测应用流量阈值时,会以预设提醒方式提醒用户并关闭该待监测应用的上网权限,防止大量流量被消耗,提升了用户体验满意度。
第三实施例
本实施例提供一种终端,请参见图7所示,本实施例提供的终端包括处理器701、存储器702及通信总线703。
其中,本实施例中的通信总线703用于实现处理器701和存储器702之间的连接通信;
处理器701则用于执行存储器702中存储的一个或者多个程序,以实现上述第一实施例和/或第二实施例所述的流量监控方法的各步骤。
本实施例还提供一种计算机可读存储介质,如软盘、光盘、硬盘、闪存、U盘、CF卡、SD卡、MMC卡等,在该计算机存储介质中存储有实现上述各个步骤的一个或者多个程序,这一个或者多个程序可被一个或者多个处理器执行,以实现上述第一实施例和/或第二实施例所述的流量监控方法的各步骤。
本实施例提供的终端及计算机可读存储介质,通过监测终端上待监测应用在预设第一时间段内消耗的流量,判断待监测应用在所述第一时间段消耗的流量是否大于待监测应用流量阈值,若是,控制终端以预设提醒方式进行提醒,其中待监测应用流量阈值根据待监测应用的历史流量消耗记录确定,也就是说,本实施例中,在监测到待监测应用在某一时间段消耗的流量大于待监测应用流量阈值时,会以预设提醒方式提醒用户,防止大量流量被消耗,提升了用户体验满意度。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,这些均属于本发明的保护之内。
Claims (7)
1.一种流量监控方法,其特征在于,所述流量监控方法包括:
监测终端上待监测应用在预设第一时间段内消耗的流量;
判断所述待监测应用在所述第一时间段消耗的流量是否大于待监测应用流量阈值,所述待监测应用流量阈值根据所述待监测应用的历史流量消耗记录确定;
若是,控制所述终端以预设提醒方式进行提醒;
所述监测终端上待监测应用在预设第一时间段内消耗的流量之前,还包括:
统计预设第二时间段内所述待监测应用消耗的流量;
所述统计预设第二时间段内所述待监测应用消耗的流量包括:
将一天的时间划分成至少两个监测时间段;
在所述第二时间段内,分别记录各监测时间段中所述待监测应用消耗的流量;
所述判断所述待监测应用在所述第一时间段消耗的流量是否大于待监测应用流量阈值之前,还包括:
根据当前时间从所述至少两个监测时间段中确定目标监测时间段;
根据所述目标监测时间段对应的所述待监测应用的流量消耗记录确定目标平均流量;
根据所述目标平均流量、所述第一时间段确定待监测流量阈值。
2.如权利要求1所述的流量监控方法,其特征在于,所述统计预设第二时间段内所述待监测应用消耗的流量包括:
在所述第二时间段内,每隔预设第三时间段统计一次所述待监测应用在该时间段内消耗的流量;
所述在所述第二时间段内,每隔预设第三时间段统计一次所述待监测应用在该时间段内消耗的流量之后,还包括:
判断各第三时间段对应的流量值中是否存在大于第一流量阈值的流量值,所述第一流量阈值根据所述待监测应用在所述第三时间段平均消耗的流量以及预设第一控制因子确定;
若是,对所述第三时间段对应的且大于第一流量阈值的流量值进行修正。
3.如权利要求1所述的流量监控方法,其特征在于,所述判断所述待监测应用在所述第一时间段消耗的流量是否大于待监测应用流量阈值之前,还包括:
根据所述第二时间段和所述第二时间段内所述待监测应用消耗的流量确定第一平均流量值;
根据所述第一平均流量值、所述第一时间段确定待监测应用流量阈值。
4.如权利要求1所述的流量监控方法,其特征在于,判定所述待监测应用在所述第一时间段消耗的流量大于所述待监测应用流量阈值时,还包括:
关闭所述待监测应用的上网权限。
5.如权利要求1-4任一项所述的流量监控方法,其特征在于,所述监测终端上待监测应用在预设第一时间段内消耗的流量包括:
在所述终端消耗的流量为移动数据流量时,监测终端上待监测应用在预设第一时间段内消耗的流量。
6.一种终端,其特征在于,所述终端包括处理器、存储器及通信总线;
所述通信总线用于实现处理器和存储器之间的连接通信;
所述处理器用于执行存储器中存储的一个或者多个程序,以实现如权利要求1至5中任一项所述的流量监控方法的步骤。
7.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现如权利要求1至5中任一项所述的流量监控方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811616219.9A CN109660430B (zh) | 2018-12-27 | 2018-12-27 | 一种流量监控方法、终端及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811616219.9A CN109660430B (zh) | 2018-12-27 | 2018-12-27 | 一种流量监控方法、终端及计算机可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109660430A CN109660430A (zh) | 2019-04-19 |
CN109660430B true CN109660430B (zh) | 2022-07-12 |
Family
ID=66117165
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811616219.9A Active CN109660430B (zh) | 2018-12-27 | 2018-12-27 | 一种流量监控方法、终端及计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109660430B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112152971A (zh) * | 2019-06-28 | 2020-12-29 | 北京奇虎科技有限公司 | 控制网络使用行为的方法和装置、电子设备和介质 |
CN110891286B (zh) * | 2019-11-08 | 2023-11-24 | 西安广和通无线软件有限公司 | 数据流量控制方法、装置、计算机设备和存储介质 |
CN112953755A (zh) * | 2021-01-18 | 2021-06-11 | 上海商米科技集团股份有限公司 | 一种设备流量预警方法、系统及存储介质 |
CN112969196B (zh) * | 2021-04-06 | 2023-02-28 | 中国联合网络通信集团有限公司 | 流量分析方法和装置 |
CN115333982B (zh) * | 2021-05-11 | 2024-02-09 | 北京金山云网络技术有限公司 | 流量监控方法、装置、设备及计算机可读存储介质 |
CN116915517B (zh) * | 2023-09-14 | 2023-11-24 | 厦门快快网络科技有限公司 | 一种云服务资源风险安全管理方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104486505A (zh) * | 2014-12-16 | 2015-04-01 | 深圳市中兴移动通信有限公司 | 一种移动终端及其防止流量浪费的方法和装置 |
CN108199919A (zh) * | 2017-12-29 | 2018-06-22 | 宁波大学 | 一种移动终端流量的自动监控方法 |
CN108696445A (zh) * | 2018-05-28 | 2018-10-23 | 深圳市零度智控科技有限公司 | 流量控制方法、移动终端及计算机可读存储介质 |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103188647A (zh) * | 2011-12-29 | 2013-07-03 | 北京网秦天下科技有限公司 | 一种移动终端上网流量统计分析和提醒的方法和系统 |
CN103209439B (zh) * | 2013-03-14 | 2016-07-06 | 小米科技有限责任公司 | 一种数据流量监控的方法、装置和设备 |
CN104135561B (zh) * | 2013-07-08 | 2016-03-16 | 腾讯科技(深圳)有限公司 | 一种终端的流量提醒方法、装置及终端 |
WO2016065619A1 (zh) * | 2014-10-31 | 2016-05-06 | 华为技术有限公司 | 一种数据流量管理方法及装置 |
CN104967573B (zh) * | 2015-06-04 | 2019-01-15 | 努比亚技术有限公司 | 一种数据流量的监控方法及终端 |
CN107204858B (zh) * | 2016-03-16 | 2019-12-10 | 中国移动通信集团河北有限公司 | 一种移动终端流量提醒方法及装置 |
US10009239B2 (en) * | 2016-08-09 | 2018-06-26 | Airmagnet, Inc. | Method and apparatus of estimating conversation in a distributed netflow environment |
CN106878110A (zh) * | 2017-03-13 | 2017-06-20 | 北京小米移动软件有限公司 | 数据流量的监控方法、装置及设备 |
CN107846693A (zh) * | 2017-10-30 | 2018-03-27 | 努比亚技术有限公司 | 一种数据流量的控制方法、装置及计算机可读存储介质 |
CN109039821A (zh) * | 2018-08-21 | 2018-12-18 | 平安科技(深圳)有限公司 | 网络流量监控方法、装置、计算机设备及存储介质 |
-
2018
- 2018-12-27 CN CN201811616219.9A patent/CN109660430B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104486505A (zh) * | 2014-12-16 | 2015-04-01 | 深圳市中兴移动通信有限公司 | 一种移动终端及其防止流量浪费的方法和装置 |
CN108199919A (zh) * | 2017-12-29 | 2018-06-22 | 宁波大学 | 一种移动终端流量的自动监控方法 |
CN108696445A (zh) * | 2018-05-28 | 2018-10-23 | 深圳市零度智控科技有限公司 | 流量控制方法、移动终端及计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN109660430A (zh) | 2019-04-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109660430B (zh) | 一种流量监控方法、终端及计算机可读存储介质 | |
CN107395858B (zh) | 一种通知消息的提示方法、终端及计算机可读存储介质 | |
CN110175062B (zh) | 一种移动终端的屏幕刷新帧率方法、移动终端及存储介质 | |
CN107807767B (zh) | 一种通讯业务的处理方法、终端及计算机可读存储介质 | |
CN107635070B (zh) | 一种消息提醒的方法、终端及存储介质 | |
CN107360330B (zh) | 预警方法、移动终端及存储介质 | |
CN107862217B (zh) | 一种位置信息获取方法、移动终端以及计算机存储介质 | |
CN108958936B (zh) | 应用程序切换方法、移动终端及计算机可读存储介质 | |
CN107846725B (zh) | 一种通知消息的处理方法、终端及存储介质 | |
CN107770368B (zh) | 一种基于终端的闹钟应用的提醒方法和终端 | |
CN109889651B (zh) | 一种通知消息处理方法、终端及计算机可读存储介质 | |
CN107833077B (zh) | 广告插入方法及移动终端 | |
CN108053184B (zh) | 事项提示方法、移动终端和计算机可读存储介质 | |
CN112437472B (zh) | 一种网络切换方法、设备及计算机可读存储介质 | |
CN107634940B (zh) | 一种流量使用的控制方法、终端、服务器及可读存储介质 | |
CN113220109A (zh) | 处理方法、移动终端及可读存储介质 | |
CN109948368B (zh) | 一种隐私权限控制方法、设备及计算机可读存储介质 | |
CN109388947B (zh) | 一种后台管理方法、设备及计算机可读存储介质 | |
CN110046151B (zh) | 一种数据清洗方法、服务器及计算机可读存储介质 | |
CN109151201B (zh) | 一种防沉迷方法、移动终端以及计算机存储介质 | |
CN109032648B (zh) | 应用程序的更新方法、移动终端以及存储介质 | |
CN109684020B (zh) | 一种主题切换方法、设备及计算机可读存储介质 | |
CN108667714B (zh) | 信息的发送方法、接收方法、移动终端及存储介质 | |
CN108134879B (zh) | 根据用户习惯调节移动终端状态的方法、移动终端及介质 | |
CN109634629B (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 | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20220620 Address after: Room 1105, No. 660-1, Huangpu Avenue middle, Tianhe District, Guangzhou, Guangdong 510000 Applicant after: Guangzhou Aiyun Information Technology Co.,Ltd. Address before: 10 / F, block a, Han's innovation building, 9018 Beihuan Avenue, gaoxinyuan, Nanshan District, Shenzhen, Guangdong Province Applicant before: NUBIA TECHNOLOGY Co.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |