CN112230626B - 一种车辆诊断数据上报方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种车辆诊断数据上报方法、装置、设备及存储介质，包括：建立与各从设备的红外通信连接；按照分时复用方式向车辆维修厂中的各台从设备分别发送相应的诊断数据请求报文，以使所述各台从设备基于所述诊断数据请求报文生成对应的车辆诊断数据报文；接收各台所述从设备返回的车辆诊断数据报文；对所述车辆诊断数据报文进行解析以得到待上传诊断数据，并通过通信网将所述待上传诊断数据上传至云平台。本申请只需在主设备上搭载通信网络模块，主设备和从设备通过红外收发装置进行数据传输，有效降低了设备成本，并且红外传输抗干扰能力相对较强且方向性强，数据传输不容易被中断和被截获。

Description

一种车辆诊断数据上报方法、装置、设备及存储介质

技术领域

本发明涉及车辆诊断技术领域，特别涉及一种车辆诊断数据上报方法、装置、设备及存储介质。

背景技术

近年来，随着移动互联网的发展，越来越多的设备接入到通信网络中，新的服务和应用层出不穷，通信网络的应用领域也越来越宽，但通信网络带来便捷的同时也带了很大的成本投入。例如，在车辆维修厂中，传统的车辆诊断和数据上报等工作实现了与5G网络的深度融合，由于5G网络的高速率、低时延的特性，使得5G网络在汽车诊断领域用途越来越多，在一个车辆维修厂里面，可能有数台甚至数十台远程诊断设备，现有技术为每台设备都配备通信网络模块用于数据传输，由于5G模块等通信网络模块的成本很高，在远程诊断快捷方便的同时，也大大增加了设备成本。综上所述可以看出，现有技术中至少存在设备成本高的技术问题。

发明内容

有鉴于此，本发明的目的在于提供一种车辆诊断数据上报方法、装置、设备及存储介质，通过基于红外传输的网络分时复用机制，达到网络共享，有效降低了车辆维修厂在对车辆诊断数据进行上报的过程中的设备成本。其具体方案如下：

本申请的第一方面提供了一种车辆诊断数据上报方法，应用于车辆维修厂的主设备，包括：

建立与各从设备的红外通信连接；

按照分时复用方式向车辆维修厂中的各台从设备分别发送相应的诊断数据请求报文，以使所述各台从设备基于所述诊断数据请求报文生成对应的车辆诊断数据报文；

接收各台所述从设备返回的车辆诊断数据报文；

对所述车辆诊断数据报文进行解析以得到待上传诊断数据，并通过通信网将所述待上传诊断数据上传至云平台。

可选的，所述在所述按照分时复用方式向车辆维修厂中的各台从设备分别发送相应的诊断数据请求报文之前，还包括：

触发诊断请求，并对所述诊断请求进行加密，得到诊断请求数据体；

基于红外传输协议对应的报文格式，对报文头、发送设备ID、接收设备ID以及所述诊断请求数据体进行封装，得到所述诊断数据请求报文。

可选的，所述对所述诊断请求进行加密，得到诊断请求数据体，包括：

利用所述主设备的密钥或所述从设备的密钥对所述诊断请求进行非对称加密；

其中，当所述从设备收到接收设备ID与自身设备ID一致的所述诊断数据请求报文后，利用所述主设备的密钥或自身设备的密钥对所述诊断数据请求报文中的诊断请求数据体进行解密。

可选的，所述接收各台所述从设备返回的车辆诊断数据报文，包括：

获取各台所述从设备返回的相应的车辆诊断数据报文；其中，所述车辆诊断数据报文为所述从设备基于红外传输协议对应的报文格式对报文头、接收设备ID、发送设备ID以及车辆诊断数据体进行封装后得到的报文；所述车辆诊断数据体为所述从设备利用所述主设备的密钥或自身的密钥对诊断请求响应数据进行加密后得到的数据体；

判断获取的车辆诊断数据报文的接收设备ID与所述主设备ID是否一致，如果否，则丢弃所述车辆诊断数据报文，如果是，则接收所述车辆诊断数据报文。

可选的，在所述判断获取的车辆诊断数据报文的接收设备ID与所述主设备ID是否一致之后，还包括：

判断所述获取到的车辆诊断数据报文与所述主设备发送对应的所述诊断数据请求报文之间的时间差是否在预设时间内，如果是，则接收所述车辆诊断数据报文，如果否，则丢弃所述车辆诊断数据报文。

可选的，所述对所述车辆诊断数据报文进行解析以得到待上传诊断数据，包括：

利用所述主设备的密钥或与发送所述车辆诊断数据报文对应的所述从设备的密钥对所述车辆诊断数据报文中的所述车辆诊断数据体进行解密，并从解密后数据中提取出待上传诊断数据。

本申请的第二方面提供了一种车辆诊断数据上报方法，应用于车辆维修厂的从设备，包括：

建立与车辆维修厂的主设备的红外通信连接；

接收所述主设备发送的诊断数据请求报文；

基于所述诊断数据请求报文生成车辆诊断数据报文；

将所述车辆诊断数据报文发送给所述主设备，以便所述主设备对所述车辆诊断数据报文进行解析以得到待上传诊断数据并通过通信网将所述待上传诊断数据上传至云平台。

可选的，所述接收所述主设备发送的诊断数据请求报文，包括：

获取所述主设备发送的诊断数据请求报文；其中，所述诊断数据请求报文为所述主设备基于红外传输协议对应的报文格式对报文头、接收设备ID、发送设备ID以及诊断请求数据体进行相应的封装后得到的报文；所述诊断请求数据体为所述主设备利用自身的密钥或所述从设备的密钥对诊断请求进行加密后得到的数据体；

判断获取的诊断数据请求报文的接收设备ID与所述从设备的ID是否一致，如果否，则丢弃所述诊断数据请求报文，如果是，则接收所述诊断数据请求报文。

可选的，所述基于所述诊断数据请求报文生成车辆诊断数据报文，包括：

基于所述诊断数据请求报文，利用所述主设备的密钥或自身的密钥对诊断请求响应数据进行加密，得到车辆诊断数据体；

基于红外传输协议对应的报文格式，对报文头、发送设备ID、接收设备ID以及所述车辆诊断数据体进行封装，得到所述车辆诊断数据报文。

本申请的第三方面提供了一种电子设备，所述电子设备包括处理器和存储器；其中所述存储器用于存储计算机程序，所述计算机程序由所述处理器加载并执行以实现前述车辆诊断数据上报方法。

本申请中，针对车辆维修厂的主设备，先建立与各从设备的红外通信连接，并按照分时复用方式向车辆维修厂中的各台从设备分别发送相应的诊断数据请求报文，以使所述各台从设备基于所述诊断数据请求报文生成对应的车辆诊断数据报文，然后接收各台所述从设备返回的车辆诊断数据报文，最后对所述车辆诊断数据报文进行解析以得到待上传诊断数据，并通过通信网将所述待上传诊断数据上传至云平台。针对车辆维修厂的从设备，先建立与车辆维修厂的主设备的红外通信连接，接收所述主设备发送的诊断数据请求报文，然后基于所述诊断数据请求报文生成车辆诊断数据报文并将所述车辆诊断数据报文发送给所述主设备，以便所述主设备对所述车辆诊断数据报文进行解析以得到待上传诊断数据并通过通信网将所述待上传诊断数据上传至云平台。可见，本申请通过引入主设备和从设备，所述主设备搭载通信网络模块和红外收发装置，所述从设备搭载红外收发装置，主设备和从设备间通过红外收发装置实现车辆诊断数据及诊断请求数据的传输，所述主设备通过通信网络网络将所述从设备上传的车辆诊断数据上传至云平台，从而实现网络共享。这一过程无需每个设备都搭载通信网络模块，有效降低了设备成本，并且红外传输抗干扰能力相对较强且方向性强，数据传输不容易被中断和被截获。

附图说明

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

图1为本申请提供的车辆诊断数据上报方案所适用的系统框架示意图；

图2为本申请提供的应用于车辆维修厂的主设备的车辆诊断数据上报方法流程图；

图3为本申请提供的车辆诊断数据上报方法的结构示意图；

图4为本申请提供的一种具体的应用于车辆维修厂的主设备的车辆诊断数据上报方法流程图；

图5为本申请提供的一种具体的应用于车辆维修厂的主设备的车辆诊断数据上报方法流程图；

图6为本申请提供的一种具体的应用于车辆维修厂的主设备的车辆诊断数据上报方法流程图；

图7为本申请提供的应用于车辆维修厂的从设备的车辆诊断数据上报方法流程图；

图8为本申请提供的一种具体的应用于车辆维修厂的从设备的车辆诊断数据上报方法流程图；

图9为本申请提供的一种应用于车辆维修厂的主设备的车辆诊断数据上报装置结构示意图；

图10为本申请提供的一种车辆诊断数据上报电子设备结构图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

当前，在车辆维修厂为了对车辆诊断数据进行上报，具体可以在每台远程诊断设备上都搭载通信网络模块如5G模块，用于传输车辆诊断数据。然而，现有的在每台远程诊断设备上都搭载通信网络模块如5G模块的车辆诊断数据上报方法的设备成本较高。为了克服上述技术问题，本申请提供了一种车辆诊断数据上报方案，能够有效降低设备成本。

本申请的车辆诊断数据上报方案中，采用的系统框架可以参见图1所示，具体可以包括主设备01、与主设备01建立通信连接的若干数量的从设备02、云平台03。

本申请中，主设备01可以是服务器、电脑等设备，从设备02可以是车辆远程诊断平台，所述主设备01与所述从设备02之间通过红外通信连接，所述主设备01和云平台03之间通过通信网络进行数据传输，所述通信网络可以5G网络、6G网络或以太网等。所述主设备01上搭载红外收发装置和通信网络模块，一方面用于利用所述红外收发装置向所述从设备02发送诊断数据请求报文和接收所述从设备02返回的车辆诊断数据报文，具体包括：建立与所述从设备02的红外通信连接并按照分时复用方式向车辆维修厂中的各台从设备02分别发送相应的诊断数据请求报文，以使所述各台从设备02基于所述诊断数据请求报文生成对应的车辆诊断数据报文；接收各台所述从设备02返回的车辆诊断数据报文。另一方面用于利用所述通信网络模块将对所述车辆诊断数据报文进行解析得到的待上传诊断数据所上传至云平台03。所述从设备02上搭载红外收发装置，用于建立与所述主设备01的红外通信连接，接收所述主设备01发送的诊断数据请求报文，同时基于所述诊断数据请求报文生成车辆诊断数据报文并将所述车辆诊断数据报文发送给所述主设备01。

本申请中，所述主设备01和所述从设备02之间的红外通信由所述主设备01发起，所述从设备02返回相应的车辆诊断数据进行响应。车辆维修厂中的主设备01和从设备02位置相对固定，充分利用了红外传输距离短、方向性强、不容易被截获等优势。

图2为本申请实施例提供的一种应用于车辆维修厂的主设备的车辆诊断数据上报方法流程图，图3为本申请提供的车辆诊断数据上报方法的结构示意图。参见图2和图3所示，该车辆诊断数据上报方法包括：

S11：建立与各从设备的红外通信连接。

S12：按照分时复用方式向车辆维修厂中的各台从设备分别发送相应的诊断数据请求报文，以使所述各台从设备基于所述诊断数据请求报文生成对应的车辆诊断数据报文。

本实施例中，所述主设备和各从设备之间基于红外传输协议进行通信，首先应在所述主设备和各从设备之间建立红外通信连接，可以在所述主设备和各从设备上搭载红外收发装置，以便能作为接收设备和发送设备接收和发送基于红外传输协议包装的传输数据。其中，所述主设备可以为一台，也可以多台，当存在多台主设备时，其中一台作为主机，其他的作为备机，当主机出现故障时，快速切换备份机继续进行车辆诊断数据上报，避免因主机故障而导致整个车辆诊断数据上报系统崩溃，造成必要的损失。车辆维修厂的远程诊断以小包数据为主且工作台的位置相对固定，在搭建设备时，各个从设备的位置提前固定，便于红外收发装置找到要轮询的从设备并对准所述要轮询的从设备。分时复用(TDM，TimeDivision Multiplex)指采用同一物理连接的不同时段来传输不同的信号，能达到多路传输的目的，在网络中应用于用一条线路传输多路数据。本实施例通过分时复用的方法为各个从设备分配相同的时间切片，使得主设备的红外收发装置按照从设备ID编号顺序或从设备其他序列号在不同的时间段轮询不同的从设备，向从设备发送相应的诊断数据请求报文，从而实现网络的共享。

需要说明的是，本实施例中的诊断数据请求报文用来控制和引导从设备对车辆诊断数据进行上报，所述从设备只有在接收到主设备发送的相应的诊断数据请求报文后才能返回相应的车辆诊断数据报文，也即主从设备之间的通讯只能由主设备发起，从设备应答。另外，所述车辆诊断数据报文是经过预先设定的红外传输协议对应的报文格式封装处理后得到的报文，本实施例中所述预先设定的红外传输协议对应的报文格式包括报文头、发送设备ID、接收设备ID以及数据体，如表1所示，也即本实施例中所述车辆诊断数据报文是对报文头、发送设备ID、接收设备ID以及诊断请求数据体进行封装后得到的报文。其中，本实施例中的报文头格式固定为以“0xAA”开头，依次类推得到不同报文头编号，设备ID唯一标识网络中的每一台设备，所述发送设备ID和接收设备ID可以为主设备也可以为从设备，在不同的传输情况下表现形式不同，主设备的ID固定为0x01，如果有多台主设备，主设备编号依次类推，从设备的ID固定格式为0x02-0xff，并依次类推。上述封装后的报文中还可以包括校验和等其他参数信息，另一方面封装的各个参数的数据格式也根据具体业务和自身需求设定，本实施例对此不做限定。

表1

报文头	发送设备ID	接收设备ID	数据体
				0xAA	一字节	一字节	加密后的数据

S13：接收各台所述从设备返回的车辆诊断数据报文。

本实施例中，所述从设备接收到所述主设备发送的诊断数据请求报文后，就需要对诊断请求作出响应，也即向所述主设备返回相应的车辆诊断数据报文，所述主设备通过预设的接收条件来决定是否接收所述从设备返回的车辆诊断数据报文，所述预设的匹配规则可以为进行ID匹配、也可以为判断返回数据是否超期限等。需要说明的是，本实施例中的车辆诊断数据报文是按照上述红外传输协议对应的报文格式对报文头、发送设备ID、接收设备ID以及车辆诊断数据体进行封装后得到的报文，其中，所述车辆诊断数据体为对所述从设备上报的车辆诊断数据进行一定的处理，如加密处理等得到的相应的数据体。

S14：对所述车辆诊断数据报文进行解析以得到待上传诊断数据，并通过通信网将所述待上传诊断数据上传至云平台。

本实施例中，所述主设备获取到的车辆诊断数据报文是经过预先设定的红外传输协议对应的报文格式进行封装后得到的报文，所述车辆诊断数据报文中的车辆诊断数据体也是经过一定的处理后得到的数据体，另外，所述车辆诊断数据体中可能包括不同类型的诊断数据，根据业务需求对于不需要上传到云平台的诊断数据类型可以进行挑选并剔除，从某种程度上可以减少主设备的内存压力，提高响应速度，因此在对所述车辆诊断数据报文进行上报之前需要对获取到的所述车辆诊断数据报文进行解析，得到需要上传到云平台的诊断数据。当然，为了不浪费资源或者方便构建车辆诊断数据库，可以将所有的诊断数据存储在主设备的本地数据中。

进一步的，本实施例中，用于将所述待上传诊断数据上传至云平台的通信网可以为5G网络，5G网络具备传输速率高、响应速度快以及低延时性等特性，所述从设备共享所述主设备的5G网络实现车辆诊断数据的上报，当然也可以通过6G网络、4G网络、wifi、以太网等传统方式进行车辆诊断数据的上报和传输。本实施例中的云平台可以为专家系统，从而实现对上报的车辆诊断数据的远程诊断，并返回相应的处理方法。

可见，本申请实施例通过引入主设备和从设备，所述主设备搭载通信网络模块和红外收发装置，所述从设备搭载红外收发装置，主设备和从设备间通过红外收发装置实现车辆诊断数据及诊断请求数据的传输，所述主设备通过通信网络将所述从设备上传的车辆诊断数据上传至云平台，从而实现网络共享。这一过程无需每个设备都搭载通信网络模块，有效降低了设备成本。

图4为本申请实施例提供的一种具体的应用于车辆维修厂的主设备的车辆诊断数据上报方法流程图。参见图4所示，该车辆诊断数据上报方法包括：

S21：建立与各从设备的红外通信连接。

S22：触发诊断请求，并对所述诊断请求进行加密，得到请求诊断数据体。本实施例中，采用一台主设备带多台从设备的架构，主从设备之间的通讯由主设备发起，从设备应答。为了获取所述从设备的车辆诊断数据报文，所述主设备要触发诊断请求，可以人为触发，也可以设定在一定的时间间隔自动触发，具体的，首先读取要轮询的从设备的ID，根据设备ID找到要轮询从设备的位置，然后旋转红外收发装置对准所述从设备，本实施例中的从设备和主设备是应用于车辆维修厂的设备，位置相对固定，因此主设备很容易通过从设备的ID找到所述从设备的位置并将红外收发装置对准所述从设备。当然，当从设备的位置不固定时，可以利用主设备和从设备上的红外模块进行ID匹配来找到相应的从设备。另外，为了保证数据的安全性，需要对所述诊断请求进行加密处理，得到请求诊断数据体，上述加密处理可以为对称加密也可以为非对称加密，本申请实施例不限制加密方法。最后，为了能通过红外传输协议对上述数据体进行传输，需要基于红外传输协议对应的报文格式，对报文头、发送设备ID、接收设备ID以及所述诊断请求数据体进行封装，得到所述请求诊断数据报文，所述主设备将上述请求诊断数据报文通过红外传输至所述从设备，以指示所述从设备对车辆诊断数据进行上报。

S23：基于红外传输协议对应的报文格式，对报文头、发送设备ID、接收设备ID以及所述诊断请求数据体进行封装，得到请求诊断数据报文；按照分时复用方式向车辆维修厂中的各台从设备分别发送相应的所述请求诊断数据报文。

本实施例中，主设备需要分别向多台从设备发送相应的请求诊断数据报文，从而实现网络的共享，本实施例按照分时复用的方式向车辆维修厂中的各台从设备分别发送相应的所述请求诊断数据报文，使得不同的从设备能在不同的时间段内进行车辆诊断数据的上报。在一种实施例方式中，所述主设备在一次或者多次完整的按照分时复用方式轮询各台从设备获得多个车辆诊断数据报文后统一使用所述主设备的通信网将所述多个车辆诊断数据报文上传至云平台，在另一种实施方式中，所述主设备接收到任意一台从设备的车辆诊断数据报文就通过通信网将该车辆诊断数据报文上传至云平台。

S24：获取各台所述从设备返回的相应的车辆诊断数据报文；其中，所述车辆诊断数据报文为所述从设备基于红外传输协议对应的报文格式对报文头、接收设备ID、发送设备ID以及车辆诊断数据体进行相应的封装后得到的报文；所述车辆诊断数据体为所述从设备利用所述主设备的密钥或自身的密钥对诊断请求响应数据进行加密后得到的数据体。

本实施例中，所述主设备获取所述从设备返回的相应的车辆诊断数据报文，所述从设备接收到所述请求诊断数据报文后对需要上报的车辆诊断数据进行整理并向所述主设备返回相应的车辆诊断数据报文，所述车辆诊断数据报文中包括诊断请求响应数据，为了保证数据的安全性，所述车辆诊断数据报文中的诊断请求响应数据是经过加密后的数据。需要说明的是，本实施例对加密方法不进行限定，可以是对称加密方法也可以是非对称加密方法，在一种实施例中，可以预先创建一个预设密钥，利用所述预设密钥对所述诊断请求响应数据进行加密，所述主设备利用所述预设密钥进行解密；在另一种实施例中，所述从设备利用所述主设备的公钥或者自身的私钥对所述诊断请求响应数据进行加密，所述主设备利用自身的私钥或者所述从设备的公钥进行解密。S25：判断获取的车辆诊断数据报文的接收设备ID与所述主设备ID是否一致，如果否，则丢弃所述车辆诊断数据报文，如果是，则接收所述车辆诊断数据报文。本实施例中，为了保证数据传输的准确性，避免数据上报时上报设备的顺序出现紊乱，需要判断所述车辆诊断数据报文的接收设备是否为所述主设备，本实施例通过ID比对来实现，也即判断截获到的车辆诊断数据报文中的接收设备ID是否为所述主设备的ID，如果是，则确定所述车辆诊断数据报文的接收设备为所述主设备，所述主设备接收该车辆诊断数据报文并执行后续步骤，如果否，则丢弃该车辆诊断数据报文。

S26：利用所述主设备的密钥或与发送所述车辆诊断数据报文对应的所述从设备的密钥对所述车辆诊断数据报文中的所述车辆诊断数据体进行解密，并从解密后数据中提取出待上传诊断数据,通过通信网将所述待上传诊断数据上传至云平台。

本实施例中，在获取到上述车辆诊断数据报文后需要对其中加密的车辆诊断数据体进行解密，解密方法根据对应的加密方法确定，具体的加解密方法在步骤S24中已详细说明，在此不再进行赘述。需要注意的是，所述预设密钥、所述主设备的公钥和所述从设备的公钥可以提前公布给加解密设备。进一步的，需要对解密后的车辆诊断数据进行进一步的解析，从解密后的车辆诊断数据中提取出需要进行上报的诊断数据，通过通信网将所述待上传诊断数据上传至云平台，提取规则根据具体的业务需求决定，本实施例对此不做限定。

可见，本申请实施例通过触发诊断请求同时按照分时复用方式向车辆维修厂中的各台从设备分别发送相应的加密请求诊断数据报文来使得各台所述从设备返回相应的加密车辆诊断数据报文，利用与加密方法对应的解密方法对所述加密车辆诊断数据报文中的车辆诊断数据体进行解密并从解密后的诊断数据中提取待上传诊断数据，上述方法保证了数据传输的准确性和安全性。

图5为本申请实施例提供的一种具体的应用于车辆维修厂的主设备的车辆诊断数据上报方法流程图。参见图5所示，该车辆诊断数据上报方法包括：

S31：建立与各从设备的红外通信连接。

S32：触发诊断请求，利用所述主设备的密钥或所述从设备的密钥对所述诊断请求进行加密得到诊断数请求据体；基于红外传输协议对应的报文格式，对报文头、发送设备ID、接收设备ID以及所述诊断请求数据体进行封装，得到诊断数据请求报文。

本实施例中，为了保证诊断请求数据传输的安全性，对所述诊断请求进行加密处理，本实施例对加密方法不进行限定，可以是对称加密方法也可以是非对称加密方法，在一种实施例中，可以预先创建一个预设密钥，利用所述预设密钥对所述诊断请求进行加密，所述从设备利用所述预设密钥进行解密；在另一种实施例中，所述主设备利用自身的私钥或者所述从设备的公钥对所述诊断请求响应数据进行加密时，所述从设备利用所述从设备的公钥或者自身的私钥进行解密。S33：按照分时复用方式向车辆维修厂中的各台从设备分别发送相应的诊断数据请求报文，以使所述各台从设备基于所述诊断数据请求报文生成对应的车辆诊断数据报文。

S34：接收各台所述从设备返回的车辆诊断数据报文。

S35：对所述车辆诊断数据报文进行解析以得到解析后数据，并通过通信网将所述解析后数据上传至云平台。

本实施例中，关于步骤S33至步骤S35的具体过程，可以参考前述实施例中公开的相应内容，在此不再进行赘述。

可见，本申请实施例利用所述主设备的密钥或所述从设备的密钥对所述诊断请求进行加密，从而得到加密的车辆诊断请求数据体，以便所述从设备接收到所述诊断数据请求报文后，利用相应的密钥对所述车辆诊断请求数据报文中的加密的诊断请求数据体进行解密，进一步保证了数据传输的安全性。

图6为本申请实施例提供的一种具体的应用于车辆维修厂的主设备的车辆诊断数据上报方法流程图。参见图6所示，该车辆诊断数据上报方法包括：

S41：建立与各从设备的红外通信连接。

S42：触发诊断请求，利用所述主设备的密钥或所述从设备的密钥对所述诊断请求进行加密得到诊断数请求据体；基于红外传输协议对应的报文格式，对报文头、发送设备ID、接收设备ID以及所述诊断请求数据体进行封装，得到诊断数据请求报文。

S43：按照分时复用方式向车辆维修厂中的各台从设备分别发送相应的诊断数据请求报文，以使所述各台从设备基于所述诊断数据请求报文生成对应的车辆诊断数据报文。

S44：获取各台所述从设备返回的相应的车辆诊断数据报文。本实施例中，关于步骤S41和步骤S44的具体过程，可以参考前述实施例中公开的相应内容，在此不再进行赘述。

S45：判断获取的车辆诊断数据报文的接收设备ID与所述主设备ID是否一致，如果否，则丢弃所述车辆诊断数据报文；如果是，则判断所述获取到的车辆诊断数据报文与所述主设备发送对应的所述诊断数据请求报文之间的时间差是否在预设时间内，如果是，则接收所述车辆诊断数据报文，如果否，则丢弃所述车辆诊断数据报文。

本实施例中，首先对获取的车辆诊断数据报文中的接收设备ID与所述主设备ID进行比对，在所述获取的车辆诊断数据报文中的接收设备ID与所述主设备ID一致的情况下，进一步判断所述获取的车辆诊断数据报文与所述主设备发送对应的所述诊断数据请求报文之间的时间差是否不超过预设时间，如果是则接受该车辆诊断数据报文，如果超过了所述预设时间，则丢弃该车辆诊断数据报文，认为发送该车辆诊断数据报文的从设备未对所述主设备发送的诊断数据请求进行响应，上述步骤保证了所述主设备按照分时复用方式正常有序轮询所述从设备。不难理解的是，所述预设时间不大于所述分时复用的最小时间段，也即在轮询下一个从设备之前应向所述主设备返回相应的车辆诊断数据报文。

S46：对所述车辆诊断数据报文进行解析以得到待上传诊断数据，并通过通信网将所述待上传诊断数据上传至云平台。本实施例中，关于步骤S46的具体过程，可以参考前述实施例中公开的相应内容，在此不再进行赘述。

可见，本申请实施例在判定获取的车辆诊断数据报文的接收设备ID与自身设备ID一致的情况下，进一步判断所述获取的车辆诊断数据报文与所述主设备发送对应的所述诊断数据请求报文之间的时间差是否在预设时间内，如果是则接受该车辆诊断数据报文，通过上述方法，避免因数据传输延迟带来的接收紊乱的情形，从而影响分时复用的正常运行。

图7为本申请实施例提供的一种应用于车辆维修厂的从设备的车辆诊断数据上报方法流程图。参见图7所示，该车辆诊断数据上报方法包括：

S51：建立与车辆维修厂的主设备的红外通信连接。

S52：接收所述主设备发送的诊断数据请求报文。

本实施例中，首先应建立所述车辆维修厂的从设备与主设备的红外通信连接，以便所述从设备和所述主设备能通过红外进行数据通信。另外，所述从设备在接收到车辆维修厂的主设备发送的诊断数据请求报文后才对车辆诊断数据进行上报，所述从设备不能主动上报所述车辆诊断数据。

S53：基于所述诊断数据请求报文生成车辆诊断数据报文。

S54：将所述车辆诊断数据报文发送给所述主设备，以便所述主设备对所述车辆诊断数据报文进行解析以得到待上传诊断数据并通过通信网将所述待上传诊断数据上传至云平台。

本实施例中，在接收到所述诊断数据请求报文后，所述从设备需要对该诊断数据请求报文做出响应，也即对自身设备的诊断数据进行整理，确定需要进行上报的诊断数据，为了保证数据的安全性，可以对所述诊断数据进行加密处理，得到诊断请求数据体，并基于上述预先设定的红外传输协议对应的报文格式，对报文头、发送设备ID、接收设备ID以及所述车辆诊断数据体进行封装，得到所述车辆诊断数据报文。然后基于红外传输协议将所述车辆诊断数据报文发送至所述主设备，实现对所述主设备发送的诊断数据请求报文的响应，所述主设备接收到上述车辆诊断数据报文后对所述车辆诊断数据报文进行解析以得到待上传诊断数据并通过通信网将所述待上传诊断数据上传至云平台。

可见，本申请实施例在接收车辆维修厂的主设备发送的诊断数据请求报文的基础上，基于所述诊断数据请求报文生成车辆诊断数据报文，并通过红外传输返回相应的车辆诊断数据，从而对车辆诊断数据进行上报。

图8为本申请实施例提供的一种具体的应用于车辆维修厂的从设备的车辆诊断数据上报方法流程图。参见图8所示，该车辆诊断数据上报方法包括：

S61：建立与车辆维修厂的主设备的红外通信连接。

S62：获取所述主设备发送的诊断数据请求报文。

S63：判断截获的诊断数据请求报文的接收设备ID与所述从设备的ID是否一致，如果否，则丢弃所述诊断数据请求报文，如果是，则接收所述诊断数据请求报文。

本实施例中，获取到所述主设备基于红外传输协议并按照分时复用方式发送的诊断数据请求报文后，需要判断该诊断数据请求报文中的接收设备ID与所述主设备ID是否一致，只有在两者ID一致的情况下，才能确定在特定的时间内进行车辆诊断数据上报的从设备，上述步骤提高了车辆诊断数据上报时的容错性。

S64：基于所述诊断数据请求报文，利用所述主设备的密钥或自身的密钥对诊断请求响应数据进行加密，得到车辆诊断数据体；基于红外传输协议对应的报文格式，对报文头、发送设备ID、接收设备ID以及所述车辆诊断数据体进行封装，得到所述车辆诊断数据报文。本实施例中，为了保证数据传输的安全性，对所述诊断请求响应数据也即车辆诊断数据进行加密处理，具体的，可以利用所述主设备的公钥对所述诊断请求响应数据进行加密，相应的，所述主设备接收到对应的车辆诊断数据报文后利用自身设备的私钥对所述诊断数据报文中的车辆诊断数据体进行解密，或者利用所述从设备的私钥对所述诊断请求响应数据进行加密，相应的，所述主设备接收到对应的车辆诊断数据报文后利用所述从设备的公钥对所述车辆诊断数据报文中的车辆诊断数据体进行解密，具体利用公钥加密还是私钥加密本实施例不做限定。需要说明的是，也可以采用对称加密方法对所述诊断请求响应数据也即车辆诊断数据进行加密。

进一步的，通过对所述诊断请求响应数据进行加密得到所述车辆诊断数据体后，为了能通过红外传输数据，需要基于红外传输协议对应的报文格式，对报文头、发送设备ID、接收设备ID以及所述车辆诊断数据体进行封装，以得到所述车辆诊断数据报文。需要说明的是，本实施例中所述的红外传输协议对应的报文格式与上述应用于车辆维修厂的主设备的车辆诊断数据上报方法的实施例中所述的红外传输协议对应的报文格式一致。

S65：将所述车辆诊断数据报文发送给所述主设备，以便所述主设备对所述车辆诊断数据报文进行解析以得到待上传诊断数据并通过通信网将所述待上传诊断数据上传至云平台。

本实施例中，关于步骤S65的具体过程，可以参考前述实施例中公开的相应内容，在此不再进行赘述。

可见，本申请实施例通过将获取到的诊断数据请求报文中的接收设备ID与所述主设备ID进行比对，接收两者ID一致的诊断数据请求报文并返回相应的车辆诊断数据报文，提高了车辆诊断数据上报时的容错性。另外，利用加密方法对所述诊断请求响应数据进行加密后传输，一定程度上保证了数据传输的安全性。

参见图9所示，本申请实施例还相应公开了一种应用于车辆维修厂的主设备的车辆诊断数据上报装置，包括：

连接模块11，用于建立与各从设备的红外通信连接；

发送模块12，用于按照分时复用方式向车辆维修厂中的各台从设备分别发送相应的诊断数据请求报文，以使所述各台从设备基于所述诊断数据请求报文生成对应的车辆诊断数据报文；

接收模块13，用于接收各台所述从设备返回的车辆诊断数据报文；

上传模块14，用于对所述车辆诊断数据报文进行解析以得到待上传诊断数据，并通过通信网将所述待上传诊断数据上传至云平台。

可见，本申请通过引入主设备和从设备，所述主设备搭载网络通信模块和红外收发装置，所述从设备搭载红外收发装置，主设备和从设备间通过红外收发装置实现车辆诊断数据及诊断请求数据的传输，所述主设备通过网络通信模块将所述从设备上传的车辆诊断数据上传至云平台，从而实现网络共享。这一过程无需每个设备都搭载网络通信模块，有效降低了设备成本。

在一些具体实施例中，所述发送模块12，还包括：

加密单元，用于触发诊断请求，并对所述诊断请求进行加密，得到诊断请求数据体。

在一些具体实施例中，所述接收模块13，具体包括：

获取单元，用于获取各台所述从设备返回的相应的车辆诊断数据报文；其中，所述车辆诊断数据报文为所述从设备基于红外传输协议对应的报文格式对报文头、接收设备ID、发送设备ID以及车辆诊断数据体进行封装后得到的报文；所述车辆诊断数据体为所述从设备利用所述主设备的密钥或自身的密钥对诊断请求响应数据进行加密后得到的数据体；

判断单元，用于判断获取的车辆诊断数据报文的接收设备ID与所述主设备ID是否一致，如果否，则丢弃所述车辆诊断数据报文，如果是，则接收所述车辆诊断数据报文。

在一些具体实施例中，所述数据上传模块14，具体包括：

数据解析单元，用于利用所述主设备的密钥或与发送所述车辆诊断数据报文对应的所述从设备的密钥对所述车辆诊断数据报文中的所述车辆诊断数据体进行解密，并从解密后数据中提取出待上传诊断数据；

数据上传单元，用于通过通信网将所述待上传诊断数据上传至云平台。

进一步的，本申请实施例还提供了一种电子设备。图10是根据一示例性实施例示出的电子设备20结构图，图中的内容不能认为是对本申请的使用范围的任何限制。

图10为本申请实施例提供的一种电子设备20的结构示意图。该电子设备20，具体可以包括：至少一个处理器21、至少一个存储器22、电源23、通信接口24、输入输出接口25和通信总线26。其中，所述存储器22用于存储计算机程序，所述计算机程序由所述处理器21加载并执行，以实现前述任一实施例公开的车辆诊断数据上报方法中的相关步骤。另外，本实施例中的电子设备20具体可以为服务器等。

本实施例中，电源23用于为电子设备20上的各硬件设备提供工作电压；通信接口24能够为电子设备20创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议，在此不对其进行具体限定；输入输出接口25，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。

另外，存储器22作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源可以包括操作系统221、计算机程序222及视频数据223等，存储方式可以是短暂存储或者永久存储。

其中，操作系统221用于管理与控制电子设备20上的各硬件设备以及计算机程序222，以实现处理器21对存储器22中海量的诊断数据请求报文、车辆诊断数据报文等223的运算与处理，其可以是Windows Server、Netware、Unix、Linux等。计算机程序222除了包括能够用于完成前述任一实施例公开的由电子设备20执行的车辆诊断数据上报方法的计算机程序之外，还可以进一步包括能够用于完成其他特定工作的计算机程序。数据223可以包括电子设备20收集到的各种诊断数据请求报文、车辆诊断数据报文等。

进一步的，本申请实施例还公开了一种存储介质，所述存储介质中存储有计算机程序，所述计算机程序被处理器加载并执行时，实现前述任一实施例公开的车辆诊断数据上报方法步骤。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

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

以上对本发明所提供的车辆诊断数据上报方法、装置、设备及存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (11)

1.一种车辆诊断数据上报方法，其特征在于，应用于车辆维修厂的主设备，所述主设备对应于多个从设备，包括：

建立与各从设备的红外通信连接；所述从设备为车辆远程诊断平台；

按照分时复用方式向车辆维修厂中的各台从设备分别发送相应的诊断数据请求报文，以使所述各台从设备基于所述诊断数据请求报文生成对应的车辆诊断数据报文；

接收各台所述从设备返回的车辆诊断数据报文；

对所述车辆诊断数据报文进行解析以得到待上传诊断数据，并通过通信网将所述待上传诊断数据上传至云平台。

2.根据权利要求1所述的车辆诊断数据上报方法，其特征在于，在所述按照分时复用方式向车辆维修厂中的各台从设备分别发送相应的诊断数据请求报文之前，所述方法还包括：

触发诊断请求，并对所述诊断请求进行加密，得到诊断请求数据体；

基于红外传输协议对应的报文格式，对报文头、发送设备ID、接收设备ID以及所述诊断请求数据体进行封装，得到所述诊断数据请求报文。

3.根据权利要求2所述的车辆诊断数据上报方法，其特征在于，所述对所述诊断请求进行加密，得到诊断请求数据体，包括：

利用所述主设备的密钥或所述从设备的密钥对所述诊断请求进行加密；

其中，当所述从设备收到接收设备ID与自身设备ID一致的所述诊断数据请求报文后，利用所述主设备的密钥或自身设备的密钥对所述诊断数据请求报文中的诊断请求数据体进行解密。

4.根据权利要求2所述的车辆诊断数据上报方法，其特征在于，所述接收各台所述从设备返回的车辆诊断数据报文，包括：

获取各台所述从设备返回的相应的车辆诊断数据报文；其中，所述车辆诊断数据报文为所述从设备基于红外传输协议对应的报文格式对报文头、接收设备ID、发送设备ID以及车辆诊断数据体进行封装后得到的报文；所述车辆诊断数据体为所述从设备利用所述主设备的密钥或自身的密钥对诊断请求响应数据进行加密后得到的数据体；

判断获取的车辆诊断数据报文的接收设备ID与所述主设备ID是否一致，如果否，则丢弃所述车辆诊断数据报文，如果是，则接收所述车辆诊断数据报文。

5.根据权利要求4所述的车辆诊断数据上报方法，其特征在于，在所述判断获取的车辆诊断数据报文的接收设备ID与所述主设备ID是否一致之后，所述方法还包括：

判断所述获取到的车辆诊断数据报文与所述主设备发送对应的所述诊断数据请求报文之间的时间差是否在预设时间内，如果是，则接收所述车辆诊断数据报文，如果否，则丢弃所述车辆诊断数据报文。

6.根据权利要求4所述的车辆诊断数据上报方法，其特征在于，所述对所述车辆诊断数据报文进行解析以得到待上传诊断数据，包括：

利用所述主设备的密钥或与发送所述车辆诊断数据报文对应的所述从设备的密钥对所述车辆诊断数据报文中的所述车辆诊断数据体进行解密，并从解密后数据中提取出待上传诊断数据。

7.一种车辆诊断数据上报方法，其特征在于，应用于车辆维修厂的从设备，所述从设备为车辆远程诊断平台，包括：

建立与车辆维修厂的主设备的红外通信连接；

接收所述主设备基于分时复用方式发送的诊断数据请求报文；

基于所述诊断数据请求报文生成车辆诊断数据报文；

将所述车辆诊断数据报文发送给所述主设备，以便所述主设备对所述车辆诊断数据报文进行解析以得到待上传诊断数据并通过通信网将所述待上传诊断数据上传至云平台；所述主设备对应于多个从设备。

8.根据权利要求7所述的车辆诊断数据上报方法，其特征在于，所述接收所述主设备发送的诊断数据请求报文，包括：

获取所述主设备发送的诊断数据请求报文；其中，所述诊断数据请求报文为所述主设备基于红外传输协议对应的报文格式对报文头、接收设备ID、发送设备ID以及诊断请求数据体进行相应的封装后得到的报文；所述诊断请求数据体为所述主设备利用自身的密钥或所述从设备的密钥对诊断请求进行加密后得到的数据体；

判断获取的诊断数据请求报文的接收设备ID与所述从设备的ID是否一致，如果否，则丢弃所述诊断数据请求报文，如果是，则接收所述诊断数据请求报文。

9.根据权利要求8所述的车辆诊断数据上报方法，其特征在于，基于所述诊断数据请求报文生成车辆诊断数据报文，包括：

基于所述诊断数据请求报文，利用所述主设备的密钥或自身的密钥对诊断请求响应数据进行加密，得到车辆诊断数据体；

基于红外传输协议对应的报文格式，对报文头、发送设备ID、接收设备ID以及所述车辆诊断数据体进行封装，得到所述车辆诊断数据报文。

10.一种电子设备，其特征在于，所述电子设备包括处理器和存储器；其中所述存储器用于存储计算机程序，所述计算机程序由所述处理器加载并执行以实现如权利要求01至6任一项所述的车辆诊断数据上报方法。

11.一种电子设备，其特征在于，所述电子设备包括处理器和存储器；其中所述存储器用于存储计算机程序，所述计算机程序由所述处理器加载并执行以实现如权利要求7至9任一项所述的车辆诊断数据上报方法。

Images