CN117555637A - 场景识别方法、装置和电子设备 - Google Patents

Abstract

本申请公开了一种场景识别方法、装置和电子设备，属于界面处理技术领域。所述方法包括：在目标应用的运行过程中，获取所述目标应用的当前界面的界面相关数据；所述界面相关数据包括界面渲染数据和界面触控数据；根据所述界面渲染数据得到第一场景结果，根据所述界面触控数据得到第二场景结果；根据所述第一场景结果和所述第二场景结果，确定所述目标应用的场景结果。

Description

场景识别方法、装置和电子设备

技术领域

本申请属于界面处理技术领域，具体涉及一种场景识别方法、装置和电子设备。

背景技术

随着电子设备的发展，电子设备上安装的应用种类越来越多。部分应用对电子设备性能上限的要求较高，而部分应用对电子设备性能的要求则较低，还有一些应用仅在某些特殊场景中要求电子设备性能较高。以游戏类应用为例，游戏应用并非所有的场景都需要高性能，例如在简单的“结算界面”、“商城界面”就无需很高的处理器频率即可让游戏应用的运行效果很好，较高的处理器频率反而造成手机电池、热量上的负收益，但在复杂的“战斗场景”中则需要很高的电子设备性能才能确保游戏应用的运行效果。可见，电子设备性能与应用的场景息息相关，如何准确的识别应用的场景成为目前亟待解决的问题之一。

发明内容

本申请实施例的目的是提供一种场景识别方法、装置和电子设备，能够解决现有技术中无法准确的识别应用的场景的问题。

第一方面，本申请实施例提供了一种场景识别方法，该方法包括：

在目标应用的运行过程中，获取所述目标应用的当前界面的界面相关数据；所述界面相关数据包括界面渲染数据和界面触控数据；

根据所述界面渲染数据得到第一场景结果，根据所述界面触控数据得到第二场景结果；

根据所述第一场景结果和所述第二场景结果，确定所述目标应用的场景结果。

第二方面，本申请实施例提供了一种场景识别装置，该装置包括：

获取模块，用于在目标应用的运行过程中，获取所述目标应用的当前界面的界面相关数据；所述界面相关数据包括界面渲染数据和界面触控数据；

处理模块，用于根据所述界面渲染数据得到第一场景结果，根据所述界面触控数据得到第二场景结果；

确定模块，用于根据所述第一场景结果和所述第二场景结果，确定所述目标应用的场景结果。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的场景识别方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的场景识别方法的步骤。

第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的场景识别方法。

第六方面，本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如第一方面所述的场景识别方法。

在本申请实施例中，在目标应用的运行过程中，通过获取目标应用的当前界面的界面相关数据，该界面相关数据包括界面渲染数据和界面触控数据，进而根据界面渲染数据得到第一场景结果，根据界面触控数据得到第二场景结果，并根据第一场景结果和第二场景结果确定目标应用的场景结果。由于根据第一场景结果和第二场景结果确定目标应用的场景结果，因此可以提升应用的场景识别的准确性。

附图说明

图1是根据本申请一实施例中的一种场景识别方法的示意性流程图；

图2是根据本申请一实施例中的一种预定类场景对应的特定界面的示意性界面图；

图3是根据本申请另一实施例中的一种预定类场景对应的特定界面的示意性界面图；

图4是根据本申请一实施例中的一种场景识别装置的示意性框图；

图5是根据本申请一实施例中的一种电子设备的示意性框图；

图6是根据本申请一实施例中的一种电子设备的示意性硬件结构图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的场景识别方法进行详细地说明。

图1是根据本申请一实施例中的一种场景识别方法的示意性流程图。如图1所示，该方法包括以下步骤S102-S106：

S102，在目标应用的运行过程中，获取目标应用的当前界面的界面相关数据；界面相关数据包括界面渲染数据和界面触控数据。

其中，界面渲染数据可包括以下至少一项：绘制提交次数、画布缓冲次数、内存读写量、目标渲染数据的生成次数。可选地，目标应用的界面利用图形API(应用程序编程接口，Application Programming Interface)进行画面绘制(或渲染)，本实施例将“应用调用图像API定义的行为”定义为渲染数据。在界面上每进行一次绘制并提交的动作记为一次，进行绘制并提交的总次数即为绘制提交次数。画布缓冲是绘制或渲染程序中保存画面数据的内存缓冲，画布缓冲的次数即为画布缓冲次数。内存读写量包括内存读取量和内存写入量。目标渲染数据可包括预先设定的特殊渲染函数，例如用于做内存回读或者生成纹理数据的函数，等等。

界面触控数据可包括以下至少一项：高频点击位置、高频滑动位置。可选地，在获取当前界面的界面触控数据时，可先获取用户在当前界面的点击次数、点击位置、滑动次数、滑动轨迹、滑动位置等数据，然后根据获取到的这些数据确定出用户在当前界面上的高频点击位置和高频滑动位置。高频点击位置可以是点击次数和/或点击频率大于或等于第一预设阈值的位置，高频滑动位置可以是滑动次数和/或滑动频率大于或等于第二预设阈值的位置。例如，用户在某一位置多次滑动(滑动次数大于第二预设阈值)，则该位置即为高频滑动位置。

目标应用的不同界面可依据不同帧来定义，也即，每一帧对应一个界面。本实施例中，可按照帧为单位，确定每一帧对应的界面的场景结果(如界面场景类型)。界面相关数据的获取方式已是现有技术，此处不再赘述。

S104，根据界面渲染数据得到第一场景结果，根据界面触控数据得到第二场景结果。

可选地，通过将界面渲染数据和目标应用中的预定类场景对应的界面渲染标准数据进行对比，得到第一场景结果。第一场景结果包括：与界面渲染数据相匹配的界面渲染标准数据对应的第一预定类场景。界面渲染标准数据的获取方式将在下述实施例中详细说明。

可选地，通过将界面触控数据和目标应用对应的界面触控标准数据进行对比，得到第二场景结果。第二场景结果包括：与界面触控数据相匹配的界面触控标准数据对应的第二预定类场景。界面触控标准数据的获取方式将在下述实施例中详细说明。

S106，根据第一场景结果和第二场景结果，确定目标应用的场景结果。

其中，目标应用的场景结果可包括目标应用的当前界面的界面场景类型。

在本申请实施例中，在目标应用的运行过程中，通过获取目标应用的当前界面的界面相关数据，该界面相关数据包括界面渲染数据和界面触控数据，进而根据界面渲染数据得到第一场景结果，根据界面触控数据得到第二场景结果，并根据第一场景结果和第二场景结果确定目标应用的场景结果。由于根据第一场景结果和第二场景结果确定目标应用的场景结果，因此可以提升应用的场景识别的准确性。

在一个实施例中，在目标应用的运行过程中，获取目标应用的当前界面的界面相关数据之前，需预先获取目标应用对应的界面标准数据，包括界面渲染标准数据和界面触控标准数据。界面渲染标准数据包括以下至少一项：标准绘制提交次数、标准画布缓冲次数、标准内存读写量、目标渲染数据的标准生成次数。界面触控标准数据包括以下至少一项：标准高频点击区域的区域位置信息、标准高频滑动区域的区域位置信息。

首先启动目标应用，并进入目标应用中属于预定类场景的特定界面，进而获取特定界面的界面渲染标准数据；以及，获取特定界面的界面触控标准数据。

预定类场景可根据目标应用的应用类型来预先确定。例如，目标应用为游戏类应用时，预定类场景可包括结算场景、商城场景、打斗场景等。可选地，目标应用的界面利用图形API进行画面绘制(或渲染)。在属于预定类场景的特定界面中，每进行一次绘制并提交的动作记为一次，进行绘制并提交的总次数即为特定界面的标准绘制提交次数。画布缓冲是绘制或渲染程序中保存画面数据的内存缓冲，特定界面中画布缓冲的次数即为特定界面的标准画布缓冲次数。特定界面的内存读写量包括特定界面的内存读取量和特定界面的内存写入量。目标渲染数据可包括预先设定的特殊渲染函数，例如用于做内存回读或者生成纹理数据的函数，等等。

标准高频点击区域是指在特定界面上的点击次数和/或点击频率高于第一预设阈值的区域；标准高频滑动区域是指在特定界面上的滑动次数和/或滑动频率高于第二预设阈值的区域。区域位置信息可包括以下至少一项：区域范围、区域形状、区域外轮廓上的关键点的坐标信息。

本实施例中，可由使用目标应用的用户或者相关领域的专业技术人员启动目标应用，并进入目标应用中属于预定类场景的特定界面。

获取到特定界面的界面标准数据之后，可将特定界面的界面标准数据和预定类场景的场景信息关联存储。若目标应用对应的预定类场景包括多个，则获取每个预定类场景对应的特定界面的界面标准数据，进而将每个预定类场景对应的特定界面的界面标准数据与预定类场景的场景信息关联存储。可选地，界面标准数据与预定类场景的场景信息可以关联存储在终端设备本地，也可以关联存储在云端设备中。在执行步骤S104时，可从终端设备本地或者云端设备中获取与目标应用对应的各预定类场景的场景信息所关联的界面标准数据，进而再将当前界面的界面相关数据和获取到的界面标准数据进行比对，得到第一场景结果和第二场景结果。

本实施例中，通过预先获取目标应用对应的界面标准数据，使得目标应用在运行过程中，能够快速获取到目标应用对应的界面标准数据，从而快速地根据界面标准数据和当前界面的界面相关数据确定目标应用的场景结果，即目标应用的当前界面的界面场景类型，确保了对界面场景类型进行识别的准确性和实时性。

在一个实施例中，获取到特定界面的界面标准数据之后，根据预定类场景的场景信息，确定是否还存在未处理的特定界面。若存在未处理的特定界面，则切换至未处理的特定界面，并获取未处理的特定界面的界面渲染标准数据和界面触控标准数据。若不存在未处理的特定界面，则根据获取到的界面渲染标准数据和界面触控标准数据，确定目标应用对应的界面标准数据。

其中，预定类场景的场景信息包括场景数量、场景类型中的至少一项。例如，预定类场景的场景数量为4，当前仅获取到3个特定界面的界面标准数据，则说明还有1个未处理的特定界面。再例如，预定类场景的场景类型包括结算场景和商城场景，当前仅获取到结算场景对应的特定界面的界面标准数据，则说明还有1个未处理的特定界面(即商城界面对应的特定界面)。

本实施例中，通过在每次获取到特定界面的界面标准数据之后，确定是否还存在未处理的特定界面，并在存在未处理的特定界面的情况下，对未处理的特定界面继续进行处理，能够确保所有的预定类场景对应的特定界面均被处理完成，即确保能够获取到所有预定类场景对应的特定界面的界面标准数据，进而确保能够准确识别当前界面的界面场景类型，避免因界面标准数据不完整而导致无法准确识别到当前界面的界面场景类型的情况。

在一个实施例中，当前界面的界面相关数据包括界面渲染数据。界面渲染数据包括以下至少一项：绘制提交次数、画布缓冲次数、内存读写量、目标渲染数据的生成次数。在根据界面渲染数据得到第一场景结果时，可将当前界面的界面渲染数据和界面渲染标准数据进行比对，具体可比对以下至少一项：绘制提交次数与标准绘制提交次数是否相匹配、画布缓冲次数与标准画布缓冲次数是否相匹配、内存读写量与标准内存读写量是否相匹配、目标渲染数据的生成次数与标准生成次数是否相匹配。第一场景结果即为满足以下至少一项的比对结果：绘制提交次数与标准绘制提交次数相匹配、画布缓冲次数与标准画布缓冲次数相匹配、内存读写量与标准内存读写量相匹配、目标渲染数据的生成次数与标准生成次数相匹配。

绘制提交次数与标准绘制提交次数相匹配可包括：绘制提交次数大于或等于标准绘制提交次数、绘制提交次数与标准绘制提交次数之间的差值小于或等于第一预设差值阈值、绘制提交次数与标准绘制提交次数之间的差值最小、绘制提交次数大于或等于标准绘制提交次数对应的设定阈值。其中，设置标准绘制提交次数对应的设定阈值的原因在于：考虑到同一预定场景类型对应的界面上的绘制提交次数存在不稳定情况，因此可将当前界面的绘制提交次数和标准绘制提交次数对应的设定阈值进行比对，只要当前界面的绘制提交次数大于或等于标准绘制提交次数对应的设定阈值，即可确定当前界面的绘制提交次数与标准绘制提交次数相匹配。

画布缓冲次数与标准画布缓冲次数相匹配可包括：画布缓冲次数大于或等于标准画布缓冲次数、画布缓冲次数与标准画布缓冲次数之间的差值小于或等于第二预设差值阈值、画布缓冲次数与标准画布缓冲次数之间的差值最小、画布缓冲次数大于或等于标准画布缓冲次数对应的设定阈值。其中，设置标准画布缓冲次数对应的设定阈值的原因在于：考虑到同一预定场景类型对应的界面上的画布缓冲次数存在不稳定情况，因此可将当前界面的画布缓冲次数和标准画布缓冲次数对应的设定阈值进行比对，只要当前界面的画布缓冲次数大于或等于标准画布缓冲次数对应的设定阈值，即可确定当前界面的画布缓冲次数与标准画布缓冲次数相匹配。

内存读写量与标准内存读写量相匹配可包括：内存读写量大于或等于标准内存读写量、内存读写量与标准内存读写量之间的差值小于或等于第三预设差值阈值、内存读写量与标准内存读写量之间的差值最小、内存读写量大于或等于标准内存读写量对应的设定阈值。其中，设置标准内存读写量对应的设定阈值的原因在于：考虑到同一预定场景类型对应的界面上的内存读写量存在不稳定情况，因此可将当前界面的内存读写量和标准内存读写量对应的设定阈值进行比对，只要当前界面的内存读写量大于或等于标准内存读写量对应的设定阈值，即可确定当前界面的内存读写量与标准内存读写量相匹配。

目标渲染数据的生成次数与标准生成次数相匹配可包括：生成次数大于或等于标准生成次数、生成次数与标准生成次数之间的差值小于或等于第四预设差值阈值、生成次数与标准生成次数之间的差值最小、生成次数大于或等于标准生成次数对应的设定阈值。其中，设置标准生成次数对应的设定阈值的原因在于：考虑到同一预定场景类型对应的界面上目标渲染数据的生成次数存在不稳定情况，因此可将当前界面的目标渲染数据的生成次数和标准生成次数对应的设定阈值进行比对，只要当前界面的目标渲染数据的生成次数大于或等于标准生成次数对应的设定阈值，即可确定当前界面的目标渲染数据的生成次数与标准生成次数相匹配。

可选地，根据第一场景结果，从多个预定类场景中确定目标应用的场景结果。若比对结果为界面渲染数据与第一预定类场景对应的界面渲染标准数据相匹配，则可确定第一预定类场景为目标应用的场景结果。其中，多个预定类场景包括第一预定类场景。

存在一种情况，当前界面的界面渲染数据与多个第一预定类场景对应的界面渲染标准数据相匹配，此时可选择多个界面渲染标准数据中与当前界面的界面渲染数据之间差距最小的界面渲染标准数据，并确定该界面渲染标准数据对应的第一预定类场景为目标应用的场景结果。例如，当前界面的绘制提交次数既大于第一预定类场景X对应的标准绘制提交次数，又大于第一预定类场景Y对应的标准绘制提交次数，假设第一预定类场景Y对应的标准绘制提交次数大于第一预定类场景X对应的标准绘制提交次数，那么显然，当前界面的绘制提交次数与第一预定类场景Y对应的标准绘制提交次数之间的差距最小，因此可确定第一预定类场景Y为目标应用的场景结果，即确定第一预定类场景Y为目标应用的当前界面的界面场景类型。

可将界面渲染标准数据处理成程序可以解读的格式进行存储，例如处理为代码格式、表格形式等。下表1示例性地列举了几种界面渲染标准数据，其中，第一应用包括游戏类应用A(简称应用A)和游戏类应用B(简称应用B)。

表1

例如，用户在使用应用A时，当前界面的绘制提交次数为110，大于应用A的战斗界面的标准绘制提交次数对应的设定阈值，因此可确定当前界面的界面场景类型为战斗界面。从表1可以看出，不同的界面渲染标准数据对应的设定阈值可以不同。

本实施例中，通过将当前界面的界面渲染数据和界面渲染标准数据进行比对，并根据比对结果确定第一场景结果，可选地，还可根据第一场景结果从多个预定类场景中确定当前界面的界面场景类型，由于界面渲染数据能够实时、准确地反映出目标应用的当前界面的特性，因此根据界面渲染数据识别界面场景类型的方式具有较高的实时性、准确性和可靠性。

在一个实施例中，当前界面的界面相关数据包括界面触控数据。界面触控数据包括以下至少一项：高频点击位置、高频滑动位置。在根据界面触控数据得到第二场景结果时，可将当前界面的界面触控数据和界面触控标准数据进行比对。界面触控标准数据包括以下至少一项：标准高频点击区域的区域位置信息、标准高频滑动区域的区域位置信息。界面触控标准区域的区域位置信息可包括以下至少一项：区域范围、区域形状、区域外轮廓上的关键点的坐标信息。

将当前界面的界面触控数据和界面触控标准数据进行比对时，可比对以下至少一项：高频点击位置是否位于标准高频点击区域内、高频滑动位置是否位于标准高频滑动区域内。第二场景结果即为满足以下至少一项的比对结果：高频点击位置位于标准高频点击区域内、高频滑动位置位于标准高频滑动区域内。

可选地，根据第二场景结果，从多个预定类场景中确定目标应用的场景结果。若比对结果为界面触控数据与第二预定类场景对应的界面触控标准数据相匹配，则确定第二预定类场景为目标应用的场景结果。其中，多个预定类场景包括第二预定类场景。

不同预定类场景对应的特定界面的界面触控标准区域可相同、也可不同。为使界面场景类型的识别结果更加准确，不同预定类场景对应的特定界面的界面触控标准区域通常不同。图2示例性地示出预定类场景X对应的特定界面A的标准高频点击区域和标准高频滑动区域，图3示例性地示出预定类场景Y对应的特定界面B的标准高频点击区域和标准高频滑动区域，可以看出，特定界面A和特定界面B的标准高频点击区域和标准高频滑动区域均不同。

本实施例中，通过将当前界面的界面触控数据和界面触控标准数据进行比对，并根据比对结果确定第二场景结果，可选地，还可根据第二场景结果从多个预定类场景中确定当前界面的界面场景类型，由于界面触控数据能够实时、准确地反映出目标应用的当前界面的特性，因此根据界面触控数据识别界面场景类型的方式具有较高的实时性、准确性和可靠性。

在一个实施例中，当前界面的界面相关数据包括界面渲染数据和界面触控数据。在根据第一场景结果和第二场景结果确定目标应用的场景结果时，存在以下几种情况：

在第一场景结果的个数等于1，第二场景结果的个数大于1的情况，将第一场景结果确定为目标应用的场景结果。

在第一场景结果的个数大于1，第二场景结果的个数等于1的情况，将第二场景结果确定为目标应用的场景结果。

在第一场景结果的个数和第二场景结果的个数均大于1、且第一场景结果与第二场景结果存在相同的场景结果的情况下，根据相同的场景结果的个数确定目标应用的场景结果。其中，根据相同的场景结果的个数确定目标应用的场景结果时，在相同的场景结果的个数等于1的情况下，确定相同的场景结果为目标应用的场景结果；在相同的场景结果的个数大于1的情况下，确定上一帧界面的场景结果为目标应用的场景结果。

在第一场景结果的个数和第二场景结果的个数均等于1、且第一场景结果与第二场景结果相同的情况下，将第一场景结果或第二场景结果确定为目标应用的场景结果。

在第一场景结果的个数和第二场景结果的个数均等于1、且第一场景结果与第二场景结果不同的情况下，将目标应用的上一帧界面的场景结果确定为目标应用的场景结果。

目标应用的不同界面可依据不同帧来定义，也即，每一帧对应一个界面。当前界面的上一帧界面即为目标应用中位于当前界面的上一帧的界面。本实施例中，可按照帧为单位，确定每一帧对应的界面的界面场景类型。因此，在第一场景结果和第二场景结果之间存在冲突时，可将上一帧界面的场景结果作为目标应用的当前界面的场景结果(即界面场景类型)。

本实施例中，通过根据第一场景结果和第二场景结果确定目标应用的场景结果，由于界面触控数据和界面渲染数据均能够实时、准确地反映出目标应用的当前界面的特性，因此根据界面触控数据和界面渲染数据识别界面场景类型的方式具有较高的实时性、准确性和可靠性。此外，在第一场景结果和第二场景结果之间出现冲突时，如第一场景结果和第二场景结果的相同部分如果不唯一、或者第一场景结果和第二场景结果不同的情况，由于以帧为单位的单个界面维持时间较短、且相邻两个界面之间的差异通常不大(例如相邻的多个界面均为同一界面场景类型)，因此通过将上一帧界面的场景结果作为当前界面的场景结果，能够最大程度地确保当前界面的场景结果的识别准确性。

在一个实施例中，目标应用为游戏类应用。在根据第一场景结果和第二场景结果，确定目标应用的场景结果之后，可确定目标应用的场景结果对应的目标***性能参数，进而基于目标***性能参数运行目标应用。可选地，根据预设的各场景结果和终端设备的***性能参数之间的对应关系，确定目标应用的场景结果对应的目标***性能参数。

其中，***性能参数可包括cpu(Central Processing Unit，中央处理器)频率、gpu(Graphics Processing Unit，图形处理器)频率中的至少一项。

预设的各场景结果和终端设备的***性能参数之间的对应关系可以存储在终端设备本地，也可以存储在云端设备。在确定目标应用的场景结果之后，可以从终端设备本地或者云端设备中获取与确定出的场景结果相对应的目标***性能参数，从而基于目标***性能参数运行目标应用。

本实施例中，通过按照与目标应用的场景结果对应的目标***性能参数运行目标应用，使得终端设备的***性能参数能够和目标应用的每个界面的场景结果(即界面场景类型)相匹配，从而不仅确保目标应用的稳定运行，并且最大限度降低了终端设备的设备资源损耗，减少终端设备的发热现象发生。此外，在以帧为单位进行界面场景类型识别的情况下，能够确保每一帧对应的界面均和终端设备的***性能参数相匹配，为终端设备提供了更加精细的性能调度方案。

本申请实施例提供的场景识别方法，执行主体可以为场景识别装置。本申请实施例中以场景识别装置执行场景识别方法为例，说明本申请实施例提供的场景识别装置。

图4是根据本申请一实施例中的一种场景识别装置的示意性框图。如图4所示，场景识别装置包括：

获取模块41，用于在目标应用的运行过程中，获取所述目标应用的当前界面的界面相关数据；所述界面相关数据包括界面渲染数据和界面触控数据；

处理模块42，用于根据所述界面渲染数据得到第一场景结果，根据所述界面触控数据得到第二场景结果；

确定模块43，用于根据所述第一场景结果和所述第二场景结果，确定所述目标应用的场景结果。

在一个实施例中，所述处理模块42包括：

第一处理单元，用于根据绘制提交次数、画布缓冲次数、内存读写量、目标渲染数据的生成次数中的至少一种得到所述第一场景结果。

在一个实施例中，所述处理模块42包括：

第二处理单元，用于根据高频点击位置、高频滑动位置中的至少一种得到所述第二场景。

在一个实施例中，所述确定模块43用于：

在所述第一场景结果的个数等于1，所述第二场景结果的个数大于1的情况，将所述第一场景结果确定为所述目标应用的场景结果；

在所述第一场景结果的个数大于1，所述第二场景结果的个数等于1的情况，将所述第二场景结果确定为所述目标应用的场景结果；

在所述第一场景结果的个数和所述第二场景结果的个数均大于1、且所述第一场景结果与所述第二场景结果存在相同的场景结果的情况下，根据所述相同的场景结果的个数确定所述目标应用的场景结果；

在所述第一场景结果的个数和所述第二场景结果的个数均等于1、且所述第一场景结果与所述第二场景结果相同的情况下，将所述第一场景结果或所述第二场景结果确定为所述目标应用的场景结果；

在所述第一场景结果的个数和所述第二场景结果的个数均等于1、且所述第一场景结果与所述第二场景结果不同的情况下，将所述目标应用的上一帧界面的场景结果确定为所述目标应用的场景结果。

在一个实施例中，所述确定模块43还用于：

在所述相同的场景结果的个数等于1的情况下，确定所述相同的场景结果为所述目标应用的场景结果；

在所述相同的场景结果的个数大于1的情况下，确定所述上一帧界面的场景结果为所述目标应用的场景结果。

在一个实施例中，所述目标应用为游戏类应用；

所述装置还包括：

第二确定模块，用于所述根据所述第一场景结果和所述第二场景结果，确定所述目标应用的场景结果之后，确定所述目标应用的场景结果对应的目标***性能参数；

运行模块，用于基于所述目标***性能参数运行所述目标应用。

在本申请实施例中，在目标应用的运行过程中，通过获取目标应用的当前界面的界面相关数据，该界面相关数据包括界面渲染数据和界面触控数据，进而根据界面渲染数据得到第一场景结果，根据界面触控数据得到第二场景结果，并根据第一场景结果和第二场景结果确定目标应用的场景结果。由于根据第一场景结果和第二场景结果确定目标应用的场景结果，因此可以提升应用的场景识别的准确性。

本申请实施例中的场景识别装置可以是电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。示例性的，电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、移动上网装置(Mobile Internet Device，MID)、增强现实(augmented reality，AR)/虚拟现实(virtualreality，VR)设备、机器人、可穿戴设备、超级移动个人计算机(ultra-mobile personalcomputer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，还可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personalcomputer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的场景识别装置可以为具有操作***的装置。该操作***可以为安卓(Android)操作***，可以为ios操作***，还可以为其他可能的操作***，本申请实施例不作具体限定。

本申请实施例提供的场景识别装置能够实现图1的方法实施例实现的各个过程，为避免重复，这里不再赘述。

可选地，如图5所示，本申请实施例还提供一种电子设备500，包括处理器501和存储器502，存储器502上存储有可在所述处理器501上运行的程序或指令，该程序或指令被处理器501执行时实现上述场景识别方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

图6为实现本申请实施例的一种电子设备的硬件结构示意图。

该电子设备1000包括但不限于：射频单元1001、网络模块1002、音频输出单元1003、输入单元1004、传感器1005、显示单元1006、用户输入单元1007、接口单元1008、存储器1009、以及处理器1010等部件。

本领域技术人员可以理解，电子设备1000还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理***与处理器1010逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。图6中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，处理器1010，用于在在目标应用的运行过程中，获取所述目标应用的当前界面的界面相关数据；所述界面相关数据包括界面渲染数据和界面触控数据；根据所述界面渲染数据得到第一场景结果，根据所述界面触控数据得到第二场景结果；根据所述第一场景结果和所述第二场景结果，确定所述目标。

可选地，处理器1010，还用于根据绘制提交次数、画布缓冲次数、内存读写量、目标渲染数据的生成次数中的至少一种得到所述第一场景结果。

可选地，处理器1010，还用于根据高频点击位置、高频滑动位置中的至少一种得到所述第二场景结果。

可选地，处理器1010，还用于在所述第一场景结果的个数等于1，所述第二场景结果的个数大于1的情况，将所述第一场景结果确定为所述目标应用的场景结果；在所述第一场景结果的个数大于1，所述第二场景结果的个数等于1的情况，将所述第二场景结果确定为所述目标应用的场景结果；在所述第一场景结果的个数和所述第二场景结果的个数均大于1、且所述第一场景结果与所述第二场景结果存在相同的场景结果的情况下，根据所述相同的场景结果的个数确定所述目标应用的场景结果；在所述第一场景结果的个数和所述第二场景结果的个数均等于1、且所述第一场景结果与所述第二场景结果相同的情况下，将所述第一场景结果或所述第二场景结果确定为所述目标应用的场景结果；在所述第一场景结果的个数和所述第二场景结果的个数均等于1、且所述第一场景结果与所述第二场景结果不同的情况下，将所述目标应用的上一帧界面的场景结果确定为所述目标应用的场景结果。

可选地，处理器1010，还用于在所述相同的场景结果的个数等于1的情况下，确定所述相同的场景结果为所述目标应用的场景结果；在所述相同的场景结果的个数大于1的情况下，确定所述上一帧界面的场景结果为所述目标应用的场景结果。

可选地，所述目标应用为游戏类应用；处理器1010，还用于所述根据所述第一场景结果和所述第二场景结果，确定所述目标应用的场景结果之后，确定所述目标应用的场景结果对应的目标***性能参数；基于所述目标***性能参数运行所述目标应用。

在本申请实施例中，在目标应用的运行过程中，通过获取目标应用的当前界面的界面相关数据，该界面相关数据包括界面渲染数据和界面触控数据，进而根据界面渲染数据得到第一场景结果，根据界面触控数据得到第二场景结果，并根据第一场景结果和第二场景结果确定目标应用的场景结果。由于根据第一场景结果和第二场景结果确定目标应用的场景结果，因此可以提升应用的场景识别的准确性。

应理解的是，本申请实施例中，输入单元1004可以包括图形处理器(GraphicsProcessing Unit，GPU)10041和麦克风10042，图形处理器10041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元1006可包括显示面板10061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板10061。用户输入单元1007包括触控面板10071以及其他输入设备10072中的至少一种。触控面板10071，也称为触摸屏。触控面板10071可包括触摸检测装置和触摸控制器两个部分。其他输入设备10072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

存储器1009可用于存储软件程序以及各种数据。存储器1009可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作***、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器1009可以包括易失性存储器或非易失性存储器，或者，存储器1009可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本申请实施例中的存储器1009包括但不限于这些和任意其它适合类型的存储器。

处理器1010可包括一个或多个处理单元；可选的，处理器1010集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作***、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器1010中。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述场景识别方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述场景识别方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为***级芯片、***芯片、芯片***或片上***芯片等。

本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如上述场景识别方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

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

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (11)

1.一种场景识别方法，其特征在于，所述方法包括：

在目标应用的运行过程中，获取所述目标应用的当前界面的界面相关数据；所述界面相关数据包括界面渲染数据和界面触控数据；

根据所述界面渲染数据得到第一场景结果，根据所述界面触控数据得到第二场景结果；

根据所述第一场景结果和所述第二场景结果，确定所述目标应用的场景结果。

2.根据权利要求1所述的方法，其特征在于，所述根据所述界面渲染数据得到第一场景结果，包括：

根据绘制提交次数、画布缓冲次数、内存读写量、目标渲染数据的生成次数中的至少一种得到所述第一场景结果。

3.根据权利要求1所述的方法，其特征在于，所述根据所述界面触控数据得到第二场景结果，包括：

根据高频点击位置、高频滑动位置中的至少一种得到所述第二场景结果。

4.根据权利要求1所述的方法，其特征在于，所述根据所述第一场景结果和所述第二场景结果，确定所述目标应用的场景结果，包括：

在所述第一场景结果的个数等于1，所述第二场景结果的个数大于1的情况，将所述第一场景结果确定为所述目标应用的场景结果；

在所述第一场景结果的个数大于1，所述第二场景结果的个数等于1的情况，将所述第二场景结果确定为所述目标应用的场景结果；

在所述第一场景结果的个数和所述第二场景结果的个数均大于1、且所述第一场景结果与所述第二场景结果存在相同的场景结果的情况下，根据所述相同的场景结果的个数确定所述目标应用的场景结果；

在所述第一场景结果的个数和所述第二场景结果的个数均等于1、且所述第一场景结果与所述第二场景结果相同的情况下，将所述第一场景结果或所述第二场景结果确定为所述目标应用的场景结果；

在所述第一场景结果的个数和所述第二场景结果的个数均等于1、且所述第一场景结果与所述第二场景结果不同的情况下，将所述目标应用的上一帧界面的场景结果确定为所述目标应用的场景结果。

5.根据权利要求4所述的方法，其特征在于，根据所述相同的场景结果的个数确定所述目标应用的场景结果，包括：

在所述相同的场景结果的个数等于1的情况下，确定所述相同的场景结果为所述目标应用的场景结果；

在所述相同的场景结果的个数大于1的情况下，确定所述上一帧界面的场景结果为所述目标应用的场景结果。

6.根据权利要求1所述的方法，其特征在于，所述目标应用为游戏类应用；

所述根据所述第一场景结果和所述第二场景结果，确定所述目标应用的场景结果之后，所述方法还包括：

确定所述目标应用的场景结果对应的目标***性能参数；

基于所述目标***性能参数运行所述目标应用。

7.一种场景识别装置，其特征在于，所述装置包括：

获取模块，用于在目标应用的运行过程中，获取所述目标应用的当前界面的界面相关数据；所述界面相关数据包括界面渲染数据和界面触控数据；

处理模块，用于根据所述界面渲染数据得到第一场景结果，根据所述界面触控数据得到第二场景结果；

确定模块，用于根据所述第一场景结果和所述第二场景结果，确定所述目标应用的场景结果。

8.根据权利要求7所述的装置，其特征在于，所述处理模块包括：

第一处理单元，用于根据绘制提交次数、画布缓冲次数、内存读写量、目标渲染数据的生成次数中的至少一种得到所述第一场景结果。

9.根据权利要求7所述的装置，其特征在于，所述处理模块包括：

第二处理单元，用于根据高频点击位置、高频滑动位置中的至少一种得到所述第二场景。

10.根据权利要求7所述的装置，其特征在于，所述确定模块用于：

在所述第一场景结果的个数等于1，所述第二场景结果的个数大于1的情况，将所述第一场景结果确定为所述目标应用的场景结果；

在所述第一场景结果的个数大于1，所述第二场景结果的个数等于1的情况，将所述第二场景结果确定为所述目标应用的场景结果；

在所述第一场景结果的个数和所述第二场景结果的个数均大于1、且所述第一场景结果与所述第二场景结果存在相同的场景结果的情况下，根据所述相同的场景结果的个数确定所述目标应用的场景结果；

在所述第一场景结果的个数和所述第二场景结果的个数均等于1、且所述第一场景结果与所述第二场景结果相同的情况下，将所述第一场景结果或所述第二场景结果确定为所述目标应用的场景结果；

在所述第一场景结果的个数和所述第二场景结果的个数均等于1、且所述第一场景结果与所述第二场景结果不同的情况下，将所述目标应用的上一帧界面的场景结果确定为所述目标应用的场景结果。

11.一种电子设备，其特征在于，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1-6任一项所述的场景识别方法的步骤。