CN112217799A - 一种车辆诊断方法、车辆诊断装置及终端设备 - Google Patents

一种车辆诊断方法、车辆诊断装置及终端设备 Download PDF

Info

Publication number
CN112217799A
CN112217799A CN202010953150.XA CN202010953150A CN112217799A CN 112217799 A CN112217799 A CN 112217799A CN 202010953150 A CN202010953150 A CN 202010953150A CN 112217799 A CN112217799 A CN 112217799A
Authority
CN
China
Prior art keywords
diagnosed
control module
communication protocol
vehicle
diagnosis
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202010953150.XA
Other languages
English (en)
Other versions
CN112217799B (zh
Inventor
刘均
吴华武
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Launch Technology Co Ltd
Original Assignee
Shenzhen Launch Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Launch Technology Co Ltd filed Critical Shenzhen Launch Technology Co Ltd
Priority to CN202010953150.XA priority Critical patent/CN112217799B/zh
Publication of CN112217799A publication Critical patent/CN112217799A/zh
Application granted granted Critical
Publication of CN112217799B publication Critical patent/CN112217799B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0808—Diagnosing performance data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • Power Engineering (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Small-Scale Networks (AREA)

Abstract

本申请公开了一种车辆诊断方法、车辆诊断装置及终端设备。其中，终端设备分别通过诊断盒和附加通信线路连接至待诊断车辆，诊断盒所支持的通信协议与附加通信线路所支持的通信协议不同，该方法包括：获取待诊断车辆中的待诊断控制模块对应的通信协议；根据待诊断控制模块对应的通信协议，在诊断盒和附加通信线路当中确定其中一个为目标通信载体；通过目标通信载体，按照待诊断控制模块对应的通信协议与待诊断控制模块进行通信，以实现对待诊断控制模块的诊断。通过本申请方案，可以实现在不更换诊断盒的情况下，满足通过诊断盒不支持的通信协议对车辆进行车辆诊断的需求，从而给用户带来了操作上的方便，还减少了用户的资金投入成本。

Description

一种车辆诊断方法、车辆诊断装置及终端设备
技术领域
本申请属于车辆诊断技术领域，尤其涉及一种车辆诊断方法、车辆诊断装置、终端设备及计算机可读存储介质。
背景技术
车辆诊断是保证车辆正常运行的一种有效手段。目前，车辆诊断一般通过车辆诊断软件配合诊断盒与车辆进行通信来实现。
随着车联网的发展，当前很多车辆需求通过新的通信协议(如以太网协议)来实现车辆诊断，而旧的诊断盒并不支持新的通信协议，面对这种情况，用户只能更换支持新的通信协议的诊断盒来实现车辆诊断，如此不仅给用户带来操作上的不便，还增加了用户的资金投入成本。
发明内容
有鉴于此，本申请提供了一种车辆诊断方法、车辆诊断装置、终端设备及计算机可读存储介质，可以实现在不更换诊断盒的情况下，满足通过诊断盒不支持的通信协议对车辆进行车辆诊断的需求，从而给用户带来了操作上的方便，还减少了用户的资金投入成本。
第一方面，本申请提供了一种车辆诊断方法，应用于终端设备，上述终端设备分别通过诊断盒和附加通信线路连接至待诊断车辆，上述诊断盒所支持的通信协议与上述附加通信线路所支持的通信协议不同，上述车辆诊断方法包括：
获取上述待诊断车辆中的待诊断控制模块对应的通信协议；
根据上述待诊断控制模块对应的通信协议，在上述诊断盒和上述附加通信线路当中确定其中一个为目标通信载体；
通过上述目标通信载体，按照上述待诊断控制模块对应的通信协议与上述待诊断控制模块进行通信，以实现对上述待诊断控制模块的诊断。
可选地，上述根据上述待诊断控制模块对应的通信协议，在上述诊断盒和上述附加通信线路当中确定其中一个为目标通信载体，包括：
判断上述待诊断控制模块对应的通信协议是否为预设通信协议；
若上述待诊断控制模块对应的通信协议为上述预设通信协议，则将上述附加通信线路确定为上述目标通信载体；
若上述待诊断控制模块对应的通信协议不为上述预设通信协议，则将上述诊断盒确定为上述目标通信载体。
可选地，上述通过上述目标通信载体，按照上述待诊断控制模块对应的通信协议与上述待诊断控制模块进行通信，以实现对上述待诊断控制模块的诊断，包括：
生成诊断请求，其中，上述诊断请求符合上述待诊断控制模块对应的通信协议；
将上述诊断请求通过上述目标通信载体发送至上述待诊断控制模块，以获得上述待诊断控制模块返回的应答数据；
基于上述应答数据执行诊断流程。
可选地，上述生成诊断请求，包括：
生成用于对上述待诊断控制模块的运行状态进行检测的检测命令；
按照上述待诊断控制模块对应的通信协议对上述检测命令进行封装，得到上述诊断请求。
可选地，上述获取上述待诊断车辆中的待诊断控制模块对应的通信协议，包括：
获取预设的配置文件，其中，上述配置文件包括上述待诊断车辆中所有控制模块对应的通信协议；
从上述配置文件中读取上述待诊断控制模块对应的通信协议。
可选地，上述获取上述待诊断车辆中的待诊断控制模块对应的通信协议，包括：
通过上述附加通信线路按照预设通信协议与上述待诊断控制模块进行连接；
若连接成功，则确定上述待诊断控制模块对应的通信协议为上述预设通信协议；
若连接失败，则确定上述待诊断控制模块对应的通信协议为上述诊断盒支持的通信协议。
可选地，在上述获取上述待诊断车辆中的待诊断控制模块对应的通信协议之前，上述车辆诊断方法还包括：
获取用户身份信息；
向预设的服务器发送携带有上述用户身份信息的用户安全认证请求，其中，上述用户安全认证请求用于请求上述服务器对上述用户身份信息进行合法性验证；
接收上述服务器发送的合法性验证结果；
若上述合法性验证结果指示上述用户身份信息合法，则允许上述终端设备与上述待诊断车辆进行通信；
若上述合法性验证结果指示上述用户身份信息非法，则禁止上述终端设备与上述待诊断车辆进行通信。
第二方面，本申请提供了一种车辆诊断装置，应用于终端设备，上述终端设备分别通过诊断盒和附加通信线路连接至待诊断车辆，上述诊断盒所支持的通信协议与上述附加通信线路所支持的通信协议不同，上述车辆诊断装置包括：
协议获取单元，用于获取上述待诊断车辆中的待诊断控制模块对应的通信协议；
载体确定单元，用于根据上述待诊断控制模块对应的通信协议，在上述诊断盒和上述附加通信线路当中确定其中一个为目标通信载体；
通信诊断单元，用于通过上述目标通信载体，按照上述待诊断控制模块对应的通信协议与上述待诊断控制模块进行通信，以实现对上述待诊断控制模块的诊断。
可选地，上述载体确定单元包括：
预设协议判断子单元，用于判断上述待诊断控制模块对应的通信协议是否为预设通信协议；
第一载体确定子单元，用于若上述待诊断控制模块对应的通信协议为上述预设通信协议，则将上述附加通信线路确定为上述目标通信载体；
第二载体确定子单元，用于若上述待诊断控制模块对应的通信协议不为上述预设通信协议，则将上述诊断盒确定为上述目标通信载体。
可选地，上述通信诊断单元包括：
请求生成子单元，用于生成诊断请求，其中，上述诊断请求符合上述待诊断控制模块对应的通信协议；
请求发送子单元，用于将上述诊断请求通过上述目标通信载体发送至上述待诊断控制模块，以获得上述待诊断控制模块返回的应答数据；
诊断执行子单元，用于基于上述应答数据执行诊断流程。
可选地，上述请求生成子单元包括：
命令生成子单元，用于生成用于对上述待诊断控制模块的运行状态进行检测的检测命令；
命令封装子单元，用于按照上述待诊断控制模块对应的通信协议对上述检测命令进行封装，得到上述诊断请求。
可选地，上述协议获取单元包括：
配置文件获取子单元，用于获取预设的配置文件，其中，上述配置文件包括上述待诊断车辆中所有控制模块对应的通信协议；
通信协议读取子单元，用于从上述配置文件中读取上述待诊断控制模块对应的通信协议。
可选地，上述协议获取单元包括：
连接子单元，用于通过上述附加通信线路按照预设通信协议与上述待诊断控制模块进行连接；
第一协议确定子单元，用于若连接成功，则确定上述待诊断控制模块对应的通信协议为上述预设通信协议；
第二协议确定子单元，用于若连接失败，则确定上述待诊断控制模块对应的通信协议为上述诊断盒支持的通信协议。
可选地，上述车辆诊断装置还包括：
用户身份信息获取单元，用于获取用户身份信息；
安全认证请求发送单元，用于向预设的服务器发送携带有上述用户身份信息的用户安全认证请求，其中，上述用户安全认证请求用于请求上述服务器对上述用户身份信息进行合法性验证；
合法性结果接收单元，用于接收上述服务器发送的合法性验证结果；
第一通信控制单元，用于若上述合法性验证结果指示上述用户身份信息合法，则允许上述终端设备与上述待诊断车辆进行通信；
第二通信控制单元，用于若上述合法性验证结果指示上述用户身份信息非法，则禁止上述终端设备与上述待诊断车辆进行通信。
第三方面，本申请提供了一种终端设备，上述终端设备包括存储器、处理器以及存储在上述存储器中并可在上述处理器上运行的计算机程序，上述处理器执行上述计算机程序时实现如上述第一方面的方法的步骤。
第四方面，本申请提供了一种计算机可读存储介质，上述计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现如上述第一方面的方法的步骤。
第五方面，本申请提供了一种计算机程序产品，上述计算机程序产品包括计算机程序，上述计算机程序被一个或多个处理器执行时实现如上述第一方面的方法的步骤。
由上可见，本申请方案中首先获取待诊断车辆中的待诊断控制模块对应的通信协议，然后根据待诊断控制模块对应的通信协议，在诊断盒和附加通信线路当中确定其中一个为目标通信载体，最后通过上述目标通信载体，按照上述待诊断控制模块对应的通信协议与上述待诊断控制模块进行通信，以实现对上述待诊断控制模块的诊断。本申请方案分别通过诊断盒和附加通信线路将终端设备和待诊断车辆连接，使终端设备可以利用该附加通信线路与待诊断车辆进行基于新的通信协议(即诊断盒不支持的通信协议)的通信，实现对待诊断控制模块的诊断，从而可以避免用户更换现有的诊断盒，给用户带来了操作上的方便，还减少了用户的资金投入成本。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的车辆诊断***的架构图；
图2是本申请实施例提供的车辆诊断***的连接方式示例图；
图3是本申请实施例提供的车辆诊断方法的实现流程图；
图4是本申请实施例提供的车辆诊断装置的结构框图；
图5是本申请实施例提供的终端设备的结构示意图。
具体实施方式
以下描述中，为了说明而不是为了限定，提出了诸如特定***结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的***、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。
用户在用车过程中，常常需要对车辆进行车辆诊断。在一种应用场景下，车辆诊断可能需要车辆诊断软件配合诊断盒与车辆基于以太网协议进行通信来实现，而用户现有的诊断盒不支持以太网协议，这将导致用户无法使用现有的诊断盒对车辆进行车辆诊断。基于此，本申请实施例提出了一种车辆诊断方法、车辆诊断装置、终端设备及计算机可读存储介质，将终端设备分别通过用户现有的诊断盒和附加通信线路连接至待诊断车辆，其中，附加通信线路支持以太网协议。如果用户当前需要诊断的控制模块对应的通信协议为以太网协议，则可以直接通过该附加通信线路，按照以太网协议与该控制模块进行通信，从而实现对该控制模块的诊断。为了说明本申请实施例所提出的技术方案，下面通过具体实施例来进行说明。
请参阅图1，其示出了本申请实施例提供的一种车辆诊断***的架构图，该车辆诊断***包括终端设备、诊断盒、附加通信线路和待诊断车辆。其中，终端设备与诊断盒连接，诊断盒又与待诊断车辆连接；同时，终端设备还通过附加通信线路与待诊断车辆连接。终端设备与诊断盒之间可以通过USB接口、RS232串口、蓝牙或者无线保真(WirelessFidelity，WIFI)等方式连接，以实现终端设备向诊断盒发送诊断请求；诊断盒与待诊断车辆之间可通过车辆诊断***(On-Board Diagnostic，OBD)接口相连接，以使得诊断盒将接收到的诊断请求发送至待诊断车辆。在本申请实施例中，附加通信线路所支持的通信协议与诊断盒所支持的通信协议不同，例如，诊断盒支持基于CAN协议、KWP协议、PWM协议、VPW协议和ISO协议的通信，而附加通信线路支持基于以太网协议的通信。
作为一种可能的实现方式，请参阅图2，图2示出了一种车辆诊断***的连接方式示例图。其中，终端设备通过串口线与诊断盒连接，诊断盒通过测试主线与以太网口转OBD接口转接线(以下简称转接线)上的OBD母头连接，转接线上的OBD公头与待诊断车辆上的OBD母头连接，转接线上的网口与终端设备的网口之间通过网线连接。终端设备通过终端设备上的网口、网线、转接线及待诊断车辆上的OBD接口，可以与待诊断车辆进行基于以太网协议的通信；终端设备通过串口线、诊断盒、测试主线和待诊断车辆上的OBD接口，可以与待诊断车辆进行基于诊断盒所支持的通信协议的通信。
下面对本申请实施例提供的一种车辆诊断方法进行描述。请参阅图3，该车辆诊断方法应用于终端设备，包括：
步骤301，获取待诊断车辆中的待诊断控制模块对应的通信协议；
在本申请实施例中，待诊断车辆即用户当前需要进行车辆诊断的车辆，待诊断车辆中包括多个控制模块，如发动机控制模块、变速箱控制模块、车身控制模块和防盗控制模块等。用户可以选择多个控制模块中的任意一个控制模块作为待诊断控制模块，例如，用户当前需要对某个控制模块进行诊断，则可以选择该控制模块作为待诊断控制模块。其中，待诊断控制模块对应的通信协议即该待诊断控制模块采用的通信协议。可以理解的是，多个控制模块中的每个控制模块可以采用不同的通信协议，该通信协议可以包括CAN协议、KWP协议、PWM协议、VPW协议、ISO协议和以太网协议等，具体地，待诊断车辆中的控制模块采用的协议由待诊断车辆的生产厂商决定，本申请实施例中不作具体限定。终端设备可以从本地获取待诊断控制模块对应的通信协议，也可以获取用户输入的待诊断控制模块对应的通信协议，此处不作具体限定。
可选地，上述步骤301可以具体包括：
获取预设的配置文件；
从配置文件中读取待诊断控制模块对应的通信协议。
在本申请实施例中，配置文件包括待诊断车辆中所有控制模块对应的通信协议，该配置文件可以保存在终端设备本地。终端设备可以读取该配置文件，得到待诊断控制模块对应的协议。例如，配置文件中记录发动机控制模块对应的通信协议为CAN协议，变速箱控制模块对应的通信协议为KWP协议，车身控制模块对应的通信协议为PWM协议；若待诊断控制模块为发动机控制模块，则从配置文件中读取到的发动机控制模块对应的通信协议为CAN协议。
可选地，上述步骤301也可以具体包括：
通过附加通信线路按照预设通信协议与待诊断控制模块进行连接；
若连接成功，则确定待诊断控制模块对应的通信协议为预设通信协议；
若连接失败，则确定待诊断控制模块对应的通信协议为诊断盒支持的通信协议。
在本申请实施例中，预设通信协议即为附加通信线路支持的通信协议，比如，附加通信线路支持的通信协议为以太网协议，则可以将以太网协议确定为预设通信协议。为了获取待诊断控制模块对应的通信协议，终端设备可以通过附加通信线路，按照以太网协议与待诊断控制模块进行连接，如果接收到待诊断控制模块的反馈信息，则表明连接成功，此时可以确定待诊断控制模块对应的通信协议就是以太网协议。如果未接收到待诊断控制模块的反馈信息，则表明连接失败，此时可以确定待诊断控制模块对应的通信协议不是以太网协议，而是诊断盒支持的通信协议。
需要说明的是，诊断盒支持的通信协议可能有多种，比如诊断盒同时支持CAN协议、KWP协议、PWM协议、VPW协议和ISO协议。为了得到待诊断控制模块对应的通信协议是诊断盒所支持的多种通信协议中的哪一种，终端设备还可以通过诊断盒，依次按照诊断盒支持的每种通信协议与待诊断控制模块进行连接，当终端设备通过诊断盒按照诊断盒支持的某种通信协议与待诊断控制模块连接成功时，则可以将该种通信协议确定为待诊断控制模块对应的通信协议。
步骤302，根据待诊断控制模块对应的通信协议，在诊断盒和附加通信线路当中确定其中一个为目标通信载体；
在本申请实施例中，可以将诊断盒和附加通信线路均理解为通信载体，由于诊断盒和附加通信线路所支持的通信协议不同，因此，可以根据待诊断控制模块对应的通信协议，将诊断盒和附加通信线路中的一个确定为目标通信载体。具体地，目标通信载体支持的通信协议应该包括待诊断控制模块对应的通信协议，以使得终端设备能够通过该目标通信载体与待诊断控制模块进行通信。
可选地，上述步骤302可以具体包括：
判断待诊断控制模块对应的通信协议是否为预设通信协议；
若待诊断控制模块对应的通信协议为预设通信协议，则将附加通信线路确定为目标通信载体；
若待诊断控制模块对应的通信协议不为预设通信协议，则将诊断盒确定为目标通信载体。
在本申请实施例中，如果待诊断控制模块对应的通信协议为预设通信协议，则可以将附加通信线路确定为目标通信载体，该附加通信线路支持预设通信协议。如果待诊断控制模块对应的通信协议不为预设通信协议，则可以将诊断盒确定为目标通信载体。以预设通信协议为以太网协议为例，如果待诊断控制模块对应的通信协议为以太网协议，则可以将附加通信线路确定为目标通信载体，该附加通信线路支持以太网协议。如果待诊断控制模块对应的通信协议为CAN协议，则可以将诊断盒确定为目标通信载体，该诊断盒支持CAN协议。
步骤303，通过目标通信载体，按照待诊断控制模块对应的通信协议与待诊断控制模块进行通信，以实现对待诊断控制模块的诊断。.
在本申请实施例中，在确定了目标通信载体之后，终端设备即可通过该目标通信载体，按照待诊断控制模块对应的通信协议与待诊断控制模块进行通信。具体地，可以在待诊断车辆上设置汽车网关，该汽车网关分别与待诊断车辆上的OBD接口和待诊断车辆上的各个控制模块连接。终端设备通过目标通信载体向待诊断车辆发送的数据均可以经过OBD接口到达汽车网关，汽车网关再将该数据转发至待诊断控制模块，以完成终端设备与待诊断控制模块之间的通信，进而实现对待诊断控制模块的诊断。
可选地，上述步骤303可以具体包括：
A1、生成诊断请求；
A2、将诊断请求通过目标通信载体发送至待诊断控制模块，以获得待诊断控制模块返回的应答数据；
A3、基于应答数据执行诊断流程。
在本申请实施例中，可以利用运行在终端设备上的车辆诊断软件生成诊断请求，该诊断请求符合待诊断控制模块对应的通信协议，比如待诊断控制模块对应的通信协议为以太网协议，则车辆诊断软件会生成符合以太网协议的诊断请求。然后终端设备可以将诊断请求通过目标通信载体发送至待诊断控制模块，具体地，诊断请求中可以携带待诊断控制模块的模块标识，如此，当汽车网关接收到该诊断请求时，即可解析该诊断请求得到模块标识，然后根据该模块标识将诊断请求转发到待诊断控制模块。待诊断控制模块若接收到诊断请求，会产生应答数据，然后将应答数据返回至汽车网关，再由汽车网关将应答数据通过目标通信载体发送至终端设备。终端设备接收到应答数据后，可以利用诊断软件基于应答数据执行诊断流程，示例的，诊断软件可以分析应答数据，以识别待诊断控制模块存在的故障类型。
可选地，上述步骤A1可以具体包括：
生成用于对待诊断控制模块的运行状态进行检测的检测命令；
按照待诊断控制模块对应的通信协议对检测命令进行封装，得到诊断请求。
在本申请实施例中，可以利用车辆诊断软件生成检测命令，该检测命令用于对待诊断控制模块的运行状态进行检测，此处可以理解为获取待诊断控制模块的运行参数。为了使检测命令可以成功传输至待诊断控制模块，可以按照待诊断控制模块对应的通信协议对检测命令进行封装，得到诊断请求，该诊断请求中包括帧头、帧尾和检测命令。待诊断控制模块获得诊断请求后，可以按照对应的通信协议，将诊断请求解封装，从而得到诊断请求中的检测命令。然后待诊断控制模块可以执行该检测命令，获取待诊断控制模块的运行参数，进而产生包括该运行参数的应答数据，该应答数据将会发送至终端设备。
可选地，在上述步骤301之前还可以包括：
获取用户身份信息；
向预设的服务器发送携带有用户身份信息的用户安全认证请求；
接收服务器发送的合法性验证结果；
若合法性验证结果指示用户身份信息合法，则允许终端设备与待诊断车辆进行通信；
若合法性验证结果指示用户身份信息非法，则禁止终端设备与待诊断车辆进行通信。
在本申请实施例中，为了保证待诊断车辆的安全，在对待诊断车辆进行诊断之前，还可以获取用户身份信息，该用户身份信息用于指示用户的身份。其中，用户身份信息可以包括终端设备的设备标识和诊断盒的诊断盒标识等，设备标识可以包括终端设备的硬盘编号和终端设备的媒体存取控制位址(Media Access Control Address，MAC地址)，诊断盒标识可以包括诊断盒的序列号。终端设备可以生成携带有用户身份信息的用户安全认证请求，然后将该安全认证请求发送至预设的服务器。服务器接收到该安全认证请求，即会对该安全认证请求中携带的用户身份信息进行合法性验证。合法性验证可以是验证该用户身份信息是否已经在服务器中注册，如该用户身份信息未在服务器中注册过，则确定该用户身份信息不合法，如果该用户身份信息已在服务器中注册过，则确定该用户身份信息合法。服务器可以将合法性验证结果发送至终端设备，该合法性验证结果用于指示用户身份信息是否合法。终端设备接收到服务器发送的合法性验证结果后，可以根据该合法性验证结果确定是否允许终端设备与待诊断车辆进行通信，例如，若合法性验证结果指示用户身份信息合法，则允许终端设备与待诊断车辆进行通信，若合法性验证结果指示用户身份信息非法，则禁止终端设备与待诊断车辆进行通信。如此，可以防止非法人员与待诊断车辆进行通信，保证待诊断车辆的车辆信息不被非法人员窃取。
可选地，用户在终端设备中首次启动车辆诊断软件时，车辆诊断软件可以从终端设备本地获取用户身份信息，然后将用户身份信息发送至服务器以完成注册。后续每次打开车辆诊断软件，车辆诊断软件均会重新从本地获取用户身份信息，并将该用户身份信息发送至服务器，以指示服务器判断用户身份信息是否已注册过。
示例性地，由于终端设备与待诊断车辆之间的通信需要借助车辆诊断软件来完成，若合法性验证结果指示用户身份信息合法，则终端设备可以允许车辆诊断软件运行，从而实现上述允许终端设备与待诊断车辆进行通信的操作；若合法性验证结果指示用户身份信息非法，则终端设备可以禁止车辆诊断软件运行，从而实现上述禁止终端设备与待诊断车辆进行通信的操作。
由上可见，本申请方案中首先获取待诊断车辆中的待诊断控制模块对应的通信协议，然后根据待诊断控制模块对应的通信协议，在诊断盒和附加通信线路当中确定其中一个为目标通信载体，最后通过上述目标通信载体，按照上述待诊断控制模块对应的通信协议与上述待诊断控制模块进行通信，以实现对上述待诊断控制模块的诊断。本申请方案分别通过诊断盒和附加通信线路将终端设备和待诊断车辆连接，使终端设备可以利用该附加通信线路与待诊断车辆进行基于新的通信协议(即诊断盒不支持的通信协议)的通信，实现对待诊断控制模块的诊断，从而可以避免用户更换现有的诊断盒，给用户带来了操作上的方便，还减少了用户的资金投入成本。
对应于上文所提供的车辆诊断方法，本申请实施例还提供了一种车辆诊断装置。如图4所示，本申请实施例中的车辆诊断装置400包括：
协议获取单元401，用于获取上述待诊断车辆中的待诊断控制模块对应的通信协议；
载体确定单元402，用于根据上述待诊断控制模块对应的通信协议，在上述诊断盒和上述附加通信线路当中确定其中一个为目标通信载体；
通信诊断单元403，用于通过上述目标通信载体，按照上述待诊断控制模块对应的通信协议与上述待诊断控制模块进行通信，以实现对上述待诊断控制模块的诊断。
可选地，上述载体确定单元402包括：
预设协议判断子单元，用于判断上述待诊断控制模块对应的通信协议是否为预设通信协议；
第一载体确定子单元，用于若上述待诊断控制模块对应的通信协议为上述预设通信协议，则将上述附加通信线路确定为上述目标通信载体；
第二载体确定子单元，用于若上述待诊断控制模块对应的通信协议不为上述预设通信协议，则将上述诊断盒确定为上述目标通信载体。
可选地，上述通信诊断单元403包括：
请求生成子单元，用于生成诊断请求，其中，上述诊断请求符合上述待诊断控制模块对应的通信协议；
请求发送子单元，用于将上述诊断请求通过上述目标通信载体发送至上述待诊断控制模块，以获得上述待诊断控制模块返回的应答数据；
诊断执行子单元，用于基于上述应答数据执行诊断流程。
可选地，上述请求生成子单元包括：
命令生成子单元，用于生成用于对上述待诊断控制模块的运行状态进行检测的检测命令；
命令封装子单元，用于按照上述待诊断控制模块对应的通信协议对上述检测命令进行封装，得到上述诊断请求。
可选地，上述车辆诊断装置400还包括：
用户身份信息获取单元，用于获取用户身份信息；
安全认证请求发送单元，用于向预设的服务器发送携带有上述用户身份信息的用户安全认证请求，其中，上述用户安全认证请求用于请求上述服务器对上述用户身份信息进行合法性验证；
合法性结果接收单元，用于接收上述服务器发送的合法性验证结果；
第一通信控制单元，用于若上述合法性验证结果指示上述用户身份信息合法，则允许上述终端设备与上述待诊断车辆进行通信；
第二通信控制单元，用于若上述合法性验证结果指示上述用户身份信息非法，则禁止上述终端设备与上述待诊断车辆进行通信。
可选地，上述协议获取单元401包括：
配置文件获取子单元，用于获取预设的配置文件，其中，上述配置文件包括上述待诊断车辆中所有控制模块对应的通信协议；
通信协议读取子单元，用于从上述配置文件中读取上述待诊断控制模块对应的通信协议。
可选地，上述协议获取单元401包括：
连接子单元，用于通过上述附加通信线路按照预设通信协议与上述待诊断控制模块进行连接；
第一协议确定子单元，用于若连接成功，则确定上述待诊断控制模块对应的通信协议为上述预设通信协议；
第二协议确定子单元，用于若连接失败，则确定上述待诊断控制模块对应的通信协议为上述诊断盒支持的通信协议。
由上可见，本申请方案中首先获取待诊断车辆中的待诊断控制模块对应的通信协议，然后根据待诊断控制模块对应的通信协议，在诊断盒和附加通信线路当中确定其中一个为目标通信载体，最后通过上述目标通信载体，按照上述待诊断控制模块对应的通信协议与上述待诊断控制模块进行通信，以实现对上述待诊断控制模块的诊断。本申请方案分别通过诊断盒和附加通信线路将终端设备和待诊断车辆连接，使终端设备可以利用该附加通信线路与待诊断车辆进行基于新的通信协议(即诊断盒不支持的通信协议)的通信，实现对待诊断控制模块的诊断，从而可以避免用户更换现有的诊断盒，给用户带来了操作上的方便，还减少了用户的资金投入成本。
对应于上文所提供的车辆诊断方法，本申请实施例还提供了一种终端设备，请参阅图5，本申请实施例中的终端设备5包括：存储器501，一个或多个处理器502(图5中仅示出一个)及存储在存储器501上并可在处理器上运行的计算机程序。其中：存储器501用于存储软件程序以及单元，处理器502通过运行存储在存储器501的软件程序以及单元，从而执行各种功能应用以及数据处理，以获取上述预设事件对应的资源。具体地，处理器502通过运行存储在存储器501的上述计算机程序时实现以下步骤：
获取上述待诊断车辆中的待诊断控制模块对应的通信协议；
根据上述待诊断控制模块对应的通信协议，在上述诊断盒和上述附加通信线路当中确定其中一个为目标通信载体；
通过上述目标通信载体，按照上述待诊断控制模块对应的通信协议与上述待诊断控制模块进行通信，以实现对上述待诊断控制模块的诊断。
假设上述为第一种可能的实施方式，则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中，上述根据上述待诊断控制模块对应的通信协议，在上述诊断盒和上述附加通信线路当中确定其中一个为目标通信载体，包括：
判断上述待诊断控制模块对应的通信协议是否为预设通信协议；
若上述待诊断控制模块对应的通信协议为上述预设通信协议，则将上述附加通信线路确定为上述目标通信载体；
若上述待诊断控制模块对应的通信协议不为上述预设通信协议，则将上述诊断盒确定为上述目标通信载体。
在上述第一种可能的实施方式作为基础而提供的第三种可能的实施方式中，上述通过上述目标通信载体，按照上述待诊断控制模块对应的通信协议与上述待诊断控制模块进行通信，以实现对上述待诊断控制模块的诊断，包括：
生成诊断请求，其中，上述诊断请求符合上述待诊断控制模块对应的通信协议；
将上述诊断请求通过上述目标通信载体发送至上述待诊断控制模块，以获得上述待诊断控制模块返回的应答数据；
基于上述应答数据执行诊断流程。
在上述第三种可能的实施方式作为基础而提供的第四种可能的实施方式中，上述生成诊断请求，包括：
生成用于对上述待诊断控制模块的运行状态进行检测的检测命令；
按照上述待诊断控制模块对应的通信协议对上述检测命令进行封装，得到上述诊断请求。
在上述第一种可能的实施方式作为基础而提供的第五种可能的实施方式中，上述获取上述待诊断车辆中的待诊断控制模块对应的通信协议，包括：
获取预设的配置文件，其中，上述配置文件包括上述待诊断车辆中所有控制模块对应的通信协议；
从上述配置文件中读取上述待诊断控制模块对应的通信协议。
在上述第一种可能的实施方式作为基础而提供的第六种可能的实施方式中，上述获取上述待诊断车辆中的待诊断控制模块对应的通信协议，包括：
通过上述附加通信线路按照预设通信协议与上述待诊断控制模块进行连接；
若连接成功，则确定上述待诊断控制模块对应的通信协议为上述预设通信协议；
若连接失败，则确定上述待诊断控制模块对应的通信协议为上述诊断盒支持的通信协议。
在上述第一种可能的实施方式作为基础，或上述第二种可能的实施方式作为基础，或上述第三种可能的实施方式作为基础，或上述第四种可能的实施方式作为基础，或上述第五种可能的实施方式作为基础，或上述第六种可能的实施方式作为基础而提供的第七种可能的实施方式中，在上述获取上述待诊断车辆中的待诊断控制模块对应的通信协议之前，处理器502通过运行存储在存储器501的上述计算机程序时还实现以下步骤：
获取用户身份信息；
向预设的服务器发送携带有上述用户身份信息的用户安全认证请求，其中，上述用户安全认证请求用于请求上述服务器对上述用户身份信息进行合法性验证；
接收上述服务器发送的合法性验证结果；
若上述合法性验证结果指示上述用户身份信息合法，则允许上述终端设备与上述待诊断车辆进行通信；
若上述合法性验证结果指示上述用户身份信息非法，则禁止上述终端设备与上述待诊断车辆进行通信。
应当理解，在本申请实施例中，所称处理器502可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器501可以包括只读存储器和随机存取存储器，并向处理器502提供指令和数据。存储器501的一部分或全部还可以包括非易失性随机存取存储器。例如，存储器501还可以存储设备类别的信息。
由上可见，本申请方案中首先获取待诊断车辆中的待诊断控制模块对应的通信协议，然后根据待诊断控制模块对应的通信协议，在诊断盒和附加通信线路当中确定其中一个为目标通信载体，最后通过上述目标通信载体，按照上述待诊断控制模块对应的通信协议与上述待诊断控制模块进行通信，以实现对上述待诊断控制模块的诊断。本申请方案分别通过诊断盒和附加通信线路将终端设备和待诊断车辆连接，使终端设备可以利用该附加通信线路与待诊断车辆进行基于新的通信协议(即诊断盒不支持的通信协议)的通信，实现对待诊断控制模块的诊断，从而可以避免用户更换现有的诊断盒，给用户带来了操作上的方便，还减少了用户的资金投入成本。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将上述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述***中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者外部设备软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的***实施例仅仅是示意性的，例如，上述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关联的硬件来完成，上述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，上述计算机程序包括计算机程序代码，上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读存储介质可以包括：能够携带上述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机可读存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，上述计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读存储介质不包括是电载波信号和电信信号。
以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种车辆诊断方法，其特征在于，应用于终端设备，所述终端设备分别通过诊断盒和附加通信线路连接至待诊断车辆，所述诊断盒所支持的通信协议与所述附加通信线路所支持的通信协议不同，所述车辆诊断方法包括：
获取所述待诊断车辆中的待诊断控制模块对应的通信协议；
根据所述待诊断控制模块对应的通信协议，在所述诊断盒和所述附加通信线路当中确定其中一个为目标通信载体；
通过所述目标通信载体，按照所述待诊断控制模块对应的通信协议与所述待诊断控制模块进行通信，以实现对所述待诊断控制模块的诊断。
2.根据权利要求1所述的车辆诊断方法，其特征在于，所述根据所述待诊断控制模块对应的通信协议，在所述诊断盒和所述附加通信线路当中确定其中一个为目标通信载体，包括：
判断所述待诊断控制模块对应的通信协议是否为预设通信协议；
若所述待诊断控制模块对应的通信协议为所述预设通信协议，则将所述附加通信线路确定为所述目标通信载体；
若所述待诊断控制模块对应的通信协议不为所述预设通信协议，则将所述诊断盒确定为所述目标通信载体。
3.根据权利要求1所述的车辆诊断方法，其特征在于，所述通过所述目标通信载体，按照所述待诊断控制模块对应的通信协议与所述待诊断控制模块进行通信，以实现对所述待诊断控制模块的诊断，包括：
生成诊断请求，其中，所述诊断请求符合所述待诊断控制模块对应的通信协议；
将所述诊断请求通过所述目标通信载体发送至所述待诊断控制模块，以获得所述待诊断控制模块返回的应答数据；
基于所述应答数据执行诊断流程。
4.根据权利要求3所述的车辆诊断方法，其特征在于，所述生成诊断请求，包括：
生成用于对所述待诊断控制模块的运行状态进行检测的检测命令；
按照所述待诊断控制模块对应的通信协议对所述检测命令进行封装，得到所述诊断请求。
5.根据权利要求1所述的车辆诊断方法，其特征在于，所述获取所述待诊断车辆中的待诊断控制模块对应的通信协议，包括：
获取预设的配置文件，其中，所述配置文件包括所述待诊断车辆中所有控制模块对应的通信协议；
从所述配置文件中读取所述待诊断控制模块对应的通信协议。
6.根据权利要求1所述的车辆诊断方法，其特征在于，所述获取所述待诊断车辆中的待诊断控制模块对应的通信协议，包括：
通过所述附加通信线路按照预设通信协议与所述待诊断控制模块进行连接；
若连接成功，则确定所述待诊断控制模块对应的通信协议为所述预设通信协议；
若连接失败，则确定所述待诊断控制模块对应的通信协议为所述诊断盒支持的通信协议。
7.根据权利要求1～6中任一项所述的车辆诊断方法，其特征在于，在所述获取所述待诊断车辆中的待诊断控制模块对应的通信协议之前，所述车辆诊断方法还包括：
获取用户身份信息；
向预设的服务器发送携带有所述用户身份信息的用户安全认证请求，其中，所述用户安全认证请求用于请求所述服务器对所述用户身份信息进行合法性验证；
接收所述服务器发送的合法性验证结果；
若所述合法性验证结果指示所述用户身份信息合法，则允许所述终端设备与所述待诊断车辆进行通信；
若所述合法性验证结果指示所述用户身份信息非法，则禁止所述终端设备与所述待诊断车辆进行通信。
8.一种车辆诊断装置，其特征在于，应用于终端设备，所述终端设备分别通过诊断盒和附加通信线路连接至待诊断车辆，所述诊断盒所支持的通信协议与所述附加通信线路所支持的通信协议不同，所述车辆诊断装置包括：
协议获取单元，用于获取所述待诊断车辆中的待诊断控制模块对应的通信协议；
载体确定单元，用于根据所述待诊断控制模块对应的通信协议，在所述诊断盒和所述附加通信线路当中确定其中一个为目标通信载体；
通信诊断单元，用于通过所述目标通信载体，按照所述待诊断控制模块对应的通信协议与所述待诊断控制模块进行通信，以实现对所述待诊断控制模块的诊断。
9.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的方法。
10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的方法。
CN202010953150.XA 2020-09-11 2020-09-11 一种车辆诊断方法、车辆诊断装置及终端设备 Active CN112217799B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010953150.XA CN112217799B (zh) 2020-09-11 2020-09-11 一种车辆诊断方法、车辆诊断装置及终端设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010953150.XA CN112217799B (zh) 2020-09-11 2020-09-11 一种车辆诊断方法、车辆诊断装置及终端设备

Publications (2)

Publication Number Publication Date
CN112217799A true CN112217799A (zh) 2021-01-12
CN112217799B CN112217799B (zh) 2023-02-24

Family

ID=74050118

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010953150.XA Active CN112217799B (zh) 2020-09-11 2020-09-11 一种车辆诊断方法、车辆诊断装置及终端设备

Country Status (1)

Country Link
CN (1) CN112217799B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115032972A (zh) * 2022-08-10 2022-09-09 深圳市星卡软件技术开发有限公司 车辆诊断数据的通信方法、装置、电子设备及介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107885191A (zh) * 2017-11-21 2018-04-06 山推工程机械股份有限公司 一种应用于工程机械车身的故障诊断方法及装置
CN108107875A (zh) * 2018-01-25 2018-06-01 深圳市道通科技股份有限公司 一种汽车诊断方法、装置和车辆通讯接口
CN109698862A (zh) * 2018-12-17 2019-04-30 深圳市道通科技股份有限公司 车辆的诊断方法、管理服务器和诊断服务器
CN110716535A (zh) * 2019-11-06 2020-01-21 深圳市道通科技股份有限公司 一种汽车诊断设备、***及方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107885191A (zh) * 2017-11-21 2018-04-06 山推工程机械股份有限公司 一种应用于工程机械车身的故障诊断方法及装置
CN108107875A (zh) * 2018-01-25 2018-06-01 深圳市道通科技股份有限公司 一种汽车诊断方法、装置和车辆通讯接口
CN109698862A (zh) * 2018-12-17 2019-04-30 深圳市道通科技股份有限公司 车辆的诊断方法、管理服务器和诊断服务器
CN110716535A (zh) * 2019-11-06 2020-01-21 深圳市道通科技股份有限公司 一种汽车诊断设备、***及方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115032972A (zh) * 2022-08-10 2022-09-09 深圳市星卡软件技术开发有限公司 车辆诊断数据的通信方法、装置、电子设备及介质
CN115032972B (zh) * 2022-08-10 2022-11-15 深圳市星卡软件技术开发有限公司 车辆诊断数据的通信方法、装置、电子设备及介质

Also Published As

Publication number Publication date
CN112217799B (zh) 2023-02-24

Similar Documents

Publication Publication Date Title
CN111208800B (zh) 一种汽车诊断方法、装置和车辆通讯接口
JP7170780B2 (ja) 不正検知ルール更新方法、不正検知電子制御ユニット及び車載ネットワークシステム
CN105589719B (zh) 一种远程升级整车车载控制器软件的***及升级方法
CN110162009B (zh) 故障诊断方法、信息确定方法、相应装置及设备
CN109656172B (zh) 一种获取波特率的方法、装置
CN106464566B (zh) 网络***、通信控制方法以及存储介质
US11475721B2 (en) Method for performing vehicle remote diagnosis and related devices
EP3761605B1 (en) Vehicle diagnosis method, related device and system
US10803681B2 (en) Server side security preventing spoofing of vin provisioning service
CN110011809A (zh) 一种车辆诊断设备的通信方法及车辆诊断设备
CN111538312A (zh) 车辆远程诊断方法、***、设备连接器及车辆连接器
US20150043594A1 (en) Gateway apparatus and message routing method
CN113038421A (zh) 一种汽车诊断方法、汽车诊断装置及汽车网关
CN105005539A (zh) 使用消息鉴别码在微控制器处鉴别数据
CN112423266A (zh) 一种车辆诊断方法、装置及汽车
CN112217799B (zh) 一种车辆诊断方法、车辆诊断装置及终端设备
CN111191285A (zh) 一种车辆故障诊断方法、装置以及相关设备
CN112291740A (zh) 智能终端与车载终端蓝牙互联方法、***、介质及t-box
CN112235263B (zh) 诊断设备安全认证方法、服务器、车辆及存储介质
CN116069001A (zh) 汽车ecu远程调试方法及***
CN113406944A (zh) 车辆诊断方法、装置、设备及计算机可读存储介质
CN115396844A (zh) 一种汽车数字钥匙下线检测方法、***和装置
CN116985739A (zh) 一种车辆监测方法、用户终端、车辆和车辆监测***
CN114417284A (zh) 检测设备认证方法、检测设备认证装置及电子设备
CN118192521A (zh) Ecu功能完善方法、装置、终端设备以及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant