CN113934758A - 车辆故障修复方法、装置、车载终端、服务器及存储介质 - Google Patents
车辆故障修复方法、装置、车载终端、服务器及存储介质 Download PDFInfo
- Publication number
- CN113934758A CN113934758A CN202111173386.2A CN202111173386A CN113934758A CN 113934758 A CN113934758 A CN 113934758A CN 202111173386 A CN202111173386 A CN 202111173386A CN 113934758 A CN113934758 A CN 113934758A
- Authority
- CN
- China
- Prior art keywords
- fault
- target
- vehicle
- parameter
- mounted terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 121
- 230000008439 repair process Effects 0.000 title claims description 88
- 238000004458 analytical method Methods 0.000 claims abstract description 185
- 238000004590 computer program Methods 0.000 claims description 22
- 238000004891 communication Methods 0.000 claims description 21
- 230000004044 response Effects 0.000 claims description 3
- 238000012545 processing Methods 0.000 abstract description 16
- 230000008569 process Effects 0.000 description 26
- 238000003745 diagnosis Methods 0.000 description 17
- 238000011084 recovery Methods 0.000 description 16
- 238000010586 diagram Methods 0.000 description 15
- 238000001514 detection method Methods 0.000 description 10
- 238000005516 engineering process Methods 0.000 description 7
- 238000012790 confirmation Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 239000007787 solid Substances 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 238000013024 troubleshooting Methods 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24564—Applying rules; Deductive queries
- G06F16/24565—Triggers; Constraints
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2228—Indexing structures
- G06F16/2246—Trees, e.g. B+trees
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Computational Linguistics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请公开了一种车辆故障修复方法、装置、车载终端、服务器及存储介质,属于数据处理技术领域。应用于车载终端,该方法包括:当检测到车辆发生第一故障时,获取第一故障对应的目标故障参数;从逻辑数据库中获取与目标故障参数对应的目标分析逻辑树,逻辑数据库中包含各个故障参数以及各个故障参数对应的分析逻辑树;根据目标分析逻辑树,对第一故障进行修复。本申请在逻辑数据库中存储各个故障参数以及各个故障参数对应的分析逻辑树,当检测到车辆发生第一故障时,从逻辑数据库中获取与目标故障参数对应的目标分析逻辑树,并对第一故障进行修复,不需要用户记录等步骤,提高了车辆发生故障时进行修复的效率。
Description
技术领域
本申请涉及数据处理技术领域,特别涉及一种车辆故障修复方法、装置、车载终端、服务器及存储介质。
背景技术
随着科学技术的快速发展,各种各样的车辆已经出现在人们的日常生活中,在车辆中对车载终端的使用也越来越多,比如,用户可以通过使用车载终端实现播放音频、位置定位等功能。
其中,车辆使用过程中出现故障时,往往需要用户自行进行故障排查,并且通过文档记录发生的故障,将文档发送给售后维修人员或者测试人员,由售后维修人员或者测试人员基于自身经验对故障进行修复。比如,当车辆的车载终端在控制摄像头开启时失败,用户并不能及时对该故障进行排查,需要将该故障通过文档记录并发送给售后维修人员或者测试人员,由售后维修人员或者测试人员对该故障进行排查并修复,由于该过程耗时较长,导致了车辆发生故障时进行修复的效率低。
发明内容
本申请实施例提供了一种车辆故障修复方法、装置、车载终端、服务器及存储介质,能够提高车辆发生故障时进行修复的效率。
一个方面,本申请实施例提供了一种车辆故障修复方法,应用于车载终端,所述方法包括:
当检测到车辆发生第一故障时,获取所述第一故障对应的目标故障参数;
从逻辑数据库中获取与所述目标故障参数对应的目标分析逻辑树,所述逻辑数据库中包含各个故障参数以及各个故障参数对应的分析逻辑树;
根据所述目标分析逻辑树,对所述第一故障进行修复。
可选的,所述根据所述目标分析逻辑树,对所述第一故障进行修复,包括:
根据所述目标分析逻辑树,依次获取所述目标分析逻辑树中各个节点的节点内容;
根据所述各个节点的节点内容,生成各个目标执行指令;
依次执行各个所述目标执行指令,对所述第一故障进行修复。
可选的,所述当检测到车辆发生第一故障时,获取所述第一故障对应的目标故障参数,包括:
当检测到所述车辆发生第一故障时,通过所述第一故障处设置的第一接口获取所述目标故障码;
根据所述第一接口以及状态参数,获取所述第一故障对应的目标故障信息,所述状态参数用于表征所述车辆的状态;
将所述目标故障码和所述目标故障信息获取为所述目标故障参数。
可选的,所述从逻辑数据库中获取与所述目标故障参数对应的目标分析逻辑树,包括:
根据所述目标故障码,查询所述逻辑数据库中与所述目标故障码对应的各个故障信息;
确定各个所述故障信息中与所述目标故障信息相同的故障信息;
从所述逻辑数据库中获取与所述目标故障码相同的故障信息对应的目标分析逻辑树。
可选的,所述逻辑数据库存储在与所述车载终端具有通信连接的服务器中,所述从逻辑数据库中获取与所述目标故障参数对应的目标分析逻辑树,包括:
向所述服务器发送所述目标故障参数;
接收所述服务器发送的基于所述目标故障参数从所述逻辑数据库中获取的与所述目标故障参数对应的所述目标分析逻辑树。
可选的,在所述根据所述目标分析逻辑树,对所述第一故障进行修复之后,还包括:
生成修复结果信息,所述修复结果信息用于指示所述车载终端对所述第一故障进行修复的结果;
在所述车载终端的显示屏中展示所述修复结果信息。
可选的,在所述根据所述目标故障参数查询逻辑数据库,确定所述目标故障参数对应的目标分析逻辑树之前,还包括:
将所述目标故障参数存储在诊断数据库中;
响应于对所述车载终端的显示屏中的目标触发操作,从所述诊断数据库中读取所述目标故障参数。
又一个方面,本申请实施例提供了一种车辆故障修复方法,所述方法应用于服务器,所述服务器与车载终端具有通信连接,所述方法包括:
接收所述车载终端发送的第一故障对应的目标故障参数;
从逻辑数据库中获取所述目标故障参数对应的目标分析逻辑树,所述逻辑数据库中包含各个故障参数以及各个故障参数对应的分析逻辑树;
向所述车载终端发送所述目标分析逻辑树,以使得所述车载终端对所述第一故障进行修复。
可选的,在所述向所述车载终端发送所述目标分析逻辑树之前,还包括:
根据所述目标分析逻辑树,依次获取所述目标分析逻辑树中各个节点的节点内容;
根据所述各个节点的节点内容,生成各个目标执行指令;
向所述车载终端发送各个所述目标执行指令。
可选的,所述目标故障参数包括目标故障码和目标故障信息,所述从逻辑数据库中获取所述目标故障参数对应的目标分析逻辑树,包括:
根据所述目标故障码,查询所述逻辑数据库中与所述目标故障码对应的各个故障信息;
确定各个所述故障信息中与所述目标故障信息相同的故障信息;
从所述逻辑数据库中获取与所述目标故障码相同的故障信息对应的目标分析逻辑树。
可选的,在向所述车载终端发送所述目标分析逻辑树之后,还包括:
接收所述车载终端发送的修复结果信息,所述修复结果信息用于指示所述车载终端对所述第一故障进行修复的结果;
展示所述修复结果信息。
另一个方面,本申请实施例提供了一种车辆故障修复装置,所述装置应用于车载终端,所述装置包括:
参数确定模块,用于当检测到车辆发生第一故障时,获取所述第一故障对应的目标故障参数;
第一获取模块,用于从逻辑数据库中获取与所述目标故障参数对应的目标分析逻辑树,所述逻辑数据库中包含各个故障参数以及各个故障参数对应的分析逻辑树;
第一修复模块,用于根据所述目标分析逻辑树,对所述第一故障进行修复。
又一个方面,本申请实施例提供了一种车辆故障修复装置,所述装置应用于服务器,所述服务器与车载终端具有通信连接,所述装置包括:
参数接收模块,用于接收所述车载终端发送的第一故障对应的目标故障参数;
第二获取模块,用于从逻辑数据库中获取所述目标故障参数对应的目标分析逻辑树,所述逻辑数据库中包含各个故障参数以及各个故障参数对应的分析逻辑树;
第二修复模块,用于向所述车载终端发送所述目标分析逻辑树,以使得所述车载终端对所述第一故障进行修复。
另一个方面,本申请实施例提供了一种车载终端,所述车载终端包括存储器及处理器,所述存储器中存储有计算机程序,所述计算机程序被所述处理器执行时,使得所述处理器实现如上述一个方面及其任一可选实现方式的车辆故障修复方法。
另一个方面,本申请实施例提供了一种服务器,所述服务器包括存储器及处理器,所述存储器中存储有计算机程序,所述计算机程序被所述处理器执行时,使得所述处理器实现如上述又一个方面及其任一可选实现方式的车辆故障修复方法。
另一个方面,本申请实施例提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如上述另一个方面及其可选方式所述的车辆故障修复方法。
另一个方面,本申请实施例提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如上述又一个方面及其可选方式所述的车辆故障修复方法。
本申请实施例提供的技术方案可以至少包含如下有益效果:
本申请的车载终端在当检测到车辆发生第一故障时,获取第一故障对应的目标故障参数;从逻辑数据库中获取与目标故障参数对应的目标分析逻辑树,逻辑数据库中包含各个故障参数以及各个故障参数对应的分析逻辑树;根据目标分析逻辑树,对第一故障进行修复。通过预先设置逻辑数据库,在逻辑数据库中存储各个故障参数以及各个故障参数对应的分析逻辑树,当检测到车辆发生第一故障时,根据第一故障对应的目标故障参数,从逻辑数据库中获取与目标故障参数对应的目标分析逻辑树,并基于得到的目标分析逻辑树,对第一故障进行修复,实现自动对车辆发生的故障进行修复,不需要用户记录等步骤,提高了车辆发生故障时进行修复的效率。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请一示例性实施例提供的一种车辆故障修复方法的方法流程图;
图2是本申请一示例性实施例提供的一种车辆故障修复方法的方法流程图;
图3是本申请一示例性实施例提供的一种车辆故障修复方法的方法流程图;
图4是本申请一示例性实施例涉及的一种应用界面的界面示意图;
图5是本申请一示例性实施例涉及的一种分析逻辑树的结构示意图;
图6是本申请一示例性实施例涉及的另一种应用界面的界面示意图;
图7是本申请一示例性实施例提供的一种车辆故障修复方法的方法流程图;
图8是本申请一示例实施例提供的一种车辆故障修复方法的方法流程图;
图9是本申请一示例性实施例涉及的一种车载终端的结构示意图;
图10是本申请一示例实施例提供的一种车载终端执行修复指令的流程图;
图11是本申请一示例性实施例提供的一种车辆故障修复装置的结构框图;
图12是本申请一示例性实施例提供的一种车辆故障修复装置的结构框图;
图13是本申请一示例性实施例提供的一种车载终端的结构示意图;
图14是本申请一示例性实施例提供的一种服务器的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本文中提及的“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
需要说明的是,本申请的说明书和权利要求书中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同的对象,而不是用于描述特定顺序。本申请实施例的术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本申请提供的方案,可以用于在日常生活中通过使用车辆过程中车辆发生故障时的现实场景中,为了便于理解,下面首先对本申请实施例涉及的应用架构进行简单介绍。
在日常生活中,各种各样的终端已经应用在各个领域中,比如,随着车辆领域的发展,车辆逐步向自动驾驶的方向发展,在自动驾驶领域中车载终端的使用必不可少。比如,在车辆行驶过程中,车辆会遇到各种各样的障碍物,比如,其他车辆、行人、电线杆、高楼等障碍物,汽车通过车载终端对周围环境进行感知,在环境感知方面,目前可以通过摄像头设备、超声波雷达等硬件设备进行数据采集并计算,达到障碍物检测的效果。比如,常见的摄像头设备可以包括双目相机、单目相机、鱼眼相机等器件。
其中,在车辆发生故障时,比如,在车载终端进行环境感知时摄像头打开失败,或者,车辆行驶过程中车轮卡死,或者,车载终端中的多媒体打开失败等问题时,用户需要对车辆发生的故障进行修复。通常情况下,用户需要对此时发生的故障进行记录,比如,通过电子文档或者纸质文档对发生的故障进行描述,在后续发送给售后维修人员或者测试人员,由售后维修人员或者测试人员基于自身经验对故障进行修复。
本申请中的车载终端是可以控制车辆行驶的终端设备,比如,该终端可以是智能手机、平板电脑、电子书阅读器、智能眼镜、智能手表、MP3播放器(Moving Picture ExpertsGroup Audio Layer III,动态影像专家压缩标准音频层面3)、MP4(Moving PictureExperts Group Audio Layer IV,动态影像专家压缩标准音频层面4)播放器、笔记本电脑、膝上型便携计算机和台式计算机等等。
在上述故障修复过程中,用户不仅需要使用电子文档或者纸质文档对发生的故障进行描述,还需要将这些故障发送给售后维修人员或者测试人员,大部分故障的分析修复等过程也需要售后维修人员或者测试人员按照固定的文档指导,并对车辆中的车载终端或者硬件设备操作多次才能够诊断出故障出现的原因,并给出修复方案进行修复,该过程不仅需要用户以及售后维修人员或者测试人员的介入,还增加了修复过程中记录的故障内容,对故障进行修复的过程复杂,导致车辆发生故障时进行修复的效率较低。
为了提高车辆发生故障时进行修复的效率,本申请提出了一种解决方案,通过在逻辑数据库中预先存储各个故障参数以及各个故障参数各自对应的分析逻辑树,在车辆发生故障时,可以根据该故障的故障参数从逻辑数据库中获取对应的分析逻辑树,从而自行进行故障修复,提高修复效率。
请参考图1,其示出了本申请一示例性实施例提供的一种车辆故障修复方法的方法流程图。该车辆故障修复方法可以应用于所示的场景架构中的车载终端。如图1所示,该车辆故障修复方法可以包括如下几个步骤。
步骤101,当检测到车辆发生第一故障时,获取第一故障对应的目标故障参数。
可选的,车载终端可以检测车辆发生的各个故障,当检测到车辆发生第一故障时,获取第一故障对应的目标故障参数。其中,第一故障可以是车辆发生的车载终端中应用程序加载失败,车辆行驶异常,车辆硬件设备发生故障(比如,车门不能打开,车轮卡死等)等中的任意一种故障。
比如,开发人员对车载终端的应用程序在运行过程中可能出现故障的位置进行埋点处理,当该应用程序加载失败时,车载终端可以通过预先埋点的位置检测出车辆发生了故障,并基于该埋点的位置,获取第一故障对应的目标故障参数。或者,开发人员对车辆在运行过程中可能出现故障的硬件设备位置设置检测控件,并将该检测控件与车载终端电性相连,当该车辆在运行过程中某个硬件设备出现故障时,可以通过该硬件设备处设置的检测控件检测到,车载终端检测到车辆中该硬件设备发生了故障,并基于该检测控件的位置,获取第一故障对应的目标故障参数。
可选的,目标故障参数可以是该第一故障对应的故障码或者故障名称。比如,开发人员对不同的故障设置有唯一对应的故障码时,当车辆的前轮出现故障时,该故障码可以是1000,故障名称可以是“前轮出现故障”。
步骤102,从逻辑数据库中获取与目标故障参数对应的目标分析逻辑树,逻辑数据库中包含各个故障参数以及各个故障参数对应的分析逻辑树。
可选的,车载终端获取到目标故障参数之后,通过逻辑数据库获取与目标故障参数对应的目标分析逻辑树。比如,请参考表1,其示出了本申请一示例性实施例涉及的一种故障参数与分析逻辑树之间的对应关系表。
故障参数 | 分析逻辑树 |
故障参数一 | 分析逻辑树一 |
故障参数二 | 分析逻辑树二 |
故障参数三 | 分析逻辑树三 |
…… | …… |
表1
如表1所示,如果上述目标故障参数是故障参数二时,本步骤中,车载终端可以从逻辑数据库中获取到的目标分析逻辑树是分析逻辑树二。可选的,上述表1可以是开发人员预先编辑并存储在车载终端的内存中,当需要使用时,车载终端从逻辑数据库中获取该对应关系表。
步骤103,根据目标分析逻辑树,对第一故障进行修复。
可选的,车载终端根据获取到的目标分析逻辑树,对第一故障进行修复。其中,目标分析逻辑树中包含各个节点,每个节点包含车辆在发生故障时如何对该故障进行排查的执行步骤,车载终端可以对目标分析逻辑树中的各个节点进行解析,并执行对应的排查步骤,从而完成对第一故障的诊断和修复。
综上所述,本申请的车载终端在当检测到车辆发生第一故障时,获取第一故障对应的目标故障参数;从逻辑数据库中获取与目标故障参数对应的目标分析逻辑树,逻辑数据库中包含各个故障参数以及各个故障参数对应的分析逻辑树;根据目标分析逻辑树,对第一故障进行修复。通过预先设置逻辑数据库,在逻辑数据库中存储各个故障参数以及各个故障参数对应的分析逻辑树,当检测到车辆发生第一故障时,根据第一故障对应的目标故障参数,从逻辑数据库中获取与目标故障参数对应的目标分析逻辑树,并基于得到的目标分析逻辑树,对第一故障进行修复,实现自动对车辆发生的故障进行修复,不需要用户记录等步骤,提高了车辆发生故障时进行修复的效率。
在一种可能实现的方式中,上述逻辑数据库存储在车载终端连接的服务器中,车辆发生第一故障时,车辆通过车载终端与服务器进行交互,完成对第一故障的修复。
请参考图2,其示出了本申请一示例性实施例提供的一种车辆故障修复方法的方法流程图。该车辆故障修复方法可以应用于服务器中,该服务器与车载终端具有通信连接。如图2所示,该车辆故障修复方法可以包括如下几个步骤。
步骤201,接收车载终端发送的第一故障对应的目标故障参数。
可选的,服务器可以是车辆厂商的服务器,该服务器与车辆中的车载终端具有通信连接,当车载终端检测到车辆发生第一故障时,获取第一故障对应的目标故障参数,并通过该通信连接,向服务器发送目标故障参数,相应的,服务器可以接收到车载终端发送的目标故障参数。可选的,车载终端在检测到车辆发生第一故障时,获取第一故障对应的目标故障参数的方式可以参照图1实施例步骤101中的内容,此处不再赘述。
步骤202,从逻辑数据库中获取目标故障参数对应的目标分析逻辑树,逻辑数据库中包含各个故障参数以及各个故障参数对应的分析逻辑树。
可选的,服务器在获取到目标故障参数之后,通过逻辑数据库获取与目标故障参数对应的目标分析逻辑树。比如,请参考表1,其示出了本申请一示例性实施例涉及的一种故障参数与分析逻辑树之间的对应关系表。
故障参数 | 分析逻辑树 |
故障参数一 | 分析逻辑树一 |
故障参数二 | 分析逻辑树二 |
故障参数三 | 分析逻辑树三 |
…… | …… |
表1
如表1所示,如果上述目标故障参数是故障参数二时,本步骤中,车载终端可以从逻辑数据库中获取到的目标分析逻辑树是分析逻辑树二。可选的,上述表1可以是开发人员预先编辑并存储在服务器的内存中,当需要使用时,服务器从逻辑数据库中获取该对应关系表。
步骤203,向车载终端发送目标分析逻辑树,以使得车载终端对第一故障进行修复。
可选的,服务器将上述获取到的目标分析逻辑树返回给车载终端,从而使得车载终端根据目标分析逻辑树,对第一故障进行修复。其中,车载终端在根据目标分析逻辑树,对第一故障进行修复的方式可以参照图1实施例中步骤103的内容,此处不再赘述。
综上所述,本申请的服务器接收车载终端发送的第一故障对应的目标故障参数;从逻辑数据库中获取目标故障参数对应的目标分析逻辑树,逻辑数据库中包含各个故障参数以及各个故障参数对应的分析逻辑树;向车载终端发送目标分析逻辑树,以使得车载终端对第一故障进行修复。通过预先设置逻辑数据库,在逻辑数据库中存储各个故障参数以及各个故障参数对应的分析逻辑树,当服务器接收到车载终端发送的第一故障对应的目标故障参数时,根据第一故障对应的目标故障参数,从逻辑数据库中获取与目标故障参数对应的目标分析逻辑树,并向车载终端发送目标分析逻辑树,使得车载终端基于得到的目标分析逻辑树,对第一故障进行修复,实现自动对车辆发生的故障进行修复,不需要用户记录等步骤,提高了车辆发生故障时进行修复的效率。
在一种可能实现的方式中,目标故障参数可以包括目标故障码和目标故障信息,在获取与目标故障参数对应的目标分析逻辑树时,获取到与目标故障码和目标故障信息均对应的目标分析逻辑树。
请参考图3,其示出了本申请一示例性实施例提供的一种车辆故障修复方法的方法流程图。该车辆故障修复方法可以应用于所示的场景架构中的车载终端。如图3所示,该车辆故障修复方法可以包括如下几个步骤。
步骤301,当检测到车辆发生第一故障时,获取第一故障对应的目标故障参数。
在一种可能实现的方式中,车载终端检测车辆发生第一故障的方式可以如下:当检测到车辆发生第一故障时,通过第一故障处设置的第一接口获取目标故障码;根据第一接口以及状态参数,获取第一故障对应的目标故障信息,状态参数用于表征车辆的状态;将目标故障码和目标故障信息获取为目标故障参数。
比如,开发人员对车载终端的应用程序在运行过程中可能出现故障的位置进行埋点处理,当该应用程序加载失败时,车载终端可以通过预先埋点的位置检测出车辆发生了故障。例如,当车辆发生故障时,发生故障的位置可以通过埋点位置处设置的接口向车载终端上报故障,车载终端根据接收到故障的接口,获取目标故障码。即,通过在第一故障处设置第一接口上报该故障,车载终端接收到该第一接口发送的故障时,可以获取到此次第一故障对应的目标故障码。上述接口可以有开发人员预先在车载终端中设置,在不同可能发生故障的位置均设置有各自对应的接口,在车辆发生第一故障时,通过第一故障处设置的第一接口上报该第一故障,使得车载终端根据该第一接口获取第一故障对应的目标故障码。
可选的,请参考表2,其示出了本申请一示例性实施例涉及的一种接口与目标故障码之间的对应关系表。
接口 | 目标故障码 |
接口一 | 1002 |
接口二 | 101 |
接口三 | 1129 |
…… | …… |
表2
比如,如表2所示,如果车载终端检测到车辆发生第一故障时,是通过接口二向车载终端上报的,那么,车载终端可以通过该表2获取到第一故障对应的目标故障码是101。
类似的,开发人员对车辆在运行过程中可能出现故障的硬件设备位置设置检测控件,并将该检测控件与车载终端电性相连,当该车辆在运行过程中某个硬件设备出现故障时,可以通过该硬件设备处设置的检测控件检测到,并通过相应的接口上报给车载终端,车载终端根据该接口获取到对应的目标故障码。
可选的,车载终端还根据第一接口以及状态参数,获取第一故障对应的目标故障信息,状态参数用于表征车辆的状态。其中,状态参数可以是车辆的行驶速度、车内温度、车载终端的工作时长等。比如,车载终端检测到车辆出现第一故障之后,获取此时车辆的状态参数,根据第一接口以及车辆的状态参数,获取第一故障对应的目标故障信息。类似的,车辆中也可以对第一接口、车辆的状态参数范围以及目标故障信息预存有对应的关系表。
请参考表3,其示出了本申请一示例性实施例涉及的一种第一接口、车辆的状态参数范围以及目标故障信息之间的对应关系表。
第一接口 | 状态参数范围 | 目标故障信息 |
第一接口 | 范围一 | “由于a错误” |
第一接口 | 范围二 | “由于b错误” |
第一接口 | 范围三 | “由于c错误” |
…… | …… | …… |
表3
比如,如表3所示,如果车载终端检测到车辆发生第一故障时,是通过接口二向车载终端上报的,且此时获取到的状态参数所处在范围二内,那么,车载终端可以通过该表3获取到第一故障对应的目标故障信息是“由于b错误”。车载终端最终将获取到的目标故障码和目标故障信息获取为目标故障参数。
在一种可能实现的方式中,车载终端还可以将目标故障参数存储在诊断数据库中。即,车载终端可以设置有诊断数据库,该诊断数据库用于存储车辆发生各个故障对应的各个目标故障参数。比如,车载终端中包含AfterSales模块,该AfterSales模块可以提供有记录目标故障参数和读取目标故障参数的能力。当车载终端获取到目标故障参数之后,可以将获取到的目标故障参数通过该模块存储至诊断数据库中。
可选的,车载终端还可以响应于对车载终端的显示屏中的目标触发操作,从诊断数据库中读取目标故障参数。请参考图4,其示出了本申请一示例性实施例涉及的一种应用界面的界面示意图。如图4所示,在应用界面400中包含了各个故障参数401,选择控件402,确定控件403,取消控件404。其中,用户可以通过选择控件402选择对应的故障参数401,并点击确认控件403,触发车载终端从诊断数据库中读取选择的目标故障参数。即,上述目标触发操作是对确认控件403的点击操作。
步骤302,从逻辑数据库中获取与目标故障参数对应的目标分析逻辑树,逻辑数据库中包含各个故障参数以及各个故障参数对应的分析逻辑树。
在一种可能实现的方式中,车载终端根据目标故障码,查询逻辑数据库中与目标故障码对应的各个故障信息;确定各个故障信息中与目标故障信息相同的故障信息;从逻辑数据库中获取与目标故障码相同的故障信息对应的目标分析逻辑树。
比如,请参考表4,其示出了本申请一示例性实施例涉及的一种故障码、故障信息以及分析逻辑树之间的对应关系表。
表3
比如,如表3所示,如果车载终端获取到的目标故障参数中目标故障码是故障码二,目标故障信息是故障信息六,那么,车载终端根据查询上述表3得到对应的分析逻辑树是分析逻辑树六,将分析逻辑树六获取为与目标故障参数对应的目标分析逻辑树。
在一种可能实现的方式中,逻辑数据库是存储在与车载终端具有通信连接的服务器中,车载终端还可以向服务器发送目标故障参数;并接收服务器发送的基于目标故障参数从逻辑数据库中获取的与目标故障参数对应的目标分析逻辑树。可选的,在上述图4中,用户在触发点击确认控件403之后,还可以触发车载终端将从诊断数据库中读取选择的目标故障参数发送给服务器,由服务器根据该目标故障参数获取对应的目标分析逻辑树。其中,服务器从逻辑数据库中获取与目标故障参数对应的目标分析逻辑树的方式,与车载终端从自身本地存储的逻辑数据库中获取与目标故障参数对应的目标分析逻辑树的方式类似,此处不再赘述。
步骤303,根据目标分析逻辑树,依次获取目标分析逻辑树中各个节点的节点内容。
可选的,车载终端还可以根据得到的目标分析逻辑树,依次获取目标分析逻辑树中各个节点的节点内容。以车辆发生的第一故障是空中下载技术(Over-the-AirTechnology,OTA)差分升级失败为例。请参考图5,其示出了本申请一示例性实施例涉及的一种分析逻辑树的结构示意图。如图5所示,其中包含了各个节点501至509,车载终端通过该目标分析逻辑树的节点顺序,依次获取目标分析逻辑树中各个节点的节点内容。其中,目标分析逻辑树中各个节点可以是开发人员根据经验提前设置的,可以包括各个可代码执行的操作,如日志查询,shell指令操作,故障码查询,内置代码执行等。
可选的,上述目标分析逻辑树可以根据使用情况进行更新。比如,上述逻辑数据库中存储的各个故障参数以及各个故障参数对应的分析逻辑树发生更新时,可以通过通信连接将车载终端在本地存储的也进行更新。或者,用户也可以通过U盘等硬件设备,对车载终端在本地存储的逻辑数据库中存储的各个故障参数以及各个故障参数对应的分析逻辑树也进行更新。
步骤304,根据各个节点的节点内容,生成各个目标执行指令。
可选的,车载终端根据获取到的各个节点的节点内容生成各个目标执行指令,并执行步骤305。比如,在上述图5中,按照第一个节点501的节点内容,生成检查PSO密钥是否正常的执行指令,按照第二个节点502的节点内容,生成重新获取PSO密钥的执行指令等。
步骤305,依次执行各个目标执行指令,对第一故障进行修复。
车载终端对生成的各个目标执行指令依次执行,实现对第一故障进行修复的流程。
可选的,车载终端还可以生成修复结果信息,修复结果信息用于指示车载终端对第一故障进行修复的结果;在车载终端的显示屏中展示修复结果信息。即,车载终端可以在执行各个目标执行指令之后,生成修复结果信息,从而指示第一故障是否已经修复。比如,请参考图6,其示出了本申请一示例性实施例涉及的另一种应用界面的界面示意图。如图6所示,在应用界面600中包含了修复结果信息601,车载终端通过展示修复结果信息601,使得用户可以及时知道第一故障是否已经修复。
综上所述,本申请的车载终端在当检测到车辆发生第一故障时,获取第一故障对应的目标故障参数;从逻辑数据库中获取与目标故障参数对应的目标分析逻辑树,逻辑数据库中包含各个故障参数以及各个故障参数对应的分析逻辑树;根据目标分析逻辑树,对第一故障进行修复。通过预先设置逻辑数据库,在逻辑数据库中存储各个故障参数以及各个故障参数对应的分析逻辑树,当检测到车辆发生第一故障时,根据第一故障对应的目标故障参数,从逻辑数据库中获取与目标故障参数对应的目标分析逻辑树,并基于得到的目标分析逻辑树,对第一故障进行修复,实现自动对车辆发生的故障进行修复,不需要用户记录等步骤,提高了车辆发生故障时进行修复的效率。
在一种可能实现的方式中,上述从逻辑数据库中获取目标故障参数对应的目标分析逻辑树是由服务器执行的,下面,从服务器的角度对本申请提供的车辆故障修复方法进行介绍。
请参考图7,其示出了本申请一示例性实施例提供的一种车辆故障修复方法的方法流程图。该车辆故障修复方法可以应用于与车载终端建立有通信连接的服务器中。如图7所示,该车辆故障修复方法可以包括如下几个步骤。
步骤701,接收车载终端发送的第一故障对应的目标故障参数。
可选的,车载终端在检测到车辆发生第一故障之后,获取到第一故障对应的目标故障参数,并通过通信连接将该目标故障参数发送给服务器,服务器通过通信连接可以接收到车载终端发送的第一故障对应的目标故障参数。其中,车载终端在检测到车辆发生第一故障之后,获取第一故障对应的目标故障参数的方式可以参照上述图3实施例步骤301中的描述,此处不再赘述。
步骤702,从逻辑数据库中获取目标故障参数对应的目标分析逻辑树,逻辑数据库中包含各个故障参数以及各个故障参数对应的分析逻辑树。
可选的,目标故障参数包括目标故障码和目标故障信息,根据目标故障码,查询逻辑数据库中与目标故障码对应的各个故障信息;确定各个故障信息中与目标故障信息相同的故障信息;从逻辑数据库中获取与目标故障码相同的故障信息对应的目标分析逻辑树。其中,服务器在接收到目标故障参数之后,根据目标故障参数从逻辑数据库中获取目标故障参数对应的目标分析逻辑树的方式,也可以参照上述图3实施例步骤302中的描述,此处不再赘述。
步骤703,根据目标分析逻辑树,依次获取目标分析逻辑树中各个节点的节点内容。
步骤704,根据各个节点的节点内容,生成各个目标执行指令。
可选的,上述步骤703至步骤704的执行细节可以参照上述图3实施例步骤303至步骤304中的描述,此处不再赘述。
步骤705,向车载终端发送各个目标执行指令。
可选的,服务器可以将得到的各个目标执行指令通过通信连接发送给车载终端。其中,服务器在向发送车载终端发送各个目标执行指令之前,还可以确定各个目标执行指令的属性模式,该属性模式包括授权模式和非授权模式,当某个目标执行指令的授权模式是非授权模式时,服务器不需要对该目标执行指令进行加密,直接发送给车载终端,当某个目标执行指令的授权模式是授权模式时,服务器需要对该目标执行指令进行加密,将加密后的目标执行指令发送给车载终端。
相应的,车载终端接收到该服务器发送的目标执行指令之后,对目标执行指令进行解析,并对第一故障进行修复。
步骤706,向车载终端发送目标分析逻辑树,以使得车载终端对第一故障进行修复。
可选的,车载终端接收到该服务器发送的目标分析逻辑树之后,通过目标分析逻辑树执行上述步骤303至步骤305的内容,从而对第一故障进行修复。
综上所述,本申请的服务器接收车载终端发送的第一故障对应的目标故障参数;从逻辑数据库中获取目标故障参数对应的目标分析逻辑树,逻辑数据库中包含各个故障参数以及各个故障参数对应的分析逻辑树;向车载终端发送目标分析逻辑树,以使得车载终端对第一故障进行修复。通过预先设置逻辑数据库,在逻辑数据库中存储各个故障参数以及各个故障参数对应的分析逻辑树,当服务器接收到车载终端发送的第一故障对应的目标故障参数时,根据第一故障对应的目标故障参数,从逻辑数据库中获取与目标故障参数对应的目标分析逻辑树,并向车载终端发送目标分析逻辑树,使得车载终端基于得到的目标分析逻辑树,对第一故障进行修复,实现自动对车辆发生的故障进行修复,不需要用户记录等步骤,提高了车辆发生故障时进行修复的效率。
需要说明的是,上述车辆在发生第一故障时,车载终端可以按照上述图3和图7所示的两种方式分别进行第一故障的修复,也可以按照两种方式并行执行,确定其中更快、更准确的修复方式,此处不再赘述。
下面,以本申请中,车辆分为整车和车载终端,车载终端与服务器建立有通信连接,以服务器和车载终端的交互对上述图3和图7所示的实施例进行举例介绍。
请参考图8,其示出了本申请一示例实施例提供的一种车辆故障修复方法的方法流程图。该车辆故障修复方法可以应用于所示的场景架构中的车载终端。如图8所示,该车辆故障修复方法可以包括如下几个步骤。
步骤801,车载终端中基于埋点位置检测到车辆出现第一故障。
步骤802,整车基于埋点位置检测到车辆出现第二故障。
可选的,步骤801和步骤802的细节描述可以参照上述图3中的步骤301中检测第一故障的内容,此处不再赘述。
步骤803,车载终端根据第一故障和第二故障触发对应的诊断操作。
可选的,诊断操作可以是对应上述基于第一故障的故障参数和第二故障的故障参数确定对应的分析逻辑树的过程,可以参照上述图3中步骤302的内容,此处不再赘述。
步骤804,车载终端将第一故障和第二故障上报给服务器。
可选的,上报方式可以采用上述将第一故障和第二故障各自的故障参数上报给服务器的方式。
请参考图9,其示出了本申请一示例性实施例涉及的一种车载终端的结构示意图。如图9所示,在车载终端900中,包含了埋点模块901,诊断数据库902,读写模块903,展示模块904,第一发送模块905,第一接收模块906。可选的,车载终端还与服务器通过通信连接,服务器907中包括第二接收模块908和第二发送模块909。
其中,埋点模块901是可以在各个应用程序中进行埋点的,也可以在监控framework层中控制摄像头等外部设备进行埋点的,还可以是在监控SOC的运行状态中进行埋点的,以及各个车辆的ECU进行诊断埋点。当出现各个故障时,埋点模块901预先设置的埋点可以上报对应的故障给读写模块903,读写模块903可以将故障对应的故障参数存储到诊断数据库902中。可选的,诊断数据库902可以包含故障参数,也可以包含故障参数以及对应的分析逻辑树,即在上述图3中可以将逻辑数据库与诊断数据库合并为一个数据库。
可选的,车载终端还可以通过读写模块903读取诊断数据库中的故障参数并通过第一发送模块905发送给服务器907中的第二接收模块908。
步骤805,服务器接收车载终端上报的第一故障和第二故障。
即,在上述图9中,服务器907通过第二接收模块908接收车载终端通过第一发送模块905发送的故障参数。
步骤806,服务器根据第一故障和第二故障触发对应的诊断操作。
可选的,诊断操作可以是对应上述基于第一故障的故障参数和第二故障的故障参数确定对应的分析逻辑树的过程,可以参照上述图3中步骤302的内容,此处不再赘述。
步骤807,服务器向车载终端发送修复指令。
可选的,在上述图9中,服务器通过第二发送模块909向车载终端的第一接收模块906发送修复指令,使得车载终端接收到修复指令。
步骤808,车载终端获取到修复指令。
可选的,车载终端获取到修复指令的方式可以参照上述图3中获取各个目标执行指令的方式,此处不再赘述。
步骤809,车载终端执行修复指令并展示修复结果。
请参考图10,其示出了本申请一示例实施例提供的一种车载终端执行修复指令的流程图。如图10所示,该流程可以如下:
步骤1001,售后人员触发服务器执行诊断操作。
步骤1002,对修复指令进行加密。
步骤1003,将加密后的修复指令发送给车载终端。
步骤1004,车载终端解析修复指令。
步骤1005,车载终端执行修复指令。
步骤1006,在车载终端中展示修复结果。
步骤1007,向服务器返回修复结果。
可选的,车载终端在上述步骤1005中执行修复指令时,可能会解析到sh脚本下载链接,此时车载终端可以下载并执行sh脚本,并将执行后的结果保存。
步骤810,车载终端向服务器发送修复结果。
步骤811,服务器接收并展示修复结果。
综上所述,本申请的车载终端在当检测到车辆发生第一故障时,获取第一故障对应的目标故障参数;从逻辑数据库中获取与目标故障参数对应的目标分析逻辑树,逻辑数据库中包含各个故障参数以及各个故障参数对应的分析逻辑树;根据目标分析逻辑树,对第一故障进行修复。通过预先设置逻辑数据库,在逻辑数据库中存储各个故障参数以及各个故障参数对应的分析逻辑树,当检测到车辆发生第一故障时,根据第一故障对应的目标故障参数,从逻辑数据库中获取与目标故障参数对应的目标分析逻辑树,并基于得到的目标分析逻辑树,对第一故障进行修复,实现自动对车辆发生的故障进行修复,不需要用户记录等步骤,提高了车辆发生故障时进行修复的效率。
下述为本申请装置实施例,可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节,请参照本申请方法实施例。
请参考图11,其示出了本申请一示例性实施例提供的一种车辆故障修复装置的结构框图,该车辆故障修复装置1100可以应用于车载终端,所述车辆故障修复装置包括:
参数确定模块1101,用于当检测到车辆发生第一故障时,获取所述第一故障对应的目标故障参数;
第一获取模块1102,用于从逻辑数据库中获取与所述目标故障参数对应的目标分析逻辑树,所述逻辑数据库中包含各个故障参数以及各个故障参数对应的分析逻辑树;
第一修复模块1103,用于根据所述目标分析逻辑树,对所述第一故障进行修复。
综上所述,本申请的车载终端在当检测到车辆发生第一故障时,获取第一故障对应的目标故障参数;从逻辑数据库中获取与目标故障参数对应的目标分析逻辑树,逻辑数据库中包含各个故障参数以及各个故障参数对应的分析逻辑树;根据目标分析逻辑树,对第一故障进行修复。通过预先设置逻辑数据库,在逻辑数据库中存储各个故障参数以及各个故障参数对应的分析逻辑树,当检测到车辆发生第一故障时,根据第一故障对应的目标故障参数,从逻辑数据库中获取与目标故障参数对应的目标分析逻辑树,并基于得到的目标分析逻辑树,对第一故障进行修复,实现自动对车辆发生的故障进行修复,不需要用户记录等步骤,提高了车辆发生故障时进行修复的效率。
可选的,所述第一修复模块,包括:第一获取单元,第一生成单元和第一修复单元;
所述第一获取单元,用于根据所述目标分析逻辑树,依次获取所述目标分析逻辑树中各个节点的节点内容;
所述第一生成单元,用于根据所述各个节点的节点内容,生成各个目标执行指令;
所述第一修复单元,用于依次执行各个所述目标执行指令,对所述第一故障进行修复。
可选的,所述参数确定模块1101,包括:第二获取单元,第三获取单元和第四获取单元;
所述第二获取单元,用于当检测到所述车辆发生第一故障时,通过所述第一故障处设置的第一接口获取所述目标故障码;
所述第三获取单元,用于根据所述第一接口以及状态参数,获取所述第一故障对应的目标故障信息,所述状态参数用于表征所述车辆的状态;
所述第四获取单元,用于将所述目标故障码和所述目标故障信息获取为所述目标故障参数。
可选的,所述第一获取模块1102,包括:第一查询单元,第一确定单元和第五获取单元;
所述第一查询单元,用于根据所述目标故障码,查询所述逻辑数据库中与所述目标故障码对应的各个故障信息;
所述第一确定单元,用于确定各个所述故障信息中与所述目标故障信息相同的故障信息;
所述第五获取单元,用于从所述逻辑数据库中获取与所述目标故障码相同的故障信息对应的目标分析逻辑树。
可选的,所述逻辑数据库存储在与所述车载终端具有通信连接的服务器中,所述第一获取模块1102,包括:第一发送单元和第一接收单元;
所述第一发送单元,用于向所述服务器发送所述目标故障参数;
所述第一接收单元,用于接收所述服务器发送的基于所述目标故障参数从所述逻辑数据库中获取的与所述目标故障参数对应的所述目标分析逻辑树。
可选的,所述装置还包括:
信息生成模块,用于在所述根据所述目标分析逻辑树,对所述第一故障进行修复之后,生成修复结果信息,所述修复结果信息用于指示所述车载终端对所述第一故障进行修复的结果;
第一展示模块,用于在所述车载终端的显示屏中展示所述修复结果信息。
可选的,所述装置还包括:
数据存储模块,用于在所述根据所述目标故障参数查询逻辑数据库,确定所述目标故障参数对应的目标分析逻辑树之前,将所述目标故障参数存储在诊断数据库中;
数据读取模块,用于响应于对所述车载终端的显示屏中的目标触发操作,从所述诊断数据库中读取所述目标故障参数。
请参考图12,其示出了本申请一示例性实施例提供的一种车辆故障修复装置的结构框图,该车辆故障修复装置1200可以应用于服务器,所述服务器与车载终端具有通信连接,所述车辆故障修复装置包括:
参数接收模块1201,用于接收所述车载终端发送的第一故障对应的目标故障参数;
第二获取模块1202,用于从逻辑数据库中获取所述目标故障参数对应的目标分析逻辑树,所述逻辑数据库中包含各个故障参数以及各个故障参数对应的分析逻辑树;
第二修复模块1203,用于向所述车载终端发送所述目标分析逻辑树,以使得所述车载终端对所述第一故障进行修复。
综上所述,本申请的服务器接收车载终端发送的第一故障对应的目标故障参数;从逻辑数据库中获取目标故障参数对应的目标分析逻辑树,逻辑数据库中包含各个故障参数以及各个故障参数对应的分析逻辑树;向车载终端发送目标分析逻辑树,以使得车载终端对第一故障进行修复。通过预先设置逻辑数据库,在逻辑数据库中存储各个故障参数以及各个故障参数对应的分析逻辑树,当服务器接收到车载终端发送的第一故障对应的目标故障参数时,根据第一故障对应的目标故障参数,从逻辑数据库中获取与目标故障参数对应的目标分析逻辑树,并向车载终端发送目标分析逻辑树,使得车载终端基于得到的目标分析逻辑树,对第一故障进行修复,实现自动对车辆发生的故障进行修复,不需要用户记录等步骤,提高了车辆发生故障时进行修复的效率。
可选的,所述装置还包括:
第三获取模块,用于在所述向所述车载终端发送所述目标分析逻辑树之前,根据所述目标分析逻辑树,依次获取所述目标分析逻辑树中各个节点的节点内容;
指令生成模块,用于根据所述各个节点的节点内容,生成各个目标执行指令;
指令发送模块,用于向所述车载终端发送各个所述目标执行指令。
可选的,所述目标故障参数包括目标故障码和目标故障信息,所述第二获取模块1202,包括:第二查询单元,第二确定单元,第六获取单元;
所述第二查询单元,用于根据所述目标故障码,查询所述逻辑数据库中与所述目标故障码对应的各个故障信息;
所述第二确定单元,用于确定各个所述故障信息中与所述目标故障信息相同的故障信息;
所述第六获取单元,用于从所述逻辑数据库中获取与所述目标故障码相同的故障信息对应的目标分析逻辑树。
可选的,所述装置还包括:
信息接收模块,用于在向所述车载终端发送所述目标分析逻辑树之后,接收所述车载终端发送的修复结果信息,所述修复结果信息用于指示所述车载终端对所述第一故障进行修复的结果;
第二展示模块,用于展示所述修复结果信息。
图13是本申请一示例性实施例提供的一种车载终端的结构示意图。如图13所示,车载终端1300包括中央处理单元(Central Processing Unit,CPU)1301、包括随机存取存储器(Random Access Memory,RAM)1302和只读存储器(Read Only Memory,ROM)1303的系统存储器1304,以及连接系统存储器1304和中央处理单元1301的系统总线1305。所述车载终端1300还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(Input/Output System,I/O系统)1308,和用于存储操作系统1312、应用程序1313和其他程序模块1314的大容量存储设备1307。
所述基本输入/输出系统1306包括有用于显示信息的显示器1308和用于用户输入信息的诸如鼠标、键盘之类的输入设备1309。其中所述显示器1308和输入设备1309都通过连接到系统总线1305的输入输出控制器1310连接到中央处理单元1301。所述基本输入/输出系统1306还可以包括输入输出控制器1310以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地,输入输出控制器1310还提供输出到显示屏、打印机或其他类型的输出设备。
所述大容量存储设备1307通过连接到系统总线1305的大容量存储控制器(未示出)连接到中央处理单元1301。所述大容量存储设备1307及其相关联的计算机可读介质为车载终端1300提供非易失性存储。也就是说,所述大容量存储设备1307可以包括诸如硬盘或者CD-ROM(Compact Disc Read-Only Memory,只读光盘)驱动器之类的计算机可读介质(未示出)。
所述计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM(Erasable Programmable Read Only Memory,可擦除可编程只读存储器)、EEPROM(Electrically Erasable Programmable Read-Only Memory,带电可擦可编程只读存储器)、闪存或其他固态存储其技术,CD-ROM、DVD(Digital Video Disc,高密度数字视频光盘)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然,本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的系统存储器1304和大容量存储设备1307可以统称为存储器。
车载终端1300可以通过连接在所述系统总线1305上的网络接口单元1311连接到互联网或者其它网络设备。
所述存储器还包括一个或者一个以上的程序,所述一个或者一个以上程序存储于存储器中,中央处理单元1301通过执行该一个或一个以上程序来实现本申请上述各个实施例提供的方法中,由车载终端执行的全部或者部分步骤。
图14是本申请一示例性实施例提供的一种服务器的结构示意图。如图14所示,服务器1400包括中央处理单元(Central Processing Unit,CPU)1401、包括随机存取存储器(Random Access Memory,RAM)1402和只读存储器(Read Only Memory,ROM)1403的系统存储器1404,以及连接系统存储器1404和中央处理单元1401的系统总线1405。所述服务器1400还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(Input/OutputSystem,I/O系统)1408,和用于存储操作系统1412、应用程序1414和其他程序模块1414的大容量存储设备1407。
所述基本输入/输出系统1406包括有用于显示信息的显示器1408和用于用户输入信息的诸如鼠标、键盘之类的输入设备1409。其中所述显示器1408和输入设备1409都通过连接到系统总线1405的输入输出控制器1410连接到中央处理单元1401。所述基本输入/输出系统1406还可以包括输入输出控制器1410以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地,输入输出控制器1410还提供输出到显示屏、打印机或其他类型的输出设备。
所述大容量存储设备1407通过连接到系统总线1405的大容量存储控制器(未示出)连接到中央处理单元1401。所述大容量存储设备1407及其相关联的计算机可读介质为服务器1400提供非易失性存储。也就是说,所述大容量存储设备1407可以包括诸如硬盘或者CD-ROM(Compact Disc Read-Only Memory,只读光盘)驱动器之类的计算机可读介质(未示出)。
所述计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM(Erasable Programmable Read Only Memory,可擦除可编程只读存储器)、EEPROM(Electrically Erasable Programmable Read-Only Memory,带电可擦可编程只读存储器)、闪存或其他固态存储其技术,CD-ROM、DVD(Digital Video Disc,高密度数字视频光盘)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然,本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的系统存储器1404和大容量存储设备1407可以统称为存储器。
服务器1400可以通过连接在所述系统总线1405上的网络接口单元1411连接到互联网或者其它网络设备。
所述存储器还包括一个或者一个以上的程序,所述一个或者一个以上程序存储于存储器中,中央处理单元1401通过执行该一个或一个以上程序来实现本申请上述各个实施例提供的方法中,由服务器执行的全部或者部分步骤。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,高密度数字视频光盘(Digital Video Disc,DVD))、或者半导体介质(例如固态硬盘(Solid State Disk,SSD))等。
本申请实施例还公开了一种车辆,该车辆包括车载终端,车载终端包括存储器及处理器,所述存储器中存储有计算机程序,所述计算机程序被所述处理器执行时,使得所述处理器实现如上述方法实施例中的车辆故障修复方法。可选的,上述终端可以是本实施例中的车载终端。
本申请实施例还公开了一种计算机可读存储介质,其存储计算机程序,其中,该计算机程序被处理器执行时实现上述方法实施例中的方法。
应理解,说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此,在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外,这些特定特征、结构或特性可以以任意适合的方式结合在一个或多个实施例中。本领域技术人员也应该知悉,说明书中所描述的实施例均属于可选实施例,所涉及的动作和模块并不一定是本申请所必须的。
在本申请的各种实施例中,应理解,上述各过程的序号的大小并不意味着执行顺序的必然先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物单元,即可位于一个地方,或者也可以分布到多个网络单元上。可根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外,在本申请各实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
上述集成的单元若以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可获取的存储器中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或者部分,可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储器中,包括若干请求用以使得一台计算机设备(可以为个人计算机、服务器或者网络设备等,具体可以是计算机设备中的处理器)执行本申请的各个实施例上述方法的部分或全部步骤。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质包括只读存储器(Read-Only Memory,ROM)、随机存储器(Random Access Memory,RAM)、可编程只读存储器(Programmable Read-only Memory,PROM)、可擦除可编程只读存储器(Erasable Programmable Read Only Memory,EPROM)、一次可编程只读存储器(One-time Programmable Read-Only Memory,OTPROM)、电子抹除式可复写只读存储器(Electrically-Erasable Programmable Read-Only Memory,EEPROM)、只读光盘(CompactDisc Read-Only Memory,CD-ROM)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。
以上对本申请实施例公开的一种车辆故障修复方法、装置、终端及存储介质进行了举例介绍,本文中应用了个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (17)
1.一种车辆故障修复方法,其特征在于,所述方法应用于车载终端,所述方法包括:
当检测到车辆发生第一故障时,获取所述第一故障对应的目标故障参数;
从逻辑数据库中获取与所述目标故障参数对应的目标分析逻辑树,所述逻辑数据库中包含各个故障参数以及各个故障参数对应的分析逻辑树;
根据所述目标分析逻辑树,对所述第一故障进行修复。
2.根据权利要求1所述的方法,其特征在于,所述根据所述目标分析逻辑树,对所述第一故障进行修复,包括:
根据所述目标分析逻辑树,依次获取所述目标分析逻辑树中各个节点的节点内容;
根据所述各个节点的节点内容,生成各个目标执行指令;
依次执行各个所述目标执行指令,对所述第一故障进行修复。
3.根据权利要求1所述的方法,其特征在于,所述当检测到车辆发生第一故障时,获取所述第一故障对应的目标故障参数,包括:
当检测到所述车辆发生第一故障时,通过所述第一故障处设置的第一接口获取所述目标故障码;
根据所述第一接口以及状态参数,获取所述第一故障对应的目标故障信息,所述状态参数用于表征所述车辆的状态;
将所述目标故障码和所述目标故障信息获取为所述目标故障参数。
4.根据权利要求3所述的方法,其特征在于,所述从逻辑数据库中获取与所述目标故障参数对应的目标分析逻辑树,包括:
根据所述目标故障码,查询所述逻辑数据库中与所述目标故障码对应的各个故障信息;
确定各个所述故障信息中与所述目标故障信息相同的故障信息;
从所述逻辑数据库中获取与所述目标故障码相同的故障信息对应的目标分析逻辑树。
5.根据权利要求1所述的方法,其特征在于,所述逻辑数据库存储在与所述车载终端具有通信连接的服务器中,所述从逻辑数据库中获取与所述目标故障参数对应的目标分析逻辑树,包括:
向所述服务器发送所述目标故障参数;
接收所述服务器发送的基于所述目标故障参数从所述逻辑数据库中获取的与所述目标故障参数对应的所述目标分析逻辑树。
6.根据权利要求1至5任一所述的方法,其特征在于,在所述根据所述目标分析逻辑树,对所述第一故障进行修复之后,还包括:
生成修复结果信息,所述修复结果信息用于指示所述车载终端对所述第一故障进行修复的结果;
在所述车载终端的显示屏中展示所述修复结果信息。
7.根据权利要求1至5任一所述的方法,其特征在于,在所述根据所述目标故障参数查询逻辑数据库,确定所述目标故障参数对应的目标分析逻辑树之前,还包括:
将所述目标故障参数存储在诊断数据库中;
响应于对所述车载终端的显示屏中的目标触发操作,从所述诊断数据库中读取所述目标故障参数。
8.一种车辆故障修复方法,其特征在于,所述方法应用于服务器,所述服务器与车载终端具有通信连接,所述方法包括:
接收所述车载终端发送的第一故障对应的目标故障参数;
从逻辑数据库中获取所述目标故障参数对应的目标分析逻辑树,所述逻辑数据库中包含各个故障参数以及各个故障参数对应的分析逻辑树;
向所述车载终端发送所述目标分析逻辑树,以使得所述车载终端对所述第一故障进行修复。
9.根据权利要求8所述的方法,其特征在于,在所述向所述车载终端发送所述目标分析逻辑树之前,还包括:
根据所述目标分析逻辑树,依次获取所述目标分析逻辑树中各个节点的节点内容;
根据所述各个节点的节点内容,生成各个目标执行指令;
向所述车载终端发送各个所述目标执行指令。
10.根据权利要求8所述的方法,其特征在于,所述目标故障参数包括目标故障码和目标故障信息,所述从逻辑数据库中获取所述目标故障参数对应的目标分析逻辑树,包括:
根据所述目标故障码,查询所述逻辑数据库中与所述目标故障码对应的各个故障信息;
确定各个所述故障信息中与所述目标故障信息相同的故障信息;
从所述逻辑数据库中获取与所述目标故障码相同的故障信息对应的目标分析逻辑树。
11.根据权利要求8至10任一所述的方法,其特征在于,在向所述车载终端发送所述目标分析逻辑树之后,还包括:
接收所述车载终端发送的修复结果信息,所述修复结果信息用于指示所述车载终端对所述第一故障进行修复的结果;
展示所述修复结果信息。
12.一种车辆故障修复装置,其特征在于,所述装置应用于车载终端,所述装置包括:
参数确定模块,用于当检测到车辆发生第一故障时,获取所述第一故障对应的目标故障参数;
第一获取模块,用于从逻辑数据库中获取与所述目标故障参数对应的目标分析逻辑树,所述逻辑数据库中包含各个故障参数以及各个故障参数对应的分析逻辑树;
第一修复模块,用于根据所述目标分析逻辑树,对所述第一故障进行修复。
13.一种车辆故障修复装置,其特征在于,所述装置应用于服务器,所述服务器与车载终端具有通信连接,所述装置包括:
参数接收模块,用于接收所述车载终端发送的第一故障对应的目标故障参数;
第二获取模块,用于从逻辑数据库中获取所述目标故障参数对应的目标分析逻辑树,所述逻辑数据库中包含各个故障参数以及各个故障参数对应的分析逻辑树;
第二修复模块,用于向所述车载终端发送所述目标分析逻辑树,以使得所述车载终端对所述第一故障进行修复。
14.一种车载终端,其特征在于,所述车载终端包括存储器及处理器,所述存储器中存储有计算机程序,所述计算机程序被所述处理器执行时,使得所述处理器实现如权利要求1至7任一所述的车辆故障修复方法。
15.一种服务器,其特征在于,所述服务器包括存储器及处理器,所述存储器中存储有计算机程序,所述计算机程序被所述处理器执行时,使得所述处理器实现如权利要求8至11任一所述的车辆故障修复方法。
16.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至7任一所述的车辆故障修复方法。
17.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求8至11任一所述的车辆故障修复方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111173386.2A CN113934758A (zh) | 2021-10-08 | 2021-10-08 | 车辆故障修复方法、装置、车载终端、服务器及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111173386.2A CN113934758A (zh) | 2021-10-08 | 2021-10-08 | 车辆故障修复方法、装置、车载终端、服务器及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113934758A true CN113934758A (zh) | 2022-01-14 |
Family
ID=79278273
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111173386.2A Pending CN113934758A (zh) | 2021-10-08 | 2021-10-08 | 车辆故障修复方法、装置、车载终端、服务器及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113934758A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114675621A (zh) * | 2022-01-27 | 2022-06-28 | 北京新能源汽车股份有限公司 | 一种ota远程车辆故障恢复方法及系统 |
CN114741410A (zh) * | 2022-04-12 | 2022-07-12 | 北京汽车集团越野车有限公司 | 一种车辆数据输出方法、装置、电子设备及可读存储介质 |
CN114942860A (zh) * | 2022-06-30 | 2022-08-26 | 东风电驱动系统有限公司 | 整车仪表故障检测模型构建方法、装置、设备及存储介质 |
CN115134212A (zh) * | 2022-06-29 | 2022-09-30 | 中国工商银行股份有限公司 | 策略推送方法、装置、计算机设备和存储介质 |
CN115277747A (zh) * | 2022-06-24 | 2022-11-01 | 共青科技职业学院 | 车辆网络修复方法、系统、计算机设备及可读存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109345658A (zh) * | 2018-10-29 | 2019-02-15 | 百度在线网络技术(北京)有限公司 | 车辆系统故障的修复方法、装置、设备、介质和车辆 |
CN109582670A (zh) * | 2018-10-31 | 2019-04-05 | 深圳市元征科技股份有限公司 | 一种车辆维修方案的推荐方法及相关设备 |
CN113448303A (zh) * | 2020-03-27 | 2021-09-28 | 广州汽车集团股份有限公司 | 车辆故障诊断方法及其系统 |
-
2021
- 2021-10-08 CN CN202111173386.2A patent/CN113934758A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109345658A (zh) * | 2018-10-29 | 2019-02-15 | 百度在线网络技术(北京)有限公司 | 车辆系统故障的修复方法、装置、设备、介质和车辆 |
CN109582670A (zh) * | 2018-10-31 | 2019-04-05 | 深圳市元征科技股份有限公司 | 一种车辆维修方案的推荐方法及相关设备 |
CN113448303A (zh) * | 2020-03-27 | 2021-09-28 | 广州汽车集团股份有限公司 | 车辆故障诊断方法及其系统 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114675621A (zh) * | 2022-01-27 | 2022-06-28 | 北京新能源汽车股份有限公司 | 一种ota远程车辆故障恢复方法及系统 |
CN114741410A (zh) * | 2022-04-12 | 2022-07-12 | 北京汽车集团越野车有限公司 | 一种车辆数据输出方法、装置、电子设备及可读存储介质 |
CN115277747A (zh) * | 2022-06-24 | 2022-11-01 | 共青科技职业学院 | 车辆网络修复方法、系统、计算机设备及可读存储介质 |
CN115134212A (zh) * | 2022-06-29 | 2022-09-30 | 中国工商银行股份有限公司 | 策略推送方法、装置、计算机设备和存储介质 |
CN115134212B (zh) * | 2022-06-29 | 2024-04-19 | 中国工商银行股份有限公司 | 策略推送方法、装置、计算机设备和存储介质 |
CN114942860A (zh) * | 2022-06-30 | 2022-08-26 | 东风电驱动系统有限公司 | 整车仪表故障检测模型构建方法、装置、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113934758A (zh) | 车辆故障修复方法、装置、车载终端、服务器及存储介质 | |
CN106844217B (zh) | 对应用的控件进行埋点的方法及装置、可读存储介质 | |
CN108073519B (zh) | 测试用例生成方法和装置 | |
CN105144074B (zh) | 使用混合存储器设备的块存储 | |
CN108683562A (zh) | 异常检测定位方法、装置、计算机设备及存储介质 | |
CN108763076A (zh) | 一种软件自动测试方法、装置、设备及介质 | |
US11868388B2 (en) | Automatic annotation for vehicle damage | |
CN104063305A (zh) | 智能终端软件的压力测试方法、装置和系统 | |
CN113448834A (zh) | 埋点测试方法、装置、电子设备及存储介质 | |
CN109542743B (zh) | 日志校验方法、装置、电子设备及计算机可读存储介质 | |
CN111352853B (zh) | 一种兼容性测试方法、装置、服务器及存储介质 | |
CN111198797B (zh) | 操作监控方法及装置、操作分析方法及装置 | |
KR20140046121A (ko) | 애플리케이션 검증을 위한 시스템 및 방법 | |
CN110659191B (zh) | 埋点数据分析方法、装置、计算机设备和存储介质 | |
CN118885406B (zh) | 数据库集群异常测试方法及装置 | |
US20180089045A1 (en) | Method and device for performing hardware module diagnostics | |
KR20180076020A (ko) | 애플리케이션 테스트 자동화 장치 및 방법 | |
CN111367703B (zh) | 故障排查方法及装置 | |
CN110806981B (zh) | 一种应用程序测试方法、装置、设备和存储介质 | |
CN111552634A (zh) | 前端系统的测试方法、装置及存储介质 | |
CN113760696B (zh) | 一种程序问题定位方法、装置、电子设备和存储介质 | |
CN114356769A (zh) | 软件的学习方法、装置、设备及存储介质 | |
CN103853533A (zh) | 用于再现网络操作的方法和系统 | |
CN113190465B (zh) | 测试信息处理方法、装置、设备及存储介质 | |
CN114238814B (zh) | 确定源数据的方法、装置、电子设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |