CN114285691A - 车辆功能实现方法、装置和电子设备 - Google Patents

Abstract

本申请提出了一种车辆功能实现方法、装置和电子设备，涉及车辆技术领域。其中，上述车辆功能实现方法包括：首先，响应于接收到的至少一个功能的触发操作，调用与至少一个功能对应的原子服务。然后，分别读取各个原子服务的服务信息，并根据各个服务信息确定对应的触发信号。最后，将各个触发信号发送至通信总线，以使各个触发信号使能各自对应的执行器件。通过上述技术方案，可将车辆的功能逻辑与通信信号相互隔离，从而，当需要对车辆进行技术升级时，功能开发和通信开发能够相互独立，以降低开发过程的沟通成本，提高开发效率。

Description

车辆功能实现方法、装置和电子设备

【技术领域】

本申请涉及车辆技术领域，尤其涉及一种车辆功能实现方法、装置和电子设备。

【背景技术】

在车辆技术相关领域，车辆的各个功能通常与相应的信号关联。在一个功能实现流程中，功能(如开启车窗)被触发后，与该功能关联的信号随即被调用并发送到总线上，从而使能对应的执行器件(如车窗)。

可见，在目前的功能实现过程中，功能与信号之间存在紧耦合关系，二者相互制约、相互影响。因此，基于目前的功能实现方式，当需要对车辆功能或通信进行迭代时，相关的开发工作无法独立进行，影响了开发效率，不利于车辆的技术更新。

【发明内容】

本申请实施例提供了一种车辆功能实现方法、装置和电子设备，可将车辆的功能逻辑与通信信号相互隔离，从而当需要对车辆进行技术升级时，车辆功能和通信的开发可实现相互独立，以降低开发过程的沟通成本，提高开发效率。

第一方面，本申请实施例提供一种车辆功能实现方法，包括：响应于接收到的至少一个功能的触发操作，调用与所述至少一个功能对应的原子服务；分别读取各个所述原子服务的服务信息，并根据各个所述服务信息确定对应的触发信号；将各个所述触发信号发送至通信总线，以使各个所述触发信号使能各自对应的执行器件。

其中一种可能的实现方式中，所述服务信息包括服务属性。

其中一种可能的实现方式中，根据各个所述服务信息确定对应的触发信号，包括：根据预先定义的匹配关系，确定与各个所述服务属性匹配的信号属性；根据各个所述信号属性，分别生成对应的触发信号。

其中一种可能的实现方式中，将各个所述触发信号发送至通信总线，包括：将各个所述触发信号组合为总线报文；将所述总线报文发送至通信总线。

其中一种可能的实现方式中，所述通信总线为控制器局域网CAN总线。

第二方面，本申请实施例提供一种车辆功能实现装置，包括：调用模块，用于响应于接收到的至少一个功能的触发操作，调用与所述至少一个功能对应的原子服务；转换模块，用于分别读取各个所述原子服务的服务信息，并根据各个所述服务信息确定对应的触发信号；发送模块，用于将各个所述触发信号发送至通信总线，以使各个所述触发信号使能各自对应的执行器件。

第三方面，本申请实施例提供一种电子设备，包括：至少一个处理器；以及与所述处理器通信连接的至少一个存储器，其中：所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行如上所述的方法。

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

通过以上技术方案，原子服务可作为中间件，将车辆的功能逻辑与通信信号相互隔离，从而当需要对车辆进行技术升级时，车辆功能和通信的开发可实现相互独立，有利于降低开发过程的沟通成本，提高开发效率。

【附图说明】

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

图1为本申请实施例提供的一种车辆功能架构示意图；

图2为本申请实施例提供的一种原子服务与通信信号的匹配关系示意图；

图3为本申请实施例提供的一种车辆功能实现方法的流程图；

图4为本申请实施例提供的一种车辆功能实现装置的示意图；

图5为本申请实施例提供的一种电子设备的示意图。

【具体实施方式】

为了更好的理解本申请的技术方案，下面结合附图对本申请实施例进行详细描述。

应当明确，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

目前，车辆的功能逻辑和通信信号之间存在紧耦合关系，两者之间相互影响。在实际场景中，由于不同的零部件供应商定义的信号属性存在差异，因此，主机厂商在进行车辆功能开发或升级的过程中，不可避免地要受车辆零部件的信号属性的制约，影响了开发效率。为解决此问题，提出本申请。

图1为本申请实施例提供的一种车辆功能架构示意图。如图1所示，本申请实施例中，可将车辆所支持的功能逻辑抽象为多个原子服务，每个原子服务均为一个最小化的功能单元。原子服务作为中间件，可将功能逻辑与通信信号隔离开来。

本申请实施例中，原子服务可根据标准协议确定，即，在不同的车辆设备中，原子服务的服务属性是相同的。因此，基于原子服务的车辆功能开发和升级可依据标准协议执行，而不受通信信号的制约。

进一步的，通信信号是非标准的，即，不同厂商的车辆零部件，其信号属性可以是不同的。

基于上述说明，车辆的原子服务定义完成、且车辆使用的零部件确定之后，可在原子服务的服务信息与通信信号的信息之间建立匹配关系。

图2为本申请实施例提供的一种原子服务与通信信号的匹配关系示意图。以任意一个原子服务与通信信号的匹配关系为例，如图2所示，原子服务的服务信息可包括服务接口以及服务属性。通信信号的信息可包括信号接口以及信号属性。其中，服务接口与信号接口相匹配，服务属性与信号属性相匹配。具体的，服务接口可包括服务名称、服务描述等信息，信号接口可包括信号名称、信号描述等信息。服务属性可包括服务类型、实时性以及服务参数，信号属性可包括信号类型、信号精度、信号偏移、信号范围、信号值以及信号周期。

基于车辆的上述原子服务的架构实现，提出本申请实施例的车辆功能实现方法如下。

图3为本申请实施例提供的一种车辆功能实现方法的流程图。如图3所示，上述车辆功能实现方法可以包括：

步骤101，响应于接收到的至少一个功能的触发操作，调用与至少一个功能对应的原子服务。

本申请实施例中，在接收到功能触发操作之后，与直接调用对应的触发信号的实现方式不同的是，本申请实施例中，可先调用预先定义的该功能的原子服务。具体的，本申请实施例可同时接收至少一个功能的触发操作，并同时调用与各个功能对应的原子服务。其中，至少一个功能例如可以是车窗控制功能、座椅调节功能、挡位切换功能等任意一种车辆功能，本申请对此不做限制。

步骤102，分别读取各个原子服务的服务信息，并根据各个服务信息确定对应的触发信号。

本申请实施例中，调用原子服务之后，可确定该原子服务的服务信息，包括服务属性。然后，可根据预先定义的匹配关系，确定出与服务属性匹配的信号属性。进而，可根据信号属性，生成对应的触发信号。

为方便理解，对一个示例进行说明。

假设接收到车窗控制功能的触发操作，并调用得到车窗控制功能的原子服务。此时，可读取该原子服务的服务属性例如为“开启”。然后，可查询预先定义的匹配关系，确定出与服务属性“开启”匹配的信号属性例如为“01”。那么，可根据信号属性“01”，生成对应的触发信号，此触发信号可用于使车窗执行开启动作。

步骤103，将各个触发信号发送至通信总线，以使各个触发信号使能各自对应的执行器件。

本申请实施例中，可将各个功能对应的触发信号组合到控制器局域网(Controller Area Network，CAN)报文中。进而，将得到的CAN报文发送到通信总线中。CAN报文可通过通信总线发送至整车控制器，从而，整车控制器可根据CAN报文中的各个触发信号，控制对应的执行器件执行相应的控制操作。其中，上述通信总线为CAN总线。

通过上述技术方案，车辆的功能逻辑和通信信号之间可通过原子服务实现解耦合。从而，当需要对车辆进行功能升级时，可仅对原子服务进行升级，而不会被通信信号影响；相反的，当通信信号的信号属性更改时，仅需重新建立更改后的通信信号与原子服务的匹配关系即可。有助于实现车辆功能和通信的独立开发，降低了开发过程的沟通成本，提高了开发效率。

图4为本申请实施例提供的一种车辆功能实现装置的示意图。如图4所示，上述车辆功能实现装置可以包括：调用模块41、转换模块42以及发送模块43。

调用模块41，用于响应于接收到的至少一个功能的触发操作，调用与至少一个功能对应的原子服务。

转换模块42，用于分别读取各个原子服务的服务信息，并根据各个服务信息确定对应的触发信号。

发送模块43，用于将各个触发信号发送至通信总线，以使各个触发信号使能各自对应的执行器件。

一种具体实现过程中，服务信息包括服务属性。

一种具体实现过程中，转换模块42具体用于，根据预先定义的匹配关系，确定与各个服务属性匹配的信号属性；根据各个信号属性，分别生成对应的触发信号。

一种具体实现过程中，发送模块43具体用于，将各个触发信号组合为总线报文；将总线报文发送至通信总线。

一种具体实现过程中，通信总线为控制器局域网CAN总线。

本申请实施例中，首先，调用模块41可响应于接收到的至少一个功能的触发操作，调用与至少一个功能对应的原子服务。然后，转换模块42可分别读取各个原子服务的服务信息，并根据各个服务信息确定对应的触发信号。最后，发送模块43可将各个触发信号发送至通信总线，以使各个触发信号使能各自对应的执行器件。通过上述技术方案，可将车辆的功能逻辑与通信信号相互隔离，从而当需要对车辆进行技术升级时，车辆功能和通信的开发可实现相互独立，有利于降低开发过程的沟通成本，提高开发效率。

应理解，图4所示的车辆功能实现装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块以软件通过处理元件调用的形式实现，部分模块通过硬件的形式实现。例如，调用模块41可以为单独设立的处理元件，也可以集成在电子设备的某一个芯片中实现。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit；以下简称：ASIC)，或，一个或多个微处理器(Digital Singnal Processor；以下简称：DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array；以下简称：FPGA)等。再如，这些模块可以集成在一起，以片上系统(System-On-a-Chip；以下简称：SOC)的形式实现。

图5为本申请实施例提供的一种电子设备的示意图，如图5所示，上述电子设备可以包括至少一个处理器；以及与上述处理器通信连接的至少一个存储器，其中：存储器存储有可被处理器执行的程序指令，上述处理器调用上述程序指令能够执行本申请实施例提供的车辆功能实现方法。

其中，上述电子设备可以为车辆功能实现设备，本实施例对上述电子设备的具体形态不作限定。

图5示出了适于用来实现本申请实施方式的示例性电子设备的框图。图5显示的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图5所示，电子设备以通用计算设备的形式表现。电子设备的组件可以包括但不限于：一个或者多个处理器410，存储器430，通信接口420，连接不同系统组件(包括存储器430和处理器410)的通信总线440。

通信总线440表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于以太网、控制器局域网络(Controller AreaNetwork,CAN)总线，工业标准体系结构(Industry Standard Architecture；以下简称：ISA)总线，微通道体系结构(Micro Channel Architecture；以下简称：MAC)总线，增强型ISA总线、视频电子标准协会(Video Electronics Standards Association；以下简称：VESA)局域总线以及外围组件互连(Peripheral Component Interconnection；以下简称：PCI)总线。

电子设备典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器430可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(Random Access Memory；以下简称：RAM)和/或高速缓存存储器。电子设备可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如：光盘只读存储器(Compact Disc Read Only Memory；以下简称：CD-ROM)、数字多功能只读光盘(Digital Video Disc Read Only Memory；以下简称：DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与通信总线440相连。存储器430可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本申请各实施例的功能。

具有一组(至少一个)程序模块的程序/实用工具，可以存储在存储器430中，这样的程序模块包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块通常执行本申请所描述的实施例中的功能和/或方法。

电子设备也可以与一个或多个外部设备(例如键盘、指向设备、显示器等)通信，还可与一个或者多个使得用户能与该电子设备交互的设备通信，和/或与使得该电子设备能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过通信接口420进行。并且，电子设备还可以通过网络适配器(图5中未示出)与一个或者多个网络(例如局域网(Local Area Network；以下简称：LAN)，广域网(Wide AreaNetwork；以下简称：WAN)和/或公共网络，例如因特网)通信，上述网络适配器可以通过通信总线440与电子设备的其它模块通信。应当明白，尽管图5中未示出，可以结合电子设备使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、磁盘阵列(Redundant Arrays of Independent Drives；以下简称：RAID)系统、磁带驱动器以及数据备份存储系统等。

处理器410通过运行存储在存储器430中的程序，从而执行各种功能应用以及数据处理，例如实现本申请实施例提供的车辆功能实现方法。

本申请实施例还提供一种计算机可读存储介质，上述计算机可读存储介质存储计算机指令，上述计算机指令使上述计算机执行本申请实施例提供的车辆功能实现方法。

上述计算机可读存储介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ReadOnly Memory；以下简称：ROM)、可擦式可编程只读存储器(Erasable Programmable ReadOnly Memory；以下简称：EPROM)或闪存、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LocalArea Network；以下简称：LAN)或广域网(Wide Area Network；以下简称：WAN)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

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

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

取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (8)

1.一种车辆功能实现方法，其特征在于，包括：

响应于接收到的至少一个功能的触发操作，调用与所述至少一个功能对应的原子服务；

分别读取各个所述原子服务的服务信息，并根据各个所述服务信息确定对应的触发信号；

将各个所述触发信号发送至通信总线，以使各个所述触发信号使能各自对应的执行器件。

2.根据权利要求1所述的方法，其特征在于，所述服务信息包括服务属性。

3.根据权利要求2所述的方法，其特征在于，根据各个所述服务信息确定对应的触发信号，包括：

根据预先定义的匹配关系，确定与各个所述服务属性匹配的信号属性；

根据各个所述信号属性，分别生成对应的触发信号。

4.根据权利要求1所述的方法，其特征在于，将各个所述触发信号发送至通信总线，包括：

将各个所述触发信号组合为总线报文；

将所述总线报文发送至通信总线。

5.根据权利要求1所述的方法，其特征在于，所述通信总线为控制器局域网CAN总线。

6.一种车辆功能实现装置，其特征在于，包括：

调用模块，用于响应于接收到的至少一个功能的触发操作，调用与所述至少一个功能对应的原子服务；

转换模块，用于分别读取各个所述原子服务的服务信息，并根据各个所述服务信息确定对应的触发信号；

发送模块，用于将各个所述触发信号发送至通信总线，以使各个所述触发信号使能各自对应的执行器件。

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

至少一个处理器；以及

与所述处理器通信连接的至少一个存储器，其中：

所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行如权利要求1至5任一所述的方法。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行如权利要求1至5任一所述的方法。

Images