CN114022973B - 一种车辆故障的处理方法、装置、设备以及存储介质 - Google Patents

Abstract

本公开提供了一种车辆故障的处理方法、装置、设备以及存储介质，涉及数据处理技术领域，尤其涉及人工智能、智能交通、自动驾驶等领域。具体实现方案为：对获取到的目标车辆的运行信息进行故障判定；在故障判定的结果为存在故障的情况下，确定故障的相关信息，故障的相关信息包括故障的等级和故障的解决办法中的至少一种；将故障以及故障的相关信息发送至指定的故障处理端。本公开的上述方法可以提高自动驾驶车辆的安全性、稳定性。

Description

一种车辆故障的处理方法、装置、设备以及存储介质

技术领域

本公开涉及数据处理技术领域，尤其涉及人工智能、智能交通、自动驾驶等领域，特别涉及一种车辆故障的处理方法、装置、设备以及存储介质。

背景技术

随着科技的发展，车辆的自动驾驶技术应用的越发广泛。随着自动驾驶等级的提高，在车辆自动驾驶的过程中，汽车的驾驶将越来越依赖于车辆中的各个模块的稳定性。一旦出现故障，对于乘车人员以及道路上的其他交通参与者而言将会非常危险。

发明内容

本公开提供了一种车辆故障的处理方法、装置、设备以及存储介质。

根据本公开的一方面，提供了一种车辆故障的处理方法，该方法可以包括以下步骤：

对获取到的目标车辆的运行信息进行故障判定；

在故障判定的结果为存在故障的情况下，确定故障的相关信息，故障的相关信息包括故障的等级和故障的解决办法中的至少一种；

将故障以及故障的相关信息发送至指定的故障处理端。

根据本公开的另一方面，提供了一种车辆故障的处理装置，该装置可以包括：

故障判定单元，用于对获取到的目标车辆的运行信息进行故障判定；

故障的相关信息确定单元，用于在故障判定的结果为存在故障的情况下，确定故障的相关信息，故障的相关信息包括故障的等级和故障的解决办法中的至少一种；

信息发送单元，用于将故障以及故障的相关信息发送至指定的故障处理端。

根据本公开的另一方面，提供了一种电子设备，包括：

至少一个处理器；以及

与该至少一个处理器通信连接的存储器；其中，

该存储器存储有可被该至少一个处理器执行的指令，该指令被该至少一个处理器执行，以使该至少一个处理器能够执行本公开任一实施例中的方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，该计算机指令用于使计算机执行本公开任一实施例中的方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现本公开任一实施例中的方法。

根据本公开的技术解决可以使不了解汽车结构的驾乘人员能够及时了解车辆的系统、硬件等是否有异常。并且在出现异常的情况下可以告知处理方式，提高了自动驾驶车辆的安全性、稳定性。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是根据本公开车辆故障的处理方法的流程图之一；

图2是根据本公开故障显示界面的示意图之一；

图3是根据本公开故障判定的流程图之一；

图4是根据本公开故障判定的流程图之二；

图5是根据本公开确定故障的相关信息的流程图之一；

图6是根据本公开确定故障的相关信息的流程图之二；

图7是根据本公开故障显示界面的示意图之二；

图8是根据本公开车辆故障的处理方法的流程图之二；

图9是根据本公开车辆故障的处理装置的示意图；

图10是用来实现本公开实施例的车辆故障的处理方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

如图1所示，本公开涉及一种车辆故障的处理方法，该方法可以包括以下步骤：

S101：对获取到的目标车辆的运行信息进行故障判定；

S102：在故障判定的结果为存在故障的情况下，确定故障的相关信息，故障的相关信息包括故障的等级和故障的解决办法中的至少一种；

S103：将故障以及故障的相关信息发送至指定的故障处理端。

本申请的执行主体可以是目标车辆，也可以是与目标车辆进行通信的云端或远程驾驶舱等。

目标车辆的运行信息可以包括目标车辆中各模块的检测数据，例如，各模块可以包括地图模块、感知模块、规划控制模块、雷达模块(传感器模块)以及安全系统模块等。上述各模块可以是与自动驾驶功能相关的模块。示例性地，地图模块可以用于进行路径显示和路况显示等。感知模块可以用于检测车辆状态，例如电量、行驶里程、车辆所处位置等。规划控制模块可以用于路径规划、行驶速度规划、停车位置规划等。雷达模块可以用于利用图像检测、红外检测等技术确定车身周围的障碍物信息。安全系统模块用于进行车辆的安全校验，例如证书管理、私钥管理等。

根据各模块的检测数据，可以判断目标车辆是否出现故障。结合图2所示，示例性地，在利用雷达标定数据进行计算的过程中，得到的计算结果存在部分雷达之间不符合(角度或图像等)约束关系，则可以确定出雷达标定数据存在错误。错误显示状态可以如图2中所示的前中雷达-外参文件、左雷达-外参文件、右雷达-外参文件、后下雷达-外参文件存在标注错误。

对于故障判定结果为存在故障的情况下，可以将故障的相关信息进行显示。故障的相关信息可以包括出现故障的部件、故障的等级、故障的解决办法等。

其中，故障的解决办法可以是预先存储的，针对不同部件的不同故障，可以保存有对应的至少一种故障解决办法。根据故障判定的具体情况，可以选择对应的故障解决办法。故障的相关信息可以发送至目标车辆的人机交互系统，也可以发送至云端或者远程驾驶舱等。

发送至人机交互系统的相关信息，可以提醒目标车辆中的驾乘人员依照故障解决办法进行故障处理。

发送至云端的相关信息可以作为目标车辆的历史信息，以为目标车辆的维修、保养或交易等提供数据支持。

发送至远程驾驶舱的相关信息，可以提醒目标车辆管理者对目标车辆进行远程控制。

通过上述过程，可以使不了解汽车结构的驾乘人员能够及时了解车辆的系统、硬件等是否有发生异常(故障)。并且在出现异常的情况下可以告知处理方式，极大程度的提高了自动驾驶车辆的安全性、稳定性。

如图3所示，在一种实施方式中，步骤S101可以包括以下步骤：

S301：获取目标车辆各模块的运行信息，模块包括参与目标车辆的自动驾驶功能的模块；

S302：利用目标车辆的状态，对运行信息添加标签；状态包括初始化状态或行驶状态；

S303：根据获取到的运行信息参考数据，对添加标签的运行信息进行故障判定，得到故障判定的结果。

目标车辆各模块的运行信息可以包括对应模块采集的数据，或者根据其他模块采集的数据进行计算得到的计算结果。

对于目标车辆的故障检测可以分为至少两个阶段，各阶段可以依据目标车辆的状态进行确定。例如，目标车辆的状态可以包括初始化状态或行驶状态。例如，初始化状态可以对应第一阶段，行驶状态可以对应第二阶段。

在目标车辆上电但未发动引擎的阶段可以对应目标车辆的初始化状态。目标车辆发动引擎后开始行驶的阶段可以对应目标车辆的行驶状态。

在不同状态下，对于故障的判别标准可能会存在差异。例如，车内温度在初始化状态和行驶状态的故障标准不同。因此，通过对运行信息加载标签，可以对目标车辆在不同状态下进行故障判定。

运行信息参考数据可以是预先存储的，也可以是实时向第三方进行交互以获取的。运行信息参考数据的获取方式在此不进行限定。通过将运行信息与运行信息参考数据进行比对，可以根据差异进行故障确定。例如，差异大于对应阈值的情况下，可以确定出现故障。

通过上述过程，可以实现对于自动驾驶车辆在不同状态下的故障判定。

如图4所示，在一种实施方式中，步骤S101还可以包括以下步骤：

S401：获取目标车辆的预设行驶线路和预设停车位置；

S402：根据检测到的目标车辆的所在的位置以及检测的时刻，对目标车辆的行驶准确性进行判定，将行驶准确性的判定结果作为故障判定的结果。

在目标车辆为运营车辆的情况下，对于每个目标车辆，均可具有预设行驶线路和预设停车位置。其中，运营车辆可以包括具有自动驾驶功能的出租车、公交车、机场巴士等。

可以对目标车辆所在位置进行定期检测。例如，可以每间隔5分钟进行一次检测。通过检测到的目标车辆的所在位置与预设行驶线路进行比较，在出现差异的情况下，可以确定目标车辆的行驶轨迹出现错误。或者，在前后两次检测或前后多次检测出现目标车辆所在位置未发生变化的情况下，可以确定目标车辆的位置检测部件出现故障，或者车辆出现无法行驶的故障等。

通过上述过程，在目标车辆为运营车辆的情况下，可以更进一步的确保目标车辆的运营安全。

如图5所示，在一种实施方式中，步骤S102可以包括以下步骤：

S501：确定存在故障的模块的重要程度；

S502：获取故障时刻目标车辆所在的位置以及环境信息；

S503：根据重要程度、位置以及环境信息中的至少一种，确定故障的等级，将确定出的故障的等级作为故障的相关信息。

模块的重要程度可以是预先确定的。例如，硬件层面电驱动车辆的电动机、电池等部件的重要程度最高。燃油驱动车辆的发动机、变速箱等部件的重要程度最高。两类车辆中的雨刷器等部件的重要程度较低等。软件层面，示例性地，自动驾驶车辆的行驶算法的重要程度高于根据降雨量调整雨刷器运动速度的算法。不同的重要程度，可以分别对应权重。

目标车辆的位置包括目标车辆行驶的所处的道路，例如，商圈、学校周边或医院周边等位置的重要性高于其他位置的重要性。又例如，十字路口的重要性高于丁字路口。再例如，高速路的重要性高于国道等。不同位置的重要性可以分别对应权重。

环境信息可以是目标车辆周围的其他交通参与者的数量以及与目标车辆的相对位置等。例如，可以根据其他交通参与者的数量以及与目标车辆的相对位置确定对应的权重。

以上权重的确定方式仅为示例说明，具体情况可以灵活设定。

利用重要程度、位置以及环境信息中的至少一种进行计算，可以确定出故障的等级。计算方式可以包括求和计算、求平均值计算等。

另外，还可以利用预先训练的故障等级模型进行确定。可以将重要程度、位置以及环境信息作为模型的输入特征，根据输入特征故障等级模型可以得到故障的等级。

上述模型可以根据重要程度样本、位置样本以及环境信息样本作为输入，故障等级标注结果作为输出进行训练。其中，待训练的模型可以根据重要程度样本、位置样本以及环境信息样本得到故障等级的预测结果。利用该预测结果和标注结果的差异，对待训练的模型中的参数进行调整，直至预测结果和标注结果的差异在阈值范围内，表示模型训练结束。

通过上述过程，可以根据不同维度的信息对故障等级进行确定。

如图6所示，在一种实施方式中，步骤S102还可以包括以下步骤：

S601：获取故障的展示信息，展示信息包括出现故障的模块、故障的故障等级、故障的故障码、故障的类型以及对故障的描述中的至少一种；

S602：根据展示信息，确定故障的解决办法，将确定出的故障的解决办法作为所述故障的相关信息。

故障的展示信息可以是在故障发生后，展示在人机交互系统上的信息。展示信息可以包括前述过程中确定出的故障的模块、所述故障的故障等级等内容。故障的类型可以包括硬件故障、软件故障等。

另外，展示信息还可以包括故障的描述信息，即产生故障的原因。根据故障的描述信息，可以生成故障码。

故障的解决办法可以是预先存储的，与故障的展示信息中的至少一种相匹配。由此，根据故障的展示信息，可以确定出对应的故障解决办法。如前述图2所示，在定位故障为雷达-外参数文件的情况下，故障的解决办法可以是检查车辆参数文件。另外，结合图7所示，在故障较为严重无法继续进行自动驾驶功能的情况下，故障的解决办法可以切换驾驶模式，由自动驾驶切换至人工驾驶。即，上述情况可以对应图7中的“发现故障，请安全员立即接管”。

另外，故障的展示信息还可以包括用户对故障的描述。用户对故障的描述可以是语音形式或文字形式等。通过语义识别模型或意图识别模型等，可以对用户对故障的描述进行关键词提取或意图识别，得到处理结果。通过关键词提取或意图识别，可以将用户对故障的描述进行标准化、归一化处理，从而使得处理结果具有泛化性。利用处理结果在目标车辆的厂商数据库或第三方认证的数据平台进行搜索，以进行解决办法的查询。在获取到查询结果的情况下，将查询出的故障的解决办法作为故障的相关信息。进一步的，可以将点赞数最多或采纳数最多的处理办法作为故障的解决办法。

通过上述过程，可以对常见故障进行处理方式的引导，提高自动驾驶车辆的安全性。

在一种实施方式中，指定的故障处理端包括：

人机交互系统和云端数据平台中的至少一种。

人机交互系统包括人机交互系统的云端和人机交互系统的终端中的至少一种。其中，人机交互系统的云端可以是云端服务器，该云端服务器可以作为桥梁，对故障信息进行存储与转发。转发对象可以包括人机交互系统的终端或云端数据平台。

人机交互系统的终端可以包括车机或安装于用户的智能设备，例如智能手机或平板电脑等。另外，人机交互系统的终端还可以包括远程驾驶舱。

云端数据平台可以作为目标车辆所属厂商的信息收集平台，可以展现目标车辆当前自动驾驶系统是否正常，并对目标车辆的历史情况能够追踪和回溯。

通过上述过程，可以实现故障信息的多元化发送。

在一种实施方式中，目标车辆包括具有自动驾驶功能的公交车。

如图8所示，本公开涉及一种车辆故障的处理方法，包括以下步骤：

S801：功能安全故障检测。

根据目标车辆各模块上传的数据，对各模块的故障情况进行检测。各模块可以包括地图模块、感知模块、规划控制模块、雷达模块(传感器模块)以及安全系统模块等。上述各模块可以是与自动驾驶功能相关的模块。

S802：人机交互系统服务器将故障反馈至人机交互系统。

人机系统服务器接收故障检测的结果，在出现故障的情况下，生成故障的解决办法，并将故障检测的结果以及故障的解决办法等发送至人机交互系统。人机交互系统可以包括车机或安装于用户的智能设备，例如智能手机或平板电脑等。另外，人机交互系统的终端还可以包括远程驾驶舱。

S803：人机交互系统对故障进行处理。

处理可以包括确定故障发生时目标车辆的状态。例如，目标车辆的状态可以包括初始化状态或行驶状态。

S804：将故障信息进行存储。

故障信息的存储可以在车端进行，也可以在云端进行。通过存储的故障信息可以展现目标车辆的自动驾驶系统是否正常，并对目标车辆的历史情况能够追踪和回溯。

如图9所示，本公开涉及一种车辆故障的处理装置，该装置可以包括：

故障判定单元901，用于对获取到的目标车辆的运行信息进行故障判定；

故障的相关信息确定单元902，用于在故障判定的结果为存在故障的情况下，确定故障的相关信息，故障的相关信息包括故障的等级和故障的解决办法中的至少一种；

信息发送单元903，用于将故障以及故障的相关信息发送至指定的故障处理端。

在一种实施方式中，故障判定单元901可以包括：

运行信息获取子单元，用于获取目标车辆各模块的运行信息，模块包括参与目标车辆的自动驾驶功能的模块；

标签加载子单元，用于利用目标车辆的状态，对运行信息添加标签；状态包括初始化状态或行驶状态；

第一故障判定执行子单元，用于根据获取到的运行信息参考数据，对添加标签的运行信息进行故障判定，得到故障判定的结果。

在一种实施方式中，故障判定单元901可以包括：

线路获取子单元，用于获取目标车辆的预设行驶线路和预设停车位置；

第二故障判定执行子单元，用于根据检测到的目标车辆的所在的位置以及检测的时刻，对目标车辆的行驶准确性进行判定，将行驶准确性的判定结果作为故障判定的结果。

在一种实施方式中，故障的相关信息确定单元902可以包括：

重要程度确定子单元，用于确定存在故障的模块的重要程度；

辅助信息获取子单元，用于获取故障时刻目标车辆所在的位置以及环境信息；

第一相关信息确定执行子单元，用于根据重要程度、位置以及环境信息中的至少一种，确定故障的等级，将确定出的故障的等级作为故障的相关信息。

在一种实施方式中，故障的相关信息确定单元902可以包括：

展示信息获取子单元，用于获取故障的展示信息，展示信息包括出现故障的模块、故障的故障等级、故障的故障码、故障的类型以及对故障的描述中的至少一种；

第二相关信息确定执行子单元，用于根据展示信息，确定故障的解决办法，将确定出的故障的解决办法作为故障的相关信息。

在一种实施方式中，指定的故障处理端可以包括：人机交互系统和云端数据平台中的至少一种。

在一种实施方式中，目标车辆可以包括具有自动驾驶功能的公交车。

本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图10示出了可以用来实施本公开的实施例的示例电子设备1000的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图10所示，设备1000包括计算单元1010，其可以根据存储在只读存储器(ROM)1020中的计算机程序或者从存储单元1080加载到随机访问存储器(RAM)1030中的计算机程序，来执行各种适当的动作和处理。在RAM1030中，还可存储设备1000操作所需的各种程序和数据。计算单元1010、ROM 1020以及RAM 1030通过总线1040彼此相连。输入/输出(I/O)接口1050也连接至总线1040。

设备1000中的多个部件连接至I/O接口1050，包括：输入单元1060，例如键盘、鼠标等；输出单元1070，例如各种类型的显示器、扬声器等；存储单元1080，例如磁盘、光盘等；以及通信单元1090，例如网卡、调制解调器、无线通信收发机等。通信单元1090允许设备1000通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元1010可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1010的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元1010执行上文所描述的各个方法和处理，例如车辆故障的处理方法。例如，在一些实施例中，车辆故障的处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1080。在一些实施例中，计算机程序的部分或者全部可以经由ROM 1020和/或通信单元1090而被载入和/或安装到设备1000上。当计算机程序加载到RAM 1030并由计算单元1010执行时，可以执行上文描述的车辆故障的处理方法的一个或多个步骤。备选地，在其他实施例中，计算单元1010可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行车辆故障的处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (13)

1.一种车辆故障的处理方法，包括：

对获取到的目标车辆的运行信息进行故障判定；

在所述故障判定的结果为存在故障的情况下，确定所述故障的相关信息，所述故障的相关信息包括所述故障的等级和故障的解决办法；其中，所述故障的等级是根据存在故障的模块的重要程度、故障时刻所述目标车辆所在的位置以及环境信息确定的；所述故障的解决办法是根据所述故障的展示信息确定的，所述展示信息包括出现所述故障的模块、所述故障的故障等级、所述故障的故障码、所述故障的类型以及用户对所述故障的描述；

将所述故障以及所述故障的相关信息发送至指定的故障处理端，并显示所述故障的相关信息；

所述对获取到的目标车辆的运行信息进行故障判定，包括：

获取所述目标车辆各模块的运行信息，所述模块包括参与所述目标车辆的自动驾驶功能的模块；

利用所述目标车辆的状态，对所述运行信息添加标签；所述状态包括初始化状态或行驶状态；

根据获取到的运行信息参考数据，对添加标签的所述运行信息进行故障判定，得到故障判定的结果；

所述展示信息为所述用户对故障的描述，所述用户对故障的描述是语音形式或文字形式，所述故障的解决办法是通过语义识别模型或意图识别模型，对所述用户对所述故障的描述进行关键词提取或意图识别得到的处理结果在所述目标车辆的厂商数据库或第三方认证的数据平台进行搜索确定的点赞数最多或采纳数最多的处理办法。

2.根据权利要求1所述的方法，其中，所述对获取到的目标车辆的行驶信息进行故障判定，还包括：

获取所述目标车辆的预设行驶线路和预设停车位置；

根据检测到的所述目标车辆的所在的位置以及检测的时刻，对所述目标车辆的行驶准确性进行判定，将行驶准确性的判定结果作为所述故障判定的结果。

3.根据权利要求1所述的方法，所述方法还包括：

确定存在故障的模块的重要程度；

获取故障时刻所述目标车辆所在的位置以及环境信息。

4.根据权利要求1所述的方法，其中，所述指定的故障处理端包括：

人机交互系统和云端数据平台中的至少一种。

5.根据权利要求1至4任一所述的方法，所述目标车辆包括具有自动驾驶功能的公交车。

6.一种车辆故障的处理装置，包括：

故障判定单元，用于对获取到的目标车辆的运行信息进行故障判定；

故障的相关信息确定单元，用于在所述故障判定的结果为存在故障的情况下，确定所述故障的相关信息，所述故障的相关信息包括所述故障的等级和故障的解决办法；其中，所述故障的等级是根据存在故障的模块的重要程度、故障时刻所述目标车辆所在的位置以及环境信息确定的；所述故障的解决办法是根据所述故障的展示信息确定的，所述展示信息包括出现所述故障的模块、所述故障的故障等级、所述故障的故障码、所述故障的类型以及用户对所述故障的描述；

信息发送单元，用于将所述故障以及所述故障的相关信息发送至指定的故障处理端，并显示所述故障的相关信息；

其中，所述故障判定单元，包括：

运行信息获取子单元，用于获取所述目标车辆各模块的运行信息，所述模块包括参与所述目标车辆的自动驾驶功能的模块；

标签加载子单元，用于利用所述目标车辆的状态，对所述运行信息添加标签；所述状态包括初始化状态或行驶状态；

第一故障判定执行子单元，用于根据获取到的运行信息参考数据，对添加标签的所述运行信息进行故障判定，得到故障判定的结果；

所述展示信息为所述用户对故障的描述，所述用户对故障的描述是语音形式或文字形式，所述故障的解决办法是通过语义识别模型或意图识别模型，对所述用户对所述故障的描述进行关键词提取或意图识别得到的处理结果在所述目标车辆的厂商数据库或第三方认证的数据平台进行搜索确定的点赞数最多或采纳数最多的处理办法。

7.根据权利要求6所述的装置，其中，所述故障判定单元，包括：

线路获取子单元，用于获取所述目标车辆的预设行驶线路和预设停车位置；

第二故障判定执行子单元，用于根据检测到的所述目标车辆的所在的位置以及检测的时刻，对所述目标车辆的行驶准确性进行判定，将行驶准确性的判定结果作为所述故障判定的结果。

8.根据权利要求6所述的装置，其中，所述故障的相关信息确定单元，包括：

重要程度确定子单元，用于确定存在故障的模块的重要程度；

辅助信息获取子单元，用于获取故障时刻所述目标车辆所在的位置以及环境信息。

9.根据权利要求6所述的装置，其中，所述指定的故障处理端包括：

人机交互系统和云端数据平台中的至少一种。

10.根据权利要求6至9任一所述的装置，所述目标车辆包括具有自动驾驶功能的公交车。

11.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1至5中任一项所述的方法。

12.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1至5中任一项所述的方法。

13.一种计算机程序产品，包括计算机程序/指令，其中，该计算机程序/指令被处理器执行时实现权利要求1至5中任一项所述的方法的步骤。