CN116416704A - 车辆及车辆故障的处理方法及装置、存储介质 - Google Patents

Abstract

本发明公开了一种车辆故障的处理方法及装置、存储介质，所述处理方法包括如下步骤：获取车辆故障信息；根据所述车辆故障信息确定送修站点；控制所述车辆行驶至所述送修站点。本发明的车辆及车辆故障的处理方法及装置、存储介质通过自检等方式科学细致地获取故障信息，并结合车辆位置等信息合理地筛选确定送修站点，以及提供人性化的自动送修和自动还车，能够实现全面及时排查及自主恢复车辆故障，使用户无需耗费时间进行送修和取车，并保证车辆维修费用明晰、维修进度透明可控、送修还车便捷无忧，从而给予用户良好的车辆维修体验，并提升了车辆维修数字化水平。

Description

车辆及车辆故障的处理方法及装置、存储介质

技术领域

本发明涉及车辆控制系统技术领域，尤其涉及一种车辆及车辆故障的处理方法及装置、存储介质。

背景技术

当前，车辆的诊断系统虽然可以对车辆故障进行诊断，但却缺乏后续的问题解决和修复方案。车辆出现故障时，影响到用户用车，用户只能自己开车送到维修店，维修店的工程师排查车辆故障原因并通过更换配件或者远程升级软件的方式修复故障，修完后用户还需自己前往取车。

发明内容

本发明要解决的技术问题是为了克服现有技术中用户车辆维修过程中缺乏自主化导致体验不佳的缺陷，提供一种车辆及车辆故障的处理方法及装置、存储介质。

本发明是通过下述技术方案来解决上述技术问题：

本发明提供了一种车辆故障的处理方法，包括如下步骤：

获取车辆故障信息；

根据所述车辆故障信息确定送修站点；

控制所述车辆行驶至所述送修站点。

本发明还提供了一种车辆故障的处理装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述的车辆故障的处理方法。

本发明还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的车辆故障的处理方法。

本发明还提供了一种车辆，包括上述的车辆故障的处理装置。

本发明的积极进步效果在于，本发明的车辆及车辆故障的处理方法及装置、存储介质通过自检等方式科学细致地获取故障信息，并结合车辆位置等信息合理地筛选确定送修站点，以及提供人性化的自动送修和自动还车，能够实现全面及时排查及自主恢复车辆故障，使用户无需耗费时间进行送修和取车，并保证车辆维修费用明晰、维修进度透明可控、送修还车便捷无忧，从而给予用户良好的车辆维修体验，并提升了车辆维修数字化水平。

附图说明

图1为本发明实施例1的车辆故障的处理方法的流程图。

图2为本发明实施例1的车辆故障的处理方法较佳实施方式的流程图。

图3为本发明实施例1中车辆自检完成的提示界面。

图4为本发明实施例1中车辆远程诊断结果信息展示界面。

图5为本发明实施例1中车辆远程诊断后的送修提示界面。

图6为本发明实施例1中车辆远程送修自动驾驶实时跟踪界面。

图7为本发明实施例1中的车辆维修进度信息提示界面。

图8为本发明实施例2的车辆故障的处理装置的模块示意图。

具体实施方式

下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。

实施例1

参见图1～图2所示，本实施例具体提供了一种车辆故障的处理方法，包括如下步骤：

S1.获取车辆故障信息；

S2.根据车辆故障信息确定送修站点；

S3.控制车辆行驶至送修站点。

本实施例中，以车辆的故障信息按照是否涉及车辆硬件区分，如涉及则为硬件故障，如未涉及则为软件故障来对故障的处理方法进行说明，但是可以理解，这样的划分方式并不对本发明构成限制。

步骤S1获取车辆的故障信息可以通过主动或被动的方式进行，被动方式例如，在车辆工作状态中发生警报后进行响应检测，获取车辆的硬件或软件故障信息；或是根据车辆和云端系统的通信交互发现软件故障信息等。主动方式可以是由车辆根据用户指令、预设条件等开启自检，获取故障信息。

作为可选的实施方式，步骤S1之前包括：

S01.检测车辆以获取故障类型信息；

S02.根据故障类型，执行远程诊断处理；

S03.根据远程诊断处理的结果生成故障信息。

步骤S01～S03可以作为步骤S1中车辆故障信息的一种获取渠道。其中，步骤S01通过检测车辆，获取故障类型信息，即确定是否包括软件故障或硬件故障；较佳地，步骤S01包括：

S011.将自检通知发送至车辆的各个整车子系统，以启动各个整车子系统执行自检处理；

S012.获取各个整车子系统执行自检处理后的自检结果信息；

S013.根据自检结果信息，获取故障类型信息。

本实施方式提供了一种用于确定故障类型信息的具体实施方式，通过整车子系统自检的结果，确定故障类型。步骤S011启动各个整车子系统执行自检处理，可以根据需要设置预设的触发条件，例如设置长途行车触发条件，则当车辆到达导航终点且车辆熄火前进行整车子系统故障自检；也可设定自检的周期，例如按星期、月度、季度等灵活配置自检周期；或根据环境实测信息或接收的气象信息设定自检条件，如持续高温/低温若干天，或持续降水若干天，则对于相应的车辆软硬件系统或部件实施自检等；此外，可以根据车辆驾驶里程、驾驶路况、车辆修复记录等信息，按照预设权重综合判定并动态规划下次的自检计划。

各个整车子系统执行自检处理，具体地，对于燃油车，整车子系统及其自检范围可以包括但不限于车身总成、座舱综合(如车机、仪表等)；动力总成(如发动机、传动系统等)、底盘综合(如转向系统、行驶系统、制动系统、轮胎系统等)、车身内部(如座椅、空调系统等)、电气系统(如车身控制模块、底盘控制模块、供电系统、娱乐系统、线束等)；对于新能源车，整车子系统及其自检范围包括但不限于正常控制器(如外壳、硬件电路、底层软件、应用层软件等)、电机控制器(如外壳及冷却、功率电子、控制电路、控制算法软件等)以及电池管理系统(如电芯、热管理、箱体结构、均衡控制、电池保护、充电管理等)。

作为可选的实施方式，可由自检主程序和各个自检子系统分发自检通知，自检子系统以并行工作的方式启动自检，并向自检主程序汇报自检结果。具体地，首先对于硬件故障检测，可以通过检测硬件是否响应正常，如果无响应、响应超时或响应信息超过预设阈值，则认为是硬件故障；如果响应正常则硬件运行正常，执行软件故障检测。软件故障检测可通过检测软件的响应结果是否为正常范围来判断软件运行正常与否。

步骤S012中获取自检结果，相应地，自检结果可以是无故障，或在存在故障的情况下获取具体的部件名、故障类型、故障码或故障详情等，自检主程序对各个子系统的自检结果汇总，得到的自检结果中列明故障对应的子系统。S013在上述自检结果中获取故障类型即软件或硬件故障。本实施方式通过合理地设置及控制调用整车自检系统获取自检结果，从而确定故障类型，为进一步进行车辆故障处理提供了科学可靠的依据。

步骤S02对于确定类型的故障进行远程诊断处理，通常是对于软件类的故障进行处理；在一种较佳的实施方式中，可以校验故障修复的软件清单及版本清单，根据软件依赖关系将修复清单排序，并根据排序后的登记结果，依次对每个待修复软件执行校验当前版本是否为目标版本，以及校验版本依赖的其他软件列表及对应版本。修复后可以重启部件进行修复结果验证，直至收到所有软件的修复结果，汇总修复结果。修复完成后可在用户终端或车机弹出如图3所示的界面提示用户，并在如图4所示的界面中提示具体的修复结果信息。本领域技术人员可以理解，对于燃油车及新能源车的远程诊断处理均可参照上述方式执行。

步骤S03根据远程诊断处理的结果生成故障信息，例如只存在硬件故障，则汇总硬件故障的部件、故障码、故障详情清单等信息；如只存在软件故障，则故障信息可以包括修复过程中涉及的模块、功能、参数；以及修复调用的工具、修复日志、修复结果等。对于软硬件故障兼有的情况，则可参照上述方式生成故障信息。本实施方式通过车辆自检的方式生成故障信息，提高故障处理的针对性、准确性和处理效率。

步骤S2根据车辆故障信息确定送修站点。车辆的故障可能包括硬件故障或软件故障，根据故障信息和送修站点信息综合确定具体的送修站点。例如根据车辆品牌、车型确定对应的送修站点，具体地，如根据某电池包故障可以确定该车辆匹配的车型，从而确定该车型对应品牌的电动车汽车销售服务店作为送修站点；或是根据车辆故障信息和车辆对应的保单信息获取保险公司推荐的送修站点等。当然，根据车辆故障信息的信息分类和具体内容，可以单独或结合其他信息灵活确定送修站点。

作为较佳的实施方式，步骤S2包括：

S21.获取符合车辆故障信息对应的维修要求的备选站点；

S22.根据车辆的位置，在备选站点中确定送修站点。

步骤S21根据获取的车辆故障信息确定备选站点，例如对于车辆的硬件故障，可以从故障部件、故障码及详情推定硬件的型号和匹配车型，进而结合送修站点的维修范围清单等信息，确定具有相应维修能力的备选站点。又如，对于未能远程修复的软件故障，可以根据软件修复过程中的修复日志在车联网进行查询，确定对相应修复具有解决方案的维修站点作为备选站点。

步骤S22在上述具有修复能力和条件的备选条件中，根据车辆位置进行优选，例如，可以根据车辆位置确定前往各备选站点的导航信息，综合考虑距离、路况、车辆情况(例如车辆电池无法充电时，所能行驶的距离)、备选站点情况(车辆故障对应的维修服务的开放时间，或维修产品的提供时间等)进行判定，并由步骤S3控制车辆行驶至送修站点。

较佳地，可以根据用户的确认指令或预设触发时间来控制步骤S3的执行。例如当确定送修站点后，生成问询信息推送至车机(人在车)或用户的手机终端(如人不在车)，并当获取用户反馈的确认指令时，执行步骤S3；又如，当步骤S2确定了送修站点后，可以当到达了预设触发时间后，执行步骤S3。其中预设触发时间可以根据故障的维修紧急程度、用户预计用车时间、用户历史用车习惯、维修站点营业时间等进行综合确定。

在一个示例场景中，确定车辆故障信息后，生成如图5所示的界面提示用户是否需要自动送修，如用户反馈不需要，则定期提示故障潜在的风险以引导用户送修；如用户需要送修则询问是否立即送修；如果用户确定则使车辆自动驾驶到指定的维修店，期间可以展示如图6所示的送修自动驾驶实时跟踪界面；如用户不需要立即送修则设定送修时间，从而在该送修时间到达时使车辆自动驾驶到指定的维修店，较佳地，可以在车辆到达后向用户发送车辆到店确认信息。

本实施方式通过车辆故障信息筛选满足符合维修要求的备选站点，保证选定的维修站点可靠，避免车辆送到后无法维修的情况；并根据车辆位置确定送修站点，提高了车辆送修的效率，有助于用户尽快得以恢复用车。

作为较佳的实施方式，步骤S3之后包括：

S4.根据送修站点发送的维修报价信息，生成第一提示信息；

S5.若获取第一提示信息对应的用户确认指令，则向送修站点发送维修指令。

本实施方式中，当车辆自动驾驶至送修站点后，送修站点可以根据云端转发的车辆故障信息结合对车况的实际检查结果提交维修报价即维修单；较佳地，可以列明维修项目详单，包括各个需要维修的项目和对应费用信息，并生成第一提示信息，将维修报价信息发送给用户；相应地，步骤S5当获取第一提示信息对应的用户确认指令，则表明了用户同意按照该维修报价，从而向送修站点发送维修指令。较佳地，对于维修报价可以立即支付再进行维修，也可以在维修结束后、驶离送修站点之前进行支付。

本实施方式针对人车分离等场景，当车辆自动驾驶至送修站点后向用户发送送修站点进一步勘验车况后确定的维修报价信息，从而使用户对于车辆的维修情况和所需费用能够明确掌握，避免后续引发相关争议。

作为较佳的实施方式，步骤S5之后包括：

S6.生成第二提示信息，第二提示信息包括车辆故障信息对应的维修进度信息。具体地，可以在如图7所示的界面中展示车辆维修进度的提示信息；维修进度信息可以包括从送修到店、出维修单、付款、计划通告、进入送修车间、进展通知、送回预知、送回确认及维修完结等各个故障处理环节；此外，还可以包括具体的维修细节进度信息，如不同的故障类型以及故障详情对应的维修进度，例如对于硬件故障，可以包括故障硬件对应的更换产品的调配进度、更换硬件时间及耗时、更换后调试耗时等。从而通过将维修进度及时告知用户，缓解用户等待的焦虑情绪，使用户能及时合理地安排用车，提高了车辆维修服务的人性化程度。

作为较佳的实施方式，步骤S6之后包括：

S7.响应于车辆故障信息对应的维修进度完成，控制车辆行驶至预设还车点。

本实施方式中，当车辆故障信息对应的维修进度完成后，可以由送修站点方进行系统确认，从而响应于该确认信息，控制车辆自动行驶至预设的还车点。具体地，可以向车主发出是否将车辆自动驾驶回到车主家中的问询信息，若得到肯定答复，则控制车辆行驶至用户家的停车场等预设还车点；如果用户还预设了其他的还车点，则可以控制车辆行驶至该其他的预设还车点，例如用户的单位停车场。较佳地，车辆行驶至预设还车点之后，可以向用户发送到达通知，以使用户及时取车。

本实施例的车辆故障的处理方法通过自检等方式科学细致地获取故障信息，并结合车辆位置等信息合理地筛选确定送修站点，以及提供人性化的自动送修和自动还车，能够实现全面及时排查及自主恢复车辆故障，使用户无需耗费时间进行送修和取车，并保证车辆维修费用明晰、维修进度透明可控、送修还车便捷无忧，从而给予用户良好的车辆维修体验，并提升了车辆维修数字化水平。

实施例2

参见图8所示，本实施例提供了一种车辆故障的处理装置30，包括处理器31以及与其连接的存储器32，处理器31执行存储在存储器32上的计算机程序时实现如实施例1中的车辆故障的处理方法。图8显示的车辆故障的处理装置30仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

车辆故障的处理装置30可以以通用计算设备的形式表现，例如其可以为服务器设备。车辆故障的处理装置30的组件可以包括但不限于：上述至少一个处理器31、上述至少一个存储器32、连接不同系统组件(包括存储器32和处理器31)的总线33。

总线33包括数据总线、地址总线和控制总线。

存储器32可以包括易失性存储器，例如随机存取存储器(RAM)321和/或高速缓存存储器322，还可以进一步包括只读存储器(ROM)323。

存储器32还可以包括具有一组(至少一个)程序模块324的程序/实用工具325，这样的程序模块324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

处理器31通过运行存储在存储器32中的计算机程序，从而执行各种功能应用以及数据处理，例如本发明实施例1中的车辆故障的处理方法。

车辆故障的处理装置30也可以与一个或多个外部设备34(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口35进行。并且，模型生成的设备30还可以通过网络适配器36与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器36通过总线33与模型生成的设备30的其它模块通信。可以结合模型生成的设备30使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了车辆故障的处理装置的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

本实施例的车辆故障的处理装置通过自检等方式科学细致地获取故障信息，并结合车辆位置等信息合理地筛选确定送修站点，以及提供人性化的自动送修和自动还车，能够实现全面及时排查及自主恢复车辆故障，使用户无需耗费时间进行送修和取车，并保证车辆维修费用明晰、维修进度透明可控、送修还车便捷无忧，从而给予用户良好的车辆维修体验，并提升了车辆维修数字化水平。

实施例3

本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，程序被处理器执行时实现实施例1中的车辆故障的处理方法。

其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。

在可能的实施方式中，本公开还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行实现实施例1中的车辆故障的处理方法。

实施例4

本实施例提供了一种车辆，车辆中包括实施例2中的车辆故障的处理装置。

本实施例的车辆通过自检等方式科学细致地获取故障信息，并结合车辆位置等信息合理地筛选确定送修站点，以及提供人性化的自动送修和自动还车，能够实现全面及时排查及自主恢复车辆故障，使用户无需耗费时间进行送修和取车，并保证车辆维修费用明晰、维修进度透明可控、送修还车便捷无忧，从而给予用户良好的车辆维修体验，并提升了车辆维修数字化水平。

虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。

Claims (11)

1.一种车辆故障的处理方法，其特征在于，包括如下步骤：

获取车辆故障信息；

根据所述车辆故障信息确定送修站点；

控制所述车辆行驶至所述送修站点。

2.如权利要求1所述的车辆故障的处理方法，所述根据所述车辆故障信息确定送修站点的步骤包括：

获取符合所述车辆故障信息对应的维修要求的备选站点；

根据所述车辆的位置，在所述备选站点中确定所述送修站点。

3.如权利要求1所述的车辆故障的处理方法，当获取用户的确认指令，或到达预设触发时间时，控制所述车辆行驶至所述送修站点。

4.如权利要求1所述的车辆故障的处理方法，控制所述车辆行驶至所述送修站点的步骤之后包括：

根据所述送修站点发送的维修报价信息，生成第一提示信息；

若获取所述第一提示信息对应的用户确认指令，则向所述送修站点发送维修指令。

5.如权利要求4所述的车辆故障的处理方法，向所述送修站点发送维修指令的步骤之后还包括：

生成第二提示信息，所述第二提示信息包括所述车辆故障信息对应的维修进度信息。

6.如权利要求5所述的车辆故障的处理方法，所述生成第二提示信息的步骤之后还包括：

响应于所述车辆故障信息对应的维修进度完成，控制所述车辆行驶至预设还车点。

7.如权利要求1所述的车辆故障的处理方法，所述获取车辆故障信息的步骤之前包括：

检测所述车辆以获取故障类型信息；

根据所述故障类型，执行远程诊断处理；

根据所述远程诊断处理的结果生成故障信息。

8.如权利要求7所述的车辆故障的处理方法，检测所述车辆以获取故障类型信息的步骤包括：

将自检通知发送至所述车辆的各个整车子系统，以启动所述各个整车子系统执行自检处理；

获取所述各个整车子系统执行自检处理后的自检结果信息；

根据所述自检结果信息，获取所述故障类型信息。

9.一种车辆故障的处理装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1-8中任一项所述的车辆故障的处理方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-8中任一项所述的车辆故障的处理方法。

11.一种车辆，其特征在于，包括权利要求9所述的车辆故障的处理装置。

Images