CN108227579A - 一种车辆诊断信息的处理方法及装置、电子设备 - Google Patents

一种车辆诊断信息的处理方法及装置、电子设备 Download PDF

Info

Publication number
CN108227579A
CN108227579A CN201711483055.2A CN201711483055A CN108227579A CN 108227579 A CN108227579 A CN 108227579A CN 201711483055 A CN201711483055 A CN 201711483055A CN 108227579 A CN108227579 A CN 108227579A
Authority
CN
China
Prior art keywords
diagnostic
file
data
encryption
encrypted
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
CN201711483055.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 CN201711483055.2A priority Critical patent/CN108227579A/zh
Publication of CN108227579A publication Critical patent/CN108227579A/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
    • G05B19/00Programme-control systems
    • G05B19/02Programme-control systems electric
    • G05B19/04Programme control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/042Programme control other than numerical control, i.e. in sequence controllers or logic controllers using digital processors
    • GPHYSICS
    • G01MEASURING; TESTING
    • G01MTESTING STATIC OR DYNAMIC BALANCE OF MACHINES OR STRUCTURES; TESTING OF STRUCTURES OR APPARATUS, NOT OTHERWISE PROVIDED FOR
    • G01M17/00Testing of vehicles
    • G01M17/007Wheeled or endless-tracked vehicles
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/04Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428Network 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]

Abstract

本公开揭示了一种车辆诊断信息的处理方法及装置、电子设备、计算机可读存储介质,该方案包括:采集对目标车辆进行故障检测的诊断信息;对诊断信息进行加密处理,生成包含加密文件头和加密诊断内容的诊断文件;将诊断文件上传至数据服务器,并接收数据服务器下发的诊断处理结果,以实现车辆故障的排查。本公开提供的技术方案,通过将诊断信息加密后生成数据结构良好的诊断文件,并将诊断文件上传至数据服务器,从而防止诊断信息传递过程中被窃取,更重要是,诊断文件为结构良好的数据格式保存到服务器,更加便于数据使用人员快速查询到目标数据,从而及时实现车辆故障的排查。

Description

一种车辆诊断信息的处理方法及装置、电子设备
技术领域
本公开涉及数据处理技术领域,特别涉及一种车辆诊断信息的处理方法及装置、电子设备、计算机可读存储介质。
背景技术
在车辆返修区,需要通过诊断分析来查找故障原因。对于在返修区如何进行故障排查,现有技术中一般采用的方法是:在返修区专门配备诊断仪或者其它专用检测设备,插上车辆的OBD(On Board Diagnostics,车载自动诊断系统)接口以获取各个ECU(Electronic Control Unit,电子控制单元)的故障信息并进行排查。
诊断仪或其他专用检测设备(统称诊断装置)对车辆故障的诊断过程中,在面对不同厂家、不同品牌车辆时,诊断装置本身因为某些原因有时不能完成对车辆故障的诊断。此时,用户不能及时获知当时的诊断信息(例如通信链路中断),并获得诊断信息对应的故障原因以及解决方法,因而比较难做到快速排除诊断装置故障,从而快速实现车辆故障的排查。
发明内容
为了解决相关技术中存在的诊断装置不能完成对车辆故障的诊断时,由于用户不能及时获知诊断信息,并获得诊断信息对应的故障原因以及解决方法,而无法快速排除诊断装置故障,从而无法快速实现车辆故障排查的问题,本公开提供了一种车辆诊断信息的处理方法及装置。
一方面,本公开提供了一种车辆诊断信息的处理方法,包括:
采集对目标车辆进行故障检测的诊断信息;
对所述诊断信息进行加密处理,生成包含加密文件头和加密诊断内容的诊断文件;
将所述诊断文件上传至数据服务器,并接收所述数据服务器下发的诊断处理结果,以实现车辆故障的排查。
可选的,所述诊断信息包括与所述目标车辆之间的链路故障数据以及所述目标车辆的检测数据。
可选的,对所述诊断信息进行加密处理,生成包含加密文件头和加密诊断内容的诊断文件,包括:
将所述诊断信息分割为至少两个数据块;
对每一数据块,通过预设的加密密钥进行加密处理,获得加密数据块;
将所述加密数据块作为加密诊断内容依次写入诊断文件,并为所述加密诊断内容生成加密文件头一并写入所述诊断文件中。
可选的,所述对每一数据块,通过预设的加密密钥进行加密处理,获得加密数据块,包括:
通过希尔密码加密算法对每一数据块利用加密密钥进行加密,获得加密数据块。
可选的,所述加密文件头包括所述诊断文件的生成时间、对目标车辆进行诊断的设备标识、文件类型、加密文件头的长度中的至少一种。
可选的,所述将所述诊断文件上传至数据服务器,包括:
接收进行诊断信息上传的触发指令,将所述诊断文件上传至数据服务器。
可选的,所述将所述诊断文件上传至数据服务器,包括:
将所述诊断信息与标准数据进行比对,当比对结果不一致时,发出错误提醒消息;
根据用户响应所述错误提醒消息触发进行的文件上传操作,将所述诊断文件上传至数据服务器。
另一方面,本公开提供了一种车辆诊断信息的处理装置,所述装置包括:
信息采集模块,用于采集对目标车辆进行故障检测的诊断信息;
文件生成模块,用于对所述诊断信息进行加密处理,生成包含加密文件头和加密诊断内容的诊断文件;
文件上传模块,用于将所述诊断文件上传至数据服务器,并接收所述数据服务器下发的诊断处理结果,以实现车辆故障的排查。
可选的,所述诊断信息包括与所述目标车辆之间的链路故障数据以及所述目标车辆的检测数据。
可选的,所述文件生成模块包括:
数据分割单元,用于将所述诊断信息分割为至少两个数据块;
数据加密单元,用于对每一数据块,通过预设的加密密钥进行加密处理,获得加密数据块;
数据写入单元,用于将所述加密数据块作为加密诊断内容依次写入诊断文件,并为所述加密诊断内容生成加密文件头一并写入所述诊断文件中。
其中,数据加密单元包括:
希尔密码子单元,用于通过希尔密码加密算法对每一数据块利用加密密钥进行加密,获得加密数据块。
其中,所述加密文件头包括所述诊断文件的生成时间、对目标车辆进行诊断的设备标识、文件类型、加密文件头的长度中的至少一种。
可选的,所述文件上传模块包括:
指令接收单元,用于接收进行诊断信息上传的触发指令,将所述诊断文件上传至数据服务器。
可选的,文件上传模块包括:
提醒发送单元,用于将所述诊断信息与标准数据进行比对,当比对结果不一致时,发出错误提醒消息;
文件传送单元,用于根据用户响应所述错误提醒消息触发进行的文件上传操作,将所述诊断文件上传至数据服务器。
此外,本公开还提供了一种电子设备,所述电子设备包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为执行上述的车辆诊断信息的处理方法。
进一步,本公开还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序可由处理器执行完成上述的车辆诊断信息的处理方法。
本公开的实施例提供的技术方案可以包括以下有益效果:
本公开提供的技术方案,通过将诊断信息加密后生成数据结构良好的诊断文件,并将诊断文件上传至数据服务器,从而防止诊断信息传递过程中被窃取,更重要是,诊断文件为结构良好的数据格式保存到数据服务器,更加便于数据使用人员快速查询到目标数据,并将诊断处理结果写入数据服务器,进一步便于技术人员快速从数据服务器获取到诊断处理结果,从而及时实现车辆故障的排查。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并于说明书一起用于解释本发明的原理。
图1是根据本公开所涉及的实施环境的示意图;
图2是根据一示例性实施例示出的一种装置的框图;
图3是根据一示例性实施例示出的一种车辆诊断信息的处理方法的流程图;
图4是图3对应实施例中步骤330的细节流程图;
图5是根据一示例性实施例示出的进行诊断信息记录的流程图;
图6是根据一示例性实施例示出的一种车辆诊断信息处理方法的原理流程图;
图7是根据一示例性实施例示出的一种车辆诊断信息的处理装置的框图;
图8是图7对应实施例中文件生成模块的细节框图。
具体实施方式
这里将详细地对示例性实施例执行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
图1是根据本公开所涉及的实施环境的示意图。该实施环境包括:车辆110、诊断装置120和服务器130。
车辆110与诊断装置120之间、诊断装置120和服务器130之间采用有线或无线的网络连接方式。诊断装置120用于对车辆110进行故障检测,获得诊断信息。具体的,诊断装置120可以采用本公开提供的车辆诊断信息的处理方法,对获得的诊断信息进行加密处理,生成诊断文件,并将诊断文件上报至服务器130。从而数据使用人员可以利用互联网从服务器130下载诊断文件,通过解密获得诊断信息,并将诊断处理结果写入服务器130,之后诊断装置120可以从服务器130获取诊断处理结果,供诊断装置使用者根据诊断处理结果进行故障排查。
图2是根据一示例性实施例示出的一种装置200的框图。例如,装置200可以是图1所示实施环境中的诊断装置120。
参照图2,装置200可以包括以下一个或多个组件:处理组件202,存储器204,电源组件206,多媒体组件208,音频组件210,传感器组件214以及通信组件216。
处理组件202通常控制装置200的整体操作,诸如与显示,电话呼叫,数据通信,相机操作以及记录操作相关联的操作等。处理组件202可以包括一个或多个处理器218来执行指令,以完成下述的方法的全部或部分步骤。此外,处理组件202可以包括一个或多个模块,便于处理组件202和其他组件之间的交互。例如,处理组件202可以包括多媒体模块,以方便多媒体组件208和处理组件202之间的交互。
存储器204被配置为存储各种类型的数据以支持在装置200的操作。这些数据的示例包括用于在装置200上操作的任何应用程序或方法的指令。存储器204可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(Static RandomAccess Memory,简称SRAM),电可擦除可编程只读存储器(Electrically ErasableProgrammable Read-Only Memory,简称EEPROM),可擦除可编程只读存储器(ErasableProgrammable Read Only Memory,简称EPROM),可编程只读存储器(Programmable Red-Only Memory,简称PROM),只读存储器(Read-Only Memory,简称ROM),磁存储器,快闪存储器,磁盘或光盘。存储器204中还存储有一个或多个模块,该一个或多个模块被配置成由该一个或多个处理器218执行,以完成下述图3所示方法中的全部或者部分步骤。
电源组件206为装置200的各种组件提供电力。电源组件206可以包括电源管理系统,一个或多个电源,及其他与为装置200生成、管理和分配电力相关联的组件。
多媒体组件208包括在所述装置200和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(Liquid Crystal Display,简称LCD)和触摸面板。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。屏幕还可以包括有机电致发光显示器(Organic Light Emitting Display,简称OLED)。
音频组件210被配置为输出和/或输入音频信号。例如,音频组件210包括一个麦克风(Microphone,简称MIC),当装置200处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器204或经由通信组件216发送。在一些实施例中,音频组件210还包括一个扬声器,用于输出音频信号。
传感器组件214包括一个或多个传感器,用于为装置200提供各个方面的状态评估。例如,传感器组件214可以检测到装置200的打开/关闭状态,组件的相对定位,传感器组件214还可以检测装置200或装置200一个组件的位置改变以及装置200的温度变化。在一些实施例中,该传感器组件214还可以包括磁传感器,压力传感器或温度传感器。
通信组件216被配置为便于装置200和其他设备之间有线或无线方式的通信。装置200可以接入基于通信标准的无线网络,如WiFi(WIreless-Fidelity,无线保真)。在一个示例性实施例中,通信组件216经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件216还包括近场通信(Near FieldCommunication,简称NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RadioFrequency Identification,简称RFID)技术,红外数据协会(Infrared DataAssociation,简称IrDA)技术,超宽带(Ultra Wideband,简称UWB)技术,蓝牙技术和其他技术来实现。
在示例性实施例中,装置200可以被一个或多个应用专用集成电路(ApplicationSpecific Integrated Circuit,简称ASIC)、数字信号处理器、数字信号处理设备、可编程逻辑器件、现场可编程门阵列、控制器、微控制器、微处理器或其他电子元件实现,用于执行下述方法。
图3是根据一示例性实施例示出的一种车辆诊断信息的处理方法的流程图。该一种车辆诊断信息的处理方法的适用范围和执行主体,例如,该方法用于图1所示实施环境的诊断装置120。如图3所示,该车辆诊断信息的处理方法,可以由诊断装置120执行,可以包括以下步骤。
在步骤310中,采集对目标车辆进行故障检测的诊断信息;
其中,目标车辆是指需要进行故障检测的车辆。可选的,所述诊断信息包括与所述目标车辆之间的链路故障数据以及所述目标车辆的检测数据。换句话说,诊断信息包括目标车辆的故障信息以及与目标车辆之间的通信链路故障信息。而通信链路故障信息可以是通信命令错误、程序实现逻辑错误、与车辆通信物理链路信号不匹配等。诊断装置120可以插上车辆的OBD(On Board Diagnostics,车载自动诊断系统)接口以获取车辆各个ECU(Electronic Control Unit,电子控制单元)的故障信息。
在步骤330中,对所述诊断信息进行加密处理,生成包含加密文件头和加密诊断内容的诊断文件;
对诊断信息进行加密处理,可以防止诊断信息传递过程中被窃取。依据诊断过程产生的诊断信息量很大,而诊断装置120的CPU(中央处理器)的计算能力比较弱的特点,加密方法需要考虑加密的复杂性以及加密文件生成的实时性。在一种示例性实施例中,可以采用希尔密码一种变体加密解密算法,对诊断信息进行加密。
诊断文件具有良好的格式,保证诊断文件根据目的方便数据读取。诊断文件分为加密文件头和加密诊断内容。加密诊断内容就是上述依次写入的加密数据块。将诊断文件分为加密文件头和加密诊断内容两个部分,方便两部分内容分开加密和解析。简单来说,在使用中只需要文件头信息时,可以只需要解密文件头相关内容即可。
在一种示例性实施例中,加密文件头包括诊断文件的生成时间、对目标车辆进行诊断的设备标识、文件类型、加密文件头的长度中的至少一种。例如,加密文件头包括下面各项:1文件标记,用于表示文件类型;2文件头长度,用于记录文件头长度;3文件格式版本;4创建时间,用于定义诊断记录数据的时间格式;5诊断软件名称;6诊断软件版本;7诊断软件语言;8设备序列号;9诊断装置120下位机版本;10诊断装置120显示程序版本;12其他附加项,用于加入一些扩展信息。
其中,加密诊断内容的格式为:<通讯类型><数据类型><诊断数据包><时间>。数据类型使用了一种称为DSTRING(DATA_TYPE_DSTRING)的复合数据类型,由<字符长度><字符串>组成。通讯类型根据具体逻辑定义。进一步的,可以依据制定的策略,控制诊断文件的数量。
在一种示例性实施例中,如图4所示,上述步骤330具体包括:
在步骤331中,将所述诊断信息分割为至少两个数据块;
为提高数据处理效率,保证诊断文件生成的实时性,可以将诊断信息分割为至少两个数据块,之后可以对各个数据块的数据并行进行处理,提高数据处理的效率。举例来说,可以将诊断信息划分为2个、3个或者更多个数据块。通常,将诊断信息分割为相同字节(即大小相同)的多个数据块。
在步骤332中,对每一数据块,通过预设的加密密钥进行加密处理,获得加密数据块;
对于各个数据块,利用相同的加密秘钥进行加密处理,生成各个数据块对应的加密数据块。在一种实施方式中,可以通过希尔密码加密算法对每一数据块利用加密密钥进行加密,获得加密数据块。
在步骤333中,将所述加密数据块作为加密诊断内容依次写入诊断文件,并为所述加密诊断内容生成加密文件头一并写入所述诊断文件中。
之后,根据各个加密数据块之间的先后顺序,依次将每个加密数据块写入诊断文件,作为加密诊断内容。并为加密诊断内容生成加密文件头一并写入诊断文件中。举例来说,可以对每个加密数据块按顺序进行编号,从而根据编号顺序,依次将加密数据块写入诊断文件。
在步骤350中,将所述诊断文件上传至数据服务器,并接收所述数据服务器下发的诊断处理结果,以实现车辆故障的排查。
其中,诊断处理结果可以包括故障原因以及故障处理方案。专业人士可以从数据服务器下载诊断文件,并根据诊断文件中记载的诊断信息,判断出故障原因以及给出故障处理方案,并将故障原因以及故障处理方案写入数据服务器。诊断装置120接收数据服务器下发的故障原因以及故障处理方案。故障原因可能是通信链路故障,故障处理方案可能是检查诊断装置与目标车辆之间通信链路。故障原因可能是诊断装置120内部控制逻辑问题,故障处理方案可以是重启诊断装置。故障原因可能是目标车辆空调问题,故障处理方案可以是加注冷却液等。
图5为一示例性实施例提供的进行诊断信息记录的流程图。如图5所示,诊断装置120开启诊断信息记录任务,并记录诊断信息。在记录诊断信息的同时,诊断装置120对诊断信息进行加密生成诊断文件,并将诊断文件上传至数据服务器。诊断装置120在记录诊断信息过程中,通过判断诊断是否结束,如果没有结束,继续记录诊断信息;如果判断诊断结束,就结束诊断信息记录任务。
如图6所示,诊断装置120可以对目标车辆和与目标车辆之间的通信(见601)进行诊断,获得诊断信息,并对诊断信息进行加密生成具有良好数据结构的诊断文件。之后,诊断装置120通过互联网将诊断文件上传至数据服务器(见602),当然还可以将诊断文件保存在本地存储介质中(见603)。之后,数据使用人员(开发工程师或关注诊断信息的人员)利用互联网从数据服务器下载诊断文件(见604)。通过对诊断文件进行解密,从而依赖设计良好的数据结构根据使用目的可以获得目标数据。
需要强调的是,诊断文件通过互联网上传到数据服务器时,组织为结构良好的数据格式保存到数据服务器,从而便于数据使用人员根据关键字等快速查询获得目标数据。
在一种示例性实施例中,诊断处理结果可以包括故障原因以及故障解决方案,数据使用人员可以根据从数据服务器下载的诊断文件,通过解密获得诊断信息,然后根据诊断信息获得故障原因以及故障解决方案,并将故障原因以及故障解决方案写入数据服务器的诊断文件(见605),数据服务器更新诊断文件的内容(见606)。之后,诊断装置120可以从数据服务器下载故障原因和故障解决方案(见607),供诊断装置120侧技术人员根据故障原因和故障解决方案及时进行车辆故障排查。
可选的,上述步骤350具体包括:接收进行诊断信息上传的触发指令,将所述诊断文件上传至数据服务器。
也就是说,可以由用户主动进行诊断文件的上传。在诊断完成后,由用户触发进行诊断信息上传的功能按钮,诊断装置120接收进行诊断信息上传的触发指令,然后将诊断文件上传至数据服务器。该数据服务器可以是图1所示实施环境中的服务器130。
在其他实施方式中,上述步骤350具体包括:
将所述诊断信息与标准数据进行比对,当比对结果不一致时,发出错误提醒消息;
根据用户响应所述错误提醒消息触发进行的文件上传操作,将所述诊断文件上传至数据服务器。
需要说明的是,诊断装置120可以自动进行诊断文件的上传,也可以在诊断信息出现错误时提醒用户上传诊断文件。诊断装置120通过将诊断信息与预设标准数据进行比对,当诊断信息与预设标准数据不一致时,发出错误提醒消息。举例来说,可以在诊断装置界面进行显示错误提醒消息或者进行语音提示,从而对用户进行提醒。之后,用户根据提醒进行文件上传操作,例如触发进行进诊断信息上传的功能按钮,诊断装置120接收到触发指令后,将诊断文件上传至数据服务器。
在一种示例性实施例中,通过希尔密码加密算法对每一数据块利用加密密钥进行加密,获得加密数据块。
需要解释的是,希尔密码是运用基本矩阵论原理的替代密码,由Lester S.Hill在1929年发明。它运用的矩阵论原理思想为AE=EA=A,A-1A=E(A为满秩矩阵,A-1为可逆矩阵,E单位矩阵)。
通过希尔密码加密算法对数据进行加密的步骤如下:
1、A为一满秩矩阵,则AB=C的过程即为加密过程,其中B为明文,C为密文。
2、A-1C=A-1AB=B此过程即为解密过程。
1.2希尔密码步骤:
每个字母当作26进制数字:A=0,B=1,C=2...一串字母当成n维向量,跟一个n×n的矩阵相乘,再将得出的结果模26。注意,用作加密的矩阵(即密钥)必须是可逆的,否则就不可能解码。只有矩阵的行列式和26互质,才是可逆的。希尔密码用的矩阵越大,所隐藏的频率信息就越多,因此,一个3*3的希尔密码不仅隐藏了单字母的频率特性,还隐藏了双字母的频率特性。
以实际场景举例来说,假设存在诊断信息ACT,因为A=0,C=2,T=19,即诊断信息是:
设密钥为:
确认它是可逆的:
加密过程为:
对应的密文便是“POH”。
解码过程如下:
假设对方知道密文和密钥,首先找出密钥的逆矩阵:
将逆矩阵和密文相乘:
便得到解密结果为“ACT”。
下述为本公开装置实施例,可以用于执行本公开上述诊断装置120执行的车辆诊断信息的处理方法实施例。对于本公开装置实施例中未披露的细节,请参照本公开车辆诊断信息的处理方法实施例。
图7是根据一示例性实施例示出的一种车辆诊断信息的处理装置的框图,该车辆诊断信息的处理装置可以用于图1所示实施环境的诊断装置120中,执行图3所示车辆诊断信息的处理方法的步骤。如图7所示,该车辆诊断信息的处理装置包括但不限于:信息采集模块710、文件生成模块730以及文件上传模块750。
信息采集模块710,用于采集对目标车辆进行故障检测的诊断信息;
文件生成模块730,用于对所述诊断信息进行加密处理,生成包含加密文件头和加密诊断内容的诊断文件;
文件上传模块750,用于将所述诊断文件上传至数据服务器,并接收所述数据服务器下发的诊断处理结果,以实现车辆故障的排查。
上述装置中各个模块的功能和作用的实现过程具体详见上述车辆诊断信息的处理方法中对应步骤的实现过程,在此不再赘述。
信息采集模块710比如可以是图2中的某一个物理结构通信组件217。
文件生成模块730以及文件上传模块750也可以是功能模块,用于执行上述车辆诊断信息的处理方法中的对应步骤。可以理解,这些模块可以通过硬件、软件、或二者结合来实现。当以硬件方式实现时,这些模块可以实施为一个或多个硬件模块,例如一个或多个专用集成电路。当以软件方式实现时,这些模块可以实施为在一个或多个处理器上执行的一个或多个计算机程序,例如图2的处理器218所执行的存储在存储器204中的程序。
进一步的,所述诊断信息包括与所述目标车辆之间的链路故障数据以及所述目标车辆的检测数据。
更进一步的,如图8所示,文件生成模块730包括但不限于:
数据分割单元731,用于将所述诊断信息分割为至少两个数据块;
数据加密单元732,用于对每一数据块,通过预设的加密密钥进行加密处理,获得加密数据块;
数据写入单元733,用于将所述加密数据块作为加密诊断内容依次写入诊断文件,并为所述加密诊断内容生成加密文件头一并写入所述诊断文件中。
其中,数据加密单元732包括但不限于:
希尔密码子单元,用于通过希尔密码加密算法对每一数据块利用加密密钥进行加密,获得加密数据块。
其中,所述加密文件头包括所述诊断文件的生成时间、对目标车辆进行诊断的设备标识、文件类型、加密文件头的长度中的至少一种。
可选的,文件上传模块750包括但不限于:
指令接收单元,用于接收进行诊断信息上传的触发指令,将所述诊断文件上传至数据服务器。
可选的,文件上传模块750包括但不限于:
提醒发送单元,用于将所述诊断信息与标准数据进行比对,当比对结果不一致时,发出错误提醒消息;
文件传送单元,用于根据用户响应所述错误提醒消息触发进行的文件上传操作,将所述诊断文件上传至数据服务器。
可选的,本公开还提供一种电子设备,该电子设备可以用于图1所示实施环境的诊断装置120中,执行图3、图4所示的车辆诊断信息的处理方法的全部或者部分步骤。所述电子设备包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为执行上述示例性实施例所述的车辆诊断信息的处理。
该实施例中电子设备的处理器执行操作的具体方式已经在有关该车辆诊断信息的处理方法的实施例中执行了详细描述,此处将不做详细阐述说明。
在示例性实施例中,还提供了一种存储介质,该存储介质为计算机可读存储介质,例如可以为包括指令的临时性和非临时性计算机可读存储介质。该存储介质存储有计算机程序,该计算机程序可由装置200的处理器218执行以完成上述车辆诊断信息的处理方法。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围执行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (10)

1.一种车辆诊断信息的处理方法,其特征在于,包括:
采集对目标车辆进行故障检测的诊断信息;
对所述诊断信息进行加密处理,生成包含加密文件头和加密诊断内容的诊断文件;
将所述诊断文件上传至数据服务器,并接收所述数据服务器下发的诊断处理结果,以实现车辆故障的排查。
2.根据权利要求1所述的方法,其特征在于,所述诊断信息包括与所述目标车辆之间的链路故障数据以及所述目标车辆的检测数据。
3.根据权利要求1所述的方法,其特征在于,对所述诊断信息进行加密处理,生成包含加密文件头和加密诊断内容的诊断文件,包括:
将所述诊断信息分割为至少两个数据块;
对每一数据块,通过预设的加密密钥进行加密处理,获得加密数据块;
将所述加密数据块作为加密诊断内容依次写入诊断文件,并为所述加密诊断内容生成加密文件头一并写入所述诊断文件中。
4.根据权利要求3所述的方法,其特征在于,所述对每一数据块,通过预设的加密密钥进行加密处理,获得加密数据块,包括:
通过希尔密码加密算法对每一数据块利用加密密钥进行加密,获得加密数据块。
5.根据权利要求1所述的方法,其特征在于,所述加密文件头包括所述诊断文件的生成时间、对目标车辆进行诊断的设备标识、文件类型、加密文件头的长度中的至少一种。
6.根据权利要求1所述的方法,其特征在于,所述将所述诊断文件上传至数据服务器,包括:
接收进行诊断信息上传的触发指令,将所述诊断文件上传至数据服务器。
7.根据权利要求1所述的方法,其特征在于,所述将所述诊断文件上传至数据服务器,包括:
将所述诊断信息与标准数据进行比对,当比对结果不一致时,发出错误提醒消息;
根据用户响应所述错误提醒消息触发进行的文件上传操作,将所述诊断文件上传至数据服务器。
8.一种车辆诊断信息的处理装置,其特征在于,所述装置包括:
信息采集模块,用于采集对目标车辆进行故障检测的诊断信息;
文件生成模块,用于对所述诊断信息进行加密处理,生成包含加密文件头和加密诊断内容的诊断文件;
文件上传模块,用于将所述诊断文件上传至数据服务器,并接收所述数据服务器下发的诊断处理结果,以实现车辆故障的排查。
9.一种电子设备,其特征在于,所述电子设备包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为执行权利要求1-7任意一项所述的车辆诊断信息的处理方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序可由处理器执行完成1-7任意一项所述的车辆诊断信息的处理方法。
CN201711483055.2A 2017-12-29 2017-12-29 一种车辆诊断信息的处理方法及装置、电子设备 Pending CN108227579A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711483055.2A CN108227579A (zh) 2017-12-29 2017-12-29 一种车辆诊断信息的处理方法及装置、电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711483055.2A CN108227579A (zh) 2017-12-29 2017-12-29 一种车辆诊断信息的处理方法及装置、电子设备

Publications (1)

Publication Number Publication Date
CN108227579A true CN108227579A (zh) 2018-06-29

Family

ID=62646182

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711483055.2A Pending CN108227579A (zh) 2017-12-29 2017-12-29 一种车辆诊断信息的处理方法及装置、电子设备

Country Status (1)

Country Link
CN (1) CN108227579A (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111245892A (zh) * 2019-12-27 2020-06-05 深圳市轱辘汽车维修技术有限公司 车辆诊断管理方法、装置、服务器及存储介质
CN111316083A (zh) * 2018-08-03 2020-06-19 深圳市元征科技股份有限公司 车辆诊断方法、智能诊断装置及车辆数据服务器
CN111739190A (zh) * 2020-05-27 2020-10-02 深圳市元征科技股份有限公司 车辆诊断文件加密方法、装置、设备及存储介质
CN112327800A (zh) * 2020-10-27 2021-02-05 深圳市元征科技股份有限公司 车辆检测方法、装置及诊断设备
CN112365629A (zh) * 2020-11-09 2021-02-12 海马汽车有限公司 一种故障诊断方法、装置、服务器及车辆
CN112519704A (zh) * 2020-12-18 2021-03-19 深圳市元征科技股份有限公司 一种车辆诊断方法、车辆诊断装置、计算机设备和存储介质
CN112541187A (zh) * 2020-12-21 2021-03-23 深圳市元征科技股份有限公司 一种云计算方法及云计算集群
CN116796703A (zh) * 2023-07-17 2023-09-22 新疆大学 车辆检修或故障排查处理方案的自定义生成方法、及存储介质
CN112541187B (zh) * 2020-12-21 2024-05-03 深圳市元征科技股份有限公司 一种云计算方法及云计算集群

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1483271A (zh) * 2000-12-25 2004-03-17 ���µ�����ҵ��ʽ���� 安全通信包处理装置及其方法
CN1936994A (zh) * 2005-12-01 2007-03-28 深圳市赛格导航科技股份有限公司 远程诊断车辆故障的信息终端及诊断方法
CN101042646A (zh) * 2007-04-10 2007-09-26 中兴通讯股份有限公司 一种在嵌入式软件中记录版本信息的方法
CN102065118A (zh) * 2010-09-16 2011-05-18 深圳市九洲电器有限公司 一种网络设备升级方法及装置
CN102436259A (zh) * 2012-01-19 2012-05-02 天津清源电动车辆有限责任公司 具有无线通信的电动汽车用手持式故障诊断仪及诊断系统
CN202782733U (zh) * 2012-08-31 2013-03-13 惠州市亿能电子有限公司 一种支持诊断功能的电池管理系统
CN104142660A (zh) * 2013-05-09 2014-11-12 洛克威尔自动控制技术股份有限公司 用于工业自动化的经由云平台的远程协助
CN105302109A (zh) * 2015-09-21 2016-02-03 深圳市元征科技股份有限公司 一种信息反馈方法及装置
CN105391588A (zh) * 2015-12-14 2016-03-09 中国联合网络通信集团有限公司 一种网络故障的诊断方法及装置
CN106168899A (zh) * 2015-05-19 2016-11-30 罗伯特·博世有限公司 用于更新嵌入式控制设备的方法和更新网关
CN107272649A (zh) * 2017-07-05 2017-10-20 东南(福建)汽车工业有限公司 车辆故障远程诊断系统及方法

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1483271A (zh) * 2000-12-25 2004-03-17 ���µ�����ҵ��ʽ���� 安全通信包处理装置及其方法
CN1936994A (zh) * 2005-12-01 2007-03-28 深圳市赛格导航科技股份有限公司 远程诊断车辆故障的信息终端及诊断方法
CN101042646A (zh) * 2007-04-10 2007-09-26 中兴通讯股份有限公司 一种在嵌入式软件中记录版本信息的方法
CN102065118A (zh) * 2010-09-16 2011-05-18 深圳市九洲电器有限公司 一种网络设备升级方法及装置
CN102436259A (zh) * 2012-01-19 2012-05-02 天津清源电动车辆有限责任公司 具有无线通信的电动汽车用手持式故障诊断仪及诊断系统
CN202782733U (zh) * 2012-08-31 2013-03-13 惠州市亿能电子有限公司 一种支持诊断功能的电池管理系统
CN104142660A (zh) * 2013-05-09 2014-11-12 洛克威尔自动控制技术股份有限公司 用于工业自动化的经由云平台的远程协助
CN106168899A (zh) * 2015-05-19 2016-11-30 罗伯特·博世有限公司 用于更新嵌入式控制设备的方法和更新网关
CN105302109A (zh) * 2015-09-21 2016-02-03 深圳市元征科技股份有限公司 一种信息反馈方法及装置
CN105391588A (zh) * 2015-12-14 2016-03-09 中国联合网络通信集团有限公司 一种网络故障的诊断方法及装置
CN107272649A (zh) * 2017-07-05 2017-10-20 东南(福建)汽车工业有限公司 车辆故障远程诊断系统及方法

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111316083A (zh) * 2018-08-03 2020-06-19 深圳市元征科技股份有限公司 车辆诊断方法、智能诊断装置及车辆数据服务器
CN111316083B (zh) * 2018-08-03 2022-08-19 深圳市元征科技股份有限公司 车辆诊断方法、智能诊断装置及车辆数据服务器
CN111245892A (zh) * 2019-12-27 2020-06-05 深圳市轱辘汽车维修技术有限公司 车辆诊断管理方法、装置、服务器及存储介质
CN111245892B (zh) * 2019-12-27 2023-08-11 深圳市轱辘车联数据技术有限公司 车辆诊断管理方法、装置、服务器及存储介质
CN111739190A (zh) * 2020-05-27 2020-10-02 深圳市元征科技股份有限公司 车辆诊断文件加密方法、装置、设备及存储介质
CN111739190B (zh) * 2020-05-27 2022-09-20 深圳市元征科技股份有限公司 车辆诊断文件加密方法、装置、设备及存储介质
CN112327800A (zh) * 2020-10-27 2021-02-05 深圳市元征科技股份有限公司 车辆检测方法、装置及诊断设备
CN112365629A (zh) * 2020-11-09 2021-02-12 海马汽车有限公司 一种故障诊断方法、装置、服务器及车辆
CN112519704A (zh) * 2020-12-18 2021-03-19 深圳市元征科技股份有限公司 一种车辆诊断方法、车辆诊断装置、计算机设备和存储介质
CN112541187A (zh) * 2020-12-21 2021-03-23 深圳市元征科技股份有限公司 一种云计算方法及云计算集群
CN112541187B (zh) * 2020-12-21 2024-05-03 深圳市元征科技股份有限公司 一种云计算方法及云计算集群
CN116796703A (zh) * 2023-07-17 2023-09-22 新疆大学 车辆检修或故障排查处理方案的自定义生成方法、及存储介质

Similar Documents

Publication Publication Date Title
CN108227579A (zh) 一种车辆诊断信息的处理方法及装置、电子设备
CN108762791B (zh) 固件升级方法及装置
CN104821937B (zh) 令牌获取方法、装置及系统
CN104468113B (zh) 用于分布用户凭证的装置和方法
CN105264832B (zh) 用于自组织网络的方法和设备
CN101156448B (zh) 多媒体处理器中的安全条件访问和数字权限管理方法
US9146881B2 (en) Mobile data vault
TW200937248A (en) Secure software download
US20100211799A1 (en) Protecting Digital Data such as Images on a Device with Image Acquisition Capabilities
CN101166086B (zh) 用于检测和处理加密密钥和初始化向量的方法和系统
CN110365629A (zh) 一种实时监控视频数据安全存储的方法及系统
CN112860791A (zh) 一种跨网数据同步控制系统、方法及存储介质
CN106603508A (zh) 一种无线加密通信方法及智能家电、服务器及终端
CN105101183A (zh) 对移动终端上隐私内容进行保护的方法和系统
CA2593898C (en) Management of multiple connections to a security token access device
CN107948178A (zh) 智能家居系统与信息加密方法及装置、终端
CN106302422A (zh) 业务加密、解密方法和装置
CN107682160A (zh) 一种生产设备的认证方法及装置、电子设备
CN107154935A (zh) 业务请求方法及装置
CN106529130A (zh) 医疗信息化系统中电子病历加密审核系统及方法
CN102306255A (zh) 一种文档保护方法及系统
CN103257937A (zh) 一种保护fpga芯片内部配置存储器的方法和装置
Tahiri Mastering mobile forensics
CN107046540A (zh) 文件传送的方法及装置
CN107370733A (zh) 一种基于Rijndael和ECC混合加密的智能锁管理方法

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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20180629