CN115107671A - 整车控制器的零部件收编方法、装置及整车控制器 - Google Patents

Abstract

本申请涉及车辆技术领域，特别涉及一种整车控制器的零部件收编方法、装置及整车控制器，其中，方法包括：识别至少一个零部件的至少一个零部件功能；根据每个零部件功能匹配整车控制器的目标收编模式；根据所述目标收编模式执行所述每个零部件的对应零部件收编动作。由此，解决了相关技术中，在整车厂技术受限的情况下，无法尽可能多的收编ECU并释放硬件潜力以及算力提升空间，难以适应软件层面的面向服务架构等问题。

Description

整车控制器的零部件收编方法、装置及整车控制器

技术领域

本申请涉及车辆技术领域，特别涉及一种整车控制器的零部件收编方法、装置及整车控制器。

背景技术

目前整车存在数量众多的ECU(ElectronicControlUnit，电子控制单元)，控制各个零部件的功能逻辑，实现需要的功能，而且这些零部件和ECU往往是由供应商打包为黑盒子提供给整车厂的。随着智能化、电动化、网联化的发展，汽车产业正发生着翻天覆地的变革，新功能不断增加，SDV(SoftwareDefineVehicle，软件定义汽车)逐渐成为共识，对高算力和大带宽数据传输的需求也愈发迫切，智能汽车的EEA(Electrical/ElectronicArchitecture，电子电气架构)正发生着变化，目前各家车企已经逐步开始从传统各功能ECU独立的分布式架构向着功能集成的域控制架构演进，最终目标是中央计算加区域控制的中央集中式架构。

例如，相关技术中，一种整车网络架构及汽车，将整车功能架构划分为了动力域、底盘域、信息娱乐域、车身域四个功能域和对应的域控制器；一种中央集成车身域控制器系统及汽车中提出了一种针对车身域的中央集成域控制器系统。

然而，相关技术中，分布式架构不仅难以适应不断增加的汽车新功能，而且其中众多的独立ECU成本较高且线束布置复杂，装配难度高，不利于算力提升。同时，各车企从分布式架构转向域集中架构的过程中，也缺乏规范的ECU收编标准，在整车厂技术受限的情况下，难以尽可能多的收编ECU并释放硬件潜力，很难适应SOA(Service-OrientedArchitecture，面向服务架构)。

发明内容

本申请提供一种整车控制器的零部件收编方法、装置、整车控制器、零部件及系统，以解决相关技术中，在整车厂技术受限的情况下，无法尽可能多的收编ECU并释放硬件潜力以及算力提升空间，难以适应软件层面的面向服务架构等问题。

本申请第一方面实施例提供一种整车控制器的零部件收编方法，包括以下步骤：识别至少一个零部件的至少一个零部件功能；根据每个零部件功能匹配整车控制器的目标收编模式；根据所述目标收编模式执行所述每个零部件的对应零部件收编动作。

根据上述技术手段，本申请实施例可以根据每个零部件功能实现零部件收编，可以在整车厂技术受限的情况下，通过差异化的标准尽可能多的收编ECU并释放硬件潜力以及算力提升空间，实现域控制电子电气架构，简化线束布置，降低成本与装配难度，并且提供标准化的控制接口来向上适应软件层面的面向服务架构，能够灵活编排功能场景。

进一步地，所述至少一个零部件件功能包括对应零部件的至少一个实际功能和至少一个涉及功能。

根据上述技术手段，本申请实施例通过明确零部件涉及到的功能，以明确提供向上层提供哪些服务化的接口，提升收编效率。

进一步地，所述根据每个零部件功能匹配整车控制器的目标收编模式，包括：判断任一零部件的功能逻辑是否满足第一预设上移条件；如果所述功能逻辑满足所述第一预设上移条件，则继续判断所述任一零部件的硬件驱动是否满足第二预设上移条件，如果所述硬件驱动满足所述第二预设上移条件，则判定所述目标收编模式为第一收编模式；如果所述硬件驱动不满足所述第二预设上移条件，则判定所述目标收编模式为第二收编模式；如果所述功能逻辑不满足所述第一预设上移条件，则判定所述目标收编模式为第三收编模式。

根据上述技术手段，由于整车ECU数量众多，因此本申请实施例可以依据收编成本变化、功能拓展的考虑、线束布置、技术限制等因素，选择第一收编模式、第二收编模式或第三收编模式来收编零部件ECU，从而提供差异化的标准，以可能多的收编ECU并释放硬件潜力以及算力提升空间。

进一步地，所述根据所述目标收编模式执行所述每个零部件的对应零部件收编动作，包括：在所述目标收编模式为所述第一收编模式时，将所述整车控制器与所述任一零部件通过硬线相连，所述整车控制器执行功能逻辑后驱动所述任一零部件动作，且所述零部件向所述整车控制器反馈自身状态。

进一步地，所述根据所述目标收编模式执行所述每个零部件的对应零部件收编动作，包括：在所述目标收编模式为所述第二收编模式时，将所述整车控制器与所述任一零部件的电子控制单元通过总线相连，且所述电子控制单元与所述任一零部件通过总线或硬线相连，所述整车控制器执行功能逻辑后生成控制指令，并将所述控制指令发送给所述电子控制单元，使得所述电子控制单元根据所述控制指令驱动所述任一零部件动作，且所述任一零部件向所述电子控制单元反馈自身状态，并通过所述电子控制单元转发所述任一零部件的自身状态至所述整车控制器。

进一步地，所述根据所述目标收编模式执行所述每个零部件的对应零部件收编动作，包括：在所述目标收编模式为所述第三收编模式时，将所述整车控制器与所述任一零部件的电子控制单元通过总线相连，且所述电子控制单元与所述任一零部件通过总线或硬线相连，控制所述电子控制单元执行所述功能逻辑并驱动所述任一零部件动作，且所述任一零部件向所述电子控制单元反馈自身状态，并通过所述电子控制单元转发所述任一零部件的自身状态至所述整车控制器；并且所述电子控制单元向所述整车控制器提供控制接口，所述整车控制器将所述控制接口转化为服务化接口，通过整车网络向其他控制器开放。

根据上述技术手段，本申请实施例可以采用三种模式实现零部件收编，从而以差异化的标准尽可能多的收编ECU并释放硬件潜力以及算力提升空间，实现域控制电子电气架构，简化线束布置，降低成本与装配难度，并且提供标准化的控制接口来向上适应软件层面的面向服务架构，能够灵活编排功能场景。

本申请第二方面实施例提供一种整车控制器的零部件收编装置，包括：识别模块，用于识别至少一个零部件的至少一个零部件功能；匹配模块，用于根据每个零部件功能匹配整车控制器的目标收编模式；收编模块，用于根据所述目标收编模式执行所述每个零部件的对应零部件收编动作。

进一步地，所述至少一个零部件件功能包括对应零部件的至少一个实际功能和至少一个涉及功能。

进一步地，所述匹配模块用于：判断任一零部件的功能逻辑是否满足第一预设上移条件；如果所述功能逻辑满足所述第一预设上移条件，则继续判断所述任一零部件的硬件驱动是否满足第二预设上移条件，如果所述硬件驱动满足所述第二预设上移条件，则判定所述目标收编模式为第一收编模式；如果所述硬件驱动不满足所述第二预设上移条件，则判定所述目标收编模式为第二收编模式；如果所述功能逻辑不满足所述第一预设上移条件，则判定所述目标收编模式为第三收编模式。

进一步地，所述收编模块用于：在所述目标收编模式为所述第一收编模式时，将所述整车控制器与所述任一零部件通过硬线相连，所述整车控制器执行功能逻辑后驱动所述任一零部件动作，且所述零部件向所述整车控制器反馈自身状态。

进一步地，所述收编模块进一步用于：在所述目标收编模式为所述第二收编模式时，将所述整车控制器与所述任一零部件的电子控制单元通过总线相连，且所述电子控制单元与所述任一零部件通过总线或硬线相连，所述整车控制器执行功能逻辑后生成控制指令，并将所述控制指令发送给所述电子控制单元，使得所述电子控制单元根据所述控制指令驱动所述任一零部件动作，且所述任一零部件向所述电子控制单元反馈自身状态，并通过所述电子控制单元转发所述任一零部件的自身状态至所述整车控制器。

进一步地，所述收编模块进一步用于：在所述目标收编模式为所述第三收编模式时，将所述整车控制器与所述任一零部件的电子控制单元通过总线相连，且所述电子控制单元与所述任一零部件通过总线或硬线相连，控制所述电子控制单元执行所述功能逻辑并驱动所述任一零部件动作，且所述任一零部件向所述电子控制单元反馈自身状态，并通过所述电子控制单元转发所述任一零部件的自身状态至所述整车控制器；并且所述电子控制单元向所述整车控制器提供控制接口，所述整车控制器将所述控制接口转化为服务化接口，通过整车网络向其他控制器开放。

本申请第三方面实施例提供一种整车控制器，包括：上述实施例所述的整车控制器的零部件收编装置。

本申请第四方面实施例提供一种整车控制器，整车控制器，被用于与一类零部件通过硬线相连，所述整车控制器执行功能逻辑后驱动所述一类零部件动作；和/或者，所述整车控制器，被用于与一类零部件的电子控制单元通过总线相连，且所述电子控制单元与所述一类零部件通过总线或硬线相连，所述整车控制器执行功能逻辑后生成控制指令，并将所述控制指令发送给所述电子控制单元，使得所述电子控制单元根据所述控制指令驱动所述一类零部件动作；和/或者，所述整车控制器，被用于与一类零部件的电子控制单元通过总线相连，且所述电子控制单元与所述一类零部件通过总线或硬线相连，所述整车控制器控制所述电子控制单元执行所述功能逻辑并驱动所述任一零部件动作。

本申请第五方面实施例提供一种零部件，被用于与整车控制器通过硬线相连，并由所述整车控制器执行功能逻辑后进行驱动，以执行动作；和/或者，所述零部件，被用于与所述电子控制单元通过总线或硬线相连，且所述电子控制单元与所述整车控制器通过总线相连，并由所述整车控制器执行功能逻辑后生成控制指令，并将所述控制指令发送给所述电子控制单元，使得所述电子控制单元根据所述控制指令进行驱动，以执行动作；和/或，所述零部件，被用于与所述电子控制单元通过总线或硬线相连，且所述电子控制单元与所述整车控制器通过总线相连，并由所述整车控制器控制所述电子控制单元执行所述功能逻辑并进行驱动，以执行动作。

本申请第六方面实施例提供一种整车控制器的零部件收编系统，包括：至少一个如上述实施例所述的零部件；如上述实施例所述的整车控制器，用于识别至少一个零部件的至少一个零部件功能；根据每个零部件功能匹配整车控制器的目标收编模式；根据所述目标收编模式执行所述每个零部件的对应零部件收编动作。

由此，本申请实施例至少具有如下有益效果：

本申请实施例可以根据每个零部件功能实现零部件收编，可以在整车厂技术受限的情况下，通过差异化的标准尽可能多的收编ECU并释放硬件潜力以及算力提升空间，实现域控制电子电气架构，简化线束布置，降低成本与装配难度，并且提供标准化的控制接口来向上适应软件层面的面向服务架构，能够灵活编排功能场景。由此，解决了相关技术中，在整车厂技术受限的情况下，无法尽可能多的收编ECU并释放硬件潜力以及算力提升空间，难以适应软件层面的面向服务架构等问题。

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

附图说明

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

图1为根据本申请实施例提供的整车控制器的零部件收编方法的流程示意图；

图2为根据本申请实施例提供的选择收编模式的流程图；

图3为根据本申请实施例提供的整车控制器按第一收编模式收编零部件ECU的系统框图；

图4为根据本申请实施例提供的整车控制器按第二收编模式收编零部件ECU的系统框图；

图5为根据本申请实施例提供的整车控制器按第三收编模式收编零部件ECU的系统框图；

图6为根据本申请实施例提供的整车控制器以不同模式收编三个零部件ECU的系统框图；

图7为根据本申请实施例提供的整车控制器以第一收编模式收编雨刮电机的示意图；

图8为根据本申请实施例提供的整车控制器以第二收编模式收编LED转向灯的示意图；

图9为根据本申请实施例提供的整车控制器以第三收编模式收编空气悬架的示意图；

图10为根据本申请实施例提供的整车控制器的零部件收编装置的方框图。

具体实施方式

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

下面参考附图描述本申请实施例的整车控制器的零部件收编方法、装置、整车控制器、零部件及系统。针对上述背景技术提到的相关技术中，在整车厂技术受限的情况下，无法尽可能多的收编ECU并释放硬件潜力以及算力提升空间，难以适应软件层面的面向服务架构的问题，本申请提供了一种整车控制器的零部件收编方法，在该方法中，可以根据每个零部件功能实现零部件收编，可以在整车厂技术受限的情况下，通过差异化的标准尽可能多的收编ECU并释放硬件潜力以及算力提升空间，实现域控制电子电气架构，简化线束布置，降低成本与装配难度，并且提供标准化的控制接口来向上适应软件层面的面向服务架构，能够灵活编排功能场景。

具体而言，图1为本申请实施例所提供的一种整车控制器的零部件收编方法的流程示意图。

如图1所示，该整车控制器的零部件收编方法包括以下步骤：

在步骤S101中，识别至少一个零部件的至少一个零部件功能。

其中，至少一个零部件件功能包括对应零部件的至少一个实际功能和至少一个涉及功能。

可以理解的是，如图2所示，本申请实施例需要首先明确零部件涉及到的功能，明确的是各个零部件会涉及到哪些功能，除去零部件本身能够实现的功能，还要考虑到该零部件间接涉及到的功能，包括该零部件及其功能会受哪些功能影响，以及该零部件及其功能会影响到哪些功能。

例如，门锁电机本身实现的是车门解闭锁功能，会受到车门以及车门开闭功能的影响(当车门打开时无法实现闭锁功能)，会影响车辆防盗功能(当门锁因为故障无法闭锁时不能实现车辆防盗功能)。明确以上功能边界便于最终决定提供向上层提供哪些服务化的接口。

在步骤S102中，根据每个零部件功能匹配整车控制器的目标收编模式。

其中，目标收编模式可以包括三种模式，即第一收编模式、第二收编模式和第三收编模式。

在本申请实施例中，根据每个零部件功能匹配整车控制器的目标收编模式，包括：判断任一零部件的功能逻辑是否满足第一预设上移条件；如果功能逻辑满足第一预设上移条件，则继续判断任一零部件的硬件驱动是否满足第二预设上移条件，如果硬件驱动满足第二预设上移条件，则判定目标收编模式为第一收编模式；如果硬件驱动不满足第二预设上移条件，则判定目标收编模式为第二收编模式；如果功能逻辑不满足第一预设上移条件，则判定目标收编模式为第三收编模式。

其中，第一预设上移条和第二预设上移条均可以根据实际收编情况具体设置，对此不作具体限定。

可以理解的是，本申请实施例可以在综合考虑功能拓展、系统需求、硬件成本、线束布置、技术研发等因素的基础上，VIU(VehicleIntegrationUnit，整车控制器)用三种模式来收编整车上数量众多的ECU，包括：第一收编模式，将零部件原有的ECU完全收编，零部件的功能逻辑和硬件驱动都上移至整车控制器，)中；第二收编模式，将零部件原有的ECU部分收编，功能逻辑上移至域控制器，硬件驱动则保留在零部件ECU中；第三收编模式，零部件ECU仍然负责所有的功能逻辑和硬件驱动，但是要把对外的接口和信号开放出来，域控制器将这些接口和信号转化为服务化接口提供出去。

具体而言，如图2所示，在明确功能之后，本申请实施例进行该零部件功能逻辑是否上移至整车控制器的判断，这个判断需要考虑以下因素：功能逻辑上移后零部件ECU等硬件成本的变化、对后续功能场景编排拓展的需求、整车控制器和零部件ECU之间的线束布置变化、功能实时性和功能信息安全等系统需求、技术研发难度的考虑。综合考虑上述因素后，如果零部件的功能逻辑不能上移至整车控制器，则该零部件以第三收编模式收编；如果零部件功能逻辑能上移至整车控制器，则进行下一个判断。

对功能逻辑能上移至整车控制器的零部件，就进一步判断零部件的硬件驱动能否上移至整车控制器。这个判断需要考虑以下因素：功能逻辑和硬件驱动上移后零部件ECU等硬件成本的变化、对后续功能场景编排拓展的需求、整车控制器和零部件ECU之间以及零部件ECU和零部件之间的线束布置变化、功能实时性和功能信息安全等系统需求、技术研发难度的考虑。

综合考虑上述因素后，如果零部件的硬件驱动不能上移至整车控制器，则该零部件以第二收编模式收编；如果零部件功能逻辑能上移至整车控制器，则该零部件以第一收编模式收编。

在步骤S103中，根据目标收编模式执行每个零部件的对应零部件收编动作。

可以理解的是，在上述目标收编模式的基础收到货桑，VIU将对各个零部件的状态查询和控制调用处理为标准化的接口并向其他VIU和EDC(ExperienceDriveComputer，体验驱动计算机)提供这些接口，来支持功能拓展和场景编排。

因此，在上述实施例确定收编模式之后，整车控制器将以第一收编模式、第二收编模式、第三收编模式分别收编不同的零部件及其ECU，下面将进行具体阐述。

在本申请实施例中，根据目标收编模式执行每个零部件的对应零部件收编动作，包括：在目标收编模式为第一收编模式时，将整车控制器与任一零部件通过硬线相连，整车控制器执行功能逻辑后驱动任一零部件动作，且零部件向整车控制器反馈自身状态。

可以理解的是，第一收编模式涉及到一种整车控制器和零部件的系统，包括：用于处理功能逻辑和直接驱动硬件的域控制器VIU，以及实现具体功能的零部件。域控制器VIU和零部件之间通过硬线连接。域控制器VIU收到传感器和驾驶员操作等上游信息后，进行功能逻辑的处理决策并且通过硬线直接驱动零部件，零部件通过硬线向域控制器VIU反馈自身的运作、故障和其他状态信息。

具体而言，如图3所示，整车控制器VIU1按第一收编模式收编零部件1及其ECU，包括了一个整车控制器VIU1和一个零部件1，它们之间存在连接。整车控制器VIU1按照第一收编模式收编了该零部件的ECU，整合了零部件1的控制逻辑和硬件驱动，因此系统框图中没有ECU，整车控制器VIU1和零部件1直接通过硬线相连。在第一收编模式的系统中，整车控制器VIU2收到传感器和驾驶员操作等上游信息即“零级控制信息”后，进行功能逻辑的处理决策得到期望的零部件工作模式即“一级控制信息”，再依据“一级控制信息”基于硬件驱动通过硬线给零部件1供电并驱动零部件1也即是传递“二级控制信息”实现其功能，零部件1也通过硬线将自身的状态即“基础状态信息”反馈给整车控制器VIU1。也就是，整车控制器VIU1会依据收到的传感器信息和控制命令等上游信息进行功能逻辑决策，然后驱动零部件1实现对应功能。同时，在收编ECU之后，整车控制器VIU1也能将零部件1的驱动调用接口即“二级控制接口”标准化并向车辆的其他域提供出去，以支持更多更灵活的功能编排与应用拓展。

在本申请实施例中，根据目标收编模式执行每个零部件的对应零部件收编动作，包括：在目标收编模式为第二收编模式时，将整车控制器与任一零部件的电子控制单元通过总线相连，且电子控制单元与任一零部件通过总线或硬线相连，整车控制器执行功能逻辑后生成控制指令，并将控制指令发送给电子控制单元，使得电子控制单元根据控制指令驱动任一零部件动作，且任一零部件向电子控制单元反馈自身状态，并通过电子控制单元转发任一零部件的自身状态至整车控制器。

可以理解的是，第二收编模式涉及到另一种整车控制器和零部件的系统，包括：用于处理功能逻辑的域控制器VIU，和直接驱动硬件的零部件ECU，以及实现具体功能的零部件。域控制器VIU和零部件ECU之间通过总线CANLIN(LocalInterconnectNetwork，局域互联网络)连接，零部件ECU和零部件之间通过CAN/LIN总线或硬线连接。域控制器VIU收到传感器和驾驶员操作等上游信息后，进行功能逻辑的处理决策，将决策后的控制命令通过总线下发给零部件ECU；零部件ECU根据收到的控制命令，通过硬线或者总线驱动零部件；零部件通过硬线或者总线向零部件ECU反馈自身的运作、故障和其他状态信息，零部件ECU再将这些信息转发给VIU。

具体而言，如图4所示，整车控制器2按第二收编模式收编零部件2及其ECU，包括了一个整车控制器2、一个零部件电子控制单元ECU2和一个零部件2，整车控制器2和ECU2之间存在连接，ECU2和零部件2之间存在连接。零部件2的功能逻辑上移到了整车控制器VIU2，但是保留了ECU2来执行零部件的硬件驱动。整车控制器VIU2和ECU2之间通过CAN/LIN总线连接,ECU2和零部件2之间通过CAN/LIN总线或硬线连接。在第二收编模式的系统中，整车控制器VIU2收到传感器和驾驶员操作等上游信息即“零级控制信息”后，进行功能逻辑的处理决策得到期望的零部件工作模式即“一级控制信息”，并且将决策后的控制命令即“一级控制信息”通过总线下发给ECU2，ECU2则将从零部件2处得来的零部件运行、故障和其他状态信息即“基础状态信息”反馈给VIU2；ECU2收到VIU2发来的控制命令即“一级控制信息”后，根据收到的“一级控制信息”，基于硬件驱动将“二级控制信息”传递给零部件2，即驱动零部件2实现相关功能，零部件2则向ECU2反馈自身的运行、故障等“基础状态信息”。在此基础上，VIU2再将对ECU2的控制命令处理为标准化的接口即“一级控制接口”并向车辆的其他域提供出去，以支持更多更灵活的功能编排与应用拓展。

在本申请实施例中，根据目标收编模式执行每个零部件的对应零部件收编动作，包括：将整车控制器与任一零部件的电子控制单元通过总线相连，且电子控制单元与任一零部件通过总线或硬线相连，控制电子控制单元执行功能逻辑并驱动任一零部件动作，且任一零部件向电子控制单元反馈自身状态，并通过电子控制单元转发任一零部件的自身状态至整车控制器；并且电子控制单元向整车控制器提供控制接口，整车控制器将控制接口转化为服务化接口，通过整车网络向其他控制器开放。

可以理解的是，第三收编模式涉及到另一种整车控制器和零部件的系统，包括：域控制器VIU，负责功能逻辑决策并且直接驱动硬件的零部件ECU，以及实现具体功能的零部件。域控制器VIU和零部件ECU之间通过总线连接，零部件ECU和零部件之间通过CAN/LIN总线或硬线连接。域控制器VIU收到传感器和驾驶员操作等上游信息后，将这些信息转发给零部件ECU，ECU根据这些信息进行功能逻辑的处理决策并且通过硬线或总线直接驱动零部件，零部件通过硬线或者总线向零部件ECU反馈自身的运作、故障和其他状态信息，零部件ECU再将这些信息转发给VIU；同时零部件ECU向VIU提供控制接口，VIU将这些信号和接口转化为服务化接口，通过整车网络向其他域控制器开放，以达到功能场景灵活编排的目标。

具体而言，如图5所示，整车控制器VIU3按第三收编模式收编零部件3及其电子控制单元ECU3，包括了一个整车控制器VIU3、一个零部件电子控制单元ECU3和一个零部件3，整车控制器VIU3和ECU3之间存在连接，ECU3和零部件3之间存在连接。VIU3负责与其他域的交互，ECU3保留了所有的功能逻辑和硬件驱动，零部件3负责实现具体的功能。域控制器VIU3和ECU3之间通过总线连接，ECU3和零部件3之间通过CAN/LIN总线或硬线连接。在第三收编模式的系统中，整车控制器VIU3收到传感器和驾驶员操作等上游信息即“零级控制信息”后，将这些信息转发给ECU3，ECU3则将从零部件3处得来的零部件运行、故障等“基础状态信息”转发给VIU3；ECU3获得传感器和驾驶员操作等“零级控制信息”后，根据这些信息进行功能逻辑的处理决策得到“一级控制信息”，再依据硬件驱动由“一级控制信息”得到“二级控制信息”，并且通过硬线或总线将“二级控制信息”传递给零部件，即直接驱动零部件3实现相关的功能，零部件3则通过硬线或者总线向ECU3反馈自身的运作、故障等“基础状态信息”。在此基础上，ECU3向VIU3提供控制接口，VIU3将这些信号和接口转化为标准的服务化接口即“零级控制接口”，通过整车网络向其他域控制器开放，以达到功能场景灵活编排的目标。

需要说明的是，每个整车控制器并不是只收编某一个零部件ECU或只按某一种模式收编零部件ECU。如图6所示，整车控制器VIU1按第一收编模式收编了零部件4、按第二收编模式收编了零部件5、按第三收编模式收编了零部件6，即VIU1中整合了零部件4的功能逻辑和硬件驱动、零部件5的功能逻辑，ECU5中保留了零部件5的硬件驱动，ECU6保留了零部件6的功能逻辑和硬件驱动。

下面将通过具体实施例对整车控制器的零部件收编方法进行阐述，其中，零部件可以是电机、灯具、传感器、开关等，具体如下：

如图7所示，整车控制器以第一收编模式收编雨刮电机的系统，包括了一个整车控制器VIU1和一个雨刮电机，它们之间存在连接。整车控制器VIU1按照第一收编模式收编了雨刮电机的ECU，整合了雨刮电机的控制逻辑和硬件驱动，因此系统框图中没有ECU，整车控制器VIU1和雨刮电机直接通过硬线相连，需要说明的是，VIU1和雨刮电机之间有若干条硬线连接，包括供电、地线和回位信号等，图中示意只画出了一条。在此系统中，VIU1收到传感器的车速信号、温度信号和驾驶员对雨刮软硬开关的操作等“零级控制信息”之后，根据内置的雨刮功能逻辑进行决策处理得到对雨刮的控制命令即“一级控制信息”，再依据“一级控制信息”，基于硬件驱动得到“二级控制信息”，将此“二级控制信息”传递给雨刮电机，也即通过硬线直接给雨刮电机供电并驱动电机按照控制“二级控制信息”中的方向和速度转动，实现雨刮刮刷功能。同时雨刮电机通过硬线将自身的运行状态信息和雨刮位置等“基础状态信息”反馈给VIU1。在此基础上，VIU1会将向雨刮传递“二级控制信息”的直接控制雨刮电机的软件接口进行标准化处理并向其他域提供出去，即“二级控制接口”

如图8所示，整车控制器以第二收编模式收编LED(发光二极管，Light-emittingdiode)转向灯的系统，包括了整车控制器VIU1、LED转向灯ECU和LED转向灯，其中LED转向灯由若干个灯带组成。LED转向灯的功能逻辑上移到了整车控制器VIU1，但是保留了转向灯的ECU来执行各LED灯带的硬件驱动。整车控制器VIU1和LED转向灯ECU之间通过CAN总线连接,LED转向灯ECU和LED转向灯之间通过硬线连接。在第二收编模式的系统中，整车控制器VIU1收到传感器和驾驶员操作等上游信息即“零级控制信息”后，进行功能逻辑的处理决策得到期望的LED工作模式即“一级控制信息”，例如流水效果、呼吸效果、按特定次数和频率闪烁、常亮等。并且将决策后的控制命令即“一级控制信息”通过总线下发给LED转向灯ECU，LED转向灯ECU则将从LED转向灯处得来的各灯带的亮灭、故障和其他状态信息即“基础状态信息”反馈给VIU1；LED转向灯ECU收到VIU1发来的控制命令即“一级控制信息”后，根据收到的“一级控制信息”，基于硬件驱动得到“二级控制信息”(各个灯带的亮灭时序与亮度等)并传递给LED转向灯的各灯带，即按“二级控制信息”点亮各LED灯带实现相关功能，LED转向灯则向LED转向灯ECU反馈自身的亮灭、故障等“基础状态信息”。在此基础上，VIU1再将向LED转向灯ECU传递“一级控制信息”的软件接口处理为标准化的接口即“一级控制接口”并向车辆的其他域提供出去，以支持更多更灵活的功能编排与应用拓展。

如图9所示，整车控制器以第三收编模式收编空气悬架的系统，包括了一个整车控制器VIU3、空气悬架ECU和空气悬架，整车控制器VIU3和空气悬架ECU之间存在连接，空气悬架ECU和空气悬架之间存在连接。VIU3负责与其他域的交互，空气悬架ECU保留了所有的功能逻辑和硬件驱动，空气悬架负责实现具体的功能。域控制器VIU3和空气悬架ECU之间通过CAN总线连接，空气悬架ECU和空气悬架之间通过硬线连接。在此系统中，整车控制器VIU3收到传感器和驾驶员操作等上游信息即“零级控制信息”后，将这些信息转发给空气悬架ECU，空气悬架ECU则将从空气悬架处得来的悬架刚度、高度、故障等“基础状态信息”转发给VIU3；空气悬架ECU获得传感器和驾驶员操作等“零级控制信息”后，根据这些信息进行功能逻辑的处理决策得到“一级控制信息”(目标悬架刚度等)，再依据硬件驱动由“一级控制信息”得到“二级控制信息”(悬架气压阀开度等)，并且通过硬线将“二级控制信息”传递给空气悬架，即直接控制空气悬架气压阀开度等实现相关的功能，空气悬架则通过硬线向空气悬架ECU反馈悬架刚度、高度、故障等“基础状态信息”。在此基础上，VIU3将向空气悬架ECU传递“零级控制信息”的软件接口转化为标准的服务化接口即“零级控制接口”，通过整车网络向其他域控制器开放，以达到功能场景灵活编排的目标。

需要说明的是，本申请实施例将传递控制信息的接口标准化为控制接口的方法，包括但不限于数据处理、协议转换、基于通信协议对数据进行格式转换和封装等。同时，根据实际情况需要，整车控制器可以由“二级控制接口”获得对应的“一级控制接口”和“零级控制接口”，由“一级控制接口”获得“零级控制接口”。在收编各个ECU后，各整车控制器将若干“零级控制接口”、“一级控制接口”、“二级控制接口”开放出来，通过车载网络，这些标准化的接口能被其他整车控制器或整车中央计算机调用，灵活编排出各种应用场景，最大化地释放整车硬件潜力，也更适应SOA。

根据本申请实施例提出的整车控制器的零部件收编方法，可以根据每个零部件功能实现零部件收编，可以在整车厂技术受限的情况下，通过差异化的标准尽可能多的收编ECU并释放硬件潜力以及算力提升空间，实现域控制电子电气架构，简化线束布置，降低成本与装配难度，并且提供标准化的控制接口来向上适应软件层面的面向服务架构，能够灵活编排功能场景。由此，解决了相关技术中，在整车厂技术受限的情况下，无法尽可能多的收编ECU并释放硬件潜力以及算力提升空间，难以适应软件层面的面向服务架构等问题。

其次参照附图描述根据本申请实施例提出的整车控制器的零部件收编装置。

图10是本申请实施例的整车控制器的零部件收编装置的方框示意图。

如图10所示，该整车控制器的零部件收编装置100包括：识别模块110、匹配模块120和收编模块130。

其中，识别模块110用于识别至少一个零部件的至少一个零部件功能；匹配模块120用于根据每个零部件功能匹配整车控制器的目标收编模式；收编模块300用于根据目标收编模式执行每个零部件的对应零部件收编动作。

在本申请实施例中，至少一个零部件件功能包括对应零部件的至少一个实际功能和至少一个涉及功能。

在本申请实施例中，匹配模块120用于：判断任一零部件的功能逻辑是否满足第一预设上移条件；如果功能逻辑满足第一预设上移条件，则继续判断任一零部件的硬件驱动是否满足第二预设上移条件，如果硬件驱动满足第二预设上移条件，则判定目标收编模式为第一收编模式；如果硬件驱动不满足第二预设上移条件，则判定目标收编模式为第二收编模式；如果功能逻辑不满足第一预设上移条件，则判定目标收编模式为第三收编模式。

在本申请实施例中，收编模块130用于：在目标收编模式为第一收编模式时，将整车控制器与任一零部件通过硬线相连，整车控制器执行功能逻辑后驱动任一零部件动作，且零部件向整车控制器反馈自身状态。

在本申请实施例中，收编模块130进一步用于：在目标收编模式为第二收编模式时，将整车控制器与任一零部件的电子控制单元通过总线相连，且电子控制单元与任一零部件通过总线或硬线相连，整车控制器执行功能逻辑后生成控制指令，并将控制指令发送给电子控制单元，使得电子控制单元根据控制指令驱动任一零部件动作，且任一零部件向电子控制单元反馈自身状态，并通过电子控制单元转发任一零部件的自身状态至整车控制器。

在本申请实施例中，收编模块130进一步用于：在目标收编模式为第三收编模式时，将整车控制器与任一零部件的电子控制单元通过总线相连，且电子控制单元与任一零部件通过总线或硬线相连，控制电子控制单元执行功能逻辑并驱动任一零部件动作，且任一零部件向电子控制单元反馈自身状态，并通过电子控制单元转发任一零部件的自身状态至整车控制器；并且电子控制单元向整车控制器提供控制接口，整车控制器将控制接口转化为服务化接口，通过整车网络向其他控制器开放。

需要说明的是，前述对整车控制器的零部件收编方法实施例的解释说明也适用于该实施例的整车控制器的零部件收编装置，此处不再赘述。

根据本申请实施例提出的整车控制器的零部件收编装置，可以根据每个零部件功能实现零部件收编，可以在整车厂技术受限的情况下，通过差异化的标准尽可能多的收编ECU并释放硬件潜力以及算力提升空间，实现域控制电子电气架构，简化线束布置，降低成本与装配难度，并且提供标准化的控制接口来向上适应软件层面的面向服务架构，能够灵活编排功能场景。由此，解决了相关技术中，在整车厂技术受限的情况下，无法尽可能多的收编ECU并释放硬件潜力以及算力提升空间，难以适应软件层面的面向服务架构等问题。

此外，本申请实施例还提供一种整车控制器，被用于与一类零部件通过硬线相连，整车控制器执行功能逻辑后驱动一类零部件动作；和/或者，整车控制器，被用于与一类零部件的电子控制单元通过总线相连，且电子控制单元与一类零部件通过总线或硬线相连，整车控制器执行功能逻辑后生成控制指令，并将控制指令发送给电子控制单元，使得电子控制单元根据控制指令驱动一类零部件动作；和/或者，整车控制器，被用于与一类零部件的电子控制单元通过总线相连，且电子控制单元与一类零部件通过总线或硬线相连，整车控制器控制电子控制单元执行功能逻辑并驱动一类零部件动作。

此外，本申请实施例还提供一种零部件，被用于与整车控制器通过硬线相连，并由整车控制器执行功能逻辑后进行驱动，以执行动作；和/或者，零部件，被用于与电子控制单元通过总线或硬线相连，且电子控制单元与整车控制器通过总线相连，并由整车控制器执行功能逻辑后生成控制指令，并将控制指令发送给电子控制单元，使得电子控制单元根据控制指令进行驱动，以执行动作；和/或，零部件，被用于与电子控制单元通过总线或硬线相连，且电子控制单元与整车控制器通过总线相连，并由整车控制器控制电子控制单元执行功能逻辑并进行驱动，以执行动作。

此外，本申请实施例还提供一种整车控制器的零部件收编系统，包括：至少一个上述实施例的零部件；如上述实施例的整车控制器，用于识别至少一个零部件的至少一个零部件功能；根据每个零部件功能匹配整车控制器的目标收编模式；根据目标收编模式执行每个零部件的对应零部件收编动作。

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

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

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

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

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

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

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

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

Claims (15)

1.一种整车控制器的零部件收编方法，其特征在于，包括以下步骤：

识别至少一个零部件的至少一个零部件功能；

根据每个零部件功能匹配整车控制器的目标收编模式；

根据所述目标收编模式执行所述每个零部件的对应零部件收编动作。

2.根据权利要求1所述的方法，其特征在于，所述至少一个零部件件功能包括对应零部件的至少一个实际功能和至少一个涉及功能。

3.根据权利要求1所述的方法，其特征在于，所述根据每个零部件功能匹配整车控制器的目标收编模式，包括：

判断任一零部件的功能逻辑是否满足第一预设上移条件；

如果所述功能逻辑满足所述第一预设上移条件，则继续判断所述任一零部件的硬件驱动是否满足第二预设上移条件，如果所述硬件驱动满足所述第二预设上移条件，则判定所述目标收编模式为第一收编模式；

如果所述硬件驱动不满足所述第二预设上移条件，则判定所述目标收编模式为第二收编模式；如果所述功能逻辑不满足所述第一预设上移条件，则判定所述目标收编模式为第三收编模式。

4.根据权利要求3所述的方法，其特征在于，所述根据所述目标收编模式执行所述每个零部件的对应零部件收编动作，包括：

在所述目标收编模式为所述第一收编模式时，将所述整车控制器与所述任一零部件通过硬线相连，所述整车控制器执行功能逻辑后驱动所述任一零部件动作，且所述零部件向所述整车控制器反馈自身状态。

5.根据权利要求3所述的方法，其特征在于，所述根据所述目标收编模式执行所述每个零部件的对应零部件收编动作，包括：

在所述目标收编模式为所述第二收编模式时，将所述整车控制器与所述任一零部件的电子控制单元通过总线相连，且所述电子控制单元与所述任一零部件通过总线或硬线相连，所述整车控制器执行功能逻辑后生成控制指令，并将所述控制指令发送给所述电子控制单元，使得所述电子控制单元根据所述控制指令驱动所述任一零部件动作，且所述任一零部件向所述电子控制单元反馈自身状态，并通过所述电子控制单元转发所述任一零部件的自身状态至所述整车控制器。

6.根据权利要求3所述的方法，其特征在于，所述根据所述目标收编模式执行所述每个零部件的对应零部件收编动作，包括：

在所述目标收编模式为所述第三收编模式时，将所述整车控制器与所述任一零部件的电子控制单元通过总线相连，且所述电子控制单元与所述任一零部件通过总线或硬线相连，控制所述电子控制单元执行所述功能逻辑并驱动所述任一零部件动作，且所述任一零部件向所述电子控制单元反馈自身状态，并通过所述电子控制单元转发所述任一零部件的自身状态至所述整车控制器；并且所述电子控制单元向所述整车控制器提供控制接口，所述整车控制器将所述控制接口转化为服务化接口，通过整车网络向其他控制器开放。

7.一种整车控制器的零部件收编装置，其特征在于，包括：

识别模块，用于识别至少一个零部件的至少一个零部件功能；

匹配模块，用于根据每个零部件功能匹配整车控制器的目标收编模式；

收编模块，用于根据所述目标收编模式执行所述每个零部件的对应零部件收编动作。

8.根据权利要求7所述的装置，其特征在于，所述至少一个零部件件功能包括对应零部件的至少一个实际功能和至少一个涉及功能。

9.根据权利要求7所述的装置，其特征在于，所述匹配模块用于：

判断任一零部件的功能逻辑是否满足第一预设上移条件；

如果所述功能逻辑满足所述第一预设上移条件，则继续判断所述任一零部件的硬件驱动是否满足第二预设上移条件，如果所述硬件驱动满足所述第二预设上移条件，则判定所述目标收编模式为第一收编模式；

如果所述硬件驱动不满足所述第二预设上移条件，则判定所述目标收编模式为第二收编模式；如果所述功能逻辑不满足所述第一预设上移条件，则判定所述目标收编模式为第三收编模式。

10.根据权利要求9所述的装置，其特征在于，所述收编模块用于：

在所述目标收编模式为所述第一收编模式时，将所述整车控制器与所述任一零部件通过硬线相连，所述整车控制器执行功能逻辑后驱动所述任一零部件动作，且所述零部件向所述整车控制器反馈自身状态。

11.根据权利要求9所述的装置，其特征在于，所述收编模块用于：

在所述目标收编模式为所述第二收编模式时，将所述整车控制器与所述任一零部件的电子控制单元通过总线相连，且所述电子控制单元与所述任一零部件通过总线或硬线相连，所述整车控制器执行功能逻辑后生成控制指令，并将所述控制指令发送给所述电子控制单元，使得所述电子控制单元根据所述控制指令驱动所述任一零部件动作，且所述任一零部件向所述电子控制单元反馈自身状态，并通过所述电子控制单元转发所述任一零部件的自身状态至所述整车控制器。

12.根据权利要求9所述的装置，其特征在于，所述收编模块用于：

在所述目标收编模式为所述第三收编模式时，将所述整车控制器与所述任一零部件的电子控制单元通过总线相连，且所述电子控制单元与所述任一零部件通过总线或硬线相连，控制所述电子控制单元执行所述功能逻辑并驱动所述任一零部件动作，且所述任一零部件向所述电子控制单元反馈自身状态，并通过所述电子控制单元转发所述任一零部件的自身状态至所述整车控制器；并且所述电子控制单元向所述整车控制器提供控制接口，所述整车控制器将所述控制接口转化为服务化接口，通过整车网络向其他控制器开放。

13.一种整车控制器，其特征在于，

整车控制器，被用于与一类零部件通过硬线相连，所述整车控制器执行功能逻辑后驱动所述一类零部件动作；

和/或者，所述整车控制器，被用于与一类零部件的电子控制单元通过总线相连，且所述电子控制单元与所述一类零部件通过总线或硬线相连，所述整车控制器执行功能逻辑后生成控制指令，并将所述控制指令发送给所述电子控制单元，使得所述电子控制单元根据所述控制指令驱动所述一类零部件动作；

和/或者，所述整车控制器，被用于与一类零部件的电子控制单元通过总线相连，且所述电子控制单元与所述一类零部件通过总线或硬线相连，所述整车控制器控制所述电子控制单元执行所述功能逻辑并驱动所述一类零部件动作。

14.一种零部件，其特征在于，

零部件，被用于与整车控制器通过硬线相连，并由所述整车控制器执行功能逻辑后进行驱动，以执行动作；

和/或者，所述零部件，被用于与所述电子控制单元通过总线或硬线相连，且所述电子控制单元与所述整车控制器通过总线相连，并由所述整车控制器执行功能逻辑后生成控制指令，并将所述控制指令发送给所述电子控制单元，使得所述电子控制单元根据所述控制指令进行驱动，以执行动作；

和/或，所述零部件，被用于与所述电子控制单元通过总线或硬线相连，且所述电子控制单元与所述整车控制器通过总线相连，并由所述整车控制器控制所述电子控制单元执行所述功能逻辑并进行驱动，以执行动作。

15.一种整车控制器的零部件收编系统，其特征在于，包括：

如权利要求14所述的至少一个零部件；

如权利要求13所述的整车控制器，用于识别至少一个零部件的至少一个零部件功能；根据每个零部件功能匹配整车控制器的目标收编模式；根据所述目标收编模式执行所述每个零部件的对应零部件收编动作。

Images