数据传输方法、装置及系统与流程

本申请涉及车联网技术领域，尤其涉及一种数据传输方法、装置及系统。

背景技术：

随着智能汽车的不断发展，智能汽车上安装的传感器种类和数量越来越多。为了更好地实现智能汽车的车载系统的内部控制，智能汽车中可设置多个控制器。一个控制器可获取并利用一个或多个传感器的数据。然而，对于一个传感器，其数据接口可能无法适配多个控制器，如果一个控制器所支持的数据协议与传感器的数据接口可能并不兼容，这就会导致该一个控制器无法获得该传感器的数据。

技术实现要素：

本申请实施方式提供了一种数据传输方法及系统。

第一方面，本申请提供一种数据传输方法，包括：第一控制器接收来自于第二控制器的数据获取请求，所述数据获取请求用于请求获取第一传感器的数据，所述第一控制器支持所述第一传感器对应的数据接口，所述第二控制器不支持所述第一传感器对应的数据接口；

所述第一控制器接收来自于所述第一传感器的第一数据；

所述第一控制器根据第一通信协议向所述第二控制器发送转换后的第一数据。

本申请的技术方案，第一控制器可以响应于第二控制器发送的数据获取请求，根据第一协议向第二控制器发送根据第一传感器的数据得到的转换后的数据，这样第二控制器能够从第一控制器获得来自第一传感器的数据，有助于精简车载系统的硬件配置，避免传感器冗余设置。

可以理解，第二控制器不支持第一传感器对应的数据接口采用的通信协议。本申请中，第一通信协议为第一控制器和第二控制器均支持的通信协议。第一控制器和第二控制器之间可基于第一通信协议传输传感器的数据。

第二控制器可从第一控制器接收来自第一传感器的数据，并根据第一通信协议，解析该接收到的数据。

可选的，第一通信协议可以是但不限于实时流传输协议，实时传输协议，用户数据报协议或传输控制协议中的一种。

可选的，在第一控制器接收来自于所述第一传感器的第一数据之前，第一控制器接收到第二控制器的数据获取请求之后，第一控制器可先判断第二控制器是否支持第一数据对应的数据接口。

若第一控制器确定第二控制器不支持第一数据对应的数据接口，第一控制器接收来自第一传感器的第一数据，根据第一通信协议向第二控制器发送转换后的已数据。

若第一控制器确定第二控制器支持第一数据对应的数据接口，第一控制器可向第二控制器发送指令，指示第二控制器利用第一数据对应的数据接口从第一解算器接收来自第一传感器的数据。

或者，若第一控制器确定第二控制器支持第一数据对应的数据接口，第一传感器向第一解算器发送指令，指示第一解算器向第二控制器发送第一传感器的数据。

可以看出这样的方案中，当第二控制器不支持第一数据对应的数据接口时，第二控制器通过第一控制器，来获得来自第一传感器的数据，第一控制器可理解为数据传输的“中介”。当第二控制器支持第一数据对应的数据接口时，第二控制器则可以利用第一数据对应的数据接口直接从与第一传感器连接的第一解算器接收来自第一传感器的数据。

在一些实施方式中，所述第一控制器接收来自于所述第一传感器的第一数据包括：所述第一控制器利用所述第一传感器对应的数据接口从第一解算器获取所述第一数据，所述第一数据是所述第一解算器对所述第一传感器采集到的数据进行解算处理得到的。这样，第一解算器能够将第一传感器输出的数据处理为第一控制器能够支持的数据，以使得第一控制器能够获得第一传感器的数据。

第二方面，本申请还提供一种数据传输方法，包括：

第二控制器向第一控制器发送数据获取请求，所述数据获取请求用于请求获取第一传感器的数据，所述第一控制器支持所述第一传感器对应的数据接口，所述第二控制器不支持所述第一传感器对应的数据接口；

所述第二控制器根据第一通信协议，接收来自第一控制器发送的数据。

本申请的技术方案，第二控制器不支持第一传感器对应的数据接口时，能够通过向第一控制器发送数据获取请求，从第一控制器获得来自第一传感器的数据，有助于精简车载系统的硬件配置，避免传感器冗余设置。

可以理解，第一通信协议为第一控制器和第二控制器均支持的通信协议。第一控制器和第二控制器之间可基于第一通信协议传输传感器的数据。

第二控制器可从第一控制器接收来自第一传感器的数据，并根据第一通信协议，解析该接收到的数据。

可选的，第一通信协议可以是但不限于实时流传输协议，实时传输协议，用户数据报协议或传输控制协议中的一种。

第三方面，本申请还提供一种数据传输方法，用于通信系统，该通信系统包括第一控制器、第二控制器和第一传感器。所述第一控制器支持所述第一传感器对应的数据接口，所述第二控制器不支持所述第一传感器对应的数据接口。数据传输方法包括：

第二控制器向第一控制器发送数据获取请求，所述数据获取请求用于请求获取第一传感器的数据；

所述第一控制器响应于数据获取请求，获取来自于所述第一传感器的第一数据；

所述第一控制器根据第一通信协议向所述第二控制器发送转换后的第一数据。

本申请的技术方案，第二控制器不支持第一传感器对应的数据接口时，能够通过向第一控制器发送数据获取请求，从第一控制器获得来自第一传感器的数据，有助于精简车载系统的硬件配置，避免传感器冗余设置。

可选的，第一通信协议可以是但不限于实时流传输协议，实时传输协议，用户数据报协议或传输控制协议中的一种。

在一些实现方式中，通信系统还包括第一解算器。所述第一控制器响应于数据获取请求，获取来自于所述第一传感器的第一数据包括：所述第一控制器利用所述第一传感器对应的数据接口从第一解算器获取所述第一数据，所述第一数据是所述第一解算器对所述第一传感器采集到的数据进行解算处理得到的。这样，第一解算器能够将第一传感器输出的数据处理为第一控制器能够支持的数据，以使得第一控制器能够获得第一传感器的数据。

第四方面，本申请还提供一种数据传输装置，包括收发单元和处理单元，处理单元用于控制收发单元：

接收来自于第二控制器的数据获取请求，所述数据获取请求用于请求获取第一传感器的数据，所述数据传输装置支持所述第一传感器对应的数据接口，所述第二控制器不支持所述第一传感器对应的数据接口；

接收来自于所述第一传感器的第一数据；

根据第一通信协议向所述第二控制器发送转换后的第一数据。

本申请的技术方案，数据传输装置可以响应于第二控制器发送的数据获取请求，根据第一协议向第二控制器发送根据第一传感器的数据得到的转换后的数据，这样第二控制器能够从第一控制器获得来自第一传感器的数据，有助于精简车载系统的硬件配置，避免传感器冗余设置。

可以理解，该数据传输装置可以为或可以部署在上述通信系统中的第一控制器。

在某些实施方式中，所述接收来自于所述第一传感器的第一数据方面，所述收发单元具体用于：

利用所述第一传感器对应的数据接口从第一解算器获取所述第一数据，所述第一数据是所述第一解算器对所述第一传感器采集到的数据进行解算处理得到的。

在某些实施方式中，所述第一通信协议是实时流传输协议，实时传输协议，用户数据报协议或传输控制协议中的一种。

应理解，上述关于数据传输方法的相关补充说明和技术效果也是用于数据传输装置，此处不再重复说明。

第五方面，本申请还提供一种数据传输装置，包括收发单元和处理单元，所述处理单元用于控制收发单元：

向第一控制器发送数据获取请求，所述数据获取请求用于请求获取第一传感器的数据，所述第一控制器支持所述第一传感器对应的数据接口，所述数据传输装置不支持所述第一传感器对应的数据接口；

根据第一通信协议，接收来自第一控制器的数据。

本申请的技术方案，数据传输装置不支持第一传感器对应的数据接口时，能够通过向第一控制器发送数据获取请求，从第一控制器获得来自第一传感器的数据，有助于精简车载系统的硬件配置，避免传感器冗余设置。

可以理解，该数据传输装置可以为或可以部署在上述通信系统中的第二控制器。

在某些实施方式中，所述第一通信协议是实时流传输协议，实时传输协议，用户数据报协议或传输控制协议中的一种。

应理解，上述关于数据传输方法的相关补充说明和技术效果也是用于数据传输装置，此处不再重复说明。

第六方面，本申请还提供一种第一电子装置，包括第一接口电路、第二接口电路和控制器。该第一电子装置可以是上述的第一控制器，也可以是芯片或芯片系统，还可以是独立的电子设备。

其中，所述第一接口电路，用于接收来自第二电子装置的数据获取请求，所述数据获取请求用于请求获取第一传感器的数据，所述第二电子装置不支持所述第一传感器的数据接口的协议。所述第二接口电路，用于接收来自于所述第一传感器的第一数据。

关于控制器，在一种可能的实现方式中，所述控制器用于使能所述第一接口电路，根据第一通信协议向所述第二电子装置发送转换后的第一数据。

在另一种可能的实现方式中，控制器用于根据第一通信协议，转换第一数据为第二数据，其中，所述第二电子装置支持所述第二数据对应的协议；所述第一接口电路，还用于向所述第二电子装置发送所述第二数据。

本申请的技术方案，第一电子装置可以响应于第二电子装置发送的数据获取请求，根据第一协议向第二电子装置发送第二数据或者根据第一传感器的数据得到的转换后的数据。这样第二电子装置能够从第一电子装置获得来自第一传感器的数据，有助于精简车载系统的硬件配置，避免传感器冗余设置。

可选的，第一通信协议可以是但不限于实时流传输协议，实时传输协议，用户数据报协议或传输控制协议中的一种。

可选的，在接收来自于所述第一传感器的第一数据方面，第二接口电路具体用于利用所述第一传感器对应的数据接口从第一解算器获取所述第一数据，所述第一数据是所述第一解算器对所述第一传感器采集到的数据进行解算处理得到的。

应理解，上述关于数据传输方法的相关补充说明以及技术效果，也适用于本申请的第一电子装置，此处不再重复说明。

第七方面，本申请还提供一种第二电子装置，包括控制器和接口电路。该第二电子装置可以是上述的第二控制器，也可以是芯片或芯片系统，还可以是独立的电子设备。

其中，控制器用于使能接口电路向第一电子装置发送数据获取请求，该数据获取请求用于请求获取第一传感器的数据。所述第一电子装置支持所述第一传感器对应的数据接口，所述第二电子装置不支持所述第一传感器对应的数据接口。

控制器还用于利用接口电路，根据第一通信协议，接收来自第一传感器的数据。例如接收来自第一电子装置的第二数据或转换后的第一数据。

本申请的技术方案，第二电子装置不支持第一传感器对应的数据接口时，能够通过向第一电子装置发送数据获取请求，从第一电子装置获得来自第一传感器的数据，有助于精简车载系统的硬件配置，避免传感器冗余设置。

应理解，上述关于数据传输方法的相关补充说明以及技术效果，也适用于本申请的第二电子装置，此处不再重复说明。

第八方面，本申请还提供一种通信系统，该通信系统包括第四方面的第一电子装置和第五方面的第二电子装置。

第九方面，本申请还提供一种电子设备，包括处理器，所述处理器与存储器耦合，所述存储器用于存储计算机指令，所述处理器执行该计算机指令，使得所述通信设备执行上述第一方面或第二方面中任一种可能实现方式中的方法

第十方面，本申请还提供一种计算机程序产品，计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当计算机程序被运行时，使得计算机执行上述第一方面或第二方面中任一种可能实现方式中的方法。

第十一方面，本申请提供了一种计算机可读存储介质，计算机可读介质存储有计算机程序(也可以称为代码，或指令)当其在计算机上运行时，使得计算机执行上述第一方面或第二方面中任一种可能实现方式中的方法。

附图说明

图1a为本申请实施例涉及的车辆的系统的网络架构示意图；

图1b为通信系统的架构示意图；

图1c为本申请实施的通信系统的架构示意图；

图2为本申请实施例的控制器的软件架构示意图；

图3为本申请实施例的数据传输方法的流程示意图；

图4为本申请实施例的另一通信系统的架构示意图；

图5为本申请实施例的数据传输方法的另一流程示意图；

图6为本申请实施例的数据传输方法的另一流程示意图；

图7为本申请实施例的另一通信系统的架构示意图；

图8为本申请实施例的第一电子装置的结构示意图；

图9为本申请实施例的第二电子装置的结构示意图；

图10为本申请实施例的数据传输装置的模块示意图；

图11为本申请实施例的数据传输装置的另一模块示意图；

图12为申请实施例的电子设备的结构示意图。

具体实施方式

下面结合本发明实施例中的附图对本发明实施例进行描述。

图1a为一种示例性的车辆100的系统架构示意图。车辆100包括多个车辆集成单元(vehicleintegrationunit，viu)11，通信盒子(telematicbox，t-box)12，座舱域控制器(cockpitdomaincontroller，cdc)，移动数据中心(mobiledatacenter，mdc)14，整车控制器(vehicledomaincontroller，vdc)15。

车辆100还包括设置在车身上的多种类型的传感器，例如：激光雷达，毫米波雷达，超声雷达，摄像装置。每种类型的传感器可以包括多个。应当理解的是，本领域人员可以依据需要合理地选择传感器的种类、数量和位置布局。

在图1a中示出了四个viu，应当理解的是，图1a中的viu的数量和位置仅为一种示例，本领域技术人员可以依据实际需求选择合适的viu的数量和位置。

车辆集成单元viu11为多个车辆零部件提供车辆零部件所需的部分或全部的数据处理功能或控制功能。viu可以具有以下多种功能中的一种或多种。

1、电子控制功能，即viu用于实现部分或全部车辆零部件内部的电子控制单元(electroniccontrolunit，ecu)提供的电子控制功能。例如，某一车辆零部件所需的控制功能，又例如，某一车辆零部件所需的数据处理功能。

2、与网关相同的功能，即viu还可以具有部分或全部与网关相同的功能，例如，协议转换功能、协议封装并转发功能以及数据格式转换功能。

3、跨车辆零部件的数据的处理功能，即对从多个车辆零部件的执行器获取的数据进行处理、计算等。

需要说明的是，上述功能中涉及的数据，可以包括车辆零部件中执行器的运行数据，例如，执行器的运动参数，执行器的工作状态等。上述功能中涉及的数据还可以是通过车辆零部件的数据采集单元(例如，敏感元件)采集的数据，例如，通过车辆的敏感元件采集的车辆所行驶的道路的道路信息，或者天气信息等，本申请实施例对此不做具体限定。

在图1a的车辆100示例中，车辆100可以分为多个域(domain)，每个域都有独立的域控制器(domaincontroller)，具体地，在图1a中，示出了两种域控制器：座舱域控制器cdc13和整车域控制器vdc15。

座舱域控制器cdc13可用于实现车辆100座舱区域的功能控制，在座舱区域的车辆部件可以包括抬头显示装置(headupdisplay，hud)、仪表盘、收音机、中控屏幕、导航、摄像头等。

整车域控制器vdc15可用于对车辆的动力电池和引擎141进行协调控制，以提升车辆100的动力性能，在于一些实施例中，图1a中的整车控制器132可以实现vdc的各种功能。

图1a中还示出了车联网设备t-box12和移动数据中心mdc13。t-box12可用于实现车辆100和车辆内部以及外部设备的通信连接。t-box可以通过车辆100的总线获取车内设备数据，也可以通过无线网络和用户的手机通信连接，在一些实施例中，t-box12可以被包括在图1a的通信系统111中。移动数据中心mdc13用于基于环境感知定位、智能规划决策和车辆运动控制等核心控制算法，输出驱动、传动、转向和制动等执行控制指令，实现车辆100的自动控制，还能够通过人机交互界面，实现车辆驾驶信息的人机交互。在一些实施例中，图1a中的计算平台150可以实现mdc13的各种功能。

在图1a中的四个viu11形成环形拓扑连接网络，每个viu11与其近邻位置的传感器通信连接，t-box12、cdc13、mdc14以及vdc15与viu的环形拓扑连接网络通信连接。viu11可以从各传感器获取信息，并将获取的信息上报给cdc13、mdc14以及vdc15。借由环形拓扑网络，t-box12、cdc13、mdc14以及vdc15之间也可以实现相互的通信。

应当理解的是，上述环形拓扑连网络接仅是一种示意，本领域技术人员可以依据需求选择其它合适的viu连接方式。

viu之间的连接可以采用例如以太网(ethernet)，viu和t-box12、cdc13、mdc14以及vdc15的连接可以采用例如以太网或快捷外围部件互连(peripheralcomponentinterconnectexpress,pcie)技术，viu和传感器之间的连接可以采用例如控制器局域网络(controllerareanetwork，can)，局域互联网络(localinterconnectnetwork，lin)，flexray，面向媒体的系统传输(mediaorientedsystemtransport，most)等。

图1b为一种实施例中的通信系统的网络架构示意图。该通信系统100可以部署在图1a所示的系统。该通信系统100包括第一控制器110，第二控制器120以及第一传感器111。第一控制器110支持所述第一传感器111对应的数据接口。第二控制器120不支持第一传感器对应111的数据接口。第一控制器110例如可以是图1a中的vdc15，第二控制器120例如可以是图1a中的cdc13。

可选的，该通信系统100还可包括第一解算器112，第一传感器111采集到的数据，经第一解算器112处理为第一数据，该第一数据为符合第一传感器对应的数据接口的数据类型的数据。第一控制器110利用该第一传感器111对应的数据接口获取解算器112输出的来自第一传感器111的第一数据。

可选的，该通信系统100还可包括第二传感器121以及第二解算器122，第二传感器121采集到的数据，经第二解算器122处理为第二传感器对应的数据接口的数据类型的数据。第二控制器120支持该第二传感器对应的数据接口。第一控制器110不支持该第二传感器对应的数据接口。

第二控制器120能够利用该第二传感器对应的数据接口获取解算器122输出的来自第二传感器121的数据。

可以看出，在这样的架构中，第一控制器110支持第一传感器111对应的数据接口，能够实现从第一解算器112获得来自第一传感器111的数据。然而，第二控制器120不支持第一传感器对应111的数据接口，第二控制器120不能从第一解算器112获得来自第一传感器111的数据。类似地，第一控制器110不能从第二解算器122获得来自第二传感器121的数据。

例如，第一传感器111是摄像头，如果第二控制器120需要使用摄像头数据的数据，但是由于第二控制器120不支持第一传感器111对应的数据接口，就需要重新布置一个摄像头，该摄像头可以称为第二传感器，该第二传感器对应的数据接口是第二控制器120所支持的。显然，这样的方案中，在一个车载系统中重复布置了2个摄像头，这就会导致传感器冗余。

如图1c所示的通信系统的架构示意图，本申请的技术方案中，第一控制器110可基于第一通信协议将第一传感器111的数据发送给第二控制器120。对应的，第二控制器120也可以基于第一通信协议将第二传感器121的数据发送给第一控制器110。第一通信协议是第一控制器110和第二控制器120均支持的通信协议。

可以看出，这样的方案第二控制器可以实现从第一控制器获得第一传感器的数据，第一控制器也可以实现从第二控制器获得第二传感器的数据，有助于避免传感器冗余设置，而且，也不需要对车载系统的硬件进行改造。

第一控制器110和第二控制器120可分别是图1a的系统中的两个不同的控制域对应的控制器。

例如，第一控制器110可以是mdc，cdc，或者vdc中的任一种，第二控制器120可以是mdc，cdc，或者vdc中与第一控制器110不同的一个。

当然第一控制器110和第二控制器120不限于上述举例的类型，也可以是其他类型。

如图2所示的控制器的软件架构示意图。该架构可用于第一控制器和/或第二控制器。控制器的软件架构可分为系统软件层、支持软件层、应用软件层。系统软件层包括控制器的硬件系统所运行的操作系统以及编译程序等。支持软件层包括一些接口软件、工具软件、编译程序等。应用软件层包括多个应用程序，用于实现一些业务功能。

下面结合本申请实施例的数据传输方法详细阐述本申请的技术方案。

如图3所示的流程示意图，本申请实施例的数据传输方法包括：

301、第二控制器向第一控制器发送数据获取请求。

该数据获取请求用于请求获取第一传感器的数据。第一控制器支持第一传感器对应的数据接口，第二控制器不支持第一传感器对应的数据接口。

对应的，第一控制器接收来自于第二控制器的数据获取请求。

302、第一控制器接收来自第一传感器的第一数据。

可选地，第一控制器可从第一解算器接收来自第一传感器的第一数据。

第一解算器与第一传感器连接。第一数据是第一解算器对所述第一传感器采集到的数据进行解算处理得到的。例如，第一解算器将第一传感器采集到的数据处理为与第一传感器对应的数据接口相符的数据。这样，第一控制器能够利用第一传感器对应的数据接口，从第一解算器获得来自第一传感器的第一数据。

第一控制器可利用第一传感器对应的数据接口从第一解算器获取该第一数据。

303、第一控制器根据第一通信协议向第二控制器发送转换后的第一数据。

对应的，第二控制器根据第一通信协议，从第一控制器接收来自第一传感器的数据。

可以理解，第二控制器从第一传感器接收的来自第一传感器的数据，是转换后的第一数据。该转换后的第一数据，是第一控制器根据第一通信协议，对第一数据进行转换处理得到的。

第一通信协议为第一控制器和第二控制器均支持的通信协议。第一控制器和第二控制器之间可基于第一通信协议传输传感器的数据。

第二控制器从第一控制器接收来自第一传感器的数据，并根据第一通信协议，解析该接收到的数据。

第一通信协议例如可以是通用流媒体协议是但不限于实时流传输协议(realtimestreamingprotocol，rtsp)，例如具体可以是但不限于：实时传输协议(real-timetransportprotocol，rtp)，用户数据报协议(userdatagramprotocol，udp)或传输控制协议(transmissioncontrolprotocol,tcp)中的一种。

可以看出，本申请实施例的数据传输方法，第一控制器支持第一传感器对应的数据接口，第二控制器不支持第一传感器对应的数据接口的情况下，第二控制器向第一控制器发送数据获取请求，第一控制器可以响应于第二控制器发送的数据获取请求，根据第一协议向第二控制器发送根据第一传感器采集到的数据得到的数据，这样第二控制器能够从第一控制器接收来自第一传感器的数据，有助于精简车载系统的硬件配置，避免传感器冗余设置。

这样的方案能够实现第一控制器和第二控制器都可以使用第一传感器的数据。也可以理解为，多个控制器可以使用同一个传感器采集的数据，这样可以避免重复布置相同或类型相同的传感器，这样能够有效减少传感器的数量，降低硬件成本。

可选的，在步骤302之前，第一控制器接收到第二控制器的数据获取请求之后，第一控制器可先判断第二控制器是否支持第一数据对应的数据接口。

若第一控制器确定第二控制器不支持第一数据对应的数据接口，执行步骤302和303，第一控制器接收来自第一传感器的第一数据，根据第一通信协议向第二控制器发送转换后的已数据。

若第一控制器确定第二控制器支持第一数据对应的数据接口，第一控制器可向第二控制器发送指令，指示第二控制器利用第一数据对应的数据接口从第一解算器接收来自第一传感器的数据。

或者，若第一控制器确定第二控制器支持第一数据对应的数据接口，第一传感器向第一解算器发送指令，指示第一解算器向第二控制器发送第一传感器的数据。

可以看出这样的方案中，当第二控制器不支持第一数据对应的数据接口时，第二控制器通过第一控制器，来获得来自第一传感器的数据，第一控制器可理解为数据传输的“中介”。当第二控制器支持第一数据对应的数据接口时，第二控制器则可以利用第一数据对应的数据接口直接从与第一传感器连接的第一解算器接收来自第一传感器的数据。

如图4所示的通信系统的架构示意图，第一控制器和第二控制器可基于第一通信协议传输数据。第二控制器上运行有客户端。该客户端例如可以理解为数据传输的客户端，或者，若第一通信协议为通用流媒体协议，该客户端可理解为基于通用流媒体协议的客户端(rtspclient)。第一控制器上部署有服务器。该服务器可理解为数据传输的服务器，或者可理解为基于rtsp的服务器(rtspserver)。客户端用于监听应用程序发送的用于获取数据的请求。

图4所示的实施例中，应用程序是运行在第一控制器上的应用程序。在其他实施例中，应用程序也可以是运行在与第二控制器建立有通信连接的其他电子设备上运行的应用程序。服务器用于处理客户端发送的数据获取请求。

如图5所示的流程示意图，本申请另一实施例的数据传输方法包括：

501、客户端获取到应用程序发送的第一请求，第一请求用于请求获取第一传感器的数据。

第一传感器的数据可以是第一传感器采集的数据，也可以是根据第一传感器采集的数据得到的数据。

例如，第一传感器例如可以是但不限于摄像头。第二控制器可以是智能座舱域控制器(cdc)，应用程序可以是行车记录仪应用程序、智能相机应用程序等。

cdc可运行有操作系统，如图6所示的流程示意图，智能座舱域控制器(cdc)启动操作系统，操作系统例如可以是但不限于鸿蒙、安卓、linux等。

第一请求中可包括指示第一数据的指示信息，或者指示第一传感器的指示信息。

502、客户端向部署在第一控制器的服务器发送数据获取请求，数据获取请求用于请求获取第一传感器的数据。

第二控制器上运行的客户端根据第一请求，向服务器发送数据获取请求。该数据获取请求中可包括指示第一数据的指示信息，或者指示第一传感器的指示信息。

客户端在收到第一请求时，可先判断第二控制器是否支持第一请求所请求的第一传感器对应的数据接口。

若第二控制器不支持第一传感器对应的数据接口，则客户端向部署在第一控制器的服务器发送数据获取请求，请求从第一控制器获取第一传感器的数据。

若第二控制支持第一传感器对应的数据接口，则客户端可指示应用程序通过第一传感器对应的数据接口直接从第一传感器的解算器获取第一传感器的数据；或者客户端可通过第一传感器对应的数据接口从第一传感器的解算器获取第一传感器的数据之后，将第一传感器的数据发送给应用程序。

第一控制器例如可以是但不限于自动驾驶域控制器(mdc)。

503、服务器接收来自第一传感器的第一数据。

可选地，部署在第一控制器的服务器可从第一解算器接收来自第一传感器的第一数据。

第一解算器与第一传感器连接。第一数据是第一解算器对所述第一传感器采集到的数据进行解算处理得到的。例如，第一解算器将第一传感器采集到的数据处理为与第一传感器对应的数据接口相符的数据。

服务器可利用第一传感器对应的数据接口从第一解算器获取该第一数据。

504、服务器基于第一通信协议向客户端发送转换后的第一数据。

例如，部署在智能驾驶域控制器的服务器获取根据第一传感器输出的数据得到的第一数据，然后基于第一通信协议对第一数据进行转换，得到转换后的第一数据，再向客户端发送转换后的第一数据。

可选的，数据传输方法还包括：

505、客户端向应用程序发送第一数据。

可以看出，这样的方案中，第二控制器运行的应用程序，或者与第二控制器建立有通信连接的应用程序，需要获得第一传感器的数据时，可通过向运行在第二控制器的客户端发送第一请求，再由客户端向部署在第一控制器的服务器请求第一传感器的数据。

例如，第一传感器是摄像头，若第二控制器运行有行车记录仪应用程序，行车记录仪应用程序需要获得摄像头的数据，行车记录仪应用程序可向客户端发送第一请求。客户端根据第一请求，向部署在第一控制器的服务器发送数据获取请求。部署在第一控制器的服务器根据与该摄像头对应的数据接口，从第一解算器获得该摄像头的数据，然后根据通用流媒体协议转换该摄像头的数据之后，将转换后的摄像头的数据发送给客户端。客户端行车记录仪应用程序发送该转换后的摄像头的数据。这样，行车记录仪应用程序通过客户端从第一控制器获得了来自摄像头的数据，从而可以避免重复地部署摄像头。

本申请实施例还提供一种通信系统700，如图7所示的通信系统的架构示意图。本申请实施例的通信系统700包括第一电子装置800和第二电子装置900。

如图8所示的第一电子装置800的结构示意图，第一电子装置800包括第一接口电路801、第二接口电路802和控制器803。第一电子装置800可以为上述图2对应的实施例中的第一控制器110，或者第一电子装置800可以包括第一控制器110。第一电子装置800也可以是芯片或芯片系统，还可以是独立的电子设备。

第一接口电路801和第二接口电路802也可以是收发单元或者部署在收发器。

第一接口电路801和第二接口电路802也可以为通信接口。

第一接口电路801用于接收来自第二电子装置900的数据获取请求，所述数据获取请求用于请求获取第一传感器的数据，所述第二电子装置900不支持所述第一传感器的数据接口的协议。

第二接口电路802用于接收来自于所述第一传感器的第一数据。

关于控制器803，在一种可能的实现方式中，控制器803用于使能所述第一接口电路801，根据第一通信协议向第二电子装置900发送转换后的第一数据。

在另一种可能的实现方式中，控制器803用于根据第一通信协议，转换第一数据为第二数据，第二电子装置900支持第二数据对应的协议。第一接口电路801还用于向第二电子装置900发送第二数据。

本申请的实施例中，第一电子装置800可以响应于第二电子装置900发送的数据获取请求，根据第一协议向第二电子装置发送第二数据或者根据第一传感器的数据得到的转换后的数据。这样第二电子装置能够从第一电子装置获得来自第一传感器的数据，有助于精简车载系统的硬件配置，避免传感器冗余设置。

如图9所示的第二电子装置900的结构示意图，第二电子装置900包括控制器901和接口电路902。第二电子装置900包可以为上述图2对应的实施例中的第二控制器120，或者第二电子装置900包可以包括第二控制器120。第二电子装置900也可以是芯片或芯片系统，还可以是独立的电子设备。

控制器901用于使能接口电路902向第一电子装置800发送数据获取请求。数据获取请求用于请求获取第一传感器的数据，所述第二电子装置900不支持所述第一传感器的数据接口的协议。

控制器901还用于通过接口电路902从第一电子装置800接收转换后的第一数据或第二数据。

本申请的实施例中，第二电子装置900不支持第一传感器对应的数据接口时，能够通过向第一电子装置800发送数据获取请求，从第一电子装置800获得来自第一传感器的数据，有助于精简车载系统的硬件配置，避免传感器冗余设置。

可以看出，上述数据传输方法的方案可通过可用于该第一电子装置800和第二电子装置900，或者说上述数据传输方法的步骤可通过第一电子装置800和第二电子装置900实现。

例如，关于上述步骤301，可由第二电子装置900的控制器901向第一电子装置800发送数据获取请求。对应的，第一电子装置800的第一接口电路801接收来自控制器901的数据获取请求。关于上述步骤302，可由第一电子装置800的第二接口电路802接收来自第一传感器的第一数据。关于上述步骤303，可由第一电子装置800的控制器803使能第一接口电路801，根据第一通信协议向第二电子装置900发送转换后的第一数据；或者由控制器803根据第一通信协议，转换第一数据为转换后的第一数据(也即，第二数据)，由第一接口电路801向第二电子装置900发送转换后的第一数据。

可以理解，转换后的第一数据，是由来自第一传感器的第一数据转换得到的，那么转换后的第一数据也可以理解为第一传感器的数据。

可以看出，这样的方案中，不支持第一传感器对应的数据接口的第二电子装置900，可通过支持第一传感器对应的数据接口的第一电子装置800，获得第一传感器的数据，从而能够避免重复部署传感器。

应理解，上述数据传输方法的实施例相关补充说明以及技术效果，也适用于本实施例的第一电子装置800和第二电子设备900，此处不再重复说明。

如图10所示的数据传输装置1000的模块示意图，本申请还提供一种数据传输装置1000，包括收发单元1002和处理单元1001，处理单元1001用于控制收发单元1002：

接收来自于第二控制器的数据获取请求，所述数据获取请求用于请求获取第一传感器的数据，所述数据传输装置1000支持所述第一传感器对应的数据接口，所述第二控制器不支持所述第一传感器对应的数据接口；

接收来自于所述第一传感器的第一数据；

根据第一通信协议向所述第二控制器发送转换后的第一数据。

本申请的技术方案，数据传输装置1000可以响应于第二控制器发送的数据获取请求，根据第一协议向第二控制器发送根据第一传感器的数据得到的转换后的数据，这样第二控制器能够从第一控制器获得来自第一传感器的数据，有助于精简车载系统的硬件配置，避免传感器冗余设置。

可以理解，该数据传输装置1000可以为或可以部署在上述通信系统中的第一控制器。

在某些实施方式中，所述接收来自于所述第一传感器的第一数据方面，所述收发单元1002具体用于：

利用所述第一传感器对应的数据接口从第一解算器获取所述第一数据，所述第一数据是所述第一解算器对所述第一传感器采集到的数据进行解算处理得到的。

在某些实施方式中，所述第一通信协议是实时流传输协议，实时传输协议，用户数据报协议或传输控制协议中的一种。

应理解，上述关于数据传输方法的相关补充说明和技术效果也适用于数据传输装置1000，此处不再重复说明。

如图11所示的数据传输装置1100的模块示意图，本申请还提供一种数据传输装置1100，包括收发单元1102和处理单元1101，所述处理单元1101用于控制收发单元1102：

向第一控制器发送数据获取请求，所述数据获取请求用于请求获取第一传感器的数据，所述第一控制器支持所述第一传感器对应的数据接口，所述数据传输装置1100不支持所述第一传感器对应的数据接口；

根据第一通信协议，接收来自第一控制器的数据。

本申请的技术方案，数据传输装置1100不支持第一传感器对应的数据接口时，能够通过向第一控制器发送数据获取请求，从第一控制器获得来自第一传感器的数据，有助于精简车载系统的硬件配置，避免传感器冗余设置。

可以理解，该数据传输装置1100可以为或可以部署在上述通信系统中的第二控制器。

在某些实施方式中，所述第一通信协议是实时流传输协议，实时传输协议，用户数据报协议或传输控制协议中的一种。

应理解，上述关于数据传输方法的相关补充说明和技术效果也适用于数据传输装置，此处不再重复说明。

本申请实施例中的第一控制器，或者第二控制器的相关功能可以通过图12中的电子设备1200来实现。图12所示为本申请实施例提供的电子设备1200的结构示意图。如图12所示，该电子设备1200可包括：处理器1201、收发器1205，可选的还包括存储器1202。

所述收发器1205可以称为收发单元、收发机、或收发电路等，用于实现收发功能。收发器1205可以包括接收器和发送器，接收器可以称为接收机、接收电路或接收单元等，用于实现接收功能；发送器可以称为发送机、发送电路或发送单元等。

存储器1202中可存储计算机程序或软件代码或指令1204，该计算机程序或软件代码或指令1204还可称为固件。处理器1201可通过运行其中的计算机程序或软件代码或指令1203，或通过调用存储器1202中存储的计算机程序或软件代码或指令1204，对mac层和phy层进行控制，以实现本申请下述各实施例提供的信号传输方法。其中，处理器1201可以为中央处理器(centralprocessingunit，cpu)，存储器1202例如可以为只读存储器(read-onlymemory，rom)，或为随机存取存储器(randomaccessmemory，ram)。

本申请中描述的处理器1201和收发器1205可实现在集成电路(integratedcircuit，ic)、模拟ic、射频集成电路rfic、混合信号ic、专用集成电路(applicationspecificintegratedcircuit，asic)、印刷电路板(printedcircuitboard，pcb)、电子设备等上。

该电子设备1200所包括的各模块仅为示例说明，本申请不对此进行限制。

如前所述，以上实施例描述中的电子设备1200可以是第一控制器或第二控制器，但本申请中描述的电子设备的范围并不限于此，而且电子设备的结构可以不受图12的限制。电子设备可以是独立的设备或者可以是较大设备的一部分。例如所述电子设备的实现形式可以是：

(1)独立的集成电路ic，或芯片，或，芯片系统或子系统；(2)具有一个或多个ic的集合，可选的，该ic集合也可以包括用于存储数据，指令的存储部件；(3)可嵌入在其他设备内的模块；(4)接收机、智能终端、无线设备、手持机、移动单元、车载设备、云设备、人工智能设备等等；(5)其他等等。

对于电子设备的实现形式是芯片或芯片系统的情况，其中，芯片包括处理器和接口。其中，处理器的数量可以是一个或多个，接口的数量可以是多个。接口用于信号的接收和发送。可选的，该芯片或芯片系统可以包括存储器。存储器中用于保存芯片或芯片系统必要的程序指令和数据。

本申请实施例并且不限制权利要求书的保护范围和适用性。本领域技术人员可以在不脱离本申请实施例范围的情况下对本申请涉及的元件的功能和部署进行适应性更改，或酌情省略、替代或添加各种过程或组件。

在一种实现方式中，电子设备1200为上述方法实施例中的第一控制器，电子设备1200可通过处理器和收发器，实现本申请实施例中由第一控制器执行的任意一种方法的部分或全部步骤，例如处理器可用于控制收发器1205：

接收来自于第二控制器的数据获取请求，所述数据获取请求用于请求获取第一传感器的数据，所述第一控制器支持所述第一传感器对应的数据接口，所述第二控制器不支持所述第一传感器对应的数据接口；

接收来自于所述第一传感器的第一数据；以及

根据第一通信协议向所述第二控制器发送转换后的第一数据。

在另一种实现方式中，电子设备1200为上述方法实施例中的第二控制器，电子设备1200可通过处理器和收发器，实现本申请实施例中由第二控制器执行的任意一种方法的部分或全部步骤，例如处理器可用于控制收发器1205：

向第一控制器发送数据获取请求，所述数据获取请求用于请求获取第一传感器的数据，所述第一控制器支持所述第一传感器对应的数据接口，所述第二控制器不支持所述第一传感器对应的数据接口；以及

根据第一通信协议，接收来自第一控制器的数据。

应理解，上述关于数据传输方法实施例的相关补充说明也适用于本实施例的电子装置1200，此处不再重复说明。

本申请提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，该计算机指令指示该服务器执行上述任一实施方式提供的数据传输方法。

还应理解，本文中涉及的第一、第二、第三、第四以及各种数字编号仅为描述方便进行的区分，并不用来限制本申请的范围。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本申请实施例装置中的模块可以根据实际需要进行合并、划分和删减。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。