一种车用抬头显示系统技术方案

本发明专利技术公开了一种车用抬头显示系统，包括：HUD眼镜，由驾驶员佩戴，用于在眼镜镜片处显示行车画面；移动端，与HUD眼镜信号连接且安装有第一程序，第一程序用于实时接收并处理行车信息、基于行车信息生成行车画面并发送至HUD眼镜，行车信息被配制为由车辆端和/或第二程序发出，第二程序安装于移动端。本申请通过安装于移动端的程序来处理各种行车信息，并将处理生成的画面投屏至HUD眼镜，无需与车辆端绑定，可以适用各种不同的车型，相比于需要车辆端定制化的HUD系统，本申请基于移动端的应用程序的相对成本更低，适用范围更广。另外，本申请还包括语音、手势等多种传感器，驾驶员可以进行更为丰富的驾驶交互，驾驶体验较好。驾驶体验较好。驾驶体验较好。

【技术实现步骤摘要】
一种车用抬头显示系统


[0001]本申请涉及抬头显示领域，尤其涉及一种车用抬头显示系统。

技术介绍

[0002]HUD系统即抬头显示系统目前越来越流行于新款车型中，其可以有效提升驾驶的安全性和便利性，但目前车载的抬头显示系统大多随车固定安装，且只能显示车辆已设定好的较为有限的行车信息，并且现有的车载HUD技术的显示效果较差，不能给驾驶员很好的驾驶体验，针对上述问题，目前有可穿戴的HUD设备供人们选择，这种HUD设备可以将行车的信息在可穿戴设备如眼镜上显示，有较好的使用体验。
[0003]然而，现有的可穿戴HUD设备对于车辆同样有较强的依附性，需要通过车辆的处理器和车辆进行深度交互，驾驶员驾驶其他带有HUD功能的车辆又要重新进行系统设置来匹配自身的驾驶习惯，对于无HUD功能的车辆则不能体验可穿戴HUD设备。另外，车机系统的处理能力与移动设备如手机平板相比较弱，不能处理更复杂的行车信息，并且车辆的HUD系统需要专门定制，适用范围和使用成本有较大限制。
[0004]因此需要一种车用抬头显示系统，其可以获取车辆信息，也可以只获取移动端的行车信息进行HUD投屏，并且可以借助移动端强大的处理能力进行行车信息的处理。

技术实现思路

[0005]本专利技术提供了一种车用抬头显示系统，其主要目的是解决目前抬头显示系统依附车辆，不能适应多种不同车型，且处理能力较弱的问题。
[0006]为达到上述目的，本专利技术采用如下技术方案：
[0007]本申请实施例提供一种车用抬头显示系统，包括：r/>[0008]HUD眼镜，由驾驶员佩戴，用于在眼镜镜片处显示行车画面；
[0009]移动端，与所述HUD眼镜信号连接且安装有第一程序，所述第一程序用于实时接收并处理行车信息、基于所述行车信息生成所述行车画面并发送至所述HUD眼镜，所述行车信息被配制为由车辆端和/或第二程序发出，所述第二程序安装于所述移动端。
[0010]在一些可能的实施例下，所述第二程序发出的行车信息包括但不限于导航信息和移动端状态信息。
[0011]在一些可能的实施例下，所述车辆端发出的行车信息包括但不限于车辆摄像头信息、车辆雷达信息和车辆ODB信息。
[0012]在一些可能的实施例下，还包括获取模组，所述获取模组用于获取并识别驾驶员的控制指令并输出至所述移动端，所述第一程序可响应所述控制指令并控制所述车辆端和/或所述第二程序执行对应功能。
[0013]在一些可能的实施例下，所述获取模组包括语音识别模块，所述语音识别模块设于所述HUD眼镜，所述控制指令包括由所述语音识别模块获取并识别的驾驶员的语音指令。
[0014]在一些可能的实施例下，所述HUD眼镜还包括音频输出模块，所述音频输出模块设
于所述HUD眼镜镜腿处，所述第一程序可控制所述音频输出模块发出音频。
[0015]在一些可能的实施例下，所述获取模组包括手势传感器，所述手势传感器设于所述车辆端或所述HUD眼镜，所述控制指令包括由所述手势传感器获取并识别的驾驶员的手势指令。
[0016]相比现有技术，本专利技术至少包括以下有益效果：
[0017]本申请实施例提供的一种车用抬头显示系统，通过安装于移动端的程序来处理各种行车信息，并将处理生成的画面投屏至HUD眼镜，可选地与车辆端绑定，获取更丰富的行车信息。对于车辆端不兼容的情况，也可以仅通过移动端的行车信息来投屏行车画面，可以适用各种不同的车型以及多种驾驶环境，相比于需要车辆端定制化的HUD系统，本申请基于移动端的应用程序的相对成本更低，适用范围更广。另外，本申请还包括语音、手势等多种传感器，驾驶员可以进行更为丰富的驾驶交互，驾驶体验较好。
附图说明
[0018]利用附图对本专利技术作进一步说明，但附图中的实施例不构成对本专利技术的任何限制，对于本领域的普通技术人员，在不付出创造性劳动的前提下，还可以根据以下附图获得其它的附图。
[0019]图1是本专利技术一种实施例的系统连接框图。
具体实施方式
[0020]下面将结合附图对本专利技术的技术方案进行清楚、完整地描述，显然，所描述的实施例是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。
[0021]对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
[0022]在本专利技术的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本专利技术和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本专利技术的限制。
[0023]专利技术人发现，目前的车用抬头显示技术大多随车固定安装，对于车辆有较强的依附性，不能适应多种不同车型，并且无法借助移动端强大的处理能力。
[0024]鉴于此，参照图1，本实施例提供一种车用抬头显示系统，通过第一程序实时接收由车辆端或者其他的第二程序产生的行车信息，来生成行车画面并投屏至HUD眼镜，并且还可以通过语音识别模块和手势传感器和移动端的信息交互实现更多的功能，下面结合具体实施例进行说明。
[0025]实施例1：
[0026]在本实施例下，HUD眼镜由驾驶员佩戴，在眼镜的镜片处可以显示HUD投屏的行车画面，提供给驾驶员观看。另外还包括移动端，移动端包括例如手机平板等移动设备，其与车辆是分离的。移动端和HUD眼镜信号连接，需要说明的是，移动端和HUD眼镜信号连接的方式包括但不限于蓝牙、WIFI、USB和蜂窝数据的一种或几种。
[0027]在移动端安装有第一程序和第二程序，第一程序用于实时接收并处理行车信息、并且基于行车信息计算生成行车画面，通过移动端和HUD眼镜的通讯方式将行车画面发送至HUD眼镜。此处，行车信息由第二程序发出，在本实施例下，第二程序可为导航程序、并且可以发出导航信息，第一程序通过获取这些导航信息，例如速度、距离和方向等，来计算出相应的和HUD眼镜适配的行车画面并发送至HUD眼镜。另外，第一程序还可以通过第二程序或者由第一程序本身来获取移动端状态信息，例如移动端电量、时间等，将获取到的移动端状态信息集成于行车画面，方便驾驶员更好的掌握相关信息。
[0028]实施例2：
[0029]在本实施例下，移动端还可选地与车辆端信号连接，移动端和车辆端信号连接的方式包括但不限于蓝牙、WIFI、USB和蜂窝数据的一种或几种。移动端的第一程序可以接收并处理发自车辆端的车辆摄像头信息、车辆雷达信息和车辆ODB信息等，基于车辆端的行车信息，第一程序可处理为行车的小窗视频、车辆碰撞预警图像或其他车辆端信息如发动机数据、剩余油量等，将车辆端的行车信息连同移动端的其他行车信息一起，计算并集成为共同的行车画面集合，本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种车用抬头显示系统，其特征在于，包括：HUD眼镜，由驾驶员佩戴，用于在眼镜镜片处显示行车画面；移动端，与所述HUD眼镜信号连接且安装有第一程序，所述第一程序用于实时接收并处理行车信息、基于所述行车信息生成所述行车画面并发送至所述HUD眼镜，所述行车信息被配制为由车辆端和/或第二程序发出，所述第二程序安装于所述移动端。2.如权利要求1所述的一种车用抬头显示系统，其特征在于，所述第二程序发出的行车信息包括但不限于导航信息和移动端状态信息。3.如权利要求1所述的一种车用抬头显示系统，其特征在于，所述车辆端发出的行车信息包括但不限于车辆摄像头信息、车辆雷达信息和车辆ODB信息。4.如权利要求1至3任一项所述的一种车用抬头显示系统，其特征在于，还包括获取模组，所述获取模组用于获取并...

【专利技术属性】
技术研发人员：刘赢群，张小凤，
申请(专利权)人：珠海小熙科技有限公司，
类型：发明
国别省市：