基于汽车的超车辅助方法、装置及汽车与流程

本发明实施例涉及车辆技术领域，具体涉及一种基于汽车的超车辅助方法、装置及汽车。

背景技术：

目前，随着私家车的日益普及，交通状况日益复杂，车辆间的剐蹭、相撞等现象时有发生。而且，随着人们生活节奏的增加，汽车之间的超车现象日益频繁，这些现象也在一定程度进一步加大了交通事故的概率。为了提高驾驶员驾车过程中的安全性，一些高配汽车上已经推出了超车辅助系统，现有的超车辅助系统通常是基于本车安装的摄像头和/或雷达等探测装置侦测本车周围的路况信息，并基于侦测结果提示驾驶员能否超车。

但是，在实现本发明的过程中，发明人发现现有技术中存在如下的问题：一方面，由于超车时可能存在盲区导致超车行为可能会干扰到相邻车辆的正常运行，且非常危险；另一方面，由于现有的超车辅助系统只能获取到本车周围的路况信息，无法了解被前车挡住的车辆的行驶状况，尤其是在前方为一辆大货车的情况下，更是无法提前获取到前车四周的车辆状态，从而无法做出准确的判断提醒。

由此可见，现有的超车辅助系统由于无法获取前车周围的路况信息而无法做出准确的超车提示，容易引发交通事故。

技术实现要素：

鉴于上述问题，提出了本发明实施例以便提供一种解决上述问题的基于汽车的超车辅助方法、装置及汽车。

依据本发明实施例的一个方面，提供了一种基于汽车的超车辅助方法，包括：向前车发送用于共享行车画面的请求消息；当所述前车返回确认消息后，接收所述前车发送的行车画面，其中，所述行车画面为通过所述前车上的外置摄像头和/或行车记录仪拍摄的画面；分析所述行车画面中包含的车辆信息，根据分析结果确定能否超车。

可选地，所述分析所述行车画面中包含的车辆信息的步骤具体包括：对所述行车画面进行预处理，分析预处理后的画面中所包含的车辆数量、车辆位置和/或车辆速度。

可选地，所述向前车发送用于共享行车画面的请求消息的步骤具体包括：通过摄像头获取所述前车的图像，提取所述图像中包含的前车车牌号，根据所述前车车牌号生成并发送所述请求消息。

可选地，所述请求消息中包含所述前车车牌号以及本车车牌号。

可选地，所述请求消息以及所述确认消息通过下述的一种或多种方式发送：wifi、蓝牙、zigbee、V2V以及V2X。

依据本发明实施例的又一个方面，提供了一种基于汽车的超车辅助装置，包括：发送模块，用于向前车发送用于共享行车画面的请求消息；接收模块，用于在所述前车返回确认消息后，接收所述前车发送的行车画面，其中，所述行车画面为通过所述前车上的外置摄像头和/或行车记录仪拍摄的画面；分析模块，用于分析所述行车画面中包含的车辆信息，根据分析结果确定能否超车。

可选地，所述分析模块具体用于：对所述行车画面进行预处理，分析预处理后的画面中所包含的车辆数量、车辆位置和/或车辆速度。

可选地，所述发送模块具体用于：通过摄像头获取所述前车的图像，提取所述图像中包含的前车车牌号，根据所述前车车牌号生成并发送所述请求消息。

可选地，所述请求消息中包含所述前车车牌号以及本车车牌号。

可选地，所述请求消息以及所述确认消息通过下述的一种或多种方式发送：wifi、蓝牙、zigbee、V2V以及V2X。

依据本发明实施例的再一个方面，提供了一种汽车，包括上述的超车辅助装置。

在本发明实施例提供的基于汽车的超车辅助方法、装置及汽车中，能够共享前车的行车画面，并自动分析行车画面中包含的车辆信息，从而基于前车周围的路况信息判断当前是否适合超车。由此可见，本发明实施例中的方式能够更加准确地提示驾驶员从而避免引发交通事故，大幅提高了超车过程中的安全性。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的基于汽车的超车辅助方法的流程图；

图2示出了本发明另一个具体实施例提供的基于汽车的超车辅助方法的流程图；

图3示出了本发明另一实施例提供的基于汽车的超车辅助装置的结构图；

图4示出了本发明另一实施例提供的汽车的结构图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明实施例提供了一种基于汽车的超车辅助方法、装置及汽车，至少能够解决现有技术中的汽车由于无法获取前车周围的路况信息而无法做出准确的超车提示，容易引发交通事故的技术问题。

图1示出了本发明实施例提供的基于汽车的超车辅助方法的流程图。如图1所示，该方法包括以下步骤：

步骤S110：向前车发送用于共享行车画面的请求消息。

具体地，可以通过摄像头获取所述前车的图像，提取所述图像中包含的前车车牌号，根据所述前车车牌号生成并发送所述请求消息。另外，在请求消息中可以同时包含所述前车车牌号以及本车车牌号。其中，前车车牌号用于标识消息接收方，本车车牌号用于标识消息发送方。

步骤S120：当所述前车返回确认消息后，接收所述前车发送的行车画面，其中，所述行车画面为通过所述前车上的外置摄像头和/或行车记录仪拍摄的画面。

其中，上述的请求消息以及确认消息可以通过下述的一种或多种方式发送：wifi、蓝牙、zigbee、V2V以及V2X。通过请求消息和确认消息能够建立起本车与前车之间的通信链路，并通过该通信链路传输前车的行车画面。

步骤S130：分析所述行车画面中包含的车辆信息，根据分析结果确定能否超车。

具体地，可以先对所述行车画面进行预处理，然后，分析预处理后的画面中所包含的车辆数量、车辆位置和/或车辆速度。根据分析出的车辆数量、车辆位置和/或车辆速度确定能否超出，并给予相应的提示。

由此可见，在本发明实施例提供的基于汽车的超车辅助方法中，能够共享前车的行车画面，并自动分析行车画面中包含的车辆信息，从而基于前车周围的路况信息判断当前是否适合超车。因此，能够更加准确地提示驾驶员从而避免引发交通事故，大幅提高了超车过程中的安全性。

图2示出了本发明另一个具体实施例提供的基于汽车的超车辅助方法的流程图。如图2所示，该方法包括以下步骤：

步骤S210：由本车向前车发送用于共享行车画面的请求消息。

具体地，为了便于实现车辆之间的近距离通信，可以在各个车辆上分别设置通信模块，该通信模块能够实现无线信号的收发。相应地，由本车上的通信模块向前车上的通信模块发送用于共享行车画面的请求消息。

其中，通信模块可以通过多种方式进行通信，例如，可以灵活通过wifi、蓝牙、zigbee、V2V以及V2X等通信技术实现。其中，ZigBee是基于IEEE802.15.4标准的低功耗局域网协议，其是一种短距离、低功耗的无线通信技术，具有复杂度低、自组织、低功耗、便于实现等诸多优势。V2V，即Vehicle-to-Vehicle，是车辆之间的信息交换技术，通过车载传感器等一系列设备，实现与周围车辆分享车辆位置、车辆速度等基本信息的目的，让驾驶员对于周围车辆的分布了然于心，在可能发生碰撞时，及时提醒驾驶员，避免交通事故的发生。V2X，即车对外界的信息交换，其涵盖范围比V2V更加宽泛。本领域技术人员可以灵活选择上述通信方式中的一种或多种方式实现本发明。

具体实现时，各个车辆上的通信模块均处于联网状态，并且，每个通信模块具有唯一的通信标识，该通信标识可以通过车牌号表示；或者，为了使通信标识短小而易于识别，也可以通过ID号表示，此时，还需要在通信模块中存储通信标识中的ID号与其对应的车牌号之间的对应关系。优选地，还可以在云服务器上存储并维护各个车辆的通信标识(ID号)与其对应的车牌号之间的对应关系，以便于查询。另外，当本车需要向前车发送共享行车画面的请求消息时，本车首先通过摄像头获取前车的图像，然后，提取图像中包含的前车车牌号，最后，根据前车车牌号生成并发送请求消息给前车。请求消息中通常包含前车车牌号，用以标识消息的目的地址；请求消息中通常还包含本车车牌号，用以标识消息的发送地址。另外，请求消息中包含的本车车牌号能够使前车驾驶员分辨出接收到的请求消息来自于哪一辆车，进而根据本车的位置做出是否允许共享画面的决定。

步骤S220：前车接收到上述的请求消息后，返回确认消息。

具体地，前车接收到上述的请求消息后，可以由通信模块自动提取出请求消息中包含的消息发送方地址(即后车车牌号)并显示在屏幕上。另外，前车的通信模块还可以进一步在行车画面中识别并标记出相应的车辆，以便于驾驶员根据发送请求消息的车辆位置决定是否允许其共享行车画面。若驾驶员不允许其共享行车画面，则不予回应或返回拒绝消息，本实施例中的方法结束；若驾驶员允许其共享行车画面，则返回确认消息，以触发后续步骤的执行。其中，该确认消息可以通过多种方式发送，例如，可以由汽车内部的控制按键触发；也可以由驾驶员语音触发，并通过语音识别模块进行识别，或者，还可以由驾驶员的肢体动作(例如点头、摇头、摆手等)触发，并通过图像识别模块进行识别。

步骤S230：接收前车发送的行车画面，其中，行车画面为通过前车上的外置摄像头和/或行车记录仪拍摄的画面。

具体地，可以通过上文提到的各种无线通信方式进行接收。其中，前车发送的行车画面的视角通常取决于前车上安装的摄像头的个数和角度。通常情况下，前车上安装有多个外置摄像头，例如，在汽车前部安装有用于拍摄汽车前方画面的摄像头，在汽车尾部安装有用于拍摄汽车后方画面的摄像头，在汽车两侧安装有用于拍摄汽车侧面画面的摄像头。除此之外，前方上还可以进一步安装更多个不同角度的摄像头，以便全方位、无死角地拍摄到汽车周边的画面。根据上述的多个摄像头拍摄的多幅图像即可确定前车的行车画面。前车的行车画面可以通过多种形式进行显示，例如，在一种实现方式中，前车的行车画面为通过汽车左右两侧的图像拼接而成的画面，即：画面的左侧显示汽车左侧的图像，画面的右侧显示汽车右侧的图像。在另一种实现方式中，前车的行车画面为全景图像，即：汽车处于画面的中央，按照实景模式显示出汽车及其周边各个角度的图像。在实际情况中，可以灵活选择上述两种实现方式中的任一方式。

另外，前车的行车画面还可以根据行车状态进行切换，例如，当前车处于前行状态时，显示汽车前方左右两侧的图像；当前车处于倒退状态时，显示汽车后方左右两侧的图像；当前车处于左转弯状态时，仅显示汽车左侧的图像；当前车处于右转弯状态时，仅显示汽车右侧的图像等。

步骤S240：分析行车画面中包含的车辆信息。

为了便于分析，首先，可以对行车画面进行预处理操作。预处理主要用于去噪。由于车辆颠簸、光线变化等外界因素的影响，导致车载摄像头实时获取的图像可能会因车辆振动而模糊，对此，可以通过滤波处理等方式滤除图像中的噪点，以提高后续分析处理的准确性。具体的滤波算法可以根据需要灵活选择，本发明对此不作限定。

预处理之后，可以灵活通过各种图像分析算法对行车画面中包含的车辆信息进行分析。其中，车辆信息主要是指：车辆数量、车辆位置和/或车辆速度等。例如，可以通过图像识别算法识别出行车画面中包含的车辆的数量和位置。另外，还可以确定相邻的几帧图像中同一辆汽车的位移大小，并结合图像的帧率计算该辆汽车的位移速度。

另外，除了通过摄像头获取行车画面外，还可以进一步通过雷达探测器来获取周边车辆的数量、位置和移动速度。其中，雷达探测器的优势在于：探测速度更快、结果更加准确，且不受浓雾天气的影响。摄像头获取图像的优势在于：不受距离限制，可获取到较远位置的图像。因此，可以将摄像头和雷达这两种方式结合起来，扬长补短。

步骤S250：根据分析结果确定能否超车，并给予提示。

其中，通过对行车画面中包含的车辆信息进行分析，可以确定出前车周围的车辆数量、位置和车辆速度，而且，还可以确定出前车周围的各个车辆的型号(例如是否存在货车、跑车等较为特殊的车型)。根据上述信息，可以确定当前是否适合超车，具体确定时，可以根据本车的当前车速以及其他车辆的当前车速以及位置关系进行确定。

确定能否超车之后，自动生成超车提示信息。具体地，超车提示信息可以通过多种方式实现。在本实施例中，给出下述的三种实现方式：

在第一种实现方式中，超车提示信息为声音提示信息。此时，可以在汽车内部设置声音模块，该声音模块可以根据设置发出“当前可以超车”或“当前无法超车”之类的语音提示。通过声音模块能够从听觉角度给予驾驶员提示。

在第二种实现方式中，超车提示信息为图像提示信息。此时，可以在仪表盘上设置图像模块，该图像模块可以根据设置显示预设的图案或颜色，根据显示的图案或颜色的种类即可确定当前能否超车。通过图像模块能够从视觉角度给予驾驶员提示。

在第三种实现方式中，超车提示信息为方向盘振动提示信息。此时，可以在方向盘内部加装振动电机，通过该振动电机控制方向盘发生振动，进而提示驾驶员。例如，可以设置为在不适合超车时通过方向盘振动方式提示驾驶员。通过方向盘振动方式能够从触觉角度给予驾驶员提示。

上述的三种方式既可以单独使用，也可以结合使用。例如，将上述三种实现方式结合起来能够同时从听觉、视觉和触觉多个角度给予驾驶员全方位地提示，从而最大程度地避免车祸。

图3示出了本发明另一实施例提供的基于汽车的超车辅助装置的结构图。如图3所示，该装置包括：发送模块31、接收模块32和分析模块33。

其中，发送模块31用于向前车发送用于共享行车画面的请求消息。具体地，为了便于实现车辆之间的近距离通信，可以在各个车辆上分别设置通信模块，该通信模块能够实现无线信号的收发。相应地，由本车上的通信模块向前车上的通信模块发送用于共享行车画面的请求消息。具体实现时，各个车辆上的通信模块均处于联网状态，并且，每个通信模块具有唯一的通信标识，该通信标识可以通过车牌号表示；或者，为了使通信标识短小而易于识别，也可以通过ID号表示，此时，还需要在通信模块中存储通信标识中的ID号与其对应的车牌号之间的对应关系。优选地，还可以在云服务器上存储并维护各个车辆的通信标识(ID号)与其对应的车牌号之间的对应关系，以便于查询。另外，当本车需要向前车发送共享行车画面的请求消息时，本车首先通过摄像头获取前车的图像，然后，提取图像中包含的前车车牌号，最后，根据前车车牌号生成并发送请求消息给前车。请求消息中通常包含前车车牌号，用以标识消息的目的地址；请求消息中通常还包含本车车牌号，用以标识消息的发送地址。另外，请求消息中包含的本车车牌号能够使前车驾驶员分辨出接收到的请求消息来自于哪一辆车，进而根据本车的位置做出是否允许共享画面的决定。

接收模块32用于在所述前车返回确认消息后，接收所述前车发送的行车画面，其中，所述行车画面为通过所述前车上的外置摄像头和/或行车记录仪拍摄的画面。其中，前车发送的行车画面的视角通常取决于前车上安装的摄像头的个数和角度。通常情况下，前车上安装有多个外置摄像头，例如，在汽车前部安装有用于拍摄汽车前方画面的摄像头，在汽车尾部安装有用于拍摄汽车后方画面的摄像头，在汽车两侧安装有用于拍摄汽车侧面画面的摄像头。除此之外，前方上还可以进一步安装更多个不同角度的摄像头，以便全方位、无死角地拍摄到汽车周边的画面。根据上述的多个摄像头拍摄的多幅图像即可确定前车的行车画面。前车的行车画面可以通过多种形式进行显示，例如，在一种实现方式中，前车的行车画面为通过汽车左右两侧的图像拼接而成的画面，即：画面的左侧显示汽车左侧的图像，画面的右侧显示汽车右侧的图像。在另一种实现方式中，前车的行车画面为全景图像，即：汽车处于画面的中央，按照实景模式显示出汽车及其周边各个角度的图像。在实际情况中，可以灵活选择上述两种实现方式中的任一方式。另外，前车的行车画面还可以根据行车状态进行切换，例如，当前车处于前行状态时，显示汽车前方左右两侧的图像；当前车处于倒退状态时，显示汽车后方左右两侧的图像；当前车处于左转弯状态时，仅显示汽车左侧的图像；当前车处于右转弯状态时，仅显示汽车右侧的图像等。

分析模块33用于分析所述行车画面中包含的车辆信息，根据分析结果确定能否超车。为了便于分析，首先，可以对行车画面进行预处理操作。预处理主要用于去噪。由于车辆颠簸、光线变化等外界因素的影响，导致车载摄像头实时获取的图像可能会因车辆振动而模糊，对此，可以通过滤波处理等方式滤除图像中的噪点，以提高后续分析处理的准确性。具体的滤波算法可以根据需要灵活选择，本发明对此不作限定。预处理之后，可以灵活通过各种图像分析算法对行车画面中包含的车辆信息进行分析。其中，车辆信息主要是指：车辆数量、车辆位置和/或车辆速度等。例如，可以通过图像识别算法识别出行车画面中包含的车辆的数量和位置。另外，还可以确定相邻的几帧图像中同一辆汽车的位移大小，并结合图像的帧率计算该辆汽车的位移速度。另外，除了通过摄像头获取行车画面外，还可以进一步通过雷达探测器来获取周边车辆的数量、位置和移动速度。其中，雷达探测器的优势在于：探测速度更快、结果更加准确，且不受浓雾天气的影响。摄像头获取图像的优势在于：不受距离限制，可获取到较远位置的图像。因此，可以将摄像头和雷达这两种方式结合起来，扬长补短。

上述各个模块的具体结构和工作原理可参照方法实施例中相应步骤的描述，此处不再赘述。

图4示出了本发明另一实施例提供的汽车400的结构图，该汽车400包括上述图3所示的超车辅助装置，具体包括：获取模块31、判断模块32和提示模块33。

在本发明实施例提供的基于汽车的超车辅助方法、装置及汽车中，能够共享前车的行车画面，并自动分析行车画面中包含的车辆信息，从而基于前车周围的路况信息判断当前是否适合超车。由此可见，本发明实施例中的方式能够更加准确地提示驾驶员从而避免引发交通事故，大幅提高了超车过程中的安全性。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。