车载影像的启动速度优化方法、装置、车辆终端及介质与流程

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.图6为根据本技术实施例的车辆终端的结构示意图。
具体实施方式
32.下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本技术，而不能理解为对本技术的限制。
33.下面参考附图描述本技术实施例的车载影像的启动速度优化方法、装置、车辆及存储介质。针对上述背景技术中提到的相关技术中无法快速排查影像启动慢的原因，导致问题无法快速解决，耗时耗力，降低用户使用体验等问题，本技术提供了一种车载影像的启动速度优化方法，在该方法中，通过获取车载影像启动的总时长，并与一定的故障时长作比较，若是总时长大于一定的故障时长，则获取车载影像启动过程中启动信号的响应时长、车载摄像头的打开时长和影像的处理时长，根据其具体时长定位所需优化位置，并匹配最佳启动速度优化方案来优化车载影像启动过程，便于快速排查出影像启动慢的原因，定位问
题所处位置并快速解决问题，省时省力，提升用户使用体验。由此，解决了相关技术中无法快速排查影像启动慢的原因，导致问题无法快速解决，耗时耗力，降低用户使用体验等问题。
34.具体而言，图1为本技术实施例所提供的一种车载影像的启动速度优化方法的流程示意图。
35.如图1所示，该车载影像的启动速度优化方法，其中，方法应用于车辆终端，包括以下步骤：
36.在步骤s101中，获取车载影像启动过程消耗的总启动时长。
37.可以理解的是，本技术实施例通过获取车载影像启动过程消耗的总启动时长，判断车载影像是否存在故障，为下一步操作做准备。
38.在步骤s102中，在总启动时长大于预设故障时长时，获取车载影像启动过程中启动信号的响应时长、车载摄像头的打开时长和影像的处理时长。
39.其中，预设故障时长可以是用户事先设置的时长，例如：车载影像的启动时长超过20s或是30s，在此不做具体限定。
40.可以理解的是，本技术实施例获取到的车载影像启动过程消耗的总启动时长超过一定的故障时长时，继续获取车载影像启动过程中启动信号的响应时长、车载摄像头的打开时长和影像的处理时长，判断其具体时长定位出所需优化的位置，为下一步操作做准备。
41.在本技术实施例中，在获取车载影像启动过程中启动信号的响应时长、车载摄像头的打开时长和影像的处理时长之后，还包括：识别用户的启动过程查看意图；根据启动过程查看意图读取车载影像启动过程中启动信号的响应时长、车载摄像头的打开时长、影像的处理时长和总启动时长，并在车载显示设备上显示响应时长、打开时长、处理时长和总启动时长。
42.其中，启动过程查看意图可以是用户想要通过车机或是手机查看车载影像启动过程的意图，在此不做具体限定。
43.可以理解的是，本技术实施例根据用户想要通过车机或是手机查看车载影像启动过程的意图，读取车载影像启动过程中启动信号的响应时长、车载摄像头的打开时长、影像的处理时长和总启动时长并呈现在车机上，便于用户可以直观的看到哪些地方耗时严重，提升用户使用体验。
44.在步骤s103中，根据响应时长、打开时长和处理时长定位至少一个待优化位置，并根据至少一个待优化位置匹配最佳启动速度优化方案，基于最佳启动速度优化方案优化响应时长、打开时长和/或处理时长，使得总启动时长小于或等于预设故障时长。
45.其中，最佳启动速度优化方案可以是根据车载影像启动过程中待优化位置对其进行修复或是调整，使其快速启动的方案，在此不做具体限定。
46.可以理解的是，本技术实施例根据响应时长、打开时长和处理时长定位所需优化位置，并匹配最佳启动速度优化方案来优化车载影像启动过程，使其更加快速启动车载影像，快速排查出影像启动慢的原因，定位问题所处位置并快速解决问题，省时省力，提升用户使用体验。
47.在本技术实施例中，根据响应时长、打开时长和处理时长定位至少一个待优化位置，并根据至少一个待优化位置匹配最佳启动速度优化方案，包括：获取包括响应时长、打
开时长、处理时长和总启动时长的启动数据；上传启动数据至云端，并在云端分析响应时长、打开时长和处理时长中影响启动速度的原因，基于原因定位至少一个待优化位置，并发送根据至少一个待优化位置生成的启动速度优化方案至车辆终端。
48.可以理解的是，本技术实施例获取影像启动的响应时长、打开时长、处理时长以及总启动时长的启动数据，并将其上传至云端，分析启动速度慢的具体原因，快速定位问题所处位置，并生成优化方案发送至车辆终端，减少了工程师各地奔跑看问题，也能减少开发看日志的时间，快速将问题定位，省时省力，提升用户使用体验。
49.在本技术实施例中，在上传启动数据至云端的同时，还包括：根据用户的交互动作选择多个待上传的启动数据，并上传多个启动数据至云端。
50.其中，交互动作可以是手动动作，也可以是语音动作，在此不做具体限定。
51.可以理解的是，本技术实施例用户的意图选择多个启动数据并上传至云端，便于工程师分析相关问题并回访给用户解决方案，提升用户使用体验。
52.根据本技术实施例提出的车载影像的启动速度优化方法，通过获取车载影像启动的总时长，并与一定的故障时长作比较，若是总时长大于一定的故障时长，则获取车载影像启动过程中启动信号的响应时长、车载摄像头的打开时长和影像的处理时长，根据其具体时长定位所需优化位置，并匹配最佳启动速度优化方案来优化车载影像启动过程，便于快速排查出影像启动慢的原因，定位问题所处位置并快速解决问题，省时省力，提升用户使用体验。由此，解决了相关技术中无法快速排查影像启动慢的原因，导致问题无法快速解决，耗时耗力，降低用户使用体验等问题。
53.下面将结合图2、图3和图4对车载影像的启动速度优化方法进行详细阐述，具体如下：
54.影像打开的整体流程如图2所示：
55.当用户触发影像时，由控制器将信号发送到can上，之后mcu将信号通过中间件传给影像模块，影像模块进入打开流程，打开流程中先让驱动打开摄像头，驱动打开摄像头成功，并且有视频流后将进行图像处理，之后显示在车机屏幕上。
56.影像对性能状态耗时记录流程如图3所示：
57.首先，影像将收到打开信号到打开摄像头耗时记录，之后记录驱动整体打开摄像头时间，再记录图像处理时间，最后记录从收到信号到屏幕出图的整体耗时，将信息留存本地，并且会记录最近十次触发的耗时情况。
58.用户进行影像性能状态自检流程如图4所示：
59.首先，用户进入自检模块，选择影像性能自检，之后可以在界面查看具体耗时情况，可以选择是否上传云端，上传云端后，工程师进行问题分解，问题原因排查，最后给用户处理意见。
60.其次参照附图描述根据本技术实施例提出的车载影像的启动速度优化装置。
61.图5是本技术实施例的车载影像的启动速度优化装置的方框示意图。
62.如图5所示，该车载影像的启动速度优化装置10，其中，装置应用于车辆终端，包括：第一获取模块100、第二获取模块200和处理模块300。
63.其中，第一获取模块100用于获取车载影像启动过程消耗的总启动时长；第二获取模块200用于在总启动时长大于预设故障时长时，获取车载影像启动过程中启动信号的响
应时长、车载摄像头的打开时长和影像的处理时长；处理模块300用于根据响应时长、打开时长和处理时长定位至少一个待优化位置，并根据至少一个待优化位置匹配最佳启动速度优化方案，基于最佳启动速度优化方案优化响应时长、打开时长和/或处理时长，使得总启动时长小于或等于预设故障时长。
64.在本技术实施例中，第二获取模块200用于：识别用户的启动过程查看意图；根据启动过程查看意图读取车载影像启动过程中启动信号的响应时长、车载摄像头的打开时长、影像的处理时长和总启动时长，并在车载显示设备上显示响应时长、打开时长、处理时长和总启动时长。
65.在本技术实施例中，处理模块300用于：获取包括响应时长、打开时长、处理时长和总启动时长的启动数据；上传启动数据至云端，并在云端分析响应时长、打开时长和处理时长中影响启动速度的原因，基于原因定位至少一个待优化位置，并发送根据至少一个待优化位置生成的启动速度优化方案至车辆终端。
66.在本技术实施例中，处理模块300进一步用于：根据用户的交互动作选择多个待上传的启动数据，并上传多个启动数据至云端。
67.需要说明的是，前述对车载影像的启动速度优化方法实施例的解释说明也适用于该实施例的车载影像的启动速度优化装置，此处不再赘述。
68.根据本技术实施例提出的车载影像的启动速度优化装置，通过获取车载影像启动的总时长，并与一定的故障时长作比较，若是总时长大于一定的故障时长，则获取车载影像启动过程中启动信号的响应时长、车载摄像头的打开时长和影像的处理时长，根据其具体时长定位所需优化位置，并匹配最佳启动速度优化方案来优化车载影像启动过程，便于快速排查出影像启动慢的原因，定位问题所处位置并快速解决问题，省时省力，提升用户使用体验。由此，解决了相关技术中无法快速排查影像启动慢的原因，导致问题无法快速解决，耗时耗力，降低用户使用体验等问题。
69.图6为本技术实施例提供的车辆终端的结构示意图。该车辆终端可以包括：
70.存储器601、处理器602及存储在存储器601上并可在处理器602上运行的计算机程序。
71.处理器602执行程序时实现上述实施例中提供的车载影像的启动速度优化方法。
72.进一步地，车辆终端还包括：
73.通信接口603，用于存储器601和处理器602之间的通信。
74.存储器601，用于存放可在处理器602上运行的计算机程序。
75.存储器601可能包含高速ram(random access memory，随机存取存储器)存储器，也可能还包括非易失性存储器，例如至少一个磁盘存储器。
76.如果存储器601、处理器602和通信接口603独立实现，则通信接口603、存储器601和处理器602可以通过总线相互连接并完成相互间的通信。总线可以是isa(industry standard architecture，工业标准体系结构)总线、pci(peripheral component，外部设备互连)总线或eisa(extended industry standard architecture，扩展工业标准体系结构)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
77.可选的，在具体实现上，如果存储器601、处理器602及通信接口603，集成在一块芯
片上实现，则存储器601、处理器602及通信接口603可以通过内部接口完成相互间的通信。
78.处理器602可能是一个cpu(central processing unit，中央处理器)，或者是asic(application specific integrated circuit，特定集成电路)，或者是被配置成实施本技术实施例的一个或多个集成电路。
79.本技术实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的车载影像的启动速度优化方法。
80.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不是必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或n个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
81.此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本技术的描述中，“n个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
82.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更n个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本技术的实施例所属技术领域的技术人员所理解。
83.应当理解，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，n个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列，现场可编程门阵列等。
84.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
85.尽管上面已经示出和描述了本技术的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。