车机的后台管理方法及装置与流程

阅读：评论：0

1.本技术涉及车载应用软件技术领域，特别涉及一种车机的后台管理及装置。

背景技术：

2.相关技术中，通过深度定制android framework和研发车机管家app应用两个层面协同实现应用策略管理功能，可以根据用户设置的管理策略，自动在ivi(in-vehicle infotainment，车载信息娱乐系统)运行过程中实现内存回收、后台功能限制等功能，避免ivi系统卡顿等不友好的用户体验。
3.然而，相关技术中无法自动识别车机的工作进程，并且无法根据车机工作进程自动管理后台应用，降低了车辆的智能化水平的同时，降低了用户的使用体验，无法满足用户的使用需求，亟待解决。

技术实现要素：

4.本技术提供一种车机的后台管理方法及装置，以解决相关技术中无法自动识别车机的工作进程，并且无法根据车机工作进程自动管理后台应用，降低了车辆的智能化水平的同时，降低了用户的使用体验，无法满足用户的使用需求的技术问题。
5.本技术第一方面实施例提供一种车机的后台管理方法，包括以下步骤：接收车机的上报事件；基于所述上报事件，获取所述车机的多个后台进程中每个后台进程的实际进程信息，并根据所述实际进程信息判断所述每个后台进程是否满足预设冻结条件；冻结满足所述预设冻结条件的至少一个后台进程，并检测所述至少一个后台进程是否满足预设解冻条件，在检测到满足所述预设解冻条件时，对所述至少一个后台进程进行解冻。
6.根据上述技术手段，本技术实施例可以根据车机每个后台进程的实际进程信息，判断每个后台进程是否满足冻结条件或解冻条件，从而冻结或解冻相关进程，进而可以根据车机工作进程自动管理后台应用，提升了车辆的智能化水平的同时，提升了用户的使用体验，有效的满足用户的使用需求。
7.可选地，在本技术的一个实施例中，所述根据所述实际进程信息判断所述每个后台进程是否满足预设冻结条件，包括：基于所述实际进程信息，识别所述每个后台进程的实际类型；在所述实际类型为展示进程类型或者工作进程类型时，判定满足所述预设冻结条件；在所述实际类型为核心进程类型时，判定不满足所述预设冻结条件。
8.根据上述技术手段，本技术实施例可以根据每个后台进行的实际类型判断是否满足冻结条件，有效的提升了车辆的智能化水平，提升用户的使用体验。
9.可选地，在本技术的一个实施例中，所述基于所述实际进程信息，识别所述每个后台进程的实际类型，包括：识别所述每个后台进程的当前应用场景和/或当前用户场景；基于所述实际进程信息，结合所述当前应用场景和/或所述当前用户场景匹配所述每个后台进程的实际类型。
10.根据上述技术手段，本技术实施例可以根据实际类型判断是否满足冻结条件，进
而降低了系统的功耗，提升了系统运行的流畅性。
11.可选地，在本技术的一个实施例中，所述实际进程信息包括前台场景、设备状态、应用使用情况、应用类型识别信息和前台应用识别信息中的至少一项。
12.根据上述技术手段，本技术实施例可以有效的提升了车机后台管理的可执行性。
13.可选地，在本技术的一个实施例中，在接收所述车机的上报事件之后，还包括：根据所述上报事件获取所述车机的cpu(central processing unit，中央处理器)占用情况和/或io(input/output，输入/输出)占用情况；在所述cpu占用情况和/或所述io占用情况满足预设条件时，进入车机后台管理模式。
14.根据上述技术手段，本技术实施例可以通过cpu占用情况和io占用情况判定车机是否进入后台管理模式，避免造成车机严重的性能卡顿，以提升用户的使用体验。
15.本技术第二方面实施例提供一种车机的后台管理装置，包括：接收模块，用于接收车机的上报事件；处理模块，用于基于所述上报事件，获取所述车机的多个后台进程中每个后台进程的实际进程信息，并根据所述实际进程信息判断所述每个后台进程是否满足预设冻结条件；控制模块，用于冻结满足所述预设冻结条件的至少一个后台进程，并检测所述至少一个后台进程是否满足预设解冻条件，在检测到满足所述预设解冻条件时，对所述至少一个后台进程进行解冻。
16.可选地，在本技术的一个实施例中，所述处理模块包括：识别单元，用于基于所述实际进程信息，识别所述每个后台进程的实际类型；第一判定单元，用于在所述实际类型为展示进程类型或者工作进程类型时，判定满足所述预设冻结条件；第二判定单元，用于在所述实际类型为核心进程类型时，判定不满足所述预设冻结条件。
17.可选地，在本技术的一个实施例中，所述识别单元进一步用于识别所述每个后台进程的当前应用场景和/或当前用户场景，基于所述实际进程信息，结合所述当前应用场景和/或所述当前用户场景匹配所述每个后台进程的实际类型。
18.可选地，在本技术的一个实施例中，所述实际进程信息包括前台场景、设备状态、应用使用情况、应用类型识别信息和前台应用识别信息中的至少一项。
19.可选地，在本技术的一个实施例中，本技术实施例的装置还包括：获取模块，用于在接收所述车机的上报事件之后，根据所述上报事件获取所述车机的cpu占用情况和/或io占用情况；控制模块，用于在接收所述车机的上报事件之后，在所述cpu占用情况和/或所述io占用情况满足预设条件时，进入车机后台管理模式。
20.本技术第三方面实施例提供一种服务器，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的车机的后台管理方法。
21.本技术第四方面实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储计算机程序，该程序被处理器执行时实现如上的车机的后台管理方法。
22.本技术的有益效果：
23.(1)本技术实施例可以根据实际类型判断是否满足冻结条件，进而降低了系统的功耗，提升了系统运行的流畅性。
24.(2)本技术实施例可以根据车机每个后台进程的实际进程信息，判断每个后台进程是否满足冻结条件或解冻条件，从而冻结或解冻相关进程，进而可以根据车机工作进程
自动管理后台应用，提升了车辆的智能化水平的同时，提升了用户的使用体验，有效的满足用户的使用需求。
25.本技术附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本技术的实践了解到。
附图说明
26.本技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
27.图1为根据本技术实施例提供的一种车机的后台管理方法的流程图；
28.图2为本技术一个具体实施例的车机的后台管理方法的总体架构示意图；
29.图3为本技术一个具体实施例的车机的后台管理方法的场景识别示意图；
30.图4为本技术一个具体实施例的车机的后台管理方法的交互示意图；
31.图5为根据本技术实施例的车机的后台管理装置的结构示意图；
32.图6为根据本技术实施例提供的车辆的结构示意图。
33.其中，10-车机的后台管理装置；100-接收模块、200-处理模块和300-控制模块；601-存储器、602-处理器和603-通信接口。
具体实施方式
34.下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本技术，而不能理解为对本技术的限制。
35.下面参考附图描述本技术实施例的车机的后台管理方法及装置。针对上述背景技术中心提到的相关技术中无法自动识别车机的工作进程，并且无法根据车机工作进程自动管理后台应用，降低了车辆的智能化水平的同时，降低了用户的使用体验，无法满足用户的使用需求的问题，本技术提供了一种车机的后台管理方法，在该方法中，可以基于车机的上报事件，获取车机的多个后台进程中每个后台进程的实际进程信息，并判断每个后台进程是否满足一定的冻结条件，从而冻结满足一定的冻结条件的后台进程，并检测后台进程满足一定的解冻条件时，对后台进程进行解冻，进而可以根据车机工作进程自动管理后台应用，提升了车辆的智能化水平的同时，提升了用户的使用体验，有效的满足用户的使用需求。由此，解决了相关技术中无法自动识别车机的工作进程，并且无法根据车机工作进程自动管理后台应用，降低了车辆的智能化水平的同时，降低了用户的使用体验，无法满足用户的使用需求的技术问题。
36.具体而言，图1为本技术实施例所提供的一种车机的后台管理方法的流程示意图。
37.如图1所示，该车机的后台管理方法包括以下步骤：
38.在步骤s101中，接收车机的上报事件。
39.可以理解的是，本技术实施例可以在出现cpu高占用或者io高占用时，接收车机基于cpu高占用或者io高占用上报的事件，例如，通过车辆中控服务接收cpu高占用和io高占用等底层上报的事件，确定车机此时需要进行后台管理，以解决cpu高占用或者io高占用，导致车机卡顿或者不流畅等问题，以便可以根据车机后台进程信息自动管理后台应用，提
升了车辆的智能化水平的同时，提升了用户的使用体验，有效的满足用户的使用需求。
40.可选地，在本技术的一个实施例中，在接收车机的上报事件之后，还包括：根据上报事件获取车机的cpu占用情况和/或io占用情况；在cpu占用情况和/或io占用情况满足预设条件时，进入车机后台管理模式。
41.在实际执行过程中，本技术实施例可以根据车机的上报事件获取车机的cpu占用情况和/或io占用情况，在cpu占用情况和/或io占用情况满足一定条件时，如cpu占用大于一定阈值或者io占用大于一定阈值，判定满足一定条件，中控服务控制车辆的车机进入车机后台管理模式，使得当后台应用高占用cpu资源或后台服务不断尝试联网等情况时，避免造成车机严重的性能卡顿，以提升用户的使用体验。
42.需要说明的是，预设条件由本领域技术人员根据实际情况进行设置，在此不作具体限定。
43.在步骤s102中，基于上报事件，获取车机的多个后台进程中每个后台进程的实际进程信息，并根据实际进程信息判断每个后台进程是否满足预设冻结条件。
44.作为一种可能实现的方式，如图2所示，本技术实施例可以通过广播接收系统中有进程状况发生改变的事件，并记录当前系统中正在运行的进程信息，并且通过中控服务检查所有进程信息的状况，即每个后台进程的实际进程信息，其中，中控服务为后台管理的控制中枢，并根据下述步骤中的实际进程信息判断每个后台进程是否符合一定的冻结条件，从而可以进行冻结操作，有效的提升了车机后台管理的可行性。
45.需要说明的是，预设冻结条件由本领域技术人员根据实际情况进行设置，在此不作具体限定。
46.可选地，在本技术的一个实施例中，根据实际进程信息判断每个后台进程是否满足预设冻结条件，包括：基于实际进程信息，识别每个后台进程的实际类型；在实际类型为展示进程类型或者工作进程类型时，判定满足预设冻结条件；在实际类型为核心进程类型时，判定不满足预设冻结条件。
47.可以理解的是，本技术实施例可以基于下述步骤中的实际进程信息，通过中控应用识别每个后台进程的实际类型，当实际类型为展示进程类型或者工作进程类型时，则满足一定的冻结条件，当实际类型为核心进程类型时，则不满足一定的冻结条件，从而有效的提升了车辆的智能化水平，提升用户的使用体验。
48.在实际执行过程中，本技术实施例中的每个后台进程的实际类型可以为展示进程类型、工作进程类型和核心进程类型，其中，展示进程类型和工作进程类型无需常驻内存，如打开的相册或备忘录等，而核心进程类型需要常驻内存，如驾车时开启的导航等，从而本技术实施例可以对下述步骤中的实际进程信息计算冻结条件，从而执行相应的后台管理操作。
49.其中，在本技术的一个实施例中，实际进程信息包括前台场景、设备状态、应用使用情况、应用类型识别信息和前台应用识别信息中的至少一项。
50.在部分实施例中，本技术实施例的实际进程信息可以为前台场景、设备状态、应用使用情况、应用类型识别信息和前台应用识别信息等，举例而言，如图3所示，当底层检测到前台场景时，如游戏、电子书、浏览器、导航或视频等，可以通过协议下穿到已经建立一系列的前台应用匹配规则的行为记录中心，并通过行为记录中心配置文件的创建和读取，匹配
前台场景是否属于当前定义的行为，从而加入到检测队列中，从而可以根据实际进程信息判断每个后台进程是否符合一定的的冻结条件，进而有效的提升了车机后台管理的可执行性。
51.其中，在本技术的一个实施例中，基于实际进程信息，识别每个后台进程的实际类型，包括：识别每个后台进程的当前应用场景和/或当前用户场景；基于实际进程信息，结合当前应用场景和/或当前用户场景匹配每个后台进程的实际类型。
52.作为一种可能实现的方式，如图2所示，本技术实施例可以接收车机上报的信息，并计算高占用cpu或io的应用，例如，通过kernel内核计算高占用cpu或io，可以通过消息发送到中控应用和中间层，同时中控应用可以进行界面整合、应用自启动管理、自动清理，还可以提供名单数据库管理系统方法和数据库白名单至场景服务中，还可以对后台管理的白名单数据库的添加、删除，从而场景服务可以记录非白名单应用的使用场景和用户场景，并基于上述步骤中的实际进程信息结合当前的应用场景和/或当前用户场景匹配上述步骤中每个后台进程的实际类型，从而可以根据实际类型判断是否满足上述一定的的冻结条件，进而降低了系统的功耗，提升了系统运行的流畅性。
53.在步骤s103中，冻结满足预设冻结条件的至少一个后台进程，并检测至少一个后台进程是否满足预设解冻条件，在检测到满足预设解冻条件时，对至少一个后台进程进行解冻。
54.作为一种可能实现的方式，如图3所示，首先，当底层检测到前台场景时，如游戏、电子书、浏览器、导航或视频等，可以通过协议下穿到已经建立一系列的前台应用匹配规则的行为记录中心，并通过行为记录中心配置文件的创建和读取，匹配前台场景是否属于当前定义的行为，从而加入到检测队列中。
55.接着，本技术实施例可以通过应用状态识别中心识别下载、音频通道、录音、导航、传感器使用、悬浮窗、通知、前台服务、蓝牙扫描、无线网络扫描等系统资源的使用情况，并记录各个应用的cpu、io等功耗问题，且通过协议传输到状态机，通过状态机存储当前状态，并根据实际情况变更应用状态情况。
56.最后，本技术实施例可以通过设备状态识别根据广播以及数据库属性改变情况，监听当前系统所处状态，并判断系统的应用处于何种状态，其中，通过广播接收系统中有进程状况发生了改变的事件，并记录当前系统中正在运行的进程信息。
57.综上，在本技术的实施例中，整个中控应用为核心控制中心，可以通过接收状态机的行为进行判断各个应用的状态情况，同时通过应用识别中心识别出应用的类型是否为系统应用或者普通应用，并结合算法将计算的高占用cpu或io的普通应用进行查杀冻结，并且将占用cpu或io较低功耗的普通应用进行解冻，能够有效的在一定程度上解决车机使用过程中，应用打开过多或车机使用过久导致卡顿的问题，提升了系统运行的流畅性，提升了用户的使用体验。
58.需要说明的是，预设解冻条件由本领域技术人员根据实际情况进行设置，在此不作具体限定。
59.下面将以一个具体实施例对本技术实施例的具体工作原理进行详细阐述。
60.如图4所示，本技术实施例中的底层可以对时间进行中转和上报，可以挂起和恢复垃圾回收组中的进程，并计算高cpu和高io的占用，同时可以注册系统服务至中间层。
61.其中，中间层可以包括数据采集、冻屏检查和后台管理，中间层可以将各个部分的信息加入并注册到对应的服务进行封装，并提供对应的接口为上层调用，从而为中控提供需要的接口，并拦截已冻结进程的协议通信的同时，可以拦截进程间通信，从而可以通过中控应识别识别每个后台进程的实际类型。
62.其中，中控应用识别的每个后台进程的实际类型可以为展示进程、工作进程和核心进程，且计算是否满足冻结或解冻条件，并执行相应的操作，可以将进程在冻结状态和解冻之间两个组之间切换，并负责冻结的进程被终止时能够解冻并执行后续操作。
63.最后，本技术实施例中的服务端可以由系统拉起，可以负责对上层应用的冻结、应用长时间连接的管控、进程的管控、网络监控等功能，从而可以根据车机工作进程自动管理后台应用，提升了车辆的智能化水平的同时，提升了用户的使用体验，有效的满足用户的使用需求。
64.根据本技术实施例提出的车机的后台管理方法，可以基于车机的上报事件，获取车机的多个后台进程中每个后台进程的实际进程信息，并判断每个后台进程是否满足一定的冻结条件，从而冻结满足一定的冻结条件的后台进程，并检测后台进程满足一定的解冻条件时，对后台进程进行解冻，进而可以根据车机工作进程自动管理后台应用，提升了车辆的智能化水平的同时，提升了用户的使用体验，有效的满足用户的使用需求。由此，解决了相关技术中无法自动识别车机的工作进程，并且无法根据车机工作进程自动管理后台应用，降低了车辆的智能化水平的同时，降低了用户的使用体验，无法满足用户的使用需求的技术问题。
65.其次参照附图描述根据本技术实施例提出的车机的后台管理装置。
66.图5是本技术实施例的车机的后台管理装置的方框示意图。
67.如图5所示，该车机的后台管理装置10包括：接收模块100、处理模块200和控制模块300。
68.具体地，接收模块100，用于接收车机的上报事件。
69.处理模块200，用于基于上报事件，获取车机的多个后台进程中每个后台进程的实际进程信息，并根据实际进程信息判断每个后台进程是否满足预设冻结条件。
70.控制模块300，用于冻结满足预设冻结条件的至少一个后台进程，并检测至少一个后台进程是否满足预设解冻条件，在检测到满足预设解冻条件时，对至少一个后台进程进行解冻。
71.可选地，在本技术的一个实施例中，处理模块200包括：识别单元、第一判定单元和第二判定单元。
72.其中，识别单元，用于基于实际进程信息，识别每个后台进程的实际类型。
73.第一判定单元，用于在实际类型为展示进程类型或者工作进程类型时，判定满足预设冻结条件。
74.第二判定单元，用于在实际类型为核心进程类型时，判定不满足预设冻结条件。
75.可选地，在本技术的一个实施例中，识别单元进一步用于识别每个后台进程的当前应用场景和/或当前用户场景，基于实际进程信息，结合当前应用场景和/或当前用户场景匹配每个后台进程的实际类型。
76.可选地，在本技术的一个实施例中，实际进程信息包括前台场景、设备状态、应用
使用情况、应用类型识别信息和前台应用识别信息中的至少一项。
77.可选地，在本技术的一个实施例中，本技术实施例的装置10还包括：获取模块和控制模块。
78.其中，获取模块，用于在接收车机的上报事件之后，根据上报事件获取车机的cpu占用情况和/或io占用情况。
79.控制模块，用于在接收车机的上报事件之后，在cpu占用情况和/或io占用情况满足预设条件时，进入车机后台管理模式。
80.需要说明的是，前述对车机的后台管理方法实施例的解释说明也适用于该实施例的车机的后台管理装置，此处不再赘述。
81.根据本技术实施例提出的车机的后台管理装置，可以基于车机的上报事件，获取车机的多个后台进程中每个后台进程的实际进程信息，并判断每个后台进程是否满足预设冻结条件，从而冻结满足预设冻结条件的后台进程，并检测后台进程满足预设解冻条件时，对后台进程进行解冻，进而可以根据车机工作进程自动管理后台应用，提升了车辆的智能化水平的同时，提升了用户的使用体验，有效的满足用户的使用需求。由此，解决了相关技术中无法自动识别车机的工作进程，并且无法根据车机工作进程自动管理后台应用，降低了车辆的智能化水平的同时，降低了用户的使用体验，无法满足用户的使用需求的技术问题。
82.图6为本技术实施例提供的服务器的结构示意图。该服务器可以包括：
83.存储器601、处理器602及存储在存储器601上并可在处理器602上运行的计算机程序。
84.处理器602执行程序时实现上述实施例中提供的车机的后台管理方法。
85.进一步地，服务器还包括：
86.通信接口603，用于存储器601和处理器602之间的通信。
87.存储器601，用于存放可在处理器602上运行的计算机程序。
88.存储器601可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
89.如果存储器601、处理器602和通信接口603独立实现，则通信接口603、存储器601和处理器602可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(industry standard architecture，简称为isa)总线、外部设备互连(peripheral component，简称为pci)总线或扩展工业标准体系结构(extended industry standard architecture，简称为eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
90.可选地，在具体实现上，如果存储器601、处理器602及通信接口603，集成在一块芯片上实现，则存储器601、处理器602及通信接口603可以通过内部接口完成相互间的通信。
91.处理器602可能是一个中央处理器(central processing unit，简称为cpu)，或者是特定集成电路(application specific integrated circuit，简称为asic)，或者是被配置成实施本技术实施例的一个或多个集成电路。
92.本实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的车机的后台管理方法。
93.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或n个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
94.此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本技术的描述中，“n个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
95.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或n个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本技术的实施例所属技术领域的技术人员所理解。
96.在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或n个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。
97.应当理解，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，n个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
98.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
99.此外，在本技术各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模
块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
100.上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本技术的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。

技术特征：

1.一种车机的后台管理方法，其特征在于，包括以下步骤：接收车机的上报事件；基于所述上报事件，获取所述车机的多个后台进程中每个后台进程的实际进程信息，并根据所述实际进程信息判断所述每个后台进程是否满足预设冻结条件；以及冻结满足所述预设冻结条件的至少一个后台进程，并检测所述至少一个后台进程是否满足预设解冻条件，在检测到满足所述预设解冻条件时，对所述至少一个后台进程进行解冻。2.根据权利要求1所述的方法，其特征在于，所述根据所述实际进程信息判断所述每个后台进程是否满足预设冻结条件，包括：基于所述实际进程信息，识别所述每个后台进程的实际类型；在所述实际类型为展示进程类型或者工作进程类型时，判定满足所述预设冻结条件；在所述实际类型为核心进程类型时，判定不满足所述预设冻结条件。3.根据权利要求2所述的方法，其特征在于，所述基于所述实际进程信息，识别所述每个后台进程的实际类型，包括：识别所述每个后台进程的当前应用场景和/或当前用户场景；基于所述实际进程信息，结合所述当前应用场景和/或所述当前用户场景匹配所述每个后台进程的实际类型。4.根据权利要求2或3所述的方法，其特征在于，所述实际进程信息包括前台场景、设备状态、应用使用情况、应用类型识别信息和前台应用识别信息中的至少一项。5.根据权利要求1所述的方法，其特征在于，在接收所述车机的上报事件之后，还包括：根据所述上报事件获取所述车机的中央处理器cpu占用情况和/或输入输出io占用情况；在所述cpu占用情况和/或所述io占用情况满足预设条件时，进入车机后台管理模式。6.一种车机的后台管理装置，其特征在于，包括：接收模块，用于接收车机的上报事件；处理模块，用于基于所述上报事件，获取所述车机的多个后台进程中每个后台进程的实际进程信息，并根据所述实际进程信息判断所述每个后台进程是否满足预设冻结条件；以及控制模块，用于冻结满足所述预设冻结条件的至少一个后台进程，并检测所述至少一个后台进程是否满足预设解冻条件，在检测到满足所述预设解冻条件时，对所述至少一个后台进程进行解冻。7.根据权利要求6所述的装置，其特征在于，所述处理模块包括：识别单元，用于基于所述实际进程信息，识别所述每个后台进程的实际类型；第一判定单元，用于在所述实际类型为展示进程类型或者工作进程类型时，判定满足所述预设冻结条件；第二判定单元，用于在所述实际类型为核心进程类型时，判定不满足所述预设冻结条件。8.根据权利要求7所述的装置，其特征在于，所述识别单元进一步用于识别所述每个后台进程的当前应用场景和/或当前用户场景，基于所述实际进程信息，结合所述当前应用场
景和/或所述当前用户场景匹配所述每个后台进程的实际类型。9.一种服务器，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如权利要求1-5任一项所述的车机的后台管理方法。10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行，以用于实现如权利要求1-5任一项所述的车机的后台管理方法。

技术总结

本申请公开了一种车机的后台管理方法及装置，其中，方法包括：接收车机的上报事件；基于上报事件，获取车机的多个后台进程中每个后台进程的实际进程信息，并根据实际进程信息判断每个后台进程是否满足预设冻结条件；冻结满足预设冻结条件的至少一个后台进程，并检测至少一个后台进程是否满足预设解冻条件，在检测到满足预设解冻条件时，对至少一个后台进程进行解冻。本申请实施例可以根据车机每个后台进程的实际进程信息，判断每个后台进程是否满足冻结条件或解冻条件，从而冻结或解冻相关进程，进而可以根据车机工作进程自动管理后台应用，提升了车辆的智能化水平的同时，提升了用户的使用体验，有效的满足用户的使用需求。有效的满足用户的使用需求。有效的满足用户的使用需求。