车载娱乐终端的黑屏故障分析方法、装置、车辆及介质与流程

阅读：评论：0

1.本技术涉及车联网技术领域，特别涉及一种车载娱乐终端的黑屏故障分析方法、装置、车辆及介质。

背景技术：

2.随着技术的发展，车辆在日常生活中的占比越来越大，用户对车辆舒适度的要求也逐渐提高；车载娱乐系统可以为用户带来更智能的行车体验，因此，车载娱乐系统的好坏也逐渐受到重视。
3.当前车载娱乐系统的黑屏问题，给用户的体验不好，容易引起用户抱怨，在各车型的用户中，关注度极高。相关技术中，可以使用一种监控电力调度系统以实现黑屏监测的方式，然而车载娱乐系统的很多问题属于偶发，出现机率低，因此，其测试样本量小，很难实现对问题的复现，研发部门很难分析并解决相关问题。

技术实现要素：

4.本技术提供一种车载娱乐终端的黑屏故障分析方法、装置、车辆及介质，由此，本技术实施例可以记录车辆黑屏故障每个类型及环节的故障信息，以便于各环节工程师对车辆的研发，且有助于提高用户端和云端的信息反馈，提高效率、提升样本容量，能更快到故障的解决方式，满足实际使用需要。
5.本技术第一方面实施例提供一种车载娱乐终端的黑屏故障分析方法，包括以下步骤：获取车辆上传的车载娱乐终端的黑屏故障数据；识别所述黑屏故障数据得到所述车载娱乐终端的黑屏故障类型，并根据所述黑屏故障类型获取同类型黑屏故障的统计次数；在所述统计次数大于预设次数时，根据所述黑屏故障类型的多个黑屏故障数据分析所述车载娱乐终端黑屏原因，并根据所述黑屏原因生成黑屏解决方案。
6.根据上述技术手段，本技术实施例可以通过获取的黑屏故障数据识别故障类型，基于故障类型统计该类型的故障次数，根据统计次数判断是否对该类别故障原因进行分析，在判断为需要分析时，分析车载娱乐终端的黑屏原因，并生成该故障的解决方案；由此，本技术实施例可以记录车辆黑屏故障每个类型及环节的故障信息，以便于各环节工程师对车辆的研发，且有助于提高用户端和云端的信息反馈，提高效率、提升样本容量，能更快到故障的解决方式，满足实际使用需要。
7.进一步地，所述根据所述黑屏故障类型的多个黑屏故障数据分析所述车载娱乐终端黑屏原因，包括：获取所述车载娱乐终端黑屏时用户的操作数据；根据所述用户的操作数据生成所述车载娱乐终端黑屏的测试用例，并基于所述测试用例复现所述车载娱乐终端黑屏故障，并结合所述多个黑屏故障数据分析所述车载娱乐终端黑屏原因。
8.根据上述技术手段，本技术实施例可以使用黑屏时用户的操作数据生成测试用例，以实现对故障问题的复现，再根据故障复现和数据分析出车载娱乐终端黑屏的原因；由此，本技术实施例可以提高测试样本容量，使得分析结果更全面更准确，提升解决方案可
靠性，满载实际使用的需要。
9.进一步地，在获取车辆上传的车载娱乐终端的黑屏故障数据之后，还包括：获取所述车辆的故障分析意图；根据所述故障分析意图获取所述车辆的历史黑屏故障数据；根据所述历史黑屏故障数据分析所述车载娱乐终端黑屏原因，并根据所述黑屏原因生成黑屏解决方案。
10.根据上述技术手段，本技术实施例可以基于单车查询单个车辆发生黑屏问题的历史数据，对于偶发问题也可以提供黑屏故障分析，以灵活实现用户对本车故障分析的需求，满足实际使用需要，提升用户使用体验。
11.进一步地，在识别所述黑屏故障数据得到所述车载娱乐终端的黑屏故障类型之后，还包括：根据所述黑屏故障类型匹配实际存储位置，并在所述实际存储位置存储所述黑屏故障数据。
12.根据上述技术手段，本技术实施例可以根据黑屏故障数据的特定类型对黑屏故障数据进行存储，使用分类存储的方式清晰明了记录不同类型黑屏故障的历史数据，提升方案准确性和便捷性，便于工程师操作，满足实际使用需要。
13.本技术第二方面实施例提供一种车载娱乐终端的黑屏故障分析装置，包括：获取模块，用于获取车辆上传的车载娱乐终端的黑屏故障数据；识别模块，用于识别所述黑屏故障数据得到所述车载娱乐终端的黑屏故障类型，并根据所述黑屏故障类型获取同类型黑屏故障的统计次数；生成模块，用于在所述统计次数大于预设次数时，根据所述黑屏故障类型的多个黑屏故障数据分析所述车载娱乐终端黑屏原因，并根据所述黑屏原因生成黑屏解决方案。
14.进一步地，所述生成模块用于：获取所述车载娱乐终端黑屏时用户的操作数据；根据所述用户的操作数据生成所述车载娱乐终端黑屏的测试用例，并基于所述测试用例复现所述车载娱乐终端黑屏故障，并结合所述多个黑屏故障数据分析所述车载娱乐终端黑屏原因。
15.进一步地，所述车载娱乐终端的黑屏故障分析装置还包括：分析模块，用于获取所述车辆的故障分析意图；根据所述故障分析意图获取所述车辆的历史黑屏故障数据；根据所述历史黑屏故障数据分析所述车载娱乐终端黑屏原因，并根据所述黑屏原因生成黑屏解决方案。
16.进一步地，所述车载娱乐终端的黑屏故障分析装置还包括：存储模块，用于根据所述黑屏故障类型匹配实际存储位置，并在所述实际存储位置存储所述黑屏故障数据。
17.本技术第三方面实施例提供一种车辆，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的车载娱乐终端的黑屏故障分析方法。
18.本技术第四方面实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以用于实现如上述实施例所述的车载娱乐终端的黑屏故障分析方法。
19.由此，本技术至少具有如下有益效果：
20.(1)本技术实施例可以通过获取的黑屏故障数据识别故障类型，基于故障类型统计该类型的故障次数，根据统计次数判断是否对该类别故障原因进行分析，在判断为需要
分析时，分析车载娱乐终端的黑屏原因，并生成该故障的解决方案；由此，本技术实施例可以记录车辆黑屏故障每个类型及环节的故障信息，以便于各环节工程师对车辆的研发，且有助于提高用户端和云端的信息反馈，提高效率、提升样本容量，能更快到故障的解决方式，满足实际使用需要；
21.(2)本技术实施例可以使用黑屏时用户的操作数据生成测试用例，以实现对故障问题的复现，再根据故障复现和数据分析出车载娱乐终端黑屏的原因；由此，本技术实施例可以提高测试样本容量，使得分析结果更全面更准确，提升解决方案可靠性，满载实际使用的需要；
22.(3)本技术实施例可以基于单车查询单个车辆发生黑屏问题的历史数据，对于偶发问题也可以提供黑屏故障分析，以灵活实现用户对本车故障分析的需求，满足实际使用需要，提升用户使用体验；
23.(4)本技术实施例可以根据黑屏故障数据的特定类型对黑屏故障数据进行存储，使用分类存储的方式清晰明了记录不同类型黑屏故障的历史数据，提升方案准确性和便捷性，便于工程师操作，满足实际使用需要。
24.本技术附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本技术的实践了解到。
附图说明
25.本技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
26.图1为根据本技术实施例提供的一种车载娱乐终端的黑屏故障分析方法的流程图；
27.图2为根据本技术实施例提供的系统框架示意图；
28.图3为根据本技术实施例提供的功能逻辑流程示意图；
29.图4为根据本技术实施例提供的车载娱乐终端的黑屏故障分析装置的示例图；
30.图5为根据本技术实施例提供的车辆的结构示意图。
具体实施方式
31.下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本技术，而不能理解为对本技术的限制。
32.下面参考附图描述本技术实施例的车载娱乐终端的黑屏故障分析方法、装置、车辆及存储介质。针对上述背景技术中提到的问题，本技术提供了一种车载娱乐终端的黑屏故障分析方法，在该方法中，本技术实施例可以通过获取的黑屏故障数据识别故障类型，基于故障类型统计该类型的故障次数，根据统计次数判断是否对该类别故障原因进行分析，在判断为需要分析时，分析车载娱乐终端的黑屏原因，并生成该故障的解决方案。由此，本技术实施例可以记录车辆黑屏故障每个类型及环节的故障信息，以便于各环节工程师对车辆的研发，且有助于提高用户端和云端的信息反馈，提高效率、提升样本容量，能更快到故障的解决方式，满足实际使用需要。
33.具体而言，图1为本技术实施例所提供的一种车载娱乐终端的黑屏故障分析方法的流程示意图。
34.如图1所示，该车载娱乐终端的黑屏故障分析方法包括以下步骤：
35.在步骤s101中，获取车辆上传的车载娱乐终端的黑屏故障数据。
36.其中，本技术实施例可以通过至少一种方式实现对黑屏故障数据的获取，比如，本技术实施例可以使用本车自带系统异常监测系统和信息收发器将故障上报云端平台等，对此不做具体限定。
37.可以理解的是，本技术实施例可以首先获取黑屏故障数据，以用于后续步骤中对故障的识别记录等。
38.需要说明的是，本技术实施例可以使用一种黑屏监控系统架构实现本技术实施例的车载娱乐终端的黑屏故障分析方法，如图2所示，可以包括车载娱乐系统、云端后台和终端电脑三部分；其中，车载娱乐系统即本技术实施例的故障源头，云端后台可以接收上述车载娱乐终端的黑屏故障数据，云端后台和终端电脑的具体功能将在后续实施例中阐述，在此不再赘述。
39.在步骤s102中，识别黑屏故障数据得到车载娱乐终端的黑屏故障类型，并根据黑屏故障类型获取同类型黑屏故障的统计次数。
40.可以理解的是，本技术实施例可以基于上述步骤s101中得到的黑屏故障数据进行识别，以判断车载娱乐终端黑屏故障的具体类型，并统计该类型黑屏故障出现的次数。
41.需要说明的是，本技术实施例可以使用一种云端后台实现对算法逻辑的监控，把故障点的所有数据基于各个车型各个平台进行统计，且可以应用于后续步骤中的分析和预警信息的发送。
42.在本技术实施例中，在识别黑屏故障数据得到车载娱乐终端的黑屏故障类型之后，还包括：根据黑屏故障类型匹配实际存储位置，并在实际存储位置存储黑屏故障数据。
43.可以理解的是，本技术实施例可以在对故障类型进行分析并得到具体类型后，按照实际的故障类型匹配该类型的实际存储位置，将该数据存储到实际存储位置中。由此，本技术实施例可以基于单个车型黑屏发生情况进行统计，以便于后续质量工程师在接收到用户的反馈信息后，根据具体车型的车辆识别码，查看具体车型的故障信息。
44.举例而言，本技术实施例可以在车载娱乐系统基于系统异常自监测系统监测并获取异常数据后，把具体的故障原因上报云端后台，后台在接收到具体的故障原因后，可以按照定义好的规则进行分类整理，将整理好的数据存储到对应数据库中。
45.在步骤s103中，在统计次数大于预设次数时，根据黑屏故障类型的多个黑屏故障数据分析车载娱乐终端黑屏原因，并根据黑屏原因生成黑屏解决方案。
46.其中，预设次数可以根据实际情况进行设置，对此不做具体限定。
47.可以理解的是，如图3所示，本技术实施例可以在对同类型黑屏故障进行计数之后，对比实际次数和统计次数的大小，当实际次数小于预设次数时，可以认为此时每次黑屏之间无关联，均为特殊情况，因此不对多个黑屏故障数据可能引起的黑屏原因进行概括性分析；当实际次数大于预设次数时，可以认为每次黑屏之间有一定的关联和共性，可以进行概括性分析，以总结该类型车载娱乐终端的黑屏原因，且在得出结论后，生成解决方案。其中，本技术实施例可以使用一种终端电脑，以作为业务端允许用户查看监控信息，即可以允
许质量工程师通过终端电脑登录到监控系统中，查看具体车载娱乐终端黑屏原因及解决方案。
48.需要说明的是，本技术实施例可以使用至少一种方式来通过黑屏故障类型的多个黑屏故障数据分析车载娱乐终端黑屏原因，对此不做具体限定。
49.作为一种可能实现的方式，根据黑屏故障类型的多个黑屏故障数据分析车载娱乐终端黑屏原因，包括：获取车载娱乐终端黑屏时用户的操作数据；根据用户的操作数据生成车载娱乐终端黑屏的测试用例，并基于测试用例复现车载娱乐终端黑屏故障，并结合多个黑屏故障数据分析车载娱乐终端黑屏原因。
50.可以理解的是，本技术实施例可以使用一种实例复测的方式，首先获取黑屏时的相关数据，基于这些数据生成模拟当时场景的车载娱乐终端黑屏的测试用例，以使用测试用例对车载娱乐系统进行故障场景复现，分析黑屏原因。
51.具体而言，如图3所示，本技术实施例可以使用一种黑屏信息分类看板，该黑屏信息分类看板可以允许质量工程师在终端电脑登录监控系统后，基于故障车型、故障时间和故障种类等分类信息查看具体的故障详情统计图。详情信息中除了可查看故障的具体信息外，还可查看发生故障时用户的使用操作，可基于同类故障，收集多个用户的使用信息，对信息进行归集分析，出操作的共同步骤信息，以帮助测试工程师基于当前问题制定测试用例。
52.在本技术实施例中，在获取车辆上传的车载娱乐终端的黑屏故障数据之后，还包括：获取车辆的故障分析意图；根据故障分析意图获取车辆的历史黑屏故障数据；根据历史黑屏故障数据分析车载娱乐终端黑屏原因，并根据黑屏原因生成黑屏解决方案。
53.可以理解的是，如图3所示，本技术实施例还可以在得到黑屏故障数据之后，进一步对本车的黑屏故障数据进行分析，以实现基于单车查询单个车辆发生黑屏的原因。本技术实施例可以识别用户的故障分析意图，判断用户是否需要对本车故障进行单独分析，在确认用户需要对本车进行故障分析后，基于本车的历史黑屏故障数据分析本车的黑屏原因，得到本车单独的黑屏故障分析结果，并生成针对本车黑屏故障的解决方案。
54.需要说明的是，本技术实施例还可以提供一种云端后台异常报警功能，可以基于云端后台设定功能逻辑，当达到报警阈值时，就主动推动提示信息给质量工程师，以使质量工程师基于提醒登录监控系统，获取有效的数据信息，同步发给研发工程师，帮助解决项目中的问题。同时，本技术实施例可以从增加的日志信息来为研发提供更多的有效信息，在部分车辆的当前日志不支持分析时，也可通过获取所有发生问题的车辆在发生问题前用户的具体操作步骤，来协助测试到更优的测试用例复现问题。
55.综上，本技术实施例可以车载娱乐系统在研发过程中，把容易发生故障的原因点埋到系统中，当系统监测到故障发生时，则上传故障的原因到后台；后台根据原因的具体分类及各车型故障的发生情况进行统计，当故障发生次数达到之前的预设值后，就短信或邮件通知相关故障关联的质量工程师；质量工程师收到提醒后，登录监控平台，查看故障的详细信息，若有必要则拉取对应车辆的完成故障日志，以便具体的研发工程师做问题分析并解决问题。
56.根据本技术实施例提出的车载娱乐终端的黑屏故障分析方法，至少具有以下优点：
57.(1)本技术实施例可以通过获取的黑屏故障数据识别故障类型，基于故障类型统计该类型的故障次数，根据统计次数判断是否对该类别故障原因进行分析，在判断为需要分析时，分析车载娱乐终端的黑屏原因，并生成该故障的解决方案；由此，本技术实施例可以记录车辆黑屏故障每个类型及环节的故障信息，以便于各环节工程师对车辆的研发，且有助于提高用户端和云端的信息反馈，提高效率、提升样本容量，能更快到故障的解决方式，满足实际使用需要；
58.(2)本技术实施例可以使用黑屏时用户的操作数据生成测试用例，以实现对故障问题的复现，再根据故障复现和数据分析出车载娱乐终端黑屏的原因；由此，本技术实施例可以提高测试样本容量，使得分析结果更全面更准确，提升解决方案可靠性，满载实际使用的需要；
59.(3)本技术实施例可以基于单车查询单个车辆发生黑屏问题的历史数据，对于偶发问题也可以提供黑屏故障分析，以灵活实现用户对本车故障分析的需求，满足实际使用需要，提升用户使用体验；
60.(4)本技术实施例可以根据黑屏故障数据的特定类型对黑屏故障数据进行存储，使用分类存储的方式清晰明了记录不同类型黑屏故障的历史数据，提升方案准确性和便捷性，便于工程师操作，满足实际使用需要。
61.其次参照附图描述根据本技术实施例提出的车载娱乐终端的黑屏故障分析装置。
62.图4是本技术实施例的车载娱乐终端的黑屏故障分析装置的方框示意图。
63.如图4所示，该车载娱乐终端的黑屏故障分析装置10包括：获取模块100、识别模块200及生成模块300。
64.其中，获取模块100用于获取车辆上传的车载娱乐终端的黑屏故障数据；识别模块200用于识别黑屏故障数据得到车载娱乐终端的黑屏故障类型，并根据黑屏故障类型获取同类型黑屏故障的统计次数；生成模块300用于在统计次数大于预设次数时，根据黑屏故障类型的多个黑屏故障数据分析车载娱乐终端黑屏原因，并根据黑屏原因生成黑屏解决方案。
65.在本技术实施例中，生成模块300用于：获取车载娱乐终端黑屏时用户的操作数据；根据用户的操作数据生成车载娱乐终端黑屏的测试用例，并基于测试用例复现车载娱乐终端黑屏故障，并结合多个黑屏故障数据分析车载娱乐终端黑屏原因。
66.在本技术实施例中，车载娱乐终端的黑屏故障分析装置还包括：分析模块和存储模块。
67.其中，分析模块用于获取车辆的故障分析意图；根据故障分析意图获取车辆的历史黑屏故障数据；根据历史黑屏故障数据分析车载娱乐终端黑屏原因，并根据黑屏原因生成黑屏解决方案。存储模块用于根据黑屏故障类型匹配实际存储位置，并在实际存储位置存储黑屏故障数据。
68.需要说明的是，前述对车载娱乐终端的黑屏故障分析方法实施例的解释说明也适用于该实施例的车载娱乐终端的黑屏故障分析装置，此处不再赘述。
69.根据本技术实施例提出的车载娱乐终端的黑屏故障分析装置，可以记录车辆黑屏故障每个类型及环节的故障信息，以便于各环节工程师对车辆的研发，且有助于提高用户端和云端的信息反馈，提高效率、提升样本容量，能更快到故障的解决方式，满足实际使
用需要。
70.图5为本技术实施例提供的车辆的结构示意图。该车辆可以包括：
71.存储器501、处理器502及存储在存储器501上并可在处理器502上运行的计算机程序。
72.处理器502执行程序时实现上述实施例中提供的车载娱乐终端的黑屏故障分析方法。
73.进一步地，车辆还包括：
74.通信接口503，用于存储器501和处理器502之间的通信。
75.存储器501，用于存放可在处理器502上运行的计算机程序。
76.存储器501可能包含高速ram(random access memory，随机存取存储器)存储器，也可能还包括非易失性存储器，例如至少一个磁盘存储器。
77.如果存储器501、处理器502和通信接口503独立实现，则通信接口503、存储器501和处理器502可以通过总线相互连接并完成相互间的通信。总线可以是isa(industry standard architecture，工业标准体系结构)总线、pci(peripheral component，外部设备互连)总线或eisa(extended industry standard architecture，扩展工业标准体系结构)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
78.可选的，在具体实现上，如果存储器501、处理器502及通信接口503，集成在一块芯片上实现，则存储器501、处理器502及通信接口503可以通过内部接口完成相互间的通信。
79.处理器502可能是一个cpu(central processing unit，中央处理器)，或者是asic(application specific integrated circuit，特定集成电路)，或者是被配置成实施本技术实施例的一个或多个集成电路。
80.本技术实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的车载娱乐终端的黑屏故障分析方法。
81.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不是必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或n个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
82.此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本技术的描述中，“n个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
83.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更n个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本技术
的实施例所属技术领域的技术人员所理解。
84.应当理解，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，n个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列，现场可编程门阵列等。
85.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
86.尽管上面已经示出和描述了本技术的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。

技术特征：

1.一种车载娱乐终端的黑屏故障分析方法，其特征在于，包括以下步骤：获取车辆上传的车载娱乐终端的黑屏故障数据；识别所述黑屏故障数据得到所述车载娱乐终端的黑屏故障类型，并根据所述黑屏故障类型获取同类型黑屏故障的统计次数；在所述统计次数大于预设次数时，根据所述黑屏故障类型的多个黑屏故障数据分析所述车载娱乐终端黑屏原因，并根据所述黑屏原因生成黑屏解决方案。2.根据权利要求1所述的方法，其特征在于，所述根据所述黑屏故障类型的多个黑屏故障数据分析所述车载娱乐终端黑屏原因，包括：获取所述车载娱乐终端黑屏时用户的操作数据；根据所述用户的操作数据生成所述车载娱乐终端黑屏的测试用例，并基于所述测试用例复现所述车载娱乐终端黑屏故障，并结合所述多个黑屏故障数据分析所述车载娱乐终端黑屏原因。3.根据权利要求1所述的方法，其特征在于，在获取车辆上传的车载娱乐终端的黑屏故障数据之后，还包括：获取所述车辆的故障分析意图；根据所述故障分析意图获取所述车辆的历史黑屏故障数据；根据所述历史黑屏故障数据分析所述车载娱乐终端黑屏原因，并根据所述黑屏原因生成黑屏解决方案。4.根据权利要求1所述的方法，其特征在于，在识别所述黑屏故障数据得到所述车载娱乐终端的黑屏故障类型之后，还包括：根据所述黑屏故障类型匹配实际存储位置，并在所述实际存储位置存储所述黑屏故障数据。5.一种车载娱乐终端的黑屏故障分析装置，其特征在于，包括：获取模块，用于获取车辆上传的车载娱乐终端的黑屏故障数据；识别模块，用于识别所述黑屏故障数据得到所述车载娱乐终端的黑屏故障类型，并根据所述黑屏故障类型获取同类型黑屏故障的统计次数；生成模块，用于在所述统计次数大于预设次数时，根据所述黑屏故障类型的多个黑屏故障数据分析所述车载娱乐终端黑屏原因，并根据所述黑屏原因生成黑屏解决方案。6.根据权利要求5所述的装置，其特征在于，所述生成模块用于：获取所述车载娱乐终端黑屏时用户的操作数据；根据所述用户的操作数据生成所述车载娱乐终端黑屏的测试用例，并基于所述测试用例复现所述车载娱乐终端黑屏故障，并结合所述多个黑屏故障数据分析所述车载娱乐终端黑屏原因。7.根据权利要求5所述的装置，其特征在于，所述车载娱乐终端的黑屏故障分析装置还包括：分析模块，用于获取所述车辆的故障分析意图；根据所述故障分析意图获取所述车辆的历史黑屏故障数据；根据所述历史黑屏故障数据分析所述车载娱乐终端黑屏原因，并根据所述黑屏原因生成黑屏解决方案。8.根据权利要求5所述的装置，其特征在于，所述车载娱乐终端的黑屏故障分析装置还
包括：存储模块，用于根据所述黑屏故障类型匹配实际存储位置，并在所述实际存储位置存储所述黑屏故障数据。9.一种车辆，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如权利要求1-4任一项所述的车载娱乐终端的黑屏故障分析方法。10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行，以用于实现如权利要求1-4任一项所述的车载娱乐终端的黑屏故障分析方法。

技术总结

本申请涉及车联网技术领域，特别涉及一种车载娱乐终端的黑屏故障分析方法、装置、车辆及介质，其中，方法包括：获取车辆上传的车载娱乐终端的黑屏故障数据；识别黑屏故障数据得到车载娱乐终端的黑屏故障类型，并根据黑屏故障类型获取同类型黑屏故障的统计次数；在统计次数大于预设次数时，根据黑屏故障类型的多个黑屏故障数据分析车载娱乐终端黑屏原因，并根据黑屏原因生成黑屏解决方案。由此，本申请实施例可以记录车辆黑屏故障每个类型及环节的故障信息，以便于各环节工程师对车辆的研发，且有助于提高用户端和云端的信息反馈，提高效率、提升样本容量，能更快到故障的解决方式，满足实际使用需要。满足实际使用需要。满足实际使用需要。