CN115617421A - 进程智能调度方法、装置、可读存储介质及嵌入式设备 - Google Patents

Abstract

本申请涉及进程智能调度方法、装置、可读存储介质及嵌入式设备。该进程智能调度方法包括：通过响应于应用调用请求创建目标应用运行所需的容器，并基于目标容器引擎创建进程守护单元；根据进程守护单元生成容器的运行环境；通过进程守护单元将容器的控制端口发送至目标容器引擎中的客户端，以使客户端基于控制端口进入容器的运行环境，并启动容器中存储的目标应用的进程。本申请采用的进程智能调度方法，在不依赖原生容器引擎镜像的情况下，利用改进后的容器引擎在嵌入式设备中实现对容器中所存储应用的进程调度，进而满足嵌入式场景中高效系统资源调用需求。

Description

进程智能调度方法、装置、可读存储介质及嵌入式设备

技术领域

本申请涉及计算机领域，特别是涉及一种进程智能调度方法、装置、可读存储介质及嵌入式设备。

背景技术

随着计算机技术、网络技术和微电子技术的深入发展及用户使用场景的不断丰富，嵌入式系统在满足用户特定使用场景及特定需求的情况下，也具有可靠性高及实时性好的优势，广泛应用于特定专用设备，尤其是对于系统资源有限的设备，比如在智能家居设备。

近年来，为满足更高效系统资源调用需求，以Docker为代表的容器技术作为虚拟化技术应运而生，广泛应用于云计算、安全、智能操作系统等领域，以实现精细化调度进程。但是传统的容器技术在容器启动时所依赖的镜像占用系统资源过多，例如所需最低配置2G物理内存，而嵌入式设备最低物理内存范围为1M到512M，并不适用于嵌入式设备场景。

发明内容

基于此，有必要针对上述技术问题，提供一种进程智能调度方法、装置、可读存储介质及嵌入式设备。

第一方面，本申请提供了一种进程智能调度方法。进程智能调度方法应用于嵌入式设备，嵌入式设备包括目标容器引擎，目标容器引擎是使用第一编程语言对原生容器引擎进行二次开发得到的、且比原生容器引擎轻量的容器引擎；原生容器引擎是通过第二编程语言编写的，进程智能调度方法包括：

响应于应用调用请求创建目标应用运行所需的容器，并基于目标容器引擎创建进程守护单元；

根据进程守护单元生成容器的运行环境；

通过进程守护单元将容器的控制端口发送至目标容器引擎中的客户端，以使客户端基于控制端口进入容器的运行环境，并启动容器中存储的目标应用的进程。

在其中一个实施例中，运行环境配置有目标应用的资源占用阈值；进程智能调度方法还包括：

获取目标应用的进程启动后的进程识别信息；

根据进程识别信息获取目标应用的资源占用率；

当目标应用的资源占用率大于资源占用阈值时，结束目标应用的进程。

在其中一个实施例中，响应于应用调用请求创建目标应用运行所需的容器的步骤，具体包括：

调用目标容器引擎中的客户端的应用程序接口，以获取应用调用请求；

响应于应用调用请求，创建目标应用运行所需的容器。

在其中一个实施例中，在以使客户端基于控制端口进入容器的运行环境，并启动容器中存储的目标应用的进程之前，进程智能调度方法还包括：

对目标应用进行压缩处理，以输出预设压缩格式的目标应用；

以使客户端基于控制端口进入容器的运行环境，并启动容器中存储的目标应用的进程包括：

基于控制端口控制客户端进入容器的运行环境，以使启动预设压缩格式的目标应用的进程。

在其中一个实施例中，还包括：

获取目标应用的进程运行状态；

当进程运行状态异常时，重启目标应用的进程，以使目标应用处于预设进程运行状态。

在其中一个实施例中，还包括：

当目标应用与其他应用存在资源占用冲突时，获取目标应用与其他应用分别对应的优先级；其他应用为当前时刻运行的、且除目标应用以外的应用；

根据目标应用与其他应用分别对应的优先级，确定待调整应用，并对待调整应用进行资源占用率调整；待调整应用是目标应用与其他应用中待作资源占用调整的应用。

在其中一个实施例中，根据目标应用与其他应用分别对应的优先级，确定待调整应用，并对待调整应用进行资源占用率调整的步骤，具体包括以下至少一种处理：

若目标应用的优先级高于其他应用的优先级，判定其他应用为待调整应用，调节其他应用的资源占用率，以满足目标应用的资源需求；

若其他应用中存在与目标应用的优先级相同的多个应用，则保持多个应用中第一应用对应的进程运行，并结束多个应用中第二应用对应的进程；第一应用的资源需求低于第二应用的资源需求；

若目标应用的优先级低于其他应用的优先级，判定目标应用为待调整应用，结束目标应用的进程，以释放目标应用的进程所占用的资源。

第二方面，本申请还提供一种进程调度装置。进程调度装置应用于嵌入式设备，嵌入式设备包括目标容器引擎，目标容器引擎是使用第一编程语言对原生容器引擎进行二次开发得到的、且比原生容器引擎轻量的容器引擎；原生容器引擎是通过第二编程语言编写的，进程调度装置包括：

容器创建模块，用于响应于应用调用请求创建目标应用运行所需的容器，并基于目标容器引擎创建进程守护单元；

环境生成模块，与容器创建模块连接，用于根据进程守护单元生成容器的运行环境；

进程管理模块，与环境生成模块连接，用于通过进程守护单元将容器的控制端口发送至目标容器引擎中的客户端，以使客户端基于控制端口进入容器的运行环境，并启动容器中存储的目标应用的进程。

第三方面，本申请还提供一种嵌入式设备。嵌入式设备包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述的方法的步骤。

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

上述进程智能调度方法、装置、可读存储介质及嵌入式设备，其中进程智能调度方法包括：通过响应于应用调用请求创建目标应用运行所需的容器，并基于目标容器引擎创建进程守护单元；根据进程守护单元生成容器的运行环境；通过进程守护单元将容器的控制端口发送至目标容器引擎中的客户端，以使客户端基于控制端口进入容器的运行环境，并启动容器中存储的目标应用的进程。本申请采用的进程智能调度方法，在不依赖原生容器引擎镜像的情况下，利用改进后的容器引擎在嵌入式设备中实现对容器中所存储应用的进程调度，进而满足嵌入式场景中高效系统资源调用需求。

附图说明

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

图1为一个实施例中嵌入式设备的结构示意图；

图2为一个实施例中进程智能调度方法的流程示意图；

图3为一个实施例中进程智能调度方法的流程示意图；

图4为一个实施例中步骤202的具体流程示意图；

图5为一个实施例中进程智能调度方法的流程示意图；

图6为一个实施例中进程智能调度方法的流程示意图；

图7为一个实施例中进程调度装置的结构示意框图；

图8为一个实施例中进程调度装置的结构示意框图；

图9为一个实施例中容器创建模块的具体结构示意框图；

图10为一个实施例中进程调度装置的结构示意框图；

图11为一个实施例中进程调度装置的结构示意框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

参阅图1，为一个实施例中嵌入式设备的结构示意图。

在本实施例中，进程智能调度方法应用于嵌入式设备，如图1所示，嵌入式设备包括应用管理器110、容器120、应用130、目标容器引擎140，目标容器引擎140可以是使用第一编程语言对原生容器引擎进行二次开发得到的、且比原生容器引擎轻量的容器引擎，原生容器引擎是通过第二编程语言编写的；原生容器引擎，可以是基于Docker容器技术的容器引擎；第一编程语言，可以是c程序设计语言或rust程序设计语言；第二编程语言为Go程序设计语言；应用管理器110用于控制应用130的进程启动、结束及重启，容器120可用于存储应用130，目标容器引擎140用于创建容器120并为容器120提供运行环境。

当应用130的进程需要启动时，应用管理器110向目标容器引擎140发送请求，目标容器引擎140根据请求创建容器120，其中容器120中存储有待启动的应用130，并为容器120创建对应的运行环境，再进入运行环境启动容器120中存储的应用130的进程。本实施例中提供的采用c程序设计语言或rust程序设计语言进行开发的目标容器引擎140，相较于传统Go程序设计语言的原生容器引擎，完成对容器引擎的轻量化开发，在满足相同功能需求的情况下，实现容器120启动过程不依赖镜像，进而提高了系统资源的利用率，保证在嵌入式设备中实现对容器120中所存储应用130的进程调度，进而满足嵌入式场景中高效系统资源调用需求。

参阅图2，为一个实施例中进程智能调度方法的流程示意图。

在本实施例中，如图2所示，进程智能调度方法包括步骤202至步骤206。

步骤202，响应于应用调用请求创建目标应用运行所需的容器，并基于目标容器引擎创建进程守护单元。

步骤204，根据进程守护单元生成容器的运行环境。

应用调用请求，可以是调节目标应用的进程的请求。响应于应用调用请求的处理，可以是控制目标容器引擎创建与目标应用对应容器；也可以是控制目标容器引擎创建进程守护单元；还可以是控制进程守护单元生成与容器对应的运行环境。

目标应用，可以是为满足用户需求或嵌入式系统需求，而需要进程调度的应用程序。进程守护单元，可以是对目标应用的进程进行初始化、跟踪管理及守护的单元。

步骤206，通过进程守护单元将容器的控制端口发送至目标容器引擎中的客户端，以使客户端基于控制端口进入容器的运行环境，并启动容器中存储的目标应用的进程。

容器的控制端口，可以是连接容器与运行环境的输入端口；客户端，可以是目标容器引擎中接收来自的应用管理器的应用调用请求，并在目标应用的进程启动后为应用管理器提供进程识别信息的端口。

可选地，当目标应用的进程需要启动时，应用管理器向目标容器引擎发送调节目标应用的进程的应用调用请求，目标容器引擎可以通过客户端来接收该应用调用请求。进而，目标容器引擎可以响应于应用调用请求执行容器创建处理、守护单元创建处理及运行环境创建处理，即，目标容器引擎可以响应于该应用调用请求执行用于实现应用调用的多种处理。具体地，目标容器引擎可以响应于应用调用请求，进行容器创建处理，以创建与目标应用对应容器，并创建进程守护单元。该创建的进程守护单元可以根据生成与容器对应的运行环境。该运行环境与容器之间具有输入端口，用于将运行环境与容器之间连接，进程守护单元可以将连接容器与运行环境的输入端口发送至目标容器引擎中的客户端；客户端基于控制端口进入容器的运行环境，并启动容器中存储的目标应用的进程。

本实施例中提供的进程智能调度方法，在不依赖原生容器引擎镜像的情况下，利用改进后的容器引擎在嵌入式设备中实现对容器中所存储应用的进程调度，进而满足嵌入式场景中高效系统资源调用需求。

参阅图3，为一个实施例中进程智能调度方法的流程示意图。

在本实施例中，运行环境配置有目标应用的资源占用阈值；如图3所示，进程智能调度方法还包括步骤302至步骤306。

步骤302，获取目标应用的进程启动后的进程识别信息。

进程识别信息，可以是目标应用的进程启动后的进程识别号，可选地，进程识别信息为进程标识符。进程识别信息中包含目标应用的进程启动后实际占用的系统资源；系统资源，包括嵌入式设备的处理器资源、存储器资源、带宽资源；处理器资源包括CPU（CentralProcessing Unit，中央处理器）资源、GPU（Graphics Processing Unit，图形处理器）资源及NPU（Neural-network Processing Unit，神经网络处理器）资源；存储器资源包括RAM（Random Access Memory，随机存取存储器）资源、ROM（Read-Only Memory，只读存储器）资源；RAM资源包括flash内存资源，ROM资源包括磁盘资源。

步骤304，根据进程识别信息获取目标应用的资源占用率。

资源占用率，可以是目标应用的进程启动后实际占用的系统资源与嵌入式设备可用系统资源总和的比值，可选地，资源占用率的取值范围为0至1。

步骤306，当目标应用的资源占用率大于资源占用阈值时，结束目标应用的进程。

资源占用阈值，可以是嵌入式设备准许目标应用的进程保持运行而配置的占用系统资源的最大值，可选地，资源占用阈值的取值范围为90%至100%；目标应用的资源占用率大于资源占用阈值的情形，包括目标应用的flash内存资源占用率超过flash内存资源占用阈值。

可选地，启动容器中存储的目标应用的进程后，应用管理器获取目标应用的进程启动后的进程识别号；并分析进程识别号中所包含的目标应用的进程启动后实际占用的系统资源，进而得出目标应用的进程启动后实际占用的系统资源与嵌入式设备可用系统资源总和的比值；当比值大于嵌入式设备准许目标应用的进程保持运行而配置的占用系统资源的最大值时，应用管理器控制目标应用的进程关闭。本实施中提供的进程智能调度方法，实现对目标应用的进程的管控，避免因长时间资源占用率过高的情况下嵌入式设备持续产生热量过高，进而提高嵌入式设备的运行安全性及使用寿命。

参阅图4，为一个实施例中步骤202的具体流程示意图。

在本实施例中，如图4所示，步骤202包括分步骤402至分步骤404。

分步骤402，调用目标容器引擎中的客户端的应用程序接口，以获取应用调用请求。

分步骤404，响应于应用调用请求，创建目标应用运行所需的容器。

应用程序接口，可以是应用管理器与目标容器引擎交换信息及命令的接口；可选地，应用程序接口为用户通过应用程序管理与目标容器引擎交互信息及命令的界面。

可选地，当目标应用的进程需要启动时，用户通过应用管理器与目标容器引擎交换信息及命令的应用程序接口，向目标容器引擎发送调节目标应用的进程的容器创建请求；目标容器引擎根据容器创建请求创建与目标应用对应容器。提高了用户与目标容器引擎的交互率，进而满足嵌入式场景中高效系统资源调用需求。

在一个实施例中，在以使客户端基于控制端口进入容器的运行环境，并启动容器中存储的目标应用的进程之前的步骤，还包括：对目标应用进行压缩处理，以输出预设压缩格式的目标应用。以使客户端基于控制端口进入容器的运行环境，并启动容器中存储的目标应用的进程的步骤，包括：基于控制端口控制客户端进入容器的运行环境，以使启动预设压缩格式的目标应用的进程。

压缩处理，可以是将待启动目标应用的程序文件压缩转换为磁盘资源占用率低的文件格式；预设压缩格式，可以是squashfs压缩格式。

可选地，当目标应用的进程需要启动时，将待启动目标应用的程序文件压缩转换为squashfs压缩文件格式；可节省近60%的磁盘资源占用率，极大提高了磁盘资源的利用率，进而满足嵌入式场景中高效系统资源调用需求。

参阅图5，为一个实施例中进程智能调度方法的流程示意图。

在本实施例中，如图5所示，进程智能调度方法包括步骤502至步骤504。

步骤502，获取目标应用的进程运行状态。

步骤504，当进程运行状态异常时，重启目标应用的进程，以使目标应用处于预设进程运行状态。

进程运行状态，可以是目标应用的进程启动后的运行状态；进程运行状态异常的情形，可以是目标应用的进程启动后因资源占用率大于资源占用阈值被关闭，也可以是目标应用的进程启动后部分进程异常而无法满足用户需求；预设进程运行状态，可以是目标应用的进程启动后保持运行且资源占用率不大于资源占用阈值的运行状态。

获取目标应用的进程运行状态的方法，可以是进程守护单元定期跟踪、扫描目标应用的进程得出；重启目标应用的进程的情形，可以是当目标应用的进程运行状态异常时，客户端基于控制端口重新进入容器的运行环境，并重新启动容器中存储的目标应用的进程。

可选地，当目标应用的进程启动后因资源占用率大于资源占用阈值被关闭，但目标应用的进程仍需要启动时，客户端基于控制端口重新进入容器的运行环境，并重新启动容器中存储的目标应用的进程。实现对目标应用的进程运行状态进行监测，并实现进程运行状态异常时的校正调试，进一步提高了用户与目标容器引擎的交互率，进而满足嵌入式场景中高效系统资源调用需求。

参阅图6，为一个实施例中进程智能调度方法的流程示意图。

在本实施例中，如图6所示，进程智能调度方法还包括步骤602至步骤604。

步骤602，当目标应用与其他应用存在资源占用冲突时，获取目标应用与其他应用分别对应的优先级；其他应用为当前时刻运行的、且除目标应用以外的应用。

步骤604，根据目标应用与其他应用分别对应的优先级，确定待调整应用，并对待调整应用进行资源占用率调整；待调整应用是目标应用与其他应用中待作资源占用调整的应用。

目标应用与其他应用存在资源占用冲突的情形，可以是目标应用与其他应用对同一种系统资源的需求大于嵌入式设备实际持有该种系统资源的最大值；优先级，可以是嵌入式设备在处理多个应用时，决定各个应用接受系统资源的优先等级的参数；获取目标应用与其他应用分别对应的优先级的方法，可以是进程守护单元分析目标应用与其他应用得出。

可选地，优先级为大于1的整数，优先级对应的数值越小，优先级越高，优先级越高的应用越先运行，即优先级为1的应用高于优先级为2的应用。

其他应用，可以是嵌入式设备中当前时刻运行的、且除目标应用以外的应用；待调整应用，可以是目标应用与其他应用中需要根据分别对应的优先级进行调整的应用。

可选地，当目标应用与嵌入式设备中当前时刻运行的、且除目标应用以外的应用对同一种系统资源的需求大于嵌入式设备实际持有该种系统资源的最大值时，进程守护单元分析目标应用与其他应用得出分别对应的优先级，并需要根据分别对应的优先级，确定目标应与其他应用中需要根据分别对应的优先级进行调整的应用。有效保证嵌入式设备中的应用根据各自对应的优先级不同，来决定不同应用的运行先后次序，进而提高了应用运行稳定性。

在一个实施例中，步骤604包括以下至少一种处理：若目标应用的优先级高于其他应用的优先级，判定其他应用为待调整应用，调节其他应用的资源占用率，以满足目标应用的资源需求；若其他应用中存在与目标应用的优先级相同的多个应用，则保持多个应用中第一应用对应的进程运行，并结束多个应用中第二应用对应的进程；第一应用的资源需求低于第二应用的资源需求；若目标应用的优先级低于其他应用的优先级，判定目标应用为待调整应用，结束目标应用的进程，以释放目标应用的进程所占用的资源。

第一应用，可以是其他应用中与目标应用的优先级相同的多个应用中对资源需求较小的应用；第二应用，可以是其他应用中与目标应用的优先级相同的多个应用中对资源需求较大的应用；当第一应用与第二应用在相同时刻存在时，优先结束第二应用对应的进程，若第二应用对应的进程结束后仍无法满足目标应用的资源需求，再结束第一应用对应的进程，释放更多资源以满足目标应用的资源需求。

可选地，若目标应用、其他应用当前时刻对CPU资源的需求大于嵌入式设备实际持有的CPU资源最大值，且目标应用、其他应用对CPU资源占用的优先级分别对应1和5，即目标应用对CPU资源占用的优先级高于其他应用，则判定目标应用与其他应用中需要根据分别对应的优先级进行调整的应用为其他应用，进而降低其他应用的CPU资源占用率，优先满足目标应用的CPU资源需求，实现不同优先级应用有序运行，进而提高了应用运行稳定性。

可选地，若目标应用、其他应用当前时刻对flash内存资源的需求大于嵌入式设备实际持有的flash内存资源最大值，且目标应用、其他应用对flash内存资源占用的优先级均为3和3，即目标应用对flash内存资源占用的优先级等于其他应用，则优先结束其他应用中对flash内存资源需求较大的应用对应的进程，若第二应用对应的进程结束后仍无法满足目标应用的flash内存资源需求，再结束第一应用对应的进程，释放更多flash内存资源以满足目标应用的flash内存资源需求，实现不同优先级应用有序运行，进而提高了应用运行稳定性。

可选地，若目标应用、其他应用当前时刻对磁盘资源的需求大于嵌入式设备实际持有的磁盘资源最大值，且目标应用、其他应用对磁盘资源占用的优先级分别对应9和6，即目标应用对磁盘资源占用的优先级低于其他应用，则判定目标应用与其他应用中需要根据分别对应的优先级进行调整的应用为目标应用，进而结束目标应用对磁盘资源的占用，以释放目标应用的进程所占用的磁盘资源，进而满足其他应用对磁盘资源的需求，实现不同优先级应用有序运行，进而提高了应用运行稳定性。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的申请构思，本申请实施例还提供了一种用于实现上述所涉及的进程智能调度方法的进程调度装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个进程调度装置实施例中的具体限定可以参见上文中对于进程智能调度方法的限定，在此不再赘述。

参阅图7，为一个实施例中进程调度装置的结构示意框图。

在本实施例中，进程调度装置应用于嵌入式设备，嵌入式设备包括目标容器引擎，目标容器引擎是使用第一编程语言对原生容器引擎进行二次开发得到的、且比原生容器引擎轻量的容器引擎；原生容器引擎是通过第二编程语言编写的。如图7所示，进程调度装置包括容器创建模块720、环境生成模块740及进程管理模块760。

容器创建模块720，用于响应于应用调用请求创建目标应用运行所需的容器，并基于目标容器引擎创建进程守护单元。

环境生成模块740，与容器创建模块720连接，用于根据进程守护单元生成容器的运行环境。

进程管理模块760，与环境生成模块740连接，用于通过进程守护单元将容器的控制端口发送至目标容器引擎中的客户端，以使客户端基于控制端口进入容器的运行环境，并启动容器中存储的目标应用的进程。

在本实施例中各模块用于执行图2中对应的实施例中各步骤，具体参阅图2以及图2对应的实施例中的相关描述，此处不再赘述。

本实施例中提供的进程调度装置，通过容器创建模块720响应于应用调用请求创建目标应用运行所需的容器，并基于目标容器引擎创建进程守护单元；与容器创建模块720连接的环境生成模块740，根据进程守护单元生成容器的运行环境；与环境生成模块740连接的进程管理模块760，通过进程守护单元将容器的控制端口发送至目标容器引擎中的客户端，以使客户端基于控制端口进入容器的运行环境，并启动容器中存储的目标应用的进程。本申请采用的进程调度装置，在不依赖原生容器引擎镜像的情况下，利用改进后的容器引擎在嵌入式设备中实现对容器中所存储应用的进程调度，进而满足嵌入式场景中高效系统资源调用需求。

参阅图8，为一个实施例中进程调度装置的结构示意框图。

在本实施例中，运行环境配置有目标应用的资源占用阈值；如图8所示，进程调度装置还包括识别信息获取模块820、占用率分析模块840及应用进程结束模块860。

识别信息获取模块820，用于获取目标应用的进程启动后的进程识别信息。

占用率分析模块840，与识别信息获取模块820连接，用于根据进程识别信息获取目标应用的资源占用率。

应用进程结束模块860，与占用率分析模块840连接，用于当目标应用的资源占用率大于资源占用阈值时，结束目标应用的进程。

在本实施例中各模块用于执行图3中对应的实施例中各步骤，具体参阅图3以及图3对应的实施例中的相关描述，此处不再赘述。

本实施例中提供的进程调度装置，通过识别信息获取模块820，获取目标应用的进程启动后的进程识别信息；与识别信息获取模块820连接的占用率分析模块840，根据进程识别信息获取目标应用的资源占用率；与占用率分析模块840连接的应用进程结束模块860，当目标应用的资源占用率大于资源占用阈值时，结束目标应用的进程。本申请采用的进程调度装置，实现对目标应用的进程的管控，避免因长时间资源占用率过高的情况下嵌入式设备持续产生热量过高，进而提高嵌入式设备的运行安全性及使用寿命。

参阅图9，为一个实施例中容器创建模块的具体结构示意框图。

在本实施例中，如图9所示，容器创建模块包括调用请求获取单元920、容器创建单元940。

调用请求获取单元920，用于调用目标容器引擎中的客户端的应用程序接口，以获取应用调用请求。

容器创建单元940，与调用请求获取单元920连接，用于响应于应用调用请求，创建目标应用运行所需的容器。

在本实施例中各模块用于执行图4中对应的实施例中各步骤，具体参阅图4以及图4对应的实施例中的相关描述，此处不再赘述。

本实施例中提供的进程调度装置，通过调用请求获取单元920，调用目标容器引擎中的客户端的应用程序接口，以获取应用调用请求；与调用请求获取单元920连接的容器创建单元940，响应于应用调用请求，创建目标应用运行所需的容器。提高了用户与目标容器引擎的交互率，进而满足嵌入式场景中高效系统资源调用需求。

参阅图10，为一个实施例中进程调度装置的结构示意框图。

在实施例中，如图10所示，进程调度装置还包括运行状态获取模块1020及应用进程重启模块1040。

运行状态获取模块1020，用于获取目标应用的进程运行状态。

应用进程重启模块1040，用于当进程运行状态异常时，重启目标应用的进程，以使目标应用处于预设进程运行状态。

在本实施例中各模块用于执行图5中对应的实施例中各步骤，具体参阅图5以及图5对应的实施例中的相关描述，此处不再赘述。

本实施例中提供的进程调度装置，通过运行状态获取模块1020，获取目标应用的进程运行状态；与运行状态获取模块1020的应用进程重启模块1040，当进程运行状态异常时，重启目标应用的进程，以使目标应用处于预设进程运行状态。实现对目标应用的进程运行状态进行监测，并实现进程运行状态异常时的校正调试，进一步提高了用户与目标容器引擎的交互率，进而满足嵌入式场景中高效系统资源调用需求。

参阅图11，为一个实施例中进程调度装置的结构示意框图。

在本实施例中，如图11所示，进程调度装置还包括优先级获取模块1120及占用率调整模块1140。

优先级获取模块1120，用于当目标应用与其他应用存在资源占用冲突时，获取目标应用与其他应用分别对应的优先级；其他应用为当前时刻运行的、且除目标应用以外的应用。

占用率调整模块1140，与优先级获取模块1120连接，用于根据目标应用与其他应用分别对应的优先级，确定待调整应用，并对待调整应用进行资源占用率调整；待调整应用是目标应用与其他应用中待作资源占用调整的应用。

在本实施例中各模块用于执行图6中对应的实施例中各步骤，具体参阅图6以及图6对应的实施例中的相关描述，此处不再赘述。

本实施例中提供的进程调度装置，通过优先级获取模块1120，当目标应用与其他应用存在资源占用冲突时，获取目标应用与其他应用分别对应的优先级；其他应用为当前时刻运行的、且除目标应用以外的应用；与优先级获取模块1120连接的占用率调整模块1140，根据目标应用与其他应用分别对应的优先级，确定待调整应用，并对待调整应用进行资源占用率调整；待调整应用是目标应用与其他应用中待作资源占用调整的应用。有效保证嵌入式设备中的应用根据各自对应的优先级不同，来决定不同应用的运行先后次序，进而提高了应用运行稳定性。

关于进程调度装置的具体限定可以参见上文中对于进程智能调度方法的限定，在此不再赘述。上述进程调度装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

本申请实施例中还提供了一种嵌入式设备，该嵌入式设备运行于一种智能操作系统，通过该智能操作系统满足嵌入式设备场景中高效系统资源调用需求。该智能操作系统可以是物联网操作系统，其对嵌入式设备进行控制和管理。其中，物联网操作系统是指以操作系统内核为基础，包括如文件系统、图形库等较为完整的中间件组件，具备低功耗、安全、通信协议支持和云端连接能力的软件平台。嵌入式设备包括存储器和处理器，存储器中存储有计算机程序，处理器执行计算机程序时实现以下步骤：

响应于应用调用请求创建目标应用运行所需的容器，并基于目标容器引擎创建进程守护单元；根据进程守护单元生成容器的运行环境；通过进程守护单元将容器的控制端口发送至目标容器引擎中的客户端，以使客户端基于控制端口进入容器的运行环境，并启动容器中存储的目标应用的进程。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

获取目标应用的进程启动后的进程识别信息；根据进程识别信息获取目标应用的资源占用率；当目标应用的资源占用率大于资源占用阈值时，结束目标应用的进程。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

调用目标容器引擎中的客户端的应用程序接口，以获取应用调用请求；响应于应用调用请求，创建目标应用运行所需的容器。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

在以使客户端基于控制端口进入容器的运行环境，并启动容器中存储的目标应用的进程之前，还包括：

对目标应用进行压缩处理，以输出预设压缩格式的目标应用；以使客户端基于控制端口进入容器的运行环境，并启动容器中存储的目标应用的进程的步骤，包括：基于控制端口控制客户端进入容器的运行环境，以使启动预设压缩格式的目标应用的进程。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

获取目标应用的进程运行状态；当进程运行状态异常时，重启目标应用的进程，以使目标应用处于预设进程运行状态。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

当目标应用与其他应用存在资源占用冲突时，获取目标应用与其他应用分别对应的优先级；其他应用为当前时刻运行的、且除目标应用以外的应用；根据目标应用与其他应用分别对应的优先级，确定待调整应用，并对待调整应用进行资源占用率调整；待调整应用是目标应用与其他应用中待作资源占用调整的应用。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

若目标应用的优先级高于其他应用的优先级，判定其他应用为待调整应用，调节其他应用的资源占用率，以满足目标应用的资源需求；若其他应用中存在与目标应用的优先级相同的多个应用，则保持多个应用中第一应用对应的进程运行，并结束多个应用中第二应用对应的进程；第一应用的资源需求低于第二应用的资源需求；若目标应用的优先级低于其他应用的优先级，判定目标应用为待调整应用，结束目标应用的进程，以释放目标应用的进程所占用的资源。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

响应于应用调用请求创建目标应用运行所需的容器，并基于目标容器引擎创建进程守护单元；根据进程守护单元生成容器的运行环境；通过进程守护单元将容器的控制端口发送至目标容器引擎中的客户端，以使客户端基于控制端口进入容器的运行环境，并启动容器中存储的目标应用的进程。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

获取目标应用的进程启动后的进程识别信息；根据进程识别信息获取目标应用的资源占用率；当目标应用的资源占用率大于资源占用阈值时，结束目标应用的进程。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

调用目标容器引擎中的客户端的应用程序接口，以获取应用调用请求；响应于应用调用请求，创建目标应用运行所需的容器。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

在以使客户端基于控制端口进入容器的运行环境，并启动容器中存储的目标应用的进程之前，还包括：对目标应用进行压缩处理，以输出预设压缩格式的目标应用；以使客户端基于控制端口进入容器的运行环境，并启动容器中存储的目标应用的进程的步骤，包括：基于控制端口控制客户端进入容器的运行环境，以使启动预设压缩格式的目标应用的进程。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

获取目标应用的进程运行状态；当进程运行状态异常时，重启目标应用的进程，以使目标应用处于预设进程运行状态。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

当目标应用与其他应用存在资源占用冲突时，获取目标应用与其他应用分别对应的优先级；其他应用为当前时刻运行的、且除目标应用以外的应用；根据目标应用与其他应用分别对应的优先级，确定待调整应用，并对待调整应用进行资源占用率调整；待调整应用是目标应用与其他应用中待作资源占用调整的应用。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

若目标应用的优先级高于其他应用的优先级，判定其他应用为待调整应用，调节其他应用的资源占用率，以满足目标应用的资源需求；若其他应用中存在与目标应用的优先级相同的多个应用，则保持多个应用中第一应用对应的进程运行，并结束多个应用中第二应用对应的进程；第一应用的资源需求低于第二应用的资源需求；若目标应用的优先级低于其他应用的优先级，判定目标应用为待调整应用，结束目标应用的进程，以释放目标应用的进程所占用的资源。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（Read-OnlyMemory，ROM）、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器（ReRAM）、磁变存储器（Magnetoresistive Random Access Memory，MRAM）、铁电存储器（Ferroelectric Random Access Memory，FRAM）、相变存储器（Phase Change Memory，PCM）、石墨烯存储器等。易失性存储器可包括随机存取存储器（Random Access Memory，RAM）或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器（Static Random Access Memory，SRAM）或动态随机存取存储器（Dynamic RandomAccess Memory，DRAM）等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (10)

1.一种进程智能调度方法，其特征在于，应用于嵌入式设备，所述嵌入式设备包括目标容器引擎，所述目标容器引擎是使用第一编程语言对原生容器引擎进行二次开发得到的、且比所述原生容器引擎轻量的容器引擎；所述原生容器引擎是通过第二编程语言编写的，所述进程智能调度方法包括：

响应于应用调用请求创建目标应用运行所需的容器，并基于所述目标容器引擎创建进程守护单元；

根据所述进程守护单元生成所述容器的运行环境；

通过所述进程守护单元将所述容器的控制端口发送至所述目标容器引擎中的客户端，以使所述客户端基于所述控制端口进入所述容器的运行环境，并启动所述容器中存储的所述目标应用的进程。

2.根据权利要求1所述的进程智能调度方法，其特征在于，所述运行环境配置有所述目标应用的资源占用阈值；所述进程智能调度方法还包括：

获取所述目标应用的进程启动后的进程识别信息；

根据所述进程识别信息获取所述目标应用的资源占用率；

当所述目标应用的资源占用率大于所述资源占用阈值时，结束所述目标应用的进程。

3.根据权利要求1所述的进程智能调度方法，其特征在于，所述响应于应用调用请求创建目标应用运行所需的容器的步骤，具体包括：

调用所述目标容器引擎中的客户端的应用程序接口，以获取所述应用调用请求；

响应于所述应用调用请求，创建所述目标应用运行所需的容器。

4.根据权利要求1-3任一项所述的进程智能调度方法，其特征在于，在所述以使所述客户端基于所述控制端口进入所述容器的运行环境，并启动所述容器中存储的所述目标应用的进程之前，还包括：

对所述目标应用进行压缩处理，以输出预设压缩格式的目标应用；

所述以使所述客户端基于所述控制端口进入所述容器的运行环境，并启动所述容器中存储的所述目标应用的进程的步骤，包括：

基于所述控制端口控制所述客户端进入所述容器的运行环境，以使启动所述预设压缩格式的目标应用的进程。

5.根据权利要求4所述的进程智能调度方法，其特征在于，还包括：

获取所述目标应用的进程运行状态；

当所述进程运行状态异常时，重启所述目标应用的进程，以使所述目标应用处于预设进程运行状态。

6.根据权利要求5所述的进程智能调度方法，其特征在于，还包括：

当所述目标应用与其他应用存在资源占用冲突时，获取所述目标应用与所述其他应用分别对应的优先级；所述其他应用为当前时刻运行的、且除所述目标应用以外的应用；

根据所述目标应用与所述其他应用分别对应的优先级，确定待调整应用，并对所述待调整应用进行资源占用率调整；所述待调整应用是所述目标应用与所述其他应用中待作资源占用调整的应用。

7.根据权利要求6所述的方法，其特征在于，所述根据所述目标应用与所述其他应用分别对应的优先级，确定待调整应用，并对所述待调整应用进行资源占用率调整的步骤，具体包括以下至少一种处理：

若所述目标应用的优先级高于所述其他应用的优先级，判定所述其他应用为待调整应用，调节所述其他应用的资源占用率，以满足所述目标应用的资源需求；

若所述其他应用中存在与所述目标应用的优先级相同的多个应用，则保持所述多个应用中第一应用对应的进程运行，并结束所述多个应用中第二应用对应的进程；所述第一应用的资源需求低于所述第二应用的资源需求；

若所述目标应用的优先级低于所述其他应用的优先级，判定所述目标应用为待调整应用，结束所述目标应用的进程，以释放所述目标应用的进程所占用的资源。

8.一种进程调度装置，其特征在于，应用于嵌入式设备，所述嵌入式设备包括目标容器引擎，所述目标容器引擎是使用第一编程语言对原生容器引擎进行二次开发得到的、且比所述原生容器引擎轻量的容器引擎；所述原生容器引擎是通过第二编程语言编写的，所述进程调度装置包括：

容器创建模块，用于响应于应用调用请求创建目标应用运行所需的容器，并基于所述目标容器引擎创建进程守护单元；

环境生成模块，与所述容器创建模块连接，用于根据所述进程守护单元生成所述容器的运行环境；

进程管理模块，与所述环境生成模块连接，用于通过所述进程守护单元将所述容器的控制端口发送至所述目标容器引擎中的客户端，以使所述客户端基于所述控制端口进入所述容器的运行环境，并启动所述容器中存储的所述目标应用的进程。

9.一种嵌入式设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。

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

Images