车辆CAN总线的异常监测方法、装置和计算机设备与流程

本申请涉及车辆安全技术领域，尤其涉及一种车辆can总线的异常监测方法、装置和计算机设备。

背景技术：

通常，传统的模糊测试应用场景中，通常利用操作系统提供的系统接口或网络端口，运行额外的监控程序去监控待测服务是否发生漏洞现象，由于车辆can总线通信程序通常运行在电子器件中，而电子器件多数没有操作系统，无法在模糊测试过程中通过运行监控程序发现漏洞，例如，内存异常监控方法和command监控方法。

因此，目前主要是通过人工观察电子器件或关联器件功能是否正常或停止工作，缺少一种异常感知能力更强且自动化的异常监控方法。

技术实现要素：

本申请旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本申请提出一种车辆can总线的异常监测方法、装置和计算机设备，解决了现有技术中主要通过人工判断车辆总线是否发生异常，成本高效率比较低，无法自动化进行异常监控的技术问题，通过在模糊测试过程中每隔一组测试用例后，扫描各目标设备的故障码总数量值并与故障码基准总值进行比对确定是否监测到异常，实现了对总线的自动化异常监控，提高总线异常监测效率。

为达上述目的，本申请第一方面实施例提出了一种车辆can总线的异常监测方法，包括：

在每间隔预设数值次数的模糊测试后，扫描目标设备的故障码总数量值；

将所述故障码总数量值与预设故障列表中的故障码基准总值进行对比，确定是否监测到异常。

本实施例的车辆can总线的异常监测方法，通过在每间隔预设数值次数的模糊测试后，扫描目标设备的故障码总数量值；将故障码总数量值与预设故障列表中的故障码基准总值进行对比,确定是否监测到异常。由此，解决了现有技术中主要通过人工判断车辆总线是否发生异常，成本高效率比较低，无法自动化进行异常监控的技术问题，通过在模糊测试过程中每隔一组测试用例后，扫描各目标设备的故障码总数量值并与故障码基准总值进行比对确定是否监测到异常，实现了对总线的自动化异常监控，提高总线异常监测效率。

为达上述目的，本申请第二方面实施例提出了一种车辆can总线的异常监测装置，包括：

扫描模块，用于在每间隔预设数值次数的模糊测试后，扫描目标设备的故障码总数量值；

处理模块，用于将所述故障码总数量值与预设故障列表中的故障码基准总值进行对比，确定是否监测到异常。

本实施例的车辆can总线的异常监测装置，通过在每间隔预设数值次数的模糊测试后，扫描目标设备的故障码总数量值；将故障码总数量值与预设故障列表中的故障码基准总值进行对比,确定是否监测到异常。由此，解决了现有技术中主要通过人工判断车辆总线是否发生异常，成本高效率比较低，无法自动化进行异常监控的技术问题，通过在模糊测试过程中每隔一组测试用例后，扫描各目标设备的故障码总数量值并与故障码基准总值进行比对确定是否监测到异常，实现了对总线的自动化异常监控，提高总线异常监测效率。

为达上述目的，本申请第三方面实施例提出了一种计算机设备，包括：处理器和存储器；其中，所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于实现如第一方面实施例所述的车辆can总线的异常监测方法。

为达上述目的，本申请第四方面实施例提出了一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面实施例所述的车辆can总线的异常监测方法。

为达上述目的，本申请第五方面实施例提出了一种计算机程序产品，当所述计算机程序产品中的指令由处理器执行时，实现如第一方面实施例所述的车辆can总线的异常监测方法。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例所提供的一种车辆can总线的异常监测方法的流程示意图；

图2为本申请实施例所提供的另一种车辆can总线的异常监测方法的流程示意图；

图3为本申请实施例所提供的又一种车辆can总线的异常监测方法的流程示意图；

图4为本申请实施例所提供的一种车辆can总线的异常监测示例图；

图5为本申请实施例所提供的一种车辆can总线的异常监测装置的结构示意图；

图6为本申请实施例所提供的另一种车辆can总线的异常监测装置的结构示意图；

图7为本申请实施例所提供的又一种车辆can总线的异常监测装置的结构示意图；

图8为本申请实施例所提供的再一种车辆can总线的异常监测装置的结构示意图；以及

图9为本申请实施例所提供的计算机设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的车辆can总线的异常监测方法、装置和计算机设备。

图1为本申请实施例所提供的一种车辆can总线的异常监测方法的流程示意图。

基于上述背景技术的描述，目前主要是通过人工观察电子器件或关联器件功能是否正常或停止工作，缺少一种异常感知能力更强且自动化的异常监控方法。因此，本申请提出一种车辆can总线的异常监测方法，通过在模糊测试过程中每隔一组测试用例后，扫描各目标设备的故障码总数量值并与故障码基准总值进行比对确定是否监测到异常，实现了对总线的自动化异常监控，提高总线异常监测效率。

如图1所示，该车辆can总线的异常监测方法可以包括以下步骤：

步骤101，在每间隔预设数值次数的模糊测试后，扫描目标设备的故障码总数量值。

步骤102，将故障码总数量值与预设故障列表中的故障码基准总值进行对比，确定是否监测到异常。

具体地，可以将模糊测试用例按照一定数量进行分组，比如每10个测试用例为一组，因此每间隔预设数值的模糊测试，可以是每间隔10的模糊测试。

可以理解的是，本申请在每间隔预设数值次数的模糊测试后，扫描目标设备的故障码总数量值而不是每一个模糊测试后就扫描目标设备的故障码总数量值，进一步提高处理效率。

其中，目标设备比如可以是电子控制单元ecu(electroniccontrolunit)。可以理解的是，扫描目标设备的故障码总数量值的方式有很多种，比如通过发送预设监控报文指令扫描电子控制单元ecu的故障码总数量值。

需要说明的是，考虑到性能问题，每隔预设数值的模糊测试迭代，控制监控报文在总的模糊测试报文的一定比例之内，比如占比10％以内。

由此，将故障码总数量值与预设故障列表中的故障码基准总值进行对比,确定是否监测到异常，可以理解的是，故障码总数量值与预设故障列表中的故障码基准总值进行对比后，如果一致，则确定没有监测到异常，持续进行监控，如果不一致，则确定监测到异常。

其中，预设故障列表是在进行模糊测试之前生成的，具体如图2所示，包括：

步骤201，在模糊测试之前，对目标设备进行扫描获取故障码基准总值和目标级别故障码基准值。

步骤202，根据故障码基准总值和目标级别故障码基准值生成与目标设备对应的预设故障列表。

具体地，在模糊测试开始前，扫描所有目标设备测试前的故障码总数与目标级别故障码比如严重性故障码的数量，从而获取每个目标设备测试前的故障码列表，形成目标设备的预设故障列表。

本实施例的车辆can总线的异常监测方法，通过在每间隔预设数值次数的模糊测试后，扫描目标设备的故障码总数量值；将故障码总数量值与预设故障列表中的故障码基准总值进行对比,确定是否监测到异常。由此，解决了现有技术中主要通过人工判断车辆总线是否发生异常，成本高效率比较低，无法自动化进行异常监控的技术问题，通过在模糊测试过程中每隔一组测试用例后，扫描各目标设备的故障码总数量值并与故障码基准总值进行比对确定是否监测到异常，实现了对总线的自动化异常监控，提高总线异常监测效率。

图3为本申请实施例所提供的又一种车辆can总线的异常监测方法的流程示意图。如图3所示，包括：

步骤301，在每间隔预设数值次数的模糊测试后，扫描目标设备的故障码总数量值。

步骤302，将故障码总数量值与预设故障列表中的故障码基准总值进行对比，确定故障码总数量值与故障码基准总值不一致，扫描目标设备的目标级别故障码数量值。

具体地，在每间隔预设数值的模糊测试后，扫描目标设备的故障码总数量值为2，与预设故障列表中的故障码基准总值0进行对比，确定故障码总数量值与故障码基准总值不一致，进一步扫描目标设备的目标级别故障码数量值，比如严重性级别故障码数量值比如为1。

步骤303，判断目标级别故障码数量值与预设故障列表中的目标级别故障码基准值是否一致。

步骤304，若目标级别故障码数量值与预设故障列表中的目标级别故障码基准值不一致，则获取增加的目标级别故障码对应的故障信息并记录。

具体地，判断目标级别故障码数量值与预设故障列表中的目标级别故障码基准值是否一致，比如目标级别故障码数量值1与目标级别故障码基准值0不一致，获取增加的目标级别故障码对应的故障信息并记录。

可以理解的是，获取增加的目标级别故障码对应的故障信息并记的方式有很多种，作为一种示例，通过预设报文指令获取增加的目标级别故障码对应的故障信息并记录；作为另一种示例，对目标设备进行扫描，生成当前预设故障列表，并将当前预设故障列表与预设故障列表进行对比，获取增加的目标级别故障码对应的故障信息并记录。

步骤305，根据故障码总数量值和目标级别故障码数量值更新预设故障列表。

在进行下一组模糊测试之前，根据故障码总数量值和目标级别故障码数量值更新预设故障列表，比如将上述的故障码总数量值为2替换与预设故障列表中的故障码基准总值0；目标级别故障码数量值1与目标级别故障码基准值0。

具体地，如图4所示，本申请考虑到异常监控在模糊测试过程的性能消耗，本发明采用了粗粒度监控(故障码总数量值与预设故障列表中的故障码基准总值进行对比)和细粒度监控(目标级别故障码数量值与预设故障列表中的目标级别故障码基准值对比)，粗粒度监控每隔一组测试用例进行一次扫描目标设备的故障码总数量值，控制监控报文在总的模糊测试报文一定占比(比如百分之十)以内。比如图4中，首先，通过扫描每个ecu，获得各ecu故障码基准总值和目标级别故障码基准值，其次，在模糊测试过程中每隔一组测试用例，扫描各ecu的粗粒度故障状态信息即目标设备的故障码总数量与基准状态即故障码基准总值进行比对，如果无变化则等待下一次的粗粒度监控；如果有异常，则进行细粒度的监控(判断目标级别故障码数量值与预设故障列表中的目标级别故障码基准值是否一致)，并更新预设故障列表，记录异常信息。最后，在模糊测试结束后，进行异常监控器的终止前的最后扫描，确认无遗漏的增加的目标级别故障码对应的故障信息。

需要说明的是，还可以对目标级别故障码对应的故障信息进行复现测试，以方便后续对异常信息进行分析。

本实施例的车辆can总线的异常监测方法，通过在每间隔预设数值次数的模糊测试后，扫描目标设备的故障码总数量值，将故障码总数量值与预设故障列表中的故障码基准总值进行对比，确定故障码总数量值与故障码基准总值不一致，扫描目标设备的目标级别故障码数量值，判断目标级别故障码数量值与预设故障列表中的目标级别故障码基准值是否一致，若目标级别故障码数量值与预设故障列表中的目标级别故障码基准值不一致，则获取增加的目标级别故障码对应的故障信息并记录，根据故障码总数量值和目标级别故障码数量值更新预设故障列表。由此，解决了现有技术中主要通过人工判断车辆总线是否发生异常，成本高效率比较低，无法自动化进行异常监控的技术问题，通过在模糊测试过程中每隔一组测试用例后，扫描各目标设备的故障码总数量值并与故障码基准总值进行比对确定是否监测到异常，实现了对总线的自动化异常监控，提高总线异常监测效率。

为了实现上述实施例，本申请还提出一种车辆can总线的异常监测装置。

图5为本申请实施例所提供的一种车辆can总线的异常监测装置的结构示意图。

如图5所示，该车辆can总线的异常监测装置可以包括：扫描模块501和处理模块502。其中，

其中，扫描模块501，用于在每间隔预设数值次数的模糊测试后，扫描目标设备的故障码总数量值。

处理模块502，用于将故障码总数量值与预设故障列表中的故障码基准总值进行对比，确定是否监测到异常。

在本申请实施例一种可能的实现方式中，如图6所示，在图5的基础上还包括：判断模块503和获取模块504。

其中，扫描模块502，还用于故障码总数量值与故障码基准总值不一致，扫描目标设备的目标级别故障码数量值。

判断模块503，用于判断目标级别故障码数量值与预设故障列表中的目标级别故障码基准值是否一致。

获取模块504，用于若目标级别故障码数量值与预设故障列表中的目标级别故障码基准值不一致，则获取增加的目标级别故障码对应的故障信息并记录。

在本申请实施例一种可能的实现方式中，如图7所示，在图5的基础上还包括：生成模块505。

其中，扫描模块501，还用于在模糊测试之前，对目标设备进行扫描获取故障码基准总值和目标级别故障码基准值。

生成模块505，用于根据故障码基准总值和目标级别故障码基准值生成与目标设备对应的预设故障列表。

在本申请实施例一种可能的实现方式中，获取模块504，具体用于：通过预设报文指令获取增加的目标级别故障码对应的故障信息并记录；或，对目标设备进行扫描，生成当前预设故障列表，并将当前预设故障列表与预设故障列表进行对比，获取增加的目标级别故障码对应的故障信息并记录。

在本申请实施例一种可能的实现方式中，如图8所示，在图5的基础上还包括：更新模块506。

其中，更新模块506，用于根据故障码总数量值和目标级别故障码数量值更新预设故障列表

需要说明的是，前述对车辆can总线的异常监测方法实施例的解释说明也适用于该实施例的车辆can总线的异常监测装置，其实现原理类似，此处不再赘述。

本申请实施例的车辆can总线的异常监测装置，通过在每间隔预设数值次数的模糊测试后，扫描目标设备的故障码总数量值；将故障码总数量值与预设故障列表中的故障码基准总值进行对比,确定是否监测到异常。由此，解决了现有技术中主要通过人工判断车辆总线是否发生异常，成本高效率比较低，无法自动化进行异常监控的技术问题，通过在模糊测试过程中每隔一组测试用例后，扫描各目标设备的故障码总数量值并与故障码基准总值进行比对确定是否监测到异常，实现了对总线的自动化异常监控，提高总线异常监测效率。

通过为了实现上述实施例，本申请还提出一种计算机设备，包括：处理器和存储器。其中，处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，以用于实现如前述实施例所述的车辆can总线的异常监测方法。

图9为本申请实施例所提供的计算机设备的结构示意图，示出了适于用来实现本申请实施方式的示例性计算机设备90的框图。图9显示的计算机设备90仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图9所示，计算机设备90以通用计算机设备的形式表现。计算机设备90的组件可以包括但不限于：一个或者多个处理器或者处理单元906，系统存储器910，连接不同系统组件(包括系统存储器910和处理单元906)的总线908。

总线908表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(industrystandardarchitecture；以下简称：isa)总线，微通道体系结构(microchannelarchitecture；以下简称：mac)总线，增强型isa总线、视频电子标准协会(videoelectronicsstandardsassociation；以下简称：vesa)局域总线以及外围组件互连(peripheralcomponentinterconnection；以下简称：pci)总线。

计算机设备90典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备90访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器910可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(randomaccessmemory；以下简称：ram)911和/或高速缓存存储器912。计算机设备90可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统913可以用于读写不可移动的、非易失性磁介质(图9未显示，通常称为“硬盘驱动器”)。尽管图9中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如：光盘只读存储器(compactdiscreadonlymemory；以下简称：cd-rom)、数字多功能只读光盘(digitalvideodiscreadonlymemory；以下简称：dvd-rom)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线908相连。系统存储器910可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本申请各实施例的功能。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。

具有一组(至少一个)程序模块9140的程序/实用工具914，可以存储在例如系统存储器910中，这样的程序模块9140包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块9140通常执行本申请所描述的实施例中的功能和/或方法。

计算机设备90也可以与一个或多个外部设备10(例如键盘、指向设备、显示器100等)通信，还可与一个或者多个使得用户能与该终端设备90交互的设备通信，和/或与使得该计算机设备90能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口902进行。并且，计算机设备90还可以通过网络适配器900与一个或者多个网络(例如局域网(localareanetwork；以下简称：lan)，广域网(wideareanetwork；以下简称：wan)和/或公共网络，例如因特网)通信。如图9所示，网络适配器900通过总线908与计算机设备90的其它模块通信。应当明白，尽管图9中未示出，可以结合计算机设备90使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

处理单元906通过运行存储在系统存储器910中的程序，从而执行各种功能应用以及基于车载场景的车辆can总线的异常监测，例如实现前述实施例中提及的车辆can总线的异常监测方法。

为了实现上述实施例，本申请还提出一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，实现如前述实施例所述的车辆can总线的异常监测方法。

为了实现上述实施例，本申请还提出一种计算机程序产品，当所述计算机程序产品中的指令由处理器执行时，实现如前述实施例所述的车辆can总线的异常监测方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。