CN117785461A - 车辆的资源分配方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请涉及系统设计技术领域，特别涉及一种车辆的资源分配方法、装置、电子设备及存储介质，其中，方法包括：在当前车辆满足预设的资源分配条件时，获取当前资源分配需求，并发送减资源操作指令至当前车辆的多个虚拟机，在多个虚拟机完成减资源操作后，基于当前资源分配需求分别对多个虚拟机进行增资源操作。由此，解决了在中央计算机的资源受限或者其资源非常丰富，但是需要支持更多使用场景和更高规格时，相关技术的资源管理分配方法难以支持，从而限制智能汽车场景的应用等问题，通过半动态调整智能汽车中央计算机在各虚拟机间的资源分配，以在不新增硬件资源的情况下，能够支持更多的智能汽车应用场景和功能。

Description

车辆的资源分配方法、装置、电子设备及存储介质

技术领域

本申请涉及系统设计技术领域，特别涉及一种车辆的资源分配方法、装置、电子设备及存储介质。

背景技术

随着智能汽车技术的快速发展，对提升道路交通安全与交通效率有着很大的促进作用，同时也改善了用户驾驶的便利性，因此，对于智能汽车集中式中央计算机的资源管理有着更高的要求。

相关技术中，智能汽车中央计算机在系统设计过程中，按照不同的功能、规格、性能将中央计算机的资源进行静态分配，由Hypervisor基于静态资源分配结果将资源注入到各功能域(座舱、智驾、车控)虚拟机中，以完成系统的启动和加载，并在后续系统运行过程中维持资源划分结果不变。

然而，在智能汽车中央计算机的资源受限或者中央计算机的资源非常丰富，但是需要支持更多使用场景和更高规格时，上述资源管理分配方法难以支持，从而限制智能汽车场景的应用。

发明内容

本申请提供一种车辆的资源分配方法、装置、电子设备及存储介质，以解决在中央计算机的资源受限或者其资源非常丰富，但是需要支持更多使用场景和更高规格时，相关技术的资源管理分配方法难以支持，从而限制智能汽车场景的应用等问题。

本申请第一方面实施例提供一种车辆的资源分配方法，包括以下步骤：

判断当前车辆是否满足预设的资源分配条件；

若所述当前车辆满足所述预设的资源分配条件，则获取当前资源分配需求，并发送减资源操作指令至所述当前车辆的多个虚拟机；以及

在所述多个虚拟机完成减资源操作后，基于所述当前资源分配需求分别对所述多个虚拟机进行增资源操作。

根据本申请的一个实施例，所述判断当前车辆是否满足预设的资源分配条件，包括：

判断所述当前车辆的当前运行模式与目标运行模式是否相同；

若所述当前运行模式与所述目标运行模式不同，则判定所述当前车辆满足所述预设的资源分配条件。

根据本申请的一个实施例，所述基于所述当前资源分配需求分别对所述多个虚拟机进行增资源操作，包括：

获取当前总资源；

根据所述当前资源分配需求确定每个虚拟机的目标分配资源；

基于所述每个虚拟机的目标分配资源和所述当前总资源，分别对所述多个虚拟机进行增资源操作。

根据本申请的一个实施例，在判断所述当前车辆是否满足所述预设的资源分配条件之后，还包括：

若所述当前车辆不满足所述预设的资源分配条件，则维持所述多个虚拟机的资源不变。

根据本申请的一个实施例，所述多个虚拟机包括智驾虚拟机、座舱虚拟机和车控虚拟机。

根据本申请实施例的车辆的资源分配方法，在当前车辆满足预设的资源分配条件时，获取当前资源分配需求，并发送减资源操作指令至当前车辆的多个虚拟机，在多个虚拟机完成减资源操作后，基于当前资源分配需求分别对多个虚拟机进行增资源操作。由此，解决了在中央计算机的资源受限或者其资源非常丰富，但是需要支持更多使用场景和更高规格时，相关技术的资源管理分配方法难以支持，从而限制智能汽车场景的应用等问题，通过半动态调整智能汽车中央计算机在各虚拟机间的资源分配，以在不新增硬件资源的情况下，能够支持更多的智能汽车应用场景和功能。

本申请第二方面实施例提供一种车辆的资源分配装置，包括：

判断模块，用于判断当前车辆是否满足预设的资源分配条件；

获取模块，用于若所述当前车辆满足所述预设的资源分配条件，则获取当前资源分配需求，并发送减资源操作指令至所述当前车辆的多个虚拟机；以及

增资源模块，用于在所述多个虚拟机完成减资源操作后，基于所述当前资源分配需求分别对所述多个虚拟机进行增资源操作。

根据本申请的一个实施例，所述判断模块，具体用于：

判断所述当前车辆的当前运行模式与目标运行模式是否相同；

若所述当前运行模式与所述目标运行模式不同，则判定所述当前车辆满足所述预设的资源分配条件。

根据本申请的一个实施例，所述增资源模块，具体用于：

获取当前总资源；

根据所述当前资源分配需求确定每个虚拟机的目标分配资源；

基于所述每个虚拟机的目标分配资源和所述当前总资源，分别对所述多个虚拟机进行增资源操作。

根据本申请的一个实施例，在判断所述当前车辆是否满足所述预设的资源分配条件之后，所述判断模块，还用于：

若所述当前车辆不满足所述预设的资源分配条件，则维持所述多个虚拟机的资源不变。

根据本申请的一个实施例，所述多个虚拟机包括智驾虚拟机、座舱虚拟机和车控虚拟机。

根据本申请实施例的车辆的资源分配装置，在当前车辆满足预设的资源分配条件时，获取当前资源分配需求，并发送减资源操作指令至当前车辆的多个虚拟机，在多个虚拟机完成减资源操作后，基于当前资源分配需求分别对多个虚拟机进行增资源操作。由此，解决了在中央计算机的资源受限或者其资源非常丰富，但是需要支持更多使用场景和更高规格时，相关技术的资源管理分配方法难以支持，从而限制智能汽车场景的应用等问题，通过半动态调整智能汽车中央计算机在各虚拟机间的资源分配，以在不新增硬件资源的情况下，能够支持更多的智能汽车应用场景和功能。

本申请第三方面实施例提供一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的车辆的资源分配方法。

本申请第四方面实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上述实施例所述的车辆的资源分配方法。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本申请实施例提供的一种车辆的资源分配方法的流程图；

图2为根据本申请一个实施例的资源管理分配的整体流程图；

图3为根据本申请一个实施例的中央计算机的整体资源链接示意图；

图4为根据本申请实施例的车辆的资源分配装置的方框示例图；

图5为根据本申请实施例的电子设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的车辆的资源分配方法、装置、电子设备及存储介质。针对上述背景技术中提到的在中央计算机的资源受限或者其资源非常丰富，但是需要支持更多使用场景和更高规格时，相关技术的资源管理分配方法难以支持，从而限制智能汽车场景的应用的问题，本申请提供了一种车辆的资源分配方法，在该方法中，在当前车辆满足预设的资源分配条件时，获取当前资源分配需求，并发送减资源操作指令至当前车辆的多个虚拟机，在多个虚拟机完成减资源操作后，基于当前资源分配需求分别对多个虚拟机进行增资源操作。由此，解决了在中央计算机的资源受限或者其资源非常丰富，但是需要支持更多使用场景和更高规格时，相关技术的资源管理分配方法难以支持，从而限制智能汽车场景的应用等问题，通过半动态调整智能汽车中央计算机在各虚拟机间的资源分配，以在不新增硬件资源的情况下，能够支持更多的智能汽车应用场景和功能。

具体而言，图1为本申请实施例所提供的一种车辆的资源分配方法的流程示意图。

如图1所示，该车辆的资源分配方法包括以下步骤：

在步骤S101中，判断当前车辆是否满足预设的资源分配条件。

根据本申请的一个实施例，判断当前车辆是否满足预设的资源分配条件，包括：判断当前车辆的当前运行模式与目标运行模式是否相同；若当前运行模式与目标运行模式不同，则判定当前车辆满足预设的资源分配条件。

其中，预设的资源分配条件可以为本领域技术人员根据车辆的资源分配需求进行设定，在此不做具体限定。

具体地，如图2所示，在本申请实施例中，首先，由整车模式管理模块判断当前车辆的当前运行模式与目标运行模式是否相同，若当前运行模式与目标运行模式不同，则判定当前车辆满足预设的资源分配条件，即整车模式管理模块判断出当前车辆的运行模式发生变化时，说明当前车辆满足预设的资源分配条件，例如，当前车辆的当前运行模式为运动模式，而当前车辆的目标运行模式为节能模式，此时当前车辆的当前运行模式与目标运行模式不一致，说明当前车辆的运行模式发生变化，此时，判定当前车辆满足预设的资源分配条件。

在步骤S102中，若当前车辆满足预设的资源分配条件，则获取当前资源分配需求，并发送减资源操作指令至当前车辆的多个虚拟机。

具体地，如图2所示，在本申请实施例中，若整车模式管理模块判断出当前车辆满足预设的资源分配条件，首先，由整车模式管理模块做出当前车辆的模式切换策略，并向中央计算机资源管理模块发送当前车辆的模式切换指令，并获取当前资源分配需求；其次，中央计算机资源管理模块向当前车辆的多个虚拟机进行发送减资源操作指令，使多个虚拟机开始进行减资源切换。

其中，本申请实施例的多个虚拟机包括智驾虚拟机、座舱虚拟机和车控虚拟机，即中央计算机资源管理模块分别向智驾虚拟机、座舱虚拟机和车控虚拟机发送减资源操作指令，使智驾虚拟机、座舱虚拟机和车控虚拟机分别进行减资源切换。

需要说明的是，如图3所示，本申请实施例的中央计算机资源管理模块采用单SOC(System On Chip，系统级芯片)方案，能够拆分、部署以及交互接口，还可以通过Hypervisor管理整个中央计算机的芯片资源，从而供座舱虚拟机、智驾虚拟机、车控虚拟机等功能共享使用。

根据本申请的一个实施例，在判断当前车辆是否满足预设的资源分配条件之后，还包括：若当前车辆不满足预设的资源分配条件，则维持多个虚拟机的资源不变。

具体地，在本申请实施例中，若整车模式管理模块判断出当前车辆不满足预设的资源分配条件，即当前车辆的当前运行模式与目标运行模式相同，此时说明多个虚拟机的资源不需要进行切换，即维持多个虚拟机的资源不变。

在步骤S103中，在多个虚拟机完成减资源操作后，基于当前资源分配需求分别对多个虚拟机进行增资源操作。

根据本申请的一个实施例，基于当前资源分配需求分别对多个虚拟机进行增资源操作，包括：获取当前总资源；根据当前资源分配需求确定每个虚拟机的目标分配资源；基于每个虚拟机的目标分配资源和当前总资源，分别对多个虚拟机进行增资源操作。

具体地，本申请实施例的智驾虚拟机、座舱虚拟机和车控虚拟机内部，例如CPU(Central Processing Unit，中央处理器)、内存、IO(Input/Output，输入/输出)设备分别完成减资源切换后，释放资源给中央计算机资源管理模块，并通知中央计算机资源管理模块，在中央计算机资源管理模块接收到智驾虚拟机、座舱虚拟机和车控虚拟机完成减资源切换的信息后，获取当前智驾虚拟机、座舱虚拟机和车控虚拟机的总资源，并根据当前资源分配需求确定每个虚拟机的目标分配资源，从而基于每个虚拟机的目标分配资源和当前总资源由中央计算机资源管理模块分别对智驾虚拟机、座舱虚拟机和车控虚拟机发送增资源操作指令，使多个虚拟机开始进行增资源切换。

进一步地，本申请实施例的智驾虚拟机、座舱虚拟机和车控虚拟机分别完成增资源切换后，从中央计算机资源管理模块获得新增的资源，并通知中央计算机资源管理模块，在中央计算机资源管理模块接收到智驾虚拟机、座舱虚拟机和车控虚拟机完成增资源切换的信息后，通知整车模式管理模块当前车辆的资源半动态切换完成，并由整车模式管理模块进行判断，若整车模式管理模块判断出当前车辆的资源半动态切换完成，进而确认当前车辆的模式切换已完成，由此，整车系统进入目标运行模式和目标分配资源方式运行，从而能够高效的管理资源、提升资源利用率，以支持更多的车辆应用场景和功能。

需要说明的是，上述实施例仅为示例性的，本申请实施例的Hypervisor和虚拟机内的系统同样可以适用于具有高算力中央计算机的车辆，例如具有中央计算+区域控制器的车辆；同时，也可以应用于其他场景，例如，低速无人车、小型无人机、有Autopilot的小型飞机等，即具有中央计算机，并且通过Hypervisor进行资源管理的系统都适用，在此不做具体论述。

根据本申请实施例的车辆的资源分配方法，在当前车辆满足预设的资源分配条件时，获取当前资源分配需求，并发送减资源操作指令至当前车辆的多个虚拟机，在多个虚拟机完成减资源操作后，基于当前资源分配需求分别对多个虚拟机进行增资源操作。由此，解决了在中央计算机的资源受限或者其资源非常丰富，但是需要支持更多使用场景和更高规格时，相关技术的资源管理分配方法难以支持，从而限制智能汽车场景的应用等问题，通过半动态调整智能汽车中央计算机在各虚拟机间的资源分配，以在不新增硬件资源的情况下，能够支持更多的智能汽车应用场景和功能。

其次参照附图描述根据本申请实施例提出的车辆的资源分配装置。

图4是本申请实施例的车辆的资源分配装置的方框示意图。

如图4所示，该车辆的资源分配装置10包括：判断模块100、获取模块200和增资源模块300。

其中，判断模块100，用于判断当前车辆是否满足预设的资源分配条件；

获取模块200，用于若当前车辆满足预设的资源分配条件，则获取当前资源分配需求，并发送减资源操作指令至当前车辆的多个虚拟机；以及

增资源模块300，用于在多个虚拟机完成减资源操作后，基于当前资源分配需求分别对多个虚拟机进行增资源操作。

根据本申请的一个实施例，判断模块100，具体用于：

判断当前车辆的当前运行模式与目标运行模式是否相同；

若当前运行模式与目标运行模式不同，则判定当前车辆满足预设的资源分配条件。

根据本申请的一个实施例，增资源模块300，具体用于：

获取当前总资源；

根据当前资源分配需求确定每个虚拟机的目标分配资源；

基于每个虚拟机的目标分配资源和当前总资源，分别对多个虚拟机进行增资源操作。

根据本申请的一个实施例，在判断当前车辆是否满足预设的资源分配条件之后，判断模块100，还用于：

若当前车辆不满足预设的资源分配条件，则维持多个虚拟机的资源不变。

根据本申请的一个实施例，多个虚拟机包括智驾虚拟机、座舱虚拟机和车控虚拟机。

根据本申请实施例的车辆的资源分配装置，在当前车辆满足预设的资源分配条件时，获取当前资源分配需求，并发送减资源操作指令至当前车辆的多个虚拟机，在多个虚拟机完成减资源操作后，基于当前资源分配需求分别对多个虚拟机进行增资源操作。由此，解决了在中央计算机的资源受限或者其资源非常丰富，但是需要支持更多使用场景和更高规格时，相关技术的资源管理分配方法难以支持，从而限制智能汽车场景的应用等问题，通过半动态调整智能汽车中央计算机在各虚拟机间的资源分配，以在不新增硬件资源的情况下，能够支持更多的智能汽车应用场景和功能。

图5为本申请实施例提供的电子设备的结构示意图。该电子设备可以包括：

存储器501、处理器502及存储在存储器501上并可在处理器502上运行的计算机程序。

处理器502执行程序时实现上述实施例中提供的车辆的资源分配方法。

进一步地，电子设备还包括：

通信接口503，用于存储器501和处理器502之间的通信。

存储器501，用于存放可在处理器502上运行的计算机程序。

存储器501可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

如果存储器501、处理器502和通信接口503独立实现，则通信接口503、存储器501和处理器502可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(Industry Standard Architecture，简称为ISA)总线、外部设备互连(PeripheralComponent Interconnect，简称为PCI)总线或扩展工业标准体系结构(Extended IndustryStandard Architecture，简称为EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器501、处理器502及通信接口503，集成在一块芯片上实现，则存储器501、处理器502及通信接口503可以通过内部接口完成相互间的通信。

处理器502可能是一个中央处理器(Central Processing Unit，简称为CPU)，或者是特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。

本实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的车辆的资源分配方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或N个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“N个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更N个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或N个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，N个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种车辆的资源分配方法，其特征在于，包括以下步骤：

判断当前车辆是否满足预设的资源分配条件；

若所述当前车辆满足所述预设的资源分配条件，则获取当前资源分配需求，并发送减资源操作指令至所述当前车辆的多个虚拟机；以及

在所述多个虚拟机完成减资源操作后，基于所述当前资源分配需求分别对所述多个虚拟机进行增资源操作。

2.根据权利要求1所述的方法，其特征在于，所述判断当前车辆是否满足预设的资源分配条件，包括：

判断所述当前车辆的当前运行模式与目标运行模式是否相同；

若所述当前运行模式与所述目标运行模式不同，则判定所述当前车辆满足所述预设的资源分配条件。

3.根据权利要求1所述的方法，其特征在于，所述基于所述当前资源分配需求分别对所述多个虚拟机进行增资源操作，包括：

获取当前总资源；

根据所述当前资源分配需求确定每个虚拟机的目标分配资源；

基于所述每个虚拟机的目标分配资源和所述当前总资源，分别对所述多个虚拟机进行增资源操作。

4.根据权利要求1所述的方法，其特征在于，在判断所述当前车辆是否满足所述预设的资源分配条件之后，还包括：

若所述当前车辆不满足所述预设的资源分配条件，则维持所述多个虚拟机的资源不变。

5.根据权利要求1-4中任一项所述的方法，其特征在于，所述多个虚拟机包括智驾虚拟机、座舱虚拟机和车控虚拟机。

6.一种车辆的资源分配装置，其特征在于，包括：

判断模块，用于判断当前车辆是否满足预设的资源分配条件；

获取模块，用于若所述当前车辆满足所述预设的资源分配条件，则获取当前资源分配需求，并发送减资源操作指令至所述当前车辆的多个虚拟机；以及

增资源模块，用于在所述多个虚拟机完成减资源操作后，基于所述当前资源分配需求分别对所述多个虚拟机进行增资源操作。

7.根据权利要求6所述的装置，其特征在于，所述判断模块，具体用于：

判断所述当前车辆的当前运行模式与目标运行模式是否相同；

若所述当前运行模式与所述目标运行模式不同，则判定所述当前车辆满足所述预设的资源分配条件。

8.根据权利要求6所述的装置，其特征在于，所述增资源模块，具体用于：

获取当前总资源；

根据所述当前资源分配需求确定每个虚拟机的目标分配资源；

基于所述每个虚拟机的目标分配资源和所述当前总资源，分别对所述多个虚拟机进行增资源操作。

9.一种电子设备，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如权利要求1-5任一项所述的车辆的资源分配方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行，以用于实现如权利要求1-5任一项所述的车辆的资源分配方法。