CN108243212B - 用于车辆诊断的方法和装置 - Google Patents

用于车辆诊断的方法和装置 Download PDF

Info

Publication number
CN108243212B
CN108243212B CN201611210862.2A CN201611210862A CN108243212B CN 108243212 B CN108243212 B CN 108243212B CN 201611210862 A CN201611210862 A CN 201611210862A CN 108243212 B CN108243212 B CN 108243212B
Authority
CN
China
Prior art keywords
diagnosis
diagnostic
vehicle
server
sent
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.)
Expired - Fee Related
Application number
CN201611210862.2A
Other languages
English (en)
Other versions
CN108243212A (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.)
Borgward Automotive China Co Ltd
Original Assignee
Borgward Automotive China 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 Borgward Automotive China Co Ltd filed Critical Borgward Automotive China Co Ltd
Priority to CN201611210862.2A priority Critical patent/CN108243212B/zh
Publication of CN108243212A publication Critical patent/CN108243212A/zh
Application granted granted Critical
Publication of CN108243212B publication Critical patent/CN108243212B/zh
Expired - Fee Related 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
    • 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
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • 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/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0478—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload applying multiple layers of encryption, e.g. nested tunnels or encrypting the content with a first key and then with at least a second key
    • 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/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
    • 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/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Vehicle Cleaning, Maintenance, Repair, Refitting, And Outriggers (AREA)

Abstract

本公开涉及一种用于车辆诊断的方法和装置。应用于车辆的方法包括：当所述车辆连接至诊断设备时，接收所述诊断设备发送的诊断命令；根据所述诊断命令对所述车辆进行诊断，生成诊断数据；将所述诊断命令和所述诊断数据发送至服务器，以由所述服务器进行存储。这样，能够累积存储诊断设备操作的相关信息，提供了一种可追溯的诊断信息数据库，从而能够对诊断设备的操作进行精确追溯。

Description

用于车辆诊断的方法和装置
技术领域
本公开涉及车辆维修领域，具体地，涉及一种用于车辆诊断的方法和装置。
背景技术
随着汽车电子的飞速发展，车载电子控制单元(Electronic Control Unit，ECU)的数量越来越多，且更加智能和复杂。对车辆的ECU以及其他设备的故障检测，可以通过各种诊断设备来完成。
在整车研发试验阶段，ECU软件Bug的修复和新功能的开发，需要通过诊断设备升级软件来实现；在车辆生产中，需要利用下线电检设备来进行ECU的功能检测、故障诊断、软件刷写、参数注入等工作，来确保ECU的安装及运行正确无误；在汽车售后维修服务中，也需要诊断设备检测车辆的性能、检测车辆故障、更新内部应用程序，达到对ECU维修或升级的目的。
发明内容
本公开的目的是提供一种简单实用的用于车辆诊断的方法和装置。
为了实现上述目的，根据本发明的第一方面，本公开提供一种用于车辆诊断的方法，应用于所述车辆。所述方法包括：当所述车辆连接至诊断设备时，接收所述诊断设备发送的诊断命令；根据所述诊断命令对所述车辆进行诊断，生成诊断数据；将所述诊断命令和所述诊断数据发送至服务器，以由所述服务器进行存储。
可选地，所述当所述车辆连接至诊断设备时，接收所述诊断设备发送的诊断命令的步骤包括：当所述车辆连接至所述诊断设备时，接收所述诊断设备发送的诊断请求；响应于所述诊断请求，向所述诊断设备发送包括第一秘钥的认证请求；接收所述诊断设备发送的包括第二秘钥的认证回复，其中，所述第二秘钥由所述诊断设备对所述第一秘钥加密后生成；解密所述第二秘钥；当解密成功时，向所述诊断设备发送认证成功指示；接收所述诊断设备响应于所述认证成功指示发送的所述诊断命令。
可选地，所述当所述车辆连接至诊断设备时，接收所述诊断设备发送的诊断命令的步骤还包括：当解密不成功时，输出认证失败消息，或者，向所述诊断设备发送认证失败指示，以使所述诊断设备响应于所述认证失败指示输出所述认证失败消息。
可选地，所述当所述车辆连接至诊断设备时，接收所述诊断设备发送的诊断命令的步骤包括：当所述车辆连接至所述诊断设备时，将所述诊断设备发送的诊断请求转发至所述服务器；将所述服务器发送的包括第一秘钥的认证请求转发至所述诊断设备；将所述诊断设备发送的包括第二秘钥的认证回复转发至所述服务器，其中，所述第二秘钥由所述诊断设备对所述第一秘钥加密后生成；将所述服务器解密所述第二秘钥成功后发送的认证成功指示转发至所述诊断设备；接收所述诊断设备响应于所述认证成功指示发送的所述诊断命令。
可选地，所述当所述车辆连接至诊断设备时，接收所述诊断设备发送的诊断命令的步骤还包括：将所述服务器解密所述第二秘钥不成功后发送的认证失败指示转发给所述诊断设备，以使所述诊断设备响应于所述认证失败指示输出认证失败消息；或者，响应于所述服务器解密所述第二秘钥不成功后发送的认证失败指示，输出所述认证失败消息。
可选地，所述方法还包括：接收所述服务器在检测到所述诊断命令异常时发送的异常指示；响应于所述异常指示，控制所述车辆停止诊断。
可选地，所述方法还包括：向所述服务器发送读取请求；接收所述服务器响应于所述读取请求发送的所述诊断命令和所述诊断数据。
可选地，所述读取请求包括用户输入的用户密码，所述服务器响应于所述读取请求发送的所述诊断命令和所述诊断数据为与所述用户密码相关联的诊断命令和诊断数。
根据本发明的第二方面，本公开提供一种用于车辆诊断的方法，应用于诊断设备。所述方法包括：检测所述诊断设备是否连接至车辆；当所述诊断设备连接至所述车辆时，向所述车辆发送诊断命令，以由所述车辆根据所述诊断命令进行诊断，生成诊断数据，并将所述诊断命令和所述诊断数据发送至服务器，以由所述服务器进行存储。
可选地，所述当所述诊断设备连接至所述车辆时，向所述车辆发送诊断命令的步骤包括：当所述诊断设备连接至所述车辆时，向所述车辆发送诊断请求；接收所述车辆响应于所述诊断请求发送的，或者所述服务器发送并经由所述车辆转发的包括第一秘钥的认证请求；对所述第一秘钥加密，生成第二秘钥；向所述车辆发送包括所述第二秘钥的认证回复；接收所述车辆在对所述第二秘钥解密成功后发送的，或者所述服务器在对所述第二秘钥解密成功后发送并经由所述车辆转发的认证成功指示；响应于所述认证成功指示，向所述车辆发送所述诊断命令。
可选地，所述当所述诊断设备连接至所述车辆时，向所述车辆发送诊断命令的步骤还包括：接收所述车辆在对所述第二秘钥解密不成功后发送的，或者所述服务器在对所述第二秘钥解密不成功后发送并经由所述车辆转发的认证失败指示；响应于所述认证失败指示，输出认证失败消息。
可选地，所述方法还包括：向所述车辆发送读取请求，以使所述车辆将所述读取请求转发至所述服务器；接收所述服务器响应于所述读取请求发送并经由所述车辆转发的所述诊断命令和所述诊断数据。
可选地，所述读取请求包括用户输入的用户密码，所述服务器响应于所述读取请求发送的所述诊断命令和所述诊断数据为与所述用户密码相关联的诊断命令和诊断数。
根据本发明的第三方面，本公开提供一种用于车辆诊断的装置，应用于所述车辆。所述装置包括：第一接收模块，用于当所述车辆连接至诊断设备时，接收所述诊断设备发送的诊断命令；第一生成模块，用于根据所述诊断命令对所述车辆进行诊断，生成诊断数据；第一发送模块，用于将所述诊断命令和所述诊断数据发送至服务器，以由所述服务器进行存储。
根据本发明的第四方面，本公开提供一种用于车辆诊断的装置，应用于诊断设备。所述装置包括：第一检测模块，用于检测所述诊断设备是否连接至车辆；第三发送模块，用于当所述诊断设备连接至所述车辆时，向所述车辆发送诊断命令，以由所述车辆根据所述诊断命令进行诊断，生成诊断数据，并将所述诊断命令和所述诊断数据发送至服务器，以由所述服务器进行存储。
通过上述技术方案，当诊断设备对车辆进行诊断时，车辆将诊断命令和诊断数据发送至服务器，由服务器进行存储。这样，能够累积存储诊断设备操作的相关信息，提供了一种可追溯的诊断信息数据库，从而能够对诊断设备的操作进行精确追溯。
本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：
图1是一示例性实施例提供的用于车辆诊断的方法的流程图；
图2是另一示例性实施例提供的用于车辆诊断的方法的流程图；
图3是又一示例性实施例提供的用于车辆诊断的方法的流程图；
图4是又一示例性实施例提供的用于车辆诊断的方法的流程图；
图5是又一示例性实施例提供的用于车辆诊断的方法的流程图；
图6是又一示例性实施例提供的用于车辆诊断的方法的流程图；
图7是一示例性实施例提供的用于车辆诊断的方法的流程图；
图8是一示例性实施例提供的用于车辆诊断的方法的流程图；
图9是一示例性实施例提供的用于车辆诊断的方法的信令图；
图10是另一示例性实施例提供的用于车辆诊断的方法的信令图；
图11是一示例性实施例提供的用于车辆诊断的装置的框图；
图12是另一示例性实施例提供的用于车辆诊断的装置的框图；
图13是又一示例性实施例提供的用于车辆诊断的装置的框图。
具体实施方式
以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。
目前，对诊断设备的使用及操作过程等信息无法实现自动监控及存储，缺乏一个统一化平台进行信息监管，工程师或维修人员可以使用诊断设备对车辆ECU进行刷写、清读故障码、维修等操作，但是没有办法进行跟踪及记录。例如只能通过将读取的当前软件版本号，与之前记录的软件版本号对比，才能确定ECU软件是否被进行过刷写操作。但是具体操作细节都没办法追溯。
鉴于此，发明人想到，可以建立一个诊断信息的数据库服务器，将诊断信息在云端进行存储，这样就能够对诊断设备的操作过程进行精确地追溯。
图1是一示例性实施例提供的用于车辆诊断的方法的流程图。所述方法应用于车辆。如图1所示，所述方法可以包括以下步骤。
在步骤S11中，当车辆连接至诊断设备时，接收诊断设备发送的诊断命令。
在步骤S12中，根据诊断命令对车辆进行诊断，生成诊断数据。
在步骤S13中，将诊断命令和诊断数据发送至服务器，以由服务器进行存储。
其中，诊断设备可以包括工程诊断仪、售后诊断仪和EOL(End of Line TestingTool)下线设备等。诊断设备可以通过车载自动诊断系统(On Board Diagnostics，OBD)接口连接至车辆，向车辆发送诊断命令。车辆接收到诊断命令后，可以根据诊断命令进行诊断。
具体地，当诊断设备为工程诊断仪时，诊断命令可以包括诊断仪编号、所属开发部门、开发工程师、诊断仪权限等。当诊断设备为售后仪时，诊断命令可以包括诊断仪编号、所属4S店、所属售后人员等。当诊断设备为EOL下线设备时，诊断命令可以包括设备编号、设备所在工位、操作人员等。另外，诊断命令还可以包括信息检测命令、故障诊断命令、ECU刷写命令等。
车辆接收到诊断命令后，可以根据诊断命令进行诊断操作。生成的诊断数据可以包括：故障码、检测数据、软件版本号等。
车辆接收的诊断命令和诊断生成的诊断数据，可以通过车载网关转发至Telematics BOX(T-BOX)，此时，T-BOX可以进入开发维修模式(区别于正常工作模式)，把诊断命令和诊断数据例如通过2G、3G或4G网络传输到内容服务提供者(Telematics ServiceProvider，TSP)，通过TSP发送至新建的服务器进行存储。
车辆和服务器之间的所有通信都可以通过T-BOX和网关来建立。
另外，车辆识别码(Vehicle Identification Number，VIN)、当前时间、车辆的具体位置、车辆的基本信息(包括供电模式、发动机运行状态、剩余油量、发动机水温等)等也可以包括在诊断数据中，被发送到服务器，以充实诊断信息，从而更加详细地记录诊断时的具体情境。
通过上述技术方案，当诊断设备对车辆进行诊断时，车辆将诊断命令和诊断数据发送至服务器，由服务器进行存储。这样，能够累积存储诊断设备操作的相关信息，提供了一种可追溯的诊断信息数据库，从而能够对诊断设备的操作进行精确追溯。
在诊断设备对车辆进行诊断之前，可以对诊断设备进行认证。在认证通过的情况下，再对车辆进行诊断。图2是另一示例性实施例提供的用于车辆诊断的方法的流程图。如图2所示，在图1的基础上，当车辆连接至诊断设备时，接收诊断设备发送的诊断命令的步骤(步骤S11)可以包括以下步骤。
在步骤S111中，当车辆连接至诊断设备时，接收诊断设备发送的诊断请求。
在步骤S112中，响应于诊断请求，向诊断设备发送包括第一秘钥的认证请求。
在步骤S113中，接收诊断设备发送的包括第二秘钥的认证回复。其中，第二秘钥由诊断设备对第一秘钥加密后生成。
在步骤S114中，解密第二秘钥。
在步骤S115中，当解密成功时，向诊断设备发送认证成功指示。
在步骤S116中，接收诊断设备响应于认证成功指示发送的诊断命令。
其中，所述诊断请求可以是诊断设备的在线信息。例如，当T-BOX接收到诊断设备的在线信息后，可以发送包括第一秘钥的认证请求。当诊断设备接收到认证请求时，可以对第一秘钥进行加密算法计算，生成加强型的第二秘钥。再将第二秘钥包括在认证回复中发送给车辆。T-BOX接收到认证回复后，对第二秘钥以同样的算法进行解密，如果解密成功，则可以认为认证通过，T-BOX可以进入开发维修模式，车辆可以接收诊断设备发送的诊断命令了。
该实施例中，车辆在对诊断设备进行认证之后，再接收诊断设备发送的诊断命令来进行诊断。这样能够确保诊断设备的合法性，从而保证了对车辆的诊断操作的合理性，也避免了非法诊断设备发送攻击数据，恶意入侵汽车网路，影响汽车网络的正常通信。
在上述图2的基础上，当车辆连接至诊断设备时，接收诊断设备发送的诊断命令的步骤(步骤S11)还可以包括以下步骤。
当解密不成功时，输出认证失败消息，或者，向诊断设备发送认证失败指示，以使诊断设备响应于认证失败指示输出认证失败消息。
其中，当解密不成功时，可以认为诊断设备为非法设备，此时可以直接在车辆上输出认证失败消息，或者车辆向诊断设备发送认证失败指示，由诊断设备输出认证失败消息(例如，显示屏显示出“诊断设备认证失败，请勿使用”)。该实施例中，能够就不合法的诊断设备对用户提出告警，提醒用户更换合法的诊断设备。
图2的实施例中，车辆直接对诊断设备进行认证，也可以由服务器对诊断设备进行认证。图3是又一示例性实施例提供的用于车辆诊断的方法的流程图。如图3所示，在图1的基础上，当车辆连接至诊断设备时，接收诊断设备发送的诊断命令的步骤(步骤S11)可以包括以下步骤。
在步骤S111′中，当车辆连接至诊断设备时，将诊断设备发送的诊断请求转发至服务器。
在步骤S112′中，将服务器发送的包括第一秘钥的认证请求转发至诊断设备。
在步骤S113′中，将诊断设备发送的包括第二秘钥的认证回复转发至服务器，其中，第二秘钥由所述诊断设备对第一秘钥加密后生成。
在步骤S114′中，将服务器解密第二秘钥成功后发送的认证成功指示转发至诊断设备。
在步骤S116中，接收诊断设备响应于认证成功指示发送的诊断命令。
在该实施例中，由服务器对诊断设备进行认证，车辆只对诊断设备和服务器之间的认证交互信息起到转发的作用。这样，车辆中不需要预先存储用于认证的加密算法，也不需要进行加密解密处理，节省了车辆的内存，减轻了车辆处理数据的负担。
对应地，当服务器解密不成功时，可以由车辆和/或诊断设备输出认证失败消息。在本公开的又一实施例中，在图3的基础上，当车辆连接至诊断设备时，接收诊断设备发送的诊断命令的步骤(步骤S11)还可以包括以下步骤：
将服务器解密第二秘钥不成功后发送的认证失败指示转发给诊断设备，以使诊断设备响应于认证失败指示输出认证失败消息；或者，响应于服务器解密第二秘钥不成功后发送的认证失败指示，输出认证失败消息。
在该实施例中，由服务器对诊断设备进行认证的情况下，能够就不合法的诊断设备对用户提出告警，在车辆一端或诊断设备一端提醒用户更换合法的诊断设备。
图4是又一示例性实施例提供的用于车辆诊断的方法的流程图。如图4所示，在图1的基础上，所述方法还可以包括以下步骤。
在步骤S14中，接收服务器在检测到诊断命令异常时发送的异常指示。
在步骤S15中，响应于异常指示，控制车辆停止诊断。
该实施例中，服务器可以对所接收的诊断命令进行检测，分析诊断流程是否正确，判断是否有非法操作行为。例如，诊断流程和预定的流程不符，则可以认为有非法操作。如果判断有非法操作行为，则可以例如通过T-BOX通知网关停止对诊断命令进行转发，从而控制车辆停止诊断。这样能够避免错误的诊断命令对车辆造成的损害。
另外，还可以由车辆和/或诊断设备输出指示诊断异常的异常消息。例如，显示屏中显示“操作有误”。这样，能够使用户了解停止诊断的原因，引导客户较快地解决诊断设备异常的问题。
图5是又一示例性实施例提供的用于车辆诊断的方法的流程图。如图5所示，在图1的基础上，所述方法还可以包括以下步骤。
在步骤S16中，向服务器发送读取请求。
在步骤S17中，接收服务器响应于读取请求发送的诊断命令和诊断数据。
其中，读取请求例如可以包括诊断设备的编号或者车辆识别码。服务器可以根据读取请求中的信息查找相关联的诊断命令和诊断数据进行输出。
该实施例中，由车辆向服务器发送读取请求，用户可以通过在车辆中读取到服务器发送的诊断命令和诊断数据。这样，用户可以通过车辆与服务器之间的通信，获取到例如该车辆在下线检测、售后阶段由诊断设备进行诊断的详细信息，使用户能够追溯对车辆进行诊断的过程，便于用户了解车辆的历史状况。
图6是又一示例性实施例提供的用于车辆诊断的方法的流程图。如图6所示，在图1的基础上，所述方法还可以包括以下步骤。
在步骤S18中，将诊断设备发送的读取请求转发至服务器。
在步骤S19中，将服务器响应于读取请求发送的诊断命令和诊断数据转发至诊断设备。
该实施例中，由诊断设备向服务器发送读取请求，用户可以通过在诊断设备中读取到服务器发送的诊断命令和诊断数据。这样，用户可以通过诊断设备与服务器之间的通信，获取到例如该车辆在下线检测、售后阶段由诊断设备进行诊断的详细信息，使用户能够追溯对车辆进行诊断的过程，便于用户了解车辆的历史状况。
在本公开的又一实施例中，不同的用户还可以通过特定的用户密码，从服务器中获取到自身权限范围内的诊断命令和诊断数据。该实施例中，读取请求可以包括用户输入的用户密码，服务器响应于读取请求发送的诊断命令和诊断数据可以为与所述用户密码相关联的诊断命令和诊断数据。
也就是，可以预先设定不同用户具有不同的读取权限，通过将用户密码和诊断数据中的部分内容相关联(或将用户密码和诊断命令相关联)。在服务器接收到包含用户密码的读取请求时，自动查找到与用户密码相关联的数据输出。
例如，4S店的维修人员准备通过诊断设备发送读取请求时，诊断设备的界面中可以弹出用户密码的输入框，维修人员输入自己的用户密码(在服务器中与车辆售后维修阶段的诊断命令和诊断数据相关联)。服务器在查找到售后维修阶段的诊断命令和诊断数据后，将这些数据发送至该维修人员的诊断设备中。
该实施例中，可以从多个不同的角度限制用户的读取权限。这样，通过对用户的读取权限进行划分和限制，保护了车辆历史数据不被广泛公开，提升了用户体验。
以上描述的是在车辆一侧执行的用于车辆诊断的方法。接下来描述在诊断设备一侧的方法对应的实施例。
图7是一示例性实施例提供的用于车辆诊断的方法的流程图。所述方法应用于诊断设备。如图7所示，所述方法可以包括以下步骤。
在步骤S21中，检测诊断设备是否连接至车辆。
在步骤S22中，当诊断设备连接至车辆时，向车辆发送诊断命令，以由车辆根据诊断命令进行诊断，生成诊断数据，并将诊断命令和诊断数据发送至服务器，以由服务器进行存储。
通过上述技术方案，当诊断设备对车辆进行诊断时，车辆将诊断命令和诊断数据发送至服务器，由服务器进行存储。这样，能够累积存储诊断设备操作的相关信息，提供了一种可追溯的诊断信息数据库，从而能够对诊断设备的操作进行精确追溯。
在诊断设备一侧的方法的另一实施例中，当诊断设备连接至车辆时，向车辆发送诊断命令的步骤(步骤S22)可以包括以下步骤。
当诊断设备连接至车辆时，向车辆发送诊断请求；
接收车辆响应于诊断请求发送的，或者服务器发送并经由车辆转发的包括第一秘钥的认证请求；
对第一秘钥加密，生成第二秘钥；
向车辆发送包括第二秘钥的认证回复；
接收车辆在对第二秘钥解密成功后发送的，或者服务器在对第二秘钥解密成功后发送并经由车辆转发的认证成功指示；
响应于认证成功指示，向车辆发送所述诊断命令。
该实施例中，对诊断设备的认证，可以由车辆或服务器来完成。由服务器完成的认证过程可以通过车辆在诊断设备和服务器之间转发信息来实现。
其中，当对第二秘钥解密不成功时，步骤S22还可以包括：接收车辆在对第二秘钥解密不成功后发送的，或者服务器在对第二秘钥解密不成功后发送并经由车辆转发的认证失败指示；响应于认证失败指示，输出认证失败消息。
该实施例中，诊断设备由车辆或服务器认证不通过时，输出认证失败消息，以提醒用户更换诊断设备。
在诊断设备一侧的方法的又一实施例中，在图7的基础上，所述方法还可以包括以下步骤：
向车辆发送读取请求，以使车辆将读取请求转发至服务器；
接收服务器响应于读取请求发送并经由车辆转发的诊断命令和诊断数据。
该实施例中，用户能够在诊断设备一端获取到车辆被诊断的详细信息。
在诊断设备一侧的方法的又一实施例中，不同的用户还可以通过特定的用户密码，从服务器中获取到自身权限范围内的诊断命令和诊断数据。该实施例中，读取请求可以包括用户输入的用户密码，服务器响应于读取请求发送的诊断命令和诊断数据可以为与所述用户密码相关联的诊断命令和诊断数据。这样，通过对用户的读取权限进行划分和限制，保护了车辆历史数据不被广泛公开。
通过上述技术方案，当诊断设备对车辆进行诊断时，车辆将诊断命令和诊断数据发送至服务器，由服务器进行存储。这样，能够累积存储诊断设备操作的相关信息，提供了一种可追溯的诊断信息数据库，从而能够对诊断设备的操作进行精确追溯。
以下描述在服务器一侧执行的用于车辆诊断的方法。图8是一示例性实施例提供的用于车辆诊断的方法的流程图。所述方法应用于服务器。如图8所示，所述方法可以包括以下步骤。
在步骤S31中，接收车辆发送的诊断命令和诊断数据，其中，在诊断设备连接至车辆时，车辆根据诊断设备发送的诊断命令进行诊断，生成诊断数据。
在步骤S32中，将诊断命令和诊断数据进行存储。
通过上述技术方案，当诊断设备对车辆进行诊断时，车辆将诊断命令和诊断数据发送至服务器，由服务器进行存储。这样，能够累积存储诊断设备操作的相关信息，提供了一种可追溯的诊断信息数据库，从而能够对诊断设备的操作进行精确追溯。
在服务器一侧执行的方法的另一实施例中，在图8的基础上，所述方法还可以包括以下步骤：
接收诊断设备发送并经由车辆转发的诊断请求；
响应于诊断请求，经由车辆向诊断设备发送包括第一秘钥的认证请求；
接收诊断设备发送并经由车辆转发的包括第二秘钥的认证回复，其中，第二秘钥由诊断设备对第一秘钥加密后生成；
解密第二秘钥；
当解密成功时，经由车辆向诊断设备发送认证成功指示，以使诊断设备响应于认证成功指示向车辆发送诊断命令。
该实施例中，对诊断设备的认证，由服务器来完成。该认证过程可以通过车辆在诊断设备和服务器之间转发信息来实现。
其中，当对第二秘钥解密不成功时，所述方法还可以包括：
当解密不成功时，向车辆发送认证失败指示，以使车辆响应于认证失败指示输出认证失败消息，或者，经由车辆向诊断设备发送认证失败指示，以使诊断设备响应于认证失败指示输出认证失败消息。
该实施例中，诊断设备由服务器认证不通过时，用户可以通过车辆或诊断设备获取到认证失败消息。
在服务器一侧的方法的又一实施例中，在图8的基础上，所述方法还可以包括以下步骤：
检测诊断命令是否异常；
当检测到诊断命令异常时，向车辆发送异常指示，以使车辆响应于异常指示停止诊断。
该实施例中，服务器具有检测诊断流程异常的功能，以避免错误操作对车辆的损害。
在服务器一侧的方法的又一实施例中，在图8的基础上，所述方法还可以包括以下步骤：
接收车辆发送的读取请求；
响应于读取请求，向车辆发送诊断命令和诊断数据。
该实施例中，用户能够在车辆一端，或者在诊断设备一端通过车辆的转发获取到车辆被诊断的详细信息。
在服务器一侧的方法的又一实施例中，读取请求可以包括用户输入的用户密码，响应于读取请求，向车辆发送诊断命令和诊断数据的步骤可以包括：响应于读取请求，查找与用户密码相关联的诊断命令和诊断数据；向车辆发送查找到的诊断命令和诊断数据。这样，通过对用户的读取权限进行划分和限制，保护了车辆历史数据不被广泛公开。
图9是一示例性实施例提供的用于车辆诊断的方法的信令图。在图9所示的实施例中，在车辆一端对诊断设备进行认证。图10是另一示例性实施例提供的用于车辆诊断的方法的信令图。在图10所示的实施例中，在服务器一端对诊断设备进行认证。图9和图10的具体的步骤结合了上述多个实施例，不再详细描述。
本公开还提供一种用于车辆诊断的装置，应用于所述车辆。图11是一示例性实施例提供的用于车辆诊断的装置的框图。如图11所示，所述用于车辆诊断的装置10可以包括第一接收模块11、第一生成模块12和第一发送模块13。
第一接收模块11用于当车辆连接至诊断设备时，接收诊断设备发送的诊断命令。
第一生成模块12用于根据诊断命令对车辆进行诊断，生成诊断数据。
第一发送模块13用于将诊断命令和诊断数据发送至服务器，以由服务器进行存储。
可选地，所述第一接收模块11可以包括第一接收子模块、第一发送子模块、第二接收子模块、第一解密子模块、第二发送子模块和第三接收子模块。
第一接收子模块用于当车辆连接至诊断设备时，接收诊断设备发送的诊断请求。
第一发送子模块用于响应于所述诊断请求，向所述诊断设备发送包括第一秘钥的认证请求。
第二接收子模块用于接收诊断设备发送的包括第二秘钥的认证回复，其中，第二秘钥由诊断设备对第一秘钥加密后生成。
第一解密子模块用于解密所述第二秘钥。
第二发送子模块用于当解密成功时，向诊断设备发送认证成功指示。
第三接收子模块用于接收诊断设备响应于认证成功指示发送的诊断命令。
可选地，所述第一接收模块11还可以包括第一输出子模块或者第三发送子模块。
第一输出子模块用于当解密不成功时，输出认证失败消息。
第三发送子模块用于当解密不成功时，向所述诊断设备发送认证失败指示，以使所述诊断设备响应于所述认证失败指示输出所述认证失败消息。
可选地，所述第一接收模块11可以包括第一转发子模块、第二转发子模块、第三转发子模块、第四转发子模块和第三接收子模块。
第一转发子模块用于当所述车辆连接至所述诊断设备时，将所述诊断设备发送的诊断请求转发至所述服务器。
第二转发子模块用于将所述服务器发送的包括第一秘钥的认证请求转发至所述诊断设备。
第三转发子模块用于将所述诊断设备发送的包括第二秘钥的认证回复转发至所述服务器，其中，所述第二秘钥由所述诊断设备对所述第一秘钥加密后生成。
第四转发子模块用于将所述服务器解密所述第二秘钥成功后发送的认证成功指示转发至所述诊断设备。
第三接收子模块用于接收所述诊断设备响应于所述认证成功指示发送的所述诊断命令。
可选地，所述第一接收模块还可以包括第五转发子模块或者第二输出子模块。
第五转发子模块用于将所述服务器解密所述第二秘钥不成功后发送的认证失败指示转发给所述诊断设备，以使所述诊断设备响应于所述认证失败指示输出认证失败消息。
第二输出子模块用于响应于所述服务器解密所述第二秘钥不成功后发送的认证失败指示，输出所述认证失败消息。
可选地，所述装置10还可以包括第二接收模块和第一控制模块。
第二接收模块用于接收所述服务器在检测到所述诊断命令异常时发送的异常指示。
第一控制模块用于响应于所述异常指示，控制所述车辆停止诊断。
可选地，所述装置10还可以包括第二发送模块和第三接收模块。
第二发送模块用于向所述服务器发送读取请求。
第三接收模块用于接收所述服务器响应于所述读取请求发送的所述诊断命令和所述诊断数据。
可选地，所述装置10还可以包括第四接收模块和第一转发模块。
第四接收模块用于将所述诊断设备发送的读取请求转发至所述服务器。
第一转发模块用于将所述服务器响应于所述读取请求发送的所述诊断命令和所述诊断数据转发至所述诊断设备。
可选地，所述读取请求包括用户输入的用户密码，所述服务器响应于所述读取请求发送的所述诊断命令和所述诊断数据为与所述用户密码相关联的诊断命令和诊断数据。
本公开还提供一种用于车辆诊断的装置，应用于诊断设备。图12是另一示例性实施例提供的用于车辆诊断的装置的框图。如图12所示，所述用于车辆诊断的装置20可以包括第一检测模块21和第三发送模块22。
第一检测模块21用于检测所述诊断设备是否连接至车辆。
第三发送模块22用于当所述诊断设备连接至所述车辆时，向所述车辆发送诊断命令，以由所述车辆根据所述诊断命令进行诊断，生成诊断数据，并将所述诊断命令和所述诊断数据发送至服务器，以由所述服务器进行存储。
可选地，所述第三发送模块22可以包括第四发送子模块、第四接收子模块、加密子模块、第五发送子模块、第五接收子模块和第六发送子模块。
第四发送子模块用于当所述诊断设备连接至所述车辆时，向所述车辆发送诊断请求。
第四接收子模块用于接收所述车辆响应于所述诊断请求发送的，或者所述服务器发送并经由所述车辆转发的包括第一秘钥的认证请求。
加密子模块用于对所述第一秘钥加密，生成第二秘钥。
第五发送子模块用于向所述车辆发送包括所述第二秘钥的认证回复。
第五接收子模块用于接收所述车辆在对所述第二秘钥解密成功后发送的，或者所述服务器在对所述第二秘钥解密成功后发送并经由所述车辆转发的认证成功指示。
第六发送子模块用于响应于所述认证成功指示，向所述车辆发送所述诊断命令。
可选地，所述第三发送模块22还可以包括第六接收子模块和第三输出子模块。
第六接收子模块用于接收所述车辆在对所述第二秘钥解密不成功后发送的，或者所述服务器在对所述第二秘钥解密不成功后发送并经由所述车辆转发的认证失败指示。
第三输出子模块用于响应于所述认证失败指示，输出认证失败消息。
可选地，所述装置20还可以包括第四发送模块和第五接收模块。
第四发送模块用于向所述车辆发送读取请求，以使所述车辆将所述读取请求转发至所述服务器。
第五接收模块用于接收所述服务器响应于所述读取请求发送并经由所述车辆转发的所述诊断命令和所述诊断数据。
可选地，所述读取请求包括用户输入的用户密码，所述服务器响应于所述读取请求发送的所述诊断命令和所述诊断数据为与所述用户密码相关联的诊断命令和诊断数据。
本公开还提供一种用于车辆诊断的装置，应用于服务器。图13是又一示例性实施例提供的用于车辆诊断的装置的框图。如图13所示，所述用于车辆诊断的装置30可以包括第六接收模块31和存储模块32。
第六接收模块31用于接收所述车辆发送的诊断命令和诊断数据，其中，在诊断设备连接至所述车辆时，所述车辆根据所述诊断设备发送的所述诊断命令进行诊断，生成所述诊断数据。
存储模块32用于将所述诊断命令和所述诊断数据进行存储。
可选地，所述装置30还可以包括第七接收模块、第五发送模块、第八接收模块、解密模块和第六发送模块。
第七接收模块用于接收诊断设备发送并经由所述车辆转发的诊断请求。
第五发送模块用于响应于所述诊断请求，经由所述车辆向所述诊断设备发送包括第一秘钥的认证请求。
第八接收模块用于接收所述诊断设备发送并经由所述车辆转发的包括第二秘钥的认证回复，其中，所述第二秘钥由所述诊断设备对所述第一秘钥加密后生成。
解密模块用于解密所述第二秘钥。
第六发送模块用于当解密成功时，经由所述车辆向所述诊断设备发送认证成功指示，以使所述诊断设备响应于所述认证成功指示向所述车辆发送所述诊断命令。
可选地，所述装置30还可以包括第七发送模块。
第七发送模块用于当解密不成功时，向所述车辆发送认证失败指示，以使所述车辆响应于所述认证失败指示输出认证失败消息，或者，经由所述车辆向所述诊断设备发送认证失败指示，以使所述诊断设备响应于所述认证失败指示输出认证失败消息。
可选地，所述装置30还可以包括第二检测模块和第八发送模块。
第二检测模块用于检测所述诊断命令是否异常。
第八发送模块用于当检测到所述诊断命令异常时，向所述车辆发送异常指示，以使所述车辆响应于所述异常指示停止诊断。
可选地，所述装置30还可以包括第九接收模块和第九发送模块。
第九接收模块用于接收所述车辆发送的读取请求。
第九发送模块用于响应于所述读取请求，向所述车辆发送所述诊断命令和所述诊断数据。
可选地，读取请求包括用户输入的用户密码，所述第九发送模块包括查找子模块和第七发送子模块。
查找子模块用于响应于所述读取请求，查找与所述用户密码相关联的诊断命令和诊断数据。
第七发送子模块用于向所述车辆发送查找到的诊断命令和诊断数据。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
通过上述技术方案，当诊断设备对车辆进行诊断时，车辆将诊断命令和诊断数据发送至服务器，由服务器进行存储。这样，能够累积存储诊断设备操作的相关信息，提供了一种可追溯的诊断信息数据库，从而能够对诊断设备的操作进行精确追溯。
以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。
另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。
此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。

Claims (26)

1.一种用于车辆诊断的方法，应用于所述车辆，其特征在于，所述方法包括：
当所述车辆通过车载自动诊断系统接口连接至诊断设备时，接收所述诊断设备发送的诊断命令，所述诊断设备包括工程诊断仪、售后诊断仪和下线设备中的一者或多者；
根据所述诊断命令对所述车辆进行诊断，生成诊断数据；
将所述诊断命令和所述诊断数据发送至服务器，以由所述服务器进行存储。
2.根据权利要求1所述的方法，其特征在于，所述当所述车辆通过车载自动诊断系统接口连接至诊断设备时，接收所述诊断设备发送的诊断命令的步骤包括：
当所述车辆通过车载自动诊断系统接口连接至所述诊断设备时，接收所述诊断设备发送的诊断请求；
响应于所述诊断请求，向所述诊断设备发送包括第一秘钥的认证请求；
接收所述诊断设备发送的包括第二秘钥的认证回复，其中，所述第二秘钥由所述诊断设备对所述第一秘钥加密后生成；
解密所述第二秘钥；
当解密成功时，向所述诊断设备发送认证成功指示；
接收所述诊断设备响应于所述认证成功指示发送的所述诊断命令。
3.根据权利要求2所述的方法，其特征在于，所述当所述车辆通过车载自动诊断系统接口连接至诊断设备时，接收所述诊断设备发送的诊断命令的步骤还包括：
当解密不成功时，输出认证失败消息，或者，向所述诊断设备发送认证失败指示，以使所述诊断设备响应于所述认证失败指示输出所述认证失败消息。
4.根据权利要求1所述的方法，其特征在于，所述当所述车辆通过车载自动诊断系统接口连接至诊断设备时，接收所述诊断设备发送的诊断命令的步骤包括：
当所述车辆通过车载自动诊断系统接口连接至所述诊断设备时，将所述诊断设备发送的诊断请求转发至所述服务器；
将所述服务器发送的包括第一秘钥的认证请求转发至所述诊断设备；
将所述诊断设备发送的包括第二秘钥的认证回复转发至所述服务器，其中，所述第二秘钥由所述诊断设备对所述第一秘钥加密后生成；
将所述服务器解密所述第二秘钥成功后发送的认证成功指示转发至所述诊断设备；
接收所述诊断设备响应于所述认证成功指示发送的所述诊断命令。
5.根据权利要求4所述的方法，其特征在于，所述当所述车辆通过车载自动诊断系统接口连接至诊断设备时，接收所述诊断设备发送的诊断命令的步骤还包括：
将所述服务器解密所述第二秘钥不成功后发送的认证失败指示转发给所述诊断设备，以使所述诊断设备响应于所述认证失败指示输出认证失败消息；
或者，
响应于所述服务器解密所述第二秘钥不成功后发送的认证失败指示，输出所述认证失败消息。
6.根据权利要求1所述的方法，其特征在于，所述方法还包括：
接收所述服务器在检测到所述诊断命令异常时发送的异常指示；
响应于所述异常指示，控制所述车辆停止诊断。
7.根据权利要求1所述的方法，其特征在于，所述方法还包括：
向所述服务器发送读取请求；
接收所述服务器响应于所述读取请求发送的所述诊断命令和所述诊断数据；
或者，
将所述诊断设备发送的读取请求转发至所述服务器；
将所述服务器响应于所述读取请求发送的所述诊断命令和所述诊断数据转发至所述诊断设备。
8.根据权利要求7所述的方法，其特征在于，所述读取请求包括用户输入的用户密码，所述服务器响应于所述读取请求发送的所述诊断命令和所述诊断数据为与所述用户密码相关联的诊断命令和诊断数据。
9.一种用于车辆诊断的方法，应用于诊断设备，其特征在于，所述方法包括：
检测所述诊断设备是否通过车载自动诊断系统接口连接至车辆，所述诊断设备包括工程诊断仪、售后诊断仪和下线设备中的一者或多者；
当所述诊断设备通过所述车载自动诊断系统接口连接至所述车辆时，向所述车辆发送诊断命令，以由所述车辆根据所述诊断命令进行诊断，生成诊断数据，并将所述诊断命令和所述诊断数据发送至服务器，以由所述服务器进行存储。
10.根据权利要求9所述的方法，其特征在于，所述当所述诊断设备通过车载自动诊断系统接口连接至所述车辆时，向所述车辆发送诊断命令的步骤包括：
当所述诊断设备通过车载自动诊断系统接口连接至所述车辆时，向所述车辆发送诊断请求；
接收所述车辆响应于所述诊断请求发送的，或者所述服务器发送并经由所述车辆转发的包括第一秘钥的认证请求；
对所述第一秘钥加密，生成第二秘钥；
向所述车辆发送包括所述第二秘钥的认证回复；
接收所述车辆在对所述第二秘钥解密成功后发送的，或者所述服务器在对所述第二秘钥解密成功后发送并经由所述车辆转发的认证成功指示；
响应于所述认证成功指示，向所述车辆发送所述诊断命令。
11.根据权利要求10所述的方法，其特征在于，所述当所述诊断设备通过车载自动诊断系统接口连接至所述车辆时，向所述车辆发送诊断命令的步骤还包括：
接收所述车辆在对所述第二秘钥解密不成功后发送的，或者所述服务器在对所述第二秘钥解密不成功后发送并经由所述车辆转发的认证失败指示；
响应于所述认证失败指示，输出认证失败消息。
12.根据权利要求9所述的方法，其特征在于，所述方法还包括：
向所述车辆发送读取请求，以使所述车辆将所述读取请求转发至所述服务器；
接收所述服务器响应于所述读取请求发送并经由所述车辆转发的所述诊断命令和所述诊断数据。
13.根据权利要求12所述的方法，其特征在于，所述读取请求包括用户输入的用户密码，所述服务器响应于所述读取请求发送的所述诊断命令和所述诊断数据为与所述用户密码相关联的诊断命令和诊断数据。
14.一种用于车辆诊断的装置，应用于所述车辆，其特征在于，所述装置包括：
第一接收模块，用于当所述车辆通过车载自动诊断系统接口连接至诊断设备时，接收所述诊断设备发送的诊断命令，所述诊断设备包括工程诊断仪、售后诊断仪和下线设备中的一者或多者；
第一生成模块，用于根据所述诊断命令对所述车辆进行诊断，生成诊断数据；
第一发送模块，用于将所述诊断命令和所述诊断数据发送至服务器，以由所述服务器进行存储。
15.根据权利要求14所述的装置，其特征在于，所述第一接收模块包括：
第一接收子模块，用于当所述车辆通过车载自动诊断系统接口连接至所述诊断设备时，接收所述诊断设备发送的诊断请求；
第一发送子模块，用于响应于所述诊断请求，向所述诊断设备发送包括第一秘钥的认证请求；
第二接收子模块，用于接收所述诊断设备发送的包括第二秘钥的认证回复，其中，所述第二秘钥由所述诊断设备对所述第一秘钥加密后生成；
第一解密子模块，用于解密所述第二秘钥；
第二发送子模块，用于当解密成功时，向所述诊断设备发送认证成功指示；
第三接收子模块，用于接收所述诊断设备响应于所述认证成功指示发送的所述诊断命令。
16.根据权利要求15所述的装置，其特征在于，所述第一接收模块还包括：
第一输出子模块，用于当解密不成功时，输出认证失败消息，
或者，
第三发送子模块，用于当解密不成功时，向所述诊断设备发送认证失败指示，以使所述诊断设备响应于所述认证失败指示输出所述认证失败消息。
17.根据权利要求14所述的装置，其特征在于，所述第一接收模块包括：
第一转发子模块，用于当所述车辆通过车载自动诊断系统接口连接至所述诊断设备时，将所述诊断设备发送的诊断请求转发至所述服务器；
第二转发子模块，用于将所述服务器发送的包括第一秘钥的认证请求转发至所述诊断设备；
第三转发子模块，用于将所述诊断设备发送的包括第二秘钥的认证回复转发至所述服务器，其中，所述第二秘钥由所述诊断设备对所述第一秘钥加密后生成；
第四转发子模块，用于将所述服务器解密所述第二秘钥成功后发送的认证成功指示转发至所述诊断设备；
第三接收子模块，用于接收所述诊断设备响应于所述认证成功指示发送的所述诊断命令。
18.根据权利要求17所述的装置，其特征在于，所述第一接收模块还包括：
第五转发子模块，用于将所述服务器解密所述第二秘钥不成功后发送的认证失败指示转发给所述诊断设备，以使所述诊断设备响应于所述认证失败指示输出认证失败消息；
或者，
第二输出子模块，用于响应于所述服务器解密所述第二秘钥不成功后发送的认证失败指示，输出所述认证失败消息。
19.根据权利要求14所述的装置，其特征在于，所述装置还包括：
第二接收模块，用于接收所述服务器在检测到所述诊断命令异常时发送的异常指示；
第一控制模块，用于响应于所述异常指示，控制所述车辆停止诊断。
20.根据权利要求14所述的装置，其特征在于，所述装置还包括：
第二发送模块，用于向所述服务器发送读取请求；
第三接收模块，用于接收所述服务器响应于所述读取请求发送的所述诊断命令和所述诊断数据；
或者，
第四接收模块，用于将所述诊断设备发送的读取请求转发至所述服务器；
第一转发模块，用于将所述服务器响应于所述读取请求发送的所述诊断命令和所述诊断数据转发至所述诊断设备。
21.根据权利要求20所述的装置，其特征在于，所述读取请求包括用户输入的用户密码，所述服务器响应于所述读取请求发送的所述诊断命令和所述诊断数据为与所述用户密码相关联的诊断命令和诊断数据。
22.一种用于车辆诊断的装置，应用于诊断设备，其特征在于，所述装置包括：
第一检测模块，用于检测所述诊断设备是否通过车载自动诊断系统接口连接至车辆，所述诊断设备包括工程诊断仪、售后诊断仪和下线设备中的一者或多者；
第三发送模块，用于当所述诊断设备通过所述车载自动诊断系统接口连接至所述车辆时，向所述车辆发送诊断命令，以由所述车辆根据所述诊断命令进行诊断，生成诊断数据，并将所述诊断命令和所述诊断数据发送至服务器，以由所述服务器进行存储。
23.根据权利要求22所述的装置，其特征在于，所述第三发送模块包括：
第四发送子模块，用于当所述诊断设备通过车载自动诊断系统接口连接至所述车辆时，向所述车辆发送诊断请求；
第四接收子模块，用于接收所述车辆响应于所述诊断请求发送的，或者所述服务器发送并经由所述车辆转发的包括第一秘钥的认证请求；
加密子模块，用于对所述第一秘钥加密，生成第二秘钥；
第五发送子模块，用于向所述车辆发送包括所述第二秘钥的认证回复；
第五接收子模块，用于接收所述车辆在对所述第二秘钥解密成功后发送的，或者所述服务器在对所述第二秘钥解密成功后发送并经由所述车辆转发的认证成功指示；
第六发送子模块，用于响应于所述认证成功指示，向所述车辆发送所述诊断命令。
24.根据权利要求23所述的装置，其特征在于，所述第三发送模块还包括：
第六接收子模块，用于接收所述车辆在对所述第二秘钥解密不成功后发送的，或者所述服务器在对所述第二秘钥解密不成功后发送并经由所述车辆转发的认证失败指示；
第三输出子模块，用于响应于所述认证失败指示，输出认证失败消息。
25.根据权利要求22所述的装置，其特征在于，所述装置还包括：
第四发送模块，用于向所述车辆发送读取请求，以使所述车辆将所述读取请求转发至所述服务器；
第五接收模块，用于接收所述服务器响应于所述读取请求发送并经由所述车辆转发的所述诊断命令和所述诊断数据。
26.根据权利要求25所述的装置，其特征在于，所述读取请求包括用户输入的用户密码，所述服务器响应于所述读取请求发送的所述诊断命令和所述诊断数据为与所述用户密码相关联的诊断命令和诊断数据。
CN201611210862.2A 2016-12-24 2016-12-24 用于车辆诊断的方法和装置 Expired - Fee Related CN108243212B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201611210862.2A CN108243212B (zh) 2016-12-24 2016-12-24 用于车辆诊断的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611210862.2A CN108243212B (zh) 2016-12-24 2016-12-24 用于车辆诊断的方法和装置

Publications (2)

Publication Number Publication Date
CN108243212A CN108243212A (zh) 2018-07-03
CN108243212B true CN108243212B (zh) 2021-07-20

Family

ID=62704383

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611210862.2A Expired - Fee Related CN108243212B (zh) 2016-12-24 2016-12-24 用于车辆诊断的方法和装置

Country Status (1)

Country Link
CN (1) CN108243212B (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110764795B (zh) * 2018-07-26 2021-08-03 广州汽车集团股份有限公司 车辆在线升级装置、系统和方法
CN110909967A (zh) * 2018-09-14 2020-03-24 宝沃汽车（中国）有限公司 质量校验数据的处理系统和方法
CN113472619A (zh) * 2018-12-29 2021-10-01 深圳市道通科技股份有限公司 车辆通信接口装置中的数据传输方法及车辆通信接口装置
CN110011809A (zh) * 2019-03-29 2019-07-12 深圳市元征科技股份有限公司 一种车辆诊断设备的通信方法及车辆诊断设备
CN110069053B (zh) * 2019-05-06 2020-11-27 奇瑞新能源汽车股份有限公司 一种基于tsp云台的远程车辆检测系统及其方法
CN110466450B (zh) * 2019-08-27 2020-07-28 南京领行科技股份有限公司 汽车安全检测系统
CN111031115A (zh) * 2019-11-28 2020-04-17 安徽江淮汽车集团股份有限公司 基于车联网的电子控制器版本更新系统及方法
CN113467410A (zh) * 2020-03-31 2021-10-01 北京新能源汽车股份有限公司 一种车辆电控单元数据的获取方法、传输方法及获取装置
CN115766889B (zh) * 2022-09-28 2024-06-21 重庆赛力斯凤凰智创科技有限公司 一种数据帧结构和数据通信方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103546512A (zh) * 2012-07-13 2014-01-29 上海博泰悦臻电子设备制造有限公司 车辆无线诊断方法及系统
CN105137964A (zh) * 2015-09-17 2015-12-09 合肥工业大学 一种基于手机app的汽车故障远程诊断系统
CN106059754A (zh) * 2016-06-23 2016-10-26 北京汽车股份有限公司 车辆数据处理方法、系统及其设备

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2998237B1 (fr) * 2012-11-16 2016-12-02 Peugeot Citroen Automobiles Sa Procede d'aide au diagnostic a distance d'un vehicule
CN103426281A (zh) * 2013-07-31 2013-12-04 宏景电子(芜湖)有限公司 试验车远程监测管理系统及其控制方法
CN104836829B (zh) * 2014-10-27 2018-08-07 北京宝沃汽车有限公司 车辆的远程监控方法及远程监控系统
CN104656637B (zh) * 2015-01-15 2017-07-21 深圳市元征软件开发有限公司 备份汽车诊断设备数据的方法和系统
CN104765357A (zh) * 2015-03-11 2015-07-08 西安电子科技大学 一种车辆远程诊断授权系统及方法
CN105425783B (zh) * 2015-12-25 2019-01-08 北京新能源汽车股份有限公司 实车数据的处理方法、系统、控制器及上位机
CN105467980A (zh) * 2016-01-22 2016-04-06 华东师范大学 一种用于记录和上传车辆故障和工况的车载诊断装置
CN105610984B (zh) * 2016-03-07 2018-07-20 安徽江淮汽车集团股份有限公司 一种远程控制车辆的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103546512A (zh) * 2012-07-13 2014-01-29 上海博泰悦臻电子设备制造有限公司 车辆无线诊断方法及系统
CN105137964A (zh) * 2015-09-17 2015-12-09 合肥工业大学 一种基于手机app的汽车故障远程诊断系统
CN106059754A (zh) * 2016-06-23 2016-10-26 北京汽车股份有限公司 车辆数据处理方法、系统及其设备

Also Published As

Publication number Publication date
CN108243212A (zh) 2018-07-03

Similar Documents

Publication Publication Date Title
CN108243212B (zh) 用于车辆诊断的方法和装置
US10491392B2 (en) End-to-end vehicle secure ECU unlock in a semi-offline environment
KR102506931B1 (ko) 전자화 장비 보안 검사 시스템 및 그 방법
JP7247089B2 (ja) 車両異常検知サーバ、車両異常検知システム及び車両異常検知方法
US10250619B1 (en) Overlay cyber security networked system and method
US10268557B2 (en) Network monitoring device, network system, and computer program product
CN106828362B (zh) 汽车信息的安全测试方法及装置
US20090118899A1 (en) Method and apparatus for secure storage and remote monitoring vehicle odometer
CN111142500B (zh) 车辆诊断数据的权限设置方法、装置及车载网关控制器
KR20130065823A (ko) Ｅｄｒ과 차량진단기능이 내장된 운행정보 확인 장치 및 그의 데이터 처리 방법
US11328587B2 (en) Method and system for confirming the identity of a vehicle
CN111273641B (zh) 一种车辆远程诊断连接装置
CN112883382A (zh) 一种车辆刷写的方法、车联网盒、车辆及存储介质
US20190340850A1 (en) Method and Terminal For Controlling the Establishment of a Vehicle Accident Report
CN108482308B (zh) 电动汽车安全控制方法、装置、存储介质及电动汽车
KR102621707B1 (ko) 차량 데이터 수집 진단 장치 및 방법, 그리고 차량 시스템
KR101675223B1 (ko) 워치독 장치, 워치독 보안 시스템 및 그 보안 방법
CN110914861A (zh) 用于跨参与者的通信的方法和设备
CN117707112A (zh) 一种故障诊断方法、系统、设备及存储介质
CN111475865A (zh) 一种汽车数据验证方法及验证装置
CN114785557B (zh) 一种整车对称密钥分发系统、方法及存储介质
CN114729959A (zh) 用于电动工具的远程诊断设备、系统和方法
CN114384890A (zh) 车辆故障的监测方法、数据计算终端及云服务器
CN116866073A (zh) 一种诊断故障分析方法、装置、设备及介质
CN117708793A (zh) 接入认证方法、装置、设备及存储介质

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
PE01 Entry into force of the registration of the contract for pledge of patent right

Denomination of invention: Method and apparatus for vehicle diagnosis

Effective date of registration: 20211213

Granted publication date: 20210720

Pledgee: BEIJING AUTOMOTIVE GROUP Co.,Ltd.

Pledgor: Borgward Automotive (China) Co., Ltd.

Registration number: Y2021990001167

PE01 Entry into force of the registration of the contract for pledge of patent right
PC01 Cancellation of the registration of the contract for pledge of patent right

Date of cancellation: 20231201

Granted publication date: 20210720

Pledgee: BEIJING AUTOMOTIVE GROUP Co.,Ltd.

Pledgor: Beijing baowo Automobile Co.,Ltd.|Borgward Automotive (China) Co., Ltd.

Registration number: Y2021990001167

PC01 Cancellation of the registration of the contract for pledge of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20210720