CN116016588A - 远程数据传输处理系统及方法 - Google Patents

Abstract

本申请提供一种远程数据传输处理系统及方法，应用于汽车技术领域，其中系统包括N个记录仪、平台和M个终端，其中每个记录仪连接对应的一部车辆的电子控制器，终端与平台之间、在平台与记录仪之间被配置为能够分别建立起对应的数据链路连接；任一终端与任一电子控制器之间均能够基于已建立起的数据链路连接形成数据传输通路；以及针对于任意已建立起当前数据传输通路的当前电子控制器与当前终端之间，当前终端用于通过当前数据传输通路自当前电子控制器接收数据，并通过当前数据传输通路向当前电子控制器下发数据。通过在终端和车辆之间建立远程通讯的数据通道，在终端与车辆之间实现远程通讯。

Description

远程数据传输处理系统及方法

技术领域

本申请涉及汽车技术领域，具体涉及一种在终端与车辆ECU(电子控制器)之间实现远程通讯的远程数据传输处理系统及方法。

背景技术

在汽车领域，ECU(Electronic Control Unit，电子控制单元)是车辆中实现电子控制的核心部件，即电子控制基本需要依赖ECU实现，比如车辆数据的采集，通过改写/刷写数据重新定义电子控制部件的功能等。

传统方案中的车辆数据(比如总线数据、各种传感器数据、摄像头数据等)，通常可以存储在ECU内部，或者被ECU往外发送到ECU所在的车载总线上，方便在需要对车辆数据进行分析及诊断时，能够通过一些技术手段来获取到这些数据。

但是，一方面因车辆对安全性、可靠性等方面有极高要求，在对ECU数据进行获取、改写等方面，通常只能在车辆厂商授权下进行，二方面因PC终端和ECU均不具备远程通讯功能。因此，通常需要使用厂商提供的专业终端设备(如PC终端)，并通过物理线束与车辆内部的总线或ECU进行直连后才能通讯，已不能满足汽车领域中需要对ECU进行远程的数据采集、数据标定、数据诊断等新需求。

发明内容

有鉴于此，本说明书实施例提供一种在PC终端与车辆ECU之间实现远程通讯的远程数据传输处理系统及方法，在均不具备远程通讯能力的PC终端与车辆ECU之间实现远程数据通讯功能，非常方便地在ECU数据的标定、诊断等应用场景中部署应用。

本说明书实施例提供以下技术方案：

本说明书实施例提供一种远程数据传输处理系统，包括N个记录仪、平台和M个终端；其中，M、N均正整数；每个记录仪连接对应的一部车辆的电子控制器，所述终端与所述平台之间、所述平台与所述记录仪之间被配置为能够分别建立起对应的数据链路连接；任一终端与任一电子控制器之间均能够基于已建立起的所述数据链路连接形成数据传输通路；

针对于任意已建立起当前数据传输通路的当前电子控制器与当前终端，所述当前终端用于通过所述当前数据传输通路自所述当前电子控制器接收数据，并通过所述当前数据传输通路向所述当前电子控制器下发数据。

优选地，所述当前终端具体用于：

通过所述当前数据传输通路，向所述当前电子控制器下发第一标定指令；所述第一标定指令用于将所述当前电子控制器中的指定控制参数标定为第一参数；

通过所述当前数据传输通路，接收所述当前电子控制器发出的指定检测数据；

若所述指定检测数据未满足预设要求，则通过所述当前数据传输通路，向所述当前电子控制器下发第二标定指令；所述第二标定指令用于将所当前电子控制器中的所述指定控制参数标定为第二参数；

若所述指定检测数据满足所述预设要求，则通过所述当前数据传输通路，向所述当前电子控制器下发刷写指令，所述刷写指令至少用于将所述当前电子控制器中的所述指定控制参数刷写确定为所述第一参数。

优选地，所述平台用于：

获取所述当前电子控制器所属当前车辆的车辆信息；

根据所述当前车辆的车辆信息与所述指定控制参数，查询存储于所述平台的参考信息，得到推荐标定信息；所述参考信息用于表示出相映射的各标定信息、控制参数与车辆信息；所述推荐标定信息为映射于所述指定控制参数与所述当前车辆的车辆信息的标定信息；

将所述推荐标定信息发送至所述当前终端，以作为所述当前终端确定所述第一标定指令和/或所述第二标定指令的依据。

优选地，所述平台还用于：

若所述指定检测数据满足所述预设要求，则确定所述第一参数或所述第一标定指令作为待分析标定信息，所述指定控制参数作为待分析控制信息，所述当前车辆的车辆信息作为待分析车辆信息；

所述待分析标定信息、所述待分析车辆信息与所述待分析控制信息用于更新所述参考信息。

优选地，所述当前终端还用于：

若所述指定检测数据与预设的目标值的差距小于预设差距阈值，则确定所述指定检测数据满足所述预设要求。

优选地，所述平台还用于：

获取所述目标值；

将所述目标值输入经训练的模型，并获取所述模型输出的推荐标定信息；

将所述推荐标定信息发送至所述当前终端，以作为所述当前终端确定所述第一标定指令和/或所述第二标定指令的依据。

优选地，所述记录仪具体用于：

捕获所述当前电子控制器的运行时变量数据，并将所述运行时变量数据以数据文件的形式存储于本地，其中所述运行时变量数据为所述当前电子控制器在所述指定控制参数标定为第二参数后，重新发出的所述指定检测数据。

优选地，所述当前终端还用于通过所述当前数据传输通路从所述记录仪中下载所述运行时变量数据。

优选地，本说明中任意一项实施例中，所述记录仪还用于将运行数据返回所述当前终端，其中运行数据包括以下至少一种数据：记录仪的运行行为、记录仪与所述当前电子控制器之间的通讯行为。

本说明书实施例还提供一种远程数据传输处理方法，应用于本说明中任意一项实施例所述的远程数据传输处理系统，所述远程数据传输处理方法包括：

在当前终端与平台之间、在平台与记录仪之间，分别建立对应的数据链路连接，以使得所述当前终端与当前电子控制器之间至少存在一条当前数据传输通路；

所述当前终端基于所述当前数据传输通路与所述当前电子控制器进行远程数据通讯，其中所述当前终端通过所述当前数据传输通路自所述当前电子控制器接收数据，并通过所述当前数据传输通路向所述当前电子控制器下发数据。

与现有技术相比，本说明书实施例采用的上述至少一个技术方案能够达到的有益效果至少包括以下若干项：

通过建立“当前电子控制器(如车辆ECU)-记录仪-平台-当前终端(如PC终端)”之间的数据链路连接，使得均不具备远程通讯能力的PC终端和车辆ECU之间至少存在一条数据链路通道，从而为PC终端远程地对车辆ECU的数据进行诊断、标定、刷写等处理提供了远程通讯基础，同时使得PC终端的用户(如标定工程师)可以不用受限于工作环境、地点等，更自由地完成工作；

基于“车辆ECU-记录仪-平台-PC终端”之间的数据链路通道，在对车辆ECU数据进行处理中，可以有效地区分了刷写与标定的功能，同时可以实现“采集-标定-再采集-再标定-……-刷写”的完整处理流程，以及可以不断地循环“采集-标定”的过程，直至满足需求，才进行刷写；

基于“采集-标定”的循环过程，使得PC终端的用户(如标定工程师)可及时获悉标定结果，及时手动或自动做调整，并在标定出最优结果后才进行刷写，保障刷写的结果是最优的。

附图说明

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

图1是本申请中远程数据传输处理系统的结构示意图；

图2是本申请中远程数据传输处理系统的数据流示意图；

图3是本申请中远程数据传输处理方法的流程示意图；

图4是本申请中远程数据传输处理方法的流程示意图。

具体实施方式

下面结合附图对本申请实施例进行详细描述。

以下通过特定的具体实例说明本申请的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本申请的其他优点与功效。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。本申请还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本申请的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

要说明的是，下文描述在所附权利要求书的范围内的实施例的各种方面。应显而易见，本文中所描述的方面可体现于广泛多种形式中，且本文中所描述的任何特定结构及/或功能仅为说明性的。基于本申请，所属领域的技术人员应了解，本文中所描述的一个方面可与任何其它方面独立地实施，且可以各种方式组合这些方面中的两者或两者以上。举例来说，可使用本文中所阐述的任何数目和方面来实施设备及/或实践方法。另外，可使用除了本文中所阐述的方面中的一或多者之外的其它结构及/或功能性实施此设备及/或实践此方法。

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

另外，在以下描述中，提供具体细节是为了便于透彻理解实例。然而，所属领域的技术人员将理解，可在没有这些特定细节的情况下实践。

目前，高级驾驶辅助系统(Advanced Driving Assistance System，简称ADAS)是当前汽车领域中的一种新应用场景，其中ADAS是利用安装在车上的各式各样传感器，比如毫米波雷达、激光雷达、单/双目摄像头以及卫星导航等，在汽车行驶过程中随时来感应周围的环境，实现数据收集，进而通过静态、动态物体的辨识、侦测与追踪，并结合导航地图数据，进行系统的运算与分析。

传统方案中，基于ECU为车辆中进行电子控制的核心组件，车辆数据可以被ECU采集、反馈等，便于得到厂商授权的后端终端(如PC终端)对这些车辆数据进行分析、诊断、标定等处理。

但是，ECU和PC终端均不具备远程通信能力，因而需要PC终端在现场使用线速与ECU(或者时ECU所在的车辆总线)进行直连来导出数据。

本申请中，通过对ECU及其车辆数据传输路径进行探索和改进，并鉴于ECU数据的标定和刷写属于两个不同的处理流程，通过改进数据传输路径的架构，可以构建出一种车辆数据传输架构，使得工程师能够直接基于PC终端，就能够对车辆中的ECU进行以下完整的处理流程：采集-标定-再采集-再标定-……-最后刷写。

需要说明的是，标定是不断调教车辆ECU变量值，以使整车的工作状态达到最优的过程，但因为标定只能临时修改(断电后丢失)ECU变量值，所以还需要结合刷写让其永久生效；

诊断是通过读取车辆ECU变量值(ECU会记录相关信息)，分析定位车辆的故障部件和原因，根据故障原因不同，可能需要更换故障部件或者改写ECU变量值来解决；

刷写是在标定的结果能够满足需求后才进行，即在采集-标定的循环过程中得到的ECU技术数据能够满足要求后，才最终对ECU刷写数据。

而现有技术(比如前述示出的几个现有技术方案)，其思路均是在数据采集后进行标定(即标定＝刷写，标定后直接刷写ECU数据)，并在标定ECU数据后重新采集的循环过程，并不区分标定和刷写是两个不同的处理过程。

有鉴于此，本说明书实施例提出了一种整合有配置下发、数据下载及远程标定、诊断等功能的远程数据传输处理架构：

如图1所示，远程数据传输处理系统中包括：N个记录仪、平台和M个终端；其中，M、N均正整数；每个记录仪连接对应的一部车辆的电子控制器，所述终端与所述平台之间、所述平台与所述记录仪之间被配置为能够分别建立起对应的数据链路连接；任一终端与任一电子控制器之间均能够基于已建立起的所述数据链路连接形成数据传输通路；

针对于任意已建立起当前数据传输通路的当前电子控制器与当前终端，所述当前终端用于通过所述当前数据传输通路自所述当前电子控制器接收数据，并通过所述当前数据传输通路向所述当前电子控制器下发数据。

具体地，如图1示意，四方设备分别为PC终端、服务平台、数据记录仪和车辆ECU，通过利用服务平台的转发能力，以及数据记录仪对车辆ECU的管理能力，可以在PC终端和车辆ECU之间架设出一条通畅数据路径，使得工程师可以随时随地通过PC终端灵活地、高效地对车辆ECU远程实施以下完整处理流程：数据采集-标定-再采集-再标定-……-最后刷写。

其中，PC终端：用于实现人机交互，比如其中之一功能即在于：标定工程师可以通过PC终端的软件实现远程标定、远程诊断，例如：PC终端可以生成并下发符合诊断协议或标定协议的数据报文、实时可视化监控收发的诊断报文或标定报文、下载标定好的数据文件。需要说明的是，PC终端中可以使用ASAM MCD(ASAM Measurement，Calibration andDiagnosis，符合ASAM标准的集测试、标定、诊断的系统)标准的桌面程序，该桌面程序可以使用业界现有产品，这里不多PC终端所使用的该桌面程序作具体限定；

平台：可以是WEB云平台，其可在PC终端与记录仪之间形成数据链路，提供数据通讯、数据转发能力。其中，平台主要提供数据通讯的通道，对于在该通道上传输的数据格式并不会加以限制，不局限于某种通讯协议的报文，比如：Http、J1939、ISO27145；

记录仪：与车辆(例如其ECU)连接后，基于该连接与车辆(例如其ECU)进行通信，读取车辆的报文数据，同时具备与WEB云平台远程通讯的能力(比如移动4G、5G网络)。其中，报文数据可以包括但不限于：总线数据、各种传感器数据、摄像头数据等。需要说明的是，记录仪可以为现有用于管理车辆ECU的设备产品，这里不作具体限定；

车辆(或者说车辆ECU)：产生车辆数据，并对车辆数据临时存储，可以向记录仪上报数据，比如ECU暂存数据后向记录仪上报，或者ECU直接将数据推送到车辆总线上，便于记录仪从中获取这些车辆数据。

通过在上述架构中，依靠于设备之间数据链路的连接基础，从而无需在PC终端或车辆内设置与车辆数据的采集、标定、刷写等功能相关的独立模块(如前述现有技术的车载模块、诊断模块等的)，就可以在不具备远程通信能力的PC终端软件和车辆ECU之间，建立出PC终端与车辆ECU之间的远程通讯，即WEB云平台和记录仪可以作为PC终端和车辆ECU之间进行远程通讯的桥梁。

因此，基于上述改进得到的数据链路架构，可以取得以下若干技术效果：

一方面，上述数据链路架构可以为诊断、标定、刷写等处理提供了基础，使得标定工程师可以不用受限于工作环境、地点等，可以更自由地开展标定工作；

二方面，在上述数据链路架构中，四方设备可以为现有设备，进而在这些设备之间建立出数据链路连接后，可以利用设备自身能力作适配性功能调整来实现远程数据传输处理，最终可以在不具有远程通讯能力的PC终端与车辆ECU之间实现远程通讯功能。例如利用车辆ECU的数据暂存、上报等功能向记录仪上报数据，例如利用记录仪对车辆ECU的管理能力从车辆ECU中获取数据、向ECU下发数据等，例如利用记录仪与平台之间的连接，使得记录仪与平台之间实现通畅的数据交换，例如分别利用平台与PC终端、记录仪之间的数据链路通道，以及平台的转发能力，平台可以向记录仪、PC终端等转发数据。因此，四方设备可以被灵活地进行应用部署，以适应车辆数据处理各种场景，比如PC终端远程地对车辆ECU进行数据采集、标定和/或刷写等场景；

三方面，可以在对车辆ECU数据处理中，基于该数据链路架构能够有效地区分了刷写与标定的功能，可以实现“采集-标定-再采集-再标定-……-刷写”的完整处理流程，即采集-标定的过程可循环实现，以及基于该循环过程，工程师(PC端)可及时获悉标定结果，及时手动或自动作出调整，并在标定出最优结果后才进行刷写，保障刷写的结果是最优的，即提高了效率，又保证了安全性、可靠性。

需要说明的是，在本说明书实施例中以车辆ECU作为数据承载的设备端，PC终端作为数据处理的处理端，而平台和记录仪作为数据的转发设备，从而在不具备远程通信能力的设备端和处理端之间实现出远程通讯功能，便于处理端对设备端进行数据处理，比如下发配置数据、数据采集、数据标定、数据诊断等。

在一些实施方式中，基于前述的远程数据传输处理系统的处理架构，在任一当前终端(如当前的PC终端)和任一当前电子控制器(如当前的车辆ECU)之间建立出当前数据传输通路后，当前终端可以远程地对当前电子控制器进行标定-采集-刷写的整体处理流程，示意如下：

当前终端通过所述当前数据传输通路，向所述当前电子控制器下发第一标定指令；所述第一标定指令用于将所述当前电子控制器中的指定控制参数标定为第一参数；

当前终端通过所述当前数据传输通路，接收所述当前电子控制器发出的指定检测数据；

当前终端对指定检测数据进行诊断后，若所述指定检测数据未满足预设要求，则通过所述当前数据传输通路，向所述当前电子控制器下发第二标定指令；所述第二标定指令用于将所当前电子控制器中的所述指定控制参数标定为第二参数；

若所述指定检测数据满足所述预设要求，则通过所述当前数据传输通路，向所述当前电子控制器下发刷写指令，所述刷写指令至少用于将所述当前电子控制器中的所述指定控制参数刷写确定为所述第一参数。

需要说明的是，当前电子控制器可以接收第一标定指令，并根据该第一标定指令将内部的指定控制参数(如控制变量)标定为第一参数后，基于第一参数运行后重新采集数据，从而得到新标定后的对应采集数据，进而可将新采集数据作为指定检测数据。

基于PC终端对车辆ECU之间存在的数据传输通路，PC终端可以向车辆ECU下发标定数据，车辆ECU重新标定后采集新数据后返回给PC终端，由PC终端重新诊断并标定，直到标定是满足要求时，PC终端再向车辆ECU下发刷写指令，最后完成整个标定-采集-刷写的整体流程。

在一些实施方式中，基于前述的远程数据传输处理系统的处理架构，可以利用平台的处理能力，为整体流程提供相关的标定信息推荐。

具体地，平台可以用于：

获取所述当前电子控制器所属当前车辆的车辆信息；

根据所述当前车辆的车辆信息与所述指定控制参数，查询存储于所述平台的参考信息，得到推荐标定信息；所述参考信息用于表示出相映射的各标定信息、控制参数与车辆信息；所述推荐标定信息为映射于所述指定控制参数与所述当前车辆的车辆信息的标定信息；

将所述推荐标定信息发送至所述当前终端，以作为所述当前终端确定所述第一标定指令和/或所述第二标定指令的依据。

通过在平台中记录各车辆的参考信息，即车辆信息、标定信息、控制参数之间的映射关系，进而在标定-采集-刷写的整体流程中，可以利用平台向相同车型推荐可用的标定信息，便于这些车辆对应的远程PC终端能够获得推

荐的标定信息，并根据平台推荐的这些标定信息快速确定标定指令、刷写指5令等，提高整体标定、诊断、刷写等效率。

在一些实施方式中，可以平台对前述参考信息进行更新，提高参考信息的有效性和准确性。

具体地，平台还可以用于：

若所述指定检测数据满足所述预设要求，则确定所述第一参数或所述第0一标定指令作为待分析标定信息，所述指定控制参数作为待分析控制信息，

所述当前车辆的车辆信息作为待分析车辆信息；

所述待分析标定信息、所述待分析车辆信息与所述待分析控制信息用于更新所述参考信息。

需要说明的是，车辆信息可以为用于描述车辆的以下至少一种信息：车5型、动力总成、底盘总成等。

在一些实施方式中，可以在终端中设置与标定相关的诊断阈值，使得终端可以根据阈值快速判定处标定是否满足预设要求。

具体地，当前终端还可以用于：若所述指定检测数据与预设的目标值的差距小于预设差距阈值，则确定所述指定检测数据满足所述预设要求。

0需要说明的是，目标值的设定可以根据标定中的诊断需要而设置，这里不作限定。

在一些实施方式中，可以在平台中利用模型来获得推荐标定信息，即平台还可以用于：获取终端中预设的所述目标值，进而将所述目标值输入经训

练的模型，从而获取所述模型输出的推荐标定信息，最后将所述推荐标定信5息发送至所述当前终端，以作为所述当前终端确定所述第一标定指令和/或所述第二标定指令的依据。

需要说明的是，已训练模型可以为现有技术中用于信息推荐的评分模型，这里不作具体限定。

在一些实施方式中，可以将车辆返回数据暂存于记录仪中，PC终端后续可以从记录仪中下载数据。即在当前电子控制器被当前终端进行标定后，记录仪可以用于：捕获所述当前电子控制器的运行时变量数据，并将所述运行时变量数据以数据文件的形式存储于本地，其中所述运行时变量数据为所述当前电子控制器在所述指定控制参数标定为第二参数后，重新发出的所述指定检测数据。

因此，在记录仪暂存ECU的数据后，当前终端还可以用于通过所述当前数据传输通路从所述记录仪中下载所述运行时变量数据，使得终端可以远程地获取到车辆ECU的数据，便于终端远程地对车辆ECU下发数据。

在一些实施方式中，基于前述的远程数据传输处理系统的处理架构，记录仪可以及时将自身的运行状态、与车辆ECU之间的通讯状态等运行状态数据，通过数据传输通路返回给PC终端，以便终端基于这些状态数据对车辆ECU进行标定、诊断、刷写等操作。

具体地，记录仪还用于将运行数据返回所述当前终端，其中运行数据包括以下至少一种数据：记录仪的运行行为、记录仪与所述当前电子控制器之间的通讯行为。

基于前述的远程数据传输处理系统的处理架构，下面对标定-采集-刷写的整体流程作如下过程示意：

如图2至图3所示，本说明书实施例提供一种远程数据传输方法，基于前述处理架构，可以在在不具有远程通讯能力的车辆ECU和PC终端之间实现远程数据通讯功能。其中，所述远程数据传输方法可包括：

步骤S202、建立设备之间的数据链路连接，即在PC终端与平台之间、平台与记录仪之间、记录仪与车辆ECU之间，建立出相应的数据链路连接。

例如，在当前终端与平台之间、在平台与记录仪之间，分别建立对应的数据链路连接，以使得当前终端与当前电子控制器之间至少存在一条当前数据传输通路。

实施中，鉴于记录仪与车辆ECU之间通常具有连接关系(比如线速的电连接、蓝牙的无线连接等)，以及PC终端可以连接互联网，因而可以通过PC终端登录于平台(如web平台)而建立出PC终端与平台之间的数据链路连接，以及根据PC终端与车辆ECU之间的连接需要，并在平台与记录仪之间通过实时地建立或者预先建立的方式，建立出相应的数据链路连接，从而可以利用平台、记录仪具有的数据接收和发送功能，在PC终端与车辆ECU之间打通数据链路。

需要说明的是，PC终端与平台之间的连接，记录仪与平台之间的连接等，可以是基于现有的互联网连接方式进行实施，这里不作限定；还有，在根据PC终端与车辆记录仪之间的连接需要建立平台与记录仪之间的连接时，可以是基于连接请求进行连接建立，比如PC终端针对某个车辆ECU发起的连接请求，也可以是预先建立的固定通讯连接，这里不作具体限定。

因此，虽然市面上的PC终端(如PC上的标定、诊断等软件)和车辆ECU都是不具备远程通讯功能，但是得益于平台(如web平台)和记录仪的能力，PC终端跟车辆ECU的远程通讯可以通过网络远程完成，这是与传统方案中需要二者通过物理线束直连的方式完全不同，这一点是有别于传统方案的地方。

步骤S204、当前终端基于所述当前数据传输通路与所述当前电子控制器进行远程数据通讯，其中所述当前终端通过所述当前数据传输通路自所述当前电子控制器接收数据，并通过所述当前数据传输通路向所述当前电子控制器下发数据。

例如，当前终端和当前电子控制器之间基于步骤S202建立的数据链路连接进行远程数据通讯，以使得车辆ECU采集的数据经该数据链路连接向PC终端回传，以及使得PC终端通过该数据链路连接向车辆ECU下发配置数据。

数据上报过程示意如下：车辆ECU在采集到车辆数据后，可以基于自身上报功能将数据上报给记录仪，然后记录仪向平台转发该数据，接着平台向PC终端转发，最终PC终端可以获得车辆ECU采集的数据。

需要说明的是，车辆ECU上报数据，可以是自发地上报，也可以是由PC终端向记录仪发起请求后进行上报，这里不作限定。

还有，车辆数据可以为测量变量、故障变量等，这些数据均为汽车上某个ECU中的变量或信号，该变量的数据可以是在ECU内部存储，也可以是被ECU往外发送到ECU所在的车载总线上，从而记录仪可以通过一些技术手段(如读取ECU存储的数据，如从总线上读取数据等)就可以获取，因而不对车辆ECU与记录仪之间的数据传输作具体限定。

实施中，针对传输数据的格式、报文等，业界制定了相关的标准，如文件格式，可以为A2L文件(ASAM MCD-2MC标准)，描述了汽车中ECU的分布和相关信息，以及ECU中的测量量(可读)和标定量(可读写)等信息，也可以为DBC文件(Database CAN)描述了汽车中消息(简单理解就是数据)的结构和语义；以及，在这些文件格式中，相应地描述了相关变量，比如在有了目标车型对应的A2L文件，就能知道并选择需要读取的测量变量、标定变量，如测量变量示例：abak、abaov、aint等，标定变量示例：AA0、AA1、ABOMX等等。

因此，基于上述数据链路架构和数据处理步骤，在记录仪所支持型号汽车的车辆ECU时，通过ECU给出的数据可以能够直观地得知当前车辆的状态如何，比如：从控制发动机的ECU中可以获取到发动机转速的信号值、温度值，所以PC终端的用户(如标定工程师)首先会分析数据是否符合预期、理想状态，或者是否存在异常的地方，再根据分析结论修改对应的ECU变量，如果分析的是故障变量，需要知道车辆的哪个部件出了问题，以及引发问题的原因。即，基于上述数据链路架构和数据处理步骤，可以在PC终端和车辆ECU之间远程实现以下完成处理流程“采集-标定-在采集-在标定-……-刷写”，以及可以不断地循环进行“采集-标定”处理过程，直到标定满足要求后最后才进行刷写(即下发配置)流程。

数据下发过程示意如下：PC终端将下发数据(如配置数据)向平台发送，

平台将数据转发给记录仪，记录仪再转发给车辆ECU，最终车辆ECU执行5刷写程序完成数据刷写过程。

需要说明的是，数据下发可以是由PC终端的用户(如标定工程师)在进行数据处理后得到满足使用要求的配置数据而发起的，也可以是PC终端自身根据刷写需要而向车辆ECU下发配置流程触发的，这里不作限定。

下面，对各设备在数据传输处理方案中相应执行若干步骤进行如下示意0说明：

1、PC终端

根据标定工程师操作PC终端的软件的结果，给ECU下发读取测量变量、标定变量或读取故障变量信息的指令，和/或将从ECU读取到的数据进行可

视化等。基于上述数据链接架构和处理方法，可以通过数据上报、配置下发5等标准流程加以实现。需要说明的是，数据上报、配置下发等标准流程，通过在PC终端的软件中存在，比如PC终端的软件可以是现有用语对ECU进行标定、诊断等功能软件，如符合ASAMMCD的桌面程序，这时对ECU的相关数据处理流程均在PC终端的软件可以完成。因此，这里不对标定、诊断等进行限定和示意说明。

0因此，在获得车辆ECU数据后，鉴于这些数据中已包含了车辆相关信息，

比如示例中，ECU变量的值能够直观的说明当前车辆的状态如何，如发动机转速的信号值、温度值，这时PC终端的用户(即标定工程师)可以根据任务目标，是对数据做标定还是诊断，是修改对应的ECU变量，还是下发修改

后的数据给ECU等，均可以在作出判断并向PC终端给出相关指令后，由PC5终端和车辆ECU之间远程通讯加以实施。

例如，标定工程师针对不同变量可以给PC终端给出相应指令，比如首先分析ECU上传的数据是否符合预期、理想状态，或者是否存在异常的地方，再根据分析结论指示PC终端修改对应的ECU变量；如果分析的是故障变量，需要知道车辆的哪个部件出了问题，以及引发问题的原因，进而指令PC终端从ECU中采集数据、标定数据等循环过程。

实施中，标定工程师分析PC终端软件实时接收到回传的数据后，如果标定结果已经达到预期，或者故障已经得到解决，即可指示PC终端对ECU进行远程刷写操作。以及，PC终端还可将这些结果数据应用到其他有相同需要的车辆上，比如通过平台向记录仪发送相关请求，以便记录仪对相应车辆ECU下发该结果数据来完成刷写。

2、平台

如前述图2示意，平台可以根据连接需要建立相关连接，以及基于连接转发相关数据，这里不再展开。

实施中，鉴于标定过程就是一个不断试错、调整的过程，也是一个积累经验的过程，这时可以利用平台自身高性能的资源和计算能力，为PC终端提供强大的数据管理能力、推荐引擎等。

例如，平台实现了车型管理。平台可以用于管理车型信息、车型下的车辆信息，便于PC终端基于平台所管理的这些信息，快速地对具体车辆ECU进行前述的“采集-标定-再采集-再标定-……-刷写”的完整处理流程。

例如，平台实现标定数据管理。平台可以用于管理标定数据，如对PC终端的标定数据加以保存，以便PC终端将这些数据复用到相同车型，以及便于记录仪可以针对相同车型从平台中获取这些复用数据，实现标定数据的复用，从而在某些场景下可以解决重复劳动的问题，提高工作效率。

例如，平台实现了标定数据推荐引擎。通过对数据仓库的数据做样本分析、特征抽取、汇总，实现智能推荐的场景，提高工程师工作效率，比如：相同车型的推荐、相同动力总成的推荐、相同底盘总成的推荐，让数据不再形成孤岛，能够经验共享、数据共享，到达数字化、资产化、价值最大化。

例如，平台实现AI模型功能。当积累的数据达到一定体量后，可以在平台中利用机器学习的强大能力，并结合标定工程师的标定经验数据，形成AI算法模型，进而可以结合这些数据来对模型进行训练，得到标定模型，从而可以利用该标定模型对ECU数据形成初步标定数据和/或初步诊断数据，进而这些初步数据返回PC终端后，标定工程师可以快速地基于这些初步数据进行标定或诊断。另外，当要生产新车型时，只需要预设好整车或某个部件的预期值，平台可以相应地给出AI推荐结果。需要说明的是，这里的机器学习模型，可以为现有算法模型构成的分类模型，这里对模型不作限定。

3、记录仪

如前述图2示意，记录仪可以把ECU上报数据，以及捕获ECU(ECU应用修改过后的变量)最新的运行时变量数据等，进而将数据转发给平台后回传到PC终端，以便PC终端可以对数据进行实时监控。

在一些示例中，记录仪可以把数据以数据文件的形式存储在本地，实现回传中的暂存功能，以便PC终端基于前述数据链路架构进行后续下载。

在一些示例中，记录仪可以对数据进行一些处理，比如：过滤要回传给PC终端的数据、哪些数据要保存成数据文件、文件的存储格式等，便于平台、PC终端等从记录仪中获取并处理这些数据。

在一些示例中，记录仪自身的运行时行为(如状态)、跟ECU通讯的行为等，可以上报给平台、PC终端等，便于平台、PC终端对记录仪进行监测。其中，监测可以是PC终端完成，也可以通过web平台完成。

需要说明的是，记录仪向PC终端回传数据，或者PC终端从记录仪中下载数据文件，均可以通过网络远程完成这里不作限定。

4、车辆ECU

实时采集车辆相关数据，并将采集数据上报给记录仪，以及接收记录仪转发的配置数据进行刷写操作。

具体地，车辆ECU作为数据源和数据落实设备，不仅实时地提供PC终端所需的采集数据，而且还能够根据配置数据完成自身刷写。

下面，对基于前述数据链路处理架构进行远程数据传输处理作以下示意说明：

如图4所示，远程数据传输处理过程可以包括以下步骤：

S1：建立设备之间的连接，在PC端、平台、记录仪和车辆(或者说车辆ECU)之间形成数据链路，使得平台可在PC终端、记录仪之间转发数据，具体可参见前述实施例的相关示意内容；

S2：基于PC终端的软件(如实现了ASAM MCD标准的桌面程序)获取标定工程师操作软件的数据，并基于步骤S1打通的链路向车辆ECU下发读取测量变量、标定变量或读取故障变量信息的指令，以及将读取到的数据可视化；

S3：根据S2获取的数据，PC终端获取标定工程师根据任务目标是做标定还是诊断，并获取到修改对应的ECU变量的相关数据后，下发修改后的数据给ECU；

S4：下发配置文件给记录仪。其中，此步骤也可在S3步骤之前，这里不作具体步骤顺序的限定；

S5：在修改过后的变量后，记录仪捕获ECU最新的运行时变量数据，回传并存该储数据。需要说明的是，记录仪可以把该数据回传到PC终端实时监控，也可以把数据以数据文件的形式存储在本地供后续下载，这里不作限定；

S6：基于“采集-标定”的过程，PC终端的软件在获取标定工程师分析实时回传数据的结果后，比如标定数据、诊断数据等，通过这些数据可以得知标定结果是否已经达到预期，或者故障是否已经得到解决，并当满足刷写要求时，通过远程刷写的方式，对当前ECU进行刷写的数据下发。需要说明的是，PC终端还可以将这些数据应用到其他有同样需要的车辆上，不再展开；另外，如果标定结果没有达到预期，则重复执行步骤S3-S6；

S7：刷写ECU。其中PC终端将标定工程师确定的标定数据(即标定工程师认为标定达到最优，可以刷写到汽车ECU上的数据)

另外，在上述步骤之外，PC终端还可以将步骤S7的标定数据保存到平台，便于后续基于平台的数据实现标定数据复用，如复用到相同车型的ECU。

一种实施例中，平台还用于确定是否建立当前数据传输通路，其过程可例如：

在已建立起当前数据传输通路的数量大于预设的数量阈值P的情况下，表示平台已经承担了足够多的工作量或可能需要承担足够多的工作量，此时，对于新的连接请求(也可理解为平台已接收到但还未处理的连接请求)，所述平台针对已接收到的未处理的所有S个连接请求，确定所述S个连接请求对应的S个记录仪；其中的S为大于或等于2的整数；连接请求例如是终端发出的用于请求与一个设备端建立当前数据传输通路的请求；

所述平台获取所述S个记录仪中每个记录仪的网络质量信息和/或空闲情况信息；

所述平台基于所述网络质量信息和/或所述空闲情况信息，确定所述S个连接请求的最新排序结果，所述最新排序结果表征了：所述S个连接请求被处理的优先次序；其中，网络质量信息体现的网络质量越好，排序越靠前，空闲情况越空闲，排序越靠前，可以采用网络质量信息和空闲情况信息的加权求和值来进行排序；

所述服务端基于所述最新排序结果，在所述S个连接请求中确定L个连接请求作为L个目标连接请求，L为小于S的正整数；

针对所有目标连接请求(包含L个目标连接请求，还可包含其他目标连接请求)，建立对应的数据传输通络作为所述当前数据传输通路。

以上方案中，在平台已建立起足够多当前数据传输通路的情况下，可择优选择网络质量较好和/或较空闲的记录仪所对应的连接请求建立数据传输通路，保障资源的充分高效使用。

此外，也可结合终端的用户的优先级，例如，若指定优先级的任一用户的终端发出了一个连接请求，则直接将该连接请求作为一个目标连接请求，并适应性地将L的取值减1，该目标连接请求的当前数据传输通路建立后，再适应性地将L的取值加一。进而，可兼顾特定用户的优先处理，以及资源的充分高效使用。

本说明书中各个实施例之间相同相似的部分互相参见即可，每个实施例侧重说明的都是与其他实施例的不同之处。尤其，对于后面说明的产品实施例而言，由于其与方法是对应的，描述比较简单，相关之处参见系统实施例的部分说明即可。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种远程数据传输处理系统，其特征在于，包括N个记录仪、平台和M个终端；其中，M、N均正整数；每个记录仪连接对应的一部车辆的电子控制器，所述终端与所述平台之间、所述平台与所述记录仪之间被配置为能够分别建立起对应的数据链路连接；任一终端与任一电子控制器之间均能够基于已建立起的所述数据链路连接形成数据传输通路；

针对于任意已建立起当前数据传输通路的当前电子控制器与当前终端，所述当前终端用于通过所述当前数据传输通路自所述当前电子控制器接收数据，并通过所述当前数据传输通路向所述当前电子控制器下发数据。

2.根据权利要求1所述的远程数据传输处理系统，其特征在于，所述当前终端具体用于：

通过所述当前数据传输通路，向所述当前电子控制器下发第一标定指令；所述第一标定指令用于将所述当前电子控制器中的指定控制参数标定为第一参数；

通过所述当前数据传输通路，接收所述当前电子控制器发出的指定检测数据；

若所述指定检测数据未满足预设要求，则通过所述当前数据传输通路，向所述当前电子控制器下发第二标定指令；所述第二标定指令用于将所当前电子控制器中的所述指定控制参数标定为第二参数；

若所述指定检测数据满足所述预设要求，则通过所述当前数据传输通路，向所述当前电子控制器下发刷写指令，所述刷写指令至少用于将所述当前电子控制器中的所述指定控制参数刷写确定为所述第一参数。

3.根据权利要求2所述的远程数据传输处理系统，其特征在于，所述平台用于：

获取所述当前电子控制器所属当前车辆的车辆信息；

根据所述当前车辆的车辆信息与所述指定控制参数，查询存储于所述平台的参考信息，得到推荐标定信息；所述参考信息用于表示出相映射的各标定信息、控制参数与车辆信息；所述推荐标定信息为映射于所述指定控制参数与所述当前车辆的车辆信息的标定信息；

将所述推荐标定信息发送至所述当前终端，以作为所述当前终端确定所述第一标定指令和/或所述第二标定指令的依据。

4.根据权利要求3所述的远程数据传输处理系统，其特征在于，所述平台还用于：

若所述指定检测数据满足所述预设要求，则确定所述第一参数或所述第一标定指令作为待分析标定信息，所述指定控制参数作为待分析控制信息，所述当前车辆的车辆信息作为待分析车辆信息；

所述待分析标定信息、所述待分析车辆信息与所述待分析控制信息用于更新所述参考信息。

5.根据权利要求2所述的远程数据传输处理系统，其特征在于，所述当前终端还用于：

若所述指定检测数据与预设的目标值的差距小于预设差距阈值，则确定所述指定检测数据满足所述预设要求。

6.根据权利要求5所述的远程数据传输处理系统，其特征在于，所述平台还用于：

获取所述目标值；

将所述目标值输入经训练的模型，并获取所述模型输出的推荐标定信息；

将所述推荐标定信息发送至所述当前终端，以作为所述当前终端确定所述第一标定指令和/或所述第二标定指令的依据。

7.根据权利要求2所述的远程数据传输处理系统，其特征在于，所述记录仪具体用于：

捕获所述当前电子控制器的运行时变量数据，并将所述运行时变量数据以数据文件的形式存储于本地，其中所述运行时变量数据为所述当前电子控制器在所述指定控制参数标定为第二参数后，重新发出的所述指定检测数据。

8.根据权利要求7所述的远程数据传输处理系统，其特征在于，所述当前终端还用于通过所述当前数据传输通路从所述记录仪中下载所述运行时变量数据。

9.根据权利要求1-8中任意一项所述的远程数据传输处理系统，其特征在于，所述记录仪还用于将运行数据返回所述当前终端，其中运行数据包括以下至少一种数据：记录仪的运行行为、记录仪与所述当前电子控制器之间的通讯行为。

10.一种远程数据传输处理方法，其特征在于，应用于如权利要求1-9中任意一项所述的远程数据传输处理系统，所述远程数据传输处理方法包括：

在当前终端与平台之间、在平台与记录仪之间，分别建立对应的数据链路连接，以使得当前终端与当前电子控制器之间至少存在一条当前数据传输通路；

所述当前终端基于所述当前数据传输通路与所述当前电子控制器进行远程数据通讯，其中所述当前终端通过所述当前数据传输通路自所述当前电子控制器接收数据，并通过所述当前数据传输通路向所述当前电子控制器下发数据。

Images