CN108983758B

CN108983758B - 一种汽车诊断设备的软件防护方法、装置及终端

Info

Publication number: CN108983758B
Application number: CN201810970358.5A
Authority: CN
Inventors: 刘均; 燕崴; 赵小兵; 刘国柱
Original assignee: Shenzhen Pengjushu Information Technology Co Ltd
Current assignee: Shenzhen Yikonglichu Software Development Co ltd
Priority date: 2018-08-23
Filing date: 2018-08-23
Publication date: 2020-03-24
Anticipated expiration: 2038-08-23
Also published as: CN108983758A

Abstract

本申请公开了一种汽车诊断设备软件防护方法、装置及终端，其中方法包括：汽车诊断设备获取车辆故障信息；所述汽车诊断设备识别所述车辆故障信息中故障码和/或故障数据流的数量；如果所述汽车诊断设备检测到所述车辆故障信息中包含的故障码和/或故障数据流的数量异常，则所述汽车诊断设备限制所述汽车诊断设备的功能。采用本申请，可提高汽车诊断设备软件被破解的难度和成本，增强汽车诊断设备软件的安全性。

Description

一种汽车诊断设备的软件防护方法、装置及终端

技术领域

本申请涉及通信技术领域，尤其涉及一种汽车诊断设备的软件防护方法、装置及终端。

背景技术

随着汽车诊断设备的快速发展，相关的软件防护技术和软件破解都在快速进步，经常出现汽车诊断设备软件被破解的情况，汽车诊断设备软件安全防护的问题越来越突出。

目前，不法分子利用汽车诊断设备软件总线的通讯特点，通过通讯模拟器来模拟汽车ECU通讯工具与汽车诊断仪进行通讯，实现了非法获取汽车诊断仪的通讯协议和数据的目的。

发明内容

本申请提供一种汽车诊断设备的软件防护方法、装置及终端，提高了汽车诊断设备的软件被破解的难度和成本，增强了汽车诊断设备的软件的安全性。

第一方面，本申请提供了一种汽车诊断设备的软件防护方法，该方法包括：

汽车诊断设备获取车辆故障信息；

所述汽车诊断设备识别所述车辆故障信息中故障码和/或故障数据流的数量；

如果所述汽车诊断设备检测到所述车辆故障信息中包含的故障码和/或故障数据流的数量异常，则所述汽车诊断设备限制所述汽车诊断设备的功能。

结合第一方面，在一些可能的实施例中，

所述如果汽车诊断设备检测到所述车辆故障信息中包含的故障码和/或故障数据流的数量异常，所述汽车诊断设备限制所述汽车诊断设备的功能，具体包括：

所述汽车诊断设备确定出所述车辆故障信息中的第一片段，所述第一片段是N个或N个以上连续的故障单元构成的；N是正整数；所述故障单元为所述汽车诊断设备单次获取的车辆故障信息；所述故障单元至少包括以下任一项：故障码、故障数据流；

如果所述车辆故障信息中包含的所述第一片段的数量大于预设阈值，则所述汽车诊断设备判断出检测到所述车辆故障信息中包含的故障码和/或故障数据流的数量异常，所述汽车诊断设备限制所述汽车诊断设备的功能。

结合第一方面，在一些可能的实施例中，

所述第一片段是N个或N个以上连续的故障单元构成的，具体为：

所述第一片段是N个或N个以上连续的故障码构成的；

或者，所述第一片段是N个或N个以上连续的故障数据流构成的。

结合第一方面，在一些可能的实施例中，

所述车辆故障信息中包含的第一片段的数量包括以下一项或多项：由N个或N个以上连续的故障码构成的第一片段的数量、由N个或N个以上连续的故障数据流构成的第一片段的数量。

结合第一方面，在一些可能的实施例中，

所述故障码用于指示(或表征)目标设备的部件所发生的故障；所述故障数据流用于指示(或表征)所述目标设备中发生故障的部件的工作情况。

结合第一方面，在一些可能的实施例中，

所述汽车诊断设备限制所述汽车诊断设备的功能，具体包括：

所述汽车诊断设备关闭所述汽车诊断设备；

或者，

所述汽车诊断设备对所述汽车诊断设备进行锁机；

或者，

所述汽车诊断设备关闭所述汽车诊断设备的部分功能。

结合第一方面，在一些可能的实施例中，

所述汽车诊断设备关闭所述汽车诊断设备的部分功能，具体包括：

所述汽车诊断设备关闭所述汽车诊断设备的通讯功能。

结合第一方面，在一些可能的实施例中，

所述汽车诊断设备包括多个通讯功能；

所述汽车诊断设备关闭所述多个通讯功能中的用于与所述车辆故障信息中包含的故障码和/或故障数据流的数量异常的设备进行通讯的通讯功能。

第二方面，本申请提供了一种装置，所述装置为所述汽车诊断设备，包括：

获取单元，用于车辆故障信息；

识别单元，用于识别所述车辆故障信息中故障码和/或故障数据流的数量；

限制单元，用于如果所述汽车诊断设备检测到所述车辆故障信息中包含的故障码和/或故障数据流的数量异常，则限制所述汽车诊断设备的功能。

结合第二方面，在一些可能的实施例中，

所述限制单元，具体用于：

关闭所述汽车诊断设备；

或者，

对所述汽车诊断设备进行锁机；

或者，

关闭所述汽车诊断设备的部分功能；

其中，关闭所述汽车诊断设备的部分功能，具体包括：

关闭所述汽车诊断设备的通讯功能；

可选的，所述汽车诊断设备包括多个通讯功能；

关闭所述汽车诊断设备的部分功能，具体包括：

关闭所述多个通讯功能中的用于与所述车辆故障信息中包含的故障码和/或故障数据流的数量异常的设备进行通讯的通讯功能。

所述装置还包括：判断单元；

判断单元，具体用于

确定出车辆故障信息中的第一片段，第一片段是N个或N个以上连续的故障单元构成的；N是正整数；故障单元为汽车诊断设备单次获取的车辆故障信息；故障单元至少包括以下任一项：故障码、故障数据流；

如果车辆故障信息中包含的第一片段的数量大于预设阈值，则判断出检测到车辆故障信息中包含的故障码和/或故障数据流的数量异常。

第一片段是N个或N个以上连续的故障单元构成的，具体为：

第一片段是N个或N个以上连续的故障码构成的；

或者，

第一片段是N个或N个以上连续的故障数据流构成的。

车辆故障信息中包含的第一片段的数量包括以下一项或多项：由N个或N个以上连续的故障码构成的第一片段的数量、由N个或N个以上连续的故障数据流构成的第一片段的数量。

故障码用于指示(或表征)目标设备的部件所发生的故障；故障数据流用于指示(或表征)目标设备中发生故障的部件的工作情况。

第三方面，本申请提供了一种终端，所述终端为所述汽车诊断设备，包括：收发器、存储器以及与所述存储器耦合的处理器，所述收发器、存储器以及与所述存储器耦合的处理器相互连接，其中，所述收发器用于执行接收或发送动作，所述存储器用于存储汽车诊断设备的软件防护方法的实现代码，所述处理器用于调用所述存储器中存储的所述实现代码，即执行上述第一方面所述的汽车诊断设备的软件防护方法。

第四方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，当所述指令被处理器执行时，使得所述处理器执行第一方面及其各种可能的实现方式中的任意一种所提供的汽车诊断设备的软件防护方法。

第五方面，本申请提供了一种计算机程序产品，所述程序产品被处理器执行时，使得所述处理器执行第一方面及其各种可能的实现方式中的任意一种所提供的汽车诊断设备的软件防护方法。

本申请提供了一种汽车诊断设备的软件防护方法、装置及终端。首先，汽车诊断设备获取车辆故障信息；汽车诊断设备识别车辆故障信息中故障码和/或故障数据流的数量；如果汽车诊断设备检测到车辆故障信息中包含的故障码和/或故障数据流的数量异常，则汽车诊断设备限制汽车诊断设备的功能。采用本申请，可提高汽车诊断设备的软件被破解的难度和成本，增强汽车诊断设备的软件的安全性。

附图说明

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

图1是本申请提供的一种汽车诊断设备与汽车ECU之间通过线缆连接的场景示意图；

图2是本申请提供的另一种汽车诊断设备与汽车ECU之间通过线缆连接的场景示意图；

图3是本申请提供的一种汽车诊断设备的软件防护方法的交互示意图；

图4是本申请提供的一种与汽车相关的故障码的示意图；

图5是本申请提供的一种与汽车相关的故障数据流的示意图；

图6是本申请提供的一种装置的示意性框图；

图7是本申请提供的一种终端的示意性框图。

具体实施方式

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

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

本申请提供了两种设备与设备之间通过线缆进行通讯的场景。

请参见图1，图1是本申请提供的一种汽车诊断设备与汽车ECU之间通过线缆进行通讯的场景示意图。

该场景包括：一台汽车诊断设备以及一台汽车。

具体的，汽车诊断设备与汽车中的汽车电子控制单元(汽车ECU)通过线缆进行通讯。

如图1所示，汽车诊断设备和汽车ECU通过线缆相连。线缆可为以下任一项：光缆和电缆。其中，汽车诊断设备可为汽车诊断仪。

具体的，当汽车诊断设备与汽车ECU都上电、且相互进行通讯后，汽车诊断设备可向汽车ECU发送诊断指令，当汽车ECU接收到汽车诊断仪发送的诊断指令时，汽车ECU将车辆故障信息(故障码、故障数据流)发送给汽车诊断设备，最终，汽车诊断设备获取到了车辆故障信息。

下面简单介绍汽车诊断设备与通讯模拟器之间的通讯过程。

具体的，当汽车诊断设备与通讯模拟器都上电、且相互进行通讯后，汽车诊断设备可向通讯模拟器发送诊断指令，当通讯模拟器接收到汽车诊断仪发送的诊断指令时，通讯模拟器将连续的车辆故障信息(故障码、故障数据流)发送给汽车诊断设备，进而，汽车诊断设备获取到了车辆故障信息。

然后，不法分子可通过汽车诊断设备上显示屏显示的车辆故障信息的定义(含义)，来达到破解汽车诊断设备的软件的目的，其中，上述汽车诊断设备的诊断软件对与汽车相关的全部的车辆故障信息的含义进行了定义。

本申请将根据图3方法实施例具体阐述汽车诊断设备上的软件的防护方法，以防止汽车诊断设备的软件被破解。

应当说明的，第一设备还可与第二设备进行无线通讯。

图2是本申请提供的另一种设备与设备之间通过线缆进行通讯的场景示意图。

该场景包括：汽车诊断设备101，汽车ECU102、汽车ECU103以及汽车ECU104。

如图2所示，汽车诊断设备101可分别通过线缆105向汽车ECU102、汽车ECU103以及汽车ECU104发送诊断指令；响应于接收到诊断指令，汽车ECU102、汽车ECU103以及汽车ECU104可分别向汽车诊断设备101发送车辆故障信息，最终，汽车诊断设备101获取到了车辆故障信息。

应当说明的，汽车诊断设备101还可分别与上述汽车ECU103、汽车ECU104以及汽车ECU105进行无线通讯。

可理解的，图2中未提供的相关定义和说明可参考图1所述的内容，此处不再赘述。

可理解的，图1、图2仅仅用于解释本申请，不应作出限制。

参见图3，是本申请提供的一种汽车诊断设备的软件防护方法的示意流程图。如图3所示，该方法可至少包括以下几个步骤：

S301、汽车诊断设备获取车辆故障信息。

本申请实施例中，汽车诊断设备可通过发送诊断指令给汽车ECU，当汽车ECU接收到汽车诊断仪发送的诊断指令后，汽车ECU将车辆故障信息(故障码、故障数据流)发送给汽车诊断设备，最终，汽车诊断设备可获取到车辆故障信息。

可选的，汽车诊断设备还可通过查询该汽车诊断设备来获取车辆故障信息。

汽车诊断设备存储车辆故障信息的存储方式可至少包括以下两种：

第一种方式：车辆故障信息可存储于汽车诊断设备的内部存储器。

第二种方式：车辆故障信息可存储于与汽车诊断设备相连的云端数据库。

应当说明的，该车辆故障信息可为由汽车诊断设备实时接收并存储的车辆故障信息。其中，该车辆故障信息可为汽车的车辆故障信息。

S302、汽车诊断设备识别车辆故障信息中故障码和/或故障数据流的数量。

本申请实施例中，当汽车诊断设备正常进行诊断操作时，目标设备为汽车、悬挂车祸有轨电车等机动车辆。

当汽车诊断设备被破解时，目标设备为通讯模拟器。

故障码用于指示(或表征)目标设备的部件所发生的故障；

举例来说，该故障码可用于指示汽车的部件(如汽车发动机、汽车安全气囊、汽车玻璃门等)所发生的故障。如图4所示，故障码与汽车部件的故障(描述)一一对应，也即是说，一个故障码对应一个汽车部件的一个故障。

例如，故障码P0141对应氧传感器加热器B1-S2电路故障，故障码P1337对应B1凸轮轴位置传感器-G163对地短路，故障码P0036对应HO2S氧传感器加热器电路开路，故障码P0102对应空气流量计G70输入电压低。

故障数据流用于指示(或表征)目标设备中发生故障的部件的工作情况。

该故障数据流可用于指示汽车发生故障的部件的工作情况。

如图5所示，汽车ECU通过测试一条与加速踏板位置传感器1相关联的故障数据流可确定出加速踏板位置传感器1输出电压为0.82V，汽车ECU通过测试一条与加速踏板位置传感器2相关联的故障数据流可确定出加速踏板位置传感器2输出电压为0.39V，汽车ECU通过测试一条与发动机转速相关联的故障数据流可确定出发动机转速为650rpm。

S303、如果汽车诊断设备检测到车辆故障信息中包含的故障码和/或故障数据流的数量异常，则汽车诊断设备限制汽车诊断设备的功能。

下面介绍一种判断车辆故障信息中包含的故障码和/或故障数据流的数量是否异常的方法。具体地，

汽车诊断设备确定出车辆故障信息中的第一片段，第一片段是N个或N个以上连续的故障单元构成的；N是正整数；故障单元为汽车诊断设备单次获取的车辆故障信息；故障单元至少包括以下任一项：故障码、故障数据流；

如车辆故障信息中包含的第一片段的数量大于预设阈值，则汽车诊断设备判断出检测到车辆故障信息中包含的故障码和/或故障数据流的数量异常。

其中，第一片段是N个或N个以上连续的故障单元构成的，具体为：

第一片段是N个或N个以上连续的故障码构成的；

或者，

第一片段是N个或N个以上连续的故障数据流构成的。

上述车辆故障信息中包含的第一片段的数量包括以下一项或多项：由N个或N个以上连续的故障码构成的第一片段的数量、由N个或N个以上连续的故障数据流构成的第一片段的数量。

优选的，N可为50或100，预设阈值可为3、6或9，本申请实施例不做限制。

汽车诊断设备限制汽车诊断设备的功能，具体包括：

汽车诊断设备关闭汽车诊断设备；

具体的，结合图2，例如，汽车诊断设备101通过关闭汽车诊断设备101，从而使得汽车诊断设备101不接收汽车ECU102、汽车ECU103或汽车ECU104发送的车辆故障信息。

或者，

汽车诊断设备对汽车诊断设备进行锁机；

或者，

汽车诊断设备关闭汽车诊断设备的部分功能。

汽车诊断设备关闭汽车诊断设备的部分功能，具体包括：

汽车诊断设备关闭汽车诊断设备的通讯功能。具体的，

结合图2，例如，汽车诊断仪101通过关闭汽车诊断仪101所有的通讯功能(汽车诊断设备101关闭分别与汽车ECU102、汽车ECU103以及汽车ECU104进行通讯的汽车诊断设备101的通讯功能)，从而实现了汽车诊断设备101关闭了汽车诊断设备101的通讯功能，使得汽车诊断仪不接收汽车ECU102、汽车ECU103或汽车ECU104发送的故障信息。

应当说明的，如果汽车诊断设备包括多个通讯功能；

汽车诊断设备关闭汽车诊断设备的部分功能，具体包括：

汽车诊断设备关闭多个通讯功能中的用于与上述车辆故障信息中包含的故障码和/或故障数据流的数量异常的设备进行通讯的通讯功能。

图4、图5仅仅用于解释本申请，不应对本申请作出限制。

本申请中，汽车诊断设备获取车辆故障信息；汽车诊断设备识别车辆故障信息中故障码和/或故障数据流的数量；如果汽车诊断设备检测到车辆故障信息中包含的故障码和/或故障数据流的数量异常，则汽车诊断设备限制汽车诊断设备的功能。采用本申请，可提高汽车诊断设备的软件被破解的难度和成本，增强汽车诊断设备的软件的安全性。

参见图6，是本申请提供的一种装置，该装置可为图1、图2或图3中的汽车诊断设备。如图6所示，装置60包括：获取单元601、识别单元602以及限制单元603。其中：

获取单元601，可用于获取车辆故障信息。

识别单元602，可用于识别车辆故障信息中故障码和/或故障数据流的数量。

限制单元603，可用于如果汽车诊断设备检测到车辆故障信息中包含的故障码和/或故障数据流的数量异常，则限制汽车诊断设备的功能。

限制单元603，具体用于：

关闭汽车诊断设备；

或者，

对汽车诊断设备进行锁机；

或者，

关闭汽车诊断设备的部分功能；

其中，关闭汽车诊断设备的部分功能，具体包括：

关闭汽车诊断设备的通讯功能；

可选的，汽车诊断设备包括多个通讯功能；

关闭汽车诊断设备的部分功能，具体包括：

关闭多个通讯功能中的用于与车辆故障信息中包含的故障码和/或故障数据流的数量异常的设备进行通讯的通讯功能。

装置60包括：获取单元601、识别单元602以及限制单元603之外，还包括判断单元。

判断单元，具体用于

第一片段是N个或N个以上连续的故障单元构成的，具体为：

第一片段是N个或N个以上连续的故障码构成的；

或者，

第一片段是N个或N个以上连续的故障数据流构成的。

应当理解，装置60仅为本申请实施例提供的一个例子，并且，装置60可具有比示出的部件更多或更少的部件，可以组合两个或更多个部件，或者可具有部件的不同配置实现。

可理解的，关于图6的装置60包括的功能块的具体实现方式，可参考前述图3所述的方法实施例，这里不再赘述。

本申请提供了一种终端，该终端可为图1、图2或图3中的汽车诊断设备。如图7所示，终端70可包括：处理器701、存储器702(一个或多个计算机可读存储介质)、收发器703以及外围系统704。这些部件可在一个或多个通信总线704上通信。

处理器701可以是中央处理器(Central Processing Unit，CPU)，网络处理器(Network Processor，NP)或者CPU和NP的组合。

处理器701还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(Application-specific Integrated Circuit，ASIC)，可编程逻辑器件(ProgrammableLogic Device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(ComplexProgrammable Logic Device，CPLD)，现场可编程逻辑门阵列(Field-programmable GateArray，FPGA)，通用阵列逻辑(Generic Array Logic，GAL)或其任意组合。

可理解的，处理器701可用于识别车辆故障信息中故障码和/或故障数据流的数量；如果判断出检测到车辆故障信息中包含的故障码和/或故障数据流的数量异常，则限制汽车诊断设备的功能。

存储器702与处理器701耦合，可用于存储各种软件程序和/或多组指令。具体实现中，存储器702可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器702可以存储操作系统(下述简称系统)，例如ANDROID，IOS，WINDOWS，或者LINUX等嵌入式操作系统。存储器702还可以存储网络通信程序，该网络通信程序可用于与一个或多个附加设备，一个或多个终端设备，一个或多个网络设备进行通信。存储器702还可以存储用户接口程序，该用户接口程序可以通过图形化的操作界面将应用程序的内容形象逼真的显示出来，并通过菜单、对话框以及按键等输入控件接收用户对应用程序的控制操作。

可理解的，存储器702还可用于存储用于对汽车进行诊断的诊断程序及车辆故障信息。

收发器703可用于向目标设备发送诊断指令、接收目标设备发送的车辆故障信息。其中，当汽车诊断设备正常进行诊断操作时，目标设备可为汽车、悬挂车祸有轨电车等机动车辆；当汽车诊断设备被破解时，目标设备可为通讯模拟器。

外围系统704主要实现终端70和用户/外部环境之间的交互功能。具体实现中，外围系统704可包括：显示屏控制器706、键盘控制器707以及音频控制器708。其中，各个控制器可与各自对应的外围设备(如显示屏709、键盘710、音频电路711)耦合。需要说明的，外围系统704还可以包括其他I/O外设。

应当理解，终端70仅为本申请实施例提供的一个例子，并且，终端70可具有比示出的部件更多或更少的部件，可以组合两个或更多个部件，或者可具有部件的不同配置实现。

可理解的，关于图7的终端70包括的功能块的具体实现方式，可参考前述图3所述的方法实施例，这里不再赘述。

本申请提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现。

该计算机可读存储介质可以是前述任一实施例所述的终端的内部存储单元，例如终端的硬盘或内存。该计算机可读存储介质也可以是终端的外部存储设备，例如终端上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步的，该计算机可读存储介质还可以既包括终端的内部存储单元也包括外部存储设备。该计算机可读存储介质用于存储计算机程序以及终端所需的其他程序和数据。该计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

本申请还提供一种计算机程序产品，该计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，该计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包，该计算机包括电子装置。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的终端和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的终端和方法，可以通过其它的方式实现。例如，以描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

上述描述的终端实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、终端或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims

1.一种汽车诊断设备的软件防护方法，其特征在于，包括：

汽车诊断设备获取车辆故障信息；

2.如权利要求1所述的方法，其特征在于，所述如果汽车诊断设备检测到所述车辆故障信息中包含的故障码和/或故障数据流的数量异常，所述汽车诊断设备限制所述汽车诊断设备的功能，具体包括：

3.如权利要求2所述的方法，其特征在于，

4.如权利要求1-3任一项所述的方法，其特征在于：

所述故障码用于指示目标设备的部件所发生的故障；所述故障数据流用于指示所述目标设备中发生故障的部件的工作情况。

5.如权利要求4所述的方法，其特征在于，

所述汽车诊断设备关闭所述汽车诊断设备；

或者，

所述汽车诊断设备对所述汽车诊断设备进行锁机；

或者，

所述汽车诊断设备关闭所述汽车诊断设备的部分功能。

6.如权利要求4所述的方法，其特征在于，

所述汽车诊断设备关闭所述汽车诊断设备的通讯功能。

7.如权利要求4所述的方法，其特征在于，

所述汽车诊断设备包括多个通讯功能；

8.一种装置，其特征在于，所述装置为汽车诊断设备，包括：

获取单元，用于获取车辆故障信息；

9.一种终端，其特征在于，所述终端为汽车诊断设备，包括：收发器、存储器以及与所述存储器耦合的处理器，所述收发器、存储器以及与所述存储器耦合的处理器相互连接，其中，所述收发器用于执行接收或发送动作，所述存储器用于存储防护软件方法的实现代码，所述处理器用于调用所述存储器中存储的所述实现代码，即执行权利要求1-7任一项所述的汽车诊断设备的软件防护方法。

10.一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-7任一项所述的汽车诊断设备的软件防护方法。