车载可见光发射系统和接收系统以及通信网络

摘要

本公开提供了一种车载可见光发射系统和接收系统以及通信网络。其中，所述车载可见光发射系统包括：车辆信息获取单元，用于获取将要发送的车辆信息；处理单元，用于对所述车辆信息获取单元所获取的车辆信息进行处理；以及可见光发射单元，用于基于经过处理的车辆信息通过随时间明暗变化的方式发送可见光信号。

权利要求

1.一种车载可见光发射系统，包括：

车辆信息获取单元，用于获取将要发送的车辆信息，其中，所述车辆信息获取单元包括摄像头；

处理单元，用于对所述车辆信息进行处理；以及

可见光发射单元，用于基于经过处理的车辆信息通过随时间明暗变化的方式向其他车辆发送可见光信号，其中，所述车载可见光发射系统所在的车辆与所述其他车辆之间的距离在可见光通信距离内；

其中，在所述车载可见光发射系统所在的车辆的顶部设置有空中投影模块，用于当所述车载可见光发射系统所在的车辆发生紧急情况时，向空中通过激光的精准定位电离空气，发射紧急求助或警示信号，以使得所述其他车辆的摄像头捕捉到所述信号。

2.根据权利要求1所述的系统，其中，所述车辆信息是由所述摄像头采集的图像信息或从车辆电子系统采集的车辆运行信息。

3.根据权利要求1所述的系统，其中，所述对所述车辆信息进行处理包括以下各项中的至少一个：调制、压缩、加密、编码。

4.根据权利要求1所述的系统，其中，所述经过处理的车辆信息具有二进制码流的形式，以及所述可见光发射单元被配置为：针对所述码流中的“1”，进入“发光”状态，

针对所述码流中的“0”，进入“不发光”状态。

5.根据权利要求1所述的系统，其中，所述处理单元还被配置为通过无线通信将所述车辆信息或所述经过处理的车辆信息与车辆标识信息一起发送到云服务器。

6.根据权利要求1所述的系统，其中，所述处理单元还被配置为通过无线通信从云服务器获取其他车辆的车辆信息，以及所获取的其他车辆的车辆信息被用作所述将要发送的车辆信息。

7.一种车载可见光接收系统，包括：

可见光接收单元，用于从另一车辆接收通过随时间明暗变化的方式承载了所述另一车辆的车辆信息的可见光信号，以得到所承载的所述另一车辆的车辆信息，其中，所述车载可见光接收系统所在的车辆与所述另一车辆之间的距离在可见光通信距离内；

处理单元，用于对得到的车辆信息进行处理得到所述另一车辆的原始车辆信息；

显示单元，用于显示所述原始车辆信息或根据所述原始车辆信息显示相应的预定图像；

摄像头，用于捕捉紧急求助或警示信号，其中，所述紧急求助或警示信号是由所述另一车辆的顶部设置的空中投影模块在当所述另一车辆发生紧急情况时，向空中通过激光的精准定位电离空气发射的紧急求助或警示信号。

8.根据权利要求7所述的系统，其中，所述车辆信息是由所述摄像头采集的图像信息或从车辆电子系统采集的车辆运行信息，以及当所述车辆信息是由车载摄像头采集的图像信息时，所述显示单元被配置为显示所述图像信息，当所述车辆信息是从车辆电子系统采集的车辆运行信息时，所述显示单元被配置为显示与所述车辆运行信息相对应的预定图像。

9.根据权利要求7所述的系统，其中，所述处理包括以下各项中的至少一个：解码、解调、解压缩、解密。

10.根据权利要求7所述的系统，其中，所述可见光接收单元被配置为根据所接收的可见光信号生成作为经过解码的车辆信息的二进制码流，其中，针对示为“发光”的可见光信号，在所述码流中生成“1”，针对示为“不发光”的可见光信号，在所述码流中生成“0”。

11.根据权利要求7所述的系统，其中，所述处理单元还被配置为通过无线通信向云服务器发送包括目标车辆的标识信息和/或位置信息的指令，以使得所接收的可见光信号承载来自所述目标车辆的车辆信息。

12.根据权利要求7所述的系统，其中，所述显示单元是覆盖车辆前部玻璃的全部或至少一部分的平视显示器。

13.一种通信网络，包括分别部署在多个车辆上的多个可见光发射系统和多个可见光接收系统，其中，每个车辆上部署有可见光发射系统和可见光接收系统，其中，每个可见光发射系统包括：车辆信息获取单元，用于获取将要发送的车辆信息，其中，所述车辆信息获取单元包括摄像头；

发射处理单元，用于对所述车辆信息进行处理；以及

可见光发射单元，用于基于经过处理的车辆信息通过随时间明暗变化的方式向其他车辆发送可见光信号；

其中，所述可见光发射系统所在的车辆与所述其他车辆之间的距离在可见光通信距离内；

其中，在所述可见光发射系统所在的车辆的顶部设置有空中投影模块，用于当所述可见光发射系统所在的车辆发生紧急情况时，向空中通过激光的精准定位电离空气，发射紧急求助或警示信号，以使得所述其他车辆的摄像头捕捉到所述信号；

每个可见光接收系统包括：

可见光接收单元，用于从所述多个车辆中与该可见光发射系统所位于的车辆不同的另一车辆接收通过随时间明暗变化的方式承载了所述另一车辆的车辆信息的可见光信号，以得到所承载的所述另一车辆的车辆信息；

接收处理单元，用于对所述另一车辆的车辆信息进行处理；以及显示单元，用于显示所述另一车辆的处理后的车辆信息或根据所述另一车辆的处理后的车辆信息显示相应的预定图像。

14.根据权利要求13所述的通信网络，其中，

在所述可见光发射系统中，对所述车辆信息进行处理包括调制、压缩、加密、编码中的至少一项。

15.根据权利要求13所述的通信网络，其中，

在所述可见光接收系统中，对得到的车辆信息进行处理包括解码、解调、解压缩、解密中的至少一项。

说明书

车载可见光发射系统和接收系统以及通信网络

技术领域

[0001] 本公开涉及车辆通信领域，具体地涉及车载可见光发射系统和接收系统以及通信网络。

背景技术

[0002] 在驾车过程中，驾驶员可能会因为多种原因需要了解本车视野之外的路况：例如，当本车前方被大货车阻挡时，驾驶员可能会希望尽快离开大货车附近区域，以尽可能地避免危险情况发生，但由于前方大货车很容易遮挡本车司机视野，导致驾驶员变道、超车时可能无法及时、准确地确定大货车其他方位(比如大货车前方)的路况；再例如，当发生拥堵时，驾驶员视野被前后左右的车辆遮挡，此时驾驶员无法判断拥堵原因，从而无法准确判断是否应该变更行车路线以节约时间。在以上场景中，如果能够及时、准确地获得前方车辆的视野信息，则驾驶安全性能够得到明显提升。

发明内容

[0003] 为了解决现有技术中存在的上述问题，本公开提出了一种车载可见光发射系统和接收系统以及通信网络。

[0004] 根据本公开的一个方面，提出了一种车载可见光发射系统。所述车载可见光发射系统包括：车辆信息获取单元，用于获取将要发送的车辆信息；处理单元，用于对所述车辆信息获取单元所获取的车辆信息进行处理；可见光发射单元，用于基于经过处理的车辆信息通过随时间明暗变化的方式发送可见光信号。

[0005] 在一个实施例中，所述车辆信息是由车载摄像头采集的图像信息或从车辆电子系统采集的车辆运行信息。

[0006] 在一个实施例中，所述处理包括以下各项中的至少一个：调制、压缩、加密、编码。

[0007] 在一个实施例中，所述经过处理的车辆信息具有二进制码流的形式，以及所述可见光发射单元被配置为：针对所述码流中的“1”，进入“发光”状态；针对所述码流中的“0”，进入“不发光”状态。

[0008] 在一个实施例中，所述处理单元还被配置为通过无线通信将所述车辆信息或所述经过处理的车辆信息与车辆标识信息一起发送到云服务器。

[0009] 在一个实施例中，所述处理单元还被配置为通过无线通信从云服务器获取其他车辆的车辆信息，以及所获取的其他车辆的车辆信息被用作所述将要发送的车辆信息。

[0010] 根据本公开的另一方面，提供了一种车载可见光接收系统。所述可见光接收系统包括：可见光接收单元，用于从另一车辆接收通过随时间明暗变化的方式承载了所述另一车辆的车辆信息的可见光信号，以得到所承载的所述另一车辆的车辆信息；处理单元，用于对得到的车辆信息进行处理得到所述另一车辆的原始车辆信息；显示单元，用于显示所述原始车辆信息或根据所述原始车辆信息显示相应的预定图像。

[0011] 在一个实施例中，所述车辆信息是由车载摄像头采集的图像信息或从车辆电子系统采集的车辆运行信息，以及当所述车辆信息是由车载摄像头采集的图像信息时，所述显示单元被配置为显示所述图像信息，当所述车辆信息是从车辆电子系统采集的车辆运行信息时，所述显示单元被配置为显示与所述车辆运行信息相对应的预定图像。

[0012] 在一个实施例中，所述处理包括以下各项中的至少一个：解码、解调、解压缩、解密。

[0013] 在一个实施例中，所述可见光接收单元被配置为根据所接收的可见光信号生成作为所述经过解码的车辆信息的二进制码流，其中，针对示为发光的可见光信号，在所述码流中生成“1”，针对示为不发光的可见光信号，在所述码流中生成“0”。

[0014] 在一个实施例中，所述处理单元还被配置为通过无线通信向云服务器发送包括目标车辆标识信息的指令，以使得所接收的可见光信号承载来自所述目标车辆的车辆信息。

[0015] 在一个实施例中，所述显示单元可以是覆盖车辆前部玻璃的全部或至少一部分的平视显示器(HUD)。

[0016] 根据本公开的又一方面，提供了一种通信网络，包括分别部署在多个车辆上的多个可见光发射系统和多个可见光接收系统，其中，每个车辆上部署有可见光发射系统和可见光接收系统，其中，每个可见光发射系统包括：车辆信息获取单元，用于获取将要发送的车辆信息；发射处理单元，用于对所述车辆信息进行处理；以及可见光发射单元，用于基于经过处理的车辆信息通过随时间明暗变化的方式发送可见光信号；每个可见光接收系统包括：可见光接收单元，用于从所述多个车辆中与该可见光发射系统所位于的车辆不同的另一车辆接收通过随时间明暗变化的方式承载了所述另一车辆的车辆信息的可见光信号，以得到所承载的所述另一车辆的车辆信息；接收处理单元，用于对所述另一车辆的车辆信息进行处理；以及显示单元，用于显示所述另一车辆的处理后的车辆信息或根据所述另一车辆的处理后的车辆信息显示相应的预定图像

[0017] 在一个实施例中，在所述车载可见光发射系统中，对所述车辆信息进行处理包括调制、压缩、加密、编码中的至少一项。

[0018] 在一个实施例中，在所述车载可见光接收系统中，对得到的车辆信息进行处理包括解码、解调、解压缩、解密中的至少一项。

附图说明

[0019] 为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图，图中：

[0020] 图1示出了根据本公开实施例的一种用于车载可见光通信的示例通信网络架构图。

[0021] 图2示出了图1中所示的通信网络中的车载可见光发射系统的示例结构框图。

[0022] 图3示出了图1中所示的通信网络中的车载可见光接收系统的示例结构框图。

具体实施方式

[0023] 下面将详细描述本公开的具体实施例，应当注意，这里描述的实施例只用于举例说明，并不用于限制本公开。在以下描述中，为了提供对本公开的透彻理解，阐述了大量特定细节。然而，对于本领域普通技术人员显而易见的是：不必采用这些特定细节来实行本公开。在其他实例中，为了避免混淆本公开，未具体描述公知的电路、材料或方法。

[0024] 在整个说明书中，对“一个实施例”、“实施例”、“一个示例”或“示例”的提及意味着：结合该实施例或示例描述的特定特征、结构或特性被包含在本公开至少一个实施例中。因此，在整个说明书的各个地方出现的短语“在一个实施例中”、“在实施例中”、“一个示例”或“示例”不一定都指同一实施例或示例。此外，可以以任何适当的组合和/或子组合将特定的特征、结构或特性组合在一个或多个实施例或示例中。此外，本领域普通技术人员应当理解，在此提供的附图都是为了说明的目的，并且附图不一定是按比例绘制的。这里使用的术语“和/或”包括一个或多个相关列出的项目的任何和所有组合。

[0025] 以下参考附图对本公开进行具体描述。

[0026] 图1示出了根据本公开实施例的一种示例通信网络100的架构图。

[0027] 如图1所示，通信网络100包括多个车辆节点，即车辆110-1、110-2和110-3(下文中，可统称为车辆110)。需要指出的是，图1中所示出的三个车辆节点只是示例性的，本申请其他实施例中可包括大于1的任意数量的车辆节点。每个车辆节点均包括用于发射可见光信号的车载可见光发射系统和用于接收可见光信号的车载可见光接收系统。具体地，车辆110-1、110-2和110-3分别具有车载可见光发射系统120-1、120-2和120-3(下文中，可统称为车载可见光发射系统120)，以及车辆110-1、110-2和110-3还分别具有车载可见光接收系统130-1、130-2和130-3(下文中，可统称为车载可见光发射系统130)。通信网络100还可以包括云服务器140，云服务器140能够与车辆110进行无线通信。应该理解的是，虽然图1中将通信网络100示为包括云服务器140，但这仅是作为示例的本公开的技术方案的一种具体实现方式。在本公开的一些实施例中，可以将云服务器140移除或采用以其他手段实现类似功能的节点来替换云服务器140。

[0028] 在图1中，车辆110-1与车辆110-2彼此相邻，而车辆110-3位于与车辆110-1与车辆110-2相距较远的地理位置。为了便于描述，在图中使车辆110-1、110-2和110-3位于同一直线上(例如，在同一车道上)，其车头朝向一致，车辆110-1和110-2可分别对应于一般公路行驶情况中前后相邻两辆车中的后车和前车。应该理解的是，这一位置关系只是示例性的，并不对本公开进行限制。车辆110-1、110-2和110-3也可以被布置为具有其他的位置关系，只要能够实现本公开所描述的技术方案即可。

[0029] 此外，考虑到可见光通信对发射端和接收端之间的距离的限制，图1中将要进行可见光通信的车辆110-1与车辆110-2(车辆110-1的可见光接收系统与车辆110-2的可见光发射系统)之间的距离应在可见光通信距离内。

[0030] 在一个实施例中，车载可见光发射系统120和车载可见光接收系统130可以实现为车辆110的车辆电子系统的一部分。此时，车载可见光发射系统120和车载可见光接收系统130中所包括的用于实现特定功能的模块和单元可以是车辆电子系统中的公共单元，比如，如下文中所述，车载可见光接收系统130包括显示单元，该显示单元可以是一般的车辆电子系统中已有的用于显示车辆电子系统的全部或部分信息的车载显示屏。

[0031] 在另一实施例中，车载可见光发射系统120和车载可见光接收系统130也可以实现为单独的附加设备，其通过特定接口与车辆电子系统连接。在该实施例中，作为单独附加设备的车载可见光发射系统120可以被布置在车辆110的车尾处。在其他实施例中，车载可见光发射系统120也可以被布置在车辆的其他适合位置，比如车门处、车顶部或车底部。同样，作为单独附加设备的车载可见光接收系统130可以被布置在车辆110的车头处，以便接收从位于前车车尾处的相应车载可见光发射系统发出的可见光信号。在其他实施例中，车载可见光接收系统130也可以被布置在车辆的其他适合位置，比如车门处、车顶部或车底部，但应注意的是，车载可见光接收系统130的布置应与车载可见光发射系统120的相适应，以能够实现可见光信号的稳定接收。

[0032] 在又一实施例中，车载可见光发射系统120(和/或车载可见光接收系统130)的一部分可以实现为如上所述的单独附加设备，而该车载可见光发射系统120(和/或车载可见光接收系统130)的其余部分可通过车辆电子系统中的组件来实现。

[0033] 云服务器140能够通过无线通信的方式从车辆110接收以及向车辆110发送消息和数据。云服务器140还能够对从车辆110中接收的数据进行存储，以便在接收到调用请求时，将所请求的数据发送给相应的车辆。

[0034] 以下将通过图2和图3对图1中所示的通信网络100中的车载可见光发射系统120和车载可见光接收系统130分别进行描述。然后再回到图1，在图2和图3中所描述的车载可见光发射系统120和车载可见光接收系统130的基础上，对通信网络100的架构进行进一步描述。

[0035] 图2示出了图1中所示的通信网络100中的车载可见光发射系统120(比如车辆110-2中的车载可见光发射系统120-2)的示例结构框图。

[0036] 如图2所示，车载可见光发射系统120包括车辆信息获取单元210、处理单元220和可见光发射单元230。车辆信息获取单元210用于获取将要发送的车辆信息。处理单元220用于对车辆信息获取单元210所获取的车辆信息进行处理。可见光发射单元230用于基于经过处理的车辆信息通过随时间明暗变化的方式发送可见光信号。例如，图1中所示的车辆110-2可通过如此的车载可见光发射系统120-2向车辆110-1发送可见光信号，以实现车辆110-1对车辆110-2的车辆信息的调用。

[0037] 在一个实施例中，车辆信息获取单元210可以是车载摄像头，其所获取的车辆信息是摄像头所采集到的图像信息。具体地，所述车载摄像头可以是专用摄像头或搭载在其他附加设备(比如行车记录仪)上的摄像头。当然，所述车载摄像头也可以是车辆系统中所集成的摄像头或其他能够采集图像信息的设备。

[0038] 在另一实施例中，所获取的车辆信息可以是从车辆电子系统采集的车辆运行信息，比如，紧急制动信息、减速信息、转弯信息等。

[0039] 在一个实施例中，车载可见光发射系统120可根据来自接收车辆的指示(比如，借助云服务器140接收)来确定将要发送的车辆信息的类别。

[0040] 车辆信息获取单元210所获取的信息可能无法直接进行传送或传送量过大，为了能够实现及时、准确的信息传递，需要通过处理单元220对获取的车辆信息进行处理。在一个实施例中，处理单元220执行的处理包括以下各项中的至少一个：调制、压缩、加密、编码。

[0041] 在一个实施例中，处理单元220可以通过车载电子系统的处理器或控制器来实现。在其他实施例中，可以通过单独的中央处理单元来实现处理单元220。

[0042] 在一个实施例中，经过处理的车辆信息具有二进制码流的形式。

[0043] 在一个实施例中，可见光发射单元230实现为专用的LED模块或车辆的车灯(比如，尾灯)。LED模块至少可具有“发光”和“不发光”两种工作状态。在本公开的一个实施例中，所述“发光”状态对应于具有特定光强的状态，而“不发光”状态对应于光强为零的状态。在本公开的另一实施例中，所述“发光”状态对应于具有第一光强的状态，而“不发光”状态对应于具有小于第一光强的第二光强的状态。本领域技术人员应该理解到，“发光”和“不发光”状态只是对接收单元(比如，下文所述的光电接收模块)能够区分的LED模块状态的表示，其并不对其所表示的状态的具体光强施加任何限制。

[0044] 在上述实施例中，通过LED模块在两种工作状态之间的不断切换，能够以“明暗变化”(对应于“发光”状态和“不发光”状态之间的切换)的方式向后车发送可见光信号。应当注意，这种“明暗变化”并不影响车辆尾灯的正常使用。

[0045] 针对经过处理的车辆信息具有二进制码流的形式的情况，可见光发射单元230进一步被配置为：针对码流中的“1”(或“0”)，进入“发光”状态，针对码流中的“0”(或“1”)，进入“不发光”状态。

[0046] 根据需要的可见光通信速率，可以设置码流中的每一个比特(“0”或“1”)所对应的可见光发射单元230的单位工作时间，即，针对每一个比特，可见光发射单元230处于“发光”状态或“不发光”状态的时间长度。比如，当时间长度为1毫秒(1ms)时，所对应的可见光通信速率为1千比特/秒(1kbit/s)。

[0047] 在一个实施例中，处理单元220还被配置为通过无线通信将车辆信息获取单元210获取的车辆信息或进一步经过处理单元220处理的车辆信息发送到云服务器140(如图1所示)。优选地，处理单元220被配置为将车辆信息与车辆标识信息一起发送到云服务器140，以供云服务器140进行存储。具体地，当所述车辆信息是车载摄像头所采集的图像信息时，处理单元220被配置为将图像信息与车辆标识信息一起发送到云服务器140。云服务器140可以从正在行驶的各个车辆(比如，车辆110-1、110-2和110-3等)分别接收图像信息，并利用车辆标识信息作为所接收的图像信息的标识加以存储。在一个实施例中，所述车辆标识信息可以包括车牌号信息、车辆位置信息、车辆通信网络身份信息等。

[0048] 在一个实施例中，处理单元220被配置为通过无线通信从云服务器140获取其他车辆(比如图1中的车辆110-3)的车辆信息，并将所获取的其他车辆的车辆信息用作上文提到的将要发送的车辆信息。具体地，根据上文所述，车辆110-3中的可见光发射系统120-3的处理单元可以将其车载摄像头采集到的图像信息上传到云服务器140。此后，云服务器140基于指示(比如，来自车辆110-1的包括标识信息和/或位置信息的指令)将车辆110-3的图像信息发送到车辆110-2。此时，车辆110-2向车辆110-1进行可见光通信时所传送的车辆信息不再是其自身的车辆信息，而是从云服务器140接收到的车辆110-3的图像信息。由此，实现了车辆110-1对车辆110-3的图像信息的调用。

[0049] 图3示出了图1中所示的通信网络100中的车载可见光接收系统130(比如车辆110-1中的车载可见光接收系统120-1)的示例结构框图。

[0050] 如图3所示，车载可见光接收系统130包括可见光接收单元310、处理单元320和显示单元330。可见光接收单元310用于从另一车辆(比如，车辆110-2)接收通过随时间明暗变化的方式承载了所述另一车辆的车辆信息的可见光信号，以得到所承载的所述另一车辆的车辆信息。处理单元320用于对得到的车辆信息进行处理得到所述另一车辆的原始车辆信息。显示单元330用于显示所述原始车辆信息或根据所述原始车辆信息显示相应的预定图像。例如，图1中所示的车辆110-1可通过如此的车载可见光接收系统130-1从车辆110-2接收可见光信号，以实现车辆110-1对车辆110-2的车辆信息的调用。

[0051] 可见光接收单元310可以实现为光电接收模块。根据图2中的描述，所接收的车辆信息是由车载摄像头(例如，车辆110-2的车载摄像头)采集的图像信息或从车辆电子系统采集的车辆运行信息。

[0052] 在一个实施例中，可见光接收单元310根据所接收的可见光信号生成二进制码流，这与图2中描述的发送具有二进制码流的形式的车辆信息的情形相一致。具体地，针对可见光信号中的“发光”时间单位(即，在该时间单位中，可见光接收单元310感应到超过预定阈值的光强)，可见光接收单元310在码流中生成“1”，针对可见光信号中的“不发光”时间单位(即，在该时间单位中，可见光接收单元310未感应到超过预定阈值的光强)，在码流中生成“0”。在一个实施例中，所述预定阈值对应于比以上所述的可见光发射单元210的“发光”状态所具有的光强稍低的值。

[0053] 如上文所述，在发送可见光信号之前，为了能够实现及时、准确的信息传递，可能对所发送的车辆信息进行处理。为此，在可见光接收系统130处也应进行处理，以还原所需要的“原始”车辆信息。在一个实施例中，处理单元320执行的处理包括以下各项中的至少一个：解码、解调、解压缩、解密。

[0054] 在一个实施例中，处理单元320可以通过车载电子系统的处理器或控制器来实现。在其他实施例中，可以通过单独的中央处理单元来实现处理单元320。在同一车辆中，处理单元220和处理单元320可以为同一处理单元。

[0055] 显示单元330可以是车辆110的显示屏或专用的附加显示单元。

[0056] 当所接收的车辆信息是由车载摄像头采集的图像信息时，显示单元330被配置为显示所接收的图像信息。当所接收的车辆信息是从车辆电子系统采集的车辆运行信息时，显示单元330被配置为显示与车辆运行信息相对应的预定图像。比如，当接收的车辆信息是关于紧急制动的车辆运行信息时，可以在显示单元330上显示包括感叹号“！”的预定图像，以提醒后车驾驶员注意安全。

[0057] 在一个实施例中，显示单元330可以仅通过其显示屏的一部分区域显示所接收的图像信息或预定图像。

[0058] 在另一实施例中，显示单元330可以是覆盖车辆前部玻璃的全部或至少一部分的平视显示器(HUD)。具体地，为了使看到的前方车辆的视野更加逼真，可以采用HUD作为显示单元330，以增强真实感。此外，如果车辆110-1想通过HUD看到车辆110-2的视野并且不想看到车辆110-2在所看到的视野中出现，则可以将车辆110-2的车身图像从本车的视野中移除，并通过合适的算法利用所接收到的车辆110-2的图像信息来模拟出被车辆110-2所阻挡的视野图像，然后将两部分图像拼接在一起，通过HUD完整地悬浮投影于车辆110-1的前挡风玻璃处，由于悬浮投影的是虚像，并且并不会占据整个前挡风玻璃，所以并不会对司机的安全性造成影响。

[0059] 在一个实施例中，处理单元320还被配置为通过无线通信向云服务器140发送包括目标车辆(比如车辆110-3)标识信息和/或位置信息的指令，以使得所接收的可见光信号承载来自所述目标车辆的车辆信息。

[0060] 在一个实施例中，所述发送指令的过程是通过接收车辆(例如，车辆110-1)的驾驶员触摸显示有一定范围内的多个车辆的显示屏上的相应车辆图标实现的。

[0061] 在如上结合图2和图3对车载可见光发射系统120和车载可见光接收系统130进行详细描述的基础上，现在回到图1，对通信网络100的架构进行进一步描述。

[0062] 如图1所示，通信网络100包括分别部署在多个车辆节点110上的多个车载可见光发射系统120和多个车载可见光接收系统130，其中，每个车辆110上部署一个可见光发射系统120和一个车载可见光接收系统130。

[0063] 根据图2中的描述，每个车载可见光发射系统120包括车辆信息获取单元210、发射处理单元220以及可见光发射单元230。车辆信息获取单元210获取将要发送的车辆信息。发射处理单元220对所述车辆信息进行处理。可见光发射单元230基于经过处理的车辆信息通过随时间明暗变化的方式发送可见光信号。

[0064] 根据图3中的描述，每个车载可见光接收系统130包括可见光接收单元310、接收处理单元320以及显示单元330。可见光接收单元310用于从所述多个车辆110中与该车载可见光发射系统120所位于的车辆不同的另一车辆接收通过随时间明暗变化的方式承载了所述另一车辆的车辆信息的可见光信号，以得到所承载的所述另一车辆的车辆信息。接收处理单元320用于对所述另一车辆的车辆信息进行处理。显示单元330用于显示所述另一车辆的处理后的车辆信息或根据所述另一车辆的处理后的车辆信息显示相应的预定图像。

[0065] 如图1所示的通信网络100中，每个车辆节点110(比如，车辆110-1)上的可见光发射系统120都可以和位于任一其他车辆节点110(比如车辆110-2)上的可见光接收系统130进行可见光通信(在具有适当的相互位置关系的情况下)，并且每个车辆节点110(比如，车辆110-1)上的可见光接收系统130都可以从位于任一其他车辆节点110(比如车辆110-2)上的可见光发射系统120接收可见光信号。通过如上所示的可见光发射系统120和可见光接收系统130的具体结构和功能，实现的通信网络100能够实现车辆节点之间的稳定信息传输。

[0066] 在图1的通信网络100中，还示出了云服务器140，云服务器140能够与车辆110进行无线通信。但是，如上文所述，应该理解的是，这仅是作为示例的本公开的技术方案的一种具体实现方式。在本公开的一些实施例中，可以将云服务器140移除或采用以其他手段实现类似功能的节点来替换云服务器140。

[0067] 以上结合图1-图3描述了根据本公开的车载可见光通信的技术方案。需要指出的是，车载可见光发射系统120可以一直保持对“将要发送的车辆信息”进行发送，也可以在接收到发送请求(比如，通过云服务器140接收到的)后才进行发送。类似地，车载可见光接收系统130也可以一直保持对“车辆信息”进行接收(如果存在的话)，也可以根据驾驶员的需要来启用所述接收过程。此外，当车载可见光接收系统130接收到不止一个可见光信号时，可以根据可见光信号的强度从中进行选择。

[0068] 根据一些实施例，如果车辆110-2发生了碰撞等事故，通过与车辆的速度、压力等传感器可以感应到此时速度或压力传感器的信号，车辆信息获取单元210获取上述信号，由无线通信模块(未示出)传输给云服务器140。这类事故信号有特定的代码，当云服务器140接收到这一类代码时，将这一类信号直接发送至附近每一车辆(例如110-1和110-3)的处理单元，直接在显示单元330上显示事故提醒信息。

[0069] 根据一些实施例，在车辆顶部设置空中投影模块，当车辆发生紧急情况时，可直接向空中通过激光的精准定位来电离空气，发射紧急求助或警示信号，当车辆的车载摄像头捕捉到这一信号时，可在显示单元330上发出提示，同时在显示单元330的小地图中标志发生事故车辆的地点，询问驾驶员是否将显示的图像信息切换为离发生事故的车辆最近的车辆的图像信息。

[0070] 根据一些实施例，当车辆110后座有乘客乘坐时，由于汽车座椅的遮挡，往往看不到前方的风景，此时可以将车载摄像头记录的图像传输到汽车后座前方的显示单元330中，使司机和乘客都能欣赏到更多的风景，特别是家庭成员一同驾车旅游时，往往会出现前座的人通过挡风车窗看到某一景色时，会跟坐在后座的人描述，此时后座的人必须通过前面座椅的空隙才能看到这一景色，存在时间差，可能会使后座的人错过看到这一景色。通过将摄像头的图像传输至后座前方显示器。可以使坐在车内的每一个成员都能全方位的观赏到车外的景色。另外，通过前方摄像头的图像可以使晕车的乘客减少不适感。同理，在车侧窗玻璃安装摄像头，也可将侧面的图像信息传输至车前座的显示单元330。信息传输的方式与以上实施例相同。

[0071] 以上的详细描述通过使用示意图、流程图和/或示例，已经阐述了检查方法和系统的众多实施例。在这种示意图、流程图和/或示例包含一个或多个功能和/或操作的情况下，本领域技术人员应理解，这种示意图、流程图或示例中的每一功能和/或操作可以通过各种结构、硬件、软件、固件或实质上它们的任意组合来单独和/或共同实现。在一个实施例中，本公开的实施例所述主题的若干部分可以通过专用集成电路(ASIC)、现场可编程门阵列(FPGA)、数字信号处理器(DSP)、或其他集成格式来实现。然而，本领域技术人员应认识到，这里所公开的实施例的一些方面在整体上或部分地可以等同地实现在集成电路中，实现为在一台或多台计算机上运行的一个或多个计算机程序(例如，实现为在一台或多台计算机系统上运行的一个或多个程序)，实现为在一个或多个处理器上运行的一个或多个程序(例如，实现为在一个或多个微处理器上运行的一个或多个程序)，实现为固件，或者实质上实现为上述方式的任意组合，并且本领域技术人员根据本公开，将具备设计电路和/或写入软件和/或固件代码的能力。此外，本领域技术人员将认识到，本公开所述主题的机制能够作为多种形式的程序产品进行分发，并且无论实际用来执行分发的信号承载介质的具体类型如何，本公开所述主题的示例性实施例均适用。信号承载介质的示例包括但不限于：可记录型介质，如软盘、硬盘驱动器、紧致盘(CD)、数字通用盘(DVD)、数字磁带、计算机存储器等；以及传输型介质，如数字和/或模拟通信介质(例如，光纤光缆、波导、有线通信链路、无线通信链路等)。

[0072] 虽然已参照几个典型实施例描述了本公开，但应当理解，所用的术语是说明和示例性、而非限制性的术语。由于本公开能够以多种形式具体实施而不脱离公开的精神或实质，所以应当理解，上述实施例不限于任何前述的细节，而应在随附权利要求所限定的精神和范围内广泛地解释，因此落入权利要求或其等效范围内的全部变化和改型都应为随附权利要求所涵盖。