汽车业务层通信方法、装置、电子设备及存储介质

技术领域

本发明涉及通信技术领域，具体而言，涉及一种汽车业务层通信方法、装置、电子设备及存储介质。

背景技术

随着我国经济的迅猛发展，汽车产业快速发展，汽车车机的性能不断提升，且汽车上面的软件功能越来越复杂化，汽车车机底层控制端(Microcontroller Unit，MCU)和上层操作系统(Operating System，OS)端之间的通信数据也日益剧增。

目前，汽车的底层控制端和上层操作系统之间常用的通信方法是：把MCU端传输至上层操作系统端的仪表端通信数据和中控端通信数据都集成到一个单独的通信信道处理。这种通信方法不仅会影响到通信数据的处理速率，还会增大OS系统端并发处理时的负载率以及通信过程中仪表数据和中控数据传输错乱的风险。

发明内容

有鉴于此，本发明的目的在于提供一种汽车业务层通信方法、装置、电子设备及存储介质，其能够提高车机底层控制端和上层操作系统端的数据处理效率，并改善数据传输错乱的问题。

为了实现上述目的，本发明实施例采用的技术方案如下：

第一方面，本发明实施例提供一种汽车业务层通信方法，应用于车辆的控制器，所述车辆的SOC端连接有多个外设存储芯片，所述控制器的第一通信接口分别与每个所述外设存储芯片的第二通信接口连接，所述SOC端与所述车辆的车载仪表和中控设备通信连接，所述方法包括：

通过所述第一通信接口接收任一处理请求；其中，所述处理请求由所述SOC端在接收到所述车载仪表或所述中控设备的处理请求后，通过与所述处理请求匹配的外设存储芯片的第二通信接口发送；

响应于所述处理请求得到处理结果，并对所述处理请求进行分类，根据所述处理结果和分类结果，生成所述处理请求的应答数据；

根据所述分类结果，从所述多个外设存储芯片中确定出目标芯片；

通过所述目标芯片，将所述应答数据发送至所述SOC端，以使所述SOC端将所述应答数据在所述中控设备或所述车载仪表的功能界面上进行显示。

进一步地，所述对所述处理请求进行分类的步骤，包括：

对所述处理请求进行解析，得到请求关键字，并根据所述请求关键字确定所述处理请求的数据结构体；

所述根据所述处理结果和分类结果，生成所述处理请求的应答数据的步骤，包括：

根据逻辑处理结果，更新所述数据结构体中的结果字段的值，得到应答数据。

进一步地，所述第一通信接口和每个所述第二通信接口间形成一条通信通道，所述控制器预存有匹配表，所述匹配表记录有各数据结构体与各所述通信通道之间的匹配关系；

所述根据所述分类结果，从所述多个外设存储芯片中确定出目标芯片的步骤，包括：

查询所述匹配表，确定出与所述处理请求的数据结构体匹配的通信通道，并将该通信通道对应的外设存储芯片作为目标芯片。

进一步地，所述控制器与所述车辆的各底层硬件设备和/或各所述底层硬件设备的监测设备通信连接；

所述响应于所述处理请求得到处理结果的步骤，包括：

获取所述处理请求对应的底层硬件设备和/或所述监测设备上报的运行数据；

对所述运行数据进行处理，得到处理结果。

进一步地，所述方法还包括：

获取协议表格文件，并读取协议表格文件的文本内容；其中，所述文本内容包括所述SOC端与所述控制器间的通讯协议的每条协议报文的结构体定义；

根据所述结构体定义，生成每条所述协议报文的数据结构体；

按照预设的关键字分类规则，将每个所述数据结构体进行分类存储；

所述根据所述请求关键字确定所述处理请求的数据结构体的步骤，包括：

根据所述请求关键字，从已存储的所有数据结构体中确定出与所述请求关键字匹配的数据结构体，并根据该数据结构体所在的项目文件确定收发者。

第二方面，本发明实施例提供一种汽车业务层通信方法，应用于车辆的SOC端，所述SOC端连接有多个外设存储芯片，每个所述外设存储芯片的第二通信接口均与所述车辆的控制器的第一通信接口连接形成一条通信通道，所述SOC端与所述车辆的车载仪表和中控设备通信连接，所述方法包括：

接收所述车载仪表或中控设备下发的处理请求；

确定出与所述处理请求匹配的通信通道，将该通信通道对应的外设存储芯片作为目标芯片；

通过所述目标芯片的第二接口，将所述处理请求发送至所述控制器；其中，所述控制器实现如权第一方面所述的汽车业务层通信方法；

接收所述控制器通过所述目标芯片返回的应答数据，将所述应答数据上报至目标设备，以在所述目标设备的功能界面上进行显示；其中，所述目标设备为发送所述处理请求的车载仪表或中控设备。

进一步地，对所述处理请求进行解析，得到请求关键字，并根据所述请求关键字确定所述处理请求的数据结构体；

查询预设的匹配表，确定出与所述处理请求的数据结构体匹配的通信通道。

第三方面，本发明实施例提供一种汽车业务层通信装置，应用于车辆的控制器，所述车辆的SOC端连接有多个外设存储芯片，所述控制器的第一通信接口分别与每个所述外设存储芯片的第二通信接口连接，所述SOC端与所述车辆的车载仪表和中控设备通信连接，所述装置包括接收模块、处理模块和发送模块：

所述接收模块，用于通过所述第一通信接口接收任一处理请求；其中，所述处理请求由所述SOC端在接收到所述车载仪表或所述中控设备的处理请求后，通过与所述处理请求匹配的外设存储芯片的第二通信接口发送；

所述处理模块，用于响应于所述处理请求得到处理结果，并对所述处理请求进行分类，根据所述处理结果和分类结果，生成所述处理请求的应答数据；

所述处理模块，还用于根据所述分类结果，从所述多个外设存储芯片中确定出目标芯片；

所述发送模块，还用于通过所述目标芯片，将所述应答数据发送至所述SOC端，以使所述SOC端将所述应答数据在所述中控设备或所述车载仪表的功能界面上进行显示。

第四方面，本发明实施例提供一种汽车业务层通信装置，应用于车辆的SOC端，所述SOC端连接有多个外设存储芯片，每个所述外设存储芯片的第二通信接口均与所述车辆的控制器的第一通信接口连接形成一条通信通道，所述SOC端与所述车辆的车载仪表和中控设备通信连接，所述装置包括收发模块和处理模块；

所述收发模块，用于接收所述车载仪表或中控设备下发的处理请求；

所述处理模块，用于确定出与所述处理请求匹配的通信通道，将该通信通道对应的外设存储芯片作为目标芯片；

所述收发模块，还用于通过所述目标芯片的第二接口，将所述处理请求发送至所述控制器；其中，所述控制器实现如第一方面所述的汽车业务层通信方法；

所述收发模块，还用于接收所述控制器通过所述目标芯片返回的应答数据，将所述应答数据上报至目标设备，以在所述目标设备的功能界面上进行显示；其中，所述目标设备为发送所述处理请求的车载仪表或中控设备。

第五方面，本发明实施例提供一种电子设备，包括处理器和存储器，所述存储器存储有能够被所述处理器执行的计算机程序，所述处理器可执行所述计算机程序以实现如第一方面所述的汽车业务层通信方法，或如第二方面所述的汽车业务层通信方法。

第六方面，本发明实施例提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的汽车业务层通信方法，或如第二方面所述的汽车业务层通信方法。

本发明实施例提供的汽车业务层通信方法、装置、电子设备及存储介质，车辆的控制器从与车辆的SOC端的各外设存储芯片连接的第一通信接口接收到处理请求后，响应于该处理请求得到处理结果，根据该处理结果和处理请求的分类结果，生成处理请求的应答数据，并根据分类结果确定出目标芯片，从而通过目标芯片，将应答数据发送至SOC端，以使SOC端将应答数据在车辆的中控设备或车载仪表的功能界面上进行显示，实现对应答数据的分类处理，将应答数据发送至分类结果所对应的外设存储芯片，能够提高数据处理效率，并能够减少数据传输的错乱。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明实施例提供的汽车业务层通信系统的方框示意图。

图2示出了本发明实施例提供的控制器与SOC端的连接示意图。

图3示出了本发明实施例提供的汽车业务层通信方法的流程示意图之一。

图4示出了图3中步骤S13的部分子步骤的流程示意图。

图5示出了本发明实施例提供的汽车业务层通信方法的流程示意图之二。

图6示出了本发明实施例提供的汽车业务层通信方法的流程示意图之三。

图7示出了图6中步骤S32的部分子步骤的流程示意图。

图8示出了本发明实施例提供的汽车业务层通信装置的方框示意图。

图9示出了本发明实施例提供的电子设备的方框示意图。

附图标记：100-汽车业务层通信系统；110-控制器；120-SOC端；121-外设存储芯片；130-车载仪表；140-中控设备；150-底层硬件设备；160-监测设备；170-汽车业务层通信装置；180-接收模块；190-处理模块；200-发送模块；210-电子设备。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，术语“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

随着经济与科技的发展，汽车车机的性能不断提升，且汽车上面的软件功能越来越复杂化，汽车车机底层控制端(Microcontroller Unit，MCU)和上层操作系统(OperatingSystem，OS)端之间的通信数据也日益剧增。

对于汽车的底层控制端和上层操作系统之间的通信，常用的通信方法是：把MCU端传输至上层操作系统端的仪表端通信数据和中控端通信数据都集成到一个单独的通信信道处理。这种通信方法不仅会影响到通信数据的处理速率，还会增大OS系统端并发处理时的负载率，以及增大通信过程中仪表数据和中控数据传输错乱的风险，这种风险在代码运行期间是极难发现的错误。

基于上述考虑，本发明实施例提供一种汽车业务层通信方法，其能够提高车机底层控制端和上层操作系统端的数据处理效率，减小OS系统端并发处理时的负载率，并改善数据传输错乱的问题。以下，对该方法进行介绍。

本发明实施例提供的汽车业务层通信方法，可以应用于如图1所示的汽车业务层通信系统100中，该汽车业务层通信系统100包括车辆的控制器110、SOC端120、车载仪表130和中控设备140，SOC端120连接有多个外设存储芯片121，控制器110的第一通信接口分别与每个外设存储芯片121的第二通信接口连接，SOC端120可以通过有线或无线的方式分别与车载仪表130和中控设备140通信连接。

控制器110通过can总线与车辆的各个底层硬件设备150，以及底层硬件设备150的监测设备160通信连接。

应当理解的是，每个外设存储芯片121的第二通信接口与控制器110的第一通信接口间形成一条通信通道。

其中，底层硬件设备150包括但不限于是：发动机、电动机、油量/电量监测设备160、刹车设备、变速器、车载空调和手柄等。

以外设存储芯片121设置为2个为例，控制器110与外设存储芯片121以及SOC端120的连接方法可以如图2所示。两个外设存储芯片121作为控制器110的从机，且均与SOC端120连接。

在确定控制器110与SOC端120之间的通信协议之后，可以根据功能或数据结构体，将该通信协议下的各个协议报文与各通道进行匹配，将匹配关系记录于匹配表中，并将匹配表进行存储。

需要说明的是，控制器110与SOC端120的各个外设存储芯片121之间以串行外设接口(Serial Peripheral Interface，SPI)通讯协议进行通信数据的传输，实现一主多从(控制器110为主机，外设存储芯片121为从机)的SPI通信。SOC端120与中控设备140以及车载仪表130之间采用透传的方式传输通信数据，且SOC端120运行有车机的操作系统。

在一种可能的实施方式中，本发明实施例提供一种汽车业务层通信方法，参照图3，可以包括以下步骤。在本实施方式中，以该汽车业务层通信方法应用于图1中的控制器110来举例说明。

S11，通过第一通信接口接收任一处理请求。

在本实施方式中，处理请求由SOC端120在接收到车载仪表130或中控设备140的处理请求后，通过与处理请求匹配的外设存储芯片121的第二通信接口发送。

S13，响应于处理请求得到处理结果，并对处理请求进行分类，根据处理结果和分类结果，生成处理请求的应答数据。

S15，根据分类结果，从多个外设存储芯片中确定出目标芯片。

S17，通过目标芯片，将应答数据发送至SOC端，以使SOC端将应答数据在中控设备或车载仪表的功能界面上进行显示。

其中，处理请求包括但不限于是：电动机启动请求、车速查询请求、空调开启请求、空调关闭请求、油量/电量获取请求和行驶数据请求。

车载仪表130或中控设备140将处理请求透传至SOC端120，SOC端120对处理请求进行分类，并根据分类结果将处理请求发送给与分类结果匹配的外设存储芯片121。每个外设存储芯片121将接收到的处理请求缓存至消息队列中，并定时扫描消息队列，将消息队列中排序最前的处理请求发送至控制器110的第一通信接口。

控制器110从自身的第一信接口接收到处理请求后，响应于该处理请求，进行逻辑处理，得到处理结果，例如，若是车速查询请求，则控制器110向电动机的监测设备160获取当前转速，并根据当前转速得到当前车速。并且，对处理请求进行分类，得到分类结果，从而控制器110根据分类结果和处理结果生成应答数据。进而，从多个与外设存储芯片121中确定出与分类结果匹配的目标芯片，并将应答数据从第一通信接口发送至目标芯片。

SOC端120通过目标芯片获取到应答数据后，将应答数据透传至发送处理请求的中控设备140或车载仪表130。

与传统通信方法中将所有通信数据集中到一条通信通道来进行控制器与SOC端间的通信相比，本发明实施例提供的汽车业务层通信方法中，通过多个外设存储芯片在车辆的SOC端与控制器间建立多条通信通道，使不同分类结果的处理请求及其应答数据均通过与分类结果匹配的通信通道传输，即由与分类结果匹配的外设存储芯片收发，实现将通信数据分类传输，能够减少数据传输的错乱，同时，实现多条通信通道并发处理，能够提供数据处理效率。

此外，由于数据传输分担到SOC端的各个外设存储芯片上，故而能够极大地降低SOC端的负载率。

根据处理请求的不同，响应于处理请求得到处理结果的方式可以灵活设置，例如，可以向底层硬件设备150获取数据，也可以按照预设规则处理，在本实施方式中，不作具体限定。

在一种可能的实施方式中，参照图4，可以通过以下步骤得到处理结果。

S131，获取处理请求对应的底层硬件设备和/或监测设备上报的运行数据。

S132，对所运行数据进行处理，得到处理结果。

运行数据可以是在接收到处理请求之前，底层硬件设备150和/或监测设备160上报的运行数据(例如，油量/电量和速度)，也可以是接收到处理请求之后，向底层硬件设备150和/或监测设备160下发执行命令后，返回的运行数据。例如，若处理请求是空调开启请求，则向车载空调下发开启命令，车载空调开启空调，切换模型，并设置好温度之后，返回ok指令至控制器110，控制器110接收到ok指令之后，得到处理结果。

进一步地，对处理请求进行分类的方式也可以灵活设置，例如，可以按照预设规则分类，也可以采用神经网络算法进行分类，在本实施方式中，不做具体限定。

为了能够快速对处理请求进行分类，参照图5，本发明实施例提供的汽车业务层通信方法还可以包括以下步骤。

S21，获取协议表格文件，并读取协议表格文件的文本内容。

协议表格文件为SOC端120与控制器110间通信所采用的通信协议的表格文件，记载有该协议的各个协议指令/协议报文的结构信息。例如，若通信协议是SPI协议，则协议表格文件中记录有SPI协议的各个协议指令/协议报文的结构信息。结构信息包括结构体定义。

应当理解的是，文本内容包括SOC端120与控制器110间的通讯协议的每条协议报文的结构体定义。

S22，根据结构体定义，生成每条协议报文的数据结构体。

S23，将按照预设的关键字分类规则，将每个数据结构体进行分类存储。

其中，关键字分类规则包括但不限于是：以收发者作为关键字进行分类，以功能作为关键字进行分类。

应当理解的是，数据结构体的实质为数据包编码帮助程序。即，用于生成数据包的程序。

由于通信数据的收发者(即发起者以及接收者)是车载仪表130或中控设备140，故而所有的通信数据可以分为仪表数据(Cluster)或中控数据(HU)，按功能及显示方式的不同，通信数据还可以分为图标显示数据和软开关按键状态显示数据。

因此，每个数据结构体可以按功能及显示进行分类存储，也可以按收发者来进行分类存储。

例如，在读取出文本内容后，在步骤S22之前，可以以收发者作为关键字进行分类，进行分类处理，例如，若是车载仪表130的警告和指示信息，则可以分类至命名为“MCU_cluster warning and indicator INFO”的项目上，若是中控设备140的底层硬件设备150的状态获取信息，则可以分类至命名为“MCU_HU can 0x20B INFO”的项目上，可以形如表1。

表1

在步骤S22中，对于已进行分类处理的各协议指令/协议报文，根据自身的结构体定义，生成对应的数据结构体。在一种可能的实施方式中，可以是C语言数据结构体。

在步骤S23中，基于已分类出的项目，创建项目对应的数据包编码帮助程序的.c项目文件和.h项目文件，例如，可以包括MCU_Cluster_PacketCodecHelper.h 项 目 文 件 ，MCU_Cluster_PacketCodecHelper.c 项 目 文 件 ，MCU_HU_PacketCodecHelper.h项目文件，MCU_HU_PacketCodecHelper.c项目文件，并将各协议指令/协议报文的数据结构体存储至对应的项目文件中。

当控制器110与SOC端120所采用的通信协议更改时，将步骤S21中的协议格式文件更换为新通信协议的协议格式文件即可。

上述步骤S21-S22是自动分类算法的前置步骤，也可以理解为是自动分类算法的获取步骤。

在上述基础上，可以采用自动分类算法对处理请求进行分类处理，具体地，可以进一步实施为：对处理请求进行解析，得到请求关键字，并根据请求关键字确定处理请求的数据结构体。

其中，请求关键字可以是处理请求的结构体中的某个特征部分。

当确定出处理请求的数据结构体后，可以根据数据结构体所在的项目文件确定出收发者。

对于处理请求，其对应的应答报文的结构体与自身的结构体有相同部分，故而，在得到处理请求的请求关键字之后，控制器110可以根据请求关键字，从已存储的所有数据结构体中确定出与请求关键字匹配的数据结构体，并根据该数据结构体所在的项目文件确定收发者。

确定出处理请求的数据结构体之后，可以通过以下方式生成处理请求的应答数据：根据逻辑处理结果，更新数据结构体中的结果字段的值，得到应答数据。

在一种可能的实施方式中，控制器110可以预存有匹配表，匹配表记录有各数据结构体与各通信通道之间的匹配关系。步骤S15可以进一步实施为：查询匹配表，确定出与处理请求的数据结构体匹配的通信通道，并将该通信通道对应的外设存储芯片121作为目标芯片。

通过上述步骤S21-S23，以及S13和S15的各实施方式，能够快速且准确地对处理请求进行分类，生成对应的应答数据，并确定应答数据所匹配的目标芯片，能够在一定程度上避免数据串流。

为了避免数据串流，在一种可能的实施方式中，在应答数据上添加收发者的标识，从而SOC端120获取到应答数据之后，可以根据应答数据上的标识，将应答数据发送至标识所对应的设备。

在一种可能的实施方式中，本发明实施例还提供一种汽车业务层通信方法，参照图6，可以包括以下步骤。本实施方式中，以该汽车业务层通信方法应用于图1中的SOC端120来举例说明。

S31，接收车载仪表或中控设备下发的处理请求。

S32，确定出与处理请求匹配的通信通道，将该通信通道对应的外设存储芯片作为目标芯片。

S33，通过目标芯片的第二接口，将处理请求发送至控制器。

其中，控制器实现如上文提供的汽车业务层通信方法，即控制器采用上述步骤S11-S17将处理请求的应答数据发送至目标芯片，目标芯片将应答数据发送至SOC端。

S34，接收控制器通过目标芯片返回的应答数据，将应答数据上报至目标设备，以在目标设备的功能界面上进行显示。其中，目标设备为发送处理请求的车载仪表或中控设备。

在一种可能的实施方式中，参照图7，可以通过以下步骤确定出与处理请求匹配的通信通道。

S321，对处理请求进行解析，得到请求关键字，并根据请求关键字确定处理请求的数据结构体。

S322，查询预设的匹配表，确定出与处理请求的数据结构体匹配的通信通道。

S321的进一步实施方式可以参见上文中提供的应用于控制器的汽车业务层通信方法，本实施方式中，不作赘述。

上述汽车业务层通信方法中，SOC端接收到中控设备或车载仪表的处理请求时，根据请求关键字的匹配结果，将处理请求发送给匹配的通信通道处理，能够减小数据串流的概率。且通过多个外设存储芯片，能够实现多并发通信，提高通信数据的传输效率。此外，无需SOC端处理发送过程，能够极大地减小SOC端的负载率。

在一种可能的实施方式中，本发明实施例还提供一种汽车业务层通信装置170，该装置可以应用于图1中的控制器110，参照图8，该汽车业务层通信装置170可以包括接收模块180、处理模块190和发送模块200。

接收模块180，用于通过第一通信接口接收任一处理请求。其中，处理请求由SOC端在接收到车载仪表或中控设备的处理请求后，通过与处理请求匹配的外设存储芯片的第二通信接口发送。

处理模块190，用于响应于处理请求得到处理结果，并对处理请求进行分类，根据处理结果和分类结果，生成处理请求的应答数据。

处理模块190，还用于根据分类结果，从多个外设存储芯片中确定出目标芯片。

发送模块200，还用于通过目标芯片，将应答数据发送至SOC端，以使SOC端将应答数据在中控设备或车载仪表的功能界面上进行显示。

上述汽车业务层通信装置170中，通过接收模块、处理模块和发送模块的协同作用，通过多个外设存储芯片在车辆的SOC端与控制器间建立多条通信通道，使不同分类结果的处理请求及其应答数据均通过与分类结果匹配的通信通道传输，实现将通信数据分类传输，能够减少数据传输的错乱，同时，实现多条通信通道并发处理，能够提供数据处理效率。

在一种可能的实施方式中，本发明实施例还提供一种汽车业务层通信装置，可以应用于图1中SOC端120，该汽车业务层通信装置可以包括收发模块和处理模块。

收发模块，用于接收车载仪表或中控设备下发的处理请求。

处理模块，用于确定出与处理请求匹配的通信通道，将该通信通道对应的外设存储芯片作为目标芯片。

收发模块，还用于通过目标芯片的第二接口，将所述处理请求发送至控制器。

其中，控制器实现如上文提供的汽车业务层通信方法。

收发模块，还用于接收控制器通过目标芯片返回的应答数据，将应答数据上报至目标设备，以在目标设备的功能界面上进行显示。

其中，目标设备为发送处理请求的车载仪表或中控设备。

上述汽车业务层通信装置中，通过收发模块和处理模块的协同作用，SOC端接收到中控设备或车载仪表的处理请求时，根据请求关键字的匹配结果，将处理请求发送给匹配的通信通道处理，能够减小数据串流的概率。且通过多个外设存储芯片，能够实现多并发通信，提高通信数据的传输效率。此外，无需SOC端处理发送过程，能够极大地减小SOC端的负载率。

关于应用于控制器和SOC端的汽车业务层通信装置的具体限定可以参见上文中对于汽车业务层通信方法、索引解调方法的限定，在此不再赘述。上述汽车业务层通信装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于电子设备中的处理器中，也可以以软件形式存储于电子设备的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一种实施方式中，提供了一种电子设备210，该电子设备210可以是终端，其内部结构图可以如图9所示。该电子设备210包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该电子设备210的处理器用于提供计算和控制能力。该电子设备210的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该电子设备210的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、运营商网络、近场通信(NFC)或其他技术实现。该计算机程序被处理器执行时实现如上述实施方式提供的应用于控制器和SOC端的汽车业务层通信方法。

图9中示出的结构，仅仅是与本发明方案相关的部分结构的框图，并不构成对本发明方案所应用于其上的电子设备210的限定，具体的电子设备210可以包括比图9中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一种实施方式中，本发明提供的汽车业务层通信装置170可以实现为一种计算机程序的形式，计算机程序可在如图9所示的电子设备210上运行。电子设备210的存储器中可存储组成该汽车业务层通信装置170的各个程序模块，比如，图8所示的接收模块180、处理模块190和发送模块200。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的汽车业务层通信方法中的步骤。

例如，图9所示的电子设备210可以通过如图8所示的汽车业务层通信装置170中的接收模块180执行步骤S11。电子设备210可以通过处理模块190执行步骤S13和S15。电子设备210可以通过发送模块200执行步骤S17。

在一种实施方式中，提供了一种电子设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：通过第一通信接口接收任一处理请求；响应于处理请求得到处理结果，并对处理请求进行分类，根据处理结果和分类结果，生成处理请求的应答数据；根据分类结果，从多个外设存储芯片中确定出目标芯片；通过目标芯片，将应答数据发送至SOC端，以使SOC端将应答数据在中控设备或车载仪表的功能界面上进行显示。

在一种实施方式中，提供了一种存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如下步骤：通过第一通信接口接收任一处理请求；响应于处理请求得到处理结果，并对处理请求进行分类，根据处理结果和分类结果，生成处理请求的应答数据；根据分类结果，从多个外设存储芯片中确定出目标芯片；通过目标芯片，将应答数据发送至SOC端，以使SOC端将应答数据在中控设备或车载仪表的功能界面上进行显示。

在一种实施方式中，提供了一种电子设备210，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：接收车载仪表或中控设备下发的处理请求；确定出与处理请求匹配的通信通道，将该通信通道对应的外设存储芯片作为目标芯片；通过目标芯片的第二接口，将处理请求发送至控制器；接收控制器通过目标芯片返回的应答数据，将应答数据上报至目标设备，以在目标设备的功能界面上进行显示。其中，目标设备为发送处理请求的车载仪表或中控设备。

在一种实施方式中，提供了一种存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如下步骤：接收车载仪表或中控设备下发的处理请求；确定出与处理请求匹配的通信通道，将该通信通道对应的外设存储芯片作为目标芯片；通过目标芯片的第二接口，将处理请求发送至控制器；接收控制器通过目标芯片返回的应答数据，将应答数据上报至目标设备，以在目标设备的功能界面上进行显示。其中，目标设备为发送处理请求的车载仪表或中控设备。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。