CN117891237A - 车辆诊断方法及装置 - Google Patents

车辆诊断方法及装置 Download PDF

Info

Publication number
CN117891237A
CN117891237A CN202410200527.2A CN202410200527A CN117891237A CN 117891237 A CN117891237 A CN 117891237A CN 202410200527 A CN202410200527 A CN 202410200527A CN 117891237 A CN117891237 A CN 117891237A
Authority
CN
China
Prior art keywords
offline
diagnosis
offline diagnosis
client device
information
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.)
Pending
Application number
CN202410200527.2A
Other languages
English (en)
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 CN202410200527.2A priority Critical patent/CN117891237A/zh
Publication of CN117891237A publication Critical patent/CN117891237A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B23/00Testing or monitoring of control systems or parts thereof
    • G05B23/02Electric testing or monitoring
    • G05B23/0205Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
    • G05B23/0259Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the response to fault detection
    • G05B23/0262Confirmation of fault detection, e.g. extra checks to confirm that a failure has indeed occurred
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00Program-control systems
    • G05B2219/20Pc systems
    • G05B2219/24Pc safety
    • G05B2219/24065Real time diagnostics

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Vehicle Cleaning, Maintenance, Repair, Refitting, And Outriggers (AREA)

Abstract

本申请提供了一种车辆诊断方法及装置,该方法包括:获取设备信息,设备信息包括客户端设备、诊断设备和目标车辆的标识信息;在确定客户端设备当前不存在网络连接的情况下,获取加密的离线诊断权限文件,离线诊断权限文件是服务器根据客户端设备在先发送的离线诊断申请数据生成的,离线诊断申请数据包括诊断日期信息和设备信息;获取当前日期信息,根据当前日期信息以及设备信息生成目标秘钥;根据目标秘钥对加密的离线诊断权限文件进行解密;若解密成功,则通过解密后的离线诊断权限文件进入离线诊断程序。这样可以避免通过人工电话咨询导致的密码泄露风险。

Description

车辆诊断方法及装置
技术领域
本申请涉及车辆诊断技术领域,特别涉及一种车辆诊断方法及装置。
背景技术
随着互联网的不断发展,汽车诊断软件也越来越智能化、网络化,主机厂加入了许多网络功能,如用户认证,刷写文件在线管理,数据上传等,构建更为强大的诊断平台。然而,在诊断设备使用过程中也会存无网络使用的情况,比如外出救援使用或者在网络信号不好的地区使用,此时需要无网络使用诊断软件。厂家常见的做法是客户端增加离线诊断模式,并设置密码,每次用户需要使用离线模式时,需要人工的打电话咨询售后人员密码,这种方式增加了密码泄露的风险。
发明内容
本申请提供了一种车辆诊断方法及装置,通过服务器根据离线诊断申请数据生成的加密的离线诊断权限文件作为离线诊断程序验证,客户端设备根据相同的离线诊断权限文件对应的秘钥的生成数据生成目标秘钥,以对离线诊断权限文件进行解密,若解密成功,则可以通过离线诊断权限文件进入离线诊断程序,这样可以避免通过人工电话咨询导致的密码泄露风险,从而提高了对车辆进行离线诊断的安全性。
第一方面,本申请提供了一种车辆诊断方法,该方法应用于客户端设备,客户端设备与诊断设备通信连接,诊断设备与车辆通信连接,该方法包括:
获取设备信息,设备信息包括客户端设备和诊断设备的标识信息;
在确定客户端设备当前不存在网络连接的情况下,获取加密的离线诊断权限文件,离线诊断权限文件对应的秘钥是服务器根据客户端设备在先发送的离线诊断申请数据生成的,离线诊断申请数据包括诊断日期信息和设备信息;
获取当前日期信息,根据当前日期信息以及设备信息生成目标秘钥;
根据目标秘钥对加密的离线诊断权限文件进行解密;
若解密成功,则通过解密后的离线诊断权限文件进入离线诊断程序。
可以看出,本申请中,在客户端设备离线时,获取本地在先接收到的服务器发送的加密的离线诊断权限文件,并根据相同的离线诊断权限文件对应的秘钥的生成数据生成目标秘钥,并根据该目标密钥对离线诊断权限文件进行解密后,通过解密后的离线诊断权限文件进入离线诊断程序,这样可以避免通过人工电话咨询导致的密码泄露风险,从而提高了对车辆进行离线诊断的安全性。
在一个可行的示例中,在获取设备信息之前,方法还包括:向服务器发送离线诊断申请数据;接收来自服务器的加密的离线诊断权限文件,离线诊断权限文件是根据离线诊断申请数据生成的。
在本申请中,通过在联网时向服务器申请离线诊断,以使离线状态下可以根据离线诊断权限文件进入离线诊断程序,避免了通过人工电话咨询导致的密码泄露风险。
在一个可行的示例中,在获取设备信息之后,方法还包括:在确定客户端设备当前存在网络连接的情况下,进入联网诊断程序。
在本申请中,若确定客户端设备当前存在网络连接,则进入联网诊断程序,便于服务器提供更高效的诊断服务。
在一个可行的示例中,根据当前日期信息以及设备信息生成目标秘钥,包括:将当前日期信息以及客户端设备和诊断设备的标识信息组成第一字符串;对第一字符串进行哈希运算,生成目标秘钥。
在本申请中,通过对当前日期信息以及客户端设备和诊断设备的标识信息组成第一字符串进行哈希运算得到目标秘钥,提高了秘钥的隐蔽性,降低了秘钥的泄露风险。
在一个可行的示例中,在通过解密后的离线诊断权限文件进入离线诊断程序之前,方法还包括:确定目标车辆的标识信息与离线诊断权限文件中的车辆标识信息匹配。
在本申请中,在确定目标车辆的标识信息与离线诊断权限文件中的车辆标识信息匹配之后,再通过解密后的离线诊断权限文件进入离线诊断程序。这样可以提高离线诊断程序验证的安全性。
第二方面,本申请提供了一种车辆诊断方法,该方法应用于服务器,该方法包括:
接收来自客户端设备的离线诊断申请数据,离线诊断申请数据包括诊断日期信息以及客户端设备、诊断设备和目标车辆的标识信息;
根据离线诊断申请数据生成加密的离线诊断权限文件,加密的离线诊断权限文件对应的秘钥是根据离线诊断申请数据生成的;
将加密的离线诊断权限文件发送至客户端设备。
在一个可行的示例中,加密的离线诊断权限文件对应的秘钥是对离线诊断申请数据组成的第一字符串,进行目标哈希运算生成的。
在本申请中,哈希运算得到目标秘钥,提高了秘钥的隐蔽性,降低了秘钥的泄露风险。
第三方面,本申请提供了一种车辆诊断装置,该装置应用于客户端设备,客户端设备与诊断设备通信连接,诊断设备与车辆通信连接,该装置包括:
获取单元,用于获取设备信息,设备信息包括客户端设备和诊断设备的标识信息;
获取单元,还用于在确定客户端设备当前不存在网络连接的情况下,获取加密的离线诊断权限文件,离线诊断权限文件对应的秘钥是服务器根据客户端设备在先发送的离线诊断申请数据生成的,离线诊断申请数据包括诊断日期信息和设备信息;
获取单元,还用于获取当前日期信息,根据当前日期信息以及设备信息生成目标秘钥;
处理单元,用于根据目标秘钥对加密的离线诊断权限文件进行解密;
若解密成功,处理单元,还用于通过解密后的离线诊断权限文件进入离线诊断程序。
第四方面,本申请还提供了一种车辆诊断装置,该装置应用于服务器,该装置包括:
接收单元,用于接收来自客户端设备的离线诊断申请数据,离线诊断申请数据包括诊断日期信息以及客户端设备、诊断设备和目标车辆的标识信息;
生成单元,用于根据离线诊断申请数据生成加密的离线诊断权限文件,加密的离线诊断权限文件对应的秘钥是根据离线诊断申请数据生成的;
发送单元,用于将加密的离线诊断权限文件发送至客户端设备。
第五方面,本申请提供了一种电子装置,该装置包括处理器、存储器、通信接口,处理器、存储器和通信接口相互连接,并且完成相互间的通信工作,存储器上存储有可执行程序代码,通信接口用于进行无线通信,处理器用于调取存储器上存储的可执行程序代码,执行例如第一方面或第二方面任一方法中所描述的部分或全部的步骤。
第六方面,本申请提供一种计算机可读存储介质,计算机可读存储介质中存储有电子数据,电子数据在被处理器执行时,用于执行电子数据以实现本申请第一方面或第二方面所描述的部分或全部步骤。
第七方面,本申请提供了一种计算机程序产品,其中,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如本申请第一方面或第二方面中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种车辆诊断系统的结构示意图;
图2为本申请实施例提供的一种车辆诊断方法的流程示意图;
图3为本申请实施例提供的一种离线诊断申请页面的结构示意图;
图4为本申请实施例提供的一种加密过程的流程示意图;
图5为本申请实施例提供的一种车辆VIN列表白名单的结构示意图;
图6为本申请实施例提供的另一种车辆诊断方法的流程示意图;
图7为本申请实施例提供的一种车辆诊断装置的功能单元组成框图;
图8为本申请实施例提供的另一种车辆诊断装置的功能单元组成框图;
图9为本申请实施例提供的一种车辆诊断装置的功能单元组成框图;
图10为本申请实施例提供的一种电子装置的结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤的过程、方法、系统、产品或设备没有限定于已列出的步骤,而是可选地还包括没有列出的步骤,或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤。
在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
请参阅图1,图1为本申请实施例提供的一种车辆诊断系统的结构示意图,如图1所示,该车辆诊断系统100包括客户端设备101、服务器102、诊断设备103以及目标车辆104。
客户端设备101与服务器102连接,为用户提供诊断服务操作。可选的,客户端设备101为终端设备,比如台式电脑,笔记本电脑、平板电脑、智能手机等。可选的,服务器102为服务器、服务器集群、云服务器、云计算服务中心或者其他形式的具有计算能力的设备。
诊断设备103与客户端设备101连接,同时与目标车辆104连接,客户端设备101通过诊断设备103对目标车辆104进行诊断。诊断设备103可以设置于目标车辆104中。
客户端设备101获取设备信息,包括客户端设备101、诊断设备103以及目标车辆104的标识信息,在确定客户端设备101不存在网络连接的情况下,获取加密的离线诊断权限文件,该离线诊断权限文件为服务器102根据客户端设备101在先发送的离线诊断申请数据生成的,该离线诊断申请数据包括诊断日期信息和该设备信息;客户端设备101获取当前日期信息,根据当前日期信息以及设备信息生成目标秘钥,并根据该目标秘钥对加密的离线诊断权限文件进行解密,若解密成功,则通过解密的离线诊断权限文件进入离线诊断程序。这样可以避免通过人工电话咨询导致的密码泄露风险,从而提高了对车辆进行离线诊断的安全性。
基于此,本申请实施例提供了一种车辆诊断方法,下面结合附图对本申请实施例进行详细说明。
请参阅图2,图2为本申请实施例提供的一种车辆诊断方法的流程示意图,该方法应用于上述车辆诊断系统,如图2所示,该方法包括如下步骤:
步骤S201,客户端设备向服务器发送离线诊断申请数据。相应的,服务器接收来自客户端设备的离线诊断申请数据。
其中,离线诊断申请数据包括诊断日期信息以及客户端设备、诊断设备和目标车辆的标识信息。当前步骤是指用户在存在离线诊断的需求时,在客户端设备当前存在网络连接的情况下,向服务器发送离线诊断需求,若客户端设备不存在网络连接,则无法向服务器发送该离线诊断请求。
诊断日期信息可以包括年月日信息,客户端设备的标识信息可以是客户端设备的物理地址、硬件地址(Media Access Control Address,MAC),诊断设备的标识信息可以是指诊断设备的序列号,目标车辆的标识信息可以是指目标车辆的车辆识别代码(VehicleIdentification Number,VIN)。服务器接收到来自客户端设备的离线诊断申请数据之后,会根据离线诊断申请数据生成对应的离线诊断权限文件,客户端设备可以根据该离线诊断权限文件进入离线诊断程序。
示例性地,请参阅图3,图3为本申请实施例提供的一种离线诊断申请页面的结构示意图,如图3所示,可以看出离线诊断申请需要包括离线诊断申请数据。例如,离线诊断车辆VIN列表,用于核对后续需要离线诊断的车辆,如图中所示的LB25WX3A53N325421、LB25WX3A53N325422、LB25WX3A53N325423、LB25WX3A53N325424;离线诊断日期,格式是年月日格式,如图中所示的2023:11:26;诊断设备序列号,如图中所示的9000001;MAC地址是指客户端设备的MAC地址,如图中所示的FE-8E-A3-E6-33。
此外,客户端设备向服务器发送离线诊断申请数据时,还可以通过服务器进行离线诊断程序的更新查询,判断是否存在新版本的离线诊断程序,若存在,则在后续服务器向客户端设备发送加密的离线诊断权限文件时,同时发送新版的离线诊断程序,用于客户端设备安装于本地。
步骤S202,服务器根据离线诊断申请数据生成加密的离线诊断权限文件。
其中,加密的离线诊断权限文件对应的秘钥是根据离线诊断申请数据生成的。示例性地,服务器会将离线诊断申请数据保存到一个可扩展标记语言(eXtensible MarkupLanguage,XML)格式文件中,并使用高级加密标准(Advanced Encryption Standard,AES)进行加密,而加密的秘钥根据离线诊断申请数据生成。可以理解的,加密的秘钥可以是根据完整的离线诊断申请数据生成,也可以是根据部分离线诊断申请数据生成,具体可以根据离线诊断申请数据的数据量确定。
例如,由于车辆的VIN列表数据量过大,可以只根据离线诊断申请数据中的诊断日期信息以及客户端设备和诊断设备的标识信息生成秘钥。具体地,可以将诊断日期信息以及客户端设备和诊断设备的标识信息组成字符串,然后对该字符串进行哈希运算,从而得到该秘钥。
示例性地,请参阅图4,图4为本申请实施例提供的一种加密过程的流程示意图,如图4所示,通过AES加密秘钥对原始离线诊断权限文件进行加密,从而生成加密后的离线诊断权限文件,其原始离线诊断权限文件和加密后的离线诊断权限文件都是XML文件。其中,AES加密秘钥可以是根据诊断设备序列号(9000001)、客户端设备的MAC地址(FE8FA3E633)以及离线诊断日期(231126)进行字符串组装,从而得到9000001FE8FA3E63320231126,由于此时组成的字符串为明文,需要通过哈希算法对其进行哈希运算,例如得到图中所示的密文77a5d980ea71a2ff43ad6aed218cf47e。
此外,服务器接收到来自客户端设备的离线诊断申请数据以及离线诊断程序版本数据,根据该离线诊断申请数据中的目标车辆的标识信息进行历史诊断记录查询,并根据该离线诊断程序版本数据进行版本查询;若确定该目标车辆的预设期限范围内的历史诊断记录中,存在超过预设次数的离线诊断记录,且存在新版本的离线诊断程序,则向客户端设备发送提示信息,该提示信息用于提示客户端设备对该目标车辆进行联网诊断程序,该新版本的离线诊断程序会在对该目标车辆进行联网诊断的同时对客户端设备中的离线诊断程序进行更新。
其中,若根据该离线诊断申请数据确定当前车辆近几次都是使用的离线诊断程序,并且确定该客户端设备本地的离线诊断程序存在新版本。由于长期使用离线诊断程序不利于该车辆的售后管理,则服务器可以向客户端设备发送提示信息,用于提示对该目标车辆使用联网诊断程序,并在进行联网诊断的同时向客户端设备更新该离线诊断程序。这样可以提高车辆的售后管理能力,同时在联网诊断时进行离线诊断程序更新,减少了用户的等待时间,进而提高离线诊断程序更新的效率。
步骤S203,服务器将加密的离线诊断权限文件发送至客户端设备。相应的,客户端设备接收来自服务器的加密的离线诊断权限文件。
其中,加密的离线诊断权限文件对应的秘钥是根据离线诊断申请数据中生成的。客户端设备收到该离线诊断权限文件后,会将该离线诊断权限文件存储在本地存储器中。
步骤S204,客户端设备获取设备信息。
其中,设备信息包括客户端设备和诊断设备标识信息。此时,客户端设备获取设备信息是指当前存在诊断服务的需求。
在一个可行的实施例中,在获取设备信息之后,方法还包括:在确定客户端设备当前存在网络连接的情况下,进入联网诊断程序。
由于此时还不知晓客户端设备是否存在网络连接,因此,还需要确定客户端设备当前是否存在网络连接,若确定客户端设备存在网络连接,则无需进行离线诊断程序,可以直接进行联网诊断程序,这样不仅可以提供更优质的诊断服务,还便于服务器后台记录诊断数据,从而便于车辆售后的管理。
在本申请中,若确定客户端设备当前存在网络连接,则进入联网诊断程序,便于服务器提供更高效的诊断服务。
步骤S205,客户端设备在确定客户端设备当前不存在网络连接的情况下,获取加密的离线诊断权限文件。
其中,离线诊断权限文件是服务器根据客户端设备在先发送的离线诊断申请数据生成的,离线诊断申请数据包括诊断日期信息和设备信息。客户端设备在确定当前不存在网络连接时,则需要进行离线诊断。因此,需要获取在先存储在本地的加密的离线诊断权限文件,并根据该离线诊断权限文件进入离线诊断程序。
步骤S206,客户端设备获取当前日期信息,并根据当前日期信息以及设备信息生成目标秘钥。
其中,当前日期信息可以是指年月日信息。由于离线诊断申请数据中包括申请时提交的需要离线诊断的日期信息,并且进行AES加密时对应的秘钥也是根据诊断日期信息及设备信息生成的,那么客户端设备在确定需要进行离线诊断时,则需要获取当前日期信息,并根据当前日期信息以及设备信息生成目标秘钥。可以理解的,客户端设备生成秘钥所需的数据跟服务器生成秘钥所需的数据应当对应,若服务器对离线诊断权限文件进行加密时的秘钥是根据诊断日期信息以及客户端设备和诊断设备的标识信息生成的,那么客户端设备生成目标秘钥时也是根据当前日期信息以及设备信息中的客户端设备和诊断设备的标识信息进行。
同时,客户端设备生成目标秘钥的方式也应当与服务器对离线诊断权限文件进行加密时对应的秘钥的生成方式相同。
下面对客户端设备生成秘钥的具体过程进行详细说明:
在一个可行的实施例中,根据当前日期信息以及设备信息生成目标秘钥,包括:将当前日期信息以及客户端设备和诊断设备的标识信息组成第一字符串;对第一字符串进行哈希运算,生成目标秘钥。
其中,客户端设备生成秘钥的过程与服务器生成秘钥的过程相同,同样的,本实施例是根据当前日期信息以及客户端设备和诊断设备的标识信息生成秘钥,那么服务器进行AES加密时对应的秘钥也应当是根据诊断日期信息以及客户端设备和诊断设备的标识信息生成的。由于提交离线诊断申请时提交的离线诊断申请数据中包括诊断日期信息,而该诊断日期信息是指后续需要提供离线诊断的日期。因此,若要解密成功,则需要保证该诊断日期信息与当前日期信息相同。将当前日期信息以及客户端设备和诊断设备的标识信息组成第一字符串后,该第一字符串属于明文,该明文并不具备隐蔽性,同样可能存在泄露的风险,因此,还需要对其进行哈希运算,从而得到隐蔽性较强的密文。
服务器生成离线诊断权限文件对应的秘钥所使用的哈希运算对应的函数,应该与上述客户端设备生成目标秘钥时所使用的的哈希运算对应的函数相同。
在本申请中,通过对当前日期信息以及客户端设备和诊断设备的标识信息组成第一字符串进行哈希运算得到目标秘钥,提高了秘钥的隐蔽性,降低了秘钥的泄露风险。
步骤S207,客户端设备根据目标秘钥对加密的离线诊断权限文件进行解密;
其中,客户端设备根据上述实施例得到的目标秘钥对加密的离线诊断权限文件进行解密,若解密成功,说明当前日期信息以及设备信息与在先提交离线诊断申请数据对应。
步骤S208,若解密成功,则客户端设备通过解密后的离线诊断权限文件进入离线诊断程序。
其中,离线诊断权限文件类似于离线诊断程序的接口,且同时加密的离线诊断权限文件也对客户端设备提供了验证,即客户端设备需要验证成功后才能根据该接口进入离线诊断成。即当客户端设备对加密的离线诊断权限文件解密成功后,可以根据解密后的离线诊断权限文件进入离线诊断程序,从而实现对目标车辆的离线诊断。
此外,在一个可行的实施例中,设备信息还包括目标车辆的标识信息,在通过解密后的离线诊断权限文件进入离线诊断程序之前,方法还包括:确定目标车辆的标识信息与离线诊断权限文件中的车辆标识信息匹配。
其中,通过上述实施例可以知晓,离线诊断权限文件对应的目标秘钥可能是根据诊断日期信息以及客户端设备和诊断设备的标识信息生成的,那么对于目标车辆的标识信息并没有进行判断。因此,在对加密的离线诊断权限文件进行解密成功之后,还需要将目标车辆的表示信息与离线诊断权限文件中的车辆的标识信息进行匹配,若确定匹配成功再通过解密后的离线诊断权限文件进入离线诊断程序。
示例性地,请参阅图5,图5为本申请实施例提供的一种车辆VIN列表白名单的结构示意图,如图5所示,包括离线信息,如图中标识<offlineInfo>,离线信息下包括VIN列表,如图中标识<VINS>,可见包括多个VIN,通过标识<VIN>和</VIN>进行标识,如图中所示的VIN包括LB25WX3A53N325421、LB25WX3A53N325422、LB25WX3A53N325423、LB25WX3A53N325424。通过标识</VIN>结束,该离线信息也通过标识</offlineInfo>结束。
在本申请中,在确定目标车辆的标识信息与离线诊断权限文件中的车辆标识信息匹配之后,再通过解密后的离线诊断权限文件进入离线诊断程序。这样可以提高离线诊断程序验证的安全性。
下面通过图6对本申请所示的车辆诊断方法的应用进行详细说明:
示例性地,请参阅图6,图6为本申请实施例提供的另一种车辆诊断方法的流程示意图,如图6所示,开始时,读取客户端设备MAC地址、诊断设备序列号;判断网络是否连接;若确定网络连接,则进入联网诊断程序,若确定网络无连接,则确定本地是否存在离线诊断权限文件;若确定本地不存在离线诊断权限文件,说明当前用户无离线诊断权限,则提示用户无离线诊断权限;若确定本地存在离线诊断权限文件,则读取当前日期,包括年月日;将诊断设备序列号、客户端设备MAC地址以及当前日期组成字符串,并对其进行哈希运算得到目标秘钥,通过目标秘钥对加密的离线诊断权限文件进行解密;判断是否解密成功;若确定未解密成功,则同样提示用户无离线诊断权限;若确定解密成功,则获取离线诊断权限文件中的VIN列表,并与本车的VIN进行匹配;若未匹配成功,则同样提示用户无离线诊断权限;若匹配成功,则进入离线诊断程序;最后退出该诊断过程。
此外,由于离线诊断程序需要将数据存储在本地,然后进行分析和处理,处理能力有限。因此,客户端设备通过离线诊断权限文件进入离线诊断程序之后,可以根据客户端设备本地存储器的存储能力进行适应性的诊断。例如,识别客户端设备本地的剩余可用内存,根据所述剩余可用内存确定诊断过程的实时处理数据量,以使实时处理数据量不超过所述剩余可用内存对应的预设阈值。这样可以提高离线诊断程序的稳定性。
可以看出,本申请实施例中,获取设备信息,设备信息包括客户端设备、诊断设备和目标车辆的标识信息;在确定客户端设备当前不存在网络连接的情况下,获取加密的离线诊断权限文件,离线诊断权限文件是服务器根据客户端设备在先发送的离线诊断申请数据生成的,离线诊断申请数据包括诊断日期信息和设备信息;获取当前日期信息,根据当前日期信息以及设备信息生成目标秘钥;根据目标秘钥对加密的离线诊断权限文件进行解密;若解密成功,则通过解密后的离线诊断权限文件进入离线诊断程序。这样可以避免通过人工电话咨询导致的密码泄露风险,从而提高了对车辆进行离线诊断的安全性。
与上述所示的实施例一致的,请参阅图7,图7为本申请实施例提供的一种车辆诊断装置的功能单元组成框图,该车辆诊断装置应用于客户端设备,如图7所示,车辆诊断装置70包括:
获取单元701,用于获取设备信息,设备信息包括客户端设备和诊断设备的标识信息;
获取单元701,还用于在确定客户端设备当前不存在网络连接的情况下,获取加密的离线诊断权限文件,离线诊断权限文件对应的秘钥是服务器根据客户端设备在先发送的离线诊断申请数据生成的,离线诊断申请数据包括诊断日期信息和设备信息;
获取单元701,还用于获取当前日期信息,根据当前日期信息以及设备信息生成目标秘钥;
处理单元702,用于根据目标秘钥对加密的离线诊断权限文件进行解密;
若解密成功,处理单元702,还用于通过解密后的离线诊断权限文件进入离线诊断程序。
在一个可行的实施例中,在获取单元701,用于获取设备信息之前,该车辆诊断装置70还包括:第一发送单元703,用于向服务器发送离线诊断申请数据;第一接收单元704,用于接收来自服务器的加密的离线诊断权限文件,离线诊断权限文件是根据离线诊断申请数据生成的。
在一个可行的实施例中,在获取单元701,用于获取设备信息之后,该车辆诊断装置70还包括:处理单元702,用于在确定客户端设备当前存在网络连接的情况下,进入联网诊断程序。
在一个可行的实施例中,处理单元702,用于根据当前日期信息以及设备信息生成目标秘钥,包括:将当前日期信息以及客户端设备和诊断设备的标识信息组成第一字符串;对第一字符串进行哈希运算,生成目标秘钥。
在一个可行的实施例中,在处理单元702,用于通过解密后的离线诊断权限文件进入离线诊断程序之前,还用于:确定目标车辆的标识信息与离线诊断权限文件中的车辆标识信息匹配。
请参阅图8,图8为本申请实施例提供的另一种车辆诊断装置的功能单元组成框图,该车辆诊断装置应用于服务器,如图8所示,车辆诊断装置70包括:
第二接收单元801,用于接收来自客户端设备的离线诊断申请数据,离线诊断申请数据包括诊断日期信息以及客户端设备、诊断设备和目标车辆的标识信息;
生成单元802,用于根据离线诊断申请数据生成加密的离线诊断权限文件,加密的离线诊断权限文件对应的秘钥是根据离线诊断申请数据生成的;
第二发送单元803,用于将加密的离线诊断权限文件发送至客户端设备。
在一个可行的实施例中,加密的离线诊断权限文件对应的秘钥是对离线诊断申请数据组成的第一字符串,进行目标哈希运算生成的。
可以理解的是,由于方法实施例与装置实施例为相同技术构思的不同呈现形式,因此,本申请中方法实施例部分的内容应同步适配于装置实施例部分,此处不再赘述。
在采用集成的单元的情况下,如图9所示,图9为本申请实施例提供的一种车辆诊断装置的功能单元组成框图。在图9中,车辆诊断应用装置90包括:处理模块912和通信模块911。处理模块912用于对车辆诊断装置的动作进行控制管理,例如,获取单元701、处理单元702、第一发送单元703、第一接收单元704、第二接收单元801、生成单元802和第二发送单元803的步骤,和/或用于执行本文所描述的技术的其它过程。通信模块911用于支持车辆诊断装置与其他设备之间的交互。如图9所示,车辆诊断应用装置90还可以包括存储模块913,存储模块913用于存储车辆诊断装置的程序代码和数据。
其中,处理模块912可以是处理器或控制器,例如可以是中央处理器(CentralProcessing Unit,CPU),通用处理器,数字信号处理器(Digital Signal Processor,DSP),ASIC,FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。通信模块911可以是收发器、RF电路或通信接口等。存储模块913可以是存储器。
其中,上述方法实施例涉及的各场景的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。上述车辆诊断装置70、车辆诊断装置70以及车辆诊断应用装置90均可执行上述图2所示的车辆诊断方法。
上述实施例,可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时,上述实施例可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行计算机指令或计算机程序时,全部或部分地产生按照本申请实施例的流程或功能。计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质。半导体介质可以是固态硬盘。
图10为本申请实施例提供的一种电子装置的结构框图。如图10所示,电子装置1000可以包括一个或多个如下部件:处理器1001、存储器1002和通信接口1003,处理器1001、存储器1002和通信接口1003相互连接,并且完成相互间的通信工作,其中存储器1002可存储有一个或多个计算机程序,一个或多个计算机程序可以被配置为由一个或多个处理器1001执行时实现如上述各实施例描述的方法。
处理器1001可以包括一个或者多个处理核。处理器1001利用各种接口和线路连接整个电子装置1000内的各个部分,通过运行或执行存储在存储器1002内的指令、程序、代码集或指令集,以及调用存储在存储器1002内的数据,执行电子装置1000的各种功能和处理数据。可选地,处理器1001可以采用数字信号处理(Digital Signal Processing,DSP)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、可编程逻辑阵列(Programmable LogicArray,PLA)中的至少一种硬件形式来实现。处理器1001可集成中央处理器(CentralProcessing Unit,CPU)、图像处理器(Graphics Processing Unit,GPU)和调制解调器等中的一种或几种的组合。可以理解的是,上述调制解调器也可以不集成到处理器1001中,单独通过一块通信芯片进行实现。
存储器1002可以包括随机存储器(Random Access Memory,RAM),也可以包括只读存储器(Read-Only Memory,ROM)。存储器1002可用于存储指令、程序、代码、代码集或指令集。存储器1002可包括存储程序区和存储数据区,其中,存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等。存储数据区还可以存储电子装置1000在使用中所创建的数据等。
可以理解的是,电子装置1000可包括比上述结构框图中更多或更少的结构元件,例如,包括电源模块、物理按键、WiFi(Wireless Fidelity,无线保真)模块、扬声器、蓝牙模块、传感器等,在此不进行限定。
上述电子装置1000可以是车辆诊断系统100中的一部分或者独立于车辆诊断系统100之外的装置。
本申请实施例提供了一种计算机可读存储介质,其中,计算机可读存储介质中存储有程序数据,该程序数据在被处理器执行时,用于执行上述方法实施例中记载的任何一种车辆诊断方法的部分或全部步骤。
本申请实施例还提供一种计算机程序产品,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任何一种车辆诊断方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包。
需要说明的是,对于前述的任一种车辆诊断方法的方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本申请所必须的。
尽管在此结合各实施例对本申请进行了描述,然而,在实施所要求保护的本申请过程中,本领域技术人员通过查看附图、公开内容、以及所附权利要求书,可理解并实现所公开实施例的其他变化。在权利要求中,“包括”(comprising)一词不排除其他组成部分或步骤,“一”或“一个”不排除多个的情况。相互不同的从属权利要求中记载了某些措施,但这并不表示这些措施不能组合起来产生良好的效果。
本领域普通技术人员可以理解上述任一种车辆诊断方法的方法实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于计算机可读存储器中,存储器可以包括:闪存盘、只读存储器(英文:Read-Only Memory,简称:ROM)、随机存取器(英文:Random Access Memory,简称:RAM)、磁盘或光盘等。
以上对本申请实施例进行了详细介绍,本文中应用了具体个例对本申请一种车辆诊断方法及装置的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请一种车辆诊断方法及装置的思想,在具体实施方式及应用范围上均会有改变之处,综上,本说明书内容不应理解为对本申请的限制。
本申请是参照本申请实施例的方法、硬件产品和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
可以理解的是,凡是被控制或者被配置以用于执行本申请一种车辆诊断方法的方法实施例所描述的流程图的处理方法的产品,如上述流程图的终端以及计算机程序产品,均属于本申请所描述的相关产品的范畴。
显然,本领域的技术人员可以对本申请提供的一种车辆诊断方法及装置进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种车辆诊断方法,其特征在于,所述方法应用于客户端设备,所述客户端设备与诊断设备通信连接,所述诊断设备与车辆通信连接,所述方法包括:
获取设备信息,所述设备信息包括客户端设备和诊断设备的标识信息;
在确定所述客户端设备当前不存在网络连接的情况下,获取加密的离线诊断权限文件,所述离线诊断权限文件对应的秘钥是服务器根据所述客户端设备在先发送的离线诊断申请数据生成的,所述离线诊断申请数据包括诊断日期信息和所述设备信息;
获取当前日期信息,根据所述当前日期信息以及所述设备信息生成目标秘钥;
根据所述目标秘钥对所述加密的离线诊断权限文件进行解密;
若解密成功,则通过解密后的离线诊断权限文件进入离线诊断程序。
2.根据权利要求1所述的方法,其特征在于,在获取设备信息之前,所述方法还包括:
向服务器发送离线诊断申请数据;
接收来自所述服务器的加密的离线诊断权限文件,所述离线诊断权限文件是根据所述离线诊断申请数据生成的。
3.根据权利要求1或2所述的方法,其特征在于,在获取设备信息之后,所述方法还包括:
在确定所述客户端设备当前存在网络连接的情况下,进入联网诊断程序。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述根据所述当前日期信息以及所述设备信息生成目标秘钥,包括:
将所述当前日期信息以及所述客户端设备和诊断设备的标识信息组成第一字符串;
对所述第一字符串进行哈希运算,生成所述目标秘钥。
5.根据权利要求1-4任一项所述的方法,其特征在于所述设备信息还包括目标车辆的标识信息,在通过解密后的离线诊断权限文件进入离线诊断程序之前,所述方法还包括:
确定所述目标车辆的标识信息与所述离线诊断权限文件中的车辆标识信息匹配。
6.一种车辆诊断方法,其特征在于,所述方法应用于服务器,包括:
接收来自客户端设备的离线诊断申请数据,所述离线诊断申请数据包括诊断日期信息以及所述客户端设备、诊断设备和目标车辆的标识信息;
根据所述离线诊断申请数据生成加密的离线诊断权限文件,所述加密的离线诊断权限文件对应的秘钥是根据所述离线诊断申请数据生成的;
将所述加密的离线诊断权限文件发送至所述客户端设备。
7.一种车辆诊断装置,其特征在于,所述装置应用于客户端设备,所述客户端设备与诊断设备通信连接,所述诊断设备与车辆通信连接,所述装置包括:
获取单元,用于获取设备信息,所述设备信息包括客户端设备和诊断设备的标识信息;
所述获取单元,还用于在确定所述客户端设备当前不存在网络连接的情况下,获取加密的离线诊断权限文件,所述离线诊断权限文件对应的秘钥是服务器根据所述客户端设备在先发送的离线诊断申请数据生成的,所述离线诊断申请数据包括诊断日期信息和所述设备信息;
所述获取单元,还用于获取当前日期信息,根据所述当前日期信息以及所述设备信息生成目标秘钥;
处理单元,用于根据所述目标秘钥对所述加密的离线诊断权限文件进行解密;
若解密成功,所述处理单元,还用于通过解密后的离线诊断权限文件进入离线诊断程序。
8.一种车辆诊断装置,其特征在于,所述装置应用于服务器,包括:
接收单元,用于接收来自客户端设备的离线诊断申请数据,所述离线诊断申请数据包括诊断日期信息以及所述客户端设备、诊断设备和目标车辆的标识信息;
生成单元,用于根据所述离线诊断申请数据生成加密的离线诊断权限文件,所述加密的离线诊断权限文件对应的秘钥是根据所述离线诊断申请数据生成的;
发送单元,用于将所述加密的离线诊断权限文件发送至所述客户端设备。
9.一种电子装置,其特征在于,所述装置包括:
处理器、存储器、通信接口,所述处理器、所述存储器和所述通信接口相互连接,并且完成相互间的通信工作;
所述存储器上存储有可执行程序代码,所述通信接口用于进行无线通信;
所述处理器用于调取所述存储器上存储的所述可执行程序代码,执行如权利要求1-6任一项所述的方法。
10.一种计算机可读存储介质,其特征在于,存储用于电子数据交换的计算机程序,其中,所述计算机程序使得计算机执行如权利要求1-6任一项所述的方法。
CN202410200527.2A 2024-02-23 2024-02-23 车辆诊断方法及装置 Pending CN117891237A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202410200527.2A CN117891237A (zh) 2024-02-23 2024-02-23 车辆诊断方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202410200527.2A CN117891237A (zh) 2024-02-23 2024-02-23 车辆诊断方法及装置

Publications (1)

Publication Number Publication Date
CN117891237A true CN117891237A (zh) 2024-04-16

Family

ID=90651349

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202410200527.2A Pending CN117891237A (zh) 2024-02-23 2024-02-23 车辆诊断方法及装置

Country Status (1)

Country Link
CN (1) CN117891237A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN118605462A (zh) * 2024-06-21 2024-09-06 深圳市元征科技股份有限公司 诊断功能配置方法及装置
CN119182805A (zh) * 2024-09-05 2024-12-24 重庆赛力斯凤凰智创科技有限公司 车机以太网诊断方法、装置、电子设备及存储介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN118605462A (zh) * 2024-06-21 2024-09-06 深圳市元征科技股份有限公司 诊断功能配置方法及装置
CN119182805A (zh) * 2024-09-05 2024-12-24 重庆赛力斯凤凰智创科技有限公司 车机以太网诊断方法、装置、电子设备及存储介质

Similar Documents

Publication Publication Date Title
CN103200165B (zh) 信息分发方法、信息分发系统及车载终端
US9544768B2 (en) Method and apparatus for performing secure Bluetooth communication
US9031712B2 (en) Remote management and control of vehicular functions via multiple networks
CN112632521B (zh) 一种请求响应方法、装置、电子设备和存储介质
CN117891237A (zh) 车辆诊断方法及装置
JP2021511743A (ja) Iotサービスを実施するための方法、アプリケーションサーバ、iot装置および媒体
CN110719173A (zh) 一种信息处理方法及装置
CN107733652B (zh) 用于共享交通工具的开锁方法和系统及车锁
CN112307515B (zh) 基于数据库的数据处理方法、装置、电子设备和介质
EP4109820A2 (en) Methods and systems for data processing, electronic device and storage medium
CN112287372A (zh) 用于保护剪贴板隐私的方法和装置
CN113890730B (zh) 数据传输方法及系统
WO2017206524A1 (zh) 电子设备控制方法、终端和控制系统
CN109017676A (zh) 车辆控制方法、装置及存储介质
CN111259428B (zh) 基于区块链的数据处理方法、装置、节点设备及存储介质
CN109743283B (zh) 一种信息传输方法及设备
CN114095277A (zh) 配电网安全通信方法、安全接入设备及可读存储介质
CN118199992B (zh) 一种数据加密的方法、装置、电子设备及存储介质
CN113946862A (zh) 一种数据处理方法、装置、设备及可读存储介质
EP4661338A1 (en) Vehicle diagnosis method, system, apparatus, and electronic device
CN114595465A (zh) 数据加密处理方法、装置及电子设备
CN118215037A (zh) 二次号码识别方法、装置、设备、介质及程序产品
CN119313457A (zh) 可隐藏交易信息的区块链交易方法和系统及存储介质
CN111083681A (zh) 近距离通信数据加密方法、终端设备及车辆
CN118264410A (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