CN109766282B - 一种卡顿检测方法、卡顿检测装置及终端设备 - Google Patents

Abstract

本申请提供了一种卡顿检测方法、卡顿检测装置、终端设备及计算机可读存储介质，所述方法包括：在目标应用程序基于网络运行时，获取终端设备在N1个时间段的每个时间段内所接收的目标数据包个数，其中，N1为整数且N1≥1，所述目标数据包为所述目标应用程序运行所需的数据包；在所述N1个时间段中，确定接收目标数据包的个数小于预设个数的时间段的数目；判断所述数目是否大于或等于预设数目；若所述数目大于或等于所述预设数目，则确定所述目标应用程序在运行时出现卡顿。本申请可以解决如何对应用程序的卡顿现象进行检测的技术问题。

Description

一种卡顿检测方法、卡顿检测装置及终端设备

技术领域

本申请属于终端设备技术领域，尤其涉及一种卡顿检测方法、卡顿检测装置、终端设备及计算机可读存储介质。

背景技术

当用户通过网络在终端设备中玩游戏、看视频或者阅读新闻时，若网络不稳定，会导致对应的应用程序(比如，游戏类应用程序、视频类应用程序或者新闻类应用程序等)在运行时出现卡顿，从而严重影响用户体验。

为了提高用户体验，需要首先检测应用程序在运行时是否出现卡顿，然后在该应用程序出现卡顿时，采取相应的措施以改善卡顿现象。

由此可见，为了提高用户体验，需要对应用程序是否出现卡顿进行检测，而如何对应用程序的卡顿现象进行检测是目前亟待解决的技术问题。

发明内容

有鉴于此，本申请提供了一种卡顿检测方法、卡顿检测装置、终端设备及计算机可读存储介质，可以解决如何对应用程序的卡顿现象进行检测的技术问题。

本申请第一方面提供了一种卡顿检测方法，应用于终端设备，包括：

在目标应用程序基于网络运行时，获取上述终端设备在N1个时间段的每个时间段内所接收的目标数据包个数，其中，N1为整数且N1≥1，上述目标数据包为上述目标应用程序运行所需的数据包；

在上述N1个时间段中，确定接收目标数据包的个数小于预设个数的时间段的数目；

判断上述数目是否大于或等于预设数目；

若上述数目大于或等于上述预设数目，则确定上述目标应用程序在运行时出现卡顿。

本申请第二方面提供了一种卡顿检测装置，应用于终端设备，包括：

个数获取模块，用于在目标应用程序基于网络运行时，获取上述终端设备在N1个时间段的每个时间段内所接收的目标数据包个数，其中，N1为整数且N1≥1，上述目标数据包为上述目标应用程序运行所需的数据包；

数目确定模块，用于在上述N1个时间段中，确定接收目标数据包的个数小于预设个数的时间段的数目；

数目判断模块，用于判断上述数目是否大于或等于预设数目；

卡顿确定模块，用于若上述数目大于或等于上述预设数目，则确定上述目标应用程序在运行时出现卡顿。

本申请第三方面提供了一种终端设备，包括存储器、处理器以及存储在上述存储器中并可在上述处理器上运行的计算机程序，上述处理器执行上述计算机程序时实现如上述第一方面方法的步骤。

本申请第四方面提供了一种计算机可读存储介质，上述计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现如上述第一方面方法的步骤。

本申请第五方面提供了一种计算机程序产品，上述计算机程序产品包括计算机程序，上述计算机程序被一个或多个处理器执行时实现如上述第一方面方法的步骤。

由上可见，本申请提供了一种卡顿检测方法，在目标应用程序基于网络运行时执行如下步骤：首先，获取终端设备在N1个时间段的每个时间段内所接收的目标数据包个数，其中，N1为整数且N1≥1，上述目标数据包为上述目标应用程序运行所需的数据包，比如，获取终端设备在5个时间段中，每个时间段内所接收的目标数据包个数分别为：13个、12个、5个、6个、1个；其次，在上述N1个时间段中，确定接收目标数据包的个数小于预设个数的时间段的数目，比如，若上述预设个数为8个，上述终端设备在5个时间段分别接收的目标数据包个数分别为13个、12个、5个、6个、1个时，则可以通过该步骤得出接收目标数据包个数小于8个的时间段数目为3；然后，判断上述数目是否大于或等于预设数目，若大于或等于上述预设数目，则确定上述目标应用程序在运行时出现卡顿，比如，若得出接收目标数据包个数较少的时间段数目为3，上述预设数目为2时，则可以确定目标应用程序在运行时出现卡顿。由此可见，本申请所提供的技术方案中，通过“判断接收数据包个数较少的时间段的数目是否达到预设数目”的技术手段，来确定应用程序是否出现卡顿，所以，本申请可以实现对应用程序是否出现卡顿的检测，能够在一定程度上解决如何对应用程序的卡顿现象进行检测的技术问题。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1是本申请实施例一提供的一种卡顿检测方法的实现流程示意图；

图2是本申请实施例二提供的另一种卡顿检测方法的实现流程示意图；

图3是本申请实施例二提供的终端设备检测目标应用程序是否出现卡顿的示意图；

图4是本申请实施例三提供的一种卡顿检测装置的结构示意图；

图5是本申请实施例四提供的终端设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

本申请实施例提供的卡顿检测方法适用于终端设备，示例性地，该终端设备包括但不限于：智能手机、平板电脑、笔记本、智能穿戴设备等。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

实施例一

下面对本申请实施例一提供的卡顿检测方法进行描述，该卡顿检测方法应用于终端设备。请参阅附图1，本申请实施例一提供的卡顿检测方法包括：

在步骤S101中，在目标应用程序基于网络运行时，获取上述终端设备在N1个时间段的每个时间段内所接收的目标数据包个数，其中，N1为整数且N1≥1，上述目标数据包为上述目标应用程序运行所需的数据包；

在本申请实施例中，上述目标应用程序可以是游戏类应用程序，比如王者荣耀、魔霸联盟、刺激战场等；上述目标应用程序也可以是视频类应用程序，比如腾讯视频、芒果TV、优酷视频等；上述目标应用程序还可以是社交类应用程序，比如微信、QQ等。本申请对上述目标应用程序的类型不作限定。

在本申请实施例中，当N1>1时，则上述N1个时间段中，各个时间段可以是连续的(即可以组成一连续时间段)，也可以是不连续的，本申请对此不作限定。另外，该步骤S101所述的N1个时间段中每个时间段的时长可以为预设时长，例如，若该预设时长为1s，则该步骤S101所述的N1个时间段中每个时间段的时长可以均为1s。

本申请实施例中的步骤S101-S103是在目标应用程序基于网络运行时执行的。比如，若目标应用程序为王者荣耀，则可以在一局游戏开局到结束这一段时间内，执行本申请所述的步骤S101-S103，以检测王者荣耀是否出现卡顿；若目标应用程序为腾讯视频，则可以在用户观看视频的这一段时间内，执行本申请所述的步骤S101-S103，以检测腾讯视频是否出现卡顿。

在步骤S102中，在上述N1个时间段中，确定接收目标数据包的个数小于预设个数的时间段的数目；

在通过步骤S101获取到终端设备在N1个时间段的每个时间段内所接收的目标数据包个数之后，执行该步骤S102，在该步骤S102中，可以判断上述N1个时间段中，每个时间段所接收的目标数据包的个数是否小于上述预设个数，并统计接收目标数据包的个数小于上述预设个数的时间段的数目。

比如，若上述预设个数为6，通过步骤S101获取到终端设备在5个时间段内分别接收的目标数据包个数为15个、16个、18个、1个、2个，则通过该步骤S102，可以确定出接收目标数据包个数小于6个的时间段数目为2。

此外，上述预设个数的大小可以随着目标应用程序的不同而改变，即在该步骤S102之前，可以包括如下步骤：

步骤A、获取上述目标应用程序的应用程序名称；

步骤B、根据该应用程序名称，确定与该应用程序名称对应的上述预设个数。

也即是在该步骤S102之前，根据目标应用程序的名称，确定上述预设个数的大小，比如，若目标应用程序为王者荣耀，则上述预设个数可以为8，若目标应用程序为腾讯视频，则上述预设个数可以为4。

在本申请实施例中，可以在终端设备本地或者服务器上存储一对应关系表，该对应关系表记录各个应用程序名称与预设个数的对应关系信息，其中，每一个应用程序名称对应一预设个数。则上述步骤B具体可以为：根据上述目标应用程序的应用程序名称，在该对应关系表中查找与上述目标应用程序的应用程序名称对应的预设个数。

在步骤S103中，判断上述数目是否大于或等于预设数目；

在本申请实施例中，上述预设数目的大小可以与上述N1的数值相关，N1取值越大，该预设数目可以越大。

在该步骤S103中，判断步骤S102所确定的数目是否大于或等于该预设数目，若判断结果是肯定的，则确定上述目标应用程序出现卡顿；若判断结果是否定的，则可以确定未检测到上述目标应用程序出现卡顿。

在步骤S104中，若上述数目大于或等于上述预设数目，则确定上述目标应用程序在运行时出现卡顿；

在本申请实施例中，若确定出上述目标应用程序出现卡顿，则该终端设备可以执行预设操作，其中，该预设操作为用于改善上述目标应用程序卡顿现象的操作。比如，若终端设备确定出上述目标应用程序出现卡顿，可以执行如下步骤：

步骤C、判断该终端设备除了已连接的网络，是否还能够连接至其他网络；

步骤D、若能够连接至其他网络，则获取其他网络的性能参数；

步骤E、根据其他网络的性能参数，判断其他网络的性能是否优于已连接的网络；

步骤F、若优于已连接的网络，则切换至其他网络。

此外，在本申请实施例中，若终端设备确定出上述目标应用程序出现卡顿，也可以执行如下步骤：

若该终端设备启动无线省电功能，则关闭该终端设备的无线省电功能；和/或，若该终端设备启动无线扫描功能，则关闭该终端设备的无线扫描功能；和/或，若该终端设备除了所述目标应用程序之外，还运行有其他进程，则关闭其他进程；和/或，若该终端设备除了所述目标应用程序之外，还运行有其他应用，则禁止其他应用访问网络等等。

由此可见，本申请实施例一所提供的技术方案中，通过“判断接收数据包个数较少的时间段的数目是否达到预设数目”的技术手段，来确定应用程序是否出现卡顿，所以，本申请可以实现对应用程序是否出现卡顿的检测，能够在一定程度上解决如何对应用程序的卡顿现象进行检测的技术问题。

实施例二

下面对本申请实施例二提供的另一种卡顿检测方法进行描述，与实施例一相同，实施例二所述的卡顿检测方法也应用于终端设备。

在本申请实施例二中，将实施例一所述的“预设数目”限定为N1，并且还限定了N1＝1，为便于本申请实施例二的描述，将实施例一所述的“N1个时间段”定义为第一时间段。请参见附图2，本申请实施例二中的卡顿检测方法包括：

在步骤S201中，在目标应用程序基于网络运行时，获取上述终端设备在第一时间段内所接收的目标数据包个数，其中，上述目标数据包为上述目标应用程序运行时所需的数据包；

该步骤S201与实施例一中的步骤S101的不同点仅仅在于：步骤S101并未对N1的大小进行限定，而该步骤S201将N1具体限定为1。除此之外，该步骤S201的具体执行过程与实施例一所述的步骤S101完全相同，具体可参见实施例一的描述，此处不再赘述。

此外，在本申请实施例二中，在终端设备执行该步骤S201时，可以将距离当前时刻最近的一时间段作为第一时间段，比如，若当前时刻为上午9点05分30秒，上述第一时间段的时长为1秒，则上述第一时间段的起始时刻可以为9点05分29秒，结束时刻可以为9点05分30秒。

在步骤S202中，判断上述第一时间段内接收目标数据包的个数是否小于预设个数，若是，则执行步骤S203，若否，则执行步骤S204；

在步骤S203中，确定数目为1；在步骤S204中，确定数目为0；

本领域技术人员容易理解，当N1＝1时，实施例一中的步骤S102可以包括上述步骤S202-S204。此外，与实施例一相同，上述预设个数的大小可以根据目标应用程序的应用程序名称确定，具体可参见实施例一的描述，此处不再赘述。

在步骤S205中，判断上述数目是否等于1；

在步骤S206中，若上述数目等于1，则确定上述目标应用程序在运行时出现卡顿。

本领域技术人员容易理解，当实施例一所述的“预设数目”为N1，并且N1＝1时，实施例一中的步骤S103-S104可以包括上述步骤S205-S206。

另外，本领域技术人员可以很容易得出，若步骤S202的判断结果是肯定的，则可以直接确定上述目标应用程序在运行时出现卡顿，完全没有必要先将“数值”确定为1，然后判断“数值”是否为1。也即是，请本领域技术人员注意，以下技术方案一与技术方案二是完全等同的技术方案。

技术方案一：在判断出终端设备在上述第一时间段内接收目标数据包个数小于上述预设个数后，直接确定上述目标应用程序在运行时出现卡顿。

技术方案二：在判断出终端设备在上述第一时间段内接收目标数据包个数小于上述预设个数后，确定数目为1，判断该数目是否为1，若该数目为1，则确定上述目标应用程序在运行时出现卡顿。

在本申请实施例二中，还可以对上述步骤S206进行进一步限定，也即是上述步骤S206可以包括如下步骤：

S2061、若上述数目等于1，则判断在该第一时间段之前，是否存在与该第一时间段紧邻的第二时间段集合，其中，该第二时间段集合中包括N2个第二时间段，N2为整数且N2≥1，该N2个第二时间段组成一连续时间段，且当N2>1时，两两第二时间段之间无交集，并且，该第二时间段的时长与该第一时间段的时长相同，该第二时间段为上述终端设备接收目标数据包的个数小于上述预设个数的时间段；

S2062、若在上述第一时间段之前，存在与上述第一时间段紧邻的第二时间段集合，则确定上述目标应用程序在运行时出现卡顿。

上述步骤S2061-S2062所限定的技术方案为：若检测到上述第一时间段内接收的目标数据包个数小于上述预设个数时，则进一步判断该终端设备是否在多个连续的时间段内接收的目标数据包个数均小于上述预设个数，若是，则确定上述目标应用程序出现卡顿。

此外，在本申请实施例二中，若上述步骤S205的判断结果是否定的，则可以确定未检测到上述目标应用程序出现卡顿。若上述步骤S2061的判断结果是否定的，也可以确定未检测到上述目标应用程序出现卡顿。

在本申请实施例二中，在确定上述目标应用程序出现卡顿之后，或者，在确定未检测到上述目标应用程序出现卡顿之后，可以执行如下步骤：

对上述第一时间段进行更新，将紧邻上述第一时间段之后的第三时间段作为第一时间段，其中，该第三时间段的时长与上述第一时间段时长相同，然后返回执行步骤S201。

也即是，终端设备可以在目标应用程序运行时，循环不断地执行上述步骤S201-S206，不断检测目标应用程序是否出现卡顿，并可以在检测到卡顿时，执行用于改善上述目标应用程序卡顿现象的预设操作。

为便于本领域技术人员理解本申请实施例二所述的技术方案，下面利用附图3进行详细说明。

如图3所示，假设当前时刻为T5时刻，终端设备可以在T5时刻判断第一时间段(T4-T5)接收的目标数据包个数是否小于预设个数，若该第一时间段(T4-T5)接收的目标数据包个数小于上述预设个数，则进一步判断在该第一时间段之前，是否存在紧邻该第一时间段的第二时间段集合(由N2个第二时间段组成，假设N2＝3，则该第二时间段集合由3个第二时间段组成)，若该终端设备在T1-T2时间段所接收的目标数据包个数小于预设个数，在T2-T3以及T3-T4分别所接收的目标数据包个数也小于预设个数，则可以判断出，在第一时间段(T4-T5)之前，存在第二时间段集合(T1-T2、T2-T3、T3-T4)，因此，该终端设备在T5时刻可以确定出上述目标应用程序在运行时出现卡顿，然后可以执行预设的用于改善该目标应用程序卡顿现象的操作，且该终端设备对当前的第一时间段进行更新，将第一时间段更新为T5-T6，并可以在T6时刻，判断当前的第一时间段(T5-T6)接收的目标数据包个数是否小于预设个数，若不小于，则可以认为未检测到上述目标应用程序出现卡顿，并继续对当前的第一时间段继续更新，将第一时间段更新为T6-T7，并可以在T7时刻，判断第一时间段(T6-T7)接收的目标数据包个数是否小于预设个数。也即是，终端设备可以循环不断地执行上述步骤S201-S206，不断检测目标应用程序是否出现卡顿。

本申请实施例二论述了一种包含在实施例一中的较为具体的技术方案。通常情况下，当目标应用程序发生卡顿时，终端设备会在一段时间内持续地接收到数量较少的目标数据包。本申请实施例二提供了的一种技术方案：若检测到终端设备在第一时间段内接收的目标数据包个数小于预设个数，则进一步判断在该第一时间段之前，是否存在第二时间段集合，若存在，则确定目标应用程序出现卡顿。显然，该技术方案可以更加准确的检测目标应用程序是否出现卡顿。此外，本申请实施例二与实施例一相同，能够在一定程度上解决如何对应用程序的卡顿现象进行检测的技术问题。

应理解，上述方法实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

实施例三

本申请实施例三提供了一种卡顿检测装置，为便于说明，仅示出与本申请相关的部分，如图4所示，卡顿检测装置400包括：

个数获取模块401，用于在目标应用程序基于网络运行时，获取上述终端设备在N1个时间段的每个时间段内所接收的目标数据包个数，其中，N1为整数且N1≥1，上述目标数据包为上述目标应用程序运行所需的数据包；

数目确定模块402，用于在上述N1个时间段中，确定接收目标数据包的个数小于预设个数的时间段的数目；

数目判断模块403，用于判断上述数目是否大于或等于预设数目；

卡顿确定模块404，用于若上述数目大于或等于上述预设数目，则确定上述目标应用程序在运行时出现卡顿。

可选地，上述预设数目为N1，N1＝1，并且当N1＝1时，将上述N1个时间段作为第一时间段；

相应地，上述个数获取模块401具体用于：

在目标应用程序基于网络运行时，获取上述终端设备在上述第一时间段内所接收的目标数据包个数；

相应地，上述数目确定模块402具体用于：

判断上述第一时间段内接收目标数据包的个数是否小于上述预设个数；

若是，则确定上述数目为1；若否，则确定上述数目为0；

相应地，上述数目判断模块403具体用于：判断上述数目是否等于1；

相应地，上述卡顿确定模块404具体用于：若上述数目等于1，则确定上述目标应用程序在运行时出现卡顿。

相应地，上述卡顿确定模块404可以包括：

连续时间判断单元，用于若上述数目等于1，则判断在上述第一时间段之前，是否存在与上述第一时间段紧邻的第二时间段集合，其中，上述第二时间段集合中包括N2个第二时间段，N2为整数且N2≥1，上述N2个第二时间段组成一连续时间段，且当N2>1时，两两第二时间段之间无交集，并且，上述第二时间段的时长与上述第一时间段的时长相同，上述第二时间段为上述终端设备接收目标数据包的个数小于所述预设个数的时间段；

卡顿确定单元，用于若在上述第一时间段之前，存在与上述第一时间段紧邻的第二时间段集合，则确定上述目标应用程序在运行时出现卡顿。

相应地，上述卡顿确定模块404还包括：

更新单元，用于若在上述第一时间段之前，不存在与上述第一时间段紧邻的第二时间段集合时，或者，在确定上述目标应用程序在运行时出现卡顿之后，对上述第一时间段进行更新，将紧邻上述第一时间段之后的第三时间段作为第一时间段，其中，该第三时间段的时长与上述第一时间段时长相同，然后触发上述个数获取模块401执行所述获取上述终端设备在第一时间段内所接收的目标数据包个数的步骤。

可选地，上述卡顿确定模块404还用于：执行用于改善所述目标应用程序卡顿的预设操作。

可选地，上述卡顿检测装置400还包括：

名称获取模块，用于获取上述目标应用程序的应用程序名称；

个数确定模块，用于根据上述应用程序名称，确定与该应用程序名称对应的上述预设个数。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

实施例四

图5是本申请实施例四提供的终端设备的示意图。如图5所示，该实施例的终端设备50包括：处理器51、存储器52以及存储在上述存储器52中并可在上述处理器51上运行的计算机程序53。上述处理器51执行上述计算机程序53时实现上述各个方法实施例中的步骤，例如图1所示的步骤S101至S104。或者，上述处理器51执行上述计算机程序53时实现上述各装置实施例中各模块/单元的功能，例如图4所示模块401至404的功能。

示例性的，上述计算机程序53可以被分割成一个或多个模块/单元，上述一个或者多个模块/单元被存储在上述存储器52中，并由上述处理器51执行，以完成本申请。上述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述上述计算机程序53在上述终端设备50中的执行过程。例如，上述计算机程序53可以被分割成个数获取模块、数目确定模块、数目判断模块以及卡顿确定模块，各模块具体功能如下：

在目标应用程序基于网络运行时，获取上述终端设备在N1个时间段的每个时间段内所接收的目标数据包个数，其中，N1为整数且N1≥1，上述目标数据包为上述目标应用程序运行所需的数据包；

在上述N1个时间段中，确定接收目标数据包的个数小于预设个数的时间段的数目；

判断上述数目是否大于或等于预设数目；

若上述数目大于或等于上述预设数目，则确定上述目标应用程序在运行时出现卡顿。

上述终端设备可包括，但不仅限于，处理器51、存储器52。本领域技术人员可以理解，图5仅仅是终端设备50的示例，并不构成对终端设备50的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如上述终端设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器51可以是中央处理单元(Central Processing Unit，CPU)，还可以是其它通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

上述存储器52可以是上述终端设备50的内部存储单元，例如终端设备50的硬盘或内存。上述存储器52也可以是上述终端设备50的外部存储设备，例如上述终端设备50上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，上述存储器52还可以既包括上述终端设备50的内部存储单元也包括外部存储设备。上述存储器52用于存储上述计算机程序以及上述终端设备所需的其它程序和数据。上述存储器52还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将上述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，上述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，上述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，上述计算机程序包括计算机程序代码，上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读介质可以包括：能够携带上述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，上述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上上述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (8)

1.一种卡顿检测方法，应用于终端设备，其特征在于，所述卡顿检测方法包括：

在目标应用程序基于网络运行时，获取所述终端设备在N1个时间段的每个时间段内所接收的目标数据包个数，其中，N1为整数且N1≥1，所述目标数据包为所述目标应用程序运行所需的数据包；

在所述N1个时间段中，确定接收目标数据包的个数小于预设个数的时间段的数目；

判断所述数目是否大于或等于预设数目；

若所述数目大于或等于所述预设数目，则确定所述目标应用程序在运行时出现卡顿；

其中，所述预设数目为N1，N1＝1，并且当N1＝1时，将所述N1个时间段作为第一时间段；

相应地，所述在目标应用程序基于网络运行时，获取所述终端设备在N1个时间段的每个时间段内所接收的目标数据包个数，包括：

在目标应用程序基于网络运行时，获取所述终端设备在所述第一时间段内所接收的目标数据包个数；

相应地，所述在所述N1个时间段中，确定接收目标数据包的个数小于预设个数的时间段的数目，包括：

判断所述第一时间段内接收目标数据包的个数是否小于所述预设个数；

若是，则确定所述数目为1；若否，则确定所述数目为0；

相应地，所述判断所述数目是否大于或等于预设数目；若所述数目大于或等于所述预设数目，则确定所述目标应用程序在运行时出现卡顿，包括：

判断所述数目是否等于1；

若所述数目等于1，则确定所述目标应用程序在运行时出现卡顿；

其中，所述若所述数目等于1，则确定所述目标应用程序在运行时出现卡顿，包括：

若所述数目等于1，则：

判断在所述第一时间段之前，是否存在与所述第一时间段紧邻的第二时间段集合，其中，所述第二时间段集合中包括N2个第二时间段，N2为整数且N2≥1，所述N2个第二时间段组成一连续时间段，且当N2>1时，两两第二时间段之间无交集，并且，所述第二时间段的时长与所述第一时间段的时长相同，所述第二时间段为所述终端设备接收目标数据包的个数小于所述预设个数的时间段；

若在所述第一时间段之前，存在与所述第一时间段紧邻的第二时间段集合，则确定所述目标应用程序在运行时出现卡顿。

2.如权利要求1所述的卡顿检测方法，其特征在于，在所述判断在所述第一时间段之前，是否存在与所述第一时间段紧邻的第二时间段集合的步骤之后，还包括：

若在所述第一时间段之前，不存在与所述第一时间段紧邻的第二时间段集合，则：

对所述第一时间段进行更新，将紧邻所述第一时间段之后的第三时间段作为第一时间段，其中，所述第三时间段的时长与所述第一时间段时长相同，然后返回执行所述获取所述终端设备在所述第一时间段内所接收的目标数据包个数的步骤以及后续步骤。

3.如权利要求2所述的卡顿检测方法，其特征在于，在所述确定所述目标应用程序在运行时出现卡顿的步骤之后，还包括：

对所述第一时间段进行更新，将紧邻所述第一时间段之后的第三时间段作为第一时间段，其中，所述第三时间段的时长与所述第一时间段时长相同，然后返回执行所述获取所述终端设备在所述第一时间段内所接收的目标数据包个数的步骤以及后续步骤。

4.如权利要求1至3中任一项所述的卡顿检测方法，其特征在于，在所述确定所述目标应用程序在运行时出现卡顿的步骤之后，还包括：

执行用于改善所述目标应用程序卡顿的预设操作。

5.如权利要求1至3中任一项所述的卡顿检测方法，其特征在于，在所述确定接收目标数据包的个数小于预设个数的时间段的数目的步骤之前，还包括：

获取所述目标应用程序的应用程序名称；

根据所述应用程序名称，确定与所述应用程序名称对应的所述预设个数。

6.一种卡顿检测装置，应用于终端设备，其特征在于，所述卡顿检测装置包括：

个数获取模块，用于在目标应用程序基于网络运行时，获取所述终端设备在N1个时间段的每个时间段内所接收的目标数据包个数，其中，N1为整数且N1≥1，所述目标数据包为所述目标应用程序运行所需的数据包；

数目确定模块，用于在所述N1个时间段中，确定接收目标数据包的个数小于预设个数的时间段的数目；

数目判断模块，用于判断所述数目是否大于或等于预设数目；

卡顿确定模块，用于若所述数目大于或等于所述预设数目，则确定所述目标应用程序在运行时出现卡顿；

其中，所述预设数目为N1，N1＝1，并且当N1＝1时，将所述N1个时间段作为第一时间段；

相应地，所述个数获取模块具体用于：

在目标应用程序基于网络运行时，获取所述终端设备在所述第一时间段内所接收的目标数据包个数；

相应地，所述数目确定模块具体用于：

判断所述第一时间段内接收目标数据包的个数是否小于所述预设个数；

若是，则确定所述数目为1；若否，则确定所述数目为0；

相应地，所述数目判断模块具体用于：

判断所述数目是否等于1；

相应地，所述卡顿确定模块具体用于：若所述数目等于1，则确定所述目标应用程序在运行时出现卡顿；

相应地，所述卡顿确定模块包括：

连续时间判断单元，用于若所述数目等于1，则判断在所述第一时间段之前，是否存在与所述第一时间段紧邻的第二时间段集合，其中，所述第二时间段集合中包括N2个第二时间段，N2为整数且N2≥1，所述N2个第二时间段组成一连续时间段，且当N2>1时，两两第二时间段之间无交集，并且，所述第二时间段的时长与所述第一时间段的时长相同，所述第二时间段为所述终端设备接收目标数据包的个数小于所述预设个数的时间段；

卡顿确定单元，用于若在所述第一时间段之前，存在与所述第一时间段紧邻的第二时间段集合，则确定所述目标应用程序在运行时出现卡顿。

7.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述方法的步骤。

8.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述方法的步骤。

Images