CN113032278A - 应用程序的运行方式、终端设备的等级确认方法及装置 - Google Patents

Abstract

本申请实施例提供了一种应用程序的运行方式确认方法，所述方法包括：获取终端设备的基础指标数据，并根据所述基础指标数据与预设的第一匹配规则确定所述终端设备的第一设备等级；获取应用程序运行时的性能指标数据，并根据所述性能指标数据与预设的第二匹配规则确定所述终端设备的第二设备等级；根据所述第一设备等级、所述第二设备等级与预设的设备等级映射表确定所述终端设备的设备等级；根据所述设备等级确定所述应用程序的运行方式。本申请可以减少应用程序在运行时出现卡顿、崩溃的情况，提高用户体验。

Description

应用程序的运行方式、终端设备的等级确认方法及装置

技术领域

本申请实施例涉及计算机技术领域，尤其涉及一种应用程序的运行方式、终端设备的等级确认方法及装置。

背景技术

随着终端设备(手机、平板等)技术的不断发展，终端设备中应用程序的种类也越来越多。比如，终端设备中同时安装有游戏类应用程序、社交类应用程序、视频播放类应用程序、即时通信类应用程序和购物类应用程序等。

然而，发明人发现，现有的应用程序开发人员在开发应用程序时，一般只会考虑终端设备屏幕大小、分辨率对应用程序运行时的影响，而忽略不同的终端设备由于硬件配置的不同，比如，中央处理器(CPU，Central Processing Unit)和图形处理器(GraphicsProcessing Unit，GPU)的不同对应用程序的运行也会产生很大的影响。比如，游戏类应用程序在高端机型的终端设备上运行时可以展现非常炫酷的画面，而在中端机型的终端设备上运行时一般需要进行降帧才能正常展示画面，在低端机型上不能正常运行，会出现应用程序卡顿、崩溃的情况，导致用户体验较差。

发明内容

本申请实施例的目的是提供一种应用程序的运行方式、终端设备的等级确认方法及装置、计算机设备及计算机可读存储介质，可以解决应用程序在运行时会出现卡顿、崩溃的情况，导致用户体验较差的问题。

本申请实施例的一个方面提供了一种应用程序的运行方式确认方法，所述方法包括：

获取终端设备的基础指标数据，并根据所述基础指标数据与预设的第一匹配规则确定所述终端设备的第一设备等级；

获取应用程序运行时的性能指标数据，并根据所述性能指标数据与预设的第二匹配规则确定所述终端设备的第二设备等级；

根据所述第一设备等级、所述第二设备等级与预设的设备等级映射表确定所述终端设备的设备等级；

根据所述设备等级确定所述应用程序的运行方式。

可选的，所述基础指标数据包括CPU主频、屏幕的分辨率、内存大小以及操作系统版本，所述第一设备等级包括高端、中端及低端，所述根据所述基础指标数据与预设的第一匹配规则确定所述终端设备的第一设备等级包括：

判断所述基础指标数据是否满足预设的第一条件，若所述基础指标数据满足所述第一条件，则确定所述终端设备的第一设备等级为高端，其中，所述第一条件为所述CPU主频大于或者等于第一预设频率，所述屏幕的分辨率大于或者等于预设分辨率，所述内存大小大于或者等于第一预设大小，及所述操作系统的版本高于或者等于第一预设版本；

判断所述基础指标数据是否满足预设的第二条件，若所述基础指标数据满足所述第二条件，则确定所述终端设备的第一设备等级为低端，其中，所述第二条件为所述CPU主频小于或者等于第二预设频率，所述内存大小小于或者等于第二预设大小，且所述操作系统的版本低于或者等于第二预设版本；

判断所述基础指标数据是否不满足所述第一条件，且也不满足所述第二条件，若所述基础指标数据不满足所述第一条件，且也不满足所述第二条件，则确定所述终端设备的第一设备等级为中端。

可选的，所述性能指标数据包括播放器首帧时间及所述应用程序的冷启动时间，所述第二设备等级包括高端、中端及低端，所述根据所述性能指标数据与预设的第二匹配规则确定所述终端设备的第二设备等级包括：

获取预设的多个分位值与预设的多个播放器首帧时间区间的第一对应关系，以及获取所述多个分位值与预设的多个冷启动时间区间的第二对应关系；

根据所述第一对应关系与获取的所述播放器首帧时间确定所述终端设备的第一分位值；

根据所述第二对应关系与获取的所述冷启动时间确定所述终端设备的第二分位值；

根据所述第一分位值与所述第二分位值确定所述终端设备的总分位值；

判断所述总分位值所处的分位值区间，所述分位值区间包括第一分位区间、第二分位区间与第三分位区间；

当所述总分位值处在所述第一分位区间时，确定所述终端设备的第二设备等级为低端，当所述总分位值处在所述第二分位区间时，确定所述终端设备的第二设备等级为中端，当所述总分位值处在所述第三分位区间时，确定所述终端设备的第二设备等级为高端。

可选的，所述运行方式包括动画模块的播放方式，所述播放方式包括正常播放，降帧播放与关闭所述动画模块的播放功能，所述根据所述设备等级确定所述应用程序的运行方式包括：

在所述设备等级为高端时，确定所述应用程序的运行方式为动画模块正常播放动画；

在所述设备等级为中端时，确定所述应用程序的运行方式为动画模块降帧播放动画；

在所述设备等级为中端时，确定所述应用程序的运行方式为动画模块不播放动画。

可选的，所述根据所述基础指标数据及所述性能指标数据确定所述终端设备的设备等级包括：

向服务器发送所述基础指标数据及所述性能指标数据，以使服务器根据所述基础指标数据及所述性能指标数据确定所述终端设备的设备等级；

接收所述服务器返回的所述终端设备的设备等级。

本申请实施例的再一个方面提供了一种终端设备的等级确认方法，应用于服务器中，所述方法包括：

获取终端设备上报的所述终端设备的基础指标数据，并根据所述基础指标数据与预设的第一匹配规则确定所述终端设备的第一设备等级；

获取所述终端设备上报的应用程序运行时的性能指标数据，并根据所述性能指标数据与预设的第二匹配规则确定所述终端设备的第二设备等级；

根据所述第一设备等级、所述第二设备等级与预设的设备等级映射表确定所述终端设备的设备等级，并将所述设备等级返回给所述终端设备。

可选的，所述基础指标数据包括CPU主频、屏幕的分辨率、内存大小以及操作系统版本，所述第一设备等级包括高端、中端及低端，所述根据所述基础指标数据与预设的第一匹配规则确定所述终端设备的第一设备等级包括：

判断所述基础指标数据是否满足预设的第一条件，若所述基础指标数据满足所述第一条件，则确定所述终端设备的第一设备等级为高端，其中，所述第一条件为所述CPU主频大于或者等于第一预设频率，所述屏幕的分辨率大于或者等于预设分辨率，所述内存大小大于或者等于第一预设大小，及所述操作系统的版本高于或者等于第一预设版本；

判断所述基础指标数据是否满足预设的第二条件，若所述基础指标数据满足所述第二条件，则确定所述终端设备的第一设备等级为低端，其中，所述第二条件为所述CPU主频小于或者等于第二预设频率，所述内存大小小于或者等于第二预设大小，且所述操作系统的版本低于或者等于第二预设版本；

判断所述基础指标数据是否不满足所述第一条件，且也不满足所述第二条件，若所述基础指标数据不满足所述第一条件，且也不满足所述第二条件，则确定所述终端设备的第一设备等级为中端。

可选的，所述性能指标数据包括播放器首帧时间及所述应用程序的冷启动时间，所述第二设备等级包括高端、中端及低端，所述根据所述性能指标数据与预设的第二匹配规则确定所述终端设备的第二设备等级包括：

获取预设的多个分位值与预设的多个播放器首帧时间区间的第一对应关系，以及获取所述多个分位值与预设的多个冷启动时间区间的第二对应关系；

根据所述第一对应关系与获取的所述播放器首帧时间确定所述终端设备的第一分位值；

根据所述第二对应关系与获取的所述冷启动时间确定所述终端设备的第二分位值；

根据所述第一分位值与所述第二分位值确定所述终端设备的总分位值；

判断所述总分位值所处的分位值区间，所述分位值区间包括第一分位区间、第二分位区间与第三分位区间；

当所述总分位值处在所述第一分位区间时，确定所述终端设备的第二设备等级为低端，当所述总分位值处在所述第二分位区间时，确定所述终端设备的第二设备等级为中端，当所述总分位值处在所述第三分位区间时，确定所述终端设备的第二设备等级为高端。

可选的，所述方法还包括：

获取多个终端设备上报的播放器首帧时间；

根据所述多个播放器首帧时间确定每一个播放器首帧时间区间包含的播放器首帧时间范围；

获取多个终端设备上报的冷启动时间；

根据所述多个冷启动时间确定每一个冷启动时间区间包含的冷启动时间范围

本申请实施例的再一个方面提供了一种应用程序的运行方式确认装置，包括：

第一获取模块，用于获取终端设备的基础指标数据，并根据所述基础指标数据与预设的第一匹配规则确定所述终端设备的第一设备等级；

第二获取模块，用于获取应用程序运行时的性能指标数据，并根据所述性能指标数据与预设的第二匹配规则确定所述终端设备的第二设备等级；

第一确定模块，用于根据所述第一设备等级、所述第二设备等级与预设的设备等级映射表确定所述终端设备的设备等级；

第二确定模块，用于根据所述设备等级确定所述应用程序的运行方式。

本申请实施例的再一个方面提供了一种终端设备的等级确认装置，包括：

第一获取模块，用于获取终端设备上报的所述终端设备的基础指标数据，并根据所述基础指标数据与预设的第一匹配规则确定所述终端设备的第一设备等级；

第二获取模块，用于获取所述终端设备上报的应用程序运行时的性能指标数据，并根据所述性能指标数据与预设的第二匹配规则确定所述终端设备的第二设备等级；

返回模块，用于根据所述第一设备等级、所述第二设备等级与预设的设备等级映射表确定所述终端设备的设备等级，并将所述设备等级返回给所述终端设备。

本申请实施例的再一个方面提供了一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，上述处理器执行上述计算机程序时用于实现如上任一项所述的方法的步骤。

本申请实施例的又一个方面提供了一种计算机可读存储介质，其上存储有计算机程序，上述计算机程序被处理器执行时用于实现如上任一项所述的方法的步骤。

本申请实施例提供的应用程序的运行方式、终端设备的等级确认方法及装置、计算机设备及计算机可读存储介质，获取终端设备的基础指标数据；获取应用程序运行时的性能指标数据；根据所述基础指标数据及所述性能指标数据确定所述终端设备的设备等级；根据所述设备等级确定所述应用程序的运行方式。本申请通过根据终端设备的基础指标数据以及应用程序运行时的性能指标数据来对终端设备的设备等级进行分级，从而可以根据不同的等级对应用程序的运行采用相应的运行方式，以减少应用程序在运行时出现卡顿、崩溃的情况，提高用户体验。

附图说明

图1示意性示出了实现本申请实施例的应用程序的运行方式确认方法的环境示意图；

图2示意性示出了根据本申请一实施例的应用程序的运行方式确认方法的流程图；

图3示意性示出了一实施例中根据所述基础指标数据与预设的第一匹配规则确定所述终端设备的第一设备等级的步骤细化流程图；

图4示意性示出了一实施例中根据所述性能指标数据与预设的第二匹配规则确定所述终端设备的第二设备等级的步骤细化流程图；

图5示意性示出了一实施例中根据所述基础指标数据及所述性能指标数据确定所述终端设备的设备等级的步骤细化流程图；

图6示意性示出了根据本申请一实施例终端设备的等级确认方法的流程图；

图7示意性示出了根据本申请另一实施例终端设备的等级确认方法的流程图图；

图8示意性示出了根据本申请实施例的应用程序的运行方式确认装置的框图；

图9示意性示出了根据本申请实施例的终端设备的等级确认装置的框图；以及

图10示意性示出了根据本申请实施例的适于实现应用程序的运行方式确认方法或终端设备的等级确认方法的计算机设备的硬件架构示意图。

具体实施方式

以下结合附图与具体实施例进一步阐述本申请的优点。

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

在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其它含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在本申请的描述中，需要理解的是，步骤前的数字标号并不标识执行步骤的前后顺序，仅用于方便描述本申请及区别每一步骤，因此不能理解为对本申请的限制。

图1示意性示出了根据本申请实施例的应用程序的运行方式确认方法的应用环境示意图。在示例性的实施例中，该应用环境的系统可包括终端设备10、服务器20。其中，终端设备10与服务器20形成无线或有线连接。终端设备10可以为手机、iPAD，平板电脑、电脑、一台服务器或多台服务器组成的服务器集群或云计算中心等，具体此处不作限定。服务器20可以为一台服务器或多台服务器组成的服务器集群或云计算中心等。

参阅图2，其为本申请一实施例的应用程序的运行方式确认方法的流程示意图。该方法应用于终端设备中，其中，所述终端设备可以为手机、iPAD，平板电脑、电脑等，在本实施例中，该终端设备以手机为例。

可以理解，本方法实施例中的流程图不用于对执行步骤的顺序进行限定。下面以手机为执行主体进行示例性描述，从图中可以看出，本实施例中所提供的应用程序的运行方式确认方法包括：

步骤S20、获取终端设备的基础指标数据，并根据所述基础指标数据与预设的第一匹配规则确定所述终端设备的第一设备等级。

具体地，所述基础指标数据可以包括CPU核数，CPU主频，内存的大小，当前可用的内存大小，操作系统的版本、机型、品牌、终端设备中安装的应用程序的版本号等。

在本实施例中，由于基础指标数据基本上不会发生变化，因此，在本实施例中，可以在应用程序启动的时候获取一次终端设备的基础指标数据就行。当然，也可以获取历史时间段内的基础指标数据作为所述基础指标数据，比如，获取历史7天内的基础指标数据。

可以理解的是，在获取到7天内的基础指标数据后，需要对各个类别的基础指标数据进行统计分析，并将最后的统计分析结果作为最终的基础指标数据。

所述第一匹配规则用于判定不同的基础指标数据所对应的第一设备等级。在本实施例中，所述第一匹配规则可以预先根据实际情况进行设定与调整，其具体内容在本实施例中不作限定。

其中，所述第一设备等级按照现有市面上对于终端设备的定义可以分为高端、中端、低端。可以理解的是，在本申请实施方式中的高端、中端、低端的命名仅为示例性的，其仅仅用于代表三种不同的设备等级。在本申请其他实施方式中，其也可以命名为第一等级、第二等级、第三等级。此外，在本申请其他实施方式中，该第一设备等级除了划分为高端、中端、低端之外，还可以存在其他等级，比如，还可以包括超高端、超低端等，在本实施例中不作限定。

作为示例，所述基础指标数据包括CPU主频、屏幕的分辨率、内存大小以及操作系统版本，所述第一设备等级包括高端、中端及低端，参照图3，所述根据所述基础指标数据与预设的第一匹配规则确定所述终端设备的第一设备等级可以包括：步骤S30，判断所述基础指标数据是否满足预设的第一条件，若所述基础指标数据满足所述第一条件，则确定所述终端设备的第一设备等级为高端，其中，所述第一条件为所述CPU主频大于或者等于第一预设频率，所述屏幕的分辨率大于或者等于预设分辨率，所述内存大小大于或者等于第一预设大小，及所述操作系统的版本高于或者等于第一预设版本；步骤S31，判断所述基础指标数据是否满足预设的第二条件，若所述基础指标数据满足所述第二条件，则确定所述终端设备的第一设备等级为低端，其中，所述第二条件为所述CPU主频小于或者等于第二预设频率，所述内存大小小于或者等于第二预设大小，且所述操作系统的版本低于或者等于第二预设版本；步骤S32，判断所述基础指标数据是否不满足所述第一条件，且也不满足所述第二条件，若所述基础指标数据不满足所述第一条件，且也不满足所述第二条件，则确定所述终端设备的第一设备等级为中端。

具体地，所述第一预设频率与所述第二预设频率为预先设定的值，其可以根据实际情况进行设定与修改，比如，所述第一预设频率设定为2.0GHZ，所述第二预设频率设定为1.0GHZ。

所述预设分辨率也为预先设定的值，其也可以根据实际情况进行设定与修改，比如，预设分辨率设定为2k。

所述第一预设大小与第二预设大小也为预先设定的值，其也可以根据实际情况进行设定与修改，比如，所述第一预设大小设定为12G，所述第二预设大小设定为2G。

所述第一预设版本与所述第二预设版本也为预先设定的值，其也可以根据实际情况进行设定与修改，比如，所述第一预设版本为Android10，所述第二预设版本为Android5.0。

本申请实施例中，在获取到基础指标数据后，可以依次将该基础指标数据与第一条件与第二条件进行匹配，在该基础指标数据满足第一条件时，即可以判定出第一设备等级为高端；在判断出该基础指标数据满足第二条件时，即可以判定出第一设备等级为低端；在判定出该基础指标数据既不满足第一条件也不满足第二条件时，即可以判定出第一设备等级为中端。

步骤S21，获取应用程序运行时的性能指标数据，并根据所述性能指标数据与预设的第二匹配规则确定所述终端设备的第二设备等级。

具体地，所述应用程序可以为游戏类应用程序、社交类应用程序、视频播放类应用程序、即时通信类应用程序和购物类应用程序等，在本实施例中不对所述应用程序的类型进行限定。

所述性能指标数据可以包括所述应用程序的冷启动时间，应用程序的崩溃(Crash)次数、应用程序的卡顿次数、应用程序的中的播放器首帧时间数据等。其中，应用程序的冷启动指的是当应用程序启动时，后台没有该应用程序的进程，这时系统会重新创建一个新的进程分配给该应用程序，这个启动方式就叫做冷启动(后台不存在该应用进程)；所述播放器首帧时间指的是识别出的播放器处于真实视频播放阶段的第一帧对应的时间戳值a与识别出的播放器处于播放器打开阶段的第一帧对应的时间戳值b的差值，即首帧时间＝a-b。需要说明的是，所述播放器打开阶段指的是用户点击播放器来打开播放器的阶段，真实视频播放阶段为播放器真正开始播放视频的阶段。

在本实施例中，由于性能指标数据随着应用程序的运行，各个性能指令数据是会发生变化的，因此，在本实施例中，在获取性能指标数据时，可以获取该应用程序在历史时间段内运行时产生的性能指标数据作为所述性能指标数据，比如，获取历史7天内的性能指标数据。

可以理解的是，在获取到7天内的性能指标数据后，需要对各个类别的性能指标数据进行统计分析，并将最后的统计分析结果作为最终的性能指标数据。

作为示例，假设获取到的7天内的性能指标数据包括：10条应用程序的冷启动时间，10条播放器首帧时间，其中，10条应用程序的冷启动时间分别为0.5s、0.7s、0.9s、0.3s、1.5s、1.8s、0.4s、0.6s、0.5s、1.2s，10条播放器首帧时间分别为2.1s、2.3s、2.5s、2.4s、2.2s、2.7s、2.1s、2.6s、2.9s、3.1s，则可以将10条应用程序的冷启动时间的平均值作为应用程序的最终的冷启动时间，将10条播放器首帧时间的平均值作为应用程序的最终的播放器首帧时间。

所述第二匹配规则用于判定不同的性能指标数据所对应的第二设备等级。在本实施例中，所述第二匹配规则也可以预先根据实际情况进行设定与调整，其具体内容在本实施例中不作限定。

其中，所述第二设备等级按照现有市面上对于终端设备的定义可以分为高端、中端、低端。可以理解的是，在本申请实施方式中的高端、中端、低端的命名仅为示例性的，其仅仅用于代表三种不同的设备等级。在本申请其他实施方式中，其也可以命名为第一等级、第二等级、第三等级。此外，在本申请其他实施方式中，该第二设备等级除了划分为高端、中端、低端之外，还可以存在其他等级，比如，还可以包括超高端、超低端等，在本实施例中不作限定。

作为示例，性能指标数据包括播放器首帧时间及所述应用程序的冷启动时间，所述第二设备等级包括高端、中端及低端，参照图4，所述根据所述性能指标数据与预设的第二匹配规则确定所述终端设备的第二设备等级可以包括：

步骤S40，获取预设的多个分位值与预设的多个播放器首帧时间区间的第一对应关系，以及获取所述多个分位值与预设的多个冷启动时间区间的第二对应关系。

具体地，所述分位值为用于评估不同的播放器首帧时间区间，及不同的冷启动时间区间在判定第二设备等级时所占的权重。每一个分位值与一个播放器首帧时间区间及一个冷启动时间区间相对应。

在本实施例中，多个分位值为预先设定的，其具体值可以根据实际情况进行设定与调整，比如，总共设定10个分位值，分别为10、20、30、40、50、60、70、80、90、100。

播放器首帧时间区间也是预先设定的，其个数与分位值的个数相同，每一个播放器首帧时间区间也可以根据实际情况进行设定与调整，比如，总共设定有10个播放器首帧时间区间，分别为(2.1，2.2)、(2.2，2.3)、(2.3，2.4)、(2.4，2.5)、(2.5，2.6)、(2.6，2.7)、(2.7，2.8)、(2.8，2.9)、(2.9，3.0)、(3.0，4.0)，其中，该播放器首帧时间区间的单位为秒(s)。

冷启动时间区间也是预先设定的，其个数与分位值的个数相同，每一个冷启动时间区间也可以根据实际情况进行设定与调整，比如，总共设定有10个冷启动时间区间，分别为(0.5，1.5)、(1.5，2.5)、(2.5，3.5)、(3.5，4.5)、(4.5，5.5)、(5.5，6.5)、(6.5，7.5)、(7.5，8.5)、(8.5，9.5)、(9.5，12)，其中，该冷启动时间区间的单位为秒(s)。

需要说明的是，上述中的各个区间值都可以为前开后闭的区间。

在本实施例中，为了便于理解第一对应关系与第二对应关系，可以参照下表一：

表一

步骤S41，根据所述第一对应关系与获取的所述播放器首帧时间确定所述终端设备的第一分位值；

步骤S42，根据所述第二对应关系与获取的所述冷启动时间确定所述终端设备的第二分位值。

具体地，在获取到所述播放器首帧时间与所述冷启动时间后，通过查询如表1所示的用于表征第一对应关系与第二对应关系的表即可以快速地获取到第一分位值与第二分位值。

作为示例，假设获取到的播放器首帧时间为2.35s，获取到的冷启动时间为0.7s，则可以确定第一分位值为30，第二分位值为10。

步骤S43，根据所述第一分位值与所述第二分位值确定所述终端设备的总分位值。

具体地，在一实施方式中，总分位值＝第一分位值+第二分位值。在另一实施方式中，总分位值＝(第一分位值+第二分位值)/2。

作为示例，总分位值＝30+10＝40。

步骤S44，判断所述总分位值所处的分位值区间，所述分位值区间包括第一分位区间、第二分位区间与第三分位区间。

步骤S45，当所述总分位值处在所述第一分位区间时，确定所述终端设备的第二设备等级为低端，当所述总分位值处在所述第二分位区间时，确定所述终端设备的第二设备等级为中端，当所述总分位值处在所述第三分位区间时，确定所述终端设备的第二设备等级为高端。

具体地，可以预先划分三个分位区间，各个分位区间所包含的分位值可以根据实际情况进行设定与调整。

作为示例，第一分位区间为(0，60)、第二分位区间为(60，140)、第三分位区间为(140，200)。在本实施例中，由于总分位值为40，故可以判定其处于第一分位区间，确定所述终端设备的第二设备等级为低端。

需要说明的是，在本申请其他实施方式中，当所述性能指标数据除了包括播放器首帧时间及所述应用程序的冷启动时间之外，还包括其他数据时，比如，还包括Crash次数、卡顿次数等，则在确定所述第二设备等级时，也可以先参照上述方式建立多个分位值与Crash次数区间、卡顿次数区间的对应关系，之后，再根据这些对应关系来确定获取到的Crash次数、卡顿次数对应的分位值，最后，根据确定的所有分位值来确定终端设备的第二设备等级。

步骤S22，根据所述第一设备等级、所述第二设备等级与预设的设备等级映射表确定所述终端设备的设备等级。

具体地，可以预先建立一个设备等级映射表，用于根据该映射表来确定不同的第一设备等级、所述第二设备等级对应的终端设备的设备等级。

作为示例，假设预先建立如下表二所示的设备等级映射表：

表二

在本实施例中，在得到第一设备等级与第二设备等级后，通过查询该设备等级映射表即可以快速确定出终端设备的设备等级。

作为示例，假设第一设备等级为中端，第二设备等级为高端，则可以确定终端设备的设备等级为中端。

在另一示例性的实施方式中，参照图5，所述根据所述基础指标数据及所述性能指标数据确定所述终端设备的设备等级可以包括：

步骤S50，向服务器发送所述基础指标数据及所述性能指标数据，以使服务器根据所述基础指标数据及所述性能指标数据确定所述终端设备的设备等级。

步骤S51，接收所述服务器返回的所述终端设备的设备等级。

具体地，也可以在服务器侧预先保存不同的基础指标数据及所述性能指标数据对应的设备等级，这样在终端设备获取到基础指标数据及性能指标数据之后，可以将获取到的基础指标数据及所述性能指标数据上报至服务器侧，以使服务器侧根据获取到的基础指标数据及所述性能指标数据，参照预设的设备等级映射关系表，确定与当前获取到的基础指标数据及所述性能指标数据匹配的设备等级。服务器在确定出设备等级后，将该设备等级返回给终端设备。

需要说明的是，服务器在根据获取到的基础指标数据及所述性能指标数据确定设备等级时，可以采用终端设备侧一样的方式来确定设备等级，在本实施例中不再赘述。

步骤S23，根据所述设备等级确定所述应用程序的运行方式。

具体地，可以预先设定不同的设备等级对应不同的运行方式，这样，在确定终端设备的设备等级之后，即可以根据设备等级与运行方式的对应关系来确定应用程序当前的运行方式，然后根据确定的运行方式进行运行。

在本实施例中，该运行方式可以为应用程序中的一个模块的运行方式，也可以为应用程序中的多个模块的运行方式，在该运行方式为多个模块的运行方式时，每一个模块的运行方式可以不同。

在实际应用中，可以采用以下步骤确定需要对应用程序的哪些模块的运行方式进行调整。

步骤一、对线上获取到的OOM&ANR信息进行分析，判断应用程序的业务模块是否需要调整。

步骤二、对线上Crash时所上报的OOM&ANR发生的场景进行汇总排序，并对每一个场景设置阈值，比如为10％，若经过分析后发现应用程序中的动画模块占OOM&ANR总数的20％，那么我们可以认为动画模块对于内存的需求比较大，在不同等级手机的表现需要不一样。

步骤三、研发人员通过在不同手机进行测试，然后制定应用程序中的各个业务模块具体的运行方式。

其中，OOM(OutOfMemoryError)指的是内存使用超过限制，会引发应用程序崩溃；

ANR(app not response)指的是应用程序卡顿超过5s，会提示应用程序没有反应，其主要原因是性能跟不上，比如内存打满，CPU打满等。

作为示例，以应用程序中的动画模块为例：当线上OOM&ANR次数10000，动画模块引起的次数5000，超过阈值10％。我们认为在低端的终端设备上动画模块的表现会更加的差，那么针对不同等级的终端设备可以制定以下的动画模块的播放方式：高端的终端设备的动画模块正常播放动画、中端的终端设备的动画模块降帧播放动画，低端的终端设备的动画模块关闭动画播放功能。

这样，当终端设备的设备等级为高端时，应用程序在需要播放动画时，即可以通过其中的动画模块对动画进行正常播放。

当终端设备的设备等级为中端时，应用程序在需要播放动画时，即可以通过其中的动画模块对动画进行降帧播放。

当终端设备的设备等级为低端时，应用程序在需要播放动画时，即可以关闭其中的动画模块的播放功能，以使动画模块不播放动画。

本申请实施例中，通过获取终端设备的基础指标数据；获取应用程序运行时的性能指标数据；根据所述基础指标数据及所述性能指标数据确定所述终端设备的设备等级；根据所述设备等级确定所述应用程序的运行方式。本申请通过根据终端设备的基础指标数据以及应用程序运行时的性能指标数据来对终端设备的设备等级进行分级，从而可以根据不同的等级对应用程序的运行采用相应的运行方式，以减少应用程序在运行时出现卡顿、崩溃的情况，提高用户体验。

图6为本申请实施例提供的一实施例中的终端设备的等级确认方法流程示意图，该方法应用于服务器中，其中，所述服务器可以为一台服务器或多台服务器组成的服务器集群或云计算中心，如图6所示，该方法可以包括：

步骤S60，获取终端设备上报的所述终端设备的基础指标数据，并根据所述基础指标数据与预设的第一匹配规则确定所述终端设备的第一设备等级；

步骤S61，获取所述终端设备上报的应用程序运行时的性能指标数据，并根据所述性能指标数据与预设的第二匹配规则确定所述终端设备的第二设备等级。

步骤S62，根据所述第一设备等级、所述第二设备等级与预设的设备等级映射表确定所述终端设备的设备等级，并将所述设备等级返回给所述终端设备。

具体的，步骤S60-S62与步骤S20-S22基本相同，其区别点仅仅在于，上述步骤S60-S62的执行主体为服务器，而步骤S20-S22的执行主体为终端设备，但其具体的实现方式是相同的，因此，在本实施例中不再赘述。

在一示例性的实施方式中，所述基础指标数据包括CPU主频、屏幕的分辨率、内存大小以及操作系统版本，所述第一设备等级包括高端、中端及低端，所述根据所述基础指标数据与预设的第一匹配规则确定所述终端设备的第一设备等级包括：判断所述基础指标数据是否满足预设的第一条件，若所述基础指标数据满足所述第一条件，则确定所述终端设备的第一设备等级为高端，其中，所述第一条件为所述CPU主频大于或者等于第一预设频率，所述屏幕的分辨率大于或者等于预设分辨率，所述内存大小大于或者等于第一预设大小，及所述操作系统的版本高于或者等于第一预设版本；判断所述基础指标数据是否满足预设的第二条件，若所述基础指标数据满足所述第二条件，则确定所述终端设备的第一设备等级为低端，其中，所述第二条件为所述CPU主频小于或者等于第二预设频率，所述内存大小小于或者等于第二预设大小，且所述操作系统的版本低于或者等于第二预设版本；判断所述基础指标数据是否不满足所述第一条件，且也不满足所述第二条件，若所述基础指标数据不满足所述第一条件，且也不满足所述第二条件，则确定所述终端设备的第一设备等级为中端。

具体地，上述步骤与步骤S30-S32基本相同，其区别点仅仅在于，上述步骤的执行主体为服务器，而步骤S30-S32的执行主体为终端设备，但其具体的实现方式是相同的，因此，在本实施例中不再赘述。

在一示例性的实施方式中，所述性能指标数据包括播放器首帧时间及所述应用程序的冷启动时间，所述第二设备等级包括高端、中端及低端，所述根据所述性能指标数据与预设的第二匹配规则确定所述终端设备的第二设备等级包括：获取预设的多个分位值与预设的多个播放器首帧时间区间的第一对应关系，以及获取所述多个分位值与预设的多个冷启动时间区间的第二对应关系；根据所述第一对应关系与获取的所述播放器首帧时间确定所述终端设备的第一分位值；根据所述第二对应关系与获取的所述冷启动时间确定所述终端设备的第二分位值；根据所述第一分位值与所述第二分位值确定所述终端设备的总分位值；判断所述总分位值所处的分位值区间，所述分位值区间包括第一分位区间、第二分位区间与第三分位区间；当所述总分位值处在所述第一分位区间时，确定所述终端设备的第二设备等级为低端，当所述总分位值处在所述第二分位区间时，确定所述终端设备的第二设备等级为中端，当所述总分位值处在所述第三分位区间时，确定所述终端设备的第二设备等级为高端。

具体地，上述步骤与步骤S40-S45基本相同，其区别点仅仅在于，上述步骤的执行主体为服务器，而步骤S40-S45的执行主体为终端设备，但其具体的实现方式是相同的，因此，在本实施例中不再赘述。

在一示例性的实施方式中，参照图7，所述终端设备的等级确认方法还包括：

步骤S70，获取多个终端设备上报的播放器首帧时间；

步骤S71，根据所述多个播放器首帧时间确定每一个播放器首帧时间区间包含的播放器首帧时间范围。

具体地，可以获取多个终端设备在预设时间段内上报的播放器首帧时间，然后对所有的播放器首帧时间进行分析，以得出每一个播放器首帧时间区间包含的播放器首帧时间范围。

作为示例，假设总共获取到100个播放器首帧时间，需要划分为10个播放器首帧时间区间，则在确定每一个播放器首帧时间区间包含的首帧时间范围时，可以先对100个播放器首帧时间按照从小到大的顺序进行排列，然后，将排列后的100个首帧时间按照每10个首帧时间进行划分为一类，每一类对应一个播放器首帧时间区间，之后，将划分后的每一个类别中的最小的首帧时间作为对应的播放器首帧时间范围中的最小边界值，将划分后的每一个类别中的最大的首帧时间作为对应的播放器首帧时间范围中的最大边界值。

步骤S72，获取多个终端设备上报的冷启动时间；

步骤S73，根据所述多个冷启动时间确定每一个冷启动时间区间包含的冷启动时间范围。

具体地，可以获取多个终端设备在预设时间段内上报的冷启动时间，然后对所有的冷启动时间进行分析，以得出每一个冷启动时间区间包含的冷启动时间范围。

作为示例，假设总共获取到100个冷启动时间，需要划分为10个冷启动时间区间，则在确定每一个冷启动时间区间包含的冷启动时间范围时，可以先对100个冷启动时间按照从小到大的顺序进行排列，然后，将排列后的100个冷启动时间按照每10个冷启动时间进行划分为一类，每一类对应一个冷启动时间区间，之后，将划分后的每一个类别中的最小的冷启动时间作为对应的冷启动时间范围中的最小边界值，将划分后的每一个类别中的最大的冷启动时间作为对应的冷启动时间范围中的最大边界值。

本申请实施例中通过根据基础指标数据及所述性能指标数据对终端设备进行等级划分，以便终端设备中安装的应用程序在运行时可以根据不同的等级采用相应的运行方式，减少应用程序在运行时出现卡顿、崩溃的情况，提高用户体验。

参阅图8所示，是本申请应用程序的运行方式确认装置80一实施例的程序模块图。

本实施例中，所述应用程序的运行方式确认装置80包括一系列的存储于存储器上的计算机程序指令，当该计算机程序指令被处理器执行时，可以实现本申请各实施例的应用程序的运行方式确认功能。在一些实施例中，基于该计算机程序指令各部分所实现的特定的操作，应用程序的运行方式确认装置80可以被划分为一个或多个模块，具体可以划分的模块如下：

第一获取模块81，用于获取终端设备的基础指标数据，并根据所述基础指标数据与预设的第一匹配规则确定所述终端设备的第一设备等级；

第二获取模块82，用于获取应用程序运行时的性能指标数据，并根据所述性能指标数据与预设的第二匹配规则确定所述终端设备的第二设备等级；

第一确定模块83，用于根据所述第一设备等级、所述第二设备等级与预设的设备等级映射表确定所述终端设备的设备等级；

第二确定模块84，用于根据所述设备等级确定所述应用程序的运行方式。

在一示例性的实施方式中，所述基础指标数据包括CPU主频、屏幕的分辨率、内存大小以及操作系统版本，所述第一设备等级包括高端、中端及低端，第一确定模块83，还用于判断所述基础指标数据是否满足预设的第一条件，若所述基础指标数据满足所述第一条件，则确定所述终端设备的第一设备等级为高端，其中，所述第一条件为所述CPU主频大于或者等于第一预设频率，所述屏幕的分辨率大于或者等于预设分辨率，所述内存大小大于或者等于第一预设大小，及所述操作系统的版本高于或者等于第一预设版本；判断所述基础指标数据是否满足预设的第二条件，若所述基础指标数据满足所述第二条件，则确定所述终端设备的第一设备等级为低端，其中，所述第二条件为所述CPU主频小于或者等于第二预设频率，所述内存大小小于或者等于第二预设大小，且所述操作系统的版本低于或者等于第二预设版本；判断所述基础指标数据是否不满足所述第一条件，且也不满足所述第二条件，若所述基础指标数据不满足所述第一条件，且也不满足所述第二条件，则确定所述终端设备的第一设备等级为中端。

在一示例性的实施方式中，所述性能指标数据包括播放器首帧时间及所述应用程序的冷启动时间，所述第二设备等级包括高端、中端及低端，第一确定模块83，还用于获取预设的多个分位值与预设的多个播放器首帧时间区间的第一对应关系，以及获取所述多个分位值与预设的多个冷启动时间区间的第二对应关系；根据所述第一对应关系与获取的所述播放器首帧时间确定所述终端设备的第一分位值；根据所述第二对应关系与获取的所述冷启动时间确定所述终端设备的第二分位值；根据所述第一分位值与所述第二分位值确定所述终端设备的总分位值；判断所述总分位值所处的分位值区间，所述分位值区间包括第一分位区间、第二分位区间与第三分位区间；当所述总分位值处在所述第一分位区间时，确定所述终端设备的第二设备等级为低端，当所述总分位值处在所述第二分位区间时，确定所述终端设备的第二设备等级为中端，当所述总分位值处在所述第三分位区间时，确定所述终端设备的第二设备等级为高端。

在一示例性的实施方式中，所述运行方式包括动画模块的播放方式，所述播放方式包括正常播放，降帧播放与关闭所述动画模块的播放功能，第二确定模块84，还用于在所述设备等级为高端时，确定所述应用程序的运行方式为动画模块正常播放动画；在所述设备等级为中端时，确定所述应用程序的运行方式为动画模块降帧播放动画；在所述设备等级为中端时，确定所述应用程序的运行方式为动画模块不播放动画。

在一示例性的实施方式中，第一确定模块83，还用于向服务器发送所述基础指标数据及所述性能指标数据，以使服务器根据所述基础指标数据及所述性能指标数据确定所述终端设备的设备等级；接收所述服务器返回的所述终端设备的设备等级。

本申请实施例中，通过获取终端设备的基础指标数据；获取应用程序运行时的性能指标数据；根据所述基础指标数据及所述性能指标数据确定所述终端设备的设备等级；根据所述设备等级确定所述应用程序的运行方式。本申请通过根据终端设备的基础指标数据以及应用程序运行时的性能指标数据来对终端设备的设备等级进行分级，从而可以根据不同的等级对应用程序的运行采用相应的运行方式，以减少应用程序在运行时出现卡顿、崩溃的情况，提高用户体验。

参阅图9所示，是本申请终端设备的等级确认装置900一实施例的程序模块图。

本实施例中，所述终端设备的等级确认装置900包括一系列的存储于存储器上的计算机程序指令，当该计算机程序指令被处理器执行时，可以实现本申请各实施例的终端设备的等级确认功能。在一些实施例中，基于该计算机程序指令各部分所实现的特定的操作，终端设备的等级确认装置900可以被划分为一个或多个模块，具体可以划分的模块如下：

第一获取模块901，用于获取终端设备上报的所述终端设备的基础指标数据，并根据所述基础指标数据与预设的第一匹配规则确定所述终端设备的第一设备等级。

第二获取模块902，用于获取所述终端设备上报的应用程序运行时的性能指标数据，并根据所述性能指标数据与预设的第二匹配规则确定所述终端设备的第二设备等级。

返回模块903，用于根据所述第一设备等级、所述第二设备等级与预设的设备等级映射表确定所述终端设备的设备等级，并将所述设备等级返回给所述终端设备。

在一示例性的实施方式中，所述基础指标数据包括CPU主频、屏幕的分辨率、内存大小以及操作系统版本，所述第一设备等级包括高端、中端及低端，第一获取模块901，还用于判断所述基础指标数据是否满足预设的第一条件，若所述基础指标数据满足所述第一条件，则确定所述终端设备的第一设备等级为高端，其中，所述第一条件为所述CPU主频大于或者等于第一预设频率，所述屏幕的分辨率大于或者等于预设分辨率，所述内存大小大于或者等于第一预设大小，及所述操作系统的版本高于或者等于第一预设版本；判断所述基础指标数据是否满足预设的第二条件，若所述基础指标数据满足所述第二条件，则确定所述终端设备的第一设备等级为低端，其中，所述第二条件为所述CPU主频小于或者等于第二预设频率，所述内存大小小于或者等于第二预设大小，且所述操作系统的版本低于或者等于第二预设版本；判断所述基础指标数据是否不满足所述第一条件，且也不满足所述第二条件，若所述基础指标数据不满足所述第一条件，且也不满足所述第二条件，则确定所述终端设备的第一设备等级为中端。

在一示例性的实施方式中，所述性能指标数据包括播放器首帧时间及所述应用程序的冷启动时间，所述第二设备等级包括高端、中端及低端，第二获取模块902，用于获取预设的多个分位值与预设的多个播放器首帧时间区间的第一对应关系，以及获取所述多个分位值与预设的多个冷启动时间区间的第二对应关系；根据所述第一对应关系与获取的所述播放器首帧时间确定所述终端设备的第一分位值；根据所述第二对应关系与获取的所述冷启动时间确定所述终端设备的第二分位值；根据所述第一分位值与所述第二分位值确定所述终端设备的总分位值；判断所述总分位值所处的分位值区间，所述分位值区间包括第一分位区间、第二分位区间与第三分位区间；当所述总分位值处在所述第一分位区间时，确定所述终端设备的第二设备等级为低端，当所述总分位值处在所述第二分位区间时，确定所述终端设备的第二设备等级为中端，当所述总分位值处在所述第三分位区间时，确定所述终端设备的第二设备等级为高端。

在一示例性的实施方式中，第一获取模块901，还用于获取多个终端设备上报的播放器首帧时间；根据所述多个播放器首帧时间确定每一个播放器首帧时间区间包含的播放器首帧时间范围；获取多个终端设备上报的冷启动时间；根据所述多个冷启动时间确定每一个冷启动时间区间包含的冷启动时间范围。

本申请实施例中，通过获取终端设备的基础指标数据；获取应用程序运行时的性能指标数据；根据所述基础指标数据及所述性能指标数据确定所述终端设备的设备等级；根据所述设备等级确定所述应用程序的运行方式。本申请通过根据终端设备的基础指标数据以及应用程序运行时的性能指标数据来对终端设备的设备等级进行分级，从而可以根据不同的等级对应用程序的运行采用相应的运行方式，以减少应用程序在运行时出现卡顿、崩溃的情况，提高用户体验。

图10示意性示出了根据本申请实施例的适于实现应用程序的运行方式确认方法或终端设备的等级确认方法的计算机设备10的硬件架构示意图。本实施例中，计算机设备10是一种能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理的设备。例如，可以是平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。如图10所示，计算机设备10至少包括但不限于：可通过系统总线相互通信链接存储器120、处理器121、网络接口123。其中：

存储器120至少包括一种类型的计算机可读存储介质，该可读存储介质可以是易失性的，也可以是非易失性的，具体而言，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器120可以是计算机设备10的内部存储模块，例如该计算机设备10的硬盘或内存。在另一些实施例中，存储器120也可以是计算机设备10的外部存储设备，例如该计算机设备10上配备的插接式硬盘，智能存储卡(Smart Media Card，简称为SMC)，安全数字(Secure Digital，简称为SD)卡，闪存卡(Flash Card)等。当然，存储器120还可以既包括计算机设备10的内部存储模块也包括其外部存储设备。本实施例中，存储器120通常用于存储安装于计算机设备10的操作系统和各类应用软件，例如应用程序的运行方式确认方法或终端设备的等级确认方法的程序代码等。此外，存储器120还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器121在一些实施例中可以是中央处理器(Central Processing Unit，简称为CPU)、控制器、微控制器、微处理器、或其它应用程序的运行方式确认芯片。该处理器121通常用于控制计算机设备10的总体操作，例如执行与计算机设备10进行数据交互或者通信相关的控制和处理等。本实施例中，处理器121用于运行存储器120中存储的程序代码或者处理数据。

网络接口123可包括无线网络接口或有线网络接口，该网络接口123通常用于在计算机设备10与其它计算机设备之间建立通信链接。例如，网络接口123用于通过网络将计算机设备10与外部终端相连，在计算机设备10与外部终端之间的建立数据传输通道和通信链接等。网络可以是企业内部网(Intranet)、互联网(Internet)、全球移动通讯系统(GlobalSystem of Mobile communication，简称为GSM)、宽带码分多址(Wideband Code DivisionMultiple Access，简称为WCDMA)、4G网络、5G网络、蓝牙(Bluetooth)、Wi-Fi等无线或有线网络。

需要指出的是，图10仅示出了具有部件120～122的计算机设备，但是应理解的是，并不要求实施所有示出的部件，可以替代的实施更多或者更少的部件。

在本实施例中，存储于存储器120中的应用程序的运行方式确认方法或者终端设备的等级确认方法可以被分割为一个或者多个程序模块，并由一个或多个处理器(本实施例为处理器121)所执行，以完成本申请。

本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质其上存储有计算机程序，计算机程序被处理器执行时实现实施例中的应用程序的运行方式确认方法或终端设备的等级确认方法的步骤。

本实施例中，计算机可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，计算机可读存储介质可以是计算机设备的内部存储单元，例如该计算机设备的硬盘或内存。在另一些实施例中，计算机可读存储介质也可以是计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘，智能存储卡(Smart Media Card，简称为SMC)，安全数字(Secure Digital，简称为SD)卡，闪存卡(Flash Card)等。当然，计算机可读存储介质还可以既包括计算机设备的内部存储单元也包括其外部存储设备。本实施例中，计算机可读存储介质通常用于存储安装于计算机设备的操作系统和各类应用软件，例如实施例中的应用程序的运行方式确认方法或终端设备的等级确认方法的程序代码等。此外，计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的各类数据。

以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到至少两个网络单元上。可以根据实际的需要筛选出其中的部分或者全部模块来实现本申请实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域普通技术人员可以清楚地了解到各实施方式可借助软件加通用硬件平台的方式来实现，当然也可以通过硬件。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)或随机存储记忆体(RandomAccessMemory，RAM)等。

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

Claims (13)

1.一种应用程序的运行方式方法，应用于终端设备中，其特征在于，所述方法包括：

获取终端设备的基础指标数据，并根据所述基础指标数据与预设的第一匹配规则确定所述终端设备的第一设备等级；

获取应用程序运行时的性能指标数据，并根据所述性能指标数据与预设的第二匹配规则确定所述终端设备的第二设备等级；

根据所述第一设备等级、所述第二设备等级与预设的设备等级映射表确定所述终端设备的设备等级；

根据所述设备等级确定所述应用程序的运行方式。

2.根据权利要求1所述的应用程序的运行方式确认方法，其特征在于，所述基础指标数据包括CPU主频、屏幕的分辨率、内存大小以及操作系统版本，所述第一设备等级包括高端、中端及低端，所述根据所述基础指标数据与预设的第一匹配规则确定所述终端设备的第一设备等级包括：

判断所述基础指标数据是否满足预设的第一条件，若所述基础指标数据满足所述第一条件，则确定所述终端设备的第一设备等级为高端，其中，所述第一条件为所述CPU主频大于或者等于第一预设频率，所述屏幕的分辨率大于或者等于预设分辨率，所述内存大小大于或者等于第一预设大小，及所述操作系统的版本高于或者等于第一预设版本；

判断所述基础指标数据是否满足预设的第二条件，若所述基础指标数据满足所述第二条件，则确定所述终端设备的第一设备等级为低端，其中，所述第二条件为所述CPU主频小于或者等于第二预设频率，所述内存大小小于或者等于第二预设大小，且所述操作系统的版本低于或者等于第二预设版本；

判断所述基础指标数据是否不满足所述第一条件，且也不满足所述第二条件，若所述基础指标数据不满足所述第一条件，且也不满足所述第二条件，则确定所述终端设备的第一设备等级为中端。

3.根据权利要求1所述的应用程序的运行方式确认方法，其特征在于，所述性能指标数据包括播放器首帧时间及所述应用程序的冷启动时间，所述第二设备等级包括高端、中端及低端，所述根据所述性能指标数据与预设的第二匹配规则确定所述终端设备的第二设备等级包括：

获取预设的多个分位值与预设的多个播放器首帧时间区间的第一对应关系，以及获取所述多个分位值与预设的多个冷启动时间区间的第二对应关系；

根据所述第一对应关系与获取的所述播放器首帧时间确定所述终端设备的第一分位值；

根据所述第二对应关系与获取的所述冷启动时间确定所述终端设备的第二分位值；

根据所述第一分位值与所述第二分位值确定所述终端设备的总分位值；

判断所述总分位值所处的分位值区间，所述分位值区间包括第一分位区间、第二分位区间与第三分位区间；

当所述总分位值处在所述第一分位区间时，确定所述终端设备的第二设备等级为低端，当所述总分位值处在所述第二分位区间时，确定所述终端设备的第二设备等级为中端，当所述总分位值处在所述第三分位区间时，确定所述终端设备的第二设备等级为高端。

4.根据权利要求1所述的应用程序的运行方式确认方法，其特征在于，所述运行方式包括动画模块的播放方式，所述播放方式包括正常播放，降帧播放与关闭所述动画模块的播放功能，所述根据所述设备等级确定所述应用程序的运行方式包括：

在所述设备等级为高端时，确定所述应用程序的运行方式为动画模块正常播放动画；

在所述设备等级为中端时，确定所述应用程序的运行方式为动画模块降帧播放动画；

在所述设备等级为中端时，确定所述应用程序的运行方式为动画模块不播放动画。

5.根据权利要求1至4任一项所述的应用程序的运行方式确认方法，其特征在于，所述根据所述基础指标数据及所述性能指标数据确定所述终端设备的设备等级包括：

向服务器发送所述基础指标数据及所述性能指标数据，以使服务器根据所述基础指标数据及所述性能指标数据确定所述终端设备的设备等级；

接收所述服务器返回的所述终端设备的设备等级。

6.一种终端设备的等级确认方法，应用于服务器中，其特征在于，所述方法包括：

获取终端设备上报的所述终端设备的基础指标数据，并根据所述基础指标数据与预设的第一匹配规则确定所述终端设备的第一设备等级；

获取所述终端设备上报的应用程序运行时的性能指标数据，并根据所述性能指标数据与预设的第二匹配规则确定所述终端设备的第二设备等级；

根据所述第一设备等级、所述第二设备等级与预设的设备等级映射表确定所述终端设备的设备等级，并将所述设备等级返回给所述终端设备。

7.根据权利要求6所述的终端设备的等级确认方法，其特征在于，所述基础指标数据包括CPU主频、屏幕的分辨率、内存大小以及操作系统版本，所述第一设备等级包括高端、中端及低端，所述根据所述基础指标数据与预设的第一匹配规则确定所述终端设备的第一设备等级包括：

判断所述基础指标数据是否满足预设的第一条件，若所述基础指标数据满足所述第一条件，则确定所述终端设备的第一设备等级为高端，其中，所述第一条件为所述CPU主频大于或者等于第一预设频率，所述屏幕的分辨率大于或者等于预设分辨率，所述内存大小大于或者等于第一预设大小，及所述操作系统的版本高于或者等于第一预设版本；

判断所述基础指标数据是否满足预设的第二条件，若所述基础指标数据满足所述第二条件，则确定所述终端设备的第一设备等级为低端，其中，所述第二条件为所述CPU主频小于或者等于第二预设频率，所述内存大小小于或者等于第二预设大小，且所述操作系统的版本低于或者等于第二预设版本；

判断所述基础指标数据是否不满足所述第一条件，且也不满足所述第二条件，若所述基础指标数据不满足所述第一条件，且也不满足所述第二条件，则确定所述终端设备的第一设备等级为中端。

8.根据权利要求6所述的终端设备的等级确认方法，其特征在于，所述性能指标数据包括播放器首帧时间及所述应用程序的冷启动时间，所述第二设备等级包括高端、中端及低端，所述根据所述性能指标数据与预设的第二匹配规则确定所述终端设备的第二设备等级包括：

获取预设的多个分位值与预设的多个播放器首帧时间区间的第一对应关系，以及获取所述多个分位值与预设的多个冷启动时间区间的第二对应关系；

根据所述第一对应关系与获取的所述播放器首帧时间确定所述终端设备的第一分位值；

根据所述第二对应关系与获取的所述冷启动时间确定所述终端设备的第二分位值；

根据所述第一分位值与所述第二分位值确定所述终端设备的总分位值；

判断所述总分位值所处的分位值区间，所述分位值区间包括第一分位区间、第二分位区间与第三分位区间；

当所述总分位值处在所述第一分位区间时，确定所述终端设备的第二设备等级为低端，当所述总分位值处在所述第二分位区间时，确定所述终端设备的第二设备等级为中端，当所述总分位值处在所述第三分位区间时，确定所述终端设备的第二设备等级为高端。

9.根据权利要求8所述的终端设备的等级确认方法，其特征在于，所述方法还包括：

获取多个终端设备上报的播放器首帧时间；

根据所述多个播放器首帧时间确定每一个播放器首帧时间区间包含的播放器首帧时间范围；

获取多个终端设备上报的冷启动时间；

根据所述多个冷启动时间确定每一个冷启动时间区间包含的冷启动时间范围。

10.一种应用程序的运行方式确认装置，其特征在于，包括：

第一获取模块，用于获取终端设备的基础指标数据，并根据所述基础指标数据与预设的第一匹配规则确定所述终端设备的第一设备等级；

第二获取模块，用于获取应用程序运行时的性能指标数据，并根据所述性能指标数据与预设的第二匹配规则确定所述终端设备的第二设备等级；

第一确定模块，用于根据所述第一设备等级、所述第二设备等级与预设的设备等级映射表确定所述终端设备的设备等级；

第二确定模块，用于根据所述设备等级确定所述应用程序的运行方式。

11.一种终端设备的等级确认装置，其特征在于，包括：

第一获取模块，用于获取终端设备上报的所述终端设备的基础指标数据，并根据所述基础指标数据与预设的第一匹配规则确定所述终端设备的第一设备等级；

第二获取模块，用于获取所述终端设备上报的应用程序运行时的性能指标数据，并根据所述性能指标数据与预设的第二匹配规则确定所述终端设备的第二设备等级；

返回模块，用于根据所述第一设备等级、所述第二设备等级与预设的设备等级映射表确定所述终端设备的设备等级，并将所述设备等级返回给所述终端设备。

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

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

Images