CN106991034A - 一种监控卡顿的方法和设备以及移动终端 - Google Patents

Abstract

本发明公开了一种监控卡顿的方法和设备以及移动终端，其中该方法包括：当接收到操作移动终端所产生的移动终端识别指令时，获取所述移动终端的帧率信息；基于所述帧率信息判断是否发生卡顿；若判断结果为是，获取所述移动终端的用于分析卡顿的现场信息和日志信息。以此通过在操作移动终端时获取该移动终端的帧率信息，并基于所获取的帧率信息对是否卡顿进行判断，以及当判断卡顿时及时获取到用于分析卡顿的现场信息和日志信息，实现了自动化的卡顿检测，相较于人工检测，提高了效率，且能发现仍检测所无法检测到的卡顿现象。

Description

一种监控卡顿的方法和设备以及移动终端

技术领域

本发明涉及数据处理领域，特别涉及一种监控卡顿的方法和设备以及移动终端。

背景技术

在现有移动终端的操作***平台，例如安卓***平台上，难免会遇到卡顿的现象，但目前针对卡顿并没有有效的方式实现自动监测。

目前采用的监测方式是依赖测试人员或开发人员以人工抓取方式的方式来进行的，一则效率低下，二则很多卡顿现象由于是人所无法直接察觉的，导致并没有被检测到。

因此目前需要一种更有效的方式对卡顿的现象进行监控。

发明内容

针对现有技术中的缺陷，本发明提出了一种监控卡顿的方法和设备以及移动终端；能更有效发现卡顿现象，且提高了监控的效率。

具体的，本发明提出了以下具体的实施例：

本发明实施例提出了一种监控卡顿的方法，包括：

当接收到操作移动终端所产生的移动终端识别指令时，获取所述移动终端的帧率信息；

基于所述帧率信息判断是否发生卡顿；

若判断结果为是，获取所述移动终端的用于分析卡顿的现场信息和日志信息。

在一个具体的实施例中，所述当接收到操作移动终端所产生的移动终端识别指令时，获取所述移动终端的帧率信息，包括：

当接收到操作移动终端所产生的移动终端识别指令时，在监控时间段内获取所述移动终端的帧率信息；其中，所述监控时间段为以接收所述移动终端识别指令的时间为起点的预设时间长度的时间段。

在一个具体的实施例中，所述预设时间长度小于或等于操作所影响移动终端的时间。

在一个具体的实施例中，所述帧率信息中包括帧率的数值；

所述基于所述帧率信息判断是否发生卡顿，包括：

基于所述帧率信息确定帧率的数值；

判断所述帧率的数值是否小于预设第一阈值；

若判断结果为是，则确定发生卡顿；

若判断结果为否，则确定未发生卡顿。

在一个具体的实施例中，所述帧率信息中包括帧率下降的数值；

所述基于所述帧率信息判断是否发生卡顿，包括：

基于所述帧率信息确定帧率下降的数值；

判断所述帧率下降的数值是否大于预设第二阈值；

若判断结果为是，则确定发生卡顿；

若判断结果为否，则确定未发生卡顿。

在一个具体的实施例中，所述帧率信息中包括帧率的数值和帧率下降的数值；

所述基于所述帧率信息判断是否发生卡顿，包括：

基于所述帧率信息确定帧率的数值以及帧率下降的数值；

判断所述帧率的数值是否小于预设第一阈值，且所述帧率下降的数值是否大于预设第二阈值；

若判断结果都为是，则确定发生卡顿；

若判断结果不都为是，则确定未发生卡顿。

在一个具体的实施例中，预设第一阈值设置有多个；各所述预设第一阈值与所述操作以及所述移动终端当时运行的应用程序对应；

预设第二阈值设置有多个；各所述预设第二阈值与所述操作以及所述移动终端当时运行的应用程序对应。

在一个具体的实施例中，所述现场信息包括操作移动终端的时间点信息、操作对应的应用程序信息及帧率信息中至少一种。

在一个具体的实施例中，该方法还包括：

将所述现场信息和所述日志信息发送给服务器。

在一个具体的实施例中，所述对移动终端的操作包括以下至少一种：在所述移动终端上的点击操作、在所述移动终端上的滑动操作、在所述移动终端上的按压操作、所述移动终端进行充电。

本发明实施例还提出了一种监控卡顿的设备，包括：

第一获取模块，用于当接收到操作移动终端所产生的移动终端识别指令时，获取所述移动终端的帧率信息；

判断模块，用于基于所述帧率信息判断是否发生卡顿；

第二获取模块，用于当判断结果为是时，获取所述移动终端的用于分析卡顿的现场信息和日志信息。

在一个具体的实施例中，所述第一获取模块用于：

当接收到操作移动终端所产生的移动终端识别指令时，在监控时间段内获取所述移动终端的帧率信息；其中，所述监控时间段为以接收所述移动终端识别指令的时间为起点的预设时间长度的时间段。

在一个具体的实施例中，所述预设时间长度小于或等于操作所影响移动终端的时间。

在一个具体的实施例中，所述帧率信息中包括帧率的数值；

所述判断模块用于：

基于所述帧率信息确定帧率的数值；

判断所述帧率的数值是否小于预设第一阈值；

若判断结果为是，则确定发生卡顿；

若判断结果为否，则确定未发生卡顿。

在一个具体的实施例中，所述帧率信息中包括帧率下降的数值；

所述判断模块，用于：

基于所述帧率信息确定帧率下降的数值；

判断所述帧率下降的数值是否大于预设第二阈值；

若判断结果为是，则确定发生卡顿；

若判断结果为否，则确定未发生卡顿。

在一个具体的实施例中，所述帧率信息中包括帧率的数值和帧率下降的数值；

所述判断模块，用于：

基于所述帧率信息确定帧率的数值以及帧率下降的数值；

判断所述帧率的数值是否小于预设第一阈值，且所述帧率下降的数值是否大于预设第二阈值；

若判断结果都为是，则确定发生卡顿；

若判断结果不都为是，则确定未发生卡顿。

在一个具体的实施例中，预设第一阈值设置有多个；各所述预设第一阈值与所述操作以及所述移动终端当时运行的应用程序对应；

预设第二阈值设置有多个；各所述预设第二阈值与所述操作以及所述移动终端当时运行的应用程序对应。

在一个具体的实施例中，所述现场信息包括操作移动终端的时间点信息、操作对应的应用程序信息及帧率信息中至少一种。

在一个具体的实施例中，该设备还包括：

发送模块，用于将所述现场信息和所述日志信息发送给服务器。

在一个具体的实施例中，所述对移动终端的操作包括以下至少一种：在所述移动终端上的点击操作、在所述移动终端上的滑动操作、在所述移动终端上的按压操作、所述移动终端进行充电。

本发明实施例还提出了一种移动终端，包括：

处理器；

用于存储所述处理器的可执行指令的存储器；

其中，所述处理器用于：

当接收到操作移动终端所产生的移动终端识别指令时，获取所述移动终端的帧率信息；

基于所述帧率信息判断是否发生卡顿；

若判断结果为是，获取所述移动终端的用于分析卡顿的现场信息和日志信息。

以此，本发明公开了一种监控卡顿的方法和设备以及移动终端，其中该方法包括：当接收到操作移动终端所产生的移动终端识别指令时，获取所述移动终端的帧率信息；基于所述帧率信息判断是否发生卡顿；若判断结果为是，获取所述移动终端的用于分析卡顿的现场信息和日志信息。以此通过在操作移动终端时获取该移动终端的帧率信息，并基于所获取的帧率信息对是否卡顿进行判断，以及当判断卡顿时及时获取到用于分析卡顿的现场信息和日志信息，实现了自动化的卡顿检测，相较于人工检测，提高了效率，且能发现仍检测所无法检测到的卡顿现象。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提出的一种监控卡顿的方法的流程示意图；

图2为本发明实施例提出的一种监控卡顿的设备的结构示意图；

图3为本发明实施例提出的一种监控卡顿的设备的结构示意图；

图4为本发明实施例提出的一种移动终端的结构示意图。

具体实施方式

在下文中，将更全面地描述本公开的各种实施例。本公开可具有各种实施例，并且可在其中做出调整和改变。然而，应理解：不存在将本公开的各种实施例限于在此公开的特定实施例的意图，而是应将本公开理解为涵盖落入本公开的各种实施例的精神和范围内的所有调整、等同物和/或可选方案。

在下文中，可在本公开的各种实施例中使用的术语“包括”或“可包括”指示所公开的功能、操作或元件的存在，并且不限制一个或更多个功能、操作或元件的增加。此外，如在本公开的各种实施例中所使用，术语“包括”、“具有”及其同源词仅意在表示特定特征、数字、步骤、操作、元件、组件或前述项的组合，并且不应被理解为首先排除一个或更多个其它特征、数字、步骤、操作、元件、组件或前述项的组合的存在或增加一个或更多个特征、数字、步骤、操作、元件、组件或前述项的组合的可能性。

在本公开的各种实施例中，表述“或”或“A或/和B中的至少一个”包括同时列出的文字的任何组合或所有组合。例如，表述“A或B”或“A或/和B中的至少一个”可包括A、可包括B或可包括A和B二者。

在本公开的各种实施例中使用的表述(诸如“第一”、“第二”等)可修饰在各种实施例中的各种组成元件，不过可不限制相应组成元件。例如，以上表述并不限制所述元件的顺序和/或重要性。以上表述仅用于将一个元件与其它元件区别开的目的。例如，第一用户装置和第二用户装置指示不同用户装置，尽管二者都是用户装置。例如，在不脱离本公开的各种实施例的范围的情况下，第一元件可被称为第二元件，同样地，第二元件也可被称为第一元件。

应注意到：如果描述将一个组成元件“连接”到另一组成元件，则可将第一组成元件直接连接到第二组成元件，并且可在第一组成元件和第二组成元件之间“连接”第三组成元件。相反地，当将一个组成元件“直接连接”到另一组成元件时，可理解为在第一组成元件和第二组成元件之间不存在第三组成元件。

在本公开的各种实施例中使用的术语“用户”可指示使用电子装置的人或使用电子装置的装置(例如，人工智能电子装置)。

在本公开的各种实施例中使用的术语仅用于描述特定实施例的目的并且并非意在限制本公开的各种实施例。如在此所使用，单数形式意在也包括复数形式，除非上下文清楚地另有指示。除非另有限定，否则在这里使用的所有术语(包括技术术语和科学术语)具有与本公开的各种实施例所属领域普通技术人员通常理解的含义相同的含义。所述术语(诸如在一般使用的词典中限定的术语)将被解释为具有与在相关技术领域中的语境含义相同的含义并且将不被解释为具有理想化的含义或过于正式的含义，除非在本公开的各种实施例中被清楚地限定。

实施例1

本发明实施例1公开了一种监控卡顿的方法，如图1所示，包括：

步骤101、当接收到操作移动终端所产生的移动终端识别指令时，获取所述移动终端的帧率信息；

步骤102、基于所述帧率信息判断是否发生卡顿；

步骤103、若判断结果为是，获取所述移动终端的用于分析卡顿的现场信息和日志信息。

在此，以一个具体的例子来进行说明，例如当按压手机上的音量键对音量进行调大或调小的操作时，获取在进行该操作时，该手机的帧率信息，例如帧率信息可以包括与时间对应的帧数，例如在时刻1为40帧每秒(也即40Hz)；时刻2为25帧每秒；而除此以外，还可以包括下降的帧数，具体的与没有操作手机时的帧数(例如为50帧每秒)进行比较，判断所下降的帧数，仍以上述为例，则时刻1下降10帧每秒，时刻2下降15帧每秒。

在获取到了上述的帧率信息之后，基于帧率信息判断是否发生卡顿，具体的，一个例子中，例如可以通过历史的帧率数据或者根据开发人员的经验值设置的阈值，并根据该阈值与上述的帧率信息进行比较，来判断是否发生卡顿。以帧数为例，例如帧数小于一定值，例如帧数小于30帧，则确认发生了卡顿。

在确认发生卡顿时，提取手机的现场信息和日志信息，以便后续基于此对卡顿进行分析。

在一个具体的实施例中，步骤101中的所述当接收到操作移动终端所产生的移动终端识别指令时，获取所述移动终端的帧率信息，包括：

当接收到操作移动终端所产生的移动终端识别指令时，在监控时间段内获取所述移动终端的帧率信息；其中，所述监控时间段为以接收所述移动终端识别指令的时间为起点的预设时间长度的时间段。

具体的，仍以上述为例来进行说明，按压手机上的音量键对音量进行调大或调小的操作，从开始该操作开始，该操作被手机所识别，该操作需要手机进行识别以及处理，因此存在有一定的时间，属于该操作影响该手机的时间，具体的，在该时间段内监控该手机的帧率信息，也即是实时获取帧率信息，进而得到的帧率信息对于判断是否卡顿是非常精准的，而超过了该时间段，将无法保证可以作为判断卡顿的依据。

在一个具体的实施例中，所述预设时间长度小于或等于操作所影响移动终端的时间。

例如按压手机的音量键所影响手机的时间为2秒，则预示时间段的长度不得大于2秒，且必须在被影响的2秒内，最优的实施例中，对卡顿现象进行更全面的判断，预设时间长度等于2秒，也即监控时间段与手机被影响的时间是一致的。

在一个具体的实施例中，所述帧率信息中可以包括帧率的数值和/或帧率下降的数值；为此，步骤102中基于所述帧率信息判断是否发生卡顿的方式可以有以下三种：

方式1、所述基于所述帧率信息判断是否发生卡顿，包括：

基于所述帧率信息确定帧率的数值；

判断所述帧率的数值是否小于预设第一阈值；

若判断结果为是，则确定发生卡顿；

若判断结果为否，则确定未发生卡顿。

具体的，仍以上述为例来进行说明，例如帧率信息中最小的帧率的数值为25帧每秒，而预设的第一阈值为30帧每秒，则确定发生卡顿。

方式2、所述基于所述帧率信息判断是否发生卡顿，包括：

基于所述帧率信息确定帧率下降的数值；

判断所述帧率下降的数值是否大于预设第二阈值；

若判断结果为是，则确定发生卡顿；

若判断结果为否，则确定未发生卡顿。

在此，若帧率下降的数值中的最大数值为下降了15帧每秒(从40帧每秒下降至25帧每秒)，而预设的第二阈值为20帧每秒，则可以判断发生了卡顿。

方式3、所述基于所述帧率信息判断是否发生卡顿，包括：

基于所述帧率信息确定帧率的数值以及帧率下降的数值

判断所述帧率的数值是否小于预设第一阈值，且所述帧率下降的数值是否大于预设第二阈值；

若判断结果都为是，则确定发生卡顿；

若判断结果不都为是，则确定未发生卡顿。

在一个具体的例子中，例如在监测时间范围内帧率中最小值为20帧每秒，而帧率下降的数值中的最大值为25帧每秒；若预设第一阈值为30帧，预设第二阈值为20帧，则可以确定发生卡顿。

在一个具体的实施例中，预设第一阈值设置有多个；各所述预设第一阈值与所述操作以及所述移动终端当时运行的应用程序对应；

预设第二阈值设置有多个；各所述预设第二阈值与所述操作以及所述移动终端当时运行的应用程序对应。

具体的，操作不同，例如按压电源键的操作与滑屏的操作，所对应的预设第一阈值和预设第二阈值可能不同，预设第一阈值和预设第二阈值是对应各操作来进行分别设置的，而除了不同操作对应不同阈值以外，针对移动终端当时运行的各应用程序，也可以分别设置对应的阈值，还可以结合操作以及当时运行的应用程序来对这两个阈值进行分别设置，例如滑动操作时，若是在应用程序1上时，会基于滑动操作与应用程序1设置对应的预设第一阈值和预设第二阈值；而若是在应用程序2上时，又会针对滑动的操作以及应用程序2设置对应的预设第一阈值和预设第二阈值。

在一个具体的实施例中，所述现场信息包括操作移动终端的时间点信息、操作对应的应用程序信息及帧率信息中至少一种。

在一个具体的实施例中，该方法还包括：

将所述现场信息和所述日志信息发送给服务器。

具体的，将所获取的现场信息和所述日志信息实时或者周期性发送给服务器，以便后续服务器可以基于此对卡顿进行分析。

在一个具体的实施例中，对移动终端的操作包括以下至少一种：在所述移动终端上的点击操作、在所述移动终端上的滑动操作、在所述移动终端上的按压操作、所述移动终端进行充电。

具体的，对移动终端的操作并不限于上述的几种，对移动终端的操作具体包括：任何需要移动终端进行处理的操作，例如可以包括移动终端***耳机，按压音量键，电源键，解锁屏幕，滑动处于解锁状态下屏幕等。

实施例2

为了对本发明进行进一步的说明，本发明实施例2还提出了一种监控卡顿的设备，如图2所示，包括：

第一获取模块201，用于当接收到操作移动终端所产生的移动终端识别指令时，获取所述移动终端的帧率信息；

判断模块202，用于基于所述帧率信息判断是否发生卡顿；

第二获取模块203，用于当判断结果为是时，获取所述移动终端的用于分析卡顿的现场信息和日志信息。

在一个具体的实施例中，所述第一获取模块201用于：

当接收到操作移动终端所产生的移动终端识别指令时，在监控时间段内获取所述移动终端的帧率信息；其中，所述监控时间段为以接收所述移动终端识别指令的时间为起点的预设时间长度的时间段。

在一个具体的实施例中，所述预设时间长度小于或等于操作所影响移动终端的时间。

在一个具体的实施例中，所述帧率信息中包括帧率的数值；

所述判断模块202用于：

基于所述帧率信息确定帧率的数值；

判断所述帧率的数值是否小于预设第一阈值；

若判断结果为是，则确定发生卡顿；

若判断结果为否，则确定未发生卡顿。

在一个具体的实施例中，所述帧率信息中包括帧率下降的数值；

所述判断模块202，用于：

基于所述帧率信息确定帧率下降的数值；

判断所述帧率下降的数值是否大于预设第二阈值；

若判断结果为是，则确定发生卡顿；

若判断结果为否，则确定未发生卡顿。

在一个具体的实施例中，所述帧率信息中包括帧率的数值和帧率下降的数值；

所述判断模块202，用于：

基于所述帧率信息确定帧率的数值以及帧率下降的数值；

判断所述帧率的数值是否小于预设第一阈值，且所述帧率下降的数值是否大于预设第二阈值；

若判断结果都为是，则确定发生卡顿；

若判断结果不都为是，则确定未发生卡顿。

在一个具体的实施例中，预设第一阈值设置有多个；各所述预设第一阈值与所述操作以及所述移动终端当时运行的应用程序对应；

预设第二阈值设置有多个；各所述预设第二阈值与所述操作以及所述移动终端当时运行的应用程序对应。

在一个具体的实施例中，所述现场信息包括操作移动终端的时间点信息、操作对应的应用程序信息及帧率信息中至少一种。

在一个具体的实施例中，如图3所示，还包括：

发送模块204，用于将所述现场信息和所述日志信息发送给服务器。

在一个具体的实施例中，对移动终端的操作包括以下至少一种：在所述移动终端上的点击操作、在所述移动终端上的滑动操作、在所述移动终端上的按压操作、所述移动终端进行充电。

实施例3

本发明实施例3还提供了一种移动终端，如图4所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该移动终端可以为包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑等任意移动终端设备，以移动终端为手机为例：

图4示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图4，手机包括：射频(Radio Frequency，RF)电路1510、存储器1520、输入单元1530、显示单元1540、传感器1550、音频电路1560、无线保真(wireless fidelity，WiFi)模块1570、处理器1580、以及电源1590等部件。本领域技术人员可以理解，图4中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图4对手机的各个构成部件进行具体的介绍：

RF电路1510可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给基带处理器1581处理；另外，将设计上行的数据发送给基站。通常，RF电路1510包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier，LNA)、双工器等。此外，RF电路1510还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯***(GlobalSystem of Mobile communication，GSM)、通用分组无线服务(General Packet RadioService，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

存储器1520可用于存储软件程序以及模块，处理器1580通过运行存储在存储器1520的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1520可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1520可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

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

显示单元1540可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1540可包括显示面板1541，可选的，可以采用液晶显示器(LiquidCrystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1541。进一步的，触控面板1531可覆盖显示面板1541，当触控面板1531检测到在其上或附近的触摸操作后，传送给处理器1580以确定触摸事件的类型，随后处理器1580根据触摸事件的类型在显示面板1541上提供相应的视觉输出。虽然在图4中，触控面板1531与显示面板1541是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1531与显示面板1541集成而实现手机的输入和输出功能。

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

音频电路1560、扬声器1561，传声器1562可提供用户与手机之间的音频接口。音频电路1560可将接收到的音频数据转换后的电信号，传输到扬声器1561，由扬声器1561转换为声音信号输出；另一方面，传声器1562将收集的声音信号转换为电信号，由音频电路1560接收后转换为音频数据，再将音频数据输出处理器1580处理后，经RF电路1510以发送给比如另一手机，或者将音频数据输出至存储器1520以便进一步处理。

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

处理器1580是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1520内的软件程序和/或模块，以及调用存储在存储器1520内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1580可包括一个或多个处理单元；优选的，处理器1580可集成应用处理器，应用处理器主要处理操作***、用户界面和应用程序等。基带处理器1581主要功能为基带编码/译码、声音编码及语音编码等，基带处理器1581可以集成调制解调处理器，调制解调处理器也可以不集成到基带处理器1581中。可以理解的是，基带处理器1581也可以被集成在处理器1580中。

手机还包括给各个部件供电的电源1590(比如电池)，优选的，电源可以通过电源管理***与处理器1580逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本发明实施例中，该终端所包括的所述处理器1580用于：

当接收到操作移动终端所产生的移动终端识别指令时，获取所述移动终端的帧率信息；

基于所述帧率信息判断是否发生卡顿；

若判断结果为是，获取所述移动终端的用于分析卡顿的现场信息和日志信息。

在一个具体的实施例中，所述当接收到操作移动终端所产生的移动终端识别指令时，获取所述移动终端的帧率信息，包括：

当接收到操作移动终端所产生的移动终端识别指令时，在监控时间段内获取所述移动终端的帧率信息；其中，所述监控时间段为以接收所述移动终端识别指令的时间为起点的预设时间长度的时间段。

在一个具体的实施例中，所述预设时间长度小于或等于操作所影响移动终端的时间。

在一个具体的实施例中，所述帧率信息中包括帧率的数值；

所述基于所述帧率信息判断是否发生卡顿，包括：

基于所述帧率信息确定帧率的数值；

判断所述帧率的数值是否小于预设第一阈值；

若判断结果为是，则确定发生卡顿；

若判断结果为否，则确定未发生卡顿。

在一个具体的实施例中，所述帧率信息中包括帧率下降的数值；

所述基于所述帧率信息判断是否发生卡顿，包括：

基于所述帧率信息确定帧率下降的数值；

判断所述帧率下降的数值是否大于预设第二阈值；

若判断结果为是，则确定发生卡顿；

若判断结果为否，则确定未发生卡顿。

在一个具体的实施例中，所述帧率信息中包括帧率的数值和帧率下降的数值；

所述基于所述帧率信息判断是否发生卡顿，包括：

基于所述帧率信息确定帧率的数值以及帧率下降的数值；

判断所述帧率的数值是否小于预设第一阈值，且所述帧率下降的数值是否大于预设第二阈值；

若判断结果都为是，则确定发生卡顿；

若判断结果不都为是，则确定未发生卡顿。

在一个具体的实施例中，预设第一阈值设置有多个；各所述预设第一阈值与所述操作以及所述移动终端当时运行的应用程序对应；

预设第二阈值设置有多个；各所述预设第二阈值与所述操作以及所述移动终端当时运行的应用程序对应。

在一个具体的实施例中，所述现场信息包括操作移动终端的时间点信息、操作对应的应用程序信息及帧率信息中至少一种。

在一个具体的实施例中，该处理器1580还包括：

将所述现场信息和所述日志信息发送给服务器。

在一个具体的实施例中，所述对移动终端的操作包括以下至少一种：在所述移动终端上的点击操作、在所述移动终端上的滑动操作、在所述移动终端上的按压操作、所述移动终端进行充电。

本发明公开了一种监控卡顿的方法和设备以及移动终端，其中该方法包括：当接收到操作移动终端所产生的移动终端识别指令时，获取所述移动终端的帧率信息；基于所述帧率信息判断是否发生卡顿；若判断结果为是，获取所述移动终端的用于分析卡顿的现场信息和日志信息。以此通过在操作移动终端时获取该移动终端的帧率信息，并基于所获取的帧率信息对是否卡顿进行判断，以及当判断卡顿时及时获取到用于分析卡顿的现场信息和日志信息，实现了自动化的卡顿检测，相较于人工检测，提高了效率，且能发现仍检测所无法检测到的卡顿现象。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本发明的几个具体实施场景，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

本发明实施例还揭示了：

A1、一种监控卡顿的方法，包括：

当接收到操作移动终端所产生的移动终端识别指令时，获取所述移动终端的帧率信息；

基于所述帧率信息判断是否发生卡顿；

若判断结果为是，获取所述移动终端的用于分析卡顿的现场信息和日志信息。

A2、如A1所述的方法，所述当接收到操作移动终端所产生的移动终端识别指令时，获取所述移动终端的帧率信息，包括：

当接收到操作移动终端所产生的移动终端识别指令时，在监控时间段内获取所述移动终端的帧率信息；其中，所述监控时间段为以接收所述移动终端识别指令的时间为起点的预设时间长度的时间段。

A3、如A2所述的方法，所述预设时间长度小于或等于操作所影响移动终端的时间。

A4、如A1所述的方法，所述帧率信息中包括帧率的数值；

所述基于所述帧率信息判断是否发生卡顿，包括：

基于所述帧率信息确定帧率的数值；

判断所述帧率的数值是否小于预设第一阈值；

若判断结果为是，则确定发生卡顿；

若判断结果为否，则确定未发生卡顿。

A5、如A1所述的方法，所述帧率信息中包括帧率下降的数值；

所述基于所述帧率信息判断是否发生卡顿，包括：

基于所述帧率信息确定帧率下降的数值；

判断所述帧率下降的数值是否大于预设第二阈值；

若判断结果为是，则确定发生卡顿；

若判断结果为否，则确定未发生卡顿。

A6、如A1所述的方法，所述帧率信息中包括帧率的数值和帧率下降的数值；

所述基于所述帧率信息判断是否发生卡顿，包括：

基于所述帧率信息确定帧率的数值以及帧率下降的数值；

判断所述帧率的数值是否小于预设第一阈值，且所述帧率下降的数值是否大于预设第二阈值；

若判断结果都为是，则确定发生卡顿；

若判断结果不都为是，则确定未发生卡顿。

A7、如A4-A6中任意一项所述的方法，预设第一阈值设置有多个；各所述预设第一阈值与所述操作以及所述移动终端当时运行的应用程序对应；

预设第二阈值设置有多个；各所述预设第二阈值与所述操作以及所述移动终端当时运行的应用程序对应。

A8、如A1所述的方法，所述现场信息包括操作移动终端的时间点信息、操作对应的应用程序信息及帧率信息中至少一种。

A9、如A1所述的方法，该方法还包括：

将所述现场信息和所述日志信息发送给服务器。

A10、如A1所述的方法，对移动终端的操作包括以下至少一种：在所述移动终端上的点击操作、在所述移动终端上的滑动操作、在所述移动终端上的按压操作、所述移动终端进行充电。

B11、一种监控卡顿的设备，包括：

第一获取模块，用于当接收到操作移动终端所产生的移动终端识别指令时，获取所述移动终端的帧率信息；

判断模块，用于基于所述帧率信息判断是否发生卡顿；

第二获取模块，用于当判断结果为是时，获取所述移动终端的用于分析卡顿的现场信息和日志信息。

B12、如B11所述的设备，所述第一获取模块用于：

当接收到操作移动终端所产生的移动终端识别指令时，在监控时间段内获取所述移动终端的帧率信息；其中，所述监控时间段为以接收所述移动终端识别指令的时间为起点的预设时间长度的时间段。

B13、如B12所述的设备，所述预设时间长度小于或等于操作所影响移动终端的时间。

B14、如B11所述的设备，所述帧率信息中包括帧率的数值；

所述判断模块用于：

基于所述帧率信息确定帧率的数值；

判断所述帧率的数值是否小于预设第一阈值；

若判断结果为是，则确定发生卡顿；

若判断结果为否，则确定未发生卡顿。

B15、如B11所述的设备，所述帧率信息中包括帧率下降的数值；

所述判断模块，用于：

基于所述帧率信息确定帧率下降的数值；

判断所述帧率下降的数值是否大于预设第二阈值；

若判断结果为是，则确定发生卡顿；

若判断结果为否，则确定未发生卡顿。

B16、如B11所述的设备，所述帧率信息中包括帧率的数值和帧率下降的数值；

所述判断模块，用于：

基于所述帧率信息确定帧率的数值以及帧率下降的数值；

判断所述帧率的数值是否小于预设第一阈值，且所述帧率下降的数值是否大于预设第二阈值；

若判断结果都为是，则确定发生卡顿；

若判断结果不都为是，则确定未发生卡顿。

B17、如B14-B16中任意一项所述的设备，预设第一阈值设置有多个；各所述预设第一阈值与所述操作以及所述移动终端当时运行的应用程序对应；

预设第二阈值设置有多个；各所述预设第二阈值与所述操作以及所述移动终端当时运行的应用程序对应。

B18、如B11所述的设备，所述现场信息包括操作移动终端的时间点信息、操作对应的应用程序信息及帧率信息中至少一种。

B19、如B11所述的设备，还包括：

发送模块，用于将所述现场信息和所述日志信息发送给服务器。

B20、如B11所述的设备，对移动终端的操作包括以下至少一种：在所述移动终端上的点击操作、在所述移动终端上的滑动操作、在所述移动终端上的按压操作、所述移动终端进行充电。

C21、一种移动终端，包括：

处理器；

用于存储所述处理器的可执行指令的存储器；

其中，所述处理器用于：

当接收到操作移动终端所产生的移动终端识别指令时，获取所述移动终端的帧率信息；

基于所述帧率信息判断是否发生卡顿；

若判断结果为是，获取所述移动终端的用于分析卡顿的现场信息和日志信息。

Claims (10)

1.一种监控卡顿的方法，其特征在于，包括：

当接收到操作移动终端所产生的移动终端识别指令时，获取所述移动终端的帧率信息；

基于所述帧率信息判断是否发生卡顿；

若判断结果为是，获取所述移动终端的用于分析卡顿的现场信息和日志信息。

2.如权利要求1所述的方法，其特征在于，所述当接收到操作移动终端所产生的移动终端识别指令时，获取所述移动终端的帧率信息，包括：

当接收到操作移动终端所产生的移动终端识别指令时，在监控时间段内获取所述移动终端的帧率信息；其中，所述监控时间段为以接收所述移动终端识别指令的时间为起点的预设时间长度的时间段。

3.如权利要求2所述的方法，其特征在于，所述预设时间长度小于或等于操作所影响移动终端的时间。

4.如权利要求1所述的方法，其特征在于，所述现场信息包括操作移动终端的时间点信息、操作对应的应用程序信息及帧率信息中至少一种。

5.如权利要求1所述的方法，其特征在于，对移动终端的操作包括以下至少一种：在所述移动终端上的点击操作、在所述移动终端上的滑动操作、在所述移动终端上的按压操作、所述移动终端进行充电。

6.一种监控卡顿的设备，其特征在于，包括：

第一获取模块，用于当接收到操作移动终端所产生的移动终端识别指令时，获取所述移动终端的帧率信息；

判断模块，用于基于所述帧率信息判断是否发生卡顿；

第二获取模块，用于当判断结果为是时，获取所述移动终端的用于分析卡顿的现场信息和日志信息。

7.如权利要求6所述的设备，其特征在于，所述第一获取模块用于：

当接收到操作移动终端所产生的移动终端识别指令时，在监控时间段内获取所述移动终端的帧率信息；其中，所述监控时间段为以接收所述移动终端识别指令的时间为起点的预设时间长度的时间段。

8.如权利要求6所述的设备，其特征在于，所述现场信息包括操作移动终端的时间点信息、操作对应的应用程序信息及帧率信息中至少一种。

9.如权利要求6所述的设备，其特征在于，对移动终端的操作包括以下至少一种：在所述移动终端上的点击操作、在所述移动终端上的滑动操作、在所述移动终端上的按压操作、所述移动终端进行充电。

10.一种移动终端，其特征在于，包括：

处理器；

用于存储所述处理器的可执行指令的存储器；

其中，所述处理器用于：

当接收到操作移动终端所产生的移动终端识别指令时，获取所述移动终端的帧率信息；

基于所述帧率信息判断是否发生卡顿；

若判断结果为是，获取所述移动终端的用于分析卡顿的现场信息和日志信息。