CN108390863A - 一种数据处理方法及装置 - Google Patents

Abstract

本发明实施例公开了一种数据处理方法及装置，其中方法包括：客户端接收到诊断请求时，在所述客户端的预设数据库中获取诊断消息，所述诊断消息的数据格式为第一协议数据格式；所述客户端将所述诊断消息的数据格式由所述第一协议数据格式转换为第二协议数据格式；所述客户端将数据格式为所述第二协议数据格式的诊断消息发送至诊断设备，以使所述诊断设备对数据格式为所述第二协议数据格式的诊断消息进行解析得到所述诊断消息中的协议消息，所述诊断设备将所述协议消息发送至交通工具。采用本发明，可以提高诊断设备的协议兼容性。

Description

一种数据处理方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种数据处理方法及装置。

背景技术

随着交通工具(例如汽车或者飞机等)的普及，与交通工具相关的服务也随之变得普遍。以汽车为例，利用诊断设备对汽车进行汽车诊断是维修人员和车主进行故障检测的重要方式。汽车的种类繁多，按照汽车的用途或行驶方式，可以将汽车分为不同的类别。如按照用途可以将其分为轿车、客车或货车等。不同类别的汽车，其诊断设备的接口类型和采用的诊断协议各不相同，常用的诊断协议包括如RP1210、J2534和D-PDU等，具体的，J2534协议主要用于乘务车诊断，RP1210主要用于重载车辆的诊断。但同一诊断设备通常无法满足多种汽车类别的诊断需求，诊断设备的协议兼容性较差。

发明内容

本发明实施例所要解决的技术问题在于，提供一种数据处理方法及装置，可实现同一诊断设备支持不同类别的诊断协议，提高诊断设备的协议兼容性。

本发明实施例第一方面提供一种数据处理方法，包括：

客户端接收到诊断请求时，在所述客户端的预设数据库中获取诊断消息，所述诊断消息的数据格式为第一协议数据格式。

所述客户端将所述诊断消息的数据格式由所述第一协议数据格式转换为第二协议数据格式。

所述客户端将数据格式为所述第二协议数据格式的诊断消息发送至诊断设备，以使所述诊断设备对数据格式为所述第二协议数据格式的诊断消息进行解析得到所述诊断消息中的协议消息，所述诊断设备将所述协议消息发送至交通工具。

作为一种可能的实施方式，所述方法还包括：

所述客户端接收所述诊断设备发送的参数信息，所述参数信息的数据格式为所述第二协议数据格式，所述参数信息是所述交通工具响应所述协议消息发送给所述诊断设备的。

所述客户端将所述参数信息的数据格式由所述第二协议数据格式转换为所述第一协议数据格式。

所述客户端对所述数据格式为所述第一协议数据格式的参数信息进行解析，得到参数信息中的参数值。

所述客户端基于所述参数值对所述交通工具进行诊断，得到诊断结果。

作为一种可能的实施方式，所述在所述客户端的预设数据库中获取诊断消息的具体实现方式为：接收所述交通工具的设备信息；根据设备信息和协议标识的对应关系，确定所述设备信息对应的协议标识；在所述预设数据库中查找包括所述协议标识的诊断消息。

本发明实施例第二方面提供另一种数据处理方法，包括：

诊断设备接收客户端发送的诊断消息，所述诊断消息的数据格式为第二协议数据格式。

所述诊断设备对数据格式为所述第二协议数据格式的诊断消息进行解析，得到所述诊断消息中的协议消息。

所述诊断设备将所述协议消息发送至交通工具。

作为一种可能的实施方式，所述数据处理方法还包括：

所述诊断设备接收所述交通工具响应所述协议消息发送的参数信息，所述参数信息的数据格式为第三协议数据格式。

所述诊断设备对所述数据格式为第三协议数据格式的参数信息进行解析得到所述参数信息中的参数值。

所述诊断设备对所述参数值进行封装，得到数据格式为第二协议数据格式的参数信息。

所述诊断设备将数据格式为第二协议数据格式的参数信息发送至所述客户端。

作为一种可能的实施方式，所述诊断设备将所述协议消息发送至交通工具的具体实现方式为：

所述诊断设备根据所述协议消息中的协议标识查找对应的协议模块；所述诊断设备通过所述协议模块将所述协议消息发送至所述交通工具。

本发明实施例第三方面提供一种数据处理装置，包括：

获取单元，用于当接收到诊断请求时，在预设数据库中获取诊断消息，该诊断消息的数据格式为第一协议数据格式。

转换单元，用于将诊断消息的数据格式由第一协议数据格式转换为第二协议数据格式。

发送单元，用于将数据格式为第二协议数据格式的诊断消息发送至诊断设备，以使诊断设备对数据格式为第二协议数据格式的诊断消息进行解析得到诊断消息中的协议消息，该诊断设备将协议消息发送至交通工具。

作为一种可能的实施方式，所述装置还包括：

接收单元，用于接收诊断设备发送的参数信息，该参数信息的数据格式为第二协议数据格式，所述参数信息是交通工具响应协议消息发送给诊断设备的。

所述转换单元，还用于将参数信息的数据格式由第二协议数据格式转换为第一协议数据格式。

解析单元，用于对数据格式为第一协议数据格式的参数信息进行解析，得到参数信息中的参数值。

处理单元，用于基于参数值对交通工具进行诊断，得到诊断结果。

作为一种可能的实施方式，所述接收单元，还用于接收所述交通工具的设备信息；所述获取单元具体用于：根据设备信息和协议标识的对应关系，确定设备信息对应的协议标识；在预设数据库中查找包括协议标识的诊断消息。

本发明实施例第四方面提供另一种数据处理装置，包括：

接收单元，用于接收客户端发送的诊断消息，该诊断消息的数据格式为第二协议数据格式。

解析单元，用于对数据格式为第二协议数据格式的诊断消息进行解析，得到诊断消息中的协议消息。

发送单元，用于将协议消息发送至交通工具。

作为一种可能的实施方式，所述发送单元具体用于：

根据协议消息中的协议标识查找对应的协议模块；通过协议模块将协议消息发送至交通工具。

作为一种可能的实施方式，所述接收单元，还用于接收交通工具响应协议消息发送的参数信息，该参数信息的数据格式为第三协议数据格式。

所述解析单元，还用于对数据格式为第三协议数据格式的参数信息进行解析得到参数信息中的参数值。

所述装置还包括：处理单元，用于对参数值进行封装得到数据格式为第二协议数据格式的参数信息。

所述发送单元，还用于将数据格式为第二协议数据格式的参数信息发送至客户端。

本发明实施例第五方面提供一种终端，包括：处理器、接收器、发射器和存储器，所述处理器、接收器、发射器和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行本发明实施例第一方面提供的方法。

本发明实施例第六方面提供一种诊断设备，包括：处理器、接收器、发射器和存储器，所述处理器、接收器、发射器和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行本发明实施例第二方面提供的方法。

本发明实施例第七方面提供一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行本发明实施例第一方面提供的方法。

本发明实施例第八方面提供另一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行本发明实施例第二方面提供的方法。

实施本发明实施例，具有如下有益效果：结合上述第一方面和第二方面所述的数据处理方法可以看出，通过将第二诊断协议数据格式作为客户端采用的第一协议数据格式和交通工具采用的第三协议数据格式的过渡协议数据格式，避免了交通工具或客户端采用不同的通信协议对诊断过程带来的影响，从而实现诊断设备对多种诊断协议的兼容，提高了诊断设备的协议兼容性。

附图说明

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

图1是本发明实施例提供的一种数据处理系统的示意图；

图2是本发明实施例提供的另一种数据处理系统的示意图；

图3是本发明实施例提供的一种数据处理方法的流程示意图；

图4是本发明实施例提供的一种数据处理装置的示意性框图；

图5是本发明实施例提供的另一种数据处理装置的示意性框图；

图6是本发明实施例提供的一种终端的示意性框图；

图7是本发明实施例提供的一种诊断设备的示意性框图。

具体实施方式

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

为了更好地理解本发明实施例公开的数据处理方法及装置，下面首先对本发明实施例适用的数据处理系统的架构图进行描述。请参见图1，图1为本发明实施例提供的一种数据处理系统的示意图。如图1所示，该数据处理系统包括上位机101、下位机102和交通工具103。其中，上位机101中包括运行其中的原厂软件和动态链接库文件(Dynamic LinkLibrary，Dll)。原厂软件可以是由不同生产厂家或第三方开发的、支持不同协议数据格式的故障诊断程序。示例性的，以汽车诊断为例，原厂软件可以包括J2534原厂软件、RP1210原厂软件等类型。相应的，上位机中的Dll包括J2534Dll、RP1210Dll等。该数据处理系统中各个组成部分的通信关系为：上位机101与下位机102建立通信连接，下位机102与交通工具103建立通信连接。

在本发明实施例中，上位机101可以是个人计算机、笔记本电脑、移动终端或其他电子设备。下位机102是指直接控制设备获取设备状况的计算机，如：通信控制可编程逻辑控制器(Programmable Logic Controller，PLC)、单片机等。

举例来说，如图2所示，在对汽车进行诊断的数据处理系统中：上位机101为包括原厂软件和Dll的客户端，下位机102为支持多种诊断协议的诊断设备。其中，诊断设备包括多个协议模块，每一个协议模块对应一种诊断协议。示例性的，在汽车诊断中，诊断设备可以包括J2610协议模块、J1850协议模块、J2740协议模块、ISO 14230协议模块、ISO 9141协议模块等。另外，客户端中的Dll和诊断设备还支持一种过渡协议数据格式，如本发明实施例中的元征诊断通信协议。

示例性的，J2534是由SAE设计的接口标准，其目的是创建一个将被所有车辆制造商采用的应用程序编程接口(API)，使得汽车诊断过程能够不依赖于专门的经销商专用工具，而能够实现对汽车电子控制单元(Electronic Control Unit)，ECU)的诊断或重新编程。类似的，还有RP1210接口标准。J2534和RP1210是两种不同的国际标准协议，J2534协议主要用于乘务车诊断，RP1210协议则侧重于重载车辆的诊断。

需要说明的是，本发明实施例所使用的通讯协议包含但不限定J2534协议和RP1210协议，随着交通工具相关行业的发展，本发明实施例还可以使用其他协议，具体不受本发明实施例的限定。

传统的汽车诊断通信系统中，客户端和诊断设备只支持特定的协议数据格式。示例性的，在汽车的故障诊断中，客户端中的J2534原厂软件只能识别J2534协议数据格式的消息；相应的诊断设备也只能对J2534协议数据格式的消息进行处理。目前，市面上的诊断设备只支持上述J2534或RP1210中的一种协议，这种诊断设备不能满足不同类别的汽车诊断需求，诊断设备的协议兼容性较差。

为了解决上述问题，本发明提供了一种数据处理方法及装置，可以在客户端与交通工具的诊断通信过程中通过协议转换实现对多种协议的兼容，提高了诊断设备的兼容性。

下面进一步对本发明实施例提供的一种数据处理方法、装置及计算机可读存储介质进行介绍。

请参见图3，图3是本发明实施例提供的一种数据处理方法的示意流程图。如图3所示，该数据处理方法包括步骤201～213的部分，其中：

201、客户端接收到诊断请求时，在客户端的预设数据库中获取诊断消息，所述诊断消息的数据格式为第一协议数据格式。

具体的，客户端接收用户输入的诊断请求，诊断请求可以携带交通工具的设备信息。然后客户端可以端根据交通工具的设备信息和协议标识的对应关系，确定出设备信息对应的协议标识；客户端在预设数据库中查找包括所述协议标识和所述诊断请求的诊断消息；其中，诊断消息的数据格式为第一协议数据格式。

其中，诊断请求可以分为不同的诊断类型，如包括对交通工具某特定零部件的局部诊断或对交通工具全部零部件的全面诊断，用户可以根据需要进行选择。举例来说，客户端上包含有显示界面，用户可以在界面中可以选择对交通工具进行不同类型的诊断请求。其中，不同类型的诊断请求可以是列表的形式供用户选择，还可以是由用户键入诊断类型的方式输入诊断请求。

可以理解的是，诊断消息的数据格式为客户端所安装的原厂软件所支持的协议数据格式。原厂软件指的是汽车制造商或第三方为了便于对某一款或某几款汽车进行故障诊断而开发的、采用特定数据格式封装消息的软件测试程序。以汽车为例，原厂软件中诊断消息的数据格式包括J2534协议数据格式或RP1210协议数据格式等；原厂软件的作用是根据J2534或RP1210调用步骤202中所述的Dll收发数据，并根据收到的参数信息中的参数值对汽车ECU进行诊断。

202、客户端将诊断消息的数据格式由第一协议数据格式转换为第二协议数据格式。

需要说明的是，客户端将诊断消息的数据格式进行转换的实质是：更改诊断消息中协议消息的协议数据格式。具体为：获取数据格式为第一协议数据格式的诊断消息中的协议消息，再根据第二协议数据格式对协议消息进行协议封装，得到数据格式为第二协议数据格式的诊断消息。可以理解的是，在数据转换的过程中，诊断消息中的数据(即协议消息)没有发生改变，只是数据格式发生了变化。示例性的，以图1中的汽车诊断通信系统为例，第一协议数据格式为RP210协议数据格式，第二协议数据格式为元征诊断通信协议数据格式；则客户端将诊断消息的数据格式进行转换为：将数据格式为RP1210协议数据格式的诊断消息转换为数据格式为元征诊断通信协议数据格式的诊断消息。

若是对汽车进行诊断，则在本发明实施例中，协议数据格式的转换是由动态链接库文件(Dynamic Link Library，Dll)实现的。Dll是一个包含可由多个程序同时使用的代码和数据的库。在汽车的故障诊断中，Dll可分为J2534Dll和RP1210Dll。其作用包括将诊断消息的数据格式由第一协议数据格式转换为第二协议数据格式，或者将诊断设备发送的参数信息的数据格式由第二协议数据格式转换为第一协议数据格式。

可选的，本发明实施例中客户端将诊断消息的数据格式由第一协议数据格式转换为第二协议数据格式的功能也可集成到客户端的原厂软件中，直接由原厂软件来实现。

203、客户端将数据格式为第二协议数据格式的诊断消息发送至诊断设备。

可以理解的是，本发明实施例是将第二协议数据格式作为客户端和诊断设备通信的过渡协议数据格式。因此客户端和诊断设备都能够识别第二协议数据格式的诊断消息或参数信息，并能够对第二协议数据格式的诊断消息或参数消息进行解析。如步骤202中的示例所述，若第二协议数据格式为元征诊断通信协议，则客户端将协议转换后得到的数据格式为元征诊断通信协议数据格式的诊断消息发送至诊断设备。

204、诊断设备对接收到的数据格式为第二协议数据格式的诊断消息进行解析，得到诊断消息中的协议消息。

可以理解的是，诊断设备可以识别和解析数据格式为第二协议数据格式的诊断消息。诊断设备对数据格式为第二协议数据格式的诊断消息进行解析的实质是去掉诊断消息的第二协议数据格式的协议封装，取出诊断消息中的协议消息。需要说明的是，协议消息的协议数据格式为交通工具能够识别的协议数据格式。

具体的，诊断设备包括多个协议模块，不同的协议模块对应支持不同的协议。可以理解的是，诊断设备包含的协议模块的类别越多，其能够支持的协议也越多；相应的，诊断设备能够诊断的汽车类别也越多。以汽车为例，诊断设备支持的协议包括：J2610、J2740、J1850、ISO 14230、ISO 9141、J1708/J1587、J2819、J1962、J2809、J2818、J1939、ISO 15765、ISO 11898/J2284、GMW 3089、GMW 3173和GMW 3110等协议。示例性的，若是对汽车进行诊断，若客户端发送的诊断消息中的设备信息对应的协议标识为J2740，则诊断设备解析出来的协议消息为J2740协议消息。

205、诊断设备将协议消息发送至交通工具。

可选的，诊断设备将协议消息发送至交通工具的具体实施方式为：诊断设备根据协议消息中的协议标识查找对应的协议模块；诊断设备通过协议标识对应的协议模块将协议消息发送至交通工具。即诊断设备将协议消息发送至交通工具是通过诊断设备中的协议模块实现的。

示例性的，若客户端发送至诊断设备的诊断消息中的协议标识为J1850，则诊断设备中协议标识对应的协议模块为J1850协议模块；因此，诊断设备将诊断消息解析后，将协议消息传送至J1850协议模块，由J1850协议模块将协议消息发送至交通工具。

206、交通工具接收到诊断设备发送的协议消息后，响应协议消息，获取交通工具的参数信息。

具体的，交通工具获取到代表各零部件运行状态的参数值后，以第三协议数据格式对参数值进行封装，得到数据格式为第三协议数据格式的参数信息。

207、诊断设备接收交通工具响应协议消息发送的参数信息，该参数信息的数据格式为第三协议数据格式。

可以理解的是，当交通工具接收到诊断设备发送的协议消息后，根据协议消息中包含的诊断请求，交通工具将向诊断设备发送反映交通工具各零部件运行状态的参数信息。以汽车为例，汽车的故障自诊断系统会监测汽车各零部件的工作状态，当监测到故障时，将该故障以故障代码的形式存储在随机存储器中；当接收到诊断设备读取故障码的协议消息后，将随机存储器中的故障码以参数信息的形式反馈给诊断设备。

具体的，诊断设备和交通工具间的通信消息的协议数据格式为不同于第一协议数据格式或第二协议数据格式的第三协议数据格式。本发明实施例中的第三协议数据格式对应的协议为诊断设备和交通工具间的通讯协议。以图1中的汽车诊断通信系统为例，若客户端中原厂软件支持RP1210协议，第二协议数据格式为元征诊断通信协议数据格式，则第三协议数据格式为诊断设备中某协议模块所对应的协议所支持的协议数据格式，如J2610、J2740或ISO 9141等协议对应的协议数据格式。

208、诊断设备对数据格式为第三协议数据格式的参数信息进行解析得到参数信息中的参数值。

具体的，对数据格式为第三协议数据格式的参数信息进行解析，其实质是去掉参数信息中第三协议数据格式的协议封装，得到参数信息中的参数值。示例性的，若是对汽车进行诊断，则诊断设备得到的参数值为汽车的故障码。

209、诊断设备对参数值进行封装，得到数据格式为第二协议数据格式的参数信息。

可以理解的是，诊断设备按照第二协议数据格式对参数值进行封装可以看做是对参数信息进行解析的逆过程，即为参数值添加第二协议数据格式的协议封装，得到数据格式为第二协议数据格式的参数信息。示例性的，若是对汽车进行诊断；第三协议数据格式为J1850协议数据格式，第二协议数据格式为元征诊断通信协议；则步骤208～209的内容实际上是将参数信息的数据格式由J1850协议数据格式转换为元征诊断通信协议数据格式。

210、客户端接收诊断设备发送的参数信息，该参数信息的数据格式为第二协议数据格式。

211、客户端将参数信息的数据格式由第二协议数据格式转换为第一协议数据格式。

可以理解的是，与步骤202所述相类似，步骤212中客户端进行数据格式的转换其实质是：更改参数信息中参数值的协议数据格式。具体为：获取数据格式为第二协议数据格式的参数信息中的参数值，再根据第一协议数据格式对参数值进行协议封装，得到数据格式为第一协议数据格式的参数信息。以汽车诊断为例，客户端进行数据格式的转换是由Dll实现的。结合实施例1中的步骤可以看出客户端中Dll的作用是对诊断消息或参数信息的数据格式进行转换，以使得客户端无论采用何种诊断协议，都能够和诊断设备实现通信。

示例性的，在汽车诊断通信中，若第二协议数据格式为元征诊断通信协议数据格式，第一协议数据格式为J2534协议数据格式；则步骤212中客户端进行协议转换的过程为：将参数信息的数据格式由元征诊断通信协议数据格式转换为J2534协议数据格式，参数信息中的参数值保持不变。

212、客户端对数据格式为第一协议数据格式的参数信息进行解析，得到参数信息中的参数值。

需要说明的是，由步骤201所述，客户端发送给诊断设备的诊断消息在进行协议转换前的数据格式是第一协议数据格式。由此可知，在本发明实施例中，客户端能够识别并解析第一协议数据格式的数据。具体的，客户端对数据格式为第一协议数据格式的参数信息进行解析实质是去掉参数信息中第一协议数据格式的协议封装，得到出参数信息中参数值。

213、客户端基于参数值对交通工具进行诊断，得到诊断结果。

具体的，交通工具响应协议消息所发送的参数信息中包含了交通工具各零部件的状态信息，而这些状态信息是通过事先约定的参数值来进行表示。当客户端解析出参数信息中的参数值后，通过对照参数值与故障信息的对应关系表即可得出诊断结果。以汽车诊断为例，不同的故障码有对应的故障解释，如表1所示。汽车维修人员则可以根据故障解释快速定位到汽车发生故障的位置。

表1

故障码	故障解释
		P0101	空气流量计线路不良
P0102	空气流量计线路输入电压太低
		P0103	空气流量计线路输入电压太高
P0104	空气流量计线路间歇故障
		…	…

可以理解的是，客户端根据参数值得出的诊断结果可以显示在客户端的显示屏上，也可以语音的形式进行播报，还可以将汽车的诊断结果发送至预设联系人的终端设备上。本发明实施例对诊断结果的展示方式不做限制。

本发明实施例在客户端与诊断设备、诊断设备与交通工具的诊断通信过程中，将第二协议数据格式作为过渡协议数据格式，对参数信息进行数据格式的转换。解决了客户端中原厂软件的协议类别或交通工具采用不同类别的协议带来的协议兼容性问题。可以看出：在本发明实施例中对诊断设备而言，无论客户端或交通工具采用哪种类别的协议，诊断设备都可通过第二协议数据格式进行转换，解决了不同协议类别带来的兼容性问题，提高了诊断设备的协议兼容性。

请参见图4，图4是本发明实施例提供的一种数据处理装置的示意性框图，用于实现图3实施例中客户端的功能，如图4所示，该数据处理装置包括如下单元：

获取单元301，用于当接收到诊断请求时，在预设数据库中获取诊断消息，该诊断消息的数据格式为第一协议数据格式。

转换单元302，用于将诊断消息的数据格式由第一协议数据格式转换为第二协议数据格式。

发送单元303，用于将数据格式为第二协议数据格式的诊断消息发送至诊断设备，以使诊断设备对数据格式为第二协议数据格式的诊断消息进行解析得到诊断消息中的协议消息，该诊断设备将协议消息发送至交通工具。

作为一种可能的实施方式，所述数据处理装置还包括：

接收单元304，用于接收诊断设备发送的参数信息，该参数信息的数据格式为第二协议数据格式，所述参数信息是交通工具响应协议消息发送给诊断设备的。

所述转换单元302，还用于将参数信息的数据格式由第二协议数据格式转换为第一协议数据格式。

解析单元305，用于对数据格式为第一协议数据格式的参数信息进行解析，得到参数信息中的参数值。

处理单元306，用于基于参数值对交通工具进行诊断，得到诊断结果。

作为一种可能的实施方式，所述接收单元304，还用于接收所述交通工具的设备信息；所述获取单元301具体用于：根据设备信息和协议标识的对应关系，确定设备信息对应的协议标识；在预设数据库中查找包括协议标识的诊断消息。

在图4所示的数据处理装置中，当接收到诊断请求时，获取单元301在预设数据库中获取诊断消息，该诊断消息的数据格式为第一协议数据格式。转换单元302将诊断消息的数据格式由第一协议数据格式转换为第二协议数据格式。发送单元303将数据格式为第二协议数据格式的诊断消息发送至诊断设备，以使诊断设备对数据格式为第二协议数据格式的诊断消息进行解析得到诊断消息中的协议消息，该诊断设备将协议消息发送至交通工具。本发明实施例，通过将第二协议数据格式作为客户端与交通工具诊断通信时的过渡协议数据格式，可以实现诊断设备对多种协议的兼容，提高了诊断设备的协议兼容性。

请参见图5，图5是本发明实施例提供的一种数据处理装置的示意性框图，用于实现图3实施例中诊断设备的功能，如图5所示，该数据处理装置包括如下单元：

接收单元401，用于接收客户端发送的诊断消息，该诊断消息的数据格式为第二协议数据格式。

解析单元402，用于对数据格式为第二协议数据格式的诊断消息进行解析，得到诊断消息中的协议消息。

发送单元403，用于将协议消息发送至交通工具。

作为一种可能的实施方式，所述发送单元403具体用于：

根据协议消息中的协议标识查找对应的协议模块；通过协议模块将协议消息发送至交通工具。

作为一种可能的实施方式，所述接收单元401，还用于接收交通工具响应协议消息发送的参数信息，该参数信息的数据格式为第三协议数据格式。

所述解析单元402，还用于对数据格式为第三协议数据格式的参数信息进行解析得到参数信息中的参数值。

所述数据处理装置还包括：处理单元404，用于对参数值进行封装得到数据格式为第二协议数据格式的参数信息。

所述发送单元403，还用于将数据格式为第二协议数据格式的参数信息发送至客户端。

在图5所示的数据处理装置中，由接收单元401接收客户端发送的诊断消息，该诊断消息的数据格式为第二协议数据格式。解析单元402对数据格式为第二协议数据格式的诊断消息进行解析，得到诊断消息中的协议消息。发送单元403将协议消息发送至交通工具。通过本发明实施例，诊断设备将第二协议数据格式作为客户端和交通工具间通信的过渡协议数据格式，以使得诊断设备能够兼容更多协议数据格式，提高了诊断设备的协议兼容性。

请参见图6，图6是本发明实施例提供的一种终端的示意框图。客户端运行于终端中。本实施例中的终端可以包括：一个或多个处理器501；一个或多个接收器502，一个或多个发射器503和存储器504。上述处理器501、接收器502、发射器503和存储器504通过总线505连接。其中，所述存储器504用于存储计算机程序，所述计算机程序包括程序指令，所述处理器501被配置用于调用所述程序指令。在本发明实施例中，由处理器501加载并执行计算机存储介质中存放的一条或一条以上指令，以实现图3所示方法流程的相应步骤；具体实现中，计算机存储介质中的一条或一条以上指令由处理器501加载并执行如下步骤：

接收器502接收到诊断请求时，在预设数据库中获取诊断消息，该诊断消息的数据格式为第一协议数据格式。

处理器501将诊断消息的数据格式由第一协议数据格式转换为第二协议数据格式。

发射器503将数据格式为第二协议数据格式的诊断消息发送至诊断设备。

作为一种可能的实施方式，所述方法还包括：

接收器502接收诊断设备发送的参数信息，该参数信息的数据格式为第二协议数据格式，参数信息是交通工具响应协议消息发送给诊断设备的。

处理器501将参数信息的数据格式由第二协议数据格式转换为第一协议数据格式。

处理器501对数据格式为第一协议数据格式的参数信息进行解析，得到参数信息中的参数值。

处理器501基于所述参数值对交通工具进行诊断，得到诊断结果。

作为一种可能的实施方式，在预设数据库中获取诊断消息的具体实现方式为：接收器502接收交通工具的设备信息；处理器501根据设备信息和协议标识的对应关系，确定设备信息对应的协议标识；处理器501在预设数据库中查找包括协议标识的诊断消息。

请参见图7，图7是本发明实施例提供的一种诊断设备的示意性框图。该诊断设备包括：一个或多个处理器601；一个或多个接收器602，一个或多个发射器603和存储器604。上述处理器601、接收器602、发射器603和存储器604通过总线605连接。具体实现中，处理器601加载并执行计算机存储介质中存放的一条或一条以上指令，以实现图3所示方法流程的相应步骤；具体实现中，计算机存储介质中的一条或一条以上指令由处理器601加载并执行如下步骤：

接收器602接收客户端发送的诊断消息，该诊断消息的数据格式为第二协议数据格式。

处理器601对数据格式为第二协议数据格式的诊断消息进行解析，得到诊断消息中的协议消息。

发射器603将协议消息发送至交通工具。

作为一种可能的实施方式，所述数据处理方法还包括：

接收器602接收交通工具响应协议消息发送的参数信息，参数信息的数据格式为第三协议数据格式。

处理器601对数据格式为第三协议数据格式的参数信息进行解析得到参数信息中的参数值。

处理器601对参数值进行封装，得到数据格式为第二协议数据格式的参数信息。

发射器603将数据格式为第二协议数据格式的参数信息发送至客户端。

作为一种可能的实施方式，发射器603将协议消息发送至交通工具的具体实现方式为：

处理器601根据协议消息中的协议标识查找对应的协议模块；

发射器603通过协议模块将协议消息发送至交通工具。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上所揭露的仅为本发明的部分实施例而已，当然不能以此来限定本发明之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本发明权利要求所作的等同变化，仍属于发明所涵盖的范围。

Claims (10)

1.一种数据处理方法，其特征在于，所述方法包括：

客户端接收到诊断请求时，在所述客户端的预设数据库中获取诊断消息，所述诊断消息的数据格式为第一协议数据格式；

所述客户端将所述诊断消息的数据格式由所述第一协议数据格式转换为第二协议数据格式；

所述客户端将数据格式为所述第二协议数据格式的诊断消息发送至诊断设备，以使所述诊断设备对数据格式为所述第二协议数据格式的诊断消息进行解析得到所述诊断消息中的协议消息，所述诊断设备将所述协议消息发送至交通工具。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述客户端接收所述诊断设备发送的参数信息，所述参数信息的数据格式为所述第二协议数据格式，所述参数信息是所述交通工具响应所述协议消息发送给所述诊断设备的；

所述客户端将所述参数信息的数据格式由所述第二协议数据格式转换为所述第一协议数据格式；

所述客户端对所述数据格式为所述第一协议数据格式的参数信息进行解析，得到参数信息中的参数值；

所述客户端基于所述参数值对所述交通工具进行诊断，得到诊断结果。

3.根据权利要求1所述的方法，其特征在于，所述在所述客户端的预设数据库中获取诊断消息，包括：

接收所述交通工具的设备信息；

根据设备信息和协议标识的对应关系，确定所述设备信息对应的协议标识；

在所述预设数据库中查找包括所述协议标识的诊断消息。

4.一种数据处理方法，其特征在于，所述方法包括：

诊断设备接收客户端发送的诊断消息，所述诊断消息的数据格式为第二协议数据格式；

所述诊断设备对数据格式为所述第二协议数据格式的诊断消息进行解析，得到所述诊断消息中的协议消息；

所述诊断设备将所述协议消息发送至交通工具。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

所述诊断设备接收所述交通工具响应所述协议消息发送的参数信息，所述参数信息的数据格式为第三协议数据格式；

所述诊断设备对所述数据格式为第三协议数据格式的参数信息进行解析得到所述参数信息中的参数值；

所述诊断设备对所述参数值进行封装，得到数据格式为第二协议数据格式的参数信息；

所述诊断设备将数据格式为第二协议数据格式的参数信息发送至所述客户端。

6.根据权利要求4所述的方法，其特征在于，所述诊断设备将所述协议消息发送至交通工具，包括：

所述诊断设备根据所述协议消息中的协议标识查找对应的协议模块；

所述诊断设备通过所述协议模块将所述协议消息发送至所述交通工具。

7.一种数据处理装置，其特征在于，包括用于执行如权利要求1-3任一项所述方法的单元。

8.一种数据处理装置，其特征在于，包括用于执行如权利要求4-6任一项所述方法的单元。

9.一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-3任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求4-6任一项所述的方法。