CN111708669B - 系统运行的分析方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种系统运行的分析方法、装置、设备及存储介质，属于智能汽车技术领域。所述方法包括：接收车机设备发送的上报数据，该上报数据至少包括车机设备中处于运行状态的应用的应用运行信息。如此，可以根据该应用运行信息确定车机设备对应的使用场景，之后，可以基于应用运行信息，分析在该使用场景下车机设备的系统的运行情况。由于避免需要用户手动操作，所以可以提高分析效率。

Description

系统运行的分析方法、装置、设备及存储介质

技术领域

本申请涉及智能汽车技术领域，特别涉及一种系统运行的分析方法、装置、设备及存储介质。

背景技术

目前，车机设备中通常配置有各种应用，譬如，包括导航、电台、音乐等应用。在使用过程中，为了保证系统性能的稳定性，通常需要在应用运行过程中对系统运行情况进行分析。

在相关技术中，通常需要由用户使用笔记本之类的设备与车机设备建立连接，之后，可以通过输入指令来读取系统运行过程中的相关数据，从而收集数据以便于后续进行分析。

然而，在上述实现方式中，由于需要用户手动操作，操作较为繁琐，导致分析效率较低。

发明内容

本申请实施例提供了一种系统运行的分析方法、装置、设备及存储介质，可以解决相关技术中由于需要用户手动操作导致分析效率较低的问题。所述技术方案如下：

一方面，提供了一种系统运行的分析方法，所述方法包括：

接收车机设备发送的上报数据，所述上报数据至少包括所述车机设备中处于运行状态的应用的应用运行信息；

根据所述应用运行信息，确定所述车机设备对应的使用场景；

基于所述应用运行信息，分析在所述使用场景下所述车机设备的系统的运行情况。

在本申请一种可能的实现方式中，所述应用运行信息包括所述处于运行状态的应用的应用切换时长，所述应用切换时长是指对应的应用从一个界面切换至另一个界面的时长；

所述基于所述应用运行信息，分析在所述使用场景下所述车机设备的系统的运行情况，包括：

确定切换超时比例，所述切换超时比例是指所述处于运行状态的应用中应用切换时长大于所述使用场景对应的参考时长阈值的应用比例；

若所述切换超时比例大于参考比例阈值，确定在所述使用场景下所述车机设备的系统存在卡顿现象。

在本申请一种可能的实现方式中，所述上报数据还包括所述处于运行状态的应用的应用占用率，所述应用占用率用于指示对应的应用对系统资源的占用情况；

所述确定在所述使用场景下所述车机设备的系统存在卡顿现象之后，还包括：

若根据所述处于运行状态的应用的应用占用率确定所述处于运行状态的应用中存在异常运行应用，向所述车机设备发送第一执行指示；

其中，所述异常运行应用是指对应的应用占用率超出正常阈值范围的应用，所述第一执行指示用于指示对所述异常运行应用进行异常处理。

在本申请一种可能的实现方式中，所述向所述车机设备发送第一执行指示，包括：

根据所述应用运行信息，确定所述异常运行应用是否处于用户使用状态；

若确定所述异常运行应用未处于所述用户使用状态，向所述车机设备发送所述第一执行指示。

在本申请一种可能的实现方式中，所述上报数据还包括所述处于运行状态的应用的应用占用率，所述应用占用率用于指示对应的应用对系统资源的占用情况；

所述确定在所述使用场景下所述车机设备的系统存在卡顿现象之后，还包括：

若根据所述处于运行状态的应用的应用占用率确定所述处于运行状态的应用中不存在异常运行应用，则确定所述处于运行状态的应用的应用优先级，所述异常运行应用是指对应的应用占用率超出正常阈值范围的应用；

根据所述处于运行状态的应用的应用优先级，从所述处于运行状态的应用中确定目标应用；

向所述车机设备发送第二执行指示，所述第二执行指示用于指示对所述目标应用进行异常处理。

在本申请一种可能的实现方式中，所述上报数据还包括资源总占用率，所述资源总占用率是指所述系统的资源总占用率；

所述基于所述应用运行信息，分析在所述使用场景下所述车机设备的系统的运行情况之后，还包括：

获取分析结果；

将所述资源总占用率和所述分析结果对应存储至分析记录中；

若当前满足指定统计条件，获取所述分析记录中的资源总占用率和分析结果；

根据所述分析记录中的资源总占用率和分析结果，确定是否更新资源占用阈值，所述资源占用阈值用于所述车机设备确定是否采集并发送上报数据；

若更新所述资源占用阈值，将更新后的资源占用阈值发送给所述车机设备。

另一方面，提供了一种系统运行的分析方法，所述方法包括：

若检测到满足数据采集触发条件，采集上报数据，所述上报数据至少包括所述车机设备中处于运行状态的应用的应用运行信息，其中，所述应用运行信息用于确定所述车机设备对应的使用场景；

若满足数据采集结束条件，向后台服务器发送所采集的上报数据，由所述后台服务器根据所采集的上报数据中的应用运行信息分析在所述使用场景下所述车机设备的系统的运行情况。

在本申请一种可能的实现方式中，所述方法还包括：

确定所述系统的资源总占用率；

若所述系统的资源总占用率大于当前存储的资源占用阈值，则确定满足所述数据采集触发条件。

在本申请一种可能的实现方式中，所述方法还包括：

当接收到后台服务器发送的资源占用阈值时，将当前存储的资源占用阈值更新为所述后台服务器发送的资源占用阈值。

在本申请一种可能的实现方式中，所述上报数据还包括所述处于运行状态的应用的应用占用率、资源总占用率中的至少一项，其中，所述应用占用率用于指示对应的应用对系统资源的占用情况，所述资源总占用率是指所述系统的资源总占用率。

另一方面，提供了一种系统运行的分析装置，所述装置包括：

接收模块，用于接收车机设备发送的上报数据，所述上报数据至少包括所述车机设备中处于运行状态的应用的应用运行信息；

确定模块，用于根据所述应用运行信息，确定所述车机设备对应的使用场景；

分析模块，用于基于所述应用运行信息，分析在所述使用场景下所述车机设备的系统的运行情况。

在本申请一种可能的实现方式中，所述应用运行信息包括所述处于运行状态的应用的应用切换时长，所述应用切换时长是指对应的应用从一个界面切换至另一个界面的时长；

所述分析模块用于：

确定切换超时比例，所述切换超时比例是指所述处于运行状态的应用中应用切换时长大于所述使用场景对应的参考时长阈值的应用比例；

若所述切换超时比例大于参考比例阈值，确定在所述使用场景下所述车机设备的系统存在卡顿现象。

在本申请一种可能的实现方式中，所述上报数据还包括所述处于运行状态的应用的应用占用率，所述应用占用率用于指示对应的应用对系统资源的占用情况；

所述分析模块还用于：

若根据所述处于运行状态的应用的应用占用率确定所述处于运行状态的应用中存在异常运行应用，向所述车机设备发送第一执行指示；

其中，所述异常运行应用是指对应的应用占用率超出正常阈值范围的应用，所述第一执行指示用于指示对所述异常运行应用进行异常处理。

在本申请一种可能的实现方式中，所述分析模块还用于：

根据所述应用运行信息，确定所述异常运行应用是否处于用户使用状态；

若确定所述异常运行应用未处于所述用户使用状态，向所述车机设备发送所述第一执行指示。

在本申请一种可能的实现方式中，所述上报数据还包括所述处于运行状态的应用的应用占用率，所述应用占用率用于指示对应的应用对系统资源的占用情况；

所述分析模块还用于：

若根据所述处于运行状态的应用的应用占用率确定所述处于运行状态的应用中不存在异常运行应用，则确定所述处于运行状态的应用的应用优先级，所述异常运行应用是指对应的应用占用率超出正常阈值范围的应用；

根据所述处于运行状态的应用的应用优先级，从所述处于运行状态的应用中确定目标应用；

向所述车机设备发送第二执行指示，所述第二执行指示用于指示对所述目标应用进行异常处理。

在本申请一种可能的实现方式中，所述上报数据还包括资源总占用率，所述资源总占用率是指所述系统的资源总占用率；

所述分析模块还用于：

获取分析结果；

将所述资源总占用率和所述分析结果对应存储至分析记录中；

若当前满足指定统计条件，获取所述分析记录中的资源总占用率和分析结果；

根据所述分析记录中的资源总占用率和分析结果，确定是否更新资源占用阈值，所述资源占用阈值用于所述车机设备确定是否采集并发送上报数据；

若更新所述资源占用阈值，将更新后的资源占用阈值发送给所述车机设备。

另一方面，提供了一种系统运行的分析装置，所述装置包括：

采集模块，用于若检测到满足数据采集触发条件，采集上报数据，所述上报数据至少包括所述车机设备中处于运行状态的应用的应用运行信息，其中，所述应用运行信息用于确定所述车机设备对应的使用场景；

发送模块，用于若满足数据采集结束条件，向后台服务器发送所采集的上报数据，由所述后台服务器根据所采集的上报数据中的应用运行信息分析在所述使用场景下所述车机设备的系统的运行情况。

在本申请一种可能的实现方式中，所述采集模块还用于：

确定所述系统的资源总占用率，所述资源总占用率是指所述系统的资源总占用率；

若所述系统的资源总占用率大于当前存储的资源占用阈值，则确定满足所述数据采集触发条件。

在本申请一种可能的实现方式中，所述采集模块还用于：

当接收到后台服务器发送的资源占用阈值时，将当前存储的资源占用阈值更新为所述后台服务器发送的资源占用阈值。

在本申请一种可能的实现方式中，所述上报数据还包括所述处于运行状态的应用的应用占用率、资源总占用率中的至少一项，其中，所述应用占用率用于指示对应的应用对系统资源的占用情况，所述资源总占用率是指所述系统的资源总占用率。

另一方面，提供了一种电子设备，包括：

处理器；

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

其中，所述处理器被配置为实现上述一方面中任一项所述的系统运行的分析方法的步骤，或者，实现上述另一方面中任一项所述的系统运行的分析方法的步骤。

另一方面，提供一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，所述指令被处理器执行时实现上述一方面中任一项所述的系统运行的分析方法的步骤，或者，实现上述另一方面中任一项所述的系统运行的分析方法的步骤。

另一方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述一方面中任一项所述的系统运行的分析方法的步骤，或者，实现上述另一方面中任一项所述的系统运行的分析方法的步骤。

本申请实施例提供的技术方案带来的有益效果是：

接收车机设备发送的上报数据，该上报数据至少包括车机设备中处于运行状态的应用的应用运行信息。如此，可以根据该应用运行信息确定车机设备对应的使用场景，之后，可以基于应用运行信息，分析在该使用场景下车机设备的系统的运行情况。由于避免需要用户手动操作，所以可以提高分析效率。

附图说明

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

图1是根据一示例性实施例示出的一种实施环境的示意图；

图2是根据一示例性实施例示出的一种系统运行的分析方法流程图；

图3是根据另一示例性实施例示出的一种系统运行的分析方法流程图；

图4是根据另一示例性实施例示出的一种系统运行的分析方法流程图；

图5是根据一示例性实施例示出的一种系统运行的分析装置的结构示意图；

图6是根据另一示例性实施例示出的一种系统运行的分析装置的结构示意图；

图7是根据一示例性实施例示出的一种车机设备的结构示意图；

图8是根据一示例性实施例示出的一种服务器的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

在对本申请实施例提供的系统运行的分析方法进行详细介绍之前，先对本申请实施例涉及的实施环境进行简单介绍。

请参考图1，该图1是根据一示例性实施例提供的一种实施环境的示意图。该实施环境中包括后台服务器110和车机设备120，该后台服务器110可以与车机设备120之间建立通信连接。

其中，该后台服务器110可以接收车机设备120发送的上报数据，并基于该上报数据对车机设备的系统运行情况进行分析。作为一种示例，该后台服务器110可以为一台服务器，或者，也可以是由多台服务器组成的服务器集群。

其中，该车机设备120配置于车辆中，该车机设备120中可以安装有各种应用，譬如，包括语音、导航、音乐、电台等应用，该车机设备120可以用于收集系统的上报数据，并将上报数据发送给后台服务器120进行分析。

在介绍完本申请实施例涉及的实施环境后，接下来将结合附图对本申请提供的系统运行的分析方法进行详细介绍。

请参考图2，该图2是根据一示例性实施例示出的一种系统运行的分析方法流程图，该系统运行的分析方法可以应用于上述图1所述的实施环境中，由后台服务器来执行，该方法可以包括如下几个步骤：

步骤201：接收车机设备发送的上报数据，该上报数据至少包括该车机设备中处于运行状态的应用的应用运行信息。

步骤202：根据该应用运行信息，确定该车机设备对应的使用场景。

步骤203：基于该应用运行信息，分析在该使用场景下该车机设备的系统的运行情况。

可选地，该应用运行信息包括该处于运行状态的应用的应用切换时长，该应用切换时长是指对应的应用从一个界面切换至另一个界面的时长。

作为一种示例，确定切换超时比例，该切换超时比例是指该处于运行状态的应用中应用切换时长大于该使用场景对应的参考时长阈值的应用比例，若该切换超时比例大于参考比例阈值，确定在该使用场景下该车机设备的系统存在卡顿现象。

可选地，该上报数据还包括该处于运行状态的应用的应用占用率，该应用占用率用于指示对应的应用对系统资源的占用情况。在该种情况下，若根据该处于运行状态的应用的应用占用率确定该处于运行状态的应用中存在异常运行应用，向该车机设备发送第一执行指示。其中，该异常运行应用是指对应的应用占用率超出正常阈值范围的应用，该第一执行指示用于指示对该异常运行应用进行异常处理。

可选地，向该车机设备发送第一执行指示的实现可以包括：根据该应用运行信息，确定该异常运行应用是否处于用户使用状态，若确定该异常运行应用未处于该用户使用状态，向该车机设备发送该第一执行指示。

作为一种示例，该上报数据还包括该处于运行状态的应用的应用占用率，该应用占用率用于指示对应的应用对系统资源的占用情况。在该种情况下，若根据该处于运行状态的应用的应用占用率确定该处于运行状态的应用中不存在异常运行应用，则确定该处于运行状态的应用的应用优先级，该异常运行应用是指对应的应用占用率超出正常阈值范围的应用。根据该处于运行状态的应用的应用优先级，从该处于运行状态的应用中确定目标应用，向该车机设备发送第二执行指示，该第二执行指示用于指示对该目标应用进行异常处理。

可选地，该上报数据还包括资源总占用率，该资源总占用率是指该系统的资源总占用率。基于该应用运行信息，分析在该使用场景下该车机设备的系统的运行情况之后，还包括：获取分析结果；将该资源总占用率和该分析结果对应存储至分析记录中；若当前满足指定统计条件，获取该分析记录中的资源总占用率和分析结果；根据该分析记录中的资源总占用率和分析结果，确定是否更新资源占用阈值，该资源占用阈值用于该车机设备确定是否采集并发送上报数据；若更新该资源占用阈值，将更新后的资源占用阈值发送给该车机设备。

在本申请实施例中，接收车机设备发送的上报数据，该上报数据至少包括车机设备中处于运行状态的应用的应用运行信息。如此，可以根据该应用运行信息确定车机设备对应的使用场景，之后，可以基于应用运行信息，分析在该使用场景下车机设备的系统的运行情况。由于避免需要用户手动操作，所以可以提高分析效率。

请参考图3，该图3是根据另一示例性实施例提供的系统运行的分析方法流程图，该系统运行的分析方法可以应用于上述图1所示的实施环境中，主要由车机设备来执行，该方法可以包括如下几个实现步骤：

步骤301：若检测到满足数据采集触发条件，采集上报数据，该上报数据至少包括该车机设备中处于运行状态的应用的应用运行信息，其中，该应用运行信息用于确定该车机设备对应的使用场景。

作为一种示例，确定该系统的资源总占用率，该资源总占用率是指该系统的资源总占用率，若该系统的资源总占用率大于当前存储的资源占用阈值，则确定满足该数据采集触发条件。

当接收到后台服务器发送的资源占用阈值时，将当前存储的资源占用阈值更新为该后台服务器发送的资源占用阈值。

该上报数据还包括该处于运行状态的应用的应用占用率、资源总占用率中的至少一项。其中，该应用占用率用于指示对应的应用对系统资源的占用情况，该资源总占用率是指该系统的资源总占用率。

步骤302：若满足数据采集结束条件，向后台服务器发送所采集的上报数据，由该后台服务器根据所采集的上报数据中的应用运行信息分析在该使用场景下该车机设备的系统的运行情况。

在本申请实施例中，若检测到满足数据采集触发条件，采集上报数据，该上报数据至少包括该车机设备中处于运行状态的应用的应用运行信息。根据该应用运行信息可以确定车机设备对应的使用场景，之后，在满足数据采集结束条件下，可以向后台服务器发送所采集的上报数据，使得后台服务器可以根据所采集的上报数据中的应用运行信息，分析在使用场景下该车机设备的系统的运行情况。由于避免需要用户手动操作，所以可以提高分析效率。

请参考图4，该图4是根据另一示例性实施例提供的系统运行的分析方法流程图，该系统运行的分析方法可以应用于上述图1所示的实施环境中，由车机设备与后台服务器交互完成，该方法可以包括如下几个实现步骤：

步骤401：车机设备若检测到满足数据采集触发条件，采集上报数据，该上报数据至少包括该车机设备中处于运行状态的应用的应用运行信息，其中，该应用运行信息用于确定该车机设备对应的使用场景。

其中，该数据采集触发条件可以根据实际需求进行设置。譬如，该数据采集触发条件可以与车机设备的系统资源的占用率相关。作为一种示例，车机设备检测是否满足数据采集触发条件的具体实现可以包括：确定该系统的资源总占用率，若该系统的资源总占用率大于当前存储的资源占用阈值，则确定满足该数据采集触发条件。

也即是，该车机设备本地存储有资源占用阈值，如果系统的资源总占用率大于当前存储的资源占用阈值，说明系统当前的资源占用情况比较严重，剩余资源比较少，此时，车机设备可以确定满足数据采集触发条件，即可以开始采集上报数据。

作为一种示例，该系统资源可以包括CPU(central processing unit，中央处理器)资源和/或系统内存，在该种情况下，该数据采集触发条件可以与该车机设备的CPU资源和/或系统内存的占用率相关。

作为一种示例，若该系统的资源包括多个，则该当前存储的资源占用阈值也可以包括多个，每个资源占用阈值与一个相应的资源对应，其中，各个资源对应的资源占用阈值可以相同，也可以不相同。譬如，若该系统的资源包括CPU资源和系统内存，则该当前存储的资源占用阈值包括CPU资源对应的资源占用阈值、以及系统内存对应的资源占用阈值，比如CPU资源对应的资源占用阈值为80％，系统内存对应的资源占用阈值为80％。

若该系统的资源包括多个，则车机设备检测是否满足数据采集触发条件的具体实现还可以包括：确定每个资源的资源总占用率，若该多个资源中存在至少一个资源的资源总占用率大于对应的资源占用阈值，则确定满足数据采集触发条件。譬如，若该系统的资源包括CPU资源和系统内存，则当CPU资源的资源总占用率大于80％，和/或，系统内存的资源总占用率大于80％时，确定满足数据采集触发条件。

在确定满足数据采集触发条件后，车机设备开始采集上报数据。在实施中，所采集的上报数据至少包括车机设备中处于运行状态的应用的应用运行信息，譬如，该应用运行信息可以包括应用运行状态、应用服务状态、以及应用的每个进程状态等。

其中，处于运行状态的应用可能为一个，也可能为多个。

其中，该应用运行状态可以包括前台运行状态或后台运行状态。

其中，该应用服务状态可以包括前台服务状态或后台服务状态，前台服务状态是可以被用户感知的，后台服务是不可以被用户感知的。比如以音乐应用为例，若该音乐应用处于后台运行但仍在播放音乐，此时可以认为该音乐应用是处于前台服务状态，再如，若音乐应用处于后台运行且未在播放音乐，此时可以认为该音乐应用是处于后台服务状态。

其中，上述应用的每个进程状态可以包括空进程、缓存进程等。

进一步地，该上报数据还可以包括该处于运行状态的应用的应用占用率、资源总占用率中的至少一项，其中，该应用占用率用于指示对应的应用对系统资源的占用情况。

也即是，车机设备还可以统计处于运行状态的应用对系统资源的占用情况，即确定各个运行的应用占用了系统的多少资源。以系统资源包括CPU资源为例，可以统计当前处于运行状态的各个应用占用了多少的CPU资源。当然，若系统资源还包括系统内存，还可以统计处于运行状态的各个应用占用了多少的系统内存。

另外，该资源总占用率可以是指各个运行的应用的应用占用率之和，譬如，以该系统资源为CPU资源为例，若处于运行状态的应用包括音乐应用、导航应用和电台应用，其中，音乐应用占用了10％的CPU资源，导航应用占用了15％的CPU资源，电台应用占用了20％的CPU资源，则该资源总占用率为45％。

需要说明的是，若该系统资源包括多种，则可以分别针对每种系统资源确定对应的资源总占用率，并将每种系统资源对应的资源总占用率确定为上报数据，确定的方式与上述类似，这里不再重复介绍。

示例性的，对于音乐应用，车机设备可以确定：是否处于播放状态，播放的是哪种类型的音乐，或者说，播放的是在线音乐、本地音乐或蓝牙音乐中的哪一种。另外，还可以确定音乐应用占用了多大的CPU资源以及系统内存。

示例性的，对于电台应用，车机设备可以确定：是否处于播放状态，播放的是在线电台还是本地电台。另外，还可以确定电台应用占用了多大的CPU资源以及系统内存。

示例性的，对于语音应用，车机设备可以确定目前处于什么状态，或者说，可以确定目前是处于静默状态、唤醒状态、还是tts(TextToSpeech，从文本到语音)播报状态。另外，还可以确定语音应用占用了多大的CPU资源以及系统内存。

示例性的，对于导航应用，车机设备可以确定：是否处于导航状态，若处于导航状态，还可以确定是处于模拟导航中，还是处于正常导航中，另外，还可以确定GPS(GlobalPositioning System，全球定位系统)的信号强度等。此外，还可以确定语音应用占用了多大的CPU资源以及系统内存。

步骤402：若满足数据采集结束条件，车机设备向后台服务器发送所采集的上报数据，由该后台服务器根据所采集的上报数据中的应用运行信息分析在该使用场景下该车机设备的系统的运行情况。

其中，该数据采集结束条件可以根据实际需求进行设置，示例性的，当数据采集时长达到指定时长阈值时，确定车机设备满足数据采集结束条件。

其中，该指定时长阈值可以由用户根据实际需求进行设置，或者，也可以由该车机设备默认设置，本申请实施例对此不做限定。譬如，该指定时长阈值可以为1分钟。

也即是，在触发了数据采集操作后，可以不停地采集上报数据，并统计采集时长。若采集时长达到指定时长阈值，可以确定满足数据采集结束条件，此时，可以将在该指定时长内采集的上报数据发送给后台服务器，以便于后台服务器进行后续分析。

需要说明的是，上述仅是以当数据采集时长达到指定时长阈值时确定满足数据采集结束条件为例进行说明，在另一实施例中，还可以通过其他方式来判断是否满足数据采集结束条件。譬如，当检测到上报指令时，确定满足数据采集结束条件，其中，该上报指令可以由用户触发，用户可以通过指定操作触发，譬如，该指定操作可以包括但不限于点击操作、滑动操作等等。

示例性的，车机设备在采集上报数据的过程中，还可以展示数据采集提示界面，该数据采集提示界面用于提示用户当前正在采集上报数据。另外，该数据采集提示界面还可以包括上报选项，当用户想要车机设备上报数据时，可以点击该上报选项以触发上报指令，相应的，车机设备接收到上报指令后，上报所采集的上报数据。

步骤403：后台服务器接收车机设备发送的上报数据，该上报数据至少包括该车机设备中处于运行状态的应用的应用运行信息。

对于后台服务器来说，可以接收车机设备发送的上报数据，示例性的，该后台服务器接收的上报数据中可以包括车机设备在指定时长内采集的所有上报数据，或者说，可以包括在该指定时长内的不同时间点所采集的上报数据，另外，在该种情况下，所接收的上报数据还可以包括所采集的上报数据对应的时间点。

步骤404：后台服务器根据该应用运行信息，确定该车机设备对应的使用场景。

根据应用运行状态不同，可以确定不同的使用场景，举例来说，若处于运行状态的应用包括第一应用和第二应用，且第一应用处于前台运行状态，第二应用处于后台运行状态，则可以确定对应第一使用场景，若第一应用处于后台运行状态，第二应用处于前台运行状态，则可以确定对应第二使用场景。

由于应用运行信息可以用于确定对应的应用的应用运行状态，所以，可以根据该应用运行信息确定该车机设备当前对应的使用场景。

需要注意的是，这里所确定的使用场景通常是指该车机设备在发送上报数据时对应的使用场景。作为一种示例，若车机设备将指定时长阈值内的上报数据发送给后台服务器，由于所收集的上报数据中包括有时间点，所以，后台服务器可以根据上报数据中最近时间点对应的应用运行信息来确定该车机设备对应的使用场景。

步骤405：后台服务器基于该应用运行信息，分析在该使用场景下该车机设备的系统的运行情况。

如前文所述，后台服务器可以确定车机设备当前的使用场景，之后，后台服务器可以基于该应用运行信息，分析在所确定的使用场景下，该车机设备的系统是否存在卡顿之类的现象，从而对车机设备的系统的运行情况进行分析。

作为一种示例，该应用运行信息包括处于运行状态的应用的应用切换时长，该应用切换时长是指对应的应用从一个界面切换至另一个界面的时长，此时，基于该应用运行信息，分析在该使用场景下该车机设备的系统的运行情况的具体实现可以包括：确定切换超时比例，该切换超时比例是指该处于运行状态的应用中应用切换时长大于该使用场景对应的参考时长阈值的应用比例，若该切换超时比例大于参考比例阈值，确定在该使用场景下该车机设备的系统存在卡顿现象。

其中，不同使用场景对应的参考时长阈值可以由用户根据实际需求进行设置，或者，也可以由该后台服务器默认设置。且不同使用场景对应的参考时长阈值可以相同，也可以不相同，本申请实施例对此不做限定。

其中，该参考比例阈值可以由用户根据实际需求进行设置，或者，也可以由该后台服务器默认设置，本申请实施例对此不作限定。

在本实施例中，应用运行信息除了包括上述的应用运行状态、应用服务状态和应用进程状态之外，还可以包括处于运行状态的应用的应用切换时长，也即是，车机设备可以在检测到运行的应用从一个界面切换至另一界面时，确定应用切换时长，并将应用切换时长作为上报数据中的一项。

在该种情况下，该后台服务器可以根据处于运行状态的应用的应用切换时长，在该使用场景下对该车机设备的系统的运行情况进行分析。示例性的，可以确定车机设备所上报的应用运行信息中，应用切换时长大于该使用场景对应的参考时长阈值的应用的数量，然后确定在所上报的应用运行信息中所占的比例，即确定切换超时比例。

若该切换超时比例大于参考比例阈值，说明车机设备中当前所运行的应用中有较多的应用在界面切换时超时，此时，可以认为在该使用场景下该车机设备的系统存在卡顿现象。

当然，不难理解，若该切换超时比例小于该参考比例阈值，说明车机设备中当前运行的应用中仅存在个别应用在界面切换时超时，此时，可以认为该使用场景下该车机设备的系统不存在卡顿现象。

进一步地，该上报数据还包括处于运行状态的应用的应用占用率，该应用占用率用于指示对应的应用对系统资源的占用情况。确定在该使用场景下该车机设备的系统存在卡顿现象之后，还包括：若根据该处于运行状态的应用的应用占用率确定该处于运行状态的应用中存在异常运行应用，向该车机设备发送第一执行指示。其中，该异常运行应用是指对应的应用占用率超出正常阈值范围的应用，该第一执行指示用于指示对该异常运行应用进行异常处理。

其中，该正常阈值范围可以由用户根据实际需求进行设置，或者，也可以由该后台服务器默认设置，不同应用可以对应有不同的正常阈值范围，本申请实施例对此不作限定。

也即是，在确定车机设备存在卡顿现象后，可以对当前处于运行状态的应用进行分析，对便于确定对部分运行应用的处理策略。为此，可以根据处于运行状态的应用的应用占用率，来确定是否存在异常运行应用，也即是，确定是否存在异常占用系统资源的应用。在实施中，如果存在应用占用率超出正常阈值范围的应用，将该应用确定为异常运行应用。

如果确定所运行的应用中存在异常运行应用，则在确定异常运行应用后，可以向车机设备发送第一执行指示，示例性的，该第一执行指示中可以携带所确定的异常运行应用的应用标识和对应的执行策略，其中，该应用标识可以用于唯一地确定一个应用，该执行策略可以用于指示车机设备如何处理该异常运行应用。

作为一种示例，向该车机设备发送第一执行指示的具体实现可以包括：根据该应用运行信息，确定该异常运行应用是否处于用户使用状态，若确定该异常运行应用未处于该用户使用状态，向该车机设备发送该第一执行指示。

也即是，可以根据应用运行信息来确定后台服务器是否处于用户使用状态，具体地，可以根据应用运行信息中的应用运行状态和/或应用服务状态来确定是否处于用户使用状态。譬如，对于音乐应用来说，由于音乐应用播放音乐时说明用户正在使用，所以，若音乐应用处于前台服务状态，则可以确定其处于使用状态。

如此，为了避免影响用户使用效果，若确定某应用为异常运行应用，还可以进一步确定该异常运行应用是否处于用户使用状态，如果异常运行应用未处于用户使用状态，可以向车机设备发送第一执行指示。相应地，该车机设备接收到该第一执行指示后，可以执行对应的指示操作。

示例性的，若某应用A对CPU资源的占用率超过正常阈值范围，则可以确定该应用A为异常运行应用。如果根据该应用A的应用运行信息确定该应用A未处于用户使用状态，可以向车机设备发送第一执行指示，该第一执行指示中可以携带应用A的应用标识，另外，还可以携带对该应用A的执行策略，譬如，关闭该应用A。如此，该车机设备接收到该第一执行指示后，可以根据该应用标识确定该应用A，然后执行该执行策略对应的操作，即将该应用A关闭。

需要说明的是，上述仅是以在确定运行的应用为异常运行应用后，判断该异常运行应用当前是否处于用户使用状态，并当确定未处于用户使用状态后下发第一执行指示为例进行说明。在另一实施例中，若该运行的应用为异常运行应用，也可以不判断该异常运行应用是否处于用户使用状态，而是直接下发第一执行指示，本申请实施例对此不做限定。

示例性的，若某应用B对系统内存的应用占用率超过对应的正常阈值范围，则可以向车机设备发送第一执行指示，该第一执行指示可以携带该应用B的应用标识和执行策略，譬如，该执行策略可以为：释放内存，或者，通知应用结束某些不用的应用服务、结束掉不用的应用进程。

进一步地，该上报数据还包括该处于运行状态的应用的应用占用率，该应用占用率用于指示对应的应用对系统资源的占用情况，确定在该使用场景下该车机设备的系统存在卡顿现象之后，还包括：若根据该处于运行状态的应用的应用占用率确定该处于运行状态的应用中不存在异常运行应用，则确定该处于运行状态的应用的应用优先级，该异常运行应用是指对应的应用占用率超出正常阈值范围的应用；根据该处于运行状态的应用的应用优先级，从该处于运行状态的应用中确定目标应用；向该车机设备发送第二执行指示，该第二执行指示用于指示对该目标应用进行异常处理。

其中，应用优先级可以由车机设备根据实际需求设置后上报给后台服务器。

也即是，若根据处于运行状态的应用的应用占用率确定该处于运行状态的应用中不存在异常运行应用，由于已经分析出车机设备存在卡顿现象，所以为了能够提高系统的使用流畅度，后台服务器可以根据处于运行状态的应用的应用优先级，从处于运行状态的应用中确定需要异常处理的目标应用。之后，向车机设备下发第二执行指示，该第二执行指示可以携带目标应用的应用标识和对应的执行策略。相应的，该车机设备可以根据该第二执行指示，对目标应用执行对应的异常处理操作。

其中，该目标应用的数量可以为一个，也可以为多个，本申请实施例对此不作限定。

作为一种示例，根据该处于运行状态的应用的应用优先级，从处于运行状态的应用中确定目标应用的实现可以包括：根据应用优先级从低到高的顺序对处于运行状态的应用进行排序，从排序后的应用中选择排序靠前的N个应用，将选择的N个应用中未处于用户使用状态的应用确定为目标应用，该N为大于或等于1的整数。其中，该N可以根据实际需求进行设置。也即是，可以选择应用优先级较低且用户当前未使用的应用作为目标应用，以便于车机设备对应用优先级较低的应用进行异常处理。

进一步地，该上报数据还包括资源总占用率，该资源总占用率是指该系统的资源总占用率。基于该应用运行信息，分析在该使用场景下该车机设备的系统的运行情况之后，还包括：获取分析结果，将该资源总占用率和该分析结果对应存储至分析记录中，若当前满足指定统计条件，获取该分析记录中的资源总占用率和分析结果，根据该分析记录中的资源总占用率和分析结果，确定是否更新资源占用阈值，该资源占用阈值用于该车机设备确定是否采集并发送上报数据，若更新该资源占用阈值，将更新后的资源占用阈值发送给该车机设备。

其中，指定统计条件可以根据实际需求进行设置，譬如，该指定统计条件可以是指接收到上报数据的次数达到一定次数，或者，接收上报数据到达一定的周期等，本申请实施例对此不做限定。

也即是，后台服务器在对车机设备的系统的运行情况进行分析后，可以获取分析结果，譬如，该分析结果可以包括卡顿或不卡顿。之后，可以将当前的分析结果与资源总占用率对应存储至分析记录中，其中，该分析记录中可以包括有历史存储的分析结果和对应的资源总占用率。

当后台服务器确定当前满足指定统计条件时，可以获取该分析记录中的资源总占用率和分析结果，并根据获取的资源总占用率和分析结果，确定是否需要更新资源占用阈值，譬如，如果确定资源总占用率达到一定数值，如达到70％，且分析结果为卡顿，若上次存储的资源占用阈值为80％，说明在资源总占用率达到70％时就会出现卡顿，在该种情况下，可以更新该资源占用阈值，譬如，可以减小资源占用阈值，譬如，将该资源占用阈值调整为70％。并且，在更新的情况下，后台服务器将更新后的资源占用阈值下发给车机设备。

对于车机设备来说，当接收到后台服务器发送的资源占用阈值时，将当前存储的资源占用阈值更新为该后台服务器发送的资源占用阈值。

也即是说，当后台服务器向车机设备发送更新后的资源占用阈值时，车机设备可以将本地存储的资源占用阈值更新为后台服务器发送的资源占用阈值，如此，车机设备后续使用更新后的资源占用阈值来确定是否触发采集上报数据的操作。

当然，不难理解，若确定不需要更新该资源占用阈值，后台服务器不下发资源占用阈值，此时，后台服务器可以在本地存储该资源占用阈值，以便于下次以该资源占用阈值作为比较对象。

需要说明的是，对于车机设备来说，初次使用的资源占用阈值可以是根据经验统计得到，或者，也可以是用户根据实际需求设置的，再或者，还可以是由车机设备默认设置的，本申请实施例对此不做限定。

另外，后台服务器可以保存上述分析得到的数据，可以去生成应用的性能表，以便于后续可以每个应用的各个版本的性能进行分析。

在本申请实施例中，接收车机设备发送的上报数据，该上报数据至少包括车机设备中处于运行状态的应用的应用运行信息。如此，可以根据该应用运行信息确定车机设备对应的使用场景，之后，可以基于应用运行信息，分析在该使用场景下车机设备的系统的运行情况。由于避免需要用户手动操作，所以可以提高分析效率。

图5是根据一示例性实施例示出的一种系统运行的分析装置的结构示意图，该系统运行的分析装置可以包括：

接收模块510，用于接收车机设备发送的上报数据，所述上报数据至少包括所述车机设备中处于运行状态的应用的应用运行信息；

确定模块520，用于根据所述应用运行信息，确定所述车机设备对应的使用场景；

分析模块530，用于基于所述应用运行信息，分析在所述使用场景下所述车机设备的系统的运行情况。

在本申请一种可能的实现方式中，所述应用运行信息包括所述处于运行状态的应用的应用切换时长，所述应用切换时长是指对应的应用从一个界面切换至另一个界面的时长；

所述分析模块530用于：

确定切换超时比例，所述切换超时比例是指所述处于运行状态的应用中应用切换时长大于所述使用场景对应的参考时长阈值的应用比例；

若所述切换超时比例大于参考比例阈值，确定在所述使用场景下所述车机设备的系统存在卡顿现象。

在本申请一种可能的实现方式中，所述上报数据还包括所述处于运行状态的应用的应用占用率，所述应用占用率用于指示对应的应用对系统资源的占用情况；所述分析模块530还用于：

若根据所述处于运行状态的应用的应用占用率确定所述处于运行状态的应用中存在异常运行应用，向所述车机设备发送第一执行指示；

其中，所述异常运行应用是指对应的应用占用率超出正常阈值范围的应用，所述第一执行指示用于指示对所述异常运行应用进行异常处理。

在本申请一种可能的实现方式中，所述分析模块530还用于：

根据所述应用运行信息，确定所述异常运行应用是否处于用户使用状态；

若确定所述异常运行应用未处于所述用户使用状态，向所述车机设备发送所述第一执行指示。

在本申请一种可能的实现方式中，所述上报数据还包括所述处于运行状态的应用的应用占用率，所述应用占用率用于指示对应的应用对系统资源的占用情况；所述分析模块530还用于：

若根据所述处于运行状态的应用的应用占用率确定所述处于运行状态的应用中不存在异常运行应用，则确定所述处于运行状态的应用的应用优先级，所述异常运行应用是指对应的应用占用率超出正常阈值范围的应用；

根据所述处于运行状态的应用的应用优先级，从所述处于运行状态的应用中确定目标应用；

向所述车机设备发送第二执行指示，所述第二执行指示用于指示对所述目标应用进行异常处理。

在本申请一种可能的实现方式中，所述上报数据还包括资源总占用率，所述资源总占用率是指所述系统的资源总占用率；所述分析模块530还用于：

获取分析结果；

将所述资源总占用率和所述分析结果对应存储至分析记录中；

若当前满足指定统计条件，获取所述分析记录中的资源总占用率和分析结果；

根据所述分析记录中的资源总占用率和分析结果，确定是否更新资源占用阈值，所述资源占用阈值用于所述车机设备确定是否采集并发送上报数据；

若更新所述资源占用阈值，将更新后的资源占用阈值发送给所述车机设备。

在本申请实施例中，接收车机设备发送的上报数据，该上报数据至少包括车机设备中处于运行状态的应用的应用运行信息。如此，可以根据该应用运行信息确定车机设备对应的使用场景，之后，可以基于应用运行信息，分析在该使用场景下车机设备的系统的运行情况。由于避免需要用户手动操作，所以可以提高分析效率。

请参考图6，该图6是根据另一示例性实施例提供的一种系统运行的分析装置的结构示意图，该装置可以包括：

采集模块610，用于若检测到满足数据采集触发条件，采集上报数据，所述上报数据至少包括所述车机设备中处于运行状态的应用的应用运行信息，其中，所述应用运行信息用于确定所述车机设备对应的使用场景；

发送模块620，用于若满足数据采集结束条件，向后台服务器发送所采集的上报数据，由所述后台服务器根据所采集的上报数据中的应用运行信息分析在所述使用场景下所述车机设备的系统的运行情况。

在本申请一种可能的实现方式中，所述采集模块610还用于：

确定所述系统的资源总占用率，所述资源总占用率是指所述系统的资源总占用率；

若所述系统的资源总占用率大于当前存储的资源占用阈值，则确定满足所述数据采集触发条件。

在本申请一种可能的实现方式中，所述采集模块610还用于：

当接收到后台服务器发送的资源占用阈值时，将当前存储的资源占用阈值更新为所述后台服务器发送的资源占用阈值。

在本申请一种可能的实现方式中，所述上报数据还包括所述处于运行状态的应用的应用占用率、资源总占用率中的至少一项，其中，所述应用占用率用于指示对应的应用对系统资源的占用情况，所述资源总占用率是指所述系统的资源总占用率。

在本申请实施例中，接收车机设备发送的上报数据，该上报数据至少包括车机设备中处于运行状态的应用的应用运行信息。如此，可以根据该应用运行信息确定车机设备对应的使用场景，之后，可以基于应用运行信息，分析在该使用场景下车机设备的系统的运行情况。由于避免需要用户手动操作，所以可以提高分析效率。

需要说明的是：上述实施例提供的系统运行的分析装置在对系统运行进行分析时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的系统运行的分析装置与系统运行的分析方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图7示出了本申请一个示例性实施例提供的车机设备700的结构框图。通常，车机设备700包括有：处理器701和存储器702。

处理器701可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器701可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器701也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器701可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器701还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器702可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器702还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器702中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器701所执行以实现本申请中方法实施例提供的系统运行的分析方法。

在一些实施例中，车机设备700还可选包括有：外围设备接口703和至少一个外围设备。处理器701、存储器702和外围设备接口703之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口703相连。具体地，外围设备包括：射频电路704、触摸显示屏705、摄像头706、音频电路707、定位组件708和电源709中的至少一种。

外围设备接口703可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器701和存储器702。在一些实施例中，处理器701、存储器702和外围设备接口703被集成在同一芯片或电路板上；在一些其他实施例中，处理器701、存储器702和外围设备接口703中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路704用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路704通过电磁信号与通信网络以及其他通信设备进行通信。射频电路704将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路704包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路704可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：万维网、城域网、内联网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路704还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏705用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏705是触摸显示屏时，显示屏705还具有采集在显示屏705的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器701进行处理。此时，显示屏705还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏705可以为一个，设置车机设备700的前面板；在另一些实施例中，显示屏705可以为至少两个，分别设置在车机设备700的不同表面或呈折叠设计；在再一些实施例中，显示屏705可以是柔性显示屏，设置在车机设备700的弯曲表面上或折叠面上。甚至，显示屏705还可以设置成非矩形的不规则图形，也即异形屏。显示屏705可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。

摄像头组件706用于采集图像或视频。可选地，摄像头组件706包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件706还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路707可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器701进行处理，或者输入至射频电路704以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在车机设备700的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器701或射频电路704的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路707还可以包括耳机插孔。

定位组件708用于定位车机设备700的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件708可以是基于美国的GPS(GlobalPositioning System，全球定位系统)、中国的北斗系统或俄罗斯的伽利略系统的定位组件。

电源709用于为车机设备700中的各个组件进行供电。电源709可以是交流电、直流电、一次性电池或可充电电池。当电源709包括可充电电池时，该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。

在一些实施例中，车机设备700还包括有一个或多个传感器710。该一个或多个传感器710包括但不限于：加速度传感器711、陀螺仪传感器712、压力传感器713、指纹传感器714、光学传感器715以及接近传感器716。

加速度传感器711可以检测以车机设备700建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器711可以用于检测重力加速度在三个坐标轴上的分量。处理器701可以根据加速度传感器711采集的重力加速度信号，控制触摸显示屏705以横向视图或纵向视图进行用户界面的显示。加速度传感器711还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器712可以检测车机设备700的机体方向及转动角度，陀螺仪传感器712可以与加速度传感器711协同采集用户对车机设备700的3D动作。处理器701根据陀螺仪传感器712采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器713可以设置在车机设备700的侧边框和/或触摸显示屏705的下层。当压力传感器713设置在车机设备700的侧边框时，可以检测用户对车机设备700的握持信号，由处理器701根据压力传感器713采集的握持信号进行左右手识别或快捷操作。当压力传感器713设置在触摸显示屏705的下层时，由处理器701根据用户对触摸显示屏705的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器714用于采集用户的指纹，由处理器701根据指纹传感器714采集到的指纹识别用户的身份，或者，由指纹传感器714根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器701授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器714可以被设置车机设备700的正面、背面或侧面。当车机设备700上设置有物理按键或厂商Logo时，指纹传感器714可以与物理按键或厂商Logo集成在一起。

光学传感器715用于采集环境光强度。在一个实施例中，处理器701可以根据光学传感器715采集的环境光强度，控制触摸显示屏705的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏705的显示亮度；当环境光强度较低时，调低触摸显示屏705的显示亮度。在另一个实施例中，处理器701还可以根据光学传感器715采集的环境光强度，动态调整摄像头组件706的拍摄参数。

接近传感器716，也称距离传感器，通常设置在车机设备700的前面板。接近传感器716用于采集用户与车机设备700的正面之间的距离。在一个实施例中，当接近传感器716检测到用户与车机设备700的正面之间的距离逐渐变小时，由处理器701控制触摸显示屏705从亮屏状态切换为息屏状态；当接近传感器716检测到用户与车机设备700的正面之间的距离逐渐变大时，由处理器701控制触摸显示屏705从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图7中示出的结构并不构成对车机设备700的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

本申请实施例还提供了一种非临时性计算机可读存储介质，当所述存储介质中的指令由车机设备的处理器执行时，使得车机设备能够执行上述各个实施例提供的系统运行的分析方法。

本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各个实施例提供的系统运行的分析方法。

图8是本申请实施例提供的一种服务器800的结构示意图，该服务器800可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processingunits，CPU)801和一个或一个以上的存储器802，其中，所述存储器802中存储有至少一条指令，所述至少一条指令由所述处理器801加载并执行以实现上述各个方法实施例提供的应用耗电监控方法。

当然，该服务器800还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器800还可以包括其他用于实现设备功能的部件，在此不做赘述。

本申请实施例还提供了一种非临时性计算机可读存储介质，当所述存储介质中的指令由设备的处理器执行时，使得设备能够执行上述各个实施例提供的系统运行的分析方法。

本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各个实施例提供的系统运行的分析方法。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (12)

1.一种系统运行的分析方法，其特征在于，所述方法包括：

接收车机设备发送的上报数据，所述上报数据至少包括所述车机设备中处于运行状态的应用的应用运行信息和资源总占用率，所述资源总占用率是指所述系统的资源总占用率；

根据所述应用运行信息，确定所述车机设备对应的使用场景；

基于所述应用运行信息，分析在所述使用场景下所述车机设备的系统的运行情况；

获取分析结果；

将所述资源总占用率和所述分析结果对应存储至分析记录中；

若当前满足指定统计条件，获取所述分析记录中的资源总占用率和分析结果；

根据所述分析记录中的资源总占用率和分析结果，确定是否更新资源占用阈值，所述资源占用阈值用于所述车机设备确定是否采集并发送上报数据；

若更新所述资源占用阈值，将更新后的资源占用阈值发送给所述车机设备。

2.如权利要求1所述的方法，其特征在于，所述应用运行信息包括所述处于运行状态的应用的应用切换时长，所述应用切换时长是指对应的应用从一个界面切换至另一个界面的时长；

所述基于所述应用运行信息，分析在所述使用场景下所述车机设备的系统的运行情况，包括：

确定切换超时比例，所述切换超时比例是指所述处于运行状态的应用中应用切换时长大于所述使用场景对应的参考时长阈值的应用比例；

若所述切换超时比例大于参考比例阈值，确定在所述使用场景下所述车机设备的系统存在卡顿现象。

3.如权利要求2所述的方法，其特征在于，所述上报数据还包括所述处于运行状态的应用的应用占用率，所述应用占用率用于指示对应的应用对系统资源的占用情况；

所述确定在所述使用场景下所述车机设备的系统存在卡顿现象之后，还包括：

若根据所述处于运行状态的应用的应用占用率确定所述处于运行状态的应用中存在异常运行应用，向所述车机设备发送第一执行指示；

其中，所述异常运行应用是指对应的应用占用率超出正常阈值范围的应用，所述第一执行指示用于指示对所述异常运行应用进行异常处理。

4.如权利要求3所述的方法，其特征在于，所述向所述车机设备发送第一执行指示，包括：

根据所述应用运行信息，确定所述异常运行应用是否处于用户使用状态；

若确定所述异常运行应用未处于所述用户使用状态，向所述车机设备发送所述第一执行指示。

5.如权利要求2所述的方法，其特征在于，所述上报数据还包括所述处于运行状态的应用的应用占用率，所述应用占用率用于指示对应的应用对系统资源的占用情况；

所述确定在所述使用场景下所述车机设备的系统存在卡顿现象之后，还包括：

若根据所述处于运行状态的应用的应用占用率确定所述处于运行状态的应用中不存在异常运行应用，则确定所述处于运行状态的应用的应用优先级，所述异常运行应用是指对应的应用占用率超出正常阈值范围的应用；

根据所述处于运行状态的应用的应用优先级，从所述处于运行状态的应用中确定目标应用；

向所述车机设备发送第二执行指示，所述第二执行指示用于指示对所述目标应用进行异常处理。

6.一种系统运行的分析方法，其特征在于，所述方法包括：

确定所述系统的资源总占用率，所述资源总占用率是指所述系统的资源总占用率；

若所述系统的资源总占用率大于当前存储的资源占用阈值，则确定满足数据采集触发条件；

若检测到满足数据采集触发条件，采集上报数据，所述上报数据至少包括车机设备中处于运行状态的应用的应用运行信息，其中，所述应用运行信息用于确定所述车机设备对应的使用场景；

若满足数据采集结束条件，向后台服务器发送所采集的上报数据，由所述后台服务器根据所采集的上报数据中的应用运行信息分析在所述使用场景下所述车机设备的系统的运行情况；并由所述后台服务器获取分析结果；将所述资源总占用率和所述分析结果对应存储至分析记录中；若当前满足指定统计条件，获取所述分析记录中的资源总占用率和分析结果；根据所述分析记录中的资源总占用率和分析结果，确定是否更新资源占用阈值，所述资源占用阈值用于所述车机设备确定是否采集并发送上报数据；若更新所述资源占用阈值，将更新后的资源占用阈值发送给所述车机设备。

7.如权利要求6所述的方法，其特征在于，所述方法还包括：

当接收到后台服务器发送的资源占用阈值时，将当前存储的资源占用阈值更新为所述后台服务器发送的资源占用阈值。

8.如权利要求6所述的方法，其特征在于，所述上报数据还包括所述处于运行状态的应用的应用占用率、资源总占用率中的至少一项，其中，所述应用占用率用于指示对应的应用对系统资源的占用情况，所述资源总占用率是指所述系统的资源总占用率。

9.一种系统运行的分析装置，其特征在于，所述装置包括：

接收模块，用于接收车机设备发送的上报数据，所述上报数据至少包括所述车机设备中处于运行状态的应用的应用运行信息和资源总占用率，所述资源总占用率是指所述系统的资源总占用率；

确定模块，用于根据所述应用运行信息，确定所述车机设备对应的使用场景；

分析模块，用于基于所述应用运行信息，分析在所述使用场景下所述车机设备的系统的运行情况；获取分析结果；将所述资源总占用率和所述分析结果对应存储至分析记录中；若当前满足指定统计条件，获取所述分析记录中的资源总占用率和分析结果；根据所述分析记录中的资源总占用率和分析结果，确定是否更新资源占用阈值，所述资源占用阈值用于所述车机设备确定是否采集并发送上报数据；若更新所述资源占用阈值，将更新后的资源占用阈值发送给所述车机设备。

10.一种系统运行的分析装置，其特征在于，所述装置包括：

采集模块，用于确定所述系统的资源总占用率，所述资源总占用率是指所述系统的资源总占用率；若所述系统的资源总占用率大于当前存储的资源占用阈值，则确定满足数据采集触发条件；若检测到满足数据采集触发条件，采集上报数据，所述上报数据至少包括车机设备中处于运行状态的应用的应用运行信息，其中，所述应用运行信息用于确定所述车机设备对应的使用场景；

发送模块，用于若满足数据采集结束条件，向后台服务器发送所采集的上报数据，由所述后台服务器根据所采集的上报数据中的应用运行信息分析在所述使用场景下所述车机设备的系统的运行情况；获取分析结果；将所述资源总占用率和所述分析结果对应存储至分析记录中；若当前满足指定统计条件，获取所述分析记录中的资源总占用率和分析结果；根据所述分析记录中的资源总占用率和分析结果，确定是否更新资源占用阈值，所述资源占用阈值用于所述车机设备确定是否采集并发送上报数据；若更新所述资源占用阈值，将更新后的资源占用阈值发送给所述车机设备。

11.一种电子设备，其特征在于，包括：

处理器；

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

其中，所述处理器被配置为实现权利要求1-5中任一项所述的系统运行的分析方法的步骤，或者，实现权利要求6-8中任一项所述的系统运行的分析方法的步骤。

12.一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，其特征在于，所述指令被处理器执行时实现权利要求1-5中任一项所述的系统运行的分析方法的步骤，或者，实现权利要求6-8中任一项所述的系统运行的分析方法的步骤。

Images