技术领域
[0001] 本申请涉及辅助驾驶技术领域,尤其涉及一种驾驶路况的视频数据显示方法、装置和多媒体主机。
相关背景技术
[0002] 近年来,车辆辅助驾驶技术的应用越来越广泛。在驾驶员驾驶车辆的过程中,通过车辆摄像头采集车身周围的车况视频数据,并通过视频合成器对多个路况视频数据进行视频合成,并将合成后的视频数据发送给多媒体主机,多媒体主机控制显示屏显示对应的合成视频数据,以使得驾驶员在倒车或者错车时,能够通过查看合成视频数据进行驾驶判断,以避免直接肉眼估计车距有误而导致车辆碰撞。
[0003] 但是,在实际应用中,视频合成器可能存在故障,从而无法合成出对应的合成视频数据,进而导致驾驶员无法根据合成视频数据进行驾驶判断,影响驾驶安全性。
[0004] 因此,如何保障驾驶员能够根据车况视频数据进行驾驶判断,提高驾驶安全性,是本领域技术人员目前需要解决的技术问题。
具体实施方式
[0041] 以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中,省略对众所周知的系统、设备、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
[0042] 应当理解,当在本申请说明书和所附权利要求书中使用时,术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
[0043] 还应当理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
[0044] 如在本申请说明书和所附权利要求书中所使用的那样,术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0045] 另外,在本申请说明书和所附权利要求书的描述中,术语“第一”、“第二”、“第三”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
[0046] 在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。“多个”表示“两个或两个以上”。
[0047] 本申请实施例提供的一种驾驶路况的视频数据显示方法,应用于图1所示的一种驾驶路况的视频数据显示系统中的多媒体主机中,由多媒体主机的处理器在运行相应的计算机程序时执行。
[0048] 图1为本申请实施例提供的一种驾驶路况的视频数据显示系统的结构示意图,如图1所示,驾驶路况的视频数据显示系统100包括车辆摄像头110、视频合成器120、多媒体主机130和显示屏140;其中,车辆摄像头110一般是多个,且设置于车身周围不同位置,用于采集车辆周围的驾驶路况对应的路况视频数据;视频合成器120与各车辆摄像头110分别通信连接,用于获取多个车辆摄像头110分别采集的路况视频数据,并对路况视频数据进行视频合成,得到合成视频数据;多媒体主机130分别与视频合成器120和车辆摄像头110通信连接,即增加多媒体主机130各车辆摄像头110的通信连接,如CAN(Controller Area Network,控制器局域网总线)线,用于从视频合成器120获取合成视频数据或者直接通过车辆摄像头110获取路况视频数据;多媒体主机130还与显示屏140通信连接,显示屏140用于在多媒体主机130的控制下显示对应的合成视频数据或路况视频数据。
[0049] 图2为本申请实施例提供的一种驾驶路况的视频数据显示方法的流程图,为了便于说明,仅示出了与本实施例相关的部分,本实施例提供的方法包括如下步骤:
[0050] S100:向视频合成器发送检测信号,并接收视频合成器基于检测信号发送的反馈信号。
[0051] 其中,检测信号用于检测视频合成器是否发生故障。在实际应用中,多媒体主机可以按照预设周期向视频合成器发送检测信号,即每秒向视频合成器发送N次检测信号,N=(60秒/预设周期)。
[0052] 在一个具体实例中,检测信号可以是心跳信号,心跳信号是多媒体主机每隔一段时间向互联的另一方(视频合成器)发送一个很小的数据包,通过对方回复情况判断互联的双方之间的通讯链路是否已经断开的方法。
[0053] 本实施例中,多媒体主机向视频合成器发送检测信号,视频合成器在接收到检测信号后,根据自身的运行状态确定对应的反馈信号,并将反馈信号发送给多媒体主机。
[0054] 更具体的,视频合成器根据自身不同的故障情况生成对应的故障代码,并基于故障代码确定出对应的反馈信号,将反馈信号发送给多媒体主机。
[0055] S200:若根据反馈信号确定视频合成器存在故障,则向视频合成器发送连接请求,并确定是否与视频合成器连接成功。
[0056] 具体的,在视频合成器向多媒体主机发送反馈信号后,多媒体主机对反馈信号进行分析,确定视频合成器是否存在故障;若确定视频合成器不存在故障,则继续向视频合成器发送检测信号;若确定视频合成器存在故障,即表示视频合成器无法生成合成视频数据,或者无法将生成的合成视频数据发送给多媒体主机,此时多媒体主机所连接的显示屏将为黑屏状态;因此生成连接请求,并将连接请求发送给视频合成器。
[0057] 在将连接请求发送给视频合成器后,一般的,视频合成器将根据连接请求再次与多媒体主机建立通信连接;而若视频合成器存在故障,将无法与多媒体主机建立通信连接。因此,多媒体主机在向视频合成器发送连接请求后,确定与视频合成器是否连接成功。
[0058] 另外需要说明的是,多媒体主机在根据反馈信号确定视频合成器存在故障时,可以进一步将反馈信号或者故障代码存储至多媒体主机中的预设存储位置或上传至云端服务器,以便后续可以根据存储的反馈信号或者故障代码对视频合成器进行故障排查和处理。
[0059] S300:若连接成功,则控制视频合成器重启,在视频合成器重启后获取视频合成器基于从各车辆摄像头获取到的路况视频数据合成出的合成视频数据,并控制显示屏显示合成视频数据。
[0060] 具体的,若多媒体主机确定与视频合成器连接成功,则向视频合成器发送重启指令,以依据该重启指令控制视频合成器重启;通过重启视频合成器,可以解决视频合成器由于算力不足等问题导致的故障,即若视频合成器是由于算力不足等问题导致的故障,多媒体主机可以通过控制视频合成器重启的方式使得视频合成器恢复正常工作。
[0061] 在实际应用中,多媒体主机可以向视频合成器发送多次连接请求,即多媒体主机对视频合成器进行多次重连操作;若发送连接请求的次数达到预设次数(重连操作达到预设次数),则确定视频合成器存在故障。
[0062] 需要说明的是,在视频合成器恢复正常工作后,视频合成器获取各车辆摄像头分别采集的路况视频数据,并对各路况视频数据进行视频合成,得到合成视频数据;视频合成器将合成视频数据发送给多媒体主机,多媒体主机在获取到视频合成数据后,控制显示屏显示合成出的合成视频数据。
[0063] S400:若连接失败,则从各车辆摄像头分别获取路况视频数据,并控制显示屏显示路况视频数据。
[0064] 具体的,若多媒体主机确定与视频合成器连接失败,表示视频合成器可能存在硬件故障,无法通过重启的方式进行恢复,因此本实施例中,多媒体主机依据预先与各车辆摄像头设置的通信连接关系,直接从车辆摄像头获取对应的路况视频数据,并在获取到路况视频数据后,控制显示屏显示获取到的路况视频数据。
[0065] 需要说明的是,多媒体主机在通过车辆摄像头直接获取到路况视频数据后,可以进一步对路况视频数据进行镜像处理,再控制显示屏显示通过镜像处理后的路况视频数据。
[0066] 本申请实施例提供一种驾驶路况的视频数据显示方法,通过向视频合成器发送检测信号,并接收视频合成器基于检测信号发送的反馈信号;在根据反馈信号确定视频合成器存在故障时,向视频合成器发送连接请求;若连接成功,则控制视频合成器重启,从而使得视频合成器基于从各车辆摄像头获取到的路况视频数据合成出的合成视频数据,即本方法通过重启视频合成器以消除视频合成器的故障,因此驾驶员能够根据合成视频数据实现驾驶判断;若连接失败,则从各车辆摄像头分别获取路况视频数据,并控制显示屏显示路况视频数据,因此驾驶员能够直接利用各路况视频数据进行驾驶判断;因此本方法能够保障驾驶员能根据车况视频数据进行驾驶判断,提高驾驶安全性。
[0067] 在上述实施例的基础上,本实施例对技术方案作了进一步的说明和优化,具体的,本实施例中,在向视频合成器发送检测信号,并接收视频合成器基于检测信号发送的反馈信号之前,方法还包括:
[0068] 向视频合成器发送方波信号,若方波信号与预设方波信号不同,则向视频合成器发送检测信号,并接收视频合成器基于检测信号发送的反馈信号。
[0069] 其中,方波信号指的是在电路系统中,能在要求的时间内不失真地从源端传送到接收端的信号;具体的,方波信号可以是PWM(Pulse Width Modulation,脉宽调制)方波信号,本实施例对方波信号的具体类型不做限定。
[0070] 具体的,多媒体主机向视频合成器发送方波信号,并将实际发送的方波信号与预设方波信号进行比较,若方波信号与预设方波信号不同,表示多媒体主机与视频合成器之间存在通信故障或多媒体主机存在故障,因此进一步向视频合成器发送检测信号,并接收视频合成器基于检测信号发送的反馈信号;若方波信号与预设方波信号相同,表示视频合成器运行正常,因此可继续通过向视频合成器发送方波信号的方式监测多媒体主机与视频合成器之间是否存在通信故障或多媒体主机是否存在故障。
[0071] 在一个具体的实施例中,多媒体主机与视频合成器之间在原本通过CAN线建立通信连接的基础上,增加硬件连接,多媒体主机通过该硬件连接向视频合成器发送预设方波信号(PWM方波);预设方波信号的频率为50Hz,占空比为50%,若实际发送的方波信号与预设方波信号在±1%偏差范围内,则认为该实际发送的方波信号为有效信号,即多媒体主机与视频合成器之间不存在通信故障,多媒体主机不存在故障;若实际发送的方波信号与预设方波信号超过±1%偏差范围,则表示多媒体主机与视频合成器之间存在交互问题,即多媒体主机与视频合成器之间存在通信故障或多媒体主机存在故障。
[0072] 按照本实施例的方法,能够先通过向视频合成器发送方波信号以监测多媒体主机与视频合成器之间是否存在通信故障或多媒体主机是否存在故障,在方波信号异常时再进一步通过检测信号确定视频合成器的具体故障内容,能够节约检测资源。
[0073] 在上述实施例的基础上,本实施例对技术方案作了进一步的说明和优化,具体的,本实施例中,从各车辆摄像头分别获取路况视频数据,并控制显示屏显示路况视频数据,包括:
[0074] 从各车辆摄像头分别获取路况视频数据,并控制显示屏周期性显示各路况视频数据。
[0075] 具体的,预先设置切换显示间隔时长,周期展示各视频数据的间隔时长。多媒体主机在从各车辆摄像头分别获取路况视频数据后,按照间隔时长控制显示屏周期性显示各路况视频数据。
[0076] 例如,在控制显示屏显示车辆摄像头A采集的路况视频数据X达到T1时长后,切换显示车辆摄像头B采集的路况视频数据Y,并在显示路况视频数据Y达到T1时长后,继续切换显示车辆摄像头A采集的路况视频数据X。
[0077] 按照本实施例的方法,对各车辆摄像头分别采集的路况视频数据进行周期性展示,便于驾驶员查看各路况视频数据。
[0078] 在上述实施例的基础上,本实施例对技术方案作了进一步的说明和优化,具体的,本实施例中,从各车辆摄像头分别获取路况视频数据,并控制显示屏显示路况视频数据,包括:
[0079] 从各车辆摄像头分别获取路况视频数据,并控制显示屏通过分屏或悬浮窗口显示各路况视频数据。
[0080] 可以理解的是,由于多媒体主机从多个车辆摄像头分别获取对应的车况视频数据,也就是说,多媒体主机获取多个车况视频数据,为了能够在显示屏上同时展示各车辆摄像头分别采集的路况视频数据,本实施例中,多媒体主机获取在从各车辆摄像头分别获取路况视频数据后,控制显示屏通过分屏或悬浮窗口显示各路况视频数据。
[0081] 其中,分屏显示指的是将显示屏分为多个区域,各区域分别显示对应的路况视频数据。本实施例中,根据路况视频数据的数量确定分屏的数量,然后利用各分屏分别显示对应的车况视频数据。需要说明的是,本实施例对各分屏的大小和形状均不做限定,可根据实际需求设置。
[0082] 其中,悬浮窗口指的是在其他应用的表面悬浮一可移动的窗口;本实施例中,是在显示路况视频数据的表面悬浮一可移动的窗口,窗口显示另一路况视频数据。需要说明的是,本实施例对悬浮窗口的具体数量和类型不做限定,可根据实际需求设置。
[0083] 按照本实施例的方法,通过分屏或悬浮窗口显示各路况视频数据,能够显示屏上同时显示多个路况视频数据,便于驾驶员进行驾驶判断。
[0084] 在上述实施例的基础上,本实施例对技术方案作了进一步的说明和优化,具体的,本实施例中,从各车辆摄像头分别获取路况视频数据,并控制显示屏显示路况视频数据,包括:
[0085] 从各车辆摄像头中确定目标车辆摄像头,并获取是目标车辆摄像头采集的目标路况视频数据;
[0086] 控制显示屏显示目标路况视频数据。
[0087] 本实施例中,是进一步从多个车辆摄像头中确定目标摄像头;目标摄像头可以是一个,也可以是其他数量,一般少于车辆摄像头的总数量。
[0088] 多媒体主机在从各车辆摄像头中确定出目标车辆摄像头后,仅获取目标车辆摄像头采集的路况视频数据,即获取目标路况视频数据,并控制显示屏显示目标车辆摄像头的目标路况视频数据。
[0089] 需要说明的是,可以根据车辆当前的行驶状态确定对应的目标车辆摄像头。如当驾驶员挂入R档(倒档)时,将位于车身右侧和后侧的车辆摄像头确定为目标车辆摄像头,并获取目标车辆摄像头采集的目标路况视频数据;在控制显示屏显示目标路况视频数据时,也就能向驾驶员展示车身右侧和后侧的路况。
[0090] 按照本实施例的方法,进一步选取目标车辆摄像头并利用显示屏显示目标车辆摄像头采集的目标路况视频数据,避免其他路况视频数据占用显示屏,能够更便于驾驶员进行驾驶判断。
[0091] 在上述实施例的基础上,本实施例对技术方案作了进一步的说明和优化,具体的,本实施例中,一种驾驶路况的视频数据显示方法还包括:
[0092] 若检测到车辆摄像头存在故障,则通过雷达获取与障碍物的实时距离,并利用显示屏通过示意图的形式显示实时距离。
[0093] 本实施例中,车身周围设置有多个雷达;通过进一步对车辆摄像头进行故障检测,当检测到车辆摄像头存在故障时,通过雷达获取车辆与障碍物的实时距离。
[0094] 在一个具体实例中,显示虚拟车辆模型以及该虚拟车辆模型与障碍物模型的实时距离;虚拟车辆模型表示雷达所在的车辆,障碍物模型表示雷达检测到的障碍物(无法识别障碍物类型);车辆模型与障碍物模型之间的实时距离表示车辆与障碍物的实时距离。并且,设置距离区间以及与各距离区间对应的颜色;根据实时距离对应的距离区间,利用与该距离区间对应的颜色表示该实时距离。例如,假设距离区间小于30CM对应为红色,距离区间为30~50CM对应为黄色,距离区间为50~70CM对应为绿色,本实施例对此不做限定。
[0095] 按照本实施例的方法,能够在车辆摄像头存在故障时时,通过雷达进行障碍物距离提箱,降低车辆发生剐蹭的风险。
[0096] 应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
[0097] 图3所示为本申请实施例提供的一种驾驶路况的视频数据显示装置的结构示意图。如图3所示,该实施例的驾驶路况的视频数据显示装置包括检测信号发送模块310、连接请求发送模块320、第一显示模块330和第二显示模块340;其中,
[0098] 检测信号发送模块310,用于向视频合成器发送检测信号,并接收视频合成器基于检测信号发送的反馈信号;
[0099] 连接请求发送模块320,用于若根据反馈信号确定视频合成器存在故障,则向视频合成器发送连接请求,并确定是否与视频合成器连接成功;
[0100] 第一显示模块330,用于若连接成功,则控制视频合成器重启,在视频合成器重启后获取视频合成器基于从各车辆摄像头获取到的路况视频数据合成出的合成视频数据,并控制显示屏显示合成视频数据;
[0101] 第二显示模块340,用于若连接失败,则从各车辆摄像头分别获取路况视频数据,并控制显示屏显示路况视频数据。
[0102] 本申请实施例提供的一种驾驶路况的视频数据显示装置,具有与上述一种驾驶路况的视频数据显示方法相同的有益效果。
[0103] 在其中一个实施例中,一种驾驶路况的视频数据显示装置还包括:
[0104] 方波信号检测模块,用于向视频合成器发送方波信号,若方波信号与预设方波信号不同,则向视频合成器发送检测信号,并接收视频合成器基于检测信号发送的反馈信号。
[0105] 在其中一个实施例中,第二显示模块包括:
[0106] 周期显示子模块,用于从各车辆摄像头分别获取路况视频数据,并控制显示屏周期性显示各路况视频数据。
[0107] 在其中一个实施例中,第二显示模块包括:
[0108] 多屏显示子模块,用于从各车辆摄像头分别获取路况视频数据,并控制显示屏通过分屏或悬浮窗口显示各路况视频数据。
[0109] 在其中一个实施例中,第二显示模块包括:
[0110] 目标确定子模块,用于从各车辆摄像头中确定目标车辆摄像头,并获取是目标车辆摄像头采集的目标路况视频数据;
[0111] 目标数据显示子模块,用于控制显示屏显示目标路况视频数据。
[0112] 在其中一个实施例中,一种驾驶路况的视频数据显示装置还包括:
[0113] 距离显示模块,用于若检测到车辆摄像头存在故障,则通过雷达获取与障碍物的实时距离,并利用显示屏通过示意图的形式显示实时距离。
[0114] 需要说明的是,上述装置/单元之间的信息交互、执行过程等内容,由于与本申请方法实施例基于同一构思,其具体功能及带来的技术效果,具体可参见方法实施例部分,此处不再赘述。
[0115] 所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
[0116] 图4为本申请实施例提供的一种多媒体主机的结构示意图。如图4所示,该实施例的多媒体主机400包括存储器401、处理器402以及存储在存储器401中并可在处理器402上运行的计算机程序403;处理器402执行计算机程序403时实现上述各个驾驶路况的视频数据显示方法实施例中的步骤;或者处理器402执行计算机程序403时实现上述各装置实施例中各模块/单元的功能。
[0117] 示例性的,计算机程序403可以被分割成一个或多个模块/单元,一个或者多个模块/单元被存储在存储器401中,并由处理器402执行,以实现本申请实施例的方法。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述计算机程序403在多媒体主机400中的执行过程。例如,计算机程序403可以被分割成检测信号发送模块、连接请求发送模块、第一显示模块和第二显示模块,各模块具体功能如下:
[0118] 检测信号发送模块,用于向视频合成器发送检测信号,并接收视频合成器基于检测信号发送的反馈信号;
[0119] 连接请求发送模块,用于若根据反馈信号确定视频合成器存在故障,则向视频合成器发送连接请求,并确定是否与视频合成器连接成功;
[0120] 第一显示模块,用于若连接成功,则控制视频合成器重启,在视频合成器重启后获取视频合成器基于从各车辆摄像头获取到的路况视频数据合成出的合成视频数据,并控制显示屏显示合成视频数据;
[0121] 第二显示模块,用于若连接失败,则从各车辆摄像头分别获取路况视频数据,并控制显示屏显示路况视频数据。
[0122] 在应用中,多媒体主机400可以是车辆控制器、笔记本以及掌上电脑等计算设备。多媒体主机400可包括但不仅限于存储器401和处理器402。本领域技术人员可以理解,图4仅仅是多媒体主机的示例,并不构成对多媒体主机的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如多媒体主机还可以包括输入输出设备、网络接入设备、总线等;其中,输入输出设备可以包括摄像头、音频采集/播放器件、显示屏等;
网络接入设备可以包括通信模块,用于与外部设备进行无线通信。
[0123] 在应用中,处理器可以是中央处理单元(Central Processing Unit,CPU),也可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field‑Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0124] 在应用中,存储器可以是多媒体主机的内部存储单元,例如多媒体主机的硬盘或内存;也可以是多媒体主机的外部存储设备,例如,多媒体主机上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等;还可以既包括多媒体主机的内部存储单元也包括外部存储设备。存储器用于存储操作系统、应用程序、引导装载程序(Boot Loader)、数据以及其他程序等,例如计算机程序的程序代码等。存储器还可以用于暂时存储已经输出或者将要输出的数据。
[0125] 本申请实施例还提供了一种驾驶路况的视频数据显示系统,结合图1所示的一种驾驶路况的视频数据显示系统的结构示意图,本实施例中,视频数据显示系统100包括多个车辆摄像头110、视频合成器120、多媒体主机130和显示屏140;各车辆摄像头110均与视频合成器120和多媒体主机130通信连接;视频合成器130和显示屏140分别与多媒体主机130通信连接;
[0126] 车辆摄像头110用于采集车辆周围的驾驶路况对应的路况视频数据;
[0127] 视频合成器120用于获取多个车辆摄像头110分别采集的路况视频数据,并对各路况视频数据进行视频合成,得到合成视频数据;
[0128] 多媒体主机130用于从视频合成器120获取合成视频数据或者从车辆摄像头110获取路况视频数据;
[0129] 显示屏140用于在多媒体主机130的控制下显示对应的合成视频数据或路况视频数据。
[0130] 本申请实施例提供的一种驾驶路况的视频数据显示系统,具有与上述一种驾驶路况的视频数据显示方法相同的有益效果。
[0131] 本申请实施例还提供了一种计算机可读存储介质,计算机可读存储介质存储有计算机程序,计算机程序被处理器执行时可实现上述各个方法实施例中的步骤。
[0132] 本申请实现上述实施例方法中的全部或部分流程,可以通过计算机程序来指令相关的硬件来完成,计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,计算机程序包括计算机程序代码,计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质至少可以包括:能够将计算机程序代码携带到多媒体主机的任何实体或设备、记录介质、计算机存储器、只读存储器(ROM,Read‑Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。
[0133] 本申请实施例提供的一种计算机可读存储介质,具有与上述一种驾驶路况的视频数据显示方法相同的有益效果。
[0134] 在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
[0135] 本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的设备及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
[0136] 在本申请所提供的实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。例如,以上所描述的设备实施例仅仅是示意性的,另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,设备间接耦合或通讯连接,可以是电性,机械或其它的形式。
[0137] 以上所述实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。