一种平台化汽车门锁控制方法、系统、设备及介质与流程

本发明涉及智能化汽车控制，具体涉及一种平台化汽车门锁控制方法、系统、设备及介质。

背景技术：

1、汽车智能化的发展成为趋势，软件定义汽车成为行业关注的重点，这样的变革表现为软件和硬件解耦，软件平台化，延长了汽车的生命周期和价值周期。在车辆控制领域，应用层软件的开发使用基于soa架构(面向服务架构)方式实现，旨在实现构建可扩展、灵活和可维护的系统。每个服务通过松耦合的方式进行通信和交互，服务可被多个模块调用，每个服务可以独立开发升级而不对别的服务产生影响，同时可以实现平台化，一套软件适配多种车型，节省开发经历和周期，极大地提升软件开发效率，同时便于维护和升级。

2、在智能化汽车控制领域，由于自身控制器的功能复杂繁冗，同时与较多的硬件强相关，在日益增加的智能化功能需求下，控制器软件的迭代升级需要面临速度的挑战。传统控制器软件间、软硬件间耦合十分严重，可移植性和复用性低，致使开发效率低下，迭代成本高，迭代周期长，因此，进行软件架构解耦涉及是必然趋势。现有的汽车门锁控制软件架构更强调功能实现和功能独立，软件架构不够清晰，功能模块间耦合度高，后期维护及迭代难度较大。

3、为解决上述问题，现有研究，如公开号为cn115774438a的专利申请文件公开一种汽车中央门锁控制软件架构及构建方法，软件架构包括应用软件层、基础软件层、位于应用软件层和基础软件层之间的运行环境层以及硬件层，应用软件层位于最顶层，包括中央门锁逻辑判断模块和中央门锁执行模块，用于根据中央门锁开关操作完成中央门锁控制功能逻辑。该申请将中央门锁的各部分功能模块、硬软件资源的占用及其交互关系与autosar分层架构标准体系结合，并提出autosar在汽车中央门锁控制软件架构应用的分层原则，将中央门锁控制的输入采集、功能控制、故障诊断和输出控制等功能按照标准架构分层级执行，从而提升上层应用软件的可移植性、底层硬件与软件的高度解耦性、整体架构的高稳定性。但是该申请实现门锁硬件与软件的解耦的方式为中央门锁按照标准架构分层级执行，为单一门锁配置多种门锁功能，即，当门锁类型更改时，仍需要改性上层应用软件进行适配。因此，上述汽车门锁软硬件解耦应用，仍具有一定的局限性。

4、对于汽车而言，车辆门锁的控制也由传统的机械拉手升级为电控门锁，例如，公开号为cn114445937a的专利申请文件公开一种基于soa架构的汽车门锁控制系统及方法，所述系统基于soa构架，将汽车门锁控制系统封装成标准的服务组件，包括由上至下相互连接并相互通讯的用户场景定制层、场景服务层、增强服务层、原子服务层和i/o抽象层；用户场景服务层用于向增强服务层发出解锁或闭锁命令请求；增强服务层用于根据指令设定相应的门锁控制逻辑；原子服务层用于接收来自增强服务层的解锁或闭锁指令；i/o抽象层与硬件绑定，屏蔽硬件设计的具体实现方式，并供原子服务层直接调用，接收原子服务层的解锁或闭锁指令对门锁电机进行控制；在i/o抽象层对门锁电机进行解闭锁控制后，若在一定时间内，门锁电机的实际状态与解闭锁控制指令不符，则跳转到重试状态。通过上述方法以实现用户个性化定制解锁、闭锁场景，且达到解锁、闭锁成功率高的效果。但是，上述方法虽然基于soa架构，但是却未提出平台化控制汽车门锁的方法，当使用不同门锁硬件的时候，仍需要改动软件进行适配。当前车辆的门锁硬件分类多为电控锁、释放吸合锁，上述门锁控制方法只能用于普通门锁，更换不同门锁硬件组合方案时都需要重新设计软件，未能达到平台化使用，需要新的较长时间的迭代周期。

5、因此，如果能提供一种平台化汽车门锁控制方法，能够基于soa架构，实现多类型门锁硬件与软件的高度解耦，门锁控制方法能够适配于市面大多数门锁硬件方案，能够解决更换不同门锁硬件组合方案时都需要重新设计软件的问题，以缩短迭代周期，适配多种车型和多种应用场景，则更有利于汽车智能化的发展，缩短软件开发维护周期，提高经济效益。

技术实现思路

1、本发明的目的之一在于提供一种平台化汽车门锁控制方法，以解决现有技术中更换不同门锁硬件组合方案时都需要重新设计软件、现有汽车门锁控制方法对不同车型和不同应用场景的适配性低、现有汽车门锁控制方法软硬件耦合高等问题；目的之二在于提供一种平台化汽车门锁控制系统；目的之三在于提供一种电子设备；目的之四在于提供一种计算机可读存储介质。

2、为了实现上述目的及相关目的，本发明采用的技术方案如下：

3、本发明第一方面提供一种平台化汽车门锁控制方法，该方法包括以下步骤：

4、响应于接收到的门锁功能请求，读取门锁硬件配置类型，并将门锁硬件配置类型通知至增强服务层；

5、确定车辆的当前增强服务状态；

6、若当前增强服务状态满足预设门锁控制前置条件，则将门锁功能请求对应的控制参数传递给增强服务层；

7、增强服务层基于控制参数确定与门锁硬件配置类型相对应的驱动策略，以及与驱动策略对应的目标增强服务，以对门锁进行控制。

8、于本技术一实施例中，门锁功能请求包括用户在预设的场景服务编排界面中添加的一种或多种编排解闭锁场景，所添加的每种解闭锁场景均设置有对应的控制参数；门锁硬件配置类型包括独立式门锁硬件或组合式门锁硬件。

9、于本技术一实施例中，预设门锁控制前置条件包括为执行解闭锁场景对应的锁功能时，车辆需达到的预设运行状态。

10、于本技术一实施例中，基于控制参数确定目标增强服务的方法包括：增强服务层的增强服务被调用，并对控制参数进行校验，若控制参数校验通过，则判断控制参数为有效数据，基于控制参数确定与门锁硬件配置类型对应的驱动策略，以及与驱动策略对应的目标增强服务。

11、于本技术一实施例中，驱动策略包括实时检测门锁的当前微开状态，增强服务层调用原子服务层传递与门锁硬件配置类型对应的控制指令至输入输出抽象层，输入输出抽象层切换门锁的当前微开状态至门锁硬件配置类型对应的中间微开状态，并执行控制指令，执行结束后，退出中间微开状态，进入解锁或闭锁状态。

12、于本技术一实施例中，方法还包括存储门锁硬件类型，以及与门锁硬件配置类型相对应的驱动策略。

13、本发明第二方面提供一种平台化汽车门锁控制系统，该系统包括：

14、获取模块，用于响应于接收到的门锁功能请求，读取门锁硬件配置类型，并将门锁硬件配置类型通知至增强服务层；

15、确定模块，用于确定车辆的当前增强服务状态；

16、传递模块，用于在当前增强服务状态满足预设门锁控制前置条件时，将门锁功能请求对应的控制参数传递给增强服务层；

17、控制模块，用于增强服务层基于控制参数确定与门锁硬件配置类型相对应的驱动策略，以及与驱动策略对应的目标增强服务，以对门锁进行控制。

18、于本技术一实施例中，系统还包括存储模块，用于存储门锁硬件类型，以及与门锁硬件配置类型相对应的驱动策略。

19、本发明第三方面提供一种电子设备，电子设备包括：

20、一个或多个处理器；

21、存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得电子设备实现如上所述的平台化汽车门锁控制方法。

22、本发明第四方面提供一种计算机可读存储介质，其上存储有计算机程序，当计算机程序被计算机的处理器执行时，使计算机执行如上所述的平台化汽车门锁控制方法。

23、本发明的有益技术效果在于：

24、(1)本发明基于soa架构，提供平台化汽车门锁控制方法，以适配市面大多数门锁硬件，包括电控锁、释放锁、吸合锁的单独使用或组合使用，实现门锁硬件与软件的高度解耦，解决更换不同门锁硬件组合方案时都需要重新设计软件的问题，从而达到缩短迭代周期、适配多种车型、提高软件质量的目的；

25、(2)本发明平台化汽车门锁控制方法，提升门锁应用层控制软件模块的质量，涵盖多种车型与应用场景，缩短开发维护周期，实现软件平台化；

26、(3)本发明将汽车门锁控制平台化，做到软硬件解耦，几乎适用所有门锁控制的功能场景，普适性高，平台化汽车门锁控制方法对于多类车型应用层软件的复用和功能迭代均具有可靠性、稳定性和便捷性。