CN117841869A - 一种车辆行车风险自检方法、装置、设备及存储介质 - Google Patents

Abstract

本发明提供一种车辆行车风险自检方法、装置、设备及存储介质，该方法包括：获取初始安全检查设置并得到待检测车辆的待检测项目，对待检测车辆的各项待检测项目的运行状态进行检测，以得到各待检测项目的当前运行状态，若当前运行状态为异常，则判定待检测项目存在故障，遍历全部待检测项目得到全部待检测项目的当前运行状并生成故障指数，当故障指数小于或等于预设安全阈值，则判定待检测车辆的行车风险为安全状态，当故障指数大于预设安全阈值，则判定待检测车辆的行车风险为危险状态；通过检测车辆的多个待检测项目的运行状态进而对整车的行车风险进行评估，以提示用户车辆可正常驾驶或需要维修，以及时发现车辆故障风险，提升了行车安全。

Description

一种车辆行车风险自检方法、装置、设备及存储介质

技术领域

本申请涉及智能驾驶技术领域，具体涉及一种车辆行车风险自检方法、装置、设备及存储介质。

背景技术

随着汽车的不断普及，相关设备、智能化技术不断发展和应用，人们对于车辆的要求也越来越高，汽车的属性也在交通工具的基础上赋予了更多的含义，现在可以在车上休息按摩、看电影、听音乐，甚至打游戏、人们在车上的时间也是越来越多，同样人们对汽车安全要求也越来越高，也希望在开车时，能够更加全面细致地了解车辆的状态。

目前，车辆主要是通过人为检查(绕着车走一圈，以此来确认周边情况)和上电自检的方式，检查车辆状态是否运行正常，并在车辆仪表屏工作界面显示不同模块的状态图标，包括：挡位、胎压、可行驶里程、发动机温度等，对应模块发生故障时，则显示对应故障图标；然而由于屏幕尺寸首先，其展示的内容并不完整，因此并不能对车辆的故障问题进行全面的展示，不利于用户直观得到车辆行车风险的评估结论。

发明内容

鉴于以上所述现有技术的缺点，本发明提供一种车辆行车风险自检方法、装置、设备及存储介质，以解决上述受限于车载显示屏尺寸，不能直观向用户展示车辆行车风险的技术问题。

本发明提供的一种车辆行车风险自检方法，所述方法包括：获取初始安全检查设置，并基于所述初始安全检查设置得到待检测车辆的待检测项目；对所述待检测车辆的各项待检测项目的运行状态进行检测，以得到各待检测项目的当前运行状态，若所述当前运行状态为异常，则判定所述待检测项目存在故障；遍历全部待检测项目，以得到全部待检测项目的当前运行状态，并基于全部存在故障的待检测项目的故障状态生成故障指数；当所述故障指数小于或等于预设安全阈值，则判定所述待检测车辆的行车风险为安全状态，当所述故障指数大于预设安全阈值，则判定所述待检测车辆的行车风险为危险状态。

于本发明的一实施例中，获取初始安全检查设置之前，还包括：获取初始检测需求和初始设置信息，所述初始设置信息包括自检事件的启动方式；基于所述初始检测需求从全部检测项目中确定部分待检测项目为目标待检测项目；基于所述目标待检测项目和所述启动方式生成初始安全检查设置。

于本发明的一实施例中，若所述当前运行状态为异常，则判定所述待检测项目存在故障之后，还包括：将任一存在故障的待检测项目确定为目标项目，并获取所述目标项目的运行参数；基于所述运行参数确定所述目标项目的故障原因，并基于所述故障原因生成故障解决方案；将所述故障解决方案推送至用户。

于本发明的一实施例中，基于全部存在故障的待检测项目的故障状态生成故障指数之前，还包括：获取全部待检测项目对驾驶安全的影响系数，并基于所述影响系数将所述全部待检测项目分为一级检测项目、二级检测项目，以及三级检测项目；对所述一级检测项目、二级检测项目以及三级检测项目的故障参数进行赋值，以得到各检测项目的故障指数。

于本发明的一实施例中，所述待检测车辆的全部待检测项目包括整车通信检测、整车基础信息检测、整车周边障碍检测、整车存储检测、整车网络连接检测、整程设备连接检测、整车系统升级检测、整车保养状态检测。

于本发明的一实施例中，判定所述待检测车辆的行车风险为危险状态之后，还包括：基于所述危险状态生成危险预警信息，并基于所述危险预警信息生成驾驶建议；将所述危险预警信息和所述驾驶建议推送至用户端。

本申请提供一种车辆行车风险自检装置，所述装置包括：信息获取模块，用于获取初始安全检查设置，并基于所述初始安全检查设置得到待检测车辆的待检测项目；故障识别模块，用于对所述待检测车辆的各项待检测项目的运行状态进行检测，以得到各待检测项目的当前运行状态，若所述当前运行状态为异常，则判定所述待检测项目存在故障；故障指数生成模块，用于遍历全部待检测项目，以得到全部待检测项目的当前运行状态，并基于全部存在故障的待检测项目的故障状态生成故障指数；行车风险判定模块，用于当所述故障指数小于或等于预设安全阈值，则判定所述待检测车辆的行车风险为安全状态，当所述故障指数大于预设安全阈值，则判定所述待检测车辆的行车风险为危险状态。

于本发明的一实施例中，所述故障识别模块包括车身域控制器、座舱域控制器、驾驶域控制器、屏幕，以及云平台，所述车身域控制器与车身传感器连接，以采集所述车身传感器的状态参数，所述车身传感器用于检测车辆本身的运行状态；所述座舱域控制器与座舱传感器连接，以采集所述座舱传感器的状态参数，所述座舱传感器用于检测车辆座舱系统的运行状态；所述驾驶域控制器与驾驶域传感器连接，以采集所述驾驶域传感器的状态参数，所述驾驶域传感器用于检测车辆驾驶系统的运行状态及车辆周边状态；所述车身域控制器和所述驾驶域控制器分别与所述座舱域控制器，所述座舱域控制器将采集得到的数据发送至所述屏幕和所述云平台。

本申请提供一种电子设备，所述电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如上所述的车辆行车风险自检方法。

本申请提供一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行如上所述的车辆行车风险自检方法。

本发明的有益效果：本发明中的一种车辆行车风险自检方法、装置、设备及存储介质，该方法包括：获取初始安全检查设置并得到待检测车辆的待检测项目，对待检测车辆的各项待检测项目的运行状态进行检测，以得到各待检测项目的当前运行状态，若当前运行状态为异常，则判定待检测项目存在故障，遍历全部待检测项目得到全部待检测项目的当前运行状并生成故障指数，当故障指数小于或等于预设安全阈值，则判定待检测车辆的行车风险为安全状态，当故障指数大于预设安全阈值，则判定待检测车辆的行车风险为危险状态；通过检测车辆的多个待检测项目的运行状态进而对整车的行车风险进行评估，以提示用户车辆可正常驾驶或需要维修，以及时发现车辆故障风险，提升了行车安全。

此外，本申请提出的方法还在得到各检测项目的故障状态之后，针对出现故障的检测项目生成其对应的维修方案，以便于用户及时处理相关问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1是本申请的一示例性实施例示出的车辆行车风险自检方法的实施环境示意图；

图2是本申请的一示例性实施例示出的车辆行车风险自检方法的流程图；

图3是本申请的一示例性实施例示出的传统仪表故障图标展示示意图；

图4是本申请的一示例性实施例示出的车辆行车风险自检方法的故障自检结果展示示意图；

图5是本申请的一示例性实施例示出的车辆行车风险自检方法检测流程示意图；

图6是本申请的一示例性实施例示出的车辆行车风险自检装置的框图；

图7是本申请的一示例性实施例示出的车辆行车风险自检装置系统构架图；

图8是本申请的一示例性实施例示出的车辆行车风险自检装置功能构架图；

图9示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

以下将参照附图和优选实施例来说明本发明的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本发明，而不是为了限制本发明的保护范围。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

在下文描述中，探讨了大量细节，以提供对本发明实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本发明的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本发明的实施例难以理解。

首先需要说明的是，Head-Up Display的缩写，即抬头显示，也被称为平视显示系统。这是一套能够利用光学反射的原理，将重要的行车相关信息投射到前挡玻璃上的一种显示系统。

图1是本申请的一示例性实施例示出的车辆行车风险自检方法的实施环境示意图。

如图1所示，车辆行车风险自检方法的实施环境包括数据采集装置101和计算机设备102，其中数据采集装置101用于采集车辆的自检需求和检测设置，以及各检测项目的运行状态信息，并将采集得到的信息发送至计算机设备102中，其数据采集装置可以是任意可用于采集相关信息的装置或设备，本申请并不对其做任何限制。计算机设备102用于接收数据采集装置101所采集得到的自检需求确定待检测项目，从而基于检测得到的各项目的运行状态确定待检测项目的运行状态，进而基于待检测项目的当前运行状态确定车辆的驾驶风险。其中，计算机设备102可以是台式图形处理器(Graphic Processing Unit，GPU)计算机、GPU计算集群、神经网络计算机等中的至少一种，也可以是集成在当前车辆上的智能处理器，本申请亦不对此做任何限制。

图2是本申请的一示例性实施例示出的车辆行车风险自检方法的流程图。

如图2所示，在一示例性的实施例中，车辆行车风险自检方法至少包括步骤S210至步骤S240，详细介绍如下：

步骤S210，获取初始安全检查设置，并基于初始安全检查设置得到待检测车辆的待检测项目。

在本申请的一个实施例中，获取初始安全检查设置之前，还包括：获取初始检测需求和初始设置信息，初始设置信息包括自检事件的启动方式；基于初始检测需求从全部检测项目中确定部分待检测项目为目标待检测项目；基于目标待检测项目和启动方式生成初始安全检查设置。

在本申请的一个具体实施例中，首先基于客户的需求对车辆自检功能的启动方式进行设置，并根据客户的需求和现状，对需要进行检测的项目进行配置和选择，从而基于用户的需要生成股规范性的初始安全检查设置。

步骤S220，对待检测车辆的各项待检测项目的运行状态进行检测，以得到各待检测项目的当前运行状态，若当前运行状态为异常，则判定待检测项目存在故障。

在本申请的一个实施例中，待检测车辆的全部待检测项目包括整车通信检测、整车基础信息检测、整车周边障碍检测、整车存储检测、整车网络连接检测、整程设备连接检测、整车系统升级检测、整车保养状态检测。

步骤S230，遍历全部待检测项目，以得到全部待检测项目的当前运行状态，并基于全部存在故障的待检测项目的故障状态生成故障指数。

在本申请的一个实施例中，首先根据用户设置的检测需求确定待检测项目的列表，该列表包含全部的待检测项目信息且每个项目都有一个唯一的标识符和相关的状态信息；然后遍历待检测项目的列表，对于每个项目，执行以下步骤：

a.获取项目状态：从项目相关的状态信息中获取项目的当前运行状态。这可能包括正常、故障、维护等状态。

b.更新状态信息：将获取到的项目状态更新到项目的状态信息中。

c.检查故障：如果项目的状态为故障，则将其添加到一个故障项目的列表中。

再然后，遍历故障项目的列表，对于每个故障项目根据故障项目的类型和重要性，计算其对系统或业务的影响，并将每个故障项目的故障影响累加到总故障指数中；最后，将全部待检测项目的当前运行状态和总故障指数输出。需要说明的是，其故障影响包括故障持续时间、影响范围、对业务的影响等相关信息，而故障指数的输出结果可以是一个报告、仪表板或通知，以便相关人员了解系统的运行状态和潜在问题，本申请并不对其输出结果的具体体现方式做任何限制。

在本申请的一个实施例中，若当前运行状态为异常，则判定待检测项目存在故障之后，还包括：将任一存在故障的待检测项目确定为目标项目，并获取目标项目的运行参数；基于运行参数确定目标项目的故障原因，并基于故障原因生成故障解决方案；将故障解决方案推送至用户。

在本申请的一个具体实施例中，在判定待检测项目存在故障后，选择其中一个存在故障的待检测项目作为目标项目，并获取该目标项目相关的运行参数，其参数可能包括设备的温度、电压、电流、网络连接状态、系统日志等以确定该目标项目运行状态和故障情况；然后基于获取到的运行参数，分析目标项目的运行状态和可能的故障原因，并根据分析的运行参数，确定目标项目的故障原因，进而基于确定的故障原因，生成相应的故障解决方案，并将生成的故障解决方案推送至用户，以便他们能够及时采取行动解决问题。需要说明的是，目标项目的选择基于故障的严重性、影响范围或其他相关因素来确定；运行参数分析可以通过比较正常状态下的参数与当前参数的方式识别异常或偏离正常范围的参数，从而确定目标项目的运行状态；故障原因分析则可以通过分析相关参数的变化趋势、异常值或与其他相关信息的关联性等方式实现；其故障解决方案可以包括重启设备、更新软件、调整配置参数等操作步骤，而故障及方案的推送可以基于通过电子邮件、短信通知、系统通知等方式实现，本申请并不对上述信息的具体类别及方法的实现方式做任何限制。

在本申请的一个实施例中，基于全部存在故障的待检测项目的故障状态生成故障指数之前，还包括：获取全部待检测项目对驾驶安全的影响系数，并基于影响系数将全部待检测项目分为一级检测项目、二级检测项目，以及三级检测项目；对一级检测项目、二级检测项目以及三级检测项目的故障参数进行赋值，以得到各检测项目的故障指数。

在本申请的一个实施例中，首先获取每个待检测项目对驾驶安全的影响系数；然后根据每个待检测项目的影响系数，将它们分为一级检测项目、二级检测项目和三级检测项目，其中一级检测项目是对驾驶安全有重大影响的，二级检测项目是具有一定影响的，而三级检测项目是影响较小的，并对于每个级别的检测项目，根据其故障状态和影响系数，为其分配相应的故障参数值；最后，根据每个检测项目的故障参数值，计算其故障指数。需要说明的是，影响系数可以通过专家评估、历史数据分析和实际测试等方式来确定，其影响系数基于项目的关键性、故障后果的严重性、对驾驶操作的直接影响等因素来评估得到，而故障参数值则可能包括故障的严重程度、发生频率、持续时间等，其故障指数则用于反映每个检测项目的整体故障状况和其对驾驶安全的影响程度。

步骤S240，当故障指数小于或等于预设安全阈值，则判定待检测车辆的行车风险为安全状态，当故障指数大于预设安全阈值，则判定待检测车辆的行车风险为危险状态。

图3是本申请的一示例性实施例示出的传统仪表故障图标展示示意图，图4是本申请的一示例性实施例示出的车辆行车风险自检方法的故障自检结果展示示意图。

如图3所示，传统的车辆故障信息通常基于HUD展示，但其受限于其屏幕尺寸，通常展示的信息都是不完整的，并不利于用户直接了解车辆的整体情况，且只能显示故障状态不能显示故障原因更遑论故障解决方案；且各待检测项目的检测结论是彼此独立的，并未对其进行整合，也没有将汽车保养、盲区检查等功能融合进去，因此，并不能生成一个总结性的自检结论以指导用户用车。

然而，如图4所示，本申请提出的车辆行车风险自检方法则是集通信自检、网络自检、基础信息、障碍检测、设备连接、存储检测、系统升级检测以及保养提醒于一体的综合检测方案，当车辆启动之后，基于其初始自检设置人为启动或自启动其自检功能，并对上述待检测项目进行逐项检测，以得到各项目的检测结果。

在本申请的一个具体实施例中，当任一项的检测结果为安全则显示绿色，即为自检通过，当任一项检测结果为故障状态则显示红色，即为该待检测项目存在故障。此外，保养提醒仅作为提醒信息，以用户的输入信息为检测结果，当用户已完成检测之后，将“已完成”的结果输入至车辆中控即可。

在本申请的一个实施例中，判定待检测车辆的行车风险为危险状态之后，还包括：基于危险状态生成危险预警信息，并基于危险预警信息生成驾驶建议；将危险预警信息和驾驶建议推送至用户端。

在本申请的一个实施例中，首先基于检测项目的故障状态和故障指数，生成危险预警信息该预警信息包括故障类型、严重程度、可能的影响范围等信息，并根据危险预警信息，生成相应的驾驶建议，其驾驶建议则包括降低车速、避免急刹车、提前避让等，最后将危险预警信息和驾驶建议通过用户端推送至驾驶员。其信息推送方式可以通过车辆仪表板、手机应用程序或车载通讯系统等方式实现，而推送的内容可能包括文本消息、语音提示或图形化显示，以便驾驶员能够及时了解并采取相应的措施，本申请并不对其作任何限制。

图5是本申请的一示例性实施例示出的车辆行车风险自检方法检测流程示意图。

在本申请的一个实施例中，如图5所示，在车辆上电之后，启动自检程序，并按模块显示检测概况，进而识别其检测是否存在异常，若不存在异常则建议用户正常行驶即可；若存在异常则进行风险预警并识别其具体的故障原因并生成故障解决方案，从而基于故障及其解决方案判定是否影响驾驶安全，若不影响则建议用户正常行驶，若英系那个则建议用户整改后行驶。

图6是本申请的一示例性实施例示出的车辆行车风险自检装置的框图。该装置可以应用于图1所示的实施环境中。该装置也可以适用于其它的示例性实施环境，并具体配置在其它设备中，本实施例不对该装置所适用的实施环境进行限制。

如图6所示，该示例性的车辆行车风险自检装置包括：

其中，信息获取模块610，用于获取初始安全检查设置，并基于初始安全检查设置得到待检测车辆的待检测项目；故障识别模块620，用于对待检测车辆的各项待检测项目的运行状态进行检测，以得到各待检测项目的当前运行状态，若当前运行状态为异常，则判定待检测项目存在故障；故障指数生成模块630，用于遍历全部待检测项目，以得到全部待检测项目的当前运行状态，并基于全部存在故障的待检测项目的故障状态生成故障指数；行车风险判定模块640，用于当故障指数小于或等于预设安全阈值，则判定待检测车辆的行车风险为安全状态，当故障指数大于预设安全阈值，则判定待检测车辆的行车风险为危险状态。

图7是本申请的一示例性实施例示出的车辆行车风险自检装置系统构架图。

在本申请的一个实施例中，如图7所示，车辆行车风险自检装置的故障识别模块包括车身域控制器、座舱域控制器、驾驶域控制器、屏幕，以及云平台，车身域控制器与车身传感器连接，以采集车身传感器的状态参数，车身传感器用于检测车辆本身的运行状态；座舱域控制器与座舱传感器连接，以采集座舱传感器的状态参数，座舱传感器用于检测车辆座舱系统的运行状态；驾驶域控制器与驾驶域传感器连接，以采集驾驶域传感器的状态参数，驾驶域传感器用于检测车辆驾驶系统的运行状态及车辆周边状态；车身域控制器和驾驶域控制器分别与座舱域控制器，座舱域控制器将采集得到的数据发送至屏幕和云平台。

此外，如图7所示，上述全部信息最终都汇于APP中心，由此可见，在本申请提出的车辆行车风险自检方法中，当完成所有的检测后，座舱域控制器通过以太网将区域控制器、智驾域控制器的信息收集并整合汇总，显示整车的状态及故障信息，且各个子系统的自检结果会在屏幕进行显示，其中绿色代表通过、黄色代表注意提醒，红色代表危险紧急，最后系统还会根据整体的检测情况，给出一个检测结果和报告，对当前车辆是否可以正常行驶下一个结论。而且，本申请提出的车辆行车风险自检方法能够传统的图标显示并存，并不改变以前的布局和模式，而是，单独增加一个APP来进行自主检测。因此，用户可以自主对车辆进行自检操作，获取车辆当前状态。且，该系统可以更全面和细致地了解车辆的当前状态和异常，并能对出现的异常和故障信息给出常见的解决方案，同时对于识别出来的风险，能及时提醒，大大地提高了用户的体验，增强了用户的使用粘性和行车的安全性。

图8是本申请的一示例性实施例示出的车辆行车风险自检装置功能构架图。如图8所示，在本申请的一个实施例中，其中，整车通信检测包括3大域控制器获取下挂的控制器的通信状态(通信方式：以太网、CAN、LIN、LVDS等)，如能正常获取则表明通信正常；否则显示对应故障通信链路信息，并提示用户维修建议。整车基础信息检测包括区域控制器通过CAN、LIN通信收集下挂控制器的状态及故障信息，以及自身系统检测，反馈车辆基本状态，包括但不限于动力系统信息如挡位状态、可行驶里程、电池电量、电机系统状态，热管理系统状态等；底盘转向系统状态，制动系统状态，悬架系统状态，胎压系统状态等；以及车身部件系统状态车辆的状态信息，门锁状态、大灯系统、雨刮系统等；以上主要为影响驾驶安全的基本状态信息；座舱域控制器通过CAN、LVDS等通信收集下挂控制器的状态及故障信息，以及自身系统检测，反馈车辆扬声器、显示屏等状态是否故障，以上主要为影响驾驶人机交互的基本状态信息；以及智驾域控制器通过CAN、LVDS、以太网等通信收集下挂控制器的状态及故障信息，以及自身系统检测，反馈摄像头、雷达、组合惯导等状态，以上主要为影响自动和辅助驾驶相关的状态信息。整车周边障碍检测包括智驾域控制器打开传感器检测(摄像头、雷达灯)，对车辆周围的障碍物状态分析，避免车辆启动时的盲区影响，降低启动时的事故发生率。整车存储检测包括获取EDC的存储空间使用现状，并提示预警。整车网络连接检测包括获取EDC的网络连接状态，包括但不限于：4G/5G/WIFI热点，如是流量套餐，则可显示剩余流量。整程设备连接检测包括获取EDC的当前设备连接状态，包括但不限于：蓝牙设备、U盘，游戏手柄等。整车系统升级检测包括通过EDC获取整车待升级的主要控制器及版本信息，通过该页面可直接跳转到对应升级界面。整车保养状态检测包括根据获取到的车辆里程，提醒用户进行保养，用户点击确认后不再提醒。

需要说明的是，上述实施例所提供的车辆行车风险自检装置与上述实施例所提供的车辆行车风险自检方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。上述实施例所提供的车辆行车风险自检装置在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处也不对此进行限制。

本申请的实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现上述各个实施例中提供的车辆行车风险自检方法。

图9示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。需要说明的是，图9示出的电子设备的计算机系统900仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图9所示，计算机系统900包括中央处理单元(Central Processing Unit，CPU)901，其可以根据存储在只读存储器(Read-OnlyMemory，ROM)902中的程序或者从储存部分908加载到随机访问存储器(Random Access Memory，RAM)903中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 903中，还存储有系统操作所需的各种程序和数据。CPU 901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(Input/Output，I/O)接口905也连接至总线904。

以下部件连接至I/O接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分907；包括硬盘等的储存部分908；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入储存部分908。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(CPU)901执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

本申请的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机的处理器执行时，使计算机执行如前所述的车辆行车风险自检方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。

本申请的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的车辆行车风险自检方法。

上述实施例仅示例性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，但凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

Claims (10)

1.一种车辆行车风险自检方法，其特征在于，所述方法包括：

获取初始安全检查设置，并基于所述初始安全检查设置得到待检测车辆的待检测项目；

对所述待检测车辆的各项待检测项目的运行状态进行检测，以得到各待检测项目的当前运行状态，若所述当前运行状态为异常，则判定所述待检测项目存在故障；

遍历全部待检测项目，以得到全部待检测项目的当前运行状态，并基于全部存在故障的待检测项目的故障状态生成故障指数；

当所述故障指数小于或等于预设安全阈值，则判定所述待检测车辆的行车风险为安全状态，当所述故障指数大于预设安全阈值，则判定所述待检测车辆的行车风险为危险状态。

2.根据权利要求1所述的车辆行车风险自检方法，其特征在于，获取初始安全检查设置之前，还包括：

获取初始检测需求和初始设置信息，所述初始设置信息包括自检事件的启动方式；

基于所述初始检测需求从全部检测项目中确定部分待检测项目为目标待检测项目；

基于所述目标待检测项目和所述启动方式生成初始安全检查设置。

3.根据权利要求1所述的车辆行车风险自检方法，其特征在于，若所述当前运行状态为异常，则判定所述待检测项目存在故障之后，还包括：

将任一存在故障的待检测项目确定为目标项目，并获取所述目标项目的运行参数；

基于所述运行参数确定所述目标项目的故障原因，并基于所述故障原因生成故障解决方案；

将所述故障解决方案推送至用户。

4.根据权利要求1所述的车辆行车风险自检方法，其特征在于，基于全部存在故障的待检测项目的故障状态生成故障指数之前，还包括：

获取全部待检测项目对驾驶安全的影响系数，并基于所述影响系数将所述全部待检测项目分为一级检测项目、二级检测项目，以及三级检测项目；

对所述一级检测项目、二级检测项目以及三级检测项目的故障参数进行赋值，以得到各检测项目的故障指数。

5.根据权利要求1所述的车辆行车风险自检方法，其特征在于，所述待检测车辆的全部待检测项目包括整车通信检测、整车基础信息检测、整车周边障碍检测、整车存储检测、整车网络连接检测、整程设备连接检测、整车系统升级检测、整车保养状态检测。

6.根据权利要求1-5任一项所述的车辆行车风险自检方法，其特征在于，判定所述待检测车辆的行车风险为危险状态之后，还包括：

基于所述危险状态生成危险预警信息，并基于所述危险预警信息生成驾驶建议；

将所述危险预警信息和所述驾驶建议推送至用户端。

7.一种车辆行车风险自检装置，其特征在于，所述装置包括：

信息获取模块，用于获取初始安全检查设置，并基于所述初始安全检查设置得到待检测车辆的待检测项目；

故障识别模块，用于对所述待检测车辆的各项待检测项目的运行状态进行检测，以得到各待检测项目的当前运行状态，若所述当前运行状态为异常，则判定所述待检测项目存在故障；

故障指数生成模块，用于遍历全部待检测项目，以得到全部待检测项目的当前运行状态，并基于全部存在故障的待检测项目的故障状态生成故障指数；

行车风险判定模块，用于当所述故障指数小于或等于预设安全阈值，则判定所述待检测车辆的行车风险为安全状态，当所述故障指数大于预设安全阈值，则判定所述待检测车辆的行车风险为危险状态。

8.根据权利要求7所述的车辆行车风险自检装置，其特征在于，所述故障识别模块包括车身域控制器、座舱域控制器、驾驶域控制器、屏幕，以及云平台，

所述车身域控制器与车身传感器连接，以采集所述车身传感器的状态参数，所述车身传感器用于检测车辆本身的运行状态；

所述座舱域控制器与座舱传感器连接，以采集所述座舱传感器的状态参数，所述座舱传感器用于检测车辆座舱系统的运行状态；

所述驾驶域控制器与驾驶域传感器连接，以采集所述驾驶域传感器的状态参数，所述驾驶域传感器用于检测车辆驾驶系统的运行状态及车辆周边状态；

所述车身域控制器和所述驾驶域控制器分别与所述座舱域控制器，所述座舱域控制器将采集得到的数据发送至所述屏幕和所述云平台。

9.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求1至7中任一项所述的车辆行车风险自检方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行权利要求1至7中任一项所述的车辆行车风险自检方法。