CN114639260A - 用于车辆之间的智能交互方法、交互系统和计算机可读的介质 - Google Patents

Abstract

本申请公开了一种车辆之间的信息交互方法，所述方法通过交互平台进行车辆之间信息的传递，所述方法包括：所述交互平台基于特定分组规则将车辆组成交互组，所述交互组内至少包含两辆车辆；所述交互组内车辆向所述交互平台发送交互信息；所述交互平台基于接收到的所述交互信息对所述交互组内其他车辆进行筛选；所述交互平台向所述交互组内通过筛选的车辆发送提示信息。采用本申请的方案，可以根据不同的车辆行驶场景建立灵活的车辆间交互，尤其是建立了一种行驶中前方车辆向其后方车辆交互信息的传递方法。

Description

用于车辆之间的智能交互方法、交互系统和计算机可读的 介质

技术领域

本发明属于车辆智能控制领域，尤其涉及一种前车向后车传递信息的交互控制方法和交互控系统。

背景技术

现有技术中关于前车向后车提供信息以及后车向前车提供信息的技术均有涉及。但多数属于避免追尾或者相伴行驶或者后车获取前车的速度、加速度等信息，缺少有效的交互手段。尤其缺少前车主动向后车传递信息的交互以及能够支持这一交互的系统。

发明内容

与此相比，本发明的任务在于，通过车辆之间的智能交互系统，实现一种用于车辆之间智能交互的方法，使得在行驶中的前车能够通过智能交互系统有效地与后车建立智能交互并传递信息给后车。此外，还应该实现一种计算机可读的介质，通过该介质可以实现车辆之间智能交互系统的运行以及智能交互方法的实现。

根据本发明，一种车辆之间的信息交互方法，所述方法通过交互平台进行车辆之间信息的传递，所述方法包括：所述交互平台基于特定分组规则将车辆组成交互组，所述交互组内至少包含两辆车辆；所述交互组内车辆向所述交互平台发送交互信息；所述交互平台基于接收到的所述交互信息对所述交互组内其他车辆进行筛选；所述交互平台向所述交互组内通过筛选的车辆发送提示信息。

根据本发明，一种车辆之间的信息交互方法，所述特定分组规则包括：距离特定车辆的距离在某一特定范围内、车辆行驶于某特定区域内、车辆距离静态目标的距离在某一特定范围内中的至少一种。

根据本发明，一种车辆之间的信息交互方法，所述特定分组规则包括：特定车牌号码、某种车辆颜色、某一车辆型号中的至少一种。

根据本发明，一种车辆之间的信息交互方法，所述交互组内车辆为沿着同一路段同向行驶的车辆，所述交互组内通过筛选的车辆为行驶于向所述交互平台发送交互信息的车辆后方的车辆。

根据本发明，一种车辆之间的信息交互方法，所述提示信息为提示后车关闭远光灯的信息。

根据本发明，一种车辆之间的信息交互方法，所述交互系统包括交互平台，所述交互平台包括处理器，存储模块和通信模块。

根据本发明，一种车辆之间的信息交互方法，所述交互平台为云平台或集成于车辆上的模块。

根据本发明，一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述所述的方法。

根据本发明，一种计算机程序产品，所述计算机程序产品用于当在计算设备上执行时，执行上述所述的方法。

本发明的方案可以建立现实环境中的多个场景下车辆之间的交互方法，通过在多场景下建立的智能交互方法及实现相应交互的系统，车辆可以将交互信息传递至相关车辆并可据此提示其他车辆现实环境中的信息以便利于其他车辆后续操作，或者提示其他车辆为自己提供便利，尤其是针对行驶中的前车向后车传递交互信息这一场景，有效地建立了相关交互的方法，可以解决无法及时有效向行驶中的后车传递信息这一问题。

附图说明

图1 常见的智能汽车各模块结构示意图；

图2 行驶中的前车与后车之间的信息识别示意图；

图3 基于云平台的车辆信息交互系统示意图；

图4 智能汽车基于这才智能模块之间进行信息交互示意图；

图5 信息交互场景具体信息示意图；

图6 云平台车辆注册信息示意图；

具体实施方式

在本发明的有利的实施例的以下描述中，相同或相似的附图标记用于在各个附图中示出的元件并且具有相似的作用，其中对这些元件的重复描述被省略。

图1示出了本发明中典型的汽车3所配置的一些基本传感器，包括识别环境的传感器和识别特定特征的传感器，如图1中所示，汽车包括环境传感器1、前向识别传感器4和后向识别传感器2，前向识别传感器4用于识别前车的特征，后向识别传感器用于识别后车的特征。前特征部6位于车辆3的前方，供前车的后向识别传感器识别车辆3的车辆信息和特征；后特征部5位于车辆3的后方，供后车的前向识别传感器识别车辆3的车辆信息和特征。

以上仅是示例性的说明举例，实际中在设置的前向识别传感器和和前特征部往往是设置成一个模块。

图2示出了在道路上行驶的前后两辆汽车的示意图，图中箭头表示车辆行进方向。如图2所示，典型的具有自动驾驶功能或者智能网联汽车通常设置有位于车顶、车身多处的传感器装置，这些传感器装置包括但不限于视觉传感器如摄像头、相机等，激光测距传感器如LDS、固态激光传感器等，以及ToF和3DToF等传感器，这些传感器用于感知和检测车辆行驶周围的环境信息。并且，这些传感器模块与汽车的主控单元（图中未示出）相通信，接受主控单元的信号、按照主控单元的指示进行工作，并且将采集到的数据传输至主控单元，主控单元通过车辆搭载的运算模块或者与车辆通过云端连接的运算模块对所述传感器采集到的数据进行处理并反馈处理后的信息做出对应的决策。这里的决策包括输出可视化的环境地图信息、输出控制指令到主控单元。

按照图2中汽车的行驶方向，其中前车的后向检测装置的检测区域是T，这个检测区域通常在检测的范围上足够覆盖车道后面正对位置以及左右各一个车道位置处的后车行驶区域范围，能够检测到相对较广范围内的后车，并根据后车的前特征部所给出的特定信息与后车建立交互连接的通道。

如图3所示，给出了前后车辆之间通过云平台的交互建立方式以及具体的交互实例。所述云平台可以基于已经验证的数据接收特定的信息并向外部传递特定的信息，这里所说的接收和传递特定的信息指通过验证规则的信息。具体是通过验证后的交互对象与云平台之间信息的双向传递。如图6所示，云平台是一个开放注册的平台，用户基于一定的验证规则进行注册，通过验证的用户即可凭借用户身份使用相应的与云平台之间的信息传递功能：车主A用可识别的身份信息，例如身份证、汽车驾照、车辆行驶证、护照或者指纹、图像等信息可在云平台注册专属的账号，账号与对应的车辆信息相绑定，由于一个用户不可能同时驾驶两辆汽车，因此这里默认一个用户只能有一辆车处于激活状态，既可以与云平台进行信息传递的车辆在同一时刻智能有一辆对应一个特定的用户；对于有多辆车注册在同一个用户名下的情况亦是如此。

如图3所示，经过上面的步骤，经过验证的车辆和用户即与云平台之间建立了双向的信息交互通道。接下来将描述车辆与车辆之间通过云平台进行交互的详细内容，重点描述在行驶中相互之间处于特定距离范围内车辆之间、尤其是在行驶中的前车主动向后车传递信息并进行交互的场景。

用户在驾驶车辆的过程中，基于先前验证的注册信息，已经与云平台建立了双向的信息传递通道，该通道进行信息传递的方式可以是基于手机APP、车载交互系统，可以通过文字信息、语音信息、快捷键、特定手势或者身体姿态等进行信息的输入。例如，用户可以通过在手机对话框中输入对应的文字信息向云平台传递指令，该模式主要用于除驾驶员之外的其他乘客使用；针对驾驶员的指令输入可以是语音输入，点头、摇头等动作，或者特定的手势信息等。如：连续两次点头表示确定、左右摇头一次表示取消等等，可根据现有的可实现交互信息识别和输入的方式灵活进行选择。

而要建立相互之间处于同一距离范围内的车辆的信息交互，需要在与云平台交互的车辆信息中筛选出符合条件的车辆并将相关的车辆置于一个信息交互的组内，并向各个车辆提供处于该组内的其他车辆的信息，该组的设置在后台进行，比如：将定位信息显示在同一路段1KM范围内的车辆设置在一个组内，该族内依据每个车辆的状态信息不同还可以进一步细分。如车辆状态分为行驶中、停车状态，车辆行进方向有正向、反向（对应于双向行驶道路的两个行车方向），车辆特定信息：如远光灯状态（开、关），车门状态（开、关），后备箱状态（开、关），自动辅助驾驶状态（开、关）等。

如图5所示，基于上述的设定，在同一行驶路段特定范围内的车辆即可进行相互之间的交互，比如在某一特定路段内，甲驾车行驶发现后面车辆开启了远光灯，影响了自己的行驶，其即可通过该交互系统进行操作提醒后车关闭远光灯：甲通过语音的交互方式向车载的语音输入模块或者手机等移动设备的语音输入模块输入“请关闭远光灯”，基于语音语义识别识别到关闭远光灯的信息后，系统自动在该车所在的特定范围内行驶的车辆组内筛选远光灯开启的信息，并向开启远光灯的车辆发送甲请求关闭远光灯的信息。比如开启远光灯的乙会收到信息提醒“为了保证其他车辆安全行驶，请在非必要情况下关闭远光灯，感谢配合！”。

如图5所示，这样的信息传递不仅限于后车开启远光灯的场景，还可以在以下场景广泛使用。如，在行驶中，A车驾驶员发现对向驶过的B车左前轮明显缺气或者后备箱没有关闭，此时A车驾驶员可以通过系统输入提示信息“黑色马自达轮胎缺气”，如果该车没有胎压传感器对胎压进行实时监测，则系统无法在标准字段中关于胎压的字段中筛选出该车，也即无法关联到该车的胎压信息，因此，此时通过“黑色马自达”的信息可以所送位于该通信组内的黑色马自达车辆，如果这样的车辆有多辆，则可以要求A车驾驶员进一步提供信息，待锁定特定车辆后，向锁定的B车发送提醒信息“请检查您的胎压”。这里仅是示例性给出一些例子，实际的交互和识别以及信息的传递可以依靠该交互逻辑实现比较复杂的场景交互。

以上给出的方案是基于云平台实现的交互方式，然而现在智能网联汽车发展迅速，很多车辆配备的相当多数量的智能硬件及交互系统，如配备有蓝牙、WiFi、其他已知的通信类模块的智能车辆已经非常常见，这类车辆基于智能硬件的配置，可以不依赖于云平台即可实现多车辆之间的信息传递和交互，参见图4。其交互的逻辑也是类似的，如基于车辆的定位信息，可以是GPS等提供，基于车载的芯片和存储系统接收并分析一定范围内的车辆的信息并且在验证后建立双向的信息通道进行交互。该建立连接的群组是在后台进行的，例如通过局域网的形式建立一个相互之间位于500m范围内的可以交互的车辆的群组并不需要用户确认附近的每一辆车辆的加入局域网的请求，如果车辆开启了对应的功能，则自动建立这样的交互群组。如，现在的新能源汽车都需要进行充电一保证续航里程，而很多商业体的停车场中都设置有对应的快充车位，但往往这类车位会比较紧张，如果长时间排队却充不上电，可能会导致车辆无法继续行驶。如图5所示，甲车在商场A中充电结束，当其准备离开上场时，发现在商场停车长内等候充电位置的车辆已经排起了长队，此时，甲在系统中输入提示信息“A商场充电位紧张，预计排队20分钟以上”，则该消息会根据设置发送给该商场附近、或者与甲车建立了局域网通信的位于附近范围内的车辆以提醒A商场充电位状态；进一步地，该消息也可通过进一步筛选后仅仅发送给新能源汽车用户或者仅仅发给车辆电量少于50%的车辆用户（可以灵活自定义设置）。

针对其他如堵车、排长队的情况，后车无法及时获知前面路段的具体情况，此时基于该交互系统的基本逻辑，可以由前车将信息传递出来而给后车知悉，实现了灵活实用的信息传递。如在自动ETC收费站处，甲车的ETC绑定银行卡由于特定原因被银行限制使用，但甲并不知情，其在驶向收费张的ETC通道后发现无法识别而无法通过，由于车流量较大并且工作人员有限，如果此时无法人工放行，不能及时倒车将导致车辆在该ETC通道无法通行。此时，甲可采用该系统传递信息“某ETC车道无法通行，请更换排队通道”及“请求倒车”等信息给到后面车辆，这样其他车辆不会因为不知原因而原地等待，待倒车一定距离后，甲即可倒车出来，让出该ETC车道供其他车辆通行。

再比如，在同一车道同向行驶的甲车是一辆配备有多传感器的智能汽车，该车辆可以对行驶道路周围的环境进行全方位精准的识别，针对车辆行驶前方道路、后方道路、两侧道路上的车辆及环境均进行实时的监测。通常情况下，将甲车周围能够识别到的可能影响甲车行驶、或者可能被甲车行驶所影响的位于甲车的前、后、左、右、侧后、侧前等方位的车辆信息自动与甲车建立交互组。当行驶于甲车后方（或者侧后方）的乙车开启了远光灯并逐渐接近甲车的情况下，甲车基于后向安装的识别装置（视觉传感器，如RGB摄像头、CCD传感器、鱼眼镜头等）识别到后车乙车为一辆红色大众朗逸、车牌号码为沪E12345，此时甲车驾驶员或者乘车人员通过语音或者文字等信息向交互平台发送请后车关闭远光灯的信息，交互平台基于甲车发送的交互信息可以筛选出此时在交互组内位于甲车后方（侧后方）的车辆，便可将请求关闭远光灯的提示信息发送给通过筛选的车辆。上述的筛选还可以有多种方式，比如，甲车将提示关闭远光灯的信息和识别到的开启远光灯的车辆信息发送给交互平台，则交互平台可以精确筛选出乙车并发送提示信息；再比如，交互平台基于对交互组内车辆信息的获取，可以筛选出此时远光灯状态为开启的、并且位于甲车后方（侧后方）的车辆进行提示信息的发送。以上仅为示例性的说明，具体的方式不限于此。

基于现有智能车辆配备的大量传感器，前车可以精确识别后车，并可在此基础上建立精确的交互通信通道，经过该方式可以在智能汽车之间精确建立车与车之间的直接交互通道；在智能汽车与传统汽车以及传统汽车之间，还是要通过云平台的方式实现上述的车与车之间的交互信息通道。

该方法可以利用以软件或硬件的形式或以软件和硬件的混合形式来例如在控制设备中实现。

在此介绍的方案还提供一种设备，该设备被配置为在对应的装备中执行、驱控或实施的在此介绍的方法的变体方案的步骤。同样，可以通过设备的形式的本发明的这些实施变体方案快速且高效地实现该目的。

为此，该设备可以具有：至少一个用于处理信号或数据的处理单元；至少一个用于存储信号或数据的存储单元；至少一个针对传感器或执行器的接口，用以从传感器中读取传感器信号或用于将数据或控制信号输出到执行器；和/或至少一个在通信协议中嵌入的通信接口，以读取或输出数据。计算单元可以是例如信号处理器、微控制器等，其中存储单元可以是闪存、EEPROM或磁存储单元。通信接口可以被设计为无线和/或有线地读入或输出数据，通信接口可以读入或输出有线数据，例如，可以从相应的数据传输线电学或光学地读取该数据或将其输出到相应的数据传输线。

在此，设备可以理解为处理传感器信号并根据其输出控制和/或数据信号的电气设备。该设备可以具有可以根据硬件和/或软件来设计的接口。在基于硬件设计的情况下，接口可以例如是所谓的系统ASIC的一部分，该系统ASIC包含设备的多种功能。然而，接口也可以是分离的集成电路或至少部分地由分立组件组成。在基于软件设计的情况下，接口可以是例如与其他软件模块一起存在于微控制器上的软件模块。

有利的是，计算机程序产品或具有程序代码的计算机程序，程序代码可以存储在机器可读载体或存储介质(例如半导体存储器，硬盘或光学存储器)上，尤其当程序产品或程序在计算机或设备上执行时，用于执行、实现和/或控制根据上述实施方式中的一个实施方式的方法的步骤。

Claims (9)

1.一种车辆之间的信息交互方法，所述方法通过交互平台进行车辆之间信息的传递，其特征在于，所述方法包括：

所述交互平台基于特定分组规则将车辆组成交互组，所述交互组内至少包含两辆车辆；

所述交互组内车辆向所述交互平台发送交互信息；

所述交互平台基于接收到的所述交互信息对所述交互组内其他车辆进行筛选；

所述交互平台向所述交互组内通过筛选的车辆发送提示信息。

2.如权利要求1所述的车辆之间的信息交互方法，其特征在于：

所述特定分组规则包括：距离特定车辆的距离在某一特定范围内、车辆行驶于某特定区域内、车辆距离静态目标的距离在某一特定范围内中的至少一种。

3.如权利要求1所述的车辆之间的信息交互方法，其特征在于：

所述特定分组规则包括：特定车牌号码、某种车辆颜色、某一车辆型号中的至少一种。

4.如权利要求1-3所述的车辆之间的信息交互方法，其特征在于：

所述交互组内车辆为沿着同一路段同向行驶的车辆，所述交互组内通过筛选的车辆为行驶于向所述交互平台发送交互信息的车辆后方的车辆。

5.如权利要求1-4所述的车辆之间的信息交互方法，其特征在于：

所述提示信息为提示后车关闭远光灯的信息。

6.一种车辆之间的信息交互系统，其特征在于：

所述交互系统包括交互平台，所述交互平台包括处理器，存储模块和通信模块；

所述系统用于实现如权利要求1-5中任一项所述的方法。

7.如权利要求6所述的车辆之间的信息交互系统，其特征在于：

所述交互平台为云平台或集成于车辆上的模块。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-5中任一项所述的方法。

9.一种计算机程序产品，其特征在于，所述计算机程序产品用于当在计算设备上执行时，执行如权利要求1-5中任一项所述的方法。

Images