CN115675325A - 基于soa架构的车辆控制系统、方法、设备、介质及程序 - Google Patents

Abstract

本申请提供一种基于SOA架构的车辆控制系统、方法、设备、介质及程序，该系统包括：I/O抽象层用于获取硬件的状态变化信号；原子服务层，用于监听到状态变化信号时，对硬件的操作状态信号和故障状态信号进行预处理，生成面向控制对象的操作请求；系统服务层，用于监听到操作请求时，对操作请求关联的执行所需条件进行判断，待操作请求满足执行所需条件之后，产生面向控制对象的控制指令；增强服务层，用于根据获取的控制指令调用相应的执行器控制接口对控制对象的驱动进行逻辑控制，使得原子服务层控制控制对象的开关。将拆分重组的服务组件布置到不同的服务层上，从整体上减少了服务组件的数量，也确保了功能完整，还实现了软硬件分离的目的。

Description

基于SOA架构的车辆控制系统、方法、设备、介质及程序

技术领域

本申请涉及汽车技术领域，特别涉及一种基于SOA(Service-OrientedArchitecture，面向服务结构)架构的车辆控制系统、方法、设备、介质及程序。

背景技术

汽车四化”(即电动化，智能化，网联化，共享化)是汽车行业的发展趋势，汽车电控化、智能化、网联化程度越来越高。随着汽车制造技术的不断发展，人们对于汽车的要求也越来越高，如何进一步满足用户个性化的需求以及更强调乘座舒适性、安全性和环保性已经成为车身控制的重要课题。

在相关技术中，传统的车辆控制系统，例如，电动尾门控制系统通过获取功能需求，然后，将独立的功能硬件软件耦合至一个控制单元中，最后，通过标准的协议接入整车的电子电器架构。例如，通过主轴拉线传动器和一个外管组成其中内管中的电机和齿轮箱传动着一个螺纹主轴该螺纹主轴在固定于外管内侧的螺纹螺母上运动，电动支柱推杆使用位于支柱内部电机内的电动主轴来开合行李箱盖弹簧也对盖开启操作起到辅助作用。内置的电吸装置将延缓至最后的关门进程，能自动将尾门吸合锁紧，使用直流永磁电动机配合后备箱顶杆齿轮箱可智能化打开后备箱。

然而，在相关技术中，当车身域各系统软件需要重新设计时，重新划分功能部署，或/和，设计各模块之间的接口定义，传统的软件架构由于软件与硬件高度耦合，软件功能不易调整，在车辆控制中，无法满足功能和接口快速开发迭代的需求。

申请内容

鉴于以上所述现有技术的缺点，本申请提供一种基于SOA架构的车辆控制系统、方法、设备、介质及程序，以解决现有车辆控制系统无法快速开发迭代需求的技术问题。

在第一方面，本申请提供的一种基于SOA架构的车辆控制系统，基于SOA架构将车辆控制系统封装成标准的服务组件，由下至上依次包括相互通信的I/O抽象层、原子服务层、增强服务层与系统服务层；

所述I/O抽象层，与硬件关联绑定，所述I/O抽象层用于获取所述硬件的状态变化信号，所述状态变化信号包括所述硬件的操作状态信号和故障状态信号；

所述原子服务层，用于监听到所述状态变化信号时，对所述硬件的操作状态信号和故障状态信号进行预处理，生成面向控制对象的操作请求；

所述系统服务层，用于监听到所述操作请求时，对所述操作请求关联的执行所需条件进行判断，待所述操作请求满足执行所需条件之后，产生面向所述控制对象的控制指令；

所述增强服务层，用于根据获取的所述控制指令调用相应的执行器控制接口对所述控制对象的驱动进行逻辑控制，以使所述原子服务层控制所述控制对象的开关，其中，所述控制对象包括电动尾门、车窗、天窗、后视镜、电动侧门中的至少之一。

于本申请的一实施例中，所述系统包括位于所述系统服务层上部的场景服务层，所述场景服务层用于为车身域或/和控制域提供调用接口，基于所述调用接口向控制域转发从所述I/O抽象层硬件获取的状态变化信号，还用于根据所述调用接口分别对所述控制对象进行开关使能设置、对所述操作请求进行请求使能设置以及对所述增强服务层的执行状态进行监控。

于本申请的一实施例中，所述系统服务层，还用于监听到所述操作请求时，对所述操作请求执行所需的前置条件进行判断，根据判断结果产生面向控制对象的控制指令。

于本申请的一实施例中，所述系统服务层，还用于当同时监听到多个所述操作请求时，根据各所述操作请求的优先级进行仲裁，结合仲裁结果的优先级顺序以及所述前置条件的判断结果重新产生面向控制对象的控制指令。

于本申请的一实施例中，所述原子服务层，还用于对多个相同类型的所述操作请求进行优先级判断，根据提供所述硬件的优先级顺序确定多个所述操作请求的优先级顺序。

于本申请的一实施例中，所述增强服务层为主状态机所在层级，用于获取所述控制对象的实时位置信息实现位置管理，还用于获取所述控制对象的防夹信号进行防夹判定，还用于获取所述控制对象集成的驱动程序实现控制所述控制对象的开关。

于本申请的一实施例中，所述原子服务层作为隔离层，屏蔽所述I/O抽象层的变动影响实现软件解耦。

于本申请的一实施例中，所述I/O抽象层与硬件绑定，用于屏蔽硬件设计实现方式，供所述原子服务层调用，接收所述原子服务层的操作请求对所述控制对象进行控制。

在第二方面，本申请提供的一种基于SOA架构的车辆控制方法，基于SOA架构将车辆控制系统封装成标准的服务组件，由下至上依次包括相互通信的I/O抽象层、原子服务层、增强服务层与系统服务层；所述方法包括：

获取所述硬件的状态变化信号，所述状态变化信号包括所述硬件的操作状态信号和故障状态信号；

监听到所述状态变化信号时，对所述硬件的操作状态信号和故障状态信号进行预处理，生成面向控制对象的操作请求；

监听到所述操作请求时，对所述操作请求关联的执行所需条件进行判断，待所述操作请求满足执行所需条件之后，产生面向所述控制对象的控制指令；

根据获取的所述控制指令调用相应的所述执行器控制接口对所述控制对象的驱动进行逻辑控制，以使所述原子服务层控制所述控制对象的开关，其中，所述控制对象包括电动尾门、车窗、天窗、后视镜、电动侧门中的至少之一。

在第三方面，本申请提供的一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现上述的基于SOA架构的车辆控制方法。

在第四方面，本申请提供的一种计算机可读存储介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行上述的基于SOA架构的车辆控制方法。

在第五方面，本申请提供的一种计算机程序产品或计算机程序，所述计算机程序产品或所述计算机程序包括计算机指令，所述计算机指令存储在计算机可读存储介质中，计算机的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机执行上述的基于SOA架构的车辆控制方法。

本申请的有益效果：本申请基于SOA面向服务架构将车辆控制系统的功能组件进行拆分，封装成标准的服务组件，通过调用服务接口来实现不同服务组件的相互交互，实现数据交互，其中，将功能组件拆分、重组、布置到不同的服务层上，从整体上减少了服务组件的数量，也确保了功能完整，还完成了软硬件分离的目的；通过将I/O抽象层控制与计算分离，将通用的服务抽象出来使得车控的能力得以开放，从而实现多域能力的开放和融合，用户根据自己的喜好和习惯，对控制对象编排各种功能，进而实现车辆控制的个性化定制。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1是本申请的一示例性实施例示出的基于SOA架构的车辆控制系统的实施环境示意图；

图2是本申请的一示例性实施例示出的基于SOA架构的车辆控制系统的结构框图；

图3是本申请的一示例性实施例示出的基于SOA架构的车辆控制方法流程图；

图4是本申请的一示例性实施例示出的基于SOA架构的车辆控制方法另一流程图；

图5示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

以下将参照附图和优选实施例来说明本申请的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本申请的其他优点与功效。本申请还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本申请的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本申请，而不是为了限制本申请的保护范围。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本申请的基本构想，遂图式中仅显示与本申请中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

在下文描述中，探讨了大量细节，以提供对本申请实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本申请的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本申请的实施例难以理解。

请参阅图1，为本申请的一示例性实施例示出的基于SOA架构的车辆控制系统的实施环境示意图。车辆包括一个或多个数据收集器11、计算机12、和一个或多个控制器13。车辆通常是具有三个或更多轮子的陆基车辆，例如，客车、轻型卡车等。车辆具有前部、后部、左侧和右侧，其中术语前、后、左和右从在标准操作位置中就座在驾驶员的座椅中的车辆的操作员的角度，即面向方向盘被理解。

计算机12通常包括处理器和存储器，该存储器包括一个或多个形式的计算机可读介质，并且存储通过处理器可执行的指令，该指令用于执行各种操作。此外，计算机12可以包括和/或被通信地连接到一个或多个其他计算装置，该一个或多个其他计算装置被包括在车辆中，用于监控和/或控制各种车辆部件。计算机12通常被编程并且设置用于在控制器局域网总线等上通信。

计算机12也可以具有与车载诊断连接器(OBD-II)、CAN(控制器局域网)总线、和/或其他有线或无线机构的连接。通过一个或多个这样的通信机构，计算机12可以将消息传送到车辆中的各种装置和/或接收来自各种装置的消息，各种装置是例如，控制器、致动器、传感器等，包括数据收集器11和控制器13。供选择地或另外，在计算机12实际上包括多个装置的情况下，CAN总线等可以用于在表示为本发明中的计算机12的装置之间的通信。此外，计算机12可以被配置用于通过各种有线和/或无线网络技术，例如，蜂窝、蓝牙、通用串行总线(USB)、有线和/或无线包交换网络等与其他装置进行通信。

计算机12的存储器通常存储收集的数据。收集的数据可以包括通过数据收集器11在车辆中收集的和/或从中得出的各种数据。数据收集器11示例可以包括，例如，关于一个或多个车辆的驾驶行为的数据，例如，随时间而变化的车辆的位置(例如，地理坐标，到车辆的距离等)、随时间而变化的车辆的速度、行驶方向、在不同时间点的方向和速度的变化的数量和幅度等。收集的数据可以进一步包括，例如，信息，比如一个或多个车辆的类型(例如，轻型卡车、客车，小型货车等)、尺寸、品牌、型号等。收集的数据可以额外地包括由从计算机12中的数据收集器11接收的数据计算出的数据。通常，收集的数据可以包括可以通过数据收集器11收集的、通过车辆与车辆间(V2V)或车辆与基础设施间(V2I)通信接收到的、从其它源收集的或接收的任何数据、和/或从这样的数据计算出的任何数据。

通常，每个控制器13可以包括处理器，该处理器被编程为接收来自计算机12的指令、执行该指令、并且将消息发送到计算机12。电子控制单元(ECU)——比如已知的，并且此外具有如本文所述的用于操作的程序设计——是控制器13的示例。此外，每个控制器13可以包括或被通信地连接到设置为使车辆部件，例如，电动尾门、车窗、门锁等。例如，通过控制器控制用于打开电动尾门的电动撑杆，用于关闭电动尾门的吸合锁。

数据收集器11可以包括各种装置，例如，数据收集器11可以包括用于感测环境的部件，例如，追踪车辆的激光雷达、雷达、视频摄像机、超声波传感器、红外传感器。数据收集器11可以进一步包括收集动态车辆的数据，比如速度、横摆率、转向角等部件。此外，上述示例不旨在进行限制。其他类型的数据收集器11，例如加速度计、陀螺仪、压力传感器、温度计、气压计、高度计等可以用来提供数据给计算机12。

车辆可以进一步包括用户界面，该用户界面可以被包括在计算机12中或被通信地连接到计算机12。用户界面可以用来允许用户监控策略选择程序和/或手动地选择策略来执行。界面可以包括用于将信息传送给用户的一个或多个输出装置，比如显示器、扬声器等。界面可以进一步包括用于接收来自用户的输入的一个或多个输入装置，比如触摸屏显示器、键盘、手势识别装置、开关等。

以上所指出的问题在通用的出行场景中具有普遍适用性。可以看出，当车身域各系统软件需要重新设计时，重新划分功能部署，或/和，设计各模块之间的接口定义，传统的软件架构由于软件与硬件高度耦合，软件功能不易调整，无法满足功能和接口快速开发迭代的需求。为解决这些问题，本申请的实施例分别提出一种基于SOA架构的车辆控制系统、一种基于SOA架构的车辆控制方法、一种电子设备、一种计算机可读存储介质以及一种计算机程序产品，以下将对这些实施例进行详细描述。

请参阅图2，为本申请的一示例性实施例示出的基于SOA架构的车辆控制系统的流程图。该系统可以应用于图1所示的实施环境，并由该实施环境中的智能终端具体执行。应理解的是，该系统也可以适用于其它的示例性实施环境，并由其它实施环境中的设备具体执行，本实施例不对该系统所适用的实施环境进行限制。

在一示例性的实施例中，图2是本申请的一示例性实施例示出的基于SOA架构的车辆控制系统的结构框图，其中，基于SOA架构将车辆控制系统封装成标准的服务组件，由下至上依次包括相互连接且相互通信的I/O抽象层、原子服务层、增强服务层与系统服务层；

所述I/O抽象层21，与硬件关联绑定，所述I/O抽象层用于获取所述硬件的状态变化信号，所述状态变化信号包括所述硬件的操作状态信号和故障状态信号；

具体地，I/O抽象层用于表征硬件系统或元器件(零部件)的真实物理状态；驱动执行器执行控制指令，特别是对于时间要求、时序要求比较高的逻辑，要放在此层实现。

需要说明的是，I/O抽象层(I/O Hardware Abstraction)通过I/O硬件抽象中的信号接口来访问不同的I/O设备，对电流、电压、频率等I/O信号进行封装传输，对上层的应用软件层隐藏下层的硬件(包括电子控制单元)，所述I/O抽象层与硬件绑定，用于屏蔽硬件设计的具体实现方式，同时，供所述原子服务层调用，接收所述原子服务层的操作请求对电动尾门进行控制。

所述原子服务层22，用于监听到所述状态变化信号时，对所述硬件的操作状态信号和故障状态信号进行预处理，生成面向控制对象的操作请求；

具体地，监听I/O抽象层发出的硬件的态变化信号，并经过优先级仲裁、多路信号聚合后，其中，将涉及同一控制对象的多路同类型信号进行聚合，同时，对多路同类型信号进行优先级仲裁，将优先级最高的信号作为向上层发出操作请求；驱动执行器执行控制指令，例如，电动后背门系统包含多个执行(电动撑杆2个、吸合锁2个)，两个相同执行单元之间存在联动关系，同步开启，同步关闭。

所述原子服务层作为隔离层，屏蔽所述I/O抽象层的变动影响实现软件解耦，提高了软件的解耦能力。

所述系统服务层24，用于监听到所述操作请求时，对所述操作请求关联的执行所需条件进行判断，待所述操作请求满足执行所需条件之后，产生面向所述控制对象的控制指令；

具体地，监听原子服务层发出的操作请求，并进行执行条件的判断和多个请求的优先级仲裁，然后，向上层(根据车辆控制系统的结构确定)发出操作请求，例如，增强服务层。

所述增强服务层23，用于提供执行器控制接口，还用于根据获取的所述控制指令调用相应的所述执行器控制接口对所述控制对象的驱动进行逻辑控制，以使所述原子服务层控制所述控制对象的开关，其中，所述控制对象包括电动尾门、车窗、天窗、后视镜、电动侧门中的至少之一。

具体地，增强服务层向系统服务层、场景服务层提供执行器控制接口，并对域内调用和域外调用进行优先级仲裁，向下层(根据车辆控制系统的结构确定)发送执行器控制指令。

在本实施例中，本申请基于SOA面向服务架构将车辆控制系统的功能组件进行拆分，封装成标准的服务组件，通过调用服务接口来实现不同服务组件的相互交互，实现数据交互，其中，将功能组件拆分、重组、布置到不同的服务层上，从整体上减少了服务组件的数量，也确保了功能完整，还完成了软硬件分离的目的；通过将I/O抽象层控制与计算分离，将通用的服务抽象出来使得车控的能力得以开放，从而实现多域能力的开放和融合，用户根据自己的喜好和习惯，对控制对象编排各种功能，进而实现车辆控制的个性化定制。

在一示例性的实施例中，位于所述系统服务层上部的场景服务层25，所述场景服务层用于为车身域或/和控制域(动力、底盘、驾驶、车控、座舱)提供调用接口，基于所述调用接口向控制域转发从所述I/O抽象层硬件获取的状态变化信号，还用于根据所述调用接口分别对所述控制对象进行开关使能设置、对所述操作请求进行请求使能设置以及对所述增强服务层的执行状态进行监控。

需要说明的是，用户向其他系统、各个域提供服务和接口，供它们调用。其中，场景服务层与系统服务层位于同一层次，系统服务层是车辆控制系统域内使用，场景服务用于对外提供调用接口，场景服务不做前置条件判断。场景服务还向上提供对增强服务参数的设置服务。场景服务同时向域外发送当前车辆控制系统软硬件状态。

具体地，基于SOA(service-oriented architecture)面向服务架构，实现I/O抽象层控制与计算分离，VIU(Vehicle Intranet Unit)区域控制器承担接入传感器、执行器的功能，同时负责供电分配以及I/O抽象、SOA服务化等功能；各个域(动力、底盘、驾驶、车控、座舱)将通用的服务抽象出来，车控的能力得以开放，从而实现多域能力的开放和融合，用户根据自己的喜好和习惯，编排各种功能，实现个性化定制。

在本实施例中，将跨ECU(Electronic Control Unit，电子控制单元)交互由“基于信号的通信”变为“基于服务的通信”，应用服务化，在权限允许的情况下，供大家随意使用，使得全车智能成为可能，通过灵活部署服务，在整车生命周期内，不同的车型配置可做不同的服务部署，不仅有利于减小软件体积。在后续软件更新升级中，更新更方便快速，基于SOA面向服务架构，用户可以将传统的电动尾门功能进行重新编排，满足个性化定制的需要。

在一示例性的实施例中，若车辆控制对象为电动尾门，基于SOA架构的车辆控制系统中通过查找与唯一标识符相匹配的电动尾门个性化参数，若在系统中存储了与该标识符相匹配的电动尾门个性化参数，则会获取并调用该标识符的个性化参数；电动尾门的个性化参数调用成功后，则按照调用的参数自动配置电动尾门的个性化设置。当用户使用电动尾门时，电动尾门会按照该用户存储的个性化参数进行开启和关闭，其中，调节的参数包括提示音乐、尾门的运动速度、开启高度等。

在本实施例中，通过钥匙(包含智能钥匙和数字钥匙)或娱乐主机账户等方式来区分同一车辆的不同用户，结合区分标识符的方式，将多用户与车辆控制系统联系起来，系统中至少存储一组标识符，当车辆识别到用户的唯一标识符后，可精准、便捷调取相应的尾门个性化设置参数，从而实现多用户的个性化体验。系统通过识别用户特有标识符，实现了多位用户与多组个性化设置参数的匹配，提升了用户在日常使用电动尾门的便捷性和舒适性。

在一示例性的实施例中，请参阅图3，是本申请的一示例性实施例示出的基于SOA架构的车辆控制系统架构图，包括：

所述系统服务层，还用于监听到所述操作请求时，对所述操作请求执行所需的前置条件进行判断，根据判断结果产生面向控制对象的控制指令。

具体地，前置条件即实现某个步骤必须满足的条件，例如，系统服务层必须处于工作状态，才能够产生面向控制对象的控制指令。或者，通过请求使能设置控制系统服务层的工作状态。当然，也可设置系统服务层处于空闲状态，来表示所述操作请求执行所需的前置条件。

若满足所述操作请求执行所需的前置条件，则判定符合，产生面向控制对象的控制指令；若不满足所述操作请求执行所需的前置条件，则判定不符合，不产生面向控制对象的控制指令。

通过上述方式，通过前置条件校验判断，避免了所有操作请求都必须执行，极大减少了系统服务层处理工作量。

所述系统服务层，还用于当同时监听到多个所述操作请求时，根据各所述操作请求的优先级进行仲裁，结合仲裁结果的优先级顺序以及所述前置条件的判断结果重新产生面向控制对象的控制指令。

具体地，针对于同时接收到的多个所述操作请求，其中，多个所述操作请求可以是相同类型针对于同一控制对象进行操作(例如，电动尾门)，依据发出操作请求的优先级顺序执行优先级最高的操作请求，避免了相互违背的操作请求同时对控制对象进行操作。其中，多个所述操作请求可以是不同类型针对于同一控制对象进行操作(例如，电动尾门、车窗、天窗等)，依据发出操作请求的优先级顺序执行优先级最高的操作请求，避免了处理操作请求的资源负载不足，引起控制反映缓慢问题。其中，多个所述操作请求也可以是不同类型且针对于多个控制对象进行操作，依据发出操作请求的优先级顺序与被控制的控制对象的优先级顺序确定执行优先级最高的操作请求，按照被控对象的重要性优先响应控制，或，按照操作请求的优先级顺序进行优先响应控制，或，按照被控对象与操作请求的优先级顺序进行优先响应控制。

需要说明的是，上述方式是在满足前置条件的判断前提下，对操作请求的优先级进行判断。

通过上述方式，利用优先级判断与前置条件的判断，一方面，满足用户对服务层面的功能与接口进行自定义，另一方面，提高了操作请求面向控制对象的准确性，也避免了操作请求混乱、操作请求响应不快的现象。

所述原子服务层，还用于对多个相同类型的所述操作请求进行优先级判断，根据提供所述硬件的优先级顺序确定多个所述操作请求的优先级顺序。

具体地，原子服务层也对优先级进行判断，参照上述系统服务层的实现方式，在此不再赘述。

所述增强服务层为主状态机所在层级，用于获取所述控制对象的实时位置信息实现位置管理，还用于获取所述控制对象的防夹信号进行防夹判定，还用于获取所述控制对象集成的驱动程序实现控制所述控制对象的开关。

具体地，主状态机，即，表征的是系统运行的不同状态或者模式，是电驱动系统进行整车系统匹配的关键，贯穿设计开发的全过程。

具体地，通过摄像传感器获取开启的电动尾门是否有人，利用红外感应传感器检测电动尾门开启状态下，即，在电动尾门吸合关闭过程中时，若摄像传感器或/和红外感应传感器检测到有人或有物品的防夹信号时，则可暂停开闭，直到没有接收到防夹信号继续关闭。

具体地，通过对控制对象的实时位置信息(电动尾门的吸合锁的伸长距离或收缩距离进行量化)实现位置管理。具体地，通过对执行器集成嵌入驱动程序，实现控制所述控制对象的开关。

在一示例性的实施例中，请参阅图3，基于SOA架构的车辆控制系统架构图，在此以电动尾门为例，基于SOA架构的电动尾门控制系统，详述如下：

I/O抽象层功能定义和接口定义：

针对电动后背门系统，I/O抽象层需要处理车控域内硬件开关操作：

对于硬件开关，I/O抽象层向外发送开关档位值，例如：档位1、档位2、档位3等，通过上述数据反应的是元器件物理状态。

每个硬件信号，都有操作状态和故障状态，无论该硬件信号故障状态是否置为1，操作状态都必须发送出来，以便及时知晓该硬件的状态。

I/O抽象层还要集成复杂驱动、算法等功能性软件组件，以便能够获取关联绑定的硬件的状态、以及驱动相应的硬件。例如，利用主状态机获取硬件状态，该硬件状态除了包括初始化状态、还包括通过实时位置检测，实现位置管理；利用防夹传感器检测，得到防夹信号进行防夹判定，复杂驱动的驱动信号等。

针对不同厂家的吸合锁信号时序，需要，将此吸合锁信号触发其他零部件进行联动响应，并通过驱动吸合锁的执行器进行控制。

原子服务层功能定义和接口定义：

对应I/O层发送的某一类硬件信号，设计接收消息的原子服务层，并将硬件信号转变为对控制对象的操作请求向外发出。

对某一个硬件信号，首先，判断该硬件信号的故障状态，再判断该硬件信号的使能状态，然后，才生成该硬件信号的操作请求。

对同一类但来源不同的硬件信号生成的操作请求，原子服务层要进行第一级优先级判定，才能响应执行。

电动后背门系统包含多个零部件，根据配置不同零部件数量不同，因此，需要对原子服务层做硬件数量和种类的屏蔽。其中，涉及到相同或关联的零部件的联动规则、信号有效性判断等操作，在此不再赘述。

系统服务层功能定义和接口定义：

接收到原子服务层发出的操作请求后，要进行前置条件检查。

多个来自不同原子服务层的请求同时到来时，要进行优先级判定。

经过前置条件检查和优先级判定后，调用增强服务层的相应接口，执行此次任务进行响应。

场景服务层功能定义和接口定义：

场景服务层和系统服务层处于同一层次，但系统服务层是电动尾门系统域内使用，场景服务层用于对外提供调用接口，场景服务层不做前置条件判断，例如，场景服务层可向增强服务层中的主状态机发送控制命令，场景服务层向原子服务层进行开关使能设置，场景服务层向系统服务层进行请求使能设置。场景服务层还接收状态机的系统状态反馈，场景服务层还接收原子服务层的零部件状态反馈。

场景服务层还向上提供对增强服务层参数的设置服务。

场景服务层同时向域外发送当前电动尾门系统软硬件状态。

增强服务层功能定义和接口定义：

增强服务层是主状态机所在层，负责对控制对象驱动的逻辑控制。

增强服务层实时从原子服务层获取控制对象的各种硬件状态。

在一示例性的实施例中，请参阅图3，是本申请的一示例性实施例示出的基于SOA架构的车辆控制方法流程图，基于SOA架构将车辆控制系统封装成标准的服务组件，由下至上依次包括相互连接且相互通信的I/O抽象层、原子服务层、增强服务层与系统服务层；所述方法包括：

步骤S310，获取所述硬件的状态变化信号，所述状态变化信号包括所述硬件的操作状态信号和故障状态信号；

步骤S320，监听到所述状态变化信号时，对所述硬件的操作状态信号和故障状态信号进行预处理，生成面向控制对象的操作请求；

步骤S330，监听到所述操作请求时，对所述操作请求关联的执行所需条件进行判断，待所述操作请求满足执行所需条件之后，产生面向所述控制对象的控制指令；

步骤S340，根据获取的所述控制指令调用相应的所述执行器控制接口对所述控制对象的驱动进行逻辑控制，以使所述原子服务层控制所述控制对象的开关，其中，所述控制对象包括电动尾门、车窗、天窗、后视镜、电动侧门中的至少之一。

在一示例性的实施例中，请参阅图4，是本申请的一示例性实施例示出的基于SOA架构的车辆控制方法另一流程图；

步骤S410，获取所述硬件的状态变化信号，所述状态变化信号包括所述硬件的操作状态信号和故障状态信号；

步骤S420，监听到所述状态变化信号时，对所述硬件的操作状态信号和故障状态信号进行预处理，生成面向控制对象的操作请求；

步骤S430，监听到所述操作请求时，对所述操作请求关联的执行所需条件进行判断，待所述操作请求满足执行所需条件之后，产生面向所述控制对象的控制指令；

步骤S440，根据获取的所述控制指令调用相应的所述执行器控制接口对所述控制对象的驱动进行逻辑控制，以使所述原子服务层控制所述控制对象的开关，其中，所述控制对象包括电动尾门。

步骤S450，为车身域或/和控制域提供调用接口，基于所述调用接口向控制域转发从所述I/O抽象层硬件获取的状态变化信号；根据所述调用接口分别对所述控制对象进行开关使能设置、对所述操作请求进行请求使能设置以及对所述增强服务层的执行状态进行监控。

在此，步骤S450并非一定是步骤S440的下一步骤，其中，步骤S450中“基于所述调用接口向控制域转发从所述I/O抽象层硬件获取的状态变化信号”可以在步骤S410之后执行。另外，步骤S450中“根据所述调用接口对所述控制对象进行开关使能设置”还可以在步骤S420之前执行，通过控制域在外部设置开关使能进行启停，控制产生操作请求的流程是否工作。另外，步骤S450中“根据所述调用接口对所述操作请求进行请求使能设置”还可以在步骤S430之前执行，控制请求是否可以转化所述控制对象的控制指令；步骤S450中“根据所述调用接口对所述增强服务层的执行状态进行监控”还可以在步骤S440之后执行，例如，通过主状态机反馈当前系统的状态。最后，步骤S450中“根据所述调用接口对所述原子服务层的零部件状态进行监控”还可以在步骤S420之后执行，例如，通过原子服务层反馈当前各零部件的状态。

通过上述方式，本申请基于SOA面向服务架构将车辆控制系统的功能组件进行拆分，封装成标准的服务组件，通过调用服务接口来实现不同服务组件的相互交互，实现数据交互，其中，将功能组件拆分、重组、布置到不同的服务层上，从整体上减少了服务组件的数量，也确保了功能完整，还完成了软硬件分离的目的；通过将I/O抽象层控制与计算分离，将通用的服务抽象出来使得车控的能力得以开放，从而实现多域能力的开放和融合，用户根据自己的喜好和习惯，对控制对象编排各种功能，进而实现个性化定制。

需要说明的是，上述实施例所提供的基于SOA架构的车辆控制方法与上述实施例所提供的基于SOA架构的车辆控制系统属于同一构思，其中，各个模块和单元执行操作的具体方式已经在系统实施例中进行了详细描述，此处不再赘述。上述实施例所提供的路况刷新装置在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处也不对此进行限制。

本申请的实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现上述各个实施例中提供的基于SOA架构的车辆控制方法。

图5示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。需要说明的是，图5示出的电子设备的计算机系统500仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图5所示，计算机系统500包括中央处理单元(Central Processing Unit，CPU)501，其可以根据存储在只读存储器(Read-Only Memory，ROM)502中的程序或者从储存部分508加载到随机访问存储器(Random Access Memory，RAM)503中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM503中，还存储有系统操作所需的各种程序和数据。CPU501、ROM502以及RAM503通过总线504彼此相连。输入/输出(Input/Output，I/O)接口505也连接至总线504。

以下部件连接至I/O接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liqu标识符Crystal Display，LCD)等以及扬声器等的输出部分507；包括硬盘等的储存部分508；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入储存部分508。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(CPU)501执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

本申请的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如前所述的基于SOA架构的车辆控制方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。

本申请的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的基于SOA架构的车辆控制方法。

上述实施例仅示例性说明本申请的原理及其功效，而非用于限制本申请。任何熟悉此技术的人士皆可在不违背本申请的精神及范畴下，对上述实施例进行修饰或改变。因此，但凡所属技术领域中具有通常知识者在未脱离本申请所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本申请的权利要求所涵盖。

Claims (12)

1.一种基于SOA架构的车辆控制系统，其特征在于，基于SOA架构将车辆控制系统封装成标准的服务组件，由下至上依次包括相互通信的I/O抽象层、原子服务层、增强服务层与系统服务层；

所述I/O抽象层，与硬件关联绑定，所述I/O抽象层用于获取所述硬件的状态变化信号，所述状态变化信号包括所述硬件的操作状态信号和故障状态信号；

所述原子服务层，用于监听到所述状态变化信号时，对所述硬件的操作状态信号和故障状态信号进行预处理，生成面向控制对象的操作请求；

所述系统服务层，用于监听到所述操作请求时，对所述操作请求关联的执行所需条件进行判断，待所述操作请求满足执行所需条件之后，产生面向所述控制对象的控制指令；

所述增强服务层，用于根据获取的所述控制指令调用相应的执行器控制接口对所述控制对象的驱动进行逻辑控制，以使所述原子服务层控制所述控制对象的开关，其中，所述控制对象包括电动尾门、车窗、天窗、后视镜、电动侧门中的至少之一。

2.根据权利要求1所述的基于SOA架构的车辆控制系统，其特征在于，包括位于所述系统服务层上部的场景服务层，所述场景服务层用于为车身域或/和控制域提供调用接口，基于所述调用接口向控制域转发从所述I/O抽象层硬件获取的状态变化信号，还用于根据所述调用接口分别对所述控制对象进行开关使能设置、对所述操作请求进行请求使能设置以及对所述增强服务层的执行状态进行监控。

3.根据权利要求2所述的基于SOA架构的车辆控制系统，其特征在于，所述系统服务层，还用于监听到所述操作请求时，对所述操作请求执行所需的前置条件进行判断，根据判断结果产生面向控制对象的控制指令。

4.根据权利要求3所述的基于SOA架构的车辆控制系统，其特征在于，所述系统服务层，还用于同时监听到多个所述操作请求时，根据各所述操作请求的优先级进行仲裁，结合仲裁结果的优先级顺序以及所述前置条件的判断结果重新产生面向控制对象的控制指令。

5.根据权利要求1至4任一所述的基于SOA架构的车辆控制系统，其特征在于，所述原子服务层，还用于对多个相同类型的所述操作请求进行优先级判断，根据提供所述硬件的优先级顺序确定多个所述操作请求的优先级顺序。

6.根据权利要求1至4任一所述的基于SOA架构的车辆控制系统，其特征在于，所述增强服务层为主状态机所在层级，用于获取所述控制对象的实时位置信息实现位置管理，还用于获取所述控制对象的防夹信号进行防夹判定，还用于获取所述控制对象集成的驱动程序实现控制所述控制对象的开关。

7.根据权利要求1至4任一所述的基于SOA架构的车辆控制系统，其特征在于，所述原子服务层作为隔离层，屏蔽所述I/O抽象层的变动影响实现软件解耦。

8.根据权利要求1至4任一所述的基于SOA架构的车辆控制系统，其特征在于，所述I/O抽象层与硬件绑定，用于屏蔽硬件设计实现方式，供所述原子服务层调用，接收所述原子服务层的操作请求对所述控制对象进行控制。

9.一种基于SOA架构的车辆控制方法，其特征在于，基于SOA架构将车辆控制系统封装成标准的服务组件，由下至上依次包括相互通信的I/O抽象层、原子服务层、增强服务层与系统服务层；所述方法包括：

获取所述硬件的状态变化信号，所述状态变化信号包括所述硬件的操作状态信号和故障状态信号；

监听到所述状态变化信号时，对所述硬件的操作状态信号和故障状态信号进行预处理，生成面向控制对象的操作请求；

监听到所述操作请求时，对所述操作请求关联的执行所需条件进行判断，待所述操作请求满足执行所需条件之后，产生面向所述控制对象的控制指令；

根据获取的所述控制指令调用相应的所述执行器控制接口对所述控制对象的驱动进行逻辑控制，以使所述原子服务层控制所述控制对象的开关，其中，所述控制对象包括电动尾门、车窗、天窗、后视镜、电动侧门中的至少之一。

10.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现权利要求9所述的方法。

11.一种计算机可读存储介质，其特征在于，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行权利要求9所述的方法。

12.一种计算机程序产品或计算机程序，其特征在于，所述计算机程序产品或所述计算机程序包括计算机指令，所述计算机指令存储在计算机可读存储介质中，计算机的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机执行权利要求9所述的方法。

Images