CN111600883A - 一种车辆诊断方法、***及电子设备和存储介质 - Google Patents

Abstract

本申请公开了一种车辆诊断方法、***及一种电子设备和计算机可读存储介质，该方法包括：获取诊断任务请求并判断诊断任务请求是否为远程任务请求；若是，利用本地动态链接库dll文件调取远程模式IP访问UDP服务器，并接收所述诊断任务请求对应的远程设备信息；根据所述远程设备信息与远程设备建立UDP连接；基于所述UDP连接进行车辆远程诊断。本申请能实现车辆诊断共享化，能够有效提高车辆的诊断效率。本申请还公开了一种车辆诊断***及一种电子设备和一种计算机可读存储介质，同样能实现上述技术效果。

Description

一种车辆诊断方法、***及电子设备和存储介质

技术领域

本申请涉及计算机技术领域，更具体地说，涉及一种车辆诊断方法、***及一种电子设备和一种计算机可读存储介质。

背景技术

当前维护人员对车辆进行诊断时，大多通过J2534协议进行本地诊断，需要维护人员亲临现场并将诊断设备接入车辆方可进行诊断，使得整个诊断过程耗时长，效率低，不利于车辆故障的及时维修。

因此，如何提高车辆诊断效率是本领域技术人员需要解决的问题。

发明内容

本申请的目的在于提供一种车辆诊断方法、***及一种电子设备和一种计算机可读存储介质，提高了车辆诊断效率。

为实现上述目的，本申请提供了一种车辆诊断方法，包括：

获取诊断任务请求并判断所述诊断任务请求是否为远程任务请求；

若是，利用本地动态链接库dll文件调取远程模式IP访问用户数据报协议UDP服务器，并接收所述诊断任务请求对应的远程设备信息；

根据所述远程设备信息与远程设备建立UDP连接；

基于所述UDP连接进行车辆远程诊断。

可选的，根据所述远程设备信息与远程设备建立UDP连接之后，利用所述UDP连接进行车辆远程诊断之前，还包括：

利用预设握手协议与所述远程设备握手，并建立心跳线程。

可选的，若所述心跳线程发生延迟或握手失败，还包括：

向所述远程设备发送中转指令，并切换至中转服务器重新建立与所述远程设备的UDP连接。

可选的，当所述诊断任务请求不为远程任务请求时，还包括：

利用所述本地动态链接库dll文件从所述注册表中调取本地IP与本地待诊断设备进行UDP直连，并对所述本地待诊断设备进行诊断。

可选的，对所述本地待诊断设备进行诊断包括：

利用消息队列接收所述本地待诊断设备的设备数据，并发送至原厂软件诊断，得到诊断结果。

可选的，当所述UDP连接异常时，还包括：

通过诊断设备序列号访问服务器获取更新文件；

利用所述更新文件对诊断设备进行***升级。

可选的，当所述UDP连接异常时，还包括：

判断诊断设备的网卡IP是否为动态IP；

若否，修改所述网卡IP为动态IP。

调取调取

为实现上述目的，本申请提供了一种车辆诊断***，包括：

判断模块，用于获取诊断任务请求并判断诊断任务请求是否为远程任务请求；

信息获取模块，用于所述判断模块判断为是时，利用本地动态链接库dll文件调取远程模式IP访问UDP服务器，并接收所述诊断任务请求对应的远程设备信息；

通讯连接模块，用于根据所述远程设备信息与远程设备建立UDP连接；

诊断模块，用于基于所述UDP连接进行车辆远程诊断。

可选的，车辆诊断***还包括：

网络验证模块，用于利用预设握手协议与所述远程设备握手，并建立心跳线程。

可选的，车辆诊断***还包括：

中转连接模块，用于所述心跳线程发生延迟或握手失败时，向所述远程设备发送中转指令，并切换至中转服务器重新建立与所述远程设备的UDP连接。

可选的，车辆诊断***还包括：

本地诊断模块，用于当所述诊断任务请求不为远程任务请求时，利用所述本地动态链接库dll文件调取本地IP与本地待诊断设备进行UDP直连，并对所述本地待诊断设备进行诊断。

可选的，车辆诊断***还包括：

第一异常诊断模块，用于当所述UDP连接异常时，通过诊断设备序列号访问服务器获取更新文件；利用所述更新文件对诊断设备进行***升级。

可选的，所述本地诊断模块具体为利用消息队列接收所述本地待诊断设备的设备数据，并发送至原厂软件诊断，得到诊断结果的模块。

可选的，车辆诊断***还包括：

第二异常诊断模块，用于当所述UDP连接异常时，判断诊断设备的网卡IP是否为动态IP；若否，修改所述网卡IP为动态IP。

为实现上述目的，本申请提供了一种电子设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上述车辆诊断方法的步骤。

为实现上述目的，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述车辆诊断方法的步骤。

通过以上方案可知，本申请提供的一种车辆诊断方法，包括：获取诊断任务请求并判断诊断任务请求是否为远程任务请求；若是，利用本地动态链接库dll文件调取远程模式IP访问UDP服务器，并接收所述诊断任务请求对应的远程设备信息；根据所述远程设备信息与远程设备建立UDP连接；基于所述UDP连接进行车辆远程诊断。

本申请在接收到诊断任务请求时，先判断该请求是否为远程任务请求，如果确认为远程任务请求，从本地动态链接库dll文件中配置对应的远程模式IP以访问UDP服务器，并建立与远程设备的连接，从而实现远程车辆诊断。使得用户可以在本地诊断车辆的同时可以实现远程诊断，实现车辆诊断共享化，能够有效提高车辆的诊断效率。

本申请还公开了一种车辆诊断***及一种电子设备和一种计算机可读存储介质，同样能实现上述技术效果。

附图说明

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

图1为本申请实施例公开的一种车辆诊断方法的流程图；

图2为本申请实施例公开的另一种车辆诊断方法的流程图；

图3为本申请实施例公开的一种车辆诊断***的结构图；

图4为本申请实施例公开的一种电子设备的结构图；

图5为本申请实施例公开的另一种电子设备的结构图。

具体实施方式

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

在现有技术中，车辆诊断依赖于现场诊断，无法实现远程车辆诊断，使得车辆诊断效率低下。

因此，本申请提供一种车辆诊断方法，能够实现车辆的远程诊断，提高车辆诊断效率。

本申请实施例公开了一种车辆诊断方法，提高车辆诊断效率。

参见图1，本申请实施例公开的一种车辆诊断方法的流程图，如图1所示，包括：

S101：获取诊断任务请求并判断诊断任务请求是否为远程任务请求；若是，进入S102；

本步骤中，旨在接收诊断任务请求并确认该请求是否为远程任务请求。在此对于如何接收诊断任务请求不做限定，对于本领域技术人员而言，其可以通过一切方式接收到诊断任务请求，例如通过网站下发、公众平台下单等等。但需要注意的是，对于采用何种方式接收到诊断任务请求并不限定，但需要接收本地的诊断设备有确定的网络信息，以便和远程设备建立连接。该网络信息包括但不限定于IP地址和端口号等等。

在判断诊断任务请求是否为远程任务请求时，可以根据该诊断任务请求对应的远程设备与本地诊断设备的实际距离判断是否为远程任务请求，甚至可以直接视所有来源于网络的诊断任务请求为远程任务请求，在此不做具体限定。

S102：利用本地动态链接库dll文件调取远程模式IP访问UDP服务器，并接收诊断任务请求对应的远程设备信息；

在确认为远程任务请求后，可以利用本地动态链接库dll文件调取远程模式IP，并与UDP服务器建立连接，在连接过程中，接收远程设备信息。需要注意的是，本地的诊断设备中包含基于J2534协议的dll文件。DLL(Dynamic Link Library)文件，又称动态链接库文件。在此对于从何处调取远程模式IP不作具体限定，例如可以从注册表中调取，子啊进行车辆诊断前先向注册表写入一个键值，该键值将记录本地IP或者远程模式IP，本地动态链接库dll文件每次加载都会调用键值中的IP，并与之建立连接。而原厂软件打开都会自动加载该本地动态链接库dll文件，也就会自动与该IP建立连接。在此对于本地动态链接库dll文件中各IP地址以何种形式存在不做限定，例如本地动态链接库dll文件中可以维护IP注册表，该IP注册表中包含了远程模式IP以及在切换至本地诊断时所需要的本地IP。

而远程设备信息主要指的是用于建立连接所需要的设备信息，至少应包括远程设备的IP地址和端口号，以便本地诊断设备与远程设备建立连接。当然，该设备信息还可以包含设备状态信息等等内容，以便诊断设备在建立连接后进行初步诊断。

S103：根据远程设备信息与远程设备建立UDP连接；

本步骤需要建立本地诊断设备与远程设备的UDP连接，在此过程中，根据S102中接收到的远程设备信息建立连接。容易理解的是，在建立UDP连接过程中，还可以包含相关握手流程或者心跳线程，握手流程用于本地诊断设备和远程设备互相确认身份，而心跳线程用于确保本地诊断设备与远程设备连接的稳定性。在此对于采用何种握手协议不做限定，通常可以采用三次握手协议等等。握手协议用于通信设备之间进行有效数据交互前，先利用控制字符串或者命令字符串等形式进行双方身份确认，还可以进行通信通道稳定性的确认，本实施例中旨在实现本地诊断设备和远程设备之间设备信息的相互确认，避免连接错误等意外情况。心跳线程多用于确定两个通信设备之间的通信稳定性，通常为周期性的发送心跳指令至对方服务器，当对方服务器接收心跳指令的间隔正常时，即认为通信设备之间的通信无异常。本实施例中，可以在建立UDP连接时建立心跳线程以确保本地诊断设备和远程设备连接的稳定性。

举例而言，本地诊断设备访问UDP服务器，通过UDP服务器请求来知道远程设备的IP以及端口等一系列信息，与之同时远程设备一直请求UDP服务器获取本地诊断设备的IP地址与端口信息，远程诊断设备与本诊断软件建立起对方的UDP直接连接，互发0712握手协议进行握手，彼此接收到0712后，回复对方0792协议数据。当双方都收到0792数据后，将建立起心跳线程，互发0715心跳数据，并对应回复对方0792心跳回复数据，此时意味着UDP连接建立成功。

S104：基于UDP连接进行车辆远程诊断。

在UDP连接建立成功后，即可基于UDP连接对车辆进行远程诊断。

在此对于采用何种方式进行远程诊断不做限定，例如可以采用kcp队列进行诊断。具体的，获取远程模式IP之后，建立与之对应的网络客户端连接，远程车辆数据发送给远程诊断，远程设备将数据通过UDP连接通道发送给本地诊断设备，接收到数据后源源不断的放入kcp接收队列，kcp接收队列循环处理数据，并对数据进行拆包处理，通过与本地动态链接库dll文件建立的TCP连接(本地原厂软件加载J2534 dll文件)，将处理后的数据发送给原厂软件，原厂软件收到数据，回出相应的数据，通过本地连接发送给本地诊断设备的kcp发送队列，另一个线程将发送队列中的数据，通过UDP转发给设备端，即可实现数据的相互发送，进行本地车辆诊断。

本申请实施例在接收到诊断任务请求时，先判断该请求是否为远程任务请求，如果确认为远程任务请求，从本地动态链接库dll文件中配置对应的远程模式IP以访问UDP服务器，并建立与远程设备的连接，从而实现远程车辆诊断。使得用户可以在本地诊断车辆的同时可以实现远程诊断，实现车辆诊断共享化，能够有效提高车辆的诊断效率。

本申请实施例公开了一种车辆诊断方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。具体的：

参见图2，本申请实施例提供的另一种车辆诊断方法的流程图，如图2所示，包括：

S201：获取诊断任务请求并判断诊断任务请求是否为远程任务请求；若否，进入S202；若是，进入S203；

S202：利用本地动态链接库dll文件调取本地IP与本地待诊断设备进行UDP直连，并对本地待诊断设备进行诊断；

S203：利用本地动态链接库dll文件调取远程模式IP访问UDP服务器，并接收诊断任务请求对应的远程设备信息；

S204：根据远程设备信息与远程设备建立UDP连接；

S205：基于UDP连接进行车辆远程诊断。

当诊断任务请求并非远程请求时，此时可以直接进行本地诊断。但需要注意的是，此时需要从本地动态链接库dll文件中获取本地IP。具体的，可以更改本地动态链接库dll文件维护的IP注册表，切换至本地IP，以便对本地待诊断设备诊断。

进一步，在对本地待诊断设备诊断时，同样可以利用消息队列接收本地待诊断设备的设备数据，并发送至原厂软件诊断，得到诊断结果。

在上述各实施例的基础上，作为优选的实施例，下文针对于上文各实施例采用的UDP连接中可能发生的异常作进一步说明：

若在进行UDP连接时发生心跳线程发生延迟或握手失败，还可以向远程设备发送中转指令，并切换至中转服务器重新建立与远程设备的UDP连接。

当本地诊断设备通过UDP服务器确认远程设备后，但由于网速原因导致相互建立不了UDP直连，此时访问UDP通过UDP服务器发中转指令协议通知远程设备走中转，此时设备与本诊断软件同时进入中转模式，与服务器建立TCP中转连接。设备端与本地诊断设备都发送相同的指令与中转服务器信息交互，并建立成功交互后发第一报文给中转服务器，收到相应回应报文数据，即认为双方都同一个中转服务器上并建立了连接，为了防止掉线，双方都会定时发送心跳数据给中转服务器，收到对应数据，此时可数据传输。通过中转服务器进行远程诊断，一切数据都通过中转服务器转发给对方，若因为中转服务器距离双方太远网络问题数据延时过大，可通过切换中转服务器，由诊断软件端发送中转切换指令携带另一个中转服务器信息通过之前服务器转发给对方，与设备端一起与另一个中转服务器建立连接，从而解决网络延时太高问题导致远程诊断异常。

需要注意的是，本实施例对采用的中转服务器的数量不做具体限定，可以采用一个中转服务器，也可以在网络条件较差时采用多个中转服务器，以保证本地诊断设备和远程设备建立良好的通信。

进一步的，UDP连接异常还可能为本地诊断设备的软件版本较低，或者本地的诊断设备网卡IP不为动态IP等原因造成，此时可以采取如下步骤解决UDP连接异常问题：

一、当本地诊断设备软件版本较低时：

先通过诊断设备序列号访问服务器获取更新文件，再利用更新文件对诊断设备进行***升级。

二、当诊断设备网卡IP不为动态IP时：

判断诊断设备的网卡IP是否为动态IP，若不是，修改网卡IP为动态IP。

以上各实施例实现了对于UDP连接异常的诊断和处理，能够有效保证本地诊断设备与远程设备的高质量通信连接，确保远程诊断的顺利进行，提高远程诊断效率。

下面对本申请实施例提供的一种车辆诊断***进行介绍，下文描述的一种车辆诊断***与上文描述的一种车辆诊断方法可以相互参照。

参见图3，本申请实施例提供的一种车辆诊断***的结构图，如图3所示，包括：

判断模块10，用于获取诊断任务请求并判断诊断任务请求是否为远程任务请求；

信息获取模块20，用于判断模块判断为是时，利用本地动态链接库dll文件调取远程模式IP访问UDP服务器，并接收诊断任务请求对应的远程设备信息；

通讯连接模块30，用于根据远程设备信息与远程设备建立UDP连接；

诊断模块40，用于基于UDP连接进行车辆远程诊断。

可选的，车辆诊断***还包括：

网络验证模块，用于利用预设握手协议与远程设备握手，并建立心跳线程。

可选的，车辆诊断***还包括：

中转连接模块，用于心跳线程发生延迟或握手失败时，向远程设备发送中转指令，并切换至中转服务器重新建立与远程设备的UDP连接。

可选的，车辆诊断***还包括：

本地诊断模块，用于当诊断任务请求不为远程任务请求时，利用本地动态链接库dll文件调取本地IP与本地待诊断设备进行UDP直连，并对本地待诊断设备进行诊断。

可选的，车辆诊断***还包括：

第一异常诊断模块，用于当UDP连接异常时，通过诊断设备序列号访问服务器获取更新文件；利用更新文件对诊断设备进行***升级。

可选的，本地诊断模块具体为利用消息队列接收本地待诊断设备的设备数据，并发送至原厂软件诊断，得到诊断结果的模块。

可选的，车辆诊断***还包括：

第二异常诊断模块，用于当UDP连接异常时，判断诊断设备的网卡IP是否为动态IP；若否，修改网卡IP为动态IP。

本申请还提供了一种电子设备，参见图4，本申请实施例提供的一种电子设备的结构图，如图4所示，包括：

存储器100，用于存储计算机程序；

处理器200，用于执行所述计算机程序时可以实现上述实施例所提供的步骤。

具体的，存储器100包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***和计算机可读指令，该内存储器为非易失性存储介质中的操作***和计算机可读指令的运行提供环境。处理器200为电子设备提供计算和控制能力，执行所述存储器100中保存的计算机程序时，可以实现以下步骤：

获取诊断任务请求并判断诊断任务请求是否为远程任务请求；

若是，利用本地动态链接库dll文件调取远程模式IP访问UDP服务器，并接收所述诊断任务请求对应的远程设备信息；

根据所述远程设备信息与远程设备建立UDP连接；

基于所述UDP连接进行车辆远程诊断

在上述实施例的基础上，作为优选实施方式，参见图5，所述电子设备还包括：

输入接口300，与处理器200相连，用于获取外部导入的计算机程序、参数和指令，经处理器200控制保存至存储器100中。该输入接口300可以与输入装置相连，接收用户手动输入的参数或指令。该输入装置可以是显示屏上覆盖的触摸层，也可以是终端外壳上设置的按键、轨迹球或触控板，也可以是键盘、触控板或鼠标等。具体的，在本实施例中，通过输入接口300输入。

显示单元400，与处理器200相连，用于显示处理器200发送的数据。该显示单元400可以为PC机上的显示屏、液晶显示屏或者电子墨水显示屏等。具体的，在本实施例中，显示单元400向旅行社显示旅行订单，向游客显示形成安排，显示鼓励或警告措施，显示各方的积分等。

网络端口500，与处理器200相连，用于与外部各终端设备进行通信连接。该通信连接所采用的通信技术可以为有线通信技术或无线通信技术，如移动高清链接技术(MHL)、通用串行总线(USB)、高清多媒体接口(HDMI)、无线保真技术(WiFi)、蓝牙通信技术、低功耗蓝牙通信技术、基于IEEE802.11s的通信技术等。具体的，在本实施例中，游客可通过网络端口500向处理器200导入含义游客信息的附件等。

视频采集器600，与处理器200相连，用于获取视频数据，然后将视频数据发送至处理器200进行数据分析处理，后续处理器200可以将处理结果发送至显示单元400进行显示，或者传输至处理器100进行保存，又或者可以通过网络端口500发送至预设的数据接收终端。

本申请还提供了一种计算机可读存储介质，该存储介质可以包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。该存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

获取诊断任务请求并判断诊断任务请求是否为远程任务请求；

若是，利用本地动态链接库dll文件调取远程模式IP访问UDP服务器，并接收所述诊断任务请求对应的远程设备信息；

根据所述远程设备信息与远程设备建立UDP连接；

基于所述UDP连接进行车辆远程诊断

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的***而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

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

Claims (10)

1.一种车辆诊断方法，其特征在于，包括：

获取诊断任务请求并判断所述诊断任务请求是否为远程任务请求；

若是，利用本地动态链接库dll文件调取远程模式IP访问用户数据报协议UDP服务器，并接收所述诊断任务请求对应的远程设备信息；

根据所述远程设备信息与远程设备建立UDP连接；

基于所述UDP连接进行车辆远程诊断。

2.根据权利要求1所述车辆诊断方法，其特征在于，根据所述远程设备信息与远程设备建立UDP连接之后，利用所述UDP连接进行车辆远程诊断之前，还包括：

利用预设握手协议与所述远程设备握手，并建立心跳线程。

3.根据权利要求2所述车辆诊断方法，其特征在于，若所述心跳线程发生延迟或握手失败，还包括：

向所述远程设备发送中转指令，并切换至中转服务器重新建立与所述远程设备的UDP连接。

4.根据权利要求1～3中任一项所述车辆诊断方法，其特征在于，当所述诊断任务请求不为远程任务请求时，还包括：

利用所述本地动态链接库dll文件从注册表中调取本地IP与本地待诊断设备进行UDP直连，并对所述本地待诊断设备进行诊断。

5.根据权利要求4所述车辆诊断方法，其特征在于，对所述本地待诊断设备进行诊断包括：

利用消息队列接收所述本地待诊断设备的设备数据，并发送至原厂软件诊断，得到诊断结果。

6.根据权利要求4所述车辆诊断方法，其特征在于，当所述UDP连接异常时，还包括：

通过诊断设备序列号访问服务器获取更新文件；

利用所述更新文件对诊断设备进行***升级。

7.根据权利要求4所述车辆诊断方法，其特征在于，当所述UDP连接异常时，还包括：

判断诊断设备的网卡IP是否为动态IP；

若否，修改所述网卡IP为动态IP。

8.一种车辆诊断***，其特征在于，包括：

判断模块，用于获取诊断任务请求并判断诊断任务请求是否为远程任务请求；

信息获取模块，用于所述判断模块判断为是时，利用本地动态链接库dll文件调取远程模式IP访问UDP服务器，并接收所述诊断任务请求对应的远程设备信息；

通讯连接模块，用于根据所述远程设备信息与远程设备建立UDP连接；

诊断模块，用于基于所述UDP连接进行车辆远程诊断。

9.一种电子设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至7任一项所述车辆诊断方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述车辆诊断方法的步骤。

Images